CN101572871A - 彩信消息下发方法、装置及系统 - Google Patents

Abstract

本发明公开了一种彩信消息下发方法、装置及系统。该方法包括：彩信网关接收发送方的彩信提交消息，其中，该彩信提交消息携带有指示发送方是否第一次发送彩信提交消息所提交的彩信消息的标识；彩信网关根据该标识，判断发送方是否第一次发送彩信消息，如果是，则执行步骤1，否则执行步骤2；步骤1，保存彩信消息的消息体，生成首发消息标识返给发送方，并建立首发消息标识与消息体的对应关系，执行步骤3；步骤2，获取彩信提交消息中的首发消息标识，根据首发消息标识与消息体的对应关系，获取与该首发消息标识对应的消息体，执行步骤3；步骤3，彩信网关将包含消息体的彩信消息发送给彩信中心。通过本发明可以减轻彩信网关的业务处理压力。

Description

彩信消息下发方法、装置及系统

技术领域

本发明涉及移动通信技术领域，尤其涉及一种彩信消息下发方法、装置及系统。

背景技术

目前，随着彩信业务的发展，越来越多的厂商开始为用户提供订制彩信的业务，其中，手机报是目前应用最广泛、业务扩展最迅速的彩信业务提供商(Service Provider，简称为SP)提供的业务之一。

目前，以手机报为例，在现网中，手机报提交的同一个彩信消息最多可以群发给9999个用户，但随着手机报(或其它彩信业务)用户数目的激增，如果要给所有手机报用户发送同一个彩信消息，需要重复发送多个目的用户为9999的彩信消息，但每个彩信消息的消息体是相同的。由于彩信消息的消息体较大，因此，连续重复多次发送彩信消息会对彩信网关(Multimedia Message ServiceGateWay，简称为MMSG)造成持续时间很长的大业务冲击。

并且，采用现有技术的上述彩信消息群发方法，如果一次性群发99999个目的用户，则消息体将超出目前所有网元系统设置的大小，从而造成消息发送失败。

发明内容

有鉴于此，本发明提供了一种改进的彩信消息下发方法、装置和系统，用以解决现有技术中由于彩信消息的目的用户数据较大而导致彩信消息可能发送失败的问题，或对彩信网关造成较大的业务处理压力的问题。

根据本发明的一个方面，提供了一种彩信消息下发方法。

根据本发明的彩信消息下发方法包括：彩信网关接收发送方发送的彩信提交消息，其中，上述彩信提交消息中携带有用于指示上述发送方是否第一次发送上述彩信提交消息所提交的彩信消息的标识；上述彩信网关根据上述标识，判断上述发送方是否第一次发送上述彩信消息，如果是，则执行步骤1，否则执行步骤2；步骤1，保存上述彩信消息的消息体，生成首发消息标识返回给上述发送方，并建立上述首发消息标识与上述消息体的对应关系，执行步骤3；步骤2，获取上述彩信提交消息中携带的首发消息标识，根据保存的首发消息标识与消息体的对应关系，获取与该首发消息标识对应的消息体，执行步骤3；步骤3，上述彩信网关将包含上述消息体的彩信消息发送给彩信中心。

根据本发明的另一个方面，提供了一种彩信消息下发处理装置，该装置位于彩信网关。

根据本发明的彩信消息下发处理装置包括：接收模块、判断模块、生成模块、存储模块、第一发送模块、获取模块和第二发送模块。其中，接收模块，用于接收发送方发送的彩信提交消息，其中，上述彩信提交消息中携带有用于指示上述发送方是否第一次发送上述彩信提交消息提交的彩信消息的标识；判断模块，用于根据上述彩信提交消息中携带的上述标识，判断上述发送方是否第一次发送上述彩信消息，如果是，启动生成模块，否则，启动获取模块；上述生成模块，用于生成首发消息标识；存储模块，用于存储上述生成模块生成的首发消息标识与上述接收模块接收到的上述彩信提交消息提交的上述彩信消息的消息体的对应关系；第一发送模块，用于将上述生成模块生成的上述首发消息标识发送给上述发送方；上述获取模块，用于根据上述彩信提交消息中携带的首发消息标识，获取上述存储模块保存的与该首发消息标识对应的消息体；第二发送模块，用于将包含上述消息体的彩信消息发送给彩信中心。

根据本发明的再一个方面，提供了一种彩信消息下发系统。

根据本发明的彩信消息下发系统包括：发送方和彩信网关。其中，发送方，用于提交向一个或多个目的用户发送彩信消息的彩信提交消息，其中，如果是第一次发送上述彩信消息，则上述彩信提交消息中携带指示第一次发送上述彩信消息的标识，且上述彩信提交消息中包括该彩信消息的消息体，如果不是第一次发送上述彩信消息，则上述彩信提交消息中携带有指示之前已发送上述彩信消息的标识、首发消息标识，且上述彩信提交消息中不包括该彩信消息的消息体，其中，上述首发消息标识与上述彩信提交消息第一次提交的上述彩信消息的消息体对应；彩信网关，用于接收并处理上述发送方提交的上述彩信提交消息，其中，在第一次接收到上述彩信提交消息提交的上述彩信消息的情况下，保存上述彩信消息的消息体，生成上述首发消息标识并返回给上述发送方，建立上述首发消息标识与上述消息体的对应关系，并将上述彩信消息发送给彩信中心；在不是第一次接收到上述彩信提交消息提交的上述彩信消息的情况下，获取上述彩信提交消息中携带的上述首发消息标识，获取与该首发消息标识对应的消息体，重新打包彩信消息后发送给彩信中心。

通过本发明的上述至少一个方案，发送方在第一次发送彩信消息时，提交该彩信消息的消息体，在后续发送该彩信消息时，不需要提交该彩信消息的消息体，从而解决了由于彩信消息的目的用户数据较大而导致彩信消息可以发送失败的问题，减轻了彩信网关的业务处理压力。

本发明的其它特征和优点将在随后的说明书中阐述，并且，部分地从说明书中变得显而易见，或者通过实施本发明而了解。本发明的目的和其他优点可通过在所写的说明书、权利要求书、以及附图中所特别指出的结构来实现和获得。

附图说明

附图用来提供对本发明的进一步理解，并且构成说明书的一部分，与本发明的实施例一起用于解释本发明，并不构成对本发明的限制。在附图中：

图1为根据本发明实施例的彩信消息下发方法的流程图；

图2为根据本发明实施例的手机报下发方法的流程图；

图3为根据本发明实施例的彩信消息下发处理装置的结构示意图；

图4为根据本发明实施例的业务处理机的结构示意图；

图5为根据本发明实施例的彩信消息下发系统的结构示意图。

具体实施方式

功能概述

针对现有技术中每次发送一个彩信消息时都需要将该彩信消息的消息体发送时，在彩信消息的目的用户数量巨大的情况下，将造成彩信消息发送失败的问题，本发明实施例提出了一种改进的彩信消息下发的方案。在本发明实施例中，为了优化该处理流程，尽可能减小对彩信网关和在现网其他网关的业务量冲击的情况下，尽快完成彩信业务的消息处理，发送方只在第一次提交彩信消息时才发送该彩信消息的消息体，彩信网关在接收到发送方第一次提交彩信消息时，获取该彩信消息的消息体，并生成一个与该消息体对应的首发消息标识，将该首发消息标识携带在响应消息中发送给发送方，并按照现有流程对接收到的彩信消息进行处理，最后发送给彩信中心；发送方在后续提交上述彩信消息时，不包含消息体，并将接收到的上述首发消息标识携带在彩信提交消息中发送，彩信网关在接收到该彩信提交消息后，获取该彩信提交消息中携带的首发消息标识，从而获取与该首发消息标识对应的消息体，重新打包彩信消息，然后进行正常的业务处理流程，将该彩信消息发送至彩信中心。

在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。

以下结合附图对本发明的优选实施例进行说明，应当理解，此处所描述的优选实施例仅用于说明和解释本发明，并不用于限定本发明。

根据本发明实施例，首先提供了一种彩信消息下发方法。

图1为根据本发明实施例的彩信消息下发方法的流程图，如图1所示，根据本发明实施例的彩信消息下发方法主要包括以下步骤(步骤S101-步骤S109)：

步骤S101：彩信网关接收发送方发送的彩信提交消息，其中，该彩信提交消息中携带有用于指示发送方是否第一次发送该彩信提交消息所提交的彩信消息的标识；

在具体实施过程中，发送方可以向彩信网关发送彩信提交消息中可以携带提交的彩信消息的消息体、目的用户等信息，同时，在本发明实施例中，该彩信提交消息中还将携带指示发送方是否第一次发送该彩信消息的标识。

步骤S103：彩信网关根据上述标识，判断发送方是否第一次发送该彩信消息，如果是，则执行步骤S105，否则执行步骤S107；

步骤S105：彩信网关保存接收到的彩信消息的消息体，生成首发消息标识(FirstMSGID)并返回给发送方，并建立该首发消息标识与上述消息体的对应关系，执行步骤S109；

发送方在发送上述彩信消息时，如果是第一次发送该彩信消息，则在提交的彩信提交消息中携带该彩信消息的消息体，且该彩信提交消息中还携带有指示第一次发送该彩信消息的标识。

彩信网关在确定发送方是第一次发送上述彩信消息时，从彩信提交消息中提取该彩信消息的消息体，然后生成一个与该消息体对应的首发消息标识，并通过响应消息将该首发消息标识发送给发送方，使得发送方在下一次发送该彩信消息时可以将该首发消息标识携带在彩信提交消息中，以使彩信网关获取与该首发消息标识对应的消息体。

具体地，可以通过扩展发送方与彩信网关之间接口，在响应消息中增加一个字段，通过该字段来携带上述首发消息标识。

并且，为了节约存储空间，可以为该首发消息标识与消息体的对应关系设置一个有效期，在该有效期结束后，删除保存的该首发消息标识和消息体。

并且，在具体实施过程中，为了共享内存，可以通过消息存储队列来存储上述首发消息标识与消息体的对应关系，在有效期结束后，将存储的该首发消息标识和消息体删除。

步骤S107：获取接收到的彩信提交消息中携带的首发消息标识，根据保存的首发消息标识与消息体的对应关系，获取与该首发消息标识对应的消息体，重新打包彩信消息，执行步骤S109；

如果发送方不是第一次发送上述彩信消息，则在下一次提交彩信消息时，发送方将接收到的首发消息标识携带在彩信提交消息中发送，且该彩信提交消息中不包含消息体。

步骤S109：彩信网关对彩信消息执行后续的业务处理流程，将彩信消息发送给彩信中心。

在具体实施过程中，彩信网关可以按照现有的业务处理流程对包含消息体的彩信消息进行处理，比如，彩信网关根据目的用户的地址，将目的用户进行分组，每组目的用户由一个彩信中心处理，然后将该组的目的用户的地址及彩信消息发送给彩信中心，由彩信中心将彩信消息发送给该组的目的用户。

在具体实施过程中，可以通过扩展发送方与彩信网关之间的接口，在发送方的提交的彩信提交消息中增加一个用来指示消息的类型的字段，发送方在提交彩信消息时，可以通过该字段携带指示其是否第一次发送上述彩信消息的标识，比如，该字段可以有3个取值，其中，0表示当前发送的彩信消息为普通的消息；1表示当前发送的彩信消息为需要重用消息体的第一条消息(也就是该彩信提交消息中既包含彩信消息的消息体也包含彩信消息的接收方信息)；2表示当前发送的彩信消息为后继的消息(即已经发送过消息体的彩信消息的后继消息)，默认情况下，该字段的值为0。

在本发明实施例中，在上述步骤S101-步骤S109中，每次发送上述彩信消息的目的用户的数量小于或等于9999，优选地，为9999。

在具体实施过程中，对于一项群发数量比较大的彩信业务，可以通过在MMSG设备组中的负载均衡器(例如，F5负载均衡器)中做配置，由MMSG设备组中的一个业务处理机单独处理该彩信业务，即由MMSG中的该业务处理机来实现本发明实施例的上述方法，在具体实施过程中，可以为该业务处理机设置一个映射端口，该端口与MMSG的已有的映射端口不同，发送方在提交彩信消息时，可以指定MMSG的端口为该端口，将彩信消息发送该业务处理机，由该业务处理机来完成本发明实施例提供的上述方法。

根据本发明实施例提供的上述方法，在群发彩信消息时，由于只有第一次提交彩信消息时才需要携带消息体，在后续提交该彩信消息时，不需要在发送该彩信消息的消息体，从而可以减轻彩信网关的业务处理压力，即使一个彩信需要发送给99999个用户也不会超出目前所有网元系统设置的大小，造成消息发送失败。

为进一步理解本发明实施例提供的上述彩信消息下发方法，下面以手机报为例，对本发明实施例提供的上述彩信消息下发方法的具体实施过程进行说明。

在本实施例中，需要扩展SP与MMSG的接口协议MM7接口，增加两个字段。其中，

字段1：Submit Continued，可选，表示消息的类型。用于指示发送方是否第一次发送该彩信消息的标识，该字段在MM7接口映射中映射到SOAP HEAD部分，在本实施例中该字段名为SubmitContinued。其取值可以包括3个，其中，0指示普通的消息；1指示需要重用消息体的第一条消息(也就是既有彩信消息的消息体也有接收方信息的消息)；2指示后继的消息(已经发送过消息体的彩信消息的后继消息)。该字段不填写的情况下，默认为0；

字段2：可选，在多次提交相同的多媒体消息时使用，该字段在彩信网关向发送返回的相应消息中以及发送方第二次发送同一彩信消息时使用，对于第一个彩信提交消息(MM7_submit.REQ)，彩信网关在成功接收处理时，在响应消息(MM7_submit.RES)填写彩信网关分配的消息ID字段(即上述首发消息标识)，在后续相同多媒体彩信提交过程中，发送方(在本实施例中手机报发送中心)使用该字段标识彩信内容。该字段只有在SubmitContinued字段为2的情况下必须要有。也就是说，对于第二个以及后续的彩信提交消息，如果该彩信提交消息的SubmitContinued＝2，则该彩信提交消息中必须携带上述首发消息标识(即FirstMSGID).

图2为根据本发明实施例的手机报下发方法的流程图，如图2所示，根据本发明实施例的手机报下发方法主要包括以下步骤：

步骤S201：手机报发送中心发送提交手机报的彩信提交消息，由于是第一次提交，因此，该手机报的目的地址的数量不超过9999，且该彩信提交消息中包含手机报的消息体，并且，该彩信提交消息的字段SubmitContinued的取值为1；

此时，手机报发送中心提交的手机报的MMSG服务端口是不同于提供给其他SP的端口，而是设定的特定映射端口；

步骤S202：MMSG接收到手机报发送中心发送的彩信提交消息以后，由其网络内的负载均衡器将彩信提交消息直接发送给指定的业务处理机(Relay)处理；

步骤S203：该Relay对接收到的彩信提交消息进行解码，生成一个FirstMSGID(即上述的首发消息标识)，并将其与消息体一起缓存。

如果当前缓存已经满了，则在向手机报发送中心返回的响应中通过状态码提示手机报发送中心提交普通消息，该普通消息中不包含上述字段SubmitContinued；

步骤S204：Relay向手机报发送中心返回响应消息，响应消息中携带有新生成的FirstMSGID；

具体地，可以通过将新生成的FirstMSGID携带在响应消息的上述字段2中。

步骤S205：该Relay继续采用现有技术中的正常流程处理此第一次提交的手机报，直到下发给彩信中心；

比如，如果手机报发送中心提交的手机报的目的用户为9000个，则Relay根据该9000个目的用户的信息，将9000个目的用户分为三组，其中，发往第一组目的用户的手机报由彩信中心A发送，发往第二组目的用户的手机报由彩信中心B发送，发往第三组目的用户的手机报由彩信中心C发送，然后彩信网关将该手机报分别发送给彩信中心A、彩信中心B和彩信中心C，由彩信中心A、彩信中心B和彩信中心C向各个目的用户发送手机报。

步骤S206：手机报发送中心第二次发送提交上述手机报的彩信提交消息，该彩信提交消息中不包含手机报的消息体，同时，该手机的接收号码(即目的用户)的数量也不能超过9999，并且，在该彩信提交消息中字段SubmitContinued取值为2，即指示该彩信提交消息提供的手机报为后继的手机报，该手机报的消息体已经发送了，在这种情况下，为了使彩信网关能够获知该手机报与为已发送的具体哪个手机报相同，需要在该彩信提交消息的MSGID字段填写为第一次提交该手机报后，彩信网关返回的响应消息中携带的FirstMSGID(即首发消息标识)；

步骤S207：MMSG接收到第二次发送的彩信提交消息以后，由负载均衡器将该彩信提交消息直接发送给上述的Relay处理，该Relay接收到该彩信提交消息后，向手机报发送中心返回的响应消息中携带一个新的MSGID，该MSGID在后续向手机报发送中心返回的投递报告使用；

步骤S208：Relay判断接收到上述彩信提交消息中携带的SubmitContinued的值为2，则从该彩信提交消息的FirstMSGID字段获取FirstMSGID，并在缓存中查找与该FirstMSGID对应的消息体，如果找到，拷贝一份消息体，按照现有技术的彩信消息的处理流程进行下发，如果找不到，则向手机报发送中心返回失败的投递报告(该投递报告中使用的上述步骤S207中生成的新的MSGID；

重复上述步骤S205-步骤S207的步骤，直至向所有的目的用户下发待发送的手机报；

另外，FirstMSGID和消息体在缓存中可配置的缓存有效期，如果在设置的有效期过了以后，还没有接收到手机报发送中心第二次提交与该消息体对应的彩信消息，则该缓存会被删除，如果该缓存被删除后第二次提交该彩信消息的彩信提交消息到达，则MMSG会报错并中止第二次发送的彩信消息的处理流程。

根据本发明实施例，还提供了一种彩信消息下发处理装置，该装置位于彩信网关。

图3为根据本发明实施例的彩信消息下发处理装置的结构示意图，如图3所示，根据本发明实施例的彩信消息下发处理装置包括：接收模块1、判断模块2、生成模块3、存储模块4、第一发送模块5、获取模块6和第二发送模块7。其中，接收模块1，用于接收发送方发送的彩信提交消息，其中，该彩信提交消息中携带有用于指示发送方是否第一次发送该彩信提交消息提交的彩信消息的标识；判断模块2与接收模块1连接，用于根据该彩信提交消息中携带的上述标识，判断发送方是否第一次发送该彩信消息，如果是，启动生成模块3，否则，启动获取模块6；生成模块3与判断模块2连接，用于生成首发消息标识；存储模块4与生成模块3连接，用于存储生成模块3生成的首发消息标识与接收模块接收到的彩信提交消息提交的彩信消息的消息体的对应关系；第一发送模块5与生成模块3连接，用于将生成模块3生成的首发消息标识发送给发送方；获取模块6与判断模块2和存储模块4连接，用于根据该彩信提交消息中携带的首发消息标识，获取存储模块4保存的与该首发消息标识对应的消息体；第二发送模块7与判断模块2和获取模块6连接，用于在判断模块2确定发送方是第一次发送上述彩信消息时，将包含消息的该彩信消息发送给彩信中心，在判断模块2确定发送方不是第一次发送上述彩信消息时，根据获取模块6获取到的消息体，发送重新打包的彩信消息至彩信中心。

在具体实施过程中，上述装置可以为彩信网关中的一个业务处理机，具体可以通过彩信网关设备组中的负载均衡器中进行配置，为该业务处理机的服务端口单独配置一个映射端口，该端口与已有的其它映射端口不同，发送方通过该映射端口与业务处理机进行通信。在具体实施过程中，为了实现能向彩信网关发送指示发送方是否第一次发送彩信消息的标识，可以扩展发送与彩信网关的接口协议(MM7协议)，通过增加两个字段来进行指示，具体可以参见上述对方法的描述。

在具体实施过程中，上述业务处理机的结构可以如图4所示，该业务处理机主要包括：编解码模块41(相当于图3中的判断模块2、生成模块3和获取模块6)，具体可以对现有的编解码模块进行修改，使其能够支持扩展后的MM7接口协议，并可以判断发送方提交的彩信消息是第一条(即是第一次发送该彩信消息)还是非第一条(即不是第一次发送的该彩信消息)，并根据不同的判断，采用不同的处理，即是第一次发送该彩信消息，则获取该彩信消息的消息体，并生成一个与该消息体对应的标识，同时将该标识返回给发送方，如果不是第一次发送该彩信消息，则获取与该彩信消息的彩信提交消息中携带的标识对应的消息体，然后再将该消息体重新打包；消息存储模块43，用于存储和提取消息体和上述标识，具体地，消息存储模块3可以以消息体缓存队列的形式存储第一条消息中的消息体及彩信网关根据生成的与该消息体对应的标识，并且，该标识与该消息体对应，同时，还可以设置该消息体和该标识及其相互间的对应关系的有效期，以便可以删除过期的消息体。

根据本发明实施例，还提供了一种彩信消息下发系统。

图5为根据本发明实施例的彩信消息下发系统的结构示意图，如图5所示，根据本发明实施例的彩信消息下发系统主要包括：发送方51和彩信网关53，其中，发送方51，用于提交向一个或多个目的用户发送彩信消息的彩信提交消息，其中，如果是第一次发送彩信消息，则该彩信消息中携带指示第一次发送彩信消息的标识，且该彩信提交消息中包括该彩信消息的消息体，如果不是第一次发送彩信消息，则该彩信提交消息中携带有指示之前已发送彩信消息的标识、首发消息标识，且该彩信提交消息中不包括上述彩信消息的消息体，其中，首发消息标识与彩信提交消息第一次提交的彩信消息的消息体对应；彩信网关53，用于接收并处理发送方提交的彩信提交消息，其中，在第一次接收到该彩信提交消息提交的彩信消息的情况下，保存该彩信消息的消息体，生成上述首发消息标识并返回给发送方，建立该首发消息标识与该消息体的对应关系，并将彩信消息发送给彩信中心；在不是第一次(即第二次、第三次......)接收到该彩信提交消息提交的彩信消息的情况下，获取该彩信提交消息中携带的首发消息标识，获取与该首发消息标识对应的消息体，重新打包彩信消息后发送给彩信中心。

如上所述，借助本发明实施例提供的技术方案，发送方在第一次提交彩信消息时提交该彩信消息的消息体，在后续提交该彩信消息时，不需要提交该彩信消息的消息体，从而解决了由于彩信消息的目的用户数据较大而导致彩信消息可以发送失败的问题，减轻了彩信网关的业务处理压力。并且，采用本发明实施例提供的技术方案，彩信消息的目的用户的数据可以突破99999的限制，可以向任意多的目的用户发送，同时不需要扩展话单流水号。并且，在本发明实施例中，可以只启用彩信网关的一个Relay处理一个彩信业务，对其他Relay的改动较小，从而使得该方案可以很方便、简洁的解决目前存在的彩信消息海量业务对MMSG的冲击问题。

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

Claims (9)

1.一种彩信消息下发方法，其特征在于，包括：

彩信网关接收发送方发送的彩信提交消息，其中，所述彩信提交消息中携带有用于指示所述发送方是否第一次发送所述彩信提交消息所提交的彩信消息的标识；

所述彩信网关根据所述标识，判断所述发送方是否第一次发送所述彩信消息，如果是，则执行步骤1，否则执行步骤2；

步骤1，保存所述彩信消息的消息体，生成首发消息标识返回给所述发送方，并建立所述首发消息标识与所述消息体的对应关系，执行步骤3；

步骤2，获取所述彩信提交消息中携带的首发消息标识，根据保存的首发消息标识与消息体的对应关系，获取与该首发消息标识对应的消息体，执行步骤3；

步骤3，所述彩信网关将包含所述消息体的彩信消息发送给彩信中心。

2.根据权利要求1所述的方法，其特征在于，在所述彩信网关接收所述彩信提交消息之前，所述方法还包括：

所述发送方提交向一个或多个目的用户发送所述彩信消息的所述彩信提交消息，如果是第一次发送所述彩信消息，则所述发送方在发送的所述彩信提交消息中携带指示第一次发送所述彩信消息的标识，且发送的所述彩信提交消息中包括该彩信消息的消息体；否则，

所述发送方在发送的所述彩信提交消息中携带指示之前已发送所述彩信消息的标识，并将接收到的首发消息标识携带在所述彩信提交消息中，且发送的所述彩信提交消息中不包括该彩信消息的消息体。

3.根据权利要求1所述的方法，其特征在于，指示所述发送方是否第一次发送所述彩信消息的标识通过在所述彩信提交消息中增加一个指示消息的类型的字段携带。

4.根据权利要求1所述的方法，其特征在于，所述彩信网关生成所述首发消息标识并返回给所述发送方包括：

所述彩信网关生成所述首发消息标识，将所述首发消息标识携带在所述响应消息中发送给所述发送方。

5.根据权利要求1所述的方法，其特征在于，在建立所述首发消息标识与所述消息体的对应关系之后，所述方法还包括：

设置所述首发消息标识与所述消息体的对应关系的有效期，在所述有效期之后，删除所述首发消息标识与所述消息体的对应关系。

6.一种彩信消息下发处理装置，位于彩信网关，其特征在于，所述装置包括：

接收模块，用于接收发送方发送的彩信提交消息，其中，所述彩信提交消息中携带有用于指示所述发送方是否第一次发送所述彩信提交消息提交的彩信消息的标识；

判断模块，用于根据所述彩信提交消息中携带的所述标识，判断所述发送方是否第一次发送所述彩信消息，如果是，启动生成模块，否则，启动获取模块；

所述生成模块，用于生成首发消息标识；

存储模块，用于存储所述生成模块生成的首发消息标识与所述接收模块接收到的所述彩信提交消息提交的所述彩信消息的消息体的对应关系；

第一发送模块，用于将所述生成模块生成的所述首发消息标识发送给所述发送方；

所述获取模块，用于根据所述彩信提交消息中携带的首发消息标识，获取所述存储模块保存的与该首发消息标识对应的消息体；

第二发送模块，用于将包含所述消息体的彩信消息发送给彩信中心。

7.根据权利要求6所述的装置，其特征在于，所述装置为彩信网关的一个业务处理机。

8.根据权利要求6或7所述的装置，其特征在于，所述业务处理机具有一个映射端口，所述发送方通过所述映射端口与所述业务处理机进行通信，且所述映射端口与所述彩信网关的其它业务处理机的映射端口不相同。

9.一种彩信消息下发系统，其特征在于，包括：

发送方，用于提交向一个或多个目的用户发送彩信消息的彩信提交消息，其中，如果是第一次发送所述彩信消息，则所述彩信提交消息中携带指示第一次发送所述彩信消息的标识，且所述彩信提交消息中包括该彩信消息的消息体，如果不是第一次发送所述彩信消息，则所述彩信提交消息中携带有指示之前已发送所述彩信消息的标识、首发消息标识，且所述彩信提交消息中不包括该彩信消息的消息体，其中，所述首发消息标识与所述彩信提交消息第一次提交的所述彩信消息的消息体对应；

彩信网关，用于接收并处理所述发送方提交的所述彩信提交消息，其中，在第一次接收到所述彩信提交消息提交的所述彩信消息的情况下，保存所述彩信消息的消息体，生成所述首发消息标识并返回给所述发送方，建立所述首发消息标识与所述消息体的对应关系，并将所述彩信消息发送给彩信中心；在不是第一次接收到所述彩信提交消息提交的所述彩信消息的情况下，获取所述彩信提交消息中携带的所述首发消息标识，获取与该首发消息标识对应的消息体，重新打包彩信消息后发送给彩信中心。

Images