WO2017047590A1 - クーポン発行システムおよび記録媒体 - Google Patents

クーポン発行システムおよび記録媒体 Download PDF

Info

Publication number
WO2017047590A1
WO2017047590A1 PCT/JP2016/076998 JP2016076998W WO2017047590A1 WO 2017047590 A1 WO2017047590 A1 WO 2017047590A1 JP 2016076998 W JP2016076998 W JP 2016076998W WO 2017047590 A1 WO2017047590 A1 WO 2017047590A1
Authority
WO
WIPO (PCT)
Prior art keywords
coupon
information
waiting
facility
new registration
Prior art date
Application number
PCT/JP2016/076998
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 CN201680054000.7A priority Critical patent/CN108027938A/zh
Priority to EP16846461.8A priority patent/EP3352125A4/en
Priority to US15/760,291 priority patent/US20180268434A1/en
Publication of WO2017047590A1 publication Critical patent/WO2017047590A1/ja

Links

Images

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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/00Commerce
    • G06Q30/02Marketing; Price estimation or determination; Fundraising
    • G06Q30/0207Discounts or incentives, e.g. coupons or rebates
    • G06Q30/0236Incentive or reward received by requiring registration or ID from user
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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
    • G06Q10/00Administration; Management
    • G06Q10/02Reservations, e.g. for tickets, services or events
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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/00Commerce
    • G06Q30/02Marketing; Price estimation or determination; Fundraising
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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/00Commerce
    • G06Q30/02Marketing; Price estimation or determination; Fundraising
    • G06Q30/0207Discounts or incentives, e.g. coupons or rebates
    • G06Q30/0235Discounts or incentives, e.g. coupons or rebates constrained by time limit or expiration date
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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/00Information and communication technology [ICT] specially adapted for implementation of business processes of specific business sectors, e.g. utilities or tourism
    • G06Q50/10Services
    • G06Q50/12Hotels or restaurants

Definitions

  • the present invention relates to a coupon issuing system and a recording medium.
  • the present invention has been made in view of the circumstances described above, and provides a coupon issuing system and the like capable of separately distributing coupons that are attractive to each visitor waiting for a turn.
  • a coupon issuing system and the like capable of separately distributing coupons that are attractive to each visitor waiting for a turn.
  • the coupon issue system is a coupon issue system that issues a coupon to a user who is waiting for a turn, and is based on an input unit that receives a new registration waiting for a turn, and the received contents of the new registration, A generation unit that generates new registration information, a first storage unit that stores coupon information of each facility where coupons can be used, a selection unit that selects coupon information based on the new registration information, and selected coupon information Is issued to a user.
  • the generation unit calculates the reference waiting time at least in consideration of the number of waiting groups at the time, generates new registration information including the calculated reference waiting time, and the selection unit
  • the aspect which selects coupon information based on standard waiting time is preferable.
  • a detection unit that detects user location information indicating the current location of the user and facility location information indicating the location of the facility is further provided, and the selection unit includes the reference waiting time, the user location information, and the facility location information.
  • generates coupon information based on is more preferable.
  • FIG. 10 is a sequence diagram in the case where order management is performed using three order management terminals 100A to 100C.
  • FIG. 1 is a diagram showing a schematic configuration of a coupon issuing system 1000 according to the present embodiment.
  • the coupon issue system 1000 is provided in a store such as a restaurant, and manages the order management terminal 100 that manages waiting for visitors, the printer 200 connected to the order management terminal 100, and the order management terminal 100 via the communication network N.
  • a management server 300 that comprehensively manages the coupons, and a coupon issue server 400 that issues coupons to visitors waiting in turn.
  • a restaurant A and a restaurant B are illustrated as an example of a store in which the order management terminal 100 is provided, but of course not limited to this, but a cafe, a bar, a complex amusement system, a shopping mall, a department store, a hospital It can be applied to any facility where waiting is required, such as public facilities.
  • facilities for providing the order management terminal 100 are collectively referred to as “stores” in order to facilitate understanding of the description.
  • the order management terminal 100 is a terminal device that is installed near the entrance of a store or the like, and manages waiting for a visitor to enter or receive various services.
  • As the order management terminal 100 in addition to a tablet terminal, a personal computer (PC), a notebook PC, a smartphone, a mobile phone, a personal digital assistant (PDA), and the like can exchange data with the management server 300 via the communication network N. Any terminal device can be used.
  • the printer 200 is connected to the order management terminal 100 by a wired cable or wirelessly, and issues a turn ticket indicating the number of waiting orders and coupons for giving various privileges.
  • 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 management database 310 and a processor 320 for managing the order management terminal 100 for each store.
  • the management database 310 includes a client management table TA1 and a status management table TA2.
  • a unique ID and a passcode are registered in association with each store.
  • ID: A1...” And “passcode: AA2...” are set for the order management terminal 100 used in “Restaurant A”.
  • the ID and passcode for each store are set by, for example, an administrator (for example, a store owner) who performs management of waiting at each store when the system is introduced.
  • an administrator for example, a store owner
  • the same ID and passcode may be used.
  • a plurality of IDs and passcodes may be used according to a predetermined condition.
  • the waiting list at each store is registered in the status management table TA2.
  • the order waiting list includes a list of persons waiting for the order and information (status information) representing each order waiting status (status). For example, for restaurant A, the reservation group waiting for the turn is “one set”, “one adult, one child”, “two people reserved”, and the reception time is “AM 11:11”. The designated seat type is “table” or the like.
  • the registration contents of the status management table TA2 are changed based on new registration information in the order waiting list transmitted from the order management terminal 100 or status update information (details will be described later). Note that what information is used as status information can be appropriately set and changed by an administrator of each facility.
  • the waiting item management table TA3 a waiting item that is set for each store and can be selected at the time of reservation, and a reference waiting time for each waiting item are registered.
  • the waiting item set for the order management terminal 100 used in “Restaurant A” is the type of seat.
  • “table”, “counter”, and “terrace seat” are set.
  • the reference waiting time is an average waiting time until one turn waiting group that is waiting for a turn is guided, and may be changed between the first set and the second set.
  • the first set waiting time (15 minutes) for the “table”, the second waiting time (10 minutes) after the second set, the first waiting time (5 minutes) for the “counter”, the second set Thereafter, the first waiting time (20 minutes) and the second waiting time (25 minutes) are set for the “terrace seat”.
  • These waiting items and reference waiting times for each store are set by, for example, an administrator (for example, a store owner) who manages the waiting at each facility when the system is introduced. Further, the waiting item and the reference waiting time can be changed as needed.
  • 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. In addition, the processor 320 also executes a computer program for managing the wait for turn in cooperation with the turn management terminal 100.
  • CPU arithmetic logic unit
  • the coupon issue server 400 includes a server computer and the like, and issues a selected coupon in response to a coupon issue request from the management server 300.
  • the coupon issued in the coupon issue server 400 is returned to the management server 300 as coupon information and sent to the order management terminal 100 of the store (here, restaurant A) via the communication network N.
  • the coupon information transmitted to the order management terminal 100 is issued from the printer 200 as a coupon.
  • the communication network N includes a communication network in which information can be transmitted and received between the coupon issue server 400, the management server 300, and the order management terminal 100.
  • the communication network N is, for example, any one of the Internet, a LAN, a dedicated line, a telephone line, a corporate network, a mobile communication network, Bluetooth (registered trademark), WiFi (Wireless Fidelity), other communication lines, a combination thereof, and the like. It does not matter whether it is wired or wireless.
  • FIG. 2 is a block diagram illustrating a main configuration of the order management terminal 100.
  • the order management terminal 100 includes a processor 110, an input device 115, a display device 116, a communication interface 120, and a storage resource 130.
  • the order management terminal 100 accepts an input to the order waiting list, a dismissal, or the like when the user directly operates the input device 115 such as a touch panel.
  • a visitor of a store, an employee, etc. are assumed as a user. For example, a visitor performs an input for newly registering the waiting list in the waiting list, and an employee or the like performs an input for updating the status of the information registered in the waiting list.
  • store managers and employees are collectively referred to as employees.
  • the processor 110 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 the storage resource 130 to execute the order management terminal 100. 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 115 is provided with various operation buttons and a touch panel 115a for accepting an input such as acceptance to the waiting list or dismissal from the waiting list.
  • the display device 116 is a device for displaying a reception screen and a standby screen including a waiting list, a reception button, and the like, and is configured by a liquid crystal display, for example.
  • the communication interface 120 is a hardware module for connecting to the communication network N and communicating with other terminals on the communication network N.
  • the communication interface 120 is, for example, 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 130 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 130 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 130 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 120.
  • the storage resource 130 stores a computer program (order management application) AP1 for managing the waiting in cooperation with the management server 300 by being executed by the processor 110. ing.
  • FIG. 3 is a block diagram showing a functional configuration of the coupon issue server 400.
  • the coupon issue server 400 includes a coupon selection unit 410, a coupon DB 420, a coupon target facility DB 430, a store DB 440, a coupon issue unit 450, and the like.
  • the coupon selection unit 410 selects a coupon suitable for a visitor (including a group of visitors) according to a preset coupon selection algorithm. Although details will be described later, (1) selection of coupons according to the standard waiting time, (2) selection of coupons according to the attributes of the users waiting for the turn, and (3) selection of coupons according to the waiting time for waiting for the turn. It is possible to do.
  • an identification ID of a target product (including service), a target product name, a sales price, a product cost, a coupon discount rate, and the like are registered for each product.
  • the identification ID of a facility (hereinafter referred to as a coupon target facility) that is a coupon use target, location information (latitude, longitude, etc.), facility name, facility contact information (address, telephone number, email address) Etc.), status information indicating the congestion status, event information (event contents and date and time), etc. are registered in association with each facility.
  • an identification ID of a store on which a visitor waits location information (latitude, longitude, etc.), store name, store contact information (address, telephone number, e-mail address, etc.), status information indicating the congestion status Etc. are registered in association with each store.
  • location information latitude, longitude, etc.
  • store name a store name
  • store contact information address, telephone number, e-mail address, etc.
  • status information indicating the congestion status Etc. are registered in association with each store.
  • the store that waits for visitors and the coupon target facility are separate, but stores that wait for visitors (in FIG. 1, restaurants A and B).
  • the coupon issuer 450 transmits one or more coupons selected by the coupon selector 410 to the corresponding order management terminal 100 of the store as coupon information.
  • the coupon issue server 400 stores contact information of each store. Therefore, the coupon issue server 400 can reliably transmit the coupon information to the order management terminal 100 by using the contact information of the store.
  • the coupon information transmitted to the order management terminal 100 is issued as a coupon via the printer 200. Thereby, the visitor who waits for a turn can obtain the optimal coupon corresponding to the present waiting condition.
  • FIG. 4 is a flowchart showing a new registration process waiting for a turn.
  • a visitor who went to a store (such as restaurant A in FIG. 1) to order a popular menu operates the order management terminal (input unit) 100 installed in the store and waits in the waiting list.
  • the touch panel 115a is appropriately operated to input the number of reservation persons, a desired waiting item (for example, the type of seat such as a table or a counter), and the like. What items should be input at the time of reception may be determined according to the intention of the manager of each store.
  • an employee or the like may make an input for accepting a waiting order.
  • the employee or the like may operate the order management terminal 100 installed near the entrance of the store, or may operate the order management terminal 100 used individually by the employee or the like.
  • the order management terminal 100 receives information included in the waiting list registered in the status management table TA2 from the management server 300 via the communication interface 120 (step S11). Furthermore, the order management terminal 100 receives from the management server 300 information on the waiting items registered in the waiting item management table TA3 and the current waiting time of each waiting item (step S12).
  • the order management terminal 100 causes the display device 116 to display an acceptance screen for accepting an order waiting as illustrated in FIG. 5 (step S13).
  • FIG. 5 is a diagram exemplifying a reception screen displayed on the display device 116 of the order management terminal 100.
  • the reception screen at the reception screen, at least a part of the waiting list registered in the status management table TA2 of the management server 300, for example, the receiving number and the number of persons waiting for the turn are specified.
  • a list in which rows including the type of seat (waiting item) and the like are arranged in time series in the order of reception is displayed.
  • the total number of waiting groups currently waiting for the turn (the total number of waiting sets for all seat types) is also displayed.
  • a guide waiting time, a reception time (not shown), a message prompting a reception operation to the waiting list, a reception button, and the like are displayed on the display device 116.
  • the approximate waiting time can be selected according to the purpose of use at each store. Specifically, any one of “the shortest waiting time”, “the longest waiting time”, and “the total waiting time” can be selected.
  • the shortest waiting time is the waiting time when the waiting item with the shortest current waiting time is selected. For example, in a restaurant, a visitor may want to know what is the shortest waiting time before being guided to a seat. Therefore, in such a store, “minimum waiting time” can be selected as the display method of the reference waiting time. To explain using the example of restaurant A described above, if there are 2 sets in the “table”, 1 set in the “terrace seat”, and 1 set in the “counter”, the next visitor is the “table”.
  • the longest waiting time is the waiting time when the waiting item with the longest current waiting time is selected. For example, in a repair shop for electrical products, the waiting time is considered to vary depending on the type of product that the visitor wants to repair. For this reason, visitors will first want to know how long they can wait. Therefore, in such a store, “the longest waiting time” can be selected as the display method of the reference waiting time.
  • Total waiting time is obtained by adding, for example, the shortest reference waiting time to the total time required to complete the turn waiting of all turn waiting groups registered in the turn waiting list.
  • the “total waiting time” can be used at a store where a plurality of types of products (such as kojian, kojian, cream, etc.) can be ordered in combination, such as taiyaki-ya.
  • the reference waiting time may be calculated by the processor 320 of the management server and transmitted to the order management terminal 100, or may be directly calculated by the order management terminal 100.
  • the order management terminal 100 can obtain the reference waiting time of each waiting item and the current number of waiting sets for each waiting item from the management server 300, and calculate the reference waiting time.
  • “Shortest wait time”, “Maximum wait time”, or “Total wait time” these are collectively referred to as “Waiting for a guideline”. "Time”.
  • the order management terminal 100 detects whether or not an operation input via the input device 115 such as the touch panel 115a by a visitor or an employee has been performed on the displayed reception screen (step S14). For example, when an operation on the touch panel 115a is detected and an input is accepted (step S14: YES), a number designation screen for designating the number of people waiting for the turn is displayed on the display device 116 (step S15). On the number of people designation screen, a message for prompting an operation for inputting the number of people, a number of people designation button, and the like are displayed.
  • the order management terminal 100 detects whether or not an operation input via the input device 115 such as a visitor or an employee has been performed on the displayed number designation screen (step S16).
  • an operation on the touch panel 115a is detected and an input of the number of people is accepted (step S16: YES)
  • a seat designation screen for designating the type of seat is displayed on the display device 116 (step S17).
  • the order management terminal 100 detects whether or not an operation input via the input device 115 such as a visitor or an employee has been performed on the displayed seat designation screen (step S18).
  • an operation on the touch panel 115a is detected and a seat type designation input is accepted (step S18: YES)
  • a reservation details confirmation screen is displayed on the display device 116 (step S19).
  • the reservation content confirmation screen displays the number of people accepted and the type of seat, and displays a message prompting confirmation of the reservation content, a message prompting a reservation confirmation operation, a reservation confirmation button, and the like. If “not specified” is selected as the seat type in step S18, all seat types, that is, “table”, “counter” and “terrace seat” in FIG. Will be included.
  • the order management terminal 100 detects whether or not a reservation completion operation has been performed (step S20).
  • a reservation completion operation is accepted (step S20: YES)
  • an acceptance completion screen is displayed (step S21).
  • a reception number (waiting number), an approximate waiting time, and the like are displayed.
  • a message for prompting receipt of a coupon suitable for the visitor is displayed together with the turn ticket.
  • the visitor can receive a turn ticket and a coupon (see FIG. 6) printed from the printer 200 connected to the order management terminal 100. Issuance of coupons and usage of issued coupons will be described later.
  • the order management terminal (generation unit) 100 When the reservation is confirmed as described above, the order management terminal (generation unit) 100 generates new registration information including the number of people, the type of seat, the reference waiting time, and the like based on the reservation content. Then, the order management terminal 100 transmits the generated new registration information to the management server 300 (step S22).
  • management server 300 When management server 300 receives new registration information from a certain facility (here, restaurant A), based on the received new registration information, management server 300 performs a process of adding a new set of waiting queues to the waiting queue list, and performs status management.
  • the table TA2 is updated (step S23).
  • any of the “Cancel”, “Change”, “Call”, and “Guidance” operations can be used to update the waiting list for each facility, in addition to accepting new registrations. It also occurs when. “Cancel” means canceling the waiting order, and “change” means changing the waiting order details (such as the number of reservations) once entered. “Call” means that the reservation has been verbally called to the reservation person or that the reservation has been notified by telephone or e-mail. This means that the waiting line is erased when the person is actually guided.
  • the employee or the like performs a “guidance” operation.
  • the “guidance” operation is performed, the corresponding first rank person is deleted from the waiting list, and the subsequent person is displayed on the order management terminal 100 as being the first rank in the waiting list.
  • “cancel”, “change”, and “call” operations are performed, processing corresponding to each update operation is performed.
  • FIG. 7 is a flowchart showing a coupon issue process executed by the coupon issue server 400.
  • the coupon issuance server (selection unit) 400 accepts new registration from the management server 300 and receives a coupon issuance request (hereinafter referred to as a coupon request) (step Sa1)
  • the coupon issuance server (selection unit) 400 is based on the new registration information transmitted from the management server 300.
  • the coupon to be issued is selected (step Sa2). Details regarding the selection of coupons (coupon selection processing) will be described in detail later.
  • the coupon issuing server (issuing unit) 400 transmits the selected coupon as coupon information to the order management terminal 100 of the corresponding store (step Sa3), and ends the process.
  • the coupon information received by the order management terminal 100 is output as a coupon (see FIG. 6) via the printer 200.
  • the number of coupons is not particularly limited, and may be one or more.
  • FIG. 8 is a flowchart showing the first coupon selection process.
  • the management server 300 acquires new registration information related to a newly registered standby visitor registered in the status management table TA2, and transmits the new registration information included in the coupon request.
  • the coupon issue server (detection unit) 400 acquires the “estimated waiting time” included in the newly registered information (step Sb1), and stores the location information (that is, the current location of the visitor) included in the store database DB 440. Visitor location information), location information of facilities included in the coupon target facility DB 30 and the like, and coupon target facilities (for example, parks and museums: (Abbreviated as “facility” as appropriate) is searched and selected (step Sb2).
  • the coupon issuing server 400 acquires coupon information corresponding to the selected coupon target facility from the coupon DB (first storage unit) 420 and transmits it to the order management terminal 100 (see step Sa3 in FIG. 7).
  • the recommended facility is determined in consideration of the current position of the visitor and the location of the facility along with the “estimated waiting time”, but the recommended facility is determined in consideration of the congestion of the facility, or Alternatively, a facility that is easy to send customers (for example, a nearby cafe or a roadside restaurant if a local sightseeing spot) may be preferentially determined as a recommended facility.
  • FIG. 9 is a flowchart showing the second coupon selection process.
  • the management server 300 acquires new registration information related to a newly registered standby visitor registered in the status management table TA2, and transmits the new registration information included in the coupon request.
  • the coupon issuance server 400 acquires “attribute information” of the reservation group such as gender, number of reservations (2 persons, etc.), composition of the reservation group (1 adult, 1 child, etc.) and age included in the newly registered information. (Step Sc1), Search and select facilities recommended for couples (such as popular cafes and restaurants), facilities recommended for families (amusement parks, etc.), and facilities recommended for elderly couples (World Heritage, etc.) (Step Sc2) ). Since this can be explained in the same manner as described above, it will be omitted.
  • a recommended facility (such as a hot topic cafe or restaurant) is selected based on the “attribute information” of the reservation group, but in addition to the “attribute information”, “ The recommended facility may be determined in consideration of “estimated waiting time”.
  • FIG. 10 is a flowchart showing the third coupon selection process.
  • the management server 300 acquires new registration information related to a newly registered standby visitor registered in the status management table TA2, and transmits the new registration information included in the coupon request.
  • the coupon issuance server 400 has a “reception time” of the reservation included in the new registration information (for example, 7:00 to 12:00 (morning), 12:00 to 16:00 (afternoon), 16:00 to (night). Etc.) (step Sd1), and a facility recommended for the reception time is searched and selected (step Sd2). For example, if the reception time is the morning time zone, an athletic field is selected, and if it is the night time zone, a bar or the like is selected as the coupon acquisition target facility. Since this can be explained in the same manner as described above, it will be omitted.
  • reception time information related to the date and time of an event (for example, XX festival, ⁇ X experience event) of each facility is registered in the coupon target facility DB (second storage unit) 430, and the event information is also taken into consideration.
  • Event information information related to the date and time of an event (for example, XX festival, ⁇ X experience event) of each facility is registered in the coupon target facility DB (second storage unit) 430, and the event information is also taken into consideration.
  • the “guide wait time” and “attribute information” described in (1) and (2) above are taken into consideration. Recommended facilities may be determined. How to consider these parameters can be changed as appropriate according to the system design.
  • FIG. 11 is a flowchart showing a facility status update process executed intermittently by the coupon issuing server 400.
  • the coupon issue server 400 detects whether or not status update information indicating a status change is received from each facility (step Se1).
  • the status update information includes, for example, congestion status information indicating the congestion status (such as what percentage of customer acquisition rate), event information indicating the date and time of various events at the facility, and the like. Coupon issuing server 400 repeatedly executes the process of step Se1 until status update information is received.
  • the coupon issue server 400 When the coupon issue server 400 detects that the status update information has been received (step Se1: YES), the coupon issue server 400 updates the status information in the coupon target facility database DB 430 based on the received status update information (step Se2), and performs processing. finish. According to such a configuration, the information regarding the congestion status and events of the coupon target facility is updated / reflected in real time, so that it is possible to determine the optimal facility as the recommended facility at the time.
  • a waiting visitor can obtain an optimal coupon corresponding to the current waiting situation.
  • FIG. 12 is a sequence diagram when order management is performed using the three order management terminals 100A to 100C.
  • a specific order management terminal 100 order management terminal 100A shown in FIG. 12
  • the operation content here, assuming status update information
  • the management server 300 updates the status information of the restaurant A registered in the status management table TA2 based on the received status update information (C3).
  • the management server 300 refers to the client management table TA1 and specifies the order management terminal 100 used in the restaurant A (C4).
  • the management server 300 is a terminal other than the order management terminal 100A, that is, the order management terminals 100B and 100C.
  • the latest status information updated is transmitted to (C5), and the process is terminated.
  • the latest information is always reflected in the respective order management terminals 100 in a synchronized state.
  • the update information waiting for the order is updated.
  • Optimal turn waiting management can be performed without causing problems such as not being reflected in some of the turn management terminals 100.
  • a coupon suitable for the visitor is automatically issued in consideration of an attribute, a standby time, a reference waiting time, and the like of the visitor waiting is exemplified.
  • a visitor may be allowed to select a desired coupon from coupons selected by 400.
  • the coupon (candidate) selected by the coupon issuing server 400 is displayed on the touch panel 116 of the order management terminal 100.
  • the visitor operates the touch panel 115a to select a desired coupon from the displayed coupons (candidates).
  • a coupon suitable for a visitor can be issued efficiently.
  • conditions may be set at each store for the type (attribute) of coupons issued by the coupon issuing server 400. For example, if there are multiple coupons issued (that is, selection targets), make sure that the facilities of the same industry (for example, cafes) do not overlap as the coupon target facilities, or facilities of the same industry (for example, events) You may set conditions such as combining the venue.
  • the coupons are selected (that is, distributed separately) so that the facilities of the same industry do not overlap as the coupon target facilities that can be used for coupons. It is possible to suppress problems such as competing customers. In particular, if facilities of the same industry overlap in the coupon target facility, there is a concern that even if coupons are issued for attracting customers, dissatisfaction such as not being able to obtain the desired effect will be emitted.
  • coupons attractive to each customer can be distributed, and the merits of using this system at all facilities can be enjoyed to the maximum.
  • coupon target facilities may be set to concentrate in one area, or the coupon target facilities may be set to be distributed in various areas. What conditions should be set may be set / changed by the owner of each store.
  • the coupon issuing server 400 and the management server 300 are configured separately, but for example, the coupon issuing server 400 has all (or part of) the functions of the management server 300. Also good.
  • the turn ticket issued from the printer 200 is not particularly mentioned.
  • a QR code registered trademark
  • the visitor receives the turn ticket issued from the printer 200 after performing the waiting input. Thereafter, the reservation person reads the QR code (registered trademark) printed on the turn ticket using his / her smartphone or the like.
  • the QR code registered trademark
  • the current order waiting situation the current waiting number or the like
  • the current order waiting situation is displayed on a liquid crystal panel such as a smartphone.
  • a QR code registered trademark
  • a message prompting the user to input an email address is displayed on the page (“The email address for receiving notifications is set as follows”). Please enter ").
  • the reservation person can receive the remind mail by inputting the mail address according to this message.
  • a telephone call may be made.
  • a message is displayed on the order management terminal 100 to confirm whether or not the user wishes to set up a call on the phone ("You can set up a call on the phone. , Press the button below and enter your phone number. ").
  • the reservation person inputs a telephone number according to this message, when desiring to set up a telephone call.
  • a call is made by automatic voice or the like, and it becomes possible to enter a store without standing at the store for a long time.
  • the program for realizing each embodiment 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)
  • Engineering & Computer Science (AREA)
  • Strategic Management (AREA)
  • Development Economics (AREA)
  • Accounting & Taxation (AREA)
  • Finance (AREA)
  • Tourism & Hospitality (AREA)
  • Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • Marketing (AREA)
  • Economics (AREA)
  • General Business, Economics & Management (AREA)
  • General Physics & Mathematics (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Game Theory and Decision Science (AREA)
  • Human Resources & Organizations (AREA)
  • Operations Research (AREA)
  • Quality & Reliability (AREA)
  • Health & Medical Sciences (AREA)
  • General Health & Medical Sciences (AREA)
  • Primary Health Care (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Abstract

順番待ちをしている来訪者に対し、魅力あるクーポンを発行することが可能なクーポン発行システム等を提供する。クーポン発行サーバ400は、管理サーバ300から新規登録を受け付け、クーポン発行のリクエストを受信すると、管理サーバ300から送信される新規登録情報等に基づき、発行すべきクーポンを選択する。新規登録情報には、予約人数と席の種類、目安待ち時間などが含まれる。クーポン発行サーバ400は、選択されたクーポンをクーポン情報として、対応する店舗の順番管理端末100宛てに送信する。順番管理端末100によって受信されたクーポン情報は、プリンタ200によりクーポンとして出力される。

Description

クーポン発行システムおよび記録媒体 関連出願の相互参照
 本出願は、2015年9月18日に出願された日本特許出願番号2015-185270号に基づくもので、ここにその記載内容を援用する。
 本発明は、クーポン発行システムおよび記録媒体に関する。
 レストランなどの店舗においては、店舗利用を促進するために、商品の割引や特別サービスが付加される等の様々なクーポンを発行している。利用者は、店舗のWebサイトにアクセスしてクーポン画面を印刷する、あるいは、雑誌に掲載されたクーポンを店舗に持参するなどして、クーポンに係る様々な特典を享受することが可能となる(例えば、特許文献1参照)。
特開2003-208535号公報
 ところで、さまざまメディアに取り上げられる人気レストランなどでは、連日、多くのお客(来訪者)が来店し、長蛇の列ができることも多い。このような場合、順番待ちをしているお客は、自分たちの順番が来るのをただ待つしかなく、貴重な時間が無駄に使われてしまう、という問題がある。
 かかる問題を解消するために、例えば、順番待ちをしているお客に何らかのクーポン(例えば、周辺地域の観光施設で使えるクーポンなど)を発行し、待ち時間を利用して当該施設を訪ねてもらう、あるいは周辺地域の魅力をアピールする等により、待ち時間の有効活用や周辺地域の活性化を図ることが考えられるが、この種のサービスを実現するシステムは未だ知られていない。
 本発明は、以上説明した事情を鑑みてなされたものであり、順番待ちをしている来訪者に対し、各来訪者にとって魅力的なクーポンを出し分けることが可能なクーポン発行システム等を提供することを目的の一つとする。
 本発明の一実施形態に係るクーポン発行システムは、順番待ちをする利用者にクーポンを発行するクーポン発行システムであって、順番待ちの新規登録を受け付ける入力部と、新規登録の受付内容に基づき、新規登録情報を生成する生成部と、クーポンの利用が可能な各施設のクーポン情報を記憶する第1記憶部と、新規登録情報に基づいてクーポン情報を選択する選択部と、選択されたクーポン情報を、利用者に発行する発行部とを具備することを特徴とするものである。
 ここで、上記構成にあっては、生成部は、当該時点での順番待ち組数を少なくとも考慮して目安待ち時間を算出し、算出した目安待ち時間を含む新規登録情報を生成し、選択部は、目安待ち時間に基づいてクーポン情報を選択する態様が好ましい。
これに加えて、利用者の現在地をあらわす利用者位置情報、施設の位置をあらわす施設位置情報を検出する検出部をさらに備え、選択部は、目安待ち時間と利用者位置情報と施設位置情報に基づいて、クーポン情報を生成する態様がさらに好ましい。
 本発明によれば、順番待ちをしている来訪者に対し、各来訪者にとって魅力的なクーポンを出し分けることが可能となる。
第1実施形態に係るクーポン発行システム1000の概略構成を示す図である。 順番管理端末100の主要構成を示すブロック図である。 クーポン発行サーバ400の機能構成を示すブロック図である。 クーポン発行システム1000における順番待ちの新規登録受付処理の流れを示すフローチャートである。 順番待ちの受付をするための受付画面を例示した図である。 クーポンを例示した図である。 クーポン発行処理を示すフローチャートである。 第1のクーポン選択処理を示すフローチャートである。 第2のクーポン選択処理を示すフローチャートである。 第3のクーポン選択処理を示すフローチャートである。 施設のステータス更新処理を示すフローチャートである。 3台の順番管理端末100A~100Cを利用して順番管理を行う場合のシーケンス図である。
 以下、本発明の実施形態について図面を参照しつつ詳細に説明する。なお、同一の要素には同一の符号を付し、重複する説明を省略する。
A.第1実施形態
 図1は、本実施形態に係るクーポン発行システム1000の概略構成を示す図である。クーポン発行システム1000は、レストランなどの店舗に設けられ、来訪者の順番待ちを管理する順番管理端末100と、順番管理端末100に接続されたプリンタ200と、通信ネットワークNを介して順番管理端末100を統括管理する管理サーバ300と、順番待ちの来訪者にクーポンを発行するクーポン発行サーバ400とを備えている。
 図1では、順番管理端末100が設けられる店舗の一例として、レストランAやレストランBを例示しているが、もちろんこれに限る趣旨ではなく、カフェやバー、複合アミューズメントシステム、ショッピングモール、デパート、病院や公共施設など、順番待ちが発生するあらゆる施設に適用可能である。なお、以下では説明の理解を容易にするため、順番管理端末100が設けられる施設を「店舗」と総称する。
 順番管理端末100は、店舗の入り口付近などに設置され、来訪者の入場や、各種サービスの提供を受ける際の順番待ちを管理するための端末装置である。順番管理端末100としては、タブレット端末のほか、パーソナルコンピュータ(PC)、ノートPC、スマートフォン、携帯電話機、携帯情報端末(PDA)など、通信ネットワークNを介して管理サーバ300とデータの授受が可能なあらゆる端末装置を利用することができる。
 プリンタ200は、有線ケーブルまたは無線によって順番管理端末100と接続され、順番待ちの数などをあらわす順番券や様々な特典を付与するクーポンを発行する。
 管理サーバ300は、例えば、演算処理能力の高いコンピュータによって構成され、そのコンピュータにおいて所定のサーバ用プログラムが動作することにより、サーバ機能を実現するものである。ここで、管理サーバ300を構成するコンピュータは、必ずしも1台である必要はなく、通信ネットワークN上に分散する複数のコンピュータから構成されてもよい。管理サーバ300は、店舗ごとに順番管理端末100を管理するための管理データベース310と、プロセッサ320と、を備えている。管理データベース310は、クライアント管理テーブルTA1、ステータス管理テーブルTA2を備えている。
 クライアント管理テーブルTA1には、店舗ごとに固有のIDとパスコード(アカウント)が対応づけて登録されている。ここでは、「レストランA」で利用される順番管理端末100に対して「ID:A1・・・」、「パスコード:AA2・・・」が設定されている。これら店舗ごとのID及びパスコードは、例えば、システム導入の際に各店舗で順番待ちの管理を行う管理者(例えば、店舗のオーナーなど)によって設定される。なお、本実施形態では、1店舗で1台の順番管理端末100を利用する場合を想定するが、1店舗で複数の順番管理端末100を利用しても良い(後述)。1店舗で複数の順番管理端末100を利用する場合には、同一のIDとパスコードを利用しても良いが、例えば所定の条件に従い、複数のIDとパスコードを使い分けるようにしても良い。
 ステータス管理テーブルTA2には、各店舗での順番待ちリストが登録されている。この順番待ちリストは、順番待ちをしている者の一覧と、各々の順番待ち状況(ステータス)をあらわす情報(ステータス情報)が含まれる。例えば、レストランAについては、順番待ちをしている予約グループが「1組」、「大人が1名、子供が1名」、「予約人数は2名」、受付時間は「AM 11:11」指定された席の種類は「テーブル」等である。ステータス管理テーブルTA2の登録内容は、順番管理端末100から送信される順番待ちリストへの新規登録情報、またはステータスの更新情報(詳細は後述)に基づいて変更される。なお、どのような情報をステータス情報とするかは、各施設の管理者等が適宜設定および変更可能となっている。
 待ち項目管理テーブルTA3には、店舗ごとに設定されている、予約時に選択が可能な待ち項目と、各待ち項目の基準待ち時間が登録されている。例えば、「レストランA」で利用される順番管理端末100に対して設定されている待ち項目は席の種類であり、ここでは「テーブル」、「カウンター」、「テラス席」が設定されている。基準待ち時間は、順番待ちをしている1の順番待ち組が案内されるまでの平均的な待ち時間であり、1組目と2組目以降で変えるようにしてもよい。例えば、ここでは「テーブル」に対して1組目待ち時間(15分)、2組目以降待ち時間(10分)、「カウンター」に対して1組目待ち時間(5分)、2組目以降待ち時間(3分)、「テラス席」に対して1組目待ち時間(20分)、2組目以降待ち時間(25分)が設定されている。これら店舗ごとの待ち項目及び基準待ち時間は、例えば、システム導入の際に各施設で順番待ちの管理を行う管理者(例えば、店舗のオーナーなど)によって設定される。また、待ち項目及び基準待ち時間は、必要に応じて随時変更することもできる。
 プロセッサ320は、算術演算、論理演算、ビット演算等を処理する算術論理演算ユニット(CPUなど)および各種レジスタから構成され、ROM等の記憶手段に格納されている各種プログラムを実行することで管理サーバ300の各部を中枢的に制御する。また、プロセッサ320は、順番管理端末100と連携して順番待ちを管理するためのコンピュータプログラムも実行する。
 クーポン発行サーバ400は、サーバコンピュータなどから構成され、管理サーバ300からのクーポンの発行リクエストに応じて、選択されたクーポンを発行する。クーポン発行サーバ400において発行されたクーポンは、クーポン情報として管理サーバ300に返信され、通信ネットワークNを介して店舗(ここでは、レストランA)の順番管理端末100に送られる。順番管理端末100に送信されたクーポン情報は、プリンタ200からクーポンとして発行される。
 通信ネットワークNは、クーポン発行サーバ400、管理サーバ300、順番管理端末100の間で相互に情報を送受信可能な通信網を含む。通信ネットワークNは、例えば、インターネット、LAN、専用線、電話回線、企業内ネットワーク、移動体通信網、ブルートゥース(登録商標)、WiFi(Wireless Fidelity)、その他の通信回線、それらの組み合わせ等のいずれであってもよく、有線であるか無線であるかを問わない。
<順番管理端末100>
 図2は、順番管理端末100の主要構成を示すブロック図である。順番管理端末100は、プロセッサ110と、入力装置115と、表示装置116と、通信インタフェース120と、記憶資源130とを備える。順番管理端末100は、利用者が直接タッチパネルなどの入力装置115を操作することで、順番待ちリストへの受付や消込み等の入力を受け付ける。ここで、利用者としては、店舗の来訪者や従業者等が想定される。例えば、来訪者は順番待ちリストに新たに順番待ちの登録をするための入力を行い、従業者等は順番待ちリストに登録されている情報のステータスを更新するための入力を行う。なお、ここでは、店舗の管理者や従業者などを従業者等と総称する。
 プロセッサ110は、算術演算、論理演算、ビット演算等を処理する算術論理演算ユニット(CPUなど)および各種レジスタから構成され、記憶資源130に格納されている各種プログラムを実行することで順番管理端末100の各部を中枢的に制御する。各種レジスタは、例えば、プログラムカウンタ、データレジスタ、命令レジスタ、汎用レジスタ等である。
 入力装置115は、順番待ちリストへの受付や順番待ちリストからの消込み等の入力を受け付けるための各種操作ボタンやタッチパネル115aを備えている。
 表示装置116は、順番待ちリストや受付ボタン等を含む受付画面や待受画面を表示するための装置であり、例えば液晶ディスプレイにより構成される。
 通信インタフェース120は、通信ネットワークNに接続し、通信ネットワークN上の他の端末と通信をするためのハードウェアモジュールである。通信インタフェース120は、例えば、ISDNモデム、ADSLモデム、ケーブルモデム、光モデム、ソフトモデム等の変調復調装置である。
 記憶資源130は、例えば、物理デバイスの記憶領域が提供する論理デバイスである。物理デバイスは、例えば、ディスクドライブまたは半導体メモリ(ROM、RAMなど)等のコンピュータ読み取り可能な記録媒体である。記憶資源130は、複数の物理デバイスを1つの論理デバイスにマッピングして構築してもよいし、1つの物理デバイスを複数の論理デバイスにマッピングして構築してもよい。
 記憶資源130には、オペレーティングシステムプログラム、ドライバプログラム、各種データ等が格納される。ドライバプログラムとしては、例えば、通信インタフェース120を制御するための通信インタフェースドライバプログラム等がある。また、記憶資源130には、これら各種プログラムや各種データのほか、プロセッサ110が実行することにより、管理サーバ300と連携して順番待ちを管理するためのコンピュータプログラム(順番管理アプリケーション)AP1が記憶されている。
<クーポン発行サーバ400>
 図3は、クーポン発行サーバ400の機能構成を示すブロック図である。クーポン発行サーバ400は、クーポン選択部410、クーポンDB420、クーポン対象施設DB430、店舗DB440、クーポン発行部450などを備えている。
 クーポン選択部410は、予め設定されたクーポン選択アルゴリズムに従い、来訪者(来訪者のグループを含む)に適したクーポンを選択する。詳細は後述するが、(1)目安待ち時間に応じたクーポンの選択、(2)順番待ちする利用者の属性に応じたクーポンの選択、(3)順番待ちの受付時間に応じたクーポンの選択を行うことが可能となっている。
 クーポンデータベースDB420には、対象商品(サービスも含む)の識別ID、対象商品名、販売価格、商品原価、クーポン割引率などが商品ごとに対応づけて登録されている。
 クーポン対象施設DB430には、クーポンの利用対象となる施設(以下、クーポン対象施設)の識別ID、位置情報(緯度、経度等)、施設の名前、施設のコンタクト情報(住所、電話番号、メールアドレスなど)、混雑状況をあらわすステータス情報、イベント情報(イベント内容や開催日時)などが施設ごとに対応づけて登録されている。
 店舗DB440には、来訪者が待ち受けを行う店舗の識別ID、位置情報(緯度、経度等)、店舗の名前、店舗のコンタクト情報(住所、電話番号、メールアドレスなど)、混雑状況をあらわすステータス情報などが店舗ごとに対応づけて登録されている。ここで、本実施形態では、来訪者の待ち受けを行う店舗と、クーポン対象施設が別々になっている場合を想定しているが、来訪者の待ち受けを行う店舗(図1では、レストランA、B)がクーポン対象施設になることもあり、逆に、クーポン対象施設が待ち受けを行う店舗になることもある。
 クーポン発行部450は、クーポン選択部410によって選択された1つまたは複数のクーポンを、クーポン情報として対応する店舗の順番管理端末100宛てに送信する。前述したように、クーポン発行サーバ400には、各店舗のコンタクト情報が格納されている。よって、クーポン発行サーバ400は、この店舗のコンタクト情報を利用することで、順番管理端末100宛てに確実にクーポン情報を送信することができる。
順番管理端末100に送信されたクーポン情報は、プリンタ200を介してクーポンとして発行される。これにより、順番待ちをする来訪者は、現在の待ち状況に見合った最適なクーポンを得ることが可能となる。
 次に、本実施形態におけるクーポン発行システム1000の動作について説明する。
<順番待ちの新規登録処理>
 図4は、順番待ちの新規登録処理を示すフローチャートである。
 まず、人気メニューを注文するために、店舗(図1ではレストランAなど)に出向いた来訪者は、店舗に設置された順番管理端末(入力部)100を操作して、順番待ちリストに順番待ちを新規に登録するための受付を行う。具体的には、表示装置116に表示されるメッセージに従ってタッチパネル115aを適宜操作して、予約者の人数や所望の待ち項目(例えば、テーブルやカウンターなどの席の種類)等を入力する。受付の際にいかなる項目を入力対象とするかは、各店舗の管理者等の意向に応じて決定すればよい。
 なお、来訪者が直接タッチパネル115aを操作する代わりに、従業者等が、順番待ちを受け付けるための入力を行ってもよい。このとき、従業者等は、店舗の入り口付近に設置された順番管理端末100を操作してもよいし、従業者等が個別に使用する順番管理端末100を操作してもよい。
 その後、順番管理端末100は通信インタフェース120を介して、管理サーバ300からステータス管理テーブルTA2に登録されている順番待ちリストに含まれる情報を受信する(ステップS11)。さらに、順番管理端末100は、管理サーバ300から、待ち項目管理テーブルTA3に登録されている待ち項目と、各待ち項目の現在の待ち時間の情報を受信する(ステップS12)。各待ち項目の現在の待ち時間(目安待ち時間)は、待ち項目管理テーブルTA3に登録されている各待ち項目の基準待ち時間に基づいて、管理サーバ300が算出する。例えば、「レストランA」で利用される順番管理端末100の場合、「テーブル」席に2組の予約が入っている場合には、「テーブル」席の目安待ち時間は、15(1組目待ち時間)+10(2組目待ち時間)+10(3組目待ち時間)=35分となる。
 次に、順番管理端末100は、図5に例示するような、順番待ちの受付をするための受付画面を表示装置116に表示させる(ステップS13)。
 図5は、順番管理端末100の表示装置116に表示される受付画面を例示した図である。図5に示すように、受付画面では、管理サーバ300のステータス管理テーブルTA2に登録されている順番待ちリストの少なくとも一部、例えば、順番待ちをしている者の受付番号とその人数、指定した席の種類(待ち項目)等を含む行が、受付をした順番に時系列に並べられた一覧が表示される。また、現在順番待ちをしている総順番待ち組数(全ての席種の順番待ち組数の合計)も表示される。さらに、目安待ち時間や、受付時間(図示略)、順番待ちリストへの受け付け操作を促すメッセージや受付ボタン等が表示装置116に表示される。
 目安待ち時間は、各店舗の利用目的に合わせて表示方法を選択することができる。具体的には、「最短待ち時間」、「最長待ち時間」、「合計待ち時間」のいずれかを選択することができる。
 「最短待ち時間」は、現在の待ち時間が最も短い待ち項目を選択した場合の待ち時間である。例えばレストランでは、来訪者は、席に案内されるまでの最短の待ち時間がどの程度かを知りたいと考えられる。したがって、このような店舗では、目安待ち時間の表示方法として「最短待ち時間」を選択することができる。上述のレストランAの例を用いて説明すると、それぞれ「テーブル」に2組、「テラス席」に1組、「カウンター」に1組の順番待ち組がある場合、次の来訪者が「テーブル」を選択した場合の待ち時間は15+10+10=35(分)、「テラス席」を選択した場合の待ち時間は20+25=45(分)、「カウンター」を選択した場合の待ち時間は5+3=8(分)なので、提示される目安待ち時間は、最も短い8(分)となる。
 「最長待ち時間」は、現在の待ち時間が最も長い待ち項目を選択した場合の待ち時間である。例えば電気製品のリペアショップでは、来訪者が修理したい製品の種類によって待ち時間が異なると考えられる。このため、来訪者は、まず、最長でどの程度待つ可能性があるのかを知りたいと考えられる。したがって、このような店舗では、目安待ち時間の表示方法として「最長待ち時間」を選択することができる。具体例をあげて説明すると、待ち項目と基準待ち時間の組み合わせが、「スマートフォン(15分)」、「携帯電話機(10分)」、「ノートPC(15分)」で、「スマートフォン」に2組、「携帯電話機」に1組、「ノートPC」に1組の順番待ち組がある場合、次の来訪者が「スマートフォン」を選択した場合の待ち時間は15×2+15=45(分)、「携帯電話機」を選択した場合は10+10=20(分)、「ノートPC」を選択した場合は15+15=30(分)なので、提示される目安待ち時間は、最も長い45(分)となる。
 「合計待ち時間」は、順番待ちリストに登録されている全ての順番待ち組の順番待ちが完了するまでの合計時間に、例えば最短の基準待ち時間を足したものである。「合計待ち時間」は、例えば、たいやき屋のように、複数種類の商品(こしあん入り、粒あん入り、クリーム入り等)を組み合わせて注文できる店舗での利用が考えられる。具体例をあげて説明すると、「こしあん入り」と「粒あん入り」の基準待ち時間は2分、「クリーム入り」の基準待ち時間は3分の場合、1組目の注文内用が(こしあん×2)、2組目が(粒あん×3)、3組目が(こしあん×1+クリーム×2)の場合、4組目の目安待ち時間は、2×2+2×3+(2×1+3×2)+2=20(分)と算出される。
 なお、目安待ち時間は、管理サーバのプロセッサ320において計算し、順番管理端末100に送信しても良いが、順番管理端末100において直接算出するようにしてもよい。この場合には、順番管理端末100は、管理サーバ300から各待ち項目の基準待ち時間と、各待ち項目の現在の順番待ち組数を取得し、目安待ち時間を計算することができる。もっとも、以下の説明では、「最短待ち時間」、「最長待ち時間」、「合計待ち時間」のいずれに設定されるか、特に限定する必要がない場合には、これらを総称して「目安待ち時間」という。
 順番管理端末100は、表示された受付画面に対して、来訪者や従業者等によるタッチパネル115aなどの入力装置115を介した操作入力が行われたか否かを検知する(ステップS14)。例えば、タッチパネル115aへの操作が検知され、入力が受け付けられると(ステップS14:YES)、順番待ちをする人数を指定するための人数指定画面を表示装置116に表示させる(ステップS15)。人数指定画面には、人数の入力操作を促すメッセージや、人数指定ボタン等が表示される。
 順番管理端末100は、表示された人数指定画面に対して、来訪者や従業者等の入力装置115を介した操作入力が行われたか否かを検知する(ステップS16)。タッチパネル115aへの操作が検知され、人数の入力が受け付けられると(ステップS16:YES)、席の種類を指定するための席指定画面を表示装置116に表示させる(ステップS17)。
 順番管理端末100は、表示された席指定画面に対して、来訪者や従業者等の入力装置115を介した操作入力が行われたか否かを検知する(ステップS18)。タッチパネル115aへの操作が検知され、席の種類の指定入力が受け付けられると(ステップS18:YES)、予約内容確認画面を表示装置116に表示させる(ステップS19)。予約内容確認画面には、受け付けられた人数や席の種類が表示され、予約内容の確認を促すメッセージや、予約確定操作を促すメッセージ、および予約確定ボタン等が表示される。なお、ステップS18において、席の種類として「指定なし」が選択された場合には、全ての席の種類、すなわち図5では「テーブル」「カウンター」及び「テラス席」に対して、順番待ちを入れることになる。
 順番管理端末100は、予約完了操作が行われたか否かを検知する(ステップS20)。予約完了操作が受け付けられると(ステップS20:YES)、受付完了画面を表示させる(ステップS21)。受付完了画面には、受付番号(待ち番号)や、目安待ち時間等が表示される。また、受付完了画面には、順番券とともに、来訪者に適したクーポンの受け取りを促すメッセージが表示される。来訪者は、順番管理端末100に接続されたプリンタ200から印刷される順番券及びクーポン(図6参照)を受け取ることができる。クーポンの発行、及び発行されたクーポンの使い方については後述する。
 順番管理端末(生成部)100は、上記のようにして予約が確定すると、予約内容に基づき、人数と席の種類、目安待ち時間などを含む新規登録情報を生成する。そして、順番管理端末100は、生成した新規登録情報を管理サーバ300に送信する(ステップS22)。
 管理サーバ300は、ある施設(ここでは、レストランA)から新規登録情報を受信すると、受信した新規登録情報に基づいて、順番待ちリストに順番待ちを1組新たに追加する処理を行い、ステータス管理テーブルTA2を更新する(ステップS23)。
 なお、各施設の順番待ちリストの更新は、新規登録受付以外に、従業者等によって登録済みの順番待ちに対し、「取消」、「変更」、「呼出」、「案内」のいずれかの操作が行われた際にも発生する。「取消」は、順番待ちをキャンセルすることを意味し、「変更」は、いったん入力された順番待ちの詳細(予約者の人数など)を変更することを意味する。また、「呼出」は、予約者に対して予約の順番が来たことを口頭で呼び出した状態、あるいは電話やメールなどで知らせた状態であることを意味し、「案内」は、順番が来た者を実際に案内したときに、順番待ちの行を消し込むことを意味する。
 例えば、順番待ちしていた者ないしそのグループを店内に案内すると、従業者等は、「案内」の操作を行う。「案内」操作が行われると、順番待ちリストから、対応する第1順位の者が消去され、後続の者が順番待ちリストの第1順位であるとして順番管理端末100に表示される。なお、「取消」、「変更」、「呼出」の操作が行われた場合も同様に、それぞれの更新操作に応じた処理が行われる。
<クーポン発行処理>
 図7は、クーポン発行サーバ400によって実行されるクーポン発行処理を示すフローチャートである。
クーポン発行サーバ(選択部)400は、管理サーバ300から新規登録を受け付け、クーポン発行のリクエスト(以下、クーポンリクエスト)を受信すると(ステップSa1)、管理サーバ300から送信される新規登録情報等に基づき、発行すべきクーポンを選択する(ステップSa2)。なお、クーポンの選択に関する詳細(クーポン選択処理)は後に詳述する。クーポン発行サーバ(発行部)400は、選択されたクーポンをクーポン情報として、対応する店舗の順番管理端末100宛てに送信し(ステップSa3)、処理を終了する。順番管理端末100によって受信されたクーポン情報は、プリンタ200を介してクーポン(図6参照)として出力される。もとより、クーポンの数に特に制限はなく、1つまたは複数であっても良い。
(1)第1のクーポン選択処理(目安待ち時間に応じたクーポン選択処理)
 図8は、第1のクーポン選択処理を示すフローチャートである。
クーポンリクエストする際、管理サーバ300は、ステータス管理テーブルTA2に登録されている新規登録された待ち受けの来訪者に係る新規登録情報を取得し、これをクーポンリクエストに含めて送信する。
クーポン発行サーバ(検出部)400は、新規登録情報に含まれる「目安待ち時間」を取得するとともに(ステップSb1)、店舗データベースDB440に含まれる店舗の位置情報(すなわち、来訪者の現在位置をあらわす来訪者位置情報)、及びクーポン対象施設DB30に含まれる施設の位置情報などを取得し、来訪者が目安待ち時間を利用して訪れることが可能なクーポン対象施設(例えば、公園や美術館:以下、適宜「施設」と略称)を検索・選択する(ステップSb2)。クーポン発行サーバ400は、選択したクーポン対象施設に対応するクーポン情報を、クーポンDB(第1記憶部)420から取得し、順番管理端末100宛てに送信する(図7のステップSa3参照)。
ここで、上記例では、「目安待ち時間」とともに、来訪者の現在位置や施設の位置を考慮して、おすすめ施設を決定したが、施設の混雑状況を考慮しておすすめ施設を決定する、あるいは、送客しやすい施設(例えば、近くのカフェや地方の観光地であればロードサイドの飲食店など)を優先的におすすめ施設として決定しても良い。
(2)第2のクーポン選択処理(順番待ちの来訪者の属性に応じたクーポン選択処理)
図9は、第2のクーポン選択処理を示すフローチャートである。
クーポンリクエストする際、管理サーバ300は、ステータス管理テーブルTA2に登録されている新規登録された待ち受けの来訪者に係る新規登録情報を取得し、これをクーポンリクエストに含めて送信する。
クーポン発行サーバ400は、新規登録情報に含まれる性別、予約人数(2名など)、予約グループの構成(大人が1名、子供が1名など)、年齢といった予約グループの「属性情報」を取得し(ステップSc1)、カップルにおすすめの施設(話題のカフェやレストランなど)、家族連れにおすすめの施設(アミューズメントパークなど)、老夫婦におすすめの施設(世界遺産など)を検索・選択する(ステップSc2)。この後は、上記と同様に説明できるため、割愛する。
なお、上記例では、予約グループの「属性情報」をもとに、おすすめの施設(話題のカフェやレストランなど)を選択したが、「属性情報」に加えて、上記(1)で説明した「目安待ち時間」等を考慮しておすすめ施設を決定しても良い。
(3)第3のクーポン選択処理(順番待ちの受付時間に応じたクーポン選択処理)
図10は、第3のクーポン選択処理を示すフローチャートである。
クーポンリクエストする際、管理サーバ300は、ステータス管理テーブルTA2に登録されている新規登録された待ち受けの来訪者に係る新規登録情報を取得し、これをクーポンリクエストに含めて送信する。
クーポン発行サーバ400は、新規登録情報に含まれる予約の「受付時間」(例えば、7:00~12:00(午前)、12:00~16:00(午後)、16:00~(夜)など)を取得し(ステップSd1)、その受付時間におすすめの施設を検索・選択する(ステップSd2)。例えば、受付時間が午前の時間帯であればアスレチックフィールド、夜の時間帯であればバーなどを、クーポン取得の対象施設として選択する。この後は、上記と同様に説明できるため、割愛する。
なお、「受付時間」のみならず、受付日に関する情報を含めても良い。例えば、各施設のイベント(例えば、○×フェスティバル、△×体験イベントなど)の開催日時に関する情報(イベント情報)を、クーポン対象施設DB(第2記憶部)430に登録し、イベント情報も考慮に入れておすすめ施設を決定しても良い。また、予約の「受付時間帯」をもとに、おすすめの施設を選択するだけでなく、上記(1)や(2)で説明した「目安待ち時間」や「属性情報」等を考慮しておすすめ施設を決定しても良い。これらのパラメータをいかに考慮するかは、システム設計に応じて適宜設定変更可能である。
次に、クーポン対象施設のステータス(混雑状況や各種イベントに関する情報など)の更新が行われる場合の処理について説明する。
<施設のステータス更新処理>
図11は、クーポン発行サーバ400によって間欠的に実行される施設のステータス更新処理を示すフローチャートである。
クーポン発行サーバ400は、各施設からステータスの変更をあらわすステータス更新情報を受信したか否かを検知する(ステップSe1)。ステータス更新情報として、例えば、混雑状況をあらあわす混雑状況情報(集客率が何パーセントであるか等)や、施設での各種イベントの日時などをあらわすイベント情報などが挙げられる。クーポン発行サーバ400は、ステータス更新情報が受信されるまでステップSe1の処理を繰り返し実行する。
クーポン発行サーバ400は、ステータス更新情報が受信されたことを検知すると(ステップSe1:YES)、受信したステータス更新情報に基づき、クーポン対象施設データベースDB430のステータス情報を更新し(ステップSe2)、処理を終了する。かかる構成によれば、クーポン対象施設の混雑状況やイベントに関する情報がリアルタイムに更新・反映されるため、当該時点で最適な施設をおすすめ施設として決定等することが可能となる。
 以上説明したように、本実施形態によれば、待ち受けする来訪者は、現在の待ち状況に見合った最適なクーポンを得ることが可能となる。
 B.第2実施形態
 上述した第1実施形態では、1店舗で1台の順番管理端末100を利用する場合について説明したが、第2実施形態では、1店舗で複数台の順番管理端末100を利用する場合について説明する。
 1店舗で複数台の順番管理端末100を利用する場合には、各順番管理端末100の間でデータが共有される点において、1台の順番管理端末100のみを利用する場合と異なる。
図12は、3台の順番管理端末100A~100Cを利用して順番管理を行う場合のシーケンス図である。たとえば、レストランAにおいて特定の順番管理端末100(図12に示す順番管理端末100A)が操作されると(C1)、その操作内容(ここでは、ステータスの更新情報を想定)は管理サーバ300にアップロードされる(C2)。管理サーバ300は、受信したステータスの更新情報に基づき、ステータス管理テーブルTA2に登録されているレストランAのステータス情報を更新する(C3)。そして、管理サーバ300は、クライアント管理テーブルTA1を参照し、レストランAで利用される順番管理端末100を特定する(C4)。ここでは、レストランAに対して3台の順番管理端末100A~Cがクライアント管理テーブルTA1に登録されていることから、管理サーバ300は、順番管理端末100A以外の端末、すなわち順番管理端末100B及び100Cに対してアップデートされた最新のステータス情報を送信し(C5)、処理を終了する。
 この結果、最新の情報が、常に同期した状態で各順番管理端末100に反映され、これにより、1店舗で複数台の順番管理端末100を利用する場合であっても、順番待ちの更新情報が一部の順番管理端末100において反映されない等の不具合を生ずることなく、最適な順番待ち管理を行うことが可能となる。
 C.その他
 なお、本発明は、上述した実施形態に限定されるものではなく、本発明の要旨を逸脱しない範囲内において、他の様々な形で実施することができる。このため、上記実施形態はあらゆる点で単なる例示にすぎず、限定的に解釈されるものではない。例えば、上述した各処理ステップは処理内容に矛盾を生じない範囲で任意に順番を変更し、または並列に実行することができる。
 上述の実施形態では、待ち受けする来訪者の属性や待ち受け時間、目安待ち時間などを考慮し、その来訪者に適したクーポンを自動で発行する態様を例示したが、これに換えて、クーポン発行サーバ400が選択したクーポンの中から、所望するクーポンを来訪者が選択できるようにしても良い。一例を挙げて説明すると、順番管理端末100のタッチパネル116には、クーポン発行サーバ400が選択したクーポン(候補)が表示される。来訪者は、タッチパネル115aを操作することにより、表示されたクーポン(候補)の中から、所望のクーポンを選択する。かかる態様によれば、来訪者に適したクーポンを効率良く発行することができる。
 また、クーポン発行サーバ400によって発行されるクーポンの種類(属性)について、各店舗で条件を定めても良い。例えば、発行される(すなわち選択対象となる)クーポンが複数ある場合には、クーポン対象施設として同じ業種の施設(例えば、カフェ)が重ならないようにする、あるいは、同じ業種の施設(例えば、イベント会場)を組み合わせる等の条件を設定しても良い。
例えば、選択対象となるクーポンが複数ある場合には、クーポンの利用が可能なクーポン対象施設として同じ業種の施設が重ならないように、クーポンを選択する(すなわち、出し分ける)ことで、同業者間で顧客を奪い合う等の問題を抑制することが可能となる。特に、クーポン対象施設で同じ業種の施設が重なってしまうと、集客のためにクーポンを発行しているにもかかわらず、思ったような効果が得られない等の不満も噴出することが懸念される。この点、上記構成を採用することで、各顧客にとって魅力あるクーポンを出し分けることが可能となり、全ての施設において本システムを利用するメリットを最大限享受することが可能となる。
なお、業種に限らず、クーポン対象施設の地域等についても同様に適用可能である。例えば、クーポン対象施設が1つのエリアに集中するように設定する、あるいはクーポン対象施設が様々なエリアに分散するように設定しても良い。いかなる条件にするかは、各店舗のオーナー等が設定・変更すればよい。
 上述の実施形態では、クーポン発行サーバ400と管理サーバ300とを別体構成としたが、例えば、管理サーバ300が有する機能の全て(または一部)をクーポン発行サーバ400に搭載する構成であっても良い。
 また、上述の実施形態では、プリンタ200から発行される順番券について特に言及しなかったが、QRコード(登録商標)を利用して順番待ち管理の効率化を図るようにしても良い。来訪者(予約者)は、順番待ちの入力を行った後、プリンタ200から発行される順番券を受け取る。その後、予約者は、自身のスマートフォン等を利用して順番券に印刷されたQRコード(登録商標)を読み取る。QRコード(登録商標)を読み取ることで、スマートフォン等の液晶パネルには現状の順番待ち状況(現状の待ち人数など)が表示される。そして、自身の順番が近づくと、呼出のためのリマインドメールが届く。これにより、店頭で長時間並ぶことなく入店することができ、“長時間待つ”といった行為のストレスを軽減等することが可能となる。
 なお、リマインドメールを設定する方法としては、たとえばQRコード(登録商標)を読み込んだときに、ページ内にメールアドレスの入力を促すメッセージを表示する方法などがある(「通知を受け取るメールアドレスを下記に入力してください。」など)。予約者は、このメッセージに従ってメールアドレスを入力することで、リマインドメールを受信することが可能となる。
 また、リマインドメールに代えて(あるいは加えて)電話呼出を行うようにしても良い。順番待ちの入力を終えた後、電話での呼出設定を希望するか、予約者に確認するメッセージを順番管理端末100に表示する(「電話でのお呼出を設定できます。ご希望の方は、下記ボタンを押した後、電話番号を入力してください。」など)。予約者は、電話での呼出設定を希望する場合には、このメッセージに従って電話番号を入力する。この結果、自身の順番が近付くと、自動音声等による呼出が行われ、店頭で長時間並ぶことなく入店することが可能となる。
 以上説明した各実施形態を実現するためのプログラムは、記録媒体に記憶させてもよい。この記録媒体を用いれば、施設における予約の順番待ちを管理するためのコンピュータに、上記プログラムをインストールすることができる。ここで、上記プログラムを記憶した記録媒体は、非一過性の記録媒体であっても良い。非一過性の記録媒体は特に限定されないが、例えば、CD-ROM等の記録媒体であっても良い。

Claims (8)

  1.  順番待ちをする利用者にクーポンを発行するクーポン発行システムであって、
     前記順番待ちの新規登録を受け付ける入力部と、
     前記新規登録の受付内容に基づき、新規登録情報を生成する生成部と、
     前記クーポンの利用が可能な各施設のクーポン情報を記憶する第1記憶部と、
     前記新規登録情報に基づいて前記クーポン情報を選択する選択部と、
     選択された前記クーポン情報を、前記利用者に発行する発行部と
     を具備するクーポン発行システム。
  2.  前記選択部は、選択対象となる前記クーポン情報が複数ある場合には、前記クーポンの利用が可能なクーポン対象施設として同じ業種の施設が重ならないように、前記クーポン情報を選択する、請求項1に記載のクーポン発行システム。
  3.  前記生成部は、当該時点での順番待ち組数を少なくとも考慮して目安待ち時間を算出し、算出した前記目安待ち時間を含む前記新規登録情報を生成し、
     前記選択部は、前記目安待ち時間に基づいて前記クーポン情報を選択する、請求項2に記載のクーポン発行システム。
  4.  前記利用者の現在地をあらわす利用者位置情報、前記施設の位置をあらわす施設位置情報を検出する検出部をさらに備え、
    前記選択部は、前記目安待ち時間と前記利用者位置情報と前記施設位置情報に基づいて、前記クーポン情報を選択する、請求項3に記載のクーポン発行システム。
  5.  前記新規登録情報には、前記利用者の性別、前記利用者を含むグループの構成人数、年齢の少なくともいずれかをあらわす属性情報が含まれ、
     前記選択部は、前記属性情報に基づいて前記クーポン情報を選択する、請求項2に記載のクーポン発行システム。
  6.  前記新規登録情報には、少なくとも受付時間が含まれ、
     前記選択部は、前記受付時間に基づいて前記クーポン情報を選択する、請求項2に記載のクーポン発行システム。
  7.  前記クーポンの利用が可能な前記各施設のイベント情報を記憶する第2記憶部を備え、
    前記選択部は、前記受付時間及び前記イベント情報に基づいて前記クーポン情報を選択する、請求項6に記載のクーポン発行システム。
  8.  メモリを備えたコンピュータに、順番待ちをする利用者にクーポンを発行する機能を実現するためのプログラムを記録した非一過性の記録媒体であって、
     前記メモリには、前記クーポンの利用が可能な各施設のクーポン情報が記憶され、
     前記コンピュータに、
     前記順番待ちの新規登録を受け付ける入力機能と、
     前記新規登録の受付内容に基づき、新規登録情報を生成する生成機能と、
     前記新規登録情報に基づいて前記クーポン情報を選択する選択機能と、
     選択された前記クーポン情報を、前記利用者に発行する発行機能と
     を実現させ、
     前記選択機能は、選択対象となる前記クーポン情報が複数ある場合には、前記クーポンの利用が可能なクーポン対象施設として同じ業種の施設が重ならないように、前記クーポン情報を選択する、プログラムを記録した非一過性の記録媒体。
PCT/JP2016/076998 2015-09-18 2016-09-13 クーポン発行システムおよび記録媒体 WO2017047590A1 (ja)

Priority Applications (3)

Application Number Priority Date Filing Date Title
CN201680054000.7A CN108027938A (zh) 2015-09-18 2016-09-13 优惠券发行系统及存储介质
EP16846461.8A EP3352125A4 (en) 2015-09-18 2016-09-13 COUPON OUTPUT SYSTEM AND RECORDING MEDIUM
US15/760,291 US20180268434A1 (en) 2015-09-18 2016-09-13 Coupon Issue System and Recording Medium

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2015185270A JP5996752B1 (ja) 2015-09-18 2015-09-18 クーポン発行システムおよびプログラム
JP2015-185270 2015-09-18

Publications (1)

Publication Number Publication Date
WO2017047590A1 true WO2017047590A1 (ja) 2017-03-23

Family

ID=56960958

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2016/076998 WO2017047590A1 (ja) 2015-09-18 2016-09-13 クーポン発行システムおよび記録媒体

Country Status (5)

Country Link
US (1) US20180268434A1 (ja)
EP (1) EP3352125A4 (ja)
JP (1) JP5996752B1 (ja)
CN (1) CN108027938A (ja)
WO (1) WO2017047590A1 (ja)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2018195136A (ja) * 2017-05-18 2018-12-06 株式会社リクルートホールディングス 情報処理システム、順番管理装置、会員証管理装置、およびプログラム

Families Citing this family (14)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US11012480B2 (en) 2010-09-13 2021-05-18 Jeffrey W. Mankoff Modifying signal associations in complex computing networks
US10341395B2 (en) * 2010-09-13 2019-07-02 Jeffrey W. Mankoff Modifying signal associations in complex computing networks
JP6297733B1 (ja) * 2017-03-27 2018-03-20 株式会社リクルートホールディングス 順番管理システム、順番管理装置、およびプログラム
JP6306787B1 (ja) * 2017-08-31 2018-04-04 株式会社Epark 情報管理装置、情報管理システム、情報管理装置の制御方法及び情報管理装置の制御プログラム
JP6715809B2 (ja) * 2017-09-22 2020-07-01 Kddi株式会社 特典提供装置及び特典提供方法
JP6951215B2 (ja) * 2017-11-28 2021-10-20 セイコーソリューションズ株式会社 待ち時間出力装置、待ち時間出力システム、及びプログラム
JP6527932B1 (ja) * 2017-12-26 2019-06-12 株式会社リクルート クーポン発行システム、クーポン発行装置、およびプログラム
JP6527934B1 (ja) * 2017-12-27 2019-06-12 株式会社リクルート 順番管理システム、順番管理装置、およびプログラム
JP2020013404A (ja) * 2018-07-19 2020-01-23 株式会社メルカリ プログラム、情報処理方法、情報処理装置
JP2020067678A (ja) * 2018-10-22 2020-04-30 株式会社エニィ 情報提供システム及び情報処理装置
JP2019117659A (ja) * 2019-03-26 2019-07-18 株式会社Epark 情報管理装置、情報管理システム、情報管理方法および情報管理プログラム
JP7326049B2 (ja) * 2019-07-10 2023-08-15 東芝テック株式会社 クーポン発行システム、クーポン管理装置及びその制御プログラム
CN110503488A (zh) * 2019-08-29 2019-11-26 江苏德赢软件科技有限公司 一种基于客房库存促销的方法、装置及系统
CN113763011A (zh) * 2020-11-19 2021-12-07 北京沃东天骏信息技术有限公司 电子凭证的分配处理方法、装置、设备和存储介质

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2006092463A (ja) * 2004-09-27 2006-04-06 Nec Corp 呼出管理システム及び呼出管理方法
JP2008204099A (ja) * 2007-02-19 2008-09-04 Nec Corp 情報提供システム、情報提供方法およびプログラム
JP2014048700A (ja) * 2012-08-29 2014-03-17 Sharp Corp 広告システム、広告管理装置、広告管理方法、および広告管理プログラム
WO2015015217A1 (en) * 2013-08-02 2015-02-05 Barclays Bank Plc Location-based navigation
JP2015121848A (ja) * 2013-12-20 2015-07-02 東芝テック株式会社 予約システム、情報処理装置およびプログラム

Family Cites Families (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
DE10118766A1 (de) * 2001-04-07 2003-03-06 Johannes Tzschentke Computergesteuerte Reservierungs-Aufrufanlage von Wartemarken für Behörden und Geschäfte mit Internetanbindung
JP2003115001A (ja) * 2001-10-05 2003-04-18 Hitachi Ltd クーポン発行方法及びクーポン発行端末
KR20040041116A (ko) * 2004-04-17 2004-05-14 황종연 할인쿠폰기능을 갖는 대기표
JP2007072730A (ja) * 2005-09-06 2007-03-22 Improove Technologies Co Ltd Ecサイトにおける動的プロモーションシステム及び動的プロモーション方法
US8775244B2 (en) * 2010-11-09 2014-07-08 International Business Machines Corporation Optimal scheduling of venue attendance based on queue size and location
US20140180793A1 (en) * 2012-12-22 2014-06-26 Coupons.Com Incorporated Systems and methods for recommendation of electronic offers
JP6006192B2 (ja) * 2013-10-28 2016-10-12 ヤフー株式会社 整理券情報発行システム、整理券情報発行サーバおよび整理券情報発行方法
US10332140B2 (en) * 2014-11-26 2019-06-25 Paypal, Inc. Line management based on user tolerance
US10026099B1 (en) * 2014-12-15 2018-07-17 Amazon Technologies, Inc. Computerized waiting list tracking system

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2006092463A (ja) * 2004-09-27 2006-04-06 Nec Corp 呼出管理システム及び呼出管理方法
JP2008204099A (ja) * 2007-02-19 2008-09-04 Nec Corp 情報提供システム、情報提供方法およびプログラム
JP2014048700A (ja) * 2012-08-29 2014-03-17 Sharp Corp 広告システム、広告管理装置、広告管理方法、および広告管理プログラム
WO2015015217A1 (en) * 2013-08-02 2015-02-05 Barclays Bank Plc Location-based navigation
JP2015121848A (ja) * 2013-12-20 2015-07-02 東芝テック株式会社 予約システム、情報処理装置およびプログラム

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2018195136A (ja) * 2017-05-18 2018-12-06 株式会社リクルートホールディングス 情報処理システム、順番管理装置、会員証管理装置、およびプログラム

Also Published As

Publication number Publication date
JP5996752B1 (ja) 2016-09-21
EP3352125A4 (en) 2019-04-10
JP2017059137A (ja) 2017-03-23
CN108027938A (zh) 2018-05-11
US20180268434A1 (en) 2018-09-20
EP3352125A1 (en) 2018-07-25

Similar Documents

Publication Publication Date Title
JP5996752B1 (ja) クーポン発行システムおよびプログラム
JP6116729B1 (ja) クーポン配信システム
JP6230578B2 (ja) 注文管理サーバ、注文システム、及びプログラム
JP6277171B2 (ja) 順番管理システム、順番管理装置および順番管理プログラム
JP5931265B1 (ja) 順番管理システム、順番管理装置、およびプログラム
JP6051284B1 (ja) 順番管理システム、順番管理装置および順番管理プログラム
JP6078115B2 (ja) 順番管理システム、順番管理装置、およびプログラム
JP6283333B2 (ja) 順番管理システム、順番管理装置、およびプログラム
JP2017016528A (ja) 順番管理システムおよび順番管理プログラム
JP6360953B1 (ja) 順番管理システム、順番管理装置、およびプログラム
JP6688253B2 (ja) 情報処理システム、順番管理装置、会員証管理装置、およびプログラム
JP6302112B1 (ja) 順番管理システム、順番管理装置、およびプログラム
WO2020090873A1 (ja) 順番管理システムおよびプログラム
JP6336181B1 (ja) 情報処理システム、順番管理装置、およびプログラム
JP6446106B1 (ja) 順番管理システム、順番管理装置、およびプログラム
JP2019036099A (ja) 順番管理システム、順番管理装置、およびプログラム
JP6479138B1 (ja) 順番管理システム
JP6391782B1 (ja) 順番管理システム
JP6464408B1 (ja) 順番管理システム
JP6581689B1 (ja) 順番管理システム、順番管理装置、およびプログラム
WO2019188723A1 (ja) 順番管理システム、順番管理サーバ、およびプログラム
JP6019207B1 (ja) 順番管理システム、順番管理装置および順番管理プログラム
JP2019164394A (ja) 順番管理システム
JP2019003541A (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: 16846461

Country of ref document: EP

Kind code of ref document: A1

WWE Wipo information: entry into national phase

Ref document number: 15760291

Country of ref document: US

NENP Non-entry into the national phase

Ref country code: DE

WWE Wipo information: entry into national phase

Ref document number: 2016846461

Country of ref document: EP