CN101729586A - 数据上传方法、装置、下载方法、装置及传输方法、装置 - Google Patents

Abstract

本发明公开了一种数据上传方法、装置、下载方法、装置及传输方法、装置，通过推送服务器完成数据提供端和数据接受端之间的数据传输，包含数据上传过程和数据下载过程，上传过程包括：数据提供端与推送服务器之间建立数据上传链路；数据提供端将待上传文件按预设尺寸分割为至少一个文件片；数据提供端将待上传文件的各个文件片按序上传到推送服务器；下载过程包括：数据接受端接收来自推送服务器的推送通知，与推送服务器之间建立数据下载链路；数据接受端按序从推送服务器下载待下载文件的各个文件片，并在下载完毕后，将待下载文件的各个文件片组合成待下载文件，数据提供端和数据接受端至少一者为移动终端。本发明实现了大容量文件的传输。

Description

数据上传方法、装置、下载方法、装置及传输方法、装置

技术领域

本发明涉及一种数据上传方法、装置、下载方法、装置及传输方法、装置。

背景技术

目前，移动通讯技术已经与人们的生活紧密相关，人们不仅通过移动终端进行语音通信，也常常利用移动终端传递文字信息或者多媒体内容。对于在移动终端之间传送大容量的多媒体内容，现有技术中较好的解决方法为采用彩信进行传输，但是彩信对发送内容的文件大小有着严格的限制，传输的内容大小不能超过50K。而随着移动终端处理能力的不断提高，移动终端存储容量的不断增加，目前移动终端上常用的多媒体文件比如mp3、3gp、移动终端软件等文件都普遍具有超过1兆字节的规模，远远超过彩信容许的大小，这些用户常见的文件都不能够通过彩信交换，难以满足用户传输交换主流娱乐文件的需求。虽然也出现了移动Email技术，能够用来发送大容量的内容，但是其实时性不足，不能满足即时收发的要求。这是因为如果要保持实时性，就需要移动终端不断地访问邮件服务器以及时获取邮件，而这种访问过程对移动终端用户来说，不仅会付出较高的联网引起的经济成本，而且由于每一次的连接都是极高的耗电动作，因而也会造成移动终端电池电量的巨大浪费。

发明内容

有鉴于此，本发明提供了一种数据上传方法、装置、下载方法、装置及传输方法、装置，实现既能像彩信一样实时收发，又能传输大容量的多媒体文件。

为了解决上述技术问题，本发明采用了如下技术方案：

一种数据上传方法，用于数据提供端向推送服务器上传数据，所述数据提供端为移动终端，包含如下步骤：

A1、数据提供端与推送服务器之间建立数据传输链路；

A2、数据提供端将待上传文件按预设尺寸分割为至少一个文件片；

A3、数据提供端将待上传文件的各个文件片按序上传到推送服务器。

本发明的一种数据上传装置，用于实现数据提供端向推送服务器上传数据，包含设置在数据提供端中的第一通讯模块和文件分割模块、设置在推送服务器中的第二通讯模块；所述文件分割模块用于将数据提供端中的待上传文件按预设尺寸分割为至少一个文件片；所述第一通讯模块和第二通讯模块用于在数据提供端与推送服务器之间建立数据上传链路，以及完成从数据提供端将待上传文件的各个文件片按序上传到推送服务器，所述数据提供端为移动终端。

所述的数据上传装置，所述数据上传链路为GPRS网络。

本发明的一种数据下载方法，用于数据接受端从推送服务器下载数据，所述数据接受端为移动终端，包含如下步骤：

B1、数据接受端接收来自推送服务器的推送通知，与推送服务器之间建立数据下载链路；

B2、数据接受端按序从推送服务器下载待下载文件的各个文件片，并在下载完毕后，将待下载文件的各个文件片组合成待下载文件。

本发明的一种数据下载装置，用于实现数据接受端从推送服务器下载数据，包含设置在数据接受端中的第三通讯模块和文件组合模块、设置在推送服务器中的第二通讯模块；所述文件组合模块用于在下载完毕后，将数据接受端中的待下载文件的各个文件片组合成待下载文件；所述第一通讯模块和第二通讯模块用于在数据接受端接收到来自推送服务器的推送通知后，在数据接受端与推送服务器之间建立数据下载链路，以及完成数据接受端按序从推送服务器下载待下载文件的各个文件片，所述数据接受端为移动终端。

所述的数据下载装置，所述数据传输链路为GPRS网络。

本发明的一种数据传输方法，通过推送服务器完成数据提供端和数据接受端之间的数据传输，所述数据提供端和数据接受端至少一者为移动终端，包含数据上传过程和数据下载过程，所述数据上传过程包括：

C1、数据提供端与推送服务器之间建立数据上传链路；

C2、数据提供端将待上传文件按预设尺寸分割为至少一个文件片；

C3、数据提供端将待上传文件的各个文件片按序上传到推送服务器；

所述数据下载过程包括：

C4、数据接受端接收来自推送服务器的推送通知，与推送服务器之间建立数据下载链路；

C5、数据接受端按序从推送服务器下载待下载文件的各个文件片，并在下载完毕后，将待下载文件的各个文件片组合成待下载文件。

所述的数据传输方法，所述数据传输链路为GPRS网络。

本发明的一种数据传输***，包含数据提供端、数据接受端和推送服务器，所述数据提供端包括第一通讯模块和文件分割模块；所述推送服务器包括第二通讯模块；所述数据接受端包括第三通讯模块和文件组合模块；所述文件分割模块用于将数据提供端中的待传输文件按预设尺寸分割为至少一个文件片；所述文件组合模块用于将数据接受端接收到的所述待传输文件的各个文件片组合成所述待传输文件；所述第二通讯模块用于与第一通讯模块配合，在数据提供端与推送服务器之间建立数据上传链路，完成从数据提供端将待传输文件的各个文件片按序上传到推送服务器；以及用于与第三通讯模块配合，在数据接受端得到推送通知后，在数据接受端与推送服务器之间建立数据下载链路，完成数据接受端按序从推送服务器下载待下载文件的各个文件片，所述数据提供端和数据接受端至少一者为移动终端。

所述的数据传输***，所述推送服务器还包括文件分割/组合模块，用于对所述待传输文件进行分割或者组合。

本发明通过将文件进行分片传输，从而实现了大容量文件的传输。下载时首先通过推送通知进行下载提示，因而可以节省联网引起的经济和电能消耗。

附图说明

图1是本发明具体实施方式的数据传输方法流程图；

图2是本发明具体实施方式的数据传输***结构示意图。

具体实施方式

下面对照附图并结合具体实施方式对本发明进行进一步详细说明。

本发明主要是为了解决在移动终端之间，即时点对点发送大容量(100K到10M)多媒体文件的问题，为用户提供了更丰富的移动互联网体验。其中，移动终端可以是GSM手机、3G手机、PDA(个人数据助理设备)、掌上电脑等等。

参见图1和图2，其中，图2是本发明具体实施方式的传输***结构示意图。包括数据提供端、推送服务器Cpush和数据接受端。其中，数据提供端包括第一通讯模块和文件分割模块、推送服务器包括第二通讯模块、文件分割/组合模块、存储转发模块；数据接受端包括第三通讯模块和文件组合模块。

数据提供端为推送内容的提供方，其文件分割模块用于将数据提供端中的待传输文件按预设尺寸分割为一个或者多个文件片；分割采用的预设尺寸主要与传输采用的网络传输速度有关，将在下文中进行说明。本文中的待传输文件主要是指大容量的多媒体文件。

数据接受端为推送内容的接受方，其文件组合模块用于将数据接受端接收到的待传输文件的各个文件片组合成待传输文件。

推送服务器为数据提供端和数据接受端之间的数据中转平台，其通过第二通讯模块分别与数据提供端的第一通讯模块配合，在数据提供端与推送服务器之间建立数据上传链路，完成从数据提供端将待传输文件的各个文件片按序上传到推送服务器；以及与数据接受端的第三通讯模块配合，在数据接受端得到推送通知后，在数据接受端与推送服务器之间建立数据下载链路，完成数据接受端按序从推送服务器下载待下载文件的各个文件片。在本例中，数据上传链路和数据下载链路都是采用GPRS(通用分组无线业务)网络进行传输。GPRS分组业务信道可采用CS-1～CS-4不同的编码方式(其数据速率分别为9.05kbit/s、13.4kbit/s、15.6kbit/s、21.4kbit/s)，且其上行信道和下行信道的传输速率不同。据此，在数据提供端对待传输文件进行分割时，可以采用每片10到15K的预设尺寸，使得一个文件片可以在一秒的时间内传输完成。由于GSRS的上下行传输速率不同，或者如果数据上传链路和数据下载链路采用的网络不同，例如数据下载链路采用了3G网络，上传时数据提供端分割的文件片尺寸不一定适合于下载时使用，直接由推送服务器将文件片转发给数据接受端并不适宜。为此，推送服务器中设置有文件分割/组合模块，用来将上传的文件片组合待传输文件，组合后，类似的，仿照上传时数据提供端分割文件的预设尺寸的设置原则，推送服务器以适合下载时的传输速率的预设尺寸对待传输文件进行分割，形成一个或多个文件片，然后推送给数据接受端。

为了能够让数据接受端实时获取由数据提供端提供的推送内容，推送服务器在完整获得数据提供端上传来的待传输文件后，向数据接受端发送推送通知，一旦数据接受端获得推送通知，则触发其下载动作，开始从推送服务器下载推送内容的各个文件片，下载完毕后，数据接受端中的文件组合模块将获得的文件片进行组合，得到待传输文件。

推送服务器中还设置有存储转发模块，存储转发模块可以用来长时间地存储待传输文件，保证例如数据接受端没有及时下载而需要在推送服务器上保留待传输文件以便数据接受端在收到推送通知后获取待传输文件。

上述为对以数据提供端、推送服务器、数据接受端构成的数据传输***的介绍，需要理解的是，由于其中包括上传和下载两个部分，也可以分别形成涉及数据提供端和推送服务器的数据上传装置以及涉及数据接受端和推送服务器的数据下载装置，在此不再赘述。

如图1所示，本发明具体实施方式的数据传输方法的流程包含数据上传过程和数据下载过程，数据上传过程包括：

1、数据提供端与推送服务器之间建立数据上传链路；

2、数据提供端将待上传文件按预设尺寸分割为至少一个文件片；

3、数据提供端将待上传文件的各个文件片按序上传到推送服务器；

数据下载过程包括：

4、数据接受端接收来自推送服务器的推送通知，与推送服务器之间建立数据下载链路；

5、数据接受端按序从推送服务器下载待下载文件的各个文件片，并在下载完毕后，将待下载文件的各个文件片组合成待下载文件。

具体而言，数据提供端和推送服务器首先通过发起内容推送和内容推送响应建立数据上传链路；然后数据提供端开始分片上传推送内容文件，在每一片文件片上传完毕，推送服务器向数据提供端发送分片上传推送内容文件响应，告知当前文件片上传成功或者失败。数据提供端据此决定下一步的上传策略，上传成功，则按序继续上传下一文件片，如果失败，则重新上传该上传失败的文件片。上传失败的情况除了推送服务器的告知之外，也包括数据提供端在一个预设的时间长度内没有收到推送服务器的响应的情况。

推送服务器得到待传输文件后，向数据接受端发送推送通知，为了实现文件推送，需要在数据接受端预先安装推送客户端程序(CPush)，如果数据接受端没有安装CPush客户端，则首先以短信(或其他方式)通知数据接受端下载CPush客户端进行安装，数据接受端通过WAP浏览器下载CPush客户端，推送服务器下发CPush客户端安装包。如果CPush客户端需要升级，则数据接受端向推送服务器上传客户端相关信息，例如数据接受端的身份号码、CPush客户端版本号等等，并发送是否需要升级的请求；推送服务器则检查数据接受端是否需要升级，向数据接受端下发是否升级的响应。如需升级，数据接受端获取升级包，推送服务器向数据接受端发送获取升级包响应。

以上为CPush客户端的安装或升级过程，当然下载过程并不一定包含此过程，数据接受端在得到推送通知后，则向推送服务器发送获取推送内容信息请求，业务服务器返回获取推送内容信息响应，由此建立其数据下载链路，之后数据接受端和推送服务器通过获取推送内容请求和获取推送内容响应进行文件片的下载，同样的，在每一片文件片下载后，需要检查下载成功或者失败，以决定之后的下载策略(续发下一文件片或重复该下载失败的文件片)。

无论是数据上传或者数据下载，推送服务器与数据提供端或者数据接受端之间通过推送任务状态通知及推送状态通知响应来了解文件推送的状态。例如告知数据提供端或者数据接受端的上传或者下载的进度。

上述描述为对数据传输方法的介绍，需要了解的是，由于包含数据上传过程和数据下载过程，同样的，本发明也涵盖单独的数据上传方法和数据下载方法。

本发明通过数据提供端对文件片进行分割，从而上传大容量多媒体文件到推送服务器，推送服务器或者直接将这些文件片推送到数据接受端，或者经过组合、重新分割后推送到数据接受端，从而实现了移动终端间的大容量多媒体文件的传输。分割时充分考虑传输网络的传输数率，选用最适宜当前网络传输数率的文件分割尺寸。由于文件是分片传输，并通过推送响应可以获知传输成功与否，因而当某一文件片传输出错，可以迅速反馈错误，对错误的文件片进行重发。当因为意外情况导致某一传输中断，在传输重新恢复后，通过推送服务器与数据提供端或数据接受端之间的推送请求/响应，可以得知中断时传输的文件片，从而直接从出错的文件片开始进行传输，而无需重新从整个文件头开始传输，提高了文件传输效率。数据接受端通过推送通知触发数据下载，而无需定时访问推送服务器，因而可以节省不断联网引起的经济和电池电量的消耗。

本发明主要适用于数据提供端和数据接受端均为移动终端的情况，当然也可适用于数据提供端为移动终端、SP或PC，数据接受端为移动终端；或者数据提供端为移动终端、SP，数据接受端为PC的情形。在数据接受端为移动终端时，推送通知优选采用短信形式，当数据接受端收到要求推送的短信后，则自动触发对推送内容的下载而无需用户人工干预，既方便快捷也可节省数据接受端访问服务器的时间，从而数据接受端不仅能够即时获得推送内容，也可降低电能消耗，节约经济成本。

以上内容是结合具体的优选实施方式对本发明所作的进一步详细说明，不能认定本发明的具体实施只局限于这些说明。对于本发明所属技术领域的普通技术人员来说，在不脱离本发明构思的前提下，还可以做出若干简单推演或替换，都应当视为属于本发明的保护范围。

Claims (10)

1.一种数据上传方法，用于数据提供端向推送服务器上传数据，其特征在于，所述数据提供端为移动终端，所述方法包含如下步骤：

A1、数据提供端与推送服务器之间建立数据传输链路；

A2、数据提供端将待上传文件按预设尺寸分割为至少一个文件片；

A3、数据提供端将待上传文件的各个文件片按序上传到推送服务器。

2.一种数据上传装置，用于实现数据提供端向推送服务器上传数据，其特征在于，包含设置在数据提供端中的第一通讯模块和文件分割模块、设置在推送服务器中的第二通讯模块；所述文件分割模块用于将数据提供端中的待上传文件按预设尺寸分割为至少一个文件片；所述第一通讯模块和第二通讯模块用于在数据提供端与推送服务器之间建立数据上传链路，以及完成从数据提供端将待上传文件的各个文件片按序上传到推送服务器，所述数据提供端为移动终端。

3.如权利要求2所述的数据上传装置，其特征在于，所述数据上传链路为GPRS网络。

4.一种数据下载方法，用于数据接受端从推送服务器下载数据，其特征在于，所述数据接受端为移动终端，所述方法包含如下步骤：

B1、数据接受端接收来自推送服务器的推送通知，与推送服务器之间建立数据下载链路；

B2、数据接受端按序从推送服务器下载待下载文件的各个文件片，并在下载完毕后，将待下载文件的各个文件片组合成待下载文件。

5.一种数据下载装置，用于实现数据接受端从推送服务器下载数据，其特征在于，包含设置在数据接受端中的第三通讯模块和文件组合模块、设置在推送服务器中的第二通讯模块；所述文件组合模块用于在下载完毕后，将数据接受端中的待下载文件的各个文件片组合成待下载文件；所述第一通讯模块和第二通讯模块用于在数据接受端接收到来自推送服务器的推送通知后，在数据接受端与推送服务器之间建立数据下载链路，以及完成数据接受端按序从推送服务器下载待下载文件的各个文件片，所述数据接受端为移动终端。

6.如权利要求5所述的数据下载装置，其特征在于，所述数据传输链路为GPRS网络。

7.一种数据传输方法，通过推送服务器完成数据提供端和数据接受端之间的数据传输，其特征在于，所述数据提供端和数据接受端至少一者为移动终端，所述方法包含数据上传过程和数据下载过程，所述数据上传过程包括：

C1、数据提供端与推送服务器之间建立数据上传链路；

C2、数据提供端将待上传文件按预设尺寸分割为至少一个文件片；

C3、数据提供端将待上传文件的各个文件片按序上传到推送服务器；

所述数据下载过程包括：

C4、数据接受端接收来自推送服务器的推送通知，与推送服务器之间建立数据下载链路；

C5、数据接受端按序从推送服务器下载待下载文件的各个文件片，并在下载完毕后，将待下载文件的各个文件片组合成待下载文件。

8.如权利要求7所述的数据传输方法，其特征在于，所述数据传输链路为GPRS网络。

9.一种数据传输***，其特征在于，包含数据提供端、数据接受端和推送服务器，所述数据提供端包括第一通讯模块和文件分割模块；所述推送服务器包括第二通讯模块；所述数据接受端包括第三通讯模块和文件组合模块；所述文件分割模块用于将数据提供端中的待传输文件按预设尺寸分割为至少一个文件片；所述文件组合模块用于将数据接受端接收到的所述待传输文件的各个文件片组合成所述待传输文件；所述第二通讯模块用于与第一通讯模块配合，在数据提供端与推送服务器之间建立数据上传链路，完成从数据提供端将待传输文件的各个文件片按序上传到推送服务器；以及用于与第三通讯模块配合，在数据接受端得到推送通知后，在数据接受端与推送服务器之间建立数据下载链路，完成数据接受端按序从推送服务器下载待下载文件的各个文件片，所述数据提供端和数据接受端至少一者为移动终端。

10.如权利要求9所述的数据传输***，其特征在于，所述推送服务器还包括文件分割/组合模块，用于对所述待传输文件进行分割或者组合。

Images