一种将异构请求标准转换为统一请求标准的方法技术

本发明专利技术公开了一种将异构请求标准转换为统一请求标准的方法，包括以下具体步骤：步骤一：搭建网关中间件服务；步骤二：在网关中间件上注册服务并生成请求地址，服务请求方根据请求地址发送请求；步骤三：网关根据服务请求进行请求标准转换处理发送给服务提供方，并将服务提供方的返回结果转换为服务请求方标准返回给服务请求方。本发明专利技术通过搭建服务网关中间件，对异构请求标准进行转换，并适配为统一的Restful标准，这样服务请求方可以不再顾虑服务提供方的技术架构、接口协议，直接按照标准的Restful协议进行访问，即可实现系统间的接口通讯，实现异构系统的快速集成，达到能力充分复用和服务便捷共享的目的。分复用和服务便捷共享的目的。分复用和服务便捷共享的目的。

【技术实现步骤摘要】
一种将异构请求标准转换为统一请求标准的方法


[0001]本专利技术涉及软件集成
，尤其一种将异构请求标准转换为统一请求标准的方法。

技术介绍

[0002]当前不同系统间的业务集成和数据交换，存在着很多的障碍，最主要的原因就是系统间的请求标准各不相同，并由此衍生出如下问题：1）系统间请求接口标准不一致，与多个系统对接可能需要使用多种请求标准；2）系统间集成复杂耗时，可能经常需要做适配开发和接口调试，缺少重用、耗费时间；3）早期系统不易集成，有些老系统技术和接口标准过于陈旧，难以与新系统相互集成；4）当系统间的集成请求出现错误时，难以分析解决。系统间请求过程中出现的问题，不好定位在哪个环节出现的错误，有些问题还难以重现，给分析解决造成困难；展开来说，当前软件系统开发领域，流行的编程语言很多，比如Java、Python、C#、Go等，系统间通讯的请求标准也有很多，比如Restful、gRPC、RMI、WebService等，各软件系统开发语言和技术架构不尽相同，请求标准也可能互不兼容，这样异构的软件系统之间的接口请求和数据传递就成为一件很麻烦的事情,特别是一些早期的业务系统，不仅编程语言陈旧，而且接口标准也可能比较特殊，这样新开发的系统跟老系统间的互相访问就变得比较困难，老系统联接新系统可能更加麻烦，甚至于有的老系统连当初的开发人员都找不到，根本无法针对新的业务系统进行适配开发，导致系统间的业务对接和接口适配困难重重、成本很高乃至无法落实。
[0003]同时，各业务系统集成后，如请求过程中出现请求错误、结果错误等问题，经常很难还原问题场景、确定问题原因，需要两个业务系统的开发人员共同配合联调分析，容易出现相互推脱、配合不足、不好重现、耗时较长等各类不利情况。

技术实现思路

[0004]本专利技术的目的在于克服现有技术的不足，提供了一种将异构请求标准转换为统一请求标准的方法，通过搭建服务网关中间件的方式，对异构的服务接口请求标准进行了统一的转换处理，能够将异构的软件系统接口请求标准，转换为统一的Restful标准，并开放给需要调用的不同的对方系统，解决了异构系统间技术架构不一致、请求标准不统一、系统对接工作多、接口联调难度大、问题定位极复杂的问题。
[0005]本专利技术的目的是通过以下技术方案来实现的：一种将异构请求标准转换为统一请求标准的方法，包括以下具体步骤：步骤一：搭建网关中间件服务；步骤二：在网关中间件上注册服务并生成请求地址，服务请求方根据请求地址发
送请求；步骤三：网关根据服务请求进行请求标准转换处理发送给服务提供方，并将服务提供方的返回结果转换为服务请求方标准返回给服务请求方。
[0006]一种将异构请求标准转换为统一请求标准的方法，还包括网关对请求过程进行日志记录，具体为：网关中间件在请求处理过程中，对请求内容、处理过程和返回结果进行日志记录，用以对服务访问情况进行汇总统计，和在服务调用异常时，分析问题环节，还原问题场景。
[0007]一种将异构请求标准转换为统一请求标准的方法，还包括网关自定义扩展协议转换模块，具体为：网关中间件根据客户需求自行定义协议转换模块，满足业务系统的定制化扩展要求。
[0008]所述步骤一具体包括：利用单独的服务器搭建网关中间件服务，将Restful请求适配为目标请求标准，建立不同请求的适配模块，为服务提供方提供请求标准转换服务。
[0009]所述步骤二具体为：在网关上注册服务提供方的服务，服务内容包括请求转换要求、服务提供方的服务地址和请求标准；针对服务提供方的服务，生成网关向外提供的请求地址，提供给服务请求方，服务请求方根据请求地址发送服务请求，网关完成请求标准转换并发送到对应的服务提供方。
[0010]所述步骤三具体为：服务请求方向网关发出服务请求；网关请求控制器接收到服务请求，确认目标服务已注册，将请求转给网关协议适配模块，否则返回服务未注册提示；网关协议适配模块将请求转换为服务提供方支持协议标准并发送给服务提供方；服务提供方接收到网关请求，完成处理并返回结果；网关协议适配模块接收到服务提供方返回结果，转换为服务请求方标准，返回给网关请求控制器；网关请求控制器将结果直接返回给服务请求方；服务请求方得到请求结果，请求过程结束。
[0011]本专利技术的有益效果：本专利技术通过搭建服务网关中间件，对异构请求标准进行转换，并适配为统一的Restful标准，这样服务请求方可以不再顾虑服务提供方的技术架构、接口协议，直接按照标准的Restful协议进行访问，即可实现系统间的接口通讯，实现异构系统的快速集成，达到能力充分复用和服务便捷共享的目的。本专利技术对软件系统对接过程各方面的影响如下：1）功能大幅增强。
[0012]A.服务提供方不再需要为不同服务请求方提供适配开发；B.服务提供方完成验证后，为新系统提供请求服务基本无需验证；C.服务请求方无需考虑服务提供方的技术架构和接口请求标准；D.服务请求过程中的问题更易于确认问题来源和分析原因；E.支持自定义插件扩展，以兼容更多的请求标准，或扩展的请求切面处理；2）成本有效降低通过减少工作量、缩短工期、快速定位问题等方式，有效降低成本。
[0013]A.减少或避免了双方系统的适配开发工作量；B.减少了双方系统的协同联调工作量；C.减少了双方系统问题定位分析时间、工作量和沟通成本；
3）质量得到提升A.因减少开发工作量和代码量，降低了产生BUG的机率；B.因请求外放时，统一使用大家熟悉的Resuftl标准，代码质量可靠性更好；C.因支持请求日志，使问题定位分析更加容易，便于确认缘由和解决问题；4）性能有所影响。
[0014]因为此专利技术为请求过程增加了网关环节，并且需要在网关上进行协调标准转换的处理，所以请求性能方面会受到少量的影响，具体性能影响主要与转换复杂度有关。
[0015]但是，此专利技术同时也降低了系统对接时的技术复杂度，提升了开发系统间集成的效率，减少了开发工期和成本投入。
附图说明
[0016]为了更清楚地说明本专利技术实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见的，下面描述中的附图仅仅是本专利技术的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图示出的结构获得其他的附图。
[0017]图1是本专利技术的方法流程图；图2是本专利技术的接口配置信息结构图；图3是本专利技术的生成请求地址流程图；图4是本专利技术的请求标准转换处理流程图；图5是本专利技术的请求日志处理及自定义扩展支持流程图；图6是数据交换系统示意图。
具体实施方式
[0018]应当理解，此处所描述的具体实施例仅用以解释本专利技术，并不用于限定本专利技术。
[0019]下面将结合本专利技术实施例中的附图，对本专利技术实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅是本专利技术的一部分实施例，而不是全部的实施例。基于本专利技术中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他本文档来自技高网...

【技术保护点】

【技术特征摘要】
1.一种将异构请求标准转换为统一请求标准的方法，其特征在于，包括以下具体步骤：步骤一：搭建网关中间件服务；步骤二：在网关中间件上注册服务并生成请求地址，服务请求方根据请求地址发送请求；步骤三：网关根据服务请求进行请求标准转换处理发送给服务提供方，并将服务提供方的返回结果转换为服务请求方标准返回给服务请求方。2.根据权利要求1所述的一种将异构请求标准转换为统一请求标准的方法，其特征在于，还包括网关对请求过程进行日志记录，具体为：网关中间件在请求处理过程中，对请求内容、处理过程和返回结果进行日志记录，用以对服务访问情况进行汇总统计，和在服务调用异常时，分析问题环节，还原问题场景。3.根据权利要求1所述的一种将异构请求标准转换为统一请求标准的方法，其特征在于，还包括网关自定义扩展协议转换模块，具体为：网关中间件根据客户需求自行定义协议转换模块，满足业务系统的定制化扩展要求。4.根据权利要求1所述的一种将异构请求标准转换为统一请求标准的方法，其特征在于，所述步骤一具体包括：利用单独的服务器搭建网关中间件服务，将Restful请求适...

【专利技术属性】
技术研发人员：管春元，孙大臣，邱实，蒋磊，
申请(专利权)人：启明信息技术股份有限公司，
类型：发明
国别省市：