CN102378134B - 短消息回执处理系统和方法 - Google Patents

Abstract

本发明公开了一种短消息回执处理系统和方法，其中，所述系统包括：至少一个业务处理机和至少一个回执处理机，其中，第一业务处理机，用于将接收到的回执消息发送至一个回执处理机；所述回执处理机，用于接收所述回执消息，从所述至少一个业务处理机中确定处理所述回执消息的第二业务处理机，并将所述回执消息发送至所述第二业务处理机。通过本发明，极大地减轻了业务处理机节点的负担，提高了业务处理机的性能，进而从整体上提高了系统的整体性能和稳定性。

Description

短消息回执处理系统和方法

技术领域

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

背景技术

随着移动终端的功能日益丰富以及电信消息类业务的快速发展，短信业务的数量呈现出大幅增长。短信平台无论是对于个人事务还是企业办公，都发挥着积极而重要的作用。

目前短信平台的实现有两种系统架构：一是早期沿用至今的单模块系统架构，该架构把所有短信处理功能都集成到单个节点完成，该架构的优点是组网简单，系统成本低，但随着业务的高速发展，该架构将无法满足运营商对系统越来越高的性能要求；二是多节点、分布式的多模块系统架构，该架构通过在各个节点进行消息负荷并行分担，充分发挥各个节点的处理能力，从而提高整个系统的处理能力。

现有的多模块架构中，业务逻辑处理功能全部在业务处理节点实现，这些逻辑处理包括路由查询、各种鉴权、重试、回执消息的查询匹配、数据库访问、各种日志以及话单记录等。在上述逻辑处理中，回执消息的查询匹配为整个业务的最终计费提供重要依据，但回执的查询匹配、涉及数据库的访问、回执延时返回以及对回执缓存的维护管理，对于实现全部业务逻辑的业务处理节点来说，一方面，使得业务处理节点的负担较重，造成业务处理节点的处理效率低下，业务处理节点的性能低；另一方面，因为业务处理节点需要处理全部业务逻辑，因而无法保证对回执消息的处理能够及时进行，从而使得回执的查询匹配周期相对较长，也在一定程度上降低了业务处理节点的性能。

发明内容

本发明的主要目的在于提供一种短消息回执处理系统和方法，以至少解决上述的业务处理节点因为回执匹配查询而造成的性能低的问题。

根据本发明的一个方面，提供了一种短消息回执处理系统，包括：至少一个业务处理机和至少一个回执处理机，其中，第一业务处理机，用于将接收到的回执消息发送至一个回执处理机；回执处理机，用于接收回执消息，从至少一个业务处理机中确定处理回执消息的第二业务处理机，并将回执消息发送至第二业务处理机。

进一步地，短消息回执处理系统还包括：消息-节点映射服务器，用于在回执处理机确定处理回执消息的第二业务处理机失败的情况下，接收回执处理机转发的回执消息，确定处理回执消息的第二业务处理机，并将确定结果发送给回执处理机。

进一步地，回执处理机包括：通信收消息模块，用于接收回执消息；回执处理模块，用于使用内存表或数据库，确定处理回执消息的第二业务处理机，内存表或数据库用于存储等待回执消息的源消息与回执消息的对应关系，以及发送源消息的业务处理机的信息；通信发消息模块，用于将回执消息发送至第二业务处理机。

进一步地，内存表中存储的对应关系和业务处理机的信息不同于数据库中存储的对应关系和业务处理机的信息。

进一步地，第一业务处理机还用于向回执处理机发送源消息；回执处理机还用于接收并存储源消息，并将源消息和回执处理机的信息发送给消息-节点映射服务器。

进一步地，消息-节点映射服务器还用于在确定处理回执消息的第二业务处理机失败的情况下，保存回执消息和发送回执消息的回执处理机的信息。

进一步地，第一业务处理机和第二业务处理机为同一业务处理机。

根据本发明的另一方面，提供了一种短消息回执处理方法，包括：第一业务处理机将接收到的回执消息发送至回执处理机；回执处理机接收回执消息，确定处理回执消息的第二业务处理机，并将回执消息发送至第二业务处理机。

进一步地，短消息回执处理方法还包括：在回执处理机确定处理回执消息的第二业务处理机失败的情况下，消息-节点映射服务器接收回执处理机转发的回执消息，确定处理回执消息的第二业务处理机，并将确定结果发送给回执处理机。

进一步地，短消息回执处理方法还包括：在消息-节点映射服务器确定处理回执消息的第二业务处理机失败的情况下，消息-节点映射服务器保存回执消息和发送回执消息的回执处理机的信息。

进一步地，在第一业务处理机发送回执消息至回执处理机的步骤之前，还包括：第一业务处理机向回执处理机发送源消息；回执处理机接收并存储源消息，并将源消息和回执处理机的信息发送给消息-节点映射服务器。

进一步地，第一业务处理机和第二业务处理机为同一业务处理机。

本发明通过引入了回执处理机，将回执查询匹配功能从业务处理机中分离出来，解决了业务处理节点因为回执匹配查询而造成的性能低的问题，极大地减轻了业务处理机节点的负担，提高了业务处理机的性能，进而从整体上提高了系统的整体性能和稳定性。

附图说明

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

图1是根据本发明实施例的一种短消息回执处理系统的结构框图；

图2是根据本发明实施例的一种回执处理机的结构示意图；

图3是根据本发明实施例的一种多模块系统架构示意图；

图4是根据本发明实施例的一种短消息回执处理方法的步骤流程图；

图5是根据本发明实施例的一种回执处理机进行消息处理的步骤流程图；

图6是根据本发明实施例的一种消息-节点映射服务器进行消息处理的步骤流程图；

图7是根据本发明实施例的一种回执表、内存表和数据库表的维护处理的流程图；

图8是图3所示多模块系统架构中的消息流向示意图。

具体实施方式

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

参照图1，示出了根据本发明实施例的一种短消息回执处理系统的结构框图，包括：至少一个业务处理机和至少一个回执处理机。

其中，第一业务处理机102，用于将接收到的回执消息发送至一个回执处理机；回执处理机104，用于接收回执消息，从至少一个业务处理机中确定处理回执消息的第二业务处理机106，并将回执消息发送至第二业务处理机106。

其中，业务处理机和回执处理机为不同的物理实体，第一业务处理机102和第二业务处理机106可以为不同的业务处理机，也可以为同一个业务处理机。

相关技术中，包括回执消息的查询匹配的所有业务逻辑处理功能全部在业务处理机节点进行，使得业务处理机节点的性能较低。通过本实施例，将业务处理机的回执消息的查询匹配功能分离出来，由回执处理机完成，极大地减轻了业务处理机的负担，提高了业务处理机的性能，也从整体上提高了系统的整体性能和稳定性。

参照图2，示出了根据本发明实施例的一种回执处理机的结构示意图，包括：

通信收消息模块202，用于从第一业务处理机接收回执消息；回执处理模块204，用于使用内存表或数据库，确定处理回执消息的第二业务处理机，其中，内存表或数据库用于存储等待回执消息的源消息与回执消息的对应关系，以及发送源消息的业务处理机的信息；通信发消息模块206，用于将回执消息发送至第二业务处理机。

其中，数据库可以设置于专设的，独立于回执处理机的数据库服务器中；也可以设置于本地的外部存储器中。

数据库中存储的等待回执消息的源消息与回执消息的对应关系，以及发送源消息的业务处理机的信息可以不同于内存表，以节约存储空间，提高存储效率

回执处理模块204是回执处理机的核心模块，优选的，该模块还用于将源消息缓存到内存表或数据库；以及负责对内存表的维护。

优选的，本实施例的回执处理机还可以包括：管理模块208，用于回执消息处理相关的配置参数同步、系统状态监控和告警、以及数据库状态监控；以及负责回执内存表的维护清理。

优选的，通信收消息功能模块202，还用于从通信网络如业务处理机接收管理消息和源消息等，将源消息转交给回执处理模块204，将管理消息转交给管理模块208。

优选的，本实施例的回执处理机还可以包括：数据库访问模块210，用于数据库访问查询，包括数据插入、匹配查询和过期数据的维护；根据保存原始消息的数据库表的个数，可以有多个数据库访问模块。一方面，数据库中存储的等待回执消息的源消息与回执消息的对应关系，以及发送源消息的业务处理机的信息可以不同于内存表，以节约存储空间，提高存储效率，在回执处理模块204从内存表中查找不到处理回执消息的第二业务处理机时，可以通过数据库访问模块210从数据库中查找；另一方面，回执处理模块204在接收到源消息后，可以通过数据库访问模块210将源消息存入数据库中。

参照图3，示出了根据本发明实施例的一种多模块系统架构示意图，本实施例的多模块系统引入了回执处理机。整个多模块系统架构包括：

至少一个接口机：本实施例中设定为n个，包括接口机1至接口机n，用于连接外部网元，接收外部网元的消息(包括回执消息、源消息、管理消息等)并解析，然后将消息转发给业务处理机处理；

至少一个业务处理机：本实施例中设定为m个，包括业务处理机1至业务处理机m，用于将等待回执的源消息和回执消息发送到回执处理机进行查询处理；以及负责业务逻辑处理，包括路由查询、各种鉴权、重试、数据库访问、各种日志以及话单记录等；

至少一个回执处理机：本实施例中设定为q个，包括回执处理机1至回执处理机q，用于保存业务处理机发送的等待回执的源消息和匹配源消息的回执消息，负责回执消息的匹配查询，包括从内存表或数据库中查找与回执消息相匹配的源消息，并将发送该源消息的业务处理机作为处理回执消息的业务处理机；以及，将从业务处理机接收的源消息进行存储，并发送该源消息和本回执处理机的信息到消息-节点映射服务器；

消息-节点映射服务器：用于保存所有等待回执的源消息和回执处理机的信息，以及源消息和回执处理机的映射关系，负责异常情况下的回执匹配查询，即回执处理机确定处理回执消息的第二业务处理机失败情况下的回执匹配查询。因为每个回执处理机的存储限制，回执处理机的内存表和数据库中可能仅存储一部分源消息，回执处理机有可能查询不到回执消息对应的源消息，这时，回执处理机可以将回执消息发送到存储了全部源消息的消息-节点映射服务器中查询回执消息对应的源消息，进而找到处理回执消息的业务处理机。若消息-节点映射服务器确定处理回执消息的第二业务处理机也失败，则消息-节点映射服务器保存回执消息和发送回执消息的回执处理机的信息。

需要说明的是，消息-节点映射服务器的结构可以采用与如图2所示的回执处理机类似的结构，在此不再赘述。

本实施例通过引入回执处理机和消息-节点映射服务器，一方面使用回执处理机分担了原业务处理机的回执消息查询匹配功能，极大地减轻了业务处理机的负担，提高了系统整体性能，另一方面消息-节点映射服务器的引入，避免了回执查询失败的回执广播引起的性能下降。

参照图4，示出了根据本发明实施例的一种短消息回执处理方法的步骤流程图，本实施例中，包括至少一个业务处理机和至少一个回执处理机。

本实施例的短消息回执处理方法包括以下步骤：

步骤S402：第一业务处理机将接收到的回执消息发送至回执处理机；

本步骤中，一个业务处理机或者多个业务处理机中的一个在接收到回执消息后，将该回执消息按照一定的算法，如hash(哈希)算法，发送给一个回执处理机。

步骤S404：回执处理机接收回执消息，确定处理回执消息的第二业务处理机，并将回执消息发送至第二业务处理机。

本步骤中，回执处理机接收到回执消息后，根据存储的回执消息与源消息的对应关系，以及发送源消息的业务处理机的信息，确定处理回执消息的业务处理机，将该回执消息发送至确定的业务处理机。

其中，第一业务处理机和第二业务处理机可以是不同的业务处理机，也可以是同一个业务处理机。

参照图5，示出了根据本发明实施例的一种回执处理机进行消息处理的步骤流程图，包括以下步骤：

步骤S502：回执处理机接收消息数据包。

本步骤中，以图2所示回执处理机为例，由回执处理机的通信收消息模块接收消息数据包，其中，消息可以是回执消息、源消息或者管理消息。

步骤S504：回执处理机判断接收到的消息的类型，如果发送该消息的源节点为消息-节点映射服务器，则把收到的消息数据包发送到回执处理模块，告知此消息数据包包括从消息-节点映射服务器的查询结果，并执行步骤S506；如果是管理消息，则将收到的消息数据包发送给管理模块，并执行步骤S508；否则，将收到的消息数据包发送给回执处理模块，并执行步骤S510。

步骤S506：回执处理模块解析收到的消息，如果查询结果失败，则流程结束；否则，提取消息中的业务处理机的信息，将该消息转发到信息指示的业务处理机，并删除回执处理机的回执表中对应的回执消息，流程结束。

步骤S508：管理模块根据收到的管理消息进行管理维护操作，处理完毕则结束处理流程。

步骤S510：回执处理模块解析收到的消息，如果不是回执消息，则将发送该消息的业务处理机的信息记录到该消息，将该消息保存到内存表，若保存成功，则转步骤S514；否则，如果内存表满或者不满足插入内存表条件，则将该消息发给数据库访问模块并执行步骤S512；如果是回执消息，则根据回执匹配源消息规则查询内存表，如果匹配成功则删除内存表中的记录，处理查询到的消息并将消息发送给通信发模块并执行步骤S520；如果查询内存表失败，则生成数据库查询SQL语句发送给数据库访问模块并执行步骤S516。

步骤S512：数据库访问模块收到消息后将消息插入数据库，转步骤S514。

步骤S514：将本回执处理机节点信息和源消息发送给消息-节点映射服务器，处理流程结束。

步骤S516：数据库访问模块收到消息后执行SQL查询，如果查询成功，则删除数据库表中记录，并将查询结果返回给回执处理模块，执行步骤S520；如果查询失败，则执行步骤S518。

步骤S518：回执处理模块处理收到的消息，如果收到的消息表明查询失败，则置失败标记，将下一节点置为消息-节点映射服务器节点，并将消息发送给消息-节点映射服务器，处理流程结束。

步骤S520：通信发消息模块根据节点信息将收到的消息发送到对应的节点，处理流程结束。

参照图6，示出了根据本发明实施例的一种消息-节点映射服务器进行消息处理的步骤流程图。因本实施例的消息-节点映射服务器采用与回执处理机类似的结构设置，因此，本实施例的消息-节点映射服务器进行消息处理包括以下步骤：

步骤S602：服务器通信收消息模块接收数据包。

步骤S604：如果是管理消息，则将收到的数据包发送给管理模块，并执行步骤S606；否则，将收到的数据包发送给回执处理模块，并执行步骤S608。

步骤S606：管理模块根据收到的消息进行管理维护操作，处理完毕则结束处理流程。

步骤S608：回执处理模块解析收到的消息，如果不是回执消息，则将业务处理机节点信息记录到消息，将消息保存到内存表，若保存成功，则流程结束；否则，如果内存表满或者不满足插入内存表条件，则将消息发给数据库访问模块并执行步骤S610；如果是回执消息，则根据回执匹配源消息规则查询内存表，如果匹配成功，则删除内存表中的记录，处理查询到的消息，并将消息发送给通信发消息模块，并执行步骤S616；如果查询内存表失败，则生成查询SQL语句发送给数据库访问模块，并执行步骤S612。

步骤S610：数据库访问模块收到消息后将消息插入数据库，流程结束。

步骤S612：数据库访问模块收到消息后执行SQL查询，如果查询成功则删除数据库表中记录，并将查询结果返回给通信发消息模块，并执行步骤S616；如果查询失败，则执行步骤S614。

步骤S614：将匹配源信息失败的回执消息保存到回执表，流程结束。

步骤S616：通信发消息模块根据节点信息将收到的消息发送到对应的节点，处理流程结束。

另外，回执处理机(如图5所示)和消息-节点映射服务器(如图6所示)组成本发明的回执处理系统，该回执处理系统还可以包括数据库服务器。

该回执处理系统通过定时机制，对回执表、内存表及数据库表进行维护，如图7所示。回执处理系统定时提取回执表中的回执消息并查询内存表以匹配源信息；回执处理系统的管理模块定时扫描回执表，将过期的回执消息发送给业务处理机节点并删除该过期回执消息。回执处理系统的数据库访问模块定时扫描数据库表，将过期的等待回执的源消息发送给业务处理机节点产生失败话单并删除该过期源消息。

参照图8，示出了图3所示多模块系统架构中的消息流向示意图，包括：

步骤S802：接口机x收到外部网元的源消息，根据某种特定的hash算法(如：hash(消息源号码，消息目的号码))将该源消息分发给业务处理机m。

步骤S804：业务处理机m给接口机x回响应response消息。

步骤S806：业务处理机m进行业务逻辑处理，并根据路由结果将接口机x发送的源消息转发给位于接口机y上面的帐号。

本步骤中，设定接口机x上无对应于其接收到的源消息的帐号，该源消息的帐号位于接口机y上。

步骤S808：接口机y向业务处理机m返回成功应答response消息。

步骤S810：业务处理机m根据特定的hash算法(hash(消息源号码，消息目的号码))，将该等待回执的源消息分发给回执处理机a进行保存处理，回执处理机a将源消息保存到内存表或数据库，同时将本节点的节点消息和源消息发送给消息-节点映射服务器做映射、备份。

步骤S812：接口机y将目的帐号返回的回执消息根据特定的hash算法(hash(回执消息目的号码，回执消息源号码))找到业务处理机m，并转发回执消息给业务处理机m。

步骤S814：业务处理机m根据特定的hash算法(hash(回执消息目的号码，回执消息源号码))找到回执处理机a，并转发回执消息给回执处理机a；回执处理机a对回执消息进行查询匹配，查询包括内存表、数据库；如果查询失败，则将回执消息转发给消息-节点映射服务器，消息节点映射服务器对回执消息进行查询匹配(包括数据库和内存表)。

步骤S816：回执处理机a根据匹配到的源消息的源节点信息找到业务处理机m，并将查询结果返回给业务处理机m。

步骤S818：业务处理机m给接口机y返回应答response消息。

步骤S820：业务处理机m向接口机x发送回执消息。

步骤S822：接口机x向业务处理机m返回应答response消息。

另外，由回执处理机a定期维护引起删除过期数据，回执处理机a根据删除的过期数据的号码信息和hash算法找到业务处理机m，并将过期数据发送给业务处理机m，过期数据包括回执消息和等待回执的源消息。

从以上的描述中，可以看出，本发明提供了一种独立、处理高效的回执处理系统和方法，实现了多模块架构中消息类回执的查询匹配。与相关技术相比，本发明引入了回执处理机节点和消息-节点映射服务器，一方面极大地减轻了业务处理机节点的负担，提高了系统整体性能，另一方面消息-节点映射服务器的引入，避免了回执查询失败的回执广播引起的系统性能下降。

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

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

Claims (8)

1.一种短消息回执处理系统，其特征在于，包括：至少一个业务处理机和至少一个回执处理机，其中，

第一业务处理机，用于将接收到的回执消息发送至一个回执处理机；

所述回执处理机，用于接收所述回执消息，从所述至少一个业务处理机中确定处理所述回执消息的第二业务处理机，并将所述回执消息发送至所述第二业务处理机；

消息-节点映射服务器，用于在所述回执处理机确定处理所述回执消息的第二业务处理机失败的情况下，接收所述回执处理机转发的所述回执消息，确定处理所述回执消息的所述第二业务处理机，并将确定结果发送给所述回执处理机。

2.根据权利要求1所述的系统，其特征在于，所述回执处理机包括：

通信收消息模块，用于接收所述回执消息；

回执处理模块，用于使用内存表或数据库，确定处理所述回执消息的所述第二业务处理机，所述内存表或所述数据库用于存储等待回执消息的源消息与所述回执消息的对应关系，以及发送所述源消息的业务处理机的信息；

通信发消息模块，用于将所述回执消息发送至所述第二业务处理机。

3.根据权利要求2所述的系统，其特征在于，所述内存表中存储的所述对应关系和业务处理机的信息不同于所述数据库中存储的所述对应关系和业务处理机的信息。

4.根据权利要求1所述的系统，其特征在于，

所述第一业务处理机还用于向所述回执处理机发送源消息；

所述回执处理机还用于接收并存储所述源消息，并将所述源消息和所述回执处理机的信息发送给消息-节点映射服务器。

5.根据权利要求1所述的系统，其特征在于，所述消息-节点映射服务器还用于在确定处理所述回执消息的所述第二业务处理机失败的情况下，保存所述回执消息和发送所述回执消息的回执处理机的信息。

6.一种短消息回执处理方法，其特征在于，包括：

第一业务处理机将接收到的回执消息发送至回执处理机；

回执处理机接收所述回执消息，确定处理所述回执消息的第二业务处理机，并将所述回执消息发送至所述第二业务处理机；

在所述回执处理机确定处理所述回执消息的第二业务处理机失败的情况下，消息-节点映射服务器接收所述回执处理机转发的所述回执消息，确定处理所述回执消息的所述第二业务处理机，并将确定结果发送给所述回执处理机。

7.根据权利要求6所述的方法，其特征在于，还包括：

在所述消息-节点映射服务器确定处理所述回执消息的所述第二业务处理机失败的情况下，所述消息-节点映射服务器保存所述回执消息和发送所述回执消息的回执处理机的信息。

8.根据权利要求6所述的方法，其特征在于，在所述第一业务处理机发送回执消息至回执处理机的步骤之前，还包括：

所述第一业务处理机向所述回执处理机发送源消息；

所述回执处理机接收并存储所述源消息，并将所述源消息和所述回执处理机的信息发送给消息-节点映射服务器。