CN111028090A - 投保数据处理方法、装置、电子设备及存储介质 - Google Patents

Abstract

本申请提供一种投保数据处理方法、装置、电子设备及存储介质，该方法包括：接收终端发送的投保推荐请求，投保推荐请求中包括目标地区的标识和车辆类型；根据目标地区的标识和车辆类型，获取目标地区内的车辆投保数据；根据目标地区内的车辆投保数据生成投保方案；向终端发送投保方案。实现了向用户个性化的推荐投保方案，提高了用户体验。

Description

投保数据处理方法、装置、电子设备及存储介质

技术领域

本申请涉及计算机技术领域，尤其涉及一种投保数据处理方法、装置、电子设备及存储介质。

背景技术

随着社会经济的快速发展以及人们保险意识的提高，越来越多的企业、家庭和个人在购买机动车辆后，会为车辆投保，购买车险，以保障车祸事故中受害人的正当权益。然而由于用户对于车险的了解可能不够深入，导致对车辆投保过程中选择困难。

现有车险系统中，通常采用用户自动选取投保方案以及自动推荐投保方案两种。针对用户自动选取投保方案，通常是通过文字提示了解车险险别。例如，用户可以通过系统页面上对产品的介绍或者通过重要告知中的内容，对车险险别进行了解，以对车辆进行投保，效率较低。针对自动推荐投保方案，车险系统通常推荐默认投保方案。

然而现有技术中，无法根据用户信息个性化的推荐投保方案，用户体验差，因此，亟需一种可以对投保数据进行处理的技术或系统。

发明内容

本申请提供一种投保数据处理方法、装置、电子设备及存储介质，以实现对投保数据的处理，并向用户个性化的推荐投保方案，进而提高用户体验。

第一方面，本申请实施例提供一种投保数据处理方法，包括：

服务器接收终端发送的投保推荐请求，投保推荐请求中包括目标地区的标识和车辆类型；

服务器根据目标地区的标识和车辆类型，获取目标地区内的车辆投保数据；

服务器根据目标地区内的车辆投保数据生成投保方案；

服务器向终端发送投保方案。

本申请实施例中，通过服务器根据投保推荐请求中的目标地区的标识和车辆类型，并根据目标地区的标识和车辆类型获取目标地区内的车辆投保数据，进而根据目标地区内的车辆投保数据生成投保方案，实现了对投保数据的处理，并根据目标地区的标识、车辆类型以及目标地区内的历史投保数据，确定投保方案，并向用户个性化的推荐投保方案，提高了用户体验。

可选的，服务器根据目标地区内的车辆投保数据生成投保方案，包括：

服务器确定车辆投保数据中，各保险险别的投保占比、每种保险险别中各保额的投保占比以及各保险险别的出险概率；

服务器根据各保险险别的投保占比、每种保险险别中各保额的投保占比以及各保险险别的出险概率，生成投保方案。

本申请实施例中，通过根据车辆投保数据中，各保险险别的投保占比、每种保险险别中各保额的投保占比以及各保险险别的出现概率，生成投保方案，可以增强投保方案的可靠性和实用性。

可选的，服务器根据各保险险别的投保占比、每种保险险别中各保额的投保占比以及各保险险别的出险概率，生成投保方案，包括：

服务器确定各保险险别的投保占比中大于第一预设阈值的保险险别为第一目标保险险别；确定第一目标保险险别中各保额的投保占比最大的保额为第一目标保额；

和/或，

服务器确定各保险险别的出险概率大于第二预设阈值的保险险别为第二目标保险险别；确定第二目标保险险别中各保额的投保占比最大的保额为第二目标保额；

服务器通过第一目标保险险别和第一目标保额，和/或，第二目标保险险别和第二目标保额，生成投保方案。

本申请实施例中，通过各保险险别的投保占比中大于第一预设阈值的保险险别以及该保险险别中各保额的投保占比最大的保额，和/或，各保险险别的出险概率大于第二预设阈值的保险险别以及该保险险别中各保额的投保占比最大的保额，生成投保方案，可以进一步提高投保方案的可靠性和实用性。

可选的，本申请实施例提供的投保数据处理方法，还包括：

接收终端发送的第一查看指令，第一查看指令用于请求查看各保险险别的投保占比；向终端发送各保险险别的投保占比，以使所述终端接收并显示所述各保险险别的投保占比。

可选的，本申请实施例提供的投保数据处理方法，还包括：

接收终端发送的第二查看指令，第二查看指令用于请求查看第一保险险别中各保额的投保占比，第一保险险别是各保险险别中的任意一种；向终端发送第一保险险别中各保额的投保占比，以使所述终端接收并显示所述第一保险险别中各保额的投保占比。

可选的，本申请实施例提供的投保数据处理方法，还包括：

接收终端发送的第三查看指令，第三查看指令用于请求查看第二保险险别的出险概率，第二保险险别是各保险险别中的任意一种；向终端发送第二保险险别的出险概率，以使所述终端接收并显示所述第二保险险别的出险概率。

第二方面，本申请实施例提供一种投保数据处理方法，第二方面提供的投保数据处理方法是第一方面提供的投保数据处理方法对应的终端侧的方案，该方法包括：

向服务器发送投保推荐请求，投保推荐请求中包括目标地区的标识和车辆类型，投保推荐请求用于请求服务器根据目标地区的标识和车辆类型，获取目标地区内的车辆投保数据，并根据目标地区内的车辆投保数据生成投保方案，并发送投保方案至终端；接收服务器发送的投保方案。

可选的，本申请实施例提供的投保数据处理方法，还包括：

向服务器发送第一查看指令，第一查看指令用于请求查看各保险险别的投保占比；接收服务器发送的各保险险别的投保占比；显示各保险险别的投保占比。

可选的，本申请实施例提供的投保数据处理方法，还包括：

向服务器发送第二查看指令，第二查看指令用于请求查看第一保险险别中各保额的投保占比，第一保险险别是各保险险别中的任意一种；接收服务器发送的第一保险险别中各保额的投保占比；显示第一保险险别中各保额的投保占比。

可选的，本申请实施例提供的投保数据处理方法，还包括：

向服务器发送第三查看指令，第三查看指令用于请求查看第二保险险别的出险概率，第二保险险别是各保险险别中的任意一种；接收服务器发送的第二保险险别的出险概率；显示第二保险险别的出险概率。

下面介绍本申请实施例提供的装置、电子设备、计算机可读存储介质以及计算机程序产品，其内容和效果可参考本申请实施例提供的投保数据处理方法，不再赘述。

第三方面，本申请实施例提供一种投保数据处理装置，包括：

第一接收模块，用于接收终端发送的投保推荐请求，投保推荐请求中包括目标地区的标识和车辆类型；

获取模块，用于根据目标地区的标识和车辆类型，获取目标地区内的车辆投保数据；

生成模块，用于根据目标地区内的车辆投保数据生成投保方案；

第一发送模块，用于向终端发送投保方案。

可选的，生成模块，用于：

确定车辆投保数据中，各保险险别的投保占比、每种保险险别中各保额的投保占比以及各保险险别的出险概率；

根据各保险险别的投保占比、每种保险险别中各保额的投保占比以及各保险险别的出险概率，生成投保方案。

可选的，生成模块，具体用于：

确定各保险险别的投保占比中大于第一预设阈值的保险险别为第一目标保险险别；确定第一目标保险险别中各保额的投保占比最大的保额为第一目标保额；

和/或，确定各保险险别的出险概率大于第二预设阈值的保险险别为第二目标保险险别；确定第二目标保险险别中各保额的投保占比最大的保额为第二目标保额；

通过第一目标保险险别和第一目标保额，和/或，第二目标保险险别和第二目标保额，生成投保方案。

在一种可能的实施方式中，第一接收模块，还用于接收终端发送的第一查看指令，第一查看指令用于请求查看各保险险别的投保占比；第一发送模块，还用于向终端发送各保险险别的投保占比，以使所述终端接收并显示所述各保险险别的投保占比。

在一种可能的实施方式中，第一接收模块，还用于接收终端发送的第二查看指令，第二查看指令用于请求查看第一保险险别中各保额的投保占比，第一保险险别是各保险险别中的任意一种；第一发送模块，还用于向终端发送第一保险险别中各保额的投保占比，以使所述终端接收并显示所述第一保险险别中各保额的投保占比。

在一种可能的实施方式中，第一接收模块，还用于接收终端发送的第三查看指令，第三查看指令用于请求查看第二保险险别的出险概率，第二保险险别是各保险险别中的任意一种；第一发送模块，还用于向终端发送第二保险险别的出险概率，以使所述终端接收并显示所述第二保险险别的出险概率。

第四方面，本申请实施例提供一种投保数据处理装置，包括：

第二发送模块，用于向服务器发送投保推荐请求，投保推荐请求中包括目标地区的标识和车辆类型，投保推荐请求用于请求服务器根据目标地区的标识和车辆类型，获取目标地区内的车辆投保数据，并根据目标地区内的车辆投保数据生成投保方案，并发送投保方案至终端；第二接收模块，用于接收服务器发送的投保方案。

可选的，本申请实施例提供的投保数据处理装置，

第二发送模块，还用于向服务器发送第一查看指令，第一查看指令用于请求查看各保险险别的投保占比；

第二接收模块，还用于接收服务器发送的各保险险别的投保占比；

显示模块，用于显示各保险险别的投保占比。

可选的，本申请实施例提供的投保数据处理装置，

第二发送模块，还用于向服务器发送第二查看指令，第二查看指令用于请求查看第一保险险别中各保额的投保占比，第一保险险别是各保险险别中的任意一种；

第二接收模块，还用于接收服务器发送的第一保险险别中各保额的投保占比；

显示模块，还用于显示第一保险险别中各保额的投保占比。

可选的，本申请实施例提供的投保数据处理装置，

第二发送模块，还用于向服务器发送第三查看指令，第三查看指令用于请求查看第二保险险别的出险概率，第二保险险别是各保险险别中的任意一种；

第二接收模块，还用于接收服务器发送的第二保险险别的出险概率；

显示模块，还用于显示第二保险险别的出险概率。

第五方面，本申请实施例提供一种电子设备，包括：

至少一个处理器；以及

与至少一个处理器通信连接的存储器；其中

存储器存储有可被至少一个处理器执行的指令，指令被至少一个处理器执行，以使至少一个处理器能够执行如第一方面或第一方面可实现方式提供的方法。

第六方面，本申请实施例提供一种电子设备，包括：

至少一个处理器；以及

与至少一个处理器通信连接的存储器；其中

存储器存储有可被至少一个处理器执行的指令，指令被至少一个处理器执行，以使至少一个处理器能够执行如第二方面或第二方面可实现方式提供的方法。

第七方面，本申请实施例提供一种存储有计算机指令的非瞬时计算机可读存储介质，计算机指令用于使计算机执行如第一方面或第一方面可实现方式提供的方法。

第八方面，本申请实施例提供一种存储有计算机指令的非瞬时计算机可读存储介质，计算机指令用于使计算机执行如第二方面或第二方面可实现方式提供的方法。

第九方面，本申请实施例提供一种计算机程序产品，包括：可执行指令，可执行指令用于实现如第一方面或第一方面可选方式提供的方法。

第十方面，本申请实施例提供一种计算机程序产品，包括：可执行指令，可执行指令用于实现如第二方面或第二方面可选方式提供的方法。

本申请实施例提供的投保数据处理方法、装置、电子设备及存储介质，服务器通过接收终端发送的投保推荐请求，投保推荐请求中包括目标地区的标识和车辆类型；服务器根据目标地区的标识和车辆类型，获取目标地区内的车辆投保数据；根据目标地区内的车辆投保数据生成投保方案；服务器向终端发送投保方案。本申请实施例中，通过根据投保推荐请求中的目标地区的标识和车辆类型，并根据目标地区的标识和车辆类型获取目标地区内的车辆投保数据，进而根据目标地区内的车辆投保数据生成投保方案，实现了对投保数据的处理，并根据目标地区的标识、车辆类型以及目标地区内的历史投保数据，确定投保方案，并向用户个性化的推荐投保方案，提高了用户体验。

附图说明

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

图1是本申请实施例提供的一示例性应用场景图；

图2A-2C是本申请一实施例提供的终端界面示意图；

图3是本申请一实施例提供的投保数据处理方法的交互流程图；

图4是本申请实施例提供的投保方案的界面示意图；

图5是本申请另一实施例提供的投保数据处理方法的交互流程图；

图6是本申请实施例提供的各保险险别的投保占比的示意图；

图7是本申请又一实施例提供的投保数据处理方法的交互流程图；

图8是本申请实施例提供的第一保险险别中各保额的投保占比示意图；

图9是本申请再一实施例提供的投保数据处理方法的交互流程图；

图10是本申请实施例提供的各保险险别的出险概率的示意图；

图11是本申请一实施例提供的投保数据处理装置的结构示意图；

图12是本申请另一实施例提供的投保数据处理装置的结构示意图；

图13是本申请实施例提供的电子设备的结构示意图；

图14是本申请另一实施例提供的电子设备的结构示意图。

具体实施方式

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

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

随着社会经济的快速发展以及人们保险意识的提高，越来越多的企业、家庭和个人在购买车辆后，会为车辆投保，购买车险，以保障车祸事故中受害人的正当权益。然而由于用户对于车险的了解可能不够深入，导致对车辆投保过程中选择困难。现有车险系统中的自动推荐投保方案，车险系统通常为所有用户均推荐默认投保方案。无法根据用户信息个性化的推荐投保方案，用户体验差。为了解决上述技术问题，本申请实施例提供一种投保数据处理方法、装置、电子设备及存储介质。

以下，对本申请实施例的示例性应用场景进行介绍。

本申请实施例提供的投保数据处理方法可以通过本申请实施例提供的投保数据处理装置执行，本申请实施例提供的投保数据处理装置可以是终端的部分或者全部，本申请实施例对终端的具体类型不做限制，终端可以是智能手机、个人电脑、平板电脑、可穿戴设备、车载终端等。下面以终端为智能手机为例，对本申请实施例提供的投保数据处理方法的示例性应用场景进行介绍。图1是本申请实施例提供的一示例性应用场景图，如图1所示，本申请实施例提供的投保数据处理方法可以应用于终端11和服务器12中，例如，可以通过终端中的应用程序或者网页实现，终端11与服务器12存在数据通信，其中，服务器12可以是一个或多个服务器，也可以是服务器集群，本申请实施例对此不做限制。

示例性的，图2A-2C是本申请一实施例提供的终端界面示意图，在用户打开具备投保数据处理功能的应用程序或者网页之后，终端的显示界面中可以显示用于用户填写车辆信息以及发送投保推荐请求的按钮、窗口等，本申请实施例对用于用户填写车辆信息以及发送投保推荐请求的具体显示方式不做限制。在一种可能的实施方式中，如图2A中的界面21所示，通过显示“车辆信息填写”，提醒用于输入车辆信息，本申请实施例不限于此，例如，还可以通过显示“车辆所在地区”、“车辆型号”、“车龄”等信息，提醒用户需要填写的车辆信息，本申请实施例对界面21中的显示内容不做限制。在填写完成车辆信息之后，如图2B中的界面22所示，界面可以显示用户填写的车辆信息，以及还可以通过显示“确定”和“取消”选择虚拟按键，并通过接收用户对“确定”的触摸、点击、长按等任意操作，向服务器发送投保推荐请求，服务器根据用户输入的车辆信息，生成投保方案，如图2C中的界面23所示，终端界面显示投保方案，本申请实施例对投保方案的具体呈现方式不做限制。若用户对“取消”进行了触摸、点击、长按等任意操作，则可以认为用户取消了投保推荐功能，终端不再向服务器发送投保推荐请求。

基于此，本申请实施例提供一种投保数据处理方法、装置、电子设备及存储介质。

图3是本申请一实施例提供的投保数据处理方法的交互流程图，该方法可以由投保数据处理装置执行，该装置可以通过软件和/或硬件的方式实现，下面以一个终端与一个服务器实现本申请实施例的投保数据处理方法为例，来对本申请实施例提供的投保数据处理方法进行详细说明。如图3所示，本申请实施例提供的投保数据处理方法可以包括：

步骤S101：终端向服务器发送投保推荐请求，投保推荐请求中包括目标地区的标识和车辆类型。

终端向服务器发送投保推荐请求，可以是通过接收用户的投保推荐指令之后，根据用户的投保推荐指令向服务器发送投保推荐请求，本申请实施例对此不做限制。其中，如图2B所示，用户的投保推荐指令可以是触摸、点击、长按终端设备中的“确定”按钮，终端可以通过接收用户对“确定”按钮的操作，接收用户的投保推荐指令。

投保推荐请求中包括目标地区的标识，本申请实施例对目标地区的标识形式不做限制，例如，可以是目标地区的地区名称、地区简称、地区代码、以及地区的车牌编码等。投保推荐请求中还包括车辆类型，本申请实施例对车辆类型的具体形式不做限制，例如可以包括：汽车、卡车、货车等，车辆类型还可以包括车辆型号，本申请实施例对投保推荐请求中包含的信息内容不做限制。

可选的，投保推荐请求中还可以包括车龄、车辆品牌、新车标识以及续保状态中的至少一种信息，通过车辆品牌以及车龄等信息，可以增强对投保方案的个性化，提高用户体验。本申请实施例对车辆品牌、车龄等具体信息不做限制。例如，

步骤S102：服务器接收终端发送的投保推荐请求。

本申请实施例对服务器接收终端发送的投保推荐请求的具体实现方式不做限制。

步骤S103：服务器根据目标地区的标识和车辆类型，获取目标地区内的车辆投保数据。

服务器根据目标地区的标识和车辆类型，获取目标地区内的车辆投保数据，例如，目标地区的标识为“上海”、“沪”等，且车辆类型为小轿车时，则可以获取上海市内的车辆类型为小轿车的车辆投保数据。

可选的，若投保推荐请求中还包括车辆品牌和/或车龄信息，则可以获取目标地区内、该车辆类型、以及该车辆品牌和/或该车龄的车辆投保数据，本申请实施例对此不做限制。此外，还可以通过用户选择或者自定义其他的筛选条件，确定车辆投保数据，以提高获取车辆投保数据的可靠性。

车辆投保数据，可以是预设时间之内的车辆投保数据，本申请实施例对预设时间的具体时间不做限制，例如，获取目标地区内的前五年的车辆投保数据，以当前查询时间以2019年10月28日下午六点为例，目标地区内的前五年的车辆投保数据是指目标地区内从2014年10月28日下午六点至2019年10月28日下午六点时间段的车辆投保数据，本申请实施例不限于此。

步骤S104：服务器根据目标地区内的车辆投保数据生成投保方案。

服务器在获取到目标地区内的车辆投保数据之后，根据目标地区内的车辆投保数据生成投保方案。本申请实施例对服务器根据目标地区内的车辆投保数据生成投保方案的具体实施方式不做限制。例如，可以通过选择车辆投保数据中用户采用最多的投保方案生成投保方案，再例如，可以通过车辆投保数据中出险概率排列前三的保险险种生成投保方案，本申请实施例不限于此。

在一种可能的实施方式中，根据目标地区内的车辆投保数据生成投保方案，包括：

确定车辆投保数据中，各保险险别的投保占比、每种保险险别中各保额的投保占比以及各保险险别的出险概率；根据各保险险别的投保占比、每种保险险别中各保额的投保占比以及各保险险别的出险概率，生成投保方案。

统计车辆投保数据中各保险险别的投保占比，其中，某一保险险别的投保占比＝该保险险别的投保订单数/各保险险别的投保订单数之和；统计车辆投保数据中每种保险险别中各保额的投保占比，其中，某一保险险别中特定保额的投保占比＝特定保额下该保险险别的投保订单数/该保险险别的投保订单数；统计各保险险别的出险概率，其中，某一保险险别的出险概率＝该保险险别的出险订单数/该保险险别的投保订单数。

在确定各保险险别的投保占比、每种保险险别中各保额的投保占比以及各保险险别的出险概率之后，根据各保险险别的投保占比、每种保险险别中各保额的投保占比以及各保险险别的出险概率，生成投保方案。

在一种可能的实施方式中，根据各保险险别的投保占比、每种保险险别中各保额的投保占比以及各保险险别的出险概率，生成投保方案，包括：确定各保险险别的投保占比中大于第一预设阈值的保险险别为第一目标保险险别；确定第一目标保险险别中各保额的投保占比最大的保额为第一目标保额，通过第一目标投保险别和第一目标保额生成投保方案。

某一保险险别的投保占比越大，则表示越多比例的用户选择了投保该保险险别，也可以间接的体现该保险险别的重要性，通过设置第一预设阈值的大小，可以筛选出不同重要程度的保险险别，本申请实施例对第一预设阈值的大小不做限制，例如，第一预设阈值可以为50％、40％或60％等，本申请实施例不限于此。另外，第一目标保险险别可以为一种或多种，本申请实施例对第一目标保险险别的数量也不做限制。在确定了第一目标保险险别之后，还需要确定第一目标保险险别的投保保额。确定第一目标保险险别的第一目标保额，可以通过在车辆投保数据中，确定第一目标保险险别中各保额的投保占比最大的保额为第一目标保额，本申请实施例不限于此。在确定第一目标投保险别和第一目标保额后，生成投保方案。

在另一种可能的实施方式中，根据各保险险别的投保占比、每种保险险别中各保额的投保占比以及各保险险别的出险概率，生成投保方案，包括：确定各保险险别的出险概率大于第二预设阈值的保险险别为第二目标保险险别；确定第二目标保险险别中各保额的投保占比最大的保额为第二目标保额；通过第二目标投保险别和第二目标保额生成投保方案。

某一保险险别的出险概率越大，则表示该保险险别的实用性越高，通过设置第二预设阈值，可以筛选出不同出险率的保险险别，本申请实施例对第二预设阈值的大小不做限制，例如，第二预设阈值可以为10％、12％等，本申请实施例不限于此。另外，第二目标保险险别可以为一种或多种，本申请实施例对第二目标保险险别的数量不做限制。在确定了第二目标保险险别之后，还需要确定第二目标保险险别的投保保额。确定第二目标保险险别的第二目标保额，可以通过在车辆投保数据中，确定第二目标保险险别中各保额的投保占比最大的保额为第二目标保额，本申请实施例不限于此。在确定第二目标投保险别和第二目标保额后，生成投保方案。

在又一种可能的实施方式中，根据各保险险别的投保占比、每种保险险别中各保额的投保占比以及各保险险别的出险概率，生成投保方案，包括：确定各保险险别的投保占比中大于第一预设阈值的保险险别为第一目标保险险别；确定第一目标保险险别中各保额的投保占比最大的保额为第一目标保额；确定各保险险别的出险概率大于第二预设阈值的保险险别为第二目标保险险别；确定第二目标保险险别中各保额的投保占比最大的保额为第二目标保额；通过第一目标保险险别、第一目标保额、第二目标保险险别和第二目标保额，生成投保方案。

本申请实施例中，确定第一目标保险险别、第一目标保额、第二目标保险险别和第二目标保额的实现方式可参考上述实施例中的介绍，不再赘述。投保方案中的保险险别可以包括第一目标保险险别和第二目标保险险别，第一目标保险险别的保额为第一目标保额，第二目标保险险别的保额为第二目标保额。

步骤S105：服务器向终端发送投保方案。

本申请实施例对服务器向终端发送投保方案的具体实现方式不做限制。

步骤S106：终端接收服务器发送的投保方案。

终端接收服务器发送的投保方案，并且可以在终端界面中显示投保方案，本申请实施例对投保方案的显示方式不做限制，下面以在智能手机界面显示投保方案为例进行介绍。图4是本申请实施例提供的投保方案的界面示意图，如图4所示，图4中包括界面41和界面42，其中，界面42可以是在界面41的基础上，向上滑动屏幕得到的界面。如界面41和界面42所示，投保方案的显示界面中，可以包括投保方案的保险险种、产品计划、是否计免赔、保费、交强险费用、商业险费用、车船税合计以及费用合计等信息，保险险种可以包括车辆损失保险、第三者责任保险、车上人员责任保险(司机)、车上人员责任保险(乘客)、全车盗抢保险、自燃损失险、玻璃单独破碎险、发动机涉水损失险、车辆损失保险无法找到第三者特约险以及指定修理厂险等，本申请实施例不限于上述保险险种。投保方案的显示界面中，可以显示投保保险险别以及每个投保保险险别的保费，除此之外，用户还可以在投保方案的显示界面中，自主添加或删除投保险种，本申请实施例不做限制，对于其他信息的位置、具体信息等可参考图4中的界面41和界面42。

本申请实施例中，服务器通过根据投保推荐请求中的目标地区的标识，并根据目标地区的标识获取目标地区内的车辆投保数据，进而根据目标地区内的车辆投保数据生成投保方案，实现了向用户个性化的推荐投保方案，提高了用户体验。

在上述实施例的基础上，用户可能还需要参考各保险险别的投保占比，进一步对投保方案进行调整，因此，终端还可以显示各保险险别的投保占比。在一种可能的实施方式中，图5是本申请另一实施例提供的投保数据处理方法的交互流程图，该方法可以由投保数据处理装置执行，该装置可以通过软件和/或硬件的方式实现，下面以一个终端与一个服务器实现本申请实施例的投保数据处理方法为例，来对本申请实施例提供的投保数据处理方法进行详细说明。如图5所示，本申请实施例提供的投保数据处理方法还可以包括：

步骤S201：终端向服务器发送第一查看指令，第一查看指令用于请求查看各保险险别的投保占比。

终端可以通过接收用户对终端界面中查看数据统计详情按钮的触摸、滑动、长按等操作，向服务器发送第一查看指令，第一查看指令用于请求查看各保险险别的投保占比，各保险险别的投保占比可以通过柱状图的形式呈现，本申请实施例对此不做限制。

步骤S202：服务器接收终端发送的第一查看指令。

步骤S203：服务器向终端发送各保险险别的投保占比。

步骤S204：终端接收服务器发送的各保险险别的投保占比。

本申请实施例对步骤S203-S204的具体实现方式不做限制。

步骤S205：终端显示各保险险别的投保占比。

终端显示各保险险别的投保占比，可以通过表格、数据等形式显示，本申请实施例对此不做限制，在一种可能的实施方式中，图6是本申请实施例提供的各保险险别的投保占比的示意图，如图6所示，终端可以通过柱状图的形式，显示各保险险别的投保占比。其中，纵坐标表示投保占比，横坐标中包括各保险险别，各保险险别以车辆损失保险、第三者责任保险、车上人员责任保险(司机)、车上人员责任保险(乘客)、全车盗抢保险、自燃损失险、玻璃单独破碎险、发动机涉水损失险、车损险无法找到第三者特约险以及指定修理厂险等为例，详情请参考图6，不再赘述。

在上述实施例的基础上，用户可能需要查看每一保险险种中各保额的投保占比，因此，终端还可以显示每一保险险种中各保额的投保占比，基于此，在一种可能的实施方式中，图7是本申请又一实施例提供的投保数据处理方法的交互流程图，该方法可以由投保数据处理装置执行，该装置可以通过软件和/或硬件的方式实现，下面以一个终端与一个服务器实现本申请实施例的投保数据处理方法为例，来对本申请实施例提供的投保数据处理方法进行详细说明。如图7所示，本申请实施例提供的投保数据处理方法还可以包括：

步骤S301：终端向服务器发送第二查看指令。

终端可以通过接收用户对各保险险别的投保占比的示意图中第一保险险种的触摸、点击、滑动等操作，向服务器发送第二查看指令，第二查看指令用于请求查看第一保险险别中各保额的投保占比，第一保险险别是各保险险别中的任意一种。

步骤S302：服务器接收终端发送的第二查看指令。

步骤S303：服务器向终端发送第一保险险别中各保额的投保占比。

步骤S304：终端接收服务器发送的第一保险险别中各保额的投保占比。

本申请实施例对步骤S203-S204的具体实现方式不做限制。

步骤S305：终端显示第一保险险别中各保额的投保占比。

图8是本申请实施例提供的第一保险险别中各保额的投保占比示意图，如图8所示，第一保险险别的保额中100万保额的投保占比为35％，第一保险险别的保额中50万保额的投保占比为28％，第一保险险别的保额中150万保额的投保占比为25％，第一保险险别的保额中其他保额的占比为12％。

在上述实施例的基础上，终端还可以显示各保险险别的出险概率，在一种可能的实施方式中，图9是本申请再一实施例提供的投保数据处理方法的交互流程图，该方法可以由投保数据处理装置执行，该装置可以通过软件和/或硬件的方式实现，下面以一个终端与一个服务器实现本申请实施例的投保数据处理方法为例，来对本申请实施例提供的投保数据处理方法进行详细说明。如图9所示，本申请实施例提供的投保数据处理方法还可以包括：

步骤S401：终端向服务器发送第三查看指令。

终端可以通过接收用户对终端界面中查看出险概率详情按钮的触摸、滑动、长按等操作，向服务器发送第三查看指令，第三查看指令用于请求查看第二保险险别的出险概率，第二保险险别是各保险险别中的任意一种。

步骤S402：服务器接收终端发送的第三查看指令。

步骤S403：服务器向终端发送第二保险险别的出险概率。

步骤S404：终端接收服务器发送的第二保险险别的出险概率。

本申请实施例对上述步骤S402-S404的具体实现方式不做限制。

步骤S405：终端显示第二保险险别的出险概率。

终端显示第二保险险别的出险概率，可以通过表格、图表等形式显示，第二保险险别的出险概率可以单独显示，即仅显示第二保险险别的出险概率，也可以同时显示各保险险别的出险概率，本申请实施例对此不做限制。在一种可能的实施方式中，图10是本申请实施例提供的各保险险别的出险概率的示意图，如图10所示，终端可以通过柱状图的形式，显示各保险险别的投保占比。其中，纵坐标表示各保险险别的出险概率，横坐标中包括各保险险别，各保险险别以车辆损失保险、第三者责任保险、车上人员责任保险(司机)、车上人员责任保险(乘客)、全车盗抢保险、自燃损失险、玻璃单独破碎险、发动机涉水损失险、车损险无法找到第三者特约险以及指定修理厂险等为例，详情请参考图10，不再赘述。

下述为本申请装置实施例，可以用于执行本申请方法实施例。对于本申请装置实施例中未披露的细节，请参照本申请方法实施例。

图11是本申请一实施例提供的投保数据处理装置的结构示意图，该装置可以通过软件和/或硬件的方式实现，该装置可以通过服务器的部分或全部实现，如图11所示，本申请实施例提供的投保数据处理装置可以包括：

第一接收模块51，用于接收终端发送的投保推荐请求，投保推荐请求中包括目标地区的标识和车辆类型；

获取模块52，用于根据目标地区的标识和车辆类型，获取目标区域内的车辆投保数据；

生成模块53，用于根据目标区域内的车辆投保数据生成投保方案；

第一发送模块54，用于向终端发送投保方案。

在一种可能的实施方式中，生成模块53，用于：

确定车辆投保数据中，各保险险别的投保占比、每种保险险别中各保额的投保占比以及各保险险别的出险概率；根据各保险险别的投保占比、每种保险险别中各保额的投保占比以及各保险险别的出险概率，生成投保方案。

在一种可能的实施方式中，生成模块53，具体用于：

确定各保险险别的投保占比中大于第一预设阈值的保险险别为第一目标保险险别；确定第一目标保险险别中各保额的投保占比最大的保额为第一目标保额；和/或，确定各保险险别的出险概率大于第二预设阈值的保险险别为第二目标保险险别；确定第二目标保险险别中各保额的投保占比最大的保额为第二目标保额；通过第一目标保险险别和第一目标保额，和/或，第二目标保险险别和第二目标保额，生成投保方案。

可选的，第一接收模块51，还用于接收终端发送的第一查看指令，第一查看指令用于请求查看各保险险别的投保占比；第一发送模块54，还用于向终端发送各保险险别的投保占比，以使终端接收并显示各保险险别的投保占比。

可选的，第一接收模块51，还用于接收终端发送的第二查看指令，第二查看指令用于请求查看第一保险险别中各保额的投保占比，第一保险险别是各保险险别中的任意一种；第一发送模块54，还用于向终端发送第一保险险别中各保额的投保占比，以使终端接收并显示第一保险险别中各保额的投保占比。

可选的，第一接收模块51，还用于接收终端发送的第三查看指令，第三查看指令用于请求查看第二保险险别的出险概率，第二保险险别是各保险险别中的任意一种；第一发送模块54，还用于向终端发送第二保险险别的出险概率，以使终端接收并显示第二保险险别的出险概率。

图12是本申请另一实施例提供的投保数据处理装置的结构示意图，该装置可以通过软件和/或硬件的方式实现，该装置可以通过终端的部分或全部实现，如图12所示，本申请实施例提供的投保数据处理装置可以包括：

第二发送模块61，用于向服务器发送投保推荐请求，投保推荐请求中包括目标地区的标识和车辆类型，投保推荐请求用于请求服务器根据目标地区的标识和车辆类型，获取目标区域内的车辆投保数据，并根据目标区域内的车辆投保数据生成投保方案，并发送投保方案至终端；

第二接收模块62，用于接收服务器发送的投保方案。

可选的，第二发送模块61，还用于向服务器发送第一查看指令，第一查看指令用于请求查看各保险险别的投保占比；第二接收模块62，还用于接收服务器发送的各保险险别的投保占比；显示模块63，用于显示各保险险别的投保占比。

可选的，第二发送模块61，还用于向服务器发送第二查看指令，第二查看指令用于请求查看第一保险险别中各保额的投保占比，第一保险险别是各保险险别中的任意一种；第二接收模块62，还用于接收服务器发送的第一保险险别中各保额的投保占比；显示模块63，还用于显示第一保险险别中各保额的投保占比。

可选的，第二发送模块61，还用于向服务器发送第三查看指令，第三查看指令用于请求查看第二保险险别的出险概率，第二保险险别是各保险险别中的任意一种；第二接收模块62，还用于接收服务器发送的第二保险险别的出险概率；显示模块63，还用于显示第二保险险别的出险概率。

本申请所提供的装置实施例仅仅是示意性的，图11和图12中的模块划分仅仅是一种逻辑功能划分，实际实现时可以有另外的划分方式。例如多个模块可以结合或者可以集成到另一个系统。各个模块相互之间的耦合可以是通过一些接口实现，这些接口通常是电性通信接口，但是也不排除可能是机械接口或其它的形式接口。因此，作为分离部件说明的模块可以是或者也可以不是物理上分开的，既可以位于一个地方，也可以分布到同一个或不同设备的不同位置上。

图13是本申请实施例提供的电子设备的结构示意图，如图13所示，该电子设备包括：

处理器71、存储器72、收发器73以及计算机程序；其中，收发器73实现与其他设备之间的数据传输，计算机程序被存储在存储器72中，并且被配置为由处理器71执行，计算机程序包括用于执行上述投保数据处理方法的指令，其内容及效果请参考方法实施例。

图14是本申请另一实施例提供的电子设备的结构示意图，如图14所示，该电子设备包括：

处理器81、存储器82、收发器83以及计算机程序；其中，收发器83实现与其他设备之间的数据传输，计算机程序被存储在存储器82中，并且被配置为由处理器81执行，计算机程序包括用于执行上述投保数据处理方法的指令，其内容及效果请参考方法实施例。

此外，本申请实施例还提供一种计算机可读存储介质，计算机可读存储介质中存储有计算机执行指令，当用户设备的至少一个处理器执行该计算机执行指令时，用户设备执行上述各种可能的方法。

其中，计算机可读介质包括计算机存储介质和通信介质，其中通信介质包括便于从一个地方向另一个地方传送计算机程序的任何介质。存储介质可以是通用或专用计算机能够存取的任何可用介质。一种示例性的存储介质耦合至处理器，从而使处理器能够从该存储介质读取信息，且可向该存储介质写入信息。当然，存储介质也可以是处理器的组成部分。处理器和存储介质可以位于ASIC中。另外，该ASIC可以位于用户设备中。当然，处理器和存储介质也可以作为分立组件存在于通信设备中。

本领域普通技术人员可以理解：实现上述各方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成。前述的程序可以存储于一计算机可读取存储介质中。该程序在执行时，执行包括上述各方法实施例的步骤；而前述的存储介质包括：ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。

最后应说明的是：以上各实施例仅用以说明本申请的技术方案，而非对其限制；尽管参照前述各实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分或者全部技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本申请各实施例技术方案的范围。

Claims (10)

1.一种投保数据处理方法，其特征在于，包括：

服务器接收终端发送的投保推荐请求，所述投保推荐请求中包括目标地区的标识和车辆类型；

所述服务器根据所述目标地区的标识和所述车辆类型，获取所述目标地区内的车辆投保数据；

所述服务器根据所述目标地区内的车辆投保数据生成投保方案；

所述服务器向所述终端发送所述投保方案。

2.根据权利要求1所述的方法，其特征在于，所述服务器根据所述目标地区内的车辆投保数据生成投保方案，包括：

所述服务器确定所述车辆投保数据中，各保险险别的投保占比、每种保险险别中各保额的投保占比以及所述各保险险别的出险概率；

所述服务器根据所述各保险险别的投保占比、每种保险险别中各保额的投保占比以及所述各保险险别的出险概率，生成投保方案。

3.根据权利要求2所述的方法，其特征在于，所述服务器根据所述各保险险别的投保占比、每种保险险别中各保额的投保占比以及所述各保险险别的出险概率，生成投保方案，包括：

所述服务器确定所述各保险险别的投保占比中大于第一预设阈值的保险险别为第一目标保险险别；确定所述第一目标保险险别中各保额的投保占比最大的保额为第一目标保额；

和/或，

所述服务器确定所述各保险险别的出险概率大于第二预设阈值的保险险别为第二目标保险险别；确定所述第二目标保险险别中各保额的投保占比最大的保额为第二目标保额；

所述服务器通过所述第一目标保险险别和所述第一目标保额，和/或，所述第二目标保险险别和所述第二目标保额，生成投保方案。

4.根据权利要求3所述的方法，其特征在于，还包括：

所述服务器接收所述终端发送的第一查看指令，所述第一查看指令用于请求查看所述各保险险别的投保占比；

所述服务器向所述终端发送所述各保险险别的投保占比，以使所述终端接收并显示所述各保险险别的投保占比。

5.根据权利要求4所述的方法，其特征在于，还包括：

所述服务器接收所述终端发送的第二查看指令，所述第二查看指令用于请求查看第一保险险别中各保额的投保占比，所述第一保险险别是所述各保险险别中的任意一种；

所述服务器向所述终端发送所述第一保险险别中各保额的投保占比，以使所述终端接收并显示所述第一保险险别中各保额的投保占比。

6.根据权利要求5所述的方法，其特征在于，还包括：

所述服务器接收所述终端发送的第三查看指令，所述第三查看指令用于请求查看第二保险险别的出险概率，所述第二保险险别是所述各保险险别中的任意一种；

所述服务器向所述终端发送所述第二保险险别的出险概率，以使所述终端接收并显示所述第二保险险别的出险概率。

7.根据权利要求1-6任一项所述的方法，其特征在于，所述投保推荐请求中还包括以下至少一种：

车龄、车辆品牌、新车标识、续保状态；

所述服务器根据所述目标地区的标识和所述车辆类型，获取所述目标地区内的车辆投保数据，包括：

所述服务器根据所述目标地区的标识、所述车辆类型，以及所述车龄、所述车辆品牌、所述新车标识、所述续保状态中的至少一种，获取所述目标地区内的车辆投保数据。

8.一种投保数据处理装置，其特征在于，包括：

第一接收模块，用于接收终端发送的投保推荐请求，所述投保推荐请求中包括目标地区的标识和车辆类型；

获取模块，用于根据所述目标地区的标识和所述车辆类型，获取所述目标地区内的车辆投保数据；

生成模块，用于根据所述目标地区内的车辆投保数据生成投保方案；

第一发送模块，用于向所述终端发送所述投保方案。

9.一种电子装置，其特征在于，包括

至少一个处理器；以及

与所述至少一个处理器通信连接的存储器；其中

所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行权利要求1-7中任一项所述的方法。

10.一种存储有计算机指令的计算机可读存储介质，其特征在于，所述计算机指令用于使所述计算机执行权利要求1-7中任一项所述的方法。

Images