CN116166243A - 金融产品生成方法、计算机设备及存储介质 - Google Patents

Abstract

本申请公开了一种金融产品生成方法、计算机设备及存储介质，金融产品生成方法包括：接收产品提供方在可视化界面进行编辑的第一指令；响应第一指令在可视化界面配置相应产品元素，形成第一中间文件；接收产品需求方在第一中间文件中进行编辑的第二指令；响应第二指令以对第一中间文件进行编辑，形成第二中间文件；接收输出结果的第三指令；响应第三指令以将第二中间文件转换成影像文件。本申请可输出影像化文件，同时节省开发人力，不需要开发多个产品版本，且没有版本限制。

Description

金融产品生成方法、计算机设备及存储介质

技术领域

本申请涉及金融技术领域，具体是涉及一种金融产品生成方法、计算机设备及存储介质。

背景技术

相关技术中，因银行业内（如寿险、招行）开发影像（如：建议书、投保书）采用的是开发人员基于产品提出需求，每一种产品需求都需要单独开发、多次重复开发，使得产品上新时重复定制，浪费资源，且耗费开发时间和人力。

发明内容

有鉴于此，本申请提供一种金融产品生成方法、计算机设备及存储介质，以解决现有技术中重复开发、浪费资源，耗费开发时间和人力的问题。

为了解决上述技术问题，本申请提供的第一个技术方案为：提供一种金融产品生成方法，包括：接收产品提供方在可视化界面进行编辑的第一指令；响应所述第一指令在所述可视化界面配置相应产品元素，形成第一中间文件；接收产品需求方在所述第一中间文件中进行编辑的第二指令；响应所述第二指令以对所述第一中间文件进行编辑，形成第二中间文件；接收输出结果的第三指令；响应所述第三指令以将所述第二中间文件转换成影像文件。

可选地，所述接收产品提供方在可视化界面进行编辑的第一指令，包括：接收产品提供方在可视化界面进行后管配置影像的指令；基于所述后管配置影像的指令，进行公共信息配置。

可选地，所述响应所述第一指令在所述可视化界面配置相应产品元素，形成第一中间文件，包括：响应所述第一指令在所述可视化界面进行第一次公共信息配置，包括对建议书封面、自定义页面、建议书页尾和/或疾病表库的配置；响应所述第一指令在所述可视化界面进行第二次公共信息配置，包括线上建议书配置和/或编辑建议书配置；基于所述第一次公共信息配置和所述第二次公共信息配置，形成所述第一中间文件。

可选地，所述对建议书封面、自定义页面、建议书页尾和/或疾病表库的配置，包括：对所述疾病表库中的复杂公式进行配置，包括：构建所述疾病表库中的附加条件；展示疾病的类型；确认所述疾病的种类。

可选地，所述编辑建议书配置包括：基于不同的金融产品展示不同的内容；基于所述金融产品的不同的内容选择不同的条件，包括：采用不同的函数对不同的所述金融产品进行编辑；其中，所述不同的函数包括逻辑函数、数学函数、文本函数、变量函数和/或金融函数。

可选地，所述采用不同的函数对不同的所述金融产品进行编辑，包括：获取所述金融产品的适用场景；基于所述适用场景获取所述金融产品需要的函数；采用拖拽的方式进行所述需要的函数的编辑。

可选地，所述接收产品需求方在所述第一中间文件中进行编辑的第二指令，包括：接收所述产品需求方在所述第一中间文件中填写信息的指令；所述响应所述第二指令以对所述第一中间文件进行编辑，形成第二中间文件，包括：接收所述产品需求方填写的信息；为所述产品需求方提供所述金融产品的预览服务。

可选地，所述接收产品需求方在所述第一中间文件中进行编辑的第二指令之前，包括：接收所述产品需求方对所述金融产品的选择；后台系统响应所述产品需求方的选择，对所述产品需求方展示相应的所述金融产品；基于所述产品需求方的选择，接收所述产品需求方在所述第一中间文件中进行编辑的第二指令。

可选地，所述接收输出结果的第三指令，包括：接收将所述第二中间文件转换成影像文件的指令。

为了解决上述技术问题，本申请提供的第二个技术方案为：提供一种计算机设备，包括：处理器和存储器，存储器连接所述处理器，用于存储可在所述处理器上运行的计算机程序；其中，所述处理器执行所述计算机程序时实现上述任一项所述的方法。

为了解决上述技术问题，本申请提供的第三个技术方案为：提供一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现上述任一项所述的方法。

本申请的有益效果：区别于现有技术，本申请的金融产品生成方法包括：接收产品提供方在可视化界面进行编辑的第一指令；响应第一指令在可视化界面配置相应产品元素，形成第一中间文件；接收产品需求方在第一中间文件中进行编辑的第二指令；响应第二指令以对所述第一中间文件进行编辑，形成第二中间文件；接收输出结果的第三指令；响应所述第三指令以将所述第二中间文件转换成影像文件。本申请可输出影像化文件，同时节省开发人力，不需要开发多个产品版本，且没有版本限制。

附图说明

为了更清楚地说明本申请实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其它的附图。

图1是本申请提供的金融产品生成方法的流程框图；

图2是本申请提供的金融产品生成方法的调用架构示意图；

图3是本申请提供的金融产品生成方法的产品配置流程图；

图4是本申请提供的计算机设备的结构示意图；

图5是本申请提供的计算机可读存储介质的结构示意框图。

具体实施方式

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

本申请中的术语“第一”、“第二”、仅用于描述目的，而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”、的特征可以明示或者隐含地包括至少一个该特征。本申请实施例中所有方向性指示（诸如上、下、左、右、前、后……）仅用于解释在某一特定姿态（如附图所示）下各部件之间的相对位置关系、运动情况等，如果该特定姿态发生改变时，则该方向性指示也相应地随之改变。此外，术语“包括”和“具有”以及它们任何变形，意图在于覆盖不排他的包含。例如包含了一系列步骤或单元的过程、方法、系统、产品或设备没有限定于已列出的步骤或单元，而是可选地还包括没有列出的步骤或单元，或可选地还包括对于这些过程、方法、产品或设备固有的其它步骤或单元。

在本文中提及“实施例”意味着，结合实施例描述的特定特征、结构或特性可以包含在本申请的至少一个实施例中。在说明书中的各个位置出现该短语并不一定均是指相同的实施例，也不是与其它实施例互斥的独立的或备选的实施例。本领域技术人员显式地和隐式地理解的是，本文所描述的实施例可以与其它实施例相结合。

若本申请技术方案涉及个人信息，应用本申请技术方案的产品在处理个人信息前，已明确告知个人信息处理规则，并取得个人自主同意。若本申请技术方案涉及敏感个人信息，应用本申请技术方案的产品在处理敏感个人信息前，已取得个人单独同意，并且同时满足“明示同意”的要求。例如，在摄像头等个人信息采集装置处，设置明确显著的标识告知已进入个人信息采集范围，将会对个人信息进行采集，若个人自愿进入采集范围即视为同意对其个人信息进行采集；或者在个人信息处理的装置上，利用明显的标识/信息告知个人信息处理规则的情况下，通过弹窗信息或者请个人自行上传其个人信息等方式获得个人授权；其中，个人信息处理规则可包括个人信息处理者、个人信息处理目的、处理方式以及处理个人信息种类等信息。

本申请发明人发现：因银行业内（如寿险、招行）开发影像（如：建议书、投保书）采用的是开发人员基于产品提出需求，通过freemarker模板引擎语言，编写代码实现产品提出需求，发布版本需要跟随版本一起发布，产品如果需要修改模板中的图片或者文字，需要通知开发，有开发人员修改模板里面代码进行修改，随版本一起发布。使得产品上新时重复定制开发、浪费资源，且耗费开发时间和人力。

为了解决上述问题，本申请提供一种金融产品生成方法、计算机设备及存储介质。

请参阅图1至图3，图1是本申请提供的金融产品生成方法的流程框图，图2是本申请提供的金融产品生成方法的调用架构示意图，图3是本申请提供的金融产品生成方法的产品配置流程图。

本申请提供的金融产品生成方法涉及对象包括产品提供方和产品需求方，其中产品提供方可以理解为提供产品和服务的银行和企业等，产品需求方可以理解为客户。本申请的金融产品生成方法适用于金融科技领域的建议书、投保书等文件的生成，金融产品生成方法所依附的平台作为一种影像配置化的工具，用于为银行或企业的工作人员提供建议书和投保书的影像化文件生成。为了便于说明，本申请以下提供的实施例以银行提供建议书或投保书为例进行说明。

如图2所示，工作人员可以通过PC端对建议书进行配置，工作人员通过前端进行建议书配置，后台系统响应前端的操作，当客户通过持续集中平台进行编辑时，后台系统也会响应客户的相关操作。注册中心在技术平台和产品银保后台系统之间建立链路，将获取工作人员和客户编辑的文件。UM表示银行内部客户管理系统，UDMP表示影像存储平台。将编辑好的建议书文件传输至UM，并通过UDMP进行存储。在导出PDF影像文件之后可以通过PDF签名系统进行签名，并通过银保寿险后管平台进行后台管理。

在一实施例中，本申请提供的金融产品生成方法，可以包括：

S1：接收产品提供方在可视化界面进行编辑的第一指令。

具体的，可视化界面可以为银行内的工作人员进行工作的电脑后台系统、APP等所对应的编辑页面、工作界面。当银行工作人员在可视化界面进行编辑时，系统会响应工作人员的编辑内容做出下一步的动作。本实施例中的编辑包括选择、输入和拖拽中的其中一个或多个，本申请对此不做限制。第一指令可以是银行工作人员下发的某一工作指令，例如银行工作人员点击某一按钮，则后台系统会响应该点击动作进入相应的页面。

在一实施例中，接收产品提供方在可视化界面进行编辑的第一指令的步骤S1，可以包括：

接收产品提供方在可视化界面进行后管配置影像的指令。

具体的，在本实施例中，产品提供方下发的第一指令可以是进行后管配置影像，后台系统则响应该指令进入后管配置影像的编辑界面。

基于后管配置影像的指令，进行公共信息配置。

具体的，后台系统响应银行工作人员的第一指令进入后管配置影像之后，需要进行公共信息配置的操作。公共信息配置可以理解为是对于投保书或者建议书的公共信息进行选择和编辑等操作，该部分配置信息可以根据具体的金融产品进行个性化的配置，但与具体的客户信息无关。

S2：响应第一指令在可视化界面配置相应产品元素，形成第一中间文件。

具体的，后台系统响应银行工作人员的指令之后可以在可视化界面展示相应的公共信息配置的相关产品元素，银行工作人员基于相应的金融产品，可以进行编辑，从而形成包含金融产品所需的公共信息的第一中间文件。可以理解，第一中间文件是经过初步金融产品基础信息配置的文件，由于其不记载客户的相关信息，没有根据客户的个人情况进行个性化的定制，因此还不是一份完整的投保书或者建议书。

在一实施例中，响应第一指令在可视化界面配置相应产品元素，形成第一中间文件的步骤S2，可以包括：

响应第一指令在可视化界面进行第一次公共信息配置，包括对建议书封面、自定义页面、建议书页尾和/或疾病表库的配置。

具体的，在本实施例中，第一指令下的可视化界面需要进行两次公共信息配置，其中第一次公共信息配置包括对建议书封面、自定义页面、建议书页尾和疾病表库的配置中的至少两个。

以投保书为例，对于建议书封面的配置可以包括封面名称、封面图片和理财经理信息等内容。封面名称的配置可以包括通用版和养老版等版本，该名称可以根据需要自行进行编辑。封面图片可以从本地添加，也可以采用已有的封面。在本实施例中，如果该封面已有产品建议书选用，则编辑后的内容会同步应用到对应的产品建议书上。若该封面已有产品建议书选用，则不可删除，后台系统会向工作人员反馈“已被以下产品建议书选用，请先在对应建议书中取消关联+（对应的产品建议书主险名）”，这样工作人员就可以根据该反馈内容进行下一步的关联操作，当然，工作人员也可以选择放弃该封面图片的关联操作。可以理解，该封面编辑的创建时间为倒序排列，这样最新的封面总是位于最上端显示，以便于工作人员后续使用最新的版本，且可以进行再编辑。

建议书页尾的配置可以包括页尾名称和页尾文案等，其中页尾名称可以包括通用页尾和寿险专用页尾等，可以通过PDF配置页尾文案，该页尾文案可以包括声明类的文字以及相关工作人员的联系方式。例如，通用页尾可以为“郑重声明：本产品计划单位为人民币元，假定被保险人为标准体，所列产品、费率、基本保险金额等与保险合同不一定一致，有关产品细则及权利、义务、责任免除等事宜的说明、解释、承诺或保证等，请以保险合同为准。理财经理姓名：李XX，业务代码：LIXXX。”若该页尾已有产品建议书选用，则编辑后的内容会同步应用至对应的产品建议书上。若该页尾已有产品建议书选用，则不可删除，并向工作人员反馈“已被以下产品建议书选用，请先在对应建议书中取消关联+（对应的产品建议书主险名）”，以便于工作人员进行对应的处理。

自定义页面可以包括页面名称和页面内容，页面名称可以包括问候语以及银行或企业的简介，页面内容可以通过图片和/或富文本展示。将页面名称、类型选定之后，可以插入对应的内容进行保存，以形成个性化的自定义页面。同上述内容，若该封面已有产品建议书选用，则编辑后的内容会同步应用至对应的产品建议书上。若该封面已有产品建议书选用，则不可删除，并反馈“已被以下产品建议书选用，请先在对应建议书中取消关联+（对应的产品建议书主险名）”。自定义页面也是根据创建时间倒序排序，且列表内的页面名称唯一不可重复。页面类型包含图片和富文本。其中图片需上传固定比例（数值可调整）的图片，页面中的填充范围固定。富文本可填入富文本内容，页面中的填充范围固定，若实际页面内容超过范围，则跨页展示。

疾病表库可以包括疾病表类型、疾病表名、列表类内容、列表的注释、疾病表类型、疾病表名以及图片类内容。疾病表名包括轻度疾病一览表以及重症图示表，其中轻度疾病一览表为表格形式，其中列出了40余种疾病类型，重症图示表列出了120种疾病。可以通过新增疾病表来增加疾病表的类型。需要说明的是，若该封面已有产品建议书选用，则编辑后的内容会同步应用至对应的产品建议书上。若该封面已有产品建议书选用，则不可删除，并向工作人员反馈“已被以下产品建议书选用，请先在对应建议书中取消关联+（对应的产品建议书主险名）”。疾病表根据创建时间倒序排序，最新编辑或者新增的内容在顶部显示。疾病表可以包含图片和列表等形式。其中，图片需上传固定比例（数值可调整）的图片，页面中的填充范围固定；列表可填入文本内容，根据文本框内的分行文本进行多列分行（固定三列，行数设置最大范围值，具体数值待定，超过该数值则不展示超过内容）。列表内文本内容可以通过分行符进行分行标识。

在一实施例中，对建议书封面、自定义页面、建议书页尾和/或疾病表库的配置的步骤，可以包括：

对疾病表库中的复杂公式进行配置，包括：

具体的，可以理解，在对具体疾病的赔付标准中，会涉及到较为复杂的计算，此时就需要设置复杂公式进行赔付计算，以使得工作人员或客户在进行计算时，可以较为快速地获得计算结果。

进一步的，对疾病表库中的复杂公式进行配置，可以包括：

构建疾病表库中的附加条件。

具体的，附加条件首先需要确认复杂公式是否为真值。

展示疾病的类型。

具体的，通过图片、列表或文字等形式在展示疾病的栏目增加该疾病赔付计算的复杂公式的具体内容。

确认疾病的种类。

具体的，通过展示疾病下方的栏目确认疾病的种类，具体可以表示通过该复杂公式可以计算的疾病的种类，也可以表示包含该复杂公式的疾病的种类。例如在展示疾病下方的栏目确认通过该复杂公式可以计算的疾病包括重症120种。

响应第一指令在可视化界面进行第二次公共信息配置，包括线上建议书配置和/或编辑建议书配置。

具体的，第二次公共信息配置主要是对建议书进行管理，包括对主险产品的名称、类型等进行管理，产品的名称在产品建议书中以简称的形式展示，可以从后台系统中的产品列表中进行选择。建议书的类型在本实施例中可以为PDF格式，在其他实施例中，也可以采用其他格式。若新增的产品类型已存在对应产品的建议书，则不可新增。在预览产品建议书时，可以选择建议书的版本为线上版本或编辑版本，若不存在线上版本，则不展示对应选项。预览产品建议书时，可以填写建议书草稿号，通过对应的草稿入参信息生成建议书。产品建议书根据创建时间倒序排序，删除产品建议书需进入审批流程，产品建议书显示编辑版本内信息以及最新一次的编辑时间，以使得工作人员或者客户可以根据时间选择最新的版本。

线上建议书配置主要是对已有的建议书进行配置，编辑建议书配置主要是进行新增建议书的编辑和配置。其中线上建议书模块仅供查看，可以用于在编辑建议书时作为参考。编辑建议书时，可以根据不同的产品类型，对具体的模块名称，如封面、自定义页面，产品保障计划、产品责任概览、利益演示、重要提示、理财经理简介等内容进行编辑和删除，也可以根据具体的需要进行展示顺序的调整。

编辑建议书的内容可以包括发布、建议书模块列表、新增弹窗、是否必选、编辑、删除、顺序调整、全局配置、页尾名称等项目，具体根据需要进行选择。其中，上述项目的具体内容如下：

发布：

点击发布后，进入选择审批链弹窗，审批通过后将内容同步至线上环境；若存在审批中的版本，发布按钮文案改为“审批中”。期间进行建议书编辑行为时拦截反馈。若发布时，列表中存在封面、产品责任概览、利益演示、重要提示模块，且对应模块内列表为空（产品责任概览只校验保险利益），则进行拦截反馈。

最新编辑时间：

1）取最新一次进行编辑行为的时间；

2）编辑行为包括：

建议书模块操作——新增、编辑、删除、排序、调整开关。

全局配置操作——修改页尾名称。

新增产品建议书后，建议书模块列表：

1）线上版本为空。

2）编辑版本的建议书模块默认存在封面、产品保障计划、产品责任概览、利益演示、重要提示、理财经理简介，均为必选且模块内列表（若有）数据为空。

新增弹窗；

可选模块：

产品责任概览、利益演示、重要提示、理财经理简介（均仅可存在唯一）。

自定义页面：取公用信息库中所有自定义页面，不可重复存在。

是否必选：

开关对应在行员A内客户是否可选择对应模块不展示；

封面、产品保障计划2个模块默认必选且不可修改。

编辑：

建议书模块的点击编辑，进入对应详情编辑页面；

自定义页面、产品保障计划、理财经理简介三个模块不可编辑。

删除：

封面、产品保障计划不可删除。

顺序调整：

按钮“向上、向下”可进行列表条目排序，排序结果决定最终生成的PDF排序结果。

全局配置：

新增产品建设书后，进行全局配置。

1）线上版本为空：

2）编辑版本的页尾名称和内容数据为空。

页尾名称：

可从[公共信息管理-页尾]列表中进行选择，页尾选择后，自动填充页尾内容至对应文本框；页尾内容文本框内容不可修改，只可随页尾名称变化。

基于第一次公共信息配置和第二次公共信息配置，形成第一中间文件。

具体的，对第一指令的第一次公共信息配置和第二次公共信息配置完成之后，就可以形成第一中间文件，该第一中间文件可以为建议书或者投保书。

在一实施例中，编辑建议书配置的步骤，可以包括：

基于不同的金融产品展示不同的内容。

具体的，不同的金融产品可以是不同的保险产品，例如重疾险、医疗险等，根据不同的产品类别展示对应产品的具体内容。

基于金融产品的不同的内容选择不同的条件，包括：采用不同的函数对不同的金融产品进行编辑。

具体的，具体的金融产品满足什么样的条件则展示什么内容，通过对不同的产品进行拖拽，使得该金融产品可以适用不同的场景，对应不同的金融产品类型。不同的函数包括逻辑函数、数学函数、文本函数、变量函数和金融函数中的一个或多个。

在一实施例中，采用不同的函数对不同的金融产品进行编辑的步骤，可以包括：

获取金融产品的适用场景。

具体的，要选择金融产品所对应的函数，首先要明确该金融产品所使用的金融场景，例如是为了理财、教育还是医疗保障等。

基于适用场景获取金融产品需要的函数。

具体的，确定金融产品的适用场景之后就可以根据该适用场景获取金融产品所对应的函数。例如金融产品是医疗产品，则可以选择对应的函数，当某条件成立时会产生第一结果；当某条件不成立时，则产生第二结果。

采用拖拽的方式进行需要的函数的编辑。

具体的，函数的列表以左右列表的方式展示，可以通过点击函数类型，从函数类型中的具体函数项目来进行选择，将选定的函数拖拽到右侧的产品页内，以使得该金融产品中具有该函数。例如从函数列表中选择保险函数，则对应的是否全没附加、是否存在附加险、缴费频次是年缴/月缴等具体的内容可以展示出来，通过对应具体的金融产品进行相关函数的拖拽即可。

S3：接收产品需求方在第一中间文件中进行编辑的第二指令。

具体的，产品需求方，即客户在第一中间文件中编辑与其相关的信息，作为后台系统的第二指令。例如客户可以填写相关的身份信息、与产品相关的信息、缴费信息等。

在一实施例中，接收产品需求方在第一中间文件中进行编辑的第二指令的步骤S3，可以包括：

接收产品需求方在第一中间文件中填写信息的指令。

具体的，当客户在第一中间文件中填写时，后台系统可以接收到客户填写的信息并保存。

在一实施例中，接收产品需求方在第一中间文件中进行编辑的第二指令的步骤S3之前，可以包括：

接收产品需求方对金融产品的选择。

具体的，可以理解，客户在填写信息之前首先需要选择具体的金融产品，例如客户从年金险、重疾险、医疗险、寿险和意外险等产品中选择其要投保的产品，在每一种产品的一侧均设置对应的建议书信息填写页。

后台系统响应产品需求方的选择，对产品需求方展示相应的金融产品。

具体的，当客户选择其要投保的具体金融产品之后，后台系统响应该选择操作，展示相应的金融产品的具体信息。

基于产品需求方的选择，接收产品需求方在第一中间文件中进行编辑的第二指令。

具体的，客户可以从后台系统展示出的金融产品的具体信息中进行选择，例如客户选择了某一种保险产品之后，可以进一步选择产品的缴费方式、缴费年限、保险期间、年交保额等，也可以从该保险产品信息的页面下方选择其他的保险进行搭配。在客户选择具体产品信息的页面中，同时也展示了该保险产品的保险金额，该保险产品每个周期内客户可以获得的收益（如果有），以及客户可以获得的保障等内容。

S4：响应第二指令以对第一中间文件进行编辑，形成第二中间文件。

具体的，如上，后台系统响应客户的第二指令，对工作人员进行编辑之后所形成的第一中间文件继续进行编辑，以形成第二中间文件。可以理解，第二中间文件是经过客户选择的，具有客户个性化选择的内容。

在一实施例中，响应第二指令以对第一中间文件进行编辑，形成第二中间文件的步骤S4，可以包括：

接收产品需求方填写的信息。

具体的，后台系统在客户确认其填写的信息无误后，接收客户填写的信息，作为建议书或者投保书的重要部分。

为产品需求方提供金融产品的预览服务。

具体的，客户填写完信息确认无误之后，后台系统为客户提供金融产品的预览服务，也可以向客户进一步展示该金融产品的利益演示。利益演示的内容包括以不同年度和不同的现金流为依据，为客户提供随着产品周期的变化，客户所能获得的收益或者保障等内容。该利益演示可以通过图表或者模块图的形式展示。

S5：接收输出结果的第三指令。

具体的，第三指令可以是对金融产品的具体输出方式进行确定的指令。具体的输出方式可以包括多种形式。

在一实施例中，接收输出结果的第三指令的步骤S5，可以包括：

接收将第二中间文件转换成影像文件的指令。

具体的，在本实施例中，第三指令是指将上述经过工作人员和客户填写的第二中间文件以PDF的形式输出为影像文件。

S6：响应第三指令以将第二中间文件转换成影像文件。

具体的，接收第三指令将工作人员和客户确认无误的第二中间文件转换为PDF的影像文件，该影像文件可以包括图片、文字等内容。

可以理解，通过在整个金融产品的编辑过程中选择不同的页面，可以形成不同的PDF影像。

本申请公开的金融产品生成方法包括：接收产品提供方在可视化界面进行编辑的第一指令；响应第一指令在可视化界面配置相应产品元素，形成第一中间文件；接收产品需求方在第一中间文件中进行编辑的第二指令；响应第二指令以对所述第一中间文件进行编辑，形成第二中间文件；接收输出结果的第三指令；响应所述第三指令以将所述第二中间文件转换成影像文件。本申请的影像配置工具节省开发人力，不需要开发多个产品版本，且没有版本限制。

本申请金融产品的配置规则：以什么条件定制，展示什么样的内容，针对不同的产品，定制不同的图表。现有产品中没有通过影像配置生成不同产品的相关工具和方法。

本申请最大的改进点在于：金融产品生成方法所依附的平台是影像配置工具，输出来是影像，例如合同影像、投保影像等，影像中包括照片包、PDF，可以用来打印，类似凭证，建议书、投保书是影像的具体展示方式。

通过客户的授权书可以生成协议，不同的保险的协议内容、条件不同，可以自动化地配置不同的协议，与传统流程配置不同。支持可拼接形式，配置不同的条件导出不同的内容。

本申请建设建议书配置后台，将建议书内容通用化、模块化，客户在配置后台即可快速完成新产品的建议书内容配置。避免产品上新时的重复定制开发，使得开发资源集中于更加重要的创新功能需求中。影像生成不在依赖版本，产品经理只需影像配置化平台即可输出建议书、投保书等影像，不需要开发人员参与开发模板。

从使用效果来讲：一线工作队伍对于建议书工具新配置内容非常满意，包括制作效率、交互体验、功能范围都有不少提高，能快速响应一线需求。通过使用新建议书工具所促成的保单收入在团队中占比有明显提高。

请参阅图4，图4是本申请一实施例提供的计算机设备的结构示意图。

计算机设备200，具体可以包括处理器210和存储器220。存储器220耦接处理器210。

处理器210用于控制计算机设备200的操作，处理器210还可以称为CPU（CentralProcessing Unit，中央处理单元）。处理器210可能是一种集成电路芯片，具有信号的处理能力。处理器210还可以是通用处理器、数字信号处理器（DSP）、专用集成电路（ASIC）、现场可编程门阵列（FPGA）或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。通用处理器可以是微处理器或者该处理器210也可以是任何常规的处理器等。

存储器220用于存储计算机程序，可以是RAM，也可以是ROM，或者其他类型的存储设备。具体的，存储器可以包括一个或多个计算机可读存储介质，该计算机可读存储介质可以是非暂态的。存储器还可包括高速随机存取存储器，以及非易失性存储器，比如一个或多个磁盘存储设备、闪存存储设备。在一些实施例中，存储器中的非暂态的计算机可读存储介质用于存储至少一条程序代码。

处理器210用于执行存储器220中存储的计算机程序以实现本申请金融产品生成方法的实施例描述的金融产品生成方法。

在一些实施方式中，计算机设备200还可以包括：外围设备接口230和至少一个外围设备。处理器210、存储器220和外围设备接口230之间可以通过总线或信号线相连。各个外围设备可以通过总线、信号线或电路板与外围设备接口230相连。具体的，外围设备包括：射频电路240、显示屏250、音频电路260和电源270中的至少一种。

外围设备接口230可被用于将I/O（Input/output，输入/输出）相关的至少一个外围设备连接到处理器210和存储器220。在一些实施例中，处理器210、存储器220和外围设备接口230被集成在同一芯片或电路板上；在一些其他实施方式中，处理器210、存储器220和外围设备接口230中的任意一个或两个可以在单独的芯片或电路板上实现，本实施例对此不加以限定。

射频电路240用于接收和发射RF（Radio Frequency，射频）信号，也称电磁信号。射频电路240通过电磁信号与通信网络以及其他通信设备进行通信，射频电路240则是计算机设备200的通信电路。射频电路240将电信号转换为电磁信号进行发送，或者，将接收到的电磁信号转换为电信号。可选地，射频电路240包括：天线系统、RF收发器、一个或多个放大器、调谐器、振荡器、数字信号处理器、编解码芯片组、客户身份模块卡等等。射频电路240可以通过至少一种无线通信协议来与其它终端进行通信。该无线通信协议包括但不限于：万维网、城域网、内联网、各代移动通信网络（2G、3G、4G及5G）、无线局域网和/或WiFi（WirelessFidelity，无线保真）网络。在一些实施例中，射频电路240还可以包括NFC（Near FieldCommunication，近距离无线通信）有关的电路，本申请对此不加以限定。

显示屏250用于显示UI（User Interface，客户界面）。该UI可以包括图形、文本、图标、视频及其它们的任意组合。当显示屏250是触摸显示屏时，显示屏250还具有采集在显示屏250的表面或表面上方的触摸信号的能力。该触摸信号可以作为控制信号输入至处理器210进行处理。此时，显示屏250还可以用于提供虚拟按钮和/或虚拟键盘，也称软按钮和/或软键盘。在一些实施方式中，显示屏250可以为一个，设置在计算机设备200的前面板；在另一些实施方式中，显示屏250可以为至少两个，分别设置在计算机设备200的不同表面或呈折叠设计；在另一些实施方式中，显示屏250可以是柔性显示屏，设置在计算机设备200的弯曲表面上或折叠面上。甚至，显示屏250还可以设置成非矩形的不规则图形，也即异形屏。显示屏250可以采用LCD（Liquid Crystal Display，液晶显示屏）、OLED（Organic Light-Emitting Diode ,有机发光二极管）等材质制备。

音频电路260可以包括麦克风和扬声器。麦克风用于采集客户及环境的声波，并将声波转换为电信号输入至处理器210进行处理，或者输入至射频电路240以实现语音通信。出于立体声采集或降噪的目的，麦克风可以为多个，分别设置在计算机设备200的不同部位。麦克风还可以是阵列麦克风或全向采集型麦克风。扬声器则用于将来自处理器210或射频电路240的电信号转换为声波。扬声器可以是传统的薄膜扬声器，也可以是压电陶瓷扬声器。当扬声器是压电陶瓷扬声器时，不仅可以将电信号转换为人类可听见的声波，也可以将电信号转换为人类听不见的声波以进行测距等用途。在一些实施例中，音频电路260还可以包括耳机插孔。

电源270用于为计算机设备200中的各个组件进行供电。电源270可以是交流电、直流电、一次性电池或可充电电池。当电源270包括可充电电池时，该可充电电池可以是有线充电电池或无线充电电池。有线充电电池是通过有线线路充电的电池，无线充电电池是通过无线线圈充电的电池。该可充电电池还可以用于支持快充技术。

关于本申请计算机设备200的实施例中各功能模块或者部件功能和执行过程的详细阐述，可以参照上述本申请金融产品生成方法实施例中的阐述，在此不再赘述。

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

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

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

请参阅图5，图5是本申请一实施例提供的计算机可读存储介质的结构示意框图。

参阅图5，上述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在计算机可读存储介质300中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令/计算机程序用以使得一台计算机设备（可以是个人计算机，服务器，或者网络设备等）或处理器（processor）执行本发明各个实施方式方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器（ROM，Read-Only Memory）、随机存取存储器（RAM，Random AccessMemory）、磁碟或者光盘等各种介质以及具有上述存储介质的电脑、手机、笔记本电脑、平板电脑、相机等计算机设备。

关于计算机可读存储介质300中的程序数据的执行过程的阐述可以参照上述本申请金融产品生成方法的实施例中阐述，在此不再赘述。

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

Claims (12)

1.一种金融产品生成方法，其特征在于，包括：

接收产品提供方在可视化界面进行编辑的第一指令；

响应所述第一指令在所述可视化界面配置相应产品元素，形成第一中间文件；

接收产品需求方在所述第一中间文件中进行编辑的第二指令；

响应所述第二指令以对所述第一中间文件进行编辑，形成第二中间文件；

接收输出结果的第三指令；

响应所述第三指令以将所述第二中间文件转换成影像文件。

2.根据权利要求1所述的方法，其特征在于，

所述接收产品提供方在可视化界面进行编辑的第一指令，包括：

接收产品提供方在可视化界面进行后管配置影像的指令；

基于所述后管配置影像的指令，进行公共信息配置。

3.根据权利要求2所述的方法，其特征在于，

所述响应所述第一指令在所述可视化界面配置相应产品元素，形成第一中间文件，包括：

响应所述第一指令在所述可视化界面进行第一次公共信息配置，包括对建议书封面、自定义页面、建议书页尾和/或疾病表库的配置；

响应所述第一指令在所述可视化界面进行第二次公共信息配置，包括线上建议书配置和/或编辑建议书配置；

基于所述第一次公共信息配置和所述第二次公共信息配置，形成所述第一中间文件。

4.根据权利要求3所述的方法，其特征在于，

所述对建议书封面、自定义页面、建议书页尾和/或疾病表库的配置，包括：

对所述疾病表库中的复杂公式进行配置，包括：

构建所述疾病表库中的附加条件；

展示疾病的类型；

确认所述疾病的种类。

5.根据权利要求3所述的方法，其特征在于，

所述编辑建议书配置包括：

基于不同的金融产品展示不同的内容；

基于所述金融产品的不同的内容选择不同的条件，包括：采用不同的函数对不同的所述金融产品进行编辑；

其中，所述不同的函数包括逻辑函数、数学函数、文本函数、变量函数和/或金融函数。

6.根据权利要求5所述的方法，其特征在于，

所述采用不同的函数对不同的所述金融产品进行编辑，包括：

获取所述金融产品的适用场景；

基于所述适用场景获取所述金融产品需要的函数；

采用拖拽的方式进行所述需要的函数的编辑。

7.根据权利要求1所述的方法，其特征在于，

所述接收产品需求方在所述第一中间文件中进行编辑的第二指令，包括：

接收所述产品需求方在所述第一中间文件中填写信息的指令；

所述响应所述第二指令以对所述第一中间文件进行编辑，形成第二中间文件，包括：

接收所述产品需求方填写的信息；

为所述产品需求方提供所述金融产品的预览服务。

8.根据权利要求7所述的方法，其特征在于，

所述接收产品需求方在所述第一中间文件中进行编辑的第二指令之前，包括：

接收所述产品需求方对所述金融产品的选择；

后台系统响应所述产品需求方的选择，对所述产品需求方展示相应的所述金融产品；

基于所述产品需求方的选择，接收所述产品需求方在所述第一中间文件中进行编辑的第二指令。

9.根据权利要求1所述的方法，其特征在于，

所述接收输出结果的第三指令，包括：

接收将所述第二中间文件转换成影像文件的指令。

10.根据权利要求1至9任一项所述的方法，其特征在于，

所述编辑包括选择、输入和/或拖拽。

11.一种计算机设备，其特征在于，包括：

处理器；

存储器，连接所述处理器，用于存储可在所述处理器上运行的计算机程序；

其中，所述处理器执行所述计算机程序时实现权利要求1至10任一项所述的方法。

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

Images