CN103906007A - 一种彩信转发方法及装置 - Google Patents

Abstract

本发明提供一种彩信转发的方法及装置。该彩信转发方法包括：网关接收终端发送的经过压缩的彩信；所述网关对所述彩信进行解析，获取所述彩信携带的所述终端压缩时所使用的压缩类型参数；所述网关根据所述压缩类型参数对所述彩信进行解压缩，得到解压后的彩信；将所述解压后的彩信发送到彩信中心。根据本发明的技术方案，网关将接收的彩信进行解压缩再通过常规方式发送给彩信中心，将彩信中心下载彩信通过压缩形式发送给终端，通过这种方式可以有效解决网络资源浪费，加快彩信上传或下载速度。

Description

一种彩信转发方法及装置

技术领域

本发明涉及通信应用领域，尤其涉及一种彩信转发方法及装置。

背景技术

彩信是移动通信中最流行的手段之一。随着彩信的广泛应用，其移动数据网络用户的平均流量和用户数增幅已经超过传统话音网络，数据业务渐渐占用了大量的网络资源，数据核心网频繁出现流量瓶颈，同时网络资源的应用也日趋紧张；如何节约网络带宽，加快用户访问速度，提升用户体验已经成为各大运营商迫切需要解决的问题。

目前，终端所发送或接收一个120KB的彩信有时可能需要1小时左右，而彩信中心由于同时下发的彩信资源非常的多，常常会导致网络堵塞的状况；而现阶段为解决网络堵塞等问题，通常是在通过移动网络不断的扩大带宽，虽然解决了网络堵塞等问题，但造成了极大的资源浪费。

其次，如果不能过扩大网络带宽，用户为了能获得彩信在网络中的较快通信速度，通常会使用低质量的彩信，因为低质量的彩信的数据大小通常较小，网络传输速度相对较快，但这样的方式是以降低彩信实质的质量来换取速度，这显然无法同时满足用户的对于质量和速度的需求，久而久之对于彩信业务自身也会造成伤害。

上述现有技术都没有真正地解决节约网络带宽、加快收发彩信速度，提高移动数据流量处理等问题；如果能通过网关对发送或接收的彩信进行压缩/解压缩等处理，这样既可以对彩信进行压缩发送又可以满足彩信中心的要求，以达到减少无线侧数据流量、加速用户访问的功能、节约网络带宽。

发明内容

本发明要解决的技术问题是提供一种彩信转发方法及***，有效提高彩信收发速度，节省了网带。

为解决上述技术问题，本发明的实施例提供技术方案如下：

一方面，提供一种彩信转发方法包括：网关接收终端发送的经过压缩的彩信；所述网关对所述彩信进行解析，获取所述彩信携带的所述终端压缩时所使用的压缩类型参数；所述网关根据所述压缩类型参数对所述彩信进行解压缩，得到解压后的彩信；将所述解压后的彩信发送到彩信中心。

其中，所述网关根据所述压缩类型参数对所述彩信进行解压缩的步骤包括：所述网关根据所述压缩类型参数，在引擎库预先配置的压缩/解压缩引擎中查找相应的压缩/解压缩引擎，并调用查找到的压缩/解压缩引擎对所述彩信进行解压缩。

另一方面，提供一种彩信转发装置，包括：接收模块，用于接收终端发送的经压缩的彩信；解析模块，用于对所述彩信进行解析，获取所述彩信携带的所述终端压缩时所使用的压缩类型参数；解压缩模块，用于根据所述压缩类型参数对所述彩信进行解压缩，得到解压后的彩信；发送模块，用于将所述解压后的彩信发送到彩信中心。

其中，还包括：预先配置有各种压缩/解压缩引擎及其相应压缩类型参数的引擎库；所述解压缩模块，还用于根据所述压缩类型参数在所述引擎库中查找相应的压缩/解压缩引擎，并调用查找到的压缩/解压缩引擎对所述彩信进行解压缩。

另一方面，提供一种彩信转发方法包括：网关接收终端发送的彩信下载请求，其中，所述彩信下载请求携带有所述终端支持的压缩类型参数；所述网关对所述彩信下载请求进行解析，获取所述彩信请求携带的所述终端所支持的压缩类型参数并记录；所述网关从所述彩信请求中移除所述压缩类型参数，得到移除所述压缩类型参数后的彩信请求，并发送给彩信中心；所述网关接收所述彩信中心反馈的所述终端请求的彩信，根据记录的压缩类型参数对所述彩信进行压缩，并将压缩后的彩信转发给所述终端。

其中，所述彩信请求还携带发送所述彩信请求的终端标识；所述网关对所述彩信下载请求进行解析，获取所述彩信请求携带的所述终端所支持的压缩类型参数并记录的步骤包括：所述网关对所述彩信下载请求进行解析，获取所述彩信请求携带的所述终端所支持的压缩类型参数和所述终端标识，并记录所述终端标识、所述压缩类型参数以及所述终端标识与所述压缩类型参数的对应关系。

其中，所述网关根据记录的压缩类型参数对所述彩信进行压缩，进一步包括：所述网关根据记录的所述压缩类型参数在引擎库预先配置的各种压缩/解压缩引擎中查找相应的压缩/解压缩引擎，并调用查找到的压缩/解压缩引擎对所述彩信进行压缩。

另一方面，提供一种彩信转发装置，包括：接收模块，用于接收终端发送的彩信下载请求，其中，所述彩信下载请求携带有所述终端支持的压缩类型参数；解析模块，用于对所述彩信下载请求进行解析，获取所述彩信请求携带的所述终端所支持的压缩类型参数并记录；转发模块，用于从所述彩信请求中移除所述压缩类型参数，得到移除所述压缩类型参数后的彩信请求，并发送给彩信中心；压缩模块，用于接收所述彩信中心反馈的所述终端请求的彩信，并将压缩后的彩信转发给所述终端。

其中，所述彩信请求还携带发送所述彩信请求的终端标识；所述解析模块，进一步用于所述彩信下载请求进行解析，获取所述彩信请求携带的所述终端所支持的压缩类型参数和所述终端标识，并记录所述终端标识、所述压缩类型参数以及所述终端标识与所述压缩类型参数的对应关系。

其中，所述装置还包括：预先配置有各种压缩/解压缩引擎及其相应压缩类型参数的引擎库；所述压缩模块，还根据记录的所述压缩类型参数在引擎库中查找相应的压缩/解压缩引擎，并调用查找到的压缩/解压缩引擎对所述彩信进行压缩。

本发明的上述技术方案的有益效果如下：

1）通过接收终端发送的已压缩彩信，并根据彩信所携带的压缩类型参数进行解压缩后发送到彩信中心，当接收到彩信中心所发送彩信时，则对其彩信进行压缩的方式发给终端；从而减少了网络带宽的浪费同时提高了彩信发送速度；

2）根据终端所发送的彩信或彩信请求中所携带的压缩类型参数的处理，达到网关可以在不改变彩信中心的条件下对彩信进行压缩/解压缩处理，有效地提高了网络上传或下载彩信的速度，节约了网络资源的应用。

附图说明

图1为本发明的第一实施例的方法流程图；

图2为本发明的第二实施例的装置结构示意图；

图3为本发明的第三实施例的方法流程图；

图4为本发明实施例的第一示意图；

图5为本发明的第四实施例的装置结构示意图。

具体实施方式

为使本发明要解决的技术问题、技术方案和优点更加清楚，下面将结合附图及具体实施例进行详细描述。

本发明的实施例针对终端发送或接收彩信时造成网络流量浪费过大，导致网络速度变慢使，彩信无法快速发送或接收到目的地终端等问题，提供一种彩信转发方法及装置，包括：网关接收终端发送的还有压缩类型参数的压缩彩信，并根据这个压缩类型参数对其进行解压，再发送到彩信中心；还包括：网关接收终端发送的还有压缩类型参数的彩信请求，并将其压缩类型参数进行记录后再将其请求发送给彩信中心；网关接收到彩信中心反馈后又将彩信进行压缩后转发给所发请求的终端。

如图1所示，为本发明的第一实施例的方法流程图，在本实施例中，一种彩信转发方法，包括：

S101、网关接收终端发送的经过压缩的彩信；

本实施例中，网关所接收的是终端在发送彩信时，终端已将彩信实体内容进行压缩，并把压缩彩信在发送前将其所使用的压缩类型参数添加在彩信的消息头中，其中，终端的压缩引擎可使用gzip、deflate、compress、ppmd等压缩算法，当然，本发明可使用的压缩算法并不限于此。

S102、网关对所述彩信进行解析，获取所述彩信携带的所述终端压缩时所使用的压缩类型参数；

本实施例中，通过步骤S101中所接收到压缩的彩信，对彩信消息头的解析来获取压缩类型以使网关在向彩信中心发送前对压缩的彩信选择适合的解压格式，网关会自动扫描消息头中所带有的信息；当扫描到消息头中的含有压缩类型参数时将会以压缩文件形式对接收到的压缩彩信进行读取。

S103、网关根据所述压缩类型参数对所述彩信进行解压缩，得到解压后的彩信；

本实施例中，步骤S103根据步骤S102所解析出经压缩彩信的压缩类型参数对压缩的彩信进行解压，还包括：所述网关根据所述压缩类型参数，在引擎库预先配置的压缩/解压缩引擎中查找相应的压缩/解压缩引擎，并调用查找到的压缩/解压缩引擎对所述彩信进行解压缩。当网关解压缩彩信后还会对彩信进行其他常规处理，例如，在彩信消息头中添加终端IP地址或终端号码或接收端口号等。步骤S103中还从所述彩信中移除所述压缩类型参数。

S104、将所述解压后的彩信发送到彩信中心。

下面以一个应用实施例对上述第一实施例进一步说明：

例如，用户操控终端在用户界面上编辑生成一大小为275kb的彩信并点击发送，终端接收到所述发送信号，自动将编辑完毕的彩信进行gzip格式的压缩，执行完压缩的彩信的大小缩减至120kb；再向网关发送压缩至120kb的彩信，并在彩信消息头中添加使用的gzip格式的压缩类型参数；这样在彩信发送过程中，实际发生在终端与网关之间的流量即为120kb。

首先，网关收到经终端压缩的大小为120kb彩信，并根据所述gzip格式的压缩类型参数，在引擎库预先配置的压缩/解压缩引擎中查找相应的gzip格式的引擎，并调用查找到的gzip格式的引擎对所述彩信进行解压缩，将所述彩信解压还原成275kb；在解压缩的同时对彩信消息头进行终端IP地址或号码或接收端口号等常规处理；最后，将解压缩过的彩信发送到彩信中心。

通过第一实施例的说明，本发明提出对彩信的实质内容进行压缩，并根据压缩彩信的消息头中添加的所使用的压缩类型参数实现解压，再发送到彩信中心；接收压缩彩信来加快彩信发送速度再通过解压实现向彩信中心的常规发送。对于彩信中心，网关解压彩信后向所述彩信中心发送，对于所述彩信中心彩信发送过程没有任何改变，即网关实现了一种透明式的工作方式，使用户以正常方式编辑完毕彩信后，彩信自动在后台完成压缩功能向网关发送，网关则以降低流量加快发送速度的效果并且不改彩信中心要接收的条件下，将彩信上传彩信中心。

另外，在终端侧对于彩信的压缩操作可以是直接默认执行的，对于用户彩信的压缩操作是在用户没有感知的情况下自动完成的；有些情况下，彩信的压缩是有损的，为了最大程度保证彩信的数据安全，用户也可以设置彩信的压缩操作在问询后得到用户指示再实时开启执行，或者用户设置关闭彩信的压缩操作。如图2所示，为本发明的第二实施例的装置结构示意图，在本实施例中，一种彩信转发装置，所述装置位于所述网关中或与网关相连接的外部收发装置中，但本发明并不局限于此，该装置包括：接收模块201、解析模块202、解压缩模块203、发送模块204和引擎库205。

接收模块201，用于接收终端发送的经压缩的彩信；本实施例中，终端在发送彩信时，已将彩信实体内容进行压缩，并将其所使用的压缩类型参数添加在彩信的消息头中，其中，终端的压缩算法可使用gzip、deflate、compress、ppmd等压缩算法，当然，本发明可使用的压缩算法并不限于此。

解析模块202，用于对所述彩信进行解析，获取所述彩信携带的所述终端压缩时所使用的压缩类型参数；

本实施例中，解析模块202接收模块201中所接收到压缩的彩信，网关会自动扫描消息头中所带有的信息，然后对彩信消息头进行解析来获取压缩类型以便在向彩信中心发送彩信前对压缩的彩信选择适合的解压格式进行解压；当扫描到消息头中的含有压缩类型参数时将会以相应压缩文件形式对接收到的压缩彩信进行读取。

解压缩模块203，用于根据所述压缩类型参数对所述彩信进行解压缩，得到解压后的彩信；所述解压缩模块203还用于根据所述压缩类型参数在引擎库205中查找相应的压缩/解压缩引擎，并调用查找到的压缩/解压缩引擎对所述彩信进行解压缩；当解压缩模块203解压缩彩信后还会对彩信进行其他常规处理，例如，在彩信消息头中添加终端IP地址或终端号码等。解压缩模块203还从所述彩信中移除所述压缩类型参数。

发送模块204，用于将所述解压后的彩信发送到彩信中心；

引擎库205，用于预先配置有各种压缩/解压缩引擎及其相应压缩类型参数的引擎库。

针对第二实施例进一步解释说明为：

接收模块201接收来自终端所发送的压缩彩信，其中，终端还在彩信消息头中添加使用的压缩类型参数；并将所接收到的压缩彩信发送给解析模块202；解析模块202根据压缩彩信消息头中所带的压缩类型参数，对所接收的压缩彩信进行压缩格式分析，并将其解析结果发送给解压缩模块203；解压缩模块203根据解析模块202的解析结果在引擎库205预先配置的压缩/解压缩引擎中查找相应的压缩/解压缩引擎，并调用查找到的压缩/解压缩引擎对所述彩信进行解压缩；同时解压缩模块203对彩信消息头进行终端地址或号码***等常规处理；最后，解压缩模块203将解压缩的彩信发送给发送模块204；发送模块204将解压缩的彩信发送到彩信中心。

如图3所示，为本发明的第三实施例的方法流程，在本实施例中，一种彩信转发方法，包括：

S301、网关接收终端发送的彩信下载请求，其中，所述彩信下载请求携带有所述终端支持的压缩类型参数，及所述彩信请求还携带发送所述彩信请求的终端标识；

本实施例中，步骤S301中由于网关可以接收多个终端发送的彩信请求，所以在彩信请求的请求消息头中需要添加终端所支持的压缩类型参数及对应的终端标识；终端在彩信请求的请求消息头中加入其所支持的压缩类型参数及对应的终端标识也是为了向网关确认该终端所支持的压缩类型是否可以得到网关的支持，保证了终端在接收彩信时既可减少流量也可以从彩信中心处合法接收彩信。每个彩信请求的请求消息头中可以携带终端所支持的多个压缩类型参数。

S302、网关对所述彩信下载请求进行解析，获取所述彩信请求携带的所述终端所支持的压缩类型参数并记录；

步骤S302还包括：所述网关对所述彩信下载请求进行解析，获取所述彩信请求携带的所述终端所支持的压缩类型参数和所述终端标识，并记录所述终端标识、所述压缩类型参数以及所述终端标识与所述压缩类型参数的对应关系；

本实施例中，步骤S302中网关对彩信下载请求进行解析是把彩信请求的消息头中压缩类型与对应的终端标识解析出来，并将解析的压缩类型与对应的终端标识记录在网关的数据库中；通过步骤S302对彩信请求的解析并将解析结果记录在数据库，网关可以有效确定终端所支持压缩类型网关可以有效地应用其压缩类型，为后续转发彩信中心向终端发送的所述彩信进行网络流量与网络资源带宽的控制。

S303、网关从所述彩信请求中移除所述压缩类型参数，得到移除所述压缩类型参数后的彩信请求，并发送给彩信中心；

本实施例中，步骤S303中对步骤S302中已经记录的彩信请求中携带压缩类型参数从彩信请求中移除是为了保证向彩信中心发送彩信请求信息时的合法化，因为，现阶段彩信中心只接受消息头中非压缩格式的名称及其名称后缀，而对于在彩信请求的消息头中添加压缩类型参数是不符合彩信中心接收条件的，所以，步骤S303中网关需要将彩信请求中的压缩类型参数进行删除，以保证在不改变彩信中心要求的条件进行发送。

S304、网关接收所述彩信中心反馈的所述终端请求的彩信，根据记录的压缩类型参数对所述彩信进行压缩，并将压缩后的彩信转发给所述终端；步骤S304进一步包括：所述网关根据记录的所述压缩类型参数在引擎库预先配置的各种压缩/解压缩引擎中查找相应的压缩/解压缩引擎，并调用查找到的压缩/解压缩引擎对所述彩信进行压缩。

本实施例中，步骤S304中网关接收彩信中心所发送的终端向彩信中心请求下载的彩信，根据步骤S302中网关数据库所记录的压缩类型参数在引擎库预先配置的各种压缩/解压缩引擎中查找相应的压缩/解压缩引擎，并调用查找到的压缩/解压缩引擎对所述彩信进行压缩；再由数据库中所记录的终端标识将压缩的彩信发送到终端标识所对应的终端；由于步骤S304对彩信中心发送的彩信进行压缩，使彩信体积减小，提高终端下载彩信的速度，有效地解决了终端收发彩信时节省无线流量和带宽的目的。

在步骤304中，还将所使用的压缩类型参数添加在压缩后的彩信中一同转发给所述终端，一方面可以向所述终端告知此彩信是使用了压缩方式的彩信以提示终端解压缩后再展示，另一方面，在步骤301中每个彩信请求的请求消息头中可以携带终端所支持的多个压缩类型参数，所以网关选择一种压缩类型参数完成压缩，此时需要告知终端是使用的哪种压缩方式，终端需要使用相应的方式解压缩。

如图4所示，下面以一个应用实施例对上述第三实施例进一步说明：

网关20接收终端集群10所发送的彩信请求，例如，网关接收终端101发送的带有gzip压缩格式的压缩类型参数及其对应的终端101的标识码123，网关还接收终端102发送的带有deflate压缩格式的压缩类型参数及其对应的终端2标识码456的彩信请求；网关20再将所接收到的终端101的彩信请求中所携带的gzip格式压缩类型参数及终端标识码123对应记录到网关20的数据库中，将终端102的彩信请求中所携带的deflate格式压缩类型参数及终端标识码456对应记录到网关20的数据库中，并将终端101的彩信请求中携带的gzip格式压缩类型参数以及终端102的彩信请求中携带的deflate格式压缩类型参数进行删除，再发送给彩信中心30；

彩信中心30接收到网关20发送的终端101与终端102的彩信请求后，分别将终端101与终端102请求下载的彩信反馈给网关20，彩信中心在反馈彩信时，相应的彩信会携带对应的终端的标识码；

网关20接收到彩信后，解析所述彩信的终端标识码为123，根据所述终端标识码123在网关20中数据库进行查询，查询到所述终端标识码为123的对应记录的压缩类型参数为gzip压缩格式，根据所述gzip压缩格式在网关20的引擎库预先配置的各种压缩/解压缩引擎中查找相应的gzip压缩/解压缩引擎，并使用gzip压缩/解压缩引擎对所述彩信进行压缩，将压缩后的所述彩信发送至终端标识码123对应的终端101；

网关20接收到另一彩信后，解析所述彩信的终端标识码为456，根据所述终端标识码456在网关20中数据库进行查询，查询到所述终端标识码为456的对应记录的压缩类型参数为deflate压缩格式，根据所述deflate压缩格式在网关20的引擎库预先配置的各种压缩/解压缩引擎中查找相应的deflate压缩/解压缩引擎，并使用deflate压缩/解压缩引擎对所述彩信进行压缩，将压缩后的所述彩信发送至终端标识码456对应的终端102。

通过降低在SP服务器与用户之间传递的流量，网络服务器规范定义了接收消息头字段和发送报头字段，其中，接收消息头字段申明客户端可以理解的编码机制支持流量压缩；发送报头字段申明服务器给客户端浏览器返回了已被压缩的内容。如果把所有的要接收或发送的彩信的压缩都交给要申明的服务器，那么同样会阻碍彩信的收发速度，并且所申请的服务器会降低要下载的彩信的实质的质量；而本发明则是在不影响正常交互的前提下利用网关在终端上传或下载到彩信中心的过程中间进行压缩或解压缩，既减少了网络流量加大也节约的网络带宽的浪费，还有效地提了彩信收发速度。

如图5所示，为本发明的第四实施例的装置结构示意图，在本实施例中，一种彩信转发装置，所述装置位于所述网关中或与网关相连接的外部收发装置中，但本发明并不局限于此，该装置包括：

接收模块501，用于接收终端发送的彩信下载请求，其中，所述彩信下载请求携带有所述终端支持的压缩类型参数，及所述彩信请求还携带发送所述彩信请求的终端标识；

本实施例中，接收模块501将会接收到多个终端发送的彩信下载请求，而每个请求中都有终端在其彩信请求的消息头中添加的压缩类型参数及终端标识。

解析模块502，用于对所述彩信下载请求进行解析，获取所述彩信请求携带的所述终端所支持的压缩类型参数并记录；所述解析模块502，还进一步用于所述彩信下载请求进行解析，获取所述彩信请求携带的所述终端所支持的压缩类型参数和所述终端标识，并记录所述终端标识、所述压缩类型参数以及所述终端标识与所述压缩类型参数的对应关系。

本实施例中，解析模块502对彩信下载请求进行解析是把彩信请求的消息头中压缩类型与对应的终端标识解析出来，并将解析的压缩类型与对应的终端标识记录在解析模块502中；解析模块502将解析结果所述终端标识、所述压缩类型参数以及所述终端标识与所述压缩类型参数的对应关系记录在解析模块502中，可以有效确定终端所支持压缩类型，为后续转发彩信中心向终端发送的所述彩信进行网络流量与网络资源带宽的控制。

转发模块503，用于从所述彩信请求中移除所述压缩类型参数，得到移除所述压缩类型参数后的彩信请求，并发送给彩信中心；

本实施例中，转发模块503将已经记录的彩信请求中携带压缩类型参数从彩信请求中移除是为了保证向彩信中心发送彩信请求信息时的合法化，因为，现阶段彩信中心只接受消息头中非压缩格式的名称及其名称后缀，而对于在彩信请求的消息头中添加压缩类型参数是不符合彩信中心接收条件的，所以，所述转发模块503将彩信请求中的压缩类型参数进行删除，以保证在不改变彩信中心要求的条件进行正常发送。

压缩模块504，用于接收所述彩信中心反馈的所述终端请求的彩信，并将压缩后的彩信转发给所述终端；所述压缩模块504进一步包括：根据记录的所述压缩类型参数在引擎库505预先配置的各种压缩/解压缩引擎中查找相应的压缩/解压缩引擎，并调用查找到的压缩/解压缩引擎对所述彩信进行压缩。

引擎库505，用于预先配置有各种压缩/解压缩引擎及其相应压缩类型参数的引擎库；

本实施例中，压缩模块504接收彩信中心所发送的终端向彩信中心请求下载的彩信，根据解析模块502所记录的压缩类型参数在引擎库505预先配置的各种压缩/解压缩引擎中查找相应的压缩/解压缩引擎，并调用查找到的压缩/解压缩引擎对所述彩信进行压缩；再由所记录的终端标识将压缩的彩信发送到终端标识所对应的终端；由于压缩模块504对彩信中心发送的彩信进行压缩，使彩信体积减小，提高终端下载彩信的速度，有效地解决了终端收发彩信时节省无线流量和带宽的目的。压缩模块504还将所使用的压缩类型参数添加在压缩后的彩信中一同转发给所述终端，一方面可以向所述终端告知此彩信是使用了压缩方式的彩信以提示终端解压缩后再展示，另一方面，解析模块502记录的每个彩信请求的请求消息头中可以携带终端所支持的多个压缩类型参数，所以压缩模块504选择一种压缩类型参数完成压缩，此时需要告知终端是使用的哪种压缩方式，终端需要使用相应的方式解压缩。

针对第四实施例进一步举出应用实例解释说明为：

接收模块501接收来某终端发送的彩信请求并将所述彩信请求发送给解析模块502，其中彩信请求中带有gzip格式的压缩类型参数及其对应的终端标识为号码123456；解析模块502从接收到彩信请求中的请求消息头中解析出带有gzip格式的压缩类型参数及其对应的终端标识为号码123456，同时记录解析出的gzip格式及对应终端标识123456，并将彩信请求发送到转发模块503中；转发模块503将解析模块502中已记录的gzip格式的压缩类型参数从彩信请求的请求消息头中删除后，再发送给彩信中心；

彩信中心接收转发模块503发送的彩信请求后，将所请求的100k大小的彩信进行下发；压缩模块504接收到彩信中心发送的100k大小的彩信后，根据解析模块502所记录的gzip格式的压缩类型参数在引擎库505预先配置的各种压缩/解压缩引擎中查找相应的gzip压缩/解压缩引擎，并调用查找到的gzip压缩/解压缩引擎对所述彩信进行压缩；将100k大小的彩信压缩到60k（根据不同的压缩类型及其压缩算法，压缩程度大小也不尽相同）；再由所记录的终端标识将压缩的彩信发送到终端标识所对应的终端。

此说明书中所描述的许多功能部件都被称为模块，以便更加特别地强调其实现方式的独立性。

本发明实施例中，模块可以用软件实现，以便由各种类型的处理器执行。举例来说，一个标识的可执行代码模块可以包括计算机指令的一个或多个物理或者逻辑块，举例来说，其可以被构建为对象、过程或函数。尽管如此，所标识模块的可执行代码无需物理地位于一起，而是可以包括存储在不同物理上的不同的指令，当这些指令逻辑上结合在一起时，其构成模块并且实现该模块的规定目的。

实际上，可执行代码模块可以是单条指令或者是许多条指令，并且甚至可以分布在多个不同的代码段上，分布在不同程序当中，以及跨越多个存储器设备分布。同样地，操作数据可以在模块内被识别，并且可以依照任何适当的形式实现并且被组织在任何适当类型的数据结构内。所述操作数据可以作为单个数据集被收集，或者可以分布在不同位置上（包括在不同存储设备上），并且至少部分地可以仅作为电子信号存在于***或网络上。

在模块可以利用软件实现时，考虑到现有硬件工艺的水平，所以可以以软件实现的模块，在不考虑成本的情况下，本领域技术人员都可以搭建对应的硬件电路来实现对应的功能，所述硬件电路包括常规的超大规模集成（VLSI）电路或者门阵列以及诸如逻辑芯片、晶体管之类的现有半导体或者是其它分立的元件。模块还可以用可编程硬件设备，诸如现场可编程门阵列、可编程阵列逻辑、可编程逻辑设备等实现。

在本发明各方法实施例中，所述各步骤的序号并不能用于限定各步骤的先后顺序，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，对各步骤的先后变化也在本发明的保护范围之内。

以上所述是本发明的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明所述原理的前提下，还可以作出若干改进和润饰，这些改进和润饰也应视为本发明的保护范围。

Claims (10)

1.一种彩信转发方法，包括：

网关接收终端发送的经过压缩的彩信；

所述网关对所述彩信进行解析，获取所述彩信携带的所述终端压缩时所使用的压缩类型参数；

所述网关根据所述压缩类型参数对所述彩信进行解压缩，得到解压后的彩信；

将所述解压后的彩信发送到彩信中心。

2.根据权利要求1所述的彩信转发方法，其特征在于，所述网关根据所述压缩类型参数对所述彩信进行解压缩的步骤包括：

所述网关根据所述压缩类型参数，在引擎库预先配置的压缩/解压缩引擎中查找相应的压缩/解压缩引擎，并调用查找到的压缩/解压缩引擎对所述彩信进行解压缩。

3.一种彩信转发装置，其特征在于，包括：

接收模块，用于接收终端发送的经压缩的彩信；

解析模块，用于对所述彩信进行解析，获取所述彩信携带的所述终端压缩时所使用的压缩类型参数；

解压缩模块，用于根据所述压缩类型参数对所述彩信进行解压缩，得到解压后的彩信；

发送模块，用于将所述解压后的彩信发送到彩信中心。

4.根据权利要求3所述的彩信转发装置，其特征在于，还包括：预先配置有各种压缩/解压缩引擎及其相应压缩类型参数的引擎库；

所述解压缩模块，还用于根据所述压缩类型参数在所述引擎库中查找相应的压缩/解压缩引擎，并调用查找到的压缩/解压缩引擎对所述彩信进行解压缩。

5.一种彩信转发方法，包括：

网关接收终端发送的彩信下载请求，其中，所述彩信下载请求携带有所述终端支持的压缩类型参数；

所述网关对所述彩信下载请求进行解析，获取所述彩信请求携带的所述终端所支持的压缩类型参数并记录；

所述网关从所述彩信请求中移除所述压缩类型参数，得到移除所述压缩类型参数后的彩信请求，并发送给彩信中心；

所述网关接收所述彩信中心反馈的所述终端请求的彩信，根据记录的压缩类型参数对所述彩信进行压缩，并将压缩后的彩信转发给所述终端。

6.根据权利要求5所述的彩信转发方法，其特征在于，

所述彩信请求还携带发送所述彩信请求的终端标识；

所述网关对所述彩信下载请求进行解析，获取所述彩信请求携带的所述终端所支持的压缩类型参数并记录的步骤包括：

所述网关对所述彩信下载请求进行解析，获取所述彩信请求携带的所述终端所支持的压缩类型参数和所述终端标识，并记录所述终端标识、所述压缩类型参数以及所述终端标识与所述压缩类型参数的对应关系。

7.根据权利要求6所述的彩信转发方法，其特征在于，所述网关根据记录的压缩类型参数对所述彩信进行压缩，进一步包括：

所述网关根据记录的所述压缩类型参数在引擎库预先配置的各种压缩/解压缩引擎中查找相应的压缩/解压缩引擎，并调用查找到的压缩/解压缩引擎对所述彩信进行压缩。

8.一种彩信转发装置，包括：

接收模块，用于接收终端发送的彩信下载请求，其中，所述彩信下载请求携带有所述终端支持的压缩类型参数；

解析模块，用于对所述彩信下载请求进行解析，获取所述彩信请求携带的所述终端所支持的压缩类型参数并记录；

转发模块，用于从所述彩信请求中移除所述压缩类型参数，得到移除所述压缩类型参数后的彩信请求，并发送给彩信中心；

压缩模块，用于接收所述彩信中心反馈的所述终端请求的彩信，并将压缩后的彩信转发给所述终端。

9.根据权利要求8所述的彩信转发装置，其特征在于，

所述彩信请求还携带发送所述彩信请求的终端标识；

所述解析模块，进一步用于所述彩信下载请求进行解析，获取所述彩信请求携带的所述终端所支持的压缩类型参数和所述终端标识，并记录所述终端标识、所述压缩类型参数以及所述终端标识与所述压缩类型参数的对应关系。

10.根据权利要求8所述的彩信转发装置，其特征在于，还包括：预先配置有各种压缩/解压缩引擎及其相应压缩类型参数的引擎库；

所述压缩模块，还根据记录的所述压缩类型参数在引擎库中查找相应的压缩/解压缩引擎，并调用查找到的压缩/解压缩引擎对所述彩信进行压缩。

Images