CN109947410A - 第三方服务接口构建方法及装置 - Google Patents

Abstract

本发明提供一种第三方服务接口构建方法及装置，涉及计算机技术领域领域。该第三方服务接口构建方法包括：获取第三方系统信息，其中，系统信息包括：应用信息、协议信息、入口参数、出口参数、规则信息；根据应用信息及入口参数，在所述第三方系统上建立第三方服务接口；根据协议信息、出口参数及第三方系统的业务信息连接第三方服务接口；根据业务信息及规则信息调用第三方服务接口，并将业务信息发送至用户。该第三方服务接口构建方法，通过出口入口参数及出口参数建立第三方服务服务接口的间接关系，同时可根据不同需求，更改系统信息所包含的参数，实现了第三方服务接口可配置化的优点。

Description

第三方服务接口构建方法及装置

技术领域

本发明涉及计算机技术领域，具体而言，涉及一种第三方服务接口构建方法及装置。

背景技术

随着互联网技术发展及信息化管理的普及，打破信息孤岛，实现跨系统的信息互联互通成为必要需求。在信息互相传输的过程中，无论是通过总线架构还是星型集成架构连接实现信息互通，第三方服务接口都是基础要素。

现有技术中，常用的第三方服务接口为自定义模式，该模式特点是不提供标准统一的第三方服务接口管理机制，由开发人员在底层平台上通过适配器，编程实现第三方服务接口的调用。

上述现有技术中，自定义模式中所有接口信息在代码中固化，不支持配置化且复用性较差。

发明内容

本发明的目的在于，针对上述现有技术中的不足，提供一种第三方服务接口构建方法及装置，以解决现有技术中的第三方服务接口不支持配置化且复用性较差的问题。

为实现上述目的，本发明实施例采用的技术方案如下：

第一方面，本发明实施例提供了一种第三方服务接口构建方法，包括：

一种第三方服务接口构建方法，包括：

获取第三方系统信息，其中，所述第三方系统信息包括：应用信息、协议信息、入口参数、出口参数、规则信息；

根据所述应用信息及所述入口参数，在所述第三方系统上建立所述第三方服务接口；

根据所述协议信息、所述出口参数及第三方系统的业务信息连接所述第三方服务接口；

根据所述业务信息及所述规则信息调用所述第三方服务接口，并将所述业务信息发送至用户。

可选地，所述根据所述业务信息及所述规则信息调用所述第三方服务接口之后，还包括：

根据所述第三方服务接口的入口参数判断所述第三方服务接口的稳定性。

可选地，所述根据所述第三方服务接口的入口参数判断所述第三方服务接口连接的稳定性，包括：

获取目标第三方系统，并获取构建在所述目标第三方系统上的第三方服务接口；

为所述第三方服务接口的入口参数绑定预设关联数据内容及系统参数；

训练所述预设关联数据内容及所述系统参数，得到判断结果。

可选地，所述根据所述业务信息及所述规则信息调用所述第三方服务接口之后，还包括：

根据所述第三方服务接口信息构建非第三方产品扩展接口的增强包，所述增强包为接通所述第三方服务接口的介质。

可选地，所述根据所述第三方服务接口信息建立非第三方产品扩展接口的增强包之后，还包括：

将所述第三方服务接口信息及所述非第三方产品扩展接口的增强包信息打包，获得可解析数据包，其中，所述可解析数据包可部署在其他应用系统上。

第二方面，本发明实施例还提供了一种第三方服务接口构建装置，包括第一方面所述的第三方服务接口构建方法，包括：

获取模块，用于获取第三方系统信息，所述第三方系统信息包括：应用信息、协议信息、入口参数、出口参数、规则信息；

建立模块，用于根据所述应用信息及所述入口参数，在所述第三方系统上建立所述第三方服务接口；

处理模块，还用于根据所述协议信息、所述出口参数及第三方系统的业务信息连接所述第三方服务接口；

发送模块，用于根据所述业务信息及所述规则信息调用所述第三方服务接口，并将所述业务信息发送至用户。

可选地，判断模块，用于根据所述第三方服务接口的入口参数判断所述第三方服务接口连接的稳定性。

可选地，所述判断模块，具体用于获取目标第三方系统，并获取构建在所述目标第三方系统上的第三方服务接口；为所述第三方服务接口的入口参数绑定预设关联数据内容及系统参数；训练所述预设关联数据内容及所述系统参数，得到判断结果。

可选地，还包括：构建模块，根据所述第三方服务接口信息构建非第三方产品扩展接口的增强包，所述增强包为接通所述第三方服务接口的介质。

可选地，还包括：打包模块，所述打包模块用于将所述第三方服务接口信息及所述非第三方产品扩展接口的增强包信息打包，获得可解析数据包，其中，所述可解析数据包可部署在其他应用系统上。

本发明的有益效果是：

本发明提供一种第三方服务接口构建方法，包括：获取第三方系统信息，其中，系统信息包括：应用信息、协议信息、入口参数、出口参数、规则信息；根据应用信息及入口参数，在所述第三方系统上建立第三方服务接口；根据协议信息、出口参数及第三方系统的业务信息连接第三方服务接口；根据业务信息及规则信息调用第三方服务接口，并将业务信息发送至用户。该第三方服务接口构建方法，通过出口入口参数及出口参数建立第三方服务服务接口的间接关系，同时可根据不同需求，更改系统信息所包含的参数，实现了第三方服务接口可配置化的优点。

附图说明

为了更清楚地说明本发明实施例的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，应当理解，以下附图仅示出了本发明的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。

图1为本申请提供的一种第三方服务接口构建方法流程示意图；

图2为本申请一实施例提供的第三方服务接口构建方法流程示意图；

图3为本申请又一实施例提供的第三方服务接口构建方法流程示意图；

图4为本申请另一实施例提供的第三方服务接口构建方法流程示意图；

图5为本申请另一实施例提供的第三方服务接口构建方法流程示意图；

图6为本申请提供的一种第三方服务接口构建装置模块示意图；

图7为本申请一实施提供的第三方服务接口构建装置模块示意图；

图8本申请又一实施例提供的第三方服务接口构建装置模块示意图；

图9本申请另一实施例提供的第三方服务接口构建装置模块示意图；

图10为本申请另一实施例提供的第三方服务接口构建装置模块示意图。

具体实施方式

为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。

名词解释：

用友NC(yonyouNC)：一种面向集团企业的高端管理软件，综合利用最新互联网技术、云计算技术、移动应用技术等，为集团企业提供了一个全新的支持合规化应用需求和创新需求，以及个性化配置、集成、实施、运维、管理一体化的大型企业管理与电子商务平台。

企业管理解决方案(System Applications and Products，简称SAP)：为商务智能解决方案提供全面的商务智能功能，给予用户根据坚实的数据和分析结果来制定有效且明智决策的能力。

电子商品防盗系统(Electronic Article Surveillance，简称EAS)：是目前大型零售行业广泛采用的商品安全措施之一。应用领域包括百货、超市、图书等行业，尤其在大型超市的应用得到充分的开发。

图1为本申请提供的一种第三方服务接口构建方法流程示意图；如图1所示，该方法包括：

S110、获取第三方系统信息，其中，第三方系统信息包括：应用信息、协议信息、入口参数、出口参数、规则信息。

第三方系统信息可以看成为一个抽象的软件产品，要建立第三方服务接口，需要建立产品与应用的关系、产品与服务接口之间的关系。

同时，产品与应用之间的关系是指一个产品可以安装在多个部署实例上。如某集团客户部署一套用友NC(yonyouNC)管理财务、部署另一套NC管理农业、同时还可以部署一套NC管理重化工等。产品与服务接口之间的关系指，当注册服务接口时，该服务接口在产品上注册，在一个产品上可同时注册多个服务接口。

需要说明的是，该产品可以表示如：NC、SAP、EAS、携程等软件，但并不以NC、SAP、EAS、携程为限制。

应用表示产品在客户环境中的一个部署实例。且该应用是可以被具体访问和操作的。

进一步地，在建立产品与服务接口之间的关系后，由于服务接口地址一般为IP/Port地址，但在页面设置中，消费者可直接通过该服务名称调用该地址，从而可以为服务消费者屏蔽实际的服务地址，可在服务环境变迁时不影响服务的调用。服务环境变迁，包括：服务器迁移、重新部署等。也可支持服务接口的产品公共信息一次性维护。

其中，应用信息表示该第三方系统的应用场景及作用，例如在某购物网站购买商品下单时，用户需向服务器发起下单请求，服务器会根据下单请求调用支付接口，来帮助用户完成支付下单的作用。

协议信息指连接服务接口的基础信息，其中，该协议信息包括但不局限于：连接协议、接口服务地址、接口基础信息等。协议信息的种类表示服务接口注册的使用范围。

入口参数、出口参数表示在建立与连接第三方服务接口时，需要根据该参数的格式、名称、类型将服务接口建立连接。

更进一步地，上述规则信息为映射规则，在接口数据进行连接时，需要根据映射规则对应连接。

S120、根据应用信息及入口参数，在第三方系统上建立第三方服务接口。

待明确应用信息的作用后，需要在第三方系统上根据应用信息及入口参数的格式、名称及类型建立第三方服务接口。

S130、根据协议信息、出口参数及第三方系统的业务信息连接第三方服务接口。

进一步地，业务信息指代表实际业务的电子数据，在接口的出口或出口参数中，可以是简单数据类型或复合数据类型。如订单查询服务中的销售订单编号(字符)，采购订单创建接口中的采购订单(xml格式)。

同时，该业务需要与应用信息相对应，便于找到该业务对应构建的服务接口。协议信息在系统定义时，可定义接口访问地址、接口服务地址等相关信息。

需要说明的是，接口访问地址包括但不局限于：Webservice Soap、Rest、JCO、Httpservlet、FTP等多种远程连接协议。

更进一步地，本申请提供的第三方服务接口构建方法，通过建立广泛的连接协议，可以满足不同技术类型的集成需求。所有服务接口均可注册其出口参数、入口参数进行绑定连接，并通过数据映射实现接口与接口的动态连接。

例如，服务接口B中输入参数的每个数据项均可配置化绑定服务接口A输出参数的任意数据项，如服务接口A的输出是JCO，服务接口B的输入可以是JSON。该输入输出即是通过数据映射，实现服务接口A与服务接口B的动态连接。

S140、根据业务信息及规则信息调用第三方服务接口，并将业务信息发送至用户。

本申请提供的第三方服务接口构建方法，通过入口参数及出口参数建立服务接口的连接关系，通过协议的数据映射，实现接口与接口间的动态连接，同时可根据不同需求，更改系统信息所包含的参数，实现了第三方服务接口可配置化的优点。

图2为本申请一实施例提供的第三方服务接口构建方法流程示意图，如图2所示，根据业务信息及规则信息调用第三方服务接口之后，还包括：

S150、根据第三方服务接口的入口参数判断第三方服务接口的稳定性。

当每修改一次服务接口的参数或建立新的服务接口时，为保证服务接口的稳定性及服务接口的连接效率，均需要对新修改或建立的服务接口进行测试。

其中，该测试方法是通过服务接口的入口参数进行判断，具体判断过程请参照图3。

图3为本申请又一实施例提供的第三方服务接口构建方法流程示意图，步骤S150包括：

S151、获取目标第三方系统，并获取构建在目标第三方系统上的第三方服务接口。

首先，需要确定目标第三方系统，以及构建在目标第三方系统上的第三方服务接口，进而才能对服务接口进行稳定性测试。

S152、为第三方服务接口的入口参数绑定预设关联数据内容及系统参数。

其中，上述预设关联数据内容表示两个服务接口的预设入口参数及预设出口参数的关联关系。例如，当多个服务接口串联使用时，前一服务接口的输出参数与后一服务接口(目标服务接口)的输入参数产生关联，可以直接为目标服务接口的每个输入参数绑定关联数据项。

系统参数，指登录日期、登录用户等系统公用信息。

S153、训练预设关联数据内容及系统参数，得到判断结果。

在系统操作页面中，为每一个服务接口的输入参数绑定数据项，手工输入或绑定系统参数，点击测试，若服务接口在预设时间段内连接成功则表示该服务接口稳定性较好。

上述预设时间段包括但不局限于，1s、2s、3s、5s等。

若修改或新建的服务接口连接不上或在预设时间段内没有连接上，则证明稳定性较差，需重建调节相关参数，以确保其稳定性。

其中，每一次输入参数可以存为一个测试用例，备重复调用。

本申请提供的第三方服务接口构建方法，在测试其连接稳定性时，无需编写代码和停启服务，即可在线配置任何输入参数测试接口的有效性。

更进一步地，当测试了服务接口连接稳定性时，还可快捷的定位并修正接口注册问题，提高集成效率测试可在线进行，并在短时间内完成，无需按照传统过程修改代码、编译、停止服务、部署、启用服务、测试日志，来进行测试，大幅缩减测试周期。

图4为本申请另一实施例提供的第三方服务接口构建方法流程示意图，如图4所示，根据业务信息及规则信息调用所述第三方服务接口之后，还包括：

S160、根据第三方服务接口信息构建非第三方产品扩展接口的增强包，增强包为接通第三方服务接口的介质。

增强包，是指为提供标准开放性之外的接口服务，第三方产品客户化开发的产品补丁包。即只有第三方产品打上该补丁(增强包)后，该服务接口才生效。

在客户显示环境中，很由于多产品均未提供足够的开发接口，往往需要增强开发来实现。但这种增强包属于非标产品范围，共享使用存在困难。

这种扩展接口，其完整的数据模型不仅仅应该包含服务注册本身，还应该包含扩展开发的增强包。其注册不仅在平台上的配置，还包含第三方应用增强包的部署。如此才能确保服务接口的部署是有效的。

图5为本申请另一实施例提供的第三方服务接口构建方法流程示意图，如图5所示，执行完步骤S160之后，还包括：

S170、将第三方服务接口信息及非第三方产品扩展接口的增强包信息打包，获得可解析数据包，其中，可解析数据包可部署在其他应用系统上。

其中，打包后的可解析数据包包括：建立的服务接口的结构化信息，产品于应用间的关系信息、协议连接数据信息、业务参数数据信息、及新建立的增强包信息。

将整体接口服务内容打包为一个可解析的数据包，该数据包可以有偿或无偿的发布和分享。服务接口注册的有效性不仅提高当前开发效率，更体现在共享，可减少重复性工作。同时，体现了本方法具有更高的复用性和通用性，能够大幅降低配置难度、提高效率，减少成本。

图6为本申请提供的一种第三方服务接口构建装置，包括：获取模块601、建立模块602、处理模块603、发送模块604，其中：

获取模块601，用于获取第三方系统信息，第三方系统信息包括：应用信息、协议信息、入口参数、出口参数、规则信息。

建立模块602，用于根据应用信息及入口参数，在第三方系统上建立所述第三方服务接口。

处理模块603，还用于根据协议信息、出口参数及第三方系统的业务信息连接第三方服务接口。

发送模块604，用于根据业务信息及规则信息调用第三方服务接口，并将业务信息发送至用户。

图7为本申请一实施例提供的第三方服务接口构建装置，该装置还包括：判断模块605，其中：

判断模块605，用于根据第三方服务接口的入口参数判断第三方服务接口连接的稳定性。

可选地，判断模块605，具体用于获取目标第三方系统，并获取构建在目标第三方系统上的第三方服务接口。为第三方服务接口的入口参数绑定预设关联数据内容及系统参数。训练预设关联数据内容及系统参数，得到判断结果。

图8为本申请又一实施例提供的第三方服务接口构建装置，该装置还包括：构建模块606，其中：

构建模块606，用于根据第三方服务接口信息构建非第三方产品扩展接口的增强包，增强包为接通第三方服务接口的介质。

图9为本申请一实施例提供的第三方服务接口构建装置，该装置还包括：打包模块607，其中：

打包模块607，用于将,第三方服务接口信息及非第三方产品扩展接口的增强包信息打包，获得可解析数据包，其中，可解析数据包可部署在其他应用系统上。

上述装置用于执行前述实施例提供的方法，其实现原理和技术效果类似，在此不再赘述。

以上这些模块可以是被配置成实施以上方法的一个或多个集成电路，例如：一个或多个特定集成电路(Application Specific Integrated Circuit，简称ASIC)，或，一个或多个微处理器(digital singnal processor，简称DSP)，或，一个或者多个现场可编程门阵列(Field Programmable Gate Array，简称FPGA)等。再如，当以上某个模块通过处理元件调度程序代码的形式实现时，该处理元件可以是通用处理器，例如中央处理器(CentralProcessing Unit，简称CPU)或其它可以调用程序代码的处理器。再如，这些模块可以集成在一起，以片上系统(system-on-a-chip，简称SOC)的形式实现。

图10为本申请另一实施例提供的第三方服务接口构建装置模块示意图。如图10所示，该装置可以集成于终端设备或者终端设备的芯片，该终端可以是具备处理功能的计算设备。

该装置包括：存储器1001、处理器1002。

存储器1001用于存储程序，处理器1002调用存储器1002存储的程序，以执行上述方法实施例。具体实现方式和技术效果类似，这里不再赘述。

可选地，本发明还提供一种程序产品，例如计算机可读存储介质，包括程序，该程序在被处理器执行时用于执行上述方法实施例。

在本发明所提供的几个实施例中，应该理解到，所揭露的装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

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

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

上述以软件功能单元的形式实现的集成的单元，可以存储在一个计算机可读取存储介质中。上述软件功能单元存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)或处理器(英文：processor)执行本发明各个实施例所述方法的部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(英文：Read-Only Memory，简称：ROM)、随机存取存储器(英文：Random Access Memory，简称：RAM)、磁碟或者光盘等各种可以存储程序代码的介质。

Claims (10)

1.一种第三方服务接口构建方法，其特征在于，包括：

获取第三方系统信息，其中，所述第三方系统信息包括：应用信息、协议信息、入口参数、出口参数、规则信息；

根据所述应用信息及所述入口参数，在所述第三方系统上建立所述第三方服务接口；

根据所述协议信息、所述出口参数及第三方系统的业务信息连接所述第三方服务接口；

根据所述业务信息及所述规则信息调用所述第三方服务接口，并将所述业务信息发送至用户。

2.如权利要求1所述的第三方服务接口构建方法，其特征在于，所述根据所述业务信息及所述规则信息调用所述第三方服务接口之后，还包括：

根据所述第三方服务接口的入口参数判断所述第三方服务接口的稳定性。

3.如权利要求2所述的第三方服务接口构建方法，其特征在于，所述根据所述第三方服务接口的入口参数判断所述第三方服务接口连接的稳定性，包括：

获取目标第三方系统，并获取构建在所述目标第三方系统上的第三方服务接口；

为所述第三方服务接口的入口参数绑定预设关联数据内容及系统参数；

训练所述预设关联数据内容及所述系统参数，得到判断结果。

4.如权利要求1所述的第三方服务接口构建方法，其特征在于，所述根据所述业务信息及所述规则信息调用所述第三方服务接口之后，还包括：

根据所述第三方服务接口信息构建非第三方产品扩展接口的增强包，所述增强包为接通所述第三方服务接口的介质。

5.如权利要求4所述的第三方服务接口构建方法，其特征在于，所述根据所述第三方服务接口信息建立非第三方产品扩展接口的增强包之后，还包括：

将所述第三方服务接口信息及所述非第三方产品扩展接口的增强包信息打包，获得可解析数据包，其中，所述可解析数据包可部署在其他应用系统上。

6.一种第三方服务接口构建装置，其特征在于，包括：

获取模块，用于获取第三方系统信息，所述第三方系统信息包括：应用信息、协议信息、入口参数、出口参数、规则信息；

建立模块，用于根据所述应用信息及所述入口参数，在所述第三方系统上建立所述第三方服务接口；

处理模块，还用于根据所述协议信息、所述出口参数及第三方系统的业务信息连接所述第三方服务接口；

发送模块，用于根据所述业务信息及所述规则信息调用所述第三方服务接口，并将所述业务信息发送至用户。

7.如权利要求6所述的第三方服务接口构建装置，其特征在于，还包括：

判断模块，用于根据所述第三方服务接口的入口参数判断所述第三方服务接口连接的稳定性。

8.如权利要求7所述的第三方服务接口构建装置，其特征在于，包括：

所述判断模块，具体用于获取目标第三方系统，并获取构建在所述目标第三方系统上的第三方服务接口；为所述第三方服务接口的入口参数绑定预设关联数据内容及系统参数；训练所述预设关联数据内容及所述系统参数，得到判断结果。

9.如权利要求6所述的第三方服务接口构建装置，其特征在于，还包括：

构建模块，根据所述第三方服务接口信息构建非第三方产品扩展接口的增强包，所述增强包为接通所述第三方服务接口的介质。

10.如权利要求9所述的第三方服务接口构建装置，其特征在于，还包括：打包模块，所述打包模块用于将所述第三方服务接口信息及所述非第三方产品扩展接口的增强包信息打包，获得可解析数据包，其中，所述可解析数据包可部署在其他应用系统上。