一种以API方式实现集协议转换的数据共享方法与流程

本发明涉及数据处理技术领域，更具体地说，涉及一种以api方式实现集协议转换的数据共享方法。

背景技术：

大数据技术运用刚刚起步，在实际运用层面还没有得到应有的重视。一些基础工作还比较薄弱，部门之间、区域之间还存在着信息壁垒。同时大数据涉及不同来源的复杂数据。倘若缺乏得当的数据治理，那就很难正确地整合数据。所以打通部门之间的信息孤岛，实现信息资源的共享与融合是发挥大数据技术的独特作用。

当今社会我们每天都在生产海量数据，但由于历史原因，数据库使用类型不同、版本不同，造成数据归集困难。同时用户担忧数据保密、数据防篡改、网络安全等问题，也造成采集数据困难、操作过程手续繁杂。所以如何合理使用数据是困扰很多用户的问题。

如果以api的方式来做，为数据共享提供完整的api接口,用户只需进行简单的操作，即可快速、低成本、低风险地共享开放数据或服务，并能够实现在多个系统之间，实现跨系统跨协议的服务能力互通。系统以api的形式共享开放，并对服务api进行统一管理和组织，围绕api实现部门、区域之间业务能力的融合、重塑和创新。api应该是目前不管在技术上、商业价值上，还是在法律层面都是数据共享最优的解决方案。

技术实现要素：

本发明要解决的技术问题在于，针对现有技术的上述缺陷，提供一种以api方式实现集协议转换的数据共享方法。

本发明解决其技术问题所采用的技术方案是：构造一种以api方式实现集协议转换的数据共享方法，包括步骤：api服务录入；其中，录入方式至少包括：通过swagger文档快速导入restful、或通过wsdl文档快速导入webservice、或手工录入api服务；确定录入的api服务所属的服务类型，将对应的api服务的接口信息格式从非第一格式的第二格式转换为第一格式；其中，第一格式为restful格式，第二格式是第一格式之外的格式；对接口信息格式转换后的api服务进行服务联调，保证服务在正式发布后正常调用；其中，服务联调的方式至少包括关联插件和自定义代理地址；服务联调后进行联调测试，并在测试通过后进行服务发布。

在本发明所述的以api方式实现集协议转换的数据共享方法中，api服务的服务类型包括restful反向代理、webservice转restful、数据表转服务以及http自定义服务；

其中，restful反向代理类型的api服务进行格式转换时，提取服务名称、服务描述、调用阈值、超时时间，选择代理验证类型和下行验证方式，填入后完成转换；

webservice转restful类型的api服务进行格式转换时，提取服务名称、服务描述、调用阈值、超时时间，选择代理验证类型，填写wsdlurl，填入后完成转换；

数据表转服务类型的api服务进行格式转换时，根据主流关系型数据库的数据元信息自动生成restfulapi功能，支持mysql、oracle和postgresql三种类型的数据库；

http自定义类型的api服务进行格式转换时，提取服务名称、服务描述、调用阈值、超时时间，选择代理验证类型和下行验证方式，填入后完成转换。

在本发明所述的以api方式实现集协议转换的数据共享方法中，还包括对录入的api服务进行审核的步骤，以确定录入的api服务是否符合要求。

在本发明所述的以api方式实现集协议转换的数据共享方法中，在进行服务联调的步骤中，若进行关联插件，则从插件列表中选定插件，填写入方向和出方向的侦听参数描述；若进行自定义代理地址，则填写自定义代理地址，将服务发布，启动服务联调。

在本发明所述的以api方式实现集协议转换的数据共享方法中，在进行插件关联时，插件是实现对api服务进行前置侦听和后置侦听的手段，前置侦听阶段用于发送前对报文进行操作，包括加密、认证、字段特殊处理；后置侦听阶段用于对接收到的报文进行操作，包括解密、敏感字段脱敏；通过两个侦听处理，以灵活适配多个场景。

在本发明所述的以api方式实现集协议转换的数据共享方法中，插件开发的步骤包括：

模板下载：下载插件模板，为插件开发做环境准备工作；其中，模板是一个maven工程；

插件开发：插件开发人员使用开发工具根据需求进行插件编程；其中，开发工具类型包括eclipse、intellij及idea；

插件部署：上传开发生成的kar包，并部署到对应的网关上；

插件使用：录入服务时关联相应的插件；

插件测试：通过平台在线测试，验证插件功能是否正确。

在本发明所述的以api方式实现集协议转换的数据共享方法中，在进行服务发布的步骤中，从不同维度展示api服务的调用情况，包括已发布的服务数量、已发布的应用数量、服务调用的总次数及成功、失败的次数，并进行api服务调用轨迹分析。

区别于现有技术，本发明提供的以api方式实现集协议转换的数据共享方法包括步骤：api服务录入；其中，录入方式至少包括：通过swagger文档快速导入restful、或通过wsdl文档快速导入webservice、或手工录入api服务；确定录入的api服务所属的服务类型，将对应的api服务的接口信息格式从非第一格式的第二格式转换为第一格式；其中，第一格式为restful格式，第二格式是第一格式之外的格式；对接口信息格式转换后的api服务进行服务联调，保证服务在正式发布后正常调用；其中，服务联调的方式至少包括关联插件和自定义代理地址；服务联调后进行联调测试，并在测试通过后进行服务发布。通过本发明，能够解决跨平台异构应用系统的数据共享与集成问题，帮助用户实现数据交互、各部门协同工作的需求。

附图说明

下面将结合附图及实施例对本发明作进一步说明，附图中：

图1是本发明提供的一种以api方式实现集协议转换的数据共享方法的流程示意图。

图2是本发明提供的一种以api方式实现集协议转换的数据共享方法的关联插件的逻辑示意图。

具体实施方式

为了对本发明的技术特征、目的和效果有更加清楚的理解，现对照附图详细说明本发明的具体实施方式。

如图1所示，在本发明的一种以api方式实现集协议转换的数据共享方法包括步骤：

s110：api服务录入；其中，录入方式至少包括：通过swagger文档快速导入restful、或通过wsdl文档快速导入webservice、或手工录入api服务。

s120：确定录入的api服务所属的服务类型，将对应的api服务的接口信息格式从非第一格式的第二格式转换为第一格式；其中，第一格式为restful格式，第二格式是第一格式之外的格式。

s130：对接口信息格式转换后的api服务进行服务联调，保证服务在正式发布后正常调用；其中，服务联调的方式至少包括关联插件和自定义代理地址。

s140：服务联调后进行联调测试，并在测试通过后进行服务发布。

在本发明所述的以api方式实现集协议转换的数据共享方法中，api服务的服务类型包括restful反向代理、webservice转restful、数据表转服务以及http自定义服务；

其中，restful反向代理类型的api服务进行格式转换时，提取服务名称、服务描述、调用阈值、超时时间，选择代理验证类型和下行验证方式，填入后完成转换；

webservice转restful类型的api服务进行格式转换时，提取服务名称、服务描述、调用阈值、超时时间，选择代理验证类型，填写wsdlurl，填入后完成转换；

数据表转服务类型的api服务进行格式转换时，根据主流关系型数据库的数据元信息自动生成restfulapi功能，支持mysql、oracle和postgresql三种类型的数据库；

http自定义类型的api服务进行格式转换时，提取服务名称、服务描述、调用阈值、超时时间，选择代理验证类型和下行验证方式，填入后完成转换。

在本发明所述的以api方式实现集协议转换的数据共享方法中，还包括对录入的api服务进行审核的步骤，以确定录入的api服务是否符合要求。

在本发明所述的以api方式实现集协议转换的数据共享方法中，在进行服务联调的步骤中，若进行关联插件，则从插件列表中选定插件，填写入方向和出方向的侦听参数描述；若进行自定义代理地址，则填写自定义代理地址，将服务发布，启动服务联调。

在本发明所述的以api方式实现集协议转换的数据共享方法中，在进行插件关联时，插件是实现对api服务进行前置侦听和后置侦听的手段，前置侦听阶段用于发送前对报文进行操作，包括加密、认证、字段特殊处理；后置侦听阶段用于对接收到的报文进行操作，包括解密、敏感字段脱敏；通过两个侦听处理，以灵活适配多个场景。如图2所示。

在本发明所述的以api方式实现集协议转换的数据共享方法中，插件开发的步骤包括：

模板下载：下载插件模板，为插件开发做环境准备工作；其中，模板是一个maven工程；

插件开发：插件开发人员使用开发工具根据需求进行插件编程；其中，开发工具类型包括eclipse、intellij及idea；

插件部署：上传开发生成的kar包，并部署到对应的网关上；

插件使用：录入服务时关联相应的插件；

插件测试：通过平台在线测试，验证插件功能是否正确。

在本发明所述的以api方式实现集协议转换的数据共享方法中，在进行服务发布的步骤中，从不同维度展示api服务的调用情况，包括已发布的服务数量、已发布的应用数量、服务调用的总次数及成功、失败的次数，并进行api服务调用轨迹分析。

本发明的方法定位为一款轻量级的api服务总线，更注重于性能、可靠性、服务快速接入、应用快速调用。提供简单易用的b/s开发平台，通过开发平台可快速完成服务的接入，服务录入后以服务目录的形式呈现，方便后续的服务检索和订阅。为简化上层应用调用的复杂性，统一以restfulapi作为接入协议，使用者不需要关注后台服务的真实协议类型，仅需要对接次此台，就能实现应用程序快速开发的目的。此平台提供强大的运维及统计分析能力，可从多个维度为用户提供数据支撑。

本发明是提供协议转换及服务路由功能的数据共享平台，提供了基础的协议转换功能，可接入的协议包括restful、soap、dubbo、jdbc等时下主流常用的协议，服务录入后由平台自动转换生成restful接口。并提供插件机制来辅助完成一些高级的协议转换需求。插件机制支持热加载，插件部署后不需要重启api服务总线服务，不会影响已存在的转发服务。

api服务总线在转发过程中有两个侦听阶段，其中前置侦听阶段用于发送前对报文进行一些特殊操作，比如加密、认证、字段特殊处理等；后置侦听阶段可用于对接收到的报文做一些特殊操作，比如解密、敏感字段脱敏等，有了这两个侦听处理，用户可以灵活的适配很多场景。插件机制的本质就是对这两个侦听阶段的实现及注册，用户可通过插件来实现自己的侦听机制，以达到适配后台服务的目的。

本发明中，是通过目录驱动api交换，以服务目录的形式提供api的汇聚，展示部门发布的api服务，其他用户可以按分类、按部门浏览api服务，也可以按关键字进行搜索，以方便开发者快速获取到对应的资源。支持服务目录和数据共享平台联动，根据用户需求自动生成交换任务，极大降低操作复杂度，提升可用性。

传统交换模式中如果采用api服务的方式进行交换，则需要数据提供方自行开发对应的数据api，由此带来开发成本。通过数据共享平台，用户仅需指定数据源和列信息即可自动化生成数据api服务，并提供鉴权机制，降低人力成本。

同时，提供便捷的api监控、报警和分析功能，用户可直观地监控api服务的调用情况，包括耗时统计、调用统计和调用记录等，提供按小时、天、月、年周期性的调用轨迹跟踪和多维分析，为api优化和再开发提供数据支持。

本发明以用户服务的安全为首要任务，提供多种有效机制来保证用户服务的安全。数据共享平台以restfulapi的方式对外提供间接的数据访问服务，隐藏服务的真实地址，降低服务开放风险；提供服务访问身份鉴权机制，具有防伪造和防重放功能，防止对服务的非法访问；提供服务申请审批机制，防止未经授权的非法访问；提供服务调用限速机制，抵抗对服务的高并发冲击。

以下具体实施方式说明：

服务开发时，对http协议有特殊转换需求的场景，比如xml到json的转换、字段名称转换，http自定义模式为用户提供较大的灵活性，用户可以灵活的定义http转换规则。

1、规划转换规则

开发人员在开始录入服务之前需要有一个规划，必须清楚地知道真实服务的传输格式，以及期望的代理访问方式。

举例：有一个http服务用于给班级新增学生，原服务以xml的方式进行数据传输，希望通过平台进行转换，对外以json的方式暴露服务，原服务提供的api手册如下：

拿到这个需求，开发人员首先需要理清原服务的请求参数(包括httpquery,httpheader,httpbody)，然后尝试规划出转换后的请求参数(包括httpquery,httpheader,httpbody)，在规划的过程中需要确保信息不丢失，即代理接口的参数能满足原始服务需求。

规划后的api手册如下：

2、定义代理服务接口

通过数据共享平台提供的页面，按规划后的格式录入代理服务接口。

3、定义http请求报文转换规则

请求报文转换规则在调用真实服务之前被执行，平台会根据定义的转换规则对请求报文进行重封装(包括httpheader,httpquery,httpbody)。

代理服务接口的录入实际上已经确定了转换规则，此处需要以配置的形式录入系统。

需要按如下规则进行转换：

httpmethod,content-type,accept-type都发生了变化，其值是固定的。

httpquery参数需要从请求报文中的httpbody(json)中获取，其值是可变的。

httpbody也需要从请求报文中的httpbody(json)中获取，其值是可变的。

4、定义http应答报文转换规则

应答报文转换规则在收到真实服务的应答报文之后执行，平台会根据定义的转换规则对应答报文进行重封装，主要是对httpbody的封装。

httpbody需要从应答报文中的httpbody(xml)中获取，其值是可变的。

区别于现有技术，本发明提供的以api方式实现集协议转换的数据共享方法包括步骤：api服务录入；其中，录入方式至少包括：通过swagger文档快速导入restful、或通过wsdl文档快速导入webservice、或手工录入api服务；确定录入的api服务所属的服务类型，将对应的api服务的接口信息格式从非第一格式的第二格式转换为第一格式；其中，第一格式为restful格式，第二格式是第一格式之外的格式；对接口信息格式转换后的api服务进行服务联调，保证服务在正式发布后正常调用；其中，服务联调的方式至少包括关联插件和自定义代理地址；服务联调后进行联调测试，并在测试通过后进行服务发布。通过本发明，能够解决跨平台异构应用系统的数据共享与集成问题，帮助用户实现数据交互、各部门协同工作的需求。

上面结合附图对本发明的实施例进行了描述，但是本发明并不局限于上述的具体实施方式，上述的具体实施方式仅仅是示意性的，而不是限制性的，本领域的普通技术人员在本发明的启示下，在不脱离本发明宗旨和权利要求所保护的范围情况下，还可做出很多形式，这些均属于本发明的保护之内。