CN101335649A - 一种管理大规模代理服务器的方法和装置 - Google Patents
一种管理大规模代理服务器的方法和装置 Download PDFInfo
- Publication number
- CN101335649A CN101335649A CNA2008101440817A CN200810144081A CN101335649A CN 101335649 A CN101335649 A CN 101335649A CN A2008101440817 A CNA2008101440817 A CN A2008101440817A CN 200810144081 A CN200810144081 A CN 200810144081A CN 101335649 A CN101335649 A CN 101335649A
- Authority
- CN
- China
- Prior art keywords
- server
- acting server
- clist
- result
- command list
- 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
Landscapes
- Computer And Data Communications (AREA)
Abstract
本发明实施例公开了一种管理大规模代理服务器的方法和装置,该方法包括:接收代理服务器按照轮询时间上报的轮询请求,向所述代理服务器下发匹配的命令列表;检测所述代理服务器上报的执行所述命令列表的结果。通过使用异步通信协议使大规模的代理服务器网络结构变得简单,网络管理更加灵活、方便,而且使用通用协议作为承载层,可以较好的适应复杂的网络环境。
Description
技术领域
本发明涉及网络通讯领域,尤其涉及一种管理大规模代理服务器的方法和装置。
背景技术
随着网络规模的扩大网络环境的复杂化,使网元的管理变得很困难,对业务个性化的需求也使得网元管理需要更加人性化,能够快速应对变化的需求。SNMP(Simple Network Management Protocol,简单网络管理协议)是由IETF(Internet Engineering Task Force,互联网工程任务组)定义的一套网络管理协议,该协议基于SGMP(Simple Gateway Monitor Protocol,简单网关监视协议)。利用SNMP可以使管理工作站远程管理所有支持这种协议的网络设备,包括监视网络状态、修改网络设备配置、接收网络事件警告等。SNMP采用了代理/管理站模型,通过管理工作站与SNMP代理间的交互工作完成对网络的管理与维护。每个SNMP从代理负责回答SNMP管理工作站(主代理)关于MIB定义信息的各种查询。SNMP代理和管理站通过SNMP协议中的标准消息进行通信,每个消息都是一个单独的数据包。SNMP使用UDP(UserDatagram Protocol,用户数据报协议)作为传输协议进行无连接操作。
SNMP中定义了五种消息类型,包括:Get-Request、Get-Response、Get-Next-Request、Set-Request和Trap。其中Get-Request、Get-Next-Request和Get-Response,SNMP管理站利用Get-Request消息从拥有SNMP代理的网络设备中检索信息,而SNMP代理则用Get-Response消息响应;Get-Next-Request和Get-Request组合起来可以查询特定的表对象中的列元素;SNMP管理站用Set-Request可以对SNMP代理中的网络设备进行远程配置(包括设备名、设备属性、删除设备或使某一个设备属性有效/无效等)。SNMP代理使用Trap向SNMP管理站发送非请求消息,一般用于描述某一事件的发生。
由于SNMP具有的上述缺点,需要通过自定义协议的方式管理Agent(代理)。可以通过Server直连Agent实现对Agent的管理或者通过Agent直连Server实现的,Server和Agent之间使用套接字Socket连接,为了提高可靠性,一般都选择TCP(Transmission Control Protocol,传输控制协议)作为协议层。
发明人在实现本发明的过程中,发现现有技术至少存在以下问题:
现有技术管理Agent的效率低下,实现较困难,而且管理Agent的规模有限,扩展困难,不易部署。
发明内容
本发明实施例提供了一种管理大规模代理服务器的方法和装置,通过异步的方式降低代理服务器网络结构的复杂度,使网络管理更加灵活。
本发明实施例提供了一种管理大规模代理服务器的方法,包括:
接收代理服务器按照轮询时间上报的轮询请求,向所述代理服务器下发匹配的命令列表;
检测所述代理服务器上报的执行所述命令列表的结果。
同时本发明实施例还提供了一种管理大规模代理服务器的装置,包括:
轮询请求接收模块,用于接收代理服务器按照轮询时间上报的轮询请求;
命令列表下发模块,用于向所述代理服务器下发匹配的命令列表;
检测模块,用于检测所述代理服务器上报的执行所述命令列表的结果。
本发明实施例还提供了一种管理大规模代理服务器的系统,包括:中心服务器和代理服务器
所述中心服务器,用于接收代理服务器按照轮询时间上报的轮询请求,向所述代理服务器下发匹配的命令列表;检测所述代理服务器上报的执行所述命令列表的结果;
所述代理服务器,用于向所述中心服务器发送轮询请求并执行接收到的命令列表,然后将执行所述命令列表的结果上报到所述中心服务器。
与现有技术相比,本发明实施例具有以下优点:
中心服务器在接收到代理服务器按照轮询时间上报的轮询请求后,向代理服务器下发匹配的命令列表,然后检测并保存代理服务器上报的执行命令列表的结果,并向上级中心服务器上报执行命令列表的结果。通过使用异步通信协议使大规模的代理服务器网络结构变得简单,网络管理更加灵活、方便。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动性的前提下,还可以根据这些附图获得其他的附图。
图1是本发明实施例中基于异步通信协议的代理服务器管理的方法流程图;
图2是本发明又一实施例中基于异步通信协议的代理服务器管理的方法流程图;
图3是本发明实施例中基于异步通信协议的代理服务器管理的装置模块示意图;
图4是本发明实施例中基于异步通信协议的代理服务器管理的系统示意图。
具体实施方式
下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
本发明实施例提供了一种管理大规模代理服务器的方法和装置,可以降低代理服务器网络结构的复杂度,使网络管理更加灵活。
下面结合附图和具体实施例对本发明实施例提供的管理大规模代理服务器的方法进行详细说明。
以下对本发明实施例中涉及的主要设备进行说明:
(一)中心服务器Center Server
Center Server主要职责包括:下发命令给Agent端,该命令中有些命令是用户发出的,有些是系统发出的,比如更新配置、添加监控项、获取操作系统信息等;响应Client端的请求,主要包含轮询信息、提交信息和下载文件;提供基于Web的管理界面;当以HTTP(Hyper Text Transfer Protocol,超文本传输协议)作为协议承载层时,Center Server作为一个Web服务器,用于响应HTTP请求;当以FTP(File Transfer Protocol,文件传输协议)作为协议承载层时,Center Server作为一个FTP服务器,用于响应FTP请求。所有的异步协议都必须通过Center Server始发。
(二)反向代理服务器Reverse Proxy
Reverse Proxy主要用于分布式环境中,将Agent的请求路由到CenterServer上,体现了Proxy的特性;另外Agent不需要知道Center Server,也不用直接和Center Server交互,只与Reverse Proxy交互即可,体现了Reverse特性。
Reverse Proxy也可以作为负载均衡器使用,在Reverse Proxy之后可以有多台并行的Center Server共同分担Agent的请求。
在以HTTP作为协议承载层时,Reverse Proxy是Web的反向代理服务器。
(三)代理服务器Agent
Agent指常驻在主机上的Agent,主要责任是执行Center Server下发的命令,并把结果返回给Center Server。它的核心功能是定时到Center Server上获取异步协议的内容,并且在分析异步协议内容后做出反应,命令执行完成后,将执行的结果返回到Center Server。Agent的执行操作包括但不限于以下几个方面:
获取性能指标,包括CPU(Central Processing Unit,中央处理器)、内存、交换区SWAP、文件系统、进程信息、操作系统、数据库、业务系统等相关信息和系统运行信息;
获取日志信息,包括错误日志、系统运行日志、业务运行日志、执行脚本和程序、监控脚本、进程;
系统管理,包括:安装、升级、卸载软件等、安装补丁等和杀死进程、重启机器等和杀毒。
(四)客户端Client
Client客户端指浏览器,用户通过浏览器访问Center Server来操作Agents,下发命令给Center Server。由于Center Server与Agent之间的交互是异步的,所以给用户的感觉会有延迟。
本发明实施例提供了一种管理大规模代理服务器的方法,如图1所示,包括:
步骤s101、接收代理服务器按照轮询时间上报的轮询请求,向代理服务器下发匹配的命令列表。具体的,在中心服务器上对代理服务器的上报请求的轮询时间预先进行规定,在此段时间内,代理服务器主动向中心服务器上报轮询请求,获取命令,该轮询时间也可以在代理服务器进行设置。该轮询请求可以经反向代理服务器路由到中心服务器。该中心服务器接收到代理服务器的轮询请求后,搜索与该代理服务器匹配的命令列表并将该命令列表下发到该代理服务器。
步骤s102、检测代理服务器上报的执行命令列表的结果。具体的,代理服务器接收到中心服务器下发的命令列表后,建立与该命令列表相匹配的任务列表并执行。代理服务器将执行后的结果上报到中心服务器,该中心服务器对接收的执行命令列表的结果进行检测,若检测通过则保存该执行命令列表的结果,并向客户端返回该结果。
在管理大规模代理服务器时,为了使网络管理更加细化,可以采用分布式分层管理,此时中心服务器不但可以管理本级的网元,还可以管理下级中心服务器,使中心服务器和代理服务器的管理形成层次关系。因此需要定时或实时的向上级中心服务器上报信息,以便上级中心服务器准确掌握下级中心服务器的情况。
通过上述步骤可以获知中心服务器不会主动连接代理服务器,而是由代理服务器发送轮询请求来获取需要执行的命令,使用异步机制使得投递不会实时产生,可以降低代理服务器网络结构的复杂度,使网络管理更加灵活。
下面对本发明实施例提供的管理大规模代理服务器的方法进行详细说明,如图2所示,包括:
步骤s201、代理服务器启动时发送注册请求;具体的,代理服务器每次启动时都需要向中心服务器进行注册,得到中心服务器返回注册通过后才具有访问中心服务器的资格。
步骤s202、反向代理服务器将注册请求路由到中心服务器;具体的,反向代理服务器将代理服务器的请求路由到中心服务器上,也就是代理服务器与反向代理服务器进行信息交互,并不与中心服务器直接进行信息交互。该反向代理服务器主要应用于分布式环境中,在小规模的网络中一般不使用反向代理服务器。当然在分布式环境中代理服务器也可以直接与中心服务器进行信息交互。
步骤s203、中心服务器处理该注册请求;
步骤s204、中心服务器将注册结果返回给反向代理服务器;
步骤s205、反向代理服务器将注册结果返回给代理服务器;若注册结果为通过时,表明代理服务器具有访问中心服务器的资格;若注册结果为不通过时,表明代理服务器不具有访问中心服务器的资格。代理服务器每次启动后需要向中心服务器发送注册请求,注册成功后才可以与中心服务器进行信息交互,以此避免非法的代理服务器接入中心服务器。
以下是客户端下发命令的流程:
步骤s206、客户端向中心服务器下发命令;
步骤s207、中心服务器创建属于某一个代理服务器的命令列表以供代理服务器获取。具体的,中心服务器根据客户端下发的命令创建命令列表,该命令列表对应命令中携带的标识表示的代理服务器。当该命令列表被代理服务器获取并正确执行后,可以被删除以便节省存储空间。
以下是代理服务器的轮询Poll流程:
步骤s208、代理服务器向反向代理服务器发送轮询Poll请求;具体的,代理服务器按照在中心服务器或代理服务器上预设的轮询时间上报轮询Poll请求,该轮询Poll请求用于请求中心服务器下发命令;
步骤s209、反向代理服务器将该轮询Poll请求路由到中心服务器上;
步骤s210、中心服务器将属于该代理服务器的命令列表返回给反向代理服务器;
步骤s211、反向代理服务器将中心服务器返回的轮询Poll结果返回给代理服务器;
步骤s212、代理服务器根据中心服务器返回的命令列表创建执行该命令列表的任务列表;
以下是代理服务器的Post流程:
步骤s213、代理服务器按照任务列表执行命令;
步骤s214、代理服务器将执行命令列表的结果通过调用Post接口发给反向代理服务器;
步骤s215、反向代理服务器将执行命令列表的结果上报给中心服务器;
步骤s216、中心服务器处理该执行结果。具体的,中心服务器验证上报的执行结果,若验证通过则存储上报的执行结果,并将该执行结果展示给用户端;
步骤s217、中心服务器将验证结果返回到反向代理服务器;具体的,该验证结果为通过或不通过;
步骤s218、反向代理服务器将验证结果返回到代理服务器;
步骤s219、中心服务器将代理服务器上报的执行结果返回到客户端。
上述步骤通过使用异步通信协议实现中心服务器与代理服务器的信息交互,使网络管理更加灵活、方便,而且使用反向代理服务器的方式使代理服务器的管理更加透明化。在上述实施例中使用HTTP和FTP等协议作为承载层,可以较好的适应复杂的网络环境,而且HTTP和FTP都具有相应的安全协议层,不需要在防火墙上做端口映射。
上述步骤s206和步骤s219中涉及的中心服务器与客户端之间的信息交互使用的协议由文本格式实现,这样协议报文的获取与分析可以完全分离,同时由于文本格式具有可扩展性,所以协议也具有较好的扩展性,可以做到向前向后都兼容。
上述步骤s211中向Agent回复的Poll结果是携带一系列命令的参数,该参数主要包含Session ID(会话ID)、命令标识、开始执行时间、结束执行时间和睡眠时间。每次会话都会有一个Session ID且每次会话的Session ID不会重复,并由Center Server负责分配;对于命令标识,用于唯一标识该协议,该标识为Center Server和Agent都能识别的标识;开始执行时间,指什么时候开始执行,如果为空,表示立即执行;结束执行时间,指什么时候不再执行,如果为空,表示永远不停止;睡眠时间,两次执行之间的间隔时间。上述命令标识可以使用类似Java或者Python的模块来实现,例如:hpux.perf.process表示获取hp-ux下的进程的信息;linux.perf.sar表示获取linux下的sar输出信息。
步骤s214中Agent反馈给反向代理服务器的执行命令结果主要包括:Session ID和返回执行命令结果,其中Session ID同轮询结果中携带的SessionID类似,用于标识轮询结果和执行命令结果之间的对应关系。有时,一个轮询结果会对应多个执行命令结果,但这些执行命令结果的Session ID是一致的。
本发明实施例使用了HTTP、FTP等通用协议作为承载层,所以只要HTTP和FTP等协议使用安全层就可以达到承载层的安全,而HTTP有HTTPS、FTP有FTPS作为它们相应的安全协议层。本发明实施例中每一次交互都会携带Session ID作为会话的唯一标识,每一次会话都要有开始和对应的结束才能认为是一次完整的会话,如果不完整则认为会话失败需要重新执行。
本发明实施例中Center Server与Agent之间保持一种宽松的耦合联系,Agent主动连接Center Server并调用轮询接口。异步机制重点是定时轮询,之所以轮询是为了获取Center Server下发给Agent的命令信息;由于CenterServer不会主动向Agent下发请求,所以需要Agent定时获取请求。
同时管理网元一般不会有较高的实时性要求,并且可以根据网络要求,将轮询时间设置成3秒或者5秒;而且轮询是为了获取当前用户的请求,而用户请求一般会很少,大部分时间是没有用户请求的,因此轮询不会显著增加Center Server的负担;对分层管理而言,往往层次越高需要了解的下层信息越抽象,也不会关注Agent的细节;由于Agent定时调用Center Server提供的轮询接口获取命令内容,一般而言,Center Server下发给Agents的协议量比较少,而且不会频繁下发,所以Agent的Poll请求不会给Center Server带来过多压力。
若管理的网元过多,如十万个网元,此时需要使用分层管理模式,此时中心服务器就兼备了反向代理服务器的功能。中心服务器具有管理本级和下级中心服务器的能力,也提供了向上一级中心服务器提供数据的途径,也就是向上级中心服务器上报信息,该信息包括代理服务器执行命令列表的结果,这样上级中心服务器能够管理该中心服务器,从而形成了层次关系。
最低层的中心服务器可以保存代理服务器的详细数据,而上级的中心服务器只保存代理服务器的基本信息以及所管理的中心服务器的详细数据,这样也缓解了中心服务器的压力。由于中心服务器本质上是WebServer,而反向代理服务器也是一个WebServer,所以它们可以合而为一,只是前者提供了丰富的展现能力。
使用分布式分层管理代理服务器时,每一级中心服务器都具有相应的管理功能,这样维护人员只需要管理所管辖的网络,做到了分层管理、责权明确,也可以把管理工作做得更加细化。
本发明实施例还提供了一种管理大规模代理服务器的装置,如图3所示,包括:
轮询请求接收模块310,用于接收代理服务器按照轮询时间上报的轮询请求;
命令列表下发模块320,用于向所述代理服务器下发匹配的命令列表;
检测模块330,用于检测所述代理服务器上报的执行所述命令列表的结果。
该装置还包括:存储模块340,用于保存所述执行命令列表的结果;上报模块350,用于向上级中心服务器上报所述保存的执行命令列表的结果。
该装置还包括:创建模块360,用于根据客户端发送的命令中携带的代理服务器标识创建与所述代理服务器对应的命令列表。
该装置还包括:轮询时间设置模块370,用于设置轮询时间。
该装置还包括:执行结果接收模块380,用于接收所述代理服务器上报的执行命令列表结果;发送模块390,用于当所述检测模块330检测所述执行结果接收模块380接收的执行命令列表的结果为正确时,将所述执行命令列表的结果发送到客户端。
通过本发明实施例中提供的轮询请求接收模块310和命令列表下发模块320,接收代理服务器按照轮询时间发送的请求并根据该请求将相应的命令列表下发到代理服务器,实现了通过异步通信协议管理代理服务器,使网络管理更加灵活、方便。
本发明实施例还提供了一种管理大规模代理服务器的系统,如图4所示,包括:中心服务器410和代理服务器420;
该中心服务器410,用于接收代理服务器420按照轮询时间上报的轮询请求,向所述代理服务器420下发匹配的命令列表;检测所述代理服务器420上报的执行所述命令列表的结果;
该代理服务器420,用于向所述中心服务器410发送轮询请求并执行接收到的命令列表,然后将执行所述命令列表的结果上报到所述中心服务器410。
该系统还包括:
反向代理服务器430,用于将所述代理服务器420上报的轮询请求路由到所述中心服务器410;
客户端440,用于向所述中心服务器410发送命令,并接收所述中心服务器410返回的执行所述命令的结果;
上级中心服务器450,用于根据所述中心服务器410上报的信息,对所述中心服务器410进行管理。
该系统中的中心服务器410包括:
轮询请求接收模块310,用于接收代理服务器按照轮询时间上报的轮询请求;
命令列表下发模块320,用于向所述代理服务器下发匹配的命令列表;
检测模块330,用于检测所述代理服务器上报的执行所述命令列表的结果。
通过本发明实施例提供的管理大规模代理服务器的方法、系统和装置,通过分布式的管理方式,实现管理小、中、大规模的网络,具备较高的伸缩性;通过分层管理,使网络管理更加细化、责权明确。
通过以上的实施方式的描述,本领域的技术人员可以清楚地了解到本发明可以通过硬件实现,也可以借助软件加必要的通用硬件平台的方式来实现。基于这样的理解,本发明的技术方案可以以软件产品的形式体现出来,该软件产品可以存储在一个非易失性存储介质(可以是CD-ROM,U盘,移动硬盘等)中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本发明各个实施例所述的方法。
以上公开的仅为本发明的几个具体实施例,但是,本发明并非局限于此,任何本领域的技术人员能思之的变化都应落入本发明的保护范围。
Claims (15)
1、一种管理大规模代理服务器的方法,其特征在于,包括:
接收代理服务器按照轮询时间上报的轮询请求,向所述代理服务器下发匹配的命令列表;
检测所述代理服务器上报的执行所述命令列表的结果。
2、如权利要求1所述的方法,其特征在于,所述检测所述代理服务器上报的执行所述命令列表的结果之后,还包括:
保存所述执行命令列表的结果;
向上级中心服务器上报所述保存的执行命令列表的结果。
3、如权利要求1所述的方法,其特征在于,所述接收代理服务器按照轮询时间上报的轮询请求之前,还包括:
根据客户端发送的命令中携带的代理服务器标识创建与所述代理服务器对应的命令列表。
4、如权利要求1所述的方法,其特征在于,所述代理服务器在轮询时间内主动上报轮询请求,获取命令列表,所述轮询时间在所述代理服务器或中心服务器上预先设置。
5、如权利要求1所述的方法,其特征在于,所述接收代理服务器按照轮询时间上报的轮询请求包括:
所述代理服务器在轮询时间内直接上报的轮询请求;或
经反向代理服务器路由的所述代理服务器上报的轮询请求。
6、如权利要求1所述的方法,其特征在于,检测所述代理服务器上报的执行所述命令列表的结果为正确时,将所述执行命令列表的结果返回到客户端。
7、如权利要求1所述的方法,其特征在于,所述执行所述命令列表的结果中携带的会话标识与所述下发的命令列表中携带的会话标识一致。
8、一种管理大规模代理服务器的装置,其特征在于,包括:
轮询请求接收模块,用于接收代理服务器按照轮询时间上报的轮询请求;
命令列表下发模块,用于向所述代理服务器下发匹配的命令列表;
检测模块,用于检测所述代理服务器上报的执行所述命令列表的结果。
9、如权利要求8所述的装置,其特征在于,还包括:
存储模块,用于保存所述执行命令列表的结果;
上报模块,用于向上级中心服务器上报所述保存的执行命令列表的结果。
10、如权利要求8所述的装置,其特征在于,还包括:
创建模块,用于根据客户端发送的命令中携带的代理服务器标识创建与所述代理服务器对应的命令列表。
11、如权利要求8所述的装置,其特征在于,还包括:
轮询时间设置模块,用于设置轮询时间。
12、如权利要求8所述的装置,其特征在于,还包括:
执行结果接收模块,用于接收所述代理服务器上报的执行命令列表结果;
发送模块,用于当所述检测模块检测所述执行结果接收模块接收的执行命令列表的结果为正确时,将所述执行命令列表的结果发送到客户端。
13、一种管理大规模代理服务器的系统,其特征在于,包括:中心服务器和代理服务器;
所述中心服务器,用于接收代理服务器按照轮询时间上报的轮询请求,向所述代理服务器下发匹配的命令列表;检测所述代理服务器上报的执行所述命令列表的结果;
所述代理服务器,用于向所述中心服务器发送轮询请求并执行接收到的命令列表,然后将执行所述命令列表的结果上报到所述中心服务器。
14、如权利要求13所述的系统,其特征在于,还包括:
反向代理服务器,用于将所述代理服务器上报的轮询请求路由到所述中心服务器;
客户端,用于向所述中心服务器发送命令,并接收所述中心服务器返回的执行所述命令的结果;
上级中心服务器,用于根据所述中心服务器上报的信息,对所述中心服务器进行管理。
15、如权利要求13所述的系统,其特征在于,所述中心服务器包括:轮询请求接收模块,用于接收代理服务器按照轮询时间上报的轮询请求;命令列表下发模块,用于向所述代理服务器下发匹配的命令列表;检测模块,用于检测所述代理服务器上报的执行所述命令列表的结果。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2008101440817A CN101335649B (zh) | 2008-08-06 | 2008-08-06 | 一种管理大规模代理服务器的方法和装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2008101440817A CN101335649B (zh) | 2008-08-06 | 2008-08-06 | 一种管理大规模代理服务器的方法和装置 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN101335649A true CN101335649A (zh) | 2008-12-31 |
CN101335649B CN101335649B (zh) | 2011-02-09 |
Family
ID=40197982
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN2008101440817A Expired - Fee Related CN101335649B (zh) | 2008-08-06 | 2008-08-06 | 一种管理大规模代理服务器的方法和装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN101335649B (zh) |
Cited By (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN106453231A (zh) * | 2016-08-08 | 2017-02-22 | 腾讯科技(深圳)有限公司 | 信令获取、传输方法和装置 |
CN107294772A (zh) * | 2017-05-23 | 2017-10-24 | 甘肃万维信息技术有限责任公司 | 一种结合Docker实现动态管理监控服务系统 |
CN109474710A (zh) * | 2018-10-30 | 2019-03-15 | 北京网众共创科技有限公司 | 获取信息的方法及装置 |
CN114610472A (zh) * | 2022-05-09 | 2022-06-10 | 上海登临科技有限公司 | 异构计算中多进程管理方法及计算设备 |
Family Cites Families (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1510872A (zh) * | 2002-12-24 | 2004-07-07 | 中联绿盟信息技术(北京)有限公司 | 一种dns和应用代理相结合对抗拒绝服务攻击的方法 |
-
2008
- 2008-08-06 CN CN2008101440817A patent/CN101335649B/zh not_active Expired - Fee Related
Cited By (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN106453231A (zh) * | 2016-08-08 | 2017-02-22 | 腾讯科技(深圳)有限公司 | 信令获取、传输方法和装置 |
CN107294772A (zh) * | 2017-05-23 | 2017-10-24 | 甘肃万维信息技术有限责任公司 | 一种结合Docker实现动态管理监控服务系统 |
CN107294772B (zh) * | 2017-05-23 | 2020-09-01 | 中电万维信息技术有限责任公司 | 一种结合Docker实现动态管理监控服务系统 |
CN109474710A (zh) * | 2018-10-30 | 2019-03-15 | 北京网众共创科技有限公司 | 获取信息的方法及装置 |
CN109474710B (zh) * | 2018-10-30 | 2022-05-10 | 北京网众共创科技有限公司 | 获取信息的方法及装置 |
CN114610472A (zh) * | 2022-05-09 | 2022-06-10 | 上海登临科技有限公司 | 异构计算中多进程管理方法及计算设备 |
Also Published As
Publication number | Publication date |
---|---|
CN101335649B (zh) | 2011-02-09 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
WO2020199598A1 (zh) | 区块链节点管理方法、电子装置、系统及可读存储介质 | |
CN107809489A (zh) | 一种基于mqtt协议的消息推送系统 | |
WO2022179140A1 (zh) | 一种数据处理方法及系统 | |
US9172765B2 (en) | Polling-based secure network message notification system and method with performance enhancing features | |
CN108667861A (zh) | 通过浏览器对设备实时监控的方法、系统以及服务器 | |
CN101335649B (zh) | 一种管理大规模代理服务器的方法和装置 | |
CN101594320A (zh) | 一种基于snmp协议的消息交互方法 | |
US20170279688A1 (en) | Method, device and system for providing device application software management service in internet of things | |
CN101902697A (zh) | 一种通过移动设备对服务进行监控和操作的系统及方法 | |
CN109889454A (zh) | 一种微服务架构的消息推送装置及方法 | |
CN1939035A (zh) | 用于在计算机设备之间传送数据的方法和设备 | |
WO2006118858A2 (en) | Wireless data device performance monitor | |
CN103634282B (zh) | 信息框推送的方法及系统 | |
CN104683313A (zh) | 多媒体业务处理装置、方法及系统 | |
CN106993043A (zh) | 基于代理的数据通信系统和方法 | |
WO2015149531A1 (zh) | 物联网终端的固件管理方法、装置及通用服务实体 | |
CN103797751B (zh) | 一种用户在线状态的查询方法和装置 | |
CN100382493C (zh) | 一种实现业务的系统及方法 | |
WO2016091141A1 (zh) | 信息采集方法及装置 | |
CN101217369B (zh) | 一种网络拓扑中更新用户访问权限的方法及设备 | |
CN106789395A (zh) | 一种基于Web的分布式PDM系统数据传输监控方法 | |
US20170286560A1 (en) | Method, device and system for device troubleshooting service of the internet of things | |
CN105959292A (zh) | 设备使用权限的识别方法、管理服务器及系统 | |
US20060047667A1 (en) | System and method for data interchange | |
CN103973485B (zh) | 基于固定端口的运维管理系统及方法 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C14 | Grant of patent or utility model | ||
GR01 | Patent grant | ||
C17 | Cessation of patent right | ||
CF01 | Termination of patent right due to non-payment of annual fee |
Granted publication date: 20110209 Termination date: 20120806 |