CN109427015A - 投保方案询价方法、装置、设备及计算机可读存储介质 - Google Patents

Abstract

本发明公开了一种投保方案询价方法、装置、设备及计算机可读存储介质，通过在监测到触发的投保询价请求时，从该投保询价请求中获取投保询价单和核保人标识，并获取与该核保人标识关联的询价单报价规则，然后根据询价单报价规则对该投保询价单中的每个投保方案进行报价验证，以获取该投保询价单中每个投保方案的报价验证信息，并根据该投保询价单中每个投保方案的报价验证信息判断该投保询价单是否处于报价通过状态，最后在该投保询价单处于报价通过状态时，给该投保询价单打上报价通过标记，并将打上报价通过标记的投保询价单存储至报价数据库，实现多个投保方案的单次询价，有效的减少了询价操作次数和核保操作次数、提高投保效率。

Description

投保方案询价方法、装置、设备及计算机可读存储介质

技术领域

本发明涉及互联网的技术领域，尤其涉及一种投保方案询价方法、装置、设备及计算机可读存储介质。

背景技术

随着互联网的快速发展，互联网应用能够应用于不同的领域，如餐饮、娱乐和车辆等领域，保险领域也逐渐采用互联网技术，实现保险的线上投保、线上询价、线上核保和线上承保等，更便于保险公司进行投保、询价、核保和承保。

目前，在线上进行询价和核保时，只能针对单个投保方案进行询价，且需要核保人在线上对询价的投保方案进行核保，即报价验证，然而，有时候针对相同客户需要提供多个投保方案供客户选择，需要进行多次询价操作和多次核保操作，投保效率较低，客户等待时间较长。

因此，如何减少询价操作次数和核保操作次数，提高投保效率，以及减少客户等待时间是目前亟待解决的问题。

上述内容仅用于辅助理解本发明的技术方案，并不代表承认上述内容是现有技术。

发明内容

本发明的主要目的在于提供一种投保方案询价方法、装置、设备及计算机可读存储介质，旨在解决如何减少询价操作次数和核保操作次数，提高投保效率，以及减少客户等待时间的技术问题。

为实现上述目的，本发明提供一种投保方案询价方法，所述投保方案询价方法包括以下步骤：

当监测到触发的投保询价请求时，从所述投保询价请求中获取投保询价单和核保人标识，并获取与所述核保人标识关联的询价单报价规则；

根据所述询价单报价规则对所述投保询价单中的每个投保方案进行报价验证，以获取所述投保询价单中每个投保方案的报价验证信息；

根据所述投保询价单中每个投保方案的报价验证信息判断所述投保询价单是否处于报价通过状态；

在所述投保询价单处于报价通过状态时，给所述投保询价单打上报价通过标记，并将打上报价通过标记的投保询价单存储至报价数据库。

可选地，根据所述询价单报价规则对所述投保询价单中的每个投保方案进行报价验证，以获取所述投保询价单中每个投保方案的报价验证信息的步骤包括：

从所述投保询价单中获取每个投保方案的录入时间，并按照每个投保方案的录入时间的先后顺序对每个投保方案进行排序；

按照所述排序依次从所述投保询价单中读取投保方案，并根据所述询价单报价规则对读取的投保方案进行报价验证，以获取读取的投保方案的报价验证信息。

可选地，根据所述投保询价单中每个投保方案的报价验证信息判断所述投保询价单是否处于报价通过状态的步骤包括：

从所述投保询价单内的每个投保方案的报价验证信息中获取每个投保方案的报价状态值；

判断每个投保方案的报价状态值是否均为预设状态值；

若每个投保方案的报价状态值均为预设状态值，则判定所述投保询价单处于报价通过状态；

若每个投保方案的报价状态值不均为预设状态值，则判定所述投保询价单处于报价未通过状态。

可选地，根据所述投保询价单中每个投保方案的报价验证信息判断所述投保询价单是否处于报价通过状态的步骤之后，还包括：

在所述投保询价单处于报价未通过状态时，将所述投保询价单存储至人工报价数据库，并以间隔预设时间计算所述人工报价数据库中的投保询价单的数量；

当所述人工报价数据库中的投保询价单的数量超过预设阈值时，发出报价处理提醒，并在监测到所述投保询价单从报价未通过状态切换为报价通过状态时，将所述投保询价单转存至报价数据库。

可选地，根据所述投保询价单中每个投保方案的报价验证信息判断所述投保询价单是否处于报价通过状态的步骤之后，还包括：

在所述投保询价单处于报价未通过状态时，根据所述投保询价单中每个投保方案的报价验证信息对所述投保询价单中的每个投保方案进行标记；

将包含有标记的投保方案的投保询价单存储至人工报价数据库。

可选地，根据所述投保询价单中每个投保方案的报价验证信息对所述投保询价单中的每个投保方案进行标记的步骤包括：

从所述投保询价单内的每个投保方案的报价验证信息中获取每个投保方案的报价状态值；

给所述报价状态值为预设状态值的投保方案打上报价通过标记，给所述报价状态值不为预设状态值的投保方案打上报价通过未标记。

可选地，给所述投保询价单打上报价通过标记，并将打上报价通过标记的投保询价单存储至报价数据库的步骤之后，还包括：

当监测到触发的投保询价单查询请求时，从所述投保询价单查询请求中获取业务员工号，并判断所述报价数据库中是否存在与所述业务员工号关联的投保询价单；

在所述报价数据库中存在与所述业务员工号关联的投保询价单时，将所述投保询价单中的每个投保方案导出为预设格式的报价单文件。

此外，为实现上述目的，本发明还提供一种投保方案询价装置，所述投保方案询价装置包括：

监测获取模块，当监测到触发的投保询价请求时，从所述投保询价请求中获取投保询价单和核保人标识，并获取与所述核保人标识关联的询价单报价规则；

报价验证模块，用于根据所述询价单报价规则对所述投保询价单中的每个投保方案进行报价验证，以获取所述投保询价单中每个投保方案的报价验证信息；

判断模块，用于根据所述投保询价单中每个投保方案的报价验证信息判断所述投保询价单是否处于报价通过状态；

标记存储模块，用于在所述投保询价单处于报价通过状态时，给所述投保询价单打上报价通过标记，并将打上报价通过标记的投保询价单存储至报价数据库。

本发明还提供一种投保方案询价设备，所述投保方案询价设备包括：存储器、处理器及存储在所述存储器上并可在所述处理器上运行的投保方案询价程序，所述投保方案询价程序被所述处理器执行时实现如上所述的投保方案询价方法的步骤。

本发明还提供一种计算机可读存储介质，所述计算机可读存储介质上存储有投保方案询价程序，所述投保方案询价程序被处理器执行时实现如上所述的投保方案询价方法的步骤。

本发明提供一种投保方案询价方法、装置、设备及计算机可读存储介质，通过在监测到触发的投保询价请求时，从该投保询价请求中获取投保询价单和核保人标识，并获取与该核保人标识关联的询价单报价规则，然后根据询价单报价规则对该投保询价单中的每个投保方案进行报价验证，以获取该投保询价单中每个投保方案的报价验证信息，并根据该投保询价单中每个投保方案的报价验证信息判断该投保询价单是否处于报价通过状态，最后在该投保询价单处于报价通过状态时，给该投保询价单打上报价通过标记，并将打上报价通过标记的投保询价单存储至报价数据库，实现多个投保方案的单次询价，以及对多个投保方案的单次自动核保，即智能的进行报价验证，有效的减少了询价操作次数和核保操作次数、提高投保效率，减少客户等待时间。

附图说明

图1是本发明实施例方案涉及的硬件运行环境的设备结构示意图；

图2为本发明投保方案询价方法第一实施例的流程示意图；

图3为本发明第一实施例中步骤S102的细化流程示意图；

图4为本发明投保方案询价方法第三实施例的流程示意图；

图5为本发明第三实施例中步骤S105的细化流程示意图；

图6为本发明投保方案询价装置第一实施例的功能模块示意图。

本发明目的的实现、功能特点及优点将结合实施例，参照附图做进一步说明。

具体实施方式

应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。

本发明实施例的主要解决方案是：通过在监测到触发的投保询价请求时，从该投保询价请求中获取投保询价单和核保人标识，并获取与该核保人标识关联的询价单报价规则，然后根据询价单报价规则对该投保询价单中的每个投保方案进行报价验证，以获取该投保询价单中每个投保方案的报价验证信息，并根据该投保询价单中每个投保方案的报价验证信息判断该投保询价单是否处于报价通过状态，最后在该投保询价单处于报价通过状态时，给该投保询价单打上报价通过标记，并将打上报价通过标记的投保询价单存储至报价数据库。

目前，在线上进行询价和核保时，只能针对单个投保方案进行询价，且需要核保人在线上对询价的投保方案进行核保，即报价验证，然而，有时候针对相同客户需要提供多个投保方案供客户选择，需要进行多次询价操作和多次核保操作，投保效率较低，客户等待时间较长。因此，如何减少询价操作次数和核保操作次数，提高投保效率，以及减少客户等待时间是目前亟待解决的问题。

为解决上述问题，本发明提供一种解决方案，即通过录入多个投保方案，且生成包括多个投保方案的投保询价单，并调用对应的报价规则对投保询价单中的每个投保方案进行报价验证，然后在每个投保方案通过报价验证之后，给投保询价单打上报价通过标记，并存储至报价数据库，实现多个投保方案的单次询价，以及对多个投保方案的单次自动核保，即智能的进行报价验证，有效的减少了询价操作次数和核保操作次数、提高投保效率，减少客户等待时间。

如图1所示，图1是本发明实施例方案涉及的硬件运行环境的设备结构示意图。

本发明实施例投保方案询价设备可以是PC，也可以是智能手机、平板电脑、便携计算机等具有显示功能的可移动式终端设备。

如图1所示，该投保方案询价设备可以包括：处理器1001，例如CPU，通信总线1002，用户接口1003，网络接口1004，存储器1005。其中，通信总线1002用于实现这些组件之间的连接通信。用户接口1003可以包括显示屏(Display)、输入单元比如键盘(Keyboard)，可选的用户接口1003还可以包括标准的有线接口、无线接口。网络接口1004可选的可以包括标准的有线接口、无线接口(如WI-FI接口)。存储器1005可以是高速RAM存储器，也可以是稳定的存储器(non-volatile memory)，例如磁盘存储器。存储器1005可选的还可以是独立于前述处理器1001的存储装置。

本领域技术人员可以理解，图1中示出的投保方案询价设备结构并不构成对投保方案询价设备的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。

如图1所示，作为一种计算机存储介质的存储器1005中可以包括操作系统、网络通信模块、用户接口模块以及投保方案询价程序。

在图1所示的投保方案询价设备中，网络接口1004主要用于连接后台服务器，与后台服务器进行数据通信；用户接口1003主要用于连接客户端(用户端)，与客户端进行数据通信；而处理器1001可以用于调用存储器1005中存储的投保方案询价程序，并执行以下实施例中投保方案询价方法的步骤。

本发明实施例提供一种投保方案询价方法。

参照图2，图2为本发明投保方案询价方法第一实施例的流程示意图。

在本实施例中，提供了投保方案询价方法的实施例，需要说明的是，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。

在本实施例中，该投保方案询价方法包括：

步骤S101，当监测到触发的投保询价请求时，从投保询价请求中获取投保询价单和核保人标识，并获取与核保人标识关联的询价单报价规则；

该投保方案询价方法应用于投保方案询价设备，该投保方案询价设备在检测到业务员触发的投保方案录入指令时，显示投保方案录入页面，该投保方案录入页面显示被保险人名称输入框、投保人名称输入框、受益人名称输入框、保险期限选项、起止时间选项、行业类型选项、投保项目选项和投保方案添加控件等，业务员可在投保方案录入页面录入被保险人名称、投保人名称和受益人名称等、选择保险期限、起止时间、行业类型和投保项目等，从而形成投保方案，该投保方案询价设备在接收到业务员基于投保方案录入页面录入的多个投保方案时，基于录入的多个投保方案和业务员工号生成投保询价单，并获取与该业务员工号关联的核保人标识，然后触发包含该业务员工号、该核保人标识、投保询价单和每个投保方案的标识信息的投保询价请求。需要说明的是，该核保人标识可与多个业务员工号相关联，即一个核保人可对多个业务员录入的投保方案进行报价验证，核保人标识与业务员工号之间的关联关系存储在数据库中。

该投保方案询价设备在监测到触发的投保询价请求时，从该投保询价请求中获取投保询价单和核保人标识，并获取与该核保人标识关联的询价单报价规则。该询价单报价规则由核保人进行设置，即从报价规则池中选择报价规则，并基于选择的报价规则组成询价单报价规则，也就是说询价单报价规则是多个报价规则的集合。该报价规则池的报价规则包括但不限于保额规则、保险金额规则、赔偿限额规则、保险期限规则、费率规则和禁报规则等，该保额规则为投保方案中的保额需处于对应的保额范围，包括总保额范围、库存保额范围、易碎品保额范围、单一危险单位最大保额范围和三者责任保额范围等；该保险金额规则为投保方案中的保险金额需处于对应的保险金额范围，包括物质损失保险金额范围、数据损失保险金额范围和额外费用保险金额范围等；该赔偿限额规则为投保方案中的赔偿金需处于对应的限额范围，包括总赔偿限额范围、每次事故赔偿限额范围、每人赔偿限额范围、每车赔偿限额范围、三者人伤每次事故赔偿限额范围、三者物损每次事故赔偿限额范围、每车每次事故赔偿限额范围、每车累计赔偿限额范围和每人责任限额范围等。需要说明的是，该报价规则池的报价规则可由本领域技术人员基于实际情况进行设置，本实施例对此不作具体限制。

步骤S102，根据询价单报价规则对所述投保询价单中的每个投保方案进行报价验证，以获取投保询价单中每个投保方案的报价验证信息；

该投保方案询价设备在获取到与该核保人标识关联的询价单报价规则之后，根据该询价单报价规则对该投保询价单中的每个投保方案进行报价验证，以获取该投保询价单中每个投保方案的报价验证信息。

具体地，参照图3，该步骤S102包括：

步骤S1021，从投保询价单中获取每个投保方案的录入时间，并按照每个投保方案的录入时间的先后顺序对每个投保方案进行排序；

该投保方案询价设备从该投保询价单中获取每个投保方案的录入时间，并按照每个投保方案的录入时间的先后顺序对每个投保方案进行排序，例如，设投保询价单包括五个投保方案，分别为投保方案A、投保方案B、投保方案C、投保方案D和投保方案E，且投保方案A的录入时间为11点20分30秒、投保方案B的录入时间为11点15分20秒、投保方案C的录入时间为11点18分15秒、投保方案D的录入时间为11点25分10秒、投保方案E的录入时间为11点12分40秒，则按照录入时间的先后顺序对投保方案A、投保方案B、投保方案C、投保方案D和投保方案E进行排序，得到的排序为投保方案E、投保方案B、投保方案C、投保方案A和投保方案D。

步骤S1022，按照排序依次从投保询价单中读取投保方案，并根据询价单报价规则对读取的投保方案进行报价验证，以获取读取的投保方案的报价验证信息。

该投保方案询价设备对投保询价单中的每个投保方案进行排序后，按照该排序依次从投保询价单中读取投保方案，并根据询价单报价规则对读取的投保方案进行报价验证，以获取读取的投保方案的报价验证信息，该报价验证信息包括投保方案的报价状态值、以及报价通过和报价未通过等。例如，该询价单报价规则为总保额范围为80万-100万、总赔偿限额范围为100万-150万和投保人年龄处于20周岁-65周岁，则投保方案中的总保额范围、总赔偿限额范围和投保人年龄满足上述规则，则表示报价验证通过，反之投保方案中的总保额范围、总赔偿限额范围和投保人年龄中的任一项不满足上述规则，则表示报价验证未通过。

步骤S103，根据所述投保询价单中每个投保方案的报价验证信息判断投保询价单是否处于报价通过状态；

该投保方案询价设备根据该投保询价单中每个投保方案的报价验证信息判断该投保询价单是否处于报价通过状态，即判断该投保询价单中的每个投保方案是否均通过报价验证，如果该投保询价单中的每个投保方案均通过报价验证，则可以判定该投保询价单处于报价通过状态，如果该投保询价单中的每个投保方案未均通过报价验证，则可以判定该投保询价单处于报价未通过状态。

具体地，在本实施例中，步骤S103包括：

从投保询价单内的每个投保方案的报价验证信息中获取每个投保方案的报价状态值；

判断每个投保方案的报价状态值是否均为预设状态值；

若每个投保方案的报价状态值均为预设状态值，则判定投保询价单处于报价通过状态；

若每个投保方案的报价状态值不均为预设状态值，则判定投保询价单处于报价未通过状态。

该投保方案询价设备从投保询价单内的每个投保方案的报价验证信息中获取每个投保方案的报价状态值，并判断每个投保方案的报价状态值是否均为预设状态值，如果每个投保方案的报价状态值均为预设状态值，则可以判定投保询价单处于报价通过状态，如果每个投保方案的报价状态值不均为预设状态值，则可以判定投保询价单处于报价未通过状态。该报价状态值包括1和0，该预设状态值为1，即该报价状态值为1，则表示对应的投保方案通过报价验证，反之，该报价状态值为0，则表示对应的投保方案未通过报价验证，只有当投保询价单中的每个投保方案均通过报价验证时，才能确定投保询价单处于报价通过状态，而当投保询价单中的任意投保方案未通过报价验证时，即可确定投保询价单处于报价未通过状态。

步骤S104，在投保询价单处于报价通过状态时，给投保询价单打上报价通过标记，并将打上报价通过标记的投保询价单存储至报价数据库。

在确定该投保询价单处于报价通过状态时，该投保方案询价设备给保询价单打上报价通过标记，并将打上报价通过标记的投保询价单存储至报价数据库，同时与该投保询价单关联的业务员工号，并生成报价通过信息，且将该报价通过信息发送至与该业务员工号关联的邮箱或系统账号中，使得发出询价的业务员能够知晓投保询价单已通过报价。在具体实施中，针对多个产品询价，该投保方案询价设备在监测到业务员触发的多产品询价指令时，显示多产品询价录入页面，并在检测到业务员基于该多产品询价录入页面录入的各个产品的询价信息之后，基于各个产品的询价信息生成各个产品的投保询价单，然后将各个产品的投保询价单流转到核保人节点，并通过核保人对各个产品的投保询价单进行核保，在核保时，报价处理页面同时显示各个产品询价单的询价信息，便于核保人同时核保。

在本实施例中，本发明通过在监测到触发的投保询价请求时，从该投保询价请求中获取投保询价单和核保人标识，并获取与该核保人标识关联的询价单报价规则，然后根据询价单报价规则对该投保询价单中的每个投保方案进行报价验证，以获取该投保询价单中每个投保方案的报价验证信息，并根据该投保询价单中每个投保方案的报价验证信息判断该投保询价单是否处于报价通过状态，最后在该投保询价单处于报价通过状态时，给该投保询价单打上报价通过标记，并将打上报价通过标记的投保询价单存储至报价数据库，实现多个投保方案的单次询价，以及对多个投保方案的单次自动核保，即智能的进行报价验证，有效的减少了询价操作次数和核保操作次数、提高投保效率，减少客户等待时间。

进一步地，基于前述第一实施例，提出了本发明保方案询价方法的第二实施例，与前述实施例的区别在于，该步骤S103之后，该保方案询价方法还包括：

步骤a：在投保询价单处于报价未通过状态时，将投保询价单存储至人工报价数据库，并以间隔预设时间计算人工报价数据库中的投保询价单的数量；

步骤b：当人工报价数据库中的投保询价单的数量超过预设阈值时，发出报价处理提醒，并在监测到投保询价单从报价未通过状态切换为报价通过状态时，将投保询价单转存至报价数据库。

需要说明的是，本发明基于前述实施例，提出了一种提醒核保人处理报价的具体方式，以下仅对此进行说明，其它可参照前述实施例。

在投保询价单处于报价未通过状态时，该投保方案询价设备将投保询价单存储至人工报价数据库，并以间隔预设时间计算该人工报价数据库中的投保询价单的数量，当该人工报价数据库中的投保询价单的数量未超过预设阈值时，不做处理，当该人工报价数据库中的投保询价单的数量超过预设阈值时，发出报价处理提醒，并在监测到投保询价单从报价未通过状态切换为报价通过状态时，将投保询价单转存至报价数据库。需要说明的是，该预设阈值可由本领域技术人员基于实际情况进行设置，本实施例对此不作具体限定。例如，设预设阈值为10，则在计算到人工报价数据库中的投保询价单的数量超过10件时，发出报价处理提醒，以提醒核保人对投保询价单进行报价。

在本实施例中，本发明通过将报价未通过的投保询价单写入人工报价数据库，并在该人工报价数据库中的投保询价单的数量超过预设阈值时，提醒核保人进行报价，便于核保人及时处理报价。

进一步地，参照图4，基于上述第一或第二实施例，提出了本发明投保方案询价方法的第三实施例，与前述实施例的区别在于，该步骤S103之后，该投保方案询价方法还包括：

步骤S105，在投保询价单处于报价未通过状态时，根据投保询价单中每个投保方案的报价验证信息对投保询价单中的每个投保方案进行标记；

需要说明的是，本发明基于前述实施例，提出了一种标记投保方案的具体方式，以下仅对此进行说明，其它可参照前述实施例。

在投保询价单处于报价未通过状态时，该投保方案询价设备根据投保询价单中每个投保方案的报价验证信息对投保询价单中的每个投保方案进行标记，该标记包括报价通过标记和报价未通过标记。

具体地，参照图5，该步骤S105包括：

步骤S1051，从投保询价单内的每个投保方案的报价验证信息中获取每个投保方案的报价状态值；

步骤S1052，给报价状态值为预设状态值的投保方案打上报价通过标记，给所述报价状态值不为预设状态值的投保方案打上报价通过未标记。

该投保方案询价设备从投保询价单内的每个投保方案的报价验证信息中获取每个投保方案的报价状态值，并判断该报价状态值是否为预设状态值，如果该报价状态值为预设状态值，则给对应的投保方案打上报价通过标记，如果该报价状态值不为预设状态值，则给对应的投保方案打上报价未通过标记，即给报价状态值为预设状态值的投保方案打上报价通过标记，给所述报价状态值不为预设状态值的投保方案打上报价未通过标记。

步骤S106，将包含有标记的投保方案的投保询价单存储至人工报价数据库。

该投保方案询价设备将包含有标记的投保方案的投保询价单存储至人工报价数据库，并以间隔预设时间计算该人工报价数据库中的投保询价单的数量，当该人工报价数据库中的投保询价单的数量未超过预设阈值时，不做处理，当该人工报价数据库中的投保询价单的数量超过预设阈值时，发出报价处理提醒，当监测到核保人触发的投保询价单查询请求时，显示待报价的投保询价单，且显示投保询价单中每个投保方案的标记，即显示报价通过标记和报价未通过标记，便于核保人在对投保询价单进行报价时，只需对该投保询价单中包含有报价未通过标记的投保方案进行处理，无需对该投保询价单中包含有报价通过标记的投保方案进行处理。

在本实施例中，本发明通过对处于报价未通过状态的投保询价单中的每个投保方案进行标记，使得核保人在对投保询价单进行报价时，只需对该投保询价单中包含有报价未通过标记的投保方案进行处理，无需对该投保询价单中包含有报价通过标记的投保方案进行处理，提高报价效率。

进一步地，本发明基于前述第一、第二或第三实施例，提出了本发明投保方案询价方法的第四实施例，与前述实施例的区别在于，该步骤S104之后，该投保方案询价方法还包括：

步骤c，当监测到触发的投保询价单查询请求时，从投保询价单查询请求中获取业务员工号，并判断报价数据库中是否存在与业务员工号关联的投保询价单；

需要说明的是，本发明基于前述实施例，提出了一种报价单文件的具体导出方式，以下仅对此进行说明，其它可参照前述实施例。

当监测到触发的投保询价单查询请求时，该投保方案询价设备从该投保询价单查询请求中获取业务员工号，并判断报价数据库中是否存在与业务员工号关联的投保询价单，即对应业务员触发的投保询价单是否处于报价通过状态，如果该报价数据库中存在与业务员工号关联的投保询价单，则表示对应业务员触发的投保询价单处于报价通过状态，反之，如果该报价数据库中不存在与业务员工号关联的投保询价单，则表示对应业务员触发的投保询价单处于报价未通过状态。

步骤d，在报价数据库中存在与业务员工号关联的投保询价单时，将投保询价单中的每个投保方案导出为预设格式的报价单文件。

在该报价数据库中存在与业务员工号关联的投保询价单时，从该报价数据库中获取与业务员工号关联的投保询价单，并将投保询价单中的每个投保方案导出为预设格式的报价单文件。该预设格式包括PDF和Word，需要说明的是，该预设格式，可由本领域技术人员基于实际情况进行设置，本实施例对此不作具体限定。

在本实施例中，本发明提供投保询价单中每个投保方案的导出功能，便于业务员在申请的投保询价单通过报价验证时，能够快速将投保方案导出。

本发明还提出一种投保方案询价装置。

参照图6，图6为本发明投保方案询价装置第一实施例的功能模块示意图。

在本实施例中，该投保方案询价装置包括：

监测获取模块101，当监测到触发的投保询价请求时，从所述投保询价请求中获取投保询价单和核保人标识，并获取与所述核保人标识关联的询价单报价规则；

报价验证模块102，用于根据所述询价单报价规则对所述投保询价单中的每个投保方案进行报价验证，以获取所述投保询价单中每个投保方案的报价验证信息；

判断模块103，用于根据所述投保询价单中每个投保方案的报价验证信息判断所述投保询价单是否处于报价通过状态；

标记存储模块104，用于在所述投保询价单处于报价通过状态时，给所述投保询价单打上报价通过标记，并将打上报价通过标记的投保询价单存储至报价数据库。

本发明投保方案询价装置的第一实施例与上述投保方案询价的第一实施例基本相同，在此不作赘述。

进一步地，所述报价验证模块102，还用于：

从所述投保询价单中获取每个投保方案的录入时间，并按照每个投保方案的录入时间的先后顺序对每个投保方案进行排序；

按照所述排序依次从所述投保询价单中读取投保方案，并根据所述询价单报价规则对读取的投保方案进行报价验证，以获取读取的投保方案的报价验证信息。

进一步地，所述判断模块103，还用于：

从所述投保询价单内的每个投保方案的报价验证信息中获取每个投保方案的报价状态值；

判断每个投保方案的报价状态值是否均为预设状态值；

若每个投保方案的报价状态值均为预设状态值，则判定所述投保询价单处于报价通过状态；

若每个投保方案的报价状态值不均为预设状态值，则判定所述投保询价单处于报价未通过状态。

进一步地，所述投保方案询价还包括：

存储计算模块，用于在所述投保询价单处于报价未通过状态时，将所述投保询价单存储至人工报价数据库，并以间隔预设时间计算所述人工报价数据库中的投保询价单的数量；

提醒监测模块，用于当所述人工报价数据库中的投保询价单的数量超过预设阈值时，发出报价处理提醒，并在监测到所述投保询价单从报价未通过状态切换为报价通过状态时，将所述投保询价单转存至报价数据库。

进一步地，所述标记存储模块104，还用于：

在所述投保询价单处于报价未通过状态时，根据所述投保询价单中每个投保方案的报价验证信息对所述投保询价单中的每个投保方案进行标记；

将包含有标记的投保方案的投保询价单存储至人工报价数据库。

进一步地，所述标记存储模块104，还用于：

从所述投保询价单内的每个投保方案的报价验证信息中获取每个投保方案的报价状态值；

给所述报价状态值为预设状态值的投保方案打上报价通过标记，给所述报价状态值不为预设状态值的投保方案打上报价通过未标记。

进一步地，所述投保方案询价还包括：

监测判断模块，用于当监测到触发的投保询价单查询请求时，从所述投保询价单查询请求中获取业务员工号，并判断所述报价数据库中是否存在与所述业务员工号关联的投保询价单；

导出模块，用于在所述报价数据库中存在与所述业务员工号关联的投保询价单时，将所述投保询价单中的每个投保方案导出为预设格式的报价单文件。

本发明投保方案询价装置的具体实施例与上述投保方案询价方法的各具体实施例基本相同，在此不作赘述。

此外，本发明实施例还提出一种计算机可读存储介质，所述计算机可读存储介质上存储有投保方案询价程序，所述投保方案询价程序被处理器执行时实现上述投保方案询价方法中的步骤。

需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者系统不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者系统所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者系统中还存在另外的相同要素。

上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在如上所述的一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，空调器，或者网络设备等)执行本发明各个实施例所述的方法。

以上仅为本发明的优选实施例，并非因此限制本发明的专利范围，凡是利用本发明说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本发明的专利保护范围内。

Claims (10)

1.一种投保方案询价方法，其特征在于，所述投保方案询价方法包括以下步骤：

当监测到触发的投保询价请求时，从所述投保询价请求中获取投保询价单和核保人标识，并获取与所述核保人标识关联的询价单报价规则；

根据所述询价单报价规则对所述投保询价单中的每个投保方案进行报价验证，以获取所述投保询价单中每个投保方案的报价验证信息；

根据所述投保询价单中每个投保方案的报价验证信息判断所述投保询价单是否处于报价通过状态；

在所述投保询价单处于报价通过状态时，给所述投保询价单打上报价通过标记，并将打上报价通过标记的投保询价单存储至报价数据库。

2.如权利要求1所述的投保方案询价方法，其特征在于，根据所述询价单报价规则对所述投保询价单中的每个投保方案进行报价验证，以获取所述投保询价单中每个投保方案的报价验证信息的步骤包括：

从所述投保询价单中获取每个投保方案的录入时间，并按照每个投保方案的录入时间的先后顺序对每个投保方案进行排序；

按照所述排序依次从所述投保询价单中读取投保方案，并根据所述询价单报价规则对读取的投保方案进行报价验证，以获取读取的投保方案的报价验证信息。

3.如权利要求1所述的投保方案询价方法，其特征在于，根据所述投保询价单中每个投保方案的报价验证信息判断所述投保询价单是否处于报价通过状态的步骤包括：

从所述投保询价单内的每个投保方案的报价验证信息中获取每个投保方案的报价状态值；

判断每个投保方案的报价状态值是否均为预设状态值；

若每个投保方案的报价状态值均为预设状态值，则判定所述投保询价单处于报价通过状态；

若每个投保方案的报价状态值不均为预设状态值，则判定所述投保询价单处于报价未通过状态。

4.如权利要求1所述的投保方案询价方法，其特征在于，根据所述投保询价单中每个投保方案的报价验证信息判断所述投保询价单是否处于报价通过状态的步骤之后，还包括：

在所述投保询价单处于报价未通过状态时，将所述投保询价单存储至人工报价数据库，并以间隔预设时间计算所述人工报价数据库中的投保询价单的数量；

当所述人工报价数据库中的投保询价单的数量超过预设阈值时，发出报价处理提醒，并在监测到所述投保询价单从报价未通过状态切换为报价通过状态时，将所述投保询价单转存至报价数据库。

5.如权利要求1-4中任一项所述的投保方案询价方法，其特征在于，根据所述投保询价单中每个投保方案的报价验证信息判断所述投保询价单是否处于报价通过状态的步骤之后，还包括：

在所述投保询价单处于报价未通过状态时，根据所述投保询价单中每个投保方案的报价验证信息对所述投保询价单中的每个投保方案进行标记；

将包含有标记的投保方案的投保询价单存储至人工报价数据库。

6.如权利要求5所述的投保方案询价方法，其特征在于，根据所述投保询价单中每个投保方案的报价验证信息对所述投保询价单中的每个投保方案进行标记的步骤包括：

从所述投保询价单内的每个投保方案的报价验证信息中获取每个投保方案的报价状态值；

给所述报价状态值为预设状态值的投保方案打上报价通过标记，给所述报价状态值不为预设状态值的投保方案打上报价通过未标记。

7.如权利要求1-4中任一项所述的投保方案询价方法，其特征在于，给所述投保询价单打上报价通过标记，并将打上报价通过标记的投保询价单存储至报价数据库的步骤之后，还包括：

当监测到触发的投保询价单查询请求时，从所述投保询价单查询请求中获取业务员工号，并判断所述报价数据库中是否存在与所述业务员工号关联的投保询价单；

在所述报价数据库中存在与所述业务员工号关联的投保询价单时，将所述投保询价单中的每个投保方案导出为预设格式的报价单文件。

8.一种投保方案询价装置，其特征在于，所述投保方案询价装置包括：

监测获取模块，当监测到触发的投保询价请求时，从所述投保询价请求中获取投保询价单和核保人标识，并获取与所述核保人标识关联的询价单报价规则；

报价验证模块，用于根据所述询价单报价规则对所述投保询价单中的每个投保方案进行报价验证，以获取所述投保询价单中每个投保方案的报价验证信息；

判断模块，用于根据所述投保询价单中每个投保方案的报价验证信息判断所述投保询价单是否处于报价通过状态；

标记存储模块，用于在所述投保询价单处于报价通过状态时，给所述投保询价单打上报价通过标记，并将打上报价通过标记的投保询价单存储至报价数据库。

9.一种投保方案询价设备，其特征在于，所述投保方案询价设备包括：存储器、处理器及存储在所述存储器上并可在所述处理器上运行的投保方案询价程序，所述投保方案询价程序被所述处理器执行时实现如权利要求1至7中任一项所述的投保方案询价方法的步骤。

10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质上存储有投保方案询价程序，所述投保方案询价程序被处理器执行时实现如权利要求1至7中任一项所述的投保方案询价方法的步骤。