Hotel service multi-terminal communication method and system and medium

Abstract

The invention relates to a hotel service multi-terminal communication method and system and a medium, and relates to the field of hotel service systems.The method comprises the steps that a message proxy server is deployed to serve as a core communication hub, and a unique static IP address is allocated to a self-service machine; enabling the self-service machine and / or the mobile terminal to serve as a client to be connected with the message proxy server; the self-service machine regularly collects equipment operation data and publishes the equipment operation data to the message proxy server in a preset theme; and the mobile terminal subscribes to a related preset theme to receive corresponding equipment operation data, and sends a service instruction to the self-service machine based on the equipment operation data. According to the invention, efficient and stable two-way communication between the self-service machine and the mobile device is realized, the hotel check-in process is optimized, and the service quality and the management efficiency are improved.

Description

Technical Field

[0001] The present invention relates to the field of hotel business systems, and in particular to a hotel business multi-terminal communication method, system and medium. Background Art

[0002] At present, some hotels have introduced self-service machines and mobile devices to assist operations, usually using two main communication methods: one is to connect through Bluetooth, using its short-range wireless communication characteristics to achieve direct interconnection between self-service machines and mobile devices; the other is to achieve regular polling between the client and the server through the HTTP protocol to obtain the required data to complete the business process. These technologies have improved the hotel's automation level to a certain extent, providing support for optimizing the check-in process and improving employee efficiency.

[0003] However, existing technologies have exposed many deficiencies in practical applications. Bluetooth connections are easily affected by environmental interference, have poor stability, and are cumbersome to operate, making it difficult to meet the needs of complex hotel scenarios. The HTTP polling method wastes a lot of network resources, and employees are unable to grasp the real-time status of the self-service machine in a timely manner due to data update delays. The above problems lead to information synchronization lags, low efficiency in command transmission, and poor network adaptability, which seriously affects the collaboration efficiency between the self-service machine and mobile devices and the effect of hotel intelligent operation. Summary of the invention

[0004] In view of the shortcomings of the prior art described above, the purpose of the present invention is to provide a hotel business multi-terminal communication method, system and medium, which realizes efficient and stable two-way communication between self-service machines and mobile devices, optimizes the hotel check-in process, and thereby improves service quality and management efficiency.

[0005] To achieve the above purpose, the present invention adopts the following technical solution.

[0006] In a first aspect, the present invention provides a multi-terminal communication method for hotel services, wherein the multi-terminals include at least a self-service machine and a mobile terminal, and adopt the following technical solution: Deploy a message proxy server as a core communication hub and assign a unique static IP address to the self-service machine; Enable the self-service machine and / or the mobile terminal to connect to the message proxy server as a client; The self-service machine regularly collects equipment operation data and publishes it to the message proxy server with a preset topic; The mobile terminal subscribes to relevant preset topics to receive corresponding equipment operation data, and sends business instructions to the self-service machine based on the equipment operation data.

[0007] Furthermore, in the above multi-terminal communication method, the self-service machine periodically collects device operation data and publishes it to the message proxy server with a preset topic, including: The self-service machine collects hardware status data and software process information at preset time intervals; Encapsulating the hardware status data and software process information into a message; The message is published to the message proxy server with a preset subscription topic.

[0008] Furthermore, in the above-mentioned multi-terminal communication method, the hardware status data includes at least the CPU temperature, the printer paper remaining and the card reader connection stability; the software process information includes at least the current business process node and the system memory usage.

[0009] Furthermore, in the above multi-terminal communication method, the mobile terminal sends a service instruction to the self-service machine based on the device operation data, including: The mobile terminal receives operation information input by a user; Encapsulating the operation information into a command message; The instruction message is published to the message proxy server with a preset instruction topic.

[0010] Furthermore, the above multi-terminal communication method further includes: When a network connection interruption is detected, the self-service machine and the mobile terminal start a local exception handling program; Wherein, the local exception handling program includes: The self-service machine suspends current non-critical services and continues to try to reconnect to the network; The mobile terminal prompts the network connection abnormality on the interface and automatically tries to reconnect at preset intervals.

[0011] Furthermore, the above multi-terminal communication method further includes: When a team checks in and there are multiple self-service machines, a common topic of the team check-in process is created based on the static IP addresses of each self-service machine; Publishing the processing progress of each self-service machine to the message proxy server in real time through the public topic; The mobile terminal broadcasts instructions to all self-service machines through the common topic to achieve group operation.

[0012] Furthermore, in the above multi-terminal communication method, the group operation includes a collective reminder operation and a group control operation; The group reminder operation includes: the mobile terminal publishes a broadcast message to a public topic, the self-service machine subscribes to the public topic and parses the message content, and triggers a corresponding reminder action according to the message type; The group control operation includes: the mobile terminal issues a control instruction to a public topic, and all self-service machines perform corresponding operations according to the instruction type.

[0013] Furthermore, the above multi-terminal communication method further includes: Deploy local message queues on the self-service machine and the mobile terminal to cache and manage device status changes; When the network is detected to be restored, the cached message is resent to the message proxy server.

[0014] In a second aspect, the present invention provides a hotel business multi-terminal communication system, wherein the multi-terminals include at least a self-service machine and a mobile terminal, and adopt the following technical solution: Message proxy server, used as the core communication hub; The self-service machine has a unique static IP address and is used to connect to the message proxy server as a client, regularly collect device operation data and publish it to the message proxy server with a preset topic; The mobile terminal is used to connect to the message proxy server as a client, subscribe to relevant preset topics to receive corresponding equipment operation data, and send business instructions to the self-service machine based on the equipment operation data.

[0015] In a third aspect, the present invention provides a readable storage medium, which adopts the following technical solution: A readable storage medium stores computer instructions, and when the computer instructions are executed by a processor, a multi-terminal communication method as described in any one of the first aspects above is implemented.

[0016] In summary, compared with the prior art, the present invention includes at least one of the following beneficial technical effects: The present invention deploys a message proxy server as the core communication hub and utilizes the high efficiency of the MQTT protocol to achieve real-time communication between the self-service machine and the mobile terminal, greatly shortening the information delay, enabling rapid synchronization of device operation data, and improving the accuracy and timeliness of information transmission. By allocating a unique static IP address to the self-service machine, the precise positioning of the device in the network is ensured, thereby improving the reliability and scalability of the system. At the same time, the mobile terminal receives the device status and sends business instructions by subscribing to topics, achieving the flexibility and efficiency of two-way communication, and effectively solving the problems of communication delay, low efficiency of instruction transmission, and poor network adaptability in the prior art, thereby significantly improving the efficiency of hotel business collaboration and customer satisfaction. BRIEF DESCRIPTION OF THE DRAWINGS

[0017] In order to more clearly illustrate the technical solutions in the embodiments of the present application, the drawings required for use in the description of the embodiments will be briefly introduced below. Obviously, the drawings described below are only some embodiments of the present application. For those skilled in the art, other drawings can be obtained based on these drawings without creative work.

[0018] Figure 1 It is a flowchart of a specific embodiment of a multi-terminal communication method for hotel business of the present invention.

[0019] Figure 2 It is a flowchart of another specific embodiment of a multi-terminal communication method for hotel business of the present invention.

[0020] Figure 3 It is a flowchart of another specific embodiment of a multi-terminal communication method for hotel business of the present invention.

[0021] Figure 4 It is a structural diagram of a specific embodiment of a hotel business multi-terminal communication system of the present invention. DETAILED DESCRIPTION

[0022] The technical solutions in the embodiments of the present application will be clearly and completely described below in conjunction with the drawings in the embodiments of the present application. Obviously, the described embodiments are only part of the embodiments of the present application, rather than all of the embodiments. Based on the embodiments in the present application, all other embodiments obtained by those skilled in the art without creative work are within the scope of protection of the present application. In addition, it should be understood that the specific implementation methods described herein are only used to illustrate and explain the present application, and are not used to limit the present application.

[0023] It should be noted that the description order of the following embodiments is not intended to limit the preferred order of the embodiments of the present application. In addition, in the following embodiments, the description of each embodiment has its own emphasis, and for parts not described in detail in one embodiment, reference can be made to the relevant description of other embodiments.

[0024] The method steps described in the embodiments of the present invention may be executed in the order described in the specific implementation manner, or the execution order of each step may be adjusted according to actual needs and on the premise that the technical problem can be solved, which will not be listed here one by one.

[0025] Reference Figure 1 The embodiment of the present invention provides a multi-terminal communication method for hotel business, wherein the multi-terminals at least include a self-service machine and a mobile terminal, and the method includes the following sub-steps S1, deploy a message proxy server as a core communication hub and assign a unique static IP address to the self-service machine.

[0026] Specifically, a message proxy server (such as an MQTT server) is deployed in the hotel's local area network as the core communication hub, and a unique static IP address is assigned to each self-service machine. The static IP address is assigned through a network management tool or router to ensure that each self-service machine has a unique identification in the network, which facilitates accurate identification and communication by the server. The message proxy server is responsible for managing the message routing and forwarding between the self-service machine and the mobile terminal, providing efficient and stable communication guarantees for the subsequent equipment operation data collection and release, as well as the instruction sending of the mobile terminal.

[0027] S2, enabling the self-service machine and / or the mobile terminal to connect to the message proxy server as a client.

[0028] Specifically, the self-service machine and / or mobile terminal connects to the message proxy server as an MQTT client when it is started. The self-service machine initializes the MQTT client and initiates a connection request by reading the pre-configured network parameters (such as server address, port number, static IP address, etc.); the mobile terminal automatically loads the server connection configuration and initializes the MQTT client through the application after the user completes the identity authentication. After the connection is established, the server completes the authentication based on the identity information of the device, allows the client to join the network, provides a communication channel for subsequent message publishing and subscription, and ensures the security and stability of the connection.

[0029] S3, the self-service machine regularly collects equipment operation data and publishes it to the message proxy server with a preset topic.

[0030] Specifically, the sensors and monitoring modules built into the self-service machine collect the operating data of the device in real time, such as the hardware status (such as the remaining paper in the printer, the CPU temperature, etc.) and the business processing status (such as the process node currently being processed). After the above operating data is sorted by the processing module inside the self-service machine, it is packaged in a message format that complies with the MQTT protocol and published to the message proxy server regularly (such as every 5 seconds) based on a pre-set topic (such as "device status / self-service machine number"). The published message is passed to the client that has subscribed to the relevant topic through the server's topic routing mechanism to ensure the timeliness and accuracy of the device status data.

[0031] S4, the mobile terminal subscribes to a relevant preset topic to receive corresponding device operation data, and sends a service instruction to the self-service machine based on the device operation data.

[0032] Specifically, the mobile terminal connects to the message proxy server and subscribes to preset topics related to the self-service machine (such as "device status / self-service machine number") based on the user's business permissions. When the message proxy server receives the operation data published by the self-service machine, it pushes the message to the mobile terminal that subscribes to the topic according to the topic routing rules. After the mobile terminal receives the device operation data, it analyzes the device status through the built-in business logic and sends business instructions to the self-service machine as needed, such as order push or fault handling instructions. These instructions are encapsulated as messages that comply with the MQTT protocol and published to the server through specific topics (such as "instructions / self-service machine number"), and are finally parsed and executed by the self-service machine.

[0033] The multi-terminal communication method for hotel business described in the embodiment of the present invention realizes accurate positioning and efficient connection of the self-service machine in the network by deploying a message proxy server as the core communication hub and allocating a static IP address; the device operation data collection, publishing and subscription mechanism based on the MQTT protocol realizes real-time two-way communication between the self-service machine and the mobile terminal, significantly improving the timeliness and accuracy of information synchronization; the mobile terminal can quickly receive device status data and send instructions, which greatly shortens the business response time, and significantly improves the operation success rate and collaboration efficiency. In addition, the method effectively adapts to the complex hotel network environment, ensures communication stability and business continuity, and provides reliable guarantee for improving the level of hotel intelligent operation.

[0034] Further, as an embodiment of the present invention, refer to Figure 2 , step S3, the self-service machine regularly collects equipment operation data and publishes it to the message proxy server with a preset topic, including the following sub-steps.

[0035] S31, the self-service machine collects hardware status data and software process information at preset time intervals.

[0036] Specifically, the self-service machine collects hardware status data in real time through built-in hardware sensors (such as temperature sensors, paper remaining detection modules, network connection monitoring modules, etc.), and uses software monitoring programs to collect running software process information (such as memory usage, current task status, business processing nodes, etc.). These collection operations are automatically executed at preset time intervals (such as every 5 seconds), and the collection instructions are triggered by embedded programs and the data is stored in the local cache, providing basic support for subsequent data packaging and publishing.

[0037] S32, encapsulating the hardware status data and software process information into a message.

[0038] Specifically, the self-service machine will process the collected hardware status data (such as CPU temperature, printer paper remaining) and software process information (such as current business node, memory usage) in a structured manner, for example, by defining the JSON format of key-value pairs to encapsulate various types of data into message objects in a unified format. In the specific implementation, the program can use the language's own serialization tools (such as Python's json.dumps or Java's ObjectMapper) to convert the collected data into a JSON string, ensure that the message complies with the publishing format required by the MQTT protocol, and add necessary meta information (such as timestamps, self-service machine numbers, etc.) during the encapsulation process so that the subscriber can accurately parse and process it. In this way, the encapsulated message can optimize transmission efficiency while maintaining information integrity.

[0039] S33, publishing the message to the message proxy server with a preset subscription topic.

[0040] Specifically, the self-service machine uses the MQTT client library (such as Paho MQTT or Eclipse Mosquitto) to publish the packaged message to the message broker server through a specific preset topic. In the implementation, the program will bind the packaged message string with the topic (such as "device / status / [self-service machine number]") through the client's publish method and send it to the server. At the same time, the QoS (quality of service) level of the message can be set, such as QoS1 to ensure that the message is delivered at least once, or QoS2 to ensure the integrity of the message. To improve the reliability of the release, the program usually executes a retry mechanism when the network is abnormal to ensure that the message is successfully delivered and can be obtained in real time by the mobile terminal subscribed to the topic.

[0041] Furthermore, as an embodiment of the present invention, the hardware status data includes at least the CPU temperature, printer paper remaining and card reader connection stability; the software process information includes at least the current business process node and system memory usage.

[0042] For example, a data object is defined, which includes hardware status data and software process information. For example, the hardware status data includes cpu_temperature (central processing unit temperature), printer_paper_level (printer paper remaining) and card_reader_status (card reader connection stability), and the software process information includes current_process_step (current business process node) and memory_usage (system memory usage). In implementation, these data can be encapsulated through dictionaries or object structures, such as {"cpu_temperature": 55, "printer_paper_level": 80, "card_reader_status": "stable", "current_process_step": "check_in", "memory_usage": "65%"} in Python, and then converted into a JSON string using a serialization tool for subsequent publishing to the message broker server.

[0043] Further, as an implementation mode of the present invention, in step S4, the mobile terminal subscribes to the relevant preset topic to receive the corresponding equipment operation data, including: the self-service machine publishes the equipment operation data as a publisher; the mobile terminal receives the equipment operation data as a subscriber.

[0044] For example, after the self-service machine establishes a connection with the message broker server by initializing the MQTT client, it selects a specific topic (such as "device / status / [self-service machine number]") to publish messages based on the content of the device operation data. The published message format is a pre-defined JSON data packet, which contains hardware status and software process information. In the specific implementation, you can use the MQTT client library (such as Paho MQTT), call the publish method, bind the message to the topic and send it, and set the QoS level of the message (such as QoS 2 to ensure reliable message transmission). After the release is completed, the message broker server will pass the data to the mobile terminal subscribed to the topic according to the topic routing rules to achieve real-time synchronization of information.

[0045] After the mobile terminal establishes a connection with the message broker server through the MQTT client, it subscribes to a specific topic (such as "device / status / [self-service machine number]") according to business needs. After the subscription is successful, the message broker server will push the device operation data published by the self-service machine to the mobile terminal in real time. In the specific implementation, the mobile terminal uses the subscribe method of the MQTT client library (such as PahoMQTT) to subscribe to the topic and processes the received message through the callback function. The callback function parses the received JSON format data and updates the device status to the user interface or triggers related business logic (such as reminding employees to handle equipment failures or view real-time status). This mechanism ensures that the mobile terminal can obtain the latest operation information of the self-service machine in a timely manner.

[0046] Further, as an embodiment of the present invention, refer to Figure 3 In step S4, the mobile terminal sends a business instruction to the self-service machine based on the device operation data, including the following sub-steps.

[0047] S41, the mobile terminal receives operation information input by a user.

[0048] Specifically, the mobile terminal provides an interactive interface through a dedicated application for users to enter operation information, such as selecting the instruction type (such as order push, device restart, etc.) or filling in specific parameters (such as order number, authorization level). When the user completes the input and confirms on the interface, the application captures the operation information and performs preliminary verification (such as verifying the input format or checking permissions). For example, the user triggers an operation by clicking a button or filling out a form, and stores the input data in a local variable or data structure to provide basic data support for subsequent instruction packaging and release. This process ensures that user operation information can be accurately collected and used to generate business instructions.

[0049] S42, encapsulate the operation information into a command message.

[0050] Specifically, the mobile terminal encapsulates the received user operation information (such as order number, device command type) into a command message that complies with the MQTT protocol. In the specific implementation, the operation information input by the user can be converted into a message object with a key-value pair structure by defining a unified message format (such as JSON or XML). For example, the operation information can be encapsulated in the format of {"command": "restart", "device_id": "machine123", "timestamp": "2024-10-20T12:00:00"}. During the encapsulation process, the program can add metadata (such as timestamp, user ID) and verification information to improve the integrity and security of the message. This encapsulation method ensures that the generated command message can be correctly parsed and executed by the target self-service machine.

[0051] S43, publishing the instruction message to the message proxy server with a preset instruction subject.

[0052] Specifically, the mobile terminal uses the MQTT client to publish the encapsulated command message to the message proxy server through a specific preset topic (such as "command / [self-service machine number]"). The mobile terminal calls the publish method of the MQTT client library to bind the command message to the topic and send it. During the publishing process, the program will verify the server connection status and implement the disconnection and reconnection function when necessary to ensure that the command can be successfully delivered to the message proxy server, which will forward it to the target self-service machine according to the topic routing rules to complete the delivery and execution of the business command.

[0053] Furthermore, as an embodiment of the present invention, the multi-terminal communication method also includes: when a network connection interruption is detected, the self-service machine and the mobile terminal start a local exception handling program; wherein the local exception handling program includes: the self-service machine suspends current non-critical business and continues to try to reconnect to the network; the mobile terminal prompts a network connection abnormality on the interface and automatically tries to reconnect at preset time intervals.

[0054] Specifically, when the self-service machine or mobile terminal detects a network connection interruption (for example, by detecting the network status through a regular heartbeat packet), the local exception handling program is immediately started. The self-service machine suspends the current non-critical business operations, such as suspending data publishing or stopping accepting new tasks, but retains the status of the critical business that has been executed, and records the time and cause of the network interruption. At the same time, the network module of the self-service machine attempts to reconnect to the message proxy server at a fixed time interval (such as every 10 seconds). After the reconnection is successful, the normal business process is immediately restored and the unfinished data is synchronized. For mobile terminals, when a network interruption is detected, the application interface will immediately pop up a prompt message (such as "Network connection abnormality, please try again later"), and automatically record the user operation during the interruption to prevent data loss. The mobile terminal triggers the reconnection mechanism every preset time (such as 15 seconds), checks the network status and tries to connect to the message proxy server again. Once the connection is restored, the mobile terminal will refresh the interface and continue to process the pending tasks to ensure the continuity of the business process and the optimization of user experience.

[0055] Furthermore, as an embodiment of the present invention, the multi-terminal communication method also includes: when a team checks in and there are multiple self-service machines, a common topic of the team check-in process is created based on the static IP address of each self-service machine; the processing progress of each self-service machine is published to the message proxy server in real time through the common topic; the mobile terminal broadcasts instructions to all self-service machines through the common topic to realize group operations.

[0056] Specifically, in the multi-terminal communication method, when a team check-in is involved and multiple people use multiple self-service machines to check in at the same time, first, on the message proxy server, a unique public topic (such as "team_checkin / group_[team ID]") is created for each team check-in process based on a preset format. This public topic is used to integrate the status information of multiple self-service machines and receive group instructions from mobile terminals. Each self-service machine uses its static IP address as an identifier, joins the public topic, and publishes its processing progress.

[0057] On the self-service machine side, the status data is published with the public topic as the target through the publish method of the MATT side. For example, the topic format is "team_checkin / group_123" and the message content is: {"machine_ip": "192.168.1.10", "progress": "ID verification completed"}.

[0058] When each self-service machine completes a node in the process (such as identity authentication, room assignment), it publishes the current progress data to the public topic. The data is encapsulated in JSON format, including the IP address of the self-service machine, the processing status and the timestamp, such as {"machine_ip": "192.168.1.10", "progress": "Room assigned", "timestamp": "2025-01-20T12:00:00"}.

[0059] The mobile terminal broadcasts instructions to all self-service machines through the common topic to implement group operations including group reminder operations and group control operations.

[0060] Specifically, when performing a group reminder operation, the mobile terminal publishes a broadcast message to the public topic to notify all self-service machines to complete a certain operation (such as prompting all self-service machines to speed up processing). The self-service machine subscribes to the public topic and parses the message content, triggering the corresponding reminder action (such as interface prompt or voice broadcast) according to the message type. Exemplarily, the message content published by the mobile terminal to the public topic with the theme of "team_checkin / group_123" is {"command": "notify", "message": "Please complete quickly", "priority": "high"}, and the self-service machine calls the voice broadcast module or displays the notification content on the interface.

[0061] When performing group control operations, the mobile terminal publishes control instructions to the public topic, and all subscribed self-service machines perform specific operations according to the instructions (such as restarting the device, waiting for steps, pausing the process, etc.). Control instructions are identified by a clear instruction type field (such as {"command": "pause_all"}). Exemplarily, the message content published by the mobile terminal to the public topic with the topic "team_checkin / group_123" is {"command": "pause", "reason": "Urgentmaintenance"}. The self-service machine parses the instruction content in the callback function of the subscribed public topic, and determines the value of the command field (such as "pause"), calls the corresponding control logic, and if the command is "resume", the process is resumed.

[0062] The one-to-many (one mobile terminal) to multiple (multiple self-service machines) communication method facilitates efficient collaborative processing and real-time monitoring when a team moves in. The mobile terminal can receive the processing progress of multiple self-service machines in real time through a public topic, and quickly grasp the overall status of the team's move-in; at the same time, the mobile terminal can send instructions or notifications in a unified manner through group reminders and group control functions, such as speeding up processing, resolving equipment anomalies, etc., to ensure that each self-service machine works in coordination, thereby improving the overall efficiency of the team's move-in, reducing waiting time, and improving user experience.

[0063] Furthermore, as an embodiment of the present invention, the multi-terminal communication method also includes: deploying local message queues on the self-service machine and the mobile terminal to cache and manage device status changes; when network recovery is detected, resending the cached messages to the message proxy server.

[0064] Specifically, local message queue modules are deployed on the self-service machine and mobile terminal respectively to cache device status data or command messages that have not been sent in time due to network interruption. When the network is normal, the self-service machine and mobile terminal will add the real-time generated messages to the message queue and send them to the message proxy server immediately; when a network interruption is detected, the message queue will cache the unsent messages and record the message sending status and timestamp. The message queue regularly checks the network connection status. When it detects that the network has been restored, it will take out the cached messages from the queue one by one according to the time sequence or priority of the messages and resend them to the message proxy server, and ensure the reliable arrival of the messages through the confirmation mechanism (such as the QoS level setting of MQTT). This mechanism effectively ensures the integrity of message delivery and the continuity of business processing in the event of network fluctuations or disconnections.

[0065] The embodiment of the invention also discloses a hotel business multi-terminal communication system.

[0066] Reference Figure 4 , a hotel business multi-terminal communication system, the system includes a message proxy server, a self-service machine and a mobile terminal.

[0067] Message broker server, used as the core communication hub.

[0068] Specifically, deploy a server that supports the MQTT protocol (such as using Eclipse Mosquitto or EMQX) as the core communication hub of the entire system. The server is responsible for managing the connections of all clients (self-service machines and mobile terminals) and achieving efficient message distribution through the topic routing mechanism. In the specific implementation, the server needs to be configured with a unique network address (such as a static IP or domain name) and enable a security authentication mechanism (such as username and password or TLS encryption) to ensure communication security. The message proxy server groups the received messages by topic and accurately pushes them to the clients that subscribe to the corresponding topic. It also supports QoS (quality of service) settings to ensure reliable transmission of key messages when the network is unstable. In addition, the server also provides connection status monitoring and logging functions to help administrators understand the communication status of the device in real time and handle abnormal situations.

[0069] The self-service machine has a unique static IP address and is used to connect to the message proxy server as a client, regularly collect device operation data and publish it to the message proxy server with a preset topic.

[0070] Specifically, a unique static IP address is assigned to each self-service machine, and it is connected to the message broker server through pre-configured network parameters and accesses the system as an MQTT client. The self-service machine collects hardware status data (such as CPU temperature, printer paper remaining, card reader connection status) and software operation information (such as current business process nodes, memory usage) in real time through built-in sensors and monitoring modules, and encapsulates it into a message that complies with the MQTT protocol in a preset topic format (such as "device / status / [self-service machine number]"), and publishes it to the message broker server at fixed time intervals. To enhance stability, the self-service machine is also configured with a local message queue to cache unsent messages when the network is interrupted and resend them after the network is restored. At the same time, QoS settings are used to ensure the reliable transmission of key messages, and support anomaly detection and self-recovery functions to ensure efficient operation of the device in a complex network environment.

[0071] The mobile terminal is used to connect to the message proxy server as a client, subscribe to relevant preset topics to receive corresponding equipment operation data, and send business instructions to the self-service machine based on the equipment operation data.

[0072] Specifically, the mobile terminal connects to the message proxy server as an MQTT client through a dedicated application, and completes identity authentication and permission configuration. The mobile terminal subscribes to relevant preset topics (such as "device / status / [self-service machine number]") according to business needs to receive real-time device operation data (such as hardware status and current process information) published by the self-service machine. After receiving the operation data, the mobile terminal parses the message content and sends business instructions (such as order push or device restart instructions) to the self-service machine through the user interaction interface. The instructions are encapsulated as messages that comply with the MQTT protocol and published to the message proxy server through preset topics (such as "command / [self-service machine number]") for the self-service machine to parse and execute. In addition, the mobile terminal also supports local message queues and disconnection reconnection mechanisms, caching unsent instructions and automatically trying to reconnect when the network fluctuates, ensuring the continuity and efficiency of business processes.

[0073] The multi-terminal communication framework of an embodiment of the multi-terminal communication method for hotel business of the present invention is shown in the figure. The self-service machine and the mobile terminal access the message proxy server through the Internet SDK, and respectively act as publishers and subscribers for two-way communication. The self-service machine regularly collects hardware status data (such as CPU temperature, printer paper remaining) and software process information (such as current business process node, memory usage), encapsulates them into messages that comply with the MQTT protocol, and publishes them to the message proxy server through a preset topic; the mobile terminal subscribes to the corresponding topic, receives the self-service machine operation data in real time, and parses and triggers business instructions through the subscription event SDK. In addition, the message proxy server, as a communication hub, uses the efficient routing mechanism of MQTT to ensure the stable transmission of messages. When the network is interrupted, the self-service machine and the mobile terminal cache unfinished tasks through the local message queue, and retry the release after the network is restored; at the same time, the QoS service quality setting ensures the reliable transmission of key data, and realizes the accurate synchronization of device status and efficient business collaboration.

[0074] The embodiment of the present invention also discloses a readable storage medium.

[0075] A readable storage medium stores a computer program, which implements the steps of the multi-terminal communication method for hotel business described in any one of the above embodiments when executed by a processor. Computer-readable storage media may include: any entity or device capable of carrying a computer program, recording medium, U disk, mobile hard disk, disk, CD, computer memory, read-only memory (ROM, Read-Only Memory), random access memory (RAM, Random Access Memory), and software distribution medium, etc. The computer program includes a computer program code. The computer program code may be in source code form, object code form, executable file, or some intermediate form, etc. The computer-readable storage medium may include: any entity or device capable of carrying a computer program code, recording medium, U disk, mobile hard disk, disk, CD, computer memory, read-only memory (ROM, Read-Only Memory), random access memory (RAM, Random Access Memory), and software distribution medium, etc.

[0076] Any process or method description in a flowchart or otherwise described herein may be understood to represent a module, segment or portion of code that includes one or more executable instructions for implementing the steps of a specific logical function or process, and the scope of the preferred embodiments of the present invention includes alternative implementations in which functions may not be performed in the order shown or discussed, including performing functions in a substantially simultaneous manner or in the reverse order depending on the functions involved, which should be understood by those skilled in the art to which the embodiments of the present invention belong.

[0077] The logic and / or steps represented in the flowchart or otherwise described herein, for example, can be considered as an ordered list of executable instructions for implementing logical functions, which can be embodied in any computer-readable medium for use by an instruction execution system, apparatus or device (such as a computer-based system, a system including a processing module or other system that can fetch instructions from an instruction execution system, apparatus or device and execute instructions), or used in combination with these instruction execution systems, apparatuses or devices.

[0078] The above embodiments are only used to illustrate the technical solutions of the present invention, rather than to limit the same. Although the present invention has been described in detail with reference to the aforementioned embodiments, those skilled in the art should understand that the technical solutions described in the aforementioned embodiments may still be modified, or some of the technical features may be replaced by equivalents. However, these modifications or replacements do not deviate the essence of the corresponding technical solutions from the spirit and scope of the technical solutions of the embodiments of the present invention.

Claims

1. A multi-terminal communication method for hotel business, wherein the multi-terminals at least include a self-service machine and a mobile terminal, characterized in that: The method comprises: Deploy a message proxy server as a core communication hub and assign a unique static IP address to the self-service machine; Enable the self-service machine and / or the mobile terminal to connect to the message proxy server as a client; The self-service machine regularly collects equipment operation data and publishes it to the message proxy server with a preset topic; The mobile terminal subscribes to relevant preset topics to receive corresponding equipment operation data, and sends business instructions to the self-service machine based on the equipment operation data.

2. The multi-terminal communication method according to claim 1, characterized in that: The self-service machine regularly collects equipment operation data and publishes it to the message proxy server with a preset topic, including: The self-service machine collects hardware status data and software process information at preset time intervals; Encapsulating the hardware status data and software process information into a message; The message is published to the message proxy server with a preset subscription topic.

3. The multi-terminal communication method according to claim 2, characterized in that: The hardware status data at least includes the CPU temperature, the printer paper remaining and the card reader connection stability; the software process information at least includes the current business process node and the system memory usage.

4. The multi-terminal communication method according to claim 1, characterized in that: The mobile terminal sends a service instruction to the self-service machine based on the device operation data, including: The mobile terminal receives operation information input by a user; Encapsulating the operation information into a command message; The instruction message is published to the message proxy server with a preset instruction topic.

5. The multi-terminal communication method according to claim 1, characterized in that: Also includes: When a network connection interruption is detected, the self-service machine and the mobile terminal start a local exception handling program; Wherein, the local exception handling program includes: The self-service machine suspends current non-critical services and continues to try to reconnect to the network; The mobile terminal prompts the network connection abnormality on the interface and automatically tries to reconnect at preset intervals.

6. The multi-terminal communication method according to claim 1, characterized in that: Also includes: When a team checks in and there are multiple self-service machines, a common topic of the team check-in process is created based on the static IP addresses of each self-service machine; Publishing the processing progress of each self-service machine to the message proxy server in real time through the public topic; The mobile terminal broadcasts instructions to all self-service machines through the common topic to achieve group operation.

7. The multi-terminal communication method according to claim 6, characterized in that: The group operation includes a group reminder operation and a group control operation; The group reminder operation includes: the mobile terminal publishes a broadcast message to a public topic, the self-service machine subscribes to the public topic and parses the message content, and triggers a corresponding reminder action according to the message type; The group control operation includes: the mobile terminal issues a control instruction to a public topic, and all self-service machines perform corresponding operations according to the instruction type.

8. The multi-terminal communication method according to claim 1, characterized in that: Also includes: Deploy local message queues on the self-service machine and the mobile terminal to cache and manage device status changes; When the network is detected to be restored, the cached message is resent to the message proxy server.

9. A hotel business multi-terminal communication system, wherein the multi-terminals include at least a self-service machine and a mobile terminal, characterized in that: The system comprises: Message proxy server, used as the core communication hub; The self-service machine has a unique static IP address and is used to connect to the message proxy server as a client, regularly collect device operation data and publish it to the message proxy server with a preset topic; The mobile terminal is used to connect to the message proxy server as a client, subscribe to relevant preset topics to receive corresponding equipment operation data, and send business instructions to the self-service machine based on the equipment operation data.

10. A readable storage medium, characterized in that: The readable storage medium stores computer instructions, and when the computer instructions are executed by a processor, the multi-terminal communication method according to any one of claims 1 to 8 is implemented.

Images