A full-closed-loop intelligent catering management system based on multi-terminal collaboration technology

Abstract

The application relates to the technical field of full-closed-loop intelligent catering management, in particular to a full-closed-loop intelligent catering management system based on multi-terminal cooperative technology. A multi-terminal cooperative broadcasting module in the system is used for generating table card data according to a changed state code and table information and pushing the table card data to a kitchen large screen to refresh and display when any table state code is changed, meanwhile, the changed state code and table name are mapped into preset Chinese broadcasting texts, the obtained Chinese broadcasting texts are synthesized into an audio stream through a voice synthesis technology, and the audio stream is transmitted to a kitchen intercom in real time through an audio transmission link to perform voice broadcasting. The application adopts a multi-terminal cooperative reminding mode, realizes synchronous broadcasting of the large screen and the intercom, and enables kitchen personnel to timely and effectively know table state changes, thereby effectively avoiding the problem that the kitchen personnel cannot quickly know the large screen information due to a visual blind area.

Description

Technical Field

[0001] This invention relates to the field of fully closed-loop intelligent catering management technology, specifically a fully closed-loop intelligent catering management system based on multi-terminal collaboration technology. Background Technology

[0002] In traditional catering services, information exchange between the front of house and the kitchen mainly relies on manual transmission. Waitstaff deliver customers' orders to the kitchen, the kitchen prepares the food according to the order, and then the waiters serve the food. This operating model suffers from information transmission delays, especially when there are many diners, as waiters spend a lot of time traveling between the front of house and the kitchen. Furthermore, this method requires waiters to write the orders by hand, which can easily lead to misreading or loss of orders, resulting in a high error rate. At the same time, the table status (vacancy, food preparation, overdue, etc.) cannot be synchronized to the kitchen in real time, so kitchen staff cannot know the progress of food preparation for each table and find it difficult to control the timeliness of food preparation.

[0003] With the development of information technology, some restaurant management software has emerged in the market. For example, some POS systems can print order menus, and some ordering apps support mobile ordering. However, existing restaurant management software suffers from a single method of order synchronization. It often cannot directly connect to the POS system via virtual printer technology, requiring manual re-entry of orders during operation, and it is difficult to accurately obtain the specific details of each table's dishes. Furthermore, the current technology has a chaotic control over table status, lacking detailed status classifications for tables (such as mid-service reminders, timeouts, severe timeouts, waiting for a call, and custom types), and also lacking tiered reminders for table status based on the interval between the start and end of the meal preparation, making it difficult to meet the needs of refined restaurant management and operation. At the same time, the current technology only displays orders on a large screen in the kitchen, which does not allow kitchen staff to be fully aware of changes in table status. Relying solely on the large screen creates blind spots, and it lacks the function of synchronously announcing status changes via walkie-talkie. Moreover, the current technology cannot deeply integrate with the ordering and POS systems, only achieving simple ordering or POS functions, and cannot achieve two-way synchronization of order information and table status. Therefore, existing technologies have significant shortcomings. Summary of the Invention

[0004] The purpose of this invention is to provide a fully closed-loop intelligent catering management system based on multi-terminal collaborative technology to solve the problems mentioned in the background art.

[0005] To address the aforementioned technical problems, this invention provides the following technical solution: a fully closed-loop intelligent catering management system based on multi-terminal collaboration technology, comprising: The order access module is used to listen to and intercept the raw data packets sent from the POS system to the printing port through the virtual printer. By performing data cleaning, encoding conversion and feature matching based on the regular expression rule base on the obtained raw data packets, standardized order data containing table name, dish name and dish quantity is extracted. The status control module is used to update the current status code of the corresponding table from idle to ready to serve after receiving the standardized order data, and to record the start timestamp of ready to serve for the corresponding table; and to update the current status code of the corresponding table in real time by receiving manual control signals or status transition trigger signals through the set external trigger interface; and to build a set of status records for the corresponding table and feed them back to the cashier system. The status records include at least the current status code, the start timestamp of ready to serve, and the status change history. The timing reminder module is used to poll all tables in the food preparation status at fixed time intervals, calculate the interval between the current system time at the time of polling and the food preparation start timestamp of the corresponding table as the food preparation duration of the corresponding table; compare the obtained food preparation duration of the table with each preset time threshold; when the obtained food preparation duration of the table reaches any time threshold, send a corresponding state transition trigger signal to the external trigger interface of the state control module. The state transition trigger signal includes at least a mid-course reminder trigger signal, a timeout trigger signal, and a severe timeout trigger signal. The multi-terminal collaborative broadcast module is used to generate table card data based on the changed status code and table information when any table status code is detected to change. This data is then pushed to the kitchen screen for refresh display. At the same time, the changed status code and table name are mapped to preset Chinese broadcast text. The resulting Chinese broadcast text is synthesized into an audio stream using speech synthesis technology and transmitted in real time to the kitchen intercom for voice broadcast via the audio transmission link. In this invention, the standardized order data output by the order access module drives the status control module to enter the food preparation state and lock the food preparation start timestamp. The timing reminder module calculates the food preparation duration for the corresponding table based on the food preparation start timestamp and generates a graded trigger signal, which is fed back to the status control module to drive the status code to migrate along the preset state machine. The status code change event of the status control module synchronously drives the multi-terminal collaborative broadcasting module to update the large screen display and intercom voice, forming a closed loop of the entire process from automatic acquisition of front-of-house orders, graded control of kitchen timeliness to synchronous reminders from multiple terminals.

[0006] Furthermore, the order access module specifically includes: The data monitoring unit is used to capture raw data packets from the POS system's printing port in real time. The data cleaning unit is used to traverse the byte stream in the raw data packets captured by the data monitoring unit, delete the instruction segments that match the built-in printer control instruction filtering dictionary, and output a plain text data stream. The encoding conversion unit is used to detect the original encoding format of the plain text data stream output by the data cleaning unit and convert it into UTF-8 encoding format. The feature extraction unit uses regular expressions from a pre-configured parsing rule base to scan the converted and encoded text data line by line, extracting the table name, dish name, and dish quantity, and encapsulating them as standardized order data in JSON format as key-value pairs; the parsing rule base contains at least a first regular expression for matching table names, a second regular expression for matching dish names, and a third regular expression for matching dish quantities.

[0007] The specific execution steps are as follows: Step 1: Perform a first regular expression match on each line of text. If the match is successful, use the captured group content as the table name TableName. Step 2: Perform a second regular expression match on each line of text. If the match is successful, use the captured group content as the dish name (DishName) and extract the unit price (UnitPrice) from the numeric string at the end of the line. Step 3: If text containing the third regular expression appears after the current dish row, extract the dish quantity (Quantity); otherwise, the default value of Quantity is 1. Step 4: Encapsulate the extracted table name (TableName), dish name (DishName), and quantity (Quantity) into standardized order data in JSON format as key-value pairs.

[0008] Furthermore, the status codes and state transition rules in the status management module are as follows: The status control module presets the following status codes and corresponding states for each table: status code 0 indicates idle state, status code 1 indicates food preparation state, status code 2 indicates all food is ready state, status code 3 indicates timeout state, status code 6 indicates paused state, status code 7 indicates severe timeout state, status code 8 indicates waiting for call state, and status code 10 indicates mid-way reminder state; status codes 4, 5, 9, 11, and 12 all correspond to different reserved custom states, which are used by external configuration terminals to map specific business meanings; The state control module has a built-in state transition table, which contains multiple different state transition paths and the trigger conditions corresponding to each state transition path: The transition path from idle state to food preparation state is triggered by receiving standardized order data. The state transition path from the food preparation state to the mid-process reminder state is triggered by receiving a mid-process reminder signal. The status transition path from the food preparation state or the mid-process reminder state to the timeout state is triggered by receiving a timeout trigger signal. The status transition path from the food preparation state, mid-process reminder state, or timeout state to the severe timeout state is triggered by receiving a severe timeout trigger signal. The status transition path from the starting state, mid-process reminder state, timeout state or severe timeout state to the state where all dishes are ready is triggered by receiving an externally manually input command indicating that all dishes are ready. The state transition path from the ready state to the idle state is triggered by receiving an externally manually input idle command; The state transition path from the "start cooking" state to the "waiting for call" state is triggered by receiving an externally manually input "waiting for call" command. The state transition path from the waiting state to the food preparation state is triggered by receiving an externally inputted recovery command, and the food preparation start timestamp remains unchanged after recovery, and the timing continues. The transition path from the food preparation state to the paused state is triggered by receiving a manually input pause command from the outside and the timer reminder module stopping polling the corresponding table. The state transition path from paused state to food preparation state is triggered by receiving a manually input resumption command from the outside. The food preparation start timestamp remains unchanged, and the timer reminder module resumes polling the corresponding table.

[0009] Furthermore, the status change history in the status record of the status control module is updated as the status code of the table changes. The status change history in the status record includes multiple status change records. The change record includes at least the following fields: table name, change timestamp, status code before change, status code after change, and trigger source identifier. The trigger source identifier includes those from the order access module, those from the timer reminder module, and those from the manual control signal. The status records of the status control module are provided to the outside world through the local area network for network query interface, and statistical reports are generated including meal preparation timeliness indicators, average meal preparation time, overtime rate and serious overtime rate; the meal preparation timeliness indicator is the interval between the start of the dish and the completion of the dish.

[0010] Furthermore, the timing reminder module compares the duration of food preparation at each table with preset time thresholds. When the duration of food preparation at a table reaches any time threshold, the specific process of sending a corresponding state transition trigger signal to the external trigger interface of the state control module includes: The timing reminder module constructs a set of triggered flags for each table in the food-starting state. The set of triggered flags includes a mid-term reminder triggered flag, a timeout triggered flag, and a severe timeout triggered flag. The initial value of each element in the set of triggered flags is 0. In each polling calculation, the timing reminder module determines the corresponding state transition trigger signal for tables whose current state is "starting food," "mid-service reminder," or "timeout," as follows: If the duration of food preparation at the obtained table is greater than or equal to the third time threshold and the severe timeout trigger flag is 0, then output the severe timeout trigger signal and update the severe timeout trigger flag to 1; Otherwise, the duration of food preparation at the obtained table is further compared with the second time threshold. When the duration of food preparation at the obtained table is greater than or equal to the second time threshold and both the timeout trigger flag and the severe timeout trigger flag are 0, a timeout trigger signal is output and the timeout trigger flag is updated to 1. Otherwise, the duration of food preparation at the obtained table will be further compared with the first time threshold. If the duration of food preparation at the obtained table is greater than or equal to the first time threshold and the mid-term reminder trigger flag, the timeout trigger flag, and the severe timeout trigger flag are all 0, then the mid-term reminder trigger signal will be output and the mid-term reminder trigger flag will be updated to 1. When the table status code changes to status code 2 corresponding to the "all dishes are ready" status or status code 0 corresponding to the "idle" status, the timing reminder module resets all the mid-term reminder triggered flags, timeout triggered flags, and severe timeout triggered flags of the corresponding table to 0, and stops polling and calculating for the corresponding table.

[0011] Furthermore, the specific process by which the multi-terminal collaborative broadcasting module generates table card data is as follows: The multi-terminal collaborative broadcasting module divides all tables with status codes 0 (which is not idle) and 2 (which is not the "all dishes are ready" status) into a first display set, and divides all tables with status codes 2 (which is the "all dishes are ready" status) into a second display set. The display priority of the first display set is higher than that of the second display set. The first display set contains an ordered list of tables generated according to a multi-level sorting rule consisting of a first sorting key, a second sorting key, and a third sorting key; The first sorting key binds different preset emergency weights to different status codes, and arranges the elements in the first display set in descending order of the corresponding preset emergency weights; In the second sorting key, elements with the same urgency weight within the first display set are arranged according to the order of their corresponding dish-starting timestamps; The third sorting key arranges elements with the same urgency weight and the same corresponding dish start time stamp within the first display set according to the preset table name order; The multi-terminal collaborative broadcasting module also includes an adaptive layout unit, which is used to obtain the current display width of the kitchen screen and the total number of tables to be displayed, calculate the number of table cards dynamically displayed in a single row in the kitchen screen, arrange the table cards in the ordered list of the corresponding tables in the first display set in order, and dynamically adjust the width of the table cards. The formula for calculating the number of table cards dynamically displayed in a single row on the kitchen's large screen is as follows:

[0012] in, This indicates the number of table cards dynamically displayed in a single row on the large screen in the kitchen. This indicates the maximum threshold for the number of table cards displayed in a single row on the kitchen's large screen; it also indicates... This represents the floor function; This indicates the current display width of the large screen in the kitchen. This indicates the minimum width of a single table card as preset; The calculation formula for dynamically adjusting the width of table cards is as follows:

[0013] in, This indicates the dynamically adjusted width of the table card; This indicates the left or right margin of the kitchen screen, and the left and right margins of the kitchen screen are the same.

[0014] The adaptive layout unit of this invention uses the number of table cards L dynamically displayed in a single row in the kitchen screen as the number of columns. It arranges the table cards in the ordered list of the corresponding tables in the first display set in row priority order, so that all the tables to be displayed are fully presented on the same page without the need for vertical scrolling or pagination; the elements in the second display set are arranged in random order.

[0015] Furthermore, the specific method by which the multi-terminal collaborative broadcast module maps the changed status code and table name to the preset Chinese broadcast text is as follows: The multi-terminal collaborative broadcasting module has a built-in relationship mapping library between status codes and Chinese broadcast text. The relationship mapping library maps different status codes to a Chinese broadcast text template, and the specific mapping relationship is as follows: Status code 10 (mid-service reminder status) The Chinese broadcast text template mapped through the relational mapping library is "[Table Name] The mid-service reminder time has arrived. Please pay attention to the food preparation progress." Status code 3 (timeout status) The Chinese broadcast text template mapped through the relational mapping library is "[Table Name] Table meal service timeout, please prioritize processing"; Status code 7 (serious timeout status) The Chinese broadcast text template mapped through the relational mapping library is "[Table Name] table seriously timed out, please serve the food urgently"; Status code 1 (food preparation status) is mapped to the Chinese broadcast text template through the relational mapping library as "[Table Name] Table has started preparing food, start timing"; Status code 2 (all dishes are ready) corresponds to the Chinese broadcast text template mapped by the relational mapping library as “[table name] all dishes are ready”; Status code 8 (waiting to be called) corresponds to the Chinese broadcast text template mapped by the relational mapping library as "[table name] table is set to waiting to be called"; When the multi-terminal collaborative broadcast module detects a change in the status code of a certain table in the status control module, it reads the table name and the changed status code of the corresponding table, retrieves the corresponding Chinese broadcast text template from the relation mapping library, replaces the placeholder corresponding to the table name in the template with the table name, and generates the corresponding Chinese broadcast text for the table.

[0016] Furthermore, the system also includes a dual-mode order synchronization mechanism: The order access module has a built-in mode switching controller, which is used to switch between the virtual printer automatic parsing mode and the mobile terminal manual ordering mode. The mode switching controller defaults to enabling the virtual printer automatic resolution mode, denoted as Mode A; The mode switching controller counts the order parsing time. When the virtual printer fails to capture a new raw data packet within a continuous preset time, or fails to extract the corresponding table name and dish name after H consecutive parsing attempts, the mode switching controller determines that mode A is invalid at the current time. After determining that mode A has failed, the mode switching controller sends a mode switching prompt signal to the mobile terminal in the lobby via the local area network and switches to the manual ordering mode on the mobile terminal, which is referred to as mode B. In Mode B, front-of-house staff manually enter the table name, dish name, and quantity through the order entry interface on the front-of-house mobile terminal. The front-of-house mobile terminal converts the manually entered orders into standardized order data in the same JSON format as in Mode A and sends it directly to the status control module. When the number of order batches successfully entered in mode B is greater than or equal to the preset number of batches, the mode switching controller automatically attempts to restore mode A. If the order data is successfully captured and parsed R times consecutively, the number of order batches successfully entered in mode B is cleared to zero and the controller switches back to mode A. If the mode switching controller fails to restore mode A, mode B is maintained and the number of order batches successfully entered in mode B is not cleared.

[0017] Compared with the prior art, the beneficial effects achieved by the present invention are: (1) This invention automatically parses cash register documents through a virtual printer, eliminating the need for manual re-entry, and provides a mobile terminal for manual supplementation as a backup, ensuring the real-time performance and accuracy of order data; (2) This invention relates to different subdivided states of a table and realizes deep binding between table state switching and timing results, thereby achieving refined control of table state; (3) The present invention adopts a multi-terminal collaborative reminder method to realize the synchronous broadcast of the large screen and the walkie-talkie, so that the kitchen staff can know the changes in the table status in a timely and effective manner, which to a certain extent avoids the problem of not being able to quickly know the information on the kitchen large screen due to visual blind spots; (4) This invention realizes closed-loop control of the entire process of catering management, and the modules can work together effectively rather than simply being superimposed, which effectively improves the collaboration efficiency between the front hall and the back kitchen to a certain extent and enhances the customer experience. Attached Figure Description

[0018] The accompanying drawings are provided to further illustrate the invention and form part of the specification. They are used in conjunction with embodiments of the invention to explain the invention and do not constitute a limitation thereof. In the drawings: Figure 1 This is a schematic diagram of the structure of a fully closed-loop intelligent catering management system based on multi-terminal collaborative technology according to the present invention. Detailed Implementation

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

[0020] Please see Figure 1 This embodiment provides a fully closed-loop intelligent catering management system based on multi-terminal collaboration technology, including: The order access module is used to listen to and intercept the raw data packets sent from the POS system to the printing port through the virtual printer. By performing data cleaning, encoding conversion and feature matching based on the regular expression rule base on the obtained raw data packets, standardized order data containing table name, dish name and dish quantity is extracted. The order access module specifically includes: The data monitoring unit is used to capture raw data packets from the POS system's printing port in real time. The data cleaning unit is used to traverse the byte stream in the raw data packets captured by the data monitoring unit, delete the instruction segments that match the built-in printer control instruction filtering dictionary, and output a plain text data stream. The encoding conversion unit is used to detect the original encoding format of the plain text data stream output by the data cleaning unit and convert it into UTF-8 encoding format. The feature extraction unit uses regular expressions from a pre-configured parsing rule base to scan the converted and encoded text data line by line, extracting the table name, dish name, and dish quantity, and encapsulating them as standardized order data in JSON format as key-value pairs; the parsing rule base contains at least a first regular expression for matching table names, a second regular expression for matching dish names, and a third regular expression for matching dish quantities.

[0021] The specific execution steps are as follows: Step 1: Perform a first regular expression match on each line of text. If the match is successful, use the captured group content as the table name TableName. Step 2: Perform a second regular expression match on each line of text. If the match is successful, use the captured group content as the dish name (DishName) and extract the unit price (UnitPrice) from the numeric string at the end of the line. Step 3: If text containing the third regular expression appears after the current dish row, extract the dish quantity (Quantity); otherwise, the default value of Quantity is 1. Step 4: Encapsulate the extracted table name (TableName), dish name (DishName), and quantity (Quantity) into standardized order data in JSON format as key-value pairs.

[0022] The status control module is used to update the current status code of the corresponding table from idle to ready to serve after receiving the standardized order data, and to record the start timestamp of ready to serve for the corresponding table; and to update the current status code of the corresponding table in real time by receiving manual control signals or status transition trigger signals through the set external trigger interface; and to build a set of status records for the corresponding table and feed them back to the cashier system. The status records include at least the current status code, the start timestamp of ready to serve, and the status change history. The status codes and state transition rules in the status management module are as follows: The status control module presets the following status codes and corresponding states for each table: status code 0 indicates idle state, status code 1 indicates food preparation state, status code 2 indicates all food is ready state, status code 3 indicates timeout state, status code 6 indicates paused state, status code 7 indicates severe timeout state, status code 8 indicates waiting for call state, and status code 10 indicates mid-way reminder state; status codes 4, 5, 9, 11, and 12 all correspond to different reserved custom states, which are used by external configuration terminals to map specific business meanings; The state control module has a built-in state transition table, which contains multiple different state transition paths and the trigger conditions corresponding to each state transition path: The transition path from idle state to food preparation state is triggered by receiving standardized order data. The state transition path from the food preparation state to the mid-process reminder state is triggered by receiving a mid-process reminder signal. The status transition path from the food preparation state or the mid-process reminder state to the timeout state is triggered by receiving a timeout trigger signal. The status transition path from the food preparation state, mid-process reminder state, or timeout state to the severe timeout state is triggered by receiving a severe timeout trigger signal. The status transition path from the starting state, mid-process reminder state, timeout state or severe timeout state to the state where all dishes are ready is triggered by receiving an externally manually input command indicating that all dishes are ready. The state transition path from the ready state to the idle state is triggered by receiving an externally manually input idle command; The state transition path from the "start cooking" state to the "waiting for call" state is triggered by receiving an externally manually input "waiting for call" command. The state transition path from the waiting state to the food preparation state is triggered by receiving an externally inputted recovery command, and the food preparation start timestamp remains unchanged after recovery, and the timing continues. The transition path from the food preparation state to the paused state is triggered by receiving a manually input pause command from the outside and the timer reminder module stopping polling the corresponding table. The state transition path from paused state to food preparation state is triggered by receiving a manually input resumption command from the outside. The food preparation start timestamp remains unchanged, and the timer reminder module resumes polling the corresponding table.

[0023] The status change history in the status record of the status control module is updated as the status code of the table changes. The status change history in the status record includes multiple status change records. The change record includes at least the following fields: table name, change timestamp, status code before change, status code after change, and trigger source identifier. The trigger source identifier includes those from the order access module, those from the timer reminder module, and those from the manual control signal. The status records of the status control module are provided to the outside world through the local area network for network query interface, and statistical reports are generated including meal preparation timeliness indicators, average meal preparation time, overtime rate and serious overtime rate; the meal preparation timeliness indicator is the interval between the start of the dish and the completion of the dish.

[0024] The timing reminder module is used to poll all tables in the food preparation status at fixed time intervals, calculate the interval between the current system time at the time of polling and the food preparation start timestamp of the corresponding table as the food preparation duration of the corresponding table; compare the obtained food preparation duration of the table with each preset time threshold; when the obtained food preparation duration of the table reaches any time threshold, send a corresponding state transition trigger signal to the external trigger interface of the state control module. The state transition trigger signal includes at least a mid-course reminder trigger signal, a timeout trigger signal, and a severe timeout trigger signal. The timing reminder module compares the duration of food preparation at each table with preset time thresholds. When the duration of food preparation at a table reaches any time threshold, the module sends a corresponding state transition trigger signal to the external trigger interface of the state control module. The specific process includes: The timing reminder module constructs a set of triggered flags for each table in the food-starting state. The set of triggered flags includes a mid-term reminder triggered flag, a timeout triggered flag, and a severe timeout triggered flag. The initial value of each element in the set of triggered flags is 0. In each polling calculation, the timing reminder module determines the corresponding state transition trigger signal for tables whose current state is "starting food," "mid-service reminder," or "timeout," as follows: If the duration of food preparation at the obtained table is greater than or equal to the third time threshold and the severe timeout trigger flag is 0, then output the severe timeout trigger signal and update the severe timeout trigger flag to 1; Otherwise, the duration of food preparation at the obtained table is further compared with the second time threshold. When the duration of food preparation at the obtained table is greater than or equal to the second time threshold and both the timeout trigger flag and the severe timeout trigger flag are 0, a timeout trigger signal is output and the timeout trigger flag is updated to 1. Otherwise, the duration of food preparation at the obtained table will be further compared with the first time threshold. If the duration of food preparation at the obtained table is greater than or equal to the first time threshold and the mid-term reminder trigger flag, the timeout trigger flag, and the severe timeout trigger flag are all 0, then the mid-term reminder trigger signal will be output and the mid-term reminder trigger flag will be updated to 1. When the table status code changes to status code 2 corresponding to the "all dishes are ready" status or status code 0 corresponding to the "idle" status, the timing reminder module resets all the mid-term reminder triggered flags, timeout triggered flags, and severe timeout triggered flags of the corresponding table to 0, and stops polling and calculating for the corresponding table.

[0025] The multi-terminal collaborative broadcast module is used to generate table card data based on the changed status code and table information when any table status code is detected to change. This data is then pushed to the kitchen screen for refresh display. At the same time, the changed status code and table name are mapped to preset Chinese broadcast text. The resulting Chinese broadcast text is synthesized into an audio stream using speech synthesis technology and transmitted in real time to the kitchen intercom for voice broadcast via the audio transmission link. The specific process by which the multi-terminal collaborative broadcasting module generates table card data is as follows: The multi-terminal collaborative broadcasting module divides all tables with status codes 0 (which is not idle) and 2 (which is not the "all dishes are ready" status) into a first display set, and divides all tables with status codes 2 (which is the "all dishes are ready" status) into a second display set. The display priority of the first display set is higher than that of the second display set. The first display set contains an ordered list of tables generated according to a multi-level sorting rule consisting of a first sorting key, a second sorting key, and a third sorting key; The first sorting key binds different preset emergency weights to different status codes, and arranges the elements in the first display set in descending order of the corresponding preset emergency weights; In this embodiment, the preset emergency weight corresponding to status code 8 (waiting for call) or 6 (pause) is set to 0; the preset emergency weight corresponding to status code 1 (starting food) is set to 1; the preset emergency weight corresponding to status code 10 (mid-way reminder) is set to 2; the preset emergency weight corresponding to status code 3 (timeout) is set to 3; and the preset emergency weight corresponding to status code 7 (serious timeout) is set to 4.

[0026] In the second sorting key, elements with the same urgency weight within the first display set are arranged according to the order of their corresponding dish-starting timestamps; The third sorting key arranges elements with the same urgency weight and the same corresponding dish start time stamp within the first display set according to the preset table name order; The multi-terminal collaborative broadcasting module also includes an adaptive layout unit, which is used to obtain the current display width of the kitchen screen and the total number of tables to be displayed, calculate the number of table cards dynamically displayed in a single row in the kitchen screen, arrange the table cards in the ordered list of the corresponding tables in the first display set in order, and dynamically adjust the width of the table cards. The formula for calculating the number of table cards dynamically displayed in a single row on the kitchen's large screen is as follows:

[0027] in, This indicates the number of table cards dynamically displayed in a single row on the large screen in the kitchen. This indicates the maximum threshold for the number of table cards displayed in a single row on the kitchen's large screen; it also indicates... This represents the floor function; This indicates the current display width of the large screen in the kitchen. This indicates the minimum width of a single table card as preset; The calculation formula for dynamically adjusting the width of table cards is as follows:

[0028] in, This indicates the dynamically adjusted width of the table card; This indicates the left or right margin of the kitchen screen, and the left and right margins of the kitchen screen are the same.

[0029] In this embodiment, the adaptive layout unit uses the number of table cards L dynamically displayed in a single row on the kitchen screen as the number of columns, and arranges the table cards in the ordered list of the corresponding tables in the first display set in row priority order, so that all the tables to be displayed are fully presented on the same page without the need for vertical scrolling or pagination; the elements in the second display set are arranged in random order.

[0030] The multi-terminal collaborative broadcast module maps the changed status code and table name to the preset Chinese broadcast text in the following way: The multi-terminal collaborative broadcasting module has a built-in relationship mapping library between status codes and Chinese broadcast text. The relationship mapping library maps different status codes to a Chinese broadcast text template, and the specific mapping relationship is as follows: Status code 10 (mid-service reminder status) The Chinese broadcast text template mapped through the relational mapping library is "[Table Name] The mid-service reminder time has arrived. Please pay attention to the food preparation progress." Status code 3 (timeout status) The Chinese broadcast text template mapped through the relational mapping library is "[Table Name] Table meal service timeout, please prioritize processing"; Status code 7 (serious timeout status) The Chinese broadcast text template mapped through the relational mapping library is "[Table Name] table seriously timed out, please serve the food urgently"; Status code 1 (food preparation status) is mapped to the Chinese broadcast text template through the relational mapping library as "[Table Name] Table has started preparing food, start timing"; Status code 2 (all dishes are ready) corresponds to the Chinese broadcast text template mapped by the relational mapping library as “[table name] all dishes are ready”; Status code 8 (waiting to be called) corresponds to the Chinese broadcast text template mapped by the relational mapping library as "[table name] table is set to waiting to be called"; When the multi-terminal collaborative broadcast module detects a change in the status code of a certain table in the status control module, it reads the table name and the changed status code of the corresponding table, retrieves the corresponding Chinese broadcast text template from the relation mapping library, replaces the placeholder corresponding to the table name in the template with the table name, and generates the corresponding Chinese broadcast text for the table.

[0031] Specifically, the standardized order data output by the order access module drives the status control module to enter the food preparation state and lock the food preparation start timestamp. The timing reminder module calculates the food preparation duration for the corresponding table based on the food preparation start timestamp and generates a graded trigger signal, which is fed back to the status control module to drive the status code to migrate along the preset state machine. The status code change event of the status control module synchronously drives the multi-terminal collaborative broadcasting module to update the large screen display and intercom voice, forming a closed loop of the entire process from automatic acquisition of front-of-house orders, graded control of kitchen timeliness to synchronous reminders from multiple terminals.

[0032] The system also includes a dual-mode order synchronization mechanism: The order access module has a built-in mode switching controller, which is used to switch between the virtual printer automatic parsing mode and the mobile terminal manual ordering mode. The mode switching controller defaults to enabling the virtual printer automatic resolution mode, denoted as Mode A; The mode switching controller counts the order parsing time. When the virtual printer fails to capture a new raw data packet within a continuous preset time, or fails to extract the corresponding table name and dish name after H consecutive parsing attempts, the mode switching controller determines that mode A is invalid at the current time. After determining that mode A has failed, the mode switching controller sends a mode switching prompt signal to the mobile terminal in the lobby via the local area network and switches to the manual ordering mode on the mobile terminal, which is referred to as mode B. In Mode B, front-of-house staff manually enter the table name, dish name, and quantity through the order entry interface on the front-of-house mobile terminal. The front-of-house mobile terminal converts the manually entered orders into standardized order data in the same JSON format as in Mode A and sends it directly to the status control module. When the number of order batches successfully entered in mode B is greater than or equal to the preset number of batches, the mode switching controller automatically attempts to restore mode A. If the order data is successfully captured and parsed R times consecutively, the number of order batches successfully entered in mode B is cleared to zero and the controller switches back to mode A. If the mode switching controller fails to restore mode A, mode B is maintained and the number of order batches successfully entered in mode B is not cleared.

[0033] It should be noted that, in this document, relational terms such as "first" and "second" are used only to distinguish one entity or operation from another, and do not necessarily require or imply any such actual relationship or order between these entities or operations. Furthermore, the terms "comprising," "including," or any other variations thereof are intended to cover non-exclusive inclusion, such that a process, method, article, or apparatus that comprises a list of elements includes not only those elements but also other elements not expressly listed, or elements inherent to such process, method, article, or apparatus.

[0034] Finally, it should be noted that the above descriptions are merely preferred embodiments of the present invention and are not intended to limit the present invention. Although the present invention has been described in detail with reference to the foregoing embodiments, those skilled in the art can still modify the technical solutions described in the foregoing embodiments or make equivalent substitutions for some of the technical features. Any modifications, equivalent substitutions, improvements, etc., made within the spirit and principles of the present invention should be included within the protection scope of the present invention.

Claims

1. A fully closed-loop intelligent catering management system based on multi-terminal collaborative technology, characterized in that, include: The order access module is used to listen to and intercept the raw data packets sent from the POS system to the printing port through the virtual printer. By performing data cleaning, encoding conversion and feature matching based on the regular expression rule base on the obtained raw data packets, standardized order data containing table name, dish name and dish quantity is extracted. The status control module is used to update the current status code of the corresponding table from idle to ready to serve after receiving the standardized order data, and to record the start timestamp of ready to serve for the corresponding table; and to update the current status code of the corresponding table in real time by receiving manual control signals or status transition trigger signals through the set external trigger interface; and to build a set of status records for the corresponding table and feed them back to the cashier system. The status records include at least the current status code, the start timestamp of ready to serve, and the status change history. The timing reminder module is used to poll all tables in the food preparation status at fixed time intervals, and calculate the interval between the current system time at the time of polling and the food preparation start timestamp of the corresponding table as the food preparation duration of the corresponding table. The duration of food preparation at each table is compared with each preset time threshold. When the duration of food preparation at each table reaches any time threshold, a corresponding state transition trigger signal is sent to the external trigger interface of the state control module. The state transition trigger signal includes at least a mid-term reminder trigger signal, a timeout trigger signal, and a severe timeout trigger signal. The multi-terminal collaborative broadcast module is used to generate table card data based on the changed status code and table information when any table status code is detected to change. This data is then pushed to the kitchen screen for refresh display. At the same time, the changed status code and table name are mapped to preset Chinese broadcast text. The resulting Chinese broadcast text is synthesized into an audio stream using speech synthesis technology and transmitted in real time to the kitchen intercom for voice broadcast via the audio transmission link.

2. The fully closed-loop intelligent catering management system based on multi-terminal collaborative technology according to claim 1, characterized in that, The order access module specifically includes: The data monitoring unit is used to capture raw data packets from the POS system's printing port in real time. The data cleaning unit is used to traverse the byte stream in the raw data packets captured by the data monitoring unit, delete the instruction segments that match the built-in printer control instruction filtering dictionary, and output a plain text data stream. The encoding conversion unit is used to detect the original encoding format of the plain text data stream output by the data cleaning unit and convert it into UTF-8 encoding format. The feature extraction unit uses regular expressions from a pre-configured parsing rule base to scan the converted and encoded text data line by line, extracting the table name, dish name, and dish quantity, and encapsulating them as standardized order data in JSON format as key-value pairs; the parsing rule base contains at least a first regular expression for matching table names, a second regular expression for matching dish names, and a third regular expression for matching dish quantities.

3. The fully closed-loop intelligent catering management system based on multi-terminal collaborative technology according to claim 1, characterized in that, The status codes and state transition rules in the status management module are as follows: The status control module presets the following status codes and corresponding states for each table: status code 0 indicates idle state, status code 1 indicates food preparation state, status code 2 indicates all food is ready state, status code 3 indicates timeout state, status code 6 indicates paused state, status code 7 indicates severe timeout state, status code 8 indicates waiting for call state, and status code 10 indicates mid-way reminder state; status codes 4, 5, 9, 11, and 12 all correspond to different reserved custom states, which are used by external configuration terminals to map specific business meanings; The state control module has a built-in state transition table, which contains multiple different state transition paths and the trigger conditions corresponding to each state transition path: The transition path from idle state to food preparation state is triggered by receiving standardized order data. The state transition path from the food preparation state to the mid-process reminder state is triggered by receiving a mid-process reminder signal. The status transition path from the food preparation state or the mid-process reminder state to the timeout state is triggered by receiving a timeout trigger signal. The status transition path from the food preparation state, mid-process reminder state, or timeout state to the severe timeout state is triggered by receiving a severe timeout trigger signal. The status transition path from the starting state, mid-process reminder state, timeout state or severe timeout state to the state where all dishes are ready is triggered by receiving an externally manually input command indicating that all dishes are ready. The state transition path from the ready state to the idle state is triggered by receiving an externally manually input idle command; The state transition path from the "start cooking" state to the "waiting for call" state is triggered by receiving an externally manually input "waiting for call" command. The state transition path from the waiting state to the food preparation state is triggered by receiving an externally inputted recovery command, and the food preparation start timestamp remains unchanged after recovery, and the timing continues. The transition path from the food preparation state to the paused state is triggered by receiving a manually input pause command from the outside and the timer reminder module stopping polling the corresponding table. The state transition path from paused state to food preparation state is triggered by receiving a manually input resumption command from the outside. The food preparation start timestamp remains unchanged, and the timer reminder module resumes polling the corresponding table.

4. The fully closed-loop intelligent catering management system based on multi-terminal collaborative technology according to claim 1, characterized in that, The status change history in the status record of the status control module is updated as the status code of the table changes. The status change history in the status record includes multiple status change records. The change record includes at least the following fields: table name, change timestamp, status code before change, status code after change, and trigger source identifier. The trigger source identifier includes those from the order access module, those from the timer reminder module, and those from the manual control signal. The status records of the status control module are provided to the outside world through the local area network for network query interface, and statistical reports are generated including meal preparation timeliness indicators, average meal preparation time, overtime rate and serious overtime rate; the meal preparation timeliness indicator is the interval between the start of the dish and the completion of the dish.

5. The fully closed-loop intelligent catering management system based on multi-terminal collaborative technology according to claim 1, characterized in that, The timing reminder module compares the duration of food preparation at each table with preset time thresholds. When the duration of food preparation at a table reaches any time threshold, the module sends a corresponding state transition trigger signal to the external trigger interface of the state control module. The specific process includes: The timing reminder module constructs a set of triggered flags for each table in the food-starting state. The set of triggered flags includes a mid-term reminder triggered flag, a timeout triggered flag, and a severe timeout triggered flag. The initial value of each element in the set of triggered flags is 0. In each polling calculation, the timing reminder module determines the corresponding state transition trigger signal for tables whose current state is "starting food," "mid-service reminder," or "timeout," as follows: If the duration of food preparation at the obtained table is greater than or equal to the third time threshold and the severe timeout trigger flag is 0, then output the severe timeout trigger signal and update the severe timeout trigger flag to 1; Otherwise, the duration of food preparation at the obtained table is further compared with the second time threshold. When the duration of food preparation at the obtained table is greater than or equal to the second time threshold and both the timeout trigger flag and the severe timeout trigger flag are 0, a timeout trigger signal is output and the timeout trigger flag is updated to 1. Otherwise, the duration of food preparation at the obtained table will be further compared with the first time threshold. If the duration of food preparation at the obtained table is greater than or equal to the first time threshold and the mid-term reminder trigger flag, the timeout trigger flag, and the severe timeout trigger flag are all 0, then the mid-term reminder trigger signal will be output and the mid-term reminder trigger flag will be updated to 1. When the table status code changes to status code 2 corresponding to the "all dishes are ready" status or status code 0 corresponding to the "idle" status, the timing reminder module resets all the mid-term reminder triggered flags, timeout triggered flags, and severe timeout triggered flags of the corresponding table to 0, and stops polling and calculating for the corresponding table.

6. The fully closed-loop intelligent catering management system based on multi-terminal collaborative technology according to claim 1, characterized in that, The specific process by which the multi-terminal collaborative broadcasting module generates table card data is as follows: The multi-terminal collaborative broadcasting module divides all tables with status codes 0 (which is not idle) and 2 (which is not the "all dishes are ready" status) into a first display set, and divides all tables with status codes 2 (which is the "all dishes are ready" status) into a second display set. The display priority of the first display set is higher than that of the second display set. The first display set contains an ordered list of tables generated according to a multi-level sorting rule consisting of a first sorting key, a second sorting key, and a third sorting key; The first sorting key binds different preset emergency weights to different status codes, and arranges the elements in the first display set in descending order of the corresponding preset emergency weights; In the second sorting key, elements with the same urgency weight within the first display set are arranged according to the order of their corresponding dish-starting timestamps; The third sorting key arranges elements with the same urgency weight and the same corresponding dish start time stamp within the first display set according to the preset table name order; The multi-terminal collaborative broadcasting module also includes an adaptive layout unit, which is used to obtain the current display width of the kitchen screen and the total number of tables to be displayed, calculate the number of table cards dynamically displayed in a single row in the kitchen screen, arrange the table cards in the ordered list of the corresponding tables in the first display set in order, and dynamically adjust the width of the table cards. The formula for calculating the number of table cards dynamically displayed in a single row on the kitchen's large screen is as follows: in, This indicates the number of table cards dynamically displayed in a single row on the large screen in the kitchen. This indicates the maximum threshold for the number of table cards displayed in a single row on the kitchen's large screen; it also indicates... This represents the floor function; This indicates the current display width of the large screen in the kitchen. This indicates the minimum width of a single table card as preset; The calculation formula for dynamically adjusting the width of table cards is as follows: in, This indicates the dynamically adjusted width of the table card; This indicates the left or right margin of the kitchen screen, and the left and right margins of the kitchen screen are the same.

7. The fully closed-loop intelligent catering management system based on multi-terminal collaborative technology according to claim 1, characterized in that, The multi-terminal collaborative broadcast module maps the changed status code and table name to the preset Chinese broadcast text in the following way: The multi-terminal collaborative broadcasting module has a built-in relationship mapping library between status codes and Chinese broadcast text. The relationship mapping library maps different status codes to a Chinese broadcast text template. When the multi-terminal collaborative broadcast module detects a change in the status code of a certain table in the status control module, it reads the table name and the changed status code of the corresponding table, retrieves the corresponding Chinese broadcast text template from the relation mapping library, replaces the placeholder corresponding to the table name in the template with the table name, and generates the corresponding Chinese broadcast text for the table.

8. The fully closed-loop intelligent catering management system based on multi-terminal collaborative technology according to claim 1, characterized in that, The system also includes a dual-mode order synchronization mechanism: The order access module has a built-in mode switching controller, which is used to switch between the virtual printer automatic parsing mode and the mobile terminal manual ordering mode. The mode switching controller defaults to enabling the virtual printer automatic resolution mode, denoted as Mode A; The mode switching controller counts the order parsing time. When the virtual printer fails to capture a new raw data packet within a continuous preset time, or fails to extract the corresponding table name and dish name after H consecutive parsing attempts, the mode switching controller determines that mode A is invalid at the current time. After determining that mode A has failed, the mode switching controller sends a mode switching prompt signal to the mobile terminal in the lobby via the local area network and switches to the manual ordering mode on the mobile terminal, which is referred to as mode B. In Mode B, front-of-house staff manually enter the table name, dish name, and quantity through the order entry interface on the front-of-house mobile terminal. The front-of-house mobile terminal converts the manually entered orders into standardized order data in the same JSON format as in Mode A and sends it directly to the status control module. When the number of order batches successfully entered in mode B is greater than or equal to the preset number of batches, the mode switching controller automatically attempts to restore mode A. If the order data is successfully captured and parsed R times in a row, the number of order batches successfully entered in mode B is cleared to zero and the controller switches back to mode A. If the mode switching controller fails to automatically attempt to restore mode A, it will continue to maintain mode B and will not perform a zeroing operation on the number of order batches that have been successfully entered in the current mode B.

Images