一种保险产品的上线方法、装置、电子设备及存储介质

1.一种保险产品的上线方法，其特征在于，所述方法包括：
获取目标保险产品，其中，所述目标保险产品覆盖不同保险公司的各类互联网保险产品；
通过标准字段和标准码值对所述目标保险产品进行系统基础配置处理，得到系统基础配置后的目标保险产品，包括：在接收到标准字段指令时，根据标准字段对所述目标保险产品对应的配置字段进行配置处理，得到对应的标准字段；在接收到标准码值指令时，根据标准码值对所述标准字段进行配置处理，得到对应的标准码值，其中，所述标准码值包括统一标准码值和用户标准码值；
接受用户对所述目标保险产品的需求，对所述系统基础配置后的目标保险产品进行标准产品配置处理，得到标准产品配置后的目标保险产品，所述用户对所述目标保险产品的需求包括投保规则和保费计算方式；
其中，在用户对所述目标保险产品的需求是投保规则的情况下，所述接受用户对所述目标保险产品的需求，对所述系统基础配置后的目标保险产品进行标准产品配置处理，得到标准产品配置后的目标保险产品，包括：获取规则字段库全集，其中，所述规则字段库全集包括：规则对象字段库、保险常用规则字段库以及扩展规则字段库；通过规则引擎工具对所述规则字段库全集进行投保规则的可视化配置，得到所述目标保险产品对应的投保规则结果；
将所述标准产品配置后的目标保险产品进行产品上线处理，得到在售过程中的目标保险产品。
2.根据权利要求1所述的方法，其特征在于，在用户对所述目标保险产品的需求是保费计算方式的情况下，所述接受用户对所述目标保险产品的需求，对所述系统基础配置后的目标保险产品进行标准产品配置处理，得到标准产品配置后的目标保险产品，包括：
在保费计算方式为第一计算模式的情况下，通过调用所述用户的服务接口对试算因子和多因子关系进行界面化配置，得到保费计算结果。
3.根据权利要求1所述的方法，其特征在于，在用户对所述目标保险产品的需求是保费计算方式的情况下，所述接受用户对所述目标保险产品的需求，对所述系统基础配置后的目标保险产品进行标准产品配置处理，得到标准产品配置后的目标保险产品，还包括：
在保费计算方式为第二计算模式的情况下，对试算因子、多因子关系、基础费率、保费计算公式以及风控加价策略进行界面化配置，得到保费计算结果。
4.根据权利要求1所述的方法，其特征在于，所述将所述标准产品配置后的目标保险产品进行产品上线处理，得到在售过程中的目标保险产品，包括：
在接收到所述用户对所述目标保险产品的保障需求时，对所述标准产品配置后的目标保险产品进行产品包装处理，得到可销售的目标保险产品；
对所述可销售的目标保险产品进行投保流程和页面模板设置，得到可投放的目标保险产品；
在将所述可投放的目标保险产品投放至终端时，生成所述可投放的目标保险产品对应的测试链接；
根据所述测试链接对所述可投放的目标保险产品进行投保测试，生成所述可投放的目标保险产品对应的测试结果；
在所述测试结果是通过的情况下，对所述可投放的目标保险产品进行上架，得到在售过程中的目标保险产品。
5.根据权利要求4所述的方法，其特征在于，所述对所述可销售的目标保险产品进行投保流程和页面模板设置，得到可投放的目标保险产品，包括：
获取通用的投保流程数据库和页面模板数据库；
针对所述可销售的目标保险产品，确定所述通用的投保流程数据库和页面模板数据库中是否存在所述可销售的目标保险产品对应的投保流程和页面模板；
如果不存在，则生成所述可销售的目标保险产品对应的投保流程和页面模板，并将所述可销售的目标保险产品对应的投保流程和页面模板分别存入所述投保流程数据库和页面模板数据库中；
在所述可销售的目标保险产品确定完后，从所述投保流程数据库和页面模板数据库中获取所述可销售的目标保险产品对应的投保流程和页面模板，依据获取的投保流程和页面模板生成可投放的目标保险产品。
6.一种保险产品的上线装置，其特征在于，包括：
数据获取模块，用于获取目标保险产品，其中，所述目标保险产品覆盖不同保险公司的各类互联网保险产品；
系统基础配置模块，用于通过标准字段和标准码值对所述目标保险产品进行系统基础配置处理，得到系统基础配置后的目标保险产品，包括：在接收到标准字段指令时，根据标准字段对所述目标保险产品对应的配置字段进行配置处理，得到对应的标准字段；在接收到标准码值指令时，根据标准码值对所述标准字段进行配置处理，得到对应的标准码值，其中，所述标准码值包括统一标准码值和用户标准码值；
标准产品配置模块，用于接受用户对所述目标保险产品的需求，对所述系统基础配置后的目标保险产品进行标准产品配置处理，得到标准产品配置后的目标保险产品，所述用户对所述目标保险产品的需求包括投保规则和保费计算方式；
其中，在用户对所述目标保险产品的需求是投保规则的情况下，所述接受用户对所述目标保险产品的需求，对所述系统基础配置后的目标保险产品进行标准产品配置处理，得到标准产品配置后的目标保险产品，包括：获取规则字段库全集，其中，所述规则字段库全集包括：规则对象字段库、保险常用规则字段库以及扩展规则字段库；通过规则引擎工具对所述规则字段库全集进行投保规则的可视化配置，得到所述目标保险产品对应的投保规则结果；
产品上线处理模块，用于将所述标准产品配置后的目标保险产品进行产品上线处理，得到在售过程中的目标保险产品。
7.一种电子设备，其特征在于，包括处理器、通信接口、存储器和通信总线，其中，处理器，通信接口，存储器通过通信总线完成相互间的通信；
存储器，用于存放计算机程序；
处理器，用于执行存储器上所存放的程序时，实现权利要求1至5任一所述的一种保险产品的上线方法。
8.一种存储介质，其特征在于，所述存储介质上存储计算机程序，所述计算机程序被处理器执行时实现如权利要求1至5任一项所述的一种保险产品的上线方法步骤。

一种保险产品的上线方法、装置、电子设备及存储介质\n技术领域\n[0001] 本申请涉及互联网保险技术领域，特别是涉及一种保险产品的上线方法、装置、电子设备及存储介质。\n背景技术\n[0002] 随着互联网技术和信息技术的快速发展，互联网保险已逐渐成为保险企业的主渠道。无论是传统的保险公司还是保险中介机构，面对互联网保险的崛起，都纷纷依托于科技，向线上发展。因此，互联网保险产品上线的速度决定了一家保险机构在互联网保险领域发展的前景。\n[0003] 现有技术中，互联网保险产品的开发流程按照以下步骤串行执行：需求分析/产品经理岗与需求提出部门进行沟通，基于沟通结果完成原型及需求说明文档编写；UI人员、前端及后端开发人员根据原型及需求说明进行产品页面设计、交互开发、产品功能及接口开发；技术测试人员进行产品集成测试；业务部门进行产品的业务验收测试；验收通过后提交系统发布申请，由运维与开发人员配合完成整个产品的发布上线。\n[0004] 然而，按照现有的互联网保险产品的开发流程，一款互联网保险产品从需求分析至上线平均周期达3周－2月，存在互联网保险产品上线周期较长的技术问题。\n发明内容\n[0005] 为克服相关技术中存在的问题，本申请提供一种保险产品的上线方法、装置、电子设备及存储介质。\n[0006] 依据本申请的第一方面，提供了一种保险产品的上线方法，该方法包括以下步骤：\n[0007] 获取目标保险产品；\n[0008] 通过标准字段和标准码值对所述目标保险产品进行系统基础配置处理，得到系统基础配置后的目标保险产品；\n[0009] 接受用户对所述目标保险产品的需求，对所述系统基础配置后的目标保险产品进行标准产品配置处理，得到标准产品配置后的目标保险产品；\n[0010] 将所述标准产品配置后的目标保险产品进行产品上线处理，得到在售过程中的目标保险产品。\n[0011] 可选地，所述通过标准字段和标准码值对所述目标保险产品进行系统基础配置处理，得到系统基础配置后的目标保险产品，包括：\n[0012] 在接收到标准字段指令时，对所述目标保险产品对应的配置字段进行配置处理，得到对应的标准字段；\n[0013] 在接收到标准码值指令时，对所述标准字段进行配置处理，得到对应的标准码值。\n[0014] 可选地，在用户对所述目标保险产品的需求是投保规则的情况下，所述接受用户对所述目标保险产品的需求，对所述系统基础配置后的目标保险产品进行标准产品配置处理，得到标准产品配置后的目标保险产品，包括：\n[0015] 获取规则字段库全集，其中，所述规则字段库全集包括：规则对象字段库、保险常用规则字段库以及扩展规则字段库；\n[0016] 通过规则引擎工具对所述规则字段库全集进行投保规则的可视化配置，得到所述目标保险产品对应的投保规则结果。\n[0017] 可选地，在用户对所述目标保险产品的需求是保费计算方式的情况下，所述接受用户对所述目标保险产品的需求，对所述系统基础配置后的目标保险产品进行标准产品配置处理，得到标准产品配置后的目标保险产品，包括：\n[0018] 在保费计算方式为第一计算模式的情况下，通过调用所述用户的服务接口对试算因子和多因子关系进行界面化配置，得到保费计算结果。\n[0019] 可选地，在用户对所述目标保险产品的需求是保费计算方式的情况下，所述接受用户对所述目标保险产品的需求，对所述系统基础配置后的目标保险产品进行标准产品配置处理，得到标准产品配置后的目标保险产品，还包括：\n[0020] 在保费计算方式为第二计算模式的情况下，对试算因子、多因子关系、基础费率、保费计算公式以及风控加价策略进行界面化配置，得到保费计算结果。\n[0021] 可选地，所述将所述标准产品配置后的目标保险产品进行产品上线处理，得到在售过程中的目标保险产品，包括：\n[0022] 在接收到所述用户对所述目标保险产品的保障需求时，对所述标准产品配置后的目标保险产品进行产品包装处理，得到可销售的目标保险产品；\n[0023] 对所述可销售的目标保险产品进行投保流程和页面模板设置，得到可投放的目标保险产品；\n[0024] 在将所述可投放的目标保险产品投放至终端时，生成所述可投放的目标保险产品对应的测试链接；\n[0025] 根据所述测试链接对所述可投放的目标保险产品进行投保测试，生成所述可投放的目标保险产品对应的测试结果；\n[0026] 在所述测试结果是通过的情况下，对所述可投放的目标保险产品进行上架，得到在售过程中的目标保险产品。\n[0027] 可选地，所述对所述可销售的目标保险产品进行投保流程和页面模板设置，得到可投放的目标保险产品，包括：\n[0028] 获取通用的投保流程数据库和页面模板数据库；\n[0029] 针对所述可销售的目标保险产品，确定所述通用的投保流程数据库和页面模板数据库中是否存在所述可销售的目标保险产品对应的投保流程和页面模板；\n[0030] 如果不存在，则生成所述可销售的目标保险产品对应的投保流程和页面模板，并将所述可销售的目标保险产品对应的投保流程和页面模板分别存入所述投保流程数据库和页面模板数据库中；\n[0031] 在所述可销售的目标保险产品确定完后，从所述投保流程数据库和页面模板数据库中获取所述可销售的目标保险产品对应的投保流程和页面模板，依据获取的投保流程和页面模板生成可投放的目标保险产品。\n[0032] 根据本申请的第二方面，提供了一种保险产品的上线装置，该装置包括：\n[0033] 数据获取模块，用于获取目标保险产品；\n[0034] 系统基础配置模块，用于通过标准字段和标准码值对所述目标保险产品进行系统基础配置处理，得到系统基础配置后的目标保险产品；\n[0035] 标准产品配置模块，用于接受用户对所述目标保险产品的需求，对所述系统基础配置后的目标保险产品进行标准产品配置处理，得到标准产品配置后的目标保险产品；\n[0036] 产品上线处理模块，用于将所述标准产品配置后的目标保险产品进行产品上线处理，得到在售过程中的目标保险产品。\n[0037] 可选地，所述系统基础配置模块，包括：\n[0038] 标准字段配置子模块，用于在接收到标准字段指令时，对所述目标保险产品对应的配置字段进行配置处理，得到对应的标准字段；\n[0039] 标准码值配置子模块，用于在接收到标准码值指令时，对所述标准字段进行配置处理，得到对应的标准码值。\n[0040] 可选地，在用户对所述目标保险产品的需求是投保规则的情况下，所述标准产品配置模块，包括：\n[0041] 规则字段库全集获取子模块，用于获取规则字段库全集，其中，所述规则字段库全集包括：规则对象字段库、保险常用规则字段库以及扩展规则字段库；\n[0042] 投保规则配置子模块，用于通过规则引擎工具对所述规则字段库全集进行投保规则的可视化配置，得到所述目标保险产品对应的投保规则结果。\n[0043] 可选地，在用户对所述目标保险产品的需求是保费计算方式的情况下，所述标准产品配置模块，包括：\n[0044] 第一计算子模块，用于在保费计算方式为第一计算模式的情况下，通过调用所述用户的服务接口对试算因子和多因子关系进行界面化配置，得到保费计算结果。\n[0045] 可选地，在用户对所述目标保险产品的需求是保费计算方式的情况下，所述标准产品配置模块，还包括：\n[0046] 第二计算子模块，用于在保费计算方式为第二计算模式的情况下，对试算因子、多因子关系、基础费率、保费计算公式以及风控加价策略进行界面化配置，得到保费计算结果。\n[0047] 可选地，所述产品上线处理模块，包括：\n[0048] 产品包装子模块，用于在接收到所述用户对所述目标保险产品的保障需求时，对所述标准产品配置后的目标保险产品进行产品包装处理，得到可销售的目标保险产品；\n[0049] 产品投保流程及页面模板设置子模块，用于对所述可销售的目标保险产品进行投保流程和页面模板设置，得到可投放的目标保险产品；\n[0050] 产品投放子模块，用于在将所述可投放的目标保险产品投放至终端时，生成所述可投放的目标保险产品对应的测试链接；\n[0051] 产品测试子模块，用于根据所述测试链接对所述可投放的目标保险产品进行投保测试，生成所述可投放的目标保险产品对应的测试结果；\n[0052] 产品上架子模块，用于在所述测试结果是通过的情况下，对所述可投放的目标保险产品进行上架，得到在售过程中的目标保险产品。\n[0053] 可选地，所述产品投保流程及页面模板设置子模块，包括：\n[0054] 数据获取单元，用于获取通用的投保流程数据库和页面模板数据库；\n[0055] 数据确定单元，用于针对所述可销售的目标保险产品，确定所述通用的投保流程数据库和页面模板数据库中是否存在所述可销售的目标保险产品对应的投保流程和页面模板；\n[0056] 数据处理单元，用于如果不存在，则生成所述可销售的目标保险产品对应的投保流程和页面模板，并将所述可销售的目标保险产品对应的投保流程和页面模板分别存入所述投保流程数据库和页面模板数据库中；\n[0057] 产品投放单元，用于在所述可销售的目标保险产品确定完后，从所述投保流程数据库和页面模板数据库中获取所述可销售的目标保险产品对应的投保流程和页面模板，依据获取的投保流程和页面模板生成可投放的目标保险产品。\n[0058] 根据本公开实施例的第三方面，提供一种电子设备，包括：\n[0059] 处理器；\n[0060] 用于存储所述处理器可执行指令的存储器；\n[0061] 其中，所述处理器被配置为执行所述指令，以实现如第一方面所述的一种保险产品的上线方法。\n[0062] 根据本申请的第四方面，提供一种计算机存储介质，当所述计算机存储介质中的指令由电子设备的处理器执行时，使得电子设备能够执行如第一方面所述的一种保险产品的上线方法。\n[0063] 本申请的实施例提供的技术方案可以包括以下有益效果：\n[0064] 本申请的实施例可以获取目标保险产品；通过标准字段和标准码值对所述目标保险产品进行系统基础配置处理，得到系统基础配置后的目标保险产品；接受用户对所述目标保险产品的需求，对所述系统基础配置后的目标保险产品进行标准产品配置处理，得到标准产品配置后的目标保险产品；将所述标准产品配置后的目标保险产品进行产品上线处理，得到在售过程中的目标保险产品。本申请能够通过对目标保险产品进行系统基础配置和标准产品配置处理，在目标保险产品信息配置完成时即可快速对目标保险产品进行上线，实现了配置即上线，大大缩短了目标保险产品上线的周期。\n[0065] 上述说明仅是本申请技术方案的概述，为了能够更清楚了解本申请的技术手段，而可依照说明书的内容予以实施，并且为了让本申请的上述和其他目的、特征和优点能够更明显易懂，以下特举本申请的具体实施方式。\n附图说明\n[0066] 通过阅读下文优选实施方式的详细描述，各种其他的优点和益处对于本领域普通技术人员将变得清楚明了。附图仅用于示出优选实施方式的目的，而并不认为是对本申请的限制。而且在整个附图中，用相同的参考符号表示相同的部件。在附图中：\n[0067] 图1是根据一示例性实施例示出的一种保险产品的上线方法的流程图；\n[0068] 图2是图1所示的根据一示例性实施例示出的一种保险产品的上线方法的流程图中步骤102的流程图；\n[0069] 图3是图1所示的根据一示例性实施例示出的一种保险产品的上线方法的流程图中步骤103的流程图；\n[0070] 图4是图1所示的根据一示例性实施例示出的一种保险产品的上线方法的流程图中步骤104的流程图；\n[0071] 图5是图4所示的根据一示例性实施例示出的一种保险产品的上线方法的流程图中步骤104的流程图中步骤402的流程图；\n[0072] 图6是根据一示例性实施例示出的一种保险产品的上线装置的框图；\n[0073] 图7是图6所示的根据一示例性实施例示出的一种保险产品的上线装置的框图中系统基础配置模块602的框图；\n[0074] 图8是图6所示的根据一示例性实施例示出的一种保险产品的上线装置的框图中系统基础配置模块603的框图；\n[0075] 图9是图6所示的根据一示例性实施例示出的一种保险产品的上线装置的框图中系统基础配置模块604的框图；\n[0076] 图10是图9所示的根据一示例性实施例示出的一种保险产品的上线装置的框图中系统基础配置模块604的框图中产品投保流程及页面模板设置子模块902的框图。\n具体实施方式\n[0077] 下面将参照附图更详细地描述本申请的示例性实施例。虽然附图中显示了本申请的示例性实施例，然而应当理解，可以以各种形式实现本申请而不应被这里阐述的实施例所限制。相反，提供这些实施例是为了能够更透彻地理解本申请，并且能够将本申请的范围完整地传达给本领域的技术人员。\n[0078] 本申请的说明书和权利要求书中的术语“第一”、“第二”等是用于区别类似的对象，而不用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便本申请的实施例能够以除了在这里图示或描述的那些以外的顺序实施，且“第一”、“第二”等所区分的对象通常为一类，并不限定对象的个数，例如第一对象可以是一个，也可以是多个。此外，说明书以及权利要求中“和/或”表示所连接对象的至少其中之一，字符“/”，一般表示前后关联对象是一种“或”的关系。\n[0079] 下面结合附图，通过具体的实施例及其应用场景对本申请实施例提供的一种保险产品的上线方法、装置、电子设备及存储介质进行详细地说明。\n[0080] 本申请的第一实施方式涉及一种保险产品的上线方法，其流程图如图1所示，包括：\n[0081] 步骤101，获取目标保险产品。\n[0082] 需要说明的是，在本申请实施例中，需要预先获取目标保险产品，目标保险产品为不同保险公司的互联网保险产品。\n[0083] 此外，新型的互联网保险产品通常是因为标的类型的不同从而在搜集信息范围上有所不同。因此，可引入模块的概念，将互联网保险业务中的不同主体，例如：投保人、被保人、受益人、标的等定义为模块类型，在该模块类型下可灵活新增模块，例如：投保人类型下包含的模块有：投保人－自然人、投保人－企业等；或在原有模块基础上扩充字段，具体地，字段按照其业务意义分为基础字段（保险业务常用字段）和扩展字段（保险业务非常用字段，通常用于特殊产品的扩展）两类。模块与标准字段关联引用，并根据该关联关系映射至对应的数据表和字段中。具体映射关系：各模块与数据库中的表一一对应，各模块中的基础字段与对应的数据表中的基础字段一一对应，各模块中的所有扩展字段映射为对应的数据表中1个扩展字段，并使用JSON字段类型（mysql 5.7版本后支持原生支持JSON类型，使得JSON中的单个字段查询和操作更加便捷）进行存储，实现了对不同类型互联网保险产品的快速扩展。\n[0084] 因此，本申请能够支持的互联网保险产品覆盖不同保险公司的各类互联网保险产品，且能够快速支持新型互联网保险产品的扩展，达到了支持互联网保险产品类型全面的技术效果。\n[0085] 步骤102，通过标准字段和标准码值对所述目标保险产品进行系统基础配置处理，得到系统基础配置后的目标保险产品。\n[0086] 需要说明的是，在本申请实施例中，通过标准字段和标准码值对目标保险产品进行系统基础配置处理，实现了为后续不同保险公司的互联网保险产品，也即目标保险产品的标准产品配置打下基础，提高了不同互联网保险产品配置的复用性及效率。\n[0087] 进一步地，在本申请实施例中，图2是图1所示的根据一示例性实施例示出的一种保险产品的上线方法的流程图中步骤102的流程图，如图2所示，步骤102可以包括以下步骤。\n[0088] 步骤201，在接收到标准字段指令时，对所述目标保险产品对应的配置字段进行配置处理，得到对应的标准字段。\n[0089] 需要说明的是，在本申请实施例中，在接收到标准字段指令时，对目标保险产品对应的配置字段进行配置处理，得到对应的标准字段。具体为：在接收到标准字段指令时，针对不同保险公司的互联网保险产品，也即目标保险产品，对于同义字段只用1个标准字段进行定义，包括但不限于字段的中文名、英文名、类型、使用码值标准、字段统一校验规则等。\n[0090] 步骤202，在接收到标准码值指令时，对所述标准字段进行配置处理，得到对应的标准码值。\n[0091] 需要说明的是，在本申请实施例中，在接收到标准码值指令时，对标准字段进行配置处理，得到对应的标准码值。具体为：标准码值支持统一标准码值和用户标准码值2套，对于同一个字段，仅允许采用一种标准码值，即要么采用系统定义的统一标准码值，要么采用用户标准码值。对于例如：性别、证件类型等这类码值可进行标准化的标准字段，均严格定义统一标准码值，标准字段在进行配置时均按照统一标准码值进行设置；对于例如：职业代码、行政区域代码这类码值数量庞大且不同保险公司码值各不相同的标准字段，则采用用户标准码值进行配置处理。\n[0092] 步骤103，接受用户对所述目标保险产品的需求，对所述系统基础配置后的目标保险产品进行标准产品配置处理，得到标准产品配置后的目标保险产品。\n[0093] 需要说明的是，在本申请实施例中，在接收到用户对目标保险产品的需求，包括但不限于：投保规则和保费计算方式，对经过系统基础配置后的目标保险产品进行标准产品配置处理，进而能够实现在系统基础配置后的目标保险产品投保过程中的投保规则解析、保费计算等核心功能，进一步地，达到了保证不同目标保险产品的开发及交互均按照统一的标准执行的技术效果。\n[0094] 进一步地，在本申请实施例中，图3是图1所示的根据一示例性实施例示出的一种保险产品的上线方法的流程图中步骤103的流程图，如图3所示，在用户对所述目标保险产品的需求是投保规则的情况下，步骤103可以包括以下步骤。\n[0095] 步骤301，获取规则字段库全集，其中，所述规则字段库全集包括：规则对象字段库、保险常用规则字段库以及扩展规则字段库。\n[0096] 需要说明的是，在本申请实施例中，首先将规则字段库全集从业务逻辑上分为三类：规则对象字段库、保险常用规则字段库、基于标的模块的扩展规则字段库。其中，规则对象字段库指的是规则针对的对象，例如：可针对不同的目标保险产品制定不同的规则，也可针对不同的业务场景（如投保、续保、保全服务等）制定不同的规则，这些对象都属于规则对象字段的范畴，用于制定规则的适用范围。保险常用规则字段库是结合本公司在保险行业历史积累基础上，抽取的通用投保规则涉及的字段库，例如：对于寿险产品，通常会针对投保人或被保人的年龄和投保地区做出投保限制，那么我们就将投保人－自然人模块、被保人－自然人模块中的投保人地区、投保人年龄等字段抽取成保险常用规则字段库的内容。\n扩展规则字段库中的字段范围是从标的模块的全部字段范围。如步骤101所述，新型互联网保险产品通常是由于标的不同而有不同的投保规则，故将标的模块中的字段纳入到扩展规则字段库中，以支持各类新型互联网保险产品的投保规则灵活定制及扩展。以上3类规则字段库汇总形成了本申请中的规则字段库全集。\n[0097] 步骤302，通过规则引擎工具对所述规则字段库全集进行投保规则的可视化配置，得到所述目标保险产品对应的投保规则结果。\n[0098] 需要说明的是，在本申请实施例中，通过利用规则引擎工具对规则字段库全集进行投保规则的可视化配置，可在配置过程中定义多套输出变量支持不同目标保险产品不同投保场景（单个标的或多个标的）的规则执行输出。其中，输出变量包括：整单规则执行提示（针对整单规则校验不通过的情况才需设置，考虑客户与内部运营人员专业知识及使用场景的不同，提示语分为面向内部运营人员和面向用户的2个提示输出变量）、单个标的违反规则提示（针对标的数量〉=2，且当前标的违反规则的情况设置，依然分为对内和对外2个输出变量）。\n[0099] 进一步地，在本申请实施例中，在用户对所述目标保险产品的需求是保费计算方式的情况下，步骤103可以包括以下步骤：在保费计算方式为第一计算模式的情况下，通过调用所述用户的服务接口对试算因子和多因子关系进行界面化配置，得到保费计算结果。\n[0100] 需要说明的是，在本申请实施例中，保费计算的方式通常包括自行计算和用户计算两类。在保费计算方式为第一计算模式，也即用户计算的情况下，通过调用用户的服务接口对试算因子和多因子关系进行界面化配置，进而得到保费计算结果。\n[0101] 其中，对试算因子进行界面化配置，具体为：试算因子分为基础因子及责任因子两类，基础因子通常与被保人、标的或产品相关属性相关，例如：被保人出生日期、被保人性别、产品保险期间等），责任因子是与责任属性相关，例如：责任保额、责任免赔等）。在试算因子配置之前，需要首先确认目标保险产品的费率层级，例如：方案层、险种层、责任层等，根据费率层级的不同将决定需要维护什么类型的试算因子，例如：方案层和险种层，则仅需配置基础因子；责任层，则除了要配置基础因子还需配置责任因子。试算因子的配置内容包括保费计算页面中的计算要素，例如：被保人性别、责任保额等，及各个计算要素的类型，例如录入数值类型、录入日期类型、单选类型等、选项值（针对单选类型的要素，需要配置对应的可选值范围，如性别的选项值包括：男、女）、保费调整系数（该信息通常应用于财险产品，支持针对不同的选项值或选项值范围区间设置不同的保费调整系数，以便针对不同的投保状况进行保费的调整）等。\n[0102] 对多因子关系进行界面化配置，具体为：多因子关系配置主要是为了支持在实际保险业务中常出现的试算因子间的互斥（如当投保A责任则不能投保B责任）、依赖（必须投保了A责任才可投保B责任）、搭配（投保责任A的保额值1万，可搭配责任B中的保额值1000元）等各种关系的快速配置，以便后续投保页面自动解析该规则完成前端计算元素之间的动态交互。\n[0103] 进一步地，在本申请实施例中，在用户对所述目标保险产品的需求是保费计算方式的情况下，步骤103还可以包括以下步骤：在保费计算方式为第二计算模式的情况下，对试算因子、多因子关系、基础费率、保费计算公式以及风控加价策略进行界面化配置，得到保费计算结果。\n[0104] 需要说明的是，在本申请实施例中，保费计算的方式通常包括自行计算和用户计算两类。在保费计算方式为第二计算模式，也即自行计算的情况下，通过对试算因子、多因子关系、基础费率、保费计算公式以及风控加价策略进行配置，得到保费计算结果。其中，对于试算因子和多因子关系的配置论述与在保费计算方式为第一计算模式的情况下，通过调用所述用户的服务接口对试算因子和多因子关系进行界面化配置，得到保费计算结果这一步骤中的论述相同。\n[0105] 其中，对基础费率进行界面化配置，具体为：基础费率通常由用户制定，是保费计算的基础。基础费率与费率层级有关，如当前产品费率层级=责任层，则针对目标保险产品下各个责任维护其基础费率，例如：费率层级=险种层，则基于目标保险产品下各险种进行基础费率的维护。同时，支持在已维护的试算因子中选取部分或全部作为费率因子参与基础费率的维护，例如：对于费率层级为险种层的长期寿险产品，基础费率的维护通常包括：\n险种、被保人年龄、被保人性别、保险期间、交费期间、基础保额、基础保费等字段信息的维护，其中，被保人年龄、被保人性别、保险期间、交费期间均属于基础因子。\n[0106] 对保费计算公式进行界面化配置，具体为：在保费计算方式为第二计算模式，也即自行计算时才需进行界面化配置。基于已经配置的试算因子以及基础费率数据自动转化为保费计算公式中的相关计算要素，例如：被保人性别、被保人数保费调整系数、A险种基础保费、A险种基础保额，并将操作符，例如：+、‑、*、/等，以及保费项目计算规则，例如：四舍五入、向上取整等引入，支持以上各类计算要素拖拽配置对应费率层级的保费以及总保费的计算公式可视化配置。并且由于本申请中的试算因子可自由定义，且将定义的试算因子自动转入保费计算要素，从而能够达到快速支持新型产品的保费计算公式的配置的目的。\n[0107] 对风控加价策略进行进行界面化配置，具体为：对于保费计算方式为第二计算模式，也即自行计算时才需进行界面化配置。用户的风控加价策略通常应用于财险行业，可对于不同的地区、不同行业、企业内不同人员情况，例如年龄、职业类别等，根据风险情况不同而进行加费设置。\n[0108] 此外，本申请能够动态根据保费计算相关的界面化配置实现实时计算的机制，具体为：投保流程端动态获取保费计算配置中的试算因子、多因子关系、基础费率、保费计算公式以及风控加价策略作用于前端展示和交互，在完成试算因子的值录入或选择后，将基础费率、保费计算公式以及风控加价策略提交至后端，后端将获取的目标保险产品信息及基础费率、保费计算公式以及风控加价策略发送至计算引擎中，进而能够实时完成保费的计算并反馈。\n[0109] 步骤104，将所述标准产品配置后的目标保险产品进行产品上线处理，得到在售过程中的目标保险产品。\n[0110] 进一步地，在本申请实施例中，图4是图1所示的根据一示例性实施例示出的一种保险产品的上线方法的流程图中步骤104的流程图，如图4所示，步骤104可以包括以下步骤。\n[0111] 步骤401，在接收到所述用户对所述目标保险产品的保障需求时，对所述标准产品配置后的目标保险产品进行产品包装处理，得到可销售的目标保险产品。\n[0112] 需要说明的是，在本申请实施例中，由于用户也即保险市场中不同的企业或个人，对目标保险产品常有不同的保障需求，例如：有不同的保障责任、保障额度等，因此，需要在标准产品配置后的目标保险产品的基础上进行产品包装处理，形成最终的可对外销售的销售产品，也即可销售的目标保险产品，进而能够达到支持各类细分市场的需求的技术效果。\n[0113] 步骤402，对所述可销售的目标保险产品进行投保流程和页面模板设置，得到可投放的目标保险产品。\n[0114] 需要说明的是，在本申请实施例中，针对步骤402的详细叙述可参考步骤501‑504，在此不作赘述。\n[0115] 步骤403，在将所述可投放的目标保险产品投放至终端时，生成所述可投放的目标保险产品对应的测试链接。\n[0116] 步骤404，根据所述测试链接对所述可投放的目标保险产品进行投保测试，生成所述可投放的目标保险产品对应的测试结果。\n[0117] 步骤405，在所述测试结果是通过的情况下，对所述可投放的目标保险产品进行上架，得到在售过程中的目标保险产品。\n[0118] 需要说明的是，在本申请实施例中，销售产品在完成步骤402的投保流程和页面模板，也即投保页面模板的设置后，可将得到的可投放的目标保险产品投放至终端，与此同时可实时生成可投放的目标保险产品在对应终端的测试链接，通过测试链接可在线进行可投放的目标保险产品的投保测试，测试完成后可获得对应的测试结果。在测试结果是不通过的情况下，则可以重新执行之前的各步骤，对目标保险产品相关的信息进行修改，如此循环直至测试结果是通过；在测试结果是通过的情况下，便可对可投放的目标保险产品进行上架操作，得到在售过程中的目标保险产品。由于目标保险产品的销售时间通常受到用户提供的上线时间的限制，因此，本申请支持指定时间上架和立即上架。\n[0119] 另外，在以下两种场景中均可对目标保险产品进行产品升级更新。1、目标保险产品在售过程中的升级（现有的目标保险产品形态可以销售至某个时间点后再升级）：允许目标保险产品在售卖状态下修改标准产品配置后的目标保险产品、在售过程中的目标保险产品、投保流程及页面模板等相关信息内容，修改后生成当前在售过程中的目标保险产品的临时版本，并支持临时版本重新进行投放和测试，测试结果是通过时可选择在指定时间上架或立即上架，到了指定的上架时间（或立即上架），自动将历史在售过程中的目标保险产品的版本下架，并上架当前在售过程中的目标保险产品的临时版本；2、目标保险产品下架后的升级（现有产品必须即刻下架，并在升级后重新上架）：先针对当前在售过程中的目标保险产品进行下架，之后完成目标保险产品相关信息的配置更新，更新后原目标保险产品重新进行投放和测试，测试结果是通过时可重新针对更新后原目标保险产品进行上架，该上架依然支持指定时间上架或立即上架。\n[0120] 此外，可针对在售过程中的目标保险产品进行产品下架或停售，其中，产品下架通常是由于产品相关信息升级原因所致的临时下架，后续完成产品升级后还会再次上架销售；而产品停售则意味着产品彻底退出互联网保险产品市场，后续不会再进行销售。产品的下架或停售通常有多个原因：1、保险公司条款下架或停售，也即本申请支持的条款层下架或停售，其中，同样支持指定时间下架或停售以及立即下架或停售。同时，当条款层下架或停售时，需将引用该条款的用户的保险产品及在售过程中的保险产品全部下架或停售，同时，对于正在进行配置中的用户产品则无法继续使用该条款层进行后续的配置等操作；2、保险公司的保险产品下架或停售，也即本发明中支持供应商产品的下架/停售，同样支持指定时间下架/停售以及立即下架/停售。同时，当供应商产品下架或停售时，需将引用产品的销售产品全部下架/停售，同时，对于正在配置中的销售产品则无法继续使用该供应商产品进行后续的配置等操作；3、销售端根据市场变化需针对在售过程中的保险产品进行下架或停售，也即本申请中支持在售过程中的目标保险产品的下架或停售，其中，同样支持指定时间下架或停售以及立即下架或停售。在上述3种情况下对保险产品进行下架或停售时，将及时通知至销售终端，并在销售终端屏蔽对应的保险产品，同时在途投保单也会及时进行中断提醒。\n[0121] 进一步地，在本申请实施例中，图5是图4所示的根据一示例性实施例示出的一种保险产品的上线方法的流程图中步骤104的流程图中步骤402的流程图，如图5所示，步骤\n402可以包括以下步骤。\n[0122] 步骤501，获取通用的投保流程数据库和页面模板数据库。\n[0123] 步骤502，针对所述可销售的目标保险产品，确定所述通用的投保流程数据库和页面模板数据库中是否存在所述可销售的目标保险产品对应的投保流程和页面模板。\n[0124] 步骤503，如果不存在，则生成所述可销售的目标保险产品对应的投保流程和页面模板，并将所述可销售的目标保险产品对应的投保流程和页面模板分别存入所述投保流程数据库和页面模板数据库中。\n[0125] 步骤504，在所述可销售的目标保险产品确定完后，从所述投保流程数据库和页面模板数据库中获取所述可销售的目标保险产品对应的投保流程和页面模板，依据获取的投保流程和页面模板生成可投放的目标保险产品。\n[0126] 需要说明的是，在本申请实施例中，由于保险产品有各种各样的类型，但不管任何类型的保险产品，投保流程中的环节基本都包含：保费计算、投保规则校验、核保、支付、承保等步骤。因此，在本申请中设置了通用的投保流程数据库和页面模板数据库，进而达到降低人力成本的技术效果。\n[0127] 首先，需要获取预先设置的通用的投保流程数据库和页面模板数据库，并判断通用的投保流程数据库和页面模板数据库中是否存在适用于可销售的目标保险产品对应的投保流程和页面模板。若可销售的目标保险产品适用于通用的投保流程数据库中的投保流程和页面模板，则直接从通用的投保流程数据库和页面模板数据库获取可销售的目标保险产品对应的投保流程和页面模板；若可销售的目标保险产品不适用于通用的投保流程数据库中的投保流程和页面模板，可生成可销售的目标保险产品对应的投保流程和页面模板，并将可销售的目标保险产品对应的投保流程和页面模板分别存入投保流程数据库和页面模板数据库中，用于后续其他保险产品的再次应用。依据获取的投保流程和页面模板能够生成可投放的目标保险产品。\n[0128] 本申请实施例提供了一种保险产品的上线方法，该方法包括：获取目标保险产品；\n通过标准字段和标准码值对所述目标保险产品进行系统基础配置处理，得到系统基础配置后的目标保险产品；接受用户对所述目标保险产品的需求，对所述系统基础配置后的目标保险产品进行标准产品配置处理，得到标准产品配置后的目标保险产品；将所述标准产品配置后的目标保险产品进行产品上线处理，得到在售过程中的目标保险产品。本申请通过对目标保险产品进行系统基础配置和标准产品配置处理，在目标保险产品信息配置完成时即可快速对目标保险产品进行上线，实现了配置即上线，解决了目标保险产品上线周期长的技术问题；其次，本申请基于标准字段和标准码值对目标保险产品进行系统基础配置，实现了不同的目标保险产品，均采用统一的标准字段和标准码值，提高了不同目标保险产品配置的复用性及效率；再次，本申请通过规则引擎工具对投保规则进行配置，达到了可对目标保险产品的投保规则进行灵活的配置的技术效果；另外，本申请在目标保险产品的保费计算过程中通过对试算，因子、多因子关系、基础费率、保费计算公式以及风控加价策略进行界面化配置，实现了操作人员仅需按照配置的步骤进行相关产品信息的填充，无需任何需求人员及产品开发人员参与，避免了现有的保险产品方式中各保险产品的费率及保费计算均需进行程序开发带来研发及测试人力成本的浪费，大大降低了人力成本；此外，本申请能够根据用户对目标保险产品的保障需求时，对标准产品配置后的目标保险产品进行产品包装处理，实现了在标准产品配置后的目标保险产品基础上快速实现针对不同行业、地域、人群等特点进行差异化产品的包装，进而达到满足各类细分市场的需求的技术目的；最后，本申请通过预先设置的通用的投保流程数据库和页面模板数据库，进而去确定可销售的目标保险产品对应的投保流程和页面模板，实现了针对可销售的目标保险产品对应的投保流程和页面模板的差异化设置，达到了降低在投保流程和页面模板配置上的人力成本。\n[0129] 本申请的第二实施方式涉及一种保险产品的上线装置，其装置框图如图6所示，包括数据获取模块601、系统基础配置模块602、标准产品配置模块603、产品上线处理模块\n604。\n[0130] 数据获取模块601，用于获取目标保险产品。\n[0131] 系统基础配置模块602，用于通过标准字段和标准码值对所述目标保险产品进行系统基础配置处理，得到系统基础配置后的目标保险产品。\n[0132] 标准产品配置模块603，用于接受用户对所述目标保险产品的需求，对所述系统基础配置后的目标保险产品进行标准产品配置处理，得到标准产品配置后的目标保险产品。\n[0133] 产品上线处理模块604，用于将所述标准产品配置后的目标保险产品进行产品上线处理，得到在售过程中的目标保险产品。\n[0134] 可选地，如图7所示，系统基础配置模块602，包括：\n[0135] 标准字段配置子模块701，用于在接收到标准字段指令时，对所述目标保险产品对应的配置字段进行配置处理，得到对应的标准字段。\n[0136] 标准码值配置子模块702，用于在接收到标准码值指令时，对所述标准字段进行配置处理，得到对应的标准码值。\n[0137] 可选地，如图8所示，在用户对所述目标保险产品的需求是投保规则的情况下，所述标准产品配置模块603，包括：\n[0138] 规则字段库全集获取子模块801，用于获取规则字段库全集，其中，所述规则字段库全集包括：规则对象字段库、保险常用规则字段库以及扩展规则字段库。\n[0139] 投保规则配置子模块802，用于通过规则引擎工具对所述规则字段库全集进行投保规则的可视化配置，得到所述目标保险产品对应的投保规则结果。\n[0140] 可选地，在用户对所述目标保险产品的需求是保费计算方式的情况下，所述标准产品配置模块603，包括：\n[0141] 第一计算子模块，用于在保费计算方式为第一计算模式的情况下，通过调用所述用户的服务接口对试算因子和多因子关系进行界面化配置，得到保费计算结果。\n[0142] 可选地，在用户对所述目标保险产品的需求是保费计算方式的情况下，所述标准产品配置模块603，还包括：\n[0143] 第二计算子模块，用于在保费计算方式为第二计算模式的情况下，对试算因子、多因子关系、基础费率、保费计算公式以及风控加价策略进行界面化配置，得到保费计算结果。\n[0144] 可选地，如图9所示，所述产品上线处理模块604，包括：\n[0145] 产品包装子模块901，用于在接收到所述用户对所述目标保险产品的保障需求时，对所述标准产品配置后的目标保险产品进行产品包装处理，得到可销售的目标保险产品。\n[0146] 产品投保流程及页面模板设置子模块902，用于对所述可销售的目标保险产品进行投保流程和页面模板设置，得到可投放的目标保险产品。\n[0147] 产品投放子模块903，用于在将所述可投放的目标保险产品投放至终端时，生成所述可投放的目标保险产品对应的测试链接。\n[0148] 产品测试子模块904，用于根据所述测试链接对所述可投放的目标保险产品进行投保测试，生成所述可投放的目标保险产品对应的测试结果。\n[0149] 产品上架子模块905，用于在所述测试结果是通过的情况下，对所述可投放的目标保险产品进行上架，得到在售过程中的目标保险产品。\n[0150] 可选地，如图10所示，所述产品投保流程及页面模板设置子模块902，包括：\n[0151] 数据获取单元1001，用于获取通用的投保流程数据库和页面模板数据库。\n[0152] 数据确定单元1002，用于针对所述可销售的目标保险产品，确定所述通用的投保流程数据库和页面模板数据库中是否存在所述可销售的目标保险产品对应的投保流程和页面模板。\n[0153] 数据处理单元1003，用于如果不存在，则生成所述可销售的目标保险产品对应的投保流程和页面模板，并将所述可销售的目标保险产品对应的投保流程和页面模板分别存入所述投保流程数据库和页面模板数据库中。\n[0154] 产品投放单元1004，用于在所述可销售的目标保险产品确定完后，从所述投保流程数据库和页面模板数据库中获取所述可销售的目标保险产品对应的投保流程和页面模板，依据获取的投保流程和页面模板生成可投放的目标保险产品。\n[0155] 本申请实施例提供的一种保险产品的上线装置，通过获取目标保险产品；通过标准字段和标准码值对所述目标保险产品进行系统基础配置处理，得到系统基础配置后的目标保险产品；接受用户对所述目标保险产品的需求，对所述系统基础配置后的目标保险产品进行标准产品配置处理，得到标准产品配置后的目标保险产品；将所述标准产品配置后的目标保险产品进行产品上线处理，得到在售过程中的目标保险产品。本申请通过对目标保险产品进行系统基础配置和标准产品配置处理，在目标保险产品信息配置完成时即可快速对目标保险产品进行上线，实现了配置即上线，解决了目标保险产品上线周期长的技术问题；其次，本申请基于标准字段和标准码值对目标保险产品进行系统基础配置，实现了不同的目标保险产品，均采用统一的标准字段和标准码值，提高了不同目标保险产品配置的复用性及效率；再次，本申请通过规则引擎工具对投保规则进行配置，达到了可对目标保险产品的投保规则进行灵活的配置的技术效果；另外，本申请在目标保险产品的保费计算过程中通过对试算，因子、多因子关系、基础费率、保费计算公式以及风控加价策略进行界面化配置，实现了操作人员仅需按照配置的步骤进行相关产品信息的填充，无需任何需求人员及产品开发人员参与，避免了现有的保险产品方式中各保险产品的费率及保费计算均需进行程序开发带来研发及测试人力成本的浪费，大大降低了人力成本；此外，本申请能够根据用户对目标保险产品的保障需求时，对标准产品配置后的目标保险产品进行产品包装处理，实现了在标准产品配置后的目标保险产品基础上快速实现针对不同行业、地域、人群等特点进行差异化产品的包装，进而达到满足各类细分市场的需求的技术目的；最后，本申请通过预先设置的通用的投保流程数据库和页面模板数据库，进而去确定可销售的目标保险产品对应的投保流程和页面模板，实现了针对可销售的目标保险产品对应的投保流程和页面模板的差异化设置，达到了降低在投保流程和页面模板配置上的人力成本。\n[0156] 对于装置实施例而言，由于其与方法实施例基本相似，所以描述得比较简单，相关之处参见方法实施例的部分说明即可。\n[0157] 本申请的第三实施方式涉及一种电子设备，该电子装置包括：\n[0158] 处理器；\n[0159] 用于存储所述处理器可执行指令的存储器；\n[0160] 其中，所述处理器被配置为执行所述指令，以实现如第一方面所述的一种保险产品的上线方法。\n[0161] 本申请的第四实施方式，提供一种计算机可读存储介质，当所述计算机可读存储介质中的指令由电子设备的处理器执行时，使得电子设备能够执行如第一方面所述的一种保险产品的上线方法。\n[0162] 本领域那些技术人员可以理解，可以对实施例中的设备中的模块进行自适应性的改变并且把它们设置在与该实施例不同的一个或多个设备中。可以把实施例中的模块或单元或组件组合成一个模块或单元或组件，以及此外可以把它们分成多个子模块或子单元或子组件。除了这样的特征和/或过程或者单元中的至少一些是相互排斥之外，可以采用任何组合对本说明书（包括伴随的权利要求、摘要和附图）中公开的所有特征以及如此公开的任何方法或者设备的所有过程或单元进行组合。除非另外明确陈述，本说明书（包括伴随的权利要求、摘要和附图）中公开的每个特征可以由提供相同、等同或相似目的的替代特征来代替。\n[0163] 此外，本领域的技术人员能够理解，尽管在此所述的一些实施例包括其他实施例中所包括的某些特征而不是其他特征，但是不同实施例的特征的组合意味着处于本申请的范围之内并且形成不同的实施例。例如，在权利要求书中，所要求保护的实施例的任意之一都可以以任意的组合方式来使用。\n[0164] 应该注意的是上述实施例对本申请进行说明而不是对本申请进行限制，并且本领域技术人员在不脱离所附权利要求的范围的情况下可设计出替换实施例。在权利要求中，不应将位于括号之间的任何参考符号构造成对权利要求的限制。单词“包含”不排除存在未列在权利要求中的元件或步骤。位于元件之前的单词“一”或“一个”不排除存在多个这样的元件。本申请可以借助于包括有若干不同元件的硬件以及借助于适当编程的计算机来实现。在列举了若干装置的单元权利要求中，这些装置中的若干个可以是通过同一个硬件项来具体体现。单词第一、第二、以及第三等的使用不表示任何顺序。可将这些单词解释为名称。