投保信息展示方法、装置及存储设备、计算机设备与流程

本发明涉及保险保单投保技术领域，具体而言，本发明涉及一种投保信息展示方法、装置及存储设备、计算机设备。

背景技术：

保险列表的投保状态有多种，其中包括未完成状态、失效状态、过期状态以及有效状态等。然而，目前企业只关注保险单的有效状态，在用户端通过保险类app(application，应用或应用程序)给用户展示的保单只显示保障中的状态的保单，用户无法查看其他状态下的保单。

在实际用户操作过程中，用户在app中进行投保过程中途离开时，app上无法显示未完成的订单。同时，也无法显示当前投保单的状态，导致用户无法查看未完成的订单状态以继续进行后续操作。除此之外，app上也无法给用户展示操作失败的保单，以及保单上当前的投保进度等。因此，目前保险类app的投保信息展示无法满足用户的需求。

技术实现要素：

本发明提出一种投保信息展示方法、装置及存储设备、计算机设备，以为用户提供了统一的保单显示服务，用户可轻松查看自己投保的各个阶段的投保单状态，因此满足用户对投保信息的查看需求。

本发明提供以下方案：

一种投保信息展示方法，包括：获取目标用户在投保操作过程的各个阶段的投保信息；根据所述各个阶段的投保信息生成各个阶段对应的投保单；获取所述目标用户的第一操作信息；根据所述第一操作信息展示对应阶段的投保单。

在其中一个实施例中，所述获取所述目标用户的第一操作信息之前，还包括：获取所述各个阶段对应的投保单的投保状态；向所述目标用户展示所述各个阶段对应的投保单的投保状态。

在其中一个实施例中，所述获取所述各个阶段对应的投保单的投保状态之后，还包括：根据所有投保单的投保状态，确定未完成投保的投保单；提示所述目标用户处理所述未完成投保的投保单；确认接收到所述目标用户对所述未完成投保的投保单的第二操作信息；根据所述第二操作信息，引导所述目标用户完成未完成投保的投保单中未完成的投保操作。

在其中一个实施例中，所述获取所述各个阶段对应的投保单的投保状态之后，还包括：获取所述目标用户的第一要素，所述第一要素包括用户个人信息、保障中的投保单信息以及投保失败的投保单信息；其中，所述投保失败的投保单信息包括投保失败原因的信息；向服务器发送携带所述第一要素的下一步操作请求，以使服务器将所述用户个人信息、保障中的投保单信息以及投保失败的投保单信息输入预设算法模型，得到投保失败投保单的下一步操作信息，并反馈所述下一步操作信息；接收所述下一步操作的信息；根据所述下一步操作的信息指示所述目标用户对投保失败的投保单进行所述下一步操作。

在其中一个实施例中，所述预设算法模型根据以下方式获得：获取若干用户的所述第一要素；获取所述若干用户对投保失败的投保单的下一步操作记录；根据所述若干用户的所述第一要素以及所述若干用户对投保失败的投保单的下一步操作记录，训练得到所述预设算法模型。

在其中一个实施例中，所述投保单的投保状态包括保障中状态、已失效状态、待支付状态、待承保状态、待生成保单状态、线上确认状态中的一个或多个；所述获取所述各个阶段对应的投保单的投保状态之后，还包括：根据所有投保单的投保状态生成投保进度条；向所述目标用户展示所述投保进度条。

在其中一个实施例中，所述根据所述第一操作信息展示对应阶段的投保单之后，还包括：获取所述目标用户的第二要素；所述第二要素包括用户个人信息、保障中的保单信息以及用户资产信息；向服务器发送携带第二要素的业务推荐请求，以使服务器根据所述第二要素搜索与该目标用户相近的若干个用户的新申请的保单信息，并根据所述新申请的保单信息得到几率最大的预设个新申请的投保业务，反馈该预设个新申请的投保业务；接收所述预设个新申请的投保业务；向所述目标用户推荐所述预设个新申请投保业务。

一种投保信息展示装置，包括：第一获取模块，用于获取目标用户在投保操作过程的各个阶段的投保信息；生成模块，用于根据所述各个阶段的投保信息生成各个阶段对应的投保单；第二获取模块，用于获取所述目标用户的第一操作信息；展示模块，用于根据所述第一操作信息展示对应阶段的投保单。

一种存储设备，其上存储有计算机程序；所述计算机程序适于由处理器加载并执行上述任一实施例所述的投保信息展示方法。

一种计算机设备，其包括：一个或多个处理器；存储器；一个或多个应用程序，其中所述一个或多个应用程序被存储在所述存储器中并被配置为由所述一个或多个处理器执行，所述一个或多个应用程序配置用于执行根据上述任一实施例所述的投保信息展示方法。

上述实施例提供的投保信息展示方法，获取用户在投保过程中各个状态的信息，并生成对应的投保单状态，根据用户的操作向用户展示对应的投保单状态。因此，该方法囊括了用户投保过程中的各个阶段的投保单状态，并根据用户需求向用户展示对应的投保单状态，为用户提供了统一的保单显示服务，用户可以轻松查看自己投保的各个阶段的投保单状态，因此满足用户对投保信息的查看需求。

本发明附加的方面和优点将在下面的描述中部分给出，这些将从下面的描述中变得明显，或通过本发明的实践了解到。

附图说明

本发明上述的和/或附加的方面和优点从下面结合附图对实施例的描述中将变得明显和容易理解，其中：

图1为本发明提供的一种投保信息展示方法的一实施例中的方法流程图；

图2为本发明提供的一种投保信息展示方法的另一实施例中的方法流程图；

图3为本发明提供的一种投保信息展示方法的一实施例中的部分步骤方法流程图；

图4为本发明提供的一种投保信息展示方法的另一实施例中的部分步骤的方法流程图；

图5为本发明提供的一种投保信息展示方法的又一实施例中的方法流程图；

图6为本发明提供的一种投保信息展示装置的一实施例中的结构框图；

图7为本发明提供的一种计算机设备的一实施例中的结构示意图。

具体实施方式

下面详细描述本发明的实施例，所述实施例的示例在附图中示出，其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附图描述的实施例是示例性的，仅用于解释本发明，而不能解释为对本发明的限制。

本技术领域技术人员可以理解，除非特意声明，这里使用的单数形式“一”、“一个”、“所述”和“该”也可包括复数形式，这里使用的“第一”、“第二”仅用于区别同一技术特征，并不对该技术特征的顺序和数量等加以限定。应该进一步理解的是，本发明的说明书中使用的措辞“包括”是指存在所述特征、整数、步骤、操作、元件和/或组件，但是并不排除存在或添加一个或多个其他特征、整数、步骤、操作、元件、组件和/或它们的组。

本技术领域技术人员可以理解，除非另外定义，这里使用的所有术语(包括技术术语和科学术语)，具有与本发明所属领域中的普通技术人员的一般理解相同的意义。还应该理解的是，诸如通用字典中定义的那些术语，应该被理解为具有与现有技术的上下文中的意义一致的意义，并且除非像这里一样被特定定义，否则不会用理想化或过于正式的含义来解释。

本发明提供一种投保信息展示方法。在一实施例中，如图1所示，该投保信息展示方法包括以下步骤：

s100，获取目标用户在投保操作过程的各个阶段的投保信息。

用户在进行投保操作时，往往包括多个阶段的投保信息。例如，投保完成且保单处于保障中，投保完成但保单已失效，投保操作执行到待支付阶段，投保处于待承保阶段，投保操作执行完毕但处于待生成保单阶段，保单已生成但处于待用户线上确认阶段等。系统可获取每个目标用户在进行投保过程，各个阶段的投保信息。其中，此处的投保信息可包括目标用户在各个阶段执行的投保操作信息，各个阶段中目标用户的保单状态信息，以及各个阶段投保对应的目标用户的个人信息等。

s200，根据所述各个阶段的投保信息生成各个阶段对应的投保单。

系统获取到目标用户在各个阶段的投保信息后，根据各个阶段的投保信息生成每个阶段对应的投保单。例如，目标用户在执行投保操作时，执行到待支付阶段，系统获取到目标用户执行到该阶段时的投保信息，如目标用户选择的保险套餐，保险类型以及保险的最终付款金额等信息，生成待支付阶段的投保单。

在一实施例中，所述投保单的投保状态包括保障中状态、已失效状态、待支付状态、待承保状态、待生成保单状态、线上确认状态中的一个或多个；所述获取所述各个阶段对应的投保单的投保状态之后，还包括：根据所有投保单的投保状态生成投保进度条；向所述目标用户展示所述投保进度条。

在本实施例中，系统先获取目标用户在进行投保操作时各个阶段对应的投保单的投保状态，分析每个阶段对应的投保状态，根据所有的投保状态生成该目标用户的投保进度条，同时给目标用户展示投保进度条。具体地，系统根据目标用户投保时提供的相关数据进行分析，并将分析结果返回给目标用户。如目标用户已投保成功，则投保进度条显示在承保状态。如目标用户已投保，但投保单已超过有效期，则投保进度条显示投保失效状态。

s300，获取所述目标用户的第一操作信息。

系统在后台生成目标用户各个阶段对应的投保单之后，获取目标用户的第一操作信息。第一操作信息可以是目标用户触发保险类app展示界面中用于读取相应投保单的跳转按钮。或者，可以是目标用户触发读取相应投保单的跳转链接等。

在一实施例中，如图2所示，步骤s300之前，还包括：

s210，获取所述各个阶段对应的投保单的投保状态。

s220，向所述目标用户展示所述各个阶段对应的投保单的投保状态。

在该实施例中，系统根据各个阶段目标用户的投保信息生成对应的投保单之后，获取每个阶段的投保单的投保状态，并将各个阶段的投保状态展示给目标用户。其中，投保单的投保状态的展示方式可以是，按照目标用户的各个阶段投保操作的时间距离当前时间由远到近的方式，将投保单的投保状态进行列表排序，并将排序好的列表展示给目标用户。

在一实施例中，如图3所示，步骤s210之后，还包括：

s211，根据所有投保单的投保状态，确定未完成投保的投保单；

s213，提示所述目标用户处理所述未完成投保的投保单；

s215，确认接收到所述目标用户对所述未完成投保的投保单的第二操作信息；

s217，根据所述第二操作信息，引导所述目标用户完成未完成投保的投保单中未完成的投保操作。

在本实施例，系统获取各个阶段对应的投保单的投保状态，同时对每个投保状态进行分析，确认出目标用户未完成投保操作的各个投保单，进而提示目标用户处理此类未完成投保的投保单。提示目标用户处理投保单的方式可以是：每次目标用户打开保险类app时，在app界面中跳出提示目标用户处理未完成投保的投保单信息。或者，将未完成投保的投保单的投保状态以颜色标注的方式展示在app的界面上。

进一步地，检测是否接收到目标用户对未完成投保的投保单的第二操作信息。系统在提示目标用户处理未完成投保的投保单之后，目标用户根据提示信息，对未完成投保的投保单进行第二操作。系统确认到目标用户对未完成投保的投保单的第二操作信息，根据所述第二操作信息，引导所述目标用户完成未完成投保的投保单中未完成的投保操作。

在一实施例中，如图4所示，步骤s210之后，还包括：

s201，获取所述目标用户的第一要素，所述第一要素包括用户个人信息、保障中的投保单信息以及投保失败的投保单信息；其中，所述投保失败的投保单信息包括投保失败原因的信息。

s203，向服务器发送携带所述第一要素的下一步操作请求，以使服务器将所述用户个人信息、保障中的投保单信息以及投保失败的投保单信息输入预设算法模型，得到投保失败投保单的下一步操作信息，并反馈所述下一步操作信息。

s205，接收所述下一步操作的信息。

s207，根据所述下一步操作的信息指示所述目标用户对投保失败的投保单进行所述下一步操作。

在该实施例中，获取所述各个阶段对应的投保单的投保状态之后，系统还获取目标用户的第一要素。其中，第一要素包括用户个人信息、保障中的投保单信息以及投保失败的投保单信息；投保失败的投保单信息包括投保失败原因的信息。同时，将携带该第一要素的下一步操作请求发送到服务器。服务器根据目标用户的用户个人信息、保障中的投保单信息以及投保失败的投保单信息分析出目标用户需要对投保失败的投保单进行的下一步操作，并该下一步操作的信息反馈给终端。终端接收到所述下一步操作的信息后，指示目标用户对投保失败的投保单进行下一步操作。

此处，服务器将目标用户的用户个人信息、保障中的投保单信息以及投保失败的投保单信息输入到预设算法模型中，以得到投保失败投保单的下一步操作信息。所述预设算法模型根据以下方式获得：

获取若干用户的所述第一要素；

获取所述若干用户对投保失败的投保单的下一步操作记录；

根据所述若干用户的所述第一要素以及所述若干用户对投保失败的投保单的下一步操作记录，训练得到所述预设算法模型。

在该实施例中，服务器获取样本用户的第一要素(即所述若干用户)以及对投保失败的投保单的下一步操作记录对所述预设算法模型进行训练。具体地，服务器获取平台中若干用户的第一要素以及若干用户中每个用户对投保失败的投保单的下一步操作记录，根据每个用户的第一要素以及投保失败的投保单的下一步操作记录，训练得到预设算法模型。

该实施例中，服务器根据平台用户的大数据，即样本用户的第一要素和对投保失败的投保单的下一步操作记录，训练得到预设算法模型，再将目标用户的第一要素输入该预设算法模型中，得到目标用户可能需要对投保失败的投保单进行的下一步操作。因此，自动化生成符合该目标用户的对投保失败的投保单的下一步操作，无需进行人工判断，提高了用户进行投保操作的效率。

s400，根据所述第一操作信息展示对应阶段的投保单。

系统识别并确认目标用户的第一操作信息后，根据该操作信息并通过保险类app展示对应的投保单。例如，保险类app展示界面中给目标用户展示了后台服务器系统中多个投保单的标识信息，目标用户点击界面中的标识信息，后台服务器系统即将该标识信息对应的投保单下发到保险类app展示界面中，并通过该展示界面给目标用户展示操作信息对应的投保单。

上述实施例提供的投保信息展示方法，获取用户在投保过程中各个状态的信息，并生成对应的投保单状态，根据用户的操作向用户展示对应的投保单状态。因此，该方法囊括了用户投保过程中的各个阶段的投保单状态，并根据用户需求向用户展示对应的投保单状态，为用户提供了统一的保单显示服务，用户可以轻松查看自己投保的各个阶段的投保单状态，因此满足用户对投保信息的查看需求。

在一实施例中，如图5所示，步骤s400之后，还包括：

s500，获取所述目标用户的第二要素；所述第二要素包括用户个人信息、保障中的保单信息以及用户资产信息。

s600，向服务器发送携带第二要素的业务推荐请求，以使服务器根据所述第二要素搜索与该目标用户相近的若干个用户的新申请的保单信息，并根据所述新申请的保单信息得到几率最大的预设个新申请的投保业务，反馈该预设个新申请的投保业务。

s700，接收所述预设个新申请的投保业务。

s800，向所述目标用户推荐所述预设个新申请投保业务。

在该实施例中，第二要素包括用户个人信息、保障中的保单信息以及用户资产信息。终端向服务器发送携带第二要素的业务推荐请求。服务器根据第二要素搜索与该目标用户相近的若干个用户的新申请的保单信息。其中，服务器主要根据目标用户的个人信息，保障中的保单信息以及资产信息，搜索与这三部分信息相似的若干用户的新申请的保单信息。同时，在这若干用户中筛选出几率最大的预设个新申请的投保业务，并将该预设个新申请的投保业务反馈给终端，以向目标用户推荐该预设个新申请的投保业务。

本发明还提供一种投保信息展示装置。如图6所示，该投保信息展示装置包括第一获取模块10、生成模块20、第二获取模块30和展示模块40。

第一获取模块10用于获取目标用户在投保操作过程的各个阶段的投保信息。用户在进行投保操作时，往往包括多个阶段的投保信息。例如，投保完成且保单处于保障中，投保完成但保单已失效，投保操作执行到待支付阶段，投保处于待承保阶段，投保操作执行完毕但处于待生成保单阶段，保单已生成但处于待用户线上确认阶段等。系统可获取每个目标用户在进行投保过程，各个阶段的投保信息。其中，此处的投保信息可包括目标用户在各个阶段执行的投保操作信息，各个阶段中目标用户的保单状态信息，以及各个阶段投保对应的目标用户的个人信息等。

生成模块20用于根据所述各个阶段的投保信息生成各个阶段对应的投保单。系统获取到目标用户在各个阶段的投保信息后，根据各个阶段的投保信息生成每个阶段对应的投保单。例如，目标用户在执行投保操作时，执行到待支付阶段，系统获取到目标用户执行到该阶段时的投保信息，如目标用户选择的保险套餐，保险类型以及保险的最终付款金额等信息，生成待支付阶段的投保单。

在一实施例中，所述投保单的投保状态包括保障中状态、已失效状态、待支付状态、待承保状态、待生成保单状态、线上确认状态中的一个或多个；所述获取所述各个阶段对应的投保单的投保状态之后，还包括：根据所有投保单的投保状态生成投保进度条；向所述目标用户展示所述投保进度条。

在本实施例中，系统先获取目标用户在进行投保操作时各个阶段对应的投保单的投保状态，分析每个阶段对应的投保状态，根据所有的投保状态生成该目标用户的投保进度条，同时给目标用户展示投保进度条。具体地，系统根据目标用户投保时提供的相关数据进行分析，并将分析结果返回给目标用户。如目标用户已投保成功，则投保进度条显示在承保状态。如目标用户已投保，但投保单已超过有效期，则投保进度条显示投保失效状态。

第二获取模块30用于获取所述目标用户的第一操作信息。系统在后台生成目标用户各个阶段对应的投保单之后，获取目标用户的第一操作信息。第一操作信息可以是目标用户触发保险类app展示界面中用于读取相应投保单的跳转按钮。或者，可以是目标用户触发读取相应投保单的跳转链接等。

展示模块40用于根据所述第一操作信息展示对应阶段的投保单。系统识别并确认目标用户的第一操作信息后，根据该操作信息并通过保险类app展示对应的投保单。例如，保险类app展示界面中给目标用户展示了后台服务器系统中多个投保单的标识信息，目标用户点击界面中的标识信息，后台服务器系统即将该标识信息对应的投保单下发到保险类app展示界面中，并通过该展示界面给目标用户展示操作信息对应的投保单。

上述实施例提供的投保信息展示装置，获取用户在投保过程中各个状态的信息，并生成对应的投保单状态，根据用户的操作向用户展示对应的投保单状态。因此，该方法囊括了用户投保过程中的各个阶段的投保单状态，并根据用户需求向用户展示对应的投保单状态，为用户提供了统一的保单显示服务，用户可以轻松查看自己投保的各个阶段的投保单状态，因此满足用户对投保信息的查看需求。

在其他实施例中，本发明提供的投保信息展示装置中的各个模块还用于执行本发明所述的投保信息展示方法中，对应各个步骤执行的操作，在此不再做详细的说明。

本发明还提供一种存储介质。该存储介质上存储有计算机程序；所述计算机程序被处理器执行时，实现上述任一实施例所述的投保信息展示方法。该存储介质可以是存储器。例如，内存储器或外存储器，或者包括内存储器和外存储器两者。内存储器可以包括只读存储器(rom)、可编程rom(prom)、电可编程rom(eprom)、电可擦写可编程rom(eeprom)、快闪存储器、或者随机存储器。外存储器可以包括硬盘、软盘、zip盘、u盘、磁带等。本发明所公开的存储介质包括但不限于这些类型的存储器。本发明所公开的存储器只作为例子而非作为限定。

本发明还提供一种计算机设备。一种计算机设备包括：一个或多个处理器；存储器；一个或多个应用程序。其中所述一个或多个应用程序被存储在所述存储器中并被配置为由所述一个或多个处理器执行，所述一个或多个应用程序配置用于执行上述任一实施例所述的投保信息展示方法。

图7为本发明一实施例中的计算机设备的结构示意图。本实施例所述计算机设备可以是服务器、个人计算机以及网络设备。如图7所示，设备包括处理器703、存储器705、输入单元707以及显示单元709等器件。本领域技术人员可以理解，图7示出的设备结构器件并不构成对所有设备的限定，可以包括比图示更多或更少的部件，或者组合某些部件。存储器705可用于存储应用程序701以及各功能模块，处理器703运行存储在存储器705的应用程序701，从而执行设备的各种功能应用以及数据处理。存储器可以是内存储器或外存储器，或者包括内存储器和外存储器两者。内存储器可以包括只读存储器(rom)、可编程rom(prom)、电可编程rom(eprom)、电可擦写可编程rom(eeprom)、快闪存储器、或者随机存储器。外存储器可以包括硬盘、软盘、zip盘、u盘、磁带等。本发明所公开的存储器包括但不限于这些类型的存储器。本发明所公开的存储器只作为例子而非作为限定。

输入单元707用于接收信号的输入，以及接收用户输入的关键字。输入单元707可包括触控面板以及其它输入设备。触控面板可收集用户在其上或附近的触摸操作(比如用户使用手指、触笔等任何适合的物体或附件在触控面板上或在触控面板附近的操作)，并根据预先设定的程序驱动相应的连接装置；其它输入设备可以包括但不限于物理键盘、功能键(比如播放控制按键、开关按键等)、轨迹球、鼠标、操作杆等中的一种或多种。显示单元709可用于显示用户输入的信息或提供给用户的信息以及计算机设备的各种菜单。显示单元709可采用液晶显示器、有机发光二极管等形式。处理器703是计算机设备的控制中心，利用各种接口和线路连接整个电脑的各个部分，通过运行或执行存储在存储器703内的软件程序和/或模块，以及调用存储在存储器内的数据，执行各种功能和处理数据。

在一实施方式中，设备包括一个或多个处理器703，以及一个或多个存储器705，一个或多个应用程序701。其中所述一个或多个应用程序701被存储在存储器705中并被配置为由所述一个或多个处理器703执行，所述一个或多个应用程序701配置用于执行以上实施例所述的投保信息展示方法。

此外，在本发明各个实施例中的各功能单元可以集成在一个处理模块中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。所述集成的模块如果以软件功能模块的形式实现并作为独立的产品销售或使用时，也可以存储在一个计算机可读取存储介质中。

本领域普通技术人员可以理解实现上述实施例的全部或部分步骤可以通过硬件来完成，也可以通过程序来指令相关的硬件完成，该程序可以存储于一计算机可读存储介质中，存储介质可以包括存储器、磁盘或光盘等。

以上所述仅是本发明的部分实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本发明的保护范围。

应该理解的是，在本发明各实施例中的各功能单元可集成在一个处理模块中，也可以各个单元单独物理存在，也可以两个或两个以上单元集成于一个模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。

以上所述仅是本发明的部分实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本发明的保护范围。