CN115174434B - 探测任务的执行方法、装置、设备、存储介质及产品 - Google Patents

Abstract

本申请实施例公开了一种探测任务的执行方法、装置、设备、存储介质及产品。其中，该方法包括：响应于非实时探测场景下的探测任务的请求指令，确定探测通道和探测停止条件，其中，所述非实时探测场景包括在探测消息发送后无法实时获取消息状态的探测场景，所述探测通道为所述探测任务对应的目标消息系统中的消息通道；从所述探测任务对应的备选探测消息队列中确定目标探测消息，通过所述探测通道发送所述目标探测消息，以执行所述探测任务，并在所述探测任务的执行过程中动态更新存储于缓存空间的探测状态数据；若所述探测状态数据满足所述探测停止条件，停止执行所述探测任务。本申请可以有效控制非实时探测场景下探测任务的执行与停止状态。

Description

探测任务的执行方法、装置、设备、存储介质及产品

技术领域

本申请实施例涉及网络通讯技术领域，尤其涉及探测任务的执行方法、装置、设备、存储介质及产品。

背景技术

在多路径消息系统中，当消息发送时，需要知道各个消息通道的通道质量，以选择质量更优的通道，提高消息传输的可靠性。但是，由于事先不知道通道质量，所以需要探测通道质量。

某个消息通道的通道质量可以通过该通道成功发送消息数与该通道发送消息总数之比体现。因此，可以建立一个探测任务，通过某通道发送一定目标数量的消息，统计消息的发送情况来确定该通道的通道质量。一般情况下，在消息接收端对消息做出响应后，有关消息发送情况等相关数据会保存到消息系统的数据库中。在某探测任务执行过程中，可以通过被探测通道不断传输消息，并实时查询数据库来确定发送消息的总数量，当发送消息总数量到达目标数量时，停止执行探测任务。但是，在发送消息后不能立马获取消息状态的非实时场景下，消息发送的相关数据写入数据库以及从数据库中读取发送消息总数量都会存在一定的时间延迟，探测任务不能及时停止，从而影响消息系统的消息可靠性，频繁查询数据库也会对数据库造成一定的压力。

发明内容

本申请实施例提供了探测任务的执行方法、装置、设备、存储介质及产品，可以有效控制非实时探测场景下探测任务的执行与停止。

根据本申请的一方面，提供了一种探测任务的执行方法，该方法包括：

响应于非实时探测场景下的探测任务的请求指令，确定探测通道和探测停止条件，其中，所述非实时探测场景包括在探测消息发送后无法实时获取消息状态的探测场景，所述探测通道为所述探测任务对应的目标消息系统中的消息通道；

从所述探测任务对应的备选探测消息队列中确定目标探测消息，通过所述探测通道发送所述目标探测消息，以执行所述探测任务，并在所述探测任务的执行过程中动态更新存储于缓存空间的探测状态数据；

若所述探测状态数据满足所述探测停止条件，停止执行所述探测任务。

根据本申请的另一方面，提供了一种探测任务的停止执行装置，该装置包括：

探测任务响应模块，用于响应于非实时探测场景下的探测任务的请求指令，确定探测通道和探测停止条件，其中，所述非实时探测场景包括在探测消息发送后无法实时获取消息状态的探测场景，所述探测通道为所述探测任务对应的目标消息系统中的消息通道；

探测任务执行模块，用于从所述探测任务对应的备选探测消息队列中确定目标探测消息，通过所述探测通道发送所述目标探测消息，以执行所述探测任务，并在所述探测任务的执行过程中动态更新存储于缓存空间的探测状态数据；

探测任务停止模块，用于若所述探测状态数据满足所述探测停止条件，停止执行所述探测任务。

根据本申请的另一方面，提供了一种探测消息发送设备，所述探测消息发送设备包括：

至少一个处理器；以及

与所述至少一个处理器通信连接的存储器；其中，

所述存储器存储有可被所述至少一个处理器执行的计算机程序，所述计算机程序被所述至少一个处理器执行，以使所述至少一个处理器能够执行本申请任一实施例所述的探测任务的执行方法。

根据本申请的另一方面，提供了一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序用于使处理器执行时实现本申请任一实施例所述的探测任务的执行方法。

根据本申请的另一方面，提供了一种计算机程序产品，所述计算机程序产品包括计算机程序，所述计算机程序在被处理器执行时实现本申请任一实施例所述的探测任务的执行方法。

本申请实施例中提供的探测任务的执行方案，响应于非实时探测场景下的探测任务的请求指令，确定探测通道和探测停止条件，其中，非实时探测场景包括在探测消息发送后无法实时获取消息状态的探测场景，探测通道为探测任务对应的目标消息系统中的消息通道；从探测任务对应的备选探测消息队列中确定目标探测消息，通过探测通道发送目标探测消息，以执行探测任务，并在探测任务的执行过程中动态更新存储于缓存空间的探测状态数据；若探测状态数据满足探测停止条件，停止执行探测任务。通过采用上述技术方案，在探测任务的执行过程中，能够实时的获取到存储于缓存空间中探测状态数据，当探测状态数据满足探测停止条件时，可以快速停止探测任务，有效控制非实时探测场景下探测任务的执行与停止，不影响目标消息系统中其他通道的信息传输；另外，将探测状态数据从存储于数据库中的探测结果数据中分离出来，并存储在缓存空间中，可以在获取探测状态数据时减少高频查询数据库造成的性能损耗，保证整体消息系统的可靠性。

应当理解，本部分所描述的内容并非旨在标识本申请的实施例的关键或重要特征，也不用于限制本申请的范围。本申请的其它特征将通过以下的说明书而变得容易理解。

附图说明

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

图1为本申请实施例提供的一种探测任务的执行方法的流程示意图；

图2为本申请实施例提供的又一种探测任务的执行方法的流程示意图；

图3为本申请实施例提供的一种探测任务的执行装置的结构框图；

图4为本申请实施例提供的一种探测任务的执行设备的结构框图。

具体实施方式

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

需要说明的是，本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”、“备选”、“目标”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本申请的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

本实施例提供的探测任务的执行方法可适用于执行非实时探测场景下探测任务的情况。一般情况下，确定执行探测的执行情况，需要在通过探测通道不断发送探测消息的同时，实时查询数据库获取探测消息的消息状态来确定，而非实时探测场景可以理解为在探测任务的探测消息发送后无法实时获取消息状态的探测场景。本实施例中探测任务的探测过程可以包括如下过程：

S1、依次向目标用户群体中的目标用户发送包含验证信息的探测信息。

日常生活中，人们经常会碰到通过接收短信验证码进行身份验证的场景。在对上述类似场景中的消息系统进行通道质量检测时，任务的执行端可以通过探测通道不断向目标用户群体中的目标用户发送包含验证信息的探测信息。

S2、基于目标用户的验证反馈结果确定对应探测信息的消息状态，并将已确定消息状态的探测信息的探测数据存储于探测任务数据库中，其中，消息状态的确定时间与探测信息的发送时间存在时间间隔。

在上述信息验证等场景中，消息系统会向目标用户发送包含验证信息的短信或其他即时信息，一般认为目标用户有输入验证码的行为表示消息成功发送，目标用户没有输入验证码的行为表示消息发送失败。也就是说，用户在指定输入位置填写验证信息并提交，或者用户在一定时间段后未反馈验证信息，才会形成用户的验证反馈结果。同样的，在非实时探测场景下，探测任务的执行端向目标用户发送探测信息后，需要等目标用户反馈验证信息或者目标用户超时未反馈验证信息时形成验证反馈结果，此时可以根据验证反馈结果确定对应探测信息的消息状态，并形成探测信息的探测数据存储于探测任务数据库。因为探测任务的执行端向目标用户发送探测信息后不能立马获取已发送探测信息的消息状态，即消息状态的确定时间与探测信息的发送时间存在时间间隔。

S3、从探测任务数据库中读取探测数据，基于探测数据确定探测通道的通信质量。

由于探测信息的探测数据存储于探测任务数据库中，可以从探测任务数据库中读取探测数据，根据探测数据中记录的相关信息确定探测通道的通信质量。

在上述需要依赖用户回传行为来判断消息是否成功发送的非实时探测场景中，探测数据保存到数据库的延迟大概需要1-2分钟，相应的，从数据库中读取并统计探测消息的发送情况也就存在延时。由于时间延迟的问题，即使探测任务的发送消息总数量已经到达任务需要发送的目标数量，探测消息的发送操作依旧不能实时停止。这会导致探测任务中发送消息总数量超出原定的探测目标数量，影响消息系统的消息可靠性。当该消息系统查询数据量的每秒请求次数QPS较高时，频繁查询数据库也会对数据库造成一定的压力。

图1为本申请实施例提供的一种探测任务的执行方法的流程示意图，本实施例可适用于执行非实时探测场景下探测任务的情况，该方法可以由探测任务的执行装置执行，该探测任务的执行装置可以采用硬件和/或软件的形式实现，该探测任务的执行装置可配置于探测任务的执行设备中。如图1所示，该方法包括：

步骤101、响应于非实时探测场景下的探测任务的请求指令，确定探测通道和探测停止条件，其中，非实时探测场景包括在探测消息发送后无法实时获取消息状态的探测场景，探测通道为探测任务对应的目标消息系统中的消息通道。

在多路径消息系统中，经常需要通过完成探测任务测量各个通道的通道质量，在执行探测任务时，主要是通过某通道发送一定目标数量的消息，统计消息的发送情况来确定该通道的通道质量。在本实施例中，可以将探测任务中被测量通道质量的消息通道称为探测通道，测量过程中通过探测通道发出的消息可以称为探测消息。另外，可以将探测通道所在的目标消息系统中的其他消息通道称为非探测通道。

在本申请实施例中，可以针对目标消息系统中的某个消息通道建立探测任务，形成探测任务的请求指令。探测任务的执行装置可以在接收探测任务的请求指令时进行响应，开始执行探测任务的请求指令对应的探测任务。探测任务的请求指令中可以包含探测通道和探测停止条件的相关信息，探测任务的执行装置可以解析探测任务的请求指令，提取探测通道信息和探测停止条件信息，为了提高探测任务的执行效果，可以将探测通道信息和探测发送条件保存在探测任务对应的缓存空间中。

步骤102、从探测任务对应的备选探测消息队列中确定目标探测消息，通过探测通道发送目标探测消息，以执行探测任务，并在探测任务的执行过程中动态更新存储于缓存空间的探测状态数据。

在本申请实施例中，探测状态数据可以与探测停止条件相对应，探测状态数据可以包括判断探测任务是否满足探测停止条件时需要的相关参数。探测停止条件可以理解为探测任务终止执行的约束条件，探测状态数据则可以表示探测任务的执行状况，例如探测任务的执行进度、探测消息的发送数量等。

备选探测消息队列可以理解为由满足探测条件的备选探测消息构成的消息队列，备选探测消息可以是由探测通道发出、以实现测量探测通道的通道质量的探测消息。

在本实施例中，当探测任务被响应后，可以不断从备选探测消息队列中选择一个或多个备选探测消息，将选取的备选探测消息作为目标探测消息，并控制目标探测消息通过探测通道向对应的用户发出。并且，在目标探测消息发出时，可以将存储在缓存空间的探测状态数据进行更新。另外，每次从备选探测消息队列中确定的目标探测消息的数量，可以是预先设置好的固定数量，也可以是满足当前发送周期内一定发送条件的随机数量，但是，目标探测消息的发送数量与探测状态数据的更新情况需要保持一致。

步骤103、若探测状态数据满足探测停止条件，停止执行探测任务。

在本实施例中，为了实时控制探测任务的执行与停止，可以将探测状态数据存储于探测任务对应的缓存空间中。在探测任务被执行时，可以实时查询缓存空间中的探测状态数据，并判断其是否满足探测停止条件。当探测状态数据满足探测停止条件时，可以终止探测任务的执行操作，结束探测任务。

在一个实施例中，停止执行探测任务可以包括：

停止从备选探测消息队列中确定目标探测消息；或者，停止通过探测通道发送目标探测消息。

在本实施例中，如果不从备选探测消息队列中确定新的目标探测消息，或者，确定出的新目标探测消息没有通过探测通道发出，都可以认为探测任务没有被进一步的执行，也就可以认为探测任务处于停止状态。

本申请实施例中提供的探测任务的执行方案，响应于非实时探测场景下的探测任务的请求指令，确定探测通道和探测停止条件，其中，非实时探测场景包括在探测消息发送后无法实时获取消息状态的探测场景，探测通道为探测任务对应的目标消息系统中的消息通道；从探测任务对应的备选探测消息队列中确定目标探测消息，通过探测通道发送目标探测消息，以执行探测任务，并在探测任务的执行过程中动态更新存储于缓存空间的探测状态数据；若探测状态数据满足探测停止条件，停止执行探测任务。通过采用上述技术方案，在探测任务的执行过程中，能够实时的获取到存储于缓存空间中探测状态数据，当探测状态数据满足探测停止条件时，可以快速停止探测任务，在不影响目标消息系统中其他通道信息传输的情况下，有效控制非实时探测场景下探测任务的执行与停止；同时，将探测状态数据从存储于数据库中的探测结果数据中分离出来，并存储在缓存空间中，可以在获取探测状态数据时减少高频查询数据库造成的性能损耗，保证整体消息系统的可靠性。

在上述实施例的基础上，本申请实施例进一步优化了上述探测任务的执行方法，如图2所示，该方法包括：

步骤201、响应于非实时探测场景下的探测任务的请求指令，确定探测通道和探测停止条件，其中，探测停止条件为探测消息发送数量大于或等于目标发送数量。

本申请实施例中，探测停止条件可以为探测消息发送数量大于或等于目标发送数量，目标发送数量可以根据具体的探测任务设定，并通过探测任务的请求指令发送给探测任务的执行装置。探测任务的执行装置在接收到探测任务的请求指令时解析得到其中的探测通道信息和探测发送条件信息，将探测通道信息和探测发送条件信息保存在探测任务对应的缓存空间中。

步骤202、从初始待发送消息队列中筛选出满足预设探测条件的备选探测消息，形成备选探测消息队列。

其中，初始待发送消息队列可以理解为目标消息系统中所有初始待发送消息组成的消息队列。

本申请实施例中，可以利用符合一定探测条件的消息对探测通道进行质量检测，因此可以根据预设探测条件在初始待发送消息队列中进行消息筛选，将满足探测条件的初始待发送消息作为备选探测消息，形成备选探测消息队列。

一种实施方式中，从初始待发送消息队列中筛选出满足预设探测条件的备选探测消息可以具体通过以下方式实现：获取初始待发送消息队列中各初始待发送消息的信息参数，将信息参数在预设参数区间的初始待发送消息确定为备选探测消息，其中，信息参数包括初始待发送消息的消息大小和/或消息类型。

一般情况下，消息具有一定的信息属性，如消息大小、消息类型等，本申请实施例可以将初始待发送消息的消息大小和/或消息类型作为初始待发送消息的信息参数，相应的，预设探测条件可以设置为初始待发送消息的信息参数在预设参数区间内。当某个初始待发送消息的信息参数在预设参数区间，则可以确定该初始待发送消息为备选探测消息。

另外，步骤202的执行与步骤203和步骤204的执行并不冲突，步骤202可以在步骤201之后及步骤205之前的任意时刻进行。

步骤203、对探测消息发送数量进行初始化，使探测消息发送数量的初始值为零。

本申请实施例中，在探测通道发出第一条探测消息前，可以在缓存空间中初始化一个探测消息发送数量，将探测消息发送数量的初始值置零，以记录探测消息的发送数量。

步骤204、获取存储于缓存空间的探测消息发送数量，判断探测消息发送数量是否大于或等于目标发送数量。

本申请实施例中，在探测任务开始执行时，探测任务的执行装置可以实时获取缓存空间存储的探测消息发送数量，并判断探测消息发送数量是否大于或等于目标发送数量。若探测消息发送数量小于目标发送数量，可以进行步骤205；否则，可以进行步骤206。

步骤205、从探测任务对应的备选探测消息队列中确定目标探测消息，通过探测通道发送目标探测消息，以执行探测任务，并在探测任务的执行过程中动态更新存储于缓存空间的探测状态数据。

本申请实施例中，当探测消息发送数量小于目标发送数量时，可以从备选探测消息队列中选择备选探测消息，将选取的备选探测消息作为目标探测消息。在选取备选探测消息作为目标探测消息时，可以每次从备选探测消息队列中选取一个或者其他指定数量个备选探测消息，选取的规则可以是从消息队列的队头依次选取，也可以是从消息队列中随机选取。确定目标探测消息后，可以控制目标探测消息通过探测通道向对应的用户发出。在目标探测消息发出时，可以将存储在缓存空间的探测消息发送数量进行相应调整，例如，在当前发送周期内确定并发出了一个目标探测消息，则探测消息发送数量加一；在当前发送周期内确定并发出了两个目标探测消息，则探测消息发送数量加二。在执行完一次目标探测消息的发送操作之后，可以返回执行步骤204。

步骤206、控制备选探测消息队列中未发出的备选探测消息通过非探测通道发出。

其中，非探测通道可以为目标消息系统中除探测通道之外的其他消息通道。

本申请实施例中，当探测消息发送数量不小于目标发送数量时，可以认为探测消息发送量满足了本次探测任务，即触发了探测停止条件，此时可以停止选择目标探测消息或停止发送目标探测消息，以结束探测任务，将备选探测消息队列中还未发出的备选探测消息按照常规的发送逻辑通过标消息系统中的非探测通道发出即可。

本申请实施例中提供的探测任务的执行方案，响应于非实时探测场景下的探测任务请求指令，确定探测通道和探测停止条件，其中，探测停止条件为探测消息发送数量大于或等于目标发送数量；从初始待发送消息队列中筛选出满足预设探测条件的备选探测消息，形成备选探测消息队列；对探测消息发送数量进行初始化，使探测消息发送数量的初始值为零；获取存储于缓存空间的探测消息发送数量，判断探测消息发送数量是否大于或等于目标发送数量；当探测消息发送数量小于目标发送数量时，从探测任务对应的备选探测消息队列中确定目标探测消息，通过探测通道发送目标探测消息，以执行探测任务，并在探测任务的执行过程中动态更新存储于缓存空间的探测状态数据；当探测消息发送数量大于或等于目标发送数量时，控制备选探测消息队列中未发出的备选探测消息通过非探测通道发出。通过采用上述技术方案，可以实时获取非实时探测场景下探测消息的发送数量，当探测消息发送数量到达探测任务的目标发送数量时，及时终止探测任务，并通过非探测通道发送目标消息系统中未发送的消息，在执行探测任务时不影响消息系统中其他通道的信息传输，保证整体消息系统的可靠性；同时将探测消息发送数量存储于缓存空间，不需要从数据库查询探测消息数据并统计探测消息发送数量，减少了高频查询数据库造成的性能损耗。

图3为本申请实施例提供的一种探测任务的执行装置的结构框图，该装置可由软件和/或硬件实现，一般可集成在探测任务的执行设备中，可通过执行探测任务的执行方法来实现非实时探测场景下的探测任务。如图3所示，该装置包括：

探测任务响应模块301，用于响应于非实时探测场景下的探测任务的请求指令，确定探测通道和探测停止条件，其中，所述非实时探测场景包括在探测消息发送后无法实时获取消息状态的探测场景，所述探测通道为所述探测任务对应的目标消息系统中的消息通道。

探测任务执行模块302，用于从所述探测任务对应的备选探测消息队列中确定目标探测消息，通过所述探测通道发送所述目标探测消息，以执行所述探测任务，并在所述探测任务的执行过程中动态更新存储于缓存空间的探测状态数据；

探测任务停止模块303，用于若所述探测状态数据满足所述探测停止条件，停止执行所述探测任务。

本申请实施例中提供的探测任务的执行方案，响应于非实时探测场景下的探测任务的请求指令，确定探测通道和探测停止条件，其中，非实时探测场景包括在探测消息发送后无法实时获取消息状态的探测场景，探测通道为探测任务对应的目标消息系统中的消息通道；从探测任务对应的备选探测消息队列中确定目标探测消息，通过探测通道发送目标探测消息，以执行探测任务，并在探测任务的执行过程中动态更新存储于缓存空间的探测状态数据；若探测状态数据满足探测停止条件，停止执行探测任务。通过采用上述技术方案，在探测任务的执行过程中，能够实时的获取到存储于缓存空间中探测状态数据，当探测状态数据满足探测停止条件时，可以快速停止探测任务，有效控制非实时探测场景下探测任务的执行与停止，不影响目标消息系统中其他通道的信息传输；另外，将探测状态数据从存储于数据库中的探测结果数据中分离出来，并存储在缓存空间中，可以在获取探测状态数据时减少高频查询数据库造成的性能损耗，保证整体消息系统的可靠性。

可选的，所述探测状态数据包括探测消息发送数量；

所述探测停止条件包括所述探测消息发送数量大于或等于目标发送数量。

可选的，所述装置还包括：

发送数量初始化模块，用于通过所述探测通道发送所述目标探测消息之前，对所述探测消息发送数量进行初始化，使所述探测消息发送数量的初始值为零。

可选的，所述探测任务停止模块303，具体用于：

若所述探测状态数据满足所述探测停止条件，停止从所述备选探测消息队列中确定目标探测消息；或者，停止通过所述探测通道发送所述目标探测消息。

可选的，所述装置还包括：

非探测通道发送模块，用于在停止执行所述探测任务的同时，控制所述备选探测消息队列中未发出的备选探测消息通过非探测通道发出，所述非探测通道为所述目标消息系统中除所述探测通道之外的其他消息通道。

可选的，所述装置还包括：

备选消息筛选模块，用于在从所述探测任务对应的备选探测消息队列中确定目标探测消息之前，从初始待发送消息队列中筛选出满足预设探测条件的备选探测消息，形成备选探测消息队列。

可选的，所述备选消息筛选模块具体用于：

获取初始待发送消息队列中各初始待发送消息的信息参数，将信息参数在预设参数区间的初始待发送消息确定为备选探测消息，其中，所述信息参数包括初始待发送消息的消息大小和/或消息类型。

本申请实施例中提供的探测任务的执行方案，响应于非实时探测场景下的探测任务请求指令，确定探测通道和探测停止条件，其中，探测停止条件为探测消息发送数量大于或等于目标发送数量；从初始待发送消息队列中筛选出满足预设探测条件的备选探测消息，形成备选探测消息队列；对探测消息发送数量进行初始化，使探测消息发送数量的初始值为零；获取存储于缓存空间的探测消息发送数量，判断探测消息发送数量是否大于或等于目标发送数量；当探测消息发送数量小于目标发送数量时，从探测任务对应的备选探测消息队列中确定目标探测消息，通过探测通道发送目标探测消息，以执行探测任务，并在探测任务的执行过程中动态更新存储于缓存空间的探测状态数据；当探测消息发送数量大于或等于目标发送数量时，控制备选探测消息队列中未发出的备选探测消息通过非探测通道发出。通过采用上述技术方案，可以实时获取非实时探测场景下探测消息的发送数量，当探测消息发送数量到达探测任务的目标发送数量时，及时终止探测任务，并通过非探测通道发送目标消息系统中未发送的消息，在执行探测任务时不影响消息系统中其他通道的信息传输，保证整体消息系统的可靠性；同时将探测消息发送数量存储于缓存空间，不需要从数据库查询探测消息数据并统计探测消息发送数量，减少了高频查询数据库造成的性能损耗。

本申请实施例提供了一种探测任务的执行设备，该探测任务的执行设备中可集成本申请实施例提供的探测任务的执行装置。图4为本申请实施例提供的一种探测任务的执行设备的结构框图。探测任务的执行设备400包括处理器401，以及与处理器401通信连接的存储器402，其中，存储器402存储有可被处理器401执行的计算机程序，计算机程序被处理器401执行，以使所述处理器401能够执行本申请任一实施例所述的探测任务的执行方法。其中，处理器的数量可以是一个或多个，图4中以一个处理器为例。

本申请实施例还提供了一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序用于使处理器执行时实现本申请任一实施例所述的探测任务的执行方法。

本申请实施例还提供一种计算机程序产品，所述计算机程序产品包括计算机程序，所述计算机程序在被处理器执行时实现如本申请实施例提供的探测任务的执行方法。

上述实施例中提供的探测任务的执行装置、设备、存储介质及产品可执行本申请任意实施例所提供的探测任务的执行方法，具备执行该方法相应的功能模块和有益效果。未在上述实施例中详尽描述的技术细节，可参见本申请任意实施例所提供的探测任务的执行方法。

Claims (10)

1.一种探测任务的执行方法，其特征在于，包括：

响应于非实时探测场景下的探测任务的请求指令，确定探测通道和探测停止条件，其中，所述非实时探测场景包括在探测消息发送后无法实时获取消息状态的探测场景，所述探测通道为所述探测任务对应的目标消息系统中的消息通道；

从所述探测任务对应的备选探测消息队列中确定目标探测消息，通过所述探测通道发送所述目标探测消息，以执行所述探测任务，并在所述探测任务的执行过程中动态更新存储于缓存空间的探测状态数据；

若所述探测状态数据满足所述探测停止条件，停止执行所述探测任务。

2.根据权利要求1所述的方法，其特征在于，

所述探测状态数据包括探测消息发送数量；

所述探测停止条件包括所述探测消息发送数量大于或等于目标发送数量。

3.根据权利要求2所述的方法，其特征在于，在通过所述探测通道发送所述目标探测消息之前，还包括：

对所述探测消息发送数量进行初始化，使所述探测消息发送数量的初始值为零。

4.根据权利要求1所述的方法，其特征在于，所述停止执行所述探测任务，包括：

停止从所述备选探测消息队列中确定目标探测消息；或者，

停止通过所述探测通道发送所述目标探测消息。

5.根据权利要求1所述的方法，其特征在于，在停止执行所述探测任务的同时，还包括：

控制所述备选探测消息队列中未发出的备选探测消息通过非探测通道发出，所述非探测通道为所述目标消息系统中除所述探测通道之外的其他消息通道。

6.根据权利要求1所述的方法，其特征在于，在从所述探测任务对应的备选探测消息队列中确定目标探测消息之前，还包括：

从初始待发送消息队列中筛选出满足预设探测条件的备选探测消息，形成备选探测消息队列。

7.根据权利要求6所述的方法，其特征在于，所述从初始待发送消息队列中筛选出满足预设探测条件的备选探测消息，包括：

获取初始待发送消息队列中各初始待发送消息的信息参数，将信息参数在预设参数区间的初始待发送消息确定为备选探测消息，其中，所述信息参数包括初始待发送消息的消息大小和/或消息类型。

8.一种探测任务的执行装置，其特征在于，包括：

探测任务响应模块，用于响应于非实时探测场景下的探测任务的请求指令，确定探测通道和探测停止条件，其中，所述非实时探测场景包括在探测消息发送后无法实时获取消息状态的探测场景，所述探测通道为所述探测任务对应的目标消息系统中的消息通道；

探测任务执行模块，用于从所述探测任务对应的备选探测消息队列中确定目标探测消息，通过所述探测通道发送所述目标探测消息，以执行所述探测任务，并在所述探测任务的执行过程中动态更新存储于缓存空间的探测状态数据；

探测任务停止模块，用于若所述探测状态数据满足所述探测停止条件，停止执行所述探测任务。

9.一种探测任务的执行设备，其特征在于，所述探测任务的执行设备包括：

至少一个处理器；以及

与所述至少一个处理器通信连接的存储器；其中，

所述存储器存储有可被所述至少一个处理器执行的计算机程序，所述计算机程序被所述至少一个处理器执行，以使所述至少一个处理器能够执行权利要求1-7任一项所述的探测任务的执行方法。

10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质存储有计算机程序，所述计算机程序用于使处理器执行时实现权利要求1-7中任一所述的探测任务的执行方法。