CN114064107A - 一种数据处理方法及其装置 - Google Patents
一种数据处理方法及其装置 Download PDFInfo
- Publication number
- CN114064107A CN114064107A CN202010746673.7A CN202010746673A CN114064107A CN 114064107 A CN114064107 A CN 114064107A CN 202010746673 A CN202010746673 A CN 202010746673A CN 114064107 A CN114064107 A CN 114064107A
- Authority
- CN
- China
- Prior art keywords
- service
- service provider
- application
- integration module
- determining
- 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.)
- Pending
Links
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F8/00—Arrangements for software engineering
- G06F8/70—Software maintenance or management
- G06F8/71—Version control; Configuration management
Landscapes
- Engineering & Computer Science (AREA)
- Software Systems (AREA)
- General Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Computer Security & Cryptography (AREA)
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本申请公开了一种数据处理方法及其装置,所述方法包括获取至少一个服务提供方提供的应用以及所述应用包括的服务集成模块,其中,所述服务集成模块包括至少一个服务提供接口;向所述至少一个服务提供方发送针对服务集成模块的模块集成请求;从所述至少一个服务提供方中确定提供所述服务集成模块的服务提供方以及到达该服务提供方的路径信息。采用本申请,能够使网关设备内部的接口数量不会随着新服务提供方的增加而爆炸式增长,且更利于网关设备管理内部接口。
Description
技术领域
本申请涉及计算机技术领域,尤其涉及一种数据处理方法及其装置。
背景技术
随着互联网技术的发展,越来越多的用户选择采用服务框架来设计软件应用,该服务框架将单个应用拆分成多个服务,并且每个服务可由多个服务提供方提供。当服务调用方需要调用某一服务时,可通过该服务框架内的网关设备确定提供该服务的服务提供方。
对于网关设备来说,在接收到服务调用方发出的服务调用请求后,确定可提供服务的服务提供方。在有新服务提供方加入的情况下,网关设备需要为新服务提供方内的每个服务增加新的应用编程接口(Application Programming Interface,API)以及服务提供接口(Service Provider Interface,SPI),这不仅会导致网关设备内部的接口数量过多,也会对后续调用工作产生额外的工作量。因此,相关技术需要一种新的服务调用的技术方案。
发明内容
本申请实施例提供一种数据处理方法及其装置,用于至少解决以上提及的技术问题。
本申请实施例提供一种数据处理方法,所述方法包括获取至少一个服务提供方提供的应用以及所述应用包括的服务集成模块,其中,所述服务集成模块包括至少一个服务提供接口;向所述至少一个服务提供方发送针对服务集成模块的模块集成请求;从所述至少一个服务提供方中确定提供所述服务集成模块的服务提供方以及到达该服务提供方的路径信息。
本申请实施例还提供一种数据处理方法,所述方法包括:确定服务提供方所提供的应用以及所述应用包括的服务集成模块,其中,所述服务集成模块包括至少一个服务提供接口;在接收到针对所述服务集成模块的模块集成请求后,按照预设的接口转换方式,将所述至少一个服务提供接口转换为标准化的至少一个服务提供接口。
本申请实施例还提供一种数据处理装置,包括:一个或多个处理器;存储器;以及一个或多个程序,其中所述一个或多个程序存储在所述存储器中并被配置为由所述一个或多个处理器执行,所述一个或多个程序包括用于执行前述方法的指令。
本申请实施例还提供一种存储一个或多个程序的计算机可读存储介质,所述一个或多个程序包括指令,所述指令当由计算设备执行时,使得所述计算设备执行前述方法。
本申请实施例采用的上述至少一个技术方案能够达到以下有益效果:
根据本申请的示例性实施例的数据处理方法可将至少一个服务提供方提供的应用分类并在此基础上针对各个服务类型划分为服务集成模块,使得将服务提供方分层次地提供服务,这样不仅易于新的服务提供方接入,并且网关设备内部的接口数量不会随着新服务提供方的增加而爆炸式增长,且更利于网关设备管理内部接口。
附图说明
此处所说明的附图用来提供对本申请的进一步理解,构成本申请的一部分,本申请的示意性实施例及其说明用于解释本申请,并不构成对本申请的不当限定。在附图中:
图1是根据本申请的示例性实施例的服务调用系统的场景图;
图2是根据本申请的示例性实施例的服务调用系统的框图;
图3是根据本申请的示例性实施例的服务调用系统的框架图;
图4是根据本申请的示例性实施例的网关设备执行的数据处理方法的步骤流程图;
图5是根据本申请的示例性实施例的服务提供方执行的数据处理方法的步骤流程图;
图6是示出根据本申请的实施例的数据处理装置的框图。
具体实施方式
为使本申请的目的、技术方案和优点更加清楚,下面将结合本申请具体实施例及相应的附图对本申请技术方案进行清楚、完整地描述。显然,所描述的实施例仅是本申请一部分实施例,而不是全部的实施例。基于本申请中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本申请保护的范围。
以下结合附图,详细说明本申请各实施例提供的技术方案。
术语解释:
服务提供接口(Service Provider Interface,SPI),为了实现某场景下的功能所制定的接口规范,可通过类路径(ClassPath)下的文件夹查找文件并自动加载文件里所定义的类,实现了为某个接口寻找服务的实现机制。
应用程序提供接口(Application Programming Interface,API),调用并用于实现目标的类、接口、方法等的描述。在实施中,服务调用方可利用API接口调用服务提供方提供的服务。
服务提供方(Information Services Provide,ISP),提供SPI的服务方。
为了更好地描述本申请,以下将结合图1来描述。
图1是根据本申请的示例性实施例的服务调用系统的场景图。
如图1所示,本申请实施例提出了一种服务调用系统。该服务调用系统可至少包括用户端(服务调用方)100、网关设备200以及服务提供方300。应注意,图1仅示出了与本申请相关的组件,服务调用系统不限于以上组件,并且以上各个组件可通过有线或无线通信方式进行直接或间接连接,本申请对此不作限制。
用户可利用各自的用户端100发起服务请求,例如,用户可利用用户端100发起支付请求,或者利用用户端100发起会员查询请求,又或者利用用户端100发起搜索请求。
用户端100可用于为用户(如发布服务的服务发布者、需调用服务的服务调用者)提供关于服务的注册界面、配置界面等多种用户界面。该用户端100可包括直接提供用户界面的应用程序(Application,APP)、通过网页(如浏览器网页、H5网页等)形式提供用户界面的终端设备,等等;此处的终端设备可以是智能手机、平板电脑、笔记本电脑等便携式设备、台式计算机或者智能手表等可穿戴设备。
随后,用户端100可将服务请求发送到网关设备200,此处的网关设备200又可称为API网关设备。在实施中,用户端100可通过调用API接口向网关设备200发送服务请求。
网关设备200可为所有服务提供统一的服务接入规范。如图1所示,不同服务提供方300均可提供同一服务,并将该服务均可发布在该网关设备200上,由该网关设备200对各服务的网络协议进行转换,统一规定各服务的发布和调用标准。
网关设备200在调用服务时,可按照服务调用规则,确定将为该服务提供支持的服务提供方。在实施中,网关设备200可在收到服务请求后,确定将提供该服务的SPI,然后将SPI的路径信息提供给用户端100。
服务提供方300可为用户端100提供服务支撑,以支撑用户端100为用户提供多种服务;服务提供方300中的每个服务器可以是一个独立的物理服务器,也可以是由多个物理服务器所构成的服务器集群或者分布式系统。或者,该服务器还可以是提供云服务、云数据库、云计算、云函数、云存储、网络服务、云通信、中间件服务、域名服务、安全服务、CDN(Content Delivery Network,即内容分发网络)、以及大数据和人工智能平台等基础云计算服务的云服务器。应理解的是,上述所提及的用户端100和服务提供方300仅为示例性的,并不局限于此。
在现有技术中,网关设备200需要为每个服务提供方提供的各个服务设置SPI,在此基础上,网关设备200还需要为各个SPI设置对应的API,很显然,每当有新的服务提供方加入时,将导致网关设备200内的接口数量急剧增加,这不仅会增加网关设备200的运行量也会增加网关设备200的管理负担。
基于此,本申请的示例性实施例的数据处理方法可根据各个服务提供方提供的应用的服务类型设置不同的服务集成模块,并且在服务调用方创建对应的服务集成模块后,向各个服务提供方发送集成邀请,并在服务提供方接受邀请后,将该服务提供方提供的该服务集成模块包括的SPI接口标准化。通过以上方式,可将应用整体接入更加容易理解,将服务提供方转换为应用层面到服务集成模块最后到SPI的结构,更便于管理。
以下将参照图2进行具体描述。图2是根据本申请的示例性实施例的服务调用系统的框图。所述服务调用系统可包括服务提供方10、网关设备20以及服务调用方30。应注意,图2中各个设备的数量仅为示例性的,在实施中,以上设备均可根据需要设置成不同的数量。
具体来说,为了能够提供服务,服务提供方10可向网关设备20发送注册请求,其中,所述注册请求包括服务提供方的标识信息。在实施中,服务提供方10可先将与提供服务相关的信息在注册阶段提供给网关设备,例如,服务验证方式、调用频率等一系列的服务参数。这样,网关设备20中可按照标识信息分别存储各个服务提供方10的信息。
在本申请中,网关设备20可根据服务提供方10所提供的功能类型,为服务提供方10创建服务提供(Service Provider,SP)应用。在实施中,每个服务提供方10可同时提供不同的应用,这样,网关设备20可为服务提供方设置不同的SP应用。例如,某一服务提供方可同时提供购物类应用和咨询类应用。
针对每个应用,网关设备20可按照服务类型将该应用划分为不同的服务集成模块,其中,每个服务集成模块可提供单独的服务,例如,购物类应用可被划分为下单、支付、退货、换货等服务集成模块,并且每个服务集成模块可包括多个SPI,以退货为例,该服务集成模块可包括选择地址、支付退款运费等多个SPI。
此外,在实施中,每个服务提供方可能由数个服务商共同实现,在这种情况下网关设备20还可为服务提供方中的每个SP应用分配私钥,并利用该私钥对相应的SP应用进行加密处理,这样这些服务商可通过私钥进行统一识别,从而避免了被非法请求拉取数据,保证了安全性。
随后,网关设备20可执行模块集成处理。也就是说,网关设备20可收集能够提供各个服务集成模块支撑的所有应用。网关设备20在按照以上处理确定所有SP应用包括的各个服务集成模块的情况下,针对每个服务集成模块,执行模块集成处理。
具体来说,针对每个服务集成模块,网关设备20可向所有的服务提供方10发送模块集成请求,该请求可通过邮件等方式发送给各个服务提供方10。此外,该请求可被设置为已授权接到请求的服务提供方有权提供该服务集成模块。
在接收到该请求后,服务提供方10中的相关应用可将该服务集成模块所包括的SPI转换为符合预设标准的SPI,在此过程中,如果存在参数名称不一致的情况,可通过参数映射实现。
在对每个服务集成模块均执行了以上处理后,网关设备20可将每个服务集成模块封装成API,也就是说,封装后的API与来自各个服务提供方的服务集成模块对应。最后,网关设备20确定每个服务集成模块对应的路径信息并在确定路径信息后全网发布。作为示例,所述路径信息可以是动态/静态的可嵌入的表达式。
特别地,当有新的服务提供方加入时,可采用如上方式对该服务提供方包括的各个服务集成模块执行封装,如果该服务集成模块所提供的服务已经存在,则可将该服务集成模块对应于已有的API的基础上,将该服务集成模块内的各个SPI的参数按照标准进行转换。
当服务调用方30需要调用某一服务时,可生成与该服务对应的调用请求,然后使用网关签名算法对该请求进行签名,将签名后的请求发送到网关设备20。网关设备20可根据该请求确定该服务对应的服务集成模块。
然后,网关设备20可从提供该服务集成模块的服务提供方中选择适合的服务提供方。在实施中,网关设备20可按照预设的负载均衡方式确定提供该服务的服务提供方。例如,网关设备20可根据每个服务提供方的任务量,选择空闲的服务提供方,又例如,网关设备20可根据每个服务提供方的位置,选择距离较近的服务提供方。
在已确定提供服务的服务提供方的情况下,网关设备20可确定路由到该服务提供方的路径信息,并将该路径信息发送给服务调用方,这样服务调用方可利用该路径信息,直接向服务提供方发起服务调用请求。
最后,当服务调用方30确定调用来自服务提供方10的服务时,则需要从服务提供方10处获取授权。在此情况下,若服务提供方10同意调用,则可授权提供服务。
为了更好地描述本申请,以下将结合图3对网关设备进行描述,应注意,图3中的网关设备是按照网关设备执行的功能进行划分的,在实施中,网关设备不限于以上模块。
图3是根据本申请的示例性实施例的服务调用系统的框架图。如图3所示,网关设备对应于多个ISP,并向服务调用方(图中的系统)提供服务,图3中的服务调用方可包括会员模块、营销模块以及其它模块。
所述网关设备可包括ISP注册信息管理组件、SP应用管理组件、服务集成模块管理组件、SPI接口定义以及SPI集成管理组件。
所述ISP注册信息管理组件是指可接收服务提供方提供的注册信息并根据所述注册信息完成对该服务提供方的注册。SP应用管理是指确定该服务提供方所提供的应用,在实施中,该服务提供方可提供一个或多个应用。服务集成模块管理组件是指按照每个应用的服务类型将其划分为不同的服务集成模块。SPI接口定义组件是指预设设有针对服务集成模块内的各个SPI的标准化定义。路由路径组件是指到达各个服务集成模块的SP应用的路径信息。SPI集成管理组件是指将每个服务集成模块内的SPI封装为API,这样不会影响服务调用方的调用流程,对于用户而言是无感知的。
以下将参照图4和图5分别从网关设备和服务提供方的角度描述本申请的服务调用方案。图4是根据本申请的示例性实施例的网关设备执行的数据处理方法的步骤流程图。
如图4所示,在步骤S410,获取至少一个服务提供方提供的应用以及所述应用包括的服务集成模块,其中,所述服务集成模块包括至少一个服务提供接口。
在实施中,当某一服务提供方想提供服务时,首先需要在网关设备上进行登记。因此,网关设备可接收这些服务提供方发送的注册请求,其中,所述注册请求包括这些服务提供方的标识信息。
在步骤S420,向所述至少一个服务提供方发送针对服务集成模块的模块集成请求。具体来说,根据每个服务提供方所实现的功能类型,确定每个服务提供方对应的应用。在实施中,所述方法还可基于非对称加密算法,利用私钥对所述应用进行加密操作。随后,按照每个应用包括的服务类型,确定每个应用包括的服务集成模块。
在步骤S430,从所述至少一个服务提供方中确定提供所述服务集成模块的服务提供方以及到达该服务提供方的路径信息。
所述方法还包括接收服务调用方利用应用程序接口发送的服务调用请求,其中,所述服务调用请求包括待调用的服务。在接收到该服务调用请求后,可确定所述待调用的服务对应的服务集成模块,然后利用预设的负载均衡方式,确定提供所述服务集成模块的第一应用并获取路由到提供第一应用的第一服务提供方的第一路径信息。
此外,所述方法还可利用第一路径信息,向第一服务提供方转发第一服务调用请求,其中,第一服务调用请求包括利用与第一服务提供方对应的第一私钥生成的数字签名。
综上可述,根据本申请的示例性实施例的数据处理方法可将服务提供方提供的各种服务在利用实现的功能类型确定对应的应用后,利用服务类型划分为服务集成模块,使得将服务提供方分层次形成从应用层面到服务集成模块最后到SPI,这样不仅易于新的服务提供方接入,并且网关设备内部的接口数量不会随着新服务提供方的增加而爆炸式增加,且更利于网关设备管理内部接口。更进一步地,向每个SP应用分配秘钥,不仅可以很好地解决由多个提供方共同实现同一服务应用的情况,并且也可以对请求进行合法性校验。
图5是根据本申请的示例性实施例的服务提供方执行的数据处理方法的步骤流程图。在本申请中,不管是新增加的服务提供方还是已有的服务提供方,均按照如下步骤进行处理。
在步骤S510,确定服务提供方所提供的应用以及所述应用包括的服务集成模块,其中,所述服务集成模块包括至少一个服务提供接口。
在步骤S520,在接收到针对所述服务集成模块的模块集成请求后,按照预设的接口转换方式,将所述至少一个服务提供接口转换为标准化的至少一个服务提供接口。
图6示出本申请的示例性实施例的数据处理装置的框图。参考图6,在硬件层面,该装置包括处理器、内部总线和计算机可读存储介质,其中,所述计算机可读存储介质包括易失性存储器和非易失性存储器。处理器从非易失性存储器中读取对应的计算机程序然后运行。当然,除了软件实现方式之外,本申请并不排除其他实现方式,比如逻辑器件抑或软硬件结合的方式等等,也就是说以下处理流程的执行主体并不限定于各个逻辑单元,也可以是硬件或逻辑器件。
具体来说,所述处理器执行以下操作:获取至少一个服务提供方提供的应用以及所述应用包括的服务集成模块,其中,所述服务集成模块包括至少一个服务提供接口;向所述至少一个服务提供方发送针对服务集成模块的模块集成请求;从所述至少一个服务提供方中确定提供所述服务集成模块的服务提供方以及到达该服务提供方的路径信息。
所述处理器还可执行以下步骤:接收所述至少一个服务提供方发送的注册请求,其中,所述注册请求包括所述至少一个服务提供方的标识信息。
所述处理器还可执行以下步骤:利用所述标识信息,执行对所述至少一个服务提供方的注册操作。
所述处理器还可执行以下步骤:利用非对称加密算法,利用私钥对所述应用进行加密操作。
可选地,所述处理器可实现步骤确定至少一个服务提供方提供的应用以及所述应用包括的服务集成模块包括:根据每个服务提供方所实现的功能类型,确定每个服务提供方对应的应用;按照每个应用包括的服务类型,确定每个应用包括的服务集成模块。
可选地,所述处理器还可执行以下步骤:接收服务调用方利用应用程序接口发送的服务调用请求,其中,所述服务调用请求包括待调用的服务。
可选地,所述处理器还可执行以下步骤:确定所述待调用的服务对应的服务集成模块;利用预设的负载均衡方式,确定提供所述服务集成模块的第一应用。获取路由到提供第一应用的第一服务提供方的第一路径信息。
可选地,所述处理器还可执行以下步骤:利用第一路径信息,向第一服务提供方转发第一服务调用请求。
可选地,第一服务调用请求包括利用与第一服务提供方对应的第一私钥生成的数字签名。
此外,根据本申请的示例性实施例,所述处理器可执行以下步骤:确定服务提供方所提供的应用以及所述应用包括的服务集成模块,其中,所述服务集成模块包括至少一个服务提供接口;在接收到针对所述服务集成模块的模块集成请求后,按照预设的接口转换方式,将所述至少一个服务提供接口转换为标准化的至少一个服务提供接口。
综上可述,根据本申请的示例性实施例的数据处理装置可将服务提供方提供的各种服务按照服务提供应用分类并在此基础上针对各个服务类型划分为服务集成模块,使得将服务提供方分层次形成从应用层面到服务集成模块最后到SPI,这样不仅易于新的服务提供方接入,并且网关设备内部的接口数量不会随着新服务提供方的增加而爆炸式增长,且更利于网关设备管理内部接口。更进一步地,向每个SP应用分配秘钥,不仅可以很好地解决由多个提供方共同实现同一服务应用的情况,并且也可以对请求进行合法性校验。
需要说明的是,实施例1所提供方法的各步骤的执行主体均可以是同一设备,或者,该方法也由不同设备作为执行主体。比如,步骤21和步骤22的执行主体可以为设备1,步骤23的执行主体可以为设备2;又比如,步骤21的执行主体可以为设备1,步骤22和步骤23的执行主体可以为设备2;等等。
本领域内的技术人员应明白,本发明的实施例可提供为方法、系统、或计算机程序产品。因此,本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且,本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器,使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中,使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品,该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上,使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
在一个典型的配置中,计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。
内存可能包括计算机可读介质中的非永久性存储器,随机存取存储器(RAM)和/或非易失性内存等形式,如只读存储器(ROM)或闪存(flash RAM)。内存是计算机可读介质的示例。
计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括,但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带,磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质,可用于存储可以被计算设备访问的信息。按照本文中的界定,计算机可读介质不包括暂存电脑可读媒体(transitory media),如调制的数据信号和载波。
还需要说明的是,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。
本领域技术人员应明白,本申请的实施例可提供为方法、系统或计算机程序产品。因此,本申请可采用完全硬件实施例、完全软件实施例或结合软件和硬件方面的实施例的形式。而且,本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
以上所述仅为本申请的实施例而已,并不用于限制本申请。对于本领域技术人员来说,本申请可以有各种更改和变化。凡在本申请的精神和原理之内所作的任何修改、等同替换、改进等,均应包含在本申请的权利要求范围之内。
Claims (10)
1.一种数据处理方法,所述方法包括:
获取至少一个服务提供方提供的应用以及所述应用包括的服务集成模块,其中,所述服务集成模块包括至少一个服务提供接口;
向所述至少一个服务提供方发送针对服务集成模块的模块集成请求;
从所述至少一个服务提供方中确定提供所述服务集成模块的服务提供方以及到达该服务提供方的路径信息。
2.如权利要求1所述的方法,还包括:
接收所述至少一个服务提供方发送的注册请求,其中,所述注册请求包括所述至少一个服务提供方的标识信息。
3.如权利要求2所述的方法,还包括:
利用所述标识信息,执行对所述至少一个服务提供方的注册操作。
4.如权利要求1所述的方法,其中,确定至少一个服务提供方提供的应用以及所述应用包括的服务集成模块包括:
根据每个服务提供方所实现的功能类型,确定每个服务提供方对应的应用;
按照每个应用包括的服务类型,确定每个应用包括的服务集成模块。
5.如权利要求1所述的方法,还包括:
接收服务调用方利用应用程序接口发送的服务调用请求,其中,所述服务调用请求包括待调用的服务。
6.如权利要求5所述的方法,还包括:
确定所述待调用的服务对应的服务集成模块;
利用预设的负载均衡方式,确定提供所述服务集成模块的第一应用;
获取路由到提供第一应用的第一服务提供方的第一路径信息。
7.如权利要求6所述的方法,还包括:
利用第一路径信息,向第一服务提供方转发第一服务调用请求。
8.一种数据处理方法,所述方法包括:
确定服务提供方所提供的应用以及所述应用包括的服务集成模块,其中,所述服务集成模块包括至少一个服务提供接口;
在接收到针对所述服务集成模块的模块集成请求后,按照预设的接口转换方式,将所述至少一个服务提供接口转换为标准化的至少一个服务提供接口。
9.一种数据处理装置,包括:
一个或多个处理器;
存储器;以及
一个或多个程序,其中所述一个或多个程序存储在所述存储器中并被配置为由所述一个或多个处理器执行,所述一个或多个程序包括用于执行根据权利要求1-8所述的方法中的任一方法的指令。
10.一种存储一个或多个程序的计算机可读存储介质,所述一个或多个程序包括指令,所述指令当由计算设备执行时,使得所述计算设备执行根据权利要求1-8所述的方法中的任一方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202010746673.7A CN114064107A (zh) | 2020-07-29 | 2020-07-29 | 一种数据处理方法及其装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202010746673.7A CN114064107A (zh) | 2020-07-29 | 2020-07-29 | 一种数据处理方法及其装置 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN114064107A true CN114064107A (zh) | 2022-02-18 |
Family
ID=80226883
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202010746673.7A Pending CN114064107A (zh) | 2020-07-29 | 2020-07-29 | 一种数据处理方法及其装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN114064107A (zh) |
-
2020
- 2020-07-29 CN CN202010746673.7A patent/CN114064107A/zh active Pending
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US10120734B1 (en) | Application programming interface and services engine with application-level multi-tenancy | |
US10142326B2 (en) | Attribute-based access control | |
EP2806612B1 (en) | Method, device and system for using and invoking oauth api | |
US11714685B2 (en) | Discovering and publishing API information | |
US11093482B2 (en) | Managing access by third parties to data in a network | |
CN113037831B (zh) | 一种服务网关报文处理方法及装置 | |
WO2017167121A1 (zh) | 确定及运用应用程序之间的关系关联的方法及装置 | |
US10572842B1 (en) | Notification service for managing actionable messages from backend services | |
CN111047321A (zh) | 业务处理方法及装置、电子设备、存储介质 | |
US9832322B1 (en) | Techniques to transform network resource requests to zero rated network requests | |
CN102663009A (zh) | 一种支持企业用户数据私有化的web服务集成方法 | |
CN114281573A (zh) | 工作流数据交互方法、装置及电子装置、可读存储介质 | |
US20160149854A1 (en) | Framework for Application to Application Interworking in the M2M World | |
CN104866976A (zh) | 面向多租户的管理信息系统 | |
CN115002228B (zh) | 服务级联调用方法、装置、电子设备及存储介质 | |
CN113076153A (zh) | 一种接口调用方法和装置 | |
CN113923023A (zh) | 权限配置和数据处理的方法、装置、电子设备及介质 | |
CN114885024B (zh) | 应用实例的路由方法、装置、设备及介质 | |
CN114064107A (zh) | 一种数据处理方法及其装置 | |
JP2023516541A (ja) | プライバシー保護のための加法性雑音および減法性雑音 | |
CN113691575A (zh) | 通信方法、装置及系统 | |
WO2023134144A1 (zh) | 一种在云系统中处理云服务的方法及相关装置 | |
CN117278323B (zh) | 第三方信息的获取方法、电子设备及可读存储介质 | |
US8874752B2 (en) | Provision of other than 1:1 resource mapping | |
CN110362336B (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 | ||
CB02 | Change of applicant information | ||
CB02 | Change of applicant information |
Address after: 310052 room 306, floor 3, building 1, No. 699, Wangshang Road, Binjiang District, Hangzhou City, Zhejiang Province Applicant after: Hangzhou taopiao film and Television Culture Co.,Ltd. Address before: 310052 room 306, floor 3, building 1, No. 699, Wangshang Road, Binjiang District, Hangzhou City, Zhejiang Province Applicant before: Hangzhou Chenxi Multimedia Technology Co.,Ltd. |