CN104092746A - 一种运维审计***及用在其***中的网络负载均衡方法 - Google Patents
一种运维审计***及用在其***中的网络负载均衡方法 Download PDFInfo
- Publication number
- CN104092746A CN104092746A CN201410306454.1A CN201410306454A CN104092746A CN 104092746 A CN104092746 A CN 104092746A CN 201410306454 A CN201410306454 A CN 201410306454A CN 104092746 A CN104092746 A CN 104092746A
- Authority
- CN
- China
- Prior art keywords
- node
- nodes
- host
- service
- host node
- 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
Landscapes
- Computer And Data Communications (AREA)
Abstract
本发明提供了一种运维审计***,包括多个节点,所述多个节点通过高速Hub或者是同一个路由器相连;其中,每个节点中均包括负载调度模块、数据同步模块和节点管理模块;负载调度模块用于对客户端发过来的会话、请求数据包分发到各个节点上,对已经分发的连接进行记录,对数据包进行处理以使数据包能顺利到达指定堡垒机服务器以及后台目标服务器;数据同步模块用于进行负载调度模块状态信息的同步、数据库信息同步、内存中数据块同步和Web服务会话同步;节点管理模块对各个节点进行监控管理,确保整个***中只有一个节点对外提供接口服务。本发明还提供了一种用于运维审计***中的网络负载均衡方法。本发明的可用率高,服务质量高。
Description
技术领域
本发明涉及一种运维审计***,还涉及一种用在运维审计***中的网络负载均衡方法。
背景技术
随着互联网技术的不断发展和普及,各类终端设备层出不穷,大量的终端设备例如PC、平板电脑、智能手机、云终端等涌入电力企业内网,如何保障企业内网的安全和有效防止内部人员的违规外联行为对于整个电力行业来说无疑是一个巨大的挑战。但是,越来越多的的桌面终端和多元化的私有终端接入企业内网已成为未来发展的必然趋势,因此保障企业内网安全的关键之一就是要有效地监控和记录运维操作的过程。
现有的运维审计***架构上基本都是单机或者是双机热备的形式。若作为客户端到服务器之间的唯一入口,审计***至少要保证高可用性,不然单点故障就会带来很大的隐患。而双机热备的方式在很大程度上只是简单地增加了一台设备,确保当原先的主机失效时***还能继续正常使用。但是备机在绝大部分时间内是处于备用状态,不进行业务处理。所以现有的运维审计***架构的可用率不高,而且存在安全隐患。
发明内容
发明目的:本发明的目的在于针对现有技术的不足,提供一种可用率高的,更加安全的运维审计***。
技术方案:本发明提供了一种运维审计***,包括多个节点,所述多个节点通过高速Hub或者是同一个路由器相连;其中,所述每个节点中均包括负载调度模块、数据同步模块和节点管理模块;所述负载调度模块用于对客户端发过来的会话、请求数据包分发到各个节点上,对已经分发的连接进行记录,对数据包进行处理以使数据包能顺利到达指定堡垒机服务器以及后台目标服务器;所述数据同步模块用于进行负载调度模块部分状态信息的同步、数据库信息同步、内存中重要数据块同步和Web服务会话同步;所述节点管理模块对各个节点进行监控管理,确保整个***中只有一个节点对外提供接口服务。
进一步,所述多个节点在同一个子网内。
本发明还提供了一种用于运维审计***中的网络负载均衡方法,包括以下步骤:
步骤10:新加入的节点在工作网段查找是否已有主节点,如果在工作网段存在主节点,新加入的节点根据主节点做同步工作,然后执行步骤20;如果在工作网段不存在主主节点,新加入的节点作为主节点执行步骤40;
步骤20:同步完成后,新加入的节点作为辅节点加入节点服务器集群并执行步骤30;
步骤30:每个节点更新节点列表,加入新的节点并同步数据;主节点通知下层负载调度模块,使其作为新的任务调度分配节点。这里的上层下层是指模块在处理流程中所处的位置。下层应用宽泛地说可以认为是内核空间,上层应用可以认为是用户空间的进程。主节点负责调度分发任务及请求,所以新节点加入***时,主节点更新节点列表,将新节点加入到节点列表中,此后主节点便可以把任务请求分发到新加入的节点上。
步骤40:每个节点之间进行实时监控并删除不工作的节点,确保***中存在一个主节点给客户端提供服务。
进一步,所述每个节点同步数据的方法为:
步骤301:开启数据库同步进程,同步数据库内容;
步骤302:开启内存同步进程,同步内存中重要数据块内容;
步骤303:开启负载调度模块同步进程,同步主节点的负载调度模块上的调度状态信息;
步骤304:开启Web服务会话同步进程,同步会话内容;
步骤305:同步运维记录文件。
进一步,所述步骤40中每个节点之间进行实时监控的方法为:
步骤410:新加入节点进入未知状态;判断工作网段查找是否已有主节点,如果在工作网段存在主节点,新加入节点进入辅节点状态并执行步骤450;如果在工作网段不存在主节点,新加入节点进入主节点状态并执行步骤420;
步骤420:判断新加入节点能否提供服务;如果能提供服务,发送心跳包,同步各节点状态并执行步骤430;如果不能提供服务,进行选举操作,选举出主节点并通知其他辅节点同时删除新加入的节点并告知其他节点;
步骤430:判断是否有超时节点,若有,发送询问包给超时节点,若没有,返回执行步骤420;
步骤440:判断其他节点是否有回应,若有,返回执行步骤420;若没有,在本地列表删除节点信息,返回执行步骤420;
步骤450:判断新加入节点能否提供服务;,如果能提供服务,发送心跳包,同步各节点状态;若不是,如果不能提供服务,告知其他节点,新加入的节点不能正常服务并删除新加入的节点;
步骤460:判断是否有超时节点,若有,发送询问包给超时节点;若没有,执行步骤450;
步骤470:判断节点是否有回应,若有,执行步骤450;若没有,判断超时节点是否为主节点,如果是,进行选举操作,得出新的的主节点并通知其他的辅节点;如果不是,在本地列表中删除没有回应的超时节点;
步骤480:判断新加入的节点是能否为主节点,如果可以为主节点,执行步骤420;如果不可以为主节点,执行步骤450。
更进一步,所述步骤410中判断工作网段查找是否已有主节点的方法为在工作网段中依次发送三次问询,问询成功,新加入节点进入辅节点状态,三次都不成功,新加入节点进入主节点状态。
工作原理:本发明在每个节点上都设置了负载调度模块、数据同步模块和节点管理模块,这样每个节点都可以作为主节点与客户端传递信息。其中,节点管理模块可以对工作网段的节点进行实时监控,可以及时删除不工作的节点。这样有效的提高了***的工作效率。
有益效果:与现有技术相比,本发明提供的发明,用户可以自由调配模块之间的配置方案,充分利用运维审计***的所有堡垒机服务器提供高可用率,高质量的服务,在***集群运行过程中,能够实时同步数据库内容,实时同步共享内存内容,对所有节点进行实时监控管理,能达到对各节点的热插拔使用。
附图说明
图1为本发明的***网络结构示意图;
图2为本发明中每个节点之间进行实时监控的流程图;
图3为本发明中节点管理模块中辅节点建立选举过程中的流程示意图;
图4为本发明中节点管理模块中其他辅节点在选举过程中的流程示意图。
具体实施方式
下面对本发明技术方案进行详细说明,但是本发明的保护范围不局限于所述实施例。
实施例:如图1所示,一种运维审计***,包括多个节点,各节点在同一个子网内,多个节点通过高速Hub或者是同一个路由器相连;每个节点即为一台堡垒机服务器,其中,每个节点中均包括负载调度模块、数据同步模块和节点管理模块;负载调度模块用于对客户端发过来的会话、请求数据包分发到各个节点上,对已经分发的连接进行记录,对数据包进行处理以使数据包能顺利到达指定堡垒机服务器以及后台目标服务器;数据同步模块用于进行负载调度模块部分状态信息的同步、数据库信息同步、内存中重要数据块同步和Web服务会话同步;节点管理模块对各个节点进行监控管理,确保整个***中只有一个节点对外提供接口服务,即只有一台作为主调度器提供服务。主调度器即为外部可见的服务器。每台服务器模块结构上完全对等,主要区别就在于虚拟IP(VirtualIP,VIP)落在哪台服务器上(对外可见的网络设备)。当某台服务器对外可见的网络设备拥有虚拟IP时,外部到达的请求都会被送到该服务器,数据包经过调度模块的处理,转发给其他服务器或者自身,交由上层的服务处理。
本发明提供的一种用于运维审计***中的网络负载均衡方法,包括以下步骤:
步骤10:新加入的节点在工作网段查找是否已有主节点,如果在工作网段存在主节点,新加入的节点根据主节点做同步工作,然后执行步骤20;如果在工作网段不存在主主节点,新加入的节点作为主节点执行步骤40;
步骤20:同步完成后,新加入的节点作为辅节点加入节点服务器集群并执行步骤30;
步骤30:每个节点更新节点列表,加入新的节点并同步数据;主节点通知下层负载调度模块,使其作为新的任务调度分配节点;
其中,每个节点同步数据的方法为:
步骤301:开启数据库同步进程,同步数据库内容;
步骤302:开启内存同步进程,同步内存中重要数据块内容;
步骤303:开启负载调度模块同步进程,同步主节点的负载调度模块上的调度状态信息;
步骤304:开启Web服务会话同步进程,同步会话内容;
步骤305:同步运维记录文件。
本发明对运维记录提供了不同存储方案。包括共享存储方案,分散存储方案,数据复制方案。鉴于运维记录数据量大而且多,数据复制方案占用硬件资源较多,但是数据备份做得好,不用担心数据丢失的情况。共享存储方案和分散存储方案,在实现上分散存储方案较为简单,这两种方案数据都是单独一份,在磁盘空间容量一定的情况下,所能存储的记录量大。根据不同的需求,这些存储方案可以调配。
步骤40:每个节点之间进行实时监控并删除不工作的节点,确保***中存在一个主节点给客户端提供服务。
其中,图2所示的是步骤40中每个节点之间进行实时监控的流程图。起始状态为未知状态(简称为:UNKNOWN状态),向多播组发送多播,询问是否有主节点存在,若有回应,则新加入节点变为辅节点状态,并发送心跳报文,进行通讯;若无回应,则进入第一次问询状态A1,重复UNKONWN状态工作,直至进入第三次问询状态A3,若仍无回应报文,则将新加入节点状态变为主节点状态(简称MASTER状态),并发送心跳报文,与各个节点进行通讯。
当辅节点发现本地服务器列表中主节点过期时,辅节点将自身变为建立选举状态,并告知其余辅节点变为选举准备状态,若进行选举,则选举准备状态变为选举状态,参与选举,直至得到结果,根据结果判断变为辅节点或者主节点;若不进行选举,则选举准备状态的节点变为辅节点(简称SLAVE节点)状态,继续通讯,建立选举状态的节点变为不工作状态,并通知其它节点删除该节点信息。其具体步骤为:
步骤1:流程开始;
步骤2:新节点进入UNKNOWN状态;
步骤3:判断工作网段是否有主节点存在,若存在,进行步骤12;不存在进行步骤4;
步骤4:新节点进入MASTER状态;
步骤5:判断新节点服务是否正常,若正常,进行步骤6;若不正常,进行步骤11;这里的服务指节点与客户端之间的信息传递服务;
步骤6:发送心跳包,同步各节点状态;
步骤7:判断是否有超时节点,若有,执行步骤8,若没有,返回执行步骤5;
步骤8:发送询问包给超时节点;
步骤9:判断节点是否有回应,若有,返回步骤5;若没有执行步骤10;
步骤10:在本地列表删除节点信息,返回步骤5;
步骤11:选举出MASTER节点并通知相应SLAVE节点;
步骤12:本节点进入SLAVE状态;
步骤13:判断该起的服务是否正常,若正常,执行14;若不是,执行22;
步骤14:发送心跳包,同步各节点状态;
步骤15:判断是否有超时节点,若有,执行步骤16;若没有,返回步骤13;
步骤16:发送询问包给超时节点;
步骤17:判断节点是否有回应,若有,返回步骤13;若没有,执行步骤18;
步骤18:判断超时节点是否为主节点,若是,执行步骤19;若不是,执行步骤20;
步骤19:进行选举,得出MASTER和SLAVE并通知;
步骤20:在本地列表中删除该节点;
步骤21:判断本节点是够为MASTER节点,若是,转步骤205,;若不是,转步骤213;
步骤22:告知其他节点,本节点已经处于不工作状态,即为DEAD状态;
如图3所示是本发明所述的节点管理部分中辅节点建立选举过程中的流程示意图。
步骤1a:流程开始;
步骤1b:SLAVE节点发现MASTER不工作了,发送选举信息给其他SLAVE节点;
步骤1c:本节点进入FOUNDER状态,即建立选举状态,等待2秒;
步骤1d:判断是否有其他节点发来的不允许选举数据包,若没有,执行步骤1e;若有,执行步骤1i;
步骤1e:根据节点信息选出MASTER;
步骤1f:根据选举结果判断本机是否将成为下一个MASTER,若是,执行步骤1h;若不是,执行步骤1g;
步骤1g:本节点进入SLAVE状态;
步骤1h:本节点进入MASTER状态;
步骤1i:本节点进入DEAD状态,并告知其他节点;
步骤1j:流程结束。
如图4所示,是本发明中节点管理部分其他SLAVE节点在选举过程中的流程示意图。
步骤2a:流程开始;
步骤2b:(接收到选举消息)进入选举准备状态;
步骤2c:发送询问消息给MASTER节点,等待1秒;
步骤2d:判断MASTER节点是否有回应消息,若有,执行步骤2e;若没有执行步骤2g;
步骤2e:发送取消选举报文给建立选举(简称FOUNDER)的节点;
步骤2f:进入SLAVE状态;
步骤2g:进入选举状态,发送参选报文给FOUNDER;
步骤2h:等待FOUNDER的结果消息;
步骤2i:接收结果消息,判断本机是否为主机,若是,执行步骤2j;若不是执行步骤2k;
步骤2j:本节点进入MASTER状态;
步骤2k:本节点进入SLAVE状态;
步骤2l:流程结束。
综上所述,本发明主要实现了运维审计***的负载均衡方案实现,此项技术针对各企事业单位信息部门运维审计需求,同时也可以被借鉴到其他的信息***。该***原理简单,实施方便,可扩展性强,有较高的推广价值。
Claims (6)
1.一种运维审计***,其特征在于:包括多个节点,所述多个节点通过高速Hub或者是同一个路由器相连;其中,所述每个节点中均包括负载调度模块、数据同步模块和节点管理模块;所述负载调度模块用于对客户端发过来的会话、请求数据包分发到各个节点上,对已经分发的连接进行记录,对数据包进行处理以使数据包能顺利到达指定堡垒机服务器以及后台目标服务器;所述数据同步模块用于进行负载调度模块状态信息的同步、数据库信息同步、内存中数据块同步和Web服务会话同步;所述节点管理模块对各个节点进行监控管理,确保整个***中只有一个节点对外提供接口服务。
2.根据权利要求1所述的运维审计***,其特征在于:所述多个节点在同一个子网内。
3.一种用于运维审计***中的网络负载均衡方法,其特征在于:包括以下步骤:
步骤10:新加入的节点在工作网段查找是否已有主节点,如果在工作网段存在主节点,新加入的节点根据主节点做同步工作,然后执行步骤20;如果在工作网段不存在主主节点,新加入的节点作为主节点执行步骤40;
步骤20:同步完成后,新加入的节点作为辅节点加入节点服务器集群并执行步骤30;
步骤30:每个节点更新节点列表,加入新的节点并同步数据;主节点通知下层负载调度模块,使新加入的节点作为新的任务调度分配节点;
步骤40:每个节点之间进行实时监控并删除不工作的节点,确保***中存在一个主节点给客户端提供服务。
4.根据权利要求3所述的用于运维审计***中的网络负载均衡方法,其特征在于:所述每个节点同步数据的方法为:
步骤301:开启数据库同步进程,同步数据库内容;
步骤302:开启内存同步进程,同步内存中重要数据块内容;
步骤303:开启负载调度模块同步进程,同步主节点的负载调度模块上的调度状态信息;
步骤304:开启Web服务会话同步进程,同步会话内容;
步骤305:同步运维记录文件。
5.根据权利要求3所述的用于运维审计***中的网络负载均衡方法,其特征在于:所述步骤40中每个节点之间进行实时监控的方法为:
步骤410:新加入节点进入未知状态;判断工作网段查找是否已有主节点,如果在工作网段存在主节点,新加入节点进入辅节点状态并执行步骤450;如果在工作网段不存在主节点,新加入节点进入主节点状态并执行步骤420;
步骤420:判断新加入节点能否提供服务;如果能提供服务,发送心跳包,同步各节点状态并执行步骤430;如果不能提供服务,进行选举操作,选举出主节点并通知其他辅节点同时删除新加入的节点并告知其他节点;
步骤430:判断是否有超时节点,若有,发送询问包给超时节点,若没有,返回执行步骤420;
步骤440:判断其他节点是否有回应,若有,返回执行步骤420;若没有,在本地列表删除节点信息,返回执行步骤420;
步骤450:判断新加入节点能否提供服务;,如果能提供服务,发送心跳包,同步各节点状态;若不是,如果不能提供服务,告知其他节点,新加入的节点不能正常服务并删除新加入的节点;
步骤460:判断是否有超时节点,若有,发送询问包给超时节点;若没有,执行步骤450;
步骤470:判断节点是否有回应,若有,执行步骤450;若没有,判断超时节点是否为主节点,如果是,进行选举操作,得出新的的主节点并通知其他的辅节点;如果不是,在本地列表中删除没有回应的超时节点;
步骤480:判断新加入的节点是能否为主节点,如果可以为主节点,执行步骤420;如果不可以为主节点,执行步骤450。
6.根据权利要求5所述的用于运维审计***中的网络负载均衡方法,其特征在于:所述步骤410中判断工作网段查找是否已有主节点的方法为在工作网段中依次发送三次问询,问询成功,新加入节点进入辅节点状态,三次都不成功,新加入节点进入主节点状态。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201410306454.1A CN104092746B (zh) | 2014-06-30 | 2014-06-30 | 一种运维审计***及用在其***中的网络负载均衡方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201410306454.1A CN104092746B (zh) | 2014-06-30 | 2014-06-30 | 一种运维审计***及用在其***中的网络负载均衡方法 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN104092746A true CN104092746A (zh) | 2014-10-08 |
CN104092746B CN104092746B (zh) | 2018-04-13 |
Family
ID=51640426
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201410306454.1A Expired - Fee Related CN104092746B (zh) | 2014-06-30 | 2014-06-30 | 一种运维审计***及用在其***中的网络负载均衡方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN104092746B (zh) |
Cited By (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104378239A (zh) * | 2014-11-26 | 2015-02-25 | 国家电网公司 | 基于集群框架的快速可靠性指标统计***及方法 |
CN104486346A (zh) * | 2014-12-19 | 2015-04-01 | 北京奇艺世纪科技有限公司 | 一种跳板机*** |
CN105426439A (zh) * | 2015-11-05 | 2016-03-23 | 腾讯科技(深圳)有限公司 | 一种元数据的处理方法和装置 |
CN105515839A (zh) * | 2015-11-30 | 2016-04-20 | 上海斐讯数据通信技术有限公司 | 用于提升Radius服务性能的***及方法 |
CN107682406A (zh) * | 2017-09-08 | 2018-02-09 | 北京三快在线科技有限公司 | 一种业务处理的方法、装置以及*** |
CN109412843A (zh) * | 2018-10-10 | 2019-03-01 | 成都安恒信息技术有限公司 | 一种用于运维审计***集群运维的智能选路方法 |
CN109818938A (zh) * | 2018-12-29 | 2019-05-28 | 广东电网有限责任公司 | 一种it运维双因素认证***及方法 |
CN110061876A (zh) * | 2019-04-19 | 2019-07-26 | 北京搜狐互联网信息服务有限公司 | 运维审计***的优化方法及*** |
CN111327663A (zh) * | 2018-12-17 | 2020-06-23 | ***通信集团青海有限公司 | 一种堡垒机分配的方法和设备 |
Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101442449A (zh) * | 2008-12-18 | 2009-05-27 | ***通信集团浙江有限公司 | 一种集中访问模式下用户行为全面审计的方法 |
CN102202425A (zh) * | 2011-06-24 | 2011-09-28 | 中国人民解放军国防科学技术大学 | 基于主从异构型数传模块的卫星集群自组织组网方法 |
-
2014
- 2014-06-30 CN CN201410306454.1A patent/CN104092746B/zh not_active Expired - Fee Related
Patent Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101442449A (zh) * | 2008-12-18 | 2009-05-27 | ***通信集团浙江有限公司 | 一种集中访问模式下用户行为全面审计的方法 |
CN102202425A (zh) * | 2011-06-24 | 2011-09-28 | 中国人民解放军国防科学技术大学 | 基于主从异构型数传模块的卫星集群自组织组网方法 |
Non-Patent Citations (1)
Title |
---|
SASA DESIC 等: "Agents Based Load Balancing with Component Distribution Capability", 《CLUSTER COMPUTING AND GRID, 2002, 2ND IEEE/ACM INTERNATIONAL SYMPOSIUM ON》 * |
Cited By (11)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104378239A (zh) * | 2014-11-26 | 2015-02-25 | 国家电网公司 | 基于集群框架的快速可靠性指标统计***及方法 |
CN104486346A (zh) * | 2014-12-19 | 2015-04-01 | 北京奇艺世纪科技有限公司 | 一种跳板机*** |
CN105426439A (zh) * | 2015-11-05 | 2016-03-23 | 腾讯科技(深圳)有限公司 | 一种元数据的处理方法和装置 |
CN105515839A (zh) * | 2015-11-30 | 2016-04-20 | 上海斐讯数据通信技术有限公司 | 用于提升Radius服务性能的***及方法 |
CN107682406A (zh) * | 2017-09-08 | 2018-02-09 | 北京三快在线科技有限公司 | 一种业务处理的方法、装置以及*** |
CN107682406B (zh) * | 2017-09-08 | 2020-08-25 | 北京三快在线科技有限公司 | 一种业务处理的方法、装置以及*** |
CN109412843A (zh) * | 2018-10-10 | 2019-03-01 | 成都安恒信息技术有限公司 | 一种用于运维审计***集群运维的智能选路方法 |
CN111327663A (zh) * | 2018-12-17 | 2020-06-23 | ***通信集团青海有限公司 | 一种堡垒机分配的方法和设备 |
CN109818938A (zh) * | 2018-12-29 | 2019-05-28 | 广东电网有限责任公司 | 一种it运维双因素认证***及方法 |
CN110061876A (zh) * | 2019-04-19 | 2019-07-26 | 北京搜狐互联网信息服务有限公司 | 运维审计***的优化方法及*** |
CN110061876B (zh) * | 2019-04-19 | 2022-05-27 | 北京搜狐互联网信息服务有限公司 | 运维审计***的优化方法及*** |
Also Published As
Publication number | Publication date |
---|---|
CN104092746B (zh) | 2018-04-13 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN104092746A (zh) | 一种运维审计***及用在其***中的网络负载均衡方法 | |
CN104104572B (zh) | 一种sdn网络中的交换机自动部署方法及装置 | |
CN112737690B (zh) | 一种光线路终端olt设备虚拟方法及相关设备 | |
CN106713409B (zh) | 一种基于SaaS的云灾备***及方法 | |
CN105607954A (zh) | 一种有状态容器在线迁移的方法和装置 | |
CN102185718B (zh) | 一种***升级方法及其装置 | |
CN111638957B (zh) | 一种集群共享式公有云负载均衡的实现方法 | |
CN104811371B (zh) | 一种全新的即时通信*** | |
CN114024880B (zh) | 基于代理ip与流表的网络靶场探针采集方法与*** | |
CN101902360A (zh) | 主备用设备间的信息同步方法和服务器 | |
CN102130776A (zh) | 一种通信方法和*** | |
CN101459526B (zh) | 基于服务发现的投影仪共享会议*** | |
CN104144082A (zh) | 二层网络中检测环路的方法及控制器 | |
CN102142978B (zh) | 数据备份传输处理方法、装置及*** | |
CN111083177B (zh) | 基于协同网关的跨域协同交互方法 | |
CN102882989A (zh) | 一种多nvr监控网络分配ip地址的方法和装置 | |
CN103631652A (zh) | 虚拟机迁移的实现方法及*** | |
CN104539558A (zh) | 可扩容ip电话交换机刀片机构架及自动扩容方法 | |
CN101304372B (zh) | 一种配置访问控制列表的方法、设备及*** | |
CN103401954B (zh) | 虚拟dhcp的实现方法 | |
CN110213359A (zh) | 一种基于d2d的车联网组网数据推送***和方法 | |
CN103501299A (zh) | 集群防火墙的管理方法和*** | |
CN103152420A (zh) | 一种避免Ovirt虚拟管理平台单点失效的方法 | |
WO2012159537A1 (zh) | 一种用户信息共享的即时通讯***及方法 | |
WO2012159535A1 (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 | ||
C41 | Transfer of patent application or patent right or utility model | ||
TA01 | Transfer of patent application right |
Effective date of registration: 20170215 Address after: 102206 Beijing Changping District city Huilongguan Town Road No. 1 Building No. 5 hospital 8 floor 1 unit 906 Applicant after: BEIJING HUADIAN TIANYI INFORMATION TECHNOLOGY Co.,Ltd. Address before: Shishi Fuda Road Park 212000 city of Jiangsu Province, Zhenjiang Jurong Economic Development Zone, building 02, room 315 Applicant before: JIANGSU HUADA TIANYI ELECTRIC POWER SCIENCE & TECHNOLOGY Co.,Ltd. |
|
GR01 | Patent grant | ||
GR01 | Patent grant | ||
CF01 | Termination of patent right due to non-payment of annual fee |
Granted publication date: 20180413 |
|
CF01 | Termination of patent right due to non-payment of annual fee |