CN100505645C - Method of detecting equipment state in network - Google Patents
Method of detecting equipment state in network Download PDFInfo
- Publication number
- CN100505645C CN100505645C CNB031088007A CN03108800A CN100505645C CN 100505645 C CN100505645 C CN 100505645C CN B031088007 A CNB031088007 A CN B031088007A CN 03108800 A CN03108800 A CN 03108800A CN 100505645 C CN100505645 C CN 100505645C
- Authority
- CN
- China
- Prior art keywords
- client
- service end
- network
- multicast message
- inventory
- 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.)
- Expired - Fee Related
Links
Images
Landscapes
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
A method for detecting the device state in network includes timely transmitting the multicasts by servers and clients to announce their existance, returning the unicasts for confirming after the multicasts are received, generating client lisk by server or timely updating it, and obtaining the client list from servers by clients.
Description
Technical field
The present invention relates to a kind of method that detects equipment state in the network, belong to technical field of the computer network.
Background technology
Present popularizing along with computer and network, digital device is also more and more abundanter, PC for example, NoteBook, PDA, mobile phone, set-top box, mp3, digital camera, digital camera etc., these equipment may operate in a plurality of operating systems (as Windows, UINX, Linux, MAC etc.), mutual discovery between them realizes by operating system usually, for example the explorer on computer that Windows operating system is installed can find that other is equipped with the computer of Windows operating system by network, and these computer names are presented in the explorer.But the explorer of Windows operating system can not be found the computer of non-Windows operating system.
Summary of the invention
The purpose of this invention is to provide a kind of method that detects equipment state in the network, realize moving in the network the mutual discovery that different operating system equipment is arranged; When equipment entered a network environment, other existing equipment just can be found this equipment by the active declaration of this equipment in this network environment, and the transmission of this information is not limited by OS Type; The network that the user also needn't understand equipment connects parameter and OS Type.
The objective of the invention is to be achieved through the following technical solutions:
A kind of method that detects equipment state in the network, client in the network is outwards sent the multicast message that is used to declare that self exists, after service end listens to the multicast message of client, the client inventory is resolved and generated to the information of this client from multicast message, maybe the information with this client joins in the client inventory, realizes the detection of service end to client; The OS Type of running client and service end is unrestricted.
At least comprise the essential information of client in the multicast message of client, this essential information comprises the network address of client at least.The client essential information that comprises in the client inventory on the service end comprises the network address of client at least.Client timed sending multicast message, service end is brought in constant renewal in the client inventory according to snoop results.
Service end in the said method is also further returned unicast messages to client after receiving the multicast message that client sends, and makes client obtain service end information.
Service end in the said method is also outwards sent the multicast message that is used to declare that self exists.After client is received the multicast message of service end, return unicast messages and give service end, be used to acknowledge receipt of message and declare that to service end self exists.
Service end or client are handled the transmission of multicast message and the transmitting-receiving of unicast messages by first port at least, monitor the multicast message of sending in the network by second port.
Service end is issued in the unicast or multicast message of client and is also comprised the client inventory; After perhaps client was sent the request of client inventory to service end, service end was sent the client inventory to client.After service end is upgraded the client inventory, should upgrade the action notice client.
Be connected by one-level sub-services end at least between the service end of said method and the client, each service end produces and the direct-connected client inventory of this service end according to multicast message of receiving or unicast messages; Subordinate's service end outputs to higher level's service end with the client inventory by network, and higher level's service end gathers the client inventory and the direct-connected client inventory of higher level's service end of each service end, generates whole client inventories of network.
Service end is issued in the unicast or multicast message of client and is also comprised whole client inventories; After perhaps client was sent the request of whole client inventories to direct-connected service end, this service end was sent whole client inventories to client; Higher level's service end is sent whole client inventories to subordinate's service end.
In the said method, the operating system of running client or service end is at least the Windows of Microsoft or UINX or Linux or the MAC of Apple; Client or service end send multicast message or the used network communication protocol of unicast messages is at least Network Control Protocol and Internet protocol (TCP/IP) or NOVELL protocol suite.
By technique scheme as can be known, the present invention has following advantage:
1, the mutual discovery of different operating system equipment is that active by equipment declares to be finished on the network, so the network that the user needn't understand equipment connects parameter and OS Type.
2, Zhi Neng equipment control.If certain equipment withdraws from or enter network, other equipment in the network can obtain the change situation of facility information in the network.Hidden agreement, the device and operating system of physical network, made physical network user transparent.
Description of drawings
Fig. 1 is the network topology schematic diagram of the embodiment of the invention one;
Fig. 2 is the network topology schematic diagram of the embodiment of the invention two;
Fig. 3 is the embodiment of the invention two service ends or client communication interface catenation principle figure;
Fig. 4 is that the embodiment of the invention two service ends are handled the client-side information flow chart;
Fig. 5 is that the embodiment of the invention two service ends detect the client flow chart;
Fig. 6 is that the embodiment of the invention two another kind of service ends detect the client flow chart;
Fig. 7 is the network topology schematic diagram of the embodiment of the invention three.
Embodiment
Below, in conjunction with specific embodiments and with reference to accompanying drawing, the present invention is described in further detail.
Embodiment one:
As shown in Figure 1, this system is made up of service end and plurality of client end.The operating system of service end operation is Linux, and the operating system of client operation comprises linux, windows and unix.
Client sends User Datagram Protoco (UDP) (User Datagram Protocol is called for short UDP) multicast message to network.The information such as title, OS Type that comprises client in the multicast message.After service end receives the multicast message of client, resolve multicast message, generate the client inventory, maybe this client-side information is joined in the client inventory, realized detection client state in the network according to the client-side information in the multicast message.
Because udp protocol is the part of Network Control Protocol and Internet protocol (TCP/IP) family, and the interface that existing operating system all can be called ICP/IP protocol carries out network service, so service end is not subjected to the restriction of the OS Type of running client and service end for the detection that is connected to client in the network.
Embodiment two:
As shown in Figure 2, this system is made up of service end and plurality of client end.The operating system of service end operation is Linux, and the operating system of client operation comprises linux, windows and unix.
As shown in Figure 5, client is constantly sent the multicast message that UDP is used to declare the information of self to network, the essential information that comprises client in the multicast message, comprise information such as client name, OS Type, after receiving the multicast information that service end sends, return a TCP unicast info and give service end, declare the existence of oneself, also comprise the information such as title, OS Type of service end in the unicast messages.
As shown in Figure 6, the same UDP multicast message that constantly sends of service end sends and is spaced apart 5ms, perhaps a certain client is sent the information of searching.The information such as title, OS Type that comprises service end in the multicast message.After service end receives the multicast message of client, send the announcement message of TCP clean culture, return to the client that sends multicast message, comprise the information such as title, OS Type of service end in the TCP unicast messages.
As shown in Figure 4, also generation, issue and the renewal of administrative client inventory of service end.
The unicast or multicast message that service end is sent by client is found to generate a client inventory according to the client-side information in the message after the client, maybe this client-side information is joined in the client inventory.For the declaration information of adding client, service end filters out it, no longer is for further processing.
Service end is by monitoring the multicast message of client timed sending, or accept the unicast messages that client is returned for the service end multicast message, or accept a certain client and send the message of putting back to of searching message for service end, at any time detect for all clients in the network, constantly refresh the client inventory; In case client state changes, for example enter or exit network, just make corresponding processing, the client that upgrades in time inventory, and in time notify other client.
As shown in Figure 3, service end is enabled port one and port 2; Port one is used for timed sending multicast information, transmitting-receiving clean culture confirmation, comprises multicast declaration information, the clean culture confirmation that the reception client is sent and the return information of client being sent multicast declaration information that service end is sent to client; Port 2 is used to monitor the multicast declaration information that client is sent.
Each client is also used two ports, and its occupation mode is identical with service end.
Embodiment three:
As shown in Figure 7, on the basis of embodiment two, service end can be a multilevel hierarchy; Each service end produces and the direct-connected client inventory of this service end according to multicast message of receiving or unicast messages; Except that higher level's service end, subordinate's service end outputs to higher level's service end with the client inventory by network, higher level's service end gathers the client inventory and the direct-connected client inventory of higher level's service end of each service end, generates whole client inventories of network.
The unicast or multicast message that higher level's service end is issued client also comprises whole client inventories; Perhaps client is after higher level's service end is sent the request of whole client inventories, and higher level's service end is sent whole client inventories to client.
Service end in the foregoing description and some clients may reside on the same equipment.Realize that at the software of the inventive method service end has comprised the function of client.
The operating system of running client or service end can be the Windows of Microsoft or UINX or Linux or the MAC of Apple in the foregoing description, and client or service end send multicast message or the used network communication protocol of unicast messages can be Network Control Protocol and Internet protocol (TCP/IP) or NOVELL protocol suite.
Claims (13)
1, a kind of method that detects equipment state in the network is characterized in that:
Client in the network is outwards sent the multicast message that is used to declare that self exists, after service end listens to the multicast message of client, the client inventory is resolved and generated to the information of this client from multicast message, maybe the information with this client joins in the client inventory, realizes the detection of service end to client;
Be connected by one-level sub-services end at least between service end and the client, each service end produces and the direct-connected client inventory of this service end according to multicast message of receiving or unicast messages; Subordinate's service end outputs to higher level's service end with the client inventory by network, and higher level's service end gathers the client inventory and the direct-connected client inventory of higher level's service end of each service end, generates whole client inventories of network;
The OS Type of running client and service end is unrestricted.
2, a kind of method that detects equipment state in the network according to claim 1, it is characterized in that: comprise the essential information of client in the multicast message of described client at least, this essential information comprises the network address of client at least.
3, a kind of method that detects equipment state in the network according to claim 1 is characterized in that: the client essential information that comprises in the client inventory on the described service end comprises the network address of client at least.
4, a kind of method that detects equipment state in the network according to claim 1 is characterized in that: client timed sending multicast message, service end is brought in constant renewal in the client inventory according to snoop results.
5, a kind of method that detects equipment state in the network according to claim 1 is characterized in that: service end is also further returned unicast messages to client after receiving the multicast message that client sends, and makes client obtain service end information.
6, a kind of method that detects equipment state in the network according to claim 1 is characterized in that: service end is also outwards sent the multicast message that is used to declare that self exists.
7, a kind of method that detects equipment state in the network according to claim 6 is characterized in that: after client is received the multicast message of service end, return unicast messages and give service end, be used to acknowledge receipt of message and declare that to service end self exists.
8, according to claim 6 or 7 described a kind of methods that detect equipment state in the network, it is characterized in that: service end or client are handled the transmission of multicast message and the transmitting-receiving of unicast messages by first port at least, monitor the multicast message of sending in the network by second port.
9, according to claim 5 or 6 described a kind of methods that detect equipment state in the network, it is characterized in that: service end is issued in the unicast or multicast message of client and is also comprised the client inventory; After perhaps client was sent the request of client inventory to service end, service end was sent the client inventory to client.
10, a kind of method that detects equipment state in the network according to claim 4 is characterized in that: after service end is upgraded the client inventory, should upgrade the action notice client.
11, according to claim 5 or 6 described a kind of methods that detect equipment state in the network, it is characterized in that: described service end is issued in the unicast or multicast message of client and is also comprised whole client inventories; After perhaps client was sent the request of whole client inventories to direct-connected service end, this service end was sent whole client inventories to client; Higher level's service end is sent whole client inventories to subordinate's service end.
12, a kind of method that detects equipment state in the network according to claim 1 is characterized in that, the operating system of running client or service end is at least the Windows of Microsoft or UINX or Linux or the MAC of Apple.
13, according to claim 6 or 7 described a kind of methods that detect equipment state in the network, it is characterized in that client or service end send multicast message or the used network communication protocol of unicast messages is at least Network Control Protocol and Internet protocol (TCP/IP) or NOVELL protocol suite.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CNB031088007A CN100505645C (en) | 2003-03-31 | 2003-03-31 | Method of detecting equipment state in network |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CNB031088007A CN100505645C (en) | 2003-03-31 | 2003-03-31 | Method of detecting equipment state in network |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN1534929A CN1534929A (en) | 2004-10-06 |
| CN100505645C true CN100505645C (en) | 2009-06-24 |
Family
ID=34283199
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CNB031088007A Expired - Fee Related CN100505645C (en) | 2003-03-31 | 2003-03-31 | Method of detecting equipment state in network |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN100505645C (en) |
Families Citing this family (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP4737980B2 (en) | 2004-12-07 | 2011-08-03 | 株式会社東芝 | Telephone system and main device of the telephone system |
| CN100336406C (en) * | 2005-10-11 | 2007-09-05 | 中国移动通信集团公司 | Method for acquiring mobile terminal service use state information |
| CN101436953B (en) * | 2007-11-14 | 2011-02-09 | 深圳Tcl工业研究院有限公司 | Management method and processing module for on-line announcement message of network appliance |
| CN101217512B (en) * | 2008-01-11 | 2010-08-18 | 腾讯科技（深圳）有限公司 | A client-end state maintenance method, system, client-end and application server |
| CN103986631B (en) * | 2014-05-26 | 2016-03-30 | 小米科技有限责任公司 | Lan device discover method and device |
| CN104468781A (en) * | 2014-12-05 | 2015-03-25 | 谢勇 | Network device fast searching system having filtering function and method |
-
2003
- 2003-03-31 CN CNB031088007A patent/CN100505645C/en not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| CN1534929A (en) | 2004-10-06 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| EP1703701B1 (en) | APIs to build peer to peer messaging applications | |
| US7912959B2 (en) | Architecture for building a peer to peer messaging platform | |
| US7543023B2 (en) | Service support framework for peer to peer applications | |
| CN101253488B (en) | Distributed caching of files in a network | |
| CN106464665B (en) | Rules engine integrated with message routing | |
| US20070005760A1 (en) | Systems and methods for providing presence tracking in a distributed computing system | |
| WO2018157916A1 (en) | Publish-subscribe messaging systems, methods, apparatuses, computer programs and computer program products | |
| Nordström et al. | A search-based network architecture for mobile devices | |
| CN113194550B (en) | Data channel construction method, server and data cluster system | |
| Tran et al. | A smart meeting room scheduling and management system with utilization control and ad-hoc support based on real-time occupancy detection | |
| CN111263338A (en) | Network distribution method of Bluetooth Mesh network and related network distribution equipment and system | |
| CN115242805B (en) | Distributed MQTT message transmission method, transmission system and storage medium based on gossip | |
| CN100505645C (en) | Method of detecting equipment state in network | |
| CN109818883B (en) | Distributed publishing and subscribing transmission method based on appointed source multicast | |
| US20100293239A1 (en) | Maintaining instant messaging conversations when a recipient is not at their primary workstation | |
| Choi et al. | Cluster-based CoAP for message queueing in Intemet-of-Things networks | |
| CN105357329A (en) | Business data transmission method, device and system for use in cross-Internet data center (IDC) network environment | |
| CN113242317B (en) | Addressing route synchronization method and related device for alliance chain supervision system | |
| Gomes et al. | Xmpp based context management architecture | |
| Moritz et al. | Devices profile for web services in wireless sensor networks: Adaptations and enhancements | |
| Schuster et al. | Global-scale federated access to smart objects using xmpp | |
| CN103023668B (en) | A kind of find and control method, the Apparatus and system of embedded log equipment | |
| CN1282366C (en) | Detecting method of equipment state in network | |
| CN109617817A (en) | A kind of generation method and device of the forwarding-table item of MLAG networking | |
| US20040199579A1 (en) | Collaboration bus apparatus and method |
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 |