CN109146393A - 人伤查勘信息处理方法及系统 - Google Patents

Abstract

本申请提供了人伤查勘信息处理方法及系统。在道路事故发生时，若是出现人员伤残，会有伤员治疗、医疗费用、误工费用、伤残赔偿费用等多项费用支出，每一项的确认与处理流程都特别复杂，导致处理时间长、效率低下的问题。本申请通过将总任务拆解成多个不同类型的子任务，由服务器接受任务请求，创建查勘任务并依据查勘结果创建子任务，调度自主注册的同种类型的专家执行相应的子任务，大大提升了处理效率。同时在每个子任务执行之后依据子任务执行结果再次判断是否需要创建新的子任务，在所有的子任务完成之后提交任务报告，有效保证了任务的完整性。

Description

人伤查勘信息处理方法及系统

技术领域

本申请涉及信息处理方法及其系统，特别地，涉及对需要多种处理资源的长周期复杂任务的调度的信息处理系统。

背景技术

我国汽车保有量快速增长、道路交通事故发案率居高不下，导致车险案件量快速增长。由于道路交通事故发案无固定时间与地点，使得车险案件处理效率很低。目前，发生交通事故后需处理出险、报案、查勘、现场救援、定损、修车和领取赔款等一系列流程。

若在交通事故中出现人员伤亡，则后续处理流程会更加复杂。现场救援，伤情鉴定，医疗保险，误工费赔偿等等，每个环节的处理都需要到现场进行勘验。例如到医院查看伤员的伤情或后期恢复情况，请求社保部门或者银行提供伤员收入水平，请求鉴定机构做出伤残鉴定。即便是专业人员都需要耗费大量的精力。且因为流程多，持续时间长，中途涉及的部门多，导致处理过程非常复杂。尤其是对于被保险人而言，在出险后往往毫无头绪，在见到有人员受伤时更是会慌乱无助。

发明内容

需要提高事故中人伤查勘流程的处理效率，让专业人士处理专业问题，并及时反馈处理信息，降低用户焦虑程度。

本申请提供的信息处理方法及系统，将人伤查勘过程需要处理的任务依据所需要的任务处理资源划分为多种不同类型的子任务，信息处理系统对各子任务进行的调度。还依据任务处理资源的特征，将不同类型的子任务分别调度给有能力处理该类型子任务的任务处理资源，从而确保各子任务以及总体任务能够被有效处理。还根据子任务的处理结果识别整体任务的处理进展，并在需要时创建新的子任务来进一步完善对整体的任务的处理。还为各子任务选择适当的任务处理资源以提高整体处理效率。

根据本申请，提供了一种信息处理方法，其中包括：步骤S11：服务器接收第一任务请求；步骤S12：根据第一任务请求创建第一查勘任务，调度第一查勘任务；根据第一查勘任务的执行结果创建零个、一个或更多子任务；步骤S13：判断是否还有未处理的子任务；若没有未处理子任务，跳转到步骤S17；若还有未处理子任务，跳转到步骤S14；步骤S14：获取可被调度的第一子任务，根据第一子任务类型获取能处理第一子任务的第一资源；步骤S15：调度第一资源来处理第一子任务；步骤S16：判断是否需要创建新的子任务，若需要创建新的子任务，则创建新的子任务后跳转到步骤S13；若不需要创建新的子任务，直接跳转到步骤S13；步骤S17：响应于第一任务没有未处理的子任务而生成对第一任务报告。

根据本申请的一种信息处理方法，还包括：步骤S12中，服务器将第一查勘任务调度给查勘移动终端，并接收查勘移动终端提交的查勘报告，根据查勘报告得到第一查勘任务的执行结果。

根据本申请的一种信息处理方法，还包括：子任务具有多种类型，不同类型的子任务需要由同子任务的类型相对应的资源进行处理。

根据本申请的一种信息处理方法，还包括：所述资源的信息保存在服务器的信息库中。

根据本申请的一种信息处理方法，还包括：其中子任务类型包括：医疗类型子任务，用于收集伤情，并对治疗方案、治疗费用和/或治₁疗时间进行估算；跟踪类型子任务，用于对伤员的恢复情况进行跟踪；补偿类型子任务，用于对于伤员因为受伤造成的误工费和/或疗养费进行估算；验证类子任务：用于对不合理的医疗费用或赔偿请求进行复核；鉴定类子任务：用于对伤残等级进行鉴定。

根据本申请的一种信息处理方法，还包括：步骤S15中，响应于调度第一子任务，从提供第一资源的多个移动终端中选择可用的第一移动终端，将第一子任务发送给第一移动终端；

根据本申请的一种信息处理方法，还包括：响应于调度第一子任务，从提供第一资源的多个移动终端中根据历史选择记录选择可用的第一移动终端。

根据本申请的一种信息处理方法，还包括：响应于调度第一子任务，从提供第一资源的多个终端中选择负载最轻且可用的第一移动终端。

根据本申请的一种信息处理方法，还包括：响应于调度第一子任务，从提供第一资源的多个终端中依据距离调度可用的第一移动终端。

根据本申请的一种信息处理方法，还包括：其中，依据距离调度可用的第一移动终端包括：所述服务器获得第一任务请求中的任务位置信息，搜索距任务位置第一范围内的活跃移动终端，其中活跃移动终端是能够主动接收来自所述服务器的信息且能够提供与待执行任务类型相对应的资源的移动终端；若在距任务位置第一范围内没有搜索到活跃终端，则扩大搜索范围至第二指定范围；若在距任务位置第二范围内仍然未搜索到活跃终端，服务器从数据库选择移动终端，向被选择移动终端发送任务信息。

根据本申请的一种信息处理方法，还包括：所述服务器选择搜索到的距任务位置第一范围内的活跃移动终端之一作为目标移动终端。

根据本申请的一种信息处理方法，还包括：若搜索到的活跃移动终端超过1个，向搜索到的各个活跃终端发出任务邀请；若在发出任务邀请后的第一指定时间之内有多个活跃移动终端指示接受邀请，则从所述多个活跃移动终端中选择距离所述任务位置最近的活跃移动终端作为目标移动终端，向目标移动终端发送确认消息。

根据本申请的一种信息处理方法，还包括：若在发出任务邀请后的第一指定时间之内没有活跃移动终端指示接受邀请，再次向搜索到的各个活跃移动终端发送任务邀请；若在第二指定时间之内依然没有活跃移动终端指示接受任务；选择距离任务位置最近的活跃移动终端作为目标移动终端，向目标移动终端发送确认消息。

根据本申请的一种信息处理方法，还包括：若在第三指定时间内收到目标移动终端的确认消息，所述服务器向目标移动终端发送任务信息；若在第三指定时间内未收到目标移动终端的确认消息，服务器从数据库选择移动终端，向被选择移动终端发送任务信息。

根据本申请的一种信息处理方法，还包括：在步骤S14，获取可被调度的第二子任务，根据第二子任务类型获取能处理第二子任务的第二资源，调度第二子任务以由第二资源来处理第二子任务；响应于调度第二子任务，将第二子任务发送给第二移动终端，其中通过第二移动终端提供第二资源。

根据本申请的一种信息处理方法，还包括：在步骤S14，获取可被调度的第三子任务，根据第三子任务类型获取能处理第三子任务的第三资源，调度第三子任务以由第三资源来处理第三子任务；响应于调度第三子任务，将第三子任务发送给第三移动终端，其中通过第三移动终端提供第三资源。

根据本申请的一种信息处理方法，还包括：根据第二子任务的执行结果创建第三子任务。

根据本申请的一种信息处理方法，还包括：第一子任务与第二子任务被并发调度，且第一子任务与第二子任务被并发处理。

根据本申请的一种信息处理方法，还包括：第一子任务与第三子任务被并发调度，且第一子任务与第三子任务被并发处理。

根据本申请的一种信息处理方法，还包括：步骤S16中，每个子任务完成后，获取子任务的执行结果，根据子任务的执行结果判断是否需要创建新子任务。

根据本申请的一种信息处理方法，还包括：从接收到的子任务执行结果中的指定内容确定要创建零个、一个或更多子任务。

根据本申请的一种信息处理方法，还包括：在步骤S14，从未处理的所有子任务中，依据子任务之间的依赖关系，获取可被调度的第一子任务，其中第一子任务不依赖于其他未处理子任务。

根据本申请，提供了一种信息处理系统，其中包括：通过网络耦合的服务器、一个或多个查勘移动终端、一个或多个第一移动终端、一个或多个第二移动终端，……一个或多个第N移动终端，N为自然数；其用于执行上述任一种信息处理方法。

附图说明

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

图1是本申请实施例提供的信息处理系统示意图；

图2是本申请实施例提供的信息处理方法流程图；

图3是本申请实施例提供的信息处理方法示意图；以及

图4是本申请实施例提供的服务器调度移动终端的方法流程图。

具体实施方式

下面将结合附图以及具体实施方法来详细说明本申请，在本申请的示意性实施及说明用来解释本申请，但并不作为对本申请的限定。

图1所示的本申请信息处理系统示意图。

根据本申请实施例的信息处理系统用于为事故中的人伤查勘提供支持，根据人伤查勘过程获取的信息监督查勘过程，并对人伤查勘的各任务进行调度。根据本申请实施例所提供的信息处理系统包括服务器100，通过网络耦合到服务器的查勘移动终端110，以及多个移动终端121、122、123……12N，其中N为自然数。根据本申请实施例的信息处理系统中，查堪移动终端110可以有一个或多个，耦合到服务器100的各移动终端(121、122、123……12N)也可以有一个或多个。

查勘移动终端110被查勘员持有，查勘员使用查勘移动终端对人伤勘验任务进行最初的任务接单以及任务处理。

第一移动终端121被第一资源持有，第二移动终端122被第二资源持有，……第N移动终端12N被第N资源持有。其中第一至第N资源是例如注册在根据本申请实施例的任务处理系统中的处理不同类型子任务的专家。例如，第一资源是与第一子任务类型相对应的专家，适合于处理第一类型子任务，第二资源指的是与第二子任务类型相对应的专家，……，第N资源指的是与第N子任务类型相对应的专家，其中N为自然数。

服务器100接收人伤勘验任务(第一任务)请求后创建第一查勘任务，查勘员登录查勘移动终端110在查勘移动终端110上进行第一查勘任务的线上接单，随后从服务器100发送给查勘移动终端110的任务信息中获取任务位置，查勘员前往任务位置执行第一查勘任务，并通过查勘移动终端110向服务器100提交关于第一查勘任务的执行结果的查勘报告。

服务器100接收到查勘移动终端110发送的查勘报告后，根据查勘报告得到第一查勘任务的执行结果，并根据该执行结果创建子任务，创建的子任务可以有零个、一个或多个。随后，服务器100根据待执行的子任务的类型获取能够处理上述子任务的资源。例如查找与未执行子任务类型相对应的专家，并通过向专家所持有的移动终端来调度专家来处理相对应类型的子任务。以及根据每个子任务的执行结果判断是否还需要创建新子任务。若还需创建新子任务则创建新的子任务然后继续调度同所创建的新子任务的类型相对应的专家来处理新的子任务。

所有子任务都处理完毕之后，服务器100生成关于第一任务的第一任务报告，包含任务信息、执行任务的查勘员和资源信息、查勘报告和各子任务报告。其中，第一任务包括第一查勘任务以及所有的子任务。

图2是本申请实施例提供的信息处理方法的流程图。

步骤S11：服务器接收第一任务请求。

事故发生后，被保险人或者除保险人以外的其他人向保险公司进行报案。保险公司向服务器100发送第一任务请求并同时提交案件信息给服务器。作为举例，案件信息包括：被保险人信息、报案号、保单号、车辆信息、位置信息、出险情况等。

在可选的实施方式中，被保险人或其他人直接向服务器100发送第一任务请求。

步骤S12：根据第一任务请求创建第一查勘任务，调度第一查勘任务；以及根据第一查勘任务的执行结果创建零个、一个或更多子任务。

服务器100根据接收到的第一任务请求，创建勘验事故现场的第一查勘任务，将第一查勘任务调度给持有查勘移动终端110的第一查勘员。作为举例，服务器100根据图4所示的方法选择被调度的第一查勘员。第一查勘员前往现场处理第一查勘任务，通过查勘移动终端110记录现场信息、拍摄照片并向服务器100提交查勘报告等。服务器100根据从查勘移动终端110接收的查勘报告得到第一查勘任务的执行结果。随后，服务器根据查勘报告指示的第一查勘任务的执行结果创建零个、一个或更多子任务。

子任务具有多种类型，例如：

医疗类型子任务，用于收集伤情，并对治疗方案、治疗费用和/或治疗时间进行估算；跟踪类型子任务，用于对伤员的恢复情况进行跟踪；

补偿类型子任务，用于对于伤员因为受伤造成的误工费和/或疗养费进行估算；

验证类子任务：用于对不合理的医疗费用或赔偿请求进行复核；

鉴定类子任务：用于对伤残等级进行鉴定。

以上类型均为示例性类型，并不仅仅限定在上述几个子任务类型。在根据本申请的实施例可创建其他多种数量与多种类型的子任务。

作为举例，服务器根据第一查勘任务的执行结果创建子任务时，若是没有人员受伤，或仅仅是轻伤而无须进一步的医疗，则无需创建子任务。若是人员受伤较为严重，后续还需要处理医疗、赔偿等一系列问题，则创建医疗类型、跟踪类型、补偿类型等多个不同类型的子任务。每种类型的子任务可被创建零个、一个或多个。例如，第一查勘任务的执行结果显示，事故中有3名需要后续医疗的伤者，则为每名伤者分别创建医疗类型的子任务。作为又一个例子，第一查勘任务的执行结果指示人员受伤较重，但尚不确定是否需要做伤残等级鉴定，则暂时无须创建鉴定类子任务，根据本申请的实施例，在对第一任务的后续处理中依然有机会创建进一步的子任务。

步骤S13：判断对于第一任务是否还有未处理的子任务；若没有未处理子任务，跳转到步骤S17；若还有未处理子任务，跳转到步骤S14。

步骤S14：获取可被调度的第一子任务，根据第一子任务类型获取能处理第一子任务的第一资源。服务器100从待处理的所有子任务中，依据子任务之间的依赖关系，获取可被调度的第一子任务，其中第一子任务不依赖于其他未处理子任务。

子任务之间的依赖关系体现了多种子任务间的内在联系。例如，要先经过医疗类子任务的处理，获得伤者的医疗信息后，才发现需要对伤者的伤残等级进行鉴定，从而创建并调度鉴定类子任务。作为又一个例子，根据第一查勘任务的执行结果，已经识别出要处理医疗类型、补偿类型与鉴定类型子任务，而补偿类型子任务与鉴定类型子任务的开始处理，需要依赖于医疗类型子任务提供的信息，从而服务器100要先调度医疗类型子任务，并根据医疗类型子任务的执行结果，在识别出后续的补偿类型子任务与鉴定类型子任务的调度条件已满足，而不再依赖其它子任务后，才调度后续的补偿类型子任务和/或鉴定类型子任务。

第一资源指的是与第一子任务类型相对应的专家。每种类型的专家，都具备相关的专业技能来处理对应类型的子任务。专家信息存储在例如服务器100的信息库中，包括姓名、擅长处理的子任务类型、活跃度、已完成任务情况、评价等。

可选地，提供多个专家信息库，各专家信息库对应指定的子任务类型。对应某子任务类型的专家信息库中记录的专家都能处理该类型的子任务。服务器在需要处理子任务时查找同子任务的类型对应的专家信息库，从而找到能处理被调度子任务的专家信息。例如，对于医疗类型的第一子任务，则在专家信息库中查找与医疗类型对应的第一资源。

可选的，同一专家可以同时注册多个类型，以指示该专家可处理多种类型的子任务。

在步骤S14，因条件不满足而尚无法被调度的子任务被临时地存储，以待后续执行条件满足后再通过步骤S13被识别并处理。

步骤S15：响应于调度第一子任务，服务器100从提供第一资源的多个移动终端中选择可用的第一移动终端，将第一子任务发送给第一移动终端。

作为举例，能够处理第一子任务的专家有多个，每个专家对应一个移动终端。从多个能处理第一子任务的专家中选择一名专家，将第一子任务发送给该专家所持有的第一移动终端。

其中，第一移动终端的选择，可以通过多个第一移动终端接单的历史记录选择，也可以通过用户评价选择，也可以通过第一移动终端的负荷选择，比如选择处在空闲中的第一移动终端而避免选择已经在处理其他子任务而处于忙碌中的第一移动终端，或者也可以通过第一移动终端到第一子任务现场的距离由服务器进行第一移动终端调度，例如根据如图4所示的过程根据距离调度第一移动终端。后面将结合图4而详细描述根据距离调度第一移动终端的过程。依然可选地，若已经在处理其它子任务的第一移动终端位于第一子任务现场或临近与第一子任务现场，也将第一子任务调度给该位于现场的第一移动终端。

作为又一个例子，当已经调度了第一子任务，服务器发现有未处理的第二子任务，即使第一子任务尚未处理完成，服务器100可以继续获取可被调度的第二子任务，根据第二子任务类型获取能处理第二子任务的第二资源，调度第二子任务以由第二资源来处理第二子任务。响应于调度第二子任务，服务器100将第二子任务发送给第二移动终端，其中通过第二移动终端提供第二资源。

依然可选地，若还有待处理的第N子任务，且第N子任务可被调度，服务器100可以同时获取可被调度的第N子任务，根据第N子任务类型获取能处理第N子任务的第N资源，调度第N子任务以由第N资源来处理第N子任务，其中N为自然数。响应于调度第N子任务，将第N子任务发送给第N移动终端，其中通过第N移动终端提供第N资源。

步骤S16：判断是否需要创建新的子任务，若需要，则创建新的子任务后跳转到步骤S13；若不需要，直接跳转到步骤S13。

每个子任务完成后，服务器100获取子任务的执行结果，根据子任务的执行结果判断是否需要创建新子任务。

可选的，从接收到的子任务执行结果中的指定内容确定要创建零个、一个或更多子任务。例如，从子任务执行结果中识别出伤者已痊愈，则不需要再创建更多子任务。若从执行结果中识别出伤者残疾，则需要继续创建鉴定类型的子任务，对伤残等级进行鉴定。

创建新的子任务后，返回步骤S13，服务器100继续选择与新的子任务类型相对应的专家执行子任务，直至没有进一步的子任务需要被执行。创建的子任务被临时存储，以待通过步骤S13进行处理。

步骤S17：响应于第一任务没有未处理的子任务而生成对第一任务的第一任务报告。

第一任务包括第一查勘任务以及所有的子任务。在第一任务的所有子任务全部完成之后，生成第一任务报告。第一任务报告中包括任务信息、执行任务的人员和资源信息、查勘报告和子任务报告，子任务报告记录有所有子任务详情、每个子任务执行情况、子任务具体内容、以及执行子任务的资源信息。

本实施例中，通过将总任务(第一任务)划分为多个子任务，分别交给不同类型的专家，让专业人士处理擅长类型的任务，大大提高了处理效率。同时，子任务处理过程中根据实际需要随时拆分新的子任务，保证了任务的完整性。同时，对于被保险人而言，其需要参与的只有报案环节，后续的处理流程都可以交给专业人士，节约被保险人时间和精力，大大提升了用户体验。

图3是根据本申请实施例的信息处理方法的示意图。图3展示出了根据图2的信息处理方法处理任务与子任务的效果。

参看图3，圆圈1是例如根据第一任务请求所创建的查勘任务。圆圈1-1、圆圈1-2、圆圈1-1-1和圆圈1-1-2都是第一任务的子任务。

图3中向下的方向指示时间流逝方向。而在水平方向中，展示了能够处理查勘任务或子任务的各个资源。服务器100(参看图1)将各个第一任务的查勘任务或子任务调度给各资源。图3中，圆圈的位置(竖直位置与水平位置)指示了圆圈中的数字所指示的查勘任务或子人员被处理的时间与被处理时所使用的资源。

首先，服务器100根据接收的第一任务请求，创建查勘任务1(圆圈1)，将查勘任务1(圆圈1)调度给查勘员。查勘员也作为资源的一种。在接到查勘任务1(圆圈1)后查勘员赶往任务地点进行任务处理，通过查勘移动终端110提交查勘报告、现场照片/视频等给服务器100。作为举例，查勘移动终端110提交给服务器100的查勘报告包括：“有人员重伤”，服务器100分析查勘报告获取查勘结果。

服务器100根据查勘结果中的“有人员重伤”的指定内容，创建2个子任务，第一子任务1-1(圆圈1-1)为医疗类型子任务，第二子任务1-2(圆圈1-2)为补偿类型子任务。服务器100依据子任务类型获取可被调度的资源，在保存的资源信息中获取能够处理医疗类型子任务的第一资源和能够处理补偿类型子任务的第二资源。随后，服务器100将指示第一子任务1-1(圆圈1-1)的消息发送给第一移动终端以调度第一资源处理第一子任务1-1(圆圈1-1)，将指示第二子任务1-2(圆圈1-2)的消息发送给第二移动终端以调度第二资源处理第二子任务1-2(圆圈1-2)。第一资源和第二资源处理完各自的子任务后都向服务器100提交子任务报告。

第一资源是医疗类型的专家，负责伤情鉴定。第一资源接收到第一子任务1-1(圆圈1-1)后，对伤员的伤情、治疗费用、治疗时间等进行估算，并提交第一子任务报告。作为举例，第一子任务报告1-1中指示：“重伤，已脱离生命危险，可能会致残”。

第二资源是补偿类型的专家。第二资源接收到第二子任务1-2(圆圈1-2)后，对于伤员因为受伤造成的误工费用，需要根据当地平均工资以及伤员的工资进行判定，如有必要则前往社保局、伤员工作单位进行核实。第二资源对因误工造成的赔偿的有关规定有充分的了解。第二资源确认完成了第二子任务1-2(圆圈1-2)之后提交第二子任务报告，其中包括：伤员每月工资、当地平均工资、银行流水等跟误工补偿有关的信息。

根据图3的例子，服务器100根据查勘结果创建了可被同时调度处理的第一子任务1-1(圆圈1-2)与第二子任务1-2(圆圈1-2)。第二子任务1-2(圆圈1-2)的处理不依赖于第一子任务1-1(圆圈1-1)的处理结果。因而参看图3，在时间顺序上，服务器100在将第一子任务1-1(圆圈1-1)调度给第一资源的几乎同时将第二子任务1-2(圆圈1-2)调度给第二资源。以及优选地，服务器100选择同第一资源不同的第二资源来处理第二子任务1-2(圆圈1-2)，使得第一资源与第二资源能够同时各自处理第一子任务1-(圆圈1-1)1与第二子任务1-2(圆圈1-2)。

服务器接收到第一子任务报告和第二子任务报告之后，判断是否需要创建新的子任务。对于第一子任务1-1(圆圈1-1)，服务器根据第一子任务报告中的“可能会致残”继续创建新子任务，包括第三子任务1-1-1(圆圈1-1-1)，第四子任务1-1-2(圆圈1-1-2)。其中，第三子任务1-1-1(圆圈1-1-1)属于伤残鉴定类型，第四子任务1-1-2(圆圈1-1-2)属于跟踪类型。

对于第二子任务1-2(圆圈1-2)，服务器100根据第二子任务报告中的“已获得误工费赔偿标准”而确定不需要再创建新的子任务。

在可选的实施方式中，服务器100综合第一任务的各子任务的处理结果而确定是否要创建新子任务。例如，根据第二子任务报告得到的误工费赔偿标准，与第一子任务得到的伤情报告得知伤者正在住院且未出院，判断要进一步调查伤者实际因住院导致的误工时间，据此，服务器100创建要在一定时间之后被调度的新的医疗类型子任务，以调查伤者的恢复情况，特别是伤者的出院时间，以便结合第二子任务报告得到的误工费标准来计算误工费。进一步地，若该新的医疗子任务的子任务报告显示伤者依然在住院，服务器100还继续创建待调度的医疗类子任务，直到确定了伤者的总住院时间。

返回参看图3，在创建了第三子任务1-1-1(圆圈1-1-1)与第四子任务1-1-2(圆圈1-1-2)后，由于有新建的子任务，使得第一任务的处理没有完成，服务器继续获取伤残鉴定类型的资源处理第三子任务1-1-1(圆圈1-1-1)，跟踪类型的资源源处理第四子任务1-1-2(圆圈1-1-2)。在图3的例子中，第三子任务1-1-1(圆圈1-1-1)与第四子任务1-1-2(圆圈1-1-2)之间没有依赖关系，可被同时调度执行。

在本实施例中，第一资源同时兼具医疗类型子任务处理能力与伤残鉴定类型子任务处理能力，因此，服务器100可以调度第一资源继续执行第三子任务1-1-1(圆圈1-1-1)。服务器100将第三子任务1-1-1(圆圈1-1-1)的信息发送给第一资源对应的第一移动终端。第一资源使用第一移动终端向服务器100提供第三子任务1-1-1(圆圈1-1-1)的第三子任务报告，第三子任务报告包括鉴定的伤残等级。可选地，第三子任务1-1-1(圆圈1-1-1)由第一资源以外的其他能够处理伤残鉴定类型子任务的资源执行。

第三资源是跟踪类型的专家，第四子任务1-1-2(圆圈1-1-2)由第三资源处理，负责查勘伤员后期恢复情况，是否请护工，护工费用等，并提交第四子任务报告。

服务器接收到第三、第四子任务报告后，判断不需要再创建新的子任务，所有的子任务已经完成，从而判定第一任务的处理完成，生成第一任务报告。

在一个例子中，由后台管理员根据子任务报告的内容确定是否要创建新的子任务。作为又一个例子，服务器100根据子任务执行结果中的内容自行确定是否要创建新的子任务以及要创建子任务的数量、类型与调度时机。例如，服务器在接收到的子任务报告中含有指定关键字“残疾”时会生成相应的新的伤残鉴定类型子任务。此外，也可以由处理子任务的资源(专家)在提交子任务报告时附加地标注“需要创建伤残鉴定类型新子任务”，服务器100识别任务报告中的标注，并相应地创建子任务。

可选地，可以由其他资源兼任查勘员完成查勘任务。比如，根据事故地点，就近调度离事故地点最近的可用资源。通过活跃移动终端识别可用资源。活跃移动终端包括当前能够接收查勘任务的查勘员移动终端以及各类型专家的移动终端。例如，离任务地点最近的活跃移动终端是第一资源持有的，则通过向该活跃移动终端发送任务信息来调度第一资源作为查勘员前往现场进行查勘任务，并提交查勘报告。同时第一资源在服务器生成第一子任务1-1(圆圈1-)之后又可以同时接收并执行医疗类型子任务。因此此时的第一资源同时处理查勘员与医疗类型专家的任务。

可选地，多个任务(第一任务)可以并行执行。例如同时发生多起交通事故时，则会生成多个查勘任务与多个子任务，查勘员以及专家都可以在任务不冲突的情况下同时处理多个任务，并不限定资源必须完成已接受的任务之后才能处理下一个任务。

可选地，对已经接受子任务的资源，即便上个子任务还未处理完成，可优先对其发送具有相同地点或其它相同属性的相同类型的其他子任务。例如对于能够处理医疗类型子任务的第二资源，当其已经在医院A执行第二子任务1-2(圆圈1-2)时，此时若有需要在医院A处理的新的医疗类型的子任务，优先向该第二资源发送该新的医疗类型的子任务，从而第二资源在医院A一次处理两个子任务，提高了子任务执行效率。

图4展示了本发明实施例提供的服务器从提供资源的多个移动终端中依据距离调度可用的移动终端的方法的流程图。图4所展示的方法在根据图2的实施例的步骤S12和/或S15中被实施，例如被服务器100执行。

S301.服务器获取第一任务请求。

服务器获取上述第一任务请求中，获取第一任务相关的位置信息。

第一任务包括图2中步骤S12中的第一查勘任务以及步骤S15中的子任务，对于第一查勘任务和/或一个或多个子任务都可使用根据图4的实施例提供的方法进行调度。下面以第一查勘任务或子任务为例，对根据图4的实施例提供的调度方法进行描述。第一任务相关的位置信息，是第一任务的第一查勘任务和/或一个或多个子任务的位置信息。

S302.搜索距第一查勘任务或子任务的位置第一范围内的活跃移动终端，其中活跃移动终端是能够接收来自服务器100的信息，且能够提供与待执行任务类型相同的资源的移动终端。例如对于第一查勘任务，从任务信息中获取的第一查勘任务位置是医院A，则搜索以医院A为圆心、第一范围为半径的圆内活跃的查勘移动终端。若是第一子任务是医疗类型子任务，从任务信息中得到第一子任务的任务位置也是在医院A，则搜索以医院A为圆心、第一范围为半径的圆内的医疗类型的资源的活跃移动终端。对于赔偿类型的第二子任务，从任务信息中得到任务地点是是伤员所在单位的税务机关B，此时搜索距离税务机关B第一范围内的赔偿类型的专家的活跃移动终端，任务内容是前往税务机关B核查伤员的纳税情况以估计伤员的工资收入从而决定需要赔偿的误工费。

搜索活跃移动终端的第一范围(记为指定范围D1)的大小可以由服务器设定，比如以任务位置为圆心，半径5km之内的范围。

若指定范围D1内没有搜索到活跃移动终端，则扩大搜索范围，例如使搜索范围增加指定的区域(例如5公里)，并判断增加后的搜索范围是否超过指定的范围阈值。若增加后的搜索范围未超过指定的范围阈值，在增加后的搜索范围内搜索活跃移动终端，并转向步骤S303。若增加后的搜索范围超过了指定的搜索范围，则转向步骤S306。

例如，在指定范围D1的基础上将搜索半径增加5公里，至以10公里为半径的搜索范围。而指定的搜索范围是50公里半径。当前的搜索半径10公里没有超过50公里，则在10公里半径范围内再次搜索活动移动终端。并转向步骤S303。

若搜索范围已增加至55公里，超过了指定搜索范围50公里，则跳转至步骤S306。

S303.若搜索到活跃移动终端，从搜索到的活跃移动终端中选择一台目标移动终端。

其中，选择目标移动终端的过程包括：

S3031.判断搜索到的活跃移动终端是否超过1台，若只有1台活跃移动终端，则跳转至S304。若搜索到的活跃移动终端超过1台，跳转至S3032。

S3032.向搜索到的各个活跃移动终端发出任务邀请。

S3033.判断在第一指定时间之内是否有活跃移动终端指示接受任务。若有，则选择距离任务位置最近的指示接受任务的移动终端，作为目标移动终端，然后跳转至S304。若没有，则跳转至S3034。

S3034.再次向搜索到的各个活跃移动终端发送任务邀请。

S3035.判断在第二指定时间之内是否有活跃移动终端指示接受任务。若有，则按照指示接受任务的时间顺序选择最早指示接受任务的移动终端，作为目标移动终端，然后跳转至S304。若没有，直接选择距离任务位置最近的活跃移动终端，作为目标移动终端，然后跳转至S304。

S304.向被选择的目标移动终端请求确认消息。

S305.判断在第三指定时间内是否收到目标移动终端提供的确认消息。若是，则跳转至S307。若否，跳转至S306。

S306.服务器调度移动终端。

服务器从数据库选择移动终端作为目标移动终端。

S307.服务器向目标移动终端发送待调度的第一查勘任务或子任务的信息。

以此方式，实现了将第一查勘任务或子任务调度给对应的资源。以及在对第一任务的处理过程中，对第一任务的第一查勘任务和/或各个子任务的每个，通过根据图4展示的实施例来进行调度。

根据图4展示的实施例中，不同类型的多位专家通过移动终端在线上获取第一查勘任务或子任务的信息，通过服务器完成第一查勘任务或子任务对资源的派发，最终选中合适的能够提供资源的移动终端执行第一查勘任务或子任务。

可选地，注册专家根据自己的状态、计划等情况选择设置为活跃状态、下线状态、不接单状态。处于活跃状态意味着注册专家会在接下来的时间里积极响应服务器发送的任务，因而服务器会向其发送任务邀请。对于处于下线状态的移动终端，服务器将不会对其发送任务邀请。但是即使是处于下线状态，在特殊场景下仍然有可能会接到任务。比如通过步骤S306中的通过服务器进行人工调度。移动终端在处于不接单状态时，服务器将不会对其发送任务邀请。

当收到服务器发来的任务邀请时，移动终端上弹出的窗口可以让注册专家进行指示接受邀请。注册专家在移动终端上指示接受任务邀请后，还有待服务器选择。若服务器选中了该移动终端作为目标移动终端，该移动终端展示被分配的任务以提示注册专家处理任务。

尽管已描述了本申请的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例作出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本申请范围的所有变更和修改。显然，本领域的技术人员可以对本申请进行各种改动和变型而不脱离本申请的精神和范围。这样，倘若本申请的这些修改和变型属于本申请权利要求及其等同技术的范围之内，则本申请也意图包含这些改动和变型。

Claims (10)

1.一种信息处理方法，其特征在于：

步骤S11：服务器接收第一任务请求；

步骤S12：根据第一任务请求创建第一查勘任务，调度第一查勘任务；根据第一查勘任务的执行结果创建零个、一个或更多子任务；

步骤S13：判断是否还有未处理的子任务；

若没有未处理子任务，跳转到步骤S17；

若还有未处理子任务，跳转到步骤S14；

步骤S14：获取可被调度的第一子任务，根据第一子任务类型获取能处理第一子任务的第一资源；

步骤S15：调度第一资源来处理第一子任务；

步骤S16：判断是否需要创建新的子任务，若需要创建新的子任务，则创建新的子任务后跳转到步骤S13；若不需要创建新的子任务，直接跳转到步骤S13；

步骤S17：响应于第一任务没有未处理的子任务而生成对第一任务报告。

2.如权利要求1所述的方法，还包括：

步骤S12中，服务器将第一查勘任务调度给查勘移动终端，并接收查勘移动终端提交的查勘报告，根据查勘报告得到第一查勘任务的执行结果。

3.根据权利要求1或2所述的方法，其中

步骤S15中，响应于调度第一子任务，从提供第一资源的多个移动终端中选择可用的第一移动终端，将第一子任务发送给第一移动终端。

4.根据权利要求3所述的方法，其中

响应于调度第一子任务，从提供第一资源的多个终端中依据距离调度可用的第一移动终端。

5.根据权利要求4所述的方法，其中，依据距离调度可用的第一移动终端包括：

所述服务器获得第一任务请求中的任务位置信息，搜索距任务位置第一范围内的活跃移动终端，其中活跃移动终端是能够主动接收来自所述服务器的信息且能够提供与待执行任务类型相对应的资源的移动终端；

若在距任务位置第一范围内没有搜索到活跃终端，则扩大搜索范围至第二指定范围；

若在距任务位置第二范围内仍然未搜索到活跃终端，服务器从数据库选择移动终端，向被选择移动终端发送任务信息。

6.根据权利要求5所述的方法，还包括：

所述服务器选择搜索到的距任务位置第一范围内的活跃移动终端之一作为目标移动终端。

7.根据权利要求6所述的方法，其中，

若搜索到的活跃移动终端超过1个，向搜索到的各个活跃终端发出任务邀请；

若在发出任务邀请后的第一指定时间之内有多个活跃移动终端指示接受邀请，则从所述多个活跃移动终端中选择距离所述任务位置最近的活跃移动终端作为目标移动终端，向目标移动终端发送确认消息。

8.根据权利要求1-7任一项所述的方法，还包括：

在步骤S14，获取可被调度的第二子任务，根据第二子任务类型获取能处理第二子任务的第二资源，调度第二子任务以由第二资源来处理第二子任务；

响应于调度第二子任务，将第二子任务发送给第二移动终端，其中通过第二移动终端提供第二资源。

9.根据权利要求8任一项所述的方法，还包括

在步骤S14，获取可被调度的第三子任务，根据第三子任务类型获取能处理第三子任务的第三资源，调度第三子任务以由第三资源来处理第三子任务；

响应于调度第三子任务，将第三子任务发送给第三移动终端，其中通过第三移动终端提供第三资源。

10.一种信息处理系统，其特征在于：

包括：通过网络耦合的服务器、一个或多个查勘移动终端、一个或多个第一移动终端、一个或多个第二移动终端，……一个或多个第N移动终端，N为自然数；

所述信息处理系统执行如权利要求1-9任一项权利要求所述的方法。