CN106685708A - 一种服务关系的确定方法、装置及系统 - Google Patents

一种服务关系的确定方法、装置及系统 Download PDF

Info

Publication number
CN106685708A
CN106685708A CN201611169565.8A CN201611169565A CN106685708A CN 106685708 A CN106685708 A CN 106685708A CN 201611169565 A CN201611169565 A CN 201611169565A CN 106685708 A CN106685708 A CN 106685708A
Authority
CN
China
Prior art keywords
service
service object
mark
relation
request
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
Application number
CN201611169565.8A
Other languages
English (en)
Other versions
CN106685708B (zh
Inventor
李勇
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Huawei Cloud Computing Technologies Co Ltd
Original Assignee
Huawei Technologies Co Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Huawei Technologies Co Ltd filed Critical Huawei Technologies Co Ltd
Priority to CN201611169565.8A priority Critical patent/CN106685708B/zh
Publication of CN106685708A publication Critical patent/CN106685708A/zh
Application granted granted Critical
Publication of CN106685708B publication Critical patent/CN106685708B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/40Support for services or applications
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/50Network service management, e.g. ensuring proper service fulfilment according to agreements

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Multimedia (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)
  • Stored Programmes (AREA)

Abstract

本发明实施例公开了一种服务关系的确定方法,包括:关系确定端接收所述业务请求端发送的业务请求;从业务请求中获取业务请求端的标识和至少一个服务对象中每个服务对象的标识;建立业务请求端的标识和至少一个服务对象中每个服务对象的标识的对应关系,该对应关系用于维护端对业务系统的维护,该业务系统由业务请求端和至少一个服务对象构建而成。本发明实施例还公开了一种服务关系的确定装置。实施本发明实施例,能够提高维护端对业务系统进行维护的便利性,提高维护端的工作效率。

Description

一种服务关系的确定方法、装置及系统
技术领域
本发明涉及面向服务的体系结构领域,尤其涉及一种服务关系的确定方法、装置及系统。
背景技术
基于云服务进行业务系统的开发被市场越来越多地采用。云端(如公有云)对业务系统的维护需要知道业务请求端与各个服务对象之间的关系,当业务系统出现问题时,云端能够据此关系分析出导致业务系统问题的根本原因,并判断出异常服务对象对其所关联的业务逻辑的影响,快速地给出解决问题的优先策略,实现对业务系统的恢复;当业务系统正常时,云端也能够利用该关系对业务系统进行更新升级。
现有技术采用面向服务的体系结构(service-oriented architecture,简称SOA)实现业务系统的开发。在业务系统中包括业务请求端和服务对象,业务请求端与服务对象、服务对象与服务对象之间存在业务调用关系,一个业务请求端可以利用不同的服务对象构建自己的业务能力,一个服务对象也可以利用其它服务对象构建自己的服务能力,该种业务调用关系也可以称为服务关系。该结构还包括一个服务注册系统,对外开放的服务对象均在服务注册系统进行登记,因此服务注册系统知道所有对外开放的服务对象的信息。业务请求端或服务对象在访问另一个服务对象之前,需要向服务注册系统发出业务请求,获取被查询服务对象的地址。但服务注册系统只记录了对外开放的服务对象的信息,维护系统从服务注册系统不能获取业务请求端的信息。
在现有的面向服务的体系结构中,维护端从服务注册系统以及其他系统中,都不能获取业务请求端与服务对象、服务对象与服务对象之间的业务调用关系的信息。这就造成了维护端对业务系统进行维护的非便利性,增加了定位问题的难度,降低了维护端的工作效率。
发明内容
本发明实施例公开了一种服务关系的确定方法、装置及系统,能够获取应用对象与服务对象、服务对象与服务对象之间的业务调用关系的信息,能够提高维护端对业务系统进行维护的便利性,帮助维护端进行问题定位,提高维护端的工作效率。
第一方面,提供了一种服务关系的确定方法,其可包括:关系确定端接收所述业务请求端发送的业务请求,所述业务请求包括:所述业务请求端的标识和至少一个服务对象的标识;所述关系确定端从所述业务请求中获取所述业务请求端的标识和所述至少一个服务对象中每个服务对象的标识;所述关系确定端建立所述业务请求端的标识和所述至少一个服务对象中每个服务对象的标识的对应关系,所述对应关系用于维护端对业务系统的维护,所述业务系统由所述业务请求端和所述至少一个服务对象构建而成。
本申请所提供的方法关系可实现关系确定端在代理业务请求端向服务注册端进行业务请求的同时,获取业务请求端和服务对象、服务对象与服务对象之间的业务调用关系,以便于在业务系统发生问题时,维护端利用业务调用关系的信息快速定位问题,提高维护端的工作效率;另一方面也可以在业务系统处于正常状态时,帮助维护端对业务系统进行更新、升级等。
结合第一方面,在第一种可能的实现方式中,所述至少一个服务对象包括:第一服务对象和第二服务对象,所述方法还包括;
所述关系确定端接收所述第一服务对象发送的调用第二服务对象的调用请求,所述调用请求包括:所述第一服务对象的标识和所述第二服务对象的标识;所述关系确定端获取所述调用请求中的所述第一服务对象的标识和所述第二服务对象的标识;所述关系确定端建立所述第一服务对象的标识和所述第二服务对象的标识的第一对应关系,所述第一对应关系用于维护端对所述第一服务对象为所述业务系统提供的业务逻辑的维护。
本申请在业务请求端对多个服务对象进行业务调用,同时多个服务对象之间也存在调用关系的应用场景下,可实现关系确定端从第一服务对象发送的调用第二服务对象的调用请求中获取第一服务对象与第二服务对象之间的业务调用关系的信息,其中第一服务对象与第二服务对象是多个服务对象中的任意不相同的两个。一个服务对象提供业务系统的一个业务逻辑,维护端可以通过该业务调用关系的信息了解多个服务对象之间的服务关系,当某个服务对象出现问题时,能够帮助维护端实现对该服务对象的业务功能的维护。
结合第一方面第一种可能的实现方式,在第二种可能的实现方式中,所述关系确定端建立所述业务请求端的标识和所述至少一个服务对象中每个服务对象的标识的对应关系,包括:
所述关系确定端建立所述业务请求端的标识和所述第一服务对象的标识的第二对应关系,所述第二对应关系用于所述维护端对第一业务系统的维护,所述第一业务系统由所述业务查询端和所述第一服务对象构建而成;
所述关系确定端建立所述业务请求端的标识和所述第二服务对象的标识的第三对应关系,所述第三对应关系用于所述维护端对第二业务系统的维护,所述第二业务系统由所述业务查询端和所述第二服务对象构建而成。
在本申请中,业务请求端能够同时对多个服务对象进行业务调用,则关系确定端建立业务请求端的标识与每个被调用服务对象的标识一一对应关系,该对应关系表示业务请求端与每个被调用服务对象之间的服务关系,每个对应关系用于维护端对业务请求端与被调用服务对象构建的子业务系统的维护。在该子业务系统出现问题时,维护端能够利用该对应关系实现对子业务系统的恢复,在子业务系统正常时,维护端也能够利用该对应关系实现对该子业务系统的更新升级等。
结合第一方面,在第三种可能的实现方式中,所述方法还包括:所述关系确定端向服务注册端发送所述业务请求;所述关系确定端接收所述服务注册端根据所述业务请求发送的响应;所述关系确定端向所述业务请求端发送所述响应;其中,所述响应包括:所述至少一个服务对象中每个服务对象的地址;所述至少一个服务对象中每个服务对象的地址用于所述业务请求端对所述至少一个服务对象中每个服务对象进行访问。
在本申请中,关系确定端从业务请求中获取业务请求端的标识和至少一个服务对象中每个对象的标识之后,需要将该业务请求转发至服务注册端,获取服务注册端的响应,该响应中包括至少一个服务对象中每个对象的地址,并将该响应转发至业务请求端,业务请求端能够根据该地址对每个服务对象进行业务访问。本申请能够完成业务请求端向服务注册端进行业务请求,并获得响应的完整流程,实现业务请求端对服务对象的业务调用。
第二方面,提供了一种服务关系的确定装置,其可包括:
接收单元,用于接收业务请求端发送的业务请求,所述业务请求包括:
所述业务请求端的标识和至少一个服务对象的标识;
获取单元,用于从所述接收单元中获取所述业务请求端的标识和所述至少一个服务对象中每个服务对象的标识;
建立单元,用于建立所述业务请求端的标识和所述至少一个服务对象中每个服务对象的标识的对应关系,所述对应关系用于维护端对业务系统的维护,所述业务系统由所述业务请求端和所述至少一个服务对象构建而成。
本申请所提供的提取装置能够在代理业务请求端向服务注册端进行业务请求的同时,获取业务请求端和服务对象、服务对象与服务对象之间的业务调用关系,以便于维护端在业务系统发生问题时,利用业务调用关系的信息快速定位问题,提高维护端的工作效率;另一方面也可以在业务系统处于正常状态时,帮助维护端对业务系统实现更新、升级等。
结合第二方面,在第一种可能的实现方式中,所述至少一个服务对象包括:第一服务对象和第二服务对象,所述装置还包括:
所述接收单元,还用于接收所述第一服务对象发送的调用请求,所述调用请求包括:所述第一服务对象的标识和所述第二服务对象的标识;
所述获取单元,还用于获取所述接收单元中的所述第一服务对象的标识和所述第二服务对象的标识;
所述建立单元,还用于建立所述第一服务对象的标识和所述第二服务对象的标识的第一对应关系,所述第一对应关系用于维护端对所述第一服务对象为所述业务系统提供的业务逻辑的维护。
结合第二方面第一种可能的实现方式,在第二种可能的实现方式中,所述建立单元具体用于:
建立所述业务请求端的标识和所述第一服务对象的标识的第二对应关系,所述第二对应关系用于所述维护端对第一业务系统的维护,所述第一业务系统由所述业务查询端和所述第一服务对象构建而成;
建立所述业务请求端的标识和所述第二服务对象的标识的第三对应关系,所述第三对应关系用于所述维护端对第二业务系统的维护,所述第二业务系统由所述业务查询端和所述第二服务对象构建而成。
结合第二方面,在第三种可能的实现方式中,其还包括:
所述发送单元,还用于向服务注册端发送所述业务请求;
所述接收单元,还用于接收所述服务注册端根据所述业务请求发送的响应;
所述发送单元,还用于向所述业务请求端发送所述响应;
其中,所述响应中包括:所述至少一个服务对象中每个服务对象的地址;;
所述至少一个服务对象中每个服务对象的地址用于所述业务请求端对所述至少一个服务对象中每个服务对象进行访问。
第三方面,提供了一种服务关系的确定系统,其包括第一方面第一种可能的实现方式至第三种可能的实现方式任一项中所述的关系确定端,以及业务请求端、服务对象、服务注册端;
所述业务请求端,用于向所述关系确定端发送业务请求;
所述服务对象,用于向所述关系确定端发送调用另一个服务对象的调用请求;
所述服务注册端,用于接收所述关系确定端发送的所述业务请求或者所述调用请求,根据所述业务请求或者所述调用请求向所述关系确定端发送响应。
第四方面,提供了一种计算机设备,其包括至少一个处理器和存储器;所述至少一个处理器与所述存储器之间通过总线连接;
所述存储器存储计算机指令;
所述至少一个处理器执行所述存储器存储的计算机指令,以便于所述计算机设备执行第一方面第一种可能的实现方式至第一种可能的实现方式任一项服务关系的确定方法。
本申请可实现在代理业务请求端向服务注册端进行业务请求的同时,获取业务请求端和服务对象、服务对象与服务对象之间的业务调用关系,以便于维护端在业务系统发生问题时,能够利用业务调用关系的信息快速定位问题,对业务系统进行恢复;另一方面也可以在业务系统处于正常状态时,帮助维护端对业务系统进行更新升级等。可以看出,本申请能够提高维护端对业务系统进行维护的便利性,提高维护端的工作效率。
附图说明
为了更清楚地说明本发明实施例中的技术方案,下面将对实施例中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1是本发明实施例公开的一种对象关系架构的示意图;
图2是本发明实施例公开的一种应用实例的示意图;
图3是本发明实施例公开的另一种对象关系架构的示意图;
图4是本发明实施例公开的一种服务关系的确定方法的流程示意图;
图5是本发明实施例公开的一种服务关系的确定装置的结构示意图;
图6是本发明实施例公开的一种服务关系的确定系统的示意图;
图7是本发明实施例公开的一种计算机设备的结构示意图。
具体实施方式
本发明实施例公开了一种关系的确定方法、装置及系统,能够获取业务请求端与服务对象、服务对象与服务对象之间的业务调用关系的信息,帮助端快速定位问题,提高维护端的工作效率。以下分别进行详细说明。
图1是本发明实施例公开的一种对象关系架构的示意图。如图1所示,该对象关系架构包括:租户、业务请求端、服务对象和资源。其中,租户指的是向云端申请租用服务和资源进行应用系统开发的用户;业务请求端是实现特定的应用业务逻辑的软件实体,一般具有可视的用户界面,可以和用户进行交互,具体可以是购物网站、游戏网站等;业务是业务请求端实现的业务功能,具体可以是购物网站业务、游戏网站业务或者其他业务;服务对象是实现特定功能并对外开放功能调用的软件实体,具体可以是购物车目录服务对象、装备目录服务对象、支付服务对象、数据库服务对象等。业务请求端和相关的服务对象组成了业务系统,具体可以是购物网站业务系统、游戏网站业务系统等。在业务系统内部,业务请求端根据特定的业务逻辑需要调用不同的服务对象来实现自身的业务功能,服务对象也有可能需要调用其他的服务对象实现自身的服务功能,业务请求端和服务对象之间、服务对象和服务对象之间存在业务功能调用的关系,我们将这种业务功能调用关系也称为服务关系。
在上述对象关系架构中,还包括服务注册系统、资源分配系统和应用自动发放系统,这些是云端提供的公共的服务、资源和应用管理能力。服务注册系统对所有对外开放的服务对象进行登记;资源分配系统负责给租户和租户的应用对象分配资源,资源分配系统能够实现资源运营,保证资源的弹性伸缩;应用自动发放系统负责将业务请求端或服务对象自动部署到给定的资源上。上述资源具体可以是虚拟机(Virtual Machine,简称VM),但不仅限如此。
图1中虚线部分表示在图1的对象关系架构中能够获取到的对象关系的信息。服务注册系统只记录开放的服务对象的信息,资源分配系统只能获取租户和资源、业务请求端和资源之间的关系,应用自动发放系统只能获取业务请求端与资源、服务对象与资源之间的关系。所以在现有的对象关系架构中,从服务注册系统、资源分配系统和自动发放系统都无法获取业务请求端与服务对象、服务对象与服务对象之间的业务调用关系的信息,无法了解到业务系统内部的服务关系。
图2是本发明实施例公开的一种应用实例的示意图。如图2所示,该应用实例是在如图1所示的对象关系架构下实现的,该应用实例包括:购物网站、游戏网站、商品目录服务对象、购物车服务对象、订单服务对象、数据库服务对象和支付服务对象,其中购物网站和游戏网站是业务请求端,所有业务请求端和服务对象都被部署和运行在VM上;对外开放的服务对象均在服务注册系统进行登记,业务请求端或服务对象通过自动发放系统自动部署到资源上,租户和业务请求端通过资源分配系统获得资源。
其中,购物网站通过调用商品目录服务对象、购物车服务对象、订单服务对象,实现购物网站的业务功能,有特定的购物网站业务逻辑;订单服务对象也可能调用数据库服务对象和支付服务对象,实现订单服务对象的功能。购物网站和商品目录服务对象、购物车服务对象、订单服务对象都有可能进行业务调用,都存在服务关系;同时订单服务对象也可能对数据库服务对象、支付服务对象进行功能调用,也存在服务关系。购物网站和相关的服务对象构建了购物网站业务系统。
其中,游戏网站调用装备目录服务对象和支付服务对象,实现游戏网站的业务功能;装备目录服务对象也可以调用数据库服务对象,实现装备目录的功能。游戏网站和数据库服务对象、支付服务对象存在业务调用关系;装备目录服务对象和数据库服务对象也存在调用关系。游戏网站和相关的服务对象构建了游戏网站业务系统。整体来看,游戏网站调用多个服务对象,同时服务对象又调用其他服务对象实现了游戏网站业务系统的业务功能。
其中,业务请求端或者服务对象在访问另一个服务对象之前,需要向服务注册系统发出业务请求或者调用请求,获取另一个服务对象的地址。
图3是本发明实施例公开的另一种对象关系架构的示意图。如图3,该网络架构包括:查询端31、关系确定端32、服务注册端33和维护端34。
其中,查询端31包括业务请求端或者服务对象;服务注册端33可以支持运行服务注册系统,通过服务注册系统登记所有对外开放的服务对象;维护端34可以支持运行服务注册系统,用于业务请求端和服务对象的业务运行进行监控,在业务系统发生问题时,对业务系统的问题进行定位和解决。业务请求端或者服务对象在访问另一个服务对象之前,需要从服务注册端的服务注册系统获取被查询服务对象的地址。
由于在如图1中所示的网络架构中,在现有技术中,维护系统从服务注册系统、应用自动发放系统和资源分配系统中,都不能获取应用对象与服务对象、服务对象与服务对象之间的业务调用关系的信息,得到应用系统内部的服务关系。维护端无法形成有效的自动化维护系统,造成了维护端对应用业务进行维护的非便利性,增加了定位问题的时间。
以图2的应用实例为例,当购物网站业务系统或者游戏网站业务系统发生问题时,数据库服务对象、购物车服务对象、订单服务对象都有告警提示异常发生,现有技术云端只能等待应用系统开发者进行维护,或者通过运维人员凭借技术经验进行判断和维护。但是如果维护端知道业务请求端与这些服务对象之间的业务调用关系,能够很容易定位购物网站业务系统的根本原因,如:当购物车服务对象、订单服务对象和数据库服务对象同时发出报警时,而了解到购物车服务对象、订单服务对象都与数据服务对象都存在业务调用关系,那么很容易判断出数据库服务对象故障是导致业务系统出问题的根本原因,可以先对数据库系统进行修复。同时运维人员也可以根据上述关系,判断出该服务对其所关联的业务的影响,快速地给出解决业务系统问题的优先策略,避免问题的大面积扩散,如:购物车服务对象异常仅影响购物网站的业务,而数据库服务对象、订单服务对象异常会影响到购物网站和游戏网站的业务,优先对数据库服务对象、订单服务对象进行处理。另外,在业务系统正常时,维护端也可以利用上述业务调用关系快速实现对业务系统的更新、升级等。
为了解决现有技术的缺陷,本发明实施例增加了关系确定端32。关系确定端32在代理业务请求端31到服务注册端33的业务请求的同时,能够获取查询端和被查询服务之间的业务调用关系,并将上述业务调用关系发送给维护端34,以便于维护端对业务系统的维护。
请参阅图4,图4是本发明实施例公开的一种关系的确定方法的流程示意图。如图4所示,该种关系的确定方法是在图3所示的网络架构下实现,可以包括以下步骤:
S401、业务请求端向关系确定端发送业务请求。
上述步骤S401中业务请求端的相关定义和解释可以参考图1的文字描述。
上述步骤S401中业务请求包括:业务请求端的标识和至少一个服务对象的标识,该标识可以是ID号、数字或字母组合等。
上述步骤S401中关系确定端可以支持运行两个子模块,即关系发现模块和关系分析模块。其中,关系发现模块用于获取业务请求端的标识和至少一个服务对象中每个服务对象的标识,得到业务请求端和每个服务对象之间的服务关系的信息,并将业务请求端的标识和至少一个服务对象中每个服务对象的标识发送至关系分析模块;关系分析模块用于对业务请求端的标识和至少一个服务对象中每个服务对象的标识进行综合,建立业务请求端的标识和服务对象的标识的对应关系,并将上述对应关系提供给维护端。
作为一种可选的实施方式,业务请求端向关系确定端发送业务请求,包括多种应用场景,可以是一个业务请求端只对一个服务对象进行业务调用,也可以是一个业务请求端同时对多个服务对象进行业务调用,还可以是多个业务请求端同时对一个服务对象进行业务调用,例如:该应用场景可以是业务请求端A只对服务对象B进行业务调用,也可以是业务请求端A同时对服务对象C和服务对象D进行业务调用,还可以是业务请求端A和业务请求端E同时对服务对象F进行业务调用。当然在实际应用中,还可以包括其他应用场景,此处不做限定。
S402、关系确定获取业务请求中包括的业务请求端的标识和至少一个服务对象中每个服务对象的标识。
上述步骤S402中至少一个服务对象包括:第一服务对象和第二服务对象。应当理解的是,这里不是指该至少一个服务对象种只包括第一服务对象和第二服务对象,第一服务对象与第二服务对象是该至少一个服务对象中的任意不相同的两个服务对象。虽然在本发明实施例中,可能使用了术语“第一”、“第二”和“第三”等等来描述各个服务对象,但是这些服务对象不应当受这些术语限制,使用这些术语仅仅是为了只是为了将一个服务对象与另一个对象进行区分。举例来说,在不背离示例性实施例的范围的情况下,第一服务对象可以作为调用第二服务对象的调用请求端,同时第一服务对象也可以作为被第二服务对象调用的被调用端。另外,第一服务对象与第二服务对象可以分别包含多个对象,“第一”和“第二”不做具体数量的限定。
作为一种可选的实施方式,上述步骤S402中关系确定端获取业务请求中的业务请求端的标识和至少一个服务对象中每个服务对象的标识,具体包括:关系确定端通过内部的关系发现模块接收业务请求端发送的业务请求,获取业务请求中的业务请求端的标识和至少一个服务对象中每个服务对象的标识,并将业务请求端的标识和至少一个服务对象中每个服务对象的标识发送给关系分析模块,以便于关系分析模块对业务请求端的标识和至少一个服务对象中每个服务对象的标识进行综合。
S403、关系确定端向服务注册端发送业务请求。
上述步骤S403中服务注册端用于登记所有对外开放的服务对象,记录所有对外开放服务对象的信息。业务请求端在访问一个服务对象之前,需要从服务注册端获取被访问的服务对象的地址。
S404、服务注册端根据业务请求向关系确定端发送响应。
上述步骤S404中响应包括:至少一个服务对象中每个服务对象的地址,该至少一个服务对象中每个服务对象的地址用于业务请求端对至少一个服务对象中每个服务对象进行访问。
S405、关系确定端向业务请求端转发服务注册端根据业务请求发送的响应。
上述步骤S405中关系确定端向业务端转发服务注册端根据业务请求发送的响应,以便于业务请求端根据上述至少一个服务对象中每个服务对象的地址对对至少一个服务对象中每个服务对象进行访问。
为了便于理解步骤上述S401至S405,以购物网站进行举例说明。当购物网站需要调用商品目录服务对象、购物车服务对象时,购物网站向关系确定端发送一个业务请求,该业务请求中包含购物网站的标识、商品目录服务对象的标识以及购物车服务对象的标识;关系确定端接收购物网站发送的该业务请求,提取业务请求中购物网站的标识、商品目录服务对象的标识以及购物车服务对象的标识;然后,将该业务请求再转发至服务注册端,服务注册端依据业务请求给关系确定端发送响应,关系确定端再将该响应转发至购物网站,其中,该响应中包括商品目录服务对象的地址和购物车服务对象的地址,购物网站可以依据该地址对商品目录服务对象和购物车服务对象进行业务访问。
S406、关系确定端建立业务请求端的标识和所述至少一个服务对象中每个服务对象的标识的对应关系。
上述步骤S406中对应关系是业务请求端的标识和至少一个服务对象中每个服务对象的标识的匹配映射关系,表示业务请求端与至少一个服务对象中每个服务对象之间的服务关系,用于维护端对业务系统的维护,其中业务系统由业务请求端和至少一个服务对象构建而成。
作为一种可选的实施方式,若一个业务请求端只对一个服务对象进行业务调用,则关系确定端只需建立业务请求端的标识和一个服务对象的标识的对应关系。
作为一种可选的实施方式,若一个业务请求端同时对多个服务对象进行业务调用,则关系确定端建立业务请求端的标识和多个服务对象的标识的对应关系。可选的,关系确定端建立业务请求端的标识和至少一个服务对象中每一个服务对象的标识的对应关系包括:建立业务请求端的标识和第一服务对象的标识的第二对应关系,建立业务请求端的标识和第二服务对象的标识的第三对应关系。例如:当业务请求端A需要同时对服务对象C和服务对象D进行业务调用时,关系确定端就建立业务请求端A的标识与服务对象C的标识的对应关系,以及业务请求端A的标识与服务对象D的标识的对应关系。
其中,第二对应关系用于维护端对第一业务系统的维护,该第一业务系统由业务请求端和第一服务对象构建而成;第三对应关系用于维护端对第二业务系统的维护,第二业务系统由查询端和第二被查询服务对象构建而成。这是因为业务系统由业务请求端和至少一个服务对象构建而成,而整体的业务系统又可以被划分为多个子业务系统,每一个子业务系统也是由业务请求端和服务对象构建而成,当子业务系统的业务功能出现异常,维护端可以利用子业务系统内部的服务关系,即业务请求端和服务对象之间的业务调用关系进行问题定位,实现对子业务系统的恢复;也能够在正常状态时,实现对子业务系统的功能升级或者更新。应该理解的是,虽然在这里可能使用了术语“第一”、“第二”等等来描述各个服务对象和对应关系,但是这些服务对象和对应关系不应当受这些术语限制。使用这些术语仅仅是为了将一个服务对象与另一个服务对象,以及将一个对应关系与另一个对应关系进行区分。
作为一种可选的实施方式,上述步骤S406中关系确定端建立业务请求端的标识和至少一个服务对象中每个服务对象的标识的对应关系包括:通过关系分析模块综合预设时间内的多个对应关系,删除重复的对应关系。
作为一种可选的实施方式,上述步骤S406中关系确定端建立业务请求端的标识和至少一个服务对象中每个服务对象的标识的对应关系,具体实现方式包括:生成文档、绘制表格或者图形等。
作为一种可选的实施方式,在图4所描述的方法中,还包括:当业务请求端对多个服务对象实现业务调用,同时这多个服务对象之间也存在业务调用关系时,关系确定端确立多个服务对象之间的服务关系,其中一个服务对象提供业务系统的一个业务逻辑,具体包括以下实现步骤:
第一服务对象向关系确定端发送调用第二服务对象的调用请求;关系确定端接收该调用请求,该调用请求包括:第一服务对象的标识和第二服务对象的标识;关系确定端获取调用请求中的第一服务对象的标识和第二服务对象的标识,将该调用请求转发至服务注册端,接收服务注册端根据该调用请求发送的响应,该响应包括:第二服务对象的地址,并将该响应转发至第一服务对象;关系确定端建立第一服务对象的标识和第二服务对象的标识的第一对应关系,第一对应关系用于维护端对第一服务对象为业务系统提供的业务逻辑的维护。
应当理解的是,这里第一服务对象和第二服务对象是多个服务对象中的任意不相同两个,不是特指多个服务对象中的某两个服务对象,具体可以参考步骤S402中对第一服务对象和第二服务对象的解释。
例如:当业务请求端A对服务对象B和服务对象C进行业务调用时,若服务对象B也需要调用服务对象C实现自身的服务功能,则服务对象B向关系确定端发送一个调用服务对象C的调用请求;关系确定端从该请求中获取服务对象B的标识和服务对象C的标识,并将该请求转发给服务注册端获得携带服务对象C的地址的响应,并将该响应转发给服务对象B;关系确定端建立服务对象B的标识和服务对象C的标识的对应关系,并可以将该对应关系发送给维护端,维护端可以根据该对应关系实现对服务对象B为业务系统提供的业务逻辑的维护。
作为一种可选的实施方式,在图4所描述的方法中,还包括:当业务请求端调用至少一个服务对象,该至少一个服务对象需要调用其他服务对象实现自身的业务功能,则关系确定端确立服务对象调用端与被调用的服务对象之间的服务关系,并将该服务关系的信息提供给维护端。其主要具体实现步骤是:
第一服务对象发送调用第三服务对象的调用请求;关系确定端从调用请求中获取第一服务对象的标识和第三服务对象的标识;关系确定端建立第一服务对象的标识和第三服务对象的标识的对应关系,可选的,第三服务对象还可以再调用第四服务对象,关系确定端能够建立第一服务对象、第三服务对象和第四服务对象三者之间的串行服务关系。其中,第一服务对象是上述至少一个服务对象中的任意一个,第三服务对象和第四服务对象是除上述至少一个服务对象之外的其他服务对象中的任意不相同的两个。
S407、关系确定端将对应关系发送给维护端。
由于现有技术中无法获取业务请求端与服务对象、服务对象与服务对象之间的业务调用关系的信息,造成维护端进行维护时的非便利性,增加了定位问题的难度。当维护端接收到关系确定端发送上述对应关系,就能够了解业务系统内部的业务请求端与服务对象、服务对象与服务对象之间的服务关系。当业务系统出现问题,维护端据此关系实现对异常的服务对象的定位,分析出导致应用业务问题的根本原因,实现对业务系统的快速恢复;另一方面,维护端也可以判断出该服务对象对其所关联的业务的影响,给出解决问题的优先策略,避免问题的大面积扩散;同时在业务系统正常时,也可以根据此关系实现对业务系统的更新升级等。
作为一种可选的实施方式,上述步骤S407中关系确定端将对应关系发送给维护端,具体包括:综合预设时间内的全部的对应关系,设定时间间隔定时发送;或者更新触发发送,关系确定端判断是否有新的对应关系产生,若有新的对应关系产生,则向维护系统发送新的对应关系,否则不向维护端发送该对应关系。例如:在设定的5分钟内,购物网站对购物车服务对象、商品目录服务对象、支付服务对象、订单服务对象都进行了业务调用,关系确定端在关系发现模块建立购物网站的标识和购物车服务对象的标识、商品目录服务对象的标识、支付服务对象的标识、订单服务对象的标识的对应关系之后,利用关系分析模块综合全部的对应关系,一起发送给维护端,5分钟间隔后再发送一次,如此重复操作;或者,在关系确定端获取新的对应关系时,立即将新的对应关系直接发送给维护端。
本发明实施例中,在图4所描述的方法中,关系确定端获取业务请求端发送的业务请求中的业务查询端端的标识和服务对象的标识;向服务注册端转发该业务请求,接收服务注册端发送的响应,并向业务请求端发送该响应;然后建立业务请求端的标识和每个服务对象的标识的对应关系,该对应关系表示业务请求端和服务对象之间的业务调用关系,并将上述对应关系发送给维护端,以便于维护端利用对应关系对业务系统进行维护;另外在多个服务对象之间也存在业务调用关系时,关系确定端发现多个服务对象之间的服务关系。通过实施图4所描述的方法,关系确定端能够在代理业务请求端向服务注册端进行业务请求的同时,获取业务请求端和服务对象、服务对象与服务对象之间的业务调用关系,并将这些业务调用关系的信息提供给维护端,以便于维护端在业务系统发生异常时,快速定位问题,对业务系统进行恢复;另一方面也可以在业务系统处于正常状态时,帮助维护端对业务系统进行更新升级等。本申请能够提高维护端对业务系统进行维护的便利性,提高维护端的工作效率
请参阅图5,图5是本发明实施例公开的一种服务关系的确定装置的结构示意图,可以用于执行本发明实施例公开的图4方法。如图5所示,该装置500可以包括:
接收单元501,用于接收业务请求端发送的业务请求,业务请求包括:业务请求端的标识和至少一个服务对象的标识;
获取单元502,用于获取上述接收单元501中的业务请求端的标识和至少一个服务对象中每个服务对象的标识;
建立单元503,用于建立业务请求端的标识和至少一个服务对象中每个服务对象的标识的对应关系,该对应关系用于维护端对业务系统的维护,该业务系统由业务请求端和至少一个服务对象构建而成。
可选的,上述装置中至少一个服务对象包括:第一服务对象和第二服务对象上述装置还包括:
所述接收单元501,还用于接收第一服务对象发送的调用第二服务对象的调用请求,该调用请求包括:第一服务对象的标识和第二服务对象的标识。
所述获取单元502,还用于从上述接收单元501中获取第一服务对象的标识和第二服务对象的标识。
所述建立单元503,还用于建立第一服务对象的标识和第二服务对象的标识的第一对应关系,该第一对应关系用于维护端对第一服务对象为业务系统提供的业务逻辑的维护。
可选的,上述装置中建立单元503具体用于:
建立业务请求端的标识和第一服务对象的标识的第二对应关系,第二对应关系用于维护端对第一业务系统的维护,第一业务系统由业务请求端和第一服务对象构建而成;建立业务请求端的标识和第二服务对象的标识的第三对应关系,第三对应关系用于维护端对第二业务系统的维护,第二业务系统由业务请求端和第二服务对象构建而成。
可选的,上述装置还包括:
发送单元504,还用于向服务注册端发送业务请求。
所述接收单元501,还用于接收服务注册端根据业务请求发送的响应。
所述发送单元504,还用于向业务请求端发送该响应。
其中,所述响应中包括:至少一个服务对象中每个服务对象的地址;;
该至少一个服务对象中每个服务对象的地址用于业务请求端对至少一个服务对象中每个服务对象进行访问。
请参阅图6,图6是本发明实施例公开的一种服务关系的确定系统的示意图。如图6所示,该系统600包括:业务请求端601、服务对象602、关系确定端603、服务注册端604,其中该关系确定端603如图3和图4中所描述。
所述业务请求端601,用于向关系确定端603发送业务请求。
所述服务对象602,用于向关系确定端603发送调用另一个服务对象的调用请求。
所述服务注册端604,用于接收关系确定端603发送的业务请求或者调用请求,根据业务请求或者调用请求向关系确定端发送响应。
请参阅图7,图7为本申请提供的一种计算机设备的结构示意图,该计算机设备700包括至少一个处理器701,至少一个存储器702以及至少一个通信接口703。所述处理器701、所述存储器702和所述通信接口703通过所述通信总线连接并完成相互间的通信。
处理器701可以是通用中央处理器(CPU),微处理器,特定应用集成电路(application-specific integrated circuit,ASIC),或一个或多个用于控制以上方案程序执行的集成电路。
通信接口703,用于与其他设备或通信网络通信,如以太网,无线接入网(RAN),无线局域网(Wireless Local Area Networks,WLAN)等。
存储器702可以是只读存储器(read-only memory,ROM)或可存储静态信息和指令的其他类型的静态存储设备,随机存取存储器(random access memory,RAM)或者可存储信息和指令的其他类型的动态存储设备,也可以是电可擦可编程只读存储器(ElectricallyErasable Programmable Read-Only Memory,EEPROM)、只读光盘(Compact Disc Read-Only Memory,CD-ROM)或其他光盘存储、光碟存储(包括压缩光碟、激光碟、光碟、数字通用光碟、蓝光光碟等)、磁盘存储介质或者其他磁存储设备、或者能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质,但不限于此。存储器可以是独立存在,通过总线与处理器相连接。存储器也可以和处理器集成在一起。
其中,所述存储器702用于存储执行以上方案的应用程序代码,所述处理器701用于调用所述存储器702中存储的应用程序代码执行如下操作:
关系确定端接收所述业务请求端发送的业务请求,所述业务请求包括:所述业务请求端的标识和至少一个服务对象的标识;所述关系确定端从所述业务请求中获取所述业务请求端的标识和所述至少一个服务对象中每个服务对象的标识;所述关系确定端建立所述业务请求端的标识和所述至少一个服务对象中每个服务对象的标识的对应关系,所述对应关系用于维护端对业务系统的维护,所述业务系统由所述业务请求端和所述至少一个服务对象构建而成。
其中所述至少一个服务对象包括:第一服务对象和第二服务对象,所述关系确定端接收所述第一服务对象发送的调用第二服务对象的调用请求,所述调用请求包括:所述第一服务对象的标识和所述第二服务对象的标识;所述关系确定端获取所述调用请求中的所述第一服务对象的标识和所述第二服务对象的标识;所述关系确定端建立所述第一服务对象的标识和所述第二服务对象的标识的第一对应关系,所述第一对应关系用于维护端对所述第一服务对象为所述业务系统提供的业务逻辑的维护。
本发明实施例还提供一种计算机可读存储介质,该计算机可读存储介质中存储有计算机指令,当计算机设备的至少一个处理器执行该计算机指令时,该计算机设备执行上述实施例提供的服务关系的方法,或者该计算机设备部署上述的服务关系的装置。
本发明实施例还提供一种计算机程序产品,该计算机程序产品包括计算机指令,该计算机指令存储在计算机可读存储介质中。计算机设备的至少一个处理器可以从计算机可读存储介质读取该计算机指令,至少一个处理器执行该计算机指令,使得计算机设备实施上述的内核更新方法,或者该计算机设备部署上述实施例提供的内核更新装置。
需要说明的是,对于前述的各方法实施例,为了简单描述,故将其都表述为一系列的动作组合,但是本领域技术人员应该知悉,本发明并不受所描述的动作顺序的限制,因为依据本发明,某些步骤可以采用其他顺序或者同时进行。其次,本领域技术人员也应该知悉,说明书中所描述的实施例均属于优选实施例,所涉及的动作和模块并不一定是本发明所必须的。
在上述实施例中,对各个实施例的描述都各有侧重,某个实施例中没有详述的部分,可以参见其他实施例的相关描述。
在本申请所提供的几个实施例中,应该理解到,所揭露的装置,可通过其它的方式实现。例如,以上所描述的装置实施例仅仅是示意性的,例如所述单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,装置或单元的间接耦合或通信连接,可以是电性或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外,在本发明各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现,也可以采用软件功能单元的形式实现。
所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储器中。基于这样的理解,本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储器中,包括若干指令用以使得一台计算机设备(可为个人计算机、服务器或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储器包括:U盘、只读存储器(ROM,Read-Only Memory)、随机存取存储器(RAM,Random Access Memory)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。
本领域普通技术人员可以理解上述实施例的各种方法中的全部或部分步骤是可以通过程序来指令相关的硬件来完成,该程序可以存储于一计算机可读存储器中,存储器可以包括:闪存盘、只读存储器(英文:Read-Only Memory,简称:ROM)、随机存取器(英文:Random Access Memory,简称:RAM)、磁盘或光盘等。
以上对本发明实施例进行了详细介绍,本文中应用了具体个例对本发明的原理及实施方式进行了阐述,以上实施例的说明只是用于帮助理解本发明的方法及其核心思想;同时,对于本领域的一般技术人员,依据本发明的思想,在具体实施方式及应用范围上均会有改变之处,综上上述,本说明书内容不应理解为对本发明的限制。

Claims (10)

1.一种服务关系的确定方法,其特征在于,包括:
关系确定端接收所述业务请求端发送的业务请求,所述业务请求包括:所述业务请求端的标识和至少一个服务对象的标识;
所述关系确定端从所述业务请求中获取所述业务请求端的标识和所述至少一个服务对象中每个服务对象的标识;
所述关系确定端建立所述业务请求端的标识和所述至少一个服务对象中每个服务对象的标识的对应关系,所述对应关系用于维护端对业务系统的维护,所述业务系统由所述业务请求端和所述至少一个服务对象构建而成。
2.根据权利要求1所述的方法,其特征在于,所述至少一个服务对象包括:第一服务对象和第二服务对象,所述方法还包括;
所述关系确定端接收所述第一服务对象发送的调用第二服务对象的调用请求,所述调用请求包括:所述第一服务对象的标识和所述第二服务对象的标识;
所述关系确定端获取所述调用请求中的所述第一服务对象的标识和所述第二服务对象的标识;
所述关系确定端建立所述第一服务对象的标识和所述第二服务对象的标识的第一对应关系,所述第一对应关系用于维护端对所述第一服务对象为所述业务系统提供的业务逻辑的维护。
3.根据权利要求1或2所述的方法,其特征在于,所述关系确定端建立所述业务请求端的标识和所述至少一个服务对象中每个服务对象的标识的对应关系,包括:
所述关系确定端建立所述业务请求端的标识和所述第一服务对象的标识的第二对应关系,所述第二对应关系用于所述维护端对第一业务系统的维护,所述第一业务系统由所述业务查询端和所述第一服务对象构建而成;
所述关系确定端建立所述业务请求端的标识和所述第二服务对象的标识的第三对应关系,所述第三对应关系用于所述维护端对第二业务系统的维护,所述第二业务系统由所述业务查询端和所述第二服务对象构建而成。
4.根据权利要求1所述的方法,其特征在于,所述方法还包括:
所述关系确定端向服务注册端发送所述业务请求;
所述关系确定端接收所述服务注册端根据所述业务请求发送的响应;
所述关系确定端向所述业务请求端发送所述响应;
其中,所述响应包括:所述至少一个服务对象中每个服务对象的地址;
所述至少一个服务对象中每个服务对象的地址用于所述业务请求端对所述至少一个服务对象中每个服务对象进行访问。
5.一种服务关系的确定装置,其特征在于,包括:
接收单元,用于接收业务请求端发送的业务请求,所述业务请求包括:所述业务请求端的标识和至少一个服务对象的标识;
获取单元,用于从所述接收单元中获取所述业务请求端的标识和所述至少一个服务对象中每个服务对象的标识;
建立单元,用于建立所述业务请求端的标识和所述至少一个服务对象中每个服务对象的标识的对应关系,所述对应关系用于维护端对业务系统的维护,所述业务系统由所述业务请求端和所述至少一个服务对象构建而成。
6.根据权利要求5所述的装置,其特征在于,所述至少一个服务对象包括:第一服务对象和第二服务对象,所述装置还包括:
所述接收单元,还用于接收所述第一服务对象发送的调用请求,所述调用请求包括:所述第一服务对象的标识和所述第二服务对象的标识;
所述获取单元,还用于获取所述接收单元中的所述第一服务对象的标识和所述第二服务对象的标识;
所述建立单元,还用于建立所述第一服务对象的标识和所述第二服务对象的标识的第一对应关系,所述第一对应关系用于维护端对所述第一服务对象为所述业务系统提供的业务逻辑的维护。
7.根据权利要求5或6所述的装置,其特征在于,所述建立单元具体用于:
建立所述业务请求端的标识和所述第一服务对象的标识的第二对应关系,所述第二对应关系用于所述维护端对第一业务系统的维护,所述第一业务系统由所述业务查询端和所述第一服务对象构建而成;
建立所述业务请求端的标识和所述第二服务对象的标识的第三对应关系,所述第三对应关系用于所述维护端对第二业务系统的维护,所述第二业务系统由所述业务查询端和所述第二服务对象构建而成。
8.根据权利要求5所述的装置,其特征在于,还包括:
所述发送单元,还用于向服务注册端发送所述业务请求;
所述接收单元,还用于接收所述服务注册端根据所述业务请求发送的响应;
所述发送单元,还用于向所述业务请求端发送所述响应;
其中,所述响应中包括:所述至少一个服务对象中每个服务对象的地址;;
所述至少一个服务对象中每个服务对象的地址用于所述业务请求端对所述至少一个服务对象中每个服务对象进行访问。
9.一种服务关系的确定系统,其特征在于,包括:如权利要求1-4任一项所述的关系确定端,以及业务请求端、服务对象、服务注册端;
所述业务请求端,用于向所述关系确定端发送业务请求;
所述服务对象,用于向所述关系确定端发送调用另一个服务对象的调用请求;
所述服务注册端,用于接收所述关系确定端发送的所述业务请求或者所述调用请求,根据所述业务请求或者所述调用请求向所述关系确定端发送响应。
10.一种计算机设备,其特征在于,包括至少一个处理器和存储器;所述至少一个处理器与所述存储器之间通过总线连接;
所述存储器存储计算机指令;
所述至少一个处理器执行所述存储器存储的计算机指令,以便于所述计算机设备执行权利要求1至4任一项服务关系的确定方法。
CN201611169565.8A 2016-12-16 2016-12-16 一种服务关系的确定方法、装置及系统 Active CN106685708B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201611169565.8A CN106685708B (zh) 2016-12-16 2016-12-16 一种服务关系的确定方法、装置及系统

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201611169565.8A CN106685708B (zh) 2016-12-16 2016-12-16 一种服务关系的确定方法、装置及系统

Publications (2)

Publication Number Publication Date
CN106685708A true CN106685708A (zh) 2017-05-17
CN106685708B CN106685708B (zh) 2020-02-21

Family

ID=58869736

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201611169565.8A Active CN106685708B (zh) 2016-12-16 2016-12-16 一种服务关系的确定方法、装置及系统

Country Status (1)

Country Link
CN (1) CN106685708B (zh)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN107483565A (zh) * 2017-08-01 2017-12-15 北京信安世纪科技有限公司 一种服务后台识别方法、代理服务器及计算机存储介质
CN110149230A (zh) * 2019-05-20 2019-08-20 拉扎斯网络科技(上海)有限公司 服务维护方法、装置、电子设备及可读存储介质
CN110569186A (zh) * 2019-08-13 2019-12-13 中国核动力研究设计院 一种基于核电厂dcs平台逻辑算法块间连线的维护方法

Citations (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103139299A (zh) * 2013-02-02 2013-06-05 深圳先进技术研究院 多云之间的云服务调度方法和系统
CN103347062A (zh) * 2013-06-24 2013-10-09 北京汉柏科技有限公司 虚拟计算资源的分配方法
CN104158899A (zh) * 2014-08-25 2014-11-19 深圳市中兴移动通信有限公司 基于面向服务架构的移动终端信息推送方法、装置及系统
US20140372531A1 (en) * 2007-03-05 2014-12-18 Core Wireless Licensing S.A.R.L. Implementing a multi-user communications service
CN104283961A (zh) * 2014-10-20 2015-01-14 合肥工业大学 社区管理集成云服务平台及方法
CN104580302A (zh) * 2013-10-18 2015-04-29 宇宙互联有限公司 云服务管理系统及云联云管理系统
CN105075174A (zh) * 2013-03-14 2015-11-18 微软技术许可有限责任公司 服务关系和通信管理
US20160275603A1 (en) * 2013-12-31 2016-09-22 Tencent Technology (Shenzhen) Company Limited Service processing method, device, and terminal
CN106202367A (zh) * 2016-07-07 2016-12-07 腾讯科技(深圳)有限公司 一种对象信息的处理方法及装置
CN106331153A (zh) * 2016-09-20 2017-01-11 北京华为数字技术有限公司 一种业务请求的过滤方法、装置及系统

Patent Citations (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20140372531A1 (en) * 2007-03-05 2014-12-18 Core Wireless Licensing S.A.R.L. Implementing a multi-user communications service
CN103139299A (zh) * 2013-02-02 2013-06-05 深圳先进技术研究院 多云之间的云服务调度方法和系统
CN105075174A (zh) * 2013-03-14 2015-11-18 微软技术许可有限责任公司 服务关系和通信管理
CN103347062A (zh) * 2013-06-24 2013-10-09 北京汉柏科技有限公司 虚拟计算资源的分配方法
CN104580302A (zh) * 2013-10-18 2015-04-29 宇宙互联有限公司 云服务管理系统及云联云管理系统
US20160275603A1 (en) * 2013-12-31 2016-09-22 Tencent Technology (Shenzhen) Company Limited Service processing method, device, and terminal
CN104158899A (zh) * 2014-08-25 2014-11-19 深圳市中兴移动通信有限公司 基于面向服务架构的移动终端信息推送方法、装置及系统
CN104283961A (zh) * 2014-10-20 2015-01-14 合肥工业大学 社区管理集成云服务平台及方法
CN106202367A (zh) * 2016-07-07 2016-12-07 腾讯科技(深圳)有限公司 一种对象信息的处理方法及装置
CN106331153A (zh) * 2016-09-20 2017-01-11 北京华为数字技术有限公司 一种业务请求的过滤方法、装置及系统

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN107483565A (zh) * 2017-08-01 2017-12-15 北京信安世纪科技有限公司 一种服务后台识别方法、代理服务器及计算机存储介质
CN110149230A (zh) * 2019-05-20 2019-08-20 拉扎斯网络科技(上海)有限公司 服务维护方法、装置、电子设备及可读存储介质
CN110569186A (zh) * 2019-08-13 2019-12-13 中国核动力研究设计院 一种基于核电厂dcs平台逻辑算法块间连线的维护方法
CN110569186B (zh) * 2019-08-13 2022-04-19 中核控制系统工程有限公司 一种基于核电厂dcs平台逻辑算法块间连线的维护方法

Also Published As

Publication number Publication date
CN106685708B (zh) 2020-02-21

Similar Documents

Publication Publication Date Title
CN106326219B (zh) 核对业务系统数据的方法、装置及系统
US10225145B2 (en) Method and device for updating client
CN107911249B (zh) 一种网络设备的命令行发送方法、装置和设备
CN107404481B (zh) 用户信息识别方法及装置
CN108282527A (zh) 生成服务实例的分布式系统和方法
CN108121608A (zh) 一种队列调度方法以及节点设备
CN107809383A (zh) 一种基于mvc的路径映射方法及装置
CN104199749A (zh) 一种崩溃信息的处理方法及装置
CN110392882A (zh) 在包括虚拟化网络功能的网络中批量创建被管功能
CN109740129B (zh) 基于区块链的报表生成方法、装置、设备及可读存储介质
CN107015989A (zh) 数据处理方法和装置
CN106529953B (zh) 一种对业务属性进行风险识别的方法及装置
CN106685708A (zh) 一种服务关系的确定方法、装置及系统
CN108512822B (zh) 一种数据处理事件的风险识别方法和装置
CN110740057A (zh) 一种业务部署方法以及区块链平台
CN105373746B (zh) 一种分布式数据处理方法和装置
CN107943423A (zh) 云系统中存储资源的管理方法和计算机可读存储介质
CN106341440A (zh) 一种数据更新方法和装置
CN107798086A (zh) 服务器信息更新方法、装置、系统及电子设备
CN108876339B (zh) 基于通证的电子宠物交易方法及装置
CN106506647A (zh) 一种客户端具有数据备份装置的智慧社区云存储系统
CN109522092A (zh) 一种云管平台纳管虚拟机方法和装置
JP6763895B2 (ja) 通信システム及び通信方法
CN111160916A (zh) 风险交易识别方法及装置
CN109783559A (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
TR01 Transfer of patent right
TR01 Transfer of patent right

Effective date of registration: 20220214

Address after: 550025 Huawei cloud data center, jiaoxinggong Road, Qianzhong Avenue, Gui'an New District, Guiyang City, Guizhou Province

Patentee after: Huawei Cloud Computing Technologies Co.,Ltd.

Address before: 518129 Bantian HUAWEI headquarters office building, Longgang District, Guangdong, Shenzhen

Patentee before: HUAWEI TECHNOLOGIES Co.,Ltd.