Visitor self-service dining system and visitor self-service dining processing method

Abstract

The present application discloses a visitor self-service dining system and a visitor self-service dining processing method to solve the time-consuming and labor-intensive problems in the existing visitor dining process. The system comprises: a visitor system, a visitor dining system and a restaurant access system; the visitor system is used to obtain the visitor's identity information and authenticate the identity information, and synchronize the authentication relationship of the authenticated visitor to the visitor dining system; the visitor dining system is used to generate a visitor's dining pass instruction when the authenticated visitor purchases a meal voucher based on the authentication relationship, and send the meal pass instruction to the restaurant access system; the restaurant access system is used to generate a pass key in response to the meal pass instruction and feed the pass key back to the visitor dining system; the visitor dining system is used to generate a meal pass in response to the pass key and provide it to the visitor; the restaurant access system is used to verify the meal pass in response to the visitor using the meal pass, and release the visitor access when the verification is passed.

Description

Technical Field

[0001] The present application relates to the technical fields of communication technology and dining management system, and in particular to a visitor self-service dining system and a visitor self-service dining processing method. Background Art

[0002] Visitors to companies, such as customers, suppliers, interviewers, or other personnel, generally need to eat. Currently, some companies have internal cafeterias that are usually not open to the public, that is, they are only for internal employees.

[0003] The inventors discovered that when dining, visitors must be accompanied by an internal employee for on-site authentication and authorization, or the company must approve and grant dining permission offline. In the aforementioned solutions, dining at one's own expense requires on-site authentication by an internal employee. For dining at company expense, after offline approval, an internal employee still needs to be accompanied by an internal employee for on-site authentication. This offline process is lengthy and requires the presence of an internal employee, which is both time-consuming and labor-intensive. Summary of the Invention

[0004] The present application provides a visitor self-service dining system and a visitor self-service dining processing method to solve the technical problems that the existing visitor dining process needs to be conducted offline, the process is lengthy and requires internal employees of the enterprise, which is time-consuming and labor-intensive.

[0005] In a first aspect, a visitor self-service dining system is provided, which includes a visitor system, a visitor dining system, and a restaurant access system. The visitor system establishes a communication connection with the visitor dining system, and the visitor dining system also establishes a communication connection with the restaurant access system.

[0006] The visitor system is used to obtain and authenticate the identity information of visitors, and synchronize the authentication relationship of authenticated visitors to the visitor dining system;

[0007] The visitor dining system is used to generate a dining pass instruction for the visitor when the authenticated visitor purchases a meal voucher based on the authentication relationship, and send the dining pass instruction to the restaurant access system;

[0008] A restaurant access system, configured to generate an access key in response to a dining access instruction and feed the access key back to a visitor dining system;

[0009] A guest dining system, configured to generate a dining pass in response to the pass key and provide it to the guest;

[0010] The restaurant access system is used to respond to visitors using dining passes to verify the dining passes and release the visitor pass when the verification is passed.

[0011] In one embodiment, the visitor self-service dining system further includes a dining approval system, and the visitor dining system further establishes a communication connection with the dining approval system;

[0012] The visitor dining system is also used to determine, based on the authentication relationship, when an authenticated visitor applies for a meal online, send the visitor's dining approval request to the dining approval system;

[0013] The dining approval system is used to respond to dining approval requests, conduct online approval of visitors' dining applications, and feed back the approval results to the visitor dining system;

[0014] The visitor dining system is used to respond to the approval results to generate the visitor's dining pass instructions.

[0015] In one embodiment, the visitor self-service dining system further includes an internal financial system, and the visitor dining system further establishes a communication connection with the internal financial system;

[0016] The visitor dining system is used to receive meal invoice issuance requests from visitors, which include the visitor's identity information. In response to the meal invoice issuance request, it determines whether the visitor has a used meal pass. If so, it obtains the visitor's purchase record and sends an invoice issuance request containing the purchase record to the internal financial system.

[0017] Internal financial system used to generate guest meal invoices in response to invoice issuance requests.

[0018] In one embodiment, the visitor dining system is specifically configured to generate a dining pass containing a pass QR code in response to a pass key and provide the pass to the visitor, wherein the pass QR code contains the pass key.

[0019] In one embodiment, the internal financial system is further used to: generate bill information for a preset period based on the approval results of all dining approval requests within a preset period, obtain dining fees based on the bill information, and transfer the dining fees to the visitor dining system.

[0020] In a second aspect, a method for processing visitor self-service dining is provided. The method is based on a visitor self-service dining system. The visitor self-service dining system includes a visitor system, a visitor dining system, and a restaurant access system. The visitor system establishes a communication connection with the visitor dining system, and the visitor dining system also establishes a communication connection with the restaurant access system. The method includes:

[0021] The visitor system obtains and authenticates the visitor's identity information, and synchronizes the authentication relationship of the authenticated visitor to the visitor dining system;

[0022] When the visitor dining system determines that the authenticated visitor has purchased a meal voucher based on the authentication relationship, it generates a meal pass instruction for the visitor and sends the meal pass instruction to the restaurant access system;

[0023] The restaurant access system generates an access key in response to the dining access instruction and feeds the access key back to the visitor dining system;

[0024] The guest dining system responds to the pass key to generate a dining pass and provides it to the guest;

[0025] The restaurant access system responds to the visitor using the dining pass to verify the dining pass, and releases the visitor pass when the verification is passed.

[0026] In one embodiment, the visitor self-service dining system further includes a dining approval system, and the visitor dining system further establishes a communication connection with the dining approval system. The visitor self-service dining processing method further includes:

[0027] When the guest dining system determines that the authenticated guest has applied for dining online based on the authentication relationship, it sends the guest's dining approval request to the dining approval system;

[0028] The dining approval system responds to dining approval requests to conduct online approval of visitor dining applications and feeds back the approval results to the visitor dining system;

[0029] The visitor dining system responds to the approval result to generate a dining pass instruction for the visitor.

[0030] In one embodiment, the visitor self-service dining system further includes an internal financial system, and the visitor dining system further establishes a communication connection with the internal financial system. The visitor self-service dining processing method further includes:

[0031] The visitor dining system receives a meal invoice issuance request from a visitor, responds to the meal invoice issuance request and determines whether the visitor has a used meal pass; if so, the invoice issuance request is sent to the internal financial system;

[0032] The internal financial system generates the visitor's meal invoice in response to the invoice issuance request.

[0033] In one embodiment, the guest dining system generates a dining pass in response to the pass key and provides it to the guest, including:

[0034] The visitor dining system responds to the pass key to generate a dining pass containing a pass QR code and provides it to the visitor.

[0035] In one embodiment, after the approval result is fed back to the visitor dining system, the visitor self-service dining processing method further includes:

[0036] The internal financial system generates bill information for a preset period based on the approval results of all dining approval requests within the preset period, obtains the dining fees based on the bill information, and transfers the dining fees to the visitor dining system.

[0037] The solution provided in this application includes many features. First, the visitor dining system establishes a communication connection with the visitor system and the restaurant access system, and establishes the relationship between the visitor dining system, the visitor system, and the restaurant access system. Second, the visitor has been authenticated using the visitor system when visiting, and the authentication relationship can be synchronized to the visitor dining system. The visitor does not need secondary authentication when dining, which is more efficient and convenient. Third, the entire process of online visitor self-dining is realized without the need for internal employees to accompany on-site authentication, which reduces the energy and time of internal employees, and is neither time-consuming nor laborious. BRIEF DESCRIPTION OF THE DRAWINGS

[0038] In order to more clearly illustrate the technical solutions of the embodiments of the present application, the following briefly introduces the drawings required for use in the description of the embodiments of the present application. Obviously, the drawings described below are only some embodiments of the present application. For ordinary technicians in this field, other drawings can be obtained based on these drawings without any creative work.

[0039] Figure 1 This is a structural diagram of a visitor self-service dining system in one embodiment of the present application;

[0040] Figure 2 This is a flow chart of a method for processing a visitor's self-service dining in one embodiment of the present application;

[0041] Figure 3 It is a structural diagram of a computer device in one embodiment of the present application. DETAILED DESCRIPTION

[0042] The following will be combined with the drawings in the embodiments of this application to clearly and completely describe the technical solutions in the embodiments of this application. Obviously, the embodiments described are part of the embodiments of this application, not all of them. Based on the embodiments in this application, all other embodiments obtained by ordinary technicians in this field without making creative efforts are within the scope of protection of this application.

[0043] The embodiment of the present application provides a visitor self-service dining system and a corresponding visitor self-service dining processing method. Here, the visitor self-service dining system is described first. Figure 1 As shown, Figure 1This is a schematic diagram of the structure of a visitor self-service dining system provided in one embodiment of the present application. In one embodiment, the visitor self-service dining system includes a visitor system, a visitor dining system, and a restaurant access system. The visitor system establishes a communication connection with the visitor dining system, and the visitor dining system also establishes a communication connection with the restaurant access system. The above-mentioned visitor self-service dining system can be applied to a variety of usage scenarios, such as within enterprises or companies, or within public institutions such as social organizations. The role or function of each system module in the visitor self-service dining system is as follows:

[0044] The visitor system is used to obtain and authenticate the identity information of visitors, and synchronize the authentication relationship of authenticated visitors to the visitor dining system.

[0045] The visitor system is an authentication system for authenticating visitors and a management system for managing visitors. In general units, such as enterprises, companies or public departments, there is usually a visitor system for authenticating visitors. The visitor system in the embodiment of the present application is also used to authenticate the identity of the visitor to establish an authentication relationship for the visitor. Among them, the above-mentioned identity information refers to the identity card information that can be used to determine the unique identity information of the visitor or the unique identification information reserved when contacting the unit in advance, etc., and is not specifically limited. After the visitor's identity information is obtained and the visitor is authenticated, an authentication relationship for the visitor will be formed, and finally the authentication relationship of the authenticated visitor will be synchronized to the visitor dining system to facilitate the subsequent use of the visitor's dining information. The authentication relationship contains the visitor's identity information.

[0046] Among them, in one implementation scenario, only visitors who have an appointment with the company can pass the authentication, otherwise the authentication fails and the visitor cannot enter the company.

[0047] It should be noted that the above-mentioned visitor system can be embodied in a variety of forms in specific applications, which are not specifically limited in this application. Take a visitor system application scenario in which a front desk device is deployed at the front desk as an example. For example, the visitor system is managed by the front desk of the target enterprise Y. After visitor A and visitor B arrive at a certain enterprise Y, they enter their ID cards through the front desk device or enter their ID cards as identity information by sensing the ID cards. After the visitor system obtains the identity information of visitor A and visitor B, it authenticates the identity information of visitor A and visitor B. After the authentication is passed, an authentication relationship A1 of visitor A and an authentication relationship B1 of visitor B are formed. The authentication relationship A1 contains the ID card information of visitor A, and the authentication relationship B1 contains the ID card information of visitor B. After the visitor system establishes the authentication relationship between visitor A and visitor B, the visitor system will feed back the authentication relationship to the visitor dining system. It should be noted that, for ease of understanding, this solution will be described using the identity information as an ID card as an example, but it does not constitute a limitation.

[0048] The visitor dining system is used to generate a visitor's dining pass instruction when the authenticated visitor purchases a meal voucher based on the authentication relationship, and send the dining pass instruction to the restaurant pass system.

[0049] The Visitor Dining System is a management system for managing visitor dining. When a visitor needs to eat after their visit, there are two scenarios: self-paying meals and paid meals. Self-paying meals refer to meals where the visitor purchases meal vouchers through the Visitor Dining System, or where internal staff purchases vouchers on their behalf and covers the cost of the meal. Paying meals refer to meals where the visitor directly requests them, without the need for internal staff to prepay for the vouchers.

[0050] Among them, when paying for meals at their own expense, visitors can purchase meal coupons (such as electronic meal coupons) through the visitor dining system. In a specific application scenario, the visitor dining system is deployed in the visitor dining management device, which can be set up at relevant locations in the cafeteria restaurant. When visitors need to dine, they go to the dining management device and enter their identity information or purchase meal coupons by sensing their identity. The visitor dining system will determine whether the current visitor is an authenticated visitor based on the authentication relationship synchronized with the visitor system. If the visitor has been authenticated by the visitor system, it means that the visitor is a normal visitor, and a visitor dining pass instruction will be generated and sent to the restaurant pass system. Among them, when it is determined based on the authentication relationship that the visitor is not an authenticated visitor who purchases the meal coupon, an error message will be fed back through the visitor dining management device to prevent abnormal visitors from dining and reduce losses.

[0051] For example, when Visitor A and Visitor B complete their visit and need to eat, they can go to the cafeteria on their own. If Visitor A and Visitor B are paying for their own meals, they can enter their ID card information into the visitor dining management device to purchase meal coupons. After the visitor dining system reads the ID card information, since the visitor dining system has already synchronized the authentication relationship, the visitor system has already authenticated Visitor A and Visitor B and established an authentication relationship. Therefore, the visitor dining system does not need to authenticate Visitor A and Visitor B again. It only needs to find the authentication relationship based on the ID card information entered by Visitor A and Visitor B, thus avoiding secondary authentication and improving dining processing efficiency. In other words, Visitor A and Visitor B can purchase meal coupons through the visitor dining management device. After Visitor A and Visitor B purchase the meal coupons, since Visitor A and Visitor B are already authenticated visitors, the visitor dining system directly generates a meal pass instruction for Visitor A and a meal pass instruction for Visitor B, and sends the meal pass instruction for Visitor A and Visitor B to the restaurant access system.

[0052] A restaurant access system, configured to generate an access key in response to a dining access instruction and feed the access key back to a visitor dining system;

[0053] The restaurant access system is a management system used to manage the entry and exit of diners in the cafeteria. The restaurant access system can also be implemented in various forms. For example, a gate system is used as the restaurant access system. When the gate is open, visitors can enter the restaurant to dine. When the gate is closed, visitors cannot enter the restaurant to dine. It should be noted that the cafeteria restaurant mentioned in the embodiments of this application includes self-built cafeterias, canteens with specific contracts, etc., and is not limited to this.

[0054] The restaurant access system is used to generate a pass key in response to the dining pass instruction after receiving the dining pass instruction, and feed the pass key back to the visitor dining system. Among them, the pass key is a special key generated in response to the dining pass instruction sent by the visitor dining system. The pass key can be a key generated based on a key algorithm. The specific key generation method is not limited in the embodiment of this application and is not explained in detail. Only those who have the pass key can allow the restaurant access system to release. The restaurant access system receives the dining pass instruction sent by the visitor dining system, indicating that an authenticated visitor has successfully purchased a meal voucher. Therefore, in order to successfully allow the authenticated visitor to enter the restaurant in the future, a pass key that can pass the restaurant needs to be generated.

[0055] The guest dining system is configured to generate a dining pass for the guest in response to the pass key. In one embodiment, the guest dining system is configured to generate a dining pass for the guest in response to the pass key, including a QR code, wherein the QR code is generated based on the pass key.

[0056] In some application scenarios, the guest dining system can use the guest dining management device to print out paper dining passes with the aforementioned pass QR code, allowing visitors to obtain the dining passes containing the aforementioned pass QR code. For example, after Visitor A and Visitor B successfully purchase meal coupons, the guest dining system can use the visitor dining management device to provide Visitor A and Visitor B with their respective dining passes, and Visitor A and Visitor B can then obtain their respective dining passes.

[0057] It should be noted that the above application scenarios are only exemplary. In actual applications, the above dining passes can also be in other forms, such as dining passes containing other scan codes, or passes in other physical forms, or electronic scan code passes, etc., which are not limited in this application.

[0058] The restaurant access system is used to respond to visitors using the dining pass to verify the dining pass and release the visitor pass when the verification is passed.

[0059] After obtaining the dining pass, the visitor can enter the dining pass into the restaurant pass system, so that the restaurant pass system responds to the visitor's use of the dining pass to verify the dining pass, and releases the visitor's pass when the verification is passed.

[0060] For example, Visitor A and Visitor B can get their respective dining passes and go to the restaurant, take out the dining passes containing the pass QR code and scan the pass QR code with the scanning machine of the restaurant access system. After the scan is passed, the restaurant access system opens the gate and Visitor A and Visitor B enter the restaurant for dinner.

[0061] In the above scheme, a visitor self-service dining system is provided, which has many features. First, a communication connection is established between the visitor dining system, the visitor system and the restaurant access system to open up the relationship. Second, the visitor has been authenticated using the visitor system when visiting, and the authentication relationship can be synchronized to the visitor dining system, so that the visitor does not need secondary authentication when dining. Third, the entire process of online visitor self-service dining is realized without the need for internal employees to accompany on-site authentication, which reduces the energy and time of internal employees, that is, it is not time-consuming or labor-intensive.

[0062] It should be noted that the above process is for self-paid meals. The visitor self-service dining system provided in the embodiment of this application can also realize the process of publicly paid meals. In one embodiment, the visitor self-service dining system also includes a meal approval system, and the visitor dining system also establishes a communication connection with the meal approval system. Based on the meal approval system, the system operation process of publicly paid meals is fully described as follows:

[0063] The visitor system is used to obtain and authenticate the identity information of visitors, and synchronize the authentication relationship of authenticated visitors to the visitor dining system;

[0064] Among them, the visitor system authentication process is similar to the aforementioned self-paid meal situation, and will not be repeated here. Please refer to the aforementioned description for comparison.

[0065] The visitor dining system is also used to determine, based on the authentication relationship, when an authenticated visitor applies for a meal online, send the visitor's dining approval request to the dining approval system;

[0066] Among them, when meals are paid for by the public, since the visitor dining system is connected to the meal approval system, visitors can apply for meals directly to the meal approval system through the visitor dining system, without having to purchase meal coupons (such as electronic meal coupons) at their own expense through visitors or internal employees.

[0067] In a specific application scenario, the visitor dining system is deployed in the visitor dining management device, which can be set up at a relevant location in the cafeteria or restaurant. When a visitor needs to eat, he or she goes to the dining management device and applies for a meal directly to the dining approval system by entering identity information or sensing identity. The visitor dining system will determine whether the current visitor is an authenticated visitor based on the authentication relationship synchronized with the visitor system. If the visitor has been authenticated by the visitor system, it means that the visitor is a normal visitor, and the visitor's dining approval request will be sent to the dining approval system.

[0068] Among them, when it is determined based on the authentication relationship that the visitor is not an authenticated visitor to the dining approval system, a rejection or error message will be fed back through the visitor dining management device to avoid abnormal visitors from dining and reduce losses.

[0069] For example, when Visitor A and Visitor B complete their visit and need to eat, they can go to the cafeteria on their own. If the unit provides meals for Visitor A and Visitor B at public expense, Visitor A and Visitor B can enter their ID card information on the visitor meal management device to request a meal from the meal approval system. After the visitor meal system reads the ID card information, since the visitor meal system has already synchronized the authentication relationship, the visitor system has already authenticated Visitor A and Visitor B and established an authentication relationship. Therefore, the visitor meal system does not need to authenticate again. It only needs to find the authentication relationship based on the ID card information entered by Visitor A and Visitor B, avoiding secondary authentication and improving dining efficiency. In other words, Visitor A and Visitor B can directly request a meal from the meal approval system through the visitor meal management device. After the application is triggered, since Visitor A and Visitor B are authenticated visitors, the visitor meal system sends Visitor A and Visitor B's meal approval request to the meal approval system.

[0070] The dining approval system is used to respond to dining approval requests, conduct online approval of visitors' dining applications, and feed back the approval results to the visitor dining system;

[0071] The meal approval system is a system used to manage the application requests for publicly funded meals submitted by visitors through the visitor meal system. For example, after the visitor meal system sends the meal approval requests of visitor A and visitor B to the meal approval system, the meal approval system responds to the meal approval requests of visitor A and visitor B, performs online approval on the meal applications of visitor A and visitor B, and feeds back the approval results of visitor A and visitor B to the visitor meal system. It should be noted that in this embodiment, the meal approval system may not authenticate the meal approval request, but may simply approve it and form an approval record as the approval result without further authentication, thereby reducing the online processing flow and improving overall processing efficiency. The meal approval system will feedback the corresponding approval result, indicating that the meal application has been successful.

[0072] The visitor dining system is used to respond to the approval results to generate a visitor's dining pass instruction and send the dining pass instruction to the restaurant pass system.

[0073] For example, after the visitor dining system receives the dining approval results for visitor A and visitor B from the dining approval system, it means that visitor A and visitor B have executed the online dining application and there are relevant application records. Therefore, the visitor dining system is used to respond to the approval results to generate dining pass instructions for visitor A and visitor B.

[0074] A restaurant access system, configured to generate an access key in response to a dining access instruction and feed the access key back to a visitor dining system;

[0075] It should be noted that the restaurant access system is used to generate access keys in response to dining access instructions and feed the access keys back to the visitor dining system. This process is similar to the aforementioned self-paid dining situation. Please refer to the aforementioned description for comparison and will not be repeated here.

[0076] A guest dining system, configured to generate a dining pass in response to the pass key and provide it to the guest;

[0077] The restaurant access system is used to respond to visitors using dining passes to verify the dining passes and release the visitor pass when the verification is passed.

[0078] It should be noted that the process in which the visitor dining system responds to the pass key to generate a dining pass, and the restaurant pass system responds to the visitor's use of the dining pass to verify the dining pass, is similar to the aforementioned self-pay processing process and will not be repeated here. Please refer to the aforementioned description for comparison.

[0079] It can be seen that in this embodiment, a visitor self-service dining system is provided, which also includes a meal scenario at public expense. In addition to the features of the above-mentioned self-paid meal scenario, the visitor self-service dining system provided in this application has an additional connection to the meal approval system, which can complete the company's online approval. Even in a public expense scenario, it effectively avoids the need for internal employees to advance funds out of their own pockets and then reimburse. Therefore, all records are in the meal approval system, which reduces the concerns of internal employees, has a strong application scenario, and improves the user experience.

[0080] In one embodiment, the visitor self-service dining system further includes an internal financial system, and the visitor dining system further establishes a communication connection with the internal financial system;

[0081] The visitor dining system is used to receive meal invoice issuance requests from visitors, which include the visitor's identity information. In response to the meal invoice issuance request, it determines whether the visitor has a used meal pass. If so, it obtains the visitor's purchase record and sends an invoice issuance request containing the purchase record to the internal financial system.

[0082] Internal financial system used to generate guest meal invoices in response to invoice issuance requests.

[0083] This process corresponds to a self-paid dining scenario. After Visitor A and Visitor B dine out of their own pocket, they typically need to present an invoice to their company or organization to claim reimbursement for their meal expenses. In this case, Visitor A and Visitor B can request an invoice through the Visitor Dining System, also known as the Visitor Dining Management Device. Specifically, they input their meal invoice request through the Visitor Dining Management Device. By scanning or entering their ID cards, the Visitor Dining System can respond to the invoice request and determine whether Visitor A and Visitor B have used their dining passes. Since Visitor A and Visitor B have previously dined at the restaurant through the restaurant access system, their meal voucher purchase records can be found using their ID cards. Therefore, an invoice request for Visitor A and Visitor B's meal voucher purchase can be sent to the internal finance system. The internal finance system then responds to Visitor A and Visitor B's invoice requests and generates meal invoices for Visitor A and Visitor B, respectively.

[0084] In one embodiment, a visitor dining system is configured to obtain a visitor's dining application record and send an invoice issuance request containing the application record to an internal financial system;

[0085] Internal financial system used to generate guest meal invoices in response to invoice issuance requests.

[0086] This process corresponds to a meal-for-official meal scenario. After Visitors A and B have paid for their meals, the cafeteria and the company's finance department must reconcile accounts, especially if the cafeteria is a direct partnership. Because Visitors A and B have previously applied for meals through the Visitor Dining System and the Meal Approval System, a record exists for each application. The Visitor Dining System obtains Visitors A and B's meal application records and sends an invoice request containing Visitors A and B's application records to the internal finance system. The internal finance system responds to Visitors A and B's corresponding invoice requests and generates meal invoices for Visitors A and B, respectively.

[0087] In one embodiment, in conjunction with the above-mentioned public or private expense scenarios, the internal financial system is further configured to: generate billing information for a preset time period based on the approval results of all meal approval requests within a preset time period, obtain meal expenses based on the billing information, and transfer the meal expenses to the visitor dining system. Because the internal financial system is connected to the visitor dining system, and the visitor dining system is able to receive the approval results of each visitor meal, the internal financial system can obtain all meal approval results. For example, the approval results of all visitor meal approval requests in a certain month (such as June) can generate billing information for June, obtain meal expenses based on the billing information, and transfer the meal expenses to the visitor dining system.

[0088] It should be noted that the above embodiments are embodiments corresponding to the application scenario of one or more visitors. In the above embodiments, the payment is made by the visitor himself or by online application. In some embodiments, for the case of multiple visitors, the payment can also be made by the receptionist (including internal employees), as follows:

[0089] The visitor dining system is further configured to receive a purchase instruction from an internal employee to purchase a meal voucher and generate a meal pass instruction for the visitor, wherein the purchase instruction includes the number of times the meal voucher can be used;

[0090] The restaurant access system is configured to generate an access key in response to the dining access instruction and feed the access key back to the visitor dining system;

[0091] The visitor dining system is configured to generate a dining pass in response to the pass key and provide it to the visitor, set a usage count for the dining pass based on the usage count of the meal voucher, and feed the usage count of the dining pass back to the restaurant access system;

[0092] The restaurant access system is used to respond to the visitor using the dining pass to verify the dining pass, and release the visitor pass when the verification is passed. When the dining pass is used once, the number of times the dining pass is used is reduced by 1.

[0093] As can be seen in this embodiment, in addition to visitors purchasing meal tickets themselves, internal employees can also purchase meal tickets on behalf of visitors. For example, when a large group of visitors arrives, internal employees can help purchase meal tickets on their behalf to avoid the hassle of having visitors purchase meal tickets individually or apply online. The visitor dining system can identify an internal employee by scanning their ID card or work badge, for example, though this is not a specific limitation. Upon receiving a meal ticket purchase instruction from an internal employee, the visitor dining system generates a meal pass instruction for the visitor. When purchasing a meal ticket, the internal employee can customize the number of times the ticket can be used. Specifically, the purchase instruction can include the number of uses for the meal ticket, and the final meal pass usage count is set based on the number of uses for the meal ticket. For example, assuming the meal pass is a QR code with a usage count of five, a total of five visitors can use the same pass, greatly improving convenience.

[0094] For internal employees, when they are finally reimbursed, they can also apply for the required invoices in the visitor dining system. The process is similar to the above and will not be repeated here.

[0095] As can be seen from the above examples, the guest dining system provided in the present application's embodiments integrates a dining approval system to facilitate online dining approval for businesses. Furthermore, the guest dining system integrates a company's financial system to facilitate autonomous invoicing and transfers between businesses and restaurants. These processes are all conducted online, using automation to reduce manual processes, improve quality and efficiency, and optimize the user experience.

[0096] It should be noted that the above embodiment of the present application provides a visitor self-service dining system. In one embodiment, please refer to Figure 2 Understand together, provide a visitor self-service dining processing method, comprising the following steps:

[0097] S10A: The guest system obtains and authenticates the visitor's identity information, and synchronizes the authenticated visitor's authentication relationship with the guest dining system;

[0098] S20A: When the guest dining system determines that the authenticated visitor has purchased a meal voucher based on the authentication relationship, it generates a dining pass instruction for the visitor and sends the dining pass instruction to the restaurant access system;

[0099] S30A: The restaurant access system generates an access key in response to the dining access instruction and feeds the access key back to the visitor dining system;

[0100] S40A: The visitor dining system generates a dining pass in response to the pass key and provides it to the visitor;

[0101] S50A: The restaurant access system responds to the visitor using the dining pass to verify the dining pass, and releases the visitor access when the verification is successful.

[0102] In this embodiment, a method for processing visitor self-service dining is provided, which is used in the self-paid dining scenario. First, a communication connection is established between the visitor dining system, the visitor system and the restaurant access system to open up the relationship. Second, the visitor has been authenticated using the visitor system when visiting, and the authentication relationship can be synchronized to the visitor dining system, so that the visitor does not need secondary authentication when dining. Third, online visitor self-service dining is realized throughout the process without the need for internal employees to accompany on-site authentication, which reduces the energy and time of internal employees, that is, it is not time-consuming or labor-intensive.

[0103] It should be noted that the above process is a process of dining at one's own expense. The method for processing visitor self-service dining provided in the embodiment of the present application can also realize the process of dining at public expense. In one embodiment, a method for processing visitor self-service dining is provided, comprising the following steps:

[0104] S10B: The guest system obtains and authenticates the visitor's identity information, and synchronizes the authenticated visitor's authentication relationship to the guest dining system;

[0105] S20B: When the guest dining system determines that the authenticated guest has applied for dining online based on the authentication relationship, the guest dining approval request is sent to the dining approval system;

[0106] S30B: The dining approval system responds to the dining approval request to perform online approval on the visitor's dining application and feeds back the approval result to the visitor dining system;

[0107] S40B: The visitor dining system responds to the approval result to generate a visitor dining pass instruction, and sends the dining pass instruction to the restaurant access system;

[0108] S50B: The restaurant access system generates an access key in response to the dining access instruction and feeds the access key back to the visitor dining system;

[0109] S60B: The visitor dining system responds to the pass key to generate a dining pass and provides it to the visitor;

[0110] S70B: The restaurant access system responds to the visitor using the dining pass to verify the dining pass, and releases the visitor access when the verification is passed.

[0111] It can be seen that in this embodiment, a method for processing visitor self-service meals is provided, which also includes a meal scenario at public expense. In addition to the features of the above-mentioned meal scenario at one's own expense, the visitor self-service meal system provided in this application adds a meal approval system to the visitor meal system, which can complete the company's online approval. Even in a scenario at public expense, it effectively avoids the need for internal employees to advance funds out of their own pockets and then reimburse them, so all records are in the meal approval system, which reduces the concerns of internal employees, has a strong application scenario, and improves the user experience.

[0112] In one embodiment, the method for processing visitor self-service dining further includes the following steps:

[0113] The visitor dining system receives a meal invoice issuance request from a visitor, responds to the meal invoice issuance request and determines whether the visitor has a used meal pass; if so, the invoice issuance request is sent to the internal financial system;

[0114] The internal financial system generates the visitor's meal invoice in response to the invoice issuance request.

[0115] In one embodiment, the visitor dining system responds to the pass key to generate a dining pass and provides it to the visitor, including: the visitor dining system responds to the pass key to generate a dining pass including a pass QR code and provides it to the visitor.

[0116] In one embodiment, after the approval result is fed back to the visitor dining system, the visitor self-service dining processing method also includes: the internal financial system generates bill information within the preset time period based on the approval results of all dining approval requests within the preset time period, obtains the dining fee based on the bill information, and transfers the dining fee to the visitor dining system.

[0117] It should be noted that the above embodiment is an embodiment corresponding to the application scenario of one or more visitors. In the above embodiment, the method is through the visitor paying by himself or applying online. In some embodiments, for the case of multiple visitors, it can also be implemented by the receptionist (including internal employees) paying on behalf of the visitor. In one embodiment, the visitor self-service dining processing method further includes the following steps:

[0118] The visitor dining system receives a purchase instruction from an internal employee to purchase a meal voucher and generates a meal pass instruction for the visitor, wherein the purchase instruction includes the number of times the meal voucher can be used;

[0119] The restaurant access system generates an access key in response to the dining access instruction, and feeds the access key back to the visitor dining system;

[0120] The visitor dining system generates a dining pass in response to the pass key and provides it to the visitor, sets the usage count of the dining pass according to the usage count of the meal voucher, and feeds the usage count of the dining pass back to the restaurant access system;

[0121] The restaurant access system responds to the visitor using the dining pass to verify the dining pass, and releases the visitor pass when the verification is passed. When the dining pass is used once, the number of times the dining pass is used is reduced by 1.

[0122] As can be seen in this embodiment, in addition to visitors purchasing meal tickets themselves, internal employees can also purchase meal tickets on behalf of visitors. For example, when a large group of visitors arrives, internal employees can help purchase meal tickets on their behalf to avoid the hassle of having visitors purchase meal tickets individually or apply online. The visitor dining system can identify an internal employee by scanning their ID card or work badge, for example, though this is not a specific limitation. Upon receiving a meal ticket purchase instruction from an internal employee, the visitor dining system generates a meal pass instruction for the visitor. When purchasing a meal ticket, the internal employee can customize the number of times the ticket can be used. Specifically, the purchase instruction can include the number of uses for the meal ticket, and the final meal pass usage count is set based on the number of uses for the meal ticket. For example, assuming the meal pass is a QR code with a usage count of five, a total of five visitors can use the same pass, greatly improving convenience.

[0123] For internal employees, when they finally file for reimbursement, they can also apply for the required invoices in the guest dining system. The process is similar to the above and will not be repeated here. It should be understood that the order of execution of the steps in the above embodiments does not necessarily imply a specific order of execution. The order of execution of each process should be determined by its function and internal logic, and should not constitute any limitation on the implementation process of the embodiments of this application. In addition, for more detailed descriptions of the above-mentioned guest self-service dining processing method, please refer to the description of the above-mentioned system embodiment. To avoid redundancy, the description will not be repeated here.

[0124] Each module in the aforementioned guest self-service dining processing system may be implemented in whole or in part through software, hardware, or a combination thereof. Each module may be embedded in or independent of a processor within a computer device in the form of hardware, or may be stored in a computer device's memory in the form of software, so that the processor can call and execute the corresponding operations of each module.

[0125] In one embodiment, Figure 3As shown, a computer device is provided, including a memory, a processor, a communication interface, and a computer program stored in the memory and executable on the processor. When the processor executes the computer program, the functions or steps of any one of the visitor system, the visitor dining system, the visitor access system, the dining approval system, and the internal financial system in the above-mentioned visitor self-service dining processing system are implemented.

[0126] In one embodiment, a computer-readable storage medium is provided on which a computer program is stored. When the computer program is executed by a processor, the functions or steps of any one of the visitor system, the visitor dining system, the restaurant access system, the dining approval system and the internal financial system in the above-mentioned visitor self-service dining processing system are implemented.

[0127] Those skilled in the art will appreciate that all or part of the processes in the above-mentioned embodiments can be implemented by instructing the relevant hardware through a computer program. The computer program can be stored in a non-volatile computer-readable storage medium. When the computer program is executed, it can include the processes of the embodiments of the above-mentioned methods. Among them, any reference to memory, storage, database or other media used in the embodiments provided in this application can include non-volatile and / or volatile memory. Non-volatile memory can include read-only memory (ROM), programmable ROM (PROM), electrically programmable ROM (EPROM), electrically erasable programmable ROM (EEPROM) or flash memory. Volatile memory can include random access memory (RAM) or external cache memory. By way of illustration and not limitation, RAM is available in various forms, such as static RAM (SRAM), dynamic RAM (DRAM), synchronous DRAM (SDRAM), double data rate SDRAM (DDRSDRAM), enhanced SDRAM (ESDRAM), synchronous link (Synchlink) DRAM (SLDRAM), memory bus (Rambus) direct RAM (RDRAM), direct memory bus dynamic RAM (DRDRAM), and memory bus dynamic RAM (RDRAM).

[0128] Those skilled in the art will clearly understand that for the sake of convenience and brevity of description, only the division of the above-mentioned functional units and modules is used as an example. In actual applications, the above-mentioned functions can be distributed and completed by different functional units and modules as needed, that is, the internal structure of the device can be divided into different functional units or modules to complete all or part of the functions described above.

[0129] The above-described embodiments are only used to illustrate the technical solutions of the present application, rather than to limit them. Although the present application has been described in detail with reference to the aforementioned embodiments, those skilled in the art should understand that they can still modify the technical solutions described in the aforementioned embodiments, or make equivalent replacements for some of the technical features therein. 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 various embodiments of the present application, and should all be included in the scope of protection of the present application.

Claims

1. A visitor self-service dining system, characterized in that: The visitor self-service dining system includes a visitor system, a visitor dining system and a restaurant access system. The visitor system establishes a communication connection with the visitor dining system, and the visitor dining system also establishes a communication connection with the restaurant access system. The visitor system is used to obtain the identity information of the visitor and authenticate the identity information, and synchronize the authentication relationship of the authenticated visitor to the visitor dining system; The visitor dining system is configured to generate a dining pass instruction for the visitor when determining, based on the authentication relationship, that the authenticated visitor has purchased a meal ticket, and send the dining pass instruction to the restaurant access system; The restaurant access system is configured to generate an access key in response to the dining access instruction and feed the access key back to the visitor dining system; The visitor dining system is configured to generate a dining pass in response to the pass key and provide the pass to the visitor; The restaurant access system is configured to respond to the visitor using the dining pass to verify the dining pass, and release the visitor access when the verification is successful; The visitor self-service dining system also includes a dining approval system, and the visitor dining system also establishes a communication connection with the dining approval system; The visitor dining system is further configured to send the visitor's dining approval request to the dining approval system when the visitor, who has been authenticated, applies for dining online according to the authentication relationship; The dining approval system is used to respond to the dining approval request to perform online approval on the visitor's dining application and feed back the approval result to the visitor dining system; The visitor dining system is configured to generate a dining pass instruction for the visitor in response to the approval result; The visitor self-service dining system also includes an internal financial system, and the visitor dining system also establishes a communication connection with the internal financial system; The visitor dining system is configured to receive a meal invoice issuance request from the visitor, the meal invoice issuance request including the visitor's identity information, and respond to the meal invoice issuance request to determine whether the visitor has a used meal pass; if so, obtain the visitor's purchase record and send an invoice issuance request including the purchase record to the internal financial system; The internal financial system is used to generate a meal invoice for the visitor in response to the invoice issuance request; The internal financial system is further configured to generate billing information for a preset period of time based on approval results of all dining approval requests within the preset period of time, obtain dining fees based on the billing information, and transfer the dining fees to the visitor dining system.

2. The visitor self-service dining system according to claim 1, characterized in that: The visitor dining system is specifically configured to respond to the pass key to generate a dining pass containing a pass QR code and provide it to the visitor, wherein the pass QR code contains the pass key.

3. A method for processing visitor self-service dining, characterized in that: Based on a visitor self-service dining system, the visitor self-service dining system includes a visitor system, a visitor dining system, and a restaurant access system. The visitor system establishes a communication connection with the visitor dining system, and the visitor dining system also establishes a communication connection with the restaurant access system. The visitor self-service dining processing method includes: The visitor system obtains the visitor's identity information and authenticates the identity information, and synchronizes the authentication relationship of the authenticated visitor to the visitor dining system; When the visitor dining system determines that the authenticated visitor has purchased a meal ticket based on the authentication relationship, it generates a dining pass instruction for the visitor and sends the dining pass instruction to the restaurant access system; The restaurant access system generates an access key in response to the dining access instruction, and feeds the access key back to the visitor dining system; The guest dining system generates a dining pass in response to the pass key and provides it to the guest; The restaurant access system responds to the visitor using the dining pass to verify the dining pass, and releases the visitor access when the verification is successful; The visitor self-service dining system further includes a dining approval system, and the visitor dining system further establishes a communication connection with the dining approval system. The visitor self-service dining processing method further includes: When the visitor dining system determines, based on the authentication relationship, that the authenticated visitor has applied for a meal online, the visitor's dining approval request is sent to the dining approval system; The dining approval system responds to the dining approval request to perform online approval on the visitor's dining application and feeds back the approval result to the visitor dining system; The visitor dining system responds to the approval result to generate a dining pass instruction for the visitor; The visitor self-service dining system further includes an internal financial system, and the visitor dining system further establishes a communication connection with the internal financial system. The visitor self-service dining processing method further includes: The visitor dining system receives the visitor's dining invoice issuance application request, responds to the dining invoice issuance application request and determines whether the visitor has a used dining pass; if so, sends an invoice issuance request to the internal financial system; The internal financial system generates a meal invoice for the visitor in response to the invoice issuance request; After the approval result is fed back to the visitor dining system, the visitor self-service dining processing method further includes: The internal financial system generates bill information for the preset time period based on the approval results of all dining approval requests within the preset time period, obtains dining fees based on the bill information, and transfers the dining fees to the visitor dining system.

4. The method for processing visitor self-service dining according to claim 3, characterized in that: The guest dining system generates a dining pass in response to the pass key and provides it to the guest, comprising: The visitor dining system generates a dining pass containing a pass QR code in response to the pass key and provides it to the visitor.

Images