One-key equipment replacement method and system applied to wireless intelligent hotel

Abstract

The invention discloses a one-key equipment replacement method and system applied to a wireless intelligent hotel, and the method comprises the steps: broadcasting a private frame, receiving an Ack, screening target equipment according to signal strength and a network key, loading network information, requesting a scene data packet, completing the replacement of equipment of the same type, and achieving the replacement of equipment of the same type under the condition of no manual intervention or gateway participation. The method automatically identifies and joins in the target network, uses dual judgment of signal strength and key consistency, improves the accuracy of target equipment selection, realizes rapid migration of equipment configuration through the scene data packet, greatly simplifies the replacement process of fault equipment in the hotel scene, and improves the operation and maintenance efficiency.

Description

Technical Field

[0001] This invention relates to the field of hotel equipment, and more particularly to a method and system for one-click replacement of equipment in a wireless smart hotel. Background Technology

[0002] With the rapid development of the tourism economy, the hotel industry is also expanding rapidly, and smart room equipment has become standard in mid-to-high-end hotels as well as most ordinary hotels. The increase in the number of smart devices also leads to increased after-sales issues and costs. Common after-sales methods include the following:

[0003] After the hotel reported the after-sales issue, the manufacturer arranged for technicians to come to the site to replace the equipment.

[0004] After the hotel reports an after-sales issue, the replacement parts are either sent from the manufacturer or the hotel has reserved spare parts. If the hotel's guest room control system is connected to the network, the manufacturer can remotely replace the damaged equipment with the replacement parts via the network. If the system is not connected to the network, the manufacturer will send an app or after-sales tool to the hotel's engineering staff to remotely guide them in replacing the equipment.

[0005] After the hotel reports the issue, the manufacturer pre-writes the information of the damaged equipment into the after-sales service kit based on the equipment information in the hotel room, and then sends it to the hotel for direct installation and replacement.

[0006] The above-mentioned common after-sales methods have the following drawbacks:

[0007] The manufacturer's after-sales costs are too high, including round-trip travel expenses, labor costs, and the cost of vacant hotel rooms on the way there. After-sales issues are not handled in a timely manner and the after-sales costs are very high.

[0008] After-sales costs include postage, hotel room vacancy fees during express delivery, and hotel reserve of supplies. After-sales costs are also not low.

[0009] While the third after-sales method reduces the remote support costs for technical personnel and the learning costs for hotel engineers, the pressure of after-sales service will shift to the manufacturer. The more after-sales service is provided, the higher the cost of handling it. There are also after-sales expenses such as postage, cost of hotel rooms being left unattended during express delivery, etc.

[0010] In summary, there is a need for a method and system for one-click device replacement in wireless smart hotels to address the shortcomings of existing technologies. Summary of the Invention

[0011] To address the shortcomings of existing technologies, this invention provides a method and system for one-click device replacement in wireless smart hotels, aiming to solve the aforementioned problems.

[0012] To achieve the above objectives, the present invention provides the following technical solution: a method for one-click device replacement in a wireless smart hotel, comprising the following steps:

[0013] Step S1: Power on the after-sales replacement device and trigger it to enter replacement mode. When the after-sales replacement device is not connected to the network, it broadcasts a private communication frame pre-beacon through a preset wireless network.

[0014] Step S2: After receiving the private communication frame pre-beacon, the peripheral device that has joined the network replies with a pre-beacon Ack to the after-sales replacement device;

[0015] Step S3: The after-sales replacement device selects the top N devices according to the signal strength based on the multiple pre-beacon Acks received, and then selects the group of devices with the most identical network keys from them, and then selects the target device with the strongest signal strength from them.

[0016] Step S4: The after-sales replacement device loads the network information of the target device, joins its network, and requests scene data packets from the target device;

[0017] Step S5: The after-sales replacement device retrieves a list of devices of the same type as its own device from the scenario data package and replaces the device according to the device list.

[0018] Optionally, in step S1, the private communication frame pre-beacon is sent in the following way:

[0019] The wireless radio frequency module is activated to broadcast as an unconfigured device, and pre-beacon frames are sent cyclically on all three BLE broadcast channels in the 2.4GHz ISM band. The broadcast is continued for a certain period of time at a fixed interval or until a valid Ack response is received.

[0020] The pre-beacon frame content is dynamically populated with device type, manufacturer information, and an installation timestamp is added.

[0021] Optionally, the triggering condition for pre-beacon Ack in step S2 is:

[0022] The received broadcast frame contains a predefined private frame identifier. The device type declared in the pre-beacon corresponds to a device in the room configuration, and the device determines that the pre-beacon comes from the same physical space.

[0023] Optionally, step S3 is implemented in the following manner:

[0024] Step A1: Receive and buffer. Within the listening window, continuously receive pre-beacon Ack frames from peripheral devices, record each received Ack, and buffer it in the local cache table.

[0025] Step A2: Sort and select devices by RSSI in descending order, and select the first N devices;

[0026] Step A3: Decrypt and extract, using a fixed decryption key to decrypt each Ack;

[0027] Step A4: Select the target device, traverse the first N valid Acks and group them, find the group with the most members, sort them again in descending order of RSSI, and select the device with the highest RSSI as the target device.

[0028] Optionally, step S4 is implemented in the following manner:

[0029] Step B1: Load network information and join the BLE Mesh network, extract network parameters, initiate a local request, and after the new device receives the key, initialize the Mesh protocol stack, enable encrypted communication, and broadcast the Node Identity Beacon to the network to announce that it has joined the network.

[0030] Step B2: Request data packets from the target device, define and store the scene data packets. After a new device joins the network, send a private model message to the target device. The target device receives and parses the scene data packets and loads the configuration to activate the function.

[0031] Optionally, step S5 is implemented in the following manner:

[0032] Step C1: Extract the list of devices of the same type, receive the complete scene data packet, read its own preset device type code, filter out device entries, and build a candidate device list;

[0033] Step C2: Determine the number of candidate devices and execute different replacement strategies;

[0034] Step C3: Perform configuration loading and network synchronization. After determining the target device, perform address switching, model binding, scene binding, status synchronization, and declare the device online.

[0035] Optionally, the different replacement strategies in step C2 are:

[0036] If there is only one device, then that device is identified as the target to be replaced;

[0037] If multiple devices of the same type exist, perform the following steps:

[0038] Step D1: Actively detect the online status of devices, send Heartbeat Ping or VendorModel Query to each candidate device, and record the response;

[0039] Step D2: Decision logic: If only one device is unresponsive, it is identified as a damaged device and its configuration is integrated. If multiple devices are unresponsive, the device with the most scene bindings or the device with the shortest address is selected first.

[0040] Optionally, the scene data packets are maintained in a distributed storage manner across multiple devices in the network, and the storage mechanism is as follows:

[0041] The gateway converts logical function data into a fragmented format with version number, entry sequence number, and CRC checksum; each device periodically broadcasts a version summary of its stored logical data; when a device discovers that a neighbor's data version is higher or an entry is missing, it introduces fixed and random delays before broadcasting the missing data fragment to avoid broadcast storms and data conflicts.

[0042] A one-click device replacement system for wireless smart hotels, employing the aforementioned one-click device replacement method for wireless smart hotels, includes a replacement and broadcast module, a peripheral device response identification module, a target device filtering and selection module, a network access and data request module, and a device type matching and candidate list construction module;

[0043] The replacement and broadcast module is used to automatically enter replacement mode after the after-sales replacement equipment is powered on, start the wireless radio frequency module, and broadcast private communication frames in a loop through the three BLE broadcast channels of the 2.4GHz ISM band when not connected to the network. The private communication frames dynamically contain metadata such as device type, manufacturer information, and installation timestamp. The broadcast continues for a certain period of time or until a valid Ack response is received.

[0044] The peripheral device response identification module is used for peripheral devices already in the network to listen to pre-beacon frames, determine whether the response conditions are met, and if so, send a pre-beacon Ack response to the replacement device.

[0045] The target device filtering and selection module is used to receive and buffer multiple pre-beacon Ack frames, record signal strength, sort them in descending order of signal strength, select the top N devices, decrypt the Ack frames using a fixed key, extract network key information, group devices with the same network key, select the group with the most members, and select the device with the strongest RSSI in the group as the target device.

[0046] The network access and data request module is used to load the network parameters of the target device, initialize the BLE Mesh protocol stack, complete the network access process, broadcast the Node Identity Beacon to announce its online status, and after network access, send private model messages to the target device to request scene data packets.

[0047] The device type matching and candidate list construction module is used to parse the received scene data packets, filter out device entries of the same type according to its own preset device type code, and construct a candidate device list.

[0048] The beneficial effects of this invention are:

[0049] 1. In this invention, by broadcasting private frames, receiving Ack, filtering target devices according to signal strength and network key, loading network information and requesting scene data packets, and completing the replacement of devices of the same type, it is possible to automatically identify and join the target network without manual intervention or gateway participation. By using dual judgment of signal strength and key consistency, the accuracy of target device selection is improved. The scene data packets enable rapid migration of device configuration, greatly simplifying the replacement process of faulty devices in hotel scenarios and improving operation and maintenance efficiency.

[0050] 2. In this invention, the received Ack is buffered, RSSI sorted, decrypted, grouped, and the device with the strongest signal is selected. The grouping strategy ensures that the selected target device is consistent with the original network, preventing access to the wrong network. The secondary RSSI sorting optimizes the connection quality under the premise of key consistency. The decryption mechanism ensures communication security and prevents Ack forgery attacks.

[0051] 3. In this invention, a system using the aforementioned method is constructed and integrated into a complete system architecture to achieve end-to-end automated equipment replacement. The system has high compatibility, high reliability and low operation and maintenance costs, and is particularly suitable for large-scale deployment of smart hotel scenarios, providing a feasible and easy-to-maintain technical solution for the intelligent upgrade of hotels. Attached Figure Description

[0052] Figure 1 This is a schematic diagram of a method flow of the present invention.

[0053] Figure 2 This is a detailed flowchart of a method according to the present invention.

[0054] Figure 3 This is a schematic diagram of step S3 of the present invention.

[0055] Figure 4 This is a schematic diagram of step S4 of the present invention.

[0056] Figure 5 This is a schematic diagram of step S5 of the present invention.

[0057] Figure 6 This is a schematic diagram of a multi-device replacement strategy process according to the present invention.

[0058] Figure 7 This is a schematic diagram of a system structure according to the present invention. Detailed Implementation

[0059] To more clearly illustrate the technical solutions in the embodiments of the invention or the prior art, the drawings used in the description of the embodiments or the prior art will be briefly introduced below. Obviously, the drawings described below are only some embodiments of the invention. For those skilled in the art, other drawings can be obtained based on these drawings without creative effort.

[0060] like Figures 1 to 6 As shown, a method for one-click device replacement in a wireless smart hotel includes the following:

[0061] Step S1: Power on the after-sales replacement device and trigger it to enter replacement mode. When the after-sales replacement device is not connected to the network, it broadcasts a private communication frame pre-beacon through a preset wireless network.

[0062] After the new device is installed in the original location in the hotel room (such as replacing a damaged rocker switch), the replacement mode will be triggered by any of the following methods:

[0063] Method A (Automatic Trigger): After the device is powered on for the first time, if no valid network configuration is detected (i.e., no network key or IV index is stored), it will automatically enter "replacement mode" for 5 minutes.

[0064] Method B (Physical Trigger): The device has a hidden reset hole or double-click panel operation. The user presses and holds for more than 3 seconds or double-clicks twice. The LED indicator flashes blue light rapidly, indicating that the device has entered the replacement mode.

[0065] Method C (Remote Command Trigger): Send a specific broadcast command CMD_ENTER_REPLACE_MODE via a local maintenance tool (such as a handheld Bluetooth configurator), and the device will respond and enter replacement mode.

[0066] The communication mechanism that sends pre-beacon signals, upon entering replacement mode, the new device immediately performs the following actions:

[0067] Step 1: Activate the wireless radio frequency module and cyclically transmit pre-beacon frames on all three BLE broadcast channels (37, 38, 39) in the 2.4GHz ISM band;

[0068] Step 2: Set the broadcast interval to 100ms (faster than standard BLE broadcast, increasing the probability of being discovered), and continue sending for 60 seconds or until a valid Ack response is received;

[0069] Step 3: The pre-beacon frame content is dynamically populated with device type and manufacturer information, and an installation timestamp can be optionally added for subsequent conflict detection;

[0070] Step 4: The pre-beacon does not rely on any network being joined and broadcasts as an "unconnected device," which conforms to the BLE Mesh specification that "unconnected devices can send unencrypted broadcast packets."

[0071] Interaction process with already networked devices

[0072] When smart devices already deployed in the hotel room, such as gateways, other switches, and air conditioning controllers, receive the pre-beacon:

[0073] If the device has the capability to store scene data packets, such as a gateway or main control panel, then:

[0074] Parse the device type in the pre-beacon;

[0075] Construct a pre-beacon Ack response frame, including: the encrypted digest of the current network key; the signal strength RSSI of this device; the short address and role of this device, such as "master node"; and send the Ack back to the new device via unicast or directed broadcast.

[0076] After the new device collects multiple Acks, it sorts them by RSSI, selects the device with the strongest signal and the same Network Key as the target synchronization source, and proceeds to the next step of the network joining process.

[0077] Step S2: After receiving the private communication frame pre-beacon, the peripheral device that has joined the network replies with a pre-beacon Ack to the after-sales replacement device;

[0078] Devices already connected to the network will only respond to pre-beacon under the following conditions:

[0079] Frame type matching: The received broadcast frame contains a predefined private frame identifier;

[0080] Device type compatibility: The device type declared in the pre-beacon, such as "rocker switch", must have a corresponding device in the configuration of this room;

[0081] Network attribution consistency: The device determines that the pre-beacon comes from the same physical space and performs preliminary filtering through RSSI, such as >-70dBm;

[0082] Normal status: The device is not in fault, hibernation or maintenance mode.

[0083] Ack Sending Mechanism and Strategy

[0084] Sending method: Adv Data is sent using BLE broadcast channels (37 / 38 / 39) first. If the new device supports connection, such as entering connectable broadcast mode, the GATT connection is established and the Ack is written via Characteristic.

[0085] Timing of sending:

[0086] The device responds immediately upon receiving the pre-beacon, with a delay of <20ms. To avoid collisions, if other devices are detected sending Acks, a random backoff is introduced, lasting 0~50ms.

[0087] Retransmission strategy: Send 3 times consecutively with a 100ms interval to ensure reception by devices with weak signals;

[0088] Target address: The broadcast destination address is FF:FF:FF:FF:FF:FF (general); or use the MAC address hash carried in the pre-beacon for targeted broadcasting to improve security.

[0089] Collaborative processing of multi-device responses

[0090] When multiple network-connected devices in the room (such as two switches and a thermostat) simultaneously receive a pre-beacon:

[0091] All eligible devices send an Ack;

[0092] The new device selects the optimal response source based on a combined RSSI+Device Role score:

[0093] Prefer Role=0x02 (main control panel) or 0x03 (gateway);

[0094] If the roles are the same, choose the one with the strongest RSSI.

[0095] The selected device will proactively push scene data packets in subsequent steps.

[0096] Step S3: The after-sales replacement device selects the top N devices according to the signal strength based on the multiple pre-beacon Acks received, and then selects the group of devices with the most identical network keys from them, and then selects the target device with the strongest signal strength from them.

[0097] Specifically, this will be implemented through the following steps:

[0098] Step A1: Receive and buffer all pre-beacon Acks. The new device opens a 60-second listening window and continuously receives pre-beacon Ack frames from surrounding devices. For each Ack received, record the following information in the local cache table ack_list.

[0099] Step A2: Sort by RSSI in descending order, select the first N devices, sort ack_list by RSSI from high to low, the closer the value is to 0, the stronger the signal; select the first N=5 devices, based on experience, covering the number of devices in a typical guest room; if the effective Ack < 3, it indicates insufficient signal, and it is recommended to move closer to the central device;

[0100] Step A3: Decrypt and extract the Network Key hash. Use the manufacturer's pre-set fixed decryption key Key_A, store it in the security chip or OTP area, and decrypt the encrypted_netinfo of each Ack using AES-128. If the decryption is successful and the CRC check passes, extract the first 8 bytes of the SHA256 hash of the Network Key and store it in network_key_hash; mark this entry as valid=true.

[0101] Step A4: Cluster by Network Key hash, count the number of each group, traverse the first N valid Acks, group by network_key_hash, find the group with the most members, select the device with the strongest signal in the target group as the synchronization source, sort again by RSSI in descending order in the selected Network Key group; select the device with the highest RSSI as the target device; record its short_addr, device_role and network_key_hash.

[0102] Step S4: The after-sales replacement device loads the network information of the target device, joins its network, and requests scene data packets from the target device;

[0103] Implemented in the following ways:

[0104] Step B1: Load network information and join the BLE Mesh network, extract network parameters, initiate a local request, and after the new device receives the key, initialize the Mesh protocol stack, enable encrypted communication, and broadcast the Node Identity Beacon to the network to announce that it has joined the network.

[0105] Step B2: Request data packets from the target device, define and store the scene data packets. After a new device joins the network, send a private model message to the target device. The target device receives and parses the scene data packets and loads the configuration to activate the function.

[0106] Step S5: The after-sales replacement device retrieves a list of devices of the same type as its own from the scenario data package, and replaces the device according to the device list; this is implemented in the following way:

[0107] Step C1: Extract the list of devices of the same type, receive the complete scene data packet, read its own preset device type code, filter out device entries, and build a candidate device list;

[0108] Step C2: Determine the number of candidate devices and execute different replacement strategies;

[0109] Step C3: Perform configuration loading and network synchronization. After determining the target device, perform address switching, model binding, scene binding, status synchronization, and declare the device online.

[0110] The different replacement strategies in step C2 are:

[0111] If there is only one device, then that device is identified as the target to be replaced;

[0112] If multiple devices of the same type exist, perform the following steps:

[0113] Step D1: Actively detect the online status of devices, send Heartbeat Ping or VendorModel Query to each candidate device, and record the response;

[0114] Step D2: Decision logic: If only one device is unresponsive, it is identified as a damaged device and its configuration is integrated. If multiple devices are unresponsive, the device with the most scene bindings or the device with the shortest address is selected first.

[0115] Scene data packets are maintained in a distributed storage manner across multiple devices in the network. The storage mechanism is as follows:

[0116] The gateway converts logical function data into a fragmented format with version number, entry sequence number, and CRC checksum; each device periodically broadcasts a version summary of its stored logical data; when a device discovers that a neighbor's data version is higher or an entry is missing, it introduces fixed and random delays before broadcasting the missing data fragment to avoid broadcast storms and data conflicts.

[0117] After the hotel engineers installed the aftermarket product and powered it on, they pressed a special button on the product to put it into replacement mode. Once in replacement mode, the product sends a special private communication frame (pre-beacon) to a pre-configured network. This pre-configured network allows other devices already connected to the network to receive data sent by devices not yet connected. Upon receiving the pre-beacon, other devices reply with a pre-beacon Ack, which carries their network information, specifically the encrypted network key. The product sorts the received pre-beacon Acks by signal strength over a period of time, selecting only the top five devices with the strongest signal. It then determines the network key of these five devices and extracts the information of the device with the most identical network keys, choosing the one with the strongest signal.

[0118] The aftermarket component first loads the network information of the optimal device it just retrieved, allowing it to join the optimal device's network. Then, it requests a scenario data packet from the optimal device (this packet contains device information, configuration information, and scenario information for all devices in the network). The optimal device sends its scenario data packet to the aftermarket component. The aftermarket component then searches the scenario data packet for device information matching its own device type (e.g., for a four-button panel aftermarket component, it searches the scenario data packet for all devices with a four-button panel type). This device information includes the device's short address and other device details, along with scenario data. Next, the aftermarket component needs to locate information about the damaged device within the scenario data packet.

[0119] The after-sales service first determines whether there is only one device of the same type. If so, it directly loads all information for that device, including scene information and short address. Otherwise, it sends confirmation data to each device of the same type in the scene data packet in sequence, waiting for a reply. If only one confirmation data is received, the after-sales service loads all information for that device. Otherwise, it loads all information from the first device that did not reply, according to the order of devices in the scene data packet.

[0120] If multiple devices of the same type are damaged, and the button functions are found to be incorrect after replacing them with after-sales parts, for example, if both the four-button left and right bright panels are damaged, and after replacing the four-button left bright panel first, it is found that the button functions are the same as those of the four-button right bright panel, it means that the four-button right bright panel is in the scene data package order first. In this case, first disconnect the after-sales four-button left bright panel from the network, and then replace the after-sales four-button right bright panel first. This will solve the problem of multiple damaged devices of the same type being repaired at the same time.

[0121] The pre-beacon ACK (acknowledgment check) is primarily used to accurately locate the rooms requiring after-sales service. Since hotel rooms are typically adjacent, an ACK might be received from devices in several rooms. Therefore, an algorithm is needed to identify the correct room before replacing the device. If only similar devices respond, the ACK data is insufficient, leading to incorrect room selection. Furthermore, the installation location metadata, like the short address of similar devices, is unique. Since the after-sales service provider cannot directly determine which device is faulty, it needs to actively communicate with similar devices. Devices that do not respond are considered faulty and replaced.

[0122] Standard beacons are only used to indicate whether a device is registered on the network and have no other functions. However, beacons can be scanned and received by devices already registered on the network. Therefore, leveraging this characteristic, pre-beacons are developed, allowing already registered devices to receive the data. For retransmission prevention, the BLE Mesh standard has a filtering mechanism to prevent retransmitted data. For forgery prevention, the pre-beacon data is encrypted with a predefined key, and additional features such as device MAC hashing mentioned above can be added to improve security.

[0123] The replacement process involves placing the device in the same room, locating and loading the information of the damaged device, and then it can be used normally. "One-click replacement" automates this process, reducing the workload for both the manufacturer and the hotel. Since the device requires power, the working devices in the room will also have power and be operating normally, meeting the conditions for normal use and not creating any additional usage requirements.

[0124] This invention achieves automatic identification and joining of target networks without manual intervention or gateway involvement by broadcasting private frames, receiving Ack, filtering target devices based on signal strength and network key, loading network information and requesting scene data packets, and completing the replacement of devices of the same type. It utilizes both signal strength and key consistency to improve the accuracy of target device selection and enables rapid migration of device configurations through scene data packets, greatly simplifying the replacement process of faulty devices in hotel scenarios and improving operation and maintenance efficiency.

[0125] The received Ack is buffered, RSSI sorted, decrypted, grouped, and the device with the strongest signal is selected. The grouping strategy ensures that the selected target device is consistent with the original network, preventing access to the wrong network. The secondary RSSI sorting optimizes the connection quality under the premise of key consistency. The decryption mechanism ensures communication security and prevents Ack spoofing attacks.

[0126] like Figure 7As shown, a one-click device replacement system for wireless smart hotels employs the aforementioned one-click device replacement method for wireless smart hotels, including a replacement and broadcast module, a peripheral device response identification module, a target device filtering and selection module, a network access and data request module, and a device type matching and candidate list construction module.

[0127] The replacement and broadcast module is used to automatically enter replacement mode after the after-sales replacement equipment is powered on, start the wireless radio frequency module, and broadcast private communication frames in a loop through the three BLE broadcast channels of the 2.4GHz ISM band when not connected to the network. The private communication frames dynamically contain metadata such as device type, manufacturer information, and installation timestamp. The broadcast continues for a certain period of time or until a valid Ack response is received.

[0128] The peripheral device response identification module is used for peripheral devices already in the network to listen to pre-beacon frames, determine whether the response conditions are met, and if so, send a pre-beacon Ack response to the replacement device.

[0129] The target device filtering and selection module is used to receive and buffer multiple pre-beacon Ack frames, record signal strength, sort them in descending order of signal strength, select the top N devices, decrypt the Ack frames using a fixed key, extract network key information, group devices with the same network key, select the group with the most members, and select the device with the strongest RSSI in the group as the target device.

[0130] The network access and data request module is used to load the network parameters of the target device, initialize the BLE Mesh protocol stack, complete the network access process, broadcast the Node Identity Beacon to announce its online status, and after network access, send private model messages to the target device to request scene data packets.

[0131] The device type matching and candidate list construction module is used to parse the received scene data packets, filter out device entries of the same type according to its own preset device type code, and construct a candidate device list.

[0132] This invention constructs a system using the aforementioned method, integrated into a complete system architecture, to achieve end-to-end automated equipment replacement. The system has high compatibility, high reliability, and low operation and maintenance costs, and is particularly suitable for large-scale deployment in smart hotel scenarios, providing a feasible and easy-to-maintain technical solution for the intelligent upgrade of hotels.

[0133] The above description is only a preferred embodiment of the present invention and is not intended to limit the present invention. Any modifications, equivalent substitutions or improvements made within the spirit and principles of the present invention should be included within the protection scope of the present invention.

Claims

1. A method for one-click device replacement in a wireless smart hotel, characterized in that, Includes the following steps: Step S1: Power on the after-sales replacement device and trigger it to enter replacement mode. When the after-sales replacement device is not connected to the network, it broadcasts a private communication frame pre-beacon through a preset wireless network. Step S2: After receiving the private communication frame pre-beacon, the peripheral device that has joined the network replies with a pre-beacon Ack to the after-sales replacement device; Step S3: The after-sales replacement device selects the top N devices according to the signal strength based on the multiple pre-beacon Acks received, and then selects the group of devices with the most identical network keys from them, and then selects the target device with the strongest signal strength from them. Step S4: The after-sales replacement device loads the network information of the target device, joins its network, and requests scene data packets from the target device; Step S5: The after-sales replacement device retrieves a list of devices of the same type as its own in the scenario data package and replaces the device according to the device list.

2. The method for one-click device replacement in a wireless smart hotel according to claim 1, characterized in that, In step S1, the private communication frame pre-beacon is sent in the following manner: The wireless radio frequency module is activated to broadcast as an unconfigured device, and pre-beacon frames are sent cyclically on all three BLE broadcast channels in the 2.4GHz ISM band. The broadcast is continued for a certain period of time at a fixed interval or until a valid Ack response is received. The pre-beacon frame content is dynamically populated with device type, manufacturer information, and an installation timestamp is added.

3. The method for one-click device replacement in a wireless smart hotel according to claim 2, characterized in that, The triggering condition for pre-beacon Ack in step S2 is: The received broadcast frame contains a predefined private frame identifier. The device type declared in the pre-beacon corresponds to a device in the room configuration, and the device determines that the pre-beacon comes from the same physical space.

4. The method for one-click device replacement in a wireless smart hotel according to claim 1, characterized in that, Step S3 is implemented in the following manner: Step A1: Receive and buffer. Within the listening window, continuously receive pre-beacon Ack frames from peripheral devices, record each received Ack, and buffer it in the local cache table. Step A2: Sort and select devices by RSSI in descending order, and select the first N devices; Step A3: Decrypt and extract, using a fixed decryption key to decrypt each Ack; Step A4: Select the target device, traverse the first N valid Acks and group them, find the group with the most members, sort them again in descending order of RSSI, and select the device with the highest RSSI as the target device.

5. The method for one-click device replacement in a wireless smart hotel according to claim 1, characterized in that, Step S4 is implemented in the following manner: Step B1: Load network information and join the BLEMesh network, extract network parameters, initiate a local request, and after the new device receives the key, initialize the Mesh protocol stack, enable encrypted communication, and broadcast the Node Identity Beacon to the network to announce that it has joined the network. Step B2: Request data packets from the target device, define and store the scene data packets. After a new device joins the network, send a private model message to the target device. The target device receives and parses the scene data packets and loads the configuration to activate the function.

6. The method for one-click device replacement in a wireless smart hotel according to claim 1, characterized in that, Step S5 is implemented in the following manner: Step C1: Extract the list of devices of the same type, receive the complete scene data packet, read the preset device type code, filter out the device entries, and build a candidate device list; Step C2: Determine the number of candidate devices and execute different replacement strategies; Step C3: Perform configuration loading and network synchronization. After determining the target device, perform address switching, model binding, scene binding, status synchronization, and declare the device online.

7. The method for one-click device replacement in a wireless smart hotel according to claim 2, characterized in that, The different replacement strategies in step C2 are as follows: If there is only one device, then that device is identified as the target to be replaced; If multiple devices of the same type exist, perform the following steps: Step D1: Actively detect the online status of devices, send Heartbeat Ping or VendorModel Query to each candidate device, and record the response; Step D2: Decision logic: If only one device is unresponsive, it is identified as a damaged device and its configuration is integrated. If multiple devices are unresponsive, the device with the most scene bindings or the device with the shortest address is selected first.

8. The method for one-click device replacement in a wireless smart hotel according to claim 1, characterized in that, The scenario data packets are maintained in a distributed storage manner across multiple devices in the network. The storage mechanism is as follows: The gateway converts logical function data into a fragmented format with version number, entry sequence number, and CRC checksum; each device periodically broadcasts a version summary of its stored logical data; when a device discovers that a neighbor's data version is higher or an entry is missing, it introduces fixed and random delays before broadcasting the missing data fragment to avoid broadcast storms and data conflicts.

9. A one-click device replacement system for wireless smart hotels, employing the one-click device replacement method for wireless smart hotels as described in any one of claims 1-8, characterized in that, It includes a replacement and broadcast module, a peripheral device response identification module, a target device filtering and selection module, a network access and data request module, and a device type matching and candidate list construction module; The replacement and broadcast module is used to automatically enter replacement mode after the after-sales replacement equipment is powered on, start the wireless radio frequency module, and broadcast private communication frames in a loop through the three BLE broadcast channels of the 2.4GHz ISM band when not connected to the network. The private communication frames dynamically contain metadata such as device type, manufacturer information, and installation timestamp. The broadcast continues for a certain period of time or until a valid Ack response is received. The peripheral device response identification module is used for peripheral devices already in the network to listen to pre-beacon frames, determine whether the response conditions are met, and if so, send a pre-beacon Ack response to the replacement device. The target device filtering and selection module is used to receive and buffer multiple pre-beacon Ack frames, record signal strength, sort them in descending order of signal strength, select the top N devices, decrypt the Ack frames using a fixed key, extract network key information, group devices with the same network key, select the group with the most members, and select the device with the strongest RSSI in the group as the target device. The network access and data request module is used to load the network parameters of the target device, initialize the BLE Mesh protocol stack, complete the network access process, broadcast the Node Identity Beacon to announce its online status, and after network access, send private model messages to the target device to request scene data packets. The device type matching and candidate list construction module is used to parse the received scene data packets, filter out device entries of the same type according to its own preset device type code, and construct a candidate device list.

Images