CN112055319A - 一种数据短消息业务下载系统及方法 - Google Patents

Abstract

本申请公开了一种数据短消息业务下载系统及方法，包括：业务平台、短信网关、数据库、短信中心；其中，多个业务平台对应一个短信网关；短信网关用于将短信对应的手机号与用户账号信息的对应关系以及用户账号信息与业务平台的对应关系写入数据库；还用于根据目标手机号与用户的对应关系，发送下行短信至目标手机号对应的手机终端以及接收手机终端反馈的上行回执短信；再根据上行回执短信的来源手机号，查找手机号与用户账号信息的对应关系；根据用户账号信息与业务平台的对应关系，将上行回执短信发送至对应的业务平台。本申请解决了现有技术运维成本高，不能精准将短信推送到目标业务平台，使得短消息传输的安全性较差的技术问题。

Description

一种数据短消息业务下载系统及方法

技术领域

本申请涉及短消息通信技术领域，尤其涉及一种数据短消息业务下载系统及方法。

背景技术

短信作为一种方便、低成本的信息通知方案，在用户服务领域有着很普遍的应用场景。现有的每个短信业务数据平台都有独立的短信网关与短信中心相连接，独立的短信网关使得增加了系统的维护成本；并且现有技术通常将路由关系存储于数据库，当出现高并发时，回执短信响应时间过长；同时为了提高性能使用cache+数据库存储解决方案解决性能问题，使得通信系统的结构复杂化；另外，各业务数据平台的回执短信响应不能精准推送到目标平台，使得短消息传输的安全性较差。

发明内容

本申请实施例提供了一种数据短消息业务下载系统及方法，解决了现有技术运维成本高，不能精准将短信推送到目标业务平台，使得短消息传输的安全性较差的技术问题。

有鉴于此，本申请第一方面提供了一种数据短消息业务下载系统，所述系统包括：业务平台、短信网关、数据库、短信中心；

所述业务平台用于向所述短信网关下发短信以及接受回执短信；多个所述业务平台对应一个所述短信网关；

所述短信网关用于将短信对应的手机号与用户账号信息的对应关系以及用户账号信息与所述业务平台的对应关系写入所述数据库；还用于根据目标手机号与用户的对应关系，发送下行短信至目标手机号对应的手机终端以及接收手机终端反馈的上行回执短信；再根据所述上行回执短信的来源手机号，查找手机号与用户账号信息的对应关系；根据用户账号信息与所述业务平台的对应关系，将所述上行回执短信发送至对应的所述业务平台；

所述数据库用于存储手机号与用户账号信息的对应关系以及用户账号信息与所述业务平台的对应关系；

所述短信中心用于转发上行回执短信或者下行短信。

可选的，所述短信网关还用于与所述业务平台建立TCP/IP长连接；接收所述业务平台发送的登录命令并检查登录命令对应的用户的登录账号是否正确；查找和创建用户账号信息与业务平台的对应关系。

可选的，短信网关还用于当所述业务平台退出登录后解除所述数据库中用户账号信息与所述业务平台的对应关系。

可选的，所述用户账号信息与所述业务平台的对应关系通过HashMap存储于数据库中，并通过key、Value的方式进行写入数据库，key值为用户名，value值为TCP/IP连接的会话引用。

可选的，所述手机号与用户账号信息的对应关系通过key、Value的方式进行写入数据库，key值为手机号，value值为用户账号信息；

并且在存储手机号与用户账号信息的对应关系时设置生存时间。

本申请第二方面提供一种数据短消息业务下载方法，所述方法包括：

接收业务平台的下发短信，若所述业务平台已登录，则将发送短信的目标手机号与当前连接的用户账号信息写入内存数据库；

根据目标手机号与用户的对应关系，发送下行短信至目标手机号对应的手机终端；

手机终端接收到所述下行短信，对所述下行短信进行业务处理之后，反馈回上行回执短信；

根据所述上行回执短信的来源手机号，查找手机号与用户账号信息的对应关系；

再根据用户账号信息与所述业务平台的对应关系，将所述上行回执短信发送至对应的所述业务平台。

可选的，在所述接收业务平台的下发短信，若所述业务平台已登录，则将发送短信的目标手机号与当前连接的用户账号信息写入内存数据库，之前还包括：

建立与业务平台之间的TCP/IP长连接；

连接建立后，接收所述业务平台发送的登录命令；

接收到所述登录命令后，检查用户的登录账号是否正确；

若登录账号正确，则访问数据库，查找用户连接关系表，检查用户连接关系是否存在；

若不存在，则创建用户连接关系，并将所述用户连接关系保存至数据库，所述用户连接关系为用户账号信息与业务平台的对应关系。

可选的，还包括：

当所述业务平台退出登录后，则解除所述数据库中用户账号信息与所述业务平台的对应关系。

可选的，所述根据目标手机号与用户的对应关系，发送下行短信至目标手机号对应的手机终端，具体为：

发送下行短信至短信中心，所述短信中心通过信令网将所述下行短信下发至目标手机号对应的手机终端。

可选的，所述手机终端接收到所述下行短信，对所述下行短信进行业务处理之后，反馈回上行回执短信，具体为：

手机终端接收到所述下行短信，对所述下行短信进行业务处理之后，向短信中心发送上行回执短信，再由短信中心根据SPID路由反馈上行回执短信。

从以上技术方案可以看出，本申请具有以下优点：

本申请中，提供了一种数据短消息业务下载系统，包括：业务平台、短信网关、数据库、短信中心；业务平台用于向短信网关下发短信以及接受回执短信；多个业务平台对应一个短信网关；短信网关用于将短信对应的手机号与用户账号信息的对应关系以及用户账号信息与业务平台的对应关系写入数据库；还用于根据目标手机号与用户的对应关系，发送下行短信至目标手机号对应的手机终端以及接收手机终端反馈的上行回执短信；再根据上行回执短信的来源手机号，查找手机号与用户账号信息的对应关系；根据用户账号信息与业务平台的对应关系，将上行回执短信发送至对应的业务平台；数据库用于存储手机号与用户账号信息的对应关系以及用户账号信息与业务平台的对应关系；短信中心用于转发上行回执短信或者下行短信。

本申请通过将多个业务平台对应一个短信网关，减少了系统的维护成本；通过将手机号与用户账号信息的对应关系以及用户账号信息与所述业务平台的对应关系存储于数据库，使得短信网关能够根据数据库中手机号与用户账号信息的对应关系传输短消息，同时能够根据用户账号信息与所述业务平台的对应关系将反馈的回执短信发送至用户所在的业务平台，使得回执短信能够精确的返回目标平台，增强的短消息传输的安全性。

附图说明

图1为本申请一种数据短消息业务下载系统的一个实施例中的系统架构图；

图2为本申请的一个实施例中的业务数据下载示意图；

图3为本申请实施例中用户登录流程示意图；

图4为本申请一种数据短消息业务下载方法的一个实施例中的方法流程图。

具体实施方式

为了使本技术领域的人员更好地理解本申请方案，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

图1为本申请一种数据短消息业务下载系统的一个实施例中的系统架构图，如图1所示，图1中包括：包括业务平台101、短信网关102、数据库103、短信中心104。

业务平台101用于向短信网关102下发短信以及接受回执短信；多个业务平台101对应一个短信网关102；

短信网关102用于将短信对应的手机号与用户账号信息的对应关系以及用户账号信息与业务平台101的对应关系写入数据库103；还用于根据目标手机号与用户的对应关系，发送下行短信至目标手机号对应的手机终端以及接收手机终端反馈的上行回执短信；再根据上行回执短信的来源手机号，查找手机号与用户账号信息的对应关系；根据用户账号信息与业务平台101的对应关系，将上行回执短信发送至对应的业务平台101；

数据库103用于存储手机号与用户账号信息的对应关系以及用户账号信息与业务平台101的对应关系；

短信中心104用于转发上行回执短信或者下行短信。

需要说明的是，业务平台101向短信网关102下发短信后，短信网关102接收到下发短信，首先检查业务平台101是否已登录，如果没登录，则短信网102关向业务平台101返回：下发短信失败，连接没登录。

如果业务平台102检查到业务平台101已登录，则根据GSM03.48标准的SPI(SerialPeripheral Interface,串行外设接口)编码的POR标记位是否置位，如果置位将发送短信的目标手机号与当前连接的用户账号信息写入数据库；写入数据库是基于key、Value的方式写入，其中key值为“key前缀(smgw:queue:send)”+“手机号”，value值为用户对象。

短信网关102可以根据目标手机号向短信中心104发送下行短信，经过信令网发送给对应的手机终端。

手机终端接收到下行短信之后，经过业务处理，如果SPI的POR标记位置位，则向短信中心104发送回执短信。

短信中心104接收到短信回执，则根据SPID路由到指定的短信网关102。

短信网关102接收到上行回执短信，根据短信的来源手机号在数据库查找手机号与用户关系，如果用户不存在，则记录错误日志；如果用户存在，则查找用户账号信息与业务平台101的对应关系。如果不存在对应的连接关系，则记录错误日志；若存在对应的连接关系，则根据用户账号信息与业务平台101的对应关系将上行回执短信发送到对应的业务平台101，使得在多个业务平台101对应一个短信网关102的场景下，回执短信能够精准的返回到对应的，本申请系统具体的业务数据下载过程可参考图2。

在一种具体的实施方式中，短信网关102还用于与业务平台101建立TCP/IP长连接；接收业务平台101发送的登录命令并检查登录命令对应的用户的登录账号是否正确；查找和创建用户账号信息与业务平台的对应关系。

需要说明的是，短信网关102可以同时与多个业务平台101建立TCP/IP长连接；建立长链接之后，业务平台101必须登陆短信网关102，由短信网关102确认登录的用户账号信息是否正确，只有登陆的账号信息正确时，业务平台101才能向短信网关102发送短信。同时短信网关102需要提前存储用户账号信息与业务平台的对应关系，从而能够通过查找存储的用户账号信息与业务平台的对应关系，将回执短消息精准的回传至业务平台101。

在一种具体的实施方式中，短信网关102还用于当业务平台101退出登录后解除数据库中用户账号信息与业务平台的对应关系。

在一种具体的实施方式中，用户账号信息与业务平台101的对应关系通过HashMap存储于数据库中，并通过key、Value的方式进行写入数据库，key值为用户名，value值为TCP/IP连接的会话引用。

需要说明的是，本申请中用户账号信息与业务平台101的对应关系通过HashMap存储于数据库中，采用key、Value的方式进行写入数据库，key值为用户名，value值为TCP/IP连接的会话引用。当短信网关102退出时，用户账号信息与所述业务平台的对应关系就丢失。

在一种具体的实施方式中，手机号与用户账号信息的对应关系通过key、Value的方式进行写入数据库，key值为手机号，value值为用户账号信息；

并且在存储手机号与用户账号信息的对应关系时设置生存时间。

需要说明的是，当业务平台101下发短信后，短信网关102可以将短信的目标手机号以及发送用户的账号信息对应存储于数据库中，以便于后续接收回执短信时，能够通过目标手机号查找到对应用户，从而查找到对应的业务平台101。手机号与用户账号信息的对应关系通过key、Value的方式进行写入数据库，key值为手机号，value值为用户账号信息；本申请在存储手机号与用户账号信息的对应关系时设置生存时间，避免数据库在高并发环境下发生奔溃；其中手机号与用户账号信息的对应关系的存储数据库可以使用redis，也可以使用同类型内存数据库。

本申请通过将多个业务平台对应一个短信网关，减少了系统的维护成本；通过将手机号与用户账号信息的对应关系以及用户账号信息与所述业务平台的对应关系存储于数据库，使得短信网关能够根据数据库中手机号与用户账号信息的对应关系传输短消息，同时能够根据用户账号信息与所述业务平台的对应关系将反馈的回执短信发送至用户所在的业务平台，使得在多个业务平台101对应一个短信网关102的场景下，回执短信能够精确的返回目标平台，增强的短消息传输的安全性。

以上是本申请系统的实施例，本申请还包括一种数据短消息业务下载方法的实施例，如图4所示，图4中包括：

401、接收业务平台的下发短信，若业务平台已登录，则将发送短信的目标手机号与当前连接的用户账号信息写入内存数据库。

需要说明的是，业务平台101向短信网关102下发短信后，短信网关102接收到下发短信，首先检查业务平台101是否已登录，若登录，则将发送短信的目标手机号与当前连接的用户账号信息写入内存数据库。

402、根据目标手机号与用户的对应关系，发送下行短信至目标手机号对应的手机终端。

需要说明的是，短信网关发送下行短信至短信中心，短信中心通过信令网将下行短信下发至目标手机号对应的手机终端。

403、手机终端接收到下行短信，对下行短信进行业务处理之后，反馈回上行回执短信。

需要说明的是，手机终端接收到下行短信，对下行短信进行业务处理之后，向短信中心发送上行回执短信，再由短信中心根据SPID路由反馈上行回执短信至短信网关。

404、根据上行回执短信的来源手机号，查找手机号与用户账号信息的对应关系。

需要说明的是，短信网关可以根据回执短信的来源手机号从数据库中查找手机号与用户账号信息的对应关系。

405、再根据用户账号信息与业务平台的对应关系，将上行回执短信发送至对应的业务平台。

需要说明的是，短信网关可以根据手机号与用户账号信息的对应关系查找用户账号信息对应的业务平台，从而将回执短信反馈至对应的业务平台。

在一种具体的实施方式中，在接收业务平台的下发短信，若业务平台已登录，则将发送短信的目标手机号与当前连接的用户账号信息写入内存数据库，之前还包括：

建立与业务平台之间的TCP/IP长连接；

连接建立后，接收业务平台发送的登录命令；

接收到所述登录命令后，检查用户的登录账号是否正确；

若登录账号正确，则访问数据库，查找用户连接关系表，检查用户连接关系是否存在；

若不存在，则创建用户连接关系，并将所述用户连接关系保存至数据库，所述用户连接关系为用户账号信息与业务平台的对应关系。

需要说明的是，短信网关可以同时与多个业务平台101建立TCP/IP长连接；建立长链接之后，业务平台向短信网关发送登录命令，短信网关接收到登录命令后，首先检查该用户是否存在，如果不存在向业务平台返回用户不存；然后检查用户账号密码是否正确，如果不正确向业务平台返回密码不正确等错误提示；校验用户密码通过后，查找用户连接关系表；为了提高访问速度，用户连接关系存储在数据库中；如果用户连接关系存在，则中止登录、标记连接为未登录，并且向业务平台返回登录失败；如果用户连接关系不存在，则创建并存储用户连接关系，标记连接为登录成功，具体可参考图3所示的用户登录流程示意图。

在一种具体的实施方式中，当业务平台退出登录后，则解除数据库中用户账号信息与业务平台的对应关系。

本申请通过将多个业务平台对应一个短信网关，减少了系统的维护成本；通过将手机号与用户账号信息的对应关系以及用户账号信息与所述业务平台的对应关系存储于数据库，使得短信网关能够根据数据库中手机号与用户账号信息的对应关系传输短消息，同时能够根据用户账号信息与所述业务平台的对应关系将反馈的回执短信发送至用户所在的业务平台，使得回执短信能够精确的返回目标平台，增强的短消息传输的安全性。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统，装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

本申请中，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

应当理解，在本申请中，“至少一个(项)”是指一个或者多个，“多个”是指两个或两个以上。“和/或”，用于描述关联对象的关联关系，表示可以存在三种关系，例如，“A和/或B”可以表示：只存在A，只存在B以及同时存在A和B三种情况，其中A，B可以是单数或者复数。字符“/”一般表示前后关联对象是一种“或”的关系。“以下至少一项(个)”或其类似表达，是指这些项中的任意组合，包括单项(个)或复数项(个)的任意组合。例如，a，b或c中的至少一项(个)，可以表示：a，b，c，“a和b”，“a和c”，“b和c”，或“a和b和c”，其中a，b，c可以是单个，也可以是多个。

以上所述，以上实施例仅用以说明本申请的技术方案，而非对其限制；尽管参照前述实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本申请各实施例技术方案的精神和范围。

Claims (10)

1.一种数据短消息业务下载系统，其特征在于，包括业务平台、短信网关、数据库、短信中心；

所述业务平台用于向所述短信网关下发短信以及接受回执短信；多个所述业务平台对应一个所述短信网关；

所述短信网关用于将短信对应的手机号与用户账号信息的对应关系以及用户账号信息与所述业务平台的对应关系写入所述数据库；还用于根据目标手机号与用户的对应关系，发送下行短信至目标手机号对应的手机终端以及接收手机终端反馈的上行回执短信；再根据所述上行回执短信的来源手机号，查找手机号与用户账号信息的对应关系；根据用户账号信息与所述业务平台的对应关系，将所述上行回执短信发送至对应的所述业务平台；

所述数据库用于存储手机号与用户账号信息的对应关系以及用户账号信息与所述业务平台的对应关系；

所述短信中心用于转发上行回执短信或者下行短信。

2.根据权利要求1所述的数据短消息业务下载系统，其特征在于，所述短信网关还用于与所述业务平台建立TCP/IP长连接；接收所述业务平台发送的登录命令并检查登录命令对应的用户的登录账号是否正确；查找和创建用户账号信息与业务平台的对应关系。

3.根据权利要求1所述的数据短消息业务下载系统，其特征在于，所述短信网关还用于当所述业务平台退出登录后解除所述数据库中用户账号信息与所述业务平台的对应关系。

4.根据权利要求1所述的数据短消息业务下载系统，其特征在于，所述用户账号信息与所述业务平台的对应关系通过HashMap存储于数据库中，并通过key、Value的方式进行写入数据库，key值为用户名，value值为TCP/IP连接的会话引用。

5.根据权利要求1所述的数据短消息业务下载系统，其特征在于，所述手机号与用户账号信息的对应关系通过key、Value的方式进行写入数据库，key值为手机号，value值为用户账号信息；

并且在存储手机号与用户账号信息的对应关系时设置生存时间。

6.一种数据短消息业务下载方法，其特征在于，包括：

接收业务平台的下发短信，若所述业务平台已登录，则将发送短信的目标手机号与当前连接的用户账号信息写入内存数据库；

根据目标手机号与用户的对应关系，发送下行短信至目标手机号对应的手机终端；

手机终端接收到所述下行短信，对所述下行短信进行业务处理之后，反馈回上行回执短信；

根据所述上行回执短信的来源手机号，查找手机号与用户账号信息的对应关系；

再根据用户账号信息与所述业务平台的对应关系，将所述上行回执短信发送至对应的所述业务平台。

7.根据权利要求6所述的数据短消息业务下载方法，其特征在于，在所述接收业务平台的下发短信，若所述业务平台已登录，则将发送短信的目标手机号与当前连接的用户账号信息写入内存数据库，之前还包括：

建立与业务平台之间的TCP/IP长连接；

连接建立后，接收所述业务平台发送的登录命令；

接收到所述登录命令后，检查用户的登录账号是否正确；

若登录账号正确，则访问数据库，查找用户连接关系表，检查用户连接关系是否存在；

若不存在，则创建用户连接关系，并将所述用户连接关系保存至数据库，所述用户连接关系为用户账号信息与业务平台的对应关系。

8.根据权利要求6所述的数据短消息业务下载方法，其特征在于，还包括：

当所述业务平台退出登录后，则解除所述数据库中用户账号信息与所述业务平台的对应关系。

9.根据权利要求6所述的数据短消息业务下载方法，其特征在于，所述根据目标手机号与用户的对应关系，发送下行短信至目标手机号对应的手机终端，具体为：

发送下行短信至短信中心，所述短信中心通过信令网将所述下行短信下发至目标手机号对应的手机终端。

10.根据权利要求6所述的数据短消息业务下载方法，其特征在于，所述手机终端接收到所述下行短信，对所述下行短信进行业务处理之后，反馈回上行回执短信，具体为：

手机终端接收到所述下行短信，对所述下行短信进行业务处理之后，向短信中心发送上行回执短信，再由短信中心根据SPID路由反馈上行回执短信。

Images