CN106548404A - 一种基于互联网的车险比价交易方法及装置 - Google Patents

Abstract

本发明公开了一种基于互联网的车险比价交易方法及装置，包括客户端和服务端，服务端从客户端接收车主信息和车辆信息，并对车辆信息进行匹配；在车辆信息被确认后，客户端显示投保方案供用户选择并将用户选择的投保方案结果发给服务端，以查询匹配的保险公司；服务端响应查询保险公司请求，并将查询的保险公司列表发送给客户端供用户选择；客户端将用户选择的一家或多家保险公司结果发送给服务端，以查询所选保险公司的报价；服务端响应报价查询请求，通过所选的各个保险公司接口查询相关报价，并将查询结果发送给客户端；客户端将用户选择的报价结果发送给服务端，服务端根据客户端获取的信息和请求依次完成核保、生成订单和支付操作。

Description

一种基于互联网的车险比价交易方法及装置

技术领域

本发明涉及计算机技术领域，尤其涉及一种基于互联网的车险比价交易方法及装置。

背景技术

随着网上购物的普及，大量互联网比价购物平台应运而生，比如一淘网、惠惠网等。这类比价购物平台提供商品在多个购物网站的价格信息，方便用户对商品比价。这类平台采用的技术方案是用爬虫预先抓取各个购物网站上商品的价格信息，经过数据处理后存储入数据库。当用户搜索某个商品时，***通过搜索引擎查询数据库，获取价格信息并展示。这类比价购物平台的局限性在于：1.由于需要预先获取价格信息，平台所支持的商品必须是明码标价的普通商品，如果商品价格依赖于用户提供的信息，此方案无法支持。2.由于价格信息是提前获取的，对于价格变化频繁的商品，此方案准确性较差。3.这类平台只提供商品价格等基本信息，交易环节需要跳转到购物网站完成，不支持平台内下单和支付。

还有一类针对特殊商品的垂直领域比价购物平台，由于其商品的特殊性，普通比价购物平台的方案不适用。比如机票比价平台，由于机票的余票和价格变化很快，如果用爬虫提前抓取数据无法保证信息的时效性和准确性。因此，机票比价平台需要对接各航空公司和票务代理公司的查询、下单接口。当用户发起查询时，根据查询条件调用查询接口实时请求余票和价格信息并返回给用户。用户可以进一步提交订单，***通过调用航空公司或票务代理公司的下单接口完成下单。这类垂直领域比价购物平台的局限性在于：不同领域的业务流程差别很大，需要根据每个领域的具体业务需求和流程设计适用的比价方案。

保险公司的车险报价***非常复杂，在对车辆报价时，需要根据车辆信息、投保方案、车辆出险记录等大量数据，经过一系列算法计算得到最终报价。目前许多保险公司已经通过官网、APP、微信公众号等形式提供了基于互联网的车险报价交易服务。然而由于每家保险公司的车险保费算法都不一样，对同一辆车不同保险公司的报价各异，甚至会相差悬殊。因此，用户对车险比价的需求愈发迫切。目前，用户需要在各个保险公司的报价平台上分别提交信息进行报价，操作复杂耗时，效率较低，无法直观的比较报价结果。

因此，本领域的技术人员致力于开发一种基于互联网的车险比价交易方法及装置，将各家保险公司的车险报价出单流程转化为统一化标准流程，客户端为用户提供一致性接口，用户只需要按步骤操作和提交信息，即可从多家保险公司获取报价。从而避免用户在多个保险公司平台上重复操作，节省了操作时间，极大提高了车险比价效率。

发明内容

有鉴于现有技术的上述缺陷，本发明所要解决的技术问题是提供一种基于互联网的车险比价交易方法及装置，将各家保险公司的车险报价出单流程转化为统一化标准流程，客户端为用户提供一致性接口，用户只需要按步骤操作和提交信息，即可从多家保险公司获取报价。

为实现上述目的，本发明提供了一种基于互联网的车险比价交易方法，包括以下步骤：

步骤1：服务端从客户端接收车主信息和车辆信息，并对车辆信息进行匹配确认；

步骤2：在车辆信息被确认后，所述客户端显示投保方案供用户选择；

步骤3：所述客户端将用户选择的投保方案结果发送给所述服务端，以查询与之匹配的保险公司；

步骤4：所述服务端响应所述客户端发送的查询保险公司请求，并将查询出的保险公司列表发送给所述客户端供用户选择；

步骤5：所述客户端将用户选择的一家或多家保险公司结果发送给所述服务端，以查询所选保险公司的报价；

步骤6：所述服务端响应所述客户端的报价查询请求，通过所选的各个保险公司接口查询相关报价，并将查询出的报价结果发送给所述客户端；

步骤7：所述客户端显示查询的报价列表，供用户选择；

步骤8：所述客户端将用户选择的报价结果发送给所述服务端，所述服务端根据所述客户端获取的信息和请求依次完成核保和生成订单；

步骤9：所述服务端将生成的订单包含支付信息返回到客户端以供用户支付。

进一步地，所述服务端还包括服务数据库，用于存储用户信息、车辆信息、保险公司信息、投保方案、报价结果、核保信息和订单信息。

进一步地，所述步骤1中，匹配确认的车辆信息是已存储在所述服务数据库中的；或是用户手动输入的；或是用户根据所述服务端提供的车型列表选择的；或是用户手动输入结合在所述服务端提供的车型列表中选择。

进一步地，所述步骤8中，如核保失败，则返回步骤7。

进一步地，所述服务端包括第一服务模块和第二服务模块，所述第一服务模块与所述客户端和所述第二服务模块交互，所述第二服务模块与所述第一服务模块和各保险公司接***互。

进一步地，所述服务数据库还包括第一服务数据库和第二服务数据库，所述第一服务模块对所述第一服务数据库进行操作，所述第二服务模块对所述第二服务数据库进行操作。

进一步地，所述步骤8中，所述第二服务模块通过保险公司接口提交核保请求，保险公司通过所述第二服务模块回复核保结果，所述第二服务模块根据所述回复核保结果生成订单，并保存订单至所述第二服务数据库中，通过第一服务模块显示在客户端供客户确认和支付。

同时，本发明还提供了一种基于互联网的车险比价交易装置，包括客户端和服务端，所述客户端用于与用户和服务端进行交互，包括接收车主信息和车辆信息、发出车辆信息匹配请求、显示投保方案、发出查询保险公司请求、显示保险公司列表、发出报价查询请求、显示报价列表、发出核保请求、发出下订单请求和发出支付请求；所述服务端用于接收和处理所述客户端发送的请求，并从保险公司接口获取车险价格信息，包括匹配车辆信息、响应客户端查询保险公司请求并将查询结果返回到客户端、响应客户端报价查询请求通过保险公司数据接口查询价格并将查询结果返回到客户端、响应核保请求，响应下订单请求和支付请求。

进一步地，所述服务端还包括服务数据库，用于存储用户信息、车辆信息、保险公司信息、投保方案、报价结果、核保结果和订单信息。

进一步地，所述服务端包括第一服务模块和第二服务模块，所述第一服务模块与所述客户端和所述第二服务模块交互，所述第二服务模块与所述第一服务模块和所述各个保险公司接***互。

进一步地，所述服务端还包括第一服务数据库和第二服务数据库，所述第一服务模块对所述第一服务数据库进行操作，所述第二服务模块对所述第二服务数据库进行操作。

本发明将各家保险公司的车险报价出单流程转化为标准化流程，客户端提供了统一的接口，实现多家保险公司在客户端同时显示价格供客户比较和选择。一方面避免用户重复操作，另一方面具备较强扩展性，使用户操作时间可控，不随保险公司数量增长而延长，从而极大提高了车险比价的效率和用户体验。

以下将结合附图对本发明的构思、具体结构及产生的技术效果作进一步说明，以充分地了解本发明的目的、特征和效果。

附图说明

图1是本发明的基于互联网的车险比价交易方法流程图；

图2是本发明的基于互联网的车险比价交易装置示意图。

下面将结合本发明实施例，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

具体实施方式

如图1所示，本发明提供一种基于互联网的车险比价交易方法，包括如下步骤：

1)客户端提交车辆信息和车主信息，包括车牌号和车主姓名等；或还可以上传车主身份证照片，***自动识别车主姓名和身份证号并填充。

2)客户端接口服务模块查询客户端接口服务数据库中是否存在匹配车辆信息，并将结果返回给客户端，车辆信息包括车辆识别代码(车架号)、品牌型号、车型、车座数、发动机号、注册日期、是否一年内过户、过户日期等；

3)客户端提交车辆信息，同时还可以包括如下任一个步骤：

a.如果客户端接口服务模块已经返回该车辆信息，则客户端自动填充并显示；

b.如果客户端接口服务模块未返回该车辆信息，一部分信息用户可以通过手动填写或者上传车辆行驶证照片***自动识别填充，比如：车辆识别代码、品牌型号、发动机号、注册日期等。另一部分信息需要用户根据***返回做出选择，比如车型信息，客户端通过客户端接口服务模块向统一下单服务模块发出车型查询请求，查询请求的输入条件可以是车辆识别代码或者品牌型号，统一下单服务模块在统一下单服务数据库中查询并返回车型列表，并通过客户端接口服务模块向客户端返回车型列表供用户选择。

4)客户端接口服务模块存储车辆信息到客户端接口服务数据库中，并将车辆信息发送到客户端以供客户确认；或向客户端返回保存失败结果，回到步骤3)，客户端可以重新修改并提交车辆信息。

5)客户端展示投保方案，并将用户选择的投保方案提交客户端接口服务模块，投保方案包括以下选项：

a.选择投保省份、投保城市、投保区县；

b.选择是否投保交强险，如果是，选择交强险起保日期；

c.选择是否投保商业险，如果是，选择商业险起保日期；

d.选择是否投保车辆损失险，如果是，选择是否投保车辆损失险不计免赔险；

e.选择是否投保第三者责任险，如果是，选择保额以及是否投保第三者责任险不计免赔险；

f.选择是否投保司机座位险，如果是，选择保额以及是否投保司机座位险不计免赔险；

g.选择是否投保乘客座位险，如果是，选择保额以及是否投保乘客座位险不计免赔险；

h.选择是否投保盗抢险，如果是，选择是否投保盗抢险不计免赔险；

i.选择是否投保玻璃破碎险，如果是，选择玻璃类型；

j.选择是否投保划痕险，如果是，选择保额以及是否投保划痕险不计免赔险；

k.选择是否投保自燃险，如果是，选择是否投保自燃险不计免赔险；

l.选择是否投保涉水险，如果是，选择是否投保涉水险不计免赔险；

m.选择是否投保指定专修厂特约险；

n.选择是否投保无法找到第三方责任险；

6)客户端接口服务模块根据提交的投保方案，查询服务数据库获取可供用户选择的保险公司列表，并将结果返回客户端；

7)客户端展示保险公司列表，并将用户选择的保险公司提交客户端接口服务模块，并发地发起报价。报价过程中可采用但不限于以下方法提高报价效率：

a)客户端和服务器端均采用并发发起报价请求的方式，提高报价效率；

b)客户端设定报价请求超时时间，只处理并展示超时时间内返回的报价结果；

8)客户端接口服务模块根据所选择的保险公司，并发地调用统一下单服务模块报价接口，发起报价；

9)统一下单服务模块并发地调用各家保险公司报价接口，发起报价；

10)保险公司接口向统一下单服务模块返回报价结果；

11)统一下单服务模块解析报价结果并保存到数据库，并向客户端接口服务模块返回报价结果；

12)基于步骤11)，客户端接口服务模块解析报价结果并保存到数据库，向客户端返回报价结果；

13)基于步骤12)，客户端展示报价结果列表，供用户比较。用户可选择一家报价，向客户端接口服务模块提交核保请求，并提交车主信息、投保人信息、被保人信息以及保单配送信息。

报价结果可以包括以下信息：

a)车险保费总价；

b)交强险保费价格；

c)车船税保费价格

d)商业险保费总价；

e)车辆损失险保费价格和车辆损失险保额；

f)车辆损失险不计免赔险保费价格；

g)第三者责任险保费价格；

h)第三者责任险不计免赔险保费价格；

i)司机座位险保费价格；

j)乘客座位险保费价格及座位数；

k)司机乘客座位险不计免赔险保费价格；

l)盗抢险保费价格；

m)盗抢险不计免赔险保费价格；

n)玻璃破碎险保费价格；

o)划痕险保费价格；

p)划痕险不计免赔险保费价格；

q)自燃险保费价格；

r)自燃险不计免赔险保费价格；

s)涉水险保费价格；

t)涉水险不计免赔险保费价格；

u)指定专修厂特约险保费价格；

v)无法找到第三方责任险保费价格；

w)报价不支持部分险种及原因；

x)报价失败原因；

车主信息包括车主姓名、车主手机号、车主身份证号；

被保人信息包括被保人姓名、被保人手机号、被保人身份证号；

投保人信息包括投保人姓名、投保人手机号、投保人身份证号；

保单配送信息包括收单人姓名、收单人手机号、收单地址；

14)客户端接口服务模块向统一下单服务模块提交核保请求，并提交车主信息、投保人信息、被保人信息以及保单配送信息；

15)统一下单服务模块调用保险公司接口提交核保请求，并提交车主信息、投保人信息、被保人信息以及保单配送信息；

16)保险公司向统一下单服务模块返回核保结果(如果核保成功，含支付信息)；

17)统一下单服务模块解析核保结果并生成订单，保存订单信息至数据库，并向客户端接口服务模块返回订单信息；

18)客户端接口服务模块解析生成订单信息并保存至数据库，并向客户端返回订单信息；

19)客户端向用户展示订单核保结果。如果核保失败，用户可以返回步骤13)，选择另一家保险公司报价提交核保请求；如果核保成功，用户可以向客户端接口服务模块请求订单支付信息；

20)前端服务接口向客户端返回订单支付信息；

21)客户端展示支付信息，用户确认并支付到保险公司账户，支付方式取决于保险公司，可以包括以下方式：

a)支付宝；

b)微信；

c)第三方支付平台链接；

22)支付成功后保险公司回调客户端接口服务模块，通知支付成功；

23)客户端接口服务模块通知客户端支付成功。

同时，如图2所示，本发明提供一种基于互联网的车险比价交易装置，包括客户端(包括：Android客户端、iOS客户端、Web端、微信公众号等)和服务端。服务端又分为客户端接口服务模块、统一下单服务模块、客户端接口服务数据库、统一下单服务数据库。其中，客户端接口服务模块为客户端提供接口，和客户端以及统一下单服务模块交互，并操作客户端接口服务数据库。统一下单服务模块为客户端接口服务模块提供一致性接口，和客户端接口服务模块及各家保险公司接***互，并操作统一下单服务数据库。

以上详细描述了本发明的较佳具体实施例。应当理解，本领域的普通技术人员无需创造性劳动就可以根据本发明的构思作出诸多修改和变化。因此，凡本技术领域中技术人员依本发明的构思在现有技术的基础上通过逻辑分析、推理或者有限的实验可以得到的技术方案，皆应在由权利要求书所确定的保护范围内。

Claims (10)

1.一种基于互联网的车险比价交易方法，其特征在于，包括以下步骤：

步骤1：服务端从客户端接收车主信息和车辆信息，并对车辆信息进行匹配确认；

步骤2：在车辆信息被确认后，所述客户端显示投保方案供用户选择；

步骤3：所述客户端将用户选择的投保方案结果发送给所述服务端，以查询与之匹配的保险公司；

步骤4：所述服务端响应所述客户端发送的查询保险公司请求，并将查询出的保险公司列表发送给所述客户端供用户选择；

步骤5：所述客户端将用户选择的一家或多家保险公司结果发送给所述服务端，以查询所选保险公司的报价；

步骤6：所述服务端响应所述客户端的报价查询请求，通过所选的各个保险公司接口查询相关报价，并将查询出的报价结果发送给所述客户端；

步骤7：所述客户端显示查询的报价列表，供用户选择；

步骤8：所述客户端将用户选择的报价结果发送给所述服务端，所述服务端根据所述客户端获取的信息和请求依次完成核保和生成订单；

步骤9：所述服务端将生成的订单包含支付信息返回到客户端以供用户支付。

2.如权利要求1所述的基于互联网的车险比价交易方法，其特征在于，所述服务端还包括服务数据库，用于存储用户信息、车辆信息、保险公司信息、投保方案、报价结果、核保结果和订单信息。

3.如权利要求2所述的基于互联网的车险比价交易方法，其特征在于，所述步骤1中，匹配确认的车辆信息是已存储在所述服务数据库中的；或是用户手动输入的；或是用户根据所述服务端提供的车型列表选择的；或是用户手动输入结合在所述服务端提供的车型列表中进行选择。

4.如权利要求1所述的基于互联网的车险比价交易方法，其特征在于，所述步骤8中，如核保失败，则返回步骤7。

5.如权利要求1所述的基于互联网的车险比价交易方法，其特征在于，所述服务端包括第一服务模块和第二服务模块，所述第一服务模块与所述客户端和所述第二服务模块交互，所述第二服务模块与所述第一服务模块和各保险公司接***互。

6.如权利要求5所述的基于互联网的车险比价交易方法，其特征在于，所述服务数据库还包括第一服务数据库和第二服务数据库，所述第一服务模块对所述第一服务数据库进行操作，所述第二服务模块对所述第二服务数据库进行操作。

7.一种基于互联网的车险比价交易装置，其特征在于，包括客户端和服务端，所述客户端用于与用户和服务端进行交互，包括接收车主信息和车辆信息、发出车辆信息匹配请求、显示投保方案、发出查询保险公司请求、显示保险公司列表、发出报价查询请求、显示报价列表、发出核保请求、发出下订单请求和发出支付请求；所述服务端用于与客户端和各保险公司接口进行交互，包括匹配车辆信息、响应客户端查询保险公司请求并将查询结果返回到客户端、响应客户端报价查询请求通过保险公司接口查询价格并将查询结果返回到客户端、响应核保请求，响应下订单请求和支付请求。

8.如权利要求7所述的基于互联网的车险比价交易装置，其特征在于，所述服务端还包括服务数据库，用于存储用户信息、车辆信息、保险公司信息、投保方案、报价结果、核保结果和订单信息。

9.如权利要求7所述的基于互联网的车险比价交易装置，其特征在于，所述服务端包括第一服务模块和第二服务模块，所述第一服务模块与所述客户端和所述第二服务模块交互，所述第二服务模块与所述第一服务模块和所述各个保险公司接***互。

10.如权利要求8所述的基于互联网的车险比价交易装置，其特征在于，所述服务端还包括第一服务数据库和第二服务数据库，所述第一服务模块对所述第一服务数据库进行操作，所述第二服务模块对所述第二服务数据库进行操作。