Brevet FR2884014A1 — publié le 20061006

Accès à un bien ou à un service délivré par un automate au moyen d'un dispositif portable Domaine technique L'invention se rapporte à l'accès à un bien ou à un service délivré par un 5 automate au moyen d'un dispositif portable. L'automate en question est un dispositif de traitement de données, c'està-dire capable de traiter de l'information. Cet automate est apte à délivrer des biens et/ou des services sur requête d'un utilisateur. Cet automate dispose également de moyens pour communiquer avec un réseau de télécommunications. II est géré par un serveur transactionnel; le réseau de télécommunication s'intercalant entre l'automate et le serveur transactionnel peut être quelconque; ce réseau peut être filaire (ADSL, Internet, etc.) ou non filaire (WiFi, GRPS, UMTS, etc.). Le choix du type de réseau tient essentiellement à sa capacité en terme de débit souhaité. Le dispositif portable est un dispositif de traitement de données; ce dispositif portable comprend de moyens pour communiquer avec le serveur transactionnel. Il peut être indifféremment un téléphone mobile, un ordinateur portable, un PDA (Personal Digital Assistant), etc. L'exemple choisi pour illustrer l'invention sera le téléphone mobile. Le réseau de télécommunication s'intercalant entre le dispositif portable et le serveur transactionnel est non filaire du type GSM (global system for mobile communication), WiFi (wireless fidelity), GPRS (general packet radio service), UMTS (universal mobile telecommunications system), etc. La liaison entre le serveur transactionnel et le dispositif portable peut être directe. La liaison peut aussi être indirecte, l'automate s'intercalant entre le serveur et le téléphone. Le réseau choisi pour illustrer l'invention est le réseau GSM. Etat de la technique Les automates actuels sont aptes à offrir un bien ou un service sur requête d'un utilisateur. Pour cela, l'utilisateur initie une transaction en sélectionnant un bien ou un service offert par l'automate au moyen d'un dispositif portable. Un service est par exemple la réservation d'un emplacement sur un parking. Un bien est par exemple une boisson, des aliments, etc. L'utilisateur envoie alors au serveur transactionnel un message contenant le numéro d'identification de l'automate. Ce message est indifféremment un message SMS (Short Message Service), ou un appel vocal, ou un message de type USSD (Unstructured Supplementary Service Data...), ou tout autre type de message. A réception du message, le serveur transactionnel vérifie les droits de l'utilisateur (droits d'accès, ..) sur le bien ou le service que délivre cet automate. Si les droits de l'utilisateur sont suffisants, le serveur transactionnel accepte la transaction et transmet en conséquence une commande de gestion à l'automate autorisant l'utilisateur à obtenir le bien ou le service. Si les droits de l'utilisateur ne sont pas suffisants, le bien ou le service n'est pas délivré à l'utilisateur. Ce type de système présente malheureusement des inconvénients. En effet, lorsqu'un utilisateur souhaite obtenir un bien ou service, le numéro d'identification de l'automate doit toujours être transmis au serveur transactionnel. Ceci demande de la part de l'utilisateur tout d'abord la connaissance de cet identifiant, et ensuite la saisie de cet identifiant sur son dispositif portable pour être ensuite transmis au serveur transactionnel. Ces étapes sont contraignantes pour l'utilisateur et constituent un frein à l'utilisation d'automates pour l'achat d'un bien ou service au moyen d'un dispositif portable. D'autre part, ces étapes demandent de la part de l'exploitant de l'automate un étiquetage de l'identifiant sur chaque machine. Cet étiquetage entraîne une logistique non négligeable surtout lorsque le parc d'automates concerné est important. L'invention Un but de l'invention est de faciliter l'utilisation d'automates par les utilisateurs. A cet effet, l'invention concerne un procédé d'accès à un bien ou un service délivré par automate au moyen d'un dispositif portable, ledit automate communiquant avec un serveur transactionnel apte à autoriser ou non l'utilisation du service par un utilisateur du dispositif portable, ledit serveur transactionnel étant apte à envoyer à l'automate des commandes de gestion ordonnant l'acceptation ou le refus d'utilisation du service par l'utilisateur, caractérisé en ce qu'il comprend les étapes suivantes: - une étape préalable de couplage dudit dispositif portable avec un système de localisation géographique, ledit système de localisation géographique étant apte à fournir la position géographique du dispositif portable; - lorsque l'utilisateur souhaite utiliser un service proposé par un automate, une étape de transmission de la position du dispositif portable au serveur transactionnel; une étape d'identification de l'automate le plus proche en distance de la position du dispositif portable, ledit automate ayant été préalablement localisé; - une étape d'envoi à l'automate le plus proche de commandes de gestion. Ainsi, grâce à l'invention, la localisation du dispositif portable est transmise à un serveur apte à identifier l'automate le plus proche en distance du dispositif portable grâce à une base de référence qui stocke l'ensemble des automates et leur position respective. L'utilisateur n'a plus à connaître l'identifiant de la machine, à le saisir sur son dispositif portable et à l'envoyer par message au serveur transactionnel. L'utilisation de l'automate est donc largement simplifiée. L'invention se rapporte aussi au serveur transactionnel apte à communiquer avec un automate délivrant un bien ou un service délivré sur requête d'un dispositif portable, ledit automate communiquant avec un serveur transactionnel apte à autoriser ou non l'utilisation du service par un utilisateur du dispositif 15 portable, ledit serveur transactionnel étant apte à envoyer à l'automate des commandes de gestion ordonnant l'acceptation ou le refus d'utilisation du service par l'utilisateur, caractérisé en ce qu'il comprend - une étape de réception de la position du dispositif portable; - une étape d'identification de l'automate le plus proche en distance de la position du dispositif portable; ledit automate ayant été préalablement localisé; - une étape d'envoi à l'automate le plus proche de commandes de gestion. Enfin, l'invention se rapporte aussi au programme d'ordinateur apte à être mis en oeuvre sur un serveur transactionnel tel que défini ci-dessus, ledit programme comprenant des instructions de code qui, lorsque le programme est exécuté sur le serveur réalise les étapes suivantes: -une étape de réception de la position du dispositif portable; - une étape d'identification de l'automate le plus proche en distance de la position du dispositif portable, ledit automate ayant été préalablement localisé; une étape d'envoi à l'automate le plus proche de commandes de gestion. L'invention sera mieux comprise à la lecture de la description qui suit, donnée à titre d'exemple et faite en référence aux dessins annexés. Les figures: La figure 1 est une vue synoptique d'un système informatique sur lequel peut s'appliquer l'invention. La figure 2 est un algorithme illustrant les différentes étapes d'un mode de réalisation de l'invention. Description détaillée d'un exemple de réalisation illustrant l'invention La figure 1 représente un système informatique SYS dans lequel l'invention peut être mis en oeuvre. Sur cette figure est représenté un automate AUT, un téléphone mobile MOB, un utilisateur UT, un serveur transactionnel SERV. L'automate AUT est apte à délivrer un bien ou un service; dans l'exemple illustré, l'automate AUT délivre un service relatif à la réservation d'un emplacement de parking; cet automate comprend des ressources physiques et logicielles nécessaires au traitement d'une requête d'accès à un bien ou un service. Cet automate dispose aussi de moyens de communication pour communiquer avec un réseau de télécommunication (longue distance ou courte distance). Le téléphone mobile MOB est apte à communiquer avec un réseau de télécommunication, par exemple le réseau GSM. L'utilisateur UT utilise le téléphone mobile MOB; dans l'exemple illustré, l'utilisateur est une personne physique, cependant un logiciel aurait pu être utilisé pour illustrer l'invention. Un tel logiciel, généralement appelé logiciel embarqué, est utilisé notamment lorsque l'intervention humaine n'est pas nécessaire; une application connue utilisant un tel logiciel est le télé péage; pour ce type d'application, le dispositif portable détecte un péage et lance une transaction automatiquement sans l'intervention de l'utilisateur. Un utilisateur englobera donc toute personne physique et tout logiciel apte à faire fonctionner le téléphone mobile MOB. Le serveur transactionnel SERV est apte à autoriser le téléphone mobile à accéder au service. Ce serveur dispose de moyens de communication avec l'automate AUT. Dans notre exemple illustré, le serveur SER dispose aussi de moyens de communications pour communiquer directement avec le téléphone mobile MOB. Dans notre exemple de réalisation, le serveur transactionnel communique avec l'automate au travers d'un réseau de type ADSL et avec le téléphone au moyen d'un réseau de type GSM. Le serveur transmet des commandes de gestion à l'automate. Les commandes de gestion ont pour rôle notamment de requérir -la délivrance du bien ou service, - ou le refus de livraison du bien ou service. Conformément à l'invention, le téléphone mobile MOB est couplé à un moyen apte à délivrer des données de localisation géographique le concernant. Dans notre exemple de réalisation, ce moyen appartient à l'opérateur auprès duquel l'utilisateur a souscrit un service de localisation géographique. L'opérateur fourni sur requête des données de localisation. Dans l'exemple de réalisation, cet opérateur de télécommunication OP utilise une technique de localisation géographique connue de l'homme du métier, par exemple la technique dite de triangulation. D'autres moyens de fourniture de localisation autres que ceux fourni par des opérateurs de télécommunication auraient pu être utilisé. D'une manière générale, toute technique fournissant une bonne précision de localisation peut être utilisée pour la mise en oeuvre de l'invention. Le choix d'une technique de localisation dépendra aussi de l'application envisagée. Certaines applications pour lesquelles plusieurs automates sont proches sur un territoire donné nécessiteront une précision précise proche du mètre. A l'inverse, d'autres applications pour lesquelles les automates sont distants de plusieurs mètres nécessiteront une précision moindre. Dans notre exemple de réalisation, l'automate AUT est télé-gérable, c'està-dire que le serveur transactionnel SERV peut gérer l'automate AUT à distance et demander la délivrance, au moyen de commandes de gestion, par l'automate AUT du bien ou du service à un utilisateur UT autorisé. Pour cela, le serveur transactionnel transmet les commandes de gestion à l'automate AUT pour autoriser ou refuser l'accès au bien ou service. Conformément à l'invention, l'automate délivrant le service relatif à la réservation de parking est localisé grâce à la localisation du téléphone mobile. Pour cela, le serveur transactionnel SERV récupère auprès de l'opérateur OP la position géographique du téléphone souhaitant l'utilisation du service. De préférence, le serveur SERV gère en outre une base de données BDD stockant l'ensemble des automates délivrant les service sur un territoire donné; Le territoire donné peut être un parking ou un ensemble de parkings d'une ville donnée ou d'un pays donné. De préférence une mise à jour de cette base est réalisée après toute modification (suppression, ajout) d'un automate sur le territoire en question. De cette façon, le serveur ayant connaissance de l'ensemble des automates et de leur position respective, de la position du téléphone mobile, est capable de déterminer quel automate est le plus proche en distance du téléphone mobile. Grâce à cette technique de localisation géographique, le serveur 15 transactionnel peut obtenir la localisation de l'automate AUT devant lequel se trouve l'utilisateur UT qui a initié la transaction. On se réfère maintenant à la figure 2 qui représente un algorithme illustrant les étapes du procédé de l'invention appliqué à l'horodatage sur un parking. Dans cet exemple de réalisation, l'automate délivre uniquement un service. Les différentes étapes du procédé sont précédées d'étapes préalables à savoir: - une étape préalable de couplage dudit dispositif portable avec un système de localisation géographique, ledit système de localisation géographique étant apte à fournir la position géographique du dispositif portable; Etape 1 Lors d'une première étape ET1, l'utilisateur UT se trouve devant un horodateur et désire payer son emplacement de parking. Etape 2 Lors d'une deuxième étape ET2, dans notre exemple de réalisation, l'utilisateur UT transmet un message, par exemple un message de type SMS, au serveur transactionnel SERV qui identifie l'utilisateur grâce à son numéro de téléphone MSISDN (Mobile Station ISDN Number, ISDN: Integrated Services Digital Network), ou un Alias. Un alias est un identifiant transmis en remplacement du MSISDN de l'utilisateur, afin de garantir l'anonymat de ce dernier lors de l'utilisation d'un service. Si l'automate en question propose plusieurs services, l'utilisateur peut indiquer dans son message SMS le service qu'il souhaite utiliser. A l'inverse, si l'automate AUT ne gère qu'un service (exemple: gestion d'accès parking uniquement), il n'est pas nécessaire de préciser le nom du service. De préférence, lors de cette étape, le mobile communique directement avec le serveur SERV. De cette façon, le mobile et l'automate n'interagissent pas entre eux. Ainsi le mobile ou l'automate ne nécessite pas d'être équipés de matériels et logiciels, par exemple du type bluetooth, pour communiquer entre eux. Etape 3 A réception du SMS, lors d'une troisième étape ET3, le serveur transactionnel SERV identifie le téléphone mobile MOB en question. Etape 4 Suite à l'identification du téléphone mobile MOB, le serveur transactionnel SERV contacte, lors d'une quatrième étape ET4, l'opérateur OP pour obtenir les données de localisation géographique de ce téléphone MOB. Cette information peut être aussi de l'initiative du téléphone mobile MOB. Dasn ce cas, le téléphone demande sa position géographique à l'opérateur OP. A réception de sa position, le téléphone MOB transmet sa position au serveur SERV. Etape 5 Dans notre exemple de réalisation, lors d'une cinquième étape ET5, l'opérateur OP répond au serveur SERV si l'utilisateur a souscrit le service de localisation. Dans l'affirmative, l'opérateur transmet la position géographique du téléphone mobile au serveur SERV. Une variante pourrait consister pour l'opérateur à offrir plusieurs techniques de localisation au choix en fonction du degré de précision de localisation souhaité par le serveur SERV. Dans la négative, l'opérateur informe par exemple le serveur SERV qu'il ne peut pas fournir de localisation faute de souscription au service par l'utilisateur UT. Etape 6 Si l'utilisateur a souscrit au service de localisation, dans notre exemple de réalisation, le serveur transactionnel SERV interroge, lors d'une sixième étape ET6, une base de données BDD fournissant la liste des automates horodateurs AUT pour obtenir l'identifiant de l'automate horodateur AUT se trouvant à proximité de la localisation du téléphone. Etape 7 Une fois l'utilisateur UT identifié, le cas échéant le service identifié, et lorsque l'automate AUT est identifié, le serveur transactionnel SERV vérifie, dans notre exemple de réalisation, les droits de l'utilisateur UT pour l'utilisation du service. Les droits peuvent être fonction d'un paiement effectué au préalable; d'un solde créditeur; d'un droit d'accès accordé au préalable. Cette autorisation peut être demandé à un serveur bancaire géré par une banque, ou à un serveur d'autorisation stockant des droits divers rattachés à l'utilisateur. Parmi ces droits, on peut trouver le droit pour un utilisateur handicapé de stationner sur un emplacement de parking prévu exclusivement pour mes personnes handicapées. Etape 7a Si l'autorisation est acceptée, l'utilisateur UT peut utiliser l'emplacement de parking. Dans ce cas, le serveur transactionnel SERV envoie lors d'une étape 7a une demande d'action à l'automate AUT. L'action peut consister par exemple en l'ouverture d'une barrière de sécurité clôturant l'entrée du parking. Etape 7b Si l'autorisation est refusée, l'utilisateur UT n'est pas autorisé à utiliser 10 l'emplacement de parking. L'étape 7b illustre la fin de la transaction. Etape 8 Si l'autorisation est acceptée à l'étape 7a, lors d'une huitième étape ET 8, l'automate AUT commande l'ouverture de la barrière de sécurité pour l'entrée du véhicule appartenant à l'utilisateur UT. A noter que le sens d'exécution les étapes 5, 6, 7, 7a, 7b est indifférent. On s'aperçoit ainsi que, outre l'avantage principal fourni par l'invention, à savoir d'éviter à un utilisateur de connaître l'identifiant de la machine, de le saisir sur son dispositif portable et de l'envoyer par message au serveur transactionnel, l'invention offre d'autres avantages. Par exemple on a vu que l'étape ET6 est précédée de la localisation d'au moins un automate (AUT), et que l'automate et sa localisation est stockée dans une base de données (BDD). De cette façon, l'obtention de la localisation des automates est réalisée un nombre limité de fois. Le stockage de cette information permet d'utiliser la base de données BDD lors de d'une utilisation ultérieure du service. On a vu aussi que cette base de données BDD est mise à jour le plus souvent possible de façon à obtenir un résultat satisfaisant de localisation d'un automate. Cette mise à jour évitera des situations dans lesquelles le serveur n'identifie pas l'automate devant lequel se trouve l'utilisateur. De préférence, cette étape d'identification (ET6) est réalisée à chaque modification (ajout, suppression) de localisation d'un automate. 12 Revendications 1. Procédé d'accès à un bien ou un service délivré par automate AUT au moyen d'un dispositif portable, ledit automate AUT communiquant avec un serveur transactionnel SERV apte à autoriser ou non l'utilisation du service par un utilisateur UT du dispositif portable, ledit serveur transactionnel SERV étant apte à envoyer à l'automate AUT des commandes de gestion ordonnant l'acceptation ou le refus d'utilisation du service par l'utilisateur UT, caractérisé en ce qu'il comprend les étapes suivantes: une étape préalable de couplage dudit dispositif portable avec un système de localisation géographique, ledit système de localisation géographique étant apte à fournir la position géographique du dispositif portable; lorsque l'utilisateur UT souhaite utiliser un service proposé par un automate AUT, une étape de transmission (ET5) de la position du dispositif portable au serveur transactionnel SERV; - une étape d'identification (ET6) de l'automate AUT le plus proche en distance de la position du dispositif portable, ledit automate ayant été préalablement localisé; une étape d'envoi (ET7a) à l'automate AUT le plus proche de 20 commandes de gestion. 2. Procédé selon la revendication 1, caractérisé en ce que l'automate et sa localisation est stockée dans une base de données (BDD). 3. Procédé selon la revendication 2, caractérisé en ce que l'étape d'identification (ET6) est réalisée à chaque modification de localisation d'un 25 automate. 4. Serveur transactionnel apte à communiquer avec un automate délivrant un bien ou un service délivré sur requête d'un dispositif portable, ledit automate AUT communiquant avec un serveur transactionnel SERV apte à autoriser ou non 15 l'utilisation du service par un utilisateur UT du dispositif portable, ledit serveur transactionnel SERV étant apte à envoyer à l'automate AUT des commandes de gestion ordonnant l'acceptation ou le refus d'utilisation du service par l'utilisateur UT, caractérisé en ce qu'il comprend - des moyens pour recevoir une requête d'accès à l'automate AUT de la part du dispositif portable MOB; des moyens pour obtenir la position du dispositif portable MOB par l'intermédiaire de moyens de localisation; - des moyens pour identifier l'automate AUT le plus proche en distance de la position du dispositif portable, ledit automate ayant été préalablement localisé; 5. Programme d'ordinateur apte à être mis en oeuvre sur un serveur transactionnel tel que défini dans la revendication 4, ledit programme comprenant des instructions de code qui, lorsque le programme est exécuté sur le serveur réalise les étapes suivantes: - une étape de réception de la position du dispositif portable; - une étape d'identification (ET6) de l'automate AUT le plus proche en distance de la position du dispositif portable, ledit automate ayant été préalablement localisé; - une étape d'envoi (ET7a) à l'automate AUT le plus proche de commandes de gestion.