CN111010676B - 一种短信缓存方法、装置及系统 - Google Patents
一种短信缓存方法、装置及系统 Download PDFInfo
- Publication number
- CN111010676B CN111010676B CN201911290857.0A CN201911290857A CN111010676B CN 111010676 B CN111010676 B CN 111010676B CN 201911290857 A CN201911290857 A CN 201911290857A CN 111010676 B CN111010676 B CN 111010676B
- Authority
- CN
- China
- Prior art keywords
- short message
- database
- service
- short
- messages
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
- 238000000034 method Methods 0.000 title claims abstract description 33
- 238000007781 pre-processing Methods 0.000 claims abstract description 49
- 230000002159 abnormal effect Effects 0.000 claims abstract description 34
- 238000001914 filtration Methods 0.000 claims abstract description 23
- 230000005540 biological transmission Effects 0.000 claims description 12
- 230000003139 buffering effect Effects 0.000 claims description 10
- 238000012795 verification Methods 0.000 claims description 9
- 238000004891 communication Methods 0.000 claims description 2
- 238000012545 processing Methods 0.000 abstract description 37
- 230000009286 beneficial effect Effects 0.000 description 12
- 239000002253 acid Substances 0.000 description 9
- 238000011161 development Methods 0.000 description 6
- 230000018109 developmental process Effects 0.000 description 6
- 238000002955 isolation Methods 0.000 description 6
- 238000012423 maintenance Methods 0.000 description 6
- 230000000007 visual effect Effects 0.000 description 5
- 238000004364 calculation method Methods 0.000 description 3
- 230000002688 persistence Effects 0.000 description 3
- 238000004590 computer program Methods 0.000 description 2
- 238000010586 diagram Methods 0.000 description 2
- 238000005516 engineering process Methods 0.000 description 2
- 230000032683 aging Effects 0.000 description 1
- 238000009434 installation Methods 0.000 description 1
- 238000010295 mobile communication Methods 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/12—Messaging; Mailboxes; Announcements
- H04W4/14—Short messaging services, e.g. short message services [SMS] or unstructured supplementary service data [USSD]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W12/00—Security arrangements; Authentication; Protecting privacy or anonymity
- H04W12/06—Authentication
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W12/00—Security arrangements; Authentication; Protecting privacy or anonymity
- H04W12/08—Access security
- H04W12/088—Access security using filters or firewalls
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W28/00—Network traffic management; Network resource management
- H04W28/02—Traffic management, e.g. flow control or congestion control
- H04W28/08—Load balancing or load distribution
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W28/00—Network traffic management; Network resource management
- H04W28/02—Traffic management, e.g. flow control or congestion control
- H04W28/10—Flow control between communication endpoints
- H04W28/14—Flow control between communication endpoints using intermediate storage
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer Security & Cryptography (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明公开了一种短信缓存方法、装置及系统。所述方法包括：对获取的待发送短信进行预处理，得到业务短信；其中，所述预处理包括异常短信过滤和短信通道选择；将所述业务短信分别存储于第一数据库和第二数据库；其中，所述第一数据库是物理数据库，所述第二数据库是配置为内存模式的HSQL数据库；通过所述业务短信对应的短信通道，将所述第二数据库中的所述业务短信存储于第三数据库；其中，所述第三数据库是配置为文件模式的HSQL数据库。本发明能够利用HSQL数据库对短信进行二级缓存，进一步提高短信处理的效率，满足短信业务需求。
Description
技术领域
本发明涉及移动通信技术领域，尤其涉及一种短信缓存方法、装置及系统。
背景技术
目前，短信处理一般利用短信网关分别对接用户业务平台和运营商短信平台，由短信网关将用户业务平台上传的短信下发至对应的运营商短信平台。
短信网关作为一个短信分发平台，面对着巨大的短信处理量和复杂的短信业务。现有的短信网关虽已采用NoSQL(如Memcached、Redis)缓存技术缓存短信，但仍存在以下技术难点：
1、NoSQL本身不支持动态均衡短信通道流量的处理机制，使得在用户业务平台的短信上传速度远远大于短信网关的短信下发速度的现状中，容易产生短信积压问题，难以进一步高效分发短信；
2、基于NoSQL，需要额外编写大量代码才可使其支持短信优先处理机制，比如优先分发高等级用户的短信，时效期短的短信等，难以简化短信业务处理流程；
3、NoSQL属于Key-Value内存数据库，不支持关系型数据结构，且需要独立部署安装，增加了开发和维护成本。
发明内容
本发明提供一种短信缓存方法、装置及系统，以克服现有技术中短信网关面对的技术难点，本发明能够利用HSQL数据库对短信进行二级缓存，进一步提高短信处理的效率，满足短信业务需求。
为了解决上述技术问题，本发明一实施例提供一种短信缓存方法，包括：
对获取的待发送短信进行预处理，得到业务短信；其中，所述预处理包括异常短信过滤和短信通道选择；
将所述业务短信分别存储于第一数据库和第二数据库；其中，所述第一数据库是物理数据库，所述第二数据库是配置为内存模式的HSQL数据库；
通过所述业务短信对应的短信通道，将所述第二数据库中的所述业务短信存储于第三数据库；其中，所述第三数据库是配置为文件模式的HSQL数据库。
进一步地，在所述对获取的待发送短信进行预处理之前，还包括：
对所述待发送短信的发信账号进行账号安全认证和发信权限验证；
当所述待发送短信的发信账号为安全账号且具有发信权限时，获取所述待发送短信。
进一步地，所述的短信缓存方法，还包括：
当无法将所述业务短信存储于所述第二数据库时，从所述第一数据库中读取所述业务短信，并存储于所述第二数据库。
进一步地，所述对获取的待发送短信进行预处理，得到业务短信，具体为：
根据所述待发送短信的收信号码和短信内容，过滤所述待发送短信中的异常短信，得到正常短信；
根据所述正常短信的发信账号、业务类型和收信号码归属运营商，选择所述正常短信对应的短信通道；
将对应有短信通道的所述正常短信标记为业务短信。
本发明另一实施例提供一种短信缓存装置，包括：
预处理模块，用于对获取的待发送短信进行预处理，得到业务短信；其中，所述预处理包括异常短信过滤和短信通道选择；
一级缓存模块，用于将所述业务短信分别存储于第一数据库和第二数据库；其中，所述第一数据库是物理数据库，所述第二数据库是配置为内存模式的HSQL数据库；
二级缓存模块，用于通过所述业务短信对应的短信通道，将所述第二数据库中的所述业务短信存储于第三数据库；其中，所述第三数据库是配置为文件模式的HSQL数据库。
进一步地，所述预处理模块，还用于在所述对获取的待发送短信进行预处理之前，
对所述待发送短信的发信账号进行账号安全认证和发信权限验证；
当所述待发送短信的发信账号为安全账号且具有发信权限时，获取所述待发送短信。
进一步地，所述一级缓存模块，还用于当无法将所述业务短信存储于所述第二数据库时，从所述第一数据库中读取所述业务短信，并存储于所述第二数据库。
进一步地，所述对获取的待发送短信进行预处理，得到业务短信，具体为：
根据所述待发送短信的收信号码和短信内容，过滤所述待发送短信中的异常短信，得到正常短信；
根据所述正常短信的发信账号、业务类型和收信号码归属运营商，选择所述正常短信对应的短信通道；
将对应有短信通道的所述正常短信标记为业务短信。
本发明另一实施例提供一种短信缓存系统，包括用户业务平台、运营商短信平台，以及分别与所述用户业务平台和所述运营商短信平台通信连接的短信网关，所述短信网关包括短信接收模块，短信缓冲模块和运营商接口模块；
所述短信接收模块，用于对所述用户业务平台上传的待发送短信进行预处理，将得到的业务短信存储于第一数据库，并将所述业务短信转发至所述短信缓冲模块；其中，所述预处理包括异常短信过滤和短信通道选择，所述第一数据库是物理数据库；
所述短信缓冲模块，用于将所述短信接收模块转发的所述业务短信存储于第二数据库，并通过所述业务短信对应的短信通道，将所述第二数据库中的所述业务短信转发至所述运营商接口模块；其中，所述第二数据库是配置为内存模式的HSQL数据库；
所述运营商接口模块，用于将所述短信缓冲模块转发的所述业务短信存储于第三数据库，并将所述第三数据库中的所述业务短信下发至所述运营商短信平台；其中，所述第三数据库是配置为文件模式的HSQL数据库。
进一步地，所述短信缓冲模块，还用于当无法将所述业务短信存储于所述第二数据库时，从所述第一数据库中读取所述业务短信，并存储于所述第二数据库。
本发明的实施例，具有如下有益效果：
通过对获取的待发送短信进行预处理，即异常短信过滤和短信通道选择，将得到的业务短信分别存储于第一数据库(物理数据库)和第二数据库(配置为内存模式的HSQL数据库)，通过业务短信对应的短信通道，将第二数据库中的业务短信存储于第三数据库(配置为文件模式的HSQL数据库)，不仅能够利用第一数据库对业务短信进行持久化存储，利用第二数据库对业务短信进行一级缓存，利用第三数据库对业务短信进行二级缓存，还能够在一级、二级缓存过程中借助HSQL数据库，动态均衡短信通道流量并简化短信业务处理流程，从而进一步提高短信的处理效率，满足短信业务需求。
另外，由于HSQL数据库采用标准SQL语言开发，支持嵌入式，且提供了GUI可视化管理工具，能够降低开发、部署和维护成本。
附图说明
图1为本发明第一实施例中的一种短信缓存方法的流程示意图；
图2为本发明第一实施例中的一优选实施例的流程示意图；
图3为本发明第一实施例中的另一优选实施例的流程示意图；
图4为本发明第一实施例中的一种短信缓存装置的结构示意图；
图5为本发明第一实施例中的一种短信缓存系统的结构示意图。
具体实施方式
下面将结合本发明中的附图，对本发明中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
需要说明的是，文中的步骤编号，仅为了方便具体实施例的解释，不作为限定步骤执行先后顺序的作用。本实施例提供的方法可以由相关的服务器执行，且下文均以服务器作为执行主体为例进行说明。
第一实施例。请参阅图1-3。
如图1所示，第一实施例提供一种短信缓存方法，所述方法包括步骤S1～S3：
S1、对获取的待发送短信进行预处理，得到业务短信；其中，预处理包括异常短信过滤和短信通道选择。
S2、将业务短信分别存储于第一数据库和第二数据库；其中，第一数据库是物理数据库，第二数据库是配置为内存模式的HSQL数据库。
S3、通过业务短信对应的短信通道，将第二数据库中的业务短信存储于第三数据库；其中，第三数据库是配置为文件模式的HSQL数据库。
在步骤S1中，通过对获取的待发送短信进行预处理，即异常短信过滤和短信通道选择，从获取的所有待发送短信中筛选出正常短信，并根据每一正常短信选择其对应的短信通道，以将对应有短信通道的正常短信作为业务短信。
例如，逐条识别获取的所有待发送短信，将收信号码为无效号码、黑名单号码、重复号码，以及短信内容为空、含有敏感字段的待发送短信作为异常短信滤除，筛选出正常短信，进而根据每一正常短信的发信账号、业务类型和收信号码归属运营商，选择其对应的短信通道，从而将对应有短信通道的正常短信标记为业务短信。
在本实施例的一种优选的实施方式中，预处理还包括短信费用计算。
例如，根据业务短信的发信账号的计费标准，计算业务短信的短信费用。
在步骤S2中，将业务短信存储于第一数据库，即物理数据库，能够持久化存储业务短信，将业务短信存储于第二数据库，即配置为内存模式的HSQL数据库，相当于对业务短信进行一级缓存。
需要说明的是，所述物理数据库包括但不限于物理磁盘。
由于第一数据库是物理数据库，将业务短信存储于物理磁盘或其他物理数据库中，能够持久化存储业务短信。
由于第二数据库是配置为内存模式的HSQL数据库，通过将业务短信缓存在内存中，能够充分发挥内存计算的速度优势，进一步提高短信处理的效率。同时，借助HSQL数据库的SQL特性，能够动态均衡短信通道流量和简化业务短信处理流程，借助HSQL数据库的ACID特性，能够保障短信的一致性，避免短信遗漏和重复。
SQL语言，是结构化查询语言(Structured Query Language)的简称。SQL语言是一种数据库查询和程序设计语言，用于存取数据以及查询、更新、管理关系数据库系统。HSQL数据库支持使用标准的SQL查询语法来查询业务短信，使得在后续将业务短信存储于第三数据库的过程中，可通过查询确定各条业务短信的短信通道和发送顺序。其中，业务短信的发送顺序是根据其指定发送时间和发信账号优先级而确定。
基于第二数据库，在处理同一短信通道的业务短信时能够优先将发送顺序在前的业务短信存储于第三数据库，有利于满足不同短信的发送需求；在某一短信通道流量超过设定量时增加短信通道数量，有利于平缓该短信通道的处理压力；在某个短信通道组的通道流量低于设定量时减少短信通道数量，有利于充分利用短信通道；在某一短信通道出现网络异常等故障时移除该短信通道，有利于保障短信正常发送。本实施例采用配置为内存模式的HSQL数据库作为第二数据库，能够动态均衡短信通道流量和简化业务短信处理流程，进一步提高短信处理效率，满足短信业务需求。
ACID，指数据库事务正确执行的四个基本要素的缩写，即原子性(Atomicity)、一致性(Consistency)、隔离性(Isolation)、持久性(Durability)。HSQL数据库提供一个完全符合ACID的分布式事务来保证数据的一致性，使得在后续将业务短信存储于第三数据库的过程中，能够避免遗漏和重复存储业务短信。
在步骤S3中，通过业务短信对应的短信通道，将第二数据库中的业务短信存储于第三数据库，即配置为文件模式的HSQL数据库，相当于对业务短信进行二级缓存。
由于第三数据库是配置为文件模式的HSQL数据库，通过将业务短信分解为短信话单缓存在本地中，不仅能够持久化存储业务短信，保证短信可靠性，还能够便于后续逐条发送短信话单，充分利用短信通道，从而进一步提高短信处理效率。
本实施例通过对获取的待发送短信进行预处理，即异常短信过滤和短信通道选择，将得到的业务短信分别存储于第一数据库(物理数据库)和第二数据库(配置为内存模式的HSQL数据库)，通过业务短信对应的短信通道，将第二数据库中的业务短信存储于第三数据库(配置为文件模式的HSQL数据库)，不仅能够利用第一数据库对业务短信进行持久化存储，利用第二数据库对业务短信进行一级缓存，利用第三数据库对业务短信进行二级缓存，还能够在一级、二级缓存过程中借助HSQL数据库，动态均衡短信通道流量并简化短信业务处理流程，从而进一步提高短信的处理效率，满足短信业务需求。
另外，由于HSQL数据库采用标准SQL语言开发，支持嵌入式，且提供了GUI可视化管理工具，能够降低开发、部署和维护成本。
如图2所示，在一优选的实施例当中，在所述步骤S1之前，还包括步骤S01～S02：
S01、对待发送短信的发信账号进行账号安全认证和发信权限验证；
S02、当待发送短信的发信账号为安全账号且具有发信权限时，获取待发送短信。
在获取待发送短信之前，需要对发信账号进行账号安全认证，比如判断用户输入的账号和密码是否正确且匹配，若通过账号安全认证，则继续对该发信账号进行发信权限验证，使得只有当该发信账号为安全账号且具有发信权限时，才可获取待发送短信。
本实施例通过在获取待发送短信之前核对发信账号，有利于避免接收异常账号上传的待发送短信，进一步提高短信处理效率。
在优选的实施例当中，所述步骤S2还包括：当无法将业务短信存储于第二数据库时，从第一数据库中读取业务短信，并存储于第二数据库。
本实施例能够在无法将业务短信存储于第二数据库时，比如网络异常时，从第一数据库中读取业务短信并存储于第二数据库，相当于重新存储遗漏的业务短信，从而保证第二数据库中业务短信的完整性。
如图3所示，在另一优选的实施例当中，所述步骤S1，具体包括步骤S11～S13：
S11、根据待发送短信的收信号码和短信内容，过滤待发送短信中的异常短信，得到正常短信。
S12、根据正常短信的发信账号、业务类型和收信号码归属运营商，选择正常短信对应的短信通道。
S13、将对应有短信通道的正常短信标记为业务短信。
例如，逐条识别获取的所有待发送短信，将收信号码为无效号码、黑名单号码、重复号码，以及短信内容为空、含有敏感字段的待发送短信作为异常短信滤除，筛选出正常短信，进而根据每一正常短信的发信账号、业务类型和收信号码归属运营商，选择其对应的短信通道，从而将对应有短信通道的正常短信标记为业务短信。
第二实施例。请参阅图4。
如图4所示，第二实施例提供一种短信缓存装置，包括：预处理模块21，用于对获取的待发送短信进行预处理，得到业务短信；其中，预处理包括异常短信过滤和短信通道选择；一级缓存模块22，用于将业务短信分别存储于第一数据库和第二数据库；其中，第一数据库是物理数据库，第二数据库是配置为内存模式的HSQL数据库；二级缓存模块23，用于通过业务短信对应的短信通道，将第二数据库中的业务短信存储于第三数据库；其中，第三数据库是配置为文件模式的HSQL数据库。
预处理模块21通过对获取的待发送短信进行预处理，即异常短信过滤和短信通道选择，从获取的所有待发送短信中筛选出正常短信，并根据每一正常短信选择其对应的短信通道，以将对应有短信通道的正常短信作为业务短信。
例如，逐条识别获取的所有待发送短信，将收信号码为无效号码、黑名单号码、重复号码，以及短信内容为空、含有敏感字段的待发送短信作为异常短信滤除，筛选出正常短信，进而根据每一正常短信的发信账号、业务类型和收信号码归属运营商，选择其对应的短信通道，从而将对应有短信通道的正常短信标记为业务短信。
在本实施例的一种优选的实施方式中，预处理还包括短信费用计算。
例如，根据业务短信的发信账号的计费标准，计算业务短信的短信费用。
一级缓存模块22将业务短信存储于第一数据库，即物理数据库，能够持久化存储业务短信，将业务短信存储于第二数据库，即配置为内存模式的HSQL数据库，相当于对业务短信进行一级缓存。
需要说明的是，所述物理数据库包括但不限于物理磁盘。
由于第一数据库是物理数据库，将业务短信存储于物理磁盘或其他物理数据库中，能够持久化存储业务短信。
由于第二数据库是配置为内存模式的HSQL数据库，通过将业务短信缓存在内存中，能够充分发挥内存计算的速度优势，进一步提高短信处理的效率。同时，借助HSQL数据库的SQL特性，能够动态均衡短信通道流量和简化业务短信处理流程，借助HSQL数据库的ACID特性，能够保障短信的一致性，避免短信遗漏和重复。
SQL语言，是结构化查询语言(Structured Query Language)的简称。SQL语言是一种数据库查询和程序设计语言，用于存取数据以及查询、更新、管理关系数据库系统。HSQL数据库支持使用标准的SQL查询语法来查询业务短信，使得在后续通过二级缓存模块23将业务短信存储于第三数据库的过程中，可通过查询确定各条业务短信的短信通道和发送顺序。其中，业务短信的发送顺序是根据其指定发送时间和发信账号优先级而确定。
基于第二数据库，在处理同一短信通道的业务短信时能够优先将发送顺序在前的业务短信存储于第三数据库，有利于满足不同短信的发送需求；在某一短信通道流量超过设定量时增加短信通道数量，有利于平缓该短信通道的处理压力；在某个短信通道组的通道流量低于设定量时减少短信通道数量，有利于充分利用短信通道；在某一短信通道出现网络异常等故障时移除该短信通道，有利于保障短信正常发送。本实施例采用配置为内存模式的HSQL数据库作为第二数据库，能够动态均衡短信通道流量和简化业务短信处理流程，进一步提高短信处理效率，满足短信业务需求。
ACID，指数据库事务正确执行的四个基本要素的缩写，即原子性(Atomicity)、一致性(Consistency)、隔离性(Isolation)、持久性(Durability)。HSQL数据库提供一个完全符合ACID的分布式事务来保证数据的一致性，使得在后续将业务短信存储于第三数据库的过程中，能够避免遗漏和重复存储业务短信。
二级缓存模块23通过业务短信对应的短信通道，将第二数据库中的业务短信存储于第三数据库，即配置为文件模式的HSQL数据库，相当于对业务短信进行二级缓存。
由于第三数据库是配置为文件模式的HSQL数据库，通过将业务短信分解为短信话单缓存在本地中，不仅能够持久化存储业务短信，保证短信可靠性，还能够便于后续逐条发送短信话单，充分利用短信通道，从而进一步提高短信处理效率。
本实施例通过预处理模块21对获取的待发送短信进行预处理，即异常短信过滤和短信通道选择，通过一级缓存模块22将预处理模块21得到的业务短信分别存储于第一数据库(物理数据库)和第二数据库(配置为内存模式的HSQL数据库)，通过二级缓存模块23经业务短信对应的短信通道，将第二数据库中的业务短信存储于第三数据库(配置为文件模式的HSQL数据库)，不仅能够利用第一数据库对业务短信进行持久化存储，利用第二数据库对业务短信进行一级缓存，利用第三数据库对业务短信进行二级缓存，还能够在一级、二级缓存过程中借助HSQL数据库，动态均衡短信通道流量并简化短信业务处理流程，从而进一步提高短信的处理效率，满足短信业务需求。
另外，由于HSQL数据库采用标准SQL语言开发，支持嵌入式，且提供了GUI可视化管理工具，能够降低开发、部署和维护成本。
在优选的实施例当中，预处理模块21，还用于在对获取的待发送短信进行预处理之前，对待发送短信的发信账号进行账号安全认证和发信权限验证；当待发送短信的发信账号为安全账号且具有发信权限时，获取待发送短信。
在预处理模块21获取待发送短信之前，需要对发信账号进行账号安全认证，比如判断用户输入的账号和密码是否正确且匹配，若通过账号安全认证，则继续对该发信账号进行发信权限验证，使得只有当该发信账号为安全账号且具有发信权限时，才可获取待发送短信。
本实施例通过在预处理模块21获取待发送短信之前核对发信账号，有利于避免接收异常账号上传的待发送短信，进一步提高短信处理效率。
在优选的实施例当中，一级缓存模块22，还用于当无法将业务短信存储于第二数据库时，从第一数据库中读取业务短信，并存储于第二数据库。
本实施例能够在无法将业务短信存储于第二数据库时，比如网络异常时，由一级缓存模块22从第一数据库中读取业务短信并存储于第二数据库，相当于重新存储遗漏的业务短信，从而保证第二数据库中业务短信的完整性。
在优选的实施例当中，所述对获取的待发送短信进行预处理，得到业务短信，具体为：根据待发送短信的收信号码和短信内容，过滤待发送短信中的异常短信，得到正常短信；根据正常短信的发信账号、业务类型和收信号码归属运营商，选择正常短信对应的短信通道；将对应有短信通道的正常短信标记为业务短信。
例如，逐条识别获取的所有待发送短信，将收信号码为无效号码、黑名单号码、重复号码，以及短信内容为空、含有敏感字段的待发送短信作为异常短信滤除，筛选出正常短信，进而根据每一正常短信的发信账号、业务类型和收信号码归属运营商，选择其对应的短信通道，从而将对应有短信通道的正常短信标记为业务短信。
第三实施例。请参阅图5。
如图5所示，第三实施例提供一种短信缓存系统，包括用户业务平台、运营商短信平台，以及分别与用户业务平台和运营商短信平台通信连接的短信网关，短信网关包括短信接收模块，短信缓冲模块和运营商接口模块；短信接收模块，用于对用户业务平台上传的待发送短信进行预处理，将得到的业务短信存储于第一数据库，并将业务短信转发至短信缓冲模块；其中，预处理包括异常短信过滤和短信通道选择，第一数据库是物理数据库；短信缓冲模块，用于将短信接收模块转发的业务短信存储于第二数据库，并通过业务短信对应的短信通道，将第二数据库中的业务短信转发至运营商接口模块；其中，第二数据库是配置为内存模式的HSQL数据库；运营商接口模块，用于将短信缓冲模块转发的业务短信存储于第三数据库，并将第三数据库中的业务短信下发至运营商短信平台；其中，第三数据库是配置为文件模式的HSQL数据库。
当用户业务平台上传待发送短信至短信网关时，短信网关通过短信接收模块对获取的待发送短信进行预处理，即异常短信过滤和短信通道选择，从获取的所有待发送短信中筛选出正常短信，并根据每一正常短信选择其对应的短信通道，以将对应有短信通道的正常短信作为业务短信存储于第一数据库和转发至短信缓冲模块，由短信缓冲模块将业务短信存储于第二数据库以经业务短信对应的短信通道将第二数据库中的业务短信转发至运营商接口模块转发至运营商接口模块，进而由运营商接口模块将业务短信存储于第三数据库以下发至运营商短信平台。
其中，短信接收模块在获取待发送短信之前，需要对用户业务平台的发信账号进行账号安全认证，比如判断用户输入的账号和密码是否正确且匹配，若通过账号安全认证，则继续对该发信账号进行发信权限验证，使得只有当该发信账号为安全账号且具有发信权限时，短信接收模块才可获取待发送短信。
短信接收模块在预处理过程中，逐条识别获取的所有待发送短信，将收信号码为无效号码、黑名单号码、重复号码，以及短信内容为空、含有敏感字段的待发送短信作为异常短信滤除，筛选出正常短信，进而根据每一正常短信的发信账号、业务类型和收信号码归属运营商，选择其对应的短信通道，从而将对应有短信通道的正常短信标记为业务短信。
在本实施例中，预处理还包括短信费用计算。例如，根据业务短信的发信账号的计费标准，计算业务短信的短信费用。
短信接收模块将业务短信存储于第一数据库，即物理数据库，能够持久化存储业务短信。需要说明的是，所述物理数据库包括但不限于物理磁盘。
短信缓冲模块将业务短信存储于第二数据库，即配置为内存模式的HSQL数据库，相当于一级缓存。通过将业务短信缓存在内存中，能够充分发挥内存计算的速度优势，进一步提高短信处理的效率。同时，借助HSQL数据库的SQL特性，能够动态均衡短信通道流量和简化业务短信处理流程，借助HSQL数据库的ACID特性，能够保障短信的一致性，避免短信遗漏和重复。
SQL语言，是结构化查询语言(Structured Query Language)的简称。SQL语言是一种数据库查询和程序设计语言，用于存取数据以及查询、更新、管理关系数据库系统。HSQL数据库支持使用标准的SQL查询语法来查询业务短信，使得在后续将业务短信转发至运营商接口模块的过程中，可通过查询确定各条业务短信的短信通道和发送顺序。其中，业务短信的发送顺序是根据其指定发送时间和发信账号优先级而确定。
基于第二数据库，短信缓冲模块在处理同一短信通道的业务短信时能够优先将发送顺序在前的业务短信转发至运营商接口模块，有利于满足不同短信的发送需求；在某一短信通道流量超过设定量时增加短信通道数量，有利于平缓该短信通道的处理压力；在某个短信通道组的通道流量低于设定量时减少短信通道数量，有利于充分利用短信通道；在某一短信通道出现网络异常等故障时移除该短信通道，有利于保障短信正常发送。本实施例采用配置为内存模式的HSQL数据库作为第二数据库，能够动态均衡短信通道流量和简化业务短信处理流程，进一步提高短信处理效率，满足短信业务需求。
ACID，指数据库事务正确执行的四个基本要素的缩写，即原子性(Atomicity)、一致性(Consistency)、隔离性(Isolation)、持久性(Durability)。HSQL数据库提供一个完全符合ACID的分布式事务来保证数据的一致性，使得在后续将业务短信转发至运营商接口模块的过程中，能够避免遗漏和重复转发业务短信。
运营商接口模块将业务短信存储于第三数据库，即配置为文件模式的HSQL数据库，相当于对业务短信进行二级缓存。通过将业务短信分解为短信话单缓存在本地中，不仅能够持久化存储业务短信，保证短信可靠性，还能够便于后续逐条发送短信话单，充分利用短信通道，从而进一步提高短信处理效率。
本实施例通过短信接收模块对用户业务平台上传的待发送短信进行预处理，即异常短信过滤和短信通道选择，将得到的业务短信分别存储于第一数据库(物理数据库)和转发至短信缓冲模块，通过短信缓冲模块将业务短信存储于第二数据库(配置为内存模式的HSQL数据库)以经业务短信对应的短信通道将第二数据库中的业务短信转发至运营商接口模块，通过运营商接口模块将业务短信存储于第三数据库(配置为文件模式的HSQL数据库)以下发至运营商短信平台，不仅能够利用第一数据库对业务短信进行持久化存储，利用第二数据库对业务短信进行一级缓存，利用第三数据库对业务短信进行二级缓存，还能够在一级、二级缓存过程中借助HSQL数据库，动态均衡短信通道流量并简化短信业务处理流程，从而进一步提高短信的处理效率，满足短信业务需求。
另外，由于HSQL数据库采用标准SQL语言开发，支持嵌入式，且提供了GUI可视化管理工具，能够降低开发、部署和维护成本。
在本实施例中，短信缓冲模块，还用于当无法将业务短信存储于第二数据库时，从第一数据库中读取业务短信，并存储于第二数据库。
本实施例能够使短信缓冲模块在无法将业务短信存储于第二数据库时，比如网络异常时，从第一数据库中读取业务短信并存储于第二数据库，相当于重新存储遗漏的业务短信，从而保证第二数据库中业务短信的完整性。
综上所述，本发明的实施例具有如下有益效果：
通过对获取的待发送短信进行预处理，即异常短信过滤和短信通道选择，将得到的业务短信分别存储于第一数据库(物理数据库)和第二数据库(配置为内存模式的HSQL数据库)，通过业务短信对应的短信通道，将第二数据库中的业务短信存储于第三数据库(配置为文件模式的HSQL数据库)，不仅能够利用第一数据库对业务短信进行持久化存储，利用第二数据库对业务短信进行一级缓存，利用第三数据库对业务短信进行二级缓存，还能够在一级、二级缓存过程中借助HSQL数据库，动态均衡短信通道流量并简化短信业务处理流程，从而进一步提高短信的处理效率，满足短信业务需求。
另外，由于HSQL数据库采用标准SQL语言开发，支持嵌入式，且提供了GUI可视化管理工具，能够降低开发、部署和维护成本。
以上所述是本发明的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也视为本发明的保护范围。
本领域普通技术人员可以理解实现上述实施例中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的程序可存储于一计算机可读取存储介质中，该程序在执行时，可包括如上述各实施例的流程。其中，所述的存储介质可为磁碟、光盘、只读存储记忆体(Read-Only Memory，ROM)或随机存储记忆体(Random Access Memory，RAM)等。
Claims (10)
1.一种短信缓存方法，其特征在于，适用于服务器，包括：
对获取的待发送短信进行预处理，得到业务短信；其中，所述预处理包括异常短信过滤和短信通道选择；
将所述业务短信分别存储于第一数据库和第二数据库；其中，所述第一数据库是物理数据库，所述第二数据库是配置为内存模式的HSQL数据库；
通过所述业务短信对应的短信通道，将所述第二数据库中的所述业务短信存储于第三数据库；其中，所述第三数据库是配置为文件模式的HSQL数据库。
2.如权利要求1所述的短信缓存方法，其特征在于，在所述对获取的待发送短信进行预处理之前，还包括：
对所述待发送短信的发信账号进行账号安全认证和发信权限验证；
当所述待发送短信的发信账号为安全账号且具有发信权限时，获取所述待发送短信。
3.如权利要求1所述的短信缓存方法，其特征在于，还包括：
当无法将所述业务短信存储于所述第二数据库时，从所述第一数据库中读取所述业务短信，并存储于所述第二数据库。
4.如权利要求1所述的短信缓存方法，其特征在于，所述对获取的待发送短信进行预处理，得到业务短信，具体为：
根据所述待发送短信的收信号码和短信内容，过滤所述待发送短信中的异常短信，得到正常短信；
根据所述正常短信的发信账号、业务类型和收信号码归属运营商，选择所述正常短信对应的短信通道；
将对应有短信通道的所述正常短信标记为业务短信。
5.一种短信缓存装置，其特征在于，包括：
预处理模块，用于对获取的待发送短信进行预处理，得到业务短信；其中，所述预处理包括异常短信过滤和短信通道选择；
一级缓存模块，用于将所述业务短信分别存储于第一数据库和第二数据库；其中，所述第一数据库是物理数据库，所述第二数据库是配置为内存模式的HSQL数据库；
二级缓存模块，用于通过所述业务短信对应的短信通道，将所述第二数据库中的所述业务短信存储于第三数据库；其中，所述第三数据库是配置为文件模式的HSQL数据库。
6.如权利要求5所述的短信缓存装置，其特征在于，所述预处理模块，还用于在所述对获取的待发送短信进行预处理之前，
对所述待发送短信的发信账号进行账号安全认证和发信权限验证；
当所述待发送短信的发信账号为安全账号且具有发信权限时，获取所述待发送短信。
7.如权利要求5所述的短信缓存装置，其特征在于，所述一级缓存模块，还用于当无法将所述业务短信存储于所述第二数据库时，从所述第一数据库中读取所述业务短信，并存储于所述第二数据库。
8.如权利要求5所述的短信缓存装置，其特征在于，所述对获取的待发送短信进行预处理，得到业务短信，具体为：
根据所述待发送短信的收信号码和短信内容，过滤所述待发送短信中的异常短信，得到正常短信；
根据所述正常短信的发信账号、业务类型和收信号码归属运营商，选择所述正常短信对应的短信通道；
将对应有短信通道的所述正常短信标记为业务短信。
9.一种短信缓存系统，其特征在于，包括用户业务平台、运营商短信平台，以及分别与所述用户业务平台和所述运营商短信平台通信连接的短信网关，所述短信网关包括短信接收模块，短信缓冲模块和运营商接口模块；
所述短信接收模块，用于对所述用户业务平台上传的待发送短信进行预处理，将得到的业务短信存储于第一数据库，并将所述业务短信转发至所述短信缓冲模块；其中，所述预处理包括异常短信过滤和短信通道选择，所述第一数据库是物理数据库；
所述短信缓冲模块，用于将所述短信接收模块转发的所述业务短信存储于第二数据库，并通过所述业务短信对应的短信通道，将所述第二数据库中的所述业务短信转发至所述运营商接口模块；其中，所述第二数据库是配置为内存模式的HSQL数据库；
所述运营商接口模块，用于将所述短信缓冲模块转发的所述业务短信存储于第三数据库，并将所述第三数据库中的所述业务短信下发至所述运营商短信平台；其中，所述第三数据库是配置为文件模式的HSQL数据库。
10.如权利要求9所述的短信缓存系统，其特征在于，所述短信缓冲模块，还用于当无法将所述业务短信存储于所述第二数据库时，从所述第一数据库中读取所述业务短信，并存储于所述第二数据库。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201911290857.0A CN111010676B (zh) | 2019-12-13 | 2019-12-13 | 一种短信缓存方法、装置及系统 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201911290857.0A CN111010676B (zh) | 2019-12-13 | 2019-12-13 | 一种短信缓存方法、装置及系统 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN111010676A CN111010676A (zh) | 2020-04-14 |
| CN111010676B true CN111010676B (zh) | 2020-11-17 |
Family
ID=70115390
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201911290857.0A Active CN111010676B (zh) | 2019-12-13 | 2019-12-13 | 一种短信缓存方法、装置及系统 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN111010676B (zh) |
Families Citing this family (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN112672293B (zh) * | 2020-12-15 | 2022-04-19 | 北京金山云网络技术有限公司 | 报警短信的下发方法、装置、系统及电子设备 |
Citations (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102026124A (zh) * | 2010-12-07 | 2011-04-20 | 中国电信股份有限公司 | 短信智能业务平台系统及基于该系统的短信业务实现方法 |
Family Cites Families (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2000074405A1 (en) * | 1999-06-01 | 2000-12-07 | Markport Limited | A short message gateway |
| CN101998314A (zh) * | 2009-08-19 | 2011-03-30 | 中国移动通信集团江苏有限公司 | 一种短信的调度方法和系统 |
| CN103124400A (zh) * | 2011-11-21 | 2013-05-29 | 中兴通讯股份有限公司 | 短信缓存方法及系统 |
| CN108632771A (zh) * | 2018-04-28 | 2018-10-09 | 北京聚通达科技股份有限公司 | 一种基于ota新型短信系统 |
| CN110351674B (zh) * | 2019-07-31 | 2021-08-17 | 浪潮金融信息技术有限公司 | 一种对接移动平台实现短信推送的系统 |
-
2019
- 2019-12-13 CN CN201911290857.0A patent/CN111010676B/zh active Active
Patent Citations (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102026124A (zh) * | 2010-12-07 | 2011-04-20 | 中国电信股份有限公司 | 短信智能业务平台系统及基于该系统的短信业务实现方法 |
Also Published As
| Publication number | Publication date |
|---|---|
| CN111010676A (zh) | 2020-04-14 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN107889069B (zh) | 一种短信网关选择方法、装置、服务器及可读存储介质 | |
| CN110602056B (zh) | 一种业务参数传递方法及装置 | |
| CN109711189B (zh) | 数据脱敏方法及装置、存储介质、终端 | |
| CN108596587B (zh) | 提现审核方法、装置、电子设备、程序产品和存储介质 | |
| CN111010676B (zh) | 一种短信缓存方法、装置及系统 | |
| CN117009208A (zh) | 依赖关系信息的处理方法、装置、设备及存储介质 | |
| CN106875184B (zh) | 异常场景模拟方法、装置及设备 | |
| US20150140957A1 (en) | Prepaid phone card charging | |
| CN102855297A (zh) | 一种控制数据传输的方法和连接器 | |
| CN111049877B (zh) | 一种大数据对外输出方法、装置及数据开放平台 | |
| CN114648012A (zh) | 一种票据处理方法、装置、电子设备及计算机可读介质 | |
| CN114445204A (zh) | 一种基于云加端的税控设备业务处理方法及系统 | |
| CN112632132A (zh) | 一种异常导入数据的处理方法、装置及设备 | |
| CN114385267B (zh) | 一种用于出款交易业务的数据推送方法 | |
| CN111582851B (zh) | 基于大数据的平台打款方法、装置、电子设备及存储介质 | |
| CN116257619A (zh) | 一种用于审核短信内容的方法及系统 | |
| CN116016719A (zh) | 报文处理方法和装置 | |
| CN114219305A (zh) | 一种增强网约车风控系统稳定性的方法及系统 | |
| CN116957797A (zh) | 交易成功率的监控方法、装置、设备及存储介质 | |
| CN116244363A (zh) | 数据库的批量数据插入的处理方法、存储介质与设备 | |
| CN117235163A (zh) | 业务处理方法、装置、设备及存储介质 | |
| CN116361330A (zh) | 用户数据缓存方法、装置、存储介质及电子设备 | |
| CN114925406A (zh) | 数据校验方法、装置及计算机程序产品 | |
| CN117742961A (zh) | 一种任务限流的处理方法、装置、设备及存储介质 | |
| CN116437008A (zh) | 用户呼叫处理方法、装置、设备和介质 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant | ||
| PE01 | Entry into force of the registration of the contract for pledge of patent right |
Denomination of invention: A short message caching method, device and system Effective date of registration: 20210308 Granted publication date: 20201117 Pledgee: Shanghai Pudong Development Bank Limited by Share Ltd. Guangzhou branch Pledgor: GUANGZHOU XUANWU WIRELESS TECHNOLOGY Co.,Ltd. Registration number: Y2021440000062 |
|
| PE01 | Entry into force of the registration of the contract for pledge of patent right | ||
| CP02 | Change in the address of a patent holder | ||
| CP02 | Change in the address of a patent holder |
Address after: 510000 room 23bd, No. 109, TIYU West Road, Tianhe District, Guangzhou City, Guangdong Province Patentee after: GUANGZHOU XUANWU WIRELESS TECHNOLOGY Co.,Ltd. Address before: 32B, no.103b, TianLiHe Road, Guangzhou, 510000 Patentee before: GUANGZHOU XUANWU WIRELESS TECHNOLOGY Co.,Ltd. |
|
| PC01 | Cancellation of the registration of the contract for pledge of patent right |
Date of cancellation: 20220525 Granted publication date: 20201117 Pledgee: Shanghai Pudong Development Bank Limited by Share Ltd. Guangzhou branch Pledgor: GUANGZHOU XUANWU WIRELESS TECHNOLOGY Co.,Ltd. Registration number: Y2021440000062 |
|
| PC01 | Cancellation of the registration of the contract for pledge of patent right | ||
| PE01 | Entry into force of the registration of the contract for pledge of patent right |
Denomination of invention: A SMS caching method, device, and system Effective date of registration: 20230331 Granted publication date: 20201117 Pledgee: Shanghai Pudong Development Bank Limited by Share Ltd. Guangzhou branch Pledgor: GUANGZHOU XUANWU WIRELESS TECHNOLOGY Co.,Ltd. Registration number: Y2023980037128 |
|
| PE01 | Entry into force of the registration of the contract for pledge of patent right | ||
| PC01 | Cancellation of the registration of the contract for pledge of patent right |
Granted publication date: 20201117 Pledgee: Shanghai Pudong Development Bank Limited by Share Ltd. Guangzhou branch Pledgor: GUANGZHOU XUANWU WIRELESS TECHNOLOGY Co.,Ltd. Registration number: Y2023980037128 |
|
| PC01 | Cancellation of the registration of the contract for pledge of patent right | ||
| PE01 | Entry into force of the registration of the contract for pledge of patent right |
Denomination of invention: A SMS caching method, device, and system Granted publication date: 20201117 Pledgee: Shanghai Pudong Development Bank Limited by Share Ltd. Guangzhou branch Pledgor: GUANGZHOU XUANWU WIRELESS TECHNOLOGY Co.,Ltd. Registration number: Y2024980017460 |
|
| PE01 | Entry into force of the registration of the contract for pledge of patent right |