WO1996041315A1 - Trusted agents for open distribution of electronic money - Google Patents
Trusted agents for open distribution of electronic money Download PDFInfo
- Publication number
- WO1996041315A1 WO1996041315A1 PCT/US1996/002569 US9602569W WO9641315A1 WO 1996041315 A1 WO1996041315 A1 WO 1996041315A1 US 9602569 W US9602569 W US 9602569W WO 9641315 A1 WO9641315 A1 WO 9641315A1
- Authority
- WO
- WIPO (PCT)
- Prior art keywords
- trusted agent
- money
- customer
- merchant
- electronic
- Prior art date
Links
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/02—Payment architectures, schemes or protocols involving a neutral party, e.g. certification authority, notary or trusted third party [TTP]
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/08—Payment architectures
- G06Q20/12—Payment architectures specially adapted for electronic shopping systems
-
- 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/04—Payment circuits
- G06Q20/06—Private payment circuits, e.g. involving electronic currency used among participants of a common payment scheme
-
- 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/08—Payment architectures
- G06Q20/10—Payment architectures specially adapted for electronic funds transfer [EFT] systems; specially adapted for home banking systems
-
- 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/08—Payment architectures
- G06Q20/10—Payment architectures specially adapted for electronic funds transfer [EFT] systems; specially adapted for home banking systems
- G06Q20/105—Payment architectures specially adapted for electronic funds transfer [EFT] systems; specially adapted for home banking systems involving programming of a portable memory device, e.g. IC cards, "electronic purses"
-
- 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/36—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using electronic wallets or electronic money safes
-
- 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
- G06Q2220/00—Business processing using cryptography
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
- H04L9/50—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols using hash chains, e.g. blockchains or hash trees
Definitions
- the present invention relates to a system for facilitating the distribution of electronic money.
- the system utilizes tamper-proof electronic units, referred to as "trusted agents", in combination with money modules to create a secure transaction environment in which customers may purchase or sell electronic money from merchants using credit or debit card credentials.
- the present invention describes how trusted agents can facilitate the distribution of electronic money through merchants which are connected to a payment authorization network. This distribution transaction can be accomplished locally or remotely from the merchant, greatly increasing the distribution points beyond the banking network. Also, the disclosed distribution system can exchange one monetary unit for another. For example, one could obtain U.S. dollars from a British pound account.
- My electronic monetary system application 07/794,112 disclosed how cash can be exchanged for electronic money and vice-versa. Such a transaction was accomplished locally at a bank teller or ATM machine since cash was dispensed. Electronic money could also be dispensed locally if an ATM or point of sale terminal is modified to dispense the electronic money and the terminal could guarantee the security of the transaction.
- the present invention describes how electronic money can be processed remotely and securely from a merchant without a special terminal such as an ATM or POS terminal. For the customer, the security of the transaction is assured by the use of a trusted agent. There is no need for special terminals, which unbeknown to the customer, could have Trojan horse processes which take the customer's electronic money or capture his secret bank access information.
- a system for the open distribution of electronic money having a customer trusted agent, a first money module associated with the customer trusted agent and with which it securely communicates, a merchant trusted agent that establishes a first cryptographically secure session with the customer trusted agent, and a second money module associated with the merchant trusted agent with which it securely communicates.
- the first and second money modules establish a second cryptographically secure session.
- the customer trusted agent provides electronic money purchase information and an account credential to the merchant trusted agent, and the merchant trusted agent provides a receipt ticket to said customer trusted agent.
- the merchant trusted agent accesses an authorization network and initiates an authorization process using information from the electronic money purchase information and the account credential. Upon receiving authorization, the merchant trusted agent initiates a transfer of electronic money from the second money module to the first money module. In the event the merchant trusted agent does not have sufficient funds in its associated money module, it attempts to acquire electronic money from affiliated transaction devices or by withdrawing electronic money from a bank at which the merchant has an account and which is an electronic money provider.
- the described system architecture and protocols also support the sale of electronic money by the customer to the merchant, which is analogous to a deposit transaction.
- Figure 1 is a diagram showing the trusted agent/money module interaction.
- Figure 2 illustrates the sections and fields of various tickets.
- Figure 3 illustrates the components of a transaction device.
- FIGS 4A-4D illustrate the functional components of trusted agents.
- Figure 5 is a diagram showing the network structure for open distribution of electronic money.
- Figure 6A illustrates a Commit protocol.
- Figure 6B illustrates an Abort protocol.
- Figures 7A-7G illustrate an Authorization-Based Purchase/Sale of Electronic Money protocol.
- FIGS 8A-8E illustrate an Establish Session protocol.
- Figure 9 illustrates a Send Message protocol.
- Figure 10 illustrates a Check Credential protocol.
- Figure 11 illustrates an Abort Transaction protocol.
- FIGS 12A-12E illustrate a Money Module Payment protocol Figure 13 shows the various message encryption layers established among trusted agents and money modules.
- FIGS 14A-14E illustrate an Establish Session protocol for money modules.
- Figure 15 illustrates a Send Routed Message protocol.
- Figure 16 illustrates a Send MM/TA Message protocol.
- Figure 17 illustrates a Send TA/MM Message protocol.
- FIGS 18A-18B illustrate an Abort Transaction protocol for money modules.
- Figure 19 illustrates a Send E-Routed Message protocol.
- Figures 20A-20B illustrate a Transfer Notes protocol.
- Figure 21 illustrates a Commit protocol for money modules.
- a trusted agent is a combination of hardware and software components. It is tamper-proof and contains secure protocols which cooperate with a money module to synchronize secure payment to delivery.
- Money modules are tamper-proof devices capable of storing and transferring electronic money.
- the electronic money is preferably in the form of electronic notes that are representations of currency or credit.
- Money modules are also capable of establishing cryptographically secure communication sessions with other devices.
- the preferred embodiment of the present invention utilizes the transaction money modules described in my co- pending U.S. patent applications 07/794,112 and 08/427,287.
- the trusted agents when making purchases over a network, exchange electronic merchandise and payment.
- the merchant's trusted agent 4 sends a receipt ticket to the customer's trusted agent 2 (CTA) .
- the customer's money module 6 sends electronic money to the merchant's money module 6 via CTA 2 and MTA 4 when the customer is selling electronic money. If the customer is purchasing electronic money, then the electronic money flows from the merchant to the customer.
- a ticket 8 is an electronic item created by a MTA 4 and transferred to a CTA 2 during a transaction. Tickets may be thought of as the property of the trusted agents. A customer whose CTA 2 has just received a ticket 8 may only use that ticket upon successful completion of the transaction.
- trusted agents support a variety of ticket types used for various purposes.
- credential tickets identifies the "owner" and permits specific privileges.
- credentials include credit and debit cards.
- a credit or debit card ticket can be presented for authorization-based payment.
- a customer's receipt ticket identifies the particulars of a distribution transaction (buying or selling of electronic money) , and may be used by the customer in a dispute scenario.
- FIG. 2 shows a preferred embodiment of a ticket 8 in which the ticket is comprised of six major sections: Identifier 10, Components 12, Issuer Signature 14, Issuer Certificate 16, Transfer History 18 and Sender Signatures 20.
- the sections are comprised of various information containing fields.
- the Identifier section 10 has a field 22 which holds information that identifies the merchant or authorit creating the ticket. Such information, for example the merchant's or authority's name, is copied from a merchant o authority credential held by the ticket issuer.
- the field 22 also contains the expiration date of the merchant or authority credential.
- a field 24 contains the receiving trusted agent's identification number.
- the field 24 also contains the expiration date of the ticket receiver's trusted agent credential.
- a field 26 designates the ticket type (e.g., credit or debit card ticket, receipt ticket, etc.) .
- the Components section 12 contains the basic ticket content which varies depending upon the ticket type and its specific purpose.
- Figure 2 shows examples of components found in different ticket types.
- a credential ticket such as a credit or debit card may have: a Bank ID field 36 specifying the credential owner's bank; an Account Number field 38; a Valid From Date field 40; an Expiration Date field 42; and a Customer Name field 44.
- An electronic money purchase receipt ticket may have: a Bank ID field 46 specifying the bank identified in the customer's credential; an Account Number field 38 specifying the account number identified in the customer's credential; a Type of Transaction field 50 specifying whether the transaction is an electronic money purchase or sale; an Authorization Amount field 52; an Amount Sent or Received field 54; a Merchant Fee field 56; and a Date of Transaction field 58.
- the authorization amount equals the amount received plus the merchant's fee for the purchase transaction or the amount sent minus the merchant's fee for a sale.
- the Issuer Signature section 14 of a ticket 8 holds a digital signature, formed by the ticket creator, over the Identifier and Components sections 10, 12. Such signature is made using a private key belonging to the issuer's trusted agent.
- the Issuer Certificate section 16 contains a certification by a trusted third party (hereinafter referred to as the "Trusted Agency") used in conjunction with the issuer signature to verify the authenticity of the issued ticket 8. Such certification is in the form of a certificate belonging to the issuer's trusted agent.
- Trust Agency a trusted third party
- the Transfer History section 18 contains information generated when tickets are transferred between trusted agents after the initial issuing of the ticket 8 by a merchant or authority.
- a Receiver ID'S field 28 contains the receiving trusted agent's identification number.
- a Sender ID'S field 30 contains the sending trusted agent's identification number.
- a Sender Certs field 32 contains the sending trusted agent's certificate.
- a Date/Times field 34 contains the date and time of transfer of the ticket 8. As subsequent transfers are made, additional receiver and sender ID's, sender certificates, and dates and times are appended to each field, thus creating a list of transfer history information. It may be noted that the trusted agent ID found in the Receiver field of the Identifier section, should be the same as the first ID in the Sender ID'S field.
- the sender digitally signs the ticket over the five preceding ticket sections using a private key belonging to the sender's trusted agent.
- the Sender Signatures section 20 is then updated by appending the newly created digital signature, thus forming a list of sender signatures.
- a trusted agent 120 is embedded in a transaction device 122.
- the transactio device 122 is composed of three major components for bot the merchant and the customer. There is a host processo 124, a trusted agent 120, and a money module 6. Thes components are connected, for example, by a bus 126.
- trusted agent 120 is a MTA 2
- the device 122 is referred to as a merchant transaction device (MTD)
- the device 122 is referred to as a customer transaction device (CTD) .
- CTD customer transaction device
- FIG. 3 shows the functional components of the host processor 124.
- the host processor provides the following functions: Communications 128, Transaction Applications 130, Human/Machine Interface 132, Date/Time 136, and a Message Manager 134.
- the Communications function 128 supports communications between the transaction device 122 and the outside world. Such communications may be wired or wireless, broad or narrow band, so long as communications are compatible between the devices.
- the Communications function 128 sets up the connection between two transaction devices 122, or connects a transaction device to a network for indirect connection to another transaction device or a trusted server.
- Transaction Applications 130 may perform a variety of tasks. For example, a transaction application may shop the merchant networks for the lowest merchant transaction fee and/or the best exchange rate in an electronic money purchase or sale transaction. In general, a transaction device 122 contains all the processes to choose, buy and possibly use electronic objects, electronic money, credentials, and other tickets 8, or the processes to sell the same.
- the Human/Machine Interface function 132 provides the look and feel of the transaction device 122. It could include a keyboard, mouse, pen, voice, touch screen, icons, menus, etc.
- the Human/Machine Interface 132 communicates with other functions in the trusted agent 120 and the money module 6 through the message manager 134. In some applications a Human/Machine Interface 132 may not be necessary, for example, in a fully automated merchant transaction device.
- the Date/Time function 136 is set by the owner of the transaction device 122 and includes date, time and time zone.
- the Date/Time information is fed to the embedded trusted agent 120 whenever the trusted agent is opened for use.
- the Message Manager 134 routes inter-host messages (i.e., messages between transaction devices) and messages among the host processor 124, the trusted agent 120 and the money module 6.
- FIG 4A shows the functional components of a trusted agent 120.
- the contemplated system for open electronic commerce uses three types of trusted agent 120 which differ in certain unique Transactor functions 146 that they provide.
- Figure 4B shows the transactor functions found in a CTA 2.
- Figure 4C shows the transactor functions found in a MTA 4.
- Figure 4D shows the transactor functions found in an Authority Trusted Agent (ATA) which, in turn, is embedded in an Authority Transaction Device (ATD) .
- ATDs are associated with credential issuing authorities such as a bank.
- An External Interface function 138 provides physical communication with the host processor 124 and the money module 6 of the transaction device 122 in which the trusted agent 120 is embedded.
- a Message Interface function 140 processes and routes inter-agent and intra-agent messages.
- a Session Manager function 142 sets up and breaks down inter-agent sessions and agent to trusted server sessions.
- a Security Manager function 144 maintains security information (e.g., a trusted agent certificate and an untrusted agent list) and establishes secure communication with a counterparty trusted agent (via the host processor 124) and with the local money module 6 within the same transaction device 122.
- the Transactor function 146 provides the protocols to perform a transaction. Customer, merchant and authority transactors are used for CTAs, MTAs and ATAs, respectively.
- Figure 4B shows the customer transactor functions.
- a Purchase function 158 exchanges payment for tickets 8 and electronic objects.
- a To Host function 160 provides an interface to the transaction device's host processor 124.
- a Present Ticket function 164 presents tickets 8 to obtain information or services.
- An Acquire Credential function 166 interacts to receive a credential ticket.
- a Tran Log function 162 maintains a log of trusted agent transactions.
- Both CTAs 2 and MTAs 4 maintain a transaction log which stores the following information: transaction type (e.g., ticket type) ; a pre-transaction ticket image; a post- transaction ticket image; dispute information including the date of dispute (as maintained by each trusted agent in the dispute dialog), status, and merchant resolution (e.g., replace, refund, denied) ; and recertifying information
- transaction type e.g., ticket type
- pre-transaction ticket image e.g., a pre-transaction ticket image
- a post- transaction ticket image e.g., a pre-transaction ticket image
- dispute information including the date of dispute (as maintained by each trusted agent in the dispute dialog), status, and merchant resolution (e.g., replace, refund, denied)
- merchant resolution e.g., replace, refund, denied
- An Initiate Dispute function 168 presents electronic merchandise if a customer is dissatisfied.
- Figure 4C shows the merchant transactor functions.
- a Purchase function 170 exchanges tickets 8 and electronic objects for payment.
- a To Host function 172 provides an interface to the transaction device's host processor 124.
- a Receive Ticket function 176 processes a received ticket 8 to provide service or information.
- An Acquire Credential function 177 obtains a merchant credential.
- a Tran Log function 174 maintains a log of trusted agent transactions.
- a Resolve Dispute function 178 receives tickets 8 and electronic objects to resolve a customer complaint.
- Figure 4D shows the authority transactor functions.
- a Create Credential function 180 constructs and delivers credential tickets to a requestor.
- a To Host function 182 provides an interface to the transaction device's host processor 124.
- a Receive Ticket function 184 processes a received ticket 8 to provide service or information.
- a Revalidate Credential function 186 accepts a current credential and reissues the credential with a new expiration date.
- a Tran Log function 183 maintains a log of transactions.
- An Acquire Credential function 185 obtains an authority credential.
- a To Money Module function 150 communicates with the money module 6 in the same transaction device 122 to provide payment.
- a Cryptography function 152 provides public key and symmetric key cryptographic functions. Any well known public and symmetric key cryptography techniques may be used, for example, RSA and DES.
- a Ticket Holder function 148 creates tickets 8 in a MTA 4 or stores and retrieves tickets 8 in a CTA 2.
- a Random Number Generator function 156 generates random numbers to produce cryptographic keys.
- a Date/Time function 154 manages the date and time delivered from the host processor 124 to date tickets 8 and validate certificates and presented tickets. Current clock information is fed to the trusted agent 120 every time the trusted agent is opened (i.e., signed on for use) and maintained until the trusted agent is closed.
- the trusted agent/money module hardware may consist of the following: a microcontroller (e.g., Intel 196 family) for executing the transaction protocols; a high- speed volatile memory (e.g., SRAM) for storing the operating system, parts of the applications, cryptography, etc. during execution; a non-volatile memory (e.g., flash memory) for storing the operating system, applications, tickets, electronic money, logs, etc.; an integrated circuit clock for providing a time reference; a battery for the clock; and a noisy diode or other random source for a random number generator.
- a microcontroller e.g., Intel 196 family
- a high- speed volatile memory e.g., SRAM
- non-volatile memory e.g., flash memory
- System Overview Figure 5 shows the general network architecture o the contemplated system for open distribution of electronic money.
- Customer transaction device 188 can communicate with a merchant through any gateway network 190.
- the customer can search out merchants' electronic space for the purchase or sale of electronic money, and select the merchant offering the lowest transaction fee and/or exchange rate.
- the system then provides for secure authorization-based purchase/sale of electronic money via credit or debit card. This is accomplished by the customer presenting credit or debit card information stored within the trusted agent 120 as a credential.
- the gateways 190 provide CTDs 188 with access to local merchant networks 134 that are connected to MTDs 198.
- the merchant network 134 is connected to the merchant's bank network 200 that, as described in my co-pending application 07/794,112, has access to electronic money via money generator module 202, teller money module 204, and banking system 206 which provides the bank's on-line accounting system.
- the credit or debit card credentials are processed to obtain authorizations for the crediting or debiting of the customer's bank account via authorization network 208.
- Card authorization is well known in the art and typically involves the card issuer or its agent authorizing a particular payment when sufficient funds are present or the amount is within the card holder's credit limit.
- Authorization networks also credit a customer's account, for example, when making a refund.
- Authorization network 208 is connected to the customer's bank network 200 which, in turn, is connected to banking system 206, which contains the customer's bank account.
- This architecture allows subscribers who are not customers of electronic monetary system member banks to nevertheless gain access to electronic money via merchants who do have access to member banks.
- This system structure allows the subscriber to buy or sell electronic money from many distribution points, which from the subscriber's point- of-view is effectively the same as withdrawing or depositing electronic money from/to their bank account.
- an electronic monetary system bank could also provide the above-described distribution service via an MTD 198.
- the bank network 200 would simply connect to a money generator module 202, teller money module 204, banking system 206, MTD 198, authorization network 208, and gateway network 190. Otherwise, the transaction would be the same.
- the flow charts shown in the following figures use the designations "A" and "B" to indicate two interacting trusted agents 120.
- the same designations A and B, may also be applied to the host processor 124 or money module 6 associated with a particular trusted agent 120 (i.e., within the same transaction device 122) .
- the flow charts indicate the functional component primarily responsible for carrying out a given task.
- SECURITY MANAGER A means that the recited task is carried out by the Security Manager function 144 (see figure 4A) in trusted agent A.
- the flow charts also call subroutines some of which use parameter designations X and Y.
- ESTABLISH SESSION A ⁇ B is a call to the subroutine Establish Session.
- the transaction protocol In order to render the likelihood of duplication or loss negligible, the transaction protocol must take into account the possibility that natural or intentional events may interrupt a typical transaction flow.
- a natural interruption is exemplified by a breakdown of the communications link between A and B during the transaction.
- the window of opportunity for creating a duplication or loss must be minimized.
- intentional interruptions i.e., overt attacks
- Figure 6 shows two subroutines, Abort and Commit.
- the abort subroutine is internally executed within a given trusted agent 120 when the transaction it is involved in fails.
- the abort subroutine rolls back or returns the trusted agent 120 to the exact state it was in prior to being involved with the failed transaction.
- the merchant trusted agent aborts after an authorization, then the authorization will be reversed.
- the commit transaction is internally executed within a given trusted agent 120 when the transaction it is involved in has been successfully completed.
- the trusted agent 120 therefore records the completed transaction in its transaction log and is now ready for a new transaction. For example, during a ticket transfer transaction an electronic ticket 8 is passed from trusted agent A to trusted agent B.
- a to money module B so that A provisionally decrements its electronic notes (by the amounts transferred) while provisionally has electronic notes (in the transferred amount) . If both A and B commit then A will retain the notes in the decremented amounts and B's retention of the electronic notes will no longer be provisional.
- Figure 6A shows the commit subroutine.
- Tran Log X updates the transaction log.
- To Host X notifies the host that the transaction is complete.
- Session Manager X notes the end of the session. (Steps 230 - 234) .
- FIG. 6B shows the abort subroutine.
- Session Manager X rolls back changes and notes agent aborted.
- the Session Manager keeps track of what has been done since the start of a session and when rolling back undoes these steps.
- To Host X sends a message to the host that the transaction is aborted. (Steps 236 - 238) .
- the abort subroutine may be called directly from a flow diagram, for example, when a trusted agent 120 determines that a certificate is not valid.
- the abort subroutine may also be called when an expected action does not occur.
- two trusted agents 120 when they are communicating, they will be monitoring a time-out protocol. For example, after a first trusted agent 120 has sent a message to a second trusted agent 120, the Session Manager of the first trusted agent (A) will set a timer for a reply if a reply is required. The Session Manager may also number the message sent. This number would appear in the reply message from the Session Manager of the second trusted agent (B) .
- Session Manager A will query Session Manager B to determine if the transaction is still running in B. If B does not reply then Session Manager A will abort the transaction. If a reply is received that the transaction is proceeding, then the timer will be reset to a new time. If A queries B a predetermined number of times without receiving a reply to the original message, then A will abort the transaction. A similar time-out function exists in the money modules 6.
- Purchase/Sale of Electronic Money Figure 7 shows the flow chart for an authorization-based purchase/sale of electronic money.
- the owner of a trusted agent A wants to buy or sell electronic money by debiting or crediting his bank account, he uses a transaction application in his CTD 188 to shop the merchant networks 134 for the lowest merchant transaction fee and/or exchange rate and selects, in this example, the merchant owner of trusted agent B (steps 700 - 702) .
- the authorization network could set the exchange rate.
- Host transaction application A then connects to host transaction application B (HTB) , whereupon the customer chooses the type of transaction, namely a purchase or sale of electronic money (step 704) .
- HTA sends a message to its trusted agent A to buy (sell) electronic money
- HTB sends a message to its trusted agent B to send (receive) electronic money (steps 706 - 708) .
- the customer's and merchant's trusted agents (A and B) then establish a session as described in co-pending U.S. application 08/234,461.
- an Establish Session subroutine is called (step 710) for setting up a cryptographically secure communication channel between trusted agent A and trusted agent B.
- the Session Manager of trusted agent A requests and then receives A's certificate (i.e., cert(TA)) from the Security Manager (steps 296 -298) .
- Session Manager A then sends cert(TA) to trusted agent B's Session Manager which, in turn, passes it along to its Security Manager (steps 300 - 304) .
- Trusted agent B's Public Key function verifies the cert(TA) by using the validation protocols such as those discussed in co-pending U.S. applications 08/234,461 and
- Steps 306 - 308 If cert(TA) is not valid, then Session Manager B notes that the session is terminated and informs Session Manager A that the transaction is denied. Session Manager A also notes that the session is terminated. (Steps 310 - 312) . If cert (TA) is valid, then Security Manager B checks if trusted agent A is on the untrusted list (steps 314 - 316) . If trusted agent A is untrusted, then the session is terminated (steps 310 - 312) .
- Random Number Generator B creates a random number R(B) and also a B verification message (step 318) .
- the random number R(B) will eventually be used to form a session key.
- the B verification message is a random number used by B to protect against message replay.
- Security Manager B assembles R(B), the B verification message, and cert(TA) into a message for trusted agent A (step 320) .
- Public Key B encrypts the message using trusted agent A's public key (TA(PK)) which trusted agent B received with A's cert(TA) (step 322) .
- Session Manager B sends the encrypted message to A's Session Manager (steps 324 - 326) .
- Public Key A decrypts the message using its private key (corresponding to its public key) and verifies the validity of cert(TA) (steps 328 - 330). If cert(TA) is invalid, then Session Manager A notes the session as terminated and sends a transaction denial message to B whose Session Manager also notes the session as terminated (steps 332 - 334). If cert (TA) is valid, then Security Manager A checks if trusted agent B is on the untrusted list (steps 336 - 338) . If trusted agent B is on the list, the session is terminated (steps 332 - 334) .
- Random Number Generator A creates a random number R(A) and an A verification message (e.g., another random number) (step 340) .
- the Date/Time function passes the current date and time to the Security Manager (step 342) . Dates and times are exchanged by A and B for eventual recording in their trans logs during commits.
- Security Manager A then forms and stores session key (TA/TA) by exclusive ORing random numbers R(A) and R(B) (step 344) .
- Session key (TA/TA) is used to encrypt communications between two trusted agents 120. Session Manager A assembles a message containing the A and B verification messages, the date/time information, and R(A) (step 344) .
- Public Key A encrypts the message with trusted server B's public key (received by A in cert(TA) ) and sends the encrypted message to trusted server B's Session Manager (steps 346 - 350) .
- Public Key B decrypts the received message using its secret key (corresponding to its public key) (step 352) .
- Security Manager B checks if the B verification message received from A is the same B verification message it previously sent to A (steps 354 - 356) . If it is not the same, then the session is terminated (steps 310 - 312) . If it is the same, then Session Manager B notes the start of the session (step 358) .
- Security Manager B forms session key (TA/TA) by R(A) XOR R(B) and then stores the session key (step 360) . At this point, both A and B have created and stored the same session key (i.e., session key (TA/TA)) to be used for their current interaction.
- Date/Time B sends its current date and time information to Security Manager B (step 362) .
- Security Manager B assembles a message having an acknowledgement to A, the A verification message, and B's date/time information (step 364) .
- the Send Message subroutine is then called (step 366) for sending the message from B to A.
- trusted agent B's Symmetric Key function encrypts the message using session key (TA/TA) (step 376) .
- Message Interface B then formats the message and sends it to the host processor's Message Manager (step 378) .
- Host Message Manager B then routes the message via Communications to Host Message Manager A in trusted agent A's host processor (step 380) .
- Host Message Manager A the sends the message to trusted agent A's Message Interfac which strips out the message (steps 382 - 384) .
- Symmetric Key A decrypts the message with session key (TA/TA) thus completing the secure communication of a message between trusted agent and trusted agent using session key (TA/TA) (step 386) .
- Security Manager A receives the acknowledgement, A verification message and B's date/time information (step 368) .
- Security Manager A checks if the A verification message is the same A verification message which A previously sent to B (steps 370 - 372) . If it is not the same, then Session Manager A terminates the session (steps 332 - 334) . If it is the same, then Session Manager A notes the start of the session (step 374) .
- trusted agent A requests and checks the merchant credential of trusted agent B, also as described in U.S. application 08/234,461.
- the Check Credential subroutine is called (step 712) .
- All MTDs 198 contain a credential identifying the owner/merchant (e.g., NYNEX, Ticketron, etc.) .
- Such merchant credentials may, for example, be issued by a merchant identification authority controlled by the Trusted Agency.
- customer credentials held by CTDs 188 may include driver's licenses or credit cards issued by various identification authorities.
- Purchase A sends a message to Purchase B of trusted agent B requesting its merchant credential (steps
- Ticket Holder B retrieves its merchant credential and sends the credential to A for validation
- step 458 If the merchant's credential is not valid, then the transaction is aborted by calling the Abort Transaction subroutine (step 458) .
- trusted agent A aborts (step 388) and its Session Manager sends a message to trusted agent B's Session Manager informing B that A has aborted (steps 390 - 394) .
- Trusted agent B then aborts (step 396) .
- To Host A sends the credential information to a host transfer application for confirmation (e.g., visual confirmation of merchant name by CTD holder) (steps 460 - 462) .
- Purchase B receives the message and checks if it is to receive electronic money (steps 720 - 722) . If so, then it sends a message to trusted agent A requesting a bank credit or debit credential (steps 750 - 752) .
- Ticket Holder A receives the message and sends a list of possible credentials to HTA (step 754) . A credential is picked and the choice is sent to the trusted agent A (step 756) .
- Ticket Holder A retrieves the selected credit or debit card credential and Purchase A sends it to Trusted Agent (steps 758 - 762) .
- Purchase B then validates the credential as described previously (steps 764 - 766) . If the credential is not valid, then the transaction is aborted. If it is valid, then Ticket Holder B creates an electronic money purchase receipt, and Purchase B sends the receipt to trusted agent A (steps 768 - 772) .
- Purchase A receives the receipt and checks if it is valid (steps 774 - 776) . If not valid, then the transaction is aborted (step 778) . If it is valid, then Purchase A sends receipt information to the HTA for purchaser confirmation (steps 780 - 782) . If not confirmed, then the transaction is aborted, otherwise, Purchase A sends the receipt to Ticket Holder A (steps 784 - 786) .
- Purchase A then sends a message acknowledging receipt to trusted agent B (steps 788 - 790) .
- Purchase B then checks if electronic money is to be received (steps 792
- To Host B sends a message with amount and credential to the card authorization network 208 to credit the bank account identified by the credential (step 796) .
- To Host B sends a message with amount and credential to the card authorization network 208 to credit the bank account identified by the credential (step 796) .
- Purchase B checks if the credit was authorized (steps 800 - 802) . If not, the transaction is aborted, otherwise Purchase B sends a message to trusted agent A that the credit was authorized (steps 804 - 806) .
- Trusted agent A then performs a money module payment to trusted agent B as described in U.S. application 08/234,461.
- a Money Module Payment sub ⁇ routine is called (step 808) .
- Random Number Generator A creates random number R(l) (step 520) .
- Purchase A then sends a message to trusted agent B indicating that a "money module payment” will be made and also containing R(l) (step 522 - 524) .
- Purchase B receives the message and sends R(l) to Security Manager B (steps 526
- Random Number Generator B creates random number R(2) and sends it to trusted agent A (steps 530 - 532) .
- Security Managers A and B both form session key (TA/MM) by exclusive ORing R(l) and R(2) (Steps 534 - 536) .
- Encryption channel 436 between the two trusted agents 120 carries messages encrypted by session key (TA/TA) .
- Channels 438 and 440 between a trusted agent 120 and its money module 6 share session key (TA/MM) .
- Channel 442 between money modules 6 in different transaction devices 122 use session key (MM/MM) .
- Session key (TA/MM) is used for encrypting messages sent between a trusted agent 120 and its associated money module 6 via encryption channels 438 and 440.
- TA/MM session key
- Both money modules 6 will later in the flow diagram form copies of session key (TA/MM) so as to enable encrypted communication between the trusted agents 120 and their money modules 6.
- trusted agent 120 and money module 6 may be fabricated as one tamper-proof module. In this case, it would not be necessary to establish a secure session for communication between trusted agent 120 and money module 6 in the same transaction device 122. However, discrete money modules 6 and trusted agents 120 are preferable in that such a configuration allows for greater application flexibility.
- To Money Module A sends a "Make Payment” message and R(l) to its associated money module A. Also, To Money Module B sends a "Receive
- money module A (within the CTA 2) and money module B (within the MTA 4) establish a sessio between them so that each money module 6 winds up holdin new session key (MM/MM) (step 546) .
- the money module exchange messages via the pre-existing trusted agent's session.
- the session key for encryption channel 442 is formed by exchanging messages encrypted by channel 436.
- messages sent between money modules will be encrypted twice, by both session key (MM/MM) and session key (TA/TA) , along the portion of the communication path between trusted agents 120.
- the money module session is established in a manner similar to the establishment of a trusted agent session.
- the money modules 6 would therefore hold their own certificates containing their public keys.
- the swapping of certificates and random numbers (for XORing) enables the secure creation of session keys (MM/MM) .
- the Establish Session protocol used by money modules is described in U.S. application 08/427,287 and is shown in Figure 14.
- Maintain Security A sends the module certificate to the session manager, and Session Manager A receives the certificate and checks if money module A is connected to the network (steps 1464 - 1466) . If money module A is not connected to the network, then Session Manager A sends the certificate received from Maintain Security A to destination B (step 1476) .
- Symmetric Key A encrypts the certificate with K and Session Manager A sends the encrypted certificate to the network server (step 1468 - 1472) .
- the Network Server decrypts the certificate with K and sends the certificate to destination B.
- Session Manager B receives the certificate and Maintain Security B (if B is a security server, then this function is performed by the Session Manager) validates the certificate (steps 1480 - 1482) . If the certificate is not valid, then Session Manager B notes the session is terminated and informs either the subscriber or the bank (steps 1486 - 1492) (if B is a security server, then B merely notes the transaction is terminated) .
- Maintain Security B checks if A is on the bad id list (steps 1494 - 1496) . If A is on the list, then the session is terminated. If A is not on the list, then Random Number Generator B creates random number R(B) and a B verification message (step 1498) . Clock/Timer B retrieves the time and date (step 1500). Maintain Security B assembles R(B) , B verification message and time and date in a message (step 1502). Public Key B encrypts the message with A's public key and Session Manager B appends B's certificate to the encrypted message and sends the message to A (steps 1504 - 1506) . Session Manager A receives the message, Public Key
- A decrypts the encrypted part of the message, and Maintain Security A validates B's certificate (steps 1508 - 1514). If the certificate is not valid, then Session Manager A notes the termination of the session and informs either the subscriber or the bank (steps 1516 - 1522) . If the certificate is valid, then Maintain Security A checks if B is on the bad id list (steps 1524 - 1526) . If B is on the list, then the session is terminated. If B is not on the list, then Maintain Security A retrieves the date and time and compares it to B's date and time (steps 1528 - 1530). If the date and time are out of range, then the session is terminated.
- Random Number Generator A creates random number R(A) and an A verification message (step 1532) .
- Maintain Security A then forms a session key by the operation R(A) XOR R(B) (step 1534) .
- the A verification message, the B verification message, the time, date and R(A) are assembled into a message and encrypted with B's public key (step 1536) .
- the message is sent to B by Session Manager A (step 1538) .
- Session Manager B receives the message, Public Key B decrypts the message and Maintain Security B checks the B verification message (steps 1540 - 1546) . If the B verification message is incorrect, the session is terminated.
- Maintain Security B forms the session key by R(A) XOR R(B) (step 1548) .
- the time and date are retrieved and compared to A's time and date to check if they are within a predefined range of each other (step 1550) . If the time and date are out of range, then the session is terminated. If the time and date are in range, then Session manager B notes the start of the session (step 1552) .
- Session Manager B then sends an acknowledgement and the A verification message to A (steps 1554 - 1556) .
- Session Manager A receives the message and Maintain Security A checks the A verification message (steps 1558 - 1562) . If the verification message is not correct, the session is terminated. If the verification message is correct, then Session Manager A notes the start of the session (step 1564) .
- the overall system security pertaining to the money modules may be integrated with that for the trusted agents 120, but is preferably separate to provide for enhanced system security and system flexibility.
- money module A sends R(l) to money module B.
- This function may be initiated by a MM Maintain Security A application residing in money module A (step 548) .
- This application and other money module applications are prefaced by the designations "MM" and are described in commonly assigned U.S. patent application 07/794,112 together with any modifications and/or additions disclosed in U.S. application 08/234,461.
- Random number R(l) is sent from money module A to money module B by the subroutine Send Routed Message (step
- MM Symmetric Key A encrypts the message (including R(D) with session key (MM/MM) (step 640) .
- MM Session Manager A sends the message to Host Message Manager A which, in turn, sends the message to Message Interface A of trusted agent A (steps 642 - 646) .
- Trusted agent A then sends the message to Message Interface B of trusted agent B using the Send Message subroutine (step 648) which encrypts and decrypts the message with session key (TA/TA) in between the trusted agents.
- Message Interface B then sends the message to MM Session Manager B in money module B via Host Message Manager B (steps 650 - 654) .
- MM Symmetric Key B decrypts the message with session key (MM/MM) (step 656) .
- MM To Subscriber A prompts trusted agent A for the amount of payment by type of note (e.g., dollars, yen, pounds, etc.) (step 558).
- type of note e.g., dollars, yen, pounds, etc.
- the To Subscriber application communicates with the trusted agent 120 for getting various instructions.
- the trusted agent 120 delivers amount of payment and type of note information (trusted agent A has previously communicated with the owner/holder of the CTD 2 to determine the amount) .
- the prompt from the money module 6 to the trusted agent 120 is sent via the Send MM/TA Message subroutine
- MM Symmetric Key A encrypts the message with session key (TA/MM) (step 658) .
- MM Session Manager A sends the message to trusted agent A's Message Interface via Host Message Manager A (steps 660 - 664) .
- Symmetric Key A decrypts the message with session key (TA/MM) (step 666) .
- Purchase A of trusted agent A sends the amount (price of selected merchandise) by type of note to MM Pay/Exchange A of money module A (steps 562 - 566) . This message is sent via the Send TA/MM Message subroutine (step 564) .
- Symmetric Key A encrypts the message with session key (TA/MM) (step 668) .
- Message Interface A sends the message to money module A's MM Session Manager via Host Message Manager A (steps 670 - 674) .
- MM Symmetric Key A decrypts the message with session key (TA/MM) (step 676) .
- MM Note Directory A checks if the money module 6 has sufficient funds to cover the payment (steps 568 - 570) . If insufficient, then money modules A and B abort the transaction (steps 572 - 582) .
- the MM Abort transaction protocol (step 582) may be that of the preferred electronic monetary system as described in U.S. application 08/427,287 and shown in Figure 18.
- Session Manager X rolls-back changes and notes that the transaction is aborted (step 1726) .
- Session Manager X then checks if the "Ready-to-Commit" message has been sent (steps 1728 - 1730) . If so, then X updates its transaction log (step 1732) by recording that X committed after sending a Ready-to-Commit message and recording the note identifiers and amounts of each note received during the Transfer Notes protocol.
- the abort protocol logs information when the Abort subroutine is called during a failed Commit subroutine.
- X is a transaction money module 1186, and the Ready-to-Commit message was sent, then To Subscriber X informs its subscriber that the transaction was aborted and that there may have been a money transfer error (steps 1734 - 1738) . If X is a teller money module 1188, then To Bank X informs the bank that it should reverse its accounting transactions (by appropriate debits and credits) (steps 1740 - 1742) . If X is a transaction money module 1186 and no Ready-to-Commit message has been sent, then To Subscriber X informs the subscriber that the transaction was aborted (step 1744) .
- Session Manager X then sends Y a message that the transaction cannot be completed (steps 1746 - 1748) .
- Session Manager Y rolls-back its changes and notes the transaction as aborted (step 1750) .
- Y then informs its subscriber that the transaction is aborted (steps 1752 - 1754) or informs the bank to reverse its accounting transaction (steps 1756 - 1758) .
- the transferee money module records information about the notes it should have received and notifies the subscriber that there is a potential problem (i.e, it did not receive the notes sent by A) . It may be noted that in this circumstance, as far as the transferor money module is concerned, it properly transferred the notes.
- the transferee money module subscriber can then make a claim for the money to the Certification Agency. The claim information would include the log record of the failed transaction. The Certification Agency could then check with issuing banks to see if the notes have been reconciled. After some period of time, if the notes have not been reconciled, the subscriber could reclaim his money.
- MM Symmetric Key A encrypts a message with session key (MM/MM) (step 678) .
- the message is then double encrypted by session key (MM/TA) before it is sent to trusted agent A.
- the message is decrypted by session key (MM/TA) .
- Step 680 Message Interface A then sends the message to Message Interface B (steps 682 - 684) .
- the message is double encrypted by session key (TA/TA) .
- Message Interface B sends the message to MM Symmetric Key B for final decrypting (steps 686 - 690) .
- Figure 13 illustrates the various encryption layers.
- steps 584 - 586) informing them that they have aborted the transaction and hence that payment was unsuccessful.
- Session Managers A and B note that the payment was unsuccessful and consequently trusted agents A and B abort (steps 588 - 598) .
- MM Pay/Exchange A sends a message to the merchant's money module containing the amount of money to be transferred in payment and the type of notes
- This message is sent by the Send E-Routed
- Money module B receives the message containing the payment amount according to money module A.
- MM To Subscriber B then sends a prompt to trusted agent B to verify this payment amount (steps 604 - 606) .
- Purchase B in trusted agent B verifies if the amount is correct (steps 608 - 610) . If correct, then trusted agent
- Steps 612 - 616) money module B informs money module A which, in turn, requests its trusted agent to resend a new amount or else abort (steps 618 - 622, 572 - 582) .
- the trusted agent will not send a new amount and hence both money modules 6 and both trusted agents 120 will abort.
- money module B If, on the other hand, money module B receives a "Correct Amount" message from its trusted agent, then money module B sends an Acknowledgement message back to the customer's money module (steps 624 - 626). When MM Pay/Exchange A receives the Acknowledgement message, it then passes the amount to Money Holder A (the application which contains and manages the electronic representations of money) (step 628) .
- the payor initiated protocol just described may instead be implemented as a payee initiated payment as in the POS Payment protocol.
- the merchant's trusted agent instructs its money module as to the payment amount it expects to receive, this payment information is sent to the customer's money module which prompts its trusted agent for verification, and if the amount is correct, then the customer's trusted agent informs its money module.
- the customer's money module A then transfers electronic notes in the amount specified to the merchant's money module 4 via the E-Routed message path (step 630) .
- Figure 20 shows a Transfer Notes protocol as described in U.S. application 08/427,287.
- Note Directory X chooses the note(s) and values for transfer, updates the note amount (s) and sequence number(s) , and then sends the message to Notes (step 1566) .
- Possible objectives in choosing the notes for transfer may, for example, be: (1) minimize the number of digital signatures (which requires processing time) ; (2) minimize the size of the packet; (3) maximize the usefulness of the electronic notes left to the transferring subscriber (i.e., pass the notes with the shortest time left until expiration) .
- Such objectives may be achieved by the following note transfer algorithm: (1) determine all possible alternatives which contain the least number of notes; (2) determine which of these alternatives have the least number of transfers; (3) if more than one choice is left from step 2, choose the one which has the least number of monetary unit days.
- Monetary- unit days residual value of note to be transferred times the number of days left until the note expires, summed for all the notes in the packet.
- Notes X upon receiving the message from Note Directory X, creates a transfer to be appended to each note being transferred (step 1568) .
- Public Key X creates signatures for the note(s) (step 1570).
- Packet Manager X then assembles the note(s) with their new transfer(s) and signature(s) in a packet and sends the packet to Y (steps 1572 - 1574) .
- Packet Manager Y receives the packet and disassembles it (step 1576) .
- Verify Y validates all certificates in the note(s) (e.g., money generator certificate and all transfer certificates) . Then Verify Y verifies that the identification numbers in the transfer group match up with the module identification numbers of the certificates in the signature and certificate group throughout the history of the electronic note. Also, the consistency of the transfer amounts for each note is validated by ensuring that throughout the electronic note history the amount transferred in each successive transfer is less than that of the immediately precedent transfer. In addition, the total amount transferred is checked to ensure it is the amount expected. (Steps 1578 - 1580) . If not valid, then the transaction is aborted (step 1582) . If valid and Y is a transaction money module, then
- Verifier Y verifies the expiration dates of the note(s)
- step 1584 - 1588 If any of the note(s) have expired, then the transaction is aborted. If none have expired, then
- Verifier Y checks each id from the note transfers against the bad id list (steps 1590 - 1592) . If any of the transfer id's are on the bad id list, then the transaction is aborted.
- Public Key Y verifies the validity of the note(s) signatures (steps 1594 - 1596) . If any of the signatures are not valid, then the transaction is aborted. If the signatures are valid, then Verifier Y checks if the note(s) bodies match note bodies that are stored by the Notes application or located in the Tran Log (steps 1598 - 1600) . For each note body that matches, a note transfer tree is created in order to determine whether there has been any note duplication (steps 1602 - 1604) . If any of the notes have been duplicated, then the transaction is aborted. This check for duplication (i.e., steps 1598-1604) is particularly directed to, and well suited for, thwarting individuals who attempt to create money by transferring notes by "self-dealing" using a compromised transaction money module.
- Notes Y places the note(s) in the money holder (step 1606) .
- Note Directory Y updates the note(s) location(s) and amount(s), and also initializes sequence number(s) (step 1608) .
- Transfer Notes process includes steps for updating and initializing a sequence number to facilitate note reconciliation, checking if the transferee of any note is on the bad id list, and checking for note duplication.
- a MM Commit subroutine is called (step 632) .
- a Commit protocol as used in the preferred electronic monetary system is described in
- Session Manager X sends a "Ready-to-Commit" message to Y (steps 1702 - 1704) .
- This passes the obligation to commit to the module receiving the message.
- this technique of passing the burden of committing first is used to ensure that the party transferring money commits first, so as to eliminate the possibility of duplicating money.
- Session Manager Y then sends an acknowledgment to X (steps 1706 - 1708) and commits to any outstanding transactions by updating its transaction log (step 1710) . Also, if Y is a transaction money module, then To subscriber Y notifies the subscriber of the successful transaction (steps 1712 - 1714) . Session Manager Y notes the end of the session (step 1716) .
- Tran Log X receives the acknowledgement from Y and updates its transaction log, thus committing to any outstanding transfers. X completes its commit in the same manner as Y (steps 1718 - 1724) .
- the money modules then both send the aforementioned "Payment Successful" messages to their trusted agents (steps 584 - 586) .
- These messages are encrypted by session key (TA/MM) .
- Session Manager A detects that a successful payment has been made and Ticket Holder A updates the receipt ticket with payment information such as the date of transaction (steps 588, 592, 634) .
- Trusted agent A then commits (step 636) so that its retention of the ticket is no longer “provisional”.
- Session Manager B detects a successful payment (steps 590, 594) and trusted agent B commits (step 638) .
- the transaction is now complete.
- Purchase B queries the money module for sufficient funds (steps 724 - 726) . If the money module within the MTD has insufficient funds, then To Host B requests guidance from the host which checks if other of the merchant's transaction devices have the requested amount (steps 728 - 732) . If yes, then Host B sends a message to this other transaction device (having a Host C) to send money (step 734) . A session is established between C and B and a money module payment is made (steps 736 - 738) . It may be noted that in this scenario there is no ticket as indicated in step 634 of the money module payment. This step may simply be skipped under this circumstance.
- Host B checks if it can withdraw the amount from a bank where it has an account (steps 740 - 742) . If so, then money module A withdraws electronic money from the bank (step 748) using the money generator module 202, teller module 204, and banking system 206, as described in U.S. application 07/794,112. If no electronic money can be withdrawn, then Host B requests an abort, and the transaction is aborted (steps 744 - 746) . At the point where the merchant has sufficient funds to distribute to the customer, the transaction proceeds as described in steps 750 - 794.
- To Host B then sends a message with the amount and credential to the card authorization network 208, to debit the bank account identified by the credential (step 810) .
- the card authorization process proceeds (step 811) and Purchase B checks if the debit has been authorized (steps 813 - 815) . If not authorized, then the transaction is aborted, otherwise trusted agent B makes a money module payment to trusted agent A completing the transaction (step 817) .
Landscapes
- Business, Economics & Management (AREA)
- Accounting & Taxation (AREA)
- Engineering & Computer Science (AREA)
- Finance (AREA)
- Theoretical Computer Science (AREA)
- Strategic Management (AREA)
- Physics & Mathematics (AREA)
- General Business, Economics & Management (AREA)
- General Physics & Mathematics (AREA)
- Economics (AREA)
- Development Economics (AREA)
- Computer Networks & Wireless Communication (AREA)
- Computer Security & Cryptography (AREA)
- Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
- Devices For Checking Fares Or Tickets At Control Points (AREA)
- Control Of Vending Devices And Auxiliary Devices For Vending Devices (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
- Polyurethanes Or Polyureas (AREA)
- Macromolecular Compounds Obtained By Forming Nitrogen-Containing Linkages In General (AREA)
- Graft Or Block Polymers (AREA)
Abstract
Description
Claims
Priority Applications (15)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
PL96323875A PL179381B1 (en) | 1995-06-07 | 1996-03-11 | Trustworthy agents for open distribution of electronic money |
RU98100475/09A RU2145439C1 (en) | 1995-06-07 | 1996-03-11 | Trusted agents for open distribution of electronic cash |
SK1673-97A SK167397A3 (en) | 1995-06-07 | 1996-03-11 | Trusted agents for open distribution of electronic money |
EP96910330A EP0830656B1 (en) | 1995-06-07 | 1996-03-11 | Trusted agents for open distribution of electronic money |
KR1019970708820A KR100289956B1 (en) | 1995-06-07 | 1996-03-11 | Trustee agencies for the open distribution of electronic money |
HU9801603A HU220576B1 (en) | 1995-06-07 | 1996-03-11 | Trusted agents for open distribution of electronic money |
SI9620073A SI9620073A (en) | 1995-06-07 | 1996-03-11 | Trusted agents for open distribution of electronic money |
AU53555/96A AU697632B2 (en) | 1995-06-07 | 1996-03-11 | Trusted agents for open distribution of electronic money |
CA002223079A CA2223079C (en) | 1995-06-07 | 1996-03-11 | Trusted agents for open distribution of electronic money |
BR9608559A BR9608559A (en) | 1995-06-07 | 1996-03-11 | Depositary agents for the open distribution of electronic money |
NZ305540A NZ305540A (en) | 1995-06-07 | 1996-03-11 | Distribution of electronic money with receipt issuance |
JP50042997A JP3390016B2 (en) | 1995-06-07 | 1996-03-11 | Trust agent for open distribution of electronic money |
DE69602265T DE69602265T2 (en) | 1995-06-07 | 1996-03-11 | TRUTH AGENT FOR THE OPEN SPENDING OF ELECTRONIC MONEY |
NO975670A NO975670L (en) | 1995-06-07 | 1997-12-05 | Electronic money distribution system |
HK98109991A HK1009193A1 (en) | 1995-06-07 | 1998-08-18 | Trusted agents for open distribution of electronic money |
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US08/488,248 | 1995-06-07 | ||
US08/488,248 US5745886A (en) | 1995-06-07 | 1995-06-07 | Trusted agents for open distribution of electronic money |
Publications (1)
Publication Number | Publication Date |
---|---|
WO1996041315A1 true WO1996041315A1 (en) | 1996-12-19 |
Family
ID=23938951
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
PCT/US1996/002569 WO1996041315A1 (en) | 1995-06-07 | 1996-03-11 | Trusted agents for open distribution of electronic money |
Country Status (21)
Country | Link |
---|---|
US (1) | US5745886A (en) |
EP (1) | EP0830656B1 (en) |
JP (1) | JP3390016B2 (en) |
KR (1) | KR100289956B1 (en) |
AT (1) | ATE179538T1 (en) |
AU (1) | AU697632B2 (en) |
BR (1) | BR9608559A (en) |
CA (1) | CA2223079C (en) |
CZ (1) | CZ287663B6 (en) |
DE (1) | DE69602265T2 (en) |
ES (1) | ES2132909T3 (en) |
HK (1) | HK1009193A1 (en) |
HU (1) | HU220576B1 (en) |
MX (1) | MX9709725A (en) |
NO (1) | NO975670L (en) |
NZ (1) | NZ305540A (en) |
PL (1) | PL179381B1 (en) |
RU (1) | RU2145439C1 (en) |
SI (1) | SI9620073A (en) |
SK (1) | SK167397A3 (en) |
WO (1) | WO1996041315A1 (en) |
Cited By (17)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US5897621A (en) * | 1996-06-14 | 1999-04-27 | Cybercash, Inc. | System and method for multi-currency transactions |
US7006991B2 (en) | 1996-03-25 | 2006-02-28 | Cfph, Llc | Computer-implemented securities trading system with a virtual specialist function |
US7487123B1 (en) * | 1996-03-25 | 2009-02-03 | Cfph, Llc | Computer-implemented securities trading system with virtual currency and virtual specialist |
US7636691B2 (en) | 1997-03-26 | 2009-12-22 | Sony Corporation | Method of controlling digital content distribution, a method of reproducing digital content, and an apparatus using the same |
US7742985B1 (en) | 2003-06-26 | 2010-06-22 | Paypal Inc. | Multicurrency exchanges between participants of a network-based transaction facility |
US7937306B2 (en) | 2000-06-23 | 2011-05-03 | Ebs Group Limited | Architecture for anonymous trading system |
US8833650B1 (en) | 2006-05-25 | 2014-09-16 | Sean I. Mcghie | Online shopping sites for redeeming loyalty points |
US8944320B1 (en) | 2006-05-25 | 2015-02-03 | Sean I. Mcghie | Conversion/transfer of non-negotiable credits to in-game funds for in-game purchases |
US9092792B2 (en) | 2002-06-10 | 2015-07-28 | Ebay Inc. | Customizing an application |
US9704174B1 (en) | 2006-05-25 | 2017-07-11 | Sean I. Mcghie | Conversion of loyalty program points to commerce partner points per terms of a mutual agreement |
US10062062B1 (en) | 2006-05-25 | 2018-08-28 | Jbshbm, Llc | Automated teller machine (ATM) providing money for loyalty points |
US10304292B2 (en) | 2003-03-31 | 2019-05-28 | Cantor Index, Llc | System and method for betting on a participant in a group of events |
US10542121B2 (en) | 2006-08-23 | 2020-01-21 | Ebay Inc. | Dynamic configuration of multi-platform applications |
US10586282B2 (en) | 1996-03-25 | 2020-03-10 | Cfph, Llc | System and method for trading based on tournament-style events |
US10606960B2 (en) | 2001-10-11 | 2020-03-31 | Ebay Inc. | System and method to facilitate translation of communications between entities over a network |
US10776780B2 (en) * | 2016-05-27 | 2020-09-15 | Visa International Service Association | Automated reissuance system for prepaid devices |
US11244324B2 (en) | 2003-04-11 | 2022-02-08 | Ebay Inc. | Method and system to facilitate an online promotion relating to a network-based marketplace |
Families Citing this family (196)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
FR2735261B1 (en) * | 1995-06-08 | 1997-07-11 | France Telecom | METHOD OF MAKING A PAYMENT USING AN ACCOUNT MANAGER |
FR2737032B1 (en) * | 1995-07-19 | 1997-09-26 | France Telecom | SECURE PAYMENT SYSTEM BY ELECTRONIC CURRENCY TRANSFER THROUGH AN INTERBANKING NETWORK |
US6223168B1 (en) * | 1995-07-25 | 2001-04-24 | Bottomline Technologies, Inc. | Automatic remittance delivery system |
US5893080A (en) * | 1995-07-25 | 1999-04-06 | Bottomline Technologies, Inc. | Disbursement system and method |
JP2942478B2 (en) * | 1995-09-14 | 1999-08-30 | 日立ソフトウエアエンジニアリング株式会社 | Network billing method |
US6945457B1 (en) * | 1996-05-10 | 2005-09-20 | Transaction Holdings Ltd. L.L.C. | Automated transaction machine |
US5987434A (en) * | 1996-06-10 | 1999-11-16 | Libman; Richard Marc | Apparatus and method for transacting marketing and sales of financial products |
US6999938B1 (en) | 1996-06-10 | 2006-02-14 | Libman Richard M | Automated reply generation direct marketing system |
US7774230B2 (en) * | 1996-06-10 | 2010-08-10 | Phoenix Licensing, Llc | System, method, and computer program product for selecting and presenting financial products and services |
US5903880A (en) * | 1996-07-19 | 1999-05-11 | Biffar; Peter C. | Self-contained payment system with circulating digital vouchers |
JP3387330B2 (en) | 1996-09-12 | 2003-03-17 | 株式会社日立製作所 | Electronic money holding device and electronic money payment method using the same |
US5839119A (en) * | 1996-09-27 | 1998-11-17 | Xerox Corporation | Method of electronic payments that prevents double-spending |
US5884290A (en) * | 1996-10-22 | 1999-03-16 | Unisys Corporation | Method of transferring funds employing a three-node real-time electronic interlock |
EP0848361B1 (en) * | 1996-12-13 | 1999-08-25 | Telefonaktiebolaget L M Ericsson (Publ) | Method and system for performing money transactions |
US5980078A (en) * | 1997-02-14 | 1999-11-09 | Fisher-Rosemount Systems, Inc. | Process control system including automatic sensing and automatic configuration of devices |
US6934945B1 (en) * | 1997-03-14 | 2005-08-23 | Cardsoft, Inc. | Method and apparatus for controlling communications |
US6341353B1 (en) * | 1997-04-11 | 2002-01-22 | The Brodia Group | Smart electronic receipt system |
JP3483441B2 (en) * | 1997-10-16 | 2004-01-06 | 富士通株式会社 | Electronic money management and ownership device and management and ownership method |
US6157924A (en) | 1997-11-07 | 2000-12-05 | Bell & Howell Mail Processing Systems Company | Systems, methods, and computer program products for delivering information in a preferred medium |
US6134550A (en) * | 1998-03-18 | 2000-10-17 | Entrust Technologies Limited | Method and apparatus for use in determining validity of a certificate in a communication system employing trusted paths |
US6609199B1 (en) * | 1998-10-26 | 2003-08-19 | Microsoft Corporation | Method and apparatus for authenticating an open system application to a portable IC device |
US7139915B2 (en) * | 1998-10-26 | 2006-11-21 | Microsoft Corporation | Method and apparatus for authenticating an open system application to a portable IC device |
US7174457B1 (en) | 1999-03-10 | 2007-02-06 | Microsoft Corporation | System and method for authenticating an operating system to a central processing unit, providing the CPU/OS with secure storage, and authenticating the CPU/OS to a third party |
US7194092B1 (en) * | 1998-10-26 | 2007-03-20 | Microsoft Corporation | Key-based secure storage |
US6820202B1 (en) | 1998-11-09 | 2004-11-16 | First Data Corporation | Account authority digital signature (AADS) system |
US7047416B2 (en) * | 1998-11-09 | 2006-05-16 | First Data Corporation | Account-based digital signature (ABDS) system |
WO2000036539A2 (en) * | 1998-12-12 | 2000-06-22 | The Brodia Group | Trusted agent for electronic commerce |
BR0008286A (en) * | 1999-02-17 | 2001-11-20 | Diebold Inc | Method and system for connecting services to an automated bank transaction machine |
US7451114B1 (en) * | 1999-02-19 | 2008-11-11 | Visa International Service Association | Conducting commerce between individuals |
US6651171B1 (en) * | 1999-04-06 | 2003-11-18 | Microsoft Corporation | Secure execution of program code |
US6775779B1 (en) * | 1999-04-06 | 2004-08-10 | Microsoft Corporation | Hierarchical trusted code for content protection in computers |
US8099359B1 (en) | 1999-04-19 | 2012-01-17 | The Western Union Company | System and method for issuing negotiable instruments by licensed money transmitter from direct deposits |
US6609113B1 (en) | 1999-05-03 | 2003-08-19 | The Chase Manhattan Bank | Method and system for processing internet payments using the electronic funds transfer network |
US6704714B1 (en) | 1999-05-03 | 2004-03-09 | The Chase Manhattan Bank | Virtual private lock box |
WO2000070487A1 (en) | 1999-05-14 | 2000-11-23 | Frenkel Marvin A | Anonymous on-line cash management system |
US20010034705A1 (en) * | 1999-05-19 | 2001-10-25 | Rhoads Geoffrey B. | Payment-based systems for internet music |
EP1208499A4 (en) * | 1999-05-19 | 2007-11-07 | Digimarc Corp | Methods and systems employing digital watermarking in music and other media |
US6963857B1 (en) * | 1999-07-12 | 2005-11-08 | Jsa Technologies | Network-accessible account system |
IES990584A2 (en) * | 1999-07-12 | 2000-07-12 | Mainline Corporate Holdings | Dynamic currency conversion for card payment systems |
WO2001009806A1 (en) | 1999-08-02 | 2001-02-08 | E-Mark Systems Inc. | Electronic settlement system, settlement device, and terminal |
US7644037B1 (en) | 1999-08-16 | 2010-01-05 | Vladimir Ostrovsky | Method and system for transferring electronic funds |
DE60029455T2 (en) | 1999-08-26 | 2007-07-19 | Moneycat Ltd. | ELECTRONIC MONEY, ASSOCIATED ELECTRONIC STOCK AND THESE ELECTRONIC PAYMENT SYSTEMS USED |
WO2001016768A1 (en) * | 1999-08-27 | 2001-03-08 | Netspend Corporation | An online purchase system and method |
US6799166B2 (en) * | 1999-09-02 | 2004-09-28 | International Business Machines Corporation | Method and apparatus for preventing duplicate transactions on batch mode failure recovery in a data processing system |
AU5759699A (en) * | 1999-09-22 | 2001-04-24 | Keiichi Nakajima | Electronic settlement system, settlement device, and terminal |
US7104440B2 (en) | 1999-10-26 | 2006-09-12 | First Data Corporation | Money transfer systems and methods for travelers |
US8494956B2 (en) * | 1999-10-26 | 2013-07-23 | The Western Union Company | Internet funds transfer system using ATM pickup |
US6488203B1 (en) * | 1999-10-26 | 2002-12-03 | First Data Corporation | Method and system for performing money transfer transactions |
US6814282B2 (en) | 1999-10-26 | 2004-11-09 | First Data Corporation | Systems and methods of introducing and receiving information across a computer network |
US7664703B2 (en) * | 1999-10-26 | 2010-02-16 | The Western Union Company | Value transfer systems and methods |
US7617157B2 (en) * | 2002-01-03 | 2009-11-10 | The Western Union Company | Method for receiving electronically transferred funds using an automated teller machine |
WO2001037063A2 (en) * | 1999-10-29 | 2001-05-25 | Singleshop.Com | System and method of data exchange for electronic transactions with multiple sources |
US6332134B1 (en) * | 1999-11-01 | 2001-12-18 | Chuck Foster | Financial transaction system |
US6789068B1 (en) * | 1999-11-08 | 2004-09-07 | At&T Corp. | System and method for microbilling using a trust management system |
SE516782C2 (en) * | 1999-11-23 | 2002-03-05 | Ericsson Telefon Ab L M | Method of payment of goods in an electronic trading system as well as a payment system |
US8571975B1 (en) | 1999-11-24 | 2013-10-29 | Jpmorgan Chase Bank, N.A. | System and method for sending money via E-mail over the internet |
US6757824B1 (en) | 1999-12-10 | 2004-06-29 | Microsoft Corporation | Client-side boot domains and boot rules |
WO2001045008A1 (en) * | 1999-12-16 | 2001-06-21 | Debit.Net, Inc. | Secure networked transaction system |
US7003789B1 (en) * | 1999-12-21 | 2006-02-21 | International Business Machines Corporation | Television commerce payments |
US7177836B1 (en) * | 1999-12-30 | 2007-02-13 | First Data Corporation | Method and system for facilitating financial transactions between consumers over the internet |
WO2002005195A1 (en) * | 2000-07-11 | 2002-01-17 | First Data Corporation | Wide area network person-to-person payment |
US7376587B1 (en) | 2000-07-11 | 2008-05-20 | Western Union Financial Services, Inc. | Method for enabling transfer of funds through a computer network |
US7593898B1 (en) | 1999-12-30 | 2009-09-22 | First Data Corporation | Method and system for payment transactions and shipment tracking over the internet |
US7613653B2 (en) | 1999-12-30 | 2009-11-03 | First Data Corporation | Money order debit from stored value fund |
US7945491B2 (en) * | 2000-01-12 | 2011-05-17 | Metavante Corporation | Integrated systems for electronic bill presentment and payment |
US20010037295A1 (en) * | 2000-01-31 | 2001-11-01 | Olsen Karl R. | Push model internet bill presentment and payment system and method |
US7366695B1 (en) * | 2000-02-29 | 2008-04-29 | First Data Corporation | Electronic purchase method and funds transfer system |
US20030126036A1 (en) * | 2000-02-29 | 2003-07-03 | First Data Corporation | Online payments |
US7848972B1 (en) | 2000-04-06 | 2010-12-07 | Metavante Corporation | Electronic bill presentment and payment systems and processes |
WO2001086558A1 (en) * | 2000-05-09 | 2001-11-15 | Metavante Corporation | Electronic bill presentment and payment system |
US7516100B1 (en) * | 2000-05-12 | 2009-04-07 | The Western Union Company | Method and system for transferring money in business-to-business internet transactions |
US8321356B2 (en) * | 2000-05-18 | 2012-11-27 | United Parcel Service Of America, Inc. | System and method for calculating real-time costing information |
US8725656B1 (en) | 2000-05-18 | 2014-05-13 | United Parcel Service Of America, Inc. | Freight rate manager |
JP2001344537A (en) * | 2000-05-31 | 2001-12-14 | Ntt Docomo Inc | Electronic value system, communication terminal and server |
US7076445B1 (en) | 2000-06-20 | 2006-07-11 | Cartwright Shawn D | System and methods for obtaining advantages and transacting the same in a computer gaming environment |
US7949600B1 (en) | 2000-06-27 | 2011-05-24 | Western Union Financial Services, Inc. | Method for facilitating payment of a computerized transaction |
US7249098B2 (en) | 2000-07-11 | 2007-07-24 | First Data Corporation | Subscription-based payment |
US20020152168A1 (en) * | 2000-07-11 | 2002-10-17 | First Data Corporation | Automated transfer with stored value fund |
US7398252B2 (en) * | 2000-07-11 | 2008-07-08 | First Data Corporation | Automated group payment |
US7523067B1 (en) | 2000-08-02 | 2009-04-21 | Softbankbb Corporation | Electronic settlement system, settlement apparatus, and terminal |
US7010691B2 (en) * | 2000-08-04 | 2006-03-07 | First Data Corporation | ABDS system utilizing security information in authenticating entity access |
US7096354B2 (en) * | 2000-08-04 | 2006-08-22 | First Data Corporation | Central key authority database in an ABDS system |
US7552333B2 (en) * | 2000-08-04 | 2009-06-23 | First Data Corporation | Trusted authentication digital signature (tads) system |
US7558965B2 (en) * | 2000-08-04 | 2009-07-07 | First Data Corporation | Entity authentication in electronic communications by providing verification status of device |
US6983368B2 (en) * | 2000-08-04 | 2006-01-03 | First Data Corporation | Linking public key of device to information during manufacture |
US6978369B2 (en) * | 2000-08-04 | 2005-12-20 | First Data Corporation | Person-centric account-based digital signature system |
US7082533B2 (en) * | 2000-08-04 | 2006-07-25 | First Data Corporation | Gauging risk in electronic communications regarding accounts in ABDS system |
EP1316171A4 (en) * | 2000-08-04 | 2006-05-03 | First Data Corp | Person-centric account-based digital signature system |
US6789189B2 (en) * | 2000-08-04 | 2004-09-07 | First Data Corporation | Managing account database in ABDS system |
US7346577B1 (en) * | 2000-08-28 | 2008-03-18 | Javien Digital Payment Solutions, Inc. | Third-party billing system and method |
EP1377943A2 (en) * | 2000-08-31 | 2004-01-07 | ATM Direct Inc. | System and method for online atm transaction with digital certificate |
JP2002117169A (en) * | 2000-10-12 | 2002-04-19 | Hitachi Ltd | Personal information managing method, device for executing the same and recording medium with processing program therefor recorded thereon |
JP2002140630A (en) * | 2000-11-01 | 2002-05-17 | Sony Corp | System and method for clearing contents charge based on ticket |
WO2002037383A2 (en) * | 2000-11-06 | 2002-05-10 | Electronic Warfare Associates | A system and method for controlling online purchases using an online account |
US7290133B1 (en) | 2000-11-17 | 2007-10-30 | Entrust Limited | Method and apparatus improving efficiency of end-user certificate validation |
US6938164B1 (en) | 2000-11-22 | 2005-08-30 | Microsoft Corporation | Method and system for allowing code to be securely initialized in a computer |
US7266533B2 (en) * | 2000-12-15 | 2007-09-04 | The Western Union Company | Electronic gift greeting |
US7130817B2 (en) | 2000-12-15 | 2006-10-31 | First Data Corporation | Electronic gift linking |
US20020107790A1 (en) * | 2001-02-07 | 2002-08-08 | Nielson James A. | System and method for extending automatically secured credit to building project owners and to building contractors for purchasing building supplies from building supply wholesalers |
JP2002259605A (en) * | 2001-02-26 | 2002-09-13 | Sony Corp | Device and method for information processing and storage medium |
US7117183B2 (en) | 2001-03-31 | 2006-10-03 | First Data Coroporation | Airline ticket payment and reservation system and methods |
US7103577B2 (en) * | 2001-03-31 | 2006-09-05 | First Data Corporation | Systems and methods for staging transactions, payments and collections |
US9853759B1 (en) | 2001-03-31 | 2017-12-26 | First Data Corporation | Staged transaction system for mobile commerce |
US7184989B2 (en) * | 2001-03-31 | 2007-02-27 | First Data Corporation | Staged transactions systems and methods |
US7165052B2 (en) * | 2001-03-31 | 2007-01-16 | First Data Corporation | Payment service method and system |
US8150763B2 (en) * | 2001-03-31 | 2012-04-03 | The Western Union Company | Systems and methods for staging transactions, payments and collections |
US7096205B2 (en) * | 2001-03-31 | 2006-08-22 | First Data Corporation | Systems and methods for enrolling consumers in goods and services |
US6807640B2 (en) * | 2001-05-08 | 2004-10-19 | Intersil Americas, Inc. | Programmable interface controller suitable for spanning clock domains |
US8346659B1 (en) * | 2001-07-06 | 2013-01-01 | Hossein Mohsenzadeh | Secure authentication and payment system |
US20040128508A1 (en) * | 2001-08-06 | 2004-07-01 | Wheeler Lynn Henry | Method and apparatus for access authentication entity |
CA2355785C (en) * | 2001-08-16 | 2010-06-01 | Ibm Canada Limited-Ibm Canada Limitee | Electronic presentation of invoices using a trusted document repository |
US8244632B2 (en) | 2001-10-26 | 2012-08-14 | First Data Corporation | Automated transfer with stored value |
US8374962B2 (en) * | 2001-10-26 | 2013-02-12 | First Data Corporation | Stored value payouts |
US7370014B1 (en) | 2001-11-01 | 2008-05-06 | Metavante Corporation | Electronic bill presentment and payment system that obtains user bill information from biller web sites |
US6670569B2 (en) * | 2001-11-08 | 2003-12-30 | First Data Corporation | Mail handling equipment and methods |
US7243230B2 (en) * | 2001-11-16 | 2007-07-10 | Microsoft Corporation | Transferring application secrets in a trusted operating system environment |
US7159240B2 (en) * | 2001-11-16 | 2007-01-02 | Microsoft Corporation | Operating system upgrades in a trusted operating system environment |
US7137004B2 (en) * | 2001-11-16 | 2006-11-14 | Microsoft Corporation | Manifest-based trusted agent management in a trusted operating system environment |
US7159180B2 (en) | 2001-12-14 | 2007-01-02 | America Online, Inc. | Proxy platform integration system |
US7596529B2 (en) * | 2002-02-13 | 2009-09-29 | First Data Corporation | Buttons for person to person payments |
EP1485844A4 (en) * | 2002-03-04 | 2010-03-31 | First Data Corp | Method and system for processing credit card related transactions |
FR2837643A1 (en) * | 2002-03-25 | 2003-09-26 | France Telecom | Credit card transaction securing method in which transactions between a cardholder and supplier over a telecommunications network are conducted via a third party intermediary |
US7487365B2 (en) | 2002-04-17 | 2009-02-03 | Microsoft Corporation | Saving and retrieving data based on symmetric key encryption |
US7890771B2 (en) * | 2002-04-17 | 2011-02-15 | Microsoft Corporation | Saving and retrieving data based on public key encryption |
US8751384B2 (en) * | 2002-05-08 | 2014-06-10 | Metavante Corporation | Integrated bill presentment and payment system and method of operating the same |
US8799157B1 (en) | 2002-05-08 | 2014-08-05 | Metavante Corporation | Business combined bill management system and method |
US10395484B2 (en) * | 2002-08-20 | 2019-08-27 | The Western Union Company | Multi-purpose kiosk and methods |
AU2003200960B2 (en) * | 2002-09-18 | 2005-01-06 | Mackinnon, Sebastian Mr | System for Ordering, Tracking and Payment of Goods and Services |
US7729984B1 (en) | 2002-09-27 | 2010-06-01 | Abas Enterprises Llc | Effecting financial transactions |
US8032452B2 (en) | 2002-11-06 | 2011-10-04 | The Western Union Company | Multiple-entity transaction systems and methods |
US7478057B2 (en) * | 2002-11-29 | 2009-01-13 | Research In Motion Limited | Method for conducting an electronic commercial transaction |
US7571140B2 (en) * | 2002-12-16 | 2009-08-04 | First Data Corporation | Payment management |
US7827101B2 (en) | 2003-01-10 | 2010-11-02 | First Data Corporation | Payment system clearing for transactions |
US20040135805A1 (en) * | 2003-01-10 | 2004-07-15 | Gottsacker Neal F. | Document composition system and method |
US7003493B2 (en) * | 2003-01-22 | 2006-02-21 | First Data Corporation | Direct payment with token |
US7063473B2 (en) * | 2003-04-18 | 2006-06-20 | Canon Kabushiki Kaisha | Both-side recording apparatus |
US20040215574A1 (en) | 2003-04-25 | 2004-10-28 | First Data Corporation | Systems and methods for verifying identities in transactions |
US20040215560A1 (en) * | 2003-04-25 | 2004-10-28 | Peter Amalraj | Integrated payment system and method |
US20050177510A1 (en) * | 2004-02-09 | 2005-08-11 | Visa International Service Association, A Delaware Corporation | Buyer initiated payment |
US7725406B2 (en) * | 2004-03-30 | 2010-05-25 | United Parcel Service Of America, Inc. | Systems and methods for international shipping and brokerage operations support processing |
US7219832B2 (en) * | 2004-06-17 | 2007-05-22 | First Data Corporation | ATM machine and methods with currency conversion capabilities |
US20080147525A1 (en) * | 2004-06-18 | 2008-06-19 | Gene Allen | CPU Banking Approach for Transactions Involving Educational Entities |
US20050289030A1 (en) * | 2004-06-24 | 2005-12-29 | Smith Maurice R | System and method for financial institution account deposits via retail merchants |
US7015823B1 (en) | 2004-10-15 | 2006-03-21 | Systran Federal Corporation | Tamper resistant circuit boards |
US8152054B2 (en) | 2004-10-19 | 2012-04-10 | The Western Union Company | Money transfer systems and methods |
US7641109B2 (en) * | 2005-05-18 | 2010-01-05 | The Western Union Company | Money transfer cards, systems and methods |
CA2585432A1 (en) * | 2004-11-04 | 2006-05-18 | Telcordia Technologies, Inc. | System and method for trust management |
JP2006252462A (en) | 2005-03-14 | 2006-09-21 | Ntt Docomo Inc | Electronic value exchanging method, user device, and third person device |
US8672220B2 (en) * | 2005-09-30 | 2014-03-18 | The Western Union Company | Money transfer system and method |
US20070214091A1 (en) * | 2005-05-18 | 2007-09-13 | The Western Union Company | Electronic payment instrument system and method |
US7392940B2 (en) * | 2005-05-18 | 2008-07-01 | The Western Union Company | In-lane money transfer systems and methods |
JP2009501975A (en) * | 2005-07-15 | 2009-01-22 | レボリューション マネー,インコーポレイテッド | System and method for user selection of fraud detection rules |
US8874477B2 (en) | 2005-10-04 | 2014-10-28 | Steven Mark Hoffberg | Multifactorial optimization system and method |
WO2008005581A2 (en) * | 2006-07-07 | 2008-01-10 | United Parcel Service Of America, Inc. | Compiled data for software applications |
US20070100773A1 (en) * | 2006-08-11 | 2007-05-03 | Regions Asset Company | Transaction security system having user defined security parameters |
US20080103966A1 (en) * | 2006-10-31 | 2008-05-01 | Chuck Foster | System and/or method for dynamic determination of transaction processing fees |
US8060437B2 (en) | 2006-10-31 | 2011-11-15 | International Funding Partners Llc | Automatic termination of electronic transactions |
US20080147526A1 (en) * | 2006-12-15 | 2008-06-19 | Gene Allen | Computer-Facilitated Account-Transaction System and Method with Multi-Entity Control Logic |
US8719128B2 (en) * | 2006-12-15 | 2014-05-06 | Tcf Financial Corporation | Computer-facilitated secure account-transaction |
US20080208748A1 (en) * | 2006-12-22 | 2008-08-28 | Frank Ozment | Transaction system and method |
US8818904B2 (en) | 2007-01-17 | 2014-08-26 | The Western Union Company | Generation systems and methods for transaction identifiers having biometric keys associated therewith |
US7933835B2 (en) | 2007-01-17 | 2011-04-26 | The Western Union Company | Secure money transfer systems and methods using biometric keys associated therewith |
US8504473B2 (en) | 2007-03-28 | 2013-08-06 | The Western Union Company | Money transfer system and messaging system |
US7783571B2 (en) | 2007-05-31 | 2010-08-24 | First Data Corporation | ATM system for receiving cash deposits from non-networked clients |
US9177313B1 (en) * | 2007-10-18 | 2015-11-03 | Jpmorgan Chase Bank, N.A. | System and method for issuing, circulating and trading financial instruments with smart features |
US20090112759A1 (en) * | 2007-10-30 | 2009-04-30 | Chuck Foster | Accumulated transactions |
US20090319427A1 (en) * | 2008-06-23 | 2009-12-24 | Jeffrey Gardner | Methods for electronic payments using a third party facilitator |
US7860772B2 (en) * | 2008-09-30 | 2010-12-28 | Ebay, Inc. | Funding on-line accounts |
US20120259781A1 (en) * | 2011-04-07 | 2012-10-11 | Fote Charles T | Broker-mediated payment systems and methods |
US20130030926A1 (en) | 2011-07-28 | 2013-01-31 | American Express Travel Related Services Company, Inc. | Systems and methods for generating and using a digital pass |
US10346823B2 (en) | 2011-08-12 | 2019-07-09 | Citibank, N.A. | Methods and systems for activating an electronic payments infrastructure |
US10395223B2 (en) | 2012-03-07 | 2019-08-27 | Early Warning Services, Llc | System and method for transferring funds |
US10318936B2 (en) | 2012-03-07 | 2019-06-11 | Early Warning Services, Llc | System and method for transferring funds |
US10970688B2 (en) | 2012-03-07 | 2021-04-06 | Early Warning Services, Llc | System and method for transferring funds |
US20130238488A1 (en) | 2012-03-07 | 2013-09-12 | Clearxchange, Llc | System and method for transferring funds |
US11593800B2 (en) | 2012-03-07 | 2023-02-28 | Early Warning Services, Llc | System and method for transferring funds |
US10395247B2 (en) | 2012-03-07 | 2019-08-27 | Early Warning Services, Llc | Systems and methods for facilitating a secure transaction at a non-financial institution system |
RU2584506C1 (en) * | 2014-10-22 | 2016-05-20 | Закрытое акционерное общество "Лаборатория Касперского" | System and method of protecting operations with electronic money |
US10748127B2 (en) | 2015-03-23 | 2020-08-18 | Early Warning Services, Llc | Payment real-time funds availability |
US10839359B2 (en) | 2015-03-23 | 2020-11-17 | Early Warning Services, Llc | Payment real-time funds availability |
US10769606B2 (en) | 2015-03-23 | 2020-09-08 | Early Warning Services, Llc | Payment real-time funds availability |
US10878387B2 (en) | 2015-03-23 | 2020-12-29 | Early Warning Services, Llc | Real-time determination of funds availability for checks and ACH items |
US10832246B2 (en) | 2015-03-23 | 2020-11-10 | Early Warning Services, Llc | Payment real-time funds availability |
US11062290B2 (en) | 2015-07-21 | 2021-07-13 | Early Warning Services, Llc | Secure real-time transactions |
US11151523B2 (en) | 2015-07-21 | 2021-10-19 | Early Warning Services, Llc | Secure transactions with offline device |
US10438175B2 (en) | 2015-07-21 | 2019-10-08 | Early Warning Services, Llc | Secure real-time payment transactions |
US10956888B2 (en) | 2015-07-21 | 2021-03-23 | Early Warning Services, Llc | Secure real-time transactions |
US11157884B2 (en) | 2015-07-21 | 2021-10-26 | Early Warning Services, Llc | Secure transactions with offline device |
US11151522B2 (en) | 2015-07-21 | 2021-10-19 | Early Warning Services, Llc | Secure transactions with offline device |
US11386410B2 (en) | 2015-07-21 | 2022-07-12 | Early Warning Services, Llc | Secure transactions with offline device |
US11037121B2 (en) | 2015-07-21 | 2021-06-15 | Early Warning Services, Llc | Secure real-time transactions |
US10970695B2 (en) | 2015-07-21 | 2021-04-06 | Early Warning Services, Llc | Secure real-time transactions |
US10963856B2 (en) | 2015-07-21 | 2021-03-30 | Early Warning Services, Llc | Secure real-time transactions |
US11037122B2 (en) | 2015-07-21 | 2021-06-15 | Early Warning Services, Llc | Secure real-time transactions |
US11144928B2 (en) | 2016-09-19 | 2021-10-12 | Early Warning Services, Llc | Authentication and fraud prevention in provisioning a mobile wallet |
RU2678655C1 (en) * | 2017-11-20 | 2019-01-30 | Публичное Акционерное Общество "Сбербанк России" (Пао Сбербанк) | Method and system of transaction implementation using reversal mechanism |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US4529870A (en) * | 1980-03-10 | 1985-07-16 | David Chaum | Cryptographic identification, financial transaction, and credential device |
US4823264A (en) * | 1986-05-27 | 1989-04-18 | Deming Gilbert R | Electronic funds transfer system |
EP0501697A2 (en) * | 1991-02-27 | 1992-09-02 | AT&T Corp. | Mediation of transactions by a communications system |
WO1993010503A1 (en) * | 1991-11-15 | 1993-05-27 | Citibank, N.A. | Electronic-monetary system |
WO1995030211A1 (en) * | 1994-04-28 | 1995-11-09 | Citibank, N.A. | Trusted agents for open electronic commerce |
Family Cites Families (28)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US4443027A (en) * | 1981-07-29 | 1984-04-17 | Mcneely Maurice G | Multiple company credit card system |
US4454414A (en) * | 1982-06-16 | 1984-06-12 | Vericard Corporation | Funds transfer system using optically coupled, portable modules |
US4926480A (en) * | 1983-08-22 | 1990-05-15 | David Chaum | Card-computer moderated systems |
IL75702A0 (en) * | 1984-07-27 | 1985-11-29 | Technion Res & Dev Foundation | Apparatus for effecting and recording monetary transactions |
US4644493A (en) * | 1984-09-14 | 1987-02-17 | International Business Machines Corporation | Implementing a shared higher level of privilege on personal computers for copy protection of software |
US5109413A (en) * | 1986-11-05 | 1992-04-28 | International Business Machines Corporation | Manipulating rights-to-execute in connection with a software copy protection mechanism |
US4916738A (en) * | 1986-11-05 | 1990-04-10 | International Business Machines Corp. | Remote access terminal security |
US5117457A (en) * | 1986-11-05 | 1992-05-26 | International Business Machines Corp. | Tamper resistant packaging for information protection in electronic circuitry |
US5148534A (en) * | 1986-11-05 | 1992-09-15 | International Business Machines Corp. | Hardware cartridge representing verifiable, use-once authorization |
US4817140A (en) * | 1986-11-05 | 1989-03-28 | International Business Machines Corp. | Software protection system using a single-key cryptosystem, a hardware-based authorization system and a secure coprocessor |
US5162989A (en) * | 1987-02-20 | 1992-11-10 | Oki Electric Industry Co., Ltd. | Information rental system including processor equipped IC card having data erasing means |
US4999806A (en) * | 1987-09-04 | 1991-03-12 | Fred Chernow | Software distribution system |
GB8814471D0 (en) * | 1988-06-17 | 1988-07-20 | Gore & Ass | Security enclosure |
US5185717A (en) * | 1988-08-05 | 1993-02-09 | Ryoichi Mori | Tamper resistant module having logical elements arranged in multiple layers on the outer surface of a substrate to protect stored information |
FR2642202B1 (en) * | 1989-01-25 | 1994-02-18 | Urba 2000 | ELECTRONIC PAYMENT SYSTEM FOR TRANSPORT AND PUBLIC SERVICES BY MICROCIRCUIT CARDS |
DE3906349A1 (en) * | 1989-03-01 | 1990-09-13 | Hartmut Hennige | METHOD AND DEVICE FOR SIMPLIFYING THE USE OF A VARIETY OF CREDIT CARDS AND THE LIKE |
GB8920446D0 (en) * | 1989-09-09 | 1989-10-25 | Schlumberger Ind Ltd | Electricity metering systems |
DE69031614T2 (en) * | 1990-01-29 | 1998-05-07 | Security Techn Corp | Optionally moderated transaction systems |
EP0474360A3 (en) * | 1990-08-29 | 1993-07-07 | Visa International Service Association | A system for validating the authenticity of a transaction employing electronic receipts |
FR2671889A1 (en) * | 1991-01-22 | 1992-07-24 | Pailles Jean Claude | METHOD OF EXCHANGING RIGHTS BETWEEN MICROPROCESSOR CARDS. |
US5202921A (en) * | 1991-04-01 | 1993-04-13 | International Business Machines Corporation | Method and apparatus for authenticating users of a communication system to each other |
GB2257557B (en) * | 1991-07-08 | 1994-11-16 | Amstrad Plc | Video recorder system |
GB9121995D0 (en) * | 1991-10-16 | 1991-11-27 | Jonhig Ltd | Value transfer system |
US5334823A (en) * | 1992-01-10 | 1994-08-02 | National Bancard Corporation | Systems and methods for operating data card terminals for transaction chargeback protection |
JPH0619933A (en) * | 1992-05-11 | 1994-01-28 | Nobuyuki Sonoya | Invisible signal sales totalizing system |
WO1994001825A1 (en) * | 1992-07-08 | 1994-01-20 | Northwest Starscan Limited Partnership | Financial transaction system for electronic services |
US5319705A (en) * | 1992-10-21 | 1994-06-07 | International Business Machines Corporation | Method and system for multimedia access control enablement |
US5416840A (en) * | 1993-07-06 | 1995-05-16 | Phoenix Technologies, Ltd. | Software catalog encoding method and system |
-
1995
- 1995-06-07 US US08/488,248 patent/US5745886A/en not_active Expired - Lifetime
-
1996
- 1996-03-11 WO PCT/US1996/002569 patent/WO1996041315A1/en active IP Right Grant
- 1996-03-11 ES ES96910330T patent/ES2132909T3/en not_active Expired - Lifetime
- 1996-03-11 KR KR1019970708820A patent/KR100289956B1/en not_active IP Right Cessation
- 1996-03-11 NZ NZ305540A patent/NZ305540A/en unknown
- 1996-03-11 AT AT96910330T patent/ATE179538T1/en not_active IP Right Cessation
- 1996-03-11 SK SK1673-97A patent/SK167397A3/en unknown
- 1996-03-11 RU RU98100475/09A patent/RU2145439C1/en not_active IP Right Cessation
- 1996-03-11 PL PL96323875A patent/PL179381B1/en not_active IP Right Cessation
- 1996-03-11 BR BR9608559A patent/BR9608559A/en not_active IP Right Cessation
- 1996-03-11 JP JP50042997A patent/JP3390016B2/en not_active Expired - Fee Related
- 1996-03-11 CA CA002223079A patent/CA2223079C/en not_active Expired - Fee Related
- 1996-03-11 SI SI9620073A patent/SI9620073A/en unknown
- 1996-03-11 AU AU53555/96A patent/AU697632B2/en not_active Ceased
- 1996-03-11 EP EP96910330A patent/EP0830656B1/en not_active Expired - Lifetime
- 1996-03-11 DE DE69602265T patent/DE69602265T2/en not_active Expired - Fee Related
- 1996-03-11 CZ CZ19973805A patent/CZ287663B6/en not_active IP Right Cessation
- 1996-03-11 HU HU9801603A patent/HU220576B1/en not_active IP Right Cessation
-
1997
- 1997-12-05 MX MX9709725A patent/MX9709725A/en active IP Right Grant
- 1997-12-05 NO NO975670A patent/NO975670L/en not_active Application Discontinuation
-
1998
- 1998-08-18 HK HK98109991A patent/HK1009193A1/en not_active IP Right Cessation
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US4529870A (en) * | 1980-03-10 | 1985-07-16 | David Chaum | Cryptographic identification, financial transaction, and credential device |
US4823264A (en) * | 1986-05-27 | 1989-04-18 | Deming Gilbert R | Electronic funds transfer system |
EP0501697A2 (en) * | 1991-02-27 | 1992-09-02 | AT&T Corp. | Mediation of transactions by a communications system |
WO1993010503A1 (en) * | 1991-11-15 | 1993-05-27 | Citibank, N.A. | Electronic-monetary system |
WO1995030211A1 (en) * | 1994-04-28 | 1995-11-09 | Citibank, N.A. | Trusted agents for open electronic commerce |
Cited By (29)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7006991B2 (en) | 1996-03-25 | 2006-02-28 | Cfph, Llc | Computer-implemented securities trading system with a virtual specialist function |
US7487123B1 (en) * | 1996-03-25 | 2009-02-03 | Cfph, Llc | Computer-implemented securities trading system with virtual currency and virtual specialist |
US10586282B2 (en) | 1996-03-25 | 2020-03-10 | Cfph, Llc | System and method for trading based on tournament-style events |
US8756142B1 (en) | 1996-03-25 | 2014-06-17 | Cfph, Llc | Computer-implemented securities trading system |
US8606685B2 (en) | 1996-03-25 | 2013-12-10 | Cfph, Llc | Computer-implemented securities trading system |
US5897621A (en) * | 1996-06-14 | 1999-04-27 | Cybercash, Inc. | System and method for multi-currency transactions |
US7636691B2 (en) | 1997-03-26 | 2009-12-22 | Sony Corporation | Method of controlling digital content distribution, a method of reproducing digital content, and an apparatus using the same |
US8027895B2 (en) | 2000-06-23 | 2011-09-27 | Ebs Group Limited | Architecture for anonymous trading system |
US7937306B2 (en) | 2000-06-23 | 2011-05-03 | Ebs Group Limited | Architecture for anonymous trading system |
US10606960B2 (en) | 2001-10-11 | 2020-03-31 | Ebay Inc. | System and method to facilitate translation of communications between entities over a network |
US10915946B2 (en) | 2002-06-10 | 2021-02-09 | Ebay Inc. | System, method, and medium for propagating a plurality of listings to geographically targeted websites using a single data source |
US9092792B2 (en) | 2002-06-10 | 2015-07-28 | Ebay Inc. | Customizing an application |
US11043078B2 (en) | 2003-03-31 | 2021-06-22 | Cantor Index, Llc | System and method for betting on a participant in a group of events |
US10304292B2 (en) | 2003-03-31 | 2019-05-28 | Cantor Index, Llc | System and method for betting on a participant in a group of events |
US11244324B2 (en) | 2003-04-11 | 2022-02-08 | Ebay Inc. | Method and system to facilitate an online promotion relating to a network-based marketplace |
US8055582B2 (en) | 2003-06-26 | 2011-11-08 | Paypal Inc. | Multi currency exchanges between participants of a network-based transaction facility |
US8249990B2 (en) | 2003-06-26 | 2012-08-21 | Paypal Inc. | Multi currency exchanges between participants of a networked-based transaction facility |
US10002354B2 (en) | 2003-06-26 | 2018-06-19 | Paypal, Inc. | Multi currency exchanges between participants |
US7742985B1 (en) | 2003-06-26 | 2010-06-22 | Paypal Inc. | Multicurrency exchanges between participants of a network-based transaction facility |
US8973821B1 (en) | 2006-05-25 | 2015-03-10 | Sean I. Mcghie | Conversion/transfer of non-negotiable credits to entity independent funds |
US8950669B1 (en) | 2006-05-25 | 2015-02-10 | Sean I. Mcghie | Conversion of non-negotiable credits to entity independent funds |
US8944320B1 (en) | 2006-05-25 | 2015-02-03 | Sean I. Mcghie | Conversion/transfer of non-negotiable credits to in-game funds for in-game purchases |
US8833650B1 (en) | 2006-05-25 | 2014-09-16 | Sean I. Mcghie | Online shopping sites for redeeming loyalty points |
US9704174B1 (en) | 2006-05-25 | 2017-07-11 | Sean I. Mcghie | Conversion of loyalty program points to commerce partner points per terms of a mutual agreement |
US10062062B1 (en) | 2006-05-25 | 2018-08-28 | Jbshbm, Llc | Automated teller machine (ATM) providing money for loyalty points |
US10542121B2 (en) | 2006-08-23 | 2020-01-21 | Ebay Inc. | Dynamic configuration of multi-platform applications |
US11445037B2 (en) | 2006-08-23 | 2022-09-13 | Ebay, Inc. | Dynamic configuration of multi-platform applications |
US10776780B2 (en) * | 2016-05-27 | 2020-09-15 | Visa International Service Association | Automated reissuance system for prepaid devices |
US11403625B2 (en) | 2016-05-27 | 2022-08-02 | Visa International Service Association | Automated reissuance system for prepaid devices |
Also Published As
Publication number | Publication date |
---|---|
CA2223079C (en) | 2005-03-01 |
KR100289956B1 (en) | 2001-05-15 |
NZ305540A (en) | 1999-10-28 |
BR9608559A (en) | 1999-07-06 |
PL179381B1 (en) | 2000-08-31 |
DE69602265D1 (en) | 1999-06-02 |
HUP9801603A3 (en) | 1999-03-01 |
NO975670D0 (en) | 1997-12-05 |
SI9620073A (en) | 1998-08-31 |
CZ287663B6 (en) | 2001-01-17 |
HK1009193A1 (en) | 1999-05-28 |
HUP9801603A2 (en) | 1998-10-28 |
DE69602265T2 (en) | 1999-12-09 |
AU5355596A (en) | 1996-12-30 |
AU697632B2 (en) | 1998-10-15 |
SK167397A3 (en) | 1998-09-09 |
PL323875A1 (en) | 1998-04-27 |
RU2145439C1 (en) | 2000-02-10 |
CZ380597A3 (en) | 1998-04-15 |
ES2132909T3 (en) | 1999-08-16 |
HU220576B1 (en) | 2002-03-28 |
KR19990022340A (en) | 1999-03-25 |
CA2223079A1 (en) | 1996-12-19 |
US5745886A (en) | 1998-04-28 |
NO975670L (en) | 1998-01-20 |
JP3390016B2 (en) | 2003-03-24 |
MX9709725A (en) | 1998-07-31 |
ATE179538T1 (en) | 1999-05-15 |
EP0830656A1 (en) | 1998-03-25 |
EP0830656B1 (en) | 1999-04-28 |
JPH10511788A (en) | 1998-11-10 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US5745886A (en) | Trusted agents for open distribution of electronic money | |
US6081790A (en) | System and method for secure presentment and payment over open networks | |
EP0886839B1 (en) | System and method for commercial payments using trusted agents | |
US7478239B1 (en) | Electronic ticket vending system | |
US7028187B1 (en) | Electronic transaction apparatus for electronic commerce | |
US6868408B1 (en) | Security systems and methods applicable to an electronic monetary system | |
US6088797A (en) | Tamper-proof electronic processing device | |
AU699117C (en) | System and method for commercial payments using trusted agents | |
AU701201B2 (en) | Methods of acquiring and revalidating electronic credentials in open electronic commerce |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
WWE | Wipo information: entry into national phase |
Ref document number: 96194584.2 Country of ref document: CN |
|
AK | Designated states |
Kind code of ref document: A1 Designated state(s): AL AM AT AU AZ BB BG BR BY CA CH CN CZ DE DK EE ES FI GB GE HU IS JP KE KG KP KR KZ LK LR LS LT LU LV MD MG MK MN MW MX NO NZ PL PT RO RU SD SE SG SI SK TJ TM TR TT UA UG UZ VN AM AZ BY KG KZ MD RU TJ TM |
|
AL | Designated countries for regional patents |
Kind code of ref document: A1 Designated state(s): KE LS MW SD SZ UG AT BE CH DE DK ES FI FR GB GR IE IT LU MC NL PT SE BF BJ CF CG CI CM GA GN ML |
|
DFPE | Request for preliminary examination filed prior to expiration of 19th month from priority date (pct application filed before 20040101) | ||
121 | Ep: the epo has been informed by wipo that ep was designated in this application | ||
WWE | Wipo information: entry into national phase |
Ref document number: 305540 Country of ref document: NZ |
|
WWE | Wipo information: entry into national phase |
Ref document number: 1996910330 Country of ref document: EP |
|
WWE | Wipo information: entry into national phase |
Ref document number: PV1997-3805 Country of ref document: CZ |
|
ENP | Entry into the national phase |
Ref document number: 2223079 Country of ref document: CA Ref document number: 2223079 Country of ref document: CA Kind code of ref document: A |
|
WWE | Wipo information: entry into national phase |
Ref document number: 1019970708820 Country of ref document: KR |
|
WWE | Wipo information: entry into national phase |
Ref document number: 167397 Country of ref document: SK |
|
WWE | Wipo information: entry into national phase |
Ref document number: 1199800036 Country of ref document: VN |
|
WWP | Wipo information: published in national office |
Ref document number: 1996910330 Country of ref document: EP |
|
REG | Reference to national code |
Ref country code: DE Ref legal event code: 8642 |
|
WWP | Wipo information: published in national office |
Ref document number: PV1997-3805 Country of ref document: CZ |
|
WWP | Wipo information: published in national office |
Ref document number: 1019970708820 Country of ref document: KR |
|
WWG | Wipo information: grant in national office |
Ref document number: 1996910330 Country of ref document: EP |
|
WWG | Wipo information: grant in national office |
Ref document number: 1019970708820 Country of ref document: KR |
|
WWG | Wipo information: grant in national office |
Ref document number: PV1997-3805 Country of ref document: CZ |