[发明专利]一种短信网关中并行业务处理的系统和方法

说明书

技术领域

本发明涉及一种电信数据网络通信领域的系统和方法，特别涉及的是一种短消息网关中的并行业务处理系统及其方法改进。

背景技术

在现有技术的短信系统中，比如短信网关系统中，通常可以划分为通信层和业务层等多个逻辑模块。典型的短信网关系统结构如图1所示，包括业务处理模块、管理模块、统计模块、消息日志模块、话单模块、数据库访问模块、时钟模块以及通信模块等，其中通信模块负责外部网元的接入和消息收发；业务模块完成业务逻辑相关的流程处理；管理模块完成系统配置管理功能；话单模块完成系统原始话单的产生和清除功能；时钟模块产生系统原始时钟信号，驱动各个模块完成特定任务。

目前的电信业务控制逻辑趋向于复杂化，在一个短消息的生命周期中需要经过多次业务逻辑控制。因此在一个短信网关系统中，业务处理模块的处理流程和周期是最复杂的，并且其处理能力的高低直接决定了整个系统处理能力的大小。

对一条短消息而言，其生命周期经过的逻辑处理过程如图2所示，通信模块在收到一条短消息后，通过消息接口将消息传送到业务处理模块，即从消息入口进入业务通道。短消息需要经过合法性检查、信令跟踪、号码变换、编码转换、黑白名单过滤、路由查询、异步中间平台转发、消息转发、回执处理等业务逻辑单元。所述黑白名单过滤通过对比短消息中的主被叫号码和黑白名单表，从而决定是否允许发送短消息；所述路由查询需要查询路由数据表，从而决定消息转发的目的地址，并且在异步中间平台转发时，将短消息缓存到响应缓存表中；消息转发成功后，记入临时话单表中，在完成状态报告匹配并在将短消息从消息出口发送出去后，进行话单处理和日志处理。

目前的短消息网关系统的业务处理模块是单一进程、单通道的结构，使用这种结构的短消息网关代码结构简单，开发维护比较容易。但这种结构的最大缺陷是业务模块在处理一条短消息的过程中必须从头至尾处理完成后，才能处理下一条短消息，而一次处理所需要耗费的CPU时间和资源是非常多的。

在短信增值业务开展的初期，业务负荷较小的情况下，这种结构的系统开发周期短，维护代价小的优点比较突出。但随着短消息的用户量增加，短消息业务负荷逐渐增大，这种串行化处理方式极大地限制了整个系统的业务处理性能，限制了电信业务的开展。

因此，现有技术还有待于改进和发展。

发明内容

本发明所要解决的技术问题在于提供一种短信网关中并行业务处理的系统和方法，用于解决现有技术中串行化短消息处理的缺陷，提高系统的并行处理的能力和性能。

本发明的技术方案如下：

一种短信网关中并行业务处理的系统，其包括一消息入口作为业务消息接口，用于从通信模块接收业务消息，并向业务通道发送待处理的短消息；其中，所述业务通道设置为并行的多个，每一所述业务通道为一条短消息所需要经过的所有处理逻辑，包括业务逻辑判断单元、状态维护单元、业务处理单元；所述业务逻辑判断单元用于完成根据短消息的状态位决定下一步的业务处理单元，所述状态维护单元用于对短消息的状态进行维护和更新，所述的业务处理单元用于完成基本的业务处理功能，具有业务处理功能的单一性和原子性的特点。

所述的系统，其中，所述消息入口还设置有一消息业务队列，用于存储从所述通信模块接收的业务消息。

所述的系统，其中，所述业务通道之间设置有多个共享锁，用于共享读写共享数据表。

所述的系统，其中，所述共享数据表包括黑白名单表、路由数据表、响应缓存表以及临时话单表。

所述的系统，其中，所述业务通道还通讯连接消息出口，用于将短消息发送出去；并发送到话单模块及消息日志模块。

一种短信网关中并行业务处理的方法，其包括以下步骤：

A、通信模块收到业务消息，并将消息传送给并行业务处理系统；

B、所述并行业务处理器系统中多个业务通道中的一个调用其逻辑处理单元完成一个原子化的业务处理；

C、所述业务通道向共享锁请求获取共享读锁或共享写锁，获取成功以后，读取或更新系统共享数据；

D、所述业务通道完成所有的业务流程处理，通过消息出口将消息发送出去。

所述的方法，其中，所述步骤D还包括：通过消息出口将消息发送到话单模块及消息日志模块。

所述的方法，其中，所述步骤A还包括：

A11、所述通信模块在收到数据消息时，将消息插入所述并行业务处理系统的消息业务队列中；

A12、唤醒在这个消息业务队列上等待的所有业务处理通道任务；