WO2014068737A1 - 携帯端末、携帯端末の制御方法、プログラム及び記録媒体 - Google Patents

携帯端末、携帯端末の制御方法、プログラム及び記録媒体 Download PDF

Info

Publication number
WO2014068737A1
WO2014068737A1 PCT/JP2012/078253 JP2012078253W WO2014068737A1 WO 2014068737 A1 WO2014068737 A1 WO 2014068737A1 JP 2012078253 W JP2012078253 W JP 2012078253W WO 2014068737 A1 WO2014068737 A1 WO 2014068737A1
Authority
WO
WIPO (PCT)
Prior art keywords
balance
module
sound
voice
stored
Prior art date
Application number
PCT/JP2012/078253
Other languages
English (en)
French (fr)
Inventor
赤鹿　秀樹
裕 陳野
Original Assignee
楽天株式会社
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 楽天株式会社 filed Critical 楽天株式会社
Priority to US14/439,321 priority Critical patent/US20150262162A1/en
Priority to JP2014544151A priority patent/JP5788610B2/ja
Priority to PCT/JP2012/078253 priority patent/WO2014068737A1/ja
Priority to TW102139309A priority patent/TWI529636B/zh
Publication of WO2014068737A1 publication Critical patent/WO2014068737A1/ja

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/326—Payment applications installed on the mobile devices
    • G06Q20/3265—Payment applications installed on the mobile devices characterised by personalisation for use
    • 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/3221—Access to banking information 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/04—Payment circuits
    • G06Q20/06—Private payment circuits, e.g. involving electronic currency used among participants of a common payment scheme
    • G06Q20/065—Private payment circuits, e.g. involving electronic currency used among participants of a common payment scheme using e-cash
    • G06Q20/0655—Private payment circuits, e.g. involving electronic currency used among participants of a common payment scheme using e-cash e-cash managed centrally
    • 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/085—Payment architectures involving remote charge determination or related payment 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/22—Payment schemes or models
    • G06Q20/28—Pre-payment schemes, e.g. "pay before"
    • 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/327—Short range or proximity payments by means of M-devices
    • G06Q20/3272—Short range or proximity payments by means of M-devices using an audio code
    • 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/34—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using cards, e.g. integrated circuit [IC] cards or magnetic cards
    • G06Q20/349—Rechargeable cards
    • 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
    • G06Q40/00—Finance; Insurance; Tax strategies; Processing of corporate or income taxes
    • G06Q40/02—Banking, e.g. interest calculation or account maintenance

Definitions

  • the present invention relates to a portable terminal, a portable terminal control method, a program, and a recording medium.
  • FIG. 14 is a diagram for explaining a conventional electronic money system.
  • the mobile terminal 5 is a mobile terminal possessed by a user, and stores a balance of value, an IC module ID for specifying an IC module, an electronic money number, and the like in an IC module incorporated or mounted.
  • Such a method of holding value in the IC module on the user side is called a stored value type.
  • the asynchronous payment terminal 7 is installed in a store or a vending machine, and performs short-range wireless communication with the IC module of the mobile terminal 5 or the electronic money card 100 to reduce the value balance stored in the IC module. Settlement by value.
  • the asynchronous payment terminal 7 does not connect to the electronic money server 2 but completes the payment processing locally with the IC module, and records the transaction history as log data. Then, the asynchronous payment terminal 7 transmits the log data to the electronic money server 2 at a later time or at a later time in a batch.
  • the reason why the asynchronous payment terminal 7 is called “asynchronous” is that the payment processing is completed locally without being synchronized with the electronic money server 2.
  • the value balance is stored in advance in the IC module, and this value is reduced at the time of payment. If the value is insufficient, payment cannot be made. For this reason, a process called charge for increasing the balance of the value stored in the IC module is required. Usually, this charge is performed by exchanging money at the store, and the exchange value of the value is secured.
  • server management type system in which value is managed by the electronic money server 2 and settlement processing is performed on the server side has come to be known.
  • server-type electronic money Such a type of electronic money whose value is managed by a server is referred to as server-type electronic money.
  • the payment terminal used is not the asynchronous payment terminal 7 but a synchronous payment terminal.
  • the non-contact type IC module performs exclusive control when a plurality of accesses in which data rewrite occurs simultaneously.
  • Some non-contact IC modules include a non-encryption mode for performing simple data transmission / reception and an encryption mode for performing a transaction including rewriting of important data.
  • the access time is extremely short and simultaneous access is not accepted. However, if they do not overlap, they respond to accesses from a plurality of processes.
  • Patent Document 1 the periodic autocharge described in Patent Document 1 is not only limited by other processing, but may also limit other processing.
  • the problem to be solved by the present invention is to access a non-contact type IC module at a timing that is not easily affected by other processes and hardly affects other processes.
  • the first aspect of the present invention it is output at the end of a transaction for changing the balance stored in the IC module having means for storing the balance of electronic value and means for changing the balance using balance change information.
  • Storage means for storing a group of processing procedures for generating access to the balance in association with a sound pattern of sound effects; and means for transmitting the balance change information to the IC module to change the balance Control means for controlling the sound input means so that the sound effect output at the end of the transaction for changing the balance from the settlement terminal is input, and a sound pattern corresponding to the sound effect via the sound input means.
  • the group of processes is performed according to the procedure stored in the process storage means in association with the voice pattern.
  • the storage unit is configured to replenish the balance in association with a sound pattern of a completion sound indicating the sound effect output when the balance stored in the IC module is changed.
  • the necessity determination processing procedure for determining necessity is stored, and the execution means responds to the voice pattern when a voice indicating a voice pattern corresponding to the completion sound is input via the voice input means.
  • the necessity determination process is a process for determining whether or not a balance needs to be replenished using predetermined data acquired from the IC module, and the execution means is provided in the IC module.
  • Data acquisition means for acquiring predetermined stored data; and necessity determination means for determining whether or not a balance needs to be replenished using the predetermined data acquired by the acquisition means.
  • a portable terminal according to claim 2 is provided.
  • the data acquisition unit includes a balance acquisition unit that acquires a balance stored in the IC module, and the necessity determination unit has a predetermined balance acquired by the balance acquisition unit.
  • the IC module further includes means for storing log data including a change amount indicating a decrease or increase in the balance due to the transaction, and the data acquisition means is updated from the IC module.
  • a change amount acquisition means for acquiring the change amount included in the log data, wherein the necessity determination means indicates that the change amount acquired by the change amount acquisition means indicates a decrease, and the change amount indicates The mobile terminal according to claim 3, wherein it is determined that the balance needs to be replenished when the amount of decrease is equal to or more than a predetermined threshold value.
  • the IC module further includes means for storing log data including a change amount indicating the decrease or increase in the balance due to the transaction, and the data acquisition means is updated from the IC module.
  • a change amount acquisition means for acquiring the change amount included in the log data, and the necessity determination means needs to replenish a balance when the change amount acquired by the change amount acquisition means indicates an increase.
  • the mobile terminal according to any one of claims 2 to 5 is provided.
  • the storage means replenishes a balance stored in the IC module to be executed when it is determined in the necessity determination process that a balance needs to be replenished.
  • a replenishment request means for further transmitting a balance replenishment request to a server device having means for generating the balance change information; and balance change information for increasing the balance stored in the IC module.
  • Balance execution information transfer means for acquiring from the server device and transferring the balance change information to the IC module, when the execution means determines that the balance needs to be replenished by the necessity determination means,
  • the portable terminal according to any one of claims 2 to 6, wherein the balance replenishment process is executed according to a stored procedure.
  • the storage means specifies the balance stored in the IC module to be executed when it is determined that the balance needs to be replenished in the necessity determination process.
  • the execution means further including a change information transfer means is determined that the balance needs to be replenished by the necessity determination means. The case, to execute the balance replenishment reservation processing by the procedures stored in the storage means, to provide a mobile terminal according to any one of claims 2 to claim 6, characterized in that.
  • the completion sound includes a reduction completion sound that is output when the balance stored in the IC module is reduced, and an increase completion sound that is output when the balance is increased.
  • the storage means stores a procedure of necessity determination processing for determining whether or not the balance needs to be replenished in association with the sound pattern of the reduction completion sound
  • the execution means includes the voice input means. The necessity determination process is executed according to the procedure stored in the storage means in association with the voice pattern only when a voice indicating a voice pattern corresponding to the reduction completion sound is input via The mobile terminal according to any one of claims 2 to 8, wherein the mobile terminal is provided.
  • the storage means is associated with a sound pattern of an impossible sound indicating the sound effect or the voice message that is output when the balance stored in the IC module is not changed normally.
  • Further storing a balance replenishment processing procedure for replenishing the balance and when the execution means receives a voice indicating a voice pattern corresponding to the impossibility sound via the voice input means,
  • the portable terminal according to any one of claims 1 to 9, wherein the balance replenishment processing is executed according to a procedure stored in association with the storage means.
  • the execution means sends a replenishment request amount sending means for sending a replenishment request amount to a server device having means for generating the balance change information, and a balance stored in the IC module.
  • the mobile terminal according to claim 10 further comprising balance change information transfer means for acquiring balance change information for increasing the replenishment request amount from the server device and transferring the balance change information to the IC module.
  • the execution means obtains a designated amount acquisition means for obtaining a designated amount designated by a user, and a balance stored in the IC module is equal to or more than a designated amount obtained by the designated amount acquisition means.
  • the execution means acquires an image obtained by photographing an amount of payment displayed on a display device provided in the payment terminal, and a balance stored in the IC module is the image acquisition.
  • the replenishment request amount setting means for setting the replenishment request amount so as to be equal to or more than the settlement amount specified based on the image acquired by the means.
  • the execution means includes replenishment request amount acquisition means for acquiring a replenishment request amount specified by a user. I will provide a.
  • the invention according to claim 15 is characterized in that the control means switches on the voice input means when the electromagnetic waves of the specific frequency are detected by the means of detecting the electromagnetic waves of the specific frequency.
  • the invention according to claim 16 further comprises an acceleration sensor that detects the movement of the mobile terminal, and an acceleration-related data storage unit that stores a predetermined movement pattern or a threshold value of the movement acceleration, and the control unit includes: The voice input unit is switched on when the acceleration sensor detects a motion exceeding a predetermined motion pattern or acceleration threshold stored in the acceleration-related data storage unit.
  • a portable terminal according to any one of claims 1 to 15 is provided.
  • the invention according to claim 17 is characterized in that the control means switches on the voice input means when triggered by a predetermined place, a predetermined situation or a predetermined time zone.
  • a portable terminal according to any one of claims 16 to 16 is provided.
  • control means switches off the voice input means when a voice indicating a voice pattern corresponding to the sound effect is inputted via the voice input means.
  • a mobile terminal according to any one of claims 15 to 17 is provided.
  • the invention according to claim 19 is characterized in that the control means switches off the voice input means when a predetermined time has passed since the voice input means was turned on.
  • a portable terminal according to any one of claims 1 to 18 is provided.
  • an effect output at the end of a transaction for changing a balance stored in an IC module having means for storing a balance of electronic value and means for changing the balance using balance change information A method of controlling a portable terminal having storage means for storing a group of processing procedures for generating access to the balance in association with a sound pattern of sound, wherein the balance change information is transmitted to the IC module.
  • a method of controlling a mobile terminal characterized by comprising an execution step of executing the group of processed according to the procedures are, the.
  • an effect that is output at the end of a transaction for changing a balance stored in an IC module having means for storing a balance of electronic value and means for changing the balance using balance change information is changed by transmitting the balance change information to the IC module to a portable terminal having storage means for storing a group of processing procedures for generating access to the balance in association with a sound pattern of sound.
  • the procedure stored in the storage means in association with the voice pattern Providing a program for implementing an execution function of executing a set of processes, the.
  • the effect is output at the end of the transaction for changing the balance stored in the IC module having means for storing the balance of electronic value and means for changing the balance using balance change information.
  • the balance change information is changed by transmitting the balance change information to the IC module to a portable terminal having storage means for storing a group of processing procedures for generating access to the balance in association with a sound pattern of sound.
  • a control function for controlling the sound input means so that the sound effect output at the end of the transaction for changing the balance is input from a payment terminal having a means for causing the sound effect to respond to the sound effect via the sound input means When a voice indicating a voice pattern to be input is input, the procedure stored in the storage means in association with the voice pattern It provides a computer readable recording medium recording a program for realizing execution function of executing a set of processes, the.
  • the access to the balance by the mobile terminal of the present invention is not easily affected by other processes and hardly affects other processes.
  • the asynchronous payment terminal 7 sounds a sound effect indicating the completion of payment from the speaker 146.
  • the payment amount is larger than the value balance, the payment processing with electronic money is impossible.
  • the speaker 146 of the asynchronous payment terminal 7 sounds a sound effect indicating that payment is not possible.
  • These sound effects are detected by the microphone 20 of the mobile terminal 5.
  • the electronic money application 29 determines whether the sound effect detected by the microphone 20 is a sound effect when payment is completed or a sound effect when payment is impossible. This determination is made by comparing with the voice pattern stored in the storage unit 18 of the portable terminal 5.
  • the electronic money application 29 compares the value balance with a predetermined threshold value, and immediately charges when the value balance is less than the threshold value. On the other hand, if it is determined that a sound effect that cannot be settled is detected, the charge balance is immediately performed because the value balance is insufficient. In this way, since the next transaction is started immediately after the transaction between the payment terminal and the IC module is completed, the two do not cross each other and do not affect each other.
  • FIG. 1 is a diagram for explaining a network configuration of an electronic money system 1 according to the first embodiment.
  • the electronic money system 1 includes an electronic money server 2, the Internet 3, a mobile terminal 5, a synchronous payment terminal 6, an asynchronous payment terminal 7, a communication line 8, a credit company server 300, and the like.
  • the electronic money server 2 is a server that manages the movement of money value by value.
  • the value is electronic information corresponding to a monetary value
  • the electronic money system 1 moves the monetary value by increasing or decreasing the value balance (hereinafter, value balance).
  • value balance the value balance
  • the business entity of the electronic money system 1 causes the value and the movement of the actual money to correspond by moving the actual money corresponding to the movement of the value.
  • the electronic money server 2 stores the management value of the value balance in association with the mobile terminal 5 for management.
  • the mobile terminal 5 stores the value balance in the IC module 30 built in or attached to the mobile terminal 5. It is desirable that both are always synchronized and have the same value.
  • the generated log data is later sent to the electronic money server 2 by batch processing, and is synchronized afterwards.
  • a stored value type electronic money system that manages values on the portable terminal 5 (electronic money card 100) side will be described.
  • the present invention is a server type electronic money that manages values on the electronic money server 2 side. It can also be applied to the system. In this case, it is assumed that the payment terminal uses the synchronous payment terminal 6.
  • the mobile terminal 5 is a mobile terminal configured by, for example, a smartphone, a mobile phone, a game machine, a tablet computer, and the like, and has a function of connecting to the Internet 3 and a short-distance wireless communication with the payment terminal 6 and the asynchronous payment terminal 7. It has the function to connect by.
  • the portable terminal 5 has an IC module 30 built in or attached thereto, and stores an electronic money number and a value balance.
  • the synchronous payment terminal 6 performs short-range wireless communication with the mobile terminal 5 and also communicates with the electronic money server 2 via the communication line 8 to transmit information such as the payment amount to the electronic money server 2 or the electronic money server 2 and the mobile terminal 5 are relayed.
  • the synchronous payment terminal 6 is a synchronous payment terminal that performs online communication with the electronic money server 2 in real time during payment using the mobile terminal 5.
  • the synchronous payment terminal 6 is installed in an accounting counter, a vending machine, or the like of a real store such as a convenience store (a physical store physically operating in a real estate store or the like).
  • the communication line 8 is a line that connects the electronic money server 2 and the synchronous payment terminal 6 or the asynchronous payment terminal 7.
  • a dedicated line may be used as the communication line 8 or a general-purpose line such as the Internet 3 may be used.
  • the asynchronous payment terminal 7 is installed in, for example, an inconvenient store of a network facility or a vending machine, and has a function of performing short-range wireless communication with the mobile terminal 5.
  • the asynchronous payment terminal 7 performs short-range wireless communication with the mobile terminal 5 and performs payment using the value balance.
  • the asynchronous payment terminal 7 is not normally connected to the electronic money server 2 (so that the server type electronic money cannot be paid), and temporarily stores the payment contents with the portable terminal 5 as log data. Then, the asynchronous payment terminal 7 connects to the electronic money server 2 using the communication line 8 about once a day, for example, and transmits log data to the electronic money server 2.
  • the person in charge may manually collect recording media on which log data is recorded.
  • the electronic money server 2 manages the transfer of funds based on log data at the synchronous payment terminal 6 and the asynchronous payment terminal 7 with respect to the value balance.
  • the synchronous payment terminal 6 and the asynchronous payment terminal 7 are provided with a speaker 146 so that a predetermined sound effect is produced when payment is completed or payment is impossible.
  • the portable terminal 5 can receive this sound with the microphone 20.
  • the credit company server 300 is a server for the credit company to manage payment by credit card. When the electronic money server 2 charges the IC module 30, the credit company server 300 settles the payment with the user's credit number.
  • FIG. 2 is a diagram illustrating a hardware configuration of the mobile terminal 5.
  • the mobile terminal 5 is assumed to be a smartphone, but the same applies to a mobile phone.
  • Game machines and tablet computers usually do not have a function of wirelessly communicating with a base station antenna of a mobile phone network, and often have only a function of wirelessly communicating with a wireless LAN access point.
  • Some smartphones have a function of wirelessly communicating with a wireless LAN access point.
  • the portable terminal 5 includes a CPU (Central Processing Unit) 11, a ROM (Read Only Memory) 12, a RAM (Random Access Memory) 13, an input unit 14, an output unit 15, a communication control unit 16, a near field communication control unit 17, a storage
  • the unit 18, the microphone 20, the acceleration sensor 21, the camera 22, the GPS receiver 23, the IC module 30, and the like are connected by a bus line 19.
  • the CPU 11 executes programs recorded in the ROM 12 and the storage unit 18 to control various information processing and the entire portable terminal 5.
  • the payment provided by the value balance is supported in cooperation with the electronic money server 2 by a function provided by an electronic money application program described later.
  • the ROM 12 is a read-only memory in which basic programs, parameters, data, and the like for operating the mobile terminal 5 are recorded.
  • the RAM 13 is a readable / writable memory, and provides a working memory when the CPU 11 performs information processing.
  • the output unit 15 is a functional unit that outputs information to the user, and includes, for example, a liquid crystal display for screen display, a speaker that outputs sound, and the like. For example, an icon for starting an electronic money application program is displayed on the liquid crystal display.
  • the input unit 14 is a functional unit that inputs information from the outside, and includes, for example, a touch panel installed on a liquid crystal display. The user can input information by touching the touch panel corresponding to the display on the liquid crystal display.
  • the storage unit 18 is configured by using a recording medium such as an EEPROM (Electrically Erasable and Programmable ROM) or a hard disk, for example, and is settled by an OS (Operating System) that is a basic program for controlling the mobile terminal 5 or a value.
  • An electronic money application program that supports the above, pattern information indicating the sound pattern of each sound effect output from the payment terminal, and other programs and data.
  • the communication control unit 16 includes an antenna for wireless communication with a base station antenna of a mobile phone network, and connects the mobile terminal 5 to the Internet 3 or a telephone line.
  • the portable terminal 5 can communicate with the electronic money server 2 via the Internet 3 via the communication control unit 16.
  • Smartphones also have a function for wireless communication with a wireless LAN access point.
  • the short-range communication control unit 17 includes an antenna for short-range wireless communication with the reader / writer of the synchronous payment terminal 6 or the asynchronous payment terminal 7, and the IC module 30 is connected to the synchronous payment terminal 6 or the asynchronous payment terminal 7. Connecting.
  • the short-range communication control unit 17 has a plurality of terminals, and when an electromagnetic wave having a specific frequency (for example, a 13.56 MHz carrier wave) is detected, the corresponding terminals are turned on.
  • the IC module 30 can communicate with the payment terminal 6 via the short-range communication control unit 17 and can communicate with the electronic money server 2 via the portable terminal 5.
  • the IC module 30 is an IC module that stores general-purpose applications, and is built in or attached to the mobile terminal 5.
  • the IC module 30 allows a user to download and store an application.
  • the IC module 30 includes a CPU, a RAM, a ROM, and the like, and includes an information processing unit 26 that performs information processing according to various programs and a storage unit 27 that includes a nonvolatile memory.
  • the storage unit 27 stores an electronic money number and a value balance, although not shown, a value operation program for operating the value balance by the information processing unit 26, authentication data for authenticating the IC module 30 by the electronic money server 2, and the like. Has been.
  • the electronic money number is a number for the electronic money server 2 to identify to which user the mobile terminal 5 (IC module 30) belongs.
  • the reduction process and the increase process regarding the value balance in the IC module 30 are performed by a value operation program formed in the information processing unit 26 in the IC module 30 by an external command. This is to increase security by limiting the value balance processing to the IC module 30.
  • the information input to the IC module 30 is encrypted, decrypted inside the IC module 30, and the information output from the IC module 30 is encrypted in these chips. Is output after
  • the microphone 20 receives sound from the outside, specifically, a sound (sound effect) emitted from the synchronous payment terminal 6 or the asynchronous payment terminal 7 when payment is completed or when payment is impossible, and converts it into an electrical signal.
  • the acceleration sensor 21 is an inertial sensor for the purpose of measuring acceleration. By measuring the acceleration and performing signal processing, it is possible to obtain various information such as the tilt, movement, vibration, and impact of the mobile terminal 5.
  • the GPS receiver 23 can measure the current position of the mobile terminal 5 by receiving radio waves from a plurality of GPS satellites and determining the distance from each.
  • FIG. 3 is a diagram for explaining functions of the mobile terminal 5.
  • an electronic money application 29 is formed on the portable terminal 5.
  • the short-range communication control unit 17 communicates with the payment terminal 6 and with the electronic money server 2 through the payment terminal 6.
  • the short-range communication control unit 17 communicates with the asynchronous payment terminal 7.
  • the electronic money application 29 can access the IC module 30.
  • the short-range communication control unit 17 can operate the value operation program with the IC module 30 to increase or decrease the value balance or read the electronic money number. Then, when performing the payment process, the IC module 30 receives a request to update (decrease) the value balance from the asynchronous payment terminal 7 via the short-range communication control unit 17, Update (reduce). The following method can be considered for the value balance update processing performed here.
  • Method 1 When an overwrite command is transmitted as a value balance update request.
  • the electronic money server 2 subtracts the payment amount from the value balance received from the CPU of the IC module 30 of the mobile terminal 5 and calculates the balance after the subtraction.
  • the asynchronous payment terminal 7 transmits an overwrite command for overwriting the calculated balance as a value balance update request.
  • the CPU of the IC module 30 of the portable terminal 5 overwrites and updates the value balance in accordance with the overwriting command.
  • Method 2 When a subtraction instruction is transmitted as a value balance update request.
  • the asynchronous payment terminal 7 transmits a subtraction command for subtracting the value balance by the payment amount as a value balance update request to the CPU of the IC module 30 of the portable terminal 5.
  • the CPU of the IC module 30 of the portable terminal 5 updates the value balance by subtracting the payment amount from the value balance according to the command. Thereafter, the IC module 30 notifies the asynchronous payment terminal 7 that the value balance has been updated.
  • the IC module 30 receives a request to update (increase) the value balance from the asynchronous payment terminal 7 via the short-range communication control unit 17, and updates (increases) the value balance. ) Thereafter, the IC module 30 notifies the asynchronous payment terminal 7 that the value balance has been updated.
  • the electronic money server 2 is accessed via the communication control unit 16 of the portable terminal 5, and procedures such as user authentication processing and authorization of a certification authority server such as the credit company server 300 are performed. Then, the mobile terminal 5 receives the amount change (increase) information from the electronic money server 2, and the IC module 30 updates (increases) the value balance.
  • the charging from the electronic money server 2 is performed as a series of processes. For this reason, the process cannot be completed instantaneously, and a certain time is required.
  • auto-charging Setting such that charging from the electronic money server 2 is automatically performed under a certain condition (for example, when the value balance becomes a predetermined value or less) is referred to as auto-charging.
  • auto-charging By setting this auto charge, it is possible to prevent a case where payment cannot be made due to insufficient value at the time of payment when necessary.
  • the mobile terminal 5 is provided with a microphone 20 for inputting voice so that a settlement completion sound emitted from the synchronous settlement terminal 6 or the asynchronous settlement terminal 7 and a sound or voice guidance indicating that settlement is impossible are input. It has become. Processing when these sounds are input will be described later.
  • FIG. 4 is a diagram illustrating an example of a hardware configuration of the asynchronous payment terminal 7.
  • the asynchronous payment terminal 7 includes a CPU 131, a ROM 133, a RAM 134, a communication control unit 135, a storage unit 136, an input unit 137, an output unit 138, a reader / writer unit 139, a display unit 140, a speaker 146, and the like connected by a bus line. And has a function as a payment processing apparatus.
  • the CPU 131 performs information processing according to a predetermined program, and controls the entire asynchronous payment terminal 7. In the present embodiment, the CPU 131 transmits the amount change information to the IC module 30 of the mobile terminal 5 to perform the amount change process.
  • the ROM 133 is a read-only memory that stores basic programs and parameters for operating the asynchronous payment terminal 7.
  • the RAM 134 is a readable / writable memory that provides a working memory for the CPU 131 or loads and stores a program or data stored in the storage unit 136 at any time.
  • the communication control unit 135 is a connection device that connects the asynchronous payment terminal 7 to the electronic money server 2 via a network.
  • the input unit 137 When the asynchronous payment terminal 7 is installed in a store, the input unit 137 includes an input device such as a keyboard and a barcode reader, for example, and the person in charge of operation inputs a product code, a payment amount, a charge amount, and the like. It can be input.
  • the input unit 137 When the asynchronous payment terminal 7 is installed at a pass gate, the input unit 137 is connected to, for example, a control device of the pass gate, and accepts an input of the payment amount from the control device of the pass gate. It has become.
  • the output unit 138 is connected to, for example, a display unit 140 such as a liquid crystal display device, a printer, a speaker 146 that outputs sound, and the like. Information is presented to the operator.
  • the output unit 138 is connected to a driving device that drives the gate door, a warning light or an audio output device installed at the passing gate, and the like. It opens and closes the gate door, flashes a warning light and generates a warning sound in synchronization with the opening and closing of the gate door.
  • the reader / writer unit 139 incorporates an antenna and performs wireless communication with the IC module 30 built in or attached to the portable terminal 5.
  • the reader / writer unit 139 When the asynchronous payment terminal 7 is installed in a store, the reader / writer unit 139 is installed in the vicinity of the cash register, and when the user settles a product, the portable terminal 5 or the electronic money card 100 is placed in the reader / writer unit 139. It can be made close. Further, when the asynchronous payment terminal 7 is installed at a passing gate, the reader / writer unit 139 is installed on the front side of the upper surface of the passing gate with respect to the gate door, and when the user passes through the passing gate, The portable terminal 5 or the electronic money card 100 can be brought close to the reader / writer unit 139.
  • the storage unit 136 includes, for example, a hard disk and other storage media, and a drive device that drives them, and includes a program storage unit 142 that stores various programs, a data storage unit 144 that stores data, and the like. .
  • a program storage unit 142 that stores various programs
  • a data storage unit 144 that stores data, and the like.
  • an OS that is a basic program for causing the payment terminal 6 to function
  • a program for causing the electronic money card 100 to perform a money amount change process and a charge for the short amount to the electronic money server 2 Etc.
  • the data storage unit 144 stores a terminal ID that is ID information of the asynchronous payment terminal 7, usage log data that is a transaction history with the mobile terminal 5 or the electronic money card 100, and the like. This usage log data is transmitted to the electronic money server 2 by batch processing performed by the CPU 131.
  • the display unit 140 displays, for example, on the liquid crystal display device the settlement amount, the balance before settlement, the balance after settlement, the shortage amount when settlement is impossible.
  • the speaker 146 notifies the user of the settlement completion sound, settlement impossible sound, voice guidance, etc. output from the output unit 138.
  • the voice guidance is a guidance to the user such as “Could not be settled due to insufficient balance” or “This electronic money card cannot be used”.
  • FIG. 5 is a diagram for explaining the configuration of the electronic money server 2.
  • a CPU 31, a ROM 32, a RAM 33, a communication control unit 34, a storage unit 35 and the like are connected by a bus line 36.
  • the CPU 31 executes programs recorded in the ROM 32 and the storage unit 35 to control various information processing and the entire electronic money server 2. For example, a charge request is received from the mobile terminal 5 and the charge is executed.
  • the electronic money server 2 receives and processes the log data from which the asynchronous payment terminal 7 has updated the value balance later from the asynchronous payment terminal 7.
  • the value-based payment processing can be performed by updating the value balance in real time while communicating.
  • the ROM 32 is a read-only memory in which basic programs, parameters, data, and the like for operating the electronic money server 2 are recorded.
  • the RAM 33 is a readable / writable memory and provides a working memory when the CPU 31 performs information processing.
  • the electronic money server 2 communicates with the synchronous payment terminal 6, the asynchronous payment terminal 7, and the portable terminal 5 via the communication line 8, and communicates with the portable terminal 5 via the Internet 3.
  • the storage unit 35 is composed of, for example, a large-capacity hard disk, and the CPU 31 performs payment processing by value, manages an electronic money management program for charging, other programs, a user's value balance, A user DB (database) for managing a charge history, a charge registration DB, a member store DB for managing value settlement of member stores, a log data DB for storing log data recording each settlement process, and the like are recorded.
  • a user DB database
  • the single electronic money server 2 has been described.
  • the electronic money server 2 may be configured from a plurality of servers by distributing functions.
  • FIG. 6A is a diagram for explaining the logical configuration of the user DB.
  • an electronic money number is stored corresponding to the user ID.
  • items such as authentication data of the IC module 30 are also stored.
  • the item “user ID” is user identification information.
  • the item “electronic money number” is a number for identifying the value balance from the value balance of another user.
  • the item “value balance management value” is a value balance specified by the item “electronic money number”. This value balance is updated using the received log data.
  • the item “charge setting” is an item for registering whether or not the charge setting from the electronic money server 2 is set.
  • the items “name”, “address”, “birth date”, “telephone number”, and “mail address” are information for specifying each user. All of these items are not essential registration items and may not be provided depending on circumstances.
  • FIG. 6B is a diagram for explaining a logical configuration of the charge registration DB.
  • Charge registration DB includes “electronic money number”, “auto-charge setting”, “credit card number”, “single charge amount”, “daily limit”, “monthly limit”, “reference value balance”, etc. It is composed of items.
  • the item “electronic money number” is a key for searching for users registered in the user DB.
  • the item “auto-charge setting” is an item for registering that the user is not only charging from the electronic money server 2 but also setting “auto-charge”.
  • the “credit card number” is an item indicating the source of charge resources. Therefore, in some cases, it may be “an account number of a financial institution” or “an ID determined by a telephone company that charges a telephone fee”. When using a plurality of payment means (credit card, savings account, etc.), the payment procedure can be stored.
  • the one-time charge amount is an amount charged to the IC module 30 of the portable terminal 5 by one charge. If this is set, there is no need to set the amount for each charge.
  • the daily limit is the upper limit of the total charge per day due to charging.
  • the monthly limit is the upper limit of the total charge per month.
  • the limit number per day and the limit number per month may be set.
  • the reference value balance is a value balance for executing a new charge when the reference value balance falls below the reference value balance. For example, when the balance falls below the reference value balance, the electronic money server 2 may prompt the charge process by e-mail. In addition, when setting the auto charge, the charge is automatically performed when it falls below the reference value balance.
  • the charge amount can be added to the telephone fee and charged to the billing user.
  • This technique is the same as, for example, when the digital content purchase price is added to the telephone charge.
  • the electronic money server 2 accesses the mobile phone operator's server instead of the credit company server 300 and requests collection of the auto charge amount. At this time, the ID that has been notified in advance by the mobile phone operator is also notified.
  • FIG. 7 is a diagram showing an auto charge setting screen from the electronic money server 2 displayed on the mobile terminal 5.
  • the charge from the electronic money server 2 according to the present embodiment is premised on user registration in the electronic money server 2 in advance. This is because, unlike a charge based on cash (money) at a store, it is necessary to clarify in advance how to procure funds for the charge.
  • This charge setting screen from the electronic money server 2 is displayed by the electronic money application 29 accessing the electronic money server 2.
  • the screen provided by the electronic money server 2 to the mobile terminal 5 includes various types such as a user registration screen and a charge request screen.
  • “3. Please set if you want to set the upper limit of the charge amount within a predetermined period” is displayed. This is also an optional setting item. For example, “within 10,000 yen per day”, “within January, 50,000 yen” or the like is set. By making this setting, even if the portable terminal 5 is stolen, it is possible to prevent the damage from being charged one after another and spreading.
  • “4. Please set the lower limit of the value balance at which auto-charging is started” is displayed. When the value balance falls below the set lower limit, for example, the electronic money server 2 may notify the user by e-mail, or the electronic money application 29 may display that fact on the display screen of the portable terminal 5. Also good. Moreover, you may make it charge automatically, without notifying a user. In this case, it is assumed that a single charge amount is set.
  • the setting button 234 is a button for notifying the electronic money server 2 of the content selected by the user.
  • the electronic money application 29 sends the content set by the user to the electronic money server 2.
  • the return button 235 is a button for returning to the screen displayed before the charge setting screen is displayed.
  • FIG. 8 is a flowchart for explaining a procedure for registering auto-charge settings from the electronic money server 2.
  • the CPU mounted on the IC module 30 of the mobile terminal 5, the CPU 11 mounted on the mobile terminal 5, and the CPU 31 of the electronic money server 2 respectively execute an application program for electronic money processing and an electronic money application 29. This is performed according to the program and the program for the electronic money server.
  • the electronic money application 29 accesses the electronic money server 2 by a user operation. Then, the electronic money server 2 transmits top screen data to the electronic money application 29, and the electronic money application 29 uses this to display the top screen. On the top screen, an auto charge setting button is displayed. When the user selects the auto charge setting button, the electronic money application 29 displays an authentication screen on the display (step 305).
  • the mobile terminal 5 may request authentication screen data from the electronic money server 2 and display the authentication screen using the authentication screen data transmitted from the electronic money server 2 in response to the request.
  • the authentication screen is provided with a password input field and a send button. When the user inputs a password in the password input field, the electronic money application 29 accepts the password and temporarily stores it in the RAM 13 or the like (step 310).
  • the electronic money application 29 When the user selects the send button, the electronic money application 29 inputs an ID reference command to the IC module 30 to read the electronic money number from the IC module 30 and authenticates the password and the electronic money number stored in the RAM 13. Information is transmitted to the electronic money server 2 (step 315).
  • the electronic money server 2 Upon receiving the authentication information from the electronic money application 29, the electronic money server 2 performs authentication by comparing the password stored in the user DB with the electronic money number (step 320). An authentication result is transmitted (step 325). When the electronic money application 29 receives the authentication result from the electronic money server 2, the electronic money application 29 displays an authentication result screen using this.
  • the authentication result screen displays the content for notifying the authentication error, and the user cannot set the charge.
  • the authentication result screen displays a rule for receiving the charge service and an agreement button for inputting that the user agrees to the rule. It should be noted that the agreement display and its agreement can be configured to be performed at the first time or when the agreement is revised.
  • the electronic money application 29 displays the auto charge setting screen shown in FIG. 7 (step 330).
  • the mobile terminal 5 requests the auto money setting screen data from the electronic money server 2 and displays the auto charge setting screen using the auto charge setting screen data transmitted from the electronic money server 2 in response to the request. You can also
  • the electronic money application 29 accepts input of registration information (charge funding source, one charge amount, charge upper limit setting, value balance lower limit value) by the user selecting various conditions from the auto charge setting screen ( Step 335).
  • registration information charge funding source, one charge amount, charge upper limit setting, value balance lower limit value
  • the electronic money application 29 transmits registration information to the electronic money server 2 (step 340).
  • the electronic money application 29 stores the lower limit value of the value balance in the RAM 13 or the like for later use in confirmation of the value balance.
  • the electronic money server 2 receives the registration information from the electronic money application 29 and records it in the charge registration DB to perform registration processing (step 345). As described above, the registration process related to the auto charge service is completed.
  • asynchronous payment terminal 7 acquires the payment amount (step 10).
  • the asynchronous payment terminal 7 requests an electronic money number from the IC module 30 built in or attached to the portable terminal 5 (step 15).
  • the IC module 30 reads the electronic money number and transmits it to the asynchronous payment terminal 7 via the reader / writer unit 139 (step 20).
  • the asynchronous payment terminal 7 requests the current value balance from the IC module 30 (step 25).
  • the IC module 30 transmits the value balance to the asynchronous payment terminal 7 via the reader / writer unit 139 (step 30).
  • the asynchronous payment terminal 7 determines whether payment is possible with the transmitted value balance. That is, it is determined whether the payment amount acquired in step 10 is less than or equal to the value balance acquired in step 25 (step 35).
  • the amount change information for rewriting the value balance stored in the IC module 30 and the corresponding Log data relating to settlement is transmitted to the IC module 30 (step 40).
  • the IC module 30 updates (decreases) the value balance using the sent amount change information, and records the log data in the storage unit 27 (step 45).
  • the IC module 30 transmits a notification that the process is completed to the asynchronous payment terminal 7 (step 50).
  • the asynchronous payment terminal 7 outputs a sound effect (an example of a completion sound) indicating completion of payment from the speaker 146 (step 55).
  • the user recognizes that a series of payment processing has been completed, and collects the portable terminal 5 held over the reader / writer unit 139 at hand. Further, the microphone 20 of the mobile terminal 5 detects this sound effect (step 65).
  • the asynchronous payment terminal 7 outputs a sound effect (an example of a completion sound) not only when payment is completed but also when charging at the store is completed.
  • step 35; N if the payment amount is greater than the value balance (step 35; N), the payment process using electronic money is impossible, and the speaker 146 of the asynchronous payment terminal 7 is unable to make a payment to notify the user to that effect.
  • a sound effect (an example of an impossible sound) is output.
  • a voice message such as “cannot be settled due to insufficient balance” may be sent by voice (step 60). This sound effect or voice message is also detected by the microphone 20 of the portable terminal 5 (step 65).
  • the electronic money application 29 determines whether the detected sound effect is a processed sound effect (complete sound) or a sound effect when settlement is impossible (impossible sound). (Step 70). This determination is made by comparing with the voice pattern stored in the storage unit 18. As a result, when the detected sound effect is a sound effect indicating that the processing is completed (step 70; Y), the IC module 30 is requested to transmit log data (step 75). In response to this, the IC module 30 outputs log data to the electronic money application 29 (step 80).
  • the electronic money application 29 refers to the latest log data and determines whether the process is a settlement (a process for reducing the balance) or a charge (a process for increasing the balance) (step 85). As a result, if the immediately preceding process is a charge (step 85; N), it can be determined that no further charge is necessary, so the process ends. On the other hand, if the immediately preceding process is settlement (step 85; Y), it is determined from the log data whether the settlement amount is equal to or greater than a predetermined threshold (here, threshold x) (step 90). When the settlement amount is large, for example, when the threshold value x is 10,000 yen and the settlement amount is 12,000 yen, it is immediately determined that charging is necessary. As a result of this determination, if the settlement amount is equal to or greater than the threshold value x (step 90; Y), the process proceeds to step 110 in order to charge immediately.
  • a predetermined threshold here, threshold x
  • step 95 a value balance is requested from the IC module 30 (step 95).
  • the IC module 30 outputs the value balance to the electronic money application 29 (step 100).
  • the electronic money application 29 compares the value balance with a predetermined threshold value (here, threshold value y) (step 105).
  • a predetermined threshold value here, threshold value y
  • step 105 if the value balance is greater than the threshold value y (step 105; N), it is determined that it is not necessary to immediately charge, and the process is terminated.
  • the value balance is less than the threshold value y (step 105; Y)
  • the process proceeds to step 110 in order to immediately charge.
  • the electronic money application 29 transmits a charge request to the electronic money server 2 using the communication function of the mobile terminal 5 (step 110).
  • the electronic money server 2 transmits the amount change information (increase) to the IC module 30 using the communication function of the portable terminal 5 (step 115).
  • the IC module 30 performs a process of increasing the value balance (step 120), and then transmits an amount change completion notification to the electronic money server 2 (step 125).
  • the electronic money server 2 transmits a money amount change completion notification to the electronic money application 29 and ends the process (step 130).
  • step 70 If it is determined in step 70 that a sound effect that cannot be settled has been detected (step 70; N), the charge balance is immediately performed because the value balance is insufficient.
  • a display screen as shown in FIG. The requested amount may be selected by the user (step 135).
  • a selection screen as shown in FIG. 12 is displayed on the display screen of the mobile terminal 5, and the user selects a target amount larger than the settlement amount so that the value balance becomes the target amount.
  • the charge amount (replenishment request amount) may be set for the shortage of the value balance with respect to the target amount.
  • the electronic money application 29 transmits the charge request to the electronic money server 2 using the communication function of the portable terminal 5 (step 140).
  • the electronic money server 2 transmits the amount change information (increase) to the IC module 30 using the communication function of the portable terminal 5 (step 145).
  • the IC module 30 performs a process of increasing the value balance (step 150), and then transmits an amount change completion notice to the electronic money server 2 (step 155).
  • the electronic money server 2 transmits a money amount change completion notification to the electronic money application 29 and ends the process (step 160).
  • the value balance is read and acquired from the IC module 30 in the process of step 95, but the value balance recorded in the log data acquired in step 80 may be used. Further, the processing of step 90 and the processing of step 105 need not always be performed in parallel. For example, the processing of step 90 may be omitted and only step 105 may be performed. Further, the value balance request to the IC module 30 in step 95 may be made in advance, for example, before step 90 or before step 85.
  • step 85 the process of step 85 becomes unnecessary, and if it is a settlement completion sound, the process proceeds to step 90, and if it is a charge completion sound, no charge is necessary, and the process ends.
  • a charge request may be reserved in the OS (Operating System) of the mobile terminal 5. For example, if the time for charging is reserved as 11:00 pm, and electronic money is not used at that time, it is not affected by other processes involving access to the IC module 30 and the same. It does not affect other processing.
  • OS Operating System
  • step 140 the payment amount displayed on the display unit 140 of the asynchronous payment terminal 7 is photographed, and the electronic money application 29 or other application performs character recognition processing on the photographed image to identify the payment amount. It can also be configured to. Then, the electronic money application 29 requests the electronic money server 2 to charge an amount that is equal to or greater than the difference between the specified amount and the value balance.
  • the requested amount may be the specified settlement amount itself or the difference between the identified settlement amount and the value balance.
  • the charge request and the photographed image may be transmitted to the electronic money server 2 so that the charge amount is determined on the electronic money server 2 side.
  • the microphone 20 is used to obtain the sound effect. However, it is not preferable that the microphone 20 is always turned on in terms of battery consumption. Ideally, the sound should be turned on immediately before the sound effect is generated and turned off immediately after the sound effect is generated.
  • the short-range communication control unit 17 detects an electromagnetic wave (for example, a 13.56 MHz carrier wave) for short-range wireless communication generated from the reader / writer unit 139 of the asynchronous payment terminal 7, the CPU 11 (control means) immediately detects the microphone. 20 is turned on.
  • the short-range communication control unit 17 that has detected an electromagnetic wave for short-range wireless communication can be configured to transmit a predetermined signal to the CPU 11.
  • the CPU 11 constantly monitoring a specific terminal from the short-range communication control unit 17 turns on the corresponding terminal when the short-range communication control unit 17 detects an electromagnetic wave for short-range wireless communication.
  • the microphone 20 may be controlled to be turned on immediately.
  • an acceleration sensor of the mobile terminal 5 there is a method using an acceleration sensor of the mobile terminal 5. For example, when the acceleration sensor 21 detects a pattern of movement (indicated by arrows A and B) when the user holds the portable terminal 5 over the reader / writer unit 139 as shown in FIG. When the impact that collides with the reader / writer unit 139 is detected, the microphone 20 is immediately controlled to be turned on. Further, since the acceleration sensor 21 can detect how many centimeters it has moved within a certain time, a value, for example, 30 cm is defined, and if it moves within a certain time, the microphone 20 is turned on. It may be.
  • the microphone 20 may be controlled by a combination of a movement pattern and a moving distance per unit time, or a combination of an impact and a moving distance per unit time. Furthermore, when the acceleration in the direction opposite to the direction in which the IC module 30 of the portable terminal 5 is disposed (for example, the back) is forward (for example, the direction from the back to the front) exceeds the threshold, the microphone is immediately used. You may control 20 to be in an ON state. This is because when the portable terminal 5 is held over the reader / writer unit 139, a slightly large acceleration is detected in a direction opposite to the direction in which the surface on which the IC module 30 is disposed is forward (for example, the direction from the back to the front). Based on.
  • the time may be measured from when the microphone 20 is turned on, and may be controlled to be turned off after a certain time (for example, 30 seconds, 1 minute) has elapsed.
  • Control is performed to turn on and off the microphone 20 in accordance with the user, that is, the place, situation, and time zone where the mobile terminal 5 is placed. For example, it is turned on when the user enters the store where the asynchronous payment terminal 7 is installed, and turned off when the user leaves the store.
  • the determination of entering or leaving the store may be made using the GPS receiver 23 of the mobile terminal 5.
  • it turns on when it passes through the ticket gate of the station and enters the station, and turns off when it goes out of the station.
  • the acceleration sensor 21 of the mobile terminal 5 it turns on when the user is moving, and stops for a certain period of time You may control to turn it off if it does.
  • the control may be performed based on a time zone in which normal electronic money is not used, for example, a time zone from 23:00 to 7 o'clock on the next day, and a time zone other than that on.

Abstract

　携帯端末が、他の処理から影響を受けにくく、かつ、他の処理に影響を与えにくいタイミングで非接触型ＩＣモジュールにアクセスするようにすることを目的とする。　非同期決済端末７は、スピーカ１４６から決済完了又は決済不能を示す効果音を鳴らし、携帯端末５のマイクロフォン２０により検知される。電子マネーアプリケーション２９は、検知した効果音が決済が完了した場合の効果音か決済が不能であった場合の効果音かを判断する。この判断は、記憶部１８に記憶されている音声パターンと対比することにより行う。効果音が決済が完了した場合の効果音であった場合、一定の条件のもとでチャージを行う。決済不能の効果音を検知したと判断した場合、バリュー残高が不足しているので、直ちにチャージ処理を行う。

Description

携帯端末、携帯端末の制御方法、プログラム及び記録媒体
　本発明は、携帯端末、携帯端末の制御方法、プログラム及び記録媒体に関する。
　近年、電子マネーの使用が広く普及してきている。電子マネーでは、バリューと呼ばれる金額情報を貨幣価値に対応させ、バリュー残高を増減することにより資金決済を行う。
　図１４は、従来の電子マネーシステムを説明するための図である。
　携帯端末５は、ユーザが所持している携帯端末であり、内蔵又は装着するＩＣモジュールにバリューの残高、ＩＣモジュールを特定するＩＣモジュールＩＤ、電子マネー番号などが記憶されている。また、当該ＩＣモジュールを内蔵した電子マネーカード１００も存在する。
　このようにユーザ側のＩＣモジュールでバリューを保持する方式はストアードバリュー型と呼ばれている。
　非同期決済端末７は、店舗や自動販売機などに設置されており、携帯端末５や電子マネーカード１００のＩＣモジュールと近距離の無線通信を行い、ＩＣモジュールに記憶されたバリュー残高を減額することによりバリューによる決済を実行する。
　非同期決済端末７は、電子マネーサーバ２に接続せずに、決済処理をＩＣモジュールとの間でローカルに完結させ、取引履歴をログデータとして記録しておく。
　そして、非同期決済端末７は、後ほど、定期、又は不定期にログデータを一括して電子マネーサーバ２に送信する。
　非同期決済端末７が「非同期」と呼ばれる所以は、電子マネーサーバ２に同期せずにローカルに決済処理を完結させる点にある。
　このような、ストアードバリュー型電子マネーのシステムでは、予めＩＣモジュールにバリュー残高を記憶しており、決済時にこれを減額するため、バリューが不足していると、決済が行えないこととなる。そのため、ＩＣモジュールが記憶するバリューの残高を増額するチャージと呼ばれる処理が必要となる。通常は、店頭で貨幣と交換でこのチャージが行われ、バリューの交換価値が担保されている。
　近年、ネットワークの通信能力の向上に伴い、電子マネーサーバ２でバリューを管理し、サーバ側で決済処理を行うサーバ管理型のシステムも知られるようになってきた。今後はネットワークインフラが整備されていくに連れて、このようなサーバ管理型のシステムが徐々に普及していくことが予想される。
　このような、サーバでバリューを管理するタイプの電子マネーをサーバ型電子マネーと呼ぶこととする。このサーバ型電子マネーのシステムでは、ＩＣモジュールでバリューの管理を行わないので、常に電子マネーサーバ２で管理するバリューと同期を取る必要がある。そのため、使用される決済端末は、非同期決済端末７でなく、同期型決済端末である。
　ところで、非接触型ＩＣモジュールは、内部に記憶しているデータの一貫性を維持すべく、データの書換えが発生するアクセスが複数同時に発生する場合などは、排他制御を行うようになっている。
　以下、具体例で説明する。非接触ＩＣモジュールには、単純なデータの送受信を行う非暗号モードと、重要なデータの書換え等を含むトランザクションを行う暗号モードが存在するものがある。非暗号モードの場合、アクセス時間が極めて短く、同時アクセスは受け付けられないが、重なっていなければ複数のプロセスからのアクセスにそれぞれ応答するようになっている。
　一方、暗号モードの場合は、同時アクセスを容認するとバリュー残高等に矛盾が生じる恐れがあることから、ほぼ同時にアクセスしている２つのプロセスのうちいずれか一方が暗号モードに入ると、他方のプロセスは一時的に暗号モードに入れなくなる。一方、あるプロセスが暗号モードでアクセスしている最中に他のプロセスからアクセス要求があると、後からアクセスしたプロセスが優先され先にアクセスしていたプロセスが追い出される。
　例えば、電子マネーサーバ２から携帯端末５を介してＩＣモジュールに定期的にアクセスするオートチャージ（例えば、特許文献１参照）を行っている際、自動改札を通過すると（つまり、電子マネーサーバ２がＩＣモジュールに暗号モードでアクセスしている最中に、自動改札機に組み込まれたリーダライタがＩＣモジュールにアクセスすると）、後が優先されるので、処理中のオートチャージが停止してしまう。
　また、例えば、決済端末（特に、同期型決済端末）での決済処理中に上記のオートチャージが始まると、後が優先されるので、当該決済処理が停止してしまう。
特開２００５－２５６１８号公報
　このように、競合制御機能を実装する非接触型ＩＣモジュールにアクセスする処理が競合すると、一方の処理が停止するという不都合が生じ得る。
　例えば、特許文献１に記載の定期的なオートチャージは、他の処理による制限を受けるだけでなく、他の処理を制限することもある。
　本発明が解決しようとする課題は、他の処理から影響を受けにくく、かつ、他の処理に影響を与えにくいタイミングで非接触型ＩＣモジュールにアクセスすることである。
　請求項１に記載の発明では、電子バリューの残高を記憶する手段と残高変更情報を用いて該残高を変更する手段とを有するＩＣモジュールに記憶される残高を変更させるトランザクションの終了時に出力される効果音の音声パターンに対応付けて、該残高へのアクセスを発生させる一群の処理の手順を記憶する記憶手段と、前記ＩＣモジュールに前記残高変更情報を送信して前記残高を変更させる手段を有する決済端末から該残高を変更させるトランザクションの終了時に出力される前記効果音が入力されるように音声入力手段を制御する制御手段と、前記音声入力手段を介して前記効果音に対応する音声パターンを示す音声が入力された場合に、該音声パターンに対応付けて前記処理記憶手段に記憶されている手順により前記一群の処理を実行する実行手段と、を具備することを特徴とする携帯端末を提供する。
　請求項２記載の発明では、前記記憶手段が、前記ＩＣモジュールに記憶される残高が変更された場合に出力される前記効果音を示す完了音の音声パターンに対応付けて、該残高の補充の要否を判定する要否判定処理の手順を記憶し、前記実行手段が、前記音声入力手段を介して前記完了音に対応する音声パターンを示す音声が入力された場合に、該音声パターンに対応付けて前記記憶手段に記憶されている手順により前記要否判定処理を実行する、ことを特徴とする請求項１に記載の携帯端末を提供する。
　請求項３記載の発明では、前記要否判定処理が、前記ＩＣモジュールから取得される所定のデータを用いて残高の補充の要否を判定する処理であり、前記実行手段が、前記ＩＣモジュールに記憶される所定のデータを取得するデータ取得手段と、前記取得手段により取得される所定のデータを用いて残高の補充の要否を判定する要否判定手段と、を含む、ことを特徴とする請求項２に記載の携帯端末を提供する。
　請求項４記載の発明では、前記データ取得手段が、前記ＩＣモジュールに記憶される残高を取得する残高取得手段を含み、前記要否判定手段が、前記残高取得手段により取得される残高が所定の閾値以下又は未満である場合に残高を補充する必要があると判定する、ことを特徴とする請求項３に記載の携帯端末を提供する。
　請求項５記載の発明では、前記ＩＣモジュールが、前記トランザクションによる前記残高の減少又は増加を示す変更額を含むログデータを記憶する手段をさらに有し、前記データ取得手段が、前記ＩＣモジュールから最新のログデータに含まれる前記変更額を取得する変更額取得手段を含み、前記要否判定手段が、前記変更額取得手段により取得される前記変更額が減少を示し、かつ、該変更額が示す減少金額が所定の閾値以上又はこれを上回る場合に残高を補充する必要があると判定する、ことを特徴とする請求項３又は４に記載の携帯端末を提供する。
　請求項６記載の発明では、前記ＩＣモジュールが、前記トランザクションによる前記残高の減少又は増加を示す変更額を含むログデータを記憶する手段をさらに有し、前記データ取得手段が、前記ＩＣモジュールから最新のログデータに含まれる前記変更額を取得する変更額取得手段を含み、前記要否判定手段が、前記変更額取得手段により取得される前記変更額が増加を示す場合に残高を補充する必要がないと判定する、ことを特徴とする請求項２から請求項５までのいずれか１項に記載の携帯端末を提供する。
　請求項７記載の発明では、前記記憶手段が、前記要否判定処理において残高を補充する必要があると判定された場合に実行されるべき、前記ＩＣモジュールに記憶される残高を補充する残高補充処理の手順をさらに記憶し、前記残高変更情報を生成する手段を有するサーバ装置に対して残高補充要求を送信する補充要求手段と、前記ＩＣモジュールに記憶される残高を増額させる残高変更情報を前記サーバ装置から取得し該ＩＣモジュールに転送する残高変更情報転送手段と、をさらに含む前記実行手段が、前記要否判定手段により残高を補充する必要があると判定された場合に、前記記憶手段に記憶される手順により前記残高補充処理を実行する、ことを特徴とする請求項２から請求項６までのいずれか１項に記載の携帯端末を提供する。
　請求項８記載の発明では、前記記憶手段が、前記要否判定処理において残高を補充する必要があると判定された場合に実行されるべき、前記ＩＣモジュールに記憶される残高を指定したタイミングで補充する残高補充予約処理の手順をさらに記憶し、前記残高変更情報を生成する手段を有するサーバ装置に対して残高補充要求が指定したタイミングで送信されるよう予約する手段と、前記指定したタイミングが到来した場合に前記サーバ装置に対して前記残高補充要求を送信する補充要求手段と、前記ＩＣモジュールに記憶される残高を増額させる残高変更情報を前記サーバ装置から取得し該ＩＣモジュールに転送する残高変更情報転送手段と、をさらに含む前記実行手段が、前記要否判定手段により残高を補充する必要があると判定された場合に、前記記憶手段に記憶される手順により前記残高補充予約処理を実行する、ことを特徴とする請求項２から請求項６までのいずれか１項に記載の携帯端末を提供する。
　請求項９記載の発明では、前記完了音には、前記ＩＣモジュールに記憶される残高が減額された場合に出力される減額完了音と、該残高が増額された場合に出力される増額完了音とがあり、前記記憶手段が、前記減額完了音の音声パターンに対応付けて、前記残高の補充の要否を判定する要否判定処理の手順を記憶し、前記実行手段が、前記音声入力手段を介して前記減額完了音に対応する音声パターンを示す音声が入力された場合に限り、該音声パターンに対応付けて前記記憶手段に記憶されている手順により前記要否判定処理を実行する、ことを特徴とする請求項２から請求項８までのいずれか１項に記載の携帯端末を提供する。
　請求項１０記載の発明では、前記記憶手段が、前記ＩＣモジュールに記憶される残高が正常に変更されなかった場合に出力される前記効果音又は音声メッセージを示す不能音の音声パターンに対応付けて、該残高を補充する残高補充処理の手順をさらに記憶し、前記実行手段が、前記音声入力手段を介して前記不能音に対応する音声パターンを示す音声が入力された場合に、該音声パターンに対応付けて前記記憶手段に記憶されている手順により前記残高補充処理を実行する、ことを特徴とする請求項１から請求項９までのいずれか１項に記載の携帯端末を提供する。
　請求項１１記載の発明では、前記実行手段が、前記残高変更情報を生成する手段を有するサーバ装置に対して補充要求金額を送信する補充要求金額送信手段と、前記ＩＣモジュールに記憶される残高を前記補充要求金額だけ増額させる残高変更情報を前記サーバ装置から取得し該ＩＣモジュールに転送する残高変更情報転送手段と、を含む、ことを特徴とする請求項１０に記載の携帯端末を提供する。
　請求項１２記載の発明では、前記実行手段が、ユーザにより指定される指定金額を取得する指定金額取得手段と、前記ＩＣモジュールに記憶される残高が前記指定金額取得手段により取得される指定金額以上になるように前記補充要求金額を設定する補充要求金額設定手段と、を含む、ことを特徴とする請求項１１に記載の携帯端末を提供する。
　請求項１３記載の発明では、前記実行手段が、前記決済端末が備える表示装置に表示される決済金額を撮影した画像を取得する画像取得手段と、前記ＩＣモジュールに記憶される残高が前記画像取得手段により取得される画像に基づき特定される決済金額以上になるように前記補充要求金額を設定する補充要求金額設定手段と、を含む、ことを特徴とする請求項１１に記載の携帯端末を提供する。
　請求項１４記載の発明では、前記実行手段が、前記実行手段が、ユーザにより指定される補充要求金額を取得する補充要求金額取得手段を含む、ことを特徴とする請求項１１に記載の携帯端末を提供する。
　請求項１５記載の発明では、前記制御手段が、特定周波数の電磁波を検出する手段により特定周波数の電磁波が検出されたことを契機として、前記音声入力手段をオンに切り替える、ことを特徴とする請求項１から請求項１４までのいずれか１項に記載の携帯端末を提供する。
　請求項１６記載の発明では、携帯端末の動きを検出する加速度センサと、所定の動きのパターン又は動きの加速度の閾値を記憶する加速度関連データ記憶手段と、をさらに具備し、前記制御手段が、前記加速度センサにより前記加速度関連データ記憶手段に記憶された所定の動きのパターン又は加速度の閾値を超える動きが検出されたことを契機として、前記音声入力手段をオンに切り替える、ことを特徴とする請求項１から請求項１５までのいずれか１項に記載の携帯端末を提供する。
　請求項１７記載の発明では、前記制御手段が、所定の場所、所定の状況又は所定の時間帯となったことを契機として、前記音声入力手段をオンに切り替える、ことを特徴とする請求項１から請求項１６までのいずれか１項に記載の携帯端末を提供する。
　請求項１８記載の発明では、前記制御手段が、前記音声入力手段を介して前記効果音に対応する音声パターンを示す音声が入力されたことを契機として、該音声入力手段をオフに切り替える、ことを特徴とする請求項１５から請求項１７までのいずれか１項に記載の携帯端末を提供する。
　請求項１９記載の発明では、前記制御手段が、前記音声入力手段をオンに切り替えてから所定の時間が経過したことを契機として、該音声入力手段をオフに切り替える、ことを特徴とする請求項１から請求項１８までのいずれか１項に記載の携帯端末を提供する。
　請求項２０記載の発明では、電子バリューの残高を記憶する手段と残高変更情報を用いて該残高を変更する手段とを有するＩＣモジュールに記憶される残高を変更させるトランザクションの終了時に出力される効果音の音声パターンに対応付けて、該残高へのアクセスを発生させる一群の処理の手順を記憶する記憶手段を有する携帯端末の制御方法であって、前記ＩＣモジュールに前記残高変更情報を送信して前記残高を変更させる手段を有する決済端末から該残高を変更させるトランザクションの終了時に出力される前記効果音が入力されるように音声入力手段を制御する制御ステップと、前記音声入力手段を介して前記効果音に対応する音声パターンを示す音声が入力された場合に、該音声パターンに対応付けて前記記憶手段に記憶されている手順により前記一群の処理を実行する実行ステップと、を具備することを特徴とする携帯端末の制御方法を提供する。
　請求項２１記載の発明では、電子バリューの残高を記憶する手段と残高変更情報を用いて該残高を変更する手段とを有するＩＣモジュールに記憶される残高を変更させるトランザクションの終了時に出力される効果音の音声パターンに対応付けて、該残高へのアクセスを発生させる一群の処理の手順を記憶する記憶手段を具備する携帯端末に、前記ＩＣモジュールに前記残高変更情報を送信して前記残高を変更させる手段を有する決済端末から該残高を変更させるトランザクションの終了時に出力される前記効果音が入力されるように音声入力手段を制御する制御機能と、前記音声入力手段を介して前記効果音に対応する音声パターンを示す音声が入力された場合に、該音声パターンに対応付けて前記記憶手段に記憶されている手順により前記一群の処理を実行する実行機能と、を実現させるためのプログラムを提供する。
　請求項２２記載の発明では、電子バリューの残高を記憶する手段と残高変更情報を用いて該残高を変更する手段とを有するＩＣモジュールに記憶される残高を変更させるトランザクションの終了時に出力される効果音の音声パターンに対応付けて、該残高へのアクセスを発生させる一群の処理の手順を記憶する記憶手段を具備する携帯端末に、前記ＩＣモジュールに前記残高変更情報を送信して前記残高を変更させる手段を有する決済端末から該残高を変更させるトランザクションの終了時に出力される前記効果音が入力されるように音声入力手段を制御する制御機能と、前記音声入力手段を介して前記効果音に対応する音声パターンを示す音声が入力された場合に、該音声パターンに対応付けて前記記憶手段に記憶されている手順により前記一群の処理を実行する実行機能と、を実現させるためのプログラムを記録したコンピュータ読取可能な記録媒体を提供する。
　本発明では、ＩＣモジュールに記憶される残高を変更させるトランザクションの終了時に決済端末から所定の効果音が出力される点に着目し、当該効果音に対応するパターンの音声が入力されたタイミングで、当該ＩＣモジュールにアクセスすることとしている。
　したがって、本発明の携帯端末による残高へのアクセスは、他の処理から影響を受けにくく、かつ、他の処理に影響を与えにくい。
本実施形態に係る電子マネーシステムのネットワーク構成を説明するための図である。 携帯端末の構成を説明するための図である。 携帯端末の機能を説明するための図である。 非同期決済端末の構成を説明するための図である。 電子マネーサーバの構成を説明するための図である。 電子マネーサーバの有するユーザＤＢ、チャージ登録ＤＢを説明するための図である。 オートチャージ設定画面の一例を示した図である。 オートチャージ設定の登録の処理手順を示したフローチャートである。 本実施形態の処理手順を示したフローチャートである。 本実施形態の処理手順を示したフローチャートである。 本実施形態の処理手順を示したフローチャートである。 ユーザにチャージ金額の入力を求める画面の一例を示した図である。 加速度センサで検知する例を説明する図ためのである。 従来の電子マネーシステムを説明するための図である。
（１）実施形態の概要
　非同期決済端末７は、決済が完了すると、スピーカ１４６から決済完了を示す効果音を鳴らす一方、決済金額がバリュー残高より多かった場合、電子マネーによる決済処理が不可能なので、その旨をユーザに告知するために、非同期決済端末７のスピーカ１４６が決済不能であることを示す効果音を鳴らす。これらの効果音は、携帯端末５のマイクロフォン２０により検知される。
　電子マネーアプリケーション２９は、マイクロフォン２０により検知した効果音が決済が完了した場合の効果音か決済が不能であった場合の効果音かを判断する。この判断は、携帯端末５の記憶部１８に記憶されている音声パターンと対比することにより行う。
　その結果、決済完了の効果音を検知したと判断した場合、電子マネーアプリケーション２９は、バリュー残高と所定の閾値とを比較し、バリュー残高が閾値未満の場合、直ちにチャージを行う。
　一方、決済不能の効果音を検知したと判断した場合、バリュー残高が不足しているので、直ちにチャージ処理を行う。
　このように、決済端末とＩＣモジュールとのトランザクションが完了した直後に、次のトランザクションを開始するので、両者が交錯することなく、互いに影響を与えることがない。
（２）実施形態の詳細
　図１は、第１の実施形態に係る電子マネーシステム１のネットワーク構成を説明するための図である。
　電子マネーシステム１は、電子マネーサーバ２、インターネット３、携帯端末５、同期型決済端末６、非同期決済端末７、通信回線８、クレジット会社サーバ３００などを用いて構成されている。
　電子マネーサーバ２は、バリューによる貨幣価値の移動を管理するサーバである。ここで、バリューとは、貨幣価値に対応させた電子情報であり、電子マネーシステム１は、バリューの残高（以下、バリュー残高）を増減することにより貨幣価値を移動させる。
　そして、電子マネーシステム１の事業体は、バリューの移動に対応させて実際の貨幣を移動させることによりバリューと実際の貨幣の移動を対応させる。
　電子マネーサーバ２は、管理のため、携帯端末５に対応付けてバリュー残高の管理値を記憶している。後述するように携帯端末５は、携帯端末５に内蔵又は装着されたＩＣモジュール３０にバリュー残高を記憶している。
　両者は、常に同期を取って、同一の値であることが望ましい。しかし、現実には電子マネーサーバ２とリアルタイムで接続できない、非同期決済端末７も多数存在する。そのため、生成したログデータを後にバッチ処理で電子マネーサーバ２に送り、事後的に同期を取るようにしている。
　この実施形態では、携帯端末５（電子マネーカード１００）側でバリューを管理するストアードバリュー型の電子マネーシステムについて説明するが、本発明は、電子マネーサーバ２側でバリューを管理するサーバ型電子マネーシステムにも適用することができる。この場合は、決済端末は、同期型決済端末６を用いることが前提となる。
　携帯端末５は、例えば、スマートフォン、携帯電話、ゲーム機、タブレット型コンピュータなどで構成された携帯端末であって、インターネット３に接続する機能と、決済端末６や非同期決済端末７と近距離無線通信により接続する機能とを備えている。
　携帯端末５は、ＩＣモジュール３０を内蔵又は装着しており、これに電子マネー番号とバリュー残高を記憶している。
　同期型決済端末６は、携帯端末５と近距離無線通信を行うと共に通信回線８を介して電子マネーサーバ２とも通信し、電子マネーサーバ２に決済金額などの情報を送信したり、電子マネーサーバ２と携帯端末５の通信を中継したりする。同期型決済端末６は、携帯端末５を用いた決済時にリアルタイムで電子マネーサーバ２とオンライン通信する同期決済端末である。
　同期型決済端末６は、コンビニエンスストアなどのリアル店舗（不動産店舗などで物理的に営業している実店舗）の会計カウンタや自動販売機などに設置されている。
　通信回線８は、電子マネーサーバ２と同期型決済端末６又は非同期決済端末７を接続する回線である。通信回線８として専用回線を用いることもできるし、インターネット３などの汎用の回線を用いてもよい。
　非同期決済端末７は、例えば、ネットワーク設備の不便な店舗や自動販売機などに設置されており、携帯端末５と近距離無線通信を行う機能を備えている。
　非同期決済端末７は、携帯端末５と近距離無線通信を行って、バリュー残高により決済を行う。非同期決済端末７は、通常は電子マネーサーバ２と接続しておらず（そのため、サーバ型電子マネーの決済ができない）、携帯端末５との決済内容を一時的にログデータとして記憶しておく。
　そして、非同期決済端末７は、例えば１日に一回程度、通信回線８を用いて電子マネーサーバ２に接続し、電子マネーサーバ２にログデータを送信する。ネットワーク通信設備がない環境では、ログデータを記録した記録媒体を担当者が手動で収集する場合もある。
　電子マネーサーバ２は、バリュー残高に関しては同期型決済端末６や非同期決済端末７でのログデータによって資金移動を管理する。
　同期型決済端末６及び非同期決済端末７は、スピーカ１４６を備えており、決済完了時又は決済不能時に所定の効果音を出すようになっている。携帯端末５は、この音声をマイクロフォン２０で受信できるようになっている。
　クレジット会社サーバ３００は、クレジット会社がクレジットカードによる支払を管理するためのサーバである。このクレジット会社サーバ３００は、電子マネーサーバ２がＩＣモジュール３０にチャージする際に、その代金をユーザのクレジット番号にて決済する。
　図２は、携帯端末５のハードウェア的な構成を示した図である。ここでは、一例として携帯端末５をスマートフォンであるとするが、携帯電話も同様である。
　ゲーム機、タブレット型コンピュータは、通常携帯電話網の基地局アンテナを無線通信する機能を備えておらず、無線ＬＡＮのアクセスポイントと無線通信する機能のみを備えている場合が多い。なお、スマートフォンも無線ＬＡＮのアクセスポイントと無線通信する機能を備えている機種がある。
　携帯端末５は、ＣＰＵ（Ｃｅｎｔｒａｌ　Ｐｒｏｃｅｓｓｉｎｇ　Ｕｎｉｔ）１１、ＲＯＭ（Ｒｅａｄ　Ｏｎｌｙ　Ｍｅｍｏｒｙ）１２、ＲＡＭ（Ｒａｎｄｏｍ　Ａｃｃｅｓｓ　Ｍｅｍｏｒｙ）１３、入力部１４、出力部１５、通信制御部１６、近距離通信制御部１７、記憶部１８、マイクロフォン２０、加速度センサ２１、カメラ２２、ＧＰＳ受信機２３、ＩＣモジュール３０などがバスライン１９によって接続している。
　ＣＰＵ１１は、ＲＯＭ１２や記憶部１８に記録したプログラムを実行して各種の情報処理や携帯端末５全体の制御を行う。本実施形態では、例えば、後述の電子マネーアプリケーションプログラムの提供する機能により電子マネーサーバ２と協働してバリュー残高による決済処理を支援する。
　ＲＯＭ１２は、読み取り専用のメモリであって、携帯端末５が動作するための基本的なプログラム、パラメータ、データなどが記録されている。
　ＲＡＭ１３は、読み書きが可能なメモリであって、ＣＰＵ１１が情報処理を行う際のワーキングメモリを提供する。
　出力部１５は、ユーザに対して情報を出力する機能部であって、例えば、画面表示用の液晶ディスプレイ、音声を出力するスピーカなどを備えている。液晶ディスプレイには、例えば、電子マネーアプリケーションプログラムを起動するためのアイコンなどが表示される。
　入力部１４は、外部からの情報を入力する機能部であって、例えば、液晶ディスプレイ上に設置されたタッチパネルなどを備えている。ユーザは、液晶ディスプレイ上の表示に対応してタッチパネルにタッチすることにより情報を入力することができる。
　記憶部１８は、例えば、ＥＥＰＲＯＭ（Ｅｌｅｃｔｒｉｃａｌｌｙ　Ｅｒａｓａｂｌｅ　ａｎｄ　Ｐｒｏｇｒａｍｍａｂｌｅ　ＲＯＭ）やハードディスクなどの記録媒体を用いて構成されており、携帯端末５を制御する基本的なプログラムであるＯＳ（Ｏｐｅｒａｔｉｎｇ　Ｓｙｓｔｅｍ）やバリューによる決済を支援する電子マネーアプリケーションプログラム、決済端末から出力される各効果音の音声パターンを示すパターン情報、その他のプログラムやデータを記録している。
　通信制御部１６は、携帯電話網の基地局アンテナと無線通信するためのアンテナを備えており、携帯端末５をインターネット３や電話回線に接続する。携帯端末５は、通信制御部１６を介してインターネット３経由で電子マネーサーバ２と通信することができる。
　また、スマートフォンも無線ＬＡＮのアクセスポイントと無線通信するための機能を備えている。
　近距離通信制御部１７は、同期型決済端末６や非同期決済端末７のリーダライタと近距離無線通信するためのアンテナを備えており、ＩＣモジュール３０を同期型決済端末６や非同期決済端末７に接続する。また、近距離通信制御部１７は複数の端子を有し、特定の周波数の電磁波（例えば１３．５６ＭＨｚの搬送波）が検出された際に、対応する端子がそれぞれＯＮになる。ＩＣモジュール３０は、近距離通信制御部１７を介して決済端末６と通信する他、携帯端末５を経由して電子マネーサーバ２と通信することができる。
　ＩＣモジュール３０は、汎用のアプリケーションを記憶したＩＣモジュールであり、携帯端末５に内蔵又は装着されている。ＩＣモジュール３０には、ユーザがアプリケーションをダウンロードして記憶することができる。
　ＩＣモジュール３０は、ＣＰＵ、ＲＡＭ、ＲＯＭなどによって構成され、各種プログラムに従って情報処理を行う情報処理部２６と不揮発性のメモリで構成された記憶部２７を備えている。
　記憶部２７には、電子マネー番号とバリュー残高、図示しないが、情報処理部２６によってバリュー残高を操作するためのバリュー操作プログラム、及び電子マネーサーバ２がＩＣモジュール３０を認証する認証データなどが記憶されている。
　電子マネー番号は、電子マネーサーバ２が、当該携帯端末５（ＩＣモジュール３０）が、何れのユーザのものであるかを識別するための番号である。
　ＩＣモジュール３０におけるバリュー残高に関する減額処理、及び増額処理は外部からの命令によりＩＣモジュール３０内の情報処理部２６に形成されたバリュー操作プログラムが行う。これは、バリュー残高の処理をＩＣモジュール３０内に限定することによりセキュリティを高めるためである。
　なお、バリュー残高の処理に関しては、ＩＣモジュール３０に入力される情報は暗号化されており、ＩＣモジュール３０の内部で復号化され、ＩＣモジュール３０から出力される情報は、これらチップ内で暗号化してから出力される。
　マイクロフォン２０は、外部からの音声、具体的には同期型決済端末６又は非同期決済端末７から決済完了時又は決済不能時に発せられる音（効果音）を受けて電気信号に変換する。
　加速度センサ２１は、加速度の測定を目的とした慣性センサである。加速度を測定し、信号処理を行うことによって、携帯端末５の傾きや動き、振動や衝撃といったさまざまな情報を得ることができる。
　ＧＰＳ受信機２３は、複数のＧＰＳ衛星からの電波を受信してそれぞれとの距離を割り出すことにより、当該携帯端末５の現在位置を測定することができる。
　図３は、携帯端末５の機能を説明するための図である。
　電子マネーアプリケーションプログラムを実行すると携帯端末５に電子マネーアプリケーション２９が形成される。
　同期型決済端末６を備えたリアル店舗での決済の場合は、近距離通信制御部１７は、決済端末６と通信すると共に決済端末６を介して電子マネーサーバ２と通信する。
　非同期決済端末７を備えたリアル店舗での決済の場合は、近距離通信制御部１７は、非同期決済端末７と通信する。
　また、電子マネーアプリケーション２９は、ＩＣモジュール３０にアクセスすることができる。
　リアル店舗での決済の場合、近距離通信制御部１７は、ＩＣモジュール３０でバリュー操作プログラムを動作させて、バリュー残高を増減させたり、電子マネー番号を読み出したりすることができる。
　そして、決済処理を行う際、ＩＣモジュール３０は、近距離通信制御部１７を介して、非同期決済端末７からバリュー残高を更新（減額）するようにとの要求を受けて、端末側バリュー残高を更新（減額）する。
　ここで行うバリュー残高更新処理には、次のような方式が考えられる。
　（方式１）バリュー残高更新要求として上書き命令を送信する場合。
　この場合、電子マネーサーバ２は、携帯端末５のＩＣモジュール３０のＣＰＵから受信したバリュー残高に対して決済金額による減算を行い、減算後の残高を算出する。そして、非同期決済端末７は、バリュー残高更新要求として、当該算出後の残高に上書きする上書き命令を送信する。携帯端末５のＩＣモジュール３０のＣＰＵは、当該上書き命令に従ってバリュー残高を上書きして更新する。
　（方式２）バリュー残高更新要求として減算命令を送信する場合。
　この場合、非同期決済端末７は、決済金額分だけバリュー残高を減算する減算命令をバリュー残高更新要求として携帯端末５のＩＣモジュール３０のＣＰＵに送信する。携帯端末５のＩＣモジュール３０のＣＰＵは、当該命令に従ってバリュー残高から決済金額を減算してバリュー残高を更新する。
　その後、ＩＣモジュール３０は、バリュー残高を更新した旨を非同期決済端末７に通知する。
　次に、リアル店舗でのチャージを説明する。
　このチャージを行うのは、前提として、チャージを行うバリューに相当する貨幣を非同期決済端末７を操作する店員が受け取っていることである。そして、チャージ処理を行う際、ＩＣモジュール３０は、近距離通信制御部１７を介して非同期決済端末７からバリュー残高を更新（増額）するようにとの要求を受けて、バリュー残高を更新（増額）する。
　その後、ＩＣモジュール３０は、バリュー残高を更新した旨を非同期決済端末７に通知する。
　このチャージでは、非同期決済端末７を介さずに、直接電子マネーサーバ２からチャージを行うこともできる。この場合、携帯端末５の通信制御部１６を介して電子マネーサーバ２にアクセスし、ユーザの認証処理、クレジット会社サーバ３００などの認証機関サーバの許可などの手順を経る。そして、電子マネーサーバ２から、金額変更（増額）情報を携帯端末５が受信し、ＩＣモジュール３０は、バリュー残高を更新（増額）する。
　この電子マネーサーバ２からのチャージは一連の処理として行われる。そのため、瞬時に処理を完了することができず、一定の時間を要することとなる。
　この電子マネーサーバ２からのチャージを一定の条件（例えば、バリュー残高が所定値以下となった場合）のもとに自動的に行うよう設定することをオートチャージと呼ぶ。このオートチャージを設定しておくことで、必要な時に、決済時バリュー不足で決済ができないということを防止することができる。
　携帯端末５には、音声を入力するためのマイクロフォン２０が設けられており、同期型決済端末６又は非同期決済端末７が発する決済完了音並びに決済不能を表す音又は音声ガイダンスが入力されるようになっている。
　これらの音声が入力された場合の処理は、後述する。
　図４は、非同期決済端末７のハードウェア的な構成の一例を示した図である。
　非同期決済端末７は、ＣＰＵ１３１、ＲＯＭ１３３、ＲＡＭ１３４、通信制御部１３５、記憶部１３６、入力部１３７、出力部１３８、リーダライタ部１３９、表示部１４０、スピーカ１４６などがバスラインで接続されて構成されており、決済処理装置としての機能を有している。
　ＣＰＵ１３１は、所定のプログラムに従って情報処理を行うほか、非同期決済端末７全体の制御などを行う。本実施の形態では、ＣＰＵ１３１は、金額変更情報を携帯端末５のＩＣモジュール３０に送信して、金額変更処理を行わせる。
　ＲＯＭ１３３は、非同期決済端末７を動作させるための基本的なプログラムやパラメータなどを記憶した読み出し専用メモリである。
　ＲＡＭ１３４は、ＣＰＵ１３１のワーキングメモリを提供したり、記憶部１３６に記憶されたプログラムやデータをロードして記憶したりなどする随時書き込み読み出し可能なメモリである。
　通信制御部１３５は、ネットワークを介して非同期決済端末７を電子マネーサーバ２に接続する接続装置である。
　入力部１３７は、非同期決済端末７が店舗に設置されたものである場合、例えば、キーボード、バーコードリーダなどの入力装置を備えており、操作担当者が商品コードや決済金額やチャージ金額などを入力できるようになっている。
　また、非同期決済端末７が、通過ゲートに設置されたものである場合、入力部１３７は、例えば、通過ゲートの制御装置に接続されており、通過ゲートの制御装置から決済金額の入力を受け付けるようになっている。
　出力部１３８は、非同期決済端末７が店舗に設置されたものである場合、例えば、液晶表示装置等の表示部１４０、プリンタ、音声出力するスピーカ１４６などに接続されており、顧客や加盟店の操作担当者に情報を提示するようになっている。
　また、非同期決済端末７が、通過ゲートに設置されたものである場合、例えば、出力部１３８はゲート扉を駆動する駆動装置や、通過ゲートに設置された警告灯や音声出力装置などに接続されており、ゲート扉を開閉したり、ゲート扉の開閉に同期して警告灯を点滅させたり警告音を発生させたりする。
　リーダライタ部１３９は、アンテナを内蔵しており、携帯端末５に内蔵又は装着されたＩＣモジュール３０と無線通信を行う。
　非同期決済端末７が、店舗に設置されるものである場合、リーダライタ部１３９は、キャッシュレジスタ近辺に設置され、ユーザが商品の決済時に、携帯端末５又は電子マネーカード１００をリーダライタ部１３９に近接させることができるようになっている。
　また、非同期決済端末７が、通過ゲートに設置されるものである場合、リーダライタ部１３９は、通過ゲート上面の、ゲート扉よりも手前側に設置され、ユーザが通過ゲートを通過する際に、携帯端末５又は電子マネーカード１００をリーダライタ部１３９に近接させることができるようになっている。
　記憶部１３６は、例えばハードディスクやその他の記憶媒体と、これらを駆動する駆動装置から構成されており、各種プログラムを格納したプログラム格納部１４２、データを格納したデータ格納部１４４などから構成されている。
　プログラム格納部１４２には、決済端末６を機能させるための基本的なプログラムであるＯＳや、電子マネーカード１００に金額変更処理を行わせたり、不足金額を電子マネーサーバ２にチャージさせるためのプログラムなどが記憶されている。
　データ格納部１４４には、非同期決済端末７のＩＤ情報である端末ＩＤや、携帯端末５又は電子マネーカード１００との取引履歴である利用ログデータなどを記憶している。この利用ログデータは、ＣＰＵ１３１が行うバッチ処理にて電子マネーサーバ２に送信される。
　表示部１４０は、決済金額、決済前残高、決済後残高、決済不能の場合の不足額等を例えば液晶表示装置に表示する。
　スピーカ１４６は、出力部１３８から出力された決済完了音、決済不能音、音声ガイダンス等をユーザに伝える。ここで音声ガイダンスとは、「残高不足で決済できませんでした。」、「この電子マネーカードは使用することができません。」といったユーザへの案内である。
　図５は、電子マネーサーバ２の構成を説明するための図である。
　電子マネーサーバ２は、ＣＰＵ３１、ＲＯＭ３２、ＲＡＭ３３、通信制御部３４、記憶部３５などがバスライン３６によって接続している。
　ＣＰＵ３１は、ＲＯＭ３２や記憶部３５に記録したプログラムを実行して各種の情報処理や電子マネーサーバ２全体の制御を行う。例えば、携帯端末５からチャージの要求を受けてチャージの実行をする。
　非同期決済端末７での決済では、電子マネーサーバ２は、非同期決済端末７がバリュー残高を更新したログデータを後ほど非同期決済端末７から受信して処理する。
　なお、電子マネーサーバ２とオンラインで接続できる同期型決済端末６の場合、通信しながらバリュー残高をリアルタイムで更新することによりバリューによる決済処理を行うことができる。
　ＲＯＭ３２は、読み取り専用のメモリであって、電子マネーサーバ２が動作するための基本的なプログラム、パラメータ、データなどが記録されている。
　ＲＡＭ３３は、読み書きが可能なメモリであって、ＣＰＵ３１が情報処理を行う際のワーキングメモリを提供する。
　通信制御部３４は、電子マネーサーバ２が通信回線８を介して同期型決済端末６、非同期決済端末７、携帯端末５と通信したり、インターネット３を介して携帯端末５と通信する。
　記憶部３５は、例えば、大容量のハードディスクで構成されており、ＣＰＵ３１がバリューによる決済処理を行ったり、チャージを行うための電子マネー管理プログラムやその他のプログラム、ユーザのバリュー残高を管理したり、チャージの履歴を管理するユーザＤＢ（データベース）、チャージ登録ＤＢ、加盟店のバリュー決済を管理する加盟店ＤＢ、各決済処理を記録したログデータを格納するログデータＤＢなどを記録している。
　なお、この図５の例では、単一の電子マネーサーバ２を説明したが、この電子マネーサーバ２が、機能を分散することにより複数のサーバから構成されるようにしてもよい。
　次に、図６の各図を用いて電子マネーサーバ２の有するデータベースについて説明する。
　図６（１）は、ユーザＤＢの論理的な構成を説明するための図である。
　本実施形態では、ユーザＩＤに対応して、電子マネー番号が記憶されている。図示しないがＩＣモジュール３０の認証データなどの項目も記憶されている。
　項目「ユーザＩＤ」は、ユーザの識別情報である。
　項目「電子マネー番号」は、バリュー残高を他のユーザのバリュー残高から識別するための番号である。
　項目「バリュー残高の管理値」は、項目「電子マネー番号」で特定されるバリュー残高である。このバリュー残高は、受信したログデータを用いて更新する。
　項目「チャージの設定」は、電子マネーサーバ２からのチャージの設定を行っているか否かを登録する項目である。
　項目「氏名」、「住所」、「生年月日」、「電話番号」、「メールアドレス」は、各々ユーザを特定するための情報である。これらの全ての事項が必須登録項目でなく、場合によっては、設けなくてもよい。
　図６（２）は、チャージ登録ＤＢの論理的な構成を説明するための図である。
　チャージ登録ＤＢは、「電子マネー番号」、「オートチャージの設定」、「クレジットカード番号」、「１回のチャージ金額」、「日額限度」、「月額限度」、「基準バリュー残高」、その他の項目から構成されている。
　項目「電子マネー番号」は、ユーザＤＢに登録されているユーザを検索するキーとなる。
　項目「オートチャージの設定」は、当該ユーザが電子マネーサーバ２からのチャージだけでなく、「オートチャージ」の設定も行っていることを登録する項目である。
　「クレジットカード番号」は、チャージ原資の調達先を示す項目である。そのため、場合によっては、「金融機関の口座番号」や「電話料金を請求する電話会社が決定したＩＤ」の場合もある。
　複数の決済手段（クレジットカード、預貯金口座など）を用いる場合は、決済手順を記憶することもできる。
　銀行口座からの引落の場合、当該ユーザと銀行との間で、電子マネーサーバ２からの請求に対して引落を行う旨の契約がなされることが前提である。
　項目「１回のチャージ金額」、「日額限度」、「月額限度」、「基準バリュー残高」は、任意的設定項目である。ユーザから設定の要求があった場合、項目に記録する。
　ここで、１回のチャージ金額とは、１回のチャージで携帯端末５のＩＣモジュール３０にチャージする金額である。これを設定しておけば、チャージの都度金額を設定する必要がなくなる。
　日額限度額は、チャージによる１日当たりのチャージ合計値の上限値である。
　月額限度額は、１ヶ月当たりのチャージ合計値の上限値である。また、１日当たりの限度回数、１ヶ月当たりの限度回数を設定するように構成してもよい。
　基準バリュー残高とは、この基準バリュー残高を下回ったら新たなチャージを実行するバリュー残高である。例えば、この基準バリュー残高を下回ったら電子マネーサーバ２から電子メールでチャージの処理を促すようにすることもできる。
　また、オートチャージを設定する場合は、この基準バリュー残高を下回ったら自動的にチャージを行うこととなる。
　ここで、チャージ原資を電話料金に合算する場合を説明する。
　携帯端末５が電話機能を備えており、ユーザが携帯電話会社と契約を結んでいる場合、チャージ金額を電話料金と合算して請求先のユーザに請求することも可能である。
　この手法は、例えば、デジタルコンテンツの購入代金を電話料金と合算する場合と同様である。
　この場合、電子マネーサーバ２は、クレジット会社サーバ３００の代わりに携帯電話事業者のサーバにアクセスし、オートチャージ金額の徴収を依頼する。このとき、携帯電話事業者から予め通知されていたＩＤも通知するようにする。
　図７は、携帯端末５に表示される電子マネーサーバ２からのオートチャージ設定画面を示した図である。本実施形態に係る電子マネーサーバ２からのチャージは、電子マネーサーバ２に事前にユーザ登録をしておくことが前提である。店頭での現金（貨幣）に基づくチャージと異なり、チャージの原資をどのように調達するのかを予め明らかにしておく必要があるからである。
　この電子マネーサーバ２からのチャージ設定画面は、電子マネーアプリケーション２９が電子マネーサーバ２にアクセスして表示したものである。
　なお、電子マネーサーバ２が携帯端末５に提供する画面には、この他に、ユーザ登録画面、チャージ要求画面など各種のものがある。
　電子マネーサーバ２からの「オートチャージ設定」画面では、「１．チャージ資金の調達先を設定してください」との表示の下に、「クレジットカード」、「銀行口座引落」、「電話料金に合算」が表示されている。
　これ以外に原資を確保する方法があれば、それも表示する。そして、この中からユーザの選択を受信する。この中から複数を選択させて、優先順位を設定するようにしてもよい。
　次に、「２．１回のチャージ金額を設定する場合には設定してください」が表示される。
　これは任意の設定事項である。設定しておけば、オートチャージを行う際、都度、チャージ金額を入力する手間を省くことができる。
　この欄（以下の３、４も同様）は、ドロップダウンメニューとなっており、ユーザがそれぞれ、金額を選択するようになっている。なお、ユーザが任意の金額を入力するように構成することもできる。
　次に、「３．所定の期間内のチャージ金額の上限を設定する場合は設定してください」が表示される。これも任意の設定事項である。例えば、「１日、１０，０００円以内」、「１月、５０，０００円以内」等と設定する。
　この設定をしておくことで、携帯端末５を盗取されたとしても、次々とチャージをされて被害が拡大することを防止することができる。
　次に、「４．オートチャージを開始するバリュー残高の下限値を設定してください」が表示される。
　バリュー残高が設定した下限値を下回ったら、例えば、電子マネーサーバ２から電子メールで通知するようにしてもよいし、電子マネーアプリケーション２９が携帯端末５の表示画面にその旨を表示するようにしてもよい。また、ユーザに通知することなく自動的にチャージを行うようにしてもよい。この場合、１回のチャージ金額が設定されていることが前提となる。
　さらに、上記各欄の下側には、設定ボタン２３４と戻るボタン２３５が表示されている。
　設定ボタン２３４は、ユーザが選択した内容を電子マネーサーバ２に通知するためのボタンであり、設定ボタン２３４が選択されると、電子マネーアプリケーション２９は、ユーザが設定した内容を電子マネーサーバ２に送信する。
　戻るボタン２３５は、チャージ設定画面を表示する前に表示していた画面に戻るためのボタンである。
　図８は、電子マネーサーバ２からのオートチャージ設定の登録を行う手順を説明するためのフローチャートである。
　以下の処理は、携帯端末５のＩＣモジュール３０に実装されたＣＰＵ、携帯端末５に実装されたＣＰＵ１１、電子マネーサーバ２のＣＰＵ３１が、それぞれ、電子マネー処理用のアプリケーションプログラム、電子マネーアプリケーション２９のプログラム、及び電子マネーサーバ用のプログラムに従って行うものである。
　まず、電子マネーアプリケーション２９は、ユーザの操作により、電子マネーサーバ２にアクセスする。すると、電子マネーサーバ２は、電子マネーアプリケーション２９にトップ画面データを送信し、電子マネーアプリケーション２９は、これを用いてトップ画面を表示する。トップ画面には、オートチャージ設定用のボタンが表示されている。
　ユーザがオートチャージ設定用のボタンを選択すると、電子マネーアプリケーション２９は、ディスプレイに認証画面を表示する（ステップ３０５）。
　なお、携帯端末５が電子マネーサーバ２に認証画面データを要求し、これに対して電子マネーサーバ２が送信してきた認証画面データを用いて認証画面を表示するように構成することもできる。
　認証画面には、パスワード入力欄と送信ボタンが設けられており、ユーザがパスワード入力欄にパスワードを入力すると、電子マネーアプリケーション２９は、当該パスワードを受け付けてＲＡＭ１３などに一時記憶する（ステップ３１０）。
　そして、ユーザが送信ボタンを選択すると電子マネーアプリケーション２９は、ＩＣモジュール３０にＩＤ参照コマンドを入力してＩＣモジュール３０から電子マネー番号を読み出し、ＲＡＭ１３に記憶しておいたパスワードと電子マネー番号を認証情報として電子マネーサーバ２に送信する（ステップ３１５）。
　電子マネーサーバ２は、電子マネーアプリケーション２９から認証情報を受信すると、これをユーザＤＢに記憶してあるパスワードと電子マネー番号とを対比することにより認証を行い（ステップ３２０）、電子マネーアプリケーション２９に認証結果を送信する（ステップ３２５）。
　電子マネーアプリケーション２９は、電子マネーサーバ２から認証結果を受信すると、これを用いて認証結果画面を表示する。
　電子マネーサーバ２がユーザの認証に失敗した場合、認証結果画面には、認証エラーを通知する内容が表示され、ユーザは、チャージの設定を行うことができない。
　一方、電子マネーサーバ２がユーザの認証に成功した場合、認証結果画面には、チャージのサービスを受けるに際しての規約と、当該規約に同意する旨を入力する同意ボタンが表示される。
　なお、規約表示とその同意は、初回時や規約改訂時に行うように構成することができる。
　ユーザが同意ボタンを選択すると、電子マネーアプリケーション２９は、図７に示したオートチャージ設定画面を表示する（ステップ３３０）。
　なお、携帯端末５が電子マネーサーバ２にオートチャージ設定画面データを要求し、これに対して電子マネーサーバ２が送信してきたオートチャージ設定画面データを用いてオートチャージ設定画面を表示するように構成することもできる。
　電子マネーアプリケーション２９は、ユーザがオートチャージ設定画面から各種条件を選択することにより登録情報（チャージ資金調達先、１回のチャージ金額、チャージの上限設定、バリュー残高の下限値）の入力を受け付ける（ステップ３３５）。
　ユーザが、設定ボタン２３４（図７）を選択すると電子マネーアプリケーション２９は、登録情報を電子マネーサーバ２に送信する（ステップ３４０）。この際に、電子マネーアプリケーション２９は、後にバリュー残高の確認で用いるためにバリュー残高の下限値をＲＡＭ１３などに記憶する。
　電子マネーサーバ２は、電子マネーアプリケーション２９から登録情報を受信し、これをチャージ登録ＤＢに記録することにより登録処理を行う（ステップ３４５）。
　以上のようにして、オートチャージサービスに関する登録処理が完了する。
　次に、本実施形態の処理を図９から図１１のフローチャートを参照して説明する。
　まず、店舗において、ユーザが商品を購入するために商品を持ち込み、店員に電子マネーでの決済を要求する。すると、店員は入力部１３７から例えば、キーボード、バーコードリーダなどで商品の価格、すなわち決済金額を入力する。こうして、非同期決済端末７は、決済金額を取得する（ステップ１０）。そして、ユーザが携帯端末５を非同期決済端末７のリーダライタ部１３９にかざすと、非同期決済端末７は、携帯端末５に内蔵又は装着されたＩＣモジュール３０に電子マネー番号を要求する（ステップ１５）。この要求を受けてＩＣモジュール３０は、電子マネー番号を読み出しリーダライタ部１３９を介して非同期決済端末７に送信する（ステップ２０）。
　その後、非同期決済端末７は、ＩＣモジュール３０に現在のバリュー残高を要求する（ステップ２５）。この要求を受けてＩＣモジュール３０は、バリュー残高をリーダライタ部１３９を介して非同期決済端末７に送信する（ステップ３０）。
　ここで、非同期決済端末７は、送信されたバリュー残高で決済が可能か否かを判断する。すなわち、ステップ１０で取得した決済金額がステップ２５で取得したバリュー残高より少ないか又は同一かを判断する（ステップ３５）。
　その結果、決済金額がバリュー残高より少ないか又は同一であった場合（ステップ３５；Ｙ）、電子マネーによる決済処理が可能なので、ＩＣモジュール３０に記憶されているバリュー残高を書き換える金額変更情報と当該決済に関するログデータをＩＣモジュール３０に送信する（ステップ４０）。
　これを受けて、ＩＣモジュール３０は、送られてきた金額変更情報を用いて、バリュー残高を更新（減額）し、ログデータを記憶部２７に記録する（ステップ４５）。
　これらの処理が完了すると、ＩＣモジュール３０は、非同期決済端末７に、処理が完了した旨の通知を送信する（ステップ５０）。
　このＩＣモジュール３０から処理の完了の通知を受けて、非同期決済端末７は、スピーカ１４６から決済完了を示す効果音（完了音の一例）を出力する（ステップ５５）。この効果音により、ユーザは一連の決済処理が完了したことを認識し、リーダライタ部１３９にかざしていた携帯端末５を手元に回収する。また、携帯端末５のマイクロフォン２０は、この効果音を検知する（ステップ６５）。
　なお、非同期決済端末７は、決済完了の場合だけでなく、店頭でのチャージが完了した場合も効果音（完了音の一例）を出力するようにしている。
　一方、決済金額がバリュー残高より多かった場合（ステップ３５；Ｎ）、電子マネーによる決済処理が不可能なので、その旨をユーザに告知するために、非同期決済端末７のスピーカ１４６が決済不能であることを示す効果音（不能音の一例）を出力する。また、より確実にユーザに告知するために、音声で「残高不足のため決済を行うことができません」といった音声メッセージを流すようにしてもよい（ステップ６０）。
　この効果音又は音声メッセージも携帯端末５のマイクロフォン２０により検知される（ステップ６５）。
　マイクロフォン２０により効果音又は音声メッセージが検知されると、電子マネーアプリケーション２９は、検知された効果音が処理が完了した効果音（完了音）か決済が不能であった場合の効果音（不能音）かを判断する（ステップ７０）。この判断は、記憶部１８に記憶されている音声パターンと対比することにより行う。
　その結果、検知された効果音が処理が完了した旨の効果音である場合（ステップ７０；Ｙ）、ＩＣモジュール３０にログデータの送信を要求する（ステップ７５）。これを受けてＩＣモジュール３０は、電子マネーアプリケーション２９にログデータを出力する（ステップ８０）。
　電子マネーアプリケーション２９は、最新のログデータを参照して当該処理が決済（残高を減額させる処理）だったのかチャージ（残高を増額させる処理）だったのかを判断する（ステップ８５）。
　その結果、直前の処理がチャージであった場合（ステップ８５；Ｎ）、更なるチャージは必要ないと判断できるので、処理を終了する。
　一方、直前の処理が決済であった場合（ステップ８５；Ｙ）、ログデータから決済額が所定の閾値（ここでは、閾値ｘとする。）以上か否かを判断する（ステップ９０）。決済額が大きい場合、例えば閾値ｘが１０，０００円で、決済額が１２，０００円だったとき、直ちにチャージが必要と判断する。
　この判断の結果、決済額が閾値ｘ以上であった場合（ステップ９０；Ｙ）、直ちにチャージを行うため、ステップ１１０へ進む。
　一方、決済額が閾値ｘ未満であった場合（ステップ９０；Ｎ）、ＩＣモジュール３０にバリュー残高を要求する（ステップ９５）。
　これを受けて、ＩＣモジュール３０は、電子マネーアプリケーション２９にバリュー残高を出力する（ステップ１００）。
　ここで、電子マネーアプリケーション２９は、バリュー残高と所定の閾値（ここでは、閾値ｙとする。）とを比較する（ステップ１０５）。
　その結果、バリュー残高が閾値ｙより多い場合（ステップ１０５；Ｎ）、直ちにチャージを行う必要がないと判断し、処理を終了する。
　一方、バリュー残高が閾値ｙ未満の場合（ステップ１０５；Ｙ）、直ちにチャージを行うため、ステップ１１０へ進む。
　電子マネーアプリケーション２９は、携帯端末５の通信機能を利用して、電子マネーサーバ２へチャージ要求を送信する（ステップ１１０）。
　このチャージ要求を受けて、電子マネーサーバ２は、携帯端末５の通信機能を利用して、金額変更情報（増額）をＩＣモジュール３０に送信する（ステップ１１５）。
　これを受信して、ＩＣモジュール３０は、バリュー残高を増額する処理を行い（ステップ１２０）、その後、金額変更完了通知を電子マネーサーバ２に送信する（ステップ１２５）。
　電子マネーサーバ２は、金額変更完了通知を電子マネーアプリケーション２９に送信して、処理を終了する（ステップ１３０）。
　ステップ７０で決済不能の効果音を検知したと判断した場合（ステップ７０；Ｎ）、バリュー残高が不足しているので、直ちにチャージ処理を行う。
　ここで、電子マネーアプリケーション２９は、決済額に対するバリュー残高の不足金額を直ちに把握することができないので、例えば携帯端末５の表示画面に図１２に示すような選択画面を表示してチャージ金額（補充要求金額）をユーザに選択してもらうようにしてもよい（ステップ１３５）。
　また、他の方法として、例えば携帯端末５の表示画面に図１２に示すような選択画面を表示して決済額より大きいターゲット金額をユーザに選択してもらい、バリュー残高がそのターゲット金額になるようにターゲット金額に対するバリュー残高の不足分をチャージ金額（補充要求金額）を設定してもよい。
　そして、電子マネーアプリケーション２９は、チャージ要求を携帯端末５の通信機能を利用して、電子マネーサーバ２へチャージ要求を送信する（ステップ１４０）。
　このチャージ要求を受けて、電子マネーサーバ２は、携帯端末５の通信機能を利用して、金額変更情報（増額）をＩＣモジュール３０に送信する（ステップ１４５）。
　これを受信して、ＩＣモジュール３０は、バリュー残高を増額する処理を行い（ステップ１５０）、その後金額変更完了通知を電子マネーサーバ２に送信する（ステップ１５５）。
　電子マネーサーバ２は、金額変更完了通知を電子マネーアプリケーション２９に送信して、処理を終了する（ステップ１６０）。
　この実施形態では、ステップ９５の処理でバリュー残高をＩＣモジュール３０から読み出して取得しているが、ステップ８０で取得したログデータに記録されているバリュー残高を用いるようにしてもよい。
　また、ステップ９０の処理とステップ１０５の処理は、常に並列で行う必要はなく、例えばステップ９０の処理を省いて、ステップ１０５のみを行うようにしてもよい。
　さらに、ステップ９５のＩＣモジュール３０へのバリュー残高要求は、例えば、ステップ９０の前、ステップ８５前といったように、事前に行っておくようにしてもよい。
　この実施形態では、処理が正常に終了した際に出力される効果音が決済時とチャージ時で同一であることを前提としていたが、決済完了音（減額完了音）とチャージ完了音（増額完了音）が相違する非同決済端末７の場合、その相違を音声パターンにより、ステップ７０で識別することができる。
　そのため、ステップ８５の処理が不要となり、決済完了音であった場合は、ステップ９０に進み、チャージ完了音であった場合は、チャージが必要ないので、処理を終了する。
　この実施形態では、必要なチャージを直ちに実行する例を説明した。しかし、携帯端末５のＯＳ（Ｏｐｅｒａｔｉｎｇ　Ｓｙｓｔｅｍ）にチャージ要求を予約するようにしてもよい。例えば、チャージを行う時刻を午後１１時として予約しておけば、その時刻に電子マネーを使用することがない場合、ＩＣモジュール３０へのアクセスを伴う他の処理に影響を受けることがなく、同様に他の処理に影響を与えることもない。
　この実施形態では、バリュー残高不足で、電子マネーサーバ２にチャージ要求する際（ステップ１４０）、チャージ金額をユーザに選択させる例を説明したが（ステップ１３５、図１２）、ユーザが携帯端末５のカメラ２２を用いて、非同期決済端末７の表示部１４０に表示される決済金額を撮影し、電子マネーアプリケーション２９又はその他のアプリケーションがその撮影された画像に文字認識処理を施して、決済金額を特定するように構成することもできる。
　そして、電子マネーアプリケーション２９が、特定された金額とバリュー残高との差額以上の金額のチャージを電子マネーサーバ２に要求するようにする。要求する金額は、特定した決済金額そのものでもよいし、特定した決済金額とバリュー残高の差額としてもよい。
　また、チャージ要求と撮影した画像を電子マネーサーバ２に送信して、チャージ金額を電子マネーサーバ２の側で決定するようにしてもよい。
　次に、携帯端末５のマイクロフォン２０のオン・オフについて説明する。
　この実施形態では、効果音を取得するのにマイクロフォン２０を使用したが、このマイクロフォン２０を常にオン状態にしておくのは、バッテリの消耗の関係上好ましくない。理想は、効果音が発生する直前にオンにして、発生直後にオフにすることである。
　まず、非同期決済端末７のリーダライタ部１３９から発生する近距離無線通信用の電磁波（例えば、１３．５６ＭＨｚの搬送波）を近距離通信制御部１７が検知したとき、ＣＰＵ１１（制御手段）が直ちにマイクロフォン２０をオン状態にする。
　例えば、近距離無線通信用の電磁波を検出した近距離通信制御部１７が、ＣＰＵ１１に所定の信号を送信するように構成することができる。また、近距離通信制御部１７から出ている特定の端子を常時監視しているＣＰＵ１１が、近距離通信制御部１７が近距離無線通信用の電磁波を検出したことに伴って対応する端子がオンに切り替わったとき、直ちにマイクロフォン２０をオン状態になるように制御してもよい。
　他の方法として、携帯端末５の加速度センサを用いる方法がある。
　加速度センサ２１が、例えば、図１３に示すようなユーザが携帯端末５をリーダライタ部１３９にかざすときの動き（矢印Ａ、矢印Ｂで示している）のパターンを検出したとき、又は携帯端末５がリーダライタ部１３９に衝突した衝撃を検出したとき、直ちにマイクロフォン２０をオン状態になるように制御する。
　また、加速度センサ２１では、一定時間内に何センチメートル動いたということを検知できるので、その値、例えば３０ｃｍを規定しておき、それ以上一定時間内動いた場合、マイクロフォン２０のオンとするようにしてもよい。
　動きのパターンと単位時間当たりの移動距離との組み合わせ、又は、衝撃と単位時間当たりの移動距離との組み合わせにより、マイクロフォン２０を制御してもよい。
　さらに、携帯端末５のＩＣモジュール３０が配置されている面（例、背面）を前方とする方向と反対向き（例えば、背面から前面へ向かう方向）の加速度が閾値を越えた場合に、直ちにマイクロフォン２０をオン状態になるように制御してもよい。これは、リーダライタ部１３９に携帯端末５をかざす際、ＩＣモジュール３０が配置されている面を前方とする方向と反対向き（例えば、背面から前面へ向かう方向）のやや大きな加速度が検出さることに基づいている。
　次に、マイクロフォン２０をオフにするタイミングについて説明する。
　携帯端末５の記憶部２７に記憶されている音声パターンと同一の効果音が検出されたときに、マイクロフォン２０をオフにする制御を行う。効果音が検出された段階で、非同期決済端末７とＩＣモジュール３０との間の処理が完了しているからである。
　このように、マイクロフォンによる処理が完了したら、迅速にオフにすることで、バッテリの消耗を抑制することができる。
　これ以外に、マイクロフォン２０をオフにするタイミングとしては、チャージをする旨の予約を行った後、例えば、図１０のステップ８５、ステップ１０５で示すチャージが不要と判断された後、図１０のステップ１１０、図１１のステップ１４０で示す携帯端末５から電子マネーサーバ２にチャージ要求する接続が確立した後、図１０のステップ１３０、図１１のステップ１６０で示すチャージが完了した後があげられる。
　また、マイクロフォン２０をオンにした時から計時し、一定時間（例えば、３０秒、１分）が経過した後にオフするように制御してもよい。
　次に、マイクロフォン２０をオン・オフにする他のタイミングについて説明する。
　ユーザ、すなわち携帯端末５が置かれている場所、状況、時間帯に合わせてマイクロフォン２０をオン・オフする制御を行う。
　例えば、ユーザが非同期決済端末７を設置している店舗に入店したらオンにし、退店したらオフとする。入店、退店の判断は、携帯端末５のＧＰＳ受信機２３を用いて行うようにしてもよい。
　また、駅の改札を通過して駅構内に入ったらオンにし、駅構外に出たらオフにする、携帯端末５の加速度センサ２１を用いて、ユーザが移動していたらオンにし、一定時間以上停止していたらオフにするといった制御を行ってもよい。
　さらに、通常電子マネーを使用しない時間帯、例えば２３時から翌日の７時まではオフとし、それ以外の時間帯をオンとするといった時間帯に基づいて制御してもよい。
　この実施形態によれば、既存の非同期決済端末７、携帯端末５、ＩＣモジュール３０、電子マネーサーバ２を用いて、すなわち、特別の新たな装置等を準備しなくても、ＩＣモジュール３０へのアクセスが伴う複数のトランザクションが交錯することなく、互いに影響を与えることがないようにすることができる。
　　１　電子マネーシステム
　　２　電子マネーサーバ
　　３　インターネット
　　４　電子マネーカード
　　５　携帯端末
　　６　決済端末
　　７　非同期決済端末
　　８　通信回線
　１１　ＣＰＵ
　１２　ＲＯＭ
　１３　ＲＡＭ
　１４　入力部
　１５　出力部
　１６　通信制御部
　１７　近距離通信制御部
　１８　記憶部
　１９　バスライン
　２０　マイクロフォン
　２１　加速度センサ
　２２　カメラ
　２３　ＧＰＳ受信機
　２６　情報処理部
　２７　記憶部
　２９　電子マネーアプリケーション
　３０　ＩＣモジュール
　３１　ＣＰＵ
　３２　ＲＯＭ
　３３　ＲＡＭ
　３４　通信制御部
　３５　記憶部
　３６　バスライン
１００　電子マネーカード
１４６　スピーカ
３００　クレジット会社サーバ

Claims (22)

  1. 　電子バリューの残高を記憶する手段と残高変更情報を用いて該残高を変更する手段とを有するＩＣモジュールに記憶される残高を変更させるトランザクションの終了時に出力される効果音の音声パターンに対応付けて、該残高へのアクセスを発生させる一群の処理の手順を記憶する記憶手段と、
    　前記ＩＣモジュールに前記残高変更情報を送信して前記残高を変更させる手段を有する決済端末から該残高を変更させるトランザクションの終了時に出力される前記効果音が入力されるように音声入力手段を制御する制御手段と、
    　前記音声入力手段を介して前記効果音に対応する音声パターンを示す音声が入力された場合に、該音声パターンに対応付けて前記処理記憶手段に記憶されている手順により前記一群の処理を実行する実行手段と、
    　を具備することを特徴とする携帯端末。
  2. 　前記記憶手段が、前記ＩＣモジュールに記憶される残高が変更された場合に出力される前記効果音を示す完了音の音声パターンに対応付けて、該残高の補充の要否を判定する要否判定処理の手順を記憶し、
    　前記実行手段が、前記音声入力手段を介して前記完了音に対応する音声パターンを示す音声が入力された場合に、該音声パターンに対応付けて前記記憶手段に記憶されている手順により前記要否判定処理を実行する、
    　ことを特徴とする請求項１に記載の携帯端末。
  3. 　前記要否判定処理が、前記ＩＣモジュールから取得される所定のデータを用いて残高の補充の要否を判定する処理であり、
    　前記実行手段が、
    　前記ＩＣモジュールに記憶される所定のデータを取得するデータ取得手段と、
    　前記取得手段により取得される所定のデータを用いて残高の補充の要否を判定する要否判定手段と、を含む、
    　ことを特徴とする請求項２に記載の携帯端末。
  4. 　前記データ取得手段が、前記ＩＣモジュールに記憶される残高を取得する残高取得手段を含み、
    　前記要否判定手段が、前記残高取得手段により取得される残高が所定の閾値以下又は未満である場合に残高を補充する必要があると判定する、
    　ことを特徴とする請求項３に記載の携帯端末。
  5. 　前記ＩＣモジュールが、前記トランザクションによる前記残高の減少又は増加を示す変更額を含むログデータを記憶する手段をさらに有し、
    　前記データ取得手段が、前記ＩＣモジュールから最新のログデータに含まれる前記変更額を取得する変更額取得手段を含み、
    　前記要否判定手段が、前記変更額取得手段により取得される前記変更額が減少を示し、かつ、該変更額が示す減少金額が所定の閾値以上又はこれを上回る場合に残高を補充する必要があると判定する、
    　ことを特徴とする請求項３又は４に記載の携帯端末。
  6. 　前記ＩＣモジュールが、前記トランザクションによる前記残高の減少又は増加を示す変更額を含むログデータを記憶する手段をさらに有し、
    　前記データ取得手段が、前記ＩＣモジュールから最新のログデータに含まれる前記変更額を取得する変更額取得手段を含み、
    　前記要否判定手段が、前記変更額取得手段により取得される前記変更額が増加を示す場合に残高を補充する必要がないと判定する、
    　ことを特徴とする請求項２から請求項５までのいずれか１項に記載の携帯端末。
  7. 　前記記憶手段が、前記要否判定処理において残高を補充する必要があると判定された場合に実行されるべき、前記ＩＣモジュールに記憶される残高を補充する残高補充処理の手順をさらに記憶し、
    　前記残高変更情報を生成する手段を有するサーバ装置に対して残高補充要求を送信する補充要求手段と、前記ＩＣモジュールに記憶される残高を増額させる残高変更情報を前記サーバ装置から取得し該ＩＣモジュールに転送する残高変更情報転送手段と、をさらに含む前記実行手段が、前記要否判定手段により残高を補充する必要があると判定された場合に、前記記憶手段に記憶される手順により前記残高補充処理を実行する、
    　ことを特徴とする請求項２から請求項６までのいずれか１項に記載の携帯端末。
  8. 　前記記憶手段が、前記要否判定処理において残高を補充する必要があると判定された場合に実行されるべき、前記ＩＣモジュールに記憶される残高を指定したタイミングで補充する残高補充予約処理の手順をさらに記憶し、
    　前記残高変更情報を生成する手段を有するサーバ装置に対して残高補充要求が指定したタイミングで送信されるよう予約する手段と、前記指定したタイミングが到来した場合に前記サーバ装置に対して前記残高補充要求を送信する補充要求手段と、前記ＩＣモジュールに記憶される残高を増額させる残高変更情報を前記サーバ装置から取得し該ＩＣモジュールに転送する残高変更情報転送手段と、をさらに含む前記実行手段が、前記要否判定手段により残高を補充する必要があると判定された場合に、前記記憶手段に記憶される手順により前記残高補充予約処理を実行する、
    　ことを特徴とする請求項２から請求項６までのいずれか１項に記載の携帯端末。
  9. 　前記完了音には、前記ＩＣモジュールに記憶される残高が減額された場合に出力される減額完了音と、該残高が増額された場合に出力される増額完了音とがあり、
    　前記記憶手段が、前記減額完了音の音声パターンに対応付けて、前記残高の補充の要否を判定する要否判定処理の手順を記憶し、
    　前記実行手段が、前記音声入力手段を介して前記減額完了音に対応する音声パターンを示す音声が入力された場合に限り、該音声パターンに対応付けて前記記憶手段に記憶されている手順により前記要否判定処理を実行する、
    　ことを特徴とする請求項２から請求項８までのいずれか１項に記載の携帯端末。
  10. 　前記記憶手段が、前記ＩＣモジュールに記憶される残高が正常に変更されなかった場合に出力される前記効果音又は音声メッセージを示す不能音の音声パターンに対応付けて、該残高を補充する残高補充処理の手順をさらに記憶し、
    　前記実行手段が、前記音声入力手段を介して前記不能音に対応する音声パターンを示す音声が入力された場合に、該音声パターンに対応付けて前記記憶手段に記憶されている手順により前記残高補充処理を実行する、
    　ことを特徴とする請求項１から請求項９までのいずれか１項に記載の携帯端末。
  11. 　前記実行手段が、
    　前記残高変更情報を生成する手段を有するサーバ装置に対して補充要求金額を送信する補充要求金額送信手段と、
    　前記ＩＣモジュールに記憶される残高を前記補充要求金額だけ増額させる残高変更情報を前記サーバ装置から取得し該ＩＣモジュールに転送する残高変更情報転送手段と、を含む、
    　ことを特徴とする請求項１０に記載の携帯端末。
  12. 　前記実行手段が、
    　ユーザにより指定される指定金額を取得する指定金額取得手段と、
    　前記ＩＣモジュールに記憶される残高が前記指定金額取得手段により取得される指定金額以上になるように前記補充要求金額を設定する補充要求金額設定手段と、を含む、
    　ことを特徴とする請求項１１に記載の携帯端末。
  13. 　前記実行手段が、
    　前記決済端末が備える表示装置に表示される決済金額を撮影した画像を取得する画像取得手段と、
    　前記ＩＣモジュールに記憶される残高が前記画像取得手段により取得される画像に基づき特定される決済金額以上になるように前記補充要求金額を設定する補充要求金額設定手段と、を含む、
    　ことを特徴とする請求項１１に記載の携帯端末。
  14. 　前記実行手段が、
    　前記実行手段が、ユーザにより指定される補充要求金額を取得する補充要求金額取得手段を含む、
    　ことを特徴とする請求項１１に記載の携帯端末。
  15. 　前記制御手段が、特定周波数の電磁波を検出する手段により特定周波数の電磁波が検出されたことを契機として、前記音声入力手段をオンに切り替える、
    　ことを特徴とする請求項１から請求項１４までのいずれか１項に記載の携帯端末。
  16. 　携帯端末の動きを検出する加速度センサと、
    　所定の動きのパターン又は動きの加速度の閾値を記憶する加速度関連データ記憶手段と、をさらに具備し、
    　前記制御手段が、前記加速度センサにより前記加速度関連データ記憶手段に記憶された所定の動きのパターン又は加速度の閾値を超える動きが検出されたことを契機として、前記音声入力手段をオンに切り替える、
    　ことを特徴とする請求項１から請求項１５までのいずれか１項に記載の携帯端末。
  17. 　前記制御手段が、所定の場所、所定の状況又は所定の時間帯となったことを契機として、前記音声入力手段をオンに切り替える、
    　ことを特徴とする請求項１から請求項１６までのいずれか１項に記載の携帯端末。
  18. 　前記制御手段が、前記音声入力手段を介して前記効果音に対応する音声パターンを示す音声が入力されたことを契機として、該音声入力手段をオフに切り替える、
    　ことを特徴とする請求項１５から請求項１７までのいずれか１項に記載の携帯端末。
  19. 　前記制御手段が、前記音声入力手段をオンに切り替えてから所定の時間が経過したことを契機として、該音声入力手段をオフに切り替える、
    　ことを特徴とする請求項１から請求項１８までのいずれか１項に記載の携帯端末。
  20. 　電子バリューの残高を記憶する手段と残高変更情報を用いて該残高を変更する手段とを有するＩＣモジュールに記憶される残高を変更させるトランザクションの終了時に出力される効果音の音声パターンに対応付けて、該残高へのアクセスを発生させる一群の処理の手順を記憶する記憶手段を有する携帯端末の制御方法であって、
    　前記ＩＣモジュールに前記残高変更情報を送信して前記残高を変更させる手段を有する決済端末から該残高を変更させるトランザクションの終了時に出力される前記効果音が入力されるように音声入力手段を制御する制御ステップと、
    　前記音声入力手段を介して前記効果音に対応する音声パターンを示す音声が入力された場合に、該音声パターンに対応付けて前記記憶手段に記憶されている手順により前記一群の処理を実行する実行ステップと、
    　を具備することを特徴とする携帯端末の制御方法。
  21. 　電子バリューの残高を記憶する手段と残高変更情報を用いて該残高を変更する手段とを有するＩＣモジュールに記憶される残高を変更させるトランザクションの終了時に出力される効果音の音声パターンに対応付けて、該残高へのアクセスを発生させる一群の処理の手順を記憶する記憶手段を具備する携帯端末に、
    　前記ＩＣモジュールに前記残高変更情報を送信して前記残高を変更させる手段を有する決済端末から該残高を変更させるトランザクションの終了時に出力される前記効果音が入力されるように音声入力手段を制御する制御機能と、
    　前記音声入力手段を介して前記効果音に対応する音声パターンを示す音声が入力された場合に、該音声パターンに対応付けて前記記憶手段に記憶されている手順により前記一群の処理を実行する実行機能と、
    　を実現させるためのプログラム。
  22. 　電子バリューの残高を記憶する手段と残高変更情報を用いて該残高を変更する手段とを有するＩＣモジュールに記憶される残高を変更させるトランザクションの終了時に出力される効果音の音声パターンに対応付けて、該残高へのアクセスを発生させる一群の処理の手順を記憶する記憶手段を具備する携帯端末に、
    　前記ＩＣモジュールに前記残高変更情報を送信して前記残高を変更させる手段を有する決済端末から該残高を変更させるトランザクションの終了時に出力される前記効果音が入力されるように音声入力手段を制御する制御機能と、
    　前記音声入力手段を介して前記効果音に対応する音声パターンを示す音声が入力された場合に、該音声パターンに対応付けて前記記憶手段に記憶されている手順により前記一群の処理を実行する実行機能と、
    　を実現させるためのプログラムを記録したコンピュータ読取可能な記録媒体。
PCT/JP2012/078253 2012-10-31 2012-10-31 携帯端末、携帯端末の制御方法、プログラム及び記録媒体 WO2014068737A1 (ja)

Priority Applications (4)

Application Number Priority Date Filing Date Title
US14/439,321 US20150262162A1 (en) 2012-10-31 2012-10-31 Mobile terminal, method for controlling mobile terminal, program product, and recording medium
JP2014544151A JP5788610B2 (ja) 2012-10-31 2012-10-31 携帯端末、携帯端末の制御方法、及び記録媒体
PCT/JP2012/078253 WO2014068737A1 (ja) 2012-10-31 2012-10-31 携帯端末、携帯端末の制御方法、プログラム及び記録媒体
TW102139309A TWI529636B (zh) 2012-10-31 2013-10-30 Portable terminal, portable terminal control method, program and recording medium

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/JP2012/078253 WO2014068737A1 (ja) 2012-10-31 2012-10-31 携帯端末、携帯端末の制御方法、プログラム及び記録媒体

Publications (1)

Publication Number Publication Date
WO2014068737A1 true WO2014068737A1 (ja) 2014-05-08

Family

ID=50626703

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2012/078253 WO2014068737A1 (ja) 2012-10-31 2012-10-31 携帯端末、携帯端末の制御方法、プログラム及び記録媒体

Country Status (4)

Country Link
US (1) US20150262162A1 (ja)
JP (1) JP5788610B2 (ja)
TW (1) TWI529636B (ja)
WO (1) WO2014068737A1 (ja)

Cited By (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2016071655A (ja) * 2014-09-30 2016-05-09 Kddi株式会社 電子通貨管理装置、電子通貨管理方法及び電子通貨管理システム
JP2016099898A (ja) * 2014-11-25 2016-05-30 東芝テック株式会社 商品販売データ処理装置及びその制御プログラム
CN106157962A (zh) * 2016-06-16 2016-11-23 广东欧珀移动通信有限公司 一种音效处理方法及移动终端
CN106934607A (zh) * 2015-12-31 2017-07-07 华为技术有限公司 一种支付方法、支付系统服务端以及支付设备
JP2020129244A (ja) * 2019-02-08 2020-08-27 Ｎｅｃプラットフォームズ株式会社 携帯端末
JPWO2020194915A1 (ja) * 2019-03-28 2020-10-01
JP2021135797A (ja) * 2020-02-27 2021-09-13 パナソニックＩｐマネジメント株式会社 情報処理装置及び情報処理方法
JP2023151334A (ja) * 2022-03-31 2023-10-16 ＰａｙＰａｙ株式会社 情報処理装置、情報処理方法及び情報処理プログラム
JP7397121B2 (ja) 2021-08-31 2023-12-12 Kddi株式会社 決済用プログラム

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
TWI621076B (zh) * 2015-10-19 2018-04-11 陳冠魁 結帳管理系統
EP3187872B1 (de) * 2015-12-30 2018-11-28 Skidata Ag Verfahren zum ermitteln des zustandes von zugangskontrollvorrichtungen und verkaufs- oder bezahlautomaten eines zugangskontrollsystems
WO2019131554A1 (ja) * 2017-12-26 2019-07-04 日本たばこ産業株式会社 エアロゾル吸引器の銘柄指定システム

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2005044183A (ja) * 2003-07-23 2005-02-17 Ntt Data Corp サウンドデータを用いたｉｃカード決済方法及び店舗端末
JP2006031182A (ja) * 2004-07-13 2006-02-02 Sony Corp 情報処理システム、情報処理装置、情報処理方法、および情報記録媒体
JP2007034722A (ja) * 2005-07-27 2007-02-08 Sony Ericsson Mobilecommunications Japan Inc 携帯端末
JP2007241708A (ja) * 2006-03-09 2007-09-20 Nec Corp 広告サウンドデータを用いた電子決済システム，方法，店舗端末およびプログラム
JP2012178105A (ja) * 2011-02-28 2012-09-13 Rakuten Edy Inc 情報処理プログラム、情報処理方法、及び携帯端末

Family Cites Families (16)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6315195B1 (en) * 1998-04-17 2001-11-13 Diebold, Incorporated Transaction apparatus and method
US6607136B1 (en) * 1998-09-16 2003-08-19 Beepcard Inc. Physical presence digital authentication system
US7920827B2 (en) * 2002-06-26 2011-04-05 Nokia Corporation Apparatus and method for facilitating physical browsing on wireless devices using radio frequency identification
JP3924555B2 (ja) * 2003-07-04 2007-06-06 株式会社みずほ銀行 電子バリュー管理方法
US8090402B1 (en) * 2003-09-26 2012-01-03 Iwao Fujisaki Communication device
TW200540671A (en) * 2004-04-27 2005-12-16 Bitwallet Inc Money terminal processing server, money terminal processing method, money terminal, calculation instruction input device, and price modification information input device
US20060012685A1 (en) * 2004-07-17 2006-01-19 Hop-On Wireless, Inc. Wireless surveillance and communications system
JP5156254B2 (ja) * 2007-04-17 2013-03-06 楽天株式会社 情報処理装置、情報処理方法、及び情報処理プログラム
US8126806B1 (en) * 2007-12-03 2012-02-28 Sprint Communications Company L.P. Method for launching an electronic wallet
US8181867B1 (en) * 2009-01-06 2012-05-22 Sprint Communications Company L.P. Transit card credit authorization
KR101088029B1 (ko) * 2009-11-19 2011-11-29 최운호 스마트카드와 통신단말기를 이용한 전자화폐 인증 시스템
US20110270758A1 (en) * 2010-08-08 2011-11-03 Ali Mizani Oskui Method for providing electronic transaction using mobile phones
US9025803B2 (en) * 2011-03-18 2015-05-05 Starkey Laboratories, Inc. Hearing aid magnetic sensor with counter windings
JP5364141B2 (ja) * 2011-10-28 2013-12-11 楽天株式会社 携帯端末、店舗端末、送信方法、受信方法、決済システム、決済方法、プログラムおよびコンピュータ読み取り可能な記憶媒体
US20140101043A1 (en) * 2012-10-08 2014-04-10 Bank Of America Corporation Sound-Based Payment Transactions
KR101978169B1 (ko) * 2012-10-18 2019-05-14 엘지전자 주식회사 이동 단말기 및 이의제어방법

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2005044183A (ja) * 2003-07-23 2005-02-17 Ntt Data Corp サウンドデータを用いたｉｃカード決済方法及び店舗端末
JP2006031182A (ja) * 2004-07-13 2006-02-02 Sony Corp 情報処理システム、情報処理装置、情報処理方法、および情報記録媒体
JP2007034722A (ja) * 2005-07-27 2007-02-08 Sony Ericsson Mobilecommunications Japan Inc 携帯端末
JP2007241708A (ja) * 2006-03-09 2007-09-20 Nec Corp 広告サウンドデータを用いた電子決済システム，方法，店舗端末およびプログラム
JP2012178105A (ja) * 2011-02-28 2012-09-13 Rakuten Edy Inc 情報処理プログラム、情報処理方法、及び携帯端末

Cited By (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2016071655A (ja) * 2014-09-30 2016-05-09 Kddi株式会社 電子通貨管理装置、電子通貨管理方法及び電子通貨管理システム
JP2016099898A (ja) * 2014-11-25 2016-05-30 東芝テック株式会社 商品販売データ処理装置及びその制御プログラム
CN106934607A (zh) * 2015-12-31 2017-07-07 华为技术有限公司 一种支付方法、支付系统服务端以及支付设备
CN106157962A (zh) * 2016-06-16 2016-11-23 广东欧珀移动通信有限公司 一种音效处理方法及移动终端
JP2020129244A (ja) * 2019-02-08 2020-08-27 Ｎｅｃプラットフォームズ株式会社 携帯端末
JPWO2020194915A1 (ja) * 2019-03-28 2020-10-01
WO2020194915A1 (ja) * 2019-03-28 2020-10-01 株式会社Ｎｔｔドコモ 制御データ生成装置、ユーザ装置及び情報処理システム
JP7369181B2 (ja) 2019-03-28 2023-10-25 株式会社Ｎｔｔドコモ 制御データ生成装置、ユーザ装置及び情報処理システム
JP2021135797A (ja) * 2020-02-27 2021-09-13 パナソニックＩｐマネジメント株式会社 情報処理装置及び情報処理方法
JP7397121B2 (ja) 2021-08-31 2023-12-12 Kddi株式会社 決済用プログラム
JP2023151334A (ja) * 2022-03-31 2023-10-16 ＰａｙＰａｙ株式会社 情報処理装置、情報処理方法及び情報処理プログラム

Also Published As

Publication number Publication date
JPWO2014068737A1 (ja) 2016-09-08
US20150262162A1 (en) 2015-09-17
TWI529636B (zh) 2016-04-11
TW201426588A (zh) 2014-07-01
JP5788610B2 (ja) 2015-10-07

Similar Documents

Publication Publication Date Title
JP5788610B2 (ja) 携帯端末、携帯端末の制御方法、及び記録媒体
JP5595434B2 (ja) 情報処理サーバ、情報処理方法、情報処理プログラム及び情報処理プログラムを記録した記録媒体
JP6069328B2 (ja) 携帯端末、携帯端末の制御方法、プログラム及び記録媒体
JP5788612B2 (ja) 電子マネーシステム、電子バリュー移転方法、携帯端末、携帯端末の制御方法、プログラム及びプログラムが記録された記録媒体
JP5553821B2 (ja) 情報処理サーバ、情報処理方法、情報処理プログラム、情報処理プログラムが記録された記録媒体、携帯端末、携帯端末用プログラム、及び携帯端末用プログラムが記録された記録媒体
JP6062441B2 (ja) 貨幣端末、貨幣端末の制御方法及びプログラム
JP5492182B2 (ja) 情報処理システム、情報処理方法、及び情報処理プログラム
JP6182527B2 (ja) 決済端末、情報処理サーバ、決済端末の制御方法、及びプログラム
JPWO2018042533A1 (ja) 携帯端末、情報処理方法、及び情報処理プログラム
TW201523473A (zh) 攜帶型裝置、攜帶型裝置之控制方法、記錄媒體、及程式
US11651338B2 (en) Information access device, computer program product, information processing system, access control system, portable terminal, portable terminal control method, and portable terminal control program product
TW201523474A (zh) 受理裝置、受理裝置之控制方法、及程式
JP5815139B2 (ja) 情報配信装置、情報配信方法、プログラム及び記録媒体
JP6211619B2 (ja) 情報処理装置、情報処理装置の制御方法及びプログラム
JP5608308B1 (ja) 情報アクセス装置、コンピュータプログラム、アクセス制御システム、携帯端末、携帯端末の制御方法、及び携帯端末の制御プログラム
JP2008107891A (ja) 金額変更情報送信装置、貨幣端末、金額変更情報送信方法、及び金額変更方法

Legal Events

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

Ref document number: 12887377

Country of ref document: EP

Kind code of ref document: A1

WWE Wipo information: entry into national phase

Ref document number: 14439321

Country of ref document: US

ENP Entry into the national phase

Ref document number: 2014544151

Country of ref document: JP

Kind code of ref document: A

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 12887377

Country of ref document: EP

Kind code of ref document: A1