Brevet FR2847102A1 — publié le 20040514

Transmission de requête sans identificateur explicite d'usager La présente invention concerne une transmission de requête sans identificateur explicite d'usager. Plus précisément, elle concerne un procédé pour recevoir une réponse d'un moyen de traitement de requête, tel qu'un serveur de service, à une requête relative à un usager ayant un premier identificateur qui est public et transmise depuis un moyen émetteur de requête. Actuellement, il est fréquent que des serveurs communiquent entre eux des identificateurs personnels d'usagers, de manière à disposer de références communes pour identifier les échanges relatifs à ces usagers. Dans certains domaines techniques, les identificateurs personnels sont une ressource commerciale de grande valeur puisqu'ils contiennent implicitement de l'information sur les usagers. Par exemple, un identificateur d'usager conduit à une connaissance de numéros de téléphone, d'adresses IP (Internet Protocol), de logins d'accès à des applications de communication de "personne à personne", etc. Un échange de ces identificateurs est donc problématique puisque cela entraîne potentiellement la mise à disposition par l'un des serveurs à l'autre d'une ressource commerciale telle qu'un fichier d'usagers. Certaines applications gèrent, en plus de l'identificateur personnel d'usager porteur d'information, un deuxième identificateur, dit identificateur anonyme, qui est généré aléatoirement à l'aide de fonctions pseudo-aléatoires, ou qui dépend d'une fonction secrète de l'identificateur d'usagers. L'identificateur anonyme sert de référence pour les tiers avec lesquels l'usager doit communiquer. Par exemple l'identificateur anonyme défini dans le cadre d'un service de signature électronique par téléphone mobile identifie un usager pour un service accessible depuis l'extérieur au réseau de radiotéléphonie incluant le téléphone mobile. Cette technique nécessite la gestion d'une table de correspondance entre les identificateurs personnels et les identificateurs anonymes. Le caractère fixe de l'identificateur anonyme d'un usager incite à l'employer le plus fréquemment possible, même dans des contextes où il peut devenir visible par d'autres usagers et surtout par des prestataires de service via le réseau internet. Lorsqu'il devient visible du prestataire d'un service demandé, l'identificateur anonyme est source de confusion car il est en général propre au fournisseur de service, et pas à l'abonnement de l'usager au réseau de radiotéléphonie, qui donne accès à tout un bouquet de services. En outre, l'identificateur anonyme peut devenir par son caractère fixe, équivalent à l'identificateur personnel : un fournisseur de services peut envisager de réutiliser cet identificateur anonyme fixe pour émettre de nouveaux messages non sollicités par l'usager, via le service demandé, vers l'usager, pour effectuer du pollupostage dit "spam". La présente invention vise à remédier aux inconvénients précités en générant un identificateur anonyme qui est variable en fonction de l'usager et du service demandé et qui ne peut conduire à l'identificateur public de l'usager que par l'opérateur autorisant l'accès de l'usager au service demandé. A cette fin, un procédé selon l'invention pour recevoir une réponse d'un moyen de traitement de requête à une requête relative à un usager prédéterminé ayant un premier identificateur qui est public et transmise depuis un moyen émetteur de requête, est caractérisé par les étapes suivantes :- application du premier identificateur de l'usager prédéterminé et d'un identificateur du moyen de traitement de requête à un algorithme de chiffrement implémenté dans le moyen émetteur pour produire un deuxième identificateur transmis avec la requête au moyen de traitement de requête, - transmission de la réponse avec le deuxième identificateur et l'identificateur du moyen de traitement de requête, à la requête depuis le moyen de traitement de requête vers un moyen récepteur de réponse, et - application du deuxième identificateur et de l'identificateur du moyen de traitement de requête extraits de la réponse à un algorithme de déchiffrement inverse de l'algorithme de chiffrement et implémenté dans le moyen récepteur pour produire un identificateur qui désigne un usager auquel la réponse est transmise. Le procédé offre les avantages suivants : - le moyen de traitement de requête, tel qu'un serveur de service, manipule un deuxième identificateur rattaché à un usager sans pouvoir connaître cet usager dont le premier identificateur est masqué ; - le caractère pseudo-aléatoire du deuxième identificateur interdit d'en déduire une information sur l'usager ; - le moyen récepteur bénéficie de la garantie de la provenance des réponses qu'il reçoit lorsque les identificateurs comparés sont identiques ;et - le moyen de traitement de requête, tel qu'un serveur de fournisseur de service, ne peut pas recouper les informations qu'il traite avec un autre fournisseur de services, puisque chaque deuxième identificateur qui est transmis est construit à l'intention d'un fournisseur de service respectif ou d'un service respectif, et ne peut pas être rapproché d'autres deuxièmes identificateurs. Si le moyen émetteur est relié au moyen récepteur et pour éviter que la réponse soit transmise à un usager autre que celui ayant le premier identificateur, la réponse n'est pas transmise à l'usager prédéterminé lorsque l'identificateur produit dans le moyen récepteur diffère du premier identificateur. Lorsque le premier identificateur de l'usager prédéterminé et l'identificateur produit dans le moyen récepteur sont identiques, le moyen récepteur déclenche un traitement de la réponse pour l'usager prédéterminé pour la transmettre à celui-ci. En variante, la réponse n'est pas transmise à l'usager prédéterminé lorsque le moyen récepteur détecte une incohérence dans l'identificateur produit. Afin d'accentuer le caractère pseudo-aléatoire du deuxième identificateur et limiter temporellement l'usage du deuxième identificateur, dit identificateur anonyme, une valeur temporelle numérique représentative d'une date de fin de validité du deuxième identificateur et déterminée par l'usager prédéterminé ou par le moyen émetteur en fonction du service sélectionné est également appliquée à l'algorithme de chiffrement et à l'algorithme de déchiffrement. Le deuxième identificateur est ainsi valable seulement pour une durée fixe convenue à l'avance qui peut être fonction de la nature du service demandé par l'usager. Le moyen récepteur bénéficie de la garantie de la durée maximale du traitement de la requête. Il peut ainsi ne pas traiter des requêtes dont la validité était temporaire et qui auraient expiré. Selon une première réalisation, l'algorithme de chiffrement comprend des premier et deuxième algorithmes. Ladite application dans le moyen émetteur comprend une application du premier identificateur en tant que données et d'un paramètre en tant que clé dépendant de l'identificateur du moyen de traitement de requête au premier algorithme pour produire un identificateur intermédiaire, et une application de l'identificateur intermédiaire en tant que données et d'une première clé prédéterminée au deuxième algorithme pour produire le deuxième identificateur à transmettre avec la requête.Ladite application dans le moyen récepteur comprend alors une application du deuxième identificateur en tant que données et d'une deuxième clé à un algorithme inverse du deuxième algorithme pour produire l'identificateur intermédiaire et une application de l'identificateur intermédiaire en tant que données et du paramètre en tant que clé à un algorithme inverse du premier algorithme pour produire l'identificateur qui désigne un usager auquel la réponse est transmise. Egalement selon la première réalisation, ladite application dans le moyen émetteur peut comprendre, en outre, une application de la valeur temporelle de date de fin de validité et de l'identificateur du moyen de traitement de requête en tant que données et d'une clé secrète à un troisième algorithme pour produire ledit paramètre.Ladite application dans le moyen récepteur comprend alors, en outre, une séparation de l'identificateur intermédiaire et d'une valeur temporelle numérique de date de fin de validité dans le résultat produit par l'algorithme inverse du deuxième algorithme, une comparaison de la valeur temporelle numérique séparée à une date courante, et si la date courante est antérieure à la valeur temporelle séparée, une application de la valeur temporelle séparée et de l'identificateur du moyen de traitement de requête en tant que données et de ladite clé secrète au troisième algorithme pour produire ledit paramètre qui est appliqué en tant que clé à l'algorithme inverse du premier algorithme. Selon une deuxième réalisation, ladite application dans le moyen émetteur comprend une application du premier identificateur et de l'identificateur du moyen de traitement de requête en tant que données et d'une première clé prédéterminée à un algorithme prédéterminé pour produire un identificateur intermédiaire, et un codage de l'identificateur intermédiaire pour produire le deuxième identificateur à transmettre avec la requête.Ladite application dans le moyen récepteur comprend alors un décodage du deuxième identificateur inverse du codage pour produire un identificateur intermédiaire, une application de l'identificateur intermédiaire en tant que données et d'une deuxième clé prédéterminée à un algorithme inverse de l'algorithme prédéterminé pour produire l'identificateur du moyen de traitement de requête et l'identificateur qui désigne un usager auquel la réponse est transmise. Egalement selon la deuxième réalisation, ladite application dans le moyen émetteur comprend, en outre, une application de la valeur temporelle de date de fin de validité également en tant que données à l'algorithme prédéterminé. Ladite application dans le moyen récepteur comprend alors une séparation de la valeur temporelle numérique de date de fin de validité dans le résultat produit dans l'algorithme inverse de l'algorithme prédéterminé, et une comparaison de la valeur temporelle numérique séparée à une date courante, afin que la réponse soit transmise à l'usager désigné par l'identificateur produit dans le moyen récepteur si la date courante est antérieure à la valeur temporelle séparée. D'autres caractéristiques et avantages de la présente invention apparaîtront plus clairement à la lecture de la description suivante de plusieurs réalisations préférées de l'invention en référence aux dessins annexés correspondants dans lesquels : - la figure 1 est un bloc-diagramme d'un système de télécommunications dans lequel est mis en u̇vre selon l'invention le procédé de réception d'une réponse à une requête relative à un usager et transmise depuis un serveur émetteur-récepteur vers un serveur de fournisseur de service sans utiliser l'identificateur public de l'usager ; - la figure 2 montre en détail un algorithme de chiffrement pour rendre anonyme un identificateur d'usager public selon une première réalisation de l'invention ;- la figure 3 montre un algorithme de déchiffrement inverse de l'algorithme montré à la figure 2 pour récupérer l'identificateur public de l'usager en fonction de l'identificateur anonyme ; - la figure 4 montre en détail un algorithme de chiffrement pour rendre anonyme un identificateur d'usager public selon une deuxième réalisation de l'invention ; et - la figure 5 montre un algorithme de chiffrement inverse de l'algorithme montré à la figure 4 pour récupérer l'identificateur public de l'usager en fonction de l'identificateur anonyme. Selon une réalisation préférée montrée à la figure 1, l'invention est décrite dans le cadre d'un terminal TU du type radiotéléphone mobile d'un usager prédéterminé souhaitant accéder à un service offert par un serveur de fournisseur de service S à travers un serveur de portail. Le serveur de portail comprend au moins les fonctionnalités d'un émetteur de requête E et d'un récepteur de réponse R et est géré par l'opérateur de télécommunications du réseau de radiotéléphonie RR, par exemple du type GSM ou UMTS, auquel appartient le terminal d'usager TU. Les serveurs E-R et S sont reliés par un réseau de paquets tel qu'internet. En variante, l'émetteur E et le récepteur R sont deux serveurs distincts qui sont reliés au serveur de fournisseur de service S à travers le réseau de paquets RP. Selon la figure 1, le terminal radio mobile TU est relié à l'émetteur E et au récepteur R à travers le réseau de radiotéléphonie RR, un réseau de télécommunications intermédiaire RI tel que le réseau téléphonique commuté RTC ou un réseau de paquets pour service radio GPRS (General Packet Radio Service) lié au réseau RR, et le réseau de paquets RP. Dans l'émetteur E est implémenté un algorithme de chiffrement prédéterminé F1 pour rendre anonyme un identificateur personnel ID de l'usager prédéterminé du terminal TU, en tant que premier identificateur, afin de produire un deuxième identificateur IDAS, dit identificateur anonyme. La conversion d'identificateur par l'algorithme F1 est initiée à la suite d'un message de requête de service MRS transmis par le terminal d'usager TU à l'émetteur E à travers les réseaux RR, RI et RP. Le message de requête MRQ contient le premier identificateur ID de l'usager prédéterminé et un identificateur IDS, tel qu'une adresse, du serveur de fournisseur de service S ou d'un service accessible dans le serveur S. L'algorithme de conversion d'identificateur F1 et un algorithme inverse F1-1 sont tenus secrets respectivement dans l'émetteur E et le récepteur R et ne sont connus que de l'opérateur gérant l'émetteur E et le récepteur R. Comme montré aux figures 1 et 2, les données suivantes sont appliquées à l'algorithme F1 implémenté dans l'émetteur E le premier identificateur d'usager ID, une valeur temporelle numérique T représentative d'une date de fin de validité de l'identificateur anonyme IDAS, et l'identificateur IDS du serveur de fournisseur de service S. L'identificateur d'usager ID est public. Il est à masquer par l'identificateur anonyme IDAS dans les communications avec le serveur S. L'identificateur ID est constitué par exemple par le numéro de téléphone du terminal mobile TU, c'est-à-dire le numéro de l'usager à l'intérieur du réseau de radiotéléphonie RR, connu sous le sigle MSISDN (Mobile Station ISDN). Par exemple le numéro MSISDN est transmis par un enregistreur de localisation nominal HLR (Home Location Register) du réseau RR à l'émetteur E à la suite de chaque message de requête de service MRS qui est transmis par le terminal TU dans le réseau RR et qui inclut un identificateur fixe IMSI (International Mobile Subscriber Identity) ou un identificateur temporaire TMSI (Temporary Mobile Station Identity) de l'usager du terminal TU dans le réseau RR.L'émetteur E mémorise l'identificateur ID = MSISDN en correspondance avec l'identificateur de serveur de service IDS contenu dans le message MRS. En pratique, le premier identificateur ID est au moins une partie du numéro téléphonique MSISDN du terminal TU depuis lequel l'usager active la transmission d'une requête RQ dans l'émetteur E. Le préfixe du numéro MSISDN comportant deux chiffres indiquant le pays, tel que "33" pour la France, et un chiffre indiquant le réseau de radiotéléphonie RR, tel que "6" pour l'opérateur ORANGE en France, est retiré pour l'application de l'identificateur ID à l'algorithme F1 dans l'émetteur E. L'identificateur anonyme IDAS est composé par exemple de 11 à 15 symboles alphanumériques en code binaire dont le nombre dépend de l'un des trois modes suivants : - un mode statique pour lequel l'identificateur IDAS ne comprend que 11 symboles et pour lequel il n'y a pas de date de fin de validité T ; en d'autres termes, l'identificateur IDAS est valable indéfiniment pour l'usager du terminal TU ; un mode dit "dynamique" pour lequel l'identificateur IDAS comprend 15 symboles et la date de fin de validité T s'exprime à une minute près, avec une échéance au plus de 19 ans ; - un mode de session pour lequel l'identificateur IDAS est composé de 14 symboles et la date de fin de validité s'exprime à une seconde près avec une échéance au plus de 11 jours. La date de fin de validité T de l'identificateur anonyme IDAS est codée différemment en fonction des trois modes précédents, mais est toujours constituée d'une suite de symboles alphanumériques. La valeur numérique de la date T peut être fixée par l'usager et alors transmise dans le message de requête de service MRS. La date T est mémorisée avec l'identificateur IDS en correspondance avec l'identificateur d'usager ID dans l'émetteur E. La date de fin de validité T peut être remplacée par la somme de la date courante t donnée par une horloge interne à l'émetteur E et d'une période de validité AT de l'identificateur anonyme IDAS, soit T=t+AT. L'identificateur IDS du serveur de service S est une suite de symboles, par exemple de 5 symboles alphanumériques pouvant indiquer soit le serveur de service S, soit un service à l'intérieur de celui-ci. Comme montré à la figure 2, l'algorithme F1 est composé essentiellement de trois algorithmes de chiffrement CO, Cl et C2 respectivement avec des clés KO, Kl et K2. L'exécution de ces trois algorithmes de chiffrement CO, Cl et C2 constitue trois sous-étapes Ell, E12 et E14 d'une étape principale El d'exécution de l'algorithme F1 dans l'émetteur E. Dans l'émetteur E, l'étape El est déclenchée pour le compte de l'usager prédéterminé du terminal TU à la suite de la réception d'un message de requête de service MRS(ID, IDS) ou MRS(ID, IDS, T) pour lequel une réponse RES doit être reçue dans le récepteur R et traitée avant la date T. Les clés KO et K2 sont des clés secrètes alors que la clé intermédiaire Kl dépend notamment de l'identificateur de service IDS et de la date T et présente ainsi un caractère pseudo-aléatoire. L'algorithme CO peut être quelconque, l'algorithme Cl est symétrique tandis que le dernier algorithme C2 peut être symétrique ou asymétrique. L'algorithme CO est utilisé également dans l'algorithme de déchiffrement F1-1 exécuté dans le récepteur R et peut être simplement une table de correspondance entre la valeur temporelle numérique de date de fin de validité T et l'identificateur IDS du serveur de service S d'une part, et la clé KO d'autre part.Lorsque l'algorithme C2 est asymétrique, de préférence la clé K2 dans l'émetteur E est une clé publique KPUB2 afin que seul le récepteur R puisse déchiffrer l'identificateur anonyme IDAS, comme on le verra dans la suite de la description. En pratique, les algorithmes CO, Cl et C2 transforment des données en un résultat qui a une longueur identique, c'est-à-dire qui a un nombre de symboles égal à celui des données appliquées à l'algorithme. A une sous-étape E10 précédant les étapes E11 à E14 et si la date courante t est antérieure à la date de fin de validité T, la date T et l'identificateur de serveur de service IDS mémorisés dans l'émetteur E sont lus et concaténés. Puis les données T et IDS concaténées sont appliquées au premier algorithme CO pour produire la clé Kl à la sous-étape E11. Après le chiffrement par l'algorithme CO, la sous-étape E12 consiste à lire et appliquer le premier identificateur mémorisé ID, en tant que données, et la clé produite Kl au deuxième algorithme de chiffrement Cl pour produire un identificateur intermédiaire IDI. La date de fin de validité T est de nouveau lue pour être concaténée avec l'identificateur intermédiaire IDI à une sous-étape E13 afin de les appliquer ainsi concaténés, en tant que données, au troisième algorithme de chiffrement C2 à la sousétape E14. L'exécution de l'algorithme C2 produit l'identificateur anonyme IDAS qui est utilisé par l'émetteur E pour le compte de l'usager du terminal TU pour accéder au serveur de service S ou à un service particulier dans celui-ci, et dialoguer avec celui-ci jusqu'à la date de fin de validité T, c'està-dire tant que la date courante t est antérieure à la date T. En se référant à nouveau à la figure 1, l'émetteur E établit à une étape E2 un message sous la forme d'une requête RQ contenant l'identificateur IDAS et des données contenues dans le message reçu MRS à destination du serveur de service S. Cette requête RQ est transmise via le réseau de paquets RP au serveur S, en tant que moyen de traitement de requête selon l'invention, pour y être traitée à une étape E3. Puis le serveur de service S établit et transmet un message sous la forme d'une réponse RES dont l'adresse de source ou une partie prédéterminée de champ de données qui contient l'identificateur anonyme IDAS extrait de la requête reçue RQ, comporte l'identificateur IDS à une étape E4.La réponse RES est transmise par le serveur S via le réseau de paquets RP au récepteur R pour y être mémorisée, puis pour y être traitée si l'identificateur ID de l'usager est récupéré à partir de la réponse RES. L'identificateur ID est normalement récupéré par l'exécution de l'algorithme de déchiffrement F1- qui est l'algorithme inverse de l'algorithme F1 et implémenté dans le récepteur R. L'exécution de l'algorithme F1-1 à l'étape E5 comprend des sous-étapes E51 à E57, comme montré à la figure 3. Dans cette figure, on y retrouve notamment trois blocs E51, E55 et E56 correspondant à l'exécution d'un algorithme de déchiffrement C2- inverse de l'algorithme C2, l'exécution de l'algorithme CO comme dans l'émetteur E à la sousétape E11, et l'exécution d'un algorithme de déchiffrement C1-1 inverse de l'algorithme Cl. A la sous-étape E51, l'identificateur anonyme IDAS extrait de la réponse reçue RES est appliquée en tant que données, à l'algorithme de déchiffrement C2-1. Lorsque les algorithmes C2 et C2-1 sont asymétriques, la clé K2 appliquée à l'algorithme de déchiffrement C2-1 est une clé privée secrète KPR2 correspondant à la clé publique KPUB2. Le résultat de l'exécution de l'algorithme C2-1 est normalement constitué par une concaténation de l'identificateur intermédiaire IDI et de la date de durée de fin de validité T. A la sous-étape E52, l'identificateur IDI et la date T sont séparés et mémorisés dans l'émetteur E. La date de durée de fin de validité T ainsi récupérée est comparée à la date courante t fournie par une horloge dans le récepteur R, à la sous-étape E53. Si la date T est déjà dépassée, l'identificateur anonyme reçu IDAS est invalidé et la réponse RES n'est pas traitée. La comparaison exécutée à la sous- étape E53 intervient avantageusement après l'exécution du premier algorithme de déchiffrement C2-1 ce qui écourte l'exécution de l'algorithme inverse F1-1 lorsque la date courante t est ultérieure à la date de fin de validité T. Si la date courante t est antérieure à la date de fin de validité T, la date T et l'identificateur de serveur de service IDS extrait de la réponse reçue mémorisée RES sont lues et concaténées à la sousétape E54. La date T et l'identificateur IDS ainsi concaténés sont appliqués, en tant que données, à l'algorithme CO qui a pour clé secrète KO, à la sousétape E45. Comme à la sous-étape E11 dans l'émetteur E, le résultat de l'algorithme exécuté CO à la sousétape E55 dans le récepteur R est constitué normalement par la clé K1. La clé Kl ainsi récupérée est appliquée à l'algorithme de déchiffrement C2-1 qui reçoit, en tant que données, l'identificateur intermédiaire IDI dont la lecture en mémoire dans le récepteur R est autorisée si la date courante t est antérieure à la date de fin de validité T à la sous-étape E53. Il résulte de l'exécution de l'algorithme C1-1 un identificateur d'usager ID' à la sous-étape E56. Selon une variante simple, sans communication directe entre l'émetteur E et le récepteur R, les données dans la réponse RES sont transmises, à l'étape E6, vers le terminal d'un usager qui est désigné par l'identificateur produit ID' dans le récepteur R, cet usager étant l'usager prédéterminé du terminal TU lorsque ID' = ID. Selon une autre variante, l'identificateur produit ID' est comparé à l'identificateur initial d'usager ID lu en mémoire de l'émetteur E et communiqué par celui-ci au récepteur R, à la sous- étape E57. Si l'identificateur ID' résultant de l'exécution de l'algorithme C1-1 est différent de l'identificateur précédemment mémorisé ID, le récepteur R signale une erreur ; d'une manière analogue au résultat négatif à la sous-étape E53, l'identificateur anonyme IDAS est invalidé et la réponse RES n'est pas traitée. En revanche, lorsque l'identificateur ID' est reconnu à la sous-étape E57, les données contenues dans la réponse RES sont traitées par le récepteur R à l'étape E6, et en particulier des données contenues dans la réponse RES sont communiquées au terminal d'usager TU via les réseaux RP, RI et RR. Au lieu de comparer les identificateurs ID et ID', l'identificateur réputé erroné et les données dans la réponse RES ne sont pas transmises à l'usager prédéterminé à la sous-étape E57 lorsque le récepteur R détecte une incohérence dans celui-ci ; par exemple, l'identificateur ID' contient un symbole qui n'appartient pas à l'alphabet de symboles à partir duquel le premier identificateur ID est comparé. Selon la première réalisation montrée aux figures 2 et 3, la valeur temporelle numérique T représentative d'une date de fin de validité de l'identificateur anonyme IDAS et appliquée aussi bien à l'algorithme de chiffrement F1 qu'à l'algorithme de déchiffrement F1-1, présente une certaine granularité qui est de préférence adaptée au service fourni par le serveur S et sélectionné par l'usager du terminal TU. Par exemple, si le service consiste à transmettre depuis le terminal d'usager TU un formulaire de déclaration d'impôts, la date T correspond à AT = une journée succédant à la date courante t ; selon un autre exemple, s'il s'agit de transmettre une sélection de numéros ou de noms pour un jeu, la date T est fixée à AT = quelques secondes postérieurement à la date courante t.La valeur temporelle numérique représentant la date de fin de validité T peut être une date butoir ou une date de départ avec une période prédéterminée AT commençant à la date de départ ou à la date courante t, ou toute autre représentation de date. La date de fin de validité T peut être choisie en fonction du contexte du service sélectionné. Par exemple, au moyen d'une petite application implémentée dans le terminal TU et/ou dans l'émetteur E, la date de durée de fin de validité T est imposée à l'usager U en fonction du type du service sélectionné dans le serveur S ou du type de serveur de service S sélectionné. Par exemple, différentes dates T sont associées respectivement à une demande d'horoscope, à une recherche généalogique, ou à un calcul d'impôt sur le revenu. La durée de validité AT peut varier par exemple de quelques minutes à plusieurs jours en fonction du type de service demandé. L'identificateur anonyme IDAS peut être mémorisé dans l'émetteur E en correspondance avec l'identificateur d'usager ID pendant toute la durée T, notamment lorsque celle-ci est relativement longue et le service désigné par l'identificateur IDS et associé à l'identificateur anonyme IDAS est utilisé au cours de plusieurs sessions jusqu'à la date de fin de validité T. L'identificateur anonyme produit IDAS peut être constant pendant une fenêtre temporelle, par exemple périodique d'une journée, entre une date de création t et une date de fin de validation T = t+ AT, pour un identificateur d'usager ID donné et un identificateur de service donné IDS, et ainsi être utilisé pendant plusieurs sessions entre le terminal TU et le serveur de service S via le serveur de portail E-R. L'identificateur anonyme IDAS peut dépendre de bien d'autres paramètres que les paramètres ID, T et IDS, en fonction du contexte du service sélectionné. A contrario, selon une variante plus simple, l'identificateur IDAS ne dépend pas d'une date de fin de validité T et est présumé valable indéfiniment pour le service désigné par l'identificateur IDS. L'identificateur IDAS ne résulte alors que de l'application de l'identificateur d'usager ID et de l'identificateur de service IDS à l'algorithme de chiffrement Fl dans l'émetteur E.Pour cette variante à la figure 2, la sous-étape E10 est supprimée et l'identificateur de service IDS est appliqué seulement en tant que données à l'algorithme CO ; cependant, la sous-étape E11 peut être également supprimée et l'identificateur de service IDS constitue un paramètre qui est alors appliqué directement en tant que clé à l'algorithme de chiffrement Cl, puisque l'identificateur de service IDS dépend d'une sélection de l'usager et a un caractère sensiblement pseudo-aléatoire. L'identificateur intermédiaire IDI n'est plus concaténé à la sous-étape E13 et est appliqué directement, en tant que données, à l'algorithme de chiffrement C2. Egalement pour cette variante, les sous-étapes E52, E53 et E54 sont supprimées dans l'algorithme de déchiffrement F1-1 montré à la figure 3. L'identificateur intermédiaire IDI produit par l'algorithme C2-1 est alors appliqué directement, en tant que données, à l'algorithme C1-1 à la sous-étape E56. L'identificateur de service IDS extrait de la réponse RES est seul appliqué directement, en tant que données, à l'algorithme CO à la sous-étape E55 ; cependant, l'identificateur de service IDS peut être appliqué en tant que clé directement à l'algorithme C1-1 de manière à supprimer la sous-étape E55 lorsque la sous-étape E11 relative à l'algorithme Cl dans l'algorithme de chiffrement F1 est supprimée. Selon une deuxième réalisation de l'invention, l'algorithme F1 pour rendre anonyme l'identificateur d'usager ID en un identificateur anonyme IDAS est exécuté selon une étape Ela, à la place de l'étape El, comme montré à la figure 4. L'étape Ela comprend seulement trois sous-étapes ElOa, Ella et E12a. Tout d'abord, les trois paramètres ID, IDS et T sont concaténés à la sous-étape ElOa si la date courante t dans l'émetteur E est antérieure à la date de fin de validité T. Les trois paramètres ainsi concaténés sont appliqués, en tant que données, à un algorithme de chiffrement prédéterminé C4 dont la clé K4 est secrète, à la sous-étape Ella. L'algorithme C4 implémenté dans l'émetteur E peut être symétrique ou bien asymétrique. Lorsque l'algorithme C4 est asymétrique, la clé K4 dans l'émetteur E est une clé publique KPUB4 afin que le récepteur R soit seul à déchiffrer l'identificateur IDAS, grâce à un algorithme de déchiffrement C4-1 inverse de l'algorithme C4 et ayant une clé privée KPR4. Le résultat de l'exécution de l'algorithme de chiffrement C4 est constitué par un identificateur intermédiaire IDIa qui subit un codage prédéterminé à la sous-étape E12a afin de produire l'identificateur anonyme IDAS à inclure dans la requête RQ transmise au serveur de service S. Le codage à la sous-étape E12a consiste de préférence en une sélection d'un caractère parmi des caractères prédéterminés dans un alphabet prédéterminé de codes alphanumériques en fonction de l'identificateur intermédiaire IDIa. L'alphabet prédéterminé est de préférence normalisé et comporte des caractères alphanumériques qui sont utilisables par le service identifié par l'identificateur IDS et sélectionné par l'usager du terminal TU. Par exemple, les caractères alphanumériques utilisables dont un est sélectionné en fonction de l'identificateur IDIa sont imprimables, tels que les caractères du sousalphabet "Base64". Ces caractères alphanumériques sélectionnables constituent des codes qui évitent toute ambiguïté avec des codes de commande inclus dans l'alphabet prédéterminé. Comme montré à la figure 5, l'algorithme inverse F1-1 exécuté à la sous-étape E5a dans le récepteur R comprend des sous-étapes E51a à E55a. L'identificateur anonyme IDAS extrait de la réponse reçue RES mémorisée dans le récepteur R est décodé à la sous-étape E51a selon un décodage inverse du codage exécuté à la sous-étape E12a. Le décodage de l'identificateur IDAS produit un identificateur intermédiaire IDIa qui est appliqué, en tant que données, à l'algorithme de déchiffrement C4-1 qui est l'inverse de l'algorithme de chiffrement C4. Comme déjà dit, l'algorithme C4-1 possède une clé K4 qui peut être une clé privée KPR4 lorsque les algorithmes C4 et C4-1 sont asymétriques. L'exécution de l'algorithme C4-1 à la sous-étape E52a produit les paramètres ID', IDS et T concaténés. Ces trois paramètres sont séparés à la sous-étape E53a et mémorisés dans le récepteur R. Le traitement de la réponse RES à l'étape E6 n'est autorisé, selon la réalisation illustrée à la figure 5, que si deux conditions sont satisfaites aux sous-étapes E54a et E55a. A la sous-étape E54a, la date de fin de validité T résultant de la séparation des paramètres concaténés à la suite de l'exécution de l'algorithme de déchiffrement C4-1 est comparée à la date courante t. Si la date courante t est antérieure à la date T, l'identificateur ID' extrait de la séparation des trois paramètres concaténés produits par l'algorithme C4-1 est comparé à l'identificateur d'usager ID mémorisé initialement dans l'émetteur E et transmis par celui-ci au récepteur R, à la sous-étape E55a.Si les identificateurs ID' et ID sont identiques, c'est-àdire si le récepteur R retrouve dans la mémoire de l'émetteur E un identificateur d'usager ID identique à l'identificateur ID', la réponse reçue RES est traitée à l'étape E6 ; notamment des données contenues dans la réponse RES sont transmises au terminal d'usager TU via les réseaux RP, RI et RR. Par contre, si la date courante t est postérieure à la date T à la sous-étape E54a, ou si l'identificateur ID' est différent de l'identificateur ID à la sous-étape E55a, une erreur est signalée ce qui invalide l'identificateur IDAS extrait de la réponse RES, et la réponse RES n'est pas traitée. Comme pour la première réalisation, la condition d'identité à l'étape E55a peut être supprimée afin de transmettre les données de la réponse RES au terminal de l'usager désigné par l'identificateur produit ID' ; selon une autre variante, une incohérence détectée dans l'identificateur ID' interdit la transmission des données de la réponse RES. Selon une variante de la deuxième réalisation, la valeur temporelle numérique T représentative de la date de fin de validité de l'identificateur anonyme IDAS n'est pas déterminée si bien que seulement les deux identificateurs ID et IDS sont concaténés à la sous-étape ElOa dans l'algorithme F1 exécuté dans l'émetteur E et sont séparés à la sous-étapes E52a de l'algorithme F1-1 exécuté dans le récepteur R, la sous-étape E54 étant supprimée. REVENDICATIONS 1 - Procédé pour recevoir une réponse d'un moyen de traitement de requête à une requête relative à un usager prédéterminé ayant un premier identificateur qui est public et transmise depuis un moyen émetteur de requête, caractérisé par les étapes suivantes : - application (El) du premier identificateur (ID) de l'usager prédéterminé et d'un identificateur (IDS) du moyen de traitement de requête (S) à un algorithme de chiffrement (Fl) implémenté dans le moyen émetteur (E) pour produire un deuxième identificateur (IDAS) transmis avec la requête (RQ) au moyen de traitement de requête, - transmission (E4) de la réponse (RES) avec le deuxième identificateur (IDAS) et l'identificateur (IDS) du moyen de traitement de requête, à la requête (RQ) depuis le moyen de traitement de requête (S) vers un moyen récepteur de réponse (R), et - application (E5)du deuxième identificateur (IDAS) et de l'identificateur (IDS) du moyen de traitement de requête extraits de la réponse (RES) à un algorithme de déchiffrement (Fl-1) inverse de l'algorithme de chiffrement et implémenté dans le moyen récepteur (R) pour produire un identificateur (ID') qui désigne un usager auquel la réponse (RES) est transmise. 2 - Procédé conforme à la revendication 1, selon lequel la réponse (RES) n'est pas transmise à l'usager prédéterminé lorsque l'identificateur (ID') produit dans le moyen récepteur (R) diffère du premier identificateur (ID). 3 - Procédé conforme à la revendication 1, selon lequel la réponse (RES) n'est pas transmise à l'usager prédéterminé lorsque le moyen récepteur (R) détecte une incohérence dans l'identificateur produit (ID'). 4 - Procédé conforme à l'une quelconque des revendications 1 à 3, selon lequel une valeur temporelle numérique (T) représentative d'une date de fin de validité du deuxième identificateur (IDAS) est appliquée à l'algorithme de chiffrement (F1) et à l'algorithme de déchiffrement (F1-1). 5 - Procédé conforme à l'une quelconque des revendications 1 à 4, selon lequel l'algorithme de chiffrement (Fl) comprend des premier et deuxième algorithmes (Cl, C2), et ladite application (El) dans le moyen émetteur (E) comprend une application (E12) du premier identificateur (ID) en tant que données et d'un paramètre (K1) en tant que clé dépendant de l'identificateur (IDS) du moyen de traitement de requête (S) au premier algorithme (Cl) pour produire un identificateur intermédiaire (IDI), et une application (E14) de l'identificateur intermédiaire (IDI) en tant que données et d'une première clé prédéterminée (K2) au deuxième algorithme (C2) pour produire le deuxième identificateur (IDAS) à transmettre avec la requête (RQ), et ladite application (E5) dans le moyen récepteur (R) comprend une application (E51) du deuxième identificateur (IDAS) en tant que données et d'une deuxième clé (KPR2) à un algorithme (C2-1) inverse du deuxième algorithme pour produire l'identificateur intermédiaire (IDI) et une application (E56) de 6 - Procédé conforme aux revendications 4 et 5, selon lequel ladite application (El) dans le moyen émetteur (E) comprend, en outre, une application de la valeur temporelle de date de fin de validité (T) et de l'identificateur (IDS) du moyen de traitement de requête (S) en tant que données et d'une clé secrète (KO) à un troisième algorithme (CO) pour produire ledit paramètre (Kl), et ladite application (E5) dans le moyen récepteur (R) comprend, en outre, une séparation (E52) de l'identificateur intermédiaire (IDI) et d'une valeur temporelle numérique de date de fin de validité (T) dans le résultat produit par l'algorithme (C2-1) inverse du deuxième algorithme, une comparaison (E53) de la valeur temporelle numérique séparée (T) à une date courante (t), et si la date courante (t) est antérieure à la valeur temporelle séparée (T), une application (E55) de la valeur temporelle séparée (T) et de l'identificateur (IDS) du moyen de traitement de requête (S) en tant que données et de ladite clé secrète (KO) au troisième algorithme (CO) pour produire ledit paramètre (Kl) qui est appliqué en tant que clé à l'algorithme inverse (C1-1) du premier algorithme. 7 - Procédé conforme à la revendication 6, selon lequel le troisième algorithme (CO) est une table de correspondance entre la valeur temporelle numérique de date de fin de validité (T) et l'identificateur (IDS) du moyen de traitement de requête (S) d'une part, et ledit paramètre (Kl) d'autre part. 8 - Procédé conforme à l'une quelconque des revendications 5 à 7, selon lequel le deuxième algorithme (C2) et l'algorithme inverse (C2-1) de celui-ci sont asymétriques avec des clés publique (KPUB2) et privée (KPR2) respectivement. 9 - Procédé conforme à l'une quelconque des revendications 1 à 4, selon lequel ladite application (Ela) dans le moyen émetteur (E) comprend une application (Ella) du premier identificateur (ID) et de l'identificateur (IDS) du moyen de traitement de requête (S) en tant que données et d'une première clé prédéterminée (K4) à un algorithme prédéterminé (C4) pour produire un identificateur intermédiaire (IDIa), et un codage (E12a) de l'identificateur intermédiaire (IDIa) pour produire le deuxième identificateur (IDAS) à transmettre avec la requête (RQ), et ladite application (E5a) dans le moyen récepteur (R) comprend un décodage (E51a) du deuxième identificateur (IDAS) inverse du codage pour produire un identificateur intermédiaire (IDIa), une application (E52a) de l'identificateur intermédiaire (IDIa) en tant que données et d'une deuxième clé prédéterminée (K4) à un algorithme (C4-1) inverse de l'algorithme prédéterminé pour produire l'identificateur (IDS) du moyen de traitement de requête (S) et l'identificateur (ID') qui désigne un usager auquel la réponse (RES) est transmise. 10 - Procédé conforme aux revendications 4 et 9, selon lequel ladite application (Ela) dans le moyen émetteur (E) comprend, en outre, une application (Ella) de la valeur temporelle de date de fin de validité (T) également en tant que données à l'algorithme prédéterminé (C4), et ladite application (E5a) dans le moyen récepteur (R) comprend, en outre, une séparation (E53a) de la valeur temporelle numérique de date de fin de validité (T) dans le résultat produit dans l'algorithme (C4-1) inverse de l'algorithme prédéterminé, et une comparaison (E54a) de la valeur temporelle numérique séparée (T) à une date courante (t), afin que la réponse (RES) soit transmise à l'usager désigné par l'identificateur (ID') produit dans le moyen récepteur (R) si la date courante (t) est antérieure à la valeur temporelle séparée (T) . 11 - Procédé conforme à la revendication 9 ou 10, selon lequel le codage (Ella) consiste en une sélection d'un code parmi des codes prédéterminés dans un alphabet prédéterminé en fonction de l'identificateur intermédiaire (IDIa). 12 - Procédé conforme à la revendication 10, selon lequel les codes prédéterminés sont des caractères alphanumériques imprimables. 13 - Procédé conforme à l'une quelconque des revendications 9 à 12, selon lequel l'algorithme prédéterminé (C4) et l'algorithme inverse (C4-1) de celui-ci sont asymétriques avec des clés publique (KPUB4) et privée (KPR2) respectivement. 14 - Procédé conforme à l'une quelconque des revendications 1 à 13, selon lequel le premier identificateur (ID) est au moins une partie du numéro téléphonique d'un terminal (TU) depuis lequel l'usager active la transmission de la requête (RQ) dans le moyen émetteur (E). 15 - Procédé conforme à l'une quelconque des revendications 1 à 14, selon lequel le moyen émetteur (E) et le moyen récepteur (R) sont inclus dans un serveur.