CN112381600A - 保险报价的方法、装置、系统及机器人 - Google Patents

Abstract

本申请公开了一种保险报价的方法、装置、系统及机器人。该申请的方法包括服务端接收保险报价请求，保险报价请求为与服务端对应的客户端或小程序端发送的请求，保险报价请求中至少包括投保对象标识、投保地区、保险机构标识；从投保对象信息池中匹配出与保险报价请求对应的投保对象的基本信息、续保方案和/或标准投保方案；根据投保对象的基本信息、续保方案和/或标准投保方案自动生成保险报价参数；将保险报价参数发送给与保险机构标识对应的保险平台，以使保险平台根据保险报价参数生成保险报价详情；将保险平台返回的保险报价详情返回给客户端或小程序端。本申请解决现有的保险报价方式效率低，用户体验差的问题。

Description

保险报价的方法、装置、系统及机器人

技术领域

本申请涉及车辆保险领域，具体而言，涉及一种保险报价的方法、装置、系统及机器人。

背景技术

随着保险行业的不断完善，越来越多的人开始投保。尤其是对于车辆的投保，更是必备的。在投保前，通常需要了解保险报价。目前保险报价的方式主要有两种：一种是线下人工问询；另一种是线上报价，以车险为例，具体的流程为：输入车辆信息(车架号、品牌型号、车型、发动机号、座位数、注册日期、是否过户、过户日期)，然后录入车主信息(投保人、被保人、车主信息)，接着选择投保方案(险种起期和险种类别：交强、商业险)，最后保险公司根据这些信息提供一份对应的车险报价。

发明人在使用上述保险报价方式获取保险报价时，以车险为例，发现正常出一单车险报价单，所需时间大概10分钟，效率很低，而且对于用户而言，体验效果也不好。

发明内容

本申请的主要目的在于提供一种保险报价的方法、装置、系统及机器人，以解决现有的保险报价方式效率低，用户体验差的问题。

为了实现上述目的，根据本申请的第一方面，提供了一种保险报价的方法。

根据本申请的保险报价的方法包括：

服务端接收保险报价请求，所述保险报价请求为与服务端对应的客户端或小程序端发送的请求，所述保险报价请求中至少包括投保对象标识、投保地区、保险机构标识；

从投保对象信息池中匹配出与所述保险报价请求对应的投保对象的基本信息、续保方案和/或标准投保方案；

根据投保对象的基本信息、续保方案和/或标准投保方案自动生成保险报价参数；

将保险报价参数发送给与保险机构标识对应的保险平台，以使保险平台根据保险报价参数生成保险报价详情；

将保险平台返回的保险报价详情返回给客户端或小程序端。

可选的，所述方法还包括：

根据服务端收集的数据、由保险平台数据接口收集的数据构建投保对象信息池。

可选的，在将保险平台返回的保险报价详情返回给客户端或小程序端之后，所述方法还包括：

接收对保险报价的确认信息；

根据确认信息开启核保和/或支付流程。

可选的，所述服务端接收保险报价请求包括：

服务端接收包含车牌信息、投保地区、保险机构名称的车险报价请求。

可选的，所述从投保对象信息池中匹配出与所述保险报价请求对应的投保对象的基本信息、续保方案和/或标准投保方案包括：

从车辆信息池中匹配出与所述保险报价请求对应车辆的基本信息、投保人信息、车辆续保方案和/或车辆标准投保方案。

为了实现上述目的，根据本申请的第二方面，提供了一种保险报价的装置。

根据本申请的保险报价的装置包括：

报价请求模块，用于服务端接收保险报价请求，所述保险报价请求为与服务端对应的客户端或小程序端发送的请求，所述保险报价请求中至少包括投保对象标识、投保地区、保险机构标识；

信息匹配模块，用于从投保对象信息池中匹配出与所述保险报价请求对应的投保对象的基本信息、续保方案和/或标准投保方案；

参数生成模块，用于投保对象的基本信息、续保方案和/或标准投保方案自动生成保险报价参数；

信息传输模块，用于将保险报价参数发送给与保险机构标识对应的保险平台，以使保险平台根据保险报价参数生成保险报价详情；将保险平台返回的保险报价详情返回给客户端或小程序端。

可选的，所述装置还包括：构建模块35，用于根据服务端收集的数据、由保险平台数据接口收集的数据构建投保对象信息池。

可选的，所述装置还包括：

接收模块，用于在将保险平台返回的保险报价详情返回给客户端或小程序端之后，接收对保险报价的确认信息；

开启模块，用于根据确认信息开启核保和/或支付流程。

可选的，所述报价请求模块还用于：

服务端接收包含车牌信息、投保地区、保险机构名称的车险报价请求。

可选的，所述信息匹配模块还用于：

从车辆信息池中匹配出与所述保险报价请求对应车辆的基本信息、投保人信息、车辆续保方案和/或车辆标准投保方案。

为了实现上述目的，根据本申请的第三方面，提供了一种保险报价的系统，所述系统包括：

服务端，用于执行上述第一方面中任一项所述的保险报价的方法；

客户端或小程序端，用于向服务端发送保险报价请求、对保险报价的确认信息；接收服务端返回的保险报价详情；

保险平台，用于向服务端提供保险平台数据接口；接收服务端发送的保险报价参数，并根据保险报价参数生成保险报价详情，并将保险报价详情返回给服务端。

为了实现上述目的，根据本申请的第四方面，提供了一种非暂态计算机可读存储介质，所述非暂态计算机可读存储介质存储计算机指令，所述计算机指令使所述计算机执行上述第一方面中任一项所述的保险报价的方法。

为了实现上述目的，根据本申请的第五方面，提供了一种机器人，所述机器人包括：

服务后台，用于接收保险报价请求，所述保险报价请求为与服务端对应的客户端或小程序端发送的请求，所述保险报价请求中至少包括投保对象标识、投保地区、保险机构标识；从投保对象信息池中匹配出与所述保险报价请求对应的投保对象的基本信息、续保方案和/或标准投保方案；根据投保对象的基本信息、续保方案和/或标准投保方案自动生成保险报价参数；将保险报价参数发送给与保险机构标识对应的保险平台，以使保险平台根据保险报价参数生成保险报价详情；接收保险平台返回的保险报价详情；

服务前端，用于向服务后台发送保险报价请求、对保险报价的确认信息；接收服务后台返回的保险报价详情进行展示。

在本申请实施例中，保险报价的方法、装置、系统及机器人中，用户通过客户端或者小程序端输入投保对象标识、投保地区、保险机构标识给服务端，服务端可以通过投保对象信息池可以匹配到投保对象的基本信息、续保方案和/或标准投保方案，之后根据投保对象的基本信息、续保方案和/或标准投保方案得到保险报价参数，再将报价参数返回保险平台得到保险报价详情返回给客户端或小程序端展示给用户。可以看到，整个报价流程中，只需要用户输入投保对象标识、投保地区、保险机构标识，就可以得到最终的报价详情，操作简单，可以提高效率。而且服务端与保险平台之间建立数据连接，可以在用户输入保险保价的保险报价请求后可以很快的得到响应，也提高了报价的效率。

附图说明

构成本申请的一部分的附图用来提供对本申请的进一步理解，使得本申请的其它特征、目的和优点变得更明显。本申请的示意性实施例附图及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中：

图1是根据本申请实施例提供的一种保险报价的方法流程图；

图2是根据本申请实施例提供的一种保险报价详情的示意图；

图3是根据本申请实施例提供的另一种保险报价的方法流程图；

图4是根据本申请实施例提供的一种保险报价的装置的组成框图；

图5是根据本申请实施例提供的另一种保险报价的装置的组成框图。

具体实施方式

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

需要说明的是，本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本申请的实施例。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。下面将参考附图并结合实施例来详细说明本申请。

根据本申请实施例，提供了一种保险报价的方法，该方法应用于服务端。如图1所示，该方法包括如下的步骤：

S101.服务端接收保险报价请求，保险报价请求为与服务端对应的客户端或小程序端发送的请求。

用户想要进行保险报价的咨询时，可以通过应用程序(客户端)或者小程序端(第三方平台上的小程序，比如微信公众号/小程序)，输入投保对象标识、投保地区、保险机构标识，然后由应用程序(客户端)或者小程序端生成保险报价请求，保险报价请求中至少包括保对象标识、投保地区、保险机构标识。

投保对象也是人也可以是车辆等其他的对象，针对不同的投保对象，对应的投保对象标识可以为投保人的姓名、身份编号、电话号码等，也可以是投保车辆的车牌号；投保地区可以为城市、县、区等；保险机构标识可以为保险机构的名称、组织机构代码等。

S102.从投保对象信息池中匹配出与所述保险报价请求对应的投保对象的基本信息、续保方案和/或标准投保方案。

投保对象信息池中包含了几乎所有投保对象基本信息和投保相关信息。具体的投保对象信息池是由服务端收集的数据以及由保险平台数据接口收集的数据构建的。服务端收集的数据包括投保对象的基本信息等，通过保险平台数据接口可以收集到的数据包括投保对象对应的投保信息、续保信息；以及通用的一些标准投保信息等。不同的保险机构对应不同的保险平台数据接口。投保对象信息池的构建主要是将属于同一投保对象的所有数据进行归整，得到较完善的信息库。

当接收到保险报价请求后，可以通过投保对象信息池中匹配出所述保险报价请求对应的投保对象的基本信息、续保方案和/或标准投保方案。具体的，以车险报价为例进行说明。

假设，投保对象信息池为车辆信息池，接收到的保险报价请求为车牌号、投保地区、保险机构名称，则匹配后可以得到车辆基本信息、投保人信息、续保信息和/或标准投保方案。

具体的对匹配的原理进行说明：根据车牌号可以在车辆信息池中匹配到与该车牌号对应的投保人信息(投保人的名字、联系方式等)，以及该车辆的基本信息(型号、类型、重量、使用年限等)；另外，对于之前已经购买过保险的情况，会按照历史保险产品的信息匹配出续保信息；若没有购买过保险的情况可以根据车辆的基本信息匹配出通用的标准投保方案(即对于该种车辆或者该地区的大众的投保方案，标准投保方案可以是根据大数据统计的结果也可以是保险机构设定的)。另外需要说明的是，是实际的应用中，对于之前有购买保险记录的情况，也可以同时匹配出续保信息以及标准投保方案。

S103.根据投保对象的基本信息、续保方案和/或标准投保方案自动生成保险报价参数。

服务端根据前述步骤中匹配出的结果自动组装保险报价参数。

S104.将保险报价参数发送给与保险机构标识对应的保险平台。

生成保险报价参数之后，将保险报价参数发送给对应的保险平台，以使保险平台根据保险报价参数给出具体的保险报价详情。其中，对应的保险平台是与保险机构标识对应的保险平台。

S105.将保险平台返回的保险报价详情返回给客户端或小程序端。

保险平台根据保险保价参数得到对应的保险报价详情后，会将其进行组装处理后返回给服务端，因此服务端可以接收到保险平台返回的保险报价详情，然后将服务端会将保险报价详情返回到客户端或小程序端，以展示给用户。另外还需要说明的是，在服务端接收到保险报价详情后，会将其存入保险对象信息池中，以不断的完善投保对象信息池中的信息，以提高匹配的效率。

下面给出一种保险报价详情一种展示形式，如图2所示，保险报价详情中包括保险机构名称、总报价、每种险的保项以及对应的报价、保险的生效时间、投保人的基本信息等。

从以上的描述中，可以看出，本申请实施例的保险报价的方法中，用户通过客户端或者小程序端输入投保对象标识、投保地区、保险机构标识给服务端，服务端可以通过投保对象信息池可以匹配到投保对象的基本信息、续保方案和/或标准投保方案，之后根据投保对象的基本信息、续保方案和/或标准投保方案得到保险报价参数，再将报价参数返回保险平台得到保险报价详情返回给客户端或小程序端展示给用户。可以看到，整个报价流程中，只需要用户输入投保对象标识、投保地区、保险机构标识，就可以得到最终的报价详情，操作简单，可以提高效率。而且服务端与保险平台之间建立数据连接，可以在用户输入保险保价的保险报价请求后可以很快的得到响应，也提高了报价的效率。

进一步的，作为上述方法实施例的补充，还包括如下内容：在服务端将保险平台返回的保险报价详情返回给客户端或小程序端之后，客户端或小程序端将保险报价详情进行展示，使用户进行确认，在用户确认后，服务端可以接收到客户端发送的对保险报价的确认信息。接收到该确认信息之后，会开启核保和/或支付流程，以完成保险的购买。

为了对上述实施例中的保险报价的方法进行更直观的说明，以车险报价为例，提供了又一种保险报价的方法的流程图，如图3所示：

首先需要说明的是，图3中，微信公众号对应的是上述实施例中的小程序端的一种，我方平台对应上述实施例中的服务端，险企渠道对应上述实施例中的保险平台。下面结合图3对保险报价的流程进行详细的说明：

A步骤：用户通过微信公众号输入“车牌号+地区(投保地区)+险企(保险机构的名称)”，例如：苏A88888+太保+南京；

B步骤：我方平台接收到“车牌号+地区+险企”后，从平台的车辆信息池中匹配出车辆信息、投保人信息、续保信息和/或标准版投保方案；

C步骤：我方平台根据车辆信息、投保人信息、续保信息和/或标准版投保方案自动组装车险报价参数，并将其发送给险企渠道；

D步骤：险企渠道根据车险报价参数生成车险报价详情后，返回给我方平台；

E步骤：我方平台将车险报价详情进行组装后推送到微信公众号。另外，我方平台还会将保险保价详情存入车辆信息池中。

从以上的描述中，可以看到，整个车险报价流程中，只需要用户输入车牌号、地区、保险机构名称，就可以得到最终的车险报价详情，操作简单，可以提高效率。而且我方平台与险企渠道之间建立数据连接，可以在用户输入保险保价的保险报价请求后可以很快的得到响应，也提高了车险报价的效率。在实际的使用中，通过上述流程实现的车险报价时间可以缩减到1分钟，与现有的车险报价流程的时间相比大大的提高了效率。

需要说明的是，在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行，并且，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。

根据本申请实施例，还提供了一种用于实施上述图1方法的保险报价的装置，如图4所示，该装置包括：

报价请求模块31，用于服务端接收保险报价请求，所述保险报价请求为与服务端对应的客户端或小程序端发送的请求，所述保险报价请求中至少包括投保对象标识、投保地区、保险机构标识；

信息匹配模块32，用于从投保对象信息池中匹配出与所述保险报价请求对应的投保对象的基本信息、续保方案和/或标准投保方案；

参数生成模块33，用于投保对象的基本信息、续保方案和/或标准投保方案自动生成保险报价参数；

信息传输模块34，用于将保险报价参数发送给与保险机构标识对应的保险平台，以使保险平台根据保险报价参数生成保险报价详情；将保险平台返回的保险报价详情返回给客户端或小程序端。

从以上的描述中，可以看出，本申请实施例的保险报价的装置中，用户通过客户端或者小程序端输入投保对象标识、投保地区、保险机构标识给服务端，服务端可以通过投保对象信息池可以匹配到投保对象的基本信息、续保方案和/或标准投保方案，之后根据投保对象的基本信息、续保方案和/或标准投保方案得到保险报价参数，再将报价参数返回保险平台得到保险报价详情返回给客户端或小程序端展示给用户。可以看到，整个报价流程中，只需要用户输入投保对象标识、投保地区、保险机构标识，就可以得到最终的报价详情，操作简单，可以提高效率。而且服务端与保险平台之间建立数据连接，可以在用户输入保险保价的保险报价请求后可以很快的得到响应，也提高了报价的效率。

进一步的，如图5所示，所述装置还包括：构建模块35，用于根据服务端收集的数据、由保险平台数据接口收集的数据构建投保对象信息池。

进一步的，如图5所示，所述装置还包括：

接收模块36，用于在将保险平台返回的保险报价详情返回给客户端或小程序端之后，接收对保险报价的确认信息；

开启模块37，用于根据确认信息开启核保和/或支付流程。

进一步的，所述报价请求模块31还用于：

服务端接收包含车牌信息、投保地区、保险机构名称的车险报价请求。

进一步的，所述信息匹配模块还用于：

从车辆信息池中匹配出与所述保险报价请求对应车辆的基本信息、投保人信息、车辆续保方案和/或车辆标准投保方案。

具体的，本申请实施例的装置中各单元、模块实现其功能的具体过程可参见方法实施例中的相关描述，此处不再赘述。

根据本申请实施例，还提供了一种用于实施上述图1或图3方法的保险报价的系统，系统包括：

服务端，用于执行上述图1或图3中所述的保险报价的方法；

客户端或小程序端，用于向服务端发送保险报价请求、对保险报价的确认信息；接收服务端返回的保险报价详情；

保险平台，用于向服务端提供保险平台数据接口；接收服务端发送的保险报价参数，并根据保险报价参数生成保险报价详情，并将保险报价详情返回给服务端。

本申请实施例中的服务端、客户端或小程序端、保险平台的执行流程可以参见前述方法实施例中的描述，此处不再赘述。

本申请实施例的保险报价的系统中，用户通过客户端或者小程序端输入投保对象标识、投保地区、保险机构标识给服务端，服务端可以通过投保对象信息池可以匹配到投保对象的基本信息、续保方案和/或标准投保方案，之后根据投保对象的基本信息、续保方案和/或标准投保方案得到保险报价参数，再将报价参数返回保险平台得到保险报价详情返回给客户端或小程序端展示给用户。可以看到，整个报价流程中，只需要用户输入投保对象标识、投保地区、保险机构标识，就可以得到最终的报价详情，操作简单，可以提高效率。而且服务端与保险平台之间建立数据连接，可以在用户输入保险保价的保险报价请求后可以很快的得到响应，也提高了报价的效率。

根据本申请实施例，还提供了一种机器人，包括：

服务后台，用于接收保险报价请求，所述保险报价请求为与服务端对应的客户端或小程序端发送的请求，所述保险报价请求中至少包括投保对象标识、投保地区、保险机构标识；从投保对象信息池中匹配出与所述保险报价请求对应的投保对象的基本信息、续保方案和/或标准投保方案；根据投保对象的基本信息、续保方案和/或标准投保方案自动生成保险报价参数；将保险报价参数发送给与保险机构标识对应的保险平台，以使保险平台根据保险报价参数生成保险报价详情；接收保险平台返回的保险报价详情；

服务前端，用于向服务后台发送保险报价请求、对保险报价的确认信息；接收服务后台返回的保险报价详情进行展示。

需要说明的是，服务后台包括程序处理器、通信模块，服务前端包括输入/输出模块(手写、语音、按键方式等)、显示结构(显示屏)。

本申请实施例中，用户通过可以通过机器人的服务前端输入投保对象标识、投保地区、保险机构标识给服务后台，服务后台可以通过投保对象信息池可以匹配到投保对象的基本信息、续保方案和/或标准投保方案，之后根据投保对象的基本信息、续保方案和/或标准投保方案得到保险报价参数，再将报价参数返回保险平台得到保险报价详情返回给服务前端展示给用户。可以看到，整个报价流程中，只需要用户输入投保对象标识、投保地区、保险机构标识，就可以得到最终的报价详情，操作简单，可以提高效率。而且服务后台与保险平台之间建立数据连接，可以在用户输入保险保价的保险报价请求后可以很快的得到响应，也提高了报价的效率。

根据本申请实施例，还提供了一种非暂态计算机可读存储介质，非暂态计算机可读存储介质存储计算机指令，计算机指令使计算机执行图1或图3中任一的保险报价的方法。

显然，本领域的技术人员应该明白，上述的本申请的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本申请不限制于任何特定的硬件和软件结合。

以上所述仅为本申请的优选实施例而已，并不用于限制本申请，对于本领域的技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本申请的保护范围之内。

Claims (10)

1.一种保险报价的方法，其特征在于，所述方法包括：

服务端接收保险报价请求，所述保险报价请求为与服务端对应的客户端或小程序端发送的请求，所述保险报价请求中至少包括投保对象标识、投保地区、保险机构标识；

从投保对象信息池中匹配出与所述保险报价请求对应的投保对象的基本信息、续保方案和/或标准投保方案；

根据投保对象的基本信息、续保方案和/或标准投保方案自动生成保险报价参数；

将保险报价参数发送给与保险机构标识对应的保险平台，以使保险平台根据保险报价参数生成保险报价详情；

将保险平台返回的保险报价详情返回给客户端或小程序端。

2.根据权利要求1所述的保险报价的方法，其特征在于，所述方法还包括：

根据服务端收集的数据、由保险平台数据接口收集的数据构建投保对象信息池。

3.根据权利要求1所述的保险报价的方法，其特征在于，在将保险平台返回的保险报价详情返回给客户端或小程序端之后，所述方法还包括：

接收对保险报价的确认信息；

根据确认信息开启核保和/或支付流程。

4.根据权利要求2所述的保险报价的方法，其特征在于，所述服务端接收保险报价请求包括：

服务端接收包含车牌信息、投保地区、保险机构名称的车险报价请求。

5.根据权利要求4所述的保险报价的方法，其特征在于，所述从投保对象信息池中匹配出与所述保险报价请求对应的投保对象的基本信息、续保方案和/或标准投保方案包括：

从车辆信息池中匹配出与所述保险报价请求对应车辆的基本信息、投保人信息、车辆续保方案和/或车辆标准投保方案。

6.一种保险报价的装置，其特征在于，所述装置包括：

报价请求模块，用于服务端接收保险报价请求，所述保险报价请求为与服务端对应的客户端或小程序端发送的请求，所述保险报价请求中至少包括投保对象标识、投保地区、保险机构标识；

信息匹配模块，用于从投保对象信息池中匹配出与所述保险报价请求对应的投保对象的基本信息、续保方案和/或标准投保方案；

参数生成模块，用于投保对象的基本信息、续保方案和/或标准投保方案自动生成保险报价参数；

信息传输模块，用于将保险报价参数发送给与保险机构标识对应的保险平台，以使保险平台根据保险报价参数生成保险报价详情；将保险平台返回的保险报价详情返回给客户端或小程序端。

7.根据权利要求6所述的保险报价的装置，其特征在于，所述装置还包括：

构建模块，用于根据服务端收集的数据、由保险平台数据接口收集的数据构建投保对象信息池。

8.一种保险报价的系统，其特征在于，所述系统包括：

服务端，用于执行上述权利要求1-5中任一项所述的保险报价的方法；

客户端或小程序端，用于向服务端发送保险报价请求、对保险报价的确认信息；接收服务端返回的保险报价详情；

保险平台，用于向服务端提供保险平台数据接口；接收服务端发送的保险报价参数，并根据保险报价参数生成保险报价详情，并将保险报价详情返回给服务端。

9.一种机器人，其特征在于，所述机器人包括：

服务后台，用于接收保险报价请求，所述保险报价请求为与服务端对应的客户端或小程序端发送的请求，所述保险报价请求中至少包括投保对象标识、投保地区、保险机构标识；从投保对象信息池中匹配出与所述保险报价请求对应的投保对象的基本信息、续保方案和/或标准投保方案；根据投保对象的基本信息、续保方案和/或标准投保方案自动生成保险报价参数；将保险报价参数发送给与保险机构标识对应的保险平台，以使保险平台根据保险报价参数生成保险报价详情；接收保险平台返回的保险报价详情；

服务前端，用于向服务后台发送保险报价请求、对保险报价的确认信息；接收服务后台返回的保险报价详情进行展示。

10.一种非暂态计算机可读存储介质，其特征在于，所述非暂态计算机可读存储介质存储计算机指令，所述计算机指令使所述计算机执行权利要求1至权利要求5中任一项所述的保险报价的方法。

Images