WO2011037134A1 - 電子決済方法、システム、サーバ及びそのプログラム - Google Patents
電子決済方法、システム、サーバ及びそのプログラム Download PDFInfo
- 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
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)
- Physics & Mathematics (AREA)
- Strategic Management (AREA)
- General Business, Economics & Management (AREA)
- General Physics & Mathematics (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
図1は本発明の電子決済システムの第1の実施の形態を示すもので、図中、1は送金側の利用者(以下、送金者)が使用する利用者端末(以下、送金者端末)、2は受金側の利用者(以下、受金者)が使用する利用者端末(以下、受金者端末)、3は本システムのサービスを提供するサーバ、4はこれらを接続するネットワークである。
図2に示すように、サーバ3は、音声応答機能31を介して利用者端末からの着信を検出する(s1)と、その発呼信号に利用者端末の発信時固有ID送信機能11,21により含められた発信者番号がデータベース33に登録されているか否かを調べ(s2)、登録されていなければ(s3)、新規の利用者の端末からの着信として口座開設処理へ移る。
サーバ3は、初期処理から口座開設処理へ移った場合、図3に示すように、音声応答機能31を用いて口座開設に必要な情報の入力を要求する音声ガイダンスを利用者端末へ送出し(s11)、音声応答機能31を介して利用者端末からの音声入力またはキー入力待ちとなる(s12)。ここで、口座開設に必要な情報とは、前述したデータベース33に利用者の発信者番号に対応付けて登録される情報のうち、利用者の名前、暗証番号、任意のキーワード及び利用者を特定可能な所定の音声情報、生体認証情報、等であるが、キーワード及び音声情報については音声による入力が必要となり、生体認証情報については何らかの専用の読み取り装置からの入力が必要となる。
初期処理の選択メニューにおいて「逆送金処理」が選択されるケースとは、受金者が送金者に対し、商品購入に伴う代金の支払い等の金銭的な決済を本システムを通じて要求するケースであり、この場合、送金者に対する「未処理案件処理」が同時に発生する。
さらにまた、短時間に多数に対して要求があった場合には、契約解除となるようにしても良い。
初期処理の選択メニューにおいて「順送金」が選択されるケースとは、送金者から受金者への単純な送金(振込)を本システムを通じて行うケースである。
初期処理の選択メニューにおいて「入金処理」を選択した場合、データベース33に利用者の電話番号に対応付けて登録された残高情報の増額を行うことができる。
初期処理の選択メニューにおいて「出金処理」を選択した場合、出金(送金)の際の引き落としパターンを選ぶことができる。
初期処理の選択メニューにおいて「残高照会処理」を選択した場合、データベース33に利用者の電話番号に対応付けて登録された残高情報の照会を行うことができる。
初期処理の選択メニューにおいて「履歴照会処理」を選択した場合、データベース33に利用者の電話番号に対応付けて登録された入出金の履歴情報の照会を行うことができる。
1件目 10日10時10分 800円入金
ヤマダタロウ様 メッセージ『昨日の飲み会のお金です』
2件目 11日11時11分 5000円出金
東京電力様 メッセージ『8月の電気料金です』
のようなガイダンス音声が流れる。
図9は本発明の電子決済システムの第2の実施の形態、ここでは音声通話機能の代わりに文字情報通信機能を備えた利用者端末を用いた場合に対応する例を示すもので、図中、第1の実施の形態と同一構成部分は同一符号をもって表す。即ち、1bは送金者端末、2bは受金者端末、3bはサーバ、4bはネットワークである。
図10に示すように、サーバ3bは、着信応答機能34を介して利用者端末からのアクセス(着信)を検出する(s1)と、その発呼信号に利用者端末の発信時固有ID送信機能11,21により含められた発信者番号がデータベース33bに登録されているか否かを調べ(s2)、登録されていなければ(s3)、新規の利用者の端末からの着信として口座開設処理へ移る。
サーバ3bは、初期処理から口座開設処理へ移った場合、図11に示すように、文字情報通信機能35を用いて口座開設に必要な情報の入力を要求する文字情報を含む画面を利用者端末へ送出し(s11b)、文字情報通信機能35を介して利用者端末からの文字情報入力待ちとなる(s12)。ここで、口座開設に必要な情報とは、前述したデータベース33bに利用者の発信者番号に対応付けて登録される情報のうち、名前、暗証番号、任意のキーワード、等である。
初期処理の選択メニューにおいて「逆送金処理」が選択されるケースとは、受金者が送金者に対し、商品購入に伴う代金の支払い等の金銭的な決済を本システムを通じて要求するケースであり、この場合、送金者に対する「未処理案件処理」が同時に発生する。
初期処理の選択メニューにおいて「順送金」が選択されるケースとは、送金者から受金者への単純な送金(振込)を本システムを通じて行うケースである。
図17は本発明の電子決済システムの第3の実施の形態、ここでは第2の実施の形態において受金者端末がインターネットを通じて商品を販売するサイトを運営するサーバ、あるいは所定のサービス(例えば、電気、ガスなどの公共サービス)を利用者に提供してその対価を請求する企業のホストコンピュータなどであって、送金者端末からの金銭的な決済(支払い)の要求をネットワークを介して受け付け、これを逆送金要求としてサーバへ自動的に送信する機能を備えた例を示すもので、図中、第1の実施の形態と同一構成部分は同一符号をもって表す。即ち、1bは送金者端末、2cは受金者端末、3bはサーバ、4bはネットワークである。
以下、受金者がインターネットを通じて商品を販売するサイトAであって、その受金者端末2cがサイトAのWebサーバであり、また、送金者がサイトAから商品を購入する客Bであって、その送金者端末1bがブラウザフォンであり、さらにネットワーク4bがインターネット(IP-VPN)である場合の、逆送金処理及び未処理案件処理の動作を、図12、図13、図18の流れ図とともに図19のシーケンス図を用いて説明する。なお、図19中、実線の矢印は端末及びサーバ間の情報の流れ、一点鎖線の矢印は端末に対する操作を示している。また、サイト(受金者)A及び客(送金者)Bとも、事前に口座開設処理は完了しているものとする。
なお、第1乃至第3の実施の形態における順送金処理において、受金側の利用者端末への送金完了の通知は、残高更新後に順送金要求に含まれる受金側の利用者の固有IDに対応する利用者端末からのアクセスを検出した場合に行うようにしても良い。
第1乃至第3の実施の形態は、利用者端末に特別なアプリケーションを実装しない形態である。しかし、利用者端末としてスマートフォン(ソフトウェアアプリケーションを動作できる携帯電話端末)が利用できる場合には、スマートフォンに本発明の電子決済システム用のアプリケーションをインストールし、これを利用することで、より利便性の高い電子決済システムを実現できる。ここでいうスマートフォンとは、ソフトウェアアプリケーションをインストールし動作させることが可能な携帯電話端末を意味し、キャリア、機種は問わない。
[初期処理]
図21に示すように、サーバ3dは、音声応答機能31を介して利用者端末からの着信を検出する(s1)と、その発呼信号に利用者端末の発信時固有ID送信機能11,21により含められた発信者番号がデータベース33dに登録されているか否かを調べ(s2)、登録されていなければ(s3)、新規の利用者の端末からの着信として口座開設処理へ移る。
図22に示すように、サーバ3dは、利用者端末から口座開設に必要な情報が全て入力された場合(s13)、当該入力された情報を利用者の発信者番号に対応付けてデータベース33dに登録することにより当該利用者の口座を開設する(s14)。なお、口座開設当初、他の情報、例えば残高情報や履歴情報は当然、0またはブランクである。
初期処理の選択メニューにおいて「逆送金」が選択されるケースとは、受金者が送金者に対し、商品購入に伴う代金支払い等の金銭的な決済を本システムを通じて要求するケースである。
初期処理の選択メニューにおいて「順送金」が選択されるケースとは送金者から受金者への単純な送金(振込)を本システムを通じて行うケースである。
第4の実施の形態において、スマートフォンにインストールするアプリケーションは、例えば、予めサーバから入手可能とすることが考えられる。この場合、ダウンロードするアプリケーションの中に、ダウンロード毎に異なるハッシュ関数fを含ませることで、アプリケーションに成りすますウィルスに対する安全性を高めることができる。
第1、第2の実施の形態の逆送金処理及び順送金処理においては、送金者に送金承諾の意思を示す確認情報を入力させ、これをサーバ3(又は3b)が、データベース33(又は33b)に登録された情報と照合することにより、意思表示の真正性を確認する。その際、送金承諾の意思を示す確認情報の内容、すなわちセキュリティポリシーは、基本的には固定的なもので構わないが、送金条件に応じた内容を選択可能とすることで、不正アクセスやウィルス等に対する安全性を高めることができる。
第1の実施の形態において、声紋情報による認証は、サーバが送出する音声ガイダンスの中で利用者に所定のキーワードの発話を求め、利用者がそのキーワードを発話することにより行う。この発話を求める所定のキーワードを、認証の機会ごとにランダムに異なるものとすることで、声紋の成りすましに対する安全性を高めることができる。そこで、第7の実施形態は、サーバ(データベース)に予め複数のキーワードとそれらを利用者が発声した声紋を、利用者毎に登録しておき、認証の機会ごとに、その中からランダムにキーワードを抽出して適用するものである。この場合、複数のキーワードとそれらを利用者が発声した声紋のサーバへの登録は、例えば、口座開設時に行うこととしてもよいし、ある回の取引の最後にサーバが利用者に対して何らかのキーワードの発話を要求して、発話されたキーワードを順次追加登録することとしてもよい。
国際送金を行う場合、必ずしも送金者と受金者が直接に端末を利用可能な環境にあるとは限らない。しかし、たとえ送金者、受金者とも端末装置を持っていなくても、本発明の送金方法の応用により安全に送金することが可能となる。図28は、a国にいる送金者Sが、b国にいる受金者Rに現金X円を送金する場合の本発明の送金方法を応用したシーケンス例である。このシーケンス例は、本発明の電子決済システムのa国側の加盟店又は提携銀行Cとb国側の加盟店又は提携銀行Bとの間で、国際間で共通に利用可能なサーバVを介して国際送金を行い、送金者Sと受金者Rはそれぞれ自国の加盟店又は提携銀行を介して現金の授受を行うものである。
Claims (25)
- 利用者の少なくとも残高情報を当該利用者の固有IDに対応付けて記憶するデータベースを少なくとも備えたサーバを介して行われる、発信時に利用者の固有IDを接続先へ送信する機能を少なくとも備えた利用者端末間の電子決済方法であって、
前記サーバが、送金側の利用者端末から、当該送金側の利用者の固有ID、受金側の利用者の固有ID及び送金額を少なくとも含む順送金要求を受信するステップと、
前記サーバが、前記送金額に従って前記送金側の利用者の固有ID及び受金側の利用者の固有IDに対応する残高情報を更新するステップとを含む
ことを特徴とする電子決済方法。 - 前記順送金要求受信ステップに続いて、
前記サーバが、前記順送金要求にかかる少なくとも受金側の利用者及び取引金額に関する情報を含む、前記順送金要求に対する送金承諾の意志を示す確認情報の返送要求を、前記順送金要求を行った送金側の利用者端末へ送信するステップと、
前記サーバが、送金側の利用者端末から、前記順送金要求に対する送金承諾の意志を示す確認情報を受信するステップとを実行する
ことを特徴とする請求項1に記載の電子決済方法。 - 前記順送金要求受信ステップに続いて、
前記サーバが、前記順送金要求にかかる、受金側の利用者の固有IDに対応して予めデータベースに登録されている当該受金側の利用者の名前の文字情報もしくは当該文字情報を音声化した情報、または受金側の利用者の固有IDに対応して予めデータベースに登録されている当該受金側の利用者を特定可能な所定の音声情報である受金側の利用者に関する情報及び取引金額に関する情報を少なくとも含む、前記順送金要求に対する送金承諾の意志を示す確認情報の返送要求を、前記順送金要求を行った送金側の利用者端末へ送信するステップと、
前記サーバが、送金側の利用者端末から、前記順送金要求に対する送金承諾の意志を示す確認情報を受信するステップとを実行する
ことを特徴とする請求項1に記載の電子決済方法。 - 前記順送金要求に対する送金承諾の意志を示す確認情報が、受金側の利用者の名前の少なくとも一部に対応した音声入力もしくは文字入力による情報を含み、
当該確認情報に含まれる受金側の利用者の名前の少なくとも一部に対応した音声入力もしくは文字入力による情報と、受金側の利用者の固有IDに対応して予めデータベースに登録されている当該受金側の利用者の名前との照合結果が一致した場合のみ、残高情報更新ステップ以後を実行する
ことを特徴とする請求項2または3に記載の電子決済方法。 - 予め用意された複数の送金条件とセキュリティポリシーとの対応付けを用い、前記順送金要求に対する送金承諾の意志を示す確認情報として、当該順送金要求における送金条件に対応するセキュリティポリシーに基づく確認情報を用いることを特徴とする請求項2乃至4のいずれかに記載の電子決済方法。
- 前記順送金要求に対する送金承諾の意志を示す確認情報がキーワードを含み、声紋による認証を行う場合に、データベースに予め複数のキーワードとそれらを承諾者が発声した声紋を登録しておき、認証の機会ごとに、その中からランダムにキーワードを抽出して適用することを特徴とする請求項2乃至5のいずれかに記載の電子決済方法。
- 前記に加え、
前記サーバが、前記残高更新後に順送金要求に含まれる受金側の利用者の固有IDに対応する利用者端末からのアクセスを検出した場合、前記順送金要求にかかる送金の完了を受金側の利用者端末へ通知するステップを実行する
ことを特徴とする請求項1乃至6のいずれかに記載の電子決済方法。 - 前記に加え、
前記サーバが、前記順送金要求受信後で残高更新前に当該順送金要求に含まれる受金側の利用者の固有IDに対応する利用者端末からのアクセスを検出した場合、前記順送金要求にかかる少なくとも送金側の利用者及び取引金額に関する情報を含む、前記順送金要求に対する受金承諾の意志を示す確認情報の返送要求を当該利用者端末へ送信するステップと、
前記サーバが、受金側の利用者端末から、前記順送金要求に対する受金承諾の意志を示す確認情報を受信するステップとを実行する
ことを特徴とする請求項1乃至6のいずれかに記載の電子決済方法。 - 前記順送金要求に対する受金承諾の意志を示す確認情報が、キーワードまたは暗証番号に対応した音声入力もしくは文字入力もしくはキー入力による情報もしくは生体認証情報を含み、
当該確認情報に含まれるキーワードまたは暗証番号に対応した音声入力もしくは文字入力もしくはキー入力による情報もしくは生体認証情報と、受金側の利用者の固有IDに対応して予めデータベースに登録されているキーワードまたは暗証番号もしくは生体認証情報との照合結果、あるいは当該確認情報に含まれるキーワードまたは暗証番号に対応した音声入力による情報と、当該受金側の利用者の固有IDに対応して予めデータベースに登録されている当該受金側の利用者自身の発声による音声情報との声紋照合結果のいずれか一方もしくは両方が一致した場合のみ、残高情報更新ステップ以後を実行する
ことを特徴とする請求項7または8に記載の電子決済方法。 - 利用者の少なくとも残高情報を当該利用者の固有IDに対応付けて記憶するデータベースを少なくとも備えたサーバを介して行われる、発信時に利用者の固有IDを接続先へ送信する機能を少なくとも備えた利用者端末間の電子決済方法であって、
前記サーバが、送金側の利用者端末から、当該送金側の利用者の固有ID及び送金額を少なくとも含む順送金要求を受信するステップと、
前記サーバが、送金側の利用者端末に対し、取引番号とパスワードを発行するステップと、
前記サーバが、受金側の利用者端末から、当該受金側の利用者の固有ID、前記取引番号及びパスワードを受信するステップと、
前記サーバが、送金側の利用者端末に対して発行した取引番号に対応するパスワードと、受金側の利用者端末から受信した前記取引番号に対応するパスワードと、が一致した場合に、前記送金額に従って前記送金側の利用者の固有ID及び受金側の利用者の固有IDのそれぞれに対応する残高情報を更新するステップと、を含むことを特徴とする電子決済方法。 - 利用者の少なくとも残高情報を当該利用者の固有IDに対応付けて記憶するデータベースを少なくとも備えたサーバを介して行われる、発信時に利用者の固有IDを接続先へ送信する機能を少なくとも備えた利用者端末間の電子決済方法であって、
前記サーバが、受金側の利用者端末から、当該受金側の利用者の固有ID、送金側の利用者の固有ID及び請求額を少なくとも含む逆送金要求を受信するステップと、
前記サーバが、送金側の利用者端末から、前記逆送金要求に対する送金承諾の意志を示す確認情報を受信するステップと、
前記サーバが、前記確認情報の受信後、前記請求額に従って前記送金側の利用者の固有ID及び受金側の利用者の固有IDに対応するデータベースの残高情報を更新するステップと、
前記サーバが、前記残高情報の更新後、前記逆送金要求にかかる受金の完了を受金側の利用者端末へ通知するステップとを含む
ことを特徴とする電子決済方法。 - 前記逆送金要求受信ステップに続いて、
前記サーバが、前記逆送金要求にかかる少なくとも受金側の利用者及び取引金額に関する情報を含む、前記逆送金要求に対する送金承諾の意志を示す確認情報の返送要求を送金側の利用者端末へ送信するステップを実行する
ことを特徴とする請求項11に記載の電子決済方法。 - 前記逆送金要求受信ステップに続いて、
前記サーバが、前記逆送金要求にかかる、受金側の利用者の固有IDに対応して予めデータベースに登録されている当該受金側の利用者の名前の文字情報もしくは当該文字情報を音声化した情報、または受金側の利用者の固有IDに対応して予めデータベースに登録されている当該受金側の利用者を特定可能な所定の音声情報である受金側の利用者に関する情報及び取引金額に関する情報を少なくとも含む、前記逆送金要求に対する送金承諾の意志を示す確認情報の返送要求を送金側の利用者端末へ送信するステップを実行する
ことを特徴とする請求項11に記載の電子決済方法。 - 前記に加え、
前記サーバが、前記逆送金要求受信後に当該逆送金要求に含まれる送金側の利用者の固有IDに対応する利用者端末からのアクセスを検出した場合、前記逆送金要求にかかる少なくとも受金側の利用者及び取引金額に関する情報を含む、前記逆送金要求に対する送金承諾の意志を示す確認情報の返送要求を当該利用者端末へ送信するステップを実行する
ことを特徴とする請求項11に記載の電子決済方法。 - 前記に加え、
前記サーバが、前記逆送金要求受信後に当該逆送金要求に含まれる送金側の利用者の固有IDに対応する利用者端末からのアクセスを検出した場合、前記逆送金要求にかかる、受金側の利用者の固有IDに対応して予めデータベースに登録されている当該受金側の利用者の名前の文字情報もしくは当該文字情報を音声化した情報、または受金側の利用者の固有IDに対応して予めデータベースに登録されている当該受金側の利用者を特定可能な所定の音声情報である受金側の利用者に関する情報及び取引金額に関する情報を少なくとも含む、前記逆送金要求に対する送金承諾の意志を示す確認情報の返送要求を当該利用者端末へ送信するステップを実行する
ことを特徴とする請求項11に記載の電子決済方法。 - 前記逆送金要求に対する送金承諾の意志を示す確認情報が、受金側の利用者の名前の少なくとも一部に対応した音声入力もしくは文字入力による情報を含み、
当該確認情報に含まれる受金側の利用者の名前の少なくとも一部に対応した音声入力もしくは文字入力による情報と、受金側の利用者の固有IDに対応して予めデータベースに登録されている当該受金側の利用者の名前との照合結果が一致した場合のみ、残高情報更新ステップ以後を実行する
ことを特徴とする請求項11乃至15のいずれかに記載の電子決済方法。 - 前記逆送金要求に対する送金承諾の意志を示す確認情報が、キーワードまたは暗証番号に対応した音声入力もしくは文字入力もしくはキー入力による情報もしくは生体認証情報を含み、
当該確認情報に含まれるキーワードまたは暗証番号に対応した音声入力もしくは文字入力もしくはキー入力による情報もしくは生体認証情報と、送金側の利用者の固有IDに対応して予めデータベースに登録されているキーワードまたは暗証番号もしくは生体認証情報との照合結果、あるいは当該確認情報に含まれるキーワードまたは暗証番号に対応した音声入力による情報と、当該送金側の利用者の固有IDに対応して予めデータベースに登録されている当該送金側の利用者自身の発声による音声情報との声紋照合結果のいずれか一方もしくは両方が一致した場合のみ、残高情報更新ステップ以後を実行する
ことを特徴とする請求項11乃至16のいずれかに記載の電子決済方法。 - 予め用意された複数の送金条件とセキュリティポリシーとの対応付けを用い、前記逆送金要求に対する送金承諾の意志を示す確認情報として、当該逆送金要求における送金条件に対応するセキュリティポリシーに基づく確認情報を用いることを特徴とする請求項11乃至15のいずれかに記載の電子決済方法。
- 前記逆送金要求に対する送金承諾の意志を示す確認情報がキーワードを含み、声紋による認証を行う場合に、データベースに予め複数のキーワードとそれらを承諾者が発声した声紋を登録しておき、認証の機会ごとに、その中からランダムにキーワードを抽出して適用することを特徴とする請求項11乃至18のいずれかに記載の電子決済方法。
- 利用者の少なくとも残高情報を当該利用者の固有IDに対応付けて記憶するデータベースを少なくとも備えたサーバを介して行われる、発信時に利用者の固有IDを接続先へ送信する機能を少なくとも備えた利用者端末間の電子決済方法であって、
前記サーバが、受金側の利用者端末から、当該受金側の利用者の固有ID及び請求額を少なくとも含む逆送金要求を受信するステップと、
前記サーバが、送金側の利用者端末から、当該送金側の利用者の固有IDを受信するステップと、
前記サーバが、送金側の利用者端末と受金側の利用者端末のそれぞれから受信した信号をマッチングし、当該送金側の利用者端末が前記逆送金要求の対象端末であることを特定するステップと、
前記サーバが、前記逆送金要求にかかる少なくとも取引金額に関する情報を含む、前記逆送金要求に対する送金承諾の意志を示す確認情報の返送要求を送金側の利用者端末へ送信するステップと、
前記サーバが、送金側の利用者端末から、前記逆送金要求に対する送金承諾の意志を示す確認情報を受信するステップと、
前記サーバが、前記確認情報の受信後、前記請求額に従って前記送金側の利用者の固有ID及び受金側の利用者の固有IDに対応するデータベースの残高情報を更新するステップと、
前記サーバが、前記残高情報の更新後、前記逆送金要求にかかる受金の完了を受金側の利用者端末へ通知するステップとを含む
ことを特徴とする電子決済方法。 - 利用者の少なくとも残高情報を当該利用者の固有IDに対応付けて記憶するデータベースを少なくとも備えたサーバと、発信時に利用者の固有IDを接続先へ送信する機能を少なくとも備えた利用者端末とを用いた、前記利用者端末間の電子決済システムであって、
前記サーバは、さらに、
受金側の利用者端末から、当該受金側の利用者の固有ID、送金側の利用者の固有ID及び請求額を少なくとも含む逆送金要求を受信する手段と、
送金側の利用者端末から、前記逆送金要求に対する送金承諾の意志を示す確認情報を受信する手段と、
前記確認情報の受信後、前記請求額に従って前記送金側の利用者の固有ID及び受金側の利用者の固有IDに対応するデータベースの残高情報を更新する手段と、
前記残高情報の更新後、前記順送金要求にかかる要求完了を受金側の利用者端末へ通知する手段とを少なくとも具備する
ことを特徴とする電子決済システム。 - 利用者の少なくとも残高情報を当該利用者の固有IDに対応付けて記憶するデータベースを少なくとも備えたサーバと、発信時に利用者の固有IDを接続先へ送信する機能を少なくとも備えた利用者端末とを用いた、前記利用者端末間の電子決済システムであって、
前記サーバは、さらに、
送金側の利用者端末から、当該送金側の利用者の固有ID、受金側の利用者の固有ID及び送金額を少なくとも含む順送金要求を受信する手段と、
前記送金額に従って前記送金側の利用者の固有ID及び受金側の利用者の固有IDに対応する残高情報を更新する手段とを少なくとも具備する
ことを特徴とする電子決済システム。 - 利用者の少なくとも残高情報を当該利用者の固有IDに対応付けて記憶するデータベースを少なくとも備え、発信時に利用者の固有IDを接続先へ送信する機能を少なくとも備えた利用者端末間で行われる電子決済のためのサーバであって、
前記に加え、
受金側の利用者端末から、当該受金側の利用者の固有ID、送金側の利用者の固有ID及び請求額を少なくとも含む逆送金要求を受信する手段と、
送金側の利用者端末から、前記逆送金要求に対する送金承諾の意志を示す確認情報を受信する手段と、
前記確認情報の受信後、前記請求額に従って前記送金側の利用者の固有ID及び受金側の利用者の固有IDに対応するデータベースの残高情報を更新する手段と、
前記残高情報の更新後、前記順送金要求にかかる要求完了を受金側の利用者端末へ通知する手段とを少なくとも具備する
ことを特徴とするサーバ。 - 利用者の少なくとも残高情報を当該利用者の固有IDに対応付けて記憶するデータベースを少なくとも備え、発信時に利用者の固有IDを接続先へ送信する機能を少なくとも備えた利用者端末間で行われる電子決済のためのサーバであって、
前記に加え、
送金側の利用者端末から、当該送金側の利用者の固有ID、受金側の利用者の固有ID及び送金額を少なくとも含む順送金要求を受信する手段と、
前記送金額に従って前記送金側の利用者の固有ID及び受金側の利用者の固有IDに対応する残高情報を更新する手段とを少なくとも具備する
ことを特徴とするサーバ。 - コンピュータを、請求項23または24に記載のサーバの各手段として機能させるためのプログラム。
Priority Applications (6)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2011533004A JP5527857B2 (ja) | 2009-09-24 | 2010-09-22 | 電子決済方法、システム、サーバ及びそのプログラム |
EP10818807.9A EP2482242A4 (en) | 2009-09-24 | 2010-09-22 | ELECTRONIC PAYMENT METHOD, SYSTEM, SERVER AND PROGRAM THEREOF |
US13/496,413 US9177309B2 (en) | 2009-09-24 | 2010-09-22 | Electronic settlement method, system, server and program thereof |
CN201080041266.0A CN102511051B (zh) | 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)
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 | アップル インコーポレイテッドApple Inc. | ピアツーピア転送用ユーザインタフェース |
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)
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 |
CN110050286A (zh) * | 2016-10-20 | 2019-07-23 | 三星电子株式会社 | 用于移动钱包汇款的系统和方法 |
EP3605423A4 (en) * | 2017-03-31 | 2020-02-05 | Sony Corporation | INFORMATION PROCESSING DEVICE, INFORMATION PROCESSING PROCESS AND PROGRAM |
CN113645346B (zh) * | 2021-08-11 | 2022-09-13 | 中国联合网络通信集团有限公司 | 功能触发方法、装置、服务器及计算机可读存储介质 |
CN114445979B (zh) * | 2022-03-16 | 2023-01-20 | 中国工商银行股份有限公司 | 一种自助取款方法及装置 |
Citations (17)
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 | クリスチャン ホグル、 | 少なくとも2つの対応する意思表示に関連づけられたトランザクションを開始および/または実行する方法およびシステム |
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)
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 | カード決済システムおよびその携帯電話のプログラム |
CN1777911A (zh) | 2003-04-30 | 2006-05-24 | 比特瓦雷特股份有限公司 | 电子货币管理系统、电子货币管理方法及计算机程序 |
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 | ヤフー株式会社 | 電子商取引システム、電子商取引方法 |
US20070011099A1 (en) | 2005-07-11 | 2007-01-11 | 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 | Kddi株式会社 | 携帯電話を利用した金融取引サービス方法および金融取引サービスシステム |
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 | 주식회사 케이티 | 인스턴트 메신저가 탑재된 이동단말 및 이를 이용한 마일리지 거래 방법 |
-
2010
- 2010-09-22 EP EP10818807.9A patent/EP2482242A4/en not_active Ceased
- 2010-09-22 WO PCT/JP2010/066402 patent/WO2011037134A1/ja active Application Filing
- 2010-09-22 JP JP2011533004A patent/JP5527857B2/ja active Active
- 2010-09-22 EP EP15151645.7A patent/EP2866180B1/en active Active
- 2010-09-22 CN CN201080041266.0A patent/CN102511051B/zh active Active
- 2010-09-22 US US13/496,413 patent/US9177309B2/en active Active
-
2012
- 2012-03-12 IN IN2136DEN2012 patent/IN2012DN02136A/en unknown
-
2013
- 2013-03-18 US US13/845,958 patent/US20130218764A1/en not_active Abandoned
Patent Citations (17)
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 | クリスチャン ホグル、 | 少なくとも2つの対応する意思表示に関連づけられたトランザクションを開始および/または実行する方法およびシステム |
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)
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)
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 | アップル インコーポレイテッドApple Inc. | ピアツーピア転送用ユーザインタフェース |
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 |
---|---|
EP2866180B1 (en) | 2017-11-15 |
IN2012DN02136A (ja) | 2015-08-21 |
US20120173421A1 (en) | 2012-07-05 |
JP5527857B2 (ja) | 2014-06-25 |
CN102511051B (zh) | 2016-07-27 |
CN102511051A (zh) | 2012-06-20 |
JPWO2011037134A1 (ja) | 2013-02-21 |
US20130218764A1 (en) | 2013-08-22 |
EP2866180A1 (en) | 2015-04-29 |
EP2482242A4 (en) | 2013-09-25 |
US9177309B2 (en) | 2015-11-03 |
EP2482242A1 (en) | 2012-08-01 |
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 | |
KR101951271B1 (ko) | 모바일 메신저 인증 기반의 실시간 지로 고지 및 납부 시스템과 그 방법 | |
US20030069844A1 (en) | Transaction handling methods and systems | |
JP2004507000A (ja) | Wapにより資金記憶装置から電子的な金額を伝送するための方法及び装置 | |
JP2004252588A (ja) | カード決済システムおよびその携帯電話のプログラム | |
KR20190004379A (ko) | 가상계좌의 진정 입금자 확인을 통한 입금 시스템 | |
KR100639906B1 (ko) | 통화 중 결제 서비스 시스템 | |
KR100791268B1 (ko) | 무선 단말기를 이용한 결제처리방법 및 이를 위한 프로그램 기록매체 | |
EP4398135A1 (en) | Information processing system, information processing method, and information processing program | |
KR100476834B1 (ko) | 이동단말기를 이용한 빌링 대행 시스템 및 빌링 대행 방법 | |
KR20050106209A (ko) | 전화 주문에 따른 대금 결제 시스템 및 그 방법 | |
KR100862736B1 (ko) | 유선전화를 이용한 결제처리방법과 이를 위한 프로그램 기록매체 | |
KR20070103721A (ko) | 무선 단말기를 이용한 결제처리 시스템 | |
TW202422388A (zh) | 資訊處理系統、資訊處理方法及資訊處理程式 | |
KR20020080527A (ko) | 전화 단말기를 이용한 이체 방법 | |
KR20010068049A (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 |