EP1327211A4 - System and method for purchasing goods and services through financial data network access points - Google Patents
System and method for purchasing goods and services through financial data network access pointsInfo
- Publication number
- EP1327211A4 EP1327211A4 EP01920951A EP01920951A EP1327211A4 EP 1327211 A4 EP1327211 A4 EP 1327211A4 EP 01920951 A EP01920951 A EP 01920951A EP 01920951 A EP01920951 A EP 01920951A EP 1327211 A4 EP1327211 A4 EP 1327211A4
- Authority
- EP
- European Patent Office
- Prior art keywords
- user
- account
- voucher
- data
- transaction
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Ceased
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/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
- G06Q20/34—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using cards, e.g. integrated circuit [IC] cards or magnetic cards
- G06Q20/343—Cards including a counter
- G06Q20/3433—Cards including a counter the counter having monetary units
-
- 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
-
- 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/08—Payment architectures
- G06Q20/18—Payment architectures involving self-service terminals [SST], vending machines, kiosks or multimedia terminals
-
- 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/20—Point-of-sale [POS] network 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/22—Payment schemes or models
- G06Q20/28—Pre-payment schemes, e.g. "pay before"
-
- 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
- G06Q30/00—Commerce
- G06Q30/02—Marketing; Price estimation or determination; Fundraising
-
- G—PHYSICS
- G07—CHECKING-DEVICES
- G07F—COIN-FREED OR LIKE APPARATUS
- G07F7/00—Mechanisms actuated by objects other than coins to free or to actuate vending, hiring, coin or paper currency dispensing or refunding apparatus
- G07F7/02—Mechanisms actuated by objects other than coins to free or to actuate vending, hiring, coin or paper currency dispensing or refunding apparatus by keys or other credit registering devices
Definitions
- This invention relates to the field of purchasing goods and services using publicly available access points connected to financial data networks.
- Communication services including mobile phone service, public phone service, residential phone service, Internet service, and other services, are delivered through a large number of public communication systems. Many of these systems require pre-payment in order to utilize the system's services. For example, public phones may require currency, a phone card number, or the access code from a pre-paid phone card. Similarly, many mobile phone customers must prepay for their phone time. This is particularly prevalent in Europe. Access to public electronic mail, video phones, and Internet terminals may also require prepayment. For many of these systems it may be difficult or inconvenient to build in the hardware and transaction protocols for accepting electronic payment. For example, magnetic card readers and secure connections to an electronic funds transfer network, or other financial data network, may impose undesirable technical requirements for some public and mobile communication systems.
- ATM Automated Teller Machine
- the user accesses the ATM using a credit or debit card, selects an account from which to deduct money to prepay for the voucher, and executes a purchase transaction for the voucher.
- the ATM verifies payment and returns a voucher access code from a voucher database accessible by the service provider accepting the voucher.
- the access code from the voucher may then be redeemed for a product or service, such as access to a predetermined quantity of communication services.
- Figure 1 is a schematic view of a system for purchasing goods and services through an ATM according to one embodiment of the invention.
- Figure 2a is a schematic view of a system for purchasing goods and services through a financial data network using one or more of a variety of terminal devices according to an embodiment of the invention.
- Figure 2b is a schematic view of a modular application system for use in an embodiment of the invention, such as the system of Figure 2a.
- Figure 3 is a schematic view of a transaction system for purchasing goods and services through a financial data network using one or more of a variety of service end points according to an embodiment of the invention.
- Figure 4 is a flow chart illustrating steps in a method of using a transaction system for voucher based purchase of goods and services through a financial data network according to an embodiment of the invention.
- Figure 5 is a flow chart illustrating steps in a method of providing vouchers redeemable for goods and services through a transaction system connected to a financial data network according to an embodiment of the invention.
- Figure 6 is a flow chart illustrating steps in a method of redeeming vouchers for goods and services issued through a transaction system connected to a financial data network according to an embodiment of the invention.
- Figure 7 is a flow chart illustrating steps in a method of using a transaction system for account based purchase of goods and services through a financial data network according to an embodiment of the invention.
- Figure 8 is a flow chart illustrating steps in a method of recharging an account value redeemable for goods and services through a transaction system connected to a financial data network according to an embodiment of the invention.
- Figure 9 is a flow chart illustrating steps in a method of providing goods and services through an account recharged through a transaction system connected to a financial data network according to an embodiment of the invention.
- System 100 allows a user to access ATM 110, for example, using a credit card, bank card, or ATM card, and to select a product or service for purchase, such as prepaid communication services. Payment for the product or service is handled like a balance transfer or account withdrawal through a financial data network 150 to which ATM 110 is connected.
- ATM 110 retrieves or generates an appropriate Voucher 120 for the product or service, including an access code 121 for validating the voucher with the service provider providing the product or service.
- ATM 110 prints or displays Voucher 120 for the user.
- the user enters the access code 121 into a communication device 130 to access communication services through Communication System 140.
- System 140 validates access code 121 and may adjust the remaining value of Voucher 120 in response to the communication services delivered.
- ATM 110 provides a publicly accessible terminal device for accessing one or more functions that are at least in part provided through financial data network 150.
- ATM 110 may be one of a variety of terminal devices for providing consumer access to products and services provided through financial data network 150.
- ATM 110 includes an Input Device 111, an Output Device 112, and a Communication Module 113.
- Input Device 111 provides the user with a way to enter information into ATM 110.
- Input Device 111 may include a magnetic card reader, a number pad, a biometric sensor (e.g., thumbprint or retinal scanner), or other input devices, such as a keyboard, a digital camera, etc.
- Output Device 112 provides the user with a way of receiving information from ATM 110.
- Output Device 112 may include a display screen, one or more speakers, a printer, a cash dispenser, or other output devices.
- Communication Module 113 provides a way for ATM 110 to communicate with financial data network 150 and any other external transaction systems, networks, servers, data sources, or other systems enabling ATM
- ATM 110 may include one or more resident data processors, memory systems, and/or logic systems (e.g. software) for enabling local storage and processing of information for some functions.
- ATM 110 includes thin client software, such as a specialized web browser, and utilizes the data processing, memory, and software applications of one or more remote servers for its functions.
- ATM 110 may include the majority of the data processing, storage, and functional logic for performing its functions and communicate with external systems only for limited data exchanges with external data sources and transaction systems.
- the use of an ATM as an access point and terminal device for purchasing goods and services allows a service provider to utilize an existing network of input/output terminals stationed in convenient locations and providing 24 hour, 7 day a week access for many consumers.
- ATM 110 may be just one of a variety of access points capable of accessing the transactional systems of financial data network 150, as described below.
- customer access points may include point of sale terminals, integrated voice response systems, mobile telephones or other handheld wireless devices, or the Internet. Each of these access points includes an input device, by which the user may enter information, an output device or channel, by which the user may receive information concerning the transaction and a communication module permitting communication with financial data network 150.
- the access point is accessed by a merchant or through an access point available at a merchant site (e.g., a POS system).
- the merchant may receive a cash payment from the user and provides payment verification to the financial data network.
- the merchant may use one of the customer access devices described above to input information concerning the transaction and confirm the purchase.
- a mobile phone vendor may use the system to offer customers instant transactions for the purchase of prepaid time on a mobile phone network, through the vendor's POS system.
- the transaction is settled by a cash payment between the merchant and the seller of the product or service.
- the merchant may use the system to provide recharge of an existing service account or may provide a voucher to the user, as described below.
- Voucher 120 is a credit with one or more service providers which represents payment received for a product or service yet to be rendered, in whole or in part.
- Voucher 120 need not be tangible, it may be embodied solely in electronic information conveyed to the user.
- Voucher 120 may be information displayed upon a display screen or may be an audible message conveyed through a speaker. In some embodiments, however, Voucher 120 may be embodied in a physical form, such as printed on an ATM receipt. In one embodiment, Voucher 120 may correspond to an entry in a database of service provider information for tracking such credits.
- Voucher 120 may include an access code, such as access code 121.
- Access code 121 may be any unique identifier that can be used to validate Voucher 120 for the purpose of being redeemed by a service provider.
- Access code 121 may be a number, such as a conventional PIN or account number, an arbitrary alphanumeric code, a password, or, in some embodiments, a machine-readable code (e.g., a bar code) or an auditory code (e.g., a tonal code).
- a machine-readable code e.g., a bar code
- an auditory code e.g., a tonal code
- the access code may be limited to a relatively short alphanumeric code within the data entry parameters of a telephone number pad.
- the access code 121 may be only a portion of a string of numbers or other protocol for redeeming the services.
- ATM 110 may provide both a telephone number to be dialed and an access number 121, both of which may be required to access the purchased communication services.
- Communication device 130 allows a user to redeem Voucher 120 for the communication services, or other products or services, transacted for through ATM 110.
- Communication device 130 is connected to Communication System 140 for providing communication services to the user of communication device 130.
- Communication device 130 may include any type of communication device, such as a mobile phone, public telephone, two-way radio, video phone, electronic mail terminal, or other communication device.
- communication device 130 includes an input device, such as a number pad, for entering access code 121.
- communication device 130 and/or Communication System 140 may include voice recognition or other audible signal processing (e.g., tone processing) for receiving access code 121.
- Communication System 140 may be any public or proprietary communication system and may or may not be interconnected to the worldwide communication network. Communication System 140 receives access code 121 and/or a request for redemption of Voucher 120 through communication device 130 and provides the requested communication services to the user. For example, Communication System 140 may allow a user to place a long distance phone call, send an electronic mail message, send an instant message to a particular terminal device, send a query to a data system, or similar functions. Voucher 120 may provide access to a predetermined quantity of the communication services, such as a set period of time, a set number of messages, a period of unlimited use, one or more rates debited against an account value, or any other quantity of usage rights, including combinations of those listed here.
- a predetermined quantity of the communication services such as a set period of time, a set number of messages, a period of unlimited use, one or more rates debited against an account value, or any other quantity of usage rights, including combinations of those listed here.
- Communication System 140 validates access code 121 and uses access code 121 to access a description of Voucher 120, such as Voucher Data 181.
- access code 121 provides access to a user Account Data 183 through a Billing System 182.
- Voucher Data 181, Billing System 182, and Account Data 183 may be maintained as part of Communication System 140 or financial data network 150.
- Voucher Data 181, Billing System 182, and/or Account Data 183 may be provided by a third party or as an independent system connected to Communication System 140 and financial data network 150.
- Financial data network 150 may include a variety of interconnected systems for providing financial services to consumers, service providers, and financial institutions.
- Financial data network 150 includes a Transaction System 160 including a Routing System 161 and a Processing System 162.
- Financial data network 150 may include one or more payment systems, such as Payment System 170.
- Payment System 170 may include a clearinghouse for financial transactions, such as a bank providing electronic account access or a credit card company.
- Financial data network 150 may include one or more data processing servers, such as Processing Server 180, for providing financial and service data and data processing in response to queries and service requests.
- Processing servers may communicate with one or more data repositories or data processing systems, such as Voucher Data 181, Billing System 182, and Account Data 183.
- Financial data network 150 may include an isolated data network, such as an intranet, business-to-business network, or other proprietary network, or may use security and access limiting protocols within a general use wide area network, such as the Internet.
- Transaction System 160 may include one or more systems for directing data between networked resources included within or connected to financial data network
- Transaction System 160 may also include or be connected to a data source, such as Transaction Data 163, for recording and tracking transaction details for transactions a ⁇ iner thro ⁇ uri Transaction Svstem 160. Routing Svstem 161 mav include switching
- Routing system 161 may receive communication data and distribute it according to addressing and/or communication protocols contained in the data (e.g., the information on the location of the user's bank account contained in the magnetically encoded information read by ATM 110).
- Routing system 161 may receive requests for a communication channel and provide protocols for securing and timing communications through the communication channel.
- Routing System 161 may communicate with one or more worldwide communication networks.
- Routing System 161 may rout data using to International Electronic Funds Transfer security and communication protocols.
- Routing System 161 may rout data using Internet protocols.
- Processing System 162 may provide the logic for providing consumer services through
- Processing System 162 may include a system for evaluating service requests and directing service requests to an appropriate service provider. In one embodiment, Processing System 162 may evaluate a service request and provide at least a portion of the data processing required for fulfilling the request. For example, Processing System 162 may receive a request for a voucher from a particular communication service provider of a particular dollar value with payment to be withdrawn from the user's debit account with a particular bank. Processing System 162 may evaluate the request and determine the various functional components to be executed, package the necessary data for each communication with another system, and coordinate the returned data to verify that the entire transaction is successfully completed.
- Processing System 162 may send an inquiry to a processing server for voucher information for the particular communication service provider and value, may initiate a payment transaction between payment system 170 (e.g., the user's bank) and the communication service provider, may record the transaction in Transaction Data 163, and may await successful completion of each external transaction before reporting back to the requesting system (e.g., ATM 110) that the transaction is complete.
- payment system 170 e.g., the user's bank
- the communication service provider may record the transaction in Transaction Data 163, and may await successful completion of each external transaction before reporting back to the requesting system (e.g., ATM 110) that the transaction is complete.
- Processing Server 180 may include a database server for providing voucher data in response to requests from Transaction System 160.
- Processing Server 180 may include or be connected to one or more data sources, such as Voucher Data 181 and Account Data 183.
- Processing Server 180 may access data included in Account Data 183 through Billing System 182.
- Voucher Data 181 may include one or more database entries for one or more vouchers.
- Each voucher database entry may include an access code, a voucher value, and a flag to determine whether the voucher has been sold or not.
- Account Data 183 may include one or more database entries for one or more user accounts.
- Each user account may include user information, such as name, billing address, type of service, and other information, or may correspond only to a reusable account number or similar identifier not tied to the identity of the account user.
- Each account may include a value to determine the communication services available to the user through the account. This value may be adjusted by transactions initiated through Transaction System 160 in response to prepayment of additional services. This value may be adjusted by Communication System 140 in response to communication services used through Billing System 182.
- Figure 2a shows a system for purchasing goods and services through a financial data network using one or more of a variety of terminal devices according to an embodiment of the invention.
- the system 200 includes a Routing System 210 and an Application Server 220 which act as intermediaries between one or more service provider systems, issuer systems, and terminal devices, such as ATMs and POS systems. Routing System 210 directs data transfer among financial data networks (e.g., EFT connection to an Issuer 260), service provider systems, the Application
- Application Server 220 provides at least some logic, communication protocols, data storage, and/or transaction management for enabling various financial and banking related services utilizing financial data and other information directed through Routing System 210.
- Application Server 220 may include a variety of modular applications for providing a plurality of banking services, such as provision of a savings account, checking account, credit card, brokerage account access and management, automatic transaction management, event messaging, and other similar services.
- the system 200 may include a plurality of interface servers 230, such as ATM Server 231 , POS Server
- Each type of interface server 230 allows users to access the Application Server 220's services through a variety of end points, such as personal digital assistants (PDAs), cellular phones, personal computers, portable computers, telephones, facsimile machines, POS systems and other devices, as well as ATMs.
- PDAs personal digital assistants
- Each of the example servers 230 shown supports a different communications protocol and interface standard for enabling one or more types of end points or terminal devices to communicate with the plurality of financial institutions.
- the system 200 may include a Cryptography System 221 to enable access to financial data networks requiring DES encrypted PIN blocks from terminal devices not equipped with DES encryption.
- the system 200 may include a Card Registry data source 222 to enable access to financial data networks requiring magnetic card information from terminal devices not equipped with magnetic card readers.
- Service provider systems 250 may be connected to Application Server 220 through Routing System 210. Service provider systems 250 may provide fulfillment and voucher and account maintenance for products or services purchased through system 200.
- Service provider systems 250 may include one or more service providers, such as Service Providers 251 and 252, one or more processing servers, such as Processing Server 253, and one or more data repositories, such as Voucher Data source 254 and Account Data source 255'.
- Issuer 260 i.e., financial institutions issuing ATM, debit, and credit cards
- Routing System 210 includes switching and monitoring hardware and software for directing communications containing electronic financial data traffic to a predetermined destination (financial institution) according to the communications protocols appropriate to that financial institution. Routing System 210 further includes a hub for directing traffic in electronic financial data among a variety of otherwise incompatible communications networks and financial data systems. Routing System 210 may also include a number of communication channels and network connections for communicating the electronic financial data using EFT standards, Internet-based standards, proprietary standards, and other standards for secure data transfer. The communication channels of Routing System 210 may also serve to interconnect a variety of specialized and/or standalone financial end points, such as ATM 241 and POS system 243. In order to perform the above-described functions, Routing System 210 preferably includes an AS/400 platform using an OS/400 operating system and ITM 2.2 software for account access and associated settlement. Alternate platforms may include Windows NT, Linux, Unix, and similar platforms.
- Application Server 220 includes one or more servers for hosting a plurality of financial and banking service applications, as well as service and product purchasing services. Such financial and banking service applications may include any service relating to personalized banking, finance, money management, payment transactions or investments. Application Server 220 further includes a platform for running the plurality of financing and banking applications. Application Server 220 utilizes a modular application design supporting standard interface objects to provide a flexible, readily expandable, and largely hardware-independent system for providing financial service applications.
- Application Server 220 may be an enterprise application server running a plurality of applications composed of a plurality of interchangeable application modules (e.g., Enterprise JavaBeans).
- One such interchangeable application module may be used to enable Application Server 220 to offer financial and banking services through and respond to service inquiries from interface server 230.
- Another may enable Application Server 220 to initiate transactions (e.g., transfers and queries) with external financial network systems or service provider systems.
- Application Server 220 may be connected to, and communicate with,
- the Cryptography System 221 in order to enable the encryption of data in DES-encrypted PIN blocks compatible with ATM network data encryption standards.
- the Cryptography System 221 may be comprised of hardware for accepting a PIN from the Application Server 220, encrypting it using DES-encryption, and returning the DES-encrypted PIN block to the Application Server 220.
- the cryptography system may include a tamper proof casing which disables the cryptography system if it is breached.
- Hardware encryption conversion prevents the decrypted PIN from ever being available in an electronic or visible form in which it could be misappropriated.
- the provision of DES encryption may allow a user to access ATM-like functions, such as the purchase system and method described herein, utilizing an ATM financial data network from a device not equipped with DES encryption.
- Application Server 220 may be connected to, and communicate with, the Card Registry data source 222 in order to provide magnetic card based access to financial services, without a magnetic card reader.
- Card Registry data source 222 includes a repository of magnetic card data, such as Track II data, for one or more users. The data may be accessed using an account number, PIN, password, or other method of identifying the user. The card data may then be submitted, along with a transaction request, to an issuer requiring magnetic card data to enable card based transactions.
- the Card Registry data source 222 allows a user to access ATM-like functions, such as the purchase system and method described herein, utilizing an ATM financial data network from a device not equipped with a magnetic card reader.
- a user's card data may be associated with the user's identification in such a way as to provide automated transactions utilizing the card data.
- a user's account data for his/her credit card may be associated with a user's mobile telephone (e.g., by telephone number, subscriber number, or telephone identifier).
- An application may be defined that accepts a signal from the mobile telephone indicating the desire for a purchase transaction.
- the Application Server 220 may then execute a transaction for the purchase by identifying the mobile telephone, accessing the card data contained in the Card Registry data source 222, and routing appropriate transactions to the service provider providing the purchased goods or services and the issuer of the credit card.
- Card Registry data source 222 may include a variety of other information specific to a user, such that it functions as a personal wallet for the user. This additional user information may include other bank account information, utility account information, preferred merchant account information, telephone numbers and other contact information, and other personal information (e.g., health care provider and account number, auto club provider and account number, frequent flyer program providers and account numbers, etc.)
- Interface Server 230 connected to the Application Server 220, provides a plurality of user interfaces for accessing one or more financial and banking service applications hosted on the Application Server 220.
- the Interface Server 230 may include a plurality of servers hosting a plurality of interfaces for one or more communication protocols and intended end points.
- Interface Server 230 may include a short messaging service (SMS) server, a wireless application protocol (WAP) server, a Web server, an ATM server, a POS system server, an automated telephone server, etc.
- SMS server provides one or more short text messages for interactively exchanging information with the user and may be accessed by the user using any SMS-enabled device, such as a cellular phone, an alphanumeric pager, or another wireless device with limited display capabilities.
- the WAP server may provide one or more interface pages, such as pages written in Wireless Markup
- WML extensible markup language
- XML extensible markup language
- WAP any device supporting WAP
- a mobile phone such as a mobile phone, a pager, a two-way radio, a smart phone, a communicator, and another handheld wireless device.
- WAP Wireless Fidelity
- At least a portion of the content available through the Interface Server 230 may be provided by one or more applications from the Application Server 220.
- Security protocols used through Interface Server 230 and associated access points may include SSL, WSL, SET, PKI, or any other encryption, digital signature, or security scheme.
- Service provider systems 250 may include one or more computer systems maintained by or for one or more service providers, such as Service Providers 251 and
- Service Providers 251 and 252 may include any business, financial institution, or other entity which maintains a system for dispensing products or services, such as a telecommunication company maintaining a communication network for vending communication services.
- Data repositories 254 and 255 may include any number of data repositories containing voucher data, account data, or information related to tracking voucher and account use.
- Data repositories 254 and 255 may be a localized data resource, such as a database or group of databases, or they may be a distributed resource, such as a batch of locatable files distributed across a network.
- Voucher Data repository 254 may include voucher information, including access codes, usage rights, usage tracking information, and other information for validating and monitoring voucher use.
- Account Data repository 255 may include account information including access codes, usage rights, usage tracking information, account or user identification (e.g., account number), and other information for validating and monitoring account use.
- Processing Server 253 provides an interface for communications, transactions, and data requests routed through Routing System 210 to data repositories 254 and 255.
- Processing Server 253 may include security verification, query protocols, and transaction maintenance for voucher and/or account data.
- Service Providers 251 and 252 may include similar protocols for interacting with the data stored in data repositories 254 and 255 in response to user redemption of products or services or other administrative functions. Alternatively, service provider communications may also be routed through Processing Server 253 or Routing System 210 (alternate configurations not shown).
- Voucher Data repository 254 and/or Account Data repository 255 may be maintained directly by the Application Server 220 and service providers may direct communications, transactions, and queries through Routing System 210 to access the data.
- a Voucher Data repository 254 may be maintained within the Application Server 220 containing the voucher numbers and values for issuing vouchers to customers.
- the Service Provider 251 maintains a separate Voucher Data repository 254 containing voucher validation and use data.
- the Service Provider 251 provides batches of active vouchers to Application Server 220 by download or other data transfer, but requires no further access to the delivered voucher data.
- Application Server 220 maintains and sells the voucher batch without further need for communication with the Service Provider 251.
- System 200 may include end points or terminal devices, such as ATMs 241 and 242 and POS systems 243 and 244.
- ATM 241 may be a standalone ATM which includes its own application and interface software and which is capable of exchanging data with one or more financial data networks through Routing System 210.
- ATM 242 may be a thin-client ATM which utilizes, at least in part, the application software of Application Server 220 and the interface software of ATM Server 231.
- POS system 243 may be a POS system integrated with a retail business, including its own application and interface software and capable of exchanging data with one or more financial networks through Routing System 210.
- POS System 244 may be a thin-client POS system which utilizes, at least in part, the application software of Application Server 220 and the interface software of POS Server 232.
- Other specialized thin-client terminal devices such as a Web and wireless Web devices, are also possible in conjunction with a compatible interface server.
- Modular system 260 for processing user service requests according to an embodiment of the invention shown.
- Modular system 260 may be used by an application server, such as the Application Server 220 in Figure 2a, to process user service requests, such as requests for the purchase of goods and services.
- Modular system 260 includes a number of application objects 270, such as Application Objects 270a and 270b.
- Application Objects 270a and 270b are used as standard entry paths for user service requests, such as from Users 201 and 202.
- Application Objects 270a and 270b create a transaction 271, such as Transactions 271a and 271b, that describes the actions to be performed.
- Router 272 evaluates Transactions 271a and 271b and directs them to an appropriate provider 273, such as Providers 273a, 273b, and 273c.
- Providers 273a, 273b, and 273c include the operations for completing Transactions 271a and 271b.
- a provider such as Provider 273c, may issue a Service Request 274 to access an external resource, such as financial data maintained by a financial service provider.
- Providers 273a, 273b, and 273c may either direct the transaction to a further provider or may return a response 275, such as Responses 275a and 275b, to Application Objects 270a and 270b.
- Application Objects 270 provide standard entry paths for user Service Requests 261 and 262 and initiate transactions 271 within modular system 260.
- Application Objects 270 represent individual actions that modular system 260 may be called on to perform.
- Some example Application Objects 270 might include a logon object, an account balance inquiry object, a voucher purchase object, a voucher balance inquiry, an account recharge object, an account balance inquiry, and other objects for providing a variety of financial, administrative, bill paying, and other services.
- each application object 270 is a stateless Enterprise JavaBean (EJB) and is accessible to a user via a Java Naming and Directory Interface (JNDI) (not shown).
- Each Application Object 270 creates a transaction 220 that describes the action to be performed and contains the user information necessary to initiate the action.
- a logon object would be used to create a logon transaction containing basic information such as a user identifier (e.g., a user name, credit card number, ATM card number, etc.) and a PIN.
- a voucher request inquiry transaction could be used to create a voucher transaction including the value of the voucher to be purchased and the method of payment for the purchase (possibly including an payment account number and PIN for security purposes).
- Each application object 270 may also call Router 272 in order to determine a destination provider 273 to process transaction 271.
- Application Object 270 passes transaction 271 to Router 272 where Router 272 evaluates transaction 271 and passes it to a selected provider 273.
- Router 272 may evaluate transaction 271 but Application Object 270 actually passes transaction 271 to the selected provider 273 identified by Router 272.
- Each Application Object 270 may also receive a response 275 from providers 273 and pass the response back to the user.
- Each Application Object 270 may also be able to call a provider 273 to undo, retry, or alter a transaction 271 in response to response 275, new input from the user, or other system conditions.
- Transactions 271 may include the data required by providers 273 to fulfill the function of Application Object 270.
- Transactions 271 may include basic transaction information, such as a unique identifier, a time stamp, a status marker, and originator, and a destination (or list of providers 273 for completing the transaction). Any amount of additional transaction- specific information may be added to a transaction as a data item.
- the data item includes one or more key/value pairs providing a description of the data, such as account number or PIN, and the data itself, such as Account # 012345, PIN 9876.
- the data may include a wide variety of data and file types and formats, such as numbers, flags, strings, data files, etc., and may be any size.
- Some example data objects might include a graphic file of a canceled check, a sound file of a voice recognition sample, or a spreadsheet of recent transactions in an account.
- the data may further include a token including data returned in a response from a previous transaction.
- each transaction 271 is stored as an
- each transaction 271 contains a complete record of the history of the transaction.
- Each transaction 271 may be automatically stored in a database and may be archived for later retrieval.
- Router 272 determines a provider 273 to handle transaction 271.
- Router 272 uses a combination of transaction details and/or system information to determine the optimal destination provider 273. For example, Router 272 may route the transaction data according to account number, transaction amount, or user name. Multiple routers may be employed by modular system 260 to perform such routing. A single transaction may be routed several times over the course of its processing and Router
- Router 272 may be used by Providers 273 as .well as Application Objects 270.
- Router 272 includes a routing table in the format of an extensible markup language (XML) document that lists the conditions and/or rules under which transactions 271 should be routed to a particular provider, such as Provider 273a, 273b or 273c.
- Providers 273a, 273b and 273c utilize modules that include the logic for completing at least a portion of the functions performed by one or more Application Objects 270.
- Such Providers 273 use the data stored within transactions 271 to perform such function.
- Providers 273 may return a response to the Application Object 270 which created the transaction 271 or may pass the transaction 271 to another Provider 273, with or without consulting Router 272.
- Providers 273 perform their function(s) locally using transaction data and local resources and system information and return a response 260 to the Application Object 270.
- Some providers 273, such as Provider 273b, may also perform their function(s) locally using the transaction data and local resources and system information, however, their function(s) may be only a portion of the total function(s) required by the Application Object 270.
- the transaction 271 may be modified to include data generated by Provider 273b and may then be routed to another provider 273, such as Provider 273c.
- Some Providers 273, such as Provider 273 c, may route all or a portion of the data contained in the transaction 271 to a Service 274 and may then receive responsive data from the Service 274 to formulate a Response 275 to return to the Application Object 270.
- a number of such Providers 273 may simultaneously work on the same transaction 271.
- the Providers 273 may pursue the same goal through different channels. For example, multiple Providers 273 may perform multiple services to get the most rapid response where response times vary (e.g., one external service provider may be faster than another external service provider for any given request depending on server availability and other factors).
- a Service 274 such as a data courier service or a communication protocol service, may be used to exchange data with an external resource, such as a financial data network, bank, cryptography system, or data repository.
- An external resource such as a financial data network, bank, cryptography system, or data repository.
- Each Service 274 may be customized for the communications protocols and data requirements of a specific external resource.
- Service 274 may both send and receive data. The received data may be delivered to the Provider 273 which initiated the Service 274, added to the transaction and/or returned to the application object in a response.
- Responses 275a and 275b may each contain an answer or resolution to the transaction 271 created by the Application Object 270.
- Responses 275a and 275b may each include information requested by Application Object 270 or may include an explanation of why the request could not be fulfilled.
- responses 275a and 275b may each include a value to indicate whether or not the transaction was successful; a message that explains why the transaction was not successful; if necessary, a token, such as a reference to the present transaction, that can be used as part of a subsequent transaction; and a plurality of additional data items (as described above with respect to Transactions 271).
- the information returned in responses 275a and 275b may be returned in whole or in part to the user who initiated use of Application Objects 270 and/or may be the basis of further transactions initiated through the same or another application object.
- Figure 3 illustrates a Transaction System 300 for providing a plurality of financial consumer and information services through a variety of end points 310 using financial data, content, and transactional functions furnished by a variety of remote service providers, such as Fulfillment Service Provider 320 and Financial Service Provider 330. These services may be provided to a variety of service end points 310 from a number of interfaces supporting one or more interface standards and communication protocols. Some example service end points 310 may include PDA
- Integrated transaction management system 300 communicates with service end points 310 using any communication network such as the Internet, telephone networks, wireless networks, radio networks, and other communication networks and SMS, WAP, TCP/IP, and its corresponding data transfer protocols.
- the services performed by the Transaction System 300 may use information gathered from and/or exchanged with any one or more remote service providers.
- Transaction System 300 can communicate with the remote service providers by using any secure communication or financial data network.
- Transaction System 300 may further include a variety of functional modules for providing financial and other information services according to an embodiment of the invention.
- the functional modules may each contain a combination of software and/or hardware for performing a task or set of tasks.
- a data processor, memory, and an instruction set may be all that are needed for such a functional module to carry out the tasks necessary for a given embodiment of each functional module. More commonly, however, multiple input and output devices, short term and long term memory systems, layers of computer code (t ' .e., operating system, application software, etc.), communication devices, and multiple processors may be used for such a functional module. Additionally, multiple ones of such functional modules may share the same hardware and portions of a software library. In some cases, a functional module may contain one or more other such functional modules. As will be understood by those of ordinary skill in the art, the functional modules described herein may be embodied in ⁇ large number of equivalent combinations of code objects and hardware. The combinations represented by the functional modules described herein are conceptual and should not be construed as a limiting structure for the multiple hardware and software combinations capable of executing the functional modules' tasks.
- Transaction System 300 includes an Interface System 340, an Application System 350, a Gateway System 360, and a Cryptography System 370.
- Interface. System 340 includes one or more functional modules each of which provides, one or more user interfaces accessible through a variety of service end points
- Application System 350 includes one or more functional modules, each of which provides functional processing capabilities for one or more consumer applications, including formulating data queries and transaction requests for Fulfillment Service Provider 320 and Financial Service Provider 330.
- Gateway System 360 includes one or more functional modules for routing communications between a variety of disparate networks or communication systems using different communications, data transfer, and encryption protocols.
- Cryptography System 370 includes one or more functional modules for encrypting and decrypting data according to one or more secure encryption standards.
- Interface System 340 includes one or more functional modules for presenting and exchanging information through thin-client end points or terminal devices.
- Interface System 340 may access one or more of the functional modules providing consumer applications within Application System 350, and may provide an interface between such Application System 350 and a consumer as is appropriate to the varying bandwidths, memory capacities, processing abilities, input and navigation methods, and common uses and environments of the plurality of service endpoints 310 which may be utilized by the consumer.
- an interface compatible with an SMS device may be limited to 160 text characters for sending and receiving information.
- a WAP device provides greater versatility and, therefore, an interface used in connection with such WAP device may include graphics and other data, but may need to be designed for the limited bandwidth and memory of most WAP devices.
- Web- based devices may have any range of capabilities, depending largely on the type of terminal device and the bandwidth, memory, and input capabilities of the intended terminal device. Even within a particular communications protocol, it may be preferable to offer multiple interface options depending on the attributes of a range of possible terminal devices and users. Interface System 340 may allow Transaction
- Interface System 300 to support traditional ATM-like functions through a variety of service end points 310 and enable the purchase of goods and services through voucher and account applications at those same service end points.
- Interface System 330 includes a Web Interface module 331, an SMS Interface module 332, a WAP Interface module 333, an ATM Interface module 334, and a POS Interface module 335.
- Other interfaces may also be supported by alternate embodiments, such as interfaces supporting other wireless protocols and communications networks, voice interfaces for telephone access, proprietary and LAN interfaces for secure limited access special services (e.g., for service provider and system administrator side transactions and services), and additional interfaces to support the new and specialized capabilities of future networkable communication devices.
- an SMS or WAP enabled phone may be used to recharge a user's prepaid account for that phone or device.
- the SMS or WAP enabled telephone may be able to access a telephone number or URL (corresponding to an appropriate interface server) for recharging services even though the user's prepaid account has been depleted and the telephone may no longer be used for other communications.
- the user may take the SMS or WAP enabled telephone to a merchant or service provider and the merchant or service provider may accept payment for the services and instantly provide a message or code, including the recharge amount and payment verification, to be entered through the user's phone or device.
- Application System 350 includes one or more modules for providing the functional processing for one or more consumer applications, including formulating data queries and transaction requests to facilitate the purchase of pre-paid goods and services.
- Application System 350 provides a variety of consumer applications according to a modular architecture that promotes interchangability, upgradability, and universality for access by a variety of interface modules serving a variety of service endpoints 310.
- Application System 350 utilizes data provided by a variety of external service providers, as well as internal system and data resources.
- a single application transaction may simultaneously or sequentially access data from, or initiate a data exchange with more than one service provider system.
- Application System 350 may formulate queries and issue data exchange requests based upon a variety of protocols dependent on the destination system and the information sought.
- Application System 350 may formulate queries and issue data exchange requests based upon a variety of protocols dependent on the destination system and the information sought.
- one embodiment of the invention includes a Voucher Module 351, an Account Module 352, a Reporting Module 353, and a Payment Module 354.
- Each application module may include a variety of transaction modules for performing the variety of functions which may be included within the application module. The possibilities for additional application modules and alternative arrangements of application modules and component transaction modules are infinite.
- Voucher Module 351 provides maintenance and retrieval of voucher numbers stored in one or more voucher data sources.
- the voucher data sources may be a localized resource or may be located remotely.
- Voucher Module 351 provides transactions for retrieving available voucher numbers from the voucher database or creating new voucher numbers to be added to the voucher database.
- Voucher Module 351 may also be able to return or delete an unused voucher number in the event that the purchase transaction is not completed.
- Voucher Module may include a Get Voucher module 351a and a Return Voucher module 351b. In one embodiment, Get
- Voucher module 351a is a provider object called by a purchase voucher application object in response to a user request to purchase a voucher.
- Get Voucher module 351a utilizes a query service to query the voucher data source for a voucher number corresponding to a particular voucher value.
- the service response includes a flag designating the success or failure of the retrieval and data corresponding to the retrieved voucher number.
- Return Voucher module 351b is a provider object called by a purchase voucher application object in response to an interruption in the transactions session, a rejected payment attempt, or other basis for aborting the purchase transaction.
- Return Voucher module 351b utilizes a query service to notify the voucher data source to return the included voucher number to an available status.
- the service response includes a flag designating the success or failure of the return attempt.
- Account Module 352 provides connectivity with existing user accounts stored in one or more account data sources.
- the account data sources may be stored locally or may be maintained remotely by a fulfillment service provider.
- Account Module 352 may provide verification of the existence of a particular pre-paid account, verify that a pre-paid account is available for recharging, retrieve the present value of a prepaid account, recharge the pre-paid account, and provide other account maintenance functions.
- Account Module ⁇ 52 may also allow a user to establish a new pre-paid account through Transaction System 300.
- Account Module 352 may include a Verify Account module 352a and a Recharge Account module 352b.
- Verify Account module 352a is a provider object called by a recharge account application object in response to a user request to recharge a pre-paid account. Verify Account module 352a may use a query service to verify that an account number submitted by the user corresponds to an active account in the account data source. The service response may include a code indicating the success or failure of the verification, which may indicate an explanation of a failed verification attempt.
- Recharge Account module 352b is a provide object called by a recharge account application in response to a successful payment transaction based on the user's submitted payment method (e.g., the clearance of an EFT transaction or credit card charge). Recharge Account module
- the 352b utilizes a query service to notify the account data source to increase the value in the specified pre-paid account be a certain value.
- the service response includes a flag designating the success or failure of the recharge attempt.
- Reporting Module 353 includes transaction monitoring and recording for administrative and billing purposes.
- Reporting Module 353 may include a reporting data source in which a record of each transaction, such as a voucher purchase transaction or account recharge transaction, is recorded.
- the transaction record may include transaction details, such as the time of the transaction, transaction value, transaction session time, service end from which the transaction was initiated, etc.
- the reporting data source may be used to provide transaction summaries to service providers for transaction verification and general account administration.
- the reporting data source may also be used to track the transactions for a particular service provider in order to assess payment for Transaction System 300's services on a usage basis.
- Reporting module 353 may be used for other data mining activities, such as marketing analysis, and may be linked to user information to provide targeted marketing data.
- Payment Module 354 provides for electronic payment of the value of the product or service to be purchased. Payment Module 354 may allow the user to pay for products and services using debit cards, credit cards, electronic currency, and any other electronic payment method as is known in the art. In a preferred embodiment, payment is handled through ATM protocols for credit card and debit card transactions utilizing a magnetic card containing account information and a user supplied PIN. In an alternate embodiment, payment is provided through a service end device not equipped with a magnetic card reader and utilizing a registry of Track II data pre- registered by the user. POS protocols, Internet payment protocols, proprietary payment protocols and other protocols may also be used. In one embodiment, a chip or smart card may be used to provide payment information, including user authentication. In one embodiment, electronic currency such as value stored in a centrally managed database (e.g., "e-purse") or stored in a chip card may be used.
- e-purse electronic currency
- Routing System 360 may include one or more modules for directing communications between two or more of a variety of disparate networks or communication systems by using different communication, data transfer, and encryption protocols.
- Routing System 360 may include an EFT protocol module, an Internet protocol module, a proprietary connection protocol module, or a variety of other communication protocols.
- Routing System 360 may receive transactions in from an ATM, a financial institution, another EFT gateway, a
- Routing System 360 determines the issuer using a Bank Identification Number (BIN) included in the data received, such as Track II data from a user's debit card. If the BIN belongs to a local bank, the transaction will be routed to the local bank for authorization. If the BIN does not belong to a local bank, then a routing decision will be made depending on the BIN.
- BIN Bank Identification Number
- Routing System 360 may also perform balancing and settlement with the authorizing issuer, as well as with the acquiring service provider.
- Cryptography System 370 may include one or more modules for encrypting and decrypting data according to one or more secure encryption standards.
- Cryptography System 370 further includes cryptography hardware and software substantially as described above for Cryptography System 221 in Figure 2a.
- Glyptography System 370 may include protocols for handling one or more encryption, certificate, digital signature, or other security schemes, alone or in combination. These protocols may include compliance with protocols, such as the DES encryption protocols of the EFT network, the SET protocols for credit card transactions, chip or smart card authentication protocols, or other industry or proprietary schemes.
- Cryptography System 370 may be adapted to additional security schemes as they are developed and adopted for various financial data networks.
- Fulfillment Service Provider module 320 may be any system for providing goods or services and accepting payment from user's of those goods or services through Transaction System 300.
- Fulfillment service providers may include communication service providers, internet service providers, retail goods and service providers, vending machine operators, or other providers of goods and services.
- Each Fulfillment Service Provider module 320 may include a system for product distribution, billing, and administration. In one embodiment, each fulfillment service provider maintains one or more computer systems for overseeing product distribution, billing, and administration and Transaction System 300 communicates with at least a portion of the computer system.
- Fulfillment Service Provider module 320 may provide voucher and/or account data for use by the transaction system in retrieving vouchers and recharging accounts. Fulfillment Service Provider module 320 may also include a system for receiving payments for goods or services from Transaction
- Fulfillment Service Provider module 320 may include a Processing Application module 321, a Billing System 322, a Service System 323, an Account Data source 324, and a Voucher Data source 325.
- Processing Application module 321 may provide an interface between
- Processing Application module 321 may include protocols for integrating existing fulfillment service provider systems (e.g., existing account data, data management systems, billing systems, etc.) with Transaction System 300.
- Processing Application module 321 may include an Account Query module 321a, a Voucher Query module 321b, an Account Maintenance module 321c, and a Voucher Maintenance module 321d.
- Account Query module 321a may allow Processing Application module 321 to receive and execute an account data query (e.g., an account verification query, recharge account query, etc.) from Transaction System 300.
- Voucher Query module 321b may allow Processing Application module 321 to receive and execute a voucher data query (e.g., a get voucher query, a return voucher query, etc.) from Transaction System 300.
- Account Maintenance module 321c and Voucher Maintenance module 321d may allow Processing Application module 321 to receive and execute an account data query (e.g., an account verification query, recharge account query, etc.) from Transaction System 300.
- Voucher Query module 321b may allow Processing Application module 321 to receive and execute a voucher data query (e.g., a get voucher query, a return voucher query, etc.) from Transaction System 300.
- Account Maintenance module 321c and Voucher Maintenance module 321d may allow
- Maintenance actions may include additional queries, data mining, data manipulation, and other actions to oversee Voucher Data source 325 or Account Data source 324. Maintenance actions may also include remotely accessing data or transactional capabilities in other fulfillment service provider systems (e.g., Billing System 322).
- Billing System 322 may include the fulfillment service provider's systems for monitoring payments received and services due for pre-paid accounts and/or vouchers.
- Billing System 322 may also include the fulfillment service provider's systems for monitoring, presenting, and reconciling payments due for non-pre-paid accounts and/or vouchers or for pre-paid accounts and/or vouchers initially paid for using credit or electronic currency and requiring actual payment from a third party (e.g., a credit card company, bank, or other financial service provider).
- Billing System 322 may include a pre-existing billing system established to handle consumer transactions other than sale of goods and services through Transaction System 300.
- Service System 323 may include the fulfillment service provider's system for providing goods and services purchased using pre-paid vouchers or accounts.
- Service System 323 may include authorization for distribution or access to goods and services, usage tracking for goods and services provided, and service or access termination based upon the fulfillment of pre-paid voucher or account value.
- Service System 323 may include a communication system for providing communication services to the user.
- Service System 323 is a mobile telephone network and mobile communication services are provided to the user in accordance with the value and conditions upon which the pre-paid voucher or account were purchased.
- Service System 323 evaluates voucher data or account data in Account Data source 324 or Voucher Data source 325 corresponding to user supplied account or voucher identification prior to providing goods or services.
- Service System 323 may monitor usage of account and or voucher data in order to identify when the value remaining in a pre-paid account is running low.
- Service System 323 may provide a notification to the user through one or more service end points.
- Service System 323 may initiate an automated messaging service (e.g., telephone message, SMS message, voice mail message, electronic mail message, etc.) which warns the user that the account or voucher is running low.
- a service end device may include a hardware (e.g., LED) or software indicator (e.g., display icon) to warn the user when the account or voucher is low.
- recharge warning messages and indicators may be provided through Application System 350.
- Account Data source 324 and Voucher Data source 325 include one or more databases of account or voucher data providing account or voucher identifications and corresponding values of pre-paid services or goods.
- Account Data source 324 may be substantially as described above for Account Data 183 in Figure 1 and Account Data 255 in Figure 2a.
- Voucher Data source 325 may be substantially as described above for Voucher Data 181 in Figure 1 and Voucher Data 254 in Figure 2a.
- FIG. 4 shows a method of using a service end device, such as an ATM, to access a transaction system and a financial data network for the voucher-based purchase of goods and services.
- a user accesses a service end point, such as an ATM, POS system, personal computer, mobile telephone, etc.
- a service end point such as an ATM, POS system, personal computer, mobile telephone, etc.
- the user could approach an ATM or POS system and swipe a magnetic card, such as a debit or credit card, to access the service functions of the system.
- Accessing a service end point may include providing user identification (step 411).
- swiping a magnetic card may provide some user identification, such as an account number and financial service provider identification.
- the system may require additional identification for security purposes, such as a PIN, password, retinal scan, or other method to verify that the holder of the card is the authorized user.
- the user may select a product, such as goods or services, for purchase. Selection may include multiple interactive steps. The user may first select a purchase option from a menu of system services (e.g., balance inquiry, withdrawal, balance transfer, purchase goods or services, etc.). The user may then select from a variety of products for purchase available through the system (e.g., mobile communication service, internet service, beverage, etc.). In one embodiment, a customized menu of purchase options may be offered based upon the identity of the user, location of the service end point, time of day, or other factors.
- system services e.g., balance inquiry, withdrawal, balance transfer, purchase goods or services, etc.
- a variety of products for purchase available through the system e.g., mobile communication service, internet service, beverage, etc.
- a customized menu of purchase options may be offered based upon the identity of the user, location
- a value for a product available in a variety of values may be selected (step 421). Selection of the value may be chosen from a menu of options or may allow custom entry of the value. A service provider from a list of available service providers may also be chosen (step 422).
- the user provides payment information. Providing payment information may include providing account identification (Step 431). For example, the user may be provided with a list of accounts associated with the card used to access the system (e.g., checking, savings, credit, etc.). In one embodiment, payment information is automatically provided by accessing the system with a card associated with a specific account.
- the user received a voucher.
- the voucher may be received as a printout through a service end point receipt printer or another dispenser for a physical voucher.
- the voucher may also be dispensed solely as an access code displayed on the service end device display.
- the user redeems the voucher through a service provider, such as a communications company or vendor.
- the user uses a communication device, such as a cellular telephone, to access a communication network and enters the voucher code to access the pre-paid services corresponding to the voucher.
- the user presents the voucher or enters the voucher number into an automated system at a location that dispenses the goods purchased.
- Figure 5 shows a method of providing vouchers redeemable for goods and services through a transaction system connected to a financial data network.
- a transaction system receives a transaction request to purchase goods or services.
- the transaction system may receive a transaction message containing payment account data, a PIN, a good/service description, a good/service provider designation, a good/service value, and a designation for the originating address (e.g., the ATM where the transaction was initiated).
- the transaction system retrieves an appropriate voucher for the good or service, provider, and value.
- the transaction system may access an appropriate database of vouchers and search for a voucher designated as available (step 521). Alternatively, a new voucher may be created and added to the database.
- the selected voucher may be marked as sold so that the same voucher is not sold to more than one user (step 522).
- the transaction system verifies the payment information (account and PIN) based upon the value of the fransaction with a financial service provider, such as through an electronic funds transfer network.
- the transaction system may initially place a query to the appropriate financial service provider for the account be directing the query through a routing system. If the query returns data signifying an authorized account with sufficient available funds or credit, the transaction system may send a second fransaction in order to execute an appropriate debit or credit transaction with the financial institution.
- the transaction system Upon successful completion of the payment transaction, the transaction system returns the voucher information to the service end device originating the transaction (step 540).
- Figure 6 shows a method of redeeming vouchers for goods and services issued through a fransaction system connected to a financial data network.
- a fulfillment service provider such as a communication service provider or vendor, receive a request for a product, such as goods or services.
- the protocol for receiving the product request may be defined by individual service providers and may be provided to the user by instructions provided at the time a voucher is purchased or at the site or device through which the product request is made.
- a telephone service provider may provide a toll free number that the user calls to initiate a service request
- a cellular telephone service provider may pre-program the protocol into the user's cellular telephone
- a vendor may provide redemption systems (such as vending machines) pre-programmed with the protocol.
- the fulfillment service provider receives voucher data, such as a voucher access code.
- the fulfillment service provider validates the voucher access number against the contents of a voucher data source. For example, record for the voucher is located using the voucher access number and the record is checked for compatibility with requested services and remaining unused value.
- the fulfillment service provider provides the product requested according to the compatibility and value of the validated voucher. Products may be provided in such a way as to prevent exceeding any remaining value in the voucher, such as by returning an available product amount to the product dispensing system.
- the voucher use is recorded in the voucher record for the voucher used. A voucher may be exhausted or may have remaining value.
- Figure 7 illustrates steps in a method of using a transaction system for account based purchase of goods or services through a financial data network.
- a user accesses a service end device, such as by providing an access card (e.g., debit card, credit card, etc.) and a PIN.
- the service end device may be a personal communication device and the transaction system may include a virtual card registry and/or cryptography system for enabling transactions without the use of an access card.
- the user selects a pre-existing account on which to recharge the value.
- the user is offered a menu of the user's pre-pay accounts enabled for recharging through the transaction system.
- the user selects an amount to recharge.
- the user provides payment information.
- a standard or user-defined automated transaction encompassing steps 710, 720, and/or 730 may available based upon a single selection through the service end device.
- an ATM or personal communication device may offer a quick recharge feature which accesses a pre-defined account choice, payment method, and recharge value.
- the user receives confirmation of successful recharging of the account and provision of payment from the transaction system.
- the user accesses the goods or services available through the pre-paid account, for example, by providing a user account number to a vendor or utilizing a communication device associated with a particular account number.
- Figure 8 illustrates steps in a method of recharging an account with value redeemable for goods and services through a transaction system connected to a financial data network.
- a transaction system receives a recharge transaction request.
- the transaction system verifies the existence, authorization, and availability of the account for recharging through the transaction system by querying an account data source.
- the transaction system verifies user payment information through a financial data network from a financial service provider. In an alternate embodiment, the transaction system verifies that user payment has been received at a remote locations (such as a retail outlet).
- the user may appear at a retail outlet, tender payment in cash (or some other payment method accepted by the outlet), and the retail outlet may submit a user transaction request with an appropriate vendor code indicating that payment has been received.
- the fransaction system updates the user account according to the value purchased.
- the transaction system returns confirmation to the user of the successful recharge fransaction.
- a method of providing goods and services based upon the value in an account recharged through a transaction system connected to a financial data network is shown.
- a fulfillment service provider received a product request for goods or services according to a pre-defined product request protocol.
- the fulfillment service provider receives an account identification corresponding to the user's recharged pre-pay account.
- the fulfillment service provider validates the existence, authorization, and available value in the account by accessing an account data source.
- goods or services are provided in accordance with the available value in the account.
- the account record is updated to reflect the use of the account and any associated reduction in remaining value.
Landscapes
- Business, Economics & Management (AREA)
- Accounting & Taxation (AREA)
- Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Strategic Management (AREA)
- Physics & Mathematics (AREA)
- Theoretical Computer Science (AREA)
- General Business, Economics & Management (AREA)
- Finance (AREA)
- Development Economics (AREA)
- Microelectronics & Electronic Packaging (AREA)
- Computer Networks & Wireless Communication (AREA)
- Entrepreneurship & Innovation (AREA)
- Game Theory and Decision Science (AREA)
- Economics (AREA)
- Marketing (AREA)
- Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
- Cash Registers Or Receiving Machines (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Abstract
Description
Claims
Applications Claiming Priority (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US67082600A | 2000-09-28 | 2000-09-28 | |
US670826 | 2000-09-28 | ||
PCT/US2001/040024 WO2002027629A1 (en) | 2000-09-28 | 2001-02-06 | System and method for purchasing goods and services through financial data network access points |
Publications (2)
Publication Number | Publication Date |
---|---|
EP1327211A1 EP1327211A1 (en) | 2003-07-16 |
EP1327211A4 true EP1327211A4 (en) | 2006-02-08 |
Family
ID=24692038
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
EP01920951A Ceased EP1327211A4 (en) | 2000-09-28 | 2001-02-06 | System and method for purchasing goods and services through financial data network access points |
Country Status (11)
Country | Link |
---|---|
EP (1) | EP1327211A4 (en) |
CN (1) | CN1476578B (en) |
AU (2) | AU2001247953B2 (en) |
CA (1) | CA2424037C (en) |
CZ (1) | CZ20031053A3 (en) |
HR (1) | HRP20030325A2 (en) |
HU (1) | HUP0302552A3 (en) |
NZ (1) | NZ546571A (en) |
PL (1) | PL366045A1 (en) |
RS (1) | RS49969B (en) |
WO (1) | WO2002027629A1 (en) |
Families Citing this family (19)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US8977559B2 (en) | 2000-04-07 | 2015-03-10 | Zyzeba Holding Limited | Interactive marketing system |
SE0202068L (en) * | 2002-06-30 | 2003-12-31 | Ericsson Telefon Ab L M | A method and system for changing the level of service for subscribers in an electronic communication system |
EG23422A (en) * | 2002-11-24 | 2005-07-10 | Ashraf Kamal Salem Mashhour | Scheme for spreading and easy use of electronic services and remote payments. |
EP1602055A1 (en) * | 2003-03-07 | 2005-12-07 | Snapcount Limited | Transaction processing |
CN100411415C (en) * | 2003-06-13 | 2008-08-13 | 腾讯科技(深圳)有限公司 | Personal account money-adding system by sound mode and control flow chart |
FR2858441A1 (en) * | 2003-07-30 | 2005-02-04 | Jan Georges Zizka | SYSTEM AND METHOD FOR ELECTRONIC PAYMENT |
IES20040045A2 (en) * | 2004-01-23 | 2004-08-11 | January Patents Ltd | Electronic point of sale apparatus for mobile telephone credit purchase |
ZA200701539B (en) * | 2004-07-21 | 2008-08-27 | Actaris Measurement And System | A voucher based payment system and components there-of |
WO2008080187A1 (en) * | 2007-01-05 | 2008-07-10 | Ezybonds Incorporated | Electronic transaction facilitation system |
US8645273B2 (en) * | 2008-02-21 | 2014-02-04 | The Coca-Cola Company | Systems and methods for providing a vending network |
WO2011026510A1 (en) * | 2009-09-01 | 2011-03-10 | Global Blue Holdings Ab | A method of generating a tourist record in a computerised system |
AP3813A (en) * | 2011-02-14 | 2016-09-30 | Nomanini Mobile Vending Pty Ltd | A device and system for vending value token |
TWI578253B (en) * | 2012-01-05 | 2017-04-11 | 中華信股份有限公司 | System and method for applying financial certificate using a mobile telecommunication device |
RS54226B1 (en) * | 2012-01-31 | 2015-12-31 | Quadra Graphic Doo | Method for making hybrid voucher |
US10373184B1 (en) | 2012-06-18 | 2019-08-06 | Groupon, Inc. | Facilitating consumer payments and redemptions of deal offers |
WO2014049859A1 (en) * | 2012-09-28 | 2014-04-03 | グローリー株式会社 | Ticket vending system and ticket vending method |
TWI591553B (en) * | 2012-10-31 | 2017-07-11 | Chunghwa Telecom Co Ltd | Systems and methods for mobile devices to trade financial documents |
CN103984998A (en) * | 2014-05-30 | 2014-08-13 | 成都德迈安科技有限公司 | Sale forecasting method based on big data mining of cloud service platform |
US11049085B2 (en) | 2019-02-05 | 2021-06-29 | Freedompay, Inc. | Point of sale client integration platform |
Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US5577109A (en) * | 1994-06-06 | 1996-11-19 | Call Processing, Inc. | Pre-paid card system and method |
WO1996041462A1 (en) * | 1995-06-07 | 1996-12-19 | Electronic Data Systems Corporation | System and method for dispensing of a receipt reflecting prepaid phone services |
US5696908A (en) * | 1995-06-07 | 1997-12-09 | Southeast Phonecard, Inc. | Telephone debit card dispenser and method |
WO1999056254A1 (en) * | 1998-04-24 | 1999-11-04 | Claridge Trading One (Proprietary) Limited | Prepaid access for information network |
US6032859A (en) * | 1996-09-18 | 2000-03-07 | New View Technologies, Inc. | Method for processing debit purchase transactions using a counter-top terminal system |
US6081791A (en) * | 1997-12-23 | 2000-06-27 | U S West, Inc | Enhanced ATM for facilitating telephony access |
Family Cites Families (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
ZA956867B (en) * | 1994-08-19 | 1996-03-22 | Alcatel Nv | Telephony accounts method |
FR2745970B1 (en) * | 1996-03-07 | 1998-08-07 | France Telecom | PREPAYMENT METHOD FOR CONSUMPTION OF TELEPHONE COMMUNICATIONS |
US5903880A (en) * | 1996-07-19 | 1999-05-11 | Biffar; Peter C. | Self-contained payment system with circulating digital vouchers |
US5933816A (en) * | 1996-10-31 | 1999-08-03 | Citicorp Development Center, Inc. | System and method for delivering financial services |
US6188752B1 (en) * | 1996-11-12 | 2001-02-13 | Telefonaktiebolaget Lm Ericsson (Publ) | Method and apparatus for providing prepaid telecommunications services |
US5991748A (en) * | 1996-12-06 | 1999-11-23 | American Express Travel Related Services Company, Inc. | Methods and apparatus for regenerating a prepaid transaction account |
-
2001
- 2001-02-06 AU AU2001247953A patent/AU2001247953B2/en not_active Expired
- 2001-02-06 EP EP01920951A patent/EP1327211A4/en not_active Ceased
- 2001-02-06 AU AU4795301A patent/AU4795301A/en active Pending
- 2001-02-06 HU HU0302552A patent/HUP0302552A3/en unknown
- 2001-02-06 WO PCT/US2001/040024 patent/WO2002027629A1/en active IP Right Grant
- 2001-02-06 NZ NZ546571A patent/NZ546571A/en not_active IP Right Cessation
- 2001-02-06 RS YUP-237/03A patent/RS49969B/en unknown
- 2001-02-06 CA CA2424037A patent/CA2424037C/en not_active Expired - Lifetime
- 2001-02-06 PL PL01366045A patent/PL366045A1/en not_active Application Discontinuation
- 2001-02-06 CN CN01819540.7A patent/CN1476578B/en not_active Expired - Lifetime
- 2001-02-06 CZ CZ20031053A patent/CZ20031053A3/en unknown
-
2003
- 2003-04-25 HR HR20030325A patent/HRP20030325A2/en not_active Application Discontinuation
Patent Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US5577109A (en) * | 1994-06-06 | 1996-11-19 | Call Processing, Inc. | Pre-paid card system and method |
WO1996041462A1 (en) * | 1995-06-07 | 1996-12-19 | Electronic Data Systems Corporation | System and method for dispensing of a receipt reflecting prepaid phone services |
US5696908A (en) * | 1995-06-07 | 1997-12-09 | Southeast Phonecard, Inc. | Telephone debit card dispenser and method |
US6032859A (en) * | 1996-09-18 | 2000-03-07 | New View Technologies, Inc. | Method for processing debit purchase transactions using a counter-top terminal system |
US6081791A (en) * | 1997-12-23 | 2000-06-27 | U S West, Inc | Enhanced ATM for facilitating telephony access |
WO1999056254A1 (en) * | 1998-04-24 | 1999-11-04 | Claridge Trading One (Proprietary) Limited | Prepaid access for information network |
Non-Patent Citations (1)
Title |
---|
See also references of WO0227629A1 * |
Also Published As
Publication number | Publication date |
---|---|
AU4795301A (en) | 2002-04-08 |
PL366045A1 (en) | 2005-01-24 |
CA2424037C (en) | 2015-11-24 |
NZ546571A (en) | 2007-10-26 |
AU2001247953B2 (en) | 2007-08-02 |
CA2424037A1 (en) | 2002-04-04 |
CZ20031053A3 (en) | 2003-08-13 |
HRP20030325A2 (en) | 2005-06-30 |
YU23703A (en) | 2004-11-25 |
RS49969B (en) | 2008-09-29 |
CN1476578B (en) | 2010-05-05 |
HUP0302552A2 (en) | 2003-10-28 |
WO2002027629A1 (en) | 2002-04-04 |
EP1327211A1 (en) | 2003-07-16 |
WO2002027629A9 (en) | 2006-02-23 |
CN1476578A (en) | 2004-02-18 |
HUP0302552A3 (en) | 2005-08-29 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
AU2003218178B2 (en) | A system and method for purchasing goods and services through data network access points over a point of sale network | |
CA2424037C (en) | System and method for purchasing goods and services through financial data network access points | |
US7319978B2 (en) | Net shopping method, system therefor, and automatic payment transfer device | |
US7613284B2 (en) | Systems, methods and apparatus for receipt printing and information display in a personal identification number delivery system | |
US7266533B2 (en) | Electronic gift greeting | |
AU2001241977B2 (en) | Multifunctional mobile banking system | |
US7766225B2 (en) | Issuing a value-bearing card associated with only non-personally identifying information | |
AU2001247953A1 (en) | System and method for purchasing goods and services through financial data network access points | |
US20060253392A1 (en) | Payment apparatus and method | |
JP2001525571A (en) | Multipurpose trading network method | |
AU2001241977A1 (en) | Multifunctional mobile banking system | |
WO2001011857A1 (en) | Pre-paid mobile telephone air-time replenishing system and method | |
US20060043171A1 (en) | Method and apparatus for receipt printing and information display in a personal identification number delivery system | |
KR20010076058A (en) | Method for goods purchase and buying/transfer of merchandise bond in internet | |
CA2344749A1 (en) | A mobile telecommunications network-based sales transaction system |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PUAI | Public reference made under article 153(3) epc to a published international application that has entered the european phase |
Free format text: ORIGINAL CODE: 0009012 |
|
17P | Request for examination filed |
Effective date: 20030415 |
|
AK | Designated contracting states |
Designated state(s): AT BE CH CY DE DK ES FI FR GB GR IE IT LI LU MC NL PT SE TR |
|
AX | Request for extension of the european patent |
Extension state: AL LT LV MK RO SI |
|
RIN1 | Information on inventor provided before grant (corrected) |
Inventor name: BENKO, WILLIAM Inventor name: CHAMBERLIN, JOHN Inventor name: THIERRY, MICHEL Inventor name: LANFORD, MATTHEW, L. Inventor name: CLARY, JEFFREY, S. Inventor name: SHAMI, HAITHAM Inventor name: VARNA, KENNETH, J. |
|
RAP1 | Party data changed (applicant data changed or rights of an application transferred) |
Owner name: EURONET WORLDWIDE, INC. |
|
A4 | Supplementary search report drawn up and despatched |
Effective date: 20051222 |
|
STAA | Information on the status of an ep patent application or granted ep patent |
Free format text: STATUS: THE APPLICATION HAS BEEN REFUSED |
|
18R | Application refused |
Effective date: 20090501 |
|
REG | Reference to a national code |
Ref country code: HK Ref legal event code: WD Ref document number: 1057414 Country of ref document: HK |