CN108459903A - 任务处理方法及装置、电子设备、存储介质 - Google Patents

Abstract

本公开是关于一种任务处理方法及装置、电子设备、存储介质，涉及计算机技术领域，该方法包括：接收来自客户端系统的任务指令，所述任务指令对象为应用系统；控制黑盒系统根据所述任务指令在所述应用系统中执行对应任务；获取所述应用系统中的返回结果。本公开可以提高不同应用系统间任务处理的效率。

Description

任务处理方法及装置、电子设备、存储介质

技术领域

本公开涉及计算机技术领域，具体而言，涉及一种任务处理方法、任务处理装置、电子设备以及计算机可读存储介质。

背景技术

在企业级管理系统应用中，大多通过多个系统实现项目或者是任务的统一管理。多个系统例如可以为IM(Instant Messaging，即时通讯系统)、任务协作系统以及KM(Knowledge Management，知识管理系统)。

相关技术中，通常采用IM(Instant Messaging，即时通讯系统)、任务协作系统以及KM(Knowledge Management，知识管理系统)进行项目管理。具体而言，一般使用IM即时通讯系统作为沟通工具，使用任务协作系统作为需求任务管理工具，使用KM知识管理系统作为组织知识积累。举例而言，在跨职能团队使用三个系统实现任务管理协作过程中，团队中的任何人都可以独立使用IM沟通产生任务需求。例如任务被指派人可以自行记录任务，并做处理；或者是任务指派人切换到任务协作系统，提交任务需求，被指派人后续做跟进处理。

但是，由于IM即时通讯系统、任务协作系统以及KM知识管理系统之间是相互独立的，即客户端系统与多个应用系统之间是相互独立的，指派人在处理任务指令时需切换到不同的系统，操作较为繁琐，效率较低；除此之外，被指派人可能会因为客户端系统内消息较多而遗漏消息，从而影响任务进行。

需要说明的是，在上述背景技术部分公开的信息仅用于加强对本公开的背景的理解，因此可以包括不构成对本领域普通技术人员已知的现有技术的信息。

发明内容

本公开的目的在于提供一种任务处理方法及装置、电子设备、存储介质，进而至少在一定程度上克服由于相关技术的限制和缺陷而导致的任务指令处理效率低的问题。

本公开的其他特性和优点将通过下面的详细描述变得显然，或部分地通过本公开的实践而习得。

根据本公开的一个方面，提供一种任务处理方法，包括：接收来自客户端系统的任务指令，所述任务指令对象为应用系统；控制黑盒系统根据所述任务指令在所述应用系统中执行对应任务；获取所述应用系统中的返回结果。

在本公开的一种示例性实施例中，所述方法还包括：通过搭建所述黑盒系统建立所述客户端系统与所述应用系统之间的信息关联。

在本公开的一种示例性实施例中，建立所述客户端系统以及所述应用系统之间的信息关联包括：通过配置指令文件与数据库，建立所述客户端系统与所述应用系统之间的信息关联。

在本公开的一种示例性实施例中，控制黑盒系统根据所述任务指令在所述应用系统中执行对应任务包括：控制所述黑盒系统根据所述客户端系统提交的所述任务指令获取工作流信息；获取所述工作流信息对应的关键标签；触发所述黑盒系统根据所述关键标签向所述应用系统自动提交任务指令。

在本公开的一种示例性实施例中，所述方法还包括：如果工作流信息存在对应任务，则提交指令触发所述黑盒系统自动建单；如果工作流信息不存在对应任务，则通过补充手动输入所述关键标签，提交指令进行自动建单；如果存在未分配任务的所述关键标签，则在下次分配任务时显示所述关键标签以提示是否建单。

在本公开的一种示例性实施例中，获取所述工作流信息对应的关键标签包括：在接收到所述客户端系统的初始化指令时，控制所述黑盒系统返回初始化条件；根据所述初始化条件进行初始化，并在初始化成功时获取所述关键标签。

在本公开的一种示例性实施例中，触发所述黑盒系统根据所述关键标签向所述应用系统自动提交任务指令包括：通过所述黑盒系统对所述关键标签进行判断，以确定所述任务指令的功能；根据所述任务指令的功能将所述任务指令提交至对应的应用系统。

在本公开的一种示例性实施例中，所述任务指令包括复盘查询指令、报告获取指令以及代码打包指令中的一种或多种。

在本公开的一种示例性实施例中，获取所述应用系统中的返回结果包括：获取所述应用系统中与所述任务指令关联的任务信息；将所述任务信息反馈至所述客户端系统。

在本公开的一种示例性实施例中，所述应用系统包括知识管理系统，所述方法还包括：通过所述应用系统将所述工作流信息结合；通过所述工作流信息自动更新所述知识管理系统。

根据本公开的一个方面，提供一种任务处理装置，包括：任务接收模块，用于接收来自客户端系统的任务指令，所述任务指令对象为应用系统；任务执行模块，用于控制黑盒系统根据所述任务指令在所述应用系统中执行对应任务；结果返回模块，用于获取所述应用系统中的返回结果。

根据本公开的一个方面，提供一种电子设备，包括：处理器；以及存储器，用于存储所述处理器的可执行指令；其中，所述处理器配置为经由执行所述可执行指令来执行上述任意一项所述的任务处理方法。

根据本公开的一个方面，提供一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现上述任意一项所述的任务处理方法。

本公开示例性实施例中提供的一种任务处理方法、任务处理装置、电子设备以及计算机可读存储介质中，通过接收来自客户端系统的任务指令，以及控制黑盒系统根据所述任务指令在所述应用系统中执行对应任务，一方面，通过黑盒系统直接将客户端系统的任务指令传输至应用系统，避免了处理任务指令时切换到不同的系统，简化了操作步骤，提高了任务指令的处理效率；另一方面，避免了遗漏客户端系统中的消息而导致的任务中断的问题，能够顺利执行任务指令。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本公开。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本公开的实施例，并与说明书一起用于解释本公开的原理。显而易见地，下面描述中的附图仅仅是本公开的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1示意性示出本公开示例性实施例中一种任务处理方法示意图；

图2示意性示出本公开示例性实施例中黑盒系统的内部结构任务处理过程；

图3示意性示出本公开示例性实施例中黑盒系统的指令系统算法框架；

图4示意性示出本公开示例性实施例中任务处理方法的流程图；

图5示意性示出了本公开示例性实施例中任务处理系统的架构图；

图6示意性示出了基于任务处理系统架构图的任务处理方法的具体流程图；

图7示意性示出本公开示例性实施例中一种任务处理装置的框图；

图8示意性示出本公开示例性实施例中一种电子设备的框图；

图9示意性示出本公开示例性实施例中一种程序产品。

具体实施方式

现在将参考附图更全面地描述示例实施方式。然而，示例实施方式能够以多种形式实施，且不应被理解为限于在此阐述的范例；相反，提供这些实施方式使得本公开将更加全面和完整，并将示例实施方式的构思全面地传达给本领域的技术人员。所描述的特征、结构或特性可以以任何合适的方式结合在一个或更多实施方式中。在下面的描述中，提供许多具体细节从而给出对本公开的实施方式的充分理解。然而，本领域技术人员将意识到，可以实践本公开的技术方案而省略所述特定细节中的一个或更多，或者可以采用其它的方法、组元、装置、步骤等。在其它情况下，不详细示出或描述公知技术方案以避免喧宾夺主而使得本公开的各方面变得模糊。

此外，附图仅为本公开的示意性图解，并非一定是按比例绘制。图中相同的附图标记表示相同或类似的部分，因而将省略对它们的重复描述。附图中所示的一些方框图是功能实体，不一定必须与物理或逻辑上独立的实体相对应。可以采用软件形式来实现这些功能实体，或在一个或多个硬件模块或集成电路中实现这些功能实体，或在不同网络和/或处理器装置和/或微控制器装置中实现这些功能实体。

本示例实施方式中首先提供了一种任务处理方法，可以应用于团队中不同系统之间的任务处理。参考图1所示，该任务处理方法可以包括以下步骤：

在步骤S110中，接收来自客户端系统的任务指令，所述任务指令对象为应用系统；

在步骤S120中，控制黑盒系统根据所述任务指令在所述应用系统中执行对应任务；

在步骤S130中，获取所述应用系统中的返回结果。

在本示例性实施例中提供的任务处理方法中，一方面，通过黑盒系统直接将客户端系统的任务指令传输至应用系统，避免了处理任务指令时切换到不同的系统，简化了操作步骤，提高了不同系统间任务指令的处理效率；另一方面，避免了遗漏客户端系统中的消息而导致任务中断的问题，能够顺利执行任务指令。

接下来，结合图2至图6对本示例性实施例中的任务处理方法进行进一步解释说明。

在步骤S110中，接收来自客户端系统的任务指令，所述任务指令对象为应用系统。

本示例中，客户端系统例如可以为安装在手机端或者是电脑端的系统，主要作为团队间发布任务指令者或接收任务指令者的沟通工具。客户端系统例如可以为IM即时通讯系统。此时的IM即时通讯系统为双向沟通工具，可以方便团队间实时讨论交流。任务指令可以由任务发布者提交，任务发布者可以为某一团队中的任意人员。

接收任务指令的对象为至少一种应用系统，且每个应用系统可以包括至少一种功能。举例而言，应用系统可以为任务协作系统、KM知识管理系统、代码管理系统以及其他可拓展的工具系统。其中，KM知识管理系统一般作为组织知识积累工具，任务协作系统一般作为需求任务管理工具。KM知识管理系统和任务协作系统均为一种单向沟通工具，其可以用于记录信息并在需要时进行查看。其中，记录的信息是归类记录，并且存储在单独的数据库中。

举例而言，IM即时通讯系统可以向KM知识管理系统、代码管理系统以及任务协作系统中的任意一个应用系统发送任务指令。具体可以通过无线网络、局域网或者是其他传输方式提交任务指令。

在步骤S120中，控制黑盒系统根据所述任务指令在所述应用系统中执行对应任务。

本示例中，黑盒系统可以为程序开发人员事先设置的中间系统，主要用于将客户端系统发送的各种类型的任务指令自动提交至对应的应用系统，以使应用系统按照任务指令执行对应的任务。黑盒系统例如可以为机器人黑盒。举例而言，黑盒系统可以通过调用不同的API接口将任务指令自动提交至应用系统。通过黑盒系统直接将客户端系统的任务指令传输至应用系统的方式，避免了处理任务指令时需要切换系统的操作，简化了操作步骤，从而提高了处理任务指令的操作效率；除此之外，由于不需要来回切换系统，因此可以避免遗漏客户端系统中的消息而导致的任务中断的问题，能够顺利执行任务指令。

除此之外，黑盒系统向各应用系统自动提交任务指令后，可以向IM即时通讯系统返回提交状态反馈信息，同时可以按照实际需求向被通知人推送提交状态反馈信息。如果提交的任务指令有误或者出现异常，则可以推送“提交异常”信息；如果提交的任务指令未出现异常，则可以推送“提交成功”信息。通过将提交状态反馈信息返回至客户端系统的方式，可以使任务提交者快速得知任务指令的提交状态，依次判断是否需要重新提交任务指令，从而减小对任务处理过程的影响。

具体而言，本示例中，首先需要通过搭建所述黑盒系统建立所述客户端系统与所述应用系统之间的信息关联。

由于客户端系统与各应用系统均为独立系统，因此需要建立各个系统之间的信息关联，实现各个系统之间的紧密结合。举例而言，KM知识管理系统和任务管理系统建立信息关联后，KM知识管理系统中的工作流可以在任务协作系统中直接运用、任务协作系统中的工作流的实践过程可以在KM知识管理系统中直接维护更新，同时也可以实现不同应用系统间工作流的自动化调用。除此之外，IM即时通讯系统与各应用系统建立信息关联之后，产生的任务指令可以直接由黑盒系统自动化提交至应用系统，因此会更方便于团队协作。

本示例中，可以通过配置指令文件与数据库，建立所述客户端系统与所述应用系统之间的信息关联。其中，指令文件例如可以为XML格式的配置文件，数据库例如可以为Oracle数据库、Sybase数据库、MS SQL Server或者其他类型的数据库。具体可以通过编写程序或者是编写代码建立客户端系统与各个应用系统、以及多个应用系统之间的信息关联。

接下来，控制黑盒系统根据所述任务指令在所述应用系统中执行对应任务包括：控制所述黑盒系统根据所述客户端系统提交的所述任务指令获取工作流信息；获取所述工作流信息对应的关键标签；触发所述黑盒系统根据所述关键标签向所述应用系统自动提交任务指令。

工作流是对工作流程及其各操作步骤之间业务规则的抽象、概括描述，是将一组任务组织起来以完成某个经营过程，其定义了任务的触发顺序和触发条件，每个任务可以由一个或多个软件系统完成，也可以由一个或一组人完成，还可以由一个或多个人与软件系统协作完成。其中，每一个工作流均可以对应一个关键标签，关键标签可以包括与该工作流对应的参与者、任务类型、任务阶段、任务时间、任务编号等信息，例如关键标签可以包括Demo阶段、Demo启动阶段、Demo立项提案、申请项目编号等。

其中，获取所述工作流信息对应的关键标签可以包括：在接收到所述客户端系统的初始化指令时，控制所述黑盒系统返回初始化条件；根据所述初始化条件进行初始化，并在初始化成功时获取所述关键标签。其中，初始化条件是对项目类型的判断，以获取最合适的KM知识工作流，初始化条件例如可以包括游戏类型、引擎类型、人员配备、是否海外版等。本示例中以手机游戏研发的整个流程为例进行说明。首先可以在IM即时通讯系统中直接发送初始化指令，如：@初始化，手机游戏研发全流程。此时，黑盒系统会返回初始化条件，以获取最合适的工作流。

随后可以根据需要定义项目类型，提交初始化指令以及初始化条件进行初始化，如果初始化成功，黑盒系统则可以从KM知识管理系统中获取信息返回指定工作流的关键标签并显示在IM即时通讯系统中，例如可以返回Demo阶段、Demo启动阶段、Demo立项提案、申请项目编号等。具体地过程可以通过编写程序而实现，本示例中对此不作特殊限定。

在团队成员根据返回的关键标签在线上或线下讨论任务时，可以在明确任务分配之后点击关键标签直接提交任务指令。具体地，如果工作流信息存在对应任务，则提交指令触发所述黑盒系统自动建单；如果工作流信息不存在对应任务，则通过输入所述关键标签，提交指令进行自动建单；如果存在未分配任务的所述关键标签，则在下次分配任务时显示所述关键标签以提示是否建单。举例而言，可以发送提单指令，如@提单，然后返回关键标签Demo阶段、Demo启动阶段、Demo立项提案、人员1，其中人员1为此任务负责人。接下来，黑盒系统在任务协作系统中进行自动建单，并向任务负责人推送通知；对于工作流不存在的任务，需手动敲入关键标签进行自动建单；对于未分配任务的关键标签，黑盒系统会做记录，可在下一次需要做任务分配时提交指令显示关键标签，以提示是否建单。需要说明的是，此步骤可以在整个团队协作过程中循环操作。通过自动建单的方式提交任务指令，可以实现快速完成任务处理。

随后，在获取到每一个任务流信息对应的关键标签后，可以触发黑盒系统根据获得的关键标签向对应的应用系统自动提交任务指令。具体而言，可以通过黑盒系统对所述关键标签进行判断，以确定所述任务指令的功能；根据所述任务指令的功能将所述任务指令提交至对应的应用系统。

其中，所述任务指令包括复盘查询指令、报告获取指令以及代码打包指令中的一种或多种。具体包括：

在当管理层或者其他人需要了解某一任务的进展情况时，则可以从IM即时通讯系统提交报告获取指令，如@报告，黑盒系统可以在任务协作系统中收集对应的信息，自动处理得出归类数据，并向IM即时通讯系统返回数据报告。其中，数据报告可包括各状态任务单汇总、各人员任务单汇总、各人员工作量汇总。此功能大大节省了通过人工操作从任务协作系统进行整理数据报告的时间。

当有代码打包需求时，可以从IM即时通讯系统提交代码打包指令，如@打包，黑盒系统在收集判断后，可以在代码系统中实现自动打包代码功能，并向IM即时通讯系统返回代码打包情况。

在项目收尾阶段，团队需要对项目进行复盘时，可以提交复盘查询指令，如@复盘查询，调用API返回项目过程中关键标签任务和复盘数据。其中，关键标签任务是团队根据KM知识管理系统中的工作流提交的工作任务，复盘数据指的是在实践过程中产生的有用数据，如制作周期、补充描述、任务是否必做等。团队成员确认复盘数据后，调用复盘指令，如@复盘，调用API指令，将任务协作系统中的复盘数据，根据关键标签更新到KM知识管理系统中。通过黑盒系统直接将客户端系统的不同任务指令传输至应用系统的方式，可以直接从多个不同系统之间快速提交任务指令并执行对应的功能，不需要来回切换系统的繁琐操作，从而提高了处理任务指令的操作效率。

在步骤S130中，获取所述应用系统中的返回结果。

其中，返回结果可以为应用系统中任务指令的执行情况或者是与任务指令对应的数据。黑盒系统可以根据关键标签在对应的应用系统中获取与每个任务指令对应的任务信息，例如可以获取代码打包指令对应的代码、复盘指令对应的复盘数据、报告指令对应的报告数据等等。随后可以基于各个系统之间的信息关联将任务信息反馈至客户端系统，以快速根据任务指令完成团队间的协作。通过本示例中的方式，用户只需要在客户端系统输入任务指令，就可以直接得到自己想要的返回结果，提高了便捷性。

除此之外，本示例中提供的任务处理方法还包括：所述应用系统包括知识管理系统，所述方法还包括：通过所述应用系统将所述工作流信息结合；通过所述工作流信息自动更新所述知识管理系统。

举例而言，在企业应用中，KM知识管理系统积累了如知识点、流程图、操作规范以及工作流信息等，一般用于查阅资料。在知识管理系统和其他应用系统例如任务管理系统，以及IM即时通讯系统建立信息关联后，可以通过其他应用系统将KM知识管理系统中的工作流信息结合起来，使得工作流信息可以在任务协作系统中直接运用，最终可以将实际中的项目经验等根据工作流信息对应的关键标签自动积累到知识管理系统，从而使得每个项目均可以经历一遍工作流信息，如此一来，可以将实践过程中的有用数据自动维护更新到KM知识管理系统，因此会更方便于团队协作。

为了保证任务指令提交的准确率，图2示出了黑盒系统的内部结构任务处理过程。参考图2所示，机器人黑盒内部结构的任务处理具体包括：

步骤S20，如果信息源即IM即时通讯系统接收到信息，可以对接收到的信息进行传输。

步骤S21，对接收到的信息进行判断，确定其是否为团队间的任务处理指令；

S211，如果是任务处理指令，则调用API接口，对KM知识管理系统或者是任务协作系统执行操作；

S212，如果接收到的消息不是任务处理指令，则忽略接收到的信息。

其中，在通过S211确定任务处理指令后，具体可以包括：

2111，通过KM知识管理系统或者是任务协作系统执行操作；

2112，将KM知识管理系统或者是任务协作系统返回通知传输到IM即时通讯系统客户端。

图3示出了机器人黑盒的指令系统算法框架。由图3中可以看出，指令文件310一般为XML格式的指令文件，其中具体包括指令函数311以及指令条件312。指令条件312主要由指令关键字3121、初始化条件3122、用户条件3123以及其他条件3124等部分组成。除此之外，机器人黑盒的指令系统算法框架还包括指令判断320。

图4示出了任务处理方法的具体流程图，该任务处理方法具体包括：

在步骤S401中，IM即时通讯系统向机器人黑盒发送初始化查询指令，机器人黑盒向IM即时通讯系统返回初始化条件说明；

在步骤S402中，IM即时通讯系统向机器人黑盒发送初始化指令和条件，机器人黑盒调用API接口获取KM知识，KM知识管理系统向机器人黑盒以及IM即时通讯系统返回KM工作流的各关键标签；

在步骤S403中，IM即时通讯系统向机器人黑盒发送任务指令和关键标签，机器人黑盒调用API接口提交任务需求，KM知识管理系统向机器人黑盒以及IM即时通讯系统返回KM工作流的各关键标签；需要注意的是，步骤S403可以根据参数和关键标签在整个任务处理过程中进行循环。

在步骤S404中，在项目收尾时，如果IM即时通讯系统向机器人黑盒发送复盘数据查询指令，则机器人黑盒调用API接口提取关键标签任务和复盘数据，并返回实践过程关键标签和复盘数据，进而返回复盘数据项目。

在步骤S405中，如果IM即时通讯系统向机器人黑盒发送复盘指令，则机器人黑盒调用API接口提取关键标签任务和复盘数据，并返回实践过程关键标签和复盘数据，进而通过机器人黑盒调用API接口更新复盘数据。

通过上述步骤，用户只需要在客户端系统输入任意任务指令，就可以直接得到自己想要的数据或者是任务指令返回结果，提高了便捷性。

在此基础上，图5示出了任务处理系统的总体架构图，该任务处理系统包括IM即时通讯系统501、机器人黑盒502以及多种应用系统503。其中，IM即时通讯系统可以为客户端，例如可为PC端或者是手机端；机器人黑盒中包括XML指令文件以及数据库；多种应用系统503例如可以包括KM知识管理系统5031、任务协作系统5032以及其他可拓展的工具系统5033，例如代码管理系统等等。

图6示出了任务处理方法的具体过程。在图5中所示的任务处理系统的总体架构图的基础上，IM即时通讯系统或软件提交指令，通过机器人黑盒传输至各种应用系统，具体如下：

601，IM即时通讯系统通过工作群直接发送初始化指令，通过机器人黑盒将初始化指令传输至KM知识管理系统；KM知识管理系统则会将工作流的关键标签返回至机器人黑盒；随后机器人黑盒会返回初始化条件。

602，IM即时通讯系统提交需求指令，通过机器人黑盒自动建单，将需求指令传输至任务协作系统，任务协作系统推送通知至IM即时通讯系统中的任务负责人。

603，IM即时通讯系统提交报告指令，通过机器人黑盒自动采集数据，将报告指令传输至任务协作系统。

604，IM即时通讯系统提交打包指令，通过机器人黑盒自动打包代码，将打包指令传输至代码管理系统。

605，IM即时通讯系统提交复盘查询指令，通过机器人黑盒导出复盘数据，并将复盘数据传输至任务协作系统。

606，IM即时通讯系统提交复盘指令，通过机器人黑盒将任务协作系统中的复盘数据，根据关键标签将复盘数据更新到KM知识管理系统。

本公开还提供了一种任务处理装置。参考图7所示，该任务处理装置700可以包括：

任务接收模块701，可以用于接收来自客户端系统的任务指令，所述任务指令对象为应用系统；

任务执行模块702，可以用于控制黑盒系统根据所述任务指令在所述应用系统中执行对应任务；

结果返回模块703，可以用于获取所述应用系统中的返回结果。

需要说明的是，上述任务处理装置中各模块的具体细节已经在对应的任务处理方法中进行了详细描述，因此此处不再赘述。

应当注意，尽管在上文详细描述中提及了用于动作执行的设备的若干模块或者单元，但是这种划分并非强制性的。实际上，根据本公开的实施方式，上文描述的两个或更多模块或者单元的特征和功能可以在一个模块或者单元中具体化。反之，上文描述的一个模块或者单元的特征和功能可以进一步划分为由多个模块或者单元来具体化。

此外，尽管在附图中以特定顺序描述了本公开中方法的各个步骤，但是，这并非要求或者暗示必须按照该特定顺序来执行这些步骤，或是必须执行全部所示的步骤才能实现期望的结果。附加的或备选的，可以省略某些步骤，将多个步骤合并为一个步骤执行，以及/或者将一个步骤分解为多个步骤执行等。

通过以上的实施方式的描述，本领域的技术人员易于理解，这里描述的示例实施方式可以通过软件实现，也可以通过软件结合必要的硬件的方式来实现。因此，根据本公开实施方式的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储介质(可以是CD-ROM，U盘，移动硬盘等)中或网络上，包括若干指令以使得一台计算设备(可以是个人计算机、服务器、移动终端、或者网络设备等)执行根据本公开实施方式的方法。

在本公开的示例性实施例中，还提供了一种能够实现上述方法的电子设备。

所属技术领域的技术人员能够理解，本发明的各个方面可以实现为系统、方法或程序产品。因此，本发明的各个方面可以具体实现为以下形式，即：完全的硬件实施方式、完全的软件实施方式(包括固件、微代码等)，或硬件和软件方面结合的实施方式，这里可以统称为“电路”、“模块”或“系统”。

下面参照图8来描述根据本发明的这种实施方式的电子设备800。图8显示的电子设备800仅仅是一个示例，不应对本发明实施例的功能和使用范围带来任何限制。

如图8所示，电子设备800以通用计算设备的形式表现。电子设备800的组件可以包括但不限于：上述至少一个处理单元810、上述至少一个存储单元820、连接不同系统组件(包括存储单元820和处理单元810)的总线830。

其中，所述存储单元存储有程序代码，所述程序代码可以被所述处理单元810执行，使得所述处理单元810执行本说明书上述“示例性方法”部分中描述的根据本发明各种示例性实施方式的步骤。例如，所述处理单元810可以执行如图1中所示的步骤：在步骤S110中，接收来自客户端系统的任务指令，所述任务指令对象为应用系统；在步骤S120中，控制黑盒系统根据所述任务指令在所述应用系统中执行对应任务；在步骤S130中，获取所述应用系统中的返回结果。

存储单元820可以包括易失性存储单元形式的可读介质，例如随机存取存储单元(RAM)8201和/或高速缓存存储单元8202，还可以进一步包括只读存储单元(ROM)8203。

存储单元820还可以包括具有一组(至少一个)程序模块8205的程序/实用工具8204，这样的程序模块8205包括但不限于：操作系统、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。

总线830可以为表示几类总线结构中的一种或多种，包括存储单元总线或者存储单元控制器、外围总线、图形加速端口、处理单元或者使用多种总线结构中的任意总线结构的局域总线。

电子设备800也可以与一个或多个外部设备900(例如键盘、指向设备、蓝牙设备等)通信，还可与一个或者多个使得用户能与该电子设备800交互的设备通信，和/或与使得该电子设备800能与一个或多个其它计算设备进行通信的任何设备(例如路由器、调制解调器等等)通信。这种通信可以通过输入/输出(I/O)接口850进行。并且，电子设备800还可以通过网络适配器860与一个或者多个网络(例如局域网(LAN)，广域网(WAN)和/或公共网络，例如因特网)通信。如图所示，网络适配器860通过总线830与电子设备800的其它模块通信。应当明白，尽管图中未示出，可以结合电子设备800使用其它硬件和/或软件模块，包括但不限于：微代码、设备驱动器、冗余处理单元、外部磁盘驱动阵列、RAID系统、磁带驱动器以及数据备份存储系统等。

通过以上的实施方式的描述，本领域的技术人员易于理解，这里描述的示例实施方式可以通过软件实现，也可以通过软件结合必要的硬件的方式来实现。因此，根据本公开实施方式的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储介质(可以是CD-ROM，U盘，移动硬盘等)中或网络上，包括若干指令以使得一台计算设备(可以是个人计算机、服务器、终端装置、或者网络设备等)执行根据本公开实施方式的方法。

在本公开的示例性实施例中，还提供了一种计算机可读存储介质，其上存储有能够实现本说明书上述方法的程序产品。在一些可能的实施方式中，本发明的各个方面还可以实现为一种程序产品的形式，其包括程序代码，当所述程序产品在终端设备上运行时，所述程序代码用于使所述终端设备执行本说明书上述“示例性方法”部分中描述的根据本发明各种示例性实施方式的步骤。

参考图9所示，描述了根据本发明的实施方式的用于实现上述方法的程序产品1000，其可以采用便携式紧凑盘只读存储器(CD-ROM)并包括程序代码，并可以在终端设备，例如个人电脑上运行。然而，本发明的程序产品不限于此，在本文件中，可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。

所述程序产品可以采用一个或多个可读介质的任意组合。可读介质可以是可读信号介质或者可读存储介质。可读存储介质例如可以为但不限于电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。

计算机可读信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了可读程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。可读信号介质还可以是可读存储介质以外的任何可读介质，该可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。

可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于无线、有线、光缆、RF等等，或者上述的任意合适的组合。

可以以一种或多种程序设计语言的任意组合来编写用于执行本发明操作的程序代码，所述程序设计语言包括面向对象的程序设计语言—诸如Java、C++等，还包括常规的过程式程序设计语言—诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算设备上执行、部分地在用户设备上执行、作为一个独立的软件包执行、部分在用户计算设备上部分在远程计算设备上执行、或者完全在远程计算设备或服务器上执行。在涉及远程计算设备的情形中，远程计算设备可以通过任意种类的网络，包括局域网(LAN)或广域网(WAN)，连接到用户计算设备，或者，可以连接到外部计算设备(例如利用因特网服务提供商来通过因特网连接)。

此外，上述附图仅是根据本发明示例性实施例的方法所包括的处理的示意性说明，而不是限制目的。易于理解，上述附图所示的处理并不表明或限制这些处理的时间顺序。另外，也易于理解，这些处理可以是例如在多个模块中同步或异步执行的。

本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本公开的其他实施例。本申请旨在涵盖本公开的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本公开的真正范围和精神由权利要求指出。

Claims (13)

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

接收来自客户端系统的任务指令，所述任务指令对象为应用系统；

控制黑盒系统根据所述任务指令在所述应用系统中执行对应任务；

获取所述应用系统中的返回结果。

2.根据权利要求1所述的任务处理方法，其特征在于，所述方法还包括：

通过搭建所述黑盒系统以建立所述客户端系统与所述应用系统之间的信息关联。

3.根据权利要求2所述的任务处理方法，其特征在于，建立所述客户端系统以及所述应用系统之间的信息关联包括：

通过配置指令文件与数据库，建立所述客户端系统与所述应用系统之间的信息关联。

4.根据权利要求1所述的任务处理方法，其特征在于，控制黑盒系统根据所述任务指令在所述应用系统中执行对应任务包括：

控制所述黑盒系统根据所述客户端系统提交的所述任务指令获取工作流信息；

获取所述工作流信息对应的关键标签；

触发所述黑盒系统根据所述关键标签向所述应用系统自动提交任务指令。

5.根据权利要求4所述的任务处理方法，其特征在于，所述方法还包括：

如果工作流信息存在对应任务，则提交指令触发所述黑盒系统自动建单；

如果工作流信息不存在对应任务，则通过输入所述关键标签，提交指令进行自动建单；

如果存在未分配任务的所述关键标签，则在下次分配任务时显示所述关键标签以提示是否建单。

6.根据权利要求4所述的任务处理方法，其特征在于，获取所述工作流信息对应的关键标签包括：

在接收到所述客户端系统的初始化指令时，控制所述黑盒系统返回初始化条件；

根据所述初始化条件进行初始化，并在初始化成功时获取所述关键标签。

7.根据权利要求4所述的任务处理方法，其特征在于，触发所述黑盒系统根据所述关键标签向所述应用系统自动提交任务指令包括：

通过所述黑盒系统对所述关键标签进行判断，以确定所述任务指令的功能；

根据所述任务指令的功能将所述任务指令提交至对应的应用系统。

8.根据权利要求7所述的任务处理方法，其特征在于，所述任务指令包括复盘查询指令、报告获取指令以及代码打包指令中的一种或多种。

9.根据权利要求1所述的任务处理方法，其特征在于，获取所述应用系统中的返回结果包括：

获取所述应用系统中与所述任务指令关联的任务信息；

将所述任务信息反馈至所述客户端系统。

10.根据权利要求4所述的任务处理方法，其特征在于，所述应用系统包括知识管理系统，所述方法还包括：

通过所述应用系统将所述工作流信息结合；

通过所述工作流信息自动更新所述知识管理系统。

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

任务接收模块，用于接收来自客户端系统的任务指令，所述任务指令对象为应用系统；

任务执行模块，用于控制黑盒系统根据所述任务指令在所述应用系统中执行对应任务；

结果返回模块，用于获取所述应用系统中的返回结果。

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

处理器；以及

存储器，用于存储所述处理器的可执行指令；

其中，所述处理器配置为经由执行所述可执行指令来执行权利要求1-10任意一项所述的任务处理方法。

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