CN112995932B - 基于哈希算法的短信链路监控方法、装置、设备及介质 - Google Patents

Abstract

本申请涉及云监控技术领域，揭露一种基于哈希算法的短信链路监控方法、装置、设备及介质，其中方法包括通过获取待传输短信信息和传输电话号码，并判断一致性短信通道池中是否存在指定短信通道，若不存在，则对传输电话号码和短信通道以一致性哈希算法进行计算处理，得到目标通道；获取待传输短信信息经过目标通道传输到传输电话号码时所产生的参数，和获取用户端经过目标通道返回的反馈信息所产生的参数，并对这些参数进行计算处理，当判断出对应参数超出预设阈值时，发出告警信息。本申请还涉及区块链技术，待传输短信信息和传输电话号码存储于区块链中。本申请实现在短信传输过程中，对短信链路进行有效监控，以提高短信传输的效率。

Description

基于哈希算法的短信链路监控方法、装置、设备及介质

技术领域

本申请涉及云监控技术领域，尤其涉及一种基于哈希算法的短信链路监控方法、装置、设备及介质。

背景技术

短信服务作为企业重要基础服务之一，其承载着重要的职责。在企业和用户之间的互动也越来越多。在企业需要进行相关活动是时，企业将相关内容以短信的形式送达到相关用户终端中，相关用户通过终端接收该短信，并以此与该企业形成互动，进而使得用户参与其中的相关活动。

在现有的互动场景中，服务器通过短信通道向用户端下发短信时，用户端接收到短信后，根据短信内容进行回复，将回复内容通过短信通道进行返回服务器，但是，在这种以短信链路为基础的互动活动中，由于缺乏对短信链路各个环节的有效监控，使得短信通过短信通道传输时，短信传输的效率较低，使得互动活动的转化率较低。现亟需一种能够在短信传输过程中，对短信链路进行监控，以提高短信传输的效率。

发明内容

本申请实施例的目的在于提出一种基于哈希算法的短信链路监控方法、装置、设备及介质，实现在短信传输过程中，对短信链路进行监控，以提高短信传输的效率。

为了解决上述技术问题，本申请实施例提供一种基于哈希算法的短信链路监控方法，包括：

获取待传输短信信息和传输电话号码；

根据所述传输电话号码，判断一致性短信通道池中是否存在指定短信通道，得到判断结果；

若所述判断结果为未存在所述指定短信通道，获取当前短信通道，并将所述传输电话号码和所述短信通道根据一致性哈希算法进行计算处理，得到目标通道，将所述目标通道存储于所述一致性短信通道池中；

获取所述待传输短信信息经过所述目标通道传输到所述传输电话号码时所产生的参数，作为送达参数，并获取用户端经过所述目标通道返回的反馈信息所产生的参数，作为接收参数，其中，所述用户端为所述传输电话号码对应的用户终端；

通过Kafka中间件将所述送达参数和所述接收参数提交到Flink集群进行计算处理，得到所述送达参数对应的送达结果和所述接收参数对应的接收结果；

当所述送达结果和/或所述接收结果大于预设阈值时，输出告警信息。

为了解决上述技术问题，本申请实施例提供一种基于哈希算法的短信链路监控装置，包括：

传输信息获取模块，用于获取待传输短信信息和传输电话号码；

判断结果获取模块，用于根据所述传输电话号码，判断一致性短信通道池中是否存在指定短信通道，得到判断结果；

目标通道确定模块，用于若所述判断结果为未存在所述指定短信通道，获取当前短信通道，并将所述传输电话号码和所述短信通道根据一致性哈希算法进行计算处理，得到目标通道，将所述目标通道存储于所述一致性短信通道池中；

对应参数获取模块，用于获取所述待传输短信信息经过所述目标通道传输到所述传输电话号码时所产生的参数，作为送达参数，并获取用户端经过所述目标通道返回的反馈信息所产生的参数，作为接收参数，其中，所述用户端为所述传输电话号码对应的用户终端；

对应参数处理模块，用于通过Kafka中间件将所述送达参数和所述接收参数提交到Flink集群进行计算处理，得到所述送达参数对应的送达结果和所述接收参数对应的接收结果；

告警信息输出模块，用于当所述送达结果和/或所述接收结果大于预设阈值时，输出告警信息。

为解决上述技术问题，本发明采用的一个技术方案是：提供一种计算机设备，包括，一个或多个处理器；存储器，用于存储一个或多个程序，使得一个或多个处理器实现上述任意一项所述的基于哈希算法的短信链路监控方法。

为解决上述技术问题，本发明采用的一个技术方案是：一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现上述任意一项所述的基于哈希算法的短信链路监控方法。

本发明实施例提供了一种基于哈希算法的短信链路监控方法、装置、设备及介质。本申请实施例通过获取待传输短信信息和传输电话号码，并判断一致性短信通道池中是否存在指定短信通道，若不存在，则以传输电话号码和短信通道为维度，以一致性哈希算法进行计算处理，得到目标通道，使得保持短信通道的一致性；并获取待传输短信信息经过目标通道传输到传输电话号码时所产生的参数，和获取用户端经过目标通道返回的反馈信息所产生的参数，并对这些参数进行计算处理，使得对短信链路进行监控，当判断出对应参数超出预设阈值时，能够及时发出告警信息，实现在短信传输过程中，对短信链路进行有效监控，以提高短信传输的效率。

附图说明

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

图1是本申请实施例提供的基于哈希算法的短信链路监控方法的应用环境示意图；

图2根据本申请实施例提供的基于哈希算法的短信链路监控方法的一实现流程图；

图3是本申请实施例提供的基于哈希算法的短信链路监控方法中子流程的一实现流程图；

图4是本申请实施例提供的基于哈希算法的短信链路监控方法中子流程的又一实现流程图；

图5是本申请实施例提供的基于哈希算法的短信链路监控方法中子流程的又一实现流程图；

图6是本申请实施例提供的基于哈希算法的短信链路监控方法中子流程的又一实现流程图；

图7是本申请实施例提供的基于哈希算法的短信链路监控方法中子流程的又一实现流程图；

图8是本申请实施例提供的基于哈希算法的短信链路监控方法中子流程的又一实现流程图；

图9是本申请实施例提供的基于哈希算法的短信链路监控装置示意图；

图10是本申请实施例提供的计算机设备的示意图。

具体实施方式

除非另有定义，本文所使用的所有的技术和科学术语与属于本申请的技术领域的技术人员通常理解的含义相同；本文中在申请的说明书中所使用的术语只是为了描述具体的实施例的目的，不是旨在于限制本申请；本申请的说明书和权利要求书及上述附图说明中的术语“包括”和“具有”以及它们的任何变形，意图在于覆盖不排他的包含。本申请的说明书和权利要求书或上述附图中的术语“第一”、“第二”等是用于区别不同对象，而不是用于描述特定顺序。

在本文中提及“实施例”意味着，结合实施例描述的特定特征、结构或特性可以包含在本申请的至少一个实施例中。在说明书中的各个位置出现该短语并不一定均是指相同的实施例，也不是与其它实施例互斥的独立的或备选的实施例。本领域技术人员显式地和隐式地理解的是，本文所描述的实施例可以与其它实施例相结合。

为了使本技术领域的人员更好地理解本申请方案，下面将结合附图，对本申请实施例中的技术方案进行清楚、完整地描述。

下面结合附图和实施方式对本发明进行详细说明。

请参阅图1，系统架构100可以包括终端设备101、102、103，网络104和服务器105。网络104用以在终端设备101、102、103和服务器105之间提供通信链路的介质。网络104可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等等。

用户可以使用终端设备101、102、103通过网络104与服务器105交互，以接收或发送消息等。终端设备101、102、103上可以安装有各种通讯客户端应用，例如网页浏览器应用、搜索类应用、即时通信工具等。

终端设备101、102、103可以是具有显示屏并且支持网页浏览的各种电子设备，包括但不限于智能手机、平板电脑、膝上型便携计算机和台式计算机等等。

服务器105可以是提供各种服务的服务器，例如对终端设备101、102、103上显示的页面提供支持的后台服务器。

需要说明的是，本申请实施例所提供的基于哈希算法的短信链路监控方法一般由服务器执行，相应地，基于哈希算法的短信链路监控装置一般配置于服务器中。

应该理解，图1中的终端设备、网络和服务器的数目仅仅是示意性的。根据实现需要，可以具有任意数目的终端设备、网络和服务器。

请参阅图2，图2示出了基于哈希算法的短信链路监控方法的一种具体实施方式。

需注意的是，若有实质上相同的结果，本发明的方法并不以图2所示的流程顺序为限，该方法包括如下步骤：

S1：获取待传输短信信息和传输电话号码。

具体的，在需要进行互动活动时，组织活动方根据互动活动内容，编辑待传输短信信息，并在待传输短信信息中编辑相关的互动信息，并根据互动活动，确定需要参与互动活动的用户端，由于互动活动以短信作为平台，所以需要获取用户端对应的传输电话号码。例如，在互动活动为商品积分兑换活动，营销方根据商品积分兑换活动编辑好对应的待传输短信信息，并可能获取可能参与该活动的用户端对应的传输电话号码，该待传输短信信息包含商品活动代码，后续用户端可以根据商品活动代码进行参与商品积分兑换活动。其中，用户端是指传输电话对应的用户终端，其为参加互动活动的用户终端。

S2：根据传输电话号码，判断一致性短信通道池中是否存在指定短信通道，得到判断结果。

具体的，由于不清楚传输电话号码对应的用户端是否参加过相同获取类型的互动活动，且在互动活动中，可能存在需要多次与用户端进行互动。所以为了提高互动活动的转化率和不给用户端造成困惑，影响用户端的参与体验，需要确保针对同一用户端，采用相同的短信通道与用户端进行互动。故需要根据传输电话号码，判断一致性短信通道池中是否存在指定短信通道，得到判断结果。进一步的，由于一致性短信通道池由传输电话号码和短信通道计算而来，所以判断一致性短信通道池中是否含有传输电话号码相同的号码，若有，则判断结果为一致性短信通道池中存在指定短信通道；若无，则判断结果为一致性短信通道池中未在指定短信通道。

其中，一致性短信通道池是指采用一致性哈希算法对短信通道和传输电话号码进行哈希计算后，形成的具有哈希值的短信通道库。

S3：若判断结果为未存在指定短信通道，获取当前短信通道，并将传输电话号码和短信通道根据一致性哈希算法进行计算处理，得到目标通道，将目标通道存储于一致性短信通道池中。

具体的，若判断结果显示在一致性短信通道池中为存在指定短信通道，则说明该传输电话号码为首次参与该互动活动，则需要选取传输电话号码对应合适的短信短信通道，该短信通道的选择需要满足通道一致性，也即是对于同一传输电话号码的用户端参与该互动活动，服务器通过同一个短信通道将待传输短信信息传输到用户端。所以需要获取当前短信通道，按照当前短信通道和传输电话号码两个维度，根据一致性哈希算法进行计算处理，获取传输电话号码对应的短信通道，作为目标通道。并且为了保证在互动过程中，服务器一直都是通过目标通道将短信信息传输给用户端，需要将目标通道存储于一致性短信通道池中，这样下次服务器需要接着下发互动活动的相关短信信息时，直接从一致性短信通道池中进行获取目标通道，再次通过目标通道将相关短信信息发送给用户端，用户端也可以根据该目标通道向服务器提供反馈信息。

其中，一致性哈希算法是一种哈希算法，简单地说在移除或者添加一个服务器时，此算法能够尽可能小地改变已存在的服务请求与处理请求服务器之间的映射关系，尽可能满足单调性的要求。在普通分布式集群中，服务请求与处理请求服务器之间可以一一对应，也就是说固定服务请求与处理服务器之间的映射关系，某个请求由固定的服务器去处理。在本申请实施例中，通过一致性哈希算法计算传输电话号码对应短信通道，使得传输电话号码对应的短信通道能够保持一致性。

S4：获取待传输短信信息经过目标通道传输到传输电话号码时所产生的参数，作为送达参数，并获取用户端经过目标通道返回的反馈信息所产生的参数，作为接收参数，其中，用户端为传输电话号码对应的用户终端。

具体的，由于需要对互动活动中各个环节的短信链路进行监控，判断其是否出现问题。所以需要获取各个环节的短信链路所产生的各种参数，以便后续对这些参数进行处理和判断，从而确定是否需要发出告警信息。因为在互动活动中，主要的环节包括服务器将待传输短信信息经过目标通道传输给传输电话号码的环节和传输电话号码对应的用户端接收到待传输短信信息后，将反馈信息回传给服务器，服务器接收该反馈信息的环节。所以需要获取这些环节产生的对应参数，进一步的，本实施例是通过设置监控埋点，通过监控埋点去获取这些环节的对应参数，最终得到送达参数和接收参数，并将该送达参数和接收参数存储于Kafka中间件中。

S5：通过Kafka中间件将送达参数和接收参数提交到Flink集群进行计算处理，得到送达参数对应的送达结果和接收参数对应的接收结果。

具体的，由于上述步骤已经获取到了送达参数和接收参数，但是并未对这些参数进行处理，为了更好的体现这些参数所反馈的信息，需要对这些参数进行处理。由于Flink集群对数据具体数据并行和流水线处理，并且能够实时对数据进行计算，所以采用Flink集群对送达参数和接收参数进行计算处理。

其中，Flink集群也即Apache Flink，其是由Apache软件基金会开发的开源流处理框架，其核心是用Java和Scala编写的分布式流数据流引擎。Flink以数据并行和流水线方式执行任意流数据程序，Flink的流水线运行时系统可以执行批处理和流处理程序。此外，Flink的运行时本身也支持迭代算法的执行。在本申请实施例中，通过Flink集群对送达参数和接收参数进行计算处理，得到送达结果和接收结果。

S6：当送达结果和/或接收结果大于预设阈值时，输出告警信息。

具体的，事先对参数进行设置相应的阈值，当计算得到送达结果和接收结果时，将其与对应的预设阈值进行对比，当有其中一项或者多项对应参数高于预设阈值时，服务器输出告警信息，以实现对互动活动环节的短路链路的监控。

需要说明的是，预设阈值是对每个送达结果和接收结果中对应参数进行设定，其数值是根据实际情况进行设定，此处不做限定。

本实施例中，通过获取待传输短信信息和传输电话号码，并判断一致性短信通道池中是否存在指定短信通道，若不存在，则以传输电话号码和短信通道为维度，以一致性哈希算法进行计算处理，得到目标通道，使得保持短信通道的一致性；并获取待传输短信信息经过目标通道传输到传输电话号码时所产生的参数，和获取用户端经过目标通道返回的反馈信息所产生的参数，并对这些参数进行计算处理，使得对短信链路进行监控，当判断出对应参数超出预设阈值时，能够及时发出告警信息，实现在短信传输过程中，对短信链路进行有效监控，以提高短信传输的效率。

请参阅图3，图3示出了步骤S3的一种具体实施方式，步骤S3中若判断结果为未存在指定短信通道，获取当前短信通道，并将传输电话号码和短信通道根据一致性哈希算法进行计算处理，得到目标通道，将目标通道存储于一致性短信通道池中的具体实现过程，详叙如下：

S31：若判断结果为未存在指定短信通道，则通过一致性短信通道池，获取当前短信通道。

具体的，由于一致性短信通道池由传输电话号码和短信通道计算而来，所以能够获取在一致性短信通道池中存在的当前短信通道，以便后续与传输电话号码进行计算处理，进而确定目标通道。

S32：将传输电话号码和当前短信通道进行一致性哈希计算，得到号码哈希结果和通道哈希结果。

具体的，由于一致性哈希算法通过一个一致性哈希环的数据结构实现。这个环的起点是0，终点是2^32-1，并且起点与终点连接，环的中间的整数按逆时针分布，故这个环的整数分布范围是[0,2^32-1]。在对传输电话号码和当前短信通道进行一致性哈希计算后，对应的号码哈希结果和通道哈希结果都分布在一致性哈希环上。其中，号码哈希结果是指传输电话号码经过一致性哈希计算后，得到哈希计算结果；通道哈希结果是指当前短信通道经过一致性哈希计算后，得到哈希计算结果。

S33：按照顺时针的方向，选取距离号码哈希结果最近的通道哈希结果，作为目标哈希结果。

具体的，按照一致性哈希算法的规则，在一致性哈希环上，需要按照顺时针的方向，选取距离

选取离号码哈希结果最近的通道哈希结果，作为目标哈希结果。

S34：获取目标哈希结果对应的短信通道，作为目标通道，并将目标通道存储于一致性短信通道池中。

具体的，进过一致性哈希计算后，通道结果对应的短信通道都分布在一致性哈希环上，所以只要确定了通道哈希结果，便可以获取到该通道哈希结果对应的短信通道，也即能够获取目标哈希结果对应的短信通道，将其作为目标通道。并且为了保持短信通道的一致性，将目标通道存储于一致性短信通道池中。

在本实施中，若判断结果为未存在指定短信通道，则通过一致性短信通道池，获取当前短信通道.将传输电话号码和当前短信通道进行一致性哈希计算，得到号码哈希结果和通道哈希结果,按照顺时针的方向，选取距离号码哈希结果最近的通道哈希结果，作为目标哈希结果,再获取目标哈希结果对应的短信通道，作为目标通道，并将目标通道存储于一致性短信通道池中，实现获取目标通道，并且实现了短信通道的一致性，便于后续收集短信链路中的各种参数。

请参阅图4，图4示出了步骤S34之后的一种具体实施方式，该实施例包括：

S34A：当获取到新增短信通道时，则通过一致性哈希算法对新增短信通道进行计算处理，得到新增通道结果。

具体的，在获取到有新增短信通道时，为了保持通道的一致性，需要重新判断该新增短信通道与目标通道距离号码哈希结果在一致性哈希环上的距离。所以需要对新增短信通道进行一致性哈希算法的计算处理，便于后续对比新增通道结果和目标通道分别与号码哈希结果的距离。

S34B：按照顺时针的方向，对比新增通道结果和目标通道分别与号码哈希结果的距离，得到对比结果。

具体的，由于根据一致性哈希算法的规则，在一致性哈希环上，按照顺时针的方向，选取距离号码哈希结果最近的短信通道。所以按照顺时针的方向，对比新增通道结果和目标通道分别与号码哈希结果的距离，得到对比结果。

S34C：若对比结果为新增通道结果比目标通道距离更近，则将新增短信通道替换目标通道。

具体的，若是对比结果为新增通道结果比目标通道距离更近，则将新增短信通道替换目标通道，将新增短信通道作为传输电话号码的传输短信的短信通道；若是对比结果为新增通道结果比目标通道距离更远，则还是将目标通道作为传输电话号码传输的短信通道。

本实施例中，当获取到新增短信通道时，则通过一致性哈希算法对新增短信通道进行计算处理，进而判断新增短信通道是否替换目标通道的条件，有利于保持短信通道的一致性，便于后续对短路链路进行监控。

请参阅图5，图5示出了步骤S3之后的又一种具体实施方式，该实施例包括：

S34D：对目标通道的可用性进行判断，得到判断结果。

具体的，目标通道可能存在不可用的状态，例如目标通道出现参数错误或者目标通道的固定传输量已满的情况，这些时候目标通道就处于不可用的状态。因为要通过目标通道进行待传输短信信息的传输，要确保目标通道当前的工作状态为可用，所以需要对目标通道进行可用性判断。进一步的，对对目标通道的可用性进行判断的方法：通过将虚拟号码拟通过目标通道发送到指定https地址后所反馈回来的https结果，若https结果显示发送成功，则判断结果为目标通道可用；若https结果显示发送失败，则判定结果为目标通道不可用。

S34E：若判断结果为目标通道不可用，则按照顺时针的方向，选取距离目标通道最近的通道哈希结果对应的通道，作为基础通道。

具体的，若判断出该目标通道不可用时，则在一致性哈希环上，按照顺时针的方向，选取距离目标通道最近的通道哈希结果对应的通道，作为基础通道，此时的该基础通道是除了不可用的目标通道外距离号码哈希结果的短信通道。

S34F：将基础通道替换目标通道。

具体的，由于目标通道不可用，所以将基础通道替换目标通道，使得后续传输电话号码能够通过基础通道进行短信业务的传输，避免出现错误。

本实施例中，通过对目标通道的可用性进行判断，得到判断结果，若判断结果为目标通道不可用，则按照顺时针的方向，选取距离目标通道最近的通道哈希结果对应的通道，作为基础通道，并将基础通道替换目标通道，有利于避免短信传输出错，并且保持了短信通道的一致性，有利于对短信链路进行有效监控，以提高短信传输的效率。

请参阅图6，图6示出了步骤S4的一种具体实施方式，步骤S4中获取待传输短信信息经过目标通道传输到传输电话号码时所产生的参数，作为送达参数，并获取用户端经过目标通道返回的反馈信息所产生的参数，作为接收参数的具体实现过程，详叙如下：

S41：在目标通道中设置监控埋点。

具体的，由于互动环节的短信链路都需要经过目标通道进行短信业务信息传输，所以在目标通道中设置监控埋点，便于收集送达参数和接收参数。

S42：通过监控埋点，获取待传输短信信息经过目标通道传输到传输电话号码时所产生的参数，作为送达参数，并将送达参数存储于Kafka中间件中。

其中，送达参数至少包括请求时间、短信传输量、短信传输状态。请求时间是指将待传输短信信息传输到传输电话号码的时间；短信传输量为经过目标通道传输的待传输短信信息的数据；短信传输状态为经过目标通道传输待传输短信信息的成功状态或者失败状态。

S43：通过监控埋点，获取用户端经过目标通道返回的反馈信息所产生的参数，作为接收参数，并将接收参数存储于Kafka中间件中。

其中，接收参数至少包括响应时间、反馈数据量、短信反馈状态。响应时间是指服务器接收到用户端接收到待传输短信信息后发送的反馈信息的时间；反馈数据量是指服务器接收到用户端接收到待传输短信信息后发送的反馈信息的数量；短信反馈状态是指服务器接收到用户端接收到待传输短信信息后发送的反馈信息成功与否的状态。

进一步的，为了更好的存储送达参数和接收参数，并且便于后续对送达参数和接收参数进行提取和计算等操作，提高数据处理效率，将送达参数和接收参数都存储于Kafka中间件中。

本实施例中，在目标通道中设置监控埋点，并通过监控埋点收集送达参数和接收参数，将送达参数和接收参数存储于Kafka中间件中，实现实时获取到短路链路产生的各种参数，便于后续对这些参数进行处理，从而有利于对短信链路进行有效监控，以提高短信传输的效率。

请参阅图7，图7示出了步骤S5的一种具体实施方式，步骤S5中通过Kafka中间件将送达参数和接收参数提交到Flink集群进行计算处理，得到送达参数对应的送达结果和接收参数对应的接收结果的具体实现过程，详叙如下：

S51：通过Kafka中间件将送达参数和接收参数提交到Flink集群中。

具体的，由于送达参数和接收参数是存储于Kafka中间件中，服务器通过从Kafka中间件将送达参数和接收参数进行提取，进而将送达参数和接收参数提交到Flink集群中。

S52：在Flink集群中，按照数据并行和流水线的方法，对送达参数和接收参数进行计算处理，得到送达参数对应的送达结果和接收参数对应的接收结果。

具体的，数据并行的含义是计算机内包含一组处理单元(PE)，每一个处理单元存储一个(或多个)数据元素。当机器执行顺序程序时，可对应于全部或部分的内部处理单元所存的数据同时操作。流水线是指在Flink集群中，对随时间延续而无限增长的动态数据进行处理。在本申请实施例中，其数据并行和流水线的方法，能够随着时间的增加，对增长的动态数据进行处理，每一个处理单元数据存储一个(或多个)数据元素，从而实现对送达参数和接收参数进行计算处理，得到送达参数对应的送达结果和接收参数对应的接收结果。

其中，送达结果至少包括平均请求时间、短信传输成功量和短信传输成功率，接收参数至少包括平均响应时间、反馈数据成功量和短信反馈成功率。平均请求时间是指针对某一待传输短信信息的请求时间的平均值；短信传输成功量经过目标通道传输的待传输短信信息的成功传输量，也即短信传输量中成功送达量；短信传输成功率是指短信传输成功量除以短信传输量的结果；平均响应时间服务器接收到用户端接收到待传输短信信息后发送的反馈信息的平均时间；反馈数据成功量服务器接收到用户端接收到待传输短信信息后发送的反馈信息的成功数量，也即反馈数据量中成功反馈量；短信反馈成功率是指反馈数据成功量除以反馈数据量的结果。

S53：将送达结果和接收结果发送到Kafka中间件。

具体的，将送达结果和接收参数发送到所述Kafka中间件，便于后续对这些参数进行判断，实现对互动活动的短信链路进行监控。

本实施例中，通过Kafka中间件将送达参数和接收参数提交到Flink集群中，并按照数据并行和流水线的方法，对送达参数和接收参数进行计算处理，得到送达参数对应的送达结果和接收参数对应的接收结果，再将送达结果和接收结果发送到Kafka中间件，实现对各个参数进行处理，有利于后续对参数进行判断，从而有利于对短信链路进行有效监控，以提高短信传输的效率。

请参阅图8，图8示出了步骤S4之前的一种具体实施方式，该实施例包括：

S4A：将待传输短信信息经过目标通道传输到传输电话号码。

具体的，在互动活动中，通过短信通道将短信信息传输给用户端，并且由于上述步骤已经获取到了待传输短信信息和传输电话号码，并且确定了目标通道，所以将待传输短信信息经过目标通道传输到传输电话号码，以实现将待传输短信信息发送到用户端。

S4B：通过目标通道，以获取用户端对待传输短信信息所返回的反馈信息。

具体的，在互动活动中，服务器与用户端会相互传输信息，在用户端接收到来自服务器传输的待传输短信信息后，用户端根据待传输短信信息，对其进行反馈，并将该反馈信息发送回服务器，服务器则通过目标通道，以获取用户端对待传输短信信息所返回的反馈信息。其中，反馈信息是在用户端接收到来自服务器传输的待传输短信信息后，根据待传输短信信息对应内容，对其进行反馈的相关信息。

本实施例，通过将待传输短信信息经过目标通道传输到传输电话号码，通过目标通道，以获取用户端对待传输短信信息所返回的反馈信息，实现互动活动的短路链路的传输，便于后续再传输过程中所产生的参数，从而有利于对短信链路进行有效监控，以提高短信传输的效率。

需要强调的是，为进一步保证上述待传输短信信息和传输电话号码的私密和安全性，上述待传输短信信息和传输电话号码还可以存储于一区块链的节点中。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，该计算机程序可存储于一计算机可读取存储介质中，该程序在执行时，可包括如上述各方法的实施例的流程。其中，前述的存储介质可为磁碟、光盘、只读存储记忆体(Read-Only Memory，ROM)等非易失性存储介质，或随机存储记忆体(Random Access Memory，RAM)等。

请参考图9，作为对上述图2所示方法的实现，本申请提供了一种基于哈希算法的短信链路监控装置的一个实施例，该装置实施例与图2所示的方法实施例相对应，该装置具体可以应用于各种电子设备中。

如图9所示，本实施例的基于哈希算法的短信链路监控装置包括：传输信息获取模块71、判断结果获取模块72、目标通道确定模块73、对应参数获取模块74、对应参数处理模块75及告警信息输出模块76，其中：

传输信息获取模块71，用于获取待传输短信信息和传输电话号码；

判断结果获取模块72，用于根据传输电话号码，判断一致性短信通道池中是否存在指定短信通道，得到判断结果；

目标通道确定模块73，用于若判断结果为未存在指定短信通道，获取当前短信通道，并将传输电话号码和短信通道根据一致性哈希算法进行计算处理，得到目标通道，将目标通道存储于一致性短信通道池中；

对应参数获取模块74，用于获取待传输短信信息经过目标通道传输到传输电话号码时所产生的参数，作为送达参数，并获取用户端经过目标通道返回的反馈信息所产生的参数，作为接收参数，其中，用户端为传输电话号码对应的用户终端；

对应参数处理模块75，用于通过Kafka中间件将送达参数和接收参数提交到Flink集群进行计算处理，得到送达参数对应的送达结果和接收参数对应的接收结果；

告警信息输出模块76，用于当送达结果和/或接收结果大于预设阈值时，输出告警信息。

进一步的，目标通道确定模块73包括：

当前短信通道获取单元，用于若判断结果为未存在指定短信通道，则通过一致性短信通道池，获取当前短信通道；

一致性哈希计算单元，用于将传输电话号码和当前短信通道进行一致性哈希计算，得到号码哈希结果和通道哈希结果；

目标哈希结果确定单元，用于按照顺时针的方向，选取距离号码哈希结果最近的通道哈希结果，作为目标哈希结果；

目标通道获取单元，用于获取目标哈希结果对应的短信通道，作为目标通道，并将目标通道存储于一致性短信通道池中。

进一步的，在目标通道获取单元之后，该基于哈希算法的短信链路监控装置还包括：

新增通道结果单元，用于当获取到新增短信通道时，则通过一致性哈希算法对新增短信通道进行计算处理，得到新增通道结果；

对比结果获取单元，用于按照顺时针的方向，对比新增通道结果和目标通道分别与号码哈希结果的距离，得到对比结果；

第一替换通道确认单元，用于若对比结果为新增通道结果比目标通道距离更近，则将新增短信通道替换目标通道。

进一步的，在目标通道获取单元之后，该基于哈希算法的短信链路监控装置还包括：

判断结果获取单元，用于对目标通道的可用性进行判断，得到判断结果；

基础通道确定单元，用于若判断结果为目标通道不可用，则按照顺时针的方向，选取距离目标通道最近的通道哈希结果对应的通道，作为基础通道；

第二替换通道确认单元，用于将基础通道替换目标通道。

进一步的，对应参数获取模块74包括：

监控埋点设置单元，用于在目标通道中设置监控埋点；

送达参数获取单元，用于通过监控埋点，获取待传输短信信息经过目标通道传输到传输电话号码时所产生的参数，作为送达参数，并将送达参数存储于Kafka中间件中，其中送达参数至少包括请求时间、短信传输量、短信传输状态；

接收参数获取单元，用于通过监控埋点，获取用户端经过目标通道返回的反馈信息所产生的参数，作为接收参数，并将接收参数存储于Kafka中间件中，其中，接收参数至少包括响应时间、反馈数据量、短信反馈状态。

进一步的，对应参数处理模块75包括：

对比参数转移单元，用于通过Kafka中间件将送达参数和接收参数提交到Flink集群中；

对比参数计算单元，用于在Flink集群中，按照数据并行和流水线的方法，对送达参数和接收参数进行计算处理，得到送达参数对应的送达结果和接收参数对应的接收结果，其中，送达结果至少包括平均请求时间、短信传输成功量和短信传输成功率，接收参数至少包括平均响应时间、反馈数据成功量和短信反馈成功率；

处理结果发送单元，用于将送达结果和接收结果发送到Kafka中间件。

进一步的，在对应参数获取模块74之前，该基于哈希算法的短信链路监控装置还包括：

待传输短信信息传输模块，用于将待传输短信信息经过目标通道传输到传输电话号码；

反馈信息获取单元，用于通过目标通道，以获取用户端对待传输短信信息所返回的反馈信息。

需要强调的是，为进一步保证上述待传输短信信息和传输电话号码的私密和安全性，上述待传输短信信息和传输电话号码还可以存储于一区块链的节点中。

为解决上述技术问题，本申请实施例还提供计算机设备。具体请参阅图10，图10为本实施例计算机设备基本结构框图。

计算机设备8包括通过系统总线相互通信连接存储器81、处理器82、网络接口83。需要指出的是，图中仅示出了具有三种组件存储器81、处理器82、网络接口83的计算机设备8，但是应理解的是，并不要求实施所有示出的组件，可以替代的实施更多或者更少的组件。其中，本技术领域技术人员可以理解，这里的计算机设备是一种能够按照事先设定或存储的指令，自动进行数值计算和/或信息处理的设备，其硬件包括但不限于微处理器、专用集成电路(Application Specific Integrated Circuit，ASIC)、可编程门阵列(Field －Programmable Gate Array，FPGA)、数字处理器(Digital Signal Processor，DSP)、嵌入式设备等。

计算机设备可以是桌上型计算机、笔记本、掌上电脑及云端服务器等计算设备。计算机设备可以与用户通过键盘、鼠标、遥控器、触摸板或声控设备等方式进行人机交互。

存储器81至少包括一种类型的可读存储介质，可读存储介质包括闪存、硬盘、多媒体卡、卡型存储器(例如，SD或DX存储器等)、随机访问存储器(RAM)、静态随机访问存储器(SRAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、可编程只读存储器(PROM)、磁性存储器、磁盘、光盘等。在一些实施例中，存储器81可以是计算机设备8的内部存储单元，例如该计算机设备8的硬盘或内存。在另一些实施例中，存储器81也可以是计算机设备8的外部存储设备，例如该计算机设备8上配备的插接式硬盘，智能存储卡(SmartMedia Card,SMC)，安全数字(Secure Digital,SD)卡，闪存卡(Flash Card)等。当然，存储器81还可以既包括计算机设备8的内部存储单元也包括其外部存储设备。本实施例中，存储器81通常用于存储安装于计算机设备8的操作系统和各类应用软件，例如基于哈希算法的短信链路监控方法的程序代码等。此外，存储器81还可以用于暂时地存储已经输出或者将要输出的各类数据。

处理器82在一些实施例中可以是中央处理器(Central Processing Unit，CPU)、控制器、微控制器、微处理器、或其他数据处理芯片。该处理器82通常用于控制计算机设备8的总体操作。本实施例中，处理器82用于运行存储器81中存储的程序代码或者处理数据，例如运行上述基于哈希算法的短信链路监控方法的程序代码，以实现基于哈希算法的短信链路监控方法的各种实施例。

网络接口83可包括无线网络接口或有线网络接口，该网络接口83通常用于在计算机设备8与其他电子设备之间建立通信连接。

本申请还提供了另一种实施方式，即提供一种计算机可读存储介质，计算机可读存储介质存储有计算机程序，计算机程序可被至少一个处理器执行，以使至少一个处理器执行如上述的一种基于哈希算法的短信链路监控方法的步骤。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，空调器，或者网络设备等)执行本申请各个实施例的方法。

本发明所指区块链是分布式数据存储、点对点传输、共识机制、加密算法等计算机技术的新型应用模式。区块链(Blockchain)，本质上是一个去中心化的数据库，是一串使用密码学方法相关联产生的数据块，每一个数据块中包含了一批次网络交易的信息，用于验证其信息的有效性(防伪)和生成下一个区块。区块链可以包括区块链底层平台、平台产品服务层以及应用服务层等。

显然，以上所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例，附图中给出了本申请的较佳实施例，但并不限制本申请的专利范围。本申请可以以许多不同的形式来实现，相反地，提供这些实施例的目的是使对本申请的公开内容的理解更加透彻全面。尽管参照前述实施例对本申请进行了详细的说明，对于本领域的技术人员来而言，其依然可以对前述各具体实施方式所记载的技术方案进行修改，或者对其中部分技术特征进行等效替换。凡是利用本申请说明书及附图内容所做的等效结构，直接或间接运用在其他相关的技术领域，均同理在本申请专利保护范围之内。

Claims (8)

1.一种基于哈希算法的短信链路监控方法，其特征在于，包括：

获取待传输短信信息和传输电话号码；

根据所述传输电话号码，判断一致性短信通道池中是否存在指定短信通道，得到判断结果；

若所述判断结果为未存在所述指定短信通道，则通过所述一致性短信通道池，获取当前短信通道；

将所述传输电话号码和所述当前短信通道进行一致性哈希计算，得到号码哈希结果和通道哈希结果；

按照顺时针的方向，选取距离所述号码哈希结果最近的所述通道哈希结果，作为目标哈希结果；

获取所述目标哈希结果对应的短信通道，作为目标通道，并将所述目标通道存储于一致性短信通道池中；

对所述目标通道的可用性进行判断，得到判断结果，其中，将虚拟号码拟通过目标通道发送到指定https地址后所反馈回来的https结果，若所述https结果显示发送成功，则所述判断结果为所述目标通道可用；若所述https结果显示发送失败，则所述判断结果为所述目标通道不可用；

若所述判断结果为所述目标通道不可用，则按照顺时针的方向，选取距离所述目标通道最近的所述通道哈希结果对应的通道，作为基础通道；

将所述基础通道替换所述目标通道；

获取所述待传输短信信息经过所述目标通道传输到所述传输电话号码时所产生的参数，作为送达参数，并获取用户端经过所述目标通道返回的反馈信息所产生的参数，作为接收参数，其中，所述用户端为所述传输电话号码对应的用户终端；

通过Kafka中间件将所述送达参数和所述接收参数提交到Flink集群进行计算处理，得到所述送达参数对应的送达结果和所述接收参数对应的接收结果；

当所述送达结果和/或所述接收结果大于预设阈值时，输出告警信息。

2.根据权利要求1所述的基于哈希算法的短信链路监控方法，其特征在于，在所述获取所述目标哈希结果对应的短信通道，作为所述目标通道，并将所述目标通道存储于所述一致性短信通道池中之后，所述方法还包括：

当获取到新增短信通道时，则通过一致性哈希算法对所述新增短信通道进行计算处理，得到新增通道结果；

按照顺时针的方向，对比所述新增通道结果和所述目标通道分别与所述号码哈希结果的距离，得到对比结果；

若所述对比结果为所述新增通道结果比所述目标通道距离更近，则将所述新增短信通道替换所述目标通道。

3.根据权利要求1所述的基于哈希算法的短信链路监控方法，其特征在于，所述获取所述待传输短信信息经过所述目标通道传输到所述传输电话号码时所产生的参数，作为送达参数，并获取用户端经过所述目标通道返回的反馈信息所产生的参数，作为接收参数，包括：

在所述目标通道中设置监控埋点；

通过所述监控埋点，获取所述待传输短信信息经过所述目标通道传输到所述传输电话号码时所产生的参数，作为所述送达参数，并将所述送达参数存储于所述Kafka中间件中，其中所述送达参数至少包括请求时间、短信传输量、短信传输状态；

通过所述监控埋点，获取所述用户端经过所述目标通道返回的反馈信息所产生的参数，作为所述接收参数，并将所述接收参数存储于所述Kafka中间件中，其中，所述接收参数至少包括响应时间、反馈数据量、短信反馈状态。

4.根据权利要求1所述的基于哈希算法的短信链路监控方法，其特征在于，所述通过Kafka中间件将所述送达参数和所述接收参数提交到Flink集群进行计算处理，得到所述送达参数对应的送达结果和所述接收参数对应的接收结果，包括：

通过所述Kafka中间件将所述送达参数和所述接收参数提交到所述Flink集群中；

在Flink集群中，按照数据并行和流水线的方法，对所述送达参数和所述接收参数进行计算处理，得到所述送达参数对应的送达结果和所述接收参数对应的接收结果，其中，所述送达结果至少包括平均请求时间、短信传输成功量和短信传输成功率，所述接收参数至少包括平均响应时间、反馈数据成功量和短信反馈成功率；

将所述送达结果和所述接收结果发送到所述Kafka中间件。

5.根据权利要求1至4任一项所述的基于哈希算法的短信链路监控方法，其特征在于，在获取所述待传输短信信息经过所述目标通道传输到所述传输电话号码时所产生的参数，作为送达参数，并获取用户端经过所述目标通道返回的反馈信息所产生的参数，作为接收参数之前，所述方法还包括：

将所述待传输短信信息经过所述目标通道传输到所述传输电话号码；

通过所述目标通道，以获取所述用户端对所述待传输短信信息所返回的所述反馈信息。

6.一种基于哈希算法的短信链路监控装置，其特征在于，包括：

传输信息获取模块，用于获取待传输短信信息和传输电话号码；

判断结果获取模块，用于根据所述传输电话号码，判断一致性短信通道池中是否存在指定短信通道，得到判断结果；

当前短信通道获取，用于若所述判断结果为未存在所述指定短信通道，则通过所述一致性短信通道池，获取当前短信通道；

一致性哈希计算，用于将所述传输电话号码和所述当前短信通道进行一致性哈希计算，得到号码哈希结果和通道哈希结果；

目标哈希结果确定，用于按照顺时针的方向，选取距离所述号码哈希结果最近的所述通道哈希结果，作为目标哈希结果；

目标通道获取，用于获取所述目标哈希结果对应的短信通道，作为所述目标通道，并将所述目标通道存储于一致性短信通道池中；

判断结果获取，用于对所述目标通道的可用性进行判断，得到判断结果，其中，将虚拟号码拟通过目标通道发送到指定https地址后所反馈回来的https结果，若所述https结果显示发送成功，则所述判断结果为所述目标通道可用；若所述https结果显示发送失败，则所述判断结果为所述目标通道不可用；

基础通道确定，用于若所述判断结果为所述目标通道不可用，则按照顺时针的方向，选取距离所述目标通道最近的所述通道哈希结果对应的通道，作为基础通道；

第二替换通道确认，用于将所述基础通道替换所述目标通道；

对应参数获取模块，用于获取所述待传输短信信息经过所述目标通道传输到所述传输电话号码时所产生的参数，作为送达参数，并获取用户端经过所述目标通道返回的反馈信息所产生的参数，作为接收参数，其中，所述用户端为所述传输电话号码对应的用户终端；

对应参数处理模块，用于通过Kafka中间件将所述送达参数和所述接收参数提交到Flink集群进行计算处理，得到所述送达参数对应的送达结果和所述接收参数对应的接收结果；

告警信息输出模块，用于当所述送达结果和/或所述接收结果大于预设阈值时，输出告警信息。

7.一种计算机设备，其特征在于，包括存储器和处理器，所述存储器中存储有计算机程序，所述处理器执行所述计算机程序时实现如权利要求1至5中任一项所述的基于哈希算法的短信链路监控方法。

8.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现如权利要求1至5中任一项所述的基于哈希算法的短信链路监控方法。

Images