任务处理方法、装置、计算设备以及介质与流程

本公开涉及计算机
技术领域：
，特别是涉及一种任务处理方法、一种任务处理装置、一种计算设备以及一种计算机可读存储介质。
背景技术：
：随着各行业业务的快速发展，其信息系统体量也变得庞大，主机核心系统的批量任务的排程也日益复杂。由于众多产品线或众多业务类型均有各自的批量任务，而这些批量任务之间又存在互相依赖、交叉等待等错综复杂的强关联关系，导致对这些批量任务的管理非常复杂。ibm(internationalbusinessmachinescorporation)大型机作为一种较为稳定可靠的系统，在银行、保险、零售等行业有着广泛的应用。例如，用户可以通过编写大量的关于任务的处理程序，并通过任务调用对大批量任务数据进行处理。随着业务功能的扩大，任务之间的依赖关系日益增强，需要专门的排程工具对任务统一进行调度。tws(tivoliworkloadscheduler)是在大型机中使用的主流批量任务排程调度工具。用户可以将自己的任务数据添加到tws中，并设定好运行时间、频率、各任务的运行顺序等参数，即可实现对任务的统一调度运行。利用tws进行任务设置时，用户可以登录到主机，并通过主机的软件界面对任务进行操作，操作例如包括增加、删除、修改、查询等操作，也可以利用脚本的方式对任务进行操作。在实现本公开构思的过程中，发明人发现相关技术中至少存在如下问题。在使用排程调度工具对任务进行调度的过程中，由于排程调度工具的界面并非图形化界面，一般是字符操作界面，相关人员不易理解和使用字符操作界面，导致用户的操作效率低。其次，通过脚本导入任务的方式，由于脚本可读性低，对相关人员的专业性要求较高，导致脚本导入任务的方式存在易用性较差的问题。技术实现要素：有鉴于此，本公开提供了一种优化的任务处理方法、任务处理装置、计算设备和计算机可读存储介质。本公开的一个方面提供了一种任务处理方法，包括：获取待处理数据表格，所述待处理数据表格包括任务的属性数据和与所述属性数据对应的输入区域，接收用户针对所述输入区域的输入数据，得到目标数据表格，其中，所述输入数据包括至少一个任务数据，处理所述目标数据表格，得到至少一个目标任务数据，处理所述至少一个目标任务数据，得到任务脚本，基于所述任务脚本配置任务处理系统，以便利用配置后的任务处理系统处理所述至少一个目标任务数据。根据本公开的实施例，上述输入数据还包括：针对所述至少一个任务数据中每个任务数据的配置数据。其中，所述处理所述目标数据表格，得到至少一个目标任务数据包括：确定所述目标数据表格是否满足校验条件，响应于确定所述目标数据表格满足校验条件，基于所述配置数据处理所述目标数据表格中的至少一个任务数据，得到所述至少一个目标任务数据。根据本公开的实施例，上述基于所述配置数据处理所述目标数据表格中的至少一个任务数据包括：处理所述目标数据表格，得到包括所述至少一个任务数据和所述配置数据的明细表，针对所述明细表中所述至少一个任务数据中的每个任务数据，基于所述配置数据将所述任务数据进行添加至结果表或者删除所述任务数据，其中，添加至所述结果表中的任务数据为所述至少一个目标任务数据。根据本公开的实施例，上述目标数据表格包括：任务集表格、任务表格、控制表格以及触发信息表格。其中，任务集表格，所述任务集表格包括至少一个任务集，所述至少一个任务集中的每个任务集各自包括均具有相同属性数据的至少一个任务，每个任务集各自包括任务集名称和加载方式，所述加载方式包括周期性加载方式和触发式加载方式，每个任务集的加载方式为所述周期性加载方式或所述触发式加载方式，加载方式为所述周期性加载方式的任务集还包括运行周期。任务表格，所述任务表格包括至少一个任务，所述至少一个任务数据中的每个任务各自属于一个任务集，所述任务表格还包括所述至少一个任务中部分任务之间的关联关系，所述关联关系表征了部分任务之间的运行顺序。控制表格，所述控制表格包括运行所述任务集表格中的任务集或者运行所述任务表格中的任务的控制信息。触发信息表格，所述触发信息表格包括所述任务集表格中加载方式为所述触发式加载方式的任务集的触发信息。根据本公开的实施例，上述目标数据表格满足校验条件包括：所述每个任务集的加载方式为所述周期性加载方式或所述触发式加载方式，所述关联关系所表征的部分任务之间的运行顺序满足逻辑条件，所述控制表格中的任务集名称和所述任务集表格中的任务集名称一致，以及所述控制表格中的任务名称和所述任务表格中的任务名称一致，所述触发信息表格中的任务集名称和所述任务集表格中的任务集名称一致。本公开的另一个方面提供了一种任务处理装置，包括：获取模块、接收模块、第一处理模块、第二处理模块以及配置模块。其中，获取模块，获取待处理数据表格，所述待处理数据表格包括任务的属性数据和与所述属性数据对应的输入区域。接收模块，接收用户针对所述输入区域的输入数据，得到目标数据表格，其中，所述输入数据包括至少一个任务数据。第一处理模块，处理所述目标数据表格，得到至少一个目标任务数据。第二处理模块，处理所述至少一个目标任务数据，得到任务脚本。配置模块，基于所述任务脚本配置任务处理系统，以便利用配置后的任务处理系统处理所述至少一个目标任务数据。根据本公开的实施例，上述输入数据还包括：针对所述至少一个任务数据中每个任务数据的配置数据。其中，所述第一处理模块包括：确定子模块以及处理子模块。其中，确定子模块，确定所述目标数据表格是否满足校验条件。处理子模块，响应于确定所述目标数据表格满足校验条件，基于所述配置数据处理所述目标数据表格中的至少一个任务数据，得到所述至少一个目标任务数据。根据本公开的实施例，上述处理子模块包括：处理单元以及添加或删除单元。其中，处理单元，处理所述目标数据表格，得到包括所述至少一个任务数据和所述配置数据的明细表。添加或删除单元，针对所述明细表中所述至少一个任务数据中的每个任务数据，基于所述配置数据将所述任务数据进行添加至结果表或者删除所述任务数据，其中，添加至所述结果表中的任务数据为所述至少一个目标任务数据。根据本公开的实施例，上述目标数据表格包括：任务集表格、任务表格、控制表格以及触发信息表格。其中，任务集表格，所述任务集表格包括至少一个任务集，所述至少一个任务集中的每个任务集各自包括均具有相同属性数据的至少一个任务，每个任务集各自包括任务集名称和加载方式，所述加载方式包括周期性加载方式和触发式加载方式，每个任务集的加载方式为所述周期性加载方式或所述触发式加载方式，加载方式为所述周期性加载方式的任务集还包括运行周期。任务表格，所述任务表格包括至少一个任务，所述至少一个任务数据中的每个任务各自属于一个任务集，所述任务表格还包括所述至少一个任务中部分任务之间的关联关系，所述关联关系表征了部分任务之间的运行顺序。控制表格，所述控制表格包括运行所述任务集表格中的任务集或者运行所述任务表格中的任务的控制信息。触发信息表格，所述触发信息表格包括所述任务集表格中加载方式为所述触发式加载方式的任务集的触发信息。根据本公开的实施例，上述目标数据表格满足校验条件包括：所述每个任务集的加载方式为所述周期性加载方式或所述触发式加载方式，所述关联关系所表征的部分任务之间的运行顺序满足逻辑条件，所述控制表格中的任务集名称和所述任务集表格中的任务集名称一致，以及所述控制表格中的任务名称和所述任务表格中的任务名称一致，所述触发信息表格中的任务集名称和所述任务集表格中的任务集名称一致。本公开的另一方面提供了一种计算设备，包括：一个或多个处理器；存储器，用于存储一个或多个程序，其中，当所述一个或多个程序被所述一个或多个处理器执行时，使得所述一个或多个处理器实现如上所述的方法。本公开的另一方面提供了一种非易失性可读存储介质，存储有计算机可执行指令，所述指令在被执行时用于实现如上所述的方法。本公开的另一方面提供了一种计算机程序，所述计算机程序包括计算机可执行指令，所述指令在被执行时用于实现如上所述的方法。根据本公开的实施例，利用如上所述的任务处理方法，可以至少部分地解决相关人员不易理解和使用字符操作界面，导致用户的使用排程调度工具的操作效率低，以及通过脚本导入任务的方式存在易用性较差的问题。因此可以实现降低了任务处理的难度，提高了任务处理的效率的技术效果。附图说明为了更完整地理解本公开及其优势，现在将参考结合附图的以下描述，其中：图1示意性示出了根据本公开实施例的任务处理方法和任务处理装置的系统架构；图2示意性示出了根据本公开实施例的任务处理方法的流程图；图3示意性示出了根据本公开实施例的处理目标数据表格的流程图；图4示意性示出了根据本公开实施例的基于配置数据处理目标数据表格的流程图；图5示意性示出了根据本公开实施例的任务处理装置的框图；图6示意性示出了根据本公开实施例的第一处理模块的框图；图7示意性示出了根据本公开实施例的处理子模块的框图；以及图8示意性示出了根据本公开实施例的用于实现任务处理的计算机系统的方框图。具体实施方式以下，将参照附图来描述本公开的实施例。但是应该理解，这些描述只是示例性的，而并非要限制本公开的范围。在下面的详细描述中，为便于解释，阐述了许多具体的细节以提供对本公开实施例的全面理解。然而，明显地，一个或多个实施例在没有这些具体细节的情况下也可以被实施。此外，在以下说明中，省略了对公知结构和技术的描述，以避免不必要地混淆本公开的概念。在此使用的术语仅仅是为了描述具体实施例，而并非意在限制本公开。在此使用的术语“包括”、“包含”等表明了所述特征、步骤、操作和/或部件的存在，但是并不排除存在或添加一个或多个其他特征、步骤、操作或部件。在此使用的所有术语(包括技术和科学术语)具有本领域技术人员通常所理解的含义，除非另外定义。应注意，这里使用的术语应解释为具有与本说明书的上下文相一致的含义，而不应以理想化或过于刻板的方式来解释。在使用类似于“a、b和c等中至少一个”这样的表述的情况下，一般来说应该按照本领域技术人员通常理解该表述的含义来予以解释(例如，“具有a、b和c中至少一个的系统”应包括但不限于单独具有a、单独具有b、单独具有c、具有a和b、具有a和c、具有b和c、和/或具有a、b、c的系统等)。附图中示出了一些方框图和/或流程图。应理解，方框图和/或流程图中的一些方框或其组合可以由计算机程序指令来实现。这些计算机程序指令可以提供给通用计算机、专用计算机或其他可编程控制装置的处理器，从而这些指令在由该处理器执行时可以创建用于实现这些方框图和/或流程图中所说明的功能/操作的装置。因此，本公开的技术可以硬件和/或软件(包括固件、微代码等)的形式来实现。另外，本公开的技术可以采取存储有指令的计算机可读存储介质上的计算机程序产品的形式，该计算机程序产品可供指令执行系统使用或者结合指令执行系统使用。在本公开的上下文中，计算机可读存储介质可以是能够包含、存储、传送、传播或传输指令的任意介质。例如，计算机可读存储介质可以包括但不限于电、磁、光、电磁、红外或半导体系统、装置、器件或传播介质。计算机可读存储介质的具体示例包括：磁存储装置，如磁带或硬盘(hdd)；光存储装置，如光盘(cd-rom)；存储器，如随机存取存储器(ram)或闪存；和/或有线/无线通信链路。本公开的实施例提供了一种任务处理方法，包括：获取待处理数据表格，待处理数据表格包括任务的属性数据和与属性数据对应的输入区域，接收用户针对输入区域的输入数据，得到目标数据表格，其中，输入数据包括至少一个任务数据。然后，处理目标数据表格，得到至少一个目标任务数据，处理至少一个目标任务数据，得到任务脚本。接下来，基于任务脚本配置任务处理系统，以便利用配置后的任务处理系统处理至少一个目标任务数据。图1示意性示出了根据本公开实施例的任务处理方法和任务处理装置的系统架构。需要注意的是，图1所示仅为可以应用本公开实施例的系统架构的示例，以帮助本领域技术人员理解本公开的技术内容，但并不意味着本公开实施例不可以用于其他设备、系统、环境或场景。如图1所示，根据该实施例的系统架构100可以包括终端设备101、102、103，网络104和服务器105。网络104用以在终端设备101、102、103和服务器105之间提供通信链路的介质。网络104可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等等。用户可以使用终端设备101、102、103通过网络104与服务器105交互，以接收或发送消息等。终端设备101、102、103上可以安装有各种通讯客户端应用，例如购物类应用、网页浏览器应用、搜索类应用、即时通信工具、邮箱客户端、社交平台软件等(仅为示例)。终端设备101、102、103可以是具有显示屏并且支持网页浏览的各种电子设备，包括但不限于智能手机、平板电脑、膝上型便携计算机和台式计算机等等。服务器105可以是提供各种服务的服务器，例如对用户利用终端设备101、102、103所浏览的网站提供支持的后台管理服务器(仅为示例)。后台管理服务器可以对接收到的用户请求等数据进行分析等处理，并将处理结果(例如根据用户请求获取或生成的网页、信息、或数据等)反馈给终端设备。需要说明的是，本公开实施例所提供的任务处理方法一般可以由服务器105执行。相应地，本公开实施例所提供的任务处理装置一般可以设置于服务器105中。本公开实施例所提供的任务处理方法也可以由不同于服务器105且能够与终端设备101、102、103和/或服务器105通信的服务器或服务器集群执行。相应地，本公开实施例所提供的任务处理装置也可以设置于不同于服务器105且能够与终端设备101、102、103和/或服务器105通信的服务器或服务器集群中。例如，本公开实施例的待处理数据表格可以存储在终端设备101、102、103中，通过终端设备101、102、103将待处理数据表格发送至服务器105中，服务器105可以基于待处理数据表格以及用户的输入数据生成任务脚本，并基于任务脚本配置任务处理系统，或者，终端设备101、102、103也可以直接基于待处理数据表格以及用户的输入数据生成任务脚本，并基于任务脚本配置任务处理系统。另外，待处理数据表格还可以直接存储在服务器105中，由服务器105直接基于待处理数据表格以及用户的输入数据生成任务脚本，并基于任务脚本配置任务处理系统。本公开实施例的技术方案降低了对用户的专业性需求，降低了任务处理的难度，提高了任务处理的效率。应该理解，图1中的终端设备、网络和服务器的数目仅仅是示意性的。根据实现需要，可以具有任意数目的终端设备、网络和服务器。下面结合图1的系统架构，参考图2～图4来描述根据本公开示例性实施方式的任务处理方法。需要注意的是，上述系统架构仅是为了便于理解本公开的精神和原理而示出，本公开的实施方式在此方面不受任何限制。图2示意性示出了根据本公开实施例的任务处理方法的流程图。如图2所示，本公开实施例的任务处理方法例如可以包括以下操作s210～操作s250。在操作s210，获取待处理数据表格，待处理数据表格包括任务的属性数据和与属性数据对应的输入区域。根据本公开实施例，用户例如可以将任务输入至待处理数据表格中。该待处理数据表格例如可以包括多个表格，多个表格中的不同表格例如可以用于记录任务的不同信息。例如，多个表格中的一些表格可以用于记录任务的任务名称、任务的运行周期等。多个表格中的另一些表格可以用于记录当前任务与其他任务之间的关联关系，关联关系例如可以包括当前任务与其他任务的运行顺序。多个表格中的另一些表格还可以用于记录执行当前任务时对当前任务的加载方式等。例如，待处理数据表格中的属性数据可以包括任务名称、任务的运行周期、任务的关联关系、任务的加载方式等等。该属性数据可以是待处理数据表格中的表头，与属性数据对应的输入区域例如可以用于记录每个任务的相关信息。例如，属性数据可以包括“任务名称”，与“任务名称”对应的输入区域可以用于记录任务的具体名称，任务的具体名称例如可以是“任务a”、“任务b”等等。在操作s220，接收用户针对输入区域的输入数据，得到目标数据表格，其中，输入数据包括至少一个任务数据。在本公开实施例中，用户可以将相关的任务数据输入至待处理数据表格中。例如，如果用户需要向待处理数据表格输入任务数据，可以将任务的相关信息输入至待处理数据表格中的输入区域。例如，当用户需要将任务a的相关信息输入至待处理数据表格中时，可以将任务a的任务名称“任务a”输入至与属性数据为“任务名称”对应的输入区域中，或者，将任务a的运行周期输入至相应的输入区域中。根据本公开实施例，当用户将任务数据输入至待处理数据表格中之后生成目标数据表格，该目标数据表格例如可以包括用户输入的多个任务数据，例如包括任务a的数据、任务b的数据、任务c的数据。在操作s230，处理目标数据表格，得到至少一个目标任务数据。根据本公开实施例，例如可以校验目标数据表格以便确认目标数据表格中是否存在错误。如果经过校验确认目标数据表格不存在错误，则可以处理目标数据表格中的至少一个任务数据得到至少一个目标任务数据。其中，至少一个目标任务数据例如可以是至少一个任务数据中的全部任务或者部分任务。例如，目标数据表格中的至少一个任务数据中可以包括需要删除的任务，其中，需要删除的任务可以在目标数据表格中进行标记，在目标数据表格通过校验之后，可以处理目标数据表格中的至少一个任务数据以便删除目标数据表格中被标记需要删除的任务，剩余的任务数据可以作为目标任务数据。其中，操作s230的具体执行过程如以下图3和图4中描述。在操作s240，处理至少一个目标任务数据，得到任务脚本。接下来，在操作s250，基于任务脚本配置任务处理系统，以便利用配置后的任务处理系统处理至少一个目标任务数据。在本公开实施例中，任务处理系统例如可以包括批量任务排程调度工具tws(tivoliworkloadscheduler)。例如可以将任务脚本安装到任务处理系统中，便于利用任务处理系统处理目标任务数据来实现执行业务中的批量任务。可以理解，本公开实施例通过填写表格的方式来接收用户输入的任务数据，并自动对表格进行校验和处理以生成任务脚本，然后将任务脚本安装到任务处理系统，便于任务处理系统执行业务中的批量任务。其中，填写表格的方式简单易懂、易于操作，降低了对用户的专业性需求，降低了任务处理的难度，提高了任务处理的效率。图3示意性示出了根据本公开实施例的处理目标数据表格的流程图。如图3所示，上述操作s230中关于处理目标数据表格，得到至少一个目标任务数据例如可以包括以下操作s231～操作s232。根据本公开实施例，输入数据例如还可以包括：针对至少一个任务数据中每个任务数据的配置数据。其中，配置数据例如可以用于标记每个任务数据是否为需要添加的任务数据、用于标记每个任务数据是否为需要修改的任务数据、或者用于标记每个任务数据是否为需要删除的任务数据。在操作s231，确定目标数据表格是否满足校验条件。其中，确定目标数据表格是否满足校验条件例如可以包括确定任务的加载方式是否正确、确定多个任务之间的运行顺序是否满足运行逻辑以及确定一个任务在不同表格之间的任务名称是否一致。其中，确定目标数据表格是否满足校验条件的具体过程将在下文描述。接下来，在操作s232，响应于确定目标数据表格满足校验条件，基于配置数据处理目标数据表格中的至少一个任务数据，得到至少一个目标任务数据。例如，在目标数据表格满足校验条件的前提下，可以根据配置数据来对目标数据表格中的至少一个任务数据进行添加、修改、删除等操作，以便得到至少一个目标任务数据。其中，基于配置数据处理目标数据表格的具体过程如图4中描述。图4示意性示出了根据本公开实施例的基于配置数据处理目标数据表格的流程图。如图4所示，上述操作s232中关于基于配置数据处理目标数据表格中的至少一个任务数据例如可以包括以下操作s2321～操作s2322。在操作s2321，处理目标数据表格，得到包括至少一个任务数据和配置数据的明细表。根据本公开实施例，目标数据表格例如是基于用户的输入得到的表格，该目标数据表格中例如可以包括至少一个任务数据，可以将至少一个任务数据中的每个任务数据以及针对每个任务数据的配置数据导入明细表中。接下来，在操作s2322，针对明细表中至少一个任务数据中的每个任务数据，基于配置数据将任务数据进行添加至结果表或者删除任务数据，其中，添加至结果表中的任务数据为至少一个目标任务数据。其中，配置数据例如表征对目标数据表格中的至少一个任务数据进行添加、修改、删除等操作。可以将至少一个任务数据中需要进行添加操作或修改操作的部分任务数据添加至结果表中。其中，至少一个任务数据中需要进行删除的部分任务数据例如不需要添加至结果表。根据本公开实施例，目标数据表格例如可以包括：任务集表格、任务表格、控制表格以及触发信息表格。以下将详细描述各个表格的具体内容。(一)任务集表格，任务集表格例如包括至少一个任务集，至少一个任务集中的每个任务集各自包括均具有相同属性数据的至少一个任务，每个任务集各自包括任务集名称和加载方式，加载方式包括周期性加载方式和触发式加载方式，每个任务集的加载方式为周期性加载方式或触发式加载方式，加载方式为周期性加载方式的任务集还包括运行周期。根据本公开实施例，任务集表格例如以ad(applicationdescriptions)表示，ad例如是tws批量任务调度的最小单位，是具有相同属性的一组任务的集合。例如，运行周期相同的一组任务可以被定义为一个ad，一个ad例如例如可以有1～255个任务。其中，一个ad例如主要包括ad的名称、运行周期、加载方式等基本信息。(1)ad名称的命名规则例如可以是etatsbbbxxccd，各字段含义例如为：et例如表示不同的运行分区环境。例如et为“np”时表示当前ad为个人分区批量任务；et为“nc”时表示当前ad为对公分区批量任务。at例如表示该ad在运行时间上所属的类型。其中a例如表示ad的类型，类型例如分为日切前批量、日切后批量、数据交换平台批量。t例如表示ad的运行类型，运行类型例如分为具有运行周期的ad、需要触发的ad、与时间相关的ad。其中，触发方式例如为ett(event-triggeredtracking)方式，ett方式将在下文中描述。sbbb例如用于对该ad内的任务所涉及的业务做简要的描述。s例如表示子系统，例如当首位s为“n”时表示会计业务(例如sbbb为“nase”)，当首位s为“p”时表示零售业务(例如sbbb为“pras”)，当首位s为“r”时表示清算业务(例如sbbb为“race”)，当首位s为“b”时表示信用卡业务(例如sbbb为“bcas”)，例如当首位为“s”时表示当前ad为系统维护的业务，例如当sbbb为“spos”时表示系统部维护与操作系统相关的任务。cc例如为序号位，表示同类业务同类批次任务的ad扩充情况。cc的取值例如为00至99。xx例如为批次号。根据业务所属地区定义了不同的批次号，国内的批次例如为02至40、98、99，汇总批次号例如为00。海外批次号例如为50至85，例如汇总的批次号为01至04，不同分区需要区分批次号进行使用。d例如表示该ad的运行周期，例如“d”表示以日为运行周期；“m”例如表示以月为运行周期；“y”例如表示以年为运行周期；“w”例如表示以星期为运行周期；“s”例如表示以季度为运行周期。(2)本公开实施例例如定义运行周期的形式为：r{value_1value_2}e{value_1value_2}n/a。其中，r例如代表运行，括号里的value1、value2例如表示运行的时间。e例如表示运行周期为排除括号里value_1、value_2表示的时间之外的其他时间。n/a例如表示该ad没有运行时间。value_1、value_2例如分为every类型和only类型，every例如表示每多少天，only例如表示特定的一个日子。运行周期的常用例子如下表1所示：表1(3)ad的加载方式例如分为按运行周期加载的周期性加载方式和ett触发的触发式加载方式。本公开实施例例如规定该两种加载方式为互斥关系，即，一个ad的加载方式为两种加载方式中的一种。其中，加载方式为ett触发的ad例如具有对应的sr(specialresource)表格和ett表格。加载方式为周期性加载方式的ad例如没有对应的sr表格和ett表格。其中，sr(specialresource)表格例如为下文中的控制表格，ett表格例如为下文中的触发信息表格。其中，ad表格的常用例子如下表2所示：表2ad名称配置方式(添加、更新、删除)运行周期所属分区npacpcbb0072d添加r{(everyday)}pnpacpcbb0073d添加n/ap(二)任务表格，任务表格中例如包括至少一个任务，至少一个任务数据中的每个任务各自属于一个任务集，任务表格还包括至少一个任务中部分任务之间的关联关系，关联关系表征了部分任务之间的运行顺序。其中，任务表格中的任务例如以job表示，job例如是tws调度的具体调度单位。ad里运行的任务(job)例如是ad这个集合下的成员。其中，任务表格的内容例如包括：job的任务名称、所属ad、任务属性(最高返回码、定时、开始时间)、关联关系属性(sr、前项)、所属分区等等。job的任务名称例如不超过8个字符，首字母例如为字母，所属ad即ad名称，最高返回码例如为小于8的数字。定时表示为y时则为需要定时，表示为n时则为不需要定时。开始时间例如为天+时间的组合，具体范围是000900--010859，其中00例如表示批量当天(日切前)，01例如表示批量t+1天(日切后)。0900例如表示时间09:00，0859例如表示时间08:59。sr例如表示当前job是否与其他job具有关联关系，前项为与当前job具有关联关系的前一个job的名称。根据本公开实施例，job的前项例如是批量排程的核心，成千上万的job通过前后项关系来构建出了整个批量排程的大网。所以除了对job进行添加、更新、删除的操作之外，还需要对job前后项的关联关系的添加或删除进行控制。其中，job表格的常用例子如下表3所示：表3(三)控制表格，控制表格例如包括运行任务集表格中的任务集或者运行任务表格中的任务的控制信息。控制表格例如以sr(specialresource)表格表示，sr表格中的每个sr数据相当于一个开关的概念。其中，按照sr数据的两种用途，本公开实施例例如对sr数据定义了两种命名方式。一种命名方式下的sr名称例如为ad名称+add，表示该sr数据用于通过ett触发方式来加载ad，sr名称例如为yxaefeca0041dadd，此类sr数据和ett之间是一对一的关系。另一种命名方式下的sr名称例如为ad名成+start，表示该sr数据用于控制任务是否可以开始调度，sr名称例如为yxaefeca0041dstart，此类sr和job之间例如是多对多的关系，此类sr例如表示当前job与其他job没有关联关系，即当前job的运行不需要依赖其他job的运行。如果在一个ad里面存在多个job需要用sr分开控制，可以采用ad名+“start_n”的方式，如yxaefeca0041dstart_1，yxaefeca0041dstart_2。其中，sr表格的常用例子如下表4所示：表4sr名称sr属性(添加或删除)所属分区触发类型npacpcbb0073dadd添加p应用触发yxaefeca0041dstart添加n应用触发(四)触发信息表格，触发信息表格包括任务集表格中加载方式为触发式加载方式的任务集的触发信息。其中，触发信息表格例如包括ett表格。ett表格例如主要包括ett名称、对应的sr、ett状态等。ett名称例如为ad名称，对应的sr例如为ad名+add的sr类型，ett状态例如有y和n两种。当ett的状态发生转变的时候，可以触发ad加载，例如当ett从n转为y的时候触发ad加载。ett表格示例如下表5所示：表5根据本公开实施例，上述操作s232中关于目标数据表格满足校验条件例如可以包括以下：每个任务集的加载方式为周期性加载方式或触发式加载方式。关联关系所表征的部分任务之间的运行顺序满足逻辑条件。部分任务之间的运行顺序例如为先运行哪些任务，后运行哪些任务。即后运行的任务依赖于先运行的任务。控制表格中的任务集名称和任务集表格中的任务集名称一致，以及控制表格中的任务名称和任务表格中的任务名称一致。触发信息表格中的任务集名称和任务集表格中的任务集名称一致。具体地，对目标数据表格进行检验例如包括分别对ad表格、job表格、sr表格以及ett表格进行检查。例如，检查ad表格。检查ad的运行周期是否正确，检查ad的加载方式是否为ett触发加载方式。当ad发生变化需要更新时，需要检查更新后一个ad的加载方式是否为周期性加载方式和ett触发加载方式中的一种。例如，检查job表格。job增加、删除、修改需要考虑job前后项的依赖关系。因此，除了检查对job本身状态所执行的增加、删除、修改操作之外，还需要对job前后关联关系属性(sr，前项)的增加或删除进行控制。当增加job时，需要检查是否填写自身属性和关联关系属性。当更新job时，如果job的自身的属性有变化，则关联关系属性须为空才能保证修改生效，从而可以保证修改关联关系属性时不需要关注job自身属性的设置是否正确。当删除job时，检查关联关系属性是否随job一起被删除，即所删除的job的关联关系属性为空，并且需要断开所删除的job和其他job之间的关联关系。当job要更换所属的ad时，需要将job从当前的ad删除后再添加至别的ad。例如，检查sr表格和ett表格。sr表格和ett表格内容比较简单，即sr表格和ett表格的自身属性一般没有修改的需求，只有需要增加或删除的操作，因此需要检查ad名称、sr名称、ett名称之间能匹配即可。根据本公开实施例，在检查多个表格数据无误之后，可以将多个表格数据导入数据库明细表。为了更好地存储和处理数据，本公开实施例例如为每个资源类型(每个表格)设计了对应的数据库表，数据库表例如分为明细表(ad明细表，job明细表，sr明细表，ett明细表)和结果表(ad结果表，job结果表，sr结果表，ett结果表)。数据检查通过后，即可将多个表格数据依次导入对应的明细表，明细表中例如存储各个表格的全量信息，表格中的每一任务(包括添加、删除、更新的任务)，都会导入对应的明细表中。对明细表进行数据处理后再写入结果表。在本公开实施例中，为方便追溯和关联检查的需要，对tws的更新是累加状态更新。更新的最小粒度是一份清单，一份清单包含一条或多条记录，当清单有记录报错的时候，会回退整个清单的内容。当清单更新完之后，非特殊情况都不能删除记录，避免生成批量排程出现错误。然后，处理明细表生成结果表。例如，从明细表中依次读取记录，根据录入字段的处理类型进行判断，对结果表中的ad、job、sr、ett进行对应操作。如果是添加操作，则将明细表的内容顺序插入结果表中。如果是更新操作，则将明细表数据覆盖结果表，如果是job表格，还需对该job明细表中的前项进行增加或者删除操作，并将生成的新信息写入结果表。如果是删除操作，则将结果表中对应记录删除。接下来，读取结果表生成任务脚本以便将任务脚本安装至tws。例如整合新生成的ad表格、job表格、sr表格、ett表格的信息，生成相应的安装脚本，并安装到tws运行环境。具体地，例如以ad为粒度，从ad结果表里取读取一条记录，然后根据ad名称查询job结果表，获取当前ad中的多个job的相关信息以生成该ad表格的脚本。根据sr名称从sr结果表中获取sr默认状态，生成完整的sr脚本。根据ett名称从ett结果表中获取该ett默认状态，生成完整的ett脚本。然后将所得到的多个脚本安装到tws环境中，生成最新的主机任务批量排程。本公开实施例通过使用简单易懂、易操作的表格清单，替代晦涩复杂的主机tws管理界面，把需要在主机进行的专业操作，转换成简单的表格填写，再辅以清单填写转换工具对数据进行转换，最终生成对应的tws批量排程。采用本公开实施例的技术方案，降低了任务处理的难度，提高了任务处理的效率。本公开实施例有效地降低了对主机任务批量排程进行增加、更新、删除等操作的难度，大幅度提高了批量排程的编排效率，降低了主机排程的使用门槛。系统开发者按照规则填写好表格即可参与批量排程，并通过平台主机结合对表格清单进行管理控制，为复杂的批量排程的正确性和稳定性提供了可靠保障。可见，本公开实施例的表格简单易懂，使用者非常容易上手，无需专门培训即可参与批量排程工作，大大降低了此项工作的门槛和成本。在排程安装前，可以对当前任务执行的增加、更新、删除操作进行检查，极大的提高了生产的安全性与稳定性。本公开的另一实施例还提供了一种计算设备，该计算设备例如包括一个或多个处理器以及存储器。其中，存储器用于存储一个或多个程序，其中，当一个或多个程序被一个或多个处理器执行时，使得一个或多个处理器实现图2～图4中所示的方法。例如，一个或多个处理器可以执行一种任务处理方法，包括：获取待处理数据表格，待处理数据表格包括任务的属性数据和与属性数据对应的输入区域，接收用户针对输入区域的输入数据，得到目标数据表格，其中，输入数据包括至少一个任务数据，处理目标数据表格，得到至少一个目标任务数据，处理至少一个目标任务数据，得到任务脚本，基于任务脚本配置任务处理系统，以便利用配置后的任务处理系统处理至少一个目标任务数据。本公开实施例采用填写表格的方式简单易懂、易于操作，降低了对用户的专业性需求，降低了任务处理的难度，提高了任务处理的效率。图5示意性示出了根据本公开实施例的任务处理装置的框图。如图5所示，任务处理装置500例如可以包括获取模块510、接收模块520、第一处理模块530、第二处理模块540以及配置模块550。获取模块510可以用于获取待处理数据表格，待处理数据表格包括任务的属性数据和与属性数据对应的输入区域。根据本公开实施例，获取模块510例如可以执行上文参考图2描述的操作s210，在此不再赘述。接收模块520可以用于接收用户针对输入区域的输入数据，得到目标数据表格，其中，输入数据包括至少一个任务数据。根据本公开实施例，接收模块520例如可以执行上文参考图2描述的操作s220，在此不再赘述。第一处理模块530可以用于处理目标数据表格，得到至少一个目标任务数据。根据本公开实施例，第一处理模块530例如可以执行上文参考图2描述的操作s230，在此不再赘述。第二处理模块540可以用于处理至少一个目标任务数据，得到任务脚本。根据本公开实施例，第二处理模块540例如可以执行上文参考图2描述的操作s240，在此不再赘述。配置模块550可以用于基于任务脚本配置任务处理系统，以便利用配置后的任务处理系统处理至少一个目标任务数据。根据本公开实施例，配置模块550例如可以执行上文参考图2描述的操作s250，在此不再赘述。图6示意性示出了根据本公开实施例的第一处理模块的框图。如图6所示，第一处理模块530例如可以包括确定子模块531以及处理子模块532。根据本公开实施例，输入数据还包括：针对至少一个任务数据中每个任务数据的配置数据。确定子模块531可以用于确定目标数据表格是否满足校验条件。根据本公开实施例，确定子模块531例如可以执行上文参考图3描述的操作s231，在此不再赘述。处理子模块532可以用于确定目标数据表格是否满足校验条件。根据本公开实施例，处理子模块532例如可以执行上文参考图3描述的操作s232，在此不再赘述。图7示意性示出了根据本公开实施例的处理子模块的框图。如图7所示，处理子模块532例如可以包括处理单元5321以及添加或删除单元5322。处理单元5321可以用于处理目标数据表格，得到包括至少一个任务数据和配置数据的明细表。根据本公开实施例，处理单元5321例如可以执行上文参考图4描述的操作s2321，在此不再赘述。添加或删除单元5322可以用于，针对明细表中至少一个任务数据中的每个任务数据，基于配置数据将任务数据进行添加至结果表或者删除任务数据，其中，添加至结果表中的任务数据为至少一个目标任务数据。根据本公开实施例，添加或删除单元5322例如可以执行上文参考图4描述的操作s2322，在此不再赘述。根据本公开的实施例，目标数据表格包括：任务集表格、任务表格、控制表格以及触发信息表格。其中，任务集表格，任务集表格包括至少一个任务集，至少一个任务集中的每个任务集各自包括均具有相同属性数据的至少一个任务，每个任务集各自包括任务集名称和加载方式，加载方式包括周期性加载方式和触发式加载方式，每个任务集的加载方式为周期性加载方式或触发式加载方式，加载方式为周期性加载方式的任务集还包括运行周期。任务表格，任务表格包括至少一个任务，至少一个任务数据中的每个任务各自属于一个任务集，任务表格还包括至少一个任务中部分任务之间的关联关系，关联关系表征了部分任务之间的运行顺序。控制表格，控制表格包括运行任务集表格中的任务集或者运行任务表格中的任务的控制信息。触发信息表格，触发信息表格包括任务集表格中加载方式为触发式加载方式的任务集的触发信息。根据本公开的实施例，目标数据表格满足校验条件包括：每个任务集的加载方式为周期性加载方式或触发式加载方式，关联关系所表征的部分任务之间的运行顺序满足逻辑条件，控制表格中的任务集名称和任务集表格中的任务集名称一致，以及控制表格中的任务名称和任务表格中的任务名称一致，触发信息表格中的任务集名称和任务集表格中的任务集名称一致。根据本公开的实施例的模块、子模块、单元、子单元中的任意多个、或其中任意多个的至少部分功能可以在一个模块中实现。根据本公开实施例的模块、子模块、单元、子单元中的任意一个或多个可以被拆分成多个模块来实现。根据本公开实施例的模块、子模块、单元、子单元中的任意一个或多个可以至少被部分地实现为硬件电路，例如现场可编程门阵列(fpga)、可编程逻辑阵列(pla)、片上系统、基板上的系统、封装上的系统、专用集成电路(asic)，或可以通过对电路进行集成或封装的任何其他的合理方式的硬件或固件来实现，或以软件、硬件以及固件三种实现方式中任意一种或以其中任意几种的适当组合来实现。或者，根据本公开实施例的模块、子模块、单元、子单元中的一个或多个可以至少被部分地实现为计算机程序模块，当该计算机程序模块被运行时，可以执行相应的功能。例如，获取模块510、接收模块520、第一处理模块530、确定子模块531、处理子模块532、处理单元5321、添加或删除单元5322、第二处理模块540以及配置模块550中的任意多个可以合并在一个模块中实现，或者其中的任意一个模块可以被拆分成多个模块。或者，这些模块中的一个或多个模块的至少部分功能可以与其他模块的至少部分功能相结合，并在一个模块中实现。根据本公开的实施例，获取模块510、接收模块520、第一处理模块530、确定子模块531、处理子模块532、处理单元5321、添加或删除单元5322、第二处理模块540以及配置模块550中的至少一个可以至少被部分地实现为硬件电路，例如现场可编程门阵列(fpga)、可编程逻辑阵列(pla)、片上系统、基板上的系统、封装上的系统、专用集成电路(asic)，或可以通过对电路进行集成或封装的任何其他的合理方式等硬件或固件来实现，或以软件、硬件以及固件三种实现方式中任意一种或以其中任意几种的适当组合来实现。或者，获取模块510、接收模块520、第一处理模块530、确定子模块531、处理子模块532、处理单元5321、添加或删除单元5322、第二处理模块540以及配置模块550中的至少一个可以至少被部分地实现为计算机程序模块，当该计算机程序模块被运行时，可以执行相应的功能。图8示意性示出了根据本公开实施例的用于实现任务处理的计算机系统的方框图。图8示出的计算机系统仅仅是一个示例，不应对本公开实施例的功能和使用范围带来任何限制。如图8所示，计算机系统800包括处理器801、计算机可读存储介质802。该系统800可以执行根据本公开实施例的方法。具体地，处理器801例如可以包括通用微处理器、指令集处理器和/或相关芯片组和/或专用微处理器(例如，专用集成电路(asic))，等等。处理器801还可以包括用于缓存用途的板载存储器。处理器801可以是用于执行根据本公开实施例的方法流程的不同动作的单一处理单元或者是多个处理单元。计算机可读存储介质802，例如可以是能够包含、存储、传送、传播或传输指令的任意介质。例如，可读存储介质可以包括但不限于电、磁、光、电磁、红外或半导体系统、装置、器件或传播介质。可读存储介质的具体示例包括：磁存储装置，如磁带或硬盘(hdd)；光存储装置，如光盘(cd-rom)；存储器，如随机存取存储器(ram)或闪存；和/或有线/无线通信链路。计算机可读存储介质802可以包括计算机程序803，该计算机程序803可以包括代码/计算机可执行指令，其在由处理器801执行时使得处理器801执行根据本公开实施例的方法或其任何变形。计算机程序803可被配置为具有例如包括计算机程序模块的计算机程序代码。例如，在示例实施例中，计算机程序803中的代码可以包括一个或多个程序模块，例如包括803a、模块803b、……。应当注意，模块的划分方式和个数并不是固定的，本领域技术人员可以根据实际情况使用合适的程序模块或程序模块组合，当这些程序模块组合被处理器801执行时，使得处理器801可以执行根据本公开实施例的方法或其任何变形。根据本公开的实施例，获取模块510、接收模块520、第一处理模块530、确定子模块531、处理子模块532、处理单元5321、添加或删除单元5322、第二处理模块540以及配置模块550中的至少一个可以实现为参考图8描述的计算机程序模块，其在被处理器801执行时，可以实现上面描述的相应操作。本公开还提供了一种计算机可读存储介质，该计算机可读存储介质可以是上述实施例中描述的设备/装置/系统中所包含的；也可以是单独存在，而未装配入该设备/装置/系统中。上述计算机可读存储介质承载有一个或者多个程序，当上述一个或者多个程序被执行时，实现上述方法。根据本公开的实施例，计算机可读存储介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(ram)、只读存储器(rom)、可擦式可编程只读存储器(eprom或闪存)、光纤、便携式紧凑磁盘只读存储器(cd-rom)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本公开中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本公开中，计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读存储介质，该计算机可读存储介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读存储介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：无线、有线、光缆、射频信号等等，或者上述的任意合适的组合。附图中的流程图和框图，图示了按照本公开各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。电要注意的是，框图或流程图中的每个方框以及框图或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。本领域技术人员可以理解，本公开的各个实施例和/或权利要求中记载的特征可以进行多种组合和/或结合，即使这样的组合或结合没有明确记载于本公开中。特别地，在不脱离本公开精神和教导的情况下，本公开的各个实施例和/或权利要求中记载的特征可以进行多种组合和/或结合。所有这些组合和/或结合均落入本公开的范围。尽管已经参照本公开的特定示例性实施例示出并描述了本公开，但是本领域技术人员应该理解，在不背离所附权利要求及其等同物限定的本公开的精神和范围的情况下，可以对本公开进行形式和细节上的多种改变。因此，本公开的范围不应该限于上述实施例，而是应该不仅由所附权利要求来进行确定，还由所附权利要求的等同物来进行限定。当前第1页12