WO2019140756A1 - 一种局域网多设备识别方法 - Google Patents
一种局域网多设备识别方法 Download PDFInfo
- Publication number
- WO2019140756A1 WO2019140756A1 PCT/CN2018/078200 CN2018078200W WO2019140756A1 WO 2019140756 A1 WO2019140756 A1 WO 2019140756A1 CN 2018078200 W CN2018078200 W CN 2018078200W WO 2019140756 A1 WO2019140756 A1 WO 2019140756A1
- Authority
- WO
- WIPO (PCT)
- Prior art keywords
- slave device
- slave
- master
- area network
- local area
- Prior art date
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L43/00—Arrangements for monitoring or testing data switching networks
- H04L43/10—Active monitoring, e.g. heartbeat, ping or trace-route
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
Definitions
- the present invention relates to the field of local area network communication technologies, and in particular, to a method for identifying a multi-device in a local area network.
- the network-based video conferencing system has the advantages of low cost, easy integration, convenient deployment, etc., and its application is more and more extensive, and various video conferencing system accessories are also more and more, and there is an urgent need for multi-device identification in a local area network. Method to identify these accessories to facilitate the use of these accessories.
- the technical solution adopted by the present invention is:
- a local area network multi-device identification method which is characterized in that: the system architecture of the local area network is set to a C/S architecture, the local area network host is used as a master device, and other accessories are used as slave devices; the slave devices are actively directed according to the IP and port of the master device.
- the master device sends a heartbeat packet, identifies the master device type, and reports the slave device plug-and-play state. After receiving the heartbeat packet of the slave device in the local area network, the master device starts sending a heartbeat packet to the slave device, and identifies the slave device type and the plug-in state.
- the identification process is as follows:
- the master device is in an idle state when it is not inserted from the device; when the slave device is connected, the slave device actively sends a heartbeat packet to the master device; the master device receives the heartbeat packet of the slave device, and sends a type message of the master device to the slave device. Device; receives the heartbeat reply packet of the master device from the device, and obtains the device type of the master device;
- the master device After receiving the heartbeat packet of the slave device, the master device actively sends a heartbeat packet to the slave device at the same time; the slave device receives the heartbeat packet of the master device, and sends a type message of the slave device to the master device; the master device receives the heartbeat reply packet of the slave device, And obtaining the device type of the slave device, and obtaining a connection message of the slave device;
- the master device After the master device and the slave device complete mutual identification, the master device cyclically sends a heartbeat packet and receives a heartbeat packet to the slave device and replies, and the slave device cyclically transmits the heartbeat packet and the heartbeat packet to the master device and responds.
- the identification process is as follows:
- the master/slave device fails to obtain the heartbeat reply packet within the timeout period, it is determined that the slave device is removed, and the slave device pulls out the message, the master device stops the heartbeat packet loop thread, and does not send the heartbeat packet to the slave device, and is in an idle state.
- the heartbeat reply packet is a data packet, which is a udp packet.
- the present invention has the following beneficial effects:
- both the master and the slave have a heartbeat packet detection mechanism, which can quickly detect the disconnection and reconnection of devices in the LAN.
- support two-way device identification that is, the host can identify the type of accessories, and the accessories can also identify the host type.
- 1 is a flow chart of identification when a slave device is accessed according to the present invention
- Figure 2 is a flow chart showing the identification of the slave device when it is disconnected.
- the present invention discloses a method for identifying a multi-device in a local area network, which adopts a C/S architecture, which is a client and server architecture, a LAN host as a master device, and other accessories as slaves.
- the device for the slave device, the IP address and port of the master device are fixed, so the slave device can actively send the heartbeat packet to the master device, identify the master device type, and report the plug-in status of the slave device.
- the master device After receiving the heartbeat packet of the slave device in the LAN, the master device starts sending a heartbeat packet to the slave device to identify the slave device type and the plug-in state.
- the identification process when accessing from the device, the identification process is as follows:
- Step 1 The master device is idle when there is no slave device inserted. At this time, the master device does not actively send heartbeat packets. When the slave device accesses, the slave device actively sends heartbeat packets to the master device.
- Step 2 The master device receives the heartbeat packet of the slave device, and sends a type message of the master device according to the identification protocol, and returns the message to the slave device. After receiving the heartbeat reply packet of the master device, the slave device can obtain the device type of the master device.
- Step 3 After receiving the heartbeat packet of the slave device, the master device realizes that there is a slave device insertion. At this time, the master device actively sends a heartbeat packet to the slave device; the slave device receives the heartbeat packet of the master device, and sends the slave heartbeat packet according to the identification protocol. The type message of the device is returned to the master device;
- Step 4 After receiving the heartbeat reply packet of the slave device, the master device may obtain the device type of the slave device, and obtain a connection message of the slave device.
- Step 5 The primary device cyclically sends the heartbeat packet and receives the heartbeat packet reply; the slave device cyclically sends the heartbeat packet and receives the heartbeat packet reply.
- the identification process is as follows:
- Step 1 After the master device recognizes the slave device, it sends a heartbeat packet to the slave device at regular intervals. After the slave device is removed, the heartbeat packet sent by the master device to the slave device is not recovered.
- Step 2 When the master and slave devices fail to obtain the reply of the heartbeat packet within the timeout period, the slave device is removed, the message is pulled out from the device, and the heartbeat packet is stopped. The heartbeat packet is no longer sent to the slave device. Idle state
- the heartbeat packet reply packet of the master device and the slave device is a data packet
- the data packet uses a udp packet, wherein udp is a user datagram protocol.
- udp is a user datagram protocol.
- the principle of the retransmission mechanism is to resend the data packet without receiving a response to send the data packet within a certain period of time. We will classify the packets that are sent. Some packages need to be reliable. For example, to obtain the version number, we need to support the retransmission confirmation mechanism. Some packages do not need to guarantee reliability, such as heartbeat packets, and do not need to support the retransmission confirmation mechanism.
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Health & Medical Sciences (AREA)
- Cardiology (AREA)
- General Health & Medical Sciences (AREA)
- Small-Scale Networks (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明涉及一种局域网多设备识别方法,其将局域网的系统体系结构采用C/S架构,局域网主机作为主设备,其它配件作为从设备;所述从设备依据主设备的IP和端口主动向主设备发送心跳包,识别主设备类型,并上报从设备插拔状态;所述主设备接收局域网内从设备的心跳包后,开始向从设备发送心跳包,识别从设备类型与插拔状态。采用本发明局域网多设备识别方法可以快速检测局域网设备的断开和连接。
Description
本发明涉及局域网通信技术领域,具体涉及一种局域网多设备识别方法。
基于网络的视频会议系统,具有成本低廉、易于集成、部署方便等优点,其应用越来越广泛的,各种视频会议系统的配件也越来越多,迫切需要一种局域网内的多设备识别方法,对这些配件进行识别,以便于使用这些配件。
本发明的目的在于提供一种局域网多设备识别方法,其可以快速检测局域网设备的断开和连接。
为实现上述技术方案,本发明采用的技术方案是:
一种局域网多设备识别方法,其特征在于:将局域网的系统体系结构设置为C/S架构,局域网主机作为主设备,其它配件作为从设备;所述从设备依据主设备的IP和端口主动向主设备发送心跳包,识别主设备类型,并上报从设备插拔状态;所述主设备接收局域网内从设备的心跳包后,开始向从设备发送心跳包,识别从设备类型与插拔状态。
当从设备接入局域网时,识别过程具体如下:
主设备在没有从设备插入的时候,处于空闲状态;当从设备接入的时候,从设备主动向主设备发送心跳包;主设备接收到从设备的心跳包,发送主设备的类型消息给从设备;从设备收到主设备的心跳回复包,并获取主设备的设备类型;
主设备在收到从设备的心跳包后,同时主动向从设备发送心跳包;从设备接收主设备的心跳包,发送从设备的类型消息给主设备;主设备接收从设备的心跳回复包,并获取从设备的设备类型,获取从设备的连接消息;
主设备和从设备完成相互识别后,主设备向从设备循环发送心跳包和接收心跳包并回复,从设备向主设备循环发送心跳包和接收心跳包并回复。
当从设备断开局域网时,识别过程具体如下:
当主从设备在超时时间内获取不到心跳回复包,判断为从设备被移除,上报从设备拔出消息,主设备停止心跳包循环线程,不再发送心跳包给从设备,处于空闲状态。
所述心跳回复包为数据包,其为udp包。
采用上述方案后,本发明具有以下有益效果:
一、主从双方都有心跳包检测机制,可以快速检测局域网内设备的断开和重连。
二、支持双向设备识别,即主机可以识别配件类型,配件也可以识别主机类型。
图1为本发明的从设备接入时的识别流程图;
图2为本发明的从设备断开时的识别流程图。
如图1和图2所示,本发明揭示了一种局域网多设备识别方法,其采用C/S架构,该C/S架构为客户端和服务器架构,局域网主机作为主设备,其它配件作为从设备,对于从设备而言,主设备的IP和端口是固定的,所以从设备可以主动向主设备发送心跳包,识别主设备类型,并上报从设备插拔状态。对于主设备而言,主设备收到局域网内从设备的心跳包后,开始向从设备发送心跳包,识别从设备类型与插拔状态。
其中,当从设备接入时,其识别过程具体如下:
步骤1、主设备在没有从设备插入的时候,处于空闲状态,这时主设备不会主动发送心跳包;当从设备接入的时候,从设备会主动向主设备发送心跳包;
步骤2、主设备收到从设备的心跳包,依据识别协议发送主设备的类型消息,返回给从设备;从设备收到主设备的心跳回复包后,可以获取主设备的设备类型;
步骤3、主设备在收到从设备的心跳包后,意识到有从设备插入,这时主设备会主动向从设备发送心跳包;从设备收到主设备的心跳包,依据识别协议发送从设备的类型消息,返回给主设备;
步骤4、主设备收到从设备的心跳回复包后,可以获取从设备的设备类型,获取从设备的连接消息;
步骤5、主设备循环发送心跳包和接收心跳包回复;从设备循环发送心跳包和接收心跳包回复。
当从设备移除时,识别过程具体如下:
步骤1、主设备识别到从设备后,每隔一定时间向从设备发送心跳包;当从设备移除后,主设备发送给从设备的心跳包是得不到回复的;
步骤2、当主从设备在超时时间内获取不到心跳包的回复,就认为从设备被移除,上报从设备拔出消息,并停止心跳包循环线程,不再发送心跳包给从设备,处于空闲状态;
上述识别方法中主设备和从设备的心跳包回复包为数据包,该数据包采用udp包,其中,udp为用户数据报协议。由于在局域网内,网络环境相对稳定,采用udp包进行通信,收发快速,网络带宽占用小。但udp本身的不可靠性,添加检测重传机制,避免丢包,保证数据传输的可靠性。重传机制的原理是在一定时间内没有收到发送数据包的响应,就重发该数据包。我们会对发送的包进行分类,有些包要保证可靠性,比如获取版本号,就需要支持重传确认机制。而有些包不需要保证可靠性,比如心跳包,就不需要支持重传确认机制。
以上所述,仅是本发明实施例而已,并非对本发明的技术范围作任何限制,故凡是依据本发明的技术实质对以上实施例所作的任何细微修改、等同变化与修饰,均仍属于本发明技术方案的范围内。
Claims (4)
- 一种局域网多设备识别方法,其特征在于:将局域网的系统体系结构设置为C/S架构,局域网主机作为主设备,其它配件作为从设备;所述从设备依据主设备的IP和端口主动向主设备发送心跳包,识别主设备类型,并上报从设备插拔状态;所述主设备接收局域网内从设备的心跳包后,开始向从设备发送心跳包,识别从设备类型与插拔状态。
- 根据权利要求1所述的一种局域网多设备识别方法,其特征在于:当从设备接入局域网时,识别过程具体如下:主设备在没有从设备插入的时候,处于空闲状态;当从设备接入的时候,从设备主动向主设备发送心跳包;主设备接收到从设备的心跳包,发送主设备的类型消息给从设备;从设备收到主设备的心跳回复包,并获取主设备的设备类型;主设备在收到从设备的心跳包后,同时主动向从设备发送心跳包;从设备接收主设备的心跳包,发送从设备的类型消息给主设备;主设备接收从设备的心跳回复包,并获取从设备的设备类型,获取从设备的连接消息;主设备和从设备完成相互识别后,主设备向从设备循环发送心跳包和接收心跳包并回复,从设备向主设备循环发送心跳包和接收心跳包并回复。
- 根据权利要求2所述的一种局域网多设备识别方法,其特征在于:当从设备断开局域网时,识别过程具体如下:当主从设备在超时时间内获取不到心跳回复包,判断为从设备被移除,上报从设备拔出消息,主设备停止心跳包循环线程,不再发送心跳包给从设备,处于空闲状态。
- 根据权利要求2或3所述的一种局域网多设备识别方法,其特征在于:所述心跳回复包为数据包,其为udp包。
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201810059086.3A CN108377210B (zh) | 2018-01-22 | 2018-01-22 | 一种局域网多设备识别方法 |
CN201810059086.3 | 2018-01-22 |
Publications (1)
Publication Number | Publication Date |
---|---|
WO2019140756A1 true WO2019140756A1 (zh) | 2019-07-25 |
Family
ID=63016645
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
PCT/CN2018/078200 WO2019140756A1 (zh) | 2018-01-22 | 2018-03-07 | 一种局域网多设备识别方法 |
Country Status (2)
Country | Link |
---|---|
CN (1) | CN108377210B (zh) |
WO (1) | WO2019140756A1 (zh) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN114036080A (zh) * | 2021-11-09 | 2022-02-11 | 许昌许继软件技术有限公司 | 一种显示终端使用通信串口升级程序的方法及装置 |
Families Citing this family (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN109120881B (zh) * | 2018-09-21 | 2020-10-02 | 上海赛连信息科技有限公司 | 一种多方会议控制方法、系统及终端 |
CN110730116B (zh) * | 2019-10-21 | 2021-10-29 | 杭州鸿雁智能科技有限公司 | 局域网内的通信设备的操作方法、通信设备及网关设备 |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103150205A (zh) * | 2011-10-31 | 2013-06-12 | 株式会社Pfu | 信息处理系统、信息处理装置、以及客户终端 |
CN105634805A (zh) * | 2015-12-31 | 2016-06-01 | 深圳市磊科实业有限公司 | 一种无线组网环境下主控设备对附加设备统一配置的方法 |
CN105871668A (zh) * | 2016-03-29 | 2016-08-17 | 海尔优家智能科技(北京)有限公司 | 物联网智能家电的互联互通方法及智能家电 |
Family Cites Families (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7620001B2 (en) * | 2004-10-13 | 2009-11-17 | Good Technology, Inc. | Communication system and method with mobile devices |
CN106302692A (zh) * | 2016-08-09 | 2017-01-04 | 深圳Tcl新技术有限公司 | 设备的发现方法和装置 |
CN107181628B (zh) * | 2017-07-20 | 2020-05-05 | 杭州老板电器股份有限公司 | 双向无线通信方法、装置和终端 |
-
2018
- 2018-01-22 CN CN201810059086.3A patent/CN108377210B/zh active Active
- 2018-03-07 WO PCT/CN2018/078200 patent/WO2019140756A1/zh active Application Filing
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103150205A (zh) * | 2011-10-31 | 2013-06-12 | 株式会社Pfu | 信息处理系统、信息处理装置、以及客户终端 |
CN105634805A (zh) * | 2015-12-31 | 2016-06-01 | 深圳市磊科实业有限公司 | 一种无线组网环境下主控设备对附加设备统一配置的方法 |
CN105871668A (zh) * | 2016-03-29 | 2016-08-17 | 海尔优家智能科技(北京)有限公司 | 物联网智能家电的互联互通方法及智能家电 |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN114036080A (zh) * | 2021-11-09 | 2022-02-11 | 许昌许继软件技术有限公司 | 一种显示终端使用通信串口升级程序的方法及装置 |
Also Published As
Publication number | Publication date |
---|---|
CN108377210A (zh) | 2018-08-07 |
CN108377210B (zh) | 2020-07-24 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US9203783B2 (en) | Active multi-path network redundancy with performance monitoring | |
WO2019140756A1 (zh) | 一种局域网多设备识别方法 | |
WO2015003566A1 (zh) | 组播域名系统中报文传输的方法、装置及系统 | |
WO2012115385A2 (en) | Apparatus and method for providing universal plug and play service based on wi-fi direct connection in portable terminal | |
CN102111409B (zh) | 支持无线多播传输的方法和系统 | |
US20070223494A1 (en) | Method for the resolution of addresses in a communication system | |
JP2005519354A (ja) | 無線装置の接続および切離システム、装置、および方法 | |
CN112398847B (zh) | 一种基于TCP Socket和改进心跳机制的内网穿透方法和系统 | |
BR112015021786B1 (pt) | Dispositivo hospedeiro para comunicação sem fio com múltiplos dispositivos acopladores, dispositivo acoplador para comunicação sem fio com dispositivo hospedeiro e método de comunicação sem fio entre um dispositivo hospedeiro e múltiplos dispositivos acopladores | |
CN113194550A (zh) | 数据通道的构建方法、服务器及数据集群系统 | |
CN104283783A (zh) | 一种即插即用网络中网关设备转发报文的方法和装置 | |
JP2009027645A (ja) | 無線通信装置 | |
WO2016015606A1 (zh) | 一种用于定位端口连接错误的方法和相关设备 | |
JPH10308791A (ja) | データ通信方法、データ通信装置、およびデータ通信プログラム記録媒体 | |
JP6102214B2 (ja) | 転送プログラム、設定プログラム、送信プログラム、転送装置、設定装置、送信装置、転送方法、設定方法および送信方法 | |
Ramakrishnan | 16-bit embedded Web server | |
JP5999461B2 (ja) | インターネット・プロトコル・アドレスを取得するための方法、装置、およびシステム | |
CN102025730B (zh) | 基于http协议的数据传输装置及其实现方法 | |
JP2015012601A (ja) | ネットワーク端末装置同士の接続方法 | |
WO2014019165A1 (zh) | 一种多机间进行业务备份的方法、装置及系统 | |
Bigioi et al. | PTP/IP-a new transport specification for wireless photography | |
US10111051B2 (en) | Communication apparatus, control method therefor, program, and storage medium | |
CN113422798B (zh) | 一种网络数据传输方法、装置、系统以及计算机 | |
US10880198B2 (en) | Aggregating targeted and exploration queries | |
EP3285437A1 (en) | Electronic device and communications method thereof |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
121 | Ep: the epo has been informed by wipo that ep was designated in this application |
Ref document number: 18900883 Country of ref document: EP Kind code of ref document: A1 |
|
NENP | Non-entry into the national phase |
Ref country code: DE |
|
122 | Ep: pct application non-entry in european phase |
Ref document number: 18900883 Country of ref document: EP Kind code of ref document: A1 |