CN115878277A - 兼容多业务系统的服务调用方法、装置及介质 - Google Patents

Abstract

本申请公开了一种兼容多业务系统的服务调用方法、装置及介质。其中方法包括：基于预定义的针对多个业务系统的服务调用接口，获取待处理的服务调用请求；确定服务调用请求的调用接口相关信息；确定各个处理流程中服务调用请求适用的目标组件以执行相应处理流程，得到对服务调用请求进行响应的反馈信息。本申请通过增加外观模式提供简单调用接口来构造多层业务系统结构效果，达到了利用外观对象作为各层业务系统的入口，简化层间调用的目的，还通过将服务调用过程分段管理的方式，既能够根据实际情况控制流程顺序，能够对不同业务系统不断迭代推出的各类组件进行资源整合，达到向下兼容而不影响后续的功能迭代的效果。

Description

兼容多业务系统的服务调用方法、装置及介质

技术领域

本申请涉及服务调用技术领域，具体而言，本申请涉及一种兼容多业务系统的服务调用方法、装置、电子设备及计算机可读存储介质。

背景技术

随着互联网软件行业的高速发展，软件系统逐渐变得庞大，其业务流程变得更加复杂。每一个业务系统都不能单独提供服务，或多或少的都需要集成一些第三方的服务，一些大的系统需要集成的底层服务会更多。由于各个系统都在不断地推陈出新，不断迭代，可能不同版本之间存在一些差异，这就需要对不同的版本进行兼容。尤其在to B类型的企业系统中，由于面临着给客户私有化部署或saas客户都需要升级，就要保证新版本向下兼容。相关技术中，向下兼容的方式主要依赖人工记忆，需要人工排查哪些需要兼容，因此，存储在兼容效果差或者无法兼容的问题。

发明内容

本申请提供了一种兼容多业务系统的服务调用方法、装置、电子设备及计算机可读存储介质，可以解决上述技术问题。所述技术方案如下：

第一方面，提供了一种兼容多业务系统的服务调用方法，该方法包括：

基于预定义的针对多个业务系统的服务调用接口，获取待处理的服务调用请求；

确定服务调用请求的调用接口相关信息；

依据调用接口相关信息对预定义的针对服务调用的各个处理流程分别对应的多个候选组件进行筛选，确定各个处理流程中服务调用请求适用的目标组件；

利用各个处理流程中服务调用请求适用的目标组件执行相应处理流程，得到对服务调用请求进行响应的反馈信息。

第二方面，提供了一种兼容多业务系统的服务调用装置，该装置包括：

调用请求获取模块，用于基于预定义的针对多个业务系统的服务调用接口，获取待处理的服务调用请求；

接口信息确定模块，用于确定服务调用请求的调用接口相关信息；

处理组件确定模块，用于依据调用接口相关信息对预定义的针对服务调用的各个处理流程分别对应的多个候选组件进行筛选，确定各个处理流程中服务调用请求适用的目标组件；

调用请求处理模块，用于利用各个处理流程中服务调用请求适用的目标组件执行相应处理流程，得到对服务调用请求进行响应的反馈信息。

第三方面，提供了一种电子设备，该电子设备包括：

一个或多个处理器；

存储器；

一个或多个应用程序，其中所述一个或多个应用程序被存储在所述存储器中并被配置为由所述一个或多个处理器执行，所述一个或多个程序配置用于：执行上述兼容多业务系统的服务调用方法。

第四方面，提供了一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现上述兼容多业务系统的服务调用方法。

本申请基于预定义的针对多个业务系统的服务调用接口，获取待处理的服务调用请求，以确定调用接口相关信息，从而依据调用接口相关信息对预定义的针对服务调用的各个处理流程分别对应的多个候选组件进行筛选，确定各个处理流程中服务调用请求适用的目标组件，进而利用各个处理流程中服务调用请求适用的目标组件执行相应处理流程，得到对服务调用请求进行响应的反馈信息，这种通过预定义的针对多个业务系统的服务调用接口的方式，起到了通过增加外观模式提供简单调用接口来构造多层业务系统结构效果，达到了利用外观对象作为各层业务系统的入口，简化层间调用的目的；同时，通过将服务调用过程分段管理的方式，既能够根据实际情况控制流程顺序，又能够对不同业务系统不断迭代推出的各类组件进行资源整合，达到根据发起服务调用请求的请求端来适配相应组件，实现兼容多种业务系统服务调用方法的目的，起到在按照各处理流调进行调用的同时，达到向下兼容而不影响后续的功能迭代的效果。

附图说明

为了更清楚地说明本申请实施例中的技术方案，下面将对本申请实施例描述中所需要使用的附图作简单地介绍。

图1为本申请实施例提供的兼容多业务系统的服务调用方法的流程示意图；

图2为应用本申请实施例提供的兼容多业务系统的服务调用方法的系统的工作流程示意图；

图3为应用本申请实施例提供的兼容多业务系统的服务调用方法的系统中参数解析器提供的方法示意图；

图4为应用本申请实施例提供的兼容多业务系统的服务调用方法的系统中token生成器提供的方法示意图；

图5为应用本申请实施例提供的兼容多业务系统的服务调用方法的系统中服务调用器提供的方法示意图；

图6为应用本申请实施例提供的兼容多业务系统的服务调用方法的系统中返回值解析器提供的方法示意图；以及

图7为本申请实施例提供的兼容多业务系统的服务调用装置的结构示意图。

具体实施方式

下面详细描述本申请的实施例，所述实施例的示例在附图中示出，其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附图描述的实施例是示例性的，仅用于解释本申请，而不能解释为对本申请的限制。

本技术领域技术人员可以理解，除非特意声明，这里使用的单数形式“一”、“一个”、“所述”和“该”也可包括复数形式。应该进一步理解的是，本申请的说明书中使用的措辞“包括”是指存在所述特征、整数、步骤、操作、元件和/或组件，但是并不排除存在或添加一个或多个其他特征、整数、步骤、操作、元件、组件和/或它们的组。应该理解，当我们称元件被“连接”或“耦接”到另一元件时，它可以直接连接或耦接到其他元件，或者也可以存在中间元件。此外，这里使用的“连接”或“耦接”可以包括无线连接或无线耦接。这里使用的措辞“和/或”包括一个或更多个相关联的列出项的全部或任一单元和全部组合。

为使本申请的目的、技术方案和优点更加清楚，下面将结合附图对本申请实施方式作进一步地详细描述。

首先对本申请涉及的几个名词进行介绍和解释：

本申请实施例中，参数解析器(paramResolver)用于解析上层系统调用时传来的参数，进行解析，校验或做其他操作，支持创建多个参数解析器针对不同情况，不同服务进行解析。

本申请实施例中，返回值解析器(returnValueResolver)用于对api返回的数据进行解析校验或重新组装，统一返回给上层业务系统，可以存在多个返回值解析器用于支持多种返回值类型。

本申请实施例中，令牌生成器(tokenGenerator)用于对不同的api服务可以提供不同的token生成器，采用不同的算法进行生成token。

本申请实施例中，服务调用器(apiCaller)用于针对不同的api服务商不同类型的api可以做到集中管理，根据业务系统要调用哪个服务商的哪个类型的api进行动态匹配。

本申请实施例中，外观模式(Facade)又叫门面模式，提供一个统一的接口，用来访问子系统中的一群接口外观模式定义了一个高层接口，让子系统更容易使用。子系统越来越复杂，增加外观模式提供简单调用接口，构造多层系统结构，利用外观对象作为每层的入口，简化层间调用。

下面以具体地实施例对本申请的技术方案以及本申请的技术方案如何解决上述技术问题进行详细说明。下面这几个具体的实施例可以相互结合，对于相同或相似的概念或过程可能在某些实施例中不再赘述。下面将结合附图，对本申请的实施例进行描述。

本申请实施例提供了一种兼容多业务系统的服务调用方法，如图1所示，该方法包括：

步骤S101、基于预定义的针对多个业务系统的服务调用接口，获取待处理的服务调用请求。

本申请实施例中，预定义的服务调用接口提供了一个统一接口，为用来访问各业务系统的一群接口定义的一个高层接口，让各业务系统更容易使用。由于各业务系统越来越复杂，因此，通过增加外观模式提供简单调用接口(即预定义的服务调用接口)，构造多层业务系统结构，利用外观对象作为每层的入口，达到了简化层间调用的目的。

本申请实施例中，服务调用请求用于表征请求端发送的与调用相关信息，如需要调用阿里MM为安卓手机提供的导航服务等信息。

具体地，可以在接收到一个服务调用请求时，建立相应的线程对其进行处理，即一个线程对应一个服务调用请求。应用时，当同时接收到大量服务调用请求时，可以利用你预设的队列或栈进行缓存，以确定当前待处理的服务调用请求。

步骤S102、确定服务调用请求的调用接口相关信息。

本申请实施例中，调用接口相关信息用于表征与调用请求发送端相关的信息，如安卓手机通过小程序发起支付服务调用的请求。

步骤S103、依据调用接口相关信息对预定义的针对服务调用的各个处理流程分别对应的多个候选组件进行筛选，确定各个处理流程中服务调用请求适用的目标组件。

本申请实施例中，将对服务调用请求进行处理的流水线划分为参数解析流程、令牌生成流程、服务调用流程、返回值解析流程。具体地，可以通过模式目标来将对服务调用请求的处理过程进行分段，即划分为参数解析流程、令牌生成流程、服务调用流程、返回值解析流程。

需要说明的是，将对服务调用请求进行处理的流水线划分为参数解析流程、令牌生成流程、服务调用流程、返回值解析流程四个流程仅是本申请提供的一个实施方式，具体应用时，还可以根据业务需要进行分段。

具体地，不同处理流程的候选组件可以单独存储，如通过不同集合分别存储不同处理流程的候选组件；或者可以将不同处理流程的候选组件存储在同一位置，如通过组件库存储不同处理流程各自对应的候选组件。

具体地，可以采用组件标识来表征各个处理流程中服务调用请求适用的目标组件，以通过组件标识来查找对应的组件。应用时，组件标识可以包括组件号，也可以包括表征处理流程的部分和表征组件的部分。例如，组件标识为Ta，通过Ta在组件库查找该组件的地址；或者组件标识为Tmn，其中，m为处理流程的标识，n为组件的标识，通过m确定组件集，以在m对应的组件集中查找到组件n的地址。

步骤S104、利用各个处理流程中服务调用请求适用的目标组件执行相应处理流程，得到对服务调用请求进行响应的反馈信息。

具体地，可以按照处理流程的顺序来控制对服务调用请求的流程顺序。例如，先利用参数解析流程中服务调用请求适用的参数解析器进行处理，再利用令牌生成流程中服务调用请求适用的令牌生成器进行处理。

本申请实施例基于预定义的针对多个业务系统的服务调用接口，获取待处理的服务调用请求，以确定调用接口相关信息，从而依据调用接口相关信息对预定义的针对服务调用的各个处理流程分别对应的多个候选组件进行筛选，确定各个处理流程中服务调用请求适用的目标组件，进而利用各个处理流程中服务调用请求适用的目标组件执行相应处理流程，得到对服务调用请求进行响应的反馈信息，这种通过预定义的针对多个业务系统的服务调用接口的方式，起到了通过增加外观模式提供简单调用接口来构造多层业务系统结构效果，达到了利用外观对象作为各层业务系统的入口，简化层间调用的目的；同时，通过将服务调用过程分段管理的方式，既能够根据实际情况控制流程顺序，又能够对不同业务系统不断迭代推出的各类组件进行资源整合，达到根据发起服务调用请求的请求端来适配相应组件，实现兼容多种业务系统服务调用方法的目的，起到在按照各处理流调进行调用的同时，达到向下兼容而不影响后续的功能迭代的效果。

在一些实施例中，步骤S103进一步包括：步骤S1031-步骤S1034(图中未示出)。

步骤S1031、基于预定义的针对各个处理流程的，确定当前需要执行的目标处理流程。

具体地，可以通过模板模式来将调用的过程拆分成不同的功能块，并设置不同的功能块，即通过模式模板定义针对服务调用的各个处理流程以及各个处理流程的流程顺序。

本申请实施例中，将调用的过程拆分的几个功能块以及流程顺序为：参数解析-令牌生成-调用服务、返回值解析。这种将模板模式。

步骤S1032、基于预设的调用原始信息数据库，确定针对目标处理流程的多个候选组件各自的适配条件。

具体地，调用原始信息数据库存储有不同候选组件各自的适配条件。应用时，不同候选组件各自的适配条件可以按照处理流程来分区存储，也可以不区分处理流程来存储。

步骤S1033、依据调用接口相关信息分别与针对所述目标处理流程的多个候选组件各自的适配条件进行匹配判断。

本申请实施例中，适配条件用于表征组件所支持的服务调用请求。例如，假设任一组件的适配条件为支持安卓系统在4G环境条件下发起的服务调用请求，若调用接口相关信息包括该适配条件，则匹配成功。

步骤S1034、将匹配成功的候选组件，作为目标处理流程中支持服务调用请求的目标组件。

本申请实施例通过调用原始信息数据库来提供针对不同组件的适配条件的方式，为创建不同业务系统各自支持的不同组件的依据，起到对不同业务系统不断迭代推出的各类组件进行资源整合的效果，达到根据发起服务调用请求的请求端来适配相应组件，实现兼容多种业务系统服务调用方法的目的。

在一些实施例中，步骤S1034进一步还包括：

若匹配成功至少两个候选组件，则将至少两个候选组件中优先级在先的作为目标处理流程中支持服务调用请求的目标组件。

具体地，可以按照版本号、创建时间或者优先级编号来确定不同组件的优先级。例如，假设匹配成功两个候选组件A和B，各自的优先级分别为P1、P2，若P1>P2，那么确定候选组件A的优先级在先，将候选组件A作为目标处理流程中支持服务调用请求的目标组件。

本申请实施例通过优先级的比较，解决了相关技术中同一业务系统对调用的过程拆分的任一功能块提供两个以上候选组件的情形下，无法快速进行处理的问题。

在上述步骤S103进一步包括步骤S1031-步骤S103的实施例中，步骤S104进一步包括：

从针对目标处理流程的组件集中调用目标处理流程中支持服务调用请求的目标组件，对服务调用请求进行处理。

本申请实施例通过将针对不同处理流程的组件集的设置，起到了依据流程顺序快速定位各流程中支持服务调用请求的组件的效果。

在一些实施例中，在步骤S103之前，该方法进一步还包括：

初始化预定义的若干候选组件，并依据若干候选组件各自的流程标识分别加载至相应的流程标识对应的组件集，以调用各个处理流程中所述服务调用请求适用的目标组件；

加载预设的原始信息数据库，以得到各个处理流程分别对应的多个候选组件各自的适配条件。

本申请实施例中，原始信息数据库存储在配置有预定义的针对多个业务系统的服务调用接口的应用系统本地。

应用时，可以通过在服务端存储原始信息数据库，这样可以检测到服务端发送的针对原始信息数据库的更新提示时，下载新原始信息数据库以及针对新原始信息数据库的若干候选组件以存储在本地；或者在检测到服务端发送的更新数据包(包括新原始信息数据库和更新后的组件库)时，利用新原始信息数据库和更新后的组件库在本地进行更新。通过对本地原始信息数据库的及时更新，从而避免因对不同业务系统提供的组件更新不及时，导致的无法向下兼容的问题。

在一些实施例中，调用接口相关信息包括以下至少一项：

接口类型、服务运营商、调用服务版本号、设备类型、网络类型、设备型号以及请求参数。

本申请实施例中，接口类型用于表征调用功能，如人脸比对。

本申请实施例中，服务运营商用于表征业务系统的开发商，如阿里MM、某度等。

本申请实施例中，调用服务版本号用于表征组件所支持的代码版本号。

本申请实施例中，设备类型用于表征发起调用的设备的操作系统，如IOS、安卓、PC。

本申请实施例中，网络类型用于表征发起调用的设备所使用的网络环境，如WiFi、4G等。

本申请实施例中，设备型号用于表征设备厂商及其品牌号，如XiaomiP11。

本申请实施例中，请求参数用于表征调用的数据。

在一些实施例中，该方法还包括：

依据对服务调用请求进行响应的反馈信息，生成相应的日志记录。

具体地，可以确定待处理的服务调用请求时，创建并记录相应的日志，并在完成调用后对该日志进行更新。

为了进一步说明本申请实施例提供的方法，下面结合图2对应用本申请实施例提供的方法的系统进行详细说明。

对应用本申请实施例提供的方法的系统，如图2所示包括初始化、加载和执行三个过程。

首先，系统初始化过程。其中，初始化过程一共分4小步：1)系统启动后将所有类型为paramResolver的参数解析器全部加载到集合(List<paramResolver>)中；2)系统启动后将所有类型为returnValueResolver的返回值解析器全部加载到集合(List<returnValueResolver>)中；3)系统启动后将所有类型为tokenGenerator的令牌生成器全部加载到集合(List<tokenGenerator>)中；4)系统启动后将所有标记了apiCaller的api调用器全部按类型加载到集合(Map<type,List<apiCaller>>)中。

其次，系统加载(load)过程，即从数据库中加载所有api调用原始信息，即获取metaData。参照图2中从数据库加载调用原始信息，即适配条件，不同组件的适配条件的内容如表1所示。

表1

最后，系统执行过程。即根据模板模式设计整个调用过程，模板中的调用步骤依次包括：

步骤A、获取api元信息；

步骤B、获取参数解析器并解析；

步骤C、获取令牌生成器并取得令牌；

步骤D、获取调用服务调用器并调用服务；以及

步骤E、获取返回值解析器并解析返回值。

其中，步骤A根据用户请求信息获取api元信息，此时可以记录调用日志，将调用信息记录到日志调用数据库中。其中，用户请求信息如表2所示。

表2

步骤B至步骤E是按照预定义的针对各处理流程的流程顺序进行处理。具体过程为：首先在List<paramResolver>中获取与当前请求匹配的参数解析器，并调用获取到的参数解析器，解析参数。参数解析器预定义的适配条件(即策略模式)可以参照图3；其次，在List<tokenGenerator>中获取与当前请求匹配的token生成器，用于生成调用服务需要的token，token生成器基于策略模式，其提供的方法可以参照图4；再次，在List<apiCaller>中获取与当前请求匹配的服务调用器，服务调用器也是基于策略模式，其提供的方法可以参照图5；再次，在List<returnValueResolver>中获取与当前请求匹配的返回值解析器，返回值解析器也是基于策略模式，其提供的方法可以参照图6；最后，在完成解析返回值的步骤后，对步骤A中记录的日志进行更新，即得到一条完整的调用日志记录。

本申请的又一实施例提供了一种兼容多业务系统的服务调用装置，如图7所示，该装置70包括：调用请求获取模块701、接口信息确定模块702、处理组件确定模块703以及调用请求处理模块704。

调用请求获取模块701，用于基于预定义的针对多个业务系统的服务调用接口，获取待处理的服务调用请求；

接口信息确定模块702，用于确定服务调用请求的调用接口相关信息；

处理组件确定模块703，用于依据调用接口相关信息对预定义的流水线包括的各个处理流程分别对应的多个候选组件进行筛选，确定各个处理流程中服务调用请求适用的目标组件；

调用请求处理模块704，用于利用各个处理流程中服务调用请求适用的目标组件执行相应处理流程，得到对服务调用请求进行响应的反馈信息。

本申请实施例基于预定义的针对多个业务系统的服务调用接口，获取待处理的服务调用请求，以确定调用接口相关信息，从而依据调用接口相关信息对预定义的针对服务调用的各个处理流程分别对应的多个候选组件进行筛选，确定各个处理流程中服务调用请求适用的目标组件，进而利用各个处理流程中服务调用请求适用的目标组件执行相应处理流程，得到对服务调用请求进行响应的反馈信息，这种通过预定义的针对多个业务系统的服务调用接口的方式，起到了通过增加外观模式提供简单调用接口来构造多层业务系统结构效果，达到了利用外观对象作为各层业务系统的入口，简化层间调用的目的；同时，通过将服务调用过程分段管理的方式，既能够根据实际情况控制流程顺序，又能够对不同业务系统不断迭代推出的各类组件进行资源整合，达到根据发起服务调用请求的请求端来适配相应组件，实现兼容多种业务系统服务调用方法的目的，起到在按照各处理流调进行调用的同时，达到向下兼容而不影响后续的功能迭代的效果。

进一步地，处理组件确定模块包括：

目标处理流程确定子模块，用于基于模板模式中定义的针对各个处理流程的流程顺序，确定当前需要执行的目标处理流程；

组件适配策略确定子模块，用于基于预设的调用原始信息数据库，确定针对所述目标处理流程的多个候选组件各自的适配条件；

多组件适配判断子模块，用于目标组件依据所述调用接口相关信息分别与针对所述目标处理流程的多个候选组件各自的适配条件进行匹配判断；

目标组件确定子模块，用于将匹配成功的候选组件，作为所述目标处理流程中支持所述服务调用请求的目标组件。

进一步地，目标组件确定模块还包括：

多目标组件选定单元，用于若匹配成功至少两个候选组件，则将所述至少两个候选组件中优先级在先的作为所述目标处理流程中支持所述服务调用请求的目标组件。

进一步地，调用请求处理模块包括：

目标处理流程请求处理子模块，用于从针对所述目标处理流程的组件集中调用所述目标处理流程中支持所述服务调用请求的目标组件，对所述服务调用请求进行处理。

进一步地处理组件确定模块在所述依据所述调用接口相关信息对预定义的流水线包括的各个处理流程分别对应的多个候选组件进行筛选，确定各个处理流程中所述服务调用请求适用的目标组件之前，还包括：

组件初始化子模块，用于初始化预定义的若干候选组件，并依据若干候选组件各自的流程标识分别加载至相应的流程标识对应的组件集合，以调用各个处理流程中所述服务调用请求适用的目标组件；

数据库加载子模块，用于加载预设的数据库，以得到各个处理流程分别对应的多个候选组件各自的适配条件。

进一步地，调用接口相关信息包括以下至少一项：

接口类型、服务运营商、调用服务版本号、设备类型、网络类型、设备型号以及请求参数。

进一步地，调用请求处理模块还包括：

日志记录生成模块，用于依据对所述服务调用请求进行响应的反馈信息，生成相应的日志记录。

本实施例的兼容多业务系统的服务调用装置可执行本申请实施例一所示的兼容多业务系统的服务调用方法，其实现原理相类似，此处不再赘述。

本申请又一实施例提供了一种终端，包括：存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，该处理器执行计算机程序时以实现上述兼容多业务系统的服务调用方法。

具体地，处理器可以是CPU，通用处理器，DSP，ASIC，FPGA或者其他可编程逻辑器件、晶体管逻辑器件、硬件部件或者其任意组合。其可以实现或执行结合本申请公开内容所描述的各种示例性的逻辑方框，模块和电路。处理器也可以是实现计算功能的组合，例如包含一个或多个微处理器组合，DSP和微处理器的组合等。

具体地，处理器通过总线与存储器连接，总线可包括一通路，以用于传送信息。总线可以是PCI总线或EISA总线等。总线可以分为地址总线、数据总线、控制总线等。

存储器可以是ROM或可存储静态信息和指令的其他类型的静态存储设备，RAM或者可存储信息和指令的其他类型的动态存储设备，也可以是EEPROM、CD-ROM或其他光盘存储、光碟存储(包括压缩光碟、激光碟、光碟、数字通用光碟、蓝光光碟等)、磁盘存储介质或者其他磁存储设备、或者能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质，但不限于此。

可选的，存储器用于存储执行本申请方案的计算机程序的代码，并由处理器来控制执行。处理器用于执行存储器中存储的应用程序代码，以实现上述实施例提供的兼容多业务系统的服务调用装置的动作。

本申请又一实施例提供了一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现上述兼容多业务系统的服务调用方法。

以上所描述的装置实施例仅是示意性的，其中作为分离部件说明的单元可以是或者也可以不是物理上分开的，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。

本领域普通技术人员可以理解，上文中所公开方法中的全部或某些步骤、系统可以被实施为软件、固件、硬件及其适当的组合。某些物理组件或所有物理组件可以被实施为由处理器，如中央处理器、数字信号处理器或微处理器执行的软件，或者被实施为硬件，或者被实施为集成电路，如专用集成电路。这样的软件可以分布在计算机可读介质上，计算机可读介质可以包括计算机存储介质(或非暂时性介质)和通信介质(或暂时性介质)。如本领域普通技术人员公知的，术语计算机存储介质包括在用于存储信息(诸如计算机可读指令、数据结构、程序模块或其他数据)的任何方法或技术中实施的易失性和非易失性、可移除和不可移除介质。计算机存储介质包括但不限于RAM、ROM、EEPROM、闪存或其他存储器技术、CD-ROM、数字多功能盘(DVD)或其他光盘存储、磁盒、磁带、磁盘存储或其他磁存储装置、或者可以用于存储期望的信息并且可以被计算机访问的任何其他的介质。此外，本领域普通技术人员公知的是，通信介质通常包含计算机可读指令、数据结构、程序模块或者诸如载波或其他传输机制之类的调制数据信号中的其他数据，并且可包括任何信息递送介质。

以上是对本申请的较佳实施进行了具体说明，但本申请并不局限于上述实施方式，熟悉本领域的技术人员在不违背本申请精神的前提下还可做出种种的等同变形或替换，这些等同的变形或替换均包含在本申请权利要求所限定的范围内。

Claims (10)

1.一种兼容多业务系统的服务调用方法，其特征在于，包括：

基于预定义的针对多个业务系统的服务调用接口，获取待处理的服务调用请求；

确定所述服务调用请求的调用接口相关信息；

依据所述调用接口相关信息对预定义的针对服务调用的各个处理流程分别对应的多个候选组件进行筛选，确定各个处理流程中所述服务调用请求适用的目标组件；

利用各个处理流程中所述服务调用请求适用的目标组件执行相应处理流程，得到对所述服务调用请求进行响应的反馈信息。

2.根据权利要求1所述的方法，其特征在于，所述依据所述调用接口相关信息对预定义的针对服务调用的各个处理流程分别对应的多个候选组件进行筛选，确定各个处理流程中所述服务调用请求适用的目标组件的步骤，包括：

基于预定义的针对各个处理流程的流程顺序，确定当前需要执行的目标处理流程；

基于预设的调用原始信息数据库，确定针对所述目标处理流程的多个候选组件各自的适配条件；

依据所述调用接口相关信息分别与针对所述目标处理流程的多个候选组件各自的适配条件进行匹配判断；

将匹配成功的候选组件，作为所述目标处理流程中支持所述服务调用请求的目标组件。

3.根据权利要求2所述的方法，其特征在于，所述将匹配成功的候选组件，作为所述目标处理流程中支持所述服务调用请求的目标组件的步骤，还包括：

若匹配成功至少两个候选组件，则将所述至少两个候选组件中优先级在先的作为所述目标处理流程中支持所述服务调用请求的目标组件。

4.根据权利要求2所述的方法，其特征在于，所述利用各个处理流程中所述服务调用请求适用的目标组件执行相应处理流程，得到对所述服务调用请求进行响应的反馈信息的步骤，包括：

从针对所述目标处理流程的组件集中调用所述目标处理流程中支持所述服务调用请求的目标组件，对所述服务调用请求进行处理。

5.根据权利要求2所述的方法，其特征在于，所述依据所述调用接口相关信息对预定义的针对服务调用的各个处理流程分别对应的多个候选组件进行筛选，确定各个处理流程中所述服务调用请求适用的目标组件的步骤之前，所述方法还包括：

初始化预定义的若干候选组件，并依据若干候选组件各自的流程标识分别加载至相应的流程标识对应的组件集，以调用各个处理流程中所述服务调用请求适用的目标组件；

加载预设的数据库，以得到各个处理流程分别对应的多个候选组件各自的适配条件。

6.根据权利要求1所述的方法，其特征在于，所述调用接口相关信息包括以下至少一项：

接口类型、服务运营商、调用服务版本号、设备类型、网络类型、设备型号以及请求参数。

7.根据权利要求1所述的方法，其特征在于，所述方法还包括：

依据对所述服务调用请求进行响应的反馈信息，生成相应的日志记录。

8.一种兼容多业务系统的服务调用装置，其特征在于，包括：

调用请求获取模块，用于基于预定义的针对多个业务系统的服务调用接口，获取待处理的服务调用请求；

接口信息确定模块，用于确定所述服务调用请求的调用接口相关信息；

处理组件确定模块，用于依据所述调用接口相关信息对预定义的流水线包括的各个处理流程分别对应的多个候选组件进行筛选，确定各个处理流程中所述服务调用请求适用的目标组件；

调用请求处理模块，用于利用各个处理流程中所述服务调用请求适用的目标组件执行相应处理流程，得到对所述服务调用请求进行响应的反馈信息。

9.一种电子设备，其特征在于，其包括：

一个或多个处理器；

存储器；

一个或多个应用程序，其中所述一个或多个应用程序被存储在所述存储器中并被配置为所述一个或多个处理器执行，所述一个或多个程序配置用于：执行根据权利要求1-7任一项所述的兼容多业务系统的服务调用方法。

10.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，该程序被处理器执行时实现权利要求1-7任一项所述的兼容多业务系统的服务调用方法。

Images