CN112114873A - 任务处理的方法、装置及计算机设备 - Google Patents

Abstract

本申请公开了一种任务处理的方法、装置及计算机设备，涉及计算机技术领域，可以解决目前在对操作任务进行批处理时，过程繁琐，处理效率不高的问题。其中方法包括：根据接收到的任务创建指令新建待执行任务；在所述待执行任务中根据各个待执行操作选取对应的封装API，所述封装API对应一个或多个；若判定针对所述封装API对应的操作参数上传完成，则将所述待执行任务定义为目标任务，以便通过点击所述目标任务，执行所述待执行操作。本申请适用于对任务的批量处理。

Description

任务处理的方法、装置及计算机设备

技术领域

本申请涉及计算机技术领域，尤其涉及到一种任务处理的方法、装置及计算机设备。

背景技术

实际测试工作中或对软件进行设置时，测试人员往往需要频繁对文件进行某项操作。如频繁打开某个文件，或每次卸载重装某个软件时都需要重新创建某一些文件来辅助测试。单独操作一次没什么，但长期下来就会影响工作效率。故可通过第三工具或批处理方式对文件进行快捷操作，进而提高工作效率。

然而目前第三方软件往往不支持批处理操作，而批处理方式往往需要写入大量批处理文件，并且需要进行脚本维护，使批处理过程繁琐，导致处理效率不高。

发明内容

有鉴于此，本申请提供了一种任务处理的方法、装置及计算机设备，用于解决目前在对操作任务进行批处理时，过程繁琐，处理效率不高的问题。

根据本申请的一个方面，提供了一种任务处理的方法，该方法包括：

根据接收到的任务创建指令新建待执行任务；

在所述待执行任务中根据各个待执行操作选取对应的封装API，所述封装API对应一个或多个；

若判定针对所述封装API对应的操作参数上传完成，则将所述待执行任务定义为目标任务，以便通过点击所述目标任务，执行所述待执行操作。

优选地，所述任务创建指令中携带有待执行任务对应的产品属性；

所述根据接收到的任务创建指令创建待执行任务，具体包括：

在所述产品属性对应的一级菜单中创建待执行任务对应的二级菜单。

优选地，若所述封装API对应一个，所述在所述待执行任务中根据用户的各个待执行操作选取对应的封装API，具体包括：

在所述二级菜单中接收用户选取的封装有各个所述待执行操作的第一封装API；

接收所述用户对所述第一封装API上传的操作参数。

优选地，所述若判定所述用户针对所述封装API对应的操作参数上传完成，则将所述待执行任务定义为目标任务，以便通过点击所述目标任务，执行所述待执行操作，具体包括：

若判定所述第一封装API对应的操作参数录入完成，并接收到用户上传的第一确认指令，则将所述添加所述第一封装API的所述待执行任务定义为目标任务，以便所述用户通过在所述二级菜单中点击所述目标任务，执行所述待执行操作。

优选地，若所述封装API对应多个，所述在所述待执行任务中根据用户的各个待执行操作选取对应的封装API，具体包括：

在所述二级菜单中接收用户针对各个所述待执行操作分别选取的第二封装API；

依次接收所述用户对所述第二封装API上传的操作参数。

优选地，所述若判定所述用户针对所述封装API对应的操作参数上传完成，则将所述待执行任务定义为目标任务，以便通过点击所述目标任务，执行所述待执行操作，具体包括：

根据各个所述第二封装API的提交顺序，在用例步骤中显示各个所述待执行操作对应的执行顺序以及对应的操作参数；

若判定所述第二封装API对应的操作参数均录入完成，并接收到用户上传的第二确认指令，则将所述添加所述第二封装API的所述待执行任务定义为目标任务，以便所述用户通过在所述二级菜单中点击所述目标任务，执行所述待执行操作。

优选地，在若判定所述用户针对所述封装API对应的操作参数上传完成，则将所述待执行任务定义为目标任务，以便通过点击所述目标任务，执行所述待执行操作之后，具体还包括：

接收对所述目标任务的编辑指令；

将所述编辑指令对应的待执行操作更改为可编辑模式，以便在可编辑模式下实现对所述目标任务的调整。

根据本申请的另一个方面，提供了一种任务处理的装置，该装置包括：

创建模块，用于根据接收到的任务创建指令新建待执行任务；

选取模块，用于在所述待执行任务中根据各个待执行操作选取对应的封装API，所述封装API对应一个或多个；

定义模块，用于若判定针对所述封装API对应的操作参数上传完成，则将所述待执行任务定义为目标任务，以便通过点击所述目标任务，执行所述待执行操作。

优选地，所述任务创建指令中携带有待执行任务对应的产品属性；

所述创建模块，可用于在所述产品属性对应的一级菜单中创建待执行任务对应的二级菜单。

优选地，若所述封装API对应一个，所述选取模块，可用于在所述二级菜单中接收用户选取的封装有各个所述待执行操作的第一封装API；接收所述用户对所述第一封装API上传的操作参数。

优选地，所述定义模块，可用于若判定所述第一封装API对应的操作参数录入完成，并接收到用户上传的第一确认指令，则将所述添加所述第一封装API的所述待执行任务定义为目标任务，以便所述用户通过在所述二级菜单中点击所述目标任务，执行所述待执行操作。

优选地，若所述封装API对应多个，所述选取模块，可用于在所述二级菜单中接收用户针对各个所述待执行操作分别选取的第二封装API；依次接收所述用户对所述第二封装API上传的操作参数。

优选地，所述定义模块，可用于根据各个所述第二封装API的提交顺序，在用例步骤中显示各个所述待执行操作对应的执行顺序以及对应的操作参数；若判定所述第二封装API对应的操作参数均录入完成，并接收到用户上传的第二确认指令，则将所述添加所述第二封装API的所述待执行任务定义为目标任务，以便所述用户通过在所述二级菜单中点击所述目标任务，执行所述待执行操作。

优选地，所述装置还包括：接收模块、调整模块；

接收模块，可用于接收对所述目标任务的编辑指令；

调整模块，可用于将所述编辑指令对应的待执行操作更改为可编辑模式，以便在可编辑模式下实现对所述目标任务的调整。

根据本申请的又一个方面，提供了一种非易失性可读存储介质，其上存储有计算机程序，所述程序被处理器执行时实现上述任务处理的方法。

根据本申请的再一个方面，提供了一种计算机设备，包括非易失性可读存储介质、处理器及存储在非易失性可读存储介质上并可在处理器上运行的计算机程序，所述处理器执行所述程序时实现上述任务处理的方法。

借由上述技术方案，本申请提供的一种任务处理的方法、装置及计算机设备，与目前任务批量处理的方式相比，本申请可在接收到任务创建指令后，新建待执行任务；在待执行任务中选取用于执行各个待执行操作的封装API，并接收用户针对各个封装API上传的操作参数，在判定封装API对应的操作参数上传完成时，可将待执行任务定义为目标任务，以便通过点击目标任务，执行待执行操作，进而可实现对目标任务的一键处理。在本申请中，通过将待执行操作预先封装成API形式，可方便对目标任务的创建，并且不需要写大量的处理文件，使批量任务创建过程更为快捷。此外，还可生成各个目标任务的快捷键，方便对创建完成的处理任务的复用。

附图说明

此处所说明的附图用来提供对本申请的进一步理解，构成本申请的一部分，本申请的示意性实施例及其说明用于解释本申请，并不构成对本地申请的不当限定。在附图中：

图1示出了本申请实施例提供的一种任务处理的方法的流程示意图；

图2示出了本申请实施例提供的另一种任务处理的方法的流程示意图；

图3示出了本申请实施例提供的一种任务处理的装置的结构示意图；

图4示出了本申请实施例提供的另一种任务处理的装置的结构示意图。

具体实施方式

下文将参考附图并结合实施例来详细说明本申请。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互结合。

针对目前在对操作任务进行批处理时，过程繁琐，处理效率不高的问题，本申请实施例提供了一种任务处理的方法，如图1所示，该方法包括：

101、根据接收到的任务创建指令新建待执行任务。

对于本申请的执行主体可为任务处理系统，其中任务处理系统可用于执行文件处理任务，还可用于执行软件配置任务，如抓包工具的端口配置等、具体可实时接收用户发送的任务创建指令，并根据任务创建指令新建待执行任务，在待执行任务中接收根据各个待执行操作选取的封装API，在判定针对封装API对应的操作参数上传完成后，可将待执行任务定义为目标任务，以便通过点击目标任务，执行目标任务中的各个待执行操作。

102、在待执行任务中根据各个待执行操作选取对应的封装API，封装API对应一个或多个。

对于本实施例，在具体的应用场景中，可根据预先实现对各个待执行操作对应API的封装，封装API可包括对文件处理操作的封装，如对文件的复制、粘贴、删除等；还可包括对软件配置的封装，如对软件工具的端口、过滤项的配置等。其中同一封装API中可只封装单个待执行操作，还可同时封装多个待执行操作。

例如，若需要对文件A同时进行复制以及粘贴操作，此时可选用两个独立的封装API，两个独立的封装API即分别对应复制操作和粘贴操作；同时也可以选用一个同时封装有复制操作和粘贴操作的组合封装API。

103、若判定针对封装API对应的操作参数上传完成，则将待执行任务定义为目标任务，以便通过点击目标任务，执行待执行操作。

对于本实施例，在具体的应用场景中，每个封装API均包括待上传的参数录入端口，在选用封装API执行待执行操作时，需要在参数录入端口上传对应的参数值。故在判定针对各个封装API对应的操作参数均上传完成后，即可将包含各个封装API的待执行任务定义为目标任务，并生成快捷方式，以便后续通过点击目标任务，即可一键执行目标任务中的各个待执行操作。

通过本实施例中任务处理的方法，可在接收到任务创建指令后，新建待执行任务；在待执行任务中选取用于执行各个待执行操作的封装API，并接收用户针对各个封装API上传的操作参数，在判定封装API对应的操作参数上传完成时，可将待执行任务定义为目标任务，以便通过点击目标任务，执行待执行操作，进而可实现对目标任务的一键处理。在本申请中，通过将待执行操作预先封装成API形式，可方便对目标任务的创建，并且不需要写大量的处理文件，使批量任务创建过程更为快捷。此外，还可生成各个目标任务的快捷键，方便对创建完成的处理任务的复用。

进一步的，作为上述实施例具体实施方式的细化和扩展，为了完整说明本实施例中的具体实施过程，提供了另一种任务处理的方法，如图2所示，该方法包括：

201、根据接收到的任务创建指令新建待执行任务。

对于本实施例，在具体的应用场景中，任务创建指令中携带有待执行任务对应的产品属性，对应实施例步骤201具体可以包括：在产品属性对应的一级菜单中创建待执行任务对应的二级菜单。

对于本实施例，可基于菜单分层属性，对每个操作任务进行归类，即各个产品属性对应第一菜单级，在各个第一菜单级中可创建一个或多个待执行任务对应的二级菜单级，进而可在各个待执行任务中选取各个待执行操作，并根据待执行操作选取对应的封装API。这样不同产品的操作任务都可以通过这个工具来实现，一键完成，方便快捷。

202a、若封装API对应一个，则可在二级菜单中接收用户选取的封装有各个待执行操作的第一封装API。

对于本实施例，当需要执行多个待执行操作时，可仅选取一个封装有多个待执行操作的第一封装API。具体的，可根据用户选取的各个待执行操作，筛选出对应匹配的第一封装API。

例如，若所要创建的目标任务中包括A、B、C、D四个待执行操作，故在选取待执行操作对应的封装API时，可直接选用同时封装有A、B、C、D四个待执行操作对应代码的第一封装API。

203a、接收用户对第一封装API上传的操作参数。

对于本实施例，在具体的应用场景中，各个待执行操作均需要上传对应的参数，待操作参数上传完毕后，方可自动执行该项操作。

其中，操作参数可包括：操作说明、细节步骤描述、各个待执行操作对应的工作执行参数等，如待执行操作为复制文件，则需要录入复制文件对应的工作执行参数可包括：待复制的文件、是否覆盖等。

204a、若判定第一封装API对应的操作参数录入完成，并接收到用户上传的第一确认指令，则将添加第一封装API的待执行任务定义为目标任务，以便用户通过在二级菜单中点击目标任务，执行待执行操作。

对于本实施例，在具体的应用场景中，当用户完成对第一封装API的操作参数录入后，会基于待执行操作以及对应操作参数，显示待执行任务对应的用例步骤，具体可包括待执行操作的名称、待执行某项操作的文件名称及地址、以及各项操作的执行顺序等。若用户在浏览用例步骤，并确定无误后，即可发送第一确认指令，此时处理系统会直接将添加第一封装API的待执行任务定义为目标任务，以便用户通过在二级菜单中点击目标任务，执行待执行操作。

与实施例步骤202a对应的实施例步骤202b、若封装API对应多个，则在二级菜单中接收用户针对各个待执行操作分别选取的第二封装API。

对于本实施例，当需要执行多个待执行操作时，可选取多个第二封装API。其中，每个第二封装API中均对应封装一个待执行操作。

例如，若所要创建的目标任务中包括A、B、C、D四个待执行操作，故在选取待执行操作对应的封装API时，需要分别选用A、B、C、D四个待执行操作对应代码的第二封装API。

203b、依次接收用户对第二封装API上传的操作参数。

对于本实施例，在需要选用多个第二封装API时，由于每个第二封装API彼此独立，故需要依次选取第二封装API，并录入相应的操作参数。待完成对当前第二封装API的操作参数录入后，再选用下一个第二封装API，并录入相应的操作参数。其中，第二封装API的选取顺序，即对应目标任务各项操作的执行顺序。

204b、根据各个第二封装API的提交顺序，在用例步骤中显示各个待执行操作对应的执行顺序以及对应的操作参数。

对于本实施例，在具体的应用场景中，当针对同一个待执行任务上传多个第二封装API时，在用例步骤中会实时根据录入状态，显示各个待执行操作以及对应的操作参数。其中，各个第二封装API的提交顺序即对应匹配的各个待执行操作对应的执行顺序。

205b、若判定第二封装API对应的操作参数均录入完成，并接收到用户上传的第二确认指令，则将添加第二封装API的待执行任务定义为目标任务，以便用户通过在二级菜单中点击目标任务，执行待执行操作。

对于本实施例，在具体的应用场景中，当确定待执行操作对应的第二封装API均选取成功，并已录入相应的操作参数后，即可将包括各个第二封装API的待执行任务定义为目标任务，并生成目标任务对应的快捷方式，从而可方便用户通过在二级菜单中点击目标任务，执行待执行操作。具体在执行目标任务时，可按照第二封装API的组装顺序来执行。

需要说明的是，在本申请中，可采用托盘的方式，将目标任务以多级菜单的形式显示，不占用额外的空间，且使操作较为便捷。

206、接收对目标任务的编辑指令。

对于本实施例，在具体的应用场景中，当生成关于目标任务的快捷键后，还可接收用户发送的对目标任务的编辑指令，此时会自动跳转到任务创建界面，通过在用例步骤中点击各个待执行操作的编辑按钮，即进入编辑状态，通过在用例步骤中对各个待执行操作进行同步修改，进而可实现对目标任务的编辑。

207、将编辑指令对应的待执行操作更改为可编辑模式，以便在可编辑模式下实现对目标任务的调整。

其中，在将待执行操作更改为可编辑模式后，具体可包括对该待执行操作对应参数的修改，删除该项待执行操作以及对待执行操作执行顺序的修改等。

通过上述任务处理的方法，可在接收到任务创建指令后，新建待执行任务；在待执行任务中选取用于执行各个待执行操作的封装API，并接收用户针对各个封装API上传的操作参数，在判定封装API对应的操作参数上传完成时，可将待执行任务定义为目标任务，以便通过点击目标任务，执行待执行操作，进而可实现对目标任务的一键处理。在本申请中，通过将待执行操作预先封装成API形式，可方便对目标任务的创建，并且不需要写大量的处理文件，使批量任务创建过程更为快捷。此外，还可生成各个目标任务的快捷键，方便对创建完成的处理任务的复用。

进一步的，作为图1和图2所示方法的具体体现，本申请实施例提供了一种任务处理的装置，如图3所示，该装置包括：创建模块31、选取模块32、定义模块33；

创建模块31，可用于根据接收到的任务创建指令新建待执行任务；

选取模块32，可用于在待执行任务中根据各个待执行操作选取对应的封装API，封装API对应一个或多个；

定义模块33，可用于若判定针对封装API对应的操作参数上传完成，则将待执行任务定义为目标任务，以便通过点击目标任务，执行待执行操作。

在具体的应用场景中，任务创建指令中可携带有待执行任务对应的产品属性，为了根据接收到的任务创建指令创建待执行任务，创建模块31，具体可用于在产品属性对应的一级菜单中创建待执行任务对应的二级菜单。

相应的，若对应多个待执行操作时，可选取一个统一的封装API，为了在待执行任务中根据用户的各个待执行操作选取对应的封装API，选取模块32，具体可用于在二级菜单中接收用户选取的封装有各个待执行操作的第一封装API；接收用户对第一封装API上传的操作参数。

在具体的应用场景中，为了在判定用户针对封装API对应的操作参数上传完成时，将待执行任务定义为用户通过一键点击即可执行多个待执行操作的目标任务，定义模块33，具体可用于：若判定第一封装API对应的操作参数录入完成，并接收到用户上传的第一确认指令，则将添加第一封装API的待执行任务定义为目标任务，以便用户通过在二级菜单中点击目标任务，执行待执行操作。

相应的，若对应多个待执行操作时，可选取多个独立的封装API，为了在待执行任务中根据用户的各个待执行操作选取对应的封装API，选取模块32，具体可用于在二级菜单中接收用户针对各个待执行操作分别选取的第二封装API；依次接收用户对第二封装API上传的操作参数。

在具体的应用场景中，为了在判定用户针对封装API对应的操作参数上传完成时，将待执行任务定义为用户通过一键点击即可执行多个待执行操作的目标任务，定义模块33，具体可用于：根据各个第二封装API的提交顺序，在用例步骤中显示各个待执行操作对应的执行顺序以及对应的操作参数；若判定第二封装API对应的操作参数均录入完成，并接收到用户上传的第二确认指令，则将添加第二封装API的待执行任务定义为目标任务，以便用户通过在二级菜单中点击目标任务，执行待执行操作。

相应的，为了实现对目标任务的二次编辑，如图4所示，本装置还包括：接收模块34、更改模块35；

接收模块34，可用于接收对目标任务的编辑指令；

更改模块35，可用于将编辑指令对应的待执行操作更改为可编辑模式，以便在可编辑模式下实现对目标任务的调整。

需要说明的是，本实施例提供的一种任务处理的装置所涉及各功能单元的其它相应描述，可以参考图1至图2中的对应描述，在此不再赘述。

基于上述如图1和图2所示方法，相应的，本申请实施例还提供了一种存储介质，其上存储有计算机程序，该程序被处理器执行时实现上述如图1和图2所示的任务处理的方法。

基于这样的理解，本申请的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储介质(可以是CD-ROM，U盘，移动硬盘等)中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施场景的方法。

基于上述如图1、图2所示的方法，以及图3、图4所示的虚拟装置实施例，为了实现上述目的，本申请实施例还提供了一种计算机设备，具体可以为个人计算机、服务器、网络设备等，该实体设备包括存储介质和处理器；存储介质，用于存储计算机程序；处理器，用于执行计算机程序以实现上述如图1和图2所示的任务处理的方法。

可选地，该计算机设备还可以包括用户接口、网络接口、摄像头、射频(RadioFrequency，RF)电路，传感器、音频电路、WI-FI模块等等。用户接口可以包括显示屏(Display)、输入单元比如键盘(Keyboard)等，可选用户接口还可以包括USB接口、读卡器接口等。网络接口可选的可以包括标准的有线接口、无线接口(如蓝牙接口、WI-FI接口)等

本领域技术人员可以理解，本实施例提供的计算机设备结构并不构成对该实体设备的限定，可以包括更多或更少的部件，或者组合某些部件，或者不同的部件布置。

非易失性可读存储介质中还可以包括操作系统、网络通信模块。操作系统是任务处理的实体设备硬件和软件资源的程序，支持信息处理程序以及其它软件和/或程序的运行。网络通信模块用于实现非易失性可读存储介质内部各组件之间的通信，以及与该实体设备中其它硬件和软件之间通信。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到本申请可以借助软件加必要的通用硬件平台的方式来实现，也可以通过硬件实现。通过应用本申请的技术方案，与目前现有技术相比，本申请可在接收到任务创建指令后，新建待执行任务；在待执行任务中选取用于执行各个待执行操作的封装API，并接收用户针对各个封装API上传的操作参数，在判定封装API对应的操作参数上传完成时，可将待执行任务定义为目标任务，以便通过点击目标任务，执行待执行操作，进而可实现对目标任务的一键处理。在本申请中，通过将待执行操作预先封装成API形式，可方便对目标任务的创建，并且不需要写大量的处理文件，使批量任务创建过程更为快捷。此外，还可生成各个目标任务的快捷键，方便对创建完成的处理任务的复用。

本领域技术人员可以理解附图只是一个优选实施场景的示意图，附图中的模块或流程并不一定是实施本申请所必须的。本领域技术人员可以理解实施场景中的装置中的模块可以按照实施场景描述进行分布于实施场景的装置中，也可以进行相应变化位于不同于本实施场景的一个或多个装置中。上述实施场景的模块可以合并为一个模块，也可以进一步拆分成多个子模块。

上述本申请序号仅仅为了描述，不代表实施场景的优劣。以上公开的仅为本申请的几个具体实施场景，但是，本申请并非局限于此，任何本领域的技术人员能思之的变化都应落入本申请的保护范围。

Claims (10)

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

根据接收到的任务创建指令新建待执行任务；

在所述待执行任务中根据各个待执行操作选取对应的封装API，所述封装API对应一个或多个；

若判定针对所述封装API对应的操作参数上传完成，则将所述待执行任务定义为目标任务，以便通过点击所述目标任务，执行所述待执行操作。

2.根据权利要求1所述的方法，其特征在于，所述任务创建指令中携带有待执行任务对应的产品属性；

所述根据接收到的任务创建指令创建待执行任务，具体包括：

在所述产品属性对应的一级菜单中创建待执行任务对应的二级菜单。

3.根据权利要求2所述的方法，其特征在于，若所述封装API对应一个，所述在所述待执行任务中根据用户的各个待执行操作选取对应的封装API，具体包括：

在所述二级菜单中接收用户选取的封装有各个所述待执行操作的第一封装API；

接收所述用户对所述第一封装API上传的操作参数。

4.根据权利要求3所述的方法，其特征在于，所述若判定所述用户针对所述封装API对应的操作参数上传完成，则将所述待执行任务定义为目标任务，以便通过点击所述目标任务，执行所述待执行操作，具体包括：

若判定所述第一封装API对应的操作参数录入完成，并接收到用户上传的第一确认指令，则将所述添加所述第一封装API的所述待执行任务定义为目标任务，以便所述用户通过在所述二级菜单中点击所述目标任务，执行所述待执行操作。

5.根据权利要求2所述的方法，其特征在于，若所述封装API对应多个，所述在所述待执行任务中根据用户的各个待执行操作选取对应的封装API，具体包括：

在所述二级菜单中接收用户针对各个所述待执行操作分别选取的第二封装API；

依次接收所述用户对所述第二封装API上传的操作参数。

6.根据权利要求5所述的方法，其特征在于，所述若判定所述用户针对所述封装API对应的操作参数上传完成，则将所述待执行任务定义为目标任务，以便通过点击所述目标任务，执行所述待执行操作，具体包括：

根据各个所述第二封装API的提交顺序，在用例步骤中显示各个所述待执行操作对应的执行顺序以及对应的操作参数；

若判定所述第二封装API对应的操作参数均录入完成，并接收到用户上传的第二确认指令，则将所述添加所述第二封装API的所述待执行任务定义为目标任务，以便所述用户通过在所述二级菜单中点击所述目标任务，执行所述待执行操作。

7.根据权利要求6所示的方法，其特征在于，在若判定所述用户针对所述封装API对应的操作参数上传完成，则将所述待执行任务定义为目标任务，以便通过点击所述目标任务，执行所述待执行操作之后，具体还包括：

接收对所述目标任务的编辑指令；

将所述编辑指令对应的待执行操作更改为可编辑模式，以便在可编辑模式下实现对所述目标任务的调整。

8.一种任务处理的装置，其特征在于，包括：

创建模块，用于根据接收到的任务创建指令新建待执行任务；

选取模块，用于在所述待执行任务中根据各个待执行操作选取对应的封装API，所述封装API对应一个或多个；

定义模块，用于若判定针对所述封装API对应的操作参数上传完成，则将所述待执行任务定义为目标任务，以便通过点击所述目标任务，执行所述待执行操作。

9.一种非易失性可读存储介质，其上存储有计算机程序，其特征在于，所述程序被处理器执行时实现权利要求1至7中任一项所述的任务处理的方法。

10.一种计算机设备，包括非易失性可读存储介质、处理器及存储在非易失性可读存储介质上并可在处理器上运行的计算机程序，其特征在于，所述处理器执行所述程序时实现权利要求1至7中任一项所述的任务处理的方法。

Images