本发明实施例涉及通信技术领域，具体涉及一种任务管理方法及装置。
背景技术：
随着技术的发展，工单系统已被越来越多的企业用于记录、处理、跟踪一项工作的完成情况。在工单系统内，一项工作通常需要不同的人员协同完成，按照企业内部的组织架构划分，一项工作的不同处理环节会分配给不同的处理人员进行处理，如果某个环节出现任务处理延迟或搁置，将会影响整个任务的处理进度，因此，任务的监控和管理显得尤为重要。
现有的任务管理方法，通常会为每个处理环节设置任务处理期限，一旦某个环节处理时间超期，则系统会推送消息知会上一步处理人或任务提单人，让上一步处理人或任务提单人重新分配合适的处理人解决。这种通过设置处理期限进行管理的方式，无法及时发现和处理由于人员异常导致的处理延迟或搁置，例如某个环节的处理人员已离职或转岗，却只能等到该环节处理时间超期时，才发现任务延迟或搁置。
技术实现要素：
有鉴于此，本发明实施例提供了一种任务管理方法及装置，能够避免因人员异常导致的任务延迟或搁置，加快了任务的处理进度，提高了任务的处理效率。
本发明实施例提供的任务管理方法，包括：
监控任务信息库中各个任务的处理人员的状态；
当监控到出现异常处理人员时，根据预设规则查找所述异常处理人员的备选处理人员；
将所述异常处理人员所需处理的任务转交给所述备选处理人员。
本发明实施例提供的任务管理装置，包括：
监控单元，用于监控任务信息库中各个任务的处理人员的状态；
查找单元，用于当监控到出现异常处理人员时，根据预设规则查找所述异常处理人员的备选处理人员；
处理单元，用于将所述异常处理人员所需处理的任务转交给所述备选处理人员。
本发明实施例中，会监控任务信息库中各个任务的处理人员的状态，当监控到出现异常处理人员时，根据预设规则查找所述异常处理人员的备选处理人员，然后将所述异常处理人员所需处理的任务转交给所述备选处理人员。即本发明实施例中，会监控各个处理人员的状态，一旦监控到出现异常处理人员，则立即将任务转交给该异常处理人员的备选处理人员，而不用等到任务超期之后，再转交任务给其他处理人员，从而避免了因人员异常导致的任务延迟或搁置，加快了任务的处理进度，提高了任务的处理效率。
附图说明
为了更清楚地说明本发明实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
图1是本发明实施例所提供的任务管理方法的一个场景示意图；
图2是本发明实施例所提供的任务管理方法的一个流程示意图；
图3是本发明实施例所提供的任务管理方法的另一流程示意图；
图4是本发明实施例所提供的任务管理装置的一个结构示意图；
图5是本发明实施例所提供的任务管理装置的另一结构示意图。
具体实施方式
下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
由于现有的任务管理方法，无法及时发现人员异常导致的任务延迟或搁置，因而本发明实施例提供了一种任务管理方法及装置，任务管理方法可实现在任务管理装置中，任务管理装置可以为服务器等设备。本发明实施例任务管理方法一个实施场景可如图1所示，包括服务器和任务信息库，任务信息库中记录了各个任务及对应的处理人员信息，处理人员信息包括但不限于处理人员的标识信息(例如处理人员的姓名、工号、编码等)及处理人员的组织架构信息(例如处理人员在组织架构中的职位、称谓等信息)；服务器可以监控任务信息库中各个任务的处理人员的状态，处理人员的状态包括正常状态及异常状态，异常状态可以指处理人员离职、转岗等，当监控到出现异常处理人员(即出现离职、转岗人员)时，服务器可以根据预设规则查找该异常处理人员的备选处理人员(例如该异常处理人员的原领导人员、该异常处理人员所需处理的任务的责任人员或提单人员)，然后将该异常处理人员所需处理的任务转交给所述备选处理人员，以由所述备选处理人员处理对应的任务。由于在监控到出现异常处理人员时，立即将任务转交给该异常处理人员的备选处理人员，因而不用等到任务超期之后，再转交任务给其他处理人员，从而避免了因人员异常导致的任务延迟或搁置，加快了任务的处理进度，提高了任务的处理效率。
以下分别进行详细说明，需说明的是，以下实施例的序号不作为对实施例优选顺序的限定。
实施例一
本实施例将从服务器的角度描述本发明提供的任务管理方法，如图2所示，本实施例的方法包括以下步骤：
步骤201、监控任务信息库中各个任务的处理人员的状态；
具体实现中，任务信息库可以指工单系统(又称工单管理系统)，工单系统用于记录、处理、跟踪一项工作的完成情况。提供系统化、标准化的工作处理流程。用于企业间和企业内部的工作协作，具有批量性、时效性、绩效性的特点。在工单系统内需要对不同角色的人员进行分类，通常采用组和部门(组织架构)的方式进行分类区分，以便通过业务流程体系来进行自动分配任务。
任务信息库中记录了各个任务及对应的处理人员信息，处理人员信息包括但不限于处理人员的标识信息(例如处理人员的姓名、工号、编码等)及处理人员的组织架构信息(例如处理人员在组织架构中的职位、称谓等信息)。
例如某项审核工作包括组长审核、科长审核及经理审核等多个审核任务，任务信息库中记录的信息可以如下：组长审核，张三→科长审核，李四→经理审核，王五。其中张三、李四、王五为处理人员的标识信息，组长、科长、经理分别为张三、李四、王五的组织架构信息。
处理人员的状态包括正常状态及异常状态，具体在本实施例中，异常状态可以指处理人员离职或转岗。可以实时监控任务信息库中各个任务的处理人员的状态，也可以定时监控任务信息库中各个任务的处理人员的状态。
具体地，可以通过定时执行监控脚本监控任务信息库中各个任务的处理人员的状态，一个具体的实现方法可如下：
(1)执行监控脚本扫描所述任务信息库以获取各个任务的处理人员的标识信息及组织架构信息；
(2)判断所获取的各个处理人员的标识信息是否属于实时人员信息库；
实时人员信息库中记录了当前在职人员的标识信息(例如在职人员的姓名、工号、编码等)及当前在职人员的组织架构信息(例如在职人员在组织架构中的职位、称谓等信息)，实时人员信息库会根据人员的状态实时更新。
在得到某个处理人员的标识信息之后，可以查询该处理人员的标识信息是否属于实时人员信息库；当该处理人员的标识信息不属于实时人员信息库时，即在实时人员信息库中查询不到该处理人员的标识信息(例如姓名)时，说明该处理人员已离职，则确定该处理人员为异常处理人员；若在实时人员信息库中查询到了该处理人员的标识信息，说明该处理人员在职，但该处理人员是否转岗还需进一步确定，因此需执行步骤(3)根据该处理人员的组织架构信息进一步确定该处理人员是否为异常处理人员。
(3)判断所获取的各个处理人员的组织架构信息是否对应与实时人员信息库中各个处理人员的组织架构信息一致；
若该处理人员的标识信息属于实时人员信息库，且该处理人员的组织架构信息与实时人员信息库中该处理人员的组织架构信息一致，则可以确定该处理人员为正常处理人员；若该处理人员的标识信息属于实时人员信息库，但该处理人员的组织架构信息(例如为品管)与实时人员信息库中该处理人员的组织架构信息(例如为会计)不一致，说明该处理人员已转岗，则确定该处理人员为异常处理人员。
另一具体的实现方法可如下：
(1)定时执行监控脚本扫描所述任务信息库以获取各个任务的处理人员的标识信息；
(2)判断所获取的各个处理人员的标识信息是否属于异常人员信息库；
异常人员信息库中记录了异常人员的标识信息，异常人员包括离职或转岗人员，异常人员信息库可根据人员的变动情况实时更新。
(3)确定标识信息属于所述异常人员信息库的处理人员为异常处理人员。
当然，除上述两种方法外，还可以采用其他的方法来监控任务信息库中各个任务的处理人员的状态，此处不做具体限定。
步骤202、当监控到出现异常处理人员时，根据预设规则查找所述异常处理人员的备选处理人员；
具体实现中，备选处理人员可以包括但不限于异常处理人员的原领导人员，异常处理人员所需处理的任务的责任人员或提单人员。可以先查找异常处理人员的原领导人员，若原领导人员在职，则将任务转交给原领导人员；若原领导人员已离职或转岗，则将任务转交给任务的责任人员或提单人员。当然，还可以按照其他规则查找备选处理人员，此处不做具体限定。
步骤203、将所述异常处理人员所需处理的任务转交给所述备选处理人员。
具体地，可以在任务信息库中将对应任务的处理人员变更为所述备选处理人员，与此同时，向所述备选处理人员发送任务转交通知消息，任务转交通知消息的发送渠道可以包括邮件、短信、和/或社交平台或即时通信平台的消息等，任务转交通知消息中可以包括原处理人员的标识信息、任务信息、转交原因(例如离职或转岗)等。
需要说明的是，本实施例提供的管理方式可以与现有技术设置处理期限的管理方式并存，即在监控到未出现异常处理人员时，可以继续监控各个任务的处理时间，判断是否出现超期任务(即任务的处理时间超过预设时间)，当监控到出现超期任务时，查找所述超期任务的当前处理人员的备选处理人员，将所述超期任务转交给所述备选处理人员，具体查找备选处理人员的方式可与前文描述的方式相同，此处不再赘述。
本实施例中，会监控各个处理人员的状态，一旦监控到出现异常处理人员，则立即将任务转交给该异常处理人员的备选处理人员，而不用等到任务超期之后，再转交任务给其他处理人员，从而避免了因人员异常导致的任务延迟或搁置，加快了任务的处理进度，提高了任务的处理效率。
实施例二
实施例一所描述的方法，本实施例将举例作进一步详细说明，如图3所示，本实施例的方法包括：
步骤301、定时执行监控脚本扫描任务信息库以获取各个任务的处理人员的标识信息及组织架构信息；
具体实现中，任务信息库可以指工单系统(又称工单管理系统)，工单系统用于记录、处理、跟踪一项工作的完成情况。提供系统化、标准化的工作处理流程。用于企业间和企业内部的工作协作，具有批量性、时效性、绩效性的特点。在工单系统内需要对不同角色的人员进行分类，通常采用组和部门(组织架构)的方式进行分类区分，以便通过业务流程体系来进行自动分配任务。
任务信息库中记录了各个任务及对应的处理人员信息，处理人员信息包括但不限于处理人员的标识信息(例如处理人员的姓名、工号、编码等)及处理人员的组织架构信息(例如处理人员在组织架构中的职位、称谓等信息)。
例如某项审核工作包括组长审核、科长审核及经理审核等多个审核任务，任务信息库中记录的信息可以如下：组长审核，张三→科长审核，李四→经理审核，王五。其中张三、李四、王五为处理人员的标识信息，组长、科长、经理分别为张三、李四、王五的组织架构信息。
步骤302、判断所获取的各个处理人员的标识信息是否属于实时人员信息库；若属于，则执行步骤303，否则执行步骤304；
实时人员信息库中记录了当前在职人员的标识信息(例如在职人员的姓名、工号、编码等)及当前在职人员的组织架构信息(例如在职人员在组织架构中的职位、称谓等信息)，实时人员信息库会根据人员的状态实时更新。
在得到某个处理人员的标识信息之后，可以查询该处理人员的标识信息是否属于实时人员信息库；当该处理人员的标识信息不属于实时人员信息库时，即在实时人员信息库中查询不到该处理人员的标识信息(例如姓名)时，说明该处理人员已离职，则确定该处理人员为异常处理人员；若在实时人员信息库中查询到了该处理人员的标识信息，说明该处理人员在职，但该处理人员是否转岗还需进一步确定，因此需执行步骤303根据该处理人员的组织架构信息进一步确定该处理人员是否为异常处理人员。
步骤303、判断所获取的各个处理人员的组织架构信息是否对应与实时人员信息库中各个处理人员的组织架构信息一致；若一致，则执行步骤307，否则，执行步骤304；
若该处理人员的标识信息属于实时人员信息库，且该处理人员的组织架构信息与实时人员信息库中该处理人员的组织架构信息一致，则可以确定该处理人员为正常处理人员；若该处理人员的标识信息属于实时人员信息库，但该处理人员的组织架构信息(例如为品管)与实时人员信息库中该处理人员的组织架构信息(例如为会计)不一致，说明该处理人员已转岗，则确定该处理人员为异常处理人员。
步骤304、确定出现异常处理人员；
具体在本实施例中，异常处理人员可以包括离职人员及转岗人员。
步骤305、根据预设规则查找所述异常处理人员的备选处理人员；
具体实现中，备选处理人员可以包括但不限于异常处理人员的原领导人员，异常处理人员所需处理的任务的责任人员或提单人员。可以先查找异常处理人员的原领导人员，若原领导人员在职，则将任务转交给原领导人员；若原领导人员已离职或转岗，则将任务转交给任务的责任人员或提单人员。当然，还可以按照其他规则查找备选处理人员，此处不做具体限定。
步骤306、将所述异常处理人员所需处理的任务转交给所述备选处理人员；
具体地，可以在任务信息库中将对应任务的处理人员变更为所述备选处理人员。
步骤307、监控任务信息库中各个任务的处理时间；
步骤308、当监控到出现超期任务时，查找所述超期任务的当前处理人员的备选处理人员；
具体实现中，可以为每个任务设置处理期限，若某个任务的处理时间超过预设处理期限，则确定出现超期任务。
步骤309、将所述超期任务转交给所述备选处理人员。
另外，还可以向备选处理人员发送任务转交通知消息，任务转交通知消息的发送渠道可以包括邮件、短信、和/或社交平台或即时通信平台的消息等，任务转交通知消息中可以包括原处理人员的标识信息、任务信息、转交原因(例如离职、转岗、超期)等。
具体实现中，还可以按照如下方式监控确定是否出现异常处理人员：
定时执行监控脚本扫描所述任务信息库以获取各个任务的处理人员的标识信息；
判断所获取的各个处理人员的标识信息是否属于异常人员信息库；异常人员信息库中记录了异常人员的标识信息，异常人员包括离职或转岗人员，异常人员信息库会根据人员的变动情况实时更新；
确定标识信息属于所述异常人员信息库的处理人员为异常处理人员。
本实施例中，任务管理装置会监控任务信息库中各个任务的处理人员是否出现异常，当监控到出现异常处理人员时，根据预设规则查找所述异常处理人员的备选处理人员，然后将所述异常处理人员所需处理的任务转交给所述备选处理人员。即本实施例中，任务管理装置会监控各个处理人员的状态，一旦监控到出现异常处理人员，则立即将任务转交给该异常处理人员的备选处理人员，而不用等到任务超期之后，再转交任务给其他处理人员，从而避免了因人员异常导致的任务延迟或搁置，加快了任务的处理进度，加速了任务的闭环，提高了任务的处理效率。
特别针对安全类任务，要求处理的时间都会有严格的限制，采用本实施例提供的方法，离职或转岗可能导致的延迟或搁置的任务将得到有效快速的处理，对业务侧的产品或漏洞的修复能起到积极的作用，可以保护产品漏洞或缺陷不被坏人所利用。
实施例三
为了更好地实施以上方法，本发明实施例还提供一种任务管理装置，如图4所示，本实施例的任务管理装置包括：监控单元401、查找单元402及处理单元403，如下：
(1)监控单元401；
监控单元401，用于监控任务信息库中各个任务的处理人员的状态；
具体实现中，任务信息库可以指工单系统(又称工单管理系统)，工单系统用于记录、处理、跟踪一项工作的完成情况。提供系统化、标准化的工作处理流程。用于企业间和企业内部的工作协作，具有批量性、时效性、绩效性的特点。在工单系统内需要对不同角色的人员进行分类，通常采用组和部门(组织架构)的方式进行分类区分，以便通过业务流程体系来进行自动分配任务。
任务信息库中记录了各个任务及对应的处理人员信息，处理人员信息包括但不限于处理人员的标识信息(例如处理人员的姓名、工号、编码等)及处理人员的组织架构信息(例如处理人员在组织架构中的职位、称谓等信息)。
例如某项审核工作包括组长审核、科长审核及经理审核等多个审核任务，任务信息库中记录的信息可以如下：组长审核，张三→科长审核，李四→经理审核，王五。其中张三、李四、王五为处理人员的标识信息，组长、科长、经理分别为张三、李四、王五的组织架构信息。
处理人员的状态包括正常状态及异常状态，具体在本实施例中，异常状态可以指处理人员离职或转岗。可以实时监控任务信息库中各个任务的处理人员的状态，也可以定时监控任务信息库中各个任务的处理人员的状态。
具体地，监控单元401可以通过定时执行监控脚本监控任务信息库中各个任务的处理人员的状态，监控单元401可以包括第一获取子单元、第一判断子单元及第一确定子单元，其中：
第一获取子单元可以用于执行监控脚本扫描所述任务信息库以获取各个任务的处理人员的标识信息及组织架构信息。
第一判断子单元判断所获取的各个处理人员的标识信息是否属于实时人员信息库；实时人员信息库中记录了当前在职人员的标识信息(例如在职人员的姓名、工号、编码等)及当前在职人员的组织架构信息(例如在职人员在组织架构中的职位、称谓等信息)，实时人员信息库会根据人员的状态实时更新。
在第一获取子单元得到某个处理人员的标识信息之后，第一判断子单元可以查询该处理人员的标识信息是否属于实时人员信息库；当该处理人员的标识信息不属于实时人员信息库时，即在实时人员信息库中查询不到该处理人员的标识信息(例如姓名)时，说明该处理人员已离职，则第一确定子单元确定该处理人员为异常处理人员；若在实时人员信息库中查询到了该处理人员的标识信息，说明该处理人员在职，但该处理人员是否转岗还需进一步确定，因此需第一判断子单元根据该处理人员的组织架构信息进一步确定该处理人员是否为异常处理人员。
即第一判断子单元还需要判断所获取的各个处理人员的组织架构信息是否对应与实时人员信息库中各个处理人员的组织架构信息一致；若该处理人员的标识信息属于实时人员信息库，且该处理人员的组织架构信息与实时人员信息库中该处理人员的组织架构信息一致，则第一确定子单元可以确定该处理人员为正常处理人员；若该处理人员的标识信息属于实时人员信息库，但该处理人员的组织架构信息(例如为品管)与实时人员信息库中该处理人员的组织架构信息(例如为会计)不一致，说明该处理人员已转岗，则第一确定子单元确定该处理人员为异常处理人员。
或者监控单元401可以包括第二获取子单元、第二判断子单元及第二确定子单元，其中：
第二获取子单元用于，定时执行监控脚本扫描所述任务信息库以获取各个任务的处理人员的标识信息；
第二判断子单元用于，判断所获取的各个处理人员的标识信息是否属于异常人员信息库；异常人员信息库中记录了异常人员的标识信息，异常人员包括离职或转岗人员，异常人员信息库可根据人员的变动情况实时更新；
第二确定子单元用于，确定标识信息属于所述异常人员信息库的处理人员为异常处理人员。
(2)查找单元402；
查找单元402，用于当监控到出现异常处理人员时，根据预设规则查找所述异常处理人员的备选处理人员；
具体实现中，备选处理人员可以包括但不限于异常处理人员的原领导人员，异常处理人员所需处理的任务的责任人员或提单人员。查找单元402可以先查找异常处理人员的原领导人员，若原领导人员在职，则将任务转交给原领导人员；若原领导人员已离职或转岗，则将任务转交给责任人员或提单人员。当然，还可以按照其他规则查找备选处理人员，此处不做具体限定。
(3)处理单元403；
处理单元403，用于将所述异常处理人员所需处理的任务转交给所述备选处理人员。
具体地，处理单元403可以在任务信息库中将对应任务的处理人员变更为所述备选处理人员。
另外，任务管理装置还可以包括发送单元，发送单元用于向所述备选处理人员发送任务转交通知消息，任务转交通知消息的发送渠道可以包括邮件、短信、和/或社交平台或即时通信平台的消息等，任务转交通知消息中可以包括原处理人员的标识信息、任务类型、转交原因(例如离职或转岗)等。
需要说明的是，本实施例提供的管理方式可以与现有技术设置处理期限的管理方式并存，即在监控到未出现异常处理人员时，监控单元401可以继续监控各个任务的处理时间，判断是否出现超期任务(即任务的处理时间超过预设时间)，当监控到出现超期任务时，查找单元402查找所述超期任务的当前处理人员的备选处理人员，处理单元403将所述超期任务转交给所述备选处理人员，具体查找备选处理人员的方式可与前文所描述的具体方式相同，此处不再赘述。
需要说明的是，上述实施例提供的任务管理装置在实现任务管理时，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将设备的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。另外，上述实施例提供的任务管理装置与任务管理方法属于同一构思，其具体实现过程详见方法实施例，此处不再赘述。
本实施例中，监控单元会监控任务信息库中各个任务的处理人员是否出现异常，当监控到出现异常处理人员时，查找单元会根据预设规则查找所述异常处理人员的备选处理人员，然后处理单元将所述异常处理人员所需处理的任务转交给所述备选处理人员。即本实施例中，任务管理装置会监控各个处理人员的状态，一旦监控到出现异常处理人员，则立即将任务转交给该异常处理人员的备选处理人员，而不用等到任务超期之后，再转交任务给其他处理人员，从而避免了因人员异常导致的任务延迟或搁置，加快了任务的处理进度，加速了任务的闭环，提高了任务的处理效率。
特别针对安全类任务，要求处理的时间都会有严格的限制，采用本实施例提供的方法，离职或转岗可能导致的延迟或搁置的任务将得到有效快速的处理，对业务侧的产品或漏洞的修复能起到积极的作用，可以保护产品漏洞或缺陷不被坏人所利用。
实施例四
本发明实施例还提供一种任务管理装置，如图5所示，其示出了本发明实施例所涉及的装置的结构示意图，具体来讲：
该装置可以包括一个或者一个以上处理核心的处理器501、一个或一个以上计算机可读存储介质的存储器502、射频(radiofrequency，rf)电路503、电源505、输入单元505、以及显示单元506等部件。本领域技术人员可以理解，图5中示出的装置结构并不构成对装置的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。其中：
处理器501是该装置的控制中心，利用各种接口和线路连接整个装置的各个部分，通过运行或执行存储在存储器502内的软件程序和/或模块，以及调用存储在存储器502内的数据，执行装置的各种功能和处理数据，从而对装置进行整体监控。可选的，处理器501可包括一个或多个处理核心；优选的，处理器501可集成应用处理器和调制解调处理器，其中，应用处理器主要处理操作系统、用户界面和应用程序等，调制解调处理器主要处理无线通信。可以理解的是，上述调制解调处理器也可以不集成到处理器501中。
存储器502可用于存储软件程序以及模块，处理器501通过运行存储在存储器502的软件程序以及模块，从而执行各种功能应用以及数据处理。存储器502可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序(比如声音播放功能、图像播放功能等)等；存储数据区可存储根据装置的使用所创建的数据等。此外，存储器502可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。相应地，存储器502还可以包括存储器控制器，以提供处理器501对存储器502的访问。
rf电路503可用于收发信息过程中，信号的接收和发送，特别地，将基站的下行信息接收后，交由一个或者一个以上处理器501处理；另外，将涉及上行的数据发送给基站。通常，rf电路503包括但不限于天线、至少一个放大器、调谐器、一个或多个振荡器、用户身份模块(sim)卡、收发信机、耦合器、低噪声放大器(lna，lownoiseamplifier)、双工器等。此外，rf电路503还可以通过无线通信与网络和其他设备通信。所述无线通信可以使用任一通信标准或协议，包括但不限于全球移动通讯系统(gsm，globalsystemofmobilecommunication)、通用分组无线服务(gprs，generalpacketradioservice)、码分多址(cdma，codedivisionmultipleaccess)、宽带码分多址(wcdma，widebandcodedivisionmultipleaccess)、长期演进(lte，longtermevolution)、电子邮件、短消息服务(sms，shortmessagingservice)等。
装置还包括给各个部件供电的电源504(比如电池)，优选的，电源504可以通过电源管理系统与处理器501逻辑相连，从而通过电源管理系统实现管理充电、放电、以及功耗管理等功能。电源504还可以包括一个或一个以上的直流或交流电源、再充电系统、电源故障检测电路、电源转换器或者逆变器、电源状态指示器等任意组件。
该装置还可包括输入单元505，该输入单元505可用于接收输入的数字或字符信息，以及产生与用户设置以及功能控制有关的键盘、鼠标、操作杆、光学或者轨迹球信号输入。具体地，在一个具体的实施例中，输入单元505可包括触敏表面以及其他输入设备。触敏表面，也称为触摸显示屏或者触控板，可收集用户在其上或附近的触摸操作(比如用户使用手指、触笔等任何适合的物体或附件在触敏表面上或在触敏表面附近的操作)，并根据预先设定的程式驱动相应的连接装置。可选的，触敏表面可包括触摸检测装置和触摸控制器两个部分。其中，触摸检测装置检测用户的触摸方位，并检测触摸操作带来的信号，将信号传送给触摸控制器；触摸控制器从触摸检测装置上接收触摸信息，并将它转换成触点坐标，再送给处理器501，并能接收处理器501发来的命令并加以执行。此外，可以采用电阻式、电容式、红外线以及表面声波等多种类型实现触敏表面。除了触敏表面，输入单元505还可以包括其他输入设备。具体地，其他输入设备可以包括但不限于物理键盘、功能键(比如音量控制按键、开关按键等)、轨迹球、鼠标、操作杆等中的一种或多种。
该装置还可包括显示单元506，该显示单元506可用于显示由用户输入的信息或提供给用户的信息以及装置的各种图形用户接口，这些图形用户接口可以由图形、文本、图标、视频和其任意组合来构成。显示单元506可包括显示面板，可选的，可以采用液晶显示器(lcd，liquidcrystaldisplay)、有机发光二极管(oled，organiclight-emittingdiode)等形式来配置显示面板。进一步的，触敏表面可覆盖显示面板，当触敏表面检测到在其上或附近的触摸操作后，传送给处理器501以确定触摸事件的类型，随后处理器501根据触摸事件的类型在显示面板上提供相应的视觉输出。虽然在图5中，触敏表面与显示面板是作为两个独立的部件来实现输入和输入功能，但是在某些实施例中，可以将触敏表面与显示面板集成而实现输入和输出功能。
尽管未示出，装置还可以包括摄像头、蓝牙模块等，在此不再赘述。具体在本实施例中，装置中的处理器501会按照如下的指令，将一个或一个以上的应用程序的进程对应的可执行文件加载到存储器502中，并由处理器501来运行存储在存储器502中的应用程序，从而实现各种功能，如下：
监控任务信息库中各个任务的处理人员的状态；
当监控到出现异常处理人员时，根据预设规则查找所述异常处理人员的备选处理人员；
将所述异常处理人员所需处理的任务转交给所述备选处理人员。
具体地，该处理器501通过定时执行监控脚本监控任务信息库中各个任务的处理人员的状态。
进一步地，该处理器501通过定时执行监控脚本监控任务信息库中各个任务的处理人员的状态包括：
定时执行监控脚本扫描所述任务信息库以获取各个任务的处理人员的标识信息；
判断所获取的各个处理人员的标识信息是否属于实时人员信息库；
确定标识信息不属于所述实时人员信息库的处理人员为异常处理人员。
进一步地，扫描所述任务信息库所获取的信息还包括各个任务的处理人员的组织架构信息，该处理器501还用于：
当所获取的各个处理人员的标识信息均属于实时人员信息库时，判断所获取的各个处理人员的组织架构信息是否对应与实时人员信息库中各个处理人员的组织架构信息一致；
确定组织架构信息对应与实时人员信息库中的组织架构信息不一致的处理人员为异常处理人员。
进一步地，该处理器501通过定时执行监控脚本监控任务信息库中各个任务的处理人员的状态包括：
定时执行监控脚本扫描所述任务信息库以获取各个任务的处理人员的标识信息；
判断所获取的各个处理人员的标识信息是否属于异常人员信息库；
确定标识信息属于所述异常人员信息库的处理人员为异常处理人员。
具体地，所述备选处理人员包括：所述异常处理人员的原领导人员，所述异常处理人员所需处理的任务的责任人员或提单人员。
进一步地，当监控到未出现异常处理人员时，该处理器501还用于：
监控所述任务信息库中各个任务的处理时间；
当监控到出现超期任务时，查找所述超期任务的当前处理人员的备选处理人员；
将所述超期任务转交给所述备选处理人员。
进一步地，该处理器501还用于：向所述备选处理人员发送任务转交通知消息。
本实施例中，任务管理装置会监控任务信息库中各个任务的处理人员是否出现异常，当监控到出现异常处理人员时，根据预设规则查找所述异常处理人员的备选处理人员，然后将所述异常处理人员所需处理的任务转交给所述备选处理人员。即本实施例中，任务管理装置会监控各个处理人员的状态，一旦监控到出现异常处理人员，则立即将任务转交给该异常处理人员的备选处理人员，而不用等到任务超期之后，再转交任务给其他处理人员，从而避免了因人员异常导致的任务延迟或搁置，加快了任务的处理进度，加速了任务的闭环，提高了任务的处理效率。
在本申请所提供的几个实施例中，应该理解到，所揭露的系统，装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，装置，或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：u盘、移动硬盘、只读存储器(rom，read-onlymemory)、随机存取存储器(ram，randomaccessmemory)、磁碟或者光盘等各种可以存储程序代码的介质。
以上所述，以上实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。