CN101599916A - 文件发布客户端、文件发布服务器、文件发布***及方法 - Google Patents
文件发布客户端、文件发布服务器、文件发布***及方法 Download PDFInfo
- Publication number
- CN101599916A CN101599916A CNA2008101145229A CN200810114522A CN101599916A CN 101599916 A CN101599916 A CN 101599916A CN A2008101145229 A CNA2008101145229 A CN A2008101145229A CN 200810114522 A CN200810114522 A CN 200810114522A CN 101599916 A CN101599916 A CN 101599916A
- Authority
- CN
- China
- Prior art keywords
- file
- released
- data
- data file
- distribution server
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Images
Landscapes
- Information Transfer Between Computers (AREA)
Abstract
本发明涉及一种文件发布***、一种文件发布客户端、一种文件发布服务器及一种文件发布方法。该文件发布***,包括:文件发布客户端及文件发布服务器;文件发布客户端,用于按照预设数据传输协议,对所述文件发布客户端中的原始待发布数据文件进行处理得到待发布数据文件,并将所述待发布数据文件传输至所述文件发布服务器;文件发布服务器,与所述文件发布客户端连接,用于按照所述预设数据传输协议接收所述文件发布客户端传输的待发布数据文件,并将所述待发布数据文件还原为原始待发布数据文件。本发明增强了文件传输的便捷性、提高了文件传输的效率。
Description
技术领域
本发明属于无线传输领域,尤其是涉及文件发布客户端、文件发布服务器、文件发布***及方法。
背景技术
互联网的即时、海量、互动、没有时间地域限制的属性,使得网络媒体逐渐成为继报纸、广播、电视之后发展速度最快、功能最强大、影响力最大的新型媒体。如今互联网已经演变成为以电脑为终端的桌面互联网,以手机为信息终端的无线互联网,以电话为音频终端的声讯互联网和以电视为视频终端的电视互联网等多种形态。其中,无线互联网的出现使得手机由传统意义上的通讯工具,迅速演变成无线互联网的信息终端。主要体现手机除通话功能之外,还具有大量的信息处理功能:
(1)文字功能:手机可以方便地输入大量的文字信息,并且可以存储和发送。
(1)图片功能:手机可以方便地浏览多种格式的图片,并且可以存储和发送。
(2)拍照功能:目前大多数手机已经具有数码相机的功能,利用手机可以随时随地地进行拍照,并且可以存储、回放和发送。
(3)摄像功能:上手许多中高端手机已经具有了摄像的功能,利用手机可以随时随地地进行摄像,并且可以存储、回放和发送。
(4)录音功能:手机可以支持多种格式的语音,可以利用手机录制语音信息,并且可以存储、回放和发送。
(5)上网功能:手机可以通过GRPS/CDMA1X/WIFI/WIMAX/3G等连接互联网。手机上网之后,就像是一台小电脑,可以浏览web和wap网站,还可以通过网络传输和接收文字、图片、音频和视频的信息。
由于手机的便携性、较强的传播控制力、便于操作性以及其用户的即时互动性,使得手机作为无线互联网的信息终端,与传媒结合成为传媒产业革命的一种重要发展趋势。
基于目前的无线互联网的便携式移动终端,以手机为例,其可以发送短信息、彩信、电子邮件等数据文件,但上述数据文件的大小收到限制,如彩信的大小限制为50K字节(Byte)左右,大约为2万个汉字。而现有的手机所具有的照相装置,其像素虽然可达到500万像素,所拍摄的图片数以兆计,但当用户需要将该图片进行发送时,目前的网络则难以胜任,造成无法发送。而对以手机录制的视频数据,其文件大小会更大,目前的网络则更无法实现数据的及时传输。
在传统的web互联网中,手机资源的转移其必须借助其他的手段来进行数据的传输,例如,将数码相机的照片先下载到计算机上,然后用该计算机通过互联网将该照片传送至编辑***。但是,如果在互联网不发达地区或者不方便携带计算机的场合,例如森林、高山、海洋等,或者遇到突发事件,现场没有笔记本电脑,则无法传送采集到的数据和自己生成的图像文件视频文件等等。对于以时效性为最重要特性的新闻,博客,相册,视频网站来说,无法及时传送,该数据可能就会成为无用的数据。
发明内容
本发明的目的是针对上述现有技术中移动终端在发布数据文件时存在的不便及缺陷,提供了文件发布***、文件发布客户端、文件发布服务器及文件发布方法。
为实现上述目的,本发明提供了一种文件发布***,包括:文件发布客户端,用于按照预设数据传输协议,对所述文件发布客户端中的原始待发布数据文件进行处理得到待发布数据文件,并将所述待发布数据文件传输至所述文件发布服务器;
文件发布服务器,与所述文件发布客户端连接,用于按照所述预设数据传输协议接收所述文件发布客户端传输的待发布数据文件,并将所述待发布数据文件还原为原始待发布数据文件。
为实现上述目的,本发明还提供了一种文件发布客户端,包括:文件传输控制单元,用于按照预设数据传输协议,对所述文件发布客户端中的原始待发布数据文件进行处理得到待发布数据文件;并将所述待发布数据文件传输至文件发布服务器。
为实现上述目的,本发明还提供了一种文件发布服务器,包括:中央处理单元,用于按照所述预设数据传输协议接收所述文件发布客户端传输的待发布数据文件,并将所述待发布数据文件还原为原始待发布数据文件。
为实现上述目的,本发明还提供了一种文件发布方法,包括:
文件发布客户端按照预设数据传输协议对所述文件发布客户端中的原始待发布数据文件进行处理得到待发布数据文件,
文件发布客户端将所述待发布数据文件传输至文件发布服务器;
文件发布服务器按照所述预设数据传输协议接收所述待发布数据文件;
文件发布服务器将所述待发布数据文件还原为原始待发布数据文件。
本发明的以上实施例中,文件发布客户端首先将原始待发送数据文件按照预设数据传输协议进行处理得到待发布数据文件,并将所述待发布数据文件传输至文件发布服务器,再由文件发布服务器再将所述待发布数据文件还原为原始待发布数据文件;当文件发布客户端需要向某一文件发布网站发布数据文件时,由文件发布服务器将原始待发送数据文件发布到文件发布网站中;整个过程中,文件发布客户端与文件发布网站之间不直接进行数据文件的传输,因此可以避免由于文件发布客户端中的数据文件较大,无法传输到文件发布网站而带来的不便及缺陷,增强了文件传输的便捷性、提高了文件传输的效率。
附图说明
图1为本发明一种文件发布***实施例一的结构示意图;
图2为本发明一种文件发布***实施例二的结构示意图;
图3为本发明一种文件发布***实施例三的结构示意图;
图4为本发明一种文件发布***实施例四的结构示意图;
图5为本发明一种文件发布***实施例五的结构示意图;
图6为本发明一种文件发布***实施例六的结构示意图;
图7为本发明一种文件发布***实施例七的结构示意图;
图8为本发明一种文件发布***实施例八的结构示意图;
图9为本发明一种文件发布方法实施例一的流程图;
图10为本发明一种文件发布方法实施例二的流程图;
图11为本发明一种文件发布方法实施例三的流程图;
图12为本发明一种文件发布方法实施例四的流程图;
图13为本发明一种文件发布方法实施例五的流程图;
图14为本发明一种文件发布方法实施例六的流程图;
图15为本发明一种文件上传方法中文件发布操作界面的一示意图。
具体实施方式
下面通过附图和实施例,对本发明的技术方案做进一步的详细描述。
图1为本发明一种文件发布***实施例一的结构示意图。如图1所示,该实施例中的文件发布***包括:文件发布客户端100及文件发布服务器200;
文件发布客户端100,用于按照预设数据传输协议,对所述文件发布客户端中的原始待发布数据文件进行处理得到待发布数据文件,并将所述待发布数据文件传输至所述文件发布服务器200;
文件发布服务器200,与所述文件发布客户端100连接,用于按照所述预设数据传输协议接收所述文件发布客户端传输的待发布数据文件,并将所述待发布数据文件还原为原始待发布数据文件。
该实施例中,文件发布客户端首先将原始待发送数据文件按照预设数据传输协议进行处理得到待发布数据文件,并将所述待发布数据文件传输至文件发布服务器,再由文件发布服务器再将所述待发布数据文件还原为原始待发布数据文件,当文件发布客户端中的原始待发送数据文件较大时,可以通过一种预设数据传输协议,如规定单次可以传输的数据的大小、速度等,先将原始待发送数据文件转换为符合预设数据传输协议的待发送数据文件,以降低文件发布客户端的传输负荷,以保证文件发布客户端可以将组成一个完整的原始待发送数据文件的所有待发送数据文件发送至文件发布服务器,再由文件发布服务器将待发送数据文件进行处理,还原为原始待发送数据文件。
图2为本发明一种文件发布***实施例二的结构示意图。如图2所示,该实施例中的文件发布客户端100可以包括:原始数据文件采集模块110及原始数据文件存储模块120。
原始数据文件采集模块110,用于采集原始待发布数据文件。如可以采集连续的图像数据、图片数据、声音数据、文本数据等。图片数据可以为jpg,jpeg,png,bmp,gif,wbmp类型;音频数据可以为mp3,wma,amr,midi,wav类型;视频数据可以为mp4,3gp,avi,rmvb,rm,wmv类型。
原始数据文件存储模块120,与原始数据文件采集模块110连接,用于存储原始待发布数据文件。
文件采集模块可以包括文本子模块、摄像子模块,照相子模块及录音子模块之一或任意组合。图3为本发明一种文件发布***实施例三的结构示意图。如图3所示,该实施例中的文件采集模块110可以包括:
文本子模块111,用于采集文本数据;
摄像子模块112,用于采集连续的图像数据;
照相子模块113,用于采集静态的图片数据;
录音子模块114,用于采集声音数据;
图4为本发明一种文件发布***实施例四的结构示意图。如图4所示,该实施例中的文件发布客户端100还包括:文件传输控制单元130,用于按照预设数据传输协议,对所述文件发布客户端中的原始待发布数据文件进行处理得到待发布数据文件;并将所述待发布数据文件传输至所述文件发布服务器。具体地,文件传输控制单元130包括:
数据包划分模块131,用于按照预设数据传输协议,将所述文件发布客户端中的原始待发布数据文件划分为多个待发布数据包;
数据包传输模块132,与数据包划分模块131连接,将所述多个待发布数据包分别传输至所述文件发布服务器200。
图5为本发明一种文件发布***实施例五的结构示意图。如图5所示,文件传输控制单元130还可以包括:
数据包检测模块133,与数据包传输模块132连接,用于在所述数据传输模块将所述多个待发送数据包分别传输至文件发布服务器200之前,检测文件发布服务器200中的数据包,当检测与所述待发送数据文件的数据包相同的数据包时,停止发送该数据包。
文件传输控制单元130还可以包括:数据包查询模块134,与数据包传输模块132及数据包检测模块133连接,用于查询文件发布服务器200是否接收的待发布数据文件的数据包是否可以还原为完整的原始待发布数据文件,如果能够还原为完整的原始待发布数据文件,则通知数据包输出模块132停止向文件发布服务器发送待发布数据包;如果不能够还原为完整的原始待发布数据文件,调用数据包检测模块133。
图6为本发明一种文件发布***实施例六的结构示意图。如图6所示,该实施例中的文件发布***实施例还包括:文件发布网站300,与文件发布服务器200连接;文件发布服务器200,还用于按照网络传输协议将所述原数据文件传输至所述文件发布网站;文件发布网站300,用于按照所述网络传输协议接收并发布所述文件发布服务器传输的所述原始待发布数据文件。
图7为本发明一种文件发布***实施例七的结构示意图。如图7所示,文件发布服务器200可以包括:中央处理单元210及数据文件存储单元220。其中,中央处理单元210,用于按照所述预设数据传输协议接收所述文件发布客户端传输的待发布数据文件,将所述待发布数据文件还原为原始待发布数据文件,以及按照网络传输协议将所述原数据文件传输至所述文件发布网站300。
数据文件存储单元220,与中央处理单元210连接,用于存储所述原始待发布数据文件。
文件发布服务器200还可以包括消息接收模块230及消息发送模块240。其中消息接收模块230,与文件发布网站300及中央处理单元210连接,用于接收文件发布网站300发送的与中心处理单元210交互的状态信息。消息发送模块240,与文件发布客户端100及中央处理单元210连接,用于对文件发布客户端100向文件发布服务器200协议请求的处理结果和状态做消息回应。
图8为本发明一种文件发布***实施例八的结构示意图。如图8所示,该实施例中的中央处理单元210还可以包括:
数据文件接收模块211,用于按照所述预设数据传输协议接收所述文件发布客户端100传输的数据文件;
数据文件还原模块211,与数据文件接收模块212连接,用于将所述数据文件还原成原数据文件;
数据文件发布模块212,与数据文件还原模块213连接,用于将所述原数据文件按照网络传输协议传输至文件发布网站300。
为实现本发明文件发布***的上述实施例,本发明的实施例还提供了一种文件发布客户端,包括:文件传输控制单元,用于按照预设数据传输协议,对所述文件发布客户端中的原始待发布数据文件进行处理得到待发布数据文件;并将所述待发布数据文件传输至文件发布服务器。
相对应地,本发明还提供了一种文件发布服务器,包括:中央处理单元,用于按照所述预设数据传输协议接收所述文件发布客户端传输的待发布数据文件,并将所述待发布数据文件还原为原始待发布数据文件。
以上文件发布***的实施例中,文件发布客户端可以为手机、PDA、数码相机等便携式电子移动设备。文件发布服务器可以为文件发布网站的网站接口服务器。文件发布网站可以为:个人博客、视频网站等大型web网站和wap网站。作为文件发布客户端的手机可以将文本数据上传到到博客,如写博客;也可以随时将图像数据或图片数据上传到博客相册,如百度博客,百度相册等;也可以发送视频到视频网站,如:优酷www.youku.com等网站。
本发明的实施例还提供了一种文件发布方法。以下结合附图9-14对本发明提供的文件发布方法进行详细说明。
图9为本发明文件发布方法实施例一的流程图。如图9所示,包括:
步骤10、文件发布客户端按照预设数据传输协议对所述文件发布客户端中的原始待发布数据文件进行处理得到待发布数据文件;
步骤20、文件发布客户端将所述待发布数据文件传输至文件发布服务器;
步骤30、文件发布服务器按照所述预设数据传输协议接收所述待发布数据文件;
步骤40、文件发布服务器将所述待发布数据文件还原为原始待发布数据文件。
该实施例中,文件发布客户端首先将原始待发送数据文件按照预设数据传输协议进行处理得到待发布数据文件,并将所述待发布数据文件传输至文件发布服务器,再由文件发布服务器再将所述待发布数据文件还原为原始待发布数据文件,当文件发布客户端中的原始待发送数据文件较大时,可以通过一种预设数据传输协议,如规定单次可以传输的数据的大小、速度等,先将原始待发送数据文件转换为符合预设数据传输协议的待发送数据文件,以降低文件发布客户端的传输负荷,以保证文件发布客户端可以将组成一个完整的原始待发送数据文件的所有待发送数据文件发送至文件发布服务器,再由文件发布服务器将待发送数据文件进行处理,还原为原始待发送数据文件。
图10为本发明文件发布方法实施例二的流程图。该实施例相对于上述文件发布方法实施一,如图10所示,在所述步骤40之后还包括:
步骤50、文件发布服务器存储所述原始待发布数据文件。
图11为本发明文件发布方法实施例三的流程图。该实施例中相对于上述文件发布方法实施二,其中文件发布客户端按照预设数据传输协议将原始待发送数据文件进行处理的过程可以为:将原始待发送数据包划分为多个待发送数据包。如图11所示,包括:
步骤101、文件发布客户端按照预设数据传输协议,将文件发布客户端中的原始待发送数据文件划分为多个待发送数据包。预设数据传输协议可以规定单次传输的数据的大小、速度等。
步骤201、文件发布客户端将将所述多个待发布数据包分别传输至文件发布服务器。
步骤301、文件发布服务器按照所述预设数据传输协议接收所述待发布数据包。
步骤401、文件发布服务器将所述待发布数据包还原为原始待发布数据文件。
步骤501、文件发布服务器存储所述原始待发布数据文件。
该实施例,具体是按照预设数据传输协议将原始待发送数据文件划分为多个数据包进行传输,文件发布客户端首先将原始待发送数据文件按照预设数据传输协议进行处理得到待发布数据包,并将所述待发布数据包传输至文件发布服务器,再由文件发布服务器再将所述待发布数据包还原为原始待发布数据文件,当文件发布客户端中的原始待发送数据文件较大时,可以通过一种预设数据传输协议,如规定单次可以传输的数据的大小、速度等,先将原始待发送数据文件转换为符合预设数据传输协议的多个待发送数据包,以降低文件发布客户端的传输负荷,以保证文件发布客户端可以将组成一个完整的原始待发送数据文件的所有待发送数据包发送至文件发布服务器,再由文件发布服务器将待发送数据包进行处理,还原为原始待发送数据文件。
图12为本发明文件发布方法实施例四的流程图。该实施例相对于上述文件发布方法实施例三,在将所述多个待发送数据包分别传输至所文件发布服务器之前还包括:检测文件发布服务器中已存在的数据包的步骤,对于已经存在于文件发布服务器上的数据包,文件发布客户端不再发送。如图12所示,包括:
步骤102、文件发布客户端按照预设数据传输协议,将文件发布客户端中的原始待发送数据文件划分为多个待发送数据包。
步骤202、检测文件发布服务器中的数据包,判断是否检测到与文件发布服务器中的某数据包相同的数据包,若检测到与文件发布服务器中的某数据包相同的数据包,执行步骤302;若未检测到与文件发布服务器中的某数据包相同的数据包,执行步骤402。
步骤302、停止发送该数据包。
步骤402、文件发布客户端将该数据包分别传输至文件发布服务器。
步骤502、文件发布服务器按照所述预设数据传输协议接收所述待发布数据包。
步骤602、文件发布服务器将所述待发布数据包还原为原始待发布数据文件。
步骤702、文件发布服务器存储所述原始待发布数据文件。
图13为本发明文件发布方法实施例五的流程图。该实施例相对于上述文件发布方法实施例四,在检测文件发布服务器中的数据包之前还包括:文件发布客户端查询文件发布服务器中接收的待发布数据文件的数据包是否可以还原为完整的原始待发布数据文件的步骤。如图13所示,包括:
步骤103、文件发布客户端按照预设数据传输协议,将文件发布客户端中的原始待发送数据文件划分为多个待发送数据包。
步骤203、文件发布客户端查询文件发布服务器中接收的待发布数据文件的数据包是否可以还原为完整的原始待发布数据文件,如果能够还原为完整的原始待发布数据文件,则执行步骤303;如果不能够还原为完整的原始待发布数据文件,执行步骤403。
步骤303、停止向文件发布服务器发送待发布数据包。
步骤403、检测文件发布服务器中的数据包,判断是否检测到与文件发布服务器中的某数据包相同的数据包,若检测到与文件发布服务器中的某数据包相同的数据包,执行步骤503;若未检测到与文件发布服务器中的某数据包相同的数据包,执行步骤603。
步骤503、停止发送该数据包。
步骤603、文件发布客户端将该数据包分别传输至文件发布服务器。
步骤703、文件发布服务器按照所述预设数据传输协议接收所述待发布数据包。
步骤803、文件发布服务器将所述待发布数据包还原为原始待发布数据文件。
步骤903、文件发布服务器存储所述原始待发布数据文件。
图14为本发明文件发布方法实施例六的流程图。该实施例相对于上述文件发布方法实施例二,文件发布服务其将所述待发布数据文件还原为原始待发布数据文件之后还包括:
步骤60、文件发布服务器按照网络传输协议将所述原数据文件传输至文件发布网站。
以下通过一具体实例说明用户通过手机向个人博客上传数据文件的具体流程。
一般为了安全,用户在通过手机客户端向个人博客网站上传数据文件时,首先要经过身份验证的步骤,身份验证通过后,
(1)身份验证
(11)用户通过手机客户端的用户界面向个人博客网站发送文件上传请求。用户可以通过手机客户端的用户界面直接与个人博客网站建立交互,进行身份验证。也可以通过手机客户端的用户界面先向个人博客网站的网站接口服务器发送文件上传请求,然后再有网站接口服务器将文件上传请求转发至个人博客网站,进行身份验证。以下以手机客户端经由网站接口服务器发送文件上传请求为例进行说明。
文件上传请求可以包括:文件发布客户端的识别信息。文件发布客户端的识别信息的格式为:VER=版本号&CMD=verify_user&WEB_UID=网站ID&WEB_PS=网站密码\r\n,各个字段的定义如表1所示。
表1、
VER | 版本号 |
CMD | verify_user验证用户 |
WEB_UID | 个人博客网站的名称或地址 |
WEB_PS | 上传到个人博客网站的密码 |
(12)文件上传服务器与个人博客网站交互后,个人博客网站的接口服务器向文件发布服务器返回个人博客网站的验证结果消息,其格式为:RES=0&DESC=失败描述\r\n或是RES=1&DESC=正确提示\r\n,各个字段的定义如表2所示。
表2
RES: | 上传是否成功 |
DESC: | 描述提示 |
文件发布服务器接收到验证结果消息后,向手机客户端返回验证结果消息,其格式为VER=版本号&CMD=verify_user &RES=0&DESC=失败描述\r\n或为VER=版本号&CMD=verify_user &RES=1& DESC=成功描述\r\n,各个字段的定义如表3所示。
表3
VER: | 版本号 |
CMD: | 操作类型: |
RES: | 发送文件是否成功。 |
DESC: | 描述提示 |
上述的文件上传请求中还可以包括请求发布的数据文件类型及数据文件大小,可以在进行身份验证的同时进行验证。请求发布的数据文件类型及数据文件大小反应了用户可以享受的上传能力。用户在个人博客网站上注册时,注册信息中可以记录相关的上传能力信息,如对于vip用户来说,个人博客网站可以接受的数据文件类型可以多一些,可以接收的数据文件空间会大一些等。
(2)上传数据文件:
以用户通过手机客户端向个人博客网站上传视频数据,如某一avi类型的视频数据为例。当该avi类型的视频数据较大时,手机客户端首先通过与个人博客网站的网站接口服务器预定的数据传输协议,将该avi类型的视频数据划分为若干个数据包,然后将若干个数据包上传到网站接口服务器,然后再由网站接口服务器将该若干个数据包进行整合,还原为原来的avi数据文件,最后上传到个人博客网站上。
手机客户端再向网站接口服务器上传数据文件之间,首先需要查询网站接口服务器中是否已存在该数据文件,如果存在,则不上传,如果不存在,则上传。
为方便用户操作,可以通过设计一个面对用户的有好界面,如用户通过手机客户端的一应用软件,如咪客(MICAT)登陆后,即可以登陆到一个界面,如图15所示。通过该界面中的文件发布列表,可以选出即将上传的网站,进行信息的发送及文件传输工作。
(22)手机端软件向文件发布服务器发送查询文件数据请求,信息格式如下:VER=版本号&CMD=query_file&UID=用户名&PS=密码&FILE_NAME=文件名&FILE_SIZE=文件大小&FILE_INFO=文件信息\r\n;以UDP传送到文件发布服务器的信息格式如表4所示。
表4
VER | 版本号 |
CMD | 命令类型 |
UID | 用户名 |
PS | 密码 |
FILE_NAME | 表示文件的名称 |
FILE_SIZE | 表示文件的大小 |
FILE_INFO | 文件信息 |
文件发布服务器根据手机客户端发起的请求,根据文件名称和文件信息判断文件是否存在,将信息返回给手机客户端。信息格式如下:VER=版本号&CMD=query_file&RES=1&STAT=文件状态&UPLOAD_SIZE=已上传大小。上述协议由http头加http体组成,http体中的各字段的定义如表5所示。
表5
VER | 版本号 |
CMD | 命令类型 |
RES | 文件是否存在 |
STAT | 文件是否完整 |
UPLOAD_SIZE | 已传文件大小 |
(23)手机客户端根据消息发送服务器返回文件信息,向服务器发起发送文件的数据请求,信息格式如下:VER=版本号&CMD=send_file&UID=用户名&PS=密码&FILE_NAME=文件名&FILE_INFO=文件信息&FILE_SIZE=总大小&FILE_POS=开始位置&LEN=本次长度\r\n本次内容,各个字段的定义如表6所示。
表6
VER | 版本号 |
CMD | 命令类型 |
UID | 用户名 |
PS | 密码 |
FILE_NAME | 表示文件的名称 |
FILE_SIZE | 表示文件总大小 |
FILE_INFO | 文件信息 |
FILE_POS | 文件传送的开始位置 |
LEN | 本次传送文件长度 |
文件发布服务器根据发送的文件信息,将信息返回给手机客户端。信息格式如下:VER=版本号&CMD=send_file &RES=0\r\n或是VER=版本号&CMD=send_file &RES=1\r\n,上述述协议由http头加http体组成,http体中的各字段的定义如表7所示。
表7
VER: | 版本号 |
CMD: | 操作类型: |
RES: | 发送文件是否成功。 |
(24)、手机客户端向服务器发起上传文件的数据请求VER=版本号&CMD=upload_web&MICAT_UID=MICA用户名&PID=网站ID&UID=绑定网站用户名&PS=绑定网站密码&TAG=标签&TITLE=标题&DESC=描述&ITEM_ID=栏目ID& FILE_NUM=文件数&FILE_NAME=文件名&FILE_INFO=文件信息\r\n,各个字段的定义如表8所示。
表8
VER | 版本号 |
CMD | 命令类型 |
MICAT_UID | MICA用户名 |
PID | 网站ID |
PS | 绑定网站密码 |
TAG | 标签 |
TITLE | 标题 |
DESC | 描述 |
TEM_ID | 栏目ID |
FILE_NUM | 表示文件个数 |
FILE_NAME | 表示文件总大小 |
FILE_INFO | 文件信息 |
服务器根据发送的文件信息,将信息发送到第三方网站上传文件服务器,上传文件服务器在上传文件后将结果状态通过消息接收服务器返回文件发布服务器,文件发布服务器记录上传状态后,通过消息发送服务器将结果返回给手机客户端。消息接收服务器返回给文件发布服务器的消息格式如下:RES=0&DESC=失败描述\r\n或是RES=1&DESC=正确提示\r\n,各字段的含义如表9所示。
表9
RES: | 上传是否成功 |
DESC: | 描述提示 |
消息发送服务器信息返回给手机客户端的格式如下:VER=版本号&CMD=upload_web &RES=0&DESC=失败描述\r\n或是VER=版本号&CMD=upload_web &RES=1&DESC=正确提示\r\n,上述协议由http头加http体组成,http体中的各字段的定义如表10所示
表10
VER | 版本号 |
CMD | 命令类型 |
RES: | 上传是否成功 |
DESC: | 描述提示 |
综上所述,本发明的上述实施例,文件发布客户端首先将原始待发送数据文件按照预设数据传输协议进行处理得到待发布数据文件,并将所述待发布数据文件传输至文件发布服务器,再由文件发布服务器再将所述待发布数据文件还原为原始待发布数据文件;当文件发布客户端需要向某一文件发布网站发布数据文件时,由文件发布服务器将原始待发送数据文件发布到文件发布网站中;整个过程中,文件发布客户端与文件发布网站之间不直接进行数据文件的传输,因此可以避免由于文件发布客户端中的数据文件较大,无法传输到文件发布网站而带来的不便及缺陷,增强了文件传输的便捷性、提高了文件传输的效率。手机终端作为文件上传客户端,将数据文件按照一定的各自的协议包格式提交到跨网通讯服务器中,跨网通讯服务器把不同的协议包格式进行解析转换,按照请求的目的再次按照接收端的包格式上传到第三方网站。本发明很好的解决了手机终端的资源文件向web网站进行上传发布的应用.与传统的手机只能下载相比,实现了手机与web的双向交互,完善了用户与资源分享网站对于资源的双向需求。
最后应说明的是:以上实施例仅用以说明本发明的技术方案,而非对其限制;尽管参照前述实施例对本发明进行了详细的说明,本领域的普通技术人员应当理解:其依然可以对前述各实施例所记载的技术方案进行修改,或者对其中部分技术特征进行等同替换;而这些修改或者替换,并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。
Claims (20)
1、一种文件发布***,其特征在于,包括:文件发布客户端及文件发布服务器;
文件发布客户端,用于按照预设数据传输协议,对所述文件发布客户端中的原始待发布数据文件进行处理得到待发布数据文件,并将所述待发布数据文件传输至所述文件发布服务器;
文件发布服务器,与所述文件发布客户端连接,用于按照所述预设数据传输协议接收所述文件发布客户端传输的待发布数据文件,并将所述待发布数据文件还原为原始待发布数据文件。
2、根据权利要求1所述的文件发布***,其特征在于,所述文件发布客户端包括:
原始数据文件采集模块,用于采集原始待发布数据文件;
原始数据文件存储模块,与所述原始数据文件采集模块连接,用于存储原始待发布数据文件;
文件传输控制单元,与原始数据文件存储模块连接,用于按照预设数据传输协议,对所述原始数据文件存储模块中的原始待发布数据文件进行处理得到待发布数据文件;并将所述待发布数据文件传输至所述文件发布服务器。
3、根据权利要求2所述的文件发布***,其特征在于,所述原始文件采集模块包括:文本子模块、摄像子模块、照相子模块或录音子模块之一或任意组合;
所述文本子模块,用于采集文本数据;
所述摄像子模块,用于采集连续的图像数据;
所述照相子模块,用于采集静态的图片数据;
所述录音子模块,用于采集声音数据。
4、根据权利要求2所述的文件发布***,其特征在于,所述文件传输控制单元包括:
数据包划分模块,用于按照预设数据传输协议,将所述文件发布客户端中的原始待发布数据文件划分为多个待发布数据包;
数据包传输模块,与数据包划分模块连接,将所述多个待发布数据包分别传输至所述文件发布服务器。
5、根据权利要求4所述的文件发布***,其特征在于,所述文件传输控制单元还包括:
数据包检测模块,与所述数据包传输模块连接,用于在所述数据传输模块将所述多个待发送数据包分别传输至所述文件发布服务器之前,检测文件发布服务器中的数据包,当检测与所述待发送数据文件的数据包相同的数据包时,停止发送该数据包。
6、根据权利要求5所述的文件发布***,其特征在于,所述文件传输控制单元还包括:
数据包查询模块,与所述数据包传输模块及所述数据包检测模块连接,用于查询文件发布服务器是否接收的待发布数据文件的数据包是否可以还原为完整的原始待发布数据文件,如果能够还原为完整的原始待发布数据文件,则通知数据包输出模块停止向文件发布服务器发送待发布数据包;如果不能够还原为完整的原始待发布数据文件,调用数据包检测模块。
7、根据权利要求1所述的文件发布***,其特征在于,还包括:文件发布网站,与所述文件发布服务器连接;
文件发布服务器,还用于按照网络传输协议将所述原数据文件传输至所述文件发布网站;
文件发布网站,用于按照所述网络传输协议接收并发布所述文件发布服务器传输的所述原始待发布数据文件。
8、根据权利要求7所述的文件发布***,其特征在于,所述文件发布服务器包括:
中央处理单元,用于按照所述预设数据传输协议接收所述文件发布客户端传输的待发布数据文件,将所述待发布数据文件还原为原始待发布数据文件,以及按照网络传输协议将所述原数据文件传输至所述文件发布网站;
数据文件存储单元,与所述中央处理单元连接,用于存储所述原始待发布数据文件;
消息接收模块,与所述文件发布网站及中央处理单元连接,用于接收文件发布网站发送的与中心处理单元交互的状态信息;
消息发送模块,与所述文件发布客户端及中央处理单元连接,用于对文件发布客户端向文件发布服务器协议请求的处理结果和状态做消息回应。
9、根据权利要求8所述的文件发布***,其特征在于,所述中央处理单元包括:
数据文件接收模块,用于按照所述预设数据传输协议接收所述文件发布客户端传输的数据文件;
数据文件还原模块,与所述数据文件接收模块连接,用于将所述数据文件还原成原数据文件;
数据文件发布模块,与所述数据文件还原模块连接,用于将所述原数据文件按照网络传输协议传输至所述文件发布网站。
10、根据权利要求7所述的文件发布***,其特征在于,所述文件发布服务器为所述文件发布网站的网站接口服务器。
11、一种文件发布客户端,其特征在于,包括:文件传输控制单元,用于按照预设数据传输协议,对所述文件发布客户端中的原始待发布数据文件进行处理得到待发布数据文件;并将所述待发布数据文件传输至文件发布服务器。
12、一种文件发布服务器,其特征在于,包括:中央处理单元,用于按照所述预设数据传输协议接收所述文件发布客户端传输的待发布数据文件,并将所述待发布数据文件还原为原始待发布数据文件。
13、一种文件发布方法,其特征在于,包括:
文件发布客户端按照预设数据传输协议对所述文件发布客户端中的原始待发布数据文件进行处理得到待发布数据文件,
文件发布客户端将所述待发布数据文件传输至文件发布服务器;
文件发布服务器按照所述预设数据传输协议接收所述待发布数据文件;
文件发布服务器将所述待发布数据文件还原为原始待发布数据文件。
14、根据权利要求13所述的文件发布方法,其特征在于,文件发布服务器将所述待发布数据文件还原为原始待发布数据文件之后还包括:文件发布服务器存储所述原始待发布数据文件;
所述文件发布客户端按照预设数据传输协议,对所述文件发布客户端中的待发布数据文件进行处理得到待发布数据文件具体为:
文件发布客户端按照预设数据传输协议,将所述文件发布客户端中的原始待发布数据文件多个待发布数据包;
将所述待发布数据文件传输至中央处理单元具体为:将所述多个待发布数据包分别传输至文件发布服务器。
15、根据权利要求14所述的文件发布方法,其特征在于,在将所述多个待发送数据包分别传输至所文件发布服务器之前,还包括:检测文件发布服务器中的数据包,当检测与所述待发送数据文件的数据包相同的数据包时,停止发送该数据包。
16、根据权利要求15所述的文件发布方法,其特征在于,在检测文件发布服务器中的数据包之前还包括:
文件发布客户端查询文件发布服务器中接收的待发布数据文件的数据包是否可以还原为完整的原始待发布数据文件,如果能够还原为完整的原始待发布数据文件,则停止向文件发布服务器发送待发布数据包;如果不能够还原为完整的原始待发布数据文件,检测文件发布服务器中的数据包,当检测与所述待发送数据文件的数据包相同的数据包时,停止发送该数据包。
17、根据权利要求13所述的文件发布方法,其特征在于,所述文件发布服务器将所述待发布数据文件还原为原始待发布数据文件之后还包括:
按照网络传输协议将所述原数据文件传输至文件发布网站。
18、根据权利要求17所述的文件发布方法,其特征在于,还包括:
文件发布服务器接收文件发布网站发送的与中心处理单元交互的状态信息;
文件发布服务器对文件发布客户端向文件发布服务器协议请求的处理结果和状态做消息回应。
19、根据权利要求17所述的文件发布方法,其特征在于,所述文件发布客户端将所述待发布数据文件传输至文件发布服务器之前,还包括:
文件发布客户端经由文件发布服务器向文件发布网站发送文件上传请求,所述文件上传请求包括:文件发布客户端的识别信息、请求发布的数据文件类型及数据文件大小;
文件发布网站对所述文件上传请求进行有效性验证。
20、根据权利要求19所述的文件发布方法,其特征在于,所述文件发布客户端向文件发布网站发送文件上传请求具体为:文件发布客户端通过文件发布协议,将文件中转到文件发布服务器;文件发布服务器通过远程交互函数库标准协议,向文件发布网站发送文件上传请求。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CNA2008101145229A CN101599916A (zh) | 2008-06-06 | 2008-06-06 | 文件发布客户端、文件发布服务器、文件发布***及方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CNA2008101145229A CN101599916A (zh) | 2008-06-06 | 2008-06-06 | 文件发布客户端、文件发布服务器、文件发布***及方法 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN101599916A true CN101599916A (zh) | 2009-12-09 |
Family
ID=41421173
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CNA2008101145229A Pending CN101599916A (zh) | 2008-06-06 | 2008-06-06 | 文件发布客户端、文件发布服务器、文件发布***及方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN101599916A (zh) |
Cited By (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102143192A (zh) * | 2010-01-28 | 2011-08-03 | ***通信集团江西有限公司 | 点对点视频文件传输方法、终端及服务器 |
CN104580298A (zh) * | 2013-10-17 | 2015-04-29 | 北大方正集团有限公司 | 文件上传处理方法及装置 |
CN105022782A (zh) * | 2015-06-02 | 2015-11-04 | 华录智达科技有限公司 | 一种用于交互触摸屏的多级文件传输发布***及方法 |
CN103731503B (zh) * | 2014-01-15 | 2017-03-08 | 西安诺瓦电子科技有限公司 | 文件发布***以及服务器端 |
CN114428952A (zh) * | 2022-04-07 | 2022-05-03 | 北京亿赛通科技发展有限责任公司 | 一种公网电子文件特征值的验证方法、***和服务器 |
-
2008
- 2008-06-06 CN CNA2008101145229A patent/CN101599916A/zh active Pending
Cited By (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102143192A (zh) * | 2010-01-28 | 2011-08-03 | ***通信集团江西有限公司 | 点对点视频文件传输方法、终端及服务器 |
CN104580298A (zh) * | 2013-10-17 | 2015-04-29 | 北大方正集团有限公司 | 文件上传处理方法及装置 |
CN103731503B (zh) * | 2014-01-15 | 2017-03-08 | 西安诺瓦电子科技有限公司 | 文件发布***以及服务器端 |
CN105022782A (zh) * | 2015-06-02 | 2015-11-04 | 华录智达科技有限公司 | 一种用于交互触摸屏的多级文件传输发布***及方法 |
CN105022782B (zh) * | 2015-06-02 | 2018-04-06 | 华录智达科技有限公司 | 一种用于交互触摸屏的多级文件传输发布***及方法 |
CN114428952A (zh) * | 2022-04-07 | 2022-05-03 | 北京亿赛通科技发展有限责任公司 | 一种公网电子文件特征值的验证方法、***和服务器 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US20210006404A1 (en) | Systems and methods for accessing and controlling media stored remotely | |
JP6619700B2 (ja) | ネットワーク・インターフェイス装置を使用しネットワークを介してメディアを転送するための方法及び装置 | |
US20060195506A1 (en) | Simplified scheme of mobile to mobile rich content messaging | |
CN102202100B (zh) | 微浏览器处理网络数据的方法、微浏览器及其服务器 | |
US20060184609A1 (en) | Simplified scheme of rich content messaging from PC to mobile devices | |
US20130060855A1 (en) | Publishing Assets of Dynamic Nature in UPnP Networks | |
US20090150481A1 (en) | Organizing And Publishing Assets In UPnP Networks | |
WO2009149354A2 (en) | Systems and methods for creating and sharing a presentation | |
CN101360118A (zh) | 一种适合移动终端多媒体文件共享与搜索的方法和协议 | |
WO2016173185A1 (zh) | 信息推送方法和装置 | |
US20080183839A1 (en) | System For Computer To Mobile Device Place Shifting | |
EP2240933B1 (en) | Organizing and publishing assets in upnp networks | |
CN101599916A (zh) | 文件发布客户端、文件发布服务器、文件发布***及方法 | |
US20090150520A1 (en) | Transmitting Assets In UPnP Networks To Remote Servers | |
RU2518675C2 (ru) | Способ и устройство для предоставления контента через сеть, способ и устройство для приема контента через сеть, способ и устройство для резервного копирования данных через сеть, устройство предоставления данных резервного копирования и система резервного копирования | |
US20080184123A1 (en) | System And Method For Providing A Secure Connection Between A Computer And A Mobile Device | |
US20080313287A1 (en) | E-mail publishing of photos to photo albums | |
CN101997743A (zh) | 分享档案资讯的方法 | |
CN102055629A (zh) | 一种家庭网关设备及藉由其共享网络资源的方法 | |
TWI599892B (zh) | Home network system file management and sharing methods | |
WO2015000433A1 (zh) | 一种多媒体查找方法、终端、服务器及*** | |
JP2007328750A (ja) | 複合文書作成方法およびブログへの登録方法 | |
CN103036929A (zh) | 多媒体文件的处理方法及通信***中的网络侧设备 | |
CN101562628A (zh) | 个性化数字媒体内容管理和发布的方法、***及服务器 | |
KR20090049894A (ko) | 미디어 데이터를 이어서 업로드 하는 시스템 및 방법 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C02 | Deemed withdrawal of patent application after publication (patent law 2001) | ||
WD01 | Invention patent application deemed withdrawn after publication |
Application publication date: 20091209 |