CN110119269B - 控制任务对象的方法、装置、服务器及存储介质 - Google Patents

Abstract

本申请实施例公开了控制任务对象的方法、装置、服务器及存储介质，所述方法包括：响应激活请求，激活用于所述第一任务对象的第一户头；根据所述第一户头和所述多个子户头分别构建所述第一任务对象和多个子任务对象；通过所述第一任务对象调度所述多个子任务对象执行任务信息查询；在所述多个子任务对象获取的任务信息均满足要求时，将用于所述第二任务对象的第二户头变为可激活状态，所述第二户头与所述第一户头之间具有直接依赖关系。通过本申请实施例的方法可以最大化地提高控制任务对象效率。

Description

控制任务对象的方法、装置、服务器及存储介质

技术领域

本申请涉及计算机技术领域，具体涉及一种控制任务对象的方法、装置、服务器及存储介质。

背景技术

随着信息社会的不断发展，需要利用计算机系统处理的任务信息和任务流程越来越多，系统也变得越来越复杂。因此，系统开发的成本变得高昂，开发周期变得难以控制。同时，系统往往较“重”而缺少灵活性，使用环境的前期建设需要较多时间和资源，使用者的额外负担也较大。因此，需要一种处理任务信息或任务流程的轻量级方法和系统，满足高效、灵活、低成本的要求。

本申请对于背景技术的描述属于与本申请相关的相关技术，仅仅是用于说明和便于理解本申请的内容，不应理解为申请人明确认为或推定申请人认为是本申请在首次提出申请的申请日的现有技术。

发明内容

本申请实施例提供一种控制任务对象方法、装置、服务器及存储介质，能够灵活高效地完成任务对象的处理。

第一方面，本申请实施例提供一种控制任务对象方法，包括：

响应激活请求，激活用于所述第一任务对象的第一户头，其中所述第一户头具有多个子户头，每个子户头配置有用于查询任务信息的服务接口；

根据所述第一户头和所述多个子户头分别构建所述第一任务对象和多个子任务对象，所述第一任务对象包括所述多个子任务对象，每个子任务对象利用相应的服务接口封装任务信息查询；

通过所述第一任务对象调度所述多个子任务对象执行任务信息查询；

在所述多个子任务对象获取的任务信息均满足要求时，将用于所述第二任务对象的第二户头变为可激活状态，所述第二户头与所述第一户头之间具有直接依赖关系。

根据一些实施例，所述激活用于所述第一任务对象的第一户头，包括：

将所述第一户头的状态标志位信息从可激活状态变为已激活状态。

根据一些实施例，每个子任务对象还封装根据相应子户头的配置信息对相应任务信息的操作。

根据一些实施例，所述通过所述第一任务对象调度所述多个子任务对象执行任务信息查询，包括：

所述多个子任务对象响应定时器执行查询；和/或

所述多个子任务对象响应网络请求执行查询。

根据一些实施例，所述多个子任务对象以多线程方式执行任务信息查询。

根据一些实施例，所述方法还包括：

响应查询请求，返回所述多个子任务对象获取的任务信息，且在所述第二任务对象的第二户头变为可激活状态时，返回用于激活所述第二户头的链接或界面。

根据一些实施例，在将用于所述第二任务对象的第二户头变为可激活状态之后，还包括：

根据所述第二户头的配置信息通过电子邮件、即时消息、短消息中的至少一种发送通知消息。

根据一些实施例，在激活用于所述第一任务对象的第一户头之后，还包括：

根据所述第一户头的配置信息通过电子邮件、即时消息、短消息中的至少一种发送通知消息。

根据一些实施例，所述任务信息包括标志位数据、数值数据、文本数据、链接数据中的至少一种。

第二方面，本申请实施例提供一种控制任务对象装置，包括：

请求响应单元，用于响应激活请求，激活用于所述第一任务对象的第一户头，其中所述第一户头具有多个子户头，每个子户头配置有用于查询任务信息的服务接口；

对象构建单元，用于根据所述第一户头和所述多个子户头分别构建所述第一任务对象和多个子任务对象，所述第一任务对象包括所述多个子任务对象，每个子任务对象利用相应的服务接口封装任务信息查询；

信息查询单元，用于通过所述第一任务对象调度所述多个子任务对象执行任务信息查询；

状态变化单元，用于在所述多个子任务对象获取的任务信息均满足要求时，将用于所述第二任务对象的第二户头变为可激活状态，所述第二户头与所述第一户头之间具有直接依赖关系。

第三方面，本申请实施例提供一种服务器，包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现上述任一项所述的方法。

第四方面，本申请实施例提供一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现上述中任一项所述的方法。

第五方面，本申请实施例提供一种计算机程序产品，其中，上述计算机程序产品包括存储计算机程序的非瞬时性计算机可读存储介质，上述计算机程序可操作来使计算机执行如本申请实施例第一方面中所描述的部分或全部步骤。该计算机程序产品可以为一个软件安装包。

本申请实施例提供一种控制任务对象方法，通过服务查询监控各个子任务的完成信息，协调任务进程。在避免人工信息传递导致的不准确、不一致和不及时的同时，并不要求用户建设复杂系统，具有灵活性和轻量级的优点。根据本申请实施例的方法可以最大化地提高控制任务对象效率。

附图说明

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

图1示出可以应用根据本申请实施例的控制任务对象的方法和装置的示例性系统架构的示意图；

图2示出根据本申请实施例的控制任务对象的方法的流程示意图；

图3示出根据本申请实施例的服务器控制任务对象的方法显示的激活户头的界面示意图；

图4a示出根据本申请另一实施例的服务器控制任务对象的方法显示的户头信息界面示意图；

图4b示出根据本申请实施例的服务器控制任务对象的方法显示的任务通知界面示意图；

图5示出根据本申请实施例的服务器控制任务对象的方法的任务对象示意图；

图6示出根据本申请又一实施例的服务器控制任务对象的方法显示的任务信息界面示意图；

图7a、图7b和图7c示出根据本申请再一实施例的服务器控制任务对象的界面示意图；

图8示出根据本申请实施例的控制任务对象方法的交互示意图；

图9示出根据本申请再一实施例的终端上显示的任务户头信息通知显示界面示意图；

图10示出根据本申请实施例的控制任务对象的装置的结构示意图；

图11示出根据本申请另一种实施例的终端的结构示意图。

具体实施方式

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

本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别不同对象，而不是用于描述特定顺序。此外，术语“包括”和“具有”以及它们任何变形，意图在于覆盖不排他的包含。例如包含一系列步骤或单元的过程、方法、系统、产品或设备没有限定于已列出的步骤或单元，而是可选地还包括没有列出的步骤或单元，或可选地还包括对于这些过程、方法、产品或设备固有的其他步骤或单元。

在本文中提及“实施例”意味着，结合实施例描述的特定特征、结构或特性可以包含在本申请的至少一个实施例中。在说明书中的各个位置出现该短语并不一定均是指相同的实施例，也不是与其它实施例互斥的独立的或备选的实施例。本领域技术人员显式地和隐式地理解的是，本文所描述的实施例可以与其它实施例相结合。

随着信息社会的不断发展，需要利用计算机系统处理的任务信息和任务流程越来越多，系统也变得越来越复杂。因此，系统开发的成本变得高昂，开发周期变得难以控制。同时，系统往往较“重”而缺少灵活性，使用环境的前期建设需要较多时间和资源，使用者的额外负担也较大。因此，需要一种处理任务信息或任务流程的轻量级方法和系统，满足高效、灵活、低成本的要求。

在处理任务信息或任务流程的过程中，面对面的沟通是直接而有效率的，但是对于周期长、节点多、资源牵扯广、信息发生量大的任务进程而言，依赖于面对面沟通显然是不现实的，并且这可能是非常低效的。这时，就需要借助于信息和计算机技术进行高效地控制任务进程，实现清楚高效的信息沟通，以保证任务信息和进程能协调一致，按时、保质、保量完成预期的交付成果。以多节点任务流程为例，当上一处理节点的各个子任务完成后，需要进行信息的存储、加工、检索及传递。当上一处理节点各个子任务完成的信息不能及时传递到下一处理节点时，下一处理节点无法得到所需的有效信息，耽误任务进展，增加整体任务的完成时间，浪费资源。但是，随着任务流程复杂度的提升或者敏捷性要求的提高，系统往往显得较“重”而缺少灵活性，不能满足高效、灵活、低成本的要求。本申请提出一种方法和系统，将任务信息和流程以户头的方式进行配置管理，并以任务对象的形式在系统中进行处理。

首先，对本申请实施例涉及到的一些名词进行说明。

任务对象：需要通过计算机系统进行管理的任务信息和流程的子集在系统中的抽象表示，例如可以是一个或一组服务、一个或一组过程或函数、一个类实例等等。任务信息和流程的子集例如可以是彼此独立而又有依赖关系的节点任务。这里的依赖关系可以是时间或顺序上的依赖关系，也可以是条件依赖如前置条件或后置条件等。任务对象可以包括子任务对象。

服务：服务倡导将单一应用程序划分成一组小的服务，服务之间互相协调、互相配合，为用户提供最终价值。服务与服务间采用轻量级的通信机制互相协作(例如基于HTTP协议的Restful API)。每个服务都围绕着具体业务进行构建，可以使用不同的语言来编写服务，也可以使用不同的数据存储。服务每个都比较简单，只关注于一个业务功能，可降低系统复杂度。服务可通过rpc或web service等对外提供服务接口。

Web service是一个平台独立的，低耦合的，自包含的、基于可编程的web的应用程序，可使用开放的可扩展标记语言(XtensibleMarkupLanguage，XML)标准来描述、发布、发现、协调和配置这些应用程序，用于开发分布式的互操作的应用程序。

RPC(Remote Procedure Call，远程过程调用)：一种通过网络从远程计算机程序上请求服务，而不需要了解底层网络技术的协议。RPC协议假定某些传输协议的存在，如TCP或UDP，为通信程序之间携带信息数据。在OSI网络通信模型中，RPC跨越了传输层和应用层。RPC使得开发包括网络分布式程序在内的应用程序更加容易。

图1示出根据本申请实施例的控制任务对象的方法和装置的示例性系统架构的示意图。

如图1所示，系统架构100可以包括终端101、102、103中的一种或多种，网络104和多个服务器105、106、107。网络104用以在终端101、102、103和服务器105、106、107之间提供通信链路。网络104可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等等。

应该理解，图1中的终端、网络和服务器的数目仅仅是示意性的。根据现实需要，可以具有任意数目的终端、网络和服务器。比如服务器105可以是多个服务器组成的服务器集群等。用户可以使用终端101、102、103通过网络104与服务器105、106、107交互，以接收或发送消息等。终端101、102、103可以是具有显示屏的各种电子设备，包括但不限于个人电脑、平板电脑、手持设备、车载设备、可穿戴设备、计算设备或连接到无线调制解调器的其它处理设备等。在不同的网络中用户终端可以叫做不同的名称，例如：用户设备、接入终端、用户单元、用户站、移动站、移动台、远方站、远程终端、移动设备、用户终端、终端、无线通信设备、用户代理或用户装置、蜂窝电话、无绳电话、个人数字处理(personal digitalassistant，PDA)、5G网络或未来演进网络中的终端设备等。

如图1所示，在示例性的系统中，服务器105用于响应客户网络请求，对任务流程信息进行管理，并提供用户交互界面。服务器105还可从服务器106、107获取任务进行信息，并将这些信息通过网络104提供给用户。同时，服务器105还可基于获得的任务信息控制任务进程的流转或发布任务进程信息。在本申请的方案中，任务信息不再是集中式管理和处理，而是通过服务的方式从各节点服务器(例如服务器106、107)获取，从而提高整个系统的部署高效性和使用灵活性，降低部署成本。

本申请实施例所提供的控制任务对象的方法一般由服务器105执行，相应地，控制任务对象装置一般设置于服务器105中，但本申请不限于此。

下面对结合本申请实施例对根据本申请构思的技术方案进行详细描述。

图2示出根据本申请实施例的控制任务对象的方法的流程示意图。

如图2所示，在S201，响应激活请求，激活用于第一任务对象的第一户头。

根据本申请技术构思，可将任务信息和流程以户头的方式进行配置管理，并以任务对象的形式在系统中进行处理。在示例实施例中，第一户头具有多个子户头，每个子户头配置有用于查询任务信息的服务接口。

以软件开发任务流程为例，一般软件开发任务流程可划分为需求任务、待开发任务、开发任务、测试任务、预发布任务、发布任务等，每个任务又可包括若干子任务。根据本申请实施例，可在系统中对各个任务进行定义，利用户头对每个任务进行唯一标识，存储配置信息。每个任务可对应一个户头。类似地，每个子任务可对应一个子户头。

例如，需求任务可以包括规格信息子任务、PRD处理子任务、PRD状态子任务和对象信息子任务。服务器在配置软件开发任务流程的对应户头后，给各个子任务分别配置对应的子户头，并相应地给各个子户头配置对应的服务接口。根据一些实施例，需求任务的规格信息子任务、PRD处理子任务、PRD状态子任务和对象信息子任务对应的子户头分别为A子户头、B子户头、C子户头和D子户头，其中A子户头、B子户头、C子户头和D子户头对应的服务接口分别为a接口、b接口、c接口以及d接口，用于分别获取各子任务的进程信息。

这种户头的概念和存储方式，集中的将任务进程信息具体详尽的收集在一起，在各个任务进程中可以去访问或者查询前置的步骤环节关联的户头信息。任务进程间数据的自动流转，免除人为流程间的数据衔接问题，提升数据流通的效率和准确性。虽然以软件开发任务流程为例对本申请构思进行说明，但易于理解，本申请的技术构思和方案可应用于其他任务进程的管理和控制。

根据一些实施例，响应激活请求可以是响应终端的http提交请求。根据另一些实施例，响应激活请求可以是响应应用管理系统的自动触发功能，本申请对此不做特别限制。根据示例实施例，响应激活请求，将第一户头的状态标志位信息从可激活状态变为已激活状态，从而激活用于第一任务对象的第一户头。

以软件开发任务流程为例，在软件开发任务流程的各个任务阶段确定后，给各个任务阶段配置对应的户头。在用户进入第一任务进程对应的第一户头时，可在终端上显示该第一户头对应的显示界面，在该显示界面上显示第一户头的激活控件。从用户的角度，是进入任务进程或开始任务。用户可通过点击该激活控件确认激活，服务器控制任务对象的方法显示的激活户头的界面示意图可以如图3所示。用户终端在检测到该指令后，生成激活请求。或者，用户输入语音信息如“激活第一户头”，用户终端采集该语音信息并进行解析，从而生成激活请求。或者，通过按压用户终端上的快捷物理按键而触发生成激活请求等。然后，终端将所生成的激活请求发送至服务器(例如，图1所示服务器105)。

根据一些实施例，服务器在接收到该请求后，对该请求进行解析，并提取该请求中的相关信息，根据该相关信息，激活该激活请求中对应的户头。在激活请求中提取的相关信息包括第一户头的名称、第一户头的激活时间、终端的识别号和/或终端的MAC地址等。

根据一些实施例，当服务器激活第一户头时，可将第一户头设置为当前处理户头，以便监控当前的任务进程。例如，当服务器激活需求任务进程的户头时，将需求任务进程的户头设置为当前处理户头，需求任务阶段的关联用户可以清楚看到当前的处理户头为需求任务阶段的户头，服务器控制任务对象的方法显示的户头信息界面可以如图4a所示。根据一些实施例，当服务器激活第一户头后，根据第一户头的配置信息通过电子邮件、即时消息、短消息中的至少一种发送通知消息。例如，通过向第一户头的关联用户发出第一户头的激活消息，第一户头的关联用户可以及时接收到第一户头的激活消息，从而该关联用户可以及时进行相关任务处理。该启动消息例如可以为“YYY任务已启动，请开始处理ZZZ子任务”，服务器控制任务对象的方法显示的任务通知界面可以如图4b所示。

在S203，根据第一户头和多个子户头分别构建第一任务对象和多个子任务对象。

在示例实施例中，第一户头激活后，根据第一户头的配置信息，可构建或配置第一任务对象的属性和/或操作。根据示例实施例，第一任务对象包括多个子任务对象，每个子任务对象利用相应的服务接口封装任务信息查询。

根据示例实施例，第一任务对象可与第一任务对应，根据与第一任务对应的第一户头创建或配置属性和/或操作。第一任务对象的属性或成员包括根据多个子户头分别构建的多个子任务对象，可分别对应于多个子任务。每个子任务对象可利用相应的服务接口配置任务信息查询操作和相应的任务信息属性，从而第一任务对象能够通过子任务对象封装的查询操作获得各自任务进程信息。

例如，图5示出了两个任务对象510和520，任务对象510相当于这里的第一任务对象，任务对象520相当于后面描述的第二任务对象。两个对象510和520分别根据两个户头530和540创建。第一和第二户头530和540分别对应于第一和第二任务550和560。第二任务560直接依赖于第一任务550，也就是说，在第一任务550完成之后开始第二任务。因此，第二户头540与第一户头530之间具有直接依赖关系，例如通过一表征直接依赖关系的属性字段进行关联。

根据示例实施例，每个子任务对象还封装根据相应子户头的配置信息对相应任务信息的操作。例如，获得任务信息后，对任务信息进行校验、分析、存储等。根据示例实施例，服务器激活第一户头之后，获取第一户头的各个子户头，根据各个子户头的配置信息获取各个子户头对应的服务接口。服务接口可以采用已有的标准。服务可以统一实现、分布部署，也可以是由各个任务组按照服务接口标准自己实现。这样，可以最大化地实现资源重用并提高应用管理效率，兼顾标准化、个性化和效率。对于敏捷软件开发而言，这尤其可以适应开发任务流程的快节奏。

在S205，通过第一任务对象调度多个子任务对象执行任务信息查询。

根据示例实施例，多个子任务对象响应定时器执行查询，例如执行定期查询。这样，可以定期及时获得任务进程信息。

可选地，多个子任务对象响应网络请求执行查询。这种情况下，仅在用户需要时执行信息获取，对系统的压力最小。

根据示例实施例，多个子任务对象以多线程方式执行任务信息查询，从而提高处理效率和安全性。可选地，可对各服务进行扫描或轮询。

根据示例实施例，任务信息包括标志位数据、数值数据、文本数据、链接数据中的至少一种。

例如，对于与PRD处理子户头对应的服务服务接口http://a.b.c/evaluation，当这个服务接口请求成功，可返还如下消息：

其中：state为子户头信息完成标志，true为完成，false为未完成。result里说明每种评审的打分情况。detail返回详细结果报告链接。

在服务的具体实现中，可以读取本地数据库或分布数据库以获取任务进程的完成信息，或者可以通过其他系统的服务接口获取任务进程的完成信息，本申请对此不作限制。另外，各个任务组也可提供本组任务管理系统，用于录入任务信息并保存于本地或分布式数据库，而服务可访问这些数据库。此外，根据一些实施例，对于软件开发任务流程，服务接口可从代码库获取代码进程信息，诸如代码行、bug率、提交人、缺陷扫描信息等等。

在S207，在多个子任务对象获取的任务信息均满足要求时，将用于第二任务对象的第二户头变为可激活状态。

根据示例实施例，子任务对象获取任务信息后，根据封装的属性和操作对任务信息进行校验和分析。第二户头与第一户头之间具有的直接依赖关系，因此当各子任务对象获取的任务信息均满足要求时，可使第二户头变为可激活状态。

例如，在第一任务对象为对应需求任务的任务对象时，如果任务信息均满足要求，则将待开发信息户头变为可激活状态。

根据一些实施例，当任务信息不满足要求时，根据相应子户头的配置信息，通知相应用户继续完善不满足要求的子任务。

根据示例实施例，任务信息包括标志位数据、数值数据、文本数据、链接数据中的至少一种。

根据一些实施例，标志位数据可以是0或1(或者，false或true)。当获取的标志位数据为1时，说明相应子任务已完成。

根据一些实施例，获取的数值数据例如可以为任务完成度。子任务对象可以根据任务完成度是否符合条件，确定是否使第二户头变为可激活状态。例如，假设预设完成度阈值为95％-100％(例如，应用评分)，当获取的完成度为93％时，即判断任务信息不满足要求，不会使第二户头变为可激活状态。响应用户访问请求时，可显示相关信息，服务器控制任务对象的方法显示的任务信息界面可以如图6所示。

根据示例实施例的方法，还可响应查询请求，返回多个子任务对象获取的任务信息。在第二任务对象的第二户头变为可激活状态时，返回用于激活第二户头的链接或界面。

例如，当第一任务对象的各个子任务对象获取的任务信息均满足要求时，第二户头变为可激活状态。这时，响应用户查询请求时，可返回多个子任务对象获取的任务信息，同时还可返回用于激活第二户头的链接或界面。用户可通过界面操作确认进入下一任务阶段，服务器控制任务对象的界面可以如图7a所示。

例如，如果任务信息不满足要求，则用户在查询界面上看不到激活控件，只会显示尚未完成和已经完成的子户头信息以供查阅，无法进入下一任务阶段，服务器控制任务对象的界面可以如图7b所示。

类似地，当进入待开发任务，判断软件开发任务流程是否可以流转到开发任务同样需要进行待开发任务各个子任务完成信息的查询。例如，待开发任务进程结束进入下一任务需要满足：

1.应用工程技术设计说明；

2.应用排期说明；

3.开发任务流程仓库信息关联；

4.开发任务流程对象具体信息；

5.应用测试对象信息。

当上述子任务信息都满足要求时，用户界面中可看到进入开发任务的激活控件。如果不满足则显示已满足和未满足的列表，服务器控制任务对象的界面可以如图7c所示。

根据一些实施例，在将用于第二任务对象的第二户头变为可激活状态之后，还可根据第一户头的配置信息通过电子邮件、即时消息、短消息中的至少一种发送通知消息。例如，通知第一任务用户访问管理界面，启动进入下一任务阶段，服务器控制任务对象的界面类似图7a所示。

根据本申请实施例的控制任务对象的方法，通过服务查询监控各个子任务的完成信息，协调任务进程。在避免人工信息传递导致的不准确、不一致和不及时的同时，并不要求用户建设复杂系统，具有灵活性和轻量级的优点。根据本申请实施例的方法可以最大化地提高控制任务对象效率，兼顾标准化、个性化和效率。

图8示出根据本申请实施例的控制任务对象方法的交互示意图，该交互过程基于图1的系统架构，但本公开不限于此。

在S801，终端发送第一网络请求至服务器。

当某个任务及其包含的子任务完成规划和信息配置之后，用户可发送起始任务(例如，第一任务)的启动指令至服务器。根据一些实施例，用户可以在客户端提交http请求。当第一任务不是起始任务阶段，如前所述，可以是在前一任务完成后，用户在终端界面上点击开始下一任务的激活控件，发送请求至服务器。

在S802，服务器响应第一网络请求，激活与第一任务对应的第一户头。

具体过程如前所述，此处不再赘述。

在S803，获取第一户头的配置信息。

第一户头的配置信息可存储在数据库或配置文件中。服务器在激活第一户头后，可以从数据库或配置文件中获取第一户头的配置信息。例如，配置信息可以存储在XML文件中。服务器在激活第一户头后，可以读取XML文件以获取户头的配置信息。

在S804，根据配置信息，获取各个子户头以及与各个子户头对应的服务接口，构建第一任务对象和多个子任务对象。

服务器获取到第一户头的配置信息后，根据该配置信息，获取各个子户头以及与各个子户头对应的服务接口。配置信息可包括：户头标识、第一户头的各个子户头以及各个子户头对应的服务接口。例如，待开发信息户头的配置信息可以包括应用工程技术设计说明子户头、应用排期说明子户头、开发任务流程仓库信息关联子户头、开发任务流程对象具体信息子户头、应用测试对象信息子户头，以及与各个子户头分别对应的服务接口Q、服务接口W、服务接口E、服务接口R、服务接口D。

根据一些实施例，服务接口包括Web service接口或RPC接口。例如，在一个实施例中，PRD处理子户头对应的Web service接口为http://a.b.c/evaluation。

在S805，通过第一任务对象调度多个子任务对象执行任务信息查询。

具体过程如前所述，此处不再赘述。

在S806，确定多个子任务对象获取的任务信息是否均满足要求。

具体过程如前所述，此处不再赘述。

在S807，服务器发现子户头的信息不满足要求，返回提醒信息至终端。

具体过程如前所述，此处不再赘述。

在S808，终端接提醒信息并显示。

具体过程如前所述，此处不再赘述。

在S809，多个子任务对象获取的任务信息均满足要求时，将用于第二任务对象的第二户头变为可激活状态。

具体过程如前所述，此处不再赘述。

在S810，服务器发出通知消息，该通知消息包括第一户头各个子户头的信息均满足要求的消息和第二户头变为可激活状态的消息。

服务器在使第二户头变为可激活状态后，发出通知消息至第一户头的关联用户(例如，管理员)，使第一户头的关联用户及时知道第一任务已全部完成，可以跳转至下一任务。第一户头的关联用户的收到的任务户头信息通知显示界面可如图9所示。通过这种方式，可以及时监控和通知任务完成情况，节约控制资源。

上述主要从方法侧执行进程的角度对本申请实施例的方案进行了介绍。可以理解的是，终端及服务器为了实现上述功能，其包含执行各个功能相应的硬件结构和/或软件模块。本领域技术人员应该很容易意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，本申请能够以硬件或硬件和计算机软件的结合形式来实现。某个功能究竟以硬件还是计算机软件驱动硬件的方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

本申请实施例可以根据上述方法示例对服务器进行功能单元的划分，例如，可以对应各个功能划分各个功能单元，也可以将两个或两个以上的功能集成在一个处理单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。需要说明的是，本申请实施例中对单元的划分是示意性的，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。

图10示出根据本申请实施例的控制任务对象的装置的结构示意图。图10所示的控制任务对象的装置可用于执行上述控制任务对象的方法。如图10所示，该控制任务对象的装置1000包括请求响应单元1001、对象构建单元1002、信息查询单元1003和状态变化单元1004，其中：

请求响应单元1001，用于响应激活请求，激活用于第一任务对象的第一户头，其中第一户头具有多个子户头，每个子户头配置有用于查询任务信息的服务接口。根据一些实施例，请求响应单元1001配置为将第一户头的状态标志位信息从可激活状态变为已激活状态。根据一些实施例，任务信息可包括标志位数据、数值数据、文本数据、链接数据中的至少一种。

对象构建单元1002，用于根据第一户头和多个子户头分别构建第一任务对象和多个子任务对象，第一任务对象包括多个子任务对象，每个子任务对象利用相应的服务接口封装任务信息查询。根据一些实施例，每个子任务对象还封装根据相应子户头的配置信息对相应任务信息的操作。

信息查询单元1003，用于通过第一任务对象调度多个子任务对象执行任务信息查询。

状态变化单元1004，用于在多个子任务对象获取的任务信息均满足要求时，将用于第二任务对象的第二户头变为可激活状态，第二户头与第一户头之间具有直接依赖关系。

请求响应单元根据一些实施例，信息查询单元1003，还用于多个子任务对象响应定时器执行查询。根据另一些实施例，多个子任务对象响应网络请求执行查询。

根据一些实施例，信息查询单元1003，还用于多个子任务对象以多线程方式执行任务信息查询。

根据一些实施例，控制任务对象的装置1000还包括查询响应单元，用于响应查询请求，返回多个子任务对象获取的任务信息，且在第二任务对象的第二户头变为可激活状态时，返回用于激活第二户头的链接或界面。

根据一些实施例，该控制任务对象装置1000还包括发出消息单元1005，用于根据第二户头的配置信息通过电子邮件、即时消息、短消息中的至少一种发送通知消息。

根据一些实施例，发出消息单元1005，还用于根据第一户头的配置信息，通过电子邮件、即时消息、短消息中的至少一种发送通知消息。

本申请实施例提供一种控制任务对象装置，该控制任务对象装置在通过解析服务接口的返回数据以获取的信息均满足要求时，使第二任务对象的第二户头变为可激活状态。因此，该控制任务对象装置能够加快控制任务对象进程，减少控制任务对象的完成时间，进而提高应用资源的利用率。

图11示出本申请实施例公开的一种服务器1100的结构示意图，该服务器1100可实现前述根据本申请实施例的控制任务对象的方法。

如图11所示，该服务器1100包括处理器1101和存储器1102，其中，服务器1100还可以包括总线1103，处理器1101和存储器1102可以通过总线1103相互连接，总线1103可以是外设部件互连标准(Peripheral Component Interconnect，简称PCI)总线或扩展工业标准结构(Extended Industry Standard Architecture，简称EISA)总线等。总线1103可以分为地址总线、数据总线、控制总线等。为便于表示，图11中仅用一条线表示，但并不表示仅有一根总线或一种类型的总线。存储器1102用于存储包含指令的一个或多个程序；处理器1101用于扫描存储在存储器1102中的指令1111执行上述控制任务对象方法的步骤。

本申请实施例提供一种服务器，该服务器通过服务查询监控各个子任务的完成信息，将用于第二任务对象的第二户头变为可激活状态以协调任务进程。因此，该服务器可以避免人工信息传递导致的不准确、不一致和不及时的同时，并不要求用户建设复杂系统，具有灵活性和轻量级的优点。根据本申请实施例的服务器可以最大化地提高控制任务对象效率，兼顾标准化、个性化和效率。

本申请还提供一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现上述方法的步骤。其中，计算机可读存储介质可以包括但不限于任何类型的盘，包括软盘、光盘、DVD、CD-ROM、微型驱动器以及磁光盘、ROM、RAM、EPROM、EEPROM、DRAM、VRAM、闪速存储器设备、磁卡或光卡、纳米系统(包括分子存储器IC)，或适合于存储指令和/或数据的任何类型的媒介或设备。

本申请实施例还提供一种计算机程序产品，该计算机程序产品包括存储计算机程序的非瞬时性计算机可读存储介质，该计算机程序可操作来使计算机执行如上述方法实施例中记载的任何一种虚拟对象位置识别方法的部分或全部步骤。

本领域的技术人员可以清楚地了解到本申请的技术方案可借助软件和/或硬件来实现。本说明书中的“单元”和“模块”是指能够独立完成或与其他部件配合完成特定功能的软件和/或硬件，其中硬件例如可以是现场可编程门阵列(Field－ProgrammaBLE GateArray，FPGA)、集成电路(Integrated Circuit，IC)等。

需要说明的是，对于前述的各方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本申请并不受所描述的动作顺序的限制，因为依据本申请，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模块并不一定是本申请所必须的。

在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其他实施例的相关描述。

在本申请所提供的几个实施例中，应该理解到，所揭露的装置，可通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些服务接口，装置或单元的间接耦合或通信连接，可以是电性或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储器中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储器中，包括若干指令用以使得一台计算机设备(可为个人计算机、服务器或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储器包括：U盘、只读存储器(Read-Only Memory，ROM)、随机存取存储器(Random Access Memory，RAM)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。

本领域普通技术人员可以理解上述实施例的各种方法中的全部或部分步骤是可以通进程序来指令相关的硬件来完成，该程序可以存储于一计算机可读存储器中，存储器可以包括：闪存盘、只读存储器(Read-Only Memory，ROM)、随机存取器(Random AccessMemory，RAM)、磁盘或光盘等。

以上所述者，仅为本公开的示例性实施例，不能以此限定本公开的范围。即但凡依本公开教导所作的等效变化与修饰，皆仍属本公开涵盖的范围内。本领域技术人员在考虑说明书及实践这里的公开后，将容易想到本公开的其它实施方案。本申请旨在涵盖本公开的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未记载的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本公开的范围和精神由权利要求限定。

Claims (11)

1.一种控制任务对象的方法，其特征在于，所述任务对象包括第一任务对象和第二任务对象，所述方法包括：

响应激活请求，激活用于所述第一任务对象的第一户头，其中所述第一户头具有多个子户头，每个子户头配置有用于查询任务信息的服务接口；

根据所述第一户头和所述多个子户头分别构建所述第一任务对象和多个子任务对象，所述第一任务对象包括所述多个子任务对象，每个子任务对象利用相应的服务接口封装任务信息查询；

通过所述第一任务对象调度所述多个子任务对象以多线程方式执行任务信息查询；

在所述多个子任务对象获取的任务信息均满足要求时，将用于所述第二任务对象的第二户头变为可激活状态，所述第二户头与所述第一户头之间具有直接依赖关系。

2.如权利要求1所述的方法，其特征在于，所述激活用于所述第一任务对象的第一户头，包括：

将所述第一户头的状态标志位信息从可激活状态变为已激活状态。

3.如权利要求1所述的方法，其特征在于，

每个子任务对象还封装根据相应子户头的配置信息对相应任务信息的操作。

4.如权利要求1所述的方法，其特征在于，所述通过所述第一任务对象调度所述多个子任务对象执行任务信息查询，包括：

所述多个子任务对象响应定时器执行查询；和/或

所述多个子任务对象响应网络请求执行查询。

5.如权利要求1所述的方法，其特征在于，所述方法还包括：

响应查询请求，返回所述多个子任务对象获取的任务信息，且在所述第二任务对象的第二户头变为可激活状态时，返回用于激活所述第二户头的链接或界面。

6.如权利要求1所述的方法，其特征在于，在将用于所述第二任务对象的第二户头变为可激活状态之后，还包括：

根据所述第二户头的配置信息通过电子邮件、即时消息、短消息中的至少一种发送通知消息。

7.如权利要求1所述的方法，其特征在于，在激活用于所述第一任务对象的第一户头之后，还包括：

根据所述第一户头的配置信息通过电子邮件、即时消息、短消息中的至少一种发送通知消息。

8.如权利要求1所述的方法，其特征在于，所述任务信息包括标志位数据、数值数据、文本数据、链接数据中的至少一种。

9.一种用于控制任务对象的装置，其特征在于，所述任务对象包括第一任务对象和第二任务对象，包括：

请求响应单元，用于响应激活请求，激活用于所述第一任务对象的第一户头，其中所述第一户头具有多个子户头，每个子户头配置有用于查询任务信息的服务接口；

对象构建单元，用于根据所述第一户头和所述多个子户头分别构建所述第一任务对象和多个子任务对象，所述第一任务对象包括所述多个子任务对象，每个子任务对象利用相应的服务接口封装任务信息查询；

信息查询单元，用于通过所述第一任务对象调度所述多个子任务对象以多线程方式执行任务信息查询；

状态变化单元，用于在所述多个子任务对象获取的任务信息均满足要求时，将用于所述第二任务对象的第二户头变为可激活状态，所述第二户头与所述第一户头之间具有直接依赖关系。

10.一种服务器，包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时实现上述权利要求1-8中任一项所述的方法。

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