CN1534929A - 检测网络中设备状态的方法 - Google Patents
检测网络中设备状态的方法 Download PDFInfo
- Publication number
- CN1534929A CN1534929A CNA031088007A CN03108800A CN1534929A CN 1534929 A CN1534929 A CN 1534929A CN A031088007 A CNA031088007 A CN A031088007A CN 03108800 A CN03108800 A CN 03108800A CN 1534929 A CN1534929 A CN 1534929A
- Authority
- CN
- China
- Prior art keywords
- client
- service end
- network
- multicast message
- equipment state
- 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
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明公开了一种检测网络中设备状态的方法；服务端和客户端均定时发送多播消息宣告自身存在，服务端或客户端收到发来的多播消息后均返回单播消息确认；服务端收到客户端返回的单播消息后产生客户端清单，或将该客户端加入到客户端清单中，并根据定时的监听结果刷新客户端清单；客户端可从服务端得到网络中的客户端清单，实现了网络中运行有不同操作***设备的相互发现；当设备进入一个网络环境时，该网络环境中其它原有设备就可以发现该设备；由于这种发现是客户端主动宣告的且不断更新，因此用户不必了解设备的网络连接参数和操作***类型。
Description
技术领域
本发明涉及一种检测网络中设备状态的方法，属于计算机网络技术领域。
背景技术
目前随着计算机和网络的普及，数字设备也越来越丰富，例如PC、NoteBook、PDA、手机、机顶盒、mp3、数字相机、数字摄像机等，这些设备可能运行在多个操作***(如Windows、UINX、Linux、MAC等)，他们之间的相互发现通常通过操作***来实现，例如一台安装有Windows操作***的计算机上的资源管理器可以通过网络发现其它安装有Windows操作***的计算机，并将这些计算机名显示在资源管理器中。但Windows操作***的资源管理器不能发现非Windows操作***的计算机。
发明内容
本发明的目的是提供一种检测网络中设备状态的方法，实现网络中运行有不同操作***设备的相互发现；当设备进入一个网络环境时，该网络环境中其它原有设备就可以通过该设备的主动宣告发现该设备，该信息的传递不受操作***类型限制；用户也不必了解设备的网络连接参数和操作***类型。
本发明的目的是通过以下技术方案实现的：
一种检测网络中设备状态的方法，网络中的客户端向外发出用于宣告自身存在的多播消息，服务端监听到客户端的多播消息后，将该客户端的信息从多播消息中解析并生成客户端清单，或将该客户端的信息加入到客户端清单中，实现服务端对客户端的检测；运行客户端和服务端的操作***类型不受限制。
客户端的多播消息中至少包含客户端的基本信息，该基本信息至少包括客户端的网络地址。服务端上的客户端清单中包含的客户端基本信息，至少包括客户端的网络地址。客户端定时发送多播消息，服务端根据监听结果不断更新客户端清单。
上述方法中的服务端收到客户端发出的多播消息后，还进一步向客户端返回单播消息，使客户端得到服务端信息。
上述方法中的服务端还向外发出用于宣告自身存在的多播消息。客户端收到服务端的多播消息后，返回单播消息给服务端，用于确认收到消息并向服务端宣告自身存在。
服务端或客户端至少通过第一端口处理多播消息的发送和单播消息的收发，通过第二端口监听网络中发来的多播消息。
服务端发给客户端的单播或多播消息中还包括客户端清单；或者客户端向服务端发出客户端清单的请求后，服务端向客户端发出客户端清单。当服务端更新客户端清单后，将该更新动作通知客户端。
上述方法的服务端与客户端之间通过至少一级子服务端连接，各服务端根据收到的多播消息或单播消息产生与本服务端直接连接的客户端清单；下级服务端将客户端清单通过网络输出到上级服务端，最上级服务端汇总各服务端的客户端清单和最上级服务端直接连接的客户端清单，生成网络的全部客户端清单。
服务端发给客户端的单播或多播消息中还包括全部客户端清单；或者客户端向直接连接的服务端发出全部客户端清单的请求后，该服务端向客户端发出全部客户端清单；上级服务端向下级服务端发出全部客户端清单。
上述方法中，运行客户端或服务端的操作***至少为微软公司Windows或UINX或Linux或苹果公司MAC；客户端或服务端发送多播消息或单播消息所用网络通讯协议至少为网络控制协议和网际协议(TCP/IP)或NOVELL协议族。
通过上述技术方案可知，本发明有如下优点：
1、网络上不同操作***设备的相互发现是通过设备的主动宣告完成，因此用户不必了解设备的网络连接参数和操作***类型。
2、智能的设备管理。若某设备退出或进入网络，网络中的其他设备可以得到网络中设备信息的改变情况。隐藏了物理网络的协议、设备和操作***，使得物理网络对用户透明。
附图说明
图1为本发明实施例一的网络拓扑原理图；
图2为本发明实施例二的网络拓扑原理图；
图3为本发明实施例二服务端或客户端通信接口连接原理图；
图4为本发明实施例二服务端处理客户端信息流程图；
图5为本发明实施例二服务端检测客户端流程图；
图6为本发明实施例二另一种服务端检测客户端流程图；
图7为本发明实施例三的网络拓扑原理图。
具体实施方式
以下，结合具体实施例并参照附图，对本发明做进一步的详细说明。
实施例一：
如图1所示，该***由服务端和若干客户端组成。服务端运行的操作***为Linux，客户端运行的操作***包括linux、windows和unix。
客户端向网络发送用户数据报协议(User Datagram Protocol，简称UDP)多播消息。多播消息内包含客户端的名称、操作***类型等信息。服务端接受到客户端的多播消息后，解析多播消息，根据多播消息内的客户端信息生成客户端清单，或将该客户端信息加入到客户端清单中，实现了对网络中客户端状态的检测。
由于UDP协议是网络控制协议和网际协议(TCP/IP)族的组成部分，而现有操作***都可调用TCP/IP协议的接口进行网络通信，所以服务端对于连接到网络中客户端的检测不受运行客户端与服务端的操作***类型的限制。
实施例二：
如图2所示，该***由服务端和若干客户端组成。服务端运行的操作***为Linux，客户端运行的操作***包括linux、windows和unix。
如图5所示，客户端向网络不断发出UDP用于宣告自身的信息的多播消息，多播消息内包含客户端的基本信息，包括客户端名称、操作***类型等信息，在接收到服务端发出的多播信息后，返回一个TCP单播信息给服务端，宣告自己的存在，单播消息内也包含服务端的名称、操作***类型等信息。
如图6所示，服务端同样不断发送UDP多播消息，发送间隔为5ms，或者对某一客户端发出查找信息。多播消息内包含服务端的名称、操作***类型等信息。服务端接受到客户端的多播消息后，发出TCP单播的宣告消息，返回给发送多播消息的客户端，TCP单播消息内包含服务端的名称、操作***类型等信息。
如图4所示，服务端还管理客户端清单的生成、发布和更新。
服务端通过客户端发来的单播或多播消息发现客户端以后，根据消息内的客户端信息生成一个客户端清单，或将该客户端信息加入到客户端清单中。对于已经添加客户端的宣告信息，服务端将其过滤掉，不再作进一步处理。
服务端通过监听客户端定时发送的多播消息，或接受客户端对于服务端多播消息返回的单播消息，或接受某一客户端对于服务端发出查找消息的放回消息，对于网络中的所有客户端进行随时检测，不断刷新客户端清单；一旦客户端状态变化，例如进入或退出网络，就作出相应的处理，及时更新客户端清单，并及时通知其他的客户端。
如图3所示，服务端启用端口1和端口2；端口1用于定时发送多播信息、收发单播确认信息，包括服务端向客户端发出的多播宣告信息、接收客户端发来的单播确认信息以及对客户端发来多播宣告信息的返回信息；端口2用于监听客户端发来的多播宣告信息。
各个客户端也使用两个端口，其使用方式与服务端相同。
实施例三：
如图7所示，在实施例二的基础上，服务端可以是多级结构；各服务端根据收到的多播消息或单播消息产生与本服务端直接连接的客户端清单；除最上级服务端外，下级服务端将客户端清单通过网络输出到上级服务端，最上级服务端汇总各服务端的客户端清单和最上级服务端直接连接的客户端清单，生成网络的全部客户端清单。
最上级服务端发给客户端的单播或多播消息还包括全部客户端清单；或者客户端向最上级服务端发出全部客户端清单的请求后，最上级服务端向客户端发出全部客户端清单。
上述实施例中的服务端和某一个客户端可以存在于同一个设备上。在本发明方法的软件实现上，服务端包含了客户端的功能。
上述实施例中运行客户端或服务端的操作***可以是微软公司Windows或UINX或Linux或苹果公司MAC，客户端或服务端发送多播消息或单播消息所用网络通讯协议可以是网络控制协议和网际协议(TCP/IP)或NOVELL协议族。
Claims (14)
1、一种检测网络中设备状态的方法，其特征在于：
网络中的客户端向外发出用于宣告自身存在的多播消息，服务端监听到客户端的多播消息后，将该客户端的信息从多播消息中解析并生成客户端清单，或将该客户端的信息加入到客户端清单中，实现服务端对客户端的检测；
运行客户端和服务端的操作***类型不受限制。
2、根据权利要求1所述的一种检测网络中设备状态的方法，其特征在于：所述客户端的多播消息中至少包含客户端的基本信息，该基本信息至少包括客户端的网络地址。
3、根据权利要求1所述的一种检测网络中设备状态的方法，其特征在于：所述服务端上的客户端清单中包含的客户端基本信息，至少包括客户端的网络地址。
4、根据权利要求1所述的一种检测网络中设备状态的方法，其特征在于：客户端定时发送多播消息，服务端根据监听结果不断更新客户端清单。
5、根据权利要求1所述的一种检测网络中设备状态的方法，其特征在于：服务端收到客户端发出的多播消息后，还进一步向客户端返回单播消息，使客户端得到服务端信息。
6、根据权利要求1或5所述的一种检测网络中设备状态的方法，其特征在于：服务端还向外发出用于宣告自身存在的多播消息。
7、根据权利要求6所述的一种检测网络中设备状态的方法，其特征在于：客户端收到服务端的多播消息后，返回单播消息给服务端，用于确认收到消息并向服务端宣告自身存在。
8、根据权利要求6或7所述的一种检测网络中设备状态的方法，其特征在于：服务端或客户端至少通过第一端口处理多播消息的发送和单播消息的收发，通过第二端口监听网络中发来的多播消息。
9、根据权利要求5或6所述的一种检测网络中设备状态的方法，其特征在于：服务端发给客户端的单播或多播消息中还包括客户端清单；或者客户端向服务端发出客户端清单的请求后，服务端向客户端发出客户端清单。
10、根据权利要求4所述的一种检测网络中设备状态的方法，其特征在于：当服务端更新客户端清单后，将该更新动作通知客户端。
11、根据权利要求1-10所述的任一种检测网络中设备状态的方法，其特征在于：服务端与客户端之间通过至少一级子服务端连接，各服务端根据收到的多播消息或单播消息产生与本服务端直接连接的客户端清单；下级服务端将客户端清单通过网络输出到上级服务端，最上级服务端汇总各服务端的客户端清单和最上级服务端直接连接的客户端清单，生成网络的全部客户端清单。
12、根据权利要求11所述的一种检测网络中设备状态的方法，其特征在于：所述服务端发给客户端的单播或多播消息中还包括全部客户端清单；或者客户端向直接连接的服务端发出全部客户端清单的请求后，该服务端向客户端发出全部客户端清单；上级服务端向下级服务端发出全部客户端清单。
13、根据权利要求1所述的一种检测网络中设备状态的方法，其特征在于，运行客户端或服务端的操作***至少为微软公司Windows或UINX或Linux或苹果公司MAC。
14、根据权利要求1所述的一种检测网络中设备状态的方法，其特征在于，客户端或服务端发送多播消息或单播消息所用网络通讯协议至少为网络控制协议和网际协议(TCP/IP)或NOVELL协议族。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CNB031088007A CN100505645C (zh) | 2003-03-31 | 2003-03-31 | 检测网络中设备状态的方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CNB031088007A CN100505645C (zh) | 2003-03-31 | 2003-03-31 | 检测网络中设备状态的方法 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN1534929A true CN1534929A (zh) | 2004-10-06 |
| CN100505645C CN100505645C (zh) | 2009-06-24 |
Family
ID=34283199
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CNB031088007A Expired - Fee Related CN100505645C (zh) | 2003-03-31 | 2003-03-31 | 检测网络中设备状态的方法 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN100505645C (zh) |
Cited By (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN100336406C (zh) * | 2005-10-11 | 2007-09-05 | ***通信集团公司 | 获取移动终端业务使用状态信息的方法 |
| US7463624B2 (en) | 2004-12-07 | 2008-12-09 | Kabushiki Kaisha Toshiba | Monitoring connection state between main equipment and terminal in network telephone system |
| CN101217512B (zh) * | 2008-01-11 | 2010-08-18 | 腾讯科技（深圳）有限公司 | 客户端状态维护方法、***及应用服务器 |
| CN101436953B (zh) * | 2007-11-14 | 2011-02-09 | 深圳Tcl工业研究院有限公司 | 一种网络设备在线宣告消息的管理方法及处理模块 |
| CN103986631A (zh) * | 2014-05-26 | 2014-08-13 | 小米科技有限责任公司 | 局域网设备发现方法及装置 |
| CN104468781A (zh) * | 2014-12-05 | 2015-03-25 | 谢勇 | 一种带过滤功能的网络设备快速搜索***及方法 |
-
2003
- 2003-03-31 CN CNB031088007A patent/CN100505645C/zh not_active Expired - Fee Related
Cited By (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US7463624B2 (en) | 2004-12-07 | 2008-12-09 | Kabushiki Kaisha Toshiba | Monitoring connection state between main equipment and terminal in network telephone system |
| CN100336406C (zh) * | 2005-10-11 | 2007-09-05 | ***通信集团公司 | 获取移动终端业务使用状态信息的方法 |
| CN101436953B (zh) * | 2007-11-14 | 2011-02-09 | 深圳Tcl工业研究院有限公司 | 一种网络设备在线宣告消息的管理方法及处理模块 |
| CN101217512B (zh) * | 2008-01-11 | 2010-08-18 | 腾讯科技（深圳）有限公司 | 客户端状态维护方法、***及应用服务器 |
| CN103986631A (zh) * | 2014-05-26 | 2014-08-13 | 小米科技有限责任公司 | 局域网设备发现方法及装置 |
| CN103986631B (zh) * | 2014-05-26 | 2016-03-30 | 小米科技有限责任公司 | 局域网设备发现方法及装置 |
| CN104468781A (zh) * | 2014-12-05 | 2015-03-25 | 谢勇 | 一种带过滤功能的网络设备快速搜索***及方法 |
Also Published As
| Publication number | Publication date |
|---|---|
| CN100505645C (zh) | 2009-06-24 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US7912959B2 (en) | Architecture for building a peer to peer messaging platform | |
| EP1703701B1 (en) | APIs to build peer to peer messaging applications | |
| CN1232080C (zh) | 网络中节省ip地址提供内部服务器的方法 | |
| US20150201014A1 (en) | Synchronization of web service endpoints in a multi-master synchronization environment | |
| CN1770718A (zh) | 用于建立双向隧道的方法和*** | |
| US8725852B1 (en) | Dynamic network action based on DHCP notification | |
| CN1692616A (zh) | 对等环境中的网络流量控制 | |
| CN104205774A (zh) | 网络地址储存库管理 | |
| CN1705940A (zh) | 来自外联网的工作站安装的远程应用程序的无缝发现 | |
| JP2009545025A (ja) | ネットワーク上のコンピュータ資産のインベントリを識別し、インベントリ管理を実行する方法およびシステム | |
| CN1918882A (zh) | 用于对互联设备间的数据传输进行优化的方法和*** | |
| CN1859304A (zh) | 一种邻居发现的实现方法 | |
| Nordström et al. | A search-based network architecture for mobile devices | |
| CN1767506A (zh) | 使用即时消息传递设施关联***管理信息的方法和设备 | |
| CN1885858A (zh) | 一种基于snmp协议对网络设备进行集群式管理的方法 | |
| CN109818883B (zh) | 基于指定源组播的分布式发布订阅传输方法 | |
| CN1534929A (zh) | 检测网络中设备状态的方法 | |
| CN1157898C (zh) | 用于互联网通信的方法 | |
| CN1467656A (zh) | 在即时通信工具中的信息推送方法和*** | |
| CN1282366C (zh) | 网络中设备状态的检测方法 | |
| US10701027B2 (en) | Self-organizing distributed computation grid | |
| US8959243B2 (en) | System and method to guide active participation in peer-to-peer systems with passive monitoring environment | |
| WO2022213095A1 (en) | Systems and methods for simulating control panel state and control panel responses | |
| CN1863193A (zh) | 实现网络安全装置安全策略的方法 | |
| CN1917436A (zh) | 基于Web实现网络设备集群式管理的方法 |
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 | ||
| CF01 | Termination of patent right due to non-payment of annual fee | ||
| CF01 | Termination of patent right due to non-payment of annual fee |
Granted publication date: 20090624 Termination date: 20210331 |