一种短信扣量检测方法、设备及存储介质

技术领域

本申请涉及云通信技术领域，尤其涉及一种短信扣量检测方法、设备及存储介质。

背景技术

短信扣量，是在企业群发短信时，短信服务商利用为企业提供短信服务的机会，在未实际下发短信的情况下，通过计算机软件程序或者人工修改短信回执状态结果，伪造短信发送成功，在企业短信服务结算中的造假行为。

目前，短信扣量的检测过程中，需要去查询运营商处的网关数据，从而判断短信是否被短信服务商真正发出，这种查询的流程漫长，耗费大量人力物力。这导致短信扣量检测的效率不佳。

发明内容

本申请的方面提供一种短信扣量检测方法、设备及存储介质，用以改善短信扣量检测的效率。

本申请实施例提供一种短信扣量检测方法，所述方法包括：

使用检测号码构建检测短信；

将所述检测短信注入需要检测的短信流中，以供所述运营商服务器在识别到检测号码的情况下，针对检测号码对应的检测短信进行处置动作查询操作；

比对所述处置动作查询操作所产生的查询记录信息和所述检测短信对应的发送回执信息，以检测短信扣量行为。

本申请实施例还提供一种计算设备，包括存储器、处理器和通信组件；

所述存储器用于存储一条或计算机指令；

所述处理器与所述存储器和所述通信组件耦合，用于执行所述一条或计算机指令，以用于：

使用检测号码构建检测短信；

通过所述通信组件将所述检测短信注入需要检测的短信流中，以供所述运营商服务器在识别到检测号码的情况下，针对检测号码对应的检测短信进行处置动作查询操作；

比对所述处置动作查询操作所产生的查询记录信息和所述检测短信对应的发送回执信息，以检测短信扣量行为。

本申请实施例还提供一种存储计算机指令的计算机可读存储介质，当所述计算机指令被一个或处理器执行时，致使所述一个或处理器执行前述的短信扣量检测方法。

在本申请实施例中，提出使用检测号码构建检测短信，并将检测短信回注到短信流中。检测短信混淆在短信流中，将被服务商服务器作为正常短信进行处理。而检测短信在经服务商服务器发送至运营商服务器后，运营商服务器可发起针对检测短信的处置动作查询操作，从而可触发产生检测短信对应的查询记录信息，这样，本实施例中可比对检测短信所产生的查询记录信息和服务商服务器反馈的发送回执信息，以检测出短信扣量行为。据此，本实施例中，可在服务商服务器无感知的情况下比对查询记录信息和发送回执信息，以检测短信扣量行为，不再需要去查询运营商服务器的网关数据，从而可有效改善短信扣量检测的效率。

附图说明

此处所说明的附图用来提供对本申请的进一步理解，构成本申请的一部分，本申请的示意性实施例及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中：

图1为现有的短信发送原理示意图；

图2a为本申请一示例性实施例提供一种短信扣量检测方法的流程示意图；

图2b为本申请一示例性实施例提供的一种短信扣量检测方法下的短信发送原理示意图；

图3为本申请一示例性实施例提供的一种短信扣量检测的可选实现方案的逻辑示意图；

图4为本申请为本申请一示例性实施例提供的一种可选的比对方式的逻辑示意图；

图5为本申请又一示例性实施例提供的一种短信扣量检测设备的结构示意图。

具体实施方式

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

目前，短信扣量的检测的的效率不佳。为此，本申请的一些实施例中：提出使用检测号码构建检测短信，并将检测短信回注到短信流中。检测短信混淆在短信流中，将被服务商服务器作为正常短信进行处理。而检测短信在经服务商服务器发送至运营商服务器后，运营商服务器可发起针对检测短信的处置动作查询操作，从而可触发产生检测短信对应的查询记录信息，这样，本实施例中可比对检测短信所产生的查询记录信息和服务商服务器反馈的发送回执信息，以检测出短信扣量行为。据此，本实施例中，可在服务商服务器无感知的情况下比对查询记录信息和发送回执信息，以检测短信扣量行为，不再需要去查询运营商服务器的网关数据，从而可有效改善短信扣量检测的效率。

以下结合附图，详细说明本申请各实施例提供的技术方案。

图1为现有的短信发送原理示意图。参考图1，先通过短信网关将短信流提交给服务商服务器，服务商服务器应将短信流全部提交给运营商服务器，运营商服务器可按照短信流中各条短信指向的目的号码发出短信。而短信扣量行为就发生在服务商服务器环节，参考图1，若服务商服务器发生了短信扣量行为，则对应的短信将不会被服务商服务器提交至运营商服务器，而服务商服务器将直接为扣量的短信产生发送回执信息，并在发送回执信息中记录短信已发送的发送结果。显然，这种发送回执信息是造假产生的。本实施例即是要检测出服务商服务器是否存在短信扣量行为。其中，短信网关(Short Message Gateway，SMG)用于为短信收发过程中的数据交换提供安全、快捷的通道。本实施例中，短信网关用于连接服务商服务器，并将短信流提供至服务商服务器。另外，运营商服务器可以是指网络运营商所使用的，用于短信发送的服务器，网络运营商目前包括移动、电信和联通。服务商服务器可以是短信服务商使用的，用于提供短信服务的服务器。短信服务商是指根据客户要求为客户提供短信发送服务的商家，短信服务商与网络运营商达成协议而获得网络资源的使用资格，以进行短信发送。本实施例中，服务商服务器可向运营商服务器发起短信发送请求，以请求运营商服务器使用相关的网络资源进行短信发送。

图2a为本申请一示例性实施例提供一种短信扣量检测方法的流程示意图，图2b为本申请一示例性实施例提供的一种短信扣量检测方法下的短信发送原理示意图。本实施例提供的短信扣量检测方法可由一计算设备执行，本实施例中，将用于短信扣量检测的计算设备，描述为短信扣量检测设备，其中，短信扣量检测设备的物理实现形式可以是常规服务器或云服务器等，本实施例对短信扣量检测设备的物理实现形式不做限定。

参考图2a，该方法可包括：

步骤201、使用检测号码构建检测短信；

步骤202、将检测短信注入需检测的短信流中，以供运营商服务器在识别到检测号码的情况下，针对检测号码对应的检测短信进行处置动作查询操作；

步骤203、比对处置动作查询操作所产生的查询记录信息和检测短信对应的发送回执信息，以检测短信扣量行为。

本实施例提供的短信扣量检测方法，可应用于需要进行短信扣量检测的各种场景中，例如，云通信中的短信服务场景等，本实施例对应用场景不做限定。其中，短信流是指需要实际发出的客户流量，短信流中包含若干短信。对于一条短信来说，其设定有一个目的号码，也即是需要发送到的号码，短信流中的短信应被发送至相应的目的号码上。

参考图2a，在步骤201中，可使用检测号码构建检测短信。也即是，本实施例中，检测短信的目的号码可采用检测号码。其中，检测号码可被运营商服务器识别出。在一些可能的设计中，可将检测号码登记于运营商服务器中，以使检测号码可被运营商服务器识别出。在另一些可能的设计中，也可在检测号码中配置特殊的号段信息等可用于能够被运营商服务器识别出特殊的标识信息，这样，运营商服务器可通过识别这些标识信息而识别出检测号码。

为了更好地避免服务商服务器躲避短信扣量检测，本实施例中提出，可在短信流的发送过程中，从短信流中获取目标短信；并使用检测号码替换所述目标短信的目的号码，以产生目标短信对应的检测短信。本实施例中，可从短信流中获取多条目标短信，并针对获取到的每条目标短信分别执行图2a中的检测逻辑，以持续地、全面地检测短信扣量行为，提高检测准确性。

图3为本申请一示例性实施例提供的一种短信扣量检测的可选实现方案的逻辑示意图。参考图3，本实施例中，考虑到短信流的流量较大，为了使本实施例中的短信扣量检测设备更加轻量化，在一种优选的实现方式中：可由短信流的直接接触者从短信流中筛选出目标短信。其中，直接接触者可以是风险控制服务器、短信网关等。以由风险控制服务器筛选出目标短信为例，在该优选的实现方式中，可接收风险控制服务器提供的目标短信的标识信息；根据标识信息，从短信流中获取目标短信。风险控制服务器可以是用于对短信流进行风险监测的服务器。其中，风险控制服务器可通过短信网关将短信流提供到服务商服务器，服务商服务器可以是一个或多个，正如前文提及的，短信网关可负责与服务商服务器建立连接。在该优选的实现方案中，由风险控制服务器在筛选出目标短信后，向本实施例中的短信扣量检测设备发送目标短信的标识信息。

应当理解的是，本实施例中，除了采用上述实现方式之外，还可采用其它实现方式来从短信流中获取目标短信，而并不限于此。例如，可由本实施例中的短信扣量检测设备同步复制短信流并自主筛选出目标短信等。

本实施例中，为了更好地覆盖短信流的各种发送情况，本实施例中，可按照指定的规则从短信流中筛选出目标短信。

一种示例性的筛选方案可以是：在当前统计周期内已发送的符合筛选参数的短信的数量已经满足指定阈值的情况下，对于当前统计周期内后续的符合筛选参数的待发送短信，若当前筛选时段未结束且其内存在剩余的目标短信名额，或者当前筛选时段已结束并在待发送短信的触发下已启动新筛选时段，则将待发送短信确定为目标短信；其中，筛选时段内设有指定数量的目标短信名额。筛选参数可包括客户标识、模板类型和行业维度中的一种或多种。客户标识可用于唯一标识客户，模板类型可包括但不限于验证码类、通知类、推广类等，行业维度可包括但不限于物流、电商、金融等。

在该示例性方案中，若当前的待发送短信不满足上述的当前筛选时段未结束且其内存在剩余的目标短信名额，或者当前筛选时段已结束并在待发送短信的触发下已启动新筛选时段的条件，则当前的待发送短信将不会被筛选为目标短信；并可继续对当前统计周期内的后续各条待发送短信进行判断，直至当前统计周期结束。而若当前统计周期结束，则可继续开始下一统计周期，在下一统计周期中重新开始短信计数，并在监测到下一统计周期已发送的符合筛选参数的短信的数量已经满足指定阈值的情况下，继续对下一统计周期内后续的符合筛选参数的待发送短信执行前述的基于筛选时段的判断逻辑，以继续筛选目标短信。也即是，在短信流发送过程中，可按照上述的筛选方案，不断筛选出目标短信。

在该示例性的筛选方案中，可对短信流进行周期性统计，在当前统计周期内，可对已发送的短信进行统计，统计出其中符合筛选参数的短信的数量，若该数量已经达到指定阈值，则对于当前统计周期内后续符合筛选参数的每条待发送短信，执行上述基于筛选时段的判断逻辑，符合该判断逻辑的待发送短信，均可被筛选为目标短信。筛选时段可理解为一个筛选时段，筛选时段可被创建并在到期后结束。由上文记载可知，筛选时段的创建条件是上一筛选时段结束后短信流中出现了满足触发条件的短信，该触发条件是指该短信在其所处统计周期内已经发送的符合筛选参数的短信数量已经满足指定阈值。

在该示例性的筛选方案中，还为筛选时段设定了指定数量的目标短信名额，也即是，筛选时段内可筛选出的目标短信的数量是有限制的。筛选时段内，每筛选出一个目标短信就会占用一个目标短信名额，而筛选时段内的目标短信名额用完后，即使筛选时段中出现了满足前述其它条件的短信，也会因目标短信名额不足而不会将该短信确定为目标短信。

举例来说，可以“客户ID+验证码类模板+电商行业”作为筛选参数，统计周期设定为10分钟，指定阈值设置为5万条、筛选时段设置为3分钟、筛选时段内的目标短信名额设置为3个；则可在当前统计周期中，统计已发送的短信中符合该筛选参数的短信，当这种短信已经发送到5万条后，则继续等待当前统计周期内的第5万+1条符合该筛选参数的短信，在发送到该第5万+1条短信时，假设当前筛选时段未结束且其内存在剩余的目标短信名额，则将该条短信作为目标短信；然后短信流发送到第5万+2条短信时，因为当前筛选时段未结束且其内存在剩余的目标短信名额，因此，第5万+2条短信也被筛选为目标短信；短信流发送到第5万+3条短信时，因为当前筛选时段未结束且其内存在剩余的目标短信名额，因此，第5万+3条短信也被筛选为目标短信；短信流发送到第5万+4条短信时，因为当前筛选时段未结束但是其内已经不存在剩余的目标短信名额了，因此，第5万+4条短信不会被筛选为目标短信；后续的第5万+5、5万+6、5万+7条短信均是如此，均不会被筛选为目标短信。假设短信流发送到第5万+8条短信时，当前筛选时段已结束，则由于该第5万+8条短信满足筛选时段的触发创建条件，因此，触发创建了新筛选时段，这样新筛选时段中有了可被该第5万+8条短信占用的目标短信名额，因此，该第该5万+8条短信可被筛选为目标短信。

需要强调的是，该示例性筛选方案中涉及到的各个参数均是可调参数，实际应用中可根据检测需求灵活调整上述的各个参数。可以理解的是，上述各个参数的调整将导致筛选出的目标短信的特点出现变化，因此，通过调整这些参数，可以有目的性地筛选出符合检测需求的目标短信；而且，本实施例中，可支持单个参数的调整，当然也可支持参数进行联合调整。例如，若检测需求是希望检测是否存在针对大流量客户的短信扣量行为，则可将前述的指定阈值设定的更高一些，历史时长也可设定的更加短一些，这可使得筛选出的目标短信更多地来自于大流量客户；相反，如果检测需求是希望进行普适性检测，则可将前述的指定阈值设定的更低一些，这样，筛选出的目标短信将可能来自任意客户。再例如，若检测需求是希望检测是否存在针对推广类短信的短信扣量行为，则可将筛选参数中的模板类型限制为推广类，这可使得筛选出的目标短信更多地来自于验证码类短信流量。

上述示例性的筛选方案中，通过配置指定阈值和筛选参数，可实现在短信流的高峰期筛出目标短信，这使得基于目标短信而生成的检测短信也将在短信流的高峰期被注入到短信流中，检测短信掺杂在大流量期间不易被发现；而通过设定筛选时段和目标短信名额，则可控制目标短信的筛选频次，筛选频次尽量在短信流的高峰期相适配，且控制每次的筛选数量，不至于单次筛选出过多的目标短信而导致注入短信流的检测短信过多，从而避免被发现。

当然，本实施例中，目标短信的筛选方案并不限于此，本实施例中还可采用其它筛选方案，例如，可周期性或随机性地从短信流中筛出目标短信等。对于其它的筛选方案，在此不做穷举。

在筛选出目标短信之后，本实施例中，优选地，可从短信网关中获取目标短信对应的短信内容和配置参数。也即是，本实施例中，可在目标短信完成发送相关的配置后，从短信网关中获取配置完成的目标短信。配置参数可以是指与短信发送相关的参数。配置参数中可包括但不限于通道标识、扩展码、签名、模板类型等。

应当理解的是，本实施例中，除了可从短信流中实时地筛选出目标短信之外，目标短信也可来源于其它渠道，例如，一条普通的人工编写的短信等，本实施例并不限于此。

在获取到目标短信之后，在步骤201中，可使用检测号码作为目标短信对应的目的号码，以生成目标短信对应的检测短信。

正如前文提及的，每条短信都应设定一个目的号码，在步骤201中即将检测号码作为目标短信的目的号码。基于此，在步骤201中，可产生检测短信。在目标短信来源于短信流的情况下，承接前文中获取到的目标短信的配置信息，在步骤201中，可为产生出的检测短信配置与目标短信相同的配置信息。这样，检测短信拥有与目标短信一致的短信内容和配置参数，而差别仅在于检测短信中的目的号码被替换为检测号码，这使得检测短信更加不易被发现，从而可更好地避免服务商服务器躲避短信扣量检测。而配置参数中的部分参数也可作为前述的筛选参数，这使得选出的目标短信可具有指定的配置参数，从而可有针对性地对使用某种通道或某种模板类型的一类短信进行扣量检测，使得短信扣量检测的灵活性更高。

本实施例中，在步骤201中可使用数量庞大且无明显规律的检测号码进行短信扣量检测，这样，服务商服务器将无法通过遍历穷举的方式从目的号码的角度发现在步骤201中产生出的检测短信。而且，检测短信的短信内容可与目标短信的短信内容保持一致，这样，在目标短信来源于短信流的情况下，在步骤201中生成的检测短信实质上与短信流中的短信在内容上也并无差异，因此，服务商服务器也无法从内容的角度发现检测短信。也即是，本实施例中的检测短信从内容和目的号码两个角度均可有效避免被服务商服务器发现，从而可避免服务商服务器躲避短信扣量检测。

另外，在步骤201中，还可针对检测短信的投放数量进行设定。本实施例中，可采用多种投放方案来为目标短信确定出检测短信的投放数量。

一种示例性的投放方案中，可承接前述的示例性的目标短信的筛选方案：

确定目标短信在其所处筛选时段内的排列位置；

基于为该筛选时段指定的检测短信投放总量、目标短信名额的数量和目标短信对应的排列位置，为目标短信分配投放数量。其中，筛选时段内筛选出的目标短信按照被筛选的时间依次排列。

在该示例性的投放方案中，正如前文提及的，筛选时段中可包含指定数量的目标短信名额，也即是，在一个筛选时段中，可筛选出的目标短信的数量是有限制的，这可避免出现短时间内筛选出过量目标短信而导致向短信流注入过量检测短信的问题。而筛选时段中所筛选出的目标短信之间存在时间先后顺序，因此，对于当前筛选出的目标短信，其在所处的筛选时段中将具有一个排列位置，用于表示其在所处筛选时段中是第几个被筛选出的。除此之外，在该示例性的投放方案中，还为筛选时段配置了检测短信投放总量，这可进一步限制检测短信的投放数量，避免过量投放。在此基础上，可按照拆红包机制在筛选时段内为筛选出的各条目标短信分配检测短信投放数量。其中，筛选时段中配置的指定数量的目标短信名额可看作红包，为筛选时段配置的检测短信投放总量可看作指定数量的红包可分配的总钱数，则目标短信在其所处的筛选时段中所占的是第几个目标短信名额，即可拆该筛选时段中的第几个红包。这样，筛选时段可分配的总钱数、红包总数以及当前所拆红包位次均可作为当前所拆红包内金额的影响因素。因此，在该示例性的投放方案中，可基于为该筛选时段指定的检测短信投放总量、目标短信名额的数量和目标短信对应的排列位置，为目标短信分配投放数量。这样为目标短信分配的投放数量将具有随机性，投放数量的随机性可进一步增加服务商服务器发现检测短信的难度。

其中，在该示例性的投放方案中，在基于为该筛选时段指定的检测短信投放总量、目标短信名额的数量和目标短信对应的排列位置，为目标短信分配投放数量的过程中：可判断目标短信对应的排列位置是否为首位；若是，则基于为目标短信所处筛选时段所指定的检测短信投放总量和目标短信名额的数量，分配首次投放数量，设定为目标短信对应的检测短信的投放数量；若不是，则基于该筛选时段的剩余投放数量和目标短信对应的排列位置，分配本次投放数量，并设定为目标短信对应的检测短信的投放数量。

而在该示例性的过程中，可在每个目标短信名额被触发时，实时地为相应的目标短信计算检测短信的投放数量。这呼应于前述的拆红包机制，在筛选时段内，每筛选出一条目标短信，即可领取一个红包，每个红包内的投放数量可在红包被领取时再实时地计算出。值得说明的是，上述为目标短信分配投放数量的方案仅是示例性的，还可采用其它方案来为目标短信分配投放数量的方案，而并不限于此。例如，可预先分配出每个目标短信名额位次上的投放数量，而不再实时计算。又例如，可直接将每个目标短信名额位置上的投放数量设定固定值或随机值等。

可知，通过上述示例性的目标短信筛选方案和检测短信投放方案的配合，不仅可有效控制检测短信的投放频次、投放时机，还可实现每个目标短信对应的检测短信的投放数量的随机性。这使得检测短信的投放总量可控，但投放数量随机，从而服务商服务器难以识别出检测短信。

继续参考图2a，在步骤202中，可将检测短信注入短信流中，以供运营商服务器在识别到检测号码的情况下，针对检测号码对应的检测短信进行处置动作查询操作。

本实施例中，可经服务商服务器向运营商服务器发送短信流，服务商服务器在此过程中可能从短信流中进行短信扣量，这样，在步骤202中被注入短信流中的检测短信可能会被服务商服务器进行扣量，也即服务商服务器可能并未将检测短信发送至运营商服务器，相应地，运营商服务器可能只收到部分检测短信，而并未收到全部检测短信。由于本实施例中的检测号码均已在运营商服务器中登记，这样，对于运营商服务器来说，可在接收到检测短信的情况下识别到检测号码。对于检测号码，运营商服务器可针对检测号码对应的检测短信发起处置动作查询操作，也即是，运营商服务器需要查询应对检测短信执行的处置动作。而这种处置动作查询操作可触发产生查询记录信息。据此，在步骤202中，被服务商服务器正常发送至运营商服务器的检测短信，可触发产生对应的查询记录信息，而被服务商服务器扣量的检测短信，则将不会获得对应的查询记录信息。其中，处置动作查询操作可由号码服务器进行响应，号码服务器可向运营商服务器返回针对检测短信的处理动作，以供运营商服务器处置检测短信。

其中，本实施例中的检测号码可选用号码隐私保护平台中提供的中间号码。号码隐私保护服务是业内已有的基于运营商通信网络能力进行号码隐藏的方案，可以为客户提供中间号码，并基于中间号码对主叫号码或被叫号码进行隐藏，以保护通信双方的号码隐私。号码隐私保护平台则可以是实现号码隐私保护服务的部分或全部功能的功能模块，该功能模块可实现为软件、硬件或者软硬件的结合，该功能模块可配置在服务器或其它硬件设备中。号码隐私保护服务的基本原理是：中间号码登记在运营商服务器，短信或者通话到达运营商服务器后，运营商服务器会带着中间号码到号码隐私保护平台查询后续的处置动作，号码隐私保护平台可向运营商服务器返回中间号码对应的处置动作，并产生中间号码对应的查询记录信息。中间号码与短信流中使用的各种现有目的号码在格式上并无差异，因此，在本实施例中，服务商服务器并无法感知出中间号码。相应地，本实施例中的可由号码隐私保护平台响应运营商服务器发起的前述处置动作查询操作并产生相应的查询记录信息。

参考图3，本实施例中，可预先从号码隐私保护平台处申请一批中间号码作为检测号码，构建检测号码池。在前述的步骤201中，可从检测号码池中选出可用的检测号码，用以生成检测短信。其中，本实施例中的检测号码池的规模可按需配置，随着短信流的数量级越来越高，本实施例中的检测号码池的规格可以是万级甚至更大规格，这样，本实施例中的检测号码数量庞大且无明显规律，采购成本低，可做到短时间大量检测号码的汰换，从而降低服务商服务器躲避短信扣量检测的可能性。另外，考虑到实际应用中同样的短信内容不会多次发送至同一目的号码，在步骤201中，不同检测短信所使用的检测号码可不同，以避免服务商服务器从短信重复性这一维度来发现检测短信。

这样，本实施例中，可将号码隐私保护技术中提供的中间号码用于短信扣量检测中进行检测短信的构建，以利用中间号码能够触发产生查询记录信息的属性，在短信扣量检测过程中，获取到能够反映服务商服务器是否正常发出检测短信的查询记录信息。应当理解的是，本实施例中并不局限于使用号码隐私保护服务中提供的中间号码和号码隐私保护平台，也可通过自主开发等方式而构建起能够支持本实施例所要求的处理逻辑的号码服务器，以产生本实施例中的查询记录信息。

应当理解的是，服务商服务器对上述运营商服务器与号码隐私保护平台之间的交互过程是无感知的，也即是，服务商服务器对检测号码、检测短信、查询记录信息均是无感知的。因此，服务商服务器无法发现自身正在被进行短信扣量检测。而服务商服务器将为短信流中的每条短信(包括检测短信)分别产生发送回执信息。这样，本实施例中，在步骤202中，在将检测短信注入短信流后可获得因检测短信而产生的查询记录信息和发送回执信息。

参考图2a，在步骤203中，可通过比对处置动作查询操作所产生的查询记录信息和服务商服务器为检测短信生成的发送回执信息，来检测短信扣量行为。可选地，在检测短信已经继承目标短信的配置信息的情况下，可直接将检测短信注入到风险控制服务器对应的短信网关，以使短信网关将按照检测短信的配置信息发出检测短信，从而使检测短信汇入到短信流中。

图4为本申请为本申请一示例性实施例提供的一种可选的比对方式的逻辑示意图。参考图4，步骤203中提及的发送回执信息和查询记录信息的实现形式可以是日志。这样，参考图4，在步骤203中，针对一条检测短信而言，可通过监听短信网关接口来确定该检测短信是否提交给服务商服务器，并按照不同的监听结果在本地更新该检测短信的状态。在确定短信网关已将该检测短信提交给服务商服务器后，一方面可监听服务商服务器产生的短信日志，并根据短信日志确定该检测短信的短信状态；另一方面还可监听号码服务器产生的查询日志，并根据查询日志确定该检测短信的查询状态。上述的监听操作均可采用异步方式进行，以避免影响短信流的发送进程。之后，可根据为该检测短信确定的短信状态和查询状态，判断是否需要送检：若查询状态指示为无日志，而短信状态指示为发送成功，则确定可能存在短信扣量行为，需要进行送检，并将该检测短信更新为已送检状态，若不需要送检，则将该检测短信更新为无需送检状态。其中送检是指进行人工审核。另外，图4中，示出的状态编号等均是示例性的。

可知，服务商服务器在完成检测短信的处理后，可产生发送回执信息，发送回执信息中可指示短信发送结果---已发送成功、发送失败等。参考图3，对于发送回执信息，本实施例中，服务商服务器可向前述的短信网关返回发送回执信息。基于此，在步骤203中，可从短信网关获取发送回执信息。但是，未被服务商服务器提交至运营商服务器的检测短信则将不会产生查询记录信息。

这样，从检测短信中的任意一条目标检测短信来看，若目标检测短信未产生查询记录但其发送回执信息中指出已发送成功，则可确定检测到短信扣量行为。其中，发送回执信息中指出已发送成功，可表征服务商服务器已经确定目标检测短信成功发出；而未产生查询记录信息，则表征服务商服务器可能并未真正向运营商提交目标检测短信，而是发生了短信扣量行为。因此，在步骤203中，可通过比对检测短信所产生的查询记录信息和实际的发送回执信息是否匹配，来检测是否发生短信扣量行为，若两者不匹配，则可确定检测到短信扣量行为。

参考图3，为了避免发生检测错误，本实施例中还提出一种优化方案：若所述目标检测短信未产生查询记录但其发送回执信息中指出已发送成功，则利用指定连接通道测试所述目标检测短信所使用的目标检测号码是否正常触发产生查询记录信息；若正常，则确定检测到短信扣量行为。其中，指定连接通道为不经过服务商服务器而直接连接至短信供应商的通道。

在该优化方案中，若目标检测短信未产生查询记录信息但其发送回执信息中指出已发送成功，则将先确认目标检测短信所使用的目标检测号码是否能够正常触发产生查询记录信息。例如，在号码服务器中为目标检测号码配置的信息返回地址存在错误，导致查询记录信息未发送到正确的位置等原因，可能导致在步骤203中发生目标检测短信未产生的对应的查询记录信息的情况。在一种示例性方案中，参考图3，可向复核系统发起针对目标检测号码的复核请求，以触发复核系统调用指定连接通道来测试目标检测号码的是否能够正常触发产生查询记录信息。指定连接通道可直接连接符合系统和运营商服务器，且可信度高，不会存在短信扣量行为，指定连接通道可将短信直接提交至供应商而不再途径服务商服务器。在利用指定连接通道进行目标检测号码的测试过程中，可直接使用本实施例中的检测短信进行测试，当然，也可为目标检测号码构建测试短信，并使用测试短信进行测试，在此不做限定。

在该示例性方案中，若通过测试后确定目标检测号码能够正常触发产生查询记录信息，则可确定目标检测短信未产生查询记录信息的原因在于服务商服务器并未真正将目标检测短信提交至运营商，服务商服务器存在短信扣量行为。

另外，本实施例中，还提出可在号码服务器中将检测短信所使用的检测号码设置为拦截模式。其中，拦截模式下号码服务器指示运营商服务器不发送检测短信。本实施例中，可将从号码服务器申请的检测号码均设置为拦截模式，这样，即使服务商服务器将检测短信提交至运营商服务器，也不会导致运营商服务器真正发送检测短信，而是会被拦截。值得说明的是，在拦截模式下，并无需在号码服务器上为检测号码配置真实号码，因为拦截模式下并无需执行实际发送，也就无需使用真实号码。在一种实现方案中，在拦截模式下可直接在号码服务器中为各个检测号码配置拦截指示信息，以供号码服务器在接收到运营商服务器发起的处置动作查询操作后直接向运营商服务器返回拦截指示信息，以指示运营商服务器不发送检测短信。在另一种实现方案中，可在号码服务器上为本实施例所申请的检测号码设定回调地址，号码服务器可在接收到运营商发起的处置动作查询操作后向处置动作查询操作对应的检测号码所设定的回调地址发起处置动作询问消息；号码服务器可在接收到针对处置动作询问消息的拦截指示信息后，向运营商服务器返回拦截指示信息，以指示运营商服务器不发送检测短信。参考图3，可选地，回调地址可设定为前述的风险控制服务器的地址，这样，号码服务器会将处置动作的决定权给到风险控制服务器。当然，回调地址还也可设定为其它地址，例如，可设定为本实施例提供的短信扣量检测设备的地址等，而并不限于此。无论处置动作的决定权给到谁，本实施例中，可将针对检测号码的处置动作指示为拦截，这样，号码服务器将指示运营商服务器不实际发送检测短信。本实施例中，通过将检测号码设定为拦截模式，可避免因检测短信而产生发送费用，本实施例提供的短信扣量检测方法并不会导致发送成本的增加。

继续参考图3，在通过本实施例提供的短信扣量检测方法，检出短信扣量行为后，可基于检测过程中涉及到的相关数据创建人审工单，以作为人工审核的依据，若人工审核后，仍确认发生了短信扣量行为，则可发起对服务商服务器的处罚。

以下通过一个表格可更加明确地呈现本实施例提供的短信扣量检测方案与传统的人工检测方案相比而产生的更优的技术效果：

综上，本实施例中，提出使用登记于运营商服务器中的检测号码构建检测短信，并将检测短信回注到短信流中。检测短信混淆在短信流中，将被服务商服务器作为正常短信进行处理。而检测短信在经服务商服务器发送至运营商服务器后，运营商服务器可发起针对检测短信的处置动作查询操作，从而可触发产生检测短信对应的查询记录信息，这样，本实施例中可比对检测短信所产生的查询记录信息和服务商服务器反馈的发送回执信息，以检测出短信扣量行为。据此，本实施例中，可在服务商服务器无感知的情况下比对查询记录信息和发送回执信息，以检测短信扣量行为，不再需要去查询运营商服务器的网关数据，从而可有效改善短信扣量检测的效率。

需要说明的是，在上述实施例及附图中的描述的一些流程中，包含了按照特定顺序出现的操作，但是应该清楚了解，这些操作可以不按照其在本文中出现的顺序来执行或并行执行，操作的序号如201、202等，仅仅是用于区分开各个不同的操作，序号本身不代表任何的执行顺序。另外，这些流程可以包括更多或更少的操作，并且这些操作可以按顺序执行或并行执行。

图5为本申请又一示例性实施例提供的一种计算设备的结构示意图，如图5所示，该计算设备可包括：存储器50、处理器51以及通信组件52。

处理器51，与存储器50和通信组件52耦合，用于执行存储器50中的计算机程序，以用于：

使用检测号码构建检测短信；

将检测短信注入需检测的短信流中，以供运营商服务器在识别到检测号码的情况下，针对检测号码对应的检测短信进行处置动作查询操作；

比对处置动作查询操作所产生的查询记录信息和检测短信对应的发送回执信息，以检测短信扣量行为。

在一可选实施例中，检测号码采用号码隐私保护平台提供的中间号码，且由号码隐私保护平台响应运营商服务器发起的处置动作查询操作，并生成查询记录信息。

在一可选实施例中，处理器51在使用检测号码构建检测短信的过程中，可用于：

在短信流的发送期间，从短信流中获取目标短信；

使用检测号码替换目标短信的目的号码，以产生目标短信对应的检测短信。

在一可选实施例中，处理器51在从短信流中获取目标短信的过程中，可用于：

接收风险控制服务器提供的目标短信的标识信息，目标短信是风险控制服务器从短信流中筛选出的；

根据标识信息，从短信流中获取目标短信。

在一可选实施例中，处理器51在从短信流中获取目标短信的过程中，可用于：

从短信网关处获取目标短信对应的短信内容及配置参数；

方法还包括：为目标短信对应的检测短信配置与目标短信相同的配置参数；

其中，配置参数包括通道标识、扩展码、签名和模板类型中的一种或多种。

在一可选实施例中，从短信流中获取目标短信的过程，可包括：

在当前统计周期内已发送的符合筛选参数的短信的数量已经满足指定阈值的情况下，对于所述当前统计周期内后续的符合所述筛选参数的待发送短信，若当前筛选时段未结束且其内存在剩余的目标短信名额，或者所述当前筛选时段已结束并在所述待发送短信的触发下已启动新筛选时段，则将所述待发送短信确定为所述目标短信；

其中，所述筛选时段内设有指定数量的目标短信名额。

在一可选实施例中，处理器51还可用于：

确定目标短信在其所处筛选时段内的排列位置，筛选时段内的目标短信按照被筛选的时间依次排列；

基于为筛选时段指定的检测短信投放总量、目标短信名额的数量和目标短信对应的排列位置，为目标短信分配检测短信的投放数量。

在一可选实施例中，处理器51在比对号码隐私保护平台响应查询操作而生成的查询记录信息和服务商服务器为检测短信生成的发送回执信息，以检测短信扣量行为的过程中，可用于：

若目标检测短信未产生查询记录信息但其发送回执信息中指出已发送成功，则确定检测到短信扣量行为；

其中，目标检测短信为检测短信中的任意一条。

在一可选实施例中，处理器51在目标检测短信未产生查询记录信息但其发送回执信息中指出已发送成功，则确定检测到短信扣量行为的过程中，可用于：

若目标检测短信未产生查询记录信息但其发送回执信息中指出已发送成功，则

利用指定连接通道测试目标检测短信所使用的目标检测号码是否正常触发产生查询记录信息；

若正常，则确定检测到短信扣量行为；

其中，直连通道为不经过服务商服务器而直接连接至短信供应商的通道。

在一可选实施例中，检测短信所使用的检测号码在号码隐私保护平台中配置为拦截模式，拦截模式下号码隐私保护平台在接收到处置动作查询操作后指示运营商服务器不发送检测短信。

在一可选实施例中，不同检测短信所使用的检测号码不同。

在一可选实施例中，检测号码登记于运营商服务器中，或者，检测号码中配置有能够被运营商服务器识别出的特殊的标识信息。

进一步，如图5所示，该计算设备还包括：电源组件53等其它组件。图5中仅示意性给出部分组件，并不意味着计算设备只包括图5所示组件。

值得说明的是，上述关于计算设备各实施例中的技术细节，可参考前述的方法实施例中的相关描述，为节省篇幅，在此不再赘述，但这不应造成本申请保护范围的损失。

相应地，本申请实施例还提供一种存储有计算机程序的计算机可读存储介质，计算机程序被执行时能够实现上述方法实施例中可由计算设备执行的各步骤。

上述图5中的存储器，用于存储计算机程序，并可被配置为存储其它各种数据以支持在计算平台上的操作。这些数据的示例包括用于在计算平台上操作的任何应用程序或方法的指令，联系人数据，电话簿数据，消息，图片，视频等。存储器可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(SRAM)，电可擦除可编程只读存储器(EEPROM)，可擦除可编程只读存储器(EPROM)，可编程只读存储器(PROM)，只读存储器(ROM)，磁存储器，快闪存储器，磁盘或光盘。

上述图5中的通信组件，被配置为便于通信组件所在设备和其他设备之间有线或无线方式的通信。通信组件所在设备可以接入基于通信标准的无线网络，如WiFi，2G、3G、4G/LTE、5G等移动通信网络，或它们的组合。在一个示例性实施例中，通信组件经由广播信道接收来自外部广播管理系统的广播信号或广播相关信息。在一个示例性实施例中，所述通信组件还包括近场通信(NFC)模块，以促进短程通信。例如，在NFC模块可基于射频识别(RFID)技术，红外数据协会(IrDA)技术，超宽带(UWB)技术，蓝牙(BT)技术和其他技术来实现。

上述图5中的电源组件，为电源组件所在设备的各种组件提供电力。电源组件可以包括电源管理系统，一个或电源，及其他与为电源组件所在设备生成、管理和分配电力相关联的组件。

本领域内的技术人员应明白，本申请的实施例可提供为方法、系统、或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本申请是参照根据本申请实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或流程和/或方框图一个方框或方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或流程和/或方框图一个方框或方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或流程和/或方框图一个方框或方框中指定的功能的步骤。

在一个典型的配置中，计算设备包括一个或处理器(CPU)、输入/输出接口、网络接口和内存。

内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flash RAM)。内存是计算机可读介质的示例。

计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁带式磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。

需要说明的是，本申请所涉及的用户信息(包括但不限于用户设备信息、用户个人信息等)和数据(包括但不限于用于分析的数据、存储的数据、展示的数据等)，均为经用户授权或者经过各方充分授权的信息和数据，并且相关数据的收集、使用和处理需要遵守相关国家和地区的相关法律法规和标准，并提供有相应的操作入口，供用户选择授权或者拒绝。

还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。

以上所述仅为本申请的实施例而已，并不用于限制本申请。对于本领域技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本申请的保护范围之内。