CN111145032A - 投保支付页面生成方法、装置、电子设备及可读存储介质 - Google Patents

Abstract

本发明公开一种投保支付页面生成方法、装置、电子设备及可读存储介质。该投保支付页面生成方法包括：确定投保产品信息的渠道来源；根据所述渠道来源，在预配置的多个支付方式推荐表中筛选对应渠道的支付方式推荐表；根据所述投保产品信息，在筛选出的支付方式推荐表中查找与所述投保产品信息相匹配的至少一种支付方式；以及将所述至少一种支付方式加载于所述投保支付页面中；其中，所述支付方式推荐表中包含保险产品与支付方式的对应关系。根据本发明提供的投保支付页面生成方法，能够快速地生成投保支付页面，同时为投保用户提供多种与投保产品相匹配的支付方式。

Description

投保支付页面生成方法、装置、电子设备及可读存储介质

技术领域

本发明涉及互联网保险领域，具体而言，涉及一种投保支付页面生成方法、装置、电子设备及可读存储介质。

背景技术

目前，互联网保险领域的在线投保流程离不开网上支付。通过网上支付环节，投保用户能够便捷地在线完成投保、缴费、出保单等一系列流程。对于保险公司而言，可选择的网上支付合作方有多种多样，例如银行、第三方支付厂商、中国银联(China UnionPay)等机构。虽然合作的最终目的都是为投保用户提供支付渠道，但有些方式需要投保用户开通网上银行而有些不需要、有些方式支持实名制而大多数不支持、有些支持移动客户端而有些不支持、有些方式费用高而有些费用低等等。此外，不同的保险产品(险种)、不同的投保流程对于支付方式的要求也各不相同。例如，理财险要求投保用户必须进行实名支付，且支付账号必须是投保用户的个人账号等。

如上所述，在线投保流程在支付环节的复杂性为保险公司提供投保支付页面造成了极大的技术困难。为解决上述困难，保险公司通常选择委托软件公司协助开发投保支付系统。然而，软件公司往往对互联网保险场景下的网上支付没有概念，因此非但不能有效地完成页面开发，保险公司积累的技术成果还有被泄露的风险。

在所述背景技术部分公开的上述信息仅用于加强对本发明的背景的理解，因此它可以包括不构成对本领域普通技术人员已知的现有技术的信息。

发明内容

有鉴于此，本发明提供一种投保支付页面生成方法、装置、电子设备及可读存储介质。

本发明的其他特性和优点将通过下面的详细描述变得显然，或部分地通过本发明的实践而习得。

根据本发明的一方面，提供一种投保支付页面生成方法，包括：确定投保产品信息的渠道来源，所述渠道来源包括：特定渠道及非特定渠道，所述特定渠道包括：特定银行渠道及特定第三方系统渠道；根据所述渠道来源，在预配置的多个支付方式推荐表中筛选对应渠道的支付方式推荐表；根据所述投保产品信息，在筛选出的支付方式推荐表中查找与所述投保产品信息相匹配的至少一种支付方式；以及将所述至少一种支付方式加载于所述投保支付页面中；其中，所述支付方式推荐表中包含保险产品与支付方式的对应关系；所述支付方式包括：支付渠道及支付类型；所述支付渠道包括：网银支付、银联支付及第三方系统支付；所述支付类型包括：是否实名制、是否离线扣款、是否预先冻结及结算类型。

根据本发明的一实施方式，当确定所述渠道来源为所述特定银行渠道时，在预配置的多个支付方式推荐表中筛选对应渠道的支付方式推荐表包括：在预配置的多个支付方式推荐表中筛选不包含所述银联支付及所述第三方系统支付的支付方式推荐表；当确定所述渠道来源为所述特定第三方系统渠道时，在预配置的多个支付方式推荐表中筛选对应渠道的支付方式推荐表包括：在预配置的多个支付方式推荐表中筛选不包含除所述特定第三方系统渠道之外的第三方系统支付的支付方式推荐表。

根据本发明的一实施方式，所述实名制包括：支付时的支付用户的姓名及支付用户的账号与所述支付渠道的提供方在支付前预先识别的支付用户的姓名及支付用户的账号完全一致。

根据本发明的一实施方式，所述离线扣款包括：根据支付用户的预授权，通过所述支付渠道对所述支付用户的账号进行自动扣款。

根据本发明的一实施方式，所述预先冻结包括：在投保流程中冻结所述支付用户的账号；以及当所述投保流程满足预设条件时，通过所述支付渠道对所述支付用户的账号进行扣款；其中，所述预设条件包括核保通过。

根据本发明的一实施方式，所述结算类型包括：按笔数、按比例、按年度向所述支付渠道的提供方支付手续费。

根据本发明的一实施方式，所述投保产品信息包括：保险产品类型；所述保险产品类型包括：短期险、保障险、理财险中的部分或全部；所述保障险包括：标准保障险、高额保障险及线下核保保障险；所述理财险包括：非定投理财险及定投理财险；所述投保产品信息还包括：是否是对已购保险产品的续期缴费的信息。

根据本发明的另一方面，提供一种投保支付页面生成装置，包括：投保来源确定模块，用于确定投保产品信息的渠道来源，所述渠道来源包括：特定渠道及非特定渠道，所述特定渠道包括：特定银行渠道及特定第三方系统渠道；推荐模型筛选模块，用于根据所述渠道来源，在预配置的多个支付方式推荐表中筛选对应渠道的支付方式推荐表；支付方式获取模块，用于根据所述投保产品信息，在筛选出的支付方式推荐表中查找与所述投保产品信息相匹配的至少一种支付方式；以及支付页面生成模块，用于将所述至少一种支付方式加载于所述投保支付页面中；其中，所述支付方式推荐表中包含保险产品与支付方式的对应关系；所述支付方式包括：支付渠道及支付类型；所述支付渠道包括：网银支付、银联支付及第三方系统支付；所述支付类型包括：是否实名制、是否离线扣款、是否预先冻结及结算类型。

根据本发明的再一方面，提供一种电子设备，包括：存储器、处理器及存储在所述存储器中并可在所述处理器中运行的可执行指令，所述处理器执行所述可执行指令时实现如上述任一种投保支付页面生成方法。

根据本发明的再一方面，提供一种计算机可读存储介质，其上存储有计算机可执行指令，所述可执行指令被处理器执行时实现如上述任一种投保支付页面生成方法。

根据本发明提供的投保支付页面生成方法，通过查询已建立的支付方式推荐表，能够快速地生成投保支付页面，同时为投保用户提供多种与投保产品相匹配的支付方式。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性的，并不能限制本发明。

附图说明

通过参照附图详细描述其示例实施例，本发明的上述和其它目标、特征及优点将变得更加显而易见。

图1是根据一示例性实施方式示出的一种投保支付页面生成方法的流程图。

图2是根据一示例性实施方式示出的另一种投保支付页面生成方法的流程图。

图3是根据一示例性实施方式示出的一种投保支付页面生成装置的框图。

图4是根据一示例性实施方式示出的一种电子设备的结构示意图。

图5是根据一示例性实施方式示出的一种计算机可读存储介质的示意图。

具体实施方式

现在将参考附图更全面地描述示例实施方式。然而，示例实施方式能够以多种形式实施，且不应被理解为限于在此阐述的范例；相反，提供这些实施方式使得本发明将更加全面和完整，并将示例实施方式的构思全面地传达给本领域的技术人员。附图仅为本发明的示意性图解，并非一定是按比例绘制。图中相同的附图标记表示相同或类似的部分，因而将省略对它们的重复描述。

此外，所描述的特征、结构或特性可以以任何合适的方式结合在一个或更多实施方式中。在下面的描述中，提供许多具体细节从而给出对本发明的实施方式的充分理解。然而，本领域技术人员将意识到，可以实践本发明的技术方案而省略所述特定细节中的一个或更多，或者可以采用其它的方法、装置、步骤等。在其它情况下，不详细示出或描述公知结构、方法、装置、实现或者操作以避免喧宾夺主而使得本发明的各方面变得模糊。

此外，在本发明的描述中，“多个”的含义是至少两个，例如两个，三个等，除非另有明确具体的限定。符号“/”一般表示前后关联对象是一种“或”的关系。术语“第一”、“第二”仅用于描述目的，而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括一个或者更多个该特征。

如上述，在线投保流程在支付环节的复杂性为保险公司提供投保支付页面造成了极大的技术困难。因此，本发明提供一种投保支付页面生成方法，能够快速地生成投保支付页面，其中预配置的支付方式推荐表能够为投保用户提供多种与投保产品相匹配的支付方式。

图1是根据一示例性实施方式示出的一种投保支付页面生成方法的流程图。如图1所示的投保支付页面生成方法例如可以应用于保险公司的服务器端。

参考图1，投保支付页面生成方法10包括：

在步骤S102中，确定投保产品信息的渠道来源。

其中，渠道来源包括：特定渠道及非特定渠道，特定渠道包括：特定银行渠道及特定第三方系统渠道。

在步骤S104中，根据渠道来源，在预配置的多个支付方式推荐表中筛选对应渠道的支付方式推荐表。

在步骤S106中，根据投保产品信息，在筛选出的支付方式推荐表中查找与投保产品信息相匹配的至少一种支付方式。

其中，支付方式推荐表中包含保险产品与支付方式的对应关系；支付方式包括：支付渠道及支付类型；支付渠道包括：网银支付、银联支付及第三方系统支付；支付类型包括：是否实名制、是否离线扣款、是否预先冻结及结算类型。

在一些实施例中，投保产品信息可包括：保险产品类型；保险产品类型可包括：短期险、保障险、理财险中的部分或全部；保障险可包括：标准保障险、高额保障险及线下核保保障险；理财险可包括：非定投理财险及定投理财险；投保产品信息还可包括：是否是对已购保险产品的续期缴费的信息。

如上所述，保险公司对于网上支付合作方有多种选择，其中最常见的就是按照支付厂商的类型进行选择。

所谓网银支付，也即通过保险公司与银行的网络直连通道进行缴费。支付用户需要开通目标银行的网上银行服务，才能够使用该家银行的银行卡例如借记卡或贷记卡进行网银支付，且一次网银支付只能连接一家银行。

所谓银联支付，也即通过保险公司与中国银联组织的对接通道进行缴费。目前，国内各家银行均已加入中国银联组织，因此银联支付可以使用自己的对接通道对支付用户的绑定账号执行扣款等操作，而不需要支付用户开通网上银行服务。银联支付在市面上存在多家自建平台，每家所支持的银行卡数量、地域、限额等各不相同。

所谓第三方系统支付，也即一个第三方厂商通过一个自建系统连接多家银行，则通过保险公司与该第三方系统的连接通道，可选择使用多家银行的银行卡进行缴费。有些第三方系统是通过网上银行连接多家银行；有些第三方系统是通过快捷支付连接多家银行：快捷支付实质上是通过银联扣款接口对支付用户的绑定账号执行扣款操作。

在一些实施例中，实名制可包括：支付时的支付用户的姓名及支付用户的账号与支付渠道的提供方在支付前预先识别的支付用户的姓名及支付用户的账号完全一致。

网上支付起源于网上购物。对于一般的网上购物行为，电商卖家并不关心支付账号的所有人与实际购买人是否为同一人。但互联网保险与之不同：对于高额意外险投保流程，最好限定仅支持投保用户的支付账号缴费，否则存在冒用被保险人名义进行投保，然后对被保险人实施侵害以进行欺诈的风险；对于投资连结险投保流程，不但需限定仅支持投保用户的支付账号缴费，还需限定退费仅支持依原路退回投保用户的支付账号，否则存在借钱投资和洗钱的风险。

承上述，互联网保险领域的实名制支付需要满足如下条件：

(1)在支付前确定支付用户的姓名及确定支付账号的唯一标识码；

换言之，支付渠道的提供方必须具备识别支付用户本人及其账号的能力。各家银行和中国银联明显具备这样的能力，第三方系统通过己方开发的措施也可以具备这样的能力。

(2)在支付时校验支付用户的姓名与支付前确定的支付用户的姓名是否一致，以及校验支付账号与支付前确定的支付账号是否一致。

换言之，支付渠道的提供方对外提供的接口必须具备“事前确定”及“事中校验”的功能。

举例1说明：假设在投保流程中填写的投保用户为“张三”、支付账号为“0000XXX00000”，那么在支付过程中，无论是通过扣款的方式还是支付用户通过输入银行卡交易密码进行缴费的方式，都必须对应投保用户“张三”及支付账号“0000XXX00000”，否则将不是实名制而是非实名制。

举例2说明：如果选择第三方系统的实名制支付，第三方系统将提供一个签约协议，该签约协议绑定了支付用户的姓名及账号，则后续可通过签约协议对支付用户的账号进行实名制扣款。

举例3说明：如果选择一家第三方系统，但该第三方系统未提供事前确定的接口，仅在支付用户支付成功后返回完成实际支付操作的支付用户的姓名及账号，则不属于“事前确定”及“事中校验”，而属于“事后告知”，也即不是实名制支付而是非实名制支付。

在一些实施例中，离线扣款可包括：根据支付用户的预授权，通过支付渠道对支付用户的账号进行自动扣款。

顾名思义，离线扣款就是保险公司的服务器端无需接收到客户端发送的支付请求，在支付用户未参与信息实时交互的情况下即可通过支付渠道对支付用户的账号进行自动扣款。当然地，自动扣款需经过支付用户的在先授权。具体的授权方式例如可以是支付用户与保险公司在线下或者在线签署一个扣款协议，本发明不以此为限。

相反地，网银支付需要支付用户输入交易密码、扫描支付需要支付用户手持智能手机等终端设备进行扫码、快捷支付需要支付用户输入手机验证码等，这些方式都有支付用户参与到信息的实时交互，均不属于离线扣款，而属于在线支付。

离线扣款可用于多种投保支付场景，例如保险产品续期时的自动扣费、电话核保成功后的自动扣款承保、支付失败后的自动重试等，本发明不以此为限。

在一些实施例中，预先冻结可包括：在投保流程中冻结支付用户的账号；以及当投保流程满足预设条件时，通过支付渠道对支付用户的账号进行扣款；其中，预设条件包括核保通过。

在互联网保险领域中，金额的预先冻结是指在投保流程暂不扣除支付用户的费用，待投保流程满足某一条件或多个条件时再执行扣款。例如，在电话核保场景中由于难以预判投保用户是否能够核保通过，如提前扣除投保用户的费用而最终拒保，容易造成双方纠纷；但如不提前扣款则核保成功后投保用户又可能不再付费。因此，本发明实施例采用的方法是预先冻结支付用户账号中的一部分金额，如核保失败则为支付用户账号解冻，如核保成功则正常扣款。支持预先冻结的方式有信用卡预授权及与各家银行/第三方系统达成独立协议的其它任何方式，本发明不以此为限。

在一些实施例中，结算类型可包括：按笔数、按比例、按年度等向支付渠道的提供方支付手续费。

在互联网保险领域中，手续费是指在支付用户支付成功后，保险公司需付给支付渠道提供方的费用。手续费的结算类型对手续费金额的影响极大，例如：(1)按笔数支付：每一笔投保支付对应的手续费可被设置为1元至4元不等，平均费用较低，适用于单笔投保支付金额比较大的保险产品，例如件均5万元以上的投资连结保险等；(2)按比例支付：每一笔投保支付对应的手续费可按该笔投保支付的千分之三至百分之一点五进行设置，适用于体量大且单笔金额低的保险产品，例如保费为数元或数十元的短期交通意外险等；(3)按年度支付：即无论一年或数年期限内投保用户完成多少笔、多少金额的投保支付，固定设置一个手续费总额，例如适用于合同约定仅支持已购保险产品续期缴费的场景，或者当投保支付的操作极为复杂时，仅适用于保费较高、投保用户意愿较强的保险产品。

如以上实施例中所述的四种支付类型是根据支付方式的特征及投保场景需求进行的创新性分类。下表1是根据一示例示出的一种预配置的支付方式推荐表，该推荐表即基于支付方式的特征及投保场景需求所配置，其中银联支付进一步包括银联实时支付及银联批量支付，线下核保保障险进一步包括电话核保保障险及地面核保保障险。

在步骤S108中，将至少一种支付方式加载于投保支付页面中。

承上述，保险公司的服务器端可根据在支付方式推荐表1中查找到的一种或多种支付方式加载相对应的页面组件，并在投保用户的客户端生成并展示最终的投保支付页面。

根据本发明实施方式提供的投保支付页面生成方法，通过查询已建立的支付方式推荐表，能够快速地生成投保支付页面，同时为投保用户提供多种与投保产品相匹配的支付方式。

应清楚地理解，本发明描述了如何形成和使用特定示例，但本发明的原理不限于这些示例的任何细节。相反，基于本发明公开的内容的教导，这些原理能够应用于许多其它实施方式。

表1

承上述，投保产品信息的渠道来源可包括：非特定渠道及特定渠道，其中特定渠道还可进一步包括：特定银行渠道及特定第三方系统渠道。相对应地，支付方式推荐表可包括：非特定渠道推荐表及特定渠道推荐表。具体而言，由于特定渠道具有专属的保护措施，因此特定渠道投保相较于非特定渠道投保的情况更加复杂，例如：如果投保产品信息通过银行A的链接进行传送，则不期望在投保支付页面中加载除银行A之外的其它任何银行的网银支付；如果投保产品信息通过第三方互联网公司B的链接进行传送，则不期望在投保支付页面中加载除公司B之外的其它任何公司的第三方系统支付网关。

图2是根据一示例性实施方式示出的另一种投保支付页面生成方法的流程图。与图1所示方法10的不同之处在于，图2所示的方法进一步提供了根据投保产品信息的来源选择支付方式推荐表的具体方法，即进一步提供了上述步骤S104的一实施例。同样地，如图2所示的投保支付页面生成方法例如也可以应用于保险公司的服务器端。

参考图2，步骤S104可包括：

在步骤S1042中，当确定渠道来源为特定银行渠道时，在预配置的多个支付方式推荐表中筛选不包含银联支付及第三方系统支付的支付方式推荐表。

在步骤S1044中，当确定渠道来源为特定第三方系统渠道时，在预配置的多个支付方式推荐表中筛选不包含除特定第三方系统渠道之外的第三方系统支付的支付方式推荐表。

承上述，表1所示即为一种普适投保场景的非特定渠道推荐表。而下表2是根据一示例示出的一种预配置的特定银行渠道的支付方式推荐表，也即表2是表1在特定渠道投保场景下的一种实施例。

表2

参考表2，由于特定银行渠道的“保护型”及“排他型”等特点，特定渠道推荐表2与非特定渠道推荐表1相比存在很大差异。例如：假设该银行支持非实名制和实名制两种支付类型，则对于电话核保保障险、地面核保保障险及定投理财险三种投保产品，保险公司的服务器端不向支付用户推荐表2中的任何支付方式；假设该银行不支持实名制支付，则除了电话核保保障险、地面核保保障险及定投理财险外，对于高额保障险及非定投理财险两种投保产品，保险公司的服务器端也不向支付用户推荐表2中的任何支付方式；假设该银行的手续费高，例如该银行的网银支付按照千分之五到千分之十的比例计算手续费，件均3千元的投保产品每笔的续期缴费就需15至30元，与传统扣款方式每笔仅需不到1元相差悬殊。因此对于已购保险产品续期缴费的信息，保险公司的服务器端也不向支付用户推荐表2中的任何支付方式。

下表3是根据一示例示出的一种预配置的特定第三方系统渠道的支付方式推荐表，也即表3是表1在特定渠道投保场景下的另一种实施例。

表3

参考表3，一般的特定第三方系统渠道仅限定不支持除该第三方系统之外的其它第三方系统支付网关，同时可支持网银支付及银联支付，但本发明不以此为限。例如在一些实施例中，特定第三方系统渠道除不支持其它第三方系统支付网关之外，还不支持网银支付及银联支付，此时保险公司的服务器端确定查找匹配支付方式所用的特定渠道推荐表如下表4所示。表4是根据一示例示出的另一种预配置的特定第三方系统渠道的支付方式推荐表，也即表4是表1在特定渠道投保场景下的再一种实施例。

表4

如以上实施例所述的支付类型以及在保险公司服务器端预配置的支付方式推荐表，为互联网保险领域中各类业务的开展提供了直观的指导作用。面对未来可能出现的新的支付方式和新的保险产品，只需在现行支付类型及支付方式推荐表的基础上进行适应性的扩展，即可为投保用户提供与投保产品相匹配的支付方式，实现客户端投保支付页面的快速生成。

根据一些实施例，本发明提供的投保支付页面生成方法，能够在查找与投保产品信息相匹配的支付方式之前，根据投保产品信息的来源，针对性地选择使用非特定渠道推荐表或特定渠道推荐表为投保用户推荐支付方式，并快速地生成投保支付页面。

本领域技术人员可以理解实现上述实施方式的全部或部分步骤被实现为由CPU执行的计算机程序。在该计算机程序被CPU执行时，执行本发明提供的上述方法所限定的上述功能。所述的程序可以存储于一种计算机可读存储介质中，该存储介质可以是只读存储器，磁盘或光盘等。

此外，需要注意的是，上述附图仅是根据本发明示例性实施方式的方法所包括的处理的示意性说明，而不是限制目的。易于理解，上述附图所示的处理并不表明或限制这些处理的时间顺序。另外，也易于理解，这些处理可以是例如在多个模块中同步或异步执行的。

下述为本发明装置实施例，可以用于执行本发明方法实施例。对于本发明装置实施例中未披露的细节，请参照本发明方法实施例。

图3是根据一示例性实施方式示出的一种投保支付页面生成装置的框图。如图3所示的投保支付页面生成装置例如可以应用于保险公司的服务器端。

参考图3，投保支付页面生成装置30包括：投保来源确定模块302、推荐模型筛选模块304、支付方式获取模块306以及支付页面生成模块308。

其中，投保来源确定模块302用于确定投保产品信息的渠道来源。

渠道来源包括：特定渠道及非特定渠道，特定渠道包括：特定银行渠道及特定第三方系统渠道。

推荐模型筛选模块304用于根据渠道来源，在预配置的多个支付方式推荐表中筛选对应渠道的支付方式推荐表。

支付方式获取模块306用于根据投保产品信息，在筛选出的支付方式推荐表中查找与投保产品信息相匹配的至少一种支付方式。

其中支付方式推荐表中包含保险产品与支付方式的对应关系；支付方式包括：支付渠道及支付类型；支付渠道包括：网银支付、银联支付及第三方系统支付；支付类型包括：是否实名制、是否离线扣款、是否预先冻结及结算类型。

具体而言，实名制可包括：支付时的支付用户的姓名及支付用户的账号与支付渠道的提供方在支付前预先识别的支付用户的姓名及支付用户的账号完全一致；离线扣款可包括：根据支付用户的预授权，通过支付渠道对支付用户的账号进行自动扣款；预先冻结可包括：在投保流程中冻结支付用户的账号；以及当投保流程满足预设条件时，通过支付渠道对支付用户的账号进行扣款；其中，预设条件包括核保通过；结算类型可包括：按笔数、按比例、按年度等向支付渠道的提供方支付手续费。

在一些实施例中，投保产品信息包括：保险产品类型；保险产品类型包括：短期险、保障险、理财险中的部分或全部等；保障险包括：标准保障险、高额保障险及线下核保保障险；理财险包括：非定投理财险及定投理财险；投保产品信息还包括：是否是对已购保险产品的续期缴费的信息。

支付页面生成模块308用于将至少一种支付方式加载于投保支付页面中。

在一些实施例中，推荐模型筛选模块304可进一步包括：第一筛选单元及第二筛选单元。

其中，第一筛选单元用于当投保来源确定模块302确定渠道来源为特定银行渠道时，在预配置的多个支付方式推荐表中筛选不包含银联支付及第三方系统支付的支付方式推荐表。

第二筛选单元用于当投保来源确定模块302确定渠道来源为特定第三方系统渠道时，在预配置的多个支付方式推荐表中筛选不包含除特定第三方系统渠道之外的第三方系统支付的支付方式推荐表。

根据本发明实施方式提供的投保支付页面生成装置，通过查询已建立的支付方式推荐表，能够快速地生成投保支付页面，同时为投保用户提供多种与投保产品相匹配的支付方式。

另外，根据一些实施例，本发明提供的投保支付页面生成装置，能够在查找与投保产品信息相匹配的支付方式之前，根据投保产品信息的来源，针对性地选择使用非特定渠道推荐表或特定渠道推荐表为投保用户推荐支付方式，并快速地生成投保支付页面。

需要注意的是，上述附图中所示的框图是功能实体，不一定必须与物理或逻辑上独立的实体相对应。可以采用软件形式来实现这些功能实体，或在一个或多个硬件模块或集成电路中实现这些功能实体，或在不同网络和/或处理器装置和/或微控制器装置中实现这些功能实体。

图4是根据一示例性实施方式示出的一种电子设备的结构示意图。需要说明的是，图4示出的电子设备仅仅是一个示例，不应对本发明实施例的功能和使用范围带来任何限制。

如图4所示，电子设备500以通用计算机设备的形式表现。电子设备500的组件包括：至少一个中央处理单元(CPU)501，其可以根据存储在只读存储器(ROM)502中的程序代码或者从至少一个存储单元508加载到随机访问存储器(RAM)503中的程序代码而执行各种适当的动作和处理。

特别地，根据本发明的实施例，所述程序代码可以被中央处理单元501执行，使得中央处理单元501执行本说明书上述方法实施例部分中描述的根据本发明各种示例性实施方式的步骤。例如，中央处理单元501可以执行如图1或图2中所示的步骤。

在RAM 503中，还存储有电子设备500操作所需的各种程序和数据。CPU 501、ROM502以及RAM 503通过总线504彼此相连。输入/输出(I/O)接口505也连接至总线504。

以下部件连接至I/O接口505：包括键盘、鼠标等的输入单元506；包括诸如阴极射线管(CRT)、液晶显示器(LCD)等以及扬声器等的输出单元507；包括硬盘等的存储单元508；以及包括诸如LAN卡、调制解调器等的网络接口卡的通信单元509。通信单元509经由诸如因特网的网络执行通信处理。驱动器510也根据需要连接至I/O接口505。可拆卸介质511，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器510上，以便于从其上读出的计算机程序根据需要被安装入存储单元508。

图5是根据一示例性实施方式示出的一种计算机可读存储介质的示意图。

参考图5所示，描述了根据本发明的实施方式的设置为实现上述方法的程序产品600，其可以采用便携式紧凑盘只读存储器(CD-ROM)并包括程序代码，并可以在终端设备，例如个人电脑上运行。然而，本发明的程序产品不限于此，在本文件中，可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。

上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被一个该设备执行时，使得该计算机可读介质实现如图1或图2中所示的功能。

以上具体地示出和描述了本发明的示例性实施方式。应可理解的是，本发明不限于这里描述的详细结构、设置方式或实现方法；相反，本发明意图涵盖包含在所附权利要求的精神和范围内的各种修改和等效设置。

Claims (10)

1.一种投保支付页面生成方法，其特征在于，包括：

确定投保产品信息的渠道来源，所述渠道来源包括：特定渠道及非特定渠道，所述特定渠道包括：特定银行渠道及特定第三方系统渠道；

根据所述渠道来源，在预配置的多个支付方式推荐表中筛选对应渠道的支付方式推荐表；

根据所述投保产品信息，在筛选出的支付方式推荐表中查找与所述投保产品信息相匹配的至少一种支付方式；以及

将所述至少一种支付方式加载于所述投保支付页面中；

其中，所述支付方式推荐表中包含保险产品与支付方式的对应关系；所述支付方式包括：支付渠道及支付类型；所述支付渠道包括：网银支付、银联支付及第三方系统支付；所述支付类型包括：是否实名制、是否离线扣款、是否预先冻结及结算类型。

2.根据权利要求1所述的方法，其特征在于，当确定所述渠道来源为所述特定银行渠道时，在预配置的多个支付方式推荐表中筛选对应渠道的支付方式推荐表包括：在预配置的多个支付方式推荐表中筛选不包含所述银联支付及所述第三方系统支付的支付方式推荐表；当确定所述渠道来源为所述特定第三方系统渠道时，在预配置的多个支付方式推荐表中筛选对应渠道的支付方式推荐表包括：在预配置的多个支付方式推荐表中筛选不包含除所述特定第三方系统渠道之外的第三方系统支付的支付方式推荐表。

3.根据权利要求1所述的方法，其特征在于，所述实名制包括：支付时的支付用户的姓名及支付用户的账号与所述支付渠道的提供方在支付前预先识别的支付用户的姓名及支付用户的账号完全一致。

4.根据权利要求1所述的方法，其特征在于，所述离线扣款包括：根据支付用户的预授权，通过所述支付渠道对所述支付用户的账号进行自动扣款。

5.根据权利要求1所述的方法，其特征在于，所述预先冻结包括：在投保流程中冻结所述支付用户的账号；以及当所述投保流程满足预设条件时，通过所述支付渠道对所述支付用户的账号进行扣款；其中，所述预设条件包括核保通过。

6.根据权利要求1所述的方法，其特征在于，所述结算类型包括：按笔数、按比例、按年度向所述支付渠道的提供方支付手续费。

7.根据权利要求1所述的方法，其特征在于，所述投保产品信息包括：保险产品类型；所述保险产品类型包括：短期险、保障险、理财险中的部分或全部；所述保障险包括：标准保障险、高额保障险及线下核保保障险；所述理财险包括：非定投理财险及定投理财险；所述投保产品信息还包括：是否是对已购保险产品的续期缴费的信息。

8.一种投保支付页面生成装置，其特征在于，包括：

投保来源确定模块，用于确定投保产品信息的渠道来源，所述渠道来源包括：特定渠道及非特定渠道，所述特定渠道包括：特定银行渠道及特定第三方系统渠道；

推荐模型筛选模块，用于根据所述渠道来源，在预配置的多个支付方式推荐表中筛选对应渠道的支付方式推荐表；

支付方式获取模块，用于根据所述投保产品信息，在筛选出的支付方式推荐表中查找与所述投保产品信息相匹配的至少一种支付方式；以及

支付页面生成模块，用于将所述至少一种支付方式加载于所述投保支付页面中；

其中，所述支付方式推荐表中包含保险产品与支付方式的对应关系；所述支付方式包括：支付渠道及支付类型；所述支付渠道包括：网银支付、银联支付及第三方系统支付；所述支付类型包括：是否实名制、是否离线扣款、是否预先冻结及结算类型。

9.一种电子设备，包括：存储器、处理器及存储在所述存储器中并可在所述处理器中运行的可执行指令，其特征在于，所述处理器执行所述可执行指令时实现如权利要求1-7任一项所述的投保支付页面生成方法。

10.一种计算机可读存储介质，其上存储有计算机可执行指令，其特征在于，所述可执行指令被处理器执行时实现如权利要求1-7任一项所述的投保支付页面生成方法。

Images