CN114968617A

CN114968617A - Api转换系统及其访问请求处理方法、电子设备及介质

Info

Publication number: CN114968617A
Application number: CN202210457595.8A
Authority: CN
Inventors: 孙梦桥; 郑聪; 龚小龙; 麻志毅
Original assignee: Advanced Institute of Information Technology AIIT of Peking University; Hangzhou Weiming Information Technology Co Ltd
Current assignee: Advanced Institute of Information Technology AIIT of Peking University; Hangzhou Weiming Information Technology Co Ltd
Priority date: 2022-04-28
Filing date: 2022-04-28
Publication date: 2022-08-30
Anticipated expiration: 2042-04-28
Also published as: CN114968617B; WO2023208132A1

Abstract

本申请公开了一种API转换系统及其访问请求处理方法、电子设备及介质。本申请中提出的API转换系统包括存储层、解析层、取参层、重组层、发布层，其中，存储层，用于存储接口转换器传输的数据源API，以及存储已经被接口转换器转换生成的发布API；解析层，用于在解析数据源API的携带参数后，确定数据源API对应的转换类型以及将目标发布API的关键参数发送给路由寻址算法模块，以使路由寻址算法模块基于关键参选取目标路由流程；取参层，用于对数据源API携带参数的关键信息进行缓存处理，缓存处理包括内存缓存以及数据库缓存；重组层，用于从取参层中提取数据源API携带参数的关键信息后，基于关键信息将数据源API转换生成对应类型的发布API。

Description

API转换系统及其访问请求处理方法、电子设备及介质

技术领域

本申请中涉及数据处理技术，尤其是一种API转换系统及其访问请求处理方法、电子设备及介质。

背景技术

API(Application Programming Interface，应用程序接口)是一些预先定义的接口(如函数、HTTP接口)，或指软件系统不同组成部分衔接的约定。随着信息技术和硬件资源的发展，应用场景的不断变更，API逐渐衍生出多样化的规范。

相关技术中，针对API软件系统来说，为保证整体软件系统的稳定性和安全性，通常整个系统的API开发只遵循一种协议规范(例如SOAP、RESTful等)。然而随着产业数字化转型的不断推进，各业务平台存留的软件系统多由第三方开发，从而导致API协议规范不统一，带来大量的数据孤岛问题，无法及时响应业务需求的快速变化。

发明内容

本申请实施例提供一种API转换系统及其访问请求处理方法、电子设备及介质。用以解决相关技术中存在的，各API软件系统支持的API协议规范不统一所导致的无法响应业务访问请求的问题。

其中，根据本申请实施例的一个方面，提供的一种API转换系统包括存储层、解析层、取参层、重组层、发布层，其中：

所述存储层，用于存储接口转换器传输的数据源API，以及存储已经被所述接口转换器转换生成的发布API；

所述解析层，用于在解析所述数据源API的携带参数后，确定所述数据源API对应的转换类型，以及将目标发布API的关键参数发送给路由寻址算法模块，以使所述路由寻址算法模块基于关键参数选取目标路由流程；

所述取参层，用于对所述数据源API携带参数的关键信息进行缓存处理，所述缓存处理包括内存缓存以及数据库缓存；

所述重组层，用于从所述取参层中提取所述数据源API携带参数的关键信息后，基于所述关键信息将所述数据源API转换生成对应类型的发布API；

所述发布层，用于管理并显示所述发布API。

可选地，在基于本申请上述方法的另一个实施例中，所述解析层还包括：

接收到用户请求时，从所述存储层中提取待解析的数据源API；

基于所述待解析的数据源API携带的数据格式，确定所述待解析的数据源API对应的转换类型。

接收用户针对目标发布API生成的用户访问请求；

对所述用户访问请求进行安全校验，并在确定安全校验通过后，将所述户访问请求对应的访问数据返回给所述用户。

可选地，在基于本申请上述方法的另一个实施例中，所述取参层还包括：

从所述解析层中调取所述数据源API对应的携带数据，接口流量信息以及接口响应时间；

将所述携带数据，接口流量信息以及接口响应时间作为所述关键信息，并对其进行缓存处理。

可选地，在基于本申请上述方法的另一个实施例中，所述重组层还包括：

从所述取参层中提取所述数据源API携带参数的关键信息，并确定所述数据源API对应的转换类型；

将所述关键信息按照对应转换类型进行转换，得到所述对应类型的发布API；

基于所述API类型、请求参数、成功响应信息、失败响应信息以及请求示例，生成与所述发布API匹配的标准接口文档。

其中，根据本申请实施例的又一个方面，提供的一种基于API转换系统的访问请求处理方法，其特征在于，包括：

接收用户针对目标发布API生成的用户访问请求；

基于所述目标发布API信息，得到至少两个待筛选路由流程，所述待筛选路由流程用于获取所述户访问请求对应的访问数据；

确定每个待筛选路由流程对应的请求响应时间以及当前网络状态；

从至少两个待筛选路由流程中，选取与所述请求响应时间以及当前网络状态相匹配的目标路由流程，并基于所述目标路由流程获取所述访问数据。

可选地，在基于本申请上述方法的另一个实施例中，所述基于所述目标发布API信息，得到至少两个待筛选路由流程，包括：

通过API转换系统的解析层对所述目标发布API信息进行路由解析，得到所述至少两个待筛选路由流程。

可选地，在基于本申请上述方法的另一个实施例中，所述确定每个待筛选路由流程对应的请求响应时间以及当前网络状态，包括：

将所述至少两个待筛选路由方式给多个API转换系统；

所述多个API转换系统确定每个待筛选路由流程对应的请求响应时间以及当前网络状态；

将所述每个待筛选路由流程对应的请求响应时间以及当前网络状态发送给路由寻址智能算法模块；

通过所述路由寻址智能算法模块，从至少两个待筛选路由流程中选取与所述请求响应时间以及当前网络状态相匹配的目标路由流程。

根据本申请实施例的又一个方面，提供的一种电子设备，包括：

存储器，用于存储可执行指令；以及

显示器，用于与所述存储器以执行所述可执行指令从而完成上述任一所述API转换系统的操作。

根据本申请实施例的还一个方面，提供的一种计算机可读存储介质，用于存储计算机可读取的指令，所述指令被执行时执行上述任一所述API转换系统的操作。

本申请中提出的API转换系统包括存储层、解析层、取参层、重组层、发布层，其中，存储层，用于存储接口转换器传输的数据源API，以及存储已经被接口转换器转换生成的发布API；解析层，用于在解析数据源API的携带参数后，确定数据源API对应的转换类型以及将目标发布API的关键参数发送给路由寻址算法模块，以使路由寻址算法模块基于关键参数选取目标路由流程；取参层，用于对数据源API携带参数的关键信息进行缓存处理，缓存处理包括内存缓存以及数据库缓存；重组层，用于从取参层中提取数据源API携带参数的关键信息后，基于关键信息将数据源API转换生成对应类型的发布API；发布层，用于管理并显示发布API。通过应用本申请的技术方案，可以实现集存有同一数据，同一功能的不同类型接口的API转换系统。以使用户只需在系统中输入需要转换的接口类型，通过接口转换器自动生成新类型的API。无需因为应用场景不同，再使用其他编程语言或者其他框架来重新开发，减少了后端开发人员的重复工作量。另外，由于开发人员无需学习其他框架或了解新的应用场景，只需选择接口类型就可以实现接口转换，从而也降低了API开发的技术门槛。

下面通过附图和实施例，对本申请的技术方案做进一步的详细描述。

附图说明

构成说明书的一部分的附图描述了本申请的实施例，并且连同描述一起用于解释本申请的原理。

参照附图，根据下面的详细描述，可以更加清楚地理解本申请，其中：

图1为本申请提出的一种API转换系统架构示意图；

图2为本申请提出的一种基于API转换系统的访问请求处理系统架构示意图；

图3为本申请提出的一种基于API转换系统的访问请求处理方法流程示意图；

图4为本申请提出的路由寻址智能算法模块选取目标路由流程的方法流程示意图；

图5为本申请提出的一种基于API转换系统的访问请求处理电子设备的结构示意图。

具体实施方式

现在将参照附图来详细描述本申请的各种示例性实施例。应注意到：除非另外具体说明，否则在这些实施例中阐述的部件和步骤的相对布置、数字表达式和数值不限制本申请的范围。

同时，应当明白，为了便于描述，附图中所示出的各个部分的尺寸并不是按照实际的比例关系绘制的。

以下对至少一个示例性实施例的描述实际上仅仅是说明性的，不作为对本申请及其应用或使用的任何限制。

对于相关领域普通技术人员已知的技术、方法和设备可能不作详细讨论，但在适当情况下，所述技术、方法和设备应当被视为说明书的一部分。

应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步讨论。

另外，本申请各个实施例之间的技术方案可以相互结合，但是必须是以本领域普通技术人员能够实现为基础，当技术方案的结合出现相互矛盾或无法实现时应当认为这种技术方案的结合不存在，也不在本申请要求的保护范围之内。

需要说明的是，本申请实施例中所有方向性指示(诸如上、下、左、右、前、后……)仅用于解释在某一特定姿态(如附图所示)下各部件之间的相对位置关系、运动情况等，如果该特定姿态发生改变时，则该方向性指示也相应地随之改变。

下面结合图1-图3来描述根据本申请示例性实施方式的用于进行API转换系统。需要注意的是，下述应用场景仅是为了便于理解本申请的精神和原理而示出，本申请的实施方式在此方面不受任何限制。相反，本申请的实施方式可以应用于适用的任何场景。

本申请还提出一种API转换系统及其访问请求处理方法、电子设备及介质。

图1示意性地示出了根据本申请实施方式的一种API转换系统的流程示意图。如图1所示，该系统包括存储层、解析层、取参层、重组层、发布层，其中：

S101,存储层，用于存储接口转换器传输的数据源API，以及存储已经被接口转换器转换生成的发布API。

S102,解析层，用于在解析数据源API的携带参数后，确定数据源API对应的转换类型以及将目标发布API的关键参数发送给路由寻址算法模块，以使路由寻址算法模块基于关键参数选取目标路由流程。

S103,取参层，用于对数据源API携带参数的关键信息进行缓存处理，缓存处理包括内存缓存以及数据库缓存。

S104,重组层，用于从取参层中提取数据源API携带参数的关键信息后，基于关键信息将数据源API转换生成对应类型的发布API。

S105,发布层，用于管理并显示发布API。

相关技术中，API(Application Programming Interface，应用程序接口)是一些预先定义的接口(如函数、HTTP接口)，或指软件系统不同组成部分衔接的约定。随着信息技术和硬件资源的发展，应用场景的不断变更，API逐渐衍生出多样化的规范。API种类根据程序功能大致可分为四类：

远程过程调用，如：RPC API、ONC RPC、DCE RPC、XML-RPC等；

标准查询语言，如：SQL API、GraphQL API等；

文件传输，如：File API、HDFS API等；

信息交付，如:RESTful API、SOAP API等。

可选的一方面，以常见应用编程接口协议中简单对象访问协议(SOAP)和表述性状态传递(REST)为例，随着Web API的不断普及，业界制定了SOAP来标准化消息格式和请求。通过这种协议规范，让在不同环境下编写或以不同语言编写的应用更加轻松地通信。而REST是一种架构模式，因为它比SOAP有着更易遵循的指导原则，所以RESTful API现在比SOAP API更为普及，SOAP协议应用数量也渐渐被REST协议应用数量超越。

另一方面，在日常的软件系统开发设计中，为保证整体软件系统的稳定性和安全性，通常整个系统的API开发只遵循一种协议规范(如SOAP、RESTful)。然而随着产业数字化转型的不断推进，各产业单位中存留的软件系统多由第三方开发，API协议规范不统一，带来大量的数据孤岛问题，无法及时响应业务需求的快速变化，主要原因有如下两方面：

不同的业务系统需要不同协议类型的API支撑，开发技术范围需求较广；

现有软件系统中存在着庞大数量及诸多类型API，同时为满足业务需要带来的新老系统迭代，需要不同类型的API之间的互通，给数字化转型背景下的技术管理带来了压力；

因此，在产业数字化时代背景下，加快数据孤岛的联通，使得软件系统之间信息对称，及时响应业务需求，是数字化转型工作中的主要问题之一。如何打通软件之间的信息壁垒，提高API的整体开发效率和运维管理能力，实现单位内部各类软件系统的API兼容，是解决数据孤岛联通问题的首要切入口。然而现有的软件系统中API兼容技术解决方案存在以下三大共性问题：

软件系统API稳定性：由于存在API协议规范不同的情况，如直接调整原系统API协议规范，会对软件系统运行稳定造成未知影响。

软件系统API运维成本：软件系统API协议的调整会影响原生业务系统的使用，进而可能导致API的研发和用户需要付出额外的成本来维护原业务系统。

软件系统API安全性：软件系统API协议的变化调整会给业务系统的使用带来不可知的安全性问题。例如SOAP协议由于提供比REST更多的企业级安全特性，在单位中对于有高安全性需求的应用多数采取SOAP协议，强行调整API协议极有可能造成应用安全漏洞问题；

针对上述三大问题，直接调整软件系统API协议不是最明智的方法。而实现单位内部各类软件系统的API兼容问题，通过对市场上的产品调研后发现，除了直接调整软件系统API协议的方法以外，接口协议的转换技术也是一种非常有效的解决思路。

接口协议的转换技术已非常成熟的在硬件场景下使用，主要是通过外置接口转换器等工具的方式进行。

综上所述，现有方案仍无法解决以下三个问题：

无法基于现有装置自主研发添加新的转换协议，最大化降低系统API的开发成本；

无法规范高效地管理转换后的接口，最大化降低系统API的运维管理成本。

无法保证接口性能最(次)优，保障系统的稳定性。

进一步的，为了解决上述问题，本申请提出了一种API转换系统，该系统中包括有存储层、解析层、取参层、重组层、发布层，其中建立过程如下：

作为示例，步骤1、建立API存储层：

其中，本申请可以将API接口转换器的输入API定义为数据源API，将接口转换器自动生成的API定义为发布API，两种API接口信息统一存储到数据库中，搭建API存储层。

作为示例，步骤2、构建解析层：

在这一步中会针对来源API进行参数解析，路由解析过程为取参层进行数据准备，其中对于数据源API解析过程，具体步骤如下：

步骤a2、用户在存储层找到需要解析的数据源API，确认数据源API所需转换成哪一种类型(即参数重组后的格式)。具体来说，解析层可以对数据源API携带的数据进行参数解析，例如：SOAP类型的API针对携带的XML数据进行解析；RestFul类型的API针对携带的JSON数据进行解析，从而根据解析结果确定其对应的转换类型。

步骤b2、解析结果存入数据库中，方便取参层和重组层后续调用。

另外，解析层还用于接收用户发送的针对目标发布API生成的用户访问请求，并还需要将请求中对应的目标发布API信息的关键参数发送给路由寻址算法模块，以使路由寻址算法模块基于关键参选取目标路由流程。

其中，对于解析用户访问请求的过程来说，可以包括如下：

步骤a2、用户在使用发布API时，对发布API进行访问请求，解析层针对访问请求先进行请求校验操作，判断请求是否有效等一系列安全验证操作；

步骤b2、根据发布API信息进行路由解析，将发布API产生的所有流程还原解析；

步骤c2、通过路由解析后，解析层将还原出的路由流程发送给同一局域网中所有的软件API转换系统，所有软件API转换系统通过请求数据源API后，将请求的响应时间、当前网络状态等参数发送给最优路由寻址智能算法模块；

步骤d2、最优路由寻址智能算法模块经过智能模型计算后，返回最优响应路由方案及响应时间后，软件API转换系统根据最优响应路由方案获取相应类型数据，并返回给用户。

作为示例，步骤3、构建取参层，具体步骤如下：

步骤a3、获取解析层的解析结果(例如包括具体的携带数据，接口流量信息，接口响应时间等)，针对该结果进行数据参数关键信息提取；

步骤b3、针对参数中的关键信息，进行缓存操作，可选择存储到数据库，也可以通过内存等进行缓存操作，从而实现保留参数信息的目的。

作为示例，步骤4、构建重组层，具体步骤如下：

重组层用于负责进行参数的重组，路由重组，以及选择想要发布的API类型。其中具体为：

步骤a4、针对取参层中保存的关键参数信息进行提取，选择想更换的API类型，根据目标API类型进行路由重组，产生发布API(也即将待转换的数据源API转换为对应转换类型的发布API)。

步骤b4、根据目标API类型对保存的关键参数信息进行相应自定义转化，使得关键参数信息可以与目标API类型相吻合；

步骤c4、将发布API产生的接口流量信息，接口响应时间等参数与目标API进行限流、熔断等方式进行适配处理，保证转换前后的API性能均衡。

步骤d4、根据用户的目标API类型、请求参数、成功响应、失败响应、请求示例等信息，自动生成标准接口文档。

作为示例，步骤5、建立API发布层：

主要用于管理显示所有发布API，以帮助用户可以随时在发布层进行管理及调用。

进一步的，如图2所示，本申请提出的API转换系统可以允许用户在开放性开发框架下自行开发转换协议，依照转换协议配置相应的接口转换，同时允许用户针对于开发框架自行搭建开发环境，系统可兼容自定义开发环境，支持用户使用主流编程语言开发。

另外，针对于同一数据，同一功能的同一类型接口，可以通过系统中的API接口转换器自动生成同类型的另一种接口。接口转换器通过缓存技术减少频繁请求接口时对数据库和数据源API的压力，从而帮助开发人员无需考虑因接口性能问题而选择更优的框架来开发，以提高接口性能。也无需因为应用场景不同，再使用其他编程语言或者其他框架来重新开发，减少了后端开发人员的重复工作量；同时开发人员无需学习其他框架或了解新的应用场景，只需选择接口类型就可以实现接口转换，降低了API开发的技术门槛。

一种方式中，本申请提供的接口转换器，可以配套拥有自动生成标准的接口文档功能，通过统一的接口文档编写规范，产生高可读性的接口文档，保证文档风格的一致性。

作为有益效果，本申请提出的API转换系统可以实现在同一网络下，系统可以监管所有API，针对同一数据源的API，系统通过缓存技术和最优路由寻址算法结合，找到最优请求路径，确保在同一网络下，每个API都可以实现最快响应，即使数据源API因网络波动停止数据传输，也可以维持发布API的正常运行，等待数据源API数据传输恢复，实现API的高可用。同时，API转换器系统将自动监控流量，自行调整数据接收、传输过程到最佳状态，保障系统的稳定性。

可选地，在基于本申请上述方法的另一个实施例中，解析层还包括：

接收用户针对目标发布API生成的用户访问请求；

可选的，在本申请的另外一种实施方式中，如图3所示，本申请还提供一种基于API转换系统的访问请求处理方法。其中包括：

S201，接收用户针对目标发布API生成的用户访问请求。

S202，基于目标发布API信息，得到至少两个待筛选路由流程，待筛选路由流程用于获取用户访问请求对应的访问数据。

S203，确定每个待筛选路由流程对应的请求响应时间以及当前网络状态。

S204，从至少两个待筛选路由流程中，选取与请求响应时间以及当前网络状态相匹配的目标路由流程，并基于目标路由流程获取访问数据。

一种方式中，本申请在利用API转换系统处理用户调取API的访问请求处理流程中，可以在用户在使用发布API时，由用户对某个类型的目标发布API进行访问请求。

该访问请求进入解析层，以由解析层针对访问请求先进行请求校验操作，判断请求是否有效等一系列安全验证操作。并在验证成功后，根据该发布API信息进行路由解析，将发布API产生的所有流程还原解析，从而得到多个路由流程(即待筛选路由流程)。

进一步的，该访问请求通过路由解析后，解析层将还原出的路由流程(即多个待筛选路由流程)发送给同一局域网中所有或其中的多个软件API转换系统。以使所有软件API转换系统通过请求数据源API后，将请求的响应时间、当前网络状态等参数发送给路由寻址智能算法模块。

如图4所示，本申请可以由路由寻址智能算法模块经过智能模型计算后，返回最优的响应路由方案(即与请求响应时间以及当前网络状态相匹配的目标路由流程)及响应时间后，软件API转换系统根据最优响应路由方案获取相应类型数据，并返回给用户。

具体来讲，路由寻址智能算法模块是一种由本申请提出的API转换系统中的计算模块之一。其内含有向图最短路径算法模型、传统时序拟合函数、基于深度学习的拟合模型——如基于RNN，CNN+GRU等，其中深度学习模型可以利用当前数据和历史数据，进行在线自动学习。其主要工作流程为：

步骤a、路由寻址智能算法模块接收并记录每个待筛选路由流程对应的当前响应时间以及网络状态；

步骤b、选择拟合方式及相应的拟合模型：不拟合，传统拟合(如MA，AR，ARMA，GARCH等)，智能拟合(如基于RNN，基于CNN+GRU等)，给出有向图权重；

步骤c、根据权重，通过最短路径算法模型计算并返回最优路径方案。

通过应用本申请的技术方案，可以实现集存有同一数据，同一功能的不同类型接口的API转换系统。以使用户只需在系统中输入需要转换的接口类型，通过接口转换器自动生成新类型的API。无需因为应用场景不同，再使用其他编程语言或者其他框架来重新开发，减少了后端开发人员的重复工作量。另外，由于开发人员无需学习其他框架或了解新的应用场景，只需选择接口类型就可以实现接口转换，从而也降低了API开发的技术门槛。

图5是根据一示例性实施例示出的一种电子设备的逻辑结构框图。例如，电子设备300可以是移动电话，计算机，数字广播终端，消息收发设备，游戏控制台，平板设备，医疗设备，健身设备，个人数字助理等。

在示例性实施例中，还提供了一种包括指令的非临时性计算机可读存储介质，例如包括指令的存储器，上述指令可由电子设备处理器执行以完成上述基于API转换系统的访问请求处理方法，该方法包括：接收用户针对目标发布API生成的用户访问请求；基于所述目标发布API信息，得到至少两个待筛选路由流程，所述待筛选路由流程用于获取所述户访问请求对应的访问数据；确定每个待筛选路由流程对应的请求响应时间以及当前网络状态；从至少两个待筛选路由流程中，选取与所述请求响应时间以及当前网络状态相匹配的目标路由流程，并基于所述目标路由流程获取所述访问数据。可选地，上述指令还可以由电子设备的处理器执行以完成上述示例性实施例中所涉及的其他步骤。例如，非临时性计算机可读存储介质可以是ROM、随机存取存储器(RAM)、CD-ROM、磁带、软盘和光数据存储设备等。

在示例性实施例中，还提供了一种应用程序/计算机程序产品，包括一条或多条指令，该一条或多条指令可以由电子设备的处理器执行，以完成上述基于API转换系统的访问请求处理方法，该方法包括：接收用户针对目标发布API生成的用户访问请求；基于所述目标发布API信息，得到至少两个待筛选路由流程，所述待筛选路由流程用于获取所述户访问请求对应的访问数据；确定每个待筛选路由流程对应的请求响应时间以及当前网络状态；从至少两个待筛选路由流程中，选取与所述请求响应时间以及当前网络状态相匹配的目标路由流程，并基于所述目标路由流程获取所述访问数据。可选地，上述指令还可以由电子设备的处理器执行以完成上述示例性实施例中所涉及的其他步骤。

本领域技术人员可以理解，示意图5仅仅是电子设备300的示例，并不构成对电子设备300的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件，例如电子设备300还可以包括输入输出设备、网络接入设备、总线等。

所称处理器302可以是中央处理单元(Central Processing Unit，CPU)，还可以是其他通用处理器、数字信号处理器(Digital Signal Processor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现场可编程门阵列(Field-Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器302也可以是任何常规的处理器等，处理器302是电子设备300的控制中心，利用各种接口和线路连接整个电子设备300的各个部分。

存储器301可用于存储计算机可读指令，处理器302通过运行或执行存储在存储器301内的计算机可读指令或模块，以及调用存储在存储器301内的数据，实现电子设备300的各种功能。存储器301可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序(比如声音播放功能、图像播放功能等)等；存储数据区可存储根据电子设备300的使用所创建的数据等。此外，存储器301可以包括硬盘、内存、插接式硬盘，智能存储卡(Smart Media Card，SMC)，安全数字(Secure Digital，SD)卡，闪存卡(Flash Card)、至少一个磁盘存储器件、闪存器件、只读存储器(Read-Only Memory，ROM)、随机存取存储器(Random Access Memory，RAM)或其他非易失性/易失性存储器件。

电子设备300集成的模块如果以软件功能模块的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请实现上述实施例方法中的全部或部分流程，也可以通过计算机可读指令来指令相关的硬件来完成，的计算机可读指令可存储于一计算机可读存储介质中，该计算机可读指令在被处理器执行时，可实现上述各个方法实施例的步骤。

本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本申请的其它实施方案。本申请旨在涵盖本申请的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本申请的一般性原理并包括本申请未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本申请的真正范围和精神由下面的权利要求指出。

应当理解的是，本申请并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本申请的范围仅由所附的权利要求来限制。

Claims

1.一种API转换系统，其特征在于，包括存储层、解析层、取参层、重组层、发布层，其中：

所述发布层，用于管理并显示所述发布API。

2.如权利要求1所述的系统，其特征在于，所述解析层还包括：

3.如权利要求1或2所述的系统，其特征在于，所述解析层还包括：

接收用户针对目标发布API生成的用户访问请求；

4.如权利要求1或2所述的系统，其特征在于，所述取参层还包括：

5.如权利要求1所述的系统，其特征在于，所述重组层还包括：

6.一种基于API转换系统的访问请求处理方法，其特征在于，包括：

接收用户针对目标发布API生成的用户访问请求；

7.如权利要求6所述的方法，其特征在于，所述基于所述目标发布API信息，得到至少两个待筛选路由流程，包括：

8.如权利要求6或7所述的方法，其特征在于，所述确定每个待筛选路由流程对应的请求响应时间以及当前网络状态，包括：

将所述至少两个待筛选路由方式给多个API转换系统；

9.一种基于API转换系统的访问请求处理的装置，其特征在于，包括：

接收模块，被配置为接收用户针对目标发布API生成的用户访问请求；

生成模块，被配置为基于所述目标发布API信息，得到至少两个待筛选路由流程，所述待筛选路由流程用于获取所述户访问请求对应的访问数据；

确定模块，被配置为确定每个待筛选路由流程对应的请求响应时间以及当前网络状态；

选取模块，被配置为从至少两个待筛选路由流程中，选取与所述请求响应时间以及当前网络状态相匹配的目标路由流程，并基于所述目标路由流程获取所述访问数据。

10.一种计算机可读存储介质，用于存储计算机可读取的指令，其特征在于，所述指令被执行时执行权利要求6-8中任一所述API基于API转换系统的访问请求处理方法的操作。