WO2011037134A1 - 電子決済方法、システム、サーバ及びそのプログラム - Google Patents

電子決済方法、システム、サーバ及びそのプログラム Download PDF

Info

Publication number
WO2011037134A1
WO2011037134A1 PCT/JP2010/066402 JP2010066402W WO2011037134A1 WO 2011037134 A1 WO2011037134 A1 WO 2011037134A1 JP 2010066402 W JP2010066402 W JP 2010066402W WO 2011037134 A1 WO2011037134 A1 WO 2011037134A1
Authority
WO
WIPO (PCT)
Prior art keywords
remittance
user
information
unique
server
Prior art date
Application number
PCT/JP2010/066402
Other languages
English (en)
French (fr)
Inventor
治彦 藤井
Original Assignee
日本電信電話株式会社
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 日本電信電話株式会社 filed Critical 日本電信電話株式会社
Priority to EP10818807.9A priority Critical patent/EP2482242A4/en
Priority to CN201080041266.0A priority patent/CN102511051B/zh
Priority to US13/496,413 priority patent/US9177309B2/en
Priority to JP2011533004A priority patent/JP5527857B2/ja
Publication of WO2011037134A1 publication Critical patent/WO2011037134A1/ja
Priority to IN2136DEN2012 priority patent/IN2012DN02136A/en
Priority to US13/845,958 priority patent/US20130218764A1/en

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/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]
    • 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]
    • G06Q20/027—Payment architectures, schemes or protocols involving a neutral party, e.g. certification authority, notary or trusted third party [TTP] involving a payment switch or gateway
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/08—Payment architectures
    • G06Q20/10—Payment architectures specially adapted for electronic funds transfer [EFT] systems; specially adapted for home banking systems
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/08—Payment architectures
    • G06Q20/10—Payment architectures specially adapted for electronic funds transfer [EFT] systems; specially adapted for home banking systems
    • G06Q20/108—Remote banking, e.g. home banking
    • G06Q20/1085—Remote banking, e.g. home banking involving automatic teller machines [ATMs]
    • 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/08—Payment architectures
    • G06Q20/20—Point-of-sale [POS] network systems
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/305—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using wired telephone networks
    • 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]
    • G06Q20/3223—Realising banking transactions through M-devices
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/36—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using electronic wallets or electronic money safes
    • G06Q20/363—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using electronic wallets or electronic money safes with the personal data of a user
    • 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/38—Payment protocols; Details thereof
    • G06Q20/40—Authorisation, e.g. identification of payer or payee, verification of customer or shop credentials; Review and approval of payers, e.g. check credit lines or negative lists
    • G06Q20/401—Transaction verification
    • G06Q20/4014—Identity check for transactions
    • 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/38—Payment protocols; Details thereof
    • G06Q20/40—Authorisation, e.g. identification of payer or payee, verification of customer or shop credentials; Review and approval of payers, e.g. check credit lines or negative lists
    • G06Q20/401—Transaction verification
    • G06Q20/4014—Identity check for transactions
    • G06Q20/40145—Biometric identity checks
    • 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/38—Payment protocols; Details thereof
    • G06Q20/40—Authorisation, e.g. identification of payer or payee, verification of customer or shop credentials; Review and approval of payers, e.g. check credit lines or negative lists
    • G06Q20/401—Transaction verification
    • G06Q20/4018—Transaction verification using the card verification value [CVV] associated with the card
    • 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/38—Payment protocols; Details thereof
    • G06Q20/42—Confirmation, e.g. check or permission by the legal debtor of payment
    • 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/326—Payment applications installed on the mobile devices

Definitions

  • the present invention belongs to a network service using a public telephone network, the Internet, etc., uses a common function of an existing telephone such as a caller ID (caller's telephone number) notification, and further uses an IP telephone or any other terminal device Even so, the present invention relates to a technology that realizes electronic small payment that can be implemented in common.
  • Non-patent Document 1 a depositor calls a bank center from a push-phone type telephone, inputs an identification number (ID) and a PIN (PIN), and further backs the cash card. Log in by entering the number of the random number table in, and then enable the desired transaction.
  • ID identification number
  • PIN PIN
  • Non-patent Document 2 an account is specified by inputting a telephone number of a recipient's mobile phone from a dedicated application for mobile phone transfer, and transfer to the account is enabled.
  • the transfer processing device is optional, but if the transfer destination is not present before, the server calls the transfer person's mobile phone to call attention. Is possible.
  • Patent Document 2 the transfer history of telephone banking is flowed with guidance, and it is possible to transfer to a past transfer destination safely and easily.
  • Patent Document 3 a telephone connected from a terminal connected to a terminal equipped with an ID card reader is connected to the bank host and a cash card of an account from which cash is withdrawn is inserted into the ID card reader.
  • the transfer can be made without going to a financial institution by inputting the transfer destination information from the telephone or by inserting the cash card of the transfer destination account into the ID card reader and sending it.
  • Patent Document 4 information for specifying the transfer destination and the transfer destination ID are registered in advance in the transfer destination file from the transfer terminal, and the transfer destination ID is sent from the touch-tone phone. Therefore, it is possible to perform transfer specifying information for specifying a transfer destination.
  • a mobile phone number (sender number) is transmitted as an ID from the terminal to the server, and the caller number is transmitted by calling the server from the mobile phone. If the caller ID matches, the terminal is allowed to log in and the service can be provided.
  • An object of the present invention is to enable safe electronic payment by simple operation regardless of what terminal device or any network in any country.
  • the unique ID of the user at the time of outgoing call which is performed via a server having at least a database that stores at least balance information of the user in association with the unique ID of the user, is stored.
  • An electronic payment method between user terminals having at least a function of transmitting to a connection destination in which the server receives a unique ID of the user on the money receiving side and uses on the money sending side from the user terminal on the money receiving side Receiving a reverse remittance request including at least the unique ID of the person and the amount charged, and receiving the confirmation information indicating the willingness to accept the remittance for the reverse remittance request from the user terminal on the remittance side, After receiving the confirmation information, the server updates the balance information in the database corresponding to the unique ID of the user on the remittance side and the unique ID of the user on the remittance side according to the billed amount.
  • the method comprising, the server, after updating the balance information, characterized by comprising a step of notifying the completion of the receiving metal according to the inverse transfer request receiving metal side to the user terminal.
  • the user's uniqueness at the time of outgoing call is performed via a server having at least a database that stores at least the balance information of the user in association with the unique ID of the user.
  • the balance information can be updated after the server receives confirmation information indicating the willingness to accept the remittance. It is possible to reduce the risk of erroneous remittance due to an incorrect ID input or remittance to an account registered by a malicious third party.
  • the block diagram which shows 1st Embodiment of the electronic payment system of this invention Flow chart of initial processing in the server according to the first embodiment Flow chart of account opening process in the server of the first embodiment Flow chart of reverse remittance processing in the server of the first embodiment Flow chart of unprocessed matter (billing matter) processing in the server according to the first embodiment Flow chart of progressive remittance processing in the server of the first embodiment Sequence diagram showing an example of reverse remittance processing and unprocessed matter processing in the first embodiment Sequence diagram showing an example of a progressive remittance process in the first embodiment
  • the block diagram which shows 2nd Embodiment of the electronic payment system of this invention Flow chart of initial processing in the server according to the second embodiment Flow chart of account opening process in the server of the second embodiment Flow chart of reverse remittance processing in the server of the second embodiment Flow chart of unprocessed matter (billing matter) processing in the server according to the second embodiment Flow chart of progressive remittance processing in
  • FIG. 1 shows a first embodiment of an electronic payment system according to the present invention.
  • reference numeral 1 denotes a user terminal (hereinafter referred to as a remittance terminal) used by a remittance user (hereinafter referred to as a remittance person).
  • 2 is a user terminal (hereinafter referred to as “receiver terminal”) used by a user on the receiving side (hereinafter referred to as “receiver”)
  • 3 is a server providing the service of this system
  • 4 is a network connecting them. is there.
  • the sender (terminal) and the receiver (terminal) are convenient expressions from the standpoint of using the user (terminal) of this system, and each user (terminal) is the remittance side. And can be either the receiving side or the receiving side. Further, when the remittance side and the remittance side are not distinguished, they are simply called users (terminals).
  • the sender terminal 1 and the receiver terminal 2 are respectively connected from a communication device such as a mobile phone or a landline phone having at least a transmission unique ID transmission function 11, 21, a voice call function 12, 22, and a key input function 13, 23. Become.
  • the transmission unique ID transmission functions 11 and 21 are functions for transmitting a user's unique ID to a connection destination at the time of transmission (when a connection is requested).
  • the user's unique ID as used in the present invention includes at least one of the user's own unique ID and the user terminal's unique ID, or includes a combination of these.
  • the user's own unique ID is, for example, the ID of an IC card held by the user, and the user terminal's unique ID is a telephone number in a normal mobile phone or landline phone, but is equipped with a browser In the mobile phone, a unique ID assigned in advance may be used separately from the telephone number, and any information may be used as long as the information can identify the user or the user terminal.
  • the terminal itself stores a unique ID, here a telephone number (sender number), like a mobile phone. Transmits a connection request signal (call signal) including the caller number and transmits the caller number to the connection destination, and the terminal itself stores the caller number like a general landline phone.
  • the caller ID is not included in the call signal, but the caller ID of the terminal is specified in the subscription network (for example, public telephone network) and can be transmitted to the connection destination. Shall be.
  • the key input functions 13 and 23 indicate numbers from “0” to “9” and specific symbols (for example, “#”, “*”, etc.) according to user operations on dial buttons and the like.
  • Key information (for example, DTMF) is transmitted to the connection destination.
  • the server 3 includes a known network-connectable computer device having at least a voice response function 31, a voiceprint matching function 32, and a database 33.
  • the voice response function 31 detects an incoming call from a user terminal, accepts a key input (DTMF recognition, etc.), performs voice recognition, and plays a recorded voice or synthesized voice.
  • a known voice response device installed in a subscription network for example, a public telephone network
  • the voiceprint matching function 32 extracts a voiceprint from the voice information input from the user terminal, and is previously extracted from the voice information of the user and registered in the database 33 in advance corresponding to the sender number of the user terminal. Voiceprint matching is performed between the extracted voiceprint and the extracted voiceprint.
  • the database 33 stores various information about the user, that is, the user's name, password, arbitrary keyword, voice information when the user utters the keyword, balance information, deposit / withdrawal history information, unprocessed matters
  • predetermined voice information that can identify the user (for example, voice information when the user utters a name, a catchphrase of the store when the user is a store, commercial music, etc.)
  • Voice information generated by the user's own voice for example, a voice print extracted by the voice print matching function 32 from the voice information when the user uttered the keyword, the user's own biometric authentication information, etc. Is stored in association with a telephone number (sender number) which is a unique ID of the user terminal. If the user's unique ID is the user's own unique ID, the user terminal's unique ID, together with the various information, corresponds to the user's own unique ID. Will be remembered.
  • the deposit / withdrawal history information is a set of processed information out of deposit / withdrawal information
  • the unprocessed case information is unprocessed information (with unprocessed information) Whether the processing has been completed is indicated by a flag or the like.)
  • the information related to deposit includes at least the deposit source and the deposit amount, and may include the deposit date, transaction details, etc.
  • the information related to withdrawal includes at least the billing source (payee) and the withdrawal amount (payment amount), The withdrawal date (payment date), transaction details, etc. may be included.
  • the network 4 is a communication network capable of transmitting voice signals between a user terminal and a server, such as a public telephone network including the mobile phone network and the Internet (in the case of the Internet, in order to ensure safety, IPsec or SSL The communication is performed through the VPN.
  • a server such as a public telephone network including the mobile phone network and the Internet (in the case of the Internet, in order to ensure safety, IPsec or SSL
  • the communication is performed through the VPN.
  • FIG. 2 to 6 show various processing flows in the server 3, that is, FIG. 2 shows initial processing, FIG. 3 shows account opening processing, FIG. 4 shows reverse remittance processing, FIG. 5 shows unprocessed matters (billing matters) processing, FIG. Indicates the flow of the progressive remittance processing.
  • the server 3 is configured by each means realized by the cooperation of a program corresponding to these processing flows and the CPU, memory, etc., the voice response function 31 described above, and the voiceprint matching.
  • a function 32 and a database 33 are included.
  • the server 3 further checks whether or not the unprocessed matter information corresponding to the caller number is registered in the database 33 (s4). s5), the process proceeds to the unprocessed matter process.
  • the server 3 sends a voice guidance (menu guidance) that presents processing items that can be selected using the voice response function 31 in a menu format to the user terminal (s6). It waits for selection input by voice or key input from the user terminal via the response function 31 (s7).
  • a voice guidance menu guidance
  • processing items such as “deposit”, “withdrawal”, “balance inquiry”, “history inquiry”, “reverse remittance”, “forward remittance” and the like are associated with the processing items in advance. It is played as a voice with different numbers and symbols.
  • the selection input is performed by sending a number or symbol corresponding to a processing item to be selected as voice by the voice call function 12 or 22 of the user terminal or as key information by the key input function 13 or 23.
  • the server 3 moves from the initial process to the account opening process, as shown in FIG. 3, the server 3 sends voice guidance requesting input of information necessary for opening an account to the user terminal using the voice response function 31 ( s11) Waiting for voice input or key input from the user terminal via the voice response function 31 (s12).
  • the information necessary for opening an account specifies the user's name, password, arbitrary keyword, and user among the information registered in the database 33 in association with the caller number of the user.
  • it is possible predetermined voice information, biometric authentication information, etc. the keyword and the voice information need to be input by voice, and the biometric information needs to be input from some dedicated reading device.
  • the server 3 uses the voiceprint extracted from the arbitrary keyword (speech information thereof) through the voiceprint matching function 32 together with the input information.
  • the user's account is opened by registering it in the database 33 in association with the sender's caller number (s14). Note that other information such as balance information and history information is naturally zero or blank at the beginning of account opening.
  • a call with the operator of the server 3 may be made by inputting a specific key (for example, “*”) during the voice guidance.
  • the merchant A is a store A that sells products
  • the receiver terminal 2 is a landline telephone of the store A
  • the remittance is a customer B who purchases products from the store A
  • the operation when the sender terminal 1 is a mobile phone and the network 4 is a public telephone network (including a mobile phone network) will be described with reference to the flowcharts of FIGS. 4 and 5 and the sequence diagram of FIG.
  • the solid line arrows indicate the flow of information between the terminal and the server
  • the alternate long and short dash line arrows indicate operations on the terminal
  • the dotted line arrows indicate a direct conversation between the sender and the receiver.
  • the account opening process has been completed in advance for both the store (receiver) A and the customer (remitter) B.
  • customer (sender) B verbally tells the store clerk of store (receiver) A the phone number of his mobile phone 1 (for example, “12345”).
  • the store clerk of the store A who heard the telephone number of the mobile phone 1 from the customer B calls the server 3 from the fixed phone 2 of the store A (transmission).
  • the caller number of the fixed telephone 2 is securely transmitted via the public telephone network 4.
  • the server 3 that has received the call from the fixed telephone 2 performs the above-described initial processing, and sends menu guidance to the fixed telephone 2 through steps s1 to s5 (s6). "Remittance processing" is selected and input (s7).
  • the server 3 uses the voice response function 31 to send a voice guidance requesting input of the sender's telephone number and billing amount to the fixed telephone 2 (s21). 2 is waited for voice input or key input (s22).
  • the server 3 When the store clerk of the store A inputs the telephone number (here, “12345”) of the mobile phone 1 of the customer B and the amount charged (for example, 800 yen) by the voice call function 22 or the key input function 23 of the fixed telephone 2, the server 3 The information is received through the voice response function 31. At this time, the telephone number of the mobile phone 1 of the customer B and the amount billed are securely transmitted via the public telephone network 4.
  • the server 3 uses the fixed telephone 2 user who has selected reverse remittance processing, that is, the store A as the billing source, and information regarding withdrawals with the received billing amount as the withdrawal amount, that is, the unprocessed matter. Information is registered in the database 33 in association with the telephone number of the received mobile phone 1 (s23), and voice guidance for notifying that the sender is waiting for approval (pending), for example, “Accepted” is sent to the fixed telephone 2 (s24).
  • the store clerk who heard the guidance asks customer B to call server 3, and customer B makes a call to mobile phone 1 server 3 (transmission). At this time, the caller number of the mobile phone 1 is securely transmitted via the public telephone network 4.
  • the server 3 that has received the call from the mobile phone 1 performs the above-described initial processing.
  • the process proceeds to “Processing item processing” (s5).
  • the connection between the fixed telephone 2 and the server 3 and the connection between the mobile telephone 1 and the server 3 are connections via separate lines (channels 1 and 2).
  • the server 3 When the server 3 moves from the initial process to the unprocessed matter process, the server 3 reads the corresponding unprocessed matter information from the database 33 (s31), and uses the voice response function 31 to make a request corresponding to the unprocessed matter information. Confirmation information indicating the willingness to accept remittance for the reverse remittance request, including at least information on the user on the receiving side registered in the database 33 corresponding to the telephone number 2 and information on the transaction amount (withdrawal amount) A voice guidance requesting input is sent to the mobile phone 1 (s32), and a voice input or key input from the mobile phone 1 is waited for via the voice response function 31 (s33).
  • the information about the user on the receiving side is the name (name) of the billing source, but as the voice information, predetermined voice information that can identify the user (for example, “shop A "Sound information") is used.
  • the confirmation information indicating the willingness to accept the remittance is a personal identification number, a keyword or biometric authentication information in addition to these among the information registered in the database 33 in association with the telephone number of the mobile phone 1. For example, information by voice input is required, and for biometric authentication information, information by a dedicated reading device is required.
  • the voice guidance may include information related to an operation when a call with a billing source is desired.
  • the content of the voice guidance is, for example, “Now we are charging 800 yen from store A. If you agree, please enter your PIN and keyword voice. If you wish to make a call with store A, please enter“ 9. Please press “”. (Where “shop A” is the predetermined audio information).
  • the server 3 When the customer B inputs a personal identification number by the key input function 13 of the mobile phone 1 and inputs a keyword (for example, “open sesame”) by the voice call function 12, the server 3 receives the information via the voice response function 31. Receive. At this time, the personal identification number and keyword of the customer B are securely transmitted via the public telephone network 4.
  • a keyword for example, “open sesame”
  • the server 3 collates the personal identification number key-entered from the mobile phone 1 with the personal identification number registered in the database 33 corresponding to the telephone number of the cellular phone 1, and the voice input from the cellular phone 1
  • the keyword is matched with the keyword registered in the database 33 corresponding to the telephone number of the mobile phone 1, and the voice print is extracted from the voice input keyword using the voice print matching function 32.
  • the voice print registered in the database 33 corresponding to the telephone number of the mobile phone 1 is collated (s34).
  • the server 3 updates the balance information in the database 33 corresponding to the telephone number of the mobile phone 1 and the telephone number of the fixed phone 2 according to the billed amount, that is, the mobile phone 1
  • the balance information in the database 33 corresponding to the telephone number is reduced, and the balance information in the database 33 corresponding to the telephone number of the fixed telephone 2 is increased (s36). If the collation results do not match, re-input may be requested a certain number of times.
  • the server 3 deletes the registration of the unprocessed matter information registered in the database 33 corresponding to the telephone number of the mobile phone 1, and more precisely, is registered in the database 33 corresponding to the telephone number of the mobile phone 1.
  • the information on the withdrawals that have not been processed is changed to processed (s37), and voice guidance is used to notify the end of the transaction using the voice response function 31, for example, “Transaction has been completed successfully. Is sent to the mobile phone 1 (s38), and the line is disconnected.
  • the server 3 deletes the registration of the unprocessed matter information registered in the database 33 corresponding to the telephone number of the mobile phone 1 and, more precisely, based on the fact that the unprocessed matter information is changed to processed ( s25), canceling the transmission of the pending voice guidance to the fixed telephone 2, and using the voice response function 31 to notify the end of the transaction (request completion), for example, “transaction completed successfully. yyyy yen "is sent to the fixed telephone 2 (s26), and the line is disconnected.
  • Information regarding unprocessed withdrawals is temporarily stored in a storage device different from the database 33 in association with the user's unique ID, and after processing, information regarding withdrawals processed in the database 33 (history) Information) and may be deleted from the other storage device.
  • information related to the account of the financial institution is stored in the database 33.
  • the unique ID of the user on the remittance side and the unique ID of the user on the remittance side are supported.
  • a financial institution may be requested to withdraw and transfer an amount according to the amount charged to the account.
  • a part of the collation of the password number, the keyword and the voiceprint may be omitted. Furthermore, the contract may be canceled when a large number of requests are made in a short time.
  • the beneficiary Y verbally tells the remitr X the telephone number (for example, “12345”) of his mobile phone 2.
  • the money sender X who has heard the telephone number of the mobile phone 2 from the money receiver Y makes a call from the mobile phone 1 to the server 3 (transmission).
  • the caller number of the mobile phone 1 is securely transmitted via the public telephone network 4.
  • the server 3 that has received the call from the mobile phone 1 performs the above-described initial processing, and sends the menu guidance to the mobile phone 1 through steps s1 to s5 (s6). "Process” is selected and input (s7).
  • the server 3 uses the voice response function 31 to send voice guidance to the mobile phone 1 requesting input of the receiver's telephone number, the amount of money to be transferred, and the PIN of the sender X. Sending out (s41), it waits for voice input or key input from the mobile phone 1 (s42).
  • the sender X uses the voice call function 12 or the key input function 13 of the mobile phone 1 to obtain the telephone number (here, “12345”) of the mobile phone 2 of the receiver Y, the amount to be sent (for example, 800 yen), and his / her personal identification number.
  • the server 3 receives these pieces of information via the voice response function 31.
  • the telephone number, remittance amount, and personal identification number of the cellular phone 2 of the receiver Y are securely transmitted via the public telephone network 4.
  • the server 3 collates the password entered from the mobile phone 1 with the password registered in the database 33 corresponding to the phone number of the mobile phone 1 (s43).
  • the server 3 is registered in the database 33 in correspondence with the telephone number of the mobile phone 2 of the receiver Y who has made the forward transfer request using the voice response function 31.
  • a voice guidance requesting input of confirmation information indicating the willingness to accept the remittance for the forward remittance request including at least information on the user on the receiving side and information on the transaction amount is sent to the mobile phone 1 (s45), It waits for voice input or key input from the mobile phone 1 via the voice response function 31 (s46). If the collation results do not match, re-input may be requested a certain number of times.
  • the information regarding the user on the receiving side is the name (name) of the remittance destination, and as the voice information, predetermined voice information that can identify the user is used.
  • the confirmation information indicating the willingness to accept the remittance is generally a code number or a keyword among the information registered in the database 33 in association with the telephone number of the fixed telephone 1. It is assumed that key input (for example, “#”) is used.
  • the content of the voice guidance is, for example, “Are you remitting 800 yen to Y? Please press #” (where “Y” is the predetermined voice information of the recipient Y). Become.
  • the server 3 receives this key information via the voice response function 31. At this time, the specific key information is securely transmitted via the public telephone network 4.
  • the server 3 updates the balance information of the database 33 corresponding to the telephone number of the mobile phone 1 and the telephone number of the mobile phone 2 according to the remittance amount, that is, the balance information of the database 33 corresponding to the telephone number of the mobile phone 1. Decrease the amount, increase the balance information in the database 33 corresponding to the phone number of the mobile phone 2 (s47), and use the voice response function 31 to notify the completion of the remittance, for example, “Remittance completed successfully.” Is sent to the mobile phone 1 (s48), and the line is disconnected.
  • the server 3 when the server 3 makes a call to the mobile phone 2 of the receiver Y and the receiver Y responds, the voice guidance indicating the contents of the remittance described above, for example, “From Mr. X, 800 yen. “There was a transfer” (where “X” is the predetermined voice information of the sender X) may be sent to the mobile phone 2.
  • the authentication step of the sender of s41 to s44 not only the personal identification number but also the voice input of the keyword may be requested, and the verification with the keyword or voiceprint registered in the database 33 may be performed together.
  • information relating to the account of the financial institution is stored in the database 33 instead of the balance information, and when a specific key input is accepted, the unique ID of the user on the remittance side and the remittance side The financial institution may be requested to withdraw and transfer the amount according to the amount transferred to the account corresponding to the unique ID of the user.
  • the beneficiary who has confirmed the correctness once the remittance process has been performed from the next time, he calls the server, selects the beneficiary from the mobile phone book, etc.
  • the server By sending with a digit prefix number, it may be possible to send money immediately without entering a password or confirming the voice of the recipient.
  • the sub address for example, by transmitting as “111-090-1111-1111 * 800” or the like, the amount of money to be sent can be specified at the same time.
  • the recipient's phone number is not entered. Keywords and voiceprint matching can be included
  • the amount to be increased is entered.
  • the balance information registered in the database 33 in association with the user's telephone number can be increased.
  • the increased amount is charged to the user, for example, added to the telephone fee for the next month.
  • the initial processing s6 , S7 can be selected from the balance information registered in the database 33 or from a financial institution account registered in the database 33 by the menu selection format of the voice guidance.
  • a debit account may be registered by inputting a specific key (for example, “#”).
  • the receiver's telephone number is not input. It is possible to include keywords and voiceprint matching), and the voice response function 31 is used. You can listen to the balance information by voice.
  • FIG. 9 shows an example corresponding to a case where a user terminal having a text information communication function is used in place of the voice call function in the second embodiment of the electronic settlement system of the present invention.
  • the same components as those in the first embodiment are denoted by the same reference numerals. That is, 1b is a sender terminal, 2b is a receiver terminal, 3b is a server, and 4b is a network.
  • the sender terminal 1b and the receiver terminal 2b are respectively a communication device having at least a transmission-specific ID transmission function 11, 21 and a character information communication function 14, 24, for example, a mobile phone equipped with a known personal computer or browser ( Hereinafter, the browser phone).
  • the character information communication functions 14 and 24 are character information (text) including numbers, alphabets, various symbols, and kanji converted by a well-known FEP or the like based on these in accordance with a user operation on an input device such as a keyboard.
  • display control information for characters, etc. is also transmitted to the connection destination, and character information is received from the connection destination and displayed on the display device.
  • the server 3b includes a known network-connectable computer device having at least a database 33b, an incoming call response function 34, and a character information communication function 35.
  • the incoming call response function 34 detects a connection from the user terminal.
  • the character information communication function 35 transmits character information to the user terminal and receives character information from the user terminal.
  • the database 33b is the same as that in the first embodiment except that voice information and a voiceprint are not registered.
  • the network 4b is a communication network capable of transmitting character information between the user terminal and the server, such as a public telephone network including the mobile phone network and the Internet (in the case of the Internet, in order to ensure safety, IPsec or SSL The communication is performed through the VPN.
  • a public telephone network including the mobile phone network and the Internet (in the case of the Internet, in order to ensure safety, IPsec or SSL
  • the communication is performed through the VPN.
  • FIG. 10 to 14 show various processing flows in the server 3b, that is, FIG. 10 shows initial processing, FIG. 11 shows account opening processing, FIG. 12 shows reverse remittance processing, FIG. 12 shows unprocessed matters (billing matters) processing, and FIG. Indicates the flow of the progressive remittance processing, and the server 3b includes each means realized by the cooperation of a program corresponding to these processing flows and the CPU, memory, etc., the above-mentioned database 33b, and the incoming call response function 34. And the character information communication function 35.
  • the server 3b sends a screen (menu screen) that presents character information of processing items that can be selected using the character information communication function 35 in a menu format to the user terminal. (S6b), it waits for selection input by character information from the user terminal via the character information communication function 35 (s7).
  • processing items such as “deposit”, “withdrawal”, “balance inquiry”, “history inquiry”, “reverse remittance”, “forward remittance” and the like are associated with the processing items in advance. It is represented as character information together with different numbers and symbols. Further, the selection input is performed by sending numbers and symbols corresponding to the processing item to be selected as character information by the character information communication functions 14 and 24 of the user terminal.
  • the user terminal displays a screen including character information for requesting input of information necessary for opening the account using the character information communication function 35. (S11b) and waits for character information input from the user terminal via the character information communication function 35 (s12).
  • the information necessary for opening an account is a name, a personal identification number, an arbitrary keyword, etc., among the information registered in the database 33b in association with the caller number of the user.
  • the server 3b When all necessary information is input from the user terminal (s13), the server 3b registers the input information in the database 33b in association with the user's caller number, thereby registering the user's account. Is established (s14). Note that other information such as balance information and history information is naturally zero or blank at the beginning of account opening.
  • the merchant A is a store A in which merchandise is sold
  • the recipient terminal 2b is a personal computer dedicated to the cash register of the store A (hereinafter referred to as a cash register PC).
  • the operation in the case where the customer B is a purchaser, the remittance terminal 1b is a browser phone, and the network 4b is a public telephone network (including a mobile phone network) is described with reference to the flowcharts of FIGS. This will be described with reference to the sequence diagram of FIG.
  • the solid line arrows indicate the flow of information between the terminal and the server
  • the alternate long and short dash line arrows indicate operations on the terminal
  • the dotted line arrows indicate a direct conversation between the sender and the receiver.
  • the account opening process has been completed in advance for both the store (receiver) A and the customer (remitter) B.
  • customer (sender) B verbally tells the store clerk of store (receiver) A the telephone number (for example, “12345”) of his / her browser phone 1b.
  • the store clerk of the store A who heard the telephone number of the browser phone 1b from the customer B connects to the server 3b from the cash register PC 2b of the store A.
  • the caller number of the cash register PC 2b is securely transmitted via the public telephone network 4b.
  • the server 3b that has received the transmission from the cash register PC 2b performs the above-described initial processing, sends the menu screen to the cash register PC 2b through steps s1 to s3 (s6b), and the store clerk of the store A receives the “remittance processing” from the cash register PC 2b. Is selected and input (s7).
  • the server 3b uses the character information communication function 35 to send a screen including character information for requesting input of the sender's telephone number and the amount to be charged to the cash register PC 2b (s21b). Then, it waits for input of character information from the cash register PC 2b (s22).
  • a store clerk of the store A uses the character information communication function 24 of the cash register PC 2b to confirm the telephone number (here, “12345”) of the customer B's browser phone 1b, the amount charged (for example, 800 yen), and the name of the purchased product in addition to this.
  • the server 3b receives the information via the character information communication function 35.
  • the telephone number, billing amount and transaction contents of the browser phone 1b of the customer B are securely transmitted via the public telephone network 4b.
  • the store clerk of the store A may input the telephone number of the browser phone 1b that is orally transmitted from the customer B directly to the customer B instead of entering the cash register PC 2b.
  • the server 3b uses the cash register PC2b2 that has selected reverse remittance processing, that is, the store A as a billing source, and unprocessed information, i.e., unprocessed matter information, regarding the withdrawal with the received bill amount as a withdrawal amount.
  • unprocessed information i.e., unprocessed matter information
  • a message to be notified for example, “I have received consent from the other party” is sent to the cash register PC 2b (s24b).
  • the server 3b When the unprocessed matter processing is activated, the server 3b reads the corresponding unprocessed matter information from the database 33b (s31), and uses the character information communication function 35 to make a request corresponding to the unprocessed matter information. A message requesting the return of confirmation information indicating the willingness to accept the remittance for the reverse remittance request, including at least information on the user on the remittance registered in the database 33b corresponding to the telephone number and information on the transaction amount Is sent to the browser phone 1b (s32b), and a reply is awaited (s33b).
  • the information regarding the user on the receiving side is the name of the billing source.
  • the confirmation information indicating the willingness to accept the remittance is generally a personal identification number or a keyword among information registered in the database 33b in association with the telephone number of the browser phone 1b.
  • Reply mail (caller number) can be substituted.
  • a URL may be designated to request access to the site and input of a personal identification number or keyword.
  • the server 3b receives this via the incoming call response function 34. At this time, the caller number of the customer B is transmitted safely via the public telephone network 4b.
  • the server 3b collates the sender number of the mail returned from the browser phone 1b with the telephone number of the short mail destination described above (s34).
  • the server 3b updates the balance information in the database 33b corresponding to the telephone number of the browser phone 1b and the telephone number of the cash register PC 2b according to the billed amount, that is, the telephone number of the browser phone 1b when the collation results match (s35).
  • the balance information in the database 33b corresponding to is reduced, and the balance information in the database 33b corresponding to the telephone number of the cash register PC 2b is increased (s36).
  • the server 3b deletes the registration of the unprocessed matter information registered in the database 33b corresponding to the telephone number of the browser phone 1b, and more precisely, is registered in the database 33b corresponding to the telephone number of the browser phone 1b.
  • the information on the withdrawals that have not been processed is changed to processed (s37), and the voice response function 31 is used to notify the end of the transaction, for example, “Transaction completed successfully. Balance is xxxx yen. Is sent to the browser phone 1b (s38b).
  • the server 3b deletes the registration of the unprocessed matter information registered in the database 33b corresponding to the telephone number of the browser phone 1b, more precisely, based on the fact that the unprocessed matter information is changed to processed ( s25), a message notifying the end of the transaction (request completion) using the character information communication function 35, for example, “transaction completed normally.
  • the balance is yyyy yen” is sent to the cash register PC 2b (s26b), and the line is connected. Disconnect.
  • information regarding unprocessed withdrawals is temporarily stored in a storage device different from the database 33b in association with the user's unique ID, and after processing, the database 33b may be copied as processed withdrawal information (history information) and deleted from the other storage device.
  • information related to the account of the financial institution is stored in the database 33b, and when all the matching results match, the unique ID of the user on the remittance side and the unique ID of the user on the remittance side are dealt with.
  • a financial institution may be requested to withdraw and transfer an amount according to the amount charged to the account.
  • the contract may be canceled when a large number of requests are made in a short time.
  • the beneficiary Y verbally tells the remitr X the telephone number (for example, “12345”) of his browser phone 2b.
  • Receiver X who has received the phone number of browser phone 2b from receiver Y, makes a call (transmission) from server phone 1b to server 3b.
  • the caller number of the browser phone 1b is safely transmitted via the public telephone network 4.
  • the server 3b that has received the call from the browser phone 1b performs the above-described initial processing, and sends the menu screen to the browser phone 1b through steps s1 to s3 (s6b). "Process" is selected and input (s7).
  • the server 3b uses the character information communication function 35 to display a screen including character information for requesting input of the payee's telephone number, remittance amount, and remitter X's personal identification number. It is sent to the browser phone 1b (s41b) and waits for character information input from the browser phone 1b (s42).
  • the sender X When the sender X inputs the telephone number (here, “12345”) of the browser phone 2b of the receiver Y, the remittance amount (for example, 800 yen) and his / her personal identification number by the character information communication function 14 of the browser phone 1b, 3b receives these pieces of information via the character information communication function 35. At this time, the telephone number, remittance amount and personal identification number of the browser Y 2b of the receiver Y are securely transmitted via the public telephone network 4. At this time, an arbitrary message to be transmitted to the receiver Y may be input together.
  • the telephone number here, “12345”
  • the remittance amount for example, 800 yen
  • his / her personal identification number by the character information communication function 14 of the browser phone 1b, 3b receives these pieces of information via the character information communication function 35.
  • the telephone number, remittance amount and personal identification number of the browser Y 2b of the receiver Y are securely transmitted via the public telephone network 4.
  • the server 3b collates the personal identification number input from the browser phone 1b with the personal identification number registered in the database 33b corresponding to the telephone number of the browser phone 1b (s43).
  • the server 3b registers in the database 33b corresponding to the telephone number of the browser phone 2b of the receiver Y who has made the forward remittance request using the character information communication function 35.
  • a confirmation information return request indicating the willingness to accept the remittance for the remittance request including at least information on the user on the receiving side and information on the transaction amount is sent to the browser phone 1b (s45b), and character information It waits for input from the browser phone 1b via the communication function 35 (s46b). If the collation results do not match, re-input may be requested a certain number of times.
  • the information regarding the user on the receiving side is the name of the remittance source.
  • the confirmation information indicating the willingness to accept the remittance is generally a personal identification number or a keyword among information registered in the database 33b in association with the telephone number of the browser phone 1b. It is assumed that the character information corresponds to at least a part of the name of the user on the receiving side registered in the database 33b in advance corresponding to the unique ID of the user on the side.
  • the server 3b When the sender X inputs character information corresponding to the name of the recipient using the character information communication function 14 of the browser phone 1b, the server 3b receives this character information via the character information communication function 35. At this time, the character information is safely transmitted via the public telephone network 4b.
  • the server 3b if the input character information matches the character information of the name of the recipient user registered in the database 33b in advance corresponding to the unique ID of the recipient user, The balance information in the database 33b corresponding to the telephone number of the browser phone 1b and the telephone number of the browser phone 2b is updated according to the amount of money sent, that is, the balance information in the database 33b corresponding to the telephone number of the browser phone 1b is reduced.
  • the balance information in the database 33b corresponding to the telephone number of the user is increased (s47), and a message notifying the completion of the remittance using the character information communication function 35, for example, “the remittance has been completed successfully” is transmitted to the mobile phone 1. (S48b) and the line is disconnected.
  • a message notifying the completion of the remittance request for the forward remittance request from the server 3b for example, a short mail containing “800 yen has been transferred from Mr. X” is received by the recipient Y. It may be sent to the browser phone 2b. At this time, any message input by the above-mentioned remittance may be included.
  • the authentication step of the sender of s41b to s44 not only the personal identification number but also the input of the keyword may be requested, and the verification with the keyword registered in the database 33b may be performed together.
  • information related to the account of the financial institution is stored in the database 33b instead of the balance information, and when the name of the beneficiary is accepted, the unique ID and remittance of the user on the remittance side are received.
  • the financial institution may be requested to withdraw and transfer the amount according to the amount transferred to the account corresponding to the user's unique ID.
  • the server For the beneficiary who has confirmed the correctness once the remittance process has been performed, from the next time, he calls the server, selects the beneficiary from the mobile phone book, etc. By sending with a digit prefix number, it may be possible to send money immediately without entering a PIN or name of the beneficiary. Further, at this time, by using the sub address, for example, by transmitting as “111-090-1111-1111 * 800” or the like, the amount of money to be sent can be specified at the same time.
  • the first implementation is performed except that voice information is replaced with text information or a screen including text information. Since it is the same as that of the form, the description is omitted.
  • FIG. 17 shows a third embodiment of the electronic payment system of the present invention, in this case the second embodiment, a server that operates a site where a receiver terminal sells products through the Internet, or a predetermined service (for example, A host computer of a company that provides users with public services (electricity, gas, etc.) and charges for it, accepting financial settlement (payment) requests from the sender terminal via the network, An example having a function of automatically transmitting this as a reverse remittance request to a server is shown.
  • the same components as those in the first embodiment are denoted by the same reference numerals. That is, 1b is a sender terminal, 2c is a receiver terminal, 3b is a server, and 4b is a network.
  • the receiver terminal 2c is composed of a communication device having at least a unique ID transmission function 21, a character information communication function 24, and a database 25, for example, a known server or host computer.
  • the database 25 stores a billing item, for example, a merchandise name, a billed amount, etc. generated by a user (remitter) in purchasing a product or using a service, a unique ID of the user used by the user, here a telephone number ( It is stored in association with the caller number.
  • a billing item for example, a merchandise name, a billed amount, etc. generated by a user (remitter) in purchasing a product or using a service
  • a unique ID of the user used by the user here a telephone number ( It is stored in association with the caller number.
  • FIG. 18 shows a flow of the billing process in the receiver terminal 2c.
  • the receiver terminal 2c includes each means realized by the cooperation of a program corresponding to these processes and the CPU, memory, and the like.
  • the outgoing call unique ID transmission function 21, the character information communication function 24, and the database 25 are configured.
  • the recipient A is a site A where goods are sold through the Internet
  • the recipient terminal 2c is a Web server of the site A
  • the sender is a customer B who purchases goods from the site A.
  • the remittance terminal 1b is a browser phone and the network 4b is the Internet (IP-VPN)
  • IP-VPN Internet
  • the operations of reverse remittance processing and unprocessed matter processing are shown in the flowcharts of FIGS. This will be described with reference to the sequence diagram of FIG. In FIG. 19, solid arrows indicate the flow of information between the terminal and the server, and alternate long and short dashed arrows indicate operations on the terminal. Further, it is assumed that the account opening process has been completed in advance for both the site (receiver) A and the customer (remitter) B.
  • the Web server 2c purchases the product name and the invoice amount. Is registered in the database 25 in association with the telephone number of the browser phone 1b as a billing item associated with (s52).
  • the Web server 2c accesses the server 3b, and transmits a reverse remittance request including the telephone number and billing amount of the customer B's browser phone 1b (s53).
  • the caller number of the Web server 2c, the telephone number of the customer B's browser phone 1b, and the amount charged are securely transmitted via the IP-VPN 4b.
  • the server 3b that has received the reverse remittance request from the Web server 2c includes the user of the Web server 2c that has transmitted the reverse remittance process, that is, the information related to the withdrawal that uses the billed amount as the billing source.
  • the unprocessed item that is, the unprocessed item information is registered in the database 33b in association with the telephone number of the browser phone 1b (s23), the unprocessed item process is started (s27), and the sender is waiting for the approval.
  • a message notifying that it is (pending), for example, “I have received consent from the other party” is sent to the Web server 2c (s24b).
  • the server 3b When the unprocessed matter processing is activated, the server 3b reads the corresponding unprocessed matter information from the database 33b (s31), and uses the character information communication function 35 to make a request corresponding to the unprocessed matter information. A message requesting the return of confirmation information indicating the willingness to accept the remittance in response to the reverse remittance request, including at least information on the receivable user and the transaction amount registered in the database 33b corresponding to the telephone number of 2c The short mail including this is transmitted to the browser phone 1b (s32b), and a reply is waited (s33b).
  • the server 3b receives this via the incoming call response function 34. At this time, the caller number of the customer B is securely transmitted via the IP-VPN 4b.
  • the server 3b collates the sender number of the mail returned from the browser phone 1b with the telephone number of the short mail destination described above (s34).
  • the server 3b updates the balance information in the database 33b corresponding to the telephone number of the browser phone 1b and the telephone number of the Web server 2c according to the billed amount, that is, the telephone of the browser phone 1b.
  • the balance information in the database 33b corresponding to the number is reduced, and the balance information in the database 33b corresponding to the telephone number of the Web server 2c is increased (s36).
  • the server 3b deletes the registration of the unprocessed matter information registered in the database 33b corresponding to the telephone number of the browser phone 1b, and more precisely, is registered in the database 33b corresponding to the telephone number of the browser phone 1b.
  • the information on the withdrawals that have not been processed is changed to processed (s37), and the voice response function 31 is used to notify the end of the transaction, for example, “Transaction completed successfully. Balance is xxxx yen. Is sent to the browser phone 1b (s38b).
  • the server 3b deletes the registration of the unprocessed matter information registered in the database 33b corresponding to the telephone number of the browser phone 1b, more precisely, based on the fact that the unprocessed matter information is changed to processed ( s25), a message notifying the end of the transaction (request completion) using the character information communication function 35, for example, “transaction completed normally.
  • the balance is yyyy yen” is sent to the Web server 2c (s26b), and the line Disconnect.
  • the Web server 2c When the Web server 2c receives a message notifying the end of the transaction (request completion) (s54), the corresponding billing item is deleted from the database 25 (s55) and the process ends.
  • transaction end notification to the browser phone 1b may be made not from the server 3b but from the Web server 2c.
  • the receiver terminal is provided with a function of automatically transmitting a reverse remittance request to the server, and the same as in the third embodiment.
  • a recipient is a site that sells products through the Internet or a company that provides a predetermined service to a user and charges the fee.
  • the remittance completion notification to the user terminal on the remittance is the unique ID of the user on the remittance included in the remittance request after the balance is updated. It may be performed when access from a user terminal corresponding to is detected.
  • the server after the progressive remittance request reception step and before the balance update step, the server relates to at least the remittance side user and transaction amount related to the progressive remittance request. Including a step of transmitting a confirmation information return request indicating the willingness to accept the payment to the progressive remittance request including information to the user terminal on the receiving side, and a server from the user terminal on the receiving side And a step of receiving confirmation information indicating a willingness to accept money for the request.
  • the server corresponds to the unique ID of the receiving user included in the progressive remittance request after receiving the progressive remittance request and before updating the balance. If access from the user terminal is detected, at least a step of transmitting information related to the remittance requesting user and the transaction amount to the user terminal, and the server from the user terminal on the receiving side. And a step of receiving confirmation information indicating a willingness to accept money in response to the remittance request.
  • the confirmation information indicating the willingness to accept the remittance for the aforementioned remittance request the same information as the confirmation information indicating the willingness to accept the remittance in the case of the reverse remittance process is used. You may make it perform the balance information update step after a collation process.
  • a special application is not mounted on the user terminal.
  • a smartphone a mobile phone terminal capable of operating a software application
  • High electronic payment system can be realized.
  • Smartphone here means a mobile phone terminal capable of installing and operating a software application, regardless of carrier or model.
  • FIG. 20 shows a fourth embodiment of the electronic settlement system of the present invention.
  • the same components as those in the first and second embodiments are denoted by the same reference numerals, except when necessary. The description is omitted.
  • 1d is a sender terminal
  • 2d is a receiver terminal
  • 3d is a server
  • 4 is a network.
  • the sender terminal 1d and the receiver terminal 2d each include at least an outgoing unique ID transmission function 11, 21, a voice call function 12, 22, a key input function 13, 23, and an application 16, 26 for an electronic payment system. It is a smartphone.
  • Applications 16 and 26 provide the user with a visual input interface (or terminal key input). Also, the unique ID transmission function 11 and 21 and the key input functions 13 and 23 are driven to transmit the caller number and the information input by the user to the other party, and the information received from the other party is transmitted to the user. Provides a function to convert to an expression format suitable for presentation. Specifically, for example, the following functions are provided.
  • a menu screen is displayed on the smartphone, and the user selects a process and inputs information necessary for the process.
  • processing items such as “deposit”, “withdrawal”, “balance inquiry”, “history inquiry”, “reverse remittance”, “forward remittance” and the like are associated with the processing items in advance. These are expressed as different character information and image information.
  • the user performs the connection operation to the server 3d after performing the operations so far in the offline state. Therefore, the user can perform an input operation at his / her own pace and can also avoid an input error due to a momentary communication interruption, thereby improving operability.
  • the application 16 drives the unique ID transmission function 11 at the time of transmission and transmits the caller number to the server 3d.
  • information that can be expressed in numbers such as the number corresponding to the processing item selected by the user from the menu, the entered account number, and the remittance amount can be digitally transmitted together with the caller ID.
  • Send For example, if a sender whose caller ID is 00-0000-0000 sends 800 yen to a recipient whose individual ID is 1111, the application 16 dials 00-0000-0000 * 1111 * 800 Good.
  • the application dials and hangs up immediately after establishing the call, even if the server 3d does not respond to the incoming call, the sender ID (sender number), the individual ID of the receiver, You can know the amount information safely. Therefore, technically, necessary information can be transmitted and received with no call charge. As a result, since communication can be completed in an instant, the call charge can be reduced and the number of lines of the server 3d can be reduced.
  • the server 3d is a network-connectable computer device that includes at least the voice response function 31 and the database 33d.
  • the database 33d stores information about users necessary for processing.
  • the character information communication functions 14 and 24 are provided in the sender terminal 1d and the receiver terminal 2d, the character information communication function 35 is also provided in the server 3d.
  • the network 4 is a communication network capable of transmitting voice signals between a user terminal and a server, such as a public telephone network including the mobile phone network and the Internet (in the case of the Internet, in order to ensure safety, IPsec or SSL The communication is performed through the VPN.
  • a server such as a public telephone network including the mobile phone network and the Internet (in the case of the Internet, in order to ensure safety, IPsec or SSL
  • the communication is performed through the VPN.
  • FIG. 21 to 25 are flow of various processes in the server 3d, that is, FIG. 21 is initial processing, FIG. 22 is account opening processing, FIG. 23 is reverse remittance processing, FIG. 24 is unprocessed matter (billing matter) processing, and FIG. It shows the flow of remittance processing.
  • the server 3d is composed of each means realized by the cooperation of the program corresponding to the flow of these processes, the CPU, the memory, etc., and the voice response function 31 and the database 33d described above.
  • the caller number corresponds to the number corresponding to the selected processing item included in the call signal from the user terminal by the unique ID transmission function 11, 21 at the time of outgoing call of the user terminal. And move to the selected process.
  • the merchant A is a store A that sells products
  • the receiver terminal 2d is the smartphone of the store A
  • the remittance is a customer B who purchases products from the store A
  • the remittance is a customer B who purchases products from the store A
  • solid arrows indicate the flow of information between the terminal and the server, and alternate long and short dash arrows indicate operations on the terminal.
  • the account opening process has been completed in advance for both the store (receiver) A and the customer (remitter) B.
  • the store clerk of the store (receiver) A activates the application 26 of the smartphone 2d, selects “reverse transfer” from the menu screen, inputs the amount charged (for example, 800 yen), and the server 3d. Connect to.
  • the application 26 drives the unique ID transmission function 21 at the time of transmission, dials the caller number and the billing amount, and securely transmits the information to the server 3d via the public line network or the Internet.
  • the server 3d that has received the call signal from the smartphone 2d via the voice response function 31 performs the above-described initial processing, and the billing amount is based on the user of the smartphone 2d who has selected the reverse remittance processing, that is, the store A. Is registered in the database 33d (s23d) and waits for input of signals from each smartphone (s28).
  • the customer (sender) B activates the application 16 of the smartphone 1d and connects to the server 3d.
  • the application 16 drives the unique ID transmission function 11 at the time of transmission and transmits the caller number safely via the public telephone network.
  • the store clerk and customer B of the store A perform a predetermined operation on the applications 26 and 16 of their smartphones 2d and 1d, respectively.
  • the B smartphone 1d is made to collide with the housing.
  • the same collision sound is transmitted from both smartphones to the server 3d at the same timing, and the server 3d detects these collision sounds at the same time, whereby the sender can be identified as the customer B.
  • the ambient noise that enters other than the collision sound is determined, or the application is linked with the GPS function, and it is determined whether or not the positions of the two are close by transmitting position information to the server. By doing so, the accuracy of collision sound matching can be improved.
  • the server 3d activates an unprocessed matter (s27d), and reads the corresponding unprocessed matter information from the database 33d (s31). Then, the billing amount corresponding to the unprocessed case information is transmitted to the smart phone 1d of the customer B by DTMF (Dual-Tone Multi-Frequency) using the voice response function 31 (s32d), and a reply is waited (s33d).
  • DTMF Dual-Tone Multi-Frequency
  • the application 16 When the smart phone 1d of the customer B receives the billed amount, the application 16 displays, for example, a message “Do you want to pay 800 yen?” And an acceptance button on the screen of the smart phone 1d.
  • the application 16 drives the key input function 13 and returns the consent information to the server 3d with DTMF sound or the like.
  • the server 3d When the server 3d receives this via the voice response function 31, it updates the balance information in the database 33d corresponding to the caller number of the smartphone 1d and the caller number of the smartphone 2d according to the billed amount. That is, the balance information in the database 33d corresponding to the caller number of the smartphone 1d is reduced, and the balance information in the database 33d corresponding to the caller number of the smartphone 2d is increased (s36).
  • the server 3d changes the unprocessed matter information registered in the database 33d to processed (s37), and transmits transaction completion information by DTMF sound or the like to the smartphone 1d using the voice response function 31 (s38d).
  • the smartphone 1d receives the transaction completion information, the application 16 notifies the customer B of the transaction completion by screen display or sound.
  • the server 3d transmits transaction completion information using DTMF sound or the like to the smartphone 2d using the voice response function 31 (s26d).
  • the application 26 notifies the store clerk of the store A of the completion of the transaction by screen display or sound.
  • information related to remittance may be provided to the telephone company, and added to the telephone charges for the next month of the customer B and the store A, respectively, and settled by offsetting. Good.
  • a remittance operation to the receiver (individual) Y when the sender terminal 1d of the sender (individual) X is a smartphone will be described using the sequence diagram of FIG. 27 together with the flowchart of FIG.
  • a solid line arrow indicates a flow of information between the terminal and the server
  • a dashed line arrow indicates an operation on the terminal
  • a dotted line arrow indicates a direct conversation between the sender and the receiver.
  • the beneficiary Y tells the remitr X his / her individual ID (for example, account number “1111”) by any means such as oral, e-mail, and postal mail.
  • the sender X starts the application 16 of the smartphone 1d, selects “sequential transfer” from the menu screen, inputs the individual ID of the receiver Y and the amount of money (for example, 800 yen), and connects to the server 3d. .
  • the application 16 drives the unique ID transmission function 11 at the time of calling, dials the caller number, the individual ID of the receiver Y, and the remittance amount, and hangs up immediately after the call is established (S49).
  • the server 3d can safely know the individual ID (sender number) of the sender X, the individual ID of the receiver Y, and the information of the amount to be sent without responding to the incoming call. Then, the server 3d goes off-hook and updates the balance information of the database 33d corresponding to the sender number of the sender 1's smartphone 1d and the account number of the receiver Y. That is, the balance information in the database 33d corresponding to the sender number of the smartphone 1d is reduced, and the balance information in the database 33d corresponding to the account number of the receiver Y is increased (s47).
  • the application 16 of the smartphone 1d that detects the off-hook of the server 3d notifies the sender X of the completion of the transaction by screen display, mail transmission, or the like. Further, the server 3d may notify the receiver Y that the remittance has been made.
  • information related to remittance is provided to the telephone company and settled by adding or offsetting the telephone charges of the next month of the sender X and the receiver Y Also good.
  • ⁇ Fifth embodiment> it is conceivable that an application to be installed on a smartphone can be obtained from a server in advance. In this case, by including a different hash function f for each download in the application to be downloaded, it is possible to improve the safety against viruses impersonating the application.
  • the sender's smartphone dials the caller ID, the individual ID of the receiver, and the remittance amount, and immediately disconnects the call after establishing the call. Wait for a reply from the server without disconnecting.
  • the server After receiving the caller ID, the receiver ID, and the remittance amount, the server transmits a random number r to the sender using, for example, DTMF.
  • the sender's smartphone receives this random number r, calculates f (r), and transmits this to the server using DTMF.
  • the server calculates f (r) using the random number r transmitted to the sender and the hash function f stored in advance, and compares this with f (r) received from the sender, and the two match.
  • the balance process is executed only in the case where If the application installed on the smartphone is illegal, it does not have f and the f (r) of both does not match, so that safety can be ensured.
  • the sender 3 is input confirmation information indicating the intention to accept the remittance
  • the server 3 receives the confirmation information from the database 33 (or 33b).
  • the contents of the confirmation information indicating the intention to accept the remittance may be basically fixed. However, by making it possible to select the contents according to the remittance conditions, unauthorized access and virus Etc. can be enhanced.
  • a processing item “security policy setting” is added to the menu guidance (or menu screen) sent by the server to the user terminal in the initial process, and the user selects this to select the remittance condition. It may be possible to set a security policy according to the situation. For example, the security policy can be set such that “authentication is based on voiceprint authentication if the remittance amount is equal to or greater than X yen”, and “requires second password for unregistered remittance destination”.
  • authentication using voiceprint information is performed by asking the user to utter a predetermined keyword in the voice guidance transmitted from the server, and then uttering the keyword.
  • a predetermined keyword for requesting the utterance randomly different for each authentication opportunity, it is possible to improve the safety against impersonation of the voiceprint.
  • a plurality of keywords and voice prints produced by the user are registered in advance in a server (database) for each user, and keywords are randomly selected from the authentication opportunities every time. Is extracted and applied.
  • the registration of a plurality of keywords and voiceprints uttered by the user to the server may be performed at the time of opening an account, for example, or at the end of a certain transaction, the server may ask the user for some keyword. Utterances may be requested and the spoken keywords may be additionally registered sequentially.
  • the user in response to an utterance request for a predetermined keyword (keyword 1) by the server, the user does not cause the keyword 1 to utter, but authenticates the user by uttering another predetermined keyword (keyword 2) corresponding to the keyword 1. It may be done. Even in this case, the safety against impersonation of the voiceprint can be improved. In this case, both the server and the user need to store the keyword 1 and the keyword 2 in association with each other.
  • it may be configured such that the use is suspended when the voiceprint authentication error exceeds a predetermined number of times.
  • an expiration date may be set for the keyword, and the keyword may be updated every expiration date.
  • FIG. 28 is a sequence example in which the remittance method of the present invention is applied when the remittance S in country a remits cash X yen to the receiver R in country b.
  • This sequence example is obtained via a server V that can be commonly used internationally between the member store or partner bank C in the country a and the member store or partner bank B in the country b of the electronic payment system of the present invention.
  • International remittance, and Sender S and Recipient R send and receive cash via their own member stores or affiliated banks.
  • the sender S brings cash X yen to a member store or partner bank C in the country a.
  • C performs a remittance process using its own terminal.
  • terminal C transmits its own unique ID (IP address, telephone number, etc.) and remittance amount X yen to server V.
  • server V issues a transaction number and password to C.
  • C notifies the sender S of the transaction number and the password.
  • the sender S notifies the receiver R of the transaction number and the password by an arbitrary method.
  • the beneficiary R presents the transaction number and the password to the member store or partner bank B in the country b.
  • B uses its own terminal and notifies the server V of its own unique ID, the transaction number, and the password.
  • the server V authenticates B's terminal, verifies the transaction number and password, and returns a verification result (OK or NG) to B. If the collation result is OK, B gives cash X yen to beneficiary R, and server V reduces the balance of the account of C that received cash X yen from S by X yen, The balance of B's account that gave the yen is increased by X yen, and the balance of B and C as intermediaries is adjusted to 0 yen.
  • FIG. 29 shows a sequence example when the money receiver R does not have a terminal device but the money sender S has a terminal device (for example, a mobile phone).
  • the sender S performs a progressive transfer process using his / her terminal.
  • the terminal of the sender S transmits its own unique ID (IP address, telephone number, etc.) and the remittance amount X yen to the server V.
  • the server V issues a transaction number and a password to the sender S.
  • the sender S notifies the receiver R of the transaction number and the password by an arbitrary method.
  • the subsequent steps are the same as in FIG.
  • FIG. 30 shows a sequence example when the sender S does not have a terminal device but the receiver R has an account.
  • the sender S brings the cash X yen to the member store or the partner bank C in the country a, and verbally conveys the unique ID (account number) of the receiver R.
  • C performs a remittance process using its own terminal.
  • the terminal of C transmits its own unique ID (IP address, telephone number, etc.), remittance amount X yen, and R's unique ID (account number) to the server V.
  • the balance process is performed when the authenticity of the intention is confirmed through an intention confirmation to C and a response from C.
  • a terminal device and a cash card are not required for both the remittance and the beneficiary, and commercial remittance can be realized with high commercial safety.
  • 1, 1b, 1d User terminal on the remittance side (remitter terminal), 2, 2b, 2c, 2d: User terminal on the remittance side (receiver terminal), 3, 3b, 3d: Server, 4, 4b: Network, 11, 21: Calling unique ID transmission function, 12, 22: Voice call function, 13, 23: Key input function, 14, 24: Character information communication function, 16, 26: Application, 25: Database, 31: voice response function, 32: voiceprint collation function, 33, 33b, 33d: database, 34: incoming call response function, 35: character information communication function.

Landscapes

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

Abstract

　どのような国のどのような端末装置、どのようなネットワークであっても、簡単な操作により安全な電子決済を可能とすること。サーバ３のデータベース３３に予め利用者の残高情報、利用者を特定可能な所定の音声情報、任意のキーワード及び声紋を当該利用者の電話番号に対応付けて記憶させておき、送金側の利用者が受金側の利用者へ送金を行うに当たって、サーバ３が、送金を要求する受金者端末２から送信された当該受金者端末２の電話番号もしくは受金者への送金を行う送金者が入力した受金者端末２の電話番号に対応してデータベース３３に登録されている所定の音声情報を含む音声ガイダンスを音声応答機能３１を用いて送金者端末１へ送出することで、送金者における受金者の直感的な確認を可能とする。

Description

電子決済方法、システム、サーバ及びそのプログラム
　本発明は、公衆電話網やインターネット等を用いたネットワークサービスに属し、発信者番号（発信者の電話番号）通知など既存の電話の共通機能を用い、さらにＩＰ電話やその他のどのような端末装置であっても、共通的に実施できる電子小額決済を実現する技術に関する。
　商品購入に伴う代金の支払い等の金銭的な決済を行う方法として、従来より、通常の紙幣や硬貨をそのまま使用する方法や、クレジットカード、デビットカード、プリペイドカード等の各種の磁気カードあるいは非接触ＩＣカード、非接触ＩＣ内蔵携帯電話等の非接触携帯機器を用いる方法があるが、前者は釣り銭が必要となることに伴う取引コストの上昇の他、盗難リスクの上昇、ネットワーク上で直接利用できない等の問題があり、また、後者は磁気カードや特定の携帯電話でしか利用できない、非接触携帯機器の専用の読み取り装置がある場所でしか利用できない、個人間での金銭の授受に利用できない等の問題があった。
　一方、携帯電話や固定電話の通話もしくは通信機能を用いて金銭的な決済を実現する技術としては、従来、以下のようなものがあった。
　（１）従来技術１（非特許文献１）では、預金者がプッシュホン式の電話機より銀行のセンターに電話をかけ、識別番号（ＩＤ）及び暗証番号（ＰＩＮ）を入力し、さらにキャッシュカードの裏にある乱数表の番号を入力することでログインし、その後、所望の取引を可能としている。
　（２）従来技術２（非特許文献２）では、携帯電話の振込専用アプリケーションから受取人の携帯電話の電話番号を入力して口座を指定し、当該口座への振込を可能としている。
　（３）従来技術３（特許文献１）では、振込処理装置は任意であるが、振込先が今までにない者の場合、振込人の携帯電話にサーバが電話して、注意を喚起することを可能としている。
　（４）従来技術４（特許文献２）では、テレフォンバンキングの振込履歴をガイダンスで流し、過去の振込先に対して安全・簡便に振り込むことを可能としている。
　（５）従来技術５（特許文献３）では、ＩＤカードリーダを備えた端末に接続された電話機から銀行のホストに電話をかけて接続し、現金を引き落とす口座のキャッシュカードをＩＤカードリーダに挿入してその情報を送るとともに、振込先情報を電話機から入力して又は振込先の口座のキャッシュカードをＩＤカードリーダに挿入して送ることで、金融機関に行くことなく振込を可能としている。
　（６）従来技術６（特許文献４）では、振込先を特定するための情報と振込先ＩＤを、予め振込端末から振込先ファイルへ登録しておき、プッシュホン式電話機から振込先ＩＤを送ることにより、振込先を特定するための情報を指定した振込を可能としている。
　（７）従来技術７（特許文献５）では、端末からサーバにＩＤとして携帯電話の電話番号（発信者番号）を送信し、携帯電話からサーバに通話することにより発信者番号を送信し、ＩＤと発信者番号が一致するなら、端末に対してログインを許可し、サービス提供可能としている。
特開２００６－４８１７９号公報 特開２００３－２１６８２４号公報 特開平４－２５１３７９号公報 特開平７‐８７２１６号公報 特許第３４９７７９９号公報
"セブン銀行　テレホンバンキング"、［ｏｎｌｉｎｅ］、Seven Bank, Ltd.、［平成２１年８月２６日検索］、インターネット＜ＵＲＬ：http://www.sevenbank.co.jp/account/rb/tbguide.html＞ "じぶん銀行　ケータイ番号振込"、［ｏｎｌｉｎｅ］、Jibun Bank Corporation、［平成２１年８月２６日検索］、インターネット＜ＵＲＬ：http://www.jibunbank.co.jp/pc/guidance/service/transfer/mobile transfer/＞
　しかし、前述した従来技術１～７では、以下のような課題があった。
　即ち、従来技術１では、毎回、キャッシュカードが必要になるという利便性上の課題があるとともに、任意の電話から利用できるように発信者番号等の識別を行わないため、乱数表をコピーされたら、第三者からの電話により本人になりすまされるという安全性上の課題があった。
　また、従来技術２では、専用アプリケーションの立ち上げに手間がかかるとともに、ＪＡＶＡ（登録商標）アプリが使えるであるとか、ブラウザを搭載した携帯電話が必要であり、固定電話等からの利用はできない、日本のように携帯電話が高度に発展した国でないと利用できない、という課題があった。また、従来技術３では、注意喚起のみであり、実効性に課題があった。また、従来技術４では、新しい振込先への対策に課題があった。また、従来技術５では、ＩＤカードリーダが必要となるという課題があった。
　また、従来技術６では、予め登録するときにだまされて悪意のある第三者の口座を振込先として登録することを防げないという課題があった。また、従来技術７では、複数の端末から同時に同一のＩＤが送信されていた場合、どの端末にログイン許可を出すのか曖昧であるなどの課題があった。
　本発明の目的は、どのような国のどのような端末装置、どのようなネットワークであっても、簡単な操作により安全な電子決済を可能とすることにある。
　本発明では、前記課題を解決するため、利用者の少なくとも残高情報を当該利用者の固有ＩＤに対応付けて記憶するデータベースを少なくとも備えたサーバを介して行われる、発信時に利用者の固有ＩＤを接続先へ送信する機能を少なくとも備えた利用者端末間の電子決済方法であって、前記サーバが、受金側の利用者端末から、当該受金側の利用者の固有ＩＤ、送金側の利用者の固有ＩＤ及び請求額を少なくとも含む逆送金要求を受信するステップと、前記サーバが、送金側の利用者端末から、前記逆送金要求に対する送金承諾の意志を示す確認情報を受信するステップと、前記サーバが、前記確認情報の受信後、前記請求額に従って前記送金側の利用者の固有ＩＤ及び受金側の利用者の固有ＩＤに対応するデータベースの残高情報を更新するステップと、前記サーバが、前記残高情報の更新後、前記逆送金要求にかかる受金の完了を受金側の利用者端末へ通知するステップとを含むことを特徴とする。
　また、本発明では、前記課題を解決するため、利用者の少なくとも残高情報を当該利用者の固有ＩＤに対応付けて記憶するデータベースを少なくとも備えたサーバを介して行われる、発信時に利用者の固有ＩＤを接続先へ送信する機能を少なくとも備えた利用者端末間の電子決済方法であって、前記サーバが、送金側の利用者端末から、当該送金側の利用者の固有ＩＤ、受金側の利用者の固有ＩＤ及び送金額を少なくとも含む順送金要求を受信するステップと、前記サーバが、前記送金額に従って前記送金側の利用者の固有ＩＤ及び受金側の利用者の固有ＩＤに対応する残高情報を更新するステップとを含むことを特徴とする。
　本発明によれば、送金側の利用者が受金側の利用者へ送金を行うに当たって、サーバが送金承諾の意志を示す確認情報を受信してから残高情報の更新を行うことができ、固有ＩＤの入力ミスによる誤送金や、悪意のある第三者により登録された口座への誤送金の恐れを少なくすることができる。
本発明の電子決済システムの第１の実施の形態を示す構成図 第１の実施の形態のサーバにおける初期処理の流れ図 第１の実施の形態のサーバにおける口座開設処理の流れ図 第１の実施の形態のサーバにおける逆送金処理の流れ図 第１の実施の形態のサーバにおける未処理案件（請求案件）処理の流れ図 第１の実施の形態のサーバにおける順送金処理の流れ図 第１の実施の形態における逆送金処理及び未処理案件処理の一例を示すシーケンス図 第１の実施の形態における順送金処理の一例を示すシーケンス図 本発明の電子決済システムの第２の実施の形態を示す構成図 第２の実施の形態のサーバにおける初期処理の流れ図 第２の実施の形態のサーバにおける口座開設処理の流れ図 第２の実施の形態のサーバにおける逆送金処理の流れ図 第２の実施の形態のサーバにおける未処理案件（請求案件）処理の流れ図 第２の実施の形態のサーバにおける順送金処理の流れ図 第２の実施の形態における逆送金処理及び未処理案件処理の一例を示すシーケンス図 第２の実施の形態における順送金処理の一例を示すシーケンス図 本発明の電子決済システムの第３の実施の形態を示す構成図 第３の実施の形態の受金者端末における請求処理の流れ図 第３の実施の形態における逆送金処理及び未処理案件処理の一例を示すシーケンス図 本発明の電子決済システムの第４の実施の形態を示す構成図 第４の実施の形態のサーバにおける初期処理の流れ図 第４の実施の形態のサーバにおける口座開設処理の流れ図 第４の実施の形態のサーバにおける逆送金処理の流れ図 第４の実施の形態のサーバにおける未処理案件（請求案件）処理の流れ図 第４の実施の形態のサーバにおける順送金処理の流れ図 第４の実施の形態における逆送金処理及び未処理案件処理の一例を示すシーケンス図 第４の実施の形態における順送金処理の一例を示すシーケンス図 第８の実施の形態における送金処理において送金者、受金者とも端末を持っていない場合の例を示すシーケンス図 第８の実施の形態における送金処理において送金者のみが端末を持っている場合の例を示すシーケンス図 第８の実施の形態における送金処理において送金者が端末を持っておらず、受金者が口座を持っている場合の例を示すシーケンス図
　以下、本発明の実施の形態について、図面を参照して詳細に説明する。
　＜第１の実施の形態＞
　図１は本発明の電子決済システムの第１の実施の形態を示すもので、図中、１は送金側の利用者（以下、送金者）が使用する利用者端末（以下、送金者端末）、２は受金側の利用者（以下、受金者）が使用する利用者端末（以下、受金者端末）、３は本システムのサービスを提供するサーバ、４はこれらを接続するネットワークである。
　なお、送金者（端末）、受金者（端末）というのは本システムの利用者（端末）をその利用する際の立場からみた便宜的な表現であり、各利用者（端末）は送金側及び受金側のいずれにもなり得る。また、送金側、受金側を区別しない場合は単に利用者（端末）と呼ぶ。
　送金者端末１及び受金者端末２は、それぞれ発信時固有ＩＤ送信機能１１，２１、音声通話機能１２，２２及びキー入力機能１３，２３を少なくとも備えた通信装置、例えば携帯電話や固定電話からなる。
　発信時固有ＩＤ送信機能１１，２１とは、発信時（接続要求時）に利用者の固有ＩＤを接続先へ送信する機能をいう。なお、本発明でいう利用者の固有ＩＤとは、利用者自身の固有ＩＤまたは利用者端末の固有ＩＤのいずれか一方を少なくとも含むものとし、もしくはこれらを組み合わせて用いた場合も含むものとする。
　利用者自身の固有ＩＤとしては、例えば利用者が保有するＩＣカードのＩＤであり、また、利用者端末の固有ＩＤとしては、通常の携帯電話や固定電話では電話番号であるが、ブラウザを搭載した携帯電話では電話番号とは別に予め割り当てられた固有ＩＤであっても良く、利用者または利用者端末を特定できる情報であれば、どのような情報であっても良いものとする。
　利用者端末の固有ＩＤを送信する発信時固有ＩＤ送信機能１１，２１としては、携帯電話のように、端末自体が固有ＩＤ、ここでは電話番号（発信者番号）を記憶しており、端末自体が当該発信者番号を含む接続要求信号（発呼信号）を発信して、その発信者番号を接続先へ送信するものの他、一般の固定電話のように、端末自体は発信者番号を記憶しておらず、その発呼信号にも発信者番号は含まれないが、加入ネットワーク（例えば公衆電話網）において当該端末の発信者番号が特定され、これを接続先へ送信可能であるものも含むものとする。
　また、キー入力機能１３，２３とは、ダイヤルボタン等に対する利用者の操作に応じて「０」から「９」までの数字や特定の記号（例えば、「＃」、「＊」等）を示すキー情報（例えば、ＤＴＭＦ）を接続先へ送信するものである。
　サーバ３は、音声応答機能３１、声紋照合機能３２及びデータベース３３を少なくとも備えた周知のネットワーク接続可能なコンピュータ装置からなる。
　音声応答機能３１は、利用者端末からの着信検出及びキー入力の受け付け（ＤＴＭＦの認識等）、音声認識、録音音声または合成音声の再生を行う。なお、音声応答機能については、サーバ自体に当該機能を内蔵する他、加入ネットワーク（例えば公衆電話網）に設置された周知の音声応答装置を利用するものであっても良い。
　声紋照合機能３２は、利用者端末から入力された音声情報から声紋を抽出し、また、予め当該利用者の音声情報から抽出され当該利用者端末の発信者番号に対応して予めデータベース３３に登録されている声紋と前記抽出した声紋との間で声紋照合を行う。
　データベース３３は、利用者に関する各種の情報、即ち利用者の名前、暗証番号、任意のキーワード及び当該キーワードを利用者自身が発声した際の音声情報、残高情報、入出金の履歴情報、未処理案件情報（後述する）の他、当該利用者を特定可能な所定の音声情報（例えば名前を利用者自身が発声した際の音声情報、利用者が商店などの場合における当該商店のキャッチフレーズ、コマーシャルミュージック等）、前記利用者自身の発声による音声情報、例えば前記キーワードを利用者自身が発声した際の音声情報から声紋照合機能３２により抽出された声紋、利用者自身の生体認証情報、等を当該利用者の固有ＩＤ、ここでは利用者端末の固有ＩＤである電話番号（発信者番号）に対応付けて記憶している。なお、利用者の固有ＩＤが利用者自身の固有ＩＤである場合は、当該利用者自身の固有ＩＤである利用者の固有ＩＤに対応して、前記各種の情報とともに利用者端末の固有ＩＤが記憶されることになる。
　ここで、入出金の履歴情報とは、入金または出金に関する情報のうち処理済みのものの集合であり、また、未処理案件情報とは、出金に関する情報のうち未処理のもの（未処理か処理済みかはフラグ等で示すものとする。）を指すが、処理済み後はそのまま履歴情報に含まれることになる。なお、入金に関する情報は入金元及び入金額を少なくとも含み、入金日、取引内容等を含んでも良く、また、出金に関する情報は請求元（支払先）及び出金額（支払額）を少なくとも含み、出金日（支払日）、取引内容等を含んでも良い。
　ネットワーク４は、利用者端末とサーバとの間で音声信号を伝送可能な通信ネットワーク、例えば携帯電話網を含む公衆電話網やインターネット（但し、インターネットの場合、安全性を確保するため、ＩＰｓｅｃやＳＳＬによるＶＰＮを介して通信を行うものとする。）からなる。
　図２乃至図６はサーバ３における各種の処理の流れ、即ち図２は初期処理、図３は口座開設処理、図４は逆送金処理、図５は未処理案件（請求案件）処理、図６は順送金処理の流れを示すもので、サーバ３は、これらの処理の流れに対応するプログラムとＣＰＵ，メモリ等との協働により実現される各手段と、前述した音声応答機能３１、声紋照合機能３２及びデータベース３３とによって構成される。
　以下、サーバの詳細とともに、本システムによる決済方法について説明する。
　［初期処理］
　図２に示すように、サーバ３は、音声応答機能３１を介して利用者端末からの着信を検出する（ｓ１）と、その発呼信号に利用者端末の発信時固有ＩＤ送信機能１１，２１により含められた発信者番号がデータベース３３に登録されているか否かを調べ（ｓ２）、登録されていなければ（ｓ３）、新規の利用者の端末からの着信として口座開設処理へ移る。
　一方、発信者番号が登録されていれば、サーバ３は、さらに当該発信者番号に対応する未処理案件情報がデータベース３３に登録されているか否かを調べ（ｓ４）、登録されていれば（ｓ５）、未処理案件処理へ移る。
　また、未処理案件情報がなければ、サーバ３は、音声応答機能３１を用いて選択可能な処理項目をメニュー形式で提示する音声ガイダンス（メニューガイダンス）を利用者端末へ送出し（ｓ６）、音声応答機能３１を介して利用者端末からの音声またはキー入力による選択入力待ち（ｓ７）となる。
　ここで、メニューガイダンスとは、「入金」、「出金」、「残高照会」、「履歴照会」、「逆送金」、「順送金」等の処理項目を、当該処理項目に予め対応付けられたそれぞれ異なる数字や記号とともに音声として流すものである。また、選択入力は、選択したい処理項目に対応する数字や記号を、利用者端末の音声通話機能１２，２２により音声として送出またはキー入力機能１３，２３によりキー情報として送出することによって行われる。
［口座開設処理］
　サーバ３は、初期処理から口座開設処理へ移った場合、図３に示すように、音声応答機能３１を用いて口座開設に必要な情報の入力を要求する音声ガイダンスを利用者端末へ送出し（ｓ１１）、音声応答機能３１を介して利用者端末からの音声入力またはキー入力待ちとなる（ｓ１２）。ここで、口座開設に必要な情報とは、前述したデータベース３３に利用者の発信者番号に対応付けて登録される情報のうち、利用者の名前、暗証番号、任意のキーワード及び利用者を特定可能な所定の音声情報、生体認証情報、等であるが、キーワード及び音声情報については音声による入力が必要となり、生体認証情報については何らかの専用の読み取り装置からの入力が必要となる。
　サーバ３は、利用者端末から必要な情報が全て入力された場合（ｓ１３）、当該入力された情報とともに任意のキーワード（の音声情報）から声紋照合機能３２を介して抽出された声紋を、利用者の発信者番号に対応付けてデータベース３３に登録することで当該利用者の口座を開設する（ｓ１４）。なお、口座開設当初、他の情報、例えば残高情報や履歴情報は当然、０またはブランクである。
　なお、音声ガイダンスの途中で、特定のキー（例えば「＊」）を入力することにより、サーバ３のオペレータとの通話ができるようにしても良い。
［逆送金処理及び未処理案件処理］
　初期処理の選択メニューにおいて「逆送金処理」が選択されるケースとは、受金者が送金者に対し、商品購入に伴う代金の支払い等の金銭的な決済を本システムを通じて要求するケースであり、この場合、送金者に対する「未処理案件処理」が同時に発生する。
　以下、受金者が商品を販売する商店Ａであって、その受金者端末２が商店Ａの固定電話であり、また、送金者が商店Ａから商品を購入する客Ｂであって、その送金者端末１が携帯電話であり、さらにネットワーク４が公衆電話網（携帯電話網を含む）である場合の動作を、図４、図５の流れ図とともに図７のシーケンス図を用いて説明する。なお、図７中、実線の矢印は端末及びサーバ間の情報の流れ、一点鎖線の矢印は端末に対する操作、点線の矢印は送金者及び受金者間の直接会話を示している。また、商店（受金者）Ａ及び客（送金者）Ｂとも、事前に口座開設処理は完了しているものとする。
　商品購入の際、客（送金者）Ｂは商店（受金者）Ａの店員に、自身の携帯電話１の電話番号（例えば「１２３４５」）を口頭で伝える。客Ｂから携帯電話１の電話番号を聞いた商店Ａの店員は、当該商店Ａの固定電話２からサーバ３に電話をかける（発信）。この際、固定電話２の発信者番号は公衆電話網４を介して安全に送信される。
　固定電話２からの発信を受け取ったサーバ３は、前述した初期処理を行い、ステップｓ１～ｓ５を経てメニューガイダンスを固定電話２へ送出し（ｓ６）、商店Ａの店員は固定電話２から「逆送金処理」を選択入力する（ｓ７）。
　サーバ３は、「逆送金処理」が選択されると、音声応答機能３１を用いて送金者の電話番号及び請求額の入力を要求する音声ガイダンスを固定電話２へ送出し（ｓ２１）、固定電話２からの音声入力またはキー入力待ちとなる（ｓ２２）。
　商店Ａの店員が固定電話２の音声通話機能２２またはキー入力機能２３により客Ｂの携帯電話１の電話番号（ここでは「１２３４５」）及び請求額（例えば８００円）を入力すると、サーバ３は、音声応答機能３１を介してこれらの情報を受け取る。この際、前記客Ｂの携帯電話１の電話番号及び請求額は、公衆電話網４を介して安全に送信される。
　サーバ３は、逆送金処理を選択した固定電話２の利用者、即ち商店Ａを請求元とし、前記受け取った請求額を出金額とする出金に関する情報のうち未処理のもの、即ち未処理案件情報を、前記受け取った携帯電話１の電話番号に対応付けてデータベース３３に登録する（ｓ２３）とともに、送金者の承諾待ち状態（保留中）である旨を知らせる音声ガイダンス、例えば「ただ今、相手方の承諾をまっております。」を固定電話２へ送出する（ｓ２４）。
　前記ガイダンスを聞いた商店Ａの店員が客Ｂに対してサーバ３への電話をお願いし、客Ｂが携帯電話１サーバ３に電話をかける（発信）。この際、携帯電話１の発信者番号は公衆電話網４を介して安全に送信される。
　携帯電話１からの発信を受け取ったサーバ３は、前述した初期処理を行うが、この場合、データベース３３に携帯電話１の電話番号に対応して未処理案件情報が登録されているため、「未処理案件処理」に移る（ｓ５）。なお、この際、固定電話２とサーバ３との接続及び携帯電話１とサーバ３との接続は別回線（チャネル１，２）による接続である。
　サーバ３は、初期処理から未処理案件処理へ移ると、データベース３３から該当未処理案件情報を読み出し（ｓ３１）、音声応答機能３１を用いて当該未処理案件情報に対応する要求を行った固定電話２の電話番号に対応してデータベース３３に登録されている受金側の利用者に関する情報及び取引金額（出金額）に関する情報を少なくとも含む、前記逆送金要求に対する送金承諾の意志を示す確認情報の入力を要求する音声ガイダンスを携帯電話１へ送出し（ｓ３２）、音声応答機能３１を介して携帯電話１からの音声入力またはキー入力待ちとなる（ｓ３３）。
　ここで、受金側の利用者に関する情報とは、請求元の名前（名称）であるが、その音声情報としては利用者を特定可能な所定の音声情報（例えば、店長の声による「商店Ａ」の音声情報）が用いられる。また、送金承諾の意志を示す確認情報とは、データベース３３に携帯電話１の電話番号に対応付けて登録された情報のうち、暗証番号やキーワードもしくはこれらに加えて生体認証情報であるが、キーワードについては音声入力による情報が必要となり、生体認証情報については専用の読み取り装置による情報が必要となる。また、音声ガイダンスには、これ以外に、請求元との通話を希望する場合の操作に関する情報等を含めても良い。
　従って、音声ガイダンスの内容としては、例えば「ただ今、商店Ａから８００円の請求がきております。承諾するなら暗証番号入力及びキーワード音声入力願います。商店Ａとの通話を希望する場合は「９」を押して下さい。」（但し、「商店Ａ」の部分は前記所定の音声情報）となる。
　客Ｂが携帯電話１のキー入力機能１３により暗証番号を入力し、音声通話機能１２によりキーワード（例えば「ひらけゴマ」）を音声入力すると、サーバ３は、音声応答機能３１を介してこれらの情報を受け取る。この際、前記客Ｂの暗証番号及びキーワードは、公衆電話網４を介して安全に送信される。
　サーバ３は、携帯電話１からキー入力された暗証番号と当該携帯電話１の電話番号に対応してデータベース３３に登録されている暗証番号とを照合し、また、携帯電話１から音声入力されたキーワードと当該携帯電話１の電話番号に対応してデータベース３３に登録されているキーワードとを照合し、さらに、声紋照合機能３２を用いて前記音声入力されたキーワードから声紋を抽出し、これと当該携帯電話１の電話番号に対応してデータベース３３に登録されている声紋とを照合する（ｓ３４）。
　サーバ３は、前記照合の結果が全て一致した場合（ｓ３５）、前記請求額に従って携帯電話１の電話番号及び固定電話２の電話番号に対応するデータベース３３の残高情報を更新、即ち携帯電話１の電話番号に対応するデータベース３３の残高情報を減額し、固定電話２の電話番号に対応するデータベース３３の残高情報を増額する（ｓ３６）。なお、照合の結果が一致しない場合、一定の回数、再入力を求めるようにしても良い。
　その後、サーバ３は、携帯電話１の電話番号に対応してデータベース３３に登録されている未処理案件情報の登録を削除、正確には携帯電話１の電話番号に対応してデータベース３３に登録されている出金に関する情報のうち未処理のものを処理済みに変更する（ｓ３７）とともに、音声応答機能３１を用いて取引終了を通知する音声ガイダンス、例えば「取引が正常終了しました。残高はｘｘｘｘ円です。」を携帯電話１へ送出し（ｓ３８）、回線を切断する。
　また、サーバ３は、携帯電話１の電話番号に対応してデータベース３３に登録されている未処理案件情報の登録が削除、正確には未処理案件情報が処理済みに変更されたことに基づき（ｓ２５）、固定電話２への保留中の音声ガイダンスの送出を解除するとともに、音声応答機能３１を用いて取引終了（要求完了）を通知する音声ガイダンス、例えば「取引が正常終了しました。残高はｙｙｙｙ円です。」を固定電話２へ送出し（ｓ２６）、回線を切断する。
　なお、未処理の出金に関する情報をデータベース３３とは別の記憶装置に利用者の固有ＩＤに対応付けて一時的に記憶し、処理済み後、データベース３３に処理済みの出金に関する情報（履歴情報）としてコピーするとともに、当該別の記憶装置から削除するようにしても良い。
　また、残高情報の代わりに金融機関の口座に関する情報をデータベース３３に記憶させ、照合の結果が全て一致した時に、送金側の利用者の固有ＩＤ及び受金側の利用者の固有ＩＤに対応する口座に対する請求額に従う金額の引き落とし及び振込を金融機関に要求するようにしても良い。
　また、ｓ３２～ｓ３５の送金者の認証ステップにおいて、暗証番号、キーワード及び声紋の照合のうち一部を省略するようにしても良い。
　さらにまた、短時間に多数に対して要求があった場合には、契約解除となるようにしても良い。
［順送金処理］
　初期処理の選択メニューにおいて「順送金」が選択されるケースとは、送金者から受金者への単純な送金（振込）を本システムを通じて行うケースである。
　以下、送金者（個人）Ｘの送金者端末１が携帯電話であり、また、受金者（個人）Ｙの受金者端末２も携帯電話である場合の動作を、図６の流れ図とともに図８のシーケンス図を用いて説明する。
　送金の際、受金者Ｙは送金者Ｘに自身の携帯電話２の電話番号（例えば「１２３４５」）を口頭で伝える。受金者Ｙから携帯電話２の電話番号を聞いた送金者Ｘは、その携帯電話１からサーバ３に電話をかける（発信）。この際、携帯電話１の発信者番号は公衆電話網４を介して安全に送信される。
　携帯電話１からの発信を受け取ったサーバ３は、前述した初期処理を行い、ステップｓ１～ｓ５を経てメニューガイダンスを携帯電話１へ送出し（ｓ６）、送金者Ｘは携帯電話１から「順送金処理」を選択入力する（ｓ７）。
　サーバ３は、「順送金処理」が選択されると、音声応答機能３１を用いて受金者の電話番号、送金額及び送金者Ｘの暗証番号の入力を要求する音声ガイダンスを携帯電話１へ送出し（ｓ４１）、携帯電話１からの音声入力またはキー入力待ちとなる（ｓ４２）。
　送金者Ｘが携帯電話１の音声通話機能１２またはキー入力機能１３により受金者Ｙの携帯電話２の電話番号（ここでは「１２３４５」）、送金額（例えば８００円）及び自身の暗証番号を入力すると、サーバ３は、音声応答機能３１を介してこれらの情報を受け取る。この際、前記受金者Ｙの携帯電話２の電話番号、送金額及び暗証番号は、公衆電話網４を介して安全に送信される。
　サーバ３は、携帯電話１から入力された暗証番号と当該携帯電話１の電話番号に対応してデータベース３３に登録されている暗証番号とを照合する（ｓ４３）。
　サーバ３は、前記照合の結果が一致した場合（ｓ４４）、音声応答機能３１を用いて前記順送金要求を行った受金者Ｙの携帯電話２の電話番号に対応してデータベース３３に登録されている受金側の利用者に関する情報及び取引金額に関する情報を少なくとも含む、前記順送金要求に対する送金承諾の意志を示す確認情報の入力を要求する音声ガイダンスを携帯電話１へ送出し（ｓ４５）、音声応答機能３１を介して携帯電話１からの音声入力またはキー入力待ちとなる（ｓ４６）。なお、照合の結果が一致しない場合、一定の回数、再入力を求めるようにしても良い。
　ここで、受金側の利用者に関する情報とは、送金先の名前（名称）であるが、その音声情報としては利用者を特定可能な所定の音声情報が用いられる。また、送金承諾の意志を示す確認情報としては、一般的には、データベース３３に固定電話１の電話番号に対応付けて登録された情報のうち、暗証番号やキーワードであるが、ここでは特定のキー入力（例えば「＃」）を用いるものとする。
　従って、音声ガイダンスの内容としては、例えば「Ｙ様への８００円の送金ですね？よければ＃を押して下さい。」（但し、「Ｙ」の部分は受金者Ｙの所定の音声情報）となる。
　送金者Ｘが携帯電話１のキー入力機能１３により確認のための特定のキー入力を行うと、サーバ３は、音声応答機能３１を介してこのキー情報を受け取る。この際、当該特定のキー情報は、公衆電話網４を介して安全に送信される。
　その後、サーバ３は、前記送金額に従って携帯電話１の電話番号及び携帯電話２の電話番号に対応するデータベース３３の残高情報を更新、即ち携帯電話１の電話番号に対応するデータベース３３の残高情報を減額し、携帯電話２の電話番号に対応するデータベース３３の残高情報を増額し（ｓ４７）、音声応答機能３１を用いて送金完了を通知する音声ガイダンス、例えば「送金が正常に完了しました。」を携帯電話１へ送出し（ｓ４８）、回線を切断する。
　なお、図８に示すように、サーバ３より受金者Ｙの携帯電話２へ発信し、受金者Ｙが応答したら、上述した送金内容を表す音声ガイダンス、例えば「Ｘ様より、８００円の振り込みがありました。」（但し、「Ｘ」の部分は送金者Ｘの所定の音声情報）を携帯電話２へ送出するようにしても良い。
　また、ｓ４１～ｓ４４の送金者の認証ステップにおいて、暗証番号だけでなく、キーワードの音声入力も要求し、データベース３３に登録されたキーワードや声紋との照合も併せて行うようにしても良い。さらにまた、逆送金処理の場合と同様、残高情報の代わりに金融機関の口座に関する情報をデータベース３３に記憶させ、特定のキー入力を受け付けた時に、送金側の利用者の固有ＩＤ及び受金側の利用者の固有ＩＤに対応する口座に対する送金額に従う金額の引き落とし及び振込を金融機関に要求するようにしても良い。
　また、一度、順送金処理を行い、正当性を確認した受金者については、次回より、サーバに電話をかけ、携帯の電話帳などから受金者を選び、頭に「１１１」などの３桁のプレフィックス番号をつける送信することにより、暗証番号入力や受金者の音声確認などをせずに、すぐに送金できるようにしても良い。また、この際、サブアドレスを利用、例えば「111-090-1111-1111*800」等として送信することにより、送金額も同時に指定可能とすることもできる。
　さらにまた、受金者へのメッセージ録音機能を持たせたり、受金者との通話により相手を確認してから送金可能としても良い。
　［入金処理］
　初期処理の選択メニューにおいて「入金処理」を選択した場合、データベース３３に利用者の電話番号に対応付けて登録された残高情報の増額を行うことができる。
　即ち、前述した順送金処理の場合と同様な利用者の認証ステップを経た後（但し、受金者の電話番号の入力はなし。キーワードや声紋照合を含めることは可）、増額したい金額を入力することで、当該利用者の電話番号に対応付けてデータベース３３に登録された残高情報を増額できる。なお、増額された金額は、例えば翌月の電話料金に上乗せされて利用者に請求される。
　［出金処理］
　初期処理の選択メニューにおいて「出金処理」を選択した場合、出金（送金）の際の引き落としパターンを選ぶことができる。
　即ち、前述した順送金処理の場合と同様な利用者の認証ステップを経た後（但し、受金者の電話番号の入力はなし。キーワードや声紋照合を含めることは可）、前述した初期処理のｓ６，ｓ７のような音声ガイダンスのメニュー選択形式により、データベース３３に登録された残高情報からの引き落とし又はデータベース３３に登録された金融機関の口座からの引き落としを選択することができる。なお、音声ガイダンスの途中で、特定のキー（例えば「＃」）を入力することにより、引き落とし口座を登録できるようにしても良い。
　［残高照会処理］
　初期処理の選択メニューにおいて「残高照会処理」を選択した場合、データベース３３に利用者の電話番号に対応付けて登録された残高情報の照会を行うことができる。
　即ち、前述した順送金処理の場合と同様な利用者の認証ステップを経た後（但し、受金者の電話番号の入力はなし。キーワードや声紋照合を含めることは可）、音声応答機能３１を介して残高情報を音声で聞くことができる。
　［履歴照会処理］
　初期処理の選択メニューにおいて「履歴照会処理」を選択した場合、データベース３３に利用者の電話番号に対応付けて登録された入出金の履歴情報の照会を行うことができる。
　即ち、前述した順送金処理の場合と同様な利用者の認証ステップを経た後（但し、受金者の電話番号の入力はなし。キーワードや声紋照合を含めることは可）、音声応答機能３１を介して入出金の履歴情報を音声で聞くことができる。例えば、
　１件目　10日10時10分　800円入金
　　ヤマダタロウ様　メッセージ『昨日の飲み会のお金です』
　２件目　11日11時11分　5000円出金
　　東京電力様　　メッセージ『8月の電気料金です』
のようなガイダンス音声が流れる。
　＜第２の実施の形態＞
　図９は本発明の電子決済システムの第２の実施の形態、ここでは音声通話機能の代わりに文字情報通信機能を備えた利用者端末を用いた場合に対応する例を示すもので、図中、第１の実施の形態と同一構成部分は同一符号をもって表す。即ち、１ｂは送金者端末、２ｂは受金者端末、３ｂはサーバ、４ｂはネットワークである。
　送金者端末１ｂ及び受金者端末２ｂは、それぞれ発信時固有ＩＤ送信機能１１，２１及び文字情報通信機能１４，２４を少なくとも備えた通信装置、例えば周知のパーソナルコンピュータやブラウザを搭載した携帯電話（以下、ブラウザフォン）からなる。
　文字情報通信機能１４，２４は、キーボード等の入力装置に対する利用者の操作に応じて数字やアルファベット、様々な記号及びこれらに基づいて周知のＦＥＰ等により変換された漢字などを含む文字情報（テキストデータだけでなく、文字に対する表示制御情報等も含むものとする。）を接続先へ送信し、また、接続先から文字情報を受信して表示装置に表示する。
　サーバ３ｂは、データベース３３ｂ、着信応答機能３４及び文字情報通信機能３５を少なくとも備えた周知のネットワーク接続可能なコンピュータ装置からなる。
　着信応答機能３４は、利用者端末からの接続検出を行う。文字情報通信機能３５は文字情報を利用者端末へ送信し、また、利用者端末からの文字情報を受信する。なお、データベース３３ｂは、音声情報や声紋が登録されてない点を除いて第１の実施の形態の場合と同様である。
　ネットワーク４ｂは、利用者端末とサーバとの間で文字情報を伝送可能な通信ネットワーク、例えば携帯電話網を含む公衆電話網やインターネット（但し、インターネットの場合、安全性を確保するため、ＩＰｓｅｃやＳＳＬによるＶＰＮを介して通信を行うものとする。）からなる。
　図１０乃至図１４はサーバ３ｂにおける各種の処理の流れ、即ち図１０は初期処理、図１１は口座開設処理、図１２は逆送金処理、図１２は未処理案件（請求案件）処理、図１４は順送金処理の流れを示すもので、サーバ３ｂは、これらの処理の流れに対応するプログラムとＣＰＵ，メモリ等との協働により実現される各手段と、前述したデータベース３３ｂ、着信応答機能３４及び文字情報通信機能３５とによって構成される。
　以下、サーバの詳細とともに、本システムによる決済方法について説明する。
　［初期処理］
　図１０に示すように、サーバ３ｂは、着信応答機能３４を介して利用者端末からのアクセス（着信）を検出する（ｓ１）と、その発呼信号に利用者端末の発信時固有ＩＤ送信機能１１，２１により含められた発信者番号がデータベース３３ｂに登録されているか否かを調べ（ｓ２）、登録されていなければ（ｓ３）、新規の利用者の端末からの着信として口座開設処理へ移る。
　一方、発信者番号が登録されていれば、サーバ３ｂは、文字情報通信機能３５を用いて選択可能な処理項目の文字情報をメニュー形式で提示する画面（メニュー画面）を利用者端末へ送出し（ｓ６ｂ）、文字情報通信機能３５を介して利用者端末からの文字情報による選択入力待ち（ｓ７）となる。
　ここで、メニュー画面とは、「入金」、「出金」、「残高照会」、「履歴照会」、「逆送金」、「順送金」等の処理項目を、当該処理項目に予め対応付けられたそれぞれ異なる数字や記号とともに文字情報として表したものである。また、選択入力は、選択したい処理項目に対応する数字や記号を、利用者端末の文字情報通信機能１４，２４により文字情報として送出することによって行われる。
　［口座開設処理］
　サーバ３ｂは、初期処理から口座開設処理へ移った場合、図１１に示すように、文字情報通信機能３５を用いて口座開設に必要な情報の入力を要求する文字情報を含む画面を利用者端末へ送出し（ｓ１１ｂ）、文字情報通信機能３５を介して利用者端末からの文字情報入力待ちとなる（ｓ１２）。ここで、口座開設に必要な情報とは、前述したデータベース３３ｂに利用者の発信者番号に対応付けて登録される情報のうち、名前、暗証番号、任意のキーワード、等である。
　サーバ３ｂは、利用者端末から必要な情報が全て入力された場合（ｓ１３）、当該入力された情報を、利用者の発信者番号に対応付けてデータベース３３ｂに登録することで当該利用者の口座を開設する（ｓ１４）。なお、口座開設当初、他の情報、例えば残高情報や履歴情報は当然、０またはブランクである。
［逆送金処理及び未処理案件処理］
　初期処理の選択メニューにおいて「逆送金処理」が選択されるケースとは、受金者が送金者に対し、商品購入に伴う代金の支払い等の金銭的な決済を本システムを通じて要求するケースであり、この場合、送金者に対する「未処理案件処理」が同時に発生する。
　以下、受金者が商品を販売する商店Ａであって、その受金者端末２ｂが商店Ａのレジ専用のパーソナルコンピュータ（以下、レジＰＣ）であり、また、送金者が商店Ａから商品を購入する客Ｂであって、その送金者端末１ｂがブラウザフォンであり、さらにネットワーク４ｂが公衆電話網（携帯電話網を含む）である場合の動作を、図１２、図１３の流れ図とともに図１５のシーケンス図を用いて説明する。なお、図１５中、実線の矢印は端末及びサーバ間の情報の流れ、一点鎖線の矢印は端末に対する操作、点線の矢印は送金者及び受金者間の直接会話を示している。また、商店（受金者）Ａ及び客（送金者）Ｂとも、事前に口座開設処理は完了しているものとする。
　商品購入の際、客（送金者）Ｂは商店（受金者）Ａの店員に、自身のブラウザフォン１ｂの電話番号（例えば「１２３４５」）を口頭で伝える。客Ｂからブラウザフォン１ｂの電話番号を聞いた商店Ａの店員は、当該商店ＡのレジＰＣ２ｂからサーバ３ｂに接続する。この際、レジＰＣ２ｂの発信者番号は公衆電話網４ｂを介して安全に送信される。
　レジＰＣ２ｂからの発信を受け取ったサーバ３ｂは、前述した初期処理を行い、ステップｓ１～ｓ３を経てメニュー画面をレジＰＣ２ｂへ送出し（ｓ６ｂ）、商店Ａの店員はレジＰＣ２ｂから「逆送金処理」を選択入力する（ｓ７）。
　サーバ３ｂは、「逆送金処理」が選択されると、文字情報通信機能３５を用いて送金者の電話番号及び請求額の入力を要求する文字情報を含む画面をレジＰＣ２ｂへ送出し（ｓ２１ｂ）、レジＰＣ２ｂからの文字情報入力待ちとなる（ｓ２２）。
　商店Ａの店員がレジＰＣ２ｂの文字情報通信機能２４により客Ｂのブラウザフォン１ｂの電話番号（ここでは「１２３４５」）、請求額（例えば８００円）及びこれに加えて購入した商品の品名等の取引内容を入力すると、サーバ３ｂは、文字情報通信機能３５を介してこれらの情報を受け取る。この際、前記客Ｂのブラウザフォン１ｂの電話番号、請求額及び取引内容は、公衆電話網４ｂを介して安全に送信される。
　なお、客Ｂから口頭で伝えられたブラウザフォン１ｂの電話番号を商店Ａの店員がレジＰＣ２ｂに入力するのではなく、客Ｂに直接入力させるようにしても良い。
　サーバ３ｂは、逆送金処理を選択したレジＰＣ２ｂ２の利用者、即ち商店Ａを請求元とし、前記受け取った請求額を出金額とする出金に関する情報のうち未処理のもの、即ち未処理案件情報を、前記受け取ったブラウザフォン１ｂの電話番号に対応付けてデータベース３３ｂに登録し（ｓ２３）、未処理案件処理を起動する（ｓ２７）とともに、送金者の承諾待ち状態（保留中）である旨を知らせるメッセージ、例えば「ただ今、相手方の承諾をまっております。」をレジＰＣ２ｂへ送出する（ｓ２４ｂ）。
　サーバ３ｂは、未処理案件処理が起動されると、データベース３３ｂから該当未処理案件情報を読み出し（ｓ３１）、文字情報通信機能３５を用いて当該未処理案件情報に対応する要求を行ったレジＰＣ２ｂの電話番号に対応してデータベース３３ｂに登録されている受金側の利用者に関する情報及び取引金額に関する情報を少なくとも含む、前記逆送金要求に対する送金承諾の意志を示す確認情報の返送を要求するメッセージを含むショートメールをブラウザフォン１ｂへ送信し（ｓ３２ｂ）、返信待ちとなる（ｓ３３ｂ）。
　ここで、受金側の利用者に関する情報とは、請求元の名前（名称）である。また、送金承諾の意志を示す確認情報とは、一般的には、データベース３３ｂにブラウザフォン１ｂの電話番号に対応付けて登録された情報のうち、暗証番号やキーワードであるが、ここでは前記ショートメールに対する返信メール（の発信者番号）での代用も可とする。また、別途、ＵＲＬを指定してそのサイトへのアクセス及び暗証番号やキーワードの入力を求めるようにしても良い。
　従って、メッセージの内容としては、例えば「ただ今、商店Ａから８００円の請求がきております。内訳は...。承諾するならこのメールに返信（もしくは以下のＵＲＬにアクセスして暗証番号を入力）して下さい。」となる（「内訳は...」の部分は取引内容）。
　客Ｂがブラウザフォン１ｂの文字情報通信機能１４により返信メールを送出すると、サーバ３ｂは、着信応答機能３４を介してこれを受け取る。この際、前記客Ｂの発信者番号は、公衆電話網４ｂを介して安全に送信される。
　サーバ３ｂは、ブラウザフォン１ｂから返信されたメールの発信者番号と前述したショートメールの宛先の電話番号とを照合する（ｓ３４）。
　サーバ３ｂは、前記照合の結果が一致した場合（ｓ３５）、前記請求額に従ってブラウザフォン１ｂの電話番号及びレジＰＣ２ｂの電話番号に対応するデータベース３３ｂの残高情報を更新、即ちブラウザフォン１ｂの電話番号に対応するデータベース３３ｂの残高情報を減額し、レジＰＣ２ｂの電話番号に対応するデータベース３３ｂの残高情報を増額する（ｓ３６）。
　その後、サーバ３ｂは、ブラウザフォン１ｂの電話番号に対応してデータベース３３ｂに登録されている未処理案件情報の登録を削除、正確にはブラウザフォン１ｂの電話番号に対応してデータベース３３ｂに登録されている出金に関する情報のうち未処理のものを処理済みに変更する（ｓ３７）とともに、音声応答機能３１を用いて取引終了を通知するメッセージ、例えば「取引が正常終了しました。残高はｘｘｘｘ円です。」を含むショートメールをブラウザフォン１ｂへ送信する（ｓ３８ｂ）。
　また、サーバ３ｂは、ブラウザフォン１ｂの電話番号に対応してデータベース３３ｂに登録されている未処理案件情報の登録が削除、正確には未処理案件情報が処理済みに変更されたことに基づき（ｓ２５）、文字情報通信機能３５を用いて取引終了（要求完了）を通知するメッセージ、例えば「取引が正常終了しました。残高はｙｙｙｙ円です。」をレジＰＣ２ｂへ送出し（ｓ２６ｂ）、回線を切断する。
　なお、第１の実施の形態の場合と同様、未処理の出金に関する情報をデータベース３３ｂとは別の記憶装置に利用者の固有ＩＤに対応付けて一時的に記憶し、処理済み後、データベース３３ｂに処理済みの出金に関する情報（履歴情報）としてコピーするとともに、当該別の記憶装置から削除するようにしても良い。
　また、残高情報の代わりに金融機関の口座に関する情報をデータベース３３ｂに記憶させ、照合の結果が全て一致した時に、送金側の利用者の固有ＩＤ及び受金側の利用者の固有ＩＤに対応する口座に対する請求額に従う金額の引き落とし及び振込を金融機関に要求するようにしても良い。
　さらにまた、短時間に多数に対して要求があった場合には、契約解除となるようにしても良い。
［順送金処理］
　初期処理の選択メニューにおいて「順送金」が選択されるケースとは、送金者から受金者への単純な送金（振込）を本システムを通じて行うケースである。
　以下、送金者（個人）Ｘの送金者端末１ｂがブラウザフォンであり、また、受金者（個人）Ｙの受金者端末２ｂもブラウザフォンである場合の動作を、図１４の流れ図とともに図１６のシーケンス図を用いて説明する。
　送金の際、受金者Ｙは送金者Ｘに自身のブラウザフォン２ｂの電話番号（例えば「１２３４５」）を口頭で伝える。受金者Ｙからブラウザフォン２ｂの電話番号を聞いた送金者Ｘは、そのブラウザフォン１ｂからサーバ３ｂに電話をかける（発信）。この際、ブラウザフォン１ｂの発信者番号は公衆電話網４を介して安全に送信される。
　ブラウザフォン１ｂからの発信を受け取ったサーバ３ｂは、前述した初期処理を行い、ステップｓ１～ｓ３を経てメニュー画面をブラウザフォン１ｂへ送出し（ｓ６ｂ）、送金者Ｘはブラウザフォン１ｂから「順送金処理」を選択入力する（ｓ７）。
　サーバ３ｂは、「順送金処理」が選択されると、文字情報通信機能３５を用いて受金者の電話番号、送金額及び送金者Ｘの暗証番号の入力を要求する文字情報を含む画面をブラウザフォン１ｂへ送出し（ｓ４１ｂ）、ブラウザフォン１ｂからの文字情報入力待ちとなる（ｓ４２）。
　送金者Ｘがブラウザフォン１ｂの文字情報通信機能１４により受金者Ｙのブラウザフォン２ｂの電話番号（ここでは「１２３４５」）、送金額（例えば８００円）及び自身の暗証番号を入力すると、サーバ３ｂは、文字情報通信機能３５を介してこれらの情報を受け取る。この際、前記受金者Ｙのブラウザフォン２ｂの電話番号、送金額及び暗証番号は、公衆電話網４を介して安全に送信される。また、この際、受金者Ｙに伝えたい任意のメッセージを一緒に入力するようにしても良い。
　サーバ３ｂは、ブラウザフォン１ｂから入力された暗証番号と当該ブラウザフォン１ｂの電話番号に対応してデータベース３３ｂに登録されている暗証番号とを照合する（ｓ４３）。
　サーバ３ｂは、前記照合の結果が一致した場合（ｓ４４）、文字情報通信機能３５を用いて前記順送金要求を行った受金者Ｙのブラウザフォン２ｂの電話番号に対応してデータベース３３ｂに登録されている受金側の利用者に関する情報及び取引金額に関する情報を少なくとも含む、前記順送金要求に対する送金承諾の意志を示す確認情報の返送要求を、ブラウザフォン１ｂへ送出し（ｓ４５ｂ）、文字情報通信機能３５を介してブラウザフォン１ｂからの入力待ちとなる（ｓ４６ｂ）。なお、照合の結果が一致しない場合、一定の回数、再入力を求めるようにしても良い。
　ここで、受金側の利用者に関する情報とは、送金元の名前（名称）である。また、送金承諾の意志を示す確認情報とは、一般的には、データベース３３ｂにブラウザフォン１ｂの電話番号に対応付けて登録された情報のうち、暗証番号やキーワードであるが、ここでは受金側の利用者の固有ＩＤに対応して予めデータベース３３ｂに登録されている当該受金側の利用者の名前の少なくとも一部に対応した文字情報であるとする。
　従って、メッセージの内容としては、例えば「Ｙ様への８００円の送金ですね？よければ受金者の名前を入力して下さい。」となる。
　送金者Ｘがブラウザフォン１ｂの文字情報通信機能１４により受金者の名前に対応する文字情報を入力すると、サーバ３ｂは、文字情報通信機能３５を介してこの文字情報を受け取る。この際、当該文字情報は、公衆電話網４ｂを介して安全に送信される。
　その後、サーバ３ｂは、入力された文字情報が受金側の利用者の固有ＩＤに対応して予めデータベース３３ｂに登録されている当該受金側の利用者の名前の文字情報と一致すれば、前記送金額に従ってブラウザフォン１ｂの電話番号及びブラウザフォン２ｂの電話番号に対応するデータベース３３ｂの残高情報を更新、即ちブラウザフォン１ｂの電話番号に対応するデータベース３３ｂの残高情報を減額し、ブラウザフォン２ｂの電話番号に対応するデータベース３３ｂの残高情報を増額し（ｓ４７）、文字情報通信機能３５を用いて送金完了を通知するメッセージ、例えば「送金が正常に完了しました。」を携帯電話１へ送出し（ｓ４８ｂ）、回線を切断する。
　なお、図１６に示すように、サーバ３ｂより前記順送金要求にかかる送金の完了を通知するメッセージ、例えば「Ｘ様より、８００円の振り込みがありました。」を含むショートメールを受金者Ｙのブラウザフォン２ｂへ送出するようにしても良い。また、この際、前述した送金者が入力した任意のメッセージを含めても良い。
　また、ｓ４１ｂ～ｓ４４の送金者の認証ステップにおいて、暗証番号だけでなく、キーワードの入力も要求し、データベース３３ｂに登録されたキーワードとの照合も併せて行うようにしても良い。さらにまた、逆送金処理の場合と同様、残高情報の代わりに金融機関の口座に関する情報をデータベース３３ｂに記憶させ、受金者の名前を受け付けた時に、送金側の利用者の固有ＩＤ及び受金側の利用者の固有ＩＤに対応する口座に対する送金額に従う金額の引き落とし及び振込を金融機関に要求するようにしても良い。
　また、一度、順送金処理を行い、正当性を確認した受金者については、次回より、サーバに電話をかけ、携帯の電話帳などから受金者を選び、頭に「１１１」などの３桁のプレフィックス番号をつける送信することにより、暗証番号入力や受金者の名前入力などをせずに、すぐに送金できるようにしても良い。また、この際、サブアドレスを利用、例えば「111-090-1111-1111*800」等として送信することにより、送金額も同時に指定可能とすることもできる。
　なお、［入金処理］、［出金処理］、［残高照会処理］、［履歴照会処理］等については、音声情報が文字情報または文字情報を含む画面に置き換わる点を除き、第１の実施の形態の場合と同様なので説明を省略する。
　＜第３の実施の形態＞
　図１７は本発明の電子決済システムの第３の実施の形態、ここでは第２の実施の形態において受金者端末がインターネットを通じて商品を販売するサイトを運営するサーバ、あるいは所定のサービス（例えば、電気、ガスなどの公共サービス）を利用者に提供してその対価を請求する企業のホストコンピュータなどであって、送金者端末からの金銭的な決済（支払い）の要求をネットワークを介して受け付け、これを逆送金要求としてサーバへ自動的に送信する機能を備えた例を示すもので、図中、第１の実施の形態と同一構成部分は同一符号をもって表す。即ち、１ｂは送金者端末、２ｃは受金者端末、３ｂはサーバ、４ｂはネットワークである。
　受金者端末２ｃは、発信時固有ＩＤ送信機能２１、文字情報通信機能２４及びデータベース２５を少なくとも備えた通信装置、例えば周知のサーバやホストコンピュータからなる。
　データベース２５は、利用者（送金者）の商品購入やサービス利用に伴って発生した請求項目、例えば商品名、請求額等を、当該利用者が使用する利用者の固有ＩＤ、ここでは電話番号（発信者番号）に対応付けて記憶している。
　図１８は受金者端末２ｃにおける請求処理の流れを示すもので、受金者端末２ｃは、これらの処理の流れに対応するプログラムとＣＰＵ，メモリ等との協働により実現される各手段と、前述した発信時固有ＩＤ送信機能２１、文字情報通信機能２４及びデータベース２５とによって構成される。
　［逆送金処理及び未処理案件処理］
　以下、受金者がインターネットを通じて商品を販売するサイトＡであって、その受金者端末２ｃがサイトＡのＷｅｂサーバであり、また、送金者がサイトＡから商品を購入する客Ｂであって、その送金者端末１ｂがブラウザフォンであり、さらにネットワーク４ｂがインターネット（ＩＰ－ＶＰＮ）である場合の、逆送金処理及び未処理案件処理の動作を、図１２、図１３、図１８の流れ図とともに図１９のシーケンス図を用いて説明する。なお、図１９中、実線の矢印は端末及びサーバ間の情報の流れ、一点鎖線の矢印は端末に対する操作を示している。また、サイト（受金者）Ａ及び客（送金者）Ｂとも、事前に口座開設処理は完了しているものとする。
　客（送金者）Ｂがブラウザフォン１ｂによりＩＰ－ＶＰＮ４ｂを介してサイトＡのＷｅｂサーバ２ｃにアクセスし、商品購入を行う（ｓ５１）と、Ｗｅｂサーバ２ｃはその商品名及び請求額を当該商品購入に伴う請求項目としてブラウザフォン１ｂの電話番号に対応付けてデータベース２５に登録する（ｓ５２）。
　次に、Ｗｅｂサーバ２ｃは、サーバ３ｂにアクセスし、客Ｂのブラウザフォン１ｂの電話番号及び請求額を含む逆送金要求を送信する（ｓ５３）。この際、Ｗｅｂサーバ２ｃの発信者番号、客Ｂのブラウザフォン１ｂの電話番号及び請求額はＩＰ－ＶＰＮ４ｂを介して安全に送信される。
　Ｗｅｂサーバ２ｃからの逆送金要求を受け取ったサーバ３ｂは、逆送金処理を送信したＷｅｂサーバ２ｃの利用者、即ちサイトＡを請求元とし、前記請求額を出金額とする出金に関する情報のうち未処理のもの、即ち未処理案件情報を、前記ブラウザフォン１ｂの電話番号に対応付けてデータベース３３ｂに登録し（ｓ２３）、未処理案件処理を起動する（ｓ２７）とともに、送金者の承諾待ち状態（保留中）である旨を知らせるメッセージ、例えば「ただ今、相手方の承諾をまっております。」をＷｅｂサーバ２ｃへ送出する（ｓ２４ｂ）。
　サーバ３ｂは、未処理案件処理が起動されると、データベース３３ｂから該当未処理案件情報を読み出し（ｓ３１）、文字情報通信機能３５を用いて当該未処理案件情報に対応する要求を行ったＷｅｂサーバ２ｃの電話番号に対応してデータベース３３ｂに登録されている受金側の利用者及び取引金額に関する情報を少なくとも含む、前記逆送金要求に対する送金承諾の意志を示す確認情報の返送を要求するメッセージを含むショートメールをブラウザフォン１ｂへ送信し（ｓ３２ｂ）、返信待ちとなる（ｓ３３ｂ）。
　客Ｂがブラウザフォン１ｂの文字情報通信機能１４により返信メールを送出すると、サーバ３ｂは、着信応答機能３４を介してこれを受け取る。この際、前記客Ｂの発信者番号は、ＩＰ－ＶＰＮ４ｂを介して安全に送信される。
　サーバ３ｂは、ブラウザフォン１ｂから返信されたメールの発信者番号と前述したショートメールの宛先の電話番号とを照合する（ｓ３４）。
　サーバ３ｂは、前記照合の結果が一致した場合（ｓ３５）、前記請求額に従ってブラウザフォン１ｂの電話番号及びＷｅｂサーバ２ｃの電話番号に対応するデータベース３３ｂの残高情報を更新、即ちブラウザフォン１ｂの電話番号に対応するデータベース３３ｂの残高情報を減額し、Ｗｅｂサーバ２ｃの電話番号に対応するデータベース３３ｂの残高情報を増額する（ｓ３６）。
　その後、サーバ３ｂは、ブラウザフォン１ｂの電話番号に対応してデータベース３３ｂに登録されている未処理案件情報の登録を削除、正確にはブラウザフォン１ｂの電話番号に対応してデータベース３３ｂに登録されている出金に関する情報のうち未処理のものを処理済みに変更する（ｓ３７）とともに、音声応答機能３１を用いて取引終了を通知するメッセージ、例えば「取引が正常終了しました。残高はｘｘｘｘ円です。」を含むショートメールをブラウザフォン１ｂへ送信する（ｓ３８ｂ）。
　また、サーバ３ｂは、ブラウザフォン１ｂの電話番号に対応してデータベース３３ｂに登録されている未処理案件情報の登録が削除、正確には未処理案件情報が処理済みに変更されたことに基づき（ｓ２５）、文字情報通信機能３５を用いて取引終了（要求完了）を通知するメッセージ、例えば「取引が正常終了しました。残高はｙｙｙｙ円です。」をＷｅｂサーバ２ｃへ送出し（ｓ２６ｂ）、回線を切断する。
　Ｗｅｂサーバ２ｃは、前記取引終了（要求完了）を通知するメッセージを受信する（ｓ５４）と、データベース２５から該当する請求項目を削除して（ｓ５５）終了する。
　なお、ブラウザフォン１ｂへの取引終了通知は、サーバ３ｂからでなく、Ｗｅｂサーバ２ｃから行うようにしても良い。
　また、音声情報による確認を行う第１の実施の形態においても、受金者端末に逆送金要求をサーバへ自動的に送信する機能を持たせることで、第３の実施の形態の場合と同様にインターネットを通じて商品を販売するサイトや所定のサービスを利用者に提供してその対価を請求する企業を受金者とするシステムを実現することができる。
　[その他の実施の形態］
　なお、第１乃至第３の実施の形態における順送金処理において、受金側の利用者端末への送金完了の通知は、残高更新後に順送金要求に含まれる受金側の利用者の固有ＩＤに対応する利用者端末からのアクセスを検出した場合に行うようにしても良い。
　また、第１乃至第３の実施の形態における順送金処理において、順送金要求受信ステップ後で残高更新ステップの前に、サーバが、前記順送金要求にかかる少なくとも送金側の利用者及び取引金額に関する情報を含む、前記順送金要求に対する受金承諾の意志を示す確認情報の返送要求を受金側の利用者端末へ送信するステップと、サーバが、受金側の利用者端末から、前記順送金要求に対する受金承諾の意志を示す確認情報を受信するステップとを実行するようにしても良い。
　また、第１乃至第３の実施の形態における順送金処理において、サーバが、前記順送金要求受信後で残高更新前に当該順送金要求に含まれる受金側の利用者の固有ＩＤに対応する利用者端末からのアクセスを検出した場合、前記順送金要求にかかる少なくとも送金側の利用者及び取引金額に関する情報を当該利用者端末へ送信するステップと、サーバが、受金側の利用者端末から、前記順送金要求に対する受金承諾の意志を示す確認情報を受信するステップとを実行するようにしても良い。
　さらにまた、前述した順送金要求に対する受金承諾の意志を示す確認情報として、逆送金処理の場合の送金承諾の意志を示す確認情報と同様の情報を用いて、逆送金処理の場合と同様の照合処理の後に残高情報更新ステップ以後を実行するようにしても良い。
＜第４の実施の形態＞
　第１乃至第３の実施の形態は、利用者端末に特別なアプリケーションを実装しない形態である。しかし、利用者端末としてスマートフォン（ソフトウェアアプリケーションを動作できる携帯電話端末）が利用できる場合には、スマートフォンに本発明の電子決済システム用のアプリケーションをインストールし、これを利用することで、より利便性の高い電子決済システムを実現できる。ここでいうスマートフォンとは、ソフトウェアアプリケーションをインストールし動作させることが可能な携帯電話端末を意味し、キャリア、機種は問わない。
　図２０は、本発明の電子決済システムの第４の実施の形態を示すもので、図中、第１及び第２の実施の形態と同一構成部分は、同一符号をもって表し、必要な場合を除き、説明は省略する。
　１ｄは送金者端末、２ｄは受金者端末、３ｄはサーバ、４はネットワークである。
　送金者端末１ｄ及び受金者端末２ｄは、それぞれ発信時固有ＩＤ送信機能１１，２１、音声通話機能１２，２２、キー入力機能１３，２３、及び電子決済システム用のアプリケーション１６，２６を少なくとも備えるスマートフォンである。
　アプリケーション１６，２６は、利用者にビジュアルな入力インタフェース（あるいは端末のキー入力）を提供する。また、発信時固有ＩＤ送信機能１１，２１、キー入力機能１３，２３を駆動して、発信者番号や利用者が入力した情報を相手方に送信し、また、相手方から受信した情報を、利用者への提示に適した表現形式に変換する機能を提供する。具体的には、例えば次のような機能を提供する。
　利用者がアプリケーション１６，２６を起動すると、スマートフォンにメニュー画面が表示され、利用者は処理を選択するとともに、処理に必要な情報を入力する。ここで、メニュー画面とは、「入金」、「出金」、「残高照会」、「履歴照会」、「逆送金」、「順送金」等の処理項目を、当該処理項目に予め対応付けられたそれぞれ異なる文字情報や画像情報として表したものである。
　利用者は、ここまでの操作をオフライン状態にて行った上でサーバ３ｄへの接続操作を行う。そのため、利用者はマイペースで入力操作を行うことができ、かつ、通信の瞬断による入力エラーも回避することができるため、操作性が向上する。
　例えば順送金の場合、送金者により接続操作がされると、アプリケーション１６は、発信時固有ＩＤ送信機能１１を駆動し、発信者番号をサーバ３ｄに送信する。また、利用者がメニューから選択した処理項目に対応する番号や、入力した口座番号や送金額など、数字で表現できる情報は、発信者番号とともにデジタル送信することができるため、これらについても併せて送信する。例えば、発信者番号が00-0000-0000である送金者が、個別ＩＤが1111である受金者に800円を送金する場合、アプリケーション１６は00-0000-0000*1111*800をダイヤルすればよい。なお、この場合、アプリケーションがダイヤルし、通話確立後、すぐに電話を切れば、サーバ３ｄは着信に応答しなくても、送金者のＩＤ（発信者番号）や受金者の個別ＩＤや送金額の情報を安全に知ることができる。そのため技術的には、通話料金無料で、必要な情報を送受することができる。そしてその結果、一瞬で通信を完了できるため、通話料の低廉化やサーバ３ｄの回線数の抑制を図ることができる。
　なお、キー入力機能１３，２３の代わりに、又はキー入力機能１３，２３とともに、文字情報通信機能１４，２４を設けて処理に必要な情報を送受することとしてもよい。
　サーバ３ｄは、音声応答機能３１とデータベース３３ｄとを少なくとも備える、ネットワーク接続可能なコンピュータ装置である。データベース３３ｄは、処理に必要となる利用者に関する情報を記憶する。なお、送金者端末１ｄ及び受金者端末２ｄに文字情報通信機能１４，２４を設けた場合には、サーバ３ｄにも文字情報通信機能３５を設ける。
　ネットワーク４は、利用者端末とサーバとの間で音声信号を伝送可能な通信ネットワーク、例えば携帯電話網を含む公衆電話網やインターネット（但し、インターネットの場合、安全性を確保するため、ＩＰｓｅｃやＳＳＬによるＶＰＮを介して通信を行うものとする。）からなる。
　図２１乃至２５はサーバ３ｄにおける各種処理の流れ、即ち図２１は初期処理、図２２は口座開設処理、図２３は逆送金処理、図２４は未処理案件（請求案件）処理、図２５は順送金処理の流れを示すものである。サーバ３ｄは、これらの処理の流れに対応するプログラムとＣＰＵ，メモリ等との協働により実現される各手段と、前述した音声応答機能３１及びデータベース３３ｄと、から構成される。
　以下、サーバの詳細とともに本システムによる決済方法について説明する。
［初期処理］
　図２１に示すように、サーバ３ｄは、音声応答機能３１を介して利用者端末からの着信を検出する（ｓ１）と、その発呼信号に利用者端末の発信時固有ＩＤ送信機能１１，２１により含められた発信者番号がデータベース３３ｄに登録されているか否かを調べ（ｓ２）、登録されていなければ（ｓ３）、新規の利用者の端末からの着信として口座開設処理へ移る。
　一方、発信者番号が登録されていれば、利用者端末からの発呼信号に利用者端末の発信時固有ＩＤ送信機能１１，２１により含められた、選択した処理項目に対応する番号等に応じ、選択した処理へ移行する。
［口座開設処理］
　図２２に示すように、サーバ３ｄは、利用者端末から口座開設に必要な情報が全て入力された場合（ｓ１３）、当該入力された情報を利用者の発信者番号に対応付けてデータベース３３ｄに登録することにより当該利用者の口座を開設する（ｓ１４）。なお、口座開設当初、他の情報、例えば残高情報や履歴情報は当然、０またはブランクである。
［逆送金処理及び未処理案件処理］
　初期処理の選択メニューにおいて「逆送金」が選択されるケースとは、受金者が送金者に対し、商品購入に伴う代金支払い等の金銭的な決済を本システムを通じて要求するケースである。
　以下、受金者が商品を販売する商店Ａであって、その受金者端末２ｄが商店Ａのスマートフォンであり、また、送金者が商店Ａから商品を購入する客Ｂであって、その送金者端末１ｄがスマートフォンであり、さらにネットワーク４が公衆電話網（携帯電話網を含む）である場合の動作を、図２３、図２４の流れ図とともに図２６のシーケンス図を用いて説明する。なお、図２６中、実線の矢印は端末及びサーバ間の情報の流れ、一点鎖線の矢印は端末に対する操作を示している。また、商店（受金者）Ａ及び客（送金者）Ｂとも、事前に口座開設処理は完了しているものとする。
　商品購入の際、商店（受金者）Ａの店員は、スマートフォン２ｄのアプリケーション２６を起動し、メニュー画面から「逆送金」を選択し、請求額(例えば８００円）を入力して、サーバ３ｄに接続する。アプリケーション２６は、発信時固有ＩＤ送信機能２１を駆動し、発信者番号と請求額をダイヤルして、公衆回線網またはインターネットを介してこれらの情報をサーバ３ｄに安全に送信する。
　スマートフォン２ｄからの発呼信号を音声応答機能３１を介して受信したサーバ３ｄは、前述した初期処理を行い、逆送金処理を選択したスマートフォン２ｄの利用者、即ち商店Ａを請求元とし前記請求額を送金額とする送金者未定の未処理案件情報をデータベース３３ｄに登録して（ｓ２３ｄ）、各スマートフォンからの信号の入力を待つ（ｓ２８）。
　一方、客（送金者）Ｂは、スマートフォン１ｄのアプリケーション１６を起動し、サーバ３ｄに接続する。アプリケーション１６は、発信時固有ＩＤ送信機能１１を駆動し、発信者番号を公衆電話網を介して安全に送信する。
　この状態で、商店Ａの店員と客Ｂは、それぞれ各自のスマートフォン２ｄ、１ｄのアプリケーション２６、１６に対し所定の操作を行った上で、例えば、商店Ａの店員のスマートフォン２ｄの筐体と客Ｂのスマートフォン１ｄの筐体とを衝突させる。これにより、双方のスマートフォンから同じ衝突音が同じタイミングでサーバ３ｄに送信され、これらの衝突音をサーバ３ｄが同時に検知することにより、送金者が客Ｂであると特定することができる。なお、サーバ３ｄにおいて、衝突音以外に入ってくる周囲の騒音を判定したり、アプリケーションがＧＰＳ機能と連動し、位置情報をサーバに送信することにより両者の位置が近いか否かを判定したりすることで、衝突音のマッチングの精度を高めることができる。また、携帯電話では接続されている基地局情報から、固定電話では市外局番から、大まかな位置を判定できるため、これらの情報を利用してもよい。また、ここでは２つのスマートフォンの衝突音によりマッチングを行う例を説明したが、例えば、一方のスマートフォンのスピーカーから特定の音を流し、それを他方のスマートフォンのマイクで拾うことによりマッチングを行ってもよい。また、各スマートフォン間での赤外線、ＦＭＣ（近距離通信）、非接触ＩＣ、静電気、端子の接触による通信等によりマッチングを行ってもよい。
　送金者の特定後、サーバ３ｄは、未処理案件を起動し（ｓ２７ｄ）、データベース３３ｄから該当未処理案件情報を読み出す（ｓ３１）。そして、音声応答機能３１を用いて当該未処理案件情報に対応する請求額をＤＴＭＦ（Dual-Tone Multi-Frequency）などにより客Ｂのスマートフォン１ｄに送信して（ｓ３２ｄ）、返信を待つ（ｓ３３ｄ）。
　請求額を客Ｂのスマートフォン１ｄが受信すると、アプリケーション１６が例えば「８００円支払いますか？」というメッセージ及び承諾ボタンをスマートフォン１ｄの画面に表示する。客Ｂが承諾を入力すると、アプリケーション１６は、キー入力機能１３を駆動し、承諾情報をＤＴＭＦ音などでサーバ３ｄに返信する。
　サーバ３ｄは、音声応答機能３１を介してこれを受け取ると、前記請求額に従ってスマートフォン１ｄの発信者番号及びスマートフォン２ｄの発信者番号に対応するデータベース３３ｄの残高情報を更新する。即ち、スマートフォン１ｄの発信者番号に対応するデータベース３３ｄの残高情報を減額し、スマートフォン２ｄの発信者番号に対応するデータベース３３ｄの残高情報を増額する（ｓ３６）。
　その後、サーバ３ｄはデータベース３３ｄに登録されている当該未処理案件情報を処理済みに変更する（ｓ３７）とともに、スマートフォン１ｄに音声応答機能３１を用いてＤＴＭＦ音などによる取引完了情報を送信する（ｓ３８ｄ）。取引完了情報をスマートフォン１ｄが受信すると、アプリケーション１６が、画面表示や音により客Ｂに取引完了を通知する。
　また、サーバ３ｄは、未処理案件情報が処理済みに変更されたことに基づき（ｓ２５）、スマートフォン２ｄに、音声応答機能３１を用いてＤＴＭＦ音などによる取引完了情報を送信する（ｓ２６ｄ）。取引完了情報をスマートフォン２ｄが受信すると、アプリケーション２６が、画面表示や音により商店Ａの店員に取引完了を通知する。
　データベース３３ｄの残高情報を更新する代わりに、例えば、送金に係る情報を電話会社に提供し、客Ｂ、商店Ａの翌月の電話料金に、それぞれ上乗せ、相殺して決済するように構成してもよい。
［順送金処理］
　初期処理の選択メニューにおいて「順送金」が選択されるケースとは送金者から受金者への単純な送金（振込）を本システムを通じて行うケースである。
　以下、送金者（個人）Ｘの送金者端末１ｄがスマートフォンである場合の、受金者（個人）Ｙへの送金動作を、図２５の流れ図とともに図２７のシーケンス図を用いて説明する。なお、図２７中、実線の矢印は端末及びサーバ間の情報の流れ、一点鎖線の矢印は端末に対する操作、点線の矢印は送金者及び受金者間の直接会話を示している。また、送金者Ｘ及び受金者Ｙとも、事前に口座開設処理は完了しているものとする。
　送金の際、受金者Ｙは送金者Ｘに、自身の個別ＩＤ（例えば口座番号「１１１１」）を口頭、電子メール、郵便など任意の手段で伝える。送金者Ｘは、スマートフォン１ｄのアプリケーション１６を起動し、メニュー画面から「順送金」を選択し、受金者Ｙの個別ＩＤと送金額(例えば８００円）を入力して、サーバ３ｄに接続する。アプリケーション１６は、発信時固有ＩＤ送信機能１１を駆動し、発信者番号と受金者Ｙの個別ＩＤと送金額をダイヤルし、通話確立後、すぐに電話を切る（Ｓ４９）。これにより、サーバ３ｄは着信に応答しなくても、送金者Ｘの個別ＩＤ（発信者番号）や受金者Ｙの個別ＩＤや送金額の情報を安全に知ることができる。そして、サーバ３ｄはオフフックするとともに、送金者Ｘのスマートフォン１ｄの発信者番号及び受金者Ｙの口座番号に対応するデータベース３３ｄのそれぞれの残高情報を更新する。即ち、スマートフォン１ｄの発信者番号に対応するデータベース３３ｄの残高情報を減額し、受金者Ｙの口座番号に対応するデータベース３３ｄの残高情報を増額する（ｓ４７）。また、サーバ３ｄのオフフックを検知したスマートフォン１ｄのアプリケーション１６は、画面表示やメール送信等により送金者Ｘに取引完了を通知する。また、サーバ３ｄは、受金者Ｙに対しても送金があったことを通知することとしてもよい。
　データベース３３ｄの残高情報を更新する代わりに、例えば、送金に係る情報を電話会社に提供し、送金者Ｘ、受金者Ｙの翌月の電話料金に上乗せ又は相殺して決済するように構成してもよい。
　なお、［入金処理］、［出金処理］、［残高照会処理］、［履歴照会処理］等については、利用者による情報の入力がオフラインで行われ、数値化可能な入力情報が発信者番号と共に一括送信される点を除き、概ね第１、第２の各実施の形態の場合と同様であるため説明を省略する。
＜第５の実施の形態＞
　第４の実施の形態において、スマートフォンにインストールするアプリケーションは、例えば、予めサーバから入手可能とすることが考えられる。この場合、ダウンロードするアプリケーションの中に、ダウンロード毎に異なるハッシュ関数ｆを含ませることで、アプリケーションに成りすますウィルスに対する安全性を高めることができる。
　利用者が、サーバからダウンロードした、ハッシュ関数ｆを含むアプリケーションがインストールされたスマートフォンを利用し、サーバも当該ダウンロードに対応するハッシュ関数ｆを予め保持していることを前提として、順送金を行う場合を例にとって説明する。
　第４の実施の形態では、送金者のスマートフォンが、発信者番号と受金者の個別ＩＤと送金額をダイヤルし、通話確立後、すぐに通話を切断する例を説明したが、ここでは通話を切断せずに、サーバからの返信を待つ。サーバは、発信者番号と受金者ＩＤと送金額を受信後、例えばＤＴＭＦで送金者に対して乱数ｒを送信する。送金者のスマートフォンは、この乱数ｒを受信し、ｆ（ｒ）を計算してこれをＤＴＭＦでサーバに送信する。サーバは、送金者に送信した乱数ｒと予め保持しているハッシュ関数ｆとを用いてｆ（ｒ）を計算し、これと送金者から受信したｆ（ｒ）とを照合し、両者が一致した場合に限り、残高処理を実行する。もし、スマートフォンにインストールされたアプリケーションが不正なものであれば、ｆを持たず、両者のｆ（ｒ）は一致しないため、これにより安全性を確保することができる。
＜第６の実施の形態＞
　第１、第２の実施の形態の逆送金処理及び順送金処理においては、送金者に送金承諾の意思を示す確認情報を入力させ、これをサーバ３（又は３ｂ）が、データベース３３（又は３３ｂ）に登録された情報と照合することにより、意思表示の真正性を確認する。その際、送金承諾の意思を示す確認情報の内容、すなわちセキュリティポリシーは、基本的には固定的なもので構わないが、送金条件に応じた内容を選択可能とすることで、不正アクセスやウィルス等に対する安全性を高めることができる。
　そこで、送金条件に応じたセキュリティポリシーを、利用者がシステムの利用に先立ち選択し設定できるようにすることが考えられる。
　具体的には、例えば、初期処理においてサーバが利用者端末に送出するメニューガイダンス（又はメニュー画面）に「セキュリティポリシー設定」という処理項目を追加し、利用者がこれを選択することで、送金条件に応じたセキュリティポリシーを設定できるようにすることが考えられる。例えば、「送金金額がＸ円以上ならば認証は声紋認証による」、「未登録の送金先のときは第２パスワードを要求」のようにセキュリティポリシーを設定できるようにする。
＜第７の実施の形態＞
　第１の実施の形態において、声紋情報による認証は、サーバが送出する音声ガイダンスの中で利用者に所定のキーワードの発話を求め、利用者がそのキーワードを発話することにより行う。この発話を求める所定のキーワードを、認証の機会ごとにランダムに異なるものとすることで、声紋の成りすましに対する安全性を高めることができる。そこで、第７の実施形態は、サーバ（データベース）に予め複数のキーワードとそれらを利用者が発声した声紋を、利用者毎に登録しておき、認証の機会ごとに、その中からランダムにキーワードを抽出して適用するものである。この場合、複数のキーワードとそれらを利用者が発声した声紋のサーバへの登録は、例えば、口座開設時に行うこととしてもよいし、ある回の取引の最後にサーバが利用者に対して何らかのキーワードの発話を要求して、発話されたキーワードを順次追加登録することとしてもよい。
　また、サーバによる所定のキーワード（キーワード１）の発話要求に対し、利用者がキーワード１に発話させるのではなく、キーワード１に対応する別の所定のキーワード（キーワード２）を発話させることにより認証を行うこととしてもよい。このようにしても、声紋の成りすましに対する安全性を高めることができる。この場合、サーバも利用者も、キーワード１とキーワード２とを対応付けて記憶している必要がある。
　また、声紋の認証エラーが所定の回数以上になると、利用停止になるように構成してもよい。
　また、キーワードに有効期限を設けて、期限ごとにキーワードを更新するように構成してもよい。
＜第８の実施の形態＞
　国際送金を行う場合、必ずしも送金者と受金者が直接に端末を利用可能な環境にあるとは限らない。しかし、たとえ送金者、受金者とも端末装置を持っていなくても、本発明の送金方法の応用により安全に送金することが可能となる。図２８は、ａ国にいる送金者Ｓが、ｂ国にいる受金者Ｒに現金Ｘ円を送金する場合の本発明の送金方法を応用したシーケンス例である。このシーケンス例は、本発明の電子決済システムのａ国側の加盟店又は提携銀行Ｃとｂ国側の加盟店又は提携銀行Ｂとの間で、国際間で共通に利用可能なサーバＶを介して国際送金を行い、送金者Ｓと受金者Ｒはそれぞれ自国の加盟店又は提携銀行を介して現金の授受を行うものである。
　具体的には、まず、送金者Ｓがａ国側の加盟店又は提携銀行Ｃに現金Ｘ円を持参し渡す。Ｃは、自己の端末を用いて順送金処理を行う。この時、Ｃの端末は、サーバＶに自己の固有ＩＤ（ＩＰアドレスや電話番号等）と送金額Ｘ円とを送信する。なお、この時、ｂ国側の加盟店又は提携銀行Ｂの端末の固有ＩＤについては送信する必要は無い。サーバＶは、Ｃに対し取引番号とパスワードを発行する。Ｃは送金者Ｓに対して、当該取引番号と当該パスワードを通知する。送金者Ｓは、任意の方法で当該取引番号と当該パスワードを受金者Ｒに通知する。受金者Ｒは、ｂ国側の加盟店又は提携銀行Ｂに当該取引番号と当該パスワードを提示する。Ｂは自己の端末を用い、サーバＶに自己の固有ＩＤと当該取引番号と当該パスワードを通知する。サーバＶは、Ｂの端末の認証、及び取引番号とパスワードの照合を行い、照合結果（ＯＫ又はＮＧ）をＢに返信する。照合結果がＯＫの場合には、Ｂは受金者Ｒに対し現金Ｘ円を渡し、サーバＶは、Ｓから現金Ｘ円を受領したＣの口座の残高をＸ円減額し、Ｒに現金Ｘ円を渡したＢの口座の残高をＸ円増額して、仲介者たるＢとＣの収支を０円に調整する。
　また、受金者Ｒは端末装置を持っていないが、送金者Ｓが端末装置（例えば携帯電話）を持っている場合のシーケンス例を図２９に示す。この場合、送金者Ｓは、自己の端末を用いて順送金処理を行う。この時、送金者Ｓの端末は、サーバＶに自己の固有ＩＤ（ＩＰアドレスや電話番号等）と送金額Ｘ円とを送信する。サーバＶは、送金者Ｓに対し取引番号とパスワードを発行する。送金者Ｓは、任意の方法で当該取引番号と当該パスワードを受金者Ｒに通知する。以降は図２８の場合と同様である。
　また、送金者Ｓは端末装置を持っていないが、受金者Ｒが口座を持っている場合のシーケンス例を図３０に示す。この場合、まず、送金者Ｓがａ国側の加盟店又は提携銀行Ｃに現金Ｘ円を持参し渡すとともに、受金者Ｒの固有ＩＤ（口座番号）を口頭で伝える。Ｃは、自己の端末を用いて順送金処理を行う。この時、Ｃの端末は、サーバＶに自己の固有ＩＤ（ＩＰアドレスや電話番号等）と送金額Ｘ円とＲの固有ＩＤ（口座番号）を送信する。そして、通常の順送金処理に従い、Ｃへの意思確認、Ｃからの応答を経て、意思の真正性が確認されると残高処理が行われる。
　以上のように、第８の実施の形態の送金方法によれば、送金者、受金者ともに端末装置やキャッシュカードが不要であり、商用的安全性が高く、格安な国際送金を実現できる。
　１，１ｂ，１ｄ：送金側の利用者端末（送金者端末）、２，２ｂ，２ｃ，２ｄ：受金側の利用者端末（受金者端末）、３，３ｂ，３ｄ：サーバ、４，４ｂ：ネットワーク、１１，２１：発信時固有ＩＤ送信機能、１２，２２：音声通話機能、１３，２３：キー入力機能、１４，２４：文字情報通信機能、１６，２６：アプリケーション、２５：データベース、３１：音声応答機能、３２：声紋照合機能、３３，３３ｂ，３３ｄ：データベース、３４：着信応答機能、３５：文字情報通信機能。

Claims (25)

  1. 　利用者の少なくとも残高情報を当該利用者の固有ＩＤに対応付けて記憶するデータベースを少なくとも備えたサーバを介して行われる、発信時に利用者の固有ＩＤを接続先へ送信する機能を少なくとも備えた利用者端末間の電子決済方法であって、
    　前記サーバが、送金側の利用者端末から、当該送金側の利用者の固有ＩＤ、受金側の利用者の固有ＩＤ及び送金額を少なくとも含む順送金要求を受信するステップと、
    　前記サーバが、前記送金額に従って前記送金側の利用者の固有ＩＤ及び受金側の利用者の固有ＩＤに対応する残高情報を更新するステップとを含む
    　ことを特徴とする電子決済方法。
  2. 　前記順送金要求受信ステップに続いて、
    　前記サーバが、前記順送金要求にかかる少なくとも受金側の利用者及び取引金額に関する情報を含む、前記順送金要求に対する送金承諾の意志を示す確認情報の返送要求を、前記順送金要求を行った送金側の利用者端末へ送信するステップと、
    　前記サーバが、送金側の利用者端末から、前記順送金要求に対する送金承諾の意志を示す確認情報を受信するステップとを実行する
    　ことを特徴とする請求項１に記載の電子決済方法。
  3. 　前記順送金要求受信ステップに続いて、
    　前記サーバが、前記順送金要求にかかる、受金側の利用者の固有ＩＤに対応して予めデータベースに登録されている当該受金側の利用者の名前の文字情報もしくは当該文字情報を音声化した情報、または受金側の利用者の固有ＩＤに対応して予めデータベースに登録されている当該受金側の利用者を特定可能な所定の音声情報である受金側の利用者に関する情報及び取引金額に関する情報を少なくとも含む、前記順送金要求に対する送金承諾の意志を示す確認情報の返送要求を、前記順送金要求を行った送金側の利用者端末へ送信するステップと、
    　前記サーバが、送金側の利用者端末から、前記順送金要求に対する送金承諾の意志を示す確認情報を受信するステップとを実行する
    　ことを特徴とする請求項１に記載の電子決済方法。
  4. 　前記順送金要求に対する送金承諾の意志を示す確認情報が、受金側の利用者の名前の少なくとも一部に対応した音声入力もしくは文字入力による情報を含み、
    　当該確認情報に含まれる受金側の利用者の名前の少なくとも一部に対応した音声入力もしくは文字入力による情報と、受金側の利用者の固有ＩＤに対応して予めデータベースに登録されている当該受金側の利用者の名前との照合結果が一致した場合のみ、残高情報更新ステップ以後を実行する
    　ことを特徴とする請求項２または３に記載の電子決済方法。
  5. 　予め用意された複数の送金条件とセキュリティポリシーとの対応付けを用い、前記順送金要求に対する送金承諾の意志を示す確認情報として、当該順送金要求における送金条件に対応するセキュリティポリシーに基づく確認情報を用いることを特徴とする請求項２乃至４のいずれかに記載の電子決済方法。
  6. 　前記順送金要求に対する送金承諾の意志を示す確認情報がキーワードを含み、声紋による認証を行う場合に、データベースに予め複数のキーワードとそれらを承諾者が発声した声紋を登録しておき、認証の機会ごとに、その中からランダムにキーワードを抽出して適用することを特徴とする請求項２乃至５のいずれかに記載の電子決済方法。
  7. 　前記に加え、
    　前記サーバが、前記残高更新後に順送金要求に含まれる受金側の利用者の固有ＩＤに対応する利用者端末からのアクセスを検出した場合、前記順送金要求にかかる送金の完了を受金側の利用者端末へ通知するステップを実行する
    　ことを特徴とする請求項１乃至６のいずれかに記載の電子決済方法。
  8. 　前記に加え、
    　前記サーバが、前記順送金要求受信後で残高更新前に当該順送金要求に含まれる受金側の利用者の固有ＩＤに対応する利用者端末からのアクセスを検出した場合、前記順送金要求にかかる少なくとも送金側の利用者及び取引金額に関する情報を含む、前記順送金要求に対する受金承諾の意志を示す確認情報の返送要求を当該利用者端末へ送信するステップと、
    　前記サーバが、受金側の利用者端末から、前記順送金要求に対する受金承諾の意志を示す確認情報を受信するステップとを実行する
    　ことを特徴とする請求項１乃至６のいずれかに記載の電子決済方法。
  9. 　前記順送金要求に対する受金承諾の意志を示す確認情報が、キーワードまたは暗証番号に対応した音声入力もしくは文字入力もしくはキー入力による情報もしくは生体認証情報を含み、
    　当該確認情報に含まれるキーワードまたは暗証番号に対応した音声入力もしくは文字入力もしくはキー入力による情報もしくは生体認証情報と、受金側の利用者の固有ＩＤに対応して予めデータベースに登録されているキーワードまたは暗証番号もしくは生体認証情報との照合結果、あるいは当該確認情報に含まれるキーワードまたは暗証番号に対応した音声入力による情報と、当該受金側の利用者の固有ＩＤに対応して予めデータベースに登録されている当該受金側の利用者自身の発声による音声情報との声紋照合結果のいずれか一方もしくは両方が一致した場合のみ、残高情報更新ステップ以後を実行する
    　ことを特徴とする請求項７または８に記載の電子決済方法。
  10. 　利用者の少なくとも残高情報を当該利用者の固有ＩＤに対応付けて記憶するデータベースを少なくとも備えたサーバを介して行われる、発信時に利用者の固有ＩＤを接続先へ送信する機能を少なくとも備えた利用者端末間の電子決済方法であって、
    　前記サーバが、送金側の利用者端末から、当該送金側の利用者の固有ＩＤ及び送金額を少なくとも含む順送金要求を受信するステップと、
    　前記サーバが、送金側の利用者端末に対し、取引番号とパスワードを発行するステップと、
    　前記サーバが、受金側の利用者端末から、当該受金側の利用者の固有ＩＤ、前記取引番号及びパスワードを受信するステップと、
    　前記サーバが、送金側の利用者端末に対して発行した取引番号に対応するパスワードと、受金側の利用者端末から受信した前記取引番号に対応するパスワードと、が一致した場合に、前記送金額に従って前記送金側の利用者の固有ＩＤ及び受金側の利用者の固有ＩＤのそれぞれに対応する残高情報を更新するステップと、を含むことを特徴とする電子決済方法。
  11. 　利用者の少なくとも残高情報を当該利用者の固有ＩＤに対応付けて記憶するデータベースを少なくとも備えたサーバを介して行われる、発信時に利用者の固有ＩＤを接続先へ送信する機能を少なくとも備えた利用者端末間の電子決済方法であって、
    　前記サーバが、受金側の利用者端末から、当該受金側の利用者の固有ＩＤ、送金側の利用者の固有ＩＤ及び請求額を少なくとも含む逆送金要求を受信するステップと、
    　前記サーバが、送金側の利用者端末から、前記逆送金要求に対する送金承諾の意志を示す確認情報を受信するステップと、
    　前記サーバが、前記確認情報の受信後、前記請求額に従って前記送金側の利用者の固有ＩＤ及び受金側の利用者の固有ＩＤに対応するデータベースの残高情報を更新するステップと、
    　前記サーバが、前記残高情報の更新後、前記逆送金要求にかかる受金の完了を受金側の利用者端末へ通知するステップとを含む
    　ことを特徴とする電子決済方法。
  12. 　前記逆送金要求受信ステップに続いて、
    　前記サーバが、前記逆送金要求にかかる少なくとも受金側の利用者及び取引金額に関する情報を含む、前記逆送金要求に対する送金承諾の意志を示す確認情報の返送要求を送金側の利用者端末へ送信するステップを実行する
    　ことを特徴とする請求項１１に記載の電子決済方法。
  13. 　前記逆送金要求受信ステップに続いて、
    　前記サーバが、前記逆送金要求にかかる、受金側の利用者の固有ＩＤに対応して予めデータベースに登録されている当該受金側の利用者の名前の文字情報もしくは当該文字情報を音声化した情報、または受金側の利用者の固有ＩＤに対応して予めデータベースに登録されている当該受金側の利用者を特定可能な所定の音声情報である受金側の利用者に関する情報及び取引金額に関する情報を少なくとも含む、前記逆送金要求に対する送金承諾の意志を示す確認情報の返送要求を送金側の利用者端末へ送信するステップを実行する
    　ことを特徴とする請求項１１に記載の電子決済方法。
  14. 　前記に加え、
    　前記サーバが、前記逆送金要求受信後に当該逆送金要求に含まれる送金側の利用者の固有ＩＤに対応する利用者端末からのアクセスを検出した場合、前記逆送金要求にかかる少なくとも受金側の利用者及び取引金額に関する情報を含む、前記逆送金要求に対する送金承諾の意志を示す確認情報の返送要求を当該利用者端末へ送信するステップを実行する
    　ことを特徴とする請求項１１に記載の電子決済方法。
  15. 　前記に加え、
    　前記サーバが、前記逆送金要求受信後に当該逆送金要求に含まれる送金側の利用者の固有ＩＤに対応する利用者端末からのアクセスを検出した場合、前記逆送金要求にかかる、受金側の利用者の固有ＩＤに対応して予めデータベースに登録されている当該受金側の利用者の名前の文字情報もしくは当該文字情報を音声化した情報、または受金側の利用者の固有ＩＤに対応して予めデータベースに登録されている当該受金側の利用者を特定可能な所定の音声情報である受金側の利用者に関する情報及び取引金額に関する情報を少なくとも含む、前記逆送金要求に対する送金承諾の意志を示す確認情報の返送要求を当該利用者端末へ送信するステップを実行する
    　ことを特徴とする請求項１１に記載の電子決済方法。
  16. 　前記逆送金要求に対する送金承諾の意志を示す確認情報が、受金側の利用者の名前の少なくとも一部に対応した音声入力もしくは文字入力による情報を含み、
    　当該確認情報に含まれる受金側の利用者の名前の少なくとも一部に対応した音声入力もしくは文字入力による情報と、受金側の利用者の固有ＩＤに対応して予めデータベースに登録されている当該受金側の利用者の名前との照合結果が一致した場合のみ、残高情報更新ステップ以後を実行する
    　ことを特徴とする請求項１１乃至１５のいずれかに記載の電子決済方法。
  17. 　前記逆送金要求に対する送金承諾の意志を示す確認情報が、キーワードまたは暗証番号に対応した音声入力もしくは文字入力もしくはキー入力による情報もしくは生体認証情報を含み、
    　当該確認情報に含まれるキーワードまたは暗証番号に対応した音声入力もしくは文字入力もしくはキー入力による情報もしくは生体認証情報と、送金側の利用者の固有ＩＤに対応して予めデータベースに登録されているキーワードまたは暗証番号もしくは生体認証情報との照合結果、あるいは当該確認情報に含まれるキーワードまたは暗証番号に対応した音声入力による情報と、当該送金側の利用者の固有ＩＤに対応して予めデータベースに登録されている当該送金側の利用者自身の発声による音声情報との声紋照合結果のいずれか一方もしくは両方が一致した場合のみ、残高情報更新ステップ以後を実行する
    　ことを特徴とする請求項１１乃至１６のいずれかに記載の電子決済方法。
  18. 　予め用意された複数の送金条件とセキュリティポリシーとの対応付けを用い、前記逆送金要求に対する送金承諾の意志を示す確認情報として、当該逆送金要求における送金条件に対応するセキュリティポリシーに基づく確認情報を用いることを特徴とする請求項１１乃至１５のいずれかに記載の電子決済方法。
  19. 　前記逆送金要求に対する送金承諾の意志を示す確認情報がキーワードを含み、声紋による認証を行う場合に、データベースに予め複数のキーワードとそれらを承諾者が発声した声紋を登録しておき、認証の機会ごとに、その中からランダムにキーワードを抽出して適用することを特徴とする請求項１１乃至１８のいずれかに記載の電子決済方法。
  20. 　利用者の少なくとも残高情報を当該利用者の固有ＩＤに対応付けて記憶するデータベースを少なくとも備えたサーバを介して行われる、発信時に利用者の固有ＩＤを接続先へ送信する機能を少なくとも備えた利用者端末間の電子決済方法であって、
    　前記サーバが、受金側の利用者端末から、当該受金側の利用者の固有ＩＤ及び請求額を少なくとも含む逆送金要求を受信するステップと、
    　前記サーバが、送金側の利用者端末から、当該送金側の利用者の固有ＩＤを受信するステップと、
    　前記サーバが、送金側の利用者端末と受金側の利用者端末のそれぞれから受信した信号をマッチングし、当該送金側の利用者端末が前記逆送金要求の対象端末であることを特定するステップと、
    　前記サーバが、前記逆送金要求にかかる少なくとも取引金額に関する情報を含む、前記逆送金要求に対する送金承諾の意志を示す確認情報の返送要求を送金側の利用者端末へ送信するステップと、
    　前記サーバが、送金側の利用者端末から、前記逆送金要求に対する送金承諾の意志を示す確認情報を受信するステップと、
    　前記サーバが、前記確認情報の受信後、前記請求額に従って前記送金側の利用者の固有ＩＤ及び受金側の利用者の固有ＩＤに対応するデータベースの残高情報を更新するステップと、
    　前記サーバが、前記残高情報の更新後、前記逆送金要求にかかる受金の完了を受金側の利用者端末へ通知するステップとを含む
    　ことを特徴とする電子決済方法。
  21. 　利用者の少なくとも残高情報を当該利用者の固有ＩＤに対応付けて記憶するデータベースを少なくとも備えたサーバと、発信時に利用者の固有ＩＤを接続先へ送信する機能を少なくとも備えた利用者端末とを用いた、前記利用者端末間の電子決済システムであって、
    　前記サーバは、さらに、
    　受金側の利用者端末から、当該受金側の利用者の固有ＩＤ、送金側の利用者の固有ＩＤ及び請求額を少なくとも含む逆送金要求を受信する手段と、
    　送金側の利用者端末から、前記逆送金要求に対する送金承諾の意志を示す確認情報を受信する手段と、
    　前記確認情報の受信後、前記請求額に従って前記送金側の利用者の固有ＩＤ及び受金側の利用者の固有ＩＤに対応するデータベースの残高情報を更新する手段と、
    　前記残高情報の更新後、前記順送金要求にかかる要求完了を受金側の利用者端末へ通知する手段とを少なくとも具備する
    　ことを特徴とする電子決済システム。
  22. 　利用者の少なくとも残高情報を当該利用者の固有ＩＤに対応付けて記憶するデータベースを少なくとも備えたサーバと、発信時に利用者の固有ＩＤを接続先へ送信する機能を少なくとも備えた利用者端末とを用いた、前記利用者端末間の電子決済システムであって、
    　前記サーバは、さらに、
    　送金側の利用者端末から、当該送金側の利用者の固有ＩＤ、受金側の利用者の固有ＩＤ及び送金額を少なくとも含む順送金要求を受信する手段と、
    　前記送金額に従って前記送金側の利用者の固有ＩＤ及び受金側の利用者の固有ＩＤに対応する残高情報を更新する手段とを少なくとも具備する
    　ことを特徴とする電子決済システム。
  23. 　利用者の少なくとも残高情報を当該利用者の固有ＩＤに対応付けて記憶するデータベースを少なくとも備え、発信時に利用者の固有ＩＤを接続先へ送信する機能を少なくとも備えた利用者端末間で行われる電子決済のためのサーバであって、
    　前記に加え、
    　受金側の利用者端末から、当該受金側の利用者の固有ＩＤ、送金側の利用者の固有ＩＤ及び請求額を少なくとも含む逆送金要求を受信する手段と、
    　送金側の利用者端末から、前記逆送金要求に対する送金承諾の意志を示す確認情報を受信する手段と、
    　前記確認情報の受信後、前記請求額に従って前記送金側の利用者の固有ＩＤ及び受金側の利用者の固有ＩＤに対応するデータベースの残高情報を更新する手段と、
    　前記残高情報の更新後、前記順送金要求にかかる要求完了を受金側の利用者端末へ通知する手段とを少なくとも具備する
    　ことを特徴とするサーバ。
  24. 　利用者の少なくとも残高情報を当該利用者の固有ＩＤに対応付けて記憶するデータベースを少なくとも備え、発信時に利用者の固有ＩＤを接続先へ送信する機能を少なくとも備えた利用者端末間で行われる電子決済のためのサーバであって、
    　前記に加え、
    　送金側の利用者端末から、当該送金側の利用者の固有ＩＤ、受金側の利用者の固有ＩＤ及び送金額を少なくとも含む順送金要求を受信する手段と、
    　前記送金額に従って前記送金側の利用者の固有ＩＤ及び受金側の利用者の固有ＩＤに対応する残高情報を更新する手段とを少なくとも具備する
    　ことを特徴とするサーバ。
  25. 　コンピュータを、請求項２３または２４に記載のサーバの各手段として機能させるためのプログラム。
PCT/JP2010/066402 2009-09-24 2010-09-22 電子決済方法、システム、サーバ及びそのプログラム WO2011037134A1 (ja)

Priority Applications (6)

Application Number Priority Date Filing Date Title
EP10818807.9A EP2482242A4 (en) 2009-09-24 2010-09-22 ELECTRONIC PAYMENT METHOD, SYSTEM, SERVER AND PROGRAM THEREOF
CN201080041266.0A CN102511051B (zh) 2009-09-24 2010-09-22 电子结算方法
US13/496,413 US9177309B2 (en) 2009-09-24 2010-09-22 Electronic settlement method, system, server and program thereof
JP2011533004A JP5527857B2 (ja) 2009-09-24 2010-09-22 電子決済方法、システム、サーバ及びそのプログラム
IN2136DEN2012 IN2012DN02136A (ja) 2009-09-24 2012-03-12
US13/845,958 US20130218764A1 (en) 2009-09-24 2013-03-18 Electronic settlement method, system, server, and program thereof

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2009219106 2009-09-24
JP2009-219106 2009-09-24

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US13/845,958 Division US20130218764A1 (en) 2009-09-24 2013-03-18 Electronic settlement method, system, server, and program thereof

Publications (1)

Publication Number Publication Date
WO2011037134A1 true WO2011037134A1 (ja) 2011-03-31

Family

ID=43795880

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2010/066402 WO2011037134A1 (ja) 2009-09-24 2010-09-22 電子決済方法、システム、サーバ及びそのプログラム

Country Status (6)

Country Link
US (2) US9177309B2 (ja)
EP (2) EP2482242A4 (ja)
JP (1) JP5527857B2 (ja)
CN (1) CN102511051B (ja)
IN (1) IN2012DN02136A (ja)
WO (1) WO2011037134A1 (ja)

Cited By (15)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2014016745A (ja) * 2012-07-06 2014-01-30 Apandor Co Ltd 電子取引システム、および電子取引方法
JP2018517917A (ja) * 2015-03-13 2018-07-05 アリババ グループ ホウルディング リミテッド 通信ソフトウェアにおいて音声により業務を起動する方法及びこれに対応する装置
CN109510844A (zh) * 2019-01-16 2019-03-22 中民乡邻投资控股有限公司 一种基于声纹的对话交流式的账号注册方法及装置
JP2020021230A (ja) * 2018-07-31 2020-02-06 株式会社日本総合研究所 送金処理装置、及びプログラム
JP2020522826A (ja) * 2017-05-16 2020-07-30 アップル インコーポレイテッドＡｐｐｌｅ Ｉｎｃ． ピアツーピア転送用ユーザインタフェース
US10909524B2 (en) 2018-06-03 2021-02-02 Apple Inc. User interfaces for transfer accounts
US11074572B2 (en) 2016-09-06 2021-07-27 Apple Inc. User interfaces for stored-value accounts
US11100498B2 (en) 2018-06-03 2021-08-24 Apple Inc. User interfaces for transfer accounts
US11221744B2 (en) 2017-05-16 2022-01-11 Apple Inc. User interfaces for peer-to-peer transfers
US11328352B2 (en) 2019-03-24 2022-05-10 Apple Inc. User interfaces for managing an account
US11481769B2 (en) 2016-06-11 2022-10-25 Apple Inc. User interface for transactions
US11784956B2 (en) 2021-09-20 2023-10-10 Apple Inc. Requests to add assets to an asset account
US11921992B2 (en) 2021-05-14 2024-03-05 Apple Inc. User interfaces related to time
US11983702B2 (en) 2021-02-01 2024-05-14 Apple Inc. Displaying a representation of a card with a layered structure
US12002042B2 (en) 2016-06-11 2024-06-04 Apple, Inc User interface for transactions

Families Citing this family (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20120311459A1 (en) * 2011-06-02 2012-12-06 Dashwire Inc. Facilitated content item transfer
US9215321B2 (en) 2013-06-20 2015-12-15 Bank Of America Corporation Utilizing voice biometrics
US9236052B2 (en) 2013-06-20 2016-01-12 Bank Of America Corporation Utilizing voice biometrics
US9380041B2 (en) 2013-09-30 2016-06-28 Bank Of America Corporation Identification, verification, and authentication scoring
CN104574057B (zh) 2013-10-25 2020-06-16 腾讯科技（深圳）有限公司 一种在线支付方法及相关设备、系统
WO2016179012A1 (en) * 2015-05-01 2016-11-10 Pay2Day Solutions, Inc. Methods and systems for message-based bill payment
JP2017059163A (ja) * 2015-09-18 2017-03-23 株式会社アトムソリューションズ 仮想通貨を用いた送金システム
US10769630B2 (en) 2016-05-11 2020-09-08 Mastercard International Incorporated Mobile person to person voice payment
EP3510545A4 (en) * 2016-10-20 2019-07-31 Samsung Electronics Co., Ltd. SYSTEM AND METHOD FOR TRANSFERRING FOR A MOBILE PURCHASE
US20200013038A1 (en) * 2017-03-31 2020-01-09 Sony Corporation Information processing device, information processing method, and program
CN113645346B (zh) * 2021-08-11 2022-09-13 中国联合网络通信集团有限公司 功能触发方法、装置、服务器及计算机可读存储介质
CN114445979B (zh) * 2022-03-16 2023-01-20 中国工商银行股份有限公司 一种自助取款方法及装置

Citations (17)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH04251379A (ja) 1991-01-09 1992-09-07 Nec Corp 電話による料金自動振込方式
JPH0787216A (ja) 1993-09-17 1995-03-31 Nec Corp 取引処理装置
JPH07131527A (ja) * 1991-09-23 1995-05-19 At & T Corp 複数の宛先へのアクセスを制御する方法とその装置
WO1998036521A1 (en) * 1997-02-14 1998-08-20 Citicorp Development Center, Inc. Method and system for transferring funds
WO2000045349A1 (en) * 1999-01-27 2000-08-03 724 Solutions Inc. Systems and methods of paying for commercial transactions
WO2001097118A1 (fr) * 2000-06-14 2001-12-20 Takako Jogu Procede de reglement par telephone mobile et telephone mobile
JP2002518749A (ja) * 1998-06-19 2002-06-25 プロトックス リミテッド 照合支払いシステム
WO2003009243A1 (en) * 2001-07-19 2003-01-30 W3 Infocomm Group Pte Ltd Mobile electronic funds transfer system and method
JP2003216824A (ja) 2002-01-24 2003-07-31 Nec Soft Ltd 振込案内・処理システム
JP3497799B2 (ja) 2000-06-07 2004-02-16 日本電信電話株式会社 ユーザ認証方法
JP2005512173A (ja) * 2001-11-26 2005-04-28 イーパシフィック・インコーポレーテッド 資金振替システムおよび方法
JP2005275695A (ja) * 2004-03-24 2005-10-06 Nippon Telegr & Teleph Corp <Ntt> サーバ装置およびこれを用いる非同期電子決済のサービス方法
JP2006048179A (ja) 2004-07-30 2006-02-16 Sumitomo Mitsui Banking Corp 携帯電話架電発信システム
JP2006524938A (ja) * 2003-03-11 2006-11-02 クリスチャン ホグル、 少なくとも２つの対応する意思表示に関連づけられたトランザクションを開始および／または実行する方法およびシステム
WO2007145500A1 (en) * 2006-06-12 2007-12-21 Mobile Money International Sdn Bhd Transaction server
JP2009503694A (ja) * 2005-07-27 2009-01-29 シー ライター 信頼できる第三者機関を通じて金融取引のセキュリティを向上させる方法およびシステム
WO2009100477A1 (en) * 2008-02-15 2009-08-20 Rubik Financial Limited An interface

Family Cites Families (30)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5649117A (en) * 1994-06-03 1997-07-15 Midwest Payment Systems System and method for paying bills and other obligations including selective payor and payee controls
US7668781B2 (en) * 1996-10-31 2010-02-23 Citicorp Development Center, Inc. Global method and system for providing enhanced transactional functionality through a customer terminal
US7747523B2 (en) * 1998-03-30 2010-06-29 Cohen Morris E Internet-based financial vehicles
US6488203B1 (en) * 1999-10-26 2002-12-03 First Data Corporation Method and system for performing money transfer transactions
US7182252B1 (en) * 2001-06-08 2007-02-27 Telecommusa, Ltd. Methods and systems for transferring funds
JP2003302999A (ja) 2002-04-11 2003-10-24 Advanced Media Inc 音声による個人認証システム
JP2004021748A (ja) 2002-06-18 2004-01-22 Nec Corp 認証情報通知方法及び認証システム並びに情報端末装置
JP2004252588A (ja) 2003-02-18 2004-09-09 Oki Electric Ind Co Ltd カード決済システムおよびその携帯電話のプログラム
US7703672B2 (en) 2003-04-30 2010-04-27 Sony Corporation Electronic money management system, electronic money management method and computer program
US20050199709A1 (en) * 2003-10-10 2005-09-15 James Linlor Secure money transfer between hand-held devices
US8016185B2 (en) * 2004-07-06 2011-09-13 Visa International Service Association Money transfer service with authentication
US8152054B2 (en) * 2004-10-19 2012-04-10 The Western Union Company Money transfer systems and methods
US7641109B2 (en) * 2005-05-18 2010-01-05 The Western Union Company Money transfer cards, systems and methods
US7636679B2 (en) 2005-01-03 2009-12-22 Yuh-Shen Song Automated remittance network
US7392940B2 (en) 2005-05-18 2008-07-01 The Western Union Company In-lane money transfer systems and methods
JP4866667B2 (ja) 2005-06-28 2012-02-01 ヤフー株式会社 電子商取引システム、電子商取引方法
WO2007008860A2 (en) * 2005-07-11 2007-01-18 Conrad Sheehan Secure electronic transactions between a mobile device and other mobile, fixed or virtual devices
JP4894254B2 (ja) 2005-07-14 2012-03-14 ソニー株式会社 認証システム、認証装置、認証方法及び認証プログラム
US8626626B2 (en) * 2006-01-09 2014-01-07 Interest Capturing Systems, Llc Method of and system for capturing interest earned on the monetary value of transferred monetary rights managed on an internet-based monetary rights transfer (MRT) network supported by a real-time gross settlement (RTGS) system
JP5139715B2 (ja) * 2006-04-25 2013-02-06 Ｋｄｄｉ株式会社 携帯電話を利用した金融取引サービス方法および金融取引サービスシステム
US7540408B2 (en) 2006-06-22 2009-06-02 Hip Consult Inc. Apparatus and method for facilitating money or value transfer
US20080109281A1 (en) * 2006-09-12 2008-05-08 Daniel Csoka Systems and methods for transferring funds from a sending account
US8504473B2 (en) * 2007-03-28 2013-08-06 The Western Union Company Money transfer system and messaging system
US8768853B2 (en) * 2007-10-05 2014-07-01 Ebay Inc. Secondary identification for remittance delivery
US8032435B2 (en) * 2007-12-21 2011-10-04 Diasporalink Ab Secure transmission of money transfers
US8577804B1 (en) * 2008-02-20 2013-11-05 Collective Dynamics LLC Method and system for securing payment transactions
JP5186245B2 (ja) 2008-02-29 2013-04-17 株式会社みずほ銀行 取引照会システム、取引照会プログラム及び取引照会方法
US8510188B2 (en) * 2010-07-28 2013-08-13 The Western Union Company Receiver driven money transfer alert system
US8725635B2 (en) * 2010-11-04 2014-05-13 Bank Of America Corporation Online payment system and method
KR20140094801A (ko) * 2013-01-23 2014-07-31 주식회사 케이티 인스턴트 메신저가 탑재된 이동단말 및 이를 이용한 마일리지 거래 방법

Patent Citations (17)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH04251379A (ja) 1991-01-09 1992-09-07 Nec Corp 電話による料金自動振込方式
JPH07131527A (ja) * 1991-09-23 1995-05-19 At & T Corp 複数の宛先へのアクセスを制御する方法とその装置
JPH0787216A (ja) 1993-09-17 1995-03-31 Nec Corp 取引処理装置
WO1998036521A1 (en) * 1997-02-14 1998-08-20 Citicorp Development Center, Inc. Method and system for transferring funds
JP2002518749A (ja) * 1998-06-19 2002-06-25 プロトックス リミテッド 照合支払いシステム
WO2000045349A1 (en) * 1999-01-27 2000-08-03 724 Solutions Inc. Systems and methods of paying for commercial transactions
JP3497799B2 (ja) 2000-06-07 2004-02-16 日本電信電話株式会社 ユーザ認証方法
WO2001097118A1 (fr) * 2000-06-14 2001-12-20 Takako Jogu Procede de reglement par telephone mobile et telephone mobile
WO2003009243A1 (en) * 2001-07-19 2003-01-30 W3 Infocomm Group Pte Ltd Mobile electronic funds transfer system and method
JP2005512173A (ja) * 2001-11-26 2005-04-28 イーパシフィック・インコーポレーテッド 資金振替システムおよび方法
JP2003216824A (ja) 2002-01-24 2003-07-31 Nec Soft Ltd 振込案内・処理システム
JP2006524938A (ja) * 2003-03-11 2006-11-02 クリスチャン ホグル、 少なくとも２つの対応する意思表示に関連づけられたトランザクションを開始および／または実行する方法およびシステム
JP2005275695A (ja) * 2004-03-24 2005-10-06 Nippon Telegr & Teleph Corp <Ntt> サーバ装置およびこれを用いる非同期電子決済のサービス方法
JP2006048179A (ja) 2004-07-30 2006-02-16 Sumitomo Mitsui Banking Corp 携帯電話架電発信システム
JP2009503694A (ja) * 2005-07-27 2009-01-29 シー ライター 信頼できる第三者機関を通じて金融取引のセキュリティを向上させる方法およびシステム
WO2007145500A1 (en) * 2006-06-12 2007-12-21 Mobile Money International Sdn Bhd Transaction server
WO2009100477A1 (en) * 2008-02-15 2009-08-20 Rubik Financial Limited An interface

Non-Patent Citations (4)

* Cited by examiner, † Cited by third party
Title
"Proceedings of the Sixth IEEE International Conference on the Management of Mobile Business (ICMB 2007), 2007.07.09", article POUSTTCHI, KEY ET AL.: "Analyzing the Elements of the Business Model for Mobile Payment Service Provision", XP008157992 *
"Seven Bank Telephone Banking", 26 August 2009, SEVEN BANK, LTD.
HEGARTY, TONY: "Study on the Security of Payment Products and Systems in the 15 Member States", THE EUROPEAN COMMISSION INTERNAL MARKET DG REPORT ETD/2002/B5-3001/C/ 11, 16 June 2003 (2003-06-16), XP008157991, Retrieved from the Internet <URL:http://web.archive.org/web/20060629004348/ec.europa.eu/internal_market/payments/docs/fraud/study-security/200309-finalreporten.pdf> [retrieved on 20060629] *
See also references of EP2482242A4

Cited By (25)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2014016745A (ja) * 2012-07-06 2014-01-30 Apandor Co Ltd 電子取引システム、および電子取引方法
JP2018517917A (ja) * 2015-03-13 2018-07-05 アリババ グループ ホウルディング リミテッド 通信ソフトウェアにおいて音声により業務を起動する方法及びこれに対応する装置
US12002042B2 (en) 2016-06-11 2024-06-04 Apple, Inc User interface for transactions
US11481769B2 (en) 2016-06-11 2022-10-25 Apple Inc. User interface for transactions
US11074572B2 (en) 2016-09-06 2021-07-27 Apple Inc. User interfaces for stored-value accounts
JP2020522826A (ja) * 2017-05-16 2020-07-30 アップル インコーポレイテッドＡｐｐｌｅ Ｉｎｃ． ピアツーピア転送用ユーザインタフェース
US11049088B2 (en) 2017-05-16 2021-06-29 Apple Inc. User interfaces for peer-to-peer transfers
US11221744B2 (en) 2017-05-16 2022-01-11 Apple Inc. User interfaces for peer-to-peer transfers
US11222325B2 (en) 2017-05-16 2022-01-11 Apple Inc. User interfaces for peer-to-peer transfers
US11797968B2 (en) 2017-05-16 2023-10-24 Apple Inc. User interfaces for peer-to-peer transfers
US10909524B2 (en) 2018-06-03 2021-02-02 Apple Inc. User interfaces for transfer accounts
US11100498B2 (en) 2018-06-03 2021-08-24 Apple Inc. User interfaces for transfer accounts
US11514430B2 (en) 2018-06-03 2022-11-29 Apple Inc. User interfaces for transfer accounts
US11900355B2 (en) 2018-06-03 2024-02-13 Apple Inc. User interfaces for transfer accounts
JP7085437B2 (ja) 2018-07-31 2022-06-16 株式会社日本総合研究所 送金処理装置、及びプログラム
JP2020021230A (ja) * 2018-07-31 2020-02-06 株式会社日本総合研究所 送金処理装置、及びプログラム
CN109510844B (zh) * 2019-01-16 2022-02-25 中民乡邻投资控股有限公司 一种基于声纹的对话交流式的账号注册方法及装置
CN109510844A (zh) * 2019-01-16 2019-03-22 中民乡邻投资控股有限公司 一种基于声纹的对话交流式的账号注册方法及装置
US11328352B2 (en) 2019-03-24 2022-05-10 Apple Inc. User interfaces for managing an account
US11688001B2 (en) 2019-03-24 2023-06-27 Apple Inc. User interfaces for managing an account
US11669896B2 (en) 2019-03-24 2023-06-06 Apple Inc. User interfaces for managing an account
US11610259B2 (en) 2019-03-24 2023-03-21 Apple Inc. User interfaces for managing an account
US11983702B2 (en) 2021-02-01 2024-05-14 Apple Inc. Displaying a representation of a card with a layered structure
US11921992B2 (en) 2021-05-14 2024-03-05 Apple Inc. User interfaces related to time
US11784956B2 (en) 2021-09-20 2023-10-10 Apple Inc. Requests to add assets to an asset account

Also Published As

Publication number Publication date
CN102511051A (zh) 2012-06-20
EP2866180A1 (en) 2015-04-29
US20130218764A1 (en) 2013-08-22
CN102511051B (zh) 2016-07-27
EP2482242A4 (en) 2013-09-25
JPWO2011037134A1 (ja) 2013-02-21
US20120173421A1 (en) 2012-07-05
US9177309B2 (en) 2015-11-03
EP2866180B1 (en) 2017-11-15
EP2482242A1 (en) 2012-08-01
IN2012DN02136A (ja) 2015-08-21
JP5527857B2 (ja) 2014-06-25

Similar Documents

Publication Publication Date Title
JP5527857B2 (ja) 電子決済方法、システム、サーバ及びそのプログラム
US10311437B2 (en) Voice phone-based method and system to authenticate users
US8566238B2 (en) Method for a payment transaction associated with two corresponding declarations of intent
US20100250436A1 (en) Mobile customer service centers with a mobile pickup model
US8275714B2 (en) Method for performing a digital cash transaction
US20130124416A1 (en) Method and system for transferring funds over a voice call
WO2010141268A1 (en) Money transfers utilizing a unique receiver identifier
KR101951271B1 (ko) 모바일 메신저 인증 기반의 실시간 지로 고지 및 납부 시스템과 그 방법
US20030069844A1 (en) Transaction handling methods and systems
JP2004507000A (ja) Ｗａｐにより資金記憶装置から電子的な金額を伝送するための方法及び装置
JP2004252588A (ja) カード決済システムおよびその携帯電話のプログラム
KR100639906B1 (ko) 통화 중 결제 서비스 시스템
KR100791268B1 (ko) 무선 단말기를 이용한 결제처리방법 및 이를 위한 프로그램 기록매체
KR100476834B1 (ko) 이동단말기를 이용한 빌링 대행 시스템 및 빌링 대행 방법
WO2024111023A1 (ja) 情報処理システム、情報処理方法、及び情報処理プログラム
KR20050106209A (ko) 전화 주문에 따른 대금 결제 시스템 및 그 방법
KR20020088192A (ko) 휴대전화 번호로 금융계좌를 연동하여 결제하는 방법
KR100862736B1 (ko) 유선전화를 이용한 결제처리방법과 이를 위한 프로그램 기록매체
KR20070103721A (ko) 무선 단말기를 이용한 결제처리 시스템
KR20010068049A (ko) 전화번호를 이용한 송금/자금청구방법과 그 장치
KR20230088183A (ko) 수취인 요청 기반 안전거래를 위한 전자 자금 이체 방법
KR20050082248A (ko) 전자화폐를 이용한 전자 결제 시스템 및 방법
EP2523152A1 (en) Mobile billing method and system using ARS
KR20070103726A (ko) 유선전화를 이용한 결제처리 시스템
KR20010016328A (ko) 발신자 전화정보 기능의 자동응답서비스 과금결재방법과그를 위한 시스템

Legal Events

Date Code Title Description
WWE Wipo information: entry into national phase

Ref document number: 201080041266.0

Country of ref document: CN

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

Ref document number: 10818807

Country of ref document: EP

Kind code of ref document: A1

WWE Wipo information: entry into national phase

Ref document number: 2011533004

Country of ref document: JP

WWE Wipo information: entry into national phase

Ref document number: 2136/DELNP/2012

Country of ref document: IN

WWE Wipo information: entry into national phase

Ref document number: 13496413

Country of ref document: US

WWE Wipo information: entry into national phase

Ref document number: 2010818807

Country of ref document: EP

NENP Non-entry into the national phase

Ref country code: DE