人寿保险产品的保险利益测算方法、装置及存储介质

技术领域

本申请涉及保险利益测算技术领域，特别是涉及一种人寿保险产品的保险利益测算方法、装置及存储介质。

背景技术

现有的利益演示系统，保险代理人在终端设备上看到的一些功能界面(例如利益演示界面)，都是由后端的开发人员根据保险公司提供的保险产品开发设计的。对这些功能界面的开发需要精通编程技术的开发人员，而利益演示系统需要向保险代理人提供与各个保险公司的各个保险产品对应的利益演示界面，并且保险公司也会不断更新自己的保险产品。因此，如果针对每个保险公司的每个保险产品都由开发人员来进行相应的功能界面的开发和配置，因此需要大量的开发人员不断地参与系统的修改，从而提高了利益演示系统的人员成本以及降低了系统的稳定性。

针对上述的现有技术中存在的由于利益演示系统针对每个保险公司的每个保险产品都由开发人员来进行相应的功能界面的开发和配置，因此需要大量的开发人员不断地参与系统的修改，从而提高了利益演示系统的人员成本以及降低了系统的稳定性的技术问题，目前尚未提出有效的解决方案。

发明内容

本公开的实施例提供了一种人寿保险产品的保险利益测算方法、装置及存储介质，以至少解决现有技术中存在的由于利益演示系统针对每个保险公司的每个保险产品都由开发人员来进行相应的功能界面的开发和配置，因此需要大量的开发人员不断地参与系统的修改，从而提高了利益演示系统的人员成本以及降低了系统的稳定性的技术问题。

根据本公开实施例的一个方面，提供了一种人寿保险产品的保险利益测算方法，应用于利益演示系统，包括：从配置人员的第一终端设备接收与待进行保险利益测算的人寿保险产品相关的数据信息，其中数据信息包括与人寿保险产品相关的产品信息和利益演示配置信息，利益演示配置信息为配置人员基于从利益演示系统获取的公式变量和公式变量函数进行利益演示配置生成的，并且公式变量和公式变量函数为利益演示系统的开发人员预先定义的用于指示各个人寿保险产品的保险利益的计算规则；从保险代理人的第二终端设备接收与人寿保险产品的被保险人相关的投保条件信息；以及根据数据信息和投保条件信息，计算人寿保险产品的各个保单年度下的保障额度、现金价值和/或万能账户价值。

根据本公开实施例的另一个方面，还提供了一种存储介质，存储介质包括存储的程序，其中，在程序运行时由处理器执行以上任意一项所述的方法。

根据本公开实施例的另一个方面，还提供了一种人寿保险产品的保险利益测算装置，包括：第一接收模块，用于从配置人员的第一终端设备接收与待进行保险利益测算的人寿保险产品相关的数据信息，其中数据信息包括与人寿保险产品相关的产品信息和利益演示配置信息，利益演示配置信息为配置人员基于从利益演示系统获取的公式变量和公式变量函数进行利益演示配置生成的，并且公式变量和公式变量函数为利益演示系统的开发人员预先定义的用于指示各个人寿保险产品的保险利益的计算规则；第二接收模块，用于从保险代理人的第二终端设备接收与人寿保险产品的被保险人相关的投保条件信息；以及计算模块，用于根据数据信息和投保条件信息，计算人寿保险产品的各个保单年度下的保障额度、现金价值和/或万能账户价值。

根据本公开实施例的另一个方面，还提供了一种人寿保险产品的保险利益测算装置，包括：处理器；以及存储器，与处理器连接，用于为处理器提供处理以下处理步骤的指令：从配置人员的第一终端设备接收与待进行保险利益测算的人寿保险产品相关的数据信息，其中数据信息包括与人寿保险产品相关的产品信息和利益演示配置信息，利益演示配置信息为配置人员基于从利益演示系统获取的公式变量和公式变量函数进行利益演示配置生成的，并且公式变量和公式变量函数为利益演示系统的开发人员预先定义的用于指示各个人寿保险产品的保险利益的计算规则；从保险代理人的第二终端设备接收与人寿保险产品的被保险人相关的投保条件信息；以及根据数据信息和投保条件信息，计算人寿保险产品的各个保单年度下的保障额度、现金价值和/或万能账户价值。

在本公开实施例中，由于开发人员已经定义好了常用的公式变量和公式变量函数，因此配置人员不需要了解其具体实现逻辑，可以直接使用每一个公式变量和公式变量函数，公式内容中可以直接使用数学运算符以及计算机语法中的运算符，简化了录入工作，即使有复杂的计算逻辑也能通过相关的公式变量函数进行配置，从而减少了开发人员参与系统的修改，提高了系统的稳定性和丰富性。并且，配置人员可以直接利用开发人员创建的公式变量和公式变量函数来进行配置操作，因此配置人员不需要精通编程技巧，只需要了解这些公式变量和公式变量函数，即可针对不同的保险产品进行灵活的保险利益演示配置。因此，只需要增加配置人员的数量来面向保险代理人进行相关人寿保险产品的功能配置，不再需要大量的开发人员不断地参与系统的修改，因此减少了开发人员的人力成本。从而实现了大大降低了利益演示系统的人员成本以及有效提高了系统的稳定性的技术效果。进而解决了现有技术中存在的由于利益演示系统针对每个保险公司的每个保险产品都由开发人员来进行相应的功能界面的开发和配置，因此需要大量的开发人员不断地参与系统的修改，从而提高了利益演示系统的人员成本以及降低了系统的稳定性的技术问题。

附图说明

此处所说明的附图用来提供对本公开的进一步理解，构成本申请的一部分，本公开的示意性实施例及其说明用于解释本公开，并不构成对本公开的不当限定。在附图中：

图1是用于实现根据本公开实施例1所述的方法的计算设备的硬件结构框图；

图2是根据本公开实施例1所述的利益演示系统的示意图；

图3是根据本公开实施例1的第一个方面所述的人寿保险产品的保险利益测算方法的流程示意图；

图4是根据本公开实施例1所述的配置人员为了配置关于保证领取金额的利益演示而填写的配置界面的示意图；

图5是根据本公开实施例1所述的人寿保险产品的保险条款原文的示意图；

图6A是根据本公开实施例1所述的根据保险责任来配置非万能型产品的利益演示配置界面的示意图；

图6B是根据本公开实施例1所述的根据不同的年龄段进行不同的公式配置的单条保险责任的利益演示配置界面的示意图；

图7A是根据本公开实施例1所述的万能型产品的利益演示配置界面的一个示意图；

图7B是根据本公开实施例1所述的万能型产品的利益演示配置界面的另一个的示意图；

图8A是根据本公开实施例1所述的进行保险责任名称配置的录入界面的示意图；

图8B是根据本公开实施例1所述的进行保险责任的详情配置的录入界面的示意图；

图8C是根据本公开实施例1所述的根据配置的保险责任公式内容计算得到的计算结果页面的示意图；

图9A是根据本公开实施例1所述的计划书中展示有每条保险责任的保障额度的保险责任数据的界面示意图；

图9B是根据本公开实施例1所述的计划书中展示有被保险人的各个保单年度和各个年龄能够享受到的保障额度的界面的示意图；

图10是根据本公开实施例2所述的人寿保险产品的保险利益测算装置的示意图；以及

图11是根据本公开实施例3所述的人寿保险产品的保险利益测算装置的示意图。

具体实施方式

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

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

实施例1

根据本实施例，提供了一种人寿保险产品的保险利益测算方法的实施例，需要说明的是，在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行，并且，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。

本实施例所提供的方法实施例可以在移动终端、计算机终端、服务器或者类似的计算设备中执行。图1示出了一种用于实现人寿保险产品的保险利益测算方法的计算设备的硬件结构框图。如图1所示，计算设备可以包括一个或多个处理器(处理器可以包括但不限于微处理器MCU或可编程逻辑器件FPGA等的处理装置)、用于存储数据的存储器、以及用于通信功能的传输装置。除此以外，还可以包括：显示器、输入/输出接口(I/O接口)、通用串行总线(USB)端口(可以作为I/O接口的端口中的一个端口被包括)、网络接口、电源和/或相机。本领域普通技术人员可以理解，图1所示的结构仅为示意，其并不对上述电子装置的结构造成限定。例如，计算设备还可包括比图1中所示更多或者更少的组件，或者具有与图1所示不同的配置。

应当注意到的是上述一个或多个处理器和/或其他数据处理电路在本文中通常可以被称为“数据处理电路”。该数据处理电路可以全部或部分的体现为软件、硬件、固件或其他任意组合。此外，数据处理电路可为单个独立的处理模块，或全部或部分的结合到计算设备中的其他元件中的任意一个内。如本公开实施例中所涉及到的，该数据处理电路作为一种处理器控制(例如与接口连接的可变电阻终端路径的选择)。

存储器可用于存储应用软件的软件程序以及模块，如本公开实施例中的人寿保险产品的保险利益测算方法对应的程序指令/数据存储装置，处理器通过运行存储在存储器内的软件程序以及模块，从而执行各种功能应用以及数据处理，即实现上述的应用程序的人寿保险产品的保险利益测算方法。存储器可包括高速随机存储器，还可包括非易失性存储器，如一个或者多个磁性存储装置、闪存、或者其他非易失性固态存储器。在一些实例中，存储器可进一步包括相对于处理器远程设置的存储器，这些远程存储器可以通过网络连接至计算设备。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。

传输装置用于经由一个网络接收或者发送数据。上述的网络具体实例可包括计算设备的通信供应商提供的无线网络。在一个实例中，传输装置包括一个网络适配器(Network Interface Controller，NIC)，其可通过基站与其他网络设备相连从而可与互联网进行通讯。在一个实例中，传输装置可以为射频(Radio Frequency，RF)模块，其用于通过无线方式与互联网进行通讯。

显示器可以例如触摸屏式的液晶显示器(LCD)，该液晶显示器可使得用户能够与计算设备的用户界面进行交互。

此处需要说明的是，在一些可选实施例中，上述图1所示的计算设备可以包括硬件元件(包括电路)、软件元件(包括存储在计算机可读介质上的计算机代码)、或硬件元件和软件元件两者的结合。应当指出的是，图1仅为特定具体实例的一个实例，并且旨在示出可存在于上述计算设备中的部件的类型。

图2是根据本实施例所述的利益演示系统的示意图。参照图2所示，该利益演示系统包括：利益演示系统的服务器300、配置人员110的终端设备210、保险代理人120的终端设备220以及开发人员130的终端设备230。其中，开发人员130可以通过终端设备230来创建自定义的公式变量和公式变量函数，并且将所创建的公式变量和公式变量函数上传至服务器300。配置人员110通过终端设备210来配置进行利益演示的界面，例如在终端设备210显示的配置界面中，配置人员110例如可以通过填写基于开发人员130定义的公式变量以及公式变量函数的简化指令，实现对利益演示界面的配置。保险代理人120可以通过终端设备220将投保条件信息发送至服务器300，例如在终端设备220显示的信息输入界面中，保险代理人120可以通过填写相关的投保条件信息(如被保险人年龄、被保险人性别、社保状态、交费期间、保障期间、保额、保费等信息)，终端设备220将保险代理人120输入的投保条件信息发送至服务器300。根据配置人员110进行的配置操作以及保险代理人120录入的投保条件信息，服务器300生成用于进行人寿保险产品的保险责任和保障额度的利益演示的计划书，从而可以将该计划书发送给保险代理人120的终端设备220进行显示。

其中，下表1示例性的列出了开发人员130自定义的部分公式变量的变量编码、公式变量名称以及其备注。下表2示例性的列出了开发人员130自定义的部分公式变量函数的函数编码、公式变量函数名称、其备注以及函数用法示例。

开发人员130预先定义了大量的人寿保险产品方面的公式变量以及辅助运算的公式变量函数，在进行公式变量和公式变量函数的自定义过程中，会将常用的一些变量和公式进行封装。参照下表1所示，开发人员130使用“每年交的保费*已交费年期”来定义“已交保费”这一公式变量，并且使用“等于当前保单年度，且不超过总交费年期”来定义“已交费年期”这一公式变量，因此当需要知道当前一共交了多少钱的时候，可以直接使用“已交保费”这一公式变量。此外，开发人员130使用“输入/基于费率表计算”来定义“保额”这一公式变量，当需要知道当前保额的时候，可以直接使用“保额”这一公式变量。关于开发人员130对其他公式变量和公式变量函数的定义，与上述的定义步骤一致，此处不再一一赘述。从而，在需要知道某些信息的时候，可以直接调用开发人员130预先定义好的公式变量，而不需要一步一步去进行计算，也不需要关注该公式变量是怎么计算出来的，只需要关注即将要计算什么。例如：在保险代理人需要计算投保人已交保费的多少时，不需要先计算投保人每年交的保费和已交费年期，然后根据计算得到的每年交的保费和已交费年期进一步计算已交保费，也不需要关注“已交保费”是怎么计算出来的，而是直接调用开发人员130预先定义好的“已交保费”这一公式变量。

表1

表2

需要说明的是，系统中的服务器300、终端设备210～230均可适用上面所述的硬件结构。

在上述运行环境下，根据本实施例的第一个方面，提供了一种人寿保险产品的保险利益测算方法，该方法由图2中所示的利益演示系统的服务器300实现。图3示出了该方法的流程示意图，参考图3所示，该方法包括：

S302：从配置人员的第一终端设备接收与待进行保险利益测算的人寿保险产品相关的数据信息；

S304：从保险代理人的第二终端设备接收与人寿保险产品的被保险人相关的投保条件信息；

S306：根据数据信息和投保条件信息，计算人寿保险产品的各个保单年度下的保障额度、现金价值和/或万能账户价值。

其中，数据信息包括与人寿保险产品相关的产品信息和利益演示配置信息，利益演示配置信息为配置人员基于从利益演示系统获取的公式变量和公式变量函数进行利益演示配置生成的，并且公式变量和公式变量函数为利益演示系统的开发人员预先定义的用于指示各个人寿保险产品的保险利益的计算规则。

正如上述背景技术所述的，现有的利益演示系统，保险代理人在终端设备上看到的一些功能界面(例如利益演示界面)，都是由后端的开发人员根据保险公司提供的保险产品开发设计的。对这些功能界面的开发需要精通编程技术的开发人员，而利益演示系统需要向保险代理人提供与各个保险公司的各个保险产品对应的利益演示界面，并且保险公司也会不断更新自己的保险产品。因此，如果针对每个保险公司的每个保险产品都由开发人员来进行相应的功能界面的开发和配置，因此需要大量的开发人员不断地参与系统的修改，从而提高了利益演示系统的人员成本以及降低了系统的稳定性。

有鉴于此，在本实施例中，参照图2所示，在保险公司推出新的人寿保险产品的情况下，利益演示系统需要对该人寿保险产品进行保险利益测算，此时不再需要由开发人员130来进行相应的功能界面的开发和配置，而是由配置人员110利用开发人员130预先定义的公式变量和公式变量函数，直接通过配置人员110的第一终端设备(终端设备210)访问利益演示系统的后台，进行包括与人寿保险产品相关的产品信息和利益演示配置信息在内的数据信息的录入，并通过终端设备210将该数据信息发送至服务器300。此时，服务器300从配置人员110的终端设备210接收与待进行保险利益测算的人寿保险产品相关的数据信息。其中，与人寿保险产品相关的产品信息例如包括产品基本属性、产品责任、费率表和现金价值表等信息，利益演示配置信息为配置人员110基于开发人员130预先定义的公式变量和公式变量函数进行利益演示配置生成的信息，用于指示各个人寿保险产品的保险利益的计算规则。

具体地，图4示例性的示出了配置人员110为了配置关于利益演示项名称为“保证领取金额”的利益演示而填写的配置界面，在该配置界面中，配置人员110根据预先定义的公式变量和公式变量函数填写利益演示界面的配置规则。参照上表1、上表2和图4所示，配置人员110在进行利益演示配置过程中，由于开发人员130已经定义好了常用的公式变量和公式变量函数，因此配置人员110不需要了解其具体实现逻辑，可以直接使用每一个公式变量，公式内容中可以直接使用数学运算符以及计算机语法中的运算符，从而快速、准确地写出每条保险责任的具体保障额度的计算公式，并且可以精确到每年或者每周岁。

示例性的，部分保险条款原文如图5所示，根据图5所示，配置人员110在进行相应的利益演示配置时，根据保险条款原文判定保险利益测算涉及到年金领取年龄(annuityGetAge)、被保险人性别(insuredGender)、基本保险金额(amount)这三个公式变量，并且年金领取年龄为序列年龄，需要序列选择函数(which())和真值选择函数(choose())来辅助运算。从而，配置人员110可以直接使用上表1和上表2中对应的公式变量和公式变量函数，快速、准确地写出的利益演示公式配置如下：

which(

choose(

annuityGetAge＝＝40,

annuityGetAge＝＝45,

annuityGetAge＝＝50&&insuredGender＝＝1,

annuityGetAge＝＝50&&insuredGender＝＝2,

annuityGetAge＝＝55&&insuredGender＝＝1,

annuityGetAge＝＝55&&insuredGender＝＝2,

annuityGetAge＝＝60&&insuredGender＝＝1,

annuityGetAge＝＝60&&insuredGender＝＝2,

annuityGetAge＝＝65&&insuredGender＝＝1,

annuityGetAge＝＝65&&insuredGender＝＝2

),

0.55,

0.61,

0.65,

0.66,

0.73,

0.75,

0.83,

0.86,

0.97,

1.02

)*amount

进一步地，保险代理人120的终端设备220上安装有利益演示系统的客户端，保险代理人120可以通过终端设备220登录利益演示系统的客户端，并根据被保险人的实际情况，录入与被保险人相关的投保条件信息。其中，投保条件信息例如包括被保险人年龄、被保险人性别、社保状态、交费期间、保障期间、保额以及保费等信息。此时，服务器300从保险代理人120的第二终端设备(终端设备220)接收与人寿保险产品的被保险人相关的投保条件信息。最后，服务器300根据数据信息和投保条件信息，计算人寿保险产品的各个保单年度下的保障额度、现金价值和/或万能账户价值。例如：服务器300读取配置人员110录入的数据信息和保险代理人录入的投保条件信息，根据读取到的各个信息，执行利益演示配置信息中包括的公式，从而计算得到被保险人的各个保单年度和各个年龄能够享受到的保障额度和现金价值(参照图4所示)。其中，各个保单年度和各个年龄能够享受到的保障额度例如包括每年领取金额和保证金领取金额等。

从而，通过上述方式，在本实施例中，由于开发人员130已经定义好了常用的公式变量和公式变量函数，因此配置人员110不需要了解其具体实现逻辑，可以直接使用每一个公式变量和公式变量函数，公式内容中可以直接使用数学运算符以及计算机语法中的运算符，简化了录入工作，即使有复杂的计算逻辑也能通过相关的公式变量函数进行配置，从而减少了开发人员130参与系统的修改，提高了系统的稳定性和丰富性。并且，配置人员110可以直接利用开发人员130创建的公式变量和公式变量函数来进行配置操作，因此配置人员110不需要精通编程技巧，只需要了解这些公式变量和公式变量函数，即可针对不同的保险产品进行灵活的保险利益演示配置。因此，只需要增加配置人员的数量来面向保险代理人进行相关人寿保险产品的功能配置，不再需要大量的开发人员不断地参与系统的修改，因此减少了开发人员的人力成本。从而实现了大大降低了利益演示系统的人员成本以及有效提高了系统的稳定性的技术效果。进而解决了现有技术中存在的由于利益演示系统针对每个保险公司的每个保险产品都由开发人员来进行相应的功能界面的开发和配置，因此需要大量的开发人员不断地参与系统的修改，从而提高了利益演示系统的人员成本以及降低了系统的稳定性的技术问题。

可选地，在人寿保险产品为非万能型产品的情况下，根据数据信息和投保条件信息，计算人寿保险产品的各个保单年度下的保障额度、现金价值和/或万能账户价值的操作，包括：根据数据信息，读取利益演示配置信息中按年龄段区分的公式内容，其中公式内容为配置人员基于从利益演示系统获取的公式变量和公式变量函数，根据不同的年龄段、周岁或者保单年度进行不同的公式配置生成的；以及根据投保条件信息和所读取的公式内容，计算被保险人的当前年龄至保单结束这一年龄区间内的保障利益，其中保障利益包括被保险人的各个保单年度和各个年龄能够享受到的保障额度和现金价值。

具体地，人寿保险产品分为不同类型的保险产品，通常包括非万能型产品和万能型产品，其中非万能型产品例如为重大疾病保险产品、寿险保险产品、健康险产品和年金险保险产品等。在人寿保险产品为非万能型产品的情况下，参照图6A，配置人员110可以根据保险产品的保险责任来配置利益演示，即对应于不同的保险产品，在进行利益演示配置时，定义不同的利益演示项名称，并且配置对应的保险责任。并且，参照图6B所示，根据保险责任进行单条的利益演示配置过程中，配置人员110可以根据不同的年龄段进行不同的公式配置，也支持计算规则为按周岁或按保单年度计算。因此，利益演示系统的服务器300在计算人寿保险产品的各个保单年度下的保障额度、现金价值和/或万能账户价值的操作过程中，首先根据配置人员110在后台录入的数据信息，读取利益演示配置信息中按年龄段区分的公式内容。其中公式内容为配置人员基于从利益演示系统获取的公式变量和公式变量函数，根据不同的年龄段、周岁或者保单年度进行不同的公式配置生成的。例如：参照图6B所示，周岁区间为0～59对应的计算公式为{amount*1.6}，周岁区间为60～105对应的计算公式为{amount}。然后，服务器300根据投保条件信息和所读取的公式内容，计算被保险人的当前年龄至保单结束(若保障期间为终身，则默认计算到105岁)这一年龄区间内的保障利益，其中保障利益包括被保险人的各个保单年度和各个年龄能够享受到的保障额度和现金价值。例如：根据保险代理人120在客户端录入的投保条件信息，服务器300读取到的保额为30万元，此时计算得到被保险人在60周岁之前确诊100种重疾给付48万元，在60周岁后确诊100种重疾给付30万元。从而通过上述方式，服务器300根据配置人员110录入的数据信息和保险代理人120录入的投保条件信息，可以快速、准确地计算得到与非万能型产品对应的被保险人的各个保单年度和各个年龄能够享受到的保障额度和现金价值。

可选地，在人寿保险产品为万能型产品的情况下，根据数据信息和投保条件信息，计算人寿保险产品的各个保单年度下的保障额度、现金价值和/或万能账户价值的操作，包括：根据数据信息，读取利益演示配置信息中的各个不同档次的利率信息；根据投保条件信息，确定人寿保险产品的趸交保险费以及保险代理人指定的演示利率；以及根据趸交保险费和保险代理人指定的演示利率，计算人寿保险产品的投保人在各个保单年度下的万能账户价值。

具体地，在人寿保险产品为万能型产品的情况下，参照图7A，配置人员110可以配置万能账户的高档利率、中档利率、低档利率的演示利率，以及初始手续费和转入手续费。此外，参照图7B所示，如果该保险产品有持续奖金以及管理费等扣款，可以配置其持续奖金或扣款的公式，同时也支持批量增加，或者按不同年龄段配置不同公式。因此，利益演示系统的服务器300在计算人寿保险产品的各个保单年度下的保障额度、现金价值和/或万能账户价值的操作过程中，首先根据配置人员110在后台录入的数据信息，读取利益演示配置信息中的各个不同档次的利率信息，然后根据保险代理人120在客户端录入的投保条件信息，确定人寿保险产品的趸交保险费以及保险代理人指定的演示利率(例如，高档利率)，最后根据趸交保险费和保险代理人指定的演示利率，计算人寿保险产品的投保人在各个保单年度下的万能账户价值。从而通过上述方式，服务器300根据配置人员110录入的数据信息和保险代理人120录入的投保条件信息，可以快速、准确地计算得到万能型产品的投保人在各个保单年度下的万能账户价值。

此外，需要特别说明的是，本实施例所提出的利益演示系统不仅支持非万能型产品和万能型产品的保险利益的单一计算，同样也支持非万能型产品+万能型产品的保险利益的联合计算。在进行保险利益的联合计算过程中，利益演示系统的服务器300可以根据上述的非万能型产品的计算操作和万能型产品的计算操作共同计算出人寿保险产品的各个保单年度下的保障额度、现金价值以及万能账户价值这三个信息。

可选地，根据数据信息和投保条件信息，计算人寿保险产品的各个保单年度下的保障额度、现金价值和/或万能账户价值的操作，还包括：在根据数据信息读取到利益演示配置信息包括手续费的情况下，对万能账户价值进行相关手续费的扣除操作；在根据数据信息读取到人寿保险产品搭配有返还型年金保险的情况下，根据趸交保险费和保险代理人指定的演示利率，计算人寿保险产品的投保人在各个保单年度下的万能账户价值的操作，包括：根据趸交保险费、保险代理人指定的演示利率和返还型年金保险的返还金额，计算人寿保险产品的投保人在各个保单年度下的万能账户价值；或者在根据数据信息读取到利益演示配置信息中包括持续奖金或者持续扣款的公式内容的情况下，根据趸交保险费和保险代理人指定的演示利率，计算人寿保险产品的投保人在各个保单年度下的万能账户价值的操作，包括：根据趸交保险费、保险代理人指定的演示利率和持续奖金或者持续扣款的公式内容，计算人寿保险产品的投保人在各个保单年度下的万能账户价值。

具体地，服务器300在根据数据信息读取到利益演示配置信息包括手续费的情况下，证明该保险利益测算涉及手续费，则需要对万能账户价值进行相关手续费的扣除操作。在根据数据信息读取到人寿保险产品搭配有返还型年金保险的情况下，服务器300需要根据趸交保险费、保险代理人指定的演示利率和返还型年金保险的返还金额，计算人寿保险产品的投保人在各个保单年度下的万能账户价值。即，服务器300会将年金保险的返还金额转入到万能型产品中进行计算，同时扣除相关手续费。在根据数据信息读取到利益演示配置信息中包括持续奖金或者持续扣款的公式内容的情况下，服务器300需要根据趸交保险费、保险代理人指定的演示利率和持续奖金或者持续扣款的公式内容，则会进行相应公式计算，计算人寿保险产品的投保人在各个保单年度下的万能账户价值。通过上述方式，可以准确地计算得到万能型产品的投保人在各个保单年度下的万能账户价值。

可选地，根据投保条件信息和所读取的公式内容，计算被保险人的当前年龄至保单结束这一年龄区间内的保障利益的操作，包括：调用第三方开源的公式引擎插件；通过公式引擎插件调用公式内容中使用的公式变量的实现代码，由实现代码根据投保条件信息以及与人寿保险产品相关的产品信息，计算公式变量的数值；以及根据公式变量的数值，计算公式内容对应的公式的数值，从而得到被保险人的当前年龄至保单结束这一年龄区间内的保障利益。

具体地，由于每条公式变量的执行结果都不是唯一的，会根据不同的保险产品，不同的投保条件以及将要计算的保障年龄进行变化，每次的公式变量执行，其结果都是根据相关条件实时计算的，因此服务器300根据投保条件信息和所读取的公式内容，计算被保险人的当前年龄至保单结束这一年龄区间内的保障利益的操作过程中，首先调用第三方开源的公式引擎插件，该插件能执行基础的数学运算以及java语法中的逻辑运算。当公式内容中使用了公式变量时，该公式引擎插件会调用该公式变量的实现代码，此时由公式变量的实现代码，根据前端录入的投保条件或后台录入的费率表、现价表等相关参数，动态计算该公式变量具体的值。公式变量的值都计算出来后，再进行普通的数学运算即可得到该条公式最终的计算结果，从而得到被保险人的当前年龄至保单结束这一年龄区间内的保障利益。通过这种方式，可以快捷地计算得到被保险人的当前年龄至保单结束这一年龄区间内的保障利益。

可选地，该方法还包括：从配置人员的第一终端设备接收与人寿保险产品相关的保险责任配置信息，其中保险责任配置信息为配置人员基于公式变量和公式变量函数进行每条保险责任的配置生成的，并且保险责任配置信息由文字内容和公式内容组合而成；利用正则表达式，分别匹配保险责任配置信息中的文字内容和公式内容；根据数据信息和投保条件信息，计算匹配得到的公式内容对应的公式的数值；以及将保险责任配置信息中的文字内容和计算得到的数值进行信息组装，得到人寿保险产品的每条保险责任的保障额度。

具体地，本实施例的配置人员110还可以直接利用开发人员130预定定义好的公式变量和公式变量函数进行人寿保险产品的保险责任配置。参照图8A和图8B所示，在终端设备210显示的配置界面中，配置人员110在进行保险责任录入时，可以在保险责任名称和保险责任的详情中，将中文和公式进行混合录入，利益演示系统会自动计算公式内容，将保险责任配置信息中的文字内容和计算得到的数值进行信息组装，得到人寿保险产品的每条保险责任的保障额度，并向保险代理人120的终端设备220发送如图8C所示的利益演示的计算结果页面，以便保险代理人120查看每条保险责任具体的保障额度数值。

此外，根据产品的条款中描述的保险责任，在不同的年龄段或保单年度内，保障的额度会有相应的变化，因此利用半人工+半计算机方式，根据投保的保险产品及保险代理人120录入的投保条件信息，动态的计算出每一个保单年度和年龄能享受到的保障额度。服务器300在进行保险责任中的公式计算时，由于该类型公式计算相对特殊，为中文和公式内容混合输入，而在计算机中，中文不支持直接的数学运算，故此时系统会利用正则表达式，将中文和公式内容分别匹配出来，将公式内容执行完成后，再组装结果。具体为，服务器300先计算保险责任名称中的公式，然后在保险责任名称中有数字金额时，利用正则匹配的方式将数字金额进行变色处理，最后计算保险责任描述内容中的公式。

可选地，该方法还包括：根据投保条件信息、计算得到的被保险人的各个保单年度和各个年龄能够享受到的保障额度以及人寿保险产品的每条保险责任的保障额度，生成人寿保险产品的计划书，其中计划书包括人寿保险产品的基本投保数据、包括每条保险责任的保障额度的保险责任数据以及包括被保险人的各个保单年度和各个年龄能够享受到的保障额度的利益演示数据；以及将计划书发送至保险代理人的第二终端设备。

具体地，根据配置人员120进行的配置操作和保险代理人录入的投保条件信息，服务器300生成用于进行保障利益的利益演示的计划书界面，从而可以发送给保险代理人120的终端设备220进行显示。参照图9A所示，服务器300生成的计划书包括每条保险责任的保障额度的保险责任数据，并且可以按责任展示和按险种展示。参照图9B所示，服务器300生成的计划书还包括被保险人的各个保单年度和各个年龄能够享受到的保障额度的利益演示数据，并且还提供查看详细数据的功能。在生成计划书后，服务器300将相应的计划书界面发送至保险代理人120的终端设备220，在终端设备220上进行展示。在保险代理人120具有生成PDF/Word计划书的需求时，可以触发相应的生成组件，通过终端设备220发送一个对应的请求至服务器300，此时服务器300响应于该请求，生成PDF/Word计划书，并返回给终端设备220。从而，本实施例所提出的利益演示系统，能够针对不同的险种类别、不同用户角色、不同投保年龄、不同交费期间与保障期间、不同组合方式等内容，构建保险利益实时计算模型，实现了保险利益测算、生成计划书以及导出PDF/Word版计划书等功能。

此外，对于js类型的公式，该类的公式配置由开发人员130进行，此时的公式内容是具体的业务代码，通过编写js代码，获取计算该条保障时需要用到的投保条件等相关信息，再进行相关数值运算。此类公式内容相对更加复杂，因此使用了js引擎，编写的代码以js语法存储，js引擎执行时，可以动态编译js代码，无需进行系统功能拓展以及重启服务器，增强了系统的稳定性。

此外，参考图1所示，根据本实施例的第二个方面，提供了一种存储介质。存储介质包括存储的程序，其中，在程序运行时由处理器执行以上任意一项所述的方法。

需要说明的是，对于前述的各方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本发明并不受所描述的动作顺序的限制，因为依据本发明，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模块并不一定是本发明所必须的。

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

实施例2

图10示出了根据本实施例所述的人寿保险产品的保险利益测算装置1000，该装置1000与根据实施例1的第一个方面所述的方法相对应。参考图10所示，该装置1000包括：第一接收模块1010，用于从配置人员的第一终端设备接收与待进行保险利益测算的人寿保险产品相关的数据信息，其中数据信息包括与人寿保险产品相关的产品信息和利益演示配置信息，利益演示配置信息为配置人员基于从利益演示系统获取的公式变量和公式变量函数进行利益演示配置生成的，并且公式变量和公式变量函数为利益演示系统的开发人员预先定义的用于指示各个人寿保险产品的保险利益的计算规则；第二接收模块1020，用于从保险代理人的第二终端设备接收与人寿保险产品的被保险人相关的投保条件信息；计算模块1030，用于根据数据信息和投保条件信息，计算人寿保险产品的各个保单年度下的保障额度、现金价值和/或万能账户价值。

可选地，在人寿保险产品为非万能型产品的情况下，计算模块1030包括：第一读取子模块，用于根据数据信息，读取利益演示配置信息中按年龄段区分的公式内容，其中公式内容为配置人员基于从利益演示系统获取的公式变量和公式变量函数，根据不同的年龄段、周岁或者保单年度进行不同的公式配置生成的；以及第一计算子模块，用于根据投保条件信息和所读取的公式内容，计算被保险人的当前年龄至保单结束这一年龄区间内的保障利益，其中保障利益包括被保险人的各个保单年度和各个年龄能够享受到的保障额度和现金价值。

可选地，在人寿保险产品为万能型产品的情况下，计算模块1030包括：第二读取子模块，用于根据数据信息，读取利益演示配置信息中的各个不同档次的利率信息；确定子模块，用于根据投保条件信息，确定人寿保险产品的趸交保险费以及保险代理人指定的演示利率；以及第二计算子模块，用于根据趸交保险费和保险代理人指定的演示利率，计算人寿保险产品的投保人在各个保单年度下的万能账户价值。

可选地，计算模块1030，还包括：扣除子模块，用于在根据数据信息读取到利益演示配置信息包括手续费的情况下，对万能账户价值进行相关手续费的扣除操作；在根据数据信息读取到人寿保险产品搭配有返还型年金保险的情况下，第二计算子模块包括：第一计算单元，用于根据趸交保险费、保险代理人指定的演示利率和返还型年金保险的返还金额，计算人寿保险产品的投保人在各个保单年度下的万能账户价值；或者在根据数据信息读取到利益演示配置信息中包括持续奖金或者持续扣款的公式内容的情况下，第二计算子模块包括：第二计算单元，用于根据趸交保险费、保险代理人指定的演示利率和持续奖金或者持续扣款的公式内容，计算人寿保险产品的投保人在各个保单年度下的万能账户价值。

可选地，第一计算子模块，包括：调用单元，用于调用第三方开源的公式引擎插件；第一计算单元，用于通过公式引擎插件调用公式内容中使用的公式变量的实现代码，由实现代码根据投保条件信息以及与人寿保险产品相关的产品信息，计算公式变量的数值；以及第二计算单元，用于根据公式变量的数值，计算公式内容对应的公式的数值，从而得到被保险人的当前年龄至保单结束这一年龄区间内的保障利益。

可选地，装置1000还包括：保险责任配置模块，用于从配置人员的第一终端设备接收与人寿保险产品相关的保险责任配置信息，其中保险责任配置信息为配置人员基于公式变量和公式变量函数进行每条保险责任的配置生成的，并且保险责任配置信息由文字内容和公式内容组合而成；匹配模块，用于利用正则表达式，分别匹配保险责任配置信息中的文字内容和公式内容；数值计算模块，用于根据数据信息和投保条件信息，计算匹配得到的公式内容对应的公式的数值；以及组装模块，用于将保险责任配置信息中的文字内容和计算得到的数值进行信息组装，得到人寿保险产品的每条保险责任的保障额度。

可选地，装置1000还包括：计划书生成模块，用于根据投保条件信息、计算得到的被保险人的各个保单年度和各个年龄能够享受到的保障额度以及人寿保险产品的每条保险责任的保障额度，生成人寿保险产品的计划书，其中计划书包括人寿保险产品的基本投保数据、包括每条保险责任的保障额度的保险责任数据以及包括被保险人的各个保单年度和各个年龄能够享受到的保障额度的利益演示数据；以及计划书发送模块，用于将计划书发送至保险代理人的第二终端设备。

从而根据本实施例，由于开发人员已经定义好了常用的公式变量和公式变量函数，因此配置人员不需要了解其具体实现逻辑，可以直接使用每一个公式变量和公式变量函数，公式内容中可以直接使用数学运算符以及计算机语法中的运算符，简化了录入工作，即使有复杂的计算逻辑也能通过相关的公式变量函数进行配置，从而减少了开发人员参与系统的修改，提高了系统的稳定性和丰富性。并且，配置人员可以直接利用开发人员创建的公式变量和公式变量函数来进行配置操作，因此配置人员不需要精通编程技巧，只需要了解这些公式变量和公式变量函数，即可针对不同的保险产品进行灵活的保险利益演示配置。因此，只需要增加配置人员的数量来面向保险代理人进行相关人寿保险产品的功能配置，不再需要大量的开发人员不断地参与系统的修改，因此减少了开发人员的人力成本。从而实现了大大降低了利益演示系统的人员成本以及有效提高了系统的稳定性的技术效果。进而解决了现有技术中存在的由于利益演示系统针对每个保险公司的每个保险产品都由开发人员来进行相应的功能界面的开发和配置，因此需要大量的开发人员不断地参与系统的修改，从而提高了利益演示系统的人员成本以及降低了系统的稳定性的技术问题。

实施例3

图11示出了根据本实施例所述的人寿保险产品的保险利益测算装置1100，该装置1100与根据实施例1的第一个方面所述的方法相对应。参考图11所示，该装置1100包括：处理器1110；以及存储器1120，与处理器1110连接，用于为处理器1110提供处理以下处理步骤的指令：从配置人员的第一终端设备接收与待进行保险利益测算的人寿保险产品相关的数据信息，其中数据信息包括与人寿保险产品相关的产品信息和利益演示配置信息，利益演示配置信息为配置人员基于从利益演示系统获取的公式变量和公式变量函数进行利益演示配置生成的，并且公式变量和公式变量函数为利益演示系统的开发人员预先定义的用于指示各个人寿保险产品的保险利益的计算规则；从保险代理人的第二终端设备接收与人寿保险产品的被保险人相关的投保条件信息；以及根据数据信息和投保条件信息，计算人寿保险产品的各个保单年度下的保障额度、现金价值和/或万能账户价值。

可选地，在人寿保险产品为非万能型产品的情况下，根据数据信息和投保条件信息，计算人寿保险产品的各个保单年度下的保障额度、现金价值和/或万能账户价值的操作，包括：根据数据信息，读取利益演示配置信息中按年龄段区分的公式内容，其中公式内容为配置人员基于从利益演示系统获取的公式变量和公式变量函数，根据不同的年龄段、周岁或者保单年度进行不同的公式配置生成的；以及根据投保条件信息和所读取的公式内容，计算被保险人的当前年龄至保单结束这一年龄区间内的保障利益，其中保障利益包括被保险人的各个保单年度和各个年龄能够享受到的保障额度和现金价值。

可选地，在人寿保险产品为万能型产品的情况下，根据数据信息和投保条件信息，计算人寿保险产品的各个保单年度下的保障额度、现金价值和/或万能账户价值的操作，包括：根据数据信息，读取利益演示配置信息中的各个不同档次的利率信息；根据投保条件信息，确定人寿保险产品的趸交保险费以及保险代理人指定的演示利率；以及根据趸交保险费和保险代理人指定的演示利率，计算人寿保险产品的投保人在各个保单年度下的万能账户价值。

可选地，根据数据信息和投保条件信息，计算人寿保险产品的各个保单年度下的保障额度、现金价值和/或万能账户价值的操作，还包括：在根据数据信息读取到利益演示配置信息包括手续费的情况下，对万能账户价值进行相关手续费的扣除操作；在根据数据信息读取到人寿保险产品搭配有返还型年金保险的情况下，根据趸交保险费和保险代理人指定的演示利率，计算人寿保险产品的投保人在各个保单年度下的万能账户价值的操作，包括：根据趸交保险费、保险代理人指定的演示利率和返还型年金保险的返还金额，计算人寿保险产品的投保人在各个保单年度下的万能账户价值；或者在根据数据信息读取到利益演示配置信息中包括持续奖金或者持续扣款的公式内容的情况下，根据趸交保险费和保险代理人指定的演示利率，计算人寿保险产品的投保人在各个保单年度下的万能账户价值的操作，包括：根据趸交保险费、保险代理人指定的演示利率和持续奖金或者持续扣款的公式内容，计算人寿保险产品的投保人在各个保单年度下的万能账户价值。

可选地，根据投保条件信息和所读取的公式内容，计算被保险人的当前年龄至保单结束这一年龄区间内的保障利益的操作，包括：调用第三方开源的公式引擎插件；通过公式引擎插件调用公式内容中使用的公式变量的实现代码，由实现代码根据投保条件信息以及与人寿保险产品相关的产品信息，计算公式变量的数值；以及根据公式变量的数值，计算公式内容对应的公式的数值，从而得到被保险人的当前年龄至保单结束这一年龄区间内的保障利益。

可选地，存储器1120还用于为处理器1110提供处理以下处理步骤的指令：从配置人员的第一终端设备接收与人寿保险产品相关的保险责任配置信息，其中保险责任配置信息为配置人员基于公式变量和公式变量函数进行每条保险责任的配置生成的，并且保险责任配置信息由文字内容和公式内容组合而成；利用正则表达式，分别匹配保险责任配置信息中的文字内容和公式内容；根据数据信息和投保条件信息，计算匹配得到的公式内容对应的公式的数值；以及将保险责任配置信息中的文字内容和计算得到的数值进行信息组装，得到人寿保险产品的每条保险责任的保障额度。

可选地，存储器1120还用于为处理器1110提供处理以下处理步骤的指令：根据投保条件信息、计算得到的被保险人的各个保单年度和各个年龄能够享受到的保障额度以及人寿保险产品的每条保险责任的保障额度，生成人寿保险产品的计划书，其中计划书包括人寿保险产品的基本投保数据、包括每条保险责任的保障额度的保险责任数据以及包括被保险人的各个保单年度和各个年龄能够享受到的保障额度的利益演示数据；以及将计划书发送至保险代理人的第二终端设备。

从而根据本实施例，由于开发人员已经定义好了常用的公式变量和公式变量函数，因此配置人员不需要了解其具体实现逻辑，可以直接使用每一个公式变量和公式变量函数，公式内容中可以直接使用数学运算符以及计算机语法中的运算符，简化了录入工作，即使有复杂的计算逻辑也能通过相关的公式变量函数进行配置，从而减少了开发人员参与系统的修改，提高了系统的稳定性和丰富性。并且，配置人员可以直接利用开发人员创建的公式变量和公式变量函数来进行配置操作，因此配置人员不需要精通编程技巧，只需要了解这些公式变量和公式变量函数，即可针对不同的保险产品进行灵活的保险利益演示配置。因此，只需要增加配置人员的数量来面向保险代理人进行相关人寿保险产品的功能配置，不再需要大量的开发人员不断地参与系统的修改，因此减少了开发人员的人力成本。从而实现了大大降低了利益演示系统的人员成本以及有效提高了系统的稳定性的技术效果。进而解决了现有技术中存在的由于利益演示系统针对每个保险公司的每个保险产品都由开发人员来进行相应的功能界面的开发和配置，因此需要大量的开发人员不断地参与系统的修改，从而提高了利益演示系统的人员成本以及降低了系统的稳定性的技术问题。

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

在本发明的上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其他实施例的相关描述。

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

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

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

所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可为个人计算机、服务器或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、只读存储器(ROM，Read-OnlyMemory)、随机存取存储器(RAM，RandomAccess Memory)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。

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