FR 3096485 A1 20201127 FR 1906387 A 20190614 Description Titre de l'invention : Ticket digital pour file d'attente Domaine technique [0001] La présente invention relève du domaine des dispositifs de télécommunication pour des prises de rendez-vous automatisées. Technique antérieure [0002] L'affluence dans des administrations ou dans des boutiques spécialisées peut constituer une perte de temps considérable pour des utilisateurs qui doivent parfois attendre longtemps pour avoir un rendez-vous avec un conseiller. [0003] La solution courante consiste à attribuer un numéro d'ordre dans une file d'attente à l'arrivée des utilisateurs, par exemple sous la forme d'un ticket de papier numéroté, et d'afficher le numéro courant d'un utilisateur localement sur un écran dans la zone de rendez-vous lorsqu'un conseiller est prêt à l'accueillir immédiatement. [0004] Cette solution impose aux utilisateurs d'attendre à portée de vision de l'écran que leur numéro apparaisse. De plus, cette solution nécessite un approvisionnement en tickets, impliquant une maintenance et des déchets de papier. Résumé 100051 L'invention vient améliorer la situation. 100061 Elle propose à cet effet un procédé pour une prise de rendez-vous, le procédé comprenant : - une émission, par une borne d'accueil, d'un signal comportant au moins une donnée représentative de numéro d'ordre dans une file d'attente, - une réception dudit signal par un terminal que porte un utilisateur touchant (ou effleurant) la borne, par une communication intracorporelle via l'utilisateur, le terminal recevant ainsi la donnée représentative du numéro d'ordre dans la file d'attente, et - la borne d'accueil étant connectée à une mémoire, une incrémentation dans la mémoire du numéro d'ordre dans la file d'attente, pour un prochain utilisateur. 100071 Un te procédé permet alors la transmission sur le terminal de l'utilisateur d'une donnée représentative d'une position dans une file d'attente, et donc l'équivalent d'un ticket de file, par le simple toucher d'une borne. Dès lors, cet utilisateur courant fait partie de la file d'attente, et donc le numéro d'ordre dans la file peut ensuite être incrémenté pour un utilisateur suivant. 100081 A cet effet, il suffit à l'utilisateur de toucher la borne et de porter sur lui un terminal (un smartphone par exemple), et de recevoir ainsi un ticket virtuel d'ordre dans la file d'attente, par communication intracorporelle. [0009] Selon un mode de réalisation, le terminal, sur réception du signal précité, affiche sur 2 un écran du terminal pour l'utilisateur, une donnée représentative du numéro d'ordre dans la file d'attente. [0010] Cette donnée représentative peut être un numéro d'ordre dans une file d'attente. Dans une telle réalisation, l'utilisateur peut alors simplement présenter son terminal en guise de ticket à la manière d'un ticket digital. La donnée représentative précitée peut, dans un mode de réalisation plus sophistiqué présenté ci-après, correspondre à une horodate de rendez-vous. De manière générale il s'agit d'une donnée permettant d'identifier l'ordre du rendez-vous d'un utilisateur parmi une liste de rendez-vous constituée. [0011] Dans un mode de réalisation, le terminal peut animer une interface homme machine sur le terminal pour demander à l'utilisateur de valider la prise de rendez-vous. [0012] L'utilisateur peut en effet visualiser sur l'écran de son terminal la donnée repré- sentative de son numéro d'ordre dans la file et éventuellement l'accepter, et donc valider la proposition de rendez-vous. [0013] Dès lors, la validation de la prise de rendez-vous par l'utilisateur provoque r incrementation dans la mémoire précitée du numéro d'ordre dans la file d'attente. [0014] Dans une réalisation, la mémoire précitée stocke une liste contenant une succession de numéros d'ordre de rendez-vous à venir, et un ajout d'un nouveau rendez-vous en bas de liste s'accompagne de ladite incrérnentation du numéro d'ordre. [0015] Par cette réalisation, un nouveau numéro d'ordre peut être disponible pour un éventuel nouvel utilisateur après l'ajout d'un rendez-vous dans la file d'attente. [0016] Dans une telle réalisation en particulier, en fonction au moins d'une horodate courante et de durées estimées de rendez-vous successifs dans la liste, il est possible alors d'estimer une horodate de rendez-vous pour chaque utilisateur de la liste jusqu'à un dernier utilisateur en bas de liste. [0017] Ainsi, par exemple, il est possible d'obtenir une estimation de l'horodate du début de chaque rendez-vous à venir en sommant typiquement les durées estimées des rendez-vous à venir, qui précèdent le numéro d'ordre du rendez-vous dont l'horodate est à estimer. [0018] Dans une telle réalisation, le rendez-vous en tête de la liste est supprimé de la liste sur réception d'un signal caractérisant une fin de ce rendez-vous de tête de liste. Les horodates de rendez-vous des utilisateurs de la liste sont aussi mises à jour à chaque suppression du rendez-vous de tête de liste. [0019] Une telle mise à jour des horodates s'effectue ainsi à la fin effective d'un rendez- vous. De même, en cas d'une annulation d'un rendez-vous, les horodates sont mises à jour pour avancer les horodates prévues des rendez-vous à venir. Par exemple le signal précité peut être typiquement obtenu via un dispositif informatique (PC portable, tablette, smartphone ou autre) à disposition d'un conseiller qui renseigne la fin du rendez-vous qu'il supervise. 3 [0020] Dans un mode de réalisation, le signal qu'émet la home comporte en outre un identifiant d'un serveur dans un premier réseau auquel est connecté le terminal (par exemple un réseau local radiofréquence), et le terminal, sur réception de ce signal, transmet au serveur des coordonnées de contact du terminal dans un deuxième réseau (par exemple le réseau cellulaire, internet ou autre). [0021] En effet, le premier réseau peut être un réseau sans fil local pour établir une première connexion entre le serveur et le terminal, alors que le deuxième réseau peut être plus étendu pour permettre de contacter le terminal sans dépendre de la zone couverte par le premier réseau local. L'utilisateur du terminal peut alors quitter cette zone et avoir une notification sur son terminal (via le deuxième réseau) qu'une horodatc de rendez-vous lui a été accordée. Par exemple, il peut être notifié que son rendez-vous est prévu dans une heure. Alternativement, dans une réalisation, le premier et le second réseau peuvent être les mêmes, et typiquement l'utilisateur peut attendre dans la même zone jusqu'à recevoir une notification de délai proche de son rendez-vous. [0022] Dans un mode de réalisation, la mémoire (qui peut être par exemple une mémoire du serveur précité) stocke une liste contenant une succession de numéros d'ordre de rendez-vous à venir, en correspondance de coordonnées de contact de terminaux respectifs. [0023] Une telle réalisation permet par exemple d'utiliser les coordonnées de contact de chaque terminal pour lui notifier des informations quelconques sur son futur rendez-vous (nom du conseiller, confirmation de prestation, etc.). [0024] Dans un mode de réalisation, l'utilisation des coordonnées de contact des terminaux d'utilisateurs de la liste permet de transmettre à chaque terminal l'horodate de rendez-vous estimée pour l'utilisateur de ce terminal. [0025] Une telle réalisation permet en particulier de transmettre une nouvelle horodate mise à jour en fonction des durées effectives de fin de rendez-vous ou d'annulations, à chaque utilisateur de la liste. II est par exemple possible de contacter par message de type SMS ou autre un utilisateur de la liste pour l'informer d'un désistement éventuel d'un utilisateur précédent dans la liste, ou pour alerter l'utilisateur lorsque la file d'attente a progressé à moins de cinq personnes par exemple du numéro d'ordre de l'utilisateur courant. [0026] Dans un mode de réalisation, un geste particulier de toucher de l'utilisateur sur la borne génère une forme associée du signal que reçoit le terminal, et caractérise un choix de l'utilisateur d'un type de rendez-vous parmi un ensemble prédéterminé de types de rendez-vous, et le terminal associe à la forme du signal reçu un identifiant correspondant au type de rendez-vous choisi par l'utilisateur. [0027] Un geste de toucher sur la borne peut donc être associé à un type de rendez-vous. L'utilisateur peut donc choisir un type de rendez-vous en fonction de son mouvement de la main sur la borne (un tracé de cercle, un carré, etc.), ou encore en fonction d'une durée du toucher sur la borne, ou encore en fonction d'un nombre de tapes successives de la borne dans un intervalle de temps donné, etc. [0028] Chaque type de rendez-vous ayant une durée moyenne prédéterminée, une horodate de rendez-vous à venir est calculée en fonction du type de rendez-vous choisi et pour chaque numéro d'ordre associé de la liste. [0029] Dans un exemple de réalisation, chaque type de rendez-vous est affiché sur un écran connecté à la borne, dans un menu qui peut être déroulant après une temporisation prédéterminée pendant laquelle la main touche la borne, et une durée du toucher de la borne par l'utilisateur caractérise le choix de l'utilisateur d'un type de rendez-vous parmi l'ensemble prédéterminé de types de rendez-vous qui déroulent sur l'écran. [0030] La présente invention vise aussi un système pour une prise de rendez- vous, comportant une borne d'accueil, un terminal apte à communiquer avec cette borne par communication intracorporelle, et un dispositif comportant une unité de traitement pour la mise en oeuvre au moins de l'incrémentation dans la mémoire du numéro d'ordre dans la file d'attente. [0031] Selon un autre aspect, il est proposé un programme informatique comportant des ins- tructions pour la mise en oeuvre de tout ou partie d'un procédé tel que défini ci-avant lorsque ce programme est exécuté par un processeur (au moins r incrernentation précitée du numéro d'ordre dans la file d'attente après chaque nouvelle attribution d'un numéro d'ordre à un utilisateur). Selon un autre aspect, il est proposé un support d'enregistrement non transitoire, lisible par un ordinateur, sur lequel est enregistré un tel programme. [0032] Ainsi, par cette invention la fluidité de la prise de rendez-vous peut être accrue. Il suffit à cet effet de transmettre au travers du corps d'un utilisateur un signal contenant un numéro d'ordre de file d'attente interprétable par un terminal mobile que porte l'utilisateur. Ce signal est transmis par communication intracorporelle ou « IBC » (pour « Intra-Body-Communication »). En outre, en interprétant une interaction physique particulière de l'utilisateur avec la borne, il est possible pour ce dernier de choisir un type de rendez-vous pertinent en fonction de ses besoins. En outre, il est possible de ne plus attendre sur le lieu de rendez-vous car les informations relatives à l'évolution de l'horaire d'un rendez-vous peuvent être transmisses à distance sur le terminal mobile de l'utilisateur. [0033] L'invention vient aussi diminuer les coûts de maintenance en comparaison d'une solution utilisant des tickets physiques (papier ou plastique). Une telle réalisation fournit un gestionnaire digital de file d'attente avec une interface qui peut être simple et ergonomique. Brève description des dessins [0034] D'autres caractéristiques, détails et avantages apparaîtront à la lecture de la des- cription détaillée ci-après, et à l'analyse des dessins annexés, sur lesquels : Fig. 1 [0035] [fig.1] montre une présentation d'au moins une borne B selon un mode de réalisation dans un environnement d'usage courant associé à des éléments permettant la mise en oeuvre du procédé ci-avant dans un mode de réalisation présenté ici à titre d'exemple. Fig. 2 [0036] [fig.2] montre différentes étapes d'un procédé selon un mode de réalisation pour attribuer un rendez-vous à un utilisateur UT interagissant avec une borne B. Fig. 3a [0037] [fig.34 montre selon un mode de réalisation un diagramme représentant une amplitude d'un signal de communication intracorporelle entre une borne B et un terminal SP au cours d'un intervalle de temps, pour définir un type de rendez-vous sollicité par l'utilisateur. Fig. 3b [0038] [fig.313] montre un signal de communication en champ proche intracorporel qui, selon un mode de réalisation, présente une variation dans le temps de son amplitude qui peut être induite par une variation du contact physique entre la borne B et par exemple la main de l'utilisateur UT, selon un geste particulier de l'utilisateur définissant un type de rendez-vous sollicité par l'utilisateur, selon une alternative à la réalisation de la figure 3a. Fig. 3e [0039] [fig.3c] montre différentes étapes dans un mode de réalisation alternatif des réa- lisations des figures 3a et 3b, où la durée de la communication intracorporelle entre la borne B et le terminal SP détermine le type de rendez-vous sollicité par l'utilisateur UT. Fig. 4 [0040] [fig.4] montre une liste LIST comprenant, selon un mode de réalisation, des in- formations relatives à des rendez-vous sollicités par des utilisateurs UT. Fig. 5 [0041] [fig.5] montre une forme de contenu possible d'un message que transmet le terminal SP au serveur SER après le toucher de la borne B par l'utilisateur portant ce terminal. Fig. 6 [0042] Ifig.6] montre schématiquement une structure d'unité de traitement CT pour la mise en oeuvre d'une partie des étapes du procédé selon la figure 2 en particulier pour délivrer la liste de la figure 4 (cette unité de traitement CT étant prévue par exemple 6 dans le serveur SFR ou dans la borne B dans les réalisations présentées plus loin où elle joue elle-même le rôle de serveur). Description des modes de réalisation [0043] Les dessins et la description ci-après contiennent, pour l'essentiel, des éléments de caractère certain. Ils pourront donc non seulement servir à mieux faire comprendre la présente divulgation, mais aussi contribuer à sa définition, le cas échéant. [0044] 11 est maintenant fait référence à la Figure 1 qui présente un système SYST selon l'invention, comprenant un réseau de communication LAN connectant au moins une borne B, un serveur SER, et des dispositifs informatiques PC1 à PCN (par exemple des ordinateurs, des tablettes, ou autres, à disposition de personnes susceptibles de conseiller l'utilisateur UT pendant le rendez-vous). [0045] Par ailleurs, l'utilisateur UT porte sur lui un terminal SP (de type smartphone, tablette ou autre) apte à recevoir les ondes NEC et la borne B peut entrer en communication intracorporellc (véhiculée par l'utilisateur UT) avec le terminal SP de l'utilisateur. A cet effet, la borne B comporte une dalle tactile sur laquelle l'utilisateur UT peut poser la main ou effectuer un geste manuel sur la dalle. Dans un mode de réalisation ici, le fait pour l'utilisateur UT de toucher la dalle peut provoquer : - l'émission d'un signal de champ proche ou NEC (pour « Near Field Communication ») depuis la borne B vers la main de l'utilisateur UT, - la circulation de ce signal de champ proche par communication intracorporclIc de l'utilisateur UT jusqu'au terminal SP, - la réception de ce signal NEC par le terminal SP pour sa lecture et l'interprétation de son contenu (par exemple une succession de trames redondantes comme on le verra plus loin en référence à la figure 3a). [0046] Une communication intracorporelle NEC émise par la borne B s'effectue grâce à la technologie IBC, pour « Intra-Body-Communication ». Au sens général, cette technologie IBC permet la transmission d'un signal électrique, radiofréquence (par exemple ici de type NEC), mais aussi possiblement ultrasonique, au travers d'un substrat biologique in-vivo, un corps humain par exemple, sans a priori l'endommager. [0047] Comme indiqué précédemment, le terminal SP peut être un mobile rnultifonction (communément un « Smartphone »), ou encore une tablette, ou tout type d'appareil connecté susceptible d'être porté par l'utilisateur UT, de type montre connectée, lunette connectée ou autre. Ainsi, le terminal SP peut communiquer par communication intracorporelle avec la borne (par exemple par signal radiofréquence de type NEC). Le terminal SP possède à cet effet un module de réception de signaux NFC, permettant au moins de recevoir un signal NEC intracorporel provenant de la borne B. [0048] Par ailleurs, chaque terminal SP est réputé associé à un utilisateur donné UT. Un 7 numéro d'ordre dans une file d'attente accordé à un terminal SP correspond à un « ticket numérique » accordé à l'utilisateur porteur de ce terminal SP, comme on le verra plus loin en référence à la figure 2. [0049] En outre le terminal SP peut être associé à un ou plusieurs identifiants de connexion #SP. L'identifiant #SP d'un terminal permet à un dispositif de communication tiers de communiquer des informations à l'utilisateur UT via son terminal SP, par exemple pour communiquer à l'utilisateur une information relative au rendez-vous. Cet identifiant #SP peut être un numéro de téléphone de type MSISDN dans le réseau cellulaire, ou encore une adresse dans une communication en réseau local (via Wifi ou Bluetooth ou autre), l'identifiant d'une application APP du terminal, ou l'identifiant d'un compte de l'utilisateur UT associé au terminal SP (type adresse mail, ou numéro de compte client), ou autre. [0050] Ainsi, comme on le verra en outre plus loin en référence à la figure 2, le serveur SER peut utiliser cet identifiant #SP pour communiquer avec le terminal SP (via le réseau LAN ou encore via un autre réseau, possiblernent étendu). [0051] En outre, la home B peut communiquer avec le serveur SER via le réseau LAN, en particulier pour recevoir des mises à jour d'une liste LIST contenant des informations relatives aux rendez-vous préalablement pris par des utilisateurs précédant un utilisateur courant UT, porteur du terminal courant SP. Par exemple, cette liste mise à jour permet de déterminer un numéro d'ordre suivant ORDn dans une file d'attente, si le dernier numéro d'ordre dans la liste est ORDn-1, comme on le verra plus loin en référence à la figure 2. [0052] Le réseau local LAN permet la connexion des éléments du système SYST (borne B, serveur SER, etc.). El peut être un réseau local filaire (par exemple Ethernet, USB, ou autre) pour relier notamment la borne B et le serveur SER, et/ou encore sans fil (par exemple Bluetooth, Wi-Fi, ou autre) notamment pour une communication du terminal SP avec le serveur SER ou autre. [0053] Alternativement, il peut s'agir d'un réseau étendu (par exemple un nuage in- formatique -connu sous le terme anglophone « Cloud »-, un réseau de téléphonie mobile GSM, GPRS, ou un réseau internet mobile 3G, 4G). Le réseau LAN peut comporter aussi une combinaison de réseaux locaux. On peut par exemple prévoir plusieurs réseaux locaux LAN (chacun connecté à une borne B et éventuellement un ou plusieurs dispositifs informatiques PCI, PC2, PCN), et un réseau local LAN par zone de rendez-vous, ainsi qu'un réseau étendu interconnectant ces différents réseaux LAN avec un serveur unique SER relié au réseau étendu pour gérer les différents plannings de rendez-vous de toutes les zones de rendez-vous respectives. [0054] Le serveur SER est en effet agencé pour stocker et traiter les informations du système SYST relatives au moins aux prises de rendez-vous. Le serveur SER comporte au 8 moins une mémoire, un processeur et une horloge (figure 6 commentée plus loin). Le serveur SER stocke entre autre dans sa mémoire la liste LIST (et notamment les données d'instructions d'un programme informatique permettant d'exécuter les étapes du procédé au sens de l'invention lorsque ces instructions sont exécutées par un processeur du serveur). L'horloge CLK du serveur SER permet d'associer des horaires de rendez-vous HRDVn à des numéros d'ordre de file d'attente ORDn. Le serveur SER peut en outre communiquer via le réseau LAN avec des dispositifs connectés au réseau LAN pour donner éventuellement à ces dispositifs un accès à la liste précitée LIST (pour lire et/ou écrire des données). [0055] Il convient de noter en outre que le serveur SER et la home B peuvent être intégrés dans un même dispositif formant passerelle à un réseau local LAN pour d'autres équipements (notamment les dispositifs PCi , PCN). [0056] Les dispositifs informatiques PC1, PCi, PCN, permettent de recueillir des in- formations sur l'état d'avancement d'au moins un rendez-vous. Selon un mode réalisation, les dispositifs informatiques peuvent être des terminaux connectés utilisés par des conseillers. Les conseillers prenant en charge les utilisateurs UT, renseignent sur un dispositif informatique PCi notamment l'heure dc fin du rendez-vous constatée à la suite de chaque rendez-vous. Un dispositif informatique PCi peut transmettre, via le réseau LAN, des informations sur l'heure de fin de rendez-vous pour être traitées par le serveur SER. Ainsi, un dispositif informatique PCi permet dc recueillir par exemple l'horaire effectif de fin d'un rendez-vous courant. Cela permet alors au serveur SER de mettre à jour la liste LIST avec un nouvel horaire estimé, plus précis, pour le rendez-vous d'un utilisateur courant UT, et de manière générale pour tous les utilisateurs. [0057] Par exemple un dispositif informatique PCi peut être un ordinateur fixe avec un logiciel dédié, un terminal mobile multifonction possédant une application dédiée, un système tactile dédié, un bouton poussoir électromécanique, ou autre. [0058] On se réfère maintenant à la Figure 2 pour expliquer comment attribuer un rendez- vous à un utilisateur UT et lui communiquer un ticket digital sur son terminal SP associé. [0059] Le procédé ci-après fait référence aux équipements illustrés dans la figure 1 à titre d'exemple. Néanmoins, on comprend que ce procédé peut être alternativement mis en oeuvre par d'autres équipements que ceux illustrés sur la figure 1. Par exemple, on peut prévoir une pluralité de bornes B d'accueil pour une pluralité d'utilisateurs UT respectifs, ces bornes fonctionnant en parallèle tout en étant connectées à un même serveur SER. [0060] A l'étape Si le serveur SER transmet à la borne B, via le réseau LAN, une liste LIST des différents rendez-vous déjà pris et en attente. Cette transmission comprend selon un mode de réalisation au moins un numéro d'ordre du prochain rendez-vous à 9 attribuer ORDn. Il est supposé ainsi que le dernier rendez-vous pris dans la liste a un ordre ORDn-1 dans la file (en tout cas pour un même type de rendez-vous sollicité auprès d'un conseiller comme décrit plus loin). [0061] A l'étape S2, un utilisateur interagit avec la borne d'accueil B, de manière générale en entrant en contact physique avec la borne B, par exemple en posant sa main sur l'écran de la borne B pendant quelques secondes puis en la retirant. Eventuellement, selon un mode de réalisation, l'utilisateur peut choisir une interaction physique SIGN NFC avec la borne (par exemple la tapoter K fois avec K compris entre 1 et M, pour reconnaitre un type de rendez-vous associé à l'entier K parmi M types de rendez-vous possibles). [0062] La borne B génère continuellement un signal radiofréquence en champ proche (NFC), ce signal comportant des trames qui peuvent être identiques et qui se succèdent. Chaque trame comporte a minima : - un numéro d'ordre courant ORDn dans la file d'attente (que lui communique le serveur SER ou que la borne B déduit de la liste que lui transmet le serveur SER), - éventuellement un identifiant de l'application APP de sorte que l'application APP se lance automatiquement à réception de ce signal radiofréquence, et - optionnellernent une adresse MAC @SER du serveur SER (par exemple une adresse MAC du serveur SER dans le réseau local LAN). [0063] Lors du contact de l'utilisateur UT avec la home B, le signal comportant ces trames est transmis au terminal SP par communication intracorporelle. [0064] Le terminal SP reçoit ces trames et les interprète. Déjà, dans un premier mode de réa- lisation, à la réception de ces trames, à l'étape S3, une application APP préinstallée dans le terminal SP peut se lancer pour afficher sur un écran du terminal le numéro d'ordre courant ORDn que la borne a communiqué. L'utilisateur UT peut visualiser ce numéro d'ordre sur son terminal SP et patienter sur le lieu du rendez-vous jusqu'à être reçu par un conseiller. Dans ce premier mode de réalisation au moins, on peut prévoir un écran d'affichage sur la zone de rendez-vous pour afficher le numéro d'ordre ORDj qui fait l'objet d'un dernier rendez-vous en cours avec un conseiller, l'utilisateur courant UT patientant alors jusqu'à ce que l'écran affiche le numéro d'ordre ORDn. Alternativement, dans ce mode de réalisation, l'application APP peut afficher sur l'écran du terminal SP à la fois le numéro ORDn attribué à l'utilisateur courant UT et le dernier numéro ORDj actuellement traité par un conseiller, pour permettre à l'utilisateur UT de mesurer le temps restant avant son rendez-vous. Ce numéro ORDj peut être transmis dans les trames du signal NFC. Cette réalisation permet de se passer d'un écran d'affichage sur la zone de rendez-vous. [0065] Dans un mode de réalisation plus sophistiqué, à l'étape S4, l'application APP peut proposer à l'utilisateur de valider ce numéro d'ordre courant ORDn (flèche OK en sortie du test S4) ou de le rejeter (flèche KO en sortie du test S4). Dans le cas où l'utilisateur le valide, à l'étape S6, le terminal SP peut transmettre à l'adresse @SFR (à destination du serveur SER) son numéro MSISDN par exemple #SP, avec le numéro d'ordre ORDn. Ainsi, à l'étape S7, le serveur SER peut commencer une mise à jour de la liste des rendez-vous en attente en incrémentant l'ordre ORDn (à ORDn+1) puisque l'ordre ORDn a été accepté par l'utilisateur UT. Bien entendu, si à l'étape S4, l'utilisateur rejette la proposition de rendez-vous à l'ordre ORDn, cette mise à jour n'est pas effectuée et à l'étape S5, le même numéro d'ordre courant ORDn peut être attribué au prochain utilisateur de la borne. [0066] Dans un mode de réalisation optionnel mais avantageux, à l'étape S8, le serveur SER peut calculer plus précisément une mise à jour de la liste LIST en estimant le temps pris par les rendez-vous en attente de la liste, et donner ainsi une estimation de l'horaire de rendez-vous à espérer pour l'ordre ORDn de la liste. [0067] A cet effet, dans une forme de réalisation, la manière qu'a l'utilisateur UT d'interagir avec la borne (étape S20 de la figure 2) peut donner une information sur le type de rendez-vous que sollicite l'utilisateur UT et, de là, déterminer une durée possible de cc rendez-vous. [0068] En effet, en référence à la figure 3a, si à l'étape S20, le terminal SP reçoit un nombre donné K de salves de trames TR successives (K=3 dans l'exemple illustré sur la figure 3a), car l'utilisateur a tapoté la borne B un nombre K de fois pendant une durée inférieure à une durée prédéterminée At, l'application APP reconnait ce nombre K comme correspondant à un type de rendez-vous souhaité parmi M types de rendez-vous possibles. L'application APP peut alors envoyer à l'étape S6 au serveur SER un identifiant du type de rendez-vous sollicité par l'utilisateur UT pour que le serveur calcule une durée de rendez-vous moyenne correspondante et ceci étant effectué pour tous les rendez-vous de la liste LIST Ainsi, le serveur SER est en mesure de déterminer des horaires de rendez-vous HRDVn pour chaque rendez-vous de la liste. Notamment lorsqu'un dispositif PCi à disposition d'un conseiller envoie un message de fin de rendez-vous au serveur SER, ce dernier est aussi en mesure de mettre à jour la liste LIST avec un ajustement des horaires de rendez-vous prévus. [0069] Bien entendu, le type d'interaction physique de l'utilisateur UT avec la borne B peut admettre des variantes. Alternativement, à des tapes et des nombres de tapes sur la borne B, l'utilisateur peut effectuer par exemple des tracés de cercle avec sa main. Ainsi, comme illustré sur la figure 3b, le signal résultant peut consister en une variation de son amplitude sensiblement cyclique (deux cycles consistant en un type de rendez-vous donné, trois cycles en un autre type de rendez-vous, etc., ou encore un quart de cercle, un demi-cercle, etc. correspondant à des types de rendez-vous respectifs). Ici, il peut être prévu un émetteur NFC en un point du parcours circulaire ou rectangulaire et 11 l'éloignement/rapprochement de la main de l'utilisateur UT de cet émetteur créant une diminution/augmentation du signal sur une durée At, que peut interpréter l'application APP du terminal SP. [0070] Les types de rendez-vous précités peuvent être par exemple des services admi- nistratifs différents, comme par exemple : - renouvellement de passeport, - renouvellement de carte d'identité, - émission d'une carte de résident, etc. [0071] Selon un mode de réalisation illustré par la figure 3c, des rubriques propres à chacun des M types de rendez-vous possibles peuvent être affichés (par exemple sur un écran connecté à la home B). Les différents types de rendez-vous proposés, comme par exemple ceux présentés précédemment, peuvent par exemple être affichés sur l'écran dans un menu déroulant, à l'étape 531. Ce menu peut défiler par exemple en boucle tant que l'utilisateur UT est en contact physique avec la borne B. Le contact de la borne B par l'utilisateur est ici détecté à l'étape S32 via un capteur placé sur la dalle tactile de la borne B. Lorsque l'utilisateur rompt le contact avec la borne B, le capteur de la dalle tactile ne détecte plus le contact et la rubrique en cours du menu déroulant se fige à l'écran, de sorte que les dernières trames NFC qu'envoie la borne sont relatives à cette dernière rubrique (et au type de rendez-vous associé), comme décrit en détail plus loin. [0072] En effet, chaque type de rendez-vous K parmi M est affiché à l'écran pendant une durée prédéterminée appelée ci-après « temporisation ». Le principe de fonctionnement de cette temporisation est le suivant. Par exemple pour un premier type de rendez-vous, s'effectuent les étapes suivantes en parallèle : [0073] - Tant que le contact de la main de l'utilisateur UT est détecté par le capteur à l'étape S33 de la figure 3c, la temporisation se poursuit ; [0074] -Tant que la temporisation se poursuit, l'étape S35 boucle sur l'étape S33, et donc l'étape S34 est active en continu ; [0075] - Lors de cette étape S34, les trames du signal NFC émis par la borne B comportent, outre le numéro d'ordre ORDn, au moins un identifiant #R1 associé au premier type de rendez-vous. [0076] Par exemple, la borne peut incorporer un processeur comportant une horloge ou être connectée à un moyen d'horloge quelconque. Lorsque la durée de temporisation est atteinte, si l'utilisateur est encore en contact avec la borne B, le menu déroulant affiché sur l'écran présente la rubrique suivante du menu selon un deuxième type de rendez-vous (passage alors de l'étape S35 à l'étape S36 de la figure 3c). [0077] Ce traitement s'applique alors pour chaque type de rendez-vous du menu déroulant, de sorte que la borne B délivre successivement des trames avec des identifiants 12 respectifs de types de rendez-vous différents #R1, #R2, #R3, etc. tant que la main de l'utilisateur est posée sur la borne (par exemple une succession de trames durant trois secondes avec l'identifiant #R1, puis trois secondes suivantes avec l'identifiant suivant #R2, etc. [0078] Lorsque l'utilisateur rompt le contact avec la borne B, l'application APP du terminal SP lit le dernier identifiant #RK reçu de la borne par communication intracorporcllc NFC, et peut piloter ensuite par exemple un affichage du type de rendez-vous sélectionné K sur le terminal SP à l'intention de l'utilisateur UT. Ainsi, dans le message que transmet le terminal au serveur SER à l'étape S6 de la figure 2 (suite à l'acceptation du rendez-vous par l'utilisateur OK-54), le terminal peut ajouter le dernier identifiant #RK reçu de la borne B. [0079] Cet identifiant #RK relatif à un type de rendez-vous permet de déterminer une durée moyenne de cc type de rendez-vous et de là estimer les différentes durées successives de rendez-vous pour donner à un dernier utilisateur courant (ayant le dernier ordre de file validé ORDn) une horodatc de son rendez-vous, comme présenté ci-après en détail en référence à l'étape S8 de la figure 2. On comprendra bien entendu que le serveur SER dispose à cet effet d'une mémoire stockant une base de données mettant en correspondance une durée moyenne par type de rendez-vous (30 minutes pour #R1 15 minutes pour #R2, etc.). [0080] On décrit ci-après un mode de réalisation alternatif dans lequel le capteur de contact sur la borne B n'est pas nécessaire (ni d'ailleurs l'écran d'affichage du menu déroulant). On prévoit initialement dans une mémoire (lu terminal SP le stockage, avec l'application APP, de : - durées de signal NFC reçu de la borne ou, de façon équivalente, de nombres de trames successivement reçues de la borne B sans interruption, - en correspondance d'identifiants de types de rendez-vous #R1, #R2, etc. [0081] Ainsi, lorsque l'utilisateur touche la borne B, il peut compter un certain nombre de secondes pour une durée de rendez-vous correspondant à cette durée. L'application APP peut s'exécuter sur le terminal SP pour demander à l'utilisateur de confirmer le type de rendez-vous déterminé par le terminal SP de son côté (en comptant le nombre de trames reçues par exemple) et ainsi, le terminal SP est en mesure d'envoyer l'identifiant #RK du type de rendez-vous choisi au serveur SER. [0082] En référence à la figure 5, les trames TR de communication intracorporelles NFC émises par la borne B comportent au moins un champ avec une donnée représentative de numéro d'ordre ORDn qui va être attribué à utilisateur courant. Dans la mesure où à l'étape 56 le terminal SP peut avoir besoin de communiquer avec le serveur SER, la trame peut aussi contenir l'adresse @SER du serveur dans le réseau. [0083] Selon le mode de réalisation exposé dans la figure 3c, cette trame peut être différente. 13 Elle peut aussi contenir l'identifiant #RK du type de rendez-vous souhaité. Cet identifiant #RK est lu par l'application APP. Une fois l'identifiant #RK et le numéro d'ordre ORDn validés par l'utilisateur UT, ils sont alors envoyés par le terminal SP au serveur SER grâce à l'adresse @SER. Ce qui permet ici entre autre au serveur SER d'estimer la durée du rendez-vous en question. [0084] En se référant à nouveau à la figure 2, une fois la durée de chaque rendez-vous estimée, à l'étape S8 le serveur SER est en mesure d'estimer une heure possible de rendez-vous HRDVn pour l'ordre de passage ORDn de l'utilisateur courant UT. Ainsi, à l'étape S9, il peut être procédé à une dernière vérification que l'utilisateur UT accepte bien le rendez-vous et en particulier à cette horodate HRDVn. À cet effet le serveur SER utilise les coordonnées de contact #SP du terminal pour envoyer au terminal SP l'heure ainsi prévue du rendez-vous HRDVn, afin de demander via l'application APP si l'utilisateur UT accepte ou non cet horaire HRDVn (test S10). Si cet horaire est accepté, à l'étape S11, le serveur met à jour la liste LIST en ajoutant cette nouvelle entrée relative à l'utilisateur UT. [0085] En référence à la figure 4, cette liste LIST peut alors comporter : - le numéro d'ordre dans file d'attente ORDn ; - les coordonnées de contact #SPn du terminal SP de l'utilisateur UT ayant validé ce numéro ORDn; - l'horodatc HRDVn prévue pour le rendez-vous de cet utilisateur UT ; - le type de rendez-vous sollicité qui peut être illustré par un nombre de tapes (TAPj) comme expliqué précédemment en référence à la figure 3a, ou encore une durée de pose de la main sur la borne comme expliqué précédemment en référence à la figure 3c (#RK), ou encore un trajet reconnu de la main sur la borne comme présenté en référence à la figure 3b. [0086] En référence maintenant à la figure 6, le procédé ci-avant en particulier pour l'établissement de la liste LIST et sa mise à jour (a minima la mise à jour du numéro d'ordre ORD dans la file (l'attente) peut être mis en oeuvre par un dispositif (par exemple un serveur SER, ou encore une borne B) intégrant une unité de traitement CT comprenant : - une interface d'entrée IN, pour recevoir du terminal SP, la validation de l'ordre courant ORDn (étape S6) ; - une unité de mémoire MEM pour stocker temporairement au moins la liste LIST et en particulier des instructions d'un programme informatique au sens de l'invention, - un processeur PROC pour coopérer avec la mémoire MEM, et ainsi exécuter les instructions du programme pour mettre en oeuvre le procédé selon au moins certaines étapes illustrées sur la figure 2 et/ou la figure 3c, - une horloge CLK pour déterminer temporellement les horodates HRDVn; 14 - une interface de sortie OUT notamment pour communiquer au terminal SP une horodate prévue de rendez-vous. [0087] Bien entendu, une partie des instructions du programme précité peuvent être stockées en outre dans une mémoire du terminal SP (pour l'exécution de l'application précitée APP par un processeur du terminal SP). [0088] Bien entendu, la présente invention ne se limite pas aux formes de réalisation décrites ci-avant à titre d'exemples ; elle s'étend à d'autres variantes. [0089] Ainsi par exemple, on a décrit ci-avant un serveur SER coopérant avec la borne B. Toutefois, un dispositif au sens dc l'invention peut consister plus simplement en une borne seule B, équipée : - d'une interface d'entrée IN comportant un détecteur de toucher (par exemple une dalle tactile à ondes acoustiques de surface, peu énergivore), - d'une mémoire MEM stockant un ordre ORDn courant à incrémenter à chaque détection d'un toucher de la dalle tactile par un utilisateur par l'interface IN, cette mémoire MEM stockant en outre des instructions d'un programme informatique également au sens de l'invention, - d'un processeur FROC capable d'exécuter ces instructions pour incrémenter l'ordre ORDn sur détection d'un toucher sur la dalle tactile, et envoyer des trames successivement avec ce numéro d'ordre incrémenté, via - une interface de sortie OUT par communication NFC par exemple. [0090] Ainsi, on comprendra que le dispositif au sens de l'invention peut être une borne comme décrite ici, dans un mode de réalisation minimal, ou encore d'adjonction d'un serveur SER à une borne B, dans un mode de réalisation plus sophistiqué décrit précédemment en référence aux figures 1 et 2 notamment. [0091] Bien entendu, le terminal SP comportant en particulier l'application APP permettant notamment la communication avec la borne et/ou le serveur, ainsi que l'affichage sur l'écran du terminal pour l'utilisateur UT, fait également partie des éléments visés par la présente invention. Ce terminal peut notamment faire partie d'un système comportant en outre au moins la borne B, au sens de l'invention. 15 REVENDICATIONS[Revendication I] Procédé mis en oeuvre par des équipements de télécommunication, pour une prise de rendez-vous, le procédé comprenant : - une émission, par une borne d'accueil (B), d'un signal comportant au moins une donnée représentative de numéro d'ordre dans une file d'attente (ORDn), - une réception dudit signal par un terminal (SP) que porte un utilisateur (UT) touchant la borne (B), par une communication intracorporelle via l'utilisateur (UT), le terminal (SP) recevant ainsi la donnée représentative du numéro d'ordre dans la file d'attente (ORDn), et - la borne d'accueil (B) étant connectée à une mémoire (MEM), une incrémentation dans la mémoire (MEM) du numéro d'ordre dans la file d'attente (ORDn), pour un prochain utilisateur. [Revendication 2] Procédé selon la revendication 1, dans lequel le terminal (SP), sur réception dudit signal, affiche sur un écran du terminal (SP) pour l'utilisateur (UT), une donnée représentative du numéro d'ordre dans la file d'attente (ORDn). [Revendication 3] Procédé selon l'une des revendications 1 et 2, dans lequel le terminal (SP) anime une interface homme machine sur le terminal (SP) pour demander à l'utilisateur (UT) de valider la prise de rendez-vous. [Revendication 4] Procédé selon la revendication 3, dans lequel la validation de la prise de rendez-vous par l'utilisateur (UT) provoque ladite incrémentation dans la mémoire (MEM) du numéro d'ordre (ORDn) dans la file d'attente. [Revendication 5] Procédé selon l'une des revendications précédentes, dans lequel la mémoire (MEM) stocke une liste (LIST) contenant une succession de numéros d'ordre de rendez-vous à venir, et un ajout d'un nouveau rendez-vous en bas de liste s'accompagne de ladite incrémentation du numéro d'ordre (ORDn). [Revendication 6] Procédé selon la revendication 5, dans lequel, en fonction au moins d'une horodate courante et. de durées estimées de rendez-vous successifs dans la liste, il est estimé une horodate de rendez-vous (HRDVn) pour chaque utilisateur de la liste (UT) jusqu'à un dernier utilisateur en bas de liste. [Revendication 7] Procédé selon la revendication 6, dans lequel le rendez-vous en tête de la liste (LIST) est supprimé de la liste (LIST), sur réception d'un signal caractérisant une fin de ce rendez-vous de tête de liste, et dans lequel les horodates de rendez-vous (HRDVn) des utilisateurs 16 (UT) de la liste (LIST) sont mises à jour à chaque suppression du rendez-vous de tête de liste. [Revendication 8] Procédé selon l'une des revendications précédentes, dans lequel le signal qu'émet la borne (B) comporte en outre un identifiant (@SER) d'un serveur (SER) dans un premier réseau auquel est connecté le terminal (SP), et le terminal (SP), sur réception dudit signal par communication intracorporelle, transmet au serveur (SER) des coordonnées de contact du terminal dans un deuxième réseau (#SP). [Revendication 9] Procédé selon l'une des revendications précédentes, dans lequel la mémoire (MEM) stocke une liste (LIST) contenant une succession de numéros d'ordre de rendez-vous à venir, en correspondance de coordonnées de contact de terminaux respectifs (#SP). [Revendication 10] Procédé selon la revendication 9 prise en combinaison avec l'une des re- vendications 6 et 7, comportant en outre une utilisation des coordonnées de contact (#SP) des terminaux d'utilisateurs (UT) de la liste pour transmettre à chaque terminal (SP) r horodatc de rendez-vous estimée pour l'utilisateur de cc terminal. [Revendication 11] Procédé selon l'une des revendications précédentes, dans lequel un geste de toucher de l'utilisateur (UT) sur la borne (B) génère une forme associée du signal que reçoit le terminal (SP), caractérisant un choix de l'utilisateur (UT) d'un type de rendez-vous parmi un ensemble prédéterminé (le types de rendez-vous, et le terminal (SP) associe à la forme du signal reçu un identifiant correspondant au type de rendez-vous choisi par l'utilisateur. [Revendication 12] Procédé selon la revendication 11 prise en combinaison avec l'une des revendications 6 et 7, dans lequel, chaque type de rendez-vous ayant une durée moyenne prédéterminée, une horodate de rendez-vous à venir (HRDVn) est calculée en fonction du type de rendez-vous choisi, pour chaque numéro d'ordre (ORDn) associé de la liste (LIST) [Revendication 13] Procédé selon l'une des revendications 11 et 12, dans lequel chaque type de rendez-vous est affiché sur un écran connecté à la borne (B), dans un menu déroulant après une temporisation prédéterminée, et une durée du toucher de la borne (B) par l'utilisateur (UT) caractérise le choix de l'utilisateur (UT) d'un type de rendez-vous parmi l'ensemble prédéterminé de types de rendez-vous. [Revendication 14] Programme informatique comportant des instructions pour la mise en oeuvre du procédé selon l'une des revendications précédentes lorsque ce 17 [Revendication 15] programme est exécuté par un processeur. Système pour une prise de rendez-vous, comportant une borne d'accueil (B), un terminal (SP) apte à communiquer avec la borne par communication intracorporelle, et un dispositif (SER ; B) comportant une unité de traitement pour la mise en oeuvre au moins de l'incrémentation dans la mémoire (MEM) du numéro d'ordre dans la file d'attente (ORDn).