CN112165735B - Cloud-integrated Wi-Fi device ad hoc network method - Google Patents
Cloud-integrated Wi-Fi device ad hoc network method Download PDFInfo
- Publication number
- CN112165735B CN112165735B CN202011028228.3A CN202011028228A CN112165735B CN 112165735 B CN112165735 B CN 112165735B CN 202011028228 A CN202011028228 A CN 202011028228A CN 112165735 B CN112165735 B CN 112165735B
- Authority
- CN
- China
- Prior art keywords
- equipment
- server
- determined
- cloud server
- cloud
- 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.)
- Active
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W84/00—Network topologies
- H04W84/18—Self-organising networks, e.g. ad-hoc networks or sensor networks
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/06—Management of faults, events, alarms or notifications
- H04L41/0654—Management of faults, events, alarms or notifications using network fault recovery
- H04L41/0668—Management of faults, events, alarms or notifications using network fault recovery by dynamic selection of recovery network elements, e.g. replacement by the most appropriate element after failure
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L63/00—Network architectures or network communication protocols for network security
- H04L63/08—Network architectures or network communication protocols for network security for authentication of entities
- H04L63/0876—Network architectures or network communication protocols for network security for authentication of entities based on the identity of the terminal or configuration, e.g. MAC address, hardware or software configuration or device fingerprint
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/26—Special purpose or proprietary protocols or architectures
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W12/00—Security arrangements; Authentication; Protecting privacy or anonymity
- H04W12/08—Access security
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/30—Services specially adapted for particular environments, situations or purposes
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer Security & Cryptography (AREA)
- Computing Systems (AREA)
- Power Engineering (AREA)
- Computer Hardware Design (AREA)
- General Engineering & Computer Science (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
A cloud-integrated Wi-Fi device ad hoc network method belongs to the technical field of protocol communication control and comprises the following steps: s100, a cloud server designates a server under an SSDP protocol and designates a client under the SSDP protocol, topology configuration of the Internet of things is completed, configuration information is generated, and then the configuration information is pushed to a Wi-Fi router through the Internet, wherein the configuration information comprises at least one topology structure layer of the Internet of things, and each topology structure layer is designated with an upper-level Internet of things node identification and a plurality of lower-level Internet of things node identifications correspondingly associated with the upper-level Internet of things node identification; s200, when the server is disconnected or the server is updated, the cloud server appoints a piece of networking equipment as a new server again. Through the scheme, the dynamic change of the identity of the network internal equipment can be realized, the self-networking among a plurality of equipment is facilitated, the flexibility is increased, and meanwhile, the network paralysis caused by the disconnection of the server side is avoided.
Description
Technical Field
The invention belongs to the technical field of protocol communication control, and particularly relates to a cloud-integrated Wi-Fi device ad hoc network method.
Background
A plurality of Wi-Fi devices are located in the same local area network and can be interconnected and intercommunicated through SSDP protocol discovery. SSDP (simple Service Discovery protocol), which is an application layer protocol, is one of core protocols constituting a universal plug and play (UPnP) technology, and according to the specification of the protocol, when a control point (client) accesses a network, it may send a "SSDP: Discovery" message to an SSDP port of a specific multicast address using an M-SEARCH method. When the device monitors the message sent by the control point on the reserved multicast address, the device analyzes the service requested by the control point, and if the device provides the service requested by the control point, the device directly responds to the request of the control point in a unicast mode.
Similarly, when a device accesses the network, it should send a "SSDP: alive" message to the SSDP port of a particular multicast address using the NOTIFY method. And the control point processes the monitored message according to the own strategy. Considering that a "ssdp: alive" message must specify a timeout value within the HTTP protocol header CACHE-CONTROL, the device must retransmit the "ssdp: alive" message before the agreed timeout value arrives, possibly without notification, or offloaded from the network. If the control point does not receive the message ssdp: alive again sent by the device within the specified timeout value, the control point considers that the device has failed.
When a device plans to be offloaded from the network, it should also send a "SSDP byebye" message to the SSDP port of a particular multicast address using the NOTIFY method. However, even if the message of ssdp byebye is not sent, the control point considers the device corresponding to the message of ssdp alive which is overtime and is not received again as the failed device according to the overtime value specified by the message of ssdp alive.
In the IPv4 environment, when it is necessary to transmit related messages using multicast, SSDP generally uses a multicast address 239.255.255.250 and a UDP port number 1900.
Under the SSDP protocol, an accessed Wi-Fi device must determine whether its identity is used as a control point (client) or a service providing point (server), but when multiple internet of things devices are in the same local area network, except for being directly connected to a cloud, in order to improve the efficiency of communication between objects, a private network often needs to be formed under the local area network, and a certain device is used as a service node. It is of course possible to already specify a certain class of devices as service provision points (servers) and a certain class of devices as control points (clients) at the time of product definition, but this would greatly reduce the flexibility of the scheme. For example, if two client devices cannot communicate with each other in the same lan, a server must be added to form a private network. Conversely, if the identity of a device (server or client) can be dynamically changed, multiple devices can be flexibly self-networked.
Disclosure of Invention
In view of the defects of the prior art, the invention aims to provide a cloud-integrated Wi-Fi device ad hoc network method.
In order to achieve the above object, the present invention adopts the following technical solutions.
A cloud-integrated Wi-Fi device ad hoc network method comprises the following steps:
s100, a cloud server designates a server under an SSDP protocol and designates a client under the SSDP protocol, topology configuration of the Internet of things is completed, configuration information is generated, and then the configuration information is pushed to a Wi-Fi router through the Internet, wherein the configuration information comprises at least one topology structure layer of the Internet of things, and each topology structure layer is designated with an upper-level Internet of things node identification and a plurality of lower-level Internet of things node identifications correspondingly associated with the upper-level Internet of things node identification;
s200, when the server is disconnected or the server is updated, the cloud server appoints a piece of networking equipment as a new server again.
Further, in step S100, the cloud server designates a server under the SSDP protocol, including the following steps:
s111, before a user accesses the equipment to be determined to the cloud end, the user must log in a cloud end server through a mobile end;
s112, the user sends the SSID and the password of the Wi-Fi router to the equipment to be determined through the mobile terminal;
s113, after acquiring the SSID and the password of the Wi-Fi router and connecting the SSID and the password to the Wi-Fi router, the to-be-determined equipment sends the equipment identification code to the mobile terminal through UDP broadcast, and meanwhile, the to-be-determined equipment is directly connected to a cloud server;
s114, after receiving the equipment identification code, the mobile terminal sends the equipment identification code and an equipment registration instruction to the cloud server to bind the equipment to be determined and the user account;
s115, after the cloud server binds the user account and the corresponding equipment to be determined, judging whether the equipment to be determined is the equipment which is accessed to the cloud server first by the user, and distributing the SSDP identity of the equipment to be determined: if the to-be-determined equipment is the equipment which is accessed to the cloud server by the user in the first time, the cloud server instructs the to-be-determined equipment to be the server equipment under the local area network, and the to-be-determined equipment is configured to be the server under the SSDP protocol;
and S116, after receiving the instruction, the to-be-determined equipment is set as a service end under an SSDP protocol, starts SSDP service and monitors connection of the client.
Preferably, in step S112, the user sends the SSID and the password of the Wi-Fi router to the pending device by using SoftAP or smartconfig through the mobile terminal.
Further, in step S100, the cloud server specifies a client under the SSDP protocol, including the following steps:
s121, before a user accesses the equipment to be determined to the cloud end, the user must log in a cloud end server through a mobile end;
s122, the user sends the SSID and the password of the Wi-Fi router to the equipment to be determined through the mobile terminal;
s123, after the to-be-determined equipment acquires the SSID and the password of the Wi-Fi router and is connected to the Wi-Fi router, the to-be-determined equipment sends the equipment identification code to the mobile terminal through UDP broadcast, and meanwhile, the to-be-determined equipment is directly connected to the cloud server;
s124, after receiving the equipment identification code, the mobile terminal sends the equipment identification code and an equipment registration instruction to the cloud server to bind the equipment to be determined and the user account;
s125, after the cloud server binds the user account and the corresponding equipment to be determined, judging whether the equipment to be determined is the equipment which is accessed to the cloud server for the first time by the user, and distributing the SSDP identity of the equipment to be determined: if the to-be-determined equipment is not the equipment which is accessed to the cloud server by the user first, the cloud server instructs the to-be-determined equipment to be client equipment under the local area network, and the to-be-determined equipment is configured to be a client under an SSDP protocol;
s126, after receiving the instruction, the to-be-determined equipment is set as a client under the SSDP protocol, and executes the SSDP protocol to connect to the server;
and S127, the cloud server sends the device identification code of the newly-accessed device to the SSDP server and adds the device identification code to a connection white list.
Preferably, in step S122, the user sends the SSID and the password of the Wi-Fi router to the pending device by using SoftAP or smartconfig through the mobile terminal.
Further, step S200 specifically includes the following steps:
s201, the cloud server finds that the server is disconnected, or the mobile terminal informs the cloud server of replacing the server, and the cloud server starts a server replacing action. The reason for the disconnection of the server can be equipment failure, power failure and the like; the reason for the server replacement may be an update of the server;
s202, when a designated device serves as a new server, the mobile terminal sends a device identification code of the designated device and a server replacement instruction to the cloud server, the cloud server configures the original server as a client under an SSDP protocol, meanwhile, the cloud server configures the designated device as a server under the SSDP protocol, sends the device identification code of the client to the new server, the server starts an SSDP service, monitors connection requests of other devices, re-networks, and the client executes the SSDP protocol to be connected to the server; otherwise, jumping to step S203;
s203, according to all the devices under the current user account, the cloud server reselects one device as an SSDP server; the selected condition is that the first login equipment of the user is switched on after the server is disconnected:
when the device is a device with a server disconnected and a user first accesses a cloud server, the cloud server configures the device as the server under an SSDP protocol and sends device identification codes of other clients to a new server; the new server side starts SSDP service, monitors connection requests of other equipment, re-networks, and the client side executes an SSDP protocol to connect to the server side;
when the device is not the device which is accessed to the cloud server for the first time after the server is disconnected, the device is marked as a client side on the cloud server, the message is sent to the device, the UDID of the device is sent to the cloud server for storage, and the device executes an SSDP protocol to be connected to the server.
The method mainly aims at interconnection and intercommunication of intelligent equipment based on a Wi-Fi protocol in a local area network, a cloud server is used for appointing an identity (a server or a client) of each piece of equipment under an SSDP protocol, and then the equipment is networked through the SSDP protocol; the device executes the SSDP protocol to connect to the server.
What the core of the scheme needs to solve is that for the identity of each Wi-Fi device under the local area network, namely under the SSDP protocol, the Wi-Fi device is a server or a client. Only one server side is arranged under the whole ad hoc network, and other clients are arranged, so that dynamic change of the identity of the network internal equipment can be realized, ad hoc network among a plurality of equipment is facilitated, flexibility is improved, and network paralysis caused by disconnection of the server side is avoided.
Drawings
Fig. 1 is an exemplary schematic diagram of a topology of the internet of things provided by the present invention;
fig. 2 is a timing diagram of a cloud server specifying a server under the SSDP protocol;
fig. 3 is a timing diagram of a client under SSDP protocol specified by the cloud server.
Detailed Description
The present invention will be described in further detail with reference to the accompanying drawings.
A cloud-integrated Wi-Fi device ad hoc network method comprises the following steps:
s100, a cloud server designates a server under an SSDP protocol and designates a client under the SSDP protocol, topology configuration of the Internet of things is completed, configuration information is generated, and then the configuration information is pushed to a Wi-Fi router through the Internet, wherein the configuration information comprises at least one topology structure layer of the Internet of things, and a superior Internet of things node identification and a plurality of subordinate Internet of things node identifications correspondingly associated with the superior Internet of things node identification are designated in each topology structure layer.
In step S100, the cloud server designates a server under the SSDP protocol, including the following steps:
s111, before a user accesses the equipment to be determined to the cloud end, the user must log in a cloud end server through a mobile end;
the mobile terminal can be mobile networking equipment such as a mobile phone, an ipad and a notebook computer.
And S112, the user sends the SSID and the password of the Wi-Fi router to the equipment to be determined through the mobile terminal. Preferably, the user sends the SSID and the password of the Wi-Fi router to the pending device by using a SoftAP or smartconfig mode through the mobile terminal.
S113, after the to-be-determined equipment acquires the SSID and the password of the Wi-Fi router and is connected to the Wi-Fi router, the to-be-determined equipment sends an equipment identification code (UDID) of the to-be-determined equipment to the mobile terminal through UDP broadcast, and meanwhile, the to-be-determined equipment is directly connected to the cloud server.
And S114, after receiving the equipment identification code, the mobile terminal sends the equipment identification code and the equipment registration instruction to the cloud server to bind the equipment to be determined and the user account.
S115, after the cloud server binds the user account and the corresponding equipment to be determined, judging whether the equipment to be determined is the equipment which is accessed to the cloud server first by the user, and distributing the SSDP identity of the equipment to be determined: if the to-be-determined equipment is the equipment which is accessed to the cloud server by the user in the first time, the cloud server instructs the to-be-determined equipment to be the server equipment under the local area network, and the to-be-determined equipment is configured to be the server under the SSDP protocol.
And S116, after receiving the instruction, the to-be-determined equipment is set as a service end under an SSDP protocol, starts SSDP service and monitors connection of the client.
In step S100, the cloud server designates a client under the SSDP protocol, including the following steps:
s121, before a user accesses the equipment to be determined to the cloud end, the user must log in a cloud end server through a mobile end;
the mobile terminal can be mobile networking equipment such as a mobile phone, an ipad and a notebook computer.
And S122, the user sends the SSID and the password of the Wi-Fi router to the equipment to be determined through the mobile terminal. Preferably, the user sends the SSID and the password of the Wi-Fi router to the pending device by using a SoftAP or smartconfig mode through the mobile terminal.
And S123, after the to-be-determined equipment acquires the SSID and the password of the Wi-Fi router and is connected to the Wi-Fi router, the to-be-determined equipment sends the equipment identification code (UDID) of the to-be-determined equipment to the mobile terminal through UDP broadcast, and meanwhile, the to-be-determined equipment is directly connected to the cloud server.
And S124, after receiving the equipment identification code, the mobile terminal sends the equipment identification code and the equipment registration instruction to the cloud server to bind the equipment to be determined and the user account.
S125, after the cloud server binds the user account and the corresponding equipment to be determined, judging whether the equipment to be determined is the equipment which is accessed to the cloud server for the first time by the user, and distributing the SSDP identity of the equipment to be determined: if the to-be-determined equipment is not the equipment which is accessed to the cloud server by the user first, the cloud server instructs the to-be-determined equipment to be the client equipment under the local area network, and the to-be-determined equipment is configured to be the client under the SSDP protocol.
And S126, the to-be-determined equipment is set as a client under the SSDP protocol after receiving the instruction, and executes the SSDP protocol to connect to the server.
And S127, the cloud server sends the device identification code of the newly-accessed device to the SSDP server and adds the device identification code to a connection white list.
S200, when the server is disconnected or the server is updated, the cloud server appoints a piece of networking equipment as a new server again, and the specific steps are as follows:
s201, the cloud server finds that the server is disconnected, or the mobile terminal informs the cloud server of replacing the server, and the cloud server starts a server replacing action. The reason for the disconnection of the server can be equipment failure, power failure and the like; the reason for the server replacement may be an update of the server.
S202, when a designated device serves as a new server, the mobile terminal sends a device identification code of the designated device and a server replacement instruction to the cloud server, the cloud server configures the original server as a client under an SSDP protocol, meanwhile, the cloud server configures the designated device as a server under the SSDP protocol, sends the device identification code of the client to the new server, the server starts an SSDP service, monitors connection requests of other devices, re-networks, and the client executes the SSDP protocol to be connected to the server; otherwise, jumping to step S203;
s203, according to all the devices under the current user account, the cloud server reselects one device as an SSDP server; the selected condition is that the first login equipment of the user is switched on after the server is disconnected:
when the device is a device with a server disconnected and a user first accesses a cloud server, the cloud server configures the device as the server under an SSDP protocol and sends device identification codes of other clients to a new server; the new server side starts SSDP service, monitors connection requests of other equipment, re-networks, and the client side executes an SSDP protocol to connect to the server side;
when the device is not the device which is accessed to the cloud server for the first time after the server is disconnected, the device is marked as a client side on the cloud server, the message is sent to the device, the UDID of the device is sent to the cloud server for storage, and the device executes an SSDP protocol to be connected to the server.
In the scheme, when the server is disconnected or the server is updated, the cloud server does not respond to the network access request of each client, and the two devices are prevented from being served by each other. In addition, the way of handling the server offline or updating the server is not the same. When the server is disconnected, the first device accessed to the cloud server is set as a new server by default, the new server actively monitors the connection requests of other devices, in addition, the information of the UDID of the client accessed to the cloud server is updated, a new ad hoc network is formed, and the information of the ad hoc network is updated on the cloud server. If the new server cannot work after the server is disconnected, step S202 may be executed to perform active update of the server, and the active update of the server depends on the mobile terminal to send an instruction, so that the operation is simple and convenient.
It should be understood that equivalents and modifications of the technical solution and inventive concept thereof may occur to those skilled in the art, and all such modifications and alterations should fall within the scope of the appended claims.
Claims (3)
1. A cloud-integrated Wi-Fi device ad hoc network method is characterized by comprising the following steps:
s100, a cloud server designates a server under an SSDP protocol and designates a client under the SSDP protocol, topology configuration of the Internet of things is completed, configuration information is generated, and then the configuration information is pushed to a Wi-Fi router through the Internet, wherein the configuration information comprises at least one topology structure layer of the Internet of things, and each topology structure layer is designated with an upper-level Internet of things node identification and a plurality of lower-level Internet of things node identifications correspondingly associated with the upper-level Internet of things node identification;
s200, when the server is disconnected or the server is updated, the cloud server appoints a piece of networking equipment as a new server again;
in step S100, the cloud server designates a server under the SSDP protocol, including the following steps:
s111, before a user accesses the equipment to be determined to the cloud end, the user must log in a cloud end server through a mobile end;
s112, the user sends the SSID and the password of the Wi-Fi router to the equipment to be determined through the mobile terminal;
s113, after acquiring the SSID and the password of the Wi-Fi router and connecting the SSID and the password to the Wi-Fi router, the to-be-determined equipment sends the equipment identification code to the mobile terminal through UDP broadcast, and meanwhile, the to-be-determined equipment is directly connected to a cloud server;
s114, after receiving the equipment identification code, the mobile terminal sends the equipment identification code and an equipment registration instruction to the cloud server to bind the equipment to be determined and the user account;
s115, after the cloud server binds the user account and the corresponding equipment to be determined, judging whether the equipment to be determined is the equipment which is accessed to the cloud server first by the user, and distributing the SSDP identity of the equipment to be determined: if the to-be-determined equipment is the equipment which is accessed to the cloud server by the user in the first time, the cloud server instructs the to-be-determined equipment to be the server equipment under the local area network, and the to-be-determined equipment is configured to be the server under the SSDP protocol;
s116, after receiving the instruction, the to-be-determined equipment is set as a service end under an SSDP protocol, starts an SSDP service and monitors connection of a client;
in step S100, the cloud server designates a client under the SSDP protocol, including the following steps:
s121, before a user accesses the equipment to be determined to the cloud end, the user must log in a cloud end server through a mobile end;
s122, the user sends the SSID and the password of the Wi-Fi router to the equipment to be determined through the mobile terminal;
s123, after the to-be-determined equipment acquires the SSID and the password of the Wi-Fi router and is connected to the Wi-Fi router, the to-be-determined equipment sends the equipment identification code to the mobile terminal through UDP broadcast, and meanwhile, the to-be-determined equipment is directly connected to the cloud server;
s124, after receiving the equipment identification code, the mobile terminal sends the equipment identification code and an equipment registration instruction to the cloud server to bind the equipment to be determined and the user account;
s125, after the cloud server binds the user account and the corresponding equipment to be determined, judging whether the equipment to be determined is the equipment which is accessed to the cloud server for the first time by the user, and distributing the SSDP identity of the equipment to be determined: if the to-be-determined equipment is not the equipment which is accessed to the cloud server by the user first, the cloud server instructs the to-be-determined equipment to be client equipment under the local area network, and the to-be-determined equipment is configured to be a client under an SSDP protocol;
s126, after receiving the instruction, the to-be-determined equipment is set as a client under the SSDP protocol, and executes the SSDP protocol to connect to the server;
s127, the cloud server sends the equipment identification code of the newly-accessed equipment to the SSDP server and adds the equipment identification code to a connection white list;
step S200 is specifically as follows:
s201, the cloud server finds that the server is disconnected, or the mobile terminal informs the cloud server of replacing the server, and the cloud server starts a server replacing action;
the reason for the disconnection of the server can be equipment failure, power failure and the like; the reason for the server replacement may be an update of the server;
s202, when a designated device serves as a new server, the mobile terminal sends a device identification code of the designated device and a server replacement instruction to the cloud server, the cloud server configures the original server as a client under an SSDP protocol, meanwhile, the cloud server configures the designated device as a server under the SSDP protocol, sends the device identification code of the client to the new server, the server starts an SSDP service, monitors connection requests of other devices, re-networks, and the client executes the SSDP protocol to be connected to the server; otherwise, jumping to step S203;
s203, according to all the devices under the current user account, the cloud server reselects one device as an SSDP server; the selected condition is that the first login equipment of the user is switched on after the server is disconnected:
when the device is a device with a server disconnected and a user first accesses a cloud server, the cloud server configures the device as the server under an SSDP protocol and sends device identification codes of other clients to a new server; the new server side starts SSDP service, monitors connection requests of other equipment, re-networks, and the client side executes an SSDP protocol to connect to the server side;
when the equipment is not the equipment which is accessed to the cloud server by the user in the first time after the server is disconnected, the equipment is marked as a client side in the cloud server, the message is sent to the equipment, and the UDID of the equipment is sent to the cloud server for storage; the device executes the SSDP protocol to connect to the server.
2. The cloud-integrated Wi-Fi device ad hoc network method according to claim 1, wherein in step S112, the user sends an SSID and a password of a Wi-Fi router to the pending device by using a SoftAP or smartconfig mode through the mobile terminal.
3. The cloud-integrated Wi-Fi device ad hoc network method of claim 1, wherein in step S122, the user sends an SSID and a password of a Wi-Fi router to a pending device by using a SoftAP or smartconfig mode through the mobile terminal.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202011028228.3A CN112165735B (en) | 2020-09-26 | 2020-09-26 | Cloud-integrated Wi-Fi device ad hoc network method |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202011028228.3A CN112165735B (en) | 2020-09-26 | 2020-09-26 | Cloud-integrated Wi-Fi device ad hoc network method |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN112165735A CN112165735A (en) | 2021-01-01 |
| CN112165735B true CN112165735B (en) | 2021-06-11 |
Family
ID=73862895
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202011028228.3A Active CN112165735B (en) | 2020-09-26 | 2020-09-26 | Cloud-integrated Wi-Fi device ad hoc network method |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN112165735B (en) |
Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102292963A (en) * | 2009-01-22 | 2011-12-21 | 瑞典爱立信有限公司 | Address allocation in a network |
| CN103095749A (en) * | 2011-10-28 | 2013-05-08 | 浙江大华技术股份有限公司 | Method and system used for achieving discovery of cross-network-segment equipment |
| CN103957242A (en) * | 2014-04-16 | 2014-07-30 | 北京大学工学院南京研究院 | Internet-of-things gateway achieving IP virtualization conversion |
| CN105245595A (en) * | 2015-09-30 | 2016-01-13 | 小米科技有限责任公司 | Service response method and service response device |
| CN106302787A (en) * | 2016-08-31 | 2017-01-04 | 四川云农高地智能科技有限公司 | A kind of internet of things networking method based on high in the clouds configuration |
Family Cites Families (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US8270893B2 (en) * | 2006-10-04 | 2012-09-18 | Bindu Rama Rao | Mobile device and server capable of supporting adhoc questionnaires |
-
2020
- 2020-09-26 CN CN202011028228.3A patent/CN112165735B/en active Active
Patent Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102292963A (en) * | 2009-01-22 | 2011-12-21 | 瑞典爱立信有限公司 | Address allocation in a network |
| CN103095749A (en) * | 2011-10-28 | 2013-05-08 | 浙江大华技术股份有限公司 | Method and system used for achieving discovery of cross-network-segment equipment |
| CN103957242A (en) * | 2014-04-16 | 2014-07-30 | 北京大学工学院南京研究院 | Internet-of-things gateway achieving IP virtualization conversion |
| CN105245595A (en) * | 2015-09-30 | 2016-01-13 | 小米科技有限责任公司 | Service response method and service response device |
| CN106302787A (en) * | 2016-08-31 | 2017-01-04 | 四川云农高地智能科技有限公司 | A kind of internet of things networking method based on high in the clouds configuration |
Also Published As
| Publication number | Publication date |
|---|---|
| CN112165735A (en) | 2021-01-01 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP4452283B2 (en) | Method and system for optimizing data transfer between network devices | |
| JP4897884B2 (en) | ZIGBEE / IP gateway | |
| US7733885B2 (en) | Extending access to a device in a limited connectivity network to devices residing outside the limited connectivity network | |
| US10863422B2 (en) | Mechanisms for ad hoc service discovery | |
| US8060590B2 (en) | Distance-aware service discovery mechanism for determining the availability of remote services in wireless personal area networks | |
| KR100977901B1 (en) | DIRECTED PPPoE SESSION INITIATION OVER A SWITCHED ETHERNET | |
| KR20130090300A (en) | Method and system for delegating group ownership in a wi-fi peer to peer network | |
| US7561587B2 (en) | Method and system for providing layer-4 switching technologies | |
| EP2640002B1 (en) | Method, apparatus and system for configuring device | |
| CN109561340A (en) | Multimedia service processing method, equipment, multimedia service group and storage medium | |
| US7499411B2 (en) | System and method for providing automatic load balancing and redundancy in access port adoption | |
| CN112165735B (en) | Cloud-integrated Wi-Fi device ad hoc network method | |
| JPWO2017119219A1 (en) | Communication method | |
| CN101572729A (en) | Processing method of node information of virtual private network, interrelated equipment and system | |
| WO2014075517A1 (en) | Independent and entrusted channel management method and device for fully-outdoors digital microwave transmission device | |
| EP4158950A1 (en) | Industry network deployment of 5g system as a bridge for multiple cells of disjunct lan networks | |
| CN105099928A (en) | Dual-stack router and method for realizing bandwidth sharing | |
| US9307030B2 (en) | Electronic apparatus, network system and method for establishing private network | |
| CN102571861A (en) | Method, server and network system for remote access | |
| KR20160001213A (en) | Appratus and Method Creating User Networks based on Centralized Control | |
| CN104735155A (en) | Management method and system for addressing and data transmission of multiple terminal networks |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant |