FR2972883A1 - Method for management of transfer of financial information between debited source account and credited beneficiary account associated with terminals in bank, involves transmitting context and terminal identifiers from terminal - Google Patents
Method for management of transfer of financial information between debited source account and credited beneficiary account associated with terminals in bank, involves transmitting context and terminal identifiers from terminal Download PDFInfo
- Publication number
- FR2972883A1 FR2972883A1 FR1152161A FR1152161A FR2972883A1 FR 2972883 A1 FR2972883 A1 FR 2972883A1 FR 1152161 A FR1152161 A FR 1152161A FR 1152161 A FR1152161 A FR 1152161A FR 2972883 A1 FR2972883 A1 FR 2972883A1
- Authority
- FR
- France
- Prior art keywords
- terminal
- identifier
- context identifier
- entity
- transfer
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Withdrawn
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/14—Session management
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/02—Payment architectures, schemes or protocols involving a neutral party, e.g. certification authority, notary or trusted third party [TTP]
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
- G06Q20/32—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using wireless devices
- G06Q20/322—Aspects of commerce using mobile devices [M-devices]
- G06Q20/3223—Realising banking transactions through M-devices
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/38—Payment protocols; Details thereof
- G06Q20/383—Anonymous user system
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/14—Session management
- H04L67/141—Setup of application sessions
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/14—Session management
- H04L67/146—Markers for unambiguous identification of a particular session, e.g. session cookie or URL-encoding
Landscapes
- Engineering & Computer Science (AREA)
- Business, Economics & Management (AREA)
- Accounting & Taxation (AREA)
- Computer Networks & Wireless Communication (AREA)
- Strategic Management (AREA)
- Signal Processing (AREA)
- Physics & Mathematics (AREA)
- General Business, Economics & Management (AREA)
- General Physics & Mathematics (AREA)
- Theoretical Computer Science (AREA)
- Finance (AREA)
- Computer Security & Cryptography (AREA)
- Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
Abstract
Description
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). Managing the transfer of information between entities associated with respective terminals through a communication network. TECHNICAL FIELD The present invention relates to a method of transferring information, via a communication network, between a first and a second entity associated with a first terminal and a second terminal, respectively. The information in question is a numerical value. An exemplary embodiment will be described in which the entities are a source account to be debited and a beneficiary account to be credited. In this example, a transfer will be for a financial transfer between these two accounts, the numerical value designating the amount object of the transfer. The terminals in question are equipped with physical and / or software resources, including a processor, capable of processing data. The terminals are also able to communicate through one or more communication networks. The terminals in question have a respective identifier, called "terminal identifier" in the following, linked to the entity to which the terminal is associated. The terminal identifier can be indifferently a network identifier (for example an IP address, an MSISDN identifier (acronym for "Mobile Station ISDN Number"), an identifier of the user (for example an email address), an identifier of the terminal ( for example, an IMEI ("International Mobile Equipment Identity") identifier or an identifier of the entity (for example a bank account number).
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". The identifier that will be chosen to illustrate the invention will be the MSISDN identifier hereinafter designated by the expression "telephone number".
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. STATE OF THE ART Many techniques are now available for making financial transfers. A common technique is to transmit a message, usually a short message type SMS (Short Message Service acronym) to a recipient number of a transfer management server. The management server has the function of receiving transfer requests and transferring an account to another account. The short message includes as parameter the telephone number associated with the account to be credited as well as the amount of credit to be made. Then the server receives the request and credits the recipient's account with the relevant bank account numbers and the amount. Current techniques all work in more or less the same way but share a common problem. Indeed, all requests for transfer of a first account to a second account, from a first terminal and for a second terminal associated with the second account must include the terminal identifier of the destination terminal, namely the second terminal. Consequently, any transfer must be preceded by a phase during which the user of the first terminal must recover the terminal identifier of the destination terminal. The known techniques are therefore impractical because the user of the second terminal may not wish to provide his terminal identifier; Known techniques are also impractical when the second terminal is a machine (P2M). The invention offers a solution which does not have the drawbacks of the state of the art. The invention For this purpose, according to a functional aspect, the subject of the invention is a method for managing an information transfer from a first entity to a second entity associated with a first terminal and a second terminal, respectively, the terminals being able to communicate via at least one communication network, the terminals being associated with a respective terminal identifier able to identify a terminal, a device connected to the network having the function of processing requests for the transfer of information between entities, characterized in that it comprises - a step of reception, by the device, of a transfer request from the first terminal, the request including at least the terminal identifier of the first terminal, - a creation and storage step in the device a context identifier; - a step of associating the context identifier with data related to the transfer request; transmission ape from the device to the first terminal of the context identifier, 15 - a second step of transmitting the context identifier from the first terminal to the second terminal, - a third transmission step from the second terminal to the destination. the device of the context identifier and the terminal identifier of the second terminal. Following the third transmission step, the device has all the data relevant to the realization of the transfer of information between the first entity and the second entity. According to the invention, following an information transfer request initiated by a first terminal, the device stores a context identifier 25 associated with data relating to the transfer to be performed. A destination terminal of the information to be transferred can therefore address the device and request the transfer by providing the context identifier and the terminal identifier of the destination terminal. It is thus clear that the payment can be made without the terminals concerned by the transfer requiring a pairing. A user of the first terminal is therefore able to request a transfer of information from the first entity to the second entity without having to know the terminal identifier of the second 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. The invention also ensures the anonymity of the terminal identifiers involved in the transfer. We will see later in the description that the entities can be bank accounts and that the transfer concerns either a debit or a credit. We will also see that the transfer is preferably performed only on agreement of the user of the terminal receiving the transfer. According to a first embodiment, the first terminal is the receiving terminal of the transfer request. According to a second embodiment, the first terminal is the requesting terminal of the transfer. Thanks to these two modes, it can be either the recipient of the transfer or the initiator of the transfer which triggers the transfer request. The transfer of the context identifier can be carried out in several ways: the transfer of the context identifier can be done by entering the context identifier on a keyboard of the second terminal. The context identifier can be sent vocally to the second terminal. The transfer of the context identifier can also be performed by means of a unidirectional short-range network. A unidirectional network ensures that the transmission of the context identifier from the first terminal to the second terminal will not be followed by a message such as an acknowledgment produced by the second terminal to the first terminal. This avoids any intrusion on the part of the second terminal, which receives the context identifier, for malicious purposes for example for obtaining the terminal identifier of the first terminal. This characteristic is an additional guarantee to maintain the anonymity referred to above. In particular, the short-range network is formed by shooting means installed on a terminal and a screen on another terminal. In this configuration, the screen of a terminal displays the context identifier, and the means of shooting of the other terminal capture the context identifier. In this configuration, the context identifier is for example represented by means of a graphic object of two-dimensional code type. According to a material aspect, the invention relates to a system for managing an information transfer from a first entity to a second entity associated with a first terminal and a second terminal, respectively, the terminals being able to communicate via the least one communication network, the terminals being associated with a respective terminal identifier capable of identifying a terminal, a device connected to the network whose function is the processing of information transfer requests between entities, characterized in that the device comprises - means for receiving a transfer request from the first terminal, the request including at least the terminal identifier of the first terminal, - means for creating and storing a context identifier - means for associating the identifier context with data related to the transfer request, - first means for transmitting the context identifier 25 from the spositive at the first terminal, - in that the first terminal comprises second transmission means able to transmit the context identifier from the first terminal to the second terminal, - in that the second terminal comprises third transmission means suitable for transmitting the received context identifier and the terminal identifier of the second terminal from the second terminal to the device.
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. According to another material aspect, the invention relates to a device capable of managing an information transfer from a first entity to a second entity associated with a first terminal and a second terminal, respectively, characterized in that it comprises first means of receiving, by the device, a transfer request from the first terminal, the request including at least the terminal identifier of the first terminal, - means for creating and storing a context identifier - means associating the context identifier with data related to the transfer request, followed by - first transmission means from the device to the first terminal of the context identifier, - second reception means adapted to receive the context identifier from the second terminal as well as the terminal identifier of the second terminal. According to another material aspect, the invention relates to a terminal, said first terminal, able to communicate via at least one communication network with a second terminal, the first terminal being associated with an entity, said first entity, from which information is able to be transferred to a second entity associated with the second terminal, the first terminal being characterized in that it comprises - information transfer request means from the first entity to a second entity associated with the second terminal, means for receiving a context identifier, means for transmitting the context identifier to the second terminal. According to another material aspect, the invention relates to a terminal, said second terminal, able to communicate via at least one communication network with another terminal, said first terminal, said second terminal being associated with a terminal identifier and an entity, said first entity, entity from which information is able to be transferred to a second entity associated with the second terminal, the first terminal being characterized in that it comprises - means for receiving a context identifier from the second terminal ; means for transmitting the context identifier and the terminal identifier of the second terminal to a device capable of transferring information from the first entity to a second entity associated with the second terminal; Another hardware aspect, the invention relates to a computer program adapted to be implemented on a device as defined above, the program comprising code instructions which, when executed by a processor, realizes the following steps: a first step of reception, by the device, of a transfer request from the first terminal, the request including at least the terminal identifier of the first terminal, a step of creation and storage of a context identifier - a step of associating the context identifier with data related to the transfer request, followed by - a step of transmitting from the device to the first ter minal of the context identifier, - a second reception step able to receive the context identifier and the terminal identifier from the second terminal. According to another material aspect, the invention relates to a computer program capable of being implemented on the first terminal defined above, the program comprising code instructions which, when executed by a processor, performs the following steps: a step of requesting the transfer of information from the first entity to a second entity associated with the second terminal, a step of receiving a context identifier, a step of transmitting the identifier of the context at the second terminal. According to another material aspect, the invention relates to a computer program capable of being implemented on the second terminal defined above, the program comprising code instructions which, when executed by a processor, performs the following steps: - a step of receiving a context identifier from the second terminal; a step of transmitting the context identifier and the terminal identifier of the second terminal to a device capable of transferring information from the first entity to a second entity associated with the second 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. It will be seen later that the entities represent bank accounts, that a transfer of information represents a financial transfer between two accounts.
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. The invention will be better understood on reading the description which follows, given by way of example and with reference to the accompanying drawings. The figures: FIG. 1 represents a computer system in which is illustrated an exemplary embodiment illustrating a payment method FIG. 2 illustrates a first embodiment of the invention. Figure 3 illustrates a second embodiment of the invention. Figures 4 to 6 illustrate possible variants to both embodiments. DETAILED DESCRIPTION OF AN EMBODIMENT EXCHANGING THE INVENTION FIG. 1 represents a SYS system comprising two terminals, namely a first terminal TRM1 and a second terminal TRM2, interconnected via a first network RES1. This first network is arbitrary. In our example, this first network is the Internet network. Both terminals belong to a first user UT1 and a second user UT2, respectively. The terminals are equipped with a first microprocessor MP1 and a second microprocessor MP2, respectively. In our example, for the implementation of a first embodiment which will be described hereinafter, the first terminal TRM1 further includes a first GUI GUI 1 allowing a user to enter data relating to a transfer. In a second mode, the second terminal will also be equipped with a GUI GUI, called second GUI. In the same way, in our example, for the implementation of the first embodiment which will be described hereinafter, the first terminal TRM1 further includes means for restoring ECR1 information. These means of rendering are for example a screen. In a second mode, the second terminal TRM2 will also be equipped with ECR2 reproduction means. As the two modes can be used cumulatively, to simplify the discussion, it is now considered that in the embodiments, the two terminals are both equipped with a GUI interface GUI1 and GUI2, and ECR1 and ECR2 recovery means , respectively, irrespective of the embodiment. At the first terminal TRM1 and the second terminal TRM2 corresponds a first entity and a second entity, respectively. In our example, as explained above, it will be seen that the transfer will be for a request for credit or debit on a bank account. In this configuration, the entities represent bank accounts, namely a first bank account and a second account identified by bank account numbers CB1 and CB2, respectively. These bank accounts CB1 and CB2 are stored in a memory belonging to a financial institution BK. Alternatively, the accounts could have been managed by two separate banks; in this latter configuration, the bank accounts would be stored in two separate memories belonging to two respective bank servers. However, to simplify the disclosure of the invention the present description will be limited to a single financial institution for example a bank BK. The terminals have a terminal identifier able to distinguish the terminals belonging to the first network RES1. In our example, the terminal identifier is an identifier of the network namely the MSISDN (Mobile Station ISDN Number) hereinafter referred to as the "telephone number". Thus, at the first and second terminals corresponds a first ID1 telephone number and a second ID2 telephone number, respectively. A DSP device, accessible by both terminals through their respective networks, acts as a trusted third party. This DSP device maintains a link between the terminals, in particular the terminal identifiers, and the entities, and controls the exchange of information between the two entities. In our example, the DSP device includes a database of correspondence BDD in which a correspondence is made between telephone numbers and respective bank account numbers.
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". It should be noted that the correspondence database could have been attached to the financial institution BK instead of the DSP device, and that the financial institution would have to establish the correspondence when it receives terminal identifiers involved in a transfer. information. In the following the organization will be illustrated by means of a server designated by the expression "banking server".
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. In our example, the two terminals are able to communicate via a second network RES2 allowing communication between terminals that have not been paired. In other words, a terminal belonging to this network can communicate with another terminal without requiring a prior phase to provide connection parameters. We will see in the following examples of network of this type. Figures 2 to 7 show axes illustrating the data exchange taking place between the first terminal, the second terminal, the DSP device and the bank server BK. In these figures, a time axis indicates the direction of execution of the steps. In this same figure, an exchange of data is symbolized by an arrow having an origin and an end, the origin being associated with the sender of a message, the end being associated with the recipient of the message. In these figures, an arrow having an origin and an end on the same axis represents a processing internal to the circuit concerned. Also, in these figures an arrow having an origin and an end on the same axis and the nature of the treatment is a given agreement in response to a received message, will be referenced OK. FIG. 2 illustrates a first embodiment in which the initiator of the transfer request is the first terminal TRM1. This first mode comprises the following steps referenced ET11 to ET18. In a first step ET11, the first terminal TRM1 transmits, following an action of the first user UT1 on the first terminal, to the device DSP, its phone number ID1 and a TNM amount to be transferred from the first account CB1. In our example, the action in question is an input by means of the first interface IHM1 of data relating to the transfer to be performed, and a validation of the entered data resulting in the transmission of a request for transfer of information from the first entity CB1 to the second entity CB2. In a second step ET12, the DSP device receives the request 15 via receiving means RCP, and creates, via means CRT creation of identifiers, IDC context identifier that it associates the information received, namely the telephone number ID1 and the amount MNT to be transferred. The context identifier is stored in memory. In a third step ET13, the device transmits to the first terminal TRM1 the IDC context identifier. In a fourth step ET14, the first terminal TRM1 receives and transmits the context identifier to the second terminal TRM2 via the second network RES2. In a fifth step ET15, the second terminal TRM2 receives the context identifier IDC and transmits it to the device DSP and its telephone number ID2. In a sixth step ET16, the DSP device receives the IDC context identifier and the ID2 phone number of the second 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. In a seventh step ET17, the DSP device optionally consults its database BDD and deduces the account numbers CB1 and CB2 associated with the numbers ID1 and ID2 concerned by the transfer.
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. At this stage of the process, the device has all the data relevant to the realization of a transfer, of a given amount, from the first account to the second account. During an eighth step ET18, the DSP device transmits to the bank server BK the relevant data, namely at least the ID1 and ID2 terminal identifiers and / or the CB1 and CB2 account numbers as well as the MNT amount. We will not go into the details of the communication that takes place between the device and the bank, as well as the way in which the bank server transfers the information between the first and the second entity, because without interest for the presentation of the 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. Variations of this first embodiment can be envisaged. For example, according to a variant illustrated in FIG. 3, following the fourth step ET14, during which the second terminal TRM2 receives the IDC context identifier and before the terminal transfers its ID2 telephone number to the device and the IDC context identifier, the second terminal TRM2 sends the IDC context identifier to the DSP device and receives a response from the DSP device informing him of the amount of the transfer. According to this first variant, the second terminal sends its identifier ID2 only if the transfer is accepted (OK), for example by the user UT2 of the second terminal TRM2. If so, the second terminal TRM2 transmits the IDC context identifier and its ID2 telephone number to the DSP device. A second embodiment of the invention is illustrated with reference to FIG. 4. In this second embodiment, the recipient of the transfer, that is to say the second terminal TRM2, initiates a transfer request, unlike the first mode. in which it is the first terminal TRM1 which initiates the transfer request. In this second mode, the second terminal TRM2 belongs for example to a merchant of goods and / or services. The steps, referenced E121 to ET28, illustrating the second mode are as follows.
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. In a first step ET21, the second terminal TRM2 transmits, following an action of the second user UT2 on the second terminal TRM2, the DSP device its ID2 phone number and an amount MNT to transfer to the second account CB2. In our example, the action in question is an input by means of the second interface IHM2 of data relating to the transfer to be performed, and a validation of the data entered resulting in the transmission of a request for transfer of information from the first CB1 entity to the second entity CB2. During a second step E I22, the DSP device receives the request and generates an IDC context identifier that it associates with the information received, namely the ID2 phone number of the second terminal TRM2 and the amount MNT to be transferred. The context identifier is stored in memory. In a third step ET23, the DSP device transmits to the second terminal TRM2 the IDC context identifier. In a fourth step ET24, the second terminal TRM2 receives and transfers the IDC context identifier to the first terminal TRM1 via the second network RES2. During a fifth step ET25, the first terminal TRM1 receives the IDC context identifier and transfers it to the device DSP accompanied by its telephone number ID1. In a sixth step ET26, the DSP device receives the IDC context identifier as well as the telephone number ID1 of the first 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. During a seventh step ET27, the device DSP consults its database BDD and deduces the account numbers CB1 and CB2 associated with the telephone numbers ID1 and ID2 concerned by the transfer. At this stage of the process, the device has all the data relevant to the achievement of a transfer of a given amount of the first account to the second. During an eighth step E 128, the DSP device transmits the relevant data to the bank server BK. We will not go into the details of the communication that takes place between the device and the bank server because of no interest for the disclosure of the 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. A first variant of the second mode, illustrated in FIG. 5, similar to the variant of the first mode illustrated in FIG. 3, can be envisaged. According to this first variant of the second mode, following the fourth step ET24, during which the first terminal TRM1 receives the IDC context identifier and before the first terminal TRM1 does not transfer to the device its telephone number ID1 and the identifier of In the IDC context, the first terminal TRM1 sends the IDC context identifier to the DSP device and receives a response from the DSP device informing it of the amount MNT of the transfer. According to this first variant, the user UT1 of the first terminal has the possibility of accepting or refusing the transfer. If it accepts, the first terminal transmits the identifier ID1 and IDC context ID to signify its agreement to operate the transfer. A refusal can be achieved for example by not responding to the message including the MNT amount received from the DSP device. Note that both embodiments may be used separately or coexist.
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. Variants common to both embodiments can be envisaged including the following. According to a second variant, applicable to the two embodiments, illustrated with reference to FIG. 6, following the eighth step ET18 or ET28, the DSP device transmits to the first terminal TRM1 and / or to the second terminal TRM2 a summary of the transfer in course or which took place, the summary comprising for example the identifier (or an alias) of the first and the second terminal and the date DTE of the transfer. According to a third variant, common to both modes, illustrated with reference to FIG. 7, the accounts can belong to two different banks and therefore to be stored on two separate bank servers BK1 and BK2, respectively. In this configuration, a message exchange can be provided between the bank servers BK1 and BK2 and the DSP device. For example, a first message from the DSP device is transmitted to the first bank server BK1, the message including the bank account number CB1 associated with the first terminal TRM1 and the amount MNT. The DSP device receives back a payment order PMT having a value equal to the amount MNT of the transfer. The payment order corresponds for example to a credit on an account associated with the device. The DSP device then transmits a message including, as parameters, the account number CB2 of the second terminal TRM2 and a sum of money MNT to be credited to the second account CB2. At this stage, the step described with reference to FIG. 4 can also take place at this stage of the process. In both embodiments, the transfer of the context identifier from the first to the second terminal, or vice versa, is accomplished through a second, preferably unidirectional short-range network. According to the embodiment chosen, in the fourth step ET14 or ET24, a terminal receives the transfer request from the other terminal. For example, in the first mode, in the fourth step ET14, the second terminal TRM2 is able to receive the IDC context identifier from the first terminal TRM1 via a second short-range network RES2. A short-haul network refers here to a network with limited distance coverage. In this context, the first terminal TRM2 can communicate data within a given DIST distance via the second network 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. The coverage of the second network RES2 is chosen so that a possible communication between two terminals through this second network is the witness of a proximity between the two terminals in question and implicitly a proximity of the user vis-à-vis -vis both terminals. The second network in question is for example a network RFiD (Radio Frequency Identification), a Bluetooth network, a network NFC (Near Field Communication). We will see in the following that this second network can also be constituted by a visual code generator and a shooting device able to take a view of the code and extract information. A sound pickup device, or a light emitter can also be used as a signal emitter, the code being emitted in the form of sound or light, respectively. More generally, the first terminal includes a transmitter capable of transmitting signals carrying data and the second terminal includes a sensor capable of capturing the signals, namely a microphone, a motion detector, or a light sensor. The example chosen to illustrate the second communication network is that of the camera. In this configuration, the first terminal and the second terminal are equipped with shooting means, a first CPT1 shooting means and a second CPT2 shooting means, respectively. In our example, the camera is a camera. In this configuration, the shooting means are connected to a first processing means MT1 and a second processing means MT2, respectively. In each terminal, the processor, the processing means and the processing means are connected via a respective bus BUS1 and BUS2.
Claims (15)
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| FR1152161A FR2972883A1 (en) | 2011-03-16 | 2011-03-16 | Method for management of transfer of financial information between debited source account and credited beneficiary account associated with terminals in bank, involves transmitting context and terminal identifiers from terminal |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| FR1152161A FR2972883A1 (en) | 2011-03-16 | 2011-03-16 | Method for management of transfer of financial information between debited source account and credited beneficiary account associated with terminals in bank, involves transmitting context and terminal identifiers from terminal |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| FR2972883A1 true FR2972883A1 (en) | 2012-09-21 |
Family
ID=44119793
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| FR1152161A Withdrawn FR2972883A1 (en) | 2011-03-16 | 2011-03-16 | Method for management of transfer of financial information between debited source account and credited beneficiary account associated with terminals in bank, involves transmitting context and terminal identifiers from terminal |
Country Status (1)
| Country | Link |
|---|---|
| FR (1) | FR2972883A1 (en) |
Citations (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2002080120A2 (en) * | 2001-03-29 | 2002-10-10 | Telefonaktiebolaget L M Ericsson (Publ) | Wireless point of sale transaction |
| EP1513120A2 (en) * | 2003-09-04 | 2005-03-09 | fun communications GmbH | Method to initiate a payment procedure for products and system to realize such a payment procedure |
| US20070022058A1 (en) * | 2002-08-08 | 2007-01-25 | Fujitsu Limited | Wireless computer wallet for physical point of sale (POS) transactions |
| US20070130085A1 (en) * | 2005-12-07 | 2007-06-07 | Xi Zhu | Method and apparatus of secure authentication and electronic payment through mobile communication tool |
| EP2128809A1 (en) * | 2008-05-30 | 2009-12-02 | Luc Stals | Server device for controlling a transaction, first entity and second entity |
| EP2189932A1 (en) * | 2008-11-24 | 2010-05-26 | Research in Motion | Electronic payment system using mobile wireless communications device and associated methods |
| EP2199965A1 (en) * | 2009-04-22 | 2010-06-23 | Euro-Wallet B.V. | Payment transaction client, server and system |
-
2011
- 2011-03-16 FR FR1152161A patent/FR2972883A1/en not_active Withdrawn
Patent Citations (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2002080120A2 (en) * | 2001-03-29 | 2002-10-10 | Telefonaktiebolaget L M Ericsson (Publ) | Wireless point of sale transaction |
| US20070022058A1 (en) * | 2002-08-08 | 2007-01-25 | Fujitsu Limited | Wireless computer wallet for physical point of sale (POS) transactions |
| EP1513120A2 (en) * | 2003-09-04 | 2005-03-09 | fun communications GmbH | Method to initiate a payment procedure for products and system to realize such a payment procedure |
| US20070130085A1 (en) * | 2005-12-07 | 2007-06-07 | Xi Zhu | Method and apparatus of secure authentication and electronic payment through mobile communication tool |
| EP2128809A1 (en) * | 2008-05-30 | 2009-12-02 | Luc Stals | Server device for controlling a transaction, first entity and second entity |
| EP2189932A1 (en) * | 2008-11-24 | 2010-05-26 | Research in Motion | Electronic payment system using mobile wireless communications device and associated methods |
| EP2199965A1 (en) * | 2009-04-22 | 2010-06-23 | Euro-Wallet B.V. | Payment transaction client, server and system |
Non-Patent Citations (1)
| Title |
|---|
| MCCUNE J M ET AL: "Seeing-Is-Believing: Using Camera Phones for Human-Verifiable Authentication", SECURITY AND PRIVACY, 2005 IEEE SYMPOSIUM ON OAKLAND, CA, USA 08-11 MAY 2005, PISCATAWAY, NJ, USA,IEEE, 8 May 2005 (2005-05-08), pages 110 - 124, XP010798367, ISBN: 978-0-7695-2339-2, DOI: 10.1109/SP.2005.19 * |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| EP3243176B1 (en) | Method of processing a transaction from a communication terminal | |
| AU2017339379B2 (en) | Predictive analysis of computing patterns for preloaded data to reduce processing downtime | |
| US10659491B2 (en) | Dynamic detection of geo-location obfuscation in of internet devices | |
| EP1153376B1 (en) | Telepayment method and system for implementing said method | |
| US11658963B2 (en) | Cooperative communication validation | |
| FR2820853A1 (en) | TELEPAYING METHOD AND SYSTEM | |
| FR2973618A1 (en) | STRONG AUTHENTICATION BY PRESENTATION OF THE NUMBER | |
| KR101783431B1 (en) | Method for providing funding and consulting information related with entertainment by crowd funding system | |
| FR3110984A1 (en) | Secure sharing of credentials information | |
| EP3252692A1 (en) | Method for supplying data relative to a payment transaction, device and corresponding program | |
| WO2015059389A1 (en) | Method for executing a transaction between a first terminal and a second terminal | |
| CN110610365A (en) | Method and device for identifying transaction request | |
| EP2369780A1 (en) | Method and system for validating a transaction, and corresponding transactional terminal and programme | |
| FR2972883A1 (en) | Method for management of transfer of financial information between debited source account and credited beneficiary account associated with terminals in bank, involves transmitting context and terminal identifiers from terminal | |
| US20100180323A1 (en) | Stateful server based social networking using mobile devices | |
| EP3021273A1 (en) | Method for securing a transaction between a mobile terminal and a server of a service provider via a platform | |
| EP2529330B1 (en) | Method for providing a dynamic code via a telephone | |
| EP3113094B1 (en) | Method for processing transaction data, device and corresponding program | |
| US20230136805A1 (en) | Dynamic execution of distributed records based on trigger conditions | |
| FR3146738A1 (en) | Confidential payment method and device on blockchain | |
| WO2021176156A1 (en) | Method for managing a request to access an internet site from an access device | |
| EP4294067A1 (en) | Managing the authentication of a terminal for accessing a service of a service provider. | |
| EP2317691B1 (en) | System and method for contextually and dynamically securing data exchange through a network | |
| FR3120733A1 (en) | Decentralized maintenance system for smart devices | |
| FR3108816A1 (en) | Method for delegating a naming identifier resolution function |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| ST | Notification of lapse |
Effective date: 20121130 |