CN112866177A - 处理服务调用请求的方法、装置、存储介质及计算机设备 - Google Patents
处理服务调用请求的方法、装置、存储介质及计算机设备 Download PDFInfo
- Publication number
- CN112866177A CN112866177A CN201911175089.4A CN201911175089A CN112866177A CN 112866177 A CN112866177 A CN 112866177A CN 201911175089 A CN201911175089 A CN 201911175089A CN 112866177 A CN112866177 A CN 112866177A
- Authority
- CN
- China
- Prior art keywords
- service
- target
- request
- protocol
- parameter
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/50—Network services
- H04L67/60—Scheduling or organising the servicing of application requests, e.g. requests for application data transmissions using the analysis and optimisation of the required network resources
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/22—Parsing or analysis of headers
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer Security & Cryptography (AREA)
- Stored Programmes (AREA)
Abstract
本申请涉及一种处理服务调用请求的方法、装置、存储介质及计算机设备。所述方法包括：接收服务调用方发送的基于统一接口协议的第一服务调用请求；第一服务调用请求中携带的请求参数包括目标API标识；根据第一配置数据和目标API标识确定第一服务调用请求对应的目标服务协议；第一配置数据用于指示API标识与服务协议的映射关系；根据预设的参数解析规则对第一服务调用请求中携带的请求参数进行参数解析；参数解析规则用于指示统一接口协议与目标服务协议之间的参数映射关系；确定目标服务提供方；根据参数解析结果生成基于目标服务协议的第二服务调用请求；将第二服务调用请求发送至目标服务提供方。采用本方法有利于提高服务调用方的业务开发效率。
Description
技术领域
本申请涉及计算机技术领域，特别是涉及一种处理服务调用请求的方法、装置、存储介质及计算机设备。
背景技术
随着计算机技术领域的发展，许多企业逐渐对外开放服务。服务提供方通过开放服务，使得服务调用方能够将服务整合到自身业务中。
然而，服务提供方所提供的服务种类众多，服务接口各异，服务调用方需针对每一个服务采用相应的服务接口进行访问以实现服务调用方与服务提供方的对接，这无疑限制了服务调用方的业务开发效率。
发明内容
基于此，有必要针对上述技术问题，提供一种有利于提高业务开发效率的处理服务调用请求的方法、装置、存储介质及计算机设备。
一种处理服务调用请求的方法，所述处理服务调用请求的方法包括：
接收服务调用方发送的基于统一接口协议的第一服务调用请求；所述第一服务调用请求中携带请求参数；所述请求参数包括目标API标识；
根据第一配置数据和所述目标API标识确定所述第一服务调用请求对应的目标服务协议；所述第一配置数据用于指示API标识与服务协议的映射关系；
根据预设的参数解析规则对所述第一服务调用请求中携带的请求参数进行参数解析；所述参数解析规则用于指示所述统一接口协议与所述目标服务协议之间的参数映射关系；
确定所述目标API标识对应的目标服务提供方；
根据参数解析结果生成基于所述目标服务协议的第二服务调用请求；
将所述第二服务调用请求发送至所述目标服务提供方。
一种处理服务调用请求的装置，该装置包括：
接收请求模块，用于接收服务调用方发送的基于统一接口协议的第一服务调用请求；所述第一服务调用请求中携带请求参数；所述请求参数包括目标API标识；
确定协议模块，用于根据第一配置数据和所述目标API标识确定所述第一服务调用请求对应的目标服务协议；所述第一配置数据用于指示API标识与服务协议的映射关系；
参数解析模块，用于根据预设的参数解析规则对所述第一服务调用请求中携带的请求参数进行参数解析；所述参数解析规则用于指示所述统一接口协议与所述目标服务协议之间的参数映射关系；
提供方确定模块，用于确定所述目标API标识对应的目标服务提供方；
请求生成模块，用于根据参数解析结果生成基于所述目标服务协议的第二服务调用请求；
请求发送模块，用于将所述第二服务调用请求发送至所述目标服务提供方。
一种计算机设备，包括存储器和处理器，所述存储器存储有计算机程序，所述处理器执行所述计算机程序时实现以下步骤：
接收服务调用方发送的基于统一接口协议的第一服务调用请求；所述第一服务调用请求中携带请求参数；所述请求参数包括目标API标识；
根据第一配置数据和所述目标API标识确定所述第一服务调用请求对应的目标服务协议；所述第一配置数据用于指示API标识与服务协议的映射关系；
根据预设的参数解析规则对所述第一服务调用请求中携带的请求参数进行参数解析；所述参数解析规则用于指示所述统一接口协议与所述目标服务协议之间的参数映射关系；
确定所述目标API标识对应的目标服务提供方；
根据参数解析结果生成基于所述目标服务协议的第二服务调用请求；
将所述第二服务调用请求发送至所述目标服务提供方。
一种存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现以下步骤：
接收服务调用方发送的基于统一接口协议的第一服务调用请求；所述第一服务调用请求中携带请求参数；所述请求参数包括目标API标识；
根据第一配置数据和所述目标API标识确定所述第一服务调用请求对应的目标服务协议；所述第一配置数据用于指示API标识与服务协议的映射关系；
根据预设的参数解析规则对所述第一服务调用请求中携带的请求参数进行参数解析；所述参数解析规则用于指示所述统一接口协议与所述目标服务协议之间的参数映射关系；
确定所述目标API标识对应的目标服务提供方；
根据参数解析结果生成基于所述目标服务协议的第二服务调用请求；
将所述第二服务调用请求发送至所述目标服务提供方。
上述处理服务调用请求的方法、装置、存储介质及计算机设备，通过接收基于统一接口协议的第一服务调用请求，基于统一接口协议实现对外接口的统一性，降低服务调用的复杂度，降低对服务调用方的要求；利用第一配置数据和目标API标识确定目标服务协议，利用统一接口协议与目标服务协议的参数映射关系对第一服务调用请求中携带的请求参数进行参数解析，使得根据参数解析结果生成的第二服务调用请求所携带的参数满足目标服务协议的参数要求，实现了服务调用请求的接口类型转换；通过确定所述目标API标识对应的目标服务提供方以及将第二服务调用请求发送至目标服务提供方，实现服务调用；该处理服务调用请求的方法、装置、存储介质及计算机设备使得服务调用方无需关注服务对应的实际接口协议即可实现服务调用，有利于提高服务调用方的业务开发效率。
附图说明
图1为一实施例中处理服务调用请求的方法的流程示意图；
图2为又一实施例中处理服务调用请求的方法的流程示意图；
图3为又一实施例中处理服务调用请求的方法的流程示意图；
图4为一实施例中处理服务调用请求的装置的结构框图；
图5为一实施例中计算机设备的内部结构图。
具体实施方式
为了使本申请的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本申请进行进一步详细说明。应当理解，此处描述的具体实施例仅仅用以解释本申请，并不用于限定本申请。
本申请实施例的说明书和权利要求书及上述附图中的术语“第一”、“第二”、等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。
本申请提供的处理服务调用请求的方法可应用于服务器中。服务器可以用独立的服务器或者是多个服务器组成的服务器集群来实现。
在一个实施例中，提供了一种处理服务调用请求的方法。该方法可以计算机程序形式应用于第一服务器中，服务器通过运行计算机程序以实现本实施例提供的处理服务调用请求的方法。
如图1所示，该处理服务调用请求的方法包括以下步骤：
步骤S200，接收服务调用方发送的基于统一接口协议的第一服务调用请求。
其中，第一服务调用请求中携带请求参数；请求参数包括目标API(ApplicationProgramming Interface，应用程序编程接口)标识。第一服务调用请求用于请求调用服务。
应用程序编程接口，又称应用程序接口或应用编程接口，是一组定义、程序及协议的集合，用于提供应用程序与开发人员基于某软件或硬件得以访问一组例程的能力。API的一个主要功能是提供通用功能集。API同时也是一种中间件，为各种不同平台提供数据共享。
API标识用于区别不同的API，API标识可以是API名称。
其中，服务调用方可以是运行于终端或第二服务器的浏览器，也可以是运行于终端或第二服务器的客户端；具体地，用户可对客户端或浏览器进行操作，客户端或浏览器根据操作触发请求，并向第一服务器发送第一服务调用请求。第一服务器与第二服务器可以是同一服务器，也可以是不同服务器。
在本实施例中，统一接口协议为HTTP(HyperText Transfer Protocol,超文本传输协议)接口协议。其中，HTTP接口协议可以是HTTP，也可以是HTTPS(Hyper Text TransferProtocol over SecureSocket Layer，安全超文本传输协议)。统一接口为第一服务器向服务调用方暴露的对外接口，通过统一接口，服务调用方向第一服务器发送的第一服务调用请求遵循统一接口协议。通过采用HTTP接口协议，能够减少沟通成本，提高效率。在其他实施例中，统一接口协议可以是websocket(网络套接字)或者其他RPC(Remote ProcedureCall Protocol，远程过程调用协议)私有的应用层协议。
在本实施例中，第一服务调用请求作为HTTP请求，其可采用POST方式，并将携带的请求参数存储在body中，也可以通过GET等方式等请求方法(method)来实现。
步骤S202，根据第一配置数据和目标API标识确定第一服务调用请求对应的目标服务协议。
其中，第一配置数据用于指示API标识与服务协议的映射关系。服务协议为服务提供方的接口协议。目标服务协议为请求调用的服务所对应的接口协议，即服务的实际接口协议，例如Dubbo服务协议、MQ(Message Queue)服务协议，实际接口协议还可以是HTTP接口协议。由于HTTP接口协议有各种私有规范，通过统一接口协议能够使对外接口更加规范。Dubbo是一款高性能、轻量级的开源Java RPC框架；MQ，消息队列，又称消息中间件，是一种进程间通信方式，分为生产端和消费端，两者间低耦合，在服务中作为生产者使用。一个服务对应的服务协议可以与其他服务对应的相同，也可以不同。
服务提供方为提供服务的第三服务器；第一服务器可以与至少一个第三服务器为同一服务器，也可以不是同一服务器。若不是同一服务器，则第一服务器可以与多个第三服务器通过网络通信。
步骤S204，根据预设的参数解析规则对第一服务调用请求中携带的请求参数进行参数解析。
其中，参数解析规则用于指示统一接口协议与目标服务协议之间的参数映射关系。
在步骤S204中，利用统一接口协议与目标服务协议之间的参数映射关系对第一服务调用请求中携带的请求参数进行参数解析，目的是为了解析出目标服务协议中的参数。
其中，映射关系为两个元素的集之间元素相互“对应”的关系。统一接口协议与目标服务协议之间的参数映射关系，即统一接口协议与目标服务协议各自参数的对应关系。
步骤S206，确定目标API标识对应的目标服务提供方。
其中，目标服务提供方用于提供该目标API标识对应的服务。
可选的，若目标服务协议为Dubbo服务协议，则参数解析结果包括目标服务标签(目标service)、目标方法(目标method)和目标请求参数(目标data)。统一接口协议与目标服务协议的参数映射关系包括：
API标识与服务标签(service)的映射关系；
API标识与方法(method)的映射关系；
HTTP服务协议的请求参数(data)与Dubbo服务协议的请求参数(data)的映射关系。
具体地，目标API标识由目标服务标签、预设符号和目标方法拼接而成。可选的，预设符号为#符号，则目标API标识为目标service#目标method；则步骤S204包括：
查找目标API标识中的#符号；
根据#符号拆分目标API标识，得到#符号前后的内容；
将#符号前的内容确定为目标service；
将#符号后的内容确定为目标method。
在其他实施方式中，目标service和目标method的顺序可以调换。
则步骤S206包括：
拼接所述参数解析结果中的目标服务标签、目标方法和目标请求参数，得到拼接结果；
根据所述拼接结果向注册中心(ZooKeeper)查询目标服务提供方。
其中，注册中心ZooKeeper是Apache软件基金会的一个软件项目，他为大型分布式计算提供开源的分布式配置服务、同步服务和命名注册，本项目中作为Dubbo的注册中心用来提供Dubbo服务的具体路由。
可选的，若目标服务协议为HTTP服务协议，则第一服务调用请求中携带的请求参数还包括请求方法字段，参数解析结果包括目标域名、目标协议标识、目标统一资源标识符(目标URI)、目标请求方法(目标method)和目标请求参数。其中，目标请求参数的存放位置可以是body、query或params，该存放位置与请求方法字段对应的请求方法相关联。通过请求方法字段，能够避免部分rest规范的http请求存在URI相同而实际请求调用的服务不同的情况。
则统一接口协议与目标服务协议的参数映射关系包括：
API标识与统一资源标识符(URI)的映射关系；
API标识与协议标识的绑定关系；
API标识与域名的绑定关系；
请求方法字段与所述目标服务接口的请求方法的映射关系；及
统一接口协议的请求参数与所述目标服务接口的请求参数的映射关系。
其中，协议标识通常简称为协议，用于区分不同协议或协议版本等。
具体地，步骤S204包括：
将目标API标识映射为目标统一资源标识符；
根据API标识与协议标识的绑定关系确定目标API标识对应的目标协议标识；
根据API标识与域名的绑定关系确定目标API标识对应的域名；
将请求方法字段对应的请求方法确定为目标请求方法；
将第一服务调用请求中的请求参数作为目标服务协议的目标请求参数映射到与目标请求方法对应存放位置。
例如，若第一服务调用请求参数包括以下参数：
其中，目标API标识为com.sample.json，请求方法字段method对应的请求方法为GET，输入参数data为XXX，则对应的目标服务协议的目标统一资源标识符为com.sample.json，目标请求方法为GET，将输入参数data作为请求参数映射到query。
示例性的，通过预先配置的API标识与域名的绑定关系，API标识与协议标识的绑定关系可以得到目标API标识"com.sample.json"所对应的域名为example.com；协议标识为HTTP：//。
则步骤S206包括：
根据第六配置数据和所述目标API标识确定所述目标API标识对应的目标服务提供方；其中，第六配置数据用于指示API标识与服务提供方的映射关系。
步骤S208，根据参数解析结果生成基于目标服务协议的第二服务调用请求。
其中，参数解析结果包含目标服务协议的对应参数，则按照目标服务协议的请求格式和对应参数即可生成第二服务调用请求。
步骤S210，将第二服务调用请求发送至目标服务提供方。
相应地，目标服务提供方可通过目标服务协议接收第二服务调用请求，根据第二服务调用请求作出相应处理，例如，向服务提供方提供实际请求的API。
可选的，第一服务调用请求中携带的请求参数还包括输入参数；所述处理服务调用请求的方法还包括：
在接收服务调用方发送的基于统一接口协议的第一服务调用请求之前，获取所述第一配置数据、第二配置数据以及第三配置数据；
根据所述第三配置数据生成与API标识对应的业务接口文档；
将API标识和业务接口文档对应发送至所述服务调用方。
其中，第二配置数据用于指示所述参数解析规则；所述第三配置数据用于指示所述输入参数的规则；
其中，输入参数为API标识对应的具体服务所要求的输入参数。
可选的，第一服务调用请求还包括目标账号；处理服务调用请求的方法还包括：
在根据第一配置数据和所述目标API标识确定所述第一服务调用请求对应的目标服务协议之前，查找账号库中与目标API标识对应的标准账号；账号库预先按照API业务结构存储了API标识对应的标准账号；API业务结构用于指示公司、APP、API分组与API的上下层级关系；
将目标API标识对应的标准账号与第一服务调用请求中的目标账号进行匹配；
则步骤S202包括：
根据第一配置数据和所述目标API标识确定匹配成功的所述第一服务调用请求对应的目标服务协议。
本实施例通过接收基于统一接口协议的第一服务调用请求，基于统一接口协议实现对外接口的统一性，降低服务调用的复杂度，降低对服务调用方的要求；利用第一配置数据和目标API标识确定目标服务协议，利用统一接口协议与目标服务协议的参数映射关系对第一服务调用请求中携带的请求参数进行参数解析，使得根据参数解析结果生成的第二服务调用请求所携带的参数满足目标服务协议的参数要求，实现了服务调用请求的接口类型转换；通过确定目标API标识对应的目标服务提供方以及将第二服务调用请求发送至目标服务提供方，实现服务调用；本实施例提供的处理服务调用请求的方法使得服务调用方无需关注服务对应的实际接口协议即可实现服务调用，有利于提高服务调用方的业务开发效率。
应该理解的是，虽然图1的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，这些步骤可以以其它的顺序执行。而且，图1中的至少一部分步骤可以包括多个子步骤或者多个阶段，这些子步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，这些子步骤或者阶段的执行顺序也不必然是依次进行，而是可以与其它步骤或者其它步骤的子步骤或者阶段的至少一部分轮流或者交替地执行。
在又一个实施例中，如图2所示，提供了一种处理服务调用请求的方法，该方法应用于服务器中。
该处理服务调用请求的方法包括以下步骤：
如图2所示，该处理服务调用请求的方法包括以下步骤：
步骤S400，获取第一配置数据、第二配置数据和第三配置数据。
其中，第一配置数据用于指示API标识与服务协议的映射关系；第二配置数据用于指示参数解析规则；第三配置数据用于指示输入参数的规则。输入参数为具体要调用的服务所要求的输入参数。输入参数为API标识对应的具体服务所要求的输入参数。
具体地，步骤S400包括：从控制台读取第一配置数据、第二配置数据和第三配置数据。其中，控制台为提供接口、权限管理，状态查看的配置系统；在控制台配置API标识与服务协议的映射关系、参数解析规则和输入参数的规则等，从而得到第一配置数据、第二配置数据和第三配置数据。
输入参数的规则，可简称为入参规则。
步骤S402、根据所述第三配置数据生成与API标识对应的业务接口文档。
具体地，可使用类JSDOC的方式定义入参规则(输入参数的规则)，然后存入数据库。
示例性地，入参规则为@param{type}{@targetPosition body|query|header|params}name–desc；
-`@param`：参数以@param开头
-`{type}`：大括号内为类型，可以为{Boolean},{Number},{String},{Object},{String[]},{Object[]}，
-`{@targetPosition body|query|header|params}`内部接口接收参数的位置
-`name`：参数名，当变量名以`[]`包裹时表示变量可选
-`-desc`：描述
以查询还款服务接口为例，入参规则如下：
@param{Object(TFQRepaymentQueryDTO)}{@targetPositionbody}tfqRepaymentQueryDTO-查询入参
@param{String}{@targetPosition body}tfqRepaymentQueryDTO.orderNo-订单编号
@param{Number}{@targetPositionbody}tfqRepaymentQueryDTO.repayPosition-还款期数:(1～36期)
@param{String}{@targetPosition body}[izayoiCompanyCode]-合作公司编码,对应应用中的应用码
具体地，步骤S402包括：对输入参数的规则进行词法分析，生成token(标记)；
对token进行语法分析，生成AST(Abstract Syntax Tree，抽象语法树)；
根据预设的文档规范和所述AST生成有层级的且与API标识对应的业务接口文档。
以下以查询还款服务接口为例，其对应的业务接口文档可以是：
表(一)入参规则
需要说明的是，上述入参规则与业务接口文档仅为示例性说明，对本发明不做限定。
步骤S404，将API标识和业务接口文档对应发送至所述服务调用方。
其中，业务接口文档与API标识对应，通过将API标识和业务接口文档对应发送至所述服务调用方，便于服务调用方根据目标API标识对应的业务接口文档生成第一服务调用请求。
步骤S406，接收服务调用方发送的基于统一接口协议的第一服务调用请求。
其中，第一服务调用请求中携带的请求参数包括目标API标识。
在本实施例中，统一接口协议为HTTP接口协议。
步骤S408，根据第一配置数据和目标API标识确定第一服务调用请求对应的目标服务协议。
步骤S410，根据预设的参数解析规则对第一服务调用请求中携带的请求参数进行参数解析。参数解析规则用于指示统一接口协议与目标服务协议之间的参数映射关系。
步骤S412，确定目标API标识对应的目标服务提供方。
具体地，步骤S412包括：
根据第四配置数据确定与所述目标统一资源标识符对应的服务提供方，作为目标服务提供方；所述第四配置数据用于指示统一资源标识符与服务提供方的映射关系。
步骤S414，根据参数解析结果生成基于目标服务协议的第二服务调用请求。
步骤S416，将第二服务调用请求发送至目标服务提供方。
本实施例通过接收基于统一接口协议的第一服务调用请求，基于统一接口协议实现对外接口的统一性，降低服务调用的复杂度，降低对服务调用方的要求；利用第一配置数据和目标API标识确定目标服务协议，利用统一接口协议与目标服务协议的参数映射关系对第一服务调用请求中携带的请求参数进行参数解析，使得根据参数解析结果生成的第二服务调用请求所携带的参数满足目标服务协议的参数要求，实现了服务调用请求的接口类型转换；通过确定目标API标识对应的目标服务提供方以及将第二服务调用请求发送至目标服务提供方，实现服务调用；本实施例提供的处理服务调用请求的方法使得服务调用方无需关注服务对应的实际接口协议即可实现服务调用，有利于提高服务调用方的业务开发效率。
本实施例还通过预先获取的第一配置数据、第二配置数据和第三配置数据，便于开发人员修改配置，提高配置修改效率；相对于修改写死在代码中的数据来说，第一服务器无需重启便能加入新的配置，有效提高服务器更新配置的效率；通过根据第三配置数据生成业务接口文档，便于将服务提供方新增的服务通过业务接口文档传递到业务提供方，利于提高业务开发效率。
应该理解的是，虽然图2的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，这些步骤可以以其它的顺序执行。而且，图2中的至少一部分步骤可以包括多个子步骤或者多个阶段，这些子步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，这些子步骤或者阶段的执行顺序也不必然是依次进行，而是可以与其它步骤或者其它步骤的子步骤或者阶段的至少一部分轮流或者交替地执行。
在又一个实施例中，如图3所示，提供了一种处理服务调用请求的方法，该方法应用于服务器中。
该处理服务调用请求的方法包括以下步骤：
步骤S600、接收服务调用方发送的基于统一接口协议的第一服务调用请求。
在本实施例中，第一服务调用请求中携带的请求参数包括目标API标识(api)、目标账号(appKey)、时间戳(timestamp)、输入参数(data)、请求方法字段(method)和签名(sign)。
在本实施例中，统一接口协议为HTTPs接口协议。
步骤S602、根据时间戳对第一服务调用请求的时间合法性进行验证。
具体地，可通过时间戳确定请求是否超时，从而防止恶意访问，提高安全性。
步骤S604、根据签名验证对通过时间合法性验证的第一服务调用请求的请求合法性进行验证。
步骤S606、查找账号库中与目标API标识对应的标准账号。
步骤S608、将目标API标识对应的标准账号与通过请求合法性验证的第一服务调用请求中的目标账号进行匹配。
在步骤S606中，账号库预先按照API业务结构存储了API标识对应的标准账号；所述API业务结构用于指示公司、APP、API分组与API的上下层级关系。
例如，将某公司的某应用APP下的API进行分组，则从上至下的上下层级关系为公司-APP-API分组-API，对API对应的标准账号按照该上下层关系进行管理，有利于加快标准账号的查询速度，实现精细化的权限管理，更易于授权管理和账号维护。
在其他实施例中，所述API业务结构可以用于单独指示APP-API分组-API的上下层级关系。
步骤S610，根据第一配置数据和目标API标识确定匹配成功的第一服务调用请求所对应的目标服务协议。
其中，第一配置数据用于指示API标识与服务协议的映射关系。
步骤S612，根据预设的参数解析规则对第一服务调用请求中携带的请求参数进行参数解析。参数解析规则用于指示统一接口协议与目标服务协议之间的参数映射关系。
步骤S614，确定目标API标识对应的目标服务提供方。
可选的，若目标服务协议为MQ服务协议，则参数解析结果包括目标消息、目标消息主题(目标TOPIC)和目标消息标签(目标TAG)；
统一接口协议与所述目标服务接口的参数映射关系包括：
统一接口协议的请求参数与目标服务接口的消息的映射关系；
API标识与消息主题(TOPIC)的映射关系；及
API标识与消息标签(TAG)的映射关系。
具体地，目标API标识包括目标消息主题和目标消息标签。可选的，目标API标识为`com.example.${applicationname}${TOPIC}#${TAG}`；则步骤S204包括：
按照API标识与消息主题(TOPIC)的映射关系，以及API标识与消息标签(TAG)的映射关系拆分目标API标识，得到TOPIC和TAG；
将统一接口协议的请求参数作为目标消息。
则步骤S614包括：
根据第五配置数据和所述目标消息主题确定所述目标消息主题对应的消息队列，作为目标服务提供方；所述第五配置数据用于指示消息主题与消息队列的映射关系。
步骤S616，根据参数解析结果生成基于目标服务协议的第二服务调用请求。
可选的，若目标服务协议为MQ服务协议，步骤S618包括：
根据参数解析结果获取预先配置的鉴权信息和业务参数；
根据目标消息主题、目标消息标签、鉴权信息和业务参数生成基于所述目标服务协议的第二服务调用请求。
其中，鉴权信息包括accessKey和secret；业务参数包括appCode。
步骤S618，将第二服务调用请求发送至目标服务提供方。
本实施例通过接收基于统一接口协议的第一服务调用请求，基于统一接口协议实现对外接口的统一性，降低服务调用的复杂度，降低对服务调用方的要求；利用第一配置数据和目标API标识确定目标服务协议，利用统一接口协议与目标服务协议的参数映射关系对第一服务调用请求中携带的请求参数进行参数解析，使得根据参数解析结果生成的第二服务调用请求所携带的参数满足目标服务协议的参数要求，实现了服务调用请求的接口类型转换；通过确定目标API标识对应的目标服务提供方以及将第二服务调用请求发送至目标服务提供方，实现服务调用；本实施例提供的处理服务调用请求的方法使得服务调用方无需关注服务对应的实际接口协议即可实现服务调用，有利于提高服务调用方的业务开发效率；通过统一鉴权，减少对接各方的接入成本。
应该理解的是，虽然图3的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，这些步骤可以以其它的顺序执行。而且，图3中的至少一部分步骤可以包括多个子步骤或者多个阶段，这些子步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，这些子步骤或者阶段的执行顺序也不必然是依次进行，而是可以与其它步骤或者其它步骤的子步骤或者阶段的至少一部分轮流或者交替地执行。
在一个实施例中，如图4所示，提供了一种处理服务调用请求的装置1，包括：接收请求模块101、确定协议模块103、参数解析模块105、提供方确定模块107、请求生成模块109和请求发送模块111。
接收请求模块101用于接收服务调用方发送的基于统一接口协议的第一服务调用请求；第一服务调用请求中携带的请求参数包括目标API标识；
确定协议模块103用于根据第一配置数据和目标API标识确定第一服务调用请求对应的目标服务协议；第一配置数据用于指示API标识与服务协议的映射关系；
参数解析模块105用于根据预设的参数解析规则对第一服务调用请求中携带的请求参数进行参数解析；参数解析规则用于指示统一接口协议与所述目标服务协议之间的参数映射关系；
提供方确定模块107用于确定目标API标识对应的目标服务提供方；
请求生成模块109用于根据参数解析结果生成基于目标服务协议的第二服务调用请求；
请求发送模块111用于将第二服务调用请求发送至目标服务提供方。
在一个实施例中，第一服务调用请求中携带的请求参数还包括输入参数；该装置还包括配置获取模块、文档生成模块和文档发送模块。
配置获取模块用于在接收服务调用方发送的基于统一接口协议的第一服务调用请求之前，获取第一配置数据、第二配置数据和第三配置数据；第二配置数据用于指示参数解析规则；第三配置数据用于指示输入参数的规则；
文档生成模块用于根据第三配置数据生成业务接口文档；
文档发送模块用于向服务调用方发送业务接口文档。
在一个实施例中，统一接口协议为HTTP接口协议。
目标服务协议为Dubbo服务协议；参数解析结果包括目标服务标签、目标方法和目标请求参数；统一接口协议与目标服务协议的参数映射关系包括：
API标识与服务标签的映射关系；
API标识与方法的映射关系；及
统一接口协议的请求参数与目标服务协议的请求参数的映射关系。
在一个实施例中，第一服务调用请求中携带的请求参数还包括请求方法；目标服务接口为HTTP服务协议；参数解析结果包括目标域名、目标协议标识、目标统一资源标识符、目标请求方法和目标请求参数；
统一接口协议与目标服务接口的参数映射关系包括：
API标识与统一资源标识符的映射关系；
API标识与协议标识的绑定关系；
API标识与域名的绑定关系；
统一接口协议的请求参数与目标服务接口的请求参数的映射关系；及
统一接口协议的请求方法与目标服务接口的请求方法的映射关系。
在一个实施例中，目标服务接口为MQ服务协议；参数解析结果包括目标消息、目标消息主题和目标消息标签；
统一接口协议与目标服务接口的参数映射关系包括：
统一接口协议的请求参数与目标服务接口的消息的映射关系；
API标识与消息主题的映射关系；及
API标识与消息标签的映射关系。
在一个实施例中，第一服务调用请求还包括目标账号；该装置还包括账号查找模块和账号匹配模块；
账号查找模块用于在接收服务调用方发送的基于统一接口协议的第一服务调用请求之前，查找账号库中与目标API标识对应的标准账号；账号库预先按照API业务结构存储了API标识对应的标准账号；API业务结构用于指示公司、APP、API分组与API的上下层级关系；
账号匹配模块用于将目标API标识对应的标准账号与第一服务调用请求中的目标账号进行匹配。
则该确定协议模块包括：
协议确定单元，用于根据第一配置数据和目标API标识确定匹配成功的第一服务调用请求对应的目标服务协议。
关于处理服务调用请求的装置的具体限定可以参见上文中对于处理服务调用请求的方法的限定，在此不再赘述。上述处理服务调用请求的装置中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于计算机设备中的处理器中，也可以以软件形式存储于计算机设备中的存储器中，以便于处理器调用执行以上各个模块对应的操作。
在一个实施例中，提供了一种计算机设备，该计算机设备可以是服务器，其内部结构图可以如图5所示。该计算机设备包括通过设备总线连接的处理器、存储器、网络接口和数据库。其中，该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作设备、计算机程序和数据库。该内存储器为非易失性存储介质中的操作设备和计算机程序的运行提供环境。该计算机设备的数据库用于存储数据。该计算机设备的网络接口用于与外部的终端通过网络连接通信。该计算机程序被处理器执行时以实现一种处理服务调用请求的方法。
本领域技术人员可以理解，图5中示出的结构，仅仅是与本申请方案相关的部分结构的框图，并不构成对本申请方案所应用于其上的计算机设备的限定，具体的计算机设备可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。
在一个实施例中，提供了一种计算机设备，包括存储器和处理器，存储器中存储有计算机程序，该处理器执行计算机程序时实现以下步骤：
接收服务调用方发送的基于统一接口协议的第一服务调用请求；第一服务调用请求中携带的请求参数包括目标API标识；
根据第一配置数据和目标API标识确定第一服务调用请求对应的目标服务协议；第一配置数据用于指示API标识与服务协议的映射关系；
根据预设的参数解析规则对第一服务调用请求中携带的请求参数进行参数解析；参数解析规则用于指示统一接口协议与目标服务协议之间的参数映射关系；
确定目标API标识对应的目标服务提供方；
根据参数解析结果生成基于目标服务协议的第二服务调用请求；
将第二服务调用请求发送至目标服务提供方。
在其中一个实施例中，第一服务调用请求中携带的请求参数还包括输入参数；处理器执行计算机程序时还实现以下步骤：
在接收服务调用方发送的基于统一接口协议的第一服务调用请求之前，获取第一配置数据、第二配置数据和第三配置数据；第二配置数据用于指示参数解析规则；第三配置数据用于指示输入参数的规则；
根据第三配置数据生成业务接口文档；
向服务调用方发送业务接口文档。
在其中一个实施例中，统一接口协议为HTTP接口协议。
在其中一个实施例中，目标服务协议为Dubbo服务协议；参数解析结果包括目标服务标签、目标方法和目标请求参数；统一接口协议与目标服务协议的参数映射关系包括：
API标识与服务标签的映射关系；
API标识与方法的映射关系；及
统一接口协议的请求参数与目标服务协议的请求参数的映射关系。
在其中一个实施例中，第一服务调用请求中携带的请求参数还包括请求方法；目标服务接口为HTTP服务协议；参数解析结果包括目标域名、目标协议标识、目标统一资源标识符、目标请求方法和目标请求参数；
统一接口协议与目标服务接口的参数映射关系包括：
API标识与统一资源标识符的映射关系；
API标识与协议标识的绑定关系；
API标识与域名的绑定关系；
统一接口协议的请求参数与目标服务接口的请求参数的映射关系；及
统一接口协议的请求方法与目标服务接口的请求方法的映射关系。
在其中一个实施例中，目标服务接口为MQ服务协议；参数解析结果包括目标消息、目标消息主题和目标消息标签；
统一接口协议与目标服务接口的参数映射关系包括：
统一接口协议的请求参数与目标服务接口的消息的映射关系；
API标识与消息主题的映射关系；及
API标识与消息标签的映射关系。
在其中一个实施例中，第一服务调用请求还包括目标账号；处理器执行计算机程序时还实现以下步骤：
在接收服务调用方发送的基于统一接口协议的第一服务调用请求之前，查找账号库中与目标API标识对应的标准账号；账号库预先按照API业务结构存储了API标识对应的标准账号；API业务结构用于指示公司、APP、API分组与API的上下层级关系；
将目标API标识对应的标准账号与第一服务调用请求中的目标账号进行匹配；
根据第一配置数据和目标API标识确定第一服务调用请求对应的目标服务协议，包括：
根据第一配置数据和目标API标识确定匹配成功的第一服务调用请求对应的目标服务协议。
在一个实施例中，提供了一种存储介质，该存储介质为计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现以下步骤：
接收服务调用方发送的基于统一接口协议的第一服务调用请求；第一服务调用请求中携带的请求参数包括目标API标识；
根据第一配置数据和目标API标识确定第一服务调用请求对应的目标服务协议；第一配置数据用于指示API标识与服务协议的映射关系；
根据预设的参数解析规则对第一服务调用请求中携带的请求参数进行参数解析；参数解析规则用于指示统一接口协议与目标服务协议之间的参数映射关系；
确定目标API标识对应的目标服务提供方；
根据参数解析结果生成基于目标服务协议的第二服务调用请求；
将第二服务调用请求发送至目标服务提供方。
在其中一个实施例中，第一服务调用请求中携带的请求参数还包括输入参数；计算机程序被处理器执行时还实现以下步骤：
在接收服务调用方发送的基于统一接口协议的第一服务调用请求之前，获取第一配置数据、第二配置数据和第三配置数据；第二配置数据用于指示参数解析规则；第三配置数据用于指示输入参数的规则；
根据第三配置数据生成业务接口文档；
向服务调用方发送业务接口文档。
在其中一个实施例中，统一接口协议为HTTP接口协议。
在其中一个实施例中，目标服务协议为Dubbo服务协议；参数解析结果包括目标服务标签、目标方法和目标请求参数；统一接口协议与目标服务协议的参数映射关系包括：
API标识与服务标签的映射关系；
API标识与方法的映射关系；及
统一接口协议的请求参数与目标服务协议的请求参数的映射关系。
在其中一个实施例中，第一服务调用请求中携带的请求参数还包括请求方法；目标服务接口为HTTP服务协议；参数解析结果包括目标域名、目标协议标识、目标统一资源标识符、目标请求方法和目标请求参数；
统一接口协议与目标服务接口的参数映射关系包括：
API标识与统一资源标识符的映射关系；
API标识与协议标识的绑定关系；
API标识与域名的绑定关系；
统一接口协议的请求参数与目标服务接口的请求参数的映射关系；及
统一接口协议的请求方法与目标服务接口的请求方法的映射关系。
在其中一个实施例中，目标服务接口为MQ服务协议；参数解析结果包括目标消息、目标消息主题和目标消息标签；
统一接口协议与目标服务接口的参数映射关系包括：
统一接口协议的请求参数与目标服务接口的消息的映射关系；
API标识与消息主题的映射关系；及
API标识与消息标签的映射关系。
在其中一个实施例中，第一服务调用请求还包括目标账号；计算机程序被处理器执行时还实现以下步骤：
在接收服务调用方发送的基于统一接口协议的第一服务调用请求之前，查找账号库中与目标API标识对应的标准账号；账号库预先按照API业务结构存储了API标识对应的标准账号；API业务结构用于指示公司、APP、API分组与API的上下层级关系；
将目标API标识对应的标准账号与第一服务调用请求中的目标账号进行匹配；
根据第一配置数据和目标API标识确定第一服务调用请求对应的目标服务协议，包括：
根据第一配置数据和目标API标识确定匹配成功的第一服务调用请求对应的目标服务协议。
本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一非易失性计算机可读取存储介质中，该计算机程序在执行时，可包括如上述各方法的实施例的流程。其中，本申请所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用，均可包括非易失性和/或易失性存储器。非易失性存储器可包括只读存储器(ROM)、可编程ROM(PROM)、电可编程ROM(EPROM)、电可擦除可编程ROM(EEPROM)或闪存。易失性存储器可包括随机存取存储器(RAM)或者外部高速缓冲存储器。作为说明而非局限，RAM以多种形式可得，诸如静态RAM(SRAM)、动态RAM(DRAM)、同步DRAM(SDRAM)、双数据率SDRAM(DDRSDRAM)、增强型SDRAM(ESDRAM)、同步链路(Synchlink)DRAM(SLDRAM)、存储器总线(Rambus)直接RAM(RDRAM)、直接存储器总线动态RAM(DRDRAM)、以及存储器总线动态RAM(RDRAM)等。
以上实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。
以上所述实施例仅表达了本申请的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对发明专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本申请构思的前提下，还可以做出若干变形和改进，这些都属于本申请的保护范围。因此，本申请专利的保护范围应以所附权利要求为准。
Claims (10)
1.一种处理服务调用请求的方法，其特征在于，包括：
接收服务调用方发送的基于统一接口协议的第一服务调用请求；所述第一服务调用请求中携带请求参数；所述请求参数包括目标API标识；
根据第一配置数据和所述目标API标识确定所述第一服务调用请求对应的目标服务协议；所述第一配置数据用于指示API标识与服务协议的映射关系；
根据预设的参数解析规则对所述第一服务调用请求中携带的请求参数进行参数解析；所述参数解析规则用于指示所述统一接口协议与所述目标服务协议之间的参数映射关系；
确定所述目标API标识对应的目标服务提供方；
根据参数解析结果生成基于所述目标服务协议的第二服务调用请求；
将所述第二服务调用请求发送至所述目标服务提供方。
2.根据权利要求1所述的方法，其特征在于，所述第一服务调用请求中携带的请求参数还包括输入参数；所述处理服务调用请求的方法还包括：
在接收服务调用方发送的基于统一接口协议的第一服务调用请求之前，获取所述第一配置数据、第二配置数据和第三配置数据；所述第二配置数据用于指示所述参数解析规则；所述第三配置数据用于指示所述输入参数的规则；
根据所述第三配置数据生成与API标识对应的业务接口文档；
将API标识和业务接口文档对应发送至所述服务调用方。
3.根据权利要求2所述的方法，其特征在于，所述根据所述第三配置数据生成与API标识对应的业务接口文档，包括：
对所述输入参数的规则进行词法分析，生成token；
对所述token进行语法分析，生成AST；
根据预设的文档规范和所述AST生成有层级的且与所述API标识对应的业务接口文档。
4.根据权利要求1-3任一项所述的方法，其特征在于，所述统一接口协议为HTTP接口协议。
5.根据权利要求4所述的方法，其特征在于，若所述目标服务协议为Dubbo服务协议，则所述参数解析结果包括目标服务标签、目标方法和目标请求参数；所述统一接口协议与所述目标服务协议的参数映射关系包括：
API标识与服务标签的映射关系；
API标识与方法的映射关系；及
所述统一接口协议的请求参数与所述目标服务协议的请求参数的映射关系；
若所述目标服务接口为MQ服务协议，则所述参数解析结果包括目标消息、目标消息主题和目标消息标签；
所述统一接口协议与所述目标服务接口的参数映射关系包括：
所述统一接口协议的请求参数与所述目标服务接口的消息的映射关系；
API标识与消息主题的映射关系；及
API标识与消息标签的映射关系。
6.根据权利要求4所述的方法，其特征在于，所述第一服务调用请求中携带的请求参数还包括请求方法字段；若所述目标服务接口为HTTP服务协议，则所述参数解析结果包括目标域名、目标协议标识、目标统一资源标识符、目标请求方法和目标请求参数；
所述统一接口协议与所述目标服务接口的参数映射关系包括：
API标识与统一资源标识符的映射关系；
API标识与协议标识的绑定关系；
API标识与域名的绑定关系；
所述请求方法字段与所述目标服务接口的请求方法的映射关系；及
所述统一接口协议的请求参数与所述目标服务接口的请求参数的映射关系。
7.根据权利要求1所述的方法，其特征在于，所述第一服务调用请求还包括目标账号；所述处理服务调用请求的方法还包括：
在根据第一配置数据和所述目标API标识确定所述第一服务调用请求对应的目标服务协议之前，查找账号库中与所述目标API标识对应的标准账号；所述账号库预先按照API业务结构存储了API标识对应的标准账号；所述API业务结构用于指示公司、APP、API分组与API的上下层级关系；
将所述目标API标识对应的标准账号与所述第一服务调用请求中的目标账号进行匹配；
所述根据第一配置数据和所述目标API标识确定所述第一服务调用请求对应的目标服务协议，包括：
根据第一配置数据和所述目标API标识确定匹配成功的所述第一服务调用请求对应的目标服务协议。
8.一种处理服务调用请求的装置，其特征在于，包括：
接收请求模块，用于接收服务调用方发送的基于统一接口协议的第一服务调用请求；所述第一服务调用请求中携带请求参数；所述请求参数包括目标API标识；
确定协议模块，用于根据第一配置数据和所述目标API标识确定所述第一服务调用请求对应的目标服务协议；所述第一配置数据用于指示API标识与服务协议的映射关系；
参数解析模块，用于根据预设的参数解析规则对所述第一服务调用请求中携带的请求参数进行参数解析；所述参数解析规则用于指示所述统一接口协议与所述目标服务协议之间的参数映射关系；
提供方确定模块，用于确定所述目标API标识对应的目标服务提供方；
请求生成模块，用于根据参数解析结果生成基于所述目标服务协议的第二服务调用请求；
请求发送模块，用于将所述第二服务调用请求发送至所述目标服务提供方。
9.一种计算机设备，其特征在于，包括存储器和处理器，所述存储器存储有计算机程序，其特征在于，所述处理器执行所述计算机程序时实现权利要求1至7中任一项所述的处理服务调用请求的方法的步骤。
10.一种存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现权利要求1至7中任一项所述的处理服务调用请求的方法的步骤。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201911175089.4A CN112866177B (zh) | 2019-11-26 | 2019-11-26 | 处理服务调用请求的方法、装置、存储介质及计算机设备 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201911175089.4A CN112866177B (zh) | 2019-11-26 | 2019-11-26 | 处理服务调用请求的方法、装置、存储介质及计算机设备 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN112866177A true CN112866177A (zh) | 2021-05-28 |
| CN112866177B CN112866177B (zh) | 2022-10-04 |
Family
ID=75984952
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201911175089.4A Active CN112866177B (zh) | 2019-11-26 | 2019-11-26 | 处理服务调用请求的方法、装置、存储介质及计算机设备 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN112866177B (zh) |
Cited By (13)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN113364890A (zh) * | 2021-06-30 | 2021-09-07 | 北京奇艺世纪科技有限公司 | 数据处理方法、装置、网络设备及介质 |
| CN113448594A (zh) * | 2021-06-29 | 2021-09-28 | 京东科技控股股份有限公司 | 服务的处理方法、装置、计算机设备及存储介质 |
| CN113489773A (zh) * | 2021-06-30 | 2021-10-08 | 未鲲(上海)科技服务有限公司 | 数据接入方法、装置、设备及介质 |
| CN113641579A (zh) * | 2021-08-10 | 2021-11-12 | 中国平安人寿保险股份有限公司 | 数据处理方法、装置、设备及存储介质 |
| CN113660988A (zh) * | 2021-08-27 | 2021-11-16 | 商汤国际私人有限公司 | 数据处理方法、装置、系统、设备及计算机可读存储介质 |
| CN113706299A (zh) * | 2021-09-10 | 2021-11-26 | 京东科技控股股份有限公司 | 数据处理的方法、装置、电子设备及介质 |
| CN113806104A (zh) * | 2021-08-02 | 2021-12-17 | 北京房江湖科技有限公司 | 接口访问请求处理方法、api网关、服务器及系统 |
| CN114051058A (zh) * | 2021-09-27 | 2022-02-15 | 北京旷视科技有限公司 | 接口调用方法、平台、电子设备及计算机存储介质 |
| CN114598750A (zh) * | 2022-01-14 | 2022-06-07 | 浙江吉利控股集团有限公司 | 一种数据请求处理方法、装置及存储介质 |
| CN114928608A (zh) * | 2022-04-21 | 2022-08-19 | 北京达佳互联信息技术有限公司 | 一种多媒体资源的处理方法、装置、设备及存储介质 |
| CN115514827A (zh) * | 2022-11-03 | 2022-12-23 | 广东美的暖通设备有限公司 | 智能楼宇系统的数据处理方法、装置、设备和存储介质 |
| CN117056102A (zh) * | 2023-08-17 | 2023-11-14 | 北京远舢智能科技有限公司 | 一种数据调用方法、系统、计算机设备及可读存储介质 |
| RU2814437C1 (ru) * | 2023-09-18 | 2024-02-28 | Общество с ограниченной ответственностью "Облачные технологии" (ООО "Облачные технологии") | Способ и устройство для генерации удаленных вызовов |
Citations (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20140101290A1 (en) * | 2012-10-10 | 2014-04-10 | Ca, Inc. | System and method for invoking application commands with web service calls |
| US20140244809A1 (en) * | 2011-11-04 | 2014-08-28 | Huawei Technologies Co., Ltd. | Service configuration method and apparatus |
| CN107835178A (zh) * | 2017-11-13 | 2018-03-23 | 北京奇艺世纪科技有限公司 | 一种多协议服务通信方法、装置以及电子设备 |
| CN109445968A (zh) * | 2018-11-09 | 2019-03-08 | 金瓜子科技发展（北京）有限公司 | 不同协议的服务请求处理方法、装置、设备及存储介质 |
| CN110209505A (zh) * | 2019-03-06 | 2019-09-06 | 腾讯科技（深圳）有限公司 | 一种数据请求方法及相关设备 |
| CN110351342A (zh) * | 2019-06-20 | 2019-10-18 | 平安科技（深圳）有限公司 | 业务指令处理方法、装置、计算机设备和存储介质 |
-
2019
- 2019-11-26 CN CN201911175089.4A patent/CN112866177B/zh active Active
Patent Citations (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20140244809A1 (en) * | 2011-11-04 | 2014-08-28 | Huawei Technologies Co., Ltd. | Service configuration method and apparatus |
| US20140101290A1 (en) * | 2012-10-10 | 2014-04-10 | Ca, Inc. | System and method for invoking application commands with web service calls |
| CN107835178A (zh) * | 2017-11-13 | 2018-03-23 | 北京奇艺世纪科技有限公司 | 一种多协议服务通信方法、装置以及电子设备 |
| CN109445968A (zh) * | 2018-11-09 | 2019-03-08 | 金瓜子科技发展（北京）有限公司 | 不同协议的服务请求处理方法、装置、设备及存储介质 |
| CN110209505A (zh) * | 2019-03-06 | 2019-09-06 | 腾讯科技（深圳）有限公司 | 一种数据请求方法及相关设备 |
| CN110351342A (zh) * | 2019-06-20 | 2019-10-18 | 平安科技（深圳）有限公司 | 业务指令处理方法、装置、计算机设备和存储介质 |
Cited By (17)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN113448594A (zh) * | 2021-06-29 | 2021-09-28 | 京东科技控股股份有限公司 | 服务的处理方法、装置、计算机设备及存储介质 |
| CN113364890B (zh) * | 2021-06-30 | 2022-10-28 | 北京奇艺世纪科技有限公司 | 数据处理方法、装置、网络设备及介质 |
| CN113489773A (zh) * | 2021-06-30 | 2021-10-08 | 未鲲(上海)科技服务有限公司 | 数据接入方法、装置、设备及介质 |
| CN113364890A (zh) * | 2021-06-30 | 2021-09-07 | 北京奇艺世纪科技有限公司 | 数据处理方法、装置、网络设备及介质 |
| CN113806104A (zh) * | 2021-08-02 | 2021-12-17 | 北京房江湖科技有限公司 | 接口访问请求处理方法、api网关、服务器及系统 |
| CN113641579A (zh) * | 2021-08-10 | 2021-11-12 | 中国平安人寿保险股份有限公司 | 数据处理方法、装置、设备及存储介质 |
| CN113660988A (zh) * | 2021-08-27 | 2021-11-16 | 商汤国际私人有限公司 | 数据处理方法、装置、系统、设备及计算机可读存储介质 |
| CN113706299A (zh) * | 2021-09-10 | 2021-11-26 | 京东科技控股股份有限公司 | 数据处理的方法、装置、电子设备及介质 |
| CN114051058A (zh) * | 2021-09-27 | 2022-02-15 | 北京旷视科技有限公司 | 接口调用方法、平台、电子设备及计算机存储介质 |
| CN114051058B (zh) * | 2021-09-27 | 2024-03-26 | 北京旷视科技有限公司 | 接口调用方法、平台、电子设备及计算机存储介质 |
| CN114598750A (zh) * | 2022-01-14 | 2022-06-07 | 浙江吉利控股集团有限公司 | 一种数据请求处理方法、装置及存储介质 |
| CN114598750B (zh) * | 2022-01-14 | 2024-01-30 | 浙江吉利控股集团有限公司 | 一种数据请求处理方法、装置及存储介质 |
| CN114928608A (zh) * | 2022-04-21 | 2022-08-19 | 北京达佳互联信息技术有限公司 | 一种多媒体资源的处理方法、装置、设备及存储介质 |
| CN115514827A (zh) * | 2022-11-03 | 2022-12-23 | 广东美的暖通设备有限公司 | 智能楼宇系统的数据处理方法、装置、设备和存储介质 |
| CN117056102A (zh) * | 2023-08-17 | 2023-11-14 | 北京远舢智能科技有限公司 | 一种数据调用方法、系统、计算机设备及可读存储介质 |
| CN117056102B (zh) * | 2023-08-17 | 2024-04-09 | 北京远舢智能科技有限公司 | 一种数据调用方法、系统、计算机设备及可读存储介质 |
| RU2814437C1 (ru) * | 2023-09-18 | 2024-02-28 | Общество с ограниченной ответственностью "Облачные технологии" (ООО "Облачные технологии") | Способ и устройство для генерации удаленных вызовов |
Also Published As
| Publication number | Publication date |
|---|---|
| CN112866177B (zh) | 2022-10-04 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN112866177B (zh) | 处理服务调用请求的方法、装置、存储介质及计算机设备 | |
| CN111541656B (zh) | 基于融合媒体云平台的身份认证方法及系统 | |
| EP2806612B1 (en) | Method, device and system for using and invoking oauth api | |
| US9483328B2 (en) | System and method for delivering application content | |
| WO2019179537A2 (en) | System and method for implementing a resolver service for decentralized identifiers | |
| US7860882B2 (en) | Method and system for distributed retrieval of data objects using tagged artifacts within federated protocol operations | |
| US7860883B2 (en) | Method and system for distributed retrieval of data objects within multi-protocol profiles in federated environments | |
| CN110535971B (zh) | 基于区块链的接口配置处理方法、装置、设备及存储介质 | |
| CN110765484B (zh) | 一种征信数据处理方法及电子设备 | |
| KR102660475B1 (ko) | 전자 신원확인 및 인증 서비스（ｅｉｄａｓ）를 위한 전자 계약을 인증하는 플랫폼 및 방법 | |
| JP2006031714A (ja) | データ処理システム、方法およびコンピュータ・プログラム（連合ユーザ・ライフサイクル管理用の信頼インフラストラクチャ・サポートを可能にする方法およびシステム） | |
| KR20120002836A (ko) | 복수의 서비스에 대한 접근 제어 장치 및 방법 | |
| CN110808840A (zh) | 业务处理方法及装置、电子设备、存储介质 | |
| CN111988418B (zh) | 数据处理方法、装置、设备及计算机可读存储介质 | |
| US20230412383A1 (en) | Systems and methods for inter-service authentication | |
| CN112559010B (zh) | 一种基于微服务的多应用系统数据隔离实现方法和系统 | |
| CN111880919A (zh) | 数据调度方法、系统和计算机设备 | |
| CN112367164A (zh) | 业务请求处理方法、装置、计算机设备和存储介质 | |
| CN109510799B (zh) | 页面展示方法、浏览器客户端、设备及存储介质 | |
| Fonseca et al. | A security framework for SOA applications in mobile environment | |
| CN111371811B (zh) | 一种资源调用方法、资源调用装置、客户端及业务服务器 | |
| CN111211902A (zh) | 一种基于企业浏览器实现的数字签名方法和装置 | |
| CN111988298A (zh) | 数据处理方法、装置及设备 | |
| CN115348462B (zh) | 特效数据的配置方法、装置、设备、存储介质及通信系统 | |
| CN112543454B (zh) | 一种认证方法及设备 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant |