FR 2862795 A1 20050527 FR 0313781 A 20031125 2862795 2 liaison avec un terminal de communication pour l'accès aux services de paiement électronique. Aussi, afin de rendre plus accessibles les transactions au moyen du portemonnaie électronique, des solutions de mise en oeuvre de ce moyen de paiement sans support physique appelé aussi porte-monnaie virtuel ont été développées. On citera par exemple le porte-monnaie virtuel "iPin" de la société W-HA. Avec ce type de porte-monnaie virtuel, l'utilisateur peut effectuer des achats en ligne en donnant simplement un mot de passe. Ce mode de paiement est particulièrement adapté pour la facturation de menus achats sur Internet. Cependant, les micro-paiements réalisés avec ce type de porte-monnaie électronique sont pour l'instant encore réservés aux transactions en ligne effectuées sur des sites marchands autorisant ce moyen de paiement. Toutefois, il existe d'autres secteurs de vente où les micro-paiements sont fréquents, voire systématiques, et pour lesquels l'usage d'un tel mode de paiement serait avantageux. Parmi ces secteurs, celui des automates constitue en particulier un marché important pour les micropaiements. En effet, le nombre et la diversité des automates (distributeurs boissons, nourriture, etc., parcmètre, borne Internet) qui proposent des biens ou des services moyennant paiement sont en constante augmentation dans de nombreux secteurs d'activité. Toutefois, la plupart des automates actuels ne sont équipés que de dispositifs de paiement classiques (monnayeurs) aptes à recevoir uniquement de la monnaie "physique" (espèces: pièces ou billets). Ceci entraîne un certain nombre d'inconvénients tant pour l'utilisateur que pour le gestionnaire des automates. En effet, l'utilisateur doit toujours avoir de la monnaie en quantité suffisante pour pouvoir effectuer des achats. D'autre part, l'usage de monnaie traditionnelle est encore plus contraignant pour le gestionnaire d'automates car il nécessite des interventions humaines fréquentes, soit pour veiller à ce que la machine contienne en permanence suffisamment de pièces pour rendre la monnaie à l'utilisateur lorsque celui-ci ne fait pas l'appoint, soit pour collecter la monnaie présente dans l'appareil. Enfin, la présence de monnaie physique dans l'automate augmente les risques d'effractions sur l'appareil. 2862795 3 Des exemples d'achat de marchandises ou de services sur automate en utilisant un téléphone cellulaire sont décrits notamment dans les documents US2002128932, DE 10031532 et WO 02/061692. Toutefois, les réalisations décrites dans ces documents impliquent de mettre en oeuvre de solutions de paiement spécifiques qui ne permettent pas l'utilisation d'un moyen de paiement généraliste tel que le porte-monnaie virtuel. Il existe, par conséquent, une demande pour permettre la généralisation du paiement électronique à tout type d'automates qui proposent des biens ou des services pour de menus montants et pour lesquels le seul moyen de paiement actuellement utilisé pour le règlement reste la monnaie en espèces. Objet et description succincte de l'invention La présente invention vise à remédier aux inconvénients précités et à proposer une solution de paiement simple qui permet à un utilisateur d'effectuer des achats sur des automates sans avoir besoin d'utiliser de la monnaie en espèces. Ces buts sont atteints grâce à un procédé permettant à un utilisateur équipé d'un terminal mobile et possédant un moyen de paiement électronique comprenant un compte de paiement géré par un centre de gestion de paiement électronique accessible via un serveur de paiement, l'achat d'un bien ou service proposé sur au moins un automate. Selon un premier aspect de l'invention, le procédé de l'invention est caractérisé en ce qu'il comprend les étapes suivantes: a) connexion de l'utilisateur à un serveur de relation via son terminal mobile pour s'identifier/authentifier et communiquer au dit serveur 30 l'identification de l'automate, b) interrogation du centre de gestion de paiement électronique par le serveur de relation pour vérifier la validité du moyen de paiement électronique de l'utilisateur, c) connexion du serveur de relation à l'automate pour commander le 35 déblocage des moyens de sélection de l'automate lorsque la 2862795 4 vérification de la validité du moyen de paiement de l'utilisateur est positive, d) sélection par l'utilisateur d'un bien ou d'un service sur l'automate, e) délivrance du bien ou du service à l'utilisateur par l'automate, f) envoi par l'automate au serveur de relation des références du bien ou du service délivré à l'utilisateur, et g) envoi par le serveur de relation au centre de gestion de paiement électronique d'une demande de paiement correspondant aux références du bien ou du service délivré à l'utilisateur. Selon une caractéristique particulière, lors de l'interrogation du centre de gestion de paiement électronique par le serveur de relation pour vérifier la validité du moyen de paiement électronique de l'utilisateur, le centre de gestion de paiement électronique peut en outre délivrer une information sur le montant maximum autorisé pour l'achat. Dans ce cas, le serveur de relation transmet cette information à l'automate lors de l'étape de connexion entre le serveur de relation et l'automate qui est mise en oeuvre pour commander le déblocage des moyens de sélection de l'automate. La délivrance du bien ou du service par l'automate à l'utilisateur sera alors réalisée si le prix à payer pour le bien ou le service sélectionné est dans la limite du montant autorisé. Suivant un second aspect de l'invention, le procédé de l'invention peut également mettre en oeuvre les étapes suivantes a) connexion de l'utilisateur à un serveur de relation via son terminal mobile pour s'identifier/authentifier et communiquer au dit serveur l'identification de l'automate, b) interrogation du centre de gestion de paiement électronique par le serveur de relation pour vérifier la validité du moyen de paiement électronique de l'utilisateur, c) connexion du serveur de relation à l'automate pour commander le déblocage des moyens de sélection de l'automate lorsque la vérification de la validité du moyen de paiement de l'utilisateur est positive, d) sélection par l'utilisateur d'un bien ou d'un service sur l'automate, e) envoi par l'automate au serveur de relation des références du bien ou du service sélectionné par l'utilisateur, 2862795 5 f) envoi par le serveur de relation au centre de gestion de paiement électronique d'une demande de paiement correspondant aux références du bien ou du service sélectionné par l'utilisateur, g) envoi d'une autorisation de paiement par le centre de gestion de paiement électronique au serveur de relation, h) demande de livraison du produit par le serveur de relation à l'automate, et i) délivrance du bien ou du service à l'utilisateur par l'automate en réponse à la demande de livraison du serveur de relation. Selon une caractéristique particulière, dans l'étape b), on vérifie en outre que le compte de paiement de l'utilisateur présente un crédit suffisant pour réaliser un achat sur l'automate. Ainsi, conformément aux procédés ci-dessus de l'invention, en créant un dialogue entre le terminal mobile de l'utilisateur et un serveur de relation d'une part et, entre le serveur de relation, l'automate et le centre de gestion de paiement électronique, d'autre part, l'utilisateur peut payer ses achats effectués sur l'automate avec son moyen de paiement. La présente invention propose une solution technique (appel serveur de relation par utilisateur, demande de déblocage des moyens de sélection, demande autorisation de paiement, etc.) permettant de réaliser un achat sur un automate en utilisant un moyen de paiement électronique rattaché à une entité indépendante (i.e. un centre de gestion de paiement électronique d'une société tierce). La solution proposée par l'invention permet de favoriser l'usage d'un moyen de paiement électronique tel que le porte-monnaie électronique en apportant plus de souplesse et d'utilisation. Pour le fournisseur de l'automate, cela lui évite que trop de monnaie soit collectée par l'automate diminuant ainsi la quantité d'argent présente dans la machine et, par conséquent, les interventions ainsi que les risques d'effraction. Enfin, pour l'utilisateur, cela représente une utilisation supplémentaire de son moyen de paiement électronique. Dans l'étape a), l'utilisateur peut être identifié/authentifié au moyen d'un code d'identification transmis par le terminal mobile, tel que le numéro MSISDN par exemple, le compte de paiement de l'utilisateur étant associé à ce code de manière à permettre l'identification du compte de paiement de l'utilisateur dans l'étape b). 2862795 6- Selon une caractéristique du procédé de l'invention, le centre de gestion de paiement électronique peut effectuer en outre le débit du compte de paiement de l'utilisateur du montant de l'achat du bien ou du service sélectionné. De plus, le centre de gestion de paiement électronique peut établir une liaison avec un serveur du compte bancaire de l'exploitant de l'automate pour créditer ledit compte du montant de l'achat du bien ou du service sélectionné par l'utilisateur. Le procédé peut comprendre en outre une étape de validation du paiement par l'utilisateur dans laquelle le serveur de relation demande à l'utilisateur de valider le paiement via son terminal mobile, la réponse de l'utilisateur étant ensuite transmise au centre de gestion de paiement électronique par le serveur de relation. Afin de ne pas pénaliser l'utilisateur en cas de disfonctionnement de l'automate lors de la livraison du bien ou du service, ce dernier peut renvoyer une information sur le statut de livraison au serveur de relation qui, en cas d'échec dans la livraison du bien ou du service à l'utilisateur dans l'étape e) du premier procédé décrit ci-dessus, met fin à la transaction. En cas d'échec dans la livraison du bien ou du service à l'utilisateur dans l'étape i) du second procédé décrit ci- dessus, le serveur de relation envoie une demande de crédit au centre de gestion de paiement électronique correspondant au montant de l'achat précédemment débité. La présente invention a également pour objet un système comprenant au moins un automate ayant des moyens de sélection pour permettre à un utilisateur de commander directement sur l'automate un bien ou un service, l'utilisateur étant équipé d'un terminal mobile comprenant des moyens de transmission de données, l'utilisateur possédant en outre un moyen de paiement électronique comprenant un compte de paiement accessible via un serveur de paiement d'un centre de gestion de paiement électronique. Selon un premier aspect de l'invention, le système est caractérisé en ce que l'automate est en liaison avec un serveur de relation et comprend des moyens de traitement réagissant à une instruction du serveur de relation pour débloquer les moyens de sélection de l'automate, envoyer les références du bien ou du service sélectionné audit serveur de 2862795 7 relation, et délivrer ledit bien ou service en réponse à une instruction de livraison du serveur de relation, et en ce que le serveur de relation est également en liaison avec le terminal mobile et le serveur de paiement, ledit serveur de relation comprenant des moyens de traitement pour interroger le serveur de paiement sur la validité du compte de l'utilisateur, le serveur de relation envoyant une instruction de déblocage des moyens de sélection de l'automate en cas de réponse positive du serveur de paiement, les moyens de traitement du serveur de relation envoyant en outre automatiquement une demande de paiement au serveur de paiement à réception des références du bien ou du service délivré envoyées par l'automate ainsi que des informations d'authentification et d'identification envoyées par l'utilisateur via son terminal mobile. Selon une caractéristique particulière, les moyens de traitement du serveur de relation interrogent également le serveur de paiement pour obtenir une information sur le montant maximum autorisé pour l'achat à l'utilisateur. Dans ce cas, le serveur de relation transmet à l'automate l'information sur le montant maximum autorisé avec l'instruction de déblocage des moyens de sélection de l'automate, l'automate délivrant le bien ou le service à l'utilisateur si le montant de celui-ci est inférieur au montant maximum autorisé. Selon un autre aspect de l'invention, le système est caractérisé en ce que l'automate est en liaison avec un serveur de relation et comprend des moyens de traitement réagissant à une instruction du serveur de relation pour débloquer les moyens de sélection de l'automate, envoyer les références du bien ou 'du service sélectionné audit serveur de relation, et délivrer ledit bien ou service en réponse à une instruction de livraison du serveur de relation. De plus, le serveur de relation est également en liaison avec le terminal mobile et le serveur de paiement, le serveur de relation comprenant des moyens de traitement pour interroger le serveur de paiement sur la validité du compte de l'utilisateur et envoyer une instruction de déblocage des moyens de sélection de l'automate en cas de réponse positive du serveur de paiement. Selon une caractéristique particulière, les moyens de traitement du 35 serveur de relation interrogent également le serveur de paiement pour 2862795 8 vérifier que le compte de paiement de l'utilisateur présente un crédit suffisant pour réaliser un achat sur l'automate. Les moyens de traitement du serveur de relation sont également programmés pour envoyer automatiquement une demande d'autorisation de paiement au serveur de paiement à réception des données de transaction envoyées par l'automate ainsi que des informations d'identification envoyées par l'utilisateur via son terminal mobile, de manière à transmettre une instruction de livraison à l'automate lorsque l'autorisation de paiement est accordée. Le serveur de paiement comprend des moyens pour débiter le compte de paiement de l'utilisateur du montant de l'achat du bien ou du service commandé. Le serveur de paiement peut être en liaison avec un serveur du compte bancaire de l'exploitant de l'automate et comprendre des moyens pour créditer ledit compte du montant de l'achat du bien ou du service commandé. Afin de ne pas pénaliser l'utilisateur en cas de disfonctionnement de l'automate lors de la livraison du bien ou du service, ce dernier peut comprendre en outre des moyens pour renvoyer une information sur le statut de livraison au serveur de relation. Par conséquent, en cas d'échec dans la livraison du produit ou du service par l'automate, le serveur de relation met fin à la transaction si le débit du compte de l'utilisateur n'a pas été encore réalisé. Si le compte de l'utilisateur est débité avant l'étape de livraison, le serveur de relation envoie au serveur de paiement une demande de crédit du compte de l'utilisateur correspondant au montant de l'achat précédemment débité. Selon une caractéristique de l'invention, le serveur de relation peut comprendre en outre des moyens pour demander une validation du paiement par l'utilisateur via son terminal mobile et transmettre 30 l'information de validation au serveur de paiement. Selon un aspect de l'invention, le terminal mobile comprend une interface de communication pour permettre un dialogue et l'échange de données avec au moins le serveur de relation. Brève description des dessins D'autres caractéristiques et avantages de l'invention ressortiront de la description suivante de modes particuliers de réalisation de l'invention, donnés à titre d'exemples non limitatifs, en référence aux dessins annexés, sur lesquels: - la figure 1 est une vue schématique globale du système selon l'invention, - les figures 2A et 2B sont des organigrammes illustrant les étapes 10 d'un procédé conformément à un mode de réalisation de l'invention - les figures 3A et 3B sont des organigrammes illustrant les étapes d'un procédé conformément à un autre mode de réalisation de l'invention. Description détaillée des modes de réalisation de l'invention La présente invention est basée sur l'utilisation d'un compte pré ou post-payé géré électroniquement en tant que moyen de paiement pour l'achat de biens et/ou de services proposés sur des automates. Plus particulièrement, le moyen de paiement mis en oeuvre dans la présente invention peut être un porte-monnaie virtuel du type de ceux utilisables sur les appareils de téléphonie mobile comme le système de paiement "Clic-paiement" de la société Orange France. Ce type de porte-monnaie virtuel est un compte prépayé permettant d'effectuer des achats pour des montants inférieurs à quelques euros. Ce mode de paiement permet d'accepter les transactions en ligne effectuées sur les services multimédias mobiles tels que le WAP et dont le montant est trop minime pour être réglé par carte bancaire. Les abonnés peuvent ainsi acheter des biens ou des services comme la météo, des sonneries ou des fonds d'écran. Lors de l'achat d'un bien ou d'un service sur le WAP par exemple, l'utilisateur verra son compte prépayé débité du montant correspondant. Actuellement, ce type de moyen de paiement électronique est réservé aux paiements des achats en ligne via le réseau de téléphonie mobile auquel l'utilisateur est abonné. En d'autres termes, ce mode de paiement ne peut être utilisé que pour des biens ou services proposés sur des sites marchands accessibles via le réseau de télécommunication auquel l'utilisateur est abonné. La 2862795 -10présente invention a donc pour effet d'étendre l'usage d'un tel moyen de paiement électronique pré ou post-payé aux achats sur les automates. L'invention est destinée aux utilisateurs qui possèdent, non seulement, un téléphone mobile ou tout type d'appareil équipé de moyens d'accès aux réseaux et services de téléphonie mobile, mais aussi, un moyen de paiement électronique associé du type décrit ci-dessus. La figure 1 est une vue globale du système montrant les relations entre les différentes parties intervenant selon le procédé de l'invention. Les parties qui interviennent principalement lors d'une opération d'achat sont un utilisateur 1 équipé d'un terminal mobile tel qu'un téléphone mobile 2 (ex. téléphone GSM, GPRS ou 3G) ou équivalent (ex. PDA communicant) et possédant un compte de paiement associé constituant son porte-monnaie virtuel, un automate 3 proposant des biens et/ou des services en échange d'un paiement, un serveur de relation 4 et un centre de gestion de paiement électronique 5 administré par une société auprès de laquelle l'utilisateur a demandé l'ouverture d'un compte de paiement pour son porte-monnaie virtuel. Le système peut comprendre en outre un serveur 6 pour l'accès et la gestion du compte bancaire de la société exploitante des automates. L'automate 3, qui peut être de tout type, comme par exemple un distributeur de boisson, de friandises, un parcmètre, un horodateur, un photocopieur, etc., comprend, outre des moyens traditionnels de paiement recevant de la monnaie physique (espèces: pièces ou billets), des moyens qui lui permettent de délivrer un bien ou un service en réponse à un paiement effectué par un moyen de paiement électronique. Plus précisément, l'automate selon l'invention comprend au moins un modem (non représenté) relié à des moyens de traitement (microprocesseur, logiciels et mémoires) spécialement programmés pour réagir, via une liaison 7, à des instructions envoyées par le serveur de relation 4 qui commande notamment la livraison du bien ou du service sélectionné par l'utilisateur après vérification et autorisation du service de gestion de paiement électronique 5. De plus, l'automate comporte sur sa façade tous les éléments nécessaires à l'utilisateur pour sélectionner et commander le bien et/ou le service de son choix. En ce qui concerne les moyens de sélection du bien ou du service, le distributeur peut disposer par exemple d'étiquettes ou de 2862795 -11- photos 31 des différents articles proposés chacune associée à un bouton 32 de sélection. La sélection par l'utilisateur pourrait également se faire à partir d'un clavier 33 associé à un écran 34 pour guider l'utilisateur dans sa commande. Toutefois, à la différence des moyens de sélection habituellement rencontrés sur les automates, les moyens de sélection des automates du système de l'invention sont maintenus bloqués tant qu'une instruction de déblocage de la part du serveur de relation n'est pas parvenue à l'automate. Plus précisément, les moyens de traitement de l'automate sont programmés pour ne débloquer les moyens de sélection qu'en réponse à une demande du serveur de relation empêchant ainsi toute personne non authentifiée de sélectionner un bien ou un service sur l'automate. Comme expliqué ci-dessous, ce n'est qu'après vérification de la validité du compte de paiement de l'utilisateur par le serveur de relation que ce dernier envoie aux moyens de traitement de l'automate une instruction de déblocage permettant alors à l'utilisateur authentifié de sélectionner un bien ou un service directement sur l'automate. Le centre de gestion de paiement électronique 5 comprend un serveur de paiement 51 et une base de données 52 dans laquelle sont stockés et mis à jour tous les comptes associés aux moyens de paiement électronique gérés. Le centre de gestion 5 est capable de traiter des demandes de débit ou de crédit d'entités extérieures suivant certaines conditions de sécurité (enregistrement préalable des entités externes, identification, protocoles d'accès et de communication, etc.). Le serveur de paiement 51 est accessible par le serveur de relation 4 via une liaison 8 et éventuellement par le téléphone mobile de l'utilisateur via une liaison 10. L'utilisateur 1 a accès au serveur de mise en relation 4 par l'intermédiaire de son téléphone mobile 2 via une liaison 9. A cet effet, le terminal mobile de l'utilisateur (i.e. le téléphone mobile 2 dans l'exemple considéré ici) comprend une interface de communication, par exemple SMS, USSD ou vocale, donnant accès au serveur de relation et à ses applications permettant de saisir les données nécessaires à la transaction. La liaison 7 qui permet à l'automate de dialoguer avec le serveur de relation peut être une ligne de transmission bidirectionnelle soit de type filaire électrique ou optique, soit de type non filaire utilisant le réseau de 35 téléphonie mobile, ou un réseau local radio (WLAN), par exemple de type Bluetooth ou WiFi . 2862795 -12- Les liaisons 8 et 11 sont des lignes de transmissions bidirectionnelles de type liaison de données, par exemple Internet, tandis que les liaisons 9 et 10 sont des liaisons radio fréquence (RF) de téléphonie mobile qui permettent la transmission de données sur un réseau sans fil. Conformément à un premier mode de réalisation de l'invention, un procédé qui est mis en oeuvre dans le système de la figure 1 va être décrit en relation avec les figures 2A et 2B. Au départ (étape ST1), les moyens de sélection de l'automate sont bloqués et l'utilisateur se présente devant celui-ci pour acheter un des biens ou services proposés. L'utilisateur entre en contact avec le serveur de relation 4 via son téléphone mobile 2 et la liaison 9 (étape ST2) en utilisant des services ou protocoles de téléphonie mobile tels que le WAP, I'USSD, le SMS ou un service vocal. Par le biais de cette liaison, il communique l'identification de l'automate sur lequel il veut effectuer son achat (étape ST3). L'identification de l'automate peut correspondre par exemple à un numéro de référence inscrit sur l'automate par le gestionnaire. Le serveur de mise en relation vérifie alors si l'utilisateur possède un compte de paiement en interrogeant le centre de gestion de paiement électronique 5 (étape ST4). L'identification et/ou l'authentification de l'utilisateur peut se faire au moyen du numéro du mobile appelant (par exemple le numéro MSISDN) comme dans les méthodes standards utilisées pour l'accès au service WAP à partir d'un téléphone mobile GSM. Toutefois, un mécanisme supplémentaire peut être prévu pour l'authentification de l'utilisateur afin d'accroître le niveau de sécurité dans le système. Le serveur de relation obtient les références du moyen de paiement électronique de l'utilisateur par association avec l'identifiant/authentifiant de ce dernier (par exemple le numéro MSISDN). Le serveur de relation peut également obtenir du centre de gestion de paiement une information sur la valeur du montant maximum autorisé pour un achat avec ce compte de paiement. Si l'utilisateur est bien authentifié par le centre de gestion 5, le serveur de relation 4 se connecte à l'automate 3 via la liaison 7 et lui envoie une instruction pour qu'il débloque ses moyens de sélection afin de permettre à l'utilisateur de sélectionner un des biens ou services proposés 2862795 -13- ainsi qu'en option l'information sur le montant maximum autorisé (étapes ST5 et ST6). L'utilisateur sélectionne alors le bien ou le service de son choix (étape ST7) qui est délivré par l'automate (étape ST8) qui contrôle éventuellement si le montant est inférieur au montant maximum autorisé. Cette dernière opération déclenche l'envoi par l'automate des données de transaction au serveur de relation 4 (étape ST9). Les données de transaction comprennent notamment une identification (i.e. les références) du bien ou du service sélectionné et/ou le prix de celui-ci. Afin de contrôler le bon déroulement de la transaction d'un bout à l'autre du procédé, l'automate peut retourner au serveur de relation une information sur le statut de la livraison (étape ST10), c'est-à-dire une information confirmant ou non la livraison effective du bien ou du service par l'automate. Dans ce cas, le serveur de relation 4 est en attente d'une confirmation de livraison de la part de l'automate (étape ST11). En cas d'échec dans la livraison du bien ou du service par l'automate (panne mécanique, électrique, logiciel, etc.), le serveur de relation met fin à la transaction (étape ST111). Dès la fin de l'envoi des données de transaction, le serveur de relation effectue une demande de paiement vers le centre de gestion 5 (étape ST12). Le serveur de paiement 51 du centre de gestion débite alors le compte de paiement de l'utilisateur du montant de l'achat en mettant à jour la base de données 52 (étape ST13). De plus, le serveur de paiement 51 entre en contact avec le serveur 6 de l'organisme bancaire de la société exploitante des automates afin de créditer son compte du montant de la vente réalisée par l'automate (étape ST14). Après livraison ou en cas d'échec de livraison, l'automate revient dans sa configuration de départ (étape ST1) en bloquant de nouveau ses moyens de sélection. L'automate est alors prêt pour une nouvelle transaction. Les figures 3A et 3B montrent les étapes d'un procédé conformément à un deuxième mode de réalisation de l'invention. Au départ (étape ST1), les moyens de sélection de l'automate sont bloqués et l'utilisateur se présente devant celui-ci pour acheter un des biens ou services proposés. L'utilisateur entre en contact avec le serveur de relation 4 via son téléphone mobile 2 et la liaison 9 (étape ST2) en utilisant des services ou protocoles de téléphonie mobile tels que le WAP, 2862795 -14- I'USSD, le SMS ou un service vocal. Par le biais de cette liaison, il communique l'identification de l'automate sur lequel il veut effectuer son achat (étape ST3). L'identification de l'automate peutcorrespondre par exemple à un numéro de référence inscrit sur l'automate par le gestionnaire. Le serveur de mise en relation vérifie alors si l'utilisateur possède un compte de paiement en interrogeant le centre de gestion de paiement électronique 5 (étape ST4). Il peut également s'assurer que le compte de paiement de l'utilisateur présente un crédit suffisant vis-à-vis du montant de l'achat. L'identification et/ou l'authentification de l'utilisateur peut se faire au moyen du numéro du mobile appelant (par exemple le numéro MSISDN) comme dans les méthodes standards utilisées pour l'accès au service WAP à partir d'un téléphone mobile GSM. Toutefois, un mécanisme supplémentaire peut être prévu pour l'authentification de l'utilisateur afin d'accroître le niveau de sécurité dans le système. Le serveur de relation obtient les références du moyen de paiement électronique de l'utilisateur par association avec l'identifiant/authentifiant de ce dernier (par exemple le numéro MSISDN). Si l'utilisateur est bien authentifié par le centre de gestion 5, le serveur de relation 4 se connecte à l'automate 3 via la liaison 7 et lui envoie une instruction pour qu'il débloque ses moyens de sélection afin de permettre à l'utilisateur de sélectionner un des biens ou services proposés (étapes ST5 et ST6). L'utilisateur sélectionne alors le bien ou le service de son choix (étape ST7). Cette dernière opération déclenche l'envoi par l'automate des données de transaction au serveur de relation 4 (étape ST8). Les données de transaction comprennent notamment une identification (i.e. les références) du bien ou du service sélectionné et/ou le prix de celui-ci. Dès la fin de l'envoi des données de transaction, le serveur de relation effectue une demande de paiement vers le centre de gestion 5 (étape ST9). Pendant ce temps, l'automate se met en attente d'une réponse du serveur de relation. Pour ne pas rester bloqué indéfiniment en attente d'une réponse, une durée d'attente maximum est programmée dans l'automate de sorte qu'une fois cette durée dépassée, l'automate annule la transaction et revient dans sa position de départ (mode autonome) afin d'être disponible pour de nouvelles transactions. 2862795 -15- De façon optionnelle, le centre de gestion 5 peut demander au serveur de relation une validation de la part de l'utilisateur. Dans ce cas le serveur de relation demande à l'utilisateur via son téléphone mobile de valider le paiement du montant de l'achat sélectionné (étape ST10). Lorsque l'utilisateur a validé le paiement, une information de validation est transmise au centre de gestion 5. Le paiement est alors validé (étape ST11) par le centre de gestion 5 avec ou sans validation de la part de l'utilisateur suivant les cas. Le serveur 51 du centre de gestion débite alors le compte de paiement de l'utilisateur du montant de l'achat en mettant à jour la base de données 52 (étape ST111). De plus, le serveur 51 entre en contact avec le serveur 6 de l'organisme bancaire de la société exploitante des automates afin de créditer son compte du montant de la vente réalisée par l'automate (étape ST112). Après validation du paiement par le centre de gestion et, éventuellement, par l'utilisateur, le serveur 51 du centre de gestion du porte-monnaie électronique envoie l'autorisation de paiement au serveur de relation 4 (étape ST12) qui la transmet (étape ST13) alors à l'automate en attente d'une réponse sous forme d'une demande (instruction) de livraison du bien ou du service commandé par l'utilisateur. En réponse, à la demande du serveur de relation, l'automate délivre le bien ou le service (étape ST14) . Afin de contrôler le bon déroulement de la transaction d'un bout à l'autre du procédé, l'automate peut retourner au serveur de relation une information sur le statut de la livraison (étape ST15), c'est-à-dire une information confirmant ou non la livraison effective du bien ou du service par l'automate. Dans ce cas, le serveur de relation 4 est en attente d'une confirmation de livraison de la part de l'automate (étape ST16). En cas d'échec dans la livraison du bien ou du service par l'automate (panne mécanique, électrique, logiciel, etc.), le serveur de relation envoie une demande de crédit au système de gestion du porte-monnaie électronique de l'utilisateur (étape ST161) pour que le compte de paiement de celui-ci soit recrédité du montant de l'achat afin d'annuler le débit précédent (étape ST111) qui n'est plus justifié puisque l'utilisateur n'a finalement pas reçu le bien ou le service demandé. 2862795 -16- Après livraison ou bien après recrédit du compte utilisateur en cas d'échec de livraison, l'automate revient dans sa configuration de départ (étape ST1) en bloquant de nouveau ses moyens de sélection. L'automate est alors prêt pour une nouvelle transaction. Pour accroître le niveau de sûreté dans le système, les données (références transaction, identification utilisateur pour autorisation de paiement, demande de livraison, etc.) peuvent être transmises sous forme cryptée. Dans ce cas, le terminal mobile ainsi que les serveurs qui envoient et reçoivent les données comprennent des moyens logiciels et/ou matériels de cryptage/décryptage compatibles entre eux. Ainsi, la présente invention propose une solution technique (appel serveur de relation par utilisateur, demande de déblocage des moyens de sélection, demande autorisation de paiement, etc.) permettant de réaliser un achat sur un automate en utilisant un moyen de paiement électronique rattaché à une entité indépendante (i.e. centre de gestion de paiement électronique). Le problème de manque de monnaie est également résolu par la présente invention car l'utilisateur peut toujours régler l'achat quel que soit le prix demandé. D'autre part, lé paiement électronique sur des automates mis en oeuvre conformément à l'invention présente des avantages importants pour le gestionnaire exploitant de telles machines. En effet, les performances économiques (ex. chiffre d'affaire) d'un parc de machines peut être suivi quasiment en temps réel en observant les demandes de crédits envoyées au serveur 6. Comme les données de transaction comprennent l'identification de la machine, il est possible par exemple de suivre l'évolution des chiffres de vente machine par machine. De plus, en minimisant l'utilisation et la présence de monnaie physique dans l'automate, les interventions humaines (collectes monnaie, réparations) et les indisponibilités sont également réduites, ce qui améliore encore le niveau de rentabilité de la machine. 1fi REVENDICATIONS 1. Procédé pour permettre à un utilisateur (1) équipé d'un terminal mobile (2) et possédant un moyen de paiement électronique comprenant un compte de paiement géré par un centre de gestion de paiement électronique (5) accessible via un serveur de paiement (51), l'achat d'un bien ou service proposé sur au moins un automate (3), caractérisé en ce que l'automate comp rend des moyens pour établir une liaison (7) avec un serveur de relation (4), les moyens d'établissement de liaison étant reliés à des moyens de traitement de l'automate programmées pour réagir à des instructions envoyées par le serveur de relation, et en ce que ledit procédé comprend les étapes suivantes: a) connexion de l'utilisateur à un serveur de relation (4) via son terminal mobile (2) pour s'identifier/authentifier et communiquer au dit serveur l'identification de l'automate, b) interrogation du centre de gestion de paiement électronique (5) par le serveur de relation (4) pour vérifier la validité du moyen de paiement électronique de l'utilisateur, c) connexion du serveur de relation (4) à l'automate (3) pour envoyer une instruction de déblocage des moyens de sélection de l'automate lorsque la vérification de la validité du moyen de paiement de l'utilisateur est positive, d) sélection par l'utilisateur d'un bien ou d'un service sur l'automate (3), e) délivrance du bien ou du service à l'utilisateur par l'automate (3), f) envoi par l'automate au serveur de relation des références du bien ou du service délivré à l'utilisateur, et g) envoi par le serveur de relation au centre de gestion de paiement électronique d'une demande de paiement correspondant aux références du bien ou du service délivré à l'utilisateur. 2. Procédé selon la revendication 1, caractérisé en ce que, dans l'étape b), le serveur de relation interroge en outre le centre de gestion de paiement électronique pour obtenir une information sur le montant maximum autorisé pour l'achat, le serveur de relation transmettant cette information à l'automate dans l'étape c), la délivrance du bien ou du service par l'automate à l'utilisateur dans l'étape e) étant réalisée si la sélection est dans la limite du montant maximum autorisé. 4. 3. Procédé selon la revendication 1 ou 2, caractérisé en ce que dans l'étape a), l'utilisateur est identifié/authentifié au moyen d'un code d'identification transmis par le terminal mobile, le compte de paiement de l'utilisateur étant associé à ce code de manière à permettre l'identification du compte de paiement de l'utilisateur dans l'étape b). 4. Procédé selon l'une des revendications 1 à 3, caractérisé en ce que dans l'étape g), le centre de gestion de paiement électronique (5) effectue en outre le débit du compte de paiement de l'utilisateur du montant de l'achat du bien ou du service délivré à l'utilisateur. 5. Procédé selon l'une des revendications 1 à 4, caractérisé en ce que dans l'étape g), le centre de gestion de paiement électronique (5) établit une liaison avec un serveur (6) du compte bancaire de l'exploitant de l'automate pour créditer ledit compte du montant de l'achat du bien ou du service délivré à l'utilisateur. 6. Procédé selon l'une des revendications 1 à 5, caractérisé en ce que l'automate (3) renvoie une information sur le statut de livraison au serveur de relation (4) qui, en cas d'échec dans la livraison du bien ou du service à l'utilisateur, met fin à la transaction. 7. Procédé pour permettre à un utilisateur (1) équipé d'un terminal mobile (2) et possédant un moyen de paiement électronique comprenant un compte de paiement géré par un centre de gestion de paiement électronique (5) accessible via un serveur de paiement (51), l'achat d'un bien ou service proposé sur au moins un automate (3), caractérisé en ce que l'automate comprend des moyens pour établir une liaison (7) avec un serveur de relation (4), les moyens d'établissement de liaison étant reliés à des moyens de traitement de l'automate programmées pour réagir à des instructions envoyées par le serveur de relation, et en ce que ledit procédé comprend les étapes suivantes: a) connexion de l'utilisateur à un serveur de relation (4) via son terminal mobile (2) pour s'identifier/authentifier et communiquer audit serveur l'identification de l'automate, b) interrogation du centre de gestion de paiement électronique (5) par le serveur de relation (4) pour vérifier la validité du moyen de paiement électronique de l'utilisateur, 2862795 4.3 c) connexion du serveur de relation à l'automate pour envoyer une instruction de déblocage des moyens de sélection de l'automate lorsque la vérification de la validité du moyen de paiement de l'utilisateur est positive, d) sélection par l'utilisateur d'un bien ou d'un service sur l'automate (3), e) envoi par l'automate au serveur de relation des références du bien ou du service sélectionné par l'utilisateur, f) envoi par le serveur de relation au centre de gestion de paiement électronique d'une demande de paiement correspondant aux références du bien ou du service sélectionné par l'utilisateur, g) envoi d'une autorisation de paiement par le centre de gestion de paiement électronique (5) au serveur de relation (4), h) demande de livraison du produit par le serveur de relation (4) à l'automate (3), et i) délivrance du bien ou du service à l'utilisateur par l'automate (3) en réponse à la demande de livraison du serveur de relation (4). 8. Procédé selon la revendication 7, caractérisé en ce que dans l'étape b) , le serveur de relation vérifie en outre que le compte de paiement de l'utilisateur présente un crédit suffisant. 9. Procédé selon la revendication 7 ou 8, caractérisé en ce que dans l'étape a), l'utilisateur est identifié/authentifié au moyen d'un code d'identification transmis par le terminal mobile, le compte de paiement de l'utilisateur étant associé à ce code de manière à permettre l'identification du compte de paiement de l'utilisateur dans l'étape b). 10. Procédé selon l'une des revendications 7 à 9, caractérisé en ce que dans l'étape g), le centre de gestion de paiement électronique (5) 30 effectue en outre le débit du compte de paiement de l'utilisateur du montant de l'achat du bien ou du service sélectionné par l'utilisateur. 11. Procédé selon l'une des revendications 7 à 10, caractérisé en ce que dans l'étape g), le centre de gestion de paiement électronique (5) établit une liaison avec un serveur (6) du compte bancaire de l'exploitant de l'automate pour créditer ledit compte du montant de l'achat du bien ou du service sélectionné par l'utilisateur. 12. Procédé selon l'une des revendications 7 à 11, caractérisé en ce qu'il comprend en outre une étape de validation du paiement par l'utilisateur dans laquelle le serveur de relation (4) demande à l'utilisateur de valider le paiement via son terminal mobile (2), la réponse de l'utilisateur étant ensuite transmise au centre de gestion de paiement électronique (5) par le serveur de relation. 13. Procédé selon l'une des revendications 7 à 12, caractérisé en ce que l'automate (3) renvoie une information sur le statut de livraison au serveur de relation (4) qui, en cas d'échec dans la livraison du bien ou du service à l'utilisateur, envoie une demande de crédit au centre de gestion de paiement électronique (5) pour recréditer le compte de paiement de l'utilisateur du montant de l'achat. 14. Système comprenant au moins un automate (3) ayant des moyens de sélection pour permettre à un utilisateur (1) de commander directement sur l'automate un bien ou un service, l'utilisateur étant équipé d'un terminal mobile (2) comprenant des moyens de transmission de données, l'utilisateur possédant en outre un moyen de paiement électronique comprenant un compte de paiement accessible via un serveur de paiement (51) d'un centre de gestion de paiement électronique (5), caractérisé en ce que l'automate (3) est en liaison avec un serveur de relation (4) et comprend des moyens de traitement réagissant à une instruction du serveur de relation (4) pour débloquer les moyens de sélection de l'automate, envoyer les références du bien ou du service sélectionné audit serveur de relation, et délivrer ledit bien ou service en réponse à une instruction de livraison du serveur de relation, et en ce que le serveur de relation (4) est également en liaison avec le terminal mobile (2) et le serveur de paiement (51), ledit serveur de relation comprenant des moyens de traitement pour interroger le serveur de paiement (51) sur la validité du compte de l'utilisateur, le serveur de relation envoyant une instruction de déblocage des moyens de sélection de l'automate en cas de réponse positive du serveur de paiement, les moyens de traitement du serveur de relation envoyant en outre automatiquement une demande de paiement au serveur de paiement (51) à réception des références du bien ou du service délivré envoyées par 2862795 2I l'automate (3) ainsi que des informations d'authentification et d'identification envoyées par l'utilisateur via son terminal mobile (2) . 15. Système selon la revendication 14, caractérisé en ce que les moyens de traitement du serveur de relation interrogent également le serveur de paiement (51) pour obtenir une information sur le montant maximum autorisé pour l'achat à l'utilisateur et en ce que le serveur de relation transmet à l'automate le montant maximum autorisé avec l'instruction de déblocage des moyens de sélection de l'automate, l'automate délivrant le bien ou le service à l'utilisateur si le montant de celui-ci est inférieur au montant maximum autorisé. 16. Système selon la revendication 14 ou 15, caractérisé en ce que l'utilisateur est identifié/authentifié au moyen d'un code d'Identification transmis par le terminal mobile, le compte de paiement de l'utilisateur étant associé à ce code de manière à permettre l'identification du compte de paiement de l'utilisateur. 17. Système selon l'une des revendications 14 à 16, caractérisé en ce que l'automate (3) comprend en outre des moyens pour renvoyer une information sur le statut de livraison au serveur de relation (4), ledit serveur de relation mettant fin à la transaction en cas d'échec de la livraison du bien ou du service par l'automate. 18. Système comprenant au moins un automate (3) ayant des moyens de sélection pour permettre à un utilisateur (1) de commander directement sur l'automate un bien ou un service, l'utilisateur étant équipé d'un terminal mobile (2) comprenant des moyens de transmission de données, l'utilisateur possédant en outre un moyen de paiement électronique comprenant un compte de paiement accessible via un serveur de paiement (51) d'un centre de gestion de paiement électronique (5), caractérisé en ce que l'automate (3) est en liaison avec un serveur de relation (4) et comprend des moyens de traitement réagissant à une instruction du serveur de relation (4) pour débloquer les moyens de sélection de l'automate, envoyer les références du bien ou du service sélectionné audit serveur de relation, et délivrer ledit bien ou service en réponse à une instruction de livraison du serveur de relation, et en ce que le serveur de relation (4) est également en liaison avec le terminal mobile (2) et le serveur de paiement (51), ledit serveur de relation comprenant des moyens de traitement pour interroger le serveur de paiement (51) sur la validité du compte de l'utilisateur et envoyer une instruction de déblocage des moyens de sélection de l'automate en cas de réponse positive du serveur de paiement, lesdits moyens de traitement envoyant en outre automatiquement une demande d'autorisation de paiement au serveur de paiement à réception des données de transaction envoyées par l'automate (3) ainsi que des informations d'identification envoyées par l'utilisateur via son terminal mobile (2), de manière à transmettre une instruction de livraison à l'automate lorsque l'autorisation de paiement est accordée. 19. Système selon la revendication 18, caractérisé en ce que les moyens de traitement du serveur de relation interrogent également le serveur de paiement pour vérifier que le compte de paiement de l'utilisateur présente un crédit suffisant pour réaliser un achat sur l'automate. 20. Système selon la revendication 18 ou 19, caractérisé en ce que l'utilisateur est identifié/authentifié au moyen d'un code d'identification transmis par le terminal mobile, le compte de paiement de l'utilisateur étant associé à ce code de manière à permettre l'identification du compte de paiement de l'utilisateur. 21. Système selon l'une des revendications 18 à 20, caractérisé en ce que le serveur de relation (4) comprend en outre des moyens pour demander une validation du paiement par l'utilisateur via son terminal mobile (2) et transmettre l'information de validation au serveur de paiement (51). 22. Système selon l'une des revendications 18 à 21, caractérisé en ce que l'automate (3) comprend en outre des moyens pour renvoyer une information sur le statut de livraison au serveur de relation (4), ledit serveur de relation envoyant au serveur de paiement (51) une demande de crédit du compte de l'utilisateur du montant de l'achat en cas d'échec dans la livraison du produit ou du service par l'automate.