CN102802197A - 应用数据的传输方法及装置 - Google Patents

Abstract

本发明提供了一种应用数据的传输方法及装置，其中，上述方法包括：AOI平台接收来自于应用服务器的应用数据；AOI平台对应用数据进行压缩，并将压缩后的应用数据发送给终端。采用本发明提供的上述技术方案，采用对AOI平台发送给终端的应用数据进行压缩的技术手段，解决了相关技术中，现有AOI平台数据传输效率较低，例如移动终端的应用产生大量的数据流量，影响语音质量等问题，进而达到了提高AOI平台的数据传输效率，减小移动互联网的数据传输量的效果。

Description

应用数据的传输方法及装置

技术领域

本发明涉及通信领域，具体而言，涉及一种应用数据的传输方法及装置。

背景技术

永远在线推送基础设施AOI(Always Online Infrastructure)平台为企业业务、互联网业务、家庭业务以及内容提供商提供统一的消息推送通道和同步传输通道，方便应用和内容以多种方式、安全、可靠地延伸到用户终端。AOI平台为基于移动互联网的长在线应用提供统一的接入点，能更有效地为客户提供高性能、低延时的用户体验服务，增加用户黏性，提升业务收入。

移动互联网业务是一项新兴的业务，它结合了移动网络和互联网的优势，可以通过移动终端给用户提供话音、数据、图像、多媒体等多种类型的业务，智能移动终端是移动互联网业务中的一个重要环节，在智能移动终端上可以运行特定功能的应用客户端程序，它通过和应用服务器的交互，可以给用户提供个性化、内容关联和交互作业的应用体验。随着智能手机的越来越普及，越来越多的用户都习惯于通过移动终端，来使用自己日常生活、工作中所习惯的业务，例如手机QQ，手机邮箱等等。

图1为根据相关技术的应用数据的传输装置的结构框图。如图1所示，该装置包括：消息接收模块10、业务处理模块12、消息发送模块14。在已有系统中消息接收模块10与消息发送模块14直接与业务处理模块12相连，消息通过业务处理模块12鉴权以及路由操作后就直接发送到消息发送模块14，然后由所述消息发送模块14发送给终端。

由于基于永远在线协议(Always Online Protocol，简称为AOP)协议的AOI平台提供了移动终端通过统一的协议规范使用移动网络接入互联网并管理相关的服务，随着智能移动终端中数据业务的大量使用，上述方案暴露出一些问题：相比普通终端用户，智能移动终端的应用产生大量的数据流量，对整个移动互联网络带宽产生了很大的冲击。例如iPhone手机用户仅占美国电话电报公司(American Telephone & Telegraph，简称为AT&T)用户总数的3％，但所消耗带宽却高达40％，结果导致语音质量服务糟糕。因此，对于移动运营商来说除了加大硬件设施建设以外，如何提高AOI平台上的数据传输效率，减小数据传输成为当前需要解决的一个问题。

针对相关技术中的上述问题，目前尚未提出有效的解决方案。

发明内容

本发明的主要目的在于提供一种应用数据的传输方法及装置，以解决上述问题至少之一。

根据本发明的一个方面，提供了一种应用数据的传输方法，包括：AOI平台接收来自于应用服务器的应用数据；AOI平台对应用数据进行压缩，并将压缩后的应用数据发送给终端。

上述AOI平台对所述应用数据进行压缩，包括：AOI平台获取终端上报的压缩算法；AOI平台根据压缩算法对应用数据进行压缩。

上述AOI平台获取终端上报的压缩算法，包括：AOI平台接收来自于终端的注册消息，其中，该注册消息中包括：指示压缩算法的指示信息；AOI平台对注册信息进行鉴权，鉴权通过后，记录指示信息。

上述AOI平台接收来自于所述终端的注册消息，包括：AOI平台接收终端中的中间件发送的所述注册消息。

上述AOI平台对应用数据进行压缩之前，还包括：AOI平台按照预定规则判断应用数据是否需要进行压缩；如果需要，则进行压缩；如果不需要则直接发送应用数据。

上述预定规则包括以下至少之一：当应用数据的大小到达一定阈值时，对应用数据进行压缩；应用数据为未压缩数据时，对应用数据进行压缩。

根据本发明的另一方面，提供了一种应用数据的传输装置，该装置应用于永远在线推送基础设施AOI平台中，上述装置包括：接收模块，用于接收来自于应用服务器的应用数据；压缩模块，用于对应用数据进行压缩；发送模块，用于将压缩后的应用数据发送给终端。

上述装置还包括：获取模块，用于获取终端上报的压缩算法；压缩模块，用于根据压缩算法对应用数据进行压缩。

上述获取模块包括：接收单元，用于接收来自于终端的注册消息，其中，该注册消息中包括：指示压缩算法的指示信息；鉴权单元，用于对注册信息进行鉴权；记录单元，用于在鉴权单元鉴权通过后，记录上述指示信息。

上述装置还包括：判断模块，用于按照预定规则判断应用数据是否需要进行压缩；如果需要，则通知压缩模块进行压缩；如果不需要，则通知发送模块直接发送应用数据。

上述接收单元，还用于接收终端中的中间件发送的上述注册消息。

通过本发明，采用对AOI平台发送给终端的应用数据进行压缩的技术手段，解决了相关技术中，现有AOI平台数据传输效率较低，例如移动终端的应用产生大量的数据流量，影响语音质量等问题，进而达到了提高AOI平台的数据传输效率，减小移动互联网的数据传输量的效果。

附图说明

此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：

图1为根据相关技术的应用数据的传输装置的结构框图；

图2为根据本发明实施例的应用数据的传输方法的流程图；

图3为根据本发明实施例的智能终端上报压缩算法流程；

图4为根据本发明实施例的注册流程示意图；

图5为根据本发明实例的应用数据的传输方法的流程图；

图6为根据本发明实施例的应用数据的传输装置的结构框图；

图7为根据本发明优选实施例的应用数据的传输装置的结构框图；

图8为根据本发明实例的应用数据的传输装置的结构框图。

具体实施方式

下文中将参考附图并结合实施例来详细说明本发明。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。

图2为根据本发明实施例的应用数据的传输方法的流程图。如图2所示，该流程包括：

步骤S202，AOI平台接收来自于应用服务器的应用数据；

步骤S204，AOI平台对应用数据进行压缩，并将压缩后的应用数据发送给终端。在具体实施时，上述压缩过程中可以对不同的所述应用数据采用与所述应用数据相适应的预设压缩算法进行压缩，例如，对于视频类应用数据采用对于压缩上述视频类应用数据效果较好的某种压缩算法。

上述实施例，由于AOI平台将发送给终端的应用数据进行了压缩，减小了移动互联网的数据传输量，从而提高了AOI平台的数据传输效率，因此，可以解决现有的AOI平台数据传输效率较低而导致的诸如移动终端的应用产生大量的数据流量，影响语音质量等问题。

在具体应用过程中，上述AOI平台可以通过以下方式确定压缩算法，并根据确定的压缩算法对应用数据进行压缩，具体如下：AOI平台获取终端上报的压缩算法；AOI平台根据上述获取的压缩算法对应用数据进行压缩。这样，便可以AOI平台便可以根据终端自身的情况，灵活选择压缩算法。

在具体应用过程中，上述AOI平台接收来自于所述终端的注册消息，包括：AOI平台接收终端中的中间件发送的上述注册消息。为更好理解上述实施例，以下结合图3详细说明。图3为根据本发明实施例的智能终端上报压缩算法流程。如图3所示，该流程包括：

步骤S302，智能终端中间件程序启动；

步骤S304，智能终端根据中间件的操作系统型号、硬件型号、内存大小等条件，确定该智能终端推荐使用的压缩算法；

步骤S306，智能终端中间件发送注册消息给AOI平台，注册消息中包含该终端推荐使用的压缩算法；

步骤S308，启动中间件流程结束。

在具体应用过程中，上述AOI平台可以通过终端的注册消息获取终端上报的压缩算法，具体如下：AOI平台接收来自于终端的注册消息，其中，该注册消息中包括：指示压缩算法的指示信息；AOI平台对注册信息进行鉴权，鉴权通过后，记录指示信息。为了更好地理解上述处理过程，以下结合图4详细说明。其中，图4为根据本发明实施例的注册流程示意图，如图4所示，该流程包括：

步骤S402，智能终端登录消息请求；

步骤S404，AOI平台收到智能终端的注册消息，该注册消息中携带有智能终端推荐的数据压缩算法的指示信息；

步骤S406，AOI平台进行注册消息鉴权，鉴权成功后，记录该智能终端推荐的数据压缩算法；

步骤S408，登录流程结束。

在具体应用过程中，上述方法还可以包括以下处理过程：AOI平台按照预定规则判断应用数据是否需要进行压缩；如果需要，则进行压缩；如果不需要则直接发送应用数据。这样，便可以不必针对AOI平台接收的所有应用数据进行压缩，可以节省运行资源。上述处理过程可以在AOI平台对应用数据进行压缩之前进行。

在实际应用时，上述预定规则可以包括但不限于以下至少之一规则：当应用数据的大小到达一定阈值时，对应用数据进行压缩，当然，在未到达阈值时，则不进行压缩；应用数据为未压缩数据时，对应用数据进行压缩，如果是已压缩数据，则不需进行压缩。

需要说明的是，上述对应用数据操作的实体并不限于AOI平台，还可为相关技术中可实现上述AOI平台所实现的功能的任何实体。

为了更好地理解上述实施例，以下结合相关附图和具体实例详细说明。

实例1

本实例，通过AOP协议的扩展实现终端上报支持的数据压缩算法，AOI平台在下发消息的时候通过自适应选择合适的压缩算法对数据进行压缩后传输，提高AOI平台的数据传输效率，减小移动互联网的数据传输量。具体方案如下：

步骤A，智能终端中间件通过手机硬件条件，得到该终端优先使用的压缩算法；

步骤B，为实现AOI平台提供对终端用户的统一管理，终端用户首先通过AOP协议注册到AOI平台。并上报该终端推荐使用的压缩算法；

步骤C，AOI平台收到注册消息后，对注册消息进行鉴权，注册鉴权通过后，记录下该终端推荐使用的压缩算法；

步骤D，当AOI平台消息收到应用服务器发送的数据后，对收到的数据进行鉴权以及确定终端路由，通过终端号码路由确认发送的手机终端；

步骤E，AOI平台查看该消息是否需要压缩数据，如果需要压缩数据，进入步骤F；否则：进入步骤G

步骤F，查找目的终端推荐使用的压缩算法与当前消息数据的压缩算法是否一致；如果一致不做任何处理，进入步骤G；如果不一致，使用该终端推荐压缩算法压缩消息；

步骤G.，AOI平台收到压缩后的消息后，发送到指定的智能终端中间件；

步骤H，智能终端中间件收到消息后，采用消息内指定的压缩算法解压后提供给应用程序使用。

本实例提供的上述处理过程，与相关技术相比，减小了平台与智能终端的数据流量；提高了数据传输效率；提高了移动互联网带宽使用率。

实例2

图5为根据本实例的应用数据的传输方法的流程图。如图5所示，该方法包括：

步骤S502：AOI平台收到应用提供商或异省AOI平台发送的消息(相当于应用数据)；

步骤S504：AOI平台对接收的上述消息进行消息鉴权，并通过目的号码路由查找目的智能终端；

步骤S506：AOI平台收到消息后，检查消息是否需要压缩；如果需要压缩，则进入步骤S504；如果不需要压缩，进入步骤S518；

步骤S508：检查消息是否已经压缩；如果已经压缩，则进入步骤S506；如果没有压缩，进入步骤S510

步骤S510：使用目的智能终端推荐压缩算法进行压缩，进入步骤S518；

步骤S512：AOI平台对比当前消息的压缩算法与目的智能终端推荐压缩算法是否一致。如果一致，则进入步骤S514；否则，进入步骤S516；

步骤S514：当前消息的压缩算法与目的智能终端推荐压缩算法一致，不需要做任何处理，进入步骤S518；

步骤S516：当前消息的压缩算法与目的智能终端推荐压缩算法不一致，AOI平台转换当前的压缩算法为智能终端推荐的压缩算法，对消息进行压缩；

步骤S518：AOI平台把消息转发给智能终端；

步骤S520：智能终端中间件收到消息后，使用与消息的压缩算法对应的解压算法解压消息内容提供给智能终端应用程序使用。

需要说明的是，在步骤S510以及步骤S516中，在数据压缩算法的选择上服务器以终端上报的算法为主；并可以考虑当时该终端的网络情况调整数据压缩算法。

以下结合实例3、4、5详细说明，为便于理解，以下三个实例中，应用提供商服务器为视频点播应用，应用提供商服务器与AOI平台存在长连接；智能终端A采用的Android2.2操作系统；1G处理器；512M内存。并安装AOI平台的中间件程序。

首先，启动智能终端中间件程序，中间件程序查看智能终端硬件条件以及操作系统情况，并从众多支持的压缩算法中选择一组推荐的适合本终端的压缩算法，比如(视频类推荐压缩算法：videocps3；音频类推荐压缩算法：audiocps2；文本类推荐压缩算法：textcps1；通用默认压缩算法：univcps3；)。智能终端中间件程序提交登录请求给AOI平台，包含选择的压缩算法。

其次，AOI平台消息收到智能终端的请求登录消息后，进行登录消息的鉴权。并记录该终端A对应的压缩算法为(视频类推荐压缩算法：videocps3；音频类推荐压缩算法：audiocps2；文本类推荐压缩算法：textcps1；通用默认压缩算法：univcps3)。

实例3

本实例中，视频点播应用提供商发送视频文件给智能终端A，并且消息中的视频文件使用videocps1算法压缩；

AOI平台收到应用提供商发送的消息后，确定消息路由，找到该消息应该转发给智能终端A，并转发检查当前消息中的压缩算法为videocps1，AOI平台采用该终端视频类推荐压缩算法videocps3进行videocps1到videocps3的转换后，发送压缩后的消息给智能终端A；智能终端A收到消息后，采用videocps3算法解压后提供给应用使用。

实例4

视频点播应用提供商发送视频文件给智能终端A，并且消息中的视频文件使用videocps3算法压缩；

AOI平台收到应用提供商发送的消息后，进行消息路由，找到该消息应该转发给智能终端A，并检查当前消息中的压缩算法为videocps3，当前消息的压缩算法与该终端视频类推荐压缩算法videocps3一致，AOI平台不进行任何处理直接发送消息给智能终端A；智能终端A收到消息后，采用videocps3算法解压后提供给应用使用。

实例5

视频点播应用提供商发送视频文件给智能终端A，并且消息中的视频文件没有进行数据压缩，并要求平台进行数据压缩；

AOI平台收到应用提供商发送的消息后，进行消息路由，找到该消息应该转发给智能终端A，并检查当前消息中的压缩算法为没有压缩并要求压缩数据，AOI平台采用该终端通用默认压缩算法univcps3进行数据压缩后，发送压缩后的消息给智能终端A；智能终端A收到消息后，采用univcps3算法解压后提供给应用使用。

图6为根据本发明实施例的应用数据的传输装置的结构框图。在具体应用时，上述装置应用于永远在线推送基础设施AOI平台中。如图6所示，该装置包括：

接收模块60，用于接收来自于应用服务器的应用数据；

压缩模块62，与接收模块60相连，用于对所述应用数据进行压缩；

发送模块64，与压缩模块62相连，用于将所述压缩后的应用数据发送给终端。

在优选实施过程中，如图7所示，上述装置还可以包括：获取模块66，与压缩模块62相连，用于获取终端上报的压缩算法；则压缩模块62，用于根据上述压缩算法对应用数据进行压缩。

在优选实施过程中，如图7所示，上述获取模块66包括：

接收单元662，用于接收来自于终端的注册消息，其中，该注册消息中包括：指示压缩算法的指示信息；

鉴权单元664，与接收单元662相连，用于对注册信息进行鉴权；

记录单元666，与鉴权单元664相连，用于在所述鉴权单元鉴权通过后，记录所述指示信息。

在优选实施过程中，如图7所示，上述装置还可以包括：判断模块68，用于按照预定规则判断应用数据是否需要进行压缩；如果需要，则通知压缩模块62进行压缩；如果不需要，则通知发送模块64直接发送应用数据。

在优选实施过程中，上述预定规则包括以下至少之一：当所述应用数据的大小到达一定阈值时，对所述应用数据进行压缩；所述应用数据为未压缩数据时，对所述应用数据进行压缩。

为了更好地理解上述实施例，以下结合具体实例和相关附图详细说明。

由于上述应用数据的传输装置，可以包含在AOI平台中应用，因此，本实例中，如图8所示，AOI平台可以包含以下模块：消息接收模块80、业务处理模块82、数据压缩模块84、消息发送模块86。

消息接收模块80(相当于接收模块60)，主要负责AOI平台对其他网元的消息接收解析以及发送到业务处理模块82；

业务处理模块82(获取模块66)，主要负责AOI平台的签约关系管理、鉴权等；

数据压缩模块84(相当于压缩模块62和判断模块68)，主要负责对数据压缩算法的选择、转换以及压缩；

消息发送模块86(相当于发送模块64)，主要负责AOI平台对其他网元的消息发送。

数据压缩模块84连接业务处理模块82与消息发送模块86。业务处理模块82处理完成后消息转发给数据压缩模块84进行压缩算法的选择以及压缩算法的执行。再由消息发送模块86转发到相应的智能终端。

需要注意的是，上述装置中的各模块相关结合的优选工作方式具体可以参见上述方法实施例的描述，此处不再赘述。

从以上的描述中，可以看出，本发明实现了如下技术效果：

本发明采用对AOI平台发送给终端的应用数据进行压缩的技术手段，并且上述实施例中以在AOI平台上根据终端上报的压缩算法为依据，自适应的压缩数据后再进行数据传输。，解决了相关技术中，现有AOI平台数据传输效率较低，例如移动终端的应用产生大量的数据流量，影响语音质量等问题，进而达到了提高AOI平台的数据传输效率，减小移动互联网的数据传输量的效果。

显然，本领域的技术人员应该明白，上述的本发明的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，并且在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本发明不限制于任何特定的硬件和软件结合。

以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (10)

1.一种应用数据的传输方法，其特征在于，包括：

永远在线推送基础设施AOI平台接收来自于应用服务器的应用数据；

所述AOI平台对所述应用数据进行压缩，并将所述压缩后的应用数据发送给终端。

2.根据权利要求1所述的方法，其特征在于，所述AOI平台对所述应用数据进行压缩，包括：

所述AOI平台获取所述终端上报的压缩算法；

所述AOI平台根据所述压缩算法对所述应用数据进行压缩。

3.根据权利要求2所述的方法，其特征在于，所述AOI平台获取所述终端上报的压缩算法，包括：

所述AOI平台接收来自于所述终端的注册消息，其中，该注册消息中包括：指示所述压缩算法的指示信息；

所述AOI平台对所述注册信息进行鉴权，鉴权通过后，记录所述指示信息。

4.根据权利要求3所述的方法，其特征在于，所述AOI平台接收来自于所述终端的注册消息，包括：所述AOI平台接收所述终端中的中间件发送的所述注册消息。

5.根据权利要求1至4任一项所述的方法，其特征在于，所述AOI平台对所述应用数据进行压缩之前，还包括：

所述AOI平台按照预定规则判断所述应用数据是否需要进行压缩；如果需要，则进行压缩；如果不需要则直接发送所述应用数据。

6.根据权利要求5所述的方法，其特征在于，所述预定规则包括以下至少之一：

当所述应用数据的大小到达一定阈值时，对所述应用数据进行压缩；

所述应用数据为未压缩数据时，对所述应用数据进行压缩。

7.一种应用数据的传输装置，应用于永远在线推送基础设施AOI平台中，其特征在于，包括：

接收模块，用于接收来自于应用服务器的应用数据；

压缩模块，用于对所述应用数据进行压缩；

发送模块，用于将所述压缩后的应用数据发送给终端。

8.根据权利要求7所述的装置，其特征在于，还包括：

获取模块，用于获取所述终端上报的压缩算法；

所述压缩模块，用于根据所述压缩算法对所述应用数据进行压缩。

9.根据权利要求8所述的装置，其特征在于，所述获取模块包括：

接收单元，用于接收来自于所述终端的注册消息，其中，该注册消息中包括：指示所述压缩算法的指示信息；

鉴权单元，用于对所述注册信息进行鉴权；

记录单元，用于在所述鉴权单元鉴权通过后，记录所述指示信息。

10.根据权利要求9所述的装置，其特征在于，所述接收单元，还用于接收所述终端中的中间件发送的所述注册消息。

Images