WO2017034007A1 - 注文管理サーバ、注文システム、及び記録媒体 - Google Patents

注文管理サーバ、注文システム、及び記録媒体 Download PDF

Info

Publication number
WO2017034007A1
WO2017034007A1 PCT/JP2016/074873 JP2016074873W WO2017034007A1 WO 2017034007 A1 WO2017034007 A1 WO 2017034007A1 JP 2016074873 W JP2016074873 W JP 2016074873W WO 2017034007 A1 WO2017034007 A1 WO 2017034007A1
Authority
WO
WIPO (PCT)
Prior art keywords
order
order information
waiting time
management server
unit
Prior art date
Application number
PCT/JP2016/074873
Other languages
English (en)
French (fr)
Inventor
隆一郎 前澤
Original Assignee
株式会社リクルートホールディングス
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 株式会社リクルートホールディングス filed Critical 株式会社リクルートホールディングス
Priority to US15/754,213 priority Critical patent/US20180240205A1/en
Priority to EP16839354.4A priority patent/EP3343492A4/en
Priority to CN201680049124.6A priority patent/CN107924533A/zh
Publication of WO2017034007A1 publication Critical patent/WO2017034007A1/ja

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q50/00—Information and communication technology [ICT] specially adapted for implementation of business processes of specific business sectors, e.g. utilities or tourism
    • G06Q50/10—Services
    • G06Q50/12—Hotels or restaurants
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q30/00—Commerce
    • G06Q30/02—Marketing; Price estimation or determination; Fundraising
    • G06Q30/0281—Customer communication at a business location, e.g. providing product or service information, consulting
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q30/00—Commerce
    • G06Q30/06—Buying, selling or leasing transactions
    • G—PHYSICS
    • G07—CHECKING-DEVICES
    • G07G—REGISTERING THE RECEIPT OF CASH, VALUABLES, OR TOKENS
    • G07G1/00—Cash registers
    • G—PHYSICS
    • G07—CHECKING-DEVICES
    • G07G—REGISTERING THE RECEIPT OF CASH, VALUABLES, OR TOKENS
    • G07G1/00—Cash registers
    • G07G1/12—Cash registers electronically operated
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q30/00—Commerce
    • G06Q30/06—Buying, selling or leasing transactions
    • G06Q30/0601—Electronic shopping [e-shopping]
    • G06Q30/0641—Shopping interfaces
    • G06Q30/0643—Graphical representation of items or shoppers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04B—TRANSMISSION
    • H04B1/00—Details of transmission systems, not covered by a single one of groups H04B3/00 - H04B13/00; Details of transmission systems not characterised by the medium used for transmission
    • H04B1/38—Transceivers, i.e. devices in which transmitter and receiver form a structural unit and in which at least one part is used for functions of transmitting and receiving
    • H04B1/3827—Portable transceivers

Definitions

  • the present invention relates to a technique for managing product orders at an event venue or the like.
  • a large-scale event where many users gather is a facility (such as a stadium) that has an identifiable seat (eg, A-4 seats) assigned at the time of reservation so that the user can sit and watch the game. Will be held.
  • an identifiable seat eg, A-4 seats
  • the user may find and order a salesperson who goes around the facility and sells food or drink, or visits a store (store) in the facility and orders it. It is common.
  • the salesperson usually has only one kind of food or drink, and does not always have the goods that the user wants (for example, beer and lunch boxes). Therefore, in many cases, it is necessary to wait until such a merchant appears, but there is a problem that it is impossible to predict when the merchant will come, which is inefficient.
  • the present invention has been made in view of the circumstances described above, and is capable of ordering and receiving products without leaving the seat.
  • One of the purposes is to provide order management technology that can grasp the above.
  • Other objects of the present invention will become apparent by referring to the entire specification.
  • An order management server includes a reception unit that receives an order for a product transmitted from a mobile terminal, and a generation unit that generates order information including at least the type, number, and reception time of the ordered product.
  • a storage unit for registering the generated order information, and when new order information is registered in the storage unit, based on the order information already registered in the storage unit and the newly registered order information.
  • a calculation unit that calculates a reference waiting time required for delivery of a product related to newly registered order information, and a notification unit that notifies the mobile terminal of the calculated reference waiting time.
  • the calculation unit calculates an individual reference waiting time for each of the products when there are a plurality of products related to the newly registered order information.
  • the notification unit notifies the calculated reference waiting time when receiving an inquiry about the reference waiting time from the mobile terminal.
  • the said server and system are 1 aspect of this invention,
  • the arbitrary combinations of the said component may be sufficient as the server and system of this invention.
  • the apparatus, method, computer program, recording medium, etc. of the present invention have the same configuration.
  • the user can order and receive the product without leaving the seat, and can grasp the approximate waiting time until the product is received when ordering the product.
  • FIG. 10 is a sequence diagram when order management is performed using three order reception terminals 200A to 200C. It is a figure which shows the example of a display of standard waiting time. It is a figure which shows the example of a display of standard waiting time. It is a sequence diagram showing the processing flow among the portable terminal 100, the management server 300, and the order reception terminal 200 at the time of ordering.
  • FIG. 1 is a diagram showing a schematic configuration of an order system 1000 according to the present embodiment.
  • the ordering system 1000 accepts order information of the mobile terminal 100 possessed by each user who has visited a sporting event and products (including various services) transmitted from the mobile terminal 100.
  • the system includes an order receiving terminal 200 and a management server 300 that manages the order receiving terminal 200.
  • the order reception terminal 200 is installed in a store (store A). However, when a plurality of stores (store A, store B...) Are included in one event venue, You may provide the order reception terminal 200 for every. Furthermore, in the present embodiment, products related to eating and drinking (such as beer and snacks) are exemplified as order information, but what products or services are applicable can be changed as appropriate according to the system operation or the like.
  • the mobile terminal 100 is configured by, for example, a smartphone, and generates and transmits order information of products sold in the store A in response to operations by each user.
  • the order information transmitted from the portable terminal 100 is received by the order receiving terminal 200 and the management server 300 via the communication network N.
  • the mobile terminal 100 can use any terminal device that can access the Internet, such as a personal computer (PC), a notebook PC, a mobile phone, and a personal digital assistant (PDA).
  • PC personal computer
  • PDA personal digital assistant
  • the order reception terminal 200 is configured by a tablet terminal, for example, and receives various order information transmitted from each mobile terminal 100.
  • the order reception terminal 200 is installed at a predetermined location (for example, a kitchen) of the store A, for example, and can be browsed by each person in charge of the store A.
  • the order receiving terminal 200 is not limited to the tablet terminal, but can exchange data with the management server 300 via the communication network N such as a personal computer (PC), a notebook PC, a smartphone, a mobile phone, and a personal digital assistant (PDA). Any possible terminal device can be used.
  • PC personal computer
  • PDA personal digital assistant
  • the printer 250 is connected to the order receiving terminal 200 via a wired cable or wirelessly, and issues a receipt on which order information is printed (hereinafter referred to as “order receipt”) for each order information.
  • order receipt a receipt on which order information is printed
  • two order receipts are issued, and the reason will be described in detail later.
  • the management server 300 is configured by, for example, a computer having high arithmetic processing capability, and realizes a server function by a predetermined server program running on the computer.
  • the number of computers constituting the management server 300 is not necessarily one, and may be composed of a plurality of computers distributed on the communication network N.
  • the management server 300 includes a database 310 and a processor 320 for managing the order receiving terminal 200 for each facility.
  • the database 310 includes a client management table TA1, an order management table TA2, and a Web management table TA3.
  • a unique ID and a passcode are registered in association with each facility.
  • unique identification information for example, “ID: A1...”
  • the identification information may be set by, for example, the manager of the store A when the system is introduced.
  • the same identification information may be set for all the order reception terminals 200, but different identification information is set for each order management terminal 200. May be.
  • the order management table TA2 includes details of order information (order number, type and number of ordered products, order time, seat position, filing, etc.), order information status ("not supported", "cooked”, “Delivery completed” is registered for each facility. For example, in store A, the order number is “0018”, the reception time is “14:11”, the type and number of the ordered products are “Edamame / 1 bottle, 3 beers”, and the status is “Not supported”, “W210-013-T10” for seats, “None” etc.
  • the registered contents of the order management table TA2 are changed based on a new order information registration operation using each mobile terminal 100 or an order information status update operation using each order receiving terminal 200.
  • FIG. 2 is a diagram illustrating an order screen.
  • Each user is notified in advance of the URL of the order screen or the like, or each user can access the order screen from the mobile terminal 100 by reading the QRL code.
  • the user operates the mobile terminal 100 as appropriate to place an order for a product.
  • Order information corresponding to the product order is registered in the order management table TA2 as described above.
  • the processor 320 includes an arithmetic logic unit (CPU or the like) that processes arithmetic operations, logic operations, bit operations, and the like and various registers, and executes various programs stored in storage means such as a ROM, thereby managing the server. Each part of 300 is controlled centrally.
  • the processor 320 also executes a computer program (order management application) for managing orders in cooperation with the order receiving terminal 200.
  • the communication network N includes a communication network that can transmit and receive information between the management server 300 and the order receiving terminal 200.
  • the communication network N may be any of, for example, the Internet, a LAN, a dedicated line, a telephone line, a corporate network, a mobile communication network, Bluetooth, WiFi (WirelessWireFidelity), other communication lines, combinations thereof, It doesn't matter if it's wireless.
  • the communication network N includes a communication network that can transmit and receive information between the management server 300 and the order receiving terminal 200.
  • the communication network N may be, for example, the Internet, a LAN, a dedicated line, a telephone line, a corporate network, a mobile communication network, Bluetooth, WiFi (WirelessWireFidelity), other communication lines, a combination thereof, or the like. Regardless of whether it is wired or wireless.
  • FIG. 3 is a block diagram showing the main configuration of the order receiving terminal 200.
  • the order receiving terminal 200 includes a processor 210, an input device 215, a display device 216, a communication interface 220, and a storage resource 230.
  • the order acceptance terminal 200 accepts registration of order information whose status has been updated by the person in charge at the store A operating the input device 215.
  • the processor 210 includes an arithmetic and logic unit (such as a CPU) that processes arithmetic operations, logical operations, bit operations, and the like, and various registers, and executes various programs stored in the storage resource 230 to execute the order receiving terminal 200. Central control of each part.
  • the various registers are, for example, a program counter, a data register, an instruction register, a general-purpose register, and the like.
  • the input device 215 includes various operation buttons and a touch panel 215a for accepting a new order information registration operation or status update operation by a person in charge.
  • the display device 216 is a device for displaying an order management screen that has been accepted as shown in FIG. 4, and is configured by a liquid crystal display, for example.
  • the communication interface 220 is a hardware module for connecting to the communication network N and communicating with other terminals on the communication network N.
  • the communication interface 220 is a modulation / demodulation device such as an ISDN modem, an ADSL modem, a cable modem, an optical modem, or a soft modem.
  • the storage resource 230 is, for example, a logical device provided by a storage area of a physical device.
  • the physical device is a computer-readable recording medium such as a disk drive or a semiconductor memory (ROM, RAM, etc.).
  • the storage resource 230 may be constructed by mapping a plurality of physical devices to one logical device, or may be constructed by mapping one physical device to a plurality of logical devices.
  • the storage resource 230 stores an operating system program, a driver program, various data, and the like.
  • Examples of the driver program include a communication interface driver program for controlling the communication interface 220.
  • the storage resource 230 stores a program (order management application) AP1 for managing order information in cooperation with the management server 300 by being executed by the processor 210. Yes. Next, the operation of the order system 1000 in this embodiment will be described.
  • FIG. 5 is a diagram schematically showing a business flow from when a product is ordered until delivery is completed.
  • the user uses the portable terminal 100 to access the order Web page and orders a product for the store A (C1).
  • the management server 300 creates order information according to the order from the user and transmits it to the store A.
  • the order receiving terminal 200 of the store A prints the received order information on two receipts (hereinafter referred to as order receipts) and outputs them from the printer 250 (C2).
  • the person in charge of managing the product at the store A prepares the product to be provided to the user based on the order information printed on the order receipt (C3), and then delivers the order receipt (two sheets) together with the product to the seller (C4). ).
  • the merchant delivers the merchandise to the ordered user while referring to the seat position (for example, “W210-013-T10”) described in the order receipt (C5).
  • the seller gives the user a product and also gives an order receipt (one sheet) as a customer copy (C6).
  • the user receives the product, he / she settles using cash or a cash card.
  • cardless payment may be performed using the electronic billing system.
  • the salesperson When the delivery of the merchandise is completed in this way, the salesperson returns to the store A with the remaining one order receipt (C7), signs his name, and gives it to the person in charge (C8).
  • the person in charge After displaying the order management screen on the order receiving terminal 200, the person in charge inputs that the delivery is completed by performing a swipe operation or the like (C9).
  • the order management screen displays the order processing status along with the order number, reception time, menu, quantity, and price.
  • swipe the status part corresponding to this order and select the “delivery completed” command to deliver the ordered product. It is input to the order receiving terminal 200 that it has been completed normally.
  • the person in charge finishes such input, the person in charge files the remaining one receipt into a folder or the like and ends the process.
  • FIG. 6 is a sequence diagram showing a processing flow among the mobile terminal 100, the management server 300, and the order receiving terminal 200 at the time of ordering.
  • the portable terminal 100 transmits an order screen display request to the management server 300 in response to an input operation such as the URL of the order Web page by the user (step S1).
  • the management server 300 retrieves the order screen of the corresponding store (here, store A) by searching the Web management table TA3 using this display request as a search key, It transmits to the terminal 100 (step S2).
  • the portable terminal 100 displays the order screen (see FIG. 2) received from the management server 300 (step S3) and waits for an input of an order operation by the user (step S4).
  • step S4 When there is no order operation (step S4: NO), the portable terminal 100 repeatedly executes the process of step S3, while when the order operation is detected (step S4: YES), the order information corresponding to the order operation is created. (Step S5).
  • the order information includes the type and number of items selected by the user (for example, “Edame / one, beer / three”), as well as the user ’s seat (for example, “W210-013-T10”) and statement (For example, “none”).
  • the seat identification method may be a method in which each user directly inputs a seat number or the like, or a method in which a QR code corresponding to the seat number is read into the mobile terminal 100 may be employed. good.
  • the mobile terminal 100 determines whether or not the order is completed (step S6).
  • the order completion button is operated without touching the order completion button (step S6: NO)
  • the portable terminal 100 returns to step S4 and repeatedly executes the series of processes described above. To do.
  • the mobile terminal 100 determines that the order is completed by touching the order completion button displayed on the order screen (step S6: YES)
  • the mobile terminal 100 transmits the created order information to the management server 300 (step S7). ).
  • the management server (reception unit) 300 When receiving the order information from the portable terminal 100, the management server (reception unit) 300 refers to the client management table TA1 and the like, and transmits (transfers) the order information to the order reception terminal 200 of the store A (step S8). Based on the order information from the mobile terminal 100, the management server (generation unit) 300 details the order information (order number, type and number of ordered products, order time, seat position, statement, etc.), order Order information including the status of information (“not supported” for new registration) is generated (processed) and transmitted to the order reception terminal 200 of the store A.
  • the order receiving terminal (receiving unit) 200 of the store A When receiving the order information from the management server 300, the order receiving terminal (receiving unit) 200 of the store A outputs an order receipt (two sheets) on which the order information is printed using the printer 250 (step S9). Even if the order reception terminal 200 receives new order information, the person in charge may not notice. Therefore, when order information is newly received, a sound effect, a display message, or the like may be output from the order reception terminal (notification unit) 200 in order to reliably convey this to the person in charge.
  • the management server (storage unit) 300 newly registers the above-described order information in the order management table TA2 (step S10). Furthermore, the management server (calculation unit, notification unit) 300 refers to the status of other order information registered in the order management table TA2, and the estimated time until the delivery of the product corresponding to the order information is completed (Hereinafter, the reference waiting time) is calculated and notified to the portable terminal 100 (step S11).
  • the memory (not shown) of the management server 300 stores a reference table, an algorithm, and the like for calculating the reference waiting time. In the reference table, a product and a reference waiting time required for providing the product are registered in association with each other.
  • the target waiting time is “5 minutes”
  • the target waiting time is “15 minutes”.
  • the estimated waiting time may vary depending on the congestion status of the store (for example, the number of persons in charge who can respond) as well as other unsupported order information. You may calculate time.
  • the portable terminal 100 displays the reference waiting time notified from the management server 300 (for example, “reference waiting time: about 40 minutes”) on the display screen (step S12), and ends the process.
  • the reference waiting time for example, “reference waiting time: about 40 minutes”
  • the user can dispel the worry that the product has been ordered, but he does not get up because he does not know when it will arrive, or he will be uneasy about whether the product will arrive. Can do.
  • FIG. 7 is a sequence diagram showing a processing flow between the management server 300 and the order receiving terminal 200 when the status of the order information is updated.
  • the delivery of the order is completed as an example of the status being updated.
  • the person in charge identifies the order information for which delivery has been completed from among a plurality of order information displayed on the order management screen on the order reception terminal 200. Then, a swipe operation is performed on the status portion corresponding to the order information, and a “delivery completed” command is selected. If the order acceptance terminal 200 determines that the status of the order information has been updated because the “delivery completed” command is selected (step Sa1: YES), the order information including the order number and the identification information of the store A is included. The update contents of the status are transmitted to the management server 300 (step Sa2). If the status of the order information is not updated (step Sa1: NO), the process of step Sa1 is repeatedly executed.
  • the management server 300 When receiving the update contents of the status of the order information, the management server 300 refers to the order management table TA2 based on the order number and the identification information of the store A and updates the status of the corresponding order information (here, “ Unsupported ” ⁇ “ Delivery completed ”) (step Sa3), and the process ends.
  • the status is switched to “delivery completed”, the order information is deleted from the order management screen (so-called deletion).
  • the order information status update includes “cancellation” meaning cancellation of the order, “cooking completion” meaning completion of cooking of the ordered product, and the like.
  • cancellation meaning cancellation of the order
  • cooking completion meaning completion of cooking of the ordered product
  • the types and number of statuses are not limited to these, and can be set and changed as appropriate according to the business form.
  • the person in charge displays the management setting screen by operating the order receiving terminal 200, and selects a product for which order reception is stopped (hereinafter referred to as a product A).
  • the order reception terminal 200 notifies the management server 300 that the order reception of the product A in the store A should be stopped.
  • the management server 300 refers to the Web management table TA3 and performs a process of stopping the acceptance of the order of the product A in the store A (such as invalidating the selection of the product A).
  • the order reception of the predetermined product can be immediately stopped by a simple operation of the order reception terminal 200.
  • the case where the inventory of the product is exhausted has been described as an example. However, not only the case where the inventory is exhausted but also the case where the business of the store A is stopped can be similarly described.
  • the management setting screen of the mobile terminal 100 is displayed, and all order reception at the store A is stopped.
  • the order reception terminal 200 notifies the management server 300 that all order reception at the store A is stopped. Based on this notification, the management server 300 refers to the Web management table TA3 and performs processing for stopping all acceptance of orders at the store A (such as invalidating the selection of the store A itself). Such processing may be executed.
  • the management server 300 when receiving the order information from the mobile terminal 100, the management server 300 refers to the status of other order information registered in the order management table TA2, and the order. A reference waiting time until the delivery of the product corresponding to the information is completed is calculated and notified to the mobile terminal 100. Thereby, the user grasps the approximate waiting time on the display screen of the mobile terminal 100, but although he ordered the product, he does not get up because he does not know when it will arrive, or becomes uneasy about whether the product will actually arrive. It becomes possible to dispel the worry that.
  • the system in which the order reception terminal 200 and the management server 300 cooperate to manage order information has been described.
  • the system configuration is not limited to this, and various configurations can be adopted.
  • an apparatus having the same function as the order system 1000 can be configured by the order receiving terminal 200 alone.
  • one order receiving terminal 200 is used in one facility (store A in the embodiment) is exemplified, but it is also possible to use a plurality of order receiving terminals 200 in one facility. is there. When a plurality of order receiving terminals 200 are used in one facility, data is shared among the order receiving terminals 200.
  • FIG. 8 is a sequence diagram when the order management is performed using the three order receiving terminals 200A to 200C.
  • a specific order receiving terminal 200 order receiving terminal 200A shown in FIG. 8
  • the operation content new registration of order information, etc.
  • the management server 300 updates the order information of the store A registered in the order management table TA2 based on the received new order information (C13).
  • the management server 300 refers to the client management table TA1, and specifies the order receiving terminal 200A that has received the order this time (C14).
  • the management server 300 is a terminal other than the order receiving terminal 200A, that is, the order receiving terminals 200B and 200C.
  • the latest updated order information is transmitted to (C15), and the process is terminated.
  • the latest information is always reflected in each order receiving terminal 200 in a synchronized state, so that even when a plurality of order receiving terminals 200 are used in one facility, the order information is updated. It is possible to manage optimal order information without causing a problem such as not being reflected in the order receiving terminal 200 of each part.
  • the management server (calculation unit) 300 is configured to notify a total guide waiting time until delivery of all products is completed when there are a plurality of ordered products (see FIG. 9). Alternatively, (or in addition), an individual guide waiting time may be notified for each ordered product (see FIG. 10).
  • FIG. 11 is a sequence diagram showing a processing flow among the mobile terminal 100, the management server 300, and the order receiving terminal 200 at the time of ordering according to the modification.
  • steps corresponding to those in FIG. 6 are denoted by the same reference numerals, and detailed description thereof is omitted.
  • step S5 When the mobile terminal 100 detects an order operation (step S4: YES), it creates order information corresponding to the order operation (step S5).
  • the order information includes the type and number of items selected by the user (for example, “Edame / one, beer / three”), as well as the user ’s seat (for example, “W210-013-T10”) and statement (For example, “none”).
  • an inquiry is made for the estimated waiting time (hereinafter referred to as “individual estimated waiting time”) for each piece of individual order information (step S13).
  • the management server (notification unit) 300 Upon receiving an inquiry about the individual guide waiting time, the management server (notification unit) 300 refers to the status of other order information registered in the order management table TA2, calculates the individual guide waiting time, and the mobile terminal 100 (Step S14).
  • the mobile terminal 100 displays the individual guide waiting time (see FIG. 10) notified from the management server 300 on the display screen (step S15). Thereafter, the mobile terminal 100 determines whether or not the order completion button has been touched by the user (step S6). For example, since the individual guide waiting time for a specific product is extremely long (for example, “45 minutes”), when changing an order, the order completion button is not touched, etc. An operation such as change is performed (step S6: NO). In this case, the process returns to step S4, and the above-described series of processing is repeatedly executed.
  • step S6 when the mobile terminal 100 determines that the order is completed by touching the order completion button displayed on the order screen (step S6: YES), the mobile terminal 100 transmits the created order information to the management server 300 (step S7). ). Since the subsequent operation can be described in the same manner as in the present embodiment, further description is omitted. As described above, each time a product is selected (that is, before the order is completed), it is possible to order the product more efficiently by knowing the reference waiting time until the product is delivered.
  • the point of calling is not particularly mentioned until the product is delivered after the order is placed, but a telephone call may be made.
  • a message is displayed on the mobile terminal 100 to confirm whether the user wants to set up a call on the phone ("You can set up a call on the phone. And then enter your phone number. ").
  • the user wishes to set up a telephone call, he / she inputs a telephone number according to this message.
  • a call is made by a seller or the like, and the goods can be delivered reliably.
  • a text message call may be performed.
  • a message is displayed on the mobile terminal 100 asking if the user wishes to set up a call by text message ("Please enter your email address for receiving notifications below"). Such).
  • the user can receive a call by text message by inputting a mail address according to this message.
  • the program for realizing each embodiment of the present invention described above may be stored in a recording medium. If this recording medium is used, the program can be installed in a computer for managing the waiting order of reservations at the facility.
  • the recording medium storing the program may be a non-transitory recording medium.
  • the non-transitory recording medium is not particularly limited, but may be a recording medium such as a CD-ROM.

Landscapes

  • Business, Economics & Management (AREA)
  • General Physics & Mathematics (AREA)
  • Physics & Mathematics (AREA)
  • Strategic Management (AREA)
  • Engineering & Computer Science (AREA)
  • Accounting & Taxation (AREA)
  • Finance (AREA)
  • Tourism & Hospitality (AREA)
  • Economics (AREA)
  • Marketing (AREA)
  • General Business, Economics & Management (AREA)
  • Theoretical Computer Science (AREA)
  • Development Economics (AREA)
  • Game Theory and Decision Science (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Health & Medical Sciences (AREA)
  • General Health & Medical Sciences (AREA)
  • Human Resources & Organizations (AREA)
  • Primary Health Care (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)
  • Cash Registers Or Receiving Machines (AREA)

Abstract

座席を離れることなく商品を注文・受け取ることができ、かつ、商品の受け取りまでの目安待ち時間を利用者に把握させることが可能な注文管理技術を提供する。管理サーバ３００は、携帯端末１００から注文情報を受信すると、オーダー管理テーブルＴＡ２に登録されている他の注文情報のステータス等を参照し、当該注文情報に対応する商品の受け渡しが完了するまでの目安待ち時間を算出し、携帯端末１００に通知する。さらに、管理サーバ３００は、店舗Ａの注文受付端末２００に注文情報を送信する。店舗Ａの注文受付端末２００は、管理サーバ３００から送信される注文情報について、プリンタ２５０を利用して注文レシート（２枚）を出力する。

Description

注文管理サーバ、注文システム、及び記録媒体 関連出願の相互参照
　本出願は、２０１５年８月２６日に出願された日本特許出願番号２０１５－１６６９９５号に基づくもので、ここにその記載内容を援用する。
　本発明は、イベント会場等において商品の注文を管理する技術に関する。
スポーツイベントなど、多くの利用者が集まる大規模なイベントは、利用者が座って観戦できるように、予約時に割り当てられる識別可能な座席（例えば、Ａ－４席）を有する施設（スタジアムなど）で開催される。
このようなイベントにおいて食べ物及び飲み物を欲する場合、利用者は、施設内を往来して食べ物及び飲み物を売り歩く売り子を見つけて注文するか、施設内の売店（店舗）まで出向いて注文するのが一般的である。
特開２００２－２０３０１７号公報
　しかしながら、売り子は通常１種類の食べ物又は飲み物しか持ち合わせておらず、利用者が欲している商品（例えばビールと弁当など）を持っているとは限らない。よって、多くの場合はそのような売り子が現れるまで待たなければならないが、売り子がいつ来るかは全く予想できず、非効率的であるという問題がある。
一方、売店に出向く場合には、試合の途中、あるいはハーフタイムまで待って売店に行き、商品を購入することになるが、多くの場合、売店の前には長蛇の列ができており、実際に商品を購入するまでに時間がかかるうえ、どれくらい待てば所望の商品を購入できるのかわからないために、待っている間に試合の重要な局面を見逃してしまう、という問題もある。
　本発明は、以上説明した事情を鑑みてなされたものであり、座席を離れることなく商品を注文・受け取ることができる一方、利生者は、商品の注文の際、商品の受け取りまでの目安待ち時間を、把握することが可能な注文管理技術を提供することを目的の一つとする。本発明の他の目的は、本明細書全体を参照することにより明らかとなる。
　本発明の一実施形態に係る注文管理サーバは、携帯端末から送信される商品の注文を受け付ける受付部と、注文された商品の種類、数、受付時刻を少なくとも含む注文情報を生成する生成部と、生成された注文情報を登録する記憶部と、記憶部に新たな注文情報が登録された場合には、既に記憶部に登録されている注文情報、および新たに登録された注文情報に基づいて、新たに登録された注文情報に係る商品の受け渡しに要する目安待ち時間を算出する算出部と、算出した目安待ち時間を携帯端末に通知する通知部とを備えることを特徴とする。
　ここで、上記構成にあっては、算出部は、新たに登録された注文情報に係る商品が複数ある場合には、商品の各々について、個別の目安待ち時間を算出する態様が好ましい。
　さらに、上記構成にあっては、通知部は、携帯端末から目安待ち時間の問い合わせを受けた場合に、算出した目安待ち時間を通知する態様も好ましい。
なお、上記サーバやシステムは本発明の一態様であり、本発明のサーバやシステムは、上記構成要素の任意の組合せであってもよい。また、本発明の装置、方法、コンピュータプログラム、記録媒体なども、同様の構成を有する。
　本発明によれば、利用者は座席を離れることなく商品を注文・受け取ることができ、かつ、商品の注文の際、商品の受け取りまでの目安待ち時間を、把握することが可能となる。
本実施形態に係る注文システム１０００の概略構成を示す図である。 注文画面を例示した図である。 注文受付端末２００の主要構成を示すブロック図である。 注文管理画面を例示した図である。 注文システム１０００における業務フローを示すフローチャートである。 注文時における携帯端末１００、管理サーバ３００、注文受付端末２００間での処理フローをあらわすシーケンス図である。 注文情報のステータス更新時における管理サーバ３００、注文受付端末２００間での処理フローをあらわすシーケンス図である。 ３台の注文受付端末２００Ａ～２００Ｃを利用して順番管理を行う場合のシーケンス図である。 目安待ち時間の表示例を示す図である。 目安待ち時間の表示例を示す図である。 注文時における携帯端末１００、管理サーバ３００、注文受付端末２００間での処理フローをあらわすシーケンス図である。
　以下、本発明の実施形態について図面を参照しつつ詳細に説明する。なお、同一の要素には同一の符号を付し、重複する説明を省略する。
Ａ．本実施形態
　図１は、本実施形態に係る注文システム１０００の概略構成を示す図である。
同図に示すように、注文システム１０００は、スポーツ観戦に訪れた各利用者が所持する携帯端末１００と、携帯端末１００から送信される商品（様々な役務も含む）の注文情報の受け付けを行う注文受付端末２００と、注文受付端末２００を管理する管理サーバ３００とを備えて構成される。
　本実施形態では、スポーツイベントが開催されるイベント会場（例えば、アリーナや競技場）に適用した場合を例に説明を行うが、これに限る趣旨ではなく、あらゆる施設（屋内外を問わず）に適用可能である。また、図１では、店舗（店舗Ａ）に注文受付端末２００が設置されているが、１つのイベント会場に複数の店舗（店舗Ａ、店舗Ｂ・・・）が入っている場合には、店舗ごとに注文受付端末２００を設けても良い。さらに、本実施形態では注文情報として飲食に関わる商品（ビールやおつまみなど）を例示するが、いかなる商品またはサービスに適用するかはシステム運用等に応じて適宜変更可能である。
　携帯端末１００は、例えばスマートフォンによって構成され、各利用者による操作に応じて店舗Ａで販売されている商品の注文情報を生成し、送信する。携帯端末１００から送信される注文情報は、通信ネットワークＮを経由して注文受付端末２００及び管理サーバ３００に受信される。携帯端末１００は、パーソナルコンピュータ（ＰＣ）、ノートＰＣ、携帯電話機、携帯情報端末（ＰＤＡ）など、インターネットにアクセス可能なあらゆる端末装置を利用することができる。
注文受付端末２００は、例えばタブレット端末などによって構成され、各携帯端末１００から送信される様々な注文情報を受信する。注文受付端末２００は、例えば店舗Ａの所定箇所（例えば、キッチンなど）に設置され、店舗Ａの各担当者が閲覧等することが可能となっている。注文受付端末２００は、タブレット端末に限る趣旨ではなく、パーソナルコンピュータ（ＰＣ）、ノートＰＣ、スマートフォン、携帯電話機、携帯情報端末（ＰＤＡ）など、通信ネットワークＮを介して管理サーバ３００とデータの授受が可能なあらゆる端末装置を利用することができる。
　プリンタ２５０は、有線ケーブルまたは無線によって注文受付端末２００と接続され、注文情報ごとに、注文情報が印字されたレシート（以下、「注文レシート」という）を発券する。本実施形態では、注文レシートを２枚ずつ発券するが、その理由は後に詳述する。
　管理サーバ３００は、例えば、演算処理能力の高いコンピュータによって構成され、そのコンピュータにおいて所定のサーバ用プログラムが動作することにより、サーバ機能を実現するものである。ここで、管理サーバ３００を構成するコンピュータは、必ずしも１台である必要はなく、通信ネットワークＮ上に分散する複数のコンピュータから構成されてもよい。管理サーバ３００は、施設ごとに注文受付端末２００を管理するためのデータベース３１０と、プロセッサ３２０と、を備えている。データベース３１０は、クライアント管理テーブルＴＡ１、オーダー管理テーブルＴＡ２、Ｗｅｂ管理テーブルＴＡ３を備えている。
　クライアント管理テーブルＴＡ１には、施設ごとに固有のＩＤとパスコード（アカウント）が対応づけて登録されている。ここでは、「店舗Ａ」で利用される注文受付端末２００に対してユニークな識別情報（例えば、「ＩＤ：Ａ１・・・」）などが設定されている。識別情報は、例えばシステム導入の際に店舗Ａの管理者等が設定すればよい。なお、同一施設内で複数の注文受付端末２００を利用する場合には、全ての注文受付端末２００に同一の識別情報を設定しても良いが、注文管理端末２００ごとに異なる識別情報を設定しても良い。
　オーダー管理テーブルＴＡ２には、注文情報の詳細（注文番号、注文された商品の種類や数、注文時刻、座席位置、言付けなど）、注文情報のステータス（「未対応」、「調理完了」、「受渡完了」など）が施設ごとに登録されている。一例を挙げて説明すると、店舗Ａにおいて、注文番号が「００１８」、受付時刻は「１４：１１」、注文された商品の種類や数は「えだまめ／１個、ビール／３本」、ステータスは「未対応」、席は「Ｗ２１０－０１３－Ｔ１０」、言付けは「なし」等である。オーダー管理テーブルＴＡ２の登録内容は、各携帯端末１００を用いた注文情報の新規登録操作や、各注文受付端末２００を用いた注文情報のステータスの更新操作に基づいて変更される。
　Ｗｅｂ管理テーブルＴＡ３には、商品に関わる注文画面が施設ごとに登録されている。図２は、注文画面を例示した図である。各利用者には、予め注文画面のＵＲＬ等が通知されている、あるいは、各利用者がＱＲＬコードを読み取るなどして携帯端末１００から注文画面にアクセス可能となっている。注文画面にアクセスすると、利用者は、携帯端末１００を適宜操作して商品の注文を行う。商品注文に応じた注文情報などは、上述したようにオーダー管理テーブルＴＡ２に登録される。
　プロセッサ３２０は、算術演算、論理演算、ビット演算等を処理する算術論理演算ユニット（ＣＰＵなど）および各種レジスタから構成され、ＲＯＭ等の記憶手段に格納されている各種プログラムを実行することで管理サーバ３００の各部を中枢的に制御する。また、プロセッサ３２０は、注文受付端末２００と連携して注文を管理するためのコンピュータプログラム（注文管理アプリケーション）も実行する。
　通信ネットワークＮは、管理サーバ３００と注文受付端末２００との間で相互に情報を送受信可能な通信網を含む。通信ネットワークＮは、例えばインターネット、ＬＡＮ、専用線、電話回線、企業内ネットワーク、移動体通信網、ブルートゥース、ＷｉＦｉ（Wireless Fidelity）、その他の通信回線、それらの組み合わせ等のいずれであっても良く、無線であるかを問わない。
　通信ネットワークＮは、管理サーバ３００と注文受付端末２００との間で相互に情報を送受信可能な通信網を含む。通信ネットワークＮは、例えば、インターネット、ＬＡＮ、専用線、電話回線、企業内ネットワーク、移動体通信網、ブルートゥース、ＷｉＦｉ（Wireless Fidelity）、その他の通信回線、それらの組み合わせ等のいずれであってもよく、有線であるか無線であるかを問わない。
　図３は、注文受付端末２００の主要構成を示すブロック図である。注文受付端末２００は、プロセッサ２１０と、入力装置２１５と、表示装置２１６と、通信インタフェース２２０と、記憶資源２３０とを備える。注文受付端末２００は、店舗Ａの担当者が入力装置２１５を操作することで、ステータスが更新された注文情報の登録等を受け付ける。
　プロセッサ２１０は、算術演算、論理演算、ビット演算等を処理する算術論理演算ユニット（ＣＰＵなど）および各種レジスタから構成され、記憶資源２３０に格納されている各種プログラムを実行することで注文受付端末２００の各部を中枢的に制御する。各種レジスタは、例えば、プログラムカウンタ、データレジスタ、命令レジスタ、汎用レジスタ等である。
　入力装置２１５は、担当者による注文情報の新規登録操作やステータスの更新操作等を受け付けるための各種操作ボタンやタッチパネル２１５ａを備えている。
　表示装置２１６は、図４に示すような受け付けが行われた注文管理画面を表示するための装置であり、例えば液晶ディスプレイにより構成される。
　通信インタフェース２２０は、通信ネットワークＮに接続し、通信ネットワークＮ上の他の端末と通信をするためのハードウェアモジュールである。通信インタフェース２２０は、例えば、ＩＳＤＮモデム、ＡＤＳＬモデム、ケーブルモデム、光モデム、ソフトモデム等の変調復調装置である。
　記憶資源２３０は、例えば、物理デバイスの記憶領域が提供する論理デバイスである。物理デバイスは、例えば、ディスクドライブまたは半導体メモリ（ＲＯＭ、ＲＡＭなど）等のコンピュータ読み取り可能な記録媒体である。記憶資源２３０は、複数の物理デバイスを１つの論理デバイスにマッピングして構築してもよいし、１つの物理デバイスを複数の論理デバイスにマッピングして構築してもよい。
　記憶資源２３０には、オペレーティングシステムプログラム、ドライバプログラム、各種データ等が格納される。ドライバプログラムとしては、例えば、通信インタフェース２２０を制御するための通信インタフェースドライバプログラム等がある。また、記憶資源２３０には、これら各種プログラムや各種データのほか、プロセッサ２１０が実行することにより、管理サーバ３００と連携して注文情報を管理するためのプログラム（注文管理アプリケーション）ＡＰ１が記憶されている。次に、本実施形態における注文システム１０００の動作について説明する。
（注文～受け渡しまでの業務フロー）
　図５は、商品の注文が行われてから受け渡しが完了するまでの業務フローを模式的に示した図である。
　まず、利用者は、携帯端末１００を利用して注文Ｗｅｂページにアクセスし、店舗Ａに対する商品の注文を行う（Ｃ１）。管理サーバ３００は、利用者からの注文に応じて注文情報を作成し、店舗Ａに送信する。店舗Ａの注文受付端末２００は、注文情報を受信すると、受信した注文情報を、２枚のレシート（以下、注文レシート）に印字してプリンタ２５０から出力する（Ｃ２）。店舗Ａにおいて商品を管理する担当者は、注文レシートに印字された注文情報に基づき、利用者に提供する商品を用意した後（Ｃ３）、商品とともに注文レシート（２枚）を売り子に渡す（Ｃ４）。売り子は、注文レシートに記載されている座席位置（例えば、「Ｗ２１０－０１３－Ｔ１０」）を参照しながら、注文した利用者に商品を配送する（Ｃ５）。売り子は、利用者に商品を渡すとともに、お客様控えとして注文レシート（１枚）を渡す（Ｃ６）。利用者は、商品を受け取ると、現金またはキャッシュカード等を利用して精算を行う。もっとも、携帯端末１００が何らかの電子課金システムを利用できる状態にある場合には、電子課金システムを利用してカードレス決済を行っても良い。
このように商品の配送が完了すると、売り子は、残り１枚の注文レシートを持って店舗Ａに戻り（Ｃ７）、自身の名前をサインして担当者に渡す（Ｃ８）。担当者は、注文受付端末２００に注文管理画面を表示させた後、スワイプ操作等して受け渡しが完了した旨の入力を行う（Ｃ９）。前掲図４に示すように、注文管理画面には、注文番号、受付時刻、メニュー、個数、価格とともに、注文処理のステータスが表示される。担当者は、注文レシートを参照して対応が完了した注文を特定すると、この注文に対応するステータス部分をスワイプ操作し、「受渡完了」のコマンドを選択操作することで、注文した商品の受け渡しが正常に完了したことを注文受付端末２００に入力する。担当者は、かかる入力を終えると、残り１枚のレシートをフォルダ等にファイリングして処理を終了する。
（注文処理フロー）
　図６は、注文時における携帯端末１００、管理サーバ３００、注文受付端末２００間での処理フローをあらわすシーケンス図である。
　携帯端末１００は、利用者による注文ＷｅｂページのＵＲＬ等の入力操作に応じて、管理サーバ３００に注文画面の表示リクエストを送信する（ステップＳ１）。管理サーバ３００は、携帯端末１００からの表示リクエストを受信すると、この表示リクエストを検索キーとしてＷｅｂ管理テーブルＴＡ３を検索することにより、対応する店舗（ここでは、店舗Ａ）の注文画面を読み出し、携帯端末１００に送信する（ステップＳ２）。携帯端末１００は、管理サーバ３００から受信した注文画面（図２参照）を表示し（ステップＳ３）、利用者による注文操作の入力を待つ（ステップＳ４）。
　携帯端末１００は、注文操作がない場合には（ステップＳ４：ＮＯ）、ステップＳ３の処理を繰り返し実行する一方、注文操作を検知すると（ステップＳ４：ＹＥＳ）、注文操作に応じた注文情報を作成する（ステップＳ５）。注文情報には、利用者が選択した商品の種類と数（例えば、「えだまめ／１個、ビール／３本」）とともに、利用者の座席（例えば、「Ｗ２１０－０１３－Ｔ１０」）や言付け（例えば、「なし」）などが含まれる。なお、座席の特定方法としては、各利用者に座席番号等を直接入力させる方法を採用しても良いが、座席番号に対応するＱＲコードを携帯端末１００に読み込ませる方法等を採用しても良い。
　携帯端末１００は、注文情報を作成すると、注文が完了したか否かを判断する（ステップＳ６）。携帯端末１００は、注文完了ボタンがタッチ操作等されることなく、追加注文・変更等の操作がなされた場合には（ステップＳ６：ＮＯ）、ステップＳ４に戻り、上述した一連の処理を繰り返し実行する。一方、携帯端末１００は、注文画面に表示される注文完了ボタンがタッチ操作等され、注文が完了したと判断すると（ステップＳ６：ＹＥＳ）、作成した注文情報を管理サーバ３００に送信する（ステップＳ７）。
　管理サーバ（受付部）３００は、携帯端末１００から注文情報を受信すると、クライアント管理テーブルＴＡ１等を参照し、店舗Ａの注文受付端末２００宛てに注文情報を送信（転送）する（ステップＳ８）。管理サーバ（生成部）３００は、携帯端末１００からの注文情報をもとに、注文情報の詳細（注文番号、注文された商品の種類や数、注文時間、座席位置、言付けなど）、注文情報のステータス（新規登録であれば「未対応」）を含む注文情報を生成（加工）し、店舗Ａの注文受付端末２００宛てに送信する。
店舗Ａの注文受付端末（受信部）２００は、管理サーバ３００から注文情報を受信すると、プリンタ２５０を利用して注文情報が印字された注文レシート（２枚）を出力する（ステップＳ９）。なお、注文受付端末２００が、新たに注文情報を受信したとしても、担当者が気づかない可能性がある。よって、新たに注文情報を受信した場合には、これを担当者に確実に伝えるべく、注文受付端末（報知部）２００から効果音や表示メッセージなどを出力しても良い。
一方、管理サーバ（記憶部）３００は、上述した注文情報をオーダー管理テーブルＴＡ２に新たに登録する（ステップＳ１０）。さらに、管理サーバ（算出部、通知部）３００は、オーダー管理テーブルＴＡ２に登録されている他の注文情報のステータス等を参照し、当該注文情報に対応する商品の受け渡しが完了するまでの予測時間（以下、目安待ち時間）を算出し、携帯端末１００に通知する（ステップＳ１１）。管理サーバ３００のメモリ（図示略）には、目安待ち時間を算出するための参照テーブルやアルゴリズムなどが格納されている。参照テーブルには、商品と商品の提供に要する目安待ち時間とが対応づけて登録されている。例えば、商品「えだまめ」については、目安待ち時間「５分」であり、商品「玉子焼」については、目安待ち時間「１５分」・・・等である。簡単な例として、「未対応」の他の注文情報として「えだまめ」が「６つ」あり、今回の注文情報として「玉子焼」が「２つ」ある場合、目安待ち時間は「６０分」（＝５分×６＋１５分×２）となる。もっとも、目安待ち時間は、未対応の他の注文情報のみならず、店の混雑状況（例えば、対応可能な担当者の数や）などによって変わり得ることから、これらの事情を考慮して目安待ち時間を算出しても良い。
携帯端末１００は、管理サーバ３００から通知された目安待ち時間（例えば「目安待ち時間：４０分程度」など）を、表示画面に表示した後（ステップＳ１２）、処理を終了する。利用者は、表示画面上の目安待ち時間を把握することで、商品を注文したものの、いつ届くかわからないために席を立てない、あるいは本当に商品が届くか不安になる、という心配を払拭することができる。
（ステータスの更新処理フロー）
　図７は、注文情報のステータス更新時における管理サーバ３００、注文受付端末２００間での処理フローをあらわすシーケンス図である。以下、ステータスが更新される一例として注文の受け渡しが完了した場合を想定する。
　注文した商品の受け渡しが完了すると、担当者は、注文受付端末２００上の注文管理画面に表示される複数の注文情報の中から、受け渡しが完了した注文情報を特定する。そして、この注文情報に対応するステータス部分をスワイプ操作し、「受渡完了」のコマンドを選択する。注文受付端末２００は、「受渡完了」のコマンドが選択されたことから、注文情報のステータスが更新されたと判断すると（ステップＳａ１：ＹＥＳ）、注文番号や店舗Ａの識別情報を含めて、注文情報のステータスの更新内容を管理サーバ３００宛てに送信する（ステップＳａ２）。なお、注文情報のステータスが更新されない場合には（ステップＳａ１：ＮＯ）、ステップＳａ１の処理を繰り返し実行する。管理サーバ３００は、注文情報のステータスの更新内容を受信すると、注文番号や店舗Ａの識別情報をもとに、オーダー管理テーブルＴＡ２を参照し、対応する注文情報のステータスを更新（ここでは、「未対応」→「受渡完了」）し（ステップＳａ３）、処理を終了する。なお、ステータスが「受渡完了」に切り換わると、この注文情報は注文管理画面から消去される（いわゆる消し込み）。
　ここで、注文情報のステータスの更新は、「受渡完了」以外に、注文の取り消しを意味する「取消」、注文した商品の調理の完了を意味する「調理完了」などがある。もちろん、ステータスの種類や数は、これらに限定する趣旨ではなく、業務形態などに応じて適宜設定・変更可能である。
（商品の在庫がなくなった場合等の対応）
多数の人が集まるイベント会場では、早々に商品の在庫がきれてしまうことも懸念される。商品の在庫が無くなった場合（あるいは商品の在庫が無くなりかけた場合）には、速やかに注文の受付を止める必要があるため、本実施形態では、注文受付端末２００を用いて商品の注文受付のコントロール（受付停止、受付再開など）を行う。一例を挙げて説明すると、担当者は、注文受付端末２００を操作することで管理設定画面を表示し、注文受付を停止する商品（以下では、商品Ａとする）を選択する。注文受付の停止操作がなされると、注文受付端末２００から管理サーバ３００に対して、店舗Ａにおいて商品Ａの注文受付を停止すべき旨の通知が行われる。管理サーバ３００は、かかる通知に基づき、Ｗｅｂ管理テーブルＴＡ３を参照し、店舗Ａにおいて商品Ａの注文の受付けを停止する処理（商品Ａの選択を無効とするなど）を行う。
このように、本実施形態によれば、注文受付端末２００の簡単な操作で、直ちに所定商品の注文受付を停止することができるというメリットを享受できる。なお、上記では、商品の在庫が無くなった場合を例に説明したが、在庫が無くなった場合のみならず、店舗Ａの営業を停止する場合も同様に説明することができる。この場合は、携帯端末１００の管理設定画面を表示し、店舗Ａでの注文受付を全て停止する。注文受付の停止操作がなされると、注文受付端末２００から管理サーバ３００に対して、店舗Ａにおける注文受付を全て停止する旨の通知が行われる。管理サーバ３００は、かかる通知に基づき、Ｗｅｂ管理テーブルＴＡ３を参照し、店舗Ａにおける注文の受付けを全て停止する処理（店舗Ａの選択そのものを無効とするなど）を行う。このような処理を実行してもよい。
　以上説明したように、本実施形態によれば、管理サーバ３００は、携帯端末１００から注文情報を受信すると、オーダー管理テーブルＴＡ２に登録されている他の注文情報のステータス等を参照し、当該注文情報に対応する商品の受け渡しが完了するまでの目安待ち時間を算出し、携帯端末１００に通知する。これにより、利用者は、携帯端末１００の表示画面上の目安待ち時間を把握することで、商品を注文したものの、いつ届くかわからないために席を立てない、あるいは本当に商品が届くか不安になる、という心配を払拭することが可能となる。
Ｂ．その他
　なお、本発明は、上述した実施形態に限定されるものではなく、本発明の要旨を逸脱しない範囲内において、他の様々な形で実施することができる。このため、上記実施形態はあらゆる点で単なる例示にすぎず、限定的に解釈されるものではない。例えば、上述した各処理ステップは処理内容に矛盾を生じない範囲で任意に順番を変更し、または並列に実行することができる。
　上述の実施形態では、注文受付端末２００と管理サーバ３００とが連携して注文情報を管理するシステムについて説明したが、システムの構成はこれに限られず、種々の構成を採用可能である。例えば、管理サーバ３００が有する機能を注文受付端末２００側で備えることにより、注文受付端末２００単体で注文システム１０００と同等の機能を備える装置を構成することができる。
　また、本実施形態では、１施設（実施形態では店舗Ａ）で１台の注文受付端末２００を利用する場合を例示したが、１施設で複数台の注文受付端末２００を利用することも可能である。１施設で複数台の注文受付端末２００を利用する場合には、各注文受付端末２００の間でデータが共有される。
図８は、３台の注文受付端末２００Ａ～２００Ｃを利用して順番管理を行う場合のシーケンス図である。たとえば、店舗Ａにおいて特定の注文受付端末２００（図８に示す注文受付端末２００Ａ）が操作されると（Ｃ１１）、その操作内容（注文情報の新規登録など）は管理サーバ３００にアップロードされる（Ｃ１２）。管理サーバ３００は、受信した新たな注文情報に基づき、オーダー管理テーブルＴＡ２に登録されている店舗Ａの注文情報を更新する（Ｃ１３）。そして、管理サーバ３００は、クライアント管理テーブルＴＡ１を参照し、今回、注文を受付けた注文受付端末２００Ａを特定する（Ｃ１４）。ここでは、店舗Ａに対して３台の注文受付端末２００Ａ～２００Ｃがクライアント管理テーブルＴＡ１に登録されていることから、管理サーバ３００は、注文受付端末２００Ａ以外の端末、すなわち注文受付端末２００Ｂ及び２００Ｃに対してアップデートされた最新の注文情報を送信し（Ｃ１５）、処理を終了する。
　この結果、最新の情報が、常に同期した状態で各注文受付端末２００に反映され、これにより、１施設で複数台の注文受付端末２００を利用する場合であっても、注文情報の更新が一部の注文受付端末２００において反映されない等の不具合を生ずることなく、最適な注文情報の管理を行うことが可能となる。
　また、本実施形態では、管理サーバ（算出部）３００は、注文した商品が複数ある場合、全ての商品の受け渡しが完了するまでのトータルの目安待ち時間を通知する構成としたが（図９参照）、これに代えて（または加えて）、注文した商品の各々について個別の目安待ち時間を通知しても良い（図１０参照）。
　さらにまた、商品が選択される都度、目安待ち時間を通知する構成としても良い。
　図１１は、変形例に係る注文時における携帯端末１００、管理サーバ３００、注文受付端末２００間での処理フローをあらわすシーケンス図である。なお、図１１において図６に対応するステップには同一符号を付し、詳細な説明は割愛する。
　携帯端末１００は、注文操作を検知すると（ステップＳ４：ＹＥＳ）、注文操作に応じた注文情報を作成する（ステップＳ５）。注文情報には、利用者が選択した商品の種類と数（例えば、「えだまめ／１個、ビール／３本」）とともに、利用者の座席（例えば、「Ｗ２１０－０１３－Ｔ１０」）や言付け（例えば、「なし」）などが含まれる。そして、個別の注文情報のそれぞれについて目安待ち時間（以下、「個別目安待ち時間」）の問い合わせを行う（ステップＳ１３）。管理サーバ（通知部）３００は、個別目安待ち時間の問い合わせを受けると、オーダー管理テーブルＴＡ２に登録されている他の注文情報のステータス等を参照し、個別目安待ち時間を算出し、携帯端末１００に通知する（ステップＳ１４）。
携帯端末１００は、管理サーバ３００から通知された個別目安待ち時間（図１０参照）を、表示画面に表示する（ステップＳ１５）。その後、携帯端末１００は、利用者によって注文完了ボタンがタッチ操作等されたか否かを判断する（ステップＳ６）。例えば、ある特定の商品の個別目安待ち時間が極端に長いため（例えば、「４５分」）、注文を変更するような場合には、注文完了ボタンがタッチ操作等されることなく、追加注文・変更等の操作がなされる（ステップＳ６：ＮＯ）。この場合は、ステップＳ４に戻り、上述した一連の処理が繰り返し実行される。一方、携帯端末１００は、注文画面に表示される注文完了ボタンがタッチ操作等され、注文が完了したと判断すると（ステップＳ６：ＹＥＳ）、作成した注文情報を管理サーバ３００に送信する（ステップＳ７）。なお、この後の動作は、上記本実施形態と同様に説明することができるため、これ以上の説明は割愛する。このように、商品が選択される都度（すなわち、注文が完了する前に）、商品の受け渡しまでの目安待ち時間がわかることで、より効率の良い商品注文が可能となる。
　また、本実施形態では、注文してから商品の受け渡しが行われるまで、特に呼出を行う点について言及しなかったが、電話呼出を行うようにしても良い。商品注文の際、電話での呼出設定を希望するか、利用者に確認するメッセージを携帯端末１００に表示する（「電話でのお呼出を設定できます。ご希望の方は、下記ボタンを押した後、電話番号を入力してください。」など）。利用者は、電話での呼出設定を希望する場合には、このメッセージに従って電話番号を入力する。この結果、商品の受け渡しを行う際に、例えば利用者が座席を離れていて見つからない場合でも、売り子等による呼出が行われ、商品の受け渡しを確実に行うことが可能となる。また、電話呼出に代えて（あるいは加えて）、テキストメッセージによる呼出を行うようにしても良い。具体的には、商品の注文の際、テキストメッセージによる呼出設定を希望するか、利用者に確認するメッセージを携帯端末１００に表示する（「通知を受け取るメールアドレスを下記に入力してください。」など）。利用者は、このメッセージに従ってメールアドレスを入力することで、テキストメッセージによる呼出を受けることが可能となる。
　以上説明した本発明の各実施形態を実現するためのプログラムは、記録媒体に記憶させてもよい。この記録媒体を用いれば、施設における予約の順番待ちを管理するためのコンピュータに、上記プログラムをインストールすることができる。ここで、上記プログラムを記憶した記録媒体は、非一過性の記録媒体であっても良い。非一過性の記録媒体は特に限定されないが、例えば、ＣＤ－ＲＯＭ等の記録媒体であっても良い。

Claims (6)

  1. 　携帯端末から送信される商品の注文を受け付ける受付部と、
    注文された前記商品の種類、数、受付時刻を少なくとも含む注文情報を生成する生成部と、
    生成された前記注文情報を登録する記憶部と、
    前記記憶部に新たな注文情報が登録された場合には、既に前記記憶部に登録されている前記注文情報、および新たに登録された前記注文情報に基づいて、新たに登録された前記注文情報に係る商品の受け渡しに要する目安待ち時間を算出する算出部と、
    算出した目安待ち時間を前記携帯端末に通知する通知部と
    　を備えた注文管理サーバ。
  2. 　前記算出部は、新たに登録された前記注文情報に係る商品が複数ある場合には、前記商品の各々について、個別の目安待ち時間を算出する、請求項１に記載の注文管理サーバ。
  3. 前記通知部は、前記携帯端末から前記目安待ち時間の問い合わせを受けた場合に、算出した前記目安待ち時間を通知する、請求項１に記載の注文管理サーバ。
  4. 商品を管理する注文受付端末と、請求項１に記載の注文管理サーバを備えた注文システムであって、
    前記注文受付端末は、
    前記注文管理サーバから前記注文情報を受信する受信部と、
    前記注文情報を受信した場合に、当該注文情報を受信したことを報知する報知部を備える、注文システム。
  5. 　記憶部を備えたコンピュータに、
    　携帯端末から送信される商品の注文を受け付ける受付機能と、
    注文された前記商品の種類、数、受付時刻を少なくとも含む注文情報を生成する生成機能と、
    生成された前記注文情報を前記記憶部に登録する記憶機能と、
    前記記憶部に新たな注文情報が登録された場合には、既に前記記憶部に登録されている前記注文情報、および新たに登録された前記注文情報に基づいて、新たに登録された前記注文情報に係る商品の受け渡しに要する目安待ち時間を算出する算出機能と、
    算出した目安待ち時間を前記携帯端末に通知する通知機能とを実現させるためのプログラムを記録した非一過性の記録媒体。
  6. 　携帯端末から送信される商品の注文を受け付ける受付部と、
    注文された前記商品の種類、数、受付時刻を少なくとも含む注文情報を生成する生成部と、
    生成された前記注文情報を登録する記憶部と、
    前記記憶部に新たな注文情報が登録された場合には、既に前記記憶部に登録されている前記注文情報、および新たに登録された前記注文情報に基づいて、新たに登録された前記注文情報に係る商品の受け渡しに要する目安待ち時間を算出する算出部と、
    算出した目安待ち時間を前記携帯端末に通知する通知部と、
    前記注文情報に係る商品の受け渡しを行う際に、電話による呼出を希望するか、またはテキストメッセージによる呼出を希望するか、少なくともいずれか一方を前記携帯端末のユーザに選択させ、前記ユーザの選択操作に応じた種類の呼出を行う呼出設定部とを備え、
    　前記算出部は、新たに登録された前記注文情報に係る商品が複数ある場合には、注文が完了する前であって前記商品が選択される都度、選択された前記商品の各々について、個別の目安待ち時間を算出し、
    　前記通知部は、前記商品が選択される都度、算出される前記個別の目安待ち時間を、前記携帯端末に通知する、注文管理サーバ。
PCT/JP2016/074873 2015-08-26 2016-08-25 注文管理サーバ、注文システム、及び記録媒体 WO2017034007A1 (ja)

Priority Applications (3)

Application Number Priority Date Filing Date Title
US15/754,213 US20180240205A1 (en) 2015-08-26 2016-08-25 Order Management Server, Order System, and Recording Medium
EP16839354.4A EP3343492A4 (en) 2015-08-26 2016-08-25 CONTROL MANAGEMENT SERVER, CONTROL SYSTEM, AND RECORDING MEDIUM
CN201680049124.6A CN107924533A (zh) 2015-08-26 2016-08-25 订购管理服务器、订购系统以及存储介质

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2015-166995 2015-08-26
JP2015166995A JP6230578B2 (ja) 2015-08-26 2015-08-26 注文管理サーバ、注文システム、及びプログラム

Publications (1)

Publication Number Publication Date
WO2017034007A1 true WO2017034007A1 (ja) 2017-03-02

Family

ID=58100479

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2016/074873 WO2017034007A1 (ja) 2015-08-26 2016-08-25 注文管理サーバ、注文システム、及び記録媒体

Country Status (5)

Country Link
US (1) US20180240205A1 (ja)
EP (1) EP3343492A4 (ja)
JP (1) JP6230578B2 (ja)
CN (1) CN107924533A (ja)
WO (1) WO2017034007A1 (ja)

Families Citing this family (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP6373519B1 (ja) * 2017-11-14 2018-08-15 ヤフー株式会社 情報処理装置、情報処理方法および情報処理プログラム
JP7458707B2 (ja) * 2019-02-01 2024-04-01 東芝テック株式会社 オーダーシステム
US10467563B1 (en) * 2019-02-18 2019-11-05 Coupang, Corp. Systems and methods for computerized balanced delivery route pre-assignment
JP2020149558A (ja) * 2019-03-15 2020-09-17 ソフトバンクグループ株式会社 情報処理システム、情報処理方法、商品生成装置、商品生成方法、及びプログラム
US20200394572A1 (en) * 2019-06-12 2020-12-17 Toshiba Tec Kabushiki Kaisha Reservation order processing system and reservation order processing method
JP6769642B1 (ja) * 2019-10-10 2020-10-14 プットメニュー株式会社 情報通知システムおよび情報通知方法
JP6857270B1 (ja) * 2020-03-06 2021-04-14 株式会社Ｓｈｏｗｃａｓｅ Ｇｉｇ 注文管理支援サーバ、注文管理支援システム、注文管理支援方法
CN113011945A (zh) * 2021-03-16 2021-06-22 深圳市微创云启科技有限公司 订单编号的生成方法、装置、终端设备和存储介质

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2002245313A (ja) * 2001-02-15 2002-08-30 Ntt Advanced Technology Corp 待ち順番呼出装置、システムおよび方法
JP2004054652A (ja) * 2002-07-22 2004-02-19 Nec Corp 出前販売システム及びそれに使用する販売サーバ
JP2011210207A (ja) * 2010-03-31 2011-10-20 Casio Computer Co Ltd オーダエントリシステム
JP2012068750A (ja) * 2010-09-21 2012-04-05 Toshiba Tec Corp 注文操作支援システム、注文操作支援方法

Family Cites Families (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH09146756A (ja) * 1995-06-16 1997-06-06 Seiko Epson Corp 注文管理システム
JP2002203017A (ja) * 2000-10-30 2002-07-19 Mitsubishi Electric Corp 飲食物提供管理システム、そのシステムに用いられるサーバおよび端末
JP2010244418A (ja) * 2009-04-08 2010-10-28 Toshiba Tec Corp 注文受付装置およびプログラム
US9275407B2 (en) * 2009-11-06 2016-03-01 Livingsocial, Inc. Systems and methods to implement point of sale (POS) terminals, process orders and manage order fulfillment
US20130332208A1 (en) * 2012-06-12 2013-12-12 Apple Inc. Systems and methods for processing orders and reservations using an electronic device
CA2993787C (en) * 2015-07-27 2023-09-05 Nourish Technology, Inc. A system and process for managing preparation and packaging of food and/or beverage products for a precise delivery time

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2002245313A (ja) * 2001-02-15 2002-08-30 Ntt Advanced Technology Corp 待ち順番呼出装置、システムおよび方法
JP2004054652A (ja) * 2002-07-22 2004-02-19 Nec Corp 出前販売システム及びそれに使用する販売サーバ
JP2011210207A (ja) * 2010-03-31 2011-10-20 Casio Computer Co Ltd オーダエントリシステム
JP2012068750A (ja) * 2010-09-21 2012-04-05 Toshiba Tec Corp 注文操作支援システム、注文操作支援方法

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
See also references of EP3343492A4 *

Also Published As

Publication number Publication date
EP3343492A1 (en) 2018-07-04
JP6230578B2 (ja) 2017-11-15
US20180240205A1 (en) 2018-08-23
EP3343492A4 (en) 2019-02-13
CN107924533A (zh) 2018-04-17
JP2017045263A (ja) 2017-03-02

Similar Documents

Publication Publication Date Title
JP6230578B2 (ja) 注文管理サーバ、注文システム、及びプログラム
JP5996752B1 (ja) クーポン発行システムおよびプログラム
US9946999B2 (en) Customer interaction manager on a point of sale computer
JP6116729B1 (ja) クーポン配信システム
JP6475287B2 (ja) 注文受付システム
JP6277171B2 (ja) 順番管理システム、順番管理装置および順番管理プログラム
JP6051284B1 (ja) 順番管理システム、順番管理装置および順番管理プログラム
JP6277098B2 (ja) 情報管理システム
WO2017006851A1 (ja) 順番管理システムおよび順番管理プログラムを記録した記録媒体
US20220180284A1 (en) Systems and methods for integrating ordered services
JP2014229248A (ja) 注文管理システム、注文管理装置、注文管理方法及び注文管理プログラム
JP6105135B1 (ja) 試着効率化システム
JP6336181B1 (ja) 情報処理システム、順番管理装置、およびプログラム
JP2016045729A (ja) 注文登録処理装置及び注文登録処理プログラム
JP2019036099A (ja) 順番管理システム、順番管理装置、およびプログラム
JP6318432B2 (ja) 決済処理システムおよび決済処理方法
JP6479138B1 (ja) 順番管理システム
JP2014167671A (ja) 注文受付装置および注文受付プログラム
JP7253170B2 (ja) 施設状況管理装置、及び施設状況管理方法
US20240177223A1 (en) Information processing apparatus and order management system
JP2019185617A (ja) 順番管理システム、順番管理サーバ、およびプログラム
JP2018073041A (ja) 商品データ処理装置及びプログラム
JP6581689B1 (ja) 順番管理システム、順番管理装置、およびプログラム
JP6531209B1 (ja) 順番管理システム、およびプログラム
JP2023025434A (ja) サーバ装置、混雑情報通知システム、およびプログラム

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 16839354

Country of ref document: EP

Kind code of ref document: A1

WWE Wipo information: entry into national phase

Ref document number: 15754213

Country of ref document: US

NENP Non-entry into the national phase

Ref country code: DE