CN113971615A - 车险报案方法、装置、电子设备和介质 - Google Patents

Abstract

本公开提供了一种车险报案方法、装置、电子设备和介质，涉及保险技术领域。其中，车险报案方法包括：获取车辆标识信息；将所述车辆标识信息发送至区块链节点；接收所述区块链节点反馈的与所述车辆标识信息匹配的车险承保信息；响应于所述车险承保信息，唤起用于报案的进程。通过本公开的技术方案，只要获取到车牌号等车辆标识信息，就能够实现用于报案的进程的触发，从而能够大大简化车辆事故报案过程，提升报案效率，进而能够实现对由于交通事故处理事件较长导致的交通堵塞进行缓解。

Description

车险报案方法、装置、电子设备和介质

技术领域

本公开涉及保险技术领域，尤其涉及一种车险报案方法、装置、电子设备和存储介质。

背景技术

为了防止由于意外事故等导致车辆损失，车辆用户通常都会为车辆投保。但是在有些场合中，由于用户不能够及时确认保险公司信息而导致降低车辆发生事故时的报案效率，这些场合包括但不限于：

(1)车辆用户不是车辆投保人，导致不清楚投保信息；

(2)由于车辆投保人频繁更换承保公司，导致对投保信息混淆；

(3)事故报案人不是车辆投保人，导致不清楚投保信息等。

在这些场合中，如何快捷获取投保信息，并提高报案效率，成为亟待解决的技术问题。

需要说明的是，在上述背景技术部分公开的信息仅用于加强对本公开的背景的理解，因此可以包括不构成对本领域普通技术人员已知的现有技术的信息。

发明内容

本公开的目的在于提供一种车险报案方法、装置、存储介质及电子设备，至少在一定程度上克服由于相关技术中的由于无法快速获取投保信息导致报案效率较低的问题。

本公开的其他特性和优点将通过下面的详细描述变得显然，或部分地通过本公开的实践而习得。

根据本公开的一个方面，提供一种车险报案方法，包括：获取车辆标识信息；将所述车辆标识信息发送至区块链节点；接收所述区块链节点反馈的与所述车辆标识信息匹配的车险承保信息；响应于所述车险承保信息，唤起用于报案的进程。

在一个实施例中，所述响应于所述车险承保信息，唤起用于报案的进程，具体包括：响应于所述车险承保信息，生成报案提示信息；在接收到用户针对所述提示信息的选择信息时，唤起所述用于报案的进程，其中，所述提示信息包括提示界面和/或提示语音。

在一个实施例中，所述提示信息用于提示用户选择报案方式，所述报案方式包括电话报案和应用报案，所述在接收到用户针对所述提示信息的选择信息时，唤起所述用于报案的进程，具体包括：基于所述选择信息，确定用户选择的所述报案方式；在所述报案方式为所述电话报案时，获取匹配的通信号码，以基于所述通信号码唤起呼叫进程执行呼叫报案；在所述报案方式为所述应用报案时，唤起报案应用进程，以基于所述报案应用进程向车险承保公司的发送报案信息。

在一个实施例中，所述响应于所述车险承保信息，唤起用于报案的进程，具体包括：响应于所述车险承保信息，检测所述终端接入的通信网络的信号质量；在基于检测结果唤起呼叫进程时，获取匹配的通信号码，以基于所述通信号码执行呼叫报案；在基于所述检测结果唤起报案应用进程时，基于所述报案应用进程向车险承保公司的服务器发送报案信息。

在一个实施例中，所述唤起报案应用进程，还包括：获取报案的位置信息；采集车辆事故图片；基于所述位置信息和所述事故图片生成所述报案信息；以及在与所述报案应用进程对应的应用界面输入所述报案信息。

在一个实施例中，所述获取车辆标识信息，具体包括：对采集到的用户语音信息进行语音识别，以识别出所述语音信息中的所述车辆标识信息；基于光学字符识别算法对采集到的目标图像进行识别，以识别出所述图像中的所述车辆标识信息；其中，所述目标图像包括车辆图像和/或行驶证图像，所述车辆标识信息包括车牌号、车辆识别代号、发动机号码中的至少一种。

在一个实施例中，所述车险承保信息包括承保公司名称、承保公司客服电话、承保应用名称和承保公司网站链接中的至少一种。

根据本公开的另一个方面，提供一种车险报案方法，应用于区块链节点，所述区块链节点包括多个，多个所述区块链节点构造区块链网络，每个所述区块链节点能够对应存储有一家保险公司的车险投保数据，所述车险报案方法包括：接收终端发送的车辆标识信息；在存储的所述车险投保数据中查询与所述车辆标识信息匹配的车险承保信息；将所述车险承保信息发送至所述终端。

在一个实施例中，所述在存储的所述车险投保数据中查询与所述车辆标识信息匹配的车险承保信息，具体包括：响应于所述车辆标识信息，调用部署在所述区块链网络中的智能合约；基于所述智能合约对所述车辆标识信息执行校验操作；在所述校验操作通过时，基于所述车辆标识信息确定车辆所属的保险公司；在与所述保险公司匹配的所述区块链节点执行所述车险承保信息的查询操作。

在一个实施例中，所述车险投保数据以json格式存储，所述车险投保数据包括承保公司名称、承保公司客服电话、承保应用名称和承保公司网站链接、车牌号、车辆识别代号、发动机号码、车型信息、车主身份证号码，保险合同起止时间。

根据本公开的再一个方面，提供一种车险报案装置，包括：获取模块，用于获取车辆标识信息；第一发送模块，用于将所述车辆标识信息发送至区块链节点；第一接收模块，用于接收所述区块链节点反馈的与所述车辆标识信息匹配的车险承保信息；唤醒模块，用于响应于所述车险承保信息，唤起用于报案的进程。

根据本公开的又一个方面，提供一种车险报案装置，应用于区块链节点，包括：第二接收模块，用于接收终端发送的车辆标识信息；查询模块，用于在存储的所述车险投保数据中查询与所述车辆标识信息匹配的车险承保信息；第二发送模块，用于将所述车险承保信息发送至所述终端。

根据本公开的又一个方面，提供一种电子设备，包括：处理器；以及存储器，用于存储处理器的可执行指令；所述处理器配置为经由执行所述可执行指令来执行上述的车险报案方法。

根据本公开的又一个方面，提供一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现上述的车险报案方法。

本公开的实施例所提供的车险报案方法，在发生车辆事故时，通过获取车辆标识信息，并将车辆标识信息发送至区块链节点，以在区块链节点上查询与车辆标识信息匹配的车险承保信息，在接收到车险承保信息时，作为对车险承保信息的响应操作，唤起用户报案的进程，以进一步完成报案操作，实现了只要获取到车辆标识信息，即可触发唤起用于报案的进程，尤其在用户事先不清楚车险承保公司信息的前提下，只要获取到车牌号等车辆标识信息，就能够实现用于报案的进程的触发，从而能够大大简化车辆事故报案过程，提升报案效率，进而能够实现对由于交通事故处理事件较长导致的交通堵塞进行缓解。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本公开。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本公开的实施例，并与说明书一起用于解释本公开的原理。显而易见地，下面描述中的附图仅仅是本公开的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1示出本公开实施例中一种车险报案系统结构的示意图；

图2示出本公开实施例中一种车险报案方法流程图；

图3示出本公开实施例中另一种车险报案方法流程图；

图4示出本公开实施例中再一种车险报案方法流程图；

图5示出本公开实施例中又一种车险报案方法流程图；

图6示出本公开实施例中又一种车险报案方法流程图；

图7至图9示出本公开实施例中的车险报案方案中终端界面示意图；

图10示出本公开实施例中又一种车险报案方法流程图；

图11示出本公开实施例中终端和区块链交互的示意图；

图12示出本公开实施例中又一种车险报案方法流程图；

图13示出本公开实施例中一种车险报案装置示意图；

图14示出本公开实施例中另一种车险报案装置示意图；

图15示出公开实施例中一种计算机设备的结构框图。

具体实施方式

现在将参考附图更全面地描述示例实施方式。然而，示例实施方式能够以多种形式实施，且不应被理解为限于在此阐述的范例；相反，提供这些实施方式使得本公开将更加全面和完整，并将示例实施方式的构思全面地传达给本领域的技术人员。所描述的特征、结构或特性可以以任何合适的方式结合在一个或更多实施方式中。

此外，附图仅为本公开的示意性图解，并非一定是按比例绘制。图中相同的附图标记表示相同或类似的部分，因而将省略对它们的重复描述。附图中所示的一些方框图是功能实体，不一定必须与物理或逻辑上独立的实体相对应。可以采用软件形式来实现这些功能实体，或在一个或多个硬件模块或集成电路中实现这些功能实体，或在不同网络和/或处理器装置和/或微控制器装置中实现这些功能实体。

根据国家统计局发布的《中国统计年鉴》数据统计，近年来，中国交通事故年均发生数超过20万次，交通事故不但造成巨大的生命财产损失，也对交通形成较大压力，所以事故现场的报案以及查勘效率就显得格外重要。

发生事故时，车辆司机会拨打报警电话或者保险公司电话进行报警，在有一些事故责任明确的事故中，全责方会拨打自己的保险公司进行报案，通过人工客服或者App端上传事故现场照片的方式进行车险报案。

但是，如果车辆驾驶者不清楚车辆的车险承保机构，则会影响现场事故的处理效率以及保险公司接受报案并进行处理等事项的处理效率低下的影响。

因此，如何采取有效的手段提高报案效率、缓解由于交通事故处理事件较长导致的交通堵塞，成为了亟待解决的技术问题。

为了解决上述问题，本申请提供的方案，基于车牌/车辆行驶证OCR识别的车险报案系统，在发生车辆事故时，通过获取车辆标识信息，并将车辆标识信息发送至区块链节点，以在区块链节点上查询与车辆标识信息匹配的车险承保信息，在接收到车险承保信息时，作为对车险承保信息的响应操作，唤起用户报案的进程，以进一步完成报案操作，实现了只要获取到车辆标识信息，即可触发唤起用于报案的进程，尤其在用户事先不清楚车险承保公司信息的前提下，只要获取到车牌号等车辆标识信息，就能够实现用于报案的进程的触发，从而能够大大简化车辆事故报案过程，提升报案效率，进而能够实现对由于交通事故处理事件较长导致的交通堵塞进行缓解。

图1是本申请一个示例性实施例提供的计算机系统的结构示意图。该系统包括：若干个终端120和服务器集群140。

终端120可以是手机、游戏主机、平板电脑、电子书阅读器、智能眼镜、MP4(MovingPicture Experts Group Audio Layer IV，动态影像专家压缩标准音频层面4)播放器、智能家居设备、AR(Augmented Reality，增强现实)设备、VR(Virtual Reality，虚拟现实)设备等移动终端，或者，终端120也可以是个人计算机(Personal Computer，PC)，比如膝上型便携计算机和台式计算机等等。

其中，终端120中可以安装有用于提供车险报案的应用程序。

终端120与服务器集群140之间通过通信网络相连。可选的，通信网络是有线网络或无线网络。

服务器集群140是一台服务器，或者由若干台服务器组成，或者是一个虚拟化平台，或者是一个云计算服务中心。服务器集群140用于为提供车险报案的应用程序提供后台服务。可选地，服务器集群140承担主要计算工作，终端120承担次要计算工作；或者，服务器集群140承担次要计算工作，终端120承担主要计算工作；或者，终端120和服务器集群140之间采用分布式计算架构进行协同计算。

在一些可选的实施例中，服务器集群140用于存储车险报案信息。

在本申请中，服务器集群140还与区块链系统160相连，服务器集群140将车险报案信息和车险保单信息存储在区块链系统中。在一些可选的实施例中，服务器集群140本身也可以作为区块链系统中的一个节点运行和存储数据。

可选的，在本申请实施例中，服务器集群140包括逻辑服务器142和区块链服务器144。其中，逻辑服务器142用于实现应用程序的逻辑控制，比如，进行车险报案交易的请求处理、账号资源管理、界面内容管理等，区块链服务器144作为区块链系统160的一部分，用于实现各个车险报案信息和/或车险保单信息的存储和查询，以及重要功能的决策管理，比如，可以实现对交易请求的决策。

具体地，在本公开中，将每个保险公司的车险保单信息以区块的形式存储，然后再广播到系统中的其他用户中，而区块之间相互连接，形成一条由系统内全体用户共同维护的区块链，从而在保证保单数据安全的前提下，实现不同保险公司之间的车险保单信息的共享。

需要说明的是，上述逻辑服务器142和区块链服务器144可以属于同一个计算机设备，或者，上述逻辑服务器142和区块链服务器144也可以分属于不同的计算机设备。

可选地，不同的终端120中安装的应用程序的客户端是相同的，或两个终端120上安装的应用程序的客户端是不同控制系统平台的同一类型应用程序的客户端。基于终端平台的不同，该应用程序的客户端的具体形态也可以不同，比如，该应用程序客户端可以是手机客户端、PC客户端或者全球广域网(World Wide Web，Web)客户端等。

本领域技术人员可以知晓，上述终端120的数量可以更多或更少。比如上述终端可以仅为一个，或者上述终端为几十个或几百个，或者更多数量。本申请实施例对终端的数量和设备类型不加以限定。

可选的，该系统还可以包括管理设备(图1未示出)，该管理设备与服务器集群140之间通过通信网络相连。可选的，通信网络是有线网络或无线网络。

可选的，上述的无线网络或有线网络使用标准通信技术和/或协议。网络通常为因特网、但也可以是任何网络，包括但不限于局域网(Local Area Network，LAN)、城域网(Metropolitan Area Network，MAN)、广域网(Wide Area Network，WAN)、移动、有线或者无线网络、专用网络或者虚拟专用网络的任何组合)。在一些实施例中，使用包括超文本标记语言(Hyper Text Mark-up Language，HTML)、可扩展标记语言(ExtensibleMarkupLanguage，XML)等的技术和/或格式来代表通过网络交换的数据。此外还可以使用诸如安全套接字层(Secure Socket Layer，SSL)、传输层安全(Transport Layer Security，TLS)、虚拟专用网络(Virtual Private Network，VPN)、网际协议安全(InternetProtocolSecurity，IPsec)等常规加密技术来加密所有或者一些链路。在另一些实施例中，还可以使用定制和/或专用数据通信技术取代或者补充上述数据通信技术。

下面，将结合附图及实施例对本示例实施方式中的车险报案方法的各个步骤进行更详细的说明。

图2示出本公开实施例中一种车险报案方法流程图。本公开实施例提供的方法可以由任意具备计算处理能力的电子设备执行，例如如图1中的终端120和/或服务器集群140。

如图2所示，终端120执行车险报案方法，包括以下步骤：

步骤S202，获取车辆标识信息。

其中，车辆标识信息包括车牌号、车辆识别代号、发动机号码中的至少一种。

车辆标识信息的获取方法包括但不限于语音识别和/或图像识别等。

步骤S204，将车辆标识信息发送至区块链节点。

其中，区块链网络由多个区块链节点构造，每个区块链节点能够对应存储有一家保险公司的车险投保数据，通过将车险投保数据以区块的形式存储，实现多个不同保险公司之间的数据共享，能够保证基于车辆标识信息获取到匹配的车险投保数据的可靠性。

具体地，将车辆标识信息发送至区块链节点，可以通过短信的方式发送，也可以通过专门的应用程序发送。

步骤S206，接收区块链节点反馈的与车辆标识信息匹配的车险承保信息。

其中，车险投保数据中包括车辆的承保信息，车险承保信息包括但不限于承保公司名称、承保公司客服电话、承保应用名称和承保公司网站链接等。

步骤S208，响应于车险承保信息，唤起用于报案的进程。

其中，唤起的进程可以直接在前台运行，也可以只在后台运行。

具体地，在接收到车险承保信息是，可以直接唤起用于报案的进程，也可以进一步通过接收到的用户的确认信息唤起用于报案的进程。

在该实施例中，在发生车辆事故时，通过获取车辆标识信息，并将车辆标识信息发送至区块链节点，以在区块链节点上查询与车辆标识信息匹配的车险承保信息，在接收到车险承保信息时，作为对车险承保信息的响应操作，唤起用户报案的进程，以进一步完成报案操作，实现了只要获取到车辆标识信息，即可触发唤起用于报案的进程，尤其在用户事先不清楚车险承保公司信息的前提下，只要获取到车牌号等车辆标识信息，就能够实现用于报案的进程的触发，从而能够大大简化车辆事故报案过程，提升报案效率，进而能够实现对由于交通事故处理事件较长导致的交通堵塞进行缓解。

另外，在唤起报案进程之前，为了防止用户由于误扫描到车牌导致唤起报案进程，对于获取车辆标识信息的操作可以进行进一步限定，具体地，包括但不限于以下方式：

(1)采用专门的扫描应用程序，执行扫描和识别操作，在发送车辆标识信息时，将该扫描应用程序的标识一起发送至区块链节，以使区块链节点在接收到该扫描应用程序的标识时，触发基于车辆标识信息查询匹配的车险承保信息操作。

(2)在唤起报案进程之前，生成提示信息，提示信息用于提示用户即将唤起报案进程的同时，还可以用于提示用户在未发生事故时进行报案需要承担一定的后果等。

在一个实施例中，步骤S208中，响应于车险承保信息，唤起用于报案的进程的一种具体实现方式，包括：响应于车险承保信息，生成报案提示信息。

其中，报案提示信息可以用于提示用户是否报案。

报案提示信息还可以用于提示用户以何种方式报案。

在接收到用户针对提示信息的选择信息时，唤起用于报案的进程，其中，提示信息包括提示界面和/或提示语音。

在该实施例中，在接收到区块链节点反馈的车险承保信息时，在唤起用于报案的进程之前，还可以先生成报案提示信息，基于提示信息的反馈信息确定是否唤起用户报案的进程，实现一键触发报案，从而有利于保证车辆事故报案操作的可靠性。

如图3所示，根据本公开的一个实施例的车险报案方法，包括：

步骤S302，获取车辆标识信息。

步骤S304，将车辆标识信息发送至区块链节点。

步骤S306，接收区块链节点反馈的与车辆标识信息匹配的车险承保信息。

步骤S308，响应于车险承保信息，生成报案提示信息，提示信息用于提示用户选择报案方式，报案方式包括电话报案和应用报案。

步骤S310，基于选择信息，确定用户选择的报案方式。

步骤S312，在报案方式为电话报案时，获取匹配的通信号码，以基于通信号码唤起呼叫进程执行呼叫报案。

步骤S314，在报案方式为应用报案时，唤起报案应用进程，以基于报案应用进程向车险承保公司的发送报案信息。

在该实施例中，通过生成用于提示用户选择报案方式的报案提示信息，以提示用户选择电话报案还是打开应用程序报案，实现了车辆事故报案的多样化选择，在降低反复沟通确认车险承保公司的时间成本，以及提高车险报案的效率的同时，提高用户的使用体验。

如图4所示，在一个实施例中，步骤S208中，响应于车险承保信息，唤起用于报案的进程的另一种具体实现方式，包括：

步骤S402，接收车险承保信息。

步骤S404，响应于车险承保信息，检测终端接入的通信网络的信号质量。

其中，在蜂窝移动网络中，语音信号和数字信号共用无线电波，无线电相当于一个传输信号的载体，但是语音信号好并不代表网络信号也好因为语音信号对信号质量要求低，数字信号对信号质量要求高所以有时会出现可以正常打电话但无法上网的现象，基于该种现象，通过终端进行网络通信信号质量自检，以选择当前网络工况下合适的进程。

步骤S406，在基于检测结果唤起呼叫进程时，获取匹配的通信号码，以基于通信号码执行呼叫报案。

其中，通信号码可以属于车险承保信息的一部分，也可以为终端基于接收到的承保公司信息进行查询获取到的。

步骤S408，在基于检测结果唤起报案应用进程时，基于报案应用进程向车险承保公司的服务器发送报案信息。

其中，如果信号质量较高，则可以自动运行车险承保公司的应用程序，并转至报案界面，如果信号质量较低，则可以显示拨号界面，并自动写入通信号码。

在该实施例中，作为一种更便捷的报案方式，在发送车辆识别码之后，能够直接基于当前的通信网络的信号质量选择适配的用于报警的进程并唤醒，一方面，能够进一步缩短报警周期，另一方面，通过检测当前的网络质量，也能够辅助用户选择合适的报案方式，防止出现由于所处区域网络信号较差导致报案信息发送延迟的现象。

如图5所示，根据本公开的另一个实施例的车险报案方法，包括：

步骤S502，对采集到的用户语音信息进行语音识别，以识别出语音信息中的车辆标识信息。

步骤S504，将车辆标识信息发送至区块链节点。

步骤S506，接收区块链节点反馈的与车辆标识信息匹配的车险承保信息。

步骤S505，响应于车险承保信息，生成报案提示信息，提示信息用于提示用户选择报案方式，报案方式包括电话报案和应用报案。

步骤S510，基于选择信息，确定用户选择的报案方式。

步骤S512，在报案方式为电话报案时，获取匹配的通信号码，以基于通信号码唤起呼叫进程执行呼叫报案。

步骤S514，在报案方式为应用报案时，唤起报案应用进程，以基于报案应用进程向车险承保公司的发送报案信息。

在该实施例中，通过语音输入车牌号或车辆识别码等语音信息，使终端通过语音识别的方式得到车辆标识信息，该方式可以不需要用户执行拍照操作，便捷性更高。

如图6所示，根据本公开的再一个实施例的车险报案方法，包括：

步骤S602，基于光学字符识别算法对采集到的目标图像进行识别，以识别出图像中的车辆标识信息，其中，目标图像包括车辆图像和/或行驶证图像。

当车险报案者用终端启动了报案申请，则加载车牌/车辆行驶证识别技术SDK，用户可以选择识别车牌还是机动车行驶证，通过OCR(光学字符识别)识别技术(运用图像处理，计算机视觉，模式识别，文本提取等)提取车牌号码或者机动车VIN码，得到车辆标识信息。

另外，在将车辆标识信息发送至区块链节点之前，在对采集到的目标图像进行识别的过程中，还可以对车辆状态或车辆所处的环境进行检测，以防止有人恶意拍摄他人车牌号进行报案的现象，比如，如果检测到车辆处于行驶状态，则在发送车辆标识信息之前，提醒用户恶意报案需要承担后果等。

步骤S604，将车辆标识信息发送至区块链节点。

步骤S606，接收区块链节点反馈的与车辆标识信息匹配的车险承保信息。

步骤S608，响应于车险承保信息，生成报案提示信息，提示信息用于提示用户选择报案方式，报案方式包括电话报案和应用报案。

步骤S610，基于选择信息，确定用户选择的报案方式。

步骤S612，在报案方式为电话报案时，获取匹配的通信号码，以基于通信号码唤起呼叫进程执行呼叫报案。

步骤S614，在报案方式为应用报案时，唤起报案应用进程，以基于报案应用进程向车险承保公司的发送报案信息。

在该实施例中，利用OCR技术对车牌/机动车行驶证进行识别，能够得到识别精度较高的车辆标识信息，根据识别结果去保险公司去中心化，信息共享，绝对安全的区块链中进行查询匹配，并且返回当期车险承保公司信息，并进行用户终端的语音电话或移动应用的唤起，保证了车辆标识信息获取的可靠性。

在一个实施例中，唤起报案应用进程，还包括：获取报案的位置信息；采集车辆事故图片；基于位置信息和事故图片生成报案信息；以及在与报案应用进程对应的应用界面输入报案信息。

在该实施例中，通过自动采集车辆事故的相关信息，并粘贴至报案应用界面，能够进一步简化用户对报案信息的输入步骤，以进一步提升报案效率。

如图7所示，在获取到获取车辆标识信息后，生成显示界面，显示界面显示车牌号，用户在确认车牌号无误后，点击发送，如果不想发送，则可以点击取消发送。

如图8所示，在接收到区块链节点反馈的与车辆标识信息匹配的车险承保信息，具体为车险承保公司时，生成提示界面，提示界面显示包括电话报案和应用程序报案的报案方式。

如图9所示，在用户选择应用报案时，获取报案的位置信息、车辆事故图像、本车车牌、对方车牌等信息，并在车险报案界面上自动填充，结合手动填写的责任方，则可以直接生成报案信息。

如图10所示，服务器集群140形成构造区块链网络，包括多个区块链节点，每个区块链节点能够对应存储有一家保险公司的车险投保数据，执行车险报案方法，服务器集群140执行车险报案方法，包括以下步骤：包括以下步骤：

步骤S1002，接收终端发送的车辆标识信息。

步骤S1004，在存储的车险投保数据中查询与车辆标识信息匹配的车险承保信息。

步骤S1006，将车险承保信息发送至终端。

在该实施例中，区块链具有去中心化，信息共享，安全性高等优点，因此通过将每个公司存储车险合同的服务器构造为一个区块链节点，实现不同保险公司之间的车险客户共享，从而能够保证获取与车辆标识信息匹配的车险承保信息的可靠性。

在发生车辆事故时，通过获取车辆标识信息，并将车辆标识信息发送至区块链节点，以在区块链节点上查询与车辆标识信息匹配的车险承保信息，在接收到车险承保信息时，作为对车险承保信息的响应操作，唤起用户报案的进程，以进一步完成报案操作，实现了只要获取到车辆标识信息，即可触发唤起用于报案的进程，尤其在用户事先不清楚车险承保公司信息的前提下，只要获取到车牌号等车辆标识信息，就能够实现用于报案的进程的触发，从而能够大大简化车辆事故报案过程，提升报案效率，进而能够实现对由于交通事故处理事件较长导致的交通堵塞进行缓解。

在一个实施例中，在存储的车险投保数据中查询与车辆标识信息匹配的车险承保信息，具体包括：响应于车辆标识信息，调用部署在区块链网络中的智能合约；基于智能合约对车辆标识信息执行校验操作；在校验操作通过时，基于车辆标识信息确定车辆所属的保险公司；在与保险公司匹配的区块链节点执行车险承保信息的查询操作。

在该实施例中，通过设置验证车辆标识信息是否有效的智能合约，智能合约用于验证终端是否合法，以及车辆标识信息的格式是否正确，在验证操作通过时，才继续执行匹配查询操作，以保证查询操作的安全性。

具体地，作为基于智能合约对车辆标识信息执行校验操作的一种实现方式，可以通过验证发送终端发送该车辆标识信息采用的APP的标识，来确定终端是否合法。

在一个实施例中，车险投保数据以json格式存储，车险投保数据包括承保公司名称、承保公司客服电话、承保应用名称和承保公司网站链接、车牌号、车辆识别代号、发动机号码、车型信息、车主身份证号码，保险合同起止时间。

如图11所示，通过终端和区块链网络之间的交互，实现车险快速报案。

具体地，在区块链网络中，每家保险公司作为一个区块链节点将车险投保数据共享到区块链上，共享到区块链上的数据字段包括：车牌号、车型、车主身份证号码、车辆识别码(VIN码)、保险合同起止时间、保险公司名称、保险公司报案电话、保险公司App包名等，以json格式存储。

在终端侧，当车险报案者用终端启动了报案申请，则加载车牌/车辆行驶证识别技术SDK，用户可以选择识别车牌还是机动车行驶证，通过OCR文字识别技术(运用图像处理，计算机视觉，模式识别，文本提取等)提取车牌号码或者机动车VIN码，作为车辆标识信息，发送至区块链节点2，如果区块链节点2上未查询到匹配的车险承保信息，则在其它区块链节点上查询，在区块链节点3上匹配到该时间区域承保的保险机构名称，返回保险公司报案电话以及保险公司App包名，作为车险承保信息，提供给用户，用户可以选择通过返回的电话号码直接拨给保险公司客户亦或直接通过返回的APP包名打开当期车险投保公司的App(用户选择使用App进行报案，则调取openUrl方法启动)。

另外，通过在区块链布设智能合约，实现校验操作。

具体地，以手机端识别车牌为例，终端支持Android等多种主流移动操作系统，并加载有车牌识别技术SDK，终端对车牌等的识别，采用手机、平板电脑摄像头拍摄汽车牌照图像，然后通过OCR软件对车牌颜色、车牌号进行识别，执行车险报案的相关参数包括：

图像分辨率：支持高清图片识别(包括100万像素、200万像素、300万像素以及500万像素等)。

产品形态可以为应用程序，包括apk包和jar包等。

车牌像素宽度在80至800像素宽度之间。

另外，能够识别的识别车牌类型包括普通蓝牌、黄牌(双层)、新能源车牌、军牌(双)、武警牌(双)、警牌、农用车牌、教练车牌、大使馆车牌等各种规格汽车号牌等。

本公开主要用于一键式触发车险报案，当利用OCR技术成功识别车牌或者机动车行驶证后，即可获取该车辆的车险承保系统，并自动唤起承保机构的报案电话或者App，让用户一气呵成完成车险报案。

基于该解决方案，能够提高事故现场的报案以及查勘效率，降低报案者因不知道承保公司而在时间和保险机构客服资源上的浪费，通过车牌/机动车行驶证一键触达承保机构的客服/应用端(App)，提高报案效率，降低交通事故对公共资源(时间，路况压力，客服坐席因用户拨错机构电话等)造成的资源浪费和侵占。

如图12所示，根据本公开的另一个实施例的车险报案方法，包括：

步骤S1202，终端扫描机动车车牌或机动车行驶证。

步骤S1204，终端进行OCR识别，得到车牌号，将车牌号发送至区块链节点进行车险投保公司信息查询。

步骤S1206，区块链返回车辆车险承保公司信息。

步骤S1208，终端生成提示信息，提示用户选择电话报案还是APP报案。

步骤S1210，终端接收用户的选择信息。

步骤S1212，终端检测到选择电话报案时，唤醒电话外呼，检测到选择APP报案时，唤醒保险公司APP。

例如，司机张某与司机李某因车辆在行驶缓慢的北京五环路上行驶发生追尾事故，因此时是早高峰上班期间，如果不尽快处理，将对交通路况形成较大压力；司机张某和司机李某的责任非常明确，可以快速处理，由责任方即后车司机李某联系自家当期车险投保公司投保即可；李某开的车是朋友纪某的车，按照传统方式，如果李某给纪某打电话确认承保公司会比较麻烦，本申请中，运用了新技术的李某直接用手机打开应用扫描了车牌或车辆上的机动车行驶证，直接在手机上返回本年度该车辆的车险承保公司电话以及应用，移动端应用询问李某是采取电话报案还是调起保险公司app或报案小应用，李某选择客服电话报案选项。终端自动转拨李某所开汽车的投保公司，例如，泰康保险集团的车险报案电话。李某联系上坐席，并进行报案，完成所有流程。李某和张某快速处理后，迅速开车离开现场，等待按照保险公司约定的时间去进行车辆修理，

在以上场景中，李某运用了本申请中报案流程自动化的便利流程，节省了时间，提高了效率，缓解了路上的交通压力。一个这样的场景节省的时间可能是几分钟或者几十分钟，设想每天我国要发生的事故高达几万起，累计起来，整体对交通和经济GDP提升是很可观的。

需要注意的是，上述附图仅是根据本申请示例性实施例的方法所包括的处理的示意性说明，而不是限制目的。易于理解，上述附图所示的处理并不表明或限制这些处理的时间顺序。另外，也易于理解，这些处理可以是例如在多个模块中同步或异步执行的。

下面参照图13来描述根据本申请的实施方式的车险报案装置1300。图13所示的车险报案装置1300仅仅是一个示例，不应对本申请实施例的功能和使用范围带来任何限制。

车险报案装置1300以硬件模块的形式表现。车险报案装置1300的组件可以包括但不限于：获取模块1302，用于获取车辆标识信息；第一发送模块1304，用于将车辆标识信息发送至区块链节点；第一接收模块1306，用于接收区块链节点反馈的与车辆标识信息匹配的车险承保信息；唤醒模块1308，用于响应于车险承保信息，唤起用于报案的进程。

下面参照图14来描述根据本申请的实施方式的车险报案装置1400。图14所示的车险报案装置1400仅仅是一个示例，不应对本申请实施例的功能和使用范围带来任何限制。

车险报案装置1400以硬件模块的形式表现。车险报案装置1400的组件可以包括但不限于：第二接收模块1402，用于接收终端发送的车辆标识信息；查询模块1404，用于在存储的车险投保数据中查询与车辆标识信息匹配的车险承保信息；第二发送模块1406，用于将车险承保信息发送至终端。

所属技术领域的技术人员能够理解，本申请的各个方面可以实现为系统、方法或程序产品。因此，本申请的各个方面可以具体实现为以下形式，即：完全的硬件实施方式、完全的软件实施方式(包括固件、微代码等)，或硬件和软件方面结合的实施方式，这里可以统称为“电路”、“模块”或“系统”。

下面参照图15来描述根据本申请的这种实施方式的电子设备1500。图15显示的电子设备1500仅仅是一个示例，不应对本申请实施例的功能和使用范围带来任何限制。

如图15所示，电子设备1500以通用计算设备的形式表现。电子设备1500的组件可以包括但不限于：上述至少一个处理单元1510、上述至少一个存储单元1520、连接不同系统组件(包括存储单元1520和处理单元1510)的总线1530。

其中，所述存储单元存储有程序代码，所述程序代码可以被所述处理单元1510执行，使得所述处理单元1510执行本说明书上述“示例性方法”部分中描述的根据本申请各种示例性实施方式的步骤。例如，所述处理单元1510可以执行如图2中所示的步骤S202，获取车辆标识信息；步骤S204，将车辆标识信息发送至区块链节点；步骤S206，接收区块链节点反馈的与车辆标识信息匹配的车险承保信息；步骤S208，响应于车险承保信息，唤起用于报案的进程。

存储单元1520可以包括易失性存储单元形式的可读介质，例如随机存取存储单元(RAM)15201和/或高速缓存存储单元15202，还可以进一步包括只读存储单元(ROM)15203。

存储单元1520还可以包括具有一组(至少一个)程序模块15205的程序/实用工具15204，这样的程序模块15205包括但不限于：操作系统、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。

总线1530可以为表示几类总线结构中的一种或多种，包括存储单元总线或者存储单元控制器、外围总线、图形加速端口、处理单元或者使用多种总线结构中的任意总线结构的局域总线。

电子设备1500也可以与一个或多个外部设备1570(例如键盘、指向设备、蓝牙设备等)通信，还可与一个或者多个使得用户能与该电子设备600交互的设备通信，和/或与使得该电子设备1500能与一个或多个其它计算设备进行通信的任何设备(例如路由器、调制解调器等等)通信。这种通信可以通过输入/输出(I/O)接口1550进行。并且，电子设备1500还可以通过网络适配器1560与一个或者多个网络(例如局域网(LAN)，广域网(WAN)和/或公共网络，例如因特网)通信。如图所示，网络适配器1560通过总线1530与电子设备1500的其它模块通信。应当明白，尽管图中未示出，可以结合电子设备1500使用其它硬件和/或软件模块，包括但不限于：微代码、设备驱动器、冗余处理单元、外部磁盘驱动阵列、RAID系统、磁带驱动器以及数据备份存储系统等。

通过以上的实施方式的描述，本领域的技术人员易于理解，这里描述的示例实施方式可以通过软件实现，也可以通过软件结合必要的硬件的方式来实现。因此，根据本公开实施方式的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储介质(可以是CD-ROM，U盘，移动硬盘等)中或网络上，包括若干指令以使得一台计算设备(可以是个人计算机、服务器、终端装置、或者网络设备等)执行根据本公开实施方式的方法。

在本公开的示例性实施例中，还提供了一种计算机可读存储介质，其上存储有能够实现本说明书上述方法的程序产品。在一些可能的实施方式中，本申请的各个方面还可以实现为一种程序产品的形式，其包括程序代码，当所述程序产品在终端设备上运行时，所述程序代码用于使所述终端设备执行本说明书上述“示例性方法”部分中描述的根据本申请各种示例性实施方式的步骤。

根据本申请的实施方式的用于实现上述方法的程序产品，其可以采用便携式紧凑盘只读存储器(CD-ROM)并包括程序代码，并可以在终端设备，例如个人电脑上运行。然而，本申请的程序产品不限于此，在本文件中，可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。

所述程序产品可以采用一个或多个可读介质的任意组合。可读介质可以是可读信号介质或者可读存储介质。可读存储介质例如可以为但不限于电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。

计算机可读信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了可读程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。可读信号介质还可以是可读存储介质以外的任何可读介质，该可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。

可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于无线、有线、光缆、RF等等，或者上述的任意合适的组合。

可以以一种或多种程序设计语言的任意组合来编写用于执行本申请操作的程序代码，所述程序设计语言包括面向对象的程序设计语言—诸如Java、C++等，还包括常规的过程式程序设计语言—诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算设备上执行、部分地在用户设备上执行、作为一个独立的软件包执行、部分在用户计算设备上部分在远程计算设备上执行、或者完全在远程计算设备或服务器上执行。在涉及远程计算设备的情形中，远程计算设备可以通过任意种类的网络，包括局域网(LAN)或广域网(WAN)，连接到用户计算设备，或者，可以连接到外部计算设备(例如利用因特网服务提供商来通过因特网连接)。

应当注意，尽管在上文详细描述中提及了用于动作执行的设备的若干模块或者单元，但是这种划分并非强制性的。实际上，根据本公开的实施方式，上文描述的两个或更多模块或者单元的特征和功能可以在一个模块或者单元中具体化。反之，上文描述的一个模块或者单元的特征和功能可以进一步划分为由多个模块或者单元来具体化。

此外，尽管在附图中以特定顺序描述了本公开中方法的各个步骤，但是，这并非要求或者暗示必须按照该特定顺序来执行这些步骤，或是必须执行全部所示的步骤才能实现期望的结果。附加的或备选的，可以省略某些步骤，将多个步骤合并为一个步骤执行，以及/或者将一个步骤分解为多个步骤执行等。

通过以上的实施方式的描述，本领域的技术人员易于理解，这里描述的示例实施方式可以通过软件实现，也可以通过软件结合必要的硬件的方式来实现。因此，根据本公开实施方式的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储介质(可以是CD-ROM，U盘，移动硬盘等)中或网络上，包括若干指令以使得一台计算设备(可以是个人计算机、服务器、移动终端、或者网络设备等)执行根据本公开实施方式的方法。

本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本公开的其它实施方案。本申请旨在涵盖本公开的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本公开的真正范围和精神由所附的权利要求指出。

Claims (14)

1.一种车险报案方法，其特征在于，应用于终端，包括：

获取车辆标识信息；

将所述车辆标识信息发送至区块链节点；

接收所述区块链节点反馈的与所述车辆标识信息匹配的车险承保信息；

响应于所述车险承保信息，唤起用于报案的进程。

2.根据权利要求1所述的车险报案方法，其特征在于，所述响应于所述车险承保信息，唤起用于报案的进程，具体包括：

响应于所述车险承保信息，生成报案提示信息；

在接收到用户针对所述提示信息的选择信息时，唤起所述用于报案的进程；

其中，所述提示信息包括提示界面和/或提示语音。

3.根据权利要求2所述的车险报案方法，其特征在于，所述提示信息用于提示用户选择报案方式，所述报案方式包括电话报案和应用报案，

所述在接收到用户针对所述提示信息的选择信息时，唤起所述用于报案的进程，具体包括：

基于所述选择信息，确定用户选择的所述报案方式；

在所述报案方式为所述电话报案时，获取匹配的通信号码，以基于所述通信号码唤起呼叫进程执行呼叫报案；

在所述报案方式为所述应用报案时，唤起报案应用进程，以基于所述报案应用进程向车险承保公司的发送报案信息。

4.根据权利要求1所述的车险报案方法，其特征在于，所述响应于所述车险承保信息，唤起用于报案的进程，具体包括：

响应于所述车险承保信息，检测所述终端接入的通信网络的信号质量；

在基于检测结果唤起呼叫进程时，获取匹配的通信号码，以基于所述通信号码执行呼叫报案；

在基于所述检测结果唤起报案应用进程时，基于所述报案应用进程向车险承保公司的服务器发送报案信息。

5.根据权利要求3或4所述的车险报案方法，其特征在于，所述唤起报案应用进程，还包括：

获取报案的位置信息；

采集车辆事故图片；

基于所述位置信息和所述事故图片生成所述报案信息；以及

在与所述报案应用进程对应的应用界面输入所述报案信息。

6.根据权利要求1至4中任一项所述的车险报案方法，其特征在于，所述获取车辆标识信息，具体包括：

对采集到的用户语音信息进行语音识别，以识别出所述语音信息中的所述车辆标识信息；或

基于光学字符识别算法对采集到的目标图像进行识别，以识别出所述图像中的所述车辆标识信息；

其中，所述目标图像包括车辆图像和/或行驶证图像，所述车辆标识信息包括车牌号、车辆识别代号、发动机号码中的至少一种。

7.根据权利要求1至4中任一项所述的车险报案方法，其特征在于，

所述车险承保信息包括承保公司名称、承保公司客服电话、承保应用名称和承保公司网站链接中的至少一种。

8.一种车险报案方法，其特征在于，应用于区块链节点，所述区块链节点包括多个，多个所述区块链节点构造区块链网络，每个所述区块链节点能够对应存储有一家保险公司的车险投保数据，所述车险报案方法包括：

接收终端发送的车辆标识信息；

在存储的所述车险投保数据中查询与所述车辆标识信息匹配的车险承保信息；

将所述车险承保信息发送至所述终端。

9.根据权利要求8所述的车险报案方法，其特征在于，所述在存储的所述车险投保数据中查询与所述车辆标识信息匹配的车险承保信息，具体包括：

响应于所述车辆标识信息，调用部署在所述区块链网络中的智能合约；

基于所述智能合约对所述车辆标识信息执行校验操作；

在所述校验操作通过时，基于所述车辆标识信息确定车辆所属的保险公司；

在与所述保险公司匹配的所述区块链节点执行所述车险承保信息的查询操作。

10.根据权利要求8或9所述的车险报案方法，其特征在于，

所述车险投保数据以json格式存储，所述车险投保数据包括承保公司名称、承保公司客服电话、承保应用名称和承保公司网站链接、车牌号、车辆识别代号、发动机号码、车型信息、车主身份证号码，保险合同起止时间。

11.一种车险报案装置，其特征在于，应用于终端，包括：

获取模块，用于获取车辆标识信息；

第一发送模块，用于将所述车辆标识信息发送至区块链节点；

第一接收模块，用于接收所述区块链节点反馈的与所述车辆标识信息匹配的车险承保信息；

唤醒模块，用于响应于所述车险承保信息，唤起用于报案的进程。

12.一种车险报案装置，其特征在于，应用于区块链节点，包括：

第二接收模块，用于接收终端发送的车辆标识信息；

查询模块，用于在存储的所述车险投保数据中查询与所述车辆标识信息匹配的车险承保信息；

第二发送模块，用于将所述车险承保信息发送至所述终端。

13.一种电子设备，其特征在于，包括：

处理器；以及

存储器，用于存储所述处理器的可执行指令；

其中，所述处理器配置为经由执行所述可执行指令来执行权利要求1～7或8～10中任意一项所述车险报案方法。

14.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现权利要求1～10中任意一项所述的车险报案方法。

Images