一种调度任务的执行方法及系统与流程

本申请涉及计算机领域，特别是涉及一种调度任务的执行方法及系统。

背景技术：

对于银行业而言，银行数据中心通常部署多种基础软硬件产品，以实现多种银行业务。基础的软硬件产品往往种类繁多，同类产品中存在着属于不同品牌或者版本的产品。并且用于与各类产品对接的技术平台、系统可能基于不同种类的软件开发框架。当数据中心需要执行各类设施配合度较高的调度任务时，涉及到的产品、平台、系统等设施数目众多、种类繁杂，而对应于这些设施的调度方法同样具有多样性。

在现有的调度任务的执行方法中，调度系统只能针对上述特定某类设施或者是部分设施进行调度任务的执行，不能对大多数的或者是所有的设施统一执行调度任务。所以在执行调度任务时，需要通过多个领域的技术人员针对对应的部分进行共同操作，协作完成调度任务，导致执行调度任务的过程较为复杂。

技术实现要素：

基于上述问题，本申请提供一种调度任务的执行方法及系统，能够支持调度任务对涉及的各类设施进行统一的调度任务的执行，实现少量的技术人员快速的完成调度任务。

本申请实施例公开了如下技术方案：

第一方面，本申请实施例提供了一种调度任务的执行方法，该方法预先建立模型域、调度域和技术域；模型域提取并储存各类设施的信息数据；调度域中具有针对各类调度任务的执行方法；技术域中具有与各类设施对应的驱动技术；所述方法包括：

获取调度任务的发起信息，根据发起信息所对应的预设任务方案创建调度任务；其中，所述预设任务方案为用户预先根据所述模型域中的信息数据设置的调度任务的执行方案；

调度域获取所述调度任务，通过对所述调度任务进行解析，确定调度任务的执行方法，根据所述执行方法得到任务信息；其中，所述任务信息为包括目标设施标识的任务执行的相关信息；

技术域获取所述任务信息，根据所述任务信息中的目标设施标识，在模型域中查找目标设施的信息数据，根据目标设施的信息数据选择与目标设施对应的目标驱动技术，并根据所述任务信息通过目标驱动技术执行调度任务。

可选的，所述方法还包括：

调度域接收技术域执行调度任务的反馈信息，根据反馈信息确定调度任务的执行状态，根据调度任务的执行状态对调度任务进行更新，对更新后的调度任务进行解析，判断更新后的调度任务的执行是否需要进行调整；

若需要调整，调度域向技术域发送调整信息，以便技术域根据调整信息调整调度任务的执行。

可选的，所述方法还包括：

自动触发和/或通过用户指令触发调度任务的发起信息。

可选的，自动触发调度任务的发起信息包括：

当满足预设的启动调度任务的条件时，自动触发调度任务的发起信息。

可选的，在根据发起信息所对应的预设任务方案创建调度任务之后，还包括：获取模型域中调度任务执行所需的信息数据，并对所述信息数据进行预处理。

可选的，在根据发起信息所对应的预设任务方案创建调度任务和对信息数据进行获取与预处理之间，还包括：对创建的调度任务进行权限审核。

可选的，所述调度域获取所述调度任务，通过对所述调度任务进行解析，确定调度任务的执行方法，根据所述执行方法得到任务信息，包括：

调度域获取所述调度任务，通过对所述调度任务进行解析，将所述调度任务划分为一个或者多个可执行的较小粒度任务，确定较小粒度任务的执行方法，根据所述执行方法得到任务信息。

可选的，所述调度域获取所述调度任务，通过对所述调度任务进行解析，确定调度任务的执行方法，包括：

调度域获取所述调度任务，将调度任务分配至处理节点，在处理节点上通过对所述调度任务进行解析，确定调度任务的执行方法。

可选的，调度域将调度任务分配至处理节点的方法还包括：

处理节点进行自我监测；

自我监测具体包括：根据预设的监测指标，定时获取监测数据，得到监测结果；

当处理节点失效时，自我监测停止，触发延时信息，处理节点延时接收调度任务。

可选的，调度域将调度任务分配至处理节点的方法还包括：

模型域提取并储存处理节点的节点信息；所述节点信息为表示处理节点在调度任务执行过程中的运行状态的信息；

调度域获取处理节点的节点信息，根据节点信息对处理节点进行监测；

若节点信息不符合预设的节点标准，将该处理节点中的调度任务进行重新分配。

可选的，所述执行方法包括：多条件参数获取方法和/或复合条件执行方法。

可选的，所述方法还包括：根据调度任务的执行状态生成通知信息，向用户显示通知信息。

第二方面，本申请实施例提供了一种调度任务的执行系统，所述系统包括：

模型域单元，用于提取并储存各类设施的信息数据；

任务创建单元，用于获取调度任务的发起信息，根据发起信息所对应的预设任务方案创建调度任务；其中，所述预设任务方案为用户预先根据所述模型域中的信息数据设置的调度任务的执行方案；

调度域单元，用于获取所述调度任务，通过对所述调度任务进行解析，确定调度任务的执行方法，根据所述执行方法得到任务信息；其中，所述任务信息为包括目标设施标识的任务执行的相关信息；

技术域单元，用于获取所述任务信息，根据所述任务信息中的目标设施标识，在模型域中查找目标设施的信息数据，根据目标设施的信息数据选择与目标设施对应的目标驱动技术，并根据所述任务信息通过目标驱动技术执行调度任务。

可选的，所述调度域单元还包括：

反馈子单元，用于接收技术域单元执行调度任务的反馈信息，根据反馈信息确定调度任务的执行状态，根据调度任务的执行状态对调度任务进行更新，对更新后的调度任务进行解析，判断更新后的调度任务的执行是否需要进行调整；若需要调整，向技术域单元发送调整信息，以便技术域单元根据调整信息调整调度任务的执行。

可选的，所述系统还包括：

触发单元，用于自动触发和/或通过用户指令触发调度任务的发起信息。

可选的，所述触发单元包括：

条件子单元，用于设置自动触发所需要满足的启动调度任务的条件。

可选的，所述任务创建单元还包括：

预处理单元，用于对模型域单元中调度任务执行所需的数据进行预处理。

可选的，所述任务创建单元还包括：

审核子单元，用于对创建的调度任务进行权限审核。

可选的，所述调度域单元还包括：

较小粒度单元，用于将获取的调度任务划分为一个或者多个可执行的较小粒度任务。

可选的，所述调度域单元，用于调度域获取所述调度任务，通过对所述调度任务进行解析，确定调度任务的执行方法，具体为：

调度域单元，用于获取所述调度任务，并将所述调度任务分配至处理节点单元，在处理节点单元上通过对所述调度任务进行解析，确定调度任务的执行方法。

可选的，所述处理节点单元还包括：

自我监测子单元，用于获取监测数据，得到监测结果；当处理节点单元失效时，自我监测子单元触发处理节点单元延时接收调度任务。

可选的，所述调度域单元还包括：

监测单元，用于获取模型域单元提取并储存处理节点的节点信息，根据节点信息对处理节点单元进行监测；若节点信息不符合预设的节点标准，将该处理节点单元中的调度任务进行重新分配。

可选的，所述系统还包括：

通知单元，用于根据调度任务的执行状态生成通知信息，向用户显示。

相较于现有技术，本申请具有以下有益效果：

在本申请实施例提供的方法中，将各类设施的信息数据、各类调度任务的执行方法和执行调度任务的驱动技术分别划分到模型域、调度域和技术域中，根据各类设施和调度任务的需要，分别对模型域、调度域和技术域进行设置，使得调度方法脱离原有的设施种类的限制，可以根据不同种类的设施的信息选择调度方法和对应的驱动技术进行调度，不只针对某类或者某些设施，增强了执行方法的普遍适用性。可以实现根据调度任务的要求对各类设施进行统一的操作，由此避免了由于各类设施不能统一执行调度任务造成的需要各个领域的技术人员协同执行调度任务的问题，降低了调度任务执行的复杂程度。

附图说明

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

图1为本申请实施例提供的一种调度任务的执行方法的流程图；

图2为本申请实施例提供的另一种调度任务的执行方法的流程图；

图3为本申请实施例提供的另一种调度任务的执行方法的流程图；

图4为本申请实施例提供的一种调度任务的执行方法的流程图；

图5为本申请实施例提供的一种调度任务的执行系统的结构示意图。

具体实施方式

正如前文描述，目前的银行业数据中心具有多种品牌与版本的基础软硬件产品以及与这些产品对接的多种系统与平台。对于多种类的基础设施而言，由于在进行调度任务时涉及到多种产品、系统、平台等设施，执行任务的方法以及技术会根据相关设施有所不同，这使得调度任务的操作过程较为复杂。

发明人发现，现有的调度方法中主要是针对某类特定的设施或者是部分设施，缺乏对数据中心具有的各种设施进行统一调度的方法。由于调度任务需要相关设施进行配合度较高的操作，所以导致在需要进行调度任务时，需要多个相关领域的技术人员根据调度任务共同协作完成，这使得调度任务的操作较为复杂，执行调度任务的效率较低。

发明人经过研究发现，由于涉及到的设施种类繁多，执行调度任务过程中所需的设施的信息、调度的方法以及执行调度的技术较为复杂，根据设备的种类分别执行调度任务，会导致完成调度任务的操作十分复杂，也不便于后续的对于设施的更新或者改换的处理。所以，考虑到设施种类的多样性，将调度任务的执行方法划分为模型域、调度域和技术域三个模块：模型域负责对各类设施的信息数据进行提取和缓存；调度域负责对调度任务进行解析，确定对应的执行方法，并向技术域发送相关的任务信息；技术域负责根据调度域和模型域的信息选择相应的驱动技术，执行调度任务。由此，根据各类设施和调度任务的需要，分别对模型域、调度域和技术域进行设置，可以简化由于设施的种类不同导致的复杂的控制过程，使得调度方法脱离原有的设施种类的限制，不只针对某类或者某些设施，增强了执行方法的普遍适用性，可以实现对于各类设施的统一管理，降低了调度任务执行的复杂性。

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

第一实施例

参见图1，该图为本申请实施例提供的一种调度任务的执行方法的流程图。

在本申请实施例中可以预先建立模型域、调度域和技术域；其中，模型域提取并储存各类设施的信息数据；调度域中具有针对各类调度任务的执行方法；技术域中具有与各类设施对应的驱动技术。

需要说明的是，本申请实施例中所述的各类设施可以包括执行调度任务涉及到的各类软硬件设施，例如，包括操作系统、数据库、网络交换机、路由器等基础软硬件产品以及相关的云平台、软件定义网络等技术平台。

需要说明的是，本申请实施例中的模型域、调度域和技术域可以为调度任务执行方法中的三个主要的模块。

模型域提取并储存的各类设施的信息数据可以包括设施本身的静态数据以及各类设施在运行过程中出现的运行数据等执行调度任务所需的相关数据。其中，运行数据可以包括设施运行过程中所产生的数据、驱动所需的信息数据，检测运行是否正常的指标数据等于设施运行有关的数据。

本申请实施例中不限定模型域提取和储存的具体方式。在一种可能的实现方式中，模型域可以通过形成数字化模型的方法提取的各类设施的信息数据，数字化模型可以体现出该设施的相关特征。并将提取得到的各类设施的数字化模型储存在相应的模型库中，例如储存在配置模型库(configurationmanagementdatabase，cmdb)中。在另一种可能的实现方式中，为了保证其他域从模型域中获取或储存数据的效率，模型域中还可以对提取的信息数据先进行缓存，再进行储存。

本申请实施例中技术域具有的驱动技术是与各类设施对应的，本申请不限定设置技术域中驱动技术的方法，在一种可能的实现方式中，可以采用插件式接入各种驱动技术，例如可以采用标准框架对接各类应用程序接口(applicationprogramminginterface，api)，以实现调用外部的驱动程序进行驱动的功能。

需要说明的是，调度域中针对调度任务的执行方法可以是技术人员提前根据各类调度任务可能会涉及到的方法设置的。

在本实施例中，所述方法例如可以通过如下步骤s101-s103实现。

s101：获取调度任务的发起信息，根据发起信息所对应的预设任务方案创建调度任务；其中，所述预设任务方案为用户预先根据所述模型域中的信息数据设置的调度任务的执行方案。

可以理解的是，本申请实施例中调度任务的发起信息与预设任务方案存在着一定的对应关系，本申请实施例中不限定对应关系的具体表现形式，可以为发起信息中包含预设任务方案的关键词。

需要说明的是，本申请实施例中不限定用户预设任务的具体时间。在一种可能的实现方式中，用户可以统一对多个预设任务方案进行设置，也可以在执行某个具体的调度任务之前临时进行设置。

可以理解的是，本申请实施例中的预设任务方案是指用户根据模型域中信息数据设置的调度任务的执行方案，可以包括具体的执行步骤，触发执行所需要满足的条件等。根据预设任务方案创建的调度任务中具有针对该调度任务的执行方案的相关信息。

s102：调度域获取所述调度任务，通过对所述调度任务进行解析，确定调度任务的执行方法，根据所述执行方法得到任务信息；其中，所述任务信息为包括目标设施标识的任务执行的相关信息。

本申请实施例中不限定调度域获取调度任务的方式，在一种可能的实现方式中，调度域获取调度任务可以是通过接收到调度任务请求，获取调度任务；在另一种可能的实现方式中，调度域可以对调度任务进行监听，当监听到新的调度任务创建时，获取所述调度任务。

任务信息中包括技术域执行该调度任务所需的信息，包括但不限于执行调度任务所需的目标设施标识。任务信息中的目标设施标识可以为包含执行该任务所需的设施的标识。

s103：技术域获取所述任务信息，根据所述任务信息中的目标设施标识，在模型域中查找目标设施的信息数据，根据目标设施的信息数据选择与目标设施对应的目标驱动技术，并根据所述任务信息通过目标驱动技术执行调度任务。

可以理解的是，技术域获取任务信息的方式可以为技术域获取调度域向其发送的任务信息；也可以为技术域监听任务信息的产生，当技术域监听到新的任务信息产生，就对任务信息进行获取。

技术域可以通过所述目标设施标识在模型域中查询到目标设施的相关信息数据，获取到目标设施信息数据中包括的驱动技术数据，确定目标设施对应的目标驱动技术。

本申请实施例中不限定信息的具体表现形式，在一种可能的实现方式中，可以通过矩阵的方式表示。

由上可知，本申请实施例提供的调度任务的执行方法，通过建立模型域、调度域和技术域，将各类设施的信息数据、调度任务的执行方法和各类设施对应的驱动技术分别划分到三域之中。通过调度域获取调度任务，并对其进行解析，根据解析结果得到任务信息，技术域根据任务信息在模型域中获取目标设施的信息数据，确定目标设施对应的目标驱动技术，并根据任务信息通过目标驱动技术执行调度任务。由此将设施的信息、任务执行方法和驱动技术分别划分到三域之中，可以简化由于设施的种类不同导致的复杂的控制过程，使得执行调度任务可以脱离原有的设施种类的限制，不只针对某类或者某些设施，降低了调度任务的操作的复杂性。

第二实施例

在上述第一实施例中，调度域解析调度任务，根据解析结果得到任务信息，技术域获取任务信息，并根据任务信息查找目标驱动技术，执行调度任务。但是，对于复杂的调度任务而言，完成调度任务中的执行步骤较多，当缺乏对执行情况的反馈和监控时，不能掌握调度任务的执行情况。如果调度任务的执行出现问题时，不能及时进行处理。

针对上述情况，本申请提供了另一种调度任务的执行方法，图2为本申请实施例提供的另一种调度任务的执行方法的流程图。

下面对该实施例进行详细的说明。

s201：自动触发和/或通过用户指令触发调度任务的发起信息，获取调度任务的发起信息，根据发起信息所对应的预设任务方案创建调度任务；其中，所述预设任务方案为用户预先根据所述模型域中的信息数据设置的调度任务的执行方案。

可以理解的是，用户指令触发调度任务的发起信息可以为用户点击预设的链接进行触发，也可以为输入具体的指令触发，本申请中不限定用户指令触发的具体表现形式，可以根据需要进行设置。

需要说明的是，可以预设自动触发调度任务的发起信息满足的条件，在一种可能的实施方式中，可以根据模型域中的信息数据，为设施的运行数据设置监控指标，当设施的运行数据超出监控指标时，触发相应的调度任务的发起信息。在另外的一种可能的实施方式中，还可以设置定时器进行定时自动触发。

s202：调度域获取所述调度任务，通过对所述调度任务进行解析，将所述调度任务划分为一个或者多个可执行的较小粒度任务，确定较小粒度任务的执行方法，根据所述执行方法得到任务信息。

需要说明的是，本申请实施例中的较小粒度任务为调度任务细化出的执行范围较小的可执行的任务。较小粒度任务可以是实现调度任务的某个具体的步骤，或者是调度任务下属的子任务。本申请实施例中不限定对调度任务细化程度，较小粒度任务可以是可执行的最小粒度任务。

当调度任务划分为一个或者多个较小粒度任务后，调度域对较小粒度任务进行解析，并得到较小粒度任务的任务信息，技术域根据较小粒度任务的任务信息执行任务，通过执行较小粒度任务，完成对所述调度任务的执行。

需要说明的是，本申请的执行方法可以包括多条件参数获取方法和/或复合条件执行方法。其中，多条件参数获取方法可以包括用户输入参数、设施运行输出参数、其他相关调度任务执行输出参数等多种获取参数的方法。复合条件执行方法是针对调度任务具体的执行过程中的触发条件可以是多样的，包括但不限于：可调度性条件、参数条件、自定义执行流程条件等。

s203：技术域获取所述任务信息，根据所述任务信息中的目标设施标识，在模型域中查找目标设施的信息数据，根据目标设施的信息数据选择与目标设施对应的目标驱动技术，并根据所述任务信息通过目标驱动技术执行调度任务。

需要说明的是，本申请实施例中的目标设施以及目标驱动技术可以是执行较小粒度单元所需要涉及到的设施和其对应的驱动技术。

s204：调度域接收技术域执行调度任务的反馈信息，根据反馈信息确定调度任务的执行状态，根据调度任务的执行状态对调度任务进行更新，对更新后的调度任务进行解析，判断更新后的调度任务的执行是否需要进行调整；若需要调整，调度域向技术域发送调整信息，以便技术域根据调整信息调整调度任务的执行。

反馈信息中可以包括但不限于技术域具体的执行信息和执行状态。本申请实施例中不限定反馈信息的具体表现形式，在一种可能的实现方式中反馈信息可以采用反馈矩阵表示。

调度域可以根据反馈信息确定调度任务的执行状态并对调度任务进行更新，并对更新后的调度任务进行解析，如果调度任务需要进行调整，例如，当前调度任务的执行状态出现问题或者可以触发其他的任务的执行时，调度域向技术域发送相关的调整信息，技术域根据调整信息调整调度任务的执行。

本申请实施例中不限定调度任务执行状态的具体定义以及划分标准，在一种可能的实现方式中，可以将调度任务的执行状态划分为待运行、运行中、暂停、问题、已取消、成功、失败等。可以理解的是，执行状态的表现形式也可以根据实际需要进行设置，可以采用状态列表来进行表现。

s205：根据调度任务的执行状态生成通知信息，向用户显示通知信息。

本申请实施例中不限定向用户显示通知信息的方式，在一种可能的实施方式中，可以通过显示设备实现。

在本实施例中，通过将调度任务划分为较小粒度任务，细化了调度任务，方便调度域对较小粒度任务进行解析以及技术域执行。并且通过技术域的反馈信息确定调度任务的执行状态，并根据执行状态对调度任务进行更新，便于执行调度任务。

第三实施例

鉴于调度任务的解析通常是在处理节点上进行的，而处理节点的性能对于调度任务的执行具有重要的影响。针对所述情况，本申请还提供了一种调度任务的执行方法，图3为本申请实施例提供的另一种调度任务的执行方法的流程图。

下面对该实施例进行详细的说明。

s301：获取调度任务的发起信息，根据发起信息所对应的预设任务方案创建调度任务；其中，所述预设任务方案为用户预先根据所述模型域中的信息数据设置的调度任务的执行方案。

需要说明的是，在创建调度任务之后，可以对调度任务进行审核，包括但不限于审核发起信息的触发者的身份权限、调度任务所需的数据的权限以及调度任务执行时涉及到的设施的权限等。

在一种可能的实现方式中，针对执行调度任务所需的数据可以进行预处理，例如从模型域或者从调度平台中查询、调用数据等。

s302：调度域所述获取调度任务，将调度任务分配至处理节点，在处理节点上通过对所述调度任务进行解析，确定调度任务的执行方法，根据所述执行方法得到任务信息；其中，所述任务信息为包括目标设施标识的任务执行的相关信息。

可以理解的是，本申请实施例中的处理节点可以是具有解析计算功能的计算节点。

s303：处理节点进行自我监测；自我监测具体包括：根据预设的监测指标，定时获取监测数据，得到监测结果；当处理节点失效时，自我监测停止，触发延时信息，处理节点延时接收调度任务。

本申请实施例中不限定处理节点自我监测的监测指标，可以根据处理节点的性能和需要进行设置，监测指标例如可以包括：读写速度、联通状态、延时情况等。

当处理节点失效时，自我监测失效，可以触发预先设置的延时接收调度任务的指令，处理节点延时接收调度任务；当处理节点恢复正常，自我监测恢复，处理节点继续接收调度任务。

s304：模型域提取并储存处理节点的节点信息；所述节点信息为表示处理节点在调度任务执行过程中的运行状态的信息；调度域获取处理节点的节点信息，根据节点信息对处理节点进行监测；若节点信息不符合预设的节点标准，将该处理节点中的调度任务进行重新分配。

可以理解的是，本申请不限定步骤s303和步骤s304执行方式，可以仅执行其中一个步骤或者执行两个步骤。当执行上述两个步骤时，不限定执行的顺序，可以同时执行或者更换步骤s303和步骤s304的执行顺序。

需要说明的是，模型域提取节点信息可以根据处理节点本身的运行情况，也可以根据其他方法得到的处理节点的信息。在一种可能的实现方式中，模型域可以获取上述步骤s303中的监测结果，根据自我监测的监测结果提取并储存节点信息。

调度域根据处理节点的节点信息对处理节点进行监测，若节点信息不符合预设的节点标准，例如处理节点发生故障或者处理节点的性能不符合调度任务的要求，调度域将该处理节点中的任务重新分配给其他的处理节点。本申请不限定具体的节点标准，可以根据实际情况进行设定。

可以理解的是，调度域对处理节点进行监测，如果确定处理节点发生故障，可以向用户发送故障消息。

s305：技术域获取所述任务信息，根据所述任务信息中的目标设施标识，在模型域中查找目标设施的信息数据，根据目标设施的信息数据选择与目标设施对应的目标驱动技术，并根据所述任务信息通过目标驱动技术执行调度任务。

本申请实施例是基于处理节点的调度任务的执行方法，通过对处理节点进行监测，确保处理节点的功能正常，确保调度任务的执行。

第四实施例

以上对本申请实施例提供的调度任务的执行方法进行了介绍，以下结合具体场景对本申请实施例提供的方法进行介绍。图4为本申请实施例提供的一种调度任务的执行方法的流程图。

在该场景中，所述方法应用于具有处理节点的调度平台上，所述方法中的模型域、调度域和技术域仅为执行方法中的划分的方法模块。模型域通过形成数字化模型的方式提取各类设施的信息数据，并将其储存在配置模型库中。各类设施包括但不限于：防火墙、交换机、主机、云平台、软件定义网络、业务系统、数据库、服务器等设施。在设置配置模型库的基础上还可以设置缓存库，通过缓存库将信息延时同步到配置模型库中，避免了直接对配置模型库中的大量的数据进行处理会导致的数据读写速率较慢的问题，保证了数据储存的效率和准确性。用户根据模型域中提供的信息数据，例如设施、参数、触发条件、驱动技术等，设置调度任务的预设任务方案，预设任务方案为该调度任务的执行方案，例如，执行调度任务时所涉及的设施，需要调整的参数，执行该调度任务的步骤等执行过程和执行项，预设任务方案的相关信息可以储存在模型域中。调度域中具有针对各类调度任务的执行方法，用户根据调度任务的需要进行设置。技术域中具有与上述各类设施对应的驱动技术，例如：服务器驱动、网络驱动、云平台驱动、防火墙驱动等。

s401:获取调度任务的发起信息。

用户通过调度平台的交互页面触发调度任务的发起信息，发起信息中具有与预设任务方案对应的信息，例如，用户在触发调度任务之前预先设置安装oracle数据库的预设任务方案，在触发调度任务时可以在调度平台的交互界面中点击“oracle数据库安装”按键，触发发起信息，用户也可以通过设置定时器定时触发。另外，还可以通过设置启动调度任务的条件，自动触发调度任务的发起信息。

s402:调度任务预处理。

根据调度任务的发起信息所对应的预设任务方案创建调度任务。调度平台对创建的调度任务进行审核，包括对发起信息的触发者的身份、操作的权限、所要调度的数据的权限进行审核，通过审核后通过交互页面反馈审核结果。并进行对执行调度任务所涉及到的数据的处理，包括根据调度任务的需要对储存在配置模型库中的信息数据进行查询、调用以及相关的技术处理。预处理完成之后，平台向调度域发送相关消息。

s403:任务解析。

调度域获取调度任务，将调度任务分配至处理节点，在处理节点上对调度任务进行解析。例如，在处理节点上对调度任务进行解析，将调度任务中的信息以动态矩阵的形式表示。通过调度任务的解析，得到调度任务的执行过程、执行条件和实时状态，也就是确定该调度任务对应的执行方法。根据上述执行方法，得到任务信息。其中，通过对调度任务进行解析，可以将调度任务划分为多个较小粒度任务，得到较小粒度任务的执行过程、执行条件和实时状态等信息，根据这些信息得到较小粒度任务的任务信息。任务信息包含脚本类、文件类、配置类和api类，各类任务信息中具有相关的目标设施标识。

s404:驱动适配。

技术域获取任务信息，根据任务信息中具有的目标设施标志，从模型域的配置数据库中查找相关的信息数据，选择对应的目标驱动技术，根据任务信息中包含的执行方法，通过目标驱动技术执行调度任务。技术域中包含主流设备的管理自动化驱动工具。

s405:执行反馈。

技术域向调度域反馈执行调度任务的反馈信息，调度域根据反馈信息确定调度任务的执行状态，根据调度任务的执行状态对调度任务进行更新，调度域通知处理节点进行重新解析。状态更新后的调度任务可能需要调整执行方法，调度域根据新的执行方法向技术域发送调整信息。对于调度任务的执行状态可以通过步骤s407在交互界面向用户显示，以便用户了解调度任务的执行状态，必要时用户可以通过步骤s401触发新的调度任务的发起信息，更改当前调度任务的执行。当调度任务的执行状态为“失败”或者“问题”时，还可以通过步骤s401自动触发该调度任务的发起信息，对该调度任务进行再次执行。

s406:对处理节点进行监测。

对处理节点进行监测可以通过两个方面进行。一方面是平台自身针对处理节点进行自我监测，通过设置监测指标，例如：缓存连通性、缓存写速度、消息连通性、消息写速度、数据库连通性、数据库写速度、延时等，对处理节点的状态进行监测。当处理节点失效时，自我监测停止，触发处理节点延时接收调度任务，并通过步骤s407向用户显示该节点的相关信息；当处理节点恢复正常时，自我监测正常进行，继续接收上述延时接收的调度任务。另一方面是调度域对处理节点进行监测。模型域提取并储存处理节点的节点信息，调度域根据节点信息对处理节点进行监测，当处理节点发生异常时，调度域对该处理节点进行异常标记，将分配给该节点的调度任务重新进行分配，并通过步骤s407向用户显示该节点的相关信息。

s407:向用户显示通知信息。

通过平台上的通知服务，接收通知信息并向用户显示。还可以将通知信息进行储存，方便用户后续的查询。

第五实施例

图5为本申请实施例提供的一种调度任务的执行系统的结构示意图。

例如具体可以包括：

模型域单元501，用于提取并储存各类设施的信息数据；

任务创建单元502，用于获取调度任务的发起信息，根据发起信息所对应的预设任务方案创建调度任务；其中，所述预设任务方案为用户预先根据所述模型域中的信息数据设置的调度任务的执行方案；

调度域单元503，用于获取所述调度任务，通过对所述调度任务进行解析，确定调度任务的执行方法，根据所述执行方法得到任务信息；其中，所述任务信息为包括目标设施标识的任务执行的相关信息；

技术域单元504，用于获取所述任务信息，根据所述任务信息中的目标设施标识，在模型域中查找目标设施的信息数据，根据目标设施的信息数据选择与目标设施对应的目标驱动技术，并根据所述任务信息通过目标驱动技术执行调度任务。

其中，所述任务创建单元502还可以包括预处理单元和审核子单元，可以对创建的调度任务进行权限审核，可以包括用户身份权限、操作权限、数据使用权限等，并且可以对于执行调度任务的数据进行预处理，便于后续的使用。

其中，所述调度域单元503还可以包括反馈子单元，反馈子单元可以用于接收技术域单元执行调度任务的反馈信息，并且根据反馈信息确定调度任务的执行状态，对调度任务进行更新。由于更新后的调度任务可能需要新的执行方法来执行，所以对更新后的调度任务进行解析，判断更新后的调度任务的执行方法是否需要进行调整，如果需要进行调整，向技术域发送调整信息，包含更新后调度方法的执行方法的相关信息。技术域单元获取到调整信息后，根据调整信息对调度任务的执行进行调整。

所述调度域单元503还可以将获取到的调度任务分配至处理节点单元，处理节点单元上通过对所述调度任务进行解析，确定调度任务的执行方法。

进一步的，调度域单元503可以包括监测单元，当调度域将任务分配给处理节点单元时，调度域单元通过监测单元对处理节点单元进行监测。模型域单元提取并储存处理节点的节点信息，监测单元根据模型域单元中的节点信息对处理节点单元进行监测，若节点信息不符合预设的节点标准，将该处理节点单元中的调度任务进行重新分配。

处理节点单元还可以包括自我监测子单元。自我监测子单元用于获取监测数据，得到监测结果。当处理节点单元失效时，自我监测子单元相应停止自我监测，当自我监测子单元停止工作时会触发延时信息，处理节点单元延时接收调度任务，调度任务可以暂存在其他相关单元中；当处理节点单元恢复正常时，自我监测开始，停止延时接收，处理节点单元继续接收调度任务。

进一步的，调度域单元还可以包括较小粒度单元。较小粒度单元，用于将获取的调度任务划分为一个或者多个可执行的较小粒度任务。在一种可能的实施方式中，调度域单元在解析时通过较小粒度单元将调度任务进行划分。

所述系统可以包括触发单元，可以自动触发和/或通过用户指令触发调度任务的发起信息。进一步的，为了设置自动触发所需要满足的启动调度任务的条件，还可以在触发单元中设置条件子单元。

所述系统还可以包括通知单元，可以根据调度任务的执行状态生成通知信息，并向用户显示。在一种可能的实施方式中，用户可以根据通知单元显示的通知信息，可以通过触发单元对调度任务的执行及时进行调整。

需要说明的是，本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于设施及系统实施例而言，由于其基本相似于方法实施例，所以描述得比较简单，相关之处参见方法实施例的部分说明即可。以上所描述的设施及系统实施例仅仅是示意性的，其中作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元提示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。

以上所述，仅为本申请的一种具体实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到的变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应该以权利要求的保护范围为准。