CN102118709A - 提高彩信群发业务时格式转换效率的方法及系统 - Google Patents

Abstract

本发明提供了一种提高彩信群发业务时格式转换效率的方法，包括以下步骤：增值服务提供端根据彩信的内容及发送时间为彩信分配唯一的内容标识；预处理模块接收增值服务提供端发送的彩信内容，根据终端列表中的终端名称向格式转换服务器发起格式转换请求，并分类保存每款终端对格式转换请求的响应消息；彩信发送过程中，预处理模块在收到多媒体消息中心发送的格式转换请求消息时，根据内容标识及终端名称查找本地是否已经有相应的格式转换响应，若查找成功，则直接提取相应的格式转换响应反馈至多媒体消息中心。本发明还提供一种提高彩信群发业务时格式转换效率的系统。利用本发明，可提高彩信群发时的格式转换效率。

Description

提高彩信群发业务时格式转换效率的方法及系统

技术领域

本发明涉及无线通信技术领域，尤其涉及一种提高彩信群发业务时格式转换效率的方法及系统。

背景技术

目前，具有MMS(Multimedia Messaging Service，多媒体信息服务)功能的终端来自各个不同厂商。在设计上，不同的型号拥有不同的功能和特性，具备不同的媒体格式处理能力和特性，在点到点的业务流程以及邮件到点、应用到点的流程中，都会出现源多媒体消息不能被目的终端识别处理或正常播放的情况。

为解决上述问题，提高MMS业务的服务质量，需要格式转换服务器根据接收方终端的终端属性文件UA Profile，检查其能力是否支持发送到该终端的多媒体内容。若发现消息中存在该终端不支持的媒体元素，则必须对这样的媒体元素按终端特性进行适配，并将适配后的媒体内容下发给接收终端，使其在接收终端上能够正常显示，为MMS业务为用户提供更好的服务体验。

格式转换功能由于其自身的特点对系统消耗性能很大，尤其是对于视频类的媒体，转换效率更低。同样大小的媒体，视频类的转换效率比图片类的转换效率低10倍以上，一台中高档的服务器每秒处理视频转换的能力只是个位数，所以格式转换的性能远远不能满足市场需要。

根据现网的MMS彩信业务量统计，点对点业务占总业务量的比率在20％左右，剩余的80％集中在SP(Service Provider，增值服务提供商)业务。各大运营商也是力推SP业务，把SP业务作为盈利点。SP业务具有彩信群发、内容丰富的特性，所以若能首先解决掉SP的彩信业务格式转换，对格式转换服务器的要求也就降低了很多。

现有技术中，格式转换服务器中的缓存是基于某个媒体附件和媒体的参数进行保存的，相同的媒体附件、相同的媒体参数保存一条。但是每次格式转换请求过来时，需要将消息完全解码，将消息的内容拆成多个媒体附件，再去读取用户终端具体的属性信息，再跟内存里转换后的消息进行比对，比对成功该媒体附件则不再转换，当一条消息里包含多个媒体附件时需要比对多次，若其中有一附件成功找到则再转换，只有所有媒体附件都转换成功后再将消息组包，返回给多媒体消息中心，所以这种方式下，格式转换效率较低并且技术难度高。

发明内容

本发明的主要目的在于提供一种提高彩信群发业务时格式转换效率的方法及系统，旨在提高转换效率，降低技术难度。

本发明提供一种提高彩信群发业务时格式转换效率的方法，包括以下步骤：

增值服务提供端根据彩信的内容及发送时间为彩信分配唯一的内容标识；

预处理模块接收增值服务提供端发送的彩信内容，根据终端列表中的终端名称向格式转换服务器发起格式转换请求，并分类保存每款终端对格式转换请求的响应消息；

彩信发送过程中，预处理模块在收到多媒体消息中心发送的格式转换请求消息时，根据内容标识及终端名称查找本地是否已经有相应的格式转换响应，若查找成功，则直接提取相应的格式转换响应反馈至多媒体消息中心。

优选地，上述方法还包括：

在查找本地是否已经有相应的格式转换响应失败时，将格式转换请求发送至格式转换服务器进行格式转换，并将格式转换响应消息保存。

优选地，所述分类保存转换服务器对于每款终端格式转换后的响应消息包括：

根据终端支持的接收大小分类设置预处理模块中用于保存响应消息的内存数据块UB的大小；

将内容相同、终端类型相同的格式转换的响应消息归为一类保存。

优选地，上述方法还包括：

预处理模块解析格式转换请求消息中的终端信息，并与已有的终端列表进行比较，若是一款新终端则将该终端型号写在一个文件里，并将该文件定时更新到终端列表中，对于长时间没有来获取消息的终端类型则从终端列表中清除。

优选地，所述分类保存转换服务器对于每款终端格式转换后的响应消息进一步包括：

在响应消息要保存在某一已经饱和的UB时，释放一最早使用的同类UB，供该响应消息存储；和/或

定时UB执行清理。

本发明提供一种提高彩信群发业务时格式转换效率的系统，包括增值服务提供端、预处理模块、格式转换服务器以及多媒体消息中心，其中，

增值服务提供端，用于根据彩信的内容及发送时间为彩信分配唯一的内容标识；

预处理模块，用于接收增值服务提供端发送的彩信内容，根据终端列表中的终端名称向格式转换服务器发起格式转换请求，并分类保存每款终端对格式转换请求的响应消息；

彩信发送过程中，预处理模块在收到多媒体消息中心发送的格式转换请求消息时，根据内容标识及终端名称查找本地是否已经有相应的格式转换响应，若查找成功，则直接提取相应的格式转换响应反馈至多媒体消息中心。

优选地，所述预处理模块进一步用于：

在查找本地是否已经有相应的格式转换响应失败时，将格式转换请求发送至格式转换服务器进行格式转换，并将格式转换响应消息保存。

优选地，所述预处理模块进一步用于：

根据终端支持的接收大小分类设置预处理模块中用于保存响应消息的内存数据块UB的大小；

将内容相同、终端类型相同的格式转换的响应消息归为一类保存。

优选地，所述预处理模块进一步用于：

解析格式转换请求消息中的终端信息，并与已有的终端列表进行比较，若是一款新终端则将该终端型号写在一个文件里，并将该文件定时更新到终端列表中，对于长时间没有来获取消息的终端类型则从终端列表中清除。

优选地，所述预处理模块进一步用于：

在响应消息要保存在某一已经饱和的UB时，释放一最早使用的同类UB，供该响应消息存储；和/或

定时UB执行清理。

本发明所提供的提高彩信群发业务时格式转换效率的方法及系统，将内容相同、终端类型相同的格式转换的响应消息保存为一类，这样正常业务请求格式转换时只要解析出请求消息的消息头，得到内容标识和终端名称即可在内存中查找是否有相应的响应，无需将整个消息进行解码，所以技术实现上更简单，效率也更高。

附图说明

图1为本发明一实施方式中提高彩信群发业务时格式转换效率方法的流程图；

图2为本发明一实施例中提高彩信群发业务时格式转换效率方法的步骤流程图；

图3为本发明一实施方式中提高彩信群发业务时格式转换效率系统的结构示意图；

图4为本发明一实施例中预处理模块的组网结构图；

图5为本发明另一实施例中预处理模块的组网结构图；

图6为本发明又一实施例中预处理模块的组网结构图。

本发明目的的实现、功能特点及优点将结合实施例，参照附图做进一步说明。

具体实施方式

应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。

图1示出了本发明的一个实施方式中，提高彩信群发业务时格式转换效率的方法。该方法包括以下步骤：

步骤S10，增值服务提供端根据彩信的内容及发送时间为彩信分配唯一的内容标识；例如，增值服务提供商SP准备好要发送内容，通过提交消息MM7_Submit.REQ消息将内容发到预处理模块，目的地址可以是任意一个号码，为了能唯一区分不同时刻不同SP发出的不同彩信内容，在MM7口增加唯一标识符，该标识符可以使用MM7口标准协议中Content字段的href属性来唯一表示。

步骤S20，预处理模块接收增值服务提供端发送的彩信内容，根据终端列表中的终端名称向格式转换服务器发起格式转换请求，并分类保存每款终端对格式转换请求的响应消息；预处理模块可以作为一个单独的模块存在于移动网络中系统中，也可作为一个模块存在于格式转换服务器或多媒体消息中心中。预处理模块具体可分为HTTP子块、格式转换预处理子块和缓存子块，其中，

HTTP子块，负责编解码，解析出内容标识和终端型号信息；

格式转换预处理子块，负责所有的对外接口和终端列表的收集更新功能；例如，其用于负责跟SP的接口，接收SP通过MM7口提交的消息，向SP发送预处理完成的消息(MM7口的投递报告)；负责跟格式转换服务器之间的接口，向格式转换服务器发送格转请求消息，并接收格式转换服务的响应；以及负责跟多媒体消息中心之间的接口，接收多媒体消息中心发起的格式转换请求消息，并向多媒体消息中心返回格式转换的响应。此外，格式转换预处理子块还具有终端列表的收集和更新功能，可根据HTTP子块解析的格式转换请求消息中的终端信息，与已有的终端列表进行比较，若是一款新终端则将该终端型号写在一个文件里，并将该文件定时更新到终端列表中，对于长时间没有来获取消息的终端类型则从终端列表中清除。由于在预转换时是根据已有的终端列表进行的预处理，这些终端跟实际市场上的终端越接近则缓存的效果越明显，所以需要不断收集更新终端列表，具体实现时解析格式转换请求消息中的终端信息，并与已有的终端列表进行比较，若是一个款新终端则将该终端型号写在一个文件里，该文件定时更新到终端列表中，同时对于长时间没有来获取消息的终端类型则从列表中清除，表明该终端已渐从市场上退出。

缓存子块，主要负责存储格式转换服务器返回的各种格式转换响应消息。缓存子块可使用内存数据块UB技术，可根据终端支持的接收大小分类设置预处理模块中用于保存响应消息的内存数据块UB的大小。UB的大小和数量可以设置，由于不同的终端最大支持的大小是一定的，可以统计出终端支持的大小分布区间，该分布区间可作为UB的大小和数量设置的依据。UB可以循环使用，当某个大小的UB已经全部用完，而新的消息过来需要存在该大小的UB时，则释放一个最早使用的UB，供新消息存储。此外，考虑到多媒体消息本身具有的有效期，也可对UB定时进行清理。具体的定时任务可有如下的策略：对每个UB都使用统一定时器，例如时间间隔可以设置为24小时，每个UB保存内容的有效期是24小时，过了有效期24小时后实现清理。

定时器执行清理时只清理一段时间内没有使用过的UB。如每小时执行一次清理，清理最近半个小时内没有使用到的UB。

步骤S30，彩信发送过程中，预处理模块在收到多媒体消息中心发送的格式转换请求消息时，根据内容标识及终端名称查找本地是否已经有相应的格式转换响应，若查找成功，则直接提取相应的格式转换响应反馈至多媒体消息中心。该步骤中还可包括：在查找本地是否已经有相应的格式转换响应失败时，将格式转换请求发送至格式转换服务器进行格式转换，并将格式转换响应消息保存。

本发明实施方式通过在系统中增加一个预处理模块，在群发消息前先将消息发到预处理模块，由预处理模块进行一次预格式转换，将格式转换服务器返回的响应包完整的保存，供后续其他相同终端获取相同内容的用户获取彩信时使用，群发彩信时，不再需要多次转换和比对，从而使得彩信的格式转换效率大为提高。

上述方法的详细流程可参照图2所示，具体可包括以下步骤：

步骤S1、SP准备好要发送的彩信内容，通过MM7_Submit.REQ消息将彩信内容发到预处理模块，目的地址可以是任意一个号码，为了能唯一区分不同时刻不同SP发出的不同彩信内容，在MM7口增加唯一的内容标识符，该标识符可以使用7口标准协议中Content字段的href属性来唯一表示；

步骤S2、预处理模块收到消息以后，根据终端列表中的终端名称，通过STI.REQ消息向格式转换服务器发起格式转换请求；

步骤S3、预处理模块收到格式转换的响应消息STI.RES后，保存每款终端格式转换后的响应消息；

步骤S4、列表中所有终端都处理完后，预处理模块返回SP一条完成预处理的消息MM7_Delivery Report.REQ，这条消息可以是MM7口的投递报告；

步骤S5、SP收到MM7_Delivery Report.REQ后，开始正常的业务下发，例如，通过MM7_Submit.REQ消息将彩信内容提交到多媒体消息中心，目的地址可以是多个；

步骤S6、多媒体消息中心收到群发彩信的消息后，将群发彩信拆成多条，通过MM1_Notification.REQ消息分别给不同的用户发送通告；

步骤S7、用户收到通告后向多媒体消息中心通过MM1_Retrieve消息发起获取彩信的请求，在获取请求里带上彩信的内容标识和终端名称；

步骤S8、多媒体消息中心收到获取请求后根据内容标识判断该彩信是群发彩信，则将格式转换的请求通过STI.REQ消息发给预处理模块；

步骤S9、预处理模块根据内容标识和终端名称在内存里查找是否已经有相应的格式转换响应，若查找成功则直接提取内存中的格式转换响应返回给多媒体消息中心；

步骤S10、若查找失败，预处理模块则将格式转换请求STI.REQ发送给格式转换服务器进行格式转换；

步骤S11、预处理模块收到格式转换响应后将该响应保存；

步骤S12、预处理模块收到格式转换响应后将该响应返回给多媒体消息中心；

步骤S13、多媒体消息中心将转换后的消息通过MM1_Retrieve.RES发送给用户；

步骤S14、用户收到后给多媒体消息中心返回确认消息MM1_Acknowledge.IND；

步骤S15、多媒体消息中心根据需要给SP返回投递报告，流程结束。

本发明提供一种提高彩信群发业务时格式转换效率的系统，如图3所示，其包括增值服务提供端10、预处理模块20、格式转换服务器30以及多媒体消息中心40，其中，

增值服务提供端10，用于根据彩信的内容及发送时间为彩信分配唯一的内容标识；增值服务提供端10可以是增值服务提供商SP的业务中心。例如，增值服务提供商SP准备好要发送内容，通过提交消息MM7_Submit.REQ消息将内容发到预处理模块20，目的地址可以是任意一个号码，为了能唯一区分不同时刻不同SP发出的不同彩信内容，在MM7口增加唯一标识符，该标识符可以使用MM7口标准协议中Content字段的href属性来唯一表示。

预处理模块20，用于接收增值服务提供端10发送的彩信内容，根据终端列表中的终端名称向格式转换服务器30发起格式转换请求，并分类保存每款终端对格式转换请求的响应消息；预处理模块20的结构及实现具体可参照前述方法流程步骤S20中的相关描述，在此不作赘述。

在一具体示例中，预处理模块20作为单独的网元存在于移动网络中系统中，具体的组网如图4所示。

预处理模块20与增值服务提供端10之间采用MM7接口，与格式转换服务器30及多媒体消息中心40之间采用STI接口。

在另一具体示例中，预处理模块20作为一个模块存在于格式转换服务器30或多媒体消息中心40中。当多媒体消息中心40、格式转换服务器30集中部署时，此时预处理模块20作为一个模块部署在系统内部，可装在单独的服务器上也可与多媒体消息中心40的relay/server进行合设，或是与格式转换服务器30合设，这种方式适合于由同一厂家提供整体解决方案时使用。

当多媒体消息中心40、格式转换服务器30分别单独部署时，这种场景下，针对不同的SP业务模式又可分为如下两种组网方式：

若增值业务提供端10只服务于本多媒体消息中心40的用户，在这种业务模式下可将预处理模块20与多媒体消息中心40合设，预处理模块20只服务于本多媒体消息中心，具体如图5所示。

若增值业务提供端10服务于所有的多媒体消息中心40的用户，在这种业务模式下可将预处理模块20与格式转换服务器30进行合设，预处理模块20服务于全网用户，具体如图6所示。

彩信发送过程中，预处理模块20在收到多媒体消息中心40发送的格式转换请求消息时，根据内容标识及终端名称查找本地是否已经有相应的格式转换响应，若查找成功，则直接提取相应的格式转换响应反馈至多媒体消息中心40。

在一实施例中，预处理模块20可进一步用于：

在查找本地是否已经有相应的格式转换响应失败时，将格式转换请求发送至格式转换服务器进行格式转换，并将格式转换响应消息保存。

在另一实施例中，预处理模块20可进一步用于：

根据终端支持的接收大小分类设置预处理模块中用于保存响应消息的内存数据块UB的大小；

将内容相同、终端类型相同的格式转换的响应消息归为一类保存。

在又一实施例中，预处理模块20进一步用于：

解析格式转换请求消息中的终端信息，并与已有的终端列表进行比较，若是一款新终端则将该终端型号写在一个文件里，并将该文件定时更新到终端列表中，对于长时间没有来获取消息的终端类型则从终端列表中清除。

在又一实施例中，预处理模块20进一步用于：

在响应消息要保存在某一已经饱和的UB时，释放一最早使用的同类UB，供该响应消息存储；和/或

定时UB执行清理。

具体地，本发明实施方式中提高彩信群发业务时格式转换效率的系统，对彩信群发的处理流程可参照前述图1及图2所示实施例。

以上仅为本发明的优选实施例，并非因此限制本发明的专利范围，凡是利用本发明说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本发明的专利保护范围内。

Claims (10)

1.一种提高彩信群发业务时格式转换效率的方法，其特征在于，包括以下步骤：

增值服务提供端根据彩信的内容及发送时间为彩信分配唯一的内容标识；

预处理模块接收增值服务提供端发送的彩信内容，根据终端列表中的终端名称向格式转换服务器发起格式转换请求，并分类保存每款终端对格式转换请求的响应消息；

彩信发送过程中，预处理模块在收到多媒体消息中心发送的格式转换请求消息时，根据内容标识及终端名称查找本地是否已经有相应的格式转换响应，若查找成功，则直接提取相应的格式转换响应反馈至多媒体消息中心。

2.如权利要求1所述的提高彩信群发业务时格式转换效率的方法，其特征在于，还包括：

在查找本地是否已经有相应的格式转换响应失败时，将格式转换请求发送至格式转换服务器进行格式转换，并将格式转换响应消息保存。

3.如权利要求1或2所述的提高彩信群发业务时格式转换效率的方法，其特征在于，所述分类保存转换服务器对于每款终端格式转换后的响应消息包括：

根据终端支持的接收大小分类设置预处理模块中用于保存响应消息的内存数据块UB的大小；

将内容相同、终端类型相同的格式转换的响应消息归为一类保存。

4.如权利要求3所述的提高彩信群发业务时格式转换效率的方法，其特征在于，还包括：

预处理模块解析格式转换请求消息中的终端信息，并与已有的终端列表进行比较，若是一款新终端则将该终端型号写在一个文件里，并将该文件定时更新到终端列表中，对于长时间没有来获取消息的终端类型则从终端列表中清除。

5.如权利要求4所述的提高彩信群发业务时格式转换效率的方法，其特征在于，所述分类保存转换服务器对于每款终端格式转换后的响应消息进一步包括：

在响应消息要保存在某一已经饱和的UB时，释放一最早使用的同类UB，供该响应消息存储；和/或

定时UB执行清理。

6.一种提高彩信群发业务时格式转换效率的系统，其特征在于，包括增值服务提供端、预处理模块、格式转换服务器以及多媒体消息中心，其中，

增值服务提供端，用于根据彩信的内容及发送时间为彩信分配唯一的内容标识；

预处理模块，用于接收增值服务提供端发送的彩信内容，根据终端列表中的终端名称向格式转换服务器发起格式转换请求，并分类保存每款终端对格式转换请求的响应消息；

彩信发送过程中，预处理模块在收到多媒体消息中心发送的格式转换请求消息时，根据内容标识及终端名称查找本地是否已经有相应的格式转换响应，若查找成功，则直接提取相应的格式转换响应反馈至多媒体消息中心。

7.如权利要求6所述的系统，其特征在于，所述预处理模块进一步用于：

在查找本地是否已经有相应的格式转换响应失败时，将格式转换请求发送至格式转换服务器进行格式转换，并将格式转换响应消息保存。

8.如权利要求6或7所述的系统，其特征在于，所述预处理模块进一步用于：

根据终端支持的接收大小分类设置预处理模块中用于保存响应消息的内存数据块UB的大小；

将内容相同、终端类型相同的格式转换的响应消息归为一类保存。

9.如权利要求8所述的系统，其特征在于，所述预处理模块进一步用于：

解析格式转换请求消息中的终端信息，并与已有的终端列表进行比较，若是一款新终端则将该终端型号写在一个文件里，并将该文件定时更新到终端列表中，对于长时间没有来获取消息的终端类型则从终端列表中清除。

10.如权利要求9所述的系统，其特征在于，所述预处理模块进一步用于：

在响应消息要保存在某一已经饱和的UB时，释放一最早使用的同类UB，供该响应消息存储；和/或

定时UB执行清理。

Images