FR 3108187 A1 20210917 FR 2002578 A 20200316 L’invention concerne un dispositif 200 d’aide à la gestion de commandes dans un établissement, ledit dispositif 200 étant lié à un lieu spécifique dudit établissement et comportant: un élément tactile 210 qui peut être actionné par un utilisateur pour requérir un identifiant afin de passer une commande; une unité de traitement 219 qui établit une requête d’attribution d’un identifiant unique en réponse à une action sur l’élément tactile 210; un émetteur-récepteur 215 qui transmet à un gestionnaire de commandes la requête d’attribution d’un identifiant unique et qui reçoit du gestionnaire de commandes un identifiant unique attribué; et un afficheur 220 qui affiche l’identifiant unique attribué reçu du gestionnaire de commandes. L’invention concerne également un système ainsi qu’un procédé qui utilisent un tel dispositif. Figure pour l’abrégé: Fig. 2 SYSTEME DE GESTION DE COMMANDES DANS UN ETABLISSEMENT La présente invention se rapporte à un système de gestion de commandes dans un établissement, un dispositif d’aideà la gestion de commandes dans un établissement, ainsi qu’un procédé de prise d’une commande dans un établissement comprenant au moins un dispositif d’aide à la gestion de commandes lié à un lieu spécifique dudit établissement. Arrière-Plan Technologique Pour simplifier les commandes dans un établissement, notamment un établissement de type bar ou restaurant, des systèmes de gestion avancés proposent l’utilisation de dispositifs communicants, tels que des smartphones, tablettes ou ordinateurs portables. Ces dispositifs communicants peuvent être utilisés dans un établissement pour établir une connexion avec une unité centrale associée, qui met à disposition le menu et les tarifs de l’établissement et qui permet aux utilisateurs des dispositifs communicants de passer des commandes. La demande FR 2 968 423 A1 décrit un système de gestion de commandes directes dans un établissement, qui prévoit l’utilisation d’un smartphone en tant que dispositif communicant. Un client de l’établissement doit au préalable télécharger sur son smartphone une application dédiée permettant de communiquer avec une unité centrale de l’établissement. Ainsi, lors de l’arrivée du client dans l’établissement, une communication est établie entre l’unité centrale de l'établissement et le smartphone du client pour échanger le menu et les tarifs de l’établissement afin de permettre au client de passer une commande. La connexion entre le smartphone et l’unité centrale est facilitée par l’utilisation d'un flash code ou QR code pris en photo par le smartphone puis traduit en adresse de connexion wifi. Un tel système de gestion de commandes directes permet d’anticiper une commande dans un établissement où le service se fait au bar ou à un guichet, tel que par exemple un fast-food, mais ne convient pas à un établissement de restauration traditionnelle. En outre, la nécessité de télécharger une application au préalable constitue une contrainte pour l’utilisateur qui freine le déploiement d’une telle solution. La demande WO 2016/209006 A1 décrit un système de gestion de commandes dans un établissement, qui prévoit l’utilisation d’un serveur de pages web en tant qu’unité centrale. Ce serveur de pages web permet à n’importe quel smartphone, tablette ou ordinateur portable utilisé en tant que dispositif communicant de se connecter à l’aide d’un navigateur internet. En outre, pour pouvoir identifier un lieu spécifique de l’établissement à partir duquel une commande est passée, tel qu’une table, chaque table est associée à un code d’authentification indiqué sur la table. Un tel système de gestion de commandes permet d’avoir une prise de commande en identifiant une table. Cependant un tel système peut présenter des défauts de fonctionnement et notamment de rejeu de connexion accidentel ou volontaire bien après que le client ait quitté l’établissement. L’invention propose d’améliorer la fiabilité et la sécurité de la gestion de commandes dans un établissement tout en simplifiant la prise de commande. Plus en détail, l’invention propose un dispositif d’aide à la gestion de commandes dans un établissement, ledit dispositif étant lié à un lieu spécifique dudit établissement et comportantau moins un élément tactile, une unité de traitement, un émetteur-récepteur et un afficheur. L’élément tactile peut être actionné par un utilisateur pour requérir un identifiant afin de passer une commande. L’unité de traitement est prévue pour établir une requête d’attribution d’un identifiant unique en réponse à une action sur l’élément tactile. L’émetteur-récepteur est prévu pour transmettre à un gestionnaire de commandes la requête d’attribution d’un identifiant unique et pour recevoir du gestionnaire de commandes un identifiant unique attribué. L’afficheur est prévu pour afficher l’identifiant unique attribué, reçu du gestionnaire de commandes. Ainsi, l’invention permet la création d’un identifiant unique lié à un lieu spécifique d’un établissement, tel qu’un bar ou restaurant, afin de permettre une authentification d’un client de l’établissement seulement à partir du lieu spécifique lors de la prise de commande. Préférentiellement, l’identifiant unique est lié au lieu spécifique de l’établissement uniquement pendant une fenêtre temporelle réduite d’une durée prédéfinie, par exemple 30 secondes, afin de fortement réduire le risque potentiel de rejeux de connexion accidentels ou volontaires, qui pourraient résulter en des prises de commandes doubles ou autrement indésirées. L’élément tactile peut être un bouton-poussoir. Ainsi, un élément tactile fiable, peu coûteux et simple à utiliser, peut être mis à disposition pour permettre à un utilisateur de requérir un identifiant afin de passer une commande. L’émetteur-récepteur peut être un module Bluetooth, ledit module Bluetooth étant préférentiellement doté de la technologie Bluetooth basse consommation. L’utilisation d’un module Bluetooth doté de la technologie Bluetooth basse consommation permet l’identification du dispositif d’aide à la gestion de commandes dans un établissement par l’adresse matériel associée, c’est-à-dire par l’adresse MAC du module Bluetooth, tout en rendant possible une consommation suffisamment réduite pour une alimentation sur pile ou batterie du dispositif. Eventuellement, l’émetteur-récepteur réalise une balise Bluetooth qui émet une adresse internet pointant vers un site ou une page hypertexte de prise de commandes. Ainsi, l’accès au site ou à la page hypertexte de prise de commandes peut être simplifié avantageusement. L’afficheur peut afficher l’identifiant unique attribué reçu du gestionnaire de commandes, préférentiellement pour un temps limité prédéfini, le temps limité prédéfini correspondant à une durée de vie associée avec l’identifiant unique attribué reçu du gestionnaire de commandes. Ainsi, une utilisation erronée, par exemple dans le contexte d’un rejeu de connexion accidentel ou volontaire, peut avantageusement être évitée. Eventuellement, l’afficheur est un écran doté d’une technologie à diodes organiques électroluminescentes, un écran à encre, ou un ensemble d’afficheursà sept segments. Ainsi, l’identifiant unique attribué reçu du gestionnaire de commandes peut être affiché de manière claire et distincte afin de permettre à l’utilisateur de le saisir lors d’une prise de commande. L’identifiant unique attribué peut également, ou en supplément, être affiché sous forme d’un code, par exemple un code QR créé dynamiquement, encodant en outre une adresse internet pointant vers un site ou une page hypertexte de prise de commandes. Ainsi, la saisie de l’identifiant unique attribué permet à l’utilisateur d’accéder immédiatement au site ou à la page hypertexte de prise de commandes, ce qui simplifie notablement la prise de commande par l’utilisateur. Alternativement, un code QR sous forme imprimée peut être mis à disposition, par exemple au moyen d’un autocollant collé sur le dispositif d’aide à la gestion de commandes dans un établissement selon l’invention, le code QR encodant uniquement une adresse pointant vers un site ou une page hypertexte de prise de commandes. Ainsi, la création dynamique du code QR peut être omise et le traitement de l’identifiant unique attribué simplifié. Préférentiellement, le dispositif d’aide à la gestion de commandes dans un établissement selon l’invention comporte un ou plusieurs indicateurs visuels compris parmi un indicateur de paiement, un indicateur d’appel du personnel, un indicateur de niveau de charge, et un indicateur d’état de connexion. L’indicateur de paiement peut être prévu pour indiquer si une commande passée a été payée. L’indicateur d’appel du personnel peut être prévu pour indiquer si un appel de personnel a été émis. L’indicateur de niveau de charge peut être prévu pour indiquer un niveau de charge d’une ou plusieurs batteries rechargeables associées avec le dispositif. L’indicateur d’état de connexion peut être prévu pour indiquer la qualité de connectivité du dispositif. Ainsi, un moyen de signalisation simple et efficace relatif à différents statuts du dispositif d’aide à la gestion d’une commande dans l’établissement et/ou une commande passée peut être réalisé pour le personnel de l’établissement. En outre, les états actuels des indicateurs visuels peuvent être échangés avec une unité centrale de l’établissement, tel qu’un gestionnaire de statut, où ces états actuels sont préférentiellement affichés et constamment actualisé, par exemple sur un plan de tables. Un changement de statut peut éventuellement provenir de l’unité centrale, d’un site web associé, de boutons sur le dispositif d’aide à la gestion d’une commande dans un établissement accessible au client ou d’organes tactiles prévu sur le dispositif, qui sont accessibles uniquement au personnel de l’établissement via une clef ou un autre moyen de sécurité. Par ailleurs, le dispositif d’aide à la gestion de commandes dans un établissement selon l’invention peut comporter un organe tactile qui peut être actionné pour envoyer un signal de statut au gestionnaire de commandes. Similairement, ou de manière supplémentaire, le dispositif d’aide à la gestion de commandes dans un établissement selon l’invention peut comporter un élément d’appel qui peut être actionné pour appeler du personnel, un appel respectif au personnel étant au moins transmis au gestionnaire de commandes. Ainsi, le personnel de l’établissement peut facilement être appelé par l’utilisateur en cas de besoin par un actionnement de l’élément d’appel, et l’arrivée du personnel peut en retour être confirmée de manière simple et efficace, par exemple via le gestionnaire de commandes, au moyen des signaux de statut. Plus généralement, des changements de statut peuvent facilement être signalés par l’envoi de signaux de statut appropriés en actionnant l’organe tactile dédié à l’envoi de signaux de statut. Par exemple, dans un établissement de type bar ou restaurant où le dispositif d’aide à la gestion de commandes peut être lié à une table particulière, les signaux de statut peuvent se référer à un statut de la table et/ou d’une commande passée à partir de cette table, tels qu’occupé, dressé, établi, servi, réglé, etc. Outre un dispositif d’aide à la gestion de commandes dans un établissement, l’invention propose aussi un système de gestion de commandes dans un établissement. Ce système comporte au moins un dispositif d’aide à la gestion de commandes dans un établissement, tel que décrit plus haut, et un gestionnaire de commandes comprenant un émetteur-récepteur pour communiquer avec l’au moins un dispositif d’aide à la gestion de commandes dans un établissement, et une unité de traitement qui traite des requêtes d’attribution d’identifiants uniques reçues de l’au moins un dispositif d’aide à la gestion de commandes dans un établissement. Par exemple, dans un établissement de type bar ou restaurant où l’au moins un dispositif d’aide à la gestion de commandes peut être lié à une table particulière, le gestionnaire de commandes peut être lié à un comptoir à partir duquel le bar ou restaurant est géré. Ainsi, un moyen de gestion efficace peut être mis à disposition au comptoir sous forme d’un gestionnaire de commandes centralisé permettant d’offrir un service amélioré aux clients de l’établissement ainsi qu’une facilitation du travail du personnel, aussi bien au comptoir qu’en salle. L’émetteur-récepteur du gestionnaire de commandes peut être un module Bluetooth, ledit module Bluetooth étant préférentiellement doté de la technologie Bluetooth basse consommation. L’utilisation d’un module Bluetooth doté de la technologie Bluetooth basse consommation permet d’identifier sans ambiguïté l’au moins un dispositif d’aide à la gestion de commandes par son adresse matériel associée, c’est-à-dire par l’adresse MAC du module Bluetooth de l’au moins un dispositif, tout en rendant possible une consommation suffisamment réduite pour une alimentation sur pile ou batterie de l’émetteur-récepteur du gestionnaire de commandes. Selon un aspect de l’invention, le système de gestion de commandes dans un établissement comporte un générateur d’identifiants qui attribue des identifiants uniques et qui est accessible par le gestionnaire de commandes. Ainsi, une attribution rapide et efficace des identifiants uniques est rendue possible. Préférentiellement, le système de gestion de commandes dans un établissement comporte au moins un serveur de mise à disposition de services pour la gestion de commandes qui est accessible par le gestionnaire de commandes d’une part et via un réseau en utilisant un protocole internet d’autre part. Ainsi, l’on peut accéder au serveur de mise à disposition de services pour la gestion de commandes aussi bien pour établir une commande que pour la gérer ensuite. Autrement dit, l’accès au serveur peut être disponible pour tous les participants et composants actifs dans le système de gestion de commandes dans un établissement selon l’invention à partir d’une prise de commande jusqu’au règlement final. Eventuellement, le serveur de mise à disposition de services pour la gestion de commandes est un site web de prise de commandes accessible via le réseau en utilisant un protocole internet à tout dispositif personnel de communication pouvant s’identifier à l’aide d’un identifiant unique attribué. Ainsi, le nombre de composants requis pour la réalisation du système de gestion de commandes dans un établissement peut avantageusement être réduit et la gestion du site web de prise de commandes peut être délocalisée. Le serveur de mise à disposition de services pour la gestion de commandes peut être un serveur propre à un établissement. Néanmoins, dans un mode particulier de réalisation le serveur de mise à disposition de services pour la gestion de commandes est un serveur internet qui est commun à plusieurs établissements. Selon cette réalisation, un identifiant unique attribué envoyé à un établissement particulier peut au même moment permettre d’identifier l’établissement et un lieu spécifique dans l’établissement. Ainsi, lorsqu’une commande est prise sur le serveur internet, le serveur peut transmettre à l’établissement la commande en indiquant le lieu spécifique concerné. De plus, un paiement lié à la commande peut éventuellement être réglé en ligne via le serveur internet, le serveur indiquant alors à l’établissement que la commande est payée. Outre un dispositif d’aide à la gestion d’une commande dans un établissement et un système de gestion de commandes dans un établissement, l’invention propose aussi un procédé de prise d’une commande dans un établissement comprenant au moins un dispositif d’aide à la gestion de commandes lié à un lieu spécifique dudit établissement, dans lequel un utilisateur établit une commande à l’aide d’un dispositif personnel de communication connecté à un serveur distant de prise de commandes. Ledit procédé comporte préférentiellement les étapes suivantes: - lors de l’établissement d’une commande, l’utilisateur actionne un élément tactile dudit dispositif d’aide, - en réponse à l’actionnement de l’élément tactile, ledit dispositif d’aide émet une requête pour l’obtention d’un identifiant à destination d’un générateur d’identifiants lié au serveur distant, - le générateur d’identifiants attribue un identifiant unique et l’associe au lieu spécifique lié audit dispositif d’aide ayant émis la requête pour l’obtention de l’identifiant, puis transmet l’identifiant unique attribué audit dispositif d’aide, - à réception de l’identifiant, ledit dispositif d’aide affiche l’identifiant unique attribué afin que l’utilisateur puisse en prendre connaissance, - suite à l’affichage, l’identifiant unique attribué est copié dans le dispositif personnel de communication afin de le fournir au serveur distant et de saisir une commande, - la commande étant saisie, le serveur distant associe le lieu de livraison de la commande comme étant le lieu spécifique associé à l’identifiant unique attribué. Ainsi, l’invention permet l’attribution d’un identifiant unique à un lieu spécifique, tel qu’une table d’un établissement tel qu’un bar ou restaurant, afin de permettre une authentification d’un client du bar ou restaurant lors d’une prise de commande à partir de ladite table par le client. Selon un mode de réalisation, mais pas obligatoirement, chaque table d’un tel bar ou restaurant peut être munie d’un dispositif d’aide à la gestion de commandes lié à la table et permettant de requérir un identifiant unique en cas de besoin, par exemple lors d’une prise de commande. Chaque identifiant unique permet alors d’identifier la table, pour laquelle il a été créé et à laquelle il est attribué, ainsi que le client étant installé à ladite table. Afin d’éliminer le risque potentiel de rejeux de connexion accidentels ou volontaires, qui pourraient résulter en des prises de commandes doubles ou autrement indésirées, chaque identifiant unique est préférentiellement valable uniquement pendant une fenêtre temporelle réduite d’une durée prédéfinie, par exemple 30 secondes. Selon un autre mode de réalisation, la génération d’identifiants peut être permanente et l’identifiant unique attribué à une table particulière change par exemple toutes les 30 secondes. Brève Description des figures L’invention sera mieux comprise et d’autres caractéristiques et avantages de celle-ci apparaîtront à la lecture de la description suivante de modes de réalisation particuliers de l’invention, donnés à titre d’exemples illustratifs et non limitatifs, et faisant référence aux dessins annexés, parmi lesquels: montre un schéma fonctionnel illustrant un système de gestion de commandes dans un établissement selon un mode de réalisation, montre la face avant d’un dispositif d’aide à la gestion de commandes dans un établissement selon un mode de réalisation, montre la face arrière du dispositif d’aide à la gestion de commandes dans un établissement de la Fig. 2, montre un schéma fonctionnel d’un serveur de mise à disposition de services pour la gestion de commandes selon un mode de réalisation, montre un schéma fonctionnel d’une unité de gestion de commandes selon un mode de réalisation, montre un diagramme de flux illustrant un procédé exemplaire de prise de commande dans un établissement selon un mode de réalisation, et montre un diagramme de flux illustrant un procédé de paiement d’une commande prise dans un établissement selon un mode de réalisation. Description détaillée Fig. 1 montre une réalisation exemplaire d’un système 100 de gestion de commandes dans un établissement. Selon un mode de réalisation, le système 100 est adapté pour la gestion de commandes dans un établissement de type bar ou restaurant, mais peut également être appliqué pour la gestion de commandes dans d’autres établissements, tels que par exemple un salon ou salle d’attente d’un aéroport ou d’une gare, un bistrot, une loge VIP d’un site sportif, d’un stade ou d’un théâtre, un établissement de type restauration rapide, etc. Indépendamment de son application spécifique, le système 100 comporte préférentiellement au moins des moyens 110 pour la création de commandes dans un établissement, des moyens 120 pour la gestion de commandes dans l’établissement, et au moins un serveur 130 de mise à disposition de services pour la gestion de commandes. Le serveur 130 peut être un serveur propre à l’établissement ou un serveur internet qui est commun à plusieurs établissements. Les moyens 110 pour la création de commandes dans l’établissement comportent selon un mode de réalisation au moins un, et pour l’illustration plusieurs dispositifs 111, 113, 115 d’aide à la gestion de commandes dans l’établissement, qui sont numérotés de 1 à N. Chaque dispositif 111, 113, 115 est préférentiellement lié à un lieu spécifique de l’établissement. Dans un établissement de type bar ou restaurant, ce lieu spécifique peut, par exemple, être une table. A titre d’exemple, un dispositif utilisable pour la réalisation de chacun des dispositifs 111, 113, 115 est décrit plus en détail en référence aux Fig. 2 et Fig. 3. Les moyens 120 pour la gestion de commandes dans l’établissement comportent préférentiellement au moins un gestionnaire de commandes 122 qui est prévu pour communiquer avec les dispositifs 111, 113, 115. Le gestionnaire de commandes 122 et, plus généralement les moyens 120 sont adaptés pour accéder au serveur 130 de mise à disposition de services pour la gestion de commandes. Les moyens 120 de gestion de commande sont par exemple constitués d’un ou plusieurs ordinateurs mettant en œuvre des programmes réalisant les différentes fonctions de gestion décrites dans le présent document. Le serveur 130 peut par exemple être accessible via un réseau en utilisant un protocole internet. Le serveur 130 peut être réalisé à l’aide d’un ou plusieurs ordinateurs qui peuvent être commun à plusieurs établissements ou propre à l’établissement. L’accès au serveur 130 peut se faire via une connexion internet lorsque celui-ci est commun à plusieurs établissements ou via une connexion locale, par exemple Wifi, lorsque le serveur 130 est propre à l’établissement. Selon une variante particulière où le serveur 130 est propre à l’établissement, le serveur 130 et les moyens 120 peuvent être réalisée sur un même ordinateur mettant en œuvre ses programmes de manière indépendante et en parallèle. Selon un mode de réalisation, le serveur 130 est un site web de prise de commandes accessible, via le réseau en utilisant un protocole internet, à tout dispositif personnel de communication pouvant s’identifier à l’aide d’un identifiant unique attribué. Un procédé d’attribution d’un identifiant unique est décrit en plus grand détail à la Fig. 6. A titre d’exemple, un dispositif personnel de communication applicable peut être un smartphone, une tablette, un netbook, ou un notebook. Dans le contexte de la présente description, de tels dispositifs personnels de communication servent à créer des commandes et à les envoyer au serveur 130. En conséquence, ces dispositifs personnels de communication peuvent être considérés comme des dispositifs de création et d’envoi de commandes, qui sont associés aux moyens 110. Pour l’illustration, les moyens 110 comportent autant de dispositifs de création et d’envoi de commandes que de dispositifs d’aide à la gestion de commandes dans l’établissement. Autrement dit, comme il y a N dispositifs d’aide à la gestion de commandes dans l’établissement, c’est-à-dire les dispositifs 111, 113, 115, il y a également N dispositifs de création et d’envoi de commandes, qui sont à titre d’exemple référencé par les numéros 112, 114, 116. Ainsi, chacun des dispositifs 112, 114, 116 peut être associé à un des dispositifs 111, 113, 115. Les dispositifs de création et d’envoi de commande 112, 114, 116 peuvent être constitués de n’importe quel dispositif communicant d’un utilisateur client de l’établissement permettant de se connecter à un site ou à une page hypertexte via un réseau local ou via internet. A titre d’exemple, le dispositif de création et d’envoi de commande 112, 114, 116 peut être un smartphone, une tablette ou un ordinateur portable d’un client qui dispose d’un navigateur et de moyen de connexion à un réseau local ou à internet. Il va de soi que pour un établissement donné le nombre réel des dispositifs de création et d’envoi de commandes dépendra uniquement du nombre de clients présents dans l’établissement, tandis que le nombre réel des dispositifs d’aide à la gestion de commandes dans l’établissement dépendra préférentiellement du nombre de lieux spécifiques qui sont à équiper avec de tels dispositifs d’aide. Autrement dit, si l’on prend comme exemple d’un établissement un restaurant avec vingt tables, où chaque table doit être équipée d’un dispositif d’aide, cela fait vingt dispositifs d’aide à prévoir. Si, néanmoins, à un moment donné il n’y a que trois clients dans ce restaurant, qui sont indépendant les uns des autres, il n’y aura alors que trois dispositifs de création et d’envoi de commandes dans l’établissement. Par ailleurs, un établissement peut éventuellement n’être équipé que partiellement avec des dispositifs d’aide à la gestion de commandes. Par exemple, dans l’exemple précité d’un restaurant avec vingt tables, seulement dix tables peuvent être équipées de dispositifs d’aide, tandis que les autres dix tables sont prévues pour une gestion «classique». En outre, d’autres dispositifs que les dispositifs personnels de communication précités peuvent être pris en considération pour réaliser les dispositifs de création et d’envoi de commandes 112, 114, 116. Par exemple, des ordinateurs de types desktop peuvent être installés dans l’exemple précité aux tables du restaurant, etc. Selon un mode de réalisation, les moyens 120 de gestion de commandes dans l’établissement comportent un gestionnaire de statut 124 et/ou un gestionnaire de paiements 126. Eventuellement, le gestionnaire de statut 124 et/ou le gestionnaire de paiements 126 peuvent communiquer avec le gestionnaire de commandes 122. Le gestionnaire de statut 124 peut préférentiellement communiquer avec le serveur 130 de mise à disposition de services pour la gestion de commandes afin d’échanger des signaux de statut avec le serveur 130. Dans l’exemple précité d’un restaurant avec vingt tables, les signaux de statut peuvent se référer à un statut d’une table donnée et/ou d’une commande passée à partir de cette table, tels qu’occupé, dressé, établi, servi, réglé, etc. Le gestionnaire de paiements 126 peut préférentiellement communiquer avec le serveur 130 pour procéder à des paiements de commandes effectuées par des clients via le serveur 130. Eventuellement, au moins le gestionnaire de statut 124 et/ou le gestionnaire de paiements 126 sont réalisés par une caisse enregistreuse électronique. Selon une variante, au moins le gestionnaire de statut 124 et/ou le gestionnaire de paiements 126 sont réalisés sous forme de logiciel exécuté sur un ordinateur adapté, par exemple de type ordinateur portable. Fig. 2 montre un dispositif 200 d’aide à la gestion de commandes dans un établissement, et illustre une face avant exemplaire du dispositif 200. Le dispositif 200 peut être utilisé pour réaliser chacun des dispositifs 111, 113, 115 de la Fig. 1. Pour l’illustration, le dispositif 200 est réalisé sous forme d’un boîtier électronique solide. Eventuellement ce boîtier électronique solide comporte des éléments de fixation permettant de monter celui-ci sur un lieu spécifique dudit établissement, notamment une table. Selon un mode de réalisation, le dispositif 200 comporte au moins un élément tactile 210, un émetteur-récepteur 215, une unité de traitement 219, et un afficheur 220. Préférentiellement, le dispositif 200 est alimenté par batteries, de préférence par batteries rechargeables. Pour cette raison, le dispositif 200 dispose d’un compartiment à piles 230 permettant l’installation de batteries dans le dispositif 200. L’élément tactile 210 peut être actionné par un utilisateur tel qu’un client de l’établissement pour requérir un identifiant afin de passer une commande. A titre d’exemple, l’élément tactile 210 est un bouton-poussoir. L’unité de traitement 219 peut établir une requête d’attribution d’un identifiant unique en réponse à une action sur l’élément tactile 210. L’unité de traitement 219 peut comporter au moins un processeur et au moins une mémoire de données. L’émetteur-récepteur 215 peut transmettre la requête d’attribution d’un identifiant unique, préférentiellement à un gestionnaire de commandes associé, par exemple le gestionnaire de commandes 122 de la Fig. 1, et recevoir ensuite un identifiant unique attribué 222 de celui-ci, notamment du gestionnaire de commandes 122 de la Fig. 1. L’émetteur-récepteur 215 peut être un module Bluetooth et, préférentiellement, un module Bluetooth doté de la technologie Bluetooth basse consommation. Eventuellement, l’émetteur-récepteur 215 réalise une balise Bluetooth qui émet une adresse internet 217 pointant vers un site ou une page hypertexte de prise de commandes. Une telle balise Bluetooth peut par exemple être basée sur l’une des normes Eddystone ou iBeacon. Selon un mode de réalisation, la balise Bluetooth peut être détectée par un dispositif de création et d’envoi de commandes d’un client de l’établissement, par exemple un des dispositifs 112, 114, 116 de la Fig. 1, qui dispose d’un module Bluetooth adapté et qui scanne son environnement pour la détecter. Une fois détectée, l’adresse internet 217 encodée par la balise Bluetooth peut être signalée au client sous forme de notification, notamment sous forme d’un lien internet. Ainsi, le client peut être invité à utiliser l’espace numérique, c’est-à-dire le réseau de connexion, pour accéder par exemple au serveur 130 de mise à disposition de services pour la gestion de commandes afin d’établir une commande. L’afficheur 220 peut au moins afficher l’identifiant unique attribué 222 reçu par l’émetteur-récepteur 215. Eventuellement, l’afficheur 220 est un écran doté d’une technologie à diodes organiques électroluminescentes (OLED), un écran à encre, ou un ensemble d’afficheursà sept segments. Pour l’illustration, l’afficheur 220 est un ensemble de huit afficheurs224 à sept segments qui affiche l’identifiant unique attribué «14A-5uL7». Selon un mode de réalisation, l’afficheur 220 affiche l’identifiant unique attribué 222 seulement pour un temps limité prédéfini. Ce temps limité prédéfini peut correspondre à une durée de vie associée avec l’identifiant unique attribué 222, par exemple trente secondes. Optionnellement, le dispositif 200 comporte un élément d’appel 240. Celui-ci peut être actionné pour appeler le personnel de l’établissement. Préférentiellement, un appel respectif au personnel est au moins transmis au gestionnaire de commandes 122 de la Fig. 1. Fig. 3 montre le dispositif 200 de la Fig. 2 et illustre une face arrière exemplaire de celui-ci. Outre les composants décrits à la Fig. 2, le dispositif 200 comporte préférentiellement un interrupteur 250, un élément d’affichage 260, un ou plusieurs indicateurs visuels 270, un ou plusieurs éléments signalétiques 280, et un organe tactile 290. L’interrupteur 250 peut être actionné pour allumer ou éteindre le dispositif 200. A titre d’exemple, l’interrupteur 250 est réalisé par deux bouton-poussoir, un bouton pour allumer le dispositif («1») et un autre bouton pour l’éteindre («0»). Néanmoins, d’autres interrupteurs peuvent similairement être utilisés, tel qu’un interrupteur MARCHE/ARRET à deux niveaux etc. L’élément d’affichage 260 peut être un écran doté d’une technologie à diodes organiques électroluminescentes (OLED) ou un écran à encre. Ainsi, l’élément d’affichage 260 peut afficher l’identifiant unique attribué 222 de la Fig. 2 sous forme d’un code, par exemple un code QR créé dynamiquement, encodant en outre l’adresse internet 217 de la Fig. 2 pointant vers un site ou une page hypertexte de prise de commandes. Alternativement, l’élément d’affichage 260 peut être une simple plaque d’affichage comportant, par exemple, un code QR statique qui ne sert qu’à encoder l’adresse internet 217. Eventuellement, ce code QR statique peut être imprimé sur un autocollant collé sur la plaque d’affichage. Les indicateurs visuels 270 comportent, à titre d’exemple, quatre indicateurs visuels 271, 272, 273, 274. Selon un mode de réalisation, l’indicateur 271 est un indicateur de paiement qui indique si une commande passée a été payée, l’indicateur 272 est un indicateur d’appel du personnel qui indique si un appel de personnel a été émis, par exemple en utilisant l’élément d’appel 240 de la Fig. 2, l’indicateur 273 est un indicateur de niveau de charge qui indique un niveau de charge d’une ou plusieurs batteries rechargeables associées avec le dispositif 200, et l’indicateur 274 est un indicateur d’état de connexion qui indique la qualité de connectivité du dispositif 200. Les éléments signalétiques 280 comportent, à titre d’exemple, quatre éléments signalétiques 281, 282, 283, 284. Ces éléments signalétiques 281, 282, 283, 284 sont préférentiellement associés aux indicateurs visuels 271, 272, 273, 274, respectivement. Ainsi, l’élément 281 symbolise un paiement, l’élément 282 symbolise le personnel, l’élément 283 symbolise un chargement de pile, et l’élément 284 symbolise une qualité de connexion. Il faut noter que les indicateurs visuels 271, 272, 273, 274 et les éléments signalétiques 281, 282, 283, 284 sont uniquement décrits à titre d’exemple et non pour limiter l’invention en conséquence. D’autres indicateurs visuels et éléments signalétiques sont également contemplés. Par exemple il est possible de prévoir un indicateur visuel qui indique si une commande a été effectuée, ledit indicateur visuel étant associé à un élément signalétique symbolisant une commande, etc. Par ailleurs, un choix large pour la réalisation et le fonctionnement particuliers des indicateurs visuels 271, 272, 273, 274 est envisageable. A titre d’exemple, les indicateurs visuels 271, 272, 273, 274 peuvent être réalisés par des voyants de couleur, préférentiellement des voyants LED monocolores. Ainsi, l’indicateur visuel 271 peut éventuellement être illuminé en vert, si une commande passée a été payée, et rester éteint sinon. L’indicateur 272 peut éventuellement être illuminé en rouge, si un appel de personnel a été émis, et rester éteint sinon. Similairement, l’indicateur visuel 273 peut éventuellement être illuminé en rouge, si les batteries rechargeables associées avec le dispositif 200 doivent être rechargées, et rester éteint sinon. Enfin, l’indicateur visuel 274 peut éventuellement être illuminé en rouge, si le dispositif 200 n’a pas de connexion, et rester éteint sinon. Néanmoins, d’autres configurations sont également possibles et similairement contemplées. A titre d’exemple, les indicateurs visuels 271, 272, 273, 274 peuvent être réalisés par des voyants LED bicolores. Ainsi, à titre d’exemple, l’indicateur visuel 271 peut être illuminé en vert, si une commande passée a été payée, en rouge, s’il y a un problème avec le paiement, et rester éteint sinon, etc. Selon un mode de réalisation, l’organe tactile 290 peut être actionné pour envoyer un signal de statut, préférentiellement au moins au gestionnaire de commandes 122 de la Fig. 1. En plus, ou alternativement, le signal de statut peut être envoyé au gestionnaire de statut 124 de la Fig. 1 et/ou au serveur 130 de mise à disposition de services pour la gestion de commandes de la Fig. 1. En actionnant l’organe tactile 290, des changements de statut peuvent être signalés par l’envoi de signaux de statut appropriés, préférentiellement par le personnel de l’établissement. Par exemple, dans un établissement de type bar ou restaurant où le dispositif 200 est préférentiellement lié à une table particulière, les signaux de statut peuvent se référer à un statut de la table et/ou d’une commande passée à partir de cette table, tels qu’occupé, dressé, établi, servi, réglé, etc. Eventuellement, l’organe tactile 290 est réalisé par un commutateur disposant de plusieurs positions. Des indicateurs signalétiques 295 peuvent alors être prévus pour les différentes positions de celui-ci, chaque cran étant associé par exemple à un statut particulier. Afin de réserver l’usage l’organe tactile 290, le commutateur peut n’être actionnable qu’avec l’aide d’une clef possédée uniquement par le personnel de l’établissement. Fig. 4 montre le serveur 130 de mise à disposition de services pour la gestion de commandes de la Fig. 1, qui peut être un serveur propre à un établissement donné ou un serveur internet qui est commun à plusieurs établissements. Selon un mode de réalisation, le serveur 130 propose au moins trois différents services: un site ou une page hypertexte de prise de commandes 410, un générateur d’identifiants 420 et un service de paiements 430. Alternativement au moins un, voire chacun de ces trois peut être logé sur un serveur séparé, qui peut être situé à un endroit distinct et accessible via un réseau en utilisant un protocole internet. Le site ou la page hypertexte de prise de commandes 410 comporte éventuellement une unité de sélection 412 et une unité de réception et transmission de commandes 414. L’unité de sélection 412 est préférentiellement adaptée à visualiser les offres et tarifs d’un établissement donné afin de permettre la sélection d’offres à commander. A titre d’exemple, si l’établissement est un restaurant, l’unité de sélection 412 peut visualiser le menu du restaurant et ses tarifs, par exemple sous forme d’une page web. L’unité de réception et transmission de commandes 414 permet préférentiellement la réception d’une commande établie par un client en utilisant l’unité de sélection 412, et son envoi à l’établissement. Selon un mode de réalisation, le site ou la page hypertexte de prise de commandes 410 est un service de type serveur web avec affichage d’une page web de type site marchand permettant la création et la prise de commandes. De telles structures sont bien connues par l’homme du métier et leur description détaillée peut être omise par souci de brièveté. Le générateur d’identifiants 420 est préférentiellement adapté à générer des identifiants uniques et à attribuer chaque identifiant unique généré à un établissement particulier et un lieu spécifique dans l’établissement particulier. La création d’un tel identifiant unique pour un établissement particulier, tel qu’un bar ou restaurant, permet l’association d’une commande passée dans l’établissement avec un lieu spécifique de l’établissement particulier d’où la commande a été envoyée, tel qu’une table dans un bar ou restaurant, et ainsi avec un client de l’établissement particulier qui est installé à cette table. Préférentiellement, l’identifiant unique est lié au lieu spécifique de l’établissement particulier uniquement pendant une fenêtre temporelle réduite d’une durée prédéfinie, par exemple 30 secondes. Selon un mode de réalisation, le générateur d’identifiants 420 est réalisé au moyen d’un logiciel spécialisé. Un tel logiciel peut être un logiciel de type propriétaire ou un logiciel open source. Néanmoins, des logiciels pouvant réaliser le générateur d’identifiants 420 sont bien connus par l’homme du métier et ne font pas partie de la présente invention en soi. Ainsi, leur description détaillée sera omise par souci de brièveté. Le service de paiements 430 est préférentiellement adapté pour permettre le paiement d’une commande passée. Des services pouvant réaliser le service de paiements 430 sont bien connus par l’homme du métier, comme par exemple PayPal ou Amazon Pay, pour ne citer que deux exemples. Néanmoins, ces services en eux-mêmes ne font pas partie de la présente invention. Ainsi, leur description détaillée sera également omise par souci de brièveté. Fig. 5 montre le moyen 120 de gestion de commandes de la Fig. 1, qui comporte le gestionnaire de commandes 122, le gestionnaire de statut 124, et le gestionnaire de paiements 126. Préférentiellement, le gestionnaire de commandes 122 peut au moins communiquer avec le gestionnaire de paiements 126. Eventuellement, le gestionnaire de commandes 122 est réalisé sous forme d’un boîtier électronique solide. Ce boîtier électronique solide peut comporter des éléments de fixation permettant de monter celui-ci sur un lieu spécifique d’un établissement, par exemple un comptoir. Selon un mode de réalisation, le gestionnaire de commandes 122 comporte au moins un émetteur-récepteur 510 et une unité de traitement 515. L’émetteur-récepteur 510 est prévu pour permettre au gestionnaire de commandes 122 de communiquer au moins avec les dispositifs 111, 113, 115 de la Fig. 1. Préférentiellement, l’émetteur-récepteur 510 est un module Bluetooth, de préférence un module Bluetooth doté de la technologie Bluetooth basse consommation. L’unité de traitement 515 est prévue pour traiter des requêtes d’attribution d’identifiants uniques reçues des dispositifs 111, 113, 115 de la Fig. 1. L’unité de traitement 515 peut comporter au moins un processeur et au moins une mémoire de données. Le gestionnaire de statut 124 comporte à titre d’exemple un affichage plan de salle 520. Dans un établissement de type bar ou restaurant avec plusieurs tables, l’affichage plan de salle 520 peut afficher le statut de chaque table. Chaque statut de chaque table peut être indiqué par un voyant associé, tel qu’un voyant LED monocolore ou bicolore. A titre d’exemple, l’affichage plan de salle 520 peut indiquer pour chaque table si elle est dressée et/ou occupée. En plus, il peut indiquer si une commande a été établie pour le ou les clients installés à la table, si la commande est en cours de préparation, servie, payée, etc. Par ailleurs, l’affichage plan de salle 520 peut même indiquer pour chaque table quel plat vient d’être servi ainsi que le nombre de clients installés. En plus, l’affichage plan de salle 520 peut simplement illustrer l’occupation de chaque table. Le gestionnaire de paiements 126 comporte à titre d’exemple une caisse tactile 530. Une telle caisse tactile 530 permet d’encaisser le paiement d’un client au moment de son départ de l’établissement. Après l’encaissement, si la totalité du paiement a été encaissée, le gestionnaire de paiements 126 envoie préférentiellement un signal de statut au gestionnaire de commandes 122 pour confirmerà celui-ci l’encaissement. Le gestionnaire de commandes 122 peut par la suite transmettre la confirmation au dispositif d’aide à la gestion de commandes dans l’établissement concerné, c’est-à-dire l’un des dispositif 111, 113, 115 de la Fig. 1, afin de notifier l’encaissement au personnel. Alternativement, le gestionnaire de paiements 126 peut être accessible par le client via un réseau en utilisant un protocole internet. Ainsi, le client peut accéder au gestionnaire de paiements 126 par son dispositif de création et d’envoi de commandes, c’est-à-dire l’un des dispositifs 112, 114, 116 de la Fig. 1, afin de payer sa commande. Par la suite, le gestionnaire de paiements 126 peut par exemple gérer le paiement via le service de paiements 430 de la Fig. 4. Selon un mode de réalisation, le gestionnaire de statut 124 et/ou le gestionnaire de paiements 126 sont des logiciels spécifiques propriétaires installés sur un ordinateur ou serveur dédié dans l’établissement. Similairement, le gestionnaire de commandes 122 peut être réalisé comme un logiciel spécifique propriétaire installé, par exemple, sur le même ordinateur ou serveur dédié, ou un autre. Par ailleurs, le gestionnaire de commandes 122, le gestionnaire de statut 124 et/ou le gestionnaire de paiements 126 peuvent être intégrés entièrement ou partiellement les uns dans les autres, ou être réalisés comme des modules séparés. A titre d’exemple, le gestionnaire de statut 124 peut être intégré dans le gestionnaire de paiements 126 ou tout simplement dans la caisse tactile 530, lorsque celle-ci est elle-même réalisée sous la forme d’un programme d’ordinateur fonctionnant sur un ordinateur disposant d’un écran tactile comme interface homme-machine. Fig. 6 montre un procédé 600 de prise d’une commande dans un établissement selon un mode de réalisation. Le procédé 600 est préférentiellement exécuté par le système 100 de gestion de commandes dans un établissement selon la Fig. 1 comportant les dispositifs 111, 113, 115 d’aide à la gestion de commandes lié à un lieu spécifique dudit établissement, dans lequel un utilisateur établit une commande à l’aide d’un des dispositifs 112, 114, 116 de création et d’envoi de commandes par le serveur 130 de mise à disposition de services pour la gestion de commandes. Pour l’illustration, le procédé 600 est expliqué ci-après par rapport à une utilisation des dispositifs 111, 112 de la Fig. 1 dans un établissement de type bar ou restaurant, dans lequel le dispositif 111 est réalisé sous forme du dispositif 200 d’aide à la gestion de commande selon Fig. 2 et Fig. 3 et associé à une table du bar ou restaurant. Le dispositif 112 de la Fig. 1 est par exemple réalisé par un dispositif personnel de communication sous forme d’un smartphone et le serveur 130 de la Fig. 1 est à titre d’exemple réalisé comme un serveur distant de prise de commande. Lors d’une première étape 610, un utilisateur du smartphone actionne en tant que client du bar ou restaurant lors de l’établissement d’une commande l’élément tactile 210 du dispositif 200 d’aide à la gestion de commande. En réponse à l’actionnement de l’élément tactile 210, ledit dispositif 200 d’aide à la gestion de commande émet lors d’une étape 620 une requête pour l’obtention d’un identifiant à destination d’un générateur d’identifiants (420 dans la Fig. 4) lié au serveur distant 130. Préférentiellement, la requête est d’abord envoyée au gestionnaire de commandes 122 de la Fig. 1, qui transmet la requête au générateur d’identifiants (420 dans la Fig. 4) lors d’une étape 630. Selon un mode de réalisation, le gestionnaire de commandes 122 de la Fig. 1 détermine l’adresse MAC/IP du dispositif 200 d’aide à la gestion de commande ayant émis la requête. Ainsi, la table du dispositif 200 d’aide à la gestion de commande peut être déterminée et, en conséquence, un identifiant table attribué à la table. Ensuite, le gestionnaire de commandes 122 de la Fig. 1 peut établir une requête HTTPS comportant un identifiant bar ou restaurant ainsi que l’identifiant table, et envoyer la requête HTTPS au générateur d’identifiants (420 dans la Fig. 4) afin d’obtenir un identifiant unique. Le générateur d’identifiants (420 dans la Fig. 4) attribue un identifiant unique et l’associe à la table du dispositif 200 d’aide à la gestion de commande ayant émis la requête pour l’obtention de l’identifiant, puis transmet l’identifiant unique attribué au dispositif 200 d’aide à la gestion de commande lors d’une étape 640. Préférentiellement, l’identifiant unique attribué est d’abord envoyé au gestionnaire de commandes 122 de la Fig. 1, qui transmet l’identifiant unique attribué au dispositif 200 d’aide à la gestion de commande lors d’une étape 650. Selon un mode de réalisation, le générateur d’identifiants (420 dans la Fig. 4) vérifie d’abord, si le gestionnaire de commandes 122 de la Fig. 1 ayant émis la requête HTTPS est autorisé. Ensuite, il vérifie si un jeton d’authentification attaché à la requête HTTPS est valide, et s’il n’y a pas déjà eu une requête HTTPS pour la table identifiée par l’identifiant table dans la requête HTTPS pendant la durée prédéfinie, par exemple 30 secondes, de validité de chaque identifiant unique créé. Seulement si toutes les vérifications sont affirmatives, l’identifiant unique requis est créé par le générateur d’identifiants (420 dans la Fig. 4), transmis au gestionnaire de commandes 122 de la Fig. 1 via une réplique HTTPS, et stocké en mémoire pour la durée prédéfinie. A réception de l’identifiant, le dispositif 200 d’aide à la gestion de commande affiche l’identifiant unique attribué (222 de la Fig. 2) lors d’une étape 660 afin que l’utilisateur du smartphone, c’est-à-dire le client, puisse en prendre connaissance. Par exemple, l’identifiant unique attribué est affiché par l’afficheur 220 de la Fig. 2. Suite à l’affichage, l’identifiant unique attribué est copié lors d’une étape 670 dans le smartphone de l’utilisateur, c’est-à-dire du client, afin de le fournir au serveur distant 130 et de saisir une commande. La commande est préférentiellement saisie via le site ou la page hypertexte de prise de commandes 410 de la Fig. 4 du serveur distant 130. La commande étant saisie, le serveur distant 130 associe le lieu de livraison de la commande comme étant la table du bar ou restaurant, qui est associée à l’identifiant unique attribué. Préférentiellement, le serveur distant 130 communique ensuite le lieu de livraison, c’est-à-dire la table, ainsi que la commande saisie au gestionnaire de commandes 122 de la Fig. 1. Il faut noter que l’enchaînement des étapes 610 à 670 est seulement exemplaire et n’est pas conçu pour limiter la présente invention. Selon une variante, il est possible de saisir d’abord une commande et de demander l’identifiant unique seulement une fois que la commande est établie. Dans ce cas, l’identifiant unique est saisi pour finaliser la commande établie, avant de l’envoyer. Fig. 7 montre un procédé 700 de paiement en ligne d’une commande par un client dans un établissement selon un mode de réalisation. Le procédé 700 est préférentiellement exécuté par le système 100 de gestion de commandes dans un établissement selon la Fig. 1 comportant les dispositifs 111, 113, 115 d’aide à la gestion de commandes lié à un lieu spécifique dudit établissement, dans lequel un utilisateur établit une commande à l’aide d’un des dispositifs 112, 114, 116 de création et d’envoi de commandes par le serveur 130 de mise à disposition de services pour la gestion de commandes. Pour l’illustration, le procédé 700 est expliqué ci-après par rapport à une utilisation des dispositifs 111, 112, du gestionnaire de commandes 122 et du gestionnaire de paiements 126 de la Fig. 1 dans un établissement de type bar ou restaurant. Dans cet établissement de type bar ou restaurant, le dispositif 111 est réalisé sous forme du dispositif 200 d’aide à la gestion de commande selon Fig. 2 et Fig. 3 et associé à une table du bar ou restaurant. Le dispositif 112 de la Fig. 1 est par exemple réalisé par un dispositif personnel de communication du client sous forme d’un smartphone et le serveur 130 de la Fig. 1 est à titre d’exemple réalisé comme un serveur distant de prise de commande. Lors d’une première étape 710, le client accède avec son smartphone au gestionnaire de paiements 126 pour effectuer le paiement d’une commande. Le gestionnaire de paiements 126 établit ensuite lors d’une étape 720 une connexion à un service de paiements (430 de la Fig. 4) du serveur distant 130 pour procéder au paiement. Lors d’une étape 730, le service de paiements (430 de la Fig. 4) du serveur distant 130 gère le paiement du client. Après réception du paiement, le service de paiements (430 de la Fig. 4) du serveur distant 130 confirme la réception au smartphone du client et au gestionnaire de paiements 126. Lors d’une étape 740, le gestionnaire de paiements 126 envoie un signal indiquant le paiement effectué au gestionnaire de commandes 122. Celui-ci transmet le signal reçu au dispositif 200 d’aide à la gestion de commande de la table du client lors d’une étape 750. Lors d’une étape 760, le dispositif 200 d’aide à la gestion de commande de la table du client affiche une confirmation du paiement effectué. Par exemple, l’indicateur visuel 271 du dispositif 200 d’aide à la gestion de commande est illuminé en vert. Il faut noter que le procédé 700 est uniquement décrit à titre d’exemple et non pour limiter la présente invention. En fait, d’autres possibilités pour le paiement de commandes peuvent alternativement ou de manière supplémentaire être prévues dans un établissement donné, tel que des paiements par carte bancaire ou en espèces. Par exemple, de tels paiements peuvent être gérés par la caisse tactile 530 de la Fig. 5 ou par le personnel de l’établissement selon une technique connue, le personnel pouvant notamment informer le gestionnaire de commande 122 en positionnant le commutateur 290 sur la position «réglé». Dispositif (200) d’aide à la gestion de commandes dans un établissement, ledit dispositif (200) étant lié à un lieu spécifique dudit établissement et comportant: - un élément tactile (210) qui peut être actionné par un utilisateur pour requérir un identifiant afin de passer une commande, - une unité de traitement (219) qui établit une requête d’attribution d’un identifiant unique en réponse à une action sur l’élément tactile (210), - un émetteur-récepteur (215) qui transmet à un gestionnaire de commandes (122) la requête d’attribution d’un identifiant unique et qui reçoit du gestionnaire de commandes (122) un identifiant unique attribué (222), et - un afficheur (220) qui affiche l’identifiant unique attribué (222) reçu du gestionnaire de commandes (122). Dispositif (200) selon la revendication 1, dans lequel l’élément tactile (210) est un bouton-poussoir. Dispositif (200) selon la revendication 1 ou 2, dans lequel l’émetteur-récepteur (215) est un module Bluetooth, ledit module Bluetooth étant préférentiellement doté de la technologie Bluetooth basse consommation. Dispositif (200) selon la revendication 3, dans lequel l’émetteur-récepteur (215) réalise une balise Bluetooth qui émet une adresse internet (217) pointant vers un site ou une page hypertexte de prise de commandes (410). Dispositif (200) selon l’une quelconque des revendications 1 à 4, dans lequel l’afficheur (220) affiche l’identifiant unique attribué (222) reçu du gestionnaire de commandes (122) pour un temps limité prédéfini, le temps limité prédéfini correspondant à une durée de vie associée avec l’identifiant unique attribué (222) reçu du gestionnaire de commandes (122). Dispositif (200) selon l’une quelconque des revendications 1 à 5, dans lequel l’afficheur (220) est un écran doté d’une technologie à diodes organiques électroluminescentes, un écran à encre, ou un ensemble d’afficheursà sept segments. Dispositif (200) selon l’une quelconque des revendications 1 à 6, dans lequel l’identifiant unique attribué (222) est affiché sous forme d’un code (260) encodant en outre une adresse internet (217) pointant vers un site ou une page hypertexte de prise de commandes (410). Dispositif (200) selon l’une quelconque des revendications 1 à 7, comportant un ou plusieurs indicateurs visuels (270) compris parmi: - un indicateur de paiement (271) qui indique si une commande passée a été payée; - un indicateur d’appel du personnel (272) qui indique si un appel de personnel a été émis; - un indicateur de niveau de charge (273) qui indique un niveau de charge d’une ou plusieurs batteries rechargeables associées avec le dispositif (200); et - un indicateur d’état de connexion (274) qui indique la qualité de connectivité du dispositif (200). Dispositif (200) selon l’une quelconque des revendications 1 à 8, comportant un organe tactile (290) qui peut être actionné pour envoyer un signal de statut au gestionnaire de commandes (122). Dispositif (200) selon l’une quelconque des revendications 1 à 9, comportant un élément d’appel (240) qui peut être actionné pour appeler du personnel, un appel respectif au personnel étant au moins transmis au gestionnaire de commandes (122). Système (100) de gestion de commandes dans un établissement, comportant: - au moins un dispositif (200) d’aide à la gestion de commandes dans un établissement selon l’une quelconque des revendications 1 à 10; et - un gestionnaire de commandes (122) comprenant un émetteur-récepteur (510) pour communiquer avec l’au moins un dispositif (200) d’aide à la gestion de commandes dans un établissement, et une unité de traitement (515) qui traite des requêtes d’attribution d’identifiants uniques reçues de l’au moins un dispositif (200) d’aide à la gestion de commandes dans un établissement. Système (100) selon la revendication 11, dans lequel l’émetteur-récepteur (510) du gestionnaire de commandes (122) est un module Bluetooth, ledit module Bluetooth étant préférentiellement doté de la technologie Bluetooth basse consommation. Système (100) selon la revendication 11 ou 12, comportant un générateur d’identifiants (420) qui attribue des identifiants uniques et qui est accessible par le gestionnaire de commandes (122). Système (100) selon l’une quelconque des revendications 11 à 13, comportant au moins un serveur (130) de mise à disposition de services pour la gestion de commandes qui est accessible par le gestionnaire de commandes (122) d’une part et via un réseau en utilisant un protocole internet d’autre part. Système (100) selon la revendication 14, dans lequel le serveur (130) de mise à disposition de services pour la gestion de commandes est un site web de prise de commandes accessible, via le réseau en utilisant un protocole internet, à tout dispositif personnel de communication pouvant s’identifier à l’aide d’un identifiant unique attribué (222). Procédé de prise d’une commande dans un établissement comprenant au moins un dispositif (200) d’aide à la gestion de commandes lié à un lieu spécifique dudit établissement, dans lequel un utilisateur établit une commande à l’aide d’un dispositif (112, 114, 116) personnel de communication connecté à un serveur (130) distant de prise de commandes, ledit procédé étant caractérisé en ce que: - lors de l’établissement d’une commande, l’utilisateur actionne (610) un élément tactile dudit dispositif d’aide, - en réponse à l’actionnement de l’élément tactile, ledit dispositif d’aide émet (620) une requête pour l’obtention d’un identifiant à destination d’un générateur d’identifiants (420) lié au serveur distant, - le générateur d’identifiants attribue un identifiant unique et l’associe au lieu spécifique lié audit dispositif d’aide ayant émis la requête pour l’obtention de l’identifiant, puis transmet l’identifiant unique attribué audit dispositif d’aide (640), - à réception de l’identifiant, ledit dispositif d’aide affiche l’identifiant unique attribué afin que l’utilisateur puisse en prendre connaissance (660), - suite à l’affichage, l’identifiant unique attribué est copié dans le dispositif personnel de communication afin de le fournir au serveur distant et de saisir une commande (670), - la commande étant saisie, le serveur distant associe le lieu de livraison de la commande comme étant le lieu spécifique associé à l’identifiant unique attribué.