WO2001097118A1 - Procede de reglement par telephone mobile et telephone mobile - Google Patents

Procede de reglement par telephone mobile et telephone mobile Download PDF

Info

Publication number
WO2001097118A1
WO2001097118A1 PCT/JP2001/005039 JP0105039W WO0197118A1 WO 2001097118 A1 WO2001097118 A1 WO 2001097118A1 JP 0105039 W JP0105039 W JP 0105039W WO 0197118 A1 WO0197118 A1 WO 0197118A1
Authority
WO
WIPO (PCT)
Prior art keywords
mobile phone
user
account
settlement
server
Prior art date
Application number
PCT/JP2001/005039
Other languages
English (en)
Japanese (ja)
Inventor
Takako Jogu
Sadayuki Atae
Original Assignee
Takako Jogu
Sadayuki Atae
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 Takako Jogu, Sadayuki Atae filed Critical Takako Jogu
Priority to JP2002511243A priority Critical patent/JP4901053B2/ja
Priority to AU2001264274A priority patent/AU2001264274A1/en
Publication of WO2001097118A1 publication Critical patent/WO2001097118A1/fr

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
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/02—Payment architectures, schemes or protocols involving a neutral party, e.g. certification authority, notary or trusted third party [TTP]
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/04—Payment circuits
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/08—Payment architectures
    • G06Q20/12—Payment architectures specially adapted for electronic shopping systems
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/08—Payment architectures
    • G06Q20/16—Payments settled via telecommunication systems
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/32—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using wireless devices
    • G06Q20/322—Aspects of commerce using mobile devices [M-devices]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M15/00—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
    • H04M15/68—Payment of value-added services
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M17/00—Prepayment of wireline communication systems, wireless communication systems or telephone systems
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M17/00—Prepayment of wireline communication systems, wireless communication systems or telephone systems
    • H04M17/02—Coin-freed or check-freed systems, e.g. mobile- or card-operated phones, public telephones or booths
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M17/00—Prepayment of wireline communication systems, wireless communication systems or telephone systems
    • H04M17/10—Account details or usage
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M2215/00—Metering arrangements; Time controlling arrangements; Time indicating arrangements
    • H04M2215/01—Details of billing arrangements
    • H04M2215/0196—Payment 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
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M2215/00—Metering arrangements; Time controlling arrangements; Time indicating arrangements
    • H04M2215/22—Bandwidth or usage-sensitve billing
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M2215/00—Metering arrangements; Time controlling arrangements; Time indicating arrangements
    • H04M2215/32—Involving wireless systems

Definitions

  • the present invention relates to a mobile phone and a payment method using the mobile phone, and more particularly, to a service for mediating payment in a virtual store or a real store on the Internet.
  • a credit card number is preliminarily recorded on an IC card in a secure state, and the credit card number is encrypted and transmitted at the time of payment.
  • It also describes a mobile phone equipped with a reader / writer for a contactless IC card. This mobile phone downloads electronic value, such as the frequency of a prepaid card, and transfers it via a reader / writer to a contactless IC card via wireless. Users make payments using this contactless IC card.
  • the mobile phone equipped with the IC card encrypts the credit card number, but it still transmits the credit card number, so it cannot be said that the e-commerce on the Internet is sufficient security.
  • the reader Z writer has many problems such as its large size and high cost.
  • the present invention has been made in order to solve the above problems, and an object of the present invention is to provide a mobile phone with high security and ease of use and a settlement method using the mobile phone.
  • the settlement method using a mobile phone is a method of mediating settlement between a seller and a buyer who is a user of the mobile phone, and provides an account for accumulating user money for each user.
  • Receiving the amount sent from the mobile phone depositing the received amount into the user's account and updating the balance of the account, and transmitting the updated balance of the account to the mobile phone.
  • the server computer here can be installed in a mobile phone office (company), a financial institution (company), a payment institution (company), etc., but its position is not particularly limited.
  • the mobile phone according to the present invention is a mobile phone used for settlement between a seller and a buyer who is a user of the mobile phone, and an account for storing the user's money is stored in the server computer for each user.
  • a means for storing the balance of the received account is a mobile phone used for settlement between a seller and a buyer who is a user of the mobile phone, and an account for storing the user's money is stored in the server computer for each user.
  • the user uses the mobile phone to transmit a desired amount to the financial institution or the settlement institution through the mobile phone station or the mobile phone station.
  • the mobile phone bureau, financial institution or clearing house receives the amount sent from the mobile phone, deposits the amount into the user's account, updates the balance in the account, and sends it to the mobile phone.
  • the mobile phone receives and stores the account balance transmitted from the mobile phone office. Therefore, the user can make a payment using a mobile phone like a wallet.
  • there is no need to send a credit number or the like so the security is high. Also, there is no need to carry an IC card etc. Good.
  • FIG. 1 is a schematic diagram showing a fund transfer in the case where a prepaid amount to be paid into a virtual account is paid together with a call charge according to the first embodiment of the present invention.
  • FIG. 2 is a schematic diagram showing the transfer of funds when a prepayment amount to be paid into a virtual account is paid by a credit card according to the first embodiment of the present invention.
  • FIG. 3 is a schematic diagram showing the transfer of funds in the case where a prepaid amount to be paid into a virtual account is paid by a debit card according to the first embodiment of the present invention.
  • FIG. 4 is a schematic diagram showing the transfer of funds in the case where the prepaid amount for depositing into the virtual account is automatically deducted from the bank account according to the first embodiment of the present invention.
  • FIG. 5 is a schematic diagram showing a method for making a payment at a virtual store on the Internet using a mobile phone according to the first embodiment of the present invention.
  • FIG. 6 is a schematic diagram showing a method for making a payment at a real store using a mobile phone according to the first embodiment of the present invention.
  • FIG. 7 is a block diagram showing a hardware configuration of a mobile phone and a server of a mobile phone company used for depositing a prepayment into a virtual account as shown in FIGS.
  • FIG. 8 is a flowchart showing the operation of the mobile phone and the server of the mobile phone company shown in FIG. 7 in the case shown in FIG.
  • FIG. 9 is a transition diagram of a screen displayed during the operation of the mobile phone shown in FIG.
  • FIG. 10 is a flowchart showing the operation of the server of the mobile phone and the mobile phone company shown in FIG. 7 in the case shown in FIG.
  • FIG. 11 is a transition diagram of a screen displayed during operation of the mobile phone shown in FIG.
  • FIG. 12 is a flowchart showing the operation of the mobile phone and the server of the mobile phone company shown in FIG. 7 in the case shown in FIG.
  • FIG. 13 is a transition diagram of a screen displayed during the operation of the mobile phone shown in FIG.
  • FIG. 14 is a flowchart showing the operation of the mobile phone and the server of the mobile phone company shown in FIG. 7 in the case shown in FIG.
  • FIG. 15 is a transition diagram of a screen displayed during the operation of the mobile phone shown in FIG.
  • FIG. 16 shows a mobile phone, a server of a mobile phone company, a personal computer, and a virtual store used when making a payment using a mobile phone at a virtual store on the Internet according to the first embodiment of the present invention.
  • FIG. 3 is a block diagram illustrating a hardware configuration of the server.
  • FIG. 17 is a flowchart showing the operation of the personal computer, the mobile phone, the server of the mobile phone company, and the server of the virtual store shown in FIG. 16 in the case shown in FIG.
  • FIG. 18 is a flowchart following FIG.
  • FIG. 19 is a transition diagram of a screen displayed while the mobile phone shown in FIGS. 17 and 18 is operating.
  • FIG. 20 is a block diagram showing a hardware configuration of a mobile phone, a mobile phone company server, and a POS terminal of a real store used in the case shown in FIG.
  • FIG. 21 is a flowchart showing the operation of the mobile phone shown in FIG. 20, the POS terminal of a physical store, and the server of the mobile phone company.
  • FIG. 22 is a flowchart following FIG. 21.
  • FIG. 23 is a transition diagram of a screen displayed during the operation of the mobile phone shown in FIGS. 21 and 22.
  • FIG. 24 is a diagram showing information stored in RAM and ROM of the mobile phone.
  • FIG. 25 is a schematic diagram showing fund transfer when transferring from a real account to a virtual account according to the second embodiment of the present invention.
  • FIG. 26 is a block diagram showing a hardware configuration of a mobile phone, a server of a mobile phone company, and a server of a financial institution used for transfer from a real account to a virtual account as shown in FIG.
  • FIG. 27 is a flowchart showing the operation of the mobile phone, the server of the mobile phone company, and the server of the financial institution shown in FIG. 26 in the case shown in FIG.
  • FIG. 28 is a flowchart following FIG. 27.
  • FIG. 29 is a transition diagram of a screen displayed during the operation of the mobile phone shown in FIGS. 27 and 28.
  • FIG. 30 is a schematic diagram showing a method for making a payment at a virtual store on the Internet using a mobile phone according to the second embodiment of the present invention.
  • Figure 31 shows the hardware configuration of the personal computer, mobile phone, mobile phone company server, financial institution server, payment institution server, and virtual store server used in the case shown in Figure 30. It is a block diagram.
  • FIG. 32 is a flowchart showing the operation of the personal computer shown in FIG. 31, the mobile phone, the server of the mobile phone company, the server of the virtual store, and the server of the financial institution shown in FIG.
  • FIG. 33 is a flowchart following FIG.
  • FIG. 34 is a flowchart following FIG. 33.
  • FIG. 35 is a transition diagram of a screen displayed during the operation of the mobile phone shown in FIGS. 32 to 34.
  • FIG. 36 is a schematic diagram showing a method of making a payment at a real store using a mobile phone according to the second embodiment of the present invention.
  • Figure 37 shows the hardware configuration of the mobile phone, the P ⁇ S terminal of the physical store, the server of the mobile phone company, the server of the financial institution, and the server of the payment institution used in the case shown in Figure 36 It is a block diagram.
  • FIG. 38 is a flowchart showing the operation of the mobile phone, the POS terminal, the server of the mobile phone company, and the server of the financial institution shown in FIG. 37 in the case shown in FIG.
  • FIG. 39 is a flowchart following FIG.
  • FIG. 40 is a flowchart following FIG.
  • FIG. 41 is a schematic diagram showing a method for registering service user information according to the third embodiment of the present invention.
  • FIG. 42 is a schematic diagram showing fund transfer when a prepaid amount is deposited in a virtual account according to the third embodiment of the present invention.
  • FIG. 43 shows a mobile phone according to the third embodiment of the present invention.
  • FIG. 5 is a schematic diagram showing a method of making a payment at a temporary store 5 on the Internet.
  • FIG. 44 is a schematic diagram showing a method of making a payment at a real store using a mobile phone according to the third embodiment of the present invention.
  • FIG. 45 is a schematic diagram showing a method in which a clearing house requests a user for unreported data stored in a mobile phone according to the third embodiment of the present invention.
  • FIG. 46 is a schematic diagram showing a method in which a clearing house acts as a proxy for a financial institution when making a payment at a virtual store on the Internet using a mobile phone according to the third embodiment of the present invention.
  • FIG. 47 is a block diagram showing a hardware configuration of a server of a mobile phone, a mobile phone company, and a server of a settlement institution used for use registration shown in FIG.
  • FIG. 48 is a flowchart showing the operation of the mobile phone, the server of the mobile phone company, and the server of the payment institution shown in FIG. 47 in the case shown in FIG.
  • FIG. 49 is a block diagram showing a hardware configuration of a mobile phone, a server of a mobile phone company, a server of a payment institution, and a server of a financial institution used for transferring funds to the virtual account shown in FIG.
  • FIG. 50 is a flowchart showing the operation of the mobile phone, the server of the mobile phone company, and the server of the settlement institution shown in FIG. 49 in the case shown in FIG.
  • FIG. 51 is a flowchart following FIG.
  • FIG. 52 is a flowchart following FIG.
  • Fig. 53 is a block diagram showing the hardware configuration of a personal computer, a mobile phone, a server of a mobile phone company, a server of a payment institution, and a server of a virtual store used for settlement at the virtual store shown in Fig. 43. It is.
  • FIG. 54 is a flowchart showing the operations of the personal computer shown in FIG. 53, the mobile phone, the server of the mobile phone company, the server of the settlement institution, and the server of the virtual store in the case shown in FIG.
  • FIG. 55 is a flowchart following FIG.
  • FIG. 56 is a flowchart following FIG.
  • Figure 57 shows the hardware configuration of the mobile phone, POS terminal, server of the mobile phone company, and server of the payment institution used in the settlement at the real store shown in Figure 44.
  • FIG. 57 shows the hardware configuration of the mobile phone, POS terminal, server of the mobile phone company, and server of the payment institution used in the settlement at the real store shown in Figure 44.
  • FIG. 58 is a flowchart showing the operation of the mobile phone, the POS terminal, the server of the mobile phone company, and the server of the payment institution shown in FIG. 57 in the case shown in FIG.
  • FIG. 59 is a flowchart following FIG.
  • FIG. 60 is a flowchart following FIG.
  • FIG. 61 is a flowchart showing the operation of the mobile phone, the server of the mobile phone company, and the server of the settlement institution in the case of the request for the unreported data shown in FIG.
  • Figure 62 shows the hardware configuration of the personal computer, mobile phone, mobile phone company server, payment institution server, financial institution server, and virtual store server used for the billing agent shown in Figure 46. It is a block diagram shown.
  • Figure 63 shows the personal computer shown in Figure 62, the mobile phone, the server of the mobile phone company, the server of the payment institution, the server and virtual of the financial institution, and the store in the case shown in Figure 46.
  • This is a flowchart showing the operation of the server # 1.
  • FIG. 64 is a flowchart following FIG.
  • FIG. 65 is a schematic diagram showing a prepayment method according to the fourth embodiment of the present invention.
  • FIG. 66 is a flowchart showing the operation of the mobile phone, the server of the mobile phone company, and the server of the settlement institution in the case shown in FIG.
  • FIG. 67 is a flowchart following FIG.
  • FIG. 68 is a conceptual diagram showing a first remittance method according to the fourth embodiment of the present invention.
  • FIG. 69 is a flowchart showing the operation of the personal computer, the mobile phone, the server of the mobile phone company, the server of the payment institution, and the server of the virtual store in the case shown in FIG.
  • FIG. 70 is a flowchart following FIG.
  • FIG. 71 is a conceptual diagram showing a second remittance method according to the fourth embodiment of the present invention.
  • Figure 72 shows a personal computer and mobile phone in the case shown in Figure 71.
  • This is a flow chart showing the operation of a server, a mobile phone company server, a payment institution server, and a virtual store server.
  • FIG. 73 is a flowchart following FIG.
  • FIG. 74 is a conceptual diagram showing a method of issuing a one-time ID when there is no retail settlement according to the fourth embodiment of the present invention.
  • FIG. 75 is a conceptual diagram showing a method of issuing a one-time ID when there is a retail settlement history according to the fourth embodiment of the present invention.
  • FIG. 76 is a flowchart showing the operations of the mobile phone, the server of the mobile phone company, and the server of the settlement institution in the case shown in FIGS. 74 and 75.
  • FIG. 77 is a flowchart following FIG.
  • FIG. 78 is a conceptual diagram showing a method of making a payment at a physical store using a one-time ID according to the fourth embodiment of the present invention.
  • FIG. 79 is a flowchart showing the operation of the mobile phone, the POS terminal of the actual store, and the server of the settlement institution in the case shown in FIG. BEST MODE FOR CARRYING OUT THE INVENTION
  • An embodiment of the present invention relates to a combi- ter system for realizing a new service (called “wallet service”, hereinafter simply referred to as “this service”) provided by a mobile phone company.
  • This service enables mobile phones to be used like wallets. The outline of this service is described below.
  • Mobile phone companies When purchasing a mobile phone, register the credit card number, cash card number, etc., with the mobile phone company, in addition to the bank account from which the call charges are deducted.
  • Mobile phone companies set up virtual accounts for each mobile phone user. The user uses a mobile phone to request the mobile phone company to deposit the prepayment into the virtual account before settlement.
  • the mobile phone company has pre-registered bank accounts, credit card numbers, cash Request a prepayment to the user using the code number. The method of payment of the prepayment can be selected by the user.
  • the mobile phone company deposits the prepayment into the virtual account and transmits the balance of the virtual account to the mobile phone.
  • the mobile phone stores the transmitted balance of the virtual account. Users use this mobile phone instead of a wallet to make payments at virtual or real stores on the Internet. The store bills the mobile phone company.
  • FIG. 1 is a schematic diagram showing the transfer of funds when paying a prepayment together with a call charge.
  • a mobile phone company mobile phone bureau
  • a personal information database 11 personal information of each user 12 is registered.
  • a virtual account 110 is provided to accumulate prepayments (for mobile phone companies, advance payments).
  • an electronic mail address, password, usage status, key Codes, account numbers, credit card numbers, debit card numbers, etc. are registered in advance.
  • the user 12 uses the mobile phone 13 to transmit the desired prepaid amount and the payment method (here, “added to the call charge”) to the mobile phone company 10. At this time, the telephone number of the mobile phone 13 is also transmitted.
  • the mobile phone company 10 searches the personal information database 11 based on the transmitted mobile phone number, and queries the usage status of the virtual account 110 of the user 12. If the user 12 has no problem (if the usage status is “OK”), the mobile phone company 10 adds the transmitted prepayment amount to the unpaid balance of the virtual account 110 and updates the updated Send the advance balance. On the other hand, if the payment of User 1 or 2 has been delayed or the use of this service has been suspended, the usage status is “NG”. In this case, the mobile phone company 10 notifies the user 12 via the mobile phone 13 that the service cannot be used.
  • the mobile phone company 10 will use the service fee together with the basic charge and the call charge invoice 14. Send the business statement 15 to the user 12.
  • the mobile phone company 10 requests the bank 12 of the user 12 to deduct the usage fee based on the account number registered in the personal information database 11.
  • bank 17 transfers funds from account 16 of user 12 to account 19 of mobile phone company 10 established at bank 18.
  • FIG. 2 is a schematic diagram showing the transfer of funds when the prepayment is paid by credit card.
  • the user 12 uses the mobile phone 13 to transmit the prepaid amount and the payment method (here, “credit card”) to the mobile phone company 10.
  • the payment method here, “credit card”.
  • the mobile phone company 10 requests approval from the credit company 20 based on the credit card number registered in advance.
  • the credit sales company 20 notifies the mobile phone company 10 if it can be approved.
  • the mobile phone company 10 updates the advance balance of the virtual account 110 and transmits the latest advance balance to the mobile phone 13.
  • the credit company 20 notifies the mobile phone company 10 of the fact.
  • the mobile phone company 10 notifies the user 12 that the payment by credit card cannot be performed without updating the advance balance.
  • the credit company 20 transfers the prepaid amount desired by the user 12 to the account 19 of the mobile phone company 10.
  • the credit company 20 requests the bank 17 to debit the prepaid amount from the account 16 of the user 12.
  • the bank 17 transfers funds from the account 16 of the user 12 to the credit company 20.
  • FIG. 3 is a schematic diagram showing the transfer of funds when a prepayment is paid by a debit card.
  • the user 12 uses the mobile phone 13 to transmit the prepaid amount and the settlement method (here, “debit card”) to the mobile phone company 10.
  • the mobile phone company 10 requests the bank 17 which has issued the debit card to transfer funds based on the pre-registered debit card number. If you approve the transfer request, Bank 17 will Send the data to the clearing center 21 and notify the mobile phone company 10 of the completion of the transfer. In response, the mobile phone company 10 updates the advance balance and sends the latest advance balance to the mobile phone 13.
  • the bank 17 does not approve the transfer request, it notifies the mobile phone company 10 that the transfer cannot be made. In response to this, the mobile phone company 10 notifies the user 12 that the debit card cannot be used for payment without updating the advance balance.
  • the clearing center 21 cancels and tabulates the transfer based on the transfer data transmitted from many banks in addition to the bank 17, and transmits the settlement data between the banks to the settlement bank 22.
  • settlement bank 22 transfers funds from bank 17 to merchant bank 23.
  • merchant bank 23 deposits the funds into account 19 of mobile phone company 10.
  • FIG. 4 is a schematic diagram showing the transfer of funds when the advance payment is automatically debited from the bank account.
  • the user 12 uses the mobile phone 13 to transmit the prepaid amount and the payment method (here, “automatic deduction”) to the mobile phone company 10.
  • the mobile phone company 10 requests the bank 17 to withdraw the funds based on the account number registered in advance. If withdrawal is possible, bank 17 notifies mobile carrier 10 of this.
  • the mobile phone company 10 updates the advance receipt balance and transmits the latest advance receipt balance to the mobile phone 13. If bow I is not possible, bank 17 will notify mobile carrier 10 to that effect.
  • the mobile phone company 10 informs the user 12 that the payment cannot be made.
  • the bank 17 receiving the debit request from the mobile phone company 10 immediately transfers the funds from the account 16 of the user 12 to the account 19 of the mobile phone company 10.
  • User Statement 15 is sent to User 12 along with Invoice 14.
  • FIG. 5 shows how to make a payment using a mobile phone at a virtual store on the Internet.
  • FIG. 5 first, a user 12 orders goods and services from a virtual store 24 on the Internet using a mobile phone 13 or a personal computer 40, and uses the payment method (here, “mobile phone”). Settlement ”).
  • the user 12 manually inputs the telephone number of the mobile phone 13 into the personal computer 40 and transmits it to the virtual store 24 via the Internet 60.
  • the virtual store 24 receiving the order requests the mobile phone company 10 to charge the settlement amount based on the transmitted mobile phone number.
  • the mobile phone company 10 Upon receiving the request, the mobile phone company 10 notifies the virtual store 24 that the service cannot be used if there is a problem with the usage status of the user 12. In response, the virtual store 24 notifies the user 12 that the service cannot be used. If there is no problem in the status of user 1 2 for IJ, the mobile phone company 10 sends e-mail to the user 1 2 mobile phone 13 based on the user 1 2 e-mail address registered in advance. Submit an electronic invoice. The electronic invoice is for confirming payment from the virtual account 110 to the user 12.
  • the user 1 2 having received the electronic bill selects whether or not to approve the settlement.
  • the mobile phone 13 receiving the electronic invoice verifies the prepayment balance, and if the prepayment balance is less than the payment amount, the mobile phone 13 assumes that the payment is insufficient and the payment is made.
  • the mobile phone company 10 notifies the user 12 via the virtual store 24 that payment cannot be made because the balance is insufficient.
  • the mobile phone company 10 is notified of the cancellation or refusal of the payment.
  • the mobile phone company 10 notifies the virtual store 24 that payment cannot be made because the payment has been canceled or rejected.
  • the virtual store 24 notifies the user 12 that the payment cannot be made.
  • the user 12 approves the settlement
  • the user 12 is notified to the mobile phone company 10 that the settlement is approved.
  • a password, a mobile phone number, a key code, and the like registered in advance with the mobile phone company 10 are also transmitted.
  • Mobile Phone Company 10 Sent Mobile The personal information database 11 is searched based on the telephone number, and it is determined whether or not the transmitted password and key code respectively match the previously registered password key code. If the key codes do not match, the mobile phone company 10 notifies the user 12 that the service cannot be used because the key code is abnormal, and the user 1 2 through the virtual store 24 that the payment cannot be made. Notify.
  • the mobile phone company 10 updates the advance balance by subtracting the settlement amount from the advance balance of the virtual account 110, and stores the updated advance balance in the mobile phone 13 Send.
  • the mobile phone 13 updates the internal advance balance.
  • the mobile phone company 10 notifies the virtual store 24 of the completion of the settlement.
  • the virtual store 24 notifies the user 12 of the completion of the settlement.
  • the virtual store 24 delivers the ordered product to the user 12 and provides the ordered service to the user 12.
  • the mobile phone company 10 deposits the above settlement amount into the virtual store 24.
  • the virtual store 24 pays the commission for using this service to the mobile phone company 10.
  • FIG. 6 is a schematic diagram showing a method of making a payment at a physical store using a mobile phone.
  • a user 12 sets a mobile phone 13 on a reading device 2700 connected to a POS terminal 27.
  • the clerk enters the price of the product into the PS terminal 27 and calculates the payment amount.
  • This payment amount is transmitted from the POS terminal 27 to the mobile phone 13 through the reader 270.
  • the mobile phone 13 compares the balance stored therein with the payment amount, and sends an error to the POS terminal 27 if payment is not possible.
  • the mobile phone 13 transmits the mobile phone number and the key code to the POS terminal 27.
  • the mobile phone number cannot be directly input to the POS terminal 27 by hand.
  • the POS terminal 27 that has received the mobile phone number and the key code completes the payment and notifies the mobile phone 13 of the completion.
  • the mobile phone 13 Upon completion of the settlement, the mobile phone 13 stores the settled amount in the internal memory, and the settlement mode is turned off. Thereafter, the user 12 removes the mobile phone 13 from the reading device 2700.
  • the mobile phone number and key code along with the payment amount are transferred to the mobile phone company 10 Send.
  • the mobile phone company 10 updates the advance balance by subtracting the settled amount from the advance balance of the virtual account 110, and notifies the POS terminal 27 of the completion of the settlement.
  • FIG. 7 is a block diagram showing a hardware configuration of a mobile phone 13 and a server combination (hereinafter, simply referred to as a server) 30 installed in the mobile phone company 10.
  • a server a server combination
  • the mobile phone 13 includes a data processing unit 131 including a CPU, a RAMI 32, a ROM 133 such as an EE PROM, an antenna 134, a transmission / reception unit 135, and a numeric keypad or a power key.
  • the mobile phone 13 is attached to a power adapter 140, and a current is supplied from the power adapter 140 to the battery 138 through the IZF unit 139, and the battery 138 is charged.
  • the data processing unit 131 executes a normal mobile phone function using the RAMI 32, the ROM 133, the transmission / reception unit 135, the input device 136, the display device 137, and the I / F unit 139, and also executes a settlement function described later. You.
  • the server 30 installed in the mobile phone company 10 includes a data processing unit 301 including a CPU and a database 302.
  • the database 302 includes a personal information database 11, a use history database 28, and a settlement history database 29.
  • the data processing unit 301 uses the database 302 to execute a settlement function described later.
  • the data processing unit 301 is connected to the wireless base station 303. Radio waves are transmitted and received between the antenna 304 of the wireless base station 303 and the antenna 134 of the mobile phone 13.
  • the usage history database 28 is a log file for recording the details of data transactions with the mobile phone 13. Specifically, the deposit / withdrawal date, deposit / withdrawal amount, balance, etc. of the virtual account 110 are recorded.
  • the settlement history database 29 is a log file for recording the details of transactions with stores. Specifically, the settlement date and time, the settlement amount, etc. are recorded.
  • FIG. 8 is a flowchart showing the operation of the mobile phone 13 and the server 30 when the advance payment shown in FIG. 1 is paid together with the call charge.
  • FIG. 9 is a transition diagram of a display screen displayed on the display device 1337 of the mobile phone 13 in this case.
  • the data processing unit 13 1 of the mobile phone 13 displays the screen D 1 shown in FIG. 9 on the display device 13 37, and prompts the user 12 to input a password.
  • the input device 13 36 gives the input password to the data processing unit 13 1 (S 101).
  • the data processing unit 13 1 verifies the input password by comparing the input password with a password registered in advance in the RAM 13 or ROM 13 (S 1 0 2). If the entered password is incorrect, the data processing section 13 1 displays a screen D 2 shown in FIG. 9 on the display device 13 7 (S 103). On the other hand, if the entered password is correct, the data processing unit 13 1 displays the screen D 3 shown in FIG. 9 on the display device 13 7 and prompts the user 12 to “2pay”, “ Encourage them to select one of the following: 2 ⁇ Look in the shell cloth ⁇ or ⁇ 3 ⁇ Put money in the wallet ⁇ .
  • the data processing unit 1 3 1 displays the screen D 4 on the display device 1 3 7 and the user Prompt for the prepaid amount for 1 and 2.
  • the prepaid balance stored in RAM I32 is displayed as the current balance.
  • RAMI32 Calculates the true prepayment balance by subtracting the unreported settlement amount from the prepayment balance stored in, and displays it as the current balance.
  • the input device 13 36 gives the input prepaid amount to the data processing section 13 1 (S 104).
  • the data processing unit 13 1 displays a screen D 5 on the display device 13 7 to urge the user 12 to select a payment method of the prepaid amount.
  • the user 1 2 operates the input device 1 3 6, several payment methods such as “credit”, “debit card”, and “automatic debit” are displayed in addition to the payment method “added to the call charge”.
  • the input device 136 gives the data processing unit 131 a selection of a payment method of “added to the call charge” (S 105).
  • the data processing unit 131 gives the selected payment method and the input prepaid amount to the transmission / reception unit 135, and the transmission / reception unit 135 transmits these to the mobile phone company 10 (S106).
  • the mobile phone number unique to the user 12 stored in the ROM 133 in advance, the key code unique to the mobile phone 13 stored in the ROM 133 in advance, and the unnotified data stored in the RAMI 32 Is also transmitted.
  • the mobile phone number is pre-programmed into a ROM 133 such as an EPP ROM when the mobile phone company 10 sells the mobile phone 13.
  • the key code is used when a mobile phone manufacturer manufactures a mobile phone.
  • the serial number and the management number unique to each mobile phone are stored in ROM133 such as EE PROM.
  • ROM133 such as EE PROM.
  • the mobile phone number is unique to the user 12 and the same mobile phone number can be registered even if the mobile phone 13 is replaced.
  • the user 12 itself cannot rewrite the mobile phone number, and the mobile phone company 10 rewrites it at the request of the user 12.
  • the key code is unique to the mobile phone 13. If the serial number is used as the key code, not only the user 1 2 but also the mobile phone company 10 cannot be rewritten.
  • a management number such as the subscriber ID described above is used as the key code, the mobile phone company 10 can rewrite, but the user 12 cannot.
  • the data processing unit 131 determines whether or not the processing up to now has been completed normally (S107). If the processing has not been completed normally, the fact is displayed on the display device 137 (S108). The connection is disconnected (S109). On the other hand, if the processing ends normally, the connection is temporarily disconnected without displaying the abnormal end (S109).
  • the data processing unit 301 transmits the prepaid amount, the payment method, the mobile phone number, and the key code transmitted from the mobile phone 13 through the line base station 303. Receive (S201).
  • the data processing unit 301 searches the personal information database 11 based on the received mobile phone number (S202). Subsequently, the data processing unit 301 compares the received key code with the key code of the searched personal information database 11 to check whether the key codes match or not (S203). If the key codes match, the data processing unit 301 checks the use status of the personal information database 11 and determines whether there is a problem (S204). If the key code does not match in step S202 above, or if there is a problem with the usage status in step S204, the data processing unit 301 sends information indicating that this service cannot be used to the mobile phone. It transmits to 13 (S205).
  • the transmission / reception unit 135 receives the information indicating that the service cannot be used, transmitted from the mobile phone 13 (S 110)
  • the data processing unit 1331 displays the screen D6 shown in FIG. 9 on the display device 1337, and notifies the user 12 that the service cannot be used (S111). Then, the data processing unit 13 1 displays an abnormal termination on the display device 13 7 (S 1 1 2) 0
  • the use history database 28 is updated (S206). To be more specific, the current date and time, the amount of the advance received this time (the amount of advance payment for the user 12), the current balance of the advance received, and the unreported data (the amount of the settlement that has not been notified) are used in the usage history. Record in database 28.
  • the data processing unit 301 sends the current advance balance to the mobile phone 13 (S207).
  • the data processing unit 301 creates billing data for the advance payment amount.
  • the data processing unit 301 adds the created billing data collectively to the call charges every month, and issues a bill 15 of use of this service along with the bill 14 as shown in FIG.
  • Subsequent processing is the same as the existing processing, and requests the user 1 2's bank 17 to withdraw the fee based on the account number registered in the personal information database 11 of the user 1 2 ( S209).
  • the usage fee for this service will be transferred from the user's account 16 to the mobile phone company's account 19 along with the call fee.
  • the data transmitted from the server 30 in the above step S 207 is The received balance is received by the transmitting / receiving unit 135 (S113).
  • the data processing section 131 stores the received advance balance in the RAMI 32 as the advance balance, thereby updating the advance balance (S116).
  • the data processing section 131 displays the screen D7 shown in FIG. 9 on the display device 137 (S117). Specifically, it displays that the prepayment processing is completed and the current prepayment balance.
  • FIG. 10 is a flowchart showing the operation of the mobile phone 13 and the server 30 when the prepaid amount shown in FIG. 2 is paid by a credit card.
  • FIG. 11 is a transition diagram of a screen displayed on the display device 137 of the mobile phone 13 in this case.
  • the user 12 selects “credit (collective)” on the screen D5 shown in FIG.
  • the input device 136 gives the data processing unit 131 a selection of a payment method of payment by a credit card (FIG. 10, S105).
  • the credit inquiry of the user 12 is made to the credit company 20 based on the credit card number registered in the personal information database 11 in advance ( S210).
  • the data processing unit 301 determines whether or not the credit company 20 has approved the payment by the credit card based on the reply from the credit company 20 (S211). In the case of non-approval, the data processing unit 301 transmits to the mobile phone 13 that payment cannot be made (S212). In the case of approval, the usage history database 28 is updated (S205).
  • the transmission / reception unit 135 receives from the server 30 that payment by a credit card is impossible, a screen D8 shown in FIG. 12 is displayed on the display device 137, and payment by the credit card is performed. The user 12 is notified of the impossibility (S120).
  • FIG. 12 is a flowchart showing the operations of the mobile phone 13 and the server 30 when the prepaid amount is paid by a debit card.
  • Figure 13 shows the mobile phone in this case 13 is a transition diagram of a screen displayed on the display device 13 of 13.
  • FIG. 12 is a flowchart showing the operations of the mobile phone 13 and the server 30 when the prepaid amount is paid by a debit card.
  • Figure 13 shows the mobile phone in this case 13 is a transition diagram of a screen displayed on the display device 13 of 13.
  • FIG. 12 is a flowchart showing the operations of the mobile phone 13 and the server 30 when the prepaid amount is paid by a debit card.
  • Figure 13 shows the mobile phone in this case 13 is a transition diagram of a screen displayed on the display device 13 of 13.
  • FIG. 12 is a flowchart showing the operations of the mobile phone 13 and the server 30 when the prepaid amount is paid by a debit card.
  • Figure 13 shows the mobile phone in this case 13 is a transition diagram of a screen displayed on the display
  • the input device 1336 gives the selection information to the data processing section 131 (S105).
  • the data processing unit 310 based on the debit card number registered in the personal information database 11 in advance, A debit (approval) request is sent to the issuing bank 17 (S220). In response to this, the existing debit card processing is executed (S221).
  • the data processing unit 301 determines whether or not the transfer has been completed based on the transfer result transmitted from the debit card issuing bank 17 (S2222). If the transfer has failed, the data processing unit 301 sends a message to that effect to the mobile phone 13 (S2122).
  • the data processing unit 13 1 of the mobile phone 13 displays the screen D 9 shown in FIG. 13 on the display device 13 7 (S 120), stating that payment by the debit card cannot be performed. To user 1 and 2.
  • FIG. 14 is a flowchart showing the operation of the mobile phone 13 and the server 30 when the prepaid amount shown in FIG. 4 is automatically deducted from the user's account 16.
  • FIG. 15 is a transition diagram of a screen displayed on the display device 1337 of the mobile phone 13 in this case.
  • the user 1 2 selects “Automatic debit” on the screen D5 shown in Fig. 15 and the input device 1 3 6 changes the data according to the operation of this user 12.
  • the selection information is given to the processing section 13 1 (S 105).
  • the data processing unit 30 determines whether there is no problem in the usage status. If there is no problem in the usage status, the data processing unit 30
  • the data processing unit 301 determines whether or not the withdrawal is possible based on the inquiry result returned from the bank 17 (S231). Data processing if debit is not possible The unit 301 sends a message to that effect to the mobile phone 13 (S2 32).
  • the data processing unit 13 1 of the mobile phone 13 displays the screen D 10 shown in FIG. 15 (S 120), and sends the desired prepaid amount from the user's account 16. Notify user 1 and 2 that debiting is not possible.
  • the mobile phone company 10 requests the withdrawal from the bank 17 by the existing method (S223).
  • FIG. 4 is a block diagram showing a hardware configuration of 50.
  • the personal computer 40 of the user 12 has a data processing unit 401 such as a CPU, a memory 402 such as a ROM and a RAM, and a hard disk (HD). 403, a modem 404, an input device 405 such as a keyboard and a mouse, and a display device 406 such as a CRT display and a liquid crystal display.
  • the server 50 of the virtual store 24 also has a data processing unit 501, a memory 502, a hard disk 503, a modem 504, an input device 505, and a display device 5.
  • the personal computer 40 is connected to the Internet 60 through a modem 404.
  • the server 50 is also connected to the Internet 60 via the modem 504.
  • the server 30 of the mobile phone company 10 is also connected to the Internet 60 via the modem 303.
  • FIGS. 17 and 18 are flow charts showing the operation of the personal computer 40, the portable telephone 13 and the servers 30 and 50 shown in FIG.
  • the user 12 operates the input device 405 of the personal computer 40 to place an order for goods and services at the virtual store 24, and selects mobile phone settlement as the settlement method.
  • the data processing section 401 of the personal computer 40 is turned on.
  • the input order information and the mobile phone number are transmitted to the server 50 of the virtual store 24 through the Internet 60 (S301).
  • the data processing section 501 of the server 50 receives the transmitted order information and mobile phone number (S601).
  • the data processing unit 501 sends billing information such as a store name, a settlement amount, and a mobile phone number to the server 30 of the mobile phone company 10 via the Internet 60, thereby making the mobile phone company 10
  • the user 12 is charged for the settlement amount (S602).
  • the data processing unit 301 of the server 30 receives the transmitted billing information (S501).
  • the data processing unit 301 searches the personal information database 11 based on the received mobile phone number (S502).
  • the data processing unit 301 inquires the usage status from the searched personal information of the user 12 and confirms whether there is any problem (S503). If there is a problem, the data processing unit 301 sends information indicating that the service cannot be used to the server 50. This notifies the virtual shop 24 that the service cannot be used (S504). On the other hand, if there is no problem with the usage situation, the data processing unit 301 identifies the e-mail address of the user 12 from the retrieved personal information, and sends the billing data to the mobile phone 13 by e-mail. Send (S505). This means that the mobile phone company 10 issues a bill to the user 12 on behalf of the virtual store 24. In the mobile phone 13 of the user 12, the transmission / reception unit 135 receives the request data transmitted from the server 30 of the mobile phone company 10 (S401).
  • the data processing section 13 1 of the mobile phone 13 displays the screen D 1 1 shown in FIG. Is displayed on the display device 1 3 7.
  • the data processing section 13 1 displays the screen D 12 on the display device 1 37.
  • This is an electronic invoice, showing the order date, the orderer (usually the same as the customer 1 2), the biller (usually the same as the virtual store 24), and the billing amount (usually the same as the settlement amount) ing.
  • User 1 2 confirms the billing content, selects “Payment” if they agree, and disagrees If so, select Reject.
  • the input device 13 6 of the mobile phone 13 inputs the selection information to the data processing unit 13 1 according to the operation of the user 12.
  • the data processing unit 131 determines whether the payment has been approved based on the input selection information (S402). If the payment is not approved, the transmission / reception unit 135 transmits the information of cancellation / rejection of the payment to the server 30 of the mobile phone 10 (S403). In this case, the data processing unit 1331 displays the screen D13 shown in FIG. 19 on the display device 1337 (S404).
  • the data processing unit 301 receives the information of the settlement cancellation / rejection transmitted from the mobile phone 13 (S 506), and furthermore, the information is stored in the virtual store. The data is transmitted to the server 50 of 24 (S507).
  • the data processing unit 501 receives the information of the settlement cancellation / denial transmitted from the server 30 of the mobile phone company 10 (S605).
  • the data processing section 501 cancels the received payment and transmits the rejection information to the personal computer 40 of the user 12 via the Internet 60, whereby the virtual store 24 setstle the user 12 The user 12 is notified that the user has been canceled or rejected (S606).
  • the data processing unit 401 receives the information of the cancellation / rejection of the settlement transmitted from the server 50 of the virtual store 24 (S 304), and the settlement is canceled. Alternatively, a message that the rejection is made is displayed on the display device 406. If the payment is approved in step S402 above, the data processing unit 131 of the mobile phone 13 sends the unreported data in the RAM I 32 (the mobile phone company 1 It is determined whether or not the payment date and time, the payment amount, etc., which have not yet been notified to 0, will be described later.) (S405).
  • the data processing unit 13 1 calculates the total unreported amount by summing up the unreported settlement amounts (S 406), and then stores it in RAM I 32. The actual unpaid amount is subtracted from the prepaid balance to calculate the true prepaid amount at the present time (S407).
  • the data processing unit 1331 verifies the prepayment balance and determines whether the settlement amount is within the prepayment balance. (S408). Data processing when the settlement amount exceeds the advance balance
  • the unit 13 1 displays the screen D 14 shown in FIG. 19 on the display device 13 7 to notify the user 12 of the shortage of the balance (S 4 09), and then displays the information of the balance shortage.
  • the data is transmitted to the server 30 of the mobile phone company 10 by radio waves (S410).
  • the data processing unit 301 receives the information on the balance shortage transmitted from the mobile phone 13 (S 508). Is transmitted to the server 50 of the virtual store 24 through the Internet 60 (S509).
  • the data processing unit 501 receives the information on the balance shortage transmitted from the server 30 of the mobile phone company 10 (S607), and subsequently, the balance shortage occurs. Is transmitted to the personal computer 40 of the user 12 through the Internet 60 (S608). The personal computer 4 ⁇ of the user 12 receives the information on the balance shortage and displays the fact on the display device 406 (S305).
  • the data processing unit 13 1 displays the screen D 1 shown in FIG. Prompt for input.
  • the input device 13 36 gives the input password to the data processing unit 13 1 (S 4 11).
  • the transmission / reception unit 135 transmits the settlement approval information and the non-notification data to the server 30 of the mobile phone company 10 by radio waves (S412). Specifically, the telephone number of the mobile phone 13, the key code previously registered in the ROM 13 3 in hardware, the password entered in the above step S 4 1 1, and the unpaid settlement amount are transmitted. .
  • the data processing unit 301 receives the settlement approval information transmitted from the mobile phone 13 (S510).
  • the data processing unit 301 searches the personal information database 11 and specifies the personal information of the user 12 based on the received mobile phone number. The data processing unit 301 further compares the received key code with a key code registered in advance as the personal information of the user 12 to determine whether or not the key code matches (S511). . If the key codes match, the data processing unit 301 compares the received password with a password registered in advance as the personal information of the user 12 and determines that the password is correct. It is determined whether or not they match (S512).
  • the data processing unit 301 transmits information indicating that the service cannot be used to the mobile phone 13 by radio waves. Notify 2 that this service cannot be used (S513).
  • the transmission / reception unit 135 receives the information indicating that the service cannot be used, transmitted from the server 30 of the mobile phone company 10 (S 413). Subsequently, the data processing unit 13 1 displays on the display device 13 7 that the service cannot be used (S 414).
  • the data processing unit 1331 displays on the display device 1337 that the service procedure has been abnormally terminated (S415).
  • the data processing unit 301 transmits the information that cannot be settled to the server 50 of the virtual store 24 via the Internet 60 (S 5 14 ).
  • the data processing unit 501 receives the information indicating that settlement is impossible transmitted from the server 30 of the mobile phone company 10 (S609).
  • the data processing section 501 sends information about the settlement failure via the Internet 60 to the personal computer 40 of the user 12, whereby the virtual store 24 can settle the payment to the user 12.
  • a notification to the effect that it is not possible is given (S610).
  • the data processing unit 401 receives the information indicating that payment is impossible from the server 50 of the virtual store 21 (S 306), and informs that the payment cannot be performed. Display on the display device 406.
  • the data processing unit 301 updates the usage history database 28, and the The advance balance of the virtual account 110 is updated (S515).
  • the use history database 28 records the settlement date and time, the settlement amount, and the like.
  • the data processing section 301 transmits the updated advance receipt balance to the mobile phone 13 by radio waves (S 516).
  • the data processing unit 13 1 is a server of the mobile phone company 10.
  • the advance balance of the virtual account 110 transmitted from 30 is received (S416).
  • the data processing unit 131 updates the prepaid balance stored in the RAMI 32 so as to be the same as the received prepaid balance of the virtual account, and further updates the unreported data stored in the RAMI 32.
  • S417) This synchronizes the prepaid balance in the mobile phone 13 with the prepaid balance in the virtual account 110 in the mobile phone company.
  • the displayed screen D15 is displayed on the display device 137, and the user 12 is notified that the payment is completed.
  • the server 30 of the mobile phone company 10 transmits the information of the settlement completion to the server 50 of the virtual store ⁇ 24 via the Internet 60, and the mobile phone company 10 completes the settlement. This is notified to the virtual store 24 (S5 17). Then, the mobile phone company 1 ⁇ pays the settlement amount to the virtual store 24 by the existing method (S518).
  • the data processing unit 501 receives the information of the settlement completion transmitted from the server 30 of the mobile phone company 10 (S611). Subsequently, the data processing unit 501 transmits information on the completion of the settlement of the order receipt to the personal computer 40 of the user 12 via the Internet 6 (S612).
  • the data processing unit 401 receives the order details and the information of the settlement completion transmitted from the server 50 of the virtual store 24 (S307).
  • FIG. 20 is a block diagram showing a hardware configuration of the mobile phone 13, the POS terminal 37, and the server 30 used when making a payment at a real store.
  • the # 3 terminal 27 includes a data processing unit 271, an RA 272, a hard disk 273, an input device 274, a display device 275, and an interface (IZF) unit 276.
  • the reader 270 on which the telephone 13 is set is connected to the interface 276.
  • the scanner for reading the barcode is also connected to the interface 276.
  • the cash drawer 278 is also connected to the interface 276.
  • FIGS. 21 and 22 are flowcharts showing the operations of the mobile phone 13, the POS terminal 27, and the server 30 when making a payment at an actual store as shown in FIG.
  • the user 12 Before shopping at the real store 26, the user 12 operates the input device 13 6 of the mobile phone 13 on the screen D 1 shown in FIG. 23 to input a password.
  • the input device 1336 gives the input password to the data processing unit 1331 (S701).
  • the data processing unit 13 1 compares the input password with the password registered in advance in the RAM 32 as shown in FIG. 24 to verify the password (S 70). 2). If the passwords do not match, the data processing section 13 1 displays the screen D 2 shown in FIG. 23 on the display device 1 37 (S 703).
  • the data processing unit 13 1 displays the menu screen D 3 shown in FIG.
  • the data processing unit 1311 determines whether or not there is unreported data (S704).
  • the unreported data is the value of the settlement amount, the settlement time of 3 and the settlement store d when the payment is made at a store outside the radio wave area, and is accumulated in the RAM 32 as shown in Fig. 24. is there. If there is unreported data, the data processing unit 13 1 determines whether or not it is in the radio range (S705). At 0, the not-yet-notified data is transmitted together with the key code previously registered in the ROM 1333 as shown in FIG. 24 (S706).
  • the sum of the not-yet-notified settlement amounts stored in the RAM I 32 is calculated to calculate a total unreported amount (S 707), and then stored in the RAM I 32.
  • the current unpaid balance is calculated by subtracting the accumulated unreported amount from the prepayment balance (S 708).
  • the prepaid balance in the mobile phone 13 is not updated unless the prepaid balance of the virtual account 110 is transmitted from the mobile phone company 10. Therefore, when payments are continuously made with the mobile phone 13 at an actual store outside the radio wave range, the payment amounts are stored in the RAM 32 as unreported data.
  • the data processing unit 301 receives the unnotified data transmitted from the mobile phone 13 of the user 12 in step S706 (S7). 9 0 1). Subsequently, the data processing unit 301 compares the key code transmitted from the mobile phone 13 with a key code registered in advance in the personal information database 11 to check whether the key codes match (see FIG. S 902). If the key codes do not match, the data processing unit 301 transmits information indicating that the service cannot be used to the mobile phone 13 by radio waves, and the mobile phone company # 0 informs the user 12 that the service cannot be used. Notify (S903).
  • the data processing unit 301 updates the usage history database 28 based on the received unnotified data, and updates the balance of the virtual account 110 (S904). Subsequently, the data processing unit 301 transmits the updated latest advance receipt balance to the portable terminal device 13 (S905).
  • the transmission / reception unit 135 receives the information indicating that the service cannot be used, transmitted from the server 30 of the mobile phone company 10 in the above step S903.
  • the data processing unit 131 displays on the display device 137 that the service is not available (S710), and further displays on the display device 137 that the service procedure is abnormally terminated (S71 1). ).
  • the transmitting / receiving unit 135 receives the advance balance transmitted from the server 30 of the mobile phone company 10 in step S905 (S712). Subsequently, the data processing unit 131 updates the prepaid balance stored in the RAMI 32 so as to be the same as the received prepaid balance, and clears the unreported data (S713).
  • step S704 If there is no unreported data in step S704, or after step S708 or S713, the data processing unit 103 displays the currently available balance as shown on a screen D16 shown in FIG. 23 ( S 714).
  • the settlement mode of the mobile phone 13 is turned on, and the data processing section 131 displays the screen D17 shown in FIG. 23 on the display device 137 (S715).
  • the user 12 sets the mobile phone 13 on the reading device 270 (S716).
  • the data processing unit 131 displays the screen D18 shown in FIG.
  • the data processing unit 271 transmits the payment amount to the mobile phone 13 through the reading device 28 (S801).
  • the data processing section 131 is transmitted from the POS terminal 27.
  • the received payment amount is received (S717).
  • the data processing unit 131 determines whether or not the received payment amount is within the current balance (S718). If the payment amount exceeds the balance, the data processing unit 131 displays a screen D19 shown in FIG. 23 on the display device 137, and notifies the user 12 of the balance shortage (S719).
  • the data processing unit 131 transmits the telephone number of the mobile phone 13 and a key code registered in advance in the ROM 133 by hardware to the POS terminal 27 via the reader 28 (S 720).
  • the data processing unit 271 receives the mobile phone number and the key code transmitted from the mobile terminal device 13 (S802).
  • the data processing unit 271 records the received mobile phone number, key code, and settlement details on the hard disk 273 (S803).
  • the data processing unit 271 transmits information of the settlement completion to the mobile phone 13 through the reading device 270 (S804).
  • the data processing unit 131 receives the settlement completion information transmitted from the POS terminal 27, and confirms the completion of the transaction (S721).
  • the data processing unit 131 stores the settlement contents including the settlement amount at this time in the RAMI 32 as unnotified data (S722).
  • the data processing unit 131 displays the screen D18 shown in FIG. If the mobile phone 13 is detached from the reading device 270 on the way, the process ends abnormally. After storing the settlement contents in the RAMI 32 in the above step S722, the data processing unit 131 displays the screen D20 shown in FIG. Then, the payment mode is turned off (S723)
  • the data processing unit 131 determines whether or not the mobile phone is in the radio wave area (S724). If the radio wave is in the radio wave area, the data notifying data stored in the RAMI 32 is transmitted along with the key code programmed in the ROM 133. The data is transmitted to the server 30 of the telephone company 10 (S725).
  • the data processing unit 301 The non-notification data transmitted from 13 is received together with the key code (S909). Subsequently, the data processing unit 301 compares the key code transmitted from the mobile phone 13 with a key code registered in advance in the personal information database 11 to check whether the key codes match (S 910). If the key codes do not match, the data processing unit 301 transmits information indicating that the service cannot be used to the mobile phone 13 by radio waves (S911). The mobile phone 13 receives this information (S726), displays on the display device 137 that the service is not available (S727), and displays on the display device 137 that the service procedure has been abnormally terminated. Displayed above (S728). If the key codes match in step S910, the data processing unit 301 updates the usage history database 28 based on the received unnotified data, and updates the pre-received balance of the virtual account 110 (S912).
  • the data processing unit 301 transmits the latest advance balance to the mobile phone 13.
  • the mobile phone 13 receives the advance balance transmitted from the server 30 of the mobile phone company 10, updates the advance balance stored in the RAMI 32 so as to be the same as the received advance balance, Further, the unreported data is cleared (S729).
  • the data processing unit 271 transmits the contents of the payment to the server 30 of the mobile phone company 10 (S805). It is desirable to transmit the settlement details for each transaction, that is, in real time, but it is also possible to perform batch processing after business closing.
  • the data processing unit 301 is a POS terminal
  • the settlement contents transmitted from 27 are received (S906).
  • the data processing unit 301 transmits information of the settlement completion to the POS terminal 27 (S907). Then, the mobile phone company 10 performs payment processing to the real store 26 based on the settlement contents (S908).
  • the data processing unit 271 is a server of the mobile phone company 10
  • the payment completion information transmitted from 30 is received (S806).
  • the payment amount is transmitted from the POS terminal 27 to the mobile phone 13 and the mobile phone 13 determines whether or not the payment is possible.
  • the balance of the account may be transmitted to the P ⁇ S terminal 27, and the POS terminal 27 may determine whether the settlement is possible.
  • the mobile phone 13 is electrically connected to the P 7S terminal 27 by using the reader 270.
  • short-range wireless communication for example, Bluetooth
  • the connection may be made by wireless LAN (Local Area Network) or Ir DA (Infrared Data Association), or may be made optically by using a barcode reader.
  • a barcode reader mobile phone 1
  • the data to be transmitted from 3 to the P-S terminal 27 can be displayed on the display device 13 with a bar code, and can be read by a bar code reader. These changes can be applied to the embodiment described later.
  • the credit limit was sometimes refused because the credit limit was exceeded, and the payment itself would not be possible if there was not enough cash. There is also. For this reason, there are many users who use multiple credit cards for different purposes, and it is practically difficult for users to recognize and recognize the limit for each company's credit card.
  • the user can always check the amount of money transferred to the virtual account in the mobile phone company, that is, the prepayment balance on the mobile phone. It is guaranteed that payment is always possible.
  • Users can continue to receive services provided by credit sales companies by transferring funds to the virtual account of the mobile phone company using existing payment methods such as credit cards.
  • the courier will not need to prepare cash in advance by introducing payment by mobile phone as a means to collect the price at the time of product delivery, and the courier will reduce the need to give the delivery person change. .
  • the data can be sent all at once after the end of the day's work, or can be sent and received wirelessly each time.
  • terminals that enable settlement at such destinations can be used in small stores, etc., and are easy to introduce.
  • Bank transfer ⁇ ⁇ ⁇ Fees can be reduced compared to settlement with a convenience store.
  • the user When transferring funds to a virtual account in a mobile phone company using the “addition to call charges” payment method, the user pays a monthly fee of about 100 to 200 yen. In the case of making small payments repeatedly within the same month, the fee paid by the user will be lower than when using bank transfer or settlement at a convenience store.
  • the merchant receives the total amount from the mobile phone company. It is easy to introduce the system even in stores (companies) with a lot of small payments, and the fee burden is fair regardless of the amount of each transaction settlement. In other words, in the conventional payment system, the profit margin is not squeezed even in stores and companies (for example, convenience stores) where small payments are the majority.
  • the payment system is suitable for small value transactions.
  • the ongoing electronic money plan aims to download and use the money information itself on a mobile phone, but in this embodiment, the mobile phone is used as a tool for realizing the transfer from a virtual account. It can also be used to transfer electronic money to a virtual account.
  • the purpose is to increase the security and convenience of the mobile phone company and the settlement site by intervening in the commercial transaction, and does not add monetary value to the mobile phone. Therefore, if electronic money is lost, it is the same as losing cash. However, in this embodiment, even if the mobile phone is dropped, the monetary value is not lost.
  • the credit inquiry is performed at the time of prepayment and does not need to be performed at the time of settlement, so the time required for settlement is short. This time is shorter than the time currently required for credit card / debit card payments at physical stores.
  • a virtual account is set up in a mobile phone company, but a virtual account may be set up in a financial institution such as a bank.
  • a virtual account is set up in a server that can directly or indirectly communicate with a mobile phone. It may be provided.
  • the second embodiment of the present invention will be described focusing on the differences from the first embodiment.
  • FIG. 25 is a schematic diagram showing the transfer of funds according to the second embodiment of the present invention.
  • a virtual account 110 of a user 12 is assigned to a financial institution 70 such as a bank. It is provided on the server computer.
  • This virtual account 110 has a balance, real account number, virtual The account number, mobile carrier, and mobile phone number are stored.
  • the real account number the number of the account actually opened by the user 12 at the financial institution 70 is registered.
  • the virtual account number a number for specifying this virtual account 110 is registered.
  • the mobile phone company the name of the mobile phone company 10 to which the user 12 has subscribed is registered.
  • the mobile phone number the mobile phone number of the mobile phone 13 of the user 12 is registered.
  • the financial institution 70 has a real account 710 of the user 12, a deposit / withdrawal history database 712 of the virtual account 110, and a settlement history database of the virtual account 110.
  • a database 7 14 is provided.
  • the real account 710 of the user 12 stores a real account number and an account balance.
  • the deposit / withdrawal history database 7 12 stores the account number of the virtual account 110, the date of deposit / withdrawal of the virtual account 110, and the deposit / withdrawal amount.
  • the settlement history database 7 14 stores the account number of the virtual account 110, the date of deposit and withdrawal of the virtual account 110, the settlement amount, and the virtual account balance at that point in the mobile phone 13.
  • the state indicating whether the notification has been made to 13 is stored.
  • the personal information database 11 in the server computer of the mobile phone company 10 stores the name of the financial institution 70 with which the user 12 is trading.
  • Figure 26 is a block diagram showing the hardware configuration of a mobile phone, a mobile phone company server, and a financial institution server used for money transfer.
  • the database 30 of the server 30 of the mobile phone company 10 stores the advance history. And settlement history are not recorded.
  • virtual account information is not recorded in this personal information database 11.
  • the server 72 of the financial institution 70 is provided with a database 720, which stores virtual account information 110, virtual account deposit / withdrawal history 7 1 2, and virtual account settlement history 7 1 4 is recorded.
  • the data processing unit 70 1 of the server 72 communicates with the data processing unit 301 of the server 30 and performs settlement processing using the database 70 2.
  • FIG. 27 and 28 show the operation of the mobile phone 13, mobile phone company server 30, and financial institution server 72 when transferring funds to the virtual account 110 of the financial institution 70. It is a flowchart.
  • Figure 29 shows the mobile phone 13 in this case.
  • FIG. 7 is a transition diagram of a screen displayed in FIG.
  • step S104 the user 12 operates the input device 1336 of the mobile phone 13 to input a desired transfer amount.
  • the input device 1336 gives the input transfer amount to the data processing unit 1331.
  • the transmission / reception unit 135 of the mobile phone 13 transmits the input transfer amount to the server 30 of the mobile phone company 10 together with the mobile phone number, the key code, and the unreported data.
  • a transfer request is transmitted to the bank of the user 12 (S240). Specifically, the name of the bank of the user 1 2 (here, Bank B) is read from the personal information data 1 1 of the user 1 2, and the mobile phone of the user 1 2 is read to the server 7 2 of the bank B. A telephone number and a transfer amount are transmitted, and a request is made to transfer the transmitted amount from the real account 7.10 of the user 12 to the virtual account 110.
  • the data processing unit 700 receives the transfer request transmitted from the mobile phone company 10 (S1000).
  • the data processing section 701 refers to the real account 710 of the user 12 to determine whether or not the transfer is possible (S1001). If the requested transfer amount exceeds the balance of the real account 710, the data processing unit 701 sends information indicating that transfer is not possible to the server 30 of the mobile phone company 10 (S1002). ).
  • the data processing unit 301 receives the non-transferable information transmitted from the financial institution ⁇ 0 (S 2 4 1), and continues to transmit this information to the user 1 2 The message is transmitted to the telephone 13 (S2 42).
  • the transmission / reception unit 135 receives the non-transferable information transmitted from the mobile phone company 100 (S 140).
  • the data processing unit 13 1 displays the screen D 21 shown in FIG. 29 on the display device 13 7 (S 14 1), and notifies the user 1 that the transfer cannot be performed due to insufficient balance. Notify 2. Subsequently, the data processing unit 131 displays an abnormal end on the display device 133 (S142).
  • step S1001 If the transfer amount requested in step S1001 is within the balance of the real account 710, the data processing unit 701 transfers the requested amount from the real account 710 to the virtual account. Transfer to 110 (S104).
  • the data processing unit 701 updates the deposit / withdrawal history database 712 based on the transfer amount (S1005).
  • the data processing unit 701 determines whether or not there is unreported data in the information received in step S1000 (S1005). In step S704, there is unreported data. In step S106, the mobile phone 13 transmits unreported data to the mobile phone company 10, and in step S224, the mobile phone. When the company 10 has transmitted unreported data to the financial institution 70, the data processing unit 701 updates the settlement history database 714 based on the unreported data (S10 ⁇ 6). If there is no unreported data, the data processing unit 701 sends the balance of the virtual account 110 to the mobile phone company 10 (S 1 0 7).
  • the data processing unit 301 receives the balance of the virtual account 110 transmitted from the financial institution 70 (S 243) and continues to use this data.
  • the data is transmitted to the mobile phone 13 of 12 (S207).
  • the transmission / reception unit 135 receives the balance of the virtual account 110 transmitted from the mobile phone company 10 (S 113), and Processing unit 1 3 1 updates the virtual account balance recorded in RAM 3
  • FIG. 30 is a schematic diagram showing settlement at a virtual store according to the second embodiment of the present invention.
  • a settlement institution 80 is provided between the virtual store 24 and the financial institution 70 on the Internet.
  • the payment institution 800 stores the payment information 8100 each time the service is used, and based on the accumulated payment information 810 The usage fee is paid to the virtual store 24 collectively.
  • the payment information 8100 includes the name of the financial institution 70 as the bank name, the name or name of the user 12 as the payer name, the transfer amount, the virtual account number of the virtual account 110, and the payment destination on the Internet.
  • the name of the virtual store 24 is included.
  • Figure 31 shows a personal computer 40, a mobile phone 13, a server 30 of a mobile phone company 10, a server 72 of a financial institution 70, and a server 82 of a payment institution 80 used for settlement at a virtual store.
  • 3 is a block diagram showing a hardware configuration of a server 50 of the virtual store 24.
  • the server 82 of the settlement institution 80 is provided with a data processing unit 800 and a database 800.
  • the database 8 02 stores payment information 8 10.
  • the data processing unit 8101 communicates with the data processing unit 7101 of the server 72, and performs payment processing to the virtual store 24 in accordance with the settlement information 810 stored in the database 80.2.
  • Figures 32 to 34 show the personal computer 40, the mobile phone 13, the server 30 of the mobile phone company 10, the server 50 of the virtual store 24, and the server 50 when performing settlement at the virtual store 24.
  • 5 is a flowchart showing the operation of the server 72 of the financial institution 70.
  • the operation of the server 82 of the settlement institution 80 is omitted.
  • the server 30 of the mobile phone company 10 transmits the billing data from the virtual store 24 to the mobile phone 13 (S505).
  • the transmission / reception unit 135 receives the billing data (S
  • the electronic invoice sent by the e-mail is opened (S420). Subsequently, after processing the unreported data in the same manner as in the first embodiment (S405 to S407), the data processing unit 131 displays the billing content and usage on the display device 1337. The available balance (for example, screen D22 or D23 shown in FIG. 35) is displayed (S4 21).
  • the data processing unit 13 1 verifies whether or not the billed amount is within the available balance (S 4 22). If the billed amount is within the available balance, a "Payment” button is displayed as shown in screen D22 of Fig. 35. If billing exceeds available balance, Figure 3 As in screen D23 on screen 5, the button "Put money in your wallet” is displayed.
  • the data processing unit 13 1 determines whether or not to transfer the additional funds in accordance with the operation of the user 12 (S 4 23). If the additional fund is to be transferred, the above-mentioned fund transfer is performed (S424). If the additional fund is not to be transferred, the process proceeds to step S403.
  • step S422 it is determined whether or not the user 12 has approved the settlement as in the first embodiment (S402). Further, after confirming the password in the server 30 of the mobile phone company 10 (S512), the data processing unit 301 transmits the information of the settlement request to the financial institution 70, and If the notification data exists, the non-notification data is transmitted (S520).
  • the data processor 701 receives the information of the settlement request transmitted from the mobile phone company 10 (S110).
  • the data processing unit 701 transfers the received settlement amount from the virtual account 110 of the user 12 (S111). If unreported data is received, the unpaid settlement amount is also transferred from the virtual account 110 of the user 12.
  • the settlement institution 80 is requested to transfer the settlement amount to the virtual store 24.
  • the settlement institution 80 does not pay the settlement amount to the virtual store 24 every time the request is made, but collectively pays the plurality of settlement amounts to the virtual store 24 in a predetermined monthly unit.
  • Such a settlement institution 80 is not always necessary, and the financial institution 70 may pay the settlement amount directly to the virtual store 24. However, the establishment of a settlement institution 80 can reduce the commission generated each time a transfer is made.
  • the data processing unit 701 updates the deposit / withdrawal history database 712 based on the settlement amount. (S111).
  • the data processing unit 7 0 1 executes a settlement history database based on the settlement amount.
  • the data processing unit 701 reads out the balance of the virtual account 110 and transmits it to the mobile phone company 10 (S 110).
  • the data processing unit 301 is a financial institution.
  • the virtual account balance transmitted from 0 is received (S 5 21), and is subsequently transmitted to the mobile phone 13 of the user 12 (S 5 16).
  • FIG. 36 is a schematic diagram showing settlement at a real store according to the second embodiment of the present invention. As shown in Fig. 36, even in the case of settlement at a real store, the settlement institution 80 collectively transfers the transfer request from the financial institution 70 to the real store 26.
  • FIG. 3 is a block diagram showing a hardware configuration of No. 2;
  • the data processing unit 801 of the server 82 of the clearing house 80 communicates with the data processing unit 701 of the server 72, and the actual store according to the payment information 810.
  • FIGS. 38 to 40 are flowcharts showing the operations of the mobile phone 13, the POS terminal 27, the server 30 of the mobile phone company 10, and the server 72 of the financial institution 70 when making payment at a real store. It is.
  • the second embodiment Unlike the first embodiment shown in FIG. 21 above, the second embodiment
  • step S707 shown in 38 the data processing unit 1311 of the mobile phone 13 calculates the total unreported amount calculated in step S707 from the virtual account balance recorded in RAM I32. Is subtracted.
  • step S902 the data processing unit 301 sends the unreported data to the server 72 of the financial institution 70. (S920).
  • the data processing unit 700 receives the unnotified data transmitted from the mobile phone company 10 (S1200).
  • the data processing unit 701 updates the settlement history database 714 based on the received unnotified data (S1221).
  • the data processing section 701 sends the virtual account balance of the virtual account 110 to the server 30 of the mobile phone company 10 (S122).
  • the data processing unit 301 The virtual account balance transmitted from 0 is received (S921), and subsequently transmitted to the mobile phone 13 of the user 12 (S1 ⁇ 5).
  • the transmission / reception unit 135 receives the virtual account balance transmitted from the mobile phone company 10 (S 712), and the data processing unit 131 sends the virtual account balance to the RAMI 32 based on the received virtual account balance.
  • the recorded virtual account balance is updated and the unreported data is cleared (S713).
  • the data processing unit 301 transmits the received payment content to the server 72 of the financial institution 70. Send it (S922).
  • the data processing unit 701 receives the settlement contents transmitted from the mobile phone company 10 (S1203).
  • the data processing unit 701 updates the settlement history database 714 based on the received settlement contents (S1204).
  • the data processing unit 701 transmits the information of the settlement completion to the server 30 of the mobile phone company 10 (S1205). Then, the financial institution 70 performs payment processing to the real store 26 through the settlement institution 80 in the same manner as in the case of the virtual store (S1206).
  • the data processing unit 301 receives the settlement completion information transmitted from the financial institution 70 (S923), and subsequently transmits this to the POS terminal 27 of the real store 26 (S923). S 907).
  • step S909 the data processing unit 301 transmits the unnotified data received in step S909 to the server # 2 of the financial institution 10. Yes (S924).
  • the data processing unit 701 receives the unreported data transmitted from the mobile phone company 10 (S1207).
  • the data processing unit 701 updates the settlement history database 714 based on the received unreported data (S1208).
  • the data processing unit 701 reads out the virtual account balance of the virtual account 110 and transmits it to the server 30 of the mobile phone company 10 (S1209).
  • the data processing unit 301 receives the virtual account balance transmitted from the financial institution 70 (S 925), and then continuously uses the balance of the mobile phone of the user 12. It transmits to 13 (S913).
  • the transmission / reception unit 135 receives the virtual account balance transmitted from the mobile phone company 110 (S 730), and furthermore, the received virtual account balance is added to the received virtual account balance.
  • the virtual account balance recorded in the RAM 32 is updated based on the information and the unreported data is cleared (S729).
  • the transfer of funds to the virtual account 110 is performed in the first embodiment. It is simpler than the form.
  • the financial institution 70 has a virtual account 110 separate from the real account 7110, but the real account 7110 is treated as a virtual account 110 as it is. Well ,. In this case, there is no need to transfer funds from the real account 710 to the virtual account 110, so the processing procedure is further simplified.
  • the user may place an order using a mobile phone which is placing an order using a personal computer.
  • the mobile phone acts as a substitute for a personal computer.
  • the virtual account is provided in the mobile phone company, and in the second embodiment, the virtual account is provided in the financial institution.In the third embodiment described below, the virtual account is provided in the mobile phone company and the financial institution. Establishes a virtual account at a separate clearing house.
  • a user who wishes to use the service according to the third embodiment registers in advance a bank account number or a credit card number of a credit company required for depositing a prepayment into a virtual account with a clearing house. Keep it.
  • the user requests the payment institution through the mobile phone company using a mobile phone to deposit the prepayment into the virtual account before the payment.
  • the clearing house uses the pre-registered bank account number or credit card number of the credit company to request a prepayment to the user. Clearing house After the payment is requested, the prepaid money is paid to the virtual account, and the balance of the virtual account is transmitted to the mobile phone via the mobile phone company.
  • the virtual store and the real store charge not the mobile phone company or the financial institution but the settlement institution as in the first and second embodiments.
  • FIG. 41 is a schematic diagram showing a method of first performing use registration when a user 12 of the mobile phone 13 desires to use the service.
  • users wishing to use this service1 2 are required to subscribe to a mobile phone company, a mobile phone number, a bank account number for withdrawing a prepayment or a credit company.
  • the clearing house 90 registers the user information 910 in the database based on the withdrawal account registration form 25.
  • the settlement institution 90 notifies the user 12 of the member number (customer number in the user information 9110) given to the user 12 through the mobile phone company # 0.
  • the user 12 confirms the contents of the notification, and if there is no problem, approves the application for this service to the clearing house 90 through the mobile phone company 10.
  • the settlement institution 90 establishes a virtual account 110 and establishes an area in the database for recording the deposit / withdrawal history 912 and settlement history 914 of the virtual account in the database.
  • the database of the settlement organization 90 includes member stores (including virtual stores and real stores) that can use this service and member store information 91 such as a transfer account for transferring the amount used at the member stores. 6 are registered.
  • the settlement institution 90 notifies the start of the service to the mobile phone 13 of the user 12 through the mobile phone company 10.
  • the mobile phone company 10 changes the use status of the personal information 11 from “unregistered” to “usable”.
  • the usage status of the mobile phone 13 is changed from “unavailable” to “available”.
  • FIG. 4 is a schematic diagram showing a transfer of funds when a debit is made from an account.
  • the user 12 uses the mobile phone 13 to request the clearing house 90 through the mobile phone company 10 to deposit a desired prepayment into the virtual account 110.
  • a case where 50,000 yen is deposited in the virtual account 110 is illustrated.
  • the payment institution 90 receives a request for prepayment to the virtual account 110, the payment institution 90, such as a bank or a credit company, in which the account 16 Request financial institution 170 to withdraw prepayment.
  • the financial institution 170 receiving the withdrawal request confirms whether the debit is possible, and if possible, sends the transfer data to the clearing house 90 and pays the prepayment to the clearing house 90. If the bow 1 cannot be dropped, the settlement institution 90 is notified to that effect.
  • the payment institution 90 receives the transfer data from the financial institution 170, it updates the deposit / withdrawal history 912 and further updates the virtual account 110.
  • the clearing house 90 notifies the mobile phone company 10 of the updated balance of the virtual account 110.
  • the mobile phone company 10 creates transmission data 102 such as a mobile phone number and a virtual account balance.
  • the mobile phone company 10 notifies the user 12 of the virtual account balance based on the transmission data 102.
  • the mobile phone 13 of the user 12 updates the virtual account balance.
  • the transmission data 102 is cleared.
  • transmission of the transmission data 102 is impossible, for example, when the user 12 is out of the radio range, the transmission data 102 is retained without being cleared.
  • FIG. 43 is a schematic diagram showing a method for making a payment at a virtual store 24 on the Internet using the mobile phone 13.
  • the user 12 places an order with the virtual store 24 using the mobile phone 13 or the personal computer 40.
  • the virtual store 24 receiving the order sends an electronic invoice describing the customer number and billing details of the user 12 to the mobile phone 13 of the user 12 through the payment institution 90 and the mobile phone company 10.
  • the user 12 confirms the transmitted electronic bill on the mobile phone 13, and if the billed content matches the content of his / her order, approves the payment to the clearing house 90 through the mobile phone company 10. Notice.
  • the settlement institution 90 obtains the approval of the settlement, it updates the deposit / withdrawal history 9 12 and the settlement history 9 14 according to the billing content. In both cases, the balance of the virtual account 110 is also updated.
  • an example is shown in which a product of 30000 yen is purchased at a virtual store 24 called store B.
  • the clearing house 90 notifies the mobile phone company 10 of the updated virtual account balance.
  • the mobile phone company 10 uses the virtual account balance as transmission data 102 and transmits it to the mobile phone 13 of the user 12.
  • the virtual account balance of the mobile phone 13 is updated accordingly.
  • the transmission data 102 is cleared.
  • the settlement institution 90 finishes updating the virtual account balance, it notifies the user 12 through the virtual store 24 of the completion of the settlement. Further, the clearing house 90 transfers the payment amount to the transfer account of the member store based on the member store information 9 16.
  • FIG. 44 is a schematic diagram showing a method of making a payment at the real store 26 using the mobile phone 13.
  • the POS terminal 27 transmits the payment amount to the mobile phone 13. If the payment amount is within the virtual account balance, the mobile phone 13 records the payment details in the unreported data and transmits the mobile phone number, key code, and password to the POS terminal 27. In response, the POS terminal 27 notifies the mobile phone 13 of the completion of the settlement.
  • the terminal 27 notifies the settlement institution 90 of the settlement contents together with the mobile phone number, the key code and the password.
  • the clearing house 90 requests authentication by transmitting the received mobile phone number, key code and password to the mobile phone company 10.
  • the mobile phone company that received the certification request 1 The mobile phone company that received the certification request 1
  • the mobile phone company 10 notifies the settlement institution 90 that the authentication has been successfully completed.
  • the clearing house 90 updates the deposit / withdrawal history 9 12 and the settlement history 9 14.
  • the clearing house 90 further updates the balance of the virtual account 110 and changes the unreported status from “none” to “present”.
  • an example is shown in which a real merchandise store D 26 purchases a product for 1000 yen.
  • the clearing house 90 notifies the real store 26 that the payment has been completed.
  • the clearing house 90 deposits the settlement amount into the transfer account of the member store based on the member store information 9 16.
  • FIG. 11 is a schematic diagram showing a method in which the settlement institution 90 requests the mobile phone 13 to transmit unreported data in order to synchronize the virtual account balance when the number does not match with that of FIG.
  • the clearing house 90 requests unreported data from the mobile phone 13 of the user 12 through the mobile phone company 10.
  • the mobile phone 13 transmits the unreported data to the clearing house 90 through the mobile phone company 10.
  • the clearing house 90 changes the state of the corresponding payment in the payment history 911 from “not notified” to “notified” based on the received unnotified data.
  • the clearing house 90 sends the balance of the virtual account 110 to the mobile phone company 10.
  • the mobile phone company 10 uses the received virtual account balance as the transmission data 102 and changes the unreported information in the personal information 11 from “Yes” to “No”.
  • the mobile phone company 10 sends the virtual account balance to the mobile phone 13.
  • the mobile phone 13 updates the virtual account balance and clears the unreported data.
  • the mobile phone company 10 completes the transmission of the virtual account balance, it clears the transmission data 102.
  • FIG. 46 is a schematic diagram showing a method in which the settlement institution 90 charges the credit company 20 for the settlement amount in the virtual store 24 by the user 12 in place of the virtual store 24.
  • This billing service does not use the virtual account 110 set up at the payment institution 90, but rather uses the bank account number registered as the user information 910 or the credit card of the credit company. Debit payment or card payment is performed using the number.
  • the temporary store An electronic invoice composed of such as is issued to the user 12 through the settlement institution 90 and the mobile phone company 10.
  • the user 12 confirms the electronic invoice sent to the mobile phone 13, and notifies the clearing house 90 via the mobile phone company 10 if the payment is approved.
  • select one of the pre-registered payment methods For example, an example is shown in which the credit card settlement of the credit company E is selected.
  • the settlement institution 90 notifies the virtual store 24 of the approval of the settlement and notifies the credit company 20 of the settlement contents such as the credit card number and the settlement amount using the user information 910.
  • the credit sales company 20 performs payment processing of the settlement amount to the virtual store 24, and notifies the virtual store 24 that the settlement is completed.
  • the settlement institution 90 When the user 1 2 selects the settlement method using a debit card as the settlement method, the settlement institution 90 notifies the bank 17 of the settlement contents such as the account number and the settlement amount using the user information 9 10.
  • the bank 17 debits the settlement amount from the account of the user 12 and performs payment processing of the settlement amount to the virtual store 24.
  • Fig. 47 is a block diagram showing the hardware configuration for use registration shown in Fig. 41.
  • a memory 30 for storing transmission data 102 is stored in the server 30 of the mobile phone company 10.
  • the server 92 of the settlement institution 90 is provided with a data processing section 921 and a database 922.
  • the database 922 stores the user information 910, the deposit / withdrawal history 912 of the virtual account, the settlement history 914 of the virtual account, and the merchant information 916.
  • the data processing section 9221 is connected to the data processing section 301 of the server 30 installed in the mobile phone company 10 and performs predetermined data processing on the database 9222.
  • FIG. 48 is a flow chart showing the operations of the mobile phone 13 of the user 12, the server 30 of the mobile phone company 10, and the server 92 of the settlement institution 90 when performing use registration.
  • the user 12 operates the input device 13 6 of the mobile phone 13 to transmit a use application for this service from the mobile phone 13 to the mobile phone company 10 (S 11).
  • the data processing unit 301 receives the use application transmitted from the mobile phone 13 (S21), and transmits it to the settlement institution 90 (S2).
  • the data processing section 9221 receives the use application transmitted from the mobile phone company 10 (S1301).
  • the settlement company 92 sends out a predetermined application form to the user 12 (S1302).
  • User 1 2 fills in the application form with the bank account number and credit card number of the credit company that wish to withdraw, and returns it to clearing house 90.
  • the clearing house 90 receives the application form returned from the user 12 (S1302).
  • the data processing section 301 registers the user information 9110 in the database 9222 (S1303). Specifically, the user's 12 membership number, mobile phone number, mobile phone company, bank account number, credit card number of a credit company, etc. are registered. Subsequently, the data processing unit 921 notifies the mobile phone company 10 of the member number (S1304).
  • the data processing unit 301 receives the member number transmitted from the settlement institution 90 (S23), and notifies the user 12 of this (S23). Four ) .
  • the transmitting and receiving The member number transmitted from the talk company 10 is received (S12), and if the user 12 approves the application, the user 12 is notified to the mobile phone company 10 (S13).
  • the data processing unit 301 receives the notification of application approval transmitted from the mobile phone 13 (S25), and notifies the settlement institution 90 of this. (S26).
  • the data processing unit 921 receives the notification of the application approval transmitted from the mobile phone company 10 (S1305), and opens the virtual account 110. Then (S1306), the start of the service is notified to the mobile phone company 10 (S1307).
  • the data processing unit 301 receives the service start notification transmitted from the settlement institution 90 (S 27), and determines the use status of the personal information 11 as “not available”. Update from "register” to "available” (S28). Subsequently, the data processing unit 301 notifies the user 12 of the start of the service (S29).
  • the transmitting / receiving unit 135 receives the service start notification transmitted from the mobile phone company 10 (S 14), and changes the usage status from “unavailable” to “not available”. It is updated to "usable” (S15).
  • FIG. 49 shows the mobile phone 13 of the user 12 used for the money transfer shown in Figure 42, the server 30 of the mobile phone company 10, the server 92 of the settlement institution 90, and the financial institution 170.
  • FIG. 3 is a block diagram showing a hardware configuration of a server 17 2.
  • the server 172 installed in the financial institution 170 includes a data processing unit 174 and a database 176.
  • the data processing section 174 processes the data of the databases 1 to 6 and is connected to the data processing section 301 of the server 30 installed in the mobile phone company 10.
  • the database 176 contains user information 177 such as the user's address and name, real account information 178 about real accounts opened at financial institutions 170, and deposits and withdrawals in real accounts.
  • the real account history 1 7 9 and the like are registered.
  • FIGS. 50 to 52 show the mobile phone 13 and the mobile phone company 10 when transferring funds from the financial institution 170 to the virtual account 110 of the settlement institution 90 as shown in FIG. 9 is a flowchart showing the operation of the server 30 of the third embodiment and the server 92 of the settlement institution 90.
  • the mobile phone 13 checks the use status, and if it is not available, the fact is displayed on the display device 1337 (S100). If it can be used, it prompts the user 12 to enter a password (S101).
  • S102 verifying the password
  • S104 the unreported data is confirmed and the available balance is displayed in the same manner as in Fig. 21 (S710) ).
  • the transmission / reception unit 13 5 of the mobile phone 13 transmits the prepaid amount and the like input in step S 104 to the mobile phone company 10 (S 106).
  • the password entered in 1 is also transmitted to the mobile phone company 10.
  • the server 30 of the mobile phone company 10 searches the personal information 11 based on the mobile phone number received by the data processing unit 301 (S202), and then receives the received key code and password. Is verified (S203). If the key codes or passwords do not match, the use status of the personal information 11 is changed from “available” to “unavailable” (S250), and the user 12 is notified of the authentication error (S2). 5 1).
  • the transmission / reception unit 135 receives the notification of the authentication failure from the mobile phone company 10 (S 150), and the data processing unit 13 1 1 responds accordingly.
  • the usage status of the telephone 13 is changed from “available” to “authentication abnormal” (S 15 1), and the suspension of use of this service is displayed on the display device 13 (S 15 2).
  • the data processing unit 301 confirms the usage status of the personal information 11 (S204), and the usage status becomes "Usage”. If "OK", it is determined whether or not there is unreported data (S253). If there is unacknowledged data, the data processing unit 301 sends the unacknowledged data to the clearing house 90 together with the prepayment amount received in step S201 (S254). On the other hand, if there is no unreported data, the data processing unit 301 sends only the prepaid amount to the settlement institution 90 (S255). When the prepaid amount is transmitted from the mobile phone company 10 to the settlement institution 90, the mobile phone number of the user 12 is also transmitted.
  • the data processing unit 921 receives the mobile phone number and the prepaid amount transmitted from the mobile phone company 10 (S1300), and receives the received information. Creates billing data for the financial institution 170 with which the user 12 has an account based on the user information 9 10 registered in the database 9 2 Yes (S1301). The clearing house 90 requests the financial institution 170 to withdraw the prepaid amount according to the billing data (S1302).
  • Financial institution 1 70 accepts account of user 12 in response to debit request from clearing institution 90
  • the prepaid amount is deducted from 160 (S1400). Subsequently, the data processing unit 174 determines whether the withdrawal is possible, that is, whether the prepaid amount is within the account balance (S14).
  • the data processing unit 174 notifies the settlement institution 90 of the fact (S1402). In the server 92 of the clearing house 90, the data processing unit
  • the data processing unit 301 receives from the settlement institution 90 a notification that the account cannot be debited (S 256).
  • step S1401 the data processing unit 174 of the server 172 transmits the transfer data to the clearing house 90 (S1403), and transfers the transfer data from the account 160 of the user 12 to the account of the clearing house 90.
  • a payment process for transferring the prepaid amount is executed (S1404).
  • the data processing unit 921 receives the transfer data transmitted from the financial institution 170 (S1305), and records the deposit of the prepaid amount in the database 922, and then records the deposit and withdrawal history. 912 is updated (S1306). If unreported data has been transmitted, the settlement amount is recorded in the database 922 to update the settlement history 914 (S1307). Subsequently, the data processing unit 921 updates the virtual account balance by adding the prepaid amount to the balance of the virtual account 110 (S1308). If there is unreported data, change this to "none". Subsequently, the data processing unit 921 transmits the balance of the virtual account 110 to the mobile phone company 10 together with the mobile phone number (S1309).
  • the data processing unit 301 receives the virtual account balance transmitted from the settlement institution 90 (S257), and stores the virtual account balance in the memory 303 as the transmission data 102 (S257). 258). Subsequently, the data processing unit 301 changes the unreported data to “absent” (S259). Next, data processing The unit 301 transmits the transmission data 102 stored in the memory 303 to the portable telephone 13 of the user 12 (S260). Subsequently, it is determined whether or not the transmission has been completed normally (S261).
  • the transmission data 102 is cleared (S262), and the user 12 is out of the radio range or the mobile phone 13 If the transmission data cannot be transmitted to the mobile phone 13 such as when the power supply of the mobile phone is turned off, and the transmission is not completed normally, retransmission processing is performed (S263). Specifically, the transmission data 102 is transmitted to the mobile phone 13 again after a predetermined period has elapsed.
  • FIG. 3 is a block diagram showing a hardware configuration. As shown in FIG. 53, the data processing unit 921 of the server 92 installed in the settlement institution 90 is connected to the Internet 60.
  • FIGS. 54 to 56 show the personal computer 40, the mobile phone 13, the server 30 of the mobile phone company 10, the server 92 of the payment institution 90, and the virtual computer when making a payment at the virtual store 24 as shown in FIG. 5 is a flowchart showing the operation of the server 50 of the store 24.
  • the personal computer 40 or the mobile phone 13 of the user 12 transmits the membership number (customer number) to the virtual store 24 together with the order contents (S301).
  • the server of the virtual store 24 receives these (S601), creates an electronic bill, and transmits the billing content together with the member number to the settlement institution 90 via the Internet 60 (S602).
  • the data processing unit 921 receives the electronic invoice transmitted from the virtual store 24 (S1310), and searches and uses the database 922 based on the received member number.
  • the mobile phone number and mobile phone company of the user 12 are specified from the user information 910 (S1311). Subsequently, the data processing unit 921 transmits the received electronic bill to the corresponding mobile phone company 10 together with the mobile phone number (S1312).
  • the data processing unit 301 In the server 30 of the mobile phone company 10, the data processing unit 301 The electronic bill transmitted from 0 is received together with the mobile phone number (S501). The data processing unit 301 confirms the use status in the personal information 11 (S503), and if the use status is "unavailable", notifies the settlement institution 90 to that effect together with the mobile phone number (S504). .
  • the server 92 of the settlement institution 90 receives the service unavailable notification notified from the mobile phone company 10 together with the mobile phone number (S1313), and notifies the virtual store 24 via the Internet 60. Yes (S1314).
  • the user 12 opens the electronic bill transmitted from the mobile phone company 10 and received by the mobile phone 13 (S 418), and the data processing unit 131 of the mobile phone 13 The contents of the bill and the available virtual account balance are displayed on the display device 137 (S154).
  • the data processing unit 131 inquires the user 12 via the display device 137 whether or not to make an additional transfer to the virtual account 110. (S155). When performing an additional transfer, the data processing unit 131 executes a fund transfer process (S156).
  • the determination as to whether to approve the settlement is made after the verification of the available balance (S408).
  • the cancellation or rejection of the payment received by the data processing unit 301 is transmitted to the clearing house 90 together with the mobile phone number (S507).
  • the data processing unit 921 receives the cancellation or rejection of the settlement transmitted from the mobile phone company 10 (S1315), and sends it to the virtual store 24 via the Internet 60. It is transmitted (S131 6).
  • the cancellation or refusal of the settlement is returned to the user 12 via the virtual store 24 as in the above embodiment (S605, S606, S304).
  • the data processing unit 401 or 131 displays the received payment cancellation or rejection (order cancellation) on the display device 406 or 137 (S308). .
  • the data processing section 131 verifies the input password (S 157). If the password is incorrect, the data processing unit 131 displays The message is displayed on the device 13 (S158), and if the password is correct, the transmission / reception unit 135 notifies the mobile phone company 10 of the approval (S4122).
  • the data processing unit 301 changes the usage status of the personal information 11 from “available” to "authentication error”. (S 5 2 2), and notifies the user 1 2 of that (S 5 2
  • the transmission / reception unit 13 5 receives the notification of the authentication error transmitted from the mobile phone company 10 (S 159), and the data processing unit 13 1 uses the notification. The status is changed from "available" to "authentication error”, and the suspension of use of this service is displayed on the display device 1337 (S161).
  • the data processing unit 921 receives the notification of the authentication error transmitted from the mobile phone company 10 (S1317), and based on the authentication error, The fact that settlement is impossible is notified to the virtual store 24 via the Internet 60 (S1318).
  • the modem 504 receives the notice of settlement failure transmitted from the settlement institution 90 (S613), and in response to this, cancels the order via the Internet 60.
  • the modem 404 or the transmission / reception unit 135 receives the cancellation of the order received from the virtual store 24 (S 309),
  • the data processing unit 410 or 1331 indicates the fact on the display device 406 or 137 (S310).
  • the data processing unit 301 determines whether or not the non-notification is "Yes" (S5 25), and the non-notification is performed. If there is data, the settlement data and the not-yet-notified data are transmitted to the settlement organization 90 together with the mobile phone number (S526). If there is no unreported data, the data processing unit 301 sends the settlement data together with the mobile phone number to the settlement institution 90 (S527). In the server 92 of the settlement institution 90, the data processing unit 921 receives the settlement data transmitted from the mobile phone company 10 (and unreported data if there is unreported data) (S1).
  • the data processing unit 921 sets the non-notification of the virtual account 110 to “none”.
  • the data processing unit 921 sends the updated balance of the virtual account 110 together with the mobile phone number to the mobile phone company 10 (S1323), and notifies the virtual store 24 of the completion of the settlement via the Internet 60. (S1324), and the payment processing to the virtual store 24 is further performed (S1325).
  • the notification of the settlement completion is also sent to the user 12 via the virtual store 24 (S612, S307).
  • the data processing unit 401 or 131 displays the completion of the received settlement on the display device 406 or 137 (S311).
  • the data processing unit 301 receives the virtual account balance transmitted from the settlement institution 90 (S528), and stores the balance as the transmission data 102 in the memory 303. (S529). Subsequently, the data processing unit 301 sets the unreported personal information 11 to “none” (S530), and transmits the transmission data (virtual account balance) 102 stored in the memory 303 to the mobile phone 13 of the user ⁇ 2 Yes (S531).
  • the data processing unit 301 determines whether or not the transmission of the data has been normally completed (S532). If the transmission has been normally completed, the data processing unit 301 clears the transmission data 102 stored in the memory 303 (S533). If not completed normally, transmission processing is performed again (S534).
  • the transmission / reception unit 135 receives the transmission data 102 transmitted from the mobile phone company 10 (S162), and the data processing unit 131 outputs the virtual account balance based on the received transmission data 102. Is updated (S163). Subsequently, the data processing section 131 clears the unreported data (S164), and displays the settlement completion together with the virtual account balance on the display device 137 (S165).
  • FIG. 3 is a block diagram illustrating a hardware configuration of the first embodiment.
  • the server 92 of the payment institution 90 is connected to the POS terminal 27 of the real store 26 and the server 30 of the mobile phone company 10.
  • FIGS. 58 to 60 are flow charts showing operations of the mobile phone 13, the POS terminal 27, the server 30 of the mobile phone company 10, and the server 92 of the payment institution 90 shown in FIG. 57. It is.
  • the data processing unit 301 sends the unreported data together with the mobile phone number to the payment institution.
  • the data is transmitted to 90 (S533).
  • the data processing unit 921 updates the deposit / withdrawal history 912 (S1330).
  • the data processing unit 921 updates the settlement history 914 and sets the state of the corresponding settlement to "notified" (S1331).
  • the data processing section 9221 updates the balance of the virtual account 110 when there is unreported data, and sets the unreported to "none" (S1332).
  • the data processing unit 13 1 stores the settlement content in the unreported data (S 7 722) Then, the terminal information of the mobile phone 13 such as the mobile phone number, key code, and password is transmitted to the POS terminal 27 (S720). Steps S 802 to S 804 and S 721 are the same as those in FIG. After receiving the payment completion notification from the POS terminal 27 in step S 7 21, the data processing unit 13 1 turns off the payment mode (S 7 2 3) and displays the end of the payment on the display device 1 3 7 (S731).
  • the data processing section 27 1 of the P ⁇ S terminal 27 transmits the settlement contents recorded in step S 803 together with the mobile phone number, the key code and the password received in step S 802, to the settlement institution 9. Send to 0 (S805).
  • the data processing unit 921 receives the payment contents transmitted from the POS terminal 27 together with a mobile phone number (3 1 3 3 3), and receives the received mobile phone.
  • the user information 910 stored in the database 922 is searched based on the telephone number (S1334). According to the search result, the data processing section 9 2 1 requests the corresponding mobile phone company 10 to perform authentication. Then, the password is transmitted to the mobile phone company 10 (S1335).
  • the data processing unit 301 performs authentication in the same manner as in FIG. 55 (S511, S512). However, here, if the key code or password does not match, the data processing unit 301 changes the use status of the personal information 1 to “unavailable” (S522) and suspends use of the service. Inform 1 2 (S 5 2 3). In the mobile phone 13 of the user 12, the data processing unit 13 1 changes the usage status to “unavailable” (S 160).
  • the data processing unit 301 changes the unreported personal information 11 to “Yes” (S 925) and notifies the settlement institution 90 of successful authentication. Then, a request process for unreported data described later is performed (S927).
  • the data processing unit 921 receives the notification of the successful authentication transmitted from the mobile phone company 10 (S1330), and the deposit / withdrawal history 912, settlement The balances of the history 9 14 and the virtual account 1 10 are updated (S1320 to S1322).
  • the settlement history 9 14 is updated, its status is set to “not notified”.
  • the data processing section 9221 changes the non-notification of the virtual account 110 to "yes” (S1331).
  • the data processing unit 921 executes the payment processing of the settlement amount to the real store 26. (S 1 3 3 2).
  • the cause of such an authentication error may be fraudulent use of the user 12, but in this case also, the settlement institution 90 guarantees payment to the real store 26.
  • the settlement institution 90 bears the damages caused by unauthorized use, but since the use of this service is stopped when the authentication error is detected as described above, the damages can be minimized.
  • Figure 61 shows the mobile phone 13, the server 30 of the mobile phone 10, and the server 9 2 of the payment institution 90 when the mobile phone 10 requests unreported data from the user 12.
  • 6 is a flowchart showing the operation of the embodiment.
  • the unreported data is stored in the RAM 32 of the mobile phone 13 as in the first embodiment shown in FIG.
  • the hardware configuration shown in Fig. 47 is used. Can be.
  • the data processing unit 301 requests the mobile phone 13 of the user 12 to transmit unreported data at predetermined time intervals (S 540).
  • the transmission / reception unit 135 receives the transmission request of the unnotified data transmitted from the mobile phone company 10 (S 170), and accordingly, the data processing unit 1311 sends the unreported data stored in the RAM32 to the mobile phone company 10 together with the mobile phone number, key code and password (S706).
  • the server 30 of the mobile phone company 10 performs authentication and the like, and the server 92 of the payment institution 90 updates the payment execution 914.
  • Fig. 62 shows the personal computer 40, mobile phone 13, server 30 of mobile phone company 10, server 50 of virtual store 24, and payment institution 90 of the billing agent shown in Fig. 46. It is a block diagram which shows the hardware structures of the server 92 of the server 92 and the financial institution 170.
  • the server 94 of the financial institution includes a data processing unit 941 and a database 942.
  • the data processing unit 941 is connected to the Internet 60 and the data processing unit 921 of the server 92 installed in the settlement institution 90.
  • the database 942 stores user information 943, member store information 944, and user history 945.
  • the user information 943 includes the user's address, name, and telephone number, as well as an account number for a bank, a credit card number and a debit bank account for a credit company.
  • Merchant information 944 is the address and name of the merchant that accepts payment by debit card / credit card.
  • the user history 945 includes the payment amount by the debit card / credit card, the payment, the name of the member store, and the like.
  • Figures 63 and 64 show the personal computer 40, mobile phone 13, mobile phone company 10 server 30, payment institution 90 server 92, and financial institution server shown in Figure 62.
  • 9 is a flowchart illustrating operations of the server 50 of the virtual store 24 and the virtual store 24.
  • the processing of the billing agent shown in FIGS. 63 and 64 is the virtual processing shown in FIGS. 54 to 56. It is similar to the processing of settlement at stores. However, at the time of billing substitution, the mobile phone 13 of the user 12 approves the settlement immediately after opening the electronic bill in step S418 (S402). If the passwords match in step S157, the user 12 is prompted to select a settlement method between settlement by debit card and settlement by credit card (S171). Subsequently, the transmitting and receiving unit 135 of the mobile phone 13 notifies the mobile phone company 10 of the approval of the settlement (S412). At this time, in addition to the mobile phone number, the key code, the password, the payment content, the payment method is also transmitted to the mobile phone company 10.
  • the data processing unit 301 transmits the approval of the settlement received in step S510 to the mobile phone. Sent to clearing house 90 with phone number.
  • the data processing unit 921 notifies the virtual store 24 of the approval of the payment via the Internet 60 (S1335), and the modem 504 in the server 50 of the virtual store 24 The notification is received (S615).
  • the data processing unit 921 notifies the financial institution of the settlement contents (S1336).
  • the data processing unit 941 receives the settlement contents transmitted from the settlement institution 90 (S1500), and performs a predetermined settlement process (S1501).
  • the data processing unit 941 notifies the virtual shop 24 of the possibility of settlement (S1502).
  • the modem 504 receives the notification of the settlement possibility transmitted from the financial institution (S616), judges whether the settlement is possible (S617), and makes the settlement impossible.
  • the cancellation of the order is transmitted to the personal computer 40 or the mobile phone 13 of the user 12 (S618).
  • the modem 404 or the transmitting / receiving unit 135 receives the order cancellation transmitted from the virtual store 24 (S315), and the display device 406 or Displayed at 137 (S316).
  • the third embodiment differs greatly from the first and second embodiments in that the virtual account 110 is provided in the settlement institution 90, but is also different in other respects. These differences can be adopted in the first and second embodiments. You.
  • the user 12 is authenticated based on the personal information 11 provided in the mobile phone company 10, but in the fourth embodiment described below, a payment institution 90 Authenticates users 1 and 2 based on the user information 9 1 ⁇ established in.
  • the hardware configuration for the fourth embodiment is the same as that shown in FIGS. 47, 49, 53, 57 and 62, and therefore, description thereof will not be repeated.
  • the fourth embodiment will be described with a focus on differences from the third embodiment.
  • FIG. 65 is a schematic diagram showing a prepayment method according to the fourth embodiment of the present invention.
  • an area for storing a one-time ID, a small account balance, and a small settlement history, which will be described later, is secured in the RAM I 32 of the mobile phone 13.
  • the user information 910 of the clearing house 90 includes a key code and a password for authenticating the user 12.
  • the user information 910 also includes the e-mail address, the usage status, and the membership category of the mobile phone 13. There are two types of membership: “general” and “member store” for individual users.
  • the virtual account 110 contains the small account balance and the one-time ID.
  • FIGS. 66 and 67 are flow charts showing the operation of the mobile phone, the server of the mobile phone company, and the server of the payment institution in the case shown in FIG.
  • the user 12 uses the mobile phone 13 and selects “prepay” on the menu screen (S98). Specifically, in the mobile phone 13 shown in FIG. 47, FIG. 49, FIG. 53, FIG. 57 and FIG. Is given to the data processing section 13 1. Since steps S99 to S103 are the same as those shown in FIG. 50, description thereof will not be repeated.
  • the user 12 After verifying the password (S 102), the user 12 uses the mobile phone 13 to enter the customer number assigned in advance (S 175). More specifically, the input device 1336 provides the customer number input to the data processing unit 1331 according to the operation of the user 12. Here, user 1 and 2 are entering customer numbers.
  • the stored customer number may be stored in the RAM 32 and transmitted from the second time. Further, the telephone number of the mobile phone 13 may be used as the customer number as in the above embodiment.
  • the transmitting / receiving unit 13 5 of the mobile phone 13 receives the customer number entered in step S 17 5, the key code registered in the ROM 13 3 in advance, and the input in step S 10 1.
  • the transmitted password is transmitted to the mobile phone company 10 (S176).
  • the data processing unit 301 receives the customer number, key code and password transmitted from the mobile phone 13, and directly receives them via the Internet 60. Send to 0. That is, the mobile phone company 10 transfers the customer number, key code, and password transmitted from the mobile phone 13 to the settlement institution 90 (S265).
  • the data processing unit 921 receives the customer number and the key code password transmitted from the mobile phone 13 via the mobile phone company 10 (S20) 0). Thereafter, the server 92 of the settlement institution 90 performs the same processing as steps S203 to S205, S250, and S251 shown in FIG. 50 and FIG. 0 server run on behalf of 30. However, here, the server 92 of the settlement institution 90 sends an authentication abnormality notification to the mobile phone company 10, and the server 30 of the mobile phone company 10 transfers this to the mobile phone 13 (S266) ).
  • Steps S150 to S152, SI10, and S111 of mobile phone 13 are the same as those shown in FIG. 51, and therefore, description thereof will not be repeated.
  • the settlement institution 90 requests the user 12 to input a prepaid amount. More specifically, in the server 92 of the settlement institution 90, the data processing section 9221 transmits a request for the prepaid amount to the mobile phone 13 (S1340). In the server 30 of the mobile phone company 10, the data processing unit 301 transfers the request for the prepaid amount transmitted from the settlement institution 90 via the Internet 60 to the mobile phone 13 of the user 12. Yes (S266).
  • the transmitting and receiving unit 13 5 The request for the prepaid amount sent via the mobile phone company 10 is received (S177).
  • the user 12 operates the input device 13 6 of the mobile phone 13 to input a desired prepaid amount and select a payment method of the prepaid amount (S178).
  • As the payment method in the same manner as described above, besides debit from a bank account, debit settlement, credit settlement, transfer, settlement by electronic money, and the like.
  • the transmission / reception unit 135 of the mobile phone 13 transmits the input prepaid amount and the selected payment method to the settlement institution 90.
  • the data processing unit 301 transfers the prepaid amount and the payment method transmitted from the mobile phone 13 to the settlement institution 90 (S266).
  • the data processing unit 921 receives the prepaid amount and the payment method transmitted from the mobile phone 13 via the mobile phone company 10 (S1341).
  • the data processing section 9221 executes the settlement processing of the desired advance payment amount by the selected payment method (S1342).
  • the data processing section 9221 determines whether or not settlement is possible (S1343). If the settlement is not possible, the clearing house 90 notifies the user 12 that the prepayment is impossible. Specifically, in the server 92 of the settlement institution 90, the data processing unit 9221 transmits a notification that the advance payment is impossible to the mobile phone 13 (S1344). In the server 30 of the mobile phone company 10, the data processing unit 301 transfers the notice of non-prepayment transmitted from the settlement institution 90 via the Internet 60 to the mobile phone 13 (S 27 0 ).
  • the transmission / reception unit 135 receives the prepayment impossible notification transmitted from the settlement institution 90 via the mobile phone company 10 (S 179), and The impossibility is displayed on the display device 13 7 (S 180).
  • step S1343 the settlement institution 90 notifies the user 12 of the completion of the prepayment together with the new balance of the virtual account.
  • the data processing unit 921 sends a notice of the completion of the prepayment together with the balance of the virtual account to the mobile phone 13 (S1345).
  • the data processing unit 301 sends the virtual account balance and the notification of the completion of the prepayment transmitted from the payment institution 90 via the Internet 60 to the user 12. The call is transferred to the telephone 13 (S271).
  • the transmission / reception unit 135 receives the notification of the balance of the virtual account and the completion of the prepayment transmitted from the settlement institution 90 via the mobile phone company 10 (S 1 8 1), the data processing section 13 1 displays the prepaid completion together with the balance of the virtual account on the display device 1 37 (S 18 2).
  • the data processing section 9 2 1 updates the deposit and withdrawal history 9 1 2 based on the prepayment amount (S 1 3 6), and furthermore, the balance of the virtual account 1 10 Is updated (S1308).
  • FIG. 68 is a conceptual diagram showing a first remittance method according to the fourth embodiment of the present invention.
  • the member store billing history 918 and the member store payment history 920 are recorded in the database 922 provided in the server 92 of the clearing house 90.
  • FIG. 69 and FIG. 70 are flowcharts showing the operation of the personal computer, the mobile phone, the server of the mobile phone company, the server of the payment institution, and the server of the virtual store in the case shown in FIG.
  • the personal computer 40 or the mobile phone 13 of the user 12 transmits the customer number to the virtual store 24 together with the order details (S301).
  • the server 50 of the virtual store 24 receives these (S601), and transmits the billing contents together with the customer number to the settlement institution 90 (S602).
  • the data processing unit 921 receives the billing content transmitted from the virtual store 24 (S1310).
  • the server 92 of the clearing house 90 performs the same processing as steps S502, S503, and S505 shown in FIG. 54 on behalf of the server 30 of the mobile phone company 10. Execute.
  • the payment institution 90 The server 92 searches for the user information 910 in the database 922 (S520).
  • the usage status confirmation S503
  • the data processing section 9221 sends the database 9 Search for 2 2, read out the e-mail address of mobile phone 13 from user information 9 10, and send electronic invoice to mobile phone 13 by e-mail according to the e-mail address (S 505 ).
  • This electronic bill records the billing number, billing amount, remittance destination (member store number), and so on.
  • the data processing unit 921 updates the member store billing history 918 and records the billing number, billing date, billing amount, etc. based on the electronic bill transmitted from the virtual store 24 (S 1 3 4 0).
  • the data processing unit 301 transfers the e-mail transmitted from the settlement institution 90 via the Internet 60 to the mobile phone 13 of the user 12 ( S 27 2).
  • the transmission / reception unit 13 5 receives the e-mail transmitted from the payment institution 90 via the mobile phone company 10 (S 4 01), and the data processing unit 13 1 The e-mail is opened in response to the operation of 12 and the electronic bill is displayed on the display device 13 7 (S 4 18).
  • the user 12 confirms the electronic invoice, and selects the “remittance” to remit the invoice amount recorded there to the virtual store 24.
  • the user 12 operates the input device 13 to input the customer number and the password.
  • the mobile phone 13 is connected to the server 92 of the settlement institution 90 in accordance with the remittance URL (Uniform Resource Locator) embedded in the e-mail, and the transmission / reception unit 13 35 remits along with the key code, customer number and password.
  • a selection signal is transmitted to settlement institution 90 (S430).
  • the server 30 of the mobile phone company 10 transfers the remittance selection signal transmitted from the mobile phone 13 to the clearing house 90 via the Internet 60 (S273).
  • the data processing section 921 receives the key code, customer number, password and remittance selection signal transmitted from the mobile phone 13 via the mobile phone company 10 (S1 3 4 1), and based on the received customer number, The user information 910 in the database 922 is searched (S1342). Thereafter, the server 92 of the settlement institution 90 performs the same processing as the steps S511, S512, S5222 to S524 shown in FIG. 55 instead of the server 30 of the mobile phone company 10. Execute.
  • the data processing unit 9 2 1 verifies the key code and password (S 5 1 1, S 5 1 2), and if both match, a notification of completion of remittance is sent together with the new balance of the virtual account 1 10 to the mobile phone company 1
  • the data is transmitted to the mobile phone 13 of the user 1 2 through 0 (S1343).
  • the server 30 of the mobile phone company 10 transfers the remittance completion notification transmitted from the settlement institution 90 via the Internet 60 to the mobile phone 13 of the user 12 (S275).
  • the transmitting / receiving section 135 receives the remittance completion notification transmitted from the clearing house 90 via the mobile phone company 10 (S 431), and furthermore, the data processing section 1. 31 displays the remittance completion together with the virtual account balance after remittance on the display device 13 (S432).
  • the server 92 of the clearing house 90 executes the same processing as steps S1320 to S1322 shown in FIG.
  • the data processing unit 921 updates the member store payment history 920 in the database 9222 and records the billing number, payment 0, payment amount, remittance customer number, etc. (S1345).
  • the data processing section 9221 transmits a payment notice to the virtual store 24 via the Internet 60 (S1346).
  • the modem 504 receives the payment notification transmitted from the settlement institution 90 (S619).
  • FIG. 71 is a conceptual diagram showing a second remittance method according to the fourth embodiment of the present invention.
  • FIGS. 72 and 73 are flowcharts showing the operations of the personal computer, the mobile phone, the server of the mobile phone company, the server of the settlement institution, and the server of the virtual store in the case shown in FIG.
  • the virtual store 24 that receives the order does not notify the user 12 of the payment via the payment institution 90 as in the first remittance method described above, but instead notifies the user 12 directly of the payment. I do.
  • the data processing unit 501 uses the billing content such as the member store number of the virtual store 24 and the bill amount via the Internet 60.
  • the data is transmitted to the mobile phone 13 or the personal computer 40 of the person 12 (S620).
  • the transmission / reception unit 135 or the modem 404 receives them (S312).
  • the user 12 operates the mobile phone 13 after seeing the notified billing content, and selects “remittance” from the menu screen (S97). As in steps S99 to S103, S175, S176, S265, and S200 shown in FIG. 66, the user 12 enters a password and a customer number, and the mobile phone 13 enters these into a key code. Together with the clearing house 90, and the clearing house 12 receives them.
  • the clearing house 90 performs authentication, and if both the key code and the password match in steps S51 1 and S512, requests the user 12 to enter specific remittance contents.
  • the user 12 inputs specific remittance contents and transmits it to the clearing house 90.
  • the data processing unit 921 transmits a request for the remittance content to the mobile phone 13 of the user 12 (S1347).
  • the data processing unit 301 transfers the request for the remittance content transmitted via the settlement institution 90 power internet 60 to the mobile phone 13 (S276).
  • the transmission / reception unit 135 receives the remittance request transmitted from the settlement institution 90 via the mobile phone company 10 (S 433). Subsequently, the input device 136 gives the remittance content input in response to the operation of the user 12 to the data processing unit 131, and the transmission / reception unit 135 transmits the input remittance content to the settlement institution 90 (S 434).
  • Remittance details include the remittance destination merchant number, remittance There is an amount.
  • the data processing unit 301 transfers the remittance content transmitted from the mobile phone 13 to the settlement institution 90 (S277).
  • the data processing unit 921 receives the remittance content transmitted from the mobile phone 13 via the mobile phone company 10 (S13448). Thereafter, steps S1343, S275, S431, S432, S1320 to S1322 shown in FIG. 70 are the same as S1345, S1346, S619, and therefore, description thereof will not be repeated. . However, here, since there is no billing history 918 shown in FIG. 68, the billing history is not updated (S1344).
  • a small account that can be transferred from a virtual account is further provided, and a one-time ID (identifier) that enables the use of the small account is issued.
  • FIGS. 74 and 75 are conceptual diagrams showing a method of issuing a one-time ID according to the fourth embodiment of the present invention.
  • Fig. 74 shows the case where there is no small settlement history
  • Fig. 75 shows the case where there is a small settlement history.
  • a deposit / withdrawal history 915 of a small account is recorded in a database 922 provided in the server 92 of the clearing house 90.
  • FIGS. 76 and 77 are flowcharts showing the operation of the mobile phone, the server of the mobile phone company, and the server of the settlement institution in the case shown in FIGS. 74 and 75.
  • the user 12 operates the mobile phone 13 and selects “One-time ID” on the menu screen (S 96 ). Specifically, in the mobile phone 13, the input device 136 gives a selection signal of “one-time ID” to the data processing unit 131 according to the operation of the user 12. Since steps S99 to S103 and S175 are the same as those shown in FIG. 66, description thereof will not be repeated.
  • the transmission / reception unit 135 After inputting the customer number (S175), in the mobile phone 13, the transmission / reception unit 135 transmits the customer number, the key code, the passcode and the small account information to the settlement institution 90 (S185).
  • the small account information includes the small account recorded in RAMI 32 Includes balance and retail settlement history. However, when requesting a one-time ID for the first time, the retail settlement history does not yet exist. Thereafter, steps S265-S267, S200, S202-S205, S250, S251, S150-S152, S110, S111 are the same as those shown in FIG. Therefore, the description will not be repeated.
  • the settlement institution 90 sets the user 12 Requests the transfer amount from the virtual account to the small account. Specifically, in the server 92 of the settlement institution 90, the data processing unit 921 transmits a request for the desired transfer amount to the small account to the mobile phone 13 of the user 12 (S1350). At this time, the transferable limit (usually the balance of the virtual account) is also transmitted. In the server 30 of the mobile phone company 10, the data processing unit 301 transfers the transfer amount request transmitted from the payment institution 90 via the Internet 60 to the mobile phone 13 (S278).
  • the transmitting / receiving unit 135 receives the transfer amount request transmitted from the settlement institution 90 via the mobile phone company 10 (S186).
  • the user 12 operates the input device 136 of the mobile phone 13 to specify a desired transfer amount (S187).
  • the input device 136 provides the transfer amount specified by the user 12 to the data processing unit 131.
  • the data processing unit 131 calculates the settlement amount specified in step S187 in step S1.
  • the data processing section 131 displays transfer impossible on the display device 137 (S189). On the other hand, if the designated transfer amount is within the limit, the transmission / reception unit 135 transmits the designated transfer amount to the payment institution 90 (S190). In the server 30 of the mobile phone company 1 ⁇ , the data processing unit 301 transfers the transfer amount transmitted from the mobile phone 13 of the user 12 to the settlement institution 90 via the Internet 60 (S279).
  • the data processing unit 921 receives the transfer amount transmitted from the mobile phone 13 of the user 12 via the mobile phone company 10 (S1). 35 1), and further randomly generates a one-time ID (S 135 2).
  • the data processing unit 921 updates the deposit / withdrawal history 912 of the virtual account based on the transfer amount received in step S13351 (S1320), and setstle the virtual account. Update the history 9 14 (S 1 3 2 1), update the balance of the virtual account 1 10 (S 1 3 2 2), and further update the deposit / withdrawal history 9 15 of the small account (S 1 3 4 5).
  • the balance of the virtual account 110 is reduced by 800 yen based on the difference, and becomes 200 yen.
  • the power of 300 yen used for settlement from the small account A new 800 yen will be transferred to the small account, so the balance of the small account will be 150 yen, which is equal to the above transfer amount.
  • the deposit / withdrawal history 915 of the small account records that 300 yen was withdrawn based on the small settlement history of the mobile phone 13 and 800 yen based on the difference. Will be recorded as received.
  • the data processing section 9 21 sends the transfer contents such as the one-time ID and the small account balance generated in step S 13 52 to the mobile phone 13 of the user 12 (S 1
  • the data processing unit 301 sends the transfer contents transmitted from the settlement institution 90 via the Internet 60 to the mobile phone 1.
  • the transmission / reception unit 135 receives the transfer contents transmitted from the settlement institution 90 via the mobile phone company 10 (S119).
  • the data processing unit 131 clears the small settlement history recorded in the RAMI 32 (S192). Subsequently, the data processing unit 131 rewrites the small account balance recorded in the RAMI 32 (S193), and further rewrites the one-time ID recorded in the RAMI 32 (S194).
  • the one-time ID “98765” generated by the settlement institution 90 is recorded in the RAMI 32 of the mobile phone 13.
  • the balance of the small account is updated to “0 yen” and “1000 yen” according to the transfer amount specified by the user 1 2.
  • a new one-time ID of “34567” generated by the settlement institution 90 is recorded in the RAMI 32 of the mobile phone 13.
  • the new small account balance of “1,500 yen” calculated by the clearing house 90 is recorded in the RAMI 32 of the mobile phone 13.
  • the data processing section 131 displays, on the display device 137, the completion of payment to the small account together with the small account balance (S195).
  • FIG. 78 is a conceptual diagram showing a method for making a payment at a physical store using a one-time ID according to the fourth embodiment of the present invention.
  • FIG. 79 is a flowchart showing the operation of the mobile phone, the POS terminal of the physical store, and the server of the settlement institution in the case shown in FIG.
  • the user 12 operates the mobile phone 13 and selects “Payment” on the menu screen ( S 95). Specifically, in the mobile phone 13, the input device 136 gives a selection signal of “payment” to the data processing unit 131 in accordance with the operation of the user 12. Since steps S99 to S103 are the same as those shown in FIG. 66, description thereof will not be repeated.
  • the data processing unit 131 determines whether the one-time ID recorded in the RAMI 32 is valid (S735).
  • the one-time ID has an effective date, and the balance of the small account is the actual store only until that effective date. Can not be used for settlement in One-time ID may be invalidated once used for payment at a physical store.
  • steps S716 to S719 and S801 are the same as those shown in FIG. 5'9, and therefore, description thereof will not be repeated.
  • the interface 139 of the mobile phone 13 is recorded in the POS terminal 27 in the RAMI 32.
  • the transmitted one-time ID is transmitted (S738).
  • the data processing unit 131 updates the small settlement history recorded in the RAMI 32 (S739). Specifically, the data processing unit 131 stores the payment amount, the payment date, the member store number of the real store 26, and the like transmitted from the POS terminal 27. Subsequently, the data processing unit 131 updates the balance of the small account recorded in the RAMI 32 (S740). Specifically, the data processing unit 131 records the new balance by subtracting the settlement amount from the balance of the small account. At this point, the balance of the small account of the mobile phone 13 is different from the balance of the small account of the clearing house 90.
  • the data processing section 131 displays the settlement completion together with the new balance of the small account on the display device 137 (S741).
  • the interface unit 276 receives the one-time ID transmitted from the mobile phone 13 (S810).
  • the data processing unit 271 executes a sales accounting process based on the settlement amount (S811).
  • the interface unit 276 transmits the settlement contents such as the one-time ID, the settlement date, the settlement amount, and the customer number together with the member store number to the settlement institution 90 (S805).
  • the data processing unit 921 receives the payment content transmitted from the POS terminal 27 (S1333), and updates the deposit history 920 of the member store based on the received payment content. (S1355). Subsequently, the data processing section 921 sends a notification to the effect that the payment has been approved to the real store 26 (S1324). The POS terminal 27 of the real store 26 receives the notification of the payment approval transmitted from the settlement institution 90 (S806).
  • the data processing section 921 calculates the total payment amount for one month at the end of the month, for example, and executes the payment processing for the real store 26 (S1325).
  • the server 30 of the mobile phone company 10 transfers the key code transmitted from the mobile phone 13 to the server 92 of the settlement institution 90 as it is.
  • the key code transmitted from 3 may be converted into another key code corresponding to the key code on a one-to-one basis, and transmitted to the server 92 of the settlement institution 90.
  • one-time ID is downloaded when transferring to a small account, but automatically every time the user 12 accesses the service site provided by the payment institution 90 with the mobile phone 13. You may download a new one-time ID. In this case, the security of the one-time ID is further increased because the frequency of updating is increased.
  • the one-time ID is converted into a one-dimensional or two-dimensional barcode image, and the barcode displayed on the mobile phone 13 is optically read by the POS terminal 27 reader at the time of payment at a real store. You may. In this case, it is not necessary to attach a dedicated device for reading information from the mobile phone 13 to the P-S terminal 27, and an existing bar code reader may be used. Also, the balance of the small account may be added to the one-time ID barcode.
  • the settlement institution 90 obtains the key code output from the mobile phone 13 and authenticates the user 12. You don't depend on company 10. Therefore, this service can be provided only by the settlement company 90.
  • a small account is set up separately from the virtual account, and when making a payment at a real store, the virtual account is transferred to the small account in advance, and the price is paid from the small account.
  • the balance of the virtual account does not change to the true balance.
  • the clearing house issues a one-time ID to enable withdrawal from the small account, and the one-time ID is valid and the settlement amount remains in the small account.
  • the mobile phone 13 outputs a one-time ID to the POS terminal 27 only when the distance is within a high range, and the POS terminal 27 completes the payment based on this one-time ID, thereby increasing security.
  • a predetermined program is installed in each of the computers.
  • Each of these programs is for causing a corresponding computer to execute a series of steps arranged in each column shown in the flowchart.
  • Each program can be recorded and distributed on a computer-readable medium such as CD-ROM.
  • the present invention is applicable to a settlement service using a mobile phone.

Abstract

L'invention concerne un compte virtuel (110) à ouvrir dans une société de téléphonie mobile (10) pour chaque utilisateur (12) d'un téléphone mobile (13). Un utilisateur (12) effectue un versement anticipé sur un compte virtuel (110) à l'aide d'un téléphone mobile (13). Le versement anticipé est réalisé en combinaison avec la note de téléphone ou par carte de crédit ou de débit. Un solde du compte virtuel est mémorisé dans un téléphone mobile (13). Lorsqu'un utilisateur fait des achats dans une boutique virtuelle sur Internet, le numéro de son téléphone mobile (13) est transmis, puis, lorsqu'il effectue des achats dans une boutique réelle, ce numéro de téléphone est envoyé à un terminal point de vente. Chaque boutique facture un montant à payer à la société de téléphonie mobile. Le règlement peut ainsi être effectué facilement et en toute sécurité au moyen d'un téléphone mobile.
PCT/JP2001/005039 2000-06-14 2001-06-13 Procede de reglement par telephone mobile et telephone mobile WO2001097118A1 (fr)

Priority Applications (2)

Application Number Priority Date Filing Date Title
JP2002511243A JP4901053B2 (ja) 2000-06-14 2001-06-13 携帯電話機を用いた決済方法および携帯電話機
AU2001264274A AU2001264274A1 (en) 2000-06-14 2001-06-13 Settling method using mobile phone and mobile phone

Applications Claiming Priority (6)

Application Number Priority Date Filing Date Title
JP2000178188 2000-06-14
JP2000-178188 2000-06-14
JP2000221240 2000-07-21
JP2000-221240 2000-07-21
JP2000-402918 2000-12-28
JP2000402918 2000-12-28

Publications (1)

Publication Number Publication Date
WO2001097118A1 true WO2001097118A1 (fr) 2001-12-20

Family

ID=27343721

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2001/005039 WO2001097118A1 (fr) 2000-06-14 2001-06-13 Procede de reglement par telephone mobile et telephone mobile

Country Status (3)

Country Link
JP (1) JP4901053B2 (fr)
AU (1) AU2001264274A1 (fr)
WO (1) WO2001097118A1 (fr)

Cited By (33)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2003316984A (ja) * 2002-04-26 2003-11-07 Joho Seigyo System Kk インターネット通信を用いた取引の成立手順方法
JP2003345992A (ja) * 2002-05-23 2003-12-05 Sk Telecom Kk 金融取引システム及び方法
WO2004075081A1 (fr) * 2003-02-20 2004-09-02 Source Japan Co., Ltd. Systeme de reglements pour le commerce mobile sur le net
WO2004079610A1 (fr) * 2003-03-06 2004-09-16 Bitwallet,Inc Serveur de reglement
JP2006501584A (ja) * 2002-09-30 2006-01-12 サンプソン スコット 取引承認トークンを用いる電子決済確認
JP2006195552A (ja) * 2005-01-11 2006-07-27 Nec Corp 購入データ収集システム、その方法、管理装置およびプログラム
JP2006323689A (ja) * 2005-05-19 2006-11-30 Sankyo Kk 取引システム、サーバ、情報端末、および、アプリケーションプログラム
WO2007024150A1 (fr) * 2005-08-22 2007-03-01 G-Xchange, Inc. Procede de paiement d'achats sans liquide ni carte mais par telephone portable
WO2007024149A1 (fr) * 2005-08-22 2007-03-01 G-Xchange, Inc. Procédé de conversion virtuel de liquidités et retrait sur un compte de liquidités d'un téléphone mobile
WO2007024151A1 (fr) * 2005-08-22 2007-03-01 G-Xchange, Inc. Procede de conversion d'argent liquide en argent virtuel et son chargement sur un compte liquide de telephone mobile
JP2007272538A (ja) * 2006-03-31 2007-10-18 Japan Research Institute Ltd クレジットカード決済処理方法、クレジットカード決済処理システム、携帯端末、およびコンピュータプログラム
JP2008264529A (ja) * 2007-03-28 2008-11-06 Glory Ltd デビットカードシステム及びデビットセンタ処理装置及びデビット端末及びデビット記録媒体販売機
JP2009009374A (ja) * 2007-06-28 2009-01-15 Japan Research Institute Ltd 決済方法、決済プログラム、および決済装置
JP2009505199A (ja) * 2005-08-12 2009-02-05 ヴォウダフォン・グループ・ピーエルシー モバイル口座管理
JPWO2007018119A1 (ja) * 2005-08-05 2009-02-19 日本電気株式会社 電子決済システム及びその方法並びにそれに用いる決済サーバ及び通信端末、プログラム
WO2009037913A1 (fr) * 2007-09-23 2009-03-26 Oki Electric Industry Co., Ltd. Système de chargement d'argent électronique
JP2009080605A (ja) * 2007-09-26 2009-04-16 Oki Electric Ind Co Ltd 電子マネー発行中継装置、口座管理装置、自動取引装置、電子マネー登録装置、電子マネー受取装置および電子マネーシステム
JP2010009432A (ja) * 2008-06-27 2010-01-14 Kyocera Corp 決済システムおよび携帯端末
JP2010525461A (ja) * 2007-04-17 2010-07-22 ビザ ユー．エス．エー．インコーポレイテッド 取引の当事者を認証するための方法およびシステム
WO2011037134A1 (fr) * 2009-09-24 2011-03-31 日本電信電話株式会社 Procédé de paiement électronique, système, serveur et programme correspondants
JP2011186660A (ja) * 2010-03-05 2011-09-22 Yasushi Sato 電子商取引システム、決済サーバ、およびプログラム
WO2011131821A1 (fr) * 2010-04-21 2011-10-27 Payzapper Système de paiement par téléphone
JP2012508928A (ja) * 2008-11-17 2012-04-12 アウトライアー・インコーポレイテッド モバイルウォレットシステムを使用して取引を行うシステムおよび方法
JP2013536516A (ja) * 2011-07-27 2013-09-19 網銀國際股▲分▼有限公司 携帯式装置の支払方法
WO2014020710A1 (fr) * 2012-07-31 2014-02-06 Suginaka Junko Système de règlement et procédé de règlement
JP2014089749A (ja) * 2008-11-26 2014-05-15 Smart Hub Pte Ltd クレジット提供システム及び方法
JP2014160477A (ja) * 2014-03-14 2014-09-04 Yahoo Japan Corp 権限管理装置、権限管理方法および権限管理プログラム
US9208488B2 (en) 2011-11-21 2015-12-08 Mozido, Inc. Using a mobile wallet infrastructure to support multiple mobile wallet providers
JP2017513139A (ja) * 2014-04-02 2017-05-25 イーイノベーションズ ホールディングス ピーティーイー リミテッド 電子取引促進システム及び方法
US9760890B2 (en) 2012-09-19 2017-09-12 Yahoo Japan Corporation Permission management apparatus and permission management method
US9892386B2 (en) 2011-06-03 2018-02-13 Mozido, Inc. Monetary transaction system
JP2018036806A (ja) * 2016-08-31 2018-03-08 日立オムロンターミナルソリューションズ株式会社 モバイルマネジメントシステム、およびモバイルマネジメント方法
US10438196B2 (en) 2011-11-21 2019-10-08 Mozido, Inc. Using a mobile wallet infrastructure to support multiple mobile wallet providers

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9047601B2 (en) 2006-09-24 2015-06-02 RFCyber Corpration Method and apparatus for settling payments using mobile devices

Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH0261786A (ja) * 1988-08-29 1990-03-01 Nec Corp プリペイド・カード入出力装置
EP0416916A2 (fr) * 1989-09-06 1991-03-13 Fujitsu Limited Système électronique sans argent liquide
WO1992011598A1 (fr) * 1990-12-24 1992-07-09 Motorola, Inc. Portefeuille electronique
JPH06121075A (ja) * 1992-10-01 1994-04-28 Nippon Telegr & Teleph Corp <Ntt> 携帯端末を用いたプリペイド方式
WO1996025828A1 (fr) * 1995-02-15 1996-08-22 Nokia Mobile Phones Ltd. Procede pour utiliser des applications dans un poste mobile, poste mobile et systeme pour effectuer des paiements
WO1998026381A1 (fr) * 1996-12-13 1998-06-18 Telefonaktiebolaget Lm Ericsson Procede et systeme pour effectuer des operations sur la base de la monnaie electronique
WO1999024892A2 (fr) * 1997-11-11 1999-05-20 Citicorp Development Center, Inc. Systeme de portefeuille virtuel
JP2000113085A (ja) * 1998-10-08 2000-04-21 Sony Corp 電子現金システム

Family Cites Families (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPS6275768A (ja) * 1985-09-30 1987-04-07 Hitachi Ltd 不正取引検出方式
JPS6332658A (ja) * 1986-07-28 1988-02-12 Casio Comput Co Ltd Ｉｃカ−ドシステム
JP3516994B2 (ja) * 1994-09-19 2004-04-05 株式会社東芝 情報処理システム
US5708422A (en) * 1995-05-31 1998-01-13 At&T Transaction authorization and alert system
JPH10143577A (ja) * 1996-11-11 1998-05-29 Glory Ltd 電子マネーの不正チェックシステム
FI104937B (fi) * 1997-01-27 2000-04-28 Sonera Oyj Tilaajaidentiteettimoduuli, matkaviestin ja menetelmä älykorttitoiminteen suorittamiseksi
KR20060022734A (ko) * 1997-08-13 2006-03-10 마츠시타 덴끼 산교 가부시키가이샤 이동 전자 상거래 시스템
US6636833B1 (en) * 1998-03-25 2003-10-21 Obis Patents Ltd. Credit card system and method
JPH11338946A (ja) * 1998-05-25 1999-12-10 Glory Ltd Ｉｃカードを使った電子財布システムにおける預金処理方法
TR200102424T2 (tr) * 1999-02-18 2002-02-21 Orbis Patents Limited Kredi kartı sistemi ve yöntemi.
AU4501600A (en) * 1999-04-30 2000-11-17 X.Com Corporation System and method for electronically exchanging value among distributed users

Patent Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH0261786A (ja) * 1988-08-29 1990-03-01 Nec Corp プリペイド・カード入出力装置
EP0416916A2 (fr) * 1989-09-06 1991-03-13 Fujitsu Limited Système électronique sans argent liquide
WO1992011598A1 (fr) * 1990-12-24 1992-07-09 Motorola, Inc. Portefeuille electronique
JPH06121075A (ja) * 1992-10-01 1994-04-28 Nippon Telegr & Teleph Corp <Ntt> 携帯端末を用いたプリペイド方式
WO1996025828A1 (fr) * 1995-02-15 1996-08-22 Nokia Mobile Phones Ltd. Procede pour utiliser des applications dans un poste mobile, poste mobile et systeme pour effectuer des paiements
WO1998026381A1 (fr) * 1996-12-13 1998-06-18 Telefonaktiebolaget Lm Ericsson Procede et systeme pour effectuer des operations sur la base de la monnaie electronique
WO1999024892A2 (fr) * 1997-11-11 1999-05-20 Citicorp Development Center, Inc. Systeme de portefeuille virtuel
JP2000113085A (ja) * 1998-10-08 2000-04-21 Sony Corp 電子現金システム

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
DUKACH SEMYON: "SNPP: A simple network payment protocol", PROCEEDINGS OF THE EIGTH ANNUAL COMPUTER SECURITY APPLICATIONS CONFERENCE, 30 November 1992 (1992-11-30), pages 173 - 179, XP002945842 *

Cited By (48)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2003316984A (ja) * 2002-04-26 2003-11-07 Joho Seigyo System Kk インターネット通信を用いた取引の成立手順方法
JP2003345992A (ja) * 2002-05-23 2003-12-05 Sk Telecom Kk 金融取引システム及び方法
JP2006501584A (ja) * 2002-09-30 2006-01-12 サンプソン スコット 取引承認トークンを用いる電子決済確認
WO2004075081A1 (fr) * 2003-02-20 2004-09-02 Source Japan Co., Ltd. Systeme de reglements pour le commerce mobile sur le net
WO2004079610A1 (fr) * 2003-03-06 2004-09-16 Bitwallet,Inc Serveur de reglement
JP2006195552A (ja) * 2005-01-11 2006-07-27 Nec Corp 購入データ収集システム、その方法、管理装置およびプログラム
JP2006323689A (ja) * 2005-05-19 2006-11-30 Sankyo Kk 取引システム、サーバ、情報端末、および、アプリケーションプログラム
JP5000515B2 (ja) * 2005-08-05 2012-08-15 日本電気株式会社 電子決済システム及びその方法
JPWO2007018119A1 (ja) * 2005-08-05 2009-02-19 日本電気株式会社 電子決済システム及びその方法並びにそれに用いる決済サーバ及び通信端末、プログラム
JP2009505199A (ja) * 2005-08-12 2009-02-05 ヴォウダフォン・グループ・ピーエルシー モバイル口座管理
WO2007024149A1 (fr) * 2005-08-22 2007-03-01 G-Xchange, Inc. Procédé de conversion virtuel de liquidités et retrait sur un compte de liquidités d'un téléphone mobile
US7699218B2 (en) 2005-08-22 2010-04-20 G-Xchange, Inc. Method of converting virtual cash to cash and deducting from a mobile phone cash account
EP1960953A4 (fr) * 2005-08-22 2012-12-05 Xchange Inc G Procédé de conversion virtuel de liquidités et retrait sur un compte de liquidités d'un téléphone mobile
WO2007024151A1 (fr) * 2005-08-22 2007-03-01 G-Xchange, Inc. Procede de conversion d'argent liquide en argent virtuel et son chargement sur un compte liquide de telephone mobile
WO2007024150A1 (fr) * 2005-08-22 2007-03-01 G-Xchange, Inc. Procede de paiement d'achats sans liquide ni carte mais par telephone portable
EP1960953A1 (fr) * 2005-08-22 2008-08-27 G-Xchange, Inc. Procédé de conversion virtuel de liquidités et retrait sur un compte de liquidités d'un téléphone mobile
JP2007272538A (ja) * 2006-03-31 2007-10-18 Japan Research Institute Ltd クレジットカード決済処理方法、クレジットカード決済処理システム、携帯端末、およびコンピュータプログラム
JP2008264529A (ja) * 2007-03-28 2008-11-06 Glory Ltd デビットカードシステム及びデビットセンタ処理装置及びデビット端末及びデビット記録媒体販売機
JP2010525461A (ja) * 2007-04-17 2010-07-22 ビザ ユー．エス．エー．インコーポレイテッド 取引の当事者を認証するための方法およびシステム
US9160741B2 (en) 2007-04-17 2015-10-13 Visa U.S.A. Inc. Remote authentication system
US8918637B2 (en) 2007-04-17 2014-12-23 Visa U.S.A. Inc. Remote authentication system
US8631231B2 (en) 2007-04-17 2014-01-14 Visa U.S.A. Inc. Mobile device initiated transaction
JP2019050029A (ja) * 2007-04-17 2019-03-28 ビザ ユー．エス．エー．インコーポレイテッド 取引の当事者を認証するための方法およびシステム
JP2017021816A (ja) * 2007-04-17 2017-01-26 ビザ ユー．エス．エー．インコーポレイテッド 取引の当事者を認証するための方法およびシステム
JP2014160487A (ja) * 2007-04-17 2014-09-04 Visa Usa Inc 取引の当事者を認証するための方法およびシステム
JP2009009374A (ja) * 2007-06-28 2009-01-15 Japan Research Institute Ltd 決済方法、決済プログラム、および決済装置
WO2009037913A1 (fr) * 2007-09-23 2009-03-26 Oki Electric Industry Co., Ltd. Système de chargement d'argent électronique
JP2009075985A (ja) * 2007-09-23 2009-04-09 Oki Electric Ind Co Ltd 電子マネーチャージシステム、電子マネーチャージ管理サーバおよび携帯情報端末
JP2009080605A (ja) * 2007-09-26 2009-04-16 Oki Electric Ind Co Ltd 電子マネー発行中継装置、口座管理装置、自動取引装置、電子マネー登録装置、電子マネー受取装置および電子マネーシステム
JP2010009432A (ja) * 2008-06-27 2010-01-14 Kyocera Corp 決済システムおよび携帯端末
JP2012508928A (ja) * 2008-11-17 2012-04-12 アウトライアー・インコーポレイテッド モバイルウォレットシステムを使用して取引を行うシステムおよび方法
JP2014089749A (ja) * 2008-11-26 2014-05-15 Smart Hub Pte Ltd クレジット提供システム及び方法
US9177309B2 (en) 2009-09-24 2015-11-03 Nippon Telegraph And Telephone Corporation Electronic settlement method, system, server and program thereof
WO2011037134A1 (fr) * 2009-09-24 2011-03-31 日本電信電話株式会社 Procédé de paiement électronique, système, serveur et programme correspondants
JP2011186660A (ja) * 2010-03-05 2011-09-22 Yasushi Sato 電子商取引システム、決済サーバ、およびプログラム
WO2011131821A1 (fr) * 2010-04-21 2011-10-27 Payzapper Système de paiement par téléphone
US9892386B2 (en) 2011-06-03 2018-02-13 Mozido, Inc. Monetary transaction system
US11120413B2 (en) 2011-06-03 2021-09-14 Fintiv, Inc. Monetary transaction system
US11295281B2 (en) 2011-06-03 2022-04-05 Fintiv, Inc. Monetary transaction system
JP2013536516A (ja) * 2011-07-27 2013-09-19 網銀國際股▲分▼有限公司 携帯式装置の支払方法
US11468434B2 (en) 2011-11-21 2022-10-11 Fintiv, Inc. Using a mobile wallet infrastructure to support multiple mobile wallet providers
US9208488B2 (en) 2011-11-21 2015-12-08 Mozido, Inc. Using a mobile wallet infrastructure to support multiple mobile wallet providers
US10438196B2 (en) 2011-11-21 2019-10-08 Mozido, Inc. Using a mobile wallet infrastructure to support multiple mobile wallet providers
WO2014020710A1 (fr) * 2012-07-31 2014-02-06 Suginaka Junko Système de règlement et procédé de règlement
US9760890B2 (en) 2012-09-19 2017-09-12 Yahoo Japan Corporation Permission management apparatus and permission management method
JP2014160477A (ja) * 2014-03-14 2014-09-04 Yahoo Japan Corp 権限管理装置、権限管理方法および権限管理プログラム
JP2017513139A (ja) * 2014-04-02 2017-05-25 イーイノベーションズ ホールディングス ピーティーイー リミテッド 電子取引促進システム及び方法
JP2018036806A (ja) * 2016-08-31 2018-03-08 日立オムロンターミナルソリューションズ株式会社 モバイルマネジメントシステム、およびモバイルマネジメント方法

Also Published As

Publication number Publication date
AU2001264274A1 (en) 2001-12-24
JP4901053B2 (ja) 2012-03-21
JPWO2001097118A1 (ja) 2004-01-08

Similar Documents

Publication Publication Date Title
JP4901053B2 (ja) 携帯電話機を用いた決済方法および携帯電話機
JP5714540B2 (ja) 仮想現金システムおよび仮想現金システムを操作するための方法
KR100757398B1 (ko) 외국인을 위한 부가세 환급 방법
US20090327133A1 (en) Secure mechanism and system for processing financial transactions
US20150154579A1 (en) Compact Payment Terminal
EP1830317A1 (fr) Système de monnaie électronique
US8595135B2 (en) System and method for facilitating large scale payment transactions
US7308429B1 (en) Electronic withdrawal authorization store and forward for cash and credit accounts
JP6815234B2 (ja) 汎用携帯端末を利用した決済システム
JP2002541601A (ja) 個人対個人、個人対会社、会社対個人、及び会社対会社の金融トランザクションシステム
JP2003527703A (ja) 光支払送受信装置及びこれを用いた光決済システム
KR20060111200A (ko) 휴대 단말기 번호를 가상 계좌로 이용한 결제 방법 및시스템
JP6839630B2 (ja) スマートフォンを利用したキャッシュアウトシステム
JP4090102B2 (ja) 電子財布システム、電子財布装置及び金銭情報移転プログラムを記録したコンピュータ読み取り可能な記録媒体
JP4326165B2 (ja) Ｉｃカード及び電子マネー入金システム
JP3497144B2 (ja) 電子決済システムおよびその方法
JP2006039729A (ja) 取引システムおよび取引装置および決済システム
US20100051690A1 (en) Off Line Micropayment Commerce Transactions Using A Conventional Credit Card
JP2001034691A (ja) 携帯端末による代金支払システム
JPH10255121A (ja) 電子マネーシステム
JP2005317040A (ja) Ｉｃカード及び電子マネー入金システム
US20020103767A1 (en) Transaction and logistics integrated management system (TALISMAN) for secure credit card payment and verified transaction delivery
JP2000181982A (ja) 電子取引システム
KR102572349B1 (ko) 가상계좌 관리서버 및 그 관리방법
KR101014368B1 (ko) 납부자 결제용ｉｄ를 이용한 카드 결제 방법 및 결제 서버

Legal Events

Date Code Title Description
AK Designated states

Kind code of ref document: A1

Designated state(s): AE AG AL AM AT AU AZ BA BB BG BR BY BZ CA CH CN CR CU CZ DE DK DM DZ EE ES FI GB GD GE GH GM HR HU ID IL IN IS JP KE KG KP KR KZ LC LK LR LS LT LU LV MA MD MG MK MN MW MX MZ NO NZ PL PT RO RU SD SE SG SI SK SL TJ TM TR TT TZ UA UG US UZ VN YU ZA ZW

AL Designated countries for regional patents

Kind code of ref document: A1

Designated state(s): GH GM KE LS MW MZ SD SL SZ TZ UG ZW AM AZ BY KG KZ MD RU TJ TM AT BE CH CY DE DK ES FI FR GB GR IE IT LU MC NL PT SE TR BF BJ CF CG CI CM GA GN GW ML MR NE SN TD TG

121 Ep: the epo has been informed by wipo that ep was designated in this application
DFPE Request for preliminary examination filed prior to expiration of 19th month from priority date (pct application filed before 20040101)
ENP Entry into the national phase

Ref country code: JP

Ref document number: 2002 511243

Kind code of ref document: A

Format of ref document f/p: F

REG Reference to national code

Ref country code: DE

Ref legal event code: 8642

122 Ep: pct application non-entry in european phase