短信发送和推送监控方法、装置、设备及存储介质与流程

1.本技术涉及短信平台技术领域，尤其是涉及一种短信发送和推送监控方法、装置、设备及存储介质。


背景技术：

2.短信服务平台是基于中国移动、中国联通、中国电信这些短信运营商直接提供的短信端口与互联网连接，以实现与客户指定号码进行短信批量发送和自定义发送的服务平台。短信用户通过短信服务平台向短信运营商发送短信请求，短信运营商则通过短信服务平台向短信用户发送短信推送数据，用来反馈短信发送状态。
3.为了保证短信业务的不间断服务以及监测短信业务情况，需要对短信业务数据进行实时监控，其中主要的监控就涉及短信收发实时数据统计。目前，短信发送数据和短信推送数据一般存储在关系数据库中，由监控系统实时采集数据库数据进行计算，并将结果记录反馈到数据呈现系统进行呈现。因此，如果想要实时监控，监控系统就需要频繁计算关系数据库中的数据，在数据量较大的情况下，容易造成数据计算缓慢，影响短信收发监控的实时性。


技术实现要素：

4.为了改善因数据量较大而影响短信收发监控的实时性的问题，本技术提供一种短信发送和推送监控方法、装置、设备及存储介质。
5.第一方面，本技术提供一种短信发送监控方法，采用如下的技术方案：一种短信发送监控方法，包括：接收短信用户发送的短信发送请求；对所述短信发送请求进行分类统计，并基于分类统计结果对对应类别的短信发送统计数据进行更新；将更新后的短信发送统计数据写入内存数据库；响应于短信发送监控请求，从所述内存数据库中读取最新的短信发送统计数据，并基于所述最新的短信发送统计数据对短信发送业务进行监控。
6.可选的，所述响应于短信发送监控请求，从所述内存数据库中读取最新的短信发送统计数据，并基于所述最新的短信发送统计数据对短信发送业务进行监控包括：响应于短信发送监控请求，将所述最新的短信发送统计数据写入时序数据库，并对所述时序数据库中存储的短信发送时序数据进行更新；从所述时序数据库中读取更新后的短信发送时序数据；基于所述更新后的短信发送时序数据对短信发送业务进行监控。
7.可选的，所述基于所述更新后的短信发送时序数据对短信发送业务进行监控包括：判断更新后的短信发送时序数据是否属于异常监控数据；
若是，则进行异常告警。
8.第二方面，本技术提供一种短信推送监控方法，采用如下的技术方案：一种短信推送监控方法，包括：接收短信运营商发送的短信推送请求；对所述短信推送请求进行分类统计，并基于分类统计结果对对应类别的短信推送统计数据进行更新；将更新后的短信推送统计数据写入内存数据库；响应于短信推送监控请求，从所述内存数据库中读取最新的短信推送统计数据，并基于所述最新的短信推送统计数据对短信推送业务进行监控。
9.可选的，所述响应于短信推送监控请求，从所述内存数据库中读取最新的短信推送统计数据，并基于所述最新的短信推送统计数据对短信推送业务进行监控包括：响应于短信推送监控请求，将所述最新的短信推送统计数据写入时序数据库，并对所述时序数据库中存储的短信推送时序数据进行更新；从所述时序数据库中读取更新后的短信推送时序数据；基于所述更新后的短信推送时序数据对短信推送业务进行监控。
10.可选的，所述基于所述更新后的短信推送时序数据对短信推送业务进行监控包括：判断更新后的短信推送时序数据是否属于异常监控数据；若是，则进行异常告警。
11.第三方面，本技术提供一种短信发送监控装置，采用如下的技术方案：一种短信发送监控装置，包括：第一请求接收模块，用于接收短信用户发送的短信发送请求；第一统计更新模块，用于对所述短信发送请求进行分类统计，并基于分类统计结果对对应类别的短信发送统计数据进行更新；第一写入模块，用于将更新后的短信发送统计数据写入内存数据库；第一监控模块，用于响应于短信发送监控请求，从所述内存数据库中读取最新的短信发送统计数据，并基于所述最新的短信发送统计数据对短信发送业务进行监控。
12.第四方面，本技术提供一种短信推送监控装置，采用如下的技术方案：一种短信推送监控装置，包括：第二请求接收模块，用于接收短信运营商发送的短信推送请求；第二统计更新模块，用于对所述短信推送请求进行分类统计，并基于分类统计结果对对应类别的短信推送统计数据进行更新；第二写入模块，用于将更新后的短信推送统计数据写入内存数据库；第二监控模块，用于响应于短信推送监控请求，从所述内存数据库中读取最新的短信推送统计数据，并基于所述最新的短信推送统计数据对短信推送业务进行监控。
13.第五方面，本技术提供一种电子设备，采用如下的技术方案：一种电子设备，包括存储器和处理器；所述存储器上存储有能够被所述处理器加载并执行第一方面或者第二方面任一项所述的方法的计算机程序。
14.第六方面，本技术提供一种计算机可读存储介质，采用如下的技术方案：
一种计算机可读存储介质，存储有能够被处理器加载并执行第一方面或第二方面任一项所述的方法的计算机程序。
15.通过采用上述技术方案，在接收到短信发送请求、短信推送请求后，就对短信发送统计数据、短信推送统计数据进行更新，并写入内存数据库，当平台运营部门需要数据分析或者向短信用户、短信运营商提供数据统计时，直接从内存数据库中读取最新的短信发送统计数据、短信推送统计数据，即可实现对短信收发业务的实时监控，无需通过在关系数据库中写存储过程/方法，而每次统计都要遍历全部数据、计算短信发送统计数据；特别适用于短信数据量大的短信收发监控场景，可以改善短信收发监控的实时性的问题。
附图说明
16.图1是本技术实施例的一种短信服务平台的结构示意图。
17.图2是本技术实施例的一种短信发送监控方法的流程示意图。
18.图3是本技术实施例的一种短信推送监控方法的流程示意图。
19.图4是本技术实施例的一种短信发送监控装置的结构框图。
20.图5是本技术实施例的一种短信推送监控装置的结构框图。
21.图6是本技术实施例的电子设备的结构框图。
具体实施方式
22.为使本技术实施例的目的、技术方案和优点更加清楚，下面将结合本技术实施例中的附图，对本技术实施例中的技术方案进行清楚、完整地描述。
23.图1为本实施例提供的一种短信服务平台的结构示意图。如图1所示，该短信服务平台主要由短信发送监控装置、短信推送监控装置、关系数据库、内存数据库、时序数据库、短信任务处理模块、路由中心和短信网关构成。
24.其中，短信发送监控装置用于对短信用户向短信运营商发送的短信发送请求进行统计监控，并将短信发送的统计数据写入内存数据库；短信运营商将具体短信的状态报告信息通过短信网关、路由中心反馈给短信任务处理模块，短信任务处理模块从内存数据库中读取短信发送统计数据，根据短信发送统计数据和状态报告信息生成短信推送请求，并将短信推送请求发送给短信推送监控装置，对短信推送请求进行统计监控。另外，关系数据库用于存储log数据，即每条发送短信的号码、内容、成功失败状态等信息。
25.该短信服务平台可以为服务器，也可以为终端设备，其中该服务器可以是独立的物理服务器，也可以是多个物理服务器构成的服务器集群或者分布式系统，还可以是提供云计算服务的云服务器；终端设备可以是智能手机、平板电脑、台式计算机等，但并不局限于此。
26.图2为本实施例提供的一种短信发送监控方法的流程示意图。如图2所示，该方法的主要流程描述如下（步骤s101～s104）：步骤s101，接收短信用户发送的短信发送请求；本实施例中，短信发送请求包括短信原始消息id、源账号、源单位、目的网关、目的号码等信息。
27.步骤s102，对短信发送请求进行分类统计，并基于分类统计结果对对应类别的短
信发送统计数据进行更新；本实施例中，对短信发送请求进行解析，得到短信原始消息id、源账号、源单位、目的网关、目的号码等信息。然后，按照预先设定的网关、单位、账号等类别将新接收的短信发送请求划分到对应的类别，并将该类别的短信发送统计数据进行累加更新。
28.步骤s103，将更新后的短信发送统计数据写入内存数据库；步骤s104，响应于短信发送监控请求，从内存数据库中读取最新的短信发送统计数据，并基于最新的短信发送统计数据对短信发送业务进行监控。
29.本实施例中，短信发送监控请求可以是按照第一预设周期产生的，例如第一预设周期设定为1分钟，即每一分钟从内存数据库中获取前一分钟已经计算好的短信发送统计数据。当然，短信发送监控请求也可以是根据预设触发操作产生的，其中，预设触发操作可以包括但不限于按键、声音、指纹、触屏等输入方式。
30.短信发送监控请求包含监控类别，监控类别也包括网关、单位、账号等类别，获取短信发送监控请求中的监控类别对应的最新的短信发送统计数据，然后将获取的短信发送统计数据由监控呈现系统进行实时的可视化数据呈现。
31.本实施例在接收到短信发送请求后，就对短信发送统计数据进行更新，并写入内存数据库，当平台运营部门需要数据分析或者向短信用户、短信运营商提供数据统计时，直接从内存数据库中读取最新的短信发送统计数据，即可实现对短信发送业务的实时监控，无需通过在关系数据库中写存储过程/方法，而每次统计都要遍历全部数据、计算短信发送统计数据。本实施例特别适用于短信数据量大的场景，能够有效提升整个短信发送业务的监控效率及实时性。
32.一些实施例中，在接收到短信发送监控请求后，先将最新的短信发送统计数据写入时序数据库，并对时序数据库中存储的短信发送时序数据进行更新；然后从时序数据库中读取更新后的短信发送时序数据；再基于更新后的短信发送时序数据对短信发送业务进行监控。
33.本实施例直接使用时序数据库中计算好的数据结果进行累加等逻辑处理。由于短信发送时序数据是具有时间标签的短信发送统计数据，因此，便于后续根据时间特性对短信发送统计数据进行监控数据呈现，特别是可视化的数据呈现。
34.进一步地，如果获取的更新后的短信发送时序数据属于异常监控数据，例如短信发送数超过预设的阈值，即超过平台允许的最大短信发送数，此时需要进行异常告警，提示平台工作人员及时排除异常。
35.图3为本实施例提供的一种短信推送监控方法的流程示意图。如图3所示，该方法的主要流程描述如下（步骤s201～s204）：步骤s201，接收短信运营商发送的短信推送请求；本实施例中，短信推送请求包括短信原始消息id、源账号、源单位、目的网关、目的号码、发送状态等信息。如果短信推送请求与短信发送请求的短信原始消息id相同，则说明该短信推送请求是短信运营商针对该短信发送请求反馈的短信发送状态。
36.步骤s202，对短信推送请求进行分类统计，并基于分类统计结果对对应类别的短信推送统计数据进行更新；本实施例中，短信运营商向短信服务平台反馈的每条短信均包括短信原始消息id
和具体短信的状态报告信息，短信任务处理模块按照短信原始消息id从内存数据库中读取短信发送统计数据，为每一条状态报告信息增加具体的源单位、源账号、目的网关、目的号码等信息，然后生成短信推送请求。
37.短信推送监控装置对短信推送请求进行解析，得到短信原始消息id、源账号、源单位、目的网关、目的号码、发送状态等信息，其中发送状态包括成功、失败等状态。然后，按照预先设定的网关、单位、账号等类别将新接收的短信推送请求划分到对应的类别，并将该类别的短信推送统计数据进行累加更新，例如更新某一类别的短信发送的成功数或失败数，成功数主要以短信推送请求中的成功状态累加计算得到的，失败数也可以短信推送请求中的成功状态累加计算得到的。
38.步骤s203，将更新后的短信推送统计数据写入内存数据库；步骤s204，响应于短信推送监控请求，从内存数据库中读取最新的短信推送统计数据，并基于最新的短信推送统计数据对短信推送业务进行监控。
39.本实施例中，短信推送监控请求可以是按照第二预设周期产生的，例如第二预设周期设定为1分钟，即每一分钟从内存数据库中获取前一分钟已经计算好的短信推送统计数据。当然，短信推送监控请求也可以是根据预设触发操作产生的，其中，预设触发操作可以包括但不限于按键、声音、指纹、触屏等输入方式。
40.短信推送监控请求包含监控类别，监控类别也包括网关、单位、账号等类别，获取短信推送监控请求中的监控类别对应的最新的短信推送统计数据，然后将获取的短信推送统计数据由监控呈现系统进行实时的可视化数据呈现。
41.本实施例在接收到短信推送请求后，就对短信推送统计数据进行更新，并写入内存数据库，当平台运营部门需要数据分析或者向短信用户、短信运营商提供数据统计时，直接从内存数据库中读取最新的短信推送统计数据，即可实现对短信推送业务的实时监控，无需通过在关系数据库中写存储过程/方法，而每次统计都要遍历全部数据、计算短信推送统计数据。本实施例特别适用于短信数据量大的场景，能够有效提升整个短信推送业务的监控效率及实时性。
42.一些实施例中，在接收到短信发送监控请求后，先将最新的短信推送统计数据写入时序数据库，并对时序数据库中存储的短信推送时序数据进行更新；然后从时序数据库中读取更新后的短信推送时序数据；再基于更新后的短信推送时序数据对短信推送业务进行监控。
43.本实施例直接使用时序数据库中计算好的数据结果进行累加等逻辑处理。由于短信推送时序数据是具有时间标签的短信推送统计数据，因此，便于后续根据时间特性对短信推送统计数据进行监控数据呈现，特别是可视化的数据呈现。
44.进一步地，如果获取的更新后的短信推送时序数据属于异常监控数据，例如某一类别的短信发送失败数超过预设的阈值，即超过平台允许的最大短信发送失败数，此时需要进行异常告警，提示平台工作人员及时排除异常。
45.图4为本技术实施例提供的一种短信发送监控装置300的结构框图。如图4所示，该短信发送监控装置300主要包括：第一请求接收模块301，用于接收短信用户发送的短信发送请求；第一统计更新模块302，用于对短信发送请求进行分类统计，并基于分类统计结果
对对应类别的短信发送统计数据进行更新；第一写入模块303，用于将更新后的短信发送统计数据写入内存数据库；第一监控模块304，用于响应于短信发送监控请求，从内存数据库中读取最新的短信发送统计数据，并基于最新的短信发送统计数据对短信发送业务进行监控。
46.一些实施例中，第一监控模块304包括：第一更新子模块，用于响应于短信发送监控请求，将最新的短信发送统计数据写入时序数据库，并对时序数据库中存储的短信发送时序数据进行更新；第一读取子模块，用于从时序数据库中读取更新后的短信发送时序数据；第一监控子模块，用于基于更新后的短信发送时序数据对短信发送业务进行监控。
47.可选的，第一监控子模块，具体用于判断更新后的短信发送时序数据是否属于异常监控数据；若是，则进行异常告警。
48.图5为本技术实施例提供的一种短信推送监控装置400的结构框图。如图5所示，该短信推送监控装置400主要包括：第二请求接收模块401，用于接收短信运营商发送的短信推送请求；第二统计更新模块402，用于对短信推送请求进行分类统计，并基于分类统计结果对对应类别的短信推送统计数据进行更新；第二写入模块403，用于将更新后的短信推送统计数据写入内存数据库；第二监控模块404，用于响应于短信推送监控请求，从内存数据库中读取最新的短信推送统计数据，并基于最新的短信推送统计数据对短信推送业务进行监控。
49.一些实施例中，第二监控模块404包括：第二更新子模块，用于响应于短信推送监控请求，将最新的短信推送统计数据写入时序数据库，并对时序数据库中存储的短信推送时序数据进行更新；第二读取子模块，用于从时序数据库中读取更新后的短信推送时序数据；第二监控子模块，用于基于更新后的短信推送时序数据对短信推送业务进行监控。
50.可选的，第二监控子模块，具体用于判断更新后的短信推送时序数据是否属于异常监控数据；若是，则进行异常告警。
51.本技术实施例中的各功能模块可以集成在一起形成一个独立的单元，例如集成在一个处理单元中，也可以是各个模块单独物理存在，也可以两个或两个以上模块集成形成一个独立的单元。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。功能如果以软件功能模块的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本技术的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台电子设备(可以是个人计算机、服务器或者网络设备等) 或处理器(processor)执行本技术各个实施例方法的全部或部分步骤。而前述的存储介质包括：u盘、移动硬盘、只读存储器、随机存取存储器、磁碟或者光盘等各种可以存储程序代码的介质。
52.本技术实施例提供的方法中的各种变化方式和具体实例同样适用于本实施例提
供的一种短信发送和推送监控装置，通过前述对短信发送和推送监控方法的详细描述，本领域技术人员可以清楚的知道本实施例中的短信发送和推送监控装置的实施方法，为了说明书的简洁，在此不再详述。
53.图6为本技术实施例提供的一种电子设备500的结构框图。如图6所示，电子设备500包括存储器501、处理器502、通信总线503；存储器501、处理器502通过通信总线503相连。
54.存储器501可用于存储指令、程序、代码、代码集或指令集。存储器501可以包括存储程序区和存储数据区，其中，存储程序区可存储用于实现操作系统的指令、用于至少一个功能的指令以及用于实现上述实施例提供的短信发送和推送监控方法的指令等；存储数据区可存储上述实施例提供的短信发送和推送监控方法中涉及到的数据等。
55.处理器502可以包括一个或者多个处理核心。处理器502通过运行或执行存储在存储器501内的指令、程序、代码集或指令集，调用存储在存储器501内的数据，执行本技术的各种功能和处理数据。处理器502可以为特定用途集成电路(application specific integrated circuit，asic)、数字信号处理器(digital signal processor，dsp)、数字信号处理装置(digital signal processing device，dspd)、可编程逻辑装置(programmable logic device，pld)、现场可编程门阵列(field programmable gate array，fpga)、中央处理器(central processing unit，cpu)、控制器、微控制器和微处理器中的至少一种。可以理解地，对于不同的设备，用于实现上述处理器502功能的电子器件还可以为其它，本技术实施例不作具体限定。
56.通信总线503可包括一通路，在上述组件之间传送信息。通信总线503可以是pci(peripheral component interconnect，外设部件互连标准)总线或eisa (extended industry standard architecture，扩展工业标准结构)总线等。通信总线503可以分为地址总线、数据总线、控制总线等。为便于表示，图6中仅用一个双箭头表示，但并不表示仅有一根总线或一种类型的总线。且图6示出的电子设备仅仅是一个示例，不应对本技术实施例的功能和使用范围带来任何限制。
57.本技术实施例提供一种计算机可读存储介质，存储有能够被处理器加载并执行如上述实施例提供的短信发送和推送监控方法的计算机程序。
58.本实施例中，计算机可读存储介质可以是保持和存储由指令执行设备使用的指令的有形设备。计算机可读存储介质可以是但不限于电存储设备、磁存储设备、光存储设备、电磁存储设备、半导体存储设备或者上述的任意组合。具体的，计算机可读存储介质可以是便携式计算机盘、硬盘、u盘、随机存取存储器（ram）、只读存储器（rom）、可擦式可编程只读存储器（eprom或闪存）、讲台随机存取存储器（sram）、便携式压缩盘只读存储器（cd-rom）、数字多功能盘（dvd）、记忆棒、软盘、光盘、磁碟、机械编码设备以及上述任意组合。
59.本实施例中的计算机程序包含用于执行图2、图3所示的方法的程序代码，程序代码可包括对应执行上述实施例提供的方法步骤对应的指令。计算机程序可从计算机可读存储介质下载到各个计算/处理设备，或者通过网络（例如因特网、局域网、广域网和/或无线网）下载到外部计算机或外部存储设备。计算机程序可完全地在用户计算机上执行、作为一个独立的软件包执行。
60.在本技术所提供的实施例中，应该理解到，所揭露的系统、装置和方法，可以通过
其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，模块或单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。
61.另外，需要理解的是，诸如第一和第二之类的关系术语仅仅用来将一个实体或者操作与另一个实体或者操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。
62.以上仅为本技术的优选实施例而已，并不用于限制本技术，对于本领域的技术人员来说，本技术可以有各种更改和变化。凡在本技术的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本技术的保护范围之内。