短信积压状况的检验方法、检验装置、设备及存储介质

技术领域

本申请涉及通信技术领域，具体涉及一种短信积压状况的检验方法、检验装置、设备及存储介质。

背景技术

目前短信作为企业营销、行业通知等与用户客户交互的一种比较理想且触达效率比较高的一种通知手段，被大量地应用。通常情况下，短信可以分为两大类，一种为及时短信(例如OTP验证类短信)，此类短信往往具备一定时效性，如果超过时效，即便收到也是无用的；另一种为非及时短信(例如：营销短信)，不受时效影响，此种更关注是触达率，只要用户收到即可，不关注时效性。

无论是哪类短信，在实际应用场景中，经常会发生由于外部运营商的原因而导致出现短信积压场景。短信积压场景的具体表现包括：客户能够收到短信，但是距离短信触发时间过长，通常会迟到几分钟乃至几十分钟。如果用户需要接收的是及时短信例如OTP验证类短信等，却没有及时收到该短信，则无法满足客户的应用需求，此时会极大地降低用户体验，同时也会给企业带来客诉风险。当前亟待研发一种技术方案，能够在企业下发短信过程中及时发现因外部运营商的原因而导致的短信积压异常状况。

发明内容

本申请的目的是提供一种短信积压状况的检验方法、检验装置、设备及存储介质，以解决无法及时发现短信积压状况的问题。为了对披露的实施例的一些方面有一个基本的理解，下面给出了简单的概括。该概括部分不是泛泛评述，也不是要确定关键/重要组成元素或描绘这些实施例的保护范围。其唯一目的是用简单的形式呈现一些概念，以此作为后面的详细说明的序言。

根据本申请实施例的一个方面，提供一种短信积压状况的检验方法，包括：

获取预选取时间段中的短信提交请求；

从所述短信提交请求中抽取并存储请求样本；

获取每一所述请求样本的响应耗时；

根据所有所述短信提交请求的所述响应耗时确定是否存在短信积压状况。

在本申请的一些实施例中，所述存储请求样本包括：将从所述短信提交请求中抽取的请求样本存储到Elastic Search集群中。

在本申请的一些实施例中，所述获取每一所述请求样本的响应耗时，包括：

获取与每一请求样本相对应的响应时刻；

计算每一所述请求样本的响应时刻与提交时刻之间的时间差，所述时间差为对应的响应耗时。

在本申请的一些实施例中，所述根据所有所述短信提交请求的所述响应耗时确定是否存在短信积压状况，包括：

计算每一响应耗时的置信区间；

若响应耗时位于置信区间内的短信提交请求占比低于预设比例，则确定存在短信积压情况。

在本申请的一些实施例中，所述计算每一响应耗时的置信区间，包括：采用正态分布方法、非正态分布方法、正态分布或非正态分布方法、以及二项分布方法中的任一种计算每一响应耗时的置信区间。

在本申请的一些实施例中，所述从所述短信提交请求中抽取并存储请求样本，包括：

为每一所述短信提交请求设置编号；

根据所述编号抽取请求样本；

存储抽取的所述请求样本。

在本申请的一些实施例中，所述方法还包括：若存在短信积压情况，则发送告警信号。

根据本申请实施例的另一个方面，提供一种短信积压状况的检验装置，包括：

短信提交请求获取模块，用于获取预选取时间段中的短信提交请求；

请求样本抽取模块，用于从所述短信提交请求中抽取并存储请求样本；

响应耗时获取模块，用于获取每一所述请求样本的响应耗时；

短信积压状况确定模块，用于根据所有所述短信提交请求的所述响应耗时确定是否存在短信积压状况。

根据本申请实施例的另一个方面，提供一种电子设备，包括存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序，所述处理器执行所述程序，以实现上述任一项的短信积压状况的检验方法。

根据本申请实施例的另一个方面，提供一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行，以实现上述任一项的短信积压状况的检验方法。

本申请实施例的其中一个方面提供的技术方案可以包括以下有益效果：

本申请实施例提供的短信积压状况的检验方法，获取预选取时间段中的短信提交请求，从所述短信提交请求中抽取并存储请求样本，获取每一所述请求样本的响应耗时，根据所有所述短信提交请求的所述响应耗时确定是否存在短信积压状况，从而能够在企业下发短信过程中及时发现因外部运营商的原因而导致的短信积压异常状况，以便于工作人员及时处理短信积压异常状况。

本申请的其他特征和优点将在随后的说明书中阐述，并且，部分地从说明书中变得显而易见，或者，部分特征和优点可以从说明书中推知或毫无疑义地确定，或者通过实施本申请实施例了解。

附图说明

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

图1示出了本申请实施例的短信积压状况的检验方法的应用环境图。

图2示出了本申请一个实施例的短信积压状况的检验方法流程图。

图3示出了本申请一个实施例的短信提交以及接收回执的过程示意图。

图4示出了本申请一个实施例的短信积压状况的检验装置结构框图。

图5示出了本申请一个实施例的电子设备结构框图。

图6示出了本申请一个实施例的计算机可读存储介质示意图。

本申请的目的的实现、功能特点及优点将结合实施例，参照附图做进一步说明。

具体实施方式

为了使本申请的目的、技术方案及优点更加清楚明白，下面结合附图和具体实施例对本申请做进一步说明。应当理解，此处所描述的具体实施例仅用以解释本申请，并不用于限定本申请。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

本领域技术人员可以理解，除非另外定义，这里使用的所有术语(包括技术术语和科学术语)，具有与本申请所属领域中的普通技术人员的一般理解相同的意义。还应该理解的是，诸如通用字典中定义的那些术语，应该被理解为具有与现有技术的上下文中的意义一致的意义，并且除非像这里一样被特定定义，否则不会用理想化或过于正式的含义来解释。

本申请实施例提供的短信积压状况的检验方法可应用在如图1的应用环境中，该应用环境中包括用户终端和服务器端。其中，服务器端获取预选取时间段中的短信提交请求，从所述短信提交请求中抽取并存储请求样本，获取每一所述请求样本的响应耗时，根据所有所述短信提交请求的所述响应耗时确定是否存在短信积压状况，并能够将检验结果发送给用户终端。

其中，用户终端可以但不限于各种个人计算机、笔记本电脑、智能手机、平板电脑和便携式可穿戴设备。服务器端可以用独立的服务器或者是多个服务器组成的服务器集群来实现。下面通过具体的实施例对本申请进行详细的描述。

针对相关技术中存在的无法及时发现因外部运营商的原因而导致的短信积压异常状况的技术问题，本申请实施例提供了一种短信积压状况的检验方法。如图2所示，本申请的一个实施例提供了一种短信积压状况的检验方法，包括步骤S10至S40：

S10、获取预选取时间段中的短信提交请求。

每个通道(所谓通道即外部供应商提供的具有下发短信能力的渠道)在短信下发过程中，通常包含三个步骤：提交步骤、回执步骤和上行步骤。

其中，提交步骤包括：短信发送方向用户发送短信；回执步骤包括：运营商回复的具体短信下发结果，即是否真实投递到用户手中的报文；上行步骤包括：用户回复短信。

如图3所示，外部供应商提供的具有下发短信能力的渠道总共包括通道A、通道B和通道C三个通道。以通道A为例，将对应的提交过程中，从时间段1、时间段2和时间段3中的短信提交请求中随机抽取样本，存入ES中。在回执过程中，查询回执中的手机号与ES集群中存入的提交记录关联查询，可以获得运营商响应状态信息。

S20、从获取的短信提交请求中抽取并存储请求样本。

具体地，存储请求样本包括：将从所述短信提交请求中抽取的请求样本存储到Elastic Search集群中。

Elastic Search集群是位于Elastic Stack核心的分布式搜索和分析引擎。Elastic Search集群是一个分布式、高扩展、高实时的搜索与数据分析引擎。ElasticSearch集群能很方便的使大量数据具有搜索、分析和探索的能力。充分利用ElasticSearch集群的水平伸缩性，能使数据在生产环境变得更有价值。

在一种实施方式中，从获取的短信提交请求中抽取并存储请求样本，包括：为每一所述短信提交请求设置编号；根据所述编号抽取请求样本；存储抽取的所述请求样本。

在短信发送方提交短信过程中，参考图3所示，假设预选时间段为时间段1(以分钟为单位)，为每笔短信提交请求生成提交请求序号，例如提交请求序号可以记为：1,2,3,4,5,…。从时间段1的短信提交请求中，抽取请求序号为偶数的短信提交请求作为抽取样本。将该笔短信提交请求存入Elastic Search集群中(下面简称ES集群)。短信发送方例如可以是企业或公司等。

S30、获取每一所述请求样本的响应耗时。

响应耗时为请求样本的响应时刻与该请求样本的提交时刻之间的时间差。具体地，获取与每一请求样本相对应的运营商响应状态信息，与此同时，回执过程同步会获取运营商响应状态信息。

获取具体状态报告的过程中，可以将该笔短信提交请求中的手机号与存入ES集群的短信提交请求相关联查询，并计算这两者之间的耗时，记为α1，α2，α3…。

具体地，运营商响应状态信息中包含有请求样本的响应时刻以及作为标识的手机号。每一短信提交请求中包括作为标识的手机号。每一短信提交请求的响应时间与请求提交时间均通过手机号来进行标识。计算对应于同一手机号的响应时间与请求提交时间的时间差。通过ES集群的高效查询，可以快速获得运营商响应状态信息，从而实现快速高效地计算出短信回执获取过程中的耗时情况。

ES集群的查询例如可以使用term、terms查询和match查询。term query会去倒排索引中寻找确切的term，它并不知道分词器的存在。这种查询适合keyword、numeric、date。term:查询某个字段里含有某个关键词的文档，terms:查询某个字段里含有多个关键词的文档。Match查询知道分词器的存在，会对filed进行分词操作，然后再进行查询。ElasticSearch集群的实现原理主要分为以下几个步骤，首先用户将数据提交到Elastic Search集群数据库中，再通过分词控制器去将对应的语句分词，将其权重和分词结果一并存入数据，当用户搜索数据时候，再根据权重将结果排名、打分，再将返回结果呈现给用户。以上ES集群的查询方式可以应用于本实施例的一些实施方式中，具体查询方式可以根据实际需要进行选择。

在一种实施方式中，获取每一所述请求样本的响应耗时，可以包括：获取与每一请求样本相对应的响应时刻；计算每一所述请求样本的响应时刻与提交时刻之间的时间差，所述时间差为对应的响应耗时。

S40、根据所有所述短信提交请求的所述响应耗时确定是否存在短信积压状况。

具体地，根据所有所述短信提交请求的所述响应耗时确定是否存在短信积压状况，包括：计算每一响应耗时的置信区间；若响应耗时位于置信区间内的短信提交请求占比低于预设比例，则确定存在短信积压情况。

该预设比例例如可以是40％、50％或60％等，具体比例可以根据实际应用的需要进行预先设置。

示例性地，计算每一响应耗时的置信区间，包括：采用正态分布方法、非正态分布方法、正态分布或非正态分布方法、以及二项分布方法中的任一种计算每一响应耗时的置信区间。

示例性地，计算耗时α序列的预设置信区间，例如95％置信区间。

预设置信区间的计算方法可以采用表1中的方法，表1中的计算方法包括正态分布方法、非正态分布方法、正态分布或非正态分布方法、二项分布方法。

表1

在本实施例中，选取“正态分布或非正态分布”的计算方法计算预设置信区间，其中计算公式中的c值取值，可以参考表2中的取值。

表2

选取95％置信水平作为第二阶段的参考数据。

借助于ES集群高性能的查询，可以实时计算出短信回执获取过程中的耗时情况，如果计算的实际耗时不在置信区间内，则可以确定此时是有积压情况出现的。

由于每个异常无法有力证明存在积压情况，因此可以在此基础上，配置阈值权重。例如，在每个时间段内，若出现超过40％的异常情况，则确定当前通道存在积压情况。

通过随机选取实际提交短信作为样本，来检测每个短信实际下发的耗时情况。再通过统计学相关样本分析手段，为后续监控报警提供有效的阈值参考。

借助ES集群高性能查询场景，在查询过程中的耗时可以忽略不计。

实际落地实践中，还可以对选取样本的号码，按照目前国内三大运营商号码段的划分场景，进行不通样本的分组划分，以实现更细粒度的通道积压的判断，极大的降低积压对实时短信下发带来的风险。

在一种实施方式中，本实施例的短信积压状况的检验方法还包括：若存在短信积压情况，则发送告警信号。

告警信号例如可以是发送到工作人员的终端例如智能手机、笔记本电脑、台式电脑等设备的消息，也可以是发送到工作人员手机的提示短信，也可以是声光告警信号。声光告警信号例如可以包括声音报警器所发的声音信号和闪光灯所发出的光信号。

在一种实施方式中，本实施例的短信积压状况的检验方法还可以包括：若存在短信积压情况，则发送显短信。显短信是指发送出的短信被对方收到后，对方不需要解锁，不需要打开收件箱就可以直接在屏幕上看见短信的内容。

示例性地，发送显短信可以包括以下步骤：

获取短信接收速率和短信发送速率；短信接收速率和短信发送速率可以是每隔预设时间段获取的，也可以是在预设时间触发获取的。

若短信收发速率比值小于或等于预设阈值(预设阈值例如为0.5、0.6或0.7等)，获取单位时长内的短信发送数目、优先级高于第一预设级别的第一目标对象及第一目标对象的数目。目标对象包括目标用户。

根据显短信预设发送占比、非显短信预设发送占比、单位时长内的短信发送数目、以及第一目标对象的数目，计算单位时长内每个第一目标对象的显短信发送数目和非显短信发送数目。

根据单位时长内每个第一目标对象的显短信发送数目发送每个第一目标对象的显短信，并根据单位时长内每个第一目标对象的非显短信发送数目发送每个第一目标对象的非显短信。

本申请实施例提供的短信积压状况的检验方法，获取预选取时间段中的短信提交请求，从所述短信提交请求中抽取并存储请求样本，获取每一所述请求样本的响应耗时，根据所有所述短信提交请求的所述响应耗时确定是否存在短信积压状况，能够在企业下发短信过程中及时发现因外部运营商的原因而导致的短信积压异常状况，并且在影响及时短信发送时能够第一时间进行处理，而非等到客诉或者用户反馈时才做出事后响应。

如图4所示，本申请的另一个实施例提供了一种短信积压状况的检验装置，包括：

短信提交请求获取模块，用于获取预选取时间段中的短信提交请求；

请求样本抽取模块，用于从所述短信提交请求中抽取并存储请求样本；

响应耗时获取模块，用于获取每一所述请求样本的响应耗时；

短信积压状况确定模块，用于根据所有所述短信提交请求的所述响应耗时确定是否存在短信积压状况。

在一种实施方式中，所述存储请求样本包括：将从所述短信提交请求中抽取的请求样本存储到Elastic Search集群中。

在一种实施方式中，响应耗时获取模块包括：

响应时刻获取单元，用于获取与每一请求样本相对应的响应时刻；

计算单元，用于计算每一所述请求样本的响应时刻与提交时刻之间的时间差，所述时间差为对应的响应耗时。

在一种实施方式中，短信积压状况确定模块包括：

置信区间计算单元，用于计算每一响应耗时的置信区间；

确定单元，用于若响应耗时位于置信区间内的短信提交请求占比低于预设比例，则确定存在短信积压情况。

在一种实施方式中，所述计算每一响应耗时的置信区间，包括：采用正态分布方法、非正态分布方法、正态分布或非正态分布方法、以及二项分布方法中的任一种计算每一响应耗时的置信区间。

在一种实施方式中，所述从所述短信提交请求中抽取并存储请求样本，包括：为每一所述短信提交请求设置编号；根据所述编号抽取请求样本；存储抽取的所述请求样本。

在一种实施方式中，所述装置还包括告警模块，告警模块用于若存在短信积压情况，则发送告警信号。

在一种实施方式中，本实施例的短信积压状况的检验装置还可以包括显短信发送模块，显短信发送模块用于若存在短信积压情况，则发送显短信。显短信是指发送出的短信被对方收到后，对方不需要解锁，不需要打开收件箱就可以直接在屏幕上看见短信的内容。

示例性地，发送显短信可以包括：

获取短信接收速率和短信发送速率；短信接收速率和短信发送速率可以是每隔预设时间段获取的，也可以是在预设时间触发获取的。

若短信收发速率比值小于或等于预设阈值(预设阈值例如为0.5、0.6或0.7等)，获取单位时长内的短信发送数目、优先级高于第一预设级别的第一目标对象及第一目标对象的数目。目标对象包括目标用户。

根据显短信预设发送占比、非显短信预设发送占比、单位时长内的短信发送数目和第一目标对象的数目计算单位时长内每个第一目标对象的显短信发送数目和非显短信发送数目。

根据单位时长内每个第一目标对象的显短信发送数目发送每个第一目标对象的显短信，并根据单位时长内每个第一目标对象的非显短信发送数目发送每个第一目标对象的非显短信。

在一种实施方式中，本实施例的短信积压状况的检验装置还可以包括显短信发送模块，该显短信发送模块用于若存在短信积压情况，则发送显短信。

示例性地，发送显短信可以包括以下步骤：

获取短信接收速率和短信发送速率；短信接收速率和短信发送速率可以是每隔预设时间段获取的，也可以是在预设时间触发获取的。

若短信收发速率比值小于或等于预设阈值(预设阈值例如为0.5、0.6或0.7等)，获取单位时长内的短信发送数目、优先级高于第一预设级别的第一目标对象及第一目标对象的数目。目标对象包括目标用户。

根据显短信预设发送占比、非显短信预设发送占比、单位时长内的短信发送数目、以及第一目标对象的数目，计算单位时长内每个第一目标对象的显短信发送数目和非显短信发送数目。

根据单位时长内每个第一目标对象的显短信发送数目发送每个第一目标对象的显短信，并根据单位时长内每个第一目标对象的非显短信发送数目发送每个第一目标对象的非显短信。

本申请实施例提供的短信积压状况的检验装置，获取预选取时间段中的短信提交请求，从所述短信提交请求中抽取并存储请求样本，获取每一所述请求样本的响应耗时，根据所有所述短信提交请求的所述响应耗时确定是否存在短信积压状况，能够在企业下发短信过程中及时发现因外部运营商的原因而导致的短信积压异常状况，并且在影响及时短信发送时能够第一时间进行处理，而非等到客诉或者用户反馈时才做出事后响应。

本申请的另一个实施例提供了一种电子设备，包括存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序，所述处理器执行所述程序，以实现上述任一实施方式的短信积压状况的检验方法。

如图5所示，电子设备10可以包括：处理器100，存储器101，总线102和通信接口103，处理器100、通信接口103和存储器101通过总线102连接；存储器101中存储有可在处理器100上运行的计算机程序，处理器100运行该计算机程序时执行本申请前述任一实施方式所提供的方法。

其中，存储器101可能包含高速随机存取存储器(RAM：Random Access Memory)，也可能还可以包括非不稳定的存储器(non-volatile memory)，例如至少一个磁盘存储器。通过至少一个通信接口103(可以是有线或者无线)实现该系统网元与至少一个其他网元之间的通信连接，可以使用互联网、广域网、本地网、城域网等。

总线102可以是ISA总线、PCI总线或EISA总线等。总线可以分为地址总线、数据总线、控制总线等。其中，存储器101用于存储程序，处理器100在接收到执行指令后，执行该程序，前述本申请实施例任一实施方式揭示的方法可以应用于处理器100中，或者由处理器100实现。

处理器100可能是一种集成电路芯片，具有信号的处理能力。在实现过程中，上述方法的各步骤可以通过处理器100中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器100可以是通用处理器，可以包括中央处理器(Central Processing Unit，简称CPU)、网络处理器(Network Processor，简称NP)等；还可以是数字信号处理器(DSP)、专用集成电路(ASIC)、现成可编程门阵列(FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本申请实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合本申请实施例所公开的方法的步骤可以直接体现为硬件译码处理器执行完成，或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器，闪存、只读存储器，可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器101，处理器100读取存储器101中的信息，结合其硬件完成上述方法的步骤。

本申请实施例提供的电子设备与本申请实施例提供的方法出于相同的发明构思，具有与其采用、运行或实现的方法相同的有益效果，即能够在企业下发短信过程中及时发现因外部运营商的原因而导致的短信积压异常状况，并且在影响及时短信发送时能够第一时间进行处理，而非等到客诉或者用户反馈时才做出事后响应。

本申请实施方式还提供一种与前述实施方式所提供的方法对应的计算机可读存储介质，该计算机可读存储介质上存储有计算机程序，该程序被处理器执行，以实现上述任一实施方式的短信积压状况的检验方法。参考图6所示，其示出的计算机可读存储介质为光盘20，其上存储有计算机程序(即程序产品)，该计算机程序在被处理器运行时，会执行前述任意实施方式所提供的方法。

需要说明的是，计算机可读存储介质的例子还可以包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他光学、磁性存储介质，在此不再一一赘述。

本申请的上述实施例提供的计算机可读存储介质与本申请实施例提供的方法出于相同的发明构思，具有与其存储的应用程序所采用、运行或实现的方法相同的有益效果，即能够在企业下发短信过程中及时发现因外部运营商的原因而导致的短信积压异常状况，并且在影响及时短信发送时能够第一时间进行处理，而非等到客诉或者用户反馈时才做出事后响应。

需要说明的是：

术语“模块”并非意图受限于特定物理形式。取决于具体应用，模块可以实现为硬件、固件、软件和/或其组合。此外，不同的模块可以共享公共组件或甚至由相同组件实现。不同模块之间可以存在或不存在清楚的界限。

在此提供的算法和显示不与任何特定计算机、虚拟装置或者其它设备固有相关。各种通用装置也可以与基于在此的示例一起使用。根据上面的描述，构造这类装置所要求的结构是显而易见的。此外，本申请也不针对任何特定编程语言。应当明白，可以利用各种编程语言实现在此描述的本申请的内容，并且上面对特定语言所做的描述是为了披露本申请的最佳实施方式。

应该理解的是，虽然附图的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，其可以以其他的顺序执行。而且，附图的流程图中的至少一部分步骤可以包括多个子步骤或者多个阶段，这些子步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，其执行顺序也不必然是依次进行，而是可以与其他步骤或者其他步骤的子步骤或者阶段的至少一部分轮流或者交替地执行。

以上所述实施例仅表达了本申请的实施方式，其描述较为具体和详细，但并不能因此而理解为对本申请专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本申请构思的前提下，还可以做出若干变形和改进，这些都属于本申请的保护范围。因此，本申请的保护范围应以所附权利要求为准。