CN102264048B - 多模块短消息的处理方法及系统 - Google Patents

Abstract

本发明公开了一种多模块短消息的处理方法及系统，包括：第一业务处理机获取具有第一特征串的短消息，并将第一特征串转化为第二特征串；第一业务处理机对第二特征串做负荷均分处理，以确定等待状态报告返回的第二业务处理机；第二业务处理机获取具有第二特征串的短消息并对短消息进行业务逻辑处理，并将业务逻辑处理结果发送至下级网元；下级网元生成状态报告，并发送状态报告至网关接口机；网关接口机对第二特征串做与第一业务处理机上相同的负荷均分处理，以确定等待状态报告返回的目标业务处理机。通过本发明能够优化多模块短消息网关系统性能。

Description

多模块短消息的处理方法及系统

技术领域

本发明涉及通信领域，具体而言，涉及一种多模块短消息的处理方法及系统。

背景技术

在目前多模块短消息网关系统中，我司短消息网关采用了专利“一种多模块短消息系统的负荷分担方法”的实现方式，其中主要涉及到了根据消息中的特征串(如源号码)来按照某种HASH算法取模实现消息的均分。

图1是根据相关技术的多模块短消息系统的特征串均分方法的流程图。

如图1所示，现有技术的方法包括如下步骤：

步骤S101，上级网元11提交消息A到网关接口机13，网关接口机13可以是短消息网关13。

步骤S102，网关接口机13根据消息中号码做均分处理，计算出短消息应该分给的业务处理机，具体为网关接口机13收到消息后根据消息中号码13511112222进行HASH取模均分计算出该消息应该分给业务处理机1。

步骤S103，网关接口机13转发消息A到网关业务处理机1。

步骤S104，网关业务处理机1进行业务逻辑处理，号码13511112222变化为13922223333后，网关业务处理机1将变化后的消息转发给下级网元，然后等待状态报告返回。

步骤S105，网关业务处理机1转发消息A到下级网元12。

步骤S106，下级网元12进行业务逻辑处理，把13922223333的状态报告返回给网关接口机13。

步骤S107，下级网元12将状态报告提交给网关接口机13。

步骤S108，网关接口机13根据状态报告消息中号码13922223333进行HASH取模均分，计算出该消息应该分给业务处理机2。

步骤S109，业网关接口机13转发状态报告消息到业务处理机2。

步骤S110，业务处理机2在内存、物理数据库中查找源消息失败，然后进行状态报告广播。并等待状态报告返回。

步骤S111，业务处理机2广播状态报告给业务处理机3。

步骤S112，业务处理机2广播状态报告给业务处理机1。

步骤S113，业务处理机1查找源消息成功，进行后续流程。

步骤S114，业务处理机3查找源消息失败，直接丢弃。

步骤S115，业务处理机1将返回状态报告匹配成功消息发送至业务处理机2。

步骤S116，业务处理机2丢弃状态报告。

上述步骤中当下级网元13对变化后的信息进行业务逻辑处理得到对应的状态报告后，下级网元13将状态报告返回给网关13，网关13则根据状态报告中手机号码的均分结果，定位到源消息所在的业务处理机，该源消息为等状态报告的源消息。因短消息增值业务发展多样化，该方法在近期的某些业务实际运用中，出现了如下问题：

在梦网网关中，消息中可能存在伪码消息，即我们收到的消息和发出去的消息中的号码不一样，导致返回的状态报告中的号码发生了变化，在内存、物理数据库中查找源消息失败的情况下，该源消息丢失。

各地运营商对某些SP的源号码有特殊要求，比如要求去掉源号码的固定前缀，导致返回的状态报告中的号码发生了变化。

这些消息的特征串在后期流程处理中可能发生变化，导致这些消息的状态报告回来后，不能根据特征串(例如，消息中的号码)的均分结果，定位到等状态报告的源消息的业务处理机，从而会引发大量的数据库操作和异常状态报告消息的广播操作，最终给系统的性能带来非常大的冲击。

针对相关技术中短消息中的特征串发生变化后状态报告消息不能匹配源消息，导致引发大量冗余操作和异常冲击的问题，目前尚未提出有效的解决方案。

发明内容

针对相关技术中短消息中的特征串发生变化后状态报告消息不能匹配源消息，导致引发大量冗余操作和异常冲击的问题而提出本发明，为此，本发明的主要目的在于提供一种多模块短消息的处理方法，以解决上述问题。

为了实现上述目的，根据本发明的一个方面，提供了一种多模块短消息的处理方法。

根据本发明的多模块短消息的处理方法包括：第一业务处理机获取具有第一特征串的短消息，并将第一特征串转化为第二特征串；第一业务处理机对第二特征串做负荷均分处理，以确定等待状态报告返回的第二业务处理机；第二业务处理机获取具有第二特征串的短消息并对短消息进行业务逻辑处理，并将业务逻辑处理结果发送至下级网元；下级网元生成状态报告，并发送状态报告至网关接口机；网关接口机对第二特征串做与第一业务处理机上相同的负荷均分处理，以确定等待状态报告返回的目标业务处理机。

进一步地，在网关接口机对第二特征串做与第一业务处理机上相同的负荷均分处理以确定等待状态报告的目标业务处理机之后，方法还包括：网关接口机转发下级网元的状态报告至目标业务处理机；目标业务处理机接收状态报告，根据状态报告匹配源消息。

进一步地，在第一业务处理机对第二特征串做负荷均分处理，以确定等待状态报告返回的第二业务处理机之后，方法还包括：第一业务处理机发送具有第二特征串的短消息至第二业务处理机；第一业务处理机接收第二业务处理机的响应结果，并确认响应结果是否正确。

进一步地，第一业务处理机接收第二业务处理机的响应结果，并确认响应结果是否正确包括：第一业务处理机判断短消息是否发送成功，其中，在判断结果为是的情况下，确认响应结果正确；在判断结果为否的情况下，第一业务处理机继续后续工作流程。

进一步地，第一业务处理机判断短消息是否发送成功包括：第一业务处理机判断在预定时间内是否得到来自第二业务处理机的确认消息；如果第一业务处理机在预定时间内得到来自第二业务处理机的确认消息，则确定短消息成功发送。

进一步地，在第一业务处理机获取具有第一特征串的短消息，并将第一特征串转化为第二特征串之前，方法还包括：网关接口机接收来自上级网元的短消息，将短消息中的第一特征串做负荷均分处理以确定短消息定位的目标业务处理机；网关接口机发送具有第一特征串的短消息至目标业务处理机，其中，目标业务处理机是第一业务处理机。

进一步地，在第一业务处理机对第二特征串做负荷均分处理之后，方法还包括：如果负荷均分处理的结果是第二业务处理机，第一业务处理机对短消息作标记并发送短消息至第二业务处理机；如果负荷均分处理的结果是第一业务处理机，第一业务处理机发送短消息至下级网元。

进一步地，第一特征串是伪码；第二特征串是对应伪码的真实号码。

进一步地，负荷均分处理采用HASH取模均分算法进行计算。

为了实现上述目的，根据本发明的另一方面，提供了一种多模块短消息的处理系统。

根据本发明的多模块短消息的处理系统分别与上级网元和下级网元相连接，系统包括：第一业务处理机，用于通过网关接口机接收上级网元发来的短消息，将短消息的第一特征串转化为第二特征串，并对第二特征串做负荷均分处理；第二业务处理机，获取来自第一业务处理机的具有第二特征串的短消息，并对短消息进行业务逻辑处理，并将处理结果发送至下级网元；网关接口机，接收下级网元上生成的状态报告，对第二特征串做与第一业务处理机上相同的负荷均分处理，以确定等待状态报告返回的目标业务处理机。

通过本发明，采用第一业务处理机获取具有第一特征串的短消息，并将第一特征串转化为第二特征串；第一业务处理机对第二特征串做负荷均分处理，以确定等待状态报告返回的第二业务处理机；第二业务处理机获取具有第二特征串的短消息并对短消息进行业务逻辑处理，并将业务逻辑处理结果发送至下级网元；下级网元生成状态报告，并发送状态报告至网关接口机；网关接口机对第二特征串做与第一业务处理机上相同的负荷均分处理，以确定等待状态报告返回的目标业务处理机，解决了相关技术中短消息中的特征串发生变化后状态报告消息不能匹配源消息，导致引发大量冗余操作和异常冲击的问题，进而达到了优化多模块短消息网关系统性能的效果。

附图说明

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

图1是根据相关技术的多模块短消息系统的特征串均分方法的流程图；

图2是根据本发明实施例的多模块短消息的处理方法的流程图；

图3是根据本发明实施例优选的多模块短消息的处理方法的流程图；

图4是根据本发明实施例的移动梦网SP特征串是用户号码的多模块短消息处理方法的流程图；以及

图5是根据本发明实施例的多模块短消息的处理系统的结构示意图。

具体实施方式

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

根据本发明的实施例，提供了一种多模块短消息的处理方法。

图2是根据本发明实施例的多模块短消息的处理方法的流程图。

如图2所示，该方法包括如下的步骤S202至步骤S210：

步骤S202，第一业务处理机获取具有第一特征串的短消息，并将第一特征串转化为第二特征串；

步骤S204，第一业务处理机对第二特征串做负荷均分处理，以确定等待状态报告返回的第二业务处理机；

步骤S206，第二业务处理机获取具有第二特征串的短消息并对短消息进行业务逻辑处理，并将业务逻辑处理结果发送至下级网元；

步骤S208，下级网元生成状态报告，并发送状态报告至网关接口机；

步骤S210，网关接口机对第二特征串做与第一业务处理机上相同的负荷均分处理，以确定等待状态报告返回的目标业务处理机。

本发明通过对变化的短消息的特征串进行负荷均分处理，获取短消息的特征串变化后的状态报告返回时的对应业务处理机，然后将该消息推送到目标的业务处理机，从而解决状态报告返回后因特征串变化带来了一系列问题，包括特征串变化后状态报告消息不能匹配源消息，导致引发大量冗余操作和异常冲击的问题，达到了优化多模块短消息网关系统性能的效果。

该方法的关键在于业务处理机对于特征串在后期业务处理逻辑中发生变化后，需主动再做一次特征串的负荷均分算法。

本发明实施例在网关接口机对第二特征串做与第一业务处理机上相同的负荷均分处理以确定等待状态报告的目标业务处理机之后，方法还可以包括：网关接口机转发下级网元的状态报告至目标业务处理机；目标业务处理机接收状态报告，根据状态报告匹配源消息。该实施例通过定位状态报告的返回目标，减少异常报告广播回执。

在第一业务处理机对第二特征串做负荷均分处理，以确定等待状态报告返回的第二业务处理机之后，方法还可以包括：第一业务处理机发送具有第二特征串的短消息至第二业务处理机；第一业务处理机接收第二业务处理机的响应结果，并确认响应结果是否正确。系统启动超时等待功能，提高系统效率，优化多模块短消息网关系统性能。

其中，第一业务处理机接收第二业务处理机的响应结果，并确认响应结果是否正确可以包括：第一业务处理机判断短消息是否发送成功，其中，在判断结果为是的情况下，确认响应结果正确；在判断结果为否的情况下，第一业务处理机继续后续工作流程。该实施例提高了系统的工作效率，免除了系统数据库数据的冗余操作。

第一业务处理机判断短消息是否发送成功可以包括：第一业务处理机判断在预定时间内是否得到来自第二业务处理机的确认消息；如果第一业务处理机在预定时间内得到来自第二业务处理机的确认消息，则确定短消息成功发送。实现了基于时间阈值的系统超时等待，免除了数据库数据的冗余操作。

在第一业务处理机获取具有第一特征串的短消息，并将第一特征串转化为第二特征串之前，方法还包括：网关接口机接收来自上级网元的短消息，将短消息中的第一特征串做负荷均分处理以确定短消息定位的目标业务处理机；网关接口机发送具有第一特征串的短消息至目标业务处理机，其中，目标业务处理机是第一业务处理机。该步骤完成与预先定位的目标业务处理器的匹配过程，优化多模块短消息网关系统性能。

在第一业务处理机对第二特征串做负荷均分处理之后，方法还包括：如果负荷均分处理的结果是第二业务处理机，第一业务处理机对短消息作标记并发送短消息至第二业务处理机；如果负荷均分处理的结果是第一业务处理机，第一业务处理机发送短消息至下级网元。针对消息的不同属性作标记，提高系统的工作效率，减少异常报告广播回执。

本发明实施例中，第一特征串可以是伪码；第二特征串可以是对应伪码的真实号码。其中，负荷均分处理采用HASH取模均分算法进行计算。减少号码变化影响系统性能，提高信息数据安全，优化多模块短消息网关系统性能。

图3是根据本发明实施例优选的多模块短消息的处理方法的流程图。

如图3所示，该方法包括如下步骤：

步骤S301，上级网元11提交消息A到网关接口机13，网关接口机13为当前短消息网关。

步骤S302，网关接口机13收到上级网元11提交的短消息后，根据消息中的号码按照HASH取模算法，均分定位到某个业务处理机节点。

本发明实施例中，网关接口机13根据消息中号码13511112222进行HASH取模均分计算出该消息应该分给业务处理机1。

步骤S303，网关接口机13转发消息A到业务处理机1。

步骤S304，网关业务处理机节点1针对消息中的号码发生变化的消息，在发给下级网元12前，按照最终的号码再做一次号码均分的逻辑处理，计算出状态报告回来后的业务处理机节点。

本发明实施例中，网关业务处理机节点1进行业务逻辑处理，号码13511112222发生变化为13922223333，则再次进行号码HASH取模均分计算出为业务处理机2。

步骤S305，计算出最终的业务处理机节点后，把该消息推送到对应的业务处理机节点。

本发明实施例中，网关业务处理机节点1将13922223333消息转发给业务处理机2。

步骤S306，由该业务处理机节点发送消息到下级网元12，然后源消息在该业务处理机节点等待状态报告消息回来。

本发明实施例中，网关业务处理机节点2进行13922223333号码消息的业务逻辑处理。

步骤S307，网关业务处理机节点2转发消息A到下级网元12。

步骤S308，下级网元12进行业务逻辑处理。

步骤S309，状态报告提交给网关。本发明实施例中下级网元12把13922223333的状态报告返回给网关接口机13。

步骤S310，当状态报告消息回来后，网关接口机13根据消息中的号码进行均分计算，就会直接定位到等状态报告的源消息的业务处理机节点。

本发明实施例中，网关接口机13根据状态报告消息中号码13922223333进行HASH取模均分计算出该消息应该分给业务处理机2。

步骤S311，网关接口机13转发状态报告消息到业务处理机2。

步骤S312，匹配源消息成功，进行后续业务处理。

上述方法针对目前多模块短消息网关系统中，按消息中的特征串均分处理后，因后期业务流程变化了特征串，从而引发的短消息的状态报告更能对系统的性能带来异常冲击的问题提出优化方法。大大减少了广播回执的可能，从而减少了号码变化带给系统的业务能力的冲击。其中特征串是短消息的号码。

图4是根据本发明实施例的移动梦网SP特征串是用户号码的多模块短消息处理方法的流程图。

如图4所示，该方法详细说明本发明针对移动梦网SP采用用户号码为伪码下发消息的实现方法和处理流程，包括如下步骤：

步骤S401，上级网元11下发用户号码为伪码(AAAABBBB)的消息A至网关接口机13。该实施例中上级网元11可以是内容提供商11。

步骤S402，网关接口机13根据伪码AAAABBBB进行HASH取模均分处理。

步骤S403，网关接口机13计算得到将消息A负荷均分给业务处理机1。

步骤S404，网关业务处理机1执行正常业务逻辑处理，并转入步骤S305。

步骤S405，网关业务处理机1去数据业务管理平台14获取伪码对应的真实号码。

步骤S406，数据业务管理平台14返回真实号码(13966668888)给网关业务处理机1。

步骤S401至步骤S406的过程中，网关接口机13把带有伪码(AAAABBBB)的消息分发到业务处理机1后，业务处理机1按正常流程处理。

步骤S407，网关业务处理机1对真实号码再次进行HASH取模均分计算该消息原属业务处理机2，并记下标记，该消息需要推出去。如果计算出来为自身节点，则不做推出去的标记。

本发明实施例中，当从数据业务管理平台(DSMP)14在获取到伪码对应的真实号码13966668888以后，网关业务处理机1采用和接口机一样的号码的hash算法，计算该消息原属业务处理机2，并记下标记，该消息需要推出去。如果计算出来为自身节点，则不做推出去的标记。

步骤S408，网关业务处理机1转发消息A给业务处理机2。该步骤中，网关业务处理机1采用中间网元交互的方式(即推消息这方把对方业务处理机当成一个中间网元进行处理)转发消息。

其中，当消息将要发送给下级网元前，则业务处理机1封装内部消息后发送给业务处理机2。

步骤S409，网关业务处理机1启动超时等待消息A应答。

该步骤中，业务处理机发1发消息给业务处理机2，需要采用同等响应一样的超时等待确认的流程。预定时间可以设置为1分钟。

具体实现步骤如下：当消息发送失败的情况下，则清除要推消息的标记，继续原先的后续流程；当消息发送成功的情况下，则等待对方业务处理机的响应。其中，本发明实施例在成功发送消息的步骤中，如果一分钟内收到业务处理机2的确认消息，则删除等响应表中的源消息；如果一分钟内没有收到业务处理机2的确认消息，则从等响应表取出源消息，清除要推消息的标记，继续原先的后续流程。

步骤S410，网关业务处理机2上的消息A接收的逻辑处理正确。

步骤S411，网关业务处理机2回复消息A的正确响应。当业务处理机2收到消息后，立即给业务处理机回复正确接收响应。

步骤S412，当收到正确响应，则业务处理机1丢弃消息A，否则，按原流程继续处理。

步骤S413，网关业务处理机2接收消息A的后续业务流程处理。

步骤S414，网关业务处理机2转发真实号码1396666888的消息A给接口机13。

步骤S415，网关接口机13转发真实号码1396666888消息A给短信中心12。

步骤S411至步骤S415中，业务处理机2收到消息A后继续处理该消息，进行后续正常处理，并由业务处理机2发起消息给短信中心。

步骤S416，网关业务处理机2等待短信中心消息A的回执返回，并最终出话单。

步骤S417，短信中心12回复真实号码1396666888消息A的回执，并将回执消息发送至网关接口13。

步骤S418，网关接口13根据真实号码13966668888进行HASH取模均分，得到应该分给的目标业务处理机。

步骤S419，网关接口13将消息A负荷均分给业务处理机2。

步骤S420，业务处理机2端实现正确匹配回执，不触发异常回执广播流程产生消息A的话单。

上述步骤S416至步骤S420中，当短信中心回复回执消息时，消息中为真实号码13966668888，则接口机13会正确返回给业务处理机2进行回执匹配。

通过上述本发明实施例步骤的实现，可以很容易解决根据特征串均分的算法，因号码变化后状态报告消息不能立即匹配源消息的问题。该发明针对目前我司专利“一种多模块短消息系统的负荷分担方法”在具体实现中遇到的问题提供了一种非常好的补充方法。

从以上的描述中，可以看出，本发明实现了如下技术效果：通过在消息字符串发生变化后主动进行均分算法确定变化后的状态报告返回时源消息所对应的业务处理机，减少了大量的数据库数据冗余及异常报告的广播操作，很大程度上完善了网关系统的性能。

应当理解的是，上述各具体步骤的举例说明较为具体，并不能因此而认为是对本发明的专利保护范围的限制，本发明的专利保护范围应以所附权利要求为准。

需要说明的是，在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行，并且，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。

本发明还提供了一种多模块短消息的处理系统。

图6是根据本发明实施例的多模块短消息的处理系统的结构示意图。

如图6所示，该系统分别与上级网元11和下级网元12相连接，包括：第一业务处理机1、网关接口机13和第二业务处理机2。

其中，第一业务处理机1，用于通过网关接口机接收上级网元发来的短消息，将短消息的第一特征串转化为第二特征串，并对第二特征串做负荷均分处理；第二业务处理机2，获取来自第一业务处理机1的具有第二特征串的短消息，并对短消息进行业务逻辑处理，并将处理结果发送至下级网元；网关接口机13，接收下级网元上生成的状态报告，对第二特征串做与第一业务处理机1上相同的负荷均分处理，以确定等待状态报告返回的目标业务处理机。

本系统实施例通过对变化的短消息的特征串进行负荷均分处理，获取短消息的特征串变化后的状态报告返回时的对应业务处理机，从而解决短消息的特征串变化后状态报告消息不能匹配源消息，导致引发大量冗余操作和异常冲击的问题，达到了优化多模块短消息网关系统性能的效果。

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

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

Claims (10)

1.一种多模块短消息的处理方法，其特征在于，包括：

第一业务处理机获取具有第一特征串的短消息，并将所述第一特征串转化为第二特征串；

所述第一业务处理机对所述第二特征串做负荷均分处理，以确定等待状态报告返回的第二业务处理机；

所述第二业务处理机获取具有所述第二特征串的短消息并对所述短消息进行业务逻辑处理，并将所述业务逻辑处理结果发送至下级网元；

所述下级网元生成状态报告，并发送所述状态报告至网关接口机；

所述网关接口机对所述第二特征串做与所述第一业务处理机上相同的所述负荷均分处理，以确定等待所述状态报告返回的目标业务处理机。

2.根据权利要求1所述的多模块短消息的处理方法，其特征在于，在所述网关接口机对所述第二特征串做与所述第一业务处理机上相同的所述负荷均分处理以确定等待所述状态报告的目标业务处理机之后，所述方法还包括：

所述网关接口机转发所述下级网元的所述状态报告至所述目标业务处理机；

所述目标业务处理机接收所述状态报告，根据所述状态报告匹配源消息，其中，所述源消息为具有第一特征串的短消息。

3.根据权利要求1所述的多模块短消息的处理方法，其特征在于，在所述第一业务处理机对所述第二特征串做负荷均分处理，以确定等待状态报告返回的第二业务处理机之后，所述方法还包括：

所述第一业务处理机发送具有所述第二特征串的短消息至所述第二业务处理机；

所述第一业务处理机接收所述第二业务处理机的响应结果，并确认所述响应结果是否正确。

4.根据权利要求3所述的多模块短消息的处理方法，其特征在于，所述第一业务处理机接收所述第二业务处理机的响应结果，并确认所述响应结果是否正确包括：

所述第一业务处理机判断所述短消息是否发送成功，其中，

在判断结果为是的情况下，确认所述响应结果正确；

在判断结果为否的情况下，所述第一业务处理机继续后续工作流程。

5.根据权利要求4所述的多模块短消息的处理方法，其特征在于，所述第一业务处理机判断所述短消息是否发送成功包括：

所述第一业务处理机判断在预定时间内是否得到来自所述第二业务处理机的确认消息；

如果所述第一业务处理机在所述预定时间内得到来自所述第二业务处理机的确认消息，则确定所述短消息成功发送。

6.根据权利要求1所述的多模块短消息的处理方法，其特征在于，在第一业务处理机获取具有第一特征串的短消息，并将所述第一特征串转化为第二特征串之前，所述方法还包括：

网关接口机接收来自上级网元的短消息，将所述短消息中的第一特征串做负荷均分处理以确定所述短消息定位的目标业务处理机；

所述网关接口机发送具有所述第一特征串的短消息至所述目标业务处理机，其中，所述目标业务处理机是第一业务处理机。

7.根据权利要求1所述的多模块短消息的处理方法，其特征在于，在所述第一业务处理机对所述第二特征串做负荷均分处理之后，所述方法还包括：

如果所述负荷均分处理的结果是第二业务处理机，所述第一业务处理机对所述短消息作标记并发送所述短消息至所述第二业务处理机；

如果所述负荷均分处理的结果是第一业务处理机，所述第一业务处理机发送所述短消息至所述下级网元。

8.根据权利要求1至7中任一项所述的多模块短消息的处理方法，其特征在于，所述第一特征串是伪码；所述第二特征串是对应所述伪码的真实号码。

9.根据权利要求1至7中任一项所述的多模块短消息的处理方法，其特征在于，所述负荷均分处理采用HASH取模均分算法进行计算。

10.一种多模块短消息的处理系统，分别与上级网元和下级网元相连接，其特征在于，包括：

第一业务处理机，用于通过网关接口机接收上级网元发来的短消息，将所述短消息的第一特征串转化为第二特征串，并对所述第二特征串做负荷均分处理；

第二业务处理机，获取来自所述第一业务处理机的具有所述第二特征串的短消息，并对所述短消息进行业务逻辑处理，并将处理结果发送至所述下级网元；

网关接口机，接收所述下级网元上生成的状态报告，对所述第二特征串做与所述第一业务处理机上相同的所述负荷均分处理，以确定等待所述状态报告返回的目标业务处理机。