基于视频的车险自助理赔方法、装置、设备与流程

文档序号:23224444发布日期:2020-12-08 15:08阅读:182来源:国知局
基于视频的车险自助理赔方法、装置、设备与流程

本发明涉及车险理赔技术领域,尤其涉及一种基于视频的车险自助理赔方法、装置、设备及计算机可读存储介质。



背景技术:

汽车是现代社会常见的代步工具,随着汽车保有量的不断增加,汽车事故的绝对数量也随之逐渐增长。而为了在出现事故后,降低财产损失,通常车主在购买汽车后,会定期进行汽车保险。汽车保险是指对机动车辆由于自然灾害或意外事故所造成的人身伤亡或财产损失负赔偿责任的一种商业保险。若是被保险的汽车发生交通事故,可依签订的保险合同办理车险理赔。

常规的车险理赔方式,主要是包括:车主报案、保险公司查勘人员现场查勘、保险公司出具定损结果、支付等步骤。这些过程导致整个理赔周期长,车主拿到理赔款的时间长,且理赔人员必须到现场执行查勘、定损等任务,人力成本高。

为解决这一问题,目前已经出现了一种线上自助理赔方法,理赔人员能够通过指导车主传送事故现场的照片及理赔所需的单证材料,以实现远程理赔。但是这种方式,一方面需要车主执行繁琐的操作;另一方面,由于是通过照片进行查勘和定损,而照片造假的技术难度低,因此存在较高的风险性。



技术实现要素:

本申请实施例通过提供一种基于视频的车险自助理赔,旨在解决现有的车险自助理赔安全性低、用户操作繁琐的技术问题。

为实现上述目的,本申请实施例提供了一种基于视频的车险自助理赔方法,包括如下步骤:

接收客户端的车险理赔请求,从所述车险理赔请求中获取车辆保险信息,并与客户端建立视频通信连接;

基于所述车辆保险信息,确定车辆自助理赔所需的理赔材料,并提示客户端发送包含所述理赔材料的理赔视频;

基于所述理赔视频获取所述理赔材料;

基于所述理赔材料进行车辆定损;

获取定损结果,并将所述定损结果发送至客户端;以及

接收客户端基于所述定损结果发送的反馈信息,以完成车险的自助理赔。

在一实施例中,所述基于所述理赔视频获取所述理赔材料,包括:

截取所述理赔视频中含有所述理赔材料的视频帧;以及

从所述视频帧中获取所述理赔材料。

在一实施例中,所述理赔材料包括索赔单证和定损单证,所述从所述关键帧中获取所述理赔材料,包括:

当所述理赔材料为索赔单证时,通过光学字符识别技术从所述关键帧中提取所述索赔单证信息;以及

当所述理赔材料为定损单证时,获取所述关键帧中的车损部位,并将所述关键帧保存为车损照片。

在一实施例中,所述基于所述理赔材料进行车辆定损,包括:

获取事故发生地,并根据所述事故发生地,获取目标车辆修理厂;

当得到定损单证后,根据所述定损单证确定车辆维修所需的配件和/或工时;以及

基于配件和/或工时和目标车辆修理厂,获取定损结果。

在一实施例中,所述获取事故发生地,并根据所述事故发生地,获取目标车辆修理厂,包括:

获取事故发生地的地址,并获取所述事故发生地预设范围内的所有待选车辆修理厂;

根据预设推荐规则,选取所述待选车辆修理厂中的一个推荐给所述客户端;以及

若所述客户端确认了推荐的所述待选车辆修理厂,则将推荐的所述待选车辆修理厂设置为目标车辆修理厂。

在一实施例中,所述基于所述车辆保险信息,确定车辆自助理赔所需的理赔材料,并提示客户端发送包含所述理赔材料的理赔视频,包括:

获取所述车辆保险信息中的保单数据,并基于所述保单数据对客户端的车辆进行视频验证;以及

当所述视频验证通过后,基于所述车辆保险信息,确定车辆自助理赔所需的理赔材料,并提示客户端发送包含所述理赔材料的理赔视频。

在一实施例中,所述获取所述车辆保险信息中的保单数据,并基于所述保单数据对客户端的车辆进行视频验证,包括:

获取所述保单数据中的预存车辆标识;

提示客户端发送含有当前车辆标识的验证视频;以及

获取所述验证视频,并比对所述当前车辆标识与所述预存车辆标识是否一致,若一致,则客户端的车辆通过所述视频验证。

为实现上述目的,本申请实施例还提出一种基于视频的车险自助理赔装置,所述基于视频的车险的自助理赔装置包括:

接收获取模块,用于接收客户端发送的车险理赔请求,获取所述车险理赔请求中的车辆保险信息;

视频通信模块,用于与客户端建立视频通信;

确定提示模块,用于基于所述车辆保险信息,确定车辆自助理赔所需的理赔材料,并提示客户端发送包含所述理赔材料的理赔视频;

理赔材料获取模块,用于基于所述理赔视频中获取所述理赔材料;

车辆定损模块,用于基于所述理赔材料进行车辆定损;

结果发送模块,用于获取定损结果,并将所述定损结果发送至客户端;以及,

自助理赔模块,用于接收客户端基于所述定损结果发送的反馈信息,以完成车险的自助理赔。

为实现上述目的,本申请实施例还提出一种车险自助理赔设备,包括存储器、处理器及存储在存储器上并可在处理器上运行的基于视频的车险自助理赔程序,所述处理器执行所述基于视频的车险自助理赔程序时实现上述任一项所述的基于视频的车险自助理赔方法。

为实现上述目的,本申请实施例还提出一种计算机可读存储介质,其上存储有基于视频的车险自助理赔程序,其特征在于,该基于视频的车险自助理赔程序被处理器执行时实现上述任一所述的基于视频的车险自助理赔方法。

本申请技术方案的基于视频的车险自助理赔方法,在接收到客户端的车险理赔请求后,通过与客户端建立视频通信连接,并基于从理赔视频中获取的理赔材料以进行车辆定损,从而可提高理赔材料的真实性,极大地降低了理赔材料造假的可能性,进而有利于降低车险自助理赔的风险性;同时,通过理赔端基于理赔视频获取理赔材料,可减少客户端用户上传理赔材料的所需的操作,而简化了用户自助理赔的复杂性,从而有利于提升用户的使用体验。因此,相较于一般的车险自助理赔而言,本申请基于视频的车险自助理赔方法具有理赔风险性低、用户体验好的优点。

附图说明

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

图1为本发明车险自助理赔设备一实施例的模块结构图;

图2为本发明基于视频的车险自助理赔一实施例的流程示意图;

图3为本发明基于视频的车险自助理赔另一实施例的流程示意图;

图4为本发明基于视频的车险自助理赔又一实施例的流程示意图;

图5为本发明基于视频的车险自助理赔再一实施例的流程示意图;

图6为本发明基于视频的车险自助理赔装置一实施例的模块结构图。

本发明目的的实现、功能特点及优点将结合实施例,参照附图做进一步说明。

具体实施方式

应当理解,此处所描述的具体实施例仅仅用以解释本发明,并不用于限定本发明。

为了更好的理解上述技术方案,下面将参照附图更详细地描述本公开的示例性实施例。虽然附图中显示了本公开的示例性实施例,然而应当理解,可以以各种形式实现本公开而不应被这里阐述的实施例所限制。相反,提供这些实施例是为了能够更透彻地理解本公开,并且能够将本公开的范围完整的传达给本领域的技术人员。

应当注意的是,在权利要求中,不应将位于括号之间的任何参考符号构造成对权利要求的限制。单词“包含”不排除存在未列在权利要求中的部件或步骤。位于部件之前的单词“一”或“一个”不排除存在多个这样的部件。本发明可以借助于包括有若干不同部件的硬件以及借助于适当编程的计算机来实现。在列举了若干装置的单元权利要求中,这些装置中的若干个可以是通过同一个硬件项来具体体现。单词第一、第二、以及第三等的使用不表示任何顺序。可将这些单词解释为名称。

如图1所示,图1是本发明实施例方案涉及的硬件运行环境的服务器1(又叫车险的自助理赔设备)结构示意图。

本发明实施例服务器,如“物联网设备”、带联网功能的智能空调、智能电灯、智能电源,带联网功能的ar/vr设备,智能音箱、自动驾驶汽车、pc,智能手机、平板电脑、电子书阅读器、便携计算机等具有显示功能的设备。

如图1所示,所述服务器1包括:存储器11、处理器12及网络接口13。

其中,存储器11至少包括一种类型的可读存储介质,所述可读存储介质包括闪存、硬盘、多媒体卡、卡型存储器(例如,sd或dx存储器等)、磁性存储器、磁盘、光盘等。存储器11在一些实施例中可以是服务器1的内部存储单元,例如该服务器1的硬盘。存储器11在另一些实施例中也可以是服务器1的外部存储设备,例如该服务器1上配备的插接式硬盘,智能存储卡(smartmediacard,smc),安全数字(securedigital,sd)卡,闪存卡(flashcard)等。

进一步地,存储器11还可以既的包括服务器1的内部存储单元也包括外部存储设备。存储器11不仅可以用于存储安装于服务器1的应用软件及各类数据,例如基于视频的车险自助理赔程序10的代码等,还可以用于暂时地存储已经输出或者将要输出的数据。

处理器12在一些实施例中可以是一中央处理器(centralprocessingunit,cpu)、控制器、微控制器、微处理器或其他数据处理芯片,用于运行存储器11中存储的程序代码或处理数据,例如执行基于视频的车险自助理赔程序10等。

网络接口13可选的可以包括标准的有线接口、无线接口(如wi-fi接口),通常用于在该服务器1与其他电子设备之间建立通信连接。

网络可以为互联网、云网络、无线保真(wi-fi)网络、个人网(pan)、局域网(lan)和/或城域网(man)。网络环境中的各种设备可以被配置为根据各种有线和无线通信协议连接到通信网络。这样的有线和无线通信协议的例子可以包括但不限于以下中的至少一个:传输控制协议和互联网协议(tcp/ip)、用户数据报协议(udp)、超文本传输协议(http)、文件传输协议(ftp)、zigbee、edge、ieee802.11、光保真(li-fi)、802.16、ieee802.11s、ieee802.11g、多跳通信、无线接入点(ap)、设备对设备通信、蜂窝通信协议和/或蓝牙(bluetooth)通信协议或其组合。

可选地,该服务器还可以包括用户接口,用户接口可以包括显示器(display)、输入单元比如键盘(keyboard),可选的用户接口还可以包括标准的有线接口、无线接口。可选地,在一些实施例中,显示器可以是led显示器、液晶显示器、触控式液晶显示器以及oled(organiclight-emittingdiode,有机发光二极管)触摸器等。其中,显示器也可以称为显示屏或显示单元,用于显示在服务器1中处理的信息以及用于显示可视化的用户界面。

图1仅示出了具有组件11-13以及车险自助理赔程序10的服务器1,本领域技术人员可以理解的是,图1示出的结构并不构成对服务器1的限定,可以包括比图示更少或者更多的部件,或者组合某些部件,或者不同的部件布置。

在本实施例中,处理器12可以用于调用存储器11中存储的基于视频的车险自助理赔程序,并执行以下操作:

接收客户端的车险理赔请求,从所述车险理赔请求中获取车辆保险信息,并与客户端建立视频通信连接;

基于所述车辆保险信息,确定车辆自助理赔所需的理赔材料,并提示客户端发送包含所述理赔材料的理赔视频;

基于所述理赔视频获取所述理赔材料;

基于所述理赔材料进行车辆定损;

获取定损结果,并将所述定损结果发送至客户端;以及

接收客户端基于所述定损结果发送的反馈信息,以完成车险的自助理赔。

在本实施例中,处理器12可以用于调用存储器11中存储的基于视频的车险自助理赔程序,并执行以下操作:

所述基于所述理赔视频获取所述理赔材料,包括:

截取所述理赔视频中含有所述理赔材料的视频帧;以及

从所述视频帧中获取所述理赔材料。

在本实施例中,处理器12可以用于调用存储器11中存储的基于视频的车险自助理赔程序,并执行以下操作:

所述理赔材料包括索赔单证和定损单证,所述从所述关键帧中获取所述理赔材料,包括:

当所述理赔材料为索赔单证时,通过光学字符识别技术从所述关键帧中提取所述索赔单证信息;以及

当所述理赔材料为定损单证时,获取所述关键帧中的车损部位,并将所述关键帧保存为车损照片。

在本实施例中,处理器12可以用于调用存储器11中存储的基于视频的车险自助理赔程序,并执行以下操作:

所述基于所述理赔材料进行车辆定损,包括:

获取事故发生地,并根据所述事故发生地,获取目标车辆修理厂;

当得到定损单证后,根据所述定损单证确定车辆维修所需的配件和/或工时;以及

基于配件和/或工时和目标车辆修理厂,获取定损结果。

在本实施例中,处理器12可以用于调用存储器11中存储的基于视频的车险自助理赔程序,并执行以下操作:

所述获取事故发生地,并根据所述事故发生地,获取目标车辆修理厂,包括:

获取事故发生地的地址,并获取所述事故发生地预设范围内的所有待选车辆修理厂;

根据预设推荐规则,选取所述待选车辆修理厂中的一个推荐给所述客户端;以及

若所述客户端确认了推荐的所述待选车辆修理厂,则将推荐的所述待选车辆修理厂设置为目标车辆修理厂。

在本实施例中,处理器12可以用于调用存储器11中存储的基于视频的车险自助理赔程序,并执行以下操作:

所述基于所述车辆保险信息,确定车辆自助理赔所需的理赔材料,并提示客户端发送包含所述理赔材料的理赔视频,包括:

获取所述车辆保险信息中的保单数据,并基于所述保单数据对客户端的车辆进行视频验证;以及

当所述视频验证通过后,基于所述车辆保险信息,确定车辆自助理赔所需的理赔材料,并提示客户端发送包含所述理赔材料的理赔视频。

在本实施例中,处理器12可以用于调用存储器11中存储的基于视频的车险自助理赔程序,并执行以下操作:

所述获取所述车辆保险信息中的保单数据,并基于所述保单数据对客户端的车辆进行视频验证,包括:

获取所述保单数据中的预存车辆标识;

提示客户端发送含有当前车辆标识的验证视频;以及

获取所述验证视频,并比对所述当前车辆标识与所述预存车辆标识是否一致,若一致,则客户端的车辆通过所述视频验证。

基于上述服务器1的硬件架构,提出本发明基于视频的车险自助理赔方法的实施例。本发明的基于视频的车险自助理赔方法,旨在提高自助理赔的安全性,并简化用户在自助理赔过程中操作复杂性。

参照图2所示,在本发明基于视频的车险的自助理赔方法的一实施例中,所述基于视频的车险的自助理赔方法包括如下步骤:

s10、接收客户端的车险理赔请求,从所述车险理赔请求中获取车辆保险信息,并与客户端建立视频通信连接。

具体而言,当车辆发生交通事故后,客户端发出车险理赔请求,该车险理赔请求包括客户端对应的用户身份信息,该用户身份信息包括用户投保时所注册的身份证号、账号、手机号或微信等可以验证用户身份的账号。理赔端(或服务器)在接收到客户端发送车辆理赔请求后,根据所述用户身份信息检索预置的保险信息库,以获取车辆保险信息。若理赔端确认与客户端进行视频通信连接,则理赔端与客户端建立视频通信。这其中,建立视频通信的请求,既可以是客户端向理赔端发送的,也可是理赔端向客户端发送的。该视频通信包括画面数据和声音数据的传输,以便于客户端的车主与理赔端的理赔人员进行沟通。

具体地,在本实施例中,理赔端与客户端进行实时视频通信连接。可以理解,采用实时视频通信连接,既有助于提高视频材料的真实性,也有助于理赔人员获取事故现场的信息,以便于理赔人员作出合理的理赔判断。同时,实时的视频通信,也有利于理赔人员与用户之间进行信息的沟通,从而提高沟通效率,节约理赔所需时间。当然,本申请的设计不限于此,在其他实施例中,理赔端与客户端之间的通信连接也可是定时视频通信。当理赔端与客户端进行定时视频通信时,两者互相发送定时视频,以进行沟通,其类似于微信语音。

s20、基于所述车辆保险信息,确定车辆自助理赔所需的理赔材料,并提示客户端发送包含所述理赔材料的理赔视频。

具体而言,在得到车辆保险信息,可基于预设的理赔规则,如不同的保险类型、不同的保险额度,以确定当前车辆自助理赔所需的理赔材料。在本实施例中,车辆自助理赔所需的理赔材料包括索赔单证和定损单证。其中,索赔单证用于确认和锁定用户的身份信息、收款账号信息等,定损单证用于对车辆进行定损,以获取定损金额。在确定理赔材料后,便可提示客户端发送包含理赔材料的理赔视频。这其中,由于本实施例采用实时视频通信的方式,客户端在接收到提示后,可将客户端(手机、平板电脑、行车记录仪等)对准理赔材料,以向理赔端实时传输包含理赔材料的理赔视频。如此,用户仅需进行视频拍摄即可,而无需执行其他操作。从而可自助理赔时,减少客户端用户上传理赔材料的所需的操作,而简化了用户自助理赔的复杂性,从而有利于提升用户的使用体验。当然,本申请设计不限于此,在其他实施例中,客户端也可根据理赔端的提示,分段拍摄包含理赔材料的定时视频。

s30、基于所述理赔视频获取理赔材料。

具体而言,在获取客户端发送的理赔视频后,理赔端可从该理赔视频中获取理赔材料,以理赔工作的开展。可以理解,无论客户端是实时发送理赔视频,还是分段发送理赔视频,由于视频造假存在技术要求高、时间成本高、造假成本高等因素,因此基于视频的方式以获取理赔材料,能够极大地提高理赔材料的真实性,从而可极大地降低理赔造假的可能性,有利于降低车险自助理赔的风险性。值得说明的是,相较于分段发送理赔视频的方式,采用实时发送理赔视频的方式,能够更进一步地提高理赔材料的可信度。

s40、基于所述理赔材料进行车辆定损。

具体而言,当理赔端从理赔视频中获取到理赔材料后,则可基于该理赔材料进行车辆定损。这其中,车辆定损所需的理赔材料主要为车辆损失部位的照片。在获得车损照片后,理赔端可对车损图片进行深度识别,并根据识别所得到的损失部位和损失程度,分析车辆的维修所需的配件和/或工时,并根据该配件和/或工时确定车辆保险赔偿金额,即定损理赔金额。

s50、获取定损结果,并将所述定损结果发送至客户端。

具体而言,理赔端进行车辆定损并得到车辆定损结果后,将车辆定损结果发送给客户端,客户端在接收到车辆定损结果后,客户端的用户可对定损结果(如定损理赔金额、收款账号等)进行确认。若客户端的用户对定损结果没有异议,则可向理赔端反馈确认信息,该确认信息主要以文字信息为主,如邮件、短信、通信软件信息等。示例性的,由于在理赔过程中,客户端与理赔端进行实时视频通信,因此,在收到定损结果后,为便于确认定损结果,客户端上可将视频界面最小化,并打开新的界面以展示定损结果。这其中,若客户端的用户对定损结果确认无误,则可在所述新的界面进行签字授权,并将签字授权作为确认的结果发回至理赔端。而为了便于与理赔端进行沟通,客户端在返回确认结果后,重新返回视频通信界面。

s60、接收客户端基于所述定损结果发送的反馈信息,以完成车险的自动理赔。

具体而言,理赔端接收客户端基于车辆定损结果发送的反馈信息,若反馈信息是客户端的用户对于定损结果没有异议,则进入车险理赔待支付阶段,等待车辆修理完成后,便可向用户的收款账号转账,以完成车险理赔。若反馈信息是客户端的用户对于定损结构提出异议,则返回车辆定损阶段,重新获取定损结果,并将新获得定损结果再次发送给客户端,等待客户端确认。这其中,理赔端可根据客户端的反馈信息,多次对车辆进行定损,直至客户端的用户对定损结果不再提出异议;也可是,当客户端的用户对车辆定损结果提出异议的次数大于预设上限时,则放弃在线理赔的方案,执行线下理赔的方案。

可以理解,本申请技术方案的基于视频的车险自助理赔方法,在接收到客户端的车险理赔请求后,通过与客户端建立视频通信连接,并基于从理赔视频中获取的理赔材料以进行车辆定损,从而可提高理赔材料的真实性,极大地降低了理赔材料造假的可能性,进而有利于降低车险自助理赔的风险性;同时,通过理赔端基于理赔视频获取理赔材料,可减少客户端用户上传理赔材料的所需的操作,而简化了用户自助理赔的复杂性,从而有利于提升用户的使用体验。因此,相较于一般的车险自助理赔而言,本申请基于视频的车险自助理赔方法具有理赔风险性低、用户体验好的优点。

如图3所示,在一实施例中,所述基于所述车辆保险信息,确定车辆自助理赔所需的理赔材料,并提示客户端发送包含所述理赔材料的理赔视频,包括:

s21、获取所述车辆保险信息中的保单数据,并基于所述保单数据对客户端的车辆进行视频验证。

具体而言,车辆保险信息中含有用户投保时的保单数据,该保单数据中含有车辆的标识信息,根据该标识可对事故车辆进行视频验证,以验证当前事故车辆,与客户端投保车辆是否一致,以避免当前事故车辆与投保车辆不一致的情况,进一步降低自助理赔的风险性。而进行视频验证,相较于短信验证、图片验证等方式,则有利于提高事故车辆信息的真实性,以提高车辆验证的准确性。

s22、当所述视频验证通过后,基于所述车辆保险信息,确定车辆自助理赔所需的理赔材料,并提示客户端发送包含所述理赔材料的理赔视频。

具体而言,若视频验证通过,则证明当前事故车辆与客户端投保车辆一致,此时,可基于车辆保险信息,确定车辆自助理赔所需的理赔材料,并提示客户端发送包含所述理赔材料的理赔视频。

在一实施例中,所述获取所述车辆保险信息中的保单数据,并基于所述保单数据对客户端的车辆进行视频验证,包括:

s211、获取所述保单数据中的预存车辆标识。

具体而言,理赔端在获取客户端对应的用户的车辆保险信息后,可从该车辆保险信息中获取车辆的保单数据,进而获得保单数据中预存车辆标识,该预存车辆标识为用户投保时的车辆的标识信息。该预存车辆标识可以为车辆的车牌号或车辆识别码(vehicleidentificationnumber,vin)中的至少一者。

s212、提示客户端发送含有当前车辆标识的验证视频。

具体而言,在获取预存车辆标识后,理赔端向客户端发出提示信息,以提示用户发送含有当前事故车辆的车辆标识信息的验证视频。这其中,验证视频中的车辆标识信息需与预存车辆标识属于同一类别的标识信息。由于在理赔过程中,客户端与理赔端可进行实时视频通信连接,因此客户端在接收到上述提示信息后,可将客户端(手机、平板电脑、行车记录仪等)对准当前事故车辆上的标识信息,以向理赔端实时传输验证视频。如此,用户仅需进行视频拍摄即可,无需执行其他操作,从而可在自助理赔时,减少用户的操作流程和操作难度,以提升用户的使用体验。当然,本申请设计不限于此,在其他实施例中,客户端也可根据理赔端的提示,发送包含车辆标识信息的定时视频。

s213、获取所述验证视频,并比对所述当前车辆标识与所述预存车辆标识是否一致,若一致,则客户端的车辆通过所述视频验证。

具体而言,在接收到客户端发送的验证视频后,可比对验证视频中的车辆标识信息与车辆保单数据中的预存车辆标识信息,若两者一致,则客户端的车辆通过视频验证,可进行后续的理赔工作。这其中,客户端在获取验证视频后,可通过截图的方式,截取验证视频中含有当前车辆标识的视频帧,并将该视频帧保存为图片格式的文件。这之后,可通过光学字符识别技术(即ocr技术)从所保存的图片中识别出当前车辆标识,并将识别到的当前车辆标识与预存车辆标识进行比对,以验证当前事故车辆与投保车辆是否一致。当然,于其他实施例中,也可通过人工识别的方式,判断当前车辆标识与预存车辆标识是否一致。

在一实施例中,所述当所述视频验证通过后,基于所述车辆保险信息,确定车辆自助理赔所需的理赔材料,并提示客户端发送包含所述理赔材料的理赔视频,包括:

s221、当车辆验证通过后,获取车辆理赔所需的索赔单证和定损单证。

具体而言,当车辆验证通过后,理赔端获取车辆理赔所需的索赔单证和定损单证。其中,索赔单证为索赔单证是指当被保险人就保险单项下的损失向保险人索赔时应该递送的证明文件。索赔单证通常包括行驶证、驾驶证、车主的收款银行卡号等。定损单证为对车辆进行定损所需要的定损材料,其需要能够全面且详细的体现车辆受损部分的细节,以便于确定车辆的受损程度,而对车辆进行定损。定损单证通常包括车辆损毁部位的照片。

s222、提示客户端发送包含所述索赔单证和所述定损单证的理赔视频。

具体而言,由于索赔单证和定损单证并不相同,因此不同的单证所对应的提示信息也不同,客户端可根据提示信息的不同,而向理赔端发送包含不同理赔材料的视频。由于本实施例中,客户端与理赔端建立实时视频通信,因此,客户端在接受到对应提示后,拍摄不同的对象即可。

如图4所示,在一实施例中,所述基于所述理赔视频获取所述理赔材料包括:

s31、截取所述理赔视频中含有所述理赔材料的视频帧。

具体而言,播放接收到的理赔视频,当所述理赔视频中出现理赔材料时,截取含有理赔材料的视频帧。具体地,可通过人工方式识别所述理赔视频中是否出现理赔材料,也可通过人工智能的方式识别理赔视频中是否出现理赔材料。而截取含有理赔材料的视频帧的操作,则是理赔端在接收到截图指令后执行,该截图指令既可以来源于理赔工作人员的人工输入,也可以来源于理赔端的处理器。

s32、从所述视频帧中获取所述理赔材料。

具体而言,在截取到含有理赔材料的视频帧后,可从该视频帧中获取理赔材料。

可以理解,通过截取视频帧的方式,以从理赔视频获取所需的理赔材料,能够减少获取理赔材料所需的计算量,并可将获取的视频帧保存,以留存理赔材料,从而便于后期翻看。

具体地,所述理赔材料包括索赔单证和定损单证,所述从所述关键帧中获取所述理赔材料,包括:

s321、当所述理赔材料为索赔单证时,通过光学字符识别技术从所述关键帧中提取所述索赔单证信息。

具体而言,光学字符识别技术(即ocr技术)是一种从图片中识别并提取文字、图片信息的技术。在本实施例中,索赔单证包括驾驶证、行驶证、车主的银行卡账号信息等,因此,在获取到视频帧后,可通过ocr技术识别并提取视频帧中的文本信息和图片信息,以获取对应的索赔单证,进而能够实现索赔单证的自动获取与填写。当然,于其他实施例中,也可通过人工识别的方式,判断当前车辆标识与预存车辆标识是否一致。

s322、当所述理赔材料为定损单证时,获取所述关键帧中的车损部位,并将所述关键帧保存为车损照片。

具体而言,当理赔材料为定损单证,将视频帧作为车损照片保存。此时,能够通过车损照片判断车辆受损部位,进而能够对车辆进行定损。

进一步地,本申请的基于视频的车险自助理赔方法还包括:在获取到所述理赔材料后,根据所述理赔材料的类别,将所述理赔材料保存至对应的理赔任务中。

具体而言,理赔材料通常包括索赔单证与定损单证,理赔任务则通常包括查勘任务和定损任务,这其中,部分索赔单证仅可用于查勘任务,如银行卡账号等,而部分索赔单证既可用于查勘任务,也可用于定损任务,如驾驶证、行驶证等。定损单证则只用于定损任务中,如车损照片。可以理解,就理赔材料按照类别保存至对应的理赔任务中,能够便于理赔材料的复查,并能够在必须进行线下理赔时,将理赔材料与场景进行比对,以便于线下理赔工作的进行。

如图5所示,在一实施例中,所述基于理赔材料进行车辆定损的步骤具体包括:

s41、获取事故发生地址,并根据所述事故发生地址,获取目标车辆修理厂。

具体而言,由于车险理赔主要是基于车辆维修得到的,而车辆维修的费用需要基于车辆维修所需的配件和/或工时,根据车辆修理厂的不同,维修所需的配件和/或工时的金额也不相同。因此,进行车辆定损时,需要基于确定的车辆修理厂与维修所需的配件和工时确定。而通过事故发生地点确定车辆修理厂,能够在尽量短的时间内的将车辆运送到车辆修理厂进行维修,以缩短车险理赔的时间。

s42、当得到定损单证后,根据所述定损单证确定车辆维修所需的配件和/或工时。

具体而言,在本实施例中,在获取所述车损照片后,理赔端(或通过服务器)将车损照片进行图片分解,确定受损的部件名称和/或受损面积信息;并将受损部件名称和/或受损面积信息与预置车辆定损数据库进行遍历匹配,以得到车辆维修所需的配件和/或工时。

s43、基于配件和/或工时及目标车辆修理厂,获取定损结果。

具体而言,在确定标车辆修理厂后,便可从目标车辆修理厂获取维修车辆所需的配件和/或工时的价格,进而确定车辆维修所需的金额,进而得到车辆定损结果。

值得说明的是,在其他实施例中,也可是先确定车辆维修所需的配件和/或工时,再确定目标车辆修理厂。

具体地,在一实施例中,所述获取事故发生地,并根据所述事故发生地,获取目标车辆修理厂包括:

s411、获取事故发生地的地址,并获取所述事故发生地预设范围内的所有待选车辆修理厂;

具体而言,该事故发生地址,可以是客户端发出车险理赔请求的同时,向理赔端发送的;也可是理赔过程中,理赔端向客户端发送请求后,客户端向理赔端发送的。理赔端在获取事故发生地址后,能够获取车辆修理城预设范围内的所有待选车辆修理厂。基于事故发生地的地段和/或事故发生时间段的不同,该预设范围也随之不同。举例来说,若是事故发生在市中心附近和/或事故发生在高峰时段,则预设范围设置的较小,如1km-2km。若事故发生在郊区和/或事故发生在常规时间段,则预设范围设置的较大,如2km-5km。

s412、根据预设的推荐规则,选取所述待选车辆修理厂中的一个推荐给所述客户端。

具体而言,在获取事故发生地预设范围内的所有修理厂后,理赔端根据预设的推荐规则向客户端推荐一个车辆修理厂。该预设的推荐规则可以为距离规则、网络评价规则、收费规则中的至少一种。

s413、若所述客户端确认了推荐的所述待选车辆修理厂,则将推荐的所述待选车辆修理厂设置为目标车辆修理厂。

具体而言,当客户端确定推荐的车辆修理厂后,将该车辆修理厂作为目标车辆修理厂。而若是客户端未确认推荐的车辆修理厂,则从事故发生地预设范围内选取新的车辆修理厂推荐给客户端。

在一实施例中,所述接收客户端基于所述定损结果发送的反馈信息,以完成车险的自动理赔,包括:

s61、若客户端基于定损结果发送了确认的反馈信息,则将定损结果中定损金额与预设金额进行比对。

具体地,若客户端反馈了确认的信息,则说明客户端对定损结果保持认可,此时,理赔端可将定损结果中定损金额与预设金额进行比对。这其中,预设金额为保险公司综合车辆保险额、保险种类、投保车辆等多种因素而得到的,根据实际情况的不同,可做出适应性的调整。

s62、若所述定损金额小于或等于所述预设金额,则在线理赔通过,进入赔偿金待支付阶段;

具体地,若定损金额小于或等于预设金额,说明在线理赔得到的定损金额较小,符合保险公司预期的金额,此时,线上理赔通过。将查勘任务也定损任务发送后,即可进入赔偿金待支付阶段,待赔偿金支付后,理赔结束。

s63、若所述定损金额大于所述预设金额,则在线理赔通过,进入线下理赔阶段。

具体地,若定损金额大于预设金额,说明在线理赔得到的定损金额较大,超出了保险公司预期的金额,为降低理赔风险,此时,线上理赔不通过,需进行线下理赔。其中,线下理赔的流程也可在理赔端上完成,与线上理赔的区别在于查勘、定损等任务需要理赔员现场取证、现场确认,待线下理赔完成后,理赔结束。

此外,参照图6,本发明实施例还提出基于视频的车险自助理赔装置,所述基于视频的车险的自助理赔装置包括:

接收获取模块110,用于接收客户端发送的车险理赔请求,获取所述车险理赔请求中的车辆保险信息;

视频通信模块120,用于与客户端建立视频通信;

确定提示模块130,用于基于所述车辆保险信息,确定车辆自助理赔所需的理赔材料,并提示客户端发送包含所述理赔材料的理赔视频;

理赔材料获取模块140,用于基于所述理赔视频中获取所述理赔材料;

车辆定损模块150,用于基于所述理赔材料进行车辆定损;

结果发送模块160,用于获取定损结果,并将所述定损结果发送至客户端;以及,

自助理赔模块170,用于接收客户端基于所述定损结果发送的反馈信息,以完成车险的自助理赔。

其中,基于视频的车险的自助理赔装置的各个功能模块实现的步骤可参照本发明基于视频的车险的自助理赔方法的各个实施例,此处不再赘述。

此外,本发明实施例还提出一种计算机可读存储介质,计算机可读存储介质可以是硬盘、多媒体卡、sd卡、闪存卡、smc、只读存储器(rom)、可擦除可编程只读存储器(eprom)、便携式紧致盘只读存储器(cd-rom)、usb存储器等中的任意一种或者几种的任意组合。计算机可读存储介质中包括基于视频的车险的自助理赔程序10,本发明之计算机可读存储介质的具体实施方式与上述基于视频的车险的自助理赔方法以及服务器1的具体实施方式大致相同,在此不再赘述。

本领域内的技术人员应明白,本发明的实施例可提供为方法、系统、或计算机程序产品。因此,本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且,本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、cd-rom、光学存储器等)上实施的计算机程序产品的形式。

本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器,使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中,使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品,该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上,使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

尽管已描述了本发明的优选实施例,但本领域内的技术人员一旦得知了基本创造性概念,则可对这些实施例作出另外的变更和修改。所以,所附权利要求意欲解释为包括优选实施例以及落入本发明范围的所有变更和修改。

显然,本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样,倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内,则本发明也意图包含这些改动和变型在内。

当前第1页1 2 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1