CN115586957B - 一种任务调度系统、方法、装置及电子设备 - Google Patents

Abstract

本申请实施例提供一种任务调度系统、方法、装置及电子设备，该系统包括：应用于任务调度服务平台的服务端，用于处理任务的任务处理端；任务处理端向服务端发送用于请求分配待处理任务的第一请求消息；服务端根据所述第一请求消息，按照针对服务用户的算力资源分配策略，确定获取待处理任务的目标服务用户；向目标服务用户对应的用户端发送用于请求获取待处理任务的第二请求消息；获得用户端发送的待处理任务，向任务处理端返回用于处理所述待处理任务的第一通知消息。此系统将任务处理端发送的请求消息匹配对应的待处理任务，避免过多的待处理任务堆积在任务调度服务平台等待任务处理端去执行，提升了任务处理端处理待处理任务的处理效率。

Description

一种任务调度系统、方法、装置及电子设备

技术领域

本申请涉及任务调度技术领域，具体涉及一种任务调度系统，本申请同时涉及一种任务调度方法、装置、电子设备及计算机存储介质。

背景技术

目前，任务调度服务平台调度任务的流程如下：用户端将大量的待处理任务发送至任务调度服务平台，请求处理待处理任务。任务调度服务平台针对大量用户的待处理任务，通过均衡处理的方式为上述待处理任务分配对应的负载进行处理。

然而，上述方法中，任务调度服务平台对大量的待处理任务分配负载进行处理任务的方法，容易造成待处理任务处理不及时，使得待处理任务的处理效率较低的问题。

例如，在家居家装行业的视图渲染的实际应用场景中，任务调度服务平台如果接受到大量用户的渲染服务请求，对待渲染任务调度对应负载时，容易存在一个负载负责多个待渲染任务，从而待渲染任务排队现象，使得渲染处理效率较低。

因此，如何提升待处理任务的处理效率是需要解决的问题。

发明内容

本申请实施例提供一种任务调度系统，以提升待处理任务的处理效率。本申请实施例还提供一种任务调度方法、装置、电子设备及计算机存储介质。

本申请实施例提供一种任务调度系统，包括：应用于任务调度服务平台的服务端，用于处理任务的任务处理端；所述任务处理端，用于向所述服务端发送用于请求分配待处理任务的第一请求消息；获得所述服务端返回的用于处理所述待处理任务的第一通知消息；所述服务端，用于根据所述第一请求消息，按照针对服务用户的算力资源分配策略，确定获取待处理任务的目标服务用户；向所述目标服务用户对应的用户端发送用于请求获取待处理任务的第二请求消息；获得所述用户端发送的待处理任务，向所述任务处理端返回用于处理所述待处理任务的第一通知消息。

可选的，所述服务端包括：任务处理类型确定单元，用于根据所述第一请求消息，按照针对服务用户的算力资源分配策略，确定所述服务用户的待处理任务所属的任务处理类型；目标服务用户确定单元，用于根据所述服务用户的待处理任务所属的任务处理类型，确定获取待处理任务的目标服务用户。

可选的，所述任务处理类型确定单元，包括：第一获取单元，用于根据所述第一请求消息，获取入驻所述任务调度服务平台的服务用户设置的算力资源数据；第一确定单元，用于根据入驻所述任务调度服务平台的服务用户设置的算力资源数据，确定所述服务用户的待处理任务所属的任务处理类型。

可选的，所述第一确定单元，包括：第二获取单元，用于根据入驻所述任务调度服务平台的服务用户设置的算力资源数据，获取所述服务用户设置的算力资源数据在所述任务调度服务平台中的所有服务用户设置的算力资源数据的占比；第一确定子单元，用于根据所述服务用户设置的算力资源数据对应的占比，确定所述服务用户的待渲染任务所属的任务处理类型。

可选的，所述第二获取单元具体用于获取入驻所述任务调度服务平台的每个服务用户对应的算力资源数据；对每个服务用户对应的算力资源数据进行加和处理，获得入驻所述任务调度服务平台的所有服务用户设置的总算力资源数据；根据入驻所述任务调度服务平台的服务用户设置的算力资源数据，与所述总算力资源数据之间的比值，获取所述服务用户设置的算力资源数据在所述任务调度服务平台中的所有服务用户设置的算力资源数据的占比。

可选的，所述第一确定子单元具体用于根据所述服务用户设置的算力资源数据对应的占比进行排序；根据所述占比对应的排序次序，确定所述服务用户对应的服务等级；根据所述服务用户对应的服务等级，确定所述服务用户的待处理任务所属的任务处理类型。

可选的，所述目标服务用户确定单元，包括：执行优先级确定单元，用于根据所述服务用户的待处理任务所属的任务处理类型，确定所述服务用户的待处理任务在所述任务调度服务平台中所有服务用户的待处理任务中的执行优先级；目标服务用户确定子单元，用于根据所述服务用户的待处理任务在所述任务调度服务平台中所有服务用户的待处理任务中的执行优先级，确定获取待处理任务的目标服务用户，所述目标服务用户的待处理任务对应的执行优先级大于其他服务用户的待处理任务对应的执行优先级。

可选的，所述目标服务用户确定子单元具体用于根据所述服务用户的待处理任务所属的任务处理类型，确定所述服务用户的待处理任务对应的执行顺序；根据所述服务用户的待处理完任务对应的执行顺序，确定所述服务用户的待处理任务在所述任务调度服务平台中所有服务用户的待处理任务中的执行优先级。

可选的，所述服务端，包括：任务处理类型获得单元，用于获得所述用户端发送的待处理任务，获取所述待处理任务所属的任务处理类型；第一通知消息返回单元，用于根据所述待处理任务所属的任务处理类型，向所述任务处理端返回按照所述任务处理类型对所述待处理任务进行处理的第一通知消息。

可选的，还包括：计费处理单元，用于根据所述待处理任务所属的任务处理类型，确定所述任务处理类型对应的计费方式；根据所述任务处理类型对应的计费方式，对所述待处理任务进行计费处理。

可选的，所述任务处理端包含多个用户执行处理服务的负载器；所述任务处理端还用于获得所述第一通知消息后，根据所述第一通知消息中包含的待处理任务所属的任务处理类型，为所述待处理任务分配与所述待处理任务对应的负载器。

本申请实施例还提供一种任务调度方法，应用于任务调度服务平台的服务端，所述方法包括：获取用于处理任务的任务处理端发送的用于请求分配待处理任务的第一请求消息；根据所述第一请求消息，按照针对服务用户的算力资源分配策略，确定获取待处理任务的目标服务用户；向所述目标服务用户对应的用户端发送用于请求获取待处理任务的第二请求消息；获得所述用户端发送的待处理任务，向所述任务处理端返回用于处理所述待处理任务的第一通知消息。

可选的，所述根据所述第一请求消息，按照针对服务用户的算力资源分配策略，确定获取待处理任务的目标服务用户，包括：根据所述第一请求消息，按照针对服务用户的算力资源分配策略，确定所述服务用户的待处理任务所属的任务处理类型；根据所述服务用户的待处理任务所属的任务处理类型，确定获取待处理任务的目标服务用户。

可选的，所述根据所述第一请求消息，按照针对服务用户的算力资源分配策略，确定所述服务用户的待处理任务所属的任务处理类型，包括：根据所述第一请求消息，获取入驻所述任务调度服务平台的服务用户设置的算力资源数据；根据入驻所述任务调度服务平台的服务用户设置的算力资源数据，确定所述服务用户的待处理任务所属的任务处理类型。

可选的，所述根据入驻所述任务调度服务平台的服务用户设置的算力资源数据，确定所述服务用户的待处理任务所属的任务处理类型，包括：根据入驻所述任务调度服务平台的服务用户设置的算力资源数据，获取所述服务用户设置的算力资源数据在所述任务调度服务平台中的所有服务用户设置的算力资源数据的占比；根据所述服务用户设置的算力资源数据对应的占比，确定所述服务用户的待渲染任务所属的任务处理类型。

可选的，所述根据入驻所述任务调度服务平台的服务用户设置的算力资源数据，获取所述服务用户设置的算力资源数据在所述任务调度服务平台中的所有服务用户设置的算力资源数据的占比，包括：获取入驻所述任务调度服务平台的每个服务用户对应的算力资源数据；对每个服务用户对应的算力资源数据进行加和处理，获得入驻所述任务调度服务平台的所有服务用户设置的总算力资源数据；根据入驻所述任务调度服务平台的服务用户设置的算力资源数据，与所述总算力资源数据之间的比值，获取所述服务用户设置的算力资源数据在所述任务调度服务平台中的所有服务用户设置的算力资源数据的占比。

可选的，所述根据所述服务用户设置的算力资源数据对应的占比，确定所述服务用户的待渲染任务所属的任务处理类型，包括：根据所述服务用户设置的算力资源数据对应的占比进行排序；根据所述占比对应的排序次序，确定所述服务用户对应的服务等级；根据所述服务用户对应的服务等级，确定所述服务用户的待处理任务所属的任务处理类型。

可选的，所述根据所述服务用户的待处理任务所属的任务处理类型，确定获取待处理任务的目标服务用户，包括：根据所述服务用户的待处理任务所属的任务处理类型，确定所述服务用户的待处理任务在所述任务调度服务平台中所有服务用户的待处理任务中的执行优先级；根据所述服务用户的待处理任务在所述任务调度服务平台中所有服务用户的待处理任务中的执行优先级，确定获取待处理任务的目标服务用户，所述目标服务用户的待处理任务对应的执行优先级大于其他服务用户的待处理任务对应的执行优先级。

可选的，所述根据所述服务用户的待处理任务在所述任务调度服务平台中所有服务用户的待处理任务中的执行优先级，确定获取待处理任务的目标服务用户，所述目标服务用户的待处理任务对应的执行优先级大于其他服务用户的待处理任务对应的执行优先级，包括：根据所述服务用户的待处理任务所属的任务处理类型，确定所述服务用户的待处理任务对应的执行顺序；根据所述服务用户的待处理完任务对应的执行顺序，确定所述服务用户的待处理任务在所述任务调度服务平台中所有服务用户的待处理任务中的执行优先级。

可选的，所述获得所述用户端发送的待处理任务，向所述任务处理端返回用于处理所述待处理任务的第一通知消息，包括：获得所述用户端发送的待处理任务，获取所述待处理任务所属的任务处理类型；根据所述待处理任务所属的任务处理类型，向所述任务处理端返回按照所述任务处理类型对所述待处理任务进行处理的第一通知消息。

可选的，还包括：根据所述待处理任务所属的任务处理类型，确定所述任务处理类型对应的计费方式；根据所述任务处理类型对应的计费方式，对所述待处理任务进行计费处理。

本申请实施例还提供一种任务调度装置，应用于任务调度服务平台的服务端，所述装置包括：第一请求消息获取单元，用于获取用于处理任务的任务处理端发送的用于请求分配待处理任务的第一请求消息；第二确定单元，用于根据所述第一请求消息，按照针对服务用户的算力资源分配策略，确定获取待处理任务的目标服务用户；发送单元，用于向所述目标服务用户对应的用户端发送用于请求获取待处理任务的第二请求消息；第一返回单元，用于获得所述用户端发送的待处理任务，向所述任务处理端返回用于处理所述待处理任务的第一通知消息。

本申请实施例还提供一种电子设备，所述电子设备包括处理器和存储器；所述存储器中存储有计算机程序，所述处理器运行所述计算机程序后，执行上述方法。

本申请实施例还提供一种计算机存储介质，所述计算机存储介质存储有计算机程序，所述计算机程序被所述处理器运行后，执行上述方法。

与现有技术相比，本申请实施例具有如下优点：

本申请实施例提供一种任务调度系统，包括：应用于任务调度服务平台的服务端，用于处理任务的任务处理端；所述任务处理端，用于向所述服务端发送用于请求分配待处理任务的第一请求消息；获得所述服务端返回的用于处理所述待处理任务的第一通知消息；所述服务端，用于根据所述第一请求消息，按照针对服务用户的算力资源分配策略，确定获取待处理任务的目标服务用户；向所述目标服务用户对应的用户端发送用于请求获取待处理任务的第二请求消息；获得所述用户端发送的待处理任务，向所述任务处理端返回用于处理所述待处理任务的第一通知消息。

上述系统中，由任务处理端触发获取待处理任务的请求，然后根据任务调度服务平台上的服务用户的算力资源分配策略，确定获取待处理任务的目标服务用户，从而获取待处理任务，进而为任务处理端分配待处理任务。此系统将任务处理端发送的请求消息匹配对应的待处理任务，避免过多的待处理任务堆积在任务调度服务平台等待任务处理端去执行，提升了任务处理端处理待处理任务的处理效率。

附图说明

图1为本申请实施例提供的任务调度系统的应用场景示意图。

图2为本申请第一实施例提供的一种任务调度系统的逻辑框架图。

图3为本申请第二实施例提供的一种任务调度方法的流程图。

图4为本申请第三实施例提供的一种任务调度装置的示意图。

图5为本申请第四实施例中提供的一种电子设备的示意图。

具体实施方式

在下面的描述中阐述了很多具体细节以便于充分理解本申请。但是本申请能够以很多不同于在此描述的其它方式来实施，本领域技术人员可以在不违背本申请内涵的情况下做类似推广，因此本申请不受下面公开的具体实施的限制。

本申请中使用的术语是仅仅出于对特定实施例描述的目的，而非旨在限制本申请。在本申请中和所附权利要求书中所使用的描述方式例如：“一种”、“第一”、和“第二”等，并非对数量上的限定或先后顺序上的限定，而是用来将同一类型的信息彼此区分。

为了便于理解本申请实施例提供的系统及方法，在介绍本申请实施例之前，先对本申请实施例的背景进行介绍。

目前，任务调度服务平台调度任务的流程如下：用户端将大量的待处理任务发送至任务调度服务平台，请求处理待处理任务。任务调度服务平台针对大量用户的待处理任务，通过均衡处理的方式为上述待处理任务分配对应的负载进行处理。

然而，上述方法中，任务调度服务平台对大量的待处理任务分配负载进行处理任务的方法，容易造成待处理任务处理不及时，使得待处理任务的处理效率较低的问题。

例如，在家居家装行业的视图渲染的实际应用场景中，任务调度服务平台如果接受到大量用户的渲染服务请求，对待渲染任务调度对应负载时，容易存在一个负载负责多个待渲染任务，从而待渲染任务排队现象，使得渲染处理效率较低。

因此，如何提升待处理任务的处理效率是需要解决的问题。

为了解决上述问题，本申请提供的任务调度系统，包括：应用于任务调度服务平台的服务端，用于处理任务的任务处理端；所述任务处理端，用于向所述服务端发送用于请求分配待处理任务的第一请求消息；获得所述服务端返回的用于处理所述待处理任务的第一通知消息；所述服务端，用于根据所述第一请求消息，按照针对服务用户的算力资源分配策略，确定获取待处理任务的目标服务用户；向所述目标服务用户对应的用户端发送用于请求获取待处理任务的第二请求消息；获得所述用户端发送的待处理任务，向所述任务处理端返回用于处理所述待处理任务的第一通知消息。本申请提供的任务调度系统，根据任务处理端的请求消息，按照算力资源分配策略为任务处理端确定对应的待处理任务，无延时的为任务处理端分配到待处理任务，提升了任务处理端对待处理任务的渲染效率。

经过上述内容的背景介绍，本领域技术人员可以了解现有技术存在的问题，接下来对本申请的渲染任务调度系统的应用场景进行详细说明。本申请实施例提供的任务调度系统可以应用于任何类型的任务分发场景，例如，家居家装场景的视图渲染过程中，任务调度分发平台为负载器调度分发对应的待渲染任务。具体的，负载器向任务调度分发平台的服务端发送获取待渲染任务的请求消息，服务端根据负载器的请求消息，确定需要获取的待渲染任务的数量。然后，服务端根据负载器需要获取的待渲染任务的数量，以及每个服务用户的算力资源分配策略，确定任务调度平台需要获取待渲染任务的目标服务用户。服务端向目标服务用户对应的用户端获取待渲染任务的请求消息，获得用户端发送的待渲染任务，服务端将待渲染任务发送给负载器。此种方法是以负载器可以承接的待渲染任务的需求为起点，根据负载器的待渲染任务的需求量以及每个服务用户的待渲染任务所需要的算力分配资源，向目标用户获取对应的待渲染任务。将获取的待渲染任务分配给负载器进行渲染处理，避免用户端的任务量过多导致负载器处理不及时的现象，提升了任务调度分发平台对负载器的任务调度分发效率。

再例如，线上购物平台中，为了给用户展示3D（three-dimensional，三维图形）购物场景，需要将每个商户的线上店铺构建三维视图，针对多个商户的大量的三维视图渲染任务，任务调度分发平台按照如下方式对负载器分配对应的渲染任务。负载器向服务端发送获取待渲染任务的请求消息，服务端根据每个商户的算力分配策略，确定需要获取待渲染任务的目标商户，向目标商户发送获取待渲染任务的请求消息。服务端获得商户端发送的待渲染任务后，将待渲染任务分配给负载器进行渲染处理。此种处理方式使得任务调度分发平台以负载器的实际可承接的待渲染任务需求，为负载器分配对应的待渲染任务，提升任务调度分发平台的任务调度效率。避免直接接收商户端的大量待渲染任务，为一个负载器分配一个或者多个渲染任务，造成负载器的处理压力。

再例如，在3D逛街场景中，使用户在线上享受实际逛街场景，将实际街景图像在线上实现3D街景。针对多个3D街景的待渲染任务，通过如下方法进行调度分发给负载器。服务端获取负载器发送的待渲染任务获取请求，根据负载器可承接的待渲染任务数量，以及每个3D街景被渲染时所需的算力分配资源，确定需要获取的待渲染任务的类型。然后，将获取到的待渲染任务分配给负载器进行渲染处理。

以上即为列举的任务调度分发平台针对大量的3D渲染服务进行任务调度分发的应用场景描述，以负载器发送获取待渲染任务为起点，服务端根据负载器可承接的待渲染任务量，以及每个用户的待渲染任务所设置的算力资源分配策略，确定需要获取待渲染任务的目标用户。然后，服务端向目标用户端发送获取待渲染任务的请求消息，获得目标用户端返回的待渲染任务后，将待渲染任务分配给对应的负载器进行渲染处理。

此外，本申请提供的任务调度系统还可以应用于其他相关的任务调度分发场景中，针对大量的待处理任务，从负载器发送的获取待处理任务请求进行任务调度分发。根据负载器可承接的待处理任务量以及每个用户的待处理任务所需的算力资源分配策略，确定获取待处理任务的目标用户。服务端向目标用户获取待处理任务后，分配给负载器，提升任务调度分发系统的任务调度分发效率，提升负载器对用户的待处理任务进行处理的效率。

以下，首先对本申请实施例的任务调度系统的应用场景进行示例说明。

图1为本申请实施例提供的任务调度系统的应用场景示意图。

如图1所示，本应用场景中，包括应用于任务调度服务平台的服务端101、用于处理任务的任务处理端102、用户端103。

以图1为例进行详细说明，任务处理端102当前处于可承接待处理任务状态时，向服务端101发送用于请求分配待处理任务的第一请求消息。

服务端101，获取到第一请求消息后，首先向用户端103获取待处理任务，然后将待处理任务分配给任务处理端102。其中，向用户端103获取待处理任务前，先根据针对服务用户的算力资源分配策略，确定获取待处理任务的服务用户，具体通过如下方法进行获取：

获取服务用户入驻所述任务调度服务平台时、为所述服务用户设置的算力资源数据；根据任务调度服务平台中每个服务用户对应的算力资源数据，确定每个服务用户的算力资源数据在所述任务调度服务平台中的所有服务用户的所有算力资源数据中的占比；根据每个服务用户的算力资源数据对应的占比，确定服务用户的待处理任务所属的任务处理类型。

例如，结合上述家居家装场景的应用场景中，以任务调度服务平台调度多个用户的待渲染任务为例进行说明：

在任务调度服务平台中入驻的服务用户包括第一服务用户A，第二服务用户B，第三服务用户C。在入驻时，为第一服务用户A设置的算力资源数据为5个算力资源，为第二服务用户B设置的算力资源数据为3个算力资源，为第三服务用户C设置的算力资源数据为2个算力资源。

由此可知，第一服务用户A的占比大于第二服务用户B的占比，第二服务用户B的占比大于第三服务用户C的占比。

因此，用户A的待渲染任务为独占式渲染任务，其所需要的算力资源为独占式的资源，也就是，在对用户A的待渲染任务进行渲染处理时，需要执行渲染任务的负载器完全处理用户A的待渲染任务，不能同时处理其他用户的待渲染任务。

用户B的待渲染任务为冷处理渲染任务，也就是，并非经常出现的任务类型，属于偶尔出现的任务类型，出现频率较低，因此，负载器处理冷任务处理时，不会出现任务堆积的现象，负载器可以快速处理冷处理渲染任务。

用户C的待渲染任务属于权重共享类任务，例如，获取到C类渲染的3个待处理任务，将这3个待处理任务按照一定的权重分配给一个负载器，由负载器按照其对应的比例关系按照顺序进行处理。

以上即为确定服务用户的待处理任务所属的任务处理类型的详细阐述过程。

此外，在确定服务用户的待处理任务所属的任务处理类型的情况下，根据任务处理类型，确定获取待处理任务的目标服务用户。其中，具体是，根据服务用户的待处理任务所属的任务处理类型，确定服务端发送给目标服务用户对应的用户端的请求获取待处理任务的顺序。

例如，用户A的待渲染任务为独占式渲染任务，当负载器发送请求分配待渲染任务的第一请求消息时，服务端101首先向用户A对应的第一用户端发送用于获取第一待渲染任务的请求消息。

在预设时长内如果未接收到第一用户端反馈的第一待处理任务，说明此时用户A没有需要处理的独占式渲染任务。所述独占式渲染任务是指任务需求量较大，需要由独立的负载器处理该任务，以保证该任务处理的实时性。

然后，服务端101然后向用户B对应的第二用户端发送用于获取第二待渲处理任务的请求消息。

如果在预设时长内未接收到第二用户端反馈的第二待渲染任务，说明此时用户B没有需要处理的冷处理渲染任务。所述冷处理渲染任务是指部分批量处理的任务或者临时任务，其出现的频率较低。

最后，如果在预设时长内均未接收到上述两种类型的待处理任务时，服务端101向用户C对应的第三用户端发送用户获取第三待渲染任务的请求消息。如果获得第三用户端返回的第三待渲染任务，则将第三待渲染任务分配给负载器，由负载器处理待渲染任务。

以上即为不同服务用户的待渲染任务的任务类型的描述，不同的渲染任务类型，决定了不同服务用户的待渲染任务的处理优先级。此处例子中所述的三种渲染任务类型的优先级为，独占式渲染任务优先于冷处理渲染任务，冷处理渲染任务优先于权重共享类任务。

本申请实施例提供一种任务调度系统，包括：应用于任务调度服务平台的服务端，用于处理任务的任务处理端；所述任务处理端，用于向所述服务端发送用于请求分配待处理任务的第一请求消息；获得所述服务端返回的用于处理所述待处理任务的第一通知消息；所述服务端，用于根据所述第一请求消息，按照针对服务用户的算力资源分配策略，确定获取待处理任务的目标服务用户；向所述目标服务用户对应的用户端发送用于请求获取待处理任务的第二请求消息；获得所述用户端发送的待处理任务，向所述任务处理端返回用于处理所述待处理任务的第一通知消息。

上述系统中，由任务处理端触发获取待处理任务的请求，然后根据任务调度服务平台上的服务用户的算力资源分配策略，确定获取待处理任务的目标服务用户，从而获取待处理任务，进而为任务处理端分配待处理任务。此系统将任务处理端发送的请求消息匹配对应的待处理任务，避免过多的待处理任务堆积在任务调度服务平台等待任务处理端去执行，提升了任务处理端处理待处理任务的处理效率。

第一实施例

图2为本申请第一实施例提供的一种任务调度系统的逻辑框架图，以下结合图2对本实施例提供的任务调度系统进行详细描述。

如图2所示，任务调度系统100包括：应用于任务调度服务平台的服务端101、用于处理任务的任务处理端102。

所述任务处理端102，用于向所述服务端发送用于请求分配待处理任务的第一请求消息；获得所述服务端返回的用于处理所述待处理任务的第一通知消息。任务处理端102是指用于处理任务的实际处理终端，其包括一个或者多个处理任务的负载器。当负载器处理完成一个待处理任务后，可以处理下一个待处理任务时，向服务端101发送用于请求分配待处理任务的请求消息。

此处任务处理端102可以是指单个负载器，则针对单个负载器向服务端101发送第一请求消息，服务端101会接收到一个或者多个负载器分别发送的第一请求消息。然后，服务端101根据第一请求消息，分析获取待处理任务的用户，向用户端请求获取待处理任务，然后，将待处理任务分配给对应的负载器。

此处，所述任务处理端包含多个用于处理任务的负载器；所述任务处理端还用于获得所述第一通知消息后，根据所述第一通知消息中包含的待处理任务所属的任务处理类型，为所述待处理任务分配与所述待处理任务对应的负载器。

任务处理端102可以是收集到多个负载器的请求消息后，向服务端101发送第一请求消息。服务端101会接收到任务处理端102发送的第一请求消息。然后，服务端101根据第一请求消息，分析获取待处理任务的用户，向用户端请求获取待处理任务，然后，将待处理任务分配给任务处理端102，任务处理端102根据每个负载器的当前执行任务情况为负载器分配待处理任务。

本申请实施例中由任务处理端102触发获取待处理任务的第一请求消息，服务端101根据第一请求消息为任务处理端匹配待处理任务，可以使得任务处理端及时处理待处理任务，还可以避免服务端101获取大量用户的待处理任务的情况下，按照待处理任务队列对待处理任务进行排序，由任务处理端分批次处理待处理任务，造成待处理任务的处理不及时等处理效率降低的问题。

结合上述家装家居的应用场景可知，负载器当前处于可以承接新的待渲染任务状态，向任务调度分发平台的服务端发送获取待渲染任务的第一请求消息。服务端确定可以获取待渲染任务的服务用户，向该服务用户对应的用户端发送获取待渲染任务的请求消息，并将获得的待渲染任务分配给负载器。此过程中，对任务调度分发平台根据负载器可承接渲染任务的需求量向用户端获取待渲染任务，然后分配给负载器，避免了任务调度分发平台接收到大量用户的待渲染任务，不能及时将待渲染任务分配给负载器，造成待渲染任务处理不及时的现象。

所述服务端101，用于根据所述第一请求消息，按照针对服务用户的算力资源分配策略，确定获取待处理任务的目标服务用户；向所述目标服务用户对应的用户端发送用于请求获取待处理任务的第二请求消息；获得所述用户端发送的待处理任务，向所述任务处理端返回用于处理所述待处理任务的第一通知消息。

服务端101通过针对服务用户的算力资源分配策略，确定获取待处理任务的目标服务用户。具体是，所述服务端101包括：

任务处理类型确定单元，用于根据所述第一请求消息，按照针对服务用户的算力资源分配策略，确定所述服务用户的待处理任务所属的任务处理类型；目标服务用户确定单元，用于根据所述服务用户的待处理任务所属的任务处理类型，确定获取待处理任务的目标服务用户。

例如，在任务调度服务平台上入驻的服务用户包括第一服务用户A、第二服务用户B、第三服务用户C。第一服务用户A的待渲染任务所属的任务处理类型为独占式渲染任务，所述独占式渲染任务是指渲染任务需求量较大，需要由独立的负载器处理该任务，以保证该任务处理的实时性。

第二服务用户B的待渲染任务所属的任务处理类型为冷处理渲染任务，所述冷处理渲染任务属于并非经常出现的任务类型，属于偶尔出现的任务类型，出现频率较低，因此，任务处理端处理冷任务渲染处理时，不会出现任务堆积的现象，负载器可以快速处理冷处理渲染任务。

第三服务用户C的待渲染任务所属的任务处理类型为权重共享类任务。所述权重共享类任务是指根据多个待渲染任务中每个待渲染任务对应的权重，共享负载器进行渲染任务的处理工作。例如，获取到C类渲染的3个待处理任务，将这3个待处理任务按照一定的权重分配给一个负载器，由负载器按照其对应的比例关系按照顺序进行处理。

或者，任务处理端包括10个负载器需要获取待分配任务，服务用户处包含C类渲染的3个待处理任务，分别为第四待渲染任务e（属于第四服务用户E的待渲染任务），第五待渲染任务f（属于第五服务用户F的待渲染任务），第六待渲染任务g（属于第六服务用户G的待渲染任务）。

在入驻任务调度服务平台时，第四服务用户E、第五服务用户F、第六服务用户G分别设置的算力资源权重为：1：2：7。当前任务处理端包含10个活跃状态的负载器。当前第四待渲染任务e，第五待渲染任务f，第六待渲染任务g为正在进行渲染的任务，其中，任务e使用了2台负载器，任务e的平均耗时为1分钟，任务f使用了3台负载器，任务f的平均耗时为10分钟，任务g使用了5台负载器，任务g的平均耗时为2分钟。

此时，任务处理端中正在执行的各个任务分配比例中，任务g应该使用7台负载器，实际使用了5台负载器，那么，任务g对应的负载器无法分出多余的算力用于执行其他渲染任务，而且需要借助其他任务端对应的负载器。任务e应该使用1台负载器，实际使用了2台负载器，任务e的实际负载器数量超过其标准负载器数量，并且任务e的平均处理时间为1分钟，小于任务g的平均处理时间2分钟，则可以从任务e对应的负载器中借助多余的算力单元，用于处理任务g。另外，任务f的实际负载器使用数量超过标准负载器使用数量，但是任务f的平均处理时间偏长，因此，任务f对应的负载器会拒绝任务e的负载器借用请求。

因此，当获取待处理任务时，会根据任务e和任务g的概率进行随机选择，然后使用负载器处理随机选择的任务进行处理。

以上对待处理任务的任务处理类型进行了举例阐述，其中，任务处理类型确定单元通过如下方法确定待处理任务所属的任务处理类型：

所述任务处理类型确定单元包括：

第一获取单元，用于根据所述第一请求消息，获取入驻所述任务调度服务平台的服务用户设置的算力资源数据；第一确定单元，用于根据入驻所述任务调度服务平台的服务用户设置的算力资源数据，确定所述服务用户的待处理任务所属的任务处理类型。

其中，算力资源数据是指对服务用户的待处理任务进行处理时，所需要的算力资源，此处的算力资源可以是负载器，一个算力资源对应一个负载器。

例如，入驻在任务调度服务平台的服务用户包括第一服务用户A，第二服务用户B，第三服务用户C。其中，在入驻时，为第一服务用户A设置的算力资源数据为5个算力资源，为第二服务用户B设置的算力资源数据为3个算力资源，为第三服务用户C设置的算力资源数据为2个算力资源。

其中，根据入驻所述任务调度服务平台的服务用户设置的算力资源数据，确定所述服务用户的待处理任务所属的任务处理类型，具体如下：

所述第一确定单元，包括：第二获取单元，用于根据入驻所述任务调度服务平台的服务用户设置的算力资源数据，获取所述服务用户设置的算力资源数据在所述任务调度服务平台中的所有服务用户设置的算力资源数据的占比；第一确定子单元，用于根据所述服务用户设置的算力资源数据对应的占比，确定所述服务用户的待渲染任务所属的任务处理类型。

其中，所述服务用户设置的算力资源数据对应的占比通过如下方式确定：所述第二获取单元具体用于获取入驻所述任务调度服务平台的每个服务用户对应的算力资源数据；对每个服务用户对应的算力资源数据进行加和处理，获得入驻所述任务调度服务平台的所有服务用户设置的总算力资源数据；根据入驻所述任务调度服务平台的服务用户设置的算力资源数据，与所述总算力资源数据之间的比值，获取所述服务用户设置的算力资源数据在所述任务调度服务平台中的所有服务用户设置的算力资源数据的占比。

具体的，例如，在任务调度服务平台中入驻的服务用户总共包括第一服务用户A，第二服务用户B，第三服务用户C，第一服务用户A，第二服务用户B，第三服务用户C的总共算力资源数据为10个算力资源。第一服务用户A对应的算力资源数据与总算力资源数据的比值为0.5，第二服务用户B对应的算力资源数据与总算力资源数据的比值为0.3，第三服务用户C对应的算力资源数据与总算力资源数据的比值为0.2。

在获取到各服务用户的待处理任务对应的算力资源数据对应的占比之后，然后通过如下方式确定服务用户的待处理任务所属的任务处理类型：

所述第一确定子单元具体用于根据所述服务用户设置的算力资源数据对应的占比进行排序；根据所述占比对应的排序次序，确定所述服务用户对应的服务等级；根据所述服务用户对应的服务等级，确定所述服务用户的待处理任务所属的任务处理类型。

如上述例子中的排序结果从大到小的顺序为：第一服务用户A，第二服务用户B，第三服务用户C。

因此，各所述服务用户对应的服务等级由高到低的顺序为：第一服务用户A，第二服务用户B，第三服务用户C。

所以，第一服务用户A的待处理任务所属的任务处理类型为独占式渲染任务。第二服务用户B的待处理任务所属的任务处理类型为冷处理渲染任务。第三服务用户C的待处理任务所属的任务处理类型为权重共享类任务。

所述目标服务用户确定单元通过如下方式确定获取待处理任务的目标服务用户：

执行优先级确定单元，用于根据所述服务用户的待处理任务所属的任务处理类型，确定所述服务用户的待处理任务在所述任务调度服务平台中所有服务用户的待处理任务中的执行优先级；目标服务用户确定子单元，用于根据所述服务用户的待处理任务在所述任务调度服务平台中所有服务用户的待处理任务中的执行优先级，确定获取待处理任务的目标服务用户，所述目标服务用户的待处理任务对应的执行优先级大于其他服务用户的待处理任务对应的执行优先级。

继续沿用上述例子，服务端在确定获取待处理任务的服务用户时，按照独占式渲染任务、冷处理渲染任务、权重共享类任务的执行优先级顺序进行。也就是，首先向第一服务用户A获取第一待渲染任务，如果此时第一服务用户A没有需要渲染处理的第一待渲染任务，再向第二服务用户B获取第二待渲染任务，如果此时第二服务用户B没有需要渲染处理的第二待渲染任务，最后再向第三服务用户C获取第三待渲染任务。

如果第一服务用户A、第二服务用户B、第三服务用户C均存在需要执行渲染处理的待渲染任务时，则服务端101获取的目标渲染服务用户为第一服务用户A。

所述目标服务用户确定子单元具体用于根据所述服务用户的待处理任务所属的任务处理类型，确定所述服务用户的待处理任务对应的执行顺序；根据所述服务用户的待处理完任务对应的执行顺序，确定所述服务用户的待处理任务在所述任务调度服务平台中所有服务用户的待处理任务中的执行优先级。

因为，第一服务用户A、第二服务用户B、第三服务用户C的执行优先级为：第一服务用户A大于第二服务用户B，第二服务用户B大于第三服务用户C。

所述服务端，包括：任务处理类型获得单元，用于获得所述用户端发送的待处理任务，获取所述待处理任务所属的任务处理类型；第一通知消息返回单元，用于根据所述待处理任务所属的任务处理类型，向所述任务处理端返回按照所述任务处理类型对所述待处理任务进行处理的第一通知消息。

任务处理端对待处理任务进行处理后，所述系统还需要对待处理任务进行计费处理，具体包括：

计费处理单元，用于根据所述待处理任务所属的任务处理类型，确定所述任务处理类型对应的计费方式；根据所述任务处理类型对应的计费方式，对所述待处理任务进行计费处理。

本申请实施例提供一种任务调度系统，包括：应用于任务调度服务平台的服务端，用于处理任务的任务处理端；所述任务处理端，用于向所述服务端发送用于请求分配待处理任务的第一请求消息；获得所述服务端返回的用于处理所述待处理任务的第一通知消息；所述服务端，用于根据所述第一请求消息，按照针对服务用户的算力资源分配策略，确定获取待处理任务的目标服务用户；向所述目标服务用户对应的用户端发送用于请求获取待处理任务的第二请求消息；获得所述用户端发送的待处理任务，向所述任务处理端返回用于处理所述待处理任务的第一通知消息。

上述系统中，由任务处理端触发获取待处理任务的请求，然后根据任务调度服务平台上的服务用户的算力资源分配策略，确定获取待处理任务的目标服务用户，从而获取待处理任务，进而为任务处理端分配待处理任务。此系统将任务处理端发送的请求消息匹配对应的待处理任务，避免过多的待处理任务堆积在任务调度服务平台等待任务处理端去执行，提升了任务处理端处理待处理任务的处理效率。

第二实施例

与上述一种任务调度系统的应用场景实施例以及第一实施例提供的一种任务调度系统相对应，本申请第二实施例提供一种任务调度方法。图3为本申请第二实施例提供的一种任务调度方法的流程图，以下结合图3对本实施例提供的方法进行描述，本申请第二实施例与场景实施例和第一实施例的相同描述，具体请参考场景实施例和第一实施例，本实施例不再赘述。

以下描述所涉及的实施例是用来解释说明方法原理，不是实际使用的限定。

如图3所示，在步骤S301中，获取用于处理任务的任务处理端发送的用于请求分配待处理任务的第一请求消息。

本步骤用于获取任务处理端发送的请求分配待处理任务的第一请求消息，由任务处理端触发获取请求。然后服务端根据该触发请求，按照如下方法确定需要获取待处理任务的目标服务用户，从而获取待处理任务，为任务处理端分配待处理任务。

相比现有技术中，用户端发送给任务调度服务平台大量的待处理任务，为待处理任务分配任务处理端的方式，此方案基于任务处理端触发获取请求，为其匹配待处理任务，不仅可以及时反映任务处理端的负载器的实际算力资源数据，而且及时为负载器匹配待处理任务，提升负载器处理待处理任务的处理效率。

如图3所示，在步骤S302中，根据所述第一请求消息，按照针对服务用户的算力资源分配策略，确定获取待处理任务的目标服务用户。

本步骤用于确定获取待处理任务的服务用户，然后在此基础上，向服务用户对应的用户端获取待处理任务。

其中，通过如下方法确定获取待处理任务的服务用户：

所述根据所述第一请求消息，按照针对服务用户的算力资源分配策略，确定获取待处理任务的目标服务用户，包括：

根据所述第一请求消息，按照针对服务用户的算力资源分配策略，确定所述服务用户的待处理任务所属的任务处理类型；根据所述服务用户的待处理任务所属的任务处理类型，确定获取待处理任务的目标服务用户。

其中，所述目标服务用户的待处理任务所属的任务处理类型通过如下方式确定：

所述根据所述第一请求消息，按照针对服务用户的算力资源分配策略，确定获取待处理任务的目标服务用户，包括：根据所述第一请求消息，按照针对服务用户的算力资源分配策略，确定所述服务用户的待处理任务所属的任务处理类型；根据所述服务用户的待处理任务所属的任务处理类型，确定获取待处理任务的目标服务用户。

具体的，所述根据所述第一请求消息，按照针对服务用户的算力资源分配策略，确定所述服务用户的待处理任务所属的任务处理类型，包括：

根据所述第一请求消息，获取入驻所述任务调度服务平台的服务用户设置的算力资源数据；根据入驻所述任务调度服务平台的服务用户设置的算力资源数据，确定所述服务用户的待处理任务所属的任务处理类型。

此处，所述根据入驻所述任务调度服务平台的服务用户设置的算力资源数据，确定所述服务用户的待处理任务所属的任务处理类型，包括：

根据入驻所述任务调度服务平台的服务用户设置的算力资源数据，获取所述服务用户设置的算力资源数据在所述任务调度服务平台中的所有服务用户设置的算力资源数据的占比；根据所述服务用户设置的算力资源数据对应的占比，确定所述服务用户的待渲染任务所属的任务处理类型。

所述根据入驻所述任务调度服务平台的服务用户设置的算力资源数据，获取所述服务用户设置的算力资源数据在所述任务调度服务平台中的所有服务用户设置的算力资源数据的占比，包括：

获取入驻所述任务调度服务平台的每个服务用户对应的算力资源数据；对每个服务用户对应的算力资源数据进行加和处理，获得入驻所述任务调度服务平台的所有服务用户设置的总算力资源数据；根据入驻所述任务调度服务平台的服务用户设置的算力资源数据，与所述总算力资源数据之间的比值，获取所述服务用户设置的算力资源数据在所述任务调度服务平台中的所有服务用户设置的算力资源数据的占比。

以上即为确定所述服务用户的待处理任务所属的任务处理类型的具体细节阐述。此外，在获取任务处理类型之后，通过如下方式确定获取待处理任务的目标服务用户：

所述根据所述服务用户的待处理任务所属的任务处理类型，确定获取待处理任务的目标服务用户，包括：

根据所述服务用户的待处理任务所属的任务处理类型，确定所述服务用户的待处理任务在所述任务调度服务平台中所有服务用户的待处理任务中的执行优先级；根据所述服务用户的待处理任务在所述任务调度服务平台中所有服务用户的待处理任务中的执行优先级，确定获取待处理任务的目标服务用户，所述目标服务用户的待处理任务对应的执行优先级大于其他服务用户的待处理任务对应的执行优先级。

所述根据所述服务用户的待处理任务在所述任务调度服务平台中所有服务用户的待处理任务中的执行优先级，确定获取待处理任务的目标服务用户，所述目标服务用户的待处理任务对应的执行优先级大于其他服务用户的待处理任务对应的执行优先级，包括：

根据所述服务用户的待处理任务所属的任务处理类型，确定所述服务用户的待处理任务对应的执行顺序；根据所述服务用户的待处理完任务对应的执行顺序，确定所述服务用户的待处理任务在所述任务调度服务平台中所有服务用户的待处理任务中的执行优先级。

以上即为确定获取待处理任务的目标服务用户的具体细节阐述。上述与场景实施例、第一实施例的相应部分类似，相关之处可以参考场景实施例、第一实施例。

如图3所示，在步骤S303中，向所述目标服务用户对应的用户端发送用于请求获取待处理任务的第二请求消息。

本步骤用于获取待处理任务，具体是，服务端向用户端发送获取请求，由用户端返回待处理任务。

如图3所示，在步骤S304中，获得所述用户端发送的待处理任务，向所述任务处理端返回用于处理所述待处理任务的第一通知消息。

所述获得所述用户端发送的待处理任务，向所述任务处理端返回用于处理所述待处理任务的第一通知消息，包括：

获得所述用户端发送的待处理任务，获取所述待处理任务所属的任务处理类型；根据所述待处理任务所属的任务处理类型，向所述任务处理端返回按照所述任务处理类型对所述待处理任务进行处理的第一通知消息。

此外，还包括：

根据所述待处理任务所属的任务处理类型，确定所述任务处理类型对应的计费方式；根据所述任务处理类型对应的计费方式，对所述待处理任务进行计费处理。

第三实施例

与上述一种任务调度系统的应用场景实施例以及第二实施例提供的一种任务调度方法相对应，本申请第三实施例提供一种任务调度装置。图4为本申请第三实施例提供的一种任务调度装置的示意图，以下结合图4对本实施例提供的装置进行描述，本申请第三实施例与场景实施例和第二实施例的相同描述，具体请参考场景实施例和第二实施例，本实施例不再赘述。

以下描述所涉及的实施例是用来解释说明方法原理，不是实际使用的限定。

图4所示的任务调度装置应用于任务调度服务平台的服务端，所述装置包括：

第一请求消息获取单元401，用于获取用于处理任务的任务处理端发送的用于请求分配待处理任务的第一请求消息；

第二确定单元402，用于根据所述第一请求消息，按照针对服务用户的算力资源分配策略，确定获取待处理任务的目标服务用户；

发送单元403，用于向所述目标服务用户对应的用户端发送用于请求获取待处理任务的第二请求消息；

第一返回单元404，用于获得所述用户端发送的待处理任务，向所述任务处理端返回用于处理所述待处理任务的第一通知消息。

第四实施例

与本申请第二实施例的方法相对应的，本申请第四实施例还提供一种电子设备。如图5所示，图5为本申请第四实施例中提供的一种电子设备的示意图。该电子设备，包括：至少一个处理器501，至少一个通信接口502，至少一个存储器503和至少一个通信总线504；可选的，通信接口502可以为通信模块的接口，如GSM模块的接口；处理器501可能是处理器CPU，或者是特定集成电路ASIC（Application Specific Integrated Circuit），或者是被配置成实施本发明实施例的一个或多个集成电路。存储器503可能包含高速RAM存储器，也可能还包括非易失性存储器（non-volatile memory），例如至少一个磁盘存储器。其中，存储器503存储有程序，处理器501调用存储器503所存储的程序，以执行本发明第二实施例的方法。

第五实施例

与本申请第二实施例的方法相对应的，本申请第五实施例还提供一种计算机存储介质。所述计算机存储介质存储有计算机程序，该计算机程序被处理器运行，执行第二实施例的方法。

本申请虽然以较佳实施例公开如上，但其并不是用来限定本申请，任何本领域技术人员在不脱离本申请的精神和范围内，都可以做出可能的变动和修改，因此本申请的保护范围应当以本申请权利要求所界定的范围为准。

在一个典型的配置中，计算设备包括一个或多个处理器 (CPU)、 输入/输出接口、网络接口和内存。内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM) 和/或非易失性内存等形式，如只读存储器 (ROM) 或闪存(flash RAM)。内存是计算机可读介质的示例。

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

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

Claims (24)

1.一种任务调度系统，其特征在于，包括：应用于任务调度服务平台的服务端，用于处理任务的任务处理端；

所述任务处理端，用于向所述服务端发送用于请求分配待处理任务的第一请求消息；获得所述服务端返回的用于处理所述待处理任务的第一通知消息；

所述服务端，用于根据所述第一请求消息，按照针对服务用户的算力资源分配策略，确定获取待处理任务的目标服务用户；向所述目标服务用户对应的用户端发送用于请求获取待处理任务的第二请求消息；获得所述用户端发送的待处理任务，向所述任务处理端返回用于处理所述待处理任务的第一通知消息。

2.根据权利要求1所述的系统，其特征在于，所述服务端包括：

任务处理类型确定单元，用于根据所述第一请求消息，按照针对服务用户的算力资源分配策略，确定所述服务用户的待处理任务所属的任务处理类型；

目标服务用户确定单元，用于根据所述服务用户的待处理任务所属的任务处理类型，确定获取待处理任务的目标服务用户。

3.根据权利要求2所述的系统，其特征在于，所述任务处理类型确定单元，包括：

第一获取单元，用于根据所述第一请求消息，获取入驻所述任务调度服务平台的服务用户设置的算力资源数据；

第一确定单元，用于根据入驻所述任务调度服务平台的服务用户设置的算力资源数据，确定所述服务用户的待处理任务所属的任务处理类型。

4.根据权利要求3所述的系统，其特征在于，所述第一确定单元，包括：

第二获取单元，用于根据入驻所述任务调度服务平台的服务用户设置的算力资源数据，获取所述服务用户设置的算力资源数据在所述任务调度服务平台中的所有服务用户设置的算力资源数据的占比；

第一确定子单元，用于根据所述服务用户设置的算力资源数据对应的占比，确定所述服务用户的待渲染任务所属的任务处理类型。

5.根据权利要求4所述的系统，其特征在于，所述第二获取单元具体用于获取入驻所述任务调度服务平台的每个服务用户对应的算力资源数据；对每个服务用户对应的算力资源数据进行加和处理，获得入驻所述任务调度服务平台的所有服务用户设置的总算力资源数据；根据入驻所述任务调度服务平台的服务用户设置的算力资源数据，与所述总算力资源数据之间的比值，获取所述服务用户设置的算力资源数据在所述任务调度服务平台中的所有服务用户设置的算力资源数据的占比。

6.根据权利要求4所述的系统，其特征在于，所述第一确定子单元具体用于根据所述服务用户设置的算力资源数据对应的占比进行排序；根据所述占比对应的排序次序，确定所述服务用户对应的服务等级；根据所述服务用户对应的服务等级，确定所述服务用户的待处理任务所属的任务处理类型。

7.根据权利要求2所述的系统，其特征在于，所述目标服务用户确定单元，包括：

执行优先级确定单元，用于根据所述服务用户的待处理任务所属的任务处理类型，确定所述服务用户的待处理任务在所述任务调度服务平台中所有服务用户的待处理任务中的执行优先级；

目标服务用户确定子单元，用于根据所述服务用户的待处理任务在所述任务调度服务平台中所有服务用户的待处理任务中的执行优先级，确定获取待处理任务的目标服务用户，所述目标服务用户的待处理任务对应的执行优先级大于其他服务用户的待处理任务对应的执行优先级。

8.根据权利要求7所述的系统，其特征在于，所述目标服务用户确定子单元具体用于根据所述服务用户的待处理任务所属的任务处理类型，确定所述服务用户的待处理任务对应的执行顺序；根据所述服务用户的待处理完任务对应的执行顺序，确定所述服务用户的待处理任务在所述任务调度服务平台中所有服务用户的待处理任务中的执行优先级。

9.根据权利要求1所述的系统，其特征在于，所述服务端，包括：

任务处理类型获得单元，用于获得所述用户端发送的待处理任务，获取所述待处理任务所属的任务处理类型；

第一通知消息返回单元，用于根据所述待处理任务所属的任务处理类型，向所述任务处理端返回按照所述任务处理类型对所述待处理任务进行处理的第一通知消息。

10.根据权利要求9所述的系统，其特征在于，还包括：

计费处理单元，用于根据所述待处理任务所属的任务处理类型，确定所述任务处理类型对应的计费方式；根据所述任务处理类型对应的计费方式，对所述待处理任务进行计费处理。

11.根据权利要求1所述的系统，其特征在于，所述任务处理端包含多个用户执行处理服务的负载器；

所述任务处理端还用于获得所述第一通知消息后，根据所述第一通知消息中包含的待处理任务所属的任务处理类型，为所述待处理任务分配与所述待处理任务对应的负载器。

12.一种任务调度方法，其特征在于，应用于任务调度服务平台的服务端，所述方法包括：

获取用于处理任务的任务处理端发送的用于请求分配待处理任务的第一请求消息；

根据所述第一请求消息，按照针对服务用户的算力资源分配策略，确定获取待处理任务的目标服务用户；

向所述目标服务用户对应的用户端发送用于请求获取待处理任务的第二请求消息；

获得所述用户端发送的待处理任务，向所述任务处理端返回用于处理所述待处理任务的第一通知消息。

13.根据权利要求12所述的方法，其特征在于，所述根据所述第一请求消息，按照针对服务用户的算力资源分配策略，确定获取待处理任务的目标服务用户，包括：

根据所述第一请求消息，按照针对服务用户的算力资源分配策略，确定所述服务用户的待处理任务所属的任务处理类型；

根据所述服务用户的待处理任务所属的任务处理类型，确定获取待处理任务的目标服务用户。

14.根据权利要求13所述的方法，其特征在于，所述根据所述第一请求消息，按照针对服务用户的算力资源分配策略，确定所述服务用户的待处理任务所属的任务处理类型，包括：

根据所述第一请求消息，获取入驻所述任务调度服务平台的服务用户设置的算力资源数据；

根据入驻所述任务调度服务平台的服务用户设置的算力资源数据，确定所述服务用户的待处理任务所属的任务处理类型。

15.根据权利要求14所述的方法，其特征在于，所述根据入驻所述任务调度服务平台的服务用户设置的算力资源数据，确定所述服务用户的待处理任务所属的任务处理类型，包括：

根据入驻所述任务调度服务平台的服务用户设置的算力资源数据，获取所述服务用户设置的算力资源数据在所述任务调度服务平台中的所有服务用户设置的算力资源数据的占比；

根据所述服务用户设置的算力资源数据对应的占比，确定所述服务用户的待渲染任务所属的任务处理类型。

16.根据权利要求15所述的方法，其特征在于，所述根据入驻所述任务调度服务平台的服务用户设置的算力资源数据，获取所述服务用户设置的算力资源数据在所述任务调度服务平台中的所有服务用户设置的算力资源数据的占比，包括：

获取入驻所述任务调度服务平台的每个服务用户对应的算力资源数据；

对每个服务用户对应的算力资源数据进行加和处理，获得入驻所述任务调度服务平台的所有服务用户设置的总算力资源数据；

根据入驻所述任务调度服务平台的服务用户设置的算力资源数据，与所述总算力资源数据之间的比值，获取所述服务用户设置的算力资源数据在所述任务调度服务平台中的所有服务用户设置的算力资源数据的占比。

17.根据权利要求15所述的方法，其特征在于，所述根据所述服务用户设置的算力资源数据对应的占比，确定所述服务用户的待渲染任务所属的任务处理类型，包括：

根据所述服务用户设置的算力资源数据对应的占比进行排序；

根据所述占比对应的排序次序，确定所述服务用户对应的服务等级；

根据所述服务用户对应的服务等级，确定所述服务用户的待处理任务所属的任务处理类型。

18.根据权利要求13所述的方法，其特征在于，所述根据所述服务用户的待处理任务所属的任务处理类型，确定获取待处理任务的目标服务用户，包括：

根据所述服务用户的待处理任务所属的任务处理类型，确定所述服务用户的待处理任务在所述任务调度服务平台中所有服务用户的待处理任务中的执行优先级；

根据所述服务用户的待处理任务在所述任务调度服务平台中所有服务用户的待处理任务中的执行优先级，确定获取待处理任务的目标服务用户，所述目标服务用户的待处理任务对应的执行优先级大于其他服务用户的待处理任务对应的执行优先级。

19.根据权利要求18所述的方法，其特征在于，所述根据所述服务用户的待处理任务在所述任务调度服务平台中所有服务用户的待处理任务中的执行优先级，确定获取待处理任务的目标服务用户，所述目标服务用户的待处理任务对应的执行优先级大于其他服务用户的待处理任务对应的执行优先级，包括：

根据所述服务用户的待处理任务所属的任务处理类型，确定所述服务用户的待处理任务对应的执行顺序；

根据所述服务用户的待处理完任务对应的执行顺序，确定所述服务用户的待处理任务在所述任务调度服务平台中所有服务用户的待处理任务中的执行优先级。

20.根据权利要求12所述的方法，其特征在于，所述获得所述用户端发送的待处理任务，向所述任务处理端返回用于处理所述待处理任务的第一通知消息，包括：

获得所述用户端发送的待处理任务，获取所述待处理任务所属的任务处理类型；

根据所述待处理任务所属的任务处理类型，向所述任务处理端返回按照所述任务处理类型对所述待处理任务进行处理的第一通知消息。

21.根据权利要求20所述的方法，其特征在于，还包括：

根据所述待处理任务所属的任务处理类型，确定所述任务处理类型对应的计费方式；

根据所述任务处理类型对应的计费方式，对所述待处理任务进行计费处理。

22.一种任务调度装置，其特征在于，应用于任务调度服务平台的服务端，所述装置包括：

第一请求消息获取单元，用于获取用于处理任务的任务处理端发送的用于请求分配待处理任务的第一请求消息；

第二确定单元，用于根据所述第一请求消息，按照针对服务用户的算力资源分配策略，确定获取待处理任务的目标服务用户；

发送单元，用于向所述目标服务用户对应的用户端发送用于请求获取待处理任务的第二请求消息；

第一返回单元，用于获得所述用户端发送的待处理任务，向所述任务处理端返回用于处理所述待处理任务的第一通知消息。

23.一种电子设备，其特征在于，所述电子设备包括处理器和存储器；

所述存储器中存储有计算机程序，所述处理器运行所述计算机程序后，执行权利要求12-21任意一项所述的方法。

24.一种计算机存储介质，其特征在于，所述计算机存储介质存储有计算机程序，所述计算机程序被处理器运行后，执行权利要求12-21任意一项所述的方法。

Images