EP1029295A2 - Improvements in, or relating to, electronic payment systems - Google Patents
Improvements in, or relating to, electronic payment systemsInfo
- Publication number
- EP1029295A2 EP1029295A2 EP98954892A EP98954892A EP1029295A2 EP 1029295 A2 EP1029295 A2 EP 1029295A2 EP 98954892 A EP98954892 A EP 98954892A EP 98954892 A EP98954892 A EP 98954892A EP 1029295 A2 EP1029295 A2 EP 1029295A2
- Authority
- EP
- European Patent Office
- Prior art keywords
- payment
- consumer
- electronic
- merchant
- scheme
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Withdrawn
Links
Classifications
-
- G—PHYSICS
- 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/04—Billing or invoicing
Definitions
- the invention relates to an electronic payment system and, in particular, to a telecommunications network, the architecture of which is adapted to support the electronic payment system.
- the electronic payment system is primarily intended for micro and pico payments.
- the invention also relates to a telecommunications system for facilitating electronic trading on the Internet.
- the known electronic Internet payment systems can be broadly classified into three systems, namely:
- micro payments i.e. payments of less than around 10 US dollars (US$10);
- Pico payments are frequent payments for very small amounts, i.e. from a single ore up to several SEK (Swedish Kronor). Furthermore, pico payments require a very flexible electronic payment system which can process payments very quickly.
- the SET standard in combination with a number of major players, for example, VISA, Mastercard and suppliers such as IBM, is capable of providing payment solutions which operate well at a global level for both customers and sellers/service providers.
- ATU-NET electronic payment system
- the electronic payment system architecture of ATU-NET offers inter-scheme conversion and cross-currency exchange which makes it possible for merchants to sell to a Pan-European and/or global market without the need to consider which electronic payment scheme and currency the consumers are able to, or would like to, use for a transaction.
- the inter-scheme conversion and cross-currency exchange, provided by ATU-NET, makes it possible for global electronic commerce to become a reality for the mass market.
- the ATU-NET is primarily concerned with cash card payment schemes which give the possibility to use efficient payment methods, such as prepaid jetons stored in wallets, or in cards.
- an inter-scheme conversion and cross-currency exchange service i.e. as provided by ATU-NET
- ATU-NET inter-scheme conversion and cross-currency exchange service
- telecommunication operators such as Telia, rather than the banks, are best-suited to operate the service, because the banks do not have an infrastructure that meets these requirements.
- the service is, therefore, structured in such a way that it is executed, operationally, through interplay with the banks, when transactions are to be effected between the cash registers which the ATU-Connected Domains (ATU-Payment Server) have available and the bank accounts which merchants/dealers have in the banks to handle received payments.
- Operators of the service such as Telia and its business partners in AT&T/Unisource alliance, will have bank accounts in different countries for transfer of money so that the different cash registers in the ATU-Connected Domains can be topped up as necessary.
- the inter-scheme conversion and cross-currency exchange service of the present invention makes it possible to generate income from global trading and, in particular, from trading between Europe and USA, for example, between the network operators involved in the creation/development of ATU-NET.
- AT&T forms part of the AT&T/Unisource alliance
- AT&T and any one, or more, of the Unisource members, for example, Telia to offer this type of inter-scheme conversion and cross currency exchange service at the global level, including the USA. This is extremely important, since a large flow of trade, especially concerning information services and software, passes from the USA to Sweden.
- This service will, therefore, allow Swedish customers to purchase, in the USA, products and services, which are priced in US dollars, for SEK stored, for example, in a cash card, such as, Sparbanken, S-E Banken, and bottlesbanken which are about to be launched in Sweden.
- the business logic of the present invention is that provision of the inter-scheme conversion and cross-currency exchange service, will enable a network operator, such as Telia, to receive a percentage share of the value of the purchase product/service, from the merchant/dealer, when an inter-scheme conversion takes place. This is justifiable, because the service provided by the network operator has enabled the merchant/dealer to sell a product/service to a customer, who would not otherwise have been able to purchase the product/sen/ice because the customer's unit of account is not the same as that which the merchant/dealer is able to support.
- the operator of the inter-scheme conversion and cross-currency exchange service for example, Telia
- Telia the operator of the inter-scheme conversion and cross-currency exchange service
- the customer will consider that such payments are part of normal trading practices.
- the payments received by an operator will be used, at least in part, to offset the operator's charges for the transfers between its own bank accounts which will be required to top up the cash registers of the ATU-Connected Domains, as necessary.
- the electronic payment system is primarily intended for micro and pico payments.
- a telecommunications network for handling financial settlement of transactions between consumers and merchants using an electronic payment facility, said transactions relating to products/services purchased by said consumers from said merchants via an electronic trading medium, such as the Internet, each of said merchants having a www- site at which products/services are offered for sale to said consumers via said electronic trading medium, each of said consumers having an access unit for accessing said www- sites, characterised in that said network includes activation means for operation by a consumer having an interest in purchasing selected products/services from a merchant; pricing means for presenting to said consumer, in response to operation of the activation means, a price required for said selected products/services in a unit of account and currency normally used by said merchant, said payment means being adapted to present
- the telecommunication network may be adapted to debit said consumer's electronic account by an amount coected products/services, hold said debited amount in escrow and, after said consumer has taken delivery of said selected products/services and all conditions of sale have been complied with by said merchant, credit an electronic account associated with said merchant.
- the activation means may include a payment icon displayed on a display screen of said consumer's access unit when said consumer accesses the www-site of said consumer, said icon being clicked by said consumer to indicate an interest in purchasing said selected products/services from said merchant.
- the pricing means may be adapted to present, to said consumer, the price for said selected products/services in his/her own currency, in the event that the price provided by said merchant is in another currency.
- the pricing means may include currency exchange lists for the currencies of said merchant and said consumer, said lists being updated on the basis of a currency exchange rate prevailing at the date of purchase of said selected products/services; and calculation means adapted to use said currency exchange lists to transpose the price for said selected products/services from said merchant's currency to a currency selected by said consumer.
- the transaction means may be adapted to accept payments in a currency selected by said consumer, and to credit said electronic account of said merchant with an amount, corresponding to the payment made by said consumer, in the currency of said merchant.
- the telecommunications network may be adapted to handle financial settlement of transactions between consumers and merchants who are subscribers to the same electronic payment scheme, operated by a single network operator, or to different electronic payment schemes operated by different network operators, all of said schemes operating in accordance with a common set of rules, enabling said network operators to conduct business in a homogeneous manner.
- Each of the payment schemes is indigenous to a different country and is adapted to operate, nationally, as a single-scheme, independently of the other schemes.
- the network preferably includes inter-scheme conversion and a cross-currency exchange means adapted to enable subscribing merchants, in each of the different countries, to sell products/services to consumers in any one of the other countries, irrespective of a consumer's currency.
- Each electronic payment scheme may include a scheme-specific payment server for making payments, via a payment gateway, for products/services selected by a consumer, said payments being credited to an electronic account of a merchant from whom the products/services have been purchased.
- the scheme-specific payment servers of each of said electronic payment schemes operating in accordance with a common set of rules, may be federated, said federation being adapted to interconnect said scheme-specific payment servers and a centralised master server for generic payment methods, managing centralised services and developing new generic features and/or services for said network.
- the generic payment methods may include, inter alia, pico payments and international payment schemes, and in that said centralised services include, inter alia, a foreign exchange rate server.
- the single-scheme may includes a MAS-PS for presenting, to said consumer, a record, or summary, of the selected purchases; a final, all-inclusive, price to be paid for said purchases; and a list of electronic payment schemes supported by said network, said consumer selecting a payment scheme, from said list, for making payment for said purchases.
- the MAS-PS activates said scheme-specific payment gate and transfers payment for said purchases, in electronic form, from an electronic card/wallet of said consumer to an electronic account/cash register of said merchant and thereafter to a bank account of said merchant.
- the inter-scheme conversion and a cross-currency exchange means may be adapted to use two different electronic payment schemes, each managed by a different payment gateway, and in that a merchant, from whom a consumer wishes to purchase products/services, is a subscriber to one of said electronic payment schemes and the consumer is a subscriber to the other of said electronic payment schemes.
- the electronic payment scheme, supported by said merchant may include a MAS-PS for presenting, to said consumer, a record, or summary, of the selected purchases; a final, all-inclusive, price to be paid for said purchases; and a list of electronic payment schemes supported by said network, said consumer selecting a payment scheme, from said list, for making payment for said purchases.
- the MAS-PS is adapted, on determining that payment for said purchases will be made via a payment gateway responsible for management of said electronic payment scheme supported by said consumer, to forward a request for payment to a scheme-specific payment server adapted to handle a Consumer's Requested Scheme (CRS).
- the electronic payment scheme, supported by said consumer may include a CRS-PS adapted to send, to a CRS-PG, an inquiry for transfer of payment for said purchases, said transfer being declared valid and performed, when presented according to CRS standards and provided there is sufficient electronic value in said consumer's electronic wallet/purse to cover said purchases, an electronic value of said payment being sent by said consumer to said CRS-PG.
- the CRS-PS may be adapted, before sending said inquiry to said CRS-PG, to check whether a payment scheme selected by said consumer can accept the amount presented for payment; if said consumer decides to change a method of payment for said purchases, check whether a MAS is associated with a receiving payment gateway; check that a MAS-PG is operational; and present, to said consumer, an updated acceptance form for said transaction, taking into account the latest exchange rates for the currencies involved, and including all fees incurred by using said electronic payment scheme offered by said network.
- the CRS-PS may be adapted to make said MAS check, in the event that a consumer changes said payment method because a previously selected payment method cannot accept an amount presented for payment.
- the CRS-PS may be adapted to determine whether said MAS-PG is operational by checking that a connection initiated by said MAS-PS has not failed.
- the CRS-PG may be adapted to credit an amount, corresponding to said payment received from said consumer for said purchases, to a bank account owned and controlled by said CRS-PG.
- the CRS-PS may be adapted to create a payment order, based on stored data concerning said transaction; and send said payment order, in a format defined by said centralised master server, via a communication network to a MAS-PS associated with said MAS-PG.
- the MAS-PS may be adapted to receive said payment order from said CRS-PS and convert it from inter-linking standards into its own standards, and make payment to said merchant, in accordance with said payment order, using its own associated electronic wallet.
- the electronic wallet of said MAS-PS may be a card-based electronic wallet.
- the MAS-PS may be adapted, in the event that a value remaining in said card-based electronic wallet is insufficient to cover said payment order, to load said wallet from its own bank account, according to predefined rules.
- the electronic wallet may be adapted to transfer, via an associated MAS-PG, electronic values, required to fulfill said payment order, to a cash register of said merchant, cash register being adapted to periodically transfer electronic monetary values held therein to a bank account owned by said merchant.
- the network is adapted to inform said merchant concerning completion of said payment transaction.
- Each payment server preferably owns and controls a bank account, and each CRS-PS may be adapted to periodically, and according to a predefined bookkeeping process, instruct an associated bank to transfer funds, denominated in Euro, from its account to a bank account, associated with MAS-PSs with which each CRS-PS has been dealing, said transfers being for an amount equivalent to a total value of said payment order(s).
- said CRS-PS may be adapted to delay creation of said payment order in order to ensure that said conditions of sale have been complied with by said merchant.
- Payment mechanisms supported by said electronic payment schemes may include pre-paid jeton cards issued by either an operator of said electronic payment facility, or by banks. Jeton cards issued by banks may include cash cards, SET, Proton and Modex.
- a telecommunications system for trading using an electronic medium such as the Internet
- subscribers to said system include merchants having a www-site for offering products/services for sale, and consumers having an access unit for accessing said www-sites to purchase said products/services from said merchants, characterised in that said system includes an electronic payment system supported by a telecommunications network as claimed in any of the preceding claims.
- the telecommunications system may be adapted to handle financial settlement of transactions between consumers and merchants who are subscribers to different electronic payment schemes operated by different network operators, each of said schemes being indigenous to a different country and adapted to operate, nationally, as a single-scheme, independently of the other schemes, all of said schemes being adapted to operate in accordance with a common set of rules, enabling said network operators to conduct business in a homogeneous manner.
- the system is adapted to offer each of said nationally operated electronic payment schemes to subscribing consumers and merchants in the respective countries.
- the electronic medium may be provided by the Internet and, in this case, each of said consumers subscribe to an Internet access provider and an Internet service provider in their respective countries, and each of said merchants subscribe to an Internet access provider, an Internet service provider and an electronic payment service provider in their respective countries.
- the consumer access units may each include a personnel computer (PC) having a display screen, and a data modem and associated software for accessing, and trading at, said www-sites of said merchants.
- PC personnel computer
- a telecommunications network for handling financial settlement of transactions between consumers and merchants using an electronic payment facility, said transactions relating to products/services purchased by said consumers from said merchants via an electronic trading medium, such as the Internet, each of said merchants having a www- site at which products/services are offered for sale to said consumers via said electronic trading medium, each of said consumers having an access unit for accessing said www- sites, characterised in that said electronic payment facility is supported by a telecommunications architecture adapted to provide a plurality of electronic payment schemes, each one of which is indigenous to a different country and adapted to operate, nationally, as a single-scheme, independently of the other schemes, in accordance with a common set of rules, each of said nationally operated payment schemes having an electronic account, owned and controlled by an operator of said scheme; and an inter- scheme conversion and cross-currency exchange facility for said electronic payment schemes that enables merchants subscribing to each of said national schemes to trade with subscribing consumers, irrespective
- the telecommunications network may include transfer means for transferring payments received by a scheme-specific electronic account for a subscribing merchant to a bank account of said merchant, said payment being in the currency used by said merchant; and confirmation means for informing said merchant that payment has been received from said consumer and that said selected products/services can be delivered to said consumer.
- Figure 1 diagrammatically illustrates, in the form of a block diagram, a scheme specific payment gateway architecture
- Figure 2 diagrammatically illustrates, in the form of a block diagram, an ATU- NET and its domains
- Figure 3 diagrammatically illustrates, in the form of a block diagram, the ATU payment system architecture
- Figure 4 diagrammatically illustrates, in the form of a block diagram, the ATU- NET architecture and message flows for a single-scheme electronic payment system
- Figure 5 diagrammatically illustrates, in the form of a block diagram, the ATU- NET architecture and message flows for an inter-scheme electronic payment system
- Figure 6 diagrammatically illustrates, in the form of a block diagram, the ATU- NET message flows.
- Figure 7 diagrammatically illustrates, in the form of a block diagram, an electronic payment system of the present invention.
- ATU-NET ATU Electronic Payment System Architecture
- ATU_PS_C Message flow from the CRS-PS side
- ATU_PS_M Message flow from the MAS-PS side
- CRS-PS CRS Payment Sever
- CRS-PG CRS Payment Gateway
- ISP Internet Service Provider
- MAS-PS MAS Payment Server
- MAS-PG MAS Payment Gateway
- the ATU-NET service of the electronic payment system of the present invention is interfaced to the product/electronic purse payment systems of customers (consumers) and merchants (dealers).
- the ATU-NET is primarily used for cash card payment schemes. These payment schemes give a user the possibility to use efficient payment methods, for example, prepaid jetons stored in wallets, or in cards.
- the present invention is, therefore, primarily concerned with the mechanisms involved in electronic commerce (E-Commerce) payment transactions based on the above-mentioned payment methods, particularly for micro and pico payments.
- the ATU-NET is, as stated above, adapted to offer inter-scheme conversion and cross currency exchange, which makes it possible for merchants to sell information, goods (for example, software, applets, images, etc..) and services over the Internet to a global, and/or Pan-European, market without the need to consider which payment scheme and currency the consumers (purchasers) would like to use, or are able to use.
- the payment system is the component that handles all tasks related to the financial settlement of a transaction between a consumer (purchaser) and a merchant (seller).
- This financial transaction normally completes the merchant-related actions of a consumer, when he/she has completed his/her "shopping", i.e. browsing catalogue pages of the products offered by the merchant, selecting items to buy, and completing the process by reviewing a final form summarizing his/her purchases, together with the related prices, discounts, delivery costs and taxes.
- the electronic payment system comprises a payment server (i.e a hardware/software combination) for handling the requested settlement (i.e.
- the payment system may, however, include further features that allow better consumer and merchant handling, for example, customer care, billing, data mining, etc.. In practice, these further features are included in the electronic payment systems as, and when, required, i.e. the electronic payment systems are customized for each application, and generally rely heavily on the use of databases.
- the ATU payment server which is associated with a merchant host and an existing payment server, is responsible for routing the transaction to an appropriate, i.e. remote, ATU payment server whenever it is not capable of locally handling a consumer's preferred method of payment. It will also be seen from the subsequent description that the ATU payment system consists of all its deployed payment servers.
- the ATU payment server acts as a switch, enabling a transaction to be effected in accordance with the payment method selected by the consumer. As is diagrammatically illustrated in Figure 1 of the accompany drawings, the transaction is achieved using an existing scheme-specific payment gateway.
- the payment gateway acts as the:
- an Internet-based system for example, a card reader connected to a personnel computer (PC) which is connected to the Internet and adapted to access the www-sites of merchants subscribing to the electronic trading system; and
- PC personnel computer
- the payment gateways are adapted to cater for a number of payment systems, including Mondex, SET and Proton.
- the objective of the ATU Payment System is to enable consumers and merchants to conduct electronic trading through use of the following:
- DVP Delivery Versus Payment
- Each ATU payment server needs to know about the location, i.e. network address, and properties, i.e. supported currency and payment scheme, of the various scheme-specific payment gateways. Furthermore, in order to provide a cost effective arrangement for setting up the various merchant domains, i.e. the merchant server and its associated payment server, it is desirable, as illustrated in Figure 2 of the accompanying drawings, that the ATU payment servers should be federated. In other words, such an arrangement requires the establishment of a collective payment structure having a common set of rules agreed by all parties, enabling them to conduct business in a homogenous manner. Membership of such a structure would, therefore, require all parties to agree to, and abide by, the common set of rules.
- This federation of ATU payment servers will interconnect isolated merchant domains (payment servers), which can handle bank and broker-specific payment schemes, and a centralized ATU master domain for generic payment methods, such as, pico payments, international payment schemes, etc..
- the ATU master domain is also the natural and cost-efficient location for managing centralized services, such as, for example, a foreign exchange rate server and the development of new generic features and/or services.
- a benefit of this payment scheme is that it offers potential, and existing, subscribers to the ATU-NET, i.e. parent companies, partners, affiliates and merchants, an enhanced architecture for achieving a lucrative and global, or Pan-European electronically accessible commercial market. This is made possible by establishing a centrally managed set of rules that must be accepted and followed by all subscribers to the ATU-NET. In essence, this arrangement requires, as stated above, a membership mechanism that takes account of the ATU domains connected to the ATU master domain, as well as the merchants willing to participate within this enhanced environment.
- pre-paid jeton cards i.e. issued by member companies of ATU, or some of the parent companies - this card may be tied to loyalty programs and increase the traffic on the network; and pre-paid jeton cards issued by banks, for example:
- this payment mechanism is to attract users that are subscribing to competing telephone service providers.
- the electronic payment system may also be adapted to cater for credit-based and/or debit-based schemes, but such payment systems are not addressed in this patent specification.
- the architecture of the ATU-NET which is diagrammatically illustrated, in the form of a block diagram, in Figure 3 of the accompanying drawings, federates scheme- specific payment gateways which can be addressed through the ATU Payment System.
- This ATU payment system takes the output of the scheme-specific payment gateway and maps it to a common agreed format that can be interpreted across a wide range of countries, for example, all the ATU countries.
- This common format and the corresponding flow of messages is outlined in the subsequent description with reference to Figure 6 of the accompanying drawings.
- the parameters relating to these messages which will not be described in great detail in this patent specification can, in essence, be considered as a string of bytes composed of pieces of information, such as:
- the rules of ATU-NET form a two-level hierarchy, the rules of ATU-connected domains forming one level, and the rules of the ATU master domain forming the other level.
- the rules defined at the ATU master domain level are common to all ATU- connected domains and determine how 'clearing' is effected.
- 'Clearing' means the process of transmitting, reconciling and, in some cases, confirming payment orders prior to settlement. This term is sometimes used, imprecisely, to include settlement.
- the MAS-PS (Merchant-Associated Scheme- Payment Server) then presents a record (or summary) of the purchases to the consumer and the final, all-inclusive price to be paid by the consumer, together with a list of supported payment schemes, for example, Proton Card-based scheme.
- the consumer selects a preferred means of payment, for example, Proton Card, and presses the pay-button.
- a preferred means of payment for example, Proton Card
- the merchant's payment server checks if its domain owns the corresponding payment gateway. With this architecture, it is assumed that no remote ATU domain has to be invoked due to the fact that this is a single-scheme electronic payment system.
- the request is forwarded towards the local (ATU-connected) Payment Server which activates the scheme-specific payment gateway and transfers value from the consumer's electronic wallet to the merchant's cash register and thereafter to the merchant's bank account.
- ATU-connected ATU-connected
- the payment server When the transfer of values has occurred, and if no error has been signalled, the payment server then sends an acknowledgment of the transaction to the merchant's server, in order for the latter to start the delivery process.
- the payment server may also initiate the handling of the transaction record (for customer care, billing, etc.).
- FIG. 5 The architecture and message flow for an ATU-NET inter-scheme electronic payment system is diagrammatically illustrated, in the form of a block diagram, in Figure 5 of the accompany drawings.
- This architecture is adapted for use by a consumer who wishes to use a micro payment scheme which, in fact, involves the use of two different micro payment schemes, each managed by a different payment gateway. The first scheme is the one requested by the consumer, and the second scheme is the one supported by the merchant.
- the manner in which the electronic payment system of Figure 5 operates will now be described, on the basis that the two different micro payment schemes are not both supported by the merchant's payment server.
- the MAS-PS presents a record (or summary) of the purchases to the consumer and the final, all-inclusive price to be paid by the consumer, together with a list of supported payment schemes.
- the consumer selects his/her preferred means of payment and presses the pay-button.
- the ATU-NET payment server on the merchant's-side, checks if its domain owns the corresponding payment gateway. This will not be the case with this architecture, and a remote ATU domain will have to be invoked due to the fact that this is an inter-scheme electronic payment system. The request must, therefore, be forwarded towards the ATU Payment Server handling the Consumer's Requested Scheme (CRS). This process is totally transparent to the consumer, whose only concern is to be allowed to pay with his/her preferred method of payment.
- CRS Consumer's Requested Scheme
- the initial step, in the inter-scheme ATU-NET payment scheme, involves an inquiry being sent by the CRS-PS for transfer of values to the CRS-PG. Before doing so, the CRS-PS will have performed the following actions:
- the consumer has changed his mind about the method of payment (for example, if a previously selected payment method cannot accept the amount presented - see supra), checked if the MAS is a member of the receiving payment gateway (PG);
- This transaction will be declared valid and performed if it is presented according to the CRS standards, and there is sufficient electronic value in the consumer's electronic wallet/purse, for example, Smart Card, to cover the purchase. Once the payment order is declared valid, the consumer is permitted to send the electronic value to the CRS-PG.
- the CRS-PS creates a payment order, based on stored data concerning the transaction, and sends it, in a format defined at the ATU master domain level. The order is sent through the communication network to the MAS-PS associated with the MAS-PG.
- the MAS-PS receives the payment order and converts it from inter-linking standards into its own standards.
- the MAS-PS uses its own associated wallet to become the new payer to the merchant. If that wallet is card-based and the value remaining in the card is not sufficient to cover the payment, the MAS-PS loads the wallet from its own bank account, according to the rules that the (local) scheme has defined.
- the wallet transfers the electronic values through its MAS-PG to the cash register of the merchant. Periodically (decided by the scheme operator), values are transferred to the bank account owned by the merchant.
- Each PS has an account with its bank. Periodically, and according to a locally operated bookkeeping process, each CRS payment server instructs its bank to transfer funds, denominated in Euro, from its account to the bank(s) account, associated with the MAS-PS they have been dealing with. The amount of funds transferred is equivalent to the amount of values covered by the payment orders (see step 3 above).
- a variant of the single scheme electronic payment system enables 'fair exchange of value and goods' to be provided for payments which are managed locally by an ATU- connected domain. Whilst this variant is applicable to the case where the consumer's and the merchant's preferred methods of payment are the same, it implements a flow similar to the inter-scheme electronic payment system of Figure 5 of the accompanying drawings, with the ATU-NET acting as a broker between both parties.
- This variant offers increased flexibility in setting-up merchant-specific features. For instance, since the values are not transmitted immediately from the consumer's electronic wallet/purse to the merchant's cash register, the delay for forwarding them can be used to ensure that the delivery satisfies the conditions of the sales.
- the values would be forwarded to the merchant's cash register only after all of the sales conditions have been satisfied/acknowledged.
- new mechanisms would still have to be defined, for example, for reimbursing, or making reverse payment to, the consumer, in case of non- compliance by the merchant, for example, delivery problems.
- the above-mentioned variant will operate in a manner very similar to the inter- scheme electronic payment system of Figure 5, except that the ATU-NET will not be involved, because all actions are taking place within a single (ATU-connected) domain.
- the two parts of the variant of the single-scheme electronic payment system will be named in a manner similar to the inter-scheme electronic payment system.
- the system will, therefore, have a CRS, with its associated CRS-PS and a CRS-PG, and a
- MAS with its associated MAS-PS, MAS-PG and electronic wallet.
- the CRS-PG includes a cash register associated with a bank account of the domain; similarly, the MAS-PS includes an electronic wallet that can be re-loaded from that same domain's bank account.
- the MAS-PG's cash register relates to the merchant's bank account.
- the consumer in one (ATU-connected) domain in browsing the Internet, elects to visit (electronically via the Internet) a merchant's virtual store (www-site) which is hosted in the same ATU-connected domain, and selects a number of items for purchase. If, for any personal reason, the consumer prefers to view the prices, at which the selected items are being offered for sale, in a currency, other than the default currency, i.e. the currency normally used by the merchant, the merchant's payment server holds a copy of the local currency rate and will present the relevant information to enable the prices for the selected items to be calculated in the requested currency. Note, however, that the final payment (see the subsequent description) will have to be done in the currency related to the supported payment scheme.
- the MAS-PS presents a record (or summary) of the purchases to the consumer and the final, all-inclusive price to be paid by the consumer, together with a list of supported payment schemes.
- the consumer selects a preferred means of payment for the selected items and presses the pay-button.
- the merchant's payment server checks if its domain owns the corresponding payment gateway. As stated above, it will be assumed that this is the case and that a remote ATU domain will not, therefore, have to be invoked. The request is, therefore, forwarded towards the (local) payment system.
- the flow of requests and actions occurring within the local payment system comprises the following steps:
- the initial step involves the CRS part of the payment system (i.e. the CRS-PS) sending an inquiry for transfer of values to the CRS-PG. Before doing so, the CRS part of the payment system (i.e. the CRS-PS) sending an inquiry for transfer of values to the CRS-PG. Before doing so, the CRS part of the payment system (i.e. the CRS-PS) sending an inquiry for transfer of values to the CRS-PG. Before doing so, the CRS part of the payment system (i.e. the CRS-PS) sending an inquiry for transfer of values to the CRS-PG. Before doing so, the CRS part of the payment system (i.e. the CRS-PS) sending an inquiry for transfer of values to the CRS-PG. Before doing so, the CRS part of the payment system (i.e. the CRS-PS) sending an inquiry for transfer of values to the CRS-PG.
- This transaction will be declared valid and performed if it is presented according to the CRS standards, and there is sufficient electronic value in the consumer's electronic purse/wallet, for example, Smart Card, to cover the purchase. Once the payment order is declared valid, the consumer is permitted to send the electronic value to the CRS-PG.
- a conditional delay elapses before the CRS-PS, creates a payment order, i.e. based on stored data concerning the transaction, and sends it in the format defined at the ATU master domain level.
- the order is sent to the Payment Server (MAS-PS) associated with the MAS-PG.
- MAS-PS Payment Server
- the MAS-PS receives the payment order and converts it to its own standards.
- the MAS-PS uses its own associated electronic wallet to become the new payer to the merchant. If that wallet is card-based and the value remaining in the card is not sufficient to make the required payment, the MAS-PS loads the electronic wallet from the domain's bank account according to the rules that the (local) scheme has defined.
- the electronic wallet transfers the electronic values through its MAS-PG to the cash register of the merchant.
- Both payment servers (CRS-PS and MAS-PS) share the same account at the domain's bank; they transfer their values to, and from, this account, and there is, therefore, no need to manage any transfer of funds.
- FIG. 6 of the accompanying drawings diagrammatically illustrates, in the form of a block diagram, the ATU-NET message flows from the merchant payment server side (ATU_PS_M), the consumer payment server side (ATU_PS_C) and the ATU Master domain side (for updating new addresses, exchange rates, rules etc.).
- ATU_PS_M merchant payment server side
- ATU_PS_C consumer payment server side
- ATU Master domain side for updating new addresses, exchange rates, rules etc.
- An electronic payment system which is diagrammatically illustrated, in the form of a block diagram, in Figure 7 of the accompanying drawings, includes the ATU-NET, referred to in the preceding paragraphs.
- the ATU-NET of Figure 7 interfaces with the payment systems which consumers and merchants are offered by the network operator in collaboration with the banks either locally, or through OTC, i.e. a one payment telecom country electronic payment arrangement.
- the ATU-NET is associated with an ISP (Internet Service Provider) and an AP (Access Provider), for the Internet, on both sides of the system, i.e. the consumer side and the merchant side, and with the ECSP.
- ISP Internet Service Provider
- AP Access Provider
- the ATU-NET of the present invention operates as follows:
- ATU-NET payment icon for example, a suitable trade mark for the service and/or an attractive graphic design
- the customer is presented with the price he/she is being asked to pay - if the merchant at the www-site normally specifies prices in a currency other than that in which the customer wishes to pay, the price to be paid by the customer is, as outlined in the preceding paragraphs, translated into the customers own unit of account in his/her own currency. If the merchant has indicated the price in the same currency which the customer has available on his/her own micro payment card, this part of the service is skipped.
- ATU-NET payment icon for example, a suitable trade mark for the service and/or an attractive graphic design
- the customer is asked whether he/she wishes to complete the purchase in the unit of account he/she has selected. If the customer accepts this, the usual procedure for the unit of account is carried out in a manner as outlined in the preceding paragraphs.
- the ATU-NET Payment Server which supports the customer's unit of account, receives the payment.
- a payment order is then sent to the payment server which handles the unit of account which the merchant supports.
- the payment server includes an electronic purse owned by the ATU-NET. The payment is transferred from this electronic purse to the cash register allocated to the merchant in the ATU-NET Payment Server.
- the merchant receives information that the consumer's payment has been received, so that the merchant can send the goods to the consumer.
- An alternative/added value service which the ATU-NET offers is to defer transfer of payment to the merchant's cash register in the payment server until the customer has taken delivery of, for example, an information service. This guarantees, as stated above, a 'fair exchange of value and goods', so that neither the merchant, nor the consumer, need be exposed to any risk of the other party defaulting on his/her undertaking.
- Ever watchful as a guardian angel, over the process outlined above, is the ATU- NET Master Domain, which handles the business regulations and continuously updates the ATU-NET Connected Domains Payment Servers with information on current exchange rates.
- the electronic payment system of the present invention is adapted for use in a number of applications which will be directly evident to persons skilled in the art.
- the electronic payment system could be used as a business adjunct to the activity which Telia and the Swedish banks, such as Sparbanken, S-E Banken, and herbanken, are intending to launch through a national cash card.
- Telia/Swedish banks application or any other similar arrangements between regional network operators and their bankers, will require the network operator, for example, Telia, to operate the service for their domestic market.
- the network operator would offer the service to the merchants wishing to use the ATU-NET service as an icon on their commercial www-sites.
- the service When a customer clicks the payment icon, the service will be activated, and the network operator will receive a percentage income on each purchase from the merchant. If the purchase includes an exchange between currency units of account, the network operator will also receive a percentage of the profit on the currency exchange, i.e. the difference between the exchange rate applied to customer payment and the cost incurred by the network operator in making major transfers between the currencies.
- the present invention provides a cost-effective, quick and secure electronic payment system for conversion and cross currency exchange via an open system solution, i.e. one which enables the conversion to take place irrespective of the products, i.e. jeton cards, or the like, the merchant and consumer use to support the electronic unit of account which they themselves have available.
- an open system solution i.e. one which enables the conversion to take place irrespective of the products, i.e. jeton cards, or the like, the merchant and consumer use to support the electronic unit of account which they themselves have available.
- a currently available electronic payment system known as 'Mobidic' can only handle payments that use the Mondex card but has not, as yet, been adapted to handle cash cards.
- 'Mobidic' is extended to support conversion between units of account, it would still have the serious limitation that both the merchant and the consumer would be required to use the 'Mobidic' product (i.e. Mondex) for it to work. If either of the parties uses another product/supplier to handle his/her own unit of account, this conversion will not work.
- the main advantage of the ATU-NET over known systems is that it creates an open general service for conversion between arbitrary electronic units of account and currencies, both present and future.
Landscapes
- Business, Economics & Management (AREA)
- Development Economics (AREA)
- Accounting & Taxation (AREA)
- Economics (AREA)
- Finance (AREA)
- Marketing (AREA)
- Strategic Management (AREA)
- Physics & Mathematics (AREA)
- General Business, Economics & Management (AREA)
- General Physics & Mathematics (AREA)
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
- Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
Applications Claiming Priority (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
SE9704078A SE9704078L (sv) | 1997-11-07 | 1997-11-07 | Förbättringar i, och i samband med, elektroniska betalsystem |
SE9704078 | 1997-11-07 | ||
PCT/SE1998/002002 WO1999024921A2 (en) | 1997-11-07 | 1998-11-05 | Improvements in, or relating to, electronic payment systems |
Publications (1)
Publication Number | Publication Date |
---|---|
EP1029295A2 true EP1029295A2 (en) | 2000-08-23 |
Family
ID=20408902
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
EP98954892A Withdrawn EP1029295A2 (en) | 1997-11-07 | 1998-11-05 | Improvements in, or relating to, electronic payment systems |
Country Status (3)
Country | Link |
---|---|
EP (1) | EP1029295A2 (sv) |
SE (1) | SE9704078L (sv) |
WO (1) | WO1999024921A2 (sv) |
Families Citing this family (14)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
EP0949596A3 (en) * | 1998-03-30 | 2003-01-08 | Citibank, N.A. | Method and system to perform electronic value exchange and settlement among heterogeneous payment schemes with heterogeneous currencies |
AU6466800A (en) | 1999-08-26 | 2001-03-19 | Eluv Holdings Ltd. | Electronic currency, electronic wallet therefor and electronic payment systems employing them |
US6598028B1 (en) * | 1999-09-03 | 2003-07-22 | Lynn Sullivan | Computer-implemented universal financial management/translation system and method |
KR100373507B1 (ko) * | 1999-10-04 | 2003-02-25 | 이동산 | 전자 상거래 시스템 및 전자 상거래 방법 |
US20020062278A1 (en) * | 2000-02-18 | 2002-05-23 | Ingram Bradley Kent | Method and system for international e-commerce |
EP1269438A1 (de) * | 2000-03-31 | 2003-01-02 | Siemens Aktiengesellschaft | Elektronisches zahlungsverfahren und anordnung zu dessen durchführung |
EP1295230A4 (en) * | 2000-05-31 | 2004-12-29 | American Int Group Inc | METHOD AND SYSTEM FOR EXCHANGING PRICE PRICES AND FOR AUTOMATED HEDGING |
US10185936B2 (en) | 2000-06-22 | 2019-01-22 | Jpmorgan Chase Bank, N.A. | Method and system for processing internet payments |
GB2365559A (en) * | 2000-08-07 | 2002-02-20 | Rue De Int Ltd | Financial payment system and method for internet transactions |
US7440922B1 (en) | 2001-05-04 | 2008-10-21 | West Corporation | System, method, and business method for settling micropayment transactions to a pre-paid instrument |
DE50107856D1 (de) * | 2001-11-08 | 2005-12-01 | Siemens Ag | Verfahren zum Ermöglichen und Durchführen einer Geldzahlung unter Nutzung eines Kommunikationsnetzes |
SG126685A1 (en) * | 2001-11-13 | 2006-11-29 | Singapore Network Services Pte | A payment method for on-line purchases |
CA2696374A1 (en) | 2007-08-12 | 2009-02-19 | Samer Elbizri | System and method of offsetting invoice obligations |
AU2013234798A1 (en) * | 2012-03-19 | 2014-09-25 | Royal Canadian Mint/Monnaie Royale Canadienne | Automated forex function in an asset storage and transfer system |
Family Cites Families (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US5710887A (en) * | 1995-08-29 | 1998-01-20 | Broadvision | Computer system and method for electronic commerce |
TW345642B (en) * | 1995-11-21 | 1998-11-21 | Oxford Media Pty Ltd | Computer network value payment system |
US6016484A (en) * | 1996-04-26 | 2000-01-18 | Verifone, Inc. | System, method and article of manufacture for network electronic payment instrument and certification of payment and credit collection utilizing a payment |
-
1997
- 1997-11-07 SE SE9704078A patent/SE9704078L/sv not_active Application Discontinuation
-
1998
- 1998-11-05 WO PCT/SE1998/002002 patent/WO1999024921A2/en active Application Filing
- 1998-11-05 EP EP98954892A patent/EP1029295A2/en not_active Withdrawn
Non-Patent Citations (1)
Title |
---|
See references of WO9924921A3 * |
Also Published As
Publication number | Publication date |
---|---|
SE9704078D0 (sv) | 1997-11-07 |
SE9704078L (sv) | 1999-05-08 |
WO1999024921A2 (en) | 1999-05-20 |
WO1999024921A3 (en) | 1999-08-05 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US8935183B2 (en) | Internet billing method | |
EP1107198B1 (en) | System and method for performing an electronic transaction using a transaction proxy with an electronic wallet | |
US20070038523A1 (en) | System and method for transactional hedging | |
WO2001098969A2 (en) | System and method for multiple currency transactions | |
WO1999024921A2 (en) | Improvements in, or relating to, electronic payment systems | |
KR100669540B1 (ko) | 전자상거래 서비스 시스템 및 그 방법 | |
KR20010081876A (ko) | 인터넷 전자상거래용 전자적 수표 지불시스템 | |
Kline et al. | Integrated ecommerce in the library: A software development partnership between Innovative Interfaces and the Westerville Public Library, Ohio | |
KR20010069525A (ko) | 메신저를 이용한 전자상거래 매매보호 서비스 시스템 및방법과 그 방법이 기록된 기록매체 | |
JP2004213577A (ja) | 電子決済方法及び電子決済システム | |
JP2001256408A (ja) | クライアントサーバーシステムにおけるクレジット取引システムおよびクレジット取引方法 |
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: 20000607 |
|
AK | Designated contracting states |
Kind code of ref document: A2 Designated state(s): CH DE DK ES FI FR GB IT LI NL SE |
|
AX | Request for extension of the european patent |
Free format text: LT PAYMENT 20000607;LV PAYMENT 20000607 |
|
RIN1 | Information on inventor provided before grant (corrected) |
Inventor name: ISAKSSON, LENNART Inventor name: CHRISTENSEN, MARIA |
|
RAP1 | Party data changed (applicant data changed or rights of an application transferred) |
Owner name: TELIASONERA AB |
|
17Q | First examination report despatched |
Effective date: 20071228 |
|
STAA | Information on the status of an ep patent application or granted ep patent |
Free format text: STATUS: THE APPLICATION IS DEEMED TO BE WITHDRAWN |
|
18D | Application deemed to be withdrawn |
Effective date: 20080508 |