CN101378538B - 一种群发消息处理方法及系统 - Google Patents

Abstract

本发明公开了一种群发消息处理方法及系统，解决群发消息出错时带来占用系统资源、影响系统处理性能的问题。所述方法包括：消息中心接收群发消息进行处理，将出错接收方的信息描述添加到消息应答中；消息中心将所述消息应答发送给消息网关；消息网关根据所述出错接收方的信息描述，对出错接收方对应的消息进行处理。本发明通过在消息应答中添加出错接收方的信息描述，使群发消息的每个接收方都有相应的信息描述，从而解决出错接收方对应的消息占用系统资源的问题。

Description

一种群发消息处理方法及系统

技术领域

本发明涉及通讯领域，特别是涉及一种群发消息处理方法及系统。

背景技术

目前的消息系统，如各类短信息、彩信等系统，一般都支持群发功能，即输入一条消息可以同时发送给多个接收方，这种可以携带多个接收方的消息称为群发消息。群发消息可以将原来多条内容相同的消息变为一条消息，节省网络资源。

参照图1，是所述群发消息的处理过程示意图，是以消息网关和消息中心之间的群发消息为例进行说明。消息网关用于处理并转发消息发送方发来的消息，消息中心用于将消息网关转发过来的消息群发给各个接收方(本例中为用户A和用户B)，具体过程如下：

消息网关将一条群发消息发送到消息中心，并为每个用户保存一份消息；消息中心根据接收方个数拆分消息，并返回应答通知消息网关接收成功；消息中心分别向各个用户发送消息，在收到某个用户应答后，发送报告通知消息网关该用户接收消息成功；消息网关删除为该用户保存的消息，并向消息中心回复应答。

在上述消息群发过程中，如果出现部分发送成功的情况，例如消息中心在拆分消息时，对用户B的处理由于各种原因而失败，只产生一条接收方为用户A的消息，则消息中心向消息网关返回的应答即为部分成功。这时，消息网关将等待关于用户B的报告，直到超过规定的等待时间，再删除为用户B保存的消息。这样，在群发消息发生出错时，会带来如下问题：

在超时时间到达前，消息网关不能删除为用户保存的消息，因此这些消息将占用系统的资源。在网络正常的情况下，从消息网关发送消息到接收到报告删除消息只需几分钟的时间，而如果等不到报告，则会等待直到规定的超时时间，例如一般配置为2天。所以正常情况下，消息在系统中的保存时间为几分钟就可以删除了，而在消息发送部分成功的情况下，保存时间将延长(如2天)。如果这样的消息很多，则因为系统资源有限，可处理消息的数量将会下降，严重影响系统的处理性能。

发明内容

本发明所要解决的技术问题是提供一种群发消息处理方法及系统，以解决群发消息出错时带来占用系统资源、影响系统处理性能的问题。

为解决上述技术问题，根据本发明提供的具体实施例，本发明公开了以下技术方案：

一种群发消息处理方法，包括：

消息中心接收群发消息进行处理，将出错接收方的信息描述添加到消息应答中；

消息中心将所述消息应答发送给消息网关；

消息网关根据所述出错接收方的信息描述，对出错接收方对应的消息进行处理。

其中，消息中心按照以下步骤处理群发消息：解析接收方列表，当接收方个数超过预设值，记录超过预设的接收方信息描述；继续对预设范围内的接收方，逐个检测接收方地址是否可用，如果地址被拒绝，则记录相应的接收方信息描述；如果可用，则为该接收方分配资源；如果资源分配失败，则记录该接收方信息描述；否则，为该接收方复制消息。

其中，所述出错接收方的信息描述包括：出错接收方标识和出错原因。

其中，消息网关按照以下步骤处理出错接收方对应的消息：根据出错接收方的信息描述，解析出错接收方标识和具体的出错原因；根据不同的出错原因，分别进行处理：如果是群发个数超过预设值，则修改群发个数后重新向标识对应的接收方发送原消息；如果是接收方地址被拒绝，则删除原消息；如果是消息中心服务器忙，则等待后重新向标识对应的接收方发送原消息。

其中，所述接收方地址被拒绝包括：接收方销户，或者接收方欠费，或者接收方为黑名单用户。

一种群发消息处理系统，包括消息中心和消息网关，其中：

所述消息中心包括消息拆分单元，用于对群发消息进行处理，将出错接收方的信息描述添加到消息应答中；消息接收单元，用于接收消息网关发送的群发消息，并返回消息应答；

所述消息网关包括出错处理单元，用于根据所述出错接收方的信息描述，对出错接收方对应的消息进行处理；消息转发单元，用于向消息中心发送群发消息，并接收返回的消息应答。

其中，所述消息中心的消息拆分单元先解析接收方列表，当接收方个数超过预设值，记录超过预设的接收方信息描述；然后继续对预设范围内的接收方，逐个检测接收方地址是否可用，如果地址被拒绝，则记录相应的接收方信息描述，如果可用，则为该接收方分配资源；如果资源分配失败，则记录该接收方信息描述，否则，为该接收方复制消息。

其中，所述出错接收方的信息描述包括：出错接收方标识和出错原因。

其中，所述消息网关的出错处理单元先根据出错接收方的信息描述，解析出错接收方标识和具体的出错原因，然后根据不同的出错原因，分别进行处理：如果是群发个数超过预设值，则修改群发个数后重新向标识对应的接收方发送原消息；如果是接收方地址被拒绝，则删除原消息；如果是消息中心服务器忙，则等待后重新向标识对应的接收方发送原消息。

其中，所述消息中心还包括消息发送单元和报告发送单元，其中消息发送单元用于向各个成功的接收方发送消息，报告发送单元用于向消息网关发送接收方接收消息成功的报告；相应的，所述消息网关还包括报告接收单元，用于接收消息中心发来的所述报告。

根据本发明提供的具体实施例，本发明公开了以下技术效果：

本发明通过在消息应答中添加出错接收方的信息描述，使群发消息的每个接收方都有相应的信息描述，从而解决出错接收方对应的消息占用系统资源的问题。消息中心在拆分群发消息过程中，将出错接收方的信息描述(出错接收方标识和出错原因)添加到消息应答中，发送给消息网关；消息网关解析出错接收方的信息描述，根据出错原因采取相应措施，或者在短时间内重发原消息，或者删除保存的原消息。这样，消息网关直接根据消息应答就可以获知群发消息的处理状态，能够对出错接收方对应的消息快速做出处理，避免该消息长时间保存而占用系统资源。

附图说明

图1是现有技术中群发消息的处理过程示意图；

图2是本发明所述一种群发消息处理方法实施例的流程图；

图3是图2所述实施例中消息中心对消息接收方进行处理的流程图；

图4是图2所述实施例中消息网关对出错接收方的处理流程图；

图5是本发明所述一种群发消息处理系统实施例的结构图。

具体实施方式

为使本发明的上述目的、特征和优点能够更加明显易懂，下面结合附图和具体实施方式对本发明作进一步详细的说明。

分析群发消息出错而占用系统资源的问题，对于非群发消息，因为只有一个接收方，所以消息应答做到了每个接收方都有对应的信息描述，而群发消息应答中却缺少对具体每个出错接收方的信息描述。本发明提出一种群发消息出错时的处理方法实施例，通过在消息应答中添加出错接收方的信息描述，使群发消息的每个接收方都有相应的信息描述，从而解决上述问题。

参照图2，是所述一种群发消息处理方法实施例的流程图。仍以消息网关和消息中心之间的群发消息为例进行说明，消息接收方为用户A和用户B，具体过程如下：

步骤201，消息网关发送一条群发消息到消息中心，接收方为用户A和用户B；同时，消息网关把消息保存为2份，为用户A和用户B各保存一份。

由于一条消息基本分为消息体(具体的消息内容)和控制信息(消息接收方、消息长度等)两部分，为节省存储空间，消息网关为每个用户保存的是消息的控制信息部分，即只保存一份消息体而保存多份对应各个接收方的控制信息。

步骤202，消息中心接收到该消息，解析出该消息中的接收方为2个，分别是用户A和用户B。消息中心对所述2个接收方进行处理，处理结果是用户B失败；然后，拆分该消息，只产生一条接收方为A的消息。

步骤203，消息中心把出错接收方用户B的信息描述填写到消息应答中。

本实施例中，出错接收方的信息描述包括出错接收方标识和出错原因。以彩信规范协议为例，在消息应答的信息单元中添加两个标识来描述出错接收方，分别是出错地址列表和出错状态码。其中，出错地址列表记录了出错的接收方地址，可能存在多个地址；出错状态码记录了所述出错的接收方地址对应的状态码，用于标识具体的出错原因，状态码也可能存在多个，但与出错接收方的地址数量相同。当然，本发明并不限定出错接收方信息描述的具体形式，根据不同协议或规范，会有不同形式。

步骤204，消息中心回复该消息的应答给消息网关，通知消息网关消息接收部分成功。

步骤205，消息网关收到应答，解析出应答结果为部分成功，则通过出错地址列表和出错状态码这2个字段，获取出错的接收方地址及其错误原因。然后，分析出错原因并进行相应的处理，或者在短时间内重发原消息，或者删除保存的原消息等，具体处理过程在下面内容详述。

步骤206，消息中心发送消息给用户A。

步骤207，用户A接收消息，并回复应答，通知消息中心消息接收成功。

步骤208，消息中心接收到了用户A发送的应答后，产生对应的报告，报告的内容为用户A接收消息成功，然后发送报告给消息网关。

步骤209，消息网关接收报告，分析结果为消息发送到用户A成功，然后删除为用户A保存的消息，并回复应答，通知消息中心报告接收成功。

至此，一条群发消息的处理过程全部结束，消息网关由于收到出错接收方的信息描述，而能够采取相应措施，避免长时间等待用户B的报告。

在上述过程中，步骤202中消息中心对消息接收方进行处理的详细过程如图3所示：

步骤301，消息中心收到群发消息，解析接收方列表，获得接收方地址；

步骤302，判断接收方个数(即群发个数)是否超过系统设置，如果在设置范围内，则继续执行步骤303；如果接收方个数超过了系统设置，则将超过限制的接收方地址及出错原因(群发个数超过系统设置)记录下来，并将超过限制的接收方从本次列表中删除，然后同样继续执行步骤303，对本次剩余的在设置范围之内的接收方进行处理。

例如，系统设置为10，而本次接收方列表中的接收方个数为12，则消息中心将最后2个超出设置范围的接收方地址及出错原因记录下来，并从列表中删除，然后继续对剩余的10个接收方进行后续处理；而超出设置的那2个接收方的信息描述将添加到消息应答中返回给消息网关，由消息网关进行处理，但本次群发过程不再处理这2个接收方。

步骤303，对于在设置范围内的接收方，首先判断所有的接收方是否全部处理完毕，如果没有，则继续处理下一个接收方，执行步骤304；如果全部处理完，则转入步骤306；

步骤304，检测该接收方的地址是否可用，接收方地址不可用的原因包括但不限于：用户已经欠费；接收方为系统黑名单用户，比如用户为恶意用户，已经取消其接收消息的功能；地址错误，比如用户已经销户，该手机号码不存在，等等。如果接收方地址被拒绝，则记录该接收方地址及出错原因(都记为接收方地址被拒绝)，然后返回步骤303；否则，准备发送消息，为该接收方分配资源，继续步骤305；

步骤305，继续判断资源分配是否成功，如果成功，则为该接收方复制一条消息，转入步骤306；否则，记录该接收方地址及出错原因(系统资源不足，服务器暂时无法提供服务)，然后返回步骤303；

步骤306，消息中心把所有的出错接收方地址及出错原因写到消息应答中，然后向消息网关发送该消息应答。

上述过程即为消息中心拆分消息的过程，消息中心把出错接收方的信息描述添加到消息应答中，通知消息网关，以便消息网关及时采取相应措施。图3所示流程只是以三种出错原因为例来进行说明，由于实际情况中出错原因有很多种，所以消息中心对接收方的处理流程并不限定在图3所示流程。

在图2所示流程中，步骤205所述消息网关对出错接收方的处理流程如图4所示，仍以上述三种出错原因为例进行说明：

步骤401，消息网关首先从消息应答中解析出错的接收方地址及出错原因；

步骤402，然后判断具体的出错原因属于哪一种，并进行相应处理：如果出错原因是群发个数超过系统设置，则修改后续群发消息的接收方数量，重新向消息中心发送原消息；如果不是，则继续步骤403；

步骤403，继续判断出错原因是否为服务器暂时无法提供服务，如果是服务器资源不足，则等待一段时间后，重新发送原消息；如果不是，则继续步骤404；

步骤402和步骤403中，消息网关会预先设定一个消息重发次数及重发间隔，如果原消息在重发次数内仍没有成功，则消息网关自动停止向消息中心发送该消息。

步骤404，继续判断出错原因是否为接收方地址被拒绝(如前所述，包括多种情况)，如果是，则以后不再给该接收方发送消息，消息网关会删除为该接收方保存的消息；如果不是，则继续步骤405；

步骤405，将出错原因归为其他情况，直接删除为该接收方保存的消息，消息网关对出错接收方的处理结束。

上述过程中，几种出错原因的判断步骤实质上是一个并列的关系，并不分先后顺序，而且，出错原因也并不限于上述几种情况，图4只是作为一种实施例进行说明。

综上所述，通过在群发消息的应答里填加出错接收方地址及对应的状态码，实现了群发消息和单发消息一样，每个接收方都有各自的状态码(对于成功的接收方他们的状态码相同，所以共用一个即可)。本方案除了用于彩信协议外，也适用于其他可以群发消息的消息系统及协议。

针对上述群发消息处理方法，本发明还提供了一种群发消息处理系统实施例，参照图5所示，是所述群发消息处理系统的结构图。所述系统包括消息中心51和消息网关52，所述消息中心51用于将消息群发到消息接收方，并将出错的接收方信息返回给消息网关52，包括消息接收单元510、消息发送单元511和报告发送单元512，以及消息拆分单元513和控制单元514；所述消息网关52用于向消息中心51转发消息发送方发来的消息，并对出错的接收方进行处理，包括消息转发单元520和报告接收单元521，以及出错处理单元522和控制单元523。

在消息中心51，消息接收单元510负责监听指定的端口，等待消息网关52发送过来的消息；当接收到消息时，通知控制单元514去处理(拆分群发消息)，并根据控制单元514的要求向消息网关52回复应答，所述应答中包括出错接收方的信息描述(出错接收方地址和出错原因)。消息发送单元511负责向接收方发送消息，并通知控制单元514消息发送的结果，同时负责接收接收方返回的应答。报告发送单元512负责向消息网关52发送报告，并通知控制单元514报告发送的结果，同时负责接收消息网关52返回的报告应答。控制单元514负责控制消息的接收、发送，以及报告的发送；对于群发消息，会调用消息拆分单元513拆分消息，如果拆分结果为部分成功，则会把出错的接收方地址及错误原因写到消息应答中，由消息接收单元510把应答回复给消息网关52。消息拆分单元513负责对群发消息进行拆分处理，并记录出错接收方的信息描述，处理过程可参照图3所示，在此不再详述。

在消息网关52，消息转发单元520负责向消息中心51发送消息，并通知控制单元523消息发送的结果，同时负责接收消息中心51返回的消息应答，所述应答中包括出错接收方的信息描述。报告接收单元521负责监听指定的端口，等待消息中心51发送过来的报告；当接收到报告时，通知控制单元523去处理(删除为该接收方保存的消息)并根据控制单元523的要求回复应答。控制单元523负责控制消息的发送和报告的接收，当群发消息为部分成功时，则会调用出错处理单元522对出错的接收方进行处理。出错处理单元522负责根据消息应答中的出错接收方信息描述，分析出错原因，对出错的消息进行重发或删除等操作，从而减少出错接收方对应的消息对系统资源的占用，出错处理单元522的处理流程可参照图4所示，在此也不进行详述。

图5中，消息中心51和消息网关52中的各个处理单元的调度使用，都由各自的控制单元控制，但消息中心51和消息网关52的各个单元之间存在着逻辑上的对应关系，如下：消息网关52的消息转发单元520发送消息，消息中心51的消息接收单元510接收该消息，并返回应答，由消息转发单元520接收；消息中心51的报告发送单元512发送报告，消息网关52的报告接收单元521接收该报告，并返回应答，由报告发送单元512接收。消息中心51的消息发送单元511向接收方发送消息，并接收应答。

图5所示实施例是本发明的优选实施例，其中消息中心51的消息发送单元511和报告发送单元512，也可以合成一个发送单元来完成消息和报告的发送及应答接收。本发明优选实施例将消息功能和报告功能分开处理，是便于消息中心51管理。

图5所示系统中未详述的部分可以参见图2、图3和图4所示方法的相关部分，为了篇幅考虑，在此不再详述。

以上对本发明所提供的一种群发消息处理方法及系统，进行了详细介绍，本文中应用了具体个例对本发明的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本发明的方法及其核心思想；同时，对于本领域的一般技术人员，依据本发明的思想，在具体实施方式及应用范围上均会有改变之处。综上所述，本说明书内容不应理解为对本发明的限制。

Claims (8)

1.一种群发消息处理方法，其特征在于，包括：

消息中心接收群发消息进行处理，将出错接收方的信息描述添加到消息应答中；

消息中心将所述消息应答发送给消息网关；

消息网关根据所述出错接收方的信息描述，解析出错接收方标识和具体的出错原因；如果出错原因是群发个数超过预设值，则修改群发个数后重新向标识对应的接收方发送原消息；如果出错原因是接收方地址被拒绝，则删除原消息；如果出错原因是消息中心服务器忙，则等待后重新向标识对应的接收方发送原消息。

2.根据权利要求1所述的方法，其特征在于，消息中心按照以下步骤处理群发消息：

解析接收方列表，当接收方个数超过预设值，记录超过预设的接收方信息描述；

继续对预设值内的接收方，逐个检测接收方地址是否可用，如果地址被拒绝，则记录相应的接收方信息描述；如果可用，则为该接收方分配资源；

如果资源分配失败，则记录该接收方信息描述；否则，为该接收方复制消息。

3.根据权利要求1或2所述的方法，其特征在于，所述出错接收方的信息描述包括：出错接收方标识和出错原因。

4.根据权利要求2所述的方法，其特征在于，所述接收方地址被拒绝包括：接收方销户，或者接收方欠费，或者接收方为黑名单用户。

5.一种群发消息处理系统，包括消息中心和消息网关，其特征在于：

所述消息中心包括消息拆分单元，用于对群发消息进行处理，将出错接收方的信息描述添加到消息应答中；消息接收单元，用于接收消息网关发送的群发消息，并返回消息应答；

所述消息网关包括出错处理单元，用于根据所述出错接收方的信息描述，解析出错接收方标识和具体的出错原因，如果出错原因是群发个数超过预设值，则修改群发个数后重新向标识对应的接收方发送原消息；如果出错原因是接收方地址被拒绝，则删除原消息；如果出错原因是消息中心服务器忙，则等待后重新向标识对应的接收方发送原消息；消息转发单元，用于向消息中心发送群发消息，并接收返回的消息应答。

6.根据权利要求5所述的系统，其特征在于：所述消息中心的消息拆分单元先解析接收方列表，当接收方个数超过预设值，记录超过预设的接收方信息描述；然后继续对预设值内的接收方，逐个检测接收方地址是否可用，如果地址被拒绝，则记录相应的接收方信息描述，如果可用，则为该接收方分配资源；如果资源分配失败，则记录该接收方信息描述，否则，为该接收方复制消息。

7.根据权利要求5或6所述的系统，其特征在于，所述出错接收方的信息描述包括：出错接收方标识和出错原因。

8.根据权利要求5所述的系统，其特征在于：所述消息中心还包括消息发送单元和报告发送单元，其中消息发送单元用于向各个成功的接收方发送消息，报告发送单元用于向消息网关发送接收方接收消息成功的报告；相应的，所述消息网关还包括报告接收单元，用于接收消息中心发来的所述报告。

Images