WO2010042071A1 - Système et procédé de transaction électronique - Google Patents

Système et procédé de transaction électronique Download PDF

Info

Publication number
WO2010042071A1
WO2010042071A1 PCT/SG2009/000366 SG2009000366W WO2010042071A1 WO 2010042071 A1 WO2010042071 A1 WO 2010042071A1 SG 2009000366 W SG2009000366 W SG 2009000366W WO 2010042071 A1 WO2010042071 A1 WO 2010042071A1
Authority
WO
WIPO (PCT)
Prior art keywords
credit
customer
merchant
payment
cell phone
Prior art date
Application number
PCT/SG2009/000366
Other languages
English (en)
Inventor
Se R. Widyanto
Y. Jafianto Engki
Original Assignee
Micpay Systems Pte. Ltd.
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Micpay Systems Pte. Ltd. filed Critical Micpay Systems Pte. Ltd.
Publication of WO2010042071A1 publication Critical patent/WO2010042071A1/fr

Links

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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/00Payment architectures, schemes or protocols
    • G06Q20/22Payment schemes or models
    • G06Q20/28Pre-payment schemes, e.g. "pay before"
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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/00Payment architectures, schemes or protocols
    • G06Q20/30Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/32Payment architectures, schemes or protocols characterised by the use of specific devices or networks using wireless devices
    • G06Q20/326Payment applications installed on the mobile devices
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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/00Payment architectures, schemes or protocols
    • G06Q20/08Payment architectures
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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/00Payment architectures, schemes or protocols
    • G06Q20/30Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/32Payment architectures, schemes or protocols characterised by the use of specific devices or networks using wireless devices
    • G06Q20/322Aspects of commerce using mobile devices [M-devices]
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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/00Payment architectures, schemes or protocols
    • G06Q20/30Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/32Payment architectures, schemes or protocols characterised by the use of specific devices or networks using wireless devices
    • G06Q20/325Payment architectures, schemes or protocols characterised by the use of specific devices or networks using wireless devices using wireless networks
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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/00Payment architectures, schemes or protocols
    • G06Q20/30Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/32Payment architectures, schemes or protocols characterised by the use of specific devices or networks using wireless devices
    • G06Q20/325Payment architectures, schemes or protocols characterised by the use of specific devices or networks using wireless devices using wireless networks
    • G06Q20/3255Payment architectures, schemes or protocols characterised by the use of specific devices or networks using wireless devices using wireless networks using mobile network messaging services for payment, e.g. SMS
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04MTELEPHONIC COMMUNICATION
    • H04M15/00Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04MTELEPHONIC COMMUNICATION
    • H04M15/00Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
    • H04M15/68Payment of value-added services
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W4/00Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/24Accounting or billing
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04MTELEPHONIC COMMUNICATION
    • H04M2215/00Metering arrangements; Time controlling arrangements; Time indicating arrangements
    • H04M2215/01Details of billing arrangements
    • H04M2215/0196Payment of value-added services, mainly when their charges are added on the telephone bill, e.g. payment of non-telecom services, e-commerce, on-line banking

Definitions

  • the present invention relates to an electronic transaction system and method.
  • Prepayment of expected charges is a common occurrence in society today. This is both advantageous as a security mechanism for a vendor, but also in some industries a way for customers to limit their spending. For example, communication services such as telephone and Internet services are often preferred by both vendors and customers to be prepaid. This allows only a certain number of hours of usage to prevent unexpected large post- pay bills.
  • Prepayment is in particular prevalent with cell phone providers and customers. With the widespread use of cell phones in recent times, limiting usage of the phone is preferred by many people, in particular parents with children.
  • Parents can purchase a $20 or $50 phone credit, and their child will be unable to make further use of the phone once the limit is reached.
  • prepaid credit typically has an expiry date, for example, three months from first use. If the entire credit is not used before the expiry date, the remaining credit is lost. This is particularly the case with persons who are travelling and purchase different phone credit to enable cell phone use in each different country where they are travelling. The person typically will not use the entire credit amount in each country by the time they return home, in which case the remaining credit is again lost.
  • an electronic transaction method comprising at least the steps of: receiving a query for payment of goods or services by a customer to a merchant, said query including identification data relating to an electronic transaction account of the customer and a payment amount; accessing said electronic transaction account of the customer, said transaction account having an account balance comprising an amount of electronic currency derived from converting unused prepaid credit into said electronic currency; verifying said account balance in said transaction account is at least equal to said payment amount, and if so, transferring said payment amount from said transaction account to said merchant to provide payment for said goods or services.
  • an electronic transaction system comprising: receiving means for receiving a query for payment of goods or services by a customer to a merchant, said query including identification data relating to an electronic transaction account of the customer and a payment amount; access means for accessing said electronic transaction account of the customer, said transaction account having an account balance comprising an amount of electronic currency derived from converting unused prepaid credit into said electronic currency ; verification means for verifying said account balance in said transaction account is at least equal to said payment amount, and if so, transfer means for transferring said payment amount from said transaction account to said merchant to provide payment for said goods or services.
  • a method for purchasing goods or services by a customer from a merchant comprising the steps of: providing payment data to the merchant, said payment data indicating payment for said goods or services from an electronic transaction account having an account balance comprising an amount of electronic currency derived from converting unused prepaid credit into said electronic currency; allowing transfer of at least some of said account balance from said customer transaction account to said merchant as payment for said goods or services.
  • a system for purchasing goods or services by a customer from a merchant comprising the steps of: means for providing payment data to the merchant, said payment data indicating payment for said goods or services from an electronic transaction account having an account balance comprising an amount of electronic currency derived from converting unused prepaid credit into said electronic currency ; means for allowing transfer of at least some of said account balance from said customer transaction account to said merchant as payment for said goods or services.
  • a method for receiving payment for goods or services of a merchant from a customer comprising the steps of: receiving payment data from the customer, said payment data indicating payment for said goods or services from an electronic transaction account having an account balance comprising an amount of electronic currency derived from converting unused prepaid credit into said electronic currency; receiving verification of transfer of at least some of said account balance from said customer transaction account to said merchant as payment for said goods or services.
  • a system for receiving payment for goods or services of a merchant from a customer comprising: receiving means for receiving payment data from the customer, said payment data indicating payment for said goods or services from an electronic transaction account having an account balance comprising an amount of electronic currency derived from converting unused prepaid credit into said electronic currency ; verification means for receiving verification of transfer of at least some of said account balance from said customer transaction account to said merchant as payment for said goods or services.
  • a method for utilising unused prepaid credit of a customer comprising at least the steps of: transferring said unused prepaid credit of a customer into an amount of electronic currency; storing said electronic currency in an electronic transaction account of the customer; enabling the customer to use the transferred electronic currency as payment to conduct transactions.
  • a system for utilising unused prepaid credit of a customer comprising: transfer means for transferring said unused prepaid credit of a customer into an amount of electronic currency; storage means for storing said electronic currency in an electronic transaction account of the customer; transaction means for enabling the customer to use the transferred electronic currency as payment to conduct transactions.
  • the prepaid credit comprises a quantity of a service which has been purchased in advance of use of said service.
  • the unused prepaid credit preferably comprises at least some of said quantity of said service which has been purchased but has not been used.
  • the prepaid credit may be selected from the group consisting of: cell phone credit, Internet access credit, telephone credit, overseas calling credit, and file download credit.
  • the electronic transaction account is hosted by a third party unrelated to said merchant.
  • the query for payment of said goods or services is received from the merchant. More preferably, the query is received by one of: a web application via the Internet, a cell phone application via a cell phone network, or a payment terminal connected to a wireless communication device.
  • the transfer of the payment amount from the customer transaction account to the merchant may be communicated to the customer and/or the merchant.
  • this will be communicated by one of: a web application via the Internet, a cell phone application via a cell phone network, or a payment terminal connected to a wireless communication device. If insufficient funds are held in the transaction account, preferably the merchant and/or customer is also notified accordingly.
  • transferring the payment amount from the transaction account to the merchant may include transferring the payment amount to a corresponding transaction account of a merchant.
  • the funds can then be transferred into the merchant financial institution account each certain period, for example at the end of each month.
  • the payment data may include identification data relating to the electronic transaction account, and the method may further comprising the step of allowing said identification data to be communicated to a host.
  • forms of the present invention may be used for transactions comprising one or more of: purchasing credit, transferring electronic currency to another customer, purchasing goods or services from at least one merchant.
  • the transactions may be enabled by a customer or a merchant via a cellular phone, via a web application, or a cell phone application.
  • the present invention alleviates the problems caused by loss of prepaid credit, by allowing left over credit to be converted into an electronic currency to then be used to make other purchases.
  • the present invention is envisaged to assist both customers, who will minimise cell phone costs by reducing "wasted" credit, and also service providers, as customers will be enticed to purchase larger amounts of credit each transaction, thereby potentially increasing the amount of credit used.
  • the present invention also provides a secure transaction system which does not require credit cards or cash. Accordingly, the prevent invention will allow customers to purchase goods and services without needing to carry around large amounts of cash, by allowing goods and services to be purchased with the electronic currency.
  • FIG. 1 is a context diagram providing an overview of a preferred embodiment of the present invention
  • FIG. 2 is context diagram providing a detailed overview of the architecture of a preferred embodiment of the present invention
  • Fig. 3 is a flow chart providing an overview of a preferred method of the present invention
  • Fig. 4 is a flow chart illustrating one application of an embodiment of the present invention.
  • Fig. 5 is a flow chart illustrating a second application of an embodiment of the present invention.
  • Fig. 6 is a flow chart illustrating a third application of an embodiment of the present invention. DESCRIPTION OF PREFERRED EMBODIMENT
  • the present embodiment will be discussed in relation to a cell phone system where a customer has prepaid for cell phone credit. However, it will be appreciated that the present invention may be applied to other service providers, such as the Internet, long distance telephone calling, music downloads, etc, where a customer has purchased a quantity of the service in advance of use of the service. The present invention may equally apply to services where there is a minimum credit spend and any left over credit is lost, eg where a customer must still pay $100 each month even if the entire amount is not used. All of these cases fall within the definition of "prepaid credit”.
  • the transaction system 20, as shown in Fig. 1, includes the host system
  • the host system 30 which communicates with the cellular operators 40, merchants 50, customers 60, and third parties 70.
  • the host system 30 hosts a website 80 as one means to allow the customers 60 and merchants 50 and other users to access the service.
  • the cellular operators 40 in the present embodiment preferably include telecommunication providers, eg AT&T, British Telecom, etc, although in other applications may include Internet service providers eg AOL, or music download providers eg itunes etc.
  • the customers 60 include purchasers of prepaid credit who wish to use their unused portion of the prepaid credit in the host system 30.
  • the merchants 50 include retail stores and the like which enable customers 60 to purchase goods and services from the retail stores (either online or conventionally in person) using their electronic currency from the host system 30.
  • the merchants 50 may then receive the funds in local "traditional" currency via a bank transfer from the host system 30 through a financial institution partner.
  • the third parties 70 include other persons participating in the system, eg persons who can receive credit from customers 60 who have transferred their electronic currency balance to the third party 70, but of whom do not actually have an account set up with the host 30, ie not actually customers 60.
  • the host website 80 provides a user interface to allow the necessary functions to be performed, for example - customer virtual bank, allowing customers to deposit into the account using prepaid credit, withdraw from the account to fund prepaid credit while travelling, buy and sell prepaid credit, transfer credit to another customer or third party, use the credit to purchase goods and services, use the credit to donate to charities, amongst others.
  • the host system 30 ideally includes a data processor, ie servers 31 which may incorporate wholly or partly the receiving means, access means, verification means, transaction means and transfer means, communication means 32 for communicating with a customer 60, cellular operator 40, merchant 50, or third party 70.
  • the host system 30 further includes a storage means, ie database 33, a payment processor 34, and preferably a fraud detection integration processor 35.
  • the database 33 may take any one of several forms, for example, a single central database, a distributed database, or a number of secure databases.
  • the fraud detection integration platform 35 links with the cellular operator 40 to verify the legitimacy of transactions.
  • the host server 31 will send a verification code to the customer's cell phone via a text message to confirm the validity of the cell phone number.
  • the customer 60 After receiving the verification code, the customer 60 must input that code to send back to the host server 31 , for example via the host website 80, a mobile application on the customer's cell phone, or via interfaces at a merchant premises.
  • the verification code will only remain valid for a short period of time, preferably about 5 minutes. After 5 minutes, if the customer 60 has not inputted in the verification code, the code will become inactive, and the customer 60 will need to resend through the transaction.
  • the applications stored on the servers 31 will provide for various functionality of the system.
  • the applications will use UNIX, HTTPS and/or Web Base Interface for programming.
  • Functionality preferably included will be the host system operation application, the host customer and merchant service application, the host security monitor application, and business reporting and analysis, amongst others.
  • communication with customers 60 may be via the Internet or via a mobile telephone network.
  • the mobile telephone network will preferably provide access through the customer's 60 cell phone via a mobile application 62 stored on the cell phone, or via short message service (SMS) 64.
  • SMS short message service
  • the Internet will preferably provide access through a web application 66.
  • each merchant 50 will preferably have a payment terminal 53 to allow customers 60 to use their transferred electronic currency to make purchases from the merchant 50.
  • the payment terminal 53 will include an application to link to a payment processor 34 at the host system 30 to deduct and transfer the respective funds.
  • the merchant 50 may use the host website 80 or web application 52 via HTTP + VPN to manually connect to the host system 30 to deduct and transfer the respective funds.
  • Communication with merchants 50 may also be through the merchant's cell phone via a mobile application 51.
  • the merchant 50 will also preferably have access to an administration web application 54, being a specific application developed for merchants using Application Programming Interface.
  • the application can be embedded in the merchant's 50 own web pages with JavaScript and or other Programming Languages.
  • the application will provide a code of utilities for manipulating a transaction, similar to the host website 80 itself, and be connected to the host system 30 via HTTPS + VPN.
  • the host system 30 will also have a communication link to a financial institution 55 for settling merchant's 50 accounts.
  • a financial institution 55 for settling merchant's 50 accounts.
  • the equivalent funds in the local currency will be transferred to the merchant's financial account via a financial institution 55 transfer. This may be done either directly at the time of each customer transaction, or preferably after a certain period of time, eg once a month. Prior to that period of time, the funds can be stored in a transaction account of the merchant 50.
  • information relating to the identification of, for example, the customers 60, merchants 50, and cellular operators 40 are securely stored in the database 33 of the system 30.
  • the identification information relating to customers 60 will preferably include the customer's full name, a usemame/account number, unique security identifier, password, address (street, country, city, postcode), identification card/driver's licence/passport number, registered cell phone number, age, and valid email address. This information will preferably be collected when the customer 60 first uses the system via the web application 66, or by telephone to the host customer service department.
  • identification data such as an account number or username will be provided to the customer 60, along with a unique security identifier to be used during any future transactions.
  • the unique security identifier will preferably be a multi-digit Personal Identification Number (PIN), although may take other forms, eg a security question and answer.
  • PIN Personal Identification Number
  • the unique security identifier is used as a security measure to prevent fraudulent transactions. In order to maximise the security of the system 30, the customer 60 will be advised not to provide their unique security identifier to any other parties.
  • the unique security identifier is stored in the database 33, although for enhanced security may be stored in a separate database, or at a separate location.
  • the various user details, including the account number/usemame, password, registered cell phone number, email and PIN code are encrypted for storage, using any known type of encryption process.
  • the identification information relating to merchants 50 will preferably include the merchant's full name, address (including country, city, postal code), identification card/driver's licence/passport number, registered cell phone number, and valid email address of the contact person or merchant owner.
  • further details such as the type and category of the merchant, merchant username, merchant password, merchant landline phone number, merchant fax number, merchant website address will be collected and encrypted for storage on the database 33.
  • the identification information relating to cellular operators 40 will also be stored in the database 33, and include a username and password, and PIN code, allowing the integrated application server between the cellular operator's server and host server 30.
  • Cellular operators 40 who wish to participate in the system will preferably be contracted with the host.
  • the host may be a cellular operator itself.
  • Individual PIN codes may be set up for individual employees at the cellular operator 40 who will access the system.
  • the customer 60 can access the system via a mobile application that has been installed on his/her cellular phone.
  • the mobile application is web and mobile technology based, designed to be used in web or mobile web systems. It may be available in various types of platforms, including WAP, J2ME, Symbian and SIM toolkit.
  • the mobile application will preferably be compatible with all cellular phone brands, eg Nokia, Sony Ericsson, Samsung, Motorola etc.
  • the installation process may be done through:
  • OTA Over the Air
  • Service Center A Customer Service Center, a merchant, or mobile service providers may assist the installation through Bluetooth or via infrared, or any other wireless transfer system.
  • the customer 60 can also download the application and install it using a USB port or download the program from one cell phone to another,
  • SIM Tool Kit The customer 60 can buy a SIM card for their cell phone which has already been uploaded with the mobile application. Once the application has been installed, an icon will appear on the application listing on the customer's 60 cell phone. When the customer 60 wishes to use the service, the customer 60 will access the application via the icon.
  • the customer 60 will then be prompted to complete the relevant details for the transaction 61 on the user interface, including (i) the type of transaction, (ii) the receiver's account number (if applicable), and (iii) unique security identifier for transaction verification safety.
  • the customer's identification data will be stored in the mobile application to avoid the customer 60 needing to re-input this information for every transaction. Similar inputs for interfaces via the host website or web application may also be used.
  • the transaction type 61 will be one of the following: (i) buy/sell credit 63, (ii) electronic fund transfer to another account holder 65 or third party 67 or (iii) payment to a merchant 69.
  • Buy/sell credit allows a customer 60 to sell back unused cell phone credit to the host 30 (or other types of credit in other embodiments), the amount of which is then transferred into host digital/electronic currency. The customer 60 can then use the digital currency for future purchases via the host 30, including transfers to third party cellular accounts.
  • Buy/sell credit option 63 allows a customer 60 to purchase cell phone credits using his/her digital currency, from a range of cellular operators.
  • Electronic fund transfer allows the electronic currency to be transferred to other customers 65 or third parties 67. Once the customer 60 has initially transferred phone credits to the digital currency, he/she can then transfer those credits to another account holder or a third party with a cell phone account. The transferred funds may also be traded for cash at a financial institution 71 that is a partner of the host 30. Payment to a merchant 69 allows the customer 60 to use his/her electronic currency to make payments to merchants who have partnered with the host 30. These merchants may include both online merchants and conventional merchants, such as restaurants, cafes, book stores, etc.
  • the only option available to the customer 60 will be the buy/sell credit, and the customer 60 will need to sell his/her unused prepaid credit to create an electronic currency account balance to be used for future transactions.
  • the customer 60 will be prompted, once having selected the buy/sell credit option, to select "sell credit", and enter the amount he/she wishes to sell. The customer 60 will then enter in the amount and the information will be sent to the host server 31.
  • the transaction will be transmitted to the host server 31 through a web based application (HTTP) or cellular application (J2ME/. NET/WAP SMS) 62 that enables the transmission to be sent wirelessly directly to the host 30.
  • HTTP web based application
  • J2ME/. NET/WAP SMS cellular application
  • the transaction message will then be sent once the mobile application is connected with the host server 30.
  • the transaction may be accessed either on a cell phone, or any PC or computer with the Internet.
  • the transaction may be done through the web based application, eg if the customer cell phone does not have the compatible technology and the Internet-based application is unworkable for a customer 60, then it may be done through text messaging.
  • a customer 60 may send a text message which includes various text strings identifying their account name and identifier details, transaction type, and amount to be transferred.
  • the message is then processed by the host server 31 to convert the requested amount into the electronic currency.
  • the electronic currency may be distinct from conventional country currency, or alternatively may be equivalent to a country currency, for example US dollars.
  • the processor 31 determines the transaction type for the next step in the process. If the transaction is to sell customer 60 credit, the server 31 will need to connect with the cell phone operator 40.
  • the host 30 will have agreements with various cell phone telecommunication operators who agree to become partners of system.
  • the hardware and software requirements for the telecommunication operator to participate in the system will not be specific.
  • the host system will be designed to integrate with the various telecommunication provider systems.
  • the server 31 will send information to the cell phone provider 40 using a secure Internet connection.
  • the information will include the cell phone number for the customer 60 of the transaction, the amount of the transaction, the date and time of the transaction.
  • the server/processor at cell phone provider 40 will verify the amount of credit remaining on the customer's 60 cell phone account, and send a message back to the host server 31 either allowing or denying the transaction. It is preferred the verification and messaging is an automated and almost instantaneous process. The call phone provider 40 will then deduct the amount from the customer's 60 cell phone account. If the transaction is allowed by the cell phone provider 40, the host server
  • the 31 will correspondingly add the requested amount from the customer's 60 host account, and electronically deposit the equivalent amount of funds into the cell phone provider's account 41.
  • a message will be sent to the cell phone provider 40 advising of the deduction in cell phone credit, and deposit of the relevant funds.
  • the cell phone provider 40 will then alert the customer 60 via text message of the deduction in cell phone credit to eliminate errors and possible misuse.
  • the host server 31 will then alert the customer 60 of the deduction in cell phone credit, and the balance of their e-currency account.
  • a customer 60 wishes to purchase phone credit from a cell phone provider, the customer 60 will choose the respective option on his/her mobile application, and key in the amount he/she wishes to purchase.
  • This information will then be transmitted to the host server 31 according to the same method as previously described.
  • the host server 31 will then verify sufficient funds are available in the customer account 63. If sufficient funds are available, the information will be sent to the cell phone provider 40 through the host server 31 using a secure Internet connection.
  • This information will preferably include the amount of top up / phone credit, identity of the person who purchased the credit, the date and time of purchased transaction, and the cell phone number of the person who will receive the reload from the purchase.
  • the cell phone provider 40 will then check the customer's 60 cell phone account and approve or deny the request by sending a message back to the host server 31. If the transaction is approved, the cell phone provider 40 will increase the customer's 60 cell phone account accordingly. The host server 31 then deducts the funds from the customer's host account 63, and deposits the respective funds into the cell phone provider's account 41.
  • the host system 30 then advises the customer 60 the transfer has been completed. For example, a message may be sent to the customer 60 cell phone via SMS: "You just purchased IDR 70.000 top up / phone credit for 089453xxxx at 12.50 pm 12/08/08 and the reload is successful". Again, it is preferred the system is automated and instantaneous. It is further preferred that the cell phone provider 40 will also alert the customer via text message of the increase in cell phone credit to eliminate errors and possible misuse.
  • the customer 60 is prompted to key in the account number/username of the companion 80 to which the funds are to be transferred, along with the amount of the transfer.
  • This information is then transmitted to the host server 31 in the same way as described previously.
  • the host server 31 verifies the customer 60 has sufficient funds for the transfer, and if so, transfers the funds to the companion account 81.
  • Both the customer 60 and companion 80 are then advised of the transfer and their respective account balances.
  • the information to the customer 60 may say: "The 0819765xxx transfer top up/phone credit balance to 084563xxx for amount IDR 70.000 at 12/08/08 12.30 pm has been successful".
  • the host server 31 verifies the customer 60 has sufficient funds for the transfer. If so, the host server 31 transfers the funds to the merchant's account 51 , which in turn is transferred to the merchant's financial institution. The host server 31 then advises the merchant 50 and the customer 60 of the transfer.
  • the current system will support mass payment transactions such as fund gathering for charity from several donators at once, or transactions to several accounts from one account at once. It will also allow transfer of funds from individual to another individual without any territorial boundaries. Account holders can easily and safely send funds to another account holder. Once the transaction is complete, the receiver will be notified through a text message, or email etc.
  • Customers can also withdraw or make a purchase from a host partner merchant from the customer's cell phone to the merchant's cell phone, from a customer's cell phone to a web point of sale merchant application, or from a user's area at the website or application to the merchant's account.
  • Figs 4 to 6 show flow charts of some applications of the present embodiment. These applications are exemplary only, and do not limit the invention to only these applications. There are many other applications which may be performed using the system, and the following is not intended to be limiting in any way.
  • Fig. 4 shows one application of the present embodiment where a customer
  • RM 15 has travelled to Malaysia, and purchased pre-paid cell phone credits in the amount of RM 30 for a cellular service in Malaysia.
  • the customer 60 accesses the host mobile application from his cell phone 102, enters the relevant details 104, and sends a command to the host system 30 to sell top up balance RM 15 106.
  • the command is sent via the communication link to the host system 30, and the host server 31 converts the remaining RM 15 credit into electronic currency, which in this case is equivalent to United States dollars 108.
  • the balance of RM 15 is accordingly converted, using the daily exchange rates, to USD 7 of electronic currency.
  • the server 31 then contacts the cell operator for approval 110, who submits the approval and removes RM 15 from the customer cell phone account 112.
  • the host system then transfers the equivalent amount to the cell phone operator account, and stores the electronic currency (USD 7) to the customer 60 account and notifies the customer and cell phone operator 114.
  • USD 7 electronic currency
  • the customer 60 arrives in his home country of Indonesia 118, he again accesses the host mobile application from his cell phone 120, enters the relevant details 122, and sends a command to the host system 30 to buy top up of IDR 70.000 124.
  • the IDR 70.000 being in a different currency to the electronic currency, is converted by the host server 32 into the electronic currency (in this case US dollars) and confirms sufficient credit in account 126.
  • the host system contacts the cell operator for approval 128, and once approved 130 and the cell phone operator has added on the equivalent amount to the customer's cell phone balance, the host system transfers the equivalent electronic currency amount (in this case also USD 7) to the cell phone operator account, advises cell phone operator, and removes the electronic currency amount from customer account 132.
  • equivalent electronic currency amount in this case also USD 7
  • Fig. 5 shows another application of the present embodiment where a customer 60 needs to transfer money to a companion 200.
  • the customer 60 accesses the mobile application on cell phone 202, inputs identification details and requests to transfer RM 15 (which they already have stored in their host account) to companion account 204.
  • the host system then converts the amount into the electronic currency (in this case US dollars), and verifies there are sufficient funds in the customer account 208.
  • the host system contacts the companion's cell operator for approval 210, who processes the requests and submits approval to the host system 212.
  • the host system deducts the electronic currency amount from the customer account, transfers the equivalent amount to the companion cell phone operator, and advises all parties 214.
  • the cell phone operator then adds the RM 15 amount to the companion's account 216.
  • Fig. 6 shows another application of the present embodiment, where a customer 60 wishes to purchase groceries from a merchant partner 300.
  • the customer 60 advises the merchant partner 300 of his intention to pay by the host system (an example of payment data), and then logs on to the mobile application 302 via his cell phone, inputs his identification data, and requests to pay RM 15 to merchant partner 304.
  • the host system then converts the amount into electronic currency, and verifies there are sufficient funds in the customer's account 308.
  • the host system 30 then deducts the converted amount from the customer 60 account, transfers the amount to the merchant's account, and advises the merchant by telephone or web application and customer 310.
  • the merchant then organises with the customer 60 for delivery of the paid groceries.
  • the merchant 50 may have a payment terminal automatically linked in to the host system 30 via a wireless or wired communication device. This would eliminate the need for the customer 60 to log on to the host 30 via the mobile application, as the payment amount and identification data can all be inputted by the merchant via the payment terminal. The communication of success or non-success of the result of the transfer can also then be communicated via the payment terminal.
  • the customer 60 may be provided with a swipe card or similar which contains the identification data, which can be used with the payment terminal.
  • the presently described embodiment allows for cell phone credits and other prepaid credits to be treated as electronic currency, allowing a person to make electronic financial transactions through the Internet or via a cell phone.
  • the system enables a customer to send and receive money electronically that is safe, easy and sufficient.
  • the system may also be used to purchase items, send and receive electronic phone credits and the like anywhere and at any time, from all around the world.

Landscapes

  • Engineering & Computer Science (AREA)
  • Business, Economics & Management (AREA)
  • Accounting & Taxation (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Strategic Management (AREA)
  • Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • General Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • Signal Processing (AREA)
  • Finance (AREA)
  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)

Abstract

La présente invention concerne un système et un procédé de transaction électronique, en particulier, pour résoudre des problèmes associés à un crédit prépayé de téléphones cellulaires et similaire. Le procédé permet l'utilisation d'un crédit prépayé non utilisé d'un client, et comprend les étapes consistant à : transférer un crédit prépayé non utilisé d'un client en un montant de devise électronique; mémoriser la devise électronique sur un compte de transaction électronique du client, et permettre au client d'utiliser la devise électronique transférée en tant que paiement pour effectuer des transactions.
PCT/SG2009/000366 2008-10-08 2009-10-07 Système et procédé de transaction électronique WO2010042071A1 (fr)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
SG200807526-9A SG160264A1 (en) 2008-10-08 2008-10-08 Electronic transaction system and method
SG200807526-9 2008-10-08

Publications (1)

Publication Number Publication Date
WO2010042071A1 true WO2010042071A1 (fr) 2010-04-15

Family

ID=42100836

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/SG2009/000366 WO2010042071A1 (fr) 2008-10-08 2009-10-07 Système et procédé de transaction électronique

Country Status (2)

Country Link
SG (1) SG160264A1 (fr)
WO (1) WO2010042071A1 (fr)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2016183048A1 (fr) * 2015-05-11 2016-11-17 Mastercard International Incorporated Systèmes et procédés pour faciliter des transactions vers des comptes de paiement par l'intermédiaire d'une messagerie sms

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2001037171A1 (fr) * 1999-11-18 2001-05-25 Debbs Phillips Eugene, Iii Interface de conversion de monnaie electronique en modalites de paiement admises a des commerçants/entites
US6424706B1 (en) * 1999-03-31 2002-07-23 Imagine Networks, Llc Method and system for transferring telecommunication-time units among accounts and exchanging same for goods or services
US20030154165A1 (en) * 2000-08-18 2003-08-14 Michael Horn Method and arrangement for the transmission of an electronic sum of money from a credit reserve

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6424706B1 (en) * 1999-03-31 2002-07-23 Imagine Networks, Llc Method and system for transferring telecommunication-time units among accounts and exchanging same for goods or services
WO2001037171A1 (fr) * 1999-11-18 2001-05-25 Debbs Phillips Eugene, Iii Interface de conversion de monnaie electronique en modalites de paiement admises a des commerçants/entites
US20030154165A1 (en) * 2000-08-18 2003-08-14 Michael Horn Method and arrangement for the transmission of an electronic sum of money from a credit reserve

Non-Patent Citations (4)

* Cited by examiner, † Cited by third party
Title
"Application of the E-money Directive to mobile operators", DG INTERNAL MARKET, 2004 *
BIRCH: "Mobile Payments Are Moving Again We will be paying using our handsets: but how and for what?", 5 August 2003 (2003-08-05) *
MANSOUR: "The E-Money Directive and MNOs: Why it All Went Wrong", 2007 ANNUAL CONGRESS, 16 April 2007 (2007-04-16) - 17 April 2007 (2007-04-17) *
SORIANO ET AL.: "M-Commerce for Microfinance: The CARD-NGO and RBAP- MABS Pilot Study Experiences", 24 March 2006 (2006-03-24) *

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2016183048A1 (fr) * 2015-05-11 2016-11-17 Mastercard International Incorporated Systèmes et procédés pour faciliter des transactions vers des comptes de paiement par l'intermédiaire d'une messagerie sms

Also Published As

Publication number Publication date
SG160264A1 (en) 2010-04-29

Similar Documents

Publication Publication Date Title
US8478734B2 (en) Systems and methods to provide access control via mobile phones
US7275685B2 (en) Method for electronic payment
US10127541B2 (en) Payment card terminal for mobile phones
US8700524B2 (en) Systems and methods to restrict payment transactions
AU2010206986B2 (en) Systems and methods to facilitate online transactions
US20160314443A1 (en) Monetary transaction system
US20120089514A1 (en) Method of authentication
US8452267B2 (en) System and method for granting access to a system
CN101454794A (zh) 移动的个人之间支付系统
CN101635042A (zh) 移动电话作为销售点(pos)设备
KR20150013950A (ko) 모바일 송금/결제
EP1320828A1 (fr) Systeme et procede d'utilisation de systemes de cartes a prepayement existantes pour executer des payements sur internet
EA036171B1 (ru) Способ осуществления платежей за товары или услуги с использованием мобильного телефона
CZ20004781A3 (cs) Ověřený platební systém
US20080085698A1 (en) Device with unique identifier capability for purchasing wireless communication service
AU2001247953B2 (en) System and method for purchasing goods and services through financial data network access points
EP2437212A1 (fr) Système permettant le paiement mobile d'un service
JP2004164598A (ja) 前払いサービス提供を組み込んだネットワークベースの電子商取引システム
US8566188B2 (en) Systems and methods to route messages to facilitate online transactions
KR20030082090A (ko) 전자 지불 결제 방법 및 시스템
KR20030068603A (ko) 휴대폰을 이용한 대금 결재 시스템 및 그 방법
RU2371877C2 (ru) Система, позволяющая оператору связи предоставлять услуги финансовых транзакций, и способы реализации таких транзакций
CA2915350A1 (fr) Systeme et procede pour faciliter des transactions
WO2010042071A1 (fr) Système et procédé de transaction électronique
EP1271434A1 (fr) Méthode et système de paiement

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 09819523

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 09819523

Country of ref document: EP

Kind code of ref document: A1