一种任务处理方法、装置、电子设备及存储介质

技术领域

本发明涉及数据处理技术领域，尤其涉及一种任务处理方法、装置、电子设备及存储介质。

背景技术

在基于云原生的流水线任务执行过程中，任务处理效率以及资源合理调度十分重要。

目前，在对流水线任务执行过程中，需要对每个任务请求建立任务线程，且在该任务请求未完成之前，所有的资源不会被释放，导致对服务器资源的大量占用，当存在大量的任务请求时，会造成服务器较大的处理压力，甚至出现服务器宕机的问题。

为了解决上述问题，需要对任务处理方法进行改进。

发明内容

本发明提供了一种任务处理方法、装置、电子设备及存储介质，以解决存在较多任务请求时，造成服务器的服务压力大的问题。

第一方面，本发明实施例提供了一种任务处理方法，包括：

当检测到任务请求队列中的实际请求数量小于预设请求数量时，获取至少一个待处理请求；

获取与各待处理请求相对应的待使用信息；其中，所述待使用信息包括源代码信息、虚拟镜像信息以及部署环境信息中的至少一种；

对各待使用信息分别进行封装处理，得到相应的待处理任务，并确定与各待处理任务相对应的待使用服务器；

将各所述待处理任务发送至相应的待使用服务器，以基于各待使用服务器执行相应的待处理任务，并将相应待处理任务的任务执行状态反馈至目标客户端。

第二方面，本发明实施例还提供了一种任务处理装置，包括：

请求获取模块，用于当检测到任务请求队列中的实际请求数量小于预设请求数量时，获取至少一个待处理请求；

待使用信息获取模块，用于获取与各待处理请求相对应的待使用信息；其中，所述待使用信息包括源代码信息、虚拟镜像信息以及部署环境信息中的至少一种；

服务器确定模块，用于对各待使用信息分别进行封装处理，得到相应的待处理任务，并确定与各待处理任务相对应的待使用服务器；

任务发送模块，用于将各所述待处理任务发送至相应的待使用服务器，以基于各待使用服务器执行相应的待处理任务，并将相应待处理任务的任务执行状态反馈至目标客户端。

第三方面，本发明实施例还提供了一种电子设备，包括：

至少一个处理器；以及

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

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

第四方面，本发明实施例还提供了一种计算机可读存储介质，所述计算机可读存储介质存储有计算机指令，所述计算机指令用于使处理器执行时实现本发明任一实施例所述的任务处理方法。

本实施例的技术方案，当检测到任务请求队列中的实际请求数量小于预设请求数量时，获取至少一个待处理请求，根据任务请求队列中的实际请求数量，确定是否可以在任务请求队列中添加新的待处理请求，以分批对各待处理请求进行处理，以降低服务器的服务压力。获取与各待处理请求相对应的待使用信息，通过对待处理请求进行解析，得到相应的待使用信息所对应的信息存储路径，并从相应的信息存储路径中获取待使用信息。对各待使用信息分别进行封装处理，得到相应的待处理任务，并确定与各待处理任务相对应的待使用服务器，基于各待使用信息进行封装处理后，得到服务器可以识别的数据格式的待处理任务，以基于服务器对待处理任务进行处理。将各所述待处理任务发送至相应的待使用服务器，以基于各待使用服务器执行相应的待处理任务，并将相应待处理任务的任务执行状态反馈至目标客户端。解决了存在较多任务请求时，造成服务器的服务压力大的问题，通过将任务请求进行异步托管，实现了降低服务器服务压力的效果。

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

附图说明

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

图1是根据本发明实施例一提供的一种任务处理方法的流程图；

图2是根据本发明实施例二提供的一种任务处理方法的流程图；

图3是根据本发明实施例二提供的一种任务队列生成方法的流程图；

图4是根据本发明实施例二提供的一种派发各待处理任务的示意图；

图5是根据本发明实施例三提供的一种任务处理装置的结构示意图；

图6是实现本发明实施例的任务处理方法的电子设备的结构示意图。

具体实施方式

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

需要说明的是，本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本发明的实施例能够以除了在这里图示或描述的那些以外的顺序实施。

在对本技术方案进行详细阐述之前，先对本技术方案的应用场景进行介绍，以便更加清楚的理解本技术方案。在进行任务处理过程中，通常可以通过向服务器发送任务请求，以在服务器接收到任务请求时，基于各任务请求执行相应的任务，但在此过程中，经常会出现在同一时间段内，同时有多个任务请求发送至服务器，请求进行任务处理。在此情况下，服务器需要获取与各任务请求相对应的任务资源，并根据各任务资源执行相应的任务请求所对应的任务，这样的任务处理方式对服务器的性能影响非常大，不仅会降低服务器处理任务的效率，严重的甚至会导致服务器宕机。为了能缓解服务器在任务请求高并发场景下的任务处理压力，提高服务器的处理效率，可以基于本技术方案对任务处理方法进行改进。

实施例一

图1为本发明实施例一提供了一种任务处理方法的流程图，本实施例可适用于当存在较多服务请求时，对服务请求进行异步托管，以降低服务器的服务压力的情况，该方法可以由任务处理装置来执行，该任务处理装置可以采用硬件和/或软件的形式实现，该任务处理装置可配置于可执行任务处理方法的计算设备中。

如图1所示，该方法包括：

S110、当检测到任务请求队列中的实际请求数量小于预设请求数量时，获取至少一个待处理请求。

为了降低服务器的服务压力，可以对待处理的任务进行异步托管处理，也就是说，客户端可以向任务处理平台发送任务请求，并基于各任务请求生成相应的任务请求队列，进一步的，任务处理平台可以根据任务请求队列中的任务请求发送至相应的服务器，以基于相应的服务器进行任务处理。在任务请求队列中包括至少一个待处理请求，其中，待处理请求即为客户端所发出的任务请求。实际请求数量可以理解为任务请求队列中的记录的待处理请求的数量。预设请求数量可以理解为预先对任务请求队列设置的可以记录的待处理请求的数量。

在实际应用过程中，当客户端需要服务器进行任务处理时，可以向任务处理平台发送相应的待处理请求。但是由于任务请求队列中可以记录的待处理请求的数量是预先设定的，具体可以为动态设定，如设置为100个，若待处理请求的实际请求数量大于预设请求数量时，任务队列将无法接收多余的待处理请求。换句话说，只有在任务请求队列中的实际请求数量小于预设请求数量时，任务队列才会记录客户端发送的待处理请求，以使任务处理平台将各待处理请求进行相应的派发。

可选的，当检测到任务请求队列中的实际请求数量小于预设请求数量时，获取至少一个待处理请求，包括：对任务请求队列中的任务请求进行监测，得到实际请求数量；当实际请求数量小于预设请求数量时，从请求候选库中获取至少一个待处理请求。

其中，请求候选库中包括基于客户端发送的至少一个任务请求。

具体的，为了确定任务请求队列中是否可以继续记录新的待处理请求，需要实时或间隔性的对任务请求队列中的待处理请求的数量进行检测，得到实际请求数量。当检测到实际请求数量小于预设请求数量时，表明任务请求队列中可以记录新的待处理请求，此时，可以从预先设置的请求候选库中获取相应数量的待处理请求。

可以理解的是，虽然任务请求队列中的任务请求数量预先设定的，但是客户端在发送请求时，会存在任务请求的数量远远大于任务请求队列中的预设请求数量的情况。此时，可以拒绝再接收各客户端发送的任务请求，并进行相应的提示，如，服务器正忙，请稍后发送。但是为了能够方便用户在基于客户端进行任务请求的发送，可以预先建立请求候选库，用于存储客户端发送的所有的任务请求，并只在任务请求队列中的实际请求数量小于预设请求数量时，对任务请求队列中的任务请求进行相应补充。

S120、获取与各待处理请求相对应的待使用信息。

其中，待使用信息包括源代码信息、虚拟镜像信息以及部署环境信息中的至少一种。

在实际应用过程中，以用户进行代码编辑为例，用户基于客户端可以输入一个代码文件，并生成与该代码文件相对应的待处理请求。在待处理请求中可以包括该代码文件所需要的源代码信息、虚拟镜像信息以及部署环境信息等。在任务处理平台接收到各待处理请求时，可以对各待处理请求进行解析，根据各待处请求所携带的文件信息，得到与各待处理请求相对应的待使用信息，即该代码文件所需要的源代码信息、虚拟镜像信息以及部署环境信息等。

可选的，获取与各待处理请求相对应的待使用信息，包括：针对各待处理请求，对当前待处理请求进行解析，得到与当前待处理请求相对应的当前待使用信息，以及与当前待使用信息相对应的信息存储路径；通过信息存储路径，获取与当前待处理请求相对应的当前待使用信息。

在本技术方案中，各待处理请求均可作为当前待处理请求，仅以其中一个待处理请求为当前待处理请求为例进行举例。信息存储路径可以理解为用于存储待使用信息的文件路径。

可以理解的是，待使用信息的不同，其所对应的信息存储路径也是不同的。

具体的，任务处理平台在检测到任务请求队列中的各待处理请求时，以当前待处理请求为例，任务处理平台可以对当前待处理请求进行解析，以获得当前待处理请求中所携带的当前待使用信息所对应的信息存储路径。示例性的，在当前待使用信息的数量可以为一个或多个，根据各当前待使用信息所携带的路径标识，可以确定相应的信息存储路径，并通过各信息存储路径获取与相应的当前待使用信息。

S130、对各待使用信息分别进行封装处理，得到相应的待处理任务，并确定与各待处理任务相对应的待使用服务器。

其中，待处理任务可以理解为基于待使用信息生成的待处理的任务。待使用服务器可以理解为用于执行待处理任务的服务器。

可选的，对各待使用信息分别进行封装处理，得到相应的待处理任务，并确定与各待处理任务相对应的待使用服务器，包括：针对各待使用信息，基于集成部署服务软件，对当前待使用信息进行封装处理，得到当前待处理任务；基于服务器状态记录表，确定与当前待处理任务相对应的当前待使用服务器。

其中，集成部署服务软件可以理解为对待使用信息进行封装处理的软件或插件等，如可以为CI/CD服务软件。服务器状态记录表可以理解为用于记录各待使用服务器的使用状态的信息表，在服务器状态记录表中，包括至少一个待使用服务器，以及与各待使用服务器相对应的服务器使用状态，服务器状态记录表为实时更新的状态信息表。

在实际应用中，用于执行待处理任务的服务器无法直接识别与待处理请求相对应的待使用信息，因此，需要将各待使用信息进行封装，得到待处理任务，可以理解的是，待处理任务的数据格式为可以被服务器识别的格式。具体的，以当前待处理请求为例，在获取与当前待处理请求相对应的至少一个当前待使用信息后，还需要基于集成部署服务软件对各当前待使用信息进行封装，得到相应的当前待处理任务。进一步的，基于服务器状态记录表，确定各待使用服务器是否处于使用状态，以确定与当前待处理任务相对应的当前待使用服务器。

可选的，服务器使用状态包括空闲状态或忙碌状态，基于服务器状态记录表，确定与当前待处理任务相对应的当前待使用服务器，包括：根据服务器状态记录表中各待使用服务器的服务器使用状态，确定至少一个空闲服务器；根据各空闲服务器的空闲时长，确定与当前待处理任务相对应的当前待使用服务器。

在本技术方案中，空闲服务器可以理解为当前时刻未使用的待使用服务器，也就是未处于任务执行状态的待使用服务器。

可以理解的是，空闲服务器的数量可以为一个，也可以为多个，当空闲服务器的数量为一个时，则可以将其作为与当前待处理任务相对应的当前待使用服务器。当空闲服务器的数量为多个时，可以基于各空闲服务器的空闲时长确定与当前待处理任务相对应的当前待使用服务器。其中，空闲时长即为待使用服务器未处于执行任务状态的时长。

S140、将各待处理任务发送至相应的待使用服务器，以基于各待使用服务器执行相应的待处理任务，并将相应待处理任务的任务执行状态反馈至目标客户端。

在实际应用中，根据各待处理任务所携带的任务执行信息，确定各待处理任务所对应的待使用服务器；将各待处理任务发送至相应待使用服务器，以基于各待使用服务器执行相应的待处理任务，并将相应待处理任务的任务执行状态反馈至目标客户端。

其中，任务执行信息可以理解为包括待处理任务的执行类型、执行时间以及可以选择的待使用服务器等信息。

具体的，根据各待处理任务所携带的任务执行信息，可以确定与各待处理任务相对应的待使用服务器，进一步的，任务处理平台可以将各待处理任务发送至相应的待使用服务器。同时，为了使用户能够查看各待处理任务所对应的状态，各待使用服务器在执行相应的待处理任务时，可以根据待处理任务的处理进度确定任务执行状态，并发送至目标客户端。

本实施例的技术方案，当检测到任务请求队列中的实际请求数量小于预设请求数量时，获取至少一个待处理请求，根据任务请求队列中的实际请求数量，确定是否可以在任务请求队列中添加新的待处理请求，以分批对各待处理请求进行处理，以降低服务器的服务压力。获取与各待处理请求相对应的待使用信息，通过对待处理请求进行解析，得到相应的待使用信息所对应的信息存储路径，并从相应的信息存储路径中获取待使用信息。对各待使用信息分别进行封装处理，得到相应的待处理任务，并确定与各待处理任务相对应的待使用服务器，基于各待使用信息进行封装处理后，得到服务器可以识别的数据格式的待处理任务，以基于服务器对待处理任务进行处理。将各所述待处理任务发送至相应的待使用服务器，以基于各待使用服务器执行相应的待处理任务，并将相应待处理任务的任务执行状态反馈至目标客户端。解决了存在较多任务请求时，造成服务器的服务压力大的问题，通过将任务请求进行异步托管，实现了降低服务器服务压力的效果。

实施例二

在一个具体的例子中，如图2所示，用户可以基于客户端进行代码编辑，生成相应的待处理请求，并将待处理请求提交至CI/CD服务(即，任务处理平台)，任务处理平台会将该待处理请求创建托管服务模型，并将该待处理请求存储至OAM模型进行记录，以便日后的请求查询。当OAM模型记录待处理请求后会将记录结果反馈至任务处理平台。同时，任务处理平台还会对待处理请求进行解析，得到相应的待使用信息，并根据待使用信息生成待处理任务，并将待处理任务发送至流水线(即，待使用服务器)。在待使用服务器执行待处理任务时，可以根据待处理任务的任务处理进度确定相应的任务执行状态，并反馈至任务处理平台，直至待处理任务被处理完毕。在此过程中，用户可以通过客户端对待处理任务的任务执行状态进行查询。

需要说明的是，如图3所示，在本技术方案中，基于生产者，即用户编辑的代码文件可以生成相应的待处理请求。任务处理平台在接收到各待处理请求时，可以先对各待处理请求进行参数校验，并生成相应的模型，若成功，则可以将待处理请求添加至任务请求队列中。需要注意的是，任务请求队列中的任务请求数量是预先设置的，也就是说，任务请求队列中的任务请求数量为预先设定的。实时或间隔的对任务请求队列中的实际请求数量进行检测，当实际请求数量小于预设请求数量时，可以从候选请求库中获取新的待处理请求对任务请求队列进行补充，并将相应的请求状态反馈至生产者，即，反馈至用户所使用的客户端。

进一步的，任务处理平台中的CI/CD服务可以对待处理请求进行解析，得到相应的待使用信息的信息存储路径，并从相应的信息存储路径获取相应的待使用信息。分别对各待处处理请求所对应的待使用信息进行封装处理后，可以得到待处理任务，然后，基于服务器状态表确定各待使用服务器的使用状态，并确定至少一个空闲服务器，以各待处理任务发送至相应的待使用服务器，具体的是，将各待处理任务发送至相应的空闲服务器。

示例性地，如图4所示，存在至少一个待处理请求时，基于云集群1的各CICD服务，或云集群2的各CICD服务，确定与各待处理请求相对应的应用模型服务1-10(即，待使用服务器)，通过服务器状态表，确定各待使用服务器的使用状态，当检测到存在至少一个空闲服务器时，通过网关将与各待处理请求相对应的待处理任务发送至相应的待使用服务器。

本实施例的技术方案，当检测到任务请求队列中的实际请求数量小于预设请求数量时，获取至少一个待处理请求，根据任务请求队列中的实际请求数量，确定是否可以在任务请求队列中添加新的待处理请求，以分批对各待处理请求进行处理，以降低服务器的服务压力。获取与各待处理请求相对应的待使用信息，通过对待处理请求进行解析，得到相应的待使用信息所对应的信息存储路径，并从相应的信息存储路径中获取待使用信息。对各待使用信息分别进行封装处理，得到相应的待处理任务，并确定与各待处理任务相对应的待使用服务器，基于各待使用信息进行封装处理后，得到服务器可以识别的数据格式的待处理任务，以基于服务器对待处理任务进行处理。将各所述待处理任务发送至相应的待使用服务器，以基于各待使用服务器执行相应的待处理任务，并将相应待处理任务的任务执行状态反馈至目标客户端。解决了存在较多任务请求时，造成服务器的服务压力大的问题，通过将任务请求进行异步托管，实现了降低服务器服务压力的效果。

实施例三

图5为本发明实施例三提供的一种任务处理装置的结构示意图。如图5所示，该装置包括：请求获取模块210、待使用信息获取模块220、服务器确定模块230和任务发送模块240。

其中，请求获取模块210，用于当检测到任务请求队列中的实际请求数量小于预设请求数量时，获取至少一个待处理请求；

待使用信息获取模块220，用于获取与各待处理请求相对应的待使用信息；其中，待使用信息包括源代码信息、虚拟镜像信息以及部署环境信息中的至少一种；

服务器确定模块230，用于对各待使用信息分别进行封装处理，得到相应的待处理任务，并确定与各待处理任务相对应的待使用服务器；

任务发送模块240，用于将各待处理任务发送至相应的待使用服务器，以基于各待使用服务器执行相应的待处理任务，并将相应待处理任务的任务执行状态反馈至目标客户端。

本实施例的技术方案，当检测到任务请求队列中的实际请求数量小于预设请求数量时，获取至少一个待处理请求，根据任务请求队列中的实际请求数量，确定是否可以在任务请求队列中添加新的待处理请求，以分批对各待处理请求进行处理，以降低服务器的服务压力。获取与各待处理请求相对应的待使用信息，通过对待处理请求进行解析，得到相应的待使用信息所对应的信息存储路径，并从相应的信息存储路径中获取待使用信息。对各待使用信息分别进行封装处理，得到相应的待处理任务，并确定与各待处理任务相对应的待使用服务器，基于各待使用信息进行封装处理后，得到服务器可以识别的数据格式的待处理任务，以基于服务器对待处理任务进行处理。将各所述待处理任务发送至相应的待使用服务器，以基于各待使用服务器执行相应的待处理任务，并将相应待处理任务的任务执行状态反馈至目标客户端。解决了存在较多任务请求时，造成服务器的服务压力大的问题，通过将任务请求进行异步托管，实现了降低服务器服务压力的效果。

可选的，请求获取模块包括：实际请求数量确定单元，用于对任务请求队列中的任务请求进行监测，得到实际请求数量；

请求获取单元，用于当实际请求数量小于预设请求数量时，从请求候选库中获取至少一个待处理请求；其中，请求候选库中包括基于客户端发送的至少一个任务请求。

可选的，待使用信息获取模块包括：存储路径确定单元，用于针对各待处理请求，对当前待处理请求进行解析，得到与当前待处理请求相对应的当前待使用信息，以及与当前待使用信息相对应的信息存储路径；

待使用信息获取单元，用于通过信息存储路径，获取与当前待处理请求相对应的当前待使用信息。

可选的，服务器确定模块包括：待处理任务确定单元，用于针对各待使用信息，基于集成部署服务软件，对当前待使用信息进行封装处理，得到当前待处理任务；

服务器确定单元，用于基于服务器状态记录表，确定与当前待处理任务相对应的当前待使用服务器；其中，服务器状态记录表包括至少一个待使用服务器，以及与各待使用服务器相对应的服务器使用状态，服务器状态记录表为实时更新的状态信息表。

可选的，服务器确定单元包括：空闲服务器确定子单元，用于根据服务器状态记录表中各待使用服务器的服务器使用状态，确定至少一个空闲服务器；

待使用服务器确定子单元，用于根据各空闲服务器的空闲时长，确定与当前待处理任务相对应的当前待使用服务器。

可选的，任务发送模块包括：根据各待处理任务所携带的任务执行信息，确定各待处理任务所对应的待使用服务器；

将各待处理任务发送至相应待使用服务器，以基于各待使用服务器执行相应的待处理任务，并将相应待处理任务的任务执行状态反馈至目标客户端。

本发明实施例所提供的任务处理装置可执行本发明任意实施例所提供的任务处理方法，具备执行方法相应的功能模块和有益效果。

实施例四

图6示出了本发明的实施例的电子设备10的结构示意图。电子设备旨在表示各种形式的数字计算机，诸如，膝上型计算机、台式计算机、工作台、个人数字助理、服务器、刀片式服务器、大型计算机、和其它适合的计算机。电子设备还可以表示各种形式的移动装置，诸如，个人数字处理、蜂窝电话、智能电话、可穿戴设备(如头盔、眼镜、手表等)和其它类似的计算装置。本文所示的部件、它们的连接和关系、以及它们的功能仅仅作为示例，并且不意在限制本文中描述的和/或者要求的本发明的实现。

如图6所示，电子设备10包括至少一个处理器11，以及与至少一个处理器11通信连接的存储器，如只读存储器(ROM)12、随机访问存储器(RAM)13等，其中，存储器存储有可被至少一个处理器执行的计算机程序，处理器11可以根据存储在只读存储器(ROM)12中的计算机程序或者从存储单元18加载到随机访问存储器(RAM)13中的计算机程序，来执行各种适当的动作和处理。在RAM 13中，还可存储电子设备10操作所需的各种程序和数据。处理器11、ROM 12以及RAM 13通过总线14彼此相连。输入/输出(I/O)接口15也连接至总线14。

电子设备10中的多个部件连接至I/O接口15，包括：输入单元16，例如键盘、鼠标等；输出单元17，例如各种类型的显示器、扬声器等；存储单元18，例如磁盘、光盘等；以及通信单元19，例如网卡、调制解调器、无线通信收发机等。通信单元19允许电子设备10通过诸如因特网的计算机网络和/或各种电信网络与其他设备交换信息/数据。

处理器11可以是各种具有处理和计算能力的通用和/或专用处理组件。处理器11的一些示例包括但不限于中央处理单元(CPU)、图形处理单元(GPU)、各种专用的人工智能(AI)计算芯片、各种运行机器学习模型算法的处理器、数字信号处理器(DSP)、以及任何适当的处理器、控制器、微控制器等。处理器11执行上文所描述的各个方法和处理，例如任务处理方法。

在一些实施例中，任务处理方法可被实现为计算机程序，其被有形地包含于计算机可读存储介质，例如存储单元18。在一些实施例中，计算机程序的部分或者全部可以经由ROM 12和/或通信单元19而被载入和/或安装到电子设备10上。当计算机程序加载到RAM 13并由处理器11执行时，可以执行上文描述的任务处理方法的一个或多个步骤。备选地，在其他实施例中，处理器11可以通过其他任何适当的方式(例如，借助于固件)而被配置为执行任务处理方法。

本文中以上描述的系统和技术的各种实施方式可以在数字电子电路系统、集成电路系统、场可编程门阵列(FPGA)、专用集成电路(ASIC)、专用标准产品(ASSP)、芯片上系统的系统(SOC)、负载可编程逻辑设备(CPLD)、计算机硬件、固件、软件、和/或它们的组合中实现。这些各种实施方式可以包括：实施在一个或者多个计算机程序中，该一个或者多个计算机程序可在包括至少一个可编程处理器的可编程系统上执行和/或解释，该可编程处理器可以是专用或者通用可编程处理器，可以从存储系统、至少一个输入装置、和至少一个输出装置接收数据和指令，并且将数据和指令传输至该存储系统、该至少一个输入装置、和该至少一个输出装置。

用于实施本发明的任务处理方法的计算机程序可以采用一个或多个编程语言的任何组合来编写。这些计算机程序可以提供给通用计算机、专用计算机或其他可编程数据处理装置的处理器，使得计算机程序当由处理器执行时使流程图和/或框图中所规定的功能/操作被实施。计算机程序可以完全在机器上执行、部分地在机器上执行，作为独立软件包部分地在机器上执行且部分地在远程机器上执行或完全在远程机器或服务器上执行。

在本发明的上下文中，计算机可读存储介质可以是有形的介质，其可以包含或存储以供指令执行系统、装置或设备使用或与指令执行系统、装置或设备结合地使用的计算机程序。计算机可读存储介质可以包括但不限于电子的、磁性的、光学的、电磁的、红外的、或半导体系统、装置或设备，或者上述内容的任何合适组合。备选地，计算机可读存储介质可以是机器可读信号介质。机器可读存储介质的更具体示例会包括基于一个或多个线的电气连接、便携式计算机盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦除可编程只读存储器(EPROM或快闪存储器)、光纤、便捷式紧凑盘只读存储器(CD-ROM)、光学储存设备、磁储存设备、或上述内容的任何合适组合。

为了提供与用户的交互，可以在电子设备上实施此处描述的系统和技术，该电子设备具有：用于向用户显示信息的显示装置(例如，CRT(阴极射线管)或者LCD(液晶显示器)监视器)；以及键盘和指向装置(例如，鼠标或者轨迹球)，用户可以通过该键盘和该指向装置来将输入提供给电子设备。其它种类的装置还可以用于提供与用户的交互；例如，提供给用户的反馈可以是任何形式的传感反馈(例如，视觉反馈、听觉反馈、或者触觉反馈)；并且可以用任何形式(包括声输入、语音输入或者、触觉输入)来接收来自用户的输入。

可以将此处描述的系统和技术实施在包括后台部件的计算系统(例如，作为数据服务器)、或者包括中间件部件的计算系统(例如，应用服务器)、或者包括前端部件的计算系统(例如，具有图形用户界面或者网络浏览器的用户计算机，用户可以通过该图形用户界面或者该网络浏览器来与此处描述的系统和技术的实施方式交互)、或者包括这种后台部件、中间件部件、或者前端部件的任何组合的计算系统中。可以通过任何形式或者介质的数字数据通信(例如，通信网络)来将系统的部件相互连接。通信网络的示例包括：局域网(LAN)、广域网(WAN)、区块链网络和互联网。

计算系统可以包括客户端和服务器。客户端和服务器一般远离彼此并且通常通过通信网络进行交互。通过在相应的计算机上运行并且彼此具有客户端-服务器关系的计算机程序来产生客户端和服务器的关系。服务器可以是云服务器，又称为云计算服务器或云主机，是云计算服务体系中的一项主机产品，以解决了传统物理主机与VPS服务中，存在的管理难度大，业务扩展性弱的缺陷。

应该理解，可以使用上面所示的各种形式的流程，重新排序、增加或删除步骤。例如，本发明中记载的各步骤可以并行地执行也可以顺序地执行也可以不同的次序执行，只要能够实现本发明的技术方案所期望的结果，本文在此不进行限制。

上述具体实施方式，并不构成对本发明保护范围的限制。本领域技术人员应该明白的是，根据设计要求和其他因素，可以进行各种修改、组合、子组合和替代。任何在本发明的精神和原则之内所作的修改、等同替换和改进等，均应包含在本发明保护范围之内。