FR 2967544 A1 20120518 FR 1059447 A 20101117 PROCEDE DE RATTACHEMENT ENTRE UN NUMERO VIRTUEL ET UNE APPLICATION DOMAINE TECHNIQUE La présente invention concerne un procédé de rattachement entre un numéro de téléphone virtuel et une application. L'invention concerne également un système de rattachement permettant de mettre en oeuvre les étapes du procédé de rattachement. Elle trouve une application particulière dans le domaine de la téléphonie, en particulier mais non exclusivement dans le domaine de transfert d'appels téléphoniques. ARRIÈRE-PLAN TECHNOLOGIQUE Dans le domaine de transfert d'appels téléphoniques, un état de la technique connu de procédé de rattachement entre un numéro de téléphone virtuel et une application, ladite application étant une application de transfert téléphonique, comporte les étapes de : - suite à un appel d'un numéro virtuel relatif à une entité d'un annuaire téléphonique, un utilisateur de l'annuaire téléphonique saisi via son appareil téléphonique un code contact correspondant à l'entité ; et - une requête de rattachement avec le code contact sélectionné est envoyée à un serveur d'applications pour connaître le numéro de téléphone de transfert de l'entité qui est attachée au numéro de téléphone virtuel appelé et au code contact sélectionné ; - le serveur d'applications effectue l'appel vers le numéro de téléphone de transfert. Ainsi, sans connaître le numéro de téléphone de transfert de l'entité de l'annuaire téléphonique, grâce à l'utilisation d'un numéro de téléphone virtuel mutualisé pour plusieurs entités et à un code contact associé à chaque entité, l'utilisateur peut appeler ladite entité. Un inconvénient de cet état de la technique, est que l'appel est long à effectuer, puisque l'utilisateur doit appeler avec le numéro de téléphone virtuel mutualisé et saisir le code contact. DESCRIPTION GENERALE La présente invention propose un procédé de rattachement entre un numéro de téléphone virtuel et une application qui permettre de réduire le temps que met un utilisateur pour se connecter à ladite application. Ce but est atteint par un procédé de rattachement entre un numéro de téléphone virtuel et une application, ledit procédé comportant les étapes de : - recevoir au moins une donnée d'application ; - établir un rattachement entre ladite au moins une donnée d'application et un numéro de téléphone virtuel d'une base primaire de numéros qui comporte une donnée d'attribution avec une estampille temporelle la plus ancienne parmi les estampilles temporelles dans la base primaire de numéros, et mettre à jour ladite donnée d'attribution dans la base primaire de numéros avec une estampille temporelle courante ; et - envoyer le numéro de téléphone virtuel attaché. Comme on va le voir en détail par la suite, le fait de rattacher un numéro de téléphone virtuel à au moins une donnée d'application en fonction d'une donnée d'attribution la plus ancienne, va permettre d'utiliser une base limitée de numéros de téléphone virtuels sans pour autant utiliser de code contact. En effet, la sélection d'un numéro de téléphone virtuel en fonction de la donnée d'attribution va permettre de réattribuer ce numéro à une autre donnée d'application, ladite réattribution évitant l'utilisation d'un code contact. Selon des modes de réalisation non limitatifs, le procédé peut comporter en outre une ou plusieurs caractéristiques supplémentaires parmi les suivantes : Une première donnée d'application est un argument d'exécution de l'application. Elle permet d'identifier l'argument concerné par le rattachement. - Une deuxième donnée d'application est un identifiant d'application. Elle permet d'identifier l'application concernée par le rattachement. - Le procédé comporte les étapes supplémentaires de : - rechercher s'il existe un rattachement existant entre ladite au moins une donnée d'application et un numéro de téléphone virtuel dans la base primaire de numéros ; et - dans l'affirmative, mettre à jour une donnée d'attribution associée au numéro de téléphone virtuel trouvé dans la base primaire de numéros avec une estampille temporelle courante. Cela évite d'attribuer un autre numéro virtuel pour une donnée d'application à laquelle un numéro virtuel a déjà été rattaché. - Le procédé de rattachement comporte les étapes supplémentaires de : - recevoir une requête primaire comprenant un numéro de téléphone virtuel, ledit numéro de téléphone virtuel provenant d'un appel téléphonique composé à partir d'un numéro de téléphone appelant ; - si le numéro de téléphone appelant n'est pas masqué lors de l'appel téléphonique, enregistrer dans une base secondaire de numéros un chemin d'appel comprenant : - le numéro de téléphone virtuel appelé ; - ladite au moins une donnée d'application à laquelle est rattaché ledit numéro de téléphone virtuel appelé ; et - le numéro de téléphone appelant. La sauvegarde d'un tel chemin d'appel, va permettre par la suite de se connecter avec le numéro de téléphone virtuel à ladite application lors d'un rappel automatique en fonction de la donnée d'application. - Le procédé de rattachement comporte les étapes supplémentaires de : - recevoir une requête secondaire comprenant un numéro de téléphone virtuel, ledit numéro de téléphone virtuel provenant d'un rappel téléphonique composé à partir d'un numéro de téléphone appelant ; si le numéro de téléphone appelant n'est pas masqué lors de l'appel téléphonique : - rechercher un chemin d'appel dans une base secondaire de numéros comprenant ledit numéro de téléphone virtuel ; - si un chemin d'appel a été trouvé, mettre à jour une donnée de mémorisation associée audit chemin d'appel avec une estampille temporelle courante ; - sinon rechercher ladite au moins une donnée d'application à laquelle est rattaché ledit numéro de téléphone virtuel dans la base primaire de numéros et si le numéro de téléphone appelant n'est pas masqué lors du rappel téléphonique, enregistrer dans la base secondaire de numéros un chemin d'appel comprenant ladite au moins une donnée d'application trouvée, ledit numéro de téléphone virtuel et ledit numéro de téléphone appelant ; - envoyer ladite au moins une donnée d'application trouvée ; - sinon rechercher ladite au moins une donnée d'application à laquelle est rattaché ledit numéro de téléphone virtuel dans la base primaire de numéros et envoyer ladite au moins une donnée d'application trouvée. Ces étapes permettent de se reconnecter à l'application lors d'un rappel automatique du numéro de téléphone virtuel, même si le numéro de téléphone virtuel a été réattribué par ailleurs à une autre application. - La requête comporte en outre ledit numéro de téléphone appelant. Cela signifie que le numéro de téléphone appelant n'est pas masqué. - Le procédé de rattachement comporte une étape supplémentaire de supprimer périodiquement les chemins d'appel comportant une donnée de mémorisation dont l'estampille temporelle est plus ancienne qu'une estampille temporelle de référence. Cela permet de purger les chemins d'appel qui sont les plus anciens. Le rattachement entre un numéro de téléphone virtuel et ladite au moins une donnée d'application est effectuée pour une durée déterminée. Cela permet à un utilisateur de se connecter à l'application en appelant le numéro virtuel attaché dans ce délai déterminé. - Si tous les numéros virtuels ont été rattachés et que la différence entre l'estampille temporelle la plus ancienne d'une donnée d'attribution et l'estampille temporelle la plus récente d'une autre donnée d'attribution est inférieure à une durée déterminée, le procédé comporte une étape supplémentaire d'envoyer un numéro virtuel mutualisé avec un code contact associé à ladite au moins une donnée d'application. Cela permet de gérer les pics d'appels et donc de gérer le cas où plus aucun numéro virtuel n'est disponible. - L'application est une application de transfert téléphonique et l'argument d'exécution de l'application est un numéro de téléphone de transfert. En outre, il est également proposé un système de rattachement entre un numéro de téléphone virtuel et une application, ledit système étant apte à - recevoir au moins une donnée d'application ; 20 - établir un rattachement entre ladite au moins une donnée d'application et un numéro de téléphone virtuel d'une base primaire de numéros qui comporte une donnée d'attribution avec une estampille temporelle la plus ancienne parmi les estampilles temporelles dans la base primaire de numéros, et mettre à jour ladite donnée d'attribution dans la base 25 primaire de numéros avec une estampille temporelle courante ; et - envoyer le numéro de téléphone virtuel attaché. Dans un mode de réalisation non limitatif, ledit système est apte à : - rechercher s'il existe un rattachement existant entre ladite au moins une 30 donnée d'application et un numéro de téléphone virtuel dans la base primaire de numéros ; et - dans l'affirmative, mettre à jour une donnée d'attribution associée au numéro de téléphone virtuel trouvé dans la base primaire de numéros avec une estampille temporelle courante.15 Dans un mode de réalisation non limitatif, ledit système est apte à : - recevoir une requête primaire comprenant un numéro de téléphone virtuel, ledit numéro de téléphone virtuel provenant d'un appel téléphonique composé à partir d'un numéro de téléphone appelant ; - si le numéro de téléphone appelant n'est pas masqué lors de l'appel téléphonique, enregistrer dans une base secondaire de numéros un chemin d'appel comprenant : - le numéro de téléphone virtuel appelé ; - ladite au moins une donnée d'application à laquelle est rattaché ledit numéro de téléphone virtuel appelé ; et - le numéro de téléphone appelant. Dans un mode de réalisation non limitatif, ledit système est apte à : - recevoir une requête secondaire comprenant un numéro de téléphone virtuel, ledit numéro de téléphone virtuel provenant d'un rappel téléphonique composé à partir d'un numéro de téléphone appelant ; - si le numéro de téléphone appelant n'est pas masqué lors de l'appel téléphonique : - rechercher un chemin d'appel dans une base secondaire de numéros comprenant ledit numéro de téléphone virtuel ; - si un chemin d'appel a été trouvé, mettre à jour une donnée de mémorisation associée audit chemin d'appel avec une estampille temporelle courante ; - sinon rechercher ladite au moins une donnée d'application à laquelle est rattaché ledit numéro de téléphone virtuel dans la base primaire de numéros et si le numéro de téléphone appelant n'est pas masqué lors du rappel téléphonique, enregistrer dans la base secondaire de numéros un chemin d'appel comprenant ladite au moins une donnée d'application trouvée, ledit numéro de téléphone virtuel et ledit numéro de téléphone appelant ; - envoyer ladite au moins une donnée d'application trouvée ; - sinon rechercher ladite au moins une donnée d'application à laquelle est rattaché ledit numéro de téléphone virtuel dans la base primaire de numéros et envoyer ladite au moins une donnée d'application trouvée. En outre, il est également un réseau de communication apte à rattacher un numéro de téléphone virtuel et une application, ledit réseau de communication comprenant : - un système de rattachement caractérisé selon l'une quelconque des caractéristiques précédentes ; - un portail de connexion apte à coopérer avec ledit système de rattachement, ledit portail de connexion étant apte à envoyer au moins une donnée d'application audit système de rattachement et à recevoir dudit système de rattachement un numéro de téléphone virtuel attaché à ladite au moins une donnée d'application ; et - un serveur d'applications apte à coopérer avec ledit système de rattachement, ledit serveur d'applications étant apte à envoyer une requête primaire et une requête secondaire comprenant un numéro de téléphone virtuel audit système de rattachement. En outre, il est également proposé un produit programme d'ordinateur comportant une ou plusieurs séquences d'instructions exécutables par une unité de traitement d'information, l'exécution desdites séquences d'instructions permettant une mise en oeuvre du procédé selon l'une quelconque des caractéristiques précédentes, lorsqu'il est chargé sur un ordinateur. L'invention concerne également un deuxième procédé de rattachement entre un numéro de téléphone virtuel et une donnée d'application, ledit procédé comportant les étapes de : - recevoir une requête secondaire comprenant un numéro de téléphone virtuel, ledit numéro de téléphone virtuel provenant d'un rappel téléphonique composé à partir d'un numéro de téléphone appelant ; - si le numéro de téléphone appelant n'est pas masqué lors de l'appel téléphonique : - rechercher un chemin d'appel dans une base secondaire de numéros comprenant ledit numéro de téléphone virtuel ; - si un chemin d'appel a été trouvé, mettre à jour une donnée de mémorisation associée audit chemin d'appel avec une estampille temporelle courante ; - sinon rechercher ladite au moins une donnée d'application à laquelle est rattaché ledit numéro de téléphone virtuel dans la base primaire de numéros et si le numéro de téléphone appelant n'est pas masqué lors du rappel téléphonique, enregistrer dans la base secondaire de numéros un chemin d'appel comprenant ladite au moins une donnée d'application trouvée, ledit numéro de téléphone virtuel et ledit numéro de téléphone appelant ; - envoyer ladite au moins une donnée d'application trouvée ; - sinon rechercher ladite au moins une donnée d'application à laquelle est rattaché ledit numéro de téléphone virtuel dans la base primaire de numéros et envoyer ladite au moins une donnée d'application trouvée. Dans un mode de réalisation non limitatif, le deuxième procédé de rattachement comporte les étapes supplémentaires de : - recevoir une requête primaire comprenant un numéro de téléphone virtuel, ledit numéro de téléphone virtuel provenant d'un appel téléphonique composé à partir d'un numéro de téléphone appelant ; - si le numéro de téléphone appelant n'est pas masqué lors de l'appel téléphonique, enregistrer dans une base secondaire de numéros un chemin d'appel comprenant : - le numéro de téléphone virtuel appelé ; - ladite au moins une donnée d'application à laquelle est rattaché ledit numéro de téléphone virtuel appelé ; et - le numéro de téléphone appelant. Dans un mode de réalisation non limitatif, le deuxième procédé de rattachement comporte une étape supplémentaire de supprimer périodiquement les chemins d'appel comportant une donnée de mémorisation dont l'estampille temporelle est plus ancienne qu'une estampille temporelle de référence.35 En outre, il est également proposé un système de rattachement mettant en oeuvre le deuxième procédé de rattachement. L'invention et ses différentes applications seront mieux comprises à la lecture de la description qui suit et à l'examen des figures qui l'accompagnent. BREVE DESCRIPTION DES FIGURES Celles-ci ne sont présentées qu'à titre indicatif et nullement limitatif de l'invention. - La Fig. 1 est un schéma simplifié d'un mode de réalisation non limitatif d'un réseau de communication mettant en oeuvre le procédé de rattachement selon l'invention ; - La Fig. 2a est un premier organigramme d'un mode de réalisation non limitatif du procédé de rattachement selon l'invention ; - La Fig. 2b est un deuxième organigramme d'un mode de réalisation non limitatif du procédé de rattachement de la Fig. 2a, dans lequel sont représentées des étapes supplémentaires de recherche d'un rattachement et de mise à jour d'une donnée d'attribution ; - La Fig. 2c est une variante de réalisation d'une partie du procédé de rattachement de la Fig. 2a ou Fig. 2b ; - La Fig. 3 est un second organigramme du procédé de rattachement de la Fig. 2a, à la Fig. 2c illustrant des étapes supplémentaires d'enregistrement d'un chemin d'appel ; - La Fig. 4 est un troisième organigramme du procédé de rattachement de la Fig. 2a, à la Fig. 2c illustrant des étapes supplémentaires de recherche d'un rattachement et de suppression d'un chemin d'appel ; - La Fig. 5 est un premier schéma illustrant des étapes du procédé de rattachement de la Fig. 2b, Fig. 3 et Fig. 4 effectuées entre un système de rattachement, un serveur d'applications et un portail de connexion du réseau de communication de la Fig. 1 ; - La Fig. 6 est un second schéma illustrant des étapes du procédé de rattachement de la Fig. 2b, Fig. 3 et Fig. 4 effectuées entre un système de rattachement, un serveur d'applications et un portail de connexion du réseau de communication de la Fig. 1 ; - La Fig. 7 illustre schématiquement un système de rattachement apte à effectuer les étapes du procédé de rattachement de la Fig. 2a à la Fig. 4. DESCRIPTION DE MODES DE REALISATION DE L'INVENTION Le procédé de rattachement entre un numéro de téléphone virtuel et une application est décrit dans un mode de réalisation non limitatif aux Fig. 2 à 6. 10 Il est mis en oeuvre dans un réseau de communication NTW illustré dans un mode de réalisation non limitatif à la Fig. 1. Le réseau de communication NTW comporte : - un poste utilisateur PU qui est apte à se connecter à au moins une application APP ; - un portail de connexion PTC à au moins une application APP ; - un système de rattachement SYS apte à mettre en oeuvre le procédé de rattachement ; - un serveur d'applications SERV comprenant ladite au moins une application APP ; - une base primaire de numéros B1 gérée par le système de rattachement SYS ; et - une base secondaire de numéros B2 gérée par le système de rattachement SYS. 25 Par application APP, on entend un ensemble de tâches qui servent à aider un utilisateur à faire un certain travail. Cet ensemble de tâches peut être mises en oeuvre par un ou plusieurs produits programmes d'ordinateur. Dans des exemples non limitatifs un poste utilisateur PU est un poste de 30 travail, un téléphone fixe ou mobile ou tout autre appareil permettant d'accéder à une application. Dans un premier mode de réalisation non limitatif, le portail de 15 20 connexion PTC propose à des utilisateurs une seule application APP. Dans ce cas, une première donnée d'application P1 est utilisée qui est un argument d'exécution de l'application ARG. Par argument d'exécution d'une application, on entend un nombre ou une chaîne de caractères qui indique comment l'application doit travailler ou ce sur quoi elle doit s'appliquer. Dans un deuxième mode de réalisation non limitatif, le portail de connexion PTC propose à des utilisateurs une pluralité d'applications APP. Dans ce cas, à chacune des applications APP est associée une deuxième donnée d'application P2 qui est un identifiant d'application APP_ID. Dans ce cas, comme expliqué plus loin, la première donnée P1 et la deuxième donnée P2 sont utilisées. Le portail de connexion PTC est un site internet ou une borne d'information dans un espace public (lié à Internet) dans un exemple non limitatif. Dans des exemples non limitatifs, les applications proposées APP sont : - une application de transfert d'appel qui propose par exemple un annuaire d'entités via un site internet. Dans ce cas, l'argument d'exécution ARG est un numéro de téléphone de transfert ; et/ou - une application qui donne l'horoscope. Dans ce cas, l'argument d'exécution ARG est une date de naissance ; et/ou - une application de service de paiement par téléphone. Dans ce cas, l'argument d'exécution ARG est un numéro de commande ; et/ou - une application bancaire. Dans ce cas, l'argument d'exécution ARG est un numéro de compte bancaire ; et/ou - une application liée à un répondeur téléphonique. Dans ce cas, l'argument d'exécution ARG est un identifiant de message à écouter ; 30 Le deuxième mode de réalisation, selon lequel le portail de connexion PTC propose une pluralité d'applications APP, est pris comme exemple non limitatif, et l'application téléphonique de transfert d'appel est prise à titre 35 d'exemple illustratif non limitatif pour la suite de la description. Dans la suite de la description, on utilisera indifféremment les termes numéros de téléphone ou numéros pour décrire les numéros de téléphone virtuel, de transfert, ou appelant. On notera qu'une entité représente une personne physique ou une personne morale. Dans un exemple non limitatif, une entité est une boulangerie. Ainsi, dans cet exemple : - le portail de connexion PTC propose ainsi la liste des boulangeries qu'il propose dans l'annuaire et également le numéro de transfert PHON_R associé à chaque boulangerie en tant que première donnée d'application ; et - le serveur d'applications est un serveur d'applications SERV qui comporte l'application transfert d'appel, cette dernière permettant le transfert d'appel entre un numéro appelant PHON_A et un numéro de transfert PHON_R appelé au moyen du numéro appelant PHON_A. Comme on va le voir ci-après, le procédé comporte une phase de création d'un rattachement entre un numéro virtuel et une donnée d'application (illustrée CREAT_LNK), et dans des modes de réalisation non limitatifs, une phase d'enregistrement d'un chemin d'appel entre un numéro appelant et un numéro virtuel (illustrée SAV_PTH) ; une phase de recherche d'un rattachement entre un numéro virtuel et une application (illustrée SRCH LNK), et une phase de suppression d'un chemin d'appel (illustrée SUPP_PTH). Les différentes phases sont décrites ci-après. Dans un premier temps un utilisateur U sélectionne l'application transfert téléphonique via son poste utilisateur PU (au moyen d'internet par exemple). Dans l'exemple non limitatif donné, l'utilisateur choisit via le site interne qui propose plusieurs applications dont notamment un annuaire téléphonique des boulangers, la boulangerie qu'il veut appeler en sélectionnant par exemple une fiche associée à la boulangerie dans l'annuaire téléphonique. A ce moment, une demande d'informations DDE_I relatives à la boulangerie sélectionnée est envoyée au portail de connexion PTC à partir du poste utilisateur (étape DDE_I illustrée à la Fig. 2) et les étapes du procédé de rattachement sont déclenchées suite à cette demande d'informations DDE I. Ainsi, le procédé de rattachement comporte les étapes de (illustrées aux Fig. 2a à Fig. 5) : - recevoir au moins une donnée d'application P (étape RX(P1=ARC ; P2=APP_ID) illustrée à la Fig. 2a) ; - établir un rattachement LNK entre ladite au moins une donnée d'application P et un numéro de téléphone virtuel PHON_V d'une base primaire de numéros B1 qui comporte une donnée d'attribution DAT1 avec une estampille temporelle la plus ancienne T1 parmi les estampilles temporelles T dans la base primaire de numéros B1 (étape LNK(P1, P2, PHON_V(DAT1=T1), TM) illustrée à la Fig. 2a), et mettre à jour ladite donnée d'attribution DAT1 dans la base primaire de numéros B1 avec une estampille temporelle courante T (étape UPD_DAT1(B1, T) illustrée à la Fig. 2a) ; - envoyer le numéro de téléphone virtuel attaché PHON_V (étape TX(PHON_V, PTC) illustrée à la Fig. 2a). Dans un mode de réalisation non limitatif, le procédé de rattachement comporte les étapes supplémentaires de (après l'étape de réception de ladite au moins une donnée d'application P) : - rechercher s'il existe un rattachement existant LNK entre ladite au moins une donnée d'application P et un numéro de téléphone virtuel PHON_V dans la base primaire de numéros B1 (étape FND_LNK(P1, P2, PHON_V, B1) illustrée à la Fig. 2b) ; - dans l'affirmative, mettre à jour une donnée d'attribution DAT1 associée au numéro de téléphone virtuel trouvé PHON_V dans la base primaire de numéros B1 avec une estampille temporelle courante T (étape UPD DAT1 (B1, T) illustrée à la Fig. 2b) ; Dans la négative, l'étape d'établissement d'un rattachement cité ci-dessus est effectuée.35 On notera que dans l'exemple non limitatif donné à titre illustratif de l'application transfert téléphonique, la première donnée d'application P1 est un numéro de transfert PHON_R, et la deuxième donnée d'application P2 est un identifiant de l'application de transfert APP_ID1. On notera qu'un numéro de téléphone virtuel PHON_V est un numéro de téléphone surtaxé, tel que dans un exemple non limitatif les numéros commençant par les chiffres 08 en France. Par ailleurs, un numéro de téléphone de transfert PHON_R est un numéro réel non surtaxé qui permet d'appeler directement une entité de l'annuaire téléphonique, tel que dans un exemple non limitatif les numéros commençant par les chiffres 01 en France. Les informations demandées 1 avec le numéro virtuel reçu PHON_V (étape DISPLY(1=PHON_V) illustrée à la Fig. 5) sont alors envoyées sur le poste utilisateur PU. Ainsi, dans un exemple non limitatif, le numéro virtuel PHON_V associé à la boulangerie sélectionnée est affichée sur un écran du poste PU de l'utilisateur U. Ce dernier peut alors appeler la boulangerie avec le numéro virtuel affiché. Lorsque l'utilisateur U appelle la boulangerie sélectionnée avec le numéro virtuel donné PHON_V (appel illustré CALL_PHON_V(PHON_A) à la Fig. 3), le procédé de rattachement comporte les étapes supplémentaires de - recevoir une requête primaire REQ1 comprenant un numéro de téléphone virtuel PHON_V, ledit numéro de téléphone virtuel PHON_V provenant d'un appel téléphonique composé à partir d'un numéro de téléphone appelant PHON_A (étape RX_REQ1(SERV, PHON_V, [PHON_A]) illustrée à la Fig. 3) ; - si le numéro de téléphone appelant PHON_A n'est pas masqué lors de l'appel téléphonique APP, enregistrer dans une base secondaire de numéros B2 un chemin d'appel PTH comprenant (étape SAV_PTH(PHON_V, P1, P2, PHON_A, B2) illustrée à al Fig. 3) : - le numéro de téléphone virtuel appelé PHON_V ; - ladite au moins une donnée d'application P à laquelle est rattaché le 35 numéro de téléphone virtuel appelé PHON_V ; et - le numéro de téléphone appelant PHON_A. Dans un mode de réalisation non limitatif, lorsque l'utilisateur U rappelle la boulangerie sélectionnée avec le numéro virtuel PHON_V (rappel 5 illustré RCALL_PHON_V(PHON_A) à la Fig. 4), le procédé de rattachement comporte les étapes supplémentaires de : - recevoir une requête secondaire REQ2 comprenant un numéro de téléphone virtuel PHON_V, ledit numéro virtuel PHON_V provenant d'un rappel téléphonique composé à partir d'un numéro de téléphone 10 appelant PHON A (étape RX REQ2(SERV, PHON_V, [PHON_A]) illustrée à la Fig. 4) ; - si le numéro de téléphone appelant PHON_A n'est pas masqué lors de l'appel téléphonique APP : - rechercher un chemin d'appel PTH dans une base secondaire de 15 numéros B2 comprenant ledit numéro de téléphone virtuel PHON_V (étape FND_PTH(B2) illustrée à la Fig. 4) ; - si un chemin d'appel PTH a été trouvé, mettre à jour une donnée de mémorisation DAT2 associé audit chemin d'appel PTH avec une estampille temporelle courante T (étape UPD_DAT2(B2, T) illustrée à 20 la Fig. 4) ; - sinon rechercher ladite au moins une donnée d'application P à laquelle est rattaché ledit numéro virtuel PHON_V dans la base primaire de numéros B1 (étape FND(P1, P2, PHON_V, B1) illustrée à la Fig. 4) et si le numéro de téléphone appelant PHON_A n'est pas 25 masqué lors du rappel téléphonique, enregistrer dans la base secondaire de numéros B2 un chemin d'appel PTH comprenant ladite au moins une donnée d'application trouvée P, ledit numéro de téléphone virtuel et ledit numéro de téléphone appelant (étape SAV_PTH(P1, P2, PHON_V, PHON_A, B2) illustrée à la Fig. 4) ; et 30 - envoyer ladite au moins une donnée d'application trouvée P (étape TX(P1, P2, SERV) illustrée à la Fig. 4) ; - sinon rechercher ladite au moins une donnée d'application P à laquelle est rattaché ledit numéro de téléphone virtuel PHON_V dans la base primaire de numéros B1 (étape FND(P1, P2, PHON_V, B1) illustrée à la Fig. 4) et envoyer ladite au moins une donnée d'application trouvée P (étape TX(P1, P2, SERV) illustrée à la Fig. 4). Dans un mode de réalisation non limitatif, le procédé comporte en outre une étape supplémentaire de supprimer périodiquement les chemins d'appel PTH comportant une donnée de mémorisation DAT2 dont l'estampille temporelle T est plus ancienne qu'une estampille temporelle de référence T3 (étape SUPP_PTH(DAT2 : T Pour la suite de la description, dans le mode de réalisation non limitatif du procédé décrit, le procédé comprend ces étapes supplémentaires. Ainsi, les étapes du procédé de rattachement entre un numéro de téléphone virtuel et une application APP sont décrites en détail ci-après en se référant aux Figures 2a, 2b, 3, 4, 5 et 6. Dans une première étape 1), on reçoit au moins une donnée d'application P. Dans un exemple non limitatif, ladite au moins une donnée d'application P provient d'un portail de connexion PTC à au moins une application APP et est reçue par le système de rattachement SYS. Dans l'exemple non limitatif pris à titre illustratif, le portail de connexion PTC envoie ainsi au système de rattachement SYS deux données d'application P1, P2 : P2 étant l'identifiant d'applications APP_ID1 correspondant à l'application transfert d'appel car c'est cette application qui a été sélectionnée par l'utilisateur U ; et - P1 étant le numéro de téléphone de transfert PHON_R correspondant à la boulangerie sélectionnée par l'utilisateur U. Dans une deuxième étape 2), on recherche s'il existe un rattachement existant LNK entre ladite au moins une donnée d'application P et un numéro de téléphone virtuel PHON_V dans la base primaire de numéros B1. Dans l'exemple pris à titre illustratif, la recherche s'effectue sur les deux données P1 et P2 vus précédemment et par le système de 5 rattachement SYS. La base primaire de numéros B1 telle qu'illustrée sur la Fig. 1 comprend ainsi une pluralité de paires (numéro virtuel ; premier donnée P1 - deuxième donnée P2) ; soit dans l'exemple pris (numéro virtuel ; identifiant - numéro de transfert). 10 Ainsi, on recherche dans la base primaire B1 s'il existe déjà un numéro virtuel PHON_V rattaché à l'application de transfert dont l'identifiant est APP_ID1 et plus spécifiquement au numéro de transfert PHON_R correspondant à la boulangerie sélectionnée. On notera que dans un mode de réalisation non limitatif, la base primaire de 15 numéros B1 comprend une clef primaire pk1 qui permet d'assurer l'unicité d'une donnée. Ainsi, grâce à cette clef primaire, on évite d'avoir deux lignes dans la base primaire B1 avec le même numéro virtuel PHON_V. Dans une troisième étape 3), dans l'affirmative (étape 3a illustrée à 20 La Fig. 5), s'il existe un tel rattachement, on met à jour une donnée d'attribution DAT1 associée au numéro de téléphone virtuel trouvé PHON_V dans la base primaire de numéros B1 avec une estampille temporelle courante T. Dans un mode de réalisation non limitatif, le système de rattachement 25 effectue cette mise à jour. Dans un exemple non limitatif, l'estampille temporelle courante T est composée de la date et l'heure courantes. Cette étape permet de classer les numéros virtuels PHON V en fonction de la donnée d'attribution dans la base primaire B1 (par exemple des plus récents aux plus anciens). 30 Comme un numéro virtuel PHON_V fait partie de la base primaire de numéros qui est une base limitée, la donnée d'attribution DAT1 va permettre d'attribuer un même numéro virtuel PHON_V à différents couples de données P1-P2 et donc à différents numéro de transfert PHON R dans l'exemple non limitatif cité. Ainsi, à partir d'une base de numéros limitée B1, on va pouvoir avoir accès à une base de numéros illimitée B2 qui contient les numéros de transfert PHON R. Dans la négative (étape 3b' illustrée à La Fig. 5), on établit un rattachement LNK dans la base primaire de numéros B1 entre ladite au moins une donnée d'application P et un numéro de téléphone virtuel PHON V qui comporte une donnée d'attribution DAT1 avec une estampille temporelle la plus ancienne T1 parmi les estampilles temporelles T dans la base primaire de numéros B1. Cette étape est effectuée dans un mode de réalisation non limitatif par le système de rattachement SYS. Ainsi, lorsqu'aucun numéro virtuel PHON_V n'a encore été rattaché à un couple P1-P2 et donc plus spécifiquement à un premier donnée d'applicationPl, soit dans l'exemple cité à un numéro de transfert d'une boulangerie, le système de rattachement effectue un rattachement en utilisant la donnée d'attribution vue ci-dessus dont la date et l'heure, dans l'exemple pris, sont les plus anciennes dans la base primaire B1. Puis, on met à jour ladite donnée d'attribution DAT1 dans la base primaire de numéros B1 avec l'estampille temporelle courante T (étape 3b" illustrée à La Fig. 5). Cette mise à jour est effectuée dans un mode de réalisation non limitatif par le système de rattachement SYS. Ainsi, lorsqu'un numéro virtuel PHON_V a été trouvé et rattaché au couple identifiant APP_ID - numéro de transfert PHON_R, le système de rattachement SYS met à jour la donnée d'attribution DAT1 associée au numéro virtuel PHON_V attaché avec la date et l'heure courantes, dans l'exemple pris de l'estampille temporelle. Ainsi, ledit numéro virtuel PHON_V ne sera pas tout de suite réutilisé par le système de rattachement SYS pour être rattaché à un autre couple identifiant - numéro de transfert (d'une autre boulangerie) puisqu'il devient le numéro virtuel le plus récent attaché. Dans un mode de réalisation non limitatif, le rattachement LNK entre un numéro de téléphone virtuel PHON_V et ladite au moins une donnée P1-P2 est effectué pour une durée déterminée TM. Dans un mode de réalisation non limitatif, la durée varie en fonction de la taille de la base primaire de numéros B1. Plus la taille de la base sera élevée, plus la durée de rattachement pourra être longue. Dans un exemple non limitatif, la durée varie entre cinq et dix minutes selon la taille de la base primaire de numéros B1 Ainsi, dans l'exemple non limitatif cité, si le rattachement LNK entre un numéro de téléphone virtuel PHON_V et un couple de données identifiant APP_ID - numéro de transfert PHON_R est effectué pour la durée déterminée TM égale à cinq minutes, l'utilisateur U aura cinq minutes pour appeler la boulangerie sélectionnée après avoir reçu les informations I comprenant le numéro virtuel PHON_V sur cette boulangerie à partir du site internet. On remarquera que dans une étape en amont : - Dans le cas où les étapes supplémentaires de recherche d'un rattachement existant et dans l'affirmative, de mise à jour d'une donnée d'attribution sont exécutées, toutes les données d'attribution DAT1 ont été initialisées à zéro ou à une date d'insertion du numéro virtuel associé dans la base primaire de numéros B1, dans des exemples non limitatifs. - Dans le cas où les étapes supplémentaires de recherche d'un rattachement existant et dans l'affirmative, de mise à jour d'une donnée d'attribution ne sont pas exécutées, toutes les données d'attribution DAT1 ont été initialisées à une date d'insertion du numéro virtuel associé dans la base primaire de numéros B1, dans un exemple non limitatif. Dans une quatrième étape 4), on envoie le numéro de téléphone virtuel attaché PHON_V. Dans un mode de réalisation non limitatif, le numéro est envoyé audit portail de connexion PTC par le système de rattachement SYS. Le portail de connexion PTC récupère ainsi le numéro virtuel PHON_V et 30 peut l'afficher sur un écran du poste utilisateur PU. L'utilisateur du poste PU va ainsi pouvoir appeler la boulangerie avec le numéro virtuel PHON_V qui est affiché. Ainsi, suite à un appel téléphonique avec ce numéro virtuel PHON_V, 35 les étapes suivantes sont effectuées, telle qu'illustrées à la Fig. 5. Dans une cinquième étape 5), on reçoit une requête primaire REQ1 comprenant le numéro de téléphone virtuel PHON_V, ledit numéro de téléphone virtuel PHON_V provenant d'un appel téléphonique composé à partir d'un numéro de téléphone appelant PHON_A. Dans un mode de réalisation non limitatif, la réception est effectuée par le système de rattachement SYS et la requête primaire REQ1 provient du serveur d'applications SERV. Dans un mode de réalisation non limitatif, la requête REQ1 comporte en 10 outre ledit numéro appelant PHON_A. Cela signifie que le numéro appelant PHON_A n'est pas masqué. On notera que le numéro appelant PHON_A est le numéro de téléphone de l'appareil téléphonique qu'utilise l'utilisateur pour appeler la boulangerie 15 avec le numéro virtuel affiché précédemment PHON_V. Cet appareil téléphonique peut être le poste utilisateur PU. Dans une sixième étape 6), si le numéro de téléphone appelant PHON_A n'est pas masqué lors de l'appel téléphonique APP, on enregistre 20 dans une base secondaire de numéros B2 un chemin d'appel PTH comprenant : - le numéro de téléphone virtuel appelé PHON_V ; - ladite au moins une donnée d'application P (identifiant d'application et numéro de transfert) à laquelle est rattaché ledit numéro de téléphone 25 virtuel appelé PHON_V ; et - le numéro de téléphone appelant PHON_A. Dans un mode de réalisation non limitatif, l'enregistrement est effectué par le système de rattachement SYS. 30 Ainsi, la base secondaire de numéros B2 telle qu'illustrée sur la Fig. 1 comprend ainsi une pluralité de triplets (numéro virtuel ; donnée P1- donnée P2 ; numéro appelant), soit dans l'exemple pris (numéro virtuel ; identifiant - numéro de transfert ; numéro appelant). Dans un mode de réalisation non limitatif, le chemin d'appel PTH comprend en outre une donnée de mémorisation DAT2 qui est mise à jour avec l'estampille temporelle courante T lors de l'enregistrement du chemin d'appel PTH (étape 6' illustrée sur la Fig. 3 ou à la Fig. 5). La base secondaire B2 comprend ainsi une donnée de mémorisation DAT2 associée à chaque chemin d'appel PTH enregistré. Par ailleurs, dans un mode de réalisation non limitatif, la base secondaire de numéros B2 comprend : - une clef primaire pk1' qui permet d'assurer l'unicité d'une donnée. Ainsi, grâce à cette clef primaire, on évite d'avoir deux lignes dans la base secondaire B2 avec un même triplet (numéro virtuel ; identifiant - argument ; numéro appelant) ; - une clef secondaire pk2 qui permet d'assurer le référencement d'un numéro virtuel de la base de données secondaire B2 dans la base de données primaire B1. Cela permet ainsi de s'assurer que la base secondaire B2 comprend un champ numéro virtuel correspondant dans la base primaire B1. Ainsi, grâce à cette référence, la clef secondaire pk2 permet de s'assurer que les triplets (numéro virtuel ; P1- P2 ; numéro appelant) sont supprimés automatiquement lorsque le numéro virtuel correspondant est supprimé dans la base primaire de numéros B1. On notera qu'un numéro virtuel PHON_V peut être supprimé lorsqu'il ne 25 fonctionne plus ou qu'il existe un problème avec ce numéro virtuel. Ainsi, cette étape permet de mémoriser des chemins qui vont être par la suite utilisés lors d'un rappel automatique, au moyen d'une touche « BIS » par exemple ou d'une touche permettant de recomposer le numéro virtuel 30 déjà appelé, de l'appareil téléphonique de l'utilisateur, ce dernier ayant mémorisé dans son appareil téléphonique le numéro virtuel PHON_V trouvé précédemment. Ainsi, lorsque l'utilisateur rappelle automatiquement le numéro virtuel PHON_V associé à la boulangerie qu'il avait appelé auparavant, les étapes suivantes sont effectuées, telles qu'illustrées à la Fig. 6. Dans une septième étape 7), on reçoit une requête secondaire REQ2 comprenant un numéro de téléphone virtuel PHON_V, ledit numéro de téléphone virtuel PHON_V provenant d'un rappel téléphonique composé à partir d'un numéro de téléphone appelant PHON_A. Dans un mode de réalisation non limitatif, la réception est effectuée par le système de rattachement SYS et la requête secondaire REQ2 provient du serveur d'applications SERV. On notera que le serveur d'applications SERV a été configuré au 15 préalable pour renvoyer le numéro virtuel PHON_V au système de rattachement SYS. On notera que lorsque l'utilisateur effectue un rappel automatique, le transfert d'appel est effectué par le serveur d'applications SERV entre le 20 numéro virtuel PHON_V enregistré dans l'appareil téléphonique de l'utilisateur et le numéro de transfert PHON_R. Le serveur d'applications SERV récupère donc le numéro virtuel PHON_V via un opérateur téléphonique qui gère l'appareil téléphonique de l'utilisateur U, ledit opérateur envoyant ledit numéro virtuel appelé PHON_V au serveur 25 d'applications SERV. Dans un mode de réalisation non limitatif, la requête secondaire REQ2 comporte en outre ledit numéro appelant PHON_A. Cela signifie que le numéro appelant PHON_A n'est pas masqué. 30 - Si le numéro de téléphone appelant PHON_A n'est pas masqué lors de l'appel téléphonique APP, les étapes suivantes sont effectuées. Dans une huitième étape 8), on recherche un chemin d'appel PTH dans la base secondaire de numéros B2 comprenant ledit numéro de 35 téléphone virtuel PHON_V (étape 8a illustrée à la Fig. 4 ou à la Fig. 6). Dans un mode de réalisation non limitatif, la recherche est effectuée par le système de rattachement SYS. Ainsi, le système de rattachement SYS recherche si un chemin d'appel PTH avait déjà été enregistré auparavant dans la base secondaire B2. On notera que comme on peut avoir plusieurs chemins d'appels avec un même numéro virtuel PHON_V, la recherche s'effectue non seulement avec le numéro virtuel PHON_V, mais également avec le numéro appelant PHON_A. 10 Dans une neuvième étape 9), si un chemin d'appel PTH a été trouvé (étape 9a illustrée à la Fig. 4 ou à la Fig. 6), on met à jour une donnée de mémorisation DAT2 associée audit chemin d'appel PTH avec l'estampille temporelle courante T. 15 Cette mise à jour s'effectue dans la base secondaire de numéros B2. Dans un mode de réalisation non limitatif, la mise à jour s'effectue par le système de rattachement SYS. On notera que cette étape permet par la suite d'effectuer l'étape de 20 suppression décrite plus loin. Dans un mode de réalisation non limitatif, l'estampille temporelle courante T est composée de la date et de l'heure courantes. 25 Sinon, si un chemin d'appel PTH n'a pas été trouvé (étape 9b illustrée à la Fig. 4 ou à la Fig. 6), on recherche ladite au moins une donnée d'application P (identifiant APP_ID qui est ici l'identifiant de l'application de transfert téléphonique- et l'argument ARG qui est ici un numéro de transfert PHON_R) auquel est rattaché ledit numéro de téléphone virtuel PHON_V 30 dans la base primaire de numéros B1. Dans un mode de réalisation non limitatif, la recherche s'effectue par le système de rattachement SYS. Ensuite, si le numéro de téléphone appelant PHON_A n'est pas masqué 35 lors du rappel téléphonique, on enregistre dans la base secondaire de5 numéros B2 un chemin d'appel PTH comprenant ladite au moins une donnée d'application trouvée P (soit ici les deux données P1 et P2, à savoir l'identifiant de l'application de transfert et le numéro de transfert PHON_R trouvé), ledit numéro de téléphone virtuel et ledit numéro de téléphone appelant (étape 9c illustrée à la Fig. 4 ou à la Fig. 6). Dans un mode de réalisation non limitatif, l'enregistrement s'effectue par le système de rattachement SYS. On notera que l'on peut avoir plusieurs triplets dans la base secondaire 10 de numéros B2 avec un même numéro virtuel PHON_V (mais des couples P1-P2 comportant des numéros de transfert différents). Dans une dixième étape 10), on envoie ladite au moins une donnée d'application trouvée P. 15 Dans un mode de réalisation non limitatif, l'envoi s'effectue par le système de rattachement SYS et ladite au moins une donnée d'application P est envoyée audit serveur d'applications SERV. Dans l'exemple non limitatif pris à titre illustratif, les données P1, P2 sont 20 envoyés, à savoir l'identifiant de l'application de transfert et le numéro de transfert PHON_R trouvé. A partir desdits données P1, P2, le serveur d'applications SERV identifie alors l'application demandée APP avec l'identifiant d'application APP_ID et le numéro de transfert PHON_R avec l'argument ARG. 25 Le serveur SERV exécute alors l'application identifiée APP selon l'argument ARG reçu. Il effectue ainsi le transfert d'appel entre le numéro virtuel PHON_V et le numéro de transfert reçu PHON_R. L'utilisateur est donc mis en contact téléphonique avec la boulangerie qu'il a choisit. 30 Si le numéro de téléphone appelant PHON_A est masqué lors de l'appel téléphonique APP, les étapes suivantes sont effectuées. Dans une huitième étape 8) (étape 8b illustrée à la Fig. 4 ou à la Fig. 6), on recherche ladite au moins une donnée d'application P (identifiant 35 APP ID qui est ici l'identifiant de l'application de transfert téléphonique- et l'argument ARG qui est ici un numéro de transfert PHON_R) auquel est rattaché ledit numéro de téléphone virtuel PHON_V dans la base primaire de numéros B1, puis on envoie ladite au moins une donnée d'application trouvée P tel que décrit dans l'étape 10) ci-dessus (et illustré à la Fig. 4 ou à la Fig. 6). Dans un mode de réalisation non limitatif, la recherche et l'envoi s'effectuent par le système de rattachement SYS. Pour illustrer les étapes décrites ci-dessus, on prend l'exemple suivant non limitatif. - Si un utilisateur A sélectionne l'application de transfert d'appel (dont l'identifiant est APP_ID1) et demande à afficher une première boulangerie dans un annuaire ANNU proposé sur un site internet PTC, un premier numéro virtuel 0808080808 est rattaché au numéro de transfert de la première boulangerie 0101010101 dans la base primaire B1 si cela n'a pas été fait auparavant et le numéro virtuel 0808080808 est affiché sur l'écran de son poste utilisateur PU. - Lorsque l'utilisateur A appelle le numéro virtuel 0808080808 (en deçà de cinq minutes qui est dans un exemple non limitatif la durée maximum d'un rattachement) qui est rattaché au 0101010101 dans la base primaire B1, son appel provoque la mémorisation dans la base secondaire B2 d'un premier chemin d'appel PTH1 comprenant le triplet composé du couple APP_ID1 - 0101010101, du numéro virtuel 0808080808 et du numéro appelant de l'utilisateur A. - Si plus tard (par exemple en deçà de cinq minutes qui est dans un exemple non limitatif la durée maximum d'un rattachement), un utilisateur B sélectionne l'application de transfert d'appel (dont l'identifiant est APP_ID1) et demande à afficher les informations de la même boulangerie dans l'annuaire ANNU. Un autre numéro virtuel 0808080809 est à ce moment rattaché au numéro de transfert de la première boulangerie 0101010101 dans la base primaire B1 si cela n'a pas été fait auparavant et le deuxième numéro virtuel 0808080809 est affiché sur l'écran de son poste utilisateur PU. Lorsque l'utilisateur B appelle le numéro virtuel 0808080809, à ce moment, il est rattaché au 0101010101. Son appel provoque la mémorisation dans la base secondaire B2 d'un deuxième chemin d'appel PTH2 comprenant le triplet composé du couple APP_ID - 0101010101, le deuxième numéro virtuel 0808080809 et le numéro appelant de l'utilisateur B. Ainsi, grâce au rattachement, si l'utilisateur A appelle le numéro virtuel 0808080808 dans les cinq minutes où il a demandé des informations sur la boulangerie, il sera mis en relation avec cette boulangerie. Par contre, s'il ne le fait pas, le numéro virtuel 0808080808 aura été réattribué (comme décrit ci-après) et il ne sera pas mis en relation avec la bonne boulangerie. Ainsi, grâce au rattachement, si l'utilisateur B appelle le numéro virtuel 0808080809 dans les cinq minutes où il a demandé des informations sur la boulangerie, il sera mis en relation avec la même boulangerie. Par ailleurs, grâce à la mémorisation de ces chemins d'appel PTH1, PTH2, à l'avenir quand l'utilisateur A rappellera le numéro virtuel 0808080808, il tombera bien sur le numéro de transfert 0101010101 et quand l'utilisateur B rappellera le numéro virtuel 0808080809, il tombera bien sur le numéro de transfert 0101010101 (le numéro appelant étant pris en compte dans la recherche du chemin d'appel). Si le numéro virtuel 0808080808 est effacé de la base primaire B1, les références à ce numéro virtuel dans la base secondaire B2 seront également effacées, soit dans l'exemple pris, le premier chemin PTH1. - Par contre, si plus tard (par exemple au delà de cinq minutes qui est dans un exemple non limitatif la durée maximum d'un rattachement), un utilisateur B sélectionne l'application de transfert d'appel (dont l'identifiant est APP_ID1) et demande à afficher les informations d'une autre boulangerie dans l'annuaire ANNU, le numéro virtuel le plus ancien (dont le donnée d'attribution comporte l'estampille temporelle la plus ancienne) est à ce moment rattaché au numéro de transfert de la deuxième boulangerie 0202020202 dans la base primaire B1 si cela n'a pas été fait auparavant. Le numéro virtuel le plus ancien est dans cet exemple illustratif le numéro 0808080808 et est affiché sur l'écran de son poste utilisateur PU. Le rattachement au numéro de transfert de la première boulangerie est ainsi remplacé dans la base primaire B1 par le nouveau rattachement. Par contre, le chemin d'appel PTH1 n'est pas effacé dans la base secondaire de numéros B2. Lorsque l'utilisateur B appelle le numéro virtuel 0808080808, à ce moment, il est rattaché au 0202020202. Son appel provoque la mémorisation dans la base secondaire B2 d'un deuxième chemin d'appel PTH2' comprenant le triplet formé du couple APP_ID1- 0202020202, et du numéro virtuel 0808080808, et du numéro appelant de l'utilisateur B. Ainsi, grâce à la mémorisation de ces chemins d'appel PTH1 et PTH2', à l'avenir quand l'utilisateur A rappellera le numéro virtuel 0808080808, il tombera bien sur le numéro de transfert 0101010101 et quand l'utilisateur B rappellera le numéro virtuel 0808080808, il tombera bien sur le numéro de transfert 0202020202. Si le numéro virtuel 0808080808 est effacé de la base primaire B1, les références à ce numéro virtuel dans la base secondaire B2 seront également effacées, soit dans l'exemple pris, le premier chemin PTH1 et le deuxième chemin PTH2'. Dans une onzième étape 11), on supprime périodiquement les chemins d'appel PTH comportant une donnée de mémorisation DAT2 dont l'estampille temporelle T est plus ancienne que l'estampille temporelle de référence T3. Dans un mode de réalisation non limitatif, la suppression est effectuée par le système de rattachement SYS. Ainsi, cela permet de supprimer des chemins qui sont trop anciens et qui ne correspondent plus en réalité aux rattachements qui existent dans la base primaire B1 et donc qui ne servent plus. La base secondaire B2 est ainsi purgée. Dans un exemple non limitatif, on supprime les chemins d'appel PTH de plus de quinze jours. Dans un mode de réalisation non limitatif, cette étape est effectuée une fois par jour. Ainsi, lorsqu'un utilisateur A rappellera le numéro virtuel 0808080808, il ne tombera plus sur le numéro de la première boulangerie 0101010101. Il tombera sur le numéro de la boulangerie liée au numéro virtuel 0808080808 au moment de son appel. Ainsi, le procédé de rattachement téléphonique permet d'une part d'effectuer un rattachement entre un numéro de transfert et une application sans passer par une étape d'attribution d'un code contact, et d'autre part de permettre à un utilisateur de rappeler l'entité avec le numéro virtuel qu'il avait l'habitude de se connecter à ladite application sans se soucier de savoir si le numéro virtuel associé (à l'application ou plus spécifiquement au donnée de l'application) à été réattribué. Le procédé de rattachement entre un numéro de téléphone virtuel PHON_V et une application APP, est mis en oeuvre par ledit système de rattachement SYS illustré de façon schématique à la Fig. 7 selon un mode de réalisation non limitatif. Ainsi, le système de rattachement SYS entre un numéro de téléphone virtuel 20 PHON_V et une application APP, ledit système étant apte à : - recevoir au moins une donnée d'application P ; - établir un rattachement LNK entre ladite au moins une donnée d'application P et un numéro de téléphone virtuel PHON_V d'une base primaire de numéros B1 qui comporte une donnée d'attribution DAT1 25 avec une estampille temporelle la plus ancienne T1 parmi les estampilles temporelles T dans la base primaire de numéros B1, et mettre à jour ladite donnée d'attribution DAT1 dans la base primaire de numéros B1 avec une estampille temporelle courante T ; et - envoyer le numéro de téléphone virtuel attaché PHON_V. 30 Dans un mode de réalisation non limitatif, le système est en outre apte à : - rechercher s'il existe un rattachement existant LNK entre ladite au moins une donnée d'application P et un numéro de téléphone virtuel PHON_V 35 dans la base primaire de numéros B1 ; et - dans l'affirmative, mettre à jour une donnée d'attribution DAT1 associée au numéro de téléphone virtuel trouvé PHON_V dans la base primaire de numéros B1 avec une estampille temporelle courante T. Dans un mode de réalisation non limitatif, le système de rattachement SYS est en outre apte à : - recevoir une requête primaire REQ1 comprenant un numéro de téléphone virtuel PHON_V, ledit numéro de téléphone virtuel PHON_V provenant d'un appel téléphonique composé à partir d'un numéro de téléphone appelant PHON_A ; - si le numéro de téléphone appelant PHON_A n'est pas masqué lors de l'appel téléphonique APP, enregistrer dans une base secondaire de numéros B2 un chemin d'appel PTH comprenant : - le numéro de téléphone virtuel appelé PHON_V ; - ladite au moins une donnée d'application P à laquelle est rattaché ledit numéro de téléphone virtuel appelé PHON_V ; et - le numéro de téléphone appelant PHON_A. Dans un mode de réalisation non limitatif, le système de rattachement SYS est en outre apte à : - recevoir une requête secondaire REQ2 comprenant un numéro de téléphone virtuel PHON_V, ledit numéro de téléphone virtuel PHON_V provenant d'un rappel téléphonique composé à partir d'un numéro de téléphone appelant PHON_A ; - si le numéro de téléphone appelant PHON_A n'est pas masqué lors de l'appel téléphonique APP : - rechercher un chemin d'appel PTH dans une base secondaire de numéros B2 comprenant ledit numéro de téléphone virtuel PHON_V ; - si un chemin d'appel PTH a été trouvé, mettre à jour une donnée de mémorisation DAT2 associée audit chemin d'appel PTH avec une estampille temporelle courante T ; - sinon rechercher ladite au moins une donnée d'application P à laquelle est rattaché ledit numéro de téléphone virtuel PHON_V dans la base primaire de numéros B1 et si le numéro de téléphone appelant PHON_A n'est pas masqué lors du rappel téléphonique, enregistrer dans la base secondaire de numéros B2 un chemin d'appel PTH comprenant ladite au moins une donnée d'application trouvée P, ledit numéro de téléphone virtuel et ledit numéro de téléphone appelant ; - envoyer ladite au moins une donnée d'application trouvée P ; - sinon rechercher ladite au moins une donnée d'application P à laquelle est rattaché ledit numéro de téléphone virtuel PHON_V dans la base primaire de numéros B1 et envoyer ladite au moins une donnée d'application trouvée P. Enfin, le système de rattachement téléphonique SYS est en outre apte à supprimer périodiquement les chemins d'appel PTH comportant une donnée de mémorisation DAT2 dont l'estampille temporelle T est plus ancienne qu'une estampille temporelle de référence T3. Ainsi, le serveur d'applications SERV qui coopère avec le système de rattachement SYS est apte à : - envoyer au système de rattachement téléphonique SYS un numéro de téléphone virtuel PHON_V et un numéro de téléphone appelant PHON_A provenant du portail de connexion PTC ; - recevoir dudit système de rattachement téléphonique SYS ladite au moins une donnée d'application trouvée P suite à un rappel téléphonique composé à partir d'un numéro appelant PHON_A ; et - effectuer le transfert téléphonique entre un numéro virtuel PHON_V et un numéro de transfert PHON R. Ainsi, le portail de connexion PTC qui coopère avec le système de rattachement SYS est apte à : - envoyer au moins une donnée d'application P audit système de rattachement SYS ; - recevoir le numéro de téléphone virtuel PHON_V attaché. On notera que la mise en oeuvre du procédé de rattachement exposé ci-dessus peut être effectuée au moyen d'un dispositif micro programmé « software », d'une logique câblée et/ou de composants électroniques « hardware ». Il en est de même pour la mise en oeuvre du procédé de réception exposé ci-dessus. Ainsi, le réseau de communication NTW peut comporter un ou plusieurs produits programmes d'ordinateur PG comportant une ou plusieurs séquences d'instructions exécutables par une unité de traitement d'information telle qu'un microprocesseur, ou d'une unité de traitement d'un microcontrôleur, d'un ASIC, d'un ordinateur etc., l'exécution desdites séquences d'instructions permettant une mise en oeuvre du procédé de transmission ou du procédé de réception décrit. Un tel programme d'ordinateur PG peut être inscrit en mémoire non volatile inscriptible de type ROM ou en mémoire non volatile réinscriptible de type EEPROM ou FLASH. Ledit programme d'ordinateur PG peut être inscrit en mémoire en usine ou encore chargé en mémoire ou téléchargé à distance en mémoire. Les séquences d'instructions peuvent être des séquences d'instructions machine, ou encore des séquences d'un langage de commande interprétées par l'unité de traitement au moment de leur exécution. Dans l'exemple non limitatif de la Fig. 7, un programme d'ordinateur PG est inscrit dans une mémoire du système de rattachement téléphonique SYS. Bien entendu la description n'est pas limitée à l'application de transfert d'appel téléphonique décrite ci-dessus. - Ainsi, lorsque l'application APP est une application d'horoscope, l'utilisateur entre sa date de naissance sur le site internet PTC qui propose cette application puis appelle le numéro virtuel qui est affiché par la suite. A ce moment, le serveur d'application qui gère l'application horoscope, envoie l'horoscope correspondant à la date de naissance entrée, au site internet PTC. Ce dernier affiche ainsi ledit horoscope. - Ainsi, lorsque l'application APP est une application de service de paiement par téléphone, l'utilisateur entre son numéro de commande sur le site internet PTC qui propose cette application puis appelle le numéro virtuel qui est affiché par la suite. A ce moment, le serveur d'application qui gère l'application de service de paiement, envoie le détail de la commande correspondant au numéro de commande entré, au site internet PTC. Ce dernier affiche ainsi ladite commande ; - Ainsi, lorsque l'application APP est une application bancaire, l'utilisateur entre son numéro de compte bancaire sur le site internet PTC qui propose cette application puis appelle le numéro virtuel qui est affiché par la suite. A ce moment, le serveur d'application qui gère l'application bancaire, envoie le détail du compte bancaire correspondant au numéro de compte entré, au site internet PTC. Ce dernier affiche ainsi le détail du compte bancaire. Bien entendu la description n'est pas limitée aux modes de réalisation et aux exemples décrits ci-dessus. - Ainsi, dans un mode de réalisation non limitatif, l'estampille temporelle courante T est composée de la date uniquement. - Ainsi, dans un mode de réalisation non limitatif, le procédé de rattachement comporte une étape supplémentaire de tester si tous les numéros virtuels PHON_V ont été rattachés, c'est-à-dire qu'ils sont tous utilisés en raison d'un pic d'appels. Ce test s'effectue en comparant la différence entre l'attribution d'un numéro virtuel la plus ancienne et l'attribution d'un numéro virtuel la plus récente. Ainsi, si la différence entre l'estampille temporelle la plus ancienne Ta d'une donnée d'attribution DAT1 et l'estampille temporelle la plus récente Tr d'une autre donnée d'attribution DAT1 est inférieure à la durée déterminée TM (qui est égale à cinq minutes dans un exemple non limitatif) (étape TEST(PHON_R, Ta, Tr) telle qu'illustrée à la Fig. 2b), cela signifie qu'il n'y a aucun numéro virtuel de disponible qui peut être réattribué. A ce moment, dans l'affirmative, le procédé de rattachement comporte les étapes supplémentaires de : - établir un rattachement entre un numéro virtuel mutualisé PHON VM avec un code contact CC (comme décrit dans l'art antérieur) associé à l'argument d'application ARG et l'identifiant d'application APP_ID de l'application sélectionnée (étape LNK(PHON_VM, CC, P1, P2 illustrée à la Fig. 2b); et - envoyer au portail de connexion PTC ledit numéro virtuel mutualisé PHON_VM avec ledit code contact CC (étape TX(PHON_VM, CC, PTC). Dans ce cas, cela signifie qu'il y a eu plus de rattachements en moins de cinq minutes que de numéro virtuels disponibles PHON_V dans la base primaire de numéros B1. Dans ce cas également, le système d'attachement gère une base tertiaire B3 de codes contacts CC auxquels peuvent être associées des estampilles temporelles également. Le principe d'attribuer le code contact dont l'estampille temporelle est la plus ancienne peut être appliqué. Dans un mode de réalisation non limitatif, si le nombre de codes contact CC attribués dépasse un seuil NCC, alors cela signifie que des numéros virtuels supplémentaires PHON_V sont nécessaires dans la base primaire de numéros B1. A ce moment, on peut ajouter de nouveaux numéros virtuels dans cette base primaire B1. Cet ajout se fait manuellement par le gestionnaire du système de rattachement SYS, qui dans l'exemple de l'application de transfert téléphonique est un opérateur téléphonique dans un exemple non limitatif. - Ainsi, dans un mode de réalisation non limitatif, on peut mémoriser à la fin de chaque appel le numéro de transfert appelé, la durée de l'appel, la date et l'heure d'un appel, les numéros de l'appelant et de transfert de l'appelé. Cela permet d'effectuer des statistiques sur les appels par la suite. - Ainsi, on notera que les phases d'enregistrement d'un chemin d'appel entre un numéro appelant et un numéro virtuel, de recherche d'un rattachement entre un numéro virtuel et une application, et de suppression d'un chemin d'appel peuvent être effectuées de façon indépendante de la phase de création d'un rattachement. En effet, ces phases peuvent être appliquées également avec un procédé de rattachement selon l'art antérieur qui utilise un code contact. Ainsi, dans un mode de réalisation non limitatif, un deuxième procédé de rattachement indépendant peut comporter ces phases. Ainsi, le réseau de communication peut comporter un système de rattachement mettant en oeuvre ce deuxième procédé de rattachement. - Ainsi, dans un mode de réalisation non limitatif, le portail de connexion peut ne proposer qu'une unique application. Dans ce cas la deuxième donnée d'application P2 (d'identification d'application) n'est plus nécessaire et seule la première donnée d'application P1 (l'argument) sera utilisée pour effectuer toutes les étapes du procédé de rattachement décrit ci-dessus. - Ainsi, dans l'exemple non limitatif illustré à la Fig. 1, le système de rattachement est indépendant du portail de connexion. Bien entendu, dans un mode de réalisation non limitatif, le portail de connexion peut comporter le système de rattachement et donc le portail de connexion peut mettre en oeuvre les étapes du procédé de rattachement. - Ainsi, la demande d'information DDE_I qui déclenche les étapes du procédé de rattachement peut être envoyée également suite à la saisie du premier donnée P1 sur l'interface du portail de connexion. Par exemple, la saisie directement par l'utilisateur U de la date de naissance, du numéro de commande ou encore du numéro de compte bancaire déclenchera l'envoi de la demande d'information DDE_I pour afficher le numéro virtuel attaché à ladite application APP. Ainsi, dans ces cas, la première donnée d'application P1 n'est pas fournie directement par le portail de connexion, comme dans le cas de l'application de transfert téléphonique, mais directement par l'utilisateur. Ainsi, l'invention décrite présente notamment les avantages suivants : - elle est simple à mettre en oeuvre ; - elle permet à une entreprise gestionnaire d'un portail de connexion de proposer un service plus simple à ses utilisateurs puisque ces derniers n'auront plus besoin de saisir de code contact comme dans l'art antérieur ; - elle permet à une entreprise gestionnaire d'un portail de connexion de proposer une pluralité d'applications sans utiliser de code contact comme dans l'art antérieur ; - elle permet d'effectuer un transfert d'appel automatique avec une touche de rappel téléphonique grâce à la mémorisation des chemins d'appel ; - elle permet d'utiliser un nombre de numéros virtuels limités pour un nombre de valeurs d'argument (tels que la date de naissance, le numéro de commande, le numéro de compte bancaire...) en principe illimité grâce au principe de rattachement à partir du donnée d'attribution la plus ancienne. Un même numéro virtuel peut ainsi être attribué au cours du temps à différentes valeurs d'argument ARG de l'application concernée ; - elle permet donc, pour l'application transfert téléphonique, d'utiliser un nombre de numéros virtuels limités pour un nombre de numéros de transfert en principe illimité grâce au principe de rattachement à partir du donnée d'attribution le plus ancien. Un même numéro virtuel peut ainsi être attribué au cours du temps à différents numéros de transfert. REVENDICATIONS1- Procédé de rattachement entre un numéro de téléphone virtuel (PHON_V) et une application (APP), ledit procédé comportant les étapes de : - recevoir au moins une donnée d'application (P) ; - établir un rattachement (LNK) entre ladite au moins une donnée d'application (P) et un numéro de téléphone virtuel (PHON_V) d'une base primaire de numéros (B1) qui comporte une donnée d'attribution (DAT1) avec une estampille temporelle la plus ancienne (T1) parmi les estampilles temporelles (T) dans la base primaire de numéros (B1), et mettre à jour ladite donnée d'attribution (DAT1) dans la base primaire de numéros (B1) avec une estampille temporelle courante (T) ; et - envoyer le numéro de téléphone virtuel attaché (PHON_V). 2- Procédé selon la revendication 1, selon lequel une première donnée d'application (P1) est un argument d'exécution de l'application (ARG). 3- Procédé selon la revendication 2, selon lequel une deuxième donnée d'application (P2) est un identifiant d'application (APP_ID). 4- Procédé de rattachement selon l'une quelconque des revendications précédentes, selon lequel il comporte les étapes supplémentaires de : - rechercher s'il existe un rattachement existant (LNK) entre ladite au moins une donnée d'application (P) et un numéro de téléphone virtuel (PHON_V) dans la base primaire de numéros (B1) ; et - dans l'affirmative, mettre à jour une donnée d'attribution (DAT1) associée au numéro de téléphone virtuel trouvé (PHON_V) dans la base primaire de numéros (B1) avec une estampille temporelle courante (T). 5- Procédé de rattachement selon l'une quelconque des revendications précédentes, selon lequel il comporte les étapes supplémentaires de : - recevoir une requête primaire (REQ1) comprenant un numéro de téléphone virtuel (PHON_V), ledit numéro de téléphone virtuel(PHON_V) provenant d'un appel téléphonique composé à partir d'un numéro de téléphone appelant (PHON_A) ; si le numéro de téléphone appelant (PHON_A) n'est pas masqué lors de l'appel téléphonique (APP), enregistrer dans une base secondaire de numéros (B2) un chemin d'appel (PTH) comprenant : - le numéro de téléphone virtuel appelé (PHON_V) ; - ladite au moins une donnée d'application (P) à laquelle est rattaché ledit numéro de téléphone virtuel appelé (PHON_V) ; et le numéro de téléphone appelant (PHON_A). 6- Procédé de rattachement selon l'une quelconque des revendications précédentes, selon lequel, le procédé comporte les étapes supplémentaires de : recevoir une requête secondaire (REQ2) comprenant un numéro de téléphone virtuel (PHON_V), ledit numéro de téléphone virtuel (PHON_V) provenant d'un rappel téléphonique composé à partir d'un numéro de téléphone appelant (PHON_A) ; - si le numéro de téléphone appelant (PHON_A) n'est pas masqué lors de l'appel téléphonique (APP) : - rechercher un chemin d'appel (PTH) dans une base secondaire de numéros (B2) comprenant ledit numéro de téléphone virtuel (PHON_V) ; - si un chemin d'appel (PTH) a été trouvé, mettre à jour une donnée de mémorisation (DAT2) associée audit chemin d'appel (PTH) avec une estampille temporelle courante (T) ; - sinon rechercher ladite au moins une donnée d'application (P) à laquelle est rattaché ledit numéro de téléphone virtuel (PHON_V) dans la base primaire de numéros (B1) et si le numéro de téléphone appelant (PHON_A) n'est pas masqué lors du rappel téléphonique, enregistrer dans la base secondaire de numéros (B2) un chemin d'appel (PTH) comprenant ladite au moins une donnée d'application trouvée(P), ledit numéro de téléphone virtuel et ledit numéro de téléphone appelant ; - envoyer ladite au moins une donnée d'application trouvée (P) ; - sinon rechercher ladite au moins une donnée d'application (P) à laquelle est rattaché ledit numéro de téléphone virtuel (PHON_V) dans la base primaire de numéros (B1) et envoyer ladite au moins une donnée d'application trouvée (P). 7- Procédé de rattachement selon l'une quelconque des revendications précédentes 5 ou 6, selon lequel la requête (REQ1 , REQ2) comporte en outre ledit numéro de téléphone appelant (PHON_A). 8- Procédé de rattachement selon l'une quelconque des revendications précédentes 6 ou 7, selon lequel il comporte une étape supplémentaire de supprimer périodiquement les chemins d'appel (PTH) comportant une donnée de mémorisation (DAT2) dont l'estampille temporelle (T) est plus ancienne qu'une estampille temporelle de référence (T3). 9- Procédé de rattachement selon l'une quelconque des revendications précédentes, selon lequel le rattachement (LNK) entre un numéro de téléphone virtuel (PHON_V) et ladite au moins une donnée d'application (P) est effectuée pour une durée déterminée (TM). 10-Procédé de rattachement selon l'une quelconque des revendications précédentes, selon lequel si tous les numéros virtuels (PHON_V) ont été rattachés et que la différence entre l'estampille temporelle la plus ancienne (Ta) d'une donnée d'attribution (DAT1) et l'estampille temporelle la plus récente (Tr) d'une autre donnée d'attribution (DAT1) est inférieure à une durée déterminée (TM), le procédé comporte une étape supplémentaire d'envoyer un numéro virtuel mutualisé (PHON VM) avec un code contact (CC) associé à ladite au moins une donnée d'application (P). 11-Procédé de rattachement selon l'une quelconque des revendications précédentes, selon lequel l'application (APP) est une application detransfert téléphonique et l'argument d'exécution de l'application (ARG) est un numéro de téléphone de transfert (PHON_R). 12-Système de rattachement (SYS) entre un numéro de téléphone virtuel (PHON_V) et une application (APP), ledit système étant apte à : - recevoir au moins une donnée d'application (P) ; - établir un rattachement (LNK) entre ladite au moins une donnée d'application (P) et un numéro de téléphone virtuel (PHON_V) d'une base primaire de numéros (B1) qui comporte une donnée d'attribution (DAT1) avec une estampille temporelle la plus ancienne (T1) parmi les estampilles temporelles (T) dans la base primaire de numéros (B1), et mettre à jour ladite donnée d'attribution (DAT1) dans la base primaire de numéros (B1) avec une estampille temporelle courante (T) ; et - envoyer le numéro de téléphone virtuel attaché (PHON_V). 13- Système de rattachement (SYS) selon la revendication précédente, ledit système étant apte à : - rechercher s'il existe un rattachement existant (LNK) entre ladite au moins une donnée d'application (P) et un numéro de téléphone virtuel (PHON_V) dans la base primaire de numéros (B1) ; et - dans l'affirmative, mettre à jour une donnée d'attribution (DAT1) associée au numéro de téléphone virtuel trouvé (PHON_V) dans la base primaire de numéros (B1) avec une estampille temporelle courante (T). 14-Système de rattachement (SYS) selon l'une quelconque des revendications précédentes 12 ou 13, ledit système étant apte à : recevoir une requête primaire (REQ1) comprenant un numéro de téléphone virtuel (PHON_V), ledit numéro de téléphone virtuel (PHON_V) provenant d'un appel téléphonique composé à partir d'un numéro de téléphone appelant (PHON_A) ; - si le numéro de téléphone appelant (PHON_A) n'est pas masqué lors de l'appel téléphonique (APP), enregistrer dans une base secondaire de numéros (B2) un chemin d'appel (PTH) comprenant :- le numéro de téléphone virtuel appelé (PHON_V) ; - ladite au moins une donnée d'application (P) à laquelle est rattaché ledit numéro de téléphone virtuel appelé (PHON_V) ; et - le numéro de téléphone appelant (PHON_A). 15-Système de rattachement (SYS) selon l'une quelconque des revendications précédentes 12 à 14, ledit système étant apte à : - recevoir une requête secondaire (REQ2) comprenant un numéro de téléphone virtuel (PHON_V), ledit numéro de téléphone virtuel (PHON_V) provenant d'un rappel téléphonique composé à partir d'un numéro de téléphone appelant (PHON_A) ; si le numéro de téléphone appelant (PHON_A) n'est pas masqué lors de l'appel téléphonique (APP) : - rechercher un chemin d'appel (PTH) dans une base secondaire de numéros (B2) comprenant ledit numéro de téléphone virtuel (PHON_V) ; - si un chemin d'appel (PTH) a été trouvé, mettre à jour une donnée de mémorisation (DAT2) associée audit chemin d'appel (PTH) avec une estampille temporelle courante (T) ; - sinon rechercher ladite au moins une donnée d'application (P) à laquelle est rattaché ledit numéro de téléphone virtuel (PHON_V) dans la base primaire de numéros (B1) et si le numéro de téléphone appelant (PHON_A) n'est pas masqué lors du rappel téléphonique, enregistrer dans la base secondaire de numéros (B2) un chemin d'appel (PTH) comprenant ladite au moins une donnée d'application trouvée (P), ledit numéro de téléphone virtuel et ledit numéro de téléphone appelant ; - envoyer ladite au moins une donnée d'application trouvée (P) ; - sinon rechercher ladite au moins une donnée d'application (P) à laquelle est rattaché ledit numéro de téléphone virtuel (PHON_V) dans la base primaire de numéros (B1) et envoyer ladite au moins une donnée d'application trouvée (P). 16-Réseau de communication (NTW) apte à rattacher un numéro de téléphone virtuel (PHON_V) et une application (P), ledit réseau de communication (NTW) comprenant : - un système de rattachement (SYS) caractérisé selon l'une quelconque des revendications précédentes 12 à 15 ; - un portail de connexion (PTC) apte à coopérer avec ledit système de rattachement (SYS), ledit portail de connexion étant apte à envoyer au moins une donnée d'application (P) audit système de rattachement (SYS) et à recevoir dudit système de rattachement (SYS) un numéro de téléphone virtuel attaché à ladite au moins une donnée d'application (P) ; et - un serveur d'applications (SERV) apte à coopérer avec ledit système de rattachement (SYS), ledit serveur d'applications (SERV) étant apte à envoyer une requête primaire (REQ1) et une requête secondaire (REQ2) comprenant un numéro de téléphone virtuel (PHON V) audit système de rattachement (SYS). 17-Produit programme d'ordinateur (PG) comportant une ou plusieurs séquences d'instructions exécutables par une unité de traitement d'information, l'exécution desdites séquences d'instructions permettant une mise en oeuvre du procédé selon l'une quelconque des revendications précédentes 1 à 11, lorsqu'il est chargé sur un ordinateur.25