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

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

Info

Publication number
WO2014033939A1
WO2014033939A1 PCT/JP2012/072275 JP2012072275W WO2014033939A1 WO 2014033939 A1 WO2014033939 A1 WO 2014033939A1 JP 2012072275 W JP2012072275 W JP 2012072275W WO 2014033939 A1 WO2014033939 A1 WO 2014033939A1
Authority
WO
WIPO (PCT)
Prior art keywords
balance
chip
electronic money
stored
instruction
Prior art date
Application number
PCT/JP2012/072275
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 JP2014532703A priority Critical patent/JP6069328B2/ja
Priority to PCT/JP2012/072275 priority patent/WO2014033939A1/ja
Priority to US14/424,083 priority patent/US10977625B2/en
Publication of WO2014033939A1 publication Critical patent/WO2014033939A1/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/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
    • 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/3226—Use of secure elements separate from M-devices
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/32—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using wireless devices
    • G06Q20/325—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using wireless devices using wireless networks
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/32—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using wireless devices
    • G06Q20/327—Short range or proximity payments by means of M-devices
    • G06Q20/3278—RFID or NFC payments by means of M-devices
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/36—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using electronic wallets or electronic money safes
    • G06Q20/367—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using electronic wallets or electronic money safes involving electronic purses or money safes
    • G06Q20/3672—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using electronic wallets or electronic money safes involving electronic purses or money safes initialising or reloading thereof
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/36—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using electronic wallets or electronic money safes
    • G06Q20/367—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using electronic wallets or electronic money safes involving electronic purses or money safes
    • G06Q20/3674—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using electronic wallets or electronic money safes involving electronic purses or money safes involving authentication
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/38—Payment protocols; Details thereof
    • G06Q20/382—Payment protocols; Details thereof insuring higher security of transaction
    • G06Q20/3825—Use of electronic signatures

Definitions

  • the present invention relates to a portable terminal, a portable terminal control method, a program, and a recording medium, and for example, relates to charging a portable terminal using electronic money.
  • FIG. 15 is a diagram for explaining a conventional electronic money system.
  • the electronic money card 90 is an IC card possessed by a user, and a value balance, an IC chip ID for specifying an IC chip, an electronic money number, and the like are recorded on a built-in IC chip.
  • There is also a mobile terminal 5 such as a mobile phone incorporating the IC chip. Such a method of holding the value by the IC chip 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 chip of the electronic money card 90 or the portable terminal 5 to reduce the value balance stored in the IC chip. Settlement by value.
  • the asynchronous payment terminal 7 does not connect to the electronic money server 2 and completes the payment processing locally with the user's IC chip, 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 chip, and this value is reduced at the time of payment. If the value is insufficient, payment cannot be performed. For this reason, a process called charge for increasing the balance of the value stored in the IC chip is required. Usually, this charge is performed by exchanging money at the store, and the exchange value of the value is secured.
  • Patent Document 1 discloses a technique for directly charging an IC chip on the portable terminal side without accessing money by accessing the electronic money server from the portable terminal. This processing procedure will be described with reference to FIG. First, the cellular phone is set to the Internet connection mode, and the service site of the electronic money server is accessed (step 405). In response to this, the electronic money server transmits screen data for displaying the main menu screen to the mobile phone (step 450). The mobile phone receives this and displays the main menu screen on the display. Here, it is assumed that the mobile charge is selected, and the mobile phone transmits information indicating that the mobile charge is selected to the electronic money server (step 410). In response, the electronic money server transmits screen data for displaying a password input screen on the mobile phone (step 455).
  • the mobile phone receives this screen data and displays a password input screen on the display.
  • the user inputs a password on this screen and transmits it to the electronic money server (step 415).
  • the electronic money server After authenticating the password, the electronic money server transmits screen data for displaying the amount input screen to the mobile phone (step 460).
  • the mobile phone receives this screen data and displays the amount input screen on the display.
  • the user inputs the amount charged on this screen and transmits it to the electronic money server (step 420).
  • the electronic money server requests permission from the certification authority server to issue a value to the user (step 465), and the certification authority server transmits the examination result to the electronic money server (step 490).
  • the electronic money server transmits a non-permission message to the mobile phone (step 473), and returns to step 450.
  • the electronic money server communicates with the mobile phone and performs a value writing process (steps 475 and 425).
  • the electronic money server transmits screen data for displaying a result display screen indicating that mobile charging has ended to the mobile phone (step 480), and ends the processing.
  • the result display screen is displayed on the display using this, and the process is terminated (step 435).
  • the problem to be solved by the present invention is to shorten the time from completion of a predetermined condition to completion of charging.
  • balance storage means for storing the balance of electronic value, and balance change means for executing change processing for changing the balance stored in the balance storage means using balance change information
  • An acquisition means for acquiring from the information processing server a storage instruction for storing in the IC chip side storage means balance change information for increasing the balance stored in the balance storage means;
  • a transfer means for transferring the save command to the IC chip and a memory means stored in the IC chip-side storage means so that the balance change information is stored in the IC chip-side storage means in accordance with the save command acquired by the acquisition means.
  • an instruction means for outputting an execution instruction for executing a change process using the balance change information to the IC chip at a predetermined timing.
  • the instructing unit causes the balance change information stored in the IC chip side storage unit to execute change processing using the balance change information stored in the IC chip side storage unit.
  • the mobile terminal according to claim 1 wherein an execution instruction to be invalidated is output to the IC chip at a predetermined timing.
  • the balance change information is stored in the portable terminal side storage means. 3.
  • the invention according to claim 4 further comprises invalidating means for temporarily invalidating the IC chip, and releasing means for releasing temporary invalidation of the IC chip by the invalidating means,
  • the storage means when the IC chip is invalidated by the invalidation means, stores balance change information specified in the save instruction acquired by the acquisition means in the portable terminal storage means, 4.
  • the invention according to claim 5 further comprises means for displaying an object associated with an amount to be changed by a change process using balance change information acquired by the acquiring means on a display screen, the instruction
  • the mobile terminal described is provided.
  • the invention according to claim 6 further comprises means for displaying notification data including an amount to be changed by a change process using balance change information acquired by the acquisition means in a notification area, wherein the instruction means 5.
  • the execution instruction is output to the IC chip at a timing when a predetermined operation on the notification data displayed in the notification area is detected.
  • the IC chip is stored in the IC chip side storage unit, the log data including the execution result of the change processing by the balance change unit in the IC chip side storage unit, and the IC chip side storage unit.
  • the mobile terminal according to any one of claims 1 to 6, further comprising means for transmitting log data to the information processing server.
  • the balance change information includes an addition amount to be added to the balance stored in the balance storage means, a command for acquiring the balance stored in the balance storage means, and the acquisition
  • the mobile phone according to any one of claims 1 to 7, further comprising: a command for changing the balance stored in the balance storage means to a value obtained by adding the added amount to the balance to be executed. Provide a terminal.
  • balance storage means for storing the balance of electronic value
  • balance change means for executing change processing for changing the balance stored in the balance storage means using balance change information
  • balance storage means for storing the balance of electronic value
  • balance change means for executing change processing for changing the balance stored in the balance storage means using balance change information
  • An acquisition function for acquiring from the information processing server a storage command for storing balance change information for increasing the balance stored in the balance storage unit in the chip-side storage unit in a portable terminal connectable to the IC chip, and the acquisition function
  • a transfer function for transferring the save instruction to the IC chip so that the balance change information is stored in the chip-side storage means in accordance with the save instruction acquired by the above-mentioned method, and balance change information stored in the IC chip-side storage means
  • balance storage means for storing the balance of electronic value
  • balance change means for executing change processing for changing the balance stored in the balance storage means using balance change information
  • An acquisition function for acquiring from the information processing server a storage command for storing balance change information for increasing the balance stored in the balance storage unit in the chip-side storage unit in a portable terminal connectable to the IC chip, and the acquisition function
  • a transfer function for transferring the save instruction to the IC chip so that the balance change information is stored in the chip-side storage means in accordance with the save instruction acquired by the above-mentioned method, and balance change information stored in the IC chip-side storage means
  • the portable terminal of the present invention creates a chargeable state immediately before the execution of charging, and completes the charging without accessing the information processing server when a predetermined condition is met. Therefore, according to the present invention, the time from when a predetermined condition is satisfied until the charging is completed is shortened.
  • the mobile terminal 5 (FIG. 1) directly requests the electronic money server 2 for charging.
  • the electronic money server 2 accesses the credit company server 300 and the like to secure the funds and generates a command group for charging.
  • the electronic money server 2 transmits a save command for storing the generated command group in the IC chip to the mobile terminal 5.
  • the mobile terminal 5 that has received the save command saves the command group specified in the received save command in the general-purpose IC chip 25. This completes the charge preparation stage.
  • the stored command group is executed on the general-purpose IC chip 25 side under certain requirements (for example, user operation (manual) or automatic). In this way, charging is performed and the value balance is updated. In this way, by performing the charge preparation stage in advance, it is possible to immediately execute the charge when a predetermined condition is satisfied.
  • the charge preparation stage when the charge exceeds the upper limit value, the charge preparation stage is performed for the time being, and when the charge does not exceed the upper limit value, the charge is immediately executed. be able to.
  • the charge preparation stage is automatically performed (processing similar to auto-charge), and only the final charge execution is the user's intention (operation). For this reason, the convenience of auto-charging can be ensured, and at the same time, the risk of being charged without the user's knowledge can be avoided.
  • the charge preparation stage is automatically performed, and when the unlocking of the general-purpose IC chip 25 is detected, the prepared charge is automatically executed. For this reason, when the general-purpose IC chip 25 is unlocked for settlement, the charging is completed immediately, so that it is possible to prevent the settlement of payment because the value balance is insufficient at the time of settlement.
  • 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 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 a value balance inside the mobile terminal 5. It is desirable that both are always synchronized and have the same value. However, there are actually many asynchronous payment terminals 7 that cannot be connected to the electronic money server 2 in real time. For this reason, the generated log data is later sent to the electronic money server 2 by batch processing, and is synchronized afterwards.
  • the mobile terminal 5 is, for example, a mobile terminal configured by a smartphone, a mobile phone, a game machine, a tablet computer, and the like.
  • the game machine the tablet type via the mobile phone network
  • a computer for example, a function for connecting to the electronic money server 2 via the Internet 3 via a wireless LAN (local area network), and a connection with the payment terminal 6 or the asynchronous payment terminal 7 by short-range wireless communication It has the function to do.
  • the portable terminal 5 has a built-in general-purpose IC chip 25, in which an electronic money number and a value balance are stored.
  • the 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 a payment amount to the electronic money server 2, or with the electronic money server 2.
  • the communication of the portable terminal 5 is relayed.
  • the 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 payment terminal 6 is installed in an accounting counter or a vending machine 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 connecting the electronic money server 2 and the payment terminal 6.
  • 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.
  • Asynchronous payment terminal 7 is not normally connected to electronic money server 2 (so that server-managed electronic money cannot be settled), and the contents of payment with portable terminal 5 are temporarily stored as log data.
  • the asynchronous payment terminal 7 connects to the electronic money server 2 using the communication line 8 about once a day, 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 payment terminal 6 and the asynchronous payment terminal 7 with respect to the value balance.
  • 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 general-purpose IC chip 25, the credit company server 300 makes a 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.
  • 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 and the general-purpose IC chip 25 are connected by the 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, a microphone that inputs sound, a camera that captures a subject, and the like. 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.
  • the electronic money application program that supports the program, other programs and data are recorded.
  • 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.
  • the short-range communication control unit 17 includes an antenna for short-range wireless communication with the reader / writer of the payment terminal 6 or the asynchronous payment terminal 7, and connects the general-purpose IC chip 25 to the payment terminal 6 or the asynchronous payment terminal 7.
  • the general-purpose IC chip 25 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 general-purpose IC chip 25 is an IC chip that stores general-purpose applications and is built in the mobile terminal 5. A user can download and store an application in the general-purpose IC chip 25.
  • the general-purpose IC chip 25 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 includes 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 the electronic money server 2 to authenticate the general-purpose IC chip 25, and the like. It is remembered.
  • the electronic money number is a number for the electronic money server 2 to identify to which user the mobile terminal 5 (general-purpose IC chip 25) belongs.
  • the reduction process and the increase process regarding the value balance in the general-purpose IC chip 25 are performed by a value operation program formed in the information processing unit 26 in the general-purpose IC chip 25 by an external command. This is to increase security by limiting the value balance processing to the general-purpose IC chip 25.
  • the information input to the general-purpose IC chip 25 is encrypted, and the information output from the general-purpose IC chip 25 is decrypted inside the general-purpose IC chip 25. It is output after being encrypted with.
  • 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 general-purpose IC chip 25.
  • the short-range communication control unit 17 can operate the value operation program with the general-purpose IC chip 25 to increase or decrease the value balance or read the electronic money number. Then, when performing the payment process, the general-purpose IC chip 25 receives a request to update (decrease) the value balance from the asynchronous payment terminal 7 via the short-range communication control unit 17 and updates the value balance. (Reduce).
  • Method 1 When an overwrite command is transmitted as a value balance update request.
  • the asynchronous payment terminal 7 subtracts the value balance received from the CPU of the general-purpose IC chip 25 of the portable terminal 5 by the payment amount, and calculates the balance after the subtraction. Then, the asynchronous payment terminal 7 transmits an overwrite command for overwriting the calculated balance as a value balance update request.
  • the CPU of the general-purpose IC chip 25 of the portable terminal 5 overwrites and updates the value balance according to the overwriting command. Thereafter, the general-purpose IC chip 25 notifies the asynchronous payment terminal 7 that the value balance has been updated.
  • Method 2 When a subtraction instruction is transmitted as a value balance update request.
  • the asynchronous payment terminal 7 transmits a subtraction instruction for subtracting the value balance by the payment amount to the CPU of the general-purpose IC chip 25 of the portable terminal 5 as a value balance update request.
  • the CPU of the general-purpose IC chip 25 of the portable terminal 5 updates the value balance by subtracting the payment amount from the value balance according to the command. Thereafter, the general-purpose IC chip 25 notifies the asynchronous payment terminal 7 that the value balance has been updated.
  • the general-purpose IC chip 25 receives the request to update (increase) the value balance from the asynchronous payment terminal 7 via the short-range communication control unit 17, and the value balance Is updated (increased). Thereafter, the general-purpose IC chip 25 notifies the asynchronous payment terminal 7 that the value balance has been updated. This charge is performed when the store clerk who installs the asynchronous payment terminal 7 receives money corresponding to the value to be charged.
  • This charging can also be performed directly from the electronic money server 2 without going through the asynchronous payment terminal 7.
  • 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.
  • the mobile terminal 5 receives the amount change (increase) information from the electronic money server 2, and the general-purpose IC chip 25 updates (increases) the value balance.
  • the charging from the electronic money server 2 is performed as a series of processes. Setting such that charging from the electronic money server 2 is automatically performed according to certain requirements (for example, when the value balance becomes a predetermined value or less) is referred to as auto-charging.
  • FIG. 4 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.
  • 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 payment terminal 6 that can be connected to the electronic money server 2 online, it is possible to perform payment processing by value 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 communication control unit 34 communicates between the electronic money server 2 via the communication line 8 with the payment terminal 6, the asynchronous payment terminal 7, and the mobile terminal 5, and the electronic money server 2 passes through the Internet 3 with the mobile terminal 5. Controls communication with the.
  • 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 and other programs for charging, and manages a user's value balance, A user DB (database) for managing the charge history, 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 by a plurality of servers by distributing functions.
  • FIG. 5A is a diagram for explaining a logical configuration of the user DB.
  • an electronic money number is stored corresponding to the user ID.
  • items such as authentication data of the general-purpose IC chip 25 are also stored.
  • the item “user ID” is user identification information.
  • the item “electronic money number” is an account number for identifying a value balance from another user's value balance.
  • the item “value balance management value” is the value balance of the account 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.
  • “Name”, “address”, “birth date”, “telephone number”, and “mail address” are information for specifying a user. All of these items are not essential registration items and may not be provided depending on circumstances.
  • FIG. 5B is a diagram for explaining a logical configuration of the charge registration DB.
  • the charge registration DB includes “electronic money number”, “auto-charge setting”, “credit card number”, “single charge amount”, “daily limit”, “monthly limit”, “date and time for charging”, It consists of other 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”.
  • the payment procedure can be stored.
  • a bank account it is assumed that a contract is made between the user and the bank for debiting the charge from the electronic money server 2.
  • “One-time charge amount”, “Daily limit”, “Monthly limit”, “Date and time for charging”, and “Standard value balance” are optional setting items.
  • the one-time charge amount is an amount charged to the general-purpose IC chip 25 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 for one charge.
  • the limit number per day and the limit number per month may be set.
  • the actual date and time of charging is the date and time when it is desired to set a chargeable time.
  • 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 3 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. 6 is a diagram showing a 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.
  • 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. 7 is a flowchart for explaining a procedure for registering charge usage from the electronic money server 2.
  • the CPU mounted on the general-purpose IC chip 25 of the mobile terminal 5 the CPU 11 mounted on the mobile terminal 5, and the CPU 31 of the electronic money server 2 are respectively an application program for electronic money processing and an electronic money application 29. 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. A charge setting button is displayed on the top screen.
  • the electronic money application 29 displays an authentication screen on the display (step 5).
  • 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.
  • the electronic money application 29 accepts the password and temporarily stores it in the RAM 13 or the like (step 15).
  • the electronic money application 29 inputs an ID reference command to the general-purpose IC chip 25, reads the electronic money number from the general-purpose IC chip 25, and stores the password and electronic money number stored in the RAM 13 As authentication information to the electronic money server 2 (step 20).
  • the electronic money server 2 When the electronic money server 2 receives the authentication information from the electronic money application 29, it authenticates the electronic money application 29 by comparing the password stored in the user DB with the electronic money number (step 25). An authentication result is transmitted (step 30). 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 charge setting screen shown in FIG. 6 (step 35).
  • the mobile terminal 5 may request the electronic money server 2 for the charge setting screen data and display the charge setting screen using the charge setting screen data transmitted from the electronic money server 2 in response to the request. it can.
  • the electronic money application 29 accepts input of registration information (charge funding destination, one charge amount, charge upper limit setting, value balance lower limit value) when the user selects various conditions from the charge setting screen (step S30). 45).
  • registration information charge funding destination, 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 50).
  • 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 a registration process (step 55). As described above, the registration process related to the charge service is completed.
  • FIG. 8 is a diagram showing an example of a charge request screen displayed on the screen of the mobile terminal 5, and FIGS. 9 and 10 are flowcharts for explaining the procedure of the charge process.
  • the electronic money application 29 displays a charge request screen as shown in FIG. 8 in response to a request from the user.
  • the electronic money application 29 receives a charge request from the electronic money server 2 from the user (step 100).
  • the charge amount (X yen) is also received.
  • the electronic money application 29 requests notification of the value balance by inputting a balance reference command to the general-purpose IC chip 25 (step 105).
  • the general-purpose IC chip 25 When receiving the balance reference command input from the electronic money application 29, the general-purpose IC chip 25 reads the value balance (Y yen) from the storage unit 27 and transmits it to the electronic money application 29 (step 110).
  • the electronic money application 29 obtains the value balance from the general-purpose IC chip 25, the electronic money application 29 obtains a value summed with the charge request amount in step 100 and compares it with a predetermined chargeable upper limit value. In this comparison, it is confirmed that (X circle + Y circle) exceeds the upper limit (step 115). And the result is memorize
  • the upper limit value is the highest value that can be charged to each general-purpose IC chip in an electronic money system. This upper limit is set in consideration of the risk of charging a large amount of money to a single general-purpose IC chip. For example, 20,000 yen and 50,000 yen. If the upper limit is 50,000 yen and the value balance is 42,000 yen and an attempt is made to charge 10,000 yen, the upper limit will be exceeded and charging will not be possible. In this example, it is assumed that the user has selected “please charge immediately”, but the total value exceeds the upper limit value, so that charging cannot be performed immediately.
  • the electronic money application 29 accesses the electronic money server 2 to request charging of the amount received in step 100 and transmits the electronic money number to the electronic money server 2 (step 120).
  • This electronic money number is acquired at the same time as acquiring the value balance.
  • the electronic money application 29 reads the value balance and transmits it to the electronic money server 2 so that the electronic money server 2 generates the overwrite command.
  • authentication processing is performed at the time of charge registration, authentication is not performed when charging is actually performed, but authentication is performed by prompting for a password each time a charge is made. May be.
  • the electronic money server 2 that has received the charge request specifies the credit card number set by the user from the charge registration DB using the received electronic money number as a key (step 125).
  • the electronic money server 2 secures resources for charging from the specified credit card number (step 130). Specifically, a credit approval is obtained from the credit company server 300 from a registered credit card number, or an account transfer for a charge amount is performed from a bank account. Then, a command group for charging is generated and an electronic signature is given (step 135).
  • the electronic signature is performed in order to prove that the command group is generated by the electronic money server 2 and that no falsification has been made.
  • data included in the command group will be described.
  • Examples of this command group include data indicating the charge amount, a command for obtaining the current balance, a command for rewriting the balance to “current balance + charge amount” (overwriting or addition), a rewriting confirmation command, and a log writing command. is there.
  • the electronic money server 2 transmits a save command for storing the generated command group in the IC chip to the electronic money application 29 (step 140).
  • the electronic money application 29 receives the save command from the electronic money server 2 and transfers (inputs) the command to the general-purpose IC chip 25 (step 145).
  • the electronic money application 29 determines that the upper limit is exceeded when charging is made in step 115, the electronic money application 29 does not immediately charge based on the command group at the same time, and temporarily stores the command group in the storage unit 27.
  • Request to save In this example, since the upper limit value is exceeded, a request is made to temporarily store the command group in the storage unit 27.
  • the general-purpose IC chip 25 When the general-purpose IC chip 25 receives the transfer of the save command from the electronic money application 29, the general-purpose IC chip 25 verifies the electronic signature attached to them (step 150). After this verification, the command group is temporarily stored in the storage unit 27 (step 155).
  • a command group execution process will be described. As an example, first, a value balance is acquired from the general-purpose IC chip 25, the value balance is rewritten with the acquired value balance + charge amount, and the rewritten value balance is confirmed.
  • the processing of this embodiment is temporarily terminated. That is, charging is not performed at this point, but if execution is instructed, a state in which charging can be performed immediately is intentionally created. If there is an instruction for charging, a series of previous steps for charging is omitted, and charging can be performed immediately.
  • the electronic money application 29 requests notification of a value balance by periodically inputting a balance reference command to the general-purpose IC chip 25 (step 160).
  • the general-purpose IC chip 25 reads the value balance from the storage unit 27 and transmits it to the electronic money application 29 (step 165).
  • the electronic money application 29 obtains the value balance (Y yen) from the general-purpose IC chip 25
  • the electronic money application 29 obtains a value summed with the charge request amount (X yen) received in step 100, and a predetermined chargeable upper limit value. (Step 170).
  • step 170; Y when the sum of the value balance (Y yen) and the charge request amount (X yen) received in step 100 in step 100 is less than the upper limit (step 170; Y), the electronic money application 29 The execution of the command group stored in step 155 and the invalidation of the command group are instructed (step 175).
  • the decrease in the value balance means that the value balance was used for some kind of settlement processing during this period.
  • an invalidation mode it is preferable to delete the data itself, to make a predetermined invalid flag significant, or the like. If the sum of the value balance and the charge request amount does not fall below the upper limit value (step 170; N), the process returns to step 160 and periodically requests the general-purpose IC chip 25 to notify the value balance.
  • the general-purpose IC chip 25 executes the command group execution process (step 180), and updates (increases) the value balance stored in the storage unit 27 by X yen (step 185). ). Thereafter, the electronic money application 29 is notified that the update of the value balance has been completed (step 190). Then, the electronic money application 29 sends a value balance update notification to the electronic money server 2 (step 195), and the electronic money server 2 requests log data from the general-purpose IC chip 25 (step 197). In response to this, the general-purpose IC chip 25 transmits log data to the electronic money server 2 (step 199), and the process is terminated.
  • the user selected “please charge immediately” at the time of charge request, but because it was not possible to charge immediately due to the upper limit value, as a result, “Please prepare for charging for the time being.
  • the process is the same as selecting “
  • the process shown in FIG. 9 is a charge preparation stage
  • the process shown in FIG. 10 is a charge execution stage. In this way, if the charge preparation stage is performed in advance, the charge can be immediately executed when the charge becomes necessary.
  • the charge preparation stage is performed manually by the user, that is, manually, and the charge is automatically performed.
  • the command group is stored in the general-purpose IC chip 25 built in the portable terminal 5, even if the portable terminal 5 is in a place where radio waves do not reach, As described above, the command group execution process (step 180) shown in FIG. 10 can be performed even without the function of performing wireless communication with the base station antenna of the mobile phone network.
  • the electronic money application 29 receives the command group execution processing instruction in step 175 of FIG. 10 from the user. If it is based on an input, it can also be made by a user's intention (manual).
  • step 170 of FIG. 10 it is determined in step 170 of FIG. 10 whether or not the time stored in the electronic money application 29 has arrived. If it has arrived, the command group execution processing instruction in step 175 is performed.
  • the charge preparation stage may be started by the user's intention (manual), but the charge preparation stage is automatically performed based on certain requirements, such as auto charge. You may make it start. Also in this case, it is determined whether or not the time stored in the electronic money application 29 has come, and if it reaches, the command group execution processing instruction in step 175 is performed. That is, charging is performed automatically instead of the user's intention (manual).
  • FIG. 11 and FIG. 12 are flowcharts showing the processing procedure of the second embodiment.
  • the charge preparation stage is automatically performed, and the charge execution stage is performed by the user's intention (manual).
  • the electronic money application 29 periodically requests a balance of value by inputting a balance reference command to the general-purpose IC chip 25 (step 205).
  • the value balance is read from the storage unit 27 and transmitted to the electronic money application 29 (step 210).
  • the electronic money application 29 When the electronic money application 29 acquires the value balance from the general-purpose IC chip 25, the electronic money application 29 compares the value balance with the reference value balance and determines whether or not the value balance is less than the reference value balance (step 215). As a result, if it is not lower (step 215; N), the process returns to step 205 to continue checking the value balance. On the other hand, if it is lower (step 215; Y), the electronic money application 29 accesses the electronic money server 2, requests a predetermined amount of charge, and transmits an electronic money number to the electronic money server 2 (step). 220). This electronic money number is acquired at the same time as acquiring the value balance.
  • the predetermined amount is a predetermined amount because this process is automatically performed.
  • the electronic money application 29 When an overwrite command is used as the charge command, the electronic money application 29 reads the value balance and transmits it to the electronic money server 2 so that the electronic money server 2 generates the overwrite command.
  • authentication processing is performed at the time of charge registration, authentication is not performed when charging is actually performed, but authentication is performed by prompting for a password each time a charge is made. May be.
  • the electronic money server 2 that has received the charge request specifies the credit card number set by the user from the charge registration DB using the received electronic money number as a key (step 225).
  • the electronic money server 2 secures funds for charging from the specified credit card number (step 230). Specifically, a credit approval is obtained from the credit company server 300 from a registered credit card number, or an account transfer for a charge amount is performed from a bank account. Then, a command group for charging is generated and an electronic signature is given (step 235).
  • the electronic money server 2 transmits a save command for storing the generated command group in the general-purpose IC chip 25 to the electronic money application 29 (step 240).
  • the electronic money application 29 receives the save command from the electronic money server 2 and transfers (inputs) it to the general-purpose IC chip 25 (step 245).
  • the electronic money application 29 requests to store the command group in the storage unit 27 once.
  • the general-purpose IC chip 25 receives a charge command group input from the electronic money application 29, the general-purpose IC chip 25 verifies the electronic signature attached to them (step 250). After this verification, the command group is temporarily stored in the storage unit 27 (step 255).
  • the processing of this embodiment is temporarily terminated. That is, charging is not performed at this point, but if execution is instructed, a state in which charging can be performed immediately is intentionally created. If there is an instruction for charging, a series of previous steps for charging is omitted, and charging can be performed immediately.
  • the electronic money application 29 determines whether or not there is a predetermined operation from the user (step 270).
  • the predetermined operation is, for example, input of a password or implementation of fingerprint authentication. If there is a predetermined operation by the user (step 270; Y), the electronic money application 29 instructs execution of the command group stored in step 255 and invalidation of the command group (step 275). As an invalidation mode, it is preferable to delete the data itself, to make a predetermined invalid flag significant, or the like.
  • the general-purpose IC chip 25 executes the command group execution process (step 280), and updates (increases) the value balance stored in the storage unit 27 by X yen (step 285). ).
  • the electronic money application 29 is notified that the update of the value balance has been completed (step 290). Then, the electronic money application 29 sends a value balance update notification to the electronic money server 2 (step 295), and the electronic money server 2 requests log data from the general-purpose IC chip 25 (step 297). On the other hand, the general-purpose IC chip 25 transmits log data to the electronic money server 2 (step 299), and the process is terminated.
  • the process is the same as the auto charge, and only the final charge execution is the user's intention (operation). For this reason, the convenience of auto-charging can be ensured, and at the same time, the risk of being charged without the user's knowledge can be avoided.
  • the third embodiment is characterized in that the command group received from the electronic money server 2 is not stored in the general-purpose IC chip 25 but is stored on the electronic money application 29 side.
  • the third embodiment is based on the premise that the general-purpose IC chip 25 is locked.
  • “locked” means that the power supply to the general-purpose IC chip 25 is cut off under a mechanism in which the power supply to the general-purpose IC chip 25 is activated.
  • By applying the lock it is possible to prevent the electronic money from being used when the portable terminal 5 is lost or stolen.
  • authentication using a predetermined personal identification number or the like is required.
  • FIG. 13 and FIG. 14 are flowcharts showing the processing procedure of the third embodiment.
  • the electronic money application 29 determines whether or not a predetermined requirement for starting charging has been satisfied (step 315).
  • the predetermined requirement is, for example, a condition that the value balance is lower than the reference value balance.
  • the electronic money application 29 accesses the electronic money server 2 to request a predetermined amount of charge and to supply the electronic money number to the electronic money server. 2 (step 320).
  • the electronic money server 2 that has received the charge request specifies the credit card number set by the user from the charge registration DB using the received electronic money number as a key (step 325).
  • the electronic money server 2 secures resources for charging from the specified credit card number (step 330).
  • a command group for charging is generated and an electronic signature is given (step 335).
  • the electronic money server 2 transmits a save command for storing the generated command group in the general-purpose IC chip 25 to the electronic money application 29 (step 340).
  • the electronic money application 29 receives a charge command group from the electronic money server 2 and attempts to transfer it to the general-purpose IC chip 25.
  • the command group is stored in the RAM 13 (step 345). This completes the automatic charge preparation stage.
  • the received command group is not stored in the general-purpose IC chip 25. This is because the general-purpose IC chip 25 is locked and does not work.
  • the electronic money application 29 monitors the lock state of the general-purpose IC chip 25 (step 370).
  • the electronic money application 29 sends the command group stored in step 345 to the general-purpose IC chip 25, and executes the command group and the command.
  • a group invalidation is instructed (step 375).
  • an invalidation mode it is preferable to delete the data itself, to make a predetermined invalid flag significant, or the like.
  • the general-purpose IC chip 25 verifies the signature of the command group (step 380).
  • step 385) the execution process is performed (step 385), and the value balance stored in the storage unit 27 is updated (increased) by X yen (step 390).
  • the signature verification of the command group is performed immediately before the execution processing of the command group.
  • the electronic money application 29 is notified that the update of the value balance has been completed (step 395).
  • the electronic money application 29 sends a value balance update notification to the electronic money server 2 (step 396), and the electronic money server 2 requests log data from the general-purpose IC chip 25 (step 397).
  • the general-purpose IC chip 25 transmits log data to the electronic money server 2 (step 399), and the process is terminated.
  • the charge preparation stage is automatically performed, and when the unlocking of the general-purpose IC chip 25 is detected, the prepared charge is automatically executed. For this reason, when the general-purpose IC chip 25 is unlocked for settlement, the charging is completed immediately, so that it is possible to prevent the settlement of payment because the value balance is insufficient at the time of settlement.
  • the electronic money application 29 in order for the electronic money application 29 to detect the release of the lock state of the general-purpose IC chip 25, the electronic money application 29 periodically tries to access the general-purpose IC chip 25. There is a method for controlling the release / unlocking and receiving a lock release notification from the application of the mobile terminal 5.
  • the command group received from the electronic money server 2 is stored in the electronic money application 29 instead of the general-purpose IC chip 25 in the charge preparation stage. This process can also be applied to the first embodiment and the second embodiment.
  • the command group transmitted from the electronic money server 2 is temporarily stored, and the charge preparation stage is completed.
  • charging it can be assumed that charging is not actually performed.
  • an expiration date may be provided for the command group, and if charging is not executed during this period, the command group may be invalidated and the funds may be returned to each financial institution.
  • Step 100 to step 155 in FIG. 9 and step 205 to step 255 in FIG. 11 are performed, and the charge execution processing (step 160 to step 190 in FIG. 9 and step 270 to step 290 in FIG. 11 is performed at the destination. May be.
  • the electronic money application 29 confirms the value balance from the general-purpose IC chip 25.
  • the electronic money server 2 periodically checks the log, specifies an electronic money number whose value balance is equal to or less than a predetermined value, and a portable terminal corresponding to the specified electronic money number 5, For example, you may comprise with respect to a smart phone to instruct
  • the electronic money application 29 performs a process following step 205 in the flowchart shown in FIG. With such a configuration, it is not necessary for the electronic money application 29 to periodically monitor the general-purpose IC chip 25, and the battery consumption of the mobile terminal 5 can be suppressed.
  • the electronic money application 29 is associated with this charge reservation. Is displayed on the display screen of the portable terminal 5 (for example, including a word such as “10,000 yen charge”). When there are a plurality of charge reservations, a plurality of icons may be displayed. This icon corresponds to a shortcut for starting the electronic money application 29. Then, after the electronic money application 29 detects the user operation on the icon, the reserved charge is executed. By doing so, the user can be surely recognized the existence of the charge reservation, and the charge can be executed with a simple operation.
  • the electronic money application 29 notifies the charge reservation.
  • Data (including words such as “10,000 yen charge”) is displayed in the notification area of the mobile terminal 5. If there is a plurality of charge reservations, a plurality of notification data may be displayed.
  • the notification data may include an activation tag that activates the electronic money application 29. Then, after the electronic money application 29 detects the user's operation on the notification data, the reserved charge is executed. By doing so, the user can be surely recognized the existence of the charge reservation, and the charge can be executed with a simple operation.

Abstract

　所定の条件が整ってからチャージが完了するまでの時間を短縮する。　携帯端末５から電子マネーサーバ２に直接チャージの要求を受けて電子マネーサーバ２は、原資を確保したうえで、チャージのためのコマンド群を生成して、生成したコマンド群をＩＣチップに記憶させる保存命令を携帯端末５に送信する。携帯端末５は、直ちに当該コマンド群を実行せず、一旦汎用ＩＣチップ２５に保存する。これで、チャージの準備段階が完了する。その後、一定の要件のもと（例えば、ユーザの操作）で、汎用ＩＣチップ２５の側で、保存していたコマンド群を実行する。こうしてチャージが行われ、バリュー残高が更新される。

Description

携帯端末、携帯端末の制御方法、プログラム及び記録媒体
　本発明は、携帯端末、携帯端末の制御方法、プログラム及び記録媒体に関し、例えば、電子マネーを用いて携帯端末にチャージをするものに関する。
　近年、電子マネーの利用が広く普及してきている。電子マネーでは、バリューと呼ばれる金額情報を貨幣価値に対応させ、バリュー残高を増減することにより資金決済を行う。
　図１５は、従来の電子マネーシステムを説明するための図である。
　電子マネーカード９０は、ユーザが所持しているＩＣカードであり、内蔵するＩＣチップにバリューの残高、ＩＣチップを特定するＩＣチップＩＤ、電子マネー番号などが記録されている。また、当該ＩＣチップを内蔵した携帯電話などの携帯端末５も存在する。
　このようにユーザ側のＩＣチップでバリューを保持する方式はストアードバリュー型と呼ばれている。
　非同期決済端末７は、店舗や自動販売機などに設置されており、電子マネーカード９０や携帯端末５のＩＣチップと近距離の無線通信を行い、ＩＣチップに記憶されたバリュー残高を減額することによりバリューによる決済を実行する。
　非同期決済端末７は、電子マネーサーバ２に接続せずに、決済処理をユーザのＩＣチップとの間でローカルに完結し、取引履歴をログデータとして記録しておく。
　そして、非同期決済端末７は、後ほど、定期、又は不定期にログデータを一括して電子マネーサーバ２に送信する。
　非同期決済端末７が「非同期」と呼ばれる所以は、電子マネーサーバ２に同期せずにローカルに決済処理を完結させる点にある。
　このような、ストアードバリュー型電子マネーのシステムでは、予めＩＣチップにバリュー残高を記憶しており、決済時にこれを減額するため、バリューが不足していると、決済が行えないこととなる。そのため、ＩＣチップが記憶するバリューの残高を増額するチャージと呼ばれる処理が必要となる。通常は、店頭で貨幣と交換でこのチャージが行われ、バリューの交換価値が担保されている。
　特許文献１では、携帯端末から電子マネーサーバにアクセスすることで、貨幣のやり取りを介さずに携帯端末側のＩＣチップに直接チャージする技術が開示されている。
　図１６を参照して、この処理手順を説明する。
　まず、携帯電話をインターネット接続モードとし、電子マネーサーバのサービスサイトにアクセスする（ステップ４０５）。これに対して電子マネーサーバは、メインメニュー画面を表示するための画面データを携帯電話に送信する（ステップ４５０）。
　携帯電話はこれを受信し、ディスプレイにメインメニュー画面を表示する。ここでは、モバイルチャージを選択するものとし、携帯電話は、モバイルチャージを選択した旨の情報を電子マネーサーバに送信する（ステップ４１０）。電子マネーサーバは、これを受けて、携帯電話にパスワード入力画面を表示するための画面データを送信する（ステップ４５５）。携帯電話は、この画面データを受信してディスプレイにパスワード入力画面を表示する。ユーザは、この画面に対してパスワードを入力し、電子マネーサーバに送信する（ステップ４１５）。電子マネーサーバは、このパスワードを認証した後、金額入力画面を表示するための画面データを携帯電話に送信する（ステップ４６０）。
　携帯電話は、この画面データを受信してディスプレイに金額入力画面を表示する。ユーザは、この画面にチャージする金額を入力して電子マネーサーバに送信する（ステップ４２０）。電子マネーサーバは、このユーザに対してバリューを発行するための許可を認証機関サーバに要求し（ステップ４６５）、認証機関サーバは審査結果を電子マネーサーバに送信する（ステップ４９０）。
　許可が発行されなかった場合は（ステップ４７０；Ｎ）、電子マネーサーバは、不許可メッセージを携帯電話に送信して（ステップ４７３）、ステップ４５０に戻る。一方、許可が発行された場合（ステップ４７０；Ｙ）、電子マネーサーバは、携帯電話と通信してバリューの書き込み処理を行う（ステップ４７５、ステップ４２５）。携帯電話では、バリューの書き込みが終了するとユーザがこれを確認し、確認した旨の信号を電子マネーサーバに送信する（ステップ４３０）。電子マネーサーバは、これを受け、モバイルチャージが終了した旨を示す結果表示画面を表示するための画面データを携帯電話に送信し（ステップ４８０）、処理を終了する。
　携帯電話では、これを用いてディスプレイに結果表示画面を表示して処理を終了する（ステップ４３５）。
特開２００４－２７２５６０号公報
　特許文献１に記載の技術では、チャージを行うための処理手順に携帯電話と電子マネーサーバとの間のデータのやり取りが組み込まれている。そのため、ユーザがチャージをしようとしてからチャージが完了するまでに相応の時間がかかる。
　本発明が解決しようとする課題は、所定の条件が整ってからチャージが完了するまでの時間を短縮することである。
　請求項１に記載の発明では、電子バリューの残高を記憶する残高記憶手段と、残高変更情報を用いて前記残高記憶手段に記憶される残高を変更する変更処理を実行する残高変更手段と、を有するＩＣチップに接続可能な携帯端末であって、前記残高記憶手段に記憶される残高を増額させる残高変更情報をＩＣチップ側記憶手段に記憶させる保存命令を情報処理サーバから取得する取得手段と、前記取得手段により取得される保存命令に従い前記残高変更情報が前記ＩＣチップ側記憶手段に記憶されるよう、該保存命令を前記ＩＣチップに転送する転送手段と、前記ＩＣチップ側記憶手段に記憶される残高変更情報を用いて変更処理を実行させる実行指示を、所定のタイミングで前記ＩＣチップに出力する指示手段と、を具備することを特徴とする携帯端末を提供する。
　請求項２に記載の発明では、前記指示手段が、前記ＩＣチップ側記憶手段に記憶される残高変更情報を用いて変更処理を実行させるとともに該ＩＣチップ側記憶手段に記憶される残高変更情報を無効化させる実行指示を、所定のタイミングで前記ＩＣチップに出力する、ことを特徴とする請求項１に記載の携帯端末を提供する。
　請求項３に記載の発明では、前記転送手段により転送される保存命令に従い前記残高変更情報が前記ＩＣチップ側記憶手段に記憶されない場合に、該残高変更情報を携帯端末側記憶手段に記憶させる保存手段をさらに具備し、前記指示手段が、さらに、前記携帯端末側記憶手段に記憶される残高変更情報を前記ＩＣチップに出力する、ことを特徴とする請求項１又は請求項２に記載の携帯端末を提供する。
　請求項４に記載の発明では、前記ＩＣチップを一時的に無効化する無効化手段と、前記無効化手段による前記ＩＣチップの一時的な無効化を解除する解除手段と、をさらに具備し、前記保存手段が、前記ＩＣチップが前記無効化手段により無効化されている場合に、前記取得手段により取得される保存命令において指定される残高変更情報を前記携帯端末側記憶手段に記憶させ、前記指示手段が、前記解除手段により前記ＩＣチップの無効化が解除されたタイミングで前記実行指示を出力する、ことを特徴とする請求項３に記載の携帯端末を提供する。
　請求項５に記載の発明では、前記取得手段により取得される残高変更情報を用いた変更処理により変更されるべき金額に対応付けられたオブジェクトを表示画面に表示させる手段をさらに具備し、前記指示手段が、前記実行指示を、前記表示画面に表示されたオブジェクトに対する所定の操作が検出されたタイミングで、前記ＩＣチップに出力する、ことを特徴とする請求項１～４のいずれか１項に記載の携帯端末を提供する。
　請求項６に記載の発明では、前記取得手段により取得される残高変更情報を用いた変更処理により変更されるべき金額を含む通知データを通知領域に表示させる手段をさらに具備し、前記指示手段が、前記実行指示を、前記通知領域に表示された通知データに対する所定の操作が検出されたタイミングで、前記ＩＣチップに出力する、ことを特徴とする請求項１～４のいずれか１項に記載の携帯端末を提供する。
　請求項７に記載の発明では、前記ＩＣチップが、前記残高変更手段による変更処理の実行結果を含むログデータを前記ＩＣチップ側記憶手段に記憶させる手段と、前記ＩＣチップ側記憶手段に記憶されるログデータを前記情報処理サーバに送信する手段と、をさらに具備する、ことを特徴とする請求項１～６のいずれか１項に記載の携帯端末を提供する。
　請求項８に記載の発明では、前記残高変更情報が、前記残高記憶手段に記憶される残高に加算されるべき加算金額と、前記残高記憶手段に記憶される残高を取得するコマンドと、前記取得される残高に前記加算金額を加算させた値に前記残高記憶手段に記憶される残高を変更させるコマンドと、を含む、ことを特徴とする請求項１～７のいずれか１項に記載の携帯端末を提供する。
　請求項９に記載の発明では、電子バリューの残高を記憶する残高記憶手段と、残高変更情報を用いて前記残高記憶手段に記憶される残高を変更する変更処理を実行する残高変更手段と、を有するＩＣチップに接続可能な携帯端末の制御方法であって、前記残高記憶手段に記憶される残高を増額させる残高変更情報をチップ側記憶手段に記憶させる保存命令を情報処理サーバから取得する取得ステップと、前記取得ステップにおいて取得される保存命令に従い前記残高変更情報が前記チップ側記憶手段に記憶されるよう、該保存命令を前記ＩＣチップに転送する転送ステップと、前記ＩＣチップ側記憶手段に記憶される残高変更情報を用いて変更処理を実行させる実行指示を、所定のタイミングで前記ＩＣチップに出力する指示ステップと、を具備することを特徴とする携帯端末の制御方法を提供する。
　請求項１０に記載の発明では、電子バリューの残高を記憶する残高記憶手段と、残高変更情報を用いて前記残高記憶手段に記憶される残高を変更する変更処理を実行する残高変更手段と、を有するＩＣチップに接続可能な携帯端末に、前記残高記憶手段に記憶される残高を増額させる残高変更情報をチップ側記憶手段に記憶させる保存命令を情報処理サーバから取得する取得機能と、前記取得機能により取得される保存命令に従い前記残高変更情報が前記チップ側記憶手段に記憶されるよう、該保存命令を前記ＩＣチップに転送する転送機能と、前記ＩＣチップ側記憶手段に記憶される残高変更情報を用いて変更処理を実行させる実行指示を、所定のタイミングで前記ＩＣチップに出力する指示機能と、を実現させるためのプログラムを提供する。
　請求項１１に記載の発明では、電子バリューの残高を記憶する残高記憶手段と、残高変更情報を用いて前記残高記憶手段に記憶される残高を変更する変更処理を実行する残高変更手段と、を有するＩＣチップに接続可能な携帯端末に、前記残高記憶手段に記憶される残高を増額させる残高変更情報をチップ側記憶手段に記憶させる保存命令を情報処理サーバから取得する取得機能と、前記取得機能により取得される保存命令に従い前記残高変更情報が前記チップ側記憶手段に記憶されるよう、該保存命令を前記ＩＣチップに転送する転送機能と、前記ＩＣチップ側記憶手段に記憶される残高変更情報を用いて変更処理を実行させる実行指示を、所定のタイミングで前記ＩＣチップに出力する指示機能と、を実現させるためのプログラムを記録したコンピュータ読取可能な記録媒体を提供する。
　本発明の携帯端末は、予めチャージ実行直前の、チャージ可能な状態を作出し、所定の条件が整った時点で情報処理サーバにアクセスすることなくチャージを完結させる。
　よって、本発明によれば、所定の条件が整ってからチャージが完了するまでの時間が短縮される。
本実施形態に係る電子マネーシステムのネットワーク構成を説明するための図である。 携帯端末のハードウェア的な構成を説明するための図である。 携帯端末の機能を説明するための図である。 電子マネーサーバの構成を説明するための図である。 電子マネーサーバの有するユーザＤＢ、チャージ登録ＤＢを説明するための図である。 チャージ設定画面の一例を示した図である。 チャージ登録処理の手順を示したフローチャートである。 チャージ要求の画面の一例を示した図である。 第１の実施形態の処理手順を示したフローチャートである。 第１の実施形態の処理手順を示したフローチャートである。 第２実施形態の処理手順を示したフローチャートである。 第２実施形態の処理手順を示したフローチャートである。 第３実施形態の処理手順を示したフローチャートである。 第３実施形態の処理手順を示したフローチャートである。 従来の電子マネーシステムを説明するための図である。 従来の携帯端末を用いたチャージの処理を説明するためのフローチャートである。
（１）実施形態の概要
　携帯端末５(図１)から電子マネーサーバ２に直接チャージの要求をする。これを受けて電子マネーサーバ２は、例えば、クレジット会社サーバ３００などにアクセスして、原資を確保したうえで、チャージのためのコマンド群を生成する。そして、電子マネーサーバ２は、生成したコマンド群をＩＣチップに記憶させる保存命令を携帯端末５に送信する。保存命令を受信した携帯端末５は、受信した保存命令において指定されるコマンド群を汎用ＩＣチップ２５に保存する。これで、チャージの準備段階が完了する。
　その後、一定の要件のもと（例えば、ユーザの操作（手動）又は自動）で、汎用ＩＣチップ２５の側で、保存していたコマンド群を実行する。
　こうしてチャージが行われ、バリュー残高が更新される。
　このように、チャージの準備段階を予め行っておくことで、所定の条件が整った時点で、直ちにチャージを実行することができる。
　第１の実施形態では、チャージを行う際、上限値を超える場合、とりあえずチャージの準備段階を行っておき、チャージを行っても上限値を超えないこととなった場合に、直ちにチャージを実行することができる。
　第２の実施形態では、チャージの準備段階を自動で行い（オートチャージと同様の処理）、最終的なチャージの実行のみをユーザの意思（操作）としている。そのため、オートチャージによる利便性を確保すると同時に、ユーザが関知しないでチャージが行われてしまうことのリスクを回避することができる。
　第３の実施形態では、チャージの準備段階を自動で行い、且つ汎用ＩＣチップ２５のロックの解除を検知すると自動的に準備しておいたチャージを実行する。そのため、決済のために、汎用ＩＣチップ２５のロックを解除したら、直ちにチャージが完了するので、決済時にバリュー残高が不足していて、決済不能となることを防止できる。
（２）実施形態の詳細
　図１は、第１の実施形態に係る電子マネーシステム１のネットワーク構成を説明するための図である。
　電子マネーシステム１は、電子マネーサーバ２、インターネット３、携帯端末５、決済端末６、非同期決済端末７、通信回線８、クレジット会社サーバ３００などを用いて構成されている。
　電子マネーサーバ２は、バリューによる貨幣価値の移動を管理するサーバである。ここで、バリューとは、貨幣価値に対応させた電子情報であり、電子マネーシステム１は、バリューの残高（以下、バリュー残高）を増減することにより貨幣価値を移動させる。
　そして、電子マネーシステム１の事業体は、バリューの移動に対応させて実際の貨幣を移動させることによりバリューと実際の貨幣の移動を対応させる。
　電子マネーサーバ２は、管理のため、携帯端末５に対応づけてバリュー残高の管理値を記憶している。後述するように携帯端末５は、携帯端末５の内部にバリュー残高を記憶している。
　両者は、常に同期を取って、同一の値であることが望ましい。しかし、現実には電子マネーサーバ２とリアルタイムで接続できない、非同期決済端末７も多数存在する。そのため、生成したログデータを後にバッチ処理で電子マネーサーバ２に送り、事後的に同期を取るようにしている。
　携帯端末５は、例えば、スマートフォン、携帯電話、ゲーム機、タブレット型コンピュータなどで構成された携帯端末であって、スマートフォン、携帯電話の場合は、携帯電話網を経由して、ゲーム機、タブレット型コンピュータの場合は、例えば無線ＬＡＮ（ローカル・エリア・ネットワーク）を経由して、インターネット３を介して電子マネーサーバ２に接続する機能と、決済端末６や非同期決済端末７と近距離無線通信により接続する機能とを備えている。
　携帯端末５は、汎用ＩＣチップ２５を内蔵しており、これに電子マネー番号とバリュー残高を記憶している。
　決済端末６は、携帯端末５と近距離無線通信を行うと共に通信回線８を介して電子マネーサーバ２とも通信し、電子マネーサーバ２に決済金額などの情報を送信したり、電子マネーサーバ２と携帯端末５の通信を中継したりする。決済端末６は、携帯端末５を用いた決済時にリアルタイムで電子マネーサーバ２とオンライン通信する同期決済端末である。
　決済端末６は、コンビニエンスストアなどのリアル店舗(不動産店舗などで物理的に営業している実店舗)の会計カウンタや自動販売機などに設置されている。
　通信回線８は、電子マネーサーバ２と決済端末６を接続する回線である。通信回線８として専用回線を用いることもできるし、インターネット３などの汎用の回線を用いてもよい。
　非同期決済端末７は、例えば、ネットワーク設備の不便な店舗や自動販売機などに設置されており、携帯端末５と近距離無線通信する機能を備えている。
　非同期決済端末７は、携帯端末５と近距離無線通信を行って、バリュー残高により決済を行う。非同期決済端末７は、通常は電子マネーサーバ２と接続しておらず(そのため、サーバ管理型電子マネーの決済ができない)、携帯端末５との決済内容をとりあえずログデータとして記憶しておく。
　そして、非同期決済端末７は、１日に一回程度、通信回線８を用いて電子マネーサーバ２に接続し、電子マネーサーバ２にログデータを送信する。ネットワーク通信設備がない環境では、ログデータを記録した記録媒体を担当者が手動で収集する場合もある。
　電子マネーサーバ２は、バリュー残高に関しては決済端末６や非同期決済端末７でのログデータによって資金移動を管理する。
　クレジット会社サーバ３００は、クレジット会社がクレジットカードによる支払を管理するためのサーバである。このクレジット会社サーバ３００は、電子マネーサーバ２が汎用ＩＣチップ２５にチャージする際に、その代金をユーザのクレジット番号にて決済する。
　図２は、携帯端末５のハードウェア的な構成を示した図である。ここでは、一例として携帯端末５をスマートフォンであるとするが、携帯電話も同様である。
　携帯端末５は、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）１１、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）１２、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）１３、入力部１４、出力部１５、通信制御部１６、近距離通信制御部１７、記憶部１８、汎用ＩＣチップ２５などがバスライン１９によって接続している。
　ＣＰＵ１１は、ＲＯＭ１２や記憶部１８に記録したプログラムを実行して各種の情報処理や携帯端末５全体の制御を行う。本実施形態では、例えば、後述の電子マネーアプリケーションプログラムの提供する機能により電子マネーサーバ２と協働してバリュー残高による決済処理を支援する。
　ＲＯＭ１２は、読み取り専用のメモリであって、携帯端末５が動作するための基本的なプログラム、パラメータ、データなどが記録されている。
　ＲＡＭ１３は、読み書きが可能なメモリであって、ＣＰＵ１１が情報処理を行う際のワーキングメモリを提供する。
　出力部１５は、ユーザに対して情報を出力する機能部であって、例えば、画面表示用の液晶ディスプレイ、音声を出力するスピーカなどを備えている。液晶ディスプレイには、例えば、電子マネーアプリケーションプログラムを起動するためのアイコンなどが表示される。
　入力部１４は、外部からの情報を入力する機能部であって、例えば、液晶ディスプレイ上に設置されたタッチパネル、音声を入力するマイクロフォン、被写体を撮影するカメラなどを備えている。ユーザは、液晶ディスプレイ上の表示に対応してタッチパネルにタッチすることにより情報を入力することができる。
　記憶部１８は、例えば、ＥＥＰＲＯＭ（Ｅｌｅｃｔｒｉｃａｌｌｙ Ｅｒａｓａｂｌｅ ａｎｄ Ｐｒｏｇｒａｍｍａｂｌｅ ＲＯＭ）やハードディスクなどの記録媒体を用いて構成されており、携帯端末５を制御する基本的なプログラムであるＯＳ（Ｏｐｅｒａｔｉｎｇ　Ｓｙｓｔｅｍ）やバリューによる決済を支援する電子マネーアプリケーションプログラム、その他のプログラムやデータを記録している。
　通信制御部１６は、携帯電話網の基地局アンテナと無線通信するためのアンテナを備えており、携帯端末５をインターネット３や電話回線に接続する。携帯端末５は、通信制御部１６を介してインターネット３経由で電子マネーサーバ２と通信することができる。
　なお、ゲーム機、タブレット型コンピュータは、通常携帯電話網の基地局アンテナを無線通信する機能を備えてなく、無線ＬＡＮのアクセスポイントと無線通信する機能のみを備えている場合が多い。
　また、スマートフォンも無線ＬＡＮのアクセスポイントと無線通信するための機能を備えている。
　近距離通信制御部１７は、決済端末６や非同期決済端末７のリーダライタと近距離無線通信するためのアンテナを備えており、汎用ＩＣチップ２５を決済端末６や非同期決済端末７に接続する。汎用ＩＣチップ２５は、近距離通信制御部１７を介して決済端末６と通信する他、携帯端末５を経由して電子マネーサーバ２と通信することができる。
　汎用ＩＣチップ２５は、汎用のアプリケーションを記憶したＩＣチップであり、携帯端末５に内蔵されている。汎用ＩＣチップ２５には、ユーザがアプリケーションをダウンロードして記憶することができる。
　汎用ＩＣチップ２５は、ＣＰＵ、ＲＡＭ、ＲＯＭなどによって構成され、各種プログラムに従って情報処理を行う情報処理部２６と不揮発性のメモリで構成された記憶部２７を備えている。
　記憶部２７には、電子マネー番号とバリュー残高、図示しないが、情報処理部２６によってバリュー残高を操作するためのバリュー操作プログラム、及び電子マネーサーバ２が汎用ＩＣチップ２５を認証する認証データなどが記憶されている。
　電子マネー番号は、電子マネーサーバ２が、当該携帯端末５（汎用ＩＣチップ２５）が、何れのユーザのものであるかを識別するための番号である。
　汎用ＩＣチップ２５におけるバリュー残高に関する減額処理、及び増額処理は外部からの命令により汎用ＩＣチップ２５内の情報処理部２６に形成されたバリュー操作プログラムが行う。これは、バリュー残高の処理を汎用ＩＣチップ２５内に限定することによりセキュリティを高めるためである。
　なお、バリュー残高の処理に関しては、汎用ＩＣチップ２５に入力される情報は暗号化されており、汎用ＩＣチップ２５の内部で復号化され、汎用ＩＣチップ２５から出力される情報は、これらチップ内で暗号化してから出力される。
　図３は、携帯端末５の機能を説明するための図である。
　電子マネーアプリケーションプログラムを実行すると携帯端末５に電子マネーアプリケーション２９が形成される。
　決済端末６を備えたリアル店舗での決済の場合は、近距離通信制御部１７は、決済端末６と通信すると共に決済端末６を介して電子マネーサーバ２と通信する。
　非同期決済端末７を備えたリアル店舗での決済の場合は、近距離通信制御部１７は、非同期決済端末７と通信する。
　また、電子マネーアプリケーション２９は、汎用ＩＣチップ２５にアクセスすることができる。
　リアル店舗での決済の場合、近距離通信制御部１７は、汎用ＩＣチップ２５でバリュー操作プログラムを動作させて、バリュー残高を増減させたり、電子マネー番号を読み出したりすることができる。
　そして、決済処理を行う際、汎用ＩＣチップ２５は、近距離通信制御部１７を介して、非同期決済端末７からバリュー残高を更新（減額）するようにとの要求を受けて、バリュー残高を更新（減額）する。
　ここで行うバリュー残高更新処理には、次のような方式が考えられる。
　（方式１）バリュー残高更新要求として上書き命令を送信する場合。
　この場合、非同期決済端末７は、携帯端末５の汎用ＩＣチップ２５のＣＰＵから受信したバリュー残高に対して決済金額による減算を行い、減算後の残高を算出する。そして、非同期決済端末７は、バリュー残高更新要求として、当該算出後の残高に上書きする上書き命令を送信する。携帯端末５の汎用ＩＣチップ２５のＣＰＵは、当該上書き命令に従ってバリュー残高を上書きして更新する。
　その後、汎用ＩＣチップ２５は、バリュー残高を更新した旨を非同期決済端末７に通知する。
　（方式２）バリュー残高更新要求として減算命令を送信する場合。
　この場合、非同期決済端末７は、決済金額分だけバリュー残高を減算する減算命令をバリュー残高更新要求として携帯端末５の汎用ＩＣチップ２５のＣＰＵに送信する。携帯端末５の汎用ＩＣチップ２５のＣＰＵは、当該命令に従ってバリュー残高から決済金額を減算してバリュー残高を更新する。
　その後、汎用ＩＣチップ２５は、バリュー残高を更新した旨を非同期決済端末７に通知する。
　一方、リアル店舗でチャージ処理を行う際、汎用ＩＣチップ２５は、近距離通信制御部１７を介して非同期決済端末７からバリュー残高を更新（増額）するようにとの要求を受けて、バリュー残高を更新（増額）する。
　その後、汎用ＩＣチップ２５は、バリュー残高を更新した旨を非同期決済端末７に通知する。
　なお、このチャージを行うのは、前提として、チャージを行うバリューに相当する貨幣を非同期決済端末７を設置する店舗の店員が受け取っている場合である。
　このチャージには、非同期決済端末７を介さずに、直接電子マネーサーバ２からチャージを行うこともできる。この場合、携帯端末５の通信制御部１６を介して電子マネーサーバ２にアクセスし、ユーザの認証処理、クレジット会社サーバ３００などの認証機関サーバの許可などの手順を経る。そして、電子マネーサーバ２から、金額変更（増額）情報を携帯端末５が受信し、汎用ＩＣチップ２５は、バリュー残高を更新（増額）する。
　この電子マネーサーバ２からのチャージは一連の処理として行われる。
　この電子マネーサーバ２からのチャージを一定の要件（例えば、バリュー残高が所定値以下となった場合）に自動的に行うよう設定することをオートチャージと呼ぶ。
　図４は、電子マネーサーバ２の構成を説明するための図である。
　電子マネーサーバ２は、ＣＰＵ３１、ＲＯＭ３２、ＲＡＭ３３、通信制御部３４、記憶部３５などがバスライン３６によって接続している。
　ＣＰＵ３１は、ＲＯＭ３２や記憶部３５に記録したプログラムを実行して各種の情報処理や電子マネーサーバ２全体の制御を行う。本実施形態では、携帯端末５からチャージの要求を受けてチャージの実行を行う。
　非同期決済端末７での決済では、電子マネーサーバ２は、非同期決済端末７がバリュー残高を更新したログデータを後ほど非同期決済端末７から受信して処理する。
　電子マネーサーバ２とオンラインで接続できる決済端末６の場合、通信しながらバリュー残高をリアルタイムで更新することによりバリューによる決済処理を行うことができる。
　ＲＯＭ３２は、読み取り専用のメモリであって、電子マネーサーバ２が動作するための基本的なプログラム、パラメータ、データなどが記録されている。
　ＲＡＭ３３は、読み書きが可能なメモリであって、ＣＰＵ３１が情報処理を行う際のワーキングメモリを提供する。
　通信制御部３４は、電子マネーサーバ２が通信回線８を介して決済端末６、非同期決済端末７、携帯端末５との間で行う通信や、電子マネーサーバ２がインターネット３を介して携帯端末５との間で行うと通信を制御する。
　記憶部３５は、例えば、大容量のハードディスクで構成されており、ＣＰＵ３１がバリューによる決済処理を行なったり、チャージを行うための電子マネー管理プログラムやその他のプログラム、ユーザのバリュー残高を管理したり、チャージの履歴を管理するユーザＤＢ（データベース）、加盟店のバリュー決済を管理する加盟店ＤＢ、各決済処理を記録したログデータを格納するログデータＤＢなどを記録している。
　なお、この図４の例では、単一の電子マネーサーバ２を説明したが、この電子マネーサーバ２が、機能を分散することにより複数のサーバから構成されるようにしてもよい。
　次に、図５の各図を用いて電子マネーサーバ２の有するデータベースについて説明する。
　図５（１）は、ユーザＤＢの論理的な構成を説明するための図である。
　本実施形態では、ユーザＩＤに対応して、電子マネー番号が記憶されている。図示しないが汎用ＩＣチップ２５の認証データなどの項目も記憶されている。
　項目「ユーザＩＤ」は、ユーザの識別情報である。
　項目「電子マネー番号」は、バリュー残高を他のユーザのバリュー残高から識別するための口座番号である。
　項目「バリュー残高の管理値」は、項目「電子マネー番号」で特定される口座のバリュー残高である。このバリュー残高は、受信したログデータを用いて更新する。
　項目「チャージの設定」は、電子マネーサーバ２からのチャージの設定を行っているか否かを登録する項目である。
　「氏名」、「住所」、「生年月日」、「電話番号」、「メールアドレス」は、各々ユーザを特定するための情報である。これらの全ての事項が必須登録項目でなく、場合によっては、設けなくてもよい。
　図５（２）は、チャージ登録ＤＢの論理的な構成を説明するための図である。
　チャージ登録ＤＢは、「電子マネー番号」、「オートチャージの設定」、「クレジットカード番号」、「１回のチャージ金額」、「日額限度」、「月額限度」、「チャージを行う日時」、その他の項目から構成されている。
　項目「電子マネー番号」は、ユーザＤＢに登録されているユーザを検索するキーとなる。
　項目「オートチャージの設定」は、当該ユーザが電子マネーサーバ２からのチャージだけでなく、「オートチャージ」の設定も行っていることを登録する項目である。
　「クレジットカード番号」は、チャージ原資の調達先を示す項目である。そのため、場合によっては、「金融機関の口座番号」や「電話料金を請求する電話会社が決定したＩＤ」の場合もある。
　複数の決済手段（クレジットカード、預貯金口座など）を用いる場合は、決済手順を記憶することもできる。
　銀行口座からの引落の場合、当該ユーザと銀行との間で、電子マネーサーバ２からの請求に対して引落を行う旨の契約がなされることが前提である。
　「１回のチャージ金額」、「日額限度」、「月額限度」、「チャージを行う日時」、「基準バリュー残高」は、任意的設定項目である。ユーザから設定の要求があった場合、項目に記録する。
　ここで、１回のチャージ金額とは、１回のチャージで携帯端末５の汎用ＩＣチップ２５にチャージする金額である。これを設定しておけば、チャージの都度金額を設定する必要がなくなる。
　日額限度額は、チャージによる１日当たりのチャージ合計値の上限値である。
　月額限度額は、１チャージによる１ヶ月当たりのチャージ合計値の上限値である。また、１日当たりの限度回数、１ヶ月当たりの限度回数を設定するように構成してもよい。
　現実にチャージを行う日時とは、チャージ可能な時刻を設定したい場合その日時である。
　基準バリュー残高とは、この基準バリュー残高を下回ったら新たなチャージを実行するバリュー残高である。例えば、この基準バリュー残高を下回ったら電子マネーサーバ２から電子メールでチャージの処理を促すようにすることもできる。
　また、オートチャージを設定する場合は、この基準バリュー残高を下回ったら自動的にチャージ行うこととなる。
　ここで、チャージ原資を電話料金に合算する場合を説明する。
　携帯端末５が電話機能を備えており、ユーザが携帯電話会社と契約を結んでいる場合、チャージ金額を電話料金と合算して請求先のユーザに請求することも可能である。
　この手法は、例えば、デジタルコンテンツの購入代金を電話料金と合算する場合と同様である。
　この場合、電子マネーサーバ２は、クレジット会社サーバ３の代わりに携帯電話事業者のサーバにアクセスし、オートチャージ金額の徴収を依頼する。このとき、携帯電話事業者から予め通知されていたＩＤも通知するようにする。
　図６は、携帯端末５に表示される電子マネーサーバ２からのチャージ設定画面を示した図である。本実施形態に係る電子マネーサーバ２からのチャージは、電子マネーサーバ２に事前にユーザ登録をしておくことが前提である。店頭での現金（貨幣）に基づくチャージと異なり、チャージの原資をどのように調達するのかを予め明らかにしておく必要があるからである。
　この電子マネーサーバ２からのチャージ設定画面は、電子マネーアプリケーション２９が電子マネーサーバ２にアクセスして表示したものである。
　なお、電子マネーサーバ２が携帯端末５に提供する画面には、この他に、ユーザ登録画面、チャージ要求画面など各種のものがある。
　電子マネーサーバ２からの「チャージ設定」画面では、「１．チャージ資金の調達先を設定してください」との表示の下に、「ａ.クレジットカード」、「ｂ.銀行口座引落」、「ｃ.電話料金に合算」が表示されている。
　これ以外に原資を確保する方法があれば、それも表示する。そして、この中からユーザの選択を受信する。この中から複数を選択させて、優先順位を設定するようにしてもよい。
　次に、「２．１回のチャージ金額を設定する場合には設定してください」が表示される。
　これは任意の設定事項である。設定しておけば、電子マネーサーバ２にチャージを要求する都度、チャージ金額を入力する手間を省くことができる。
　この欄（以下の３、４も同様）ドロップダウンメニューとなっており、ユーザがそれぞれ、金額を選択するようになっている。なお、ユーザが任意の金額を入力するように構成することもできる。
　次に、「３．所定の期間内のチャージ金額の上限を設定する場合は設定してくだ下さい」が表示される。これも任意の設定事項である。例えば、「１日、１０，０００円以内」、「１月、５０，０００円以内」等と設定する。
　この設定をしておくことで、携帯端末５を盗取されたとしても、次々とチャージをされて被害が拡大することを防止することができる。
　次に、「４．チャージを開始するバリュー残高の下限値を設定してください」が表示される。これも任意の設定事項である。
　バリュー残高が設定した下限値を下回ったら、例えば、電子マネーサーバ２から電子メールで通知するようにしてもよいし、電子マネーアプリケーション２９が携帯端末５の表示画面にその旨を表示するようにしてもよい。
　更に、上記各欄の下側には、設定ボタン２３４と戻るボタン２３５が表示されている。
　設定ボタン２３４は、ユーザが選択した内容を電子マネーサーバ２に通知するためのボタンであり、設定ボタン２３４が選択されると、電子マネーアプリケーション２９は、ユーザが設定した内容を電子マネーサーバ２に送信する。
　戻るボタン２３５は、チャージ設定画面を表示する前に表示していた画面に戻るためのボタンである。
　図７は、電子マネーサーバ２からのチャージ利用の登録を行う手順を説明するためのフローチャートである。
　以下の処理は、携帯端末５の汎用ＩＣチップ２５に実装されたＣＰＵ、携帯端末５に実装されたＣＰＵ１１、電子マネーサーバ２のＣＰＵ３１が、それぞれ、電子マネー処理用のアプリケーションプログラム、電子マネーアプリケーション２９のプログラム、及び電子マネーサーバ用のプログラムに従って行うものである。
　まず、電子マネーアプリケーション２９は、ユーザの操作により、電子マネーサーバ２にアクセスする。すると、電子マネーサーバ２は、電子マネーアプリケーション２９にトップ画面データを送信し、電子マネーアプリケーション２９は、これを用いてトップ画面を表示する。トップ画面には、チャージ設定用のボタンが表示されている。
　ユーザがチャージ設定用のボタンを選択すると、電子マネーアプリケーション２９は、ディスプレイに認証画面を表示する（ステップ５）。
　なお、携帯端末５が電子マネーサーバ２に認証画面データを要求し、これに対して電子マネーサーバ２が送信してきた認証画面データを用いて認証画面を表示するように構成することもできる。
　認証画面には、パスワード入力欄と送信ボタンが設けられており、ユーザがパスワード入力欄にパスワードを入力すると、電子マネーアプリケーション２９は、当該パスワードを受け付けてＲＡＭ１３などに一時記憶する（ステップ１５）。
　そして、ユーザが送信ボタンを選択すると電子マネーアプリケーション２９は、汎用ＩＣチップ２５にＩＤ参照コマンドを入力して汎用ＩＣチップ２５から電子マネー番号を読み出し、ＲＡＭ１３に記憶しておいたパスワードと電子マネー番号を認証情報として電子マネーサーバ２に送信する（ステップ２０）。
　電子マネーサーバ２は、電子マネーアプリケーション２９から認証情報を受信すると、これをユーザＤＢに記憶してあるパスワードと電子マネー番号とを対比することにより認証を行い（ステップ２５）、電子マネーアプリケーション２９に認証結果を送信する（ステップ３０）。
　電子マネーアプリケーション２９は、電子マネーサーバ２から認証結果を受信すると、これを用いて認証結果画面を表示する。
　電子マネーサーバ２がユーザの認証に失敗した場合、認証結果画面には、認証エラーを通知する内容が表示され、ユーザは、チャージの設定を行うことができない。
　一方、電子マネーサーバ２がユーザの認証に成功した場合、認証結果画面には、チャージのサービスを受けるに際しての規約と、当該規約に同意する旨を入力する同意ボタンが表示される。
　なお、規約表示とその同意は、初回時や規約改訂時に行うように構成することができる。
　ユーザが同意ボタンを選択すると、電子マネーアプリケーション２９は、図６に示したチャージ設定画面を表示する（ステップ３５）。
　なお、携帯端末５が電子マネーサーバ２にチャージ設定画面データを要求し、これに対して電子マネーサーバ２が送信してきたチャージ設定画面データを用いてチャージ設定画面を表示するように構成することもできる。
　電子マネーアプリケーション２９は、ユーザがチャージ設定画面から各種条件を選択することにより登録情報（チャージ資金調達先、１回のチャージ金額、チャージの上限設定、バリュー残高の下限値）の入力を受け付ける（ステップ４５）。
　ユーザが、設定ボタン２３４（図６）を選択すると電子マネーアプリケーション２９は、登録情報を電子マネーサーバ２に送信する（ステップ５０）。この際に、電子マネーアプリケーション２９は、後にバリュー残高の確認で用いるためにバリュー残高の下限値をＲＡＭ１３などに記憶する。
　電子マネーサーバ２は、電子マネーアプリケーション２９から登録情報を受信し、これをチャージ登録ＤＢに記録することにより登録処理を行う（ステップ５５）。
　以上のようにして、チャージサービスに関する登録処理が完了する。
　図８は、携帯端末５の画面に表示されるチャージ要求の画面の１例を示した図であり、図９、図１０は、チャージ処理の手順を説明するためのフローチャートである。
　まず、電子マネーアプリケーション２９は、ユーザからの要求に応じて、図８に示すようなチャージ要求画面を表示する。ここで、ユーザが「すぐにチャージしてください」を選択していたとする。
　そして、ユーザが「設定」ボタン２３６をクリックすることで、電子マネーアプリケーション２９は、ユーザから電子マネーサーバ２からのチャージ要求を受信する（ステップ１００）。このときチャージ金額（Ｘ円）も同時に受信する。但し、予め１回のチャージ金額が設定されている場合は、受信する必要はない。
　そして、電子マネーアプリケーション２９は、汎用ＩＣチップ２５に残高参照コマンドを入力することによりバリュー残高の通知を要求する（ステップ１０５）。
　汎用ＩＣチップ２５は、電子マネーアプリケーション２９から残高参照コマンドの入力を受け付けると、記憶部２７からバリュー残高（Ｙ円）を読み出して電子マネーアプリケーション２９に送信する（ステップ１１０）。
　電子マネーアプリケーション２９は、汎用ＩＣチップ２５からバリュー残高を取得すると、ステップ１００でチャージ要求金額と合算した値を取得し、所定のチャージ可能な上限値と比較する。この比較で、（Ｘ円＋Ｙ円）が上限値を超過することを確認する（ステップ１１５）。そして、その結果を例えばＲＡＭ１３に記憶しておく。（Ｘ円＋Ｙ円）が上限値を超過していない場合は、従来と同様の処理でチャージを実行する。
　ここで、上限値とは、電子マネーのシステムにおいて、各汎用ＩＣチップにチャージしておくことが可能な最高値のことである。単一の汎用ＩＣチップにあまりの多額な金額をチャージしておくことのリスクを考慮してこの上限値が設けられている。例えば、２万円、５万円である。
　仮に、上限値が５万円の場合、バリュー残高が４万２千円で、１万円チャージをしようとすると、上限値をオーバーし、チャージができないこととなる。この例では、ユーザが「すぐにチャージしてください」との選択を受けていたが、合算した値が上限値を超えているため、すぐにチャージ行うことができないものとする。
　次に、電子マネーアプリケーション２９は、電子マネーサーバ２にアクセスしてステップ１００で受信した金額のチャージを要求すると共に電子マネー番号を電子マネーサーバ２に送信する（ステップ１２０）。この電子マネー番号は、バリュー残高を取得する際、同時に取得しておく。
　なお、チャージコマンドとして上書きコマンドを用いる場合は、電子マネーサーバ２が上書きコマンドを生成するために、電子マネーアプリケーション２９は、バリュー残高を読み出して電子マネーサーバ２に送信する。
　また、本実施形態では、チャージの登録の際に認証処理を行っているため、実際にチャージを行う際には認証を行わないが、チャージの度にパスワードの入力を求めて認証するように構成してもよい。
　チャージ要求を受信した電子マネーサーバ２は、受信した電子マネー番号をキーとしてチャージ登録ＤＢからユーザが設定したクレジットカード番号を特定する（ステップ１２５）。
　次いで、電子マネーサーバ２は、特定したクレジットカード番号からチャージのための原資を確保する（ステップ１３０）。具体的には、登録されているクレジットカード番号から、クレジット会社サーバ３００から与信の承諾を得る、または銀行口座からチャージ金額分の口座振替を行うことである。
　そして、チャージのためのコマンド群を生成し、電子署名を行う（ステップ１３５）。
　ここで、電子署名を行うのは、当該コマンド群が電子マネーサーバ２で生成されたものであること、及び改竄がなされていないことを証明するためである。
　ここで、コマンド群に含まれるデータについて説明する。このコマンド群の一例としては、チャージ金額を示すデータ、現在の残高を取得するコマンド、残高を「現在の残高＋チャージ金額」に書き換えるコマンド（上書き又は加算）、書換確認コマンド、ログ書込コマンドである。
　次に、電子マネーサーバ２は、生成したコマンド群をＩＣチップに記憶させる保存命令を電子マネーアプリケーション２９に送信する（ステップ１４０）。
　電子マネーアプリケーション２９は、電子マネーサーバ２から保存命令を受信して、これを汎用ＩＣチップ２５に転送（入力）する（ステップ１４５）。このとき、電子マネーアプリケーション２９は、ステップ１１５の判断でチャージを行うと上限値を超えると判断されていた場合、同時に当該コマンド群に基づくチャージを直ちに行わず、一旦当該コマンド群を記憶部２７に保存するように要求する。この例では、上限値を超えていたので、一旦当該コマンド群を記憶部２７に保存するように要求する。
　汎用ＩＣチップ２５は、電子マネーアプリケーション２９から保存命令の転送を受けると、それらに付されている電子署名を検証する（ステップ１５０）。この検証後、当該コマンド群を一旦記憶部２７に保存する（ステップ１５５）。
　ここで、コマンド群の実行処理について説明する。一例としてまず、汎用ＩＣチップ２５からバリュー残高を取得し、この取得したバリュー残高＋チャージ金額でこのバリュー残高を書き換え、書換後のバリュー残高を確認することである。
　この段階で、本実施形態の処理は、一旦終了する。すなわち、この時点でのチャージは行わないが、実行を指示すれば、直ぐにチャージ実行可能な状態を意図的に作出する。そして、チャージの指示があれば、チャージのための一連の前段階の手順を省いて、直ちにチャージを行えるようにする。
　次に、電子マネーアプリケーション２９は、定期的に汎用ＩＣチップ２５に残高参照コマンドを入力することによりバリュー残高の通知を要求する（ステップ１６０）。これに対して、汎用ＩＣチップ２５は、記憶部２７からバリュー残高を読み出して電子マネーアプリケーション２９に送信する（ステップ１６５）。
　そして、電子マネーアプリケーション２９は、汎用ＩＣチップ２５からバリュー残高（Ｙ円）を取得すると、ステップ１００で受信したチャージ要求金額（Ｘ円）と合算した値を取得し、所定のチャージ可能な上限値と比較する（ステップ１７０）。
　その結果、当該バリュー残高（Ｙ円）とステップ１００でステップ１００で受信したチャージ要求金額（Ｘ円）と合算した値が上限値を下回った場合（ステップ１７０；Ｙ）、電子マネーアプリケーション２９は、ステップ１５５で保存しておいたコマンド群の実行及び当該コマンド群の無効化を指示する（ステップ１７５）。ここで、バリュー残高が減少したということは、この間にバリュー残高が何らかの決済処理に用いられたことを意味している。また、無効化の態様として、データそのものを消去する、所定の無効フラグを有意化する、等が好適である。
　なお、当該バリュー残高とチャージ要求金額とを合算した値が上限値を下回らなかった場合（ステップ１７０；Ｎ）、ステップ１６０に戻り、定期的に汎用ＩＣチップ２５にバリュー残高の通知を要求する。
　コマンド群の実行の指示を受けた汎用ＩＣチップ２５は、当該コマンド群の実行処理を行い（ステップ１８０）、記憶部２７に記憶されているバリュー残高をＸ円分更新（増額）する（ステップ１８５）。
　その後、バリュー残高の更新が完了した旨を電子マネーアプリケーション２９に通知する（ステップ１９０）。
　そして、電子マネーアプリケーション２９は、バリュー残高更新通知を電子マネーサーバ２に送り（ステップ１９５）、電子マネーサーバ２は、汎用ＩＣチップ２５に対してログデータを要求する（ステップ１９７）。これに対して、汎用ＩＣチップ２５が、電子マネーサーバ２に、ログデータを送信して（ステップ１９９）、処理を終了する。
　この例では、チャージ要求の際、ユーザが「すぐにチャージしてください」を選択したが、上限値の関係ですぐにチャージができない状態だったので、結果として「とりあえずチャージの準備をしてください」を選択したのと同様の処理となった。
　この例では、図９に示した処理がチャージの準備段階、図１０に示した処理がチャージの実行段階である。
　こうすることで、予めチャージの準備段階を行っておけば、チャージが必要になった時に直ちにチャージを実行することができる。
　ここでは、チャージの準備段階をユーザの意思で、すなわち手動で行い、チャージの実行を自動で行っている。
　このような実施形態が有用な場合として、上限値を上回る決済が短期間に行われることが事前に予想されるとき、具体的には高額商品の購入、多数の商品、サービスへの支払が予定されているときである。
　また、この実施形態では、コマンド群を携帯端末５に内蔵された汎用ＩＣチップ２５に保存しているので、携帯端末５が電波の届かない場所にいても、また、ゲーム機、タブレット型コンピュータのように、携帯電話網の基地局アンテナを無線通信する機能を備えていなくても、図１０に示したコマンド群実行処理（ステップ１８０）が可能である。
　よって、予めオンラインでチャージを行うことが困難なことが想定できる場合、予めチャージの準備段階を行っておくことで、チャージが必要になった時に直ちにチャージを実行することができる。
　これらの例は、チャージの実行を図１０のフローチャートに示したように、自動で実行することを前提としていたが、図１０のステップ１７５のコマンド群実行処理指示を電子マネーアプリケーション２９がユーザからの入力に基づいて行う構成とすれば、ユーザの意思（手動）で行うようにすることもできる。
　また、特定の時期が到来するまで当該バリューを使用できないようにしておきたい場合、例えば、一定の期日に渡すことが決まっている小遣いの準備があげられる。また、浪費してしまうことを防止する場合もあげられる。例えば、昼食代、帰りの交通費などである。この例では、図１０のステップ１７０で、電子マネーアプリケーション２９が記憶している時期が到来したか否かを判断し、到来していればステップ１７５のコマンド群実行処理指示を行うようにする。
　この例は、図９に示したように、ユーザの意思（手動）でチャージの準備段階を開始してもよいが、オートチャージのように、一定の要件のもと自動でチャージの準備段階を開始するようにしてもよい。この場合も、電子マネーアプリケーション２９が記憶している時期が到来したか否かを判断し、到達すればステップ１７５のコマンド群実行処理指示を行うようにする。すなわち、ユーザの意思（手動）でなく、自動でチャージを行う。
　次に、第２の実施形態を説明する。
　図１１、図１２は、第２の実施形態の処理手順を示したフローチャートである。
　この実施形態では、チャージの準備段階を自動で行い、チャージの実行段階をユーザの意思（手動）で行う。
　電子マネーアプリケーション２９は、定期的に汎用ＩＣチップ２５に残高参照コマンドを入力することによりバリュー残高の通知を要求し（ステップ２０５）、これに対して、汎用ＩＣチップ２５は、電子マネーアプリケーション２９から残高参照コマンドの入力を受け付けると、記憶部２７からバリュー残高を読み出して電子マネーアプリケーション２９に送信する（ステップ２１０）。
　電子マネーアプリケーション２９は、汎用ＩＣチップ２５からバリュー残高を取得すると、基準バリュー残高と比較し、バリュー残高が基準バリュー残高を下回っていないか否かを判断する（ステップ２１５）。その結果、下回っていなければ（ステップ２１５；Ｎ）、ステップ２０５に戻り、バリュー残高のチェックを継続する。
　一方、下回っていれば（ステップ２１５；Ｙ）、電子マネーアプリケーション２９は、電子マネーサーバ２にアクセスして、所定の金額のチャージを要求すると共に電子マネー番号を電子マネーサーバ２に送信する（ステップ２２０）。この電子マネー番号は、バリュー残高を取得する際、同時に取得しておく。なお、所定の金額は、この処理を自動で行うため、予め決められている金額である。
　なお、チャージコマンドとして上書きコマンドを用いる場合は、電子マネーサーバ２が上書きコマンドを生成するために、電子マネーアプリケーション２９は、バリュー残高を読み出して電子マネーサーバ２に送信する。
　また、本実施形態では、チャージの登録の際に認証処理を行っているため、実際にチャージを行う際には認証を行わないが、チャージの度にパスワードの入力を求めて認証するように構成してもよい。
　チャージ要求を受信した電子マネーサーバ２は、受信した電子マネー番号をキーとしてチャージ登録ＤＢからユーザが設定したクレジットカード番号を特定する（ステップ２２５）。
　次いで、電子マネーサーバ２は、特定したクレジットカード番号からチャージのための原資を確保する（ステップ２３０）。具体的には、登録されているクレジットカード番号から、クレジット会社サーバ３００から与信の承諾を得る、または銀行口座からチャージ金額分の口座振替を行うことである。
　そして、チャージのためのコマンド群を生成し、電子署名を行う（ステップ２３５）。
　次に、電子マネーサーバ２は、生成したコマンド群を汎用ＩＣチップ２５に記憶させる保存命令を電子マネーアプリケーション２９に送信する（ステップ２４０）。
　電子マネーアプリケーション２９は、電子マネーサーバ２から保存命令を受信して、これを汎用ＩＣチップ２５に転送（入力）する（ステップ２４５）。
　このとき、電子マネーアプリケーション２９は、一旦当該コマンド群を記憶部２７に保存するように要求する。
　汎用ＩＣチップ２５は、電子マネーアプリケーション２９からチャージのコマンド群の入力を受けると、それらに付されている電子署名を検証する（ステップ２５０）。この検証後、当該コマンド群を一旦記憶部２７に保存する（ステップ２５５）。
　この段階で、本実施形態の処理は、一旦終了する。すなわち、この時点でのチャージは行わないが、実行を指示すれば、直ぐにチャージ実行可能な状態を意図的に作出する。そして、チャージの指示があれば、チャージのための一連の前段階の手順を省いて、直ちにチャージを行えるようにする。
　次に、電子マネーアプリケーション２９は、ユーザからの所定の操作があったか否かを判断する（ステップ２７０）。所定の操作とは、例えばパスワードの入力、指紋認証の実施などである。
　このユーザの所定の操作があれば（ステップ２７０；Ｙ）、電子マネーアプリケーション２９は、ステップ２５５で保存しておいたコマンド群の実行及び当該コマンド群の無効化を指示する（ステップ２７５）。無効化の態様としては、データそのものを消去する、所定の無効フラグを有意化する、等が好適である。
　コマンド群の実行の指示を受けた汎用ＩＣチップ２５は、当該コマンド群の実行処理を行い（ステップ２８０）、記憶部２７に記憶されているバリュー残高をＸ円分更新（増額）する（ステップ２８５）。
　その後、バリュー残高の更新が完了した旨を電子マネーアプリケーション２９に、通知する（ステップ２９０）。
　そして、電子マネーアプリケーション２９は、バリュー残高更新通知を電子マネーサーバ２に送り（ステップ２９５）、電子マネーサーバ２は、汎用ＩＣチップ２５に対してログデータを要求する（ステップ２９７）。これに対して、汎用ＩＣチップ２５が、電子マネーサーバ２に、ログデータを送信して（ステップ２９９）、処理を終了する。
　この第２の実施形態では、チャージの準備段階を自動で行うので、オートチャージと同様の処理であり、最終的なチャージの実行のみをユーザの意思（操作）としている。そのため、オートチャージによる利便性を確保すると同時に、ユーザが関知しないでチャージが行われてしまうことのリスクを回避することができる。
　次に、第３の実施形態を説明する。
　この第３の実施形態は、電子マネーサーバ２から受信したコマンド群を汎用ＩＣチップ２５に保存しないで、電子マネーアプリケーション２９の側で保存することを特徴としている。この第３の実施形態は、汎用ＩＣチップ２５にロックがかかっていることを前提としている。ここでロックがかかるとは、汎用ＩＣチップ２５に対する電源供給によりこの
汎用ＩＣチップ２５が稼働するという仕組みのもとで、この汎用ＩＣチップ２５に対する電源供給を断つことをいう。
　ロックをかけることで、当該携帯端末５が紛失した場合、盗取された場合等に、電子マネーが使用されてしまうことを防止できる。なお、ロックの解除には、所定の暗証番号等による認証が必要となる。
　図１３、図１４は、この第３の実施形態の処理手順を示したフローチャートである。
　電子マネーアプリケーション２９は、チャージを開始する所定の要件を充足したか否かを判断する（ステップ３１５）。この所定の要件とは、例えば、バリュー残高が基準バリュー残高を下回るといった条件である。
　その結果、所定の要件を充足していれば（ステップ３１５；Ｙ）、電子マネーアプリケーション２９は、電子マネーサーバ２にアクセスして、所定の金額のチャージを要求すると共に電子マネー番号を電子マネーサーバ２に送信する（ステップ３２０）。
　チャージ要求を受信した電子マネーサーバ２は、受信した電子マネー番号をキーとしてチャージ登録ＤＢからユーザが設定したクレジットカード番号を特定する（ステップ３２５）。
　次いで、電子マネーサーバ２は、特定したクレジットカード番号からチャージのための原資を確保する（ステップ３３０）。
　そして、チャージのためのコマンド群を生成し、電子署名を行う（ステップ３３５）。
　次に、電子マネーサーバ２は、生成したコマンド群を汎用ＩＣチップ２５に記憶させる保存命令を電子マネーアプリケーション２９に送信する（ステップ３４０）。
　電子マネーアプリケーション２９は、電子マネーサーバ２からチャージのコマンド群を受信して、汎用ＩＣチップ２５への転送を試みる。しかし、汎用ＩＣチップ２５にロックがかかっている等、コマンド群を汎用ＩＣチップ２５に記憶させることが難しい場合は、このコマンド群をＲＡＭ１３に保存する（ステップ３４５）。
　これで、自動で行うチャージの準備段階が完了する。この実施形態では、第１の実施形態、第２の実施形態と異なり、受信したコマンド群を汎用ＩＣチップ２５に保存しない。これは、汎用ＩＣチップ２５にロックがかかっており、働かない状態となっているからである。
　その後、電子マネーアプリケーション２９は、汎用ＩＣチップ２５のロック状態を監視する（ステップ３７０）。そして、汎用ＩＣチップ２５のロック状態の解除を検出すると（ステップ３７０；Ｙ）、電子マネーアプリケーション２９は、ステップ３４５で保存しておいたコマンド群を汎用ＩＣチップ２５に送り、その実行及び当該コマンド群の無効化を指示する（ステップ３７５）。無効化の態様としては、データそのものを消去する、所定の無効フラグを有意化する、等が好適である。
　コマンド群の実行の指示を受けた汎用ＩＣチップ２５は、当該コマンド群の署名検証を行う（ステップ３８０）。そして、当該の実行処理を行い（ステップ３８５）、記憶部２７に記憶されているバリュー残高をＸ円分更新（増額）する（ステップ３９０）。このように、ここでは、コマンド群の署名検証をコマンド群の実行処理の直前に行っている。
　その後、バリュー残高の更新が完了した旨を電子マネーアプリケーション２９に通知すする（ステップ３９５）。
　そして、電子マネーアプリケーション２９は、バリュー残高更新通知を電子マネーサーバ２に送り（ステップ３９６）、電子マネーサーバ２は、汎用ＩＣチップ２５に対してログデータを要求する（ステップ３９７）。これに対して、汎用ＩＣチップ２５が、電子マネーサーバ２に、ログデータを送信して（ステップ３９９）、処理を終了する。
　この実施形態では、チャージの準備段階を自動で行い、且つ汎用ＩＣチップ２５のロックの解除を検知すると準備しておいたチャージを自動的に実行する。そのため、決済のために、汎用ＩＣチップ２５のロックを解除したら、直ちにチャージが完了するので、決済時にバリュー残高が不足していて、決済不能となることを防止できる。
　この実施形態において、電子マネーアプリケーション２９が、汎用ＩＣチップ２５のロック状態の解除を検出するには、電子マネーアプリケーション２９が、定期的に汎用ＩＣチップ２５にアクセスを試みる、汎用ＩＣチップ２５のロック／解除を制御する、携帯端末５のアプリケーションからロック解除の通知を受けるといった方法があげられる。
　この第３の実施形態では、チャージの準備段階で、電子マネーサーバ２から受信したコマンド群を、汎用ＩＣチップ２５でなく、電子マネーアプリケーション２９で保存することとした。この処理は、第１の実施形態、第２の実施形態にも適用することができる。
　上記説明した各実施形態では、電子マネーサーバ２から送信されたコマンド群を一旦保存して、チャージの準備段階を完了した。しかし、チャージが実際に行われない場合も想定できる。このような場合のために、コマンド群に有効期限を設け、この間にチャージが実行されなかった場合は、当該コマンド群を無効とし、原資を各金融機関へ返還するようにしてもよい。
　ゲーム機、タブレット型コンピュータのように、携帯電話網の基地局アンテナを無線通信する機能を備えていない携帯端末５を用いるときは、例えば、自宅、職場などの無線ＬＡＮ経由で、チャージ予約処理（図９のステップ１００からステップ１５５、図１１のステップ２０５からステップ２５５）を行っておき、出先でチャージ実行処理（図９のステップ１６０からステップ１９０、図１１のステップ２７０からステップ２９０を行うようにしてもよい。
　上記した各実施形態では、電子マネーアプリケーション２９が、汎用ＩＣチップ２５からバリュー残高を確認するようにしていた。これに対して、電子マネーサーバ２が、定期的にログをチェックし、バリュー残高が所定値以下又は未満となっている電子マネー番号を特定し、この特定された電子マネー番号に対応する携帯端末５、例えばスマートフォンに対して、その通知機能を利用して残高確認を指示するように構成してもよい。
　この通知を受けた携帯端末５は、電子マネーアプリケーション２９が、図１１に示すフローチャートのステップ２０５以下に沿った処理を行う。
　このような構成とすることで、電子マネーアプリケーション２９が、定期的に汎用ＩＣチップ２５を監視する必要がなくなり、携帯端末５のバッテリーの消耗を抑制することができる。
　また、他の例として、チャージ予約処理（図９のステップ１００からステップ１５５、図１１のステップ２０５からステップ２５５）が行われた場合、電子マネーアプリケーション２９が、このチャージ予約に対応付けられたことを示すアイコン（例えば、「１０，０００円チャージ」等の文言を含む）を携帯端末５の表示画面に表示するようにする。このアイコンは、複数のチャージ予約がある場合は、複数個表示するようにしてもよい。このアイコンは、電子マネーアプリケーション２９を起動するためのショートカットに相当する。
　そして、このアイコンに対するユーザの操作を電子マネーアプリケーション２９が、検知した後、当該予約されたチャージを実行するようにする。
　こうすることで、ユーザに確実にチャージ予約の存在を認識させることができ、且つ簡単な操作で当該チャージを実行することができる。
　また、他の例として、チャージ予約処理（図９のステップ１００からステップ１５５、図１１のステップ２０５からステップ２５５）が行われた場合、電子マネーアプリケーション２９が、このチャージ予約に対応付けられた通知データ（例えば「１０，０００円チャージ」等の文言を含む）を、携帯端末５の通知領域に表示するようにする。この通知データは、複数のチャージ予約がある場合は、複数個表示するようにしてもよい。この通知データには、電子マネーアプリケーション２９を起動する起動タグが含まれているとよい。
　そして、この通知データに対するユーザの操作を電子マネーアプリケーション２９が、検知した後、当該予約されたチャージを実行するようにする。
　こうすることで、ユーザに確実にチャージ予約の存在を認識させることができ、且つ簡単な操作で当該チャージを実行することができる。
　　１　電子マネーシステム
　　２　電子マネーサーバ
　　３　インターネット
　　４　電子マネーカード
　　５　携帯端末
　　６　決済端末
　　７　非同期決済端末
　　８　通信回線
　１１　ＣＰＵ
　１２　ＲＯＭ
　１３　ＲＡＭ
　１４　入力部
　１５　出力部
　１６　通信制御部
　１７　近距離通信制御部
　１８　記憶部
　１９　バスライン
　２１　契約者情報ＩＣチップ
　２２　情報処理部
　２３　記憶部
　２５　汎用ＩＣチップ
　２６　情報処理部
　２７　記憶部
　３１　ＣＰＵ
　３２　ＲＯＭ
　３３　ＲＡＭ
　３４　通信制御部
　３５　記憶部
　３６　バスライン
　９０　電子マネーカード
３００　クレジット会社サーバ

Claims (11)

  1. 　電子バリューの残高を記憶する残高記憶手段と、残高変更情報を用いて前記残高記憶手段に記憶される残高を変更する変更処理を実行する残高変更手段と、を有するＩＣチップに接続可能な携帯端末であって、
    　前記残高記憶手段に記憶される残高を増額させる残高変更情報をＩＣチップ側記憶手段に記憶させる保存命令を情報処理サーバから取得する取得手段と、
    　前記取得手段により取得される保存命令に従い前記残高変更情報が前記ＩＣチップ側記憶手段に記憶されるよう、該保存命令を前記ＩＣチップに転送する転送手段と、
    　前記ＩＣチップ側記憶手段に記憶される残高変更情報を用いて変更処理を実行させる実行指示を、所定のタイミングで前記ＩＣチップに出力する指示手段と、
    　を具備することを特徴とする携帯端末。
  2. 　前記指示手段が、前記ＩＣチップ側記憶手段に記憶される残高変更情報を用いて変更処理を実行させるとともに該ＩＣチップ側記憶手段に記憶される残高変更情報を無効化させる実行指示を、所定のタイミングで前記ＩＣチップに出力する、ことを特徴とする請求項１に記載の携帯端末。
  3. 　前記転送手段により転送される保存命令に従い前記残高変更情報が前記ＩＣチップ側記憶手段に記憶されない場合に、該残高変更情報を携帯端末側記憶手段に記憶させる保存手段をさらに具備し、
    　前記指示手段が、さらに、前記携帯端末側記憶手段に記憶される残高変更情報を前記ＩＣチップに出力する、
    　ことを特徴とする請求項１又は請求項２に記載の携帯端末。
  4. 　前記ＩＣチップを一時的に無効化する無効化手段と、
    　前記無効化手段による前記ＩＣチップの一時的な無効化を解除する解除手段と、
    　をさらに具備し、
    　前記保存手段が、前記ＩＣチップが前記無効化手段により無効化されている場合に、前記取得手段により取得される保存命令において指定される残高変更情報を前記携帯端末側記憶手段に記憶させ、
    　前記指示手段が、前記解除手段により前記ＩＣチップの無効化が解除されたタイミングで前記実行指示を出力する、
    　ことを特徴とする請求項３に記載の携帯端末。
  5. 　前記取得手段により取得される残高変更情報を用いた変更処理により変更されるべき金額に対応付けられたオブジェクトを表示画面に表示させる手段をさらに具備し、
    　前記指示手段が、前記実行指示を、前記表示画面に表示されたオブジェクトに対する所定の操作が検出されたタイミングで、前記ＩＣチップに出力する、
    　ことを特徴とする請求項１～４のいずれか１項に記載の携帯端末。
  6. 　前記取得手段により取得される残高変更情報を用いた変更処理により変更されるべき金額を含む通知データを通知領域に表示させる手段をさらに具備し、
    　前記指示手段が、前記実行指示を、前記通知領域に表示された通知データに対する所定の操作が検出されたタイミングで、前記ＩＣチップに出力する、
    　ことを特徴とする請求項１～４のいずれか１項に記載の携帯端末。
  7. 　前記ＩＣチップが、前記残高変更手段による変更処理の実行結果を含むログデータを前記ＩＣチップ側記憶手段に記憶させる手段と、
    　前記ＩＣチップ側記憶手段に記憶されるログデータを前記情報処理サーバに送信する手段と、
    　をさらに具備する、
    　ことを特徴とする請求項１～６のいずれか１項に記載の携帯端末。
  8. 　前記残高変更情報が、
    　前記残高記憶手段に記憶される残高に加算されるべき加算金額と、
    　前記残高記憶手段に記憶される残高を取得するコマンドと、
    　前記取得される残高に前記加算金額を加算させた値に前記残高記憶手段に記憶される残高を変更させるコマンドと、
    　を含む、
    　ことを特徴とする請求項１～７のいずれか１項に記載の携帯端末。
  9. 　電子バリューの残高を記憶する残高記憶手段と、残高変更情報を用いて前記残高記憶手段に記憶される残高を変更する変更処理を実行する残高変更手段と、を有するＩＣチップに接続可能な携帯端末の制御方法であって、
    　前記残高記憶手段に記憶される残高を増額させる残高変更情報をチップ側記憶手段に記憶させる保存命令を情報処理サーバから取得する取得ステップと、
    　前記取得ステップにおいて取得される保存命令に従い前記残高変更情報が前記チップ側記憶手段に記憶されるよう、該保存命令を前記ＩＣチップに転送する転送ステップと、
    　前記ＩＣチップ側記憶手段に記憶される残高変更情報を用いて変更処理を実行させる実行指示を、所定のタイミングで前記ＩＣチップに出力する指示ステップと、
    　を具備することを特徴とする携帯端末の制御方法。
  10. 　電子バリューの残高を記憶する残高記憶手段と、残高変更情報を用いて前記残高記憶手段に記憶される残高を変更する変更処理を実行する残高変更手段と、を有するＩＣチップに接続可能な携帯端末に、
    　前記残高記憶手段に記憶される残高を増額させる残高変更情報をチップ側記憶手段に記憶させる保存命令を情報処理サーバから取得する取得機能と、
    　前記取得機能により取得される保存命令に従い前記残高変更情報が前記チップ側記憶手段に記憶されるよう、該保存命令を前記ＩＣチップに転送する転送機能と、
    　前記ＩＣチップ側記憶手段に記憶される残高変更情報を用いて変更処理を実行させる実行指示を、所定のタイミングで前記ＩＣチップに出力する指示機能と、
    　を実現させるためのプログラム。
  11. 　電子バリューの残高を記憶する残高記憶手段と、残高変更情報を用いて前記残高記憶手段に記憶される残高を変更する変更処理を実行する残高変更手段と、を有するＩＣチップに接続可能な携帯端末に、
    　前記残高記憶手段に記憶される残高を増額させる残高変更情報をチップ側記憶手段に記憶させる保存命令を情報処理サーバから取得する取得機能と、
    　前記取得機能により取得される保存命令に従い前記残高変更情報が前記チップ側記憶手段に記憶されるよう、該保存命令を前記ＩＣチップに転送する転送機能と、
    　前記ＩＣチップ側記憶手段に記憶される残高変更情報を用いて変更処理を実行させる実行指示を、所定のタイミングで前記ＩＣチップに出力する指示機能と、
    　を実現させるためのプログラムを記録したコンピュータ読取可能な記録媒体。
PCT/JP2012/072275 2012-08-31 2012-08-31 携帯端末、携帯端末の制御方法、プログラム及び記録媒体 WO2014033939A1 (ja)

Priority Applications (3)

Application Number Priority Date Filing Date Title
JP2014532703A JP6069328B2 (ja) 2012-08-31 2012-08-31 携帯端末、携帯端末の制御方法、プログラム及び記録媒体
PCT/JP2012/072275 WO2014033939A1 (ja) 2012-08-31 2012-08-31 携帯端末、携帯端末の制御方法、プログラム及び記録媒体
US14/424,083 US10977625B2 (en) 2012-08-31 2012-08-31 Mobile terminal, method for controlling mobile terminal, program product, and recording medium

Applications Claiming Priority (1)

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

Publications (1)

Publication Number Publication Date
WO2014033939A1 true WO2014033939A1 (ja) 2014-03-06

Family

ID=50182785

Family Applications (1)

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

Country Status (3)

Country Link
US (1) US10977625B2 (ja)
JP (1) JP6069328B2 (ja)
WO (1) WO2014033939A1 (ja)

Cited By (24)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2016076738A (ja) * 2014-10-02 2016-05-12 凸版印刷株式会社 移動端末装置、無線通信システム、及び無線通信方法
JPWO2017154332A1 (ja) * 2016-03-10 2019-01-10 日本電気株式会社 電子バリュー管理装置、電子バリュー管理システム、電子バリュー管理方法及びプログラム
WO2019026442A1 (ja) 2017-08-02 2019-02-07 フェリカネットワークス株式会社 情報処理装置、および情報処理方法
JP2019032845A (ja) * 2016-09-06 2019-02-28 アップル インコーポレイテッドＡｐｐｌｅ Ｉｎｃ． ストアドバリュー口座のためのユーザインタフェース
US10749967B2 (en) 2016-05-19 2020-08-18 Apple Inc. User interface for remote authorization
US10748153B2 (en) 2014-05-29 2020-08-18 Apple Inc. User interface for payments
US10783576B1 (en) 2019-03-24 2020-09-22 Apple Inc. User interfaces for managing an account
US10783227B2 (en) 2017-09-09 2020-09-22 Apple Inc. Implementation of biometric authentication
US10796294B2 (en) 2017-05-16 2020-10-06 Apple Inc. User interfaces for peer-to-peer transfers
US10872256B2 (en) 2017-09-09 2020-12-22 Apple Inc. Implementation of biometric authentication
US10909524B2 (en) 2018-06-03 2021-02-02 Apple Inc. User interfaces for transfer accounts
JP2021077052A (ja) * 2019-11-08 2021-05-20 トヨタ自動車株式会社 ウォレットシステムおよびウォレットプログラム
US11037150B2 (en) 2016-06-12 2021-06-15 Apple Inc. User interfaces for transactions
US11100498B2 (en) 2018-06-03 2021-08-24 Apple Inc. User interfaces for transfer accounts
US11169830B2 (en) 2019-09-29 2021-11-09 Apple Inc. Account management user interfaces
US11170085B2 (en) 2018-06-03 2021-11-09 Apple Inc. Implementation of biometric authentication
US11200309B2 (en) 2011-09-29 2021-12-14 Apple Inc. Authentication with secondary approver
US11221744B2 (en) 2017-05-16 2022-01-11 Apple Inc. User interfaces for peer-to-peer transfers
US11321731B2 (en) 2015-06-05 2022-05-03 Apple Inc. User interface for loyalty accounts and private label accounts
US11481769B2 (en) 2016-06-11 2022-10-25 Apple Inc. User interface for transactions
US11574041B2 (en) 2016-10-25 2023-02-07 Apple Inc. User interface for managing access to credentials for use in an operation
US11681537B2 (en) 2019-09-29 2023-06-20 Apple Inc. Account management user interfaces
US11783305B2 (en) 2015-06-05 2023-10-10 Apple Inc. User interface for loyalty accounts and private label accounts for a wearable device
US11816194B2 (en) 2020-06-21 2023-11-14 Apple Inc. User interfaces for managing secure operations

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109285001A (zh) * 2018-08-31 2019-01-29 阿里巴巴集团控股有限公司 可支付交通费用的设备、组合设备、系统及方法

Citations (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH09330365A (ja) * 1996-06-11 1997-12-22 Toshiba Software Eng Kk 電子マネーカードシステム
JP2006221462A (ja) * 2005-02-10 2006-08-24 Ntt Docomo Inc サービス利用者装置、サービス提供者装置、課金管理装置、ネットワーク接続サービスシステム、及びネットワーク接続サービスにおける課金方法。
JP2006221295A (ja) * 2005-02-09 2006-08-24 Sharp Corp 電子マネーシステム、携帯端末装置、及びプログラム
JP2007079821A (ja) * 2005-09-13 2007-03-29 Daiichikosho Co Ltd 電子マネー決済端末、自動入金管理装置
JP2008041025A (ja) * 2006-08-10 2008-02-21 Bitwallet Inc アクセス端末、管理サーバ、アクセス方法、及び無効端末ｉｄ送信方法
JP2008287446A (ja) * 2007-05-16 2008-11-27 Toyo Networks & System Integration Co Ltd 電子マネー記憶媒体、電子マネー決済システム、及び電子マネー決済方法
JP2009237831A (ja) * 2008-03-26 2009-10-15 Dainippon Printing Co Ltd Ｉｃカードチャージシステム、サーバ、プログラム
JP2010009432A (ja) * 2008-06-27 2010-01-14 Kyocera Corp 決済システムおよび携帯端末
JP2011096021A (ja) * 2009-10-30 2011-05-12 Dainippon Printing Co Ltd 電子マネーシステム
JP2012043329A (ja) * 2010-08-23 2012-03-01 Nippon Signal Co Ltd:The 電子決済システム

Family Cites Families (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP4334247B2 (ja) 2003-03-07 2009-09-30 ビットワレット株式会社 携帯端末装置および電子マネーサーバ
CA2430456C (en) * 2003-05-30 2012-10-09 Coinamatic Canada Inc. Offline code based reloading system
JP3924555B2 (ja) 2003-07-04 2007-06-06 株式会社みずほ銀行 電子バリュー管理方法
US7324976B2 (en) * 2004-07-19 2008-01-29 Amazon Technologies, Inc. Automatic authorization of programmatic transactions
US8879986B2 (en) * 2005-12-31 2014-11-04 Michelle Fisher Wireless bidirectional communications between a mobile device and associated secure element using inaudible sound waves
JP4483891B2 (ja) * 2007-04-02 2010-06-16 フェリカネットワークス株式会社 情報処理端末、データ移動方法、およびプログラム
JP5156254B2 (ja) * 2007-04-17 2013-03-06 楽天株式会社 情報処理装置、情報処理方法、及び情報処理プログラム
US8181867B1 (en) * 2009-01-06 2012-05-22 Sprint Communications Company L.P. Transit card credit authorization
US8600882B2 (en) * 2011-03-18 2013-12-03 Bank Of America Corporation Prepaid card budgeting

Patent Citations (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH09330365A (ja) * 1996-06-11 1997-12-22 Toshiba Software Eng Kk 電子マネーカードシステム
JP2006221295A (ja) * 2005-02-09 2006-08-24 Sharp Corp 電子マネーシステム、携帯端末装置、及びプログラム
JP2006221462A (ja) * 2005-02-10 2006-08-24 Ntt Docomo Inc サービス利用者装置、サービス提供者装置、課金管理装置、ネットワーク接続サービスシステム、及びネットワーク接続サービスにおける課金方法。
JP2007079821A (ja) * 2005-09-13 2007-03-29 Daiichikosho Co Ltd 電子マネー決済端末、自動入金管理装置
JP2008041025A (ja) * 2006-08-10 2008-02-21 Bitwallet Inc アクセス端末、管理サーバ、アクセス方法、及び無効端末ｉｄ送信方法
JP2008287446A (ja) * 2007-05-16 2008-11-27 Toyo Networks & System Integration Co Ltd 電子マネー記憶媒体、電子マネー決済システム、及び電子マネー決済方法
JP2009237831A (ja) * 2008-03-26 2009-10-15 Dainippon Printing Co Ltd Ｉｃカードチャージシステム、サーバ、プログラム
JP2010009432A (ja) * 2008-06-27 2010-01-14 Kyocera Corp 決済システムおよび携帯端末
JP2011096021A (ja) * 2009-10-30 2011-05-12 Dainippon Printing Co Ltd 電子マネーシステム
JP2012043329A (ja) * 2010-08-23 2012-03-01 Nippon Signal Co Ltd:The 電子決済システム

Cited By (49)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US11200309B2 (en) 2011-09-29 2021-12-14 Apple Inc. Authentication with secondary approver
US11755712B2 (en) 2011-09-29 2023-09-12 Apple Inc. Authentication with secondary approver
US10902424B2 (en) 2014-05-29 2021-01-26 Apple Inc. User interface for payments
US11836725B2 (en) 2014-05-29 2023-12-05 Apple Inc. User interface for payments
US10977651B2 (en) 2014-05-29 2021-04-13 Apple Inc. User interface for payments
US10748153B2 (en) 2014-05-29 2020-08-18 Apple Inc. User interface for payments
US10796309B2 (en) 2014-05-29 2020-10-06 Apple Inc. User interface for payments
JP2016076738A (ja) * 2014-10-02 2016-05-12 凸版印刷株式会社 移動端末装置、無線通信システム、及び無線通信方法
US11321731B2 (en) 2015-06-05 2022-05-03 Apple Inc. User interface for loyalty accounts and private label accounts
US11783305B2 (en) 2015-06-05 2023-10-10 Apple Inc. User interface for loyalty accounts and private label accounts for a wearable device
US11734708B2 (en) 2015-06-05 2023-08-22 Apple Inc. User interface for loyalty accounts and private label accounts
JP7092027B2 (ja) 2016-03-10 2022-06-28 日本電気株式会社 電子バリュー管理装置、電子バリュー管理システム、電子バリュー管理方法及びプログラム
JPWO2017154332A1 (ja) * 2016-03-10 2019-01-10 日本電気株式会社 電子バリュー管理装置、電子バリュー管理システム、電子バリュー管理方法及びプログラム
US10749967B2 (en) 2016-05-19 2020-08-18 Apple Inc. User interface for remote authorization
US11206309B2 (en) 2016-05-19 2021-12-21 Apple Inc. User interface for remote authorization
US11481769B2 (en) 2016-06-11 2022-10-25 Apple Inc. User interface for transactions
US11037150B2 (en) 2016-06-12 2021-06-15 Apple Inc. User interfaces for transactions
US11900372B2 (en) 2016-06-12 2024-02-13 Apple Inc. User interfaces for transactions
JP2019032845A (ja) * 2016-09-06 2019-02-28 アップル インコーポレイテッドＡｐｐｌｅ Ｉｎｃ． ストアドバリュー口座のためのユーザインタフェース
US11074572B2 (en) 2016-09-06 2021-07-27 Apple Inc. User interfaces for stored-value accounts
US11574041B2 (en) 2016-10-25 2023-02-07 Apple Inc. User interface for managing access to credentials for use in an operation
US11221744B2 (en) 2017-05-16 2022-01-11 Apple Inc. User interfaces for peer-to-peer transfers
US10796294B2 (en) 2017-05-16 2020-10-06 Apple Inc. User interfaces for peer-to-peer transfers
US11797968B2 (en) 2017-05-16 2023-10-24 Apple Inc. User interfaces for peer-to-peer transfers
US11222325B2 (en) 2017-05-16 2022-01-11 Apple Inc. User interfaces for peer-to-peer transfers
US11049088B2 (en) 2017-05-16 2021-06-29 Apple Inc. User interfaces for peer-to-peer transfers
KR20200031614A (ko) 2017-08-02 2020-03-24 훼리카네트워크스 카부시키가이샤 정보 처리 장치 및 정보 처리 방법
WO2019026442A1 (ja) 2017-08-02 2019-02-07 フェリカネットワークス株式会社 情報処理装置、および情報処理方法
US11393258B2 (en) 2017-09-09 2022-07-19 Apple Inc. Implementation of biometric authentication
US11386189B2 (en) 2017-09-09 2022-07-12 Apple Inc. Implementation of biometric authentication
US10872256B2 (en) 2017-09-09 2020-12-22 Apple Inc. Implementation of biometric authentication
US11765163B2 (en) 2017-09-09 2023-09-19 Apple Inc. Implementation of biometric authentication
US10783227B2 (en) 2017-09-09 2020-09-22 Apple Inc. Implementation of biometric authentication
US11900355B2 (en) 2018-06-03 2024-02-13 Apple Inc. User interfaces for transfer accounts
US10909524B2 (en) 2018-06-03 2021-02-02 Apple Inc. User interfaces for transfer accounts
US11514430B2 (en) 2018-06-03 2022-11-29 Apple Inc. User interfaces for transfer accounts
US11170085B2 (en) 2018-06-03 2021-11-09 Apple Inc. Implementation of biometric authentication
US11100498B2 (en) 2018-06-03 2021-08-24 Apple Inc. User interfaces for transfer accounts
US11928200B2 (en) 2018-06-03 2024-03-12 Apple Inc. Implementation of biometric authentication
US11610259B2 (en) 2019-03-24 2023-03-21 Apple Inc. User interfaces for managing an account
US11688001B2 (en) 2019-03-24 2023-06-27 Apple Inc. User interfaces for managing an account
US10783576B1 (en) 2019-03-24 2020-09-22 Apple Inc. User interfaces for managing an account
US11669896B2 (en) 2019-03-24 2023-06-06 Apple Inc. User interfaces for managing an account
US11328352B2 (en) 2019-03-24 2022-05-10 Apple Inc. User interfaces for managing an account
US11681537B2 (en) 2019-09-29 2023-06-20 Apple Inc. Account management user interfaces
US11169830B2 (en) 2019-09-29 2021-11-09 Apple Inc. Account management user interfaces
JP7287243B2 (ja) 2019-11-08 2023-06-06 トヨタ自動車株式会社 ウォレットシステムおよびウォレットプログラム
JP2021077052A (ja) * 2019-11-08 2021-05-20 トヨタ自動車株式会社 ウォレットシステムおよびウォレットプログラム
US11816194B2 (en) 2020-06-21 2023-11-14 Apple Inc. User interfaces for managing secure operations

Also Published As

Publication number Publication date
US10977625B2 (en) 2021-04-13
JPWO2014033939A1 (ja) 2016-08-08
US20150324763A1 (en) 2015-11-12
JP6069328B2 (ja) 2017-02-01

Similar Documents

Publication Publication Date Title
JP6069328B2 (ja) 携帯端末、携帯端末の制御方法、プログラム及び記録媒体
US11004061B2 (en) Method and apparatus for payments between two mobile devices
JP5595434B2 (ja) 情報処理サーバ、情報処理方法、情報処理プログラム及び情報処理プログラムを記録した記録媒体
JP5788610B2 (ja) 携帯端末、携帯端末の制御方法、及び記録媒体
JP5156254B2 (ja) 情報処理装置、情報処理方法、及び情報処理プログラム
JP5492181B2 (ja) 電子マネーサーバ、電子マネーサーバプログラム、記録媒体、及び、紛失処理方法
JP6062441B2 (ja) 貨幣端末、貨幣端末の制御方法及びプログラム
JP6182527B2 (ja) 決済端末、情報処理サーバ、決済端末の制御方法、及びプログラム
WO2014103543A1 (ja) 情報アクセス装置、コンピュータプログラム、情報処理システム、アクセス制御システム、携帯端末、携帯端末の制御方法、及び携帯端末の制御プログラム
JP5815139B2 (ja) 情報配信装置、情報配信方法、プログラム及び記録媒体
JP6211619B2 (ja) 情報処理装置、情報処理装置の制御方法及びプログラム
JP5178267B2 (ja) Ｉｃカードおよびｉｃカードに用いられるアプリケーションプログラムの制御方法
JP5608308B1 (ja) 情報アクセス装置、コンピュータプログラム、アクセス制御システム、携帯端末、携帯端末の制御方法、及び携帯端末の制御プログラム
US20080272187A1 (en) Electronic Money System, Information Storage Medium, and Mobile Terminal Device
JP4957483B2 (ja) 電子マネーチャージシステム、電子マネーチャージ管理サーバおよび携帯情報端末
JP2008107891A (ja) 金額変更情報送信装置、貨幣端末、金額変更情報送信方法、及び金額変更方法
JP5586287B2 (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: 12883457

Country of ref document: EP

Kind code of ref document: A1

ENP Entry into the national phase

Ref document number: 2014532703

Country of ref document: JP

Kind code of ref document: A

WWE Wipo information: entry into national phase

Ref document number: 14424083

Country of ref document: US

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 12883457

Country of ref document: EP

Kind code of ref document: A1