Information processing system, information processing method, and program

Abstract

To prevent a next customer at the same table from placing an order on the same bill while the previous customer at the same table has not yet completed payment in a mobile ordering system of a restaurant. [Solution] The information processing system has a control unit. When the control unit first receives table identification information from a user terminal that identifies a table or seat at a restaurant used by a user of the user terminal, the control unit generates slip identification information corresponding to the table identification information and causes the user terminal to display an order screen. When the control unit next receives the same table identification information, the control unit determines whether a predetermined time has passed since the previous reception of the table identification information or since the first order information was received after the previous reception of the table identification information. If the control unit determines that the predetermined time has not passed, it maintains the generated slip identification information, and if it determines that the predetermined time has passed, it generates new slip identification information different from the generated slip identification information.

Description

[Technical field]

[0001] The present invention relates to an information processing system, an information processing method, and a program capable of accepting mobile orders from user terminals at restaurants. [Background technology]

[0002] Mobile ordering systems that allow users to order food and drink from their smartphones or the like have been introduced in restaurants.

[0003] For example, Patent Document 1 below discloses a system in which a restaurant places a printed material on each table with a two-dimensional code that stores a table ID that identifies the table, and a user can access the restaurant's food and drink ordering page by reading the two-dimensional code with a user terminal, and can then make a mobile order for food and drink by sending order information along with the table ID to a server via the order page. [Prior art documents] [Patent documents]

[0004] [Patent Document 1] JP 2022-078691 A Summary of the Invention [Problem to be solved by the invention]

[0005] Incidentally, the mobile ordering system mentioned above can be divided into two types: one that only accepts food and drink orders and handles the payment by a separate means, and one that can handle everything from ordering to payment (by credit card or electronic money) within the system. In the case of the former, particularly in restaurants with a high customer turnover rate, there are cases where the next customer is guided to a table while a customer at a certain table who has already eaten and drunk has not yet completed their payment (for example, while customers are waiting in line at the register to pay), and an order is added to the previous customer's bill.

[0006] In consideration of the above circumstances, the present invention aims to provide an information processing system, information processing method, and program that can prevent the next customer at the same table from ordering on the same bill while the customer in front of the table has not yet completed their payment in a restaurant's mobile ordering system. [Means for solving the problem]

[0007] In order to achieve the above object, an information processing system according to one aspect of the present invention has a control unit. When the control unit first receives table identification information from a user terminal that identifies a table or seat at a restaurant used by a user of the user terminal, the control unit generates slip identification information corresponding to the table identification information and causes the user terminal to display an order screen. When the control unit next receives the same table identification information, the control unit determines whether a predetermined time has passed since the previous reception of the table identification information or since the first order information was received after the previous reception of the table identification information. If the control unit determines that the predetermined time has not passed, it maintains the generated slip identification information, and if it determines that the predetermined time has passed, it generates new slip identification information different from the generated slip identification information.

[0008] According to this configuration, the information processing system can forcibly switch the receipt ID at a specified time regardless of whether the customer has already paid or not, thereby preventing the next customer at the same table from ordering on the same receipt while the previous customer at the same table has not yet paid in a mobile ordering system for a restaurant. The specified time can be, for example, 10 minutes, 15 minutes, 20 minutes, etc., but is not limited to these.

[0009] When the control unit receives the same table identification information before the predetermined time has elapsed, the control unit may reset the predetermined time so as to start counting from the time of reception of the same table identification information.

[0010] With this configuration, if another user begins using the same table before the specified time has elapsed, the information processing system treats the other user as a companion to the original user and re-counts the specified time based on the time the other user began using the table, thereby ensuring that the other user has time to eat and drink.

[0011] The control unit may, when receiving additional order information from the user terminal after receiving the initial order information, reset the predetermined time so as to start counting from the time of receipt of the additional order information.

[0012] With this configuration, if the information processing system receives an additional order before the specified time has elapsed, it can ensure time to eat and drink the additional order by recounting the specified time based on the time of the additional order.

[0013] The control unit may be capable of switching between a first mode in which new slip identification information is generated for each transaction of the user, and a second mode in which new slip identification information is generated based on the passage of the specified time.

[0014] With this configuration, the information processing system can flexibly switch between a first mode (normal mode), which switches receipts for each transaction, and a second mode (crowded mode), which automatically switches receipts at specified times, depending on the situation of the restaurant, for example, whether it is crowded or not.

[0015] The control unit may switch from the first mode to the second mode when a congestion level of the restaurant becomes equal to or greater than a predetermined threshold.

[0016] With this configuration, the information processing system can easily switch from the first mode to the second mode when the restaurant is busy, without burdening the restaurant staff. The degree of congestion may be calculated, for example, as the ratio of the number of tables currently in use to the total number of tables. In this case, the number of tables in use may be counted as the number of slip identification information in use, or, for example, a sensor may be installed on each table to detect whether the table is in use and counted from the output of the sensor.

[0017] The control unit may cause an accounting terminal of the restaurant to display a user interface for switching between the first mode and the second mode.

[0018] With this configuration, the information processing system can allow restaurant staff to manually switch modes depending on the level of congestion and various other conditions.

[0019] The control unit may change the length of the predetermined time period in response to a predetermined trigger.

[0020] Here, the predetermined trigger is, but is not limited to, time (such as the time of day or time of day), congestion level, manual operation by an employee, etc. With this configuration, the information processing system can adjust the timing for automatically switching the ticket depending on various conditions within the restaurant.

[0021] The control unit may cause information prompting the user to make a payment to be displayed on the order screen when the predetermined time has elapsed.

[0022] With this configuration, the information processing system can prompt customers who have not completed their payment within a specified time to do so, so that even if the bill is changed, the next customer can be quickly guided to a table and can use the new bill.

[0023] The control unit may manage a session with the user terminal that is the recipient of the table identification information, and even if the specified time has elapsed, the control unit may not generate new invoice identification information as long as the session with the user terminal that previously received the table identification information continues, but may maintain the previously generated invoice identification information.

[0024] This makes it possible to prevent an order added by the previous customer by re-transmitting table identification information after the set time has elapsed from being added to the slip identification information of the next customer.

[0025] An information processing method according to another aspect of the present invention includes: When table identification information for identifying a table or seat in a restaurant used by a user of the user terminal is received for the first time from the user terminal, ticket identification information corresponding to the table identification information is generated, and an order screen is displayed on the user terminal; when the same table identification information is next received, it is determined whether or not a predetermined time has elapsed since the previous reception of the table identification information, or since the first order information was received after the previous reception of the table identification information; If it is determined that the specified time has not elapsed, the generated slip identification information is maintained, and if it is determined that the specified time has elapsed, new slip identification information different from the generated slip identification information is generated.

[0026] According to yet another aspect of the present invention, there is provided a program for an information processing device, a step of generating, when table identification information for identifying a table or seat in a restaurant used by a user of the user terminal is received for the first time from the user terminal, receipt identification information corresponding to the table identification information and displaying an order screen on the user terminal; a step of determining, when the same table identification information is next received, whether or not a predetermined time has elapsed since the previous reception of the table identification information or since the first reception of order information after the previous reception of the table identification information; If it is determined that the predetermined time has not elapsed, the generated slip identification information is maintained, and if it is determined that the predetermined time has elapsed, new slip identification information different from the generated slip identification information is generated. Effect of the Invention

[0027] As described above, the present invention can prevent a customer at a table from ordering on the same bill when the previous customer at the same table has not yet completed their payment in a mobile ordering system for a restaurant. However, this effect does not limit the present invention. [Brief description of the drawings]

[0028] [Figure 1] 1 is a diagram showing a configuration of a restaurant menu ordering system according to an embodiment of the present invention. [Diagram 2] 1 is a diagram showing a hardware configuration of a restaurant information providing server according to an embodiment of the present invention. [Diagram 3] 2 is a diagram showing a configuration of a database included in a restaurant information providing server according to an embodiment of the present invention. FIG. [Figure 4] 13 is a flowchart showing the flow of automatic slip ID switching processing by the restaurant information providing server according to one embodiment of the present invention. [Diagram 5] 13 is a diagram conceptually illustrating an example of automatic slip ID switching processing by the restaurant information providing server according to one embodiment of the present invention. FIG. [Figure 6] 13 is a diagram conceptually illustrating an example of automatic slip ID switching processing by the restaurant information providing server according to one embodiment of the present invention. FIG. [Figure 7] 11 is a diagram showing an example of a POS register screen that is displayed on a restaurant terminal by a restaurant information providing server according to one embodiment of the present invention. FIG. DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS

[0029] Hereinafter, an embodiment of the present invention will be described with reference to the drawings.

[0030] [System configuration] FIG. 1 is a diagram showing a configuration of a restaurant menu ordering system according to one embodiment of the present invention.

[0031] As shown in the figure, this system includes a restaurant information providing server 100 on the Internet 50, user terminals 200 for users who use tables T of a plurality of restaurants, and restaurant terminals 300 installed in each restaurant.

[0032] The restaurant information providing server 100 is a web server that operates a portal site that lists information about restaurants. The restaurant information providing server 100 is connected to a plurality of user terminals 200 and a plurality of restaurant terminals 300 of restaurants via the Internet 50.

[0033] The restaurant information providing server 100 provides a restaurant information search system for users of user terminals 200 on the portal site. Specifically, the restaurant information providing server 100 searches for restaurant information that matches search conditions based on a search request from the user terminal 200, generates a Web page listing the search results, and transmits it to the user terminal 200. The restaurant information providing server 100 also performs reservation acceptance processing for any restaurant from the user terminal 200 of the user who viewed the restaurant information.

[0034] Furthermore, restaurant information providing server 100 provides a management screen (web page) of restaurant information for restaurants (affiliated restaurants) listed on the portal site. Through the management screen, users of restaurant terminals 300 can edit and update restaurant information on a web page provided to general users as the search results, and upload the web page to the portal site.

[0035] The user terminals 200 (200A, 200B, ...) are terminals used by users, such as smartphones, mobile phones, tablet PCs, etc. The user terminals 200 access the restaurant information providing server 100, receive the above-mentioned web page, and display it on a screen using a browser or the like.

[0036] The user terminal 200 determines search conditions for restaurants on the portal site based on a user operation, and transmits a restaurant search request based on the search conditions to the restaurant information providing server 100.

[0037] Meanwhile, restaurant information providing server 100 can receive orders for food and drink for each table of each restaurant from a user using each table T of the restaurant via user terminal 200. When user terminal 200 reads, for example, a two-dimensional barcode C printed on a card, plate, stand, or the like and placed on each table of the restaurant, and a request to start using the table is transmitted to restaurant information providing server 100 based on the read information (URL including a table ID), restaurant information providing server 100 displays an order screen for the restaurant's menu on the display unit of user terminal 200.

[0038] Then, when restaurant information providing server 100 accepts an order input from the user via the order screen, it transmits the accepted order information to restaurant terminal (POS terminal) 300 of the restaurant. The order information is transferred from restaurant terminal 300 to a terminal (not shown) in the kitchen. Restaurant information providing server 100 also stores the accepted order information, and when it accepts a request for accounting from the user, it ends the order acceptance process from user terminal 200 and waits for the next order request (reading of 2D barcode C) from the next customer.

[0039] In this way, the user terminal 200 also functions as a mobile order terminal for receiving orders from users using each table T of the restaurant and transmitting order information to the restaurant information providing server 100. The user terminal 200 may have installed therein an application (hereinafter also referred to as MO app) capable of executing processing related to mobile orders in cooperation with the restaurant information providing server 100.

[0040] Restaurant terminal 300 is a terminal installed in each restaurant, and may be a tablet PC, notebook PC, desktop PC, or the like. Restaurant terminal 300 can execute processes related to its own restaurant information, such as editing and updating the restaurant information, based on the operation of an administrator, by communicating with restaurant information providing server 100. Restaurant terminal 300 also mediates communication between restaurant information providing server 100 and a kitchen terminal or a POS terminal in the mobile order process. Of course, restaurant terminal 300 may also function as the kitchen terminal or POS terminal and communicate directly with restaurant information providing server 100.

[0041] Incidentally, with conventional mobile ordering systems, especially in restaurants with high customer turnover, there were cases where the next customer was shown to a table while a customer who had already eaten at a certain table had not yet completed their payment (for example, while customers were waiting in line at the register to pay), and an order was added to the previous customer's bill.

[0042] In this embodiment, as shown in the figure, the restaurant information providing server 100 is capable of forcibly switching the slip ID (slip number) identifying the slip of a customer at a specific set time, particularly when the restaurant is crowded, at one table T, regardless of whether the previous customer has already paid (before the previous customer's session ends), and starting the next session. Details of the automatic slip ID switching process will be described later.

[0043] [Hardware configuration of restaurant information server] Fig. 2 is a diagram showing a hardware configuration of the restaurant information providing server 100. As shown in the figure, the restaurant information providing server 100 includes a CPU (Central Processing Unit) 11 (server control unit), a ROM (Read Only Memory) 12, a RAM (Random Access Memory) 13, an input / output interface 15, and a bus 14 connecting these to each other.

[0044] The CPU 11 appropriately accesses the RAM 13 etc. as necessary, and performs various arithmetic processing while controlling all the blocks of the restaurant information providing server 100. The ROM 12 is a non-volatile memory in which the OS, programs, various parameters, and other firmware to be executed by the CPU 11 are fixedly stored. The RAM 13 is used as a working area for the CPU 11, and temporarily stores the OS, various applications being executed, and various data being processed.

[0045] The input / output interface 15 is connected to a display unit 16, an operation reception unit 17, a storage unit 18, a communication unit 19, and the like.

[0046] The display unit 16 is a display device using, for example, a Liquid Crystal Display (LCD), an Organic ElectroLuminescence Display (OLED), a Cathode Ray Tube (CRT), or the like.

[0047] The operation reception unit 17 is, for example, a pointing device such as a mouse, a keyboard, a touch panel, or other input device. When the operation reception unit 17 is a touch panel, the touch panel can be integrated with the display unit 16.

[0048] The storage unit 18 is, for example, a non-volatile memory such as a hard disk drive (HDD), a flash memory (SSD; Solid State Drive), or other solid-state memory. The storage unit 18 stores the OS, various applications, and various data.

[0049] Particularly in this embodiment, storage unit 18 stores data, applications, and other programs for restaurant information providing server 100 to execute a mobile order process and an automatic switching process of a slip ID, which will be described later. As will be described later, storage unit 18 has a restaurant information database, a user information database, and a POS information database as databases containing such data.

[0050] The communication unit 19 is, for example, a NIC (Network Interface Card) for Ethernet or various modules for wireless communication such as wireless LAN, and is responsible for communication processing between the user terminal 200 and the restaurant terminal 300.

[0051] [Database configuration of restaurant information server] FIG. 3 is a diagram showing the configuration of a database included in the restaurant information providing server 100. As shown in FIG.

[0052] As shown in the figure, the restaurant information providing server 100 has a restaurant information database 31, a user information database 32, and a POS information database 33 in a storage unit .

[0053] Restaurant information database 31 stores, for each restaurant, the restaurant's name, location (address or latitude and longitude) information, area information, access information (nearest station information, walking distance information from the nearest station), telephone number, ID (store ID) identifying the restaurant, information on the restaurant's business type and service genre, information introducing the restaurant (information showing the characteristics of the restaurant, such as store PR text, information on events held by the restaurant, etc.), image data related to the restaurant (introducing the restaurant), menu information related to the menu offered by the restaurant, average budget information, business hours, website URL, etc. This information is input from restaurant terminal 300 of each restaurant via a management screen provided by restaurant information providing server 100.

[0054] The menu information corresponds to the menus posted on the website of each restaurant on the portal site, and stores the names of multiple menus that each restaurant can provide for each restaurant. The menu information may be stored for each menu category, such as appetizer / main / meat dish / fish dish / carbohydrate / side dish, lunch / dinner / course, etc. The menu information may also include text information indicating the menu name, price, description, etc., as well as image information such as a photograph of the menu, which is stored in association with the menu. Furthermore, information regarding the calories, amount, and ingredients of each menu may also be stored.

[0055] The genre information may include main categories such as Japanese, Chinese, Italian, French, and grilled meat, as well as more detailed subcategories such as yakitori and tempura in Japanese cuisine, and pasta and pizza in Italian cuisine.

[0056] The user information database 32 stores information about users who own user terminals 200 and are users (members) of the restaurant information service via the portal site provided by the restaurant information providing server 100. Specifically, the user information database 32 stores information such as a user ID, password, name, email address (and other information to be used as a message destination), phone number, address, age (group), sex, and date of birth for each user.

[0057] The POS information database 33 stores POS data based on orders received from the user terminal 200 in each table T. The POS data includes, for example, a table ID, a slip ID, time of entry, number of customers, ordered menu, number of orders (number of orders), sales amount, time of order, etc.

[0058] In this embodiment, the restaurant information providing server 100 can switch between a normal mode (first mode) in which the slip ID of each table T is switched for each transaction for each table T (a new slip ID is generated for each transaction) and a crowded mode (second mode) in which the slip ID is automatically switched based on the elapsed time from the start of use of the table T when the restaurant is crowded (a new slip ID is generated when a predetermined set time has elapsed). The POS information database 33 also stores information regarding which of the normal mode and the crowded mode is currently being executed.

[0059] Among these, when the crowded mode is executed, the POS information database 33 also stores, for each table T of each restaurant, count information of the elapsed time from when the two-dimensional barcode C is read by the user terminal 200 at each table T and a request to start using the table is received. The elapsed time is reset when a request to start using the table is received immediately after that from the table T (the user terminal 200 of the table T).

[0060] These databases are mutually referenced and used as necessary in the mobile order processing by the restaurant information providing server 100.

[0061] [System Operation] Next, the operation of the system (mainly the restaurant information providing server 100) configured as above will be described. The operation is executed by the cooperation of hardware such as the CPU 11 of the restaurant information providing server 100 and software stored in the storage unit 18. For convenience, in the following description, the CPU 11 is the subject of operation.

[0062] 4 is a flowchart showing the flow of automatic slip ID switching processing when a mobile order is received by the restaurant information providing server 100. Note that in this operation, it is assumed that the restaurant information providing server 100 has already started mobile order receiving operation in normal mode.

[0063] CPU 11 of restaurant information providing server 100 first determines whether the degree of congestion in the restaurant is equal to or greater than a predetermined threshold (step 41). CPU 11 may calculate the degree of congestion, for example, as a ratio of the number of tables T currently in use to the total number of tables T. In this case, the number of tables T in use may be counted as the number of slip IDs in use, or may be counted from the output of a sensor (such as a temperature sensor or a human presence sensor, such as a light sensor) that detects whether each table T is in use.

[0064] When it is determined that the congestion degree is equal to or greater than the predetermined threshold value (Yes in step 41), the CPU 11 switches the normal mode to the congestion mode, and updates the mode information in the POS information database 33 (step 42).

[0065] Next, the CPU 11 judges whether or not a request to start using the table T for the first time in the crowded mode (table ID) has been received from the user terminal 200 via the two-dimensional barcode C of any of the tables T (step 43). The operation of the user to request starting using the table T (the operation of reading the two-dimensional barcode C) is also called "check-in." The request to start using the table T may include a terminal ID that is different for each user terminal 200 that sent the request.

[0066] The request to start using table T may include, in addition to the table ID, information regarding the number of users using the table T. When the CPU 11 determines that the table ID has been received (Yes in step 43), it generates a slip ID for the table T to be used and stores it in the POS information database 33, and starts counting the usage time (step 44).

[0067] Next, the CPU 11 stores the number of users information in the POS information database 33, and transmits an order screen for mobile ordering to the user terminal 200 (step 45).

[0068] Next, the CPU 11 judges whether or not a new table ID has been received from the user terminal 200 via the two-dimensional barcode C of the table T to be used (step 46).

[0069] Next, the CPU 11 refers to the POS information database 33 and judges whether or not the usage time from the reception of the previous table ID has exceeded a set time when the new table ID is received (step 47). Here, the set time is, for example, 10 minutes, 15 minutes, 20 minutes, etc., but is not limited to these.

[0070] If it is determined that the usage time at the time of receiving the table ID has exceeded the set time since the previous reception (Yes in step 47), the CPU 11 generates a new slip ID that is different from the previous slip ID stored in the POS information database 33, updates the information, and starts counting the usage time (step 48).

[0071] On the other hand, if it is determined that the usage time at the time of receiving the table ID has not passed the set time since the previous reception (No in step 47), the CPU 11 maintains the current slip ID, resets the usage time counted in the POS information database 33 (step 49), returns to step 46, and repeats the subsequent processes. Note that here, if it is determined that the set time has not passed, it is also possible to continue counting the usage time from the beginning without resetting the usage time.

[0072] Next, the CPU 11 determines whether or not there is a trigger to end the congestion mode (step 50).

[0073] If it is determined that there is no trigger to end the congestion mode (No in step 50), the CPU 11 returns to step 46 and repeats the subsequent processes.

[0074] On the other hand, when it is determined that there is a trigger to end the crowded mode (Yes in step 50), CPU 11 switches the crowded mode to the normal mode and ends it (step 51). The end trigger is, for example, when the crowded degree falls below the predetermined threshold value (or a different threshold value), when an instruction to end the crowded mode is sent from an employee's terminal to restaurant information providing server 100, when a predetermined time (e.g., 1 hour, 2 hours) has passed since the start of the crowded mode, or when a set time (e.g., the end time of lunchtime) has arrived, but is not limited to these.

[0075] FIG. 5 is a diagram conceptually showing along a time axis the process of switching the slip ID when the usage time at the time the new table ID is received has exceeded the set time.

[0076] As shown in the figure, when customer A checks in to table A and a slip ID "001" is generated, if another customer B checks in to table A after the usage time has exceeded the set time, a new slip ID "002" will be generated for customer B in addition to the slip ID "001" regardless of whether customer A is waiting to pay or has completed payment.

[0077] In this case, not only when customer B is a different person from customer A, but also when customer B is a member of the dining party with customer A, separate receipt IDs are generated for each customer, and their orders from their user terminals 200 are processed separately. When customer A and customer B dine together, they may pay separately using each receipt ID, or an employee may add up the two receipts on the POS terminal at the time of payment.

[0078] FIG. 6 is a diagram conceptually showing, along a time axis, the process of switching the slip ID when the usage time at the time the new table ID is received has not yet exceeded the set time.

[0079] As shown in the figure, after a certain customer A checks in to table A and a slip ID "001" is generated, if another customer B checks in to table A before the usage time has elapsed the above-mentioned set time, the slip ID "001" is maintained and the usage time is reset so that the count starts from the time of customer B's check-in, and the order from customer B's user terminal 200 is also merged with the slip ID "001." Also, although the slips are merged when customer B checks in, the usage time may be reset when customer B places his or her first order from user terminal 200.

[0080] In this way, if another customer begins using the same table before the set time has elapsed, they are considered to be a companion of the original customer, and the usage time is recounted based on the time when the other customer began using the table, thereby ensuring that the other customer has time to eat and drink.

[0081] FIG. 7 is a diagram showing an example of a POS register screen that the restaurant information providing server 100 causes the restaurant terminal 300 (or POS terminal, accounting terminal) to display.

[0082] As shown in the figure, the restaurant information providing server 100 may display on the POS register screen, in addition to general display items including a slip ID 60, etc., information indicating the current mode, either the normal mode or the crowded mode, and a mode switching button 61 as a user interface for switching the current mode to another mode. In the example shown in the figure, the current mode is the normal mode, and the mode switching button 61 for switching to the crowded mode is displayed.

[0083] This allows an employee to manually switch between modes depending on the congestion level in the restaurant and various other situations. The pressing of mode switching button 61 can also be the "trigger for ending the crowded mode" in step 50 in Fig. 4. The pressing of button 61 can also be the trigger for starting the crowded mode in step 42 in Fig. 4, or an employee can manually switch between the crowded mode and the normal mode using restaurant terminal 300, a handheld terminal, or the like.

[0084] [summary] As described above, according to this embodiment, the restaurant information providing server 100 forcibly switches the receipt ID based on a specified set time regardless of whether the customer has already paid or not, thereby preventing the next customer at the same table from ordering on the same receipt while the customer in front of the table has not yet paid in a restaurant's mobile ordering system.

[0085] [Variations] The present invention is not limited to the above-described embodiment, and various modifications can be made without departing from the spirit and scope of the present invention.

[0086] In the above embodiment, the restaurant information providing server 100 switches between the normal mode and the crowded mode, but the crowded mode (automatic switching process of the slip ID) may be always executed as a single mode.

[0087] In the above embodiment, when the restaurant information providing server 100 receives a table ID from the user terminal 200, it starts counting the elapsed time from that point, and when the table ID is received immediately thereafter, it determines whether the elapsed time exceeds a set time (15 minutes, etc.). Alternatively, the restaurant information providing server 100 may start counting the elapsed time not when the table ID is received from the user terminal 200, but when the first order is accepted after the table ID is received (when the order information is received), taking into consideration that some customers take a long time between starting to use the table and placing an order.

[0088] In the above embodiment, after generating a slip ID, when server 100 receives additional order information from user terminal 200 after receiving the initial order information, server 100 may reset the set time to start counting from the time of receiving the additional order. With this configuration, when server 100 receives an additional order before the set time has elapsed, server 100 can ensure the time to eat and drink the additional order by recounting the set time based on the time of the additional order.

[0089] In the above embodiment, the restaurant information providing server 100 may change the length of the set time in response to a predetermined trigger. Here, the predetermined trigger may be, but is not limited to, time (such as a time period or time of day), congestion level, manual operation by an employee via a store management screen, etc. For example, the set time may be 15 minutes for lunchtime and 30 minutes for dinnertime. Also, the set time may be preset to be longer as the congestion level increases or the number of orders increases. With this configuration, the restaurant information providing server 100 can adjust the timing for automatically switching the ticket in response to various situations within the restaurant.

[0090] In the above embodiment, the restaurant information providing server 100 may display information urging the user to pay on the mobile order screen of the user terminal 200 when the above-mentioned set time has elapsed since the user started using table T. With this configuration, the restaurant information providing server 100 can promptly guide the next customer to table T and use the new bill even if the bill ID has changed, by urging the customer to pay if the customer has not paid within the set time.

[0091] In the above embodiment, an example has been shown in which a slip ID is assigned to each table T. Alternatively, the above two-dimensional barcode C may be provided for each seat at the table T, and a slip ID may be assigned and managed for each seat. For example, if one table T has four seats, a slip ID is assigned to each of the four seats, or to every two seats. This allows the process of switching the slip ID to be executed independently for each seat at one table T according to the usage time.

[0092] In the above embodiment, after the set time has elapsed since the user started using table T, if a user who has been there for more than the set time reads the two-dimensional barcode C again and requests an additional order, the order will be linked to the slip ID of the next customer that has been changed due to the elapse of the set time. Therefore, the restaurant information providing server 100 may identify the communication partner by performing session management, for example, using a cookie or session ID, with the time when the table ID is received from the user terminal 200 being the session start time. Even if a new table ID is received from the user terminal 200, as long as the previous session is continuing (access is from the same session ID as the previous session), the previous slip ID may be maintained even after the set time has elapsed, and if an additional order is requested in the session, the order may be added to the slip ID, and the slip ID may be switched when it is confirmed that the previous session has ended after the set time has elapsed (access is from a session ID different from the previous session). This prevents an order added by the previous customer by reading the two-dimensional barcode C again after the set time has elapsed from being added to the slip ID of the next customer.

[0093] The processes of the restaurant information providing server 100 in the above-described embodiment may be distributed and executed by a plurality of servers. For example, the order reception process for the mobile order and the process for switching the slip ID may be executed by separate servers.

[0094] In the above embodiment, an example is shown in which the restaurant information providing server 100 on the cloud executes restaurant search processing for multiple user terminals 200, but a server having the same functions as the restaurant information providing server 100 may be installed for each restaurant, and control processing of the menu ordering interface may be executed.

[0095] In the above embodiment, an example is shown in which the present invention is applied to a mobile ordering system in which orders can be placed from a user terminal 200, but the present invention can also be applied to ordering terminals installed in each restaurant, i.e., a tabletop ordering system in which orders can be placed from a tabletop terminal installed at each table T, a smart speaker ordering system in which orders can be placed from a smart speaker (with microphone) installed at each table T, or other systems in which orders can be placed from a floor robot that patrols the floors of a restaurant.

[0096] Among the inventions described in the claims of this application, the invention described as an "information processing method" is one in which each step is automatically performed by at least one device such as a computer through information processing by software, and is not performed by a human using a device such as a computer. In other words, the "information processing method" is an information processing method by computer software, and is not a method in which a human operates a calculation tool called a computer. [Explanation of symbols]

[0097] 11...CPU 12...ROM 13…RAM 14…Bus 15... Input / Output Interface 18...Storage section 19…Communications Department 31…Restaurant information database 32...User information database 33…POS information database 61...Mode switch button 100: Restaurant information server 200...User terminal 300…Restaurant terminal C…Code (2D barcode)

Claims

1. When table identification information for identifying a table or seat in a restaurant used by a user of the user terminal is received for the first time from the user terminal, ticket identification information corresponding to the table identification information is generated, and an order screen is displayed on the user terminal; when the same table identification information is next received, it is determined whether or not a predetermined time has elapsed since the previous reception of the table identification information, or since the first order information was received after the previous reception of the table identification information; a control unit that maintains the generated slip identification information when it is determined that the predetermined time has not elapsed, and generates new slip identification information different from the generated slip identification information when it is determined that the predetermined time has elapsed. An information processing system comprising:

2. 2. The information processing system according to claim 1, When the control unit receives the same table identification information before the predetermined time has elapsed, the control unit resets the predetermined time so as to start counting from the time of reception of the same table identification information. Information processing system.

3. 3. The information processing system according to claim 1, When the control unit receives additional order information from the user terminal after receiving the first order information, the control unit resets the predetermined time so as to start counting from the time of receiving the additional order information. Information processing system.

4. 3. The information processing system according to claim 1, The control unit is a first mode in which new slip identification information is generated for each transaction of the user and a second mode in which new slip identification information is generated based on the passage of the predetermined time period; When the degree of congestion of the restaurant becomes equal to or greater than a predetermined threshold, or when a mode switching instruction is input from a terminal of the restaurant, the first mode is switched to the second mode; When the degree of congestion falls below the threshold value, or when the mode switching instruction is input from a terminal of the restaurant, the second mode is switched to the first mode. Information processing system.

5. 3. The information processing system according to claim 1, The control unit manages a session with the user terminal that is a recipient of the table identification information, and even if the predetermined time has elapsed, does not generate new slip identification information while the session with the user terminal that has just received the table identification information continues, but maintains the just-generated slip identification information. Information processing system.

6. When table identification information for identifying a table or seat in a restaurant used by a user of the user terminal is received for the first time from the user terminal, ticket identification information corresponding to the table identification information is generated, and an order screen is displayed on the user terminal; when the same table identification information is next received, it is determined whether or not a predetermined time has elapsed since the previous reception of the table identification information, or since the first order information was received after the previous reception of the table identification information; If it is determined that the predetermined time has not elapsed, the generated slip identification information is maintained, and if it is determined that the predetermined time has elapsed, new slip identification information different from the generated slip identification information is generated. Information processing methods.

7. In the information processing device, a step of generating, when table identification information for identifying a table or seat in a restaurant used by a user of the user terminal is received for the first time from the user terminal, receipt identification information corresponding to the table identification information and displaying an order screen on the user terminal; a step of determining, when the same table identification information is next received, whether or not a predetermined time has elapsed since the previous reception of the table identification information or since the first reception of order information after the previous reception of the table identification information; maintaining the generated slip identification information when it is determined that the predetermined time has not elapsed, and generating new slip identification information different from the generated slip identification information when it is determined that the predetermined time has elapsed; A program that executes the following.

Images