CN117032940B - 资源调度的系统、方法、装置、电子设备及存储介质 - Google Patents

Abstract

本申请涉及计算机技术领域，具体提供了一种资源调度的系统、方法、装置、电子设备及存储介质。一种资源调度的方法，包括确定接收到用户设备针对目标任务发送的资源调度请求时，根据资源调度请求，确定用户账号信息；获取用户账号信息对应设置的至少一个用户设备的组件资源信息；根据目标任务以及至少一个用户设备的组件资源信息，生成至少一个用户设备分别对应的资源调度指令；向至少一个用户设备分别发送相应的资源调度指令；使得用户设备调用设备组件，执行资源调度指令指示的子任务。这样，通过组件资源调度，实现了同一用户的多个用户设备的各组件的灵活搭配以及协同合作，可以完成单个设备难以完成的任务。

Description

资源调度的系统、方法、装置、电子设备及存储介质

技术领域

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

背景技术

由于软硬件设计的不同，不同设备组件（如，硬件）的功耗以及性能通常不同。例如，不同处理器提供的指令集、能力和需要的功耗通常不同。在同样功耗下，有的处理器矢量计算的效率较高，有的处理器标量计算较高，有的处理器张量计算较高。从功能角度来看，有的处理器可以对已有功能代码复用，有的处理器则不能对已有功能代码复用。

现有技术下，通常采用固有的设备组件调用方式，调用单个用户设备的设备组件，执行用户下达的任务。但是，采用这种方式，设备组件调用的灵活性差，通常难以满足用户的任务需求。

发明内容

本申请实施例的目的在于提供一种资源调度的方法、装置、电子设备以及存储介质，用以提高用户设备的设备组件调用的灵活性。

一方面，本申请实施例中提供了一种资源调度的系统，包括控制设备以及多个用户设备，其中，

控制设备，用于确定接收到用户设备针对目标任务发送的资源调度请求时，根据资源调度请求，确定用户账号信息；获取用户账号信息对应设置的至少一个用户设备的组件资源信息；根据目标任务以及至少一个用户设备的组件资源信息，生成至少一个用户设备分别对应的资源调度指令；向至少一个用户设备分别发送相应的资源调度指令；

每一用户设备，用于确定接收到资源调度指令时，调用资源调度指令中的设备组件，执行资源调度指令指示的子任务；子任务是基于目标任务生成的。

一种实施方式中，组件资源信息包括设备组件对应的运行状态信息；控制设备用于：

根据至少一个用户设备的各设备组件对应的运行状态信息，从至少一个用户设备中的设备组件中，筛选出用于执行目标任务的多个目标设备组件；

分别确定每一个目标设备组件的运行参数；

根据各目标设备组件的运行参数，将目标任务进行分解，获得各目标设备组件对应的子任务；

根据各目标设备组件分别对应的运行参数和子任务，生成各目标设备组件分别对应的用户设备分别对应的资源调度指令。

一种实施方式中，控制设备用于：

根据目标任务，将至少一个用户设备的各设备组件，进行组合，获得多个设备组件集合；

根据各设备组件集合中各设备组件的运行状态信息，分别对各设备组件集合进行评估；

根据各设备组件集合的评估结果，从各设备组件集合中，选取符合资源调度条件的目标设备组件集合；

将目标设备组件集合中的设备组件，确定为目标设备组件。

一种实施方式中，每一用户设备还用于：

在设备启动前，基于安全检查机制，进行设备安全检查；

若确定检查通过，则依次执行各启动阶段。

一种实施方式中，每一用户设备还用于：

在执行各启动阶段中的目标启动阶段时，执行目标启动阶段中的机器码；

其中，机器码是符合机器码条件的目标代码在编译阶段转换生成的；目标启动阶段是通过驱动框架的注册接口注册后执行的，或者，是通过驱动框架的调用接口调用执行的；同一用户账号信息对应的用户设备中设置有相同的驱动框架。

一种实施方式中，每一用户设备用于：

在执行各启动阶段时，若确定解释器接收到启动请求，则执行启动请求对应的中间代码；

其中，中间代码是符合中间代码条件的目标代码在编译阶段转换生成的。

一方面，本申请实施例中提供了一种资源调度的方法，包括：

确定接收到用户设备针对目标任务发送的资源调度请求时，根据资源调度请求，确定用户账号信息；

获取用户账号信息对应设置的至少一个用户设备的组件资源信息；

根据目标任务以及至少一个用户设备的组件资源信息，生成至少一个用户设备分别对应的资源调度指令；

向至少一个用户设备分别发送相应的资源调度指令，使得每一用户设备确定接收到资源调度指令时，调用资源调度指令中的设备组件，执行资源调度指令指示的子任务；子任务是基于目标任务生成的。

一种实施方式中，组件资源信息包括设备组件对应的运行状态信息；根据目标任务以及至少一个用户设备的组件资源信息，生成至少一个用户设备分别对应的资源调度指令，包括：

根据至少一个用户设备的各设备组件对应的运行状态信息，从至少一个用户设备中的设备组件中，筛选出用于执行目标任务的多个目标设备组件；

分别确定每一个目标设备组件的运行参数；

根据各目标设备组件的运行参数，将目标任务进行分解，获得各目标设备组件对应的子任务；

根据各目标设备组件分别对应的运行参数和子任务，生成各目标设备组件分别对应的用户设备分别对应的资源调度指令。

一种实施方式中，根据至少一个用户设备的各设备组件对应的运行状态信息，从至少一个用户设备中的设备组件中，筛选出用于执行目标任务的多个目标设备组件，包括：

根据目标任务，将至少一个用户设备的各设备组件，进行组合，获得多个设备组件集合；

根据各设备组件集合中各设备组件的运行状态信息，分别对各设备组件集合进行评估；

根据各设备组件集合的评估结果，从各设备组件集合中，选取符合资源调度条件的目标设备组件集合；

将目标设备组件集合中的设备组件，确定为目标设备组件。

一方面，本申请实施例中提供了一种资源调度的装置，包括：

确定单元，用于确定接收到用户设备针对目标任务发送的资源调度请求时，根据资源调度请求，确定用户账号信息；

获取单元，用于获取用户账号信息对应设置的至少一个用户设备的组件资源信息；

生成单元，用于根据目标任务以及至少一个用户设备的组件资源信息，生成至少一个用户设备分别对应的资源调度指令；

发送单元，用于向至少一个用户设备分别发送相应的资源调度指令，使得每一用户设备确定接收到资源调度指令时，调用资源调度指令中的设备组件，执行资源调度指令指示的子任务；子任务是基于目标任务生成的。

一种实施方式中，组件资源信息包括设备组件对应的运行状态信息；生成单元用于：

根据至少一个用户设备的各设备组件对应的运行状态信息，从至少一个用户设备中的设备组件中，筛选出用于执行目标任务的多个目标设备组件；

分别确定每一个目标设备组件的运行参数；

根据各目标设备组件的运行参数，将目标任务进行分解，获得各目标设备组件对应的子任务；

根据各目标设备组件分别对应的运行参数和子任务，生成各目标设备组件分别对应的用户设备分别对应的资源调度指令。

一种实施方式中，生成单元用于：

根据目标任务，将至少一个用户设备的各设备组件，进行组合，获得多个设备组件集合；

根据各设备组件集合中各设备组件的运行状态信息，分别对各设备组件集合进行评估；

根据各设备组件集合的评估结果，从各设备组件集合中，选取符合资源调度条件的目标设备组件集合；

将目标设备组件集合中的设备组件，确定为目标设备组件。

一方面，本申请实施例中提供了一种电子设备，包括：

处理器；以及

存储器，存储有计算机指令，计算机指令用于使处理器执行如上述任一种资源调度的各种可选实现方式中提供的方法的步骤。

一方面，本申请实施例中提供了一种存储介质，存储有计算机指令，计算机指令用于使计算机执行如上述任一种资源调度的各种可选实现方式中提供的方法的步骤。

本申请实施例中的资源调度的方法，包括确定接收到用户设备针对目标任务发送的资源调度请求时，根据资源调度请求，确定用户账号信息；获取用户账号信息对应设置的至少一个用户设备的组件资源信息；根据目标任务以及至少一个用户设备的组件资源信息，生成至少一个用户设备分别对应的资源调度指令；向至少一个用户设备分别发送相应的资源调度指令，使得每一用户设备确定接收到资源调度指令时，调用资源调度指令中的设备组件，执行资源调度指令指示的子任务；子任务是基于目标任务生成的。这样，这样，通过组件资源调度，实现了同一用户的多个用户设备的各组件的灵活搭配以及协同合作，可以完成单个设备难以完成的任务，从而可以提高任务处理的性能以及可以降低耗能。

附图说明

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

图1是本申请实施例中一种资源调度系统的架构示意图。

图2是本申请实施例中一种资源调度的方法的流程图。

图3是本申请实施例中一种系统启动的方法的流程图。

图4是本申请实施例中一种资源调度的装置的结构框图。

图5是本申请实施例中一种电子设备的结构示意图。

具体实施方式

下面将结合附图对本申请的技术方案进行清楚、完整地描述，显然，所描述的实施方式是本申请一部分实施方式，而不是全部的实施方式。基于本申请中的实施方式，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施方式，都属于本申请保护的范围。此外，下面所描述的本申请不同实施方式中所涉及的技术特征只要彼此之间未构成冲突就可以相互结合。

首先对本申请实施例中涉及的部分用语进行说明，以便于本领域技术人员理解。

终端设备：可以是移动终端、固定终端或便携式终端，例如移动手机、站点、单元、设备、多媒体计算机、多媒体平板、互联网节点、通信器、台式计算机、膝上型计算机、笔记本计算机、上网本计算机、平板计算机、个人通信系统设备、个人导航设备、个人数字助理、音频/视频播放器、数码相机/摄像机、定位设备、电视接收器、无线电广播接收器、电子书设备、游戏设备或者其任意组合，包括这些设备的配件和外设或者其任意组合。还可预见到的是，终端设备能够支持任意类型的针对用户的接口（例如可穿戴设备）等。

服务器：可以是独立的物理服务器，也可以是多个物理服务器构成的服务器集群或者分布式系统，还可以是提供云服务、云数据库、云计算、云函数、云存储、网络服务、云通信、中间件服务、域名服务、安全服务以及大数据和人工智能平台等基础云计算服务的云服务器。

由于软硬件设计的不同，因此，不同设备组件（如，硬件）的功耗以及性能通常不同。传统技术下，通常采用以下方式，调用设备组件完成用户任务。

方式1：采用固有的设备组件调用方式，调用单个用户设备的多个设备组件，执行用户下达的任务。但是，采用这种方式，设备组件调用的灵活性差，通常难以满足用户的任务需求。

方式2：在执行调试任务时，服务器侧调用各种设备组件，执行调试任务。采用这种方式，需要应用于组件资源丰富的服务器侧，如，对各种不同语言的代码进行调试运行时，服务器侧需要可以提供多种相应的调试处理工具以及服务。但是，由于终端设备的组件资源通常是有限的，因此，单个终端设备难以实现各种不同的复杂任务。

基于上述相关技术存在的缺陷，本申请实施例中提供了一种资源调度的系统、方法、装置、电子设备及存储介质，旨在提高用户设备的设备组件调用的灵活性。

本申请实施例中提供了一种资源调度的方法，该方法可应用于电子设备，本申请对于电子设备的类型不作限制，其可以是任何适于实施的设备类型，例如终端设备以及服务器等，本申请对此不再赘述。

参阅图1所示，为本申请实施例中一种资源调度系统的架构示意图。该资源调度系统包括控制设备和多个用户设备。

控制设备，用于确定接收到用户设备针对目标任务发送的资源调度请求时，根据资源调度请求，确定用户账号信息；获取用户账号信息对应设置的至少一个用户设备的组件资源信息；根据目标任务以及至少一个用户设备的组件资源信息，生成至少一个用户设备分别对应的资源调度指令；向至少一个用户设备分别发送相应的资源调度指令。

每一用户设备，用于确定接收到资源调度指令时，调用资源调度指令中的设备组件，执行资源调度指令指示的子任务；子任务是基于目标任务生成的。

其中，设备组件可以为用户设备中的硬件，还可以为用户设备中的功能模块。

需要说明的是，控制设备可以为服务器，还可以将各用户设备中的一个用户设备还作为控制设备。也就是说，某一设备可以同时作为用户设备和控制设备。

一种实施方式中，可以周期性将各用户设备的可用资源进行评估，并将可用资源最多的用户设备作为控制设备。

也就是说，控制设备不是固定的某一个设备，而是可以随时变化的，可以将资源最富有的设备，作为控制设备。

这样，通过控制设备的实时变换，可以保证资源调度的较优效率。

一种实施方式中，用户预先在控制设备中进行注册，获得用户账号信息，并建立用户账号信息以及用户设备之间的对应关系，从而将同一用户的用户账号信息和各用户设备进行绑定。

其中，组件资源信息包括设备组件对应的运行状态信息，例如，设备组件为处理器，对应的运行状态信息为处理器的使用率为70%。

这样，控制设备就可以对同一用户的各用户设备的各组件进行合理调度，使得各用户设备的各组件可以协作完成用户的某一用户设备的目标任务。

一种实施方式中，控制设备用于：

根据至少一个用户设备的各设备组件对应的运行状态信息，从至少一个用户设备中的设备组件中，筛选出用于执行目标任务的多个目标设备组件；分别确定每一个目标设备组件的运行参数；根据各目标设备组件的运行参数，将目标任务进行分解，获得各目标设备组件对应的子任务；根据各目标设备组件分别对应的运行参数和子任务，生成各目标设备组件分别对应的用户设备分别对应的资源调度指令。

这样，就可以根据同一用户的各用户设备的各设备组件的运行状态信息，进行设备组件的筛选以及参数配置，进而可以对各设备组件进行调度。

一种实施方式中，控制设备用于：

根据目标任务，将至少一个用户设备的各设备组件，进行组合，获得多个设备组件集合；根据各设备组件集合中各设备组件的运行状态信息，分别对各设备组件集合进行评估；根据各设备组件集合的评估结果，从各设备组件集合中，选取符合资源调度条件的目标设备组件集合；将目标设备组件集合中的设备组件，确定为目标设备组件。

这样，将各设备组件进行任意组合，并对组合后的各设备组件集合分别进行评估，从而可以根据评估结果，筛选出较优的目标设备组件。

其中，评估结果的评估指标可以包括以下至少一个：功耗以及性能。实际应用中，评估指标可以根据实际应用场景进行设置，在此不做限制。

其中，同一用户账号信息对应的用户设备中设置有相同的驱动框架；不同用户设备中的系统可以相同或者不同。

这样，同一用户的各用户设备均采用相同的驱动框架，就可以实现同一用户的不同用户设备之间的系统交互，从而便于组件的协作。

一种实施方式中，每一用户设备用于：

在设备启动前，基于安全检查机制，进行设备安全检查；若确定检查通过，则依次执行各启动阶段。

这样，就可以在用户设备启动之前，先对用户设备进行安全检查，以确定用户设备的安全性。

一种实施方式中，每一用户设备还用于：

在执行各启动阶段中的目标启动阶段时，执行目标启动阶段中的机器码；

其中，机器码是符合机器码条件的目标代码在编译阶段转换生成的；目标启动阶段是通过驱动框架的注册接口注册后执行的，或者，是通过驱动框架的调用接口调用执行的；同一用户账号信息对应的用户设备中设置有相同的驱动框架。

作为一个示例，在编写目标代码时，采用驱动框架中的注册接口，在驱动框架中注册目标启动阶段。

作为另一个示例，在编写目标代码时，采用驱动框架的调用接口，调用目标启动阶段。

一种实施方式中，在编译阶段时，若确定待转换的目标代码符合机器码条件，则将目标代码，转码为机器码；若确定目标代码符合中间代码条件，则将目标代码，转换为中间代码。其中，待转换的目标代码可以为一个或多个。

这样，就可以针对不同类型的目标代码，对代码进行不同方式的转换。

一种实施方式中，每一用户设备用于：

在执行各启动阶段时，若确定解释器接收到启动请求，则执行启动请求对应的中间代码；其中，中间代码是符合中间代码条件的目标代码在编译阶段转换生成的。

这样，在用户设备运行之前，就可以对目标代码进行编写，然后，基于目标代码进行编译以及启动。

参阅图2所示，为本申请实施例中一种资源调度的方法的流程图，应用于图1中的资源调度系统，下面结合图1和图2对该方法进行说明，该方法的具体实施流程如下：

步骤200：每一用户设备确定执行目标任务时，向控制设备发送资源调度请求。

一种实施方式中，若确定待执行任务符合目标任务条件，则将待执行任务确定为目标任务，并基于目标任务生成资源调度请求，以及将资源调度请求发送给控制设备。

其中，资源调度请求可以包含用户账号信息，还可以包含目标任务的任务详细信息。

作为一个示例，目标任务为下载游戏任务。任务详细信息包括任务标识信息、任务需求以及任务执行方式。

实际应用中，目标任务条件可以根据实际应用场景进行设置，在此不做限制。

这样，针对较为耗费资源的复杂任务，就可以请求控制设备进行资源调度。

步骤201：确定接收到用户设备针对目标任务发送的资源调度请求时，根据资源调度请求，确定用户账号信息。

一种实施方式中，在进行资源调度之前，各用户预先在控制设备中进行注册，获得各用户分别对应的用户账号信息。

步骤202：获取用户账号信息对应设置的至少一个用户设备的组件资源信息。

一种实施方式中，各用户在控制设备中注册之后，还将各自对应的用户设备和用户账号信息进行绑定，建立用户账号信息与用户设备之间的对应关系。

其中，同一用户账号信息可以对应一个用户设备，也可以对应多个用户设备。组件资源信息可以包括设备组件对应的运行状态信息。

可选的，设备组件可以硬件，如处理器，还可以为功能模块。运行状态信息可以为设备组件是否可用，以及可用资源，如，存储器的可用空间。

这样，就可以根据该对应关系，确定属于同一用户的各用户设备，进而可以确定同一用户的组件资源信息。

步骤203：根据目标任务以及至少一个用户设备的组件资源信息，生成至少一个用户设备分别对应的资源调度指令。

一种实施方式中，执行步骤203时，可以采用以下步骤：

S2031：根据至少一个用户设备的各设备组件对应的运行状态信息，从至少一个用户设备中的设备组件中，筛选出用于执行目标任务的多个目标设备组件。

一种实施方式中，执行步骤2031时，可以采用以下步骤：

S2031-1：根据目标任务，将至少一个用户设备的各设备组件，进行组合，获得多个设备组件集合。

一种实施方式中，先从各用户设备的各设备组件中，筛选出可用于执行目标任务的各类设备组件，然后，将不同类的设备组件分别进行组合。

其中，同一用户设备中可以包含一个或多个同类设备组件。同一设备组件集合中也可以包含一个或多个同类设备组件，如两个处理器。

例如，第一类设备组件为：第一用户设备的第一处理器，以及，第二用户设备的第二处理器和第三处理器。第二类设备组件为：第二用户设备的第一摄像头，以及第二用户设备的第二摄像头。则可以将第一类设备组件和第二类设备组件分别进行组合，获得多个设备组件集合。组成的设备组件集合中包含两个设备组件，一个为处理器，另一个为摄像头。

S2031-2：根据各设备组件集合中各设备组件的运行状态信息，分别对各设备组件集合进行评估。

其中，评估结果的评估指标可以包括以下至少一个：功耗以及性能。

作为一个示例，计算各设备组件集合分别执行目标任务时所耗费的资源功耗，以及任务处理的性能。

可选的，性能可以为处理效率以及准确度等。

实际应用中，评估方式以及评估指标均可以根据实际应用场景进行设置，在此不做限制。

S2031-3：根据各设备组件集合的评估结果，从各设备组件集合中，选取符合资源调度条件的目标设备组件集合。

一种实施方式中，根据各评估结果，确定相应的评分，则将最高评分对应的设备组件集合，作为目标设备组件集合。

作为一个示例，可以将各评估指标值进行归一化以及加权求和，获得评分。

实际应用中，可以根据实际应用场景，确定资源调度条件，在此不做限制。

作为一个示例，可以选取性能体验最佳，功耗最省的设备组件集合，作为目标设备组件集合，从而提高了用户体验。

S2031-4：将目标设备组件集合中的设备组件，确定为目标设备组件。

S2032：分别确定每一个目标设备组件的运行参数。

作为一个示例，运行参数可以为信道带宽的频点。

进一步地，由于同一设备组件在不同运行参数时，对应的评估结果不同，因此，可以分别针对不同的运行参数，对同一设备组件集合进行多次评估，获得同一设备组件集合以及运行参数对应的多个评估结果，进而可以在根据评分确定目标设备组件集合及其对应的运行参数。

进一步地，还可以从数据库中查询是否存在目标任务以及至少一个用户设备的组件资源信息对应设置的目标设备组件集合和运行参数，若是，则可以直接获取查询的目标设备组件集合和运行参数。

这是由于可以根据历史调度信息，存储目标任务以及至少一个用户设备的组件资源信息及其对应的目标设备组件集合和运行参数，还可以针对各种任务以及不同用户设备的组件资源信息，预先配置相应的目标设备组件集合和运行参数，因此，可以采用直接查询的方式确定目标设备组件集合和运行参数，提高了数据处理效率。

S2033：根据各目标设备组件的运行参数，将目标任务进行分解，获得各目标设备组件对应的子任务。

S2034：根据各目标设备组件分别对应的运行参数和子任务，生成各目标设备组件分别对应的用户设备分别对应的资源调度指令。

一种实施方式中，确定各目标设备组件分别对应的用户设备，并根据各目标设备组件，将目标任务进行分解，获得各目标设备组件对应的子任务，以及基于各目标设备组件分别对应的运行参数和子任务，分别生成相应的资源调度指令。

这样，就可以确定执行目标任务的用户设备以及目标设备组件。

步骤204：向至少一个用户设备分别发送相应的资源调度指令。

一种实施方式中，将各目标设备组件分别对应的资源调度指令，分别发送至各目标设备组件分别对应的用户设备。

步骤205：每一用户设备确定接收到资源调度指令时，调用资源调度指令中的设备组件，执行资源调度指令指示的子任务；子任务是基于目标任务生成的。

一种实施方式中，用户设备中驱动框架基于资源调度指令，调用相应的目标设备组件，执行相应子任务对应的操作指令。

可选的，操作指令可以是基于机器码或者中间代码生成的。本申请实施例中，在进行资源调度之前，先针对用户设备进行代码编写、编译以及启动。

本申请实施例中，在驱动框架侧提供一致的功能接口，针对不同场景下的各任务，将各用户设备的各组件（如，处理器以及各种外设）进行不同的搭配，从而可以通过组件资源的合理调度，将同一用户的各用户设备的各组件的协同合作，从而能够高性能流畅地充分使用各组件的能力，协同完成用户在一个设备上不能完成的需求。

参阅图3所示，为本申请实施例中一种系统启动的方法的流程图，应用于图1中的用户设备，下面结合图1和图3对该方法进行说明，该方法的具体实施流程如下：

步骤300：基于目标代码，进行编译。

一种实施方式中，在编译阶段时，若确定待转换的目标代码符合机器码条件，则将目标代码，转码为机器码；若确定目标代码符合中间代码条件，则将目标代码，转换为中间代码。

具体的，将目标代码转换为目标处理器能够执行的机器码，或者，将目标代码转换为目标设备的服务可以解释执行的中间代码。

其中，目标处理器为后续执行机器码的处理器。目标设备为后续执行中间代码的设备。可选的，目标处理器可以为目标代码对应设置的目标处理器类别的处理器。目标设备可以为目标代码对应设置的目标设备类别的设备。

作为一个示例，若目标代码需要版权保护，则将目标代码转换为中间代码。

作为另一个示例，若目标代码为系统不支持或者当前指令不支持的代码，则将目标代码转换为中间代码。

作为另一个示例，若目标代码不需要版权保护，则将目标代码转换为机器码。

实际应用中，机器码条件以及中间代码条件，均可以根据实际应用场景进行设置，在此不做限制。

进一步地，步骤300的实现过程还可以包括：

基于驱动框架的注册接口或调用接口，编写目标启动阶段对应的目标代码，并基于该目标代码，实现对目标启动阶段的注册或者调用。

需要说明的是，在用户设备的系统的驱动框架中，有注册接口和调用接口。注册接口用于注册目标启动阶段，调用接口用于启动和回调目标启动阶段。调用接口还可以称为编译链接接口。

作为一个示例，目标启动阶段用于初始化或者启动某个设备组件（如，摄像头）。

这样，就可以在编写代码时，通过注册接口，将目标启动阶段注册到需要执行的启动阶段，还可以在编译阶段，通过调用接口，将目标启动阶段链接进系统启动的各个初始化环节中。

步骤301：在系统启动前，基于安全检查机制，进行设备安全检查。

一种实施方式中，对用户的身份（如，用户账号信息）进行验证，若验证通过，则确定检查通过。

这样，通过安全检查机制，进行安全检查，实现了对组件资源使用的安全管控，提高了安全性。

步骤302：若确定检查通过，则依次执行各启动阶段。

一种实施方式中，在执行各启动阶段中的目标启动阶段时，若确定待执行的代码为机器码，则执行该机器码。

一种实施方式中，确定解释器接收到启动请求时，执行启动请求对应的中间代码。

作为一个示例，各启动阶段可以包括以下至少一个阶段：引导启动、各类硬件初始化以及各种服务启动。

这样，当执行到各个阶段时，就会选择对应转码后的指令进行执行，或者在解释器中收到请求时进行执行相应的中间代码对应的指令，这样，就可以通过各种不同语言编写代码，然后，将编写的代码转换为用户设备可以执行的机器码或者中间代码即可，减少了代码差异化带来的问题。

本申请实施例中，控制设备可以对同一用户的各用户设备的各组件进行调度，以完成该用户单个用户设备无法完成的目标任务，通过各用户设备的各组件的协同工作，提高了任务处理性能，再者，对各用户设备的各组件进行评估，选择评估较优（如，效率最高，功耗最小，性能最好等）的多个目标组件的组合执行目标任务，从而可以充分利用同一用户的各用户设备的各组件的能力，在编译过程中，针对不同编程语言进行不同处理，将目标代码转换为机器码或者中间代码，并为中间代码提供代码运行的解释器服务，从而可以实现不同编程语言的逻辑，进而实现了不同组件的协同合作；再者，不同用户设备采用相同的驱动框架，以及通过驱动框架提供的统一的接口，引入目标启动阶段，实现了不同用户设备之间的系统交互以及组件接入，能够提供给用户更高性能和功耗体验，并能使用同一用户下各个硬件的能力，协同完成用户在一个设备上不能完成的需求，可以为用户提供丰富的使用体验。进一步地，在启动前，还对用户设备进行安全检查，提高了组件资源使用的安全管控。

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

基于同一发明构思，本申请实施例中还提供了一种资源调度的装置，由于上述装置及设备解决问题的原理与一种资源调度的方法相似，因此，上述装置的实施可以参见方法的实施，重复之处不再赘述。该装置可应用于电子设备，本申请对于电子设备的类型不作限制，其可以是任何适于实施的设备类型，例如终端设备以及服务器等，本申请对此不再赘述。

参阅图4所示，为本申请实施例中资源调度的装置的结构框图。在一些实施方式中，本申请示例的资源调度的装置，包括：

确定单元401，用于确定接收到用户设备针对目标任务发送的资源调度请求时，根据资源调度请求，确定用户账号信息；

获取单元402，用于获取用户账号信息对应设置的至少一个用户设备的组件资源信息；

生成单元403，用于根据目标任务以及至少一个用户设备的组件资源信息，生成至少一个用户设备分别对应的资源调度指令；

发送单元404，用于向至少一个用户设备分别发送相应的资源调度指令，使得每一用户设备确定接收到资源调度指令时，调用资源调度指令中的设备组件，执行资源调度指令指示的子任务；子任务是基于目标任务生成的。

一种实施方式中，组件资源信息包括设备组件对应的运行状态信息；生成单元403用于：

根据至少一个用户设备的各设备组件对应的运行状态信息，从至少一个用户设备中的设备组件中，筛选出用于执行目标任务的多个目标设备组件；

分别确定每一个目标设备组件的运行参数；

根据各目标设备组件的运行参数，将目标任务进行分解，获得各目标设备组件对应的子任务；

根据各目标设备组件分别对应的运行参数和子任务，生成各目标设备组件分别对应的用户设备分别对应的资源调度指令。

一种实施方式中，生成单元403用于：

根据目标任务，将至少一个用户设备的各设备组件，进行组合，获得多个设备组件集合；

根据各设备组件集合中各设备组件的运行状态信息，分别对各设备组件集合进行评估；

根据各设备组件集合的评估结果，从各设备组件集合中，选取符合资源调度条件的目标设备组件集合；

将目标设备组件集合中的设备组件，确定为目标设备组件。

本申请实施例中的资源调度的方法，包括确定接收到用户设备针对目标任务发送的资源调度请求时，根据资源调度请求，确定用户账号信息；获取用户账号信息对应设置的至少一个用户设备的组件资源信息；根据目标任务以及至少一个用户设备的组件资源信息，生成至少一个用户设备分别对应的资源调度指令；向至少一个用户设备分别发送相应的资源调度指令，使得每一用户设备确定接收到资源调度指令时，调用资源调度指令中的设备组件，执行资源调度指令指示的子任务；子任务是基于目标任务生成的。这样，这样，通过组件资源调度，实现了同一用户的多个用户设备的各组件的灵活搭配以及协同合作，可以完成单个设备难以完成的任务，从而可以提高任务处理的性能以及可以降低耗能。

本申请实施例中，提供了一种电子设备，包括：

处理器；以及

存储器，存储有计算机指令，计算机指令用于使处理器执行上述任意实施方式的方法。

本申请实施例中，提供了一种存储介质，存储有计算机指令，计算机指令用于使计算机执行上述任意实施方式的方法。

图5示出了一种电子设备5000的结构示意图。参阅图5所示，电子设备5000包括：处理器5010以及存储器5020，可选的，还可以包括电源5030、显示单元5040、输入单元5050。

处理器5010是电子设备5000的控制中心，利用各种接口和线路连接各个部件，通过运行或执行存储在存储器5020内的软件程序和/或数据，执行电子设备5000的各种功能，从而对电子设备5000进行整体监控。

本申请实施例中，处理器5010调用存储器5020中存储的计算机程序时执行上述实施例中的各个步骤。

可选的，处理器5010可包括一个或多个处理单元；优选的，处理器5010可集成应用处理器和调制解调处理器，其中，应用处理器主要处理操作系统、用户界面和应用等，调制解调处理器主要处理无线通信。可以理解的是，上述调制解调处理器也可以不集成到处理器5010中。在一些实施例中，处理器、存储器、可以在单一芯片上实现，在一些实施例中，它们也可以在独立的芯片上分别实现。

存储器5020可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、各种应用等；存储数据区可存储根据电子设备5000的使用所创建的数据等。此外，存储器5020可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件等。

电子设备5000还包括给各个部件供电的电源5030（比如电池），电源可以通过电源管理系统与处理器5010逻辑相连，从而通过电源管理系统实现管理充电、放电、以及功耗等功能。

显示单元5040可用于显示由用户输入的信息或提供给用户的信息以及电子设备5000的各种菜单等，本申请实施例中主要用于显示电子设备5000中各应用的显示界面以及显示界面中显示的文本、图片等对象。显示单元5040可以包括显示面板5041。显示面板5041可以采用液晶显示屏（Liquid Crystal Display，LCD）、有机发光二极管（Organic Light-Emitting Diode，OLED）等形式来配置。

输入单元5050可用于接收用户输入的数字或字符等信息。输入单元5050可包括触控面板5051以及其他输入设备5052。其中，触控面板5051，也称为触摸屏，可收集用户在其上或附近的触摸操作（比如用户使用手指、触摸笔等任何适合的物体或附件在触控面板5051上或在触控面板5051附近的操作）。

具体的，触控面板5051可以检测用户的触摸操作，并检测触摸操作带来的信号，将这些信号转换成触点坐标，发送给处理器5010，并接收处理器5010发来的命令并加以执行。此外，可以采用电阻式、电容式、红外线以及表面声波等多种类型实现触控面板5051。其他输入设备5052可以包括但不限于物理键盘、功能键（比如音量控制按键、开关机按键等）、轨迹球、鼠标、操作杆等中的一种或多种。

当然，触控面板5051可覆盖显示面板5041，当触控面板5051检测到在其上或附近的触摸操作后，传送给处理器5010以确定触摸事件的类型，随后处理器5010根据触摸事件的类型在显示面板5041上提供相应的视觉输出。虽然在图5中，触控面板5051与显示面板5041是作为两个独立的部件来实现电子设备5000的输入和输出功能，但是在某些实施例中，可以将触控面板5051与显示面板5041集成而实现电子设备5000的输入和输出功能。

电子设备5000还可包括一个或多个传感器，例如压力传感器、重力加速度传感器、接近光传感器等。当然，根据具体应用中的需要，上述电子设备5000还可以包括摄像头等其它部件，由于这些部件不是本申请实施例中重点使用的部件，因此，在图5中没有示出，且不再详述。

本领域技术人员可以理解，图5仅仅是电子设备的举例，并不构成对电子设备的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件。

为了描述的方便，以上各部分按照功能划分为各模块（或单元）分别描述。当然，在实施本申请时可以把各模块（或单元）的功能在同一个或多个软件或硬件中实现。

显然，上述实施方式仅仅是为清楚地说明所作的举例，而并非对实施方式的限定。对于所属领域的普通技术人员来说，在上述说明的基础上还可以做出其它不同形式的变化或变动。这里无需也无法对所有的实施方式予以穷举。而由此所引伸出的显而易见的变化或变动仍处于本申请创造的保护范围之中。

Claims (11)

1.一种资源调度的系统，其特征在于，包括控制设备以及多个用户设备，其中，

控制设备，用于确定接收到用户设备针对目标任务发送的资源调度请求时，根据所述资源调度请求，确定用户账号信息；获取所述用户账号信息对应设置的至少一个用户设备的组件资源信息；根据所述目标任务以及所述至少一个用户设备的组件资源信息，生成所述至少一个用户设备分别对应的资源调度指令；向所述至少一个用户设备分别发送相应的资源调度指令；

每一用户设备，用于确定接收到所述资源调度指令时，调用所述资源调度指令中的设备组件，执行所述资源调度指令指示的子任务；所述子任务是基于目标任务生成的；

每一用户设备还用于：在确定接收到所述资源调度指令之前，在执行各启动阶段中的目标启动阶段时，执行所述目标启动阶段中的机器码；

其中，所述机器码是符合机器码条件的目标代码在编译阶段转换生成的；所述目标启动阶段是通过驱动框架的注册接口注册后执行的，或者，是通过所述驱动框架的调用接口调用执行的；同一用户账号信息对应的用户设备中设置有相同的驱动框架。

2.根据权利要求1所述的系统，其特征在于，所述组件资源信息包括设备组件对应的运行状态信息；所述控制设备用于：

根据所述至少一个用户设备的各设备组件对应的运行状态信息，从所述至少一个用户设备中的设备组件中，筛选出用于执行所述目标任务的多个目标设备组件；

分别确定每一个目标设备组件的运行参数；

根据各目标设备组件的运行参数，将目标任务进行分解，获得各目标设备组件对应的子任务；

根据所述各目标设备组件分别对应的运行参数和子任务，生成各目标设备组件分别对应的用户设备分别对应的资源调度指令。

3.根据权利要求2所述的系统，其特征在于，所述控制设备用于：

根据所述目标任务，将所述至少一个用户设备的各设备组件，进行组合，获得多个设备组件集合；

根据各设备组件集合中各设备组件的运行状态信息，分别对各设备组件集合进行评估；

根据各设备组件集合的评估结果，从各设备组件集合中，选取符合资源调度条件的目标设备组件集合；

将所述目标设备组件集合中的设备组件，确定为所述目标设备组件。

4.根据权利要求1-3任一项所述的系统，其特征在于，每一用户设备还用于：

在设备启动前，基于安全检查机制，进行设备安全检查；

若确定检查通过，则依次执行各启动阶段。

5.根据权利要求1-3任一项所述的系统，其特征在于，每一用户设备用于：

在执行各启动阶段时，若确定解释器接收到启动请求，则执行所述启动请求对应的中间代码；

其中，所述中间代码是符合中间代码条件的目标代码在编译阶段转换生成的。

6.一种资源调度的方法，其特征在于，包括：

确定接收到用户设备针对目标任务发送的资源调度请求时，根据所述资源调度请求，确定用户账号信息；

获取所述用户账号信息对应设置的至少一个用户设备的组件资源信息；

根据所述目标任务以及所述至少一个用户设备的组件资源信息，生成所述至少一个用户设备分别对应的资源调度指令；

向所述至少一个用户设备分别发送相应的资源调度指令，使得每一用户设备确定接收到所述资源调度指令时，调用所述资源调度指令中的设备组件，执行所述资源调度指令指示的子任务；所述子任务是基于目标任务生成的；其中，所述用户设备在确定接收到所述资源调度指令之前，在执行各启动阶段中的目标启动阶段时，执行所述目标启动阶段中的机器码；所述机器码是符合机器码条件的目标代码在编译阶段转换生成的；所述目标启动阶段是通过驱动框架的注册接口注册后执行的，或者，是通过所述驱动框架的调用接口调用执行的；同一用户账号信息对应的用户设备中设置有相同的驱动框架。

7.根据权利要求6所述的方法，其特征在于，所述组件资源信息包括设备组件对应的运行状态信息；所述根据所述目标任务以及所述至少一个用户设备的组件资源信息，生成所述至少一个用户设备分别对应的资源调度指令，包括：

根据所述至少一个用户设备的各设备组件对应的运行状态信息，从所述至少一个用户设备中的设备组件中，筛选出用于执行所述目标任务的多个目标设备组件；

分别确定每一个目标设备组件的运行参数；

根据各目标设备组件的运行参数，将目标任务进行分解，获得各目标设备组件对应的子任务；

根据所述各目标设备组件分别对应的运行参数和子任务，生成各目标设备组件分别对应的用户设备分别对应的资源调度指令。

8.根据权利要求7所述的方法，其特征在于，所述根据所述至少一个用户设备的各设备组件对应的运行状态信息，从所述至少一个用户设备中的设备组件中，筛选出用于执行所述目标任务的多个目标设备组件，包括：

根据所述目标任务，将所述至少一个用户设备的各设备组件，进行组合，获得多个设备组件集合；

根据各设备组件集合中各设备组件的运行状态信息，分别对各设备组件集合进行评估；

根据各设备组件集合的评估结果，从各设备组件集合中，选取符合资源调度条件的目标设备组件集合；

将所述目标设备组件集合中的设备组件，确定为所述目标设备组件。

9.一种资源调度的装置，其特征在于，所述装置包括：

确定单元，用于确定接收到用户设备针对目标任务发送的资源调度请求时，根据所述资源调度请求，确定用户账号信息；

获取单元，用于获取所述用户账号信息对应设置的至少一个用户设备的组件资源信息；

生成单元，用于根据所述目标任务以及所述至少一个用户设备的组件资源信息，生成所述至少一个用户设备分别对应的资源调度指令；

发送单元，用于向所述至少一个用户设备分别发送相应的资源调度指令，使得每一用户设备确定接收到所述资源调度指令时，调用所述资源调度指令中的设备组件，执行所述资源调度指令指示的子任务；所述子任务是基于目标任务生成的；其中，所述用户设备在确定接收到所述资源调度指令之前，在执行各启动阶段中的目标启动阶段时，执行所述目标启动阶段中的机器码；所述机器码是符合机器码条件的目标代码在编译阶段转换生成的；所述目标启动阶段是通过驱动框架的注册接口注册后执行的，或者，是通过所述驱动框架的调用接口调用执行的；同一用户账号信息对应的用户设备中设置有相同的驱动框架。

10.一种电子设备，其特征在于，包括：

处理器；以及

存储器，存储有计算机指令，所述计算机指令用于使所述处理器执行根据权利要求6-8任一项所述的方法。

11.一种存储介质，其特征在于，存储有计算机指令，所述计算机指令用于使计算机执行根据权利要求6-8任一项所述的方法。