EP3017408A1 - Procédé d'assemblage de commandes, et terminal de paiement - Google Patents

Procédé d'assemblage de commandes, et terminal de paiement

Info

Publication number
EP3017408A1
EP3017408A1 EP14735586.1A EP14735586A EP3017408A1 EP 3017408 A1 EP3017408 A1 EP 3017408A1 EP 14735586 A EP14735586 A EP 14735586A EP 3017408 A1 EP3017408 A1 EP 3017408A1
Authority
EP
European Patent Office
Prior art keywords
command
order
article
assembly
voice
Prior art date
Legal status (The legal status 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 status listed.)
Ceased
Application number
EP14735586.1A
Other languages
German (de)
English (en)
Inventor
Jorge Carmona
Isabelle VEZ
Firinde TEYLOUNI
Rafael ELENA
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Veovox Qsr SA
Original Assignee
VEOVOX SA
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 VEOVOX SA filed Critical VEOVOX SA
Publication of EP3017408A1 publication Critical patent/EP3017408A1/fr
Ceased legal-status Critical Current

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; 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
    • G06Q10/00—Administration; Management
    • G06Q10/06—Resources, workflows, human or project management; Enterprise or organisation planning; Enterprise or organisation modelling
    • G06Q10/063—Operations research, analysis or management
    • G06Q10/0631—Resource planning, allocation, distributing or scheduling for enterprises or organisations
    • G06Q10/06311—Scheduling, planning or task assignment for a person or group
    • G06Q10/063118—Staff planning in a project environment
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; 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
    • G06Q10/00—Administration; Management
    • G06Q10/08—Logistics, e.g. warehousing, loading or distribution; Inventory or stock management
    • G06Q10/087—Inventory or stock management, e.g. order filling, procurement or balancing against orders
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q30/00—Commerce
    • G06Q30/06—Buying, selling or leasing transactions
    • G06Q30/0601—Electronic shopping [e-shopping]
    • G06Q30/0633—Managing shopping lists, e.g. compiling or processing purchase lists
    • G06Q30/0635—Managing shopping lists, e.g. compiling or processing purchase lists replenishment orders; recurring orders
    • G—PHYSICS
    • G10—MUSICAL INSTRUMENTS; ACOUSTICS
    • G10L—SPEECH ANALYSIS TECHNIQUES OR SPEECH SYNTHESIS; SPEECH RECOGNITION; SPEECH OR VOICE PROCESSING TECHNIQUES; SPEECH OR AUDIO CODING OR DECODING
    • G10L17/00—Speaker identification or verification techniques
    • G10L17/04—Training, enrolment or model building
    • G—PHYSICS
    • G10—MUSICAL INSTRUMENTS; ACOUSTICS
    • G10L—SPEECH ANALYSIS TECHNIQUES OR SPEECH SYNTHESIS; SPEECH RECOGNITION; SPEECH OR VOICE PROCESSING TECHNIQUES; SPEECH OR AUDIO CODING OR DECODING
    • G10L15/00—Speech recognition
    • G10L15/22—Procedures used during a speech recognition process, e.g. man-machine dialogue
    • G10L2015/223—Execution procedure of a spoken command

Definitions

  • the present invention relates to a command assembly process, including a command assembly process in a restaurant such as a fast food restaurant, or the assembly of orders for other items for example from a center shipping mail-order items or assembling product components in a plant or assembly or production center.
  • the present invention also relates to a payment terminal, in particular a fixed payment terminal for a restaurant.
  • the preparation of an order in a restaurant usually comprises two distinct phases, that is to say the taking of the order and the assembly of the order.
  • the assembly of the order can itself be composed of assembly in the kitchen (preparation of dishes, sandwiches, salads, ...) and assembly of finished or semi-finished products (drinks, ice cream, including those eventually assembled in the kitchen.
  • the order can be made by a server near the table of the guests, the car of the customer in a drive-thru restaurant at the counter with a crew usually near the payment terminal, at the advance by phone or internet, etc.
  • a server near the table of the guests
  • the car of the customer in a drive-thru restaurant at the counter with a crew usually near the payment terminal, at the advance by phone or internet, etc.
  • one or more team members will look for the item or items that constitute an order, to collect them and give them or send them to the customer.
  • An object of the present invention is notably to facilitate and make more reliable this assembly process. Another goal is to facilitate and make more reliable the order taking terminal.
  • FIG. 1 illustrates an example of a screen of a fixed payment terminal during an order taking.
  • Figure 2 illustrates an example of selection between different variants of the same item when taking the order.
  • Figure 3 illustrates a screen of a fixed payment terminal during assembly of the order, or at the beginning of this assembly.
  • Figure 4 illustrates a screen of a control assembly terminal during the assembly of the command.
  • Figure 5 is a flow diagram showing the login process of a team member at the assembly terminal or the payment terminal.
  • Figure 6 is a flow diagram showing the process of forming a voice profile by a team member by means of a mobile terminal such as a PDA.
  • Figure 7 is a flow diagram showing the beginning of the assembly process and the announcement of the name of the order to assemble.
  • Figure 8 is a flow diagram showing the item taken during the assembly process and the announcement of the name of an article taken.
  • Figure 9 is a flow diagram showing the withdrawal of an article already taken during the assembly process, for example following the cancellation of a customer.
  • Figure 10 is a flow diagram showing the withdrawal of an article already taken during the assembly process, for example following the decision of a teammate.
  • FIG. 11 is a flow diagram showing the end of a partial or possibly complete step of the assembly process of a command, optionally comprising the printing of a ticket
  • Some figures illustrate screens with texts, for example texts in French, in order to more realistically render the display of these screens. It goes without saying, however, that texts in another language, or even screens without text, can be displayed.
  • the first step of the preparation of an order comprises taking the order to enter it in a computer processing system, for example in a computer processing system including a fixed payment terminal.
  • the command can be taken and entered into a computer processing system by means of a keyboard, a touch screen or a voice recognition system for example.
  • the order can be taken on a fixed payment terminal, for example on the payment terminal which issues the receipt for the customer and which may include a payment card reader and / or a drawer for the cash in case of payment in cash.
  • the command can also be taken remotely on another fixed or mobile terminal connected to this fixed payment terminal.
  • the application WO201 1 / 067292A1 describes a control terminal intended to be used by a server to take a command and transmit it in the kitchen.
  • the device uses a mobile terminal and a voice recognition system to recognize items or menu positions constituting the
  • This device as well as other devices such as touch screens, payment terminals with voice recognition, can be used in the context of the invention for taking orders.
  • FIG. 1 illustrates an example of display on a payment terminal that can be used to take the order.
  • the choice of an article 10 from the list of articles proposed on this screen can be made by clicking on this article, by selecting it with the finger in the case of a touch screen, or with a voice command, for example in pronouncing the name of the article in the case of a payment terminal equipped with a voice recognition system.
  • a voice recognition system the available items are not necessarily displayed for selection.
  • the payment terminal may include a directional microphone network to capture the voice of the teammate who enters a command.
  • FIG. 2 illustrates a substep of selection between different variants 100, 101, 102 (for example different sizes) of the same article, during the order. Options 100-102 are displayed and can be selected for example by saying their name or touch.
  • the order can also be made by directly pronouncing several products with options ("with / without tomatoes", ...), whether or not displayed on a screen order taking.
  • the teammate can also state commands such as "Open Table 25", “Invoice Table 30", ...
  • the assembly is typically done in the kitchen, or near the kitchen. It can be done using one or more assembly screens different from the payment terminal screen. It can also be done with the screen already used for taking the order and / or for payment on the payment terminal.
  • Figure 3 shows the screen at the beginning of order preparation.
  • FIG. 4 illustrates the assembly screen during assembly.
  • This screen displays several side-by-side commands, three commands in this example, designated here with command numbers 22, 23, and 30.
  • the various commands can be displayed simultaneously or
  • Each order contains a list of items 20.
  • the top 200 part of each order indicates the items a crew member has not taken yet, the bottom part 201 items that the team members have already taken.
  • the assembly screen can simultaneously display several orders from several team members.
  • Each command C1 to C3 can be assigned to a team member, for example by means of a color code corresponding to each team member or user when this user connects to the system. It is also possible to indicate with this color which user took each item of the order to make the assembly.
  • Several team members can also collaborate to assemble the same order.
  • FIG. 5 illustrates the method with which a crew member registers on the terminal of the assembly screen. The method starts at step 300.
  • the user crew member
  • takes a mobile terminal for example a PDA or smartphone with a headset, and then launches a client application during step 302.
  • the user identifies himself by means of his username and an optional password; alternatively, he could also identify himself by means of a biometric method, for example by means of the voice.
  • Speaker recognition can be used to check whether the voice of the speaking crew member matches the voice of the crew member. Other means of identification may be employed.
  • step 303 the user enters on his PDA his username and password, which are transmitted at step 304 to the assembly terminal for processing during step 305, so that that the order preparation software checks in step 306 if they are valid. If they are invalid, the process proceeds to step 307
  • step 308 displays an error message in step 308, before returning to step 303 to request another username and / or password.
  • Several team members can log on to the same assembly terminal. If these team members work simultaneously, it is possible to automatically recognize which of the team members is talking at any given moment, for example by means of speaker recognition software, RFID, QR Code, or with the help of the identification of the connection
  • step 309 When a user is recognized, a color is assigned to him during step 309, which is displayed on the assembly screen during step 310.
  • the PDA software becomes aware of step 31 1 of the valid login, then checks in step 312 if a valid user profile is associated with this user. If so, the voice models can be loaded in step 314, and the voice control interface is started. If not, a voice training session is provided in step 313.
  • the voice recognition can be performed independently of the speaker.
  • FIG. 6 illustrates an example of forming the voice profile of a crew member from a mobile terminal.
  • the training of the voice recognition system to recognize the voice of a team member in this case involves the enumeration of one or more items and commands by means of separate voice commands.
  • a similar training method can be used to voice-pick up orders with a payment terminal equipped with a microphone and a payment software.
  • voice recognition (which can work on the terminal or on a remote computer / terminal).
  • the teammate does not need to touch the screen or the keyboard of the payment terminal, or at most for some interventions to interrupt / resume training or erase a recording, for example.
  • the words to train the vocal profile scroll and the crew member has only to read them.
  • the following word is displayed when the team member has stated the current word.
  • a voice detection system (Voice Activity Detection) to ensure the sequence of hands-free operations.
  • step 400 The method of FIG. 6 begins at step 400.
  • step 401 a training screen is displayed on the screen of the user's PDA, which prompts the user to start the training. training his voice profile during steps 402 and 403.
  • the software then loads during step 404 the first item or the first order of the list of articles and voice commands to train.
  • the loaded item or the loaded order is displayed (eg "hamburger” or "prepare order") on the PDA screen.
  • the user then reads the command or the article displayed during step 406.
  • the reading of the command or the article is recorded in step 407 and the recording is displayed using a graph (for visual control of the user) and checked at step 408 to ensure that it is not cut at the beginning or end or that it does not involve too much breath produced by the speaker. If the registration is not judged good during this verification process, the PDA requests to repeat the item or order (step 409) and returns to the menu of step 405 with the display of the item again. article or command that the user is asked to repeat; when all the words to train have been stated by the user, the software checks in step 410 if the article or command read is the last of the list of articles or commands to be trained. If this is the case, the PDA displays a training session end message (step 41 1).
  • the user is invited, if he wishes, to validate his profile. To do this, he must read, in a "hands-free" process similar to that performed during
  • the order can be made at the counter on the payment terminal, or table, or the car by means of a PDA for example. It can be performed for example by means of voice commands.
  • the command entered can be attributed to the crew member who entered it.
  • a customer can also enter an order (in this case, it will not necessarily identified if not yet registered in the system). If necessary, the crew member or the client may also use his hands, eyes or any other means to control the activation / deactivation of the microphone and voice recognition.
  • the orders can also be
  • FIG. 7 illustrates the beginning of the assembly process of a command.
  • This process begins with step 500.
  • step 501 the names or identifications of the current commands are displayed on the assembly screen; each command is associated with a name or identifier, for example a proper name, a color name or another identifier. Since the number of commands that can be displayed and assembled simultaneously on the assembly screens is limited, it is possible to assign an "assembly" name to each command, which makes it possible to reduce the number of names or order numbers to a smaller set.
  • step 502 the user (crew member) who wishes to assemble a command gives a corresponding voice command, for example "prepare command” + "command identifier", for example "prepare command 23" or “prepare” orange command ".
  • This voice command is recorded in step 503 and recognized by the voice recognition software, for example on a server or PDA, in step 504. The speaking user can be further recognized.
  • the orders are preferably not assigned exclusively to a team member, several team members can contribute to assemble together an order. Team members can be identified through the identification of the connection of their mobile terminal in the case of a mobile system, or thanks to the identification mode of the fixed system (facial recognition, RFID, QR code, etc.).
  • assembly can display or vocally return a message to request to repeat the voice command in step 506.
  • step 507 the software checks in step 508 if the voice command received is an order valid in relation to the current state of the assembly process (valid items in an order, sufficient quantity, preparation of the bag during assembly completed, ). Invalid voice commands are processed by the preparation software in step 509, and then in step 510 which causes feedback for the user in step 51 1, for example an audio signal. "Beeps beep", a message displayed on a screen, or possibly nothing (the user quickly realizes that he may have to repeat what he said).
  • the valid voice commands are processed by the processing software during step 512, which generates during step 513 the display on the assembly screen of the user's name. in its color next to the command, or another indicator to associate this user with this command.
  • the PDA software is then informed in step 514 of the valid voice command, and an appropriate feedback signal is restored in step 51, for example a serious BIP audio signal, or nothing.
  • the user can then check in step 516 the command that has been recognized and can be displayed, and indicate a possible error in step 518; otherwise, he may start taking an item for assembly of the command in step 517.
  • Figure 8 illustrates the product taken during assembly.
  • the process begins at step 600.
  • step 601 the user's name is displayed on the assembly screen, next to the command that he is assembling with the list.
  • step 602 the user takes an item of this command indicated on the assembly screen, then pronounces in step 603 the quantity taken and the name of this item (for example "1" - "hamburger"
  • the item taken can be stored or placed in a predefined place, for example in a package, in a bag, on a tray etc.
  • the article can optionally include options (without ice, red grill,. ..) and / or a unit (liter, kg, 7)
  • the statement of the quantity for taking a product could also be optional in order to allow the team member to state only "hamburger".
  • This voice command is recorded during step 604, then recognized in step 605. If the recognition has not worked (test 606), an audio and / or visual message is returned during of step 607, for example "repeat please”. If, on the other hand, the voice command is recognized (608), a validity check of the order is carried out during step 609 to check the "operational" validity of the command.
  • the order preparation software determines that the voice command is not valid (610)
  • the PDA software of the user and / or the terminal / assembly screen addresses this situation during the process. step 612 and optionally returns a signal / error message to the user, for example an audio signal "Beep Beep Beep" acute and thus invites the user to rest the unrecognized item (613).
  • this article is associated with the identifier of the user (step 615), for example by being displayed with the color associated with this teammate.
  • the article taken is marked as such on the assembly screen, for example by moving the article indication from an article area to be taken to an area of articles taken or simply by marking the article taken from the color of the teammate without moving it.
  • the user's PDA software then processes in step 616 this valid item situation (616) and returns a feedback signal (step 617), for example a serious "BIP" audio signal, the display of a message or possibly does nothing.
  • step 618 The user can then check in step 618 if the article displayed is the one he took and whose name he pronounced (test 618). It is possible in a variant to check if the article is the correct one, for example by reading a barcode, an RFID tag and so on. Otherwise, an error processing routine is started in step 619, for example by typing or uttering an error processing command.
  • step 619 a test is performed during step 619 to check if the article taken is the last article of the
  • step 620 the user can either choose to continue
  • step 620 the program proceeds to step 620 of the end of
  • Figure 9 illustrates the withdrawal of an article already taken, for example when a customer cancels an order of article.
  • the method begins at step 700.
  • step 701 an already assembled article is removed from the control by the command preparation software; this deleted item flashes in step 702 on the assembly screen, or is otherwise reported.
  • the user crew member then withdraws during step 703 the article of the bag or tray corresponding to the order from which the article is removed, and then pronounces during step 704 a voice removal order of article, for example "a” - "ice tea” - "withdrawn”.
  • step 705 This voice command is recorded during step 705, then recognized during step 706. If the recognition has not worked (test 707), an audio and / or visual message is returned during of step 708, for example "repeat please”. If, on the contrary, the vocal order is recognized (709), an order validity test is performed in step 710 to verify the operational reality of the recognized voice command.
  • the PDA software of the user processes this situation during step 712 and restores a signal of error to the user, for example an audio signal "Beep Beep Beep” acute (713) and thus invites the user to return the item removed by mistake in the bag or on the tray (714).
  • the cause of the error can be verified in step 71 5.
  • the voice command is valid (716)
  • this item stops flashing (step 717).
  • the user's PDA software then processes in step 718 this validly removed item situation and renders a feedback signal (step 719), for example a serious "BIP" audio signal.
  • Figure 10 illustrates the withdrawal of an article already taken following a decision of the team member. The method starts at step 800.
  • step 801 the user (crew member) removes during step 802 an article of the bag or tray corresponding to a command, and then pronounces during the step 704 an item withdrawal voice command, for example "a” - “ice tea” - “removed”.
  • This voice command is recorded during step 803, then recognized during step 804. If the recognition has not worked (test 805), an audio and / or visual message is returned during of step 806, for example "repeat please”. If instead the voice command is recognized (807), a test of validity of the order is performed during step 808, to check the operational reality of the recognized voice command.
  • the order preparation software determines that the voice command is not valid (809)
  • the user's PDA software processes this situation during step 810 and returns an error signal.
  • an audio signal "Beep Beep Beep” acute (81 1) and invites thus the user to repeat the invalid voice command by returning to step 802.
  • step 812 When, on the contrary, the voice command is valid (812), this item is no longer displayed in the user's color (step 813).
  • the user's PDA software then processes in step 814 this validly removed item situation and renders a feedback signal (step 815), for example a serious "BIP" audio signal.
  • FIG. 11 shows the end of the assembly of an order or part of an order (bag, package, etc.), which comprises in this example the printing of a label for mark the package or bag containing the assembled products.
  • This step allows a user to print a ticket including the list of products he has hitherto taken for the order in question, and paste it on the bag in which he introduced the products to be assembled as and when as he took them.
  • a "ticket” with the list of all the products of the order.
  • An order can consist of several bags or packages with their corresponding ticket.
  • a user can indicate orally the partial assembly of an order (bag, box, cardboard, ...), the articles taken by this user being then grouped in a symbolic unit (bag 1, bag 2, .. .) on the assembly screen to free up space on the assembly screen and to better visualize the "leftover".
  • the end of the assembly of an order can be any order.
  • step 901 the user closes the bag containing part (or all) of the products of a command, or transmits the tray to the client or server.
  • step 902 it pronounces a bag / package / tray end voice command, by example "ticket bag”.
  • a teammate can assemble some products of an order A ("prepare Order A”, “1 Hamburger, 1 Fanta Medium Without Ice”, “Ticket Bag”), continue by assembling products of order B (“prepare Order B”) , "1 Ristreto, 1 Hot Chocolate", “Ticket Bag”), then return to order A.
  • This voice command is recorded during the step 903, then recognized during the step 904. If the recognition has not worked (test 905), an audio and / or visual message is returned during of step 906, for example "repeat please”. If instead the voice command is recognized (907), a test of validity of the order is performed during step 908, to check the operational reality of the recognized voice command.
  • the user's PDA software processes this situation during step 910 and returns an error signal.
  • an audio signal "Beep Beep Beep” acute (91 1) or a message displayed on a screen.
  • a bag / packet ticket, and possibly a command label is printed to be pasted on the bag / package / order.
  • This label can for example indicate the order number, the number of the bag or tray, the date and time of printing, etc.
  • the end of order ticket can for example include the order number, the number of bags, a barcode, the number of drinks, etc.
  • the order preparation software checks in step 916 if the command is complete; when this is the case (917), the receipt and / or the bag label is printed in step 917. A ticket is also printed when there are items to be assembled but the user anticipated the end of the order (919). Optionally, remaining unassembled items can be parked (918). Temporary parking of a partially assembled order may be required to wait until a controlled item is available.
  • the program may include voice recognition error processing detected by a team member. The detection of such an error can be used to improve the speech recognition model; this model may be speaker dependent.
  • the program can include the processing of voice commands for pause request or pausing, to allow a user to pause momentarily and resume the process of
  • the voice commands preferably obey a predetermined grammar.
  • the voice commands may be of different types that differ from each other in their grammatical structure. For example, the following types of voice commands may be considered:
  • Double order orders (eg "open table” -

Landscapes

  • Business, Economics & Management (AREA)
  • Engineering & Computer Science (AREA)
  • Human Resources & Organizations (AREA)
  • Economics (AREA)
  • Strategic Management (AREA)
  • Physics & Mathematics (AREA)
  • Finance (AREA)
  • General Business, Economics & Management (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Marketing (AREA)
  • Development Economics (AREA)
  • Accounting & Taxation (AREA)
  • Theoretical Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Quality & Reliability (AREA)
  • Tourism & Hospitality (AREA)
  • Operations Research (AREA)
  • Educational Administration (AREA)
  • Game Theory and Decision Science (AREA)
  • Health & Medical Sciences (AREA)
  • Audiology, Speech & Language Pathology (AREA)
  • Human Computer Interaction (AREA)
  • Acoustics & Sound (AREA)
  • Multimedia (AREA)
  • Cash Registers Or Receiving Machines (AREA)

Abstract

Procédé d'assemblage de commande, comprenant les étapes suivantes : plusieurs commandes comportant chacune plusieurs articles sont affichées successivement ou simultanément sur un écran d'assemblage; un équipier parmi plusieurs équipiers énonce la commande sur laquelle il va travailler (« préparer commande orange »), lit des identifications d'article (avec éventuellement quantité, unité et options d'article) sur ledit écran d'assemblage, va prendre le ou les articles physiques correspondants à ces identifications et désigne oralement ces articles (avec éventuellement quantité, unité et options d'article) au moyen d'ordres vocaux; la désignation de commandes et d'articles indiquées par l'équipier, ainsi que divers ordres énoncés par l'équipier lors du procédé d'assemblage sont reconnus au moyen d'un système de reconnaissance vocale; la commande concernée est mise à jour sur ledit écran d'assemblage afin d'indiquer que le ou les articles ont été pris.

Description

Procédé d'assemblage de commandes, et terminal de paiement
Domaine technique
[0001] La présente invention concerne un procédé d'assemblage de commandes, notamment un procédé d'assemblage de commandes dans un restaurant tel qu'un restaurant de restauration rapide, ou l'assemblage de commandes d'autres articles par exemple depuis un centre d'expédition d'articles vendus par correspondance ou l'assemblage des composants de produits dans une usine ou un centre d'assemblage ou de production. La présente invention concerne également un terminal de paiement, notamment un terminal de paiement fixe pour un restaurant.
Etat de la technique [0002] La préparation d'une commande dans un restaurant comprend habituellement deux phases distinctes, c'est-à-dire la prise de la commande et l'assemblage de la commande. L'assemblage de la commande peut elle- même être composée de l'assemblage en cuisine (préparation des plats, sandwiches, salades, ...) et de l'assemblage des produits finis ou semi-finis (boissons, glaces, y compris ceux éventuellement assemblés en cuisine.
[0003] La prise de la commande peut être effectuée par un serveur près de la table des convives, à la voiture du client dans un restaurant drive-thru, au comptoir auprès d'un équipier généralement près du terminal de paiement, à l'avance par téléphone ou par Internet, etc. [0004] Lors de l'assemblage de la commande, un ou plusieurs équipiers vont chercher le ou les différents articles qui constituent une commande, afin de les rassembler et de les donner ou de les faire parvenir au client. Bref résumé de l'invention
[0005] Un but de la présente invention est notamment de faciliter et de rendre plus fiable ce processus d'assemblage. Un autre but est de faciliter et de rendre plus fiable le terminal de prise de commande.
[0006] Selon l'invention, ces objectifs sont obtenus grâce aux
caractéristiques des revendications indépendantes. Des modes de
réalisation préférés sont indiqués dans les revendications dépendantes.
Brève description des figures
[0007] Des exemples de mise en œuvre de l'invention sont indiqués dans la description illustrée par les figures annexées dans lesquelles :
[0008] La figure 1 illustre un exemple d'écran d'un terminal de paiement fixe lors d'une prise de commande.
[0009] La figure 2 illustre un exemple de sélection entre différentes variantes d'un même article lors de la prise de la commande.
[0010] La figure 3 illustre un écran d'un terminal de paiement fixe lors de l'assemblage de la commande, ou au début de cet assemblage. [0011] La figure 4 illustre un écran d'un terminal d'assemblage de commande lors de l'assemblage de la commande.
[0012] La figure 5 est un diagramme de flux montrant le processus de login d'un équipier auprès du terminal d'assemblage ou du terminal de paiement. [0013] La figure 6 est un diagramme de flux montrant le processus de formation d'un profil vocal par un équipier au moyen d'un terminal mobile tel qu'un PDA. [0014] La figure 7 est un diagramme de flux montrant le début du processus d'assemblage et l'annonce du nom de la commande à assembler.
[0015] La figure 8 est un diagramme de flux montrant la prise d'article au cours du processus d'assemblage et l'annonce du nom d'un article pris. [0016] La figure 9 est un diagramme de flux montrant le retrait d'un article déjà pris au cours du processus d'assemblage, par exemple suite à l'annulation d'un client.
[0017] La figure 10 est un diagramme de flux montrant le retrait d'un article déjà pris au cours du processus d'assemblage, par exemple suite à la décision d'un équipier.
[0018] La figure 1 1 est un diagramme de flux montrant la fin d'une étape partielle ou éventuellement complète du processus d'assemblage d'une commande, comprenant en option l'impression d'un ticket
correspondant à la liste des produits pris par l'équipier pour la commande et mis dans un sac, une boîte, un carton, sur un plateau, etc....
[0019] Certaines figures illustrent des écrans avec des textes, par exemple des textes en français, afin de restituer de manière plus réaliste l'affichage de ces écrans. Il va cependant de soi que des textes dans une autre langue, ou même des écrans sans texte, peuvent être affichés.
Exemple(s) de mode de réalisation de l'invention [0020] La première étape de la préparation d'une commande comprend la prise de la commande afin de la saisir dans un système de traitement informatique, par exemple dans un système de traitement informatique incluant un terminal de paiement fixe.
[0021] La commande peut être prise et saisie dans un système de traitement informatique au moyen d'un clavier, d'un écran tactile ou d'un système de reconnaissance vocale par exemple. La commande peut être prise sur un terminal de paiement fixe, par exemple sur le terminal de paiement qui émet le ticket de caisse pour le client et qui peut comprendre un lecteur de carte de paiement et/ou un tiroir pour l'argent en cas de paiement en liquide. La commande peut aussi être prise à distance sur un autre terminal fixe ou mobile connecté à ce terminal de paiement fixe.
[0022] La demande WO201 1/067292A1 , dont le contenu est inclus par référence, décrit un terminal de prise de commande destiné à être utilisé par un serveur pour prendre une commande et la transmettre en cuisine. Le dispositif utilise un terminal mobile et un système de reconnaissance vocale pour reconnaître les articles ou positions de menus constituant la
commande. Ce dispositif, ainsi que d'autres dispositifs tels que des écrans tactiles, des terminaux de paiement avec reconnaissance vocale, peuvent être utilisés dans le cadre de l'invention pour la prise de commandes.
[0023] La demande WO2012025579A1 , dont le contenu est inclus par référence, décrit un procédé de reconnaissance vocale robuste même dans un environnement bruyant et adapté par exemple à la reconnaissance de commandes de repas prises oralement. Ce procédé peut par exemple être utilisé dans le cadre de l'invention pour toutes les étapes de reconnaissance vocale aussi bien lors de la prise de commande que lors de l'assemblage. [0024] La figure 1 illustre un exemple d'affichage sur un terminal de paiement qui peut être utilisé pour prendre la commande. Le choix d'un article 10 parmi la liste d'articles proposés sur cet écran peut être effectué en cliquant sur cet article, en le sélectionnant avec le doigt dans le cas d'un écran tactile, ou avec un ordre vocal, par exemple en prononçant le nom de l'article dans le cas d'un terminal de paiement muni d'un système de reconnaissance vocale. Dans le cas d'un système par reconnaissance vocale, les articles disponibles ne sont pas nécessairement affichés pour sélection. Le terminal de paiement peut inclure un réseau de microphone directionnel pour capturer la voix de l'équipier qui introduit une commande. [0025] La figure 2 illustre une sous-étape de sélection entre différentes variantes 100, 101 , 102 (par exemple différentes tailles) d'un même article, lors de la commande. Les options 100-102 sont affichées et peuvent être sélectionnées par exemple en prononçant leur nom ou de manière tactile.
[0026] La prise de la commande peut aussi être effectuée en prononçant directement plusieurs produits avec des options (« avec/sans tomates », ...), qu'ils soient affichés ou non sur un écran de prise de commande. L'équipier peut également énoncer des commandes telles que « Ouvrir Table 25 », « Facture Table 30 », ...
[0027] L'assemblage est typiquement effectué en cuisine, ou près de la cuisine. Il peut être effectué à l'aide d'un ou plusieurs écrans d'assemblage différent de l'écran du terminal de paiement. Il peut aussi être effectué avec l'écran déjà employé pour la prise de la commande et/ou pour le paiement sur le terminal de paiement. La figure 3 illustre l'écran au début de la préparation de la commande.
[0028] La figure 4 illustre l'écran d'assemblage pendant l'assemblage. Cet écran affiche plusieurs commandes côte-à-côte, trois commandes dans cet exemple, désignées ici avec des numéros de commande 22, 23 et 30. Les différentes commandes peuvent être affichées simultanément ou
successivement. Chaque commande contient une liste d'articles 20. La partie du haut 200 de chaque commande indique les articles qu'un équipier n'a pas encore pris, la partie du bas 201 les articles que les équipiers ont déjà pris.
[0029] L'écran d'assemblage peut afficher simultanément plusieurs commandes provenant de plusieurs équipiers. Chaque commande C1 à C3 peut être attribuée à un équipier, par exemple au moyen d'un code de couleur correspondant à chaque équipier ou utilisateur lorsque cet utilisateur se connecte au système. Il est aussi possible d'indiquer avec cette couleur quel utilisateur a pris chaque article de la commande pour réaliser l'assemblage. Plusieurs équipiers peuvent aussi collaborer à l'assemblage d'une même commande. [0030] La figure 5 illustre le procédé avec lequel un équipier s'enregistre sur le terminal de l'écran d'assemblage. Le procédé commence à l'étape 300. A l'étape 301 , l'utilisateur (équipier) prend un terminal mobile, par exemple un PDA ou smartphone avec un casque, puis lance une application client au cours de l'étape 302. Au cours des étapes 303 à 308, l'utilisateur s'identifie au moyen de son nom d'utilisateur et d'un mot de passe optionnel ; alternativement, il pourrait aussi s'identifier au moyen d'un procédé biométrique, par exemple grâce à la voix. Un logiciel de
reconnaissance de locuteur peut être utilisé pour vérifier si la voix de l'équipier qui parle correspond à la voix connue de cet équipier. D'autres moyens d'identification peuvent être employés.
[0031] Plus spécifiquement, en 303 l'utilisateur saisit sur son PDA son nom d'utilisateur et son mot de passe, qui sont transmis à l'étape 304 au terminal d'assemblage pour traitement au cours de l'étape 305, afin que le logiciel de préparation de commande vérifie au cours de l'étape 306 s'ils sont valides. S'ils ne sont pas valides, le procédé passe à l'étape 307
(détection de nom d'utilisateur et/ou mot de passe non valides) puis affiche un message d'erreur au cours de l'étape 308, avant de retourner à l'étape 303 pour demander un autre nom d'utilisateur et/ou mot de passe. [0032] Plusieurs équipiers peuvent se loguer sur le même terminal d'assemblage. Si ces équipiers travaillent simultanément, il est possible de reconnaître automatiquement lequel des équipiers logués parle en chaque instant, par exemple au moyen d'un logiciel de reconnaissance de locuteur, de RFID, QR Code, ou à l'aide de l'identification de la connexion
informatique du terminal mobile de l'utilisateur. Un procédé similaire peut être utilisé pour permettre à chaque équipier de se connecter sur le terminal de paiement.
[0033] Lorsqu'un utilisateur est reconnu, une couleur lui est attribuée au cours de l'étape 309, qui est affichée sur l'écran d'assemblage au cours de l'étape 310. Le logiciel du PDA prend connaissance au cours de l'étape 31 1 du login valide, puis vérifie au cours de l'étape 312 si un profil d'utilisateur valide est associé à cet utilisateur. Si c'est le cas, les modèles de voix peuvent être chargés au cours de l'étape 314, et l'interface de prise de commande vocale est démarrée. Dans le cas contraire, une session de formation vocale est proposée au cours de l'étape 313.
[0034] Dans une variante, la reconnaissance vocale peut s'effectuer de manière indépendante du locuteur.
[0035] La figure 6 illustre un exemple de formation du profil vocal d'un équipier à partir d'un terminal mobile. L'entraînement du système de reconnaissance vocale pour reconnaître la voix d'un équipier comporte dans ce cas l'énumération d'un ou plusieurs articles et commandes au moyen d'ordres vocaux distincts. Un procédé d'entraînement similaire peut être employé pour saisir de manière vocale des commandes avec un terminal de paiement muni d'un microphone et d'un logiciel de
reconnaissance vocale (qui peut fonctionner sur le terminal ou sur un ordinateur/terminal distant). L'équipier n'a pas besoin de toucher l'écran ou le clavier du terminal de paiement, ou tout au plus pour quelques interventions pour interrompre/reprendre la formation ou effacer un enregistrement, par exemple. Les mots pour entraîner le profil vocal défilent et l'équipier n'a qu'à les lire. Le mot suivant s'affiche lorsque l'équipier a énoncé le mot courant. Un système de détection de voix (Voice Activity Détection) permettant d'assurer l'enchaînement des opérations en mains-libres.
[0036] Le procédé de la figure 6 commence à l'étape 400. Au cours de l'étape 401 , un écran de formation est affiché sur l'écran du PDA de l'utilisateur, qui invite l'utilisateur à démarrer l'entraînement de son profil vocal au cours des étapes 402 et 403.
[0037] Le logiciel charge ensuite au cours de l'étape 404 le premier article ou la première commande de la liste des articles et commandes vocales à entraîner. [0038] Au cours de l'étape 405, l'article chargé ou la commande chargée est affichée (par exemple « hamburger » ou « préparer commande ») sur l'écran du PDA.
[0039] L'utilisateur lit ensuite la commande ou l'article affiché au cours de l'étape 406. La lecture de la commande ou de l'article est enregistrée à l'étape 407 et l'enregistrement est affiché à l'aide d'un graphe (pour contrôle visuel de l'utilisateur) et vérifié à l'étape 408 afin de s'assurer qu'il n'est pas coupé au début ou à la fin ou qu'il ne comporte pas trop de souffle produit par le locuteur. Si l'enregistrement n'est pas jugé bon lors de ce processus de vérification, le PDA demande de répéter l'article ou la commande (étape 409) et retourne au menu de l'étape 405 avec l'affichage à nouveau de l'article ou commande que l'utilisateur est invité à répéter; lorsque tous les mots à entraîner ont été énoncés par l'utilisateur, le logiciel vérifie au cours de l'étape 410 si l'article ou la commande lu est le dernier de la liste d'articles ou de commandes à entraîner. Si c'est le cas, le PDA affiche un message de fin de session de formation (étape 41 1 ).
[0040] Au terme du processus de formation du profil vocal, l'utilisateur est invité, s'il le souhaite, à valider son profil. Pour le faire, il doit lire, dans un processus « mains-libres » similaire à celui effectué lors de
l'entraînement de son profil vocal, une liste de quelques phrases constituée de commandes vocales complètes, comme par exemple : 1 hamburger sans cornichons ; tous les ketchups toutes les sauces frites ; 3 coca light sans glace ; ... Les phrases lues sont envoyées au logiciel de reconnaissance vocale qui répond si chaque phrase est reconnue correctement ou non. Un graphe vert est affiché si la phrase est reconnue et rouge si elle ne l'est pas. Un score du taux de réussite est affiché et enregistré à l'issue du processus de validation du profil vocal.
[0041] La prise de commande peut être effectuée au guichet sur le terminal de paiement, ou à table, ou à la voiture au moyen d'un PDA par exemple. Elle peut être effectuée par exemple au moyen d'ordres vocaux. La commande saisie peut être attribuée à l'équipier qui l'a saisie. Un client peut aussi saisir une commande (dans ce cas, il ne sera pas forcément identifié s'il n'est pas encore enregistré dans le système). Si nécessaire, l'équipier ou le client peut également utiliser ses mains, ses yeux ou tout autre moyen pour contrôler le déclenchement/arrêt du micro et de la reconnaissance vocale. [0042] Comme mentionné, les commandes peuvent aussi être
introduites par sélection sur un écran, par exemple un écran tactile comme illustré sur les figures 1 à 3.
[0043] Si plusieurs équipiers se partagent le même terminal, ils peuvent être distingués automatiquement les uns des autres grâce à leur voix, un identifiant RFID, une reconnaissance faciale, un code QR ou tout autre moyen d'identification ne nécessitant pas de contact physique.
[0044] La figure 7 illustre le début du processus d'assemblage d'une commande. Ce processus commence par l'étape 500. Au cours de l'étape 501 , les noms ou identifications des commandes en cours sont affichés sur l'écran d'assemblage ; chaque commande est associée à un nom ou identificateur, par exemple un nom propre, un nom de couleur ou un autre identifiant. Le nombre de commandes qu'il est possible d'afficher et assembler simultanément sur les écrans d'assemblages étant limité, il est possible d'affecter un nom « d'assemblage » à chaque commande ce qui permet de réduire le nombre de noms ou numéros de commandes à un ensemble plus réduit.
[0045] Au cours de l'étape 502, l'utilisateur (équipier) qui souhaite assembler une commande donne un ordre vocal correspondant, par exemple « préparer commande » + « identificateur commande », par exemple « préparer commande 23 » ou « préparer commande orange ». Cet ordre vocal est enregistré au cours de l'étape 503 et reconnu par le logiciel de reconnaissance vocale, par exemple sur un serveur ou un PDA, au cours de l'étape 504. L'utilisateur qui parle peut en outre être reconnu. Les commandes ne sont de préférence pas attribuées exclusivement à un équipier, plusieurs équipiers peuvent contribuer à assembler ensemble une commande. Les équipiers peuvent être identifiés grâce à l'identification de la connexion de leur terminal mobile dans le cas d'un système mobile, ou grâce au mode d'identification du système fixe (reconnaissance faciale, RFID, QR code, ...).
[0046] Si la reconnaissance n'a pas fonctionné ou que l'indice de confiance est insuffisant (test 505), le PDA ou le terminal/écran
d'assemblage peut afficher ou restituer vocalement un message pour demander de répéter l'ordre vocal au cours de l'étape 506.
[0047] Dans le cas contraire, c'est-à-dire lorsque l'ordre vocal est reconnu avec une confiance suffisante (étape 507), le logiciel vérifie au cours de l'étape 508 si l'ordre vocal reçu est un ordre valide par rapport à l'état courant du processus d'assemblage (articles valides dans une commande, quantité suffisante, préparation du sac en cours d'assemblage terminé, ...). Les ordres vocaux non valides sont traités par le logiciel de préparation au cours de l'étape 509, puis au cours de l'étape 510 qui provoque un feedback pour l'utilisateur au cours de l'étape 51 1 , par exemple un signal audio « Bip Bip Bip » aigu, un message affiché sur un écran, ou éventuellement rien (l'utilisateur se rendant rapidement compte qu'il doit peut-être répéter ce qu'il a dit).
[0048] Les ordres vocaux valides sont quant à eux traités par le logiciel de traitement au cours de l'étape 512, qui génère au cours de l'étape 513 l'affichage sur l'écran d'assemblage du nom de l'utilisateur dans sa couleur à côté de la commande, ou d'un autre indicateur permettant d'associer cet utilisateur à cette commande. Le logiciel du PDA est ensuite informé au cours de l'étape 514 de l'ordre vocal valide, et un signal de feedback approprié est restitué au cours de l'étape 51 5, par exemple un signal audio BIP grave, ou rien. L'utilisateur peut ensuite vérifier au cours de l'étape 516 la commande qui a été reconnue et qui peut être affichée, et indiquer une erreur éventuelle au cours de l'étape 518 ; dans le cas contraire, il peut commencer à prendre un article pour l'assemblage de la commande au cours de l'étape 517. [0049] La figure 8 illustre la prise de produit lors de l'assemblage. Le procédé commence à l'étape 600. Au cours de l'étape 601, le nom de l'utilisateur est affiché sur l'écran d'assemblage, à côté de la commande qu'il est en train d'assembler avec la liste de tous les articles constituant cette commande. Au cours de l'étape 602, l'utilisateur prend un article de cette commande indiquée sur l'écran d'assemblage, puis prononce au cours de l'étape 603 la quantité prise et le nom de cet article (par exemple « 1 » - « hamburger ». L'article pris peut être rangé ou posé à un endroit prédéfini, par exemple dans un paquet, dans un sac, sur un plateau etc. L'article peut éventuellement comprendre des options (sans glace, grill rouge, ...) et/ou une unité (litre, kg, ...). L'énoncé de la quantité pour la prise d'un produit pourrait aussi être optionnel afin de permettre à l'équipier d'énoncer uniquement « hamburger ».
[0050] Cet ordre vocal est enregistré au cours de l'étape 604, puis reconnu au cours de l'étape 605. Si la reconnaissance n'a pas fonctionné (test 606), un message audio et/ou visuel est restitué au cours de l'étape 607, par exemple « répéter SVP ». Si au contraire l'ordre vocal est reconnu (608), un test de validité de l'ordre est effectué au cours de l'étape 609, pour vérifier la validité « opérationnelle » de la commande. [0051] Lorsque le logiciel de préparation de commande détermine que l'ordre vocal n'est pas valide (610), le logiciel du PDA de l'utilisateur et/ou le terminal/écran d'assemblage traite cette situation au cours de l'étape 612 et restitue éventuellement un signal/message d'erreur à l'utilisateur, par exemple un signal audio « Bip Bip Bip » aigu et invite ainsi l'utilisateur à reposer l'article non reconnu (613). Lorsque, au contraire, l'ordre vocal est valide (614), cet article est associé à l'identificateur de l'utilisateur (étape 615), par exemple en étant affiché avec la couleur associée à cet équipier. L'article pris est marqué comme tel sur l'écran d'assemblage, par exemple en déplaçant l'indication d'article depuis une zone d'article à prendre vers une zone d'articles pris ou simplement en marquant l'article pris de la couleur de l'équipier sans le déplacer. Le logiciel du PDA de l'utilisateur traite alors au cours de l'étape 616 cette situation d'article valide (616) et restitue un signal de feedback (étape 617), par exemple un signal audio « BIP » grave, l'affichage d'un message ou ne fait éventuellement rien.
[0052] L'utilisateur peut ensuite vérifier au cours de l'étape 618 si l'article affiché est bien celui qu'il a pris et dont il a prononcé le nom (test 618). Il est possible dans une variante de vérifier si l'article pris est le bon, par exemple en lisant un code-barres, un tag RFID etc. Dans le cas contraire, une routine de traitement d'erreur est démarrée au cours de l'étape 619, par exemple en tapant ou prononçant un ordre de traitement d'erreur.
[0053] Si l'article affiché est bien le bon, un test est effectué au cours de l'étape 619 pour vérifier si l'article pris est le dernier article de la
commande ; lorsque ce n'est pas le cas, le programme passe à l'étape 620 au cours de laquelle l'utilisateur peut soit choisir de poursuivre
l'assemblage de la commande en cours en retournant à l'étape 602, ou passer à l'assemblage d'une autre commande en prononçant au cours de l'étape 621 un ordre vocal de changement de commande, par exemple « préparer commande 33 ». Lorsqu'en revanche le dernier article de la commande a été pris, le programme passe à l'étape 620 de fin de
commande et d'impression du ticket de commande.
[0054] La figure 9 illustre le retrait d'un article déjà pris, par exemple lorsqu'un client annule une commande d'article. Le procédé commence à l'étape 700. Au cours de l'étape 701 , un article déjà assemblé est retiré de la commande par le logiciel de préparation de commande ; cet article supprimé clignote au cours de l'étape 702 sur l'écran d'assemblage, ou est signalé d'une autre manière. L'utilisateur (équipier) retire alors au cours de l'étape 703 l'article du sac ou du plateau correspondant à la commande dont l'article est retiré, puis prononce au cours de l'étape 704 un ordre vocal de retrait d'article, par exemple « un » - « ice tea » - « retiré ».
[0055] Cet ordre vocal est enregistré au cours de l'étape 705, puis reconnu au cours de l'étape 706. Si la reconnaissance n'a pas fonctionné (test 707), un message audio et/ou visuel est restitué au cours de l'étape 708, par exemple « répéter SVP ». Si au contraire l'ordre vocal est reconnu (709), un test de validité de l'ordre est effectué au cours de l'étape 710, pour vérifier la réalité opérationnelle de l'ordre vocal reconnu.
[0056] Lorsque le logiciel de préparation de commande détermine que l'ordre vocal n'est pas valide (71 1 ), le logiciel du PDA de l'utilisateur traite cette situation au cours de l'étape 712 et restitue un signal d'erreur à l'utilisateur, par exemple un signal audio « Bip Bip Bip » aigu (713) et invite ainsi l'utilisateur à remettre l'article retiré par erreur dans le sac ou sur le plateau (714). La cause de l'erreur peut être vérifiée au cours de l'étape 71 5. [0057] Lorsque, au contraire, l'ordre vocal est valide (716), cet article cesse de clignoter (étape 717). Le logiciel du PDA de l'utilisateur traite alors au cours de l'étape 718 cette situation d'article valablement retiré et restitue un signal de feedback (étape 719), par exemple un signal audio « BIP » grave. [0058] La figure 10 illustre le retrait d'un article déjà pris suite à une décision de l'équipier. Le procédé commence à l'étape 800. Au cours de l'étape 801 , l'utilisateur (équipier) retire au cours de l'étape 802 un article du sac ou du plateau correspondant à une commande, puis prononce au cours de l'étape 704 un ordre vocal de retrait d'article, par exemple « un » - « ice tea » - « retiré ».
[0059] Cet ordre vocal est enregistré au cours de l'étape 803, puis reconnu au cours de l'étape 804. Si la reconnaissance n'a pas fonctionné (test 805), un message audio et/ou visuel est restitué au cours de l'étape 806, par exemple « répéter SVP ». Si au contraire l'ordre vocal est reconnu (807), un test de validité de l'ordre est effectué au cours de l'étape 808, pour vérifier la réalité opérationnelle de l'ordre vocal reconnu.
[0060] Lorsque le logiciel de préparation de commande détermine que l'ordre vocal n'est pas valide (809), le logiciel du PDA de l'utilisateur traite cette situation au cours de l'étape 810 et restitue un signal d'erreur à l'utilisateur, par exemple un signal audio « Bip Bip Bip » aigu (81 1 ) et invite ainsi l'utilisateur à répéter l'ordre vocal non valide en retournant à l'étape 802.
[0061] Lorsque, au contraire, l'ordre vocal est valide (812), cet article n'est plus affiché dans la couleur de l'utilisateur (étape 813). Le logiciel du PDA de l'utilisateur traite alors au cours de l'étape 814 cette situation d'article valablement retiré et restitue un signal de feedback (étape 815), par exemple un signal audio « BIP » grave.
[0062] La figure 1 1 illustre la fin de l'assemblage d'une commande ou d'une partie d'une commande (sac, paquet, ...), qui comprend dans cet exemple l'impression d'une étiquette pour marquer le paquet ou le sac contenant les produits assemblés. Cette étape permet à un utilisateur d'imprimer un ticket comprenant la liste des produits qu'il a pris jusqu'alors pour la commande en question, et de le coller sur le sac dans lequel il a introduit les produits à assembler au fur et à mesure qu'il les a pris. En option, lors de l'impression du dernier « Ticket Sac » de la commande, il est possible d'imprimer un « ticket de commande » avec la liste de tous les produits de la commande. Une commande peut être constituée de plusieurs sacs ou paquets avec leur ticket correspondant.
[0063] Un utilisateur peut indiquer oralement l'assemblage partiel d'une commande (sac, boîte, carton, ...), les articles pris par cet utilisateur étant alors regroupés dans une unité symbolique (sac 1 , sac 2, ...) sur l'écran d'assemblage pour libérer de la place sur l'écran d'assemblage et permettre de mieux visualiser le « reste à faire ».
[0064] La fin de l'assemblage d'une commande peut être
automatiquement détectée sans action particulière de la part de l'équipier si le dernier assemblage partiel de la commande a été effectué.
[0065] Ce processus commence à l'étape 900. Au cours de l'étape 901 , l'utilisateur ferme le sac contenant une partie (ou tous) les produits d'une commande, ou transmet le plateau au client ou au serveur. Au cours de l'étape 902, il prononce un ordre vocal de fin de sac/paquet/plateau, par exemple « ticket sac ». Un équipier peut assembler quelques produits d'une commande A (« préparer Commande A », « 1 Hamburger, 1 Fanta Moyen Sans Glace », « Ticket Sac »), continuer en assemblant des produits de la commande B (« préparer Commande B », « 1 Ristreto, 1 Chocolat Chaud », « Ticket Sac »), puis revenir sur la commande A.
[0066] Cet ordre vocal est enregistré au cours de l'étape 903, puis reconnu au cours de l'étape 904. Si la reconnaissance n'a pas fonctionné (test 905), un message audio et/ou visuel est restitué au cours de l'étape 906, par exemple « répéter SVP ». Si au contraire l'ordre vocal est reconnu (907), un test de validité de l'ordre est effectué au cours de l'étape 908, pour vérifier la réalité opérationnelle de l'ordre vocal reconnu.
[0067] Lorsque le logiciel de préparation de commande détermine que l'ordre vocal n'est pas valide (909), le logiciel du PDA de l'utilisateur traite cette situation au cours de l'étape 910 et restitue un signal d'erreur à l'utilisateur, par exemple un signal audio « Bip Bip Bip » aigu (91 1 ) ou un message affiché sur un écran.
[0068] Lorsque, au contraire, l'ordre vocal est valide (912), un ticket de sac/paquet, et éventuellement une étiquette de commande est imprimé pour être collé sur le sac/paquet/commande. Cette étiquette peut par exemple indiquer le numéro de commande, le numéro du sac ou du plateau, la date et l'heure d'impression, etc. Le ticket de fin de commande peut par exemple inclure le numéro de commande, le nombre de sacs, un code-barres, le nombre de boissons, etc.
[0069] En parallèle, le logiciel de préparation de commande vérifie au cours de l'étape 916 si la commande est complète ; lorsque c'est le cas (917), le ticket de caisse et/ou l'étiquette du sac est imprimée au cours de l'étape 917. Un ticket est aussi imprimé lorsqu'il reste des articles à assembler mais que l'utilisateur a anticipé la fin de la commande (919). En option, des articles restants non encore assemblés peuvent être parqués (918). Le parcage temporaire d'une commande partiellement assemblée peut être demandé pour attendre qu'un article commandé soit disponible. [0070] Le programme peut comprendre un traitement d'erreur de reconnaissance vocale détectée par un équipier. La détection d'une telle erreur peut être utilisée pour améliorer le modèle de reconnaissance vocale ; ce modèle peut être dépendant du locuteur. [0071] Le programme peut comprendre le traitement d'ordres vocaux de demande de pause ou de reprise de pause, pour permettre à un utilisateur d'interrompre momentanément puis de reprendre le processus de
reconnaissance vocale et l'assemblage d'une commande.
[0072] Afin de faciliter la reconnaissance des différents articles formant une commande lors de la prise de commande ou de l'assemblage, les ordres vocaux obéissent de préférence à une grammaire prédéterminée. Dans un mode de réalisation, les ordres vocaux peuvent être de différents types qui se distinguent les uns des autres par leur structure grammaticale. On peut envisager par exemple les types d'ordres vocaux suivants :
Ordres correspondant à un article (par exemple « 1 » - « ice tea » -
« médium »). Un ou plusieurs paramètres peuvent être indiqués (par exemple « 1 » - « ice tea » - « + » « ice » - « + » - « lemon »).
Ordres de commande simples (par exemple « logout », « print ticket », « missing drinks », « pause », etc)
Ordres de commandes doubles (par exemple «open table » -
« 5 », « add it to table » « 5 », « prépare order » « orange »), etc.

Claims

Revendications
1 . Procédé d'assemblage de commande, comprenant les étapes suivantes : plusieurs commandes comportant chacune plusieurs articles sont affichées successivement ou simultanément sur un écran d'assemblage ; un équipier parmi plusieurs équipiers lit une identification d'article sur ledit écran d'assemblage, va prendre l'article physique correspondant à cette identification et désigne oralement cet article au moyen d'un ordre vocal;
la désignation d'article indiquée par l'équipier est reconnue au moyen d'un système de reconnaissance vocale ;
la commande concernée est mise à jour sur ledit écran d'assemblage afin d'indiquer que l'article a été pris.
2. Le procédé selon la revendication 1 , dans lequel ledit équipier annonce oralement le nom de la commande qu'il assemble.
3. Le procédé selon l'une des revendications 1 ou 2, dans lequel ledit équipier est reconnu et dans lequel ledit écran d'assemblage indique le ou les équipiers qui sont en train d'assembler chaque commande.
4. Le procédé selon l'une des revendications 1 à 3, dans lequel ledit écran d'assemblage indique l'équipier qui a pris chaque article recherché.
5. Le procédé selon la revendication 4, dans lequel une couleur est attribuée à chaque utilisateur lorsqu'il se connecte au système, cette couleur étant ensuite utilisée pour marquer les articles pris par ledit utilisateur.
6. Le procédé selon l'une des revendications 1 à 5, dans lequel ledit équipier indique oralement l'assemblage partiel d'une commande, les articles pris par l'équipier étant alors regroupés sur l'écran d'assemblage.
7. Le procédé selon l'une des revendications 1 à 6, dans lequel ledit équipier indique oralement la fin de l'assemblage d'une commande, la commande concernée disparaissant ensuite dudit écran d'assemblage pour laisser place à une commande suivante.
8. Le procédé selon l'une des revendications 1 à 7, comprenant une étape de vérification automatique afin de vérifier si l'article indiqué oralement par l'équipier qui l'a pris figure dans la commande en cours d'assemblage.
9. Le procédé selon l'une des revendications 1 à 8, comprenant une étape de vérification afin de vérifier si l'article indiqué oralement par l'équipier avait déjà été pris précédemment pour la même commande.
10. Le procédé selon l'une des revendications 1 à 9, comprenant une étape de vérification afin de vérifier si l'article pris correspond à celui désigné par l'équipier.
1 1 . Le procédé selon l'une des revendications 1 à 10, dans lequel la désignation d'article inclut le nom d'article et optionnellement une quantité ou une unité.
12. Le procédé selon l'une des revendications 1 à 1 1 , dans lequel la désignation d'article inclut un nom d'article et un code affiché sur ledit écran d'assemblage pour désigner des commandes spéciales.
13. Le procédé selon l'une des revendications 1 à 12, comprenant une étape d'introduction vocale d'un ordre d'annulation de commande, l'écran d'assemblage supprimant la commande concernée lorsque l'ordre a été reconnu.
14. Le procédé selon l'une des revendications 1 à 13, comprenant une étape d'introduction vocale d'un ordre d'annulation ou de remplacement d'article dans une commande, l'écran d'assemblage supprimant ou remplaçant l'article concerné dans la commande concernée lorsque l'ordre a été reconnu.
1 5. Le procédé selon l'une des revendications 1 à 14, comprenant une étape d'introduction vocale d'un ordre d'annulation de la prise d'un article, la commande concernée étant mise à jour sur ledit écran d'assemblage afin d'indiquer que l'article auparavant marqué comme pris ne l'est plus.
16. Le procédé selon l'une des revendications 1 à 1 5, dans lequel les différents articles d'une commande sont introduits en les sélectionnant au moyen d'un ordre vocal dans un terminal fixe.
17. Le procédé selon l'une des revendications 1 à 16, dans lequel les différents articles d'une commande sont introduits en les sélectionnant au moyen d'un ordre vocal dans un terminal portable d'un équipier.
18. Le procédé selon l'une des revendications 1 à 17, dans lequel des ordres vocaux de différents types sont introduits,
un des types correspondant à des commandes pour le système ;
un autre des types correspondant à une désignation d'article avec une indication de quantité, éventuellement d'unité et un ou plusieurs paramètres optionnels,
la grammaire dépendant dudit type.
19. Terminal de paiement fixe comportant un écran, un système d'émission de ticket de caisse, et un système de reconnaissance vocale permettant à des équipiers ou à des clients d'introduire des commandes en prononçant les noms des articles afin de saisir et/ou d'assembler des commandes au moyen du procédé de l'une des revendications 1 à 18.
EP14735586.1A 2013-07-04 2014-07-04 Procédé d'assemblage de commandes, et terminal de paiement Ceased EP3017408A1 (fr)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CH12042013 2013-07-04
PCT/EP2014/064369 WO2015001105A1 (fr) 2013-07-04 2014-07-04 Procédé d'assemblage de commandes, et terminal de paiement

Publications (1)

Publication Number Publication Date
EP3017408A1 true EP3017408A1 (fr) 2016-05-11

Family

ID=51063445

Family Applications (1)

Application Number Title Priority Date Filing Date
EP14735586.1A Ceased EP3017408A1 (fr) 2013-07-04 2014-07-04 Procédé d'assemblage de commandes, et terminal de paiement

Country Status (3)

Country Link
US (1) US10402761B2 (fr)
EP (1) EP3017408A1 (fr)
WO (1) WO2015001105A1 (fr)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9928531B2 (en) * 2014-02-24 2018-03-27 Intelligrated Headquarters Llc In store voice picking system

Family Cites Families (42)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US4388689A (en) * 1981-01-28 1983-06-14 Ocr Marketing Associates, Inc. Restaurant video display system
US5003472A (en) * 1988-12-05 1991-03-26 Wand Corporation Apparatus for order entry in a restaurant
JP2998361B2 (ja) * 1991-11-26 2000-01-11 松下電器産業株式会社 顧客注文処理装置
US5509538A (en) * 1993-06-03 1996-04-23 Amphion Inc. Paperless order picking system
JP3261862B2 (ja) * 1994-05-27 2002-03-04 松下電器産業株式会社 電子式キャッシュレジスタ
US5758322A (en) * 1994-12-09 1998-05-26 International Voice Register, Inc. Method and apparatus for conducting point-of-sale transactions using voice recognition
US6035399A (en) * 1995-04-07 2000-03-07 Hewlett-Packard Company Checkpoint object
JP3384517B2 (ja) * 1995-07-19 2003-03-10 松下電器産業株式会社 電子レジスター
US6003015A (en) * 1996-02-28 1999-12-14 Hm Electronics, Inc. Order confirmation system and method of using same
JPH11167676A (ja) * 1997-09-30 1999-06-22 Toshiba Tec Corp 注文データ管理システム
US6594632B1 (en) * 1998-11-02 2003-07-15 Ncr Corporation Methods and apparatus for hands-free operation of a voice recognition system
US7171377B2 (en) * 2000-02-28 2007-01-30 Fujitsu Limited Workplace shopping system and merchandise picking system, and shopping method and picking method thereof
US20020007315A1 (en) * 2000-04-14 2002-01-17 Eric Rose Methods and apparatus for voice activated audible order system
US7587329B2 (en) * 2000-06-02 2009-09-08 Drason Consulting Services, Llc Method and system for optimizing employee scheduling in a patient care environment
JP3650006B2 (ja) * 2000-08-15 2005-05-18 松下電器産業株式会社 電子式キャッシュレジスタシステム
US7110963B2 (en) * 2000-09-07 2006-09-19 Manuel Negreiro Point-of-sale customer order system utilizing an unobtrusive transmitter/receiver and voice recognition software
US20030018531A1 (en) * 2000-09-08 2003-01-23 Mahaffy Kevin E. Point-of-sale commercial transaction processing system using artificial intelligence assisted by human intervention
JP2002183104A (ja) * 2000-12-11 2002-06-28 Hitachi Ltd ワークフローシステムの案件割当方法、ワークフローシステムおよび前記方法を実現するプログラム並びに前記プログラムを格納した計算機読み取り可能な記録媒体
US6976004B2 (en) * 2001-05-21 2005-12-13 Douglas Wittrup Interactive kitchen control system and method
JP4202640B2 (ja) * 2001-12-25 2008-12-24 株式会社東芝 短距離無線通信用ヘッドセット、これを用いたコミュニケーションシステム、および短距離無線通信における音響処理方法
JP2003256691A (ja) * 2002-02-28 2003-09-12 Honda Motor Co Ltd 部品の納品督促システム
US20040243471A1 (en) * 2002-07-17 2004-12-02 Salmen Larry J. Process and system for authoring electronic information by filling in template pattern with local presentation information
US20040143503A1 (en) * 2002-07-23 2004-07-22 Suthar Yogin P. Restaurant automation system
US6996460B1 (en) * 2002-10-03 2006-02-07 Advanced Interfaces, Inc. Method and apparatus for providing virtual touch interaction in the drive-thru
US7383188B2 (en) * 2002-12-23 2008-06-03 Systems Application Engineering, Inc. Object loading system and method
US20040138925A1 (en) * 2002-12-23 2004-07-15 Zheng Shu Sean Resources utilization management system and method of use
EP1471502A1 (fr) * 2003-04-25 2004-10-27 Sony International (Europe) GmbH Procédé de correction d'un texte généré par reconnaissance de parole
US20050021407A1 (en) * 2003-06-20 2005-01-27 Kargman James B. Enhanced user display for use in a restaurant kitchen
US7110964B2 (en) * 2003-08-29 2006-09-19 Exit41, Inc. Order processing
US7558744B2 (en) * 2004-01-23 2009-07-07 Razumov Sergey N Multimedia terminal for product ordering
US20080255837A1 (en) * 2004-11-30 2008-10-16 Jonathan Kahn Method for locating an audio segment within an audio file
US20070007331A1 (en) * 2005-07-06 2007-01-11 Verety Llc Order processing apparatus and method
GB2449626A (en) * 2007-02-06 2008-12-03 Quail Ltd Kitchen management system
US20080319864A1 (en) * 2007-06-21 2008-12-25 Qsr Automations, Inc. Method of dynamically routing food items through a restaurant kitchen
EP2083404A3 (fr) * 2008-01-24 2010-01-06 Seiko Epson Corporation Procédé de traitement d'impression de réception, imprimante et système de traitement d'impression de réception
CH702399B1 (fr) * 2009-12-02 2018-05-15 Veovox Sa Appareil et procédé pour la saisie et le traitement de la voix.
WO2012025579A1 (fr) 2010-08-24 2012-03-01 Veovox Sa Système et procédé de reconnaissance d'une instruction vocale d'utilisateur dans un environnement bruyant
US8472727B2 (en) * 2011-01-07 2013-06-25 Yuval Gronau Document comparison and analysis for improved OCR
US20140244252A1 (en) * 2011-06-20 2014-08-28 Koemei Sa Method for preparing a transcript of a conversion
US9424602B2 (en) * 2011-11-30 2016-08-23 Panasonic Intellectual Property Management Co., Ltd. Order receiving system and order receiving method
US10229383B2 (en) * 2012-02-05 2019-03-12 Matthews International Corporation Perpetual batch order fulfillment
US20160062473A1 (en) * 2014-08-29 2016-03-03 Hand Held Products, Inc. Gesture-controlled computer system

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
ANONYMOUS: "Speech Recognition Grammar Specification", WIKIPEDIA, 14 March 2013 (2013-03-14), XP055476109, Retrieved from the Internet <URL:https://en.wikipedia.org/w/index.php?title=Speech_Recognition_Grammar_Specification&oldid=544050712> [retrieved on 20180517] *
See also references of WO2015001105A1 *

Also Published As

Publication number Publication date
US10402761B2 (en) 2019-09-03
WO2015001105A1 (fr) 2015-01-08
US20160210582A1 (en) 2016-07-21

Similar Documents

Publication Publication Date Title
Colborne Simple and usable web, mobile, and interaction design
US11102152B2 (en) System and method of using conversational agent to collect information and trigger actions
US20210319408A1 (en) Platform for electronic management of meetings
Prahalad et al. The future of competition: Co-creating unique value with customers
US9823811B2 (en) Virtual assistant team identification
US20170068986A1 (en) Interactive sponsored exercises
WO2017070496A1 (fr) Personnalisation automatique d&#39;examens
CN107480161A (zh) 用于媒体探究的智能自动化助理
EP3347812A1 (fr) Systèmes intelligents d&#39;assistant virtuel et procédés associés
Shen et al. Heart-felt narratives: Tracing empathy and narrative style in personal stories with llms
US12197856B2 (en) System and method for increasing effective communication through evaluation of multimodal data, auto-correction and behavioral suggestions based on models from evidence-based counseling, motivational interviewing, and empathy
US20180089706A1 (en) Systems And Methods for Generating Surveys
WO2022259005A1 (fr) Codage automatisé sans code de logiciel d&#39;application au moyen d&#39;une interface conversationnelle et par traitement du langage naturel
Sadun et al. Talking to Siri: Learning the Language of Apple's Intelligent Assistant
Robier UX Redefined
EP3017408A1 (fr) Procédé d&#39;assemblage de commandes, et terminal de paiement
US9792617B2 (en) Systems and methods for generating surveys
Kusume et al. Brand romance: Using the power of high design to build a lifelong relationship with your audience
CN111161729A (zh) 用于智能自助设备的语音交互方法和装置
Clegg The invisible customer: Strategies for successful customer service down the wire
US9483774B2 (en) Systems and methods for generating surveys
CN117413290A (zh) 用于在增强现实游戏内用户数据收集的系统和方法
Eriksson Onboarding Users to a Voice User Interface: Comparing Different Teaching Methods for Onboarding New Users to Intelligent Personal Assistants
Cleveland Leading the Customer Experience: How to Chart a Course and Deliver Outstanding Results
CN107463311A (zh) 智能列表读取

Legal Events

Date Code Title Description
PUAI Public reference made under article 153(3) epc to a published international application that has entered the european phase

Free format text: ORIGINAL CODE: 0009012

17P Request for examination filed

Effective date: 20160108

AK Designated contracting states

Kind code of ref document: A1

Designated state(s): AL AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HR HU IE IS IT LI LT LU LV MC MK MT NL NO PL PT RO RS SE SI SK SM TR

AX Request for extension of the european patent

Extension state: BA ME

DAX Request for extension of the european patent (deleted)
STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: EXAMINATION IS IN PROGRESS

17Q First examination report despatched

Effective date: 20161117

APBK Appeal reference recorded

Free format text: ORIGINAL CODE: EPIDOSNREFNE

APBN Date of receipt of notice of appeal recorded

Free format text: ORIGINAL CODE: EPIDOSNNOA2E

APBR Date of receipt of statement of grounds of appeal recorded

Free format text: ORIGINAL CODE: EPIDOSNNOA3E

APAF Appeal reference modified

Free format text: ORIGINAL CODE: EPIDOSCREFNE

RAP1 Party data changed (applicant data changed or rights of an application transferred)

Owner name: VEOVOX QSR SA

REG Reference to a national code

Ref country code: DE

Ref legal event code: R003

APBT Appeal procedure closed

Free format text: ORIGINAL CODE: EPIDOSNNOA9E

STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: THE APPLICATION HAS BEEN REFUSED

18R Application refused

Effective date: 20240603