CN109698774A - 用于监测设备工作状态的方法及装置 - Google Patents

用于监测设备工作状态的方法及装置 Download PDF

Info

Publication number
CN109698774A
CN109698774A CN201910127871.2A CN201910127871A CN109698774A CN 109698774 A CN109698774 A CN 109698774A CN 201910127871 A CN201910127871 A CN 201910127871A CN 109698774 A CN109698774 A CN 109698774A
Authority
CN
China
Prior art keywords
equipment
port
label
data
working
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
Application number
CN201910127871.2A
Other languages
English (en)
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.)
Beijing Baidu Netcom Science and Technology Co Ltd
Original Assignee
Beijing Baidu Netcom Science and Technology 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 Beijing Baidu Netcom Science and Technology Co Ltd filed Critical Beijing Baidu Netcom Science and Technology Co Ltd
Priority to CN201910127871.2A priority Critical patent/CN109698774A/zh
Publication of CN109698774A publication Critical patent/CN109698774A/zh
Pending legal-status Critical Current

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00Arrangements for monitoring or testing data switching networks
    • H04L43/08Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
    • H04L43/0805Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters by checking availability
    • H04L43/0817Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters by checking availability by checking functioning
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00Arrangements for monitoring or testing data switching networks
    • H04L43/50Testing arrangements

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Environmental & Geological Engineering (AREA)
  • Selective Calling Equipment (AREA)

Abstract

本公开的实施例公开了用于监测设备工作状态的方法及装置。该方法的一具体实施方式包括:响应于接收到待处理信息,从工作设备表中选取一个目标设备,并将上述待处理信息发送至上述目标设备,上述工作设备表包含至少一条初始目标设备的设备信息和初始目标设备的数据端口的标签信息,上述目标设备包括至少一个数据端口;对于上述至少一个数据端口中的数据端口,若接收到该数据端口发来的对应上述待处理信息的结果信息,为该数据端口设置端口工作标签,并将该数据端口的端口工作标签标记至上述工作设备表,其中,端口工作标签用于表征数据端口的工作状态为正常。该实施方式提高了对目标设备的工作状态的监测准确性。

Description

用于监测设备工作状态的方法及装置
技术领域
本公开的实施例涉及计算机技术领域,具体涉及用于监测设备工作状态的方法及装置。
背景技术
在内容分发网络(Content Delivery Network,简称CDN)的每个节点内会有多台服务器同时对外提供服务。实际中,由于服务器存在磁盘损坏、负载过高、代码缺陷等因素,导致部分服务器故障,不能继续提供服务。此时,内容分发网络内前端的反向代理就需要将故障服务器剔除,选择其他正常的服务器进行服务。待故障服务器被修复后,反向代理也需要自动将其添加到正常的服务器列表中。其中,反向代理是代理服务器的一种。反向代理可以根据客户端的请求,从与其具有数据连接关系的一组或多组服务器(如Web服务器)上获取资源,然后再将这些资源返回给客户端,客户端只会得知反向代理的IP地址,而不知道在反向代理后面的服务器的存在。
发明内容
本公开的实施例提出了用于监测设备工作状态的方法及装置。
第一方面,本公开的实施例提供了一种用于监测设备工作状态的方法,该方法包括:响应于接收到待处理信息,从工作设备表中选取一个目标设备,并将上述待处理信息发送至上述目标设备,上述工作设备表包含至少一条初始目标设备的设备信息和初始目标设备的数据端口的标签信息,上述目标设备包括至少一个数据端口;对于上述至少一个数据端口中的数据端口,若接收到该数据端口发来的对应上述待处理信息的结果信息,为该数据端口设置端口工作标签,并将该数据端口的端口工作标签标记至上述工作设备表,其中,端口工作标签用于表征数据端口的工作状态为正常。
在一些实施例中,上述方法还包括构建工作设备表的步骤,上述构建工作设备表的步骤包括:向设备的预设端口发送设备状态检测信号,上述设备状态检测信号用于通过上述预设端口检测设备的工作状态;响应于接收到上述预设端口发来的对应上述设备状态检测信号的设备状态反馈信号,根据上述设备当前的标签确定上述设备为初始目标设备。
在一些实施例中,上述根据上述设备当前的标签确定上述设备为初始目标设备,包括:响应于上述设备当前的标签为设备故障标签,若对上述设备的第一故障恢复数值加一后大于等于设备故障恢复阈值,则为上述设备设置设备工作标签,将上述设备的设备工作标签标记至上述工作设备表,并确定上述设备为初始目标设备,否则,为上述设备设置设备故障标签,将上述设备的设备故障标签标记至上述工作设备表,其中,上述设备工作标签用于表征设备的工作状态为正常,上述设备故障标签用于表征设备的工作状态为故障。
在一些实施例中,上述根据上述设备当前的标签确定上述设备为初始目标设备,包括:响应于上述设备当前的标签为设备工作标签,将上述设备的设备工作标签标记至上述工作设备表,确定上述设备为初始目标设备,其中,上述设备工作标签用于表征设备的工作状态为正常。
在一些实施例中,上述构建工作设备表的步骤还包括:响应于未接收到对应上述设备状态检测信号的设备状态反馈信号,为上述设备设置设备故障标签,将上述设备的设备故障标签标记至上述工作设备表,其中,设备故障标签用于表征设备的工作状态为故障。
在一些实施例中,上述方法还包括:若未接收到该数据端口发来的对应上述待处理信息的结果信息,为该数据端口设置端口故障标签,并为上述待处理信息重新选择数据端口,其中,端口故障标签用于表征数据端口的工作状态为故障。
在一些实施例中,上述方法还包括修改数据端口标签的步骤,上述修改数据端口标签的步骤包括:响应于存在对应端口故障标签的至少一个待检测数据端口,向上述至少一个待检测数据端口中的待检测数据端口发送端口状态检测信号,并根据对应上述端口状态检测信号的端口状态反馈信号修改待检测数据端口的标签,其中,上述端口状态检测信号用于检测待检测数据端口的工作状态。
在一些实施例中,上述根据对应上述端口状态检测信号的端口状态反馈信号修改待检测数据端口的标签,包括:对于上述至少一个待检测数据端口中的待检测数据端口,若接收到对应上述端口状态检测信号的端口状态反馈信号,且对该待检测数据端口的第二故障恢复数值加一后大于等于端口故障恢复阈值,则为该待检测数据端口设置端口工作标签,将该待检测数据端口的端口工作标签标记至上述工作设备表。
第二方面,本公开的实施例提供了一种用于监测设备工作状态的装置,该装置包括:目标设备选择单元,响应于接收到待处理信息,被配置成从工作设备表中选取一个目标设备,并将上述待处理信息发送至上述目标设备,上述工作设备表包含至少一条初始目标设备的设备信息和初始目标设备的数据端口的标签信息,上述目标设备包括至少一个数据端口;工作状态设置单元,对于上述至少一个数据端口中的数据端口,被配置成在接收到该数据端口发来的对应上述待处理信息的结果信息时,为该数据端口设置端口工作标签,并将该数据端口的端口工作标签标记至上述工作设备表,其中,端口工作标签用于表征数据端口的工作状态为正常。
在一些实施例中,上述装置还包括工作设备表构建单元,被配置成构建工作设备表,上述工作设备表构建单元包括:信号发送子单元,被配置成向设备的预设端口发送设备状态检测信号,上述设备状态检测信号用于通过上述预设端口检测设备的工作状态;初始目标设备确定子单元,响应于接收到上述预设端口发来的对应上述设备状态检测信号的设备状态反馈信号,被配置成根据上述设备当前的标签确定上述设备为初始目标设备。
在一些实施例中,上述初始目标设备确定子单元包括:第一标签设置模块,响应于上述设备当前的标签为设备故障标签,被配置成在对上述设备的第一故障恢复数值加一后大于等于设备故障恢复阈值时,为上述设备设置设备工作标签,将上述设备的设备工作标签标记至上述工作设备表,并确定上述设备为初始目标设备,否则,为上述设备设置设备故障标签,将上述设备的设备故障标签标记至上述工作设备表,其中,上述设备工作标签用于表征设备的工作状态为正常,上述设备故障标签用于表征设备的工作状态为故障。
在一些实施例中,上述初始目标设备确定子单元包括:第二标签设置模块,响应于上述设备当前的标签为设备工作标签,将上述设备的设备工作标签标记至上述工作设备表,确定上述设备为初始目标设备,其中,上述设备工作标签用于表征设备的工作状态为正常。
在一些实施例中,上述工作设备表构建单元还包括:设备故障标签设置子单元,响应于未接收到对应上述设备状态检测信号的设备状态反馈信号,被配置成为上述设备设置设备故障标签,将上述设备的设备故障标签标记至上述工作设备表,其中,设备故障标签用于表征设备的工作状态为故障。
在一些实施例中,上述装置还包括:端口故障标签设置单元,被配置成在未接收到该数据端口发来的对应上述待处理信息的结果信息时,为该数据端口设置端口故障标签,并为上述待处理信息重新选择数据端口,其中,端口故障标签用于表征数据端口的工作状态为故障。
在一些实施例中,上述装置还包括数据端口标签修改单元,被配置成修改数据端口标签,上述数据端口标签修改单元包括:数据端口标签修改子单元,响应于存在对应端口故障标签的至少一个待检测数据端口,被配置成向上述至少一个待检测数据端口中的待检测数据端口发送端口状态检测信号,并根据对应上述端口状态检测信号的端口状态反馈信号修改待检测数据端口的标签,其中,上述端口状态检测信号用于检测待检测数据端口的工作状态。
在一些实施例中,上述数据端口标签修改子单元包括:数据端口标签修改模块,对于上述至少一个待检测数据端口中的待检测数据端口,被配置成在接收到对应上述端口状态检测信号的端口状态反馈信号时,且对该待检测数据端口的第二故障恢复数值加一后大于等于端口故障恢复阈值,则为该待检测数据端口设置端口工作标签,将该待检测数据端口的端口工作标签标记至上述工作设备表。
第三方面,本公开的实施例提供了一种电子设备,包括:一个或多个处理器;存储器,其上存储有一个或多个程序,当上述一个或多个程序被上述一个或多个处理器执行时,使得上述一个或多个处理器执行上述第一方面的用于监测设备工作状态的方法。
第四方面,本公开的实施例提供了一种计算机可读介质,其上存储有计算机程序,其特征在于,该程序被处理器执行时实现上述第一方面的用于监测设备工作状态的方法。
本公开的实施例提供的用于监测设备工作状态的方法及装置,首先在接收到待处理信息时,从工作设备表中选取一个目标设备,并将上述待处理信息发送至上述目标设备,其中,目标设备包括至少一个数据端口;然后在数据端口接收到数据端口发来的对应待处理信息的结果信息时,为数据端口设置端口工作标签。本技术方案提高了对目标设备的工作状态的监测准确性。
附图说明
通过阅读参照以下附图所作的对非限制性实施例所作的详细描述,本公开的其它特征、目的和优点将会变得更明显:
图1是本公开的一个实施例可以应用于其中的示例性系统架构图;
图2是根据本公开的用于监测设备工作状态的方法的一个实施例的流程图;
图3是根据本公开的构建工作设备表的方法的一个实施例的流程图;
图4a是根据本公开的用于监测设备工作状态的方法的整体流程图;
图4b是根据本公开的被动监测的流程图;
图4c是根据本公开的主动监测的流程图;
图5是根据本公开的用于监测设备工作状态的装置的一个实施例的结构示意图;
图6是适于用来实现本公开的实施例的电子设备结构示意图。
具体实施方式
下面结合附图和实施例对本公开作进一步的详细说明。可以理解的是,此处所描述的具体实施例仅仅用于解释相关发明,而非对该发明的限定。另外还需要说明的是,为了便于描述,附图中仅示出了与有关发明相关的部分。
需要说明的是,在不冲突的情况下,本公开中的实施例及实施例中的特征可以相互组合。下面将参考附图并结合实施例来详细说明本公开。
图1示出了可以应用本公开的实施例的用于监测设备工作状态的方法或用于监测设备工作状态的装置的示例性系统架构100。
如图1所示,系统架构100可以包括终端设备101、102、103,网络104、反向代理105、106和服务器107、108。网络104用以在终端设备101、102、103和反向代理105、106之间提供通信链路的介质。反向代理105、106分别与多个服务器107、108具有数据连接关系。反向代理105、106可以对多个服务器107、108中的每个服务器进行状态监测,并根据监测结果向多个服务器107、108中对应的服务器转发终端设备101、102、103发来的信息。网络104可以包括各种连接类型,例如有线、无线通信链路或者光纤电缆等等。
终端设备101、102、103通过网络104与反向代理105、106进行通信,反向代理105、106再与服务器107、108交互,以接收或发送消息等。终端设备101、102、103上可以安装有各种通讯客户端应用,例如网页浏览器应用、购物类应用、搜索类应用、即时通信工具、邮箱客户端、社交平台软件等。
终端设备101、102、103可以是硬件,也可以是软件。当终端设备101、102、103为硬件时,可以是具有信息收发功能的各种电子设备,包括但不限于智能手机、平板电脑、电子书阅读器、MP4(Moving Picture Experts Group Audio Layer IV,动态影像专家压缩标准音频层面4)播放器、膝上型便携计算机和台式计算机等等。当终端设备101、102、103为软件时,可以安装在上述所列举的电子设备中。其可以实现成多个软件或软件模块(例如用来提供分布式服务),也可以实现成单个软件或软件模块,在此不做具体限定。
反向代理105、106可以是为终端设备101、102、103发来的待处理信息选择数据处理服务器的电子设备,例如将终端设备101、102、103发来的待处理信息转发给工作状态正常的服务器107、108。反向代理105、106可以根据服务器107、108的工作状态和服务器107、108上数据端口的工作状态来转发待处理信息,以保证待处理信息能够及时有效地处理。
需要说明的是,反向代理105、106可以是硬件,也可以是软件。当反向代理105、106为硬件时,可以实现成多个服务器组成的分布式服务器集群,也可以实现成单个服务器。当反向代理105、106为软件时,可以实现成多个软件或软件模块(例如用来提供分布式服务),也可以实现成单个软件或软件模块,在此不做具体限定。
服务器107、108可以是提供各种服务的服务器,例如对经由反向代理105、106转发的终端设备101、102、103发来的待处理信息进行数据处理的电子设备。服务器107、108可以对接收到的待处理信息等数据进行分析等处理,并将处理结果反馈给终端设备。
需要说明的是,服务器107、108可以是硬件,也可以是软件。当服务器107、108为硬件时,可以实现成多个服务器组成的分布式服务器集群,也可以实现成单个服务器。当服务器107、108为软件时,可以实现成多个软件或软件模块(例如用来提供分布式服务),也可以实现成单个软件或软件模块,在此不做具体限定。
需要说明的是,本公开的实施例所提供的用于监测设备工作状态的方法一般由反向代理105、106执行,相应地,用于监测设备工作状态的装置一般设置于反向代理105、106中。
应该理解,图1中的终端设备、网络、反向代理和服务器的数目仅仅是示意性的。根据实现需要,可以具有任意数目的终端设备、网络、反向代理和服务器。
继续参考图2,示出了根据本公开的用于监测设备工作状态的方法的一个实施例的流程200。该用于监测设备工作状态的方法包括以下步骤:
步骤201,响应于接收到待处理信息,从工作设备表中选取一个目标设备,并将上述待处理信息发送至上述目标设备。
在本实施例中,用于监测设备工作状态的方法的执行主体(例如图1所示的反向代理105、106)可以通过有线连接方式或者无线连接方式从终端设备101、102、103接收待处理信息。其中,上述工作设备表可以包含至少一条初始目标设备(例如图1所示的服务器107、108)的设备信息和初始目标设备的数据端口的标签信息。执行主体可以根据设备信息从工作设备表中通过随机选择等方式选择一个初始目标设备作为目标设备。即目标设备就是待处理信息所要到达的设备。实际中,目标设备可以包括至少一个数据端口。需要指出的是,上述无线连接方式可以包括但不限于3G/4G连接、WiFi连接、蓝牙连接、WiMAX连接、Zigbee连接、UWB(ultra wideband)连接、以及其他现在已知或将来开发的无线连接方式。
现有技术中,反向代理监测服务器的工作状态的方法包括:一,对服务器的全部端口进行测试;二,对服务器的某一端口进行测试,以该端口的工作状态表征服务器的工作状态。当对服务器的全部端口进行测试时,反向代理需要向每个端口发送检测信号,不仅耗时多,而且还增加了服务器的负担;反向代理对服务器的某一端口进行测试时,虽然耗时不多,但可能存在无法通过该端口的工作状态准确表征服务器的工作状态的情况。
本申请的执行主体在接收到终端设备101、102、103发来的待处理信息后,可以查看工作设备表中初始目标设备的设备信息,以及初始目标设备的数据端口的标签信息;然后从工作设备表中选择一个初始目标设备作为目标设备。并将待处理信息发送给该目标设备。
步骤202,对于上述至少一个数据端口中的数据端口,若接收到该数据端口发来的对应上述待处理信息的结果信息,为该数据端口设置端口工作标签,并将该数据端口的端口工作标签标记至上述工作设备表。
实际中,目标设备包含至少一个数据端口。执行主体可以选择一个数据端口作为待处理信息的接收端口,并将待处理信息发送至该数据端口,以便目标设备对待处理信息进行数据处理。如果执行主体接收到该数据端口发来的对应待处理信息的结果信息,说明该数据端口能够将输入发送至目标设备。此时,执行主体可以为该数据端口设置端口工作标签。其中,端口工作标签用于表征数据端口的工作状态为正常。之后,执行主体可以将该数据端口的端口工作标签标记至上述工作设备表,以便在后续接收到待处理信息后选择数据端口。本申请首先选择正常工作状态的目标设备,然后再进一步检测目标设备的数据端口的工作状态,通过对目标设备和数据端口的同时监测来确定设备的工作状态,提高了对目标设备的工作状态的监测准确性。
在本实施例的一些可选的实现方式中,上述方法还可以包括:若未接收到该数据端口发来的对应上述待处理信息的结果信息,为该数据端口设置端口故障标签,并为上述待处理信息重新选择数据端口。
如果执行主体将待处理信息发送到数据端口后,没有接收到该数据端口发来的对应待处理信息的结果信息,则说明该数据端口出现故障。此时,执行主体可以为该数据端口设置端口故障标签。其中,端口故障标签用于表征数据端口的工作状态为故障。之后,执行主体可以为待处理信息重新选择数据端口。执行主体可以在当前的目标设备上为待处理信息重新选择数据端口,也可以从其他的初始目标设备上为待处理信息重新选择数据端口,具体视实际需要而定。
在本实施例的一些可选的实现方式中,上述方法还可以包括修改数据端口标签的步骤,上述修改数据端口标签的步骤可以包括:响应于存在对应端口故障标签的至少一个待检测数据端口,向上述至少一个待检测数据端口中的待检测数据端口发送端口状态检测信号,并根据对应上述端口状态检测信号的端口状态反馈信号修改待检测数据端口的标签。
实际中,由于数据处理不及时、故障或其他干扰,数据端口在处理执行主体发送的待处理信息时可能无法及时处理,进而导致执行主体为该数据端口设置了端口故障标签。为了检测被设置端口故障标签的实际工作情况,执行主体可以向待检测数据端口(被设置了端口故障标签的数据端口)发送端口状态检测信号,并根据对应上述端口状态检测信号的端口状态反馈信号修改待检测数据端口的标签。其中,端口状态检测信号用于检测待检测数据端口的工作状态。端口状态检测信号可以是各种类型的脉冲信号、正弦信号、指令等,具体视实际需要而定。
在本实施例的一些可选的实现方式中,上述根据对应上述端口状态检测信号的端口状态反馈信号修改待检测数据端口的标签,可以包括:对于上述至少一个待检测数据端口中的待检测数据端口,若接收到对应上述端口状态检测信号的端口状态反馈信号,且对该待检测数据端口的第二故障恢复数值加一后大于等于端口故障恢复阈值,则为该待检测数据端口设置端口工作标签,将该待检测数据端口的端口工作标签标记至上述工作设备表。
如果执行主体接收到对应端口状态检测信号的端口状态反馈信号,则说明当前的待检测数据端口能够做出相应的信号回应。为了确定待检测数据端口的信号回应状态,执行主体可以为待检测数据端口设置故障恢复阈值,故障恢复阈值的具体取值可以根据实际需要而定。当执行主体接收到端口状态反馈信号后,对该待检测数据端口的第二故障恢复数值加一。如果第二故障恢复数值加一后大于等于端口故障恢复阈值,则说明该待检测数据端口连续多次正确做出信号回应。此时,执行主体可以为该待检测数据端口设置端口工作标签,将该待检测数据端口的端口工作标签标记至上述工作设备表,以便在后续接收到待处理信息后选择数据端口。
进一步参考图3,其示出了构建工作设备表的方法的又一个实施例的流程300。该构建工作设备表的方法的流程300,包括以下步骤:
步骤301,向设备的预设端口发送设备状态检测信号。
在本实施例中,构建工作设备表的方法执行主体(例如图1所示的反向代理105、106)可以通过有线连接方式或者无线连接方式向与其具有数据连接关系的至少一个设备(例如图1所示的服务器107、108)的预设端口发送设备状态检测信号。实际中,设备通常包含有多个数据端口。预设端口可以是预先选定的、用于对设备的工作状态进行监测的数据端口。
为了监测设备的工作状态,执行主体可以向至少一个设备中的设备发送设备状态检测信号。其中,上述设备状态检测信号可以用于通过上述预设端口检测设备的工作状态。设备状态检测信号可以是各种类型的脉冲信号、正弦信号、指令等,具体视实际需要而定。
步骤302,响应于接收到上述预设端口发来的对应上述设备状态检测信号的设备状态反馈信号,根据上述设备当前的标签确定上述设备为初始目标设备。
如果执行主体能够接收到预设端口发来的对应上述设备状态检测信号的设备状态反馈信号,则说明设备能够做出信号回应。此时,执行主体可以结合设备当前的标签确定上述设备为初始目标设备。其中,设备当前的标签用于表征设备当前的工作状态。
在本实施例的一些可选的实现方式中,上述根据上述设备当前的标签确定上述设备为初始目标设备,可以包括:响应于上述设备当前的标签为设备故障标签,若对上述设备的第一故障恢复数值加一后大于等于设备故障恢复阈值,则为上述设备设置设备工作标签,将上述设备的设备工作标签标记至上述工作设备表,并确定上述设备为初始目标设备,否则,为上述设备设置设备故障标签,将上述设备的设备故障标签标记至上述工作设备表。
由上述描述可知,设备当前的标签用于表征设备当前的工作状态。如果设备当前的标签为设备故障标签,且此时对上述设备的第一故障恢复数值加一后大于等于设备故障恢复阈值,说明虽然该设备当前的标签为设备故障标签,但能够连续多次做出正确的信号回应,说明该设备实际工作正常。此时,执行主体可以为上述设备设置设备工作标签,并将上述设备的设备工作标签标记至上述工作设备表,并确定上述设备为初始目标设备。如果对上述设备的第一故障恢复数值加一后小于设备故障恢复阈值,则还不能排除设备处于故障的可能性。此时,执行主体可以为上述设备设置设备故障标签,将上述设备的设备故障标签标记至上述工作设备表。其中,设备故障恢复阈值的具体取值根据实际需要而定。上述设备工作标签用于表征设备的工作状态为正常,上述设备故障标签用于表征设备的工作状态为故障。
在本实施例的一些可选的实现方式中,上述根据上述设备当前的标签确定上述设备为初始目标设备,可以包括:响应于上述设备当前的标签为设备工作标签,将上述设备的设备工作标签标记至上述工作设备表,确定上述设备为初始目标设备,其中,上述设备工作标签用于表征设备的工作状态为正常。
如果执行主体能够接收到设备发来的设备状态反馈信号,并且设备当前的标签为设备工作标签,则说明该设备一直处于正常工作的状态。执行主体可以将上述设备的设备工作标签标记至上述工作设备表,确定上述设备为初始目标设备。其中,上述设备工作标签用于表征设备的工作状态为正常。
在本实施例的一些可选的实现方式中,上述构建工作设备表的步骤还可以包括:响应于未接收到对应上述设备状态检测信号的设备状态反馈信号,为上述设备设置设备故障标签,将上述设备的设备故障标签标记至上述工作设备表,其中,设备故障标签用于表征设备的工作状态为故障。
如果执行主体发出设备状态检测信号后,没有接收到对应的设备状态反馈信号,则说明该设备很可能已经处于故障状态(也存在预设端口故障,但设备其他端口正常工作的情况)。为了保证数据处理的及时性和有效性,执行主体可以为上述设备设置设备故障标签,将上述设备的设备故障标签标记至上述工作设备表。其中,设备故障标签用于表征设备的工作状态为故障。
继续参见图4,图4是根据本实施例的用于监测设备工作状态的方法的应用场景的一个示意图。在图4的应用场景中,图4a为用于监测设备工作状态的方法的整体流程图。反向代理在接收到待处理信息后,从初始目标设备中选择出目标设备;然后将待处理信息发送给目标设备,当反向代理接收到结果信息时,说明该目标设备工作状态正常。否则,启动被动监测。其中,被动监测用于通过待处理信息对应的结果信息来对数据端口的工作状态进行监测,以提高对设备工作状态监测的准确性。被动监测的流程图如图4b所示。除了被动监测外,反向代理还要进行主动监测,主动监测是通过对设备的预设端口的监测来判断设备的工作状态的方法,主动监测的流程图如图4c所示。
本公开的上述实施例提供的方法首先在接收到待处理信息时,从工作设备表中选取一个目标设备,并将上述待处理信息发送至上述目标设备,其中,目标设备包括至少一个数据端口;然后在数据端口接收到数据端口发来的对应待处理信息的结果信息时,为数据端口设置端口工作标签。本技术方案提高了对目标设备的工作状态的监测准确性。
进一步参考图5,作为对上述各图所示方法的实现,本公开提供了一种用于监测设备工作状态的装置的一个实施例,该装置实施例与图2所示的方法实施例相对应,该装置具体可以应用于各种电子设备中。
如图5所示,本实施例的用于监测设备工作状态的装置500可以包括:目标设备选择单元501和工作状态设置单元502。其中,目标设备选择单元501,响应于接收到待处理信息,被配置成从工作设备表中选取一个目标设备,并将上述待处理信息发送至上述目标设备,上述工作设备表包含至少一条初始目标设备的设备信息和初始目标设备的数据端口的标签信息,上述目标设备包括至少一个数据端口;工作状态设置单元502,对于上述至少一个数据端口中的数据端口,被配置成在接收到该数据端口发来的对应上述待处理信息的结果信息时,为该数据端口设置端口工作标签,并将该数据端口的端口工作标签标记至上述工作设备表,其中,端口工作标签用于表征数据端口的工作状态为正常。
在本实施例的一些可选的实现方式中,上述用于监测设备工作状态的装置500还可以包括工作设备表构建单元(图中未示出),被配置成构建工作设备表,上述工作设备表构建单元可以包括:信号发送子单元(图中未示出)和初始目标设备确定子单元(图中未示出)。其中,信号发送子单元被配置成向设备的预设端口发送设备状态检测信号,上述设备状态检测信号用于通过上述预设端口检测设备的工作状态;初始目标设备确定子单元,响应于接收到上述预设端口发来的对应上述设备状态检测信号的设备状态反馈信号,被配置成根据上述设备当前的标签确定上述设备为初始目标设备。
在本实施例的一些可选的实现方式中,上述初始目标设备确定子单元可以包括:第一标签设置模块(图中未示出),响应于上述设备当前的标签为设备故障标签,被配置成在对上述设备的第一故障恢复数值加一后大于等于设备故障恢复阈值时,为上述设备设置设备工作标签,将上述设备的设备工作标签标记至上述工作设备表,并确定上述设备为初始目标设备,否则,为上述设备设置设备故障标签,将上述设备的设备故障标签标记至上述工作设备表,其中,上述设备工作标签用于表征设备的工作状态为正常,上述设备故障标签用于表征设备的工作状态为故障。
在本实施例的一些可选的实现方式中,上述初始目标设备确定子单元可以包括:第二标签设置模块(图中未示出),响应于上述设备当前的标签为设备工作标签,将上述设备的设备工作标签标记至上述工作设备表,确定上述设备为初始目标设备,其中,上述设备工作标签用于表征设备的工作状态为正常。
在本实施例的一些可选的实现方式中,上述工作设备表构建单元还可以包括:设备故障标签设置子单元(图中未示出),响应于未接收到对应上述设备状态检测信号的设备状态反馈信号,被配置成为上述设备设置设备故障标签,将上述设备的设备故障标签标记至上述工作设备表,其中,设备故障标签用于表征设备的工作状态为故障。
在本实施例的一些可选的实现方式中,上述用于监测设备工作状态的装置500还可以包括:端口故障标签设置单元(图中未示出),被配置成在未接收到该数据端口发来的对应上述待处理信息的结果信息时,为该数据端口设置端口故障标签,并为上述待处理信息重新选择数据端口,其中,端口故障标签用于表征数据端口的工作状态为故障。
在本实施例的一些可选的实现方式中,上述用于监测设备工作状态的装置500还包括数据端口标签修改单元(图中未示出),被配置成修改数据端口标签,上述数据端口标签修改单元可以包括:数据端口标签修改子单元(图中未示出),响应于存在对应端口故障标签的至少一个待检测数据端口,被配置成向上述至少一个待检测数据端口中的待检测数据端口发送端口状态检测信号,并根据对应上述端口状态检测信号的端口状态反馈信号修改待检测数据端口的标签,其中,上述端口状态检测信号用于检测待检测数据端口的工作状态。
在本实施例的一些可选的实现方式中,上述数据端口标签修改子单元可以包括:数据端口标签修改模块(图中未示出),对于上述至少一个待检测数据端口中的待检测数据端口,被配置成在接收到对应上述端口状态检测信号的端口状态反馈信号时,且对该待检测数据端口的第二故障恢复数值加一后大于等于端口故障恢复阈值,则为该待检测数据端口设置端口工作标签,将该待检测数据端口的端口工作标签标记至上述工作设备表。
本实施例还提供了一种电子设备,包括:一个或多个处理器;存储器,其上存储有一个或多个程序,当上述一个或多个程序被上述一个或多个处理器执行时,使得上述一个或多个处理器执行上述的用于监测设备工作状态的方法。
本实施例还提供了一种计算机可读介质,其上存储有计算机程序,该程序被处理器执行时实现上述的用于监测设备工作状态的方法。
下面参考图6,其示出了适于用来实现本公开的实施例的电子设备(例如,图1中的反向代理105、106)的计算机系统600的结构示意图。图6示出的电子设备仅仅是一个示例,不应对本公开的实施例的功能和使用范围带来任何限制。
如图6所示,电子设备600可以包括处理装置(例如中央处理器、图形处理器等)601,其可以根据存储在只读存储器(ROM)602中的程序或者从存储装置608加载到随机访问存储器(RAM)603中的程序而执行各种适当的动作和处理。在RAM 603中,还存储有电子设备600操作所需的各种程序和数据。处理装置601、ROM 602以及RAM603通过总线604彼此相连。输入/输出(I/O)接口605也连接至总线604。
通常,以下装置可以连接至I/O接口605:包括例如触摸屏、触摸板、键盘、鼠标、摄像头、麦克风、加速度计、陀螺仪等的输入装置606;包括例如液晶显示器(LCD)、扬声器、振动器等的输出装置607;包括例如磁带、硬盘等的存储装置608;以及通信装置609。通信装置609可以允许电子设备600与其他设备进行无线或有线通信以交换数据。虽然图6示出了具有各种装置的电子设备600,但是应理解的是,并不要求实施或具备所有示出的装置。可以替代地实施或具备更多或更少的装置。图6中示出的每个方框可以代表一个装置,也可以根据需要代表多个装置。
特别地,根据本公开的实施例,上文参考流程图描述的过程可以被实现为计算机软件程序。例如,本公开的实施例包括一种计算机程序产品,其包括承载在计算机可读介质上的计算机程序,该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中,该计算机程序可以通过通信装置609从网络上被下载和安装,或者从存储装置608被安装,或者从ROM 602被安装。在该计算机程序被处理装置601执行时,执行本公开的实施例的方法中限定的上述功能。
需要说明的是,本公开的实施例上述的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件,或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于:具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本公开的实施例中,计算机可读存储介质可以是任何包含或存储程序的有形介质,该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本公开的实施例中,计算机可读信号介质可以包括在基带中或者作为载波一部分传播的数据信号,其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式,包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读信号介质还可以是计算机可读存储介质以外的任何计算机可读介质,该计算机可读信号介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输,包括但不限于:电线、光缆、RF(射频)等等,或者上述的任意合适的组合。
上述计算机可读介质可以是上述电子设备中所包含的;也可以是单独存在,而未装配入该电子设备中。上述计算机可读介质承载有一个或者多个程序,当上述一个或者多个程序被该电子设备执行时,使得该电子设备:响应于接收到待处理信息,从工作设备表中选取一个目标设备,并将上述待处理信息发送至上述目标设备,上述工作设备表包含至少一条初始目标设备的设备信息和初始目标设备的数据端口的标签信息,上述目标设备包括至少一个数据端口;对于上述至少一个数据端口中的数据端口,若接收到该数据端口发来的对应上述待处理信息的结果信息,为该数据端口设置端口工作标签,并将该数据端口的端口工作标签标记至上述工作设备表,其中,端口工作标签用于表征数据端口的工作状态为正常。
可以以一种或多种程序设计语言或其组合来编写用于执行本公开的实施例的操作的计算机程序代码,上述程序设计语言包括面向对象的程序设计语言—诸如Java、Smalltalk、C++,还包括常规的过程式程序设计语言—诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中,远程计算机可以通过任意种类的网络——包括局域网(LAN)或广域网(WAN)—连接到用户计算机,或者,可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。
附图中的流程图和框图,图示了按照本公开的各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上,流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分,该模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意,在有些作为替换的实现中,方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如,两个接连地表示的方框实际上可以基本并行地执行,它们有时也可以按相反的顺序执行,这依所涉及的功能而定。也要注意的是,框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合,可以用执行规定的功能或操作的专用的基于硬件的系统来实现,或者可以用专用硬件与计算机指令的组合来实现。
描述于本公开的实施例中所涉及到的单元可以通过软件的方式实现,也可以通过硬件的方式来实现。所描述的单元也可以设置在处理器中,例如,可以描述为:一种处理器包括目标设备选择单元和工作状态设置单元。其中,这些单元的名称在某种情况下并不构成对该单元本身的限定,例如,工作状态设置单元还可以被描述为“用于为目标设备的数据端口设置工作状态的单元”。
以上描述仅为本公开的较佳实施例以及对所运用技术原理的说明。本领域技术人员应当理解,本公开中所涉及的发明范围,并不限于上述技术特征的特定组合而成的技术方案,同时也应涵盖在不脱离上述发明构思的情况下,由上述技术特征或其等同特征进行任意组合而形成的其它技术方案。例如上述特征与本公开中公开的(但不限于)具有类似功能的技术特征进行互相替换而形成的技术方案。

Claims (18)

1.一种用于监测设备工作状态的方法,包括:
响应于接收到待处理信息,从工作设备表中选取一个目标设备,并将所述待处理信息发送至所述目标设备,所述工作设备表包含至少一条初始目标设备的设备信息和初始目标设备的数据端口的标签信息,所述目标设备包括至少一个数据端口;
对于所述至少一个数据端口中的数据端口,若接收到该数据端口发来的对应所述待处理信息的结果信息,为该数据端口设置端口工作标签,并将该数据端口的端口工作标签标记至所述工作设备表,其中,端口工作标签用于表征数据端口的工作状态为正常。
2.根据权利要求1所述的方法,其中,所述方法还包括构建工作设备表的步骤,所述构建工作设备表的步骤包括:
向设备的预设端口发送设备状态检测信号,所述设备状态检测信号用于通过所述预设端口检测设备的工作状态;
响应于接收到所述预设端口发来的对应所述设备状态检测信号的设备状态反馈信号,根据所述设备当前的标签确定所述设备为初始目标设备。
3.根据权利要求2所述的方法,其中,所述根据所述设备当前的标签确定所述设备为初始目标设备,包括:
响应于所述设备当前的标签为设备故障标签,若对所述设备的第一故障恢复数值加一后大于等于设备故障恢复阈值,则为所述设备设置设备工作标签,将所述设备的设备工作标签标记至所述工作设备表,并确定所述设备为初始目标设备,否则,为所述设备设置设备故障标签,将所述设备的设备故障标签标记至所述工作设备表,其中,所述设备工作标签用于表征设备的工作状态为正常,所述设备故障标签用于表征设备的工作状态为故障。
4.根据权利要求2所述的方法,其中,所述根据所述设备当前的标签确定所述设备为初始目标设备,包括:
响应于所述设备当前的标签为设备工作标签,将所述设备的设备工作标签标记至所述工作设备表,确定所述设备为初始目标设备,其中,所述设备工作标签用于表征设备的工作状态为正常。
5.根据权利要求2所述的方法,其中,所述构建工作设备表的步骤还包括:
响应于未接收到对应所述设备状态检测信号的设备状态反馈信号,为所述设备设置设备故障标签,将所述设备的设备故障标签标记至所述工作设备表,其中,设备故障标签用于表征设备的工作状态为故障。
6.根据权利要求1所述的方法,其中,所述方法还包括:
若未接收到该数据端口发来的对应所述待处理信息的结果信息,为该数据端口设置端口故障标签,并为所述待处理信息重新选择数据端口,其中,端口故障标签用于表征数据端口的工作状态为故障。
7.根据权利要求6所述的方法,其中,所述方法还包括修改数据端口标签的步骤,所述修改数据端口标签的步骤包括:
响应于存在对应端口故障标签的至少一个待检测数据端口,向所述至少一个待检测数据端口中的待检测数据端口发送端口状态检测信号,并根据对应所述端口状态检测信号的端口状态反馈信号修改待检测数据端口的标签,其中,所述端口状态检测信号用于检测待检测数据端口的工作状态。
8.根据权利要求7所述的方法,其中,所述根据对应所述端口状态检测信号的端口状态反馈信号修改待检测数据端口的标签,包括:
对于所述至少一个待检测数据端口中的待检测数据端口,若接收到对应所述端口状态检测信号的端口状态反馈信号,且对该待检测数据端口的第二故障恢复数值加一后大于等于端口故障恢复阈值,则为该待检测数据端口设置端口工作标签,将该待检测数据端口的端口工作标签标记至所述工作设备表。
9.一种用于监测设备工作状态的装置,包括:
目标设备选择单元,响应于接收到待处理信息,被配置成从工作设备表中选取一个目标设备,并将所述待处理信息发送至所述目标设备,所述工作设备表包含至少一条初始目标设备的设备信息和初始目标设备的数据端口的标签信息,所述目标设备包括至少一个数据端口;
工作状态设置单元,对于所述至少一个数据端口中的数据端口,被配置成在接收到该数据端口发来的对应所述待处理信息的结果信息时,为该数据端口设置端口工作标签,并将该数据端口的端口工作标签标记至所述工作设备表,其中,端口工作标签用于表征数据端口的工作状态为正常。
10.根据权利要求9所述的装置,其中,所述装置还包括工作设备表构建单元,被配置成构建工作设备表,所述工作设备表构建单元包括:
信号发送子单元,被配置成向设备的预设端口发送设备状态检测信号,所述设备状态检测信号用于通过所述预设端口检测设备的工作状态;
初始目标设备确定子单元,响应于接收到所述预设端口发来的对应所述设备状态检测信号的设备状态反馈信号,被配置成根据所述设备当前的标签确定所述设备为初始目标设备。
11.根据权利要求10所述的装置,其中,所述初始目标设备确定子单元包括:
第一标签设置模块,响应于所述设备当前的标签为设备故障标签,被配置成在对所述设备的第一故障恢复数值加一后大于等于设备故障恢复阈值时,为所述设备设置设备工作标签,将所述设备的设备工作标签标记至所述工作设备表,并确定所述设备为初始目标设备,否则,为所述设备设置设备故障标签,将所述设备的设备故障标签标记至所述工作设备表,其中,所述设备工作标签用于表征设备的工作状态为正常,所述设备故障标签用于表征设备的工作状态为故障。
12.根据权利要求10所述的装置,其中,所述初始目标设备确定子单元包括:
第二标签设置模块,响应于所述设备当前的标签为设备工作标签,将所述设备的设备工作标签标记至所述工作设备表,确定所述设备为初始目标设备,其中,所述设备工作标签用于表征设备的工作状态为正常。
13.根据权利要求10所述的装置,其中,所述工作设备表构建单元还包括:
设备故障标签设置子单元,响应于未接收到对应所述设备状态检测信号的设备状态反馈信号,被配置成为所述设备设置设备故障标签,将所述设备的设备故障标签标记至所述工作设备表,其中,设备故障标签用于表征设备的工作状态为故障。
14.根据权利要求9所述的装置,其中,所述装置还包括:
端口故障标签设置单元,被配置成在未接收到该数据端口发来的对应所述待处理信息的结果信息时,为该数据端口设置端口故障标签,并为所述待处理信息重新选择数据端口,其中,端口故障标签用于表征数据端口的工作状态为故障。
15.根据权利要求14所述的装置,其中,所述装置还包括数据端口标签修改单元,被配置成修改数据端口标签,所述数据端口标签修改单元包括:
数据端口标签修改子单元,响应于存在对应端口故障标签的至少一个待检测数据端口,被配置成向所述至少一个待检测数据端口中的待检测数据端口发送端口状态检测信号,并根据对应所述端口状态检测信号的端口状态反馈信号修改待检测数据端口的标签,其中,所述端口状态检测信号用于检测待检测数据端口的工作状态。
16.根据权利要求15所述的装置,其中,所述数据端口标签修改子单元包括:
数据端口标签修改模块,对于所述至少一个待检测数据端口中的待检测数据端口,被配置成在接收到对应所述端口状态检测信号的端口状态反馈信号时,且对该待检测数据端口的第二故障恢复数值加一后大于等于端口故障恢复阈值,则为该待检测数据端口设置端口工作标签,将该待检测数据端口的端口工作标签标记至所述工作设备表。
17.一种电子设备,包括:
一个或多个处理器;
存储器,其上存储有一个或多个程序,
当所述一个或多个程序被所述一个或多个处理器执行时,使得所述一个或多个处理器执行权利要求1至8中任一所述的方法。
18.一种计算机可读介质,其上存储有计算机程序,其特征在于,该程序被处理器执行时实现如权利要求1至8中任一所述的方法。
CN201910127871.2A 2019-02-20 2019-02-20 用于监测设备工作状态的方法及装置 Pending CN109698774A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201910127871.2A CN109698774A (zh) 2019-02-20 2019-02-20 用于监测设备工作状态的方法及装置

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201910127871.2A CN109698774A (zh) 2019-02-20 2019-02-20 用于监测设备工作状态的方法及装置

Publications (1)

Publication Number Publication Date
CN109698774A true CN109698774A (zh) 2019-04-30

Family

ID=66233438

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201910127871.2A Pending CN109698774A (zh) 2019-02-20 2019-02-20 用于监测设备工作状态的方法及装置

Country Status (1)

Country Link
CN (1) CN109698774A (zh)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110971676A (zh) * 2019-11-18 2020-04-07 中移(杭州)信息技术有限公司 设备状态检测方法、装置、电子设备及存储介质
CN114465963A (zh) * 2021-12-24 2022-05-10 北京环宇博亚科技有限公司 交换机异常检测方法、装置、电子设备和计算机可读介质

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2002366379A (ja) * 2001-06-11 2002-12-20 Nec Corp サーバプロセスのサービス方式
CN101383734A (zh) * 2008-10-20 2009-03-11 华为技术有限公司 一种状态检测方法、系统和装置
CN102195828A (zh) * 2010-03-16 2011-09-21 华为技术有限公司 服务器端口状态的探测方法和探测器
US20160294642A1 (en) * 2015-04-06 2016-10-06 Level 3 Communications, Llc Server side content delivery network quality of service
CN107171885A (zh) * 2017-03-31 2017-09-15 北京奇艺世纪科技有限公司 一种检测服务器运行状态的方法、装置和系统
CN108964947A (zh) * 2017-05-18 2018-12-07 腾讯科技(深圳)有限公司 后台服务质量检测方法和装置、计算机设备

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2002366379A (ja) * 2001-06-11 2002-12-20 Nec Corp サーバプロセスのサービス方式
CN101383734A (zh) * 2008-10-20 2009-03-11 华为技术有限公司 一种状态检测方法、系统和装置
CN102195828A (zh) * 2010-03-16 2011-09-21 华为技术有限公司 服务器端口状态的探测方法和探测器
US20160294642A1 (en) * 2015-04-06 2016-10-06 Level 3 Communications, Llc Server side content delivery network quality of service
CN107171885A (zh) * 2017-03-31 2017-09-15 北京奇艺世纪科技有限公司 一种检测服务器运行状态的方法、装置和系统
CN108964947A (zh) * 2017-05-18 2018-12-07 腾讯科技(深圳)有限公司 后台服务质量检测方法和装置、计算机设备

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110971676A (zh) * 2019-11-18 2020-04-07 中移(杭州)信息技术有限公司 设备状态检测方法、装置、电子设备及存储介质
CN110971676B (zh) * 2019-11-18 2022-07-29 中移(杭州)信息技术有限公司 设备状态检测方法、装置、电子设备及存储介质
CN114465963A (zh) * 2021-12-24 2022-05-10 北京环宇博亚科技有限公司 交换机异常检测方法、装置、电子设备和计算机可读介质

Similar Documents

Publication Publication Date Title
KR102076862B1 (ko) 네트워크 성능지표를 시각화하는 방법 및 장치, 및 시스템
US20190034824A1 (en) Supervised learning system training using chatbot interaction
US9424221B2 (en) Automated cabling process for a complex environment
US9929930B2 (en) Reducing an amount of captured network traffic data to analyze
CN108768730A (zh) 用于操作智能网卡的方法和装置
CN108696581A (zh) 分布式信息的缓存方法、装置、计算机设备以及存储介质
CN108900388A (zh) 用于监控网络质量的方法和设备
CN110442610A (zh) 负载均衡的方法、装置、计算设备以及介质
CN108847952A (zh) 请求链路上下文的处理方法、装置及系统
CN110336865A (zh) 服务调用方法、装置、存储介质和电子设备
CN109308239A (zh) 用于输出信息的方法和装置
CN110263565A (zh) 用于调用服务的方法和装置
CN112311620A (zh) 用于诊断网络的方法、装置、电子设备和可读介质
US9280426B2 (en) System and method for server redundancy
CN109698774A (zh) 用于监测设备工作状态的方法及装置
CN107360036A (zh) 一种网络故障定位方法、终端和服务器
CN109818994A (zh) 用于代理端的信息处理方法和装置
US20240195721A1 (en) Method, apparatus and system for diagnosing network performance
CN112152879A (zh) 网络质量确定方法、装置、电子设备和可读存储介质
CN107483294A (zh) 监控网络请求的方法及装置
CN114449040A (zh) 基于云平台的配置下发方法及装置
KR102027759B1 (ko) 네트워크와 연관된 신규 장치 등록 방법 및 장치
CN113407229A (zh) 用于生成离线脚本的方法及装置
CN109933432A (zh) 用于发送数据的方法和装置
CN111654547A (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
RJ01 Rejection of invention patent application after publication
RJ01 Rejection of invention patent application after publication

Application publication date: 20190430