WO2019176067A1 - 飲食物提供システム、飲食物提供方法、及びプログラム - Google Patents
飲食物提供システム、飲食物提供方法、及びプログラム Download PDFInfo
- Publication number
- WO2019176067A1 WO2019176067A1 PCT/JP2018/010310 JP2018010310W WO2019176067A1 WO 2019176067 A1 WO2019176067 A1 WO 2019176067A1 JP 2018010310 W JP2018010310 W JP 2018010310W WO 2019176067 A1 WO2019176067 A1 WO 2019176067A1
- Authority
- WO
- WIPO (PCT)
- Prior art keywords
- food
- drink
- beverage
- amount
- user
- Prior art date
Links
- 235000013305 food Nutrition 0.000 title claims abstract description 218
- 235000013361 beverage Nutrition 0.000 title claims abstract description 93
- 238000000034 method Methods 0.000 title description 18
- 238000012546 transfer Methods 0.000 claims description 32
- 238000004891 communication Methods 0.000 claims description 21
- 230000004044 response Effects 0.000 claims description 21
- 235000013353 coffee beverage Nutrition 0.000 description 38
- 235000016213 coffee Nutrition 0.000 description 34
- 230000006870 function Effects 0.000 description 31
- 238000012545 processing Methods 0.000 description 27
- 238000010586 diagram Methods 0.000 description 10
- 238000012986 modification Methods 0.000 description 10
- 230000004048 modification Effects 0.000 description 10
- 230000008569 process Effects 0.000 description 10
- 238000000605 extraction Methods 0.000 description 6
- 239000002994 raw material Substances 0.000 description 6
- 235000000346 sugar Nutrition 0.000 description 5
- 235000013336 milk Nutrition 0.000 description 4
- 239000008267 milk Substances 0.000 description 4
- 210000004080 milk Anatomy 0.000 description 4
- 241000533293 Sesbania emerus Species 0.000 description 3
- 230000007423 decrease Effects 0.000 description 3
- 230000000694 effects Effects 0.000 description 3
- 239000000284 extract Substances 0.000 description 3
- 238000009434 installation Methods 0.000 description 3
- 244000269722 Thea sinensis Species 0.000 description 2
- 235000013405 beer Nutrition 0.000 description 2
- 235000015115 caffè latte Nutrition 0.000 description 2
- 230000003247 decreasing effect Effects 0.000 description 2
- 238000005516 engineering process Methods 0.000 description 2
- 235000011389 fruit/vegetable juice Nutrition 0.000 description 2
- 235000008476 powdered milk Nutrition 0.000 description 2
- 235000011888 snacks Nutrition 0.000 description 2
- XLYOFNOQVPJJNP-UHFFFAOYSA-N water Substances O XLYOFNOQVPJJNP-UHFFFAOYSA-N 0.000 description 2
- 238000013459 approach Methods 0.000 description 1
- LFYJSSARVMHQJB-QIXNEVBVSA-N bakuchiol Chemical compound CC(C)=CCC[C@@](C)(C=C)\C=C\C1=CC=C(O)C=C1 LFYJSSARVMHQJB-QIXNEVBVSA-N 0.000 description 1
- 230000008859 change Effects 0.000 description 1
- 235000009508 confectionery Nutrition 0.000 description 1
- 238000012790 confirmation Methods 0.000 description 1
- 239000000796 flavoring agent Substances 0.000 description 1
- 235000019634 flavors Nutrition 0.000 description 1
- 238000000227 grinding Methods 0.000 description 1
- 239000008236 heating water Substances 0.000 description 1
- 239000004615 ingredient Substances 0.000 description 1
- 239000004973 liquid crystal related substance Substances 0.000 description 1
- 238000002156 mixing Methods 0.000 description 1
- 239000000203 mixture Substances 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 238000002360 preparation method Methods 0.000 description 1
- 239000004065 semiconductor Substances 0.000 description 1
- 239000007787 solid Substances 0.000 description 1
- 230000001360 synchronised effect Effects 0.000 description 1
- 235000020357 syrup Nutrition 0.000 description 1
- 239000006188 syrup Substances 0.000 description 1
- 235000013616 tea Nutrition 0.000 description 1
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
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
- G06Q20/308—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using the Internet of Things
-
- 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
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/08—Payment architectures
- G06Q20/18—Payment architectures involving self-service terminals [SST], vending machines, kiosks or multimedia terminals
-
- 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
Definitions
- the present invention relates to IoT (Internet of Things), and more particularly to a technique for providing food and drink to a user.
- IoT Internet of Things
- Patent Document 1 discloses a system that grants royalty to a personal terminal when the personal terminal approaches a device such as a vending machine or a dispenser.
- One of the loyalty benefits is the free provision of beverages (see paragraph 0053).
- Patent Document 1 In the technology described in Patent Document 1, it was necessary to accumulate royalty in order to receive a beverage.
- the present invention provides a technique for providing food and drink to a user more easily.
- the present invention relates to purchase means for purchasing the right to receive provision of a desired amount of food and drink and food and drink to be provided from the food and drink server for providing the food and drink.
- a food and beverage provision system having display means for displaying the remaining amount of the right.
- the instruction means may transmit the instruction to the food and drink server via short-range wireless communication.
- This food and drink provision system has a right storage means for storing the remaining amount of the updated right, and the reception means accepts the designation of the amount within a range of the remaining amount stored in the right storage means. May be.
- the food and beverage provision system may further include a control unit that controls the food and beverage server in accordance with the instruction from the instruction unit.
- the food and drink provision system includes a history storage unit that stores the amount of food and drink provided using the food and drink provision system and a history of a user who has received the provision, and the history according to an external request. You may further have an output means which outputs at least one part of the log
- the food and beverage provision system includes a transfer acceptance unit that receives a transfer request for the right to receive provision of food and drink from a first user to a second user, and the right from the first user to the second user in response to the transfer request. It may further include a transfer means for transferring.
- the food and drink server provides a plurality of types of food and drink, the accepting means accepts designation of one food and drink and the amount of the one food and drink among the plurality of food and drink, The provision of the specified amount of the one food or drink may be instructed to the food or drink server.
- the present invention relates to a step in which a food and beverage provision system purchases a right to receive provision of a desired amount of food and beverage and a food and beverage to be provided from a food and beverage server for providing the food and beverage.
- a method for providing a food and drink comprising the step of displaying the remaining amount of the right updated by subtracting the designated amount from the remaining amount of the right.
- the present invention relates to a step of purchasing a right to receive provision of a desired amount of food and drink in a computer and a food and drink to be provided from a food and drink server for providing the food and drink.
- a step of accepting designation of the amount of food, a step of instructing the food and drink server to provide the designated amount of food and drink, and the designation from the remaining amount of the right after making the instruction A program for executing the step of displaying the remaining amount of the right updated by subtracting the amount obtained.
- the sequence chart which illustrates the process which concerns on the purchase of rights.
- FIG. 1 is a diagram illustrating an outline of a food and drink provision system 1 according to an embodiment.
- the food and beverage provision system 1 includes a management server 10, a food and beverage server 20, a control device 30, and a user terminal 50.
- the food and drink server 20 and the control device 30 are installed in the store 9.
- the store 9 is, for example, a retail store such as a convenience store or a restaurant such as a restaurant.
- the food and drink server 20 holds food and drink or raw materials thereof.
- the user U who has visited the store 9 instructs the control device 30 to provide food and drink via the user terminal 50 possessed by the user U.
- the food and drink server 20 provides food and drink to the user U in response to an instruction from the control device 30.
- “providing food and drink” refers to bringing the food and drink product into a state where the user can pick it up.
- the food and drink server 20 is a coffee machine, and the food and drink provided to the user is a cup of coffee.
- the food and drink server 20 is a beer server, and the food and drink provided to the user is a draft beer full of mugs.
- the food and drink server 20 is a vending machine, and the food and drink provided to the user is a snack snack packaged in a package.
- control device 30 and the food and drink server 20 correspond one-to-one and are connected by wire.
- the user terminal 50 communicates with the management server 10 via a network N such as the Internet.
- a network N such as the Internet.
- the food and drink provision system 1 may include a plurality of food and drink servers 20.
- the plurality of food and drink servers 20 may be installed in a plurality of different stores.
- FIG. 2 is a diagram illustrating a functional configuration of the food and drink provision system 1.
- the food and beverage provision system 1 includes a purchase unit 53, a storage unit 52, a reception unit 51, a determination unit 54, an instruction unit 55, an update unit 56, a display unit 57, a reception unit 31, a control unit 32, a storage unit 11, and an output unit 12.
- transfer means 13 In this example, the purchase unit 53, the storage unit 52, the reception unit 51, the determination unit 54, the instruction unit 55, the update unit 56, and the display unit 57 are mounted on the user terminal 50.
- the receiving unit 31 and the control unit 32 are mounted on the control device 30.
- the storage unit 11, the output unit 12, and the transfer unit 13 are mounted on the management server 10. Note that the correspondence relationship between the functional elements and the devices illustrated here is merely an example.
- the accepting means 51 accepts input of various instructions from the user.
- the functions shown in FIG. 2 are classified into a function related to purchase of rights, a function related to provision of food and drink, a function related to transfer of rights, and a function related to provision of history. Below, it explains along these classifications.
- the instruction received by the receiving means 51 includes an instruction to purchase the right to receive the amount of food and drink desired by the user (hereinafter simply referred to as “right”).
- the purchase means 53 performs processing for purchasing rights in accordance with an instruction from the user.
- the storage unit 52 stores data (hereinafter referred to as “right data”) indicating the remaining amount of the right purchased through the purchase unit 53 (the remaining amount of food and drink having the right to be provided).
- the right data indicates an amount of “2000 milliliters”, for example. This indicates that the user has the right to buy coffee for another 2000 milliliters.
- the instruction received by the receiving means 51 includes designation of the amount of food and drink to be provided from the food and drink server 20.
- the determination unit 54 determines whether or not the food / drink can be provided from the remaining amount indicated by the right data and the amount of the food / drink designated via the reception unit 51.
- the instruction unit 55 instructs the control device 30 to provide a specified amount of food and drink.
- the receiving unit 31 receives an instruction to provide food and drink from the user terminal 50.
- the control means 32 controls the food and drink server 20 according to the received instruction.
- the update unit 56 updates the right data stored in the storage unit 52.
- the update unit 56 updates the right data when a new right or an additional right is purchased through the purchase unit 53. In this case, the remaining amount of rights increases.
- the updating unit 56 updates the right data when it is determined that the food and drink may be provided. In this case, the remaining amount of rights decreases.
- the display means 57 displays the remaining amount of rights based on the rights data stored in the storage means 52 in both functions relating to the purchase of rights and functions relating to provision of food and drink.
- the storage means 11 stores various data.
- the data stored in the storage unit 11 includes, for example, a use history of the food and drink provision system 1.
- This usage history is the amount of food and drink provided using the food and drink provision system 1 and the history of the user who received the provision.
- the output unit 12 outputs at least a part of the usage history stored in the storage unit 11 in response to a request from the outside such as the user terminal 50 or another terminal device.
- the instruction received by the receiving means 51 includes a request for transfer of rights. That is, the accepting unit 51 accepts a transfer request for transferring the right from the first user to the second user.
- the transfer means 13 transfers the right from the first user to the second user in response to the transfer request.
- the output unit 12 outputs at least a part of the usage history stored in the storage unit 11 to the designated device.
- FIG. 3 is a diagram illustrating a hardware configuration of the user terminal 50.
- the user terminal 50 is a computer device having a CPU (Central Processing Unit) 501, a memory 502, a storage 503, a communication IF 504, an IC card unit 505, a touch screen 506, and a speaker 507, specifically, for example, a smartphone.
- the CPU 501 is a control device that executes processing according to a program and controls other hardware elements of the user terminal 50.
- the memory 502 is a main storage device that functions as a work area when the CPU 501 executes a program, and includes, for example, RAM (Random Access Memory).
- the storage 503 is a non-volatile auxiliary storage device that stores various programs and data, and includes, for example, an SSD (Solid State Drive).
- the IC card unit 505 is a device that reads and writes data without contact with a card reader in accordance with a predetermined standard (for example, ISO / IEC 14443 or ISO / IEC 18092 (so-called FeliCa (registered trademark))). Yes, including antenna and IC chip.
- a predetermined standard for example, ISO / IEC 14443 or ISO / IEC 18092 (so-called FeliCa (registered trademark)
- Yes including antenna and IC chip.
- This standard is an example of a short-range wireless communication standard.
- the CPU 501 can write data to this IC chip.
- This IC chip incorporates a nonvolatile memory, and can retain data even when power is not supplied.
- the card reader can read data recorded on the IC chip.
- the touch screen 506 is a device for displaying information to the user and providing a UI for receiving information input from the user, and includes a display device such as an LCD (Liquid Crystal Display) and an input device such as a touch sensor.
- the speaker 507 is a device that outputs sound.
- the storage 503 stores a program (hereinafter referred to as “client application”) for causing the computer device to function as a user terminal in the food and drink provision system 1.
- client application a program for causing the computer device to function as a user terminal in the food and drink provision system 1.
- client application a program for causing the computer device to function as a user terminal in the food and drink provision system 1.
- client application a program for causing the computer device to function as a user terminal in the food and drink provision system 1.
- client application a program for causing the computer device to function as a user terminal in the food and drink provision system 1.
- client application a program for causing the computer device to function as a user terminal in the food and drink provision system 1.
- the CPU 501 executes the client application, the function of FIG. 3 is implemented in the computer device.
- the CPU 501 is an example of the purchase unit 53, the determination unit 54, and the update unit 56.
- the IC card unit 505 is an example of the storage unit 52 and the instruction unit 55
- FIG. 4 is a diagram illustrating a hardware configuration of the control device 30.
- the control device 30 includes a control unit 301, a UI (User Interface) unit 302, a card reader 303, a communication unit 304, and an input / output IF 305.
- the control unit 301 is a unit that controls other elements of the control device 30 and includes, for example, a processor, a memory, and a storage.
- the control unit 301 presents the operation method of the food and drink server 20 to the user, controls the food and drink server 20 according to the user's instruction, and controls the communication unit 304 to communicate with the management server 10. To do.
- the UI unit 302 is a unit that provides a man-machine interface with a user, and includes an input / output device such as a touch screen.
- the card reader 303 reads data from the IC card unit 505 of the user terminal 50.
- the communication unit 304 communicates with the management server 10 via a network such as the Internet.
- the input / output IF 305 inputs and outputs signals with the food and drink server 20.
- the card reader 303 is an example of the receiving unit 31.
- the control unit 301 is an example of the control unit 32.
- FIG. 5 is a diagram illustrating a hardware configuration of the food and drink server 20.
- the food and drink server 20 includes a cup storage unit 201, a reservoir 202, a processing unit 203, an extraction unit 204, and an input / output IF 205.
- the cup storage unit 201 stores a coffee cup.
- the reservoir 202 is an example of holding means for holding coffee ingredients such as coffee beans, water, ice, powdered milk, syrup, and sugar.
- the processing unit 203 performs necessary processing on the raw material, for example, processing of grinding coffee beans, heating water, or dissolving powdered milk in water.
- the extraction unit 204 mixes the raw material processed by the processing unit 203 at a specified mixing ratio, and extracts coffee into a cup placed in the cup storage unit 201.
- the input / output IF 205 inputs and outputs signals to and from the control device 30.
- the reservoir 202 is an example of the holding means 21 that holds raw materials for food and drink.
- the processing unit 203 and the extraction unit 204 are an example of a processing unit that performs processing for processing a raw material.
- the input / output IF 205 is an example of input / output means for inputting / outputting signals to / from the control device.
- FIG. 6 is a diagram illustrating a hardware configuration of the management server 10.
- the management server 10 is a computer device having a CPU 101, a memory 102, a storage 103, and a communication IF 104.
- the CPU 101 is a control device that executes processing according to a program and controls other hardware elements of the management server 10.
- the memory 102 is a main storage device that functions as a work area when the CPU 101 executes a program, and includes, for example, a RAM (Random Access Memory).
- the storage 103 is a nonvolatile auxiliary storage device that stores various programs and data, and includes, for example, at least one of an HDD (Hard Disk Drive) and an SSD.
- the communication IF 104 is an interface for performing communication according to a predetermined communication standard (for example, TCP / IP), and includes, for example, a NIC (Network Interface Card).
- the storage 103 stores a program (hereinafter referred to as “management program”) for causing the computer device to function as a management server in the food and drink provision system 1.
- management program a program for causing the computer device to function as a management server in the food and drink provision system 1.
- the communication IF 104 is an example of the output unit 12.
- the CPU 101 is an example of the transfer unit 13.
- the operation of the food and drink provision system 1 is mainly divided into (1) purchase of rights, (2) provision of food and drinks, (3) provision of history, and (4) transfer of rights.
- the food / beverage server 20 is a coffee server, ie, the food / beverage provided is a coffee drink.
- FIG. 7 is a sequence chart illustrating a process related to purchase of rights.
- the user terminal 50 can communicate with the management server 10 via a network such as the Internet.
- a client application may be described as a subject of processing. This is because hardware elements such as a processor executing the client application in the user terminal 50 are processed in cooperation with other hardware elements. Means to execute.
- the user performs user registration in the food and beverage provision system 1 via the client application.
- the user registration is a process for registering information such as a login ID, a user name, a card identification number, information necessary for payment (eg, a credit card number), age, and sex in the food and beverage provision system 1. These pieces of information are collectively referred to as user information.
- User information is stored in the management server 10.
- the management server 10 assigns a user number to the newly registered user.
- the user number is an identification number (identifier) for uniquely identifying the user in the food and drink provision system 1.
- the management server 10 sets an initial right value for a user who has newly registered as a user.
- the initial value is, for example, zero.
- Or management server 10 may give a certain amount of initial value as a privilege of new registration.
- the management server 10 writes user information, a user number, and initial values of rights in the database 111.
- the database 111 is a database in which user information, a remaining amount of rights (current value), and a use history of the food and beverage provision system 1 are recorded for each user registered in the food and beverage provision system 1.
- FIG. 8 is a diagram illustrating a part of the database 111.
- the database 111 includes fields for user information, a user number, and a remaining amount of coffee (liters) that can be provided.
- the top row record in FIG. 8 indicates that the user having the name “Taro Yamada” and the card identification number “123456789” has the right to receive coffee for another 400 milliliters.
- the client application secures a storage area for the food and beverage provision system 1 in the IC card unit 505.
- the client application writes the user number and the initial value of the right given from the management server 10 (that is, the right data indicating the initial value) in this storage area.
- the database 111 includes the usage history (not shown) of the food and beverage provision system 1 in addition to the information illustrated in FIG.
- This usage history includes a history of purchasing rights (purchase history) and a history of receiving food and drink (provided history).
- the client application When activated, the client application reads right data from the IC card unit 505 (step S101). When activated, the client application displays an initial screen.
- the initial screen includes menu items of services provided in the food and drink provision system 1. These menu items include purchasing rights.
- the client application displays a screen that prompts the purchase of the right to receive provision of food and drink (step S102).
- FIG. 9 is a diagram illustrating a screen displayed in step S101.
- This screen includes an input field 91, a display area 92, a display area 93, a display area 94, and a button 95.
- the input column 91 is a column for inputting the amount of food and drink for which the user intends to purchase rights.
- the input field 91 has an input field 911 and an input field 912 in detail.
- the input field 911 is a field for designating a purchase unit. In this example, coffee can be purchased in milliliters or ounces.
- the input field 911 is a selection formula of “liter” and “ounce”.
- the input column 912 is an end for inputting a numerical value to be purchased.
- the input field 912 may be one in which the user can freely enter a numerical value, or may be one in which the user selects a desired amount from a plurality of predetermined options.
- the display area 92 information indicating the remaining amount of rights owned by the user at this time is displayed.
- the remaining amount of rights is indicated by rights data.
- the client application may temporarily cache the right data and display the remaining amount using the cached right data.
- the unit of the remaining amount in the display area 92 is synchronized with the input field 911. That is, when “milliliter” is designated in the input field 911, the remaining amount is displayed in milliliter units, and when “ounce” is designated, the remaining amount is displayed in ounce units.
- the display area 93 displays information indicating the remaining amount of rights that the user will own after purchasing the amount input in the input field 91.
- the display unit is the same as that of the display area 92.
- the display area 94 displays the amount necessary for purchasing the amount input in the input field 91.
- the button 95 is a button for instructing purchase of a right. When the button 95 is pushed, the client application generates a purchase request based on the unit and the amount displayed in the input field 911 and the input field 912 at that time.
- the client application transmits a purchase request to the management server 10.
- the purchase request includes, for example, a user ID and the amount and unit of coffee to be purchased.
- the user ID included in the purchase request may be the card identification number itself, or may be information other than the identification number recorded in the IC card unit 505, such as a login ID in the food and beverage provision system 1.
- the management program receives a purchase request.
- the management program authenticates the purchase request according to a predetermined algorithm (step S104). This algorithm may use a digital signature, for example.
- the management server 10 notifies the authentication result to the client application that has transmitted the purchase request (step S105).
- the client application When the authentication result is received from the management server 10, the client application performs processing according to the authentication result.
- the client application writes data for updating the remaining amount of rights to the IC card unit 505 (step S106). For example, when a right of 2000 ml is purchased with the right remaining amount being zero, data for updating the remaining amount of right to 2000 ml is written in the IC card unit 505. Alternatively, when a right of 2000 ml is purchased in a state in which the remaining amount of right is 400 ml, data for updating the remaining amount of right to 2400 ml is written in the IC card unit 505.
- the client application transmits a notification to the effect that the update of the rights is completed to the management server 10 (step S107).
- the management program of the management server 10 updates the database 111 (step S108). That is, the management program adds a record relating to the purchase of the current right to the purchase history of the database 111. This record includes, for example, the date and time when the right was purchased, the user ID, and the amount of the purchased right.
- FIG. 10 is a sequence chart illustrating processing related to provision of food and drink.
- the user activates the client application on the user terminal 50.
- the client application reads the right data from the IC card unit 505 (step S201).
- the client application displays a screen that prompts the user to purchase a coffee drink.
- This screen includes a UI element for designating the amount of beverage to be provided and the display of the remaining amount based on the right data.
- FIG. 11 is a diagram exemplifying a screen for prompting the purchase of beverages.
- the screen includes buttons 81 to 84, a display area 85, and buttons 86 to 88.
- Buttons 81 to 84 are buttons for designating beverages to be purchased from the menu.
- the button 81 is for hot coffee
- the button 82 is for ice coffee
- the button 83 is for hot cafe latte
- the button 84 is for instructing the purchase of ice cafe latte.
- the display area 85 is an area for inputting the amount of beverage.
- Buttons 86 to 87 are buttons for increasing or decreasing the amount of beverage. When the button 86 is pressed, the amount of beverage increases by a predetermined unit (for example, 10 milliliters).
- the button 87 When the button 87 is pressed, the amount of beverage is reduced by a predetermined unit.
- the client application accepts designation of the amount within the range of the remaining amount of rights (controls the screen of FIG. 10 so as not to request the purchase of an amount of beverage exceeding the remaining amount of rights).
- the button 88 is a button for proceeding to the next process.
- the client application next displays a screen for designating a taste (step S203).
- FIG. 12 is a diagram exemplifying a screen for prompting designation of beverage taste.
- this screen includes buttons 71-77.
- Buttons 71 to 76 are buttons for receiving an instruction to change the taste of a beverage.
- the button 71 is a button for inputting an instruction for increasing the taste
- the button 72 is used for inputting an instruction for decreasing the taste.
- the button 73 is a button for inputting an instruction to increase sugar
- the button 74 is a button for inputting an instruction to decrease sugar.
- the button 75 is a button for inputting an instruction to increase milk
- the button 76 is an input for inputting an instruction to decrease milk.
- the button 77 is a button for proceeding to the next process.
- the food and drink server 20 may not have a function of adjusting the taste. In this case, processing related to taste adjustment is omitted.
- the client application When the user presses the button 77 on the screen of FIG. 11, the client application writes a coffee drink provision request in the IC card unit 505 (step S204).
- This provision request includes information indicating the type, taste, and quantity of the purchased beverage.
- the client application notifies the user that preparation has been completed.
- the user sets (places) a cup in the cup storage unit 201 of the food and drink server 20. This cup may be brought by the user or may be provided by the store for a fee or free of charge.
- the user holds the antenna portion of the IC card unit 505 of the user terminal 50 over the card reader 303 of the control device 30.
- the card reader 303 reads the identification number and the provision request from the IC card unit 505 (step S205).
- the card reader 303 authenticates the provision request (step S206). Authentication is performed according to a predetermined algorithm. A technique such as an electronic signature may be used for authentication. If the provision request is authenticated, the card reader 303 notifies the control unit 301 to that effect.
- the control unit 301 When the notification that the provision request has been authenticated is received, the control unit 301 outputs a drink provision instruction to the food and drink server 20 (step S207).
- This instruction includes information indicating the type, taste, and quantity of the beverage purchased.
- the food and drink server 20 Upon receiving a drink provision instruction from the control device 30, the food and drink server 20 performs a process for providing food and drink (step S208). Specifically, the food and drink server 20 extracts the coffee in the cup placed in the cup storage unit 201 by processing the raw material held in the reservoir 202 by the processing unit 203. At this time, the amount of coffee beans, the amount of sugar, and the amount of milk are adjusted according to instructions from the control device 30. When the extraction of one cup of coffee is completed, the food and drink server 20 notifies the user that extraction has been completed.
- the card reader 303 In parallel with the processing of step S207, or before or after that, the card reader 303 outputs a provision response to the IC card unit 505 (step S209).
- the provision response indicates that the provision request has been authenticated. Note that when the card reader 303 outputs a provision response to the IC card unit 505 or receives a confirmation of receipt of the provision response from the IC card unit 505, the card reader 303 notifies the user that the authentication is successful, for example, by sound. . Upon receiving this notification, the user can remove the smartphone from the card reader 303.
- the IC card unit 505 updates the right data stored in the nonvolatile memory (step S210).
- the IC card unit 505 notifies the client application that the right data has been updated.
- the client application reads the right data from the IC card unit 505 (step S211).
- the client application displays the remaining amount of rights according to the newly read rights data (step S212).
- the client application transmits history information related to the provision of the current beverage to the management server 10 (not shown).
- the history information includes, for example, the type and amount of the beverage that has been provided, the store and time at which the beverage has been received, and the attribute information (age and gender, etc.) of the user who has been provided.
- the management server 10 adds the received history information to the provided history of the database 111.
- step S206 If the provision request is not authenticated in step S206 (for example, in the case of unauthorized access), the control unit 301 notifies the user to that effect.
- the user can receive food and drink by holding the user terminal 50 over the card reader 303, and there is no need for the user to exchange coins at the cash register.
- a common food and drink provision system 1 is introduced between stores that are chain-operated and affiliated stores, the user can provide food and drinks at a plurality of stores by using one user terminal 50. Can receive.
- the flow shown in FIG. 10 is merely an example, and details of communication performed between the IC card unit 505 and the card reader 303 are not limited to those illustrated.
- the IC card unit 505 may perform authentication in response to a request from the card reader 303.
- the IC card unit 505 may notify the card reader 303 that the update is completed. In this case, the card reader 303 may suspend the output of the beverage provision instruction to the food and drink server 20 (S207) until receiving this notification.
- FIG. 13 is a sequence chart illustrating a process related to provision of food and drink.
- the UI unit 302 of the control device 30 displays a screen that prompts the user to purchase coffee. This screen is the same as that illustrated in FIG. A user who wants to receive the coffee places a cup in the cup storage unit 201. The user operates the UI unit 302 and specifies the amount of beverage to be provided.
- the UI unit 302 displays a screen for designating the taste of the beverage (step S302). This screen is the same as that illustrated in FIG. The user operates the UI unit 302 and specifies the taste of the beverage to be provided.
- the control unit 301 stores data indicating the beverage to be provided and the amount thereof in a memory.
- the UI unit 302 When accepting an operation for specifying a taste, the UI unit 302 displays a screen that prompts the user to read the IC card unit 505. This screen includes, for example, a message such as “Hold the IC card over the card reader”.
- the user holds the user terminal 50 held by the user over the card reader 303.
- the IC card unit 505 transmits an authentication request to the card reader 303 (step S303), and the card reader 303 authenticates the IC card unit 505 (step S304).
- a technique such as an electronic signature may be used for authentication.
- the card reader 303 outputs an authentication response including the authentication result to the IC card unit 505 (step S305).
- the card reader 303 transmits a settlement request for providing beverages to the IC card unit 505 (step S306).
- This settlement request includes, for example, information indicating the amount of beverage provided.
- the IC card unit 505 updates the right data in response to the payment request. Specifically, the IC card unit 505 subtracts the amount of beverage indicated by the settlement request from the amount indicated by right data. When the remaining amount indicated by the right data is insufficient, the IC card unit 505 transmits an error message to the card reader 303 without updating the right data (not shown). When the update of the right data is completed, the IC card unit 505 transmits a settlement response indicating that the settlement is completed to the card reader 303 (step S308).
- the card reader 303 When receiving the settlement response, the card reader 303 notifies the control unit 301 that the settlement has been completed. Upon receiving this notification, the control unit 301 outputs a drink provision instruction to the food and drink server 20 (step S309). Upon receiving this instruction, the food and drink server 20 provides food and drink (step S310). In addition, about the process of step S309 and S310, it is the same as that of step S207 and S208.
- the card reader 303 receives a payment response, the card reader 303 notifies the user that the payment is completed, for example, by sound. Upon receiving this notification, the user can remove the user terminal 50 from the card reader 303.
- the IC card unit 505 In parallel with the processing in step S308, or before or after that, the IC card unit 505 notifies the client application that the settlement has been completed (step S311). This notification includes updated rights data. The client application displays the remaining amount of rights using the received rights data (step S312).
- the client application transmits history information related to the provision of the current beverage to the management server 10 (not shown).
- the history information includes, for example, the type and amount of the beverage that has been provided, the store and time at which the beverage has been received, and the attribute information (age and gender, etc.) of the user who has been provided.
- the management server 10 adds the received history information to the provided history of the database 111.
- the user can receive a drink by simply operating the UI unit 302 of the control device 30 and then holding the user terminal 50 over the card reader 303.
- the flow shown in FIG. 12 is merely an example, and details of communication performed between the IC card unit 505 and the card reader 303 are not limited to those illustrated.
- the card reader 303 may perform authentication in response to a request from the IC card unit 505. Further, the processing (step S311 and step S312) in the client application may be omitted.
- the management server 10 provides at least a part of the usage history recorded in the database 111 in response to a request from another device such as the user terminal 50.
- the client application transmits a usage history provision request to the management server 10.
- This provision request includes, for example, a user ID.
- the management server 10 extracts a record corresponding to the user ID included in the provision request from the database 111 from the purchase history and the provision history.
- the management server 10 transmits the extracted record to the user terminal 50.
- the user terminal 50 displays the received usage history. In this way, the user of the user terminal 50 can browse the usage history of the food and beverage provision system 1.
- the device that can access the usage history is not limited to the user terminal 50.
- the management server 10 may accept access from an external device of the food and drink provision system 1.
- the external device refers to a device whose card identification number is not registered in the database 111.
- the usage history of the food and beverage provision system 1 is, for example, what kind of user (age, sex, occupation, etc.) what kind of food (coffee, sweets, etc.) It can be thought of as big data indicating consumption trends such as whether or not the product has been purchased. Therefore, the usage history can be used for marketing related to consumption of food and drink, and this information is useful for certain types of businesses.
- the management server 10 may provide a usage history in response to requests from these providers.
- the management server 10 transfers rights between users. For this reason, a function related to the transfer of rights is implemented in the client application. For example, a user A inputs an instruction to transfer the right to receive coffee to another user B to the client application. In response to this instruction, the client application generates a right transfer request.
- the transfer request includes, for example, the user ID of the transfer source (transferee), the user ID of the transfer destination (transferee), and the transfer amount (for example, “1000 ml”).
- the client application transmits the generated transfer request to the management server 10.
- the management server 10 accesses the database 111 and updates the records of these two users so that the right for one liter is transferred from the user A to the user B.
- the management server 10 instructs the user terminals 50 of both the user A and the user B to update the right data.
- the database 111 in the management server 10 may be updated after the management server 10 confirms that the right data has been updated in the user terminals 50 of both the user A and the user B.
- transfer of rights may be performed by direct communication between the user terminal 50 of the user A and the user terminal 50 of the user B without using the management server 10.
- a notification is transmitted from one or both of the two user terminals 50 to the management server 10, and the management server 10
- the database 111 is updated.
- the rights in the food and beverage provision system 1 can be easily transferred.
- the rights information is not limited to information indicating the remaining amount of rights.
- the right information may be a time-limited provision of a provision amount per unit period, such as “provide a cup of coffee between 2 pm and 3 pm”. In this case, for example, if an attempt is made to receive coffee at 11:00 am, the user cannot receive coffee because of “out of hours”. For example, if you receive coffee at 2:15 pm and then try to receive coffee again at 2:45 on the same day, you will receive coffee for the reason that it exceeds the amount per day. I can't.
- the food and drink server 20 gives a time stamp to the provision request, for example, and the management server 10 determines whether the time condition specified in the right information is satisfied based on the time stamp.
- the right information may be limited to the place where the food and drink server 20 is installed, such as “a coffee server in a XX convenience store in Tokyo”. In this case, for example, if an attempt is made to receive coffee from a coffee server in a convenience store in Chiba Prefecture, the coffee cannot be received for the reason of “out of service”.
- the management server 10 has a table (database) that associates the identifier of the food and drink server 20 with the installation prefecture, and information on the installation location by referring to this table Is obtained.
- the food and drink server 20 can provide a plurality of food and drink (for example, coffee, tea, and juice), the right information is “coffee or tea for 2,000 yen” or “only juice is 3,
- the food and drink (object) to be provided may be limited as "000 yen”.
- the food and drink server 20 gives information indicating the type of food and drink provided in the provision request, for example, and the management server 10 determines whether or not the conditions specified in the right information are satisfied based on this information. To do.
- the right information is a condition that restricts at least one of the object, the amount, the time, and the space with respect to the condition for providing food and drink.
- the management server 10 determines whether or not the received provision request satisfies this condition.
- the client application may learn user taste preferences. For example, the client application stores in the ID card the flavor, sugar amount, and milk amount that the user likes.
- the card reader 303 reads information indicating the user's preference in addition to the identification number of the ID card.
- the UI unit 302 obtains information indicating user preferences from the information read by the card reader 303. In this case, step S202 (screen display in FIG. 11) is skipped, or its initial value is determined based on information indicating user preferences. According to this example, it is possible to reduce time and effort for the user to input information for adjusting the taste.
- the method by which the food and drink server 20 reads the identification number from the ID card is not limited to that using a non-contact IC card.
- the ID card may represent the identification number as a two-dimensional code image, and the food and drink server 20 may read the code image with a camera and obtain the identification number.
- the ID card is a Bluetooth (registered trademark) device, the ID card and the food and drink server 20 establish a communication connection by Bluetooth (registered trademark), and the food and drink server 20 obtains an identification number through the communication connection. May be.
- Modification 4 (purchase request)
- the purchase request is not limited to that exemplified in the embodiment.
- the purchase information may not include information indicating the type of beverage.
- the functional configuration and device configuration of the food and beverage provision system 1 are not limited to those exemplified in the embodiment.
- some of the functions illustrated in FIG. 2 may be omitted.
- at least one of the function relating to the provision of the history and the function relating to the transfer of rights may be omitted.
- the management server 10 may not have the database 111. In this case, the management server 10 performs only authentication at the time of purchasing the right.
- the food and drink server 20 and the control device 30 may be integrated into a single device (housing).
- the UI screen and processing flow shown in the embodiment are merely examples, and the present invention is not limited to this.
- the processing flow shown in the embodiment may be partially reordered, a part of the processing may be omitted, or a new processing may be added.
- the sharing of functions in the management server 10, the food and drink server 20, and the control device 30 is not limited to that exemplified in the embodiment.
- the operation example 1 described above is an example in which the user terminal 50 includes the reception unit 51
- the operation example 2 is an example in which the control device 30 includes the reception unit 51.
- the food and drink server 20 itself may have the receiving means 51.
- the storage unit 52 that stores the right data may be implemented in the management server 10. In this case, the user terminal 50 inquires of the management server 10 about the remaining amount when receiving provision of beverage (purchasing beverage).
- the functions described as having the management server 10 in the embodiment may be physically distributed and implemented in a plurality of devices. That is, a plurality of devices arranged on the network may function as the management server 10 in the embodiment in cooperation. Or you may implement a part of function demonstrated as what the management server 10 has in embodiment to the control apparatus 30 or the food / drink server 20. FIG. Moreover, a part of function demonstrated as what the management server 10 has in embodiment may be abbreviate
- the hardware configurations of the management server 10 and the food and drink server 20 are not limited to those exemplified in the embodiment. As long as it has a required function, the management server 10 and the food and drink server 20 may have any hardware configuration.
- the program executed by the CPU 101 or the like may be provided by a storage medium such as an optical disk, a magnetic disk, or a semiconductor memory, or may be downloaded via a communication line such as the Internet. Further, these programs may not execute all the steps described in the embodiment.
Landscapes
- Business, Economics & Management (AREA)
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Tourism & Hospitality (AREA)
- Physics & Mathematics (AREA)
- General Business, Economics & Management (AREA)
- General Physics & Mathematics (AREA)
- Strategic Management (AREA)
- Accounting & Taxation (AREA)
- Economics (AREA)
- Health & Medical Sciences (AREA)
- Finance (AREA)
- General Health & Medical Sciences (AREA)
- Human Resources & Organizations (AREA)
- Marketing (AREA)
- Primary Health Care (AREA)
- Computing Systems (AREA)
- Computer Networks & Wireless Communication (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Abstract
本発明はIoTに関する。飲食物提供システムは、飲食物を提供するための飲食物サーバから、所望する量の当該飲食物の提供を受ける権利を購入する購入手段と、前記権利の残量を記憶する記憶手段と、前記飲食物の量の指定を受け付ける受け付け手段と、前記指定された量の前記飲食物の提供を、前記飲食物サーバに対して指示をする指示手段と、前記権利の残量から前記指定された量を差し引くことによって更新された当該権利の残量を表示する表示手段とを有する。
Description
本発明はIoT(Internet of Things)に関し、特に、ユーザに飲食物を提供する技術に関する。
ユーザに飲食物を提供する技術が知られている。特許文献1には、自動販売機やディスペンサー等の装置に個人端末が近づくと、個人端末にロイヤリティを付与するシステムが開示されている。このロイヤリティの特典の一つに、飲料の無料提供がある(段落0053参照)。
特許文献1に記載の技術においては、飲料の提供を受けるにはロイヤリティを貯める必要があった。
これに対し本発明は、より簡単に、ユーザに飲食物を提供する技術を提供する。
本発明は、所望する量の飲食物の提供を受ける権利を購入する購入手段と、前記飲食物を提供するための飲食物サーバから提供を受けようとする飲食物について、当該飲食物の量の指定を受け付ける受け付け手段と、前記指定された量の飲食物の提供を、前記飲食物サーバに対して指示をする指示手段と、前記権利の残量から前記指定された量を差し引くことによって更新された当該権利の残量を表示する表示手段とを有する飲食物提供システムを提供する。
前記指示手段は、近距離無線通信を介して前記指示を前記飲食物サーバに送信してもよい。
この飲食物提供システムは、前記更新された権利の残量を記憶する権利記憶手段を有し、前記受け付け手段は、前記権利記憶手段に記憶されている残量の範囲で前記量の指定を受け付けてもよい。
この飲食物提供システムは、前記指示手段からの前記指示に応じて前記飲食物サーバを制御する制御手段をさらに有してもよい。
この飲食物提供システムは、前記飲食物提供システムを用いて提供をされた飲食物の量及び当該提供を受けたユーザの履歴を記憶する履歴記憶手段と、外部からの要求に応じて、前記履歴記憶手段に記憶されている履歴の少なくとも一部を出力する出力手段とをさらに有してもよい。
この飲食物提供システムは、第1ユーザから第2ユーザへ前記飲食物の提供を受ける権利の譲渡要求を受け付ける譲渡受け付け手段と、前記譲渡要求に応じて、第1ユーザから第2ユーザへ前記権利を移転する移転手段とをさらに有してもよい。
前記飲食物サーバは、複数種類の飲食物を提供し、前記受け付け手段は、前記複数の飲食物のうち一の飲食物指定及び当該一の飲食物の量の指定を受け付け、前記指示手段は、前記指定された量の前記一の飲食物の提供を、前記飲食物サーバに対して指示してもよい。
また、本発明は、飲食物提供システムが、所望する量の飲食物の提供を受ける権利を購入するステップと、前記飲食物を提供するための飲食物サーバから提供を受けようとする飲食物について、当該飲食物の量の指定を、前記飲食物提供システムが受け付けるステップと、前記飲食物提供システムが、前記指定された量の飲食物の提供を、前記飲食物サーバに対して指示をするステップと、前記飲食物提供システムが、前記権利の残量から前記指定された量を差し引くことによって更新された当該権利の残量を表示するステップとを有する飲食物提供方法を提供する。
さらに、本発明は、コンピュータに、所望する量の飲食物の提供を受ける権利を購入するステップと、前記飲食物を提供するための飲食物サーバから提供を受けようとする飲食物について、当該飲食物の量の指定を受け付けるステップと、前記指定された量の飲食物の提供を、前記飲食物サーバに対して指示をするステップと、前記指示をした後で、前記権利の残量から前記指定された量を差し引くことによって更新された当該権利の残量を表示するステップとを実行させるためのプログラムを提供する。
1…飲食物提供システム、9…店舗、10…管理サーバ、11…記憶手段、12…出力手段、13…移転手段、20…飲食物サーバ、21…保持手段、30…制御装置、31…受信手段、32…制御手段、50…ユーザ端末、51…受け付け手段、52…記憶手段、53…購入手段、54…判断手段、55…指示手段、56…更新手段、57…表示手段、71…ボタン、72…ボタン、73…ボタン、74…ボタン、75…ボタン、76…ボタン、77…ボタン、81…ボタン、82…ボタン、83…ボタン、84…ボタン、85…表示領域、86…ボタン、87…ボタン、88…ボタン、91…入力欄、92…表示領域、93…表示領域、94…表示領域、95…ボタン、101…CPU、102…メモリ、103…ストレージ、111…データベース、201…カップ収納ユニット、202…リザーバー、203…加工ユニット、204…抽出ユニット、301…制御ユニット、302…UIユニット、303…カードリーダー、304…通信ユニット、501…CPU、502…メモリ、503…ストレージ、505…ICカード部、506…タッチスクリーン、507…スピーカ、911…入力欄、912…入力欄、104…通信IF、205…入出力IF、305…入出力IF、504…通信IF
1.構成
図1は、一実施形態に係る飲食物提供システム1の概要を例示する図である。飲食物提供システム1は、管理サーバ10、飲食物サーバ20、制御装置30、及びユーザ端末50を有する。飲食物サーバ20及び制御装置30は、店舗9に設置される。店舗9は、例えば、コンビニエンスストア等の小売店又はレストラン等の飲食店である。飲食物サーバ20は、飲食物又はその原料を保持する。店舗9に来店したユーザUは、自身が所持するユーザ端末50を介して制御装置30に対して飲食物の提供を指示する。飲食物サーバ20は、制御装置30からの指示に応じて、ユーザUに対し飲食物を提供する。ここで、「飲食物の提供」とは、その飲食物の製品をユーザが手に取ることができる状態にすることをいう。一例において、飲食物サーバ20はコーヒーマシンであり、ユーザに提供される飲食物はカップ一杯のコーヒーである。別の例において、飲食物サーバ20はビールサーバであり、ユーザに提供される飲食物はジョッキ一杯の生ビールである。さらに別の例において、飲食物サーバ20は自動販売機であり、ユーザに提供される飲食物はパッケージに包装されたスナック菓子である。
図1は、一実施形態に係る飲食物提供システム1の概要を例示する図である。飲食物提供システム1は、管理サーバ10、飲食物サーバ20、制御装置30、及びユーザ端末50を有する。飲食物サーバ20及び制御装置30は、店舗9に設置される。店舗9は、例えば、コンビニエンスストア等の小売店又はレストラン等の飲食店である。飲食物サーバ20は、飲食物又はその原料を保持する。店舗9に来店したユーザUは、自身が所持するユーザ端末50を介して制御装置30に対して飲食物の提供を指示する。飲食物サーバ20は、制御装置30からの指示に応じて、ユーザUに対し飲食物を提供する。ここで、「飲食物の提供」とは、その飲食物の製品をユーザが手に取ることができる状態にすることをいう。一例において、飲食物サーバ20はコーヒーマシンであり、ユーザに提供される飲食物はカップ一杯のコーヒーである。別の例において、飲食物サーバ20はビールサーバであり、ユーザに提供される飲食物はジョッキ一杯の生ビールである。さらに別の例において、飲食物サーバ20は自動販売機であり、ユーザに提供される飲食物はパッケージに包装されたスナック菓子である。
この例において、制御装置30と飲食物サーバ20とは一対一に対応しており、有線で接続される。ユーザ端末50は、インターネット等のネットワークNを介して管理サーバ10と通信する。なお、ここでは飲食物サーバ20を1台のみ図示したが、飲食物提供システム1は、複数台の飲食物サーバ20を有してもよい。この場合において、複数台の飲食物サーバ20は、異なる複数の店舗に設置されてもよい。
図2は、飲食物提供システム1の機能構成を例示する図である。飲食物提供システム1は、購入手段53、記憶手段52、受け付け手段51、判断手段54、指示手段55、更新手段56、表示手段57、受信手段31、制御手段32、記憶手段11、出力手段12、及び移転手段13を有する。この例において、購入手段53、記憶手段52、受け付け手段51、判断手段54、指示手段55、更新手段56、及び表示手段57は、ユーザ端末50に実装される。受信手段31及び制御手段32は、制御装置30に実装される。記憶手段11、出力手段12、及び移転手段13は、管理サーバ10に実装される。なおここで図示される機能要素と装置との対応関係は、あくまで一例である。
ユーザ端末50において、受け付け手段51は、ユーザから各種の指示の入力を受け付ける。図2において示した機能は、権利の購入に係る機能、飲食物の提供に係る機能、権利の移転に係る機能、及び履歴の提供に係る機能に分類される。以下ではこれらの分類に沿って説明する。
権利の購入に係る機能に関し、受け付け手段51が受け付ける指示には、ユーザが所望する量の飲食物の提供を受ける権利(以下、単に「権利」という)を購入する指示が含まれる。購入手段53は、ユーザからの指示に応じて権利を購入するための処理を行う。記憶手段52は、購入手段53を介して購入された権利の残量(これから提供を受ける権利を有する飲食物の残量)を示すデータ(以下「権利データ」という)を記憶する。提供される飲食物がコーヒーである場合、権利データは、例えば「2000ミリリットル」という量を示す。これは、ユーザがあと2000ミリリットルぶん、コーヒーを買う権利を有することを示している。
飲食物の提供に係る機能に関し、受け付け手段51が受け付ける指示には、飲食物サーバ20から提供を受けようとする飲食物の量の指定が含まれる。判断手段54は、権利データにより示される残量及び受け付け手段51を介して指定された飲食物の量から、その飲食物の提供の可否を判断する。飲食物を提供してよいと判断された場合、指示手段55は、指定された量の飲食物の提供を、制御装置30に対して指示する。制御装置30において、受信手段31は、ユーザ端末50から飲食物提供の指示を受信する。制御手段32は、受信した指示に応じて飲食物サーバ20を制御する。
更新手段56は、記憶手段52に記憶されている権利データを更新する。権利の購入に係る機能に関し、更新手段56は、購入手段53を介して新たな権利又は追加の権利が購入された場合に、権利データを更新する。この場合、権利の残量は増加する。また、飲食物の提供に係る機能に関し、更新手段56は、飲食物を提供してよいと判断された場合に、権利データを更新する。この場合、権利の残量は減少する。
表示手段57は、権利の購入に係る機能及び飲食物の提供に係る機能の双方において、記憶手段52において記憶されている権利データに基づいて権利の残量を表示する。
履歴の提供に係る機能に関し、管理サーバ10において、記憶手段11は、各種のデータを記憶する。記憶手段11に記憶されるデータには、例えば、飲食物提供システム1の利用履歴が含まれる。この利用履歴は、飲食物提供システム1を用いて提供をされた飲食物の量及びその提供を受けたユーザの履歴である。出力手段12は、ユーザ端末50又は他の端末装置等、外部からの要求に応じて、記憶手段11に記憶されている利用履歴の少なくとも一部を出力する。
権利の移転に係る機能に関し、受け付け手段51が受け付ける指示には、権利の移転要求が含まれる。すなわち、受け付け手段51は、権利を第1ユーザから第2ユーザへ譲渡するための譲渡要求を受け付ける。移転手段13は、この譲渡要求に応じて、第1ユーザから第2ユーザへ権利を移転する。
履歴の提供に係る機能に関し、出力手段12は、記憶手段11に記憶されている利用履歴の少なくとも一部を、指定された装置に出力する。
図3は、ユーザ端末50のハードウェア構成を例示する図である。ユーザ端末50は、CPU(Central Processing Unit)501、メモリ502、ストレージ503、通信IF504、ICカード部505、タッチスクリーン506、及びスピーカ507を有するコンピュータ装置、具体的には例えばスマートフォンである。CPU501は、プログラムに従って処理を実行し、ユーザ端末50の他のハードウェア要素を制御する制御装置である。メモリ502は、CPU501がプログラムを実行する際のワークエリアとして機能する主記憶装置であり、例えばRAM(Random Access Memory)を含む。ストレージ503は、各種のプログラム及びデータを記憶する不揮発性の補助記憶装置であり、例えばSSD(Solid State Drive)を含む。ICカード部505は、所定の規格(例えば、ISO/IEC 14443、又はISO/IEC 18092(いわゆるFeliCa(登録商標)))に従って、カードリーダーとの間において非接触でのデータの読み書きを行う装置であり、アンテナ及びICチップを含む。この規格は、近距離無線通信の規格の一例である。CPU501は、このICチップにデータを書き込むことができる。このICチップには不揮発性メモリが組み込まれており、電力が供給されなくてもデータを保持することができる。カードリーダーは、ICチップに記録されているデータを読み取ることができる。また、ICカード部505には、ICカード部505を一意に特定するための識別番号(以下「カード識別番号」という)が例えばICカード部505の製造時に与えられており、ICカード部505はこのカード識別番号を記憶している。タッチスクリーン506は、ユーザに対し情報の表示をし、ユーザから情報の入力を受け付けるUIを提供する装置であり、LCD(Liquid Crystal Display)等の表示装置及びタッチセンサー等の入力装置を含む。スピーカ507は、音を出力する装置である。
この例において、ストレージ503は、コンピュータ装置を飲食物提供システム1におけるユーザ端末として機能させるためのプログラム(以下「クライアントアプリ」という)を記憶する。CPU501がクライアントアプリを実行することにより、コンピュータ装置に図3の機能が実装される。CPU501がユーザプログラムを実行している状態において、CPU501は、購入手段53、判断手段54、及び更新手段56の一例である。ICカード部505は、記憶手段52及び指示手段55の一例である。タッチスクリーン506は、受け付け手段51及び表示手段57の一例である。
図4は、制御装置30のハードウェア構成を例示する図である。制御装置30は、制御ユニット301、UI(User Interface)ユニット302、カードリーダー303、通信ユニット304、及び入出力IF305を有する。制御ユニット301は、制御装置30の他の要素を制御するユニットであり、例えば、プロセッサ、メモリ、及びストレージを有する。一例において、制御ユニット301は、飲食物サーバ20の操作方法をユーザに提示したり、ユーザの指示に応じて飲食物サーバ20を制御したり、管理サーバ10と通信するために通信ユニット304を制御したりする。UIユニット302は、ユーザとのマン・マシン・インターフェースを提供するユニットであり、タッチスクリーン等の入出力装置を有する。カードリーダー303は、ユーザ端末50のICカード部505からデータを読み取る。通信ユニット304は、インターネット等のネットワークを介して管理サーバ10と通信する。入出力IF305は、飲食物サーバ20との間で信号の入出力を行う。この例において、カードリーダー303は受信手段31の一例である。制御ユニット301は制御手段32の一例である。
図5は、飲食物サーバ20のハードウェア構成を例示する図である。ここでは、具体的に、飲食物サーバ20がコーヒーサーバである例を説明する。飲食物サーバ20は、カップ収納ユニット201、リザーバー202、加工ユニット203、抽出ユニット204、及び入出力IF205を有する。カップ収納ユニット201は、コーヒーカップを収納する。リザーバー202は、コーヒーの原料、例えば、コーヒー豆、水、氷、粉ミルク、シロップ、及び砂糖をそれぞれ保持する保持手段の一例である。加工ユニット203は、原料に対し必要な加工、例えば、コーヒー豆を挽いたり、水を加熱したり、粉ミルクを水に溶いたりする処理を行う。抽出ユニット204は、加工ユニット203により加工された原料を、指定された混合比で混合し、カップ収納ユニット201に置かれたカップにコーヒーを抽出する。入出力IF205は、制御装置30との間で信号の入出力を行う。
リザーバー202は、飲食物の原料を保持する保持手段21の一例である。加工ユニット203及び抽出ユニット204は、原料を加工する処理を行う処理手段の一例である。入出力IF205は、制御装置との間で信号の入出力を行う入出力手段の一例である。
図6は、管理サーバ10のハードウェア構成を例示する図である。管理サーバ10は、CPU101、メモリ102、ストレージ103、通信IF104を有するコンピュータ装置である。CPU101は、プログラムに従って処理を実行し、管理サーバ10の他のハードウェア要素を制御する制御装置である。メモリ102は、CPU101がプログラムを実行する際のワークエリアとして機能する主記憶装置であり、例えばRAM(Random Access Memory)を含む。ストレージ103は、各種のプログラム及びデータを記憶する不揮発性の補助記憶装置であり、例えばHDD(Hard Disk Drive)及びSSDの少なくとも一方を含む。通信IF104は、所定の通信規格(例えばTCP/IP)に従った通信を行うためのインターフェースであり、例えばNIC(Network Interface Card)を含む。
ストレージ103は、コンピュータ装置を飲食物提供システム1における管理サーバとして機能させるためのプログラム(以下「管理プログラム」という)を記憶している。CPU101が解析プログラムを実行している状態において、メモリ102及びストレージ103の少なくとも一方は記憶手段11の一例である。通信IF104は、出力手段12の一例である。CPU101は、移転手段13の一例である。
2.動作
以下、飲食物提供システム1の動作を説明する。飲食物提供システム1の動作は主に、(1)権利の購入、(2)飲食物の提供、(3)履歴の提供、及び(4)権利の移転に分けられるので、それぞれ説明する。以下では、飲食物サーバ20がコーヒーサーバである例、すなわち提供される飲食物がコーヒー飲料である例を用いて説明する。
以下、飲食物提供システム1の動作を説明する。飲食物提供システム1の動作は主に、(1)権利の購入、(2)飲食物の提供、(3)履歴の提供、及び(4)権利の移転に分けられるので、それぞれ説明する。以下では、飲食物サーバ20がコーヒーサーバである例、すなわち提供される飲食物がコーヒー飲料である例を用いて説明する。
2-1.権利の購入
図7は、権利の購入に係る処理を例示するシーケンスチャートである。ユーザ端末50は、インターネット等のネットワークを介して管理サーバ10と通信することができる。以下において、クライアントアプリを処理の主体として記載することがあるが、これは、ユーザ端末50においてクライアントアプリを実行しているプロセッサ等のハードウェア要素が、他のハードウェア要素と協働して処理を実行することを意味する。
図7は、権利の購入に係る処理を例示するシーケンスチャートである。ユーザ端末50は、インターネット等のネットワークを介して管理サーバ10と通信することができる。以下において、クライアントアプリを処理の主体として記載することがあるが、これは、ユーザ端末50においてクライアントアプリを実行しているプロセッサ等のハードウェア要素が、他のハードウェア要素と協働して処理を実行することを意味する。
図7のフローが開始される前の時点において、ユーザは、クライアントアプリを介して飲食物提供システム1においてユーザ登録を行う。ユーザ登録は、例えば、ログインID、ユーザの氏名、カード識別番号、決済に必要な情報(例:クレジットカード番号)、年齢、性別等の情報を飲食物提供システム1に登録する処理である。これらの情報を総称してユーザ情報という。ユーザ情報は、管理サーバ10に記憶される。新たにユーザ登録をしたユーザに対し、管理サーバ10は、ユーザ番号を割り当てる。ユーザ番号は、飲食物提供システム1においてユーザを一意に特定するための識別番号(識別子)である。さらに、管理サーバ10は、新たにユーザ登録をしたユーザに対し、権利の初期値を設定する。初期値は、例えばゼロである。あるいは、管理サーバ10は、新規登録の特典として、ある量の初期値を与えてもよい。管理サーバ10は、ユーザ情報、ユーザ番号、及び権利の初期値をデータベース111に書き込む。データベース111は、飲食物提供システム1に登録された各ユーザについて、ユーザ情報、権利の残量(現在値)、及び飲食物提供システム1の使用履歴を記録したデータベースである。
図8は、データベース111の一部を例示する図である。データベース111は、ユーザ情報、ユーザ番号、及び提供を受けられるコーヒーの残量(リットル)、のフィールドを有する。例えば、図8において最上行のレコードは、氏名「山田太郎」かつカード識別番号「123456789」を有するユーザが、あと400ミリリットル分、コーヒーの提供を受ける権利を有することを示している。
飲食物提供システム1においてユーザ登録が完了すると、クライアントアプリは、ICカード部505において、飲食物提供システム1のための記憶領域を確保する。クライアントアプリは、管理サーバ10から与えられたユーザ番号及び権利の初期値(すなわち初期値を示す権利データ)をこの記憶領域に書き込む。
データベース111は、図8に例示した情報のほか、飲食物提供システム1の利用履歴(図示略)を含む。この利用履歴は、権利を購入した履歴(購入履歴)及び飲食物の提供を受けた履歴(提供履歴)を含む。
再び図7を参照する。ユーザは、クライアントアプリを起動する。起動されると、クライアントアプリは、ICカード部505から権利データを読み出す(ステップS101)。また、起動されると、クライアントアプリは初期画面を表示する。初期画面には、飲食物提供システム1において提供されるサービスのメニュー項目が含まれる。これらのメニュー項目には、権利の購入が含まれる。これらのメニュー項目の中からユーザが権利の購入を選択すると、クライアントアプリは、飲食物の提供を受ける権利の購入を促す画面を表示する(ステップS102)。
図9は、ステップS101において表示される画面を例示する図である。この画面には、入力欄91、表示領域92、表示領域93、表示領域94、及びボタン95が含まれる。入力欄91は、ユーザが権利を購入しようとする飲食物の量を入力するための欄である。入力欄91は、詳細には、入力欄911及び入力欄912を有する。入力欄911は、購入の単位を指定するための欄である。この例においては、コーヒーはミリリットル単位、又はオンス単位で購入することができる。入力欄911は「リットル」及び「オンス」の選択式である。入力欄912は、購入する数値を入力する端である。入力欄912は、ユーザが自由に数値を入力できるものであってもよいし、あらかじめ決められた複数の選択肢の中からユーザが所望の量を選択する形式のものであってもよい。
表示領域92には、この時点においてユーザが有する権利の残量を示す情報が表示される。権利の残量は権利データにより示される。なおクライアントアプリは、権利データを一時的にキャッシュしておき、キャッシュされた権利データを用いて残量を表示してもよい。表示領域92における残量の単位は、入力欄911と同期する。すなわち、入力欄911において「ミリリットル」が指定されるとミリリットル単位で、「オンス」が指定されるとオンス単位で残量が表示される。表示領域93には、入力欄91に入力される量を購入した後に、ユーザが所有することになる権利の残量を示す情報が表示される。表示の単位は表示領域92と同様である。
表示領域94は、入力欄91において入力された量の購入に必要な金額を表示する。ボタン95は、権利の購入を指示するためのボタンである。ボタン95が推されると、クライアントアプリは、その時点で入力欄911及び入力欄912において表示されている単位及び量に基づいて、購入要求を生成する。
再び図7を参照する。ステップS103において、クライアントアプリは、管理サーバ10に購入要求を送信する。購入要求は、例えば、ユーザID、並びに購入するコーヒーの量及び単位を含む。購入要求に含まれるユーザIDは、カード識別番号そのものであってもよいし、あるいは、飲食物提供システム1におけるログインID等、ICカード部505に記録されている識別番号以外の情報であってもよい。管理サーバ10において、管理プログラムが購入要求を受信する。購入要求を受信すると、管理プログラムは、所定のアルゴリズムに従って購入要求を認証する(ステップS104)。このアルゴリズムは、例えば電子署名を用いるものであってもよい。購入要求が認証されると、管理サーバ10は、購入要求の送信元のクライアントアプリに対し、認証の結果を通知する(ステップS105)。
管理サーバ10から認証の結果を受信すると、クライアントアプリは、認証の結果に応じた処理を行う。購入要求が認証された場合、クライアントアプリは、権利の残量を更新するデータをICカード部505に書き込む(ステップS106)。例えば、権利の残量がゼロの状態で2000ミリリットル分の権利を購入すると、権利の残量を2000ミリリットルに更新するためのデータがICカード部505に書き込まれる。あるいは、権利の残量が400ミリリットルの状態で2000ミリリットル分の権利を購入すると、権利の残量を2400ミリリットルに更新するためのデータがICカード部505に書き込まれる。
ICカード部505へのデータの書き込みを完了すると、クライアントアプリは、権利の更新が完了した旨の通知を、管理サーバ10に送信する(ステップS107)。管理サーバ10の管理プログラムは、この通知を受けると、データベース111を更新する(ステップS108)。すなわち、管理プログラムは、データベース111の購入履歴に、今回の権利の購入に係るレコードを追加する。このレコードは、例えば、権利の購入をした日時、ユーザID、及び購入した権利の量を含む。
2-2.飲食物の提供
次に、飲食物の提供について説明する。以下では、提供を受けようとする飲料の量の指定を受け付けるUI(受け付け手段51に相当)を、ユーザ端末50が有する例(動作例1)及び制御装置30が有する例(動作例2)を、それぞれ説明する。
次に、飲食物の提供について説明する。以下では、提供を受けようとする飲料の量の指定を受け付けるUI(受け付け手段51に相当)を、ユーザ端末50が有する例(動作例1)及び制御装置30が有する例(動作例2)を、それぞれ説明する。
2-2-1.動作例1
図10は、飲食物の提供に係る処理を例示するシーケンスチャートである。ステップS200において、ユーザは、ユーザ端末50においてクライアントアプリを起動する。起動すると、クライアントアプリは、ICカード部505から権利データを読み出す(ステップS201)。クライアントアプリは、ユーザにコーヒー飲料の購入を促す画面を表示する。この画面は、権利データに基づく残量の表示、及び提供を受ける飲料の量を指定するためのUI要素を含む。
図10は、飲食物の提供に係る処理を例示するシーケンスチャートである。ステップS200において、ユーザは、ユーザ端末50においてクライアントアプリを起動する。起動すると、クライアントアプリは、ICカード部505から権利データを読み出す(ステップS201)。クライアントアプリは、ユーザにコーヒー飲料の購入を促す画面を表示する。この画面は、権利データに基づく残量の表示、及び提供を受ける飲料の量を指定するためのUI要素を含む。
図11は、飲料の購入を促す画面を例示する図である。この例において、この画面は、ボタン81~84、表示領域85、及びボタン86~88を含む。ボタン81~84は、メニューから購入する飲料を指定するためのボタンである。例えばボタン81はホットコーヒーを、ボタン82はアイスコーヒーを、ボタン83はホットカフェラテを、ボタン84はアイスカフェラテの購入を指示するためのボタンである。表示領域85は、飲料の量を入力するための領域である。ボタン86~87は、飲料の量を増加又は減少させるためのボタンである。ボタン86が押されると、飲料の量は、所定の単位(例えば10ミリリットル)で増加する。ボタン87が押されると、飲料の量は、所定の単位で減少する。なお、クライアントアプリは、権利の残量の範囲で量の指定を受け付ける(権利の残量を超える量の飲料の購入を要求することがないよう、図10の画面を制御する)。ボタン88は、処理を次に進めるためのボタンである。
再び図10を参照する。ユーザが図11の画面においてボタン88をタッチすると、クライアントアプリは、次に味を指定するための画面を表示する(ステップS203)。
図12は、飲料の味の指定を促す画面を例示する図である。この例において、この画面はボタン71~77を含む。ボタン71~76は、飲料の味を変更する指示を受け付けるためのボタンである。例えば、ボタン71は味を濃くする指示を、ボタン72は味を薄くする指示を入力するためのボタンである。ボタン73は砂糖を増量する指示を、ボタン74は砂糖を減量する指示を入力するためのボタンである。ボタン75はミルクを増量する指示を、ボタン76はミルクを減量する指示を入力するためのボタンである。ボタン77は、処理を次に進めるためのボタンである。
なお、飲食物サーバ20は、味の調整をする機能を有していなくてもよい。この場合、味の調整に関する処理は省略される。
再び図10を参照する。ユーザが図11の画面においてボタン77を押すと、クライアントアプリは、コーヒー飲料の提供要求をICカード部505に書き込む(ステップS204)。この提供要求は、購入した飲料の種類、味、及び量を示す情報を含む。ICカード部505への書き込みが完了すると、クライアントアプリは、準備が完了した旨をユーザに通知する。この通知を受けると、ユーザは、飲食物サーバ20のカップ収納ユニット201内にカップをセットする(置く)。このカップは、ユーザが所有するものを持参してもよいし、店舗が有償又は無償で提供してもよい。
カップをセットすると、ユーザは、ユーザ端末50のうちICカード部505のアンテナ部分を、制御装置30のカードリーダー303にかざす。カードリーダー303は、ICカード部505から、識別番号及び提供要求を読み取る(ステップS205)。カードリーダー303は、提供要求を認証する(ステップS206)。認証は、所定のアルゴリズムに従って行われる。認証には電子署名等の技術が用いられてもよい。提供要求が認証された場合、カードリーダー303は、その旨を制御ユニット301に通知する。
提供要求が認証された旨の通知を受けた場合、制御ユニット301は、飲食物サーバ20に対し、飲料提供の指示を出力する(ステップS207)。この指示は、購入した飲料の種類、味、及び量を示す情報を含む。制御装置30から飲料提供の指示を受けると、飲食物サーバ20は、飲食物を提供するための処理を行う(ステップS208)。具体的には、飲食物サーバ20は、リザーバー202に保持されている原料を加工ユニット203で加工する等し、カップ収納ユニット201に置かれているカップにコーヒーを抽出する。この際、コーヒー豆の量、砂糖の量、及びミルクの量は、制御装置30からの指示に応じて調整される。カップ1杯分のコーヒーの抽出が完了すると、飲食物サーバ20は、抽出が完了した旨をユーザに通知する。
ステップS207の処理と並行して、又はその前若しくはその後に、カードリーダー303は、ICカード部505に提供応答を出力する(ステップS209)。提供応答は、提供要求が認証された旨を示す。なお、カードリーダー303は、ICカード部505に対し提供応答を出力した場合、又はICカード部505から提供応答の受領確認を受信した場合、認証が成功した旨をユーザに、例えば音で通知する。この通知を受けると、ユーザは、スマートフォンをカードリーダー303から外すことができる。
提供応答を受信すると、ICカード部505は、不揮発性メモリに記憶されている権利データを更新する(ステップS210)。権利データが更新されると、ICカード部505は、権利データが更新された旨をクライアントアプリに通知する。この通知を受けると、クライアントアプリはICカード部505から権利データを読み出す(ステップS211)。クライアントアプリは、新たに読み出した権利データに従って、権利の残量を表示する(ステップS212)。
クライアントアプリは、今回の飲料の提供に関する履歴情報を管理サーバ10に送信する(図示略)。この履歴情報は、例えば、提供を受けた飲料の種類及び量、提供を受けた店舗及び時刻、並びに提供を受けたユーザの属性情報(年齢及び性別等)を含む。履歴情報を受信すると、管理サーバ10は、受信した履歴情報をデータベース111の提供履歴に追加する。
なお、ステップS206において提供要求が認証されない場合(例えば不正アクセスの場合)、制御ユニット301は、その旨をユーザに通知する。
本実施形態によれば、ユーザがユーザ端末50をカードリーダー303にかざすことにより飲食物の提供を受けることができ、ユーザにとってはレジで小銭をやりとりする必要が無い。また、ユーザ端末50を操作することにより飲料の注文をすることができ、ユーザにとって便利である。さらに、チェーン展開している店舗間や、提携している店舗間で共通の飲食物提供システム1を導入すれば、ユーザは1台のユーザ端末50を使って、複数の店舗において飲食物の提供を受けることができる。
なお図10に示したフローはあくまで例示であって、ICカード部505とカードリーダー303との間で行われる通信の詳細は図示したものに限定されない。例えば、カードリーダー303側で認証を行うことに代えて、又は加えて、カードリーダー303からの要求に応じてICカード部505が認証を行ってもよい。また、ICカード部505は、権利データを更新した後、更新が完了した旨をカードリーダー303に通知してもよい。この場合において、カードリーダー303は、この通知を受信するまで、飲食物サーバ20に対する飲料提供の指示の出力(S207)を保留してもよい。
2-2-2.動作例2
図13は、飲食物の提供に係る処理を例示するシーケンスチャートである。ステップS301において、制御装置30のUIユニット302は、ユーザにコーヒーの購入を促す画面を表示する。この画面は図10において例示したものと同様である。コーヒーの提供を受けようとするユーザは、カップ収納ユニット201内にカップを置く。ユーザは、UIユニット302を操作し、提供を受けようとする飲料の量を指定する。次に、UIユニット302は、飲料の味を指定するための画面を表示する(ステップS302)。この画面は図11において例示したものと同様である。ユーザは、UIユニット302を操作し、提供を受けようとする飲料の味を指定する。味を指定するための操作をUIユニット302が受け付けると、制御ユニット301は、提供を受ける飲料及びその量を示すデータをメモリに記憶する。
図13は、飲食物の提供に係る処理を例示するシーケンスチャートである。ステップS301において、制御装置30のUIユニット302は、ユーザにコーヒーの購入を促す画面を表示する。この画面は図10において例示したものと同様である。コーヒーの提供を受けようとするユーザは、カップ収納ユニット201内にカップを置く。ユーザは、UIユニット302を操作し、提供を受けようとする飲料の量を指定する。次に、UIユニット302は、飲料の味を指定するための画面を表示する(ステップS302)。この画面は図11において例示したものと同様である。ユーザは、UIユニット302を操作し、提供を受けようとする飲料の味を指定する。味を指定するための操作をUIユニット302が受け付けると、制御ユニット301は、提供を受ける飲料及びその量を示すデータをメモリに記憶する。
味を指定するための操作を受け付けると、UIユニット302は、ユーザにICカード部505の読み取りを促す画面を表示する。この画面は、例えば、「カードリーダーにICカードをかざして下さい」等のメッセージを含む。
ユーザは、自身が所持するユーザ端末50をカードリーダー303にかざす。ICカード部505は、認証要求をカードリーダー303に送信する(ステップS303)カードリーダー303は、ICカード部505を認証する(ステップS304)。認証には電子署名等の技術が用いられてもよい。カードリーダー303は、認証の結果を含む認証応答をICカード部505に出力する(ステップS305)。
ICカード部505が認証された場合、カードリーダー303は、飲料提供のための決済要求をICカード部505に送信する(ステップS306)。この決済要求は、例えば、提供される飲料の量を示す情報を含む。ICカード部505は、決済要求に応じて権利データを更新する。具体的には、ICカード部505は、この決済要求により示される飲料の量を、権利データにより示される量から減算する。権利データにより示される残量が不足している場合、ICカード部505は、権利データを更新せず、カードリーダー303にエラーメッセージを送信する(図示略)。権利データの更新が完了すると、ICカード部505は、決済が完了したことを示す決済応答をカードリーダー303に送信する(ステップS308)。
決済応答を受信すると、カードリーダー303は、決済が完了した旨を制御ユニット301に通知する。この通知を受けると、制御ユニット301は、飲食物サーバ20に対し、飲料提供の指示を出力する(ステップS309)。この指示を受けると、飲食物サーバ20は、飲食物の提供を行う(ステップS310)。なおステップS309及びS310の処理については、ステップS207及びS208と同様である。なお、カードリーダー303は、決済応答を受信した場合、決済が完了した旨をユーザに、例えば音で通知する。この通知を受けると、ユーザは、ユーザ端末50をカードリーダー303から外すことができる。
ステップS308の処理と並行して、又はその前若しくはその後に、ICカード部505は、決済が完了した旨をクライアントアプリに通知する(ステップS311)。この通知は、更新された権利データを含む。クライアントアプリは、受信した権利データを用いて、権利の残量を表示する(ステップS312)。
クライアントアプリは、今回の飲料の提供に関する履歴情報を管理サーバ10に送信する(図示略)。この履歴情報は、例えば、提供を受けた飲料の種類及び量、提供を受けた店舗及び時刻、並びに提供を受けたユーザの属性情報(年齢及び性別等)を含む。履歴情報を受信すると、管理サーバ10は、受信した履歴情報をデータベース111の提供履歴に追加する。
この例によれば、ユーザは、制御装置30のUIユニット302を操作することにより、あとはユーザ端末50をカードリーダー303にかざすだけで飲料の提供を受けることができる。
なお図12に示したフローはあくまで例示であって、ICカード部505とカードリーダー303との間で行われる通信の詳細は図示したものに限定されない。例えば、ICカード部505側で認証を行うことに代えて、又は加えて、ICカード部505からの要求に応じてカードリーダー303が認証を行ってもよい。また、クライアントアプリにおける処理(ステップS311及びステップS312)は省略されてもよい。
2-3.履歴の提供
管理サーバ10は、ユーザ端末50等の他の装置からの要求に応じて、データベース111に記録された利用履歴の少なくとも一部を提供する。例えば、ユーザ端末50においてクライアントアプリが利用履歴の提供要求を管理サーバ10に送信する。この提供要求は、例えばユーザIDを含む。管理サーバ10は、データベース111から、この提供要求に含まれるユーザIDに対応するレコードを、購入履歴及び提供履歴から抽出する。管理サーバ10は、抽出したレコードをユーザ端末50に送信する。ユーザ端末50は、受信した利用履歴を表示する。こうして、ユーザ端末50のユーザは、飲食物提供システム1の利用履歴を閲覧することができる。
管理サーバ10は、ユーザ端末50等の他の装置からの要求に応じて、データベース111に記録された利用履歴の少なくとも一部を提供する。例えば、ユーザ端末50においてクライアントアプリが利用履歴の提供要求を管理サーバ10に送信する。この提供要求は、例えばユーザIDを含む。管理サーバ10は、データベース111から、この提供要求に含まれるユーザIDに対応するレコードを、購入履歴及び提供履歴から抽出する。管理サーバ10は、抽出したレコードをユーザ端末50に送信する。ユーザ端末50は、受信した利用履歴を表示する。こうして、ユーザ端末50のユーザは、飲食物提供システム1の利用履歴を閲覧することができる。
利用履歴にアクセスできる装置は、ユーザ端末50に限定されない。例えば、管理サーバ10は、飲食物提供システム1の外部装置からアクセスを受け付けてもよい。ここで外部装置とは、データベース111においてカード識別番号が登録されていない装置をいう。飲食物提供システム1の利用履歴は、例えば、どういったユーザ(年齢、性別、職業等)がどういった店舗(場所)、時間帯において、どういった飲食物(コーヒー、お菓子等)を購入したかという消費動向を示すビッグデータであると考えることができる。そのため、利用履歴は、飲食物の消費に関するマーケティング等に用いることができ、ある種の事業者にとってはこの情報は有用である。管理サーバ10は、これらの事業者からの要求に応えて、利用履歴を提供してもよい。
2-4.権利の移転
管理サーバ10は、ユーザ間で権利を移転する。このため、クライアントアプリに、権利の譲渡に関する機能が実装される。例えば、あるユーザAが、別のユーザBにコーヒーの提供を受ける権利を譲渡する指示をクライアントアプリに入力する。クライアントアプリは、この指示に応じて、権利の移転要求を生成する。移転要求は、例えば、移転元(譲渡人)のユーザID、移転先(譲受人)のユーザID、及び移転量(例えば「1000ミリリットル」)を含む。クライアントアプリは、生成した移転要求を、管理サーバ10に送信する。管理サーバ10は、データベース111にアクセスし、ユーザAからユーザBに1リットル分の権利を移転するよう、これら2人のユーザのレコードを更新する。レコードを更新すると、管理サーバ10は、ユーザA及びユーザBの双方のユーザ端末50に対し、権利データの更新を指示する。なお、管理サーバ10におけるデータベース111の更新は、ユーザA及びユーザBの双方のユーザ端末50において権利データが更新されたことを管理サーバ10が確認した後に行ってもよい。
管理サーバ10は、ユーザ間で権利を移転する。このため、クライアントアプリに、権利の譲渡に関する機能が実装される。例えば、あるユーザAが、別のユーザBにコーヒーの提供を受ける権利を譲渡する指示をクライアントアプリに入力する。クライアントアプリは、この指示に応じて、権利の移転要求を生成する。移転要求は、例えば、移転元(譲渡人)のユーザID、移転先(譲受人)のユーザID、及び移転量(例えば「1000ミリリットル」)を含む。クライアントアプリは、生成した移転要求を、管理サーバ10に送信する。管理サーバ10は、データベース111にアクセスし、ユーザAからユーザBに1リットル分の権利を移転するよう、これら2人のユーザのレコードを更新する。レコードを更新すると、管理サーバ10は、ユーザA及びユーザBの双方のユーザ端末50に対し、権利データの更新を指示する。なお、管理サーバ10におけるデータベース111の更新は、ユーザA及びユーザBの双方のユーザ端末50において権利データが更新されたことを管理サーバ10が確認した後に行ってもよい。
なお、権利の移転は、管理サーバ10を介さず、ユーザAのユーザ端末50とユーザBのユーザ端末50とが直接、通信することによって行われてもよい。この場合、ユーザA及びユーザBの双方のユーザ端末50において権利データが更新された後で、これら2台のユーザ端末50のいずれか一方又は双方から管理サーバ10に通知を送信し、管理サーバ10は通知を受けるとデータベース111を更新する。
この例によれば、飲食物提供システム1における権利を簡単に移転することができる。
3.変形例
本発明は上述の実施形態に限定されるものではなく、種々の変形実施が可能である。以下、変形例を説明する。以下の変形例のうち2つ以上の事項が組み合わせて適用されてもよい。
本発明は上述の実施形態に限定されるものではなく、種々の変形実施が可能である。以下、変形例を説明する。以下の変形例のうち2つ以上の事項が組み合わせて適用されてもよい。
3-1.変形例1(権利情報)
権利情報は、権利の残量を示すものに限定されない。権利情報は、例えば、「午後2時から午後3時の間に、コーヒー1杯を提供する」というように、単位期間当たりの提供量を時限的に規定するものであってもよい。この場合、例えば午前11時にコーヒーの提供を受けようとすると、「時間外」という理由でコーヒーの提供を受けることができない。また、例えば午後2時15分にコーヒーの提供を受けた後、同日の2時45分に再度コーヒーの提供を受けようとすると、「1日当たりの量を超過」という理由でコーヒーの提供を受けることができない。この場合、飲食物サーバ20は、例えば提供要求にタイムスタンプを付与し、管理サーバ10は、このタイムスタンプに基づいて権利情報に規定される時間条件が満たされているか判断する。
権利情報は、権利の残量を示すものに限定されない。権利情報は、例えば、「午後2時から午後3時の間に、コーヒー1杯を提供する」というように、単位期間当たりの提供量を時限的に規定するものであってもよい。この場合、例えば午前11時にコーヒーの提供を受けようとすると、「時間外」という理由でコーヒーの提供を受けることができない。また、例えば午後2時15分にコーヒーの提供を受けた後、同日の2時45分に再度コーヒーの提供を受けようとすると、「1日当たりの量を超過」という理由でコーヒーの提供を受けることができない。この場合、飲食物サーバ20は、例えば提供要求にタイムスタンプを付与し、管理サーバ10は、このタイムスタンプに基づいて権利情報に規定される時間条件が満たされているか判断する。
また、権利情報は、「東京都内にある○○コンビニエンスストア内のコーヒーサーバ」というように、飲食物サーバ20をその設置場所で限定するものであってもよい。この場合、例えば千葉県内のコンビニエンスストア内のコーヒーサーバからコーヒーの提供を受けようとすると、「圏外」という理由でコーヒーの提供を受けることができない。飲食物サーバ20の設置場所については、例えば、管理サーバ10が飲食物サーバ20の識別子と設置都道府県とを対応付けるテーブル(データベース)を有しており、このテーブルを参照することにより設置場所に関する情報が得られる。
あるいは、飲食物サーバ20が複数の飲食物(例えば、コーヒー、紅茶、及びジュース)を提供可能な場合において、権利情報は、「コーヒー又は紅茶を2,000円分」又は「ジュースのみを3,000円分」というように、提供の対象となる飲食物(対象物)を限定するものであってもよい。この場合、飲食物サーバ20は、例えば提供要求に提供される飲食物の種類を示す情報を付与し、管理サーバ10は、この情報に基づいて権利情報に規定される条件が満たされているか判断する。
実施形態及び変形例で説明したように、権利情報は、飲食物を提供する条件について、対象物、量、時間、及び空間のうち少なくとも1つを制限する条件である。管理サーバ10は、受信した提供要求がこの条件を満たすか否か判断する。
3-2.変形例2(好みの学習)
クライアントアプリは、ユーザの味の好みを学習してもよい。例えば、クライアントアプリは、ユーザが好む味の濃さ、砂糖の量、及びミルクの量をIDカードに記憶させる。この場合、カードリーダー303は、IDカードの識別番号に加え、これらユーザの好みを示す情報を読み取る。UIユニット302は、カードリーダー303が読み取った情報から、ユーザの好みを示す情報を得る。この場合、ステップS202(図11の画面表示)はスキップされるか、又はその初期値がユーザの好みを示す情報に基づいて決定される。この例によれば、ユーザが味を調整する情報を入力する手間を削減することができる。
クライアントアプリは、ユーザの味の好みを学習してもよい。例えば、クライアントアプリは、ユーザが好む味の濃さ、砂糖の量、及びミルクの量をIDカードに記憶させる。この場合、カードリーダー303は、IDカードの識別番号に加え、これらユーザの好みを示す情報を読み取る。UIユニット302は、カードリーダー303が読み取った情報から、ユーザの好みを示す情報を得る。この場合、ステップS202(図11の画面表示)はスキップされるか、又はその初期値がユーザの好みを示す情報に基づいて決定される。この例によれば、ユーザが味を調整する情報を入力する手間を削減することができる。
3-3.変形例3(識別番号の読み取り方法)
飲食物サーバ20がIDカードから識別番号を読み取る方法は、非接触ICカードを用いるものに限定されない。例えば、IDカードが識別番号を2次元コード画像で表し、飲食物サーバ20はカメラでこのコード画像を読み取って識別番号を取得してもよい。あるいは、IDカードがBluetooth(登録商標)デバイスであり、IDカードと飲食物サーバ20とがBluetooth(登録商標)による通信接続を確立し、飲食物サーバ20はこの通信接続を介して識別番号を取得してもよい。
飲食物サーバ20がIDカードから識別番号を読み取る方法は、非接触ICカードを用いるものに限定されない。例えば、IDカードが識別番号を2次元コード画像で表し、飲食物サーバ20はカメラでこのコード画像を読み取って識別番号を取得してもよい。あるいは、IDカードがBluetooth(登録商標)デバイスであり、IDカードと飲食物サーバ20とがBluetooth(登録商標)による通信接続を確立し、飲食物サーバ20はこの通信接続を介して識別番号を取得してもよい。
3-4.変形例4(購入要求)
購入要求は実施形態において例示されたものに限定されない。例えば、飲食物サーバ20があらかじめ決められた単一の種類の飲料しか出力できない場合(コーヒーしか提供できない場合)、購入情報は、飲料の種類を示す情報を含んでいなくてもよい。
購入要求は実施形態において例示されたものに限定されない。例えば、飲食物サーバ20があらかじめ決められた単一の種類の飲料しか出力できない場合(コーヒーしか提供できない場合)、購入情報は、飲料の種類を示す情報を含んでいなくてもよい。
3-5.変形例5(システム構成)
飲食物提供システム1の機能構成及び装置構成は、実施形態において例示したものに限定されない。例えば、図2において例示した機能の一部は省略されてもよい。具体的には、履歴の提供に係る機能及び権利の移転に係る機能の少なくとも一方は省略されてもよい。別の例で、管理サーバ10は、データベース111を有していなくてもよい。この場合、管理サーバ10は、権利の購入の際の認証のみを行う。また、飲食物サーバ20と制御装置30とは、単一の装置(筐体)に統合されてもよい。
飲食物提供システム1の機能構成及び装置構成は、実施形態において例示したものに限定されない。例えば、図2において例示した機能の一部は省略されてもよい。具体的には、履歴の提供に係る機能及び権利の移転に係る機能の少なくとも一方は省略されてもよい。別の例で、管理サーバ10は、データベース111を有していなくてもよい。この場合、管理サーバ10は、権利の購入の際の認証のみを行う。また、飲食物サーバ20と制御装置30とは、単一の装置(筐体)に統合されてもよい。
3-6.他の変形例
実施形態で示したUI画面及び処理フローはあくまで例示であって、本願発明はこれに限定されない。例えば、実施形態で示した処理フローはその一部の順番が入れ替えられてもよいし、一部の処理が省略されたり、新たな処理が追加されたりしてもよい。
実施形態で示したUI画面及び処理フローはあくまで例示であって、本願発明はこれに限定されない。例えば、実施形態で示した処理フローはその一部の順番が入れ替えられてもよいし、一部の処理が省略されたり、新たな処理が追加されたりしてもよい。
管理サーバ10、飲食物サーバ20、及び制御装置30における機能の分担は実施形態において例示したものに限定されない。上述の動作例1はユーザ端末50が受け付け手段51を有する例であり、動作例2は制御装置30が受け付け手段51を有する例である。あるいは、飲食物サーバ20自身が受け付け手段51を有してもよい。別の例で、権利データを記憶する記憶手段52は、管理サーバ10に実装されてもよい。この場合、ユーザ端末50は、飲料の提供を受ける(飲料を購入する)に際して、管理サーバ10に残量の問い合わせをする。
また、実施形態において管理サーバ10が有するものとして説明された機能は、物理的に複数の装置に分散して実装されてもよい。すなわち、ネットワーク上に配置された複数の装置が協働して実施形態における管理サーバ10として機能してもよい。あるいは、実施形態において管理サーバ10が有するものとして説明された機能の一部を、制御装置30又は飲食物サーバ20に実装してもよい。また、実施形態において管理サーバ10が有するものとして説明された機能の一部は省略されてもよい。さらに、実施形態において制御装置30が有するものとして説明された機能の一部を、飲食物サーバ20に実装してもよい。
管理サーバ10及び飲食物サーバ20のハードウェア構成は実施形態で例示したものに限定されない。要求される機能を有するものであれば、管理サーバ10及び飲食物サーバ20はどのようなハードウェア構成を有していてもよい。
CPU101等により実行されるプログラムは、光ディスク、磁気ディスク、半導体メモリなどの記憶媒体により提供されてもよいし、インターネット等の通信回線を介してダウンロードされてもよい。また、これらのプログラムは、実施形態で説明したすべてのステップを実行させるものでなくてもよい。
Claims (9)
- 飲食物を提供するための飲食物サーバから、所望する量の当該飲食物の提供を受ける権利を購入する購入手段と、
前記権利の残量を記憶する記憶手段と、
前記飲食物の量の指定を受け付ける受け付け手段と、
前記指定された量の前記飲食物の提供を、前記飲食物サーバに対して指示をする指示手段と、
前記権利の残量から前記指定された量を差し引くことによって更新された当該権利の残量を表示する表示手段と
を有する飲食物提供システム。 - 前記指示手段は、近距離無線通信を介して前記指示を前記飲食物サーバに送信する
請求項1に記載の飲食物提供システム。 - 前記受け付け手段は、前記記憶手段に記憶されている残量の範囲で前記量の指定を受け付ける
請求項1又は2に記載の飲食物提供システム。 - 前記指示手段からの前記指示に応じて前記飲食物サーバを制御する制御手段
をさらに有する請求項1乃至3のいずれか一項に記載の飲食物提供システム。 - 前記記憶手段は、前記飲食物提供システムを用いて提供された前記飲食物の量及び当該飲食物の提供を受けたユーザの履歴を記憶し、
前記飲食物提供システムは、外部からの要求に応じて、前記記憶手段に記憶されている履歴の少なくとも一部を出力する出力手段を有する
請求項1乃至4のいずれか一項に記載の飲食物提供システム。 - 前記受け付け手段は、第1ユーザから第2ユーザへ前記権利の譲渡要求を受け付け、
前記飲食物提供システムは、前記譲渡要求に応じて、第1ユーザから第2ユーザへ前記権利を移転する移転手段を有する
請求項1乃至5のいずれか一項に記載の飲食物提供システム。 - 前記飲食物サーバは、複数の飲食物を提供し、
前記受け付け手段は、前記複数の飲食物のうち一の飲食物の指定及び当該一の飲食物の量の指定を受け付け、
前記指示手段は、前記指定された量の前記一の飲食物の提供を、前記飲食物サーバに対して指示する
請求項1乃至6のいずれか一項に記載の飲食物提供システム。 - 飲食物を提供するための飲食物サーバから、所望する量の当該飲食物の提供を受ける権利を、飲食物提供システムが購入するステップと、
前記飲食物の量の指定を、前記飲食物提供システムが受け付けるステップと、
前記飲食物提供システムが、前記指定された量の前記飲食物の提供を、前記飲食物サーバに対して指示をするステップと、
前記飲食物提供システムが、前記権利の残量から前記指定された量を差し引くことによって更新された当該権利の残量を表示するステップと
を有する飲食物提供方法。 - コンピュータに、
飲食物を提供するための飲食物サーバから、所望する量の当該飲食物の提供を受ける権利を購入するステップと、
前記飲食物の量の指定を受け付けるステップと、
前記指定された量の前記飲食物の提供を、前記飲食物サーバに対して指示をするステップと、
前記指示をした後で、前記権利の残量から前記指定された量を差し引くことによって更新された当該権利の残量を表示するステップと
を実行させるためのプログラム。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
PCT/JP2018/010310 WO2019176067A1 (ja) | 2018-03-15 | 2018-03-15 | 飲食物提供システム、飲食物提供方法、及びプログラム |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
PCT/JP2018/010310 WO2019176067A1 (ja) | 2018-03-15 | 2018-03-15 | 飲食物提供システム、飲食物提供方法、及びプログラム |
Publications (1)
Publication Number | Publication Date |
---|---|
WO2019176067A1 true WO2019176067A1 (ja) | 2019-09-19 |
Family
ID=67907620
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
PCT/JP2018/010310 WO2019176067A1 (ja) | 2018-03-15 | 2018-03-15 | 飲食物提供システム、飲食物提供方法、及びプログラム |
Country Status (1)
Country | Link |
---|---|
WO (1) | WO2019176067A1 (ja) |
Citations (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JPH0773256A (ja) * | 1991-05-29 | 1995-03-17 | Paru:Kk | 酒類残量管理システム |
JP2002092122A (ja) * | 2000-09-20 | 2002-03-29 | Casio Comput Co Ltd | キープボトルのネットワークシステム |
JP2012218748A (ja) * | 2011-04-05 | 2012-11-12 | Mc Evolve Technologies Corp | 飲料水供給システム及び飲料水供給方法 |
JP2016529576A (ja) * | 2013-05-23 | 2016-09-23 | インビジョナリー ホールディングス | 飲料サービスシステム |
JP2016206892A (ja) * | 2015-04-21 | 2016-12-08 | 有限会社 オノカンパニー | 酒類販売システム |
JP2017016661A (ja) * | 2015-06-30 | 2017-01-19 | 株式会社Epark | サービス提供システム及びサービス提供方法 |
JP2017518550A (ja) * | 2014-03-31 | 2017-07-06 | ザ コカ・コーラ カンパニーThe Coca‐Cola Company | セルフサービス製品ディスペンサ |
JP2017174320A (ja) * | 2016-03-25 | 2017-09-28 | ザ コカ・コーラ カンパニーThe Coca‐Cola Company | 飲食物払出装置、及び携帯端末 |
-
2018
- 2018-03-15 WO PCT/JP2018/010310 patent/WO2019176067A1/ja active Application Filing
Patent Citations (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JPH0773256A (ja) * | 1991-05-29 | 1995-03-17 | Paru:Kk | 酒類残量管理システム |
JP2002092122A (ja) * | 2000-09-20 | 2002-03-29 | Casio Comput Co Ltd | キープボトルのネットワークシステム |
JP2012218748A (ja) * | 2011-04-05 | 2012-11-12 | Mc Evolve Technologies Corp | 飲料水供給システム及び飲料水供給方法 |
JP2016529576A (ja) * | 2013-05-23 | 2016-09-23 | インビジョナリー ホールディングス | 飲料サービスシステム |
JP2017518550A (ja) * | 2014-03-31 | 2017-07-06 | ザ コカ・コーラ カンパニーThe Coca‐Cola Company | セルフサービス製品ディスペンサ |
JP2016206892A (ja) * | 2015-04-21 | 2016-12-08 | 有限会社 オノカンパニー | 酒類販売システム |
JP2017016661A (ja) * | 2015-06-30 | 2017-01-19 | 株式会社Epark | サービス提供システム及びサービス提供方法 |
JP2017174320A (ja) * | 2016-03-25 | 2017-09-28 | ザ コカ・コーラ カンパニーThe Coca‐Cola Company | 飲食物払出装置、及び携帯端末 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US10510057B2 (en) | Token-based gift cards | |
US10755337B2 (en) | System and method for generating user customized order interface | |
US20210406857A1 (en) | Consumer device based point-of-sale | |
US11620640B2 (en) | Consumer device based point-of-sale | |
JP6891245B2 (ja) | トランザクショントークン発行権限者 | |
JP2022084792A (ja) | モバイルデバイスを通じて自動小売機の提案を提供する方法およびシステム | |
US11481780B2 (en) | Method and system for asynchronous mobile payments for multiple in-person transactions conducted in parallel | |
US20130080321A1 (en) | Method for Recipient Orientated Financial Services | |
AU2017238515A1 (en) | System and method to purchase from a vending machine by using a mobile phone | |
US20140006205A1 (en) | E-check device, system and a method thereof | |
JP7182352B2 (ja) | 付与プログラム、付与装置及び付与方法 | |
US20140200957A1 (en) | System and method for determining customer preferences | |
JP2007011539A (ja) | サービス支援システム | |
JP6120237B1 (ja) | サービスシステム、アプリケーションプログラム及び決済方法 | |
US20170032478A1 (en) | System, Method, and Apparatus for Ordering and Paying | |
US11853994B2 (en) | System, method, and computer program product for partitioning mobile device transactions | |
US20200051157A1 (en) | Electronic payment methods and systems | |
JP6302858B2 (ja) | 栄養データ閲覧システム、閲覧サーバおよびその制御プログラム | |
WO2009109949A1 (en) | Electronic gifting system | |
WO2019176067A1 (ja) | 飲食物提供システム、飲食物提供方法、及びプログラム | |
WO2015005861A1 (en) | Ordering and payment method and system | |
JP7034127B2 (ja) | 表示制御プログラム、表示制御装置、表示制御方法及び表示制御システム | |
WO2018110116A1 (ja) | 情報処理装置およびプログラム | |
JP6511502B2 (ja) | 商品関連情報提供システム、商品関連情報提供方法、pos端末装置およびサーバー | |
EP2595358B1 (en) | Method and devices for ordering a product or service at a point of service |
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: 18909454 Country of ref document: EP Kind code of ref document: A1 |
|
NENP | Non-entry into the national phase |
Ref country code: DE |
|
122 | Ep: pct application non-entry in european phase |
Ref document number: 18909454 Country of ref document: EP Kind code of ref document: A1 |
|
NENP | Non-entry into the national phase |
Ref country code: JP |