FR 2821222 A1 20020823 FR 0102124 A 20010216 PROCEDE D'ETABLISSEMENT DE COMMUNICATION ANONYME La présente invention concerne la communication entre deux entités ou deux personnes désirant entrer en contact mais de façon doublement anonyme, par exemple dans le cadre de groupe de discussion ou de groupe de rencontre. L'invention trouve son application première dans la téléphonie mobile en mode vocal mais est également utilisable, notamment en mode données, dans d'autres domaines tels que les réseaux dont l'Internet, le multimédia, notamment la télévision à péage, et l'audioconférence ou la vidéo-conférence. En particulier on connaît dans la téléphonie mobile des moyens de communication constitués par un terminal de téléphonie mobile ME du réseau GSM (Global System for Mobile Communications) associé à une carte à microprocesseur SIM (Subscriber Identity Module) le tout étant doté de moyens d'identification permanente, à savoir le numéro de téléphone (ou numéro d'appel) du terminal équipé de sa carte (terminal abonné). D'une façon générale les cartes à microprocesseur SIM permettant l'identification d'un abonné sont largement utilisées aujourd'hui notamment dans la téléphonie mobile, dans les décodeurs de télévision à péage et dans le systèmes de contrôle d'accès. Une difficulté en matière d'anonymat de communication rencontrée avec les téléphones mobiles GSM de type courant réside dans le fait i) que le numéro de l'appelant A s'affiche sur l'écran de l'appelé B lors de l'établissement de la communication et ii) que le mobile de A garde en mémoire les numéros de téléphone des derniers appels. Ceci a pour résultat la connaissance par A et B du numéro de téléphone de l'autre partie. D'une façon générale des communications en double aveugle entre deux personnes A et B sont effectuées à l'aide de l'intervention manuelle ou automatique d'un service tiers. A la demande de A le tiers intermédiaire interroge B et en cas de réponse positive de B met en communication A et B. L'invention cherche à s'affranchir du service tiers tant pour des raisons de commodité que pour des raisons de sécurité, le service tiers étant capable de garder trace de la communication et/ou des communiquants parfois à leur insu. L'invention a pour objet un procédé d'établissement de communication directe et anonyme entre deux entités, notamment entre deux personnes. A cette fin l'invention propose un procédé d'établissement de communication anonyme entre deux entités, un appelant A et un appelé B, chaque entité étant dotée de moyens de communication MCA et MCB à identification permanente IMC A et IMCB adaptés pour communiquer entre eux, le procédé étant caractérisé : i) en ce que les moyens de communication MCA et MCB sont gérés par des moyens de gestion de communication MGCA et MGC B à microprocesseur adaptés pour communiquer directement entre eux, ii) en ce que les moyens de gestion de communication MGCA et MGCB comportent chacun une application de contrôle de communication ACC personnalisée pour chaque entité ACC A et ACC B notamment selon un identifiant pseudonyme P~A et PB et au moins un caractérisant CARVI-A et CARi~B, iii) en ce qu'au moins une mémoire associée aux moyens de gestion de communication MGCA de l'entité A est chargée d'une liste d'appelés potentiels avec pour chaque appelé son identifiant P~Bp, son ou ses caractérisants CARi~Bp, et de façon non accessible aux utilisateurs l'identification IMC~Bp correspondante des moyens de communication associées à l'entité Bp, et iv) en ce que le procédé utilise un protocole comportant les opérations suivantes : - choix par l'entité A dans la liste des identifiants P~Bp d'un identifiant P~B à partir des caractérisants CARiB de l'entité B, - sur confirmation par l'entité A, transmission par l'application de contrôle de communication ACC A et les moyens de gestion de communication MGC A d'une demande d'appel anonyme par l'intermédiaire d'un message, d'un paquet de données ou d'une chaîne de données adressé aux moyens de gestion de communication MGCB, le message, le paquet de données ou la chaîne de données comportant au moins un caractérisant de A CARi~A, - sur décision de l'entité B, transmission par l'application de contrôle de communication ACC B et les moyens de gestion de communication MGCB d'un message, d'un paquet de données ou d'une chaîne de données d'acceptation ou de refus d'appel aux moyens de gestion de communication MGC A, en cas d'acceptation d'appel, établissement d'une communication doublement anonyme entre les entités A et B en mode vocal, en mode texte ou en mode données par l'intermédiaire des moyens de communication MC A et MCB et initiée par l'application de contrôle de communication ACC A. Ainsi une caractéristique importante de l'invention réside dans l'utilisation de façon confidentielle ou à accès restreint pour les entités A et B de la faculté de communication directe entre eux des moyens de contrôle de communication MCGA et MGCB des terminaux A et B pour effectuer un premier échange entre MCGA et MGCB (les terminaux de A et B restant sous le contrôle total de MCGA et MCGB et ne faisant que transmettre les messages en l'état, sans intervention possible de l'utilisateur sur les terminaux) et éventuellement lancer la communication principale entre A et B sans accès pour ces derniers au numéro de téléphone du correspondant. Une autre caractéristique importante de l'invention réside dans l'utilisation de pseudonymes et de caractérisants pour chaque entité ou personne de façon à assurer entre A et B un minimum d'intérêt à communiquer entre eux. Ces caractérisants sont définis par classe, par exemple : profession, âge, centres d'intérêt, langues parlées, fenêtres d'appel autorisé par l'utilisateur etc.. et leurs contenus remplis à partir d'informations obtenues des intéressés. Ces pseudonymes et caractérisants sont regroupés avec les numéros d'appel correspondants (maintenus secrets pour les utilisateurs) dans une base de données dont tout ou partie est chargée sous forme de liste dans le terminal de l'appelant, en fait de tout utilisateur potentiel du protocole d'établissement de communication anonyme selon l'invention. Encore une autre caractéristique importante de l'invention réside dans l'utilisation d'une même application logicielle (ou tout du moins d'applications compatibles entre elles) par les moyens de gestion de communication de A et de B et spécifiquement adaptée (s) pour mettre en oeuvre le protocole selon l'invention. Selon une première variante de mise en oeuvre du procédé selon l'invention caractérisé en ce que l'information réciproque de A sur B et de B sur A recouvre sensiblement les mêmes classes de caractérisants afin d'assurer, notamment par souci d'équité, un niveau d'information entre A et B identique ou très voisin. Selon une seconde variante de mise en oeuvre du procédé selon l'invention les traces éventuelles de la communication entre l'entité A et l'entité B dans les moyens de communication MCA et MC B et/ou dans les moyens de gestion de communications MGCA et MGB sont éliminées. Selon une troisième variante de mise en oeuvre du procédé selon l'invention l'opération d'établissement de communication n'est effectuée que dans l'intervalle de temps (date/heure) défini par la fenêtre d'appel autorisé préétablie par l'entité B. En tout état de cause, l'invention prévoit que l'entité B soit éventuellement en mesure de rappeler l'entité A mais toujours de façon anonyme. Selon un mode très intéressant de mise en oeuvre de l'invention, les messages, paquets de données ou chaînes de données sont transmis par une voie de communication de type SMS avec des messages courts ou par une voie de communication de type USSD (Unstructured Supplementary Service Data). Ceci permet de profiter des services préexistants et de simplifier la mise en oeuvre du protocole selon l'invention. Selon un mode très intéressant d'utilisation de l'invention, le procédé selon l'invention est appliqué à la téléphonie mobile, notamment aux réseaux GSM, GPRS et UMTS (Universal Mobile Telecommunications System), lesdits moyens de communication MCA et MCB étant constitués par des terminaux de télécommunication téléphonie mobiles ME adaptés pour se connecter au réseau correspondant et les applications de contrôle de communication étant réalisées par des applications sur cartes SIM ou équipements analogues, par exemple des applets ou appliquettes, les moyens de communication MCA et MCB, à savoir les mobiles MEA et MEB, et/ou les moyens de gestion de communication MGCA et MGCB, à savoir les cartes SIMA et SIM~B ayant pour identification IMCA et IMC~B les numéros de téléphone respectifs des terminaux mobiles ME. Avantageusement le procédé selon l'invention est utilisé avec des terminaux de téléphonie mobile ME sur le réseau GSM dotés des cartes SIM de type SIM Application Toolkit à commandes pro-actives et à application de contrôle de communication du type applet ou appliquette, notamment avec le protocole selon l'invention adapté SIM Application Toolkit suivant : - Choix par l'entité A à l'aide de la commande proactive select item/choix d'un élément dans la liste des identifiants P~Bp d'un identifiant PB, - Affichage sur l'écran du terminal de A à l'aide de la commande pro-active display text/affichage texte des caractérisants CARi~B de P B et revue par l'entité A des caractérisants CARi~B de PB, - Répétition éventuelle des deux opérations précédentes avec à chaque fois changement d'identifiant PB jusqu'à confirmation par l'entité A d'une demande de communication avec l'entité B, - Emission par les moyens gestion de communication MGCA au travers des moyens de communication MCA et MCB sous le contrôle de l'application de contrôle de communication ACC A de l'entité A d'un message, notamment par la commande pro-active send short message-data mode/envoi message court-mode données , d'un paquet de données ou d'une chaîne de données de demande d'appel vers l'application de contrôle de communication de l'entité B, ledit message ou les données en paquet ou en chaîne comportant au moins l'identifiant PA et les caractérisants CARiA de l'entité A, - Affichage sur l'écran du terminal de B par la commande proactive display text/affichage texte et revue par l'entité B des caractérisants CARVI-A de PA, - Entrée dans l'application ACC B par l'entité B au moyen de la commande pro-active get inkey/entrée caractère ou get input/entrée chaîne de caractères d'une réponse d'acceptation OUI ou de refus NON, - Emission par les moyens de gestion de communication MGC B au travers des moyens de communication MCB et MCA sous le contrôle de l'application de contrôle de communication ACCB de l'entité B d'un message, notamment par l'intermédiaire de la commande pro-active send short message-data mode/envoi message courtmode données , d'un paquet de données ou d'une chaîne de données contenant la réponse OUI ou NON vers l'application de contrôle de communication de l'entité A, - En cas de réponse NON, affichage par l'intermédiaire de la commande pro-active display text/affichage texte du refus d'appel à l'attention de l'entité A et fin du protocole, - En cas de réponse OUI, établissement, à l'aide de l'identifiant IMC B, en l'espèce le numéro de téléphone de l'entité B, de la communication, notamment une conversation téléphonique, entre l'entité A et l'entité B au travers des moyens MCA et MCB sous contrôle de l'application ACCA par l'intermédiaire de la commande pro-active set up call/établir communication en configuration anonyme sans affichage du numéro d'appel de A sur l'écran de B, l'application ACCA effaçant immédiatement si elle existe la trace du numéro appelé de A dans le fichier normalisé de la carte SIM (EFLND) de l'ACCA. Avantageusement il est prévu en variante optionnelle du protocole selon l'invention adapté SIM Application Toolkit qu'en cas d'option de fenêtre d'appel , les deux applications ACCA et ACC~B vérifient que la procédure d'établissement de communication se situe bien dans à l'intervalle de temps (date/heure) défini par la fenêtre d'appel autorisé préétablie par l'entité B. Pour ce faire chaque application ACCA et ACC B demande l'heure à son propre mobile par l'intermédiaire de la commande pro-active provide local information/ fourniture d'information locale . Cette double vérification a pour but d'éliminer les appels intempestifs du fait d'un éventuel décalage horaire entre les terminaux A et B. Selon un autre mode très intéressant d'utilisation de l'invention, le procédé selon l'invention appliqué aux réseaux de communication, notamment de type réseau Internet IP ou X25, dans lesquels les moyens de communication et/ou les moyens de contrôle de communication utilisés sont pourvus d'adresses permanentes utilisées pour leur identification, par exemple d'adresses machines ou d'adresses selon le protocole Internet IP v6. Il est ainsi possible d'utiliser l'invention pour le transfert anonyme de données à grand débit. L'invention concerne également les terminaux de communication sur réseau et les terminaux de télécommunication ou de téléphonie mobile, notamment de type GSM, GPRS ou UMTS, dotés d'une carte SIM pro-active ou d'un équipement compatible ou analogue comportant dans le deux cas les moyens de mise en oeuvre du procédé selon l'invention présenté ci-avant selon toutes ses modes de mise en oeuvre et variantes. D'autres buts, avantages et caractéristiques de l'invention apparaîtront à la lecture de la description qui va suivre du mode de réalisation préférentiel du procédé d'établissement de communication selon l'invention donné à titre d'exemple non limitatif dans un environnement GSM en référence au dessin ci-annexé dans lequel : la figure 1 montre un organigramme de communication illustrant la mise en oeuvre du protocole d'établissement de communication utilisé dans le procédé selon l'invention en environnement GSM. Il est à noter en remarque préalable qu'il pourra être avantageux lors de la lecture du présent exposé de se reporter aux diverses publications de l'ETSI (European Telecommunications Standards Institute), notamment celles concernant les recommandations GSM dont les recommandations GSM 11.14 notamment la version V8.2. 0 (2000-04)], GSM 03 40 et GSM 03 48 notamment la version V8.3. 0 (2000-8)] concernant les cartes SIM pro-actives (SIM Application Toolkit) et les message SMS, et aux normes ISO concernant les cartes à puce, notamment la norme ISO 7816-3. En environnement GSM, les moyens de communication MC A et MC B sont constitués de deux terminaux mobiles ME d'un quelconque type connu capables de se connecter au réseau GSM par intermédiaire de serveurs de réseau correspondant. Chaque terminal ME est doté d'une carte à microprocesseur SIM à laquelle est attribué un identifiant d'abonné au réseau l'IMSI, auquel correspond le numéro de téléphone ou numéro d'appel de l'abonné. D'une façon générale la carte SIM communique et échange des données avec son terminal d'accueil, le mobile téléphonique, suivant le protocole T=0 défini par la norme ISO 7816-3 de l'Organisation Internationale de Normalisation et selon lequel les dialogues sont toujours réalisés à l'initiative du terminal, celui-ci envoyant des commandes entraînant des réponses par la carte SIM. Ces commandes présentent un format spécifique APDU (Application Protocol Data Unit) et permettent entre autre le transfert de données. Toutefois avec une carte SIM standard l'établissement d'une communication téléphonique reste du domaine du terminal mobile ME et sous le contrôle direct de l'utilisateur, l'appelant A. Il en résulte une absence de confidentialité et d'anonymat entre l'appelant A et l'appelé B notamment au niveau des numéros de téléphone. A côté de la carte SIM standard existe des cartes SIM évoluées, dotées de microprocesseurs, qualifiées de proactives et capables par des commandes appropriées dites pro-actives d'initier des actions sur le terminal. Ces commandes pro-actives sont pour la plus part définies dans la spécification GSM 11.14 compatible ISO 7816-3 (y compris avec ses variantes GSM 11.14/classe a à GSM 11.14/classe e ). Toutes ces commandes proactives GSM 11.14 sont regroupées sous le vocable SIM Application Toolkit . La carte SIM supporte également en variante la compatibilité GPRS (General Packet Radio Service) permettant l'exécution de sessions de communications GPRS à grands débits de transferts de données. Par rapport à une carte SIM standard, les cartes SIM Application Toolkit apportent des fonctionnalités nouvelles dont certaines associées à des commandes proactives particulières sont largement utilisées dans le cadre de la présente invention. En particulier la carte SIM Application Toolkit pro-active en association avec une mémoire EEPROM est capable : - de gérer les communications entrant et sortant sur le mobile, en particulier d'initier des communications téléphoniques au travers le mobile ME de façon transparente sans intervention particulière de celui-ci alors simple exécutant (c'est à dire de façon confidentielle pour l'appelant A et l'appelé B), - d'accueillir des petites applications logicielles, également appelées applets ou appliquettes et susceptibles de réaliser des traitements ou de mettre en oeuvre des protocoles particuliers. Les applets SIM sont souvent mais pas nécessairement programmés en langage JAVA. Les applets peuvent être identifiés par leur TAR (Toolkit Application Reference) en particulier lorsque l'on souhaite personnaliser un appel vers un applet donné. A défaut la carte SIM pro-active gère la distribution des messages entrants vers le ou les applets susceptibles d'être concernés. - de communiquer directement avec une autre carte SIM pro-active au travers des mobiles de façon transparente (en l'espèce pour GSM par une voie de communication de données distincte de la voie de téléphonie locale) en utilisant le service dit des Messages Courts (Short Message Service ou SMS). Ici encore le service de messages courts en mode données est totalement transparent des mobiles ME, ce qui permet de maintenir la confidentialité au niveau de la carte SIM pro-active et/ou des applets chargés dans la carte. - de télécharger directement en mémoire de la carte SIM des données (logiciels et/ou données au sens strict). Ces capacités sont utilisées dans le cadre de l'invention pour mettre en oeuvre un protocole d'établissement de communication anonyme défini ci-après en référence à la figure 1 et qui a fait l'objet d'une traduction logicielle sous forme d'applet de contrôle de communication ACC. Bien entendu l'applet ACC est conçu de façon réciproque pour permettre à chaque utilisateur A et B d'être appelant ou appelé, avec la possibilité de personnaliser chaque applet ACC, notamment comme présenté ci-après. Toutefois sans sortir du cadre de l'invention il est possible de concevoir en variante un applet ACCE d'émission et un applet ACCR de réception. Ainsi l'utilisation dans le cadre de l'invention de deux cartes SIM Application Toolkit dotées chacune en mémoire d'un applet ACC (ACCA et ACCB) avec les terminaux mobiles de A et de B permet dans l'environnement GSM d'utiliser une seconde voie de communication (la voie SMS) de façon confidentielle ou à accès restreint pour les entités A et B pour effectuer un premier échange entre les cartes SIM de A et de B et éventuellement après accord d'établir la communication principale entre A et B sans accès pour chacun de ces derniers au numéro de téléphone de son correspondant, respectant ainsi le double anonymat recherché. Le protocole d'établissement de communication qui va suivre et les caractéristiques principales de l'applet ACC correspondant sont donnés à titre d'exemple non limitatif sachant qu'il peut faire l'objet de variantes alternatives plus ou moins équivalentes et/ou de modifications optionnelles. Toutefois dans la mesure du possible il a été recherché l'utilisation de commandes pro-actives connues pour ne pas alourdir la programmation dans le but de gagner de l'espace mémoire et du temps d'exécution. Par ailleurs les commandes, les données transmises et les communications peuvent faire l'objet de cryptage et autres mesures de sécurité par l'utilisation par le développeur-programmeur de l'applet ACC des recommandations GSM 03.48 en fonction des besoins. Toutefois pour simplifier l'exposé, les procédures de cryptage et d'authentification utilisables dans la présente invention restent conformes aux procédures déjà connues en la matière pour des applications GSM et en particulier les applets SIM Application Toolkit et ne seront pas présentées en détails ci-après. Avant de présenter le protocole d'établissement de communication selon l'invention et les fonctions et commandes principales de l'applet ACC en référence à l'organigramme de la figure 1, il importe de définir la liste mémoire des appelés potentiels disponibles pour l'utilisateur appelant A. Pour ce faire on utilise un répertoire de pseudonymes et de caractérisants (par exemple profession, âge, centres d'intérêt, langues parlées, etc..) pour chaque entité ou personne de façon à assurer entre A et B un minimum d'intérêt à communiquer entre eux. On remarquera que le terme pseudonyme est pris dans son sens large ; il peut être nominatif mais aussi une suite de caractères alphanumériques, notamment pour des entités A et B autres que des personnes physiques, par exemple des personnes morales ou des centres d'appel ou de réception automatiques notamment pour sondages anonymes, audimat, etc... Ces pseudonymes PA, PB, PBp et caractérisants CARi~A, CARiB, CARiBp sont regroupés avec les numéros d'appel correspondants dans une base de données ou liste de groupe dont tout ou partie est chargée sous forme de liste dans le terminal de l'appelant (téléchargée en mémoire de la carte SIM Application Toolkit de A), en fait de tout utilisateur potentiel (A, B, etc..) du protocole d'établissement de communication anonyme selon l'invention. En résumé tout appelant potentiel appartenant à la liste de groupe dispose dans son applet ACC d'au moins une partie de cette liste sachant qu'en tout état de cause les numéros d'appel disponibles à l'applet ACC A restent secrets à l'appelant A. De plus il est possible en fonction des pseudonymes et des caractérisants utilisés de caractériser chaque applet ACC des membres du groupe en remplissant les champs correspondants des classes de caractérisants de l'applet à partir des mêmes informations contenues dans la liste de groupe, par exemple et de façon non limitative pour ACTA : - CAR1A = identifiant pseudonyme : Monte-Cristo - CAR2A = profession : marin - CAR3A = âge : 30 ans - CAR4 A = centres d'intérêt : aventure - CAR5A = langues parlées : français, espagnol, italien. et de façon optionnelle : - CAR6A = fenêtre d'appel autorisé [date (s) ou jour (s) /heure (s)] : les samedis de 9 à 12 h. Comme tout mode opératoire, le protocole selon l'invention comporte un certain nombre de mécanismes logiques et de règles, souvent traduits sous forme de logiciels, destinés à la mise en oeuvre globale et unitaire des éléments physiques du système, y compris la gestion des interfaces entre ces divers éléments physiques. En l'espèce le protocole selon l'invention a pour objet la communication et les échanges de données entre deux cartes à puce pro-actives SIM Application Toolkit de façon doublement anonyme. En pratique le protocole peut se résumer de la façon générale schématique suivante : L'application permet à l'appelant A de visualiser les données concernant les pseudonymes chargés dans son mobile sur son écran (à l'exclusion des numéros de téléphone). L'appelant A peut sélectionner un pseudonyme d'une personne B afin d'établir une communication téléphonique directe avec cette personne B. D'une façon générale (mais non impérative) pour assurer l'équité entre A et B sur la connaissance d'informations sur son correspondant, avant d'établir la communication téléphonique, l'application de A envoie les informations décrivant A à l'application de B. L'application de B prévient son porteur et lui permet de visualiser les informations reçues de A, A et B ayant alors le même niveau d'information. Au vu de ces informations B décide par l'intermédiaire de l'application de B d'accepter ou de refuser la communication. En cas d'acceptation l'application de A prévenue par celle de B établit la communication téléphonique. Selon son implémentation en environnement GSM et tel que présenté dans l'organigramme de la figure 1, le protocole d'établissement de communication anonyme selon l'invention et sur lequel l'applet ACC (ACCA et ACCB) est structuré, se définit comme la suite d'opérations suivantes présentées selon l'applet chargé de l'exécution de l'opération donnée (ACCA ou ACCB) : - Opération 11 (applet ACCA) : Choix par l'entité A à l'aide de la commande pro-active select item/choix d'un élément dans la liste des identifiants PBp d'un identifiant PB ; - Opération 21 (applet ACCA) : Affichage sur l'écran du terminal de A à l'aide de la commande pro-active display text/affichage texte des caractérisants CARiB de PB ; - Revue par l'entité A des caractérisants CARiB de PB ; - Répétition éventuelle des deux opérations précédentes avec à chaque fois changement d'identifiant PB jusqu'à un choix définitif de l'appelé B et confirmation par l'entité A d'une demande de communication avec l'entité B, - Opération 31 (applet ACCA) : Emission d'un message de demande d'appel par la commande pro-active send short message-data mode/envoi message court-mode données vers l'applet ACC B, ledit message comportant au moins l'identifiant PA et les caractérisants CARI A de l'entité A et le numéro d'appel de A, (et en option des données relatives à la fenêtre d'appel de B [date/jour et heures limites]), - Opération 42 (applet ACCB) : Affichage sur l'écran du terminal de B par la commande pro-active display text/affichage texte - Revue par l'entité B des caractérisants CARVI-A de PA, - Opération 52 (applet ACCB) : Entrée dans l'application ACC~B par l'entité B par la commande proactive get inkey/entrée d'un caractère ou get input/entrée d'une chaîne de caractères d'une réponse d'acceptation OUI ou de refus NON, - Opération 62 (applet ACCB) : Emission d'un message de réponse vers l'applet ACCA par l'intermédiaire de la commande pro-active send short message-data mode/envoi message court-mode données vers l'applet ACCA, le message contenant la réponse OUI ou NON - Opération 71 (applet ACCA) : En cas de réponse NON, affichage par l'intermédiaire de la commande pro-active display text/affichage texte du refus d'appel à l'attention de l'entité A et fin du protocole, - Opération 81 (applet ACCA) : En cas de réponse OUI, établissement d'une communication téléphonique, entre l'entité A et l'entité B par l'intermédiaire de la commande pro-active set up call/établir une communication . Certaines des opérations présentées ci-dessus font l'objet de remarques données dans les Notes ci-dessous. Notes sur l'opération 31 : Le message court est envoyé en mode données et non en mode texte pour éviter l'affichage sur le terminal mobile de B du numéro d'appel de A (en effet les messages courts en mode texte sont reçus par le mobile et non pas par l'applet). A l'inverse selon les procédures GSM le message court mode données est envoyé à partir de l'applet par le terminal mobile tel quel. Le message court en mode données est formaté selon la norme GSM 03. 40 et 03. 48 et constitué de plusieurs en-têtes et d'une partie données . Dans les en-têtes l'applet ACCA spécifie le numéro d'appel du destinataire B, éventuellement la référence TAR de l'applet destinataire ACCB du message et de façon optionnelle la durée de validité du message, par exemple 5 minutes (faute de joindre B pendant le délai de 5 minutes, l'Opérateur du réseau annulera le message qui ne sera pas distribué à B). Les données du message courts contiennent le pseudonyme de A, les caractérisants de A et le numéro d'appel de A (pour permettre à l'application ACC B de rappeler A le cas échéant). On notera qu'il est possible, pour une très haute confidentialité, d'utiliser le chiffrement et l'authentification entre les applets ACCA et ACCB. Enfin si l'option fenêtre d'appel a été choisie l'applet de A demande l'heure à son mobile MEA par la commande pro-active provide local information /fourniture d'information locale et vérifie que l'on est bien dans la fenêtre d'appel autorisé donnée par B avant de déclencher les opérations 31 et 81. Dans la négative l'applet de A affiche sur l'écran de A un texte d'avertissement Pseudo non disponible et s'arrête. Notes sur l'opération 42 : Le message court envoyé par A est reçu par le mobile de B qui l'envoie directement vers l'applet ACCB. Selon les procédure GSM, le mobile de B ne sonne pas à la réception du message car ce dernier est formaté. Toutefois l'applet ACCB envoie une commande pro-active Play Tone/jouer un air de musique pour signaler à B que quelqu'un désire le contacter. L'applet ACCB stocke les caractérisants de A, le pseudonyme de A et le numéro d'appel de A dans une liste d'historique avant d'afficher les caractérisants de A avec la commande display text/affichage texte . Enfin si l'option fenêtre d'appel a été choisie et si l'applet de A a bien envoyé les données relatives à la fenêtre d'appel de B [date/jour et heures limites], alors l'applet de B demande l'heure à son terminal mobile et vérifie par rapport à l'heure du mobile ME B que la fenêtre donnée par B est bien respectée. Dans l'affirmative applet de B déclenchera les actions 42,52 et 62. Dans la négative B pourra contacter A ultérieurement. Notes sur l'opération 52 L'applet ACC B par la commande get inkey/entrée d'un caractère (en l'espèce le caractère 0 pour OUI et N pour NON) ou par la commande pro-active get input/entrée chaîne de caractères demande à B de répondre impérativement par OUI ou par NON. Notes sur l'opération 81 L'applet ACCA envoie la commande pro-active set up call/établissement d'une communication pour demander au mobile de A d'établir la communication avec le mobile de B. L'applet ACCA informe en même temps A sur l'écran de son mobile de l'acceptation de B et que l'appel téléphonique est en cours. L'applet de ACC A configure la commande set up call pour ne pas présenter le numéro d'appel de A sur le mobile de B soit en plaçant le paramètre approprié dans le champ CCP de cette commande, soit en préfixant le numéro d'appel de B par la séquence #31# . Enfin l'applet ACCA efface immédiatement la trace de l'appel dans le fichier normalisé SIM (EF LND) au cas où le dernier appel aurait été mémorisé. Bien entendu le protocole de communication selon l'invention n'est pas limité à sa mise en oeuvre décrite ci-avant dans l'environnement GSM. Outre les communications téléphoniques, le protocole d'établissement de communication peut être utilisé sans sortir du cadre de l'invention pour de la communication de données, ce qui permet aux utilisateurs de s'envoyer du texte, des images, du son, de la vidéo ou tout simplement des fichiers de données. De même la communication par messages courts peut être remplacée par d'autre protocoles de communication tels que l'USSD. De même le procédé selon l'invention est également applicable dans des technologies de communications mobiles autres que GSM, notamment les technologies GPRS et UMTS, et des technologies de communications par réseau du type Internet ou X25 pour autant que des adresses permanentes soient utilisées à titre de numéro d'appel. On notera pour terminer que dans la description cidessus de l'implémentation de l'invention en mode GSM, l'envoi de messages SMS est réalisé sur une voie de communication distincte de la voie de communication principale, en l'espèce la communication téléphonique. Cette caractéristique n'est pas impérative pour l'invention qui peut être mise en oeuvre en utilisant la même voie de communication (cas rencontré pour certains réseaux) dans la mesure où les moyens de gestion de communication MGC A et MGC~B sont capables de communiquer directement entre eux, même au travers de moyens de communication MC A et MC B le cas échéant, et confidentiellement par rapport aux utilisateurs A et B. REVENDICATIONS : 1. Procédé d'établissement de communication anonyme entre deux entités, un appelant A et un appelé B, chaque entité étant dotée de moyens de communication MCA et MCB à identification permanente IMCA et IMCB adaptés pour communiquer entre eux, le procédé étant caractérisé : i) en ce que les moyens de communication sont gérés par des moyens de gestion de communication MGCA et MGCB à microprocesseur adaptés pour communiquer directement entre eux, ii) en ce que les moyens de gestion de communication MGCA et MGCB comportent chacun une application de contrôle de communication ACC personnalisée pour chaque entité ACC A et ACC B notamment selon un identifiant pseudonyme PA et P~B et au moins un caractérisant CARVI-A et CARiB, iii) en ce qu'au mois une mémoire associée aux moyens de gestion de communication MGCA de l'entité A est chargée d'une liste d'appelés potentiels avec pour chaque appelé son identifiant P~Bp, son ou ses caractérisants CARi~Bp et de façon non accessible aux utilisateurs l'identification IMC~Bp correspondante des moyens de communication associées à l'entité Bp, et iv) en ce que le procédé utilise un protocole comportant les opérations suivantes : - choix (11,21) par l'entité A dans la liste des identifiants PBp d'un identifiant PB à partir des caractérisants CARi~B de l'entité B, - sur confirmation par l'entité A, transmission (31) par l'application de contrôle de communication ACCA et les moyens de gestion de communication MGCA d'une demande d'appel anonyme par l'intermédiaire d'un message, d'un paquet de données ou d'une chaîne de données adressé aux moyens de gestion de communication MGCB, le message, le paquet de données ou la chaîne de données comportant au moins un caractérisant de A CARI A, - sur décision de l'entité B, transmission (62) par l'application de contrôle de communication ACC B et les moyens de gestion de communication MGC B d'un message, d'un paquet de données ou d'une chaîne de données d'acceptation ou de refus d'appel aux moyens de gestion de communication MGC~A, - en cas d'acceptation d'appel, établissement (81) d'une communication doublement anonyme entre les entités A et B en mode vocal, en mode texte ou en mode données par l'intermédiaire des moyens de communication MC A et MC B et initiée par l'application de contrôle de communication ACCA. 2. Procédé selon la revendication 1 caractérisé en ce que l'information réciproque de A sur B et de B sur A recouvre sensiblement les mêmes classes de caractérisants afin d'assurer, notamment par souci d'équité, un niveau d'information entre A et B identique ou très voisin. 3. Procédé selon la revendication 1 caractérisé en ce que les traces éventuelles de la communication entre l'entité A et l'entité B dans les moyens de communication MC A et MC B et/ou dans les moyens de gestion de communications MGC A et MGB sont éliminées. 4. Procédé selon la revendication 1 caractérisé en ce que l'opération (81) d'établissement de communication n'est effectuée que dans l'intervalle de temps (date/heure) défini par une fenêtre d'appel autorisé préétablie par l'entité B. 5. Procédé selon la revendication 4 caractérisé en ce que l'entité B est en mesure de rappeler l'entité A mais toujours de façon anonyme. 6. Procédé selon la revendication 1 caractérisé en ce que les messages, paquets de données ou chaînes de données sont transmis par une voie de communication de type SMS avec des messages courts ou par voie de communication de type USSD. 7. Procédé selon la revendication 6 caractérisé en ce qu'il est appliqué à la téléphonie mobile, notamment GSM, GPRS et UMTS, lesdits moyens de communication MC~A et MCB étant constitués par des terminaux de télécommunication téléphonie mobiles ME adaptés pour se connecter au réseau correspondant et les applications de contrôle de communication étant réalisées par des applications sur cartes SIM ou analogues, par exemple des applets ou appliquettes, les moyens de communication MCA et MCB, en l'espèce les mobiles MEA et MEB, et/ou les moyens de gestion de communication MGCA et MGCB, en l'espèce les cartes SIMA et SIMB, ayant pour identification IMCA et IMCB les numéros de téléphone respectifs des terminaux mobiles ME. 8. Procédé selon la revendication 7 caractérisé en ce qu'il est utilisé avec de terminaux de téléphonie mobile ME sur le réseau GSM équipés de cartes SIM de type SIM Application Toolkit à commandes pro-actives et dotées d'application de contrôle de communication du type applet. 9. Procédé selon la revendication 8 caractérisé en ce qu'il utilise le protocole suivant : - Choix (11) par l'entité A à l'aide de la commande pro- active select item/choix d'un élément dans la liste des identifiants P~Bp d'un identifiant PB, - Affichage (21) sur l'écran du terminal de A à l'aide de la commande pro-active display text/affichage texte des caractérisants cARi~B de P~B et revue par l'entité A des caractérisants CARi~B de P B, - Répétition éventuelle des deux opérations précédentes avec à chaque fois changement d'identifiant P~B jusqu'à confirmation par l'entité A d'une demande de communication avec l'entité B, - Emission (31) par les moyens de gestion de communication MGCA au travers des moyens de communication MC A et MC B sous le contrôle de l'application de contrôle de communication ACC A de l'entité A d'un message, notamment par la commande proactive send short message-data mode/envoie message court-mode données , d'un paquet de données ou d'une chaîne de données de demande d'appel vers l'application de contrôle de communication de l'entité B, ledit message ou les données en paquet ou en chaîne comportant au moins l'identifiant PA et les caractérisants CARiA de l'entité A, - Affichage (42) sur l'écran du terminal de B par la commande pro~active display text/affichage texte et revue par l'entité B des caractérisants CARVI-A de P A, - Entrée (52) dans l'application ACC~B par l'entité B au moyen de la commande pro-active get inkey/entrée caractère ou get input/entrée chaîne de caractères d'une réponse d'acceptation OUI ou de refus NON d'appel, - Emission (62) par les moyens de gestion de communication de MGC B au travers des moyens de communication MC B et MC A sous le contrôle de l'application de contrôle de communication ACCB de l'entité B d'un message, notamment par l'intermédiaire de la commande pro-active send short message-data mode/envoi message court-mode données , d'un paquet de données ou d'une chaîne de données contenant la réponse OUI ou NON vers l'application de contrôle de communication de l'entité A, - En cas de réponse NON, affichage (71) par l'intermédiaire de la commande pro-active display text/affichage texte du refus d'appel à l'attention de l'entité A et fin du protocole, - En cas de réponse OUI, établissement (81), à l'aide de l'identifiant IMC~B, en l'espèce le numéro de téléphone de l'entité B, de la communication, notamment une conversation téléphonique, entre l'entité A et l'entité B au travers des moyens MCA et MCB sous contrôle de l'application ACCA par l'intermédiaire de la commande pro-active set up call/établir une communication en configuration anonyme sans affichage du numéro d'appel de A sur l'écran de B et, l'application ACCA effaçant immédiatement si elle existe la trace du numéro appelé de A dans le fichier normalisé de la carte SIM (EF LND) de l'ACCA. 10. Procédé selon la revendication 9 caractérisé en ce que les deux applications ACCA et ACCB vérifient que la procédure d'établissement de communication se situe bien dans l'intervalle de temps (date/heure) défini par une fenêtre d'appel autorisé préétablie par l'entité B, chaque application ACCA et ACCB demandant l'heure à son propre terminal mobile, le terminal de A et le terminal de B, par l'intermédiaire de la commande proactive provide local information/fourniture d'information locale . 11. Procédé selon la revendication 1 caractérisé en ce qu'il est appliqué aux réseaux de communication, notamment au réseau Internet IP ou X25, dans lesquels les moyens de communication et/ou les moyens de contrôle de communication utilisés sont pourvus d'adresses permanentes utilisées pour leur identification, par exemple d'adresses machines ou d'adresses selon le protocole Internet IP v6. 12. Terminal de communication sur réseau caractérisé en ce qu'il comporte les moyens de mise en oeuvre du procédé selon l'une des revendications précédentes. 13. Terminal de télécommunication ou de téléphonie mobile, notamment de type GSM, GPRS ou UMTS, doté d'une carte SIM pro-active ou d'un équipement compatible ou analogue caractérisé en ce qu'il comporte les moyens de mise en oeuvre du procédé selon l'une des revendications précédentes.