FR3028638A1

FR3028638A1 - Procede de mise en relation entre un terminal mobile et un serveur d'un fournisseur de service

Info

Publication number: FR3028638A1
Application number: FR1461010A
Authority: FR
Inventors: Patrick Kirschbaum; Arnaud Brun
Original assignee: Orange SA
Current assignee: Orange SA
Priority date: 2014-11-14
Filing date: 2014-11-14
Publication date: 2016-05-20
Also published as: EP3218861A1; US20170331820A1; US10992661B2; WO2016075390A1

Abstract

Mise en relation d'un terminal mobile (1) d'un utilisateur et d'au moins un serveur d'un fournisseur de service (3a, 3b, 3c), comprenant les étapes suivantes, - mémorisation par un serveur d'un fournisseur de service d'un identifiant d'une carte affectée à l'utilisateur par ce fournisseur de service, en correspondance avec une donnée d'alias, elle-même associée à un identifiant utilisateur au moyen duquel le terminal mobile (1) est identifié auprès du réseau mobile ; - mémorisation, en association avec l'identifiant de la carte, de premières données relatives à au moins une première transaction effectuée entre l'utilisateur et le fournisseur de service au moyen de la carte; - établissement, via le réseau mobile et par l'intermédiaire d'une plateforme (2) de service apte à obtenir la donnée d'alias, d'une liaison de communication (E4) entre le terminal mobile (1) de l'utilisateur et le serveur de fournisseur de service, dans laquelle ladite donnée d'alias sert à identifier l'utilisateur du terminal mobile auprès du serveur du fournisseur de service; - envoi au terminal mobile, via ladite liaison de communication, d'informations sur au moins un service proposé à l'utilisateur par le fournisseur de service en fonction des premières données mémorisées en association avec l'identifiant de carte correspondant à la donnée d'alias utilisée pour ladite liaison de communication.

Description

3028638 Procédé de mise en relation entre un terminal mobile et un serveur d'un fournisseur de service DOMAINE TECHNIQUE GENERAL L'invention a pour objet la gestion sécurisée de la fourniture d'un service délivré par un serveur d'un fournisseur de service à un utilisateur d'un terminal mobile. Elle concerne plus particulièrement un procédé de mise en relation sécurisée entre un terminal mobile d'un utilisateur et au moins un serveur d'un fournisseur de service par l'intermédiaire d'une plateforme.

ETAT DE LA TECHNIQUE De nombreux services d'achat en ligne sont actuellement proposés aux utilisateurs de terminaux. Ces services d'achat en ligne supposent actuellement que l'utilisateur se connecte sur un site Web du fournisseur de service. En général, l'utilisateur doit créer un compte utilisateur : les informations le concernant telles que nom, prénom, adresse de livraison, produits achetés, etc sont alors mémorisées et réutilisées si besoin pour un prochain achat afin d'accélérer et faciliter la recherche de produits intéressants ou pertinents pour l'utilisateur. Par exemple, lorsque l'utilisateur se connecte à plusieurs reprises au même site Web d'un fournisseur de service, il peut bénéficier de recommandations ou de promotions pour des produits ou services, ces recommandations ou promotions étant fonction de ses précédents achats effectués sur le même site Web. En ce qui concerne le commerce de proximité, c'est-à-dire les achats effectués en magasin physique, il n'est pas possible de mettre en oeuvre le même mécanisme de recommandation pour les raisons suivantes.

Les professionnels ont mis en place à ce jour un système de type carte de fidélité qui permet de proposer à leurs clients des promotions, réductions, recommandations personnalisées. Lors du passage en caisse du client, celui-ci peut bénéficier d'une réduction sur ses achats ou de recommandations pour un prochain passage dans le magasin. En aucun cas cependant, les recommandations ne peuvent être proposées avant le passage en caisse, lorsque le client est présent dans le magasin et fait ses achats dans le magasin puisque le client n'est identifié qu'au moyen de sa carte de fidélité et ce, seulement lors du passage en caisse. Ainsi, il existe un besoin d'une solution de mise en relation sécurisée, permettant à un fournisseur de service de communiquer avec un client donné de manière personnalisée lorsque ce client est présent dans le magasin, et de proposer au client au moins un service (produit à acheter, contenus à acquérir etc, réductions, promotions, recommandations...) susceptible de l'intéresser, en fonction par exemple de précédents achats effectués au moyen d'une carte telle qu'une carte de fidélité ou autre.

PRESENTATION DE L'INVENTION 2 3028638 La présente invention se rapporte ainsi selon un premier aspect à un procédé de mise en relation d'un terminal mobile d'un utilisateur et d'au moins un serveur d'un fournisseur de service, le procédé comprenant les étapes suivantes : - mémorisation par un serveur d'un fournisseur de service d'un identifiant d'une carte 5 affectée à l'utilisateur par ce fournisseur de service, en correspondance avec une donnée d'alias, elle-même associée à un identifiant utilisateur au moyen duquel le terminal mobile est identifié auprès du réseau mobile ; - mémorisation, en association avec l'identifiant de la carte, de premières données relatives à au moins une première transaction effectuée entre l'utilisateur et le fournisseur de 10 service au moyen de la carte; - établissement, via le réseau mobile et par l'intermédiaire d'une plateforme de service apte à obtenir la donnée d'alias, d'une liaison de communication entre le terminal mobile de l'utilisateur et le serveur de fournisseur de service, dans laquelle ladite donnée d'alias sert à identifier l'utilisateur du terminal mobile auprès du serveur du fournisseur de service; 15 - envoi au terminal mobile, via ladite liaison de communication, d'informations sur au moins un service proposé à l'utilisateur par le fournisseur de service en fonction des premières données mémorisées en association avec l'identifiant de carte correspondant à la donnée d'alias utilisée pour ladite liaison de communication.

20 Le procédé de mise en relation repose notamment sur la mémorisation d'une association entre, d'une part, un identifiant de carte défini pour une carte affectée à l'utilisateur, et d'autre part, une donnée d'alias, associée à un identifiant utilisateur au moyen duquel un terminal mobile de l'utilisateur est identifié auprès du réseau mobile. Cette association permet de faire le lien entre un utilisateur présent en magasin, porteur d'une carte, et un utilisateur 25 porteur d'un terminal mobile. Lors de la mise en relation entre le terminal mobile de l'utilisateur et le serveur du fournisseur de service, la donnée d'alias sert à identifier l'utilisateur auprès du fournisseur de service. Il est ainsi possible, à partir des données mémorisées, de retrouver l'identifiant de carte associé, ainsi que des données sur une ou des transactions effectuées au moyen de la carte. Le 30 serveur du fournisseur de service peut donc proposer à l'utilisateur au moins un service susceptible de l'intéresser et lui transmettre ces propositions via la liaison de communication établie sur la base de la donnée d'alias. Grâce à son terminal mobile, l'utilisateur peut donc recevoir ces propositions alors qu'il se trouve dans le magasin, avant même son passage en caisse, et ce de manière personnalisée 35 puisque le lien avec sa carte - et donc ses transactions antérieures effectuées au moyen de cette carte - est connu. En particulier, l'utilisateur n'a pas besoin de s'identifier via sa carte préalablement, puisque son identification via la donnée d'alias suffit. La donnée d'alias sert donc à établir un lien logique entre la carte et le terminal mobile. La donnée d'alias sert à identifier l'utilisateur vis-à-vis du fournisseur de service lors de 40 l'utilisation du terminal mobile.

3 3028638 L'invention est applicable à de nombreuses situations. La carte en question est par exemple une carte physique ou virtuelle ou électronique. La carte est par exemple une carte de fidélité, une carte de paiement, une carte de promotion ou 5 une carte de crédit. L'identifiant de carte peut être codé dans un code barre, une puce électronique ou une piste magnétique. L'identifiant de carte, présent sur ou dans la carte, est lisible par un lecteur approprié. La carte est utilisé typiquement pour un passage en caisse dans un magasin afin de procéder à un paiement et/ou de bénéficier de points ou d'avantages conformément à un programme de fidélité et/ou d'acquérir un droit d'accès à un service.

10 Dans le cadre de ce document, on parle de transaction (ou, indifféremment d'une opération) pour désigner un échange de données et/ou traitement de données effectué entre le fournisseur de service et un utilisateur dans le cadre de la fourniture d'un service : par exemple un paiement, un achat de produit(s) ou service(s), une demande d'accès à un service, une demande d'accès à un contenu ou de consultation d'un tel contenu, un envoi de contenu, une 15 commande de produits, une demande ou un envoi d'information sur un produit ou service, etc. Le terme « service » est ainsi à interpréter de manière large : la fourniture d'un service par un fournisseur de service correspond ainsi à un ensemble d'au moins une opération effectuée entre au moins le fournisseur de service et un utilisateur. Il s'agit par exemple de la vente d'un produit, la fourniture d'un accès à un service ou à un contenu, la fourniture d'un contenu, la 20 réception ou le traitement d'une commande, la mise en oeuvre d'une transaction de paiement, etc. Dans un mode de réalisation, le procédé de mise en relation comprend une étape de réception par le serveur du fournisseur de service et de mémorisation en association avec 25 l'identifiant de carte de deuxièmes données relatives à une deuxième transaction effectuée entre l'utilisateur et le fournisseur de service via ladite liaison de communication. Du fait de l'association réalisée entre le terminal mobile et la carte au travers de la donnée d'alias, des données répertoriant les différentes transactions effectuées pour un utilisateur soit au moyen de sa carte, soit au moyen du terminal mobile lors de la connexion à un 30 serveur de fournisseur de service peuvent être enregistrées en association et exploitées de manière corrélées par les fournisseurs de service. Les données, concernant les opérations ou transactions effectuées par un utilisateur lors d'une connexion du terminal mobile à un serveur de fournisseur de service peuvent être mémorisées avec celles concernant les opérations ou transactions effectuées par cet utilisateur 35 au moyen de sa carte. Il devient alors possible d'exploiter les données, concernant les opérations ou transactions effectuées par un utilisateur au moyen de sa carte, lors d'une connexion du terminal mobile à un serveur de fournisseur de service, par exemple pour proposer des promotions relatives à des achats effectués précédemment avec la carte.

4 3028638 Inversement, il est possible d'exploiter les données, concernant les opérations ou transactions effectuées par un utilisateur pendant d'une connexion du terminal mobile à un serveur de fournisseur de service, pour une opération effectuée ultérieurement au moyen de cette carte. Par exemple pour bénéficier, au moment du passage en caisse avec présentation de 5 la carte ou paiement au moyen de la carte, d'une réduction sur un produit signalé à l'utilisateur lors d'une connexion - antérieure à ce passage en caisse - du terminal mobile à un serveur de fournisseur de service. Ainsi, l'utilisateur peut au choix utiliser son terminal mobile pour des opérations ou transactions en ligne, ou bien se rendre dans le magasin et présenter sa carte lors du passage en 10 caisse : l'ensemble des opérations ou transactions qu'il va effectuer ainsi pourront être prise en compte sans distinction quant au mode opératoire. Ceci permet à l'utilisateur du terminal mobile de bénéficier d'un programme de fidélité sans avoir à fournir son identité au fournisseur de service et d'interagir avec le programme de fidélité depuis son terminal mobile sans avoir à s'identifier.

15 Dans un mode de réalisation, le procédé comprend une étape d'obtention par la plateforme de la donnée d'alias suite à une identification du terminal mobile par une entité réseau du réseau mobile sur la base dudit identifiant utilisateur. Le terminal mobile est identifié au moyen de l'identifiant utilisateur par le réseau mobile, c'est-à-dire par une des entités 20 réseau du réseau mobile en charge de l'identification des terminaux mobiles qui se connecte ou sont connectés à ce réseau mobile. La plateforme est conçue pour obtenir cette donnée d'alias, par exemple auprès d'une de ces entités réseau. La donnée d'alias découlant d'un identifiant utilisateur qui ne peut être obtenu que par des entités réseau en charge de l'identification des terminaux mobiles, seul un opérateur de ce réseau mobile a connaissance de cette donnée 25 d'alias. Elle est donc gérée de manière sécurisée dans le réseau mobile. Dans un mode de réalisation particulier, la plateforme est directement intégrée dans l'infrastructure réseau du réseau mobile. Il en résulte que les opérations effectuées par la plateforme sont sécurisées.

30 Dans un mode de réalisation, la donnée d'alias utilisée pour la liaison de communication entre le terminal mobile et le serveur du fournisseur de service est une donnée d'alias fournisseur, mémorisée pour un ou plusieurs fournisseurs de service en association avec une donnée d'alias opérateur, elle-même associée à l'identifiant utilisateur. Dans un mode de réalisation, la plateforme, lorsqu'elle reçoit via ladite liaison de 35 communication une requête provenant du terminal mobile, contenant la donnée d'alias opérateur et destiné à un serveur d'un fournisseur de service, remplace la donnée d'alias opérateur par la donnée d'alias fournisseur correspondant au fournisseur de service concerné. Ainsi la donnée d'alias opérateur n'est jamais transmise à une entité en dehors de l'infrastructure réseau du réseau mobile. La donnée d'alias est donc une donnée confidentielle.

40 5 3028638 Dans un mode de réalisation, la plateforme dispose d'une liste d'au moins un service, chaque service étant associé à au moins une zone géographique de disponibilité, le procédé comprenant en outre les étapes suivantes : - obtention par la plateforme de service d'une information de localisation du terminal mobile, 5 - en fonction de ladite information de localisation obtenue et de la liste de services, détermination d'au moins un service, dit service disponible, associé à au moins une zone géographique de disponibilité dans laquelle est localisé le terminal mobile, l'étape de mise en relation étant effectuée pour un serveur d'un fournisseur d'un service sélectionné parmi le ou les services disponibles déterminés.

10 L'utilisation de l'information de géolocalisation du terminal mobile permet d'identifier plus facilement le ou les fournisseurs de service dans les magasins desquels l'utilisateur est susceptible de se trouver. Ainsi si chaque fournisseur de service déclare une zone géographique de disponibilité pour chacun de ses magasins, l'utilisateur pourra facilement sélectionner parmi les magasins situés aux alentours celui dans lequel il se trouve ou celui dans lequel il compte se 15 rendre effectivement, et ce même si l'information de géolocalisation du terminal mobile a une précision restreinte comme c'est le cas par exemple des informations de géolocalisation produite par le réseau mobile. Selon un mode de réalisation, le procédé selon le premier aspect comprend une étape de 20 transmission au terminal mobile de l'utilisateur, suite à la saisie correcte d'un code USSD (« Unstructured Supplementary Service Data » ou « Service supplémentaire pour données non structurées ») par l'utilisateur sur son terminal mobile, d'un message permettant une connexion du terminal mobile à la plateforme. Ceci permet à l'utilisateur de se connecter simplement à la plateforme sans avoir à saisir 25 une URL («Uniform Resource Locator » ou « localisateur uniforme de ressource ») complexe. De plus, la saisie d'un tel code nécessitant uniquement un clavier à chiffres, une telle étape peut être mise en oeuvre par n'importe quel type de téléphone et permet donc d'utiliser le procédé selon l'invention avec tout type de terminal mobile doté d'un clavier et d'un navigateur. De plus, l'obtention d'une information de la zone de localisation du terminal peut être 30 déclenchée suite à la détection d'une connexion du terminal mobile à la plateforme ou par une réception d'un message de requête transmis par le terminal mobile pour obtenir de la plateforme une liste de services disponibles. Ceci permet d'obtenir automatiquement les informations de la zone de localisation du terminal lors de sa connexion sans requérir de celui-ci l'envoi d'un message de requête de 35 services disponibles et permet également au terminal de requérir de nouveau une liste des services disponibles après sa connexion initiale. Selon une caractéristique avantageuse et non limitative, l'identifiant utilisateur peut être un identifiant associé à un module d'identification d'utilisateur du terminal mobile. Ceci permet de garantir que l'identifiant utilisateur employé identifie bien le 40 propriétaire du terminal mobile.

6 3028638 Selon un mode de réalisation, la plateforme peut identifier un service disponible sélectionné pour la mise en relation en mettant en oeuvre les étapes suivantes: - transmission au terminal mobile d'une liste de services disponibles correspondant à la 5 zone géographique où est localisé le terminal mobile, - réception d'un message d'identification du service sélectionné parmi les services disponibles, provenant du terminal mobile. Ceci permet de ne proposer à l'utilisateur que les services auxquels sa zone de localisation géographique lui donne accès et de déterminer simplement le service souhaité par 10 l'utilisateur parmi les différents services disponibles. De plus, l'étape de mise en relation peut comprendre les étapes suivantes mises en oeuvre par la plateforme : - transmission au serveur du fournisseur du service sélectionné d'une demande relative au service sélectionné comprenant la donnée d'alias associée au terminal mobile, 15 - réception de données relatives à un ou plusieurs services proposés par le fournisseur de service en provenance du serveur du fournisseur du service sélectionné, au moins une partie des données reçues étant personnalisée pour l'utilisateur identifié par la donnée d'alias reçue, - transmission des données relatives à la fourniture dudit service au terminal mobile. Ceci permet à la plateforme de délivrer au terminal mobile de l'utilisateur le service 20 demandé sans divulguer l'identité de l'utilisateur au fournisseur du service. Ainsi celui-ci ne peut entrer en contact avec le terminal mobile sans passer par la plateforme, ce qui limite fortement les risques de sollicitation non désirée pour l'utilisateur. L'étape de mise en relation peut également comprendre la transmission par la plateforme à un serveur du fournisseur du service sélectionné d'un code alphanumérique saisi 25 par l'utilisateur sur son terminal mobile afin que ledit serveur du fournisseur de service délivre à l'utilisateur un service associé audit code alphanumérique. Ceci permet à l'utilisateur de pouvoir requérir simplement un service lié par exemple à un produit, sans avoir à parcourir une liste de services. Un tel code peut également être saisi sur n'importe quel type de terminal mobile à clavier, n'excluant ainsi pas du champ de l'invention 30 les téléphones mobiles autres que les « smartphones ». L'étape de mise en relation peut enfin comprendre au moins une étape mise en oeuvre par l'intermédiaire de la plateforme parmi une étape de transmission au terminal mobile de l'utilisateur de courrier électronique ou de message textuel provenant du serveur du fournisseur du service sélectionné et/ou une étape d'établissement de communications vocales avec le 35 terminal mobile de l'utilisateur. Ceci permet à l'utilisateur de recevoir des données sous d'autres formats que des pages de type pages Internet, ces formats pouvant être plus adaptés au stockage des données envoyées. La transmission de ces données étant toujours réalisée par l'intermédiaire de la plateforme, l'identité de l'utilisateur du terminal mobile n'est pas dévoilée au fournisseur de 40 service ce qui permet de protéger l'utilisateur contre les sollicitations non désirées.

7 3028638 Le procédé selon le premier aspect peut comprendre par ailleurs une étape de mise à disposition de l'utilisateur par la plateforme d'une page personnelle comprenant des informations personnelles telles qu'une adresse de courrier électronique, lesdites informations personnelles pouvant être mises à jour par l'utilisateur du terminal mobile.

5 Ceci permet à l'utilisateur d'avoir un contrôle sur ses données personnelles portées à la connaissance de la plateforme et de pouvoir les corriger si elles s'avéraient inexactes. Par ailleurs, l'échange de données entre la plateforme et un serveur de fournisseur de service peut être réalisé de manière sécurisée par l'intermédiaire d'un réseau privé virtuel (VPN) établi entre la plateforme et le serveur de fournisseur de service.

10 Ceci permet de renforcer la sécurité des échanges de données entre la plateforme et les fournisseurs de service, tout dispositif extérieur au réseau de l'opérateur tentant de se connecter à un serveur d'un fournisseur de service étant rejeté. Sauf indication contraire, les différents modes de réalisation qui ont été présentés sont 15 combinables entre eux pour la mise en oeuvre de l'invention. La présente invention se rapporte selon un deuxième aspect à un produit programme d'ordinateur comprenant des instructions de code pour l'exécution d'un procédé selon le premier aspect lorsque ce programme est exécuté par un processeur.

20 La présente invention se rapporte selon un troisième aspect à un serveur d'un fournisseur de service comprenant - une première base de données pour mémoriser un identifiant d'une carte affectée à l'utilisateur par ce fournisseur de service, en correspondance avec une donnée d'alias, associée 25 à un identifiant utilisateur au moyen duquel le terminal mobile (1) est identifié auprès du réseau mobile ; - une deuxième base de données pour mémoriser, en association avec l'identifiant de carte, des premières données relatives à au moins une première transaction effectuée entre l'utilisateur et le fournisseur de service au moyen de la carte; 30 une interface de communication pour : établir, via le réseau mobile et par l'intermédiaire d'une plateforme de service apte à obtenir la donnée d'alias, une liaison de communication (E4) entre le terminal mobile (1) de l'utilisateur et le serveur de fournisseur de service, dans laquelle ladite donnée d'alias sert à identifier l'utilisateur du terminal mobile auprès du serveur du fournisseur 35 de service; envoyer au terminal mobile, via ladite liaison de communication, des informations sur au moins un service proposé à l'utilisateur par le fournisseur de service en fonction des premières données mémorisées en association avec l'identifiant de carte correspondant à la donnée d'alias utilisée pour ladite liaison de communication.

40 8 3028638 De tels produit programme d'ordinateur et plateforme présentent les mêmes avantages que ceux évoqués pour le procédé selon le premier aspect. PRESENTATION DES FIGURES 5 D'autres caractéristiques et avantages apparaîtront à la lecture de la description qui va suivre. Cette description sera donnée en référence aux dessins annexés dans lesquels : la figure 1 illustre schématiquement des moyens matériels pour une mise en oeuvre possible pour l'invention ; la figure 2 illustre schématiquement des moyens matériels pour une mise en oeuvre 10 possible pour l'invention selon laquelle les communications utilisent le protocole HTTP ; la figure 3 est un diagramme schématisant un exemple de mise en oeuvre d'un procédé de mise en relation selon un mode de mise en oeuvre de l'invention ; les figures 4a, 4b, 4c, 4d illustrent un exemple d'accès par un utilisateur d'un terminal mobile à un service disponible avec saisie d'un code USSD selon un mode de mise en 15 oeuvre de l'invention ; la figure 5 illustre un exemple de transmission de l'alias et des coordonnées géographiques du terminal mobile à la plateforme ; la figure 6 illustre le principe de la carte de « couponing » selon un mode de mise en oeuvre de l'invention.

20 DESCRIPTION DETAILLEE En référence à la figure 1, une mise en oeuvre pour l'invention concerne un procédé de mise en relation entre un terminal mobile 1 d'un utilisateur et au moins un serveur 3a, 3b, 3c... d'un fournisseur de service par l'intermédiaire d'une plate-forme 2 apte à être connectée à un 25 réseau mobile 4 géré par un opérateur. Le terminal mobile 1 est apte à être connecté au réseau mobile 4 et comprend un élément sécurisé 5. Un tel élément sécurisé 5 est apte à stocker des données sécurisées dans une mémoire, et peut consister par exemple en une carte à puce comportant un microprocesseur relié par un bus de données à une mémoire vive et à une mémoire non volatile réinscriptible 30 telle qu'une mémoire flash ou une mémoire EEPROM et stockant de manière sécurisée dans sa mémoire non volatile des données et des applications exécutables par ledit microprocesseur. L'élément sécurisé est typiquement une carte SIM (« Suscriber Identity Module », ou « module d'identification de souscripteur ») appelée souvent « module d'identification d'abonné », dénommée dans ce document « module d'identification d'utilisateur »...

35 Lors d'une connexion au réseau mobile, le terminal mobile est identifié par le réseau mobile au moyen d'au moins un identifiant utilisateur. Cet identifiant utilisateur est un identifiant associé à l'élément sécurisé 5, par exemple l'identifiant d'abonné (numéro IMSI, « International Mobile Subscriber Identity »,) et/ou le numéro d'appel (numéro MSISDN, « Mobile Station Integrated Service Digital Network Number »).

9 3028638 Un tel identifiant utilisateur est unique et sert aussi d'identifiant du module d'identification d' utilisateur. A cet égard, la notion d'identifiant utilisateur représente indifféremment dans ce document : 5 un utilisateur, en tant que personne physique, souscripteur d'un compte client auprès d'un opérateur de réseau mobile (qu'il s'agisse d'un compte client avec ou sans abonnement, avec ou sans compte prépayé, etc...) et, un utilisateur, en tant que terminal mobile, connecté au réseau mobile, identifié et distingué des autres terminaux mobiles connectés au moyen du module d'identification 10 d'utilisateur logé dans ce terminal. L'utilisateur, personne physique, ayant souscrit un compte client auprès d'un opérateur de réseau mobile est reconnu au moyen d'un tel identifiant utilisateur comme utilisateur a priori du terminal mobile au travers du module d'identification d'utilisateur logé dans le terminal mobile utilisé, quelle que soit la personne physique utilisant effectivement ce terminal mobile et 15 quel que soit le terminal mobile dans lequel est logé le module d'identification d'utilisateur. Le procédé décrit ci-dessous est mis en oeuvre par la plateforme 2 et permet la délivrance de manière sécurisée par un serveur d'un fournisseur de service 3a, 3b, 3c au terminal mobile 1 d'un service géolocalisé. Pour ce faire, la plate-forme 2 se place comme un intermédiaire entre le terminal 20 mobile 1 et les serveurs 3a, 3b, 3c pour masquer l'identité réelle de l'utilisateur du terminal mobile, en tant que personne physique. Celui-ci n'est identifié auprès des serveurs 3a, 3b, 3c que par un alias, appelé ici donnée d'alias. La correspondance entre cette donnée d'alias et l'identité réelle de l'utilisateur du terminal mobile reste inconnue des serveurs 3a, 3b, 3c qui n'entrent jamais en communication directe avec le terminal mobile 1. De plus les données alias 25 sont inexploitables dans un autre contexte ou par une autre entité du réseau. L'utilisation d'une telle donnée d'alias pour l'identification de l'utilisateur du terminal mobile par les serveurs de fournisseur de service permet également d'éviter à l'utilisateur du terminal mobile d'avoir à saisir un identifiant et un mot de passe pour s'identifier auprès des serveurs. Le terminal mobile 1 de l'utilisateur peut consister en un téléphone mobile, un 30 « smartphone », une tablette, une console de jeux, un ordinateur portable, un PDA (« Personal Digital Assistant ») ou tout autre terminal mobile doté d'un tel élément sécurisé 5 et de moyens de communication sans-fil lui permettant d'accéder au réseau mobile 4. Le terminal mobile 1 peut être un téléphone mobile de n'importe quel type, doté ou non d'un grand écran, d'une puce GPS, de moyens de saisies tactiles. Le terminal mobile 1 inclut au moins une application 35 logicielle, telle qu'un navigateur, capable d'afficher une page de type page internet tel qu'une page HTML ou PHP ou plus généralement d'établir une liaison de communication avec un serveur distant. Ainsi un tel terminal mobile 1 n'est pas nécessairement un « smartphone ». Le réseau mobile 4 peut consister en un réseau de téléphonie mobile du type GSM, GPRS, UMTS, LTE... Les communications sur ce réseau peuvent être sécurisées, notamment par 40 chiffrement des données échangées. A titre d'exemple le réseau de téléphonie mobile 10 3028638 représenté sur la figure 1 est un réseau mobile du type GSM qui comprend des entités réseau adaptées pour procéder à une identification d'un terminal mobile sur la base d'un identifiant utilisateur. En particulier, le réseau mobile comprend une station de base (BTS) 6 connectée au 5 terminal mobile 1 et au moins un enregistreur de localisation géographique des abonnés (HLR ou Home Location Register ») 7. Le HLR consiste en une base de données centrale de l'opérateur de réseau mobile, comportant les informations relatives à tout utilisateur autorisé à utiliser ce réseau et notamment sa localisation dans le réseau. Le HLR contient notamment les informations suivantes caractérisant l'utilisateur lui-même: l'IMSI (« International Mobile Subscriber 10 Identity »), identifiant unique de l'utilisateur et qui est aussi inscrit sur la carte SIM, l'IMEI (« International Mobile Equipment Identity») définissant la Station Mobile utilisée, soit généralement, le téléphone mobile de l'utilisateur, le MSISDN indiquant le numéro d'appel international via lequel l'utilisateur est joignable...

15 Génération de la donnée d'alias Le réseau mobile comprend également un module de traitement 8 permettant de stocker et gérer une donnée d'alias en association avec au moins un identifiant utilisateur, voire de générer cette donnée d'alias à partir d'au moins un identifiant utilisateur associé à l'élément sécurisé 5 tel que l'IMSI et/ou le MSDISDN fourni par le HLR 7.

20 Un tel module de traitement 8 peut être inclus dans une WISP 9 (« Wireless Internet Service Provider ») ou être connecté à une WISP 9. On confondra par la suite le module de traitement 8 et la WISP. Cette donnée d'alias peut résulter de toute transformation de cet identifiant utilisateur ou de ces identifiants d'utilisateur, par exemple une transformation par application d'une fonction de hachage. La fonction de transformation est choisie de telle sorte 25 que la donnée d'alias obtenue par transformation est unique et permanente, permettant ainsi une identification non équivoque par la plateforme 2 de la personne physique souscripteur du compte client et également du terminal mobile de l'utilisateur. Cette donnée d'alias est utilisée comme unique identifiant de l'utilisateur du terminal mobile 1 auprès des serveurs 3a, 3b, 3c des fournisseurs de service.

30 La donnée d'alias peut être générée au moment de la production et/ou configuration du module d'identification d'utilisateur, ou encore lors de la première connexion au réseau mobile de l'opérateur d'un terminal mobile intégrant ce module d'identification d'utilisateur. La donnée d'alias générée est stockée en association avec un identifiant utilisateur dans une base de données propre à l'opérateur. La donnée d'alias est permanente et ne change pas lors des 35 connexions suivantes au réseau mobile. La donnée d'alias sert ainsi d'identifiant anonymisé du terminal mobile et/ou de l'utilisateur de ce terminal mobile et/ou du module d'identification d'abonné de ce terminal. Lors de l'établissement d'une connexion du terminal mobile au réseau mobile, 40 l'identifiant utilisateur est déterminé par une entité réseau du réseau mobile et la donnée 11 3028638 d'alias est déterminée par l'entité réseau du réseau mobile qui stocke cette donnée d'alias opérateur en association avec l'identifiant utilisateur. La donnée d'alias est ensuite transmise à la plateforme en vue de la mise en relation entre un serveur de fournisseur de service et un terminal mobile.

5 La plateforme 2 est ainsi conçue pour obtenir cette donnée d'alias, lors de l'établissement d'une connexion entre le terminal mobile et la plateforme via le réseau mobile et pour transmettre cette donnée d'alias à un au moins des serveurs 3a, 3b, 3c des fournisseurs de service. Un mode de réalisation utilisant le protocole HTTP (Hypertext Transfer Protocol) est 10 décrit ci-dessous et illustré en référence aux figures 2 et 5. Le terminal mobile établit une connexion Web pour la connexion du terminal mobile à la plateforme. Par exemple, une première requête HTTP est envoyée par le terminal contenant l'URL (« Uniform Resource Locator ») correspondant à la plateforme : http://urlp/, où `urlp' est le domaine Web géré par la plateforme. Cette première requête HTTP est réceptionnée par la 15 WISP. L'URL reçue est enrichie par la WISP en y insérant la donnée d'alias (`aa') et une information de zone de localisation `xy'. L'URL enrichie est alors par exemple sous la forme http://urlp/aa/xy/. La plateforme reçoit ensuite la première requête HTTP contenant l'URL enrichie, et en extrait l'alias et l'information de zone de localisation. La plateforme n'a ainsi pas connaissance du ou des identifiants d'utilisateur utilisés pour la génération de la donnée 20 d'alias. Puis, en fonction de l'information de zone de localisation du terminal mobile, la plateforme va soit envoyer au terminal mobile une liste de serveurs disponibles (s'il y a plus d'un serveur associé à la zone de localisation) en renvoyant une liste d'URL possibles correspondant aux différents serveurs, soit router directement la première requête HTTP vers le seul serveur 25 disponible. Lorsque la plateforme route directement la première requête HTTP vers le seul serveur disponible, elle ajoute le domaine Web `url3a' géré par le serveur disponible et supprime préalablement l'information de zone de localisation de l'URL : http://urlp/url3a/aa/. Lorsque la plateforme renvoie au terminal une liste d'URL, ces URL sont sous la forme 30 http://urlp/url3a http: //urlp/url3b http: / /urlp/url3c où url3a, url3b, url3c sont les domaines Web gérés par les serveurs 3a, 3b, 3c respectivement. Une deuxième requête HTTP est envoyée à la plateforme en utilisant une de ces 35 URL. A nouveau la WISP intercepte cette requête HTTP et y insère la donnée d'alias `aa' et une information de zone de localisation `xy' : http://urlp/url3a/aa/xy par exemple. Puis la plateforme route la deuxième requête HTTP vers le serveur concerné, après suppression éventuelle de l'information de zone de localisation de l'URL : http://urlp/url3a/aa/. Le mécanisme d'enrichissement de requête HTTP qui vient d'être décrit sera utilisé pour 40 toutes les requêtes émises par le terminal mobile vers la plateforme.

12 3028638 Double alias Dans un mode de réalisation, on utilise non pas une donnée d'alias, mais deux données d'alias : 5 -la première donnée d'alias, appelée donnée d'alias opérateur, est une donnée d'alias permanente : cette première donnée d'alias est mémorisée, comme décrit plus haut, en association avec l'identifiant utilisateur par une entité réseau du réseau mobile (la WISP par exemple); - la deuxième donnée d'alias, ou donnée d'alias fournisseur, est une donnée d'alias 10 temporaire, modifiable sur demande de l'utilisateur ou d'un fournisseur de service ou de la plateforme : cette deuxième donnée d'alias est mémorisée en association avec l'identifiant de carte par un serveur d'un ou plusieurs fournisseurs de service. Dans ce mode de réalisation, la plateforme mémorise en association la donnée d'alias opérateur en association avec une ou plusieurs données d'alias fournisseur. Pour chaque donnée 15 d'alias fournisseur, la plateforme mémorise en outre une identification du ou des fournisseurs de service pour lequel cette donnée d'alias fournisseur est à utiliser. Tandis que la donnée d'alias fournisseur est propre à un ou plusieurs fournisseurs de service, la donnée d'alias opérateur est commune à tous les fournisseurs de service. Les serveurs de fournisseurs de service n'ont toutefois pas connaissance de cette donnée d'alias opérateur 20 qui est mémorisée seulement par la plateforme et l'entité réseau du réseau mobile (la WISP). Lors de l'établissement d'une connexion du terminal mobile au réseau mobile, l'identifiant utilisateur est déterminé par une entité réseau du réseau mobile et la donnée d'alias opérateur est déterminée par l'entité réseau du réseau mobile qui stocke cette donnée d'alias opérateur en association avec l'identifiant utilisateur. La donnée d'alias opérateur est 25 ensuite transmise à la plateforme en vue de la mise en relation entre un serveur de fournisseur de service et un terminal mobile. Puis, lors de la mise en relation entre un serveur de fournisseur de service et un terminal mobile, la donnée d'alias opérateur est remplacée par la plateforme par la donnée d'alias fournisseur qui est mémorisée en association avec une identification du fournisseur de service 30 pour lequel la mise en relation est à effectuer. Un premier avantage de la solution avec double alias réside dans le fait que la donnée d'alias opérateur n'est jamais transmise à un serveur de fournisseur de service : elle est connue seulement de la plateforme 2 et de l'entité réseau qui la mémorise. L'usurpation de cette donnée d'alias opérateur est donc beaucoup plus difficile.

35 Un deuxième avantage de la solution avec double alias réside dans le fait que la donnée d'alias fournisseur peut être modifiée à tout moment, sans impacter sur la mise en relation et le mécanisme d'échange de données entre l'utilisateur et les fournisseurs de service. Cela donne plus de souplesse côté fournisseur de service pour proposer une possibilité pour l'utilisateur de retrouver son anonymat.

13 3028638 En effet, en utilisant une seule donnée d'alias, l'anonymat de l'utilisateur n'existe pas réellement si le fournisseur de service a par ailleurs mémorisé des informations personnelles (nom, prénom, adresse, téléphone, etc) en association avec l'identifiant de carte, comme c'est souvent le cas pour les cartes de fidélité (personnalisées et/ou non anonymes).

5 Dans le mode de réalisation avec double alias, l'utilisateur a par exemple la possibilité de demander en se connectant à la plateforme et/ou au serveur du fournisseur de service de : - supprimer la donnée d'alias fournisseur pour un ou plusieurs fournisseurs de service ; - fournir ou demander une nouvelle donnée d'alias fournisseur à utiliser pour des transactions futures et demander à la mémoriser en association avec son identifiant de carte; 10 - optionnellement, supprimer l'historique des données de transaction mémorisées en association avec son identifiant de carte ; - voire supprimer les informations personnelles mémorisées en association avec l'identifiant de carte afin de rétablir complètement son anonymat ; ceci ne sera possible que si le fournisseur de service peut gérer une carte anonyme, sans informations personnelles 15 associées. Dans le mode de réalisation avec double alias, la donnée d'alias utilisée lors des étapes du procédé de mise en relation est soit la donnée d'alias fournisseur pour les échanges entre la plateforme et un serveur de fournisseur de service, 20 soit la donnée d'alias opérateur lors des échanges entre la plateforme et une entité réseau, notamment la WISP. La plateforme, qui sert d'intermédiaire de communication entre le terminal mobile de l'utilisateur et un serveur de fournisseur de service, remplace donc la donnée d'alias opérateur par la donnée d'alias fournisseur correspondant au fournisseur de service concerné lors qu'elle 25 reçoit une requête provenant du terminal mobile avant de transférer cette requête au serveur du fournisseur de service. Ainsi, dans l'exemple donné plus haut, la donnée `aa' codée dans l'URL transmise au serveur du fournisseur de service http://urlp/url3a/aa/xy sera la donnée d'alias fournisseur et non pas la donnée d'alias opérateur. Inversement, la plateforme remplace la donnée d'alias fournisseur par la donnée d'alias 30 opérateur lors qu'elle reçoit une requête provenant d'un serveur d'un fournisseur de service avant de transférer cette requête au terminal mobile. Pour simplifier la lecture, la suite de la description sera effectuée en supposant qu'une seule donnée d'alias est utilisée.

35 Serveurs des fournisseurs de service 30, 3b, 3c Les serveurs des fournisseurs de service 3a, 3b, 3c comprennent une mémoire vive et des moyens de stockage tels qu'une mémoire non volatile réinscriptible (mémoire flash ou mémoire EEPROM) pouvant stocker au moins une base de données et des moyens de traitement de données comportant un processeur de données pour l'exécution d'un programme d'ordinateur 14 3028638 comprenant des instructions de programme pour la mise en oeuvre des étapes du procédé de mise en relation avec un terminal. Lesdits serveurs comprennent également une interface de communication pour établir une liaison de communication avec la plateforme 2 et avec un terminal via la plateforme, de 5 type filaire tel qu'une liaison Ethernet, ou sans-fil tel qu'une connexion Wifi ou Bluetooth. De tels serveurs peuvent également être connectés par le biais d'une connexion USB, Ethernet, Firewire, eSata, etc... à un dispositif de stockage externe tel qu'un disque dur externe ou un disque dur en réseau (« NAS »). Un tel serveur est dédié à fournir un service à un utilisateur par le biais d'un site mobile destiné à être affiché par le navigateur du terminal mobile 1 de 10 l'utilisateur. Un tel service en ligne peut être fourni par le fournisseur de service pour le compte d'un établissement physique tel qu'un magasin, un musée, un centre d'exposition... Carte et mémorisation de données de transaction Les serveurs des fournisseurs de service 3a, 3b, 3c comprennent ou accèdent à une 15 première base de données pour mémoriser, pour les utilisateurs bénéficiaire d'une carte, un identifiant d'une carte affectée à l'utilisateur par ce fournisseur de service, en correspondance avec une donnée d'alias, associée à un identifiant utilisateur au moyen duquel le terminal mobile est identifié par l'opérateur du réseau mobile. Les serveurs des fournisseurs de service 3a, 3b, 3c comprennent ou accèdent à au moins 20 une deuxième base de données pour mémoriser, en association avec l'identifiant de carte, des premières données, dites premières données de transaction, relatives à une ou plusieurs transaction effectuées entre l'utilisateur et le fournisseur de service au moyen de la carte. La transaction est par exemple un achat de produit avec présentation de la carte lors du passage en caisse. Ces premières données de transaction comprennent par exemple un montant 25 de transaction, une identification d'au moins un produit ou service fourni par le fournisseur de service à l'utilisateur dans le cadre de l'exécution de ces transactions. Il peut s'agir par exemple de données présentes usuellement sur un ticket de caisse, des données d'une facture, etc. Ces premières données sont générées par également lors du passage en caisse de l'utilisateur, au moment du paiement, et transmise à la deuxième base de données pour 30 stockage par l'équipement (la caisse, en l'occurrence) qui les génère. Ces premières données de transaction permettent au serveur du fournisseur de service de faire des recommandations à l'utilisateur quant à des produits susceptibles de l'intéresser et ainsi d'accélérer et faciliter l'identification par l'utilisateur de produits intéressants. La mémorisation de ces premières données de transaction est effectuée par le serveur de 35 fournisseur de service concerné avant, après, ou en parallèle de l'une quelconque des étapes EO à E4 lors desquelles une liaison de communication est établie, via le réseau mobile, par l'intermédiaire de la plateforme 2, entre le terminal mobile de l'utilisateur et le serveur de fournisseur de service concerné afin de mettre en relation l'utilisateur et le fournisseur de service.

15 3028638 Les serveurs des fournisseurs de service 3a, 3b, 3c sont en outre configurés pour mémoriser dans une base de données, par exemple dans la deuxième base de données, en association avec l'identifiant de carte, des deuxième données, dites deuxièmes données de transaction, relatives à une ou plusieurs transaction effectuées entre l'utilisateur et le 5 fournisseur de service au travers d'une liaison de communication établie, via le réseau mobile, par l'intermédiaire de la plateforme 2, entre le terminal mobile de l'utilisateur et le serveur de fournisseur de service concerné. Ainsi, si par exemple l'utilisateur effectue des achats ou demandes de produits ou toute autre transaction, sélection de code de promotion ou autres, les deuxièmes données de 10 transaction correspondantes seront mémorisées : identification des produits, montant de transaction, code de promotion etc. La mémorisation de ces deuxièmes données de transaction est effectuée lors de l'étape E4, suite à l'établissement, via le réseau mobile, par l'intermédiaire de la plateforme 2, d'une liaison de communication entre le terminal mobile de l'utilisateur et le serveur de fournisseur de 15 service concerné. Comme déjà indiqué en introduction, chaque serveur de fournisseur de service peut ainsi exploiter de manière corrélée des premières données de transaction mémorisées pour des transactions effectuées au moyen de la carte et des deuxièmes données de transaction mémorisées pour des transactions effectuées via la liaison de communication établie. En 20 particulier, l'ensemble des données de transaction ainsi mémorisées peut servir pour générer des recommandations, c'est-à-dire des informations sur au moins un service proposé à l'utilisateur par le fournisseur de service. Les serveurs des fournisseurs de service 3a, 3b, 3c peuvent en outre comprendre une troisième base de données pour mémoriser des informations personnelles sur l'utilisateur (nom, 25 prénom, adresse, téléphone, etc) en association avec l'identifiant de carte qui est affecté à cet utilisateur. Les différentes bases de données peuvent ou non être hébergées dans un seul et même équipement physique.

30 La plateforme 2 peut comprendre un serveur proxy, des moyens de stockage tels qu'une mémoire non volatile réinscriptible (mémoire flash ou mémoire EEPROM) pouvant stocker au moins une base de données et des moyens de traitement comportant un processeur. Ladite plateforme 2 peut également comprendre des moyens d'interface, de type filaire tel qu'une liaison Ethernet, ou sans-fil telle qu'une connexion Wifi ou Bluetooth lui permettant de se 35 connecter d'une part audit réseau mobile et d'autre part aux serveurs 3a, 3b, 3c... des fournisseurs de service. Des réseaux privés virtuels (VPN, Virtual Private Network) peuvent être établis entre la plateforme 2 et chaque serveur 3a, 3b, 3c...d'un fournisseur de service. De tels réseaux privés virtuels peuvent être vus comme une extension des réseaux locaux et permettent de préserver la 40 sécurité logique que l'on peut avoir à l'intérieur d'un réseau local. Ils correspondent en fait à une 16 3028638 interconnexion de réseaux locaux via une technique de « tunnel » permettant de sécuriser les données transmises, par la mise en oeuvre d'algorithmes cryptographiques. Ainsi les fournisseurs de service peuvent refuser toute communication en provenance d'une autre entité que la plateforme et sont inaccessibles aux moteurs de recherches et aux robots d'Internet, ainsi 5 qu'aux pirates qui tenteraient de s'y connecter. La sécurité des échanges de données entre la plateforme et les serveurs des fournisseurs de service est ainsi grandement améliorée. Selon un mode de mise en oeuvre de l'invention, les communications entre le terminal mobile 1, le réseau mobile 4, la plateforme 2 et les serveurs des fournisseurs de service 3a, 3b, 3c utilisent le protocole http. Les moyens matériels correspondant à une telle mise en oeuvre de 10 l'invention sont représentés en figure 2. Pour permettre à un utilisateur d'accéder à un service géolocalisé délivré par un fournisseur de service tout en sécurisant les échanges, le procédé d'échanges sécurisés peut être mis en oeuvre en plusieurs phases : une phase d'inscription des serveurs des fournisseurs de service auprès de la plateforme, une phase de connexion du terminal mobile à la plateforme, 15 une phase d'obtention d'informations relatives au terminal mobile, une phase d'accessibilité de l'utilisateur aux services disponibles et une phase de délivrance au terminal mobile d'un service fourni par un fournisseur de service. Inscription des serveurs auprès de la plateforme 20 Lors d'une étape préparatoire EO, en référence à la figure 3, chaque fournisseur de service inscrit son serveur 3a, 3b, 3c sur la plateforme 2 pour que les services géolocalisés qu'il propose puissent être délivrés par celle-ci au terminal mobile 1. Pour cela, chaque fournisseur de service indique une adresse physique caractérisant la localisation géographique de son établissement physique à proximité duquel il veut fournir un service géolocalisé. Dans un mode 25 de réalisation non limitatif, l'adresse physique peut correspondre au centre géographique d'une activité de service sans que le fournisseur de service ne dispose nécessairement d'un établissement physique à ladite adresse. Un même fournisseur de service peut inscrire plusieurs établissements physiques géographiquement distants ou plusieurs activités de service géographiquement distantes.

30 Le fournisseur de service peut également fournir une information telle qu'une distance maximale de fourniture d'un service par rapport à la localisation géographique indiquée, permettant à la plateforme 2 de déterminer une zone géographique de disponibilité dans laquelle ledit service peut être fourni à un utilisateur d'un terminal mobile 1. En l'absence de fourniture d'une telle information une zone géographique correspondant à un disque centré sur 35 la localisation géographique indiquée et ayant pour rayon une valeur par défaut peut être retenue. Une telle zone géographique ne peut excéder le territoire couvert par l'opérateur du réseau mobile 4. A l'issue de cette étape préparatoire EO, la plateforme 2 dispose d'une liste de services 40 pour lesquels des fournisseurs de service ont enregistré un serveur, chaque service étant associé 17 3028638 à au moins une zone géographique de disponibilité. Ces données peuvent être stockées sous la forme d'une base de données enregistrée dans les moyens de stockage de la plateforme ou dans une base de données distante accessible par la plateforme. Ainsi, chaque fournisseur de service peut délimiter la ou les zones géographiques dans 5 lesquelles il autorise l'utilisateur d'un terminal mobile à recevoir un service. Le fournisseur de service peut alors proposer un service adapté à cette localisation géographique. Une zone géographique peut correspondre à une ou plusieurs cellules de localisation gérées par l'opérateur du réseau mobile. L'étendue de la zone géographique est ainsi variable et fonction de la portée maximum de la BTS de la ou des cellules correspondant à la zone géographique 10 définie. Connexion du terminal mobile à la plateforme Lors d'une première étape El, l'utilisateur du terminal mobile 1 demande la connexion de celui-ci à la plate-forme 2.

15 Selon une première variante, l'utilisateur saisit pour cela sur le navigateur de son terminal mobile 1 une adresse réseau telle qu'une adresse IP ou une adresse http permettant de se connecter à la plateforme 2. Cette adresse peut ensuite être ajoutée en favoris. Selon une deuxième variante illustrée en figures 4a à 4d, un code unique USSD (« Unstructured Supplementary Service Data ») 10, par exemple, #100# peut avoir été défini pour 20 faciliter la connexion du terminal mobile 1 à la plateforme 2. L'utilisateur peut alors saisir le code USSD sur le clavier de son terminal mobile 1 et recevoir en réponse un message lui permettant de se connecter à la plateforme tel qu'un message SMS 12 dans le corps duquel se trouve l'adresse de la plateforme 2. Un tel SMS peut être remplacé par n'importe quel type de message traité par l'opérateur du réseau mobile 4, par exemple un MMS.

25 L'adresse saisie est envoyée à la WISP 9 du réseau de l'opérateur. La WISP 9 n'autorise que les accès de terminaux mobiles 1 reconnus sur le réseau mobile 4, c'est-à-dire pour lesquels un identifiant utilisateur peut être obtenu, par exemple par interrogation du module d'identification d'utilisateur 5. Toute tentative de connexion par un terminal n'ayant pas de module d'identification d'utilisateur, ou essayant de se connecter à 30 partir d'autres réseaux tel qu'Internet est refusée par la WISP. Obtention d'informations relatives au terminal mobile par la plateforme Lors d'une deuxième étape E2, la WISP 9 transmet la demande de connexion du terminal mobile 1 à la plateforme 2, assortie d'une information de localisation du terminal mobile 1 de 35 l'utilisateur et de la donnée d'alias identifiant l'utilisateur du terminal mobile 1. La WISP 9 peut obtenir ces informations par interrogation d'équipements du réseau mobile de l'opérateur tels que le HLR 7 et le module de traitement 8. Dans le cas particulier du mode de réalisation avec double alias, c'est la donnée d'alias opérateur qui est transmise lors de l'étape E2 à la plateforme 2.

18 3028638 Lors d'une telle interrogation, la WISP peut fournir un identifiant du terminal mobile : par exemple un identifiant utilisateur contenu dans le module d'identification d'utilisateur du terminal mobile requérant une connexion à la plateforme 2. La plateforme n'a pas besoin d'interroger le terminal mobile pour obtenir une information de localisation du terminal mobile 5 1. La WISP 9 peut également transmettre à la plateforme 2 l'identifiant de l'opérateur du réseau mobile 4. Ces informations peuvent être transmises à la plateforme 2 par la WISP (Wireless Internet Service Provider) du réseau mobile 4 sous forme d'une url tel qu'un lien http, comme 10 illustré en figure 5. Aucun accord de transmission de données de géolocalisation de la part de l'utilisateur du terminal mobile 1 n'est requis puisque la plateforme 2 fait partie des équipements de l'opérateur. Selon une première variante, cette deuxième étape est déclenchée suite à la demande 15 de connexion du terminal mobile 1 à la plateforme 2 lors de la première étape El. Selon une deuxième variante, cette deuxième étape peut être déclenchée ultérieurement par l'envoi par le terminal mobile 1 à la plateforme 2 d'un message de requête pour obtenir une liste de services disponibles. Un tel message peut par exemple être envoyé par le terminal mobile 1 après réception d'un premier service afin de déterminer quels sont les 20 autres services disponibles. La connexion initiale du terminal mobile 1 à la plateforme 2 a alors déjà eu lieu depuis un certain temps. Accessibilité de l'utilisateur aux services disponibles Lors d'une troisième étape E3, la plateforme 2 détermine, en fonction de ladite 25 information de localisation obtenue lors de la deuxième étape E2 et de la liste de services stockée à l'issue de l'étape EO, les services, dits services disponibles, associés à au moins une zone géographique de disponibilité dans laquelle est localisé le terminal mobile de l'utilisateur. Ces services disponibles sont ceux auxquels la localisation géographique du terminal mobile 1 va lui donner le droit d'accéder. La liste de services se présente par exemple sous la forme d'une 30 liste de magasins référencés pour la zone géographique de disponibilité déterminée. Si la plateforme 2 identifie qu'aucun service n'est disponible pour l'utilisateur, elle renvoie au terminal mobile 1 une page indiquant qu'aucun service n'est disponible dans la zone géographique dans laquelle se trouve l'utilisateur. Si la plateforme 2 détermine qu'un seul service est disponible pour l'utilisateur, ce 35 service peut être automatiquement choisi par la plateforme 2 comme le service sélectionné auquel l'utilisateur va accéder lors de l'étape suivante. Si la plateforme 2 détermine qu'au moins deux services sont disponibles pour l'utilisateur, celle-ci transmet au terminal mobile 1 une page comportant une liste des services disponibles 13 dans la zone géographique de l'utilisateur. Cette liste est avantageusement 40 classée par ordre croissant de distance entre la zone de localisation géographique du terminal 19 3028638 mobile 1 et la localisation géographique de l'établissement physique associé au service comme illustré en figure 4c. Selon une variante, la plateforme 2 renvoie également une page comportant une liste lorsqu'elle détermine qu'un seul service est disponible pour l'utilisateur.

5 Pour envoyer des messages au terminal mobile, tels que par exemple des pages comprenant des listes de services disponibles, la plateforme peut envoyer ces messages à la WISP accompagnés de la donnée d'alias utilisée pour identifier le destinataire du message. Lorsque plusieurs services sont accessibles, un service est sélectionné dans la liste transmise.

10 Dans une première variante, l'utilisateur sélectionne lui-même un service dans la liste affichée sur le terminal mobile. Un message identifiant le service sélectionné parmi les services disponibles est alors transmis du terminal mobile 1 à la WISP. La WISP retransmet ce message à la plateforme après lui avoir ajouté l'information de la zone de localisation du terminal mobile et la donnée d'alias identifiant l'utilisateur du terminal mobile. Ces informations peuvent être 15 transmises par la WISP à la plateforme sous forme d'une URL tel qu'une adresse http. Dans une deuxième variante, une règle de sélection d'un service est appliquée afin de procéder à une sélection automatique d'un service. La règle de sélection est par exemple basée sur des critères tels que : proximité entre la localisation géographique de la zone de connexion du terminal mobile et celle associé au service, ordre de préférence défini entre les services, 20 nouveauté du service, type de service (cinéma, restaurant, supermarché, etc...) ou autres. Dans cette variante, c'est la plateforme 2 qui identifie au moins un service sélectionné parmi les services disponibles déterminés en appliquant une règle de sélection. Une confirmation peut être demandée à l'utilisateur. Suite à cette identification du service sélectionné, la plateforme 2 identifie le 25 fournisseur de service FS1 concerné, apte à fournir le service sélectionné. La plateforme 2 peut ensuite envoyer au terminal mobile 1 des données relatives au fournisseur de service concerné FS1 et/ou relatives à un ou plusieurs services proposés par ce fournisseur de service FS1. Par exemple, la plateforme 2 peut envoyer au terminal mobile 1 une page de type page internet. Cette page est alors affichée par le navigateur du terminal mobile 2 30 afin de délivrer des informations à l'utilisateur. Dans le cas particulier du mode de réalisation avec double alias, la donnée d'alias utilisée lors de l'étape E3 est la donnée d'alias opérateur. Délivrance d'un service 35 Lors d'une quatrième étape E4, la plateforme 2 met en relation au travers d'une liaison de communication, à l'aide de la donnée d'alias du terminal mobile 1 de l'utilisateur, ce terminal 1 et le serveur du fournisseur du service sélectionné 3a, 3b, 3c lors de la troisième étape E3. La plateforme 2 transmet pour ce faire une demande de service au serveur du 40 fournisseur du service sélectionné 3a, 3b, 3c. Cette demande comprend la donnée d'alias du 20 3028638 terminal mobile 1 requérant le service. Cette donnée d'alias pourra être utilisée pour identifier l'utilisateur auprès du fournisseur de service lors de différents échanges de données relatifs à un service ou lors d'accès successifs à un service sans que le fournisseur de service n'ait à connaître l'identité réelle de l'utilisateur du terminal mobile. Le fournisseur de service ne connaît 5 notamment pas l'identifiant utilisateur ni le numéro MSISDN du terminal mobile et n'a aucun moyen de contacter directement le terminal mobile ce qui permet à l'utilisateur du terminal mobile de ne pas être sollicité contre son gré par de tels fournisseurs de service. Dans le cas particulier du mode de réalisation avec double alias, la donnée d'alias utilisée lors de l'étape E4 est la donnée d'alias fournisseur.

10 Une telle demande de service peut être transmise par la plateforme sous la forme d'une url tel qu'une adresse http comprenant la donnée d'alias. Des données relatives au fournisseur de service concerné FS1 et/ou relatives à un ou plusieurs services proposés par ce fournisseur de service FS1 sont alors envoyées par le serveur du fournisseur de service 3a, 3b, 3c à la plateforme 2. Au moins une partie des données envoyées 15 peut être personnalisée pour l'utilisateur identifié par la donnée d'alias reçue. Ces données comprennent des informations sur au moins un service proposé à l'utilisateur par le fournisseur de service concerné FS, le ou les services proposés étant déterminés en fonction de premières données de transaction mémorisées en association avec l'identifiant de carte correspondant à la donnée d'alias utilisée pour la liaison de 20 communication. Ces informations sont par exemple des recommandations pour des produits qui sont basées sur des achats de produits effectués antérieurement pour lesquels les premières données de transaction ont été mémorisées. La plateforme 2 retransmet ces données à la WISP du réseau de l'opérateur qui, connaissant la correspondance entre la donnée d'alias du terminal mobile 1 et son identifiant 25 utilisateur, transmet au terminal mobile 1 ces mêmes données. Les données envoyées par le fournisseur de service à la plateforme 2 à destination du terminal mobile 1 consistent avantageusement en des pages de type page internet destinées à être affichées par le navigateur du terminal mobile 1. Les commandes pouvant être saisies par le terminal mobile 1 dans le cadre de l'accès au 30 service, tel que le fait de cliquer sur un lien ou un bouton dans une page envoyée par le fournisseur de service, sont envoyées par le terminal mobile 1 à la WISP. Celle-ci les retransmet à la plateforme en remplaçant toute information d'identité du terminal mobile 1 par la donnée d'alias générée par le module de traitement 8 pour le terminal mobile 1. La plateforme retransmet ensuite ces commandes assorties de la donnée d'alias au serveur du fournisseur de 35 service. Comme illustré en figure 4d, l'utilisateur du terminal mobile 1 peut saisir un code alphanumérique sur son terminal mobile 1, par exemple dans un champ de saisie 14 d'une page envoyée par un serveur du fournisseur de service 3a, 3b, 3c, afin de requérir la délivrance par ce serveur d'un service associé à ce code, une fois celui-ci retransmis par la plateforme au serveur 40 du fournisseur de service 3a, 3b, 3c.

21 3028638 Le filtrage des services disponibles réalisé par la plateforme en fonction de la localisation géographique du terminal mobile 1 lors de la troisième étape E3 et l'anonymisation des données communiquées au fournisseur de service grâce à l'utilisation de l'alias lors de la quatrième étape E4 permettent que le fournisseur de service délivre à l'utilisateur du terminal 5 mobile 1 un service géolocalisé tout en garantissant la confidentialité de l'identité de l'utilisateur du terminal mobile 1 et de sa localisation géographique puisque ces données ne sont jamais transmises au fournisseur de service. Par ailleurs, les données de la zone de localisation du terminal mobile 1 n'étant jamais transmises en dehors des équipements de l'opérateur, aucune autorisation de transmission de ces données ne doit être demandée à l'utilisateur.

10 Accès direct à un serveur L'utilisateur souhaitant accéder à un service dont il connaît déjà l'existence et dont le terminal mobile 1 est déjà connecté à la plateforme 2, peut utiliser son terminal mobile 1 pour envoyer à la plateforme 2 via la WISP 9 une requête de fourniture dudit service. La WISP ajoute 15 à cette requête une information de localisation du terminal mobile et une donnée d'alias identifiant l'utilisateur du terminal mobile avant de retransmettre cette requête à la plateforme, comme lors de la troisième étape E3. La plateforme 2 détermine lors de la réception d'une telle requête si la localisation géographique du terminal mobile 1 lui donne le droit d'accéder au service demandé, c'est-à-dire 20 si sa zone de localisation géographique est comprise dans une zone géographique de disponibilité du service demandé. Si c'est bien le cas, la quatrième étape E4 est réalisée afin de fournir le service demandé au terminal mobile. Sinon, l'accès au service est refusé au terminal mobile 1 et la plateforme 2 lui envoie une page indiquant ce refus d'accès et lui proposant une liste des services disponibles 25 pour sa zone de localisation géographique Reroutage de services La plateforme 2 peut également mettre en relation le serveur du fournisseur de service 3a, 3b, 3c avec le terminal mobile 1 de l'utilisateur pour la fourniture de données de service 30 autres que des pages de type pages Internet. Elle peut transmettre de telles données de service accompagnées d'une donnée d'alias identifiant leur destinataire à la WISP qui, grâce à sa connaissance de la correspondance entre la donnée d'alias et l'identifiant utilisateur du terminal mobile 1, peut transmettre de telles données au terminal mobile 1 pour le compte d'un serveur d'un fournisseur de service 3a, 3b, 3c. Le terminal mobile peut ainsi se voir transmettre des 35 messages de type SMS ou MMS. A titre d'exemple les échanges de telles données entre un serveur d'un fournisseur de service, la plateforme et la WISP peuvent se faire via le protocole FTP ou le protocole SNPP par exemple. Selon une variante, la plateforme 2 peut transférer une demande d'envoi de message électronique tel qu'un email pour le compte d'un fournisseur de service 3a,3b,3c accompagné de 40 la donnée d'alias à la WISP qui se chargera de transmettre le message électronique au 22 3028638 destinataire grâce à sa connaissance de la correspondance entre la donnée d'alias et l'identifiant utilisateur du terminal mobile Selon une autre variante, la plateforme 2 peut également établir une communication vocale entre le terminal mobile 1 identifié par une première donnée d'alias et un serveur d'un 5 fournisseur de service 3a, 3b, 3c ou un autre terminal mobile identifié par une seconde donnée d'alias, suite à une demande de mise en relation vocale émise par un serveur d'un fournisseur de service. Si les deux données d'alias appartiennent à un seul opérateur, la plateforme transmet la demande de mise en relation vocale accompagnée des deux données d'alias à l'unique opérateur concerné qui se charge ensuite d'établir la communication vocale entre l'appelant et l'appelé.

10 Si les deux données d'alias appartiennent à deux opérateurs différents, la plateforme transmet la demande de mise en relation vocale de l'appelé accompagnée de son alias à l'opérateur concerné, en retour celui-ci renvoie à la plateforme un numéro d'appel temporaire. La plateforme transmet alors le second alias de l'appelant ainsi que le numéro d'appel temporaire au deuxième opérateur qui se charge d'établir la communication vocale entre l'appelant et 15 l'appelé. Afin que l'utilisateur du terminal mobile 1 ne reçoive pas de manière massive des messages ou appels non sollicités, la plateforme 2 peut mettre à disposition de l'utilisateur une page internet personnelle d'administration à laquelle l'utilisateur peut se connecter depuis son terminal mobile 1 pour vérifier des informations personnelles telles que son adresse de courrier 20 électronique (email), et pour corriger ces informations si nécessaire. Optionnellement, l'utilisateur peut également spécifier sur cette page s'il accepte de recevoir des messages de la part de fournisseurs de service par SMS, email, ou communication vocale et peut également spécifier un nombre maximal de messages qu'il accepte de recevoir par ces biais sur une période donnée, par exemple une semaine ou un mois.

25 Une telle page internet est accessible depuis le terminal mobile 1 en se connectant à l'adresse du site publique de la plateforme. Lors du traitement d'une demande de connexion à cette page par le réseau de l'opérateur, la WISP ajoute à l'url de cette page la donnée d'alias identifiant l'utilisateur du terminal mobile. Lors de la première connexion d'un terminal mobile à cette page, la plateforme crée un espace personnel d'administration lié à la donnée d'alias du 30 terminal mobile. Lors de toutes les connexions ultérieures, la plateforme donnera accès automatiquement à l'utilisateur du terminal mobile à cet espace personnel sans que l'utilisateur ait à fournir un identifiant ou un mot de passe. En variante, une telle page est une page internet accessible depuis n'importe quel dispositif connecté au réseau Internet. Afin de pouvoir identifier l'espace personnel auquel il 35 cherche à accéder, l'utilisateur envoie depuis son terminal mobile un SMS contenant un mot-clé particulier à un numéro prédéfini. Lors de l'envoi de ce SMS à la plateforme, l'opérateur remplace le numéro de l'émetteur par l'alias du terminal mobile. A la réception du SMS, la plateforme transmet un code d'identification à destination du terminal mobile identifié par son alias. Ce code peut être délivré au terminal mobile sous la forme d'un SMS selon le processus 23 3028638 décrit ci-dessus. La saisie par l'utilisateur du code d'identification sur la page internet de la plateforme lui permet alors d'accéder à l'espace d'administration lié à son terminal mobile. Déplacements du terminal pendant un accès à un service 5 La localisation géographique de la zone du terminal mobile 1 est déterminée une première fois après la demande de connexion du terminal mobile à la plateforme 2 puis lors de la sélection d'un service parmi les services disponibles. Si le terminal mobile sort de la zone géographique associée à un ensemble de services alors que des données relatives à un de ces services sont en train de lui être délivrées par un serveur du fournisseur du service, la 10 transmission de ces données au terminal mobile sera interrompue. Dans le cas où le terminal mobile 1 s'est déplacé depuis le moment de sa connexion à la plateforme et que le terminal mobile 1 est entré dans une nouvelle zone géographique lui donnant accès à un ou plusieurs autres services, une requête de rafraîchissement de la liste de services accessibles peut être déclenchée à partir du terminal mobile, par exemple, sur 15 demande de l'utilisateur de ce terminal mobile ou automatiquement par la plateforme qui constate qu'une requête a été émise par le terminal mobile localisé en dehors de la zone localisée du fournisseur de service. Dans les deux cas, une liste actualisée des services accessibles, fonction de la nouvelle localisation du terminal mobile, sera transmise au terminal mobile pour être affichée sur le terminal mobile.

20 Applications Le procédé peut être utilisé pour proposer au client d'une enseigne de commerce physique un programme de fidélité dématérialisé. L'utilisateur d'un terminal mobile 1 entrant dans un magasin peut alors utiliser son terminal mobile 1 pour se connecter à la plateforme et 25 demander l'accès au service « programme de fidélité » du magasin. Le serveur 3a, 3b, 3c du fournisseur du service << programme de fidélité » identifie alors l'utilisateur du terminal mobile 1 par sa donnée d'alias et lui renvoie des données, dont au moins une partie peut être constituée par des données personnalisées pour l'utilisateur identifié par la donnée d'alias utilisée. Par exemple, l'utilisateur du terminal mobile peut ainsi accéder à une 30 page correspondant à son espace personnel et lui donnant accès à diverses informations telles que ses coupons de réduction, ses promotions personnelles, ses points fidélité etc... Le serveur du fournisseur de service 3a, 3b, 3c peut alors fournir à l'utilisateur un service propre à sa localisation, par exemple propre au magasin dans lequel il se situe si ce magasin fait partie d'une chaîne de magasins, sans avoir à connaître l'identité réelle de l'utilisateur du terminal 35 mobile puisque celui-ci n'est identifié que par sa donnée d'alias. Dans la mesure où l'identifiant utilisateur utilisé pour générer la donnée d'alias est permanent et donc invariable pour un module d'identification d'utilisateur donné (ce n'est pas par exemple un identifiant alloué dynamiquement), la donnée d'alias est, elle aussi, permanente et invariable. Ainsi, un suivi dans le temps des différentes connexions effectuées pour un 40 utilisateur auprès des serveurs 3a, 3b, 3c des fournisseurs de service pourra être effectué par ces 24 3028638 serveurs, dans le but par exemple de faire des recommandations en direction de l'utilisateur, en fonction des habitudes de l'utilisateur et/ou des choix effectués par cet utilisateur dans le chargement des pages, et donc dans la consultation des offres de produits et/ou services. Ainsi au moins une partie des données transmises au terminal mobile peut être constituée par des 5 données personnalisées, générées spécifiquement pour l'utilisateur identifié par la donnée d'alias utilisée lors de la connexion, par exemple des recommandations pour des produits ou services, des promotions personnalisées fonction des précédents achats et quotités de produits précédemment achetées, etc. Ainsi, l'utilisateur du terminal mobile 1 peut facilement associer un coupon de réduction 10 à son compte de fidélité à l'aide de son terminal mobile. Une fois connecté au serveur du fournisseur de service correspondant au magasin, il lui suffit en effet, de saisir dans un champ dédié d'une page du fournisseur de service un code alphanumérique correspondant à un coupon de réduction, par exemple le code barre de promotion d'un produit, pour que celui-ci soit ajouté à son compte de fidélité.

15 Pour mettre en oeuvre une telle gestion de coupons de promotion, dite « couponing », le serveur peut disposer d'une base de données associant au moins deux données parmi le code d'identification d'au moins un produit, le code d'identification d'une promotion sur au moins un produit, le code d'identification de la carte de fidélité ou d'une carte financière de l'utilisateur du terminal mobile, le code d'identification de la carte spécifique au couponing de l'utilisateur 20 du terminal mobile, la donnée d'alias du terminal mobile. L'association de la donnée d'alias à une carte spécifique de « couponing » 15 ou à la carte de fidélité de l'utilisateur permet que cette carte devienne l'équivalent du terminal mobile de l'utilisateur comme illustré en figure 6. Pour associer sa carte de « couponing » 15 ou sa carte de fidélité à la donnée d'alias, 25 l'utilisateur peut saisir à l'aide de son terminal mobile un code d'identification affiché sur sa carte de « couponing » qui est alors transmis et stocké dans la base de données du serveur en association avec la donnée d'alias du terminal mobile. Il est possible également d'associer une carte de « couponing » 15 à des données d'alias de plusieurs terminaux mobiles par exemple pour que des personnes vivant en couple puissent 30 mutualiser leurs promotions. Une telle dématérialisation de coupons de réduction permet d'éviter les frais d'imprimerie, les coûts de traitement et l'avance financière. Lors du passage en caisse, l'utilisateur peut avantageusement faire valoir les coupons de réduction enregistrés en présentant un identifiant de son compte fidélité, par exemple en 35 présentant sa carte de "couponing » ou sa carte de fidélité et en faisant scanner le code barre servant à identifier sa carte de "couponing » ou sa carte de fidélité. Le serveur peut alors identifier le terminal mobile à l'aide de la donnée d'alias du terminal mobile stockée en correspondance avec le code d'identification de sa carte de "couponing » ou de fidélité, déterminer l'ensemble des promotions dont l'utilisateur bénéficie 40 pour tous les produits dont le code barre a été enregistré par la saisie d'un code alphanumérique 25 3028638 correspondant ou scanné et déduire directement l'ensemble de ces promotions du montant à payer par l'utilisateur. Ceci permet d'éviter le scan de chaque coupon, les vérifications de dates de validité de tels coupons ainsi que l'archivage de ces coupons. La gestion des coupons est ainsi entièrement automatisée ce qui permet un gain de temps certain en caisse. Cette opération est 5 également totalement transparente à la fois pour l'utilisateur et la caissière puisque nécessitant uniquement l'utilisation des cartes de façon usuelle. Pour que l'utilisateur puisse visualiser l'intégralité des promotions dont il bénéficie, le serveur du fournisseur de service pour le compte du marchand peut proposer à l'utilisateur l'accès à une page personnelle affichant toutes les promotions de l'utilisateur du terminal 10 mobile. Cette page peut être mise à jour régulièrement permettant la suppression des promotions obsolètes ou déjà utilisées. Dans le cadre de la vente de produits, le procédé peut être utilisé pour fournir à l'utilisateur des informations relatives à des produits en rayon et consister par exemple en des 15 conseils pour favoriser les associations d'idées, des idées de recettes, des jeux publicitaires etc... Il suffit pour cela que l'utilisateur saisisse sur la page du magasin un code alphanumérique correspondant à un produit pour que le serveur du fournisseur de service lui renvoie une page donnant des informations sur le produit en question. L'utilisateur peut également recevoir ces informations par le biais de la plateforme par message électronique (email) ou message textuel 20 (SMS) s'il le requiert. Ces SMS et emails peuvent comporter un code que le client peut utiliser une fois dans le magasin pour obtenir des informations ou des promotions personnalisées. Comme alternative à la saisie d'un code alphanumérique, l'utilisateur peut également recourir à des moyens traditionnels tels que des « flashcodes », des « QRcodes » ou encore la technologie NFC (« Near Field Communication »).

25 Dans le cadre d'un salon, un visiteur peut sélectionner des services mobiles disponibles correspondant aux services délivrés par le salon et ses exposants. Ces services peuvent comprendre l'indication : des différents horaires des manifestations se tenant sur le salon et la possibilité de s'y inscrire, de la liste des restaurants ainsi que leurs menus et la possibilité 30 d'effectuer des réservations, du plan du salon, de la liste des exposants avec un lien sur le site mobile de l'exposant etc. Si un exposant intéresse l'utilisateur du terminal mobile, ce dernier peut se connecter sur le site de cet exposant et contacter les différents responsables du stand, connaître l'agenda de la journée etc. par le biais de la plateforme. Sur requête de l'utilisateur, des responsables de stand peuvent également être contactés en établissant une communication 35 vocale ou par SMS par l'intermédiaire de la plateforme. Le visiteur va pouvoir ainsi contacter le responsable de stand désiré sans avoir à fournir son numéro de terminal mobile et sans connaître le numéro d'appel de la personne qu'il contacte. Sur un stand présentant des produits associés à des codes alphanumériques, en saisissant un code alphanumérique sur la page du site mobile du stand, le visiteur peut avoir accès à une 40 page qui lui permet d'obtenir des informations sur le produit associé au code saisi et de 26 3028638 demander en un clic la réception d'un email qui contiendra un lien et un document par exemple au format PDF (« Portable Document Format ») relatif à la présentation détaillée du produit. Ceci peut permettre de remplacer avantageusement la documentation papier assez peu exploitable fournie usuellement sur les stands d'un salon.

5 Dans le cadre d'un musée, un visiteur disposant d'un terminal mobile peut se voir proposer des informations utiles telles que le plan du musée ou une liste des évènements de la journée comme des démonstrations. Le visiteur peut également saisir dans la page du musée un code alphanumérique proposé à côté d'un objet exposé pour obtenir des informations 10 complémentaires sur l'objet telles que des photos, un texte explicatif et éventuellement une description audio. Dans le cadre d'un hôtel, un client de l'hôtel peut contacter le room service, le restaurant pour connaître le menu du jour et faire une réservation, ou encore avoir des 15 promotions sur les activités touristiques de la région qui ont été négociées par l'hôtel. Il peut utiliser des services payants en entrant son numéro de chambre ou commander une boisson de son choix à distance au bord de la piscine sans avoir à attendre le serveur. Avantageusement, de tels services sont disponibles à l'intérieur et à l'extérieur de l'hôtel jusqu'à une certaine distance de celui-ci, par exemple 50 km. 20 27

Claims

REVENDICATIONS1. Procédé de mise en relation d'un terminal mobile (1) d'un utilisateur et d'au moins un serveur d'un fournisseur de service (3a, 3b, 3c), le procédé comprenant les étapes suivantes, - mémorisation par un serveur d'un fournisseur de service d'un identifiant d'une carte affectée à l'utilisateur par ce fournisseur de service, en correspondance avec une donnée d'alias, elle-même associée à un identifiant utilisateur au moyen duquel le terminal mobile (1) est identifié auprès du réseau mobile ; - mémorisation, en association avec l'identifiant de la carte, de premières données relatives à au moins une première transaction effectuée entre l'utilisateur et le fournisseur de service au moyen de la carte; - établissement, via le réseau mobile et par l'intermédiaire d'une plateforme de service apte à obtenir la donnée d'alias, d'une liaison de communication (E4) entre le terminal mobile (1) de l'utilisateur et le serveur de fournisseur de service, dans laquelle ladite donnée d'alias sert à identifier l'utilisateur du terminal mobile auprès du serveur du fournisseur de service; - envoi au terminal mobile, via ladite liaison de communication, d'informations sur au moins un service proposé à l'utilisateur par le fournisseur de service en fonction des premières données mémorisées en association avec l'identifiant de carte correspondant à la donnée d'alias utilisée pour ladite liaison de communication.
2. Procédé de mise en relation selon la revendication 1, comprenant une étape de réception par le serveur du fournisseur de service et de mémorisation en association avec l'identifiant de carte de deuxièmes données relatives à une deuxième transaction effectuée entre l'utilisateur et le fournisseur de service via ladite liaison de communication.
3. Procédé de mise en relation selon la revendication 1 ou 2, dans lequel la donnée d'alias utilisée pour la liaison de communication entre le terminal mobile et le serveur du fournisseur de service est une donnée d'alias fournisseur, mémorisée pour un ou plusieurs fournisseurs de service en association avec une donnée d'alias opérateur, elle-même associée à l'identifiant utilisateur. 3. Procédé de mise en relation selon l'une quelconque des revendications précédentes, comprenant une étape d'obtention par la plateforme de la donnée d'alias suite à une identification du terminal mobile par une entité réseau du réseau mobile sur la base dudit identifiant utilisateur.
4. Procédé de mise en relation selon l'une quelconque des revendications précédentes, dans lequel la donnée d'alias utilisée pour la liaison de communication entre le terminal mobile et le serveur du fournisseur de service est une donnée d'alias fournisseur, mémorisée pour un ou plusieurs fournisseurs de service en association avec une donnée d'alias opérateur, elle-même associée à l'identifiant utilisateur.
5. Procédé de mise en relation selon la revendication 4, dans lequel la plateforme, lorsqu'elle reçoit via ladite liaison de communication une requête provenant du terminal mobile, contenant 28 3028638 la donnée d'alias opérateur et destiné à un serveur d'un fournisseur de service, remplace la donnée d'alias opérateur par la donnée d'alias fournisseur correspondant au fournisseur de service concerné.
6. Procédé de mise en relation selon la revendication 1, dans lequel la plateforme (2) dispose 5 d'une liste d'au moins un service, chaque service étant associé à au moins une zone géographique de disponibilité, - obtention (E2) par la plateforme de service d'une information de localisation du terminal mobile, - en fonction de ladite information de localisation obtenue et de la liste de services, 10 détermination d'au moins un service (E3), dit service disponible, associé à au moins une zone géographique de disponibilité dans laquelle est localisé le terminal mobile (1), ladite étape de mise en relation étant effectuée pour un serveur d'un fournisseur d'au moins un service sélectionné (3a, 3b, 3c) parmi le ou les services disponibles déterminés.
7. Procédé de mise en relation selon la revendication 1, dans lequel l'identifiant utilisateur est 15 un identifiant associé à un module d'identification d'utilisateur du terminal mobile.
8. Procédé de mise en relation selon l'une quelconque des revendications précédentes, comprenant une étape de transmission au terminal mobile (1) de l'utilisateur, suite à la saisie correcte d'un code USSD par l'utilisateur sur son terminal mobile, d'un message permettant une connexion du terminal mobile (1) à la plateforme (2). 20
9. Procédé de mise en relation selon la revendication 6, dans lequel l'obtention (E2) d'une information de zone de localisation du terminal (1) est déclenchée suite à la détection d'une connexion du terminal mobile (1) à la plateforme (2) ou par une réception d'un message de requête transmis par le terminal mobile (1) pour obtenir de la plateforme une liste de services disponibles. 25
10. Procédé de mise en relation selon la revendication 6 ou 9, dans lequel la plateforme identifie un service disponible sélectionné en mettant en oeuvre les étapes suivantes : - transmission au terminal mobile (1) d'une liste de services disponibles correspondant à la zone géographique où est localisé le terminal mobile, - réception d'un message d'identification d'au moins un service sélectionné parmi les services 30 disponibles déterminés, provenant du terminal mobile (1).
11. Procédé de mise en relation selon la revendication 1 dans lequel au moins une partie des informations transmises sont personnalisées en fonction des premières données pour l'utilisateur identifié par la donnée d'alias.
12. Procédé de mise en relation selon l'une des revendications précédentes dans lequel l'étape 35 de mise en relation (E4) comprend la transmission au serveur du fournisseur du service sélectionné (3a, 3b, 3c) d'un code alphanumérique saisi par l'utilisateur sur son terminal mobile (1) afin que ledit serveur du fournisseur de service délivre à l'utilisateur un service associé audit code alphanumérique.
13. Procédé de mise en relation selon l'une des revendications précédentes dans lequel l'étape 40 de mise en relation (E4) comprend au moins une étape, mise en oeuvre par l'intermédiaire de la 29 3028638 plateforme (2), parmi une étape de transmission au terminal mobile (1) de l'utilisateur de courrier électronique ou de message textuel provenant du serveur du fournisseur du service sélectionné (3a, 3b, 3c) et/ou une étape d'établissement de communications vocales avec le terminal mobile (1) de l'utilisateur. 5
14. Produit programme d'ordinateur comprenant des instructions de code pour l'exécution d'un procédé selon l'une quelconque des revendications précédentes lorsque ce programme est exécuté par un processeur.
15. Serveur d'un fournisseur de service (3a, 3b, 3c), comprenant - une première base de données pour mémoriser un identifiant d'une carte affectée à 10 l'utilisateur par ce fournisseur de service, en correspondance avec une donnée d'alias, associée à un identifiant utilisateur au moyen duquel le terminal mobile (1) est identifié auprès du réseau mobile ; - une deuxième base de données pour mémoriser, en association avec l'identifiant de carte, des premières données relatives à au moins une première transaction effectuée entre l'utilisateur et 15 le fournisseur de service au moyen de la carte; - une interface de communication pour : établir, via le réseau mobile et par l'intermédiaire d'une plateforme de service apte à obtenir la donnée d'alias, une liaison de communication (E4) entre le terminal mobile (1) de l'utilisateur et le serveur de fournisseur de service, dans laquelle ladite donnée 20 d'alias sert à identifier l'utilisateur du terminal mobile auprès du serveur du fournisseur de service; envoyer au terminal mobile, via ladite liaison de communication, des informations sur au moins un service proposé à l'utilisateur par le fournisseur de service en fonction des premières données mémorisées en association avec l'identifiant de carte correspondant 25 à la donnée d'alias utilisée pour ladite liaison de communication.