EP1371032A2 - Syst me et m thode de renouvellement de donn es d'identification sur un dispositif d'identification portatif - Google Patents
Syst me et m thode de renouvellement de donn es d'identification sur un dispositif d'identification portatifInfo
- Publication number
- EP1371032A2 EP1371032A2 EP02702617A EP02702617A EP1371032A2 EP 1371032 A2 EP1371032 A2 EP 1371032A2 EP 02702617 A EP02702617 A EP 02702617A EP 02702617 A EP02702617 A EP 02702617A EP 1371032 A2 EP1371032 A2 EP 1371032A2
- Authority
- EP
- European Patent Office
- Prior art keywords
- dip
- edi
- 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.)
- Withdrawn
Links
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
Definitions
- the present invention relates to portable identification devices, and more particularly to a system and method for renewing identification data on a portable identification device.
- Portable identification devices such as smart cards, credit cards, debit cards, electronic wallets, encrypted access keys, or the like are well known and widely used. If we take the example of the DIP that is the credit card, this card includes identification data in the form of a card number which includes a certain number of digits. An expiration date and also usually associated to a credit card. Other data may also be included on the card, for example the name of the card holder. However, the credit card number
- the card number represents the data which is used for identification purposes of the account of the card holder in the financial institution which issued the card, by example the credit company in the case of a credit card.
- These identification data are therefore used to apply financial transactions carried out using the credit card to the account associated with the credit card.
- the card number is printed or stamped directly on the card material, for example by means of a press which will deform the card made of plastic so that the card number is embossed on the surface Map.
- the identification data of the card number cannot be changed in any way, except by replacing the card with a new card with a new number.
- identification data which cannot be modified on the DIP will be identified by the expression "permanent identification data”.
- a credit card can be used to purchase a product or service by telephone, by verbally transmitting to a product or service provider the number and expiration date of the credit card. Sales of products or services from person to person can also occur during which the permanent identification data will be indicated to the supplier of product or service. Sales through a computer connected to a network such as the Internet can also be made, during which the identification data are transmitted by this computer network. In all these cases, the credit card itself is not
- the sale of the product or service can occur if the permanent identification data of the card are known and if the account associated with this identification data is valid. If a third party becomes aware of the permanent identification data of another person's credit card, then that third party could carry out a transaction based on this knowledge, the debit linked to the transaction then being applied to the account of the card holder without his authorization.
- a third party may become aware of the permanent identification data of a card when using this card: for example, if this data is transmitted by telephone, then the service provider's agent may keep the data of permanent identification of the card for subsequent fraudulent use; if this data is transmitted over the Internet, a computer system could allow a third party to intercept the transmission of data for subsequent fraudulent use; or if these data are transmitted in a conventional manner via an interface machine located at a product or service supplier, it often happens that the permanent identification data of the card appear on the copy of the receipt which is kept by the product or service supplier, and a person having access to these receipts could then keep the permanent identification data of the card for the purpose of subsequent fraudulent use.
- this DIP is charged with a certain amount of money by means of an appropriate interface machine, and this amount of money is subsequently considered to be housed in the electronic wallet itself. -even.
- the amount of money associated with the transaction is transferred to the another suitable interface machine, from the electronic wallet to a receiving account of the product or service provider.
- the permanent identification data associated with it is useful in particular when loading money into the electronic wallet. Indeed, one must then have access to an account number of a financial company, and permanent identification data recorded in the electronic wallet are used to link the electronic wallet to the account of the holder of the electronic wallet in the financial company. It would therefore be possible for a third party to gain fraudulent access to the account of a person who holds an electronic wallet if another electronic wallet is programmed using the permanent identification data of the other person's electronic wallet for allow access to that other person's account.
- the DIP can also be an encoded access key which allows access to the bearer of the DIP beyond any portal, real or virtual.
- This access key is provided with identification data that identifies the DIP, and when access beyond a portal is desired, the identification data is verified and access is granted if the identification are valid.
- the present invention relates to a method for the renewal of an active identification data element (EDI) on a portable identification device (DIP), said DIP having at least a first EDI having initial states active and valid. on said DIP and a second EDI with initial states inactive and valid on said DIP, said first and second EDI being saved at a transaction institution and having a valid initial state at said transaction institution, all EDI having a valid state at said transaction institution making it possible to identify and apply data from transaction to an account associated with said DIP and located
- EDI active identification data element
- said EDI having an active state on said DIP being used to complete a transaction, said method comprising the following steps:
- the states of said first EDI are changed from valid to invalid and from active to inactive on said DIP; b) the state of said second EDI is changed from inactive to active on said DIP; and c) the state of said first EDI is changed from valid to invalid at said transaction institution.
- the present invention also relates to a method for the renewal of an EDI on a DIP within the framework of an electronic transaction which is carried out by means of said DIP, said DIP being associated with an account located at a transaction institution, said transaction institution comprising a bank of valid EDIs identifying said account, said DIP also comprising said bank of valid EDIs, said method comprising the following steps:
- an EDI called an active EDI among said valid EDIs of said DIP is transmitted to said transaction institution; b) identifying said transaction institution with said account associated with said DIP by identifying said valid EDI with said transaction institution corresponding to said active EDI; c) applying transaction data representative of said transaction to said account associated with said DIP; d) the state of said active EDI of said DIP and of said EDI corresponding to said active EDI at said transaction institution is changed from valid to invalid, so that this EDI can no longer be used to identify said account corresponding to said DIP.
- said active EDI will be renewed on said DIP when one or more of the following conditions are met:
- said active EDI was transmitted by said DIP; - a transaction has been completed using said active EDI, and a transaction confirmation message has been issued by said transaction institution to said DIP; a certain period of time has passed since the transmission of the active IDE; - a predetermined number of transactions have been completed; and the renewal of the active EDI was manually controlled by said DIP.
- said bank of valid EDIs can be bailed out on said DIP and at said transaction institution.
- said DIP also has permanent identification data in addition to said EDI.
- the EDIs which have become invalid are kept in memory on said DIP and at said transaction institution, for future reference, as well as the transaction data which have been applied to said account associated with said DIP thanks to each EDI which has become invalid.
- a single DIP can be used to identify a first and a second separate account.
- each of said first and second accounts are located in separate financial institutions.
- said bank of valid EDIs on said DIP is divided into first and second portions making it possible to identify said first and second accounts, respectively.
- the present invention also relates to a system for the renewal of an active EDI on a DIP, said DIP having at least a first EDI having initial states active and valid on said DIP and a second EDI having initial states inactive and valid on said DIP DIP, said first and second EDI being saved in a resident memory of a transaction institution and having a valid initial state at said transaction institution, all EDI having a valid state at said transaction institution making it possible to identify and make applying transaction data to an account associated with said DIP and located in said resident memory of said transaction institution, said EDI having an active state on said DIP being used to complete a transaction, said system comprising:
- the present invention also relates to a system for the renewal of an EDI on a DIP within the framework of an electronic transaction which is carried out by means of said DIP, said DIP being associated with an account located at a transaction institution, said transaction institution comprising a bank of valid EDI identifying said account, said DIP also comprising said bank of valid EDI, said system comprising:
- the invention also relates to a DIP comprising:
- an electronic chip having a microprocessor and a memory device for reading and writing; - a communication device connected to said electronic chip and making it possible to send and receive data; a user interface connected to said electronic chip; and an EDI bank recorded on said memory device and comprising at least two valid EDIs making it possible to identify an account located in a transaction institution.
- the invention also relates to a method for renewing an active EDI on a DIP, said DIP having at least a first EDI having active and valid initial states and a second EDI having initial states inactive and valid, all EDIs having a valid state on said DIP being intended to identify and have transaction data applied to an account associated with said DIP which is not located on said DIP, said EDI having an active state on said DIP being used to accomplish a transaction, said method comprising the following steps:
- the present invention also relates to a system for the renewal of an active EDI on a DIP, said DIP having at least a first EDI having initial states active and valid and a second EDI having initial states inactive and valid, all EDI having a valid state on said DIP being intended to identify and apply electronic transaction data to an account associated with said DIP which is not located on said DIP, said EDI having an active state on said DIP being used to accomplish a transaction, said system comprising:
- FIG. 1 schematically illustrates a portable transaction device according to the present invention, as well as its communication link with an interface terminal; and FIGS. 2a and 2b schematically and sequentially show the transfer of information and the state of the identification data elements in a portable transaction system according to the present invention
- FIG. 1 shows a portable identification device (DIP) 10 which can be a smart card such as a credit card and / or a debit card, an electronic wallet, an access key provided with data encoded or unencoded access, or any other suitable portable identification device enabling an account and / or holder associated with this PID 10 to be identified.
- An account associated with PID 10 may be an account located in an electronic memory resident of an institution financial, or more generally an account located in an institution responsible for verifying the identity of the holder of PID 10, in order to allow or refuse that an electronic transaction alters or not parameters of said electronic account according to predetermined conditions.
- the transaction can be a financial transaction or not.
- a transaction may simply be a right to enter beyond any portal, as detailed below.
- the institution responsible for carrying out such a verification of the identity of the holder of DIP 10 will be called, in the present specification, the transaction institution.
- the DIP 10 comprises an electronic chip 12 connected to an appropriate user interface, for example a display screen 14 and a keyboard 16.
- the chip 12 comprises a microprocessor and a memory memory unit for reading and writing.
- the writing of data to the memory member of the chip 12 is preferably governed by predetermined security conditions.
- the memory member of the chip 12 is a read-only memory member.
- the DIP 10 includes a communication device 18 connected to the chip 12 and allowing the DIP 10 to communicate information to an interface terminal 20 having a complementary communication device 22.
- the communication device 18 can be an electromagnetic transmitter, in particular of infrared waves or radio waves carrying data, while the communication device 22 can be a receiver of infrared waves or radio waves carrying data.
- the communication devices 18 and 22 can be any type of communication devices with or without contact allowing the DIP 10 to communicate temporarily with the interface terminal 20 and to transmit data to the interface terminal 20. According to one embodiment advantageous of the invention, the communication devices 18, 22 also allow the information to be communicated in the opposite direction, that is to say from the interface terminal 20 to the DIP 10.
- the DIP 10 is used in a transaction system as illustrated in Figures 2a and 2b.
- the DIP 10 can communicate information to an interface terminal 20, the latter being capable of communicating with a transaction institution 24 so as to exchange information with it.
- the interface terminal 20 can be a point of sale interface terminal or a portable interface machine integrated into a cell phone
- the transaction institution 24 can be a financial institution such as a bank.
- DIP 10 has a bank of identification data elements
- EDI identification data elements
- All EDI on the DIP 10 have a state that is either active or inactive, and also that is either valid or invalid.
- the active state of an EDI means that this EDI will be the next to be used during a transaction made using DIP 10. Thus, only one active EDI exists on a DIP 10 at any given time, and all the others EDI have an inactive state.
- the valid status of an EDI on DIP 10 means that this EDI, which is associated with the corresponding account of the transaction institution, identifies it so as to allow a transaction to affect one or more parameters of this account. by means of DIP 10. Thus, one can in turn use all valid EDIs as active EDI to identify the account associated with DIP 10.
- the different EDIs can be displayed on the display screen 14 according to their respective states.
- DIP 10 has a number of IDEs that have a valid state, namely (EDI) i, (EDI) i + 1, (EDI) i + 2, etc.
- the single EDI which has an active condition, namely (EDI) i, is highlighted by the arrow in Figure 2a.
- the transaction institution 24 also has an EDI bank 28 which includes a number of EDIs which are the same as those found on the DIP 10, namely (EDI) i, (EDI) i + l, (EDI) i + 2, etc. At any given time, all EDIs that have a valid state in DIP 10 also have a valid state at transaction institution 24. All EDIs that have a valid state transaction institution 24 are associated with an account corresponding to DIP 10 and identify this account.
- FIGS. 2a and 2b sequentially illustrate an exemplary embodiment of the present invention in the context of a transaction which it is desired to accomplish by means of the DIP 10 and with a transaction institution 24.
- the interface terminal 20 is provided with transaction data as appropriate.
- the transaction data can be, for example, the price of the good or service to be purchased, and the way of transmitting this transaction data can then be a computerized cash register (not shown) which communicates electronically with the interface terminal 20 to provide this transaction data, or the interface terminal 20 may itself be provided with a keyboard (not shown) allowing the entry of transaction data.
- a communication link is established between the DIP 10 and the interface terminal 20 appropriately, and the (EDI) i which has a valid and active state on the DIP 10 is transmitted from the DIP 10 to the interface terminal 20.
- the (EDI) i and the transaction data are then transmitted to the transaction institution 24, where the account associated with the DIP 10 is identified and located using the (EDI) i . If the EDI which is provided by the interface terminal 20 to the transaction institution 24 has a valid state to the transaction institution 24, which is the case of the (EDI) i in the example illustrated FIG. 2a, then the transaction data will modify one or more parameters of the account associated with the DIP 10 and identified by means of the (EDI) i.
- the transaction data is the price of a good or service that the holder of PID 10 wishes to buy
- an amount corresponding to this price is debited from the account of the transaction institution 24 which is associated with PID 10
- This amount of money will then be transmitted to the seller of the product or service by the transaction institution 24 as it is known to do so.
- a transaction confirmation message will be generated and sent by the transaction institution 24 to the interface terminal 20, to conclude the transaction. It is understood that this transaction confirmation message will only be sent to the interface terminal 20 if predetermined conditions of the transaction institution are respected, where applicable, for example if the monetary value of the transaction is less than the credit available in the account associated with the DIP 10. According to one embodiment of the invention, the transaction confirmation message can also be routed from the interface terminal to DIP 10.
- the state of the (EDI) i which was used to identify the account associated with DIP 10 will be changed from valid to invalid at transaction institution 24. Since only EDI valid can be used to identify and allow transaction data to assign parameters to the account associated with DIP 10, the (EDI) i which is now invalid can no longer be used to identify or allow transaction data d 'be applied to the account associated with DIP 10, as suggested by the fact that the (EDI) i is put in square brackets in Figure 2b.
- the DIP 10 will also modify the state of the (EDI) i so that it becomes invalid and inactive on the DIP 10, and will modify the state of the next valid EDI among the bank of EDI 26 on the DIP 10, namely the (EDI) i + l, so that it becomes active.
- the next EDI that will be used by DIP 10 to identify and apply transaction data to the account associated with DIP 10 will be the (EDI) i + l. Since the (EDI) i + 1 is always valid at the transaction institution 24, this new EDI can therefore be used successfully as long as the other conditions specific to the transaction institution 24 are met, for example that the credit limit is observed, in the case of a credit institution. We can thus consider that the EDI has been renewed on the DIP 10.
- the active EDI can be renewed, from (EDI) i to (EDI) i + 1, when one or more predetermined conditions, which are programmed on the chip 12, are respected.
- the active EDI can be renewed on DIP 10 when one or more of the following conditions are met: the active EDI was transmitted by the DIP 10; a transaction has been completed.
- an active EDI on the DIP 10 which becomes inactive also automatically becomes invalid. This prevents an EDI from being used twice, and is thus recognized as a valid EDI by the transaction institution.
- an EDI valid at financial institution 24 will see its state become invalid only under the same conditions which would modify the state of this same EDI from valid to invalid on the DIP 10, and vice versa .
- an EDI automatically becomes invalid on DIP 10 as a result of a single use to complete a transaction as an active EDI, then that same EDI would automatically become invalid at transaction institution 24 after a transaction was completed in the account associated with the IDE which was used to identify the account associated with DIP 10.
- each EDI is used only once and automatically becomes invalid after this single use, so as to prevent fraud based on knowledge of the identification data of the DIP 10.
- all the EDIs on the DIP 10 are downloaded onto the chip 12 by the transaction institution 24 in an appropriate manner, before the DIP 10 is returned to its owner.
- DIP 10 could then request that a new DIP 10 be given to it by the transaction institution 24. It is envisaged, according to this embodiment, that a warning message is sent by the DIP 10, for example by means of the 'display screen
- a new bank of valid EDIs could be downloaded to the same DIP 10, in replacement of the invalid EDIs, by means of an appropriate interface machine, and as long as the communication device 18 of the DIP 10 allows reception data in addition to data transmission.
- the communication device 18 of the DIP 10 allows information to be downloaded to the chip 12 by means of an appropriate interface machine, for example the interface terminal 20; and the DIP 10 has a small maximum number of EDIs in memory on its chip 12.
- the DIP 10 has a small maximum number of EDIs in memory on its chip 12.
- a signal sent automatically by the transaction institution and / or by DIP 10 itself could trigger the reload of the EDI bank of DIP 10 and the EDI bank of transaction institution 24 associated with the account of DIP 10.
- the DIP 10 has permanent identification data in addition to the temporary EDIs which are used in combination with the EDIs to identify the account of the DIP 10, without however making it possible to apply transaction data to it.
- this permanent identification data could be printed on the card in addition to being saved on the chip 12, and could allow the owner of the IDE to obtain various information concerning his account at the transaction institution, for example the remaining amount of credit usable in the case of an account housed at a credit institution.
- the only permanent identification data would not allow a transaction to be applied to the account associated with DIP 10.
- the DIP 10 does not include an integrated user interface 14, 16. According to another embodiment of the invention, the DIP 10 does not include an integrated user interface 14, 16, but the DIP 10 could be put into communication with an external user interface which is separate from the DIP 10, for example a portable interface machine such as an interface machine integrated into a cellular telephone.
- a portable interface machine such as an interface machine integrated into a cellular telephone.
- the obsolete EDIs that is to say those which have become invalid, are kept in memory on the DIP 10 and in databases of the transaction institution 24, for future reference, as well as the transaction data that was applied to the account associated with DIP 10 through each obsolete EDI, although these obsolete EDI could not be used for identify or apply transaction data to the DIP 10 account.
- a single DIP 10 can be used to access more than one account located in one or more transaction institutions.
- the DIP 10 could have one or more lists of EDIs used to identify the different accounts associated with the DIP 10: either that a single list would be used to access several different accounts, or then each list of a group lists would be used to access an account corresponding to this list, each account therefore having a separate list associated with it.
- the expression "transaction institution” is taken in the broad sense.
- the transaction which is carried out can be a financial one or not.
- the financial institution can be a credit company, a bank, an institution managing access codes allowing access to areas protected by portals requiring an access key, etc.
- the account which will be affected by a transaction is not managed by the same institution as that which manages the questions related to the verification of an EDI for the purposes of authorization of a transaction : we could thus have a first EDI verification institution and a second account management institution separate from the verification institution.
- the term "transaction institution” should be understood to include the verification institution and the account management institution, even if these two institutions are in fact separate.
- the EDIs located in the EDI bank 28 at the transaction institution 24 are not decked out with an active / inactive state, but only from a valid / invalid state. This allows the holder of DIP 10 to carry out transactions which may not be immediately transmitted to the transaction institution, for example offline financial transactions where the seller of product or service takes note of the active EDI of DIP 10 , but does not contact the financial institution immediately to report that the transaction has taken place.
- any valid EDI at the financial institution could then be used to identify the account associated with DIP 10 and apply transaction data to it, several sequential transactions could be carried out by the holder of DIP 10 with a series of valid EDIs without the information concerning these transactions being immediately transmitted to the transaction institution. Subsequently, when the different transactions are presented to the transaction institution to assign one or more parameters of the account associated with DIP 10, in order or out of order, these will be accepted since presented in association with EDI valid.
- only the active IDE in the IDE list can be used to identify an account and make it apply transaction data.
- transaction institution 24 would need to assign an active / inactive state to each EDI in the EDI list 28 located at transaction institution 24, in addition to a valid / invalid state.
- the IDE which has an active state at transaction institution 24 would initially be the same as that which has an active state on DIP 10, and would then be renewed under the same conditions as the active IDE on DIP 10 Alternatively, only a small number of valid EDIs would be considered active at the transaction institution 24.
- all the EDIs valid on the DIP 10 are saved on the memory of the DIP 10, and all the EDIs which become invalid are in fact erased from the memory of the DIP 10. Similarly, all the EDIs valid at transaction institution 24 are saved in memory, and all EDIs that become invalid are actually deleted from the memory of transaction institution 24.
- the active EDI can be chosen at random from the EDI valid at the time the transaction is carried out, or a specific order can be followed, in which case the active EDI is not necessarily affixed with a specific condition in the memory of chip 12 of DIP 10; but it is understood that an EDI is considered active when it is transmitted by DIP 10 for the purpose of identifying the account corresponding to DIP 10.
- any form of securing of the transactions for example by coding or encryption of the data exchanged, and or any form of securing the use of the DIP 10, for example by adding on the DIP 10 a biometric reader which will compare biometric data read with prerecorded biometric data representative of a biometric parameter of the holder of the DIP 10.
- a biometric reader could be provided on the DIP 10, and each use of the DIP 10 should be validated beforehand by the reading by this fingerprint reader of the fingerprint of the holder of the DIP 10.
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; SYSTEME ET METHODE DE
RENOUVELLEMENT DE DONNÉES D'IDENTIFICATION SUR UN DISPOSITIF D'IDENTIFICATION PORTATIF
DONNEES DE REFERENCE
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/IB01/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'identification portatifs, et plus particulièrement à un système et une méthode de renouvellement de données d'identification sur un dispositif d'identification portatif.
ÉTAT DE LA TECHNIQUE
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
à 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,
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 informatique pourrait permettre à une tierce partie d'intercepter la transmission des dom ées pour usage frauduleux ultérieur; ou encore si ces données sont transmises de façon conventionnelle 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'identification 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
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 persomie 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 l'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 l'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
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.
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 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 audit compte associé audit DIP;
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 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.
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, 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 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.
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é à 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 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
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 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.
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
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 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'effectuer 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 l'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.
De plus, le DIP 10 comprend un dispositif de communication 18 relié à la puce 12 et permettant au DIP 10 de communiquer de l'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, notamment 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 l'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
10 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'une 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 d'un EDI sur le DIP 10 signifie que cet EDI, qui est associé au compte correspondant de l'institution de transaction, l'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 l'é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+l, (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+l, (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 l'on désire accomplir au moyen du DIP 10 et auprès d'une institution de transaction 24.
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 à l'institution de transaction 24, où le compte associé au DIP 10 est identifié et localisé grâce à l'(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
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 delà 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+l, 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 l'(EDI)i+l. Puisque l'(EDI)i+l est toujours valide à l'institution de transaction 24, ce nouvel EDI pourra donc être utilisé avec succès en autant que les autres conditions propres à l'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 l'(EDI)i vers l'(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, l'EDI actif pourra être renouvelé sur le DIP 10 lorsqu'une ou plusieurs des conditions suivantes sont respectées:
l'EDI 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 communication 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 l'EDI sans qu'un message de confirmation ou d'annulation n'ait été retourné au DIP 10; - un certain nombre de transactions a été accompli; le renouvellement de l'EDI 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, un EDI actif sur le DIP 10 qui devient inactif, devient également automatiquement invalide. Ceci é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 qu'EDI actif, alors ce même EDI deviendrait automatiquement invalide à l'institution de transaction 24 après qu'une transaction ait été accomplie dans le compte associé à l'EDI 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 la 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. Il 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 le dispositif de communication 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 le terminal d'interface 20; et le DIP 10 a un petit nombre maximum d'EDI en mémoire sur sa puce 12. Ainsi, régulièrement, on peut télécharger des nouveaux EDI à partir de l'institution de transaction pour remplacer les EDI 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 l'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 le compte du DIP 10, sans toutefois permettre d'y appliquer des données de transaction. Par 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 10 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 pour 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, ne 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 l'EDI actif du DIP 10 en note, mais ne contacte pas l'institution financière immédiatement pour signaler que la transaction a eu lieu.
Ainsi, puisque tout EDI valide à l'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 l'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 l'EDI 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 28 située à l'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 sur le DIP 10, et serait par la suite renouvelé selon les mêmes conditions que l'EDI 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.
II 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 lorsqu'il n'est plus valide, devenant ainsi "invalide". Aussi, l'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 10; mais il est entendu qu'un EDI est considéré actif lorsqu'il est transmis par le DIP 10 aux fins d'identification du compte correspondant au DIP 10.
Il 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 exemple par l'ajout sur le DIP 10 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
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.
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 é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 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.
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.
4. Méthode selon a 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.
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.
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 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.
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 domié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.
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.
Applications Claiming Priority (7)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US27611901P | 2001-03-16 | 2001-03-16 | |
US276119P | 2001-03-16 | ||
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 |
WOPCT/IB01/00940 | 2001-05-28 | ||
US29444801P | 2001-05-30 | 2001-05-30 | |
US294448P | 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 |
---|---|
EP1371032A2 true EP1371032A2 (fr) | 2003-12-17 |
Family
ID=26957785
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
EP02702617A Withdrawn EP1371032A2 (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 |
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
Non-Patent Citations (1)
Title |
---|
See references of WO02075675A2 * |
Also Published As
Publication number | Publication date |
---|---|
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 |
CA2434196A1 (fr) | 2002-09-26 |
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 | |
EP3533014A2 (fr) | Procede et systeme pour la reception et/ou l'emission automatique d'informations relatives a des transactions | |
EP1164529A1 (fr) | Système et procédé de couponnage électronique | |
FR3025915A1 (fr) | Procedes et dispositifs de gestion de transactions composites | |
EP1371032A2 (fr) | Syst me et m thode de renouvellement de donn es 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 | |
WO2002075674A2 (fr) | Systeme et methode de renouvellement de donnees d'identification sur un dispositif de transaction portatif | |
WO2013000966A1 (fr) | Procede de transaction dematerialisee | |
EP1198789B1 (fr) | Systeme de paiement securise, permettant de selectionner un montant quelconque | |
BE1013294A5 (fr) | Version electronique du titre-repas belge. | |
WO1999031630A1 (fr) | Procede de realisation de transactions financieres, systeme a cet effet et porte-monnaie electronique | |
EP0979495B1 (fr) | Procede de certification d'un cumul dans un lecteur | |
KR20020057776A (ko) | 온라인 복권판매 시스템 | |
FR2514592A1 (fr) | Procede et dispositif de consultation de fichiers de donnees et/ou de transactions bancaires, preserves des fraudes grace a un procede de communication code par variable aleatoire | |
FR2828966A1 (fr) | Procede pour communiquer de facon securisee des donnees d'identification d'une carte de paiement | |
FR2806185A1 (fr) | Procede securise de transaction entre un acheteur et un vendeur | |
FR2806192A1 (fr) | Procede et moyen de paiement sur internet | |
BE899285A (fr) | Dispositif portatif pour la memorisation et le transfert de donnees. | |
FR2806191A1 (fr) | Procede et moyen de paiement sur internet | |
WO2005013163A2 (fr) | Systeme et procede de paiement electronique | |
FR2840434A1 (fr) | Dispositif d'authentification et de paiement virtuel et/ou reel et procede de mise en oeuvre |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PUAI | Public reference made under article 153(3) epc to a published international application that has entered the european phase |
Free format text: ORIGINAL CODE: 0009012 |
|
17P | Request for examination filed |
Effective date: 20030905 |
|
AK | Designated contracting states |
Kind code of ref document: A2 Designated state(s): AT BE CH CY DE DK ES FI FR GB GR IE IT LI LU MC NL PT SE TR |
|
AX | Request for extension of the european patent |
Extension state: AL LT LV MK RO SI |
|
17Q | First examination report despatched |
Effective date: 20040202 |
|
STAA | Information on the status of an ep patent application or granted ep patent |
Free format text: STATUS: THE APPLICATION IS DEEMED TO BE WITHDRAWN |
|
18D | Application deemed to be withdrawn |
Effective date: 20051001 |