Hotel intelligent device management system

Abstract

The application discloses a hotel intelligent equipment management system. The system comprises: an equipment access layer which accesses different types of intelligent equipment of different manufacturers, collects equipment state data of all the intelligent equipment, and uploads the data to a task scheduling layer; a system interfacing layer which transmits hotel operation data obtained from a hotel management system to the task scheduling layer, receives a task execution result issued by the task scheduling layer, and feeds back to the hotel management system; the task scheduling layer analyzes resources according to the equipment state data and the hotel operation data, generates an intelligent scheduling strategy, and issues a scheduling task to the intelligent equipment based on the intelligent scheduling strategy; a management control layer which centrally manages all the intelligent equipment, performs operation and maintenance monitoring, fault early warning and permission control, and records equipment operation and operation logs; and a terminal display layer which provides multi-terminal visual operation interfaces for displaying equipment state and task information, receiving a task instruction and an operation and maintenance instruction issued by a user.

Description

Technical Field

[0001] This application relates to the field of hotel intelligent management technology, and more specifically, to a hotel intelligent equipment management system. Background Technology

[0002] As the hotel industry continues its intelligent transformation, various types of intelligent robots, such as those for delivery, cleaning, and inspection, as well as intelligent devices for room control, are widely used in all aspects of hotel service, operation, and management, becoming an important support for improving service efficiency and reducing operating costs. To meet diverse operational needs, hotels typically introduce intelligent devices from different manufacturers and of different models to build a diversified intelligent service system.

[0003] In the existing technology, hotels often adopt a separate management and control model for the management and scheduling of smart devices from multiple manufacturers, with each device operating independently based on its own communication protocol, operating interface and operation and maintenance platform. Device scheduling relies on manual task allocation based on experience. At the same time, the smart devices operate independently from the hotel's existing systems such as room management, order management and energy consumption management.

[0004] However, the above solutions have significant technical drawbacks: First, the protocols of equipment from multiple manufacturers are incompatible and the systems are independent of each other, requiring manual operation and maintenance, resulting in high training and management costs; second, equipment scheduling relies on manual labor, which can easily lead to both idle resources and unbalanced loads, resulting in low equipment utilization; third, the data between smart devices and the hotel management system is not interconnected, forming information silos, making it difficult to achieve intelligent collaborative operation throughout the entire process and failing to meet the hotel's needs for efficient and intelligent management. Summary of the Invention

[0005] The main purpose of this application is to provide a hotel intelligent equipment management system to solve the technical problems of poor compatibility of intelligent equipment from multiple manufacturers, unintelligent scheduling, and disconnection from the hotel management system in the prior art. It achieves the technical effects of unified access of multiple devices, intelligent overall scheduling, seamless collaboration with the hotel system, and improved equipment utilization and operational efficiency.

[0006] To achieve the above objectives, this application proposes a hotel intelligent device management system, comprising: a device access layer, a task scheduling layer, a management and control layer, a system interface layer, and a terminal display layer; the device access layer is used to access intelligent devices of different manufacturers and types, collect device status data of all intelligent devices, and upload it to the task scheduling layer, wherein the intelligent devices include guest room intelligent devices, hotel service robots, and floor inspection sensors; the system interface layer is used to obtain hotel operation data from the hotel management system and transmit it to the task scheduling layer to trigger device scheduling, receive task execution results issued by the task scheduling layer, and feed them back to the hotel management system to update the room availability indicator, order completion status, and room anomaly marker. Hotel operation data includes at least one of the following: room data, order data, and security data. The task execution results include equipment task completion feedback data and equipment fault feedback data. The task scheduling layer is used to perform resource analysis based on the equipment status data and the hotel operation data, generate intelligent scheduling strategies, and issue scheduling tasks to intelligent devices based on the intelligent scheduling strategies. The management and control layer is used to centrally manage all intelligent devices, perform operation and maintenance monitoring, fault warning and access control, and record equipment operation and operation logs. The terminal display layer is used to provide a multi-terminal visual operation interface, which is used to display equipment status and task information, and receive task instructions and operation and maintenance instructions issued by users.

[0007] According to the hotel smart device management system provided in this application, the device access layer includes a protocol parsing module and a device adaptation library; the protocol parsing module is used to parse and convert the communication protocols of smart devices from different manufacturers in real time, and to convert private protocols into a unified system data format; the device adaptation library is used to store parameter information, operation instructions and status identifiers of smart devices from various manufacturers, and to load adaptation plugins through a plug-in mechanism to connect new devices.

[0008] According to the hotel intelligent device management system provided in this application, the device access layer further includes a status acquisition module; the status acquisition module is used to collect the operating status, location information and task execution status of the intelligent devices in real time, and upload the collected device status data to the task scheduling layer according to a preset period.

[0009] According to the hotel smart device management system provided in this application, the device access layer further includes a security protection module; the security protection module is used to authenticate the accessed smart devices and transmit the collected data using encrypted communication.

[0010] According to the hotel intelligent device management system provided in this application, the system interface layer includes a data acquisition module and a result feedback module; the data acquisition module is used to connect to the hotel management system based on a standardized communication interface, acquire hotel operation data in real time, and forward it to the task scheduling layer; the result feedback module is used to summarize the task execution status and device operation information of the intelligent devices, organize them into standardized feedback data, and push them to the hotel management system.

[0011] According to the hotel intelligent device management system provided in this application, the task scheduling layer includes a task parsing module, a status analysis module, a scheduling decision module, and a task allocation module. The task parsing module receives hotel operation tasks and breaks them down and classifies them to determine task parameters. The task parameters include at least one of the following: task priority, guest room space distribution, execution requirements, and required equipment type and quantity. The status analysis module receives the equipment status data and analyzes the availability status and task load of the intelligent devices in conjunction with the hotel operation data to establish and dynamically update equipment resource information. The scheduling decision module generates a target scheduling strategy based on the equipment resource information, the task parameters, and the device location. The task allocation module converts the target scheduling strategy into operation instructions that can be recognized by intelligent devices from various manufacturers and sends them to the corresponding intelligent devices.

[0012] According to the hotel intelligent device management system provided in this application, the task allocation module is also used to track the task execution progress in real time, and when the intelligent device malfunctions, report the abnormal information to the scheduling decision module so that the scheduling decision module can regenerate the scheduling strategy.

[0013] According to the hotel intelligent equipment management system provided in this application, the scheduling decision module is also used to integrate historical task execution data, equipment operation data and hotel operation data, continuously analyze the task demand patterns and equipment operation characteristics under multiple scenarios, and iteratively optimize the target scheduling strategy to adjust the equipment task allocation logic and movement planning logic.

[0014] According to the hotel intelligent device management system provided in this application, the management control layer includes an equipment management module, an operation and maintenance management module, an access control module, and a log management module. The equipment management module is used to display the device information, operating status, and task execution records of intelligent devices based on a unified management interface, and to perform remote control operations and operating parameter configuration operations on intelligent devices based on user instructions. The operation and maintenance management module is used to identify equipment faults based on equipment operating data, issue fault warnings, and generate repair information. The access control module is used to divide operation permission levels according to employee job responsibilities to limit the system operation scope of employees in different positions. The log management module is used to collect and store equipment operation logs, task execution logs, and employee operation logs for a preset period.

[0015] According to the hotel intelligent device management system provided in this application, an emergency handling module is also included. The emergency handling module is used to detect intelligent device task interruption faults and determine fault handling methods. The fault handling methods include remote fault handling methods and on-site fault handling methods. The remote fault handling method refers to the handling method of repairing the fault by remotely issuing instructions. The on-site fault handling method refers to the handling method of pushing fault alarm information to the operation and maintenance terminal for intelligent device faults that cannot be repaired by remote instructions, and coordinating the task scheduling layer to allocate idle intelligent devices to take over the unfinished tasks.

[0016] The technical solutions provided by the embodiments of this application may include the following beneficial effects: Because it has a device access layer, it can connect to smart devices of different manufacturers and types and collect and upload status data in a unified manner. Therefore, it can effectively solve the problems of incompatible protocols of multiple manufacturers' devices and independent systems. It eliminates the need for manual operation and maintenance of multiple control platforms, which can significantly reduce equipment training and management costs. Because of the task scheduling layer, it can combine smart device status data and hotel operation data to perform resource analysis, automatically generate intelligent scheduling strategies and issue scheduling tasks. Therefore, it can get rid of the dependence on manual experience scheduling, avoid idle equipment resources and unbalanced task load, and thus effectively improve the resource utilization rate and task execution efficiency of smart devices. Because of the system interface layer, it can obtain operational data from the hotel management system and provide feedback on task execution results. Therefore, it can open up the data interaction channel between smart devices and the hotel management system, eliminate information silos, and realize intelligent collaboration of device tasks and hotel operation processes throughout the entire process. Because of the management and control layer, all smart devices can be centrally managed, monitored, faults alerted, and access controlled, and operation and operation logs can be recorded. Therefore, unified management and control of the entire life cycle of the devices can be achieved, improving the system's operational security and operational standardization. Because it has a terminal display layer, it can provide a multi-terminal visual operation interface and support users to issue tasks and operation and maintenance instructions. Therefore, it can simplify the operation process, lower the threshold for employees to use it, and facilitate real-time management of equipment status and task progress.

[0017] In this way, improvements can be made in multiple aspects such as unified access, intelligent scheduling, data collaboration, centralized management and control, and convenient operation. This effectively solves the technical problems of poor compatibility of smart devices from multiple manufacturers, unintelligent scheduling, and disconnection from the hotel management system in the existing technology. It achieves the effect of unified access of multiple devices, intelligent overall scheduling, and seamless collaboration with the hotel system, thereby comprehensively improving the efficiency and management level of intelligent hotel operation. Attached Figure Description

[0018] The accompanying drawings, which form part of this application, are used to provide a further understanding of the application and to make other features, objects, and advantages of the application more apparent. The illustrative embodiments and descriptions of this application are used to explain the application and do not constitute an undue limitation of the application. In the drawings: Figure 1 A schematic diagram of the hotel intelligent device management system provided in this application; Figure 2 A schematic diagram of the device access layer in the hotel intelligent device management system provided in this application; Figure 3 A schematic diagram of the system interface layer in the hotel intelligent device management system provided in this application; Figure 4 A schematic diagram of the task scheduling layer in the hotel intelligent device management system provided in this application; Figure 5 This is a schematic diagram of the management control layer in the hotel intelligent device management system provided in this application. Detailed Implementation

[0019] To enable those skilled in the art to better understand the present application, the technical solutions in the embodiments of the present application will be clearly and completely described below with reference to the accompanying drawings. Obviously, the described embodiments are only some embodiments of the present application, and not all embodiments. Based on the embodiments in the present application, all other embodiments obtained by those skilled in the art without creative effort should fall within the scope of protection of the present application.

[0020] It should be noted that the terms "first," "second," etc., in the specification, claims, and accompanying drawings of this application are used to distinguish similar objects and are not necessarily used to describe a specific order or sequence. It should be understood that such data can be interchanged where appropriate for the embodiments of this application described herein. Furthermore, the terms "comprising" and "having," and any variations thereof, are intended to cover non-exclusive inclusion; for example, a process, method, system, product, or apparatus that comprises a series of steps or units is not necessarily limited to those steps or units explicitly listed, but may include other steps or units not explicitly listed or inherent to such processes, methods, products, or apparatus.

[0021] In this application, the terms "upper," "lower," "left," "right," "front," "rear," "top," "bottom," "inner," "outer," "middle," "vertical," "horizontal," "lateral," and "longitudinal" indicate the orientation or positional relationship based on the orientation or positional relationship shown in the accompanying drawings. These terms are primarily for the purpose of better describing this application and its embodiments, and are not intended to limit the indicated device, element, or component to having a specific orientation, or to be constructed and operated in a specific orientation.

[0022] Furthermore, in addition to indicating location or positional relationship, some of the aforementioned terms may also have other meanings. For example, the term "above" may also be used in some cases to indicate a certain dependency or connection relationship. Those skilled in the art can understand the specific meaning of these terms in this application based on the specific circumstances.

[0023] Furthermore, the terms "installation," "setup," "equipped with," "connection," "linked," and "socketing" should be interpreted broadly. For example, "connection" can be a fixed connection, a detachable connection, or an integral structure; it can be a mechanical connection or an electrical connection; it can be a direct connection or an indirect connection through an intermediate medium, or an internal connection between two devices, components, or parts. Those skilled in the art can understand the specific meaning of the above terms in this application according to the specific circumstances.

[0024] This application describes some exemplary embodiments for illustrative purposes. It should be understood that this application may be implemented in other ways not specifically shown in the accompanying drawings.

[0025] like Figure 1 As shown in the figure, this application embodiment provides a hotel intelligent device management system, which may include: a device access layer 100, a task scheduling layer 200, a management control layer 300, a system interface layer 400, and a terminal display layer 500. The device access layer 100 is used to access smart devices from different manufacturers and of different types, collect device status data of all smart devices, and upload them to the task scheduling layer. The smart devices include smart guest room devices, hotel service robots, and floor inspection sensors. The system interface layer 200 is used to obtain hotel operation data from the hotel management system and transmit it to the task scheduling layer to trigger device scheduling, receive task execution results issued by the task scheduling layer, and feed them back to the hotel management system to update the room availability indicator, order completion status, and room anomaly marker. The hotel operation data includes at least one of the following: room data, order data, and security data. The task execution results include device task completion feedback data and device fault feedback data. The task scheduling layer 300 is used to perform resource analysis based on the device status data and the hotel operation data, generate intelligent scheduling strategies, and issue scheduling tasks to intelligent devices based on the intelligent scheduling strategies. The management control layer 400 is used to centrally manage all smart devices, perform operation and maintenance monitoring, fault early warning and access control, and record device operation and operation logs. The terminal display layer 500 is used to provide a multi-terminal visual operation interface, which is used to display device status and task information, and receive task instructions and operation and maintenance instructions issued by users.

[0026] Specifically, firstly, the device access layer 100 enables unified access for smart devices from different manufacturers and of different types. These smart devices can include hotel-specific equipment such as guest room smart devices, hotel service robots, and floor inspection sensors. It collects device status data, including operating status, location information, and task execution progress, and uploads this data to the task scheduling layer 300 in real time, providing basic data support for scheduling decisions. Simultaneously, the system interface layer 200 establishes communication with the hotel's existing management system through standardized interfaces, continuously acquiring hotel operation data such as guest room occupancy status, check-out information, guest order data, and security alarms. This data is synchronously transmitted to the task scheduling layer 300 to update the guest room availability indicator. After task execution, the system receives the task execution results from the task scheduling layer 300, including device task completion feedback data and device fault feedback data. These results are then fed back to the hotel management system to update the guest room availability indicator, order completion status, and guest room anomaly markers, thus achieving bidirectional data flow. Next, the task scheduling layer 300 receives device status data uploaded by the device access layer 100 and hotel operation data transmitted by the system interface layer 200. It performs comprehensive resource analysis on both types of data, and, combined with the task requirements of the hotel's real-time operation scenario, generates an appropriate intelligent scheduling strategy. Based on this strategy, it then issues specific scheduling tasks to the corresponding intelligent devices, clarifying the task execution requirements and logic. During this process, the management control layer 400 centrally manages all connected intelligent devices, conducts 24 / 7 operation and maintenance monitoring, monitors device operating status in real time and issues timely fault warnings, implements hierarchical permission control based on hotel staff's job responsibilities to prevent unauthorized operations, and comprehensively records all types of data during device operation and employee system operation behaviors, forming traceable log records. Finally, the terminal display layer 500 provides hotel staff in different positions with a multi-terminal visual operation interface adapted to computers, tablets, and mobile phones, intuitively displaying the real-time status of all intelligent devices and the execution information of various tasks. It also receives task instructions and operation and maintenance instructions issued by employees, achieving convenient and efficient human-computer interaction.

[0027] It is understandable that device status data refers to various data generated by intelligent devices during operation that reflect their own working status, including but not limited to whether the device is idle, current operating parameters, task execution progress, and whether there is a fault; hotel operation data refers to various business data generated during the daily operation of the hotel, covering relevant data from multiple business scenarios such as room management, order processing, and security monitoring; intelligent scheduling strategy refers to the specific plan formulated by the task scheduling layer based on device status and operational needs to rationally allocate device resources and optimize task execution processes.

[0028] It should be noted that through the collaborative design of the above five-layer architecture, it is possible to achieve unified access and collaborative scheduling of devices from multiple manufacturers without large-scale transformation of existing hotel smart devices and hotel management systems. This not only reduces the cost of device switching operations and manual intervention, but also improves the utilization rate of equipment resources and the response speed of hotel services. At the same time, the data collection and log recording throughout the process can provide a reliable basis for hotel operation analysis and fault tracing.

[0029] Optionally, such as Figure 2 As shown, the device access layer 100 includes a protocol parsing module 101, a device adaptation library 102, a status acquisition module 103, and a security protection module 104. The protocol parsing module 101 is used to parse and convert the communication protocols of smart devices from different manufacturers in real time, and to convert private protocols into a unified system data format. The device adaptation library 102 is used to store parameter information, operation instructions, and status identifiers of smart devices from various manufacturers, and to load adaptation plugins through a plug-in mechanism to connect new devices. The status acquisition module 103 is used to collect the operating status, location information, and task execution status of smart devices in real time, and to upload the collected device status data to the task scheduling layer according to a preset period. The security protection module 104 is used to authenticate the connected smart devices and to transmit the collected data using encrypted communication.

[0030] Specifically, the device access layer 100 can build a multi-protocol adaptation framework based on OpenClaw technology to achieve unified access for multiple manufacturers and types of smart devices in hotel scenarios. Access objects can include physical robots and software robots. The protocol parsing module 101 can perform real-time parsing and conversion of the private communication protocols of smart devices from different manufacturers, uniformly converting various protocols into a system-wide data format. For example, in this embodiment, JSON data format can be used as a unified standard. The device adaptation library 102 can store parameter information, operation instructions, and status identifiers of smart devices from various manufacturers. When a new manufacturer's device initiates access, the corresponding device adaptation plugin is loaded through the plug-in mechanism of OpenClaw technology, completing the device access configuration without modifying the system's core code. The status acquisition module 103 can collect the operating status, location information, and task execution status of each smart device in real time. The operating status includes types such as idle, busy, fault, and low battery. Location information is obtained through the device's built-in GPS or indoor positioning module, and the collected data is uploaded to the task scheduling layer according to a preset cycle. For example, in this embodiment, the upload frequency can be set to once every 10 seconds. The security protection module 104 can perform authentication on smart devices during the device access phase, allowing only authenticated devices to access the system. At the same time, it uses AES encrypted communication technology to transmit all collected data and instruction data to prevent data from being stolen or tampered with.

[0031] Through the above processing flow, the device access layer 100 can automatically identify, register and connect devices from different manufacturers, eliminate access barriers caused by protocol differences, improve the flexibility and scalability of device access, ensure the real-time nature of device status data and the security of the communication process, and provide stable and reliable basic data support for upper-layer scheduling.

[0032] For example, in practical applications, when a delivery robot from manufacturer A, a sweeping robot from manufacturer B, an inspection robot from manufacturer C, and a guest room control software robot from manufacturer D are connected to the access layer 100 of the hotel, the protocol parsing module 101 parses the private communication protocols of the four manufacturers' devices and converts them into JSON format. The device adaptation library 102 stores the parameters, instructions, and identification information of each device. When a new device is added, the adaptation plugin is directly loaded to complete the access. The status acquisition module 103 collects the operating status, location, and task execution data of each device every 10 seconds and uploads them to the task scheduling layer. The security protection module 104 authenticates each device and transmits all data using Advanced Encryption Standard (AES) encryption.

[0033] Optionally, such as Figure 3 As shown, the system interface layer 200 includes a data acquisition module 201 and a result feedback module 202. The data acquisition module 201 is used to connect to the hotel management system based on a standardized communication interface, acquire hotel operation data in real time, and forward it to the task scheduling layer. The result feedback module 202 is used to summarize the task execution status and device operation information of the smart devices, organize them into standardized feedback data, and push them to the hotel management system.

[0034] Specifically, the system interface layer 200 can be built based on RESTful API interfaces and standardized communication protocols to realize bidirectional data interaction between this system and the hotel's existing management system. Through the collaborative efforts of the data acquisition module 201 and the result feedback module 202, it completes the entire process of operational data collection and task result feedback. The data acquisition module 201 establishes a connection with the hotel's existing management system via a standardized communication interface, capturing corresponding business data in real time from the guest room management system, order management system, and security management system. After uniformly organizing the acquired guest room data, order data, and security data, it forwards them to the task scheduling layer, providing real-time business basis for scheduling decisions. The result feedback module 202 continuously receives and summarizes the task execution status and device operation information of all intelligent devices, organizes the above information into a standardized data format that meets the requirements of the hotel management system, and then pushes it to the corresponding hotel management system.

[0035] In practical applications, the data acquisition module 201 can obtain room check-in information, check-out information, and room type data from the room management system via API interface; obtain guest delivery order and meal delivery order information from the order management system; and obtain security status data from the security management system. All of the above data is then transmitted to the task scheduling layer. The result feedback module 202 can summarize information such as task completion status and equipment operation status after the smart device completes tasks such as cleaning, inspection, and delivery, or after the device malfunctions and alarms. This information is then used to form standardized feedback data, which is transmitted back to the room management system to update the room availability status, back to the order management system to update the order completion status, and back to the security management system to synchronize inspection abnormal information.

[0036] Optionally, such as Figure 4 As shown, the task scheduling layer 300 includes a task parsing module 301, a status analysis module 302, a scheduling decision module 303, and a task allocation module 304. The task parsing module 301 receives hotel operation tasks and breaks them down into categories to determine task parameters. The task parameters include at least one of the following: task priority, guest room space distribution, execution requirements, and required equipment type and quantity. The status analysis module 302 receives the equipment status data and analyzes the availability status and task load of the smart devices in conjunction with the hotel operation data to establish and dynamically update equipment resource information. The scheduling decision module 303 generates a target scheduling strategy based on the equipment resource information, the task parameters, and the equipment location. The task allocation module 304 converts the target scheduling strategy into operation instructions that can be recognized by smart devices from various manufacturers and sends them to the corresponding smart devices.

[0037] Specifically, the task scheduling layer 300 can realize intelligent task allocation and device collaboration based on agent technology and skill encapsulation technology, and complete the whole process scheduling through the task parsing module 301, status analysis module 302, scheduling decision module 303 and task allocation module 304 in sequence.

[0038] The task parsing module 301 receives hotel operation tasks from the system interface layer and the terminal display layer, breaks down and classifies the hotel operation tasks, extracts and determines the task parameters, which may include at least one of the following: task priority, room space distribution, execution requirements, and required equipment type and quantity. For example, guest delivery can be marked as Level 1 priority, check-out cleaning as Level 2 priority, and daily inspection as Level 3 priority. Guest room spatial distribution refers to the target guest room floor, room number, and zone corresponding to the task to be executed, which is used to limit the spatial boundary of equipment scheduling nearby and distinguish between long-distance scheduling across floors and short-distance scheduling within the same floor. Execution requirements can include two types of quiet constraint standards: quiet execution in occupied rooms and full-function execution in empty rooms, as well as guest room operation timeliness requirements. Among them, guest room operation timeliness requirements are hotel-specific constraints, setting room cleaning time limits for check-out cleaning tasks to ensure rapid turnover and sale of rooms, and setting guest waiting time thresholds for guest delivery tasks. The required equipment type and quantity refer to the exclusive hotel smart hardware that completes the matching of the current dismantling task. Guest room environment control tasks correspond to guest room temperature control, curtains, and lighting equipment; guest delivery and guest room cleaning tasks correspond to hotel delivery robots and cleaning inspection robots; floor security inspection tasks correspond to corridor sensor inspection equipment, and the minimum allocation quantity of required equipment is determined according to the size of the guest rooms and the batch size of the tasks.

[0039] Furthermore, when the system interface layer synchronously pushes updated guest room check-in, check-out, and new guest demand data from the hotel management system, the task parsing module 301 can automatically re-decompose the cached but not yet issued hotel operation tasks, refresh all parameters such as task priority, guest room space distribution, and time constraints, and send a re-scheduling trigger command to the scheduling decision module 303.

[0040] The status analysis module 302 can receive real-time hardware data of hotel smart devices uploaded by the device access layer 100. Combined with the guest room space and business parameters output by the task parsing module 301, it can statistically analyze the online status, remaining power, current load, and floor location of each robot and guest room device, and construct a dynamic hotel equipment resource pool divided by floor. The resource pool is updated in real time when the device goes offline due to failure, the task is completed, or the guest room status of the hotel management system changes. When the number of available robots on a single floor is lower than the preset threshold, it automatically generates cross-floor resource allocation warning information and pushes it to the scheduling decision module 303.

[0041] The scheduling decision module 303 can use task priority, room space allocation by proximity, and room occupancy and quiet rules as insurmountable pre-constraints, and then use robot driving energy consumption and task completion delay as secondary optimization objectives to build a hotel-specific multi-objective scheduling model. That is, this model prioritizes the hotel room operation efficiency and guest service experience, and outputs a specific scheduling strategy that binds floors, room permissions, and execution modes.

[0042] The task allocation module 304 can convert the scheduling strategy into standardized control commands that are compatible with the proprietary protocols of hotel equipment from multiple vendors and then issue them.

[0043] Optionally, the task allocation module 304 is also used to track the task execution progress in real time, and report abnormal information to the scheduling decision module when the smart device malfunctions, so that the scheduling decision module can regenerate the scheduling strategy.

[0044] Specifically, after issuing the operation command, the task allocation module 304 can continuously track and monitor the task execution progress of the smart device in real time. When a fault is detected in the smart device and it is unable to continue executing the current task, the task allocation module 304 can immediately generate abnormal information and report the abnormal information to the scheduling decision module 303. This triggers the scheduling decision module 303 to regenerate the target scheduling strategy based on the latest device status and remaining task information to ensure that the task can continue to be executed.

[0045] Optionally, the scheduling decision module 303 is also used to integrate historical task execution data, equipment operation data and hotel operation data, continuously analyze the task demand patterns and equipment operation characteristics under multiple scenarios, and iteratively optimize the target scheduling strategy to adjust the equipment task allocation logic and travel planning logic.

[0046] Specifically, based on the generation of routine scheduling strategies, the scheduling decision module 303 can continuously collect historical task execution data, equipment operation data, and hotel operation data to conduct long-term analysis of task demand patterns and equipment operation characteristics under different time periods, regions, and business types. Based on the patterns and characteristics obtained from the analysis, the scheduling decision module 303 can iteratively optimize the target scheduling strategy, and adjust the equipment task allocation logic and equipment movement planning logic accordingly, so that the scheduling strategy is more in line with the actual operational needs of the hotel, thereby improving scheduling accuracy and equipment coordination efficiency.

[0047] Optionally, such as Figure 5 As shown, the management control layer 400 includes a device management module 401, an operation and maintenance management module 402, a permission management module 403, and a log management module 404. The device management module 401 is used to display the device information, operating status, and task execution records of intelligent devices based on a unified management interface, and to perform remote control operations and operation parameter configuration operations on intelligent devices based on user instructions. The operation and maintenance management module 402 is used to identify device faults based on device operating data, issue fault warnings, and generate repair information. The permission management module 403 is used to divide operation permission levels according to employee job responsibilities to limit the system operation scope of employees in different positions. The log management module 404 is used to collect and store device operation logs, task execution logs, and employee operation logs for a preset period.

[0048] Specifically, the management control layer 400 can achieve centralized control and standardized management of all intelligent devices and system operation through the cooperation of the device management module 401, operation and maintenance management module 402, permission management module 403, and log management module 404. The device management module 401 can build a unified management interface to centrally display device information such as manufacturer information, model parameters, and installation location of all connected intelligent devices, as well as real-time operating status, task execution progress, and historical execution records. It can also receive user commands from terminals to perform remote restarts, task pauses, and operating parameter adjustments on intelligent devices, achieving unified control of all devices without switching between different manufacturers' management platforms. The operation and maintenance management module 402 can continuously receive device operating data and status information, identify device faults through data comparison and anomaly judgment rules, immediately issue early warnings upon fault detection, and automatically generate repair information including fault type, fault location, and associated devices, pushing it to the corresponding operation and maintenance personnel's terminals. Simultaneously, it generates maintenance reminders based on device runtime and preset maintenance cycles to help reduce the device failure rate. The access control module 403 can classify and allocate system operation permissions according to the job responsibilities of different positions such as hotel front desk staff, maintenance personnel, and administrators. It limits the scope of operations that each position can perform, such as task assignment, equipment configuration, and system management, ensuring system security and operational compliance. The log management module 404 can collect real-time operation logs generated by equipment during operation, complete task execution logs, and various operation logs of employees within the system. All logs are stored uniformly according to a preset storage period, providing complete data for subsequent operational analysis, fault tracing, and responsibility determination.

[0049] Optionally, such as Figure 1 As shown in the embodiment of this application, the hotel intelligent device management system also includes an emergency handling module 600. The emergency handling module 600 is used to detect intelligent device task interruption faults and determine fault handling methods. The fault handling methods include remote fault handling methods and on-site fault handling methods. The remote fault handling method refers to the handling method of repairing the fault by remotely issuing instructions. The on-site fault handling method refers to the handling method of pushing fault alarm information to the operation and maintenance terminal for intelligent device faults that cannot be repaired by remote instructions, and coordinating the task scheduling layer to allocate idle intelligent devices to take over the unfinished tasks.

[0050] Specifically, the emergency response module 600 can monitor the task execution status of each intelligent device in real time during system operation. When a fault is detected in an intelligent device that prevents the task from continuing, it immediately determines the fault type and severity and identifies the corresponding fault handling method. For faults that can be recovered through remote intervention, such as software anomalies, task freezes, and parameter anomalies, the emergency response module 600 can use remote fault handling to directly issue remote repair commands to the faulty device, restoring the device status and resuming the task. For faults that cannot be repaired through remote commands, such as hardware damage, battery depletion, and mechanical failures, the emergency response module 600 can use on-site fault handling. It pushes alarm information containing the fault location, fault type, device number, and unfinished task information to the maintenance terminal, and simultaneously sends a scheduling request to the task scheduling layer. This prompts the task scheduling layer to query and lock idle intelligent devices of the same type or alternatives, and completely transfers the unfinished tasks from the original faulty device to the idle device for continued execution, thereby ensuring uninterrupted hotel service processes and undelayed tasks.

[0051] In this embodiment, the inclusion of a device access layer enables access to smart devices from different manufacturers and of different types, allowing for unified collection and uploading of status data. This effectively solves the problems of incompatible protocols among multiple manufacturers and independent systems, eliminating the need for manual operation and maintenance of multiple management platforms and significantly reducing equipment training and management costs. The inclusion of a task scheduling layer allows for resource analysis combining smart device status data and hotel operational data, automatically generating intelligent scheduling strategies and issuing scheduling tasks. This eliminates reliance on manual experience-based scheduling, preventing idle equipment resources and task load imbalances, thereby effectively improving the resource utilization and task execution efficiency of smart devices. Furthermore, the inclusion of a system interface layer enables access from… The hotel management system acquires operational data and provides feedback on task execution results, thus establishing a data interaction channel between smart devices and the hotel management system, eliminating information silos, and achieving intelligent collaboration across the entire process of device tasks and hotel operations. With a management control layer, all smart devices can be centrally managed, monitored, and equipped with fault warnings, access control, and operation logs recorded. This enables unified management of the entire device lifecycle, improving system security and operational standardization. A terminal display layer provides a multi-terminal visual interface and supports users issuing tasks and maintenance commands, simplifying operation processes, lowering the barrier to entry for employees, and facilitating real-time monitoring of device status and task progress. In this way, improvements can be made in multiple aspects, including unified access, intelligent scheduling, data collaboration, centralized management, and convenient operation. This effectively solves the technical problems of poor compatibility between smart devices from multiple manufacturers, unintelligent scheduling, and disconnection from the hotel management system in existing technologies. It achieves unified access for multiple devices, intelligent overall scheduling, and seamless collaboration with the hotel system, comprehensively improving the efficiency and management level of intelligent hotel operations.

[0052] The system embodiments described above are merely illustrative. The units described as separate components may or may not be physically separate. The components shown as units may or may not be physical units; that is, they may be located in one place or distributed across multiple network units. Some or all of the modules can be selected to achieve the purpose of this embodiment according to actual needs. Those skilled in the art can understand and implement this without any creative effort.

[0053] Obviously, those skilled in the art should understand that the various units or steps of this application described above can be implemented using general-purpose computing devices. They can be centralized on a single computing device or distributed across a network of multiple computing devices. Optionally, they can be implemented using computer-executable program code, thereby storing them in a storage device for execution by a computing device, or fabricating them separately as individual integrated circuit modules, or fabricating multiple modules or steps into a single integrated circuit module. Thus, this application is not limited to any particular combination of hardware and software.

[0054] The above description is merely a preferred embodiment of this application and is not intended to limit this application. Various modifications and variations can be made to this application by those skilled in the art. Any modifications, equivalent substitutions, improvements, etc., made within the spirit and principles of this application should be included within the protection scope of this application.

Claims

1. A hotel intelligent device management system, characterized in that, include: Device access layer, task scheduling layer, management and control layer, system interface layer, and terminal display layer; The device access layer is used to access smart devices from different manufacturers and of different types, collect device status data of all smart devices, and upload them to the task scheduling layer. The smart devices include smart guest room devices, hotel service robots, and floor inspection sensors. The system interface layer is used to obtain hotel operation data from the hotel management system and transmit it to the task scheduling layer to trigger device scheduling. It receives the task execution results issued by the task scheduling layer and feeds them back to the hotel management system to update the room availability indicator, order completion status, and room abnormality marker. The hotel operation data includes at least one of the following: room data, order data, and security data. The task execution results include device task completion feedback data and device fault feedback data. The task scheduling layer is used to perform resource analysis based on the device status data and the hotel operation data, generate intelligent scheduling strategies, and issue scheduling tasks to intelligent devices based on the intelligent scheduling strategies. The management and control layer is used to centrally manage all smart devices, perform operation and maintenance monitoring, fault early warning and access control, and record device operation and operation logs; The terminal display layer is used to provide a multi-terminal visual operation interface, which is used to display device status and task information, and receive task instructions and operation and maintenance instructions issued by users.

2. The hotel intelligent equipment management system according to claim 1, characterized in that, The device access layer includes a protocol parsing module and a device adaptation library. The protocol parsing module is used to parse and convert the communication protocols of smart devices from different manufacturers in real time, and to convert private protocols into a unified system data format. The device adaptation library is used to store parameter information, operation instructions and status identifiers of smart devices from various manufacturers, and to load adaptation plugins through a plug-in mechanism to connect new devices.

3. The hotel intelligent equipment management system according to claim 2, characterized in that, The device access layer also includes a status acquisition module; the status acquisition module is used to collect the operating status, location information and task execution status of the smart device in real time, and upload the collected device status data to the task scheduling layer according to a preset period.

4. The hotel intelligent equipment management system according to claim 3, characterized in that, The device access layer also includes a security protection module; the security protection module is used to authenticate the accessed smart devices and transmit the collected data using encrypted communication.

5. The hotel intelligent equipment management system according to claim 1, characterized in that, The system interface layer includes a data acquisition module and a result feedback module; The data acquisition module is used to connect to the hotel management system based on a standardized communication interface, acquire hotel operation data in real time, and forward it to the task scheduling layer. The result feedback module is used to summarize the task execution status and device operation information of smart devices, organize them into standardized feedback data, and push them to the hotel management system.

6. The hotel intelligent equipment management system according to claim 1, characterized in that, The task scheduling layer includes a task parsing module, a status analysis module, a scheduling decision module, and a task allocation module; The task parsing module is used to receive hotel operation tasks and break them down and classify them to determine task parameters. The task parameters include at least one of the following: task priority, guest room space distribution, execution requirements, and required equipment type and quantity. The status analysis module is used to receive the device status data, analyze the availability status and task load of the smart device in combination with the hotel operation data, and establish and dynamically update the device resource information. The scheduling decision module is used to generate a target scheduling strategy based on the device resource information, the task parameters, and the device location. The task allocation module is used to convert the target scheduling strategy into operation instructions that can be recognized by smart devices from various manufacturers and send them to the corresponding smart devices.

7. The hotel intelligent equipment management system according to claim 6, characterized in that, The task allocation module is also used to track the task execution progress in real time, and when the smart device malfunctions, it reports the abnormal information to the scheduling decision module so that the scheduling decision module can regenerate the scheduling strategy.

8. The hotel intelligent equipment management system according to claim 6, characterized in that, The scheduling decision module is also used to integrate historical task execution data, equipment operation data and hotel operation data, continuously analyze the task demand patterns and equipment operation characteristics in multiple scenarios, and iteratively optimize the target scheduling strategy to adjust the equipment task allocation logic and travel planning logic.

9. The hotel intelligent equipment management system according to claim 1, characterized in that, The management and control layer includes a device management module, an operation and maintenance management module, a permission management module, and a log management module; The device management module is used to display the device information, operating status and task execution records of the smart device based on a unified management interface, and to perform remote control operations and operating parameter configuration operations on the smart device based on user commands; The operation and maintenance management module is used to identify equipment faults based on equipment operation data, issue fault warnings, and generate repair information. The permission management module is used to divide the operation permission levels according to the division of employee positions, so as to limit the system operation scope of employees in different positions. The log management module is used to collect and store equipment operation logs, task execution logs, and employee operation logs for a preset period.

10. The hotel intelligent equipment management system according to claim 1, characterized in that, It also includes an emergency handling module; the emergency handling module is used to detect task interruption faults of intelligent devices and determine the fault handling method. The fault handling method includes remote fault handling method and on-site fault handling method. The remote fault handling method refers to the handling method of repairing the fault by remotely issuing instructions. The on-site fault handling method refers to the handling method of pushing fault alarm information to the operation and maintenance terminal for intelligent device faults that cannot be repaired by remote instructions, and coordinating the task scheduling layer to allocate idle intelligent devices to take over the unfinished tasks.

Images