CN109727139A - 保险套餐订制方法、装置、设备及可读存储介质 - Google Patents

Abstract

本发明公开一种保险套餐订制方法、装置、设备及可读存储介质，所述方法包括：当接收到客户账户发送的保险套餐订制指令时，将支持订制的保险产品显示在终端界面上；接收对保险产品的选择指令，将选择指令对应的保险产品形成保险组合；接收对保险组合中各保险产品的保险参数选择指令，将所述各保险产品及对应所选择的保险参数生成待验证保险套餐；对所述待验证保险套餐的有效性进行验证，并在所述有效性验证通过后，生成订制保险套餐。本方案通过对支持订制的保险产品及各保险产品对应的保险参数进行选择验证后，生成订制的保险套餐。避免单独购买多种保险的重复或遗漏现象，订制的各个保险套餐的内容丰富多样，满足各用户的个性化需求。

Description

保险套餐订制方法、装置、设备及可读存储介质

技术领域

本发明主要涉及金融风控系统技术领域，具体地说，涉及一种保险套餐订制方法、装置、设备及可读存储介质。

背景技术

目前，随着保险行业的快速发展和用户需求的多样化，保险产品的种类日益增多，购买保险也变得复杂，针对各种需求单独购买多种保险时，有可能出现重复或遗漏投保。现有技术中，虽然已经存在一些保险套餐，以简化用户的投保，然而，这些套餐是预先设置好的，内容相对单一，各个保险产品的组合方式固定，每个产品的保险细节也不可更改，难以满足不同用户的个性化需求。

发明内容

本发明的主要目的是提供一种保险套餐订制方法、装置、设备及可读存储介质，旨在解决现有技术中保险套餐内容单一，不能满足用户个性化需求的问题。

为实现上述目的，本发明提供一种保险套餐订制方法，所述保险套餐订制方法包括以下步骤：

当接收到客户账户发送的保险套餐订制指令时，将支持订制的保险产品显示在终端界面上；

接收对保险产品的选择指令，将选择指令对应的保险产品形成保险组合；

接收对保险组合中各保险产品的保险参数选择指令，将所述各保险产品及对应所选择的保险参数生成待验证保险套餐；

对所述待验证保险套餐的有效性进行验证，并在所述有效性验证通过后，生成订制保险套餐。

优选地，所述当接收到保险套餐的订制指令时，将支持订制的保险产品显示在终端界面上的步骤包括：

当接收到保险套餐的订制指令时，判断客户账户是否具有历史保单信息；

当客户账户具有历史保单信息时，根据所述历史保单信息，确定与历史保单信息关联的保险产品；

确定关联的保险产品中支持订制的优选保险产品，将所述优选保险产品以排列在所有支持订制的保险产品前列的方式显示在终端界面上。

优选地，所述当接收到保险套餐的订制指令时，判断客户账户是否具有历史保单信息的步骤之后包括：

当客户账户不具有历史保单信息时，获取客户账户对应的客户信息；

根据所述客户信息，确定与客户信息对应且支持订制的推荐保险产品，并将所述推荐保险产品以排列在所有支持订制的保险产品前列的方式显示在终端界面上。

优选地，所述对所述待验证保险套餐的有效性进行验证，并在所述有效性验证通过后，生成订制保险套餐的步骤包括：

获取客户账户对应的客户信息，并将所述客户信息逐一和待验证保险套餐中各保险产品的购买要求匹配，生成匹配结果；

根据所述匹配结果，判断客户账户是否具有待验证保险套餐中各保险产品的购买资质；

当客户账户具有待验证保险套餐中各保险产品的购买资质时，则判定待验证保险套餐的有效性验证通过，生成订制保险套餐。

优选地，所述判断客户账户是否具有待验证保险套餐中各保险产品的购买资质的步骤之后包括：

当客户账户不具有待验证保险套餐中任意一种保险产品的购买资质时，则判定待验证保险套餐的有效性验证未通过；

生成修改待验证保险套餐中不具有购买资质的保险产品的提示信息，以及与客户信息匹配的保险产品的推荐信息。

优选地，所述生成订制保险套餐的步骤之后包括：

获取客户账户对应的客户信息，并将所述客户信息与订制保险套餐打包。

此外，为实现上述目的，本发明还提出一种保险套餐订制装置，所述保险套餐订制装置包括：

显示模块，用于当接收到客户账户发送的保险套餐订制指令时，将支持订制的保险产品显示在终端界面上；

接收模块，用于接收对保险产品的选择指令，将选择指令对应的保险产品形成保险组合；

生成模块，用于接收对保险组合中各保险产品的保险参数选择指令，将所述各保险产品及对应所选择的保险参数生成待验证保险套餐；

验证模块，用于对所述待验证保险套餐的有效性进行验证，并在所述有效性验证通过后，生成订制保险套餐。

优选地，所述显示模块包括：

判断单元，用于当接收到保险套餐的订制指令时，判断客户账户是否具有历史保单信息；

确定单元，用于当客户账户具有历史保单信息时，根据所述历史保单信息，确定与历史保单信息关联的保险产品；

显示单元，用于确定关联的保险产品中支持订制的优选保险产品，将所述优选保险产品以排列在所有支持订制的保险产品前列的方式显示在终端界面上。

此外，为实现上述目的，本发明还提出一种保险套餐订制设备，所述保险套餐订制设备包括：存储器、处理器、通信总线以及存储在所述存储器上的保险套餐订制程序；

所述通信总线用于实现处理器和存储器之间的连接通信；

所述处理器用于执行所述保险套餐订制程序，以实现以下步骤：

当接收到客户账户发送的保险套餐订制指令时，将支持订制的保险产品显示在终端界面上；

接收对保险产品的选择指令，将选择指令对应的保险产品形成保险组合；

接收对保险组合中各保险产品的保险参数选择指令，将所述各保险产品及对应所选择的保险参数生成待验证保险套餐；

对所述待验证保险套餐的有效性进行验证，并在所述有效性验证通过后，生成订制保险套餐。

此外，为实现上述目的，本发明还提供一种可读存储介质，所述可读存储介质存储有一个或者一个以上程序，所述一个或者一个以上程序可被一个或者一个以上的处理器执行以用于：

当接收到客户账户发送的保险套餐订制指令时，将支持订制的保险产品显示在终端界面上；

接收对保险产品的选择指令，将选择指令对应的保险产品形成保险组合；

接收对保险组合中各保险产品的保险参数选择指令，将所述各保险产品及对应所选择的保险参数生成待验证保险套餐；

对所述待验证保险套餐的有效性进行验证，并在所述有效性验证通过后，生成订制保险套餐。

本实施例的保险套餐订制方法，当接收到客户通过其账户操作，发送的保险套装订制指令时，将支持订制的保险产品显示在终端界面上，以供客户选择；接收客户基于显示的保险产品所发送的选择指令，将此选择指令对应的保险产品形成保险组合；进一步接收对保险组合中各保险产品的保险参数的选择指令，将此选择的各保险产品及保险参数生成待验证保险套餐；在待验证保险套餐的有效性验证通过后，生成订制保险套餐。本方案设定保险产品的套餐订制机制，在客户有套餐订制需求，接收到套餐订制指令时，将支持订制的保险产品及各保险产品对应的保险参数显示在终端界面上，供用户选择；在选择的保险产品及对应的保险参数经验证有效，客户对此选择的保险均具有购买资质后，生成订制的保险套餐。避免单独购买多种保险的重复或遗漏现象，根据需求订制保险套餐，各个保险套餐的组合内容丰富多样，满足各用户的个性化需求。

附图说明

图1是本发明的保险套餐订制方法第一实施例的流程示意图；

图2是本发明的保险套餐订制方法第二实施例的流程示意图；

图3是本发明的保险套餐订制装置第一实施例的功能模块示意图；

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

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

具体实施方式

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

本发明实施例提供一种保险套餐订制方法。

请参照图1，图1为本发明保险套餐订制方法第一实施例的流程示意图。在本实施例中，所述保险套餐订制方法包括：

步骤S10，当接收到客户账户发送的保险套餐订制指令时，将支持订制的保险产品显示在终端界面上；

本发明的保险套餐订制适用于通过手机、平板电脑或PC(personal computer，个人计算机)等终端进行多种保险产品的订制；所订制的多种保险产品即为可满足客户需求的保险套餐；终端可以为客户所持有的客户端，也可以为业务人员所持有的业务端，当为业务端时，必须是按照客户意愿进行的订制操作。无论是客户端还是业务端，在订制前均需要先通过账户登陆到保险产品销售的后台服务器。当终端为客户端时，账户为客户所注册的账户，而当终端为业务端时，账户为业务人员根据客户信息所注册的账户。因客户端和业务端所注册的账户均为客户信息，用于体现客户需求，从而将客户所注册的账户和业务人员所注册的账户均作为客户账户。客户使用客户端或业务人员使用业务端通过客户账户发送保险套餐订制指令，因金融机构可能不会将所有的保险产品均设为支持订制，对于可支持订制的保险产品设定标识符。当接收到此客户账户发送的保险套餐订制指令，客户有订制保险套餐的需求时，获取带有标识符的保险产品，即支持订制的保险产品，将其显示在显示终端上。此显示终端为可以为客户端或业务端，也可以为其他外置的显示装置等，将可支持订制的保险产品进行显示，以供客户根据其需求进行选择。

步骤S20，接收对保险产品的选择指令，将选择指令对应的保险产品形成保险组合；

因支持订制的保险产品均显示在显示终端上，而客户对所有支持订制的保险产品均有订制需求的可能性较小，需要从支持订制的保险产品中选择满足其需求的保险产品。各支持订制的保险产品在显示终端的显示界面上以缩略图或列表的形式显示，缩略图的下方或列表中有关于保险产品的简介。客户可根据简介点击满足其需求的保险产品，此点击操作为对保险产品进行选择的选择指令，将所有选择指令对应的各个保险产品形成保险组合。

步骤S30，接收对保险组合中各保险产品的保险参数选择指令，将所述各保险产品及对应所选择的保险参数生成待验证保险套餐；

因不同客户所需求保险产品的保险参数不一样，如保额大小、保障期限、缴费年限等不一样，从而在形成保险组合后，还需要对保险组合中各保险终端的保险参数进行选择。选择过程可以在保险组合形成后，跳转到参数选择界面，在此界面中对保险组合中各保险产品的保险参数进行显示，显示可以以平铺的方式，也可以以下拉框的形式，以供用户根据需求选择。接收对保险组合中各保险产品的保险参数的选择指令，根据选择指令即可确定保险产品对应的保险参数，如保险产品A的保额包括20万和30万两种，当选择指令为选择20万时，则可确定保险产品中保额的保险参数为20万。将保险组合中的各保险产品以及各保险产品对应选择的保险参数生成待验证保险套餐，待验证保险套餐为需要进行验证的保险套餐。

步骤S40，对所述待验证保险套餐的有效性进行验证，并在所述有效性验证通过后，生成订制保险套餐。

可理解地，因不同客户的客户信息不一样，可能存在客户信息不能满足某些保险产品购买要求的情况，如某保险产品针对20～30岁年龄段的人群，而当客户的年龄为32，则不能满足此保险产品的购买要求，从而需要对生成的待验证保险套餐的有效性进行验证。验证过程为对客户信息和保险产品的购买要求的匹配性的判断过程，若匹配成功，则可判定有效性验证通过，生成订制保险套餐。具体地，对待验证保险套餐的有效性进行验证，并在有效性验证通过后，生成订制保险套餐的步骤包括：

步骤S41，获取客户账户对应的客户信息，将所述客户信息逐一和待验证保险套餐中各保险产品的购买要求匹配，生成匹配结果；

因保险套餐的订制通过客户账户进行，客户账户在注册时涉及到客户信息，从而通过注册的客户账户可获取对应的客户信息；而保险产品在推出时，其针对的购买群体所在的年龄区间、地区限制等要求是确定的，即对保险产品的购买要求是确定的，在验证时，将获取的客户信息和待验证保险套餐中各保险产品的购买要求匹配，生成匹配结果。因保险套餐中所涉及的保险产品有多种，匹配时逐个获取其中的保险产品进行。若在匹配的过程中出现客户信息与某一保险产品匹配失败的情况，则匹配结果为匹配失败，对其中尚未进行匹配的保险产品不再进行匹配；否则继续匹配，直到生成匹配失败或匹配成功的匹配结果。

步骤S42，根据所述匹配结果，判断客户账户是否具有待验证保险套餐中各保险产品的购买资质；

在生成匹配成功或匹配失败的匹配结果后，根据匹配结果，即可确定客户信息是否满足待验证保险套餐中各保险产品的购买要求，若匹配结果为匹配失败，则说明客户信息不满足待验证保险套餐中某一保险产品的购买要求，不具有对此保险产品的购买资质；若匹配结果为匹配成功，则说明客户信息满足待验证保险套餐中所有保险产品的购买要求，具有对所有保险产品的购买资质。从而根据匹配结果，即可判断客户账户对待验证保险套餐中的各保险产品是否具有购买资质。

步骤S43，当客户账户具有待验证保险套餐中各保险产品的购买资质时，则判定待验证保险套餐的有效性验证通过，生成订制保险套餐。

当客户信息均满足待验证保险套餐中所有保险产品的购买要求，则说明客户具有待验证保险套餐中各保险产品的购买资质。如待验证保险套餐包括A、B、C三种保险产品，其中A产品适用于城市M、20～30岁之间的人群，B产品适用于城市M、25～35岁之间的女性人群，C产品适用于城市M、25～50岁之间的人群，当客户信息为居住在城市M、28岁的女性时，则可判定客户账户具有待验证保险套餐中所有保险产品的购买资质，待验证保险套餐的有效性验证通过，将此待验证保险套餐中的各保险产品以及与各保险产品所对应的保险参数生成订制的保险套餐。此外客户信息也可能与保险产品的购买要求不匹配，从而判断客户账户是否具有待验证保险套餐中各保险产品的购买资质的步骤之后包括：

步骤S44，当客户账户不具有待验证保险套餐中任意一种保险产品的购买资质时，则判定待验证保险套餐的有效性验证未通过；

当客户信息与待验证保险套餐中的某一保险产品的购买要求不匹配，即客户信息没有均满足待验证保险套餐中所有保险产品的购买要求，客户不具有待验证产品套餐中某一保险产品的购买资质。如上述A、B、C产品，当客户信息中的客户性别为男性时，则不满足B产品的购买要求。因待验证保险套餐作为一个整体出售，从而当客户账户不具有待验证保险套餐中任意一种保险产品的购买资质时，则不能对待验证保险套餐进行购买，判定待验证保险套餐的有效性验证未通过。

步骤S45，生成修改待验证保险套餐中不具有购买资质的保险产品的提示信息，以及与客户信息匹配的保险产品的推荐信息。

进一步地，当待验证保险套餐的有效性验证未通过后，可对待验证保险套餐中不具有购买资质的保险产品进行修改，生成对其进行修改的提示信息，将提示信息下发到显示终端显示。提示信息中包括验证未通过的结果、导致未通过的保险产品、以及未通过的原因，即客户信息与保险产品不匹配的原因。客户根据此提示信息，对不具有购买资质的保险产品进行修改，接收根据修改后保险产品所形成的待验证保险套餐，对此待验证保险套餐进行重新验证。本实施例除了生成修改的提示信息之外，还可以生成推荐信息，此推荐信息用于推荐与客户信息匹配的保险产品。因匹配失败的保险产品体现了客户需求，从而根据此保险产品并结合客户信息，推荐与此保险产品类似，同时与客户信息匹配的其他保险产品，以确保客户具有此类似的其他保险产品的购买资质，满足客户需求。客户根据此推荐信息，可直接选择此类似的其他保险产品，避免了重新选择，提高了客户体验。

本实施例的保险套餐订制方法，当接收到客户通过其账户操作，发送的保险套装订制指令时，将支持订制的保险产品显示在终端界面上，以供客户选择；接收客户基于显示的保险产品所发送的选择指令，将此选择指令对应的保险产品形成保险组合；进一步接收对保险组合中各保险产品的保险参数的选择指令，将此选择的各保险产品及保险参数生成待验证保险套餐；在待验证保险套餐的有效性验证通过后，生成订制保险套餐。本方案设定保险产品的套餐订制机制，在客户有套餐订制需求，接收到套餐订制指令时，将支持订制的保险产品及各保险产品对应的保险参数显示在终端界面上，供用户选择；在选择的保险产品及对应的保险参数经验证有效，客户对此选择的保险均具有购买资质后，生成订制的保险套餐。避免单独购买多种保险的重复或遗漏现象，根据需求订制保险套餐，各个保险套餐的组合内容丰富多样，满足各用户的个性化需求。

进一步地，在本发明保险套餐订制方法的另一实施例中，所述当接收到保险套餐的订制指令时，将支持订制的保险产品显示在终端界面上的步骤包括：

步骤S11，当接收到保险套餐的订制指令时，判断客户账户是否具有历史保单信息；

进一步的，考虑到客户账户可能已经购买过部分保险产品，从而当接收到保险套餐的订购指令时，则对客户账户是否具有历史保单信息进行判断，以避免重复订制或者对遗漏的保险产品进行订制。判断时一方面对是否通过客户账户进行过保险产品购买，另一方面根据客户账户中的客户信息，如表针客户唯一性的身份信息，对客户的是否购买过保险产品进行查询，以判断客户是否具有历史保单信息。

步骤S12，当客户账户具有历史保单信息时，根据所述历史保单信息，确定与历史保单信息关联的保险产品；

当判断出客户账户具有历史保单信息时，说明客户购买过保险，根据购买保险的历史保单信息，获取与历史保单信息关联的保险产品。其中关联的保险产品包括与历史保单信息中的保险产品所相辅相成的正向关联的保险产品，如历史保单信息中的保险产品为交强险，则可根据此历史保单信息确定关联的保险产品为第三者责任险、车损险等，将此类正向关联的保险产品优先作为订制保险套餐中的保险产品。此外关联的保险产品还包括与历史保单信息中的保险产品所重复的反向关联的保险产品，如历史保单信息中的保险产品为105种疾病的重大疾病险，则可将100种重疾20种轻症的重大疾病险作为其反向关联的保险产品，将此类反向关联的保险产品排除在订制保险套餐外的保险产品，以避免重复订制。

步骤S13，确定关联的保险产品中支持订制的优选保险产品，将所述优选保险产品以排列在所有支持订制的保险产品前列的方式显示在终端界面上。

进一步地，在确定与历史保单信息关联的保险产品后，关联的保险产品并不一定均支持订制，从而需从关联的保险产品中确定支持订制的保险产品。因系统给支持订制的保险产品分配有标识符，判断关联的保险产品是否携带有标识符，当携带有时，则可确定为支持订制的保险产品，否则为不支持订制的保险产品。同时因关联的保险产品中所包括的反向关联的保险产品已被排除在订制的保险套餐外，而不会出现将其确定为支持订制的保险产品的情况。此关联的保险产品为与客户所购买保险产品相辅相成的正向关联的保险产品，而将其中支持订制的保险产品作为优选保险产品，以更好的满足用户需求。将此优选保险产品排列终端界面上显示，且排列的方式为排列在所有支持订制的保险产品的前列，以便用户优先选择，提升用户体验。此外，客户账户也可能没有购买过任何保险产品，从而不存在关联的保险产品，所以当接收到保险套餐的订制指令时，判断客户账户是否具有历史保单信息的步骤之后包括：

步骤S14，当客户账户不具有历史保单信息时，获取客户账户对应的客户信息；

更进一步地，当客户不具有历史保单信息，即客户没哟购买过任何保险产品时，则获取与客户账户对应的客户信息。客户信息中包括客户性别、客户年龄、是否具有房产、是否具有车辆、工作性质、工作年限等，根据此类客户信息向客户推荐与其信息匹配，且可能满足其需求的保险产品。如客户的工作性质较为劳累，则可向其推荐疾病险，或客户具有房产，则可想其推荐房屋保险；根据获取的客户信息进行推荐，以更好的服务于客户。

步骤S15，根据所述客户信息，确定与客户信息对应且支持订制的推荐保险产品，并将所述推荐保险产品以排列在所有支持订制的保险产品前列的方式显示在终端界面上。

在获取客户信息后，确定与此客户信息对应匹配的保险产品，如客户信息为女性、年龄为30；当存在A、B、C、D四项保险产品，其中A保险产品针对男性，BCD保险产品针对女性，且B保险产品针对20～30的人群、C保险产品针对25～45的人群、D保险产品针对40～60的人群；从而可确定与客户信息对应匹配的保险产品为B和C。此外还需要从与客户信息对应匹配的保险产品中确定支持订制的保险产品，即判断与客户信息对应匹配的保险产品中哪些携带有标识符，携带有标示符的即为支持订制的保险产品，将此类保险产品作为推荐保险产品。将此推荐保险产品排列终端界面上显示，且排列的方式为排列在所有支持订制的保险产品的前列，以便用户优先选择，提升用户体验。

进一步的，请参照图2，在本发明保险套餐订制方法第一实施例的基础上，提出本发明保险套餐订制方法第二实施例，在第二实施例中，所述生成订制保险套餐的步骤之后包括：

步骤S50，获取客户账户对应的客户信息，并将所述客户信息与订制保险套餐打包。

可理解地，在生成订制保险套餐之后，需要对保险套餐中的各保险产品进行保单录入、收缴费用等后续投保操作。为了简化后续投保操作的流程，可在生成订制保险套餐后，获取客户账户对应的客户信息，此客户信息包括客户姓名、客户性别、客户年龄、身份证明类型、身份证明号码、银行卡号码等，此客户信息一部分通过直接从注册的客户账户中获取，如客户姓名、客户性别等。另一部分通过客户从显示终端输入，如身份证明号码、银行卡号码等，获取此输入的客户信息。将获取的客户信息与订制的保险套餐打包，以在后续投保时，通过读取关联的客户信息即可进行保单录入，避免反复与客户沟通确认，提高了投保的效率。

此外，请参照图3，本发明提供一种保险套餐订制装置，在本发明保险套餐订制装置第一实施例中，所述保险套餐订制装置包括：

显示模块10，用于当接收到客户账户发送的保险套餐订制指令时，将支持订制的保险产品显示在终端界面上；

本发明的保险套餐订制适用于通过手机、平板电脑或PC(personal computer，个人计算机)等终端进行多种保险产品的订制；所订制的多种保险产品即为可满足客户需求的保险套餐；终端可以为客户所持有的客户端，也可以为业务人员所持有的业务端，当为业务端时，必须是按照客户意愿进行的订制操作。无论是客户端还是业务端，在订制前均需要先通过账户登陆到保险产品销售的后台服务器。当终端为客户端时，账户为客户所注册的账户，而当终端为业务端时，账户为业务人员根据客户信息所注册的账户。因客户端和业务端所注册的账户均为客户信息，用于体现客户需求，从而将客户所注册的账户和业务人员所注册的账户均作为客户账户。客户使用客户端或业务人员使用业务端通过客户账户发送保险套餐订制指令，因金融机构可能不会将所有的保险产品均设为支持订制，对于可支持订制的保险产品设定标识符。当接收到此客户账户发送的保险套餐订制指令，客户有订制保险套餐的需求时，显示模块10获取带有标识符的保险产品，即支持订制的保险产品，将其显示在显示终端上。此显示终端为可以为客户端或业务端，也可以为其他外置的显示装置等，将可支持订制的保险产品进行显示，以供客户根据其需求进行选择。

接收模块20，用于接收对保险产品的选择指令，将选择指令对应的保险产品形成保险组合；

因支持订制的保险产品均显示在显示终端上，而客户对所有支持订制的保险产品均有订制需求的可能性较小，需要从支持订制的保险产品中选择满足其需求的保险产品。各支持订制的保险产品在显示终端的显示界面上以缩略图或列表的形式显示，缩略图的下方或列表中有关于保险产品的简介。客户可根据简介点击满足其需求的保险产品，此点击操作为对保险产品进行选择的选择指令，接收模块20接收此对保险产品的选择指令，并将所有选择指令对应的各个保险产品形成保险组合。

生成模块30，用于接收对保险组合中各保险产品的保险参数选择指令，将所述各保险产品及对应所选择的保险参数生成待验证保险套餐；

因不同客户所需求保险产品的保险参数不一样，如保额大小、保障期限、缴费年限等不一样，从而在形成保险组合后，还需要对保险组合中各保险终端的保险参数进行选择。选择过程可以在保险组合形成后，跳转到参数选择界面，在此界面中对保险组合中各保险产品的保险参数进行显示，显示可以以平铺的方式，也可以以下拉框的形式，以供用户根据需求选择。接收对保险组合中各保险产品的保险参数的选择指令，根据选择指令即可确定保险产品对应的保险参数，如保险产品A的保额包括20万和30万两种，当选择指令为选择20万时，则可确定保险产品中保额的保险参数为20万。生成模块30将保险组合中的各保险产品以及各保险产品对应选择的保险参数生成待验证保险套餐，待验证保险套餐为需要进行验证的保险套餐。

验证模块40，用于对所述待验证保险套餐的有效性进行验证，并在所述有效性验证通过后，生成订制保险套餐。

可理解地，因不同客户的客户信息不一样，可能存在客户信息不能满足某些保险产品要求的情况，如某保险产品针对20～30岁年龄段的人群，而当客户的年龄为32，则不能满足此保险产品要求，从而需要通过验证模块40对生成的待验证保险套餐的有效性进行验证。验证过程为对客户信息和保险产品需求的匹配性的判断过程，若匹配成功，则可判定有效性验证通过，生成订制保险套餐。

本实施例的保险套餐订制装置，当接收到客户通过其账户操作，发送的保险套装订制指令时，显示模块10将支持订制的保险产品显示在终端界面上，以供客户选择；接收模块20接收客户基于显示的保险产品所发送的选择指令，将此选择指令对应的保险产品形成保险组合；进一步生成模块30接收对保险组合中各保险产品的保险参数的选择指令，将此选择的各保险产品及保险参数生成待验证保险套餐；在通过验证模块40对待验证保险套餐的有效性验证通过后，生成订制保险套餐。本方案设定保险产品的套餐订制机制，在客户有套餐订制需求，接收到套餐订制指令时，将支持订制的保险产品及各保险产品对应的保险参数显示在终端界面上，供用户选择；在选择的保险产品及对应的保险参数经验证有效，客户对此选择的保险均具有购买资质后，生成订制的保险套餐。避免单独购买多种保险的重复或遗漏现象，根据需求订制保险套餐，各个保险套餐的组合内容丰富多样，满足各用户的个性化需求。

参照图4，图4是本发明实施例方法涉及的硬件运行环境的设备结构示意图。

本发明实施例保险套餐订制设备可以是PC，也可以是智能手机、平板电脑、电子书阅读器、便携计算机等终端设备。

如图4所示，该保险套餐订制设备可以包括：处理器1001，例如CPU，存储器1005，通信总线1002。其中，通信总线1002用于实现处理器1001和存储器1005之间的连接通信。存储器1005可以是高速RAM存储器，也可以是稳定的存储器(non-volatile memory)，例如磁盘存储器。存储器1005可选的还可以是独立于前述处理器1001的存储装置。

可选地，该保险套餐订制设备还可以包括用户接口、网络接口、摄像头、RF(RadioFrequency，射频)电路，传感器、音频电路、WiFi模块等等。用户接口可以包括显示屏(Display)、输入单元比如键盘(Keyboard)，可选用户接口还可以包括标准的有线接口、无线接口。网络接口可选的可以包括标准的有线接口、无线接口(如WI-FI接口)。

本领域技术人员可以理解，图4中示出的保险套餐订制设备结构并不构成对保险套餐订制设备的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。

如图4所示，作为一种计算机存储介质的存储器1005中可以包括操作系统、网络通信模块以及保险套餐订制程序。操作系统是管理和控制保险套餐订制设备硬件和软件资源的程序，支持保险套餐订制程序以及其它软件和/或程序的运行。网络通信模块用于实现存储器1005内部各组件之间的通信，以及与保险套餐订制设备中其它硬件和软件之间通信。

在图4所示的保险套餐订制设备中，处理器1001用于执行存储器1005中存储的保险套餐订制程序，实现上述实施例提供的保险套餐订制方法中的步骤。

本发明实施例提供了一种可读存储介质，所述可读存储介质存储有一个或者一个以上程序，所述一个或者一个以上程序还可被一个或者一个以上的处理器执行上述实施例提供的保险套餐订制方法中的步骤。

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

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

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

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

Claims (10)

1.一种保险套餐订制方法，其特征在于，所述保险套餐订制方法包括以下步骤：

当接收到客户账户发送的保险套餐订制指令时，将支持订制的保险产品显示在终端界面上；

接收对保险产品的选择指令，将选择指令对应的保险产品形成保险组合；

接收对保险组合中各保险产品的保险参数选择指令，将所述各保险产品及对应所选择的保险参数生成待验证保险套餐；

对所述待验证保险套餐的有效性进行验证，并在所述有效性验证通过后，生成订制保险套餐。

2.如权利要求1所述的保险套餐订制方法，其特征在于，所述当接收到保险套餐的订制指令时，将支持订制的保险产品显示在终端界面上的步骤包括：

当接收到保险套餐的订制指令时，判断客户账户是否具有历史保单信息；

当客户账户具有历史保单信息时，根据所述历史保单信息，确定与历史保单信息关联的保险产品；

确定关联的保险产品中支持订制的优选保险产品，将所述优选保险产品以排列在所有支持订制的保险产品前列的方式显示在终端界面上。

3.如权利要求2所述的保险套餐订制方法，其特征在于，所述当接收到保险套餐的订制指令时，判断客户账户是否具有历史保单信息的步骤之后包括：

当客户账户不具有历史保单信息时，获取客户账户对应的客户信息；

根据所述客户信息，确定与客户信息对应且支持订制的推荐保险产品，并将所述推荐保险产品以排列在所有支持订制的保险产品前列的方式显示在终端界面上。

4.如权利要求1所述的保险套餐订制方法，其特征在于，所述对所述待验证保险套餐的有效性进行验证，并在所述有效性验证通过后，生成订制保险套餐的步骤包括：

获取客户账户对应的客户信息，并将所述客户信息逐一和待验证保险套餐中各保险产品的购买要求匹配，生成匹配结果；

根据所述所述客户信息匹配结果，判断客户账户是否具有待验证保险套餐中各保险产品的购买资质；

当客户账户具有待验证保险套餐中各保险产品的购买资质时，则判定待验证保险套餐的有效性验证通过，生成订制保险套餐。

5.如权利要求4所述的保险套餐订制方法，其特征在于，所述判断客户账户是否具有待验证保险套餐中各保险产品的购买资质的步骤之后包括：

当客户账户不具有待验证保险套餐中任意一种保险产品的购买资质时，则判定待验证保险套餐的有效性验证未通过；

生成修改待验证保险套餐中不具有购买资质的保险产品的提示信息，以及与客户信息匹配的保险产品的推荐信息。

6.如权利要求1-5任一项所述的保险套餐订制方法，其特征在于，所述生成订制保险套餐的步骤之后包括：

获取客户账户对应的客户信息，并将所述客户信息与订制保险套餐打包。

7.一种保险套餐订制装置，其特征在于，所述保险套餐订制装置包括：

显示模块，用于当接收到客户账户发送的保险套餐订制指令时，将支持订制的保险产品显示在终端界面上；

接收模块，用于接收对保险产品的选择指令，将选择指令对应的保险产品形成保险组合；

生成模块，用于接收对保险组合中各保险产品的保险参数选择指令，将所述各保险产品及对应所选择的保险参数生成待验证保险套餐；

验证模块，用于对所述待验证保险套餐的有效性进行验证，并在所述有效性验证通过后，生成订制保险套餐。

8.如权利要求7所述的保险套餐订制装置，其特征在于，所述显示模块包括：

判断单元，用于当接收到保险套餐的订制指令时，判断客户账户是否具有历史保单信息；

确定单元，用于当客户账户具有历史保单信息时，根据所述历史保单信息，确定与历史保单信息关联的保险产品；

显示单元，用于确定关联的保险产品中支持订制的优选保险产品，将所述优选保险产品以排列在所有支持订制的保险产品前列的方式显示在终端界面上。

9.一种保险套餐订制设备，其特征在于，所述保险套餐订制设备包括：存储器、处理器、通信总线以及存储在所述存储器上的保险套餐订制程序；

所述通信总线用于实现处理器和存储器之间的连接通信；

所述处理器用于执行所述保险套餐订制程序，以实现如权利要求1-6中任一项所述的保险套餐订制方法的步骤。

10.一种可读存储介质，其特征在于，所述计算机课读存储介质上存储有保险套餐订制程序，所述保险套餐订制程序被处理器执行时实现如权利要求1-6中任一项所述的保险套餐订制方法的步骤。