WO2013178157A2 - 私有云中设备间自动建立基于wifi局域网的方法及装置 - Google Patents
私有云中设备间自动建立基于wifi局域网的方法及装置 Download PDFInfo
- Publication number
- WO2013178157A2 WO2013178157A2 PCT/CN2013/079828 CN2013079828W WO2013178157A2 WO 2013178157 A2 WO2013178157 A2 WO 2013178157A2 CN 2013079828 W CN2013079828 W CN 2013079828W WO 2013178157 A2 WO2013178157 A2 WO 2013178157A2
- Authority
- WO
- WIPO (PCT)
- Prior art keywords
- client
- wifi
- information
- server
- local area
- Prior art date
Links
- 238000000034 method Methods 0.000 title claims abstract description 50
- 238000012545 processing Methods 0.000 claims description 36
- 238000000060 site-specific infrared dichroism spectroscopy Methods 0.000 claims description 20
- 238000012795 verification Methods 0.000 claims description 17
- 230000003993 interaction Effects 0.000 abstract description 18
- 230000015572 biosynthetic process Effects 0.000 abstract 1
- 230000006870 function Effects 0.000 description 11
- 238000005516 engineering process Methods 0.000 description 8
- 238000010586 diagram Methods 0.000 description 6
- 230000005540 biological transmission Effects 0.000 description 2
- 238000004590 computer program Methods 0.000 description 2
- 238000013480 data collection Methods 0.000 description 1
- 238000011161 development Methods 0.000 description 1
- 238000002955 isolation Methods 0.000 description 1
- 238000010295 mobile communication Methods 0.000 description 1
Classifications
-
- 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
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W84/00—Network topologies
- H04W84/02—Hierarchically pre-organised networks, e.g. paging networks, cellular networks, WLAN [Wireless Local Area Network] or WLL [Wireless Local Loop]
- H04W84/10—Small scale networks; Flat hierarchical networks
- H04W84/12—WLAN [Wireless Local Area Networks]
-
- 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
- H04L67/10—Protocols in which an application is distributed across nodes in the network
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W48/00—Access restriction; Network selection; Access point selection
- H04W48/16—Discovering, processing access restriction or access information
Definitions
- the present invention relates to the field of mobile communications, and in particular to a method and apparatus for automatically establishing a WIFI-based LAN between devices in a private cloud. Background technique
- the private cloud technology includes a server (client server) and a client (client).
- the server supports the uploading and downloading functions of the webpage, the database, and the data, and supports simultaneous login of multiple devices with the same account.
- the client includes intelligent application platforms such as Android, Iphone, and Windows Phone.
- Client device classification includes home network devices, mobile handheld devices, and home interoperable devices.
- the client device that logs in to the same server is in the range covered by the mutual Wifi signal, or one party is in the range covered by the other Wifi signal.
- the client device that logs in to the same server is not in the range covered by the mutual Wifi signal, or one party is not in the coverage range of the other party's Wifi signal.
- the embodiment of the invention provides a method and a device for automatically establishing a WIFI-based local area network between devices in a private cloud, so as to solve the interaction between the clients in the prior art, the interaction between the clients must pass through the server and the smart device cannot be fully utilized.
- the built-in Wifi function enables local LAN interaction, which leads to server resource shortage and poor user experience.
- An embodiment of the present invention provides a method for automatically establishing a WIFI-based LAN between devices in a private cloud, including: Step 1: After a client successfully logs in to the server, the server obtains the device information reported by the client, and saves the device information according to the device information. The device attribute information and the device status information of the client; Step 2: The server determines whether the client can access the established WIFI local area network according to the device information and the status information. If the determination is yes, the control client joins the WIFI local area network, otherwise, the judgment is made.
- the control client forms a new WIFI local area network with the client that has logged into the server but has not accessed any WIFI local area network; and determines on the server side that if a new WIFI office or network can be formed, the control client forms a new WIFI local area. Or net.
- the step 1 includes: Step 11: After the client successfully logs in to the server, the server obtains the device information reported by the client; Step 12: The server determines, according to the device information, whether the corresponding device attribute information already exists, if If yes, go to step 13. If the answer is no, go to step 14. Step 13: Establish device status information corresponding to the device attribute information according to the device information, and initialize device status information. Step 14: Generate a virtual SSID of the client. And adding the device attribute information corresponding to the client locally, establishing device state information corresponding to the device attribute information according to the device information, and initializing the device state information.
- the device attribute information includes: an SSID of the device, and an intelligent system class installed by the device.
- Device status information includes: login status, whether it belongs to a WIFI LAN, and whether it is a hotspot device of a WIFI LAN.
- the step 2 specifically includes: Step 21: The server searches the local data for the WIFI local area network that has been established. If the determination is yes, go to step 22. Otherwise, go to step 24. In step 22, the server will be established. The information of the completed WIFI local area network is sent to the client, and the client is added to the established WIFI local area network, and step 23 is performed. Step 23: The server receives the feedback information sent by the client, and determines whether the client is successful according to the feedback information. Join the established WIFI LAN. If the judgment is yes, go to Step 25. If no, go to Step 24; Step 24, the server establishes a new WIFI LAN; Step 25, the server updates the locally saved device status information.
- step 24 specifically includes: Step 241: The server determines whether the number of free clients is greater than or equal to 2. If the determination is yes, step 242 is performed, otherwise, the operation ends, where the free client refers to the server but has logged in to the server but still The client is not connected to any WIFI LAN; in step 242, the server controls the client to start the WIFI hotspot; in step 243, the server determines whether the WIFI hotspot is successfully started. If successful, step 244 is performed, otherwise, the operation ends; 244. The server sends the WIFI hotspot information to other free clients.
- Step 245 The server determines whether the free client searches the client through the WIFI. If the determination is yes, go to step 246. Otherwise, end the operation. 246. The server determines the hotspot device of the newly formed WIFI LAN through the device attribute information, and controls other free clients to join the newly formed WIFI station or network.
- controlling the other free clients to join the newly formed WIFI local area network specifically includes: after receiving the request message that the other free client joins the WIFI local area network with the local device as the hotspot, the client sends the device information of the other free client to the server end. If the server-side verification is passed, the client agrees to the free client's WIFI LAN with the device as the hotspot, and sends a message of successful joining to other free clients; if the server-side verification fails, The client sends a join failure message to the free client.
- the method further includes: Step 4: When the server detects that the client is to be logged out, the server updates the device status information of the related client and the related WIFI local area network.
- the step 4 specifically includes: Step 41: When the server detects that there is a client to log out, it determines whether the exiting client is in a certain WIFI local area network. If the determination is yes, go to step 42. Otherwise, go to step 49.
- Step 42 The server determines whether the exiting client is the If the determination is yes, go to step 48. Otherwise, go to step 48.
- Step 43 The server determines whether the number of remaining clients in the WIFI LAN is greater than or equal to 2; 44, otherwise, go to step 46; Step 44, the server determines the new hotspot device according to the device attribute information of the remaining clients, and performs step 45; Step 45, the server side sets up a new WIFI local area network; Step 46, server-side update Device status information of the remaining clients and exiting the client For the status information, go to step 47; Step 47, control the remaining clients to join the WIFI local area network that has been established; Step 48, update the device status information of the exiting client and exit the information of the WIFI local area where the client is located; Step 49, update and exit the client Device status information.
- the embodiment of the present invention further provides a device for automatically establishing a WIFI-based LAN between devices in a private cloud, comprising: obtaining a save module, configured to obtain device information reported by the client after the client successfully logs in to the server, and according to The device information is used to store the device attribute information and the device status information of the client.
- the processing module is configured to determine, according to the device information and the status information, whether the client can access the established WIFI local area network. If the determination is yes, the control client joins the WIFI local area network.
- the control client forms a new WIFI. local area network.
- the obtaining the save module specifically includes: acquiring the submodule, and setting the client to be After logging in to the server, the device information reported by the client is obtained.
- the first determining sub-module is configured to determine whether the corresponding device attribute information already exists according to the device information. If the determination is yes, the first processing sub-module is invoked, if If yes, the second processing submodule is invoked; the first processing submodule is configured to establish device state information corresponding to the device attribute information according to the device information, and initialize device state information; and the second processing submodule generates a virtual SSID of the client. And adding the device attribute information corresponding to the client locally, establishing device state information corresponding to the device attribute information according to the device information, and initializing the device state information.
- the device attribute information includes: an SSID of the device, an intelligent system type and version information installed by the device, and WIFI information; the device status information includes: a login status, whether it belongs to a WIFI local area network, and whether it is a WIFI local area network. Hotspot device.
- the processing module specifically includes: a search sub-module, configured to search for the WIFI local area network that has been established in the local data; if the WIFI local area network has been established, the sub-module is called, otherwise, the sub-module is called.
- a search sub-module configured to search for the WIFI local area network that has been established in the local data; if the WIFI local area network has been established, the sub-module is called, otherwise, the sub-module is called.
- the sub-module is sent to send the information of the completed WIFI local area network to the client, so that the client joins the established WIFI local area network, and calls the second judgment sub-module; the second judgment sub-module is set to receive The feedback information sent by the client, and according to the feedback information, whether the client has successfully joined the established WIFI LAN, if the judgment is yes, the first update submodule is called, otherwise, the submodule is called; the submodule is set, and the Establish a new WIFI local area network; a first update sub-module for updating locally saved device status information.
- the establishing the sub-module specifically includes: a first determining unit, configured to determine whether the number of free clients is greater than or equal to 2, if the determination is yes, the first control unit is invoked, otherwise, the operation ends, wherein the free client refers to The server that logs in to the server but has not yet access any WIFI LAN; the first control unit is set to control the client to start its own device as a WIFI hotspot; the second determining unit is set to determine whether the WIFI hotspot is successfully started, if successful, call The unit is delivered, otherwise, the operation is ended; the sending unit is set to send the WIFI hotspot information to other self-sending The third judgment unit is configured to determine whether a free client searches for the client through the WIFI, if the judgment is yes, the second control unit is called, otherwise, the operation ends; the second control unit is set to pass the device attribute The information determines the hotspot device of the newly formed WIFI LAN, and controls other free clients to join the newly formed WIFI LAN.
- the second control unit is specifically configured to: after receiving the request message that the other free client joins the WIFI local area network with the local device as the hotspot, receive the device information of the other free client sent by the client, and according to the device information, Verify other free clients and send verification results to the client.
- the apparatus further comprises: an exiting module, configured to update the device status information of the relevant client and the information of the related WIFI local area network when detecting that the client is to exit.
- an exiting module configured to update the device status information of the relevant client and the information of the related WIFI local area network when detecting that the client is to exit.
- the exiting module specifically includes: a third determining submodule, configured to determine whether the exiting client is in a WIFI local area network when detecting that the client wants to exit, and if the determination is yes, calling the fourth determining submodule, Otherwise, the fourth update submodule is invoked; the fourth judging submodule is set to determine whether the exiting client is a hotspot device in the WIFI local area network. If the determination is yes, the fifth determining submodule is invoked, otherwise, the third update subroutine is invoked.
- a third determining submodule configured to determine whether the exiting client is in a WIFI local area network when detecting that the client wants to exit, and if the determination is yes, calling the fourth determining submodule, Otherwise, the fourth update submodule is invoked; the fourth judging submodule is set to determine whether the exiting client is a hotspot device in the WIFI local area network. If the determination is yes, the fifth determining submodule is invoked, otherwise, the third update subroutine
- a fifth determining sub-module configured to determine whether the number of remaining clients in the WIFI local area network is greater than or equal to 2; if the determination is yes, calling the determining sub-module, otherwise, calling the second update sub-module; determining the sub-module, setting In order to determine a new hotspot device according to the device attribute information of the remaining clients, a sub-module is called; a sub-module is set up to set up a new WIFI local area network; and a second update sub-module is set to update the device status information of the remaining clients and exit the client.
- Device status information call control submodule; control The submodule is configured to control the remaining clients to join the already established WIFI local area network; the third update submodule is set to update the device status information of the exiting client and the information of the WIFI local area where the client is exited; the fourth update submodule is set to Update the device status information of the exiting client.
- the solution of the embodiment of the present invention solves the prior art private cloud technology.
- the interaction between the clients must go through the server and fail to make full use of the smart device's own Wifi function to achieve local LAN interaction. It can make the device that is logged into the private cloud regardless of the geographical location, geographical location. What changes?
- the system will actively initiate or join the local Wifi LAN according to its actual situation, and guide users to easily establish a Wifi LAN or join an existing Wifi LAN, thus avoiding server resources and user experience is not good.
- FIG. 1 is a schematic diagram of deployment of an embodiment of the present invention
- FIG. 2 is a flowchart of automatically establishing a WIFI-based LAN-based method between devices in a private cloud according to an embodiment of the present invention
- FIG. 3 is a flowchart of processing device information reported by a server on a server side according to an embodiment of the present invention
- FIG. 4 is a flowchart of a server end control client joining an established local area network according to an embodiment of the present invention
- FIG. 5 is a flowchart of a server controlling a client that has not joined a local area network to form a new local area network according to an embodiment of the present invention
- FIG. 6 is a flowchart of processing of a client when the device A requests to join the device B as a hotspot on the local area network according to the embodiment of the present invention
- FIG. 7 is a flowchart of server control processing when a client exits according to an embodiment of the present invention
- FIG. 8 is a schematic structural diagram of automatically setting up a WIFI-based LAN-based device between devices in a private cloud according to an embodiment of the present invention. detailed description
- the embodiment of the present invention provides a private cloud.
- a method and device based on WIFI local area network are automatically established between devices.
- FIG. 1 is a schematic diagram of deployment of the embodiment of the present invention.
- the client application reports device specific information to the server application.
- the server application is responsible for locally storing client device information as well as client state information. Controlled by the server-side application, first try to see if the newly logged-in client can access the Wifi LAN that has already been established. When the newly logged-in client cannot authenticate to access the Wifi LAN that has already been established, it is controlled by the server application, and whether the client attempting the new login can form a new Wifi with the client that has logged in but has not yet accessed any Wifi LAN. local area network.
- the client After the client receives the instruction message from the server, the client is responsible for completing the instruction operation, interacting with the user, and reporting the result to the server.
- the server updates its status and status information; the server controls processing to exit the composition change of the Wifi local area network where the client is located; and the server updates the status information of other devices related to the exiting client.
- the local area network joined by the user in the A city can automatically exit without any operation by the user, without affecting the user in the B city.
- an enterprise private cloud user when it is from work area A to work area B, it can be easily changed in different Wifi local area networks, and the interaction between clients can be carried out through the local area network, whether it is assisting work with colleagues or entertainment between friends and relatives. , will bring a good experience to users.
- FIG. 2 is a flowchart of automatically establishing a WIFI-based LAN between devices in a private cloud according to an embodiment of the present invention.
- the method for automatically establishing a WIFI-based local area network between devices in a private cloud according to an embodiment of the present invention includes the following processing:
- Step 201 After the client successfully logs in to the server, the server obtains the device information reported by the client, and saves the device attribute information and the device status information of the client according to the device information.
- the device attribute information includes: the SSID and the device of the device.
- the device status information includes: the login status, whether it belongs to a WIFI LAN, and whether it is a hotspot device of a WIFI LAN.
- step 201 specifically includes the following processing:
- Step 2011 after the client successfully logs in to the server, the server obtains the device information reported by the client.
- step 2012 the server determines whether the corresponding device attribute information already exists according to the device information. If the determination is yes, step 2013 is performed. If the determination is no, step 2014 is performed; step 2013, corresponding to the device attribute information is established according to the device information. Device status information, and initialize device status information;
- Step 2014 Generate a virtual SSID of the client, and add device attribute information corresponding to the client locally, and then establish device status information corresponding to the device attribute information according to the device information, and initialize device status information.
- Step 202 The server determines, according to the device information and the status information, whether the client can access the established WIFI local area network. If the determination is yes, the control client joins the WIFI local area network. Otherwise, it is determined whether the client can log in to the server end but The client that has not yet accessed any WIFI LAN constitutes a new WIFI LAN; and on the server side determines that if a new WIFI LAN can be formed, the control client forms a new WIFI LAN.
- step 202 specifically includes the following processing:
- Step 2021 the server finds in the local data whether there is a WIFI LAN that has been established; if the determination is yes, go to step 2022, otherwise, go to step 2024;
- Step 2022 the server sends the information of the established WIFI local area network to the client, and the client joins the established WIFI local area network, and performs step 2023;
- Step 2023 the server receives the feedback information sent by the client, and determines whether the client has successfully joined the established WIFI local area network according to the feedback information. If the determination is yes, go to step 2025, otherwise, go to step 2024;
- Step 2024 the server establishes a new WIFI local area network
- step 2025 the server updates the locally saved device status information.
- step 2024 specifically includes:
- Step 20241 The server determines whether the number of free clients is greater than or equal to 2. If the determination is yes, go to step 20242. Otherwise, end the operation.
- the free client refers to the client who has logged into the server but has not accessed any WIFI LAN. End
- Step 20242 the server-side control client starts its own device as a WIFI hotspot;
- Step 20243 the server determines whether the WIFI hotspot startup is successful, and if successful, executes step 20244, otherwise, ends the operation;
- step 20244 the server sends the WIFI hotspot information to the other free clients.
- step 20245 the server determines whether the free client searches the client through the WIFI. If the determination is yes, the process proceeds to step 20246. Otherwise, the operation ends.
- step 20246 the server determines the hotspot device of the newly formed WIFI LAN through the device attribute information, and controls other free clients to join the newly formed WIFI LAN.
- controlling the other free clients to join the newly formed WIFI local area network specifically includes: after receiving the request message that the other free client joins the WIFI local area network with the local device as the hotspot, the client sends the device information of the other free client to the device information. Server side verification; If the server end authentication is passed, the client agrees that the free client uses the device as a hotspot WIFI local area network, and sends a message of successful joining to other free clients; if the server side verification fails, the client sends the join to the free client. The message of failure.
- Step 203 When the server detects that there is a client to log out, the server updates the device status information of the related client and the related WIFI LAN information.
- step 203 specifically includes the following processing:
- Step 2031 when the server detects that there is a client to exit, it is determined whether the exiting client is in a certain WIFI local area network. If the determination is yes, go to step 2032; otherwise, go to step 2039;
- Step 2032 the server determines whether the exiting client is a hotspot device in the WIFI local area network, if the determination is yes, go to step 2033, otherwise, go to step 2038;
- Step 2033 the server determines whether the number of remaining clients in the WIFI local area network is greater than or equal to 2; if the determination is yes, go to step 2034, otherwise, go to step 2036;
- Step 2034 the server determines the new hotspot device according to the device attribute information of the remaining client, and performs step 2035.
- Step 2035 the server side sets up a new WIFI local area network
- Step 2036 the server side updates the device status information of the remaining clients and the device status information of the exiting client, and step 2037 is performed;
- Step 2037 Control the remaining clients to join the WIFI local area network that has been established; Step 2038, update the device status information of the exiting client and the information of the WIFI local area network where the client is located;
- Step 2039 Update the device status information of the exiting client.
- a server-side application (Service) and a client application (Client) may be separately deployed on the server side and the client side of the private cloud system.
- Service server-side application
- Client client application
- the server application is mainly responsible for: managing client device attributes and status data, client joining established Wifi LAN logic management, newly establishing Wifi LAN logic management, and client interaction.
- the client application is mainly responsible for: client device attribute information reporting, device Wifi management function, and user interaction function, data transmission and other application functions.
- the client device attributes and state data managed by the server are stored locally on the server and can be stored in the form of a database or file.
- the device attribute data mainly includes: device SSID, the type of intelligent system installed by the device, version information, and Wifi information.
- the device status mainly includes: login status, whether it belongs to a local area network, whether it is a hotspot device of a Wifi local area network.
- the system deployment diagram is shown in Figure 1.
- FIG. 3 is a flowchart of the device information reported by the server on the client side according to the embodiment of the present invention, as shown in FIG. Specifically, the following processing is included:
- Step 301 The server receives the attribute information of the device reported by the client.
- Step 302 The server determines whether the device attribute information already exists. If yes, step 303 is performed; otherwise, step 304 is performed.
- the specific SSID information of the device is used to find and confirm.
- Step 303 Establish state information data of the device according to the device attribute information, and then go to step 306.
- two related data are stored on the server side: one is device attribute data, and the other is device status data.
- Step 304 The virtual SSID information of the device is generated by the server, and is sent to the client at the same time.
- the client is saved locally on the device, and the uniqueness of the device on the server and the uniqueness of the device in the local area network are ensured.
- Step 305 Add attribute information data of the device to the local data. Building device properties At the same time, according to the information of the intelligent system platform installed by the device and the Wifi support of the device, the device can be used as the priority of the Wifi hotspot in the local area network.
- Step 306 initializing status information data of the device.
- the device status information is the only basis for the private end of the private cloud management scheduling client LAN.
- the device status information forms a virtual local area network data set on the server side.
- FIG. 4 is a flow chart of the server-side control client joining the established local area network according to the embodiment of the present invention. As shown in FIG. 4, the following specifically includes the following processing:
- Step 401 The client logs in, and the server processes the device attribute and the status data.
- Step 402 The server searches the local data for the LAN that has been established. If yes, go to step 403; otherwise, go to step 406, where the data is searched from the server local device status data.
- Step 403 The server sends the information of the established local area network to the client;
- the established local area network information is mainly information of the hotspot device in the local area network, and the hotspot device information includes network SSID (in-place and virtual) information and hotspot priority. level.
- Step 404 The client requests to join the established regional network, and feeds back the result to the server.
- the client receives the SSID information and the hotspot priority information of the hotspot device in the local area network, and first searches for the specific SSID through the Wifi according to the priority from the highest priority to the lowest priority.
- Information device When a device searches, the search is suspended and a join request is initiated.
- the join request message must have virtual SSID information, which ensures that the device belongs to the private cloud, and the uniqueness and accuracy of the target local area network.
- Step 405 The server determines whether the established local area network is successfully added. If yes, go to step 407; otherwise, go to step 406. For the process of client A requesting to join the LAN with client B as the hotspot, see Figure 6.
- Step 406 the server enters a process of establishing a new local area network, and the specific process is shown in FIG. 5.
- step 407 the server updates the local client status data.
- FIG. 5 is a diagram showing a new configuration of a client that has not been added to a local area network by the server of the embodiment of the present invention.
- the flow chart of the local area network, as shown in FIG. 5, specifically includes the following processing:
- Step 501 the newly logged in client cannot join the established local area network.
- the embodiment of the present invention uses the client device as a data collection terminal, and the information is collected into the server. First, a virtual local area network data set is set up in the server, and then the client is scheduled to form an actual local area network.
- Step 502 The server determines whether the number of remaining clients is greater than or equal to 2, and if yes, performs step 503; otherwise, the process ends.
- the number of clients here is determined by the number of clients in the server-side virtual LAN data set.
- Step 503 The server controls the newly-registered client to start the device as a Wifi hotspot; first, the server generates the key for the Wifi hotspot access, and the key is sent by the server to the client as the default secret of the client startup hotspot. key.
- Step 504 The server determines whether the hotspot startup is successful. If yes, step 505 is performed; otherwise, the process ends.
- Step 505 The server sends the hot device information to other free clients.
- Step 506 The client first searches for the virtual SSID information through the Wifi search device according to the actual SSID information of the device. If the verification succeeds, the search device succeeds, if the real SSID is searched. The device does not pass the virtual SSID information verification, or it does not think that the target device is searched. The isolation of the device in the private cloud and the external device is implemented by verifying the virtual SSID information.
- Step 507 The server determines the hotspot device of the newly established local area network by using the priority information in the device attribute as the hot spot, and proceeds to step 509.
- Step 508 the process ends.
- FIG. 6 is a flowchart of processing a client when the device A requests to join the device B as a hotspot in the local area network according to the embodiment of the present invention. As shown in FIG. 6, the following specifically includes the following processing:
- Step 601 Client A initiates a link request to the target device by using the actual SSID information, and at the same time, the request message must have the virtual SSID information of the device, and the uniqueness of the target device is newly confirmed by the virtual SSID. In addition, the request message must also have its own device's SSID information (real and virtual).
- Step 602 Client B sends the device information of client A to the server for verification.
- the verification message needs to include the SSID information of the client A and the SSID information of the client B.
- the server verifies the legality of the device through the virtual SSID information in the SSID information; and verifies the legality of the request according to the state data of the server device.
- Step 603 If the server verifies the legality of the device and the legality of the request to join, obtain the key information of the local area network and send it to the client B, and perform step 604; if the verification fails, the client sends the key information to the client. To verify the unsuccessful reply, go to step 606.
- Step 604 After receiving the key of joining the local area network, the client B checks the local key, and if the verification is consistent, the joining request passes; if the verification is inconsistent, the joining request fails.
- Step 605 Client B returns a message of successful joining to client A.
- Step 606 Client B returns a message of joining failure to client A.
- Step 607 the request joining process ends.
- the client exit includes the following four situations:
- the client requests to quit a local area network.
- the client logs out. 4.
- the client is abnormally lost. When the client does not send a heartbeat message within the valid time, it is considered to be abnormally lost.
- FIG. 7 is a flowchart of a server control process when a client exits according to an embodiment of the present invention. As shown in FIG. 6, the case where the client exits specifically includes the following processing:
- Step 701 When the server detects that a client exits, the server needs to find the status data of the device by using the SSID information of the device, and update the device to an inactive state.
- Step 702 Detect whether the device belongs to a local area network in the status information of the server device by using the SSID information of the device. If yes, go to step 703; otherwise, go to step 706.
- Step 703 Determine whether the exiting client is a hotspot device in the local area network. If yes, go to step 704; otherwise, go to step 705. Here, it is determined whether the device is a hotspot device by looking up the status information of the device.
- Step 704 Determine whether the number of remaining clients is greater than or equal to 2, and if yes, go to step 708; otherwise, go to step 707.
- the number of clients here is determined by the number of clients in the server-side virtual LAN data set.
- Step 705 Update the status information of the exiting client and the information of the local area network, and the process ends.
- the server sets the state in the device status data to inactive and updates the LAN dataset data in the server.
- Step 706 updating the status information of the exiting client, and the process ends.
- Step 707 Update the status information of the remaining clients and the status information of the exiting client, and go to step 709. At this point, the remaining clients become free clients as an alternative to forming a new local area.
- Step 708 the server determines a new hotspot device according to the device attributes of the remaining clients, and proceeds to step 710.
- the new hotspot device determines the new hotspot of the local area network based on the priority of the hotspot information in the device attribute information.
- Step 709 the process of joining the client to join the established local area network. This process is shown in Figure 4.
- step 710 the process of forming a new local area network is entered. This process is shown in Figure 5.
- the interaction between the clients must pass through the server and fails to fully utilize the smart device with the Wifi function to implement local local area network interaction.
- the problem is that the device that is logged into the private cloud can change the location of the device, regardless of the geographical location, the system will actively initiate or join the local Wifi LAN according to its specific situation, and guide the user. It's easy to set up a Wifi LAN or join an existing Wifi LAN.
- FIG. 8 is a schematic structural diagram of automatically establishing a WIFI LAN-based device between devices in a private cloud according to an embodiment of the present invention.
- the apparatus for automatically establishing a WIFI-based LAN between the devices in the private cloud according to the embodiment of the present invention includes: an acquisition saving module 80 and a processing module 82. The modules of the embodiments of the present invention are described in detail below.
- the obtaining the storage module 80 is configured to: after the client successfully logs in to the server, obtain the device information reported by the client, and save the device attribute information and the device state information of the client according to the device information; wherein the device attribute information includes: the SSID of the device The intelligent system type and version information installed by the device, and the WIFI information; The device status information includes: the login status, whether it belongs to a WIFI LAN, and whether it is a hotspot device of a WIFI LAN.
- Obtaining the save module 80 specifically includes:
- the first determining sub-module is configured to determine, according to the device information, whether the corresponding device attribute information already exists. If the determination is yes, the first processing sub-module is invoked, and if the determination is no, the second processing sub-module is invoked;
- the first processing submodule is configured to establish device state information corresponding to the device attribute information according to the device information, and initialize the device state information;
- the second processing sub-module generates a virtual SSID of the client, and after adding the device attribute information corresponding to the client locally, establishes device status information corresponding to the device attribute information according to the device information, and initializes the device status information.
- the processing module 82 is configured to determine, according to the device information and the status information, whether the client can access the established WIFI local area network. If the determination is yes, the control client joins the WIFI local area network. Otherwise, it is determined whether the client can log in to the server end. However, the client that has not yet accessed any WIFI LAN constitutes a new WIFI LAN; and on the server side determines that if a new WIFI LAN can be formed, the control client forms a new WIFI LAN.
- the processing module 82 specifically includes:
- the sub-module is set to find whether there is a WIFI local area network that has been established in the local data; if the WIFI local area network has been established, the sub-module is called, otherwise, the sub-module is called;
- the sub-module is sent to send the information of the completed WIFI local area network to the client, so that the client joins the established WIFI local area network, and calls the second judgment sub-module; the second judgment sub-module is set to receive the customer.
- the feedback information sent by the terminal and according to the feedback information, whether the client has successfully joined the established WIFI local area network, if the determination is yes, the first update sub-module is invoked, otherwise, the establishment sub-module is invoked;
- the first update submodule is set to update locally saved device state information.
- the foregoing establishing submodule specifically includes:
- the first determining unit is configured to determine whether the number of free clients is greater than or equal to 2. If the determination is yes, the first control unit is invoked, otherwise, the operation ends, wherein the free client refers to the server that has logged in but has not accessed any WIFI LAN client;
- the first control unit is configured to control the client to activate the device as a WIFI hotspot;
- the second determining unit is configured to determine whether the WIFI hotspot startup is successful, and if successful, invoke the sending unit, otherwise, the operation ends;
- the sending unit is configured to send the WIFI hotspot information to other free clients;
- the third determining unit is configured to determine whether a free client searches for the client through the WIFI, and if the determination is yes, the second control unit is invoked. Otherwise, the operation ends;
- the second control unit is configured to determine the hotspot device of the newly formed WIFI local area network through the device attribute information, and control other free clients to join the newly formed WIFI local area network.
- the second control unit is specifically configured to: after receiving the request message of the WIFI local area network that the other free client joins the hotspot of the device, receive the device information of other free clients sent by the client, and provide other freedom according to the device information.
- the client authenticates and sends the verification result to the client.
- the exit module is set to update the device status information of the relevant client and the related WIFI LAN information when it is detected that the client wants to log out.
- the exit module specifically includes:
- the third determining sub-module is configured to determine whether the exiting client is in a WIFI local area network when detecting that the client wants to exit, and if the determination is yes, calling the fourth determining sub-module, otherwise, calling the fourth update sub-module ;
- the fourth determining sub-module is configured to determine whether the exiting client is a hot spot device in the WIFI local area network. If the determination is yes, the fifth determining sub-module is invoked, otherwise, the third update sub-module is invoked;
- a fifth determining submodule configured to determine whether the number of remaining clients in the WIFI local area network is greater than or equal to 2; if the determination is yes, the determining submodule is invoked, otherwise, the second updating submodule is invoked; Determining a sub-module, being set to determine a new hotspot device according to device attribute information of the remaining clients, and calling the sub-module;
- a second update submodule configured to update device state information of the remaining clients and device state information of the exiting client, and invoke the control submodule;
- the control submodule is configured to control the remaining clients to join the established WIFI local area network;
- the third update submodule is set to update the device status information of the exiting client and the information of the WIFI local area where the client is located;
- the fourth update submodule is set to update the device status information of the exiting client.
- modules in the devices of the embodiments can be adaptively changed and placed in one or more devices different from the embodiment.
- the modules or units or components of the embodiments may be combined into one module or unit or component, and further they may be divided into a plurality of sub-modules or sub-units or sub-components.
- any combination of the features disclosed in the specification, including the accompanying claims, the abstract and the drawings each feature disclosed in the claims, abstract and drawings may be replaced by alternative features that provide the same, equivalent or similar purpose.
- the various component embodiments of the present invention may be implemented in hardware, or in a software module running on one or more processors, or in a combination thereof.
- a microprocessor or digital signal processor may be used in practice to implement some or all of the components of a WIFI-based local area device that are automatically established between devices in a private cloud in accordance with an embodiment of the present invention.
- DSP digital signal processor
- the invention can also be implemented as a device or device program (e.g., a computer program and a computer program product) for performing some or all of the methods described herein.
- Such a program implementing the invention may be stored on a computer readable medium or may be in the form of one or more signals.
- the method and device for automatically establishing a WIFI-based LAN between the devices in the private cloud after the client successfully logs in to the server, the server obtains the device information reported by the client, and according to the The device information stores the device attribute information and the device status information of the client; the server determines, according to the device information and the status information, whether the client can access the established WIFI local area network, and if the determination is yes, the control
- the client joins the WIFI local area network, otherwise, it is determined whether the client can form a new WIFI local area network with a client that has logged into the server but has not accessed any WIFI local area network; and determines at the server end if the server When the new WIFI LAN can be formed, the client is controlled to form a new WIFI LAN.
- the interaction between the clients must pass through the server, and the smart device does not fully utilize the Wifi function to realize the local interaction of the local area network. It can make the device that logs into the private cloud, no matter where the geographical location is, and the change of the geographical location, the system will actively initiate or join the local Wifi LAN according to its specific actual situation, and guide the user very easily. Establish a Wifi LAN or join an existing Wifi LAN.
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer Security & Cryptography (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
本发明公开了一种私有云中设备间自动建立基于WIFI局域网的方法及装置,在有客户端成功登陆服务器端后,服务器端根据设备信息和状态信息判断客户端是否能够接入已经建立的WIFI局域网,判断为是,控制所述客户端加入该WIFI局域网,否则,判断客户端是否能够和已登陆所述服务器端但还未接入任何WIFI局域网的客户端组成新的WIFI局域网;并在所述服务器端确定如果能够组成新的WIFI局域网时,控制客户端组成新的WIFI局域网。本发明解决了客户端之间的互动必须经过服务器而没能充分利用智能设备自带Wifi功能实现本地建立局域网互动的问题,能够避免服务器资源紧张,用户体验不佳。
Description
私有云中设备间自动建立基于 WIFI局域网的方法及装置 技术领域
本发明涉及移动通讯领域, 特别是涉及一种私有云中设备间自动建立 基于 WIFI局域网的方法及装置。 背景技术
随着私有云技术的不断发展, 各种智能设备(如智能电视、 智能手机、 平板电脑、 PC机、 智能机顶盒、 智能投影仪)作为直接面向用户的装置, 不同设备之间相互认证, 设备之间方便流畅的互动无疑是提升用户体验的 重要方向。
在现有技术中, 私有云技术包括服务器端 (Cloud server ) 和客户端 ( Client ), 服务器端支持网页、 数据库、 数据的上传下载功能, 同时支持 多设备同一账号同时登陆, 是私有云概念技术中的一大亮点。 客户端包含 Android, Iphone、 以及 Windows Phone等智能应用平台。 客户端设备分类 包括家庭网络设备、 移动手持设备、 家庭互操作设备。
在现有私有云技术中, 支持的业务有以下 2种: 1、 客户端登陆服务器 端后, 进行浏览及文件上传下载、 同步功能, 包括应用 /文件 /视频、 联系人 信息等。 2、 客户端互动功能。
在现有技术中, 一种私有云***中不同设备的使用场景分为两种:
1、 登陆同一个服务器的客户端设备, 处于相互 Wifi信号覆盖的范围, 或者一方处于另一方的 Wifi信号覆盖的范围。
2、登陆同一个服务器的客户端设备,不处于相互 Wifi信号覆盖的范围, 或者一方不处于另一方的 Wifi信号覆盖的范围。
在目前私有云技术应用中, 客户端登陆到服务器后, 可以上传、 下载
共享资源, 但是不同客户端对于资源都必须经过服务器实现共享, 没有根 据不同客户端实际所处的场景而选择不同的数据共享、 传送的方法, 因此, 在有限的服务器资源中, 随着客户端数量的增加, 容易导致服务器资源紧 张, 用户体验不佳。 发明内容
本发明实施例提供一种私有云中设备间自动建立基于 WIFI局域网的 方法及装置, 以解决现有技术中的私有云技术中, 客户端之间的互动必须 经过服务器而没能充分利用智能设备自带 Wifi功能实现本地建立局域网互 动, 进而导致服务器资源紧张, 用户体验不佳的问题。
本发明实施例提供一种私有云中设备间自动建立基于 WIFI局域网的 方法, 包括: 步驟 1 , 在有客户端成功登陆服务器端后, 服务器端获取客户 端上报的设备信息, 并根据设备信息保存客户端的设备属性信息和设备状 态信息; 步驟 2,服务器端根据设备信息和状态信息判断客户端是否能够接 入已经建立的 WIFI局域网, 如果判断为是, 控制客户端加入该 WIFI局域 网, 否则, 判断客户端是否能够和已登陆服务器端但还未接入任何 WIFI局 域网的客户端组成新的 WIFI局域网;并在服务器端确定如果能够组成新的 WIFI局或网时 , 控制客户端组成新的 WIFI局或网。
优选地, 步驟 1具体包括: 步驟 11 , 在有客户端成功登陆服务器端后, 服务器端获取客户端上报的设备信息; 步驟 12, 服务器端根据设备信息判 断相应的设备属性信息是否已经存在, 如果判断为是, 则执行步驟 13 , 如 果判断为否, 执行步驟 14; 步驟 13 , 根据设备信息建立与该设备属性信息 相应的设备状态信息, 并初始化设备状态信息; 步驟 14, 生成客户端的虚 拟 SSID, 并在本地添加与客户端相对应的设备属性信息后, 根据设备信息 建立与该设备属性信息相应的设备状态信息, 并初始化设备状态信息。
优选地, 设备属性信息包括: 设备的 SSID、 设备所安装的智能***类
型和版本信息、 以及 WIFI信息; 设备状态信息包括: 登陆状态、 是否已经 属于某个 WIFI局域网、 以及是否为某个 WIFI局域网的热点设备。
优选地, 步驟 2具体包括: 步驟 21 , 服务器端在本地数据中查找是否 有已经建立完成的 WIFI局域网; 如果判断为是, 执行步驟 22, 否则, 执 行步驟 24; 步驟 22, 服务器端将已建立完成的 WIFI局域网的信息下发给 客户端, 使客户端加入已建立完成的 WIFI局域网, 执行步驟 23; 步驟 23 , 服务器端接收客户端发送的反馈信息, 并根据反馈信息判断客户端是否已 成功加入已建立完成的 WIFI局域网, 如果判断为是, 执行步驟 25, 否贝' J , 执行步驟 24; 步驟 24, 服务器端建立新的 WIFI局域网; 步驟 25, 服务器 端更新本地保存的设备状态信息。
优选地, 步驟 24具体包括: 步驟 241 , 服务器端判断自由客户端的个 数是否大于等于 2, 如果判断为是, 执行步驟 242, 否则, 结束操作, 其中 自由客户端是指已登陆服务器端但还未接入任何 WIFI局域网的客户端;步 驟 242, 服务器端控制客户端启动自身设备为 WIFI热点; 步驟 243 , 服务 器端判断 WIFI热点启动是否成功, 如果成功, 执行步驟 244, 否则, 结束 操作; 步驟 244, 服务器端将 WIFI热点信息下发给其他的自由客户端; 步 驟 245 , 服务器端判断是否有自由客户端通过 WIFI搜索到客户端, 如果判 断为是, 执行步驟 246, 否则, 结束操作; 步驟 246, 服务器端通过设备属 性信息确定新组建的 WIFI局域网的热点设备,并控制其他自由客户端加入 新组建的 WIFI局或网。
优选地, 控制其他自由客户端加入新组建的 WIFI局域网具体包括: 客 户端接收到其他自由客户端加入以本设备为热点的 WIFI局域网的请求消 息后, 将其他自由客户端的设备信息发送给服务器端进行验证; 如果服务 器端验证通过, 则客户端同意自由客户端以本设备为热点的 WIFI局域网, 并向其他自由客户端发送加入成功的消息; 如果服务器端验证未通过, 则
客户端向自由客户端发送加入失败的消息。
优选地, 上述方法进一步包括: 步驟 4, 在服务器端检测到有客户端要 退出时,服务器端更新相关客户端的设备状态信息和相关 WIFI局域网的信 优选地, 步驟 4具体包括: 步驟 41 , 在服务器端检测到有客户端要退 出时, 判断退出客户端是否处于某个 WIFI局域网中, 如果判断为是, 执行 步驟 42, 否则, 执行步驟 49; 步驟 42, 服务器端判断退出客户端是否为该 WIFI局域网中的热点设备, 如果判断为是, 执行步驟 43 , 否则, 执行步驟 48; 步驟 43 , 服务器端判断该 WIFI局域网中的剩余客户端的个数是否大 于等于 2; 如果判断为是, 执行步驟 44, 否则, 执行步驟 46; 步驟 44, 月良 务器端根据剩余客户端的设备属性信息确定新的热点设备, 执行步驟 45; 步驟 45, 服务器端组建新的 WIFI局域网; 步驟 46, 服务器端更新剩余客 户端的设备状态信息和退出客户端的设备状态信息,执行步驟 47;步驟 47, 控制剩余客户端加入已经建立完成的 WIFI局域网; 步驟 48, 更新退出客 户端的设备状态信息和退出客户端所在 WIFI局域网的信息; 步驟 49, 更 新退出客户端的设备状态信息。
本发明实施例还提供了一种私有云中设备间自动建立基于 WIFI局域 网的装置, 包括: 获取保存模块, 用于在有客户端成功登陆服务器端后, 获取客户端上报的设备信息, 并根据设备信息保存客户端的设备属性信息 和设备状态信息; 处理模块, 用于根据设备信息和状态信息判断客户端是 否能够接入已经建立的 WIFI局域网, 如果判断为是, 控制客户端加入该 WIFI局域网, 否则, 判断客户端是否能够和已登陆服务器端但还未接入任 何 WIFI局域网的客户端组成新的 WIFI局域网; 并在服务器端确定如果能 够组成新的 WIFI局域网时 , 控制客户端组成新的 WIFI局域网。
优选地, 获取保存模块具体包括: 获取子模块, 设置为在有客户端成
功登陆服务器端后, 获取客户端上报的设备信息; 第一判断子模块, 设置 为根据设备信息判断相应的设备属性信息是否已经存在, 如果判断为是, 则调用第一处理子模块, 如果判断为否, 调用第二处理子模块; 第一处理 子模块, 设置为根据设备信息建立与该设备属性信息相应的设备状态信息, 并初始化设备状态信息; 第二处理子模块, 生成客户端的虚拟 SSID, 并在 本地添加与客户端相对应的设备属性信息后, 根据设备信息建立与该设备 属性信息相应的设备状态信息, 并初始化设备状态信息。
优选地, 设备属性信息包括: 设备的 SSID、 设备所安装的智能***类 型和版本信息、 以及 WIFI信息; 设备状态信息包括: 登陆状态、 是否已经 属于某个 WIFI局域网、 以及是否为某个 WIFI局域网的热点设备。
优选地, 处理模块具体包括: 查找子模块, 设置为在本地数据中查找 是否有已经建立完成的 WIFI局域网; 如果查找有已经建立完成的 WIFI局 域网, 调用下发子模块, 否则, 调用建立子模块; 下发子模块, 设置为将 已建立完成的 WIFI局域网的信息下发给客户端,使客户端加入已建立完成 的 WIFI局域网, 调用第二判断子模块; 第二判断子模块, 设置为接收客户 端发送的反馈信息, 并根据反馈信息判断客户端是否已成功加入已建立完 成的 WIFI局域网, 如果判断为是, 调用第一更新子模块, 否则, 调用建立 子模块; 建立子模块, 设置为建立新的 WIFI局域网; 第一更新子模块, 用 于更新本地保存的设备状态信息。
优选地, 建立子模块具体包括: 第一判断单元, 设置为判断自由客户 端的个数是否大于等于 2, 如果判断为是, 调用第一控制单元, 否则, 结束 操作,其中自由客户端是指已登陆服务器端但还未接入任何 WIFI局域网的 客户端; 第一控制单元, 设置为控制客户端启动自身设备为 WIFI热点; 第 二判断单元, 设置为判断 WIFI热点启动是否成功, 如果成功, 调用下发单 元, 否则, 结束操作; 下发单元, 设置为将 WIFI热点信息下发给其他的自
由客户端; 第三判断单元, 设置为判断是否有自由客户端通过 WIFI搜索到 客户端, 如果判断为是, 调用第二控制单元, 否则, 结束操作; 第二控制 单元, 设置为通过设备属性信息确定新组建的 WIFI局域网的热点设备, 并 控制其他自由客户端加入新组建的 WIFI局域网。
优选地, 第二控制单元具体设置为: 在客户端接收到其他自由客户端 加入以本设备为热点的 WIFI局域网的请求消息后,接收客户端发送的其他 自由客户端的设备信息, 并根据设备信息对其他自由客户端进行验证, 并 向客户端发送验证结果。
优选地, 装置进一步包括: 退出模块, 设置为在检测到有客户端要退 出时, 更新相关客户端的设备状态信息和相关 WIFI局域网的信息。
优选地, 退出模块具体包括: 第三判断子模块, 设置为在检测到有客 户端要退出时, 判断退出客户端是否处于某个 WIFI局域网中, 如果判断为 是, 调用第四判断子模块, 否则, 调用第四更新子模块; 第四判断子模块, 设置为判断退出客户端是否为该 WIFI局域网中的热点设备, 如果判断为 是, 调用第五判断子模块, 否则, 调用第三更新子模块; 第五判断子模块, 设置为判断该 WIFI局域网中的剩余客户端的个数是否大于等于 2; 如果判 断为是, 调用确定子模块, 否则, 调用第二更新子模块; 确定子模块, 设 置为根据剩余客户端的设备属性信息确定新的热点设备, 调用组建子模块; 组建子模块, 设置为组建新的 WIFI局域网; 第二更新子模块, 设置为更新 剩余客户端的设备状态信息和退出客户端的设备状态信息, 调用控制子模 块;控制子模块,设置为控制剩余客户端加入已经建立完成的 WIFI局域网; 第三更新子模块, 设置为更新退出客户端的设备状态信息和退出客户端所 在 WIFI局域网的信息; 第四更新子模块, 设置为更新退出客户端的设备状 态信息。
通过本发明实施例的技术方案, 解决了现有技术中的私有云技术中,
客户端之间的互动必须经过服务器而没能充分利用智能设备自带 Wifi功能 实现本地建立局域网互动的问题, 能够使得登陆到私有云中的设备, 不管 所处的地理位置在何处, 地理位置有何变化***都会主动根据其具体的实 际情况发起建立或者加入本地 Wifi局域网的动作, 并引导用户很轻松的建 立 Wifi局域网或者加入已有的 Wifi局域网, 从而避免服务器资源紧张, 用 户体验不佳。 附图说明
图 1是本发明实施例的部署示意图;
图 2是本发明实施例的私有云中设备间自动建立基于 WIFI局域网的方 法的流程图;
图 3是本发明实施例的服务器端处理客户端上报的设备信息的流程图; 图 4是本发明实施例的服务器端控制客户端加入已建立完成的局域网 的流程图;
图 5是本发明实施例的服务器控制还没有加入局域网的客户端组成新 的局域网的流程图;
图 6是本发明实施例的设备 A请求加入设备 B作为热点的局域网时客 户端的处理流程图;
图 7是本发明实施例的客户端退出时的服务器控制处理流程图; 图 8是本发明实施例的私有云中设备间自动建立基于 WIFI局域网的装 置的结构示意图。 具体实施方式
下面将参照附图更详细地描述本公开的示例性实施例。 虽然附图中显 示了本公开的示例性实施例, 然而应当理解, 可以以各种形式实现本公开 而不应被这里阐述的实施例所限制。 相反, 提供这些实施例是为了能够更
透彻地理解本公开, 并且能够将本公开的范围完整的传达给本领域的技术 人员。
为了解决现有技术中的私有云技术中, 客户端之间的互动必须经过服 务器而没能充分利用智能设备自带 Wifi功能实现本地建立局域网互动的问 题,本发明实施例提供了一种私有云中设备间自动建立基于 WIFI局域网的 方法及装置。
图 1是本发明实施例的部署示意图, 在如图 1所示的***部署中, 当 有客户端成功登陆服务器后, 由客户端应用程序上报设备具体信息给服务 器应用程序。 服务器应用程序负责在本地保存客户端设备信息以及客户端 状态信息。 由服务器端应用程序控制, 首先尝试新登陆的客户端是否可以 接入已经建立完成的 Wifi局域网。 当新登陆的客户端无法认证接入已经建 立完成的 Wifi局域网时, 由服务器应用程序控制, 尝试新登陆的客户端是 否可以和已经登陆但还没有接入任何 Wifi局域网的客户端组成新的 Wifi局 域网。 当客户端收到服务器端的指令消息后, 客户端负责完成指令操作, 和用户互动, 给服务器上报结果。 当客户端退出时, 由服务器更新其状态 以及状态信息;服务器控制处理退出客户端所在的 Wifi局域网的组成变化; 由服务器更新其他和退出客户端相关的设备的状态信息。
通过本发明实施例的上述技术方案,对于一个家庭私有云用户, 当从 A 城市到 B城市探亲, 在 A城市用户加入的局域网不用用户做任何操作就可 以自动退出, 而不影响用户在 B城市简单轻松的建立或者加入新的 Wifi局 域网。 或者对于一个企业私有云用户, 当从工作区 A到工作区 B, 可以在 不同的 Wifi局域网中轻松的变换, 通过局域网进行客户端间的互动, 不管 是和同事的协助工作还是亲朋间的娱乐, 都将给用户带来很好的体验。
以下结合附图以及实施例, 对本发明进行进一步详细说明。 应当理解, 此处所描述的具体实施例仅仅用以解释本发明, 并不限定本发明。
方法实施例
根据本发明的实施例, 提供了一种私有云中设备间自动建立基于 WIFI 局域网的方法, 图 2是本发明实施例的私有云中设备间自动建立基于 WIFI 局域网的方法的流程图, 如图 2所示, 根据本发明实施例的私有云中设备 间自动建立基于 WIFI局域网的方法包括如下处理:
步驟 201 ,在有客户端成功登陆服务器端后,服务器端获取客户端上报 的设备信息, 并根据设备信息保存客户端的设备属性信息和设备状态信息; 其中, 设备属性信息包括: 设备的 SSID、 设备所安装的智能***类型和版 本信息、 以及 WIFI信息; 设备状态信息包括: 登陆状态、 是否已经属于某 个 WIFI局域网、 以及是否为某个 WIFI局域网的热点设备。
可选的, 步驟 201具体包括如下处理:
步驟 2011 , 在有客户端成功登陆服务器端后, 服务器端获取客户端上 报的设备信息;
步驟 2012, 服务器端根据设备信息判断相应的设备属性信息是否已经 存在, 如果判断为是, 则执行步驟 2013 , 如果判断为否, 执行步驟 2014; 步驟 2013 ,根据设备信息建立与该设备属性信息相应的设备状态信息, 并初始化设备状态信息;
步驟 2014, 生成客户端的虚拟 SSID, 并在本地添加与客户端相对应的 设备属性信息后, 根据设备信息建立与该设备属性信息相应的设备状态信 息, 并初始化设备状态信息。
步驟 202,服务器端根据设备信息和状态信息判断客户端是否能够接入 已经建立的 WIFI局域网,如果判断为是,控制客户端加入该 WIFI局域网 , 否则,判断客户端是否能够和已登陆服务器端但还未接入任何 WIFI局域网 的客户端组成新的 WIFI局域网;并在服务器端确定如果能够组成新的 WIFI 局域网时, 控制客户端组成新的 WIFI局域网。
可选的 , 步驟 202具体包括如下处理:
步驟 2021 , 服务器端在本地数据中查找是否有已经建立完成的 WIFI 局域网; 如果判断为是, 执行步驟 2022, 否则, 执行步驟 2024;
步驟 2022, 服务器端将已建立完成的 WIFI局域网的信息下发给客户 端, 使客户端加入已建立完成的 WIFI局域网, 执行步驟 2023;
步驟 2023 , 服务器端接收客户端发送的反馈信息, 并根据反馈信息判 断客户端是否已成功加入已建立完成的 WIFI局域网, 如果判断为是, 执行 步驟 2025, 否则, 执行步驟 2024;
步驟 2024, 服务器端建立新的 WIFI局域网;
步驟 2025 , 服务器端更新本地保存的设备状态信息。
可选的, 在上述处理步驟中, 步驟 2024具体包括:
步驟 20241 , 服务器端判断自由客户端的个数是否大于等于 2, 如果判 断为是, 执行步驟 20242, 否则, 结束操作, 其中自由客户端是指已登陆服 务器端但还未接入任何 WIFI局域网的客户端;
步驟 20242, 服务器端控制客户端启动自身设备为 WIFI热点; 步驟 20243 , 服务器端判断 WIFI热点启动是否成功, 如果成功, 执行 步驟 20244, 否则, 结束操作;
步驟 20244, 服务器端将 WIFI热点信息下发给其他的自由客户端; 步驟 20245,服务器端判断是否有自由客户端通过 WIFI搜索到客户端, 如果判断为是, 执行步驟 20246, 否则, 结束操作;
步驟 20246, 服务器端通过设备属性信息确定新组建的 WIFI局域网的 热点设备, 并控制其他自由客户端加入新组建的 WIFI局域网。
在步驟 20246中,控制其他自由客户端加入新组建的 WIFI局域网具体 包括:客户端接收到其他自由客户端加入以本设备为热点的 WIFI局域网的 请求消息后, 将其他自由客户端的设备信息发送给服务器端进行验证; 如
果服务器端验证通过,则客户端同意自由客户端以本设备为热点的 WIFI局 域网, 并向其他自由客户端发送加入成功的消息; 如果服务器端验证未通 过, 则客户端向自由客户端发送加入失败的消息。
可选的, 在本发明实施例中, 当客户端需要退出时, 具体需要进行如 下处理:
步驟 203 ,在服务器端检测到有客户端要退出时,服务器端更新相关客 户端的设备状态信息和相关 WIFI局域网的信息。
可选的, 步驟 203具体包括如下处理:
步驟 2031 , 在服务器端检测到有客户端要退出时, 判断退出客户端是 否处于某个 WIFI局域网中, 如果判断为是, 执行步驟 2032, 否则, 执行 步驟 2039;
步驟 2032, 服务器端判断退出客户端是否为该 WIFI局域网中的热点 设备, 如果判断为是, 执行步驟 2033 , 否则, 执行步驟 2038;
步驟 2033 , 服务器端判断该 WIFI局域网中的剩余客户端的个数是否 大于等于 2; 如果判断为是, 执行步驟 2034, 否则, 执行步驟 2036;
步驟 2034, 服务器端根据剩余客户端的设备属性信息确定新的热点设 备, 执行步驟 2035;
步驟 2035 , 服务器端组建新的 WIFI局域网;
步驟 2036, 服务器端更新剩余客户端的设备状态信息和退出客户端的 设备状态信息, 执行步驟 2037;
步驟 2037, 控制剩余客户端加入已经建立完成的 WIFI局域网; 步驟 2038, 更新退出客户端的设备状态信息和退出客户端所在 WIFI 局域网的信息;
步驟 2039, 更新退出客户端的设备状态信息。
以下结合附图, 对本发明实施例的上述技术方案进行详细的说明。
在实际应用中, 可以在私有云***的服务器端和客户端中分别部署服 务器端应用程序 (Service )和客户端应用程序 ( Client )。
其中, 服务器应用程序主要负责: 管理客户端设备属性和状态数据、 客户端加入已建立 Wifi局域网逻辑管理、 新建立 Wifi局域网逻辑管理、 和 客户端交互。 客户端应用程序主要负责: 客户端设备属性信息上报、 设备 Wifi管理功能、 和用户交互功能、 数据传输等应用功能。
服务器端所管理的客户端设备属性和状态数据存储在服务器本地, 可 以通过数据库或者文件形式存储。 设备属性数据主要包括: 设备 SSID、 设 备所安装的智能***类型以及版本信息、 Wifi信息。 设备状态主要包括: 登陆状态、 是否已属于某个局域网、 是否是某个 Wifi局域网的热点设备。 ***部署示意图如图 1所示。
以下详细说明客户端登陆成功上报设备属性信息 (对应于上述的设备 信息)后, 服务器处理流程, 图 3是本发明实施例的服务器端处理客户端 上报的设备信息的流程图, 如图 3所示, 具体包括如下处理:
步驟 301, 服务器收到客户端上报设备属性信息。
步驟 302, 服务器判断此设备属性信息是否已经存在, 如果是, 执行步 驟 303; 否则, 执行步驟 304。 这里, 具体通过设备真实的 SSID信息查找 确认。
步驟 303 ,根据设备属性信息建立此设备的状态信息数据,之后转到步 驟 306。对于同一个设备在服务器端会存储两条相关的数据: 一个是设备属 性数据, 一个是设备状态数据。
步驟 304, 由服务器生成此设备的虚拟 SSID信息, 同时下发给此客户 端, 客户端保存在设备本地, 一是保证设备在服务器端的唯一性和设备在 局域网中的唯一性。
步驟 305 ,在本地数据中添加此设备的属性信息数据。在建立设备属性
信息的时, 同时根据设备所安装的智能***平台信息以及设备 Wifi支持情 况, 计算出此设备可作为局域网中 Wifi热点的优先级。
步驟 306, 初始化此设备的状态信息数据。设备状态信息是服务端此私 有云管理调度客户端局域网的唯一依据.通过设备状态信息在服务器端形成 一个虚拟的局域网数据集。
图 4是本发明实施例的服务器端控制客户端加入已建立完成的局域网 的流程图, 如图 4所示, 具体包括如下处理:
步驟 401 , 客户端登陆, 服务器处理完设备属性和状态数据;
步驟 402,服务器在本机数据中查找是否有已经建立完成的局域网,如 果是, 执行步驟 403; 否则, 执行步驟 406, 这里, 数据从服务器本地设备 状态数据中查找。
步驟 403 ,服务器将已建立完成的局域网的信息下发给客户端; 建立完 成的局域网信息主要是局域网中热点设备的信息, 热点设备信息包括网路 SSID (实地的和虚拟的 )信息和热点优先级。
步驟 404, 客户端请求加入已建立的区域网, 并给服务器反馈结果; 客 户端收到局域网中热点设备的 SSID信息和热点优先级信息,首先根据优先 级由高到底的顺序通过 Wifi搜索特定 SSID信息的设备。 当有设备搜索到, 则暂停搜索并发起加入请求, 加入请求消息中必须带有虚拟 SSID信息, 以 此信息确保设备属于私有云, 和目标局域网的唯一性和准确性。
步驟 405 , 服务器端确定是否成功加入已建立的局域网, 如果是, 执行 步驟 407; 否则, 执行步驟 406。对于客户端 A请求加入以客户端 B为热点 的局域网的流程见图 6。
步驟 406, 服务器进入建立新的局域网的流程, 具体流程见图 5。
步驟 407, 服务器更新本地客户端状态数据。
图 5是本发明实施例的服务器控制还没有加入局域网的客户端组成新
的局域网的流程图, 如图 5所示, 具体包括如下处理:
步驟 501 , 新登陆的客户端无法加入已建立的局域网。
在私有环境中, 无法加入已建立的局域网最多原因是由于 Wifi信号空 间距离的限制。 为了解决此问题, 本发明实施例将客户端设备作为数据采 集终端, 信息汇集到服务器, 首先在服务器组建一个虚拟局域网数据集, 然后据此调度客户端组成实际的局域网。
步驟 502, 服务器判断所剩客户端个数是否大于等于 2, 如果是, 执行 步驟 503; 否则, 流程结束。 这里的客户端个数是通过服务器端虚拟局域网 数据集中的客户端个数判定的。
步驟 503 , 服务器控制新登陆的客户端启动自身设备为 Wifi热点; 首 先由服务器生成此 Wifi热点接入时的密钥,此密钥由服务器下发给客户端, 作为客户端启动热点的默认密钥。
步驟 504, 服务器判断热点启动是否成功, 如果是, 执行步驟 505; 否 则, 流程结束。
为了保护用户的权益, 在启动热的时候会征求用户的意见。
步驟 505 , 服务器将热点设备信息下发给其他自由客户端;
步驟 506,客户端首先根据设备真实的 SSID信息,通过 Wifi搜索设备, 当搜索到后, 向其发送虚拟 SSID信息的校验, 如果校验通过, 则为搜索设 备成功, 如果真实的 SSID搜索到设备但是虚拟的 SSID信息验证不通过, 还是认为没有搜索到目标设备。 通过虚拟 SSID信息的校验, 实现私有云中 设备和外界设备的隔离。
这里,如果没有自由客户端可以通过 Wifi找到热点设备, 则流程结束。 步驟 507,服务器通过设备属性中可作为热点的优先级信息确新组建的 局域网的热点设备, 转到步驟 509。
步驟 508, 流程结束。
步驟 509, 进入客户端加入已建立的局域网的流程。 此流程具体参见图
4。
图 6是本发明实施例的设备 A请求加入设备 B作为热点的局域网时客 户端的处理流程图, 如图 6所示, 具体包括如下处理:
步驟 601 , 客户端 A通过真实的 SSID信息向目标设备发起链接请求, 同时请求消息里边必须带有设备的虚拟 SSID信息, 通过虚拟 SSID新确认 目标设备的唯一性。 另外请求消息中还必须带有自身设备的 SSID信息(真 实的和虚拟的)。
步驟 602, 客户端 B将客户端 A的设备信息发给服务器验证。 验证消 息中需要包括客户端 A的 SSID信息和客户端 B的 SSID信息,服务器会通 过 SSID信息中虚拟 SSID信息验证设备的合法性; 根据服务器端设备的状 态数据验证请求加入的合法性。
步驟 603 , 如果服务器对设备的合法性和请求加入的合法性验证通过 后, 就获取此局域网加入的密钥信息, 发给客户端 B, 执行步驟 604; 如果 验证不通过, 就发给客户端验证不通过的回复, 执行步驟 606。
步驟 604, 客户端 B收到加入此局域网的密钥后, 和本地密钥的校验, 如果校验一致, 则加入请求通过; 如果校验不一致, 则加入请求失败。
步驟 605 , 客户端 B给客户端 A返回加入成功的消息。
步驟 606 , 客户端 B给客户端 A返回加入失败的消息。
步驟 607, 请求加入流程结束。
在本发明实施例中, 客户端退出包括以下 4种情况:
1、 客户端请求退出某个局域网。
2、 随着地理位置的变化, 由于 Wifi信号范围的限制而必须退出局域网 但不退出登陆。
3、 客户端退出登陆。
4、客户端异常丟失, 当客户端在有效的时间内没有发送心跳消息的话, 视为异常丟失。
图 7是本发明实施例的客户端退出时的服务器控制处理流程图,如图 6 所示, 针对上述客户端退出的情况, 具体包括如下处理:
步驟 701 ,服务器检测到有客户端退出时,服务器需要通过设备的 SSID 信息查找到设备的状态数据, 更新此设备为未激活状态。
步驟 702, 通过设备的 SSID信息在服务器设备的状态信息中检测此设 备是否属于某个局域网, 如果是, 执行步驟 703; 否则, 执行步驟 706。
步驟 703 , 判断退出客户端是否是局域网中的热点设备, 如果是, 执行 步驟 704; 否则, 执行步驟 705。 这里, 通过查找设备的状态信息确定是否 是热点设备。
步驟 704,判断所剩客户端个数是否大于等于 2,如果是,执行步驟 708; 否则, 执行步驟 707。
这里的客户端个数是通过服务器端虚拟局域网数据集中的客户端个数 判定的。
步驟 705 ,更新退出客户端的状态信息和所在局域网的信息,流程结束。 服务器将设备状态数据中状态置为未激活, 同时更新服务器中局域网数据 集数据。
步驟 706, 更新退出客户端的状态信息, 流程结束。
步驟 707, 更新所剩客户端得状态信息和退出客户端的状态信息, 转到 步驟 709。 此时所剩客户端就变成了自由客户端,作为组建新的局域的备选 设备。
步驟 708,服务器根据剩下的客户端的设备属性确定新的热点设备, 转 到步驟 710。新的热点设备根据设备属性信息中可作为热点的优先级来确定 此局域网的新热点。
步驟 709,进入客户端加入已经建立好的局域网的流程。此流程见图 4。 步驟 710, 进入组建新的局域网的流程。 此流程见图 5。
综上, 借助于本发明实施例的技术方案, 解决了现有技术中的私有云 技术中, 客户端之间的互动必须经过服务器而没能充分利用智能设备自带 Wifi 功能实现本地建立局域网互动的问题, 能够使得登陆到私有云中的设 备, 不管所处的地理位置在何处, 地理位置有何变化***都会主动根据其 具体的实际情况发起建立或者加入本地 Wifi局域网的动作, 并引导用户很 轻松的建立 Wifi局域网或者加入已有的 Wifi局域网。
装置实施例
根据本发明的实施例, 提供了一种私有云中设备间自动建立基于 WIFI 局域网的装置, 图 8是本发明实施例的私有云中设备间自动建立基于 WIFI 局域网的装置的结构示意图, 如图 8所示, 根据本发明实施例的私有云中 设备间自动建立基于 WIFI局域网的装置包括: 获取保存模块 80、 处理模 块 82, 以下对本发明实施例的各个模块进行详细的说明。
获取保存模块 80, 设置为在有客户端成功登陆服务器端后, 获取客户 端上报的设备信息, 并根据设备信息保存客户端的设备属性信息和设备状 态信息; 其中, 设备属性信息包括: 设备的 SSID、 设备所安装的智能*** 类型和版本信息、 以及 WIFI信息; 设备状态信息包括: 登陆状态、 是否已 经属于某个 WIFI局域网、 以及是否为某个 WIFI局域网的热点设备。
获取保存模块 80具体包括:
获取子模块, 设置为在有客户端成功登陆服务器端后, 获取客户端上 报的设备信息;
第一判断子模块, 设置为根据设备信息判断相应的设备属性信息是否 已经存在, 如果判断为是, 则调用第一处理子模块, 如果判断为否, 调用 第二处理子模块;
第一处理子模块, 设置为根据设备信息建立与该设备属性信息相应的 设备状态信息, 并初始化设备状态信息;
第二处理子模块, 生成客户端的虚拟 SSID, 并在本地添加与客户端相 对应的设备属性信息后, 根据设备信息建立与该设备属性信息相应的设备 状态信息, 并初始化设备状态信息。
处理模块 82, 设置为根据设备信息和状态信息判断客户端是否能够接 入已经建立的 WIFI局域网, 如果判断为是, 控制客户端加入该 WIFI局域 网, 否则, 判断客户端是否能够和已登陆服务器端但还未接入任何 WIFI局 域网的客户端组成新的 WIFI局域网;并在服务器端确定如果能够组成新的 WIFI局域网时 , 控制客户端组成新的 WIFI局域网。
处理模块 82具体包括:
查找子模块,设置为在本地数据中查找是否有已经建立完成的 WIFI局 域网; 如果查找有已经建立完成的 WIFI局域网, 调用下发子模块, 否则, 调用建立子模块;
下发子模块, 设置为将已建立完成的 WIFI局域网的信息下发给客户 端, 使客户端加入已建立完成的 WIFI局域网, 调用第二判断子模块; 第二判断子模块, 设置为接收客户端发送的反馈信息, 并根据反馈信 息判断客户端是否已成功加入已建立完成的 WIFI局域网, 如果判断为是, 调用第一更新子模块, 否则, 调用建立子模块;
建立子模块, 设置为建立新的 WIFI局域网;
第一更新子模块, 设置为更新本地保存的设备状态信息。
其中, 上述建立子模块具体包括:
第一判断单元,设置为判断自由客户端的个数是否大于等于 2, 如果判 断为是, 调用第一控制单元, 否则, 结束操作, 其中自由客户端是指已登 陆服务器端但还未接入任何 WIFI局域网的客户端;
第一控制单元, 设置为控制客户端启动自身设备为 WIFI热点; 第二判断单元, 设置为判断 WIFI热点启动是否成功, 如果成功, 调用 下发单元, 否则, 结束操作;
下发单元, 设置为将 WIFI热点信息下发给其他的自由客户端; 第三判断单元, 设置为判断是否有自由客户端通过 WIFI搜索到客户 端, 如果判断为是, 调用第二控制单元, 否则, 结束操作;
第二控制单元,设置为通过设备属性信息确定新组建的 WIFI局域网的 热点设备, 并控制其他自由客户端加入新组建的 WIFI局域网。
第二控制单元具体设置为: 在客户端接收到其他自由客户端加入以本 设备为热点的 WIFI局域网的请求消息后,接收客户端发送的其他自由客户 端的设备信息, 并根据设备信息对其他自由客户端进行验证, 并向客户端 发送验证结果。
根据本发明实施例的上述装置进一步包括:
退出模块, 设置为在检测到有客户端要退出时, 更新相关客户端的设 备状态信息和相关 WIFI局域网的信息。
退出模块具体包括:
第三判断子模块, 设置为在检测到有客户端要退出时, 判断退出客户 端是否处于某个 WIFI局域网中, 如果判断为是, 调用第四判断子模块, 否 则, 调用第四更新子模块;
第四判断子模块,设置为判断退出客户端是否为该 WIFI局域网中的热 点设备, 如果判断为是, 调用第五判断子模块, 否则, 调用第三更新子模 块;
第五判断子模块,设置为判断该 WIFI局域网中的剩余客户端的个数是 否大于等于 2; 如果判断为是, 调用确定子模块, 否则, 调用第二更新子模 块;
确定子模块, 设置为根据剩余客户端的设备属性信息确定新的热点设 备, 调用组建子模块;
组建子模块, 设置为组建新的 WIFI局域网;
第二更新子模块, 设置为更新剩余客户端的设备状态信息和退出客户 端的设备状态信息, 调用控制子模块;
控制子模块, 设置为控制剩余客户端加入已经建立完成的 WIFI局域网; 第三更新子模块, 设置为更新退出客户端的设备状态信息和退出客户 端所在 WIFI局域网的信息;
第四更新子模块, 设置为更新退出客户端的设备状态信息。
本发明实施例的各个模块的详细处理过程可以根据上述方法实施例的 相应描述进行理解, 在此不再赘述。
在此提供的算法和显示不与任何特定计算机、 虚拟***或者其它设备 固有相关。 各种通用***也可以与基于在此的示教一起使用。 根据上面的 描述, 构造这类***所要求的结构是显而易见的。 此外, 本发明也不针对 任何特定编程语言。 应当明白, 可以利用各种编程语言实现在此描述的本 发明的内容, 并且上面对特定语言所做的描述是为了披露本发明的最佳实 施方式。
在此处所提供的说明书中, 说明了大量具体细节。 然而, 能够理解, 并未详细示出公知的方法、 结构和技术, 以便不模糊对本说明书的理解。
类似地, 应当理解, 为了精简本公开并帮助理解各个发明方面中的一 个或多个, 在上面对本发明的示例性实施例的描述中, 本发明的各个特征 有时被一起分组到单个实施例、 图、 或者对其的描述中。 然而, 并不应将 该公开的方法解释成反映如下意图: 即所要求保护的本发明要求比在每个 权利要求中所明确记载的特征更多的特征。 更确切地说, 如下面的权利要
求书所反映的那样, 发明方面在于少于前面公开的单个实施例的所有特征。 因此 , 遵循具体实施方式的权利要求书由此明确地并入该具体实施方式 , 其中每个权利要求本身都作为本发明的单独实施例。
本领域那些技术人员可以理解, 可以对实施例中的设备中的模块进行 自适应性地改变并且把它们设置在与该实施例不同的一个或多个设备中。 可以把实施例中的模块或单元或组件组合成一个模块或单元或组件, 以及 此外可以把它们分成多个子模块或子单元或子组件。 除了这样的特征和 /或 过程或者单元中的至少一些是相互排斥之外, 可以采用任何组合对本说明 书 (包括伴随的权利要求、 摘要和附图) 中公开的所有特征以及如此公开 说明书 (包括伴随的权利要求、 摘要和附图) 中公开的每个特征可以由提 供相同、 等同或相似目的的替代特征来代替。
此外, 本领域的技术人员能够理解, 尽管在此所述的一些实施例包括 其它实施例中所包括的某些特征而不是其它特征, 但是不同实施例的特征 的组合意味着处于本发明的范围之内并且形成不同的实施例。 例如, 在下 面的权利要求书中, 所要求保护的实施例的任意之一都可以以任意的组合 方式来使用。
本发明的各个部件实施例可以以硬件实现, 或者以在一个或者多个处 理器上运行的软件模块实现, 或者以它们的组合实现。 本领域的技术人员 应当理解, 可以在实践中使用微处理器或者数字信号处理器(DSP )来实现 根据本发明实施例的私有云中设备间自动建立基于 WIFI局域网的装置中 的一些或者全部部件的一些或者全部功能。 本发明还可以实现为用于执行 这里所描述的方法的一部分或者全部的设备或者装置程序 (例如, 计算机 程序和计算机程序产品)。 这样的实现本发明的程序可以存储在计算机可读 介质上, 或者可以具有一个或者多个信号的形式。 这样的信号可以从因特
网网站上下载得到, 或者在载体信号上提供, 或者以任何其他形式提供。 应该注意的是上述实施例对本发明进行说明而不是对本发明进行限 制, 并且本领域技术人员在不脱离所附权利要求的范围的情况下可设计出 替换实施例。 在权利要求中, 不应将位于括号之间的任何参考符号构造成 对权利要求的限制。 单词 "包含" 不排除存在未列在权利要求中的元件或 步驟。 位于元件之前的单词 "一" 或 "一个" 不排除存在多个这样的元件。 本发明可以借助于包括有若干不同元件的硬件以及借助于适当编程的计算 机来实现。 在列举了若干装置的单元权利要求中, 这些装置中的若干个可 以是通过同一个硬件项来具体体现。 单词第一、 第二、 以及第三等的使用 不表示任何顺序。 可将这些单词解释为名称。 工业实用性
本发明实施例所述的私有云中设备间自动建立基于 WIFI局域网的方 法及装置, 在有客户端成功登陆服务器端后, 所述服务器端获取所述客户 端上报的设备信息, 并根据所述设备信息保存所述客户端的设备属性信息 和设备状态信息; 所述服务器端根据所述设备信息和所述状态信息判断所 述客户端是否能够接入已经建立的 WIFI局域网, 如果判断为是, 控制所述 客户端加入该 WIFI局域网, 否则, 判断所述客户端是否能够和已登陆所述 服务器端但还未接入任何 WIFI局域网的客户端组成新的 WIFI局域网; 并 在所述服务器端确定如果能够组成新的 WIFI局域网时,控制所述客户端组 成新的 WIFI局域网。 借助于本发明实施例的技术方案, 解决了现有技术中 的私有云技术中, 客户端之间的互动必须经过服务器而没能充分利用智能 设备自带 Wifi功能实现本地建立局域网互动的问题, 能够使得登陆到私有 云中的设备, 不管所处的地理位置在何处, 地理位置有何变化***都会主 动根据其具体的实际情况发起建立或者加入本地 Wifi局域网的动作, 并引 导用户很轻松的建立 Wifi局域网或者加入已有的 Wifi局域网。
Claims
1、 一种私有云中设备间自动建立基于 WIFI局域网的方法, 其中, 该 方法包括:
步驟 1 , 在有客户端成功登陆服务器端后, 所述服务器端获取所述客户 端上报的设备信息, 并根据所述设备信息保存所述客户端的设备属性信息 和设备状态信息;
步驟 2,所述服务器端根据所述设备信息和所述状态信息判断所述客户 端是否能够接入已经建立的 WIFI局域网, 如果判断为是, 控制所述客户端 加入该 WIFI局域网, 否则, 判断所述客户端是否能够和已登陆所述服务器 端但还未接入任何 WIFI局域网的客户端组成新的 WIFI局域网; 并在所述 服务器端确定如果能够组成新的 WIFI局域网时,控制所述客户端组成新的 WIFI局或网。
2、 如权利要求 1所述的方法, 其中, 所述步驟 1包括:
步驟 11 , 在有客户端成功登陆所述服务器端后, 所述服务器端获取所 述客户端上报的所述设备信息;
步驟 12, 所述服务器端根据所述设备信息判断相应的设备属性信息是 否已经存在, 如果判断为是, 则执行步驟 13 , 如果判断为否, 执行步驟 14;
步驟 13 , 根据所述设备信息建立与该设备属性信息相应的设备状态信 息, 并初始化所述设备状态信息;
步驟 14, 生成所述客户端的虚拟 SSID, 并在本地添加与所述客户端相 对应的设备属性信息后, 根据所述设备信息建立与该设备属性信息相应的 设备状态信息, 并初始化所述设备状态信息。
3、 如权利要求 1或 2所述的方法, 其中,
所述设备属性信息包括: 设备的 SSID、 设备所安装的智能***类型和 版本信息、 以及 WIFI信息;
所述设备状态信息包括: 登陆状态、 是否已经属于某个 WIFI局域网、 以及是否为某个 WIFI局域网的热点设备。
4、 如权利要求 1所述的方法, 其中, 所述步驟 2包括:
步驟 21 ,所述服务器端在本地数据中查找是否有已经建立完成的 WIFI 局域网; 如果判断为是, 执行步驟 22, 否则, 执行步驟 24;
步驟 22, 所述服务器端将所述已建立完成的 WIFI局域网的信息下发 给所述客户端, 使所述客户端加入所述已建立完成的 WIFI局域网, 执行步 驟 23;
步驟 23 , 所述服务器端接收所述客户端发送的反馈信息, 并根据所述 反馈信息判断所述客户端是否已成功加入所述已建立完成的 WIFI局域网, 如果判断为是, 执行步驟 25, 否则, 执行步驟 24;
步驟 24, 所述服务器端建立新的 WIFI局域网;
步驟 25, 所述服务器端更新本地保存的设备状态信息。
5、 如权利要求 4所述的方法, 其中, 所述步驟 24包括:
步驟 241 , 所述服务器端判断自由客户端的个数是否大于等于 2, 如果 判断为是, 执行步驟 242, 否则, 结束操作, 其中所述自由客户端是指已登 陆所述服务器端但还未接入任何 WIFI局域网的客户端;
步驟 242, 所述服务器端控制所述客户端启动自身设备为 WIFI热点; 步驟 243 , 所述服务器端判断 WIFI热点启动是否成功, 如果成功, 执 行步驟 244, 否则, 结束操作;
步驟 244, 所述服务器端将 WIFI热点信息下发给其他的自由客户端; 步驟 245 , 所述服务器端判断是否有自由客户端通过 WIFI搜索到所述 客户端, 如果判断为是, 执行步驟 246, 否则, 结束操作;
步驟 246, 所述服务器端通过设备属性信息确定新组建的 WIFI局域网 的热点设备, 并控制所述其他自由客户端加入所述新组建的 WIFI局域网。
6、 如权利要求 5所述的方法, 其中, 控制所述其他自由客户端加入所 述新组建的 WIFI局域网包括:
所述客户端接收到其他自由客户端加入以本设备为热点的 WIFI局域 网的请求消息后, 将所述其他自由客户端的设备信息发送给所述服务器端 进行验证;
如果所述服务器端验证通过, 则所述客户端同意所述自由客户端以本 设备为热点的 WIFI局域网, 并向所述其他自由客户端发送加入成功的消 如果所述服务器端验证未通过, 则所述客户端向所述自由客户端发送 加入失败的消息。
7、 如权利要求 1所述的方法, 其中, 该方法还包括:
步驟 3 , 在所述服务器端检测到有客户端要退出时, 所述服务器端更新 相关客户端的设备状态信息和相关 WIFI局域网的信息。
8、 如权利要求 7所述的方法, 其中, 所述步驟 3包括:
步驟 31 , 在所述服务器端检测到有客户端要退出时, 判断退出客户端 是否处于某个 WIFI局域网中, 如果判断为是, 执行步驟 32, 否则, 执行 步驟 39;
步驟 32, 所述服务器端判断退出客户端是否为该 WIFI局域网中的热 点设备, 如果判断为是, 执行步驟 33 , 否则, 执行步驟 38;
步驟 33 , 所述服务器端判断该 WIFI局域网中的剩余客户端的个数是 否大于等于 2; 如果判断为是, 执行步驟 34, 否则, 执行步驟 36;
步驟 34, 所述服务器端根据剩余客户端的设备属性信息确定新的热点 设备, 执行步驟 35;
步驟 35, 所述服务器端组建新的 WIFI局域网;
步驟 36, 所述服务器端更新剩余客户端的设备状态信息和退出客户端
的设备状态信息, 执行步驟 37;
步驟 37, 控制剩余客户端加入已经建立完成的 WIFI局域网; 步驟 38, 更新退出客户端的设备状态信息和退出客户端所在 WIFI局 域网的信息;
步驟 39, 更新退出客户端的设备状态信息。
9、 一种私有云中设备间自动建立基于 WIFI局域网的装置, 其中, 该 装置包括:
获取保存模块, 设置为在有客户端成功登陆服务器端后, 获取所述客 户端上报的设备信息, 并根据所述设备信息保存所述客户端的设备属性信 息和设备状态信息;
处理模块, 设置为根据所述设备信息和所述状态信息判断所述客户端 是否能够接入已经建立的 WIFI局域网, 如果判断为是, 控制所述客户端加 入该 WIFI局域网, 否则, 判断所述客户端是否能够和已登陆所述服务器端 但还未接入任何 WIFI局域网的客户端组成新的 WIFI局域网; 并在所述服 务器端确定如果能够组成新的 WIFI局域网时, 控制所述客户端组成新的 WIFI局或网。
10、 如权利要求 9所述的装置, 其中, 所述获取保存模块包括: 获取子模块, 设置为在有客户端成功登陆所述服务器端后, 获取所述 客户端上报的所述设备信息;
第一判断子模块, 设置为根据所述设备信息判断相应的设备属性信息 是否已经存在, 如果判断为是, 则调用第一处理子模块, 如果判断为否, 调用第二处理子模块;
第一处理子模块, 设置为根据所述设备信息建立与该设备属性信息相 应的设备状态信息, 并初始化所述设备状态信息;
第二处理子模块, 设置为生成所述客户端的虚拟 SSID, 并在本地添加
与所述客户端相对应的设备属性信息后, 根据所述设备信息建立与该设备 属性信息相应的设备状态信息, 并初始化所述设备状态信息。
11、 如权利要求 9或 10所述的装置, 其中,
所述设备属性信息包括: 设备的 SSID、 设备所安装的智能***类型和 版本信息、 以及 WIFI信息;
所述设备状态信息包括: 登陆状态、 是否已经属于某个 WIFI局域网、 以及是否为某个 WIFI局域网的热点设备。
12、 如权利要求 9所述的装置, 其中, 所述处理模块包括:
查找子模块,设置为在本地数据中查找是否有已经建立完成的 WIFI局 域网; 如果查找有已经建立完成的 WIFI局域网, 调用下发子模块, 否则, 调用建立子模块;
下发子模块,设置为将所述已建立完成的 WIFI局域网的信息下发给所 述客户端, 使所述客户端加入所述已建立完成的 WIFI局域网, 调用第二判 断子模块;
第二判断子模块, 设置为接收所述客户端发送的反馈信息, 并根据所 述反馈信息判断所述客户端是否已成功加入所述已建立完成的 WIFI局域 网, 如果判断为是, 调用第一更新子模块, 否则, 调用建立子模块;
建立子模块, 设置为建立新的 WIFI局域网;
第一更新子模块, 设置为更新本地保存的设备状态信息。
13、 如权利要求 12所述的装置, 其中, 所述建立子模块包括: 第一判断单元,设置为判断自由客户端的个数是否大于等于 2,如果判 断为是, 调用第一控制单元, 否则, 结束操作, 其中所述自由客户端是指 已登陆所述服务器端但还未接入任何 WIFI局域网的客户端;
第一控制单元, 设置为控制所述客户端启动自身设备为 WIFI热点; 第二判断单元, 设置为判断 WIFI热点启动是否成功, 如果成功, 调用
下发单元, 否则, 结束操作;
下发单元, 设置为将 WIFI热点信息下发给其他的自由客户端; 第三判断单元,设置为判断是否有自由客户端通过 WIFI搜索到所述客 户端, 如果判断为是, 调用第二控制单元, 否则, 结束操作;
第二控制单元,设置为通过设备属性信息确定新组建的 WIFI局域网的 热点设备, 并控制所述其他自由客户端加入所述新组建的 WIFI局域网。
14、如权利要求 13所述的装置,其中, 所述第二控制单元具体设置为: 在所述客户端接收到其他自由客户端加入以本设备为热点的 WIFI局域网 的请求消息后, 接收所述客户端发送的所述其他自由客户端的设备信息, 并根据所述设备信息对所述其他自由客户端进行验证, 并向所述客户端发 送验证结果。
15、 如权利要求 9所述的装置, 其中, 所述装置进一步包括: 退出模块, 设置为在检测到有客户端要退出时, 更新相关客户端的设 备状态信息和相关 WIFI局域网的信息。
16、 如权利要求 15所述的装置, 其中, 所述退出模块包括:
第三判断子模块, 设置为在检测到有客户端要退出时, 判断退出客户 端是否处于某个 WIFI局域网中, 如果判断为是, 调用第四判断子模块, 否 则, 调用第四更新子模块;
第四判断子模块,设置为判断退出客户端是否为该 WIFI局域网中的热 点设备, 如果判断为是, 调用第五判断子模块, 否则, 调用第三更新子模 块;
第五判断子模块,设置为判断该 WIFI局域网中的剩余客户端的个数是 否大于等于 2; 如果判断为是, 调用确定子模块, 否则, 调用第二更新子模 块;
确定子模块, 设置为根据剩余客户端的设备属性信息确定新的热点设
备, 调用组建子模块;
组建子模块, 设置为组建新的 WIFI局域网;
第二更新子模块, 设置为更新剩余客户端的设备状态信息和退出客户 端的设备状态信息, 调用控制子模块;
控制子模块, 设置为控制剩余客户端加入已经建立完成的 WIFI局域 网;
第三更新子模块, 设置为更新退出客户端的设备状态信息和退出客户 端所在 WIFI局域网的信息;
第四更新子模块, 设置为更新退出客户端的设备状态信息。
Priority Applications (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2016506750A JP6310056B2 (ja) | 2013-04-09 | 2013-07-22 | プライベートクラウド内の装置間でwifiに基づくローカルエリアネットワークを自動的に確立する方法及び装置 |
EP13796960.6A EP2985953B1 (en) | 2013-04-09 | 2013-07-22 | Method and device for automatically establishing wifi-based local area networks among devices in private cloud |
US14/781,473 US20160057253A1 (en) | 2013-04-09 | 2013-07-22 | Method and device for automatically establishing wifi-based local area network between equipment in private cloud |
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201310120697.1 | 2013-04-09 | ||
CN201310120697.1A CN104104564B (zh) | 2013-04-09 | 2013-04-09 | 私有云中设备间自动建立基于wifi局域网的方法及装置 |
Publications (2)
Publication Number | Publication Date |
---|---|
WO2013178157A2 true WO2013178157A2 (zh) | 2013-12-05 |
WO2013178157A3 WO2013178157A3 (zh) | 2014-03-06 |
Family
ID=49673964
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
PCT/CN2013/079828 WO2013178157A2 (zh) | 2013-04-09 | 2013-07-22 | 私有云中设备间自动建立基于wifi局域网的方法及装置 |
Country Status (5)
Country | Link |
---|---|
US (1) | US20160057253A1 (zh) |
EP (1) | EP2985953B1 (zh) |
JP (1) | JP6310056B2 (zh) |
CN (1) | CN104104564B (zh) |
WO (1) | WO2013178157A2 (zh) |
Families Citing this family (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
TWI534635B (zh) * | 2015-05-08 | 2016-05-21 | 廣達電腦股份有限公司 | 雲端服務系統及其方法 |
US10165041B2 (en) * | 2016-10-13 | 2018-12-25 | Equalearning Corp. | System and method for uninterrupted learning |
US10608843B2 (en) * | 2016-10-14 | 2020-03-31 | Cisco Technology, Inc. | Isolation networks for computer devices |
CN106792241A (zh) * | 2016-12-26 | 2017-05-31 | 上海今尚数码科技有限公司 | 一种wifi控制多台三星vr眼镜播放全景***和方法 |
CN110161985B (zh) * | 2019-01-16 | 2021-08-06 | 佛山市顺德区中山大学研究院 | 一种基于CoAP协议的智能家电安全控制的方法和装置 |
Family Cites Families (23)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP3964671B2 (ja) * | 2001-12-28 | 2007-08-22 | 株式会社東芝 | 移動無線端末装置 |
US7769378B2 (en) * | 2003-08-26 | 2010-08-03 | Motorola, Inc. | System and method to improve WLAN handover behavior at entry/exit points |
WO2006031927A2 (en) * | 2004-09-15 | 2006-03-23 | Tekelec | Methods, systems, and computer program products for providing wireless-fidelity (wi-fi) gateway visitor location register (vlr) functionality |
US7818005B2 (en) * | 2004-09-27 | 2010-10-19 | Siemens Enterprise Communications, Inc. | System and method for setting presence status based on access point usage |
JP4976777B2 (ja) * | 2006-07-31 | 2012-07-18 | キヤノン株式会社 | 通信装置および制御方法、プログラム |
US20080113674A1 (en) * | 2006-11-10 | 2008-05-15 | Mohammad Faisal Baig | Vicinity-based community for wireless users |
US8000276B2 (en) * | 2007-02-05 | 2011-08-16 | Wefi, Inc. | Providing easy access to radio networks |
US9100381B2 (en) * | 2008-01-31 | 2015-08-04 | Alcatel Lucent | Method and apparatus for providing virtual Wi-Fi access |
JP5283934B2 (ja) * | 2008-03-12 | 2013-09-04 | キヤノン株式会社 | 通信システム、管理装置及び装置、それらの制御方法 |
JP5063453B2 (ja) * | 2008-04-01 | 2012-10-31 | キヤノン株式会社 | 管理装置、通信装置、方法及びプログラム |
CN102025648B (zh) * | 2009-09-16 | 2014-12-03 | 腾讯科技(深圳)有限公司 | 一种即时通讯的方法和服务器 |
CN102083152B (zh) * | 2011-03-07 | 2013-12-11 | 宇龙计算机通信科技(深圳)有限公司 | 无线局域网的热点切换方法和终端 |
US20120230305A1 (en) * | 2011-03-08 | 2012-09-13 | Research In Motion Limited | Wi-fi network access and a mobile terminal configured for the same |
US8509753B2 (en) * | 2011-03-25 | 2013-08-13 | Microsoft Corporation | Transfer of data-intensive content between portable devices |
KR101840723B1 (ko) * | 2011-09-02 | 2018-03-21 | 에스프린팅솔루션 주식회사 | P2p 연결을 지원하는 화상형성장치 및 그것의 주소록 관리 방법 |
CN102364979B (zh) * | 2011-10-26 | 2018-07-06 | 中兴通讯股份有限公司 | 一种移动终端接入网络的方法及*** |
US9820200B2 (en) * | 2011-12-19 | 2017-11-14 | Facebook, Inc. | Captive portal state detection and avoidance for multiple-interface traffic offloading |
US9042266B2 (en) * | 2011-12-21 | 2015-05-26 | Kik Interactive, Inc. | Methods and apparatus for initializing a network connection for an output device |
CN102595407A (zh) * | 2012-03-13 | 2012-07-18 | 宇龄信息科技(无锡)有限公司 | 一种使移动设备自动登录并接入无线网络的***和方法 |
CN102665197B (zh) * | 2012-04-18 | 2015-11-25 | 深圳市天和荣视频技术有限公司 | 一种配置wifi设备的方法 |
CN102638797B (zh) * | 2012-04-24 | 2016-08-03 | 华为技术有限公司 | 接入无线网络的方法、终端、接入网节点和鉴权服务器 |
US9288674B2 (en) * | 2012-04-24 | 2016-03-15 | Time Warner Cable Enterprises Llc | Convenient WiFi network access using unique identifier value |
US9117191B2 (en) * | 2012-06-28 | 2015-08-25 | Adobe Systems Incorporated | Automatic device inventory management for different types of devices |
-
2013
- 2013-04-09 CN CN201310120697.1A patent/CN104104564B/zh not_active Expired - Fee Related
- 2013-07-22 JP JP2016506750A patent/JP6310056B2/ja not_active Expired - Fee Related
- 2013-07-22 WO PCT/CN2013/079828 patent/WO2013178157A2/zh active Application Filing
- 2013-07-22 EP EP13796960.6A patent/EP2985953B1/en active Active
- 2013-07-22 US US14/781,473 patent/US20160057253A1/en not_active Abandoned
Non-Patent Citations (2)
Title |
---|
None |
See also references of EP2985953A4 |
Also Published As
Publication number | Publication date |
---|---|
JP6310056B2 (ja) | 2018-04-11 |
US20160057253A1 (en) | 2016-02-25 |
EP2985953A4 (en) | 2016-04-20 |
CN104104564B (zh) | 2018-10-09 |
WO2013178157A3 (zh) | 2014-03-06 |
EP2985953A2 (en) | 2016-02-17 |
EP2985953B1 (en) | 2018-05-16 |
CN104104564A (zh) | 2014-10-15 |
JP2016521489A (ja) | 2016-07-21 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
EP3151628B1 (en) | Method, device and system for accessing a wireless network | |
KR102148046B1 (ko) | 준비되지 않은 단말의 호출 기법 | |
EP3185619B1 (en) | Method and device for connecting to network | |
CN113938910A (zh) | 一种通信方法及装置 | |
WO2012151851A1 (zh) | 一种移动终端间共享数据的方法、***及控制服务器 | |
US20140201366A1 (en) | Smartphone apps in a cloud | |
WO2012136165A1 (zh) | 实现共享信息的方法、用户设备和服务器以及装置 | |
WO2018010425A1 (zh) | Wifi热点信息推送方法、接收方法、装置及存储介质 | |
WO2018107593A1 (zh) | 一种在不同终端间共享文件的方法及设备 | |
US10419543B2 (en) | Method and system for establishing a connection between a seeker device and a target device | |
WO2013178157A2 (zh) | 私有云中设备间自动建立基于wifi局域网的方法及装置 | |
CN113746633A (zh) | 物联网设备绑定方法、装置、***、云服务器和存储介质 | |
CN111194035B (zh) | 一种网络连接方法、装置和存储介质 | |
JP2019516186A (ja) | モノのインターネット(IoT)デバイスのグループのための連携サービス | |
US20080133723A1 (en) | Extended home service apparatus and method for providing extended home service on p2p networks | |
US20230232228A1 (en) | Method and apparatus for establishing secure communication | |
CN105636030B (zh) | 分享接入点的方法及装置 | |
CN107113281A (zh) | 内容共享的方法、终端、服务器和*** | |
WO2015100874A1 (zh) | 家庭网关接入管理方法和*** | |
JP5773894B2 (ja) | 端末間で権限情報を中継する方法及びシステム | |
CN111385371A (zh) | Mac地址获取方法、装置和设备 | |
JP5773902B2 (ja) | 端末間で権限情報を転送する権限情報転送方法及びシステム | |
WO2024094105A1 (zh) | 消息交互方法、装置、网络功能、相关设备及存储介质 | |
WO2015192439A1 (zh) | 一种融合***及其工作方法 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
ENP | Entry into the national phase |
Ref document number: 2016506750 Country of ref document: JP Kind code of ref document: A |
|
WWE | Wipo information: entry into national phase |
Ref document number: 14781473 Country of ref document: US |
|
WWE | Wipo information: entry into national phase |
Ref document number: 2013796960 Country of ref document: EP |
|
121 | Ep: the epo has been informed by wipo that ep was designated in this application |
Ref document number: 13796960 Country of ref document: EP Kind code of ref document: A2 |