CN111190607A - 任务插件处理方法和装置、任务调度服务器及存储介质 - Google Patents

Abstract

本申请提供的任务插件处理方法和装置、任务调度服务器及存储介质，涉及插件技术领域。在本申请中，首先，基于目标任务插件的插件属性生成业务对象。其次，基于预设的对象转化工具将所述业务对象转化为持久对象。然后，将所述持久对象发送给数据库服务器，以使该数据库服务器通过预设的任务表对所述持久对象进行存储。通过上述方法，可以改善现有技术中在对任务插件进行部署时存在操作不便的问题。

Description

任务插件处理方法和装置、任务调度服务器及存储介质

技术领域

本申请涉及插件技术领域，具体而言，涉及一种任务插件处理方法和装置、任务调度服务器及存储介质。

背景技术

在任务调度系统中，一般会基于增加的任务需求部署新的任务插件。其中，在基于现有的技术部署新的任务插件时，一般需要对数据库中存储的代码进行查询，并基于查询结果对数据库中存储的任务表的表结构进行修改。如此，将导致在对任务插件进行部署时存在操作不便的问题。

发明内容

有鉴于此，本申请的目的在于提供一种任务插件处理方法和装置、任务调度服务器及存储介质，以改善现有技术中在对任务插件进行部署时存在不便的问题。

为实现上述目的，本申请实施例采用如下技术方案：

一种任务插件处理方法，包括：

基于目标任务插件的插件属性生成业务对象；

基于预设的对象转化工具将所述业务对象转化为持久对象；

将所述持久对象发送给数据库服务器，以使该数据库服务器通过预设的任务表对所述持久对象进行存储。

在本申请实施例较佳的选择中，在上述任务插件处理方法中，所述基于预设的对象转化工具将所述业务对象转化为持久对象的步骤，包括：

基于预设的序列化工具对所述业务对象进行处理得到目标数据；

基于所述目标数据对预设的持久对象进行更新处理。

在本申请实施例较佳的选择中，在上述任务插件处理方法中，所述基于预设的序列化工具对所述业务对象进行处理得到目标数据的步骤，包括：

基于预设的序列化工具对所述业务对象中的目标属性进行序列化处理，得到具有目标数据交换格式的字符串，其中，该字符串作为目标数据。

在本申请实施例较佳的选择中，在上述任务插件处理方法中，所述基于所述目标数据对预设的持久对象进行更新处理的步骤包括：

基于所述目标数据对预设的持久对象中的任务体属性进行更新处理。

在本申请实施例较佳的选择中，在上述任务插件处理方法中，所述基于目标任务插件的插件属性生成业务对象的步骤，包括：

获取目标任务插件的插件公共属性和插件具体属性；

基于所述插件公共属性和所述插件具体属性生成业务对象。

在本申请实施例较佳的选择中，在上述任务插件处理方法中，所述基于所述插件公共属性和所述插件具体属性生成业务对象的步骤，包括：

基于所述插件公共属性生成公共属性抽象类；

继承所述公共属性抽象类，并结合所述插件具体属性生成业务对象。

在本申请实施例较佳的选择中，在上述任务插件处理方法中，还包括：

在需要所述目标任务插件执行相应的任务时，从所述数据库服务器获取所述持久对象；

对所述持久对象进行实例化处理，并将实例化后的持久对象发送给部署有所述目标任务插件的目标设备，其中，所述目标任务插件用于在该目标设备上，基于所述对象转化工具将所述实例化后的持久对象转化为业务对象，并基于该业务对象执行相应的任务。

在本申请实施例较佳的选择中，在上述任务插件处理方法中，述对所述持久对象进行实例化处理，并将实例化后的持久对象发送给部署有所述目标任务插件的目标设备的步骤，包括：

基于获取的时间信息对所述持久对象进行更新处理；

对更新后的持久对象进行实例化处理，并将实例化后的持久对象发送给目标设备，其中，该目标设备部署有所述目标任务插件。

在本申请实施例较佳的选择中，在上述任务插件处理方法中，所述基于获取的时间信息对所述持久对象进行更新处理的步骤，包括：

获取所述目标任务插件执行任务的时间信息；

基于所述时间信息对所述持久对象中的任务体属性进行更新处理。

本申请实施例还提供了一种任务插件处理装置，包括：

对象生成模块，用于基于目标任务插件的插件属性生成业务对象；

对象转化模块，用于基于预设的对象转化工具将所述业务对象转化为持久对象；

对象发送模块，用于将所述持久对象发送给数据库服务器，以使该数据库服务器通过预设的任务表对所述持久对象进行存储。

在上述基础上，本申请实施例还提供了一种任务调度服务器，包括存储器、处理器和存储于该存储器并能够在该处理器上运行的计算机程序，该计算机程序在该处理器上运行时，实现上述的任务插件处理方法。

在上述基础上，本申请实施例还提供了一种计算机可读存储介质，其上存储有计算机程序，该程序被执行时实现上述的任务插件处理方法。

本申请提供的任务插件处理方法和装置、任务调度服务器及存储介质，先基于目标任务插件的插件属性生成业务对象，再将该业务对象转化为持久对象，并将该持久对象发送给数据库服务器以通过预设的任务表进行存储，从而实现对该任务表的更新。如此，在对目标任务插件进行部署时，一方面不用再对数据库服务器进行代码查询的操作，另一方面也不用再对数据库服务器进行任务表的表结构修改操作，从而改善现有技术中在对任务插件进行部署时存在操作不便的问题，在对任务调度系统进行扩展的工作中具有较高的实用价值。

为使本申请的上述目的、特征和优点能更明显易懂，下文特举较佳实施例，并配合所附附图，作详细说明如下。

附图说明

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

图2为本申请实施例提供的任务插件处理方法的流程示意图。

图3为图2中步骤S110包括的子步骤的流程示意图。

图4为图3中步骤S120包括的子步骤的流程示意图。

图5为本申请实施例提供的任务插件处理方法包括的其它步骤的流程示意图。

图6为图5中步骤S150包括的子步骤的流程示意图。

图7为本申请实施例提供的任务调度服务器与多个目标设备的通信连接示意图。

图8为本申请实施例提供的任务插件处理装置包括的功能模块的方框示意图。

图标：10-任务调度服务器；12-存储器；14-处理器；100-任务插件处理装置；110-对象生成模块；120-对象转化模块；130-对象发送模块。

具体实施方式

为使本申请实施例的目的、技术方案和优点更加清楚，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例只是本申请的一部分实施例，而不是全部的实施例。通常在此处附图中描述和示出的本申请实施例的组件可以以各种不同的配置来布置和设计。

因此，以下对在附图中提供的本申请的实施例的详细描述并非旨在限制要求保护的本申请的范围，而是仅仅表示本申请的选定实施例。基于本申请中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

如图1所示，本申请实施例提供了一种任务调度服务器10，可以包括存储器12、处理器14和任务插件处理装置100。

详细地，所述存储器12和处理器14之间直接或间接地电性连接，以实现数据的传输或交互。例如，相互之间可通过一条或多条通讯总线或信号线实现电性连接。所述任务插件处理装置100包括至少一个可以软件或固件(firmware)的形式存储于所述存储器12中的软件功能模块。所述处理器14用于执行所述存储器12中存储的可执行的计算机程序，例如，所述任务插件处理装置100所包括的软件功能模块及计算机程序等，以实现本申请实施例提供的任务插件处理方法。

其中，所述存储器12可以是，但不限于，随机存取存储器(Random Access Memory，RAM)，只读存储器(Read Only Memory，ROM)，可编程只读存储器(Programmable Read-OnlyMemory，PROM)，可擦除只读存储器(Erasable Programmable Read-Only Memory，EPROM)，电可擦除只读存储器(Electric Erasable Programmable Read-Only Memory，EEPROM)等。

所述处理器14可以是一种通用处理器，包括中央处理器(Central ProcessingUnit，CPU)、网络处理器(Network Processor，NP)、片上系统(System on Chip,SoC)等；还可以是数字信号处理器(DSP)、专用集成电路(ASIC)、现场可编程门阵列(FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。

可以理解，图1所示的结构仅为示意，所述任务调度服务器10还可包括比图1中所示更多或者更少的组件，或者具有与图1所示不同的配置，例如，还可以包括用于与其它设备进行信息交互的通信单元。

其中，所述其它设备可以包括，但不限于，用于存储任务表的数据库服务器和用于运行任务插件的目标设备。

也就是说，所述任务调度服务器10可以与所述数据库服务器和所述目标设备，一起构成任务调度系统。如此，可以实现所述目标设备通过所述任务调度服务器10获取所述数据库服务器存储的任务表的相关信息，并基于该信息和部署的任务插件，执行相应的任务，如运行壳脚本(Shell Script)或结构化查询语言(Hive SQL，Hive Structured QueryLanguage)。

需要说明的是，与所述任务调度服务器10通信连接的目标设备的数量不受限制，可以根据实际应用需求进行选择。

例如，在一种可以替代的示例中，所述目标设备的数量可以为一个。又例如，在另一种可以替代的示例中，所述目标设备的数量可以为多个，以分别部署相同或不同的任务插件。

结合图2，本申请实施例还提供一种可应用于上述任务调度服务器10的任务插件处理方法。其中，所述任务插件处理方法有关的流程所定义的方法步骤可以由所述任务调度服务器10实现。下面将对图2所示的具体流程进行详细阐述。

步骤S110，基于目标任务插件的插件属性生成业务对象。

在本实施例中，在需要对所述目标任务插件进行部署时，可以先基于该目标任务插件的插件属性生成相应的业务对象(BO，Business Object)。

步骤S120，基于预设的对象转化工具将所述业务对象转化为持久对象。

在本实施例中，通过步骤S110生成所述业务对象之后，可以基于预设的对象转化工具将该业务对象先转化为相应的持久对象(PO，Persistant Object)，以便于后续数据库服务器的处理。

步骤S130，将所述持久对象发送给数据库服务器，以使该数据库服务器通过预设的任务表对所述持久对象进行存储。

在本实施例中，通过步骤S120将所述业务对象转化为相应的持久对象之后，可以将该持久对象发送给所述数据库服务器，使得该数据库服务器通过预设的任务表对所述持久对象进行存储，从而实现对该任务表的更新。

基于上述的方法，在对所述目标任务插件进行部署时，一方面不用再对所述数据库服务器进行代码查询的操作，另一方面也不用再对所述数据库服务器进行任务表的表结构修改操作，从而改善现有技术中在对任务插件进行部署时存在操作不便的问题。

对于步骤S110需要说明的是，生成所述业务对象的具体方式不受限制，可以根据实际应用需求进行选择。

例如，在一种可以替代的示例中，可以先获取与所述目标任务插件的插件属性相关的所有信息，然后，再基于该信息生成所述业务对象。

又例如，在另一种可以替代的示例中，基于所述目标任务插件的插件公共属性和插件具体属性生成所述业务对象。详细地，结合图3，步骤S110可以包括步骤S111和步骤S113。

步骤S111，获取目标任务插件的插件公共属性和插件具体属性。

在本实施例中，经本申请的发明人的研究发现，所述目标任务插件的插件公共属性和插件具体属性可以有效地对所述该目标任务插件的插件属性进行反映，因此，可以先分别获取所述插件公共属性和所述插件具体属性，并便于执行后续的步骤。

步骤S113，基于所述插件公共属性和所述插件具体属性生成业务对象。

在本实施例中，通过步骤S111得到所述插件公共属性和所述插件具体属性之后，可以基于该插件公共属性和该插件具体属性生成所述业务对象。

可选地，执行步骤S111获取所述插件公共属性和所述插件具体属性的具体方式不受限制，可以根据实际应用需求进行选择。

例如，在一种可以替代的示例中，可以配置一些分析策略或算法，并基于该分析策略或算法对所述目标任务插件的代码进行分析处理，从而得到该目标任务插件的插件公共属性和插件具体属性。

又例如，在另一种可以替代的示例中，可以基于所述任务调度服务器10的输入设备或与所述任务调度服务器10通信连接的终端设备，响应用户的操作生成所述插件公共属性和插件具体属性，并将该插件公共属性和该插件具体属性发送给所述任务调度服务器10，使得该任务调度服务器10可以获取到该插件公共属性和该插件具体属性。

可选地，执行步骤S113生成所述业务对象的具体方式也不受限制，可以根据实际应用需求进行选择。

例如，在一种可以替代的示例中，可以直接基于所述目标任务插件的插件公共属性和插件具体属性对该目标任务插件的业务逻辑进行封装，从而得到所述业务对象。

又例如，在另一种可以替代的示例中，步骤S113可以包括一下子步骤：

首先，可以基于所述插件公共属性生成公共属性抽象类；其次，可以继承所述公共属性抽象类，并结合所述插件具体属性生成业务对象。

也就是说，在获取到所述插件具体属性之后，可以通过继承所述公共属性抽象类而得到所述插件公共属性，从而得到所述目标任务插件的插件具体属性和插件公共属性，然后，基于该插件公共属性和该插件具体属性对该目标任务插件的业务逻辑进行封装，从而得到所述业务对象。

如此，可以使得在需要对其它的任务插件进行部署时，可以不用再生成所述插件公共属性，也不用再基于该插件公共属性生成相应的公共属性抽象类，只需直接对该公共属性抽象类进行继承即可，一方面能够有效地节约开发资源，提供任务插件部署的效率，另一方面可以使得便于进行代码的维护。

对于步骤S120需要说明的是，将所述业务对象转化为所述持久对象的具体方式不受限制，可以根据实际应用需求进行选择。

例如，在一种可以替代的示例中，结合图4，步骤S120可以包括步骤S121和步骤S123，以将所述业务对象转化为所述持久对象。

步骤S121，基于预设的序列化工具对所述业务对象进行处理得到目标数据。

在本实施例中，所述对象转换工具可以是序列化工具，因此，可以基于该序列化工具对所述业务对象进行处理，从而得到所述业务对象中能够有效代表该业务对象的目标数据。

步骤S123，基于所述目标数据对预设的持久对象进行更新处理。

在本实施例中，通过步骤S121得到所述目标数据之后，可以基于该目标数据对预设的持久对象进行更新处理，从而得到与所述业务对象相对应的持久对象。

也就是说，可以将所述目标数据存储于所述预设的持久对象中，从而实现对该持久对象的更新。

可选地，执行步骤S121得到所述目标数据的具体方式不受限制，可以根据实际应用需求进行选择。

例如，在一种可以替代的示例中，可以基于所述序列化工具对所述业务对象中的所有属性进行序列化处理，从而得到能够标识该业务对象的目标数据。

又例如，在另一种可以替代的示例中，步骤S121可以包括以下子步骤，以得到所述目标数据：

可以基于预设的序列化工具对所述业务对象中的目标属性进行序列化处理，得到具有目标数据交换格式的字符串。

其中，所述字符串作为目标数据。所述目标属性可以是预先进行确定的所述业务对象中的特有属性，因此，基于对该特有属性得到的目标数据可以有效地标识该业务对象。

需要说明的是，所述字符串的具体格式不受限制，只要能够与所述预设的持久对象相匹配，以实现对该持久对象的更新即可。例如，所述字符串的格式可以是一种轻量级的数据交换格式，如JS对象简谱(JSON，JavaScript Object Notation)格式。

可选地，执行步骤S123更新所述预设的持久对象的方式不受限制，可以根据实际应用需求进行选择。

例如，在一种可以替代的示例中，考虑到所述预设的持久对象中不具有任务体(Task Body)属性或任务体属性的值为空(即该持久对象中具有该任务体属性的表头而不具有具体的值)，因而，可以基于所述目标数据对预设的持久对象中的任务体属性进行更新处理。

也就是说，可以将所述目标数据存储于所述持久对象中的任务体属性，从而实现对该任务体属性的更新。

对于步骤S130需要说明的是，所述数据库服务器的具体类型和所述预设的任务表的具体格式不受限制，可以根据实际应用需求进行选择。

例如，在一种可以替代的示例中，为了能够有效地接收所述持久对象并对该持久对象进行有效地存储，所述数据库服务器可以是一种关系型数据库，如MySQL数据库。对应地，所述任务表的格式可以为MySQL表结构。

进一步地，通过上述的步骤S110-步骤S130，以及在将所述目标任务插件部署于目标设备之后，该目标任务插件就可以基于所述任务调度服务器10的调度在该目标设备上运行，以执行相应的任务。因此，结合图5，在本实施例中，所述任务插件处理方法还可以包括步骤S140和步骤S150。

步骤S140，在需要所述目标任务插件执行相应的任务时，从所述数据库服务器获取所述持久对象。

在本实施例中，在需要调度所述目标任务插件执行相应的任务时，可以先从所述数据库服务器中获取相应的持久对象。

步骤S150，对所述持久对象进行实例化处理，并将实例化后的持久对象发送给部署有所述目标任务插件的目标设备。

在本实施例中，通过步骤S140从所述数据库服务器得到所述持久对象之后，为了便于所述目标任务插件的运行，可以先对该持久对象进行实例化处理，然后，将实例化后的持久对象发送给部署有所述目标任务插件的目标设备。

其中，所述目标任务插件用于在所述目标设备上，基于所述对象转化工具将所述实例化后的持久对象转化为业务对象(如将持久对象中的任务体属性中的字符串进行反序列化处理，从而得到业务对象)，并基于该业务对象执行相应的任务。

也就是说，所述目标任务插件可以通过读取所述业务对象，从而得到该业务对象中的标识该目标任务插件的相关信息，然后，基于该相关信息执行相应的任务。

可选地，执行步骤S150对所述持久对象进行实例化处理的具体方式不受限制，可以根据实际应用需求进行选择。

例如，在一种可以替代的示例中，为了实现任务的定时执行，可以基于时间信息对所述持久对象进行实例化处理。详细地，结合图6，步骤S150可以包括步骤S151和步骤S153。

步骤S151，基于获取的时间信息对所述持久对象进行更新处理。

在本实施例中，在获取到所述目标任务插件执行任务的时间信息之后，可以基于该时间信息对所述持久对象进行更新处理。

步骤S153，对更新后的持久对象进行实例化处理，并将实例化后的持久对象发送给目标设备。

在本实施例中，通过步骤S151得到更新后的持久对象之后，可以对更新后的持久对象再进行实例化处理，然后，将实例化后的持久对象发送给所述目标设备，使得所述目标任务插件可以读取到该实例化后的持久对象，从而执行相应的任务。

其中，执行步骤S151对所述持久对象进行更新处理的具体方式不受限制，可以根据实际应用需求进行选择。

例如，在一种可以替代的示例中，步骤S151可以包括以下子步骤：

首先，可以获取所述目标任务插件执行任务的时间信息；其次，可以基于所述时间信息对所述持久对象中的任务体属性进行更新处理。

如此，可以使得所述目标任务插件在获取到经过实例化处理的持久对象之后，可以从该持久对象中获取所述执行任务的时间信息，并基于该时间信息执行任务，从而实现任务定时执行的目的。

例如，若获取到的时间信息为“tdate＝20191008000000”，则可以基于该“tdate＝20191008000000”对所述持久对象中的任务体属性进行更新。也就是说，可以将该“tdate＝20191008000000”写入至所述持久对象中的任务体属性中进行保存。

需要说明的是，执行步骤S153将所述实例化后的持久对象发送给目标设备时，可以基于将该实例化后的持久对象发送给该目标设备的指定目录进行存储，以便于所述目标任务插件可以有效地从该指定目标获取该实例化后的持久对象。

其中，考虑到在一些示例中，结合图7，与所述任务调度服务器10通信连接的目标设备为多个，且部署有所述目标任务插件的目标设备也为多个。因此，在发送所述实例化后的持久对象时，可以先从多个所述目标设备中选择出一个目标设备，作为所述目标任务插件当前的运行设备。

可选地，在多个所述目标设备中选择出一个目标设备的方式不受限制，可以根据实际应用需求进行选择。

例如，在一种可以替代的示例中，可以在多个所述运行设备中任意选择一个目标设备，作为所述目标任务插件当前的运行设备。

又例如，在另一种可以替代的示例中，可以在多个所述运行设备中选择一个最为空闲的目标设备(即该目标设备的处理器占用率最低)，作为所述目标任务插件当前的运行设备。

进一步地，考虑到在一些情况下需要对所述任务表进行修改，为了避免直接对所述数据库服务器进行操作而存在不便的问题，也可以基于上述的任务表更新的方式对任务表进行修改。

也就是说，所述任务插件处理方法还可以包括以下步骤：

首先，可以对所述业务对象进行修改，其次，可以基于预设的对象转化工作将修改后的业务对象转化为相应的持久对象，然后，可以将该持久对象发送给所述数据库服务器，以使该数据库服务器通过在所述任务表存储该持久对象实现对该任务表的更新，从而完成对所述任务表的修改操作。

其中，将修改后的业务对象转化为相应的持久对象的具体方式，可以参照前文对步骤S120的解释说明，在此不再一一赘述。

结合图8，本申请实施例还提供一种可应用于上述任务调度服务器10的任务插件处理装置100。其中，所述任务插件处理装置100可以包括对象生成模块110、对象转化模块120和对象发送模块130。

所述对象生成模块110，用于基于目标任务插件的插件属性生成业务对象。在本实施例中，所述对象生成模块110可用于执行图2所示的步骤S110，关于所述对象生成模块110的相关内容可以参照前文对步骤S110的描述。

所述对象转化模块120，用于基于预设的对象转化工具将所述业务对象转化为持久对象。在本实施例中，所述对象转化模块120可用于执行图2所示的步骤S120，关于所述对象转化模块120的相关内容可以参照前文对步骤S120的描述。

所述对象发送模块130，用于将所述持久对象发送给数据库服务器，以使该数据库服务器通过预设的任务表对所述持久对象进行存储。在本实施例中，所述对象发送模块130可用于执行图2所示的步骤S130，关于所述对象发送模块130的相关内容可以参照前文对步骤S130的描述。

需要说明的是，所述任务插件处理装置100在包括所述对象生成模块110、所述对象转化模块120和所述对象发送模块130的基础上，还可以包括其它模块。

其中，所述其它模块可以用于，在需要所述目标任务插件执行相应的任务时，从所述数据库服务器获取所述持久对象，对所述持久对象进行实例化处理，并将实例化后的持久对象发送给部署有所述目标任务插件的目标设备。

在本实施例中，所述其它模块可用于执行图6所示的步骤S140和步骤S150，并且，关于所述其它模块的相关内容可以参照前文对步骤S140和步骤S150的描述。

在本申请实施例中，对应于上述的任务插件处理方法，还提供了一种计算机可读存储介质，该计算机可读存储介质中存储有计算机程序，该计算机程序运行时执行上述任务插件处理方法的各个步骤。

其中，前述计算机程序运行时执行的各步骤，在此不再一一赘述，可参考前文对所述任务插件处理方法的解释说明。

综上所述，本申请提供的任务插件处理方法和装置、任务调度服务器及存储介质，先基于目标任务插件的插件属性生成业务对象，再将该业务对象转化为持久对象，并将该持久对象发送给数据库服务器以通过预设的任务表进行存储，从而实现对该任务表的更新。如此，在对目标任务插件进行部署时，一方面不用再对数据库服务器进行代码查询的操作，另一方面也不用再对数据库服务器进行任务表的表结构修改操作，从而改善现有技术中在对任务插件进行部署时存在操作不便的问题，在对任务调度系统进行扩展的工作中具有较高的实用价值。

在本申请实施例所提供的几个实施例中，应该理解到，所揭露的装置和方法，也可以通过其它的方式实现。以上所描述的装置和方法实施例仅仅是示意性的，例如，附图中的流程图和框图显示了根据本申请的多个实施例的装置、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段或代码的一部分，所述模块、程序段或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现方式中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个连续的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或动作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

另外，在本申请各个实施例中的各功能模块可以集成在一起形成一个独立的部分，也可以是各个模块单独存在，也可以两个或两个以上模块集成形成一个独立的部分。

所述功能如果以软件功能模块的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，电子设备，或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储单元(ROM，Read-Only Memory)、随机存取存储单元(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

以上所述仅为本申请的优选实施例而已，并不用于限制本申请，对于本领域的技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本申请的保护范围之内。

Claims (12)

1.一种任务插件处理方法，其特征在于，包括：

基于目标任务插件的插件属性生成业务对象；

基于预设的对象转化工具将所述业务对象转化为持久对象；

将所述持久对象发送给数据库服务器，以使该数据库服务器通过预设的任务表对所述持久对象进行存储。

2.根据权利要求1所述的任务插件处理方法，其特征在于，所述基于预设的对象转化工具将所述业务对象转化为持久对象的步骤，包括：

基于预设的序列化工具对所述业务对象进行处理得到目标数据；

基于所述目标数据对预设的持久对象进行更新处理。

3.根据权利要求2所述的任务插件处理方法，其特征在于，所述基于预设的序列化工具对所述业务对象进行处理得到目标数据的步骤，包括：

基于预设的序列化工具对所述业务对象中的目标属性进行序列化处理，得到具有目标数据交换格式的字符串，其中，该字符串作为目标数据。

4.根据权利要求2所述的任务插件处理方法，其特征在于，所述基于所述目标数据对预设的持久对象进行更新处理的步骤包括：

基于所述目标数据对预设的持久对象中的任务体属性进行更新处理。

5.根据权利要求1所述的任务插件处理方法，其特征在于，所述基于目标任务插件的插件属性生成业务对象的步骤，包括：

获取目标任务插件的插件公共属性和插件具体属性；

基于所述插件公共属性和所述插件具体属性生成业务对象。

6.根据权利要求5所述的任务插件处理方法，其特征在于，所述基于所述插件公共属性和所述插件具体属性生成业务对象的步骤，包括：

基于所述插件公共属性生成公共属性抽象类；

继承所述公共属性抽象类，并结合所述插件具体属性生成业务对象。

7.根据权利要求1-6任意一项所述的任务插件处理方法，其特征在于，还包括：

在需要所述目标任务插件执行相应的任务时，从所述数据库服务器获取所述持久对象；

对所述持久对象进行实例化处理，并将实例化后的持久对象发送给部署有所述目标任务插件的目标设备，其中，所述目标任务插件用于在该目标设备上，基于所述对象转化工具将所述实例化后的持久对象转化为业务对象，并基于该业务对象执行相应的任务。

8.根据权利要求7所述的任务插件处理方法，其特征在于，所述对所述持久对象进行实例化处理，并将实例化后的持久对象发送给部署有所述目标任务插件的目标设备的步骤，包括：

基于获取的时间信息对所述持久对象进行更新处理；

对更新后的持久对象进行实例化处理，并将实例化后的持久对象发送给目标设备，其中，该目标设备部署有所述目标任务插件。

9.根据权利要求8所述的任务插件处理方法，其特征在于，所述基于获取的时间信息对所述持久对象进行更新处理的步骤，包括：

获取所述目标任务插件执行任务的时间信息；

基于所述时间信息对所述持久对象中的任务体属性进行更新处理。

10.一种任务插件处理装置，其特征在于，包括：

对象生成模块，用于基于目标任务插件的插件属性生成业务对象；

对象转化模块，用于基于预设的对象转化工具将所述业务对象转化为持久对象；

对象发送模块，用于将所述持久对象发送给数据库服务器，以使该数据库服务器通过预设的任务表对所述持久对象进行存储。

11.一种任务调度服务器，其特征在于，包括存储器、处理器和存储于该存储器并能够在该处理器上运行的计算机程序，该计算机程序在该处理器上运行时，实现权利要求1-10任意一项所述的任务插件处理方法。

12.一种计算机可读存储介质，其特征在于，其上存储有计算机程序，其特征在于，该程序被执行时实现权利要求1-10任意一项所述的任务插件处理方法。

Images