CN108242014A - 保险产品的销售处理方法、装置、存储介质及终端 - Google Patents

Abstract

本发明适用于通信技术领域，提供了一种保险产品的销售处理方法，所述方法包括：获取业务操作指令，关联不同保险系统制定的保险产品得到组合保险产品；将所述组合保险产品发送至渠道方系统，以使得所述渠道方系统在销售界面上展示所述组合保险产品；根据所述渠道方系统发送的请求消息查询数据库，获取待处理的组合保险产品及其所包括的保险产品、每一种保险产品所归属的保险系统；将每一种保险产品的产品信息和请求消息发送至其所归属的保险系统；获取所述保险系统根据所述产品信息及请求消息返回的处理结果，并转发至所述渠道方系统。本发明解决了现有技术中保险销售的渠道方接入保险产品的方式复杂、与保险系统的交互流程繁琐的问题。

Description

保险产品的销售处理方法、装置、存储介质及终端

技术领域

本发明属于通信技术领域，尤其涉及一种保险产品的销售处理方法、装置、存储介质及终端。

背景技术

在保险业务领域，经常遇到对不同保险公司推出的保险产品同时销售的场景，比如航空延误险和航空意外险。规模较大的保险销售中介(即渠道方)通常具备销售系统。现有技术需要渠道方在销售系统上分别配置不同保险公司的产品，并针对不同保险公司的调用接口分别做开发。在同时出售相互关联的产品A和产品B时，现有技术根据客户在销售系统的销售界面上的勾选操作，即同时勾选产品A和产品B，才能够依次调用产品A所属的保险系统和产品B所属的保险系统进行承保，交互过程繁琐。

可见，在对保险产品进行同时销售时，现有技术中渠道方的接入方式复杂，需要较大的人力成本来完成开发，与保险系统的交互流程繁琐，严重影响到了出单、承保的时效性。

发明内容

本发明实施例提供了一种保险产品的销售处理方法、装置、存储介质及终端，以解决渠道方接入保险产品的方式复杂、与保险系统的交互流程繁琐、人力成本大、效性慢的问题。

本发明实施例提供了一种保险产品的销售处理方法，所述销售处理方法包括：

获取业务操作指令，基于所述业务操作指令关联不同保险系统制定的保险产品，得到组合保险产品；

将所述组合保险产品发送至渠道方系统，以使得所述渠道方系统在销售界面上展示所述组合保险产品；

获取所述渠道方系统发送的请求消息；

根据所述请求消息查询数据库，获取待处理的组合保险产品及其所包括的保险产品、每一种保险产品所归属的保险系统；

对于每一种保险产品，获取其产品信息，将所述产品信息和所述请求消息发送至其所归属的保险系统；

获取所述保险系统根据所述产品信息及请求消息返回的处理结果，将所述处理结果发送至所述渠道方系统。

进一步地，所述请求消息中包括待处理的组合保险产品的编码信息；

所述根据所述请求消息查询数据库，获取待处理的组合保险产品及其所包括的保险产品、每一种保险产品所归属的保险系统包括：

解析所述请求消息得到编码信息；

基于所述编码信息查询数据库，获取该待处理的组合保险产品中相互关联的保险产品、每一种保险产品所归属的保险系统。

进一步地，所述请求消息中包括待请求功能的标识信息；

所述基于所述编码信息查询数据库，获取该待处理的组合保险产品中相互关联的保险产品、每一种保险产品所归属的保险系统，之后还包括：

基于所述待请求功能的标识信息查询数据库，确定每一种保险产品所归属的保险系统对应的请求接口。

进一步地，所述对于每一种保险产品，获取其产品信息，将所述产品信息和所述请求消息发送至其所归属的保险系统包括：

启动与所述保险产品数量相同的处理线程，将所述保险产品分配至每一条处理线程；

通过所述处理线程获取所处理的保险产品的产品信息，并调用所述保险产品所归属的保险系统对应的请求接口；

将所述产品信息和所述请求消息通过所述请求接口发送至所述保险产品所归属的保险系统；

其中，一个处理线程对应一种保险产品，调用所述保险产品对应的请求接口并传入产品信息。

进一步地，所述请求接口包括询价请求接口、核保请求接口、承保请求接口；

当调用询价请求接口时，所述产品信息包括险种代码、保额信息、保单份数、投保人信息；

当调用核保请求接口时，所述产品信息包括投保人信息、被投保人信息、请求保障的险种保额及份数；

当调用承保请求接口时，所述产品信息包括投保单号、支付方式。

本发明实施例还提供了一种保险产品的销售处理装置，所述销售处理装置包括：

关联模块，用于获取业务操作指令，基于所述业务操作指令关联不同保险系统制定的保险产品，得到组合保险产品；

发送模块，用于将所述组合保险产品发送至渠道方系统，以使得所述渠道方系统在销售界面上展示所述组合保险产品；

获取模块，用于获取所述渠道方系统发送的请求消息；

查询模块，用于根据所述请求消息查询数据库，获取待处理的组合保险产品及其所包括的保险产品、每一种保险产品所归属的保险系统；

处理模块，用于对于每一种保险产品，获取其产品信息，将所述产品信息和所述请求消息发送至其所归属的保险系统；

结果获取模块，用于获取所述保险系统根据所述产品信息及请求消息返回的处理结果，将所述处理结果发送至所述渠道方系统。

进一步地，所述请求消息中包括待处理的组合保险产品的编码信息、待请求功能的标识信息；

所述查询模块包括：

解析单元，用于解析所述请求消息得到编码信息；

第一查询单元，用于基于所述编码信息查询数据库，获取该待处理的组合保险产品中相互关联的保险产品、每一种保险产品所归属的保险系统；

第二查询单元，用于基于所述待请求功能的标识信息查询数据库，确定每一种保险产品所归属的保险系统对应的请求接口。

进一步地，所述处理模块包括：

启动单元，用于启动与所述保险产品数量相同的处理线程，将所述保险产品分配至每一条处理线程；

调用单元，用于通过所述处理线程获取所处理的保险产品的产品信息，并调用所述保险产品所归属的保险系统对应的请求接口；

发送单元，用于将所述产品信息和所述请求消息通过所述请求接口发送至所述保险产品所归属的保险系统；

其中，一个处理线程对应一种保险产品，调用所述保险产品对应的请求接口并传入产品信息。

本发明实施例还提供了一种计算机可读存储介质，其上存储有计算机程序，该程序由处理器执行时实现如上所述的保险产品的销售处理方法所述的步骤。

本发明实施例还提供了一种终端，所述终端包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现如上所述的保险产品的销售处理方法的所述的步骤。

与现有技术相比，本发明实施例开发了一套统一的销售交互流程，通过保险云服务器获取业务操作指令，关联不同保险系统制定的保险产品，得到组合保险产品；然后将所述组合保险产品发送至渠道方系统，以使得所述渠道方系统在销售界面上展示所述组合保险产品，从而无需渠道方熟悉及接入不同保险公司的产品方案；在与渠道方系统交互时，获取所述渠道方系统发送的请求消息；根据所述请求消息查询数据库，获取待处理的组合保险产品及其所包括的保险产品、每一种保险产品所归属的保险系统；获取每一种保险产品的产品信息，将所述产品信息及所述请求消息分别发送至其所归属的保险系统；获取所述保险系统根据所述产品信息及请求消息返回的处理结果，最后将所述处理结果发送至所述渠道方系统，从而简化了渠道方系统在销售保险产品时的交互方式，避免了渠道方直接与保险系统对接，无需渠道方针对不同保险系统的接口标准进行开发，有效地降低了渠道方的人力成本、简化了渠道方的销售流程。

附图说明

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

图1是本发明实施例提供的保险产品的销售处理方法的第一实现流程图；

图2是本发明实施例提供的保险产品的销售处理方法的第二实现流程图；

图3是本发明实施例提供的保险产品的销售处理方法的第三实现流程图；

图4是本发明实施例提供的保险产品的销售处理装置的组成结构图；

图5是本发明实施例提供的终端的示意图。

具体实施方式

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

图1示出了本发明实施例提供的保险产品的销售处理方法的第一实现流程。本发明实施例提供的所述保险产品的销售处理方法应用于所述保险云服务器，通过构建保险云服务器与保险系统、渠道方系统进行交互，实现了保险产品的组合销售。其中，所述保险系统为保险公司的产品管理系统，所述保险公司包括但不限于平安保险、太平洋保险；所述渠道方系统为保险销售中介公司的管理系统，所述保险销售中介公司包括但不限于途牛、同城、中银。

参阅图1，所述销售处理方法包括：

在步骤S101中，获取业务操作指令，基于所述业务操作指令关联不同保险系统制定的保险产品，得到组合保险产品。

在这里，所述保险云服务器通过提供类似“产品工厂”的工具与业务人员交互。业务人员可以在所述“产品工厂”上配置保险产品，并在管理页面上输入或者选取相互关联的保险产品进行组合。示例性地，可以是将同一保险公司对应的保险系统中的保险产品进行关联、组合，也可以是将不同保险公司对应的保险系统中的保险产品进行关联、组合。比如，假设保险系统A中存在A1产品，保险系统B中存在B1产品，通过所述管理页面，业务人员可以将A1产品和B1产品配置成一个打包的产品或者组合的产品一同销售。

应当理解，组合销售的产品应当是相似或相同场景下相互关联的，比如购买机票场景下的航延险和航意险，参加旅行团场景下的意外险和门诊险。

保险云服务器获取业务人员的业务操作指令，基于所述业务操作指令关联不同保险系统制定的保险产品，具体为将保险产品的编码信息进行关联存储，且基于该保险产品的编码信息，生成组合产品的编码信息，赋予所述组合保险产品。

在步骤S102中，将所述组合保险产品发送至渠道方系统，以使得所述渠道方系统在销售界面上展示所述组合保险产品。

在本发明实施例中，保险云服务器将配置好的组合保险产品的相关信息发送至渠道方系统，以供所述渠道方系统展示销售，或者上挂到门户网站供渠道方查看。作为渠道方，只需要将销售界面或者门户网站上的组合保险产品展示给客户即可，与现有技术需要在渠道方系统中对所销售的产品进行定义和配置相比，渠道方无需再与保险公司做接口对接，有利于渠道方节省研发成本，方便渠道方接入保险产品。

在步骤S103中，获取所述渠道方系统发送的请求消息。

在这里，所述销售界面或者门户网站上提供了多种与保险销售流程相关的功能标识，业务人员可以根据客户的需求触发所述功能标识，渠道方系统根据业务人员的输入操作生成请求消息，并将所述请求消息发送至保险云服务器。

其中，所述请求消息为与保险销售流程相关的功能请求。可选地，所述功能标识包括但不限于询价标识、核保标识、承保标识，相应地，所述请求消息包括但不限于询价请求、核保请求、承保请求。

在步骤S104中，根据所述请求消息查询数据库，获取待处理的组合保险产品及其所包括的保险产品、每一种保险产品所归属的保险系统。

在本发明实施例中，所述保险云服务器通过数据库上记录着组合保险产品以及构成所述组合保险产品的每一种保险产品。

保险云服务器接收到请求消息后，基于所述请求消息查询数据库，获取待处理的组合保险产品及其所包括的保险产品、每一种保险产品所归属的保险系统，以确定需要进行交互的保险系统。

在步骤S105中，对于每一种保险产品，获取其产品信息，将所述产品信息和所述请求消息发送至其所归属的保险系统。

示例性地，假设组合保险产品C1包括保险系统A中的A1产品和保险系统B中的B1产品，基于所述请求消息，所述保险云服务器从数据库中获取到A1产品和B1产品对应的产品信息，然后将所述A1产品的产品信息和请求消息发送至其所归属的保险系统A，将所述B1产品的产品信息和请求消息发送至其所归属的保险系统B，以分别请求保险系统A和保险系统B执行保险销售流程中的对应操作。

可选地，所述产品信息为保险产品的明细信息，包括但不限于产品编码、所归属的保险公司、投保年龄、保额、缴费方式、缴费期、保障期。

在这里，本发明实施例由保险云服务器将保险产品的产品信息和渠道方的请求消息发送至对应的保险系统，以代替渠道方与保险系统交互，请求保险系统执行保险销售流程中与所述请求消息对应的操作，比如询价、核保或者承保。

可选地，所述渠道方系统与所述保险云服务器之间的交互可以基于所述保险云服务器提供的一套标准接口展开，所述渠道方系统采用所述的套标准接口接入保险云服务器即可，无需针对不同的保险公司提供的接口进行开发，有效地降低了渠道方的开发成本，简化了渠道方对保险产品的接入过程以及与保险系统的交互过程。

在步骤S106中，获取所述保险系统根据所述产品信息及请求消息返回的处理结果，将所述处理结果发送至所述渠道方系统。

保险系统根据请求消息执行相应功能后，会将处理结果返回至所述保险云服务器，比如询价结果、核保结果、承保结果，从而完成与保险销售流程相关的功能，此过程由保险云服务器代理完成，渠道方接收保险云服务器返回的处理结果，无需与保险系统进行交接。

可选地，所述渠道方系统和保险云服务器之间可以采用Https请求响应模式，在报文传输上使用JSON数据格式，其中，JSON数据格式是优化的xml格式，对于同等的数据量，JSON格式更简单，传输时占用的带宽小，且易于系统的读写。

综上所述，本发明实施例基于所述保险销售平台获取业务操作指令，关联不同保险系统制定的保险产品，得到组合保险产品；然后将所述组合保险产品发送至渠道方系统，以使得所述渠道方系统在销售界面上展示所述组合保险产品，从而无需渠道方熟悉及接入不同保险公司的产品方案；在与渠道方系统交互时，获取所述渠道方系统发送的请求消息；根据所述请求消息查询数据库，获取待处理的组合保险产品及其所包括的保险产品、每一种保险产品所归属的保险系统；获取每一种保险产品的产品信息，将所述产品信息及所述请求消息分别发送至其所归属的保险系统；获取所述保险系统根据所述产品信息及请求消息返回的处理结果，最后将所述处理结果发送至所述渠道方系统，从而简化了渠道方系统在销售保险产品时的交互方式，避免了渠道方直接与保险系统对接，无需渠道方针对不同保险系统的接口标准进行开发，有效地降低了渠道方的人力成本、简化了渠道方的销售流程，解决了现有技术中渠道方系统开发困难、研发成本高的问题。

进一步地，基于图1提供的保险产品的销售处理方法的第一实现流程的基础上，提出本发明实施例提供的保险产品的销售处理方法的第二实现流程。

如图2所示，是本发明实施例提供的保险产品的销售处理方法的第二实现流程示意图。在本发明实施例中，所述请求消息中包括待处理的组合保险产品的编码信息。

所述步骤S104根据所述请求消息查询数据库，获取待处理的组合保险产品及其所包括的保险产品、每一种保险产品所归属的保险系统，包括：

在步骤S1041中，解析所述请求消息得到编码信息；

在步骤S1042中，基于所述编码信息查询数据库，获取该待处理的组合保险产品中相互关联的保险产品、每一种保险产品所归属的保险系统。

在这里，所述保险云服务器的数据库上维护着第一对应关系，记录了组合保险产品以及组成所述组合保险产品的每一种保险产品。所述第一对应关系可以通过编码信息展示，即数据库中维护着编码信息之间的对应关系。比如，假设保险系统A中的A1产品和保险系统B中的B1产品配置成一个打包的C1产品进行销售时，将C1产品的编码信息与所述A1产品的编码信息、B1产品的编码信息进行关联，并存储至所述第一对应关系中。

保险云服务器接收到请求消息后，从所述请求消息获取编码信息，基于所述编码信息查询第一对应关系，获取待处理的组合保险产品，以及待处理的组合保险产品所包括的保险产品、每一种保险产品所归属的保险系统，从而规范了保险云服务器对保险产品的管理，渠道方也无需在系统上配置保险产品的相关信息，传入组合保险产品的编码信息即可请求销售流程中的相关功能，提高了保险出单及销售的时效性。

进一步地，基于图2提供的保险产品的销售处理方法的第二实现流程的基础上，提出本发明实施例提供的保险产品的销售处理方法的第三实现流程。

如图3所示，是本发明实施例提供的保险产品的销售处理方法的第三实现流程示意图。在本发明实施例中，所述请求消息中还包括待请求功能的标识信息。

所述步骤S1042基于所述编码信息查询数据库，获取该待处理的组合保险产品中相互关联的保险产品、每一种保险产品所归属的保险系统，之后还包括：

在步骤S1043中，基于所述待请求功能的标识信息查询数据库，确定每一种保险产品所归属的保险系统对应的请求接口。

在这里，保险云服务器可以通过保险系统提供的标准接口与所述保险系统交互。其中，不同保险系统提供的标准接口通常是不相同的，有的保险系统使用http接口，有的保险系统使用web接口。所述保险云服务器的数据库上还维护着第二对应关系，记录了待请求功能的标识信息与每一个保险系统实现该待请求功能的接口信息。

保险云服务器接收到请求消息并查询到待处理的组合保险产品中每一种保险产品所归属的保险系统后，基于所述待请求功能的标识信息再次查询数据库中的第二对应关系，获取所述保险系统所使用的请求接口。

所述步骤S105对于每一种保险产品，获取其产品信息，将所述产品信息和所述请求消息发送至其所归属的保险系统，还包括：

在步骤S1051中，启动与所述保险产品数量相同的处理线程，将所述保险产品分配至每一条处理线程。

其中，一个处理线程对应一种保险产品，调用所述保险产品对应的请求接口并传入产品信息。保险云服务器统计待处理的组合保险产品所包含的保险产品数量，根据所述数量同步启动多个处理线程，比如一个组合保险产品包括两种保险产品A1和B1，则启动两条处理线程a和b，将所述保险产品分别分配至所述处理线程a和b，一条处理线程为保险产品A1服务，另一条处理线程为保险产品B1服务。

在步骤S1052中，通过所述处理线程获取所处理的保险产品的产品信息，并调用所述保险产品所归属的保险系统对应的请求接口。

在这里，尽管同一个组合保险产品包括多种保险产品，但是处理线程面对的待请求功能可能不相同，所调用的请求接口可能不相同；另一方面，由于不同保险系统所使用的请求接口的类型也不完全相同，因此传入请求接口的产品信息也不完全相同。在本发明实施例中，所述产品信息与所述待请求功能相关。每一条处理线程独立运作，获取所分配的保险产品的产品信息。

可选地，所述请求接口包括但不限于询价请求接口、核保请求接口、承保请求接口。当调用询价请求接口时，所述产品信息包括但不限于险种代码、保额信息、保单份数、投保人信息；当调用核保请求接口时，所述产品信息包括但不限于投保人信息、被投保人信息、请求保障的险种保额及份数；当调用承保请求接口时，所述产品信息但不限于包括投保单号、支付方式。

在步骤S1053中，将所述产品信息和所述请求消息通过所述请求接口发送至所述保险产品所归属的保险系统。

通过所述处理线程，调用所处理的保险产品所归属的保险系统提供的请求接口，将所述保险产品的产品信息传入所述请求接口，从而实现了与多个保险系统的并行交互。而现有技术中，渠道方系统采用单线程处理，按照串行的方式逐一调用每一个保险系统的请求接口传入产品信息，客户的等待时间长。本发明实施例通过同步启动多条处理线程来并行与每一个保险产品对应的保险系统进行交互，大大地提高了对请求消息的响应速度，缩短了客户的等待时间，提高了保险出单、承保的时效性。

进一步地，在步骤S106中，不同调用接口返回的处理结果也不相同。可选地，若调用询价接口时，保险系统向所述保险云服务器返回保险产品的报价信息。若调用核保接口时，保险系统向所述保险云服务器返回保险产品是否能够投保的消息，在能够投保的情况下返回投保单号，在不能投保的情况下返回具体的错误信息。若调用承保接口时，保险系统向所述保险云服务器返回保险产品的保单号。

应理解，在上述实施例中，各步骤的序号的大小并不意味着执行顺序的先后，各步骤的执行顺序应以其功能和内在逻辑确定，而不应对本发明实施例的实施过程构成任何限定。

实施例2

图4示出了本发明实施例提供的保险产品的销售处理装置的组成结构图，为了便于说明，仅示出了与本发明实施例相关的部分。

在本发明实施例中，所述保险产品的销售处理装置用于实现上述图1、图2、图3实施例中所述的保险产品的销售处理方法，可以是内置于服务器的软件单元、硬件单元或者软硬件结合的单元、

参阅图4，所述保险产品的销售处理装置包括：

关联模块41，用于获取业务操作指令，基于所述业务操作指令关联不同保险系统制定的保险产品，得到组合保险产品；

发送模块42，用于将所述组合保险产品发送至渠道方系统，以使得所述渠道方系统在销售界面上展示所述组合保险产品；

获取模块43，用于获取所述渠道方系统发送的请求消息；

查询模块44，用于根据所述请求消息查询数据库，获取待处理的组合保险产品及其所包括的保险产品、每一种保险产品所归属的保险系统；

处理模块45，用于对于每一种保险产品，获取其产品信息，将所述产品信息和所述请求消息发送至其所归属的保险系统；

结果获取模块46，用于获取所述保险系统根据所述产品信息及请求消息返回的处理结果，将所述处理结果发送至所述渠道方系统。

可选地，所述请求消息中包括待处理的组合保险产品的编码信息、待请求功能的标识信息；

所述查询模块44包括：

解析单元441，用于解析所述请求消息得到编码信息；

第一查询单元442，用于基于所述编码信息查询数据库，获取该待处理的组合保险产品中相互关联的保险产品、每一种保险产品所归属的保险系统；

第二查询单元443，用于基于所述待请求功能的标识信息查询数据库，确定每一种保险产品所归属的保险系统对应的请求接口。

可选地，所述处理模块45包括：

启动单元451，用于启动与所述保险产品数量相同的处理线程，将所述保险产品分配至每一条处理线程；

调用单元452，用于通过所述处理线程获取所处理的保险产品的产品信息，并调用所述保险产品所归属的保险系统对应的请求接口；

发送单元453，用于将所述产品信息和所述请求消息通过所述请求接口发送至所述保险产品所归属的保险系统；

其中，一个处理线程对应一种保险产品，调用所述保险产品对应的请求接口并传入产品信息。

可选地，所述请求接口包括但不限于询价请求接口、核保请求接口、承保请求接口；

当调用询价请求接口时，所述产品信息包括但不限于险种代码、保额信息、保单份数、投保人信息；

当调用核保请求接口时，所述产品信息包括但不限于投保人信息、被投保人信息、请求保障的险种保额及份数；

当调用承保请求接口时，所述产品信息包括但不限于投保单号、支付方式。

需要说明的是，本发明实施例中的各模块/单元可以用于实现上述方法实施例中的全部技术方案，其具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述或记载的部分，可以参见其它实施例的相关描述。

实施例3

本实施例提供一计算机可读存储介质，该计算机可读存储介质上存储有计算机程序，该计算机程序被处理器执行时实现实施例1中保险产品的销售处理方法，为避免重复，这里不再赘述。或者，该计算机程序被处理器执行时实现实施例2中保险产品的销售处理装置中各模块/单元的功能，为避免重复，这里不再赘述。

实施例4

图5是本发明实施例提供的一种终端的示意图，所述终端包括但不限于服务器、移动终端。如图5所示，该实施例的终端5包括：处理器50、存储器51以及存储在所述存储器51中并可在所述处理器50上运行的计算机程序52。所述处理器50执行所述计算机程序52时实现上述保险产品的销售处理方法实施例中的步骤，例如图1所示的步骤S101至S106，图2实施例中所述的步骤S1041至S1042，图3实施例中所述的步骤S1043至S1053；或者，所述处理器50执行所述计算机程序52时实现上述保险产品的销售处理装置实施例中各模块/单元的功能，例如图4所示模块41至46的功能。

示例性的，所述计算机程序52可以被分割成一个或多个模块/单元，所述一个或者多个模块/单元被存储在所述存储器51中，并由所述处理器50执行，以完成本发明。所述一个或多个模块/单元可以是能够完成特定功能的一系列计算机程序指令段，该指令段用于描述所述计算机程序52在所述终端5中的执行过程。例如，所述计算机程序52可以被分割成关联模块、发送模块、获取模块、查询模块、处理模块、结果获取模块，各模块具体功能如下：

关联模块，用于获取业务操作指令，基于所述业务操作指令关联不同保险系统制定的保险产品，得到组合保险产品；

发送模块，用于将所述组合保险产品发送至渠道方系统，以使得所述渠道方系统在销售界面上展示所述组合保险产品；

获取模块，用于获取所述渠道方系统发送的请求消息；

查询模块，用于根据所述请求消息查询数据库，获取待处理的组合保险产品及其所包括的保险产品、每一种保险产品所归属的保险系统；

处理模块，用于对于每一种保险产品，获取其产品信息，将所述产品信息和所述请求消息发送至其所归属的保险系统；

结果获取模块，用于获取所述保险系统根据所述产品信息及请求消息返回的处理结果，将所述处理结果发送至所述渠道方系统。

所述终端5可以是桌上型计算机、笔记本、掌上电脑及云端服务器等计算设备。所述终端可包括，但不仅限于，处理器50、存储器51。本领域技术人员可以理解，图5仅仅是终端5的示例，并不构成对终端5的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件，例如所述终端还可以包括输入输出设备、网络接入设备、总线等。

所称处理器50可以是中央处理单元(Central Processing Unit，CPU)，还可以是其他通用处理器、数字信号处理器(Digital Signal Processor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现场可编程门阵列(Field-Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等，所述处理器是所述终端的控制中心，利用各种接口和线路连接整个终端的各个部分。

所述存储器51可用于存储所述计算机程序和/或模块，所述处理器通过运行或执行存储在所述存储器内的计算机程序和/或模块，以及调用存储在存储器内的数据，实现所述终端的各种功能。所述存储器可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序(比如声音播放功能、图像播放功能等)等；存储数据区可存储根据终端的使用所创建的数据等。此外，存储器可以包括高速随机存取存储器，还可以包括非易失性存储器，例如硬盘、内存、插接式硬盘、智能存储卡(Smart MediaCard，SMC)、安全数字卡(Secure Digital，SD)、闪存卡(Flash Card)，至少一个磁盘存储器件、闪存器件或其他易失性固态存储器件。

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

所述集成的模块/单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读存储介质中。基于这样的理解，本发明实现上述实施例方法中的全部或部分流程，也可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一计算机可读存储介质中，该计算机程序在被处理器执行时，可实现上述各个方法实施例的步骤。其中，所述计算机程序包括计算机程序代码，所述计算机程序代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。所述计算机可读存储介质可以包括：能够携带所述计算机程序代码的任何实体或装置、记录介质、U盘、移动硬盘、磁碟、光盘、计算机存储器、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、电载波信号、电信信号以及软件分发介质等。需要说明的是，所述计算机可读存储介质包含的内容可以根据司法管辖区内立法和专利实践的要求进行适当的增减，例如在某些司法管辖区，根据立法和专利实践，计算机可读存储介质不包括是电载波信号和电信信号。

以上所述实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围，均应包含在本发明的保护范围之内。

Claims (10)

1.一种保险产品的销售处理方法，其特征在于，所述销售处理方法包括：

获取业务操作指令，基于所述业务操作指令关联不同保险系统制定的保险产品，得到组合保险产品；

将所述组合保险产品发送至渠道方系统，以使得所述渠道方系统在销售界面上展示所述组合保险产品；

获取所述渠道方系统发送的请求消息；

根据所述请求消息查询数据库，获取待处理的组合保险产品及其所包括的保险产品、每一种保险产品所归属的保险系统；

对于每一种保险产品，获取其产品信息，将所述产品信息和所述请求消息发送至其所归属的保险系统；

获取所述保险系统根据所述产品信息及请求消息返回的处理结果，将所述处理结果发送至所述渠道方系统。

2.如权利要求1所述的保险产品的销售处理方法，其特征在于，所述请求消息中包括待处理的组合保险产品的编码信息；

所述根据所述请求消息查询数据库，获取待处理的组合保险产品及其所包括的保险产品、每一种保险产品所归属的保险系统包括：

解析所述请求消息得到编码信息；

基于所述编码信息查询数据库，获取该待处理的组合保险产品中相互关联的保险产品、每一种保险产品所归属的保险系统。

3.如权利要求2所述的保险产品的销售处理方法，其特征在于，所述请求消息中包括待请求功能的标识信息；

所述基于所述编码信息查询数据库，获取该待处理的组合保险产品中相互关联的保险产品、每一种保险产品所归属的保险系统，之后还包括：

基于所述待请求功能的标识信息查询数据库，确定每一种保险产品所归属的保险系统对应的请求接口。

4.如权利要求3所述的保险产品的销售处理方法，其特征在于，所述对于每一种保险产品，获取其产品信息，将所述产品信息和所述请求消息发送至其所归属的保险系统包括：

启动与所述保险产品数量相同的处理线程，将所述保险产品分配至每一条处理线程；

通过所述处理线程获取所处理的保险产品的产品信息，并调用所述保险产品所归属的保险系统对应的请求接口；

将所述产品信息和所述请求消息通过所述请求接口发送至所述保险产品所归属的保险系统；

其中，一个处理线程对应一种保险产品，调用所述保险产品对应的请求接口并传入产品信息。

5.如权利要求3或4所述的保险产品的销售处理方法，其特征在于，所述请求接口包括询价请求接口、核保请求接口、承保请求接口；

当调用询价请求接口时，所述产品信息包括险种代码、保额信息、保单份数、投保人信息；

当调用核保请求接口时，所述产品信息包括投保人信息、被投保人信息、请求保障的险种保额及份数；

当调用承保请求接口时，所述产品信息包括投保单号、支付方式。

6.一种保险产品的销售处理装置，其特征在于，所述销售处理装置包括：

关联模块，用于获取业务操作指令，基于所述业务操作指令关联不同保险系统制定的保险产品，得到组合保险产品；

发送模块，用于将所述组合保险产品发送至渠道方系统，以使得所述渠道方系统在销售界面上展示所述组合保险产品；

获取模块，用于获取所述渠道方系统发送的请求消息；

查询模块，用于根据所述请求消息查询数据库，获取待处理的组合保险产品及其所包括的保险产品、每一种保险产品所归属的保险系统；

处理模块，用于对于每一种保险产品，获取其产品信息，将所述产品信息和所述请求消息发送至其所归属的保险系统；

结果获取模块，用于获取所述保险系统根据所述产品信息及请求消息返回的处理结果，将所述处理结果发送至所述渠道方系统。

7.如权利要求6所述的保险产品的销售处理装置，其特征在于，所述请求消息中包括待处理的组合保险产品的编码信息、待请求功能的标识信息；

所述查询模块包括：

解析单元，用于解析所述请求消息得到编码信息；

第一查询单元，用于基于所述编码信息查询数据库，获取该待处理的组合保险产品中相互关联的保险产品、每一种保险产品所归属的保险系统；

第二查询单元，用于基于所述待请求功能的标识信息查询数据库，确定每一种保险产品所归属的保险系统对应的请求接口。

8.如权利要求7所述的保险产品的销售处理装置，其特征在于，所述处理模块包括：

启动单元，用于启动与所述保险产品数量相同的处理线程，将所述保险产品分配至每一条处理线程；

调用单元，用于通过所述处理线程获取所处理的保险产品的产品信息，并调用所述保险产品所归属的保险系统对应的请求接口；

发送单元，用于将所述产品信息和所述请求消息通过所述请求接口发送至所述保险产品所归属的保险系统；

其中，一个处理线程对应一种保险产品，调用所述保险产品对应的请求接口并传入产品信息。

9.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，该程序由处理器执行时实现权利要求1至5任一项所述的保险产品的销售处理方法所述的步骤。

10.一种终端，所述终端包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时实现如上述权利要求1至5任一项所述的保险产品的销售处理方法所述的步骤。