保单生成方法、装置、计算机设备和存储介质与流程

本申请涉及计算机技术领域，特别涉及一种保单生成方法、装置、计算机设备和存储介质。

背景技术：

目前现有的非车险(个人意外健康险和个人财产险)出单模式符合了当前用户的消费模式，随着业务量的增长，社会环境的变化，业务会根据当前环境快速的制定新的产品，但是每次新的产品上线都需要it开发支持以及各方渠道改造支持，耗费极大的人力和时间成本，且无法满足不同地域的配置。

技术实现要素：

本申请的主要目的为提供一种保单生成方法、装置、计算机设备和存储介质，用于方便用户选取所需保险产品。

为实现上述目的，本申请提供了一种保单生成方法，用于生成非车险保单，包括以下步骤：

接收用户的录入信息，其中，所述录入信息为购买非车险需要的信息；

根据所述录入信息到预设的保险池内查找对应的保险产品，所述保险产品为固定保费的保险产品；

若查找到与所述录入信息对应的保险产品，则判断所述用户是否符合购买所述保险产品的资格；

若符合购买资格，则获取所述保险产品对应的折扣值；

显示所述保险产品以及所述保险产品对应的折扣值的选项清单；

接收所述用户选择的所述保险产品，生成对应的保单。

进一步地，所述判断所述用户是否符合购买所述保险产品的资格的步骤，包括：

获取所述保险产品对应的投保规则，其中，所述投保规则的维度包括投保资格、投保车辆的使用性质、投保车辆类型以及投保人的属性；

判断所述录入信息是否满足所述投保规则；

若是，则判定所述用户符合购买所述保险产品的资格。

进一步地，所述接收所述用户选择的所述保险产品，生成对应的保单的步骤，包括：

接收所述用户选择的所述保险产品；

根据所述用户的所述录入信息以及选择的所述保险产品，生成对应的保单。

进一步地，所述根据所述用户的所述录入信息以及选择的所述保险产品，生成对应的保单的步骤，包括：

将所述用户的所述录入信息以及选择的所述保险产品生成对应的投保单；

接收到投保单缴费成功的命令后，生成对应的保单。

进一步地，所述根据所述录入信息到预设的保险池内查找对应的保险产品的步骤，包括：

通过预设的产品列表接口和查询产品明细接口，分别到所述保险池内查找与所述录入信息对应的保险产品名称和保险产品的明细，以得到所述保险产品。

进一步地，所述显示所述保险产品以及所述保险产品对应的折扣值的选项清单的步骤，包括：

判断所述用户是否购买保监会批准经营的交强险；

若是，则显示以供所述用户选择的所述保险产品以及所述保险产品对应的折扣值的选项清单。

进一步地，所述判断所述用户是否购买保监会批准经营的交强险的步骤之后，还包括：

若没有购买保监会批准经营的交强险，则被动选择保监会批准经营的所述交强险后，显示以供所述用户选择的所述保险产品以及所述保险产品对应的折扣值的选项清单。

本申请还提供了一种保单生成装置，用于生成非车险保单，包括：

接收模块，用于接收用户的录入信息，其中，所述录入信息为购买非车险需要的信息；

查找模块，用于根据所述录入信息到预设的保险池内查找对应的保险产品，所述保险产品为固定保费的保险产品；

判断模块，用于若查找到与所述录入信息对应的保险产品，则判断所述用户是否符合购买所述保险产品的资格；

获取模块，用于若符合购买资格，则获取所述保险产品对应的折扣值；

显示模块，用于显示所述保险产品以及所述保险产品对应的折扣值的选项清单；

生成模块，用于接收所述用户选择的所述保险产品，生成对应的保单。

本申请还提供一种计算机设备，包括存储器和处理器，所述存储器中存储有计算机程序，所述处理器执行所述计算机程序时实现上述任一项所述方法的步骤。

本申请还提供一种计算机存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现上述任一项所述的方法的步骤。

本申请中提供的保单生成方法、装置、计算机设备和存储介质，具有以下有益效果：

本申请中提供的保单生成方法、装置、计算机设备和存储介质，通过用户的录入信息在保险池内获取符合用户购买的保险产品以及对应的折扣值，根据用户选择的保险产品，生成对应的保单，满足不同地方机构、不同产品的配置，且只需录入一次信息，即可出多张保单，减少录入信息的次数，降低保险产品变更的开发成本和沟通成本。

附图说明

图1是本申请一实施例中保单生成方法步骤示意图；

图2是本申请一实施例中保单生成方法步骤s3的示意图；

图3是本申请一实施例中保单生成方法步骤s5的示意图；

图4是本申请一实施例中保单生成方法步骤s6的示意图；

图5是本申请一实施例中保单生成装置结构框图；

图6是本申请一实施例中判断模块的结构框图；

图7是本申请一实施例中生成模块的结构框图；

图8是本申请一实施例中显示模块的结构框图；

图9是本申请一实施例的计算机设备的结构示意框图。

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

具体实施方式

为了使本申请的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本申请进行进一步详细说明。应当理解，此处描述的具体实施例仅仅用以解释本申请，并不用于限定本申请。

参照图1，为本申请一实施例中提供了一种保单生成方法，用于生成非车险保单，包括以下步骤：

步骤s1，接收用户的录入信息，其中，录入信息为购买非车险需要的信息；

步骤s2，根据录入信息到预设的保险池内查找对应的保险产品，保险产品为固定保费的保险产品；

步骤s3，若查找到与录入信息对应的保险产品，则判断用户是否符合购买保险产品的资格；

步骤s4，若符合购买资格，则获取保险产品对应的折扣值；

步骤s5，显示保险产品以及保险产品对应的折扣值的选项清单；

步骤s6，接收用户选择的保险产品，生成对应的保单。

在本实施例中，非车险指的是随车使用的非车险，其包括个人意外健康险和个人财产险，购买非车险的前提是，预先或者同时购买保监会批准经营的交强险，根据接收到用户的录入信息，到保险池内查找对应的保险产品，预先设置一个用于放置保险产品的保险池，该保险池用于存放各种保费固定的保险产品，当查找到与录入信息对应的保险产品，其中，录入信息为购买非车险需要的信息，判断用户是否符合购买对应的保险产品的资格，每一上线的新保险产品或者旧的保险产品均设置有对应的投保规则，通过判断用户的录入信息是否满足投保规则，进而判断是否符合购买对应的保险产品的资格，如新上线的车辆涉水险，对车辆种类，车架号，车牌号，发动机号进行限制，以供系统自动判断用户的车辆信息是否满足该新上线的车辆涉水险；规则设置涉及到的维度包括：投保资格，投保车辆的使用性质，投保人的属性；投保人的属性包括投保人个人参保和团体参保，根据保险产品不同设置不同的规则，如根据车辆的使用目的分类，设置不同的保险产品适用于不同的车辆大类，如轿车、货车、客车、挂车等；根据保险产品上线的时间长短设置不同的规则，如刚上线的产品设置一个比较优惠的折扣，用于推广产品，待产品上线超过半年，则恢复正常的价格折扣；针对不同地域形成的不同机构，如上海的保险产品和广州的保险产品属于不同的机构，需要根据不同的机构对保险池内的产品进行不同规则设置；针对同一款产品在不同地域时，可根据该款产品所在地域的购买趋势，产品销量，是否需要推广进行规则设置，调整其维度，如针对同一保险产品，可根据所在地域城市的人口分布，判断其人口年龄化，进而对购买的年龄阶层进行调整，使不同地域的投保年龄存在不同的区别等等，也可以根据社会的因素变化，如刚上线的非车险中，对个人意外健康险进行限制购买份数，或者对地域进行限制等等，还可以限制某一保险产品只允许业务员售卖，从线上平台撤除等等。

若判断用户符合购买对应的保险产品，则获取到产品对应的折扣值，用于线上平台销售的保费固定的保险产品，线上平台包括如平安官网、金管家app、云平台等，由核心系统(icore-pnbs)向外提供查询保险产品列表的接口和查询保险产品明细的接口，各个平台通过该接口可以查询可购买的保险产品列表，由于核心系统提供的接口的数据可动态变化，根据系统定义好的数据接口解析接口返回的动态数据，即可在线上平台实时获取动态的保险产品的数据，实时更新现有的保险产品的动态数据，设置的折扣值也可实时更新，可展示在不同的app或者网页，无需安排it开发以支持产品上线，降低成本，提升时间的有效性。

获取放置于保险池内的保险产品的销售折扣，如在一好车主app平台上，预先获取针对某一非车险出单的个人意外险设置折扣为0.9，该折扣值根据市面情况确定，也可以根据产品的上线时间等去调整，若用户选择该个人意外健康险，则其所需该买的保费为固定保费*0.9，根据不同的产品进行不同的销售模式，以便为各机构配置个性化产品，更满足客户的需求，也可以对保险产品的折扣进行一个限制，根据用户购买的数量，获取到总金额大于指定的数值后，再对总金额进行一个折扣，如购买多份保险的总金额大于2万，则对总金额进行一个0.95的折扣，需要支付的费用为1.9万，可以根据业务需要自由对保险池的产品新增或者减少，以供用户选取不同类型的保险产品进行自由搭配，满足客用户购买更加符合自己的保险产品类型，如在保险池内包括有旅途险、重大疾病险等个人意外健康险和个人财产险等各类保费固定的保险产品。

根据地域的不同，允许不同机构支持对同一保险产品配置不同的特约信息，特约信息为投保人和保险公司的特别约定，如在一具体实施例中，用户a购买一份车辆损失险，待业务员验车时，发现在购买车辆损失险前，已存在划痕现象，则业务员和用户a会进行一个特别约定，当该车出现划痕，不予理赔，作为一个特约信息。如在另一具体实施例中，用户b购买了一份个人财产意外险，待业务员验证财物时，发现该个人财产曾经遇水遭到破损的部分并未修复，则业务员和用户b会进行一个特别约定，当该部分再次遇水遭受损伤时，不予理赔，以此作为一个特约信息。

将符合用户购买的保险产品以及保险产品对应的折扣值的选项清单显示于显示平台上，以供用户根据个人需要选择。其中，录入信息包括投保人信息以及被保险人信息，其包括有姓名、性别、证件号码、联系方式、户口地址等等，车辆信息包括车辆种类、车架号、车牌号、发动机号等等，还包括预先由系统自动选择的销售人员信息，包括出单地区、业务员、代理人信息、经纪人信息等，根据购买者(投保人/客户)意愿购买在显示平台上所选取的保险产品，以及填写的对应的个人信息，生成对应的保单。

参照图2，在本实施例中，判断用户是否符合购买保险产品的资格s3的步骤，包括：

步骤s31，获取保险产品对应的投保规则，其中，投保规则的维度包括投保资格、投保车辆的使用性质、投保车辆类型以及投保人的属性；

步骤s32，判断录入信息是否满足投保规则；

步骤s33，若是，则判定用户符合购买保险产品的资格。

在本实施例中，根据预先获取到的每一产品的投保资格，进而获取到每一保险产品对应的投保规则的维度，其共包括投保年龄、投保车辆的使用性质、投保车辆类型以及投保人的属性；如根据车辆的使用性质分类不同的保险产品适用于不同的车辆大类，如轿车、货车、客车、挂车等，获取到不同的保险产品的投保规则的维度不用，进而根据维度的不同，获取到每一不同保险产品的投保规则。

当接收到用户的录入信息，获取到保险池内符合录入信息的保险产品，以供用户根据个人需求选择，如用户输入个人信息中的年龄为40岁，则在保险池里面不符合该年龄端的保险产品全被隐藏，逐步对用户录入的信息进行筛选，其中，录入的用户信息包括：投保年龄、姓名，性别，证件号码，联系方式、车辆种类，车架号，车牌号，发动机号等等，根据用户录入的信息获取到最终符合用户的位于保险池内的所有保险产品。

不同机构可以针对同一款产品设置不同的投保规则，投保规则涉及到的维度包括投保资格、投保人的属性、被保车辆的使用性质等等，其中，被保年龄为设置允许投保的被保险人年龄，意外键康险保的是被保险人，被保险人的年龄在设置范围内的可以选取并购买该产品，否则不允许购买，根据接收到的录入信息，从保险池内获取符合录入信息的保险产品，如被保险人的年龄在50岁，个人意外健康险的投保年龄范围为12-60岁范围内，则被保险人的投保年龄符合购买该产品；投保人的属性包括投保人个人参保和团体参保；投保人的车辆使用性质，如设置的某一款产品只允许随非营业的车辆购买，则营业性质的车辆无法检索获取到该保险产品；车辆类型包括车的座位数量，如某款产品设置只允许六座以下的客车购买，则货车、特种车、七座及以上的车辆无法检索获取到该保险产品。

参照图3，在本实施例中，接收用户选择的保险产品，生成对应的保单s6的步骤，包括：

步骤s61，接收用户选择的保险产品；

步骤s62，根据用户的录入信息以及选择的保险产品，生成对应的保单。

在本实施例中，用户根据个人需要在显示平台上选取指定的保险产品，如用户a录入个人信息以及个人车辆信息后，系统根据该信息对保险池内的产品进行筛选，保留符合用户a投保的所有保险产品，接收到用户a在显示平台上根据个人需要选取的保险产品，如选取了一份个人意外健康险和一份个人财产险，则根据预先选取的车险，交强险和商业险必须预先或者与保险池的保险产品同时购买，系统会自动预生成车险投保单，并统计所选取预购买的车险、个人意外健康险和个人财产险的总费用，生成对应的费用支付申请，待用户a确认总费用以及购买的险种后，则系统会自动生成车险保单，并自动生成所购买的个人意外健康险和个人财产险的非车保单，自动生成所购买的个人意外健康险和个人财产险的非车保单所采用的个人信息与车险所采用的个人信息一致，可直接采用同一信息，无需二次录入个人信息，简化了销售人员或者线上客户的录入操作，节省程序，操作方便。

在本实施例中，根据用户的录入信息以及选择的保险产品，生成对应的保单s62的步骤，包括：

步骤s621，将用户的录入信息以及选择的保险产品生成对应的投保单；

步骤s622，接收到投保单缴费成功的命令后，生成对应的保单。

根据用户选取的保险产品，联合对应的投保信息，生成对应的第一份投保单，用户可以对该投保单进行审核确认，待确认无误后，进行缴费操作，待系统接收到用户对投保单进行缴费成功的命令后，生成对应的保单，并依次生成其他的对应的保单；其中，投保单为投保人申请投保的一种书面凭证，投保单通常由保险公司提供，由投保人填写并签字或盖章后生效，保险公司根据投保人填写的投保单内容出具保险单正本。保单也叫保险单正本，是保险公司与投保人订立保险合同的书面证明。保险单由保险公司出具，主要载明保险公司与被保险人之间的权利、义务关系，它是被保险人向保险公司进行索赔的凭证。如在一具体实施例中，用户c购买车险，并在保险池内选取一份随车险的非车险(个人意外险)，则系统会自动预生成车险投保单，并统计所选取预购买的车险和个人意外健康险的总费用，生成对应的费用支付申请，待用户c确认总费用以及购买的险种后，若获取到缴费成功的命令后，则系统会自动生成车险保单，并自动生成所购买的个人意外健康险的非车保单，简单方便。

在本实施例中，根据录入信息到预设的保险池内查找对应的保险产品s2的步骤，包括：

通过预设的产品列表接口和查询产品明细接口，分别到保险池内查找与录入信息对应的保险产品名称和保险产品的明细，以得到保险产品。

通过平安科技的核心系统icore-pnbs向外提供查询保险产品列表的接口和查询保险产品明细的接口，显示平台包括各种app或者网页的前端显示页面，显示平台通过接口获取可购买的产品裂变以及产品的明细，由于核心系统提供的接口的数据可动态变化，根据系统定义好的数据接口解析接口返回的动态数据，即可在线上平台实时获取动态的保险产品的数据，实时更新现有的保险产品的动态数据，设置的折扣值也可实时更新，可展示在不同的app或者网页，无需安排it开发以支持产品上线，降低成本，提升时间的有效性。

参照图4，在本实施例中，显示保险产品以及保险产品对应的折扣值的选项清单s5的步骤，包括：

步骤s51，判断用户是否购买保监会批准经营的交强险；

步骤s52，若是，则显示以供用户选择的保险产品以及保险产品对应的折扣值的选项清单。

保监会批准经营的交强险为每一车主必须购买的车险，在这一基础上，若用户需要购买个人意外健康险或者个人财产险，当用户输入录入信息后，获取保险池内符合用户购买的保险产品以及对应的折扣值，判断该用户是否购买保监会批准经营的交强险，若判断已经购买，则在显示平台上显示以供用户选择的保险产品以及保险产品对应的折扣值的选项清单。

在本实施例中，判断用户是否购买保监会批准经营的交强险s51的步骤之后，还包括：

若没有购买保监会批准经营的交强险，则被动选择保监会批准经营的交强险后，显示以供用户选择的保险产品以及保险产品对应的折扣值的选项清单。

当根据用户的录入信息后，获取保险池内符合用户购买的保险产品以及对应的折扣值，判断该用户是否购买保监会批准经营的交强险，若判断没有购买保监会批准经营的交强险，则用户被动选择保监会批准经营的交强险后，在显示平台上显示以供用户选择的保险产品以及保险产品对应的折扣值的选项清单。

综上所述，为本申请实施例中提供的保单生成方法，通过用户的录入信息在保险池内获取符合用户购买的保险产品以及对应的折扣值，根据用户选择的保险产品，生成对应的保单，满足不同地方机构、不同产品的配置，且只需录入一次信息，即可出多张保单，减少录入信息的次数，降低保险产品变更的开发成本和沟通成本。

参照图5，本申请一实施例中还提供了一种保单生成装置，用于生成非车险保单，包括：

接收模块10，用于接收用户的录入信息，其中，录入信息为购买非车险需要的信息；

查找模块20，用于根据录入信息到预设的保险池内查找对应的保险产品，保险产品为固定保费的保险产品；

判断模块30，用于若查找到与录入信息对应的保险产品，则判断用户是否符合购买保险产品的资格；

获取模块40，用于若符合购买资格，则获取保险产品对应的折扣值；

显示模块50，用于显示保险产品以及保险产品对应的折扣值的选项清单；

生成模块60，用于接收用户选择的保险产品，生成对应的保单。

在本实施例中，非车险指的是随车使用的非车险，其包括个人意外健康险和个人财产险，购买非车险的前提是，预先或者同时购买保监会批准经营的交强险，接收模块10根据接收到用户的录入信息，到保险池内查找对应的保险产品，预先设置一个用于放置保险产品的保险池，该保险池用于存放各种保费固定的保险产品，查找模块20查找到与录入信息对应的保险产品，其中，录入信息为购买非车险需要的信息，判断模块30判断用户是否符合购买对应的保险产品的资格，每一上线的新保险产品或者旧的保险产品均设置有对应的投保规则，通过判断用户的录入信息是否满足投保规则，进而判断是否符合购买对应的保险产品的资格，如新上线的车辆涉水险，对车辆种类，车架号，车牌号，发动机号进行限制，以供系统自动判断用户的车辆信息是否满足该新上线的车辆涉水险；规则设置涉及到的维度包括：投保资格，投保车辆的使用性质，投保人的属性；投保人的属性包括投保人个人参保和团体参保，根据保险产品不同设置不同的规则，如根据车辆的使用目的分类，设置不同的保险产品适用于不同的车辆大类，如轿车、货车、客车、挂车等；根据保险产品上线的时间长短设置不同的规则，如刚上线的产品设置一个比较优惠的折扣，用于推广产品，待产品上线超过半年，则恢复正常的价格折扣；针对不同地域形成的不同机构，如上海的保险产品和广州的保险产品属于不同的机构，需要根据不同的机构对保险池内的产品进行不同规则设置；针对同一款产品在不同地域时，可根据该款产品所在地域的购买趋势，产品销量，是否需要推广进行规则设置，调整其维度，如针对同一保险产品，可根据所在地域城市的人口分布，判断其人口年龄化，进而对购买的年龄阶层进行调整，使不同地域的投保年龄存在不同的区别等等，也可以根据社会的因素变化，如刚上线的非车险中，对个人意外健康险进行限制购买份数，或者对地域进行限制等等，还可以限制某一保险产品只允许业务员售卖，从线上平台撤除等等。

若判断用户符合购买对应的保险产品，获取模块40获取到产品对应的折扣值，该折扣值用于线上平台销售的保费固定的保险产品，线上平台包括如平安官网、金管家app、云平台等，由核心系统(icore-pnbs)向外提供查询保险产品列表的接口和查询保险产品明细的接口，各个平台通过该接口可以查询可购买的保险产品列表，由于核心系统提供的接口的数据可动态变化，根据系统定义好的数据接口解析接口返回的动态数据，即可在线上平台实时获取动态的保险产品的数据，实时更新现有的保险产品的动态数据，设置的折扣值也可实时更新，可展示在不同的app或者网页，无需安排it开发以支持产品上线，降低成本，提升时间的有效性。

获取放置于保险池内的保险产品的销售折扣，如在一好车主app平台上，预先获取针对某一随车险出单的个人意外险设置折扣为0.9，该折扣值根据市面情况确定，也可以根据产品的上线时间等去调整，若用户选择该个人意外健康险，则其所需该买的保费为固定保费*0.9，根据不同的产品进行不同的销售模式，以便为各机构配置个性化产品，更满足客户的需求，也可以对保险产品的折扣进行一个限制，根据用户购买的数量，获取到总金额大于指定的数值后，再对总金额进行一个折扣，如购买多份保险的总金额大于2万，则对总金额进行一个0.95的折扣，需要支付的费用为1.9万，可以根据业务需要自由对保险池的产品新增或者减少，以供用户选取不同类型的保险产品进行自由搭配，满足客用户购买更加符合自己的保险产品类型，如在保险池内包括有旅途险、重大疾病险等个人意外健康险和个人财产险等各类保费固定的保险产品。

根据地域的不同，允许不同机构支持对同一保险产品配置不同的特约信息，特约信息为投保人和保险公司的特别约定，如在一具体实施例中，用户a购买一份车辆损失险，待业务员验车时，发现在购买车辆损失险前，已存在划痕现象，则业务员和用户a会进行一个特别约定，当该车出现划痕，不予理赔，作为一个特约信息。如在另一具体实施例中，用户b购买了一份个人财产意外险，待业务员验证财物时，发现该个人财产曾经遇水遭到破损的部分并未修复，则业务员和用户b会进行一个特别约定，当该部分再次遇水遭受损伤时，不予理赔，以此作为一个特约信息。

显示模块50将符合用户购买的保险产品以及保险产品对应的折扣值的选项清单显示于显示平台上，以供用户根据个人需要选择。其中，录入信息包括投保人信息以及被保险人信息，其包括有姓名、性别、证件号码、联系方式、户口地址等等，车辆信息包括车辆种类、车架号、车牌号、发动机号等等，还包括预先由系统自动选择的销售人员信息，包括出单地区、业务员、代理人信息、经纪人信息等，根据购买者(投保人/客户)意愿购买在显示平台上所选取的保险产品，以及填写的对应的个人信息，生成模块60生成对应的保单。

参照图6，在本实施例中，判断模块30包括：

第一获取单元31，用于获取保险产品对应的投保规则，其中，投保规则的维度包括投保资格、投保车辆的使用性质、投保车辆类型以及投保人的属性；

第一判断单元32，用于判断录入信息是否满足投保规则；

第一执行单元33，用于若是，则判定用户符合购买保险产品的资格。

在本实施例中，第一获取单元31根据预先获取到的每一产品的投保资格，进而获取到每一保险产品对应的投保规则的维度，其包括投保资格、投保车辆的使用性质、投保车辆类型以及投保人的属性；如根据车辆的使用性质分类不同的保险产品适用于不同的车辆大类，如轿车、货车、客车、挂车等，获取到不同的保险产品的投保规则的维度不用，进而根据维度的不同，获取到每一不同保险产品的投保规则。

当接收到用户的录入信息，获取到保险池内符合录入信息的保险产品，以供用户根据个人需求选择，如用户输入个人信息中的年龄为40岁，则在保险池里面不符合该年龄端的保险产品全被隐藏，逐步对用户录入的信息进行筛选，其中，录入的用户信息包括：投保年龄、姓名，性别，证件号码，联系方式、车辆种类，车架号，车牌号，发动机号等等，根据用户录入的信息获取到最终符合用户的位于保险池内的所有保险产品。

不同机构可以针对同一款产品设置不同的投保规则，投保规则涉及到的维度包括投保资格、投保人的属性、被保车辆的使用性质等等，其中，被保年龄为设置允许投保的被保险人年龄，意外键康险保的是被保险人，被保险人的年龄在设置范围内的可以选取并购买该产品，否则不允许购买，根据接收到的录入信息，从保险池内获取符合录入信息的保险产品，如被保险人的年龄在50岁，个人意外健康险的投保年龄范围为12-60岁范围内，则被保险人的投保年龄符合购买该产品；投保人的属性包括投保人个人参保和团体参保；投保人的车辆使用性质，如设置的某一款产品只允许随非营业的车辆购买，则营业性质的车辆无法检索获取到该保险产品；车辆类型包括车的座位数量，如某款产品设置只允许六座以下的客车购买，则货车、特种车、七座及以上的车辆无法检索获取到该保险产品。

参照图7，生成模块60包括：

第一接收单元61，用于接收用户选择的保险产品；

第一生成单元62，用于根据用户的录入信息以及选择的保险产品，生成对应的保单。

在本实施例中，第一接收单元61接收用户根据个人需要在显示平台上选取指定的保险产品，如用户a录入个人信息以及个人车辆信息后，系统根据该信息对保险池内的产品进行筛选，保留符合用户a投保的所有保险产品，接收到用户a在显示平台上根据个人需要选取的保险产品，如选取了一份个人意外健康险和一份个人财产险，则根据预先选取的车险，交强险和商业险必须预先或者与保险池的保险产品同时购买，系统会自动预生成车险投保单，并统计所选取预购买的车险、个人意外健康险和个人财产险的总费用，生成对应的费用支付申请，待用户a确认总费用以及购买的险种后，则系统会自动生成车险保单，并自动生成所购买的个人意外健康险和个人财产险的非车保单，自动生成所购买的个人意外健康险和个人财产险的非车保单所采用的个人信息与车险所采用的个人信息一致，可直接采用同一信息，无需二次录入个人信息，简化了销售人员或者线上客户的录入操作，节省程序，操作方便。

在本实施例中，第一生成单元62包括：

第一生成子单元，用于将用户的录入信息以及选择的保险产品生成对应的投保单；

第二生成子单元，用于接收到对投保单缴费成功的命令后，生成对应的保单。

第一生成子单元根据用户选取的保险产品，联合对应的投保信息，生成对应的第一份投保单，用户可以对该投保单进行审核确认，待确认无误后，进行缴费操作，待系统接收到用户对投保单进行缴费成功的命令后，生成对应的保单，并依次生成其他的对应的保单；其中，投保单为投保人申请投保的一种书面凭证，投保单通常由保险公司提供，由投保人填写并签字或盖章后生效，保险公司根据投保人填写的投保单内容出具保险单正本。保单也叫保险单正本，是保险公司与投保人订立保险合同的书面证明。保险单由保险公司出具，主要载明保险公司与被保险人之间的权利、义务关系，它是被保险人向保险公司进行索赔的凭证。如在一具体实施例中，用户c购买车险，并在保险池内选取一份随车险的非车险(个人意外险)，则系统会自动预生成车险投保单，并统计所选取预购买的车险和个人意外健康险的总费用，生成对应的费用支付申请，待用户c确认总费用以及购买的险种后，则系统会自动生成车险保单，并自动生成所购买的个人意外健康险的非车保单，简单方便。

在本实施例中，在本实施例中，查找模块20包括：

查找单元，用于通过预设的产品列表接口和查询产品明细接口，分别到保险池内查找与录入信息对应的保险产品名称和保险产品的明细，以得到保险产品。

通过平安科技的核心系统icore-pnbs向外提供查询保险产品列表的接口和查询保险产品明细的接口，显示平台包括各种app或者网页的前端显示页面，显示平台通过接口获取可购买的产品裂变以及产品的明细，由于核心系统提供的接口的数据可动态变化，根据系统定义好的数据接口解析接口返回的动态数据，即可在线上平台实时获取动态的保险产品的数据，实时更新现有的保险产品的动态数据，设置的折扣值也可实时更新，可展示在不同的app或者网页，无需安排it开发以支持产品上线，降低成本，提升时间的有效性。

参照图8，在本实施例中，显示模块50包括：

第二判断单元51，判断用户是否购买保监会批准经营的交强险；

第一显示单元52，若是，则显示以供用户选择的保险产品以及保险产品对应的折扣值的选项清单。

保监会批准经营的交强险为每一车主必须购买的车险，在这一基础上，若用户需要购买个人意外健康险或者个人财产险，当用户输入录入信息后，获取保险池内符合用户购买的保险产品以及对应的折扣值，第二判断单元51判断该用户是否购买保监会批准经营的交强险，若判断已经购买，则第一显示单元52将以供用户选择的保险产品以及保险产品对应的折扣值的选项清单显示于显示平台上。

在本实施例中，显示模块50还包括：

第二显示单元，用于若没有购买保监会批准经营的交强险，则被动选择保监会批准经营的交强险后，显示以供用户选择的保险产品以及保险产品对应的折扣值的选项清单。

当根据用户的录入信息后，获取保险池内符合用户购买的保险产品以及对应的折扣值，第二判断单元51判断该用户是否购买保监会批准经营的交强险，若判断没有购买保监会批准经营的交强险，则用户被动选择保监会批准经营的交强险后，第二显示单元将以供用户选择的保险产品以及保险产品对应的折扣值的选项清单显示于平台上显示。

综上所述，为本申请实施例中提供的保单生成装置，通过用户的录入信息在保险池内获取符合用户购买的保险产品以及对应的折扣值，根据用户选择的保险产品，生成对应的保单，满足不同地方机构、不同产品的配置，且只需录入一次信息，即可出多张保单，减少录入信息的次数，降低保险产品变更的开发成本和沟通成本。

参照图9，本申请实施例中还提供一种计算机设备，该计算机设备可以是服务器，其内部结构可以如图9所示。该计算机设备包括通过系统总线连接的处理器、存储器、网络接口和数据库。其中，该计算机设计的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作系统、计算机程序和数据库。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该计算机设备的数据库用于存储保险产品等数据。该计算机设备的网络接口用于与外部的终端通过网络连接通信。该计算机程序被处理器执行时以实现一种保单生成方法。

上述处理器执行上述保单生成方法的步骤：

接收用户的录入信息，其中，所述录入信息为购买非车险需要的信息；

根据所述录入信息到预设的保险池内查找对应的保险产品，所述保险产品为固定保费的保险产品；

若查找到与所述录入信息对应的保险产品，则判断所述用户是否符合购买所述保险产品的资格；

若符合购买资格，则获取所述保险产品对应的折扣值；

显示所述保险产品以及所述保险产品对应的折扣值的选项清单；

接收所述用户选择的所述保险产品，生成对应的保单。

在一实施例中，所述判断所述用户是否符合购买所述保险产品的资格的步骤，包括：

获取所述保险产品对应的投保规则，其中，所述投保规则的维度包括投保资格、投保车辆的使用性质、投保车辆类型以及投保人的属性；

判断所述录入信息是否满足所述投保规则；

若是，则判定所述用户符合购买所述保险产品的资格。

在一实施例中，所述接收所述用户选择的所述保险产品，生成对应的保单的步骤，包括：

接收所述用户选择的所述保险产品；

根据所述用户的所述录入信息以及选择的所述保险产品，生成对应的保单。

在一实施例中，所述根据所述用户的所述录入信息以及选择的所述保险产品，生成对应的保单的步骤，包括：

将所述用户的所述录入信息以及选择的所述保险产品生成对应的投保单；

接收到所述投保单缴费成功的命令后，生成对应的保单。

在一实施例中，所述根据所述录入信息到预设的保险池内查找对应的保险产品的步骤，包括：

通过预设的产品列表接口和查询产品明细接口，分别到所述保险池内查找与所述录入信息对应的保险产品名称和保险产品的明细，以得到所述保险产品。

在一实施例中，所述显示所述保险产品以及所述保险产品对应的折扣值的选项清单的步骤，包括：

判断所述用户是否购买保监会批准经营的交强险；

若是，则显示以供所述用户选择的所述保险产品以及所述保险产品对应的折扣值的选项清单。

在一实施例中，所述判断所述用户是否购买保监会批准经营的交强险的步骤之后，还包括：

若没有购买保监会批准经营的交强险，则被动选择保监会批准经营的所述交强险后，显示以供所述用户选择的所述保险产品以及所述保险产品对应的折扣值的选项清单。

本领域技术人员可以理解，图9中示出的结构，仅仅是与本申请方案相关的部分结构的框图，并不构成对本申请方案所应用于其上的计算机设备的限定。

本申请一实施例还提供一种计算机存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现一种保单生成方法，具体为：

接收用户的录入信息，其中，所述录入信息为购买非车险需要的信息；

根据所述录入信息到预设的保险池内查找对应的保险产品，所述保险产品为固定保费的保险产品；

若查找到与所述录入信息对应的保险产品，则判断所述用户是否符合购买所述保险产品的资格；

若符合购买资格，则获取所述保险产品对应的折扣值；

显示所述保险产品以及所述保险产品对应的折扣值的选项清单；

接收所述用户选择的所述保险产品，生成对应的保单。

在一实施例中，所述判断所述用户是否符合购买所述保险产品的资格的步骤，包括：

获取所述保险产品对应的投保规则，其中，所述投保规则的维度包括投保资格、投保车辆的使用性质、投保车辆类型以及投保人的属性；

判断所述录入信息是否满足所述投保规则；

若是，则判定所述用户符合购买所述保险产品的资格。

在一实施例中，所述接收所述用户选择的所述保险产品，生成对应的保单的步骤，包括：

接收所述用户选择的所述保险产品；

根据所述用户的所述录入信息以及选择的所述保险产品，生成对应的保单。

在一实施例中，所述根据所述用户的所述录入信息以及选择的所述保险产品，生成对应的保单的步骤，包括：

将所述用户的所述录入信息以及选择的所述保险产品生成对应的投保单；

接收到所述投保单缴费成功的命令后，生成对应的保单。

在一实施例中，所述根据所述录入信息到预设的保险池内查找对应的保险产品的步骤，包括：

通过预设的产品列表接口和查询产品明细接口，分别到所述保险池内查找与所述录入信息对应的保险产品名称和保险产品的明细，以得到所述保险产品。

在一实施例中，所述显示所述保险产品以及所述保险产品对应的折扣值的选项清单的步骤，包括：

判断所述用户是否购买保监会批准经营的交强险；

若是，则显示以供所述用户选择的所述保险产品以及所述保险产品对应的折扣值的选项清单。

在一实施例中，所述判断所述用户是否购买保监会批准经营的交强险的步骤之后，还包括：

若没有购买保监会批准经营的交强险，则被动选择保监会批准经营的所述交强险后，显示以供所述用户选择的所述保险产品以及所述保险产品对应的折扣值的选项清单

综上所述，为本申请实施例中提供的保单生成方法、装置、计算机设备和存储介质，通过用户的录入信息在保险池内获取符合用户购买的保险产品以及对应的折扣值，根据用户选择的保险产品，生成对应的保单，满足不同地方机构、不同产品的配置，且只需录入一次信息，即可出多张保单，减少录入信息的次数，降低保险产品变更的开发成本和沟通成本。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储与一非易失性计算机可读取存储介质中，该计算机程序在执行时，可包括如上述各方法的实施例的流程。其中，本申请所提供的和实施例中所使用的对存储器、存储、数据库或其它介质的任何引用，均可包括非易失性和/或易失性存储器。非易失性存储器可以包括只读存储器(rom)、可编程rom(prom)、电可编程rom(eprom)、电可擦除可编程rom(eeprom)或闪存。易失性存储器可包括随机存取存储器(ram)或者外部高速缓冲存储器。作为说明而非局限，ram通过多种形式可得，诸如静态ram(sram)、动态ram(dram)、同步dram(sdram)、双速据率sdram(ssrsdram)、增强型sdram(esdram)、同步链路(synchlink)dram(sldram)、存储器总线(rambus)直接ram(rdram)、直接存储器总线动态ram(drdram)、以及存储器总线动态ram(rdram)等。

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

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