CN110995847A - 一种应用于多系统通信的保险服务总线实现方法及系统 - Google Patents

Abstract

本发明公开了一种应用于多系统通信的保险服务总线实现方法，其特征在于，包括：步骤1：根据外部保险系统的服务接口的内容，建立对接外部保险系统的接口；步骤2：根据业务功能实现过程，设定第二层接口的调用逻辑；步骤3：按照业务功能归总第一层接口为标准化接口；步骤4：外部保险系统接口调用请求的处理及响应反馈。达到不再受限于外部系统，减少因外部系统变化导致的客户端系统的变化，同时形成对接系统的独立调度生态，能高效应对外部接口变更，提升效率的同时避免了繁琐的开发流程，进而也降低了自身的风险的效果。

Description

一种应用于多系统通信的保险服务总线实现方法及系统

技术领域

本发明属于互联网技术领域，具体涉及一种应用于多系统通信的保险服务总线实现方法及系统。

背景技术

随着互联网保险的快速发展，各家保险公司纷纷上线了线上系统，由于每家保险公司、甚至是每种产品的API接口各不相同。身为一家互联网保险代理商，线上销售需要与各家公司进行线上实时通信，这势必会带来大量的系统对接的工作，然而过于繁琐的开发流程在带来大量人力、物力的消耗的同时，甚至还会给自身系统带来一定的侵入，因而给系统带来一定的风险与不稳定性。

此外，由于外部系统的不可控性，外部的宕机，发布，接口变换，均可能造成自身系统的不稳定，从而带来各种复杂的业务问题。

客户端系统完全依赖外部系统API，一旦外部系统变更或发生问题，自身组件将会受到影响，从而带来不可预测的问题。此外不同的客户端均需要独自完成API系统对接，对接组建资源不共享，这也带来了开发资源的消耗，同时效率低下。

发明内容

本发明所要解决的技术问题是克服现有技术的不足，提供一种应用于多系统通信的保险服务总线实现方法及系统。

一种应用于多系统通信的保险服务总线实现方法，包括如下步骤：

步骤1：根据外部保险系统的服务接口的内容，建立对接外部保险系统的接口：抽取各保险系统的所有对外服务接口及接口对接标准，以保险公司为单位，按照对外服务接口的服务类别，建立对应于各服务类别的第二层接口，所述第二层接口用于对接外部保险系统的对外服务接口；将客户端系统和外部保险系统的数据映射关系及对接外部保险系统的通信协议写进第二层接口的执行方法中；所述数据映射关系包括业务数据的映射和商户数据的映射；所述商户数据的映射是客户端系统的身份标识码与外部保险系统内商户标识码的映射；

步骤2：根据业务功能实现过程，设定第二层接口的调用逻辑：基于客户端系统的业务功能，以保险公司为单位，将一个业务功能实现过程中涉及到调用的第二层接口归类；将客户端系统的业务功能抽象为第一层接口，按照第二层接口的归类结果，建立第一层接口和第二层接口的关联关系；同时按照业务功能实现过程中的接口调用顺序，配置第二层接口的调用逻辑；将两类接口间的关联关系和第二层接口的调用逻辑编写成脚本，写进第一层接口的执行方法中；

步骤3：按照业务功能归总第一层接口为标准化接口；抽取执行模块中的第一层接口，将分属于不同保险公司且实现同一种业务功能的第一层接口合并为一个标准化接口；所述标准化接口对接客户端系统，用于拦截客户端系统的URL请求；根据业务功能请求及响应逻辑，限定标准化接口的数据输入和数据输出内容，所述数据输入内容包括解析URL请求而获取的业务请求数据、客户端系统的身份识别码、请求流水号；所述数据输出内容限定包括业务请求结果；

步骤4：外部保险系统接口调用请求的处理及响应反馈：客户端系统发起接口调用请求，并基于标准化接口输入内容封装请求信息，待总线系统的API模块接收请求信息并校验解析后，获取适配的第一层接口标识码；由执行模块将解析内容封装为独立任务传送至调度模块；经调度分配，执行模块执行第一层接口的执行方法，并依照第二接口执行逻辑和顺序调用第二层接口执行方法，执行请求数据向外部保险系统的传递以及外部保险系统请求响应向执行模块的传递。

所述步骤1中，将数据映射编码成前置脚本和后置脚本，所述前置脚本用于将数据转换为外部保险系统可识别的数据格式；所述后置脚本用于将数据转换为客户端系统可识别的数据格式；所述前置脚本和后置脚本用于请求数据的转换。

所述步骤3中，所述解析URL请求而获取的业务请求数据包括保险要素、商户编码和资源编码；

所述保险要素为客户端系统产生内产生的保单信息和健康问卷信息，用于记录投保人、被保对象、保障项目、受益对象及健康问卷的信息；

所述商户编码由总线系统的管理模块分配，用于标识客户端系统身份；

所述资源编码用于标识客户端系统的业务请求对象；

所述客户端流水号用于标识客户端系统当前的业务请求。

所述步骤4具体包括：

步骤4-1：客户端系统按照标准化接口限定的输入内容，组织调用第三方系统接口的请求发往到总线系统，由API模块执行权限校验和数据解析；通过权限校验，确认客户端系统是否具备访问第三方接口的权限；如果具备权限，则通过解析请求访问URL和请求数据确定客户端系统请求访问的第三方系统和第一层接口；

步骤4-2：总线系统的执行模块将从API模块接收的内容封装为一个独立的请求任务提交给调度模块，请求任务的属性包括：任务编号、任务处理次数、业务请求类型、流程脚本、流程关联接口信息、请求数据、资源配置信息、商户配置信息；具体为：执行模块为封装的请求任务生成任务编号，设置任务处理次数初始值为0；执行模块根据第一层接口标识码获取接口执行方法作为流程脚本，内容包括第二层接口执行顺序及逻辑；执行模块根据第一层接口标识码获取关联的第二层接口的配置信息作为流程关联接口信息，内容包括：映射配置、通信协议、返回信息的解析；执行模块根据商户编码和资源编码，从后台数据库中获取业务数据的映射信息，作为业务数据资源配置的属性值；从后台数据库中获取商户数据的映射信息，作为商户信息配置的属性值；所述数据资源配置，是客户端系统的业务数据和外部保险系统的业务数据的映射匹配；所述商户信息配置，是商户编码与外部保险系统内商户信息的匹配；

上述获取的参数值封装为一个请求任务，以任务编号作为标识；

步骤4-3：调度模块接收到请求任务后，先将请求任务映射至分布式环境的总队列中，由调度模块按照先进先出原则，根据最大处理数、最大重试次数及最长等待时间，将任务从总队列转发到执行模块；所述最大处理数，指执行线程并行处理请求任务的最大数；所述最大重试次数，指请求任务因执行失败需重新被执行的最大次数；所述最大等待时间，指请求任务从提交调度摸到执行处理的最长时间；

步骤4-4：执行模块接收任务并解析任务属性值，执行线程根据第一层接口ID获取第一层接口内的执行方法，按照方法中设定的第二层接口调用逻辑，依次调用第二层接口；将请求数据构造成第二层接口对接外部保险系统需要的接口参数，按照外部保险系统设定的接口协议，提交请求至第三方系统处理，并获取处理结果经标准化接口反馈至客户端系统。

所述步骤4-1具体包括：

步骤4-1-1：API模块拦截客户端系统的URL请求，解析获取URL请求中的商户编码、业务操作、业务操作对象及请求参数，将他们转为标准化接口限定的输入，形成包含保险要素、商户编码、请求流水号、资源编码的请求数据；

步骤4-1-2：API模块根据业务操作确定业务请求类型，然后将请求数据传入与业务请求类型对应的标准化接口；

步骤4-1-3：标准化接口接收请求数据，调取权限数据库中的数据，通过匹配商户编码和资源编码判断客户端系统是否具备访问第三方系统的权限，如果匹配成功，则有权限，执行步骤4-1-4；如果匹配失败，则无访问权限，反馈错误；

步骤4-1-4：标准化接口根据客户端流水号，在后台数据库中匹配是否已有相同业务请求的处理结果，如若有，直接将数据库存储的请求处理结果反馈客户端；如若没有，根据资源源码获取预调用的第一层接口标识码，将请求数据、第一层接口标识码发往执行模块，执行步骤4-2，同时返回“任务处理中”的提示信息至客户端系统；

所述步骤4-3，具体包括：

步骤4-3-1：将任务发布到总队列：基于Redis搭建分布式环境，调度模块接收任务后，将任务缓存入Redis缓存；

步骤4-3-2：检查本地队列的任务并发数：检查本地的任务队列长度是否小于最大处理数，若大于，将任务编号提交给任务总队列的队首，等待远端服务器调度处理；若小于等于，执行步骤4-3-3；

步骤4-3-3：校验任务有效执行时间：校验请求任务的请求处理数是否小于最大重试数以及当前请求任务等待时间是否小于最大等待时间，若结果全部为小于等于则通过校验，将任务调度到本地任务队列中，并提交至执行模块中线程池内执行；若其中之一结果为大于，则校验不通过，从任务总队列中清除该任务，上报错误，待错误解决之后作为新任务再提交至调度模块处理；步骤4-3-4：调度模块根据任务执行情况对队列中任务进行清除：若任务执行期间发生异常，则将请求任务从本地队列移除，同时将任务编号提交给任务总队列的队尾，等待远端服务器调度处理；若请求任务执行成功，则将请求任务从本地任务队列、任务总队列和Redis任务缓存中移除；若请求任务执行失败，则将任务从本地任务队列移除，将任务编号提交给任务总队列的队尾，等待下一次被调度处理。

步骤4-3-5：待一个任务执行结束后，从任务总队列弹出下一个任务编号，按照步骤4-3-2至步骤4-3-4执行；

所述步骤4-4，具体包括：

步骤4-4-1：根据数据资源配置信息，调用前置脚本将请求数据映射为外部保险系统的业务系统能识别的数据，并将映射后的数据封装为符合外部保险系统要求的数据格式；

步骤4-4-2：按照外部保险系统要求的通信协议，将步骤4-4-1的数据通过第二层接口传递给外部系统，并从外部系统获取请求响应的结果；

步骤4-4-3：根据数据资源配置信息，调用后置脚本将请求响应的结果转为客户端系统的业务系统能识别的数据；

步骤4-4-4：按照第一层接口的执行方法定义的第二层接口调用逻辑，判断第二层接口是否全部调用；如已全部调用，将步骤4-4-3的结果按照标准化接口的输出内容封装，返回客户端系统，数据库存储本次调用结果；若没有全部调用，将步骤4-4-3结果作为下一个第二层接口的接口参数，提交第三方系统再次处理，直至第一层接口关联的所有第二层接口全部调用执行。

所述步骤4-3中，所述最大处理数配置为100；所述最大等待时间设置为10分钟；所述最大重试次数以1次/分钟频率执行重试，设置10次。

一种应用于多系统通信的保险服务总线实现系统，其特征在于，配置在服务器端，具体包括API模块、调度模块、执行模块及管理模块；客户端系统发起接口调用请求，API模块根据请求信息执行权限校验与请求解析，待通过权限验证后，由执行模块将请求解析结果封装为独立的任务发至调度模块，按照先进先出原则，等待调度模块的任务分配；执行模块接收调度模块的任务分配，执行数据映射、数据传递、响应数据解析及解析结果返回客户端系统；

所述API模块内配置对接客户端系统的标准化接口，基于标准化接口定义的请求信息，执行客户端访问权限校验和请求解析；所述调度模块应用于在分布式环境中，根据调度规则分配待执行任务至执行模块；所述执行模块用于待执行任务的封装以及对接外部保险系统；所述管理模块负责管理上述三个模块的配置数据与日志监控。

本发明所达到的有益效果:

(1)解耦系统：客户端系统的对接工作完全托管于总线系统，不再受限于外部系统，减少因外部系统变化导致的客户端系统的变化，同时形成对接系统的独立调度生态，包括自动调度、重试的机制。

(2)高效稳定：按照业务功能实现过程统一接口并配置执行方法及顺序，代替了传统的开发模式对接，能高效应对外部接口变更，提升效率的同时避免了繁琐的开发流程，进而也降低了自身的风险；同时对接系统采用了平台化思维，新增客户端，仅需配置身份识别码，即可共享已有对接配置。

附图说明

图1为本发明实施例中一种应用于多系统通信的保险服务总线实现系统的结构示意图；

图2为本发明实施例中一种应用于多系统通信的保险服务总线实现方法流程示意图；

图3为本发明实施例中基于总线实现系统的接口调用请求的处理及响应反馈流程示意图；

图4为本发明实施例中API模块执行权限校验和数据解析流程示意图；

图5为本发明实施例中调度模块的任务调度流程示意图；

图6为本发明实施例中执行模块的请求任务传递及响应获取流程示意图；

图7为为本发明实施例中一次通信请求任务处理和调度处理流程示意图。

具体实施方式

下面结合附图和示例性实施例对本发明作进一步的说明：

图1为本发明实施例中一种应用于多系统通信的保险服务总线实现系统的结构示意图，在所述架构中包含客户端系统、保险服务总线系统、外部保险系统，客户端系统定义为保险代理商平台，平台内因集成多家保险公司的保险数据，平台内的业务操作请求处理均需调用多个外部保险系统的多个接口实现；在本发明实施例中，客户端系统通过保险服务总线系统内集成的保险服务接口对接外部保险系统，对接过程中涉及到请求获取、数据转换及数据传输均在总线系统内完成；

所述总线实现系统配置在服务器端，具体的功能模块包括API模块、调度模块、执行模块及管理模块；API模块获取请求信息执行权限校验与请求解析，待通过权限验证后，由执行模块将请求解析结果封装为独立的任务发至调度模块，按照先进先出原则，等待调度模块的任务分配；执行模块接收调度模块的任务分配，执行数据映射、数据传递、响应数据解析及解析结果返回客户端系统；

所述API模块内配置对接客户端系统的标准化接口，基于接口定义的请求信息，执行客户端访问权限校验和请求解析；所述调度模块用于在分布式环境中，根据调度规则分配待执行任务至执行模块；所述执行模块用于待执行任务的封装以及对接外部保险系统；所述管理模块负责数据配置与日志监控；

图2为本发明实施例中一种应用于多系统通信的保险服务总线实现方法流程示意图，具体过程包括：

步骤S1：根据外部保险系统的服务接口的内容，建立对接外部保险系统的接口：抽取各保险系统的所有对外服务接口及接口对接标准，以保险公司为单位，按照接口的服务类别，建立对应于各服务类别的接口并配置在总线系统的执行模块中，本发明实施例中将所有新建的接口统称为第二层接口，所述第二层接口用于对接外部保险系统的各服务接口；将客户端系统和外部保险系统的数据映射关系及对接外部保险系统的通信协议写进第二层接口执行方法中；所述数据映射关系包括业务数据的映射和商户数据的映射；所述商户数据的映射是客户端系统的身份标识码与外部保险系统内商户标识码的映射；

将数据映射编码成前置脚本和后置脚本，所述前置脚本用于将数据转换为外部保险系统可识别的数据格式；所述后置脚本用于将数据转换为客户端系统可识别的数据格式；所述前置脚本和后置脚本用于请求数据的转换；

步骤S2：根据业务功能实现过程，设定第二层接口的调用逻辑：基于客户端系统的业务功能，以保险公司为单位，将一个业务功能实现过程中涉及到调用的多个第二层接口归类；将客户端系统的业务功能抽象为接口，将接口配置在总线系统的执行模块中，本发明实施例中称为第一层接口，按照第二层接口的归类结果，建立第一层接口和第二层接口关联关系；同时按照业务功能实现过程中的接口调用顺序，配置第二层接口的调用逻辑；将两类接口间的关联关系和第二层接口的调用逻辑编写成脚本，写进第一层接口的执行方法中；

步骤S3：按照业务功能归总第一层接口为标准化接口；抽取执行模块中的第一层接口，将分属于不同保险公司且实现同一种业务功能的第一层接口合并为一个接口，并配置在API模块，本发明实施例中统称为标准化接口；所述标准化接口对接客户端系统，用于拦截客户端系统的URL请求；根据业务功能请求及响应逻辑，限定标准化接口的数据输入和数据输出内容，所述数据输入内容限定包括解析URL请求而获取的业务请求数据、客户端系统的身份识别码、请求流水号；所述数据输出内容限定包括业务请求结果；

结合实际的保险业务请求场景，将所述数据输入统一为包括保险要素、商户编码、资源编码、请求流水号；

所述保险要素，客户端系统产生内产生的保单信息和健康问卷信息，涉及到投保人、被保对象、保障项目、受益对象及健康问卷的信息；

所述商户编码用于标识客户端系统身份的编码，由总线系统的管理模块分配；

所述资源编码用于标识客户端系统的业务请求对象，比如客户端投保哪家保险公司哪件保险产品；

所述客户端流水号用于标识客户端系统当前的业务请求，同一个客户端的同一个业务请求有一个客户端流水号；

步骤S4：外部保险系统接口调用请求的处理及响应反馈：客户端系统发起接口调用请求，并基于标准化接口输入内容封装请求信息，待总线系统的API模块接收请求信息并校验解析后，获取适配的第一层接口标识码；由执行模块将解析内容封装为独立任务传送至调度模块；经调度分配，执行模块执行第一层接口的执行方法，并依照第二接口执行逻辑和顺序调用第二层接口执行方法，执行请求数据向外部保险系统的传递以及外部保险系统请求响应向执行模块的传递；

如图3所示，具体过程包括：

步骤S4-1：客户端系统按照标准化接口限定的输入内容，组织调用第三方系统接口的请求发往到总线系统，由API模块执行权限校验和数据解析；通过权限校验，确认客户端系统是否具备访问第三方接口的权限；通过解析请求访问URL和请求数据确定客户端系统请求访问的第三方系统和第一层接口；如图4所示，具体包括：

步骤S4-1-1：API模块拦截客户端系统的URL请求，解析获取URL请求中的商户编码、业务操作、业务操作对象及请求参数，将他们转为标准化接口限定的输入，形成包含保险要素、商户编码、请求流水号、资源编码的请求数据；

步骤S4-1-2：API模块根据业务操作确定业务请求类型，然后将请求数据传入与业务请求类型对应的标准化接口；

步骤S4-1-3：标准化接口接收请求数据，调取权限数据库中的数据，通过匹配商户编码和资源编码判断客户端系统是否具备访问第三方系统的权限，如果匹配成功，则有权限，执行步骤S4-1-4；如果匹配失败，则无访问权限反馈错误；

步骤S4-1-4：标准化接口根据客户端流水号，在后台数据库中匹配是否已有相同业务请求的处理结果，如若有，直接将数据库存储的请求处理结果反馈客户端；如若没有，根据资源源码获取预调用的第一层接口标识码，将请求数据、第一层接口标识码发往执行模块，执行步骤S4-2，同时返回“任务处理中”的提示信息至客户端系统；若客户端请求参数设置了：sync＝1，则通过redis pub/sub实现异步处理同步返回执行结果

步骤4-2：总线系统的执行模块将从API模块接收的内容封装为一个独立的请求任务提交给调度模块，请求任务的属性包括：任务编号、任务处理次数、业务请求类型、流程脚本、流程关联接口信息、请求数据、资源配置信息、商户配置信息；具体为：执行模块为封装的请求任务生成任务编号，设置任务处理次数初始值为0；执行模块根据第一层接口标识码获取接口执行方法作为流程脚本，内容包括第二层接口执行顺序及逻辑；执行模块根据第一层接口标识码获取关联的第二层接口的配置信息作为流程关联接口信息，内容包括：映射配置、通信协议、返回信息的解析；执行模块根据商户编码和资源编码，从后台数据库中获取业务数据的映射信息，作为业务数据资源配置的属性值；从后台数据库中获取商户数据的映射信息，作为商户信息配置的属性值；所述数据资源配置，是客户端系统的业务数据和外部保险系统的业务数据的映射匹配；所述商户信息配置，是商户编码与外部保险系统内商户信息的匹配；

上述获取的参数值封装为一个请求任务，以任务编号作为标识；

步骤4-3：调度模块接收到请求任务后，先将请求任务映射至分布式环境的总队列中，由调度模块按照先进先出原则，根据最大处理数、最大重试次数及最长等待时间，将任务从总队列转发到执行模块；所述最大处理数，指执行线程并行处理请求任务的最大数，综合考虑计算机内存、硬盘和CPU负载量，确定服务器能承受的任务并发处理数，在CPU为Intel i5-6500、内存为16.0G、硬盘为512G这一环境下，最大处理数配置为100；所述最大重试次数，指请求任务因执行失败需重新被执行的最大次数，考虑保险产品起保日期具有时效性，以1次/分钟频率执行重试，设置10次；所述最大等待时间，指请求任务从提交调度摸到执行处理的最长时间，考虑保险产品起保日期具有时效性，设置为10分钟；如图5所示，具体包括：

步骤S4-3-1：将任务发布到总队列：基于Redis搭建分布式环境，调度模块接收任务后，将任务缓存入Redis缓存；

步骤S4-3-2：检查本地队列的任务并发数：检查本地的任务队列长度是否小于最大处理数，若大于，将任务编号提交给任务总队列的队首，等待远端服务器调度处理；若小于，执行步骤S4-3-3；考虑到公平，不能因为服务器自身并发设置，影响任务总队列先进先出的原则)，并结束调度。

步骤S4-3-3：校验任务有效执行时间：校验请求任务的请求处理数是否小于最大重试数，当前请求任务等待时间是否小于最大等待时间，若全部小于则通过校验，将任务调度到本地任务队列中，并提交至执行模块中线程池内执行；若任何一个大于，校验不通过，从任务总队列中清除该任务，上报错误，待错误解决之后作为新任务再提交至调度模块处理；

步骤S4-3-4：调度模块根据任务执行情况对队列中任务进行清除：若任务执行期间发生异常，则将请求任务从本地队列移除，同时将任务编号提交给任务总队列的队尾，等待远端服务器调度处理；若请求任务执行成功，则将请求任务从本地任务队列、任务总队列和Redis任务缓存中移除；若请求任务执行失败，则将任务从本地任务队列移除，将任务编号提交给任务总队列的队尾，等待下一次被调度处理。

步骤S4-3-5：待一个任务执行结束后，从任务总队列弹出下一个任务编号，按照步骤4-3-2至步骤4-3-4执行；

步骤4-4：执行模块接收任务并解析任务属性值，执行线程根据第一层接口ID获取第一层接口内的执行方法，按照方法中设定的第二层接口调用逻辑，依次调用第二层接口；将请求数据构造成第二层接口对接外部保险系统需要的接口参数，按照外部保险系统设定的接口协议，提交请求至第三方系统处理，并获取处理结果经标准化接口反馈至客户端系统；如图6所示，具体包括：

步骤4-4-1：根据数据资源配置信息，调用前置脚本将请求数据映射为外部保险系统的业务系统能识别的数据，并将映射后的数据封装为符合外部保险系统要求的数据格式；

步骤4-4-2：按照外部保险系统要求的通信协议，将步骤4-4-1的数据通过第二层接口传递给外部系统，并从外部系统获取请求响应的结果；

步骤4-4-3：根据数据资源配置信息，调用后置脚本将请求响应的结果转为客户端系统的业务系统能识别的数据；

步骤4-4-4：按照第一层接口的执行方法定义的第二层接口调用逻辑，判断第二层接口是否全部调用；如已全部调用，将步骤4-4-3结果按照标准化接口的输出内容封装，返回客户端系统，数据库存储本次调用结果；若没有全部调用，将步骤4-4-3结果作为下一个第二层接口的接口参数，提交第三方系统再次处理，直至第一层接口关联的所有第二层接口全部调用执行；

如图7所示的一次通信请求任务处理和调度处理流程图，其中通信请求任务处理流程包括：客户端发送请求；API模块接收到请求，进行API鉴权判定。未通过则返回错误信息，通过则进入下一步；判定此次请求是否处理完成，处理完成则获取处理结果并返回，未完成则解析请求数据并封装Task，并将Task提交给调度模块；判定请求参数是否带有同步设置，若有则等待Task执行结果，等待45s后若无结果，则返回处理中，该次任务处理结束；若无则直接返回处理中，该次任务处理结束。

一次任务调度处理流程包括：调度模块调度Task执行，若调度异常，则触发告警；执行流程脚本，调用接口；判断外部接口是否对接完成，若已完成，则获取接口处理结果并返回给流程；执行接口前置脚本，封装请求信息，发送给外部系统，解析处理结果并记录对接完成记录；根据接口返回信息，封装API定义的返回结果；流程脚本执行完成后，判定客户端客户端是否需要回调，若需要回调，则向客户端发起回调；记录流程处理结果；判定执行流程脚本是否异常，若有异常则触发告警。

本发明所产生的有益效果是：

(1)利用解耦系统：实现了客户端系统的对接工作完全托管于总线系统的结果，不再受限于外部系统，减少因外部系统变化导致的客户端系统的变化，同时形成对接系统的独立调度生态，包括自动调度、重试的机制。

(2)高效稳定：按照业务功能实现过程统一接口并配置执行方法及顺序，代替了传统的开发模式对接，能高效应对外部接口变更，提升效率的同时避免了繁琐的开发流程，进而也降低了自身的风险；同时对接系统采用了平台化思维，新增客户端，仅需配置身份识别码，即可共享已有对接配置。

以上实施例不以任何方式限定本发明，凡是对以上实施例以等效变换方式做出的其它改进与应用，都属于本发明的保护范围。

Claims (7)

1.一种应用于多系统通信的保险服务总线实现方法，其特征在于，包括如下步骤：

步骤1：根据外部保险系统的服务接口的内容，建立对接外部保险系统的接口：抽取各保险系统的所有对外服务接口及接口对接标准，以保险公司为单位，按照对外服务接口的服务类别，建立对应于各服务类别的第二层接口，所述第二层接口用于对接外部保险系统的对外服务接口；将客户端系统和外部保险系统的数据映射关系及对接外部保险系统的通信协议写进第二层接口的执行方法中；所述数据映射关系包括业务数据的映射和商户数据的映射；所述商户数据的映射是客户端系统的身份标识码与外部保险系统内商户标识码的映射；

步骤2：根据业务功能实现过程，设定第二层接口的调用逻辑：基于客户端系统的业务功能，以保险公司为单位，将一个业务功能实现过程中涉及到调用的第二层接口归类；将客户端系统的业务功能抽象为第一层接口，按照第二层接口的归类结果，建立第一层接口和第二层接口的关联关系；同时按照业务功能实现过程中的接口调用顺序，配置第二层接口的调用逻辑；将两类接口间的关联关系和第二层接口的调用逻辑编写成脚本，写进第一层接口的执行方法中；

步骤3：按照业务功能归总第一层接口为标准化接口；抽取执行模块中的第一层接口，将分属于不同保险公司且实现同一种业务功能的第一层接口合并为一个标准化接口；所述标准化接口对接客户端系统，用于拦截客户端系统的URL请求；根据业务功能请求及响应逻辑，限定标准化接口的数据输入和数据输出内容，所述数据输入内容包括解析URL请求而获取的业务请求数据、客户端系统的身份识别码、请求流水号；所述数据输出内容限定包括业务请求结果；

步骤4：外部保险系统接口调用请求的处理及响应反馈：客户端系统发起接口调用请求，并基于标准化接口输入内容封装请求信息，待总线系统的API模块接收请求信息并校验解析后，获取适配的第一层接口标识码；由执行模块将解析内容封装为独立任务传送至调度模块；经调度分配，执行模块执行第一层接口的执行方法，并依照第二接口执行逻辑和顺序调用第二层接口执行方法，执行请求数据向外部保险系统的传递以及外部保险系统请求响应向执行模块的传递。

2.如权利要求1所述的一种应用于多系统通信的保险服务总线实现方法，其特征在于：所述步骤1中，将数据映射编码成前置脚本和后置脚本，所述前置脚本用于将数据转换为外部保险系统可识别的数据格式；所述后置脚本用于将数据转换为客户端系统可识别的数据格式；所述前置脚本和后置脚本用于请求数据的转换。

3.如权利要求2所述的一种应用于多系统通信的保险服务总线实现方法，其特征在于：所述步骤3中，所述解析URL请求而获取的业务请求数据包括保险要素、商户编码和资源编码；

所述保险要素为客户端系统产生内产生的保单信息和健康问卷信息，用于记录投保人、被保对象、保障项目、受益对象及健康问卷的信息；

所述商户编码由总线系统的管理模块分配，用于标识客户端系统身份；

所述资源编码用于标识客户端系统的业务请求对象；

所述客户端流水号用于标识客户端系统当前的业务请求。

4.如权利要求3所述的一种应用于多系统通信的保险服务总线实现方法，其特征在于：所述步骤4具体包括：

步骤4-1：客户端系统按照标准化接口限定的输入内容，组织调用第三方系统接口的请求发往到总线系统，由API模块执行权限校验和数据解析；通过权限校验，确认客户端系统是否具备访问第三方接口的权限；如果具备权限，则通过解析请求访问URL和请求数据确定客户端系统请求访问的第三方系统和第一层接口；

步骤4-2：总线系统的执行模块将从API模块接收的内容封装为一个独立的请求任务提交给调度模块，请求任务的属性包括：任务编号、任务处理次数、业务请求类型、流程脚本、流程关联接口信息、请求数据、资源配置信息、商户配置信息；具体为：执行模块为封装的请求任务生成任务编号，设置任务处理次数初始值为0；执行模块根据第一层接口标识码获取接口执行方法作为流程脚本，内容包括第二层接口执行顺序及逻辑；执行模块根据第一层接口标识码获取关联的第二层接口的配置信息作为流程关联接口信息，内容包括：映射配置、通信协议、返回信息的解析；执行模块根据商户编码和资源编码，从后台数据库中获取业务数据的映射信息，作为业务数据资源配置的属性值；从后台数据库中获取商户数据的映射信息，作为商户信息配置的属性值；所述数据资源配置，是客户端系统的业务数据和外部保险系统的业务数据的映射匹配；所述商户信息配置，是商户编码与外部保险系统内商户信息的匹配；

上述获取的参数值封装为一个请求任务，以任务编号作为标识；

步骤4-3：调度模块接收到请求任务后，先将请求任务映射至分布式环境的总队列中，由调度模块按照先进先出原则，根据最大处理数、最大重试次数及最长等待时间，将任务从总队列转发到执行模块；所述最大处理数，指执行线程并行处理请求任务的最大数；所述最大重试次数，指请求任务因执行失败需重新被执行的最大次数；所述最大等待时间，指请求任务从提交调度摸到执行处理的最长时间；

步骤4-4：执行模块接收任务并解析任务属性值，执行线程根据第一层接口ID获取第一层接口内的执行方法，按照方法中设定的第二层接口调用逻辑，依次调用第二层接口；将请求数据构造成第二层接口对接外部保险系统需要的接口参数，按照外部保险系统设定的接口协议，提交请求至第三方系统处理，并获取处理结果经标准化接口反馈至客户端系统。

5.如权利要求4所述的一种，其特征在于：所述步骤4-1具体包括：

步骤4-1-1：API模块拦截客户端系统的URL请求，解析获取URL请求中的商户编码、业务操作、业务操作对象及请求参数，将他们转为标准化接口限定的输入，形成包含保险要素、商户编码、请求流水号、资源编码的请求数据；

步骤4-1-2：API模块根据业务操作确定业务请求类型，然后将请求数据传入与业务请求类型对应的标准化接口；

步骤4-1-3：标准化接口接收请求数据，调取权限数据库中的数据，通过匹配商户编码和资源编码判断客户端系统是否具备访问第三方系统的权限，如果匹配成功，则有权限，执行步骤4-1-4；如果匹配失败，则无访问权限，反馈错误；

步骤4-1-4：标准化接口根据客户端流水号，在后台数据库中匹配是否已有相同业务请求的处理结果，如若有，直接将数据库存储的请求处理结果反馈客户端；如若没有，根据资源源码获取预调用的第一层接口标识码，将请求数据、第一层接口标识码发往执行模块，执行步骤4-2，同时返回“任务处理中”的提示信息至客户端系统；

所述步骤4-3，具体包括：

步骤4-3-1：将任务发布到总队列：基于Redis搭建分布式环境，调度模块接收任务后，将任务缓存入Redis缓存；

步骤4-3-2：检查本地队列的任务并发数：检查本地的任务队列长度是否小于最大处理数，若大于，将任务编号提交给任务总队列的队首，等待远端服务器调度处理；若小于等于，执行步骤4-3-3；

步骤4-3-3：校验任务有效执行时间：校验请求任务的请求处理数是否小于最大重试数以及当前请求任务等待时间是否小于最大等待时间，若结果全部为小于等于则通过校验，将任务调度到本地任务队列中，并提交至执行模块中线程池内执行；若其中之一结果为大于，则校验不通过，从任务总队列中清除该任务，上报错误，待错误解决之后作为新任务再提交至调度模块处理；步骤4-3-4：调度模块根据任务执行情况对队列中任务进行清除：若任务执行期间发生异常，则将请求任务从本地队列移除，同时将任务编号提交给任务总队列的队尾，等待远端服务器调度处理；若请求任务执行成功，则将请求任务从本地任务队列、任务总队列和Redis任务缓存中移除；若请求任务执行失败，则将任务从本地任务队列移除，将任务编号提交给任务总队列的队尾，等待下一次被调度处理。

步骤4-3-5：待一个任务执行结束后，从任务总队列弹出下一个任务编号，按照步骤4-3-2至步骤4-3-4执行；

所述步骤4-4，具体包括：

步骤4-4-1：根据数据资源配置信息，调用前置脚本将请求数据映射为外部保险系统的业务系统能识别的数据，并将映射后的数据封装为符合外部保险系统要求的数据格式；

步骤4-4-2：按照外部保险系统要求的通信协议，将步骤4-4-1的数据通过第二层接口传递给外部系统，并从外部系统获取请求响应的结果；

步骤4-4-3：根据数据资源配置信息，调用后置脚本将请求响应的结果转为客户端系统的业务系统能识别的数据；

步骤4-4-4：按照第一层接口的执行方法定义的第二层接口调用逻辑，判断第二层接口是否全部调用；如已全部调用，将步骤4-4-3的结果按照标准化接口的输出内容封装，返回客户端系统，数据库存储本次调用结果；若没有全部调用，将步骤4-4-3结果作为下一个第二层接口的接口参数，提交第三方系统再次处理，直至第一层接口关联的所有第二层接口全部调用执行。

6.如权利要求5所述的一种应用于多系统通信的保险服务总线实现方法，其特征在于，所述步骤4-3中，所述最大处理数配置为100；

所述最大等待时间设置为10分钟；

所述最大重试次数以1次/分钟频率执行重试，设置10次。

7.一种根据权利要求1-6之一所述方法运行的应用于多系统通信的保险服务总线实现系统，其特征在于，配置在服务器端，具体包括API模块、调度模块、执行模块及管理模块；客户端系统发起接口调用请求，API模块根据请求信息执行权限校验与请求解析，待通过权限验证后，由执行模块将请求解析结果封装为独立的任务发至调度模块，按照先进先出原则，等待调度模块的任务分配；执行模块接收调度模块的任务分配，执行数据映射、数据传递、响应数据解析及解析结果返回客户端系统；

所述API模块内配置对接客户端系统的标准化接口，基于标准化接口定义的请求信息，执行客户端访问权限校验和请求解析；所述调度模块应用于在分布式环境中，根据调度规则分配待执行任务至执行模块；所述执行模块用于待执行任务的封装以及对接外部保险系统；所述管理模块负责管理上述三个模块的配置数据与日志监控。

Images