CN111325632A - 投保处理方法、装置、电子设备及可读存储介质 - Google Patents

Abstract

本申请提供一种投保处理方法、装置、电子设备及可读存储介质，在监听到用户输入的投保操作后，即可自动调用投保操作中所选中的保险信息对应的算价规则对所述保险信息进行算价，得到保险信息的保险价格信息，实现了自动化算价。此外，本申请实施例会调用保险信息对应的投保单模版，从用户的注册信息中获取投保单模版中的待填入用户信息，从而将待填入用户信息和保险价格信息填入投保单模版中得到投保单，进而将投保单提交给保险信息对应的保险公司。这样就极大地减少了用户在进行投保时所需要输入的信息量，对用户更友好，且节约了投保单的生成时间，提高了投保效率。

Description

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

技术领域

本申请涉及投保处理领域，具体而言，涉及一种投保处理方法、装置、电子设备及可读存储介质。

背景技术

互联网+车险是一种创新的模式，目前基于平台流量将以前的线下保险交易转换成在线交易，实现互联网化。但是目前进行线上投保，需要用户进行大量信息数据的输入，对用户很不友好，且投保效率不高。

发明内容

本申请实施例的目的在于提供一种投保处理方法、装置、电子设备及可读存储介质，用以解决目前进行线上投保，需要用户进行大量信息数据的输入，对用户很不友好，且投保效率不高的问题。

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

在监听到用户输入的投保操作后，调用所述投保操作中所选中的保险信息对应的算价规则对所述保险信息进行算价，得到所述保险信息的保险价格信息；调用所述保险信息对应的投保单模版，从所述用户的注册信息中获取所述投保单模版中的待填入用户信息；将所述待填入用户信息和所述保险价格信息填入所述投保单模版，得到投保单；将所述投保单提交给所述保险信息对应的保险公司。

在上述实现过程中，在监听到用户输入的投保操作后，即可自动调用投保操作中所选中的保险信息对应的算价规则对所述保险信息进行算价，得到保险信息的保险价格信息，实现了自动化算价。此外，本申请实施例会调用保险信息对应的投保单模版，从用户的注册信息中获取投保单模版中的待填入用户信息，从而将待填入用户信息和保险价格信息填入投保单模版中得到投保单，进而将投保单提交给保险信息对应的保险公司。这样就极大地减少了用户在进行投保时所需要输入的信息量，对用户更友好，且节约了投保单的生成时间，提高了投保效率。

进一步地，所述在监听到用户进行的投保操作后，所述方法还包括：根据所述投保操作中所选中的保险信息，从所述用户的注册信息中获取算价所需的基础信息；所述调用所述投保操作中所选中的保险信息对应的算价规则对所述保险信息进行算价，包括：调用所述投保操作中所选中的保险信息对应的算价规则，根据所述基础信息与所述算价规则对所述保险信息进行算价。

应当理解的是，在实际应用过程中，在进行算价时往往还需要用到某些基础信息，比如在进行车险计算时，往往还需要知晓车辆价格，车辆所在城市等信息。在上述实现过程中，可以通过从用户的注册信息中获取算价所需的基础信息，从而减少用户所需要输入的信息量，节约了投保单的生成时间，提高了投保效率。

进一步地，在将所述投保单提交给所述保险信息对应的保险公司之前，所述方法还包括：获取所述用户针对所述投保单的确认信息。

在上述实现过程中，由用户对投保单进行确认后，才将投保单提交给保险信息对应的保险公司，从而使得投保单的可靠性更高，提升了本申请方案的可靠性。

进一步地，所述方法还包括：若超过预设时长未获取到所述用户针对所述投保单的确认信息，则将所述投保单放入取消节点中，以取消本次投保操作。

在上述实现过程中，将超过预设时用户未确认的投保单放入取消节点中，从而取消掉本次投保操作，从而避免出现某一投保单长期占用处理资源，导致处理资源浪费的问题。

进一步地，在将所述投保单提交给所述保险信息对应的保险公司之后，所述方法还包括：在接收到所述保险公司的核保成功消息后，根据所述投保单生成支付订单。

在上述实现过程中，进过保险公司核保成功后，即可进入支付流程，生成支付订单供用户支付，从而完成整个保险操作。

进一步地，在监听到用户输入的投保操作后，调用所述投保操作中所选中的保险信息对应的算价规则对所述保险信息进行算价之前，所述方法还包括：确定所述投保操作中所选中的保险信息不存在对应的历史投保单。

进一步地，所述方法还包括：在所述保险信息存在对应的历史投保单时，提取所述历史投保单中所具有的所述待填入用户信息和保险价格信息；调用所述保险信息对应的投保单模版，将所述待填入用户信息和所述保险价格信息填入所述投保单模版，得到投保单；将所述投保单提交给所述保险信息对应的保险公司。

在上述实现过程中，在保险信息存在对应的历史投保单时，即可提取历史投保单中所具有的待填入用户信息和保险价格信息，从而依据历史投保单来生成得到当前的投保单，从而极大地减少了用户在进行投保时所需要输入的信息量，对用户更友好，且节约了投保单的生成时间，提高了投保效率。

本申请实施例还提供了一种投保处理装置，包括：算价模块、调用模块、生成模块和提交模块；所述算价模块，用于在监听到用户进行的投保操作后，调用所述投保操作中所选中的保险信息对应的算价规则对所述保险信息进行算价，得到所述保险信息的保险价格信息；所述调用模块，用于调用所述保险信息对应的投保单模版，从所述用户的注册信息中获取所述投保单模版中的待填入用户信息；所述生成模块，用于将所述待填入用户信息和所述保险价格信息填入所述投保单模版，得到投保单；所述提交模块，用于将所述投保单提交给所述保险信息对应的保险公司。

在上述实现过程中，在监听到用户输入的投保操作后，即可自动调用投保操作中所选中的保险信息对应的算价规则对所述保险信息进行算价，得到保险信息的保险价格信息，实现了自动化算价，此外会从用户的注册信息中获取投保单模版中的待填入用户信息，从而将待填入用户信息和保险价格信息填入投保单模版中得到投保单，进而将投保单提交给保险信息对应的保险公司。这样就极大地减少了用户在进行投保时所需要输入的信息量，对用户更友好，且节约了投保单的生成时间，提高了投保效率。

本申请实施例还提供了一种电子设备，处理器、存储器及通信总线；所述通信总线用于实现所述处理器和存储器之间的连接通信；所述处理器用于执行存储器中存储的一个或者多个程序，以实现上述任一种的投保处理方法。

本申请实施例中还提供了一种可读存储介质，所述可读存储介质存储有一个或者多个程序，所述一个或者多个程序可被一个或者多个处理器执行，以实现上述任一种的投保处理方法。

附图说明

为了更清楚地说明本申请实施例的技术方案，下面将对本申请实施例中所需要使用的附图作简单地介绍，应当理解，以下附图仅示出了本申请的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。

图1为本申请实施例提供的一种投保处理方法的基本流程示意图；

图2为本申请实施例提供的一种较具体的投保流程示意图；

图3为本申请实施例提供的一种投保处理装置的结构示意图；

图4为本申请实施例提供的一种更具体的投保处理装置的结构示意图；

图5为本申请实施例提供的一种电子设备的结构示意图。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行描述。

实施例一：

为了解决目前进行线上投保，需要用户进行大量信息数据的输入，对用户很不友好，且投保效率不高的问题，本申请实施例中提供了一种投保处理方法。可以参见图1所示，图1为本申请实施例提供的投保处理方法的基本流程示意图。

S101：在监听到用户输入的投保操作后，调用该投保操作中所选中的保险信息对应的算价规则对该保险信息进行算价，得到保险信息的保险价格信息。

需要说明的是，本申请实施例的方案可以应用于投保平台中。在本申请实施例中，投保平台可以监听用户在平台投放到用户终端上显示的UI界面(用户界面)中操作信息。在监听到用户输入的投保操作后，即会调用相应的算价规则进行算价。

需要注意的是，在本申请实施例中，UI界面中会显示有相应的保险信息，用户可以通过选择这些保险信息来实现投保操作。在本申请实施例中，投保平台可以接入不同的保险公司，提供不同的保险类型，用户可以通过在UI界面中进行浏览以及选择操作，进而选择出自己所需要投保的保险信息进行确定，这一操作即为用户输入的投保操作。

在本申请实施例中，用户需要使用投保平台则必须先在投保平台进行注册，注册时可以要求用户输入相应的一些用户信息，如年龄、性别、所在地、车辆价格、车辆品牌等中的一种或多种。这些信息会作为注册信息与用户的账号等信息一起被关联保存起来。

需要理解的是，通常不同的保险，或者同种保险但所属的保险公司不同，那么对应的算价规则就可能会存在一定的差异。在本申请实施例中，保险信息中可以包括对应的保险公司、保险类型等信息。

此外，在本申请实施例中，可以预先从各保险公司获取到各保险公司旗下各类保险最新的算价规则，从而在监听到用户输入的投保操作后，可以根据投保操作中所选中的保险信息从存储的各算价规则找出对应的算价规则来进行算价。但应当理解的是，本申请实施例中也可以是在监听到用户输入的投保操作后，根据投保操作中所选中的保险信息确定出对应的保险公司和保险类型，进而从该保险公司的服务平台中调用该保险类型对应的算价规则来进行算价。

还值得注意的是，针对某些保险产品，其在进行算价时，往往需要用到某些基础信息，比如以车险为例，大部分车险往往都需要依据车辆所在地以及车辆价格来进行算价。在本申请实施例中，可以根据投保操作中所选中的保险信息，从用户的注册信息中获取算价所需的基础信息，进而调用投保操作中所选中的保险信息对应的算价规则，根据基础信息与算价规则对保险信息进行算价。

还值得注意的是，在实际操作过程中，可能存在有注册信息中并不具有所有的算价所需的基础信息。因此，在本申请实施例中，在调用投保操作中所选中的保险信息对应的算价规则对保险信息进行算价时，若检测到缺少进行算价的基础信息，提醒用户进行基础信息的输入，在接收到用户输入的基础信息后，将基础信息按照算价规则进行计算，得到保险信息的保险价格信息。

需要说明的是，在本申请实施例的一种可行实施方式中，在得到保险信息的保险价格信息后，也可以将保险价格信息提供给用户进行确认。若用户确认接受该保险价格信息，即平台接收到用户对于该保险价格信息的确认信息后，再执行本申请实施例的后续步骤。若用户不接受该保险价格信息或者超过预设确认时限都不进行确认，即平台获取到了用户针对该保险价格信息的取消信息或者超过预设确认时限都未获取到用户针对该保险价格信息的确认信息，则可以结束本次流程或者将该保险价格信息放入取消节点中，继续监听用户所进行的操作。

需要说明的是，在本申请实施例中，对取消节点中的保险价格信息，允许用户恢复，从而继续生成投保单。为了实现这一目的，在本申请实施例中，取消节点中的保险价格信息会与保险信息关联记录。

S102：调用该保险信息对应的投保单模版，从用户的注册信息中获取投保单模版中的待填入用户信息。

在本申请实施例中，可以预先根据保险公司、保险类型设置不同的投保单模板，在需要生成投保单时，调用对应的投保单模板即可。需要理解的是，在实际应用中，对于某些不同保险公司的同种类型的保险而言，或者对于不同类型的保险而言，其所需填充入投保单中内容的类型可能是类似的，因此出于节约资源的考虑，对于这些保险可以对应于同一个投保单模版，从而实现投保单模板的复用。例如，对于A公司的保险A和B公司的保险B而言，投保时所需要的内容都是用户年龄、用户姓名、保险价格信息等，那么可以设置一个需要填入用户年龄、用户姓名、保险价格信息等的投保单模版，该投保单模版同时对应于A公司的保险A和B公司的保险B。

需要注意的是，在本申请实施例，投保单模板中具有多个板块，不同板块中定义有所需填入的内容。本申请实施例可以依据投保单模板从用户的注册信息中获取投保单模版中的待填入的用户信息。比如，投保单模板中需要用户名，则可以从注册信息中提取出注册时输入的用户姓名。

还需要注意的是，在本申请实施例中，若出现某些投保单模板中需要的用户信息在注册信息中没有时，可以提供信息输入框，提醒用户进行用户信息的输入。

S103：将待填入用户信息和保险价格信息填入投保单模版，得到投保单。

S104：将投保单提交给该保险信息对应的保险公司。

在本申请实施例的一种可行实施方式中，可以在生成投保单之后即将投保单发送给对应的保险公司。

但是在本申请实施例的另一种可行实施方式中，在得到投保单之后，可以先将投保单提供给用户查看，并要求用户进行确认。只有在用户确认后，即平台获取用户针对投保单的确认信息后，才将投保单提交给该保险信息对应的保险公司。

在此可行实施方式中，若平台获取到了用户针对该投保单的取消信息或者超过预设时长都未获取到用户针对投保单的确认信息，即可以将投保单放入取消节点中，以取消本次投保操作。

需要理解的是，本申请实施例中，取消节点中的投保单可以被用户恢复。即平台可以在接收到取消节点进入指令后，提供所有被取消的投保单给用户，以供用户选择。在接收到用户针对某一被取消的投保单的恢复指令时，将该投保单从取消节点中取出，并提交给对应的保险公司。

在本申请实施例中，投保单提交给保险信息对应的保险公司之后，保险公司即会对投保单进行核保，若核保通过即会返回核保成功消息。平台在接收到保险公司的核保成功消息后，即可根据投保单生成支付订单来供用户进行确认，若用户确认无误即可转入支付界面供用户支付。在支付成功后，本次投保即结束。

若保险公司核保失败，则保险公司会返回核保失败消息，核保失败消息中会携带有失败原因，比如某些信息不完整或不规范，此时可以要求用户输入相应的待补充或待规范的内容，在获取到待补充或待规范的内容后，填充入投保单中得到新的投保单，将新的投保单提交给保险信息对应的保险公司以重新进行核保。

值得注意的是，在本申请实施例，在监听到用户输入的投保操作后，调用该投保操作中所选中的保险信息对应的算价规则对保险信息进行算价之前，还可以先检测投保操作中所选中的保险信息是否存在对应的历史投保单，在不存在对应的历史投保单时，才按照调用该投保操作中所选中的保险信息对应的算价规则对保险信息进行算价，进而执行步骤S102-S104。

在存在对应的历史投保单时，可以提取历史投保单中所具有的待填入用户信息和保险价格信息，调用保险信息对应的投保单模版，将提取出的待填入用户信息和保险价格信息填入投保单模版，得到投保单，进而将投保单提交给保险信息对应的保险公司。这样，直接利用以前的投保单模板进行新投保单的生成，极大地减少了用户在进行投保时所需要输入的信息量，对用户更友好，且节约了投保单的生成时间，提高了投保效率。

需要说明的是，在实际应用中，可能存在有保险公司调整算价规则的情况，对此，在本申请实施例中，可以在有保险公司调整算价规则时，记录所调整的算价规则对应的保险公司以及保险类型，进而在对历史投保单进行信息提取时，仅提取待填入用户信息，而调用对应的算价规则进行算价，得到保险信息的保险价格信息，进而将算价得到的保险价格信息和从历史投保单中提取出的待填入用户信息填入投保单模版，得到投保单，进而将投保单提交给保险信息对应的保险公司。

在本申请实施例中，为了提高安全性，可以对得到的投保单进行加密，以加密数据的形式提交给保险公司。

综上，本申请实施例所提供的投保处理方法，在监听到用户输入的投保操作后，即可自动调用投保操作中所选中的保险信息对应的算价规则对所述保险信息进行算价，得到保险信息的保险价格信息，实现了自动化算价。此外，本申请实施例会调用保险信息对应的投保单模版，从用户的注册信息中获取投保单模版中的待填入用户信息，从而将待填入用户信息和保险价格信息填入投保单模版中得到投保单，进而将投保单提交给保险信息对应的保险公司。这样就极大地减少了用户在进行投保时所需要输入的信息量，对用户更友好，且节约了投保单的生成时间，提高了投保效率。本申请实施例所提供的方案，平台可以接入不同的保险公司，适用于高频率投保场景中，可以有效减少平台的数据处理量，使得平台得以正常运行。

实施例二：

本实施例在实施例一的基础上，以一种具体的投保过程为例，为本申请做进一步示例说明。

投保过程可以参见图2所示，包括：

S201：监听用户输入的投保操作。

S202：检测该投保操作对应的保险信息是否具有历史投保单。若有，转至步骤S203；否则，转至步骤S204。

S203：提取历史投保单中所具有的待填入用户信息和保险价格信息。转入步骤S206。

S204：调用该投保操作中所选中的保险信息对应的算价规则对保险信息进行算价，得到保险信息的保险价格信息。

S205：调用保险信息对应的投保单模版，从用户的注册信息中获取投保单模版中的待填入用户信息。

S206：将待填入用户信息和保险价格信息填入投保单模版，得到投保单。

需要注意的是，在本申请实施例中，在得到保险信息的保险价格信息后，可以将保险价格信息提供给用户进行确认。若用户超过120天未确认，则会将保险价格信息放入取消节点中。类似的，对于得到的投保单，同样可以提供给用户进行确认。若用户超过120天未确认，则会将投保单放入取消节点中。位于取消节点中的保险价格信息和投保单，用户可以通过进入取消节点中进行恢复。

S207：将投保单提交给保险信息对应的保险公司。

在本申请实施例中，保险公司会依据投保单进行核保。在核保通过后才，平台即可根据投保单生成支付订单，在用户确认后即转入支付界面以供用户进行支付。用户支付后即投保成功。

通过上述方案，极大地减少了用户在进行投保时所需要输入的信息量，对用户更友好，且节约了投保单的生成时间，提高了投保效率。本申请实施例所提供的方案，平台可以接入不同的保险公司，适用于高频率投保场景中，可以有效减少平台的数据处理量，使得平台得以正常运行。

实施例三：

基于同一发明构思，本申请实施例中还提供投保处理装置100。请参阅图3所示，图3示出了采用图1所示的方法所执行的步骤一一对应的投保处理装置。应理解，装置100具体的功能可以参见上文中的描述，为避免重复，此处适当省略详细描述。装置100包括至少一个能以软件或固件的形式存储于存储器中或固化在装置100的操作系统中的软件功能模块。具体地：

参见图3所示，装置100包括：算价模块101、调用模块102、生成模块103和提交模块104。其中：

算价模块101，用于在监听到用户输入的投保操作后，调用投保操作中所选中的保险信息对应的算价规则对保险信息进行算价，得到保险信息的保险价格信息；

调用模块102，用于调用保险信息对应的投保单模版，从用户的注册信息中获取投保单模版中的待填入用户信息；

生成模块103，用于将待填入用户信息和保险价格信息填入投保单模版，得到投保单；

提交模块104，用于将投保单提交给保险信息对应的保险公司。

在本申请实施例中，参见图4所示，装置100还包括提取模块105。提取模块105用于根据投保操作中所选中的保险信息，从用户的注册信息中获取算价所需的基础信息。算价模块101具体用于调用投保操作中所选中的保险信息对应的算价规则，根据基础信息与算价规则对保险信息进行算价。

在本申请实施例的一种可行实施方式中，参见图4所示，装置100还包括获取模块106。获取模块106用于在将投保单提交给保险信息对应的保险公司之前，获取用户针对投保单的确认信息。

在上述可行实施方式中，参见图4所示，装置100还包括取消模块107。取消模块107用于在超过预设时长未获取到用户针对投保单的确认信息时，则将投保单放入取消节点中，以取消本次投保操作。

在本申请实施例中，生成模块103还用于在接收到保险公司的核保成功消息后，根据投保单生成支付订单。

在本申请实施例的一种可行实施方式中，生成模块103还用于在监听到用户输入的投保操作后，调用投保操作中所选中的保险信息对应的算价规则对保险信息进行算价之前，确定投保操作中所选中的保险信息不存在对应的历史投保单。

在上述可行实施方式中，提取模块105还用于在保险信息存在对应的历史投保单时，提取历史投保单中所具有的待填入用户信息和保险价格信息。生成模块103用于将提取模块105提取的待填入用户信息和保险价格信息填入投保单模版，得到投保单。

需要理解的是，出于描述简洁的考量，部分实施例一中描述过的内容在本实施例中不再赘述，其实施过程可以参考实施例一中的描述。

实施例四：

本实施例提供了一种电子设备，参见图5所示，其包括处理器501、存储器502以及通信总线503。其中：

通信总线503用于实现处理器501和存储器502之间的连接通信。

处理器501用于执行存储器502中存储的一个或多个程序，以实现上述实施例一和/或实施例二所述的投保处理方法。

可以理解，图5所示的结构仅为示意，电子设备还可包括比图5中所示更多或者更少的组件，或者具有与图5所示不同的配置。例如，电子设备还具有通信模块，从而实现与保险公司平台之间的通信。

本实施例还提供了一种可读存储介质，如软盘、光盘、硬盘、闪存、U盘、SD(SecureDigital Memory Card，安全数码卡)卡、MMC(Multimedia Card，多媒体卡)卡等，在该可读存储介质中存储有实现上述各个步骤的一个或者多个程序，这一个或者多个程序可被一个或者多个处理器执行，以实现上述实施例一和/或实施例二所述的投保处理方法。在此不再赘述。

在本申请所提供的实施例中，应该理解到，所揭露装置和方法，可以通过其它的方式实现。以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，又例如，多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些通信接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

另外，作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

再者，在本申请各个实施例中的各功能模块可以集成在一起形成一个独立的部分，也可以是各个模块单独存在，也可以两个或两个以上模块集成形成一个独立的部分。

在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。

在本文中，多个是指两个或两个以上。

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

Claims (10)

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

在监听到用户输入的投保操作后，调用所述投保操作中所选中的保险信息对应的算价规则对所述保险信息进行算价，得到所述保险信息的保险价格信息；

调用所述保险信息对应的投保单模版，从所述用户的注册信息中获取所述投保单模版中的待填入用户信息；

将所述待填入用户信息和所述保险价格信息填入所述投保单模版，得到投保单；

将所述投保单提交给所述保险信息对应的保险公司。

2.如权利要求1所述的投保处理方法，其特征在于，所述在监听到用户进行的投保操作后，所述方法还包括：

根据所述投保操作中所选中的保险信息，从所述用户的注册信息中获取算价所需的基础信息；

所述调用所述投保操作中所选中的保险信息对应的算价规则对所述保险信息进行算价，包括：

调用所述投保操作中所选中的保险信息对应的算价规则，根据所述基础信息与所述算价规则对所述保险信息进行算价。

3.如权利要求1所述的投保处理方法，其特征在于，在将所述投保单提交给所述保险信息对应的保险公司之前，所述方法还包括：

获取所述用户针对所述投保单的确认信息。

4.如权利要求3所述的投保处理方法，其特征在于，所述方法还包括：

若超过预设时长未获取到所述用户针对所述投保单的确认信息，则将所述投保单放入取消节点中，以取消本次投保操作。

5.如权利要求1所述的投保处理方法，其特征在于，在将所述投保单提交给所述保险信息对应的保险公司之后，所述方法还包括：

在接收到所述保险公司的核保成功消息后，根据所述投保单生成支付订单。

6.如权利要求1-5任一项所述的投保处理方法，其特征在于，在监听到用户输入的投保操作后，调用所述投保操作中所选中的保险信息对应的算价规则对所述保险信息进行算价之前，所述方法还包括：

确定所述投保操作中所选中的保险信息不存在对应的历史投保单。

7.如权利要求6所述的投保处理方法，其特征在于，所述方法还包括：

在所述保险信息存在对应的历史投保单时，提取所述历史投保单中所具有的所述待填入用户信息和保险价格信息；

调用所述保险信息对应的投保单模版，将所述待填入用户信息和所述保险价格信息填入所述投保单模版，得到投保单；

将所述投保单提交给所述保险信息对应的保险公司。

8.一种投保处理装置，其特征在于，包括：算价模块、调用模块、生成模块和提交模块；

所述算价模块，用于在监听到用户进行的投保操作后，调用所述投保操作中所选中的保险信息对应的算价规则对所述保险信息进行算价，得到所述保险信息的保险价格信息；

所述调用模块，用于调用所述保险信息对应的投保单模版，从所述用户的注册信息中获取所述投保单模版中的待填入用户信息；

所述生成模块，用于将所述待填入用户信息和所述保险价格信息填入所述投保单模版，得到投保单；

所述提交模块，用于将所述投保单提交给所述保险信息对应的保险公司。

9.一种电子设备，其特征在于，包括：处理器、存储器及通信总线；

所述通信总线用于实现所述处理器和存储器之间的连接通信；

所述处理器用于执行存储器中存储的一个或者多个程序，以实现如权利要求1-7中任一项所述的投保处理方法。

10.一种可读存储介质，其特征在于，所述可读存储介质存储有一个或者多个程序，所述一个或者多个程序可被一个或者多个处理器执行，以实现如权利要求1-7中任一项所述的投保处理方法。

Images