FR 2972883 A1 20120921 FR 1152161 A 20110316 Gestion du transfert d'informations entre entités associées à des terminaux respectifs au travers d'un réseau de communication. Domaine technique La présente invention se rapporte à un procédé de transfert d'informations, via un réseau de communication, entre une première et une deuxième entité associées à un premier terminal et à un deuxième terminal, respectivement. L'information en question est une valeur numérique. Un exemple de réalisation sera décrit dans lequel les entités sont un compte source à débiter et un compte bénéficiaire à créditer. Dans cet exemple, un transfert aura pour objet un transfert financier entre ces deux comptes, la valeur numérique désignant le montant objet du transfert. Les terminaux en question sont équipés de ressources physiques et/ou logicielles, incluant un processeur, capables de traiter des données. Les terminaux sont aussi aptes à communiquer au travers d'un ou plusieurs réseaux de communication. Les terminaux en question disposent d'un identifiant respectif, dit "identifiant terminal" dans la suite, lié à l'entité à laquelle le terminal est associé. L'identifiant terminal peut être indifféremment un identifiant réseau (par exemple une adresse IP, un identifiant MSISDN (acronyme de "Mobile Station ISDN Number"), un identifiant de l'utilisateur (par exemple une adresse email), un identifiant du terminal (par exemple un identifiant IMEI ((acronyme anglo-saxon de "International Mobile Equipment Identity" )) ou un identifiant de l'entité (par exemple un numéro de compte bancaire). L'identifiant qui sera choisi pour illustré l'invention sera l'identifiant MSISDN ci-après désigné par l'expression "numéro de téléphone". Etat de la technique De nombreuses techniques sont aujourd'hui disponibles pour procéder à des transferts financiers. Une technique répandue consiste à transmettre un message, généralement un message court de type SMS (acronyme de Short Message Service) vers un numéro de destinataire d'un serveur de gestion de transfert. Le serveur de gestion a pour fonction de recevoir des demandes de transfert et de réaliser le transfert d'un compte vers un autre compte. Le message court inclut comme paramètre le numéro de téléphone associé au compte à créditer ainsi que le montant du crédit à effectuer. Ensuite, le serveur reçoit la demande et crédite le compte du destinataire en communiquant les numéros de comptes bancaires concernés et le montant. Les techniques actuelles fonctionnent toutes plus ou moins de la même façon mais ont en commun un problème. En effet, toutes demandes de transfert d'un premier compte vers un deuxième compte, issue d'un premier terminal et destinée à un deuxième terminal associé au deuxième compte doit inclure l'identifiant terminal du terminal destinataire, à savoir du deuxième terminal. En conséquence, tout transfert doit être précédé d'une phase au cours de laquelle l'utilisateur du premier terminal doit récupérer l'identifiant terminal du terminal destinataire. Les techniques connues sont donc peu pratiques car l'utilisateur du deuxième terminal peut ne pas souhaiter fournir son identifiant de terminal ; Les techniques connues sont également peu pratiques lorsque le deuxième terminal est une machine (P2M). L'invention offre une solution ne présentant pas les inconvénients de 25 l'état de la technique. L'invention A cet effet, selon un aspect fonctionnel, l'invention a pour objet un procédé de gestion d'un transfert d'informations depuis une première entité vers une deuxième entité associées à un premier terminal et un deuxième terminal, 2 respectivement, les terminaux étant aptes à communiquer via au moins un réseau de communication, les terminaux étant associés à un identifiant terminal respectif apte à identifier un terminal, un dispositif relié au réseau ayant pour fonction la traitement de demandes de transfert d'informations entre entités, caractérisé en ce qu'il comprend - une étape de réception, par le dispositif, d'une demande transfert issue du premier terminal, la demande incluant au moins l'identifiant terminal du premier terminal, - une étape de création et de stockage dans le dispositif d'un 10 identifiant de contexte, - une étape d'association de l'identifiant de contexte avec des données liées à la demande de transfert, - une première étape de transmission depuis le dispositif au premier terminal de l'identifiant de contexte, 15 - une deuxième étape de transmission de l'identifiant de contexte depuis le premier terminal vers le deuxième terminal, - une troisième étape de transmission depuis le deuxième terminal à destination du dispositif de l'identifiant de contexte et de l'identifiant terminal du deuxième terminal. 20 Suite à la troisième étape de transmission, le dispositif dispose de toutes les données pertinentes à a la réalisation du transfert d'informations entre la première entité et la deuxième entité. Selon l'invention, suite à une demande de transfert d'informations initiée par un premier terminal, le dispositif mémorise un identifiant de contexte 25 auquel sont associées des données relatives au transfert à effectuer. Un terminal destinataire des informations à transférer peut donc s'adresser au dispositif et requérir le transfert moyennant la fourniture de l'identifiant de contexte et l'identifiant terminal du terminal destinataire. On comprend donc que le paiement peut être effectué sans que les terminaux concernés par le transfert ne nécessitent un appariement. Un utilisateur du premier terminal est donc apte à requérir un transfert d'informations depuis la première entité vers la deuxième entité sans avoir à connaître l'identifiant terminal du deuxième terminal. L'invention assure aussi l'anonymat des identifiants de terminal impliqués dans le transfert. Nous verrons dans la suite de la description que les entités peuvent être des comptes bancaires et que le transfert concerne indifféremment un débit ou un crédit. Nous verrons aussi que le transfert n'est réalisé, de préférence, que 10 sur accord de l'utilisateur du terminal destinataire du transfert. Selon un premier mode de réalisation, le premier terminal est le terminal récepteur de la demande de transfert. Selon un deuxième mode de réalisation, le premier terminal est le terminal demandeur du transfert. Grâce à ces deux modes, ce peut être soit le destinataire du transfert ou l'initiateur du 15 transfert qui enclenche la demande de transfert. Le transfert de l'identifiant de contexte peut s'effectuer de plusieurs manières: - le transfert de l'identifiant de contexte peut être réalisé par saisie de l'identifiant de contexte sur un clavier du deuxième terminal. 20 - l'identifiant de contexte peut être est émis vocalement à destination du deuxième terminal. Le transfert de l'identifiant de contexte peut aussi s'effectuer au moyen d'un réseau courte portée unidirectionnel. Un réseau unidirectionnel assure que la transmission de l'identifiant de contexte depuis le premier terminal vers le 25 deuxième terminal ne sera pas suivi d'un message tel qu'un accusé réception produit par le deuxième terminal à destination du premier terminal. Cela évite toute intrusion de la part du deuxième terminal, qui reçoit l'identifiant de contexte, à des fins malveillantes par exemple ayant pour objet l'obtention de l'identifiant terminal du premier terminal. Cette caractéristique est une garantie supplémentaire au maintien de l'anonymat visé ci-dessus. En particulier, le réseau courte portée est formé par des moyens de prise de vue installés sur un terminal et un écran sur un autre terminal. Dans cette configuration, l'écran d'un terminal affiche l'identifiant de contexte, et les moyens de prises de vue de l'autre terminal capturent l'identifiant de contexte. Dans cette configuration, l'identifiant de contexte est par exemple représenté au moyen d'un objet graphique de type de code à deux dimensions. Selon un aspect matériel, l'invention a trait à un système de gestion d'un transfert d'informations depuis une première entité vers une deuxième entité associées à un premier terminal et un deuxième terminal, respectivement, les terminaux étant aptes à communiquer via au moins un réseau de communication, les terminaux étant associés à un identifiant terminal respectif apte à identifier un terminal, un dispositif relié au réseau ayant pour fonction la traitement de demandes de transfert d'informations entre entités, caractérisé en ce que le dispositif comprend - des moyens de réception d'une demande transfert issue du premier terminal, la demande incluant au moins l'identifiant terminal du premier terminal, - des moyens de création et de stockage d'un identifiant de contexte - des moyens d'association de l'identifiant de contexte avec des données liées à la demande de transfert, - des premiers moyens de transmission de l'identifiant de contexte 25 depuis le dispositif au premier terminal, - en ce que le premier terminal comprend des deuxièmes moyens de transmission aptes à transmettre l'identifiant de contexte depuis le premier terminal vers le deuxième terminal, - en ce que le deuxième terminal comprend des troisièmes moyens de transmission aptes à transmettre l'identifiant de contexte reçu ainsi que l'identifiant terminal du deuxième terminal depuis le deuxième terminal vers le dispositif. Selon un autre aspect matériel, l'invention a trait à un dispositif apte à gérer un transfert d'informations depuis une première entité vers une deuxième entité associées à un premier terminal et un deuxième terminal, respectivement, caractérisé en ce qu'il comprend des premiers moyens de réception, par le dispositif, d'une 10 demande transfert issue du premier terminal, la demande incluant au moins l'identifiant terminal du premier terminal, - des moyens de création et de stockage d'un identifiant de contexte - des moyens d'association de l'identifiant de contexte avec des 15 données liées à la demande de transfert, suivie d' - des premiers moyens de transmission depuis le dispositif au premier terminal de l'identifiant de contexte, - des deuxièmes moyens de réception aptes à recevoir l'identifiant de contexte depuis le deuxième terminal ainsi que l'identifiant 20 terminal du deuxième terminal. Selon un autre aspect matériel, l'invention a trait à un Terminal, dit premier terminal, apte à communiquer via au moins un réseau de communication avec un deuxième terminal, le premier terminal étant associé à une entité, dite première entité, depuis laquelle des informations sont aptes à être transférées 25 vers une deuxième entité associé au deuxième terminal, le premier terminal étant caractérisé en ce qu'il comprend - des moyens de demande de transfert d'informations depuis la première entité vers une deuxième entité associée au deuxième terminal, - des moyens de réception d'un identifiant de contexte, - des moyens de transmission de l'identifiant de contexte au deuxième terminal. Selon un autre aspect matériel, l'invention a trait à un terminal, dit deuxième terminal, apte à communiquer via au moins un réseau de communication avec un autre terminal, dit premier terminal, audit deuxième terminal étant associé un identifiant terminal et une entité, dite première entité, entité depuis laquelle des informations sont aptes à être transférées vers une deuxième entité associé au deuxième terminal, le premier terminal étant caractérisé en ce qu'il comprend - des moyens de réception d'un identifiant de contexte issu du 15 deuxième terminal; - des moyens de transmission de l'identifiant de contexte et de l'identifiant terminal du deuxième terminal à destination d'un dispositif apte à opérer un transfert d'informations depuis la première entité vers une deuxième entité associée au deuxième 20 terminal, Selon un autre aspect matériel, l'invention à trait à un programme d'ordinateur apte à être mis en ceuvre sur un dispositif tel que défini ci-dessus, le programme comprenant des instructions de code qui, lorsqu'il est exécuté par un processeur, réalise les étapes suivantes: 25 - une première étape de réception, par le dispositif, d'une demande transfert issue du premier terminal, la demande incluant au moins l'identifiant terminal du premier terminal, - une étape de création et de stockage d'un identifiant de contexte - une étape de d'association de l'identifiant de contexte avec des données liées à la demande de transfert, suivie d' - une étape de transmission depuis le dispositif au premier terminal de l'identifiant de contexte, - une deuxième étape de réception aptes à recevoir l'identifiant de contexte ainsi que l'identifiant terminal depuis le deuxième terminal. Selon un autre aspect matériel, l'invention à trait à un programme d'ordinateur apte à être mis en oeuvre sur le premier terminal défini ci-dessus, le programme comprenant des instructions de code qui, lorsqu'il est exécuté par un processeur, réalise les étapes suivantes: - une étape de demande de transfert d'informations depuis la première entité vers une deuxième entité associée au deuxième terminal, - une étape de réception d'un identifiant de contexte, - une étape de transmission de l'identifiant de contexte au deuxième terminal. Selon un autre aspect matériel, l'invention à trait à un programme d'ordinateur apte à être mis en oeuvre sur le deuxième terminal défini ci-dessus, le programme comprenant des instructions de code qui, lorsqu'il est exécuté par un processeur, réalise les étapes suivantes: - une étape de réception d'un identifiant de contexte issu du deuxième terminal; - une étape de transmission de l'identifiant de contexte et de l'identifiant terminal du deuxième terminal à destination d'un dispositif apte à opérer un transfert d'informations depuis la première entité vers une deuxième entité associée au deuxième terminal. On verra par la suite que les entités représentent des comptes bancaires, qu'un transfert d'informations représente un transfert financier entre deux comptes. L'invention sera mieux comprise à la lecture de la description qui suit, donnée à titre d'exemple et faite en référence aux dessins annexés. Les figures: La figure 1 représente un système informatique dans lequel est illustré un exemple de réalisation illustrant un procédé de paiement La figure 2 illustre un premier mode de réalisation de l'invention. La figure 3 illustre un deuxième mode de réalisation de l'invention. Les figures 4 à 6 illustrent des variantes possibles aux deux modes de réalisations. Description détaillée d'un exemple de réalisation illustrant l'invention La figure 1 représente un système SYS comprenant deux terminaux, à savoir un premier terminal TRM1 et un deuxième terminal TRM2, reliés entre eux par l'intermédiaire d'un premier réseau RES1. Ce premier réseau est quelconque. Dans notre exemple, ce premier réseau est le réseau Internet. Les deux terminaux appartiennent à un premier utilisateur UT1 et à un deuxième utilisateur UT2, respectivement. Les terminaux sont équipés d'un premier microprocesseur MP1 et d'un deuxième microprocesseur MP2, respectivement. Dans notre exemple, pour la mise en oeuvre d'un premier mode de réalisation qui sera décrit dans la suite, le premier terminal TRM1 inclut en outre 25 une première interface graphique IHM1 permettant à un utilisateur de saisir des données relatives à un transfert. Dans un deuxième mode, le second terminal sera aussi équipé d'une interface graphique IHM2, dite deuxième interface graphique. De la même façon, dans notre exemple, pour la mise en oeuvre du premier mode de réalisation qui sera décrit dans la suite, le premier terminal TRM1 inclut en outre des moyens de restitution ECR1 d'une information. Ces moyens de restitution sont par exemple un écran. Dans un deuxième mode, le second terminal TRM2 sera aussi équipé de moyens de restitution ECR2. Comme les deux modes sont utilisables cumulativement, pour simplifier l'exposé, on considère dans la suite que dans les modes de réalisations, les deux terminaux sont tout deux équipés d'une interface graphique IHM1 et IHM2, et de moyens de restitution ECR1 et ECR2, respectivement , et ce quel que soit le mode de réalisation. Au premier terminal TRM1 et au deuxième terminal TRM2 correspond une première entité et une deuxième entité, respectivement. Dans notre exemple, comme on l'a précisé dans ce qui précède, on verra que le transfert aura pour objet une demande de crédit ou de débit sur un compte bancaire. Dans cette configuration, les entités représentent des comptes bancaires, à savoir un premier compte bancaire et un deuxième compte identifiés par des numéros de comptes bancaires CB1 et CB2, respectivement. Ces comptes bancaires CB1 et CB2 sont stockés dans une mémoire appartenant à un organisme financier BK. Selon une variante, les comptes auraient pu être gérés par deux banques distinctes ; dans cette dernière configuration, les comptes bancaires seraient stockés dans deux mémoires distinctes appartenant à deux serveurs bancaires respectifs. Cependant, pour simplifier l'exposé de l'invention la présente description se limitera à un seul organisme financier par exemple une banque BK. Les terminaux ont un identifiant terminal aptes à distinguer les terminaux appartenant au premier réseau RES1. Dans notre exemple, l'identifiant terminal est un identifiant du réseau à savoir le MSISDN (Mobile Station ISDN Number) ci-après désigné par l'expression "numéro de téléphone". Ainsi, au premier et au deuxième terminal correspond un premier numéro de téléphone ID1 et un deuxième numéro de téléphone ID2, respectivement. Un dispositif DSP, accessible par les deux terminaux à travers leurs réseaux respectifs, joue un rôle de tiers de confiance. Ce dispositif DSP maintient un lien entre les terminaux, en particulier les identifiants de terminal, et les entités, et pilote l'échange d'informations entre les deux entités. Dans notre exemple, le dispositif DSP inclut une base de correspondance BDD dans la quelle une correspondance est faite entre des numéros de téléphones et des numéros de compte bancaire respectifs. A noter que la base de correspondance aurait pu être rattachée à l'organisme financier BK en lieu et place du dispositif DSP, à charge pour l'organisme financier d'établir la correspondance lorsqu'il reçoit des identifiants de terminal impliqués dans un transfert d'informations. Dans la suite l'organisme sera illustré au moyen d'un serveur désigné par l'expression "serveur bancaire". Dans notre exemple, les deux terminaux sont aptes à communiquer via un deuxième réseau RES2 permettant une communication entre terminaux n'ayant pas fait l'objet d'un appariement. En d'autres mots, un terminal appartenant à ce réseau peut communiquer avec un autre terminal sans nécessiter de phase préalable de fournir de paramètres de connexion. Nous verrons dans la suite des exemples de réseau de ce type. Les figures 2 à 7 représentent des axes illustrant l'échange de données qui a lieu entre le premier terminal, le second terminal, le dispositif DSP et le serveur bancaire BK. Sur ces figures, un axe temporel indique le sens d'exécution des étapes. Sur cette même figure, un échange de données est symbolisé par une flèche ayant une origine et une extrémité, l'origine étant associé à l'émetteur d'un message, l'extrémité étant associé au destinataire du message. Sur ces figures, une flèche ayant une origine et une extrémité sur un même axe représente un traitement interne au circuit concerné. Aussi, sur ces figures une flèche ayant une origine et une extrémité sur un même axe et dont la nature du traitement est un accord donné en réponse à un message reçu, sera référencé OK. La figure 2 illustre un premier mode de réalisation dans lequel l'initiateur de la demande de transfert est le premier terminal TRM1. Ce premier 5 mode comprend les étapes suivantes référencées ET11 à ET18. Lors d'une première étape ET11, le premier terminal TRM1 transmet, suite à une action du premier utilisateur UT1 sur le premier terminal, au dispositif DSP, son numéro de téléphone ID1 et un montant MNT à transférer à partir du premier compte CB1. Dans notre exemple, l'action en question est une saisie au 10 moyen de la première interface IHM1 de données relatives au transfert à réaliser, et une validation des données saisies ayant pour conséquence la transmission d'une demande de transfert d'informations depuis la première entité CB1 vers la deuxième entité CB2. Lors d'une deuxième étape ET12, le dispositif DSP reçoit la demande 15 par l'intermédiaire de moyens de réception RCP, et crée, par l'intermédiaire de moyens de création CRT d'identifiants, un identifiant de contexte IDC qu'il associe aux informations reçues à savoir au numéro de téléphone ID1 et au montant MNT à transférer. L'identifiant de contexte est stocké en mémoire. Lors d'une troisième étape ET13, le dispositif transmet au premier 20 terminal TRM1 l'identifiant de contexte IDC. Lors d'une quatrième étape ET14, le premier terminal TRM1 reçoit et transmet l'identifiant de contexte au deuxième terminal TRM2 via le deuxième réseau RES2. Lors d'une cinquième étape ET15, le deuxième terminal TRM2 reçoit 25 l'identifiant de contexte IDC et le transmet au dispositif DSP ainsi que son numéro de téléphone ID2. Lors d'une sixième étape ET16, le dispositif DSP reçoit l'identifiant de contexte IDC ainsi que le numéro de téléphone ID2 du deuxième terminal. Lors d'une septième étape ET17, le dispositif DSP consulte optionnellement sa base de données BDD et en déduit les numéros de compte CB1 et CB2 associés aux numéros de téléphone ID1 et ID2 concernés par le transfert. A ce stade du procédé, le dispositif dispose de toutes les données pertinentes à la réalisation d'un transfert, d'un montant donné, du premier compte vers le deuxième compte. Lors d'une huitième étape ET18, le dispositif DSP transmet au serveur bancaire BK les données pertinentes à savoir au moins les identifiants de terminal ID1 et ID2 et/ou les numéros de comptes CB1 et CB2 ainsi que le montant MNT. Nous ne rentrerons pas dans les détails de la communication qui a lieu entre le dispositif et la banque, ainsi qu'à la façon dont le serveur bancaire réalise le transfert d'informations entre la première et la deuxième entité, car sans intérêt pour l'exposé de l'invention. Des variantes de ce premier mode de réalisation peuvent être envisagées. Par exemple, selon une variante illustrée sur la figure 3, suite à la quatrième étape ET14, lors de laquelle le deuxième terminal TRM2 reçoit l'identifiant de contexte IDC et avant que le terminal ne transfert au dispositif son numéro de téléphone ID2 et l'identifiant de contexte IDC, le deuxième terminal TRM2 envoie l'identifiant de contexte IDC au dispositif DSP et reçoit une réponse provenant du dispositif DSP l'informant du montant du transfert. Selon cette première variante, le deuxième terminal n'envoie son identifiant ID2 que si le transfert est accepté (OK), par exemple par l'utilisateur UT2 du deuxième terminal TRM2. Dans l'affirmative, le deuxième terminal TRM2 transmet l'identifiant de contexte IDC et son numéro de téléphone ID2 au dispositif DSP. Une deuxième mode de réalisation de l'invention est illustrée en référence à la figure 4. Dans ce deuxième mode, le destinataire du transfert c'est-à-dire le deuxième terminal TRM2 initie une demande de transfert, à la différence du premier mode dans le quel c'est le premier terminal TRM1 qui initie la demande de transfert. Dans ce deuxième mode, le deuxième terminal TRM2 appartient par exemple à un marchant de biens et/ou services. Les étapes, référencées E121 à ET28, illustrant le deuxième mode sont les suivantes. Lors d'une première étape ET21, le deuxième terminal TRM2 transmet, suite à une action du deuxième utilisateur UT2 sur le deuxième terminal TRM2, au dispositif DSP son numéro de téléphone ID2 et un montant MNT à transférer vers le deuxième compte CB2. Dans notre exemple, l'action en question est une saisie au moyen de la deuxième interface IHM2 de données relatives au transfert à réaliser, et une validation des données saisies ayant pour conséquence la transmission d'une demande de transfert d'informations depuis la première entité CB1 vers la deuxième entité CB2. Lors d'une deuxième étape E I22, le dispositif DSP reçoit la demande et génère un identifiant de contexte IDC qu'il associe aux informations reçues à savoir au numéro de téléphone ID2 du deuxième terminal TRM2 et au montant MNT à transférer. L'identifiant de contexte est stocké en mémoire. Lors d'une troisième étape ET23, le dispositif DSP transmet au deuxième terminal TRM2 l'identifiant de contexte IDC. Lors d'une quatrième étape ET24, le deuxième terminal TRM2 reçoit et 20 transfère l'identifiant de contexte IDC au premier terminal TRM1 via le deuxième réseau RES2. Lors d'une cinquième étape ET25, le premier terminal TRM1 reçoit l'identifiant de contexte IDC et le transfère au dispositif DSP accompagné de son numéro de téléphone ID1. 25 Lors d'une sixième étape ET26, le dispositif DSP reçoit l'identifiant de contexte IDC ainsi que le numéro de téléphone ID1 du premier terminal TRM1. Lors d'une septième étape ET27, le dispositif DSP consulte sa base de données BDD et en déduit les numéros de compte CB1 et CB2 associés aux numéros de téléphone ID1 et ID2 concernés par le transfert. A ce stade du procédé, le dispositif dispose de toutes les données pertinentes à la réalisation d'un transfert d'un montant donnée du premier compte vers le deuxième. Lors d'une huitième étape E 128, le dispositif DSP transmet au serveur bancaire BK les données pertinentes. Nous ne rentrerons pas dans les détails de la communication qui a lieu entre le dispositif et le serveur bancaire car sans intérêt pour l'exposé de l'invention. Une première variante du deuxième mode, illustrée à la figure 5, similaire à la variante du premier mode illustrée sur la figure 3, peut être envisagée. Selon cette première variante du deuxième mode, suite à la quatrième étape ET24, lors de laquelle le premier terminal TRM1 reçoit l'identifiant de contexte IDC et avant que le premier terminal TRM1 ne transfère au dispositif son numéro de téléphone ID1 et l'identifiant de contexte IDC, le premier terminal TRM1 envoie l'identifiant de contexte IDC au dispositif DSP et reçoit une réponse provenant du dispositif DSP l'informant du montant MNT du transfert. Selon cette première variante, l'utilisateur UTl du premier terminal a la possibilité d'accepter ou de refuser le transfert. S'il accepte, le premier terminal transmet l'identifiant ID1 et l'identifiant de contexte IDC pour signifier son accord pour opérer le transfert. Un refus peut être réalisé par exemple en ne répondant pas au message incluant le montant MNT reçu du dispositif DSP. A noter que les deux modes de réalisation peuvent être soit utilisés séparément, soit coexister. Des variantes communes aux deux modes de réalisation peuvent être envisagées dont les suivantes. Selon une deuxième variante, applicable aux deux modes de réalisation, illustrée en référence à la figure 6, suite à la huitième étape ET18 ou ET28, le dispositif DSP transmet au premier terminal TRM1 et/ou au deuxième terminal 30 TRM2 un récapitulatif du transfert en cours ou qui a eu lieu, le récapitulatif comprenant par exemple l'identifiant (ou un alias) du premier et du deuxième terminal et la date DTE du transfert. Selon une troisième variante, commune aux deux modes, illustrée en référence à la figure 7, les comptes peuvent appartenir à deux banques différentes et donc à être stockés sur deux serveurs bancaires distincts BK1 et BK2, respectivement. Dans cette configuration, un échange de message peut être prévu entre les serveurs bancaires BK1 et BK2 et le dispositif DSP. Par exemple, un premier message issu du dispositif DSP est transmis au premier serveur bancaire BK1, le message incluant le numéro de compte bancaire CB1 associé au premier terminal TRM1 ainsi que le montant MNT. Le dispositif DSP reçoit en retour un ordre de paiement PMT ayant une valeur égal au montant MNT du transfert. L'ordre de paiement correspond par exemple à un crédit sur un compte associé au dispositif. Le dispositif DSP transmet ensuite un message incluant comme paramètres le numéro compte CB2 du deuxième terminal TRM2 et une somme d'argent MNT à créditer sur le deuxième compte CB2. A ce stade, l'étape décrite en référence à la figure 4 peut aussi avoir lieu à ce stade du procédé. Dans les deux modes de réalisation, le transfert de l'identifiant de contexte du premier vers le deuxième terminal, ou inversement, est réalisé par 20 l'intermédiaire d'un deuxième réseau de courte portée de préférence unidirectionnel. Selon le mode de réalisation choisi, à la quatrième étape ET14 ou ET24, un terminal reçoit la demande de transfert de l'autre terminal. Par exemple, dans le premier mode, à la quatrième étape ET14, Le 25 second terminal TRM2 est apte à recevoir l'identifiant de contexte IDC de la part du premier terminal TRM1 via un deuxième réseau RES2 de courte portée. Un réseau de courte portée se rapporte ici à un réseau ayant une couverture limitée en distance. Dans ce contexte, le premier terminal TRM2 peut communiquer des données en deçà d'une distance DIST donnée par l'intermédiaire du deuxième 30 réseau RES2. La couverture du deuxième réseau RES2 est choisie de telle sorte qu'une communication possible entre deux terminaux par le biais de ce deuxième réseau est le témoin d'une proximité entre les deux terminaux en question et implicitement une proximité de l'utilisateur vis-à-vis des deux terminaux. Le deuxième réseau en question est par exemple un réseau RFiD (Radio Frequency Identification), un réseau Bluetooth, un réseau NFC (Near Field Communication). Nous verrons dans la suite que ce deuxième réseau peut aussi être constitué par un générateur de code visuel et d'un dispositif de prise de vue capable de prendre une vue du code et d'en extraire une information. Un dispositif de prise de son, ou un émetteur de lumière peuvent aussi être utilisés comme émetteur de signaux, le code étant émis sous la forme d'un son ou de lumière, respectivement. Plus généralement, le premier terminal inclus un émetteur apte à émettre des signaux transportant des données et le deuxième terminal inclus un capteur apte à capter les signaux, à savoir un microphone, un détecteur de mouvements, ou un capteur de lumière. L'exemple choisi pour illustrer le deuxième réseau de communication est celui de l'appareil de prise de vue. Dans cette configuration, le premier terminal et le deuxième terminal sont équipés de moyens de prise de vue, un premier moyen de prise de vue CPT1 et un deuxième moyen de prise de vue CPT2, respectivement. Dans notre exemple, l'appareil de prise de vue est un appareil photographique. Dans cette configuration, les moyens de prise de vue sont reliés à un premier moyen de traitement MT1 et à un deuxième moyen de traitement MT2, respectivement. Dans chaque terminal, le processeur, les moyens de traitement les moyens de traitement sont reliés par l'intermédiaire d'un bus respectif BUS1 et BUS2. REVENDICATIONS1. Procédé de gestion d'un transfert d'informations depuis une première entité (CB1) vers une deuxième entité (CB2) associées à un premier terminal (TRM1) et un deuxième terminal (TRM2), respectivement, les terminaux étant aptes à communiquer via au moins un réseau de communication (RES1), les terminaux étant associés à un identifiant terminal (ID1,ID2) respectif apte à identifier un terminal, un dispositif (DSP), relié audit au moins un réseau, ayant pour fonction la traitement de demandes de transfert d'informations entre entités, caractérisé en ce qu'il comprend - une étape de réception (ETll) par le dispositif, d'une demande transfert issue du premier terminal (TRM1), la demande incluant au moins l'identifiant terminal (ID1) du premier terminal, - une étape de création et de stockage (ET12) dans le dispositif d'un identifiant de contexte (IDC), - une étape d'association (Ef12) de l'identifiant de contexte avec des données liées à la demande de transfert, - une première étape de transmission (Ef13) depuis le dispositif (DSP) au premier terminal (TRM1) de l'identifiant de contexte, - une deuxième étape de transmission (ET14) de l'identifiant de contexte (IDC) depuis le premier terminal (TRM1) vers le deuxième terminal (TRM2), - une troisième étape de transmission (ET15) depuis le deuxième terminal (TRM2) à destination du dispositif (DSP) de l'identifiant de contexte (IDC) et de l'identifiant terminal (ID2) du deuxième terminal (TRM2). 2. Procédé de gestion selon la revendication 1, caractérisé en ce que le premier terminal est le terminal récepteur de la demande de transfert. 18 3. Procédé de gestion selon la revendication 1, caractérisé en ce que le premier terminal est le terminal demandeur du transfert. 4. Procédé de gestion selon la revendication 1, caractérisé en ce que le transfert de l'identifiant de contexte est réalisé par saisie de l'identifiant de contexte sur un clavier du deuxième terminal. 5. Procédé de gestion selon la revendication 1, caractérisé en ce que l'identifiant de contexte est émis vocalement à destination du deuxième terminal. 6. Procédé de gestion selon la revendication 1, caractérisé en ce que l'identifiant de contexte est émis au moyen d'un réseau courte portée unidirectionnel. 7. Procédé de gestion selon la revendication 6, caractérisé en ce que le réseau courte portée est formé par des moyens de prise de vue installés sur un terminal et un écran sur un autre terminal, en ce que l'écran affiche l'identifiant de contexte, et en ce que les moyens de prises de vue capturent l'identifiant de contexte. 8. Procédé de gestion selon la revendication 7, caractérisé en ce que pour la prise de vue, l'identifiant de contexte est représenté au moyen d'un objet graphique. 9. Système (SYS) de gestion d'un transfert d'informations depuis une première entité (CB1) vers une deuxième entité (CB2) associées à un premier terminal (TRM1) et à un deuxième terminal (TRM2), respectivement, les terminaux étant aptes à communiquer via au moins un réseau de communication (RES1), les terminaux étant associés à un identifiant terminal (ID1,ID2) respectif apte à identifier un terminal, un dispositif (DSP) relié audit au moins un réseau (RES1) ayant pour fonction la traitement de demandes de transfert d'informations entre entités, caractérisé en ce que le dispositif comprend- des moyens de réception (RCP) d'une demande transfert issue du premier terminal, la demande incluant au moins l'identifiant terminal du premier terminal, - des moyens de création et de stockage (CRT) d'un identifiant de 5 contexte - des moyens d'association (CRT) de l'identifiant de contexte avec des données liées à la demande de transfert, - des premiers moyens de transmission de l'identifiant de contexte depuis le dispositif au premier terminal, - en ce que le premier terminal comprend des deuxièmes moyens de transmission (ECR1) aptes à transmettre l'identifiant de contexte depuis le premier terminal vers le deuxième terminal, - en ce que le deuxième terminal comprend des troisièmes moyens de transmission aptes à transmettre l'identifiant de contexte reçu ainsi que l'identifiant terminal du deuxième terminal depuis le deuxième terminal vers le dispositif. 10. Dispositif (DSP) apte à gérer un transfert d'informations depuis une première entité vers une deuxième entité associées à un premier terminal et un deuxième terminal, respectivement, caractérisé en ce qu'il 20 comprend - des premiers moyens de réception (RCP) d'une demande transfert issue du premier terminal, la demande incluant au moins l'identifiant terminal du premier terminal, - des moyens de création et de stockage (CRT) d'un identifiant de 25 contexte - des moyens d'association (CRT) de l'identifiant de contexte avec des données liées à la demande de transfert, suivie d' 10 15- des premiers moyens de transmission depuis le dispositif au premier terminal de l'identifiant de contexte, - des deuxièmes moyens de réception aptes à recevoir l'identifiant de contexte depuis le deuxième terminal ainsi que l'identifiant terminal du deuxième terminal. 11. Terminal (TRM1), dit premier terminal, apte à communiquer via au moins un réseau de communication avec un deuxième terminal (TRM2), le premier terminal étant associé à une entité, dite première entité, depuis laquelle des informations sont aptes à être transférées vers une deuxième entité associé au deuxième terminal, le premier terminal étant caractérisé en ce qu'il comprend - des moyens de demande de transfert d'informations depuis la première entité vers une deuxième entité associée au deuxième terminal, - des moyens de réception d'un identifiant de contexte, - des moyens de transmission de l'identifiant de contexte au deuxième terminal. 12. Terminal (TRM2) ,dit deuxième terminal, apte à communiquer via au moins un réseau de communication avec un autre terminal, dit premier terminal, audit deuxième terminal étant associé un identifiant terminal (ID2) et une entité (CB1), dite première entité, entité depuis laquelle des informations sont aptes à être transférées vers une deuxième entité associé au deuxième terminal, le premier terminal étant caractérisé en ce qu'il comprend - des moyens de réception d'un identifiant de contexte issu du deuxième terminal; - des moyens de transmission de l'identifiant de contexte et de l'identifiant terminal du deuxième terminal à destination d'undispositif apte à opérer un transfert d'informations depuis la première entité vers une deuxième entité associée au deuxième terminal, 13. Programme d'ordinateur apte à être mis en oeuvre sur un dispositif tel que défini dans la revendication 10, le programme comprenant des instructions de code qui, lorsqu'il est exécuté par un processeur, réalise les étapes suivantes: - une première étape de réception, par le dispositif, d'une demande transfert issue du premier terminal, la demande incluant au moins l'identifiant terminal du premier terminal, - une étape de création et de stockage d'un identifiant de contexte - une étape de d'association de l'identifiant de contexte avec des données liées à la demande de transfert, suivie d' - une étape de transmission depuis le dispositif au premier terminal de l'identifiant de contexte, - une deuxième étape de réception aptes à recevoir l'identifiant de contexte ainsi que l'identifiant terminal depuis le deuxième terminal. 14. Programme d'ordinateur apte à être mis en oeuvre sur un terminal tel que défini dans la revendication 11, le programme comprenant des instructions de code qui, lorsqu'il est exécuté par un processeur, réalise les étapes suivantes: - une étape de demande de transfert d'informations depuis la première entité vers une deuxième entité associée au deuxième terminal, - une étape de réception d'un identifiant de contexte, - une étape de transmission de l'identifiant de contexte au deuxième terminal. 15. Programme d'ordinateur apte à être mis en oeuvre sur un terminal tel que défini dans la revendication 12, le programme comprenant des instructions de code qui, lorsqu'il est exécuté par un processeur, réalise les étapes suivantes: - une étape de réception d'un identifiant de contexte issu du deuxième terminal; - une étape de transmission de l'identifiant de contexte et de l'identifiant terminal du deuxième terminal à destination d'un dispositif apte à opérer un transfert d'informations depuis la t0 première entité vers une deuxième entité associée au deuxième terminal.