FR 3036828 A1 20161202 FR 1554784 A 20150528 1 PROCEDE ET SYSTEME DE GESTION DE COMMANDES DANS UN ETABLISSEMENT DOMAINE TECHNIQUE L'invention concerne le domaine technique général de la gestion de commandes dans un établissement, tel qu'un établissement de restauration. Plus précisément, la présente invention concerne un procédé et un système assurant, de manière automatique, l'enregistrement et le traitement de commandes de plats et/ou de boissons dans un lieu de consommation ouvert au public, comme par exemple un restaurant, une cafeteria, une brasserie, etc. PRESENTATION DE L'ART ANTERIEUR Les établissements dits de « restauration rapide », proposent actuellement différentes solutions permettant à un client de passer commande et de payer des produits commandés. Solutions de commande classiques Parmi ces solutions, on compte notamment la prise de commande dite « au comptoir » au cours de laquelle un client indique les produits qu'il souhaite commander à un employé du restaurant. Cette solution permet d'assister le client en lui fournissant un service personnalisé. Toutefois, cette solution présente l'inconvénient de générer des temps d'attente importants pour les clients. Une autre solution consiste en la prise de commande dite « à la borne » au cours de laquelle un client sélectionne les produits qu'il souhaite commander sur un terminal fixe de commande en libre-service. Cette solution permet de 3036828 2 réduire les temps d'attente pour les clients. Toutefois, la mise en place de ces bornes représente un investissement lourd pour les restaurateurs du fait des coûts importants liés à leur installation. 5 Une autre solution encore consiste en la prise de commande dite « en ligne » via le réseau Internet. Toutefois, cette solution oblige le client à effectuer des démarches complexes et couteuses en temps, notamment pour télécharger une application de commande en ligne sur son ordinateur ou son téléphone portable, etc. 10 Aujourd'hui, il existe un besoin pour un service de commande alternatif aux solutions décrites ci-dessus, et susceptible de constituer une solution complémentaire aux solutions de prises de commande « au comptoir », « à la borne », et « en ligne ». Solution de commande à la place Cette solution consiste en la prise de commande dite « à la place » permettant à un client de commander en salle les produits qu'il souhaite consommer. On a déjà envisagé des systèmes automatisés de commande « à la place ». Ces systèmes prévoient généralement sur les tables du restaurant, des postes d'enregistrement de commande avec un clavier permettant à un client de 25 sélectionner des produits parmi une liste de produits proposés. Ces postes d'enregistrement sont connectés à un terminal principal incluant un écran pour la visualisation des commandes. 30 Cette solution permet : - d'indiquer au personnel en cuisine les plats à préparer en fonction des choix des clients, 15 20 3036828 3 - d'indiquer au personnel en salle l'emplacement dont provient chaque commande, afin de leur permettre d'apporter les plats vers les tables depuis lesquelles ceux-ci ont été commandés. 5 Néanmoins, ces systèmes de commande à la place présentent des inconvénients. Notamment, ces systèmes sont basés essentiellement sur un principe d'identification des tables, et non pas sur un principe d'identification des clients. 10 Il en résulte que l'identification et la distinction des commandes, ainsi que leur gestion notamment dans le but de réaliser une facturation automatique, peuvent poser de sérieuses difficultés, en particulier si plusieurs personnes sans rapport les unes avec les autres sont installées à une même table, ou encore si un client change de table après avoir passé commande. 15 Un but de la présente invention est de proposer un procédé et un système de gestion de commandes dans un établissement permettant de pallier au moins l'un des inconvénients précités. zo RESUME DE L'INVENTION A cet effet, l'invention propose l'utilisation d'une étiquette de radio-identification - telle qu'une étiquette « NFC » (de l'anglais « Near Field Communication »)- associée de manière permanente (par exemple) à chaque 25 table d'un établissement, tel qu'un restaurant, une cafeteria, une brasserie, etc. On entend, dans le cadre de la présente invention, par « associé de manière permanente », le fait que l'étiquette est indissociable de la table une fois celle- 30 ci fixée - par exemple par collage ou autre - sur ladite table. 3036828 4 La radio-identification - ou « RFID » (de l'anglais « Radio Frequency Identification »)- est une méthode pour mémoriser et récupérer des données à distance en utilisant des marqueurs appelés « étiquette de radio-identification » (« RFID tag » ou « RFID transponder » en anglais). 5 Les étiquettes RFID sont de petits objets, tels que des étiquettes autoadhésives, comprenant une antenne associée à une puce électronique qui leur permet de recevoir et de répondre à des requêtes radio émises par un lecteur d'étiquette. 10 Plus précisément, les inventeurs proposent un procédé de gestion de commandes dans un établissement, le procédé comprenant : - la réception d'une requête de commande émise par un terminal, la requête incluant : 15 o des données représentatives d'un identifiant d'une étiquette de radio-identification allouée de manière permanente à un objet de l'établissement tel qu'une table, o des données représentatives du terminal et/ou de son propriétaire, - l'émission vers le terminal d'un fichier de données représentatives 20 d'une pluralité d'articles proposés à la vente, - la réception d'une notification de commande incluant des données représentatives d'au moins un article sélectionné par le propriétaire du terminal parmi la pluralité d'articles, - l'affichage sur des moyens d'affichage : 25 o de données représentatives dudit et au moins un article sélectionné, o de données représentatives de l'objet à partir duquel la requête de commande a été émise. L'objet peut être une table, une chaise, un tabouret, un fauteuil, un poteau, 30 une borne ou tout autre objet de l'établissement susceptible de définir un emplacement de livraison d'une commande. Les données représentatives de l'objet peuvent consister en un plan, un numéro, ou tout autre information 3036828 5 permettant au propriétaire de l'établissement de distinguer les emplacements sont localisés les objets auxquels les étiquettes ont été allouées. Dans la suite, on considérera que l'objet est une table. 5 Ainsi et contrairement aux systèmes existants, l'invention propose d'allouer de manière permanente, une étiquette de radio-identification à une table au niveau de laquelle on souhaite pouvoir commander et se faire apporter des produits que l'on désire consommer. 10 Le fait que : - l'étiquette soit allouée de manière permanente à la table, et que - le client utilise son terminal pour lire l'étiquette, permet d'associer une identification des commandes par table et par client, de 15 sorte qu'un paiement automatique des commandes peut être mis en place avant même la préparation des repas en cuisine. Les moyens d'émission d'un signal longue portée sont déportés sur un terminal mobile incluant un lecteur d'étiquette de radio-identification tel qu'un 20 téléphone portable de type smartphone® qui peut comprendre un lecteur d'étiquette NFC. Ainsi, il n'est plus nécessaire d'alimenter en énergie la table pour la rendre communicante. La mise en place du système de gestion est simplifiée et les coûts associés sont réduits. 25 L'étiquette de radio-identification est un dispositif passif, ne nécessitant aucune source d'énergie en dehors de celle fournie sans contact et par induction par un lecteur d'étiquette au moment de son interrogation. Ceci permet de limiter les dimensions de l'étiquette (épaisseur de l'ordre d'une feuille et taille de quelques millimètres) ainsi que sa masse (masse 30 négligeable), et donc de rendre cette étiquette compatible avec un grand nombre d'objets de la vie quotidienne. 3036828 6 Chaque étiquette comprend un substrat (ou une encapsulation) supportant une antenne associée à une puce électronique qui permettent à l'étiquette de recevoir et de répondre à des requêtes radio émises depuis le lecteur d'étiquette. De préférence, la (ou les) face(s) de l'étiquette destinée(s) à venir 5 en contact avec l'objet à rendre communiquant est (sont) constituée(s) dans un matériau compatible avec l'objet. Par exemple, le substrat de l'étiquette peut être électriquement (respectivement thermiquement) isolant. Ceci permet d'obtenir une étiquette associable à des objets conçus dans des matériaux électriquement (respectivement thermiquement) conducteur. 10 Chaque puce électronique contient un identifiant et éventuellement des données complémentaires. L'identifiant est composé d'une suite de chiffres unique pour chaque étiquette. L'identifiant - qui peut être codé au format binaire ou décimal ou hexadécimal - fournit des informations quant à la date 15 de fabrication de l'étiquette, et/ou le lieu de fabrication de l'étiquette, et/ou le lot de fabrication auquel elle appartient, etc. Avantageusement, l'identifiant peut comprendre une clé de chiffrement pour éviter les risques de contrefaçon. 20 Egalement pour éviter les risques d'usurpation, l'étiquette peut comprendre des moyens permettant sa destruction lorsque celle-ci est enlevée de l'objet auquel elle est allouée. Par exemple, dans le cas d'une étiquette destinée à être collée sur un objet, le substrat peut comprendre des zones de faiblesse 25 induisant la déchirure de la puce ou de l'antenne lors d'une tentative de décollement de l'étiquette. Des aspects préférés mais non limitatifs de la présente invention sont les suivants : 30 3036828 7 - le procédé peut comprendre une étape de paiement dudit et au moins un article sélectionné, l'étape de paiement étant mise en oeuvre préalablement à l'étape d'affichage ; Ceci permet de garantir que la commande a été réglée 5 préalablement à sa préparation, - l'étape de paiement peut comprendre les sous-étapes consistant à: o calculer un coût associé à la notification de commande en fonction dudit et au moins un article sélectionné, 10 o envoyer un message incluant le coût calculé au terminal, o recevoir un ordre de paiement du terminal, o rechercher dans une base de données un compte utilisateur en fonction des données représentatives du terminal et/ou de son propriétaire contenues dans la requête de commande, 15 o débiter le compte utilisateur du coût calculé ; Ceci permet d'automatiser l'opération de facturation du client, - le procédé peut comprendre une étape consistant à classer la notification reçue dans une file d'attente de notifications en fonction d'un 20 instant de réception de ladite notification ; Ceci permet d'ordonner la préparation des commandes, - le procédé peut comprendre une étape de lecture par le terminal, de l'étiquette de radio-identification allouée de manière permanente à 25 l'objet, l'étape de lecture comprenant une sous-étape consistant à extraire un identifiant de l'étiquette ; Le fait que l'identifiant soit intégré dans une étiquette de radio-identification devant être lue par un lecteur d'étiquette du terminal client permet d'associer chaque commande à la fois à un objet de 30 l'établissement (typiquement une table) et à un client, 3036828 8 - l'étape de lecture peut comprendre une sous-étape consistant à émettre au moins un stimulus visuel et/ou sonore et/ou tactile sur le terminal pour confirmer la lecture de l'étiquette ; Ceci permet de simplifier le processus de lecture de l'étiquette 5 en confirmant au propriétaire du terminal que le balayage de l'étiquette a bien été pris en compte, - le procédé peut comprendre une étape de traitement de la requête de commande, ladite étape de traitement comportant une sous-étape 10 consistant à associer un droit d'accès au terminal en fonction des données représentatives du terminal et/ou de son propriétaire, ledit droit d'accès définissant si le terminal est autorisé à enregistrer, consulter et/ou modifier des données d'un compte utilisateur auquel il est associé ; 15 L'association d'un droit d'accès permet de mettre en place un processus de « filtrage » pour interdire à certains terminaux l'accès à certaines données d'un compte utilisateur, notamment ans le cas où plusieurs terminaux (i.e. terminaux d'employés) sont associés à un même compte utilisateur (i.e. compte de leur employeur). 20 L'invention concerne également un système de gestion de commandes dans un établissement, le système comprenant un serveur programmé pour : - recevoir une requête de commande émise par un terminal, la requête incluant : 25 o des données représentatives d'un identifiant d'une étiquette de radio-identification allouée de manière permanente à un objet de l'établissement tel qu'une table, o des données représentatives du terminal et/ou de son propriétaire, - émettre vers le terminal un fichier de données représentatives d'une 30 pluralité d'articles proposés à la vente, 3036828 9 - recevoir une notification de commande incluant des données représentatives d'au moins un article sélectionné par le propriétaire du terminal parmi la pluralité d'articles, - afficher sur des moyens d'affichage : 5 o des données représentatives dudit et au moins un article sélectionné, o des données représentatives de l'objet à partir duquel la requête de commande a été émise. 10 BREVE DESCRIPTION DES DESSINS D'autres avantages et caractéristiques ressortiront mieux de la description qui va suivre de plusieurs variantes d'exécution, données à titre d'exemples non limitatifs, à partir des dessins annexés sur lesquels : 15 - la figure 1 représente schématiquement un système de gestion de commandes dans un établissement, - la figure 2 illustre schématiquement un exemple de procédé de gestion de commandes dans un établissement. zo DESCRIPTION DETAILLEE DE L'INVENTION 1. Système de gestion En référence à la figure 1, on a illustré un exemple de système de gestion de 25 commandes dans un établissement. Le système comprend plusieurs étiquettes de radio-identification 1 telle que des étiquettes « NFC » (de l'anglais « Near Field Communication »). 30 Chaque étiquette 1 est fixée sur un objet fixe (table, chaise, tabouret, poteau, etc.) respectif de l'établissement. Plus précisément dans le mode de 3036828 10 réalisation illustré à la figure 1, chaque étiquette 1 est allouée de manière permanente à une table 2 respective. On entend, dans le cadre de la présente invention, par « allouée », le fait que 5 l'étiquette 1 est indissociable de la table une fois celle-ci fixée - par exemple par collage ou autre - sur celui-ci. Notamment, l'étiquette 1 peut comprendre des moyens permettant sa destruction lors d'une tentative de dissociation (par exemple décollage) de l'objet auquel elle est allouée. 10 L'utilisation d'une étiquette de radio-identification 1 allouée de manière permanente à une table 2 permet de limiter les risques de fraude par duplication de l'étiquette, notamment par rapport à une étiquette à code à barre aisément falsifiable par simple copie. 15 Le système comprend également un (ou plusieurs) terminal (terminaux) distants 3a muni(s) d'un (de) lecteur(s) d'étiquette(s). Chaque terminal 3a est par exemple un téléphone portable (tel qu'un smartphone®), une tablette électronique (tel qu'un IPADC)), un assistant personnel (ou « PDA », sigle de l'expression anglo-saxonne « Personal Digital Assistant »), ou tout autre type 20 de terminal connu de l'homme du métier. Chaque terminal 3a appartient à un client de l'établissement. L'utilisation de terminaux distants 3a permet d'éviter l'intégration de moyens d'émission d'un signal longue portée sur l'étiquette 1, ce qui permet de 25 s'affranchir de la nécessité d'alimenter en énergie l'étiquette 1 ou l'objet auquel elle est allouée. Le système comprend également une (ou plusieurs) station(s) 3b. Chaque station 3b est par exemple un téléphone portable (tel qu'un smartphone®), une 30 tablette électronique (tel qu'un IPADC)), un assistant personnel (ou « PDA », sigle de l'expression anglo-saxonne « Personal Digital Assistant »), etc. Chaque station 3b est associée à un employé de l'établissement supposé 3036828 11 apporter les articles vers les tables depuis lesquelles ceux-ci ont été commandés. Le système comprend également un serveur de centralisation d'informations 5 4 incluant : - des moyens de communication avec le (ou les) terminal (terminaux) 3a et la (ou les station(s) 3b, - des moyens de stockage d'informations tels qu'une mémoire, et éventuellement 10 - des moyens d'affichage tels qu'un écran. Le serveur 4 est par exemple composé d'une (ou plusieurs) station(s) de travail, et/ou d'un (ou plusieurs) ordinateur(s) ou peut être de tout autre type connu de l'homme du métier. 15 Chaque terminal 3a (respectivement station 3b) est apte à dialoguer avec le serveur 4: - pour lire ou écrire des informations dans les moyens de stockage, ou - pour être mis en relation avec une station 3b ou un autre terminal 3a 20 (respectivement un terminal 3a ou une autre station 3b) par l'intermédiaire du serveur 4. Pour dialoguer entre eux, le serveur 4 et les terminaux 3a (respectivement stations 3b) sont connectés à un (ou plusieurs) réseau(x) de communication 25 (filaire et/ou non filaire), tel que le réseau Internet. L'utilisation d'un serveur de centralisation 4 permet le dialogue indirect entre terminaux 3a et stations 3b. On garantit ainsi l'anonymat des terminaux 3a et des stations 3b les uns par rapport à autres, seul le serveur 4 disposant des 30 données de connexion permettant d'échanger avec les terminaux 3a et les stations 3b. 3036828 12 2. Procédé de gestion On va maintenant décrire un exemple d'utilisation du système de gestion de commandes en référence au procédé de gestion illustré à la figure 2 dans le 5 cas d'un établissement de restauration rapide. On suppose ici que : - des étiquettes ont été allouées de manières permanentes à des tables, par exemple en fixant chaque étiquette par collage sur une table 10 respective de l'établissement, et que - chaque étiquette 1 a été configurée en associant son identifiant à une table respective dans une base de données du serveur. Le principe de fonctionnement du système de gestion est alors le suivant. 15 Une fois le client assis à une table de l'établissement, celui-ci balaye (étape 10) l'étiquette de radio-identification 1 avec son terminal 3a. Le lecteur d'étiquette du terminal utilisateur 3a génère : - un champ électromagnétique pour l'alimentation de l'étiquette, et 20 - un signal d'interrogation de l'étiquette. En réponse au signal d'interrogation, l'étiquette 1 transmet au lecteur son identifiant, et éventuellement d'autres informations contenues dans l'étiquette. 25 A partir de l'identifiant de l'étiquette, le terminal 3a génère une requête de commande (étape 20), et la transmet au serveur 4. La requête comprend : - des données représentatives de l'identifiant, - des données représentatives du terminal et/ou de son propriétaire, et éventuellement 30 - des données représentatives d'un instant de lecture de l'étiquette. 3036828 13 Par exemple, l'identifiant de l'étiquette peut être concaténé avec le numéro de téléphone du terminal 3a pour former une partie de la requête. Le serveur 4 reçoit la requête pour la traiter. Le fait que le traitement de la 5 requête soit effectué dans le serveur 4 permet de limiter la consommation en énergie et en ressource mémoire du terminal 3a et des stations 3b. Le serveur 4 extrait de la requête les données représentatives de l'identifiant, du terminal 3a et/ou de son propriétaire, de l'instant de lecture de l'étiquette 1. 10 Le serveur 4 consulte une base de données et détermine : - la table à laquelle l'étiquette 1 est allouée à partir de l'identifiant de l'étiquette, et - un compte utilisateur associé au client à partir des données 15 représentatives du terminal 3a et/ou de son propriétaire. Eventuellement, le serveur 4 peut également extraire de la base de données un code d'identification d'une station 3b (par exemple numéro de téléphone de la station) associée à la zone géographique dans laquelle est située ladite 20 table, notamment lorsque la desserte des tables d'un établissement est répartie entre plusieurs employés munis chacun d'une station 3b respective. Le serveur 4 génère ensuite un message d'information (étape 30) dans lequel les différents plats et boissons proposés sont répertoriés et l'envoie vers le 25 terminal 3a. Le message peut comprendre des données pour informer le client d'une promotion, ou d'un temps d'attente par plat etc. Le terminal 3a reçoit le message et l'affiche sur l'écran du terminal pour permettre au client de sélectionner les articles qu'il souhaite consommer. 30 Eventuellement, une mise en relation du terminal 3a avec une station 3b peut même être établie par l'intermédiaire du serveur 4 si le client souhaite des informations sur l'un des produits proposés dans le message d'information. 3036828 14 Une fois le (ou les) article(s) sélectionné(s) par le client, le terminal 3a génère une notification de commande incluant des données représentatives du (ou des) article(s) sélectionné(s), et la transmet au serveur 4 (étape 40). Dans certains modes de réalisation, la notification de commande est directement transmise au personnel en charge de la préparation des articles. Par exemple, les articles sélectionnés peuvent être affichés sur des moyens d'affichage (étape 50). Dans d'autres modes de réalisation, le serveur 4 génère une facture à partir de la notification et la transmet au terminal 3a pour règlement avant sa préparation. 15 Une fois la commande préparée, une instruction de livraison est émise par le serveur 4 vers la station 3b de la personne en charge d'apporter les articles vers la table où la commande a été effectuée. Ainsi et comme il ressort de la description qui précède, l'invention permet au 20 propriétaire d'un établissement : - de disposer d'un service de gestion de commande facilement implantable puisque sans fil et sans nécessité d'alimentation électrique, - de ne pas avoir à communiquer à ses clients les numéros de téléphone des stations 3b de ses employés, 25 - d'automatiser la facturation des commandes, - de n'autorisant la préparation des commandes qu'une fois celles-ci réglées. 3. Exemple d'application : « MyeAt'in » 30 Association étiquette teAz / emplacement : o Lecture d'une nouvelle étiquette « teAz », 5 10 3036828 15 o Affectation par écriture dans une base de données d'une plateforme « MyBlue-Ship »: - de l'application « MyeAt'in » à l'étiquette « teAz », - association de la table (éventuellement coordonnées 5 GPS) ou plus généralement de l'emplacement sur lequel l'étiquette « teAz » est fixée, - Envoie sur la plateforme « MyBlue-Ship » de l'étiquette « teAz » nouvellement créé et son association avec son propriétaire (i.e. restaurateur) et la table de son restaurant, 10 - Le propriétaire (i.e. restaurateur) peut programmer sur son espace dédié sur la plateforme « MyBlue-Ship » son menu, ses promotions, le plat du jour, etc. Utilisation par un client : 15 - Sur lecture de l'étiquette « teAz » par un client, celui-ci peut voir apparaître sur l'écran de son terminal une promotion ou un menu, - Le client peut passer une commande directement au restaurateur par l'envoi d'une notification sur une tablette dédiée ; grâce à l'étiquette « teAz », cette commande sera affectée à la bonne table ; le client peut 20 régler directement sa commande par ce biais, - Le propriétaire (i.e. restaurateur) peut envoyer au client un note attestant de la bonne prise en compte de sa commande et éventuellement fournir une information sur un durée d'attente estimée avant livraison de sa commande. 25 Communauté - Les clients via leur application « MyeAt'in » peuvent décider de rendre visible leur coordonnées GPS pour informer la communauté de leur position pendant une durée limitée, 30 - Le propriétaire de l'établissement peut adresser la communauté en marketing ciblé et avoir des informations sur les attendus de ses clients. 3036828 16 4. Conclusion Le système et le procédé décrits ci-dessus permettent la gestion de commandes dans un établissement. 5 Le lecteur aura compris que de nombreuses modifications peuvent être apportées au procédé et au système sans sorti matériellement des nouveaux enseignements présentés ici. 10 Par exemple, dans l'exemple décrit précédemment, on a considéré qu'une instruction de livraison était émise par le serveur 4 vers une station 3b en fonction de la position de table où la commande a été passée, par exemple si un première employé est dédié à la livraison des commandes passées en salle tandis qu'un deuxième employé est dédié à la livraison des commandes 15 passées en terrasse. Bien entendu, l'émission des instructions de livraison vers une station 3b ou une autre peut être fonction d'autre critères tels que le type d'article à servir, par exemple dans le cas où un premier employé est supposé apporter les 20 articles solides tandis qu'un deuxième employé est supposé apporter les articles liquides. Par conséquent, toutes les modifications de ce type sont destinées à être incorporées à l'intérieur de la portée des revendications jointes. REVENDICATIONS1. Procédé de gestion de commandes dans un établissement, le procédé comprenant : - la réception (20) d'une requête de commande émise par un terminal, la requête incluant : o des données représentatives d'un identifiant d'une étiquette de radio-identification allouée de manière permanente à un objet de l'établissement, o des données représentatives du terminal et/ou de son propriétaire, - l'émission (30) vers le terminal d'un fichier de données représentatives d'une pluralité d'articles proposés à la vente, - la réception (40) d'une notification de commande incluant des données représentatives d'au moins un article sélectionné par le propriétaire du terminal parmi la pluralité d'articles, - l'affichage (50) sur des moyens d'affichage : o de données représentatives dudit et au moins un article sélectionné, o de données représentatives de l'objet à partir duquel la requête de commande a été émise. 2. Procédé selon la revendication 1, lequel comprend en outre une étape de paiement dudit et au moins un article sélectionné, l'étape de paiement étant mise en oeuvre préalablement à l'étape d'affichage. 3. Procédé selon la revendication 2, dans lequel l'étape de paiement comprend les sous-étapes consistant à: - calculer un coût associé à la notification de commande en fonction dudit et au moins un article sélectionné, - envoyer un message incluant le coût calculé au terminal, - recevoir un ordre de paiement du terminal, 3036828 18 - rechercher dans une base de données un compte utilisateur en fonction des données représentatives du terminal et/ou de son propriétaire contenues dans la requête de commande, - débiter le compte utilisateur du coût calculé. 5 4. Procédé selon l'une quelconque des revendications 1 à 3, lequel comprend en outre une étape consistant à classer la notification reçue dans une file d'attente de notification en fonction d'un instant de réception de ladite notification. 10 5. Procédé selon l'une quelconque des revendications 1 à 4, lequel comprend en outre une étape de lecture par le terminal, de l'étiquette de radio-identification (1) allouée de manière permanente à l'objet, l'étape de lecture comprenant une sous-étape consistant à extraire un identifiant de 15 l'étiquette. 6. Procédé selon l'une quelconque des revendications 1 à 5, dans lequel l'étape de lecture comprend une sous-étape consistant à émettre au moins un stimulus visuel et/ou sonore et/ou tactile sur le terminal pour confirmer 20 la lecture de l'étiquette. 7. Procédé selon l'une quelconque des revendications 1 à 6, lequel comprend en outre une étape de traitement de la requête de commande, ladite étape de traitement comportant une sous-étape consistant à associer un droit 25 d'accès au terminal en fonction des données représentatives du terminal et/ou de son propriétaire, ledit droit d'accès définissant si le terminal est autorisé à enregistrer, consulter et/ou modifier des données d'un compte utilisateur auquel il est associé. 30 8. Système de gestion de commandes dans un établissement, le système comprenant un serveur programmé pour : 3036828 19 - recevoir une requête de commande émise par un terminal, la requête incluant : o des données représentatives d'un identifiant d'une étiquette de radio-identification allouée de manière permanente à un objet de 5 l'établissement, o des données représentatives du terminal et/ou de son propriétaire, - émettre vers le terminal un fichier de données représentatives d'une pluralité d'articles proposés à la vente, - recevoir une notification de commande incluant des données 10 représentatives d'au moins un article sélectionné par le propriétaire du terminal parmi la pluralité d'articles, - afficher sur des moyens d'affichage : o des données représentatives dudit et au moins un article sélectionné, 15 o des données représentatives de l'objet à partir duquel la requête de commande a été émise. 20