CN104618878A - 短信网关 - Google Patents

Abstract

本发明实施例提供一种短信网关，包括短信接入装置和业务处理装置，短信接入装置负责短信网关与短信中心通过标准短信协议交换短信数据，实现了应用系统与用户之间的数据交互；业务处理装置与各种不同应用系统交互，从短信网关中的短信接入装置取得用户短信数据，对短信内容进行解析，分析出用户请求的业务类型，对业务数据进行初步合法性检验，再转发到相应的应用系统，同时从不同的应用系统接收业务响应数据和推送数据，业务处理装置通过短信发送队列与短信网关中的短信接入装置交互，使得短信接入装置能够获取到应用系统发送的业务响应数据和推送数据，短信接入装置将接收的数据发送至短信中心，从而实现短信中心侧的用户与应用系统之间的交互。

Description

短信网关

技术领域

本发明实施例涉及信息技术领域，尤其涉及一种短信网关。

背景技术

短信(Short Message,SM)网关是基于移动手机各种不同业务应用系统与用户之间的门户层之一，向用户提供SM接入方式，负责应用系统与移动运营商的短信中心(SMSC)的数据交换，将外部短信数据协议的交易请求转换成应用系统内部统一的交易格式；或者将内部统一格式的交易结果转换成外部短信数据协议，再外发至短信中心，最终传递给手机用户。

在服务提供商(Service Provider，SP)侧的短信网关中的短信接入装置的设计与实现方式属于应用业务系统设计与开发的一部分，没有统一的规范和技术标准，各个公司基于每个实际系统的不同要求以及设计人员的经验和能力而有不同的设计实现。

在短信接入的应用方面，目前有一些专业做短信网关产品的公司，给签订协议需要短信服务的系统(如网上购物，邮箱注册等)通过下载客户端接口程序的方式提供基于HTTP(Hypertext Transfer Protocol，超文本传送协议)或WEBSERVICE(网页服务)协议的短信收发服务，这对于用户来说属于第三方独立服务，但是这些短信网关中短信接入装置的具体设计与实现一般都是商业秘密从而使无法得知的。

在服务提供商(service provider，SP)侧的短信网关中的业务处理装置的设计与实现方式属于应用业务系统设计与开发的一部分，没有统一的规范和技术标准，各个公司基于每个实际系统的不同要求以及设计人员的经验和能力而有不同的设计实现。

业务处理装置对于用户来说属于第三方独立服务，但是该装置的具体设计与实现一般都是商业秘密从而是无法得知的。

发明内容

本发明实施例提供一种短信网关，以向用户提供短信接入方式，并实现从短信网关中取得用户短信数据，对短信内容进行解析，分析出用户请求的业务类型，再转发到相应的应用系统，并实现从不同的应用系统接收业务响应数据和推送数据，经转换后发送至短信中心，从而实现短信中心侧的用户与应用系统之间的交互。

本发明实施例提供了一种短信网关，包括：

短信接入装置，用于向短信中心注册，并在注册成功时建立第一链路，其中所述第一链路用于所述短信接入装置与所述短信中心之间的交互；

用于从短信网关中的短信发送队列中读取待发送数据，其中，所述待发送数据由下述业务处理装置从所述业务处理装置接入的应用系统中获取，并写入至所述短信发送队列中；按照设定协议对获取的待发送数据进行打包，并将打包后的待发送数据包通过所述第一链路发送至所述短信中心，将发送的数据包中的原始发送数据写入所述短信网关中的等待响应队列；

用于通过所述第一链路从所述短信中心接收协议响应数据，按照设定协议对所述协议响应数据进行解包，判断解包后的协议响应数据的响应类型，并根据所述判断结果，进行相应处理；以及将解包后的协议响应数据写入所述短信网关中的等待响应队列，其中，所述协议响应数据由所述短信中心在成功接收到发送的待发送数据包并进行响应后生成；

还用于定时扫描所述等待响应队列，检查是否存在已经成功发送但超时没有收到响应的原始发送数据，若是，则丢弃该原始发送数据，或将该原始发送数据写入短信发送队列，并执行重发操作；

业务处理装置，用于从所述短信网关中的短信接收队列读取用户发送的业务请求数据；根据预设的业务请求数据与业务类型的对应关系，确定读取的所述业务请求数据的业务类型；在业务类型存在时，以业务类型为关键字，将所述关键字以及读取的所述业务请求数据写入所述短信网关中的业务请求数据队列；其中，所述对应关系中的业务类型与应用接入模块接入的应用系统所提供的业务对应；

用于接入应用系统；从所述业务请求数据队列中读取与接入的应用系统所提供的业务对应的业务请求数据，并进行合法性检查；在检查结果为合法时，将所述合法的业务请求数据发送至接入的应用系统，并从所述应用系统接收业务响应数据；将根据所述接入的应用系统所提供的业务类型确定的关键字以及接收的所述业务响应数据写入所述短信网关中的短信发送队列；

还用于在接入应用系统后，接收所述应用系统的推送数据；将根据所述接入的应用系统所提供的业务类型确定的关键字以及接收的所述推送数据写入所述短信网关中的短信发送队列。

本发明实施例提供的短信网关，短信接入装置主要负责短信网关与短信中心(SMSC)通过标准短信协议交换短信数据，实现了应用系统与用户之间的数据交互；业务处理装置，与各种不同应用系统交互，从短信网关中的短信接入装置取得用户短信数据，对短信内容进行解析，分析出用户请求的业务类型，对业务数据进行初步合法性检验，再转发到相应的应用系统，同时，从不同的应用系统接收业务响应数据和推送数据，业务处理装置通过短信发送队列与短信网关中的短信接入装置交互，使得短信接入装置能够获取到应用系统发送的业务响应数据和推送数据，短信接入装置将接收的数据发送至短信中心，从而实现短信中心侧的用户与应用系统之间的交互。本发明实施例提供的业务处理装置的扩展性好，具有广泛的移植性。

附图说明

为了更清楚地说明本发明，下面将对本发明中所需要使用的附图做一简单地介绍，显而易见地，下面描述中的附图是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。

图1为本发明实施例提供的一种短信网关的结构示意图；

图2为本发明实施例提供的短信网关中一种短信接入装置的结构示意图；

图3为本发明实施例提供的短信网关中另一种短信接入装置的结构示意图；

图4为本发明实施例提供的短信网关中一种业务处理装置的结构示意图；

图5为本发明实施例提供的短信网关中另一种业务处理装置的结构示意图。

具体实施方式

为使本发明的目的、技术方案和优点更加清楚，下面将结合附图对本发明实施例中的技术方案作进一步详细描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。可以理解的是，此处所描述的具体实施例仅用于解释本发明，而非对本发明的限定，基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。另外还需要说明的是，为了便于描述，附图中仅示出了与本发明相关的部分而非全部内容。

本发明实施例提供的短信网关适用于如图1所示的网络架构，该网络架构包括：短信中心、短信网关和应用系统，从而实现短信中心侧的用户与应用系统之间的交互。

为清楚起见，首先介绍短信网关的结构。请参阅图1，该短信网关至少包括：短信接入装置和业务处理装置，还可优选包括日志监控模块和/或流量统计模块。

其中，短信接入装置负责与短信中心之间的通讯；业务处理装置负责与各应用系统交换数据；日志监控模块用于收集短信网关各模块产生的日志信息，供监控终端显示；流量统计模块用于记载短信网关发送和接收的短信数据。四大模块功能相对独立，模块间数据交换可通过消息队列连接。短信网关与外部系统(即短信中心和应用系统)通过TCP/IP通讯，进行标准的通讯协议数据的交互。下面对短信网关的各模块进行介绍。

1、短信接入装置

短信接入装置，用于向短信中心注册，并在注册成功时建立第一链路，其中所述第一链路用于所述短信接入装置与所述短信中心之间的交互；

用于从短信网关中的短信发送队列中读取待发送数据，其中，所述待发送数据由下述业务处理装置从所述业务处理装置接入的应用系统中获取，并写入至所述短信发送队列中；按照设定协议对获取的待发送数据进行打包，并将打包后的待发送数据包通过所述第一链路发送至所述短信中心，将发送的数据包中的原始发送数据写入所述短信网关中的等待响应队列；

用于通过所述第一链路从所述短信中心接收协议响应数据，按照设定协议对所述协议响应数据进行解包，判断解包后的协议响应数据的响应类型，并根据所述判断结果，进行相应处理；以及将解包后的协议响应数据写入所述短信网关中的等待响应队列，其中，所述协议响应数据由所述短信中心在成功接收到发送的待发送数据包并进行响应后生成；

还用于定时扫描所述等待响应队列，检查是否存在已经成功发送但超时没有收到响应的原始发送数据，若是，则丢弃该原始发送数据，或将该原始发送数据写入短信发送队列，并执行重发操作。

1.1短信接入装置的一种优选的实施方式

请参阅图2，作为短信接入装置的一种优选的实施方式，该短信接入装置可以包括：接入主模块、数据发送模块、数据接收模块、协议处理模块和超时处理模块。

接入主模块，用于启动下述数据发送模块、数据接收模块和超时处理模块；以及向短信中心注册，并在注册成功时建立第一链路，其中所述第一链路用于所述数据发送模块与所述短信中心之间的交互，还用于所述短信中心与所述数据接收模块之间的交互；

数据发送模块，用于从短信网关中的短信发送队列中读取待发送数据，其中，所述待发送数据由所述业务处理装置从所述业务处理装置接入的应用系统中获取，并写入至所述短信发送队列中；调用下述协议处理模块按照设定协议对获取的待发送数据进行打包，并将打包后的待发送数据包通过所述第一链路发送至所述短信中心；以及将发送的数据包中的原始发送数据写入所述短信网关中的等待响应队列；

进一步地，所述数据发送模块还可优选用于：在从所述短信网关中的短信发送队列中没有获取到由与所述短信网关连接的应用系统写入的待发送数据时，通过所述第一链路向所述短信中心发送链路测试包，通过发送链路测试包可以保持第一链路的有效持续连接，不致断开。

进一步地，所述数据发送模块还可优选用于：在从所述短信网关中的短信发送队列中获取到由与所述短信网关连接的应用系统写入的当前待发送数据之后，检查所述等待响应队列中未接收到响应的、但已经发送的所述待发送数据的数量，并与预设流量发送控制窗口比较，根据比较结果决定是否打包并发送获取的当前待发送数据。

本方式适用于对流量有要求的短信协议，通过将等待响应队列中未接收到响应的、但已经发送的待发送数据的数量与预设流量发送控制窗口比较，根据比较结果决定是否打包并发送获取的当前待发送数据，可以实现流量控制。

数据接收模块，用于通过所述第一链路从所述短信中心阻塞接收数据，在接收成功时，调用所述协议处理模块按照设定协议对接收到的数据进行解包；判断解包后的数据的类型，并根据所述判断结果，进行相应分类处理。

其中，接收的数据的类型包括协议响应数据和业务请求数据。

下面分别介绍数据接收模块接收到协议响应数据时的处理流程以及接收到业务请求数据时的处理流程。

A、接收协议响应数据

数据接收模块用于通过所述第一链路从所述短信中心接收协议响应数据；调用所述协议处理模块按照设定协议对所述协议响应数据进行解包；判断解包后的协议响应数据的响应类型，并根据所述判断结果，进行相应处理；以及将解包后的协议响应数据写入所述短信网关中的等待响应队列；其中，所述协议响应数据由所述短信中心在成功接收到所述数据发送模块发送的待发送数据包并进行响应后生成。

其中，所述协议响应数据的响应类型包括：正确响应和错误响应。

所述数据接收模块根据所述判断结果，进行相应处理，具体可以包括：

在判断到解包后的协议响应数据的响应类型为正确响应时，从所述等待响应队列中读取对应的原始发送数据，并调用所述短信网关中的流量统计模块进行发送流量统计；

在判断到解包后的协议响应数据的响应类型为错误响应时，则丢弃与类型为错误响应的所述协议响应数据；或获取与类型为错误响应的所述协议响应数据对应的原始发送数据，并将所述对应的原始发送数据作为待发送数据，重新写入所述短信发送队列，以使所述数据发送模块调用所述协议处理模块按照设定协议对从所述短信发送队列获取的由所述数据接收模块写入的待发送数据进行打包，并将由所述数据接收模块写入的所述待发送数据经打包后形成的待发送数据包通过所述第一链路重新发送至所述短信中心，以及将重新发送的待发送数据重新写入所述等待响应队列。

B、接收业务请求数据

所述数据接收模块还用于调用所述协议处理模块按照所述设定协议对通过所述第一链路从所述短信中心接收的业务请求数据进行解包，并将所述解包后的数据写入所述短信网关中的短信接收队列；

所述协议处理模块还用于按照所述设定协议对所述数据接收模块接收的业务请求数据进行解包。

所述数据接收模块还可以用于在调用所述协议处理模块按照所述设定协议对通过所述第一链路从所述短信中心接收的业务请求数据进行解包之后，调用所述短信网关中的流量统计模块进行接收流量统计。

协议处理模块，用于按照设定协议对所述数据发送模块获取的待发送数据进行打包；还用于按照设定协议对所述数据接收模块接收的所述协议响应数据进行解包。

超时处理模块，用于定时扫描所述等待响应队列，检查是否存在已经成功发送但超时没有收到响应的原始发送数据，若是，则丢弃该原始发送数据，或将该原始发送数据写入短信发送队列，并触发所述数据发送模块执行重发操作。

需要说明的是，优选是，执行将该原始发送数据写入短信发送队列，并触发所述数据发送模块执行重发操作，以提高将从应用系统获取的待发送数据发送至短信中心的成功率。

本优选实施方式提供的短信接入装置，主要负责短信网关与短信中心(SMSC)通过标准短信协议交换短信数据，实现了应用系统与用户之间的数据交互。

需要说明的是，短信接入装置适用的设定协议通常包括：短信点对点协议(SMPP)协议、中国联通短信网关系统接口协议(SGIP)和中国移动点对点协议(CMPP)。其中，SMPP协议要求SP侧只能为客户端，上传短信(例如，把应用系统的短信推送给短信中心侧的手机用户，这时短信中心的响应数据也是通过同一链路发给客户端的)和下发短信(比如用户通过手机和短信中心，再经短信网关把交易信息下发到应用系统)分别用不同的命令向SMSC注册。SGIP协议要求双方互为客户端和服务端，SP上传短信需以客户端方式向SMSC注册之后，才能上传短信。SMSC要下发短信，必须先向SP服务端发起连接请求，得到确认后才能下发短信。CMPP协议两种方式全部支持。

参照上述三种短信协议，可以将短信接入装置分为以下两种方式：只做客户端，或者既做客户端又做服务端。

本优选实施方式提供的短信接入装置，支持短信点对点(SMPP)协议或者中国移动点对点协议(CMPP)，也即本优选实施方式中的短信接入装置工作于客户端模式。

1.2短信接入装置的另一种优选的实施方式

请参阅图3，作为短信接入装置的另一种优选的实施方式，该短信接入装置可以包括：接入主模块、数据发送模块、数据接收模块、协议处理模块、超时处理模块、监听服务模块和至少一个请求处理模块。本方式提供的短信接入装置适用于中国联通短信网关系统接口协议(SGIP)或者中国移动点对点(CMPP)协议。

其中，所述数据发送模块、数据接收模块和超时处理模块构成客户端模块，在数据发送模块向短信中心发送数据的过程中以及数据接收模块接收短信中心下发的数据的过程中均需要调用协议处理模块；所述监听服务模块和至少一个请求处理模块构成服务端模块。

其中，接入主模块的部分功能与上述方式中接入主模块的功能一致，本方式中，所述接入主模块的新增功能具体为：还用于启动所述监听服务模块，以及在注册成功时建立第二链路，所述第二链路用于所述短信中心与所述监听服务模块之间的请求交互，以及用于所述短信中心与所述至少一个请求处理模块之间的数据交互。

换言之，所述第一链路建立在所述短信中心与所述客户端模块之间，所述第二链路建立在所述短信中心与所述服务端模块之间。

其中，数据发送模块的功能与上述方式中数据发送模块的功能一致，不再赘述。

其中，所述数据接收模块的功能仅为上述方式中数据接收模块的部分功能一致，本方式中，所述数据接收模块仅用于通过所述第一链路从所述短信中心接收协议响应数据；调用所述协议处理模块按照设定协议对所述协议响应数据进行解包；判断解包后的协议响应数据的响应类型，并根据所述判断结果，进行相应处理；以及将解包后的协议响应数据写入所述短信网关中的等待响应队列；其中，所述协议响应数据由所述短信中心在成功接收到所述数据发送模块发送的待发送数据包并进行响应后生成；而在上述方式中，数据接收模块还用于通过第一链路与短信中心交互业务请求数据，而在本方式中，服务端模块通过第二链路与短信中心交互业务请求数据，可参见下述对监听服务模块和请求处理模块的介绍。也即，客户端模块通过第一链路向短信中心上传短信，短信中心通过第二链路向服务端模块下发短信，两条链路互不干涉，与短信中心独立通讯。

换言之，在上述方式中，短信接入装置仅工作于客户端模式下，数据发送模块处理所有的上传短信，数据接收模块处理所有的下发短信；在本方式中，短信接入装置工作于客户端和服务端结合的模式，客户端模块负责上传短信，服务端模块负责下发短信。

所述超时处理模块的功能与上述方式中超时处理模块的功能一致，不再赘述。

其中，所述监听服务模块用于在监听到所述短信中心通过所述第二链路发送业务请求时，启动与业务请求数量相同的请求处理模块。

换言之，监听服务模块只有在既做客户端又做服务端模式下才有，它监听短信中心的业务请求，一旦监听到一个请求就启动一个请求处理模块负责与短信中心进行通讯。根据短信协议的规定，请求模块可能会只有一个或有多个。

所述请求处理模块用于在启动后，对所述短信中心的身份进行认证，并在认证通过(也即身份合法)时，通过所述第二链路超时接收所述短信中心下发的业务请求数据；调用所述协议处理模块按照所述设定协议对接收的业务请求数据进行解包，并将所述解包后的数据写入所述短信网关中的短信接收队列；之后，可以返回所述超时接收所述短信中心下发的业务请求数据的操作；如果超时没有接收到业务请求数据，则可主动关闭第二链路。

2、日志监控模块

日志监控模块从短信网关的日志队列中收集短信网关各模块生成的日志信息，转换成统一的数据格式发送到监控终端。

3、流量统计模块

流量统计模块对短信网关和短信中心之间交换的短信数据进行统计记载，为短信核对和结算提供依据。

流量统计可以有两种统计方式：

文本文件统计，统计信息每天记录一个文本文件。

统计信息直接写入数据库相应的表中。

流量统计模块实现也可以有两种：

封装好的API(Application Programming Interface，应用程序编程接口)函数，在需要进行流量统计时调用此函数即可；

独立运行的流量统计程序，通过消息队列与外界相连，收集统计信息，统一处理。需要统计流量的程序只需将统计信息写入队列就可认为统计成功了。

具体采用何种统计方式和实现要参照系统需求和系统运行的环境。

4、业务处理装置

业务处理装置，用于从所述短信网关中的短信接收队列读取用户发送的业务请求数据；根据预设的业务请求数据与业务类型的对应关系，确定读取的所述业务请求数据的业务类型；在业务类型存在时，以业务类型为关键字，将所述关键字以及读取的所述业务请求数据写入所述短信网关中的业务请求数据队列；其中，所述对应关系中的业务类型与应用接入模块接入的应用系统所提供的业务对应；

用于接入应用系统；从所述业务请求数据队列中读取与接入的应用系统所提供的业务对应的业务请求数据，并进行合法性检查；在检查结果为合法时，将所述合法的业务请求数据发送至接入的应用系统，并从所述应用系统接收业务响应数据；将根据所述接入的应用系统所提供的业务类型确定的关键字以及接收的所述业务响应数据写入所述短信网关中的短信发送队列；

还用于在接入应用系统后，接收所述应用系统的推送数据；将根据所述接入的应用系统所提供的业务类型确定的关键字以及接收的所述推送数据写入所述短信网关中的短信发送队列。

4.1业务处理装置的一种优选的实施方式

请参阅图4，该业务处理装置包括：主模块、业务数据分析模块和至少一个应用接入模块，包括三个应用接入模块，分别为用于接入手机支付系统的手机支付接入模块、用于接入手机游戏应用系统的手机游戏接入模块，以及用于接入手机彩票应用系统的手机彩票接入模块。需要说明的是，这三个具体的应用接入模块并不用于限制本实施例，可以根据实际需要设计所需的应用接入模块以接入对应的应用系统。

其中，所述主模块，用于启动业务数据分析模块和至少一个应用接入模块。

所述主模块还可优选用于：监控所述业务数据分析模块和至少一个应用接入模块的运行情况，并进行排错处理；和/或

在获取到所述短信网关进入退出模式时，进行清理处理；在未获取到所述短信网关进入退出模式时，返回所述监控操作。

其中，所述业务数据分析模块，用于从所述短信网关中的短信接收队列读取(具体可以采用阻塞方式读取)用户发送的业务请求数据；根据预设的业务请求数据与业务类型的对应关系，确定读取的所述业务请求数据的业务类型；在业务类型存在时，以业务类型为关键字，将所述关键字以及读取的所述业务请求数据写入所述短信网关中的业务请求数据队列；其中，所述对应关系中的业务类型与应用接入模块接入的应用系统所提供的业务对应。进一步地，在根据预设的业务请求数据与业务类型的对应关系，确定读取的所述业务请求数据的业务类型不属于所述对应关系中包含的业务类型时，生成第一错误响应信息，并将所述第一错误响应信息写入所述短信网关中的短信发送队列。

需要说明的是，业务类型都是有编号的，比如短信最前面两位，YE表示余额，如果当前用户写错了短信，把YE写成了YR，而恰恰这个类型是应用系统中没有这个编号规则对应的业务类型的，那么要原路发回给当前用户，以提示该用户刚刚的业务请求类型不存在。

所述应用接入模块，用于接入应用系统；从所述业务请求数据队列中读取与接入的应用系统所提供的业务对应的业务请求数据，并进行合法性检查；在检查结果为合法时，将所述合法的业务请求数据发送至接入的应用系统，并从所述应用系统接收业务响应数据；将根据所述接入的应用系统所提供的业务类型确定的关键字以及接收的所述业务响应数据写入所述短信网关中的短信发送队列；

所述应用接入模块还用于，在接入应用系统后，接收所述应用系统的推送数据；将根据所述接入的应用系统所提供的业务类型确定的关键字以及接收的所述推送数据写入所述短信网关中的短信发送队列。

进一步地，所述应用接入模块可以包括：业务注册子模块、数据发送子模块、数据接收子模块和数据处理子模块。需要说明的是，每个应用接入模块基本都可以化分为上述几个子模块。

所述业务注册子模块，用于向待接入的应用系统注册；在注册成功时，启动数据发送子模块和数据接收子模块。进一步地，所述业务注册子模块还可优选用于，在启动所述数据发送子模块和数据接收子模块之后，监控数据发送子模块和数据接收子模块的运行情况；若存在异常，则对所述数据发送子模块和数据接收子模块中存在异常的子模块进行清理；若不存在异常，则继续执行所述监控操作。进一步地，所述业务注册子模块还可用于，在注册失败时，返回向待接入的应用系统进行注册的操作。

所述数据发送子模块，用于从所述业务请求数据队列中读取与接入的应用系统所提供的业务对应的业务请求数据；调用数据处理子模块对所述数据发送子模块读取的业务请求数据进行合法性检查；在检查结果为合法时，将所述合法的业务请求数据发送至接入的应用系统。进一步地，所述数据发送子模块还可优选用于，在发送成功时，返回从所述业务请求数据队列中读取与接入的应用系统所提供的业务对应的新的业务请求数据的操作；在发送失败时，将所述发送失败的业务请求数据重新写入所述业务请求数据队列。进一步地，所述数据发送子模块还可优选用于，在检查结果为不合法时，生成第二错误响应信息，并将生成的所述第二错误响应信息写入所述短信发送队列。

这样，当用户请求的业务类型存在，但是业务类型后面的数据编码不对时，比如如果定义了MX201403表示查询2014年3月份所有的交易明细，但是用户在编辑短信时却是MX201413，13月是不存在的，此时认为这个数据是非法的，再次通过短信发送队列发回给这个用户，以提示该用户刚刚的业务请求类型中短信编码错误等。

所述数据接收子模块，用于从所述应用系统接收业务响应数据；将根据所述接入的应用系统所提供的业务类型确定的关键字以及接收的所述业务响应数据写入所述短信网关中的短信发送队列；还用于接收所述应用系统的推送数据；将根据所述接入的应用系统所提供的业务类型确定的关键字以及接收的所述推送数据写入所述短信网关中的短信发送队列。

所述数据接收子模块具体可以用于，从所述应用系统接收(具体可以采用阻塞方式接收)业务响应数据；在接收成功时，调用所述数据处理子模块对接收的所述业务响应数据进行处理；将根据所述接入的应用系统所提供的业务类型确定的关键字以及处理后的业务响应数据写入所述短信网关中的短信发送队列；并返回从所述应用系统接收新的业务响应数据的操作。

所述数据接收子模块具体还可以用于，接收(具体可以采用阻塞方式接收)所述应用系统的推送数据；在接收成功时，调用所述数据处理子模块对接收的所述推送数据进行处理；将根据所述接入的应用系统所提供的业务类型确定的关键字以及处理后的所述推送数据写入所述短信网关中的短信发送队列；并返回接收所述应用系统推送的新的推送数据的操作。

所述数据处理子模块，用于对所述数据发送子模块读取的业务请求数据进行合法性检查。还可以用于，对所述数据接收子模块接收的所述业务响应数据或所述推送数据进行处理，其中，所述数据处理子模块与特定的应用系统有关，主要用于数据格式转换，还可对响应数据组合处理等。

本优选实施方式提供的业务处理装置，与各种不同应用系统交互，从短信网关中的短信接入装置取得用户短信数据，对短信内容进行解析，分析出用户请求的业务类型，对业务数据进行初步合法性检验，再转发到相应的应用系统，同时，从不同的应用系统接收业务响应数据和推送数据，业务处理装置通过短信发送队列与短信网关中的短信接入装置交互，使得短信接入装置能够获取到应用系统发送的业务响应数据和推送数据，短信接入装置将接收的数据发送至短信中心，从而实现短信中心侧的用户与应用系统之间的交互。本业务处理装置的扩展性好，具有广泛的移植性。

4.2业务处理装置的另一种优选的实施方式

请参阅图5，该业务处理装置包括：主模块、业务数据分析模块、至少一个应用接入模块和业务响应数据集中模块。图中，包括三个应用接入模块，分别为用于接入手机支付系统的手机支付接入模块、用于接入手机游戏应用系统的手机游戏接入模块，以及用于接入手机彩票应用系统的手机彩票接入模块。需要说明的是，这三个具体的应用接入模块并不用于限制本实施例，可以根据实际需要设计所需的应用接入模块以接入对应的应用系统。

所述主模块，用于启动业务数据分析模块、至少一个应用接入模块和业务响应数据集中模块。

所述主模块还可优选用于：监控所述业务数据分析模块、至少一个应用接入模块和业务响应数据集中模块的运行情况，并进行排错处理；和/或

在获取到所述短信网关进入退出模式时，进行清理处理；在未获取到所述短信网关进入退出模式时，返回所述监控操作。

所述业务数据分析模块，用于从所述短信网关中的短信接收队列读取用户发送的业务请求数据；根据预设的业务请求数据与业务类型的对应关系，确定读取的所述业务请求数据的业务类型；在业务类型存在时，以业务类型为关键字，将所述关键字以及读取的所述业务请求数据写入所述短信网关中的业务请求数据队列；其中，所述对应关系中的业务类型与应用接入模块接入的应用系统所提供的业务对应。

进一步地，在根据预设的业务请求数据与业务类型的对应关系，确定读取的所述业务请求数据的业务类型不属于所述对应关系中包含的业务类型时，生成第一错误响应信息，并将所述第一错误响应信息写入所述短信网关中的业务响应数据队列。

本实施例中业务数据分析模块与上述实施例中业务数据分析模块的功能基本相同，区别在于：在确定读取的所述业务请求数据的业务类型不属于所述对应关系中包含的业务类型时，上述实施例中，业务数据分析模块直接将第一错误响应信息写入短信发送队列，而本实施例中，业务数据分析模块将第一错误响应信息写入业务响应数据队列，通过业务响应数据集中模块将业务响应数据队列的数据集中转发至所述短信网关中的短信发送队列。

如前所述，业务类型都是有编号的，比如短信最前面两位，YE表示余额，如果当前用户写错了短信，把YE写成了YR，而恰恰这个类型是应用系统中没有这个编号规则对应的业务类型的，那么要原路发回给当前用户，以提示该用户刚刚的业务请求类型不存在。

所述应用接入模块，用于接入应用系统；从所述业务请求数据队列中读取与接入的应用系统所提供的业务对应的业务请求数据，并进行合法性检查；在检查结果为合法时，将所述合法的业务请求数据发送至接入的应用系统，并从所述应用系统接收业务响应数据；将根据所述接入的应用系统所提供的业务类型确定的关键字以及接收的所述业务响应数据写入所述短信网关中的业务响应数据队列；

所述应用接入模块还用于，在接入应用系统后，接收所述应用系统的推送数据；将根据所述接入的应用系统所提供的业务类型确定的关键字以及接收的所述推送数据写入所述短信网关中的业务响应数据队列；

本实施例中应用接入模块与上述实施例中应用接入模块的功能基本相同，区别在于：上述实施例中，直接将根据所述接入的应用系统所提供的业务类型确定的关键字以及接收的所述业务响应数据写入所述短信网关中的短信发送队列，而本实施例中，将根据所述接入的应用系统所提供的业务类型确定的关键字以及接收的所述业务响应数据写入所述短信网关中的业务响应数据队列，通过业务响应数据集中模块将业务响应数据队列的数据集中转发至所述短信网关中的短信发送队列。

类似地，所述应用接入模块可以包括：业务注册子模块、数据发送子模块、数据接收子模块和数据处理子模块，具体可参见上述实施例中的相关说明，不再赘述。

需要注意的是，本实施例中，所述数据发送子模块还可优选用于，在检查结果为不合法时，生成第二错误响应信息，并将生成的所述第二错误响应信息写入业务响应数据队列，再通过业务响应数据集中模块将业务响应数据队列的数据集中转发至所述短信网关中的短信发送队列。而上述实施例中，可以将第二错误响应信息写入述短信发送队列。

这样，当用户请求的业务类型存在，但是业务类型后面的数据编码不对时，比如如果定义了MX201403表示查询2014年3月份所有的交易明细，但是用户在编辑短信时却是MX201413，13月是不存在的，此时认为这个数据是非法的，再次通过短信发送队列发回给这个用户，以提示该用户刚刚的业务请求类型中短信编码错误等。

相应的，所述数据接收子模块，用于从所述应用系统接收业务响应数据；将根据所述接入的应用系统所提供的业务类型确定的关键字以及接收的所述业务响应数据写入所述短信网关中的业务响应数据队列；还用于接收所述应用系统的推送数据；将根据所述接入的应用系统所提供的业务类型确定的关键字以及接收的所述推送数据写入所述短信网关中的业务响应数据队列。这一点同样区别于上述实施例中，不再赘述。

所述业务响应数据集中模块，用于从所述业务响应数据队列读取数据，集中转发至所述短信网关中的短信发送队列。其中，从所述业务响应数据队列读取数据，包括：读取所述响应数据、所述推送数据、第一错误响应信息以及第二错误响应信息。

业务响应数据集中模块功能相对简单，它从业务响应数据队列中读取数据，统一数据格式后写入短信发送队列，从而向短信接入装置屏蔽各业务的差异，使短信接入装置与业务无关。较佳的，此模块还可以对各业务响应数据或推送数据做分类记载。

本发明实施例提供的业务处理装置，与各种不同应用系统交互，从短信网关中的短信接入装置取得用户短信数据，对短信内容进行解析，分析出用户请求的业务类型，对业务数据进行初步合法性检验，再转发到相应的应用系统，同时，从不同的应用系统接收业务响应数据和推送数据，并写入短信网关中的业务响应数据队列，在通过业务处理装置中的业务响应数据集中模块将业务响应数据队列读取的数据集中转发至短信网关中的短信发送队列，这样，业务处理装置通过短信发送队列与短信网关中的短信接入装置交互，一方面，使得短信接入装置能够获取到应用系统发送的业务响应数据和推送数据，短信接入装置将接收的数据发送至短信中心，从而实现短信中心侧的用户与应用系统之间的交互；另一方面，通过业务响应数据集中模块在检测到短信发送队列未被写满时，进行集中转发，从而减缓短信发送队列的压力。本发明实施例提供的业务处理装置的扩展性好，具有广泛的移植性。

5、接口

下面对短信网关中短信接入装置与短信中心之间的数据接口以及短信接入装置与业务处理装置之间的数据接口进行介绍。

短信接入装置与短信中心之间的数据接口为相应的短信协议，具体格式可参照相应的协议文档。

短信接入装置与业务处理装置之间的数据接口包括两种，一种规定了下发短信的格式，具体可参阅表1，另一种规定了提交短信(也即上传短信)的格式，具体可参阅表2。

表1

表2

最后应说明的是：以上各实施例仅用于说明本发明的技术方案，而非对其进行限制；实施例中优选的实施方式，并非对其进行限制，对于本领域技术人员而言，本发明可以有各种改动和变化。凡在本发明的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (9)

1.一种短信网关，其特征在于，包括：

短信接入装置，用于向短信中心注册，并在注册成功时建立第一链路，其中所述第一链路用于所述短信接入装置与所述短信中心之间的交互；

用于从短信网关中的短信发送队列中读取待发送数据，其中，所述待发送数据由下述业务处理装置从所述业务处理装置接入的应用系统中获取，并写入至所述短信发送队列中；按照设定协议对获取的待发送数据进行打包，并将打包后的待发送数据包通过所述第一链路发送至所述短信中心，将发送的数据包中的原始发送数据写入所述短信网关中的等待响应队列；

用于通过所述第一链路从所述短信中心接收协议响应数据，按照设定协议对所述协议响应数据进行解包，判断解包后的协议响应数据的响应类型，并根据所述判断结果，进行相应处理；以及将解包后的协议响应数据写入所述短信网关中的等待响应队列，其中，所述协议响应数据由所述短信中心在成功接收到发送的待发送数据包并进行响应后生成；

还用于定时扫描所述等待响应队列，检查是否存在已经成功发送但超时没有收到响应的原始发送数据，若是，则丢弃该原始发送数据，或将该原始发送数据写入短信发送队列，并执行重发操作；

业务处理装置，用于从所述短信网关中的短信接收队列读取用户发送的业务请求数据；根据预设的业务请求数据与业务类型的对应关系，确定读取的所述业务请求数据的业务类型；在业务类型存在时，以业务类型为关键字，将所述关键字以及读取的所述业务请求数据写入所述短信网关中的业务请求数据队列；其中，所述对应关系中的业务类型与应用接入模块接入的应用系统所提供的业务对应；

用于接入应用系统；从所述业务请求数据队列中读取与接入的应用系统所提供的业务对应的业务请求数据，并进行合法性检查；在检查结果为合法时，将所述合法的业务请求数据发送至接入的应用系统，并从所述应用系统接收业务响应数据；将根据所述接入的应用系统所提供的业务类型确定的关键字以及接收的所述业务响应数据写入所述短信网关中的短信发送队列；

还用于在接入应用系统后，接收所述应用系统的推送数据；将根据所述接入的应用系统所提供的业务类型确定的关键字以及接收的所述推送数据写入所述短信网关中的短信发送队列。

2.根据权利要求1所述的短信网关，其特征在于，所述短信接入装置包括：

接入主模块，用于启动下述数据发送模块、数据接收模块和超时处理模块；以及向短信中心注册，并在注册成功时建立第一链路，其中所述第一链路用于所述数据发送模块与所述短信中心之间的交互，还用于所述短信中心与所述数据接收模块之间的交互；

数据发送模块，用于从短信网关中的短信发送队列中读取待发送数据，其中，所述待发送数据由所述业务处理装置从所述业务处理装置接入的应用系统中获取，并写入至所述短信发送队列中；调用下述协议处理模块按照设定协议对获取的待发送数据进行打包，并将打包后的待发送数据包通过所述第一链路发送至所述短信中心；以及将发送的数据包中的原始发送数据写入所述短信网关中的等待响应队列；

数据接收模块，用于通过所述第一链路从所述短信中心接收协议响应数据；调用所述协议处理模块按照设定协议对所述协议响应数据进行解包；判断解包后的协议响应数据的响应类型，并根据所述判断结果，进行相应处理；以及将解包后的协议响应数据写入所述短信网关中的等待响应队列；其中，所述协议响应数据由所述短信中心在成功接收到所述数据发送模块发送的待发送数据包并进行响应后生成；

协议处理模块，用于按照设定协议对所述数据发送模块获取的待发送数据进行打包；还用于按照设定协议对所述数据接收模块接收的所述协议响应数据进行解包；

超时处理模块，用于定时扫描所述等待响应队列，检查是否存在已经成功发送但超时没有收到响应的原始发送数据，若是，则丢弃该原始发送数据，或将该原始发送数据写入短信发送队列，并触发所述数据发送模块执行重发操作。

3.根据权利要求2所述的短信网关，其特征在于，所述数据发送模块还用于：在从所述短信网关中的短信发送队列中没有获取到由与所述短信网关连接的应用系统写入的待发送数据时，通过所述第一链路向所述短信中心发送链路测试包。

4.根据权利要求2所述的短信网关，其特征在于，所述数据接收模块还用于调用所述协议处理模块按照所述设定协议对通过所述第一链路从所述短信中心接收的业务请求数据进行解包，并将所述解包后的数据写入所述短信网关中的短信接收队列；

所述协议处理模块还用于按照所述设定协议对所述数据接收模块接收的业务请求数据进行解包。

5.根据权利要求2所述的短信网关，其特征在于，所述短信接入装置还包括：监听服务模块和至少一个请求处理模块；

所述接入主模块，还用于启动所述监听服务模块，以及在注册成功时建立第二链路，所述第二链路用于所述短信中心与所述监听服务模块之间的请求交互，以及用于所述短信中心与所述至少一个请求处理模块之间的数据交互；

所述监听服务模块，用于在监听到所述短信中心通过所述第二链路发送业务请求时，启动与业务请求数量相同的请求处理模块；

所述请求处理模块，用于在启动后，对所述短信中心的身份进行认证，并在认证通过时，通过所述第二链路超时接收所述短信中心下发的业务请求数据；调用所述协议处理模块按照所述设定协议对接收的业务请求数据进行解包，并将所述解包后的数据写入所述短信网关中的短信接收队列；

所述协议处理模块还用于按照所述设定协议对所述请求处理模块接收的业务请求数据进行解包。

6.根据权利要求1-5任一所述的短信网关，其特征在于，所述业务处理装置包括：

主模块，用于启动下述业务数据分析模块和至少一个应用接入模块；

业务数据分析模块，用于从所述短信网关中的短信接收队列读取用户发送的业务请求数据；根据预设的业务请求数据与业务类型的对应关系，确定读取的所述业务请求数据的业务类型；在业务类型存在时，以业务类型为关键字，将所述关键字以及读取的所述业务请求数据写入所述短信网关中的业务请求数据队列；其中，所述对应关系中的业务类型与应用接入模块接入的应用系统所提供的业务对应；

所述应用接入模块，用于接入应用系统；从所述业务请求数据队列中读取与接入的应用系统所提供的业务对应的业务请求数据，并进行合法性检查；在检查结果为合法时，将所述合法的业务请求数据发送至接入的应用系统，并从所述应用系统接收业务响应数据；将根据所述接入的应用系统所提供的业务类型确定的关键字以及接收的所述业务响应数据写入所述短信网关中的短信发送队列；

所述应用接入模块还用于，在接入应用系统后，接收所述应用系统的推送数据；将根据所述接入的应用系统所提供的业务类型确定的关键字以及接收的所述推送数据写入所述短信网关中的短信发送队列。

7.根据权利要求6所述的短信网关，其特征在于，所述业务数据分析模块还用于，在根据预设的业务请求数据与业务类型的对应关系，确定读取的所述业务请求数据的业务类型不属于所述对应关系中包含的业务类型时，生成第一错误响应信息，并将所述第一错误响应信息写入所述短信网关中的短信发送队列。

8.根据权利要求1-5任一所述的短信网关，其特征在于，所述业务处理装置包括：

主模块，用于启动下述业务数据分析模块、至少一个应用接入模块和业务响应数据集中模块；

业务数据分析模块，用于从所述短信网关中的短信接收队列读取用户发送的业务请求数据；根据预设的业务请求数据与业务类型的对应关系，确定读取的所述业务请求数据的业务类型；在业务类型存在时，以业务类型为关键字，将所述关键字以及读取的所述业务请求数据写入所述短信网关中的业务请求数据队列；其中，所述对应关系中的业务类型与应用接入模块接入的应用系统所提供的业务对应；

所述应用接入模块，用于接入应用系统；从所述业务请求数据队列中读取与接入的应用系统所提供的业务对应的业务请求数据，并进行合法性检查；在检查结果为合法时，将所述合法的业务请求数据发送至接入的应用系统，并从所述应用系统接收业务响应数据；将根据所述接入的应用系统所提供的业务类型确定的关键字以及接收的所述业务响应数据写入所述短信网关中的业务响应数据队列；

所述应用接入模块还用于，在接入应用系统后，接收所述应用系统的推送数据；将根据所述接入的应用系统所提供的业务类型确定的关键字以及接收的所述推送数据写入所述短信网关中的业务响应数据队列；

业务响应数据集中模块，用于从所述业务响应数据队列读取数据，集中转发至所述短信网关中的短信发送队列。

9.根据权利要求2-5任一所述的短信网关，其特征在于，所述短信网关还包括：

流量统计模块；和/或

日志监控模块，用于从短信网关的日志队列中收集短信网关各模块生成的日志信息，转换成统一的数据格式发送至监控终端；

所述协议响应数据的响应类型包括：正确响应和错误响应；

所述数据接收模块具体用于：

在判断到解包后的协议响应数据的响应类型为正确响应时，从所述等待响应队列中读取对应的原始发送数据，并调用所述短信网关中的流量统计模块进行发送流量统计；

在判断到解包后的协议响应数据的响应类型为错误响应时，则丢弃与类型为错误响应的所述协议响应数据；或获取与类型为错误响应的所述协议响应数据对应的原始发送数据，并将所述对应的原始发送数据作为待发送数据，重新写入所述短信发送队列，以使所述数据发送模块调用所述协议处理模块按照设定协议对从所述短信发送队列获取的由所述数据接收模块写入的待发送数据进行打包，并将由所述数据接收模块写入的所述待发送数据经打包后形成的待发送数据包通过所述第一链路重新发送至所述短信中心，以及将重新发送的待发送数据重新写入所述等待响应队列。