CA2434196A1 - Systeme et methode de renouvellement de donnees d'identification sur un dispositif d'identification portatif - Google Patents
Systeme et methode de renouvellement de donnees d'identification sur un dispositif d'identification portatif Download PDFInfo
- Publication number
- CA2434196A1 CA2434196A1 CA002434196A CA2434196A CA2434196A1 CA 2434196 A1 CA2434196 A1 CA 2434196A1 CA 002434196 A CA002434196 A CA 002434196A CA 2434196 A CA2434196 A CA 2434196A CA 2434196 A1 CA2434196 A1 CA 2434196A1
- Authority
- CA
- Canada
- Prior art keywords
- edi
- dip
- transaction
- valid
- active
- 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.)
- Abandoned
Links
- 238000000034 method Methods 0.000 title claims abstract description 24
- 238000004891 communication Methods 0.000 claims description 13
- 238000012550 audit Methods 0.000 claims description 8
- 238000012790 confirmation Methods 0.000 claims description 8
- 230000005540 biological transmission Effects 0.000 claims description 5
- 238000012795 verification Methods 0.000 description 5
- 238000007726 management method Methods 0.000 description 2
- 210000000056 organ Anatomy 0.000 description 2
- HEFNNWSXXWATRW-UHFFFAOYSA-N Ibuprofen Chemical compound CC(C)CC1=CC=C(C(C)C(O)=O)C=C1 HEFNNWSXXWATRW-UHFFFAOYSA-N 0.000 description 1
- 238000013475 authorization Methods 0.000 description 1
- 230000000295 complement effect Effects 0.000 description 1
- 230000005415 magnetization Effects 0.000 description 1
- 230000008520 organization Effects 0.000 description 1
- 230000000717 retained effect Effects 0.000 description 1
- 238000012546 transfer Methods 0.000 description 1
Classifications
-
- G—PHYSICS
- G07—CHECKING-DEVICES
- G07F—COIN-FREED OR LIKE APPARATUS
- G07F7/00—Mechanisms actuated by objects other than coins to free or to actuate vending, hiring, coin or paper currency dispensing or refunding apparatus
- G07F7/08—Mechanisms actuated by objects other than coins to free or to actuate vending, hiring, coin or paper currency dispensing or refunding apparatus by coded identity card or credit card or other personal identification means
- G07F7/10—Mechanisms actuated by objects other than coins to free or to actuate vending, hiring, coin or paper currency dispensing or refunding apparatus by coded identity card or credit card or other personal identification means together with a coded signal, e.g. in the form of personal identification information, like personal identification number [PIN] or biometric data
- G07F7/1008—Active credit-cards provided with means to personalise their use, e.g. with PIN-introduction/comparison system
-
- 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/34—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using cards, e.g. integrated circuit [IC] cards or magnetic cards
- G06Q20/341—Active cards, i.e. cards including their own processing means, e.g. including an IC or chip
-
- 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/34—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using cards, e.g. integrated circuit [IC] cards or magnetic cards
- G06Q20/355—Personalisation of cards for use
- G06Q20/3552—Downloading or loading of personalisation data
-
- 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/40—Authorisation, e.g. identification of payer or payee, verification of customer or shop credentials; Review and approval of payers, e.g. check credit lines or negative lists
- G06Q20/401—Transaction verification
- G06Q20/4014—Identity check for transactions
-
- 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/40—Authorisation, e.g. identification of payer or payee, verification of customer or shop credentials; Review and approval of payers, e.g. check credit lines or negative lists
- G06Q20/401—Transaction verification
- G06Q20/4014—Identity check for transactions
- G06Q20/40145—Biometric identity checks
-
- G—PHYSICS
- G07—CHECKING-DEVICES
- G07C—TIME OR ATTENDANCE REGISTERS; REGISTERING OR INDICATING THE WORKING OF MACHINES; GENERATING RANDOM NUMBERS; VOTING OR LOTTERY APPARATUS; ARRANGEMENTS, SYSTEMS OR APPARATUS FOR CHECKING NOT PROVIDED FOR ELSEWHERE
- G07C9/00—Individual registration on entry or exit
- G07C9/20—Individual registration on entry or exit involving the use of a pass
- G07C9/22—Individual registration on entry or exit involving the use of a pass in combination with an identity check of the pass holder
- G07C9/25—Individual registration on entry or exit involving the use of a pass in combination with an identity check of the pass holder using biometric data, e.g. fingerprints, iris scans or voice recognition
- G07C9/257—Individual registration on entry or exit involving the use of a pass in combination with an identity check of the pass holder using biometric data, e.g. fingerprints, iris scans or voice recognition electronically
Landscapes
- Engineering & Computer Science (AREA)
- Business, Economics & Management (AREA)
- General Physics & Mathematics (AREA)
- Physics & Mathematics (AREA)
- Accounting & Taxation (AREA)
- Strategic Management (AREA)
- General Business, Economics & Management (AREA)
- Theoretical Computer Science (AREA)
- Microelectronics & Electronic Packaging (AREA)
- Computer Networks & Wireless Communication (AREA)
- Computer Security & Cryptography (AREA)
- Finance (AREA)
- Human Computer Interaction (AREA)
- Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
- Hardware Redundancy (AREA)
Abstract
La méthode est pour le renouvellement d'un élément de données d'identification (EDI) actif sur un dispositif d'identification portatif (DIP), le DIP ayant au moins un premier EDI ayant des états initiaux actif et valide et un second EDI ayant des états initiaux inactif et valide, tous les EDI ayant un état valide sur le DIP étant destinés à identifier et à faire appliquer des données de transaction à un compte associé au DIP qui n'est pas situé sur le DIP, l'EDI ayant un état actif sur le DIP étant employé pour accomplir une transaction, la méthode comprenant les étapes suivantes: a) on change les états du premier EDI de valide à invalide et d'actif à inactif; et b) on change l'état dudit second EDI d'inactif à actif.
Description
TITRE DE L'INVENTION: SYST~ME ET MÉTHODE DE
RENOUVELLEMENT DE DONNÉES D'IDENTIFICATION SUR UN
DISPOSITIF D'IDENTIFICATION PORTATIF
DONNÉES DE RÉFÉRENCE
La présente demande de brevet revendique la priorité des demandes de brevet suivantes: (1) demande de brevet provisoire No. 60/276,119 déposée aux États-Unis le 16 mars 2001; (2) demande de brevet internationale No.
PCT/IBOl/00940 déposée le 28 mai 2001 et pour laquelle nous avons désignés tous les pays membres, cette demande a été déposée auprès de l'Organisation Mondiale de la Propriété Intellectuelle (WIPO); et (3) demande de brevet provisoire No.
60/294,448 déposée le 30 mai 2001.
DOMAINE DE L'INVENTION
La présente invention a trait à des dispositifs d'identif cation portatifs, et plus particulièrement à un système et une méthode de renouvellement de données d'identification sur un dispositif d'identification poutatif.
ÉTAT DE LA TECHNIpUE
Des dispositifs d'identification portatifs (DIP) tels que des cartes à
puce, cartes de crédit, des cartes de débit, des portefeuilles électroniques, des clefs d'accès encodées, ou autres dispositifs semblables, sont bien connus et employés couramment. Si on prend l'exemple du DIP qu'est la carte de crédit, cette carte comprend des données d'identification sous la forme d'un numéro de carte qui inclut un certain nombre de chiffres. Une date d'expiration et aussi habituellement associée
RENOUVELLEMENT DE DONNÉES D'IDENTIFICATION SUR UN
DISPOSITIF D'IDENTIFICATION PORTATIF
DONNÉES DE RÉFÉRENCE
La présente demande de brevet revendique la priorité des demandes de brevet suivantes: (1) demande de brevet provisoire No. 60/276,119 déposée aux États-Unis le 16 mars 2001; (2) demande de brevet internationale No.
PCT/IBOl/00940 déposée le 28 mai 2001 et pour laquelle nous avons désignés tous les pays membres, cette demande a été déposée auprès de l'Organisation Mondiale de la Propriété Intellectuelle (WIPO); et (3) demande de brevet provisoire No.
60/294,448 déposée le 30 mai 2001.
DOMAINE DE L'INVENTION
La présente invention a trait à des dispositifs d'identif cation portatifs, et plus particulièrement à un système et une méthode de renouvellement de données d'identification sur un dispositif d'identification poutatif.
ÉTAT DE LA TECHNIpUE
Des dispositifs d'identification portatifs (DIP) tels que des cartes à
puce, cartes de crédit, des cartes de débit, des portefeuilles électroniques, des clefs d'accès encodées, ou autres dispositifs semblables, sont bien connus et employés couramment. Si on prend l'exemple du DIP qu'est la carte de crédit, cette carte comprend des données d'identification sous la forme d'un numéro de carte qui inclut un certain nombre de chiffres. Une date d'expiration et aussi habituellement associée
2 à une carte de crédit. D'autres données peuvent aussi être incluses sur la carte, par exemple le nom du détenteur de la carte. Néanmoins, le numéro de la carte de crédit représente les données d'identification de la carte, dans la mesure où le numéro de la carte représente les données qui sont utilisées pour des fins d'identification du compte du détenteur de la carte dans l'institution financière qui a émis la carte, par exemple la société de crédit dans le cas d'une carte de crédit. Ces données d'identification sont donc utilisées pour appliquer au compte associé à la carte de crédit des transactions financières effectuées au moyen de la carte de crédit.
D'habitude, le numéro de la carte est imprimé ou étampé directement sur le matériel de la carte, par exemple au moyen d'une presse qui déformera la carte faite de plastique pour que le numéro de la carte soit présenté en relief sur la surface de carte. Ainsi, les données d'identification que, sont le numéro de la carte ne peuvent pas être modifiées d'aucune façon, si ce n'est en remplaçant la carte par une nouvelle carte pourvue d'un nouveau numéro. Dans le présent mémoire descriptif, de telles données d'identification qui ne peuvent pas être modifiées sur le DIP seront identifiées par l'expression "données d'identification permanentes".
Un problème associé â de telles données d'identification permanentes est que ce principe permet l'utilisation des données d'identification permanentes à des fins frauduleuses par autrui. En effet, dans la société actuelle, une carte de crédit peut être employée pour acheter un produit ou service par téléphone, en transmettant verbalement à un fournisseur de produit ou service le numéro et la date d'expiration de la carte de crédit. Des ventes de produits ou services de personne à
personne peuvent également survenir durant lesquelles les données d'identification permanentes seront indiquées au fournisseur de produit ou service. Des ventes par le biais d'un ordinateur relië à un réseau tel qu'Internet peuvent aussi être accomplies,
D'habitude, le numéro de la carte est imprimé ou étampé directement sur le matériel de la carte, par exemple au moyen d'une presse qui déformera la carte faite de plastique pour que le numéro de la carte soit présenté en relief sur la surface de carte. Ainsi, les données d'identification que, sont le numéro de la carte ne peuvent pas être modifiées d'aucune façon, si ce n'est en remplaçant la carte par une nouvelle carte pourvue d'un nouveau numéro. Dans le présent mémoire descriptif, de telles données d'identification qui ne peuvent pas être modifiées sur le DIP seront identifiées par l'expression "données d'identification permanentes".
Un problème associé â de telles données d'identification permanentes est que ce principe permet l'utilisation des données d'identification permanentes à des fins frauduleuses par autrui. En effet, dans la société actuelle, une carte de crédit peut être employée pour acheter un produit ou service par téléphone, en transmettant verbalement à un fournisseur de produit ou service le numéro et la date d'expiration de la carte de crédit. Des ventes de produits ou services de personne à
personne peuvent également survenir durant lesquelles les données d'identification permanentes seront indiquées au fournisseur de produit ou service. Des ventes par le biais d'un ordinateur relië à un réseau tel qu'Internet peuvent aussi être accomplies,
3 durant lesquelles les données d'identifications sont transmises par ce réseau informatique. Dans tous ces cas, la carte de crédit elle-même n'est pas nécessairement requise, et la vente du produit ou service peut survenir si les données d'identification permanentes de la carte sont connues et si le compte associé
à ces données d'identification est valide. Si une tierce partie devient au courant des données d'identification permanentes de la carte de crédit d'une autre personne, alors cette tierce partie pourrait effectuer une transaction sur la base de cette connaissance, le débit relié à la transaction étant alors appliqué au compte du détenteur de la carte sans son autorisation. Une tierce partie peut devenir au courant des données d'identification permanentes d'une carte lors de l'usage de cette carte: par exemple, si ces données sont transmises par téléphone, alors le préposé du fournisseur de service peut conserver les données d'identification permanentes de la carte pour usage frauduleux ultérieur; si ces données sont transmises par Internet, un truchement infoiTnatique pourrait permettre à une tierce partie d'intercepter la transmission des domlées pour usage frauduleux ultérieur; ou encore si ces données sont transmises de façon conventiormelle par l'intermédiaire d'une machine d'interface située chez un fournisseur de produit ou service, il arrive souvent que les données d'identificatïon permanentes de la carte apparaissent sur la copie du reçu qui est conservée par le fournisseur de produit ou service, et une personne ayant accès à
ces reçus pourrait alors conserver les données d'identification permanentes de la carte aux fins d'un usage frauduleux ultérieur.
En ce qui concerne un portefeuille électronique, ce DIP est chargé
d'un certain montant d'argent au moyen d'une machine d'interface appropriée, et ce montant d'argent est par la suite considéré comme étant logé sur le portefeuille électronique lui-même. Lorsqu'une transaction doit être accomplie au moyen du portefeuille électronique, le montant d'argent associé à la transaction est transféré, au
à ces données d'identification est valide. Si une tierce partie devient au courant des données d'identification permanentes de la carte de crédit d'une autre personne, alors cette tierce partie pourrait effectuer une transaction sur la base de cette connaissance, le débit relié à la transaction étant alors appliqué au compte du détenteur de la carte sans son autorisation. Une tierce partie peut devenir au courant des données d'identification permanentes d'une carte lors de l'usage de cette carte: par exemple, si ces données sont transmises par téléphone, alors le préposé du fournisseur de service peut conserver les données d'identification permanentes de la carte pour usage frauduleux ultérieur; si ces données sont transmises par Internet, un truchement infoiTnatique pourrait permettre à une tierce partie d'intercepter la transmission des domlées pour usage frauduleux ultérieur; ou encore si ces données sont transmises de façon conventiormelle par l'intermédiaire d'une machine d'interface située chez un fournisseur de produit ou service, il arrive souvent que les données d'identificatïon permanentes de la carte apparaissent sur la copie du reçu qui est conservée par le fournisseur de produit ou service, et une personne ayant accès à
ces reçus pourrait alors conserver les données d'identification permanentes de la carte aux fins d'un usage frauduleux ultérieur.
En ce qui concerne un portefeuille électronique, ce DIP est chargé
d'un certain montant d'argent au moyen d'une machine d'interface appropriée, et ce montant d'argent est par la suite considéré comme étant logé sur le portefeuille électronique lui-même. Lorsqu'une transaction doit être accomplie au moyen du portefeuille électronique, le montant d'argent associé à la transaction est transféré, au
4 moyen d'une autre machine d'interface appropriée, du portefeuille électronique vers un compte récepteur du fournisseur de produit ou service.
Dans le cas du portefeuille électronique, les données d'identification permanentes qui lui sont associées sont utiles notamment lors du chargement de l'argent dans le portefeuille électronique. En effet, on doit alors avoir accès à un numéro de compte d'une société financière, et des données d'identification permanentes enregistrées dans le portefeuille électronique sont utilisées pour relier le portefeuille électronique au compte du détenteur du portefeuille électronique dans la société financière. Il serait donc possible pour une tierce partie d'avoir accès frauduleusement au compte d'une personne qui détient un portefeuille électronique si un autre portefeuille électronique est programmé à l'aide des données d'identification permanentes du portefeuille électronique de l'autre personle pour permettre l'accès au compte de cette autre personne.
Le DIP peut également être une clef d'accès encodée qui permet (accès au porteur du DIP au-delà d'un portail quelconque, réel ou virtuel.
Cette clef d'accès est munie de données d'identification qui identifient le DIP, et lorsque l'accès au-delâ d'un portail est désiré, les données d'identification sont vérifiées et (accès est accordé si les données d'identification sont valides.
SOMMAIRE DE L'INVENTION
La présente invention a trait à une méthode pour le renouvellement d'un élément de données d'identification (EDI) actif sur un dispositif d'identification portatif (DIP), ledit DIP ayant au moins un premier EDI ayant des états initiaux actif et valide sur ledit DIP et un second EDI ayant des états initiaux inactif et valide sur
Dans le cas du portefeuille électronique, les données d'identification permanentes qui lui sont associées sont utiles notamment lors du chargement de l'argent dans le portefeuille électronique. En effet, on doit alors avoir accès à un numéro de compte d'une société financière, et des données d'identification permanentes enregistrées dans le portefeuille électronique sont utilisées pour relier le portefeuille électronique au compte du détenteur du portefeuille électronique dans la société financière. Il serait donc possible pour une tierce partie d'avoir accès frauduleusement au compte d'une personne qui détient un portefeuille électronique si un autre portefeuille électronique est programmé à l'aide des données d'identification permanentes du portefeuille électronique de l'autre personle pour permettre l'accès au compte de cette autre personne.
Le DIP peut également être une clef d'accès encodée qui permet (accès au porteur du DIP au-delà d'un portail quelconque, réel ou virtuel.
Cette clef d'accès est munie de données d'identification qui identifient le DIP, et lorsque l'accès au-delâ d'un portail est désiré, les données d'identification sont vérifiées et (accès est accordé si les données d'identification sont valides.
SOMMAIRE DE L'INVENTION
La présente invention a trait à une méthode pour le renouvellement d'un élément de données d'identification (EDI) actif sur un dispositif d'identification portatif (DIP), ledit DIP ayant au moins un premier EDI ayant des états initiaux actif et valide sur ledit DIP et un second EDI ayant des états initiaux inactif et valide sur
5 PCT/IB02/00652 ledit DIP, lesdits premier et second EDI étant sauvegardés à une institution de transaction et ayant wi état initial valide à ladite institution de transaction, tous les EDI ayant un état valide à ladite institution de transaction permettant d'identifier et de faire appliquer des données de transaction à un compte associé audit DIP et situé
à ladite institution de transaction, ledit EDI ayant un état actif sur ledit DIP étant employé pour accomplir une transaction, ladite méthode comprenant les étapes suivantes:
a) on change les états dudit premier EDI de valide à invalide et d'actif à
inactif sur ledit DIP;
b) on change (état dudit second EDI d'inactif à actif sur ledit DIP; et c) on change l'état dudit premier EDI de valide à invalide à ladite institution de transaction.
La présente invention a aussi trait à une méthode pour le renouvellement d'un EDI sur un DIP dans le cadre d'une transaction électronique qu'on accomplit au moyen dudit DIP, ledit DIP étant associé à un compte situé
à une institution de transaction, ladite institution de transaction comprenant une banque d'EDI valides identifiant ledit compte, ledit DIP comprenant également ladite banque d'EDI valides, ladite méthode comprenant les étapes suivantes:
a) on transmet à ladite institution de transaction un EDI appelé EDI actif parmi , lesdits EDI valides dudit DIP;
b) on identifie à ladite institution de transaction ledit compte assôcié audit DIP
en repérant ledit EDI valide à ladite institution de transaction correspondant audit EDI actif;
c) on applique des données de transaction représentatives de ladite transaction audit compte associé audit DIP;
à ladite institution de transaction, ledit EDI ayant un état actif sur ledit DIP étant employé pour accomplir une transaction, ladite méthode comprenant les étapes suivantes:
a) on change les états dudit premier EDI de valide à invalide et d'actif à
inactif sur ledit DIP;
b) on change (état dudit second EDI d'inactif à actif sur ledit DIP; et c) on change l'état dudit premier EDI de valide à invalide à ladite institution de transaction.
La présente invention a aussi trait à une méthode pour le renouvellement d'un EDI sur un DIP dans le cadre d'une transaction électronique qu'on accomplit au moyen dudit DIP, ledit DIP étant associé à un compte situé
à une institution de transaction, ladite institution de transaction comprenant une banque d'EDI valides identifiant ledit compte, ledit DIP comprenant également ladite banque d'EDI valides, ladite méthode comprenant les étapes suivantes:
a) on transmet à ladite institution de transaction un EDI appelé EDI actif parmi , lesdits EDI valides dudit DIP;
b) on identifie à ladite institution de transaction ledit compte assôcié audit DIP
en repérant ledit EDI valide à ladite institution de transaction correspondant audit EDI actif;
c) on applique des données de transaction représentatives de ladite transaction audit compte associé audit DIP;
6 d) on change l'état dudit EDI actif dudit DIP et dudit EDI correspondant audit EDI actif à ladite institution de transaction, de valide à invalide, de telle sorte que cet EDI ne puisse plus être utilisé pour identifier ledit compte correspondant audit DIP.
Selon une réalisation, ledit EDI actif sera renouvelé sur ledit DIP
lorsqu'une ou plusieurs des conditions suivantes sont respectées:
- ledit EDI actif a été transmis par ledit DIP;
- une transaction a été accomplie au moyen dudit EDI actif, et un message de confirmation de transaction a été émis par ladite institution de transaction vers ledit DIP;
- un certain intervalle de temps s'est écoulé depuis la transmission de fEDI
actif;
- un certain nombre prédéterminé de transactions ont été accomplies; et - le renouvellement de fEDI actif a été manuellement commandé audit DIP.
Selon une réalisation, on peut renflouer ladite banque d'EDI valides sur ledit DIP et à ladite institution de transaction.
Selon une réalisation, ledit DIP a aussi des données d'identification permanentes en sus desdits EDI.
Selon une réalisation, les EDI devenus invalides sont conservés en mémoire sur ledit DIP et à ladite institution de transaction, pour référence future, ainsi que les données de transaction qui ont été appliquées audit compte associé audit DIP grâce à chaque EDI devenu invalide.
Selon une réalisation, un seul DIP peut être utilisé pour identifier un premier et un second comptes distincts.
Selon une réalisation, ledit EDI actif sera renouvelé sur ledit DIP
lorsqu'une ou plusieurs des conditions suivantes sont respectées:
- ledit EDI actif a été transmis par ledit DIP;
- une transaction a été accomplie au moyen dudit EDI actif, et un message de confirmation de transaction a été émis par ladite institution de transaction vers ledit DIP;
- un certain intervalle de temps s'est écoulé depuis la transmission de fEDI
actif;
- un certain nombre prédéterminé de transactions ont été accomplies; et - le renouvellement de fEDI actif a été manuellement commandé audit DIP.
Selon une réalisation, on peut renflouer ladite banque d'EDI valides sur ledit DIP et à ladite institution de transaction.
Selon une réalisation, ledit DIP a aussi des données d'identification permanentes en sus desdits EDI.
Selon une réalisation, les EDI devenus invalides sont conservés en mémoire sur ledit DIP et à ladite institution de transaction, pour référence future, ainsi que les données de transaction qui ont été appliquées audit compte associé audit DIP grâce à chaque EDI devenu invalide.
Selon une réalisation, un seul DIP peut être utilisé pour identifier un premier et un second comptes distincts.
7 Selon une réalisation, chacun desdits premier et second comptes sont situés dans des institutions financières distinctes.
Selon une réalisation, ladite banque d'EDI valides sur ledit DIP est divisée en une première et une seconde portions permettant d'identifier lesdits premier et second comptes, respectivement.
La présent invention concerne également un système pour le renouvellement d'un EDI actif sur un DIP, ledit DIP ayant au moins un premier EDI
ayant des états initiaux actif et valide sur ledit DIP et un second EDI ayant des états initiaux inactif et valide sur ledit DIP, lesdits premier et second EDI étant sauvegardés dans we mémoire résidente d'une institution de transaction et ayant un état initial valide à ladite institution de transaction, tous les EDI ayant iin état valide à ladite institution de transaction permettant d'identifier et de faire appliquer des données de transaction à un compte associé audit DIP et situé dans ladite mémoire résidente de ladite institution de transaction, ledit EDI ayant un état actif sur ledit DIP étant employé pour accomplir une transaction, ledit système comprenant:
a) des moyens pour changer les états dudit premier EDI de valide à invalide et d'actif à inactif sur ledit DIP;
b) des moyens pour changer l'état dudit second EDI d'inactif à actif sur ledit DIP; et c) des moyens pour changer l'état dudit premier EDI de valide à invalide dans ladite mémoire résidente de ladite institution de transaction.
La présente invention concerne aussi un système pour le renouvellement d'un EDI sur un DIP dans le cadre d'une transaction électronique qu'on accomplit au moyen dudit DIP, ledit DIP étant associé à un compte situé
à tme
Selon une réalisation, ladite banque d'EDI valides sur ledit DIP est divisée en une première et une seconde portions permettant d'identifier lesdits premier et second comptes, respectivement.
La présent invention concerne également un système pour le renouvellement d'un EDI actif sur un DIP, ledit DIP ayant au moins un premier EDI
ayant des états initiaux actif et valide sur ledit DIP et un second EDI ayant des états initiaux inactif et valide sur ledit DIP, lesdits premier et second EDI étant sauvegardés dans we mémoire résidente d'une institution de transaction et ayant un état initial valide à ladite institution de transaction, tous les EDI ayant iin état valide à ladite institution de transaction permettant d'identifier et de faire appliquer des données de transaction à un compte associé audit DIP et situé dans ladite mémoire résidente de ladite institution de transaction, ledit EDI ayant un état actif sur ledit DIP étant employé pour accomplir une transaction, ledit système comprenant:
a) des moyens pour changer les états dudit premier EDI de valide à invalide et d'actif à inactif sur ledit DIP;
b) des moyens pour changer l'état dudit second EDI d'inactif à actif sur ledit DIP; et c) des moyens pour changer l'état dudit premier EDI de valide à invalide dans ladite mémoire résidente de ladite institution de transaction.
La présente invention concerne aussi un système pour le renouvellement d'un EDI sur un DIP dans le cadre d'une transaction électronique qu'on accomplit au moyen dudit DIP, ledit DIP étant associé à un compte situé
à tme
8 institution de transaction, ladite institution de transaction comprenant une banque d'EDI valides identifiant ledit compte, ledit DIP comprenant également ladite banque d'EDI valides, ledit système comprenant:
a) des moyens pour transmettre à ladite institution de transaction un EDI
appelé
EDI actif parmi lesdits EDI valides dudit DIP;
b) des moyens pour identifier à ladite institution de transaction ledit compte associé audit DIP en repérant ledit EDI valide correspondant audit EDI actif;
c) des moyens pour appliquer des données de transaction représentatives de ladite transaction audit compte associé audit DIP;
d) des moyens pour changer l'état dudit EDI actif dudit DIP et dudit EDI
correspondant audit EDI actif à ladite institution de transaction, de valide à
invalide, de telle sorte que cet EDI ne puisse plus être utilisé pour identifier ledit compte correspondant audit DIP.
L'invention a aussi trait à un DIP comprenant:
- une puce électronique ayant un microprocesseur et un organe de mémoire en lecture et en écriture;
- un dispositif de communication relié à ladite puce électronique et permettant d'envoyer et de recevoir des données;
- une interface d'usager relié à ladite puce électronique; et - une banque d'EDI enregistrée sur ledit organe de mémoire et comprenant au moins deux EDI valides permettant d'identifier un compte situé dans une institution de transaction.
L'invention concerne également une méthode pour le renouvellement d'un EDI actif sur un DIP, ledit DIP ayant au moins un premier EDI ayant des états initiaux actif et valide et un second EDI ayant des états initiaux inactif et valide, tous
a) des moyens pour transmettre à ladite institution de transaction un EDI
appelé
EDI actif parmi lesdits EDI valides dudit DIP;
b) des moyens pour identifier à ladite institution de transaction ledit compte associé audit DIP en repérant ledit EDI valide correspondant audit EDI actif;
c) des moyens pour appliquer des données de transaction représentatives de ladite transaction audit compte associé audit DIP;
d) des moyens pour changer l'état dudit EDI actif dudit DIP et dudit EDI
correspondant audit EDI actif à ladite institution de transaction, de valide à
invalide, de telle sorte que cet EDI ne puisse plus être utilisé pour identifier ledit compte correspondant audit DIP.
L'invention a aussi trait à un DIP comprenant:
- une puce électronique ayant un microprocesseur et un organe de mémoire en lecture et en écriture;
- un dispositif de communication relié à ladite puce électronique et permettant d'envoyer et de recevoir des données;
- une interface d'usager relié à ladite puce électronique; et - une banque d'EDI enregistrée sur ledit organe de mémoire et comprenant au moins deux EDI valides permettant d'identifier un compte situé dans une institution de transaction.
L'invention concerne également une méthode pour le renouvellement d'un EDI actif sur un DIP, ledit DIP ayant au moins un premier EDI ayant des états initiaux actif et valide et un second EDI ayant des états initiaux inactif et valide, tous
9 les EDI ayant un état valide sur ledit DIP étant destinés à identifier et à
faire appliquer des données de transaction à un compte associé audit DIP qui n'est pas situé sur ledit DIP, ledit EDI ayant un état actif sur ledit DIP étant employé
pour accomplir une transaction, ladite méthode comprenant les étapes suivantes:
a) on change les états dudit premier EDI de valide à invalide et d'actif à
inactif;
et b) on change l'état dudit second EDI d'inactif à actif.
La présent invention a également trait à un système pour le renouvellement d'un EDI actif sur un DIP, ledit DIP ayant au moins un premier EDI
ayant des états initiaux actif et valide et un second EDI ayant des états initiaux inactif et valide, tous les EDI ayant un état valide sur ledit DIP étant destinés à
identifier et à faire appliquer des données électroniques de transaction à un compte associé audit DIP qui n'est pas situé sur ledit DIP, ledit EDI ayant un état actif sur ledit DIP étant employé pour accomplir une transaction, ledit s~stème comprenant:
a) des moyens pour changer les états dudit premier EDI de valide à invalide et d'actif à inactif; et b) des moyens pour changer l'état dudit second EDI d'inactif à actif.
BR~VE DESCRIPTION DES DESSINS
Dans les dessins annexés:
La figure 1 illustre schématiquement un dispositif de transaction portatif selon la présente invention, ainsi que son lien de communication avec un terminal d'interface; et Les figures 2a et 2b montrent schématiquement et séquentiellement le transfert d'information et l'état des éléments de données d'identification dans un système de transaction portatif selon la présente invention 5 DESCRIPTION DÉTAILLÉE DES RÉALISATIONS DE L'INVENTION
La figure 1 montre un dispositif d'identification portatif (DIP),10 qui peut être une carte à puce tel qu'une carte de crédit et/ou une carte de débit, un portefeuille électronique, une clef d'accès munie de données d'accès encodées ou
faire appliquer des données de transaction à un compte associé audit DIP qui n'est pas situé sur ledit DIP, ledit EDI ayant un état actif sur ledit DIP étant employé
pour accomplir une transaction, ladite méthode comprenant les étapes suivantes:
a) on change les états dudit premier EDI de valide à invalide et d'actif à
inactif;
et b) on change l'état dudit second EDI d'inactif à actif.
La présent invention a également trait à un système pour le renouvellement d'un EDI actif sur un DIP, ledit DIP ayant au moins un premier EDI
ayant des états initiaux actif et valide et un second EDI ayant des états initiaux inactif et valide, tous les EDI ayant un état valide sur ledit DIP étant destinés à
identifier et à faire appliquer des données électroniques de transaction à un compte associé audit DIP qui n'est pas situé sur ledit DIP, ledit EDI ayant un état actif sur ledit DIP étant employé pour accomplir une transaction, ledit s~stème comprenant:
a) des moyens pour changer les états dudit premier EDI de valide à invalide et d'actif à inactif; et b) des moyens pour changer l'état dudit second EDI d'inactif à actif.
BR~VE DESCRIPTION DES DESSINS
Dans les dessins annexés:
La figure 1 illustre schématiquement un dispositif de transaction portatif selon la présente invention, ainsi que son lien de communication avec un terminal d'interface; et Les figures 2a et 2b montrent schématiquement et séquentiellement le transfert d'information et l'état des éléments de données d'identification dans un système de transaction portatif selon la présente invention 5 DESCRIPTION DÉTAILLÉE DES RÉALISATIONS DE L'INVENTION
La figure 1 montre un dispositif d'identification portatif (DIP),10 qui peut être une carte à puce tel qu'une carte de crédit et/ou une carte de débit, un portefeuille électronique, une clef d'accès munie de données d'accès encodées ou
10 non, ou tout autre dispositif d'identification portatif approprié
permettant d'identifier un compte et/ou un détenteur associé à ce DIP 10. Un compte associé au DIP 10 peut être un compte localisé dans une mémoire électronique résidente d'une institution financière, ou plus généralement un compte situé dans une institution chargée de vérifier l'identité du détenteur du DIP 10, afin de permettre ou refuser qu'une transaction électronique altère ou non des paramètres dudit compte électronique selon des conditions prédéterminées. La transaction peut être une transaction financière ou non. Par exemple, dans le cadre du présent mémoire descriptif, une transaction peut être simplement un droit d'entrer au-delà
d'un portail quelconque, tel que détaillé ci-après. Ainsi, l'institution chargée d'effectuër une telle vérification de l'identité du détenteur du DIP 10 sera appelée, dans le présent mémoire descriptif, l'institution de transaction.
Le DIP 10 comprend un puce électronique 12 reliée à une interface d'usager appropriée, par exemple un écran d'affichage 14 et un clavier 16. La puce 12 comprend un microprocesseur et un organe de mémoire de mémoire en lecture et en écriture. L'écriture de données sur (organe de mémoire de la puce 12 est préférablement régie par des conditions de sécurité prédëterminées. Selon une réalisation de l'invention alternative, l'organe de mémoire de la puce 12 est un organe de mémoire en lecture seulement.
permettant d'identifier un compte et/ou un détenteur associé à ce DIP 10. Un compte associé au DIP 10 peut être un compte localisé dans une mémoire électronique résidente d'une institution financière, ou plus généralement un compte situé dans une institution chargée de vérifier l'identité du détenteur du DIP 10, afin de permettre ou refuser qu'une transaction électronique altère ou non des paramètres dudit compte électronique selon des conditions prédéterminées. La transaction peut être une transaction financière ou non. Par exemple, dans le cadre du présent mémoire descriptif, une transaction peut être simplement un droit d'entrer au-delà
d'un portail quelconque, tel que détaillé ci-après. Ainsi, l'institution chargée d'effectuër une telle vérification de l'identité du détenteur du DIP 10 sera appelée, dans le présent mémoire descriptif, l'institution de transaction.
Le DIP 10 comprend un puce électronique 12 reliée à une interface d'usager appropriée, par exemple un écran d'affichage 14 et un clavier 16. La puce 12 comprend un microprocesseur et un organe de mémoire de mémoire en lecture et en écriture. L'écriture de données sur (organe de mémoire de la puce 12 est préférablement régie par des conditions de sécurité prédëterminées. Selon une réalisation de l'invention alternative, l'organe de mémoire de la puce 12 est un organe de mémoire en lecture seulement.
11 De plus, le DIP 10 comprend un dispositif de communication 18 relié
à la puce 12 et permettant au DIP 10 de communiquer de (information à un terminal d'interface 20 ayant un dispositif de communication complémentaire 22. Par exemple, le dispositif de communication 18 peut être un transmetteur électromagnétiques, notaanment d'ondes infrarouges ou d'ondes radio porteuses de données, alors que le dispositif de communication 22 peut être un récepteur d'ondes infrarouges ou d'ondes radio porteuses de données. Généralement, les dispositifs de communication 18 et 22 peuvent être tout type de dispositifs de communication avec ou sans contact permettant au DIP 10 de communiquer temporairement avec le terminal d'interface 20 et de transmettre des données au terminal d'interface 20.
Selon une réalisation avantageuse de l'invention, les dispositifs de communication 18, 22 permettent au surplus à l'information d'être communiquée en sens inverse, c'est-à-dire du terminal d'interface 20 vers le DIP 10.
En accord avec la présente invention, le DIP 10 est employé dans un système de transaction tel qu'illustré aux figures 2a et 2b. Dans ce système de transaction, le DIP 10 peut communiquer de (information à un terminal d'interface 20, ce dernier étant susceptible de communiquer avec une institution de transaction 24 de manière à échanger de l'information avec celle-ci. Par exemple, le terminal d'interface 20 peut être un terminal d'interface de point de vente ou encore une machine d'interface portative intégrée à un téléphone cellulaire, et l'institution de transaction 24 peut être un institution financière telle qu'une banque.
Le DIP 10 possède une banque d'éléments de données d'identification 26 qui comprend au moins deux éléments de données d'identification (EDI) distincts qui représentent des données qui peuvent être par exemple un série de chiffres et/ou de lettres, ou tout autre type de données propices pour identifier un compte correspondant au DIP 10 dans l'institution de transaction. Tous les EDI sur le DIP
à la puce 12 et permettant au DIP 10 de communiquer de (information à un terminal d'interface 20 ayant un dispositif de communication complémentaire 22. Par exemple, le dispositif de communication 18 peut être un transmetteur électromagnétiques, notaanment d'ondes infrarouges ou d'ondes radio porteuses de données, alors que le dispositif de communication 22 peut être un récepteur d'ondes infrarouges ou d'ondes radio porteuses de données. Généralement, les dispositifs de communication 18 et 22 peuvent être tout type de dispositifs de communication avec ou sans contact permettant au DIP 10 de communiquer temporairement avec le terminal d'interface 20 et de transmettre des données au terminal d'interface 20.
Selon une réalisation avantageuse de l'invention, les dispositifs de communication 18, 22 permettent au surplus à l'information d'être communiquée en sens inverse, c'est-à-dire du terminal d'interface 20 vers le DIP 10.
En accord avec la présente invention, le DIP 10 est employé dans un système de transaction tel qu'illustré aux figures 2a et 2b. Dans ce système de transaction, le DIP 10 peut communiquer de (information à un terminal d'interface 20, ce dernier étant susceptible de communiquer avec une institution de transaction 24 de manière à échanger de l'information avec celle-ci. Par exemple, le terminal d'interface 20 peut être un terminal d'interface de point de vente ou encore une machine d'interface portative intégrée à un téléphone cellulaire, et l'institution de transaction 24 peut être un institution financière telle qu'une banque.
Le DIP 10 possède une banque d'éléments de données d'identification 26 qui comprend au moins deux éléments de données d'identification (EDI) distincts qui représentent des données qui peuvent être par exemple un série de chiffres et/ou de lettres, ou tout autre type de données propices pour identifier un compte correspondant au DIP 10 dans l'institution de transaction. Tous les EDI sur le DIP
12 ont un état qui est soit actif ou inactif, et également qui est soit valide ou invalide.
L'état actif d'un EDI signifie que cet EDI sera le prochain à être utilisé
lors d'tme transaction effectuée au moyen du DIP 10. Ainsi, un seul EDI actif existe sur un DIP 10 à tout moment donné, et tous les autres EDI ont un état inactif. L'état valide 5 d'un EDI sur le DIP 10 signifie que cet EDI, qui est associé au compte correspondant de (institution de transaction, (identifie de manière à permettre à une transaction d'affecter un ou des paramètres de ce compte au moyen du DIP 10. Ainsi, on peut tour à tour utiliser tous les EDI valides en tant qu'EDI actif pour identifier le compte associée au DIP 10.
Selon une réalisation de l'invention, les différents EDI peuvent être affichés sur (écran d'affichage 14 selon leurs états respectifs.
Tel qu'illustré à la figure 2a, à un moment donné, le DIP 10 a un certain nombre d'EDI qui ont un état valide, nommément (EDI)i, (EDI)i+1, (EDI)i+2, etc... L'unique EDI qui a une condition active, nommément (EDI)i, est mise en évidence par la flèche sur la figure 2a.
L'institution de transaction 24 a elle aussi une banque d'EDI 28 qui comprend un certain nombre d'EDI qui sont les mêmes que ceux que l'on retrouve sur le DIP 10, nommément (EDI)i, (EDI)i+1, (EDI)i+2, etc... Ä un moment donné, tous les EDI qui ont un état valide dans le DIP 10 ont aussi un état valide à
l'institution de transaction 24. Tous les EDI qui ont un état valide à
l'institution de transaction 24 sont associés à un compte correspondant au DIP 10 et identifient ce compte.
Les figures 2a et 2b illustrent séquentiellement un exemple de réalisation de la présente invention dans le cadre d'une transaction que (on désire accomplir au moyen du DIP 10 et auprès d'une institution de transaction 24.
L'état actif d'un EDI signifie que cet EDI sera le prochain à être utilisé
lors d'tme transaction effectuée au moyen du DIP 10. Ainsi, un seul EDI actif existe sur un DIP 10 à tout moment donné, et tous les autres EDI ont un état inactif. L'état valide 5 d'un EDI sur le DIP 10 signifie que cet EDI, qui est associé au compte correspondant de (institution de transaction, (identifie de manière à permettre à une transaction d'affecter un ou des paramètres de ce compte au moyen du DIP 10. Ainsi, on peut tour à tour utiliser tous les EDI valides en tant qu'EDI actif pour identifier le compte associée au DIP 10.
Selon une réalisation de l'invention, les différents EDI peuvent être affichés sur (écran d'affichage 14 selon leurs états respectifs.
Tel qu'illustré à la figure 2a, à un moment donné, le DIP 10 a un certain nombre d'EDI qui ont un état valide, nommément (EDI)i, (EDI)i+1, (EDI)i+2, etc... L'unique EDI qui a une condition active, nommément (EDI)i, est mise en évidence par la flèche sur la figure 2a.
L'institution de transaction 24 a elle aussi une banque d'EDI 28 qui comprend un certain nombre d'EDI qui sont les mêmes que ceux que l'on retrouve sur le DIP 10, nommément (EDI)i, (EDI)i+1, (EDI)i+2, etc... Ä un moment donné, tous les EDI qui ont un état valide dans le DIP 10 ont aussi un état valide à
l'institution de transaction 24. Tous les EDI qui ont un état valide à
l'institution de transaction 24 sont associés à un compte correspondant au DIP 10 et identifient ce compte.
Les figures 2a et 2b illustrent séquentiellement un exemple de réalisation de la présente invention dans le cadre d'une transaction que (on désire accomplir au moyen du DIP 10 et auprès d'une institution de transaction 24.
13 Lorsqu'une transaction doit être accomplie, par exemple si un bien ou un service doit être acheté, on fournit au terminal d'interface 20 des données de transaction de façon appropriée. Les données de transaction peuvent être, par exemple, le prix du bien ou service à être acheté, et la façon de transmettre ces données de transaction peut alors être une caisse informatisée (non illustrée) qui communique électroniquement avec le terminal d'interface 20 pour lui fournir ces données de transaction, ou encore le terminal d'interface 20 peut lui-même être pourvu d'un clavier (non illustré) permettant l'entrée de données de transaction.
Pour que la transaction soit accomplie, un lien de communication est établi entre le DIP 10 et le terminal d'interface 20 de maniêre appropriée, et l'(EDI)i qui a un état valide et actif sur le DIP 10 est transmis du DIP 10 vers le terminal d'interface 20. L'(EDI)i et les données de transaction sont ensuite transmises à
(institution de transaction 24, où le compte associé au DIP 10 est identifié
et localisé
grâce à f(EDI)i. Si l'EDI qui est fourni par le terminal d'interface 20 à
l'institution de transaction 24 a un état valide à l'institution de transaction 24, ce qui est le cas de l'(EDI)i dans l'exemple illustrée la figure 2a, alors les données de transaction modifieront un ou des paramètres du compte associé au DIP 10 et identifié au moyen de l'(EDI)i. Par exemple, si les données de transaction sont le prix d'un bien ou service que le porteur du DIP 10 désire acheter, alors un montant correspondant à ce prix est débité du compte de l'institution de transaction 24 qui est associé
au DIP 10.
Ce montant d'argent sera par la suite transmis au vendeur du produit ou service par l'institution de transaction 24 tel qu'il est connu de le faire.
Par la suite, tel qu'illustré à la figure 2b, un message de confirmation de transaction sera généré et envoyé par l'institution de transaction 24 vers le terminal d'interface 20, pour conclure la transaction. Il est entendu que ce message de confirmation de transaction ne sera acheminé vers le terminal d'interface 20 que si
Pour que la transaction soit accomplie, un lien de communication est établi entre le DIP 10 et le terminal d'interface 20 de maniêre appropriée, et l'(EDI)i qui a un état valide et actif sur le DIP 10 est transmis du DIP 10 vers le terminal d'interface 20. L'(EDI)i et les données de transaction sont ensuite transmises à
(institution de transaction 24, où le compte associé au DIP 10 est identifié
et localisé
grâce à f(EDI)i. Si l'EDI qui est fourni par le terminal d'interface 20 à
l'institution de transaction 24 a un état valide à l'institution de transaction 24, ce qui est le cas de l'(EDI)i dans l'exemple illustrée la figure 2a, alors les données de transaction modifieront un ou des paramètres du compte associé au DIP 10 et identifié au moyen de l'(EDI)i. Par exemple, si les données de transaction sont le prix d'un bien ou service que le porteur du DIP 10 désire acheter, alors un montant correspondant à ce prix est débité du compte de l'institution de transaction 24 qui est associé
au DIP 10.
Ce montant d'argent sera par la suite transmis au vendeur du produit ou service par l'institution de transaction 24 tel qu'il est connu de le faire.
Par la suite, tel qu'illustré à la figure 2b, un message de confirmation de transaction sera généré et envoyé par l'institution de transaction 24 vers le terminal d'interface 20, pour conclure la transaction. Il est entendu que ce message de confirmation de transaction ne sera acheminé vers le terminal d'interface 20 que si
14 des conditions prédéterminées de l'institution de transaction sont respectées, le cas échéant, par exemple si la valeur pécuniaire de~la transaction est inférieur au crédit disponible au compte associé au DIP 10. Selon une réalisation de l'invention, le message de confirmation de transaction peut également être acheminé du terminal d'interface vers le DIP 10.
Une fois que le message de confirmation est envoyé, l'état de l'(EDI)i qui a été utilisé pour identifier le compte associé au DIP 10 sera changé de valide à
invalide à l'institution de transaction 24. Puisque seuls des EDI valides peuvent être utilisés pour identifier et permettre à des données de transaction d'affecter des paramètres au compte associé au DIP 10, l'(EDI)i qui est maintenant invalide ne pourra plus être utilisé pour identifier ou permettre à des données de transaction d'être appliquées au compte associé au DIP 10, tel que suggéré par le fait que l'(EDI)i est mis entre crochets sur la figure 2b. Le DIP 10 modifiera également l'état de l'(EDI)i pour qu'il devienne invalide et inactif sur le DIP 10, et modifiera l'état du prochain EDI valide parmi la banque d'EDI 26 sur le DIP 10, nommément l'(EDI)i+1, pour qu'il devienne actif. De cette façon, le prochain EDI qui sera utilisé
par le DIP 10 pour identifier et appliquer des données de transaction au compte associé au DIP 10 sera f(EDI)i+1. Puisque f(EDI)i+1 est toujours valide à
l'institution de transaction 24, ce nouvel EDI pourra donc être utilisé avec succès en autant qua les autres conditions propres à (institution de transaction 24 soient rencontrées, par exemple que la limite de crédit soit observée, dans le cas d'une institution de crédit. On peut ainsi considérer que l'EDI a été renouvelé sur le DIP
10.
Il est à noter que l'EDI actif pourra être renouvelé, de f(EDI)i vers f(EDI)i+l, lorsqu'une ou plusieurs conditions prédéterminées, qui sont programmées sur la puce 12, sont respectées. Par exemple, fEDI actif pourra être renouvelé
sur le DIP 10 lorsqu'une ou plusieurs des conditions suivantes sont respectées:
IS
- fEDI actif a été transmis par le DIP 10;
- une transaction a été accomplie. Ceci implique qu'un lien de communication entre le DIP 10 et le terminal d'interface 20 permet la commuta cation de et vers le DIP 10, puisque pour que le DIP 10 soit informé que la transaction a bien été
accomplie, il faut qu'un message de confirmation de transaction soit communiqué du terminal d'interface 20 vers le DIP 10;
- un certain intervalle de temps s'est écoulé depuis la transmission de fEDI
sans qu'un message de confirmation ou d'aimulation n'ait été retourné au DIP
10;
- un certain nombre de transactions a été accompli;
- le renouvellement de fEDI actif a été manuellement commandé au DIP 10, par exemple au moyen du clavier 16; et/ou - toute autre condition appropriée.
Selon une réalisation de l'invention, m EDI actif sur le DIP 10 qui devient inactif, devient également automatiquement invalide. Geci évite qu'un EDI
ne soit utilisé deux fois, et soit ainsi reconnu comme EDI valide par l'institution de transaction.
Selon une réalisation de l'invention, un EDI valide à l'institution financière 24 ne verra son état devenir invalide qu'aux mêmes conditions qui modifieraient l'état de ce même EDI de valide à invalide sur le DIP 10, et vice-versa.
Par exemple, si un EDI devient automatiquement invalide sur le DIP 10 à la suite d'une utilisation unique pour accomplir une transaction en tant qû'EDI actif, alors ce même EDI deviendrait automatiquement invalide à 1'instüution de transaction 24 après qu'une transaction ait été accomplie dans le compte associé à fEDI qui a été
utilisé pour identifier le compte associé au DIP 10.
Selon une réalisation avantageuse de l'invention, chaque EDI n'est utilisé qu'une seule fois et devient automatiquement invalide après cette utilisation unique, de manière à prévenir la fraude basée sur la connaissance des données d'identification du DIP 10. En effet, dès qu'un EDI a été utilisé pour accomplir une transaction, il devient invalide et ne peut donc pas être réutilisé pour identifier le compte associé au DIP 10. Conséquemment il devient sans conséquence que cet EDI obsolète ne tombe entre les mauvaises mains suite à la transaction accomplie.
Selon une réalisation de l'invention, tous les EDI sur le DIP 10 sont téléchargés sur Ia puce 12 par l'institution de transaction 24 de manière appropriée, avant que le DIP 10 ne soit remis à son propriétaire. Lorsque tous les EDI qui forment la banque d'EDI 26 sur le DIP 10 sont devenus invalides, le propriétaire du DIP 10 pourrait alors demander qu'un nouveau DIP 10 lui soit remis par.
l'institution de transaction 24. T1 est envisagé, selon cette réalisation, qu'un message d'avertissement soit émis par le DIP 10, par exemple au moyen de l'écran d'affichage 14 ou du terminal d'interface 20, lorsque la banque d'EDI 26 est sur le point d'être consommée, pour favoriser le renouvellement du DIP 10 par un nouveau DIP 10 muni de nouveaux EDI en temps opportun. Alternativement, on pourrait télécharger sur un même DIP 10 une nouvelle banque d'EDI valides, en remplacement des EDI
invalides, au moyen d'une machine d'interface appropriée, et en autant que Ie dispositif de commw~ication 18 du DIP 10 permette la réception de données en plus de l'émission de données.
Selon une réalisation de l'invention, le dispositif de communication 18 du DIP 10 permet à de l'information d'être téléchargée vers la puce 12 au moyen d'une machine d'interface appropriée, par exemple 1e terminal d'interface 20;
et le DIP 10 a un petit nombre maximum d'EDT en mémoire sur sa puce 12. Ainsi, régulièrement, on peut télécharger des nouveaux EDI à partir de (institution de transaction pour remplacer les EDT consommés. Ceci permet notamment de limiter le nombre de transaction qui pourrait être accompli avec un DIP 10 trouvë ou volé, puisque le nombre d'EDI valides disponibles sur le DIP 10 est faible. Un signal ëmis automatiquement par l'institution de transaction et/ou par le DIP 10 lui-même pourrait déclencher le rechargement de la banque d'EDI du DIP 10 et de la banque d'EDI de l'institution de transaction 24 associée au compte du DIP 10.
Selon une réalisation de (invention, le DIP 10 a des données d'identification permanentes en sus des EDI temporaires qui sont utilisées en combinaison avec les EDI pour identifier 1e compte du DIP 10, sans toutefois permettre d'y appliquer des données de transaction. Pax exemple, ces données d'identification permanentes pourraient être imprimées sur la carte en plus d'être sauvegardées sur la puce 12, et pourraient permettre au propriétaire de l'EDI
d'obtenir diverses informations concernant son compte à l'institution de transaction, par exemple le montant restant de crédit utilisable dans le cas d'un compte logeant à
une institution de crédit. Par contre, les seules données d'identification permanentes ne permettraient pas d'appliquer une transaction au compte associé au DIP 10.
Selon une réalisation de l'invention, le DIP 10 ne comprend pas une interface d'utilisateur intégrée 14, 16. Selon une autre réalisation de l'invention, le DIP 10 ne comprend pas d'interface d'utilisateur intégrée 14, 16, mais le DIP
pourrait être mis en communication avec une interface d'utilisateur externe et distincte du DIP 10, par exemple une machine d'interface portative telle qu'une machine d'interface intégrée à un télëphone cellulaire.
Selon une réalisation de l'invention, les EDI désuets, c'est-à-dire qui sont devenus invalides, sont conservés en mémoire sur le DIP 10 et dans des banques de données de l'institution de transaction 24, pour référence future, ainsi que les données de transaction qui ont ëté appliquées au compte associé au DIP 10 grâce à
chaque EDI désuet, quoique ces EDI désuets ne pourraient pas être utilisés pour identifier ou pour appliquer des données de transaction au compte du DIP 10.
Ainsi, il serait possible d'inspecter les paramètres des transactions qui ont été
accomplies dans un compte donné, et au moyen de quel EDI chaque transaction a été
accomplie.
Selon une réalisation de l'invention, un seul DIP 10 peut être utilisé
pour accéder à plus d'un compte situé dans une ou plusieurs institutions de transaction. Selon cette réalisation, le DIP 10 pourrait avoir une ou plusieurs listes d'EDI utilisés pour identifier les différents comptes associés au DIP 10: soit qu'une seule liste serait utilisée pour accëder à plusieurs comptes différents, ou alors chaque liste d'un groupe de listes serait utilisée poiw accéder à un compte correspondant à
cette liste, chaque compte ayant dès lors une liste distincte qui lui est associée.
Il est entendu que, dans le présent mémoire descriptif, l'expression "institution de transaction" est prise au sens large. Ainsi, la transaction qui est effectuée peut en être une financière ou non. Par exemple, l'institution financière peut être une société de crëdit, une banque, une institution gérant des codes d'accès permettant l'accès à des zones protégées par des portails requérant une clef d'accès, etc... Plus encore, il est bien envisageable que le compte qui sera affecté
par une transaction telle qu'une transaction financière, né soit pas géré par la même institution que celle qui gère les questions reliées à la vérification d'un EDI aux fins d'autorisation d'une transaction: on pourrait avoir ainsi une première institution de vérification d'EDI et une seconde institution de gestion de comptes distincte de l'institution de vérification. En vue de cette réalisation de la présente invention, l'expression "institution de transaction" devrait être comprise comme incluant l'institution de vérification et l'institution de gestion de comptes, même si ces deux institutions sont en fait distinctes.
Selon une réalisation de l'invention, les EDI situés dans la banque d'EDI 28 à l'institution de transaction 24 ne sont pas affublés d'un état actif/inactif, mais seulement d'un état valide/invalide. Ceci permet au détenteur du DIP 10 d'effectuer des transactions qui peuvent ne pas être transmises immédiatement à
l'institution de transaction, par exemple des transaction financières hors ligne où le vendeur de produit ou service prend fEDI actif du DIP 10 en note, mais ne contacte pas (institution ~nancière immédiatement pour signaler que la transaction a eu lieu.
Ainsi, puisque tout EDI valide à (institution financière pourrait alors être utilisé pour identifier le compte associé au DIP 10 et lui appliquer des données de transaction, plusieurs transactions sëquentielles pourraient être effectuées par le détenteur du DIP 10 avec une série d'EDI valides sans que les informations concernant ces transactions ne soient immédiatement transmise à l'institution de transaction. Par la suite, quand les différentes transactions seront présentées à
l'institution de transaction pour affecter un ou des paramètres du compte associé au DIP 10, dans (ordre ou dans le désordre, celles-ci seront acceptées puisque présentées en association avec des EDI valides.
Selon une réalisation alternative de la présente invention, seul fEDI
actif dans la liste d'EDI peut être utilisé pour identifier un compte et lui faire appliquer des données de transaction. Dans un tel cas, l'institution de transaction 24 aurait besoin d'assigner un état actif/inactif à chaque EDI de la liste d'EDI
2$ située à
(institution de transaction 24, en sus d'un état valide/invalide. L'EDI qui aurait un état actif à l'institution de transaction 24 serait initialement le même que celui qui a un état actif sm le DIP 10, ~et serait par la suite renouvelé selon les mêmes conditions que fEDI actif sur le DIP 10. Alternativement, seul un petit nombre d'EDI
valides seraient jugés actifs à l'institution de transaction 24.
Selon une réalisation de la présente invention, tous les EDI valides sur le DIP 10 sont sauvegardës sur la mémoire du DIP 10, et tous les EDI qui deviennent invalides sont en fait effacés de la mémoire du DIP 10. Similairement, tous les EDI
valides à l'institution de transaction 24 sont sauvegardés en mémoire, et tous les EDI
qui deviennent invalides sont en fait effacés de la mémoire de l'institution de transaction 24.
5 Il est entendu que les états "valides" et "actifs", dans le présent mémoire descriptif, sont nommés à titre indicatifs, et qu'il n'est pas obligatoire qu'ils soient nommés comme tel dans les différentes réalisations de l'invention. Par exemple, un EDI ayant un état valide pourrait être simplement un EDI qui est présent dans la banque de données du DIP 10, cet EDI étant tout simplement effacé du DIP
10 10 lorsqu'il n'est plus valide, devenant ainsi "invalide". Aussi, I'EDI
actif peut être choisi au hasard parmi les EDI valides au moment où la transaction est effectuée, ou alors un ordre spécifique peut être suivi, dans quel cas l'EDI actif n'est pas nécessairement affublé d'une condition spécifique dans la mémoire de la puce 12 du DIP I0; mais il est entendu qu'un EDI est considéré actif lorsqu'il est transmis pax le
Une fois que le message de confirmation est envoyé, l'état de l'(EDI)i qui a été utilisé pour identifier le compte associé au DIP 10 sera changé de valide à
invalide à l'institution de transaction 24. Puisque seuls des EDI valides peuvent être utilisés pour identifier et permettre à des données de transaction d'affecter des paramètres au compte associé au DIP 10, l'(EDI)i qui est maintenant invalide ne pourra plus être utilisé pour identifier ou permettre à des données de transaction d'être appliquées au compte associé au DIP 10, tel que suggéré par le fait que l'(EDI)i est mis entre crochets sur la figure 2b. Le DIP 10 modifiera également l'état de l'(EDI)i pour qu'il devienne invalide et inactif sur le DIP 10, et modifiera l'état du prochain EDI valide parmi la banque d'EDI 26 sur le DIP 10, nommément l'(EDI)i+1, pour qu'il devienne actif. De cette façon, le prochain EDI qui sera utilisé
par le DIP 10 pour identifier et appliquer des données de transaction au compte associé au DIP 10 sera f(EDI)i+1. Puisque f(EDI)i+1 est toujours valide à
l'institution de transaction 24, ce nouvel EDI pourra donc être utilisé avec succès en autant qua les autres conditions propres à (institution de transaction 24 soient rencontrées, par exemple que la limite de crédit soit observée, dans le cas d'une institution de crédit. On peut ainsi considérer que l'EDI a été renouvelé sur le DIP
10.
Il est à noter que l'EDI actif pourra être renouvelé, de f(EDI)i vers f(EDI)i+l, lorsqu'une ou plusieurs conditions prédéterminées, qui sont programmées sur la puce 12, sont respectées. Par exemple, fEDI actif pourra être renouvelé
sur le DIP 10 lorsqu'une ou plusieurs des conditions suivantes sont respectées:
IS
- fEDI actif a été transmis par le DIP 10;
- une transaction a été accomplie. Ceci implique qu'un lien de communication entre le DIP 10 et le terminal d'interface 20 permet la commuta cation de et vers le DIP 10, puisque pour que le DIP 10 soit informé que la transaction a bien été
accomplie, il faut qu'un message de confirmation de transaction soit communiqué du terminal d'interface 20 vers le DIP 10;
- un certain intervalle de temps s'est écoulé depuis la transmission de fEDI
sans qu'un message de confirmation ou d'aimulation n'ait été retourné au DIP
10;
- un certain nombre de transactions a été accompli;
- le renouvellement de fEDI actif a été manuellement commandé au DIP 10, par exemple au moyen du clavier 16; et/ou - toute autre condition appropriée.
Selon une réalisation de l'invention, m EDI actif sur le DIP 10 qui devient inactif, devient également automatiquement invalide. Geci évite qu'un EDI
ne soit utilisé deux fois, et soit ainsi reconnu comme EDI valide par l'institution de transaction.
Selon une réalisation de l'invention, un EDI valide à l'institution financière 24 ne verra son état devenir invalide qu'aux mêmes conditions qui modifieraient l'état de ce même EDI de valide à invalide sur le DIP 10, et vice-versa.
Par exemple, si un EDI devient automatiquement invalide sur le DIP 10 à la suite d'une utilisation unique pour accomplir une transaction en tant qû'EDI actif, alors ce même EDI deviendrait automatiquement invalide à 1'instüution de transaction 24 après qu'une transaction ait été accomplie dans le compte associé à fEDI qui a été
utilisé pour identifier le compte associé au DIP 10.
Selon une réalisation avantageuse de l'invention, chaque EDI n'est utilisé qu'une seule fois et devient automatiquement invalide après cette utilisation unique, de manière à prévenir la fraude basée sur la connaissance des données d'identification du DIP 10. En effet, dès qu'un EDI a été utilisé pour accomplir une transaction, il devient invalide et ne peut donc pas être réutilisé pour identifier le compte associé au DIP 10. Conséquemment il devient sans conséquence que cet EDI obsolète ne tombe entre les mauvaises mains suite à la transaction accomplie.
Selon une réalisation de l'invention, tous les EDI sur le DIP 10 sont téléchargés sur Ia puce 12 par l'institution de transaction 24 de manière appropriée, avant que le DIP 10 ne soit remis à son propriétaire. Lorsque tous les EDI qui forment la banque d'EDI 26 sur le DIP 10 sont devenus invalides, le propriétaire du DIP 10 pourrait alors demander qu'un nouveau DIP 10 lui soit remis par.
l'institution de transaction 24. T1 est envisagé, selon cette réalisation, qu'un message d'avertissement soit émis par le DIP 10, par exemple au moyen de l'écran d'affichage 14 ou du terminal d'interface 20, lorsque la banque d'EDI 26 est sur le point d'être consommée, pour favoriser le renouvellement du DIP 10 par un nouveau DIP 10 muni de nouveaux EDI en temps opportun. Alternativement, on pourrait télécharger sur un même DIP 10 une nouvelle banque d'EDI valides, en remplacement des EDI
invalides, au moyen d'une machine d'interface appropriée, et en autant que Ie dispositif de commw~ication 18 du DIP 10 permette la réception de données en plus de l'émission de données.
Selon une réalisation de l'invention, le dispositif de communication 18 du DIP 10 permet à de l'information d'être téléchargée vers la puce 12 au moyen d'une machine d'interface appropriée, par exemple 1e terminal d'interface 20;
et le DIP 10 a un petit nombre maximum d'EDT en mémoire sur sa puce 12. Ainsi, régulièrement, on peut télécharger des nouveaux EDI à partir de (institution de transaction pour remplacer les EDT consommés. Ceci permet notamment de limiter le nombre de transaction qui pourrait être accompli avec un DIP 10 trouvë ou volé, puisque le nombre d'EDI valides disponibles sur le DIP 10 est faible. Un signal ëmis automatiquement par l'institution de transaction et/ou par le DIP 10 lui-même pourrait déclencher le rechargement de la banque d'EDI du DIP 10 et de la banque d'EDI de l'institution de transaction 24 associée au compte du DIP 10.
Selon une réalisation de (invention, le DIP 10 a des données d'identification permanentes en sus des EDI temporaires qui sont utilisées en combinaison avec les EDI pour identifier 1e compte du DIP 10, sans toutefois permettre d'y appliquer des données de transaction. Pax exemple, ces données d'identification permanentes pourraient être imprimées sur la carte en plus d'être sauvegardées sur la puce 12, et pourraient permettre au propriétaire de l'EDI
d'obtenir diverses informations concernant son compte à l'institution de transaction, par exemple le montant restant de crédit utilisable dans le cas d'un compte logeant à
une institution de crédit. Par contre, les seules données d'identification permanentes ne permettraient pas d'appliquer une transaction au compte associé au DIP 10.
Selon une réalisation de l'invention, le DIP 10 ne comprend pas une interface d'utilisateur intégrée 14, 16. Selon une autre réalisation de l'invention, le DIP 10 ne comprend pas d'interface d'utilisateur intégrée 14, 16, mais le DIP
pourrait être mis en communication avec une interface d'utilisateur externe et distincte du DIP 10, par exemple une machine d'interface portative telle qu'une machine d'interface intégrée à un télëphone cellulaire.
Selon une réalisation de l'invention, les EDI désuets, c'est-à-dire qui sont devenus invalides, sont conservés en mémoire sur le DIP 10 et dans des banques de données de l'institution de transaction 24, pour référence future, ainsi que les données de transaction qui ont ëté appliquées au compte associé au DIP 10 grâce à
chaque EDI désuet, quoique ces EDI désuets ne pourraient pas être utilisés pour identifier ou pour appliquer des données de transaction au compte du DIP 10.
Ainsi, il serait possible d'inspecter les paramètres des transactions qui ont été
accomplies dans un compte donné, et au moyen de quel EDI chaque transaction a été
accomplie.
Selon une réalisation de l'invention, un seul DIP 10 peut être utilisé
pour accéder à plus d'un compte situé dans une ou plusieurs institutions de transaction. Selon cette réalisation, le DIP 10 pourrait avoir une ou plusieurs listes d'EDI utilisés pour identifier les différents comptes associés au DIP 10: soit qu'une seule liste serait utilisée pour accëder à plusieurs comptes différents, ou alors chaque liste d'un groupe de listes serait utilisée poiw accéder à un compte correspondant à
cette liste, chaque compte ayant dès lors une liste distincte qui lui est associée.
Il est entendu que, dans le présent mémoire descriptif, l'expression "institution de transaction" est prise au sens large. Ainsi, la transaction qui est effectuée peut en être une financière ou non. Par exemple, l'institution financière peut être une société de crëdit, une banque, une institution gérant des codes d'accès permettant l'accès à des zones protégées par des portails requérant une clef d'accès, etc... Plus encore, il est bien envisageable que le compte qui sera affecté
par une transaction telle qu'une transaction financière, né soit pas géré par la même institution que celle qui gère les questions reliées à la vérification d'un EDI aux fins d'autorisation d'une transaction: on pourrait avoir ainsi une première institution de vérification d'EDI et une seconde institution de gestion de comptes distincte de l'institution de vérification. En vue de cette réalisation de la présente invention, l'expression "institution de transaction" devrait être comprise comme incluant l'institution de vérification et l'institution de gestion de comptes, même si ces deux institutions sont en fait distinctes.
Selon une réalisation de l'invention, les EDI situés dans la banque d'EDI 28 à l'institution de transaction 24 ne sont pas affublés d'un état actif/inactif, mais seulement d'un état valide/invalide. Ceci permet au détenteur du DIP 10 d'effectuer des transactions qui peuvent ne pas être transmises immédiatement à
l'institution de transaction, par exemple des transaction financières hors ligne où le vendeur de produit ou service prend fEDI actif du DIP 10 en note, mais ne contacte pas (institution ~nancière immédiatement pour signaler que la transaction a eu lieu.
Ainsi, puisque tout EDI valide à (institution financière pourrait alors être utilisé pour identifier le compte associé au DIP 10 et lui appliquer des données de transaction, plusieurs transactions sëquentielles pourraient être effectuées par le détenteur du DIP 10 avec une série d'EDI valides sans que les informations concernant ces transactions ne soient immédiatement transmise à l'institution de transaction. Par la suite, quand les différentes transactions seront présentées à
l'institution de transaction pour affecter un ou des paramètres du compte associé au DIP 10, dans (ordre ou dans le désordre, celles-ci seront acceptées puisque présentées en association avec des EDI valides.
Selon une réalisation alternative de la présente invention, seul fEDI
actif dans la liste d'EDI peut être utilisé pour identifier un compte et lui faire appliquer des données de transaction. Dans un tel cas, l'institution de transaction 24 aurait besoin d'assigner un état actif/inactif à chaque EDI de la liste d'EDI
2$ située à
(institution de transaction 24, en sus d'un état valide/invalide. L'EDI qui aurait un état actif à l'institution de transaction 24 serait initialement le même que celui qui a un état actif sm le DIP 10, ~et serait par la suite renouvelé selon les mêmes conditions que fEDI actif sur le DIP 10. Alternativement, seul un petit nombre d'EDI
valides seraient jugés actifs à l'institution de transaction 24.
Selon une réalisation de la présente invention, tous les EDI valides sur le DIP 10 sont sauvegardës sur la mémoire du DIP 10, et tous les EDI qui deviennent invalides sont en fait effacés de la mémoire du DIP 10. Similairement, tous les EDI
valides à l'institution de transaction 24 sont sauvegardés en mémoire, et tous les EDI
qui deviennent invalides sont en fait effacés de la mémoire de l'institution de transaction 24.
5 Il est entendu que les états "valides" et "actifs", dans le présent mémoire descriptif, sont nommés à titre indicatifs, et qu'il n'est pas obligatoire qu'ils soient nommés comme tel dans les différentes réalisations de l'invention. Par exemple, un EDI ayant un état valide pourrait être simplement un EDI qui est présent dans la banque de données du DIP 10, cet EDI étant tout simplement effacé du DIP
10 10 lorsqu'il n'est plus valide, devenant ainsi "invalide". Aussi, I'EDI
actif peut être choisi au hasard parmi les EDI valides au moment où la transaction est effectuée, ou alors un ordre spécifique peut être suivi, dans quel cas l'EDI actif n'est pas nécessairement affublé d'une condition spécifique dans la mémoire de la puce 12 du DIP I0; mais il est entendu qu'un EDI est considéré actif lorsqu'il est transmis pax le
15 DIP 10 aux (ms d'identification du compte correspondant au DIP 10.
II est entendu qu'il est envisagé d'employer toute forme de sécurisation des transactions, par exemple par le codage ou le chiffrement des données échangées, et/ou toute forme de sécurisation de l'usage du DIP 10, par 20 exemple par (ajout sur le DIP IO d'un lecteur biométrique qui comparera des données biométriques lues à des données biométriques préenregistrées représentatives d'un paramètre biométrique du détenteur du DIP 10. Par exemple, un lecteur d'empreintes digitales pourrait être pourvu sur le DIP 10, et chaque utilisation du DIP 10 devrait être préalablement validée par la lecture par ce lecteur d'empreintes digitales de l'empreinte du détenteur du DIP 10.
II est entendu qu'il est envisagé d'employer toute forme de sécurisation des transactions, par exemple par le codage ou le chiffrement des données échangées, et/ou toute forme de sécurisation de l'usage du DIP 10, par 20 exemple par (ajout sur le DIP IO d'un lecteur biométrique qui comparera des données biométriques lues à des données biométriques préenregistrées représentatives d'un paramètre biométrique du détenteur du DIP 10. Par exemple, un lecteur d'empreintes digitales pourrait être pourvu sur le DIP 10, et chaque utilisation du DIP 10 devrait être préalablement validée par la lecture par ce lecteur d'empreintes digitales de l'empreinte du détenteur du DIP 10.
Claims (14)
1. Méthode pour le renouvellement d'un EDI actif sur un DIP, ledit DIP ayant au moins un premier EDI ayant des états initiaux actif et valide sur ledit DIP et un second EDI ayant des états initiaux inactif et valide sur ledit DIP, lesdits premier et second EDI étant sauvegardés à une institution de transaction et ayant un état initial valide à ladite institution de transaction, tous les EDI
ayant un état valide à ladite institution de transaction permettant d'identifier et de faire appliquer des données de transaction à un compte associé audit DIP et situé à
ladite institution de transaction, ledit EDI ayant un état actif sur ledit DIP étant employé
pour accomplir une transaction, ladite méthode comprenant les étapes suivantes:
a) on change les états dudit premier EDI de valide à invalide et d'actif à
inactif sur ledit DIP;
b) on change l'état dudit second EDI d'inactif à actif sur ledit DIP; et c) on change l'état dudit premier EDI de valide à invalide à ladite institution de transaction.
ayant un état valide à ladite institution de transaction permettant d'identifier et de faire appliquer des données de transaction à un compte associé audit DIP et situé à
ladite institution de transaction, ledit EDI ayant un état actif sur ledit DIP étant employé
pour accomplir une transaction, ladite méthode comprenant les étapes suivantes:
a) on change les états dudit premier EDI de valide à invalide et d'actif à
inactif sur ledit DIP;
b) on change l'état dudit second EDI d'inactif à actif sur ledit DIP; et c) on change l'état dudit premier EDI de valide à invalide à ladite institution de transaction.
2. Méthode pour le renouvellement d'un EDI sur un DIP dans le cadre d'une transaction électronique qu'on accomplit au moyen dudit DIP, ledit DIP
étant associé à un compte situé à une institution de transaction, ladite institution de transaction comprenant une banque d'EDI valides identifiant ledit compte, ledit DIP
comprenant également ladite banque d'EDI valides, ladite méthode comprenant les 25 étapes suivantes:
a) on transmet à ladite institution de transaction un EDI appelé EDI actif parmi lesdits EDI valides dudit DIP;
b) on identifie à ladite institution de transaction ledit compte associé audit DIP
en repérant ledit EDI valide à ladite institution de transaction correspondant audit EDI actif;
c) on applique des données de transaction représentatives de ladite transaction dudit compte associé audit DIP;
d) on change (état dudit EDI actif dudit DIP et dudit EDI correspondant audit EDI actif à ladite institution de transaction, de valide à invalide, de telle sorte que cet EDI ne puisse plus être utilisé pour identifier ledit compte correspondant audit DIP.
étant associé à un compte situé à une institution de transaction, ladite institution de transaction comprenant une banque d'EDI valides identifiant ledit compte, ledit DIP
comprenant également ladite banque d'EDI valides, ladite méthode comprenant les 25 étapes suivantes:
a) on transmet à ladite institution de transaction un EDI appelé EDI actif parmi lesdits EDI valides dudit DIP;
b) on identifie à ladite institution de transaction ledit compte associé audit DIP
en repérant ledit EDI valide à ladite institution de transaction correspondant audit EDI actif;
c) on applique des données de transaction représentatives de ladite transaction dudit compte associé audit DIP;
d) on change (état dudit EDI actif dudit DIP et dudit EDI correspondant audit EDI actif à ladite institution de transaction, de valide à invalide, de telle sorte que cet EDI ne puisse plus être utilisé pour identifier ledit compte correspondant audit DIP.
3. Méthode selon la revendication 2, caractérisée en ce que ledit EDI actif sera renouvelé sur ledit DIP lorsqu'une ou plusieurs des conditions suivantes sont respectées:
- ledit EDI actif a été transmis par ledit DIP;
- une transaction a été accomplie au moyen dudit EDI actif, et un message de confirmation de transaction a été émis par ladite institution de transaction vers ledit DIP;
- un certain intervalle de temps s'est écoulé depuis la transmission de l'EDI
actif;
- un certain nombre prédéterminé de transactions ont été accomplies; et - le renouvellement de l'EDI actif a été manuellement commandé audit DIP.
- ledit EDI actif a été transmis par ledit DIP;
- une transaction a été accomplie au moyen dudit EDI actif, et un message de confirmation de transaction a été émis par ladite institution de transaction vers ledit DIP;
- un certain intervalle de temps s'est écoulé depuis la transmission de l'EDI
actif;
- un certain nombre prédéterminé de transactions ont été accomplies; et - le renouvellement de l'EDI actif a été manuellement commandé audit DIP.
4. Méthode selon la revendication 2, caractérisée en ce qu'on peut renflouer ladite banque d'EDI valides sur ledit DIP et à ladite institution de transaction.
5. Méthode selon la revendication 2, caractérisée en ce que ledit DIP a aussi des données d'identification permanentes en sus desdits EDI.
6. Méthode selon la revendication 2, caractérisée en ce que les EDI devenus invalides sont conservés en mémoire sur ledit DIP et à ladite institution de transaction, pour référence future, ainsi que les données de transaction qui ont été
appliquées audit compte associé audit DIP grâce à chaque EDI devenu invalide.
appliquées audit compte associé audit DIP grâce à chaque EDI devenu invalide.
7. Méthode selon la revendication 2, caractérisée en ce qu'un seul DIP peut être utilisé pour identifier un premier et un second comptes distincts.
8. Méthode selon la revendication 7, caractérisée en ce que chacun desdits premier et second comptes sont situés dans des institutions financières distinctes.
9. Méthode selon la revendication 7, caractérisée en ce que ladite banque d'EDI valides sur ledit DIP est divisée en une première et une seconde portions permettant d'identifier lesdits premier et second comptes, respectivement.
10. Système pour le renouvellement d'un EDI actif sur un DIP;
ledit DIP ayant au moins un premier EDI ayant des états initiaux actif et valide sur ledit DIP et un second EDI ayant des états initiaux inactif et valide sur ledit DIP, lesdits premier et second EDI étant sauvegardés dans une mémoire résidente d'une institution de transaction et ayant un état initial valide à ladite institution de transaction, tous les EDI ayant un état valide à ladite institution de transaction permettant d'identifier et de faire appliquer des données de transaction à un compte associé audit DIP et situé dans ladite mémoire résidente de ladite institution de transaction, ledit EDI ayant un état actif sur ledit DIP étant employé pour accomplir une transaction, ledit système comprenant:
a) des moyens pour changer les états dudit premier EDI de valide à invalide et d'actif à inactif sur ledit DIP;
b) des moyens pour changer l'état dudit second EDI d'inactif à actif sur ledit DIP; et c) des moyens pour changer l'état dudit premier EDI de valide à invalide dans ladite mémoire résidente de ladite institution de transaction.
ledit DIP ayant au moins un premier EDI ayant des états initiaux actif et valide sur ledit DIP et un second EDI ayant des états initiaux inactif et valide sur ledit DIP, lesdits premier et second EDI étant sauvegardés dans une mémoire résidente d'une institution de transaction et ayant un état initial valide à ladite institution de transaction, tous les EDI ayant un état valide à ladite institution de transaction permettant d'identifier et de faire appliquer des données de transaction à un compte associé audit DIP et situé dans ladite mémoire résidente de ladite institution de transaction, ledit EDI ayant un état actif sur ledit DIP étant employé pour accomplir une transaction, ledit système comprenant:
a) des moyens pour changer les états dudit premier EDI de valide à invalide et d'actif à inactif sur ledit DIP;
b) des moyens pour changer l'état dudit second EDI d'inactif à actif sur ledit DIP; et c) des moyens pour changer l'état dudit premier EDI de valide à invalide dans ladite mémoire résidente de ladite institution de transaction.
11. Système pour le renouvellement d'un EDI sur un DIP dans le cadre d'une transaction électronique qu'on accomplit au moyen dudit DIP, ledit DIP
étant associé à un compte situé à une institution de transaction, ladite institution de transaction comprenant une banque d'EDI valides identifiant ledit compte, ledit DIP
comprenant également ladite banque d'EDI valides, ledit système comprenant:
a) des moyens pour transmettre à ladite institution de transaction un EDI
appelé
EDI actif parmi lesdits EDI valides dudit DIP;
b) des moyens pour identifier à ladite institution de transaction ledit compte associé audit DTP en repérant ledit EDI valide correspondant audit EDI actif;
c) des moyens pour appliquer des données de transaction représentatives de ladite transaction audit compte associé audit DIP;
d) des moyens pour changer l'état dudit EDI actif dudit DIP et dudit EDI
correspondant audit EDI actif à ladite institution de transaction, de valide à
invalide, de telle sorte que cet EDI ne puisse plus être utilisé pour identifier ledit compte correspondant audit DIP.
étant associé à un compte situé à une institution de transaction, ladite institution de transaction comprenant une banque d'EDI valides identifiant ledit compte, ledit DIP
comprenant également ladite banque d'EDI valides, ledit système comprenant:
a) des moyens pour transmettre à ladite institution de transaction un EDI
appelé
EDI actif parmi lesdits EDI valides dudit DIP;
b) des moyens pour identifier à ladite institution de transaction ledit compte associé audit DTP en repérant ledit EDI valide correspondant audit EDI actif;
c) des moyens pour appliquer des données de transaction représentatives de ladite transaction audit compte associé audit DIP;
d) des moyens pour changer l'état dudit EDI actif dudit DIP et dudit EDI
correspondant audit EDI actif à ladite institution de transaction, de valide à
invalide, de telle sorte que cet EDI ne puisse plus être utilisé pour identifier ledit compte correspondant audit DIP.
12. DIP comprenant:
- une puce électronique ayant un microprocesseur et un organe de mémoire en lecture et en écriture;
- un dispositif de communication relié à ladite puce électronique et permettant d'envoyer et de recevoir des données;
- une interface d'usager relié à ladite puce électronique; et - une banque d'EDI enregistrée sur ledit organe de mémoire et comprenant au moins deux EDI valides permettant d'identifier un compte situé dans une institution de transaction.
- une puce électronique ayant un microprocesseur et un organe de mémoire en lecture et en écriture;
- un dispositif de communication relié à ladite puce électronique et permettant d'envoyer et de recevoir des données;
- une interface d'usager relié à ladite puce électronique; et - une banque d'EDI enregistrée sur ledit organe de mémoire et comprenant au moins deux EDI valides permettant d'identifier un compte situé dans une institution de transaction.
13. Méthode pour le renouvellement d'un EDI actif sur un DIP, ledit DIP ayant au moins un premier EDI ayant des états initiaux actif et valide et un second EDI ayant des états initiaux inactif et valide, tous les EDI ayant un état valide sur ledit DIP étant destinés à identifier et à faire appliquer des données de transaction à un compte associé audit DIP qui n'est pas situé sur ledit DIP, ledit EDI
ayant un état actif sur ledit DIP étant employé pour accomplir une transaction, ladite méthode comprenant les étapes suivantes:
a) on change les états dudit premier EDI de valide à invalide et d'actif à
inactif;
et b) on change l'état dudit second EDI d'inactif à actif.
ayant un état actif sur ledit DIP étant employé pour accomplir une transaction, ladite méthode comprenant les étapes suivantes:
a) on change les états dudit premier EDI de valide à invalide et d'actif à
inactif;
et b) on change l'état dudit second EDI d'inactif à actif.
14. Système pour le renouvellement d'un EDI actif sur un DIP, ledit DIP ayant au moins un premier EDI ayant des états initiaux actif et valide et un second EDI ayant des états initiaux inactif et valide, tous les EDI ayant un état valide sur ledit DIP étant destinés à identifier et à faire appliquer des données électroniques de transaction à un compte associé audit DIP qui n'est pas situé sur ledit DIP, ledit EDI ayant un état actif sur ledit DIP étant employé pour accomplir une transaction, ledit système comprenant:
a) des moyens pour changer les états dudit premier EDI de valide à invalide et d'actif à inactif; et b) des moyens pour changer l'état dudit second EDI d'inactif à actif.
a) des moyens pour changer les états dudit premier EDI de valide à invalide et d'actif à inactif; et b) des moyens pour changer l'état dudit second EDI d'inactif à actif.
Applications Claiming Priority (7)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US27611901P | 2001-03-16 | 2001-03-16 | |
US60/276,119 | 2001-03-16 | ||
IBPCT/IB01/00940 | 2001-05-28 | ||
PCT/IB2001/000940 WO2002075674A2 (fr) | 2001-03-16 | 2001-05-28 | Systeme et methode de renouvellement de donnees d'identification sur un dispositif de transaction portatif |
US29444801P | 2001-05-30 | 2001-05-30 | |
US60/294,448 | 2001-05-30 | ||
PCT/IB2002/000652 WO2002075675A2 (fr) | 2001-03-16 | 2002-03-05 | Système et méthode de renouvellement de données d'identification sur un dispositif d'identification portatif |
Publications (1)
Publication Number | Publication Date |
---|---|
CA2434196A1 true CA2434196A1 (fr) | 2002-09-26 |
Family
ID=26957785
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CA002434196A Abandoned CA2434196A1 (fr) | 2001-03-16 | 2002-03-05 | Systeme et methode de renouvellement de donnees d'identification sur un dispositif d'identification portatif |
Country Status (8)
Country | Link |
---|---|
US (1) | US20040035924A1 (fr) |
EP (1) | EP1371032A2 (fr) |
CN (1) | CN1527991A (fr) |
AU (1) | AU2002236137A1 (fr) |
BR (1) | BR0207533A (fr) |
CA (1) | CA2434196A1 (fr) |
MX (1) | MXPA03007781A (fr) |
WO (1) | WO2002075675A2 (fr) |
Families Citing this family (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2008075143A1 (fr) * | 2006-12-18 | 2008-06-26 | Fundamo (Proprietary) Limited | Dispositif de paiement portable |
ES2923277T3 (es) * | 2017-12-20 | 2022-09-26 | Inventio Ag | Sistema de control de acceso con autenticación por radio y detección de contraseña |
Family Cites Families (30)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US4658147A (en) * | 1985-04-03 | 1987-04-14 | Baird Corporation | Remote optically readable system and method |
JPS62179994A (ja) * | 1986-02-04 | 1987-08-07 | カシオ計算機株式会社 | 電子カ−ド |
US4916296A (en) * | 1987-10-29 | 1990-04-10 | Jerry R. Iggulden | Light modulating smart card |
DE69032091T2 (de) * | 1989-12-28 | 1998-08-20 | Gunze Kk | Eingabesystem mit berührungsempfindlicher Widerstandsfilmtafel |
JP2822624B2 (ja) * | 1990-07-03 | 1998-11-11 | 三菱電機株式会社 | 非接触icカード |
IL96764A (en) * | 1990-12-23 | 1994-07-31 | Zuta Marc | Smart card integrated in a wristwatch and having logic unit controlling the automatic identification process and the data transfer |
US5317137A (en) * | 1992-02-24 | 1994-05-31 | Comproducts Inc. | Magnetic debit card reader fraudulent use prevention |
US5268963A (en) * | 1992-06-09 | 1993-12-07 | Audio Digital Imaging Inc. | System for encoding personalized identification for storage on memory storage devices |
GB2278085B (en) * | 1993-05-21 | 1997-06-04 | Motorola Inc | Signal coupler |
US5880769A (en) * | 1994-01-19 | 1999-03-09 | Smarttv Co. | Interactive smart card system for integrating the provision of remote and local services |
JP3571383B2 (ja) * | 1994-10-19 | 2004-09-29 | 株式会社日立製作所 | Icカード、icカードリードライト装置及び電子財布システム |
JP3343771B2 (ja) * | 1995-03-13 | 2002-11-11 | 株式会社東芝 | 電子決済装置、および、電子決済判定方法 |
US5689100A (en) * | 1995-03-21 | 1997-11-18 | Martiz, Inc. | Debit card system and method for implementing incentive award program |
JPH0962882A (ja) * | 1995-08-30 | 1997-03-07 | Matsushita Electric Ind Co Ltd | チケット発行、利用システム |
EP0775990A3 (fr) * | 1995-11-21 | 2000-08-23 | Hitachi, Ltd. | Terminal pour transactions automatisées avec carte à circuit intégré et carte utilisée dans ce terminal |
US5777903A (en) * | 1996-01-22 | 1998-07-07 | Motorola, Inc. | Solar cell powered smart card with integrated display and interface keypad |
US5777305A (en) * | 1996-01-24 | 1998-07-07 | Incomm | Package assembly and method for activating prepaid debit cards |
CA2197930A1 (fr) * | 1996-02-29 | 1997-08-29 | Masayuki Ohki | Portefeuille electronique et methode pour s'en servir |
US6178409B1 (en) * | 1996-06-17 | 2001-01-23 | Verifone, Inc. | System, method and article of manufacture for multiple-entry point virtual point of sale architecture |
US5770843A (en) * | 1996-07-02 | 1998-06-23 | Ncr Corporation | Access card for multiple accounts |
US5867795A (en) * | 1996-08-23 | 1999-02-02 | Motorola, Inc. | Portable electronic device with transceiver and visual image display |
JPH1079733A (ja) * | 1996-09-03 | 1998-03-24 | Kokusai Denshin Denwa Co Ltd <Kdd> | Icカードを用いた認証方法及び認証システム |
US5789733A (en) * | 1996-09-20 | 1998-08-04 | Motorola, Inc. | Smart card with contactless optical interface |
US5913203A (en) * | 1996-10-03 | 1999-06-15 | Jaesent Inc. | System and method for pseudo cash transactions |
JPH10143570A (ja) * | 1996-11-15 | 1998-05-29 | Susumu Miyake | 信用供与カードの個人情報の電子的受渡方法、及びそのためのミニicカード、アダプタカード、端末アダプタ、伝票発行機、携帯端末 |
US6070794A (en) * | 1997-04-18 | 2000-06-06 | Fujitsu Limited | Card unit processing apparatus |
US6636833B1 (en) * | 1998-03-25 | 2003-10-21 | Obis Patents Ltd. | Credit card system and method |
US6108789A (en) * | 1998-05-05 | 2000-08-22 | Liberate Technologies | Mechanism for users with internet service provider smart cards to roam among geographically disparate authorized network computer client devices without mediation of a central authority |
US6473500B1 (en) * | 1998-10-28 | 2002-10-29 | Mastercard International Incorporated | System and method for using a prepaid card |
EP1028401A3 (fr) * | 1999-02-12 | 2003-06-25 | Citibank, N.A. | Méthode et système pour exécuter une transaction avec cartes bancaires |
-
2002
- 2002-03-05 CA CA002434196A patent/CA2434196A1/fr not_active Abandoned
- 2002-03-05 MX MXPA03007781A patent/MXPA03007781A/es unknown
- 2002-03-05 EP EP02702617A patent/EP1371032A2/fr not_active Withdrawn
- 2002-03-05 WO PCT/IB2002/000652 patent/WO2002075675A2/fr not_active Application Discontinuation
- 2002-03-05 CN CNA028067126A patent/CN1527991A/zh active Pending
- 2002-03-05 AU AU2002236137A patent/AU2002236137A1/en not_active Abandoned
- 2002-03-05 BR BR0207533-4A patent/BR0207533A/pt not_active Application Discontinuation
-
2003
- 2003-08-21 US US10/646,650 patent/US20040035924A1/en not_active Abandoned
Also Published As
Publication number | Publication date |
---|---|
EP1371032A2 (fr) | 2003-12-17 |
CN1527991A (zh) | 2004-09-08 |
AU2002236137A1 (en) | 2002-10-03 |
MXPA03007781A (es) | 2003-12-08 |
BR0207533A (pt) | 2004-03-09 |
US20040035924A1 (en) | 2004-02-26 |
WO2002075675A3 (fr) | 2003-02-13 |
WO2002075675A2 (fr) | 2002-09-26 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
EP0818763B1 (fr) | Procédé de contrôle de transactions sécurisées independantes utilisant un dispositif physique unique | |
CA2407549C (fr) | Systeme de transaction avec dispositif personnel portatif d'identification et de controle de transaction | |
US20050242193A1 (en) | Transaction card comprising two magnetic stripes | |
CN101606169A (zh) | 直接发行交易卡的***和方法 | |
CN101583968A (zh) | 非常规支付的***和方法 | |
CN107194681A (zh) | 基于ic卡的交易处理、信用支付授权方法、装置及*** | |
CA2415393A1 (fr) | Procede de transaction commerciale electronique basee sur une carte de memoire optique | |
EP3533014A2 (fr) | Procede et systeme pour la reception et/ou l'emission automatique d'informations relatives a des transactions | |
CA2434196A1 (fr) | Systeme et methode de renouvellement de donnees d'identification sur un dispositif d'identification portatif | |
EP1323140B1 (fr) | Procede pour fournir des donnees d'identification d'une carte de paiement a un usager | |
FR2754082A1 (fr) | Systeme et procede de fidelisation d'une clientele, et terminal correspondant | |
EP1354288B1 (fr) | Procede utilisant les cartes de paiement electroniques pour securiser les transactions | |
FR2810759A1 (fr) | Procede pour effectuer une transaction commerciale en ligne par l'intermediaire d'un reseau de communication et dispositif electronique pour passer des commandes commerciales en ligne | |
WO2013000966A1 (fr) | Procede de transaction dematerialisee | |
EP1198789B1 (fr) | Systeme de paiement securise, permettant de selectionner un montant quelconque | |
CA2434192A1 (fr) | Systeme et methode de renouvellement de donnees d'identification sur un dispositif de transaction portatif | |
BE1013294A5 (fr) | Version electronique du titre-repas belge. | |
EP1085475A1 (fr) | Procédé de transfert monétaire, notamment de collecte électronique de fonds | |
US20230041655A1 (en) | Slap pay and snap pay contactless payment and data systems | |
WO2002046984A1 (fr) | Procede securise de transaction entre un acheteur et un vendeur | |
Kupetz | Our cashless future | |
FR2828966A1 (fr) | Procede pour communiquer de facon securisee des donnees d'identification d'une carte de paiement | |
FR2806192A1 (fr) | Procede et moyen de paiement sur internet | |
EP1187077A1 (fr) | Procédé de sécurisation d'une transaction sur l'internet | |
CA2429768A1 (fr) | Systeme et methode pour l'achat d'un produit en differe |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
EEER | Examination request | ||
FZDE | Discontinued | ||
FZDE | Discontinued |
Effective date: 20060306 |
|
FZDE | Discontinued |
Effective date: 20060306 |