车辆查勘信息处理方法及其系统与流程

本申请涉及信息技术领域，特别地，涉及用于协助交通事故车辆查勘过程的信息处理系统和信息处理方法。

背景技术

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

在报案环节：发生事故的车主，即被保险人，在出现事故时打电话给保险公司报案，并等待保险公司人员前来处理。然而一些情况下车主经验不足，在出险后往往毫无头绪，只能打电话给亲友寻求帮助，或者出现如在未定损前开车造成车辆二次损伤等违反保险理赔规定的行为，导致无法确认责任以及定损，引起后续理赔纠纷。

在现场查勘定损环节：由于保险公司负责查勘的人员不足，无法满足到达现场勘查的需求，使得保险公司不得不用高昂的费用聘请公估人员进行现场查勘，导致车辆用户在出险现场等待时间过长，也会导致由于事故车辆造成道路长时间堵塞。人工现场查勘也难以保证真实客观，造成骗赔、错赔、超赔情况多发。

在修车环节：维修厂负责给车辆损失进行报价的定损员，其报价可能与保险公司负责查勘的人员的估价有较大差距，导致后续出现价格纠纷。

技术实现要素：

现有的车辆查勘理赔流程用户体验差、查勘服务效率低且成本高、车辆维修过程容易产生纠纷。需要找寻求技术方案来解决现有技术中的问题。通过结合互联网的信息处理技术，加快查勘定损流程，解决定损过程中的价格争议，同时减少用户等待时间，并合理规范修车费用。

为解决上述技术问题，本申请提供信息处理系统和方法，在出现车辆交通事故后，通过互联网服务器调度查勘员前往事故现场执行查勘任务，以解决查勘员不足导致用户等待时间过长的问题。并在彼此隔离的环境下获取查勘员与维修厂定损员各自的对维修事故车辆的报价，在价格差异过大时产生预警指示，以使第三方早期介入以解决争议，避免不合理报价。

根据本申请，提供了一种信息处理方法，其中：一种信息处理方法，其特征在于：包括：第一客户端计算机将案件的案件信息提供给服务器；服务器根据所述案件信息选择移动终端，将所述案件信息发送给所述移动终端；所述移动终端获取所述案件信息，采集案件相关信息，根据所述案件相关信息生成第一估价并提交给服务器；所述服务器将所述案件信息发送给第二客户端计算机；所述服务器响应于从第二客户端计算机接收第二估价，比较所述第一估价与所述第二估价，若所述第一估价与所述第二估价的偏差超过阈值，则由第一客户端计算机或服务器生成新的估价。

根据本申请的一种信息处理方法，还包括：若所述第一估价与所述第二估价的偏差未超出阈值，所述服务器将所述第二估价作为所述案件的估价。

根据本申请的一种信息处理方法，还包括：响应于接收到第一客户端计算机提供的案件信息后，所述服务器存储所述案件信息。

根据本申请的一种信息处理方法，还包括：据第一估价与第二估价的差值大于第一门限值来识别所述第一估价与所述第二估价的偏差超过阈值，或者根据第一估价与第二估价的差相对于第一估价或第二估价的比值大于第二门限值来识别所述第一估价与所述第二估价的偏差超过阈值。

根据本申请的一种信息处理方法，还包括：若所述第一估价与所述第二估价的偏差超过阈值，判断所述服务器是否获取授权。

根据本申请的一种信息处理方法，还包括：若所述服务器得到授权，则所述服务器生成第三估价，并将所述第三估价发送给第二客户端计算机以请求第二客户端计算机确认第三估价；若所述服务器未得到授权，则所述服务器将第一估价、第二估价发送给第一客户端计算机，以请求第一客户端计算机提供第四估价。

根据本申请的一种信息处理方法，还包括：所述服务器使第一客户端计算机与第二客户端计算机通信，并获取第一客户端计算机提供的第四估价。

根据本申请的一种信息处理方法，还包括：所述服务器不向所述第二客户端计算机提供第一估价。

根据本申请的一种信息处理方法，还包括：所述移动终端在所述案件发生的现场，采集所述案件相关信息。

根据本申请的一种信息处理方法，还包括：所述案件的相关信息，包括所述案件的现场的照片和/或视频。

根据本申请的一种信息处理方法，还包括：所述案件是交通事故案件，所述第一估价包括对所述案件的被损坏车辆的估损值，所述第二估价是对所述被损坏车辆的维修报价。

根据本申请的一种信息处理方法，还包括：所述第一客户端计算机是对所述案件的被损坏车辆提供保险服务的服务商计算机。

根据本申请的一种信息处理方法，还包括：所述服务器根据所述案件发生的第一位置选择在第一位置附近的移动终端。

根据本申请的一种信息处理方法，还包括：所述服务器从案件信息中获取所述案件发生的第一位置，搜索距第一位置第一范围内的活跃移动终端，其中活跃移动终端是能够主动接收来自所述服务器的信息的移动终端；以及所述服务器选择活跃终端之一。

根据本申请的一种信息处理方法，还包括：若在距第一位置第一范围内没有搜索到活跃终端，则扩大搜索范围至第二指定范围。

根据本申请的一种信息处理方法，还包括：若在距第一位置第二范围内仍然未搜索到活跃终端，服务器从数据库选择活跃终端。

根据本申请的一种信息处理方法，还包括：所述服务器选择活跃终端之一作为目标移动终端，向目标移动终端发送确认消息。

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

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

根据本申请的一种信息处理方法，还包括：响应于在第三指定时间内收到目标移动终端的确认消息，所述服务器向目标移动终端发送所述案件信息。

根据本申请，提供了一种信息处理系统，其中：包括：通过网络耦合的一个或多个移动终端、一个或多个第一客户端计算机、一个或多个第二客户端计算机以及服务器；其用于执行上述任一种信息处理方法。

附图说明

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

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

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

图3是本申请实施例提供的查勘员使用的移动终端的图形用户界面；

图4是本申请实施例提供的服务器调度案件的方法流程图。

具体实施方式

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

如图1所示的本申请信息处理系统示意图。从图中可以看出，根据本申请实施例的信息处理系统包括通过网络耦合的一个或多个移动终端110、一个或多个客户端计算机120、一个或多个客户端计算机130以及服务器140。

移动终端110被查勘员随身携带，查勘员使用移动终端110处理事故车辆查勘任务。移动终端用于接受服务器140的调度给查勘员的查勘任务。查勘员通过该移动终端120接收查勘任务信息，并根据移动终端对查勘任务位置的指示，携带该移动终端前往查勘任务信息中的事故发生地点。在事故发生的现场，采集事故相关信息，完成进行勘察和/或估计车辆损失的任务，并通过移动终端110提交指示了所估计的车辆损失的估价单。

在一个例子中，第一客户端计算机120是对查勘任务中的发生事故的车辆提供保险服务的服务商计算机。保险服务商在接收到报案人就交通事故向保险服务商的报案后，将案件信息提交给服务器140。第一客户端计算机120听过互联网或web服务将案件信息传输给服务器140。可选地，保险服务商也通过第一客户端计算机120从报案人处接收报案。

作为又一个例子，第一客户端计算机120是为保险服务商提供服务的第三方使用的计算机。第三方通过电话等途径从保险服务商获取报案信息，并将报案信息通过第一客户端计算机120发送给服务器140。

第二客户端计算机130是例如对损坏的车辆进行修理的维修厂的计算机。在事故车辆进入维修厂后，维修厂定损员根据车辆损坏情况给出用于维修车辆的定损估价，通过第二客户端计算机130将估价单提交给服务器140。

服务器140接收第一客户端计算机120提交的案件信息，并进行案件调度，在调度完成之后，将案件信息发送给被调度的查勘员的移动终端110。并在勘察完成之后，将移动终端110提交的第一估价单和第二客户端计算机130提交的第二估价单进行对比。

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

根据图2展示的方法，本申请实施例的信息处理方法，在查勘流程与定损流程中被实施。查勘流程为对车辆交通事故发生现场状况进行查勘，并初步预估损失。定损流程为在事故车辆进入维修厂之后，对车辆进行定损以及报价。

在查勘流程中，第一客户端计算机、服务器与移动终端彼此协作来完成查勘流程。第一客户端计算机是例如保险公司、查勘管理人员或中立第三方使用的计算机。移动终端是例如查勘人员或者查勘流程的报案人使用的智能手机。

本申请实施例中，查勘流程包括以下步骤：

步骤s11：第一客户端计算机接收案件信息，并将案件信息提供给服务器。

案件信息的部分或全部来自报案人。报案人是例如车辆交通事故的当事人，事故车辆的被保险人，也可以为除保险人以外的其他人。可选地，第一客户端计算机根据被保险人信息而向案件信息中添加保单号、报案号等信息。作为举例，案件信息包括：被保险人信息、报案号、保单号、车辆信息、位置信息、出险情况等。

可选地，响应于接收到第一客户端计算机提供的案件信息后，所述服务器存储所述案件信息。

步骤s12：服务器接收案件信息，并根据案件信息选择移动终端，将案件信息发送给移动终端。

服务器接收到第一客户端计算机120上传的案件信息后，保存案件信息。接下来进入对案件的调度阶段。在案件调度阶段，为当前案件选择最合适的查勘人员，并将案件信息发送给所选择的查勘人员的移动终端。调度过程可以是自动调度和/或人工调度。作为举例，选择具有案件发生的现场最近的移动终端，将其用户作为最合适的查勘人员。作为又一个例子，选择当前没有待处理案件的移动终端，将其用户作为最合适的查勘人员。

可选地，在服务器中以列表形式显示正在处理中的所有案件，并将需要调度的案件突出显示。可选地，根据不同的优先级以不同形式提示案件，例如，通过不同颜色，字体加粗，加框，语音提示等来提示案件。还在处理流程出现超时的时候给出警告。

步骤s13：所述移动终端获取所述案件信息，采集案件相关信息。

在一个例子中，移动终端110接收到服务器140发送的案件信息后，移动终端110的用户(查勘员)根据案件信息中的位置信息，前往事故发生地，进行现场查勘，获取案件相关信息。案件相关信息包括案件的现场的照片和/或视频，记录车辆损坏状况、事故发生状况等。需填写的案件相关信息如附图3所示。

在又一个例子中，终端终端110的用户是报案人。响应于收到来自服务器的案件信息，通过使用移动终端110获取案件相关信息。

步骤s14：根据案件相关信息生成第一估价并提交给服务器。

在一个例子中，查勘员根据案件相关信息对车辆进行初步定损与估价，生成第一估价后在移动终端上填写第一估价单并发送给服务器140。第一估价包括对所述案件的被损坏车辆的估损值。在又一个例子中，移动终端110根据其用户添加的案件相关信息，而自动生成第一估价。例如根据案件相关信息中记录的车辆损坏情况、损坏部件等信息，获取同各损坏信息对应的平均或通常维修费用，以得到第一估价。可选地，移动终端110从案件相关信息的车辆损坏部分的照片中识别车辆的损坏情况，并生成第一估价。

第一估价被移动终端110提供给服务器。

经过查勘后的事故车辆被送往维修厂维修，并通过实施根据本申请图2展示的实施例的定损流程来定损(确定车辆维修价格)。维修厂的员工使用第二客户端计算机。

本申请图2的实施例中，定损流程包括以下步骤：

s21：服务器将案件信息发送给第二客户端计算机130，维修厂员工通过第二客户端计算机130根据车辆损坏情况作出第二估价，并将第二估价发送给服务器140。第二估价是对事故车辆的维修报价。

服务器从第二客户端计算机接收第二估价单。

根据本申请的实施例，将第二客户端计算机130与移动终端110以及服务器上的第一估价隔离，以避免第二客户端计算机130获得第一估价。第二客户端计算机130的用户仅根据所观察到的事故车辆的损坏情况作出第二估价。

s22：服务器获取第一估价，比较所述第一估价与所述第二估价的偏差是否超过阈值。

作为举例，偏差是否超过阈值的判定方式如下：(1)第二估价-第一估价>第一门限值c1；(2)(第二估价-第一估价)/第一估价>第二门限值c2。其中第一门限值c1和第二门限值c2由服务器指定。满足上面(1)或(2)中的任何一种条件都判定为偏差超过阈值。

若第一估价与第二估价的偏差超过阈值，跳转到步骤s23；若第一估价与第二估价的偏差未超出阈值，跳转到步骤s24。

s23：服务器判断自身是否有权限修改价格。

作为举例，一些情况下，为事故车辆承保的保险公司已经授权服务器修改价格，此时，服务器140有权限修改价格，服务器根据第一估价和第二估价生成第三估价。例如，服务器计算第一估价与第二估价的平均值作为第三估价，或者将第一估价或第二估价作为第三估价。作为又一个例子，服务器将第一估价、第二估价、案件信息以及查勘流程中由移动终端提供的案件相关信息提供给服务器的用户来生成第三估价。

在一些情况下，事故车辆承保的保险公司未授权服务器修改价格，则服务器140无权限修改价格，那么服务器140将案件信息、第一估价、第二估价发送给例如保险公司的第一客户端计算机120来生成第四估价。可选地，第一客户端计算机120生成的第四估价被发送给服务器。

生成第三估价或者第四估价后，服务器将其发送给维修厂的第二客户端计算机，若是维修厂能接受第三估价或者第四估价，将维修厂接受的第三估价或第四估价作为定损估价，进入步骤s24。可选地，服务器将生成的第三估价或第四估价作为定损价格，而无需维修厂确认接受。

其中，保险公司与维修厂的客户端计算机不直接通信，而是通过所述服务器进行通信。服务器获取保险公司生成的第四估价，将其发送给第二客户端计算机。服务器不向第二客户端计算机提供第一估价，以督促第二客户端计算机的用户给出客观、准确的第二报价。以及移动终端生成第一报价时，也得不到有关第二报价的信息。

s24：启动后续服务。

定损价格确定之后，维修厂开始维修。维修完毕之后，由服务器140向被保险人发送信息，提示其车辆维修完成。

可选地，修理完成之后，由被保险人对维修厂进行评价。

本实施例中，在查勘和定损两个不同的流程中分别由不同的参与者对事故车辆的损失提供估价，任何一方参与者无法获得对方的估价，实现了车损的双盲报价。由服务器比较双盲估价结果。在服务器上设置可定制的比较方式，例如差价阈值。若是两个估价超过阈值，启动定损报价更正流程，解决定损过程中的价格争议。通过该流程，能有效减少车辆定损的价格争议，保证了赔付的客观性。此外，对于被保险人来说，其只需要进行报案并提供案件信息。后续处理流程都由服务器与保险公司的第一客户端计算机和维修厂的第二客户端计算机进行。还通过服务器对查勘员的调度，有效减少了被保险人的等待时间，加速了查勘流程，降低查勘成本，极大的提升了用户体验。

图4展示了本发明实施例提供的服务器调度案件的方法流程图。案件调度方法在例如图2的步骤s12中被实施。

案件调度过程是在服务器140上进行的，过程如下。

s301.服务器获取案件信息。

s302.根据案件信息中的报案位置信息，搜索报案位置指定范围d1内的活跃移动终端。指定范围可以由服务器设定，比如以报案位置为圆心，半径5公里之内的范围。活跃移动终端是能够接收来自所述服务器的信息的移动终端。

若指定范围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。其中第一指定时间是例如1分钟。

s3034.再次向搜索到的各个活跃移动终端发送抢单邀请。

s3035.判断在第二指定时间之内是否有活跃移动终端指示接受订单。若有，则按照接受订单的时间顺序选择最早接受订单的移动终端，然后跳转至步骤s304。若没有，直接选择距离报案位置最近的活跃移动终端，然后跳转至步骤s304。其中第二指定时间是例如5分钟。

s304.向被选择的活跃移动终端(称为目标移动终端)发送确认消息。

s305.判断是第三指定时间内是否收到目标移动终端的确认消息。若是，则跳转至步骤s307。若否，则自动调度失败，跳转至步骤s306。其中第三指定时间是例如1分钟。

s306.人工选择其他移动终端，并将订单发送给选择的移动终端。

s307.向目标移动终端提交订单。此时，案件调度流程完毕。

本实施例中，查勘员可以通过移动终端进行线上接单，服务器完成订单的派发，最终促使查勘工作服务的达成。

查勘员可以将其移动终端设置为活跃状态、下线状态、不接单状态。处于活跃状态意味着查勘员会在接下来的时间里积极响应服务器发送的抢单要求，因而服务器会向其发送抢单邀请。对于处于下线状态的移动终端，服务器将不会对其发送抢单邀请。但是即使是处于下线状态，在特殊场景下仍然有可能会接到订单。比如通过步骤s306中的人工调度。移动终端在处于不接单状态时，服务器将不会对其发送抢单邀请。

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

可选地，移动终端处理的订单上包括地图导航，查勘员可以查看事故发生地点周边路况，协助查勘员赶赴现场。

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