Order entry system and program

Abstract

To provide an order entry system that can enhance efficiency of order reception.SOLUTION: An order entry system 1 includes: specifying means for specifying an order device (such as a customer portable device 100 or a shop clerk portable device 130) from member identification information or shop clerk identification information; input means (step 2-3) for inputting table identification information (such as a table number T11); registering means (steps 2-2, 2-8) for registering a commodity to be purchased; and order fixing means (step 2-9) for storing the member identification information or the shop clerk identification information and the table identification information in storage means to fix an order of the commodity registered by the registering means.SELECTED DRAWING: Figure 8

Description

[Technical Field]

[0001] The present invention relates to an order entry system and program It is related to. [Background technology]

[0002] In recent years, due to factors such as labor shortages, an increasing number of restaurants have introduced self-ordering systems. Self-ordering systems that allow customers to order using their own mobile devices (smartphones) have also been introduced, creating demand for more efficient and optimized order acceptance. [Prior art documents] [Patent documents]

[0003] [Patent Document 1] Japanese Patent Application Laid-Open No. 2014-2641 Summary of the Invention [Problem to be solved by the invention]

[0004] The present invention has been made in view of the above points, and its object is to provide an order entry system and program The purpose is to provide [Means for solving the problem]

[0005] The present invention provides An order entry system that accepts orders from portable devices each owned by a plurality of customers includes a pre-ordering means for accepting pre-orders from the portable devices, an identification means for designating a portable device that has read table identification information and transaction identification information as a representative portable device, and a display means for displaying authentication information on the representative portable device identified by the identification means, and is characterized in that pre-order information accepted by the pre-ordering means is considered to be accepted by entering the authentication information on a portable device other than the representative portable device. [Brief explanation of the drawings]

[0006] [Figure 1] 1 is a schematic diagram of an order entry system 1. FIG. [Figure 2] FIG. 2 shows an example of a menu file 200. [Figure 3] 2 is a diagram showing an example of functional blocks of the in-store server 10. FIG. [Figure 4] FIG. 2 is a diagram illustrating an example of functional blocks of the POS device 20. [Figure 5] FIG. 2 is a diagram showing an example of functional blocks of the mobile device 100 (130). [Figure 6] FIG. 6(a) is an explanatory diagram showing the flow when a customer enters a store, and FIG. 6(b) is an explanatory diagram showing the flow when a customer leaves the store. [Figure 7] FIG. 10 is an operational flow diagram of the customer portable device 100 when a customer places an order by himself. [Figure 8] FIG. 10 is a flowchart showing the operation of the in-store server 10 when a customer places an order by himself. [Figure 9] FIG. 10 is an operational flow diagram when a customer places an order using a customer portable device 100 other than the representative. [Figure 10] 10 is an operational flow diagram showing the procedure for settlement in the POS device 20. FIG. [Figure 11] FIG. 11(a) is a diagram showing an example of a transaction data table, FIG. 11(b) is a diagram showing an example of an order data table, and FIG. 11(c) is a diagram showing an example of a seat management data table. [Figure 12] FIG. 12(a) shows an example of a bill F1', and FIG. 12(b) shows an example of a seat guide receipt P1. [Figure 13] 10A and 10B are diagrams showing an example of transition of a display screen when a customer is accepted at a reception terminal 70. FIG. [Figure 14] 10A and 10B are diagrams showing an example of transition of the touch panel 107 when a product reservation order is made using the customer portable device 100. FIG. [Figure 15] 1A to 1C are diagrams showing specific examples of various receipts. [Figure 16] 1A to 1F are diagrams showing how the order entry system 1 is used. [Figure 17] Figure 17(a) is a diagram showing an example of a seat management monitor screen G3, Figure 17(b) is a diagram showing a table detailed information screen G3a for table number "0001", and Figure 17(c) is a diagram showing a table detailed information screen G3b for table number "0002". [Figure 18] 10 is a diagram showing an example of a screen when settlement is performed using the self-service POS device 20. FIG. DETAILED DESCRIPTION OF THE INVENTION

[0007] Hereinafter, embodiments of the present invention will be described in detail with reference to the drawings. FIG. 1 is a schematic diagram of an order entry system 1 according to one embodiment of the present invention. As shown in the figure, the order entry system 1 includes an in-store server (management device, store controller) 10, a POS device 20, a self-order terminal 40, a kitchen device 50, a reception terminal 70, an access point 80, a customer portable device (in-store) 100, a store clerk portable device 130, a customer portable device (outside-store) 100, and a cloud server 170, and is configured by connecting each device so that they can communicate with each other. Of the devices in the order entry system 1, all except for the customer portable device (outside-store) 100 and the cloud server 170 are installed, for example, in a restaurant. The customer portable device (outside-store) 100 and the cloud server 170 are connected to each other device via a network 160 such as the Internet. The customer portable device 100 includes a mobile phone, smartphone, tablet PC, etc. owned by the customer, and when receiving services from the cloud server 170 or the in-store server 10, the customer can use methods such as downloading a dedicated application in advance, using a web browser, or using mobile ordering (a system for ordering and paying from a smartphone).

[0008] The in-store server 10, POS device 20, self-order terminal 40, kitchen device 50, reception terminal 70, and access point 80 are connected to one another via a LAN 190. Note that a cloud service (external server) may be used instead of the in-store server 10. In this case, the external server serves as the management device. The LAN connection may be wired or wireless. The access point 80 is also connected to a customer portable device (in-store) 100 and a store clerk portable device 130 via a wireless LAN.

[0009] The in-store server 10 is a computer that controls the order entry system 1 and manages various information such as a menu master file (product master file). The menu master file is updated as appropriate. The in-store server 10 transmits the latest menu master file as a menu file (product file) to the POS device 20 and the mobile devices 100, 130 as appropriate. FIG. 2 is a diagram showing an example of a menu file 200. As shown in the figure, the menu file 200 stores menu product information such as the menu code, name, and price (regular price, sale price, smartphone discount price, etc.) of each menu product.

[0010] FIG. 3 is a diagram showing an example of the functional blocks of the in-store server 10. As shown in FIG. 3, the in-store server 10 includes a CPU 11, a ROM 12, a RAM 13, a display unit 14, a hard disk 15, an operation unit 16, and a communication unit 17, all of which are interconnected via a communication line 18. The CPU 11 controls the operation of the in-store server 10 by executing a control program stored in the ROM 12. The ROM 12 stores various information, such as the control program. The RAM 13 temporarily stores various information. The display unit 14 is, for example, a liquid crystal display (LCD) that displays information to the store clerk operating the in-store server 10. The hard disk 15 is a storage means for storing various files (e.g., the menu file 200, instruction files, print format files, order data files, accounting files, etc.) and various payment information. The operation unit 16 includes various keys for receiving various instructions from the store clerk operating the in-store server 10. The communication unit 17 is a communication interface for communicating with various external devices via a LAN 190. For example, the in-store server 10 is equipped with a counting unit and generates counting information (e.g., sales performance information such as a daily report) based on information stored in a memory unit such as RAM 13 or hard disk 15 in response to instructions from a store clerk or at a predetermined time.

[0011] FIG. 4 shows an example of the functional blocks of the POS device 20. The POS device 20 is used when a customer who has eaten or drunk food settles their bill. As shown in the figure, the POS device 20 includes a CPU 21 that controls its operation, a hard disk 22 that stores customer purchase information, a ROM 23 that stores programs executed by the CPU 21, a RAM 24 that temporarily stores various information (e.g., a menu file 200 obtained from the in-store server 10), a scanner unit 25 that optically reads barcodes attached to products, a display unit 26 that displays the names and prices of menu items, a receipt printer 28, a drawer unit 29 that stores cash and coupons, a communication unit 30 that communicates with external devices such as the in-store server 10 via a LAN 190, and an operation unit 31 that includes various operation buttons for operating the POS device 20. Each component is connected to one another via a communication line 32. The POS device 20 may be a POS device (payment settlement device) operated by a store clerk or a POS device (payment settlement device) operated by a customer.

[0012] The self-order terminal 40 is placed at a table and allows customers to select their own order items on the screen. It has a function for displaying product order history and billing amount, etc. It also has a function for calling a waiter. In this example, the kitchen device 50 is a kitchen monitor that displays cooking instruction data for the ordered food (item) on the screen, and is generally installed near the kitchen (cooking area). The waiter who prepares the food in the kitchen follows the cooking instructions displayed on the kitchen device 50. The kitchen device 50 receives cooking instruction commands transmitted from the mobile device 100, 130, etc. when a food order is received, and displays the cooking instructions. The kitchen device 50 may be a kitchen printer that prints out the cooking instructions on a receipt instead of a kitchen monitor, or both may be installed. The receipts that are printed out include cooking instruction tickets and serving receipts.

[0013] The reception terminal 70 is installed, for example, near the entrance of a store, and is a device through which staff or customers input desired tables or seats. In the case of this order entry system 1, the reception terminal 70 also functions as a seat management device. The number of people, type of seat (counter or table), smoking or non-smoking, etc. are input into the reception terminal 70. When linked to a seat reservation system, the reception terminal 70 may be a terminal that manages the entry of customers who have reserved seats, and accepts seat requests from customers who have not made seat reservations.

[0014] The customer portable device 100 is a portable device such as a smartphone typically owned by a customer, while the store clerk portable device 130 is a specially designed store portable device or a portable device such as a smartphone, but both portable devices have the same configuration. The customer portable device 100 also includes a portable device such as a tablet PC that is provided separately for the customer in the store. As shown in FIG. 1, the portable devices 100 and 130 each have a touch panel 107 or 137 on their surface. The specially designed store portable device may be used by a store clerk to accept additional orders even if the customer does not have a smartphone or if the customer has placed a pre-order using a smartphone. The functional block configurations of the portable devices 100 and 130 are nearly identical, so they will be described together below.

[0015] FIG. 5 is a diagram showing an example of functional blocks of the portable device 100 (130). As shown in the figure, the portable device 100 (130) is configured by interconnecting a CPU 101 (131), a ROM 103 (133), a RAM 105 (135), a touch panel (display unit and operation unit) 107 (137), a communication unit 109 (139), an operation button unit 111 (141), and an imaging unit 113 (143) via a communication line 115 (145). The CPU 101 (131) executes various programs. The ROM 103 (133) stores, for example, various programs executed by the CPU 101 (131) and image data displayed on the touch panel 107 (137). The RAM 105 (135) temporarily stores, for example, various files (e.g., menu file 200) received from the in-store server 10 and data generated by the CPU 101 (131). The touch panel 107 (137) is a device that combines a display device that displays various images, such as a liquid crystal panel, with a position input device, such as a touchpad, and serves as a selection means (input device) for selecting an ordered menu item from a plurality of pre-set menu items by pressing (touching) the display on the screen. The communication unit 109 (139) is a transmission / reception means for transmitting and receiving data to and from other external devices via the access point 80. The operation button unit 111 (141) is composed of, for example, a power switch button and operation buttons, and accepts input operations from an operator, such as a customer or a store clerk. The imaging unit 113 (143) is a device that takes photographs, and also functions as a scanner unit that has a scanning function, i.e., a function for capturing authentication information, such as a two-dimensional code, and extracting the information contained in the authentication information.

[0016] Next, the method by which a customer places an order using the order entry system 1 will be explained for different cases. [When a customer places an order using one mobile device] FIG. 7 is an operational flow diagram of the customer portable device 100 when a customer places an order by himself / herself. First, a customer can place a pre-order using his / her own portable device 100 before arriving at the store or while waiting for a seat near the store entrance. A pre-order is placed by connecting the customer portable device 100, which is located outside the store, to the cloud server 170 via the network 160. That is, a customer portable device 100 to which a program related to the store's system has been downloaded in advance can be used to access the cloud server 170 and make a pre-order. Note that, as described above, methods for placing an order on the customer portable device 100 include a method using a web browser and a method using mobile ordering. Furthermore, customer information can be managed by registering as a member when downloading the app to a mobile device. If customer information is not registered, the registration information of the mobile device (information that can identify the mobile device, such as an account, email address, or mobile phone number) can be managed as customer information. Customer information is member information when registering as a member, and for other general customers, it can be identification information assigned by a store clerk or the like for management purposes. It is information for identifying the customer.

[0017] At this time, the in-store table number (table identification information) and the like have not yet been entered, so the process proceeds from "N" in step 1-1 to step 1-2. If a customer wishes to place a pre-order, the process proceeds to step 1-3, where the customer places the pre-order from the customer portable device 100. The customer portable device 100 then transmits the pre-order data (order information) to the cloud server 170 (step 1-4). If a customer does not wish to place a pre-order, steps 1-3 and 1-4 are skipped. The cloud server 170 may transmit the received pre-order data to the in-store server 10 of the store in advance and store it on the hard disk 15 or the like. Alternatively, when a customer arrives at the store and checks in at the reception terminal (terminal) 70 or the like, the in-store server 10 may access the cloud server 170 and input the pre-order data. Specifically, when a customer enters the reception terminal 70 to process entry (check in), the customer can enter the store and send cooking instructions to the kitchen terminal by inputting a reservation number, or by reading a symbolic code (two-dimensional code or barcode) of the reservation number or member identification number (member information) displayed on the customer portable device 100 using a reader installed in the reception terminal. If no advance order is made, steps 1-3 and 1-4 are skipped.

[0018] FIG. 6(a) is an explanatory diagram showing the flow when a customer visits a store. As shown in the figure, when a customer visits a store, they first input their desired seating (number of people, type of seat, non-smoking / smoking, etc.) into the reception terminal 70. The input into the order terminal 70 may be made by a store clerk. The input of the desired seating is transmitted to the in-store server 10, which then approves the input and transmits a notice to that effect to the order terminal 70, which stores the information. The desired seating may also be reserved in advance using the customer portable device 100. In that case, the customer inputs information about their visit into the reception terminal 70. The above operation may also be performed using a cloud server 170 instead of the in-store server 10.

[0019] Next, if the customer's desired table T1 is available or becomes available, the customer will be guided to that table T1 by a store clerk. At that time, the store clerk hands the customer a bill F1 for use in the transaction. Before handing the bill F1 to the customer, the store clerk may scan the bill number F11 (its identification code, transaction medium identifier, and customer identification information) displayed on the bill F1 with the reception terminal 70 or POS device 20 to determine whether the bill F1 is available. The bill F1 may also be placed on the table T1 in advance. This makes it easy to determine whether the table T1 is available.

[0020] The customer receives the receipt F1 and sits at table T1. Upon arriving at table T1, the customer enters the table number (table identification information) T11 affixed to table T1 (step 1-5) and the receipt number (transaction identification information) F11 displayed on the receipt F1 (sticker 6), in either order. The table number T11 can be entered by, for example, scanning the table number T11 (table identifier, such as a barcode or two-dimensional code) affixed to or printed on table T1 using the imaging unit (scanner) 113 of the mobile device 100, or manually entering the table number T11 into the mobile device 100. The receipt number F11 can be entered by, for example, scanning the receipt number F11 (transaction medium identifier, such as a barcode or two-dimensional code) affixed to or printed on the receipt F1 into the mobile device 100, or manually entering the receipt number F11 into the mobile device 100. This allows the customer to order a menu item in the restaurant using the customer portable device 100. The bill F1 may be handed to the customer while they are waiting in the restaurant's waiting room. By reading the bill number F11 with the customer portable device 100 and associating it with membership information, it may be possible to place an advance order. By making it possible to distinguish between advance orders for off-premise and advance orders for on-premise, the status of the advance order can be used as data to determine the display format on the kitchen terminal and whether cooking instructions can be given.

[0021] Returning to the flow diagram, the entered table number T11 and bill number F11 are sent to the in-store server 10 (step 1-7). When a reception completion notice is received from the in-store server 10 ("Y" in step 1-8), the in-store order becomes available, and the process proceeds to step 1-10. On the other hand, when a reception unsuccessful notice is received from the in-store server 10, an error message indicating that the order could not be accepted is displayed on the touch panel 107 of the customer portable device 100 (step 1-9). The error message may be displayed on the touch panel 107 of the customer portable device 100, for example, "This bill cannot be used," or an audio message may be played, prompting the customer to exchange the bill F1.

[0022] Examples of situations where a receipt cannot be accepted include an input error in the table number T11 or the receipt number F11, or the receipt F1 received from the clerk being mistakenly a receipt F1 currently in use (e.g., currently being paid for) by another customer. Such errors are likely to occur, for example, if the reception terminal 70 does not check whether the receipt F1 is valid. For this reason, the touch panel 107 of the customer's mobile device 100 can display a message saying "Please scan the receipt F1," prompting the customer to first check whether the receipt F1 has been processed and then scan the table number T11. This allows for early detection of abnormalities in the status update of the receipt F1. Furthermore, by linking the table number T11 and receipt F1 information before handing the receipt F1 to the customer, the clerk can prevent fraud, such as a customer sitting at a different table or maliciously linking a different table number T11 to the receipt F1.

[0023] As explained above, by inputting both the table number T11 and the official bill number F11, it becomes possible to order (including confirming the order and pre-ordering in the store) for the store's menu using the customer portable device 100 that entered the information. In other words, the customer can confirm the order by operating it. At that time, the store may notify the customer that the order has been accepted. If information such as the customer's email address has been registered in advance, the customer may be notified of the acceptance of the order by push notification, email, or the like. Furthermore, the order may be confirmed on the condition that information identifying the customer, such as customer information, is linked to the table number T11 and the bill number F11 (order confirmation means).

[0024] Next, when ordering from the restaurant ("Y" in step 1-10), the customer uses the customer portable device 100 with the table number T11 entered to input order data, for example, by manually entering the product number from a paper menu or by scanning the identification code displayed on the paper menu with the imaging unit 113 (step 1-11). Alternatively, the customer may display the menu in a browser and input order data by using a dedicated app downloaded to the customer portable device 100 or by connecting to a specific in-restaurant Wi-Fi network on the condition that the table number T11 and the bill number F11 are linked (step 1-11). Note that the launch of the dedicated app and the connection to the specific Wi-Fi network may be conditions for the customer to enter the restaurant.

[0025] Connecting to a specific Wi-Fi eliminates the need for customer operation when accepting a customer's visit, and the reception terminal 70, the staff portable device 130, etc., can immediately notify the customer of their arrival. For example, operability can be further improved by changing the notification mode, such as by flashing the reservation number on the reception terminal 70 when the customer arrives, or by sending a push notification to the staff portable device 130. For example, the reception terminal 70 or the staff portable device 130 can display a message such as, "Customer with reservation number 999 has arrived. They have placed an order for both dine-in and takeout." If advance orders can be made for both dine-in and takeout, cooking the dine-in portion can be started, and cooking the takeout portion can be started once all the food has been served to the customer. This can provide the freshest possible product, and cooking multiple items at the same time while taking into account the order status of other tables can reduce labor costs, resulting in greater efficiency.

[0026] Returning to step 1-11, by pressing, for example, an order completion button (or a confirmation button, etc.) displayed on the touch panel 107 of the customer portable device 100 ("Y" in step 1-12), the order data is transmitted (step 1-13). The transmitted order data includes pre-order data for pre-orders as well as order data for in-store orders. The transmission destination is the kitchen device 50 via the in-store server 10, or the in-store server 10 and the kitchen device 50 in parallel. The in-store server 10 accepts the order data and stores it in association with the table number T11 and the bill number F11. The kitchen device 50 outputs cooking instructions based on the received order data. Once the cooking of the ordered items is complete, it issues serving instructions.

[0027] Next, when the customer portable device 100 receives from the in-store server 10 a message that the order data has been received, the customer portable device 100 displays a message on the touch panel 107 indicating that the order data has been received (step 1-14).

[0028] FIG. 11(a) shows an example of a transaction data table for each order. This transaction data is stored, for example, on the in-store server 10 or cloud server 170, but may also be stored on other devices. As shown in the figure, the transaction data includes data such as the transaction number, reservation number, order number, membership code (identification number of the customer's portable device 100), time of visit, in-store use / takeout type, and cancellation classification. The in-store use / takeout type is also information for tax shifting when a reduced tax rate is applied. By setting the reservation number as the information number, it is possible to distinguish customers from those who have not made a reservation in advance. Transaction numbers may be assigned within a range that does not overlap between customers who made a reservation in advance and other customers. The order number in the cancellation data can then be linked to order data in the order data table, described below, such as each ordered item and quantity. When using the bill F11, the bill identification number F11 or an alternative billing identification number is managed. This transaction data is generated when the customer places an order. For advance orders, a reservation number management number is assigned. For in-store table orders, a reservation number is not assigned. Therefore, advance orders and in-store (table) orders can be distinguished by the reservation number. Then, the order number in the transaction data can be associated with the order data and seat management data. For takeout, the timing of cooking instructions can be adjusted and output so that they arrive in time for the specified time. In the waiting room in the store, the order is treated as an advance order.

[0029] FIG. 11(b) is a diagram showing an example of an order data table. This order data is data related to ordered products and is stored, for example, in the in-store server 10 or the cloud server 170, but may also be stored in other devices. As shown in the figure, the order data includes data such as the order number, number of customers, customer demographics, category (order input category), order time (start), product code, quantity (order quantity), unit price, and sales price (sales amount). The category refers to the category of the device used to input the order, and is managed so that it can be distinguished depending on whether the order was placed by a customer using a mobile device or by a store clerk. If a self-service ordering terminal is installed at each seat, it is similarly managed so that it can be distinguished. This category can also be used to apply a smartphone discount to the price offered when using the app.

[0030] FIG. 11(c) is a diagram showing an example of a seat management data table. This seat management data is data necessary for managing seats and is stored, for example, in the in-store server 10 or the cloud server 170, but may also be stored in other devices. As shown in the figure, the seat management data includes data such as seat number, transaction number, reservation number, guide number, number of people, table type, non-smoking / smoking category, entry time, guide time, and waiting time. The seat data and transaction data are associated by the transaction number (slip number). When a seat is reserved, the reservation number may be used as the guide number and managed so that they can be distinguished by reservation category, etc. The transaction data, order data, and seat management data may be managed in separate tables, or may be combined with other tables, and data may be extracted from one table for processing as needed. Data may be managed in duplicate in each table. Also, if a reservation is canceled, the reservation is of course invalidated, and the cancellation classification is also managed as a flag, so this can be used for aggregation and analysis. New reservations and changes may also be managed together.

[0031] FIG. 8 is an operational flow diagram of the in-store server 10 when a single customer places an order. When a customer places a pre-order using the customer portable device 100 before arriving at the store or while waiting for a seat near the store entrance, the pre-order data is sent to the cloud server 170 via the network 160. The pre-order data sent to the cloud server 170 is then sent to the in-store server 10 via the network 160 ("Y" in step 2-1) and stored in the in-store server 10 (step 2-2). Note that if there is no pre-order data, step 2-2 is skipped ("N" in step 2-1).

[0032] Next, in step 2-3, when the table number T11 and the bill number F11 are received from the customer portable device 100, it is determined whether the table number T11 and the bill number F11 are valid, and if it is determined that they are valid, the table number T11 and the bill number F11 are linked to the customer portable device 100, the reception is completed ("Y" in step 2-4), and a reception completion notification is sent to the customer portable device 100 (step 2-5).

[0033] On the other hand, if it is determined that the table number T11 or the bill number F11 is invalid, the table number T11, the bill number F11, and the customer portable device 100 are not linked ("N" in step 2-4), and a rejection notice is sent to the customer portable device 100 (step 2-6). As mentioned above, reasons for rejection include, for example, an input error in the read table number T11 or bill number F11 (e.g., data cannot be acquired, the table number T11 is not set in the system settings, or the bill number F11 is not set), or the bill F1 received from the clerk is mistakenly the bill F1 currently being used by another customer (e.g., during payment).

[0034] It is desirable to include the reason for the refusal in this acceptance denial notification. Furthermore, since it can always determine whether a duplicate use has occurred when a screen capturing an image of a previously used bill F1 is used for fraudulent purposes, this is also useful as a countermeasure against such fraud. In other words, if table number T11 and bill number F11 have already been accepted, and that or another bill number F11 is entered for that table number T11, the in-store server 10 is equipped with notification means (such as the CPU 11 that executes steps 2-6) that notifies other devices, such as the reception terminal 70, POS device 20, and kitchen terminal 50, of this status.

[0035] Once the reception is complete (step 2-5), the system then receives in-store order data from the customer portable device 100 ("Y" in step 2-7) and stores the received order data (step 2-8). If there is no in-store order data (only advance order data), the system skips step 2-8 ("N" in step 2-7).

[0036] Next, the stored advance order data and in-store order data are confirmed (step 2-9). Next, the confirmed order data is sent to the kitchen device 50, which starts cooking, and the order data is also sent to the POS device 20, where it is stored as payment data (step 2-10).

[0037] Meanwhile, information that the order data has been accepted is transmitted to the customer portable device 100 (step 2-11). As a result, the customer portable device 100 displays on its touch panel 107, as described above, a message indicating that the order data has been accepted (step 1-14).

[0038] Meanwhile, advance orders or orders placed while waiting for a table are not linked to either the table number T11 or the receipt number F11. They are stored as provisional orders in the cloud server 170, the in-store server 10, or the customer's portable device 100 and are managed identifiably by a reservation number or advance order number. For advance orders placed from outside the restaurant, if a seat reservation is made, the customer's visit is entered into the reception terminal 70. Visit registration can be performed using location information, a specific Wi-Fi connection, entering a reservation number on the screen, or having the reception terminal 70 read a symbol code (e.g., a barcode or two-dimensional code). As described above, if the customer is handed a receipt F1 by a waiter when seated or if the receipt F1 is already placed on an empty table, the customer can enter the receipt F11 and table number T11 to confirm the advance order. Therefore, order data without the receipt F11 and table number T11 is considered "advance order data," and the order is confirmed only when the receipt F11 and table number T11 are associated with each other.

[0039] In the case of a takeaway order made in advance, that is, when the food is taken away before arriving at table T1, cooking instructions may be given so that it arrives in time for the customer's scheduled arrival time. Note that for a takeaway order made in advance that will not arrive at table T1, the order information is confirmed when payment is completed (for example, when payment is completed when the order is made in advance).

[0040] On the other hand, for takeout orders placed at table T1 in the restaurant, payment completion does not have to be a condition for confirming the order information, and the order can be confirmed by reading the receipt number F11 or table number T11. When reading the receipt number F11 or table number T11, there are cases where the customer is only eating and drinking in the restaurant, and cases where the customer is eating and drinking in the restaurant and also purchasing takeout (souvenirs). In these cases, the order information is confirmed by reading the receipt number F11 or table number T11, and the payment is also made using the receipt F1, just like the method described above.

[0041] That is, in the case of a takeout order that includes a pre-order (in-store takeout order) by a customer who links in-store table number T11 and bill number F11, the takeout order information is confirmed by reading bill number F11 (and table number T11). On the other hand, in the case of an order that is pre-ordered from outside the store and then taken home directly from the store (out-of-store takeout order), the takeout order information is confirmed during the pre-payment process.

[0042] Next, FIG. 6(b) is an explanatory diagram showing the flow when a customer leaves the store. As shown in the figure, when a customer leaves the store, they proceed to the POS device 20 with their customer portable device 100 and the bill F1. They then hold the bill F1 over the scanner unit 25 of the POS device 20 to read the identification code (bill number F11) attached or printed on the bill F1. Alternatively, the customer may manually enter the bill number F11. The POS device 20 then retrieves the order information (payment data) linked to the bill number F11 and table number T11 from the in-store server 10 (or cloud server 170 or hard disk 22) and performs the payment process. After the payment process is complete, the link between the table number T11, bill number F11, and customer portable device 100 is released, allowing the bill F1 to be used by another customer. This allows the bill F1 to be used repeatedly. If there are any items to take home at the time of payment, the POS device 20 may display a pop-up or other notification screen such as "There are items to take home," or may display an input button (OK button) for "Receipt completed."

[0043] Furthermore, when the customer leaves the restaurant, it is preferable to input on the customer portable device 100 that all the items for in-restaurant consumption have been served or to declare that the customer wishes to pay, thereby ensuring thorough management of whether or not the receipt F1 is used. For example, an abnormality can be detected when an undeclared receipt F1 is held over the scanner unit 25 of the POS device 20, which serves as a payment device. This is also a fraud prevention measure, and any orders that are still being eaten or have not yet been served are identified at the time of payment. Even if the customer portable device 100 does not declare that the food has been served or the payment has been made, if the payment is processed before the food has been served, the POS device 20 may notify the customer by displaying a message such as "Food has not been served" or by displaying specific item names and quantities. For example, this can detect the forgetting of a dessert after a meal. Furthermore, takeout items can be offered at this timing, or the takeout item's receipt number or table number can be notified to a device operated by a store clerk, allowing the takeout item to be handed to the customer.

[0044] According to this order entry system 1, payment is made by linking the table number T11, the bill number F11, and the customer portable device 100. Therefore, if the table occupied by the previous customer becomes available for payment, the next customer can be seated at the available table even if the previous customer has not yet completed their payment. In other words, if only the table number T11 were linked to the customer portable device 100, even if the table was physically available, if the next customer linked their customer portable device 100 to the table number T11 before the previous customer's payment was completed, there is a risk that the next customer's order would be included in the previous customer's payment, which could be an inconvenience. Furthermore, when so-called mobile payment (air payment) is made using the customer portable device 100, the bill F1 may be read by the scanner unit of the POS device 20, and a sign light or other indicator may be output to notify the customer that the payment has been completed.

[0045] Therefore, if only the table number is used, even if the table is physically vacant, it would be impossible to guide the next customer to the table for data management reasons. On the other hand, with the present order entry system 1, simply distributing a new bill F1 to the next customer makes it possible to distinguish the previous customer from the next customer, so once the table is physically vacant, the next customer can be guided to the table immediately. Furthermore, when paying, the customer approaches the POS device 20 with the bill F1 in hand, which has the added benefit of making it easy for the store clerk to visually recognize that the payment is being made.

[0046] In the above example, advance ordering is possible, but the configuration may be such that this is not possible and orders for the store are made from the customer portable device 100 when the store reception terminal 70 is used to receive the customer's visit. Also, in the above example, the order is made in the store after the table number T11 and the bill number F11 are entered, but the order may also be confirmed by entering the table number T11 and the bill number F11 after the order (provisional order) is made in the store, and the order data is sent to the in-store server 10 and the kitchen device 50.

[0047] As described above, the order entry system 1 comprises an input means (such as a customer portable device) for inputting customer information (such as the membership number used when registering as a member and registration information on the mobile device), table identification information (such as the table number), and transaction identification information (such as the transaction ticket number), a product input means (such as a customer portable device) for inputting products, and an order confirmation means ("Y" in step 1-12) for confirming the order of the products input by the product input means by linking the customer information, the table identification information, and the transaction identification information.

[0048] The order entry system 1 processes orders using a portable device 100 carried by a customer and an in-store server (management device) 10 that receives information from the portable device 100. The in-store server (management device) 10 has a reception means (steps 2-1, 2, 7, 8) that receives orders from the portable device 100 and a confirmation means (step 2-9) that confirms the order information received by the reception means. Meanwhile, the portable device 100 has a touch panel 107 and an imaging unit 113 (input means). When a table number (table identifier) ​​T11 that identifies table T1 is input (step 1-5) using the imaging unit (input means) 113 of the portable device 100 and an accounting ticket number (accounting medium identifier) ​​F11 that identifies accounting ticket (accounting medium) F1 is input (step 1-6), the order information received by the reception means (steps 2-1, 2, 7, 8) of the in-store server (management device) 10 is confirmed (step 2-9). In this example, the in-store server 10 is used as the management device, but instead, the POS device 20 or the cloud server 170 may be used as the management device.

[0049] [When multiple customers place orders using their own mobile devices] When multiple customers place orders using their own portable devices, one customer portable device 100 of the representative customer is first designated as the representative customer portable device 100. Specifically, the customer portable device 100 that reads the table number T11 and the bill number F11 is designated as the representative customer portable device 100. The operation of this representative customer portable device 100 is the same as the operation of the customer portable device 100 shown in FIG. 7 above. After this representative customer portable device 100 inputs the table number T11 and the bill number F11 and receives a notification of acceptance completion, it can display authentication information (two-dimensional code) containing information permitting acceptance on the touch panel 107 of the other customer portable devices 100. The authentication information can be displayed, for example, by pressing a "Group Order" button displayed on the touch panel 107 of the representative customer portable device 100.

[0050] The customer portable device 100 other than the representative operates as follows. FIG. 9 is an operational flow diagram when a customer places an order using the customer portable device 100 other than the representative. The customer other than the representative can first place a pre-order using his / her own portable device 100 before arriving at the store or while waiting for a seat near the store entrance. A pre-order is made by connecting the customer portable device 100 located outside the store to the cloud server 170 via the network 160. That is, a customer portable device 100 into which a program related to the store's ordering system has been downloaded in advance can be used to access the cloud server 170 and make a pre-order.

[0051] At this time, since the authentication information described below has not yet been entered from the representative customer portable device 100, the process proceeds from "N" in step 3-1 to step 3-2. If a pre-order is to be made ("Y" in step 3-2), the process proceeds to step 3-3, where the pre-order is made from the customer portable device 100. The customer portable device 100 then transmits the pre-order data (order information) to the cloud server 170 (step 3-4). If a pre-order is not to be made, steps 3-3 and 3-4 are skipped. The cloud server 170 may transmit the received pre-order data to the POS device 20 of the corresponding store and store it on the hard disk 22, etc. It is advisable to add a reservation number, order number, etc. to this pre-order data and consolidate the orders. Since multiple customer portable devices 100 are used when placing individual orders at their seats, it is preferable to consolidate the pre-order data as described above.

[0052] Next, when the customer visits the store, the image capture unit (scanner unit) 113 of the customer's customer portable device 100 scans the authentication information displayed on the touch panel 107 of the representative customer portable device 100 held by the representative, and the information in the authentication information is entered (step 3-5). The authentication information contains information that is linked to the representative customer portable device 100 (i.e., linked to table number T11 and bill number F11) and authorizes the order, so this authentication information is sent to the in-store server 10 (step 3-6). Then, when a reception completion notice is sent from the in-store server 10 ("Y" in step 3-7), the in-store order becomes available, and the process proceeds to step 3-8. On the other hand, when a reception denial notice is sent from the in-store server 10, an error message indicating that reception was not possible is displayed on the touch panel 107 (step 3-9). As a method of notifying the error, a message such as "This portable device cannot be used" may be displayed on the touch panel 107 of the customer portable device 100, or an audio guide may be given. A case where acceptance is not possible may be, for example, when there is an input error in the input of authentication information.

[0053] As explained above, the customer portable device 100 of a customer other than the representative can place an order from the menu of the store on the customer portable device 100 that entered the authentication information displayed on the representative customer portable device 100, provided that the customer portable device 100 inputs the authentication information.

[0054] When ordering using multiple customer portable devices 100, it is preferable to be able to declare in advance whether to combine the bills or make separate individual payments, in order to ensure a smooth payment process. One method for making this declaration in advance is to display a screen on the touch panel 107 of the master customer portable device 100 or the customer portable device 100 that scanned the device when displaying and scanning the authentication information of the master customer portable device 100, allowing the user to select either individual or collective payment, and then select and confirm either option. Possible timings for confirmation include when the master customer portable device 100 is operating to display the authentication information, or when another customer portable device 100 reads the authentication information of the master customer portable device 100.

[0055] When individual payment is selected, in this embodiment, a different bill F1 is not handed out to each customer, and each customer other than the representative uses their own portable customer device 100 to make their own individual payment. However, in some cases, a different bill F1 may be handed out to each customer making an individual payment, and each customer may use their own bill F1. When using individual bills F1, a message such as "For individual payments, please receive a separate bill from the store clerk" may be displayed on the representative's or the customer's portable device 100 that scanned the bill.

[0056] Next, when ordering from the restaurant ("Y" in step 3-8), the customer inputs order data using the customer portable device 100, for example, by manually inputting the product number from a paper menu or by scanning the identification code displayed on the paper menu with the imaging unit 113 (step 3-10). As explained in step 1-11 above, the order data may also be input using a dedicated app downloaded to the customer portable device 100.

[0057] Then, by pressing, for example, an order completion button (or a confirmation button, etc.) displayed on the touch panel 107 of the customer portable device 100 ("Y" in step 3-11), the order data is transmitted (step 3-12). The transmitted order data includes order data for orders placed in the store as well as advance order data for advance orders. The transmission destination is the kitchen device 50 via the in-store server 10, or the in-store server 10 and the kitchen device 50 in parallel. The in-store server 10 accepts the order data and stores it in association with the representative customer portable device 100. The kitchen device 50 outputs cooking instructions based on the received order data. Once the cooking of the ordered items is complete, it issues serving instructions.

[0058] Next, when the customer portable device 100 receives from the in-store server 10 a message that the order data has been received, the customer portable device 100 displays a message on the touch panel 107 indicating that the order data has been received (step 3-13).

[0059] The operation of the in-store server 10 when an order is placed using a customer portable device 100 other than the representative is almost the same as the operation of the in-store server 10 shown in Fig. 8. That is, when advance order data is received from the cloud server 170, it is stored, and when the authentication information is next received, it enables order input of order data in the store, confirms the stored advance order data and the order data received in the store, and transmits them to the kitchen device 50 and the POS device 20, and transmits a notification that the order has been received to the customer portable device 100.

[0060] In the above example, an order can be placed by reading the authentication information into a customer portable device 100 other than the representative, but instead, an order can be permitted by inputting the table number T11 and the bill number F11 into the customer portable device 100 other than the representative, just like the representative customer portable device 100. In this case, however, it is preferable to provide an order permission means that sends a push notification or email for order permission to the customer portable device 100 (representative customer portable device) that is first permitted to place an order.

[0061] As described above, the representative mobile device 100 is equipped with an output means (touch panel 107) that outputs authentication information that enables other mobile devices 100 to place orders using the same table T1 and same bill (payment medium) F1 as the table number (table identifier) ​​T11 and bill number (payment medium identifier) ​​F11 entered by the mobile device 100, and the other mobile devices can obtain the authentication information (steps 3-5) to place orders to the reception means of the in-store server (management device) 10.

[0062] [When one or more customers use a mobile device to pay] The following describes a case where one or more customers make a payment at the POS device 20. Figure 10 is an operational flow diagram showing the payment procedure at the POS device 20. First, if a customer places an order using a single portable device, the payment is not split ("N" in step 4-1), so the process proceeds to step 4-8. As described above, the scanner unit 25 of the POS device 20 directly reads the bill number F11 (identification code) of the bill F1 held by the customer, and the payment is processed using the order data linked to the bill number F11.

[0063] Next, if multiple customers place orders using their respective portable devices, but only the representative customer pays, the representative customer inputs, for example, into the customer portable device 100 or POS device 20, that they will pay the total amount for all the ordered menu items as the representative. This causes the process to proceed from "Y" in step 4-1 and "Y" in step 4-2 to step 4-8, and as above, the scanner unit 25 of the POS device 20 reads the bill number F11 (identification code) of the bill F1 held by the representative customer, and the payment is processed using the order data linked to the bill number F11.

[0064] Next, we will explain the case where multiple customers each use their own customer portable device 100 to split the payment for the menu items they ordered using their own customer portable device 100 (in this case, the case where three customers split the payment).

[0065] If three people are paying in installments, the process moves from "Y" in step 4-1 and "N" in step 4-2 to step 4-3. In step 4-3, a customer other than the representative (the first customer) operates his or her own customer portable device 100 to display identification information for installment payment (such as a two-dimensional code) on the touch panel 107 of the scanner unit 25 of the POS device 20, and this identification information for installment payment is read by holding it over the scanner unit 25 of the POS device 20. This causes the process to move from "N" in step 4-3 to step 4-4, and since the menu ordered using this customer portable device 100 has not yet been paid for, the process moves to step 4-5, where the installment payment process for the menu ordered using that customer portable device 100 is carried out.

[0066] That is, this installment settlement is performed by displaying (outputting) settlement identification information on the touch panel 107 of the customer portable device 100, and reading this settlement identification information with the scanner unit 25 of the POS device 20.

[0067] Next, the process moves to step 4-3, where another customer (second customer) other than the representative operates the customer portable device 100 to display the identification information for installment payment on the touch panel 107, and reads this identification information for installment payment by holding it over the scanner unit 25 of the POS device 20. The process then proceeds to the same operation as for the first customer, whereby the installment payment process for the menu item ordered from the customer portable device 100 is carried out (steps 4-3, 4, 5).

[0068] That is, this installment settlement is also performed by displaying (outputting) the settlement identification information on the touch panel 107 of the customer portable device 100, and reading this settlement identification information with the scanner unit 25 of the POS device 20.

[0069] Finally, in step 4-3, if the representative customer (third customer) holds the bill number (identification code) F11 displayed on the bill F1 over the scanner unit 25 of the POS device 20 and it is read, the process moves from "Y" in step 4-3 to step 4-6. At this point, the installment settlement using the customer portable devices 100 of all other customers (first and second customers) has been completed ("Y" in step 4-6), so the installment settlement process using the bill F1 is carried out (step 4-8). This completes the series of installment settlements.

[0070] On the other hand, if an attempt is made to make an installment payment by holding the bill number (identification code) F11 of the bill F1 over the scanner unit 25 of the POS device 20 when all other customers (the first and second customers) have not yet completed their installment payments using their portable customer devices 100, the process moves from step 4-6 to step 4-7, and the POS device 20 notifies the customer that installment payment is not possible. The notification method may be, for example, a message on the display unit 26 such as "Please complete the installment payment using your portable device first," or a voice message. This ensures that the representative customer holding the bill F1 makes the installment payment last.

[0071] As described above, by configuring the settlement process using the representative's customer portable device 100 to be performed last, settlement using the receipt F1 will always be the last, eliminating the risk of forgetting to settle installments for customers other than the representative. This ensures that installment settlements using all customer portable devices 100 and receipt F1 can be performed without error, and also prevents the risk of fraudulent accounting.

[0072] Alternatively, a threshold may be set in advance for the number of customer portable devices 100, and when split payments are made for a number of devices exceeding the threshold, the representative customer holding the receipt F1 may be allowed to make the split payment last. For example, the threshold may be set to three, allowing up to two customers to make split payments using receipt F1 first, but if there are more than three customers, the split payment using receipt F1 must be made last. This is because if there are a large number of customers, it becomes difficult for store clerks to determine whether all split payments have been completed, which could lead to fraudulent payments.

[0073] Because the present invention is an ordering system that uses receipt tags F1, it is possible to prevent customers from accidentally leaving the store without paying by, for example, making receipt tags F1 larger, making them make a sound when they fall, or making them visible to store staff and other customers. Also, by attaching a security tag to the receipt tag F1, it is possible to prevent customers from accidentally leaving the store while holding the receipt tag F1 by using an antenna that detects the security tag.

[0074] Note that the order is confirmed by linking the receipt F1 to the table number T11, but if the identification number of the app downloaded by the customer is linked instead of receipt F1, an error can be generated if another app identification number is linked to the table. In that case, management is possible by displaying the app identification number in the symbol code at the time of payment. To prevent fraud, the reception terminal 70 may issue a receipt with a printed accounting symbol code when the customer is seated. If the bill F1 is not required to confirm an order, the payment process may be carried out by symbolically coding the receipt number, as in the past, on the serving receipt, or the customer's portable device 100 may read the symbol code of the receipt number handed to the customer by the waiter when serving the food, thereby confirming the payment data. This provides a system-wide security measure.

[0075] However, because the combination of table number T11 and bill number F11 is fixed identification information, the same combination is used repeatedly, even within the same business day. If a photograph of table number T11 and bill number F11 were taken with a camera or the like and then entered into customer portable device 100, there is a risk that another customer's order would be entered.

[0076] In response to this, improper processing can be prevented by managing errors in the order data folder on the in-store server 10, etc. For example, if an incorrect table number T11 and bill number F11 are entered, and an order data folder for that combination has already been created and is flagged as "on order," the entry is flagged as an error. Then, for other customers who enter later, a notification such as "Order cannot be started" or the order confirmation operation is prohibited. On the other hand, for customers who entered earlier, a function may be added to notify them of an "unauthorized access" error, and a function may also be added to notify staff via the kitchen terminal 50, reception terminal 70, POS device 20, etc. Since the customer who entered later may be a legitimate customer, instead of the above display, a message such as "An error has occurred. Please call a staff member" may be displayed, followed by a staff member notification. Note that the order data folder is treated as historical data once payment has been completed. In other words, if there is order data for the same table number T11 and the same bill number F11 that is "on order (in use)", control is performed to not allow orders from the customer portable device 100 of a new customer (different group). Unlike when managing only the table number T11, the identification number of the above app, which has been replaced with the bill F1, can also prevent fraud and waste, such as ordering at table number T11 that has been used in the past or serving items that have not been ordered by other customers.

[0077] When ordering using multiple customer portable devices 100 (of the same group), the customer portable devices 100 other than the representative can place orders by receiving authentication from the representative customer portable device 100, and no problems arise. On the other hand, an error occurs when an order is placed from a customer portable device 100 of another customer outside the same group. That is, the configuration in which an order can be placed from the customer portable device 100 of the representative customer and then the customer portable device 100 of another customer in the same group can place orders by receiving authentication from the representative customer portable device 100 is not limited to the above-described order entry system 1, which allows orders from the representative customer portable device 100 using the table number T11 and the bill number F11, but can also be used in various other order reception systems. For example, it can be effectively used in an over-the-air payment system using a table number, location information (GPS), a beacon, or login to in-store Wi-Fi.

[0078] Incidentally, the authentication information displayed on the representative customer portable device 100 can be dynamically assigned a code that allows access to the order data (folder). If the dynamically assigned authentication information is stored in the application on the customer portable device 100, the checkout symbol code can be displayed only on the other portable devices when the checkout start button is pressed, allowing individual checkouts. If the authentication information here is dynamically created to be unique, fraud cannot be tolerated.

[0079] As described above, when the order data ordered from each mobile device 100 is settled in installments, the order data from the representative mobile device 100 that inputs the accounting ticket number (accounting medium identifier) ​​F11 is linked to the accounting ticket (accounting medium) F1, while the mobile devices 100 other than the representative output (display) settlement identification information for settling the respective order data.

[0080] In addition, when making installment settlements, if the settlement process by the other portable devices 100 has not been completed, the settlement process by the representative portable device 100 linked to the accounting ticket (accounting medium) F1 is prohibited.

[0081] [When customers place orders without using a mobile device] Although the ordering method using a portable device by a customer has already been described, a case where not all customers can place an order using a portable device will now be described.

[0082] When using a mobile device loaned from the store, an order may be confirmed by entering the store clerk's identification code, transaction identification information (account ticket), and table number instead of customer information. When a loaned mobile device is loaned to a customer, the store clerk identification code may further be linked to the mobile device's serial number, etc. This is very convenient for customers, as they can place an order in advance while waiting for a seat without having to enter a table number. Also, since the store's waiting room can be managed, cooking instructions may be sent to a kitchen terminal. The kitchen terminal may start cooking at that time. Cooking instructions may also be sent based on the remaining waiting time, taking into account the expected waiting time. In this way, the customer's ordered food is served immediately after being shown to their seat.

[0083] Furthermore, if each table is equipped with a self-ordering terminal, the customer enters the identification information (transaction identification information) F11' of the receipt F1' (as shown in FIG. 12(a)) into the self-ordering terminal. If the self-ordering terminal is equipped with a scanner, the customer may use the scanner to read the identification information F11', which consists of a symbol code (e.g., a barcode or two-dimensional code) on the receipt F1'. If the receipt F1' has barcode-readable characters F111' printed on it, the customer may enter the readable characters or the number printed on the receipt F1' using the numeric keypad. Note that, as a condition for starting an order, a character string P11 to be entered according to a predetermined rule may be generated and issued on a seating receipt P1, as shown in FIG. 12(b), issued by the waiter when seating. This allows customers who do not bring a mobile device to place self-orders. Note that, in the case of a self-ordering terminal, if the table number is already associated with the self-ordering terminal, entering the table number may be omitted.

[0084] Furthermore, if there is no self-ordering terminal or a rental portable device at the table, a waiter may take the order directly using the waiter portable device 130 (order terminal). In this case, the order may be initiated upon input of information that can identify the bill and login information for logging into the waiter portable device 130 (order terminal) (information that can identify the waiter, such as a waiter code; if the waiter is running the waiter portable device 130 (order terminal) app on a portable device brought by the waiter, any information that can identify the portable device may be sufficient). The table number may be input by scanning a symbol code (e.g., a barcode or two-dimensional code) attached to the table, or the waiter may input the table number. This avoids operational errors by the waiter. Note that, since the waiter portable device 130 is generally operated by a waiter, the bill F11 need not be a prerequisite for order input. In other words, the bill F11 can be linked after the final serving of food has been completed and the customer has confirmed whether or not they would like to place an additional order.

[0085] Furthermore, if the reception terminal is set to link the table to the bill when seating is provided, fraud and operational errors can be further prevented. When seating is provided, the symbol code (barcode, two-dimensional code, etc.) on the bill can be scanned by the scanner of the reception terminal (seat guide terminal), or the bill can be specified from the reception terminal screen. Instead of bills, a bill can be issued as a payment medium such as a seat guide card or the above-mentioned seat guide receipt P1, and linked to the table number when issued. Note that payment can also be made using a food delivery receipt or a settlement receipt. A settlement receipt can be issued separately once all the items have been served.

[0086] Next, an example of the reception operation of the reception terminal 70 when the present invention is applied will be described. FIG. 13 is a diagram showing an example of the transition of the display screen when a customer arrives at the reception terminal 70. When a customer arrives in front of the reception terminal 70, the display screen of the reception terminal 70 displays the initial screen G1-1 shown in FIG. 13(a). The initial screen G1-1 displays a reception button G11 and a reserved button G13. When the reception button G11 is pressed, a reception number is immediately assigned. When the button G11 is pressed, the seat reservation screen G1-3 shown in FIG. 13(c) is displayed. Next, by inputting the conditions (number of people, seat type (counter / table), non-smoking / smoking, etc.) using the seat condition selection button G19 and the number of people input button G21 on the seat reservation screen G1-3 and then pressing the decision button G23, a seat guide receipt and a call receipt (not shown) will be issued. The customer then waits until they are called. Furthermore, when G13 is pressed, the check-in screen G1-2 in FIG. 13(b) is displayed. Next, when the reservation number is entered in the reservation number input field G15 on the check-in screen G1-2 and the confirm button G17 is pressed, the customer with the reservation will be in a state of having arrived at the store (checked in). Alternatively, a symbol code of the reservation number may be displayed on the app screen of the customer's mobile device and read by a scanner provided on the reception terminal. If the reservation number is entered manually, a call receipt may be issued, and the reservation number on the customer's mobile device may be used to verify the customer when guiding them to their seat. The seat reservation operation using the customer portable device 100 is similar to that shown in FIG. 13(c), except that a screen for specifying the date and time of visit and the store to be visited is added, and the method for specifying conditions on the operation screen is almost the same.

[0087] FIG. 14 shows an example of the transition of the touch panel 107 when preordering products using the customer portable device 100. FIG. 14(a) shows the TOP screen. A home button, a coupon button, an order (menu) button, and a My Menu (not shown) may be provided to allow ordering from purchase history or favorites. When preordering using the customer portable device 100, for example, the user presses the View Menu button G25 on the initial screen G2-1 shown in FIG. 14(a) to display the product selection screen G2-2 shown in FIG. 14(b). Then, the user selects one or more products from the products displayed on the product selection screen G2-2. After selecting the products, the user presses the Order Confirmation button G27 on the product selection screen G2-2 to display the order confirmation screen G2-3 shown in FIG. 14(c). After confirming the order details, the user presses the Confirm button (not shown) to display the order details screen G2-4 shown in FIG. 14(d). The order details screen G2-4 displays the order number G29, which is used when arriving at the store and submitting advance order data (for example, steps 1-3 and 4 shown in FIG. 7). In addition, in Figure 14(c), to process the payment, the customer checks the order list, selects whether to take out or consume in the store, and if take out, whether to pay in advance or in the store, the time of arrival, the store, etc. It is also possible to prohibit order cancellations by counting backward from the time of arrival. The order number G29 in Figure 14(d) may be sent to a registered email address for confirmation. Furthermore, in the store, the product order history, total amount, etc. are updated as needed, so the customer can always understand the current status of their order. The app on the customer portable device 100 may also have a function to call a store clerk.

[0088] Figure 15 shows specific examples of various receipts issued by the order entry system 1, where Figure 15(a) shows an example of an accounting receipt R1 issued, for example, from the receipt printing unit 28 of the POS device 20 after payment is completed, Figure 15(b) shows examples of serving receipts R2-1, R2-2 issued from the printing unit of the kitchen equipment 50, and Figure 15(c) shows examples of cooking instruction tickets R3-1, R3-2 issued from the printing unit of the kitchen equipment 50. The accounting receipt R1 has the transaction details printed on it. In this example, since it is possible to distinguish between items ordered by a customer and items ordered by a store clerk, an input category may be printed. A two-dimensional code for downloading the app may also be printed to promote use of the mobile app on the customer portable device 100. Applying app membership coupons or discounts (app member self-order prices) on items ordered on the customer portable device 100 is a good way to promote usage. In this case, the payment amount may also be printed on the settlement receipt. The serving receipts R2-1 and R2-2 are receipts for serving the ordered items. They may also be used as accounting slips (substitute receipts for the accounting ticket F1). Here, the person who entered the order is printed as the person in charge, but in businesses with table attendants, the name of the person serving the tables may also be printed. The cooking instruction tickets R3-1 and R3-2 are issued by the built-in printer of the kitchen device 50 or a kitchen printer.

[0089] Next, we will explain the order entry modes in the present order entry system 1. FIG. 16 is a diagram showing the usage modes of the present order entry system 1 according to modes A to F. In the figure, customers in modes A, B, C, D, and F carry customer portable devices 100 to which a mobile app related to the present order entry system 1 has been downloaded, while customers in mode E do not carry the customer portable device 100. In other words, this is an example of order entry operations while moving from outside the store to inside the store, in cases where the customer has a mobile device and in cases where the customer does not have a mobile device. In the case of mode A, the customer operates the mobile device to reserve a seat and place an advance order. Since the mobile device has the mobile app downloaded, the operations performed on the mobile device include membership information. The membership information of customers who have placed an advance order and reserved a seat is associated and converted into data. In form B, an advance order is not placed using the operations of form A. In form C, a seat reservation is not made using the operations of form A. Furthermore, form D is a form in which a customer enters the restaurant with the mobile app downloaded to their mobile device. In the case of form D, it is sufficient to download the mobile app while inside the restaurant (waiting room). As a result, in forms A to D, an advance order can be placed before being seated at a table inside the restaurant.

[0090] [Form A] Outside the store, the customer uses the customer portable device 100 to input customer identification (customer information), a pre-order, and a seat reservation. Next, in the waiting room inside the store, the customer receives and inputs a bill (account identification information). At this time, the customer portable device 100 may also be used to accept additional orders and cooking instructions. Then, at the table inside the store, table identification information is entered to identify the seat and confirm the serving destination. Cooking instructions may also be accepted at this time. Also, if there is a waiting time, additional orders, changes, deletions, etc. may be made in the waiting room. Note that pre-orders and cooking schedule instructions may be managed as provisionally confirmed until check-in.

[0091] [Form B] Outside the store, the customer uses the customer portable device 100 to input customer identification (customer information) and a seat reservation. Since a seat reservation has been made, a check-in process is performed at the reception terminal. A customer may place a pre-order in the waiting room inside the store, and this pre-order will be the first order. If there is no seat waiting, the customer reads the table identification information at the table with the customer portable device 100 and orders the product. In this case, the customer may order the product using the customer portable device 100, or may place the order with a store clerk. In this case, the store clerk will receive the order using the store clerk's portable device.

[0092] [Form C] Outside the store, the customer uses the customer portable device 100 to input the customer's identification (customer information) and advance order. After entering the store, since a seat reservation has not been made, the customer specifies the desired seating conditions at the reception terminal. The method of specification is as described above. The customer moves to a table and the order is confirmed by reading the table identification information.

[0093] [Form D] A customer comes directly to the store (waiting room) and uses the customer portable device 100 to identify themselves (customer information) and specify their desired seating conditions. They may place an order in advance, order at their table, or give the order to a waiter. In this case, the customer inputs transaction identification information and table identification information using the customer portable device 100, for example, when they move to their table. The timing of the start of cooking may be determined by the kitchen terminal as the person in charge of cooking, or, if the cooking lead time for each item is managed, cooking instructions may be automatically initiated according to the lead time (cooking time).

[0094] [Form E] Form E is for non-members, i.e., general customers. It also includes cases where members do not use a mobile device. The customer comes directly to the store (waiting room), selects a seat, and receives a bill (transaction identification information). The waiter then uses the waiter's portable device 130 to enter the order at a table inside the store. In this case, for example, order entry is possible once the waiter's identification (waiter identification information) and seat identification (table identification information) have been completed using the waiter's portable device 130. After the order is entered and confirmed, cooking instructions are given. Note that input of the bill (transaction identification information) is not required when using a waiter's portable device; the bill (transaction identification information) can be entered before the transaction. Note that a bill may not be necessary if the transaction is processed using a bill slip or similar instead of a bill.

[0095] [Form F] In type F, a customer orders products using the customer portable device 100 after sitting at a table. The customer comes directly to the store, receives a bill, and then sits at a table inside the store. Then, using the customer portable device 100, the customer identification (customer information), seat identification (table identification information), bill (transaction identification information), order, and cooking instructions are input. The customer may also download a mobile app at the table and order products.

[0096] FIG. 17(a) shows an example of the seating management monitor screen G3. The seating management monitor screen G3 is displayed on the display unit of, for example, the reception terminal 70, the POS device 20, or the kitchen device 50. As shown in the figure, the seating management monitor screen G3 displays the table arrangement status in the restaurant. In the figure, the table with table number "0001" displays a mobile phone mark G31, indicating that an order was placed by mobile phone. The "1 / 4" displayed on the table with table number "0001" indicates that one of the four ordered items has not yet been served. The table with table number "0002" has placed an order not by mobile phone. The "Served" displayed on the table with table number "0002" indicates that all ordered items have been served. Even when operating the staff portable device 130, table grouping operations, such as specifying multiple tables and associating them with reservation numbers or guide numbers, can be performed. Tables numbered "0007" and "0008" are marked with a "●" and enclosed in a dotted line, indicating that both tables are occupied by one group. These tables indicate that orders have been placed using a customer's mobile device, and that all of the eight items ordered have not yet been served. Furthermore, when a waiter guides a customer to a table, seat management data is generated by associating the reservation number or guide number with the seat number. The necessary information for each table is updated and displayed. Note that the example shows the store layout, but a list screen such as a table chart may also be used. The status of each table, whether it is available, in use (served), or being cleared away, may also be displayed in different ways. The main table number may be determined in ascending or descending order, or by designation. The seat management monitor is updated when a timer or a specific key is pressed, for example.

[0097] Furthermore, when the table portion of the seat management monitor screen G3, for example, table number "0001," is pressed, a table detail information screen G3a for table number "0001" is displayed as shown in FIG. 17(b). In this example, for the customer at table number "0001," the customer information (membership number) of the customer portable device 100, the number of customers, customer demographics, the number of items served, and the number of items yet to be served are displayed. Furthermore, when the table portion of the seat management monitor screen G3, for example, table number "0002," is pressed, a table detail information screen G3b for table number "0002" is displayed as shown in FIG. 17(c). The customer at table number "0002" does not use the customer portable device 100, but has a waiter take their order, and the number of customers, customer demographics, the number of items served, and the number of items yet to be served are displayed.

[0098] A distinctive feature of this display is that it can distinguish whether an order has been accepted by the customer portable device 100 or the waiter portable device 130 by displaying an icon in a different manner. For example, if there are many tables occupied by the customer portable device 100, waiter staff can be assigned to tasks other than waiting area service, allowing for staff allocation and assignment instructions based on the situation in the restaurant. Detailed table information may be displayed by specifying the table number, leading to a details screen. In the case of a touch panel, selection may be made by touching the screen. The details screens are shown in FIGS. 17(b) and 17(c). FIG. 17(b) indicates that the user is the customer portable device 100. The details screens show the number of customers, customer demographics, and serving status. FO indicates the time of the first order, and AO indicates the time of the additional order. The serving status may be displayed in a different manner. FIG. 17(c) shows a table where an order was placed using the waiter portable device 130, and SE indicates the time when serving is completed.

[0099] The seat management monitor may update the table status from "in use" to "ready to use" by receiving information such as when the POS device reads the customer's bill F1 or the symbol code on the bill, or when the payment process is complete. Alternatively, the status may be updated when the customer declares the payment process on the customer portable device 100. This allows the waiter to smoothly clear the table. After the table has been cleared, the waiter portable device 130 or other device may notify the waiter that the table has been cleared, and the status may be updated from "ready to use" to "vacant." This provides significant benefits as the table status can be updated reliably.

[0100] When processing the payment, the customer may issue a payment instruction using the customer portable device 100. This operation allows the customer to know if there are any items that have not been served before leaving their seat. If this payment instruction operation is not performed, the POS device 20 may issue a warning or notification. When ordering using the store clerk portable device 130, no special operation is required; the store clerk portable device 130 can link the transaction data and the payment slip before payment, or the customer can go to the POS device 20 with the payment slip.

[0101] When settlement is carried out using a self-service POS device (when the POS device 20 is a self-service POS device), for example, a transaction information reading instruction screen G4-1 such as that shown in Figure 18(a) is displayed on the display unit 26 of the self-service POS device 20. The transaction information reading instruction screen G4-1 displays instructions to have the scanner unit 25 of the self-service POS device 20 read the transaction identification number F11 on the transaction ticket F1, so the customer follows these instructions to have the transaction identification number F11 read. This causes various instruction screens for settlement (including those not shown) to be displayed, and the customer proceeds with the settlement process by following the instructions on each screen.

[0102] If a digital coupon is available, it can be reflected in the order data by first declaring that the coupon will be used, but for customers who are not registered as members, the coupon can be reflected by displaying a coupon reading instruction screen G4-2 as shown in FIG. 18(b) and having the scanner unit 25 read the symbol code on the coupon (a type that displays a mobile coupon on the screen or a paper coupon). Next, a payment method selection screen G4-3 as shown in FIG. 18(c) is displayed, and the customer selects a payment method using this screen G4-3. Finally, a payment method instruction screen G4-4 as shown in FIG. 18(d) is displayed, and payment is completed by following the instructions on this screen G4-4.

[0103] As described above, customers who are not registered as members can select either cashless or non-cash payment to process the payment. Meanwhile, registered customers (members) can also perform air payment if they have prepaid (take-out) or have a pre-registered non-cash payment method. In this case, the results of the non-cash payment performed separately on the customer portable device 100 are displayed as a symbol code on the touch panel 107 of the customer portable device 100, which can then be scanned by the scanner unit 25 of the self-service POS device 20 or by using NFC or other means to indicate that the payment has been completed. Alternatively, the transaction identification number F11 can be scanned to complete the process. The check receipt F1 can be checked by a store clerk using the scanner unit 25 instead of the customer. The self-service POS device 20 can notify the store clerk that the payment has been completed by using a sign light or data output.

[0104] This order entry system processes orders using a portable device carried by a customer and a management device that accepts information from the portable device. The management device has a reception means for accepting orders from the portable device and a confirmation means for confirming the order information accepted by the reception means. Meanwhile, the portable device has an input means, and is characterized in that the order information accepted by the reception means of the management device is confirmed on the condition that a table identifier that identifies a table and an accounting medium identifier that identifies an accounting medium are input via the input means of the portable device. This order entry system confirms order information based on the input of a table identifier (such as a table number) and a billing medium identifier (such as a bill), making it possible to distinguish between orders from previous and following customers using the same table. This solves the problem of not being able to seat the next customer at a table even if it becomes available until the previous customer has finished paying, thereby improving the efficiency of order acceptance.

[0105] In addition to the above features, this order entry system is also characterized in that the portable device is equipped with an output means for outputting authentication information that enables other portable devices to place orders using the same table and accounting medium as the table identifier and accounting medium identifier entered by the portable device, and the other portable devices can obtain the authentication information to place orders to the reception means of the management device. This allows ordering from multiple portable devices. The timing of ordering from each portable device does not necessarily have to be after the representative inputs the table number (table identifier) ​​and receipt number (accounting medium identifier) ​​into their own portable device. For example, a pre-order (provisional order) can be placed in advance from each portable device, and the pre-order can be confirmed when the representative inputs the table number and receipt number into their own portable device. For example, when ordering using multiple portable devices, a group can place their orders in advance on their respective portable devices while waiting for their seats, and when they arrive at their table, the representative can enter the table number and bill number into his or her own portable device, and then have the authentication information obtained by another portable device, which will confirm all of the advance orders and give cooking instructions. For example, a representative can output authentication information in advance, which is then acquired by other portable devices, and then each person can place an order in advance on their own portable device.When they sit down, they can enter their table number and bill number into their own portable device, thereby confirming all of the advance orders and issuing cooking instructions. Advance orders can be managed even more efficiently if they are managed separately from confirmed orders, for example, on a kitchen terminal.

[0106] This order entry system is also characterized in that the management device is provided with a notification means for notifying other devices of the situation when the table identifier and the accounting medium identifier have already been accepted and the accounting medium identifier or another accounting medium identifier is input into the table identifier. This makes it easy to know whether the same or a different accounting medium identifier has been entered for the same table identifier when the table identifier and accounting medium identifier have already been accepted.

[0107] Furthermore, this order entry system is an ordering method using an order entry system that processes orders using a portable device carried by a customer and a management device that accepts information from the portable device, wherein the management device comprises a reception process for accepting an order from the portable device and a confirmation process for confirming the order information accepted in the reception process, while the portable device comprises an input process, and is characterized in that the order information accepted in the reception process of the management device is confirmed on the condition that a table identifier that identifies a table and an accounting medium identifier that identifies an accounting medium are input in the input process of the portable device.

[0108] In addition to the above features, this order entry system is also characterized in that, when the order data ordered from each mobile device is settled in installments, the order data from the mobile device that inputs the accounting medium identifier is linked to the accounting medium, while the other mobile devices output settlement identification information for settling the respective order data. This allows for smooth individual accounting. Furthermore, by linking the order data from the mobile device (representative's mobile device) into which the bill number (billing medium identifier) ​​has been entered to the bill, the representative is forced to pay using the bill, which allows the bill to be collected at the store.

[0109] In addition to the above features, this order entry system is also characterized in that when installment settlement is performed, if the settlement process using the other portable device has not been completed, the settlement process using the portable device linked to the accounting medium is prohibited. By having the settlement process using the representative's portable device be performed last, it is possible to ensure that the settlements using all portable devices are performed correctly.

[0110] In this way, by managing orders using table numbers and bill numbers, staff can reduce the amount of time it takes to place orders. While ticket vending machines can also reduce the number of staff required in a store, this system offers greater benefits than those devices and systems when you consider the hassle of customers having to move when placing additional orders. Furthermore, because bill numbers are read when customers arrive at the store, they can also be used as an alternative to obtaining location information.

[0111] This order entry system also includes an input means for inputting customer information, table identification information, and transaction identification information, a product input means for inputting products, and an order confirmation means for confirming an order for the product input by linking the customer information, the table identification information, and the transaction identification information. Since product orders are confirmed based on the input of customer information, table identification information (such as table number), and transaction identification information (such as bill), it is possible to distinguish between orders from previous and subsequent customers using the same table. This solves the problem of not being able to seat the next customer at a table even if it becomes available until the previous customer has finished paying, thereby improving the efficiency of order acceptance. The input means is preferably a portable device.

[0112] In addition to the above features, this order entry system is characterized in that when the mobile device is held by a store clerk, the order confirmation means is executed by linking the mobile device to store clerk identification information instead of the customer information. That is, in the case of non-member customers, there is no customer information, so orders are placed using a portable device carried by a store clerk.

[0113] In addition to the above features, this order entry system is characterized by including a terminal that links the table identification information and transaction identification information in advance. For example, if a terminal (such as a reception terminal) links table identification information (such as a table number) with transaction identification information (such as a transaction ticket) when seating, even if a customer accidentally goes to the wrong table, the mistake can be easily noticed by informing the customer and staff, and this also helps prevent fraud.

[0114] This ordering method also includes an input step for inputting customer information, table identification information, and transaction identification information, and a product input step for inputting products, and further includes an order confirmation step for confirming the order for the products input by the product input means by linking the customer information, table identification information, and transaction identification information.

[0115] The order entry system of the present invention comprises an identification means for identifying an ordering device (such as a customer portable device 100 or a store clerk portable device 130) from member identification information or store clerk identification information, an input means (step 2-3) for inputting table identification information (such as a table number T11), and a registration means (steps 2-2, 2-8) for registering the products to be purchased, and is characterized by comprising an order confirmation means (step 2-9) for confirming the order of the products registered by the registration means by storing the member identification information or the store clerk identification information and the table identification information in a storage means. Since product orders are confirmed based on the condition that member identification information or store clerk identification information and table identification information (such as table number) are stored, it is possible to distinguish between orders from customers before and after using the same table. This solves the problem of not being able to seat the next customer at a table even if it becomes available until the previous customer has finished paying, thereby improving the efficiency of order acceptance.

[0116] In addition to the above features, the present invention is characterized in that the identification information identified by the identification means can distinguish the order confirmed by the order confirmation means depending on whether it is the member or the store clerk. This makes it possible to recognize from which ordering device the order was placed.

[0117] In addition to the above features, the present invention is characterized by including a printing means for changing the printing format of the order depending on whether the identification information identified by the identification means is the member or the store clerk. This makes it possible to recognize from which ordering device the order was placed, as shown in "person in charge, person in charge" in FIG.

[0118] In addition to the above features, the present invention is characterized by comprising a seat management means and an output means for outputting table information that can be identified from the table identification information in a discriminative manner, in accordance with the table identification information and the ordering device identified by the identification means. Table information refers to various information such as the number of customers and the status of serving food, for each table identification information, according to the ordering device (customer portable device 100 or waiter portable device 130) identified by the identification means, as shown in Figures 17(a), (b), and (c). This makes it easy to recognize the contents of each table information.

[0119] In addition to the above features, the present invention is further characterized by comprising a reading means (such as an imaging unit 113, 143) for reading identification information of a transaction medium, and the order confirmation means, when the identification means identifies the ordering device from member identification information, confirms the order by storing the identification information of the transaction medium, the member identification information, and the table identification information in the storage means, and when the identification means identifies the ordering device from store clerk identification information, confirms the order by storing the store clerk identification information and the table identification information in the storage means. For example, if a staff member's portable device is used as the ordering device, an order can be entered once the staff member's identification (staff member identification information) and seat identification (table identification information) have been entered. On the other hand, if a member's portable device is used as the ordering device, an order can be entered once the staff member's identification (staff member identification information), seat identification (table identification information), and bill (account identification information) have been entered.

[0120] The ordering method according to the present invention also comprises a step of acquiring member identification information or store clerk identification information, a step of inputting table identification information, and a step of registering the product to be purchased, and is characterized by further comprising an order confirmation step of confirming the order for the product registered in the product registration step by storing the member identification information or store clerk identification information and the table identification information in a storage means.

[0121] The programs executed by the order entry system 1 according to the above embodiment (the in-store server 10, the POS device 20, the kitchen device 50, the reception terminal 70, the customer portable device (in-store) 100, the staff portable device 130, the customer portable device (outside-store) 100, and the cloud server 170) are provided in advance by being stored in a ROM, a hard disk, or the like. However, the present invention is not limited to this. The programs may be provided by being recorded in an installable or executable file format on a computer-readable recording medium such as a CD-ROM, a flexible disk (FD), a CD-R, or a digital versatile disk (DVD). The programs executed by the order entry system 1 according to the above embodiment may also be stored on a computer connected to a network such as the Internet and provided by being downloaded via the network. The programs executed by the order entry system 1 according to the above embodiment may also be provided or distributed via a network.

[0122] Although the present invention has been described above as an embodiment, it is not limited to the above embodiment and various modifications are possible within the scope of the claims and the technical concept described in the specification and drawings. Furthermore, any configuration not directly described in the specification and drawings is within the scope of the technical concept of the present invention as long as it achieves the functions and effects of the present invention. Furthermore, the embodiments described above and shown in the drawings can be combined with each other as long as there is no contradiction in their purpose, configuration, etc. Furthermore, even a portion of the contents described above and shown in the drawings can be independent embodiments, and the present invention is not limited to a single embodiment combining the above description and drawings. [Explanation of symbols]

[0123] 1 Order entry system 10 In-store server (management device, store controller) 11 CPU 12 ROM 13 RAM 14 Display section 15 Hard disk 16 Operation unit 17 Communications Department 18 Communications Line 20 POS device 21 CPU 22 Hard disk 23 ROM 24 RAM 25 Scanner section 26 Display unit 28 Receipt printing unit 29 Drawer section 30 Communication section 31 Operation unit 32 Communication line 50 Kitchen equipment 70 Reception terminal 80 Access points 100 Portable devices for customers 130 Store clerk portable device 101(131) CPU 103(133) ROM 105(135) RAM 107(137) Touch panel (display and operation unit) 109(139) Communication section 111(141) Operation button section 113 (143) Imaging unit 115 (145) Communication line 160 Network 170 Cloud Server 190 LAN 200 Menu File T1 Table T11 Table number (table identifier, table identification information) F1, F1´ Accounting slips (accounting media) F11, F11´ Accounting number (accounting medium identifier, accounting identification information) P1 Seat guide receipt P11 Character string

Claims

1. An order entry system that accepts orders from mobile devices each owned by a plurality of customers, comprising: a pre-ordering means for accepting a pre-order from the mobile device; a means for identifying a portable device that has read the table identification information and the transaction identification information as a representative portable device; a display unit for displaying authentication information in the representative portable device identified by the identification unit; Equipped with The advance order information received by the advance order means in a portable device other than the representative portable device is considered to be accepted by inputting the authentication information. An order entry system characterized by:

2. The timing for confirming whether to perform individual or collective accounting for the orders from the multiple customers is when the authentication information is displayed on the representative portable device, or when the authentication information displayed on the representative portable device is entered by a portable device other than the representative portable device.

2. The order entry system according to claim 1.

3. A computer as an order entry system that accepts orders from mobile devices each owned by a plurality of customers, a pre-ordering means for accepting a pre-order from the mobile device; a means for identifying a portable device that has read the table identification information and the transaction identification information as a representative portable device; a display means for displaying authentication information in the representative portable device identified by the identification means; It functions as Furthermore, the advance order information received by the advance order means is considered to be accepted by a portable device other than the representative portable device by inputting the authentication information. A program characterized by:

Images