WO2012147969A1 - 決済モジュール、決済方法、プログラム及び情報記録媒体 - Google Patents

決済モジュール、決済方法、プログラム及び情報記録媒体 Download PDF

Info

Publication number
WO2012147969A1
WO2012147969A1 PCT/JP2012/061482 JP2012061482W WO2012147969A1 WO 2012147969 A1 WO2012147969 A1 WO 2012147969A1 JP 2012061482 W JP2012061482 W JP 2012061482W WO 2012147969 A1 WO2012147969 A1 WO 2012147969A1
Authority
WO
WIPO (PCT)
Prior art keywords
balance
electronic value
amount
change information
electronic
Prior art date
Application number
PCT/JP2012/061482
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 EP12775983.5A priority Critical patent/EP2704073A4/en
Priority to JP2012534478A priority patent/JP5092074B1/ja
Priority to US14/113,876 priority patent/US10373155B2/en
Priority to CN201280020767.XA priority patent/CN103503009B/zh
Publication of WO2012147969A1 publication Critical patent/WO2012147969A1/ja

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/34—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using cards, e.g. integrated circuit [IC] cards or magnetic cards
    • G06Q20/349—Rechargeable cards
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • 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/22—Payment schemes or models
    • G06Q20/28—Pre-payment schemes, e.g. "pay before"
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/34—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using cards, e.g. integrated circuit [IC] cards or magnetic cards
    • G06Q20/341—Active cards, i.e. cards including their own processing means, e.g. including an IC or chip
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/34—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using cards, e.g. integrated circuit [IC] cards or magnetic cards
    • G06Q20/357—Cards having a plurality of specified features
    • G06Q20/3572—Multiple accounts on card
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/34—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using cards, e.g. integrated circuit [IC] cards or magnetic cards
    • G06Q20/357—Cards having a plurality of specified features
    • G06Q20/3574—Multiple applications on card
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/34—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using cards, e.g. integrated circuit [IC] cards or magnetic cards
    • G06Q20/357—Cards having a plurality of specified features
    • G06Q20/3576—Multiple memory zones on card
    • G06Q20/35765—Access rights to memory zones

Definitions

  • the present invention relates to a payment module, a payment method, a program, and an information recording medium.
  • the present invention has been made in view of the above-mentioned problems, and the object thereof is an amount of money that is distributed and charged to each electronic value regardless of which electronic value is used for payment among a plurality of types of electronic value.
  • First balance change information generating means for generating at least one balance change information for reducing the balance of at least one electronic value among the other electronic values so as to be equal to the amount of money, and the generated at least one
  • the utility electronic value balance is increased by the second replenishment amount in the storage means
  • the utility A second balance change information generating means for reducing balance of electronic value by the first supplementary amount and generating balance change information for increasing the balance of the one electronic value by the first supplementary amount
  • a balance change unit corresponding to the one electronic value is provided in the second balance change information generation unit. Accordance with the generated balance change information and balance change information inputted from the external Ri, change the balance of the one of the electronic value, wherein the.
  • the settlement module may further include first supplementary amount output means for determining and outputting the first supplementary amount based on the balance of the one electronic value and the requested amount. Good.
  • the first replenishment amount output means may determine a difference amount obtained by subtracting the balance of the one electronic value from the required amount as the replenishment amount.
  • the settlement module may further include supplementary amount output means for outputting the requested amount as the first supplementary amount.
  • the settlement module further includes a second replenishment amount output unit that determines and outputs the second replenishment amount based on the utility electronic value balance and the first replenishment amount. It is good.
  • the second supplementary amount output means may determine a difference obtained by subtracting the utility electronic value balance from the first supplementary amount as the second supplementary amount.
  • the settlement module may further include a second supplementary amount output means for outputting the first supplementary amount as the second supplementary amount.
  • the payment module includes a plurality of balance output means for reading and outputting the balances of a plurality of stored electronic values, respectively, and the payment module includes one of the plurality of electronic values.
  • a balance request is input from the outside, a first balance acquisition unit that acquires the balance of the utility electronic value stored in the storage unit, and a balance request from the outside for one of the plurality of electronic values
  • balance request issuing means for issuing at least one balance request for respectively acquiring the balance of at least one other electronic value other than the one electronic value, and the issued at least one balance request
  • the corresponding balance of electronic value is output by the corresponding balance output means according to the Second balance acquisition means for acquiring a total amount of the balance of one electronic value and the acquired balance of the utility electronic value, and a balance output means corresponding to the one electronic value
  • the total amount of the balance of one electronic value and the total amount acquired by the second balance acquisition means may be output as the balance of the one electronic value.
  • a payment method is a payment method by a payment module comprising a plurality of balance changing means for changing a balance of a plurality of stored electronic values and a storage means for storing a balance of utility electronic value.
  • the first replenishment amount necessary for reducing the requested amount specified in the balance change information input from the outside for one of the plurality of electronic values from the balance of the one electronic value is acquired.
  • a first replenishment amount acquisition step, and a second replenishment amount acquisition step for acquiring a second replenishment amount necessary for deducting the acquired first replenishment amount from the utility electronic value balance stored in the storage means
  • the total amount of money deducted from the balance of electronic value other than the one electronic value is the second supplementary amount acquired.
  • the first balance change information generating step for generating at least one balance change information for reducing the balance of at least one electronic value among the other electronic values, and the generated at least one
  • the balance of the corresponding electronic value is changed by the corresponding balance changing means according to the balance change information
  • the balance of the utility electronic value is increased by the second replenishment amount in the storage means, and the utility electronic value is increased.
  • a second balance change information generating step for generating balance change information for reducing the balance of the electronic value by the first supplementary amount and increasing the balance of the one electronic value by the first supplementary amount
  • the balance changing means corresponding to the one electronic value is generated by the second balance change information generating means. Accordance with been balance change information and balance change information inputted from the external, to change the balance of the one of the electronic value, wherein the.
  • the program according to the present invention causes a computer that functions as a settlement module to include a plurality of balance changing units that respectively change a plurality of stored electronic value balances and a storage unit that stores utility electronic value balances. And a first amount necessary for reducing a request amount specified in balance change information input from the outside for one of the plurality of electronic values from the balance of the one electronic value.
  • the sum of the amount to be deducted from the balance of the other electronic value other than the one electronic value and the second supplement amount acquisition means First balance change information for generating at least one balance change information for reducing the balance of at least one electronic value among the other electronic values so that is equal to the acquired second replenishment amount
  • the balance of the utility electronic value is stored in the second means in the storage means.
  • An information recording medium includes a computer functioning as a settlement module including a plurality of balance changing units that respectively change a plurality of stored electronic value balances and a storage unit that stores utility electronic value balances.
  • a second replenishment amount acquisition means to acquire and an amount of money to be reduced from a balance of electronic value other than the one electronic value
  • the storage means stores the utility electronic value balance in the storage means. 2 is increased by the replenishment amount of 2
  • the balance of the utility electronic value is decreased by the first replenishment amount
  • balance change information is generated to increase the balance of the one electronic value by the first replenishment amount.
  • the computer functions as second balance change information generation means, and the remaining balance corresponding to the one electronic value
  • the total amount of money charged in a distributed manner for each electronic value can be used for payment.
  • 1 is a system configuration diagram of an electronic value settlement system. It is a block diagram of a user terminal. It is a hardware block diagram of an IC chip. It is a figure which shows an example of the data memorize
  • FIG. 1 shows a system configuration diagram of an electronic value settlement system 1 according to the present embodiment.
  • an electronic value settlement system 1 includes a user terminal 10, electronic value servers 50-1 to 50-N (N is a natural number), a utility electronic value server 60, and electronic value settlement terminals 70-1 to 70. -N, including utility electronic value settlement terminal 80
  • the user terminal 10 can hold different types of first to Nth electronic values and utility electronic values that can be exchanged for the first to Nth electronic values.
  • the first to Nth electronic values may be, for example, prepaid electronic money
  • the utility electronic value may be, for example, prepaid electronic money, savings account data, secured credit line data, or the like.
  • the electronic value servers 50-1 to 50-N are servers for managing the first to Nth electronic values, respectively, and the electronic value settlement terminals 70-1 to 70-N are respectively used to settle the first to Nth electronic values. Is a terminal that performs
  • the user terminal 10 is connected to the electronic value servers 50-1 to 50-N and the utility electronic value server 60 through the network 90 so that they can communicate with each other.
  • the electronic value settlement terminals 70-1 to 70-N are the corresponding electronic value servers 50-1 to 50-N
  • the utility electronic value settlement terminal 80 is the utility electronic value server 60, respectively, a network 90 or a dedicated line (not shown). Are connected to each other through communication.
  • the utility electronic value server 60 issues utility electronic value, transfers utility electronic value (charge, etc.), manages the utility electronic value used, and the like.
  • the exchange ratio of each of the 1st to Nth electronic values and the utility electronic value (1 unit (yen, point, etc.) of each of the 1st to Nth electronic values is calculated as the utility electronic value.
  • the ratio indicating how many units to exchange) is 1: 1, but is not limited to this.
  • the electronic value payment terminal 70-i is a dedicated terminal for payment of the i-th electronic value, but may be a payment terminal that supports payment of a plurality of types of electronic value.
  • the utility electronic value settlement terminal 80 performs non-contact communication with the user terminal 10 having an IC chip that holds the utility electronic value, an IC card, etc., and settles the settlement amount from the balance of the utility electronic value held in the IC chip. Process.
  • the user terminal 10 is an information processing terminal such as a mobile phone equipped with an IC chip capable of storing electronic value.
  • the user terminal 10 performs wireless communication with a base station device (not shown) and connects to the network 90, and accesses the electronic value servers 50-1 to 50-N and the utility electronic value server 60, respectively.
  • the electronic value and utility electronic value are charged and contacted with the electronic value settlement terminals 70-1 to 70-N and the utility electronic value settlement terminal 80, and the charged first to Nth electronic values and utility electronics are charged.
  • the settlement using the value may be executed.
  • FIG. 2 shows an example of a configuration diagram of the user terminal 10.
  • the user terminal 10 includes a control unit 12, a storage unit 14, a wireless communication unit 16, a display unit 18, an input unit 20, and an IC chip 22.
  • the control unit 12 includes a CPU, executes various arithmetic processes based on a program stored in the storage unit 14, and controls each unit of the user terminal 10.
  • the storage unit 14 stores a program and data for using the operating system of the user terminal 10, the first to Nth electronic values and the utility electronic value, and is also used as a work memory of the control unit 12.
  • the wireless communication unit 16 wirelessly communicates with a base station device (not shown), and performs data communication with the electronic value servers 50-1 to 50-N and the utility electronic value server 60 via the base station device.
  • the display unit 18 is configured by a display device such as a liquid crystal display, for example, and displays various screens based on the graphic data generated by the processing of the control unit 12.
  • the input unit 20 is configured by a keyboard, a touch panel, or the like, for example, and receives an operation input by the user.
  • the IC chip 22 holds the first to Nth electronic values and the utility electronic value, and performs payment processing by contactless communication with the electronic value payment terminals 70-1 to 70-N and the utility electronic value payment terminal 80. .
  • details of the IC chip 22 will be described.
  • FIG. 3 shows an example of the hardware configuration of the IC chip 22.
  • the IC chip 22 includes a wireless communication circuit 24, a CPU 26, a ROM 28, a RAM 30, and an EEPROM 32.
  • the wireless communication circuit 24 includes, for example, an antenna and a high frequency circuit, and performs wireless communication at a short distance (for example, within several tens of centimeters) with the electronic value settlement terminals 70-1 to 70-N and the utility electronic value settlement terminal 80.
  • the CPU 26 executes a calculation process and controls each part of the IC chip 22 based on the control program stored in the ROM 28, the electronic value applications 1 to N stored in the EEPROM 32, the utility electronic value application, and the like. It is.
  • the ROM 28 is a memory that can only read data, and the ROM 28 stores, for example, a control program and control data for the IC chip 22.
  • the RAM 30 is a memory capable of writing and reading data, and the RAM 30 is used as a working memory for processing by the CPU 26 and a temporary data storage area.
  • the EEPROM 32 is a nonvolatile memory capable of writing and reading data.
  • the EEPROM 32 stores, for example, an electronic value settlement program, electronic value, and the like.
  • FIG. 4 shows an example of data stored in the EEPROM 32.
  • the EEPROM 32 includes, for example, electronic value applications A-1 to A-N (hereinafter referred to as electronic value applications A-1 to A-N), utility electronic value application U (hereinafter referred to as utility electronic value).
  • Application UA) and setting information S are stored.
  • an i-th electronic value balance, usage log data, and the like are stored.
  • the key information storage area 42-i for example, information on the encryption key of utility electronic value is stored.
  • a program describing a process to be executed when the command is received is stored.
  • processing for inquiring the balance of electronic value stored in the electronic value storage area 40-i, and the designated charge amount are stored in the electronic value storage area 40-i.
  • Programs such as a process for adding to the remaining balance, a process for subtracting the designated payment amount from the balance of the electronic value stored in the electronic value storage area 40-i, and various processes for cooperating with the utility electronic value application UA.
  • the key information of the utility electronic value stored in the key information storage area 42-i may be used for authentication when the electronic value application cooperates with the utility electronic value application UA.
  • an electronic value addition command, a subtraction command, and an overwrite command correspond to electronic value balance change information.
  • the balance change information is an addition command and a subtraction command.
  • the utility electronic value application UA includes, for example, an electronic value storage area 40U, a key information storage area 42U, and a program storage area 44U, and each storage area is encrypted based on an encryption key unique to the utility electronic value.
  • a utility electronic value encryption key may be required.
  • the electronic value storage area 40U for example, the balance of utility electronic value, usage log data, and the like are stored.
  • the key information storage area 42U for example, information on the encryption keys of each of the first to Nth electronic values is stored.
  • a program to be processed when the command is received is stored.
  • processing for inquiring the balance of utility electronic value stored in the electronic value storage area 40U, and adding the designated charge amount to the balance of utility electronic value stored in the electronic value storage area 40U Programs for subtracting the designated payment amount from the balance of utility electronic value stored in the electronic value storage area 40U, and various processes for cooperating with the electronic value applications A-1 to A-N.
  • the utility electronic value application UA cooperates with the electronic value applications A-1 to A-N, authentication is performed using the key information of the first to Nth electronic values stored in the key information storage area 42U. It is good to do.
  • the balance overwriting process to be executed when the utility electronic value balance overwriting command is received is described.
  • a program may be stored.
  • the setting information S stored in the EEPROM 32 may include, for example, setting information related to charging of electronic value.
  • the setting information S includes settings for selecting the first to Nth electronic values used for charging the utility electronic value (electronic value selection setting) and settings for automatically charging the utility electronic value. (Automatic charge setting) may be included.
  • electronic value selection setting and automatic charge setting will be described.
  • a priority order may be set for each of the first to Nth electronic values.
  • the processing for charging the utility electronic value from the electronic value selected in descending order of priority may be executed until the specified condition is satisfied.
  • the priority order may be determined in advance for the first to Nth electronic values, or may be determined based on the balance of the first to Nth electronic values.
  • a plurality (for example, all) of electronic values may be selected from the first to Nth electronic values.
  • the charge amount charged to the utility electronic value may be shared equally among the plurality of selected electronic values, or may be shared at a ratio corresponding to each balance.
  • the automatic charge start condition may be, for example, that the utility electronic value balance is equal to or less than a threshold value (or less than the threshold value).
  • the timing for determining the automatic charge start condition may be a predetermined time, immediately after settlement after a predetermined period of time has elapsed since the previous charging, or the like.
  • the automatic charge amount may be a predetermined amount (for example, an upper limit amount, a preset amount registered by the user), an amount obtained by subtracting the current balance from a predetermined amount, or an arbitrary set amount.
  • an automatic charge start condition for starting an automatic charge for example, the balance is less than a threshold X yen
  • Each automatic charge amount setting for example, Y yen
  • the user terminal 10 stands by and the determination timing is If it has arrived (S102: Y), the balance of utility electronic value held in the IC chip 22 is acquired (S103).
  • the acquired balance does not satisfy the automatic charge start condition set in S101 (for example, X or more) (S104: N)
  • the user terminal 10 returns to S102 and satisfies the automatic charge start condition.
  • the charge amount is set based on the set automatic charge amount setting (S105).
  • the user terminal 10 requests the utility electronic value server 60 to charge the amount set in S105 (S106), and when the utility electronic value server 60 permits charging, the utility electronic value balance is set in S105. The charged amount is added (S107). The user terminal 10 returns to S102 again after the charging is completed.
  • the electronic value used for payment (referred to as the M-th electronic value) among the first to Nth electronic values is allocated to the electronic value from the utility electronic value for payment.
  • the utility electronic value application UA cooperates with hardware resources such as the IC chip 22 provided in the user terminal 10 to make the user terminal 10 a virtual asynchronous deposit function ( It operates as a terminal having a virtual offline charge function.
  • the electronic value application AM operating on the IC chip 22 is transmitted. Performs a balance inquiry command to the utility electronic value application UA (S202). Then, the electronic value application AM receives the utility electronic value balance from the utility electronic value application UA (S203).
  • the electronic value application AM Upon receipt of the above payment command, the electronic value application AM provides the utility electronic value application UA with the payment amount specified in the payment command (S207).
  • the utility electronic value application UA uses the difference between the payment amount and the balance of the Mth electronic value as a charge amount (supplement amount), and subtracts the charge amount from the utility electronic value balance (S208).
  • the charge amount may be equal to or greater than the difference between the payment amount and the balance of the Mth electronic value, or the payment amount specified in the payment command may be used as it is as the charge amount.
  • the utility electronic value application UA issues a new M-th electronic value for the charge amount (S209), and requests the electronic value application AM to add the charge amount for the issued M-th electronic value (S210). .
  • an addition command balance change information
  • the electronic value application AM adds the charge amount to the balance of the Mth electronic value according to the generated addition command (S211), and notifies the utility electronic value application UA of the processing result (success / failure) (S212). . Further, the electronic value application AM subtracts the payment amount from the balance of the Mth electronic value after adding the balance in accordance with the payment command input from the electronic value payment terminal 70-M (S213), and the processing result ( Success / failure) is transmitted to the electronic value settlement terminal 70-M (S214).
  • the utility electronic value application UA may perform the processing after S207 as follows. For example, the utility electronic value application UA may check whether or not the utility electronic value balance has a charge amount after the payment amount is provided from the electronic value application AM. Then, the utility electronic value application UA issues the M-th electronic value corresponding to the charge amount when the balance of the utility electronic value is equal to the charge amount, and adds the charge amount for the issued M-th electronic value. The application AM may be requested. Then, the electronic value application AM may add the charge amount to the balance of the Mth electronic value, and notify the utility electronic value application UA of the processing result (success / failure).
  • the electronic value application AM When the electronic value application AM receives the payment command (overwrite command), it provides the utility electronic value application UA with the rewriting amount specified in the payment command.
  • the utility electronic value application UA calculates a difference amount P obtained by subtracting the settlement amount (amount obtained by subtracting the rewriting amount from the amount that is responded as the balance) from the balance of the Mth electronic value.
  • the difference P is a negative number (the balance of the Mth electronic value alone is insufficient with respect to the payment amount).
  • the utility electronic value application UA generates and outputs an overwrite command (balance change information) for subtracting the absolute value of the difference P from the balance of the utility electronic value and rewriting the balance of the Mth electronic value with 0.
  • the electronic value application AM rewrites the balance of the Mth electronic value in accordance with the generated overwrite command, and notifies the utility electronic value application UA of the processing result. Further, the electronic value application A-M transmits only the processing result to the electronic value settlement terminal 70-M without performing the process associated with the settlement command input from the electronic value settlement terminal 70-M.
  • the electronic value application AM When the electronic value application AM receives the payment command (overwrite command), it provides the utility electronic value application UA with the rewriting amount specified in the payment command.
  • the utility electronic value application UA calculates a difference amount Q obtained by subtracting the settlement amount (amount obtained by subtracting the rewriting amount from the amount that is responded as the balance) from the balance of the utility electronic value.
  • the difference Q is a negative number (the balance of utility electronic value alone is insufficient with respect to the payment amount).
  • the utility electronic value application UA generates and outputs an overwrite command (balance change information) for rewriting the balance of the utility electronic value to 0 and rewriting the balance of the Mth electronic value to the amount after subtracting the absolute value of the difference Q. To do.
  • the electronic value application AM rewrites the balance of the Mth electronic value in accordance with the generated overwrite command, and notifies the utility electronic value application UA of the processing result. Further, the electronic value application A-M transmits only the processing result to the electronic value settlement terminal 70-M without performing the process associated with the settlement command input from the electronic value settlement terminal 70-M.
  • the settlement processing according to the second embodiment will be described.
  • the utility electronic value application UA cooperates with hardware resources such as the IC chip 22 provided in the user terminal 10 to allow the user terminal 10 to perform a virtual asynchronous payment function ( It operates as a terminal having a virtual offline payment function.
  • the utility electronic value application UA calculates the total balance by summing the received balances of the first to Nth electronic values and the balance of the utility electronic value (S304), and uses the total balance as utility electronic value. It transmits to the payment terminal 80 (S305). If the total balance is equal to or greater than the payment amount, a payment command specifying the payment amount (request amount) is transmitted from the utility electronic value payment terminal 80 (S306).
  • the utility electronic value application UA selects an unselected electronic value (referred to as the i-th electronic value) from the first to Nth electronic values (S307).
  • the electronic value selection order may be in accordance with the priority order determined for the first to Nth electronic values, or may be selected randomly. For example, it may be selected in descending order of balance.
  • the utility electronic value app UA uses the smaller of the difference between the payment amount specified in the payment command and the balance of the utility electronic value, or the balance of the i-th electronic value as the charge amount, to the electronic value app A-i.
  • the charge amount is subtracted (S308).
  • a subtraction command balance change information
  • the electronic value application A-i changes the balance of the i-th electronic value according to the generated subtraction command.
  • the charge amount is not limited to the above example, and an upper limit charge amount based on the i-th electronic value may be set.
  • the utility electronic value application UA receives a processing result obtained by subtracting the charge amount related to the subtraction request from the balance of the i-th electronic value from the electronic value application A-i (S309), and if the processing result is unsuccessful (S310) : N), the process proceeds to S307, and if the processing result is successful (S310: Y), the charge amount is added to the utility electronic value (S311).
  • the utility electronic value application UA When the utility electronic value balance after the addition is not equal to the payment amount (or less than the payment amount) (S312: N), the utility electronic value application UA returns to S307 and adds the utility electronic value balance after the addition. Is equal to the payment amount (or more than the payment amount) (S312: Y), the payment amount is subtracted from the balance of the utility electronic value according to the payment command input from the utility electronic value payment terminal 80 ( S313), the processing result (success / failure) is transmitted to the utility electronic value settlement terminal 80 (S314). In this way, the utility electronic value application UA replenishes an amount (supplement amount) necessary for subtracting the settlement amount (request amount) from the utility electronic value balance from the balance of one or more electronic values.
  • the balance of other electronic value that is not used for the payment held in the user terminal 10 can be used when the utility electronic value held in the user terminal 10 is paid. . Thereby, the total amount of the balance of electronic value (including utility electronic value) held in the user terminal 10 can be used.
  • modifications of the second embodiment will be described.
  • the utility electronic value application UA Upon receiving the payment command (overwrite command), the utility electronic value application UA receives the payment amount from the balance of the utility electronic value (the amount obtained by subtracting the rewrite amount specified in the received payment command from the amount responded as the balance). A difference R is calculated by subtracting.
  • the difference R becomes a negative number (the balance of the utility electronic value is insufficient for the payment amount)
  • the balance of the utility electronic value is overwritten with 0.
  • the difference R becomes a non-negative number only the balance of the utility electronic value is not insufficient with respect to the payment amount
  • the utility electronic value application UA transmits only the processing result to the utility electronic value payment terminal 80 without performing the process according to the payment command input from the utility electronic value payment terminal 80.
  • the utility electronic value application UA obtains a balance from the electronic value applications A-1 to A-N after receiving a balance inquiry command from the utility electronic value settlement terminal 80.
  • the balance list of the first to Nth electronic values is sequentially updated and held, and when the balance inquiry command is received, as shown in FIG.
  • the balance total amount may be returned by referring to the balance list of the Nth electronic value.
  • FIG. 8 shows a sequence diagram of balance list update processing performed by the utility electronic value application UA.
  • the utility electronic value application UA performs a predetermined timing for executing the balance list update process (for example, a specified timing, a timing when a predetermined time interval has elapsed from the previous balance counting process, immediately after settlement, etc. ) Has not arrived (S401: N), and when a predetermined timing has arrived (S401: Y), a list of the first to Nth electronic values mounted on the IC chip 22 is displayed. Reference is made (S402), and an unselected electronic value is selected from the list (S403).
  • a predetermined timing for executing the balance list update process for example, a specified timing, a timing when a predetermined time interval has elapsed from the previous balance counting process, immediately after settlement, etc.
  • the utility electronic value application UA issues a balance reference command to the electronic value application A-i to inquire about the balance of the i-th electronic value (S404).
  • the application A-i returns the balance of the i-th electronic value (S405).
  • the utility electronic value application UA updates the electronic value balance list based on the balance of the i-th electronic value (S406), and has not acquired all electronic value balances in the list (S407: N). Returning to S403, if all electronic value balances in the list have been acquired (S407: Y), the process returns to S401.
  • the response time until the balance requested by the utility electronic value payment terminal 80 is returned can be shortened.
  • the M-th electronic value used for payment among the first to N-th electronic values is allocated with the balance from the other electronic value not used for payment via the utility electronic value and settled. And In the example described below, it is assumed that the balance of the M-th electronic value at the start of payment is less than the payment amount.
  • the utility electronic value application UA cooperates with hardware resources such as the IC chip 22 provided in the user terminal 10 to make the user terminal 10 a virtual asynchronous payment function ( It operates as a terminal having a virtual offline payment function) and a virtual asynchronous payment function (virtual offline payment function).
  • the utility electronic value application UA calculates the total balance by summing the received balances of the first to Nth electronic values and the balance of the utility electronic value (S505), and uses the total balance as the electronic value application. Responds to AM (S506).
  • the electronic value application AM transmits the above balance total amount to the electronic value settlement terminal 70-M (S507). If the total balance is equal to or greater than the payment amount, a payment command specifying the payment amount (request amount) is transmitted from the electronic value payment terminal 70-M (S508).
  • the electronic value application AM when the electronic value application AM receives the above payment command, it provides the utility electronic value application UA with the payment amount specified in the payment command (S509).
  • the utility electronic value application UA selects an unselected electronic value (referred to as the i-th electronic value) from the first to Nth electronic values other than the Mth electronic value (S510).
  • the electronic value selection order may be in accordance with the priority order determined for the first to Nth electronic values, or may be selected randomly. For example, it may be selected in descending order of balance.
  • the utility electronic value application UA uses the difference between the payment amount and the balance of the Mth electronic value as the required charge amount (first supplementary amount), or the difference between the required charge amount and the balance of the utility electronic value, or the i th electronic value.
  • the electronic value application A-i is requested to subtract the charge amount using the smaller one of the balances as the charge amount (S511).
  • a subtraction command balance change information
  • the electronic value application A-i changes the balance of the i-th electronic value according to the generated subtraction command.
  • the charge amount is not limited to the above example, and a charge upper limit amount based on the i-th electronic value may be set.
  • the utility electronic value application UA receives a processing result obtained by subtracting the charge amount related to the requested subtraction request from the balance of the i-th electronic value from the electronic value application A-i (S512), and when the processing result is unsuccessful. (S513: N), the process proceeds to S510. If the processing result is successful (S513: Y), the charge amount is added to the utility electronic value (S514).
  • the utility electronic value application UA proceeds to S510, and the utility electronic value after addition is added. Is equal to the required charge amount (or more than the required charge amount) (S515: Y), the required charge amount is subtracted from the utility electronic value balance (S516). In this way, the utility electronic value application UA determines the amount (second supplementary amount) necessary for subtracting the necessary charge amount (first supplementary amount) from the utility electronic value balance, and the balance of one or more electronic values. Refill from.
  • the utility electronic value application UA newly issues the Mth electronic value corresponding to the subtracted required charge amount (S517), and adds the required charge amount for the issued Mth electronic value. Is requested to the electronic value application AM (S518).
  • an addition command balance change information for increasing the balance of the M-th electronic value is generated and output.
  • the electronic value application AM adds the required charge amount to the balance of the Mth electronic value according to the generated addition command (S519), and notifies the utility electronic value application UA of the processing result (success / failure) (S520). ). In addition, the electronic value application AM subtracts the payment amount from the balance of the Mth electronic value after adding the balance according to the payment command input from the utility electronic value payment terminal 80 (S521), and the processing result (success) / Failure) is transmitted to the electronic value settlement terminal 70-M (S522).
  • the utility electronic value application UA may perform the processing after S515 as follows. For example, the utility electronic value application UA issues the Mth electronic value corresponding to the necessary charge amount when the balance of the utility electronic value is equal to the necessary charge amount (S515: Y), and the necessary for the issued Mth electronic value.
  • the electronic value application AM may be requested to add the charge amount. Then, the electronic value application AM may add the necessary charge amount to the balance of the Mth electronic value and notify the utility electronic value application UA of the processing result (success / failure).
  • the utility electronic value application UA may subtract the necessary charge amount from the balance of the utility electronic value when receiving a notification of successful addition from the electronic value application AM. Thereafter, the electronic value application AM subtracts the payment amount from the balance of the M-th electronic value after adding the balance, and transmits the processing result (success / failure) to the electronic value payment terminal 70-M. Also good.
  • any electronic value held in the user terminal 10 is selected for payment, other electronic value (not used for payment held in the user terminal 10) ( (Including utility electronic value) can be used. Thereby, no matter what electronic value is selected, the total balance of electronic value (including utility electronic value) held in the user terminal 10 can be used.
  • the process when an overwrite command is used as the balance change information of the electronic value, the same concept as [Modification 1 of the first embodiment] or [Modification 2 of the first embodiment] described above. It is good to perform the process.
  • the process when an overwrite command is used as the utility electronic value balance change information, the process may be performed in the same way as in [Modification 1 of the second embodiment] described above.
  • the utility electronic value can be directly exchanged (transferred) with the first to Nth electronic values.
  • the electronic value may be directly exchanged between the first to Nth electronic values.
  • Electronic value exchange between the first to Nth electronic values can be realized, for example, by providing each electronic value application A-1 to A-N with the same function as the utility electronic value application UA.
  • a payment process according to the fourth embodiment when electronic value exchange is possible between the first to Nth electronic values will be described.
  • the electronic value mounted on the IC chip 22 is defined as the first to (N + 1) th electronic value.
  • the electronic value application A-M cooperates with hardware resources such as the IC chip 22 provided in the user terminal 10 to make the user terminal 10 a virtual asynchronous payment function. It operates as a terminal having a (virtual offline payment function) and a virtual asynchronous payment function (virtual offline payment function).
  • FIG. 10 shows a sequence diagram of the payment process according to the fourth embodiment.
  • the electronic value used for payment here, referred to as the Mth electronic value
  • the Mth electronic value among the first to N + 1th electronic values is allocated with a balance from another electronic value for payment.
  • the balance of the M-th electronic value at the start of the payment process is less than the payment amount.
  • the electronic value application AM calculates the total balance by summing the balances of the first to (N + 1) th electronic values (S604), and transmits the total balance to the electronic value settlement terminal 70-M (S605). ). If the total balance is equal to or greater than the payment amount, a payment command specifying the payment amount (request amount) is transmitted from the electronic value payment terminal 70-M (S606).
  • the electronic value application A-M uses the smaller of the difference between the payment amount specified in the payment command and the balance of the utility electronic value or the balance of the i-th electronic value as the charge amount, to the electronic value application A-i.
  • a subtraction of the charge amount is requested (S608).
  • a subtraction command balance change information
  • the electronic value application A-i changes the balance of the i-th electronic value according to the generated subtraction command.
  • the charge amount is not limited to the above example, and a charge upper limit amount based on the i-th electronic value may be set.
  • the electronic value application AM receives the processing result obtained by subtracting the charge amount related to the subtraction request from the balance of the i-th electronic value from the electronic value application A-i (S609), and if the processing result is unsuccessful ( S610: N), the process proceeds to S607, and if the processing result is successful (S610: Y), the M-th electronic value corresponding to the charge amount is newly issued (S611), and the charge for the issued M-th electronic value is performed. The amount of money is added to the Mth electronic value (S612).
  • an addition command balance change information
  • the electronic value application A-M If the balance of the M-th electronic value after addition is not equal to the payment amount (or less than the payment amount) (S613: N), the electronic value application A-M returns to S607, and the M-th electronic value after addition is added. If the value balance is equal to the payment amount (or greater than or equal to the payment amount) (S613: Y), the payment amount is calculated from the M-th electronic value balance in accordance with the payment command input from the electronic value payment terminal 70-M. Subtraction is performed (S614), and the processing result (success / failure) is transmitted to the electronic value settlement terminal 70-M (S615). As described above, the electronic value application A-M replenishes an amount (supplementary amount) necessary for reducing the settlement amount (request amount) from the balance of the Mth electronic value from one or more other electronic value balances. To do.
  • the total amount of electronic value held in the user terminal 10 can be used regardless of which electronic value held in the user terminal 10 is selected for payment. Further, in the fourth embodiment, the processing load is reduced because the processing is not concentrated on the utility electronic value application UA as compared with the third embodiment.
  • the present invention is not limited to the embodiment described above.
  • the user terminal 10 charges the electronic value from the electronic value servers 50-1 to 50-N and the utility electronic value server 60.
  • the electronic value settlement terminals 70-1 to 70 are shown.
  • -N When the utility electronic value settlement terminal 80 also functions as a charge terminal, the electronic value may be charged from these charge terminals.
  • the IC chip 22 may be mounted not only on the mobile phone but also on an IC card or the like.

Landscapes

  • Engineering & Computer Science (AREA)
  • Business, Economics & Management (AREA)
  • Accounting & Taxation (AREA)
  • Physics & Mathematics (AREA)
  • Strategic Management (AREA)
  • General Business, Economics & Management (AREA)
  • General Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Microelectronics & Electronic Packaging (AREA)
  • Finance (AREA)
  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
  • Cash Registers Or Receiving Machines (AREA)
  • Control Of Vending Devices And Auxiliary Devices For Vending Devices (AREA)

Abstract

　複数種類の前払式バリューのうちどの前払式バリューが決済に用いられてもそれぞれの前払式バリューに分散してチャージされた金額の総額を決済に利用する。　ＩＣチップ２２は、複数種類の電子バリューを格納し、複数種類の電子バリューのうち決済に用いる電子バリューの残高と、決済金額との差額以上の金額を、複数種類の電子バリューのうち決済に用いない電子バリューの残高から合計して減算する。そして、ＩＣチップ２２は、減算した金額を決済に用いる電子バリューの残高に加算し、加算後の残高から決済金額を減算する。

Description

決済モジュール、決済方法、プログラム及び情報記録媒体
　本発明は、決済モジュール、決済方法、プログラム及び情報記録媒体に関する。
　貨幣価値を有する電子情報（電子バリュー）をＩＣチップ等の電子バリュー保持媒体に保持し、電子バリューを保持した電子バリュー保持媒体を決済端末にかざすことで決済を行う電子決済システムがある。こうした電子決済システムでは、電子バリュー保持媒体に保持された電子バリューの残高から決済金額を減算することで決済を行うが、電子バリューの残高が決済金額を下回っている場合には決済ができない。これに対し、従来には、電子バリュー保持媒体に保持される電子バリューの残高が一定額以下となった場合に自動的に電子バリューをチャージしたり（下記の特許文献１等）、低額決済に利用する電子貨幣を格納した仮想小銭入れに、高額決済で利用する仮想札入れから電子貨幣を補充したりする（下記の特許文献２等）技術がある。
特開２００５－０２５６１８号公報 特開平０９－２４５１０４号公報
　電子バリューには複数の種類が存在し、決済端末ではそのうちの特定種類の電子バリューにしか対応していないことがある。そのため、電子バリュー保持媒体には複数種類の電子バリューの各々についてチャージしておき、決済端末が対応している電子バリューを適宜選択して利用することが一般的である。従来では、このように電子バリュー保持媒体内で複数の異なる電子バリューに分散して保持された残高の総額を決済に利用することはできなかった。
　本発明は、上記課題に鑑みて為されたものであって、その目的は、複数種類の電子バリューのうちどの電子バリューが決済に用いられてもそれぞれの電子バリューに分散してチャージされた金額の総額を決済に利用可能とした決済モジュール、決済方法、プログラム及び情報記録媒体を提供することにある。
　上記目的を達成するために、本発明に係る決済モジュールは、記憶している複数の電子バリューの残高をそれぞれ変更する複数の残高変更手段を備える決済モジュールであって、ユーティリティ電子バリューの残高を記憶する記憶手段と、前記複数の電子バリューの１つに対して外部から入力された残高変更情報において指定される要求金額を該１つの電子バリューの残高から減額するために必要な第１の補充金額を取得する第１補充金額取得手段と、前記取得された第１の補充金額を前記記憶手段に記憶する前記ユーティリティ電子バリューの残高から減額するために必要な第２の補充金額を取得する第２補充金額取得手段と、前記１つの電子バリュー以外の他の電子バリューの残高から減額される金額の合計が前記取得された第２の補充金額に等しくなるように、該他の電子バリューのうち少なくとも１つの電子バリューの残高をそれぞれ減額するための少なくとも１つの残高変更情報を生成する第１残高変更情報生成手段と、前記生成された少なくとも１つの残高変更情報に従って対応する電子バリューの残高が対応する残高変更手段によりそれぞれ変更された場合に、前記記憶手段において、前記ユーティリティ電子バリューの残高を前記第２の補充金額だけ増額し、該ユーティリティ電子バリューの残高を前記第１の補充金額だけ減額し、該第１の補充金額だけ前記１つの電子バリューの残高を増額するための残高変更情報を生成する第２残高変更情報生成手段と、をさらに備え、前記１つの電子バリューに対応する残高変更手段が、前記第２残高変更情報生成手段により生成された残高変更情報と前記外部から入力された残高変更情報とに従って、該１つの電子バリューの残高を変更する、ことを特徴とする。
　本発明の一態様では、前記決済モジュールは、前記１つの電子バリューの残高と前記要求金額とに基づいて前記第１の補充金額を決定し出力する第１補充金額出力手段をさらに含むこととしてもよい。
　本発明の一態様では、前記第１補充金額出力手段が、前記要求金額から前記１つの電子バリューの残高を減算した差額を前記補充金額として決定することとしてもよい。
　本発明の一態様では、前記決済モジュールは、前記要求金額を前記第１補充金額として出力する補充金額出力手段をさらに含むこととしてもよい。
　本発明の一態様では、前記決済モジュールは、前記ユーティリティ電子バリューの残高と前記第１の補充金額とに基づいて前記第２の補充金額を決定し出力する第２補充金額出力手段をさらに含むこととしてもよい。
　本発明の一態様では、前記第２補充金額出力手段が、前記第１の補充金額から前記ユーティリティ電子バリューの残高を減算した差額を前記第２の補充金額として決定することとしてもよい。
　本発明の一態様では、前記決済モジュールは、前記第１の補充金額を前記第２の補充金額として出力する第２補充金額出力手段をさらに含むこととしてもよい。
　本発明の一態様では、前記決済モジュールは、記憶している複数の電子バリューの残高をそれぞれ読み出して出力する複数の残高出力手段を備える決済モジュールであって、前記複数の電子バリューの１つに対して外部から残高要求が入力された際に、前記記憶手段に記憶する前記ユーティリティ電子バリューの残高を取得する第１残高取得手段と、前記複数の電子バリューの１つに対して外部から残高要求が入力された際に、該１つの電子バリュー以外の他の少なくとも１つの電子バリューの残高をそれぞれ取得する少なくとも１つの残高要求を発行する残高要求発行手段と、前記発行された少なくとも１つの残高要求に応じて対応する電子バリューの残高が対応する残高出力手段によりそれぞれ出力された場合に、該出力された少なくとも１つの電子バリューの残高と前記取得された前記ユーティリティ電子バリューの残高との合計額を取得する第２残高取得手段と、をさらに備え、前記１つの電子バリューに対応する残高出力手段が、前記１つの電子バリューの残高と前記第２残高取得手段により取得される前記合計額との総計額を該１つの電子バリューの残高として出力することとしてもよい。
　本発明に係る決済方法は、記憶している複数の電子バリューの残高をそれぞれ変更する複数の残高変更手段と、ユーティリティ電子バリューの残高を記憶する記憶手段とを備える決済モジュールによる決済方法であって、前記複数の電子バリューの１つに対して外部から入力された残高変更情報において指定される要求金額を該１つの電子バリューの残高から減額するために必要な第１の補充金額を取得する第１補充金額取得ステップと、前記取得された第１の補充金額を前記記憶手段に記憶する前記ユーティリティ電子バリューの残高から減額するために必要な第２の補充金額を取得する第２補充金額取得ステップと、前記１つの電子バリュー以外の他の電子バリューの残高から減額される金額の合計が前記取得された第２の補充金額に等しくなるように、該他の電子バリューのうち少なくとも１つの電子バリューの残高をそれぞれ減額するための少なくとも１つの残高変更情報を生成する第１残高変更情報生成ステップと、前記生成された少なくとも１つの残高変更情報に従って対応する電子バリューの残高が対応する残高変更手段によりそれぞれ変更された場合に、前記記憶手段において、前記ユーティリティ電子バリューの残高を前記第２の補充金額だけ増額し、該ユーティリティ電子バリューの残高を前記第１の補充金額だけ減額し、該第１の補充金額だけ前記１つの電子バリューの残高を増額するための残高変更情報を生成する第２残高変更情報生成ステップと、を含み、前記１つの電子バリューに対応する残高変更手段が、前記第２残高変更情報生成手段により生成された残高変更情報と前記外部から入力された残高変更情報とに従って、該１つの電子バリューの残高を変更する、ことを特徴とする。
　本発明に係るプログラムは、記憶している複数の電子バリューの残高をそれぞれ変更する複数の残高変更手段と、ユーティリティ電子バリューの残高を記憶する記憶手段とを備える決済モジュールとして機能するコンピュータを機能させるためのプログラムであって、前記複数の電子バリューの１つに対して外部から入力された残高変更情報において指定される要求金額を該１つの電子バリューの残高から減額するために必要な第１の補充金額を取得する第１補充金額取得手段と、前記取得された第１の補充金額を前記記憶手段に記憶する前記ユーティリティ電子バリューの残高から減額するために必要な第２の補充金額を取得する第２補充金額取得手段と、前記１つの電子バリュー以外の他の電子バリューの残高から減額される金額の合計が前記取得された第２の補充金額に等しくなるように、該他の電子バリューのうち少なくとも１つの電子バリューの残高をそれぞれ減額するための少なくとも１つの残高変更情報を生成する第１残高変更情報生成手段と、前記生成された少なくとも１つの残高変更情報に従って対応する電子バリューの残高が対応する残高変更手段によりそれぞれ変更された場合に、前記記憶手段において、前記ユーティリティ電子バリューの残高を前記第２の補充金額だけ増額し、該ユーティリティ電子バリューの残高を前記第１の補充金額だけ減額し、該第１の補充金額だけ前記１つの電子バリューの残高を増額するための残高変更情報を生成する第２残高変更情報生成手段として前記コンピュータを機能させ、前記１つの電子バリューに対応する残高変更手段が、前記第２残高変更情報生成手段により生成された残高変更情報と前記外部から入力された残高変更情報とに従って、該１つの電子バリューの残高を変更する、ことを特徴とする。
　本発明に係る情報記録媒体は、記憶している複数の電子バリューの残高をそれぞれ変更する複数の残高変更手段と、ユーティリティ電子バリューの残高を記憶する記憶手段とを備える決済モジュールとして機能するコンピュータを機能させるためのプログラムであって、前記複数の電子バリューの１つに対して外部から入力された残高変更情報において指定される要求金額を該１つの電子バリューの残高から減額するために必要な第１の補充金額を取得する第１補充金額取得手段と、前記取得された第１の補充金額を前記記憶手段に記憶する前記ユーティリティ電子バリューの残高から減額するために必要な第２の補充金額を取得する第２補充金額取得手段と、前記１つの電子バリュー以外の他の電子バリューの残高から減額される金額の合計が前記取得された第２の補充金額に等しくなるように、該他の電子バリューのうち少なくとも１つの電子バリューの残高をそれぞれ減額するための少なくとも１つの残高変更情報を生成する第１残高変更情報生成手段と、前記生成された少なくとも１つの残高変更情報に従って対応する電子バリューの残高が対応する残高変更手段によりそれぞれ変更された場合に、前記記憶手段において、前記ユーティリティ電子バリューの残高を前記第２の補充金額だけ増額し、該ユーティリティ電子バリューの残高を前記第１の補充金額だけ減額し、該第１の補充金額だけ前記１つの電子バリューの残高を増額するための残高変更情報を生成する第２残高変更情報生成手段として前記コンピュータを機能させ、前記１つの電子バリューに対応する残高変更手段が、前記第２残高変更情報生成手段により生成された残高変更情報と前記外部から入力された残高変更情報とに従って、該１つの電子バリューの残高を変更する、ことを特徴とするプログラムを記録した情報記録媒体である。
　本発明の一態様によれば、複数種類の電子バリューのうちどの電子バリューが決済に用いられてもそれぞれの電子バリューに分散してチャージされた金額の総額を決済に利用することができる。
電子バリュー決済システムのシステム構成図である。 ユーザ端末の構成図である。 ＩＣチップのハードウェア構成図である。 ＥＥＰＲＯＭに記憶されるデータの一例を示す図である。 自動チャージ処理のフローチャートである。 第１の実施例に係る決済処理のシーケンス図である。 第２の実施例に係る決済処理のシーケンス図である。 残高リスト更新処理のシーケンス図である。 第３の実施例に係る決済処理のシーケンス図である。 第３の実施例に係る決済処理のシーケンス図である。 第４の実施例に係る決済処理のシーケンス図である。
　以下、本発明に係る実施の形態（以下、実施形態）を、図面を参照しながら説明する。
［電子バリュー決済システムの構成例］
　図１には、本実施形態に係る電子バリュー決済システム１のシステム構成図を示した。図１に示されるように、電子バリュー決済システム１は、ユーザ端末１０、電子バリューサーバ５０－１～５０－Ｎ（Ｎは自然数）、ユーティリティ電子バリューサーバ６０、電子バリュー決済端末７０－１～７０－Ｎ、ユーティリティ電子バリュー決済端末８０を含む。ユーザ端末１０には、それぞれ異なる種類の第１～第Ｎ電子バリューと、第１～第Ｎ電子バリューと相互に交換可能なユーティリティ電子バリューとが保持可能である。なお、第１～第Ｎ電子バリューは、例えばプリペイド式の電子マネーであり、ユーティリティ電子バリューは、例えばプリペイド式の電子マネー、預貯金口座データ、確保済与信枠データ等としてよい。そして、電子バリューサーバ５０－１～５０－Ｎはそれぞれ第１～第Ｎ電子バリューを管理するサーバであり、電子バリュー決済端末７０－１～７０－Ｎはそれぞれ第１～第Ｎ電子バリューの決済を行う端末である。
　ユーザ端末１０は、電子バリューサーバ５０－１～５０－Ｎ及びユーティリティ電子バリューサーバ６０とネットワーク９０を介して相互に通信可能に接続される。また、電子バリュー決済端末７０－１～７０－Ｎは対応する電子バリューサーバ５０－１～５０－Ｎと、ユーティリティ電子バリュー決済端末８０はユーティリティ電子バリューサーバ６０と、それぞれネットワーク９０又は図示しない専用回線を介して相互に通信可能に接続される。
　電子バリューサーバ５０－ｉ（ｉ＝１～Ｎ）は、第ｉ電子バリューの発行、第ｉ電子バリューの移転（チャージ等）、利用された第ｉ電子バリューの管理等を行う。
　ユーティリティ電子バリューサーバ６０は、ユーティリティ電子バリューの発行、ユーティリティ電子バリューの移転（チャージ等）、利用されたユーティリティ電子バリューの管理等を行う。なお、本実施形態では、第１～第Ｎの電子バリューとユーティリティ電子バリューとのそれぞれの交換比（第１～第Ｎ電子バリューのそれぞれの１単位（円、ポイント等）を、ユーティリティ電子バリューの何単位と交換するかを示した比）を１対１とするが、これに限られない。
　電子バリュー決済端末７０－ｉ（ｉ＝１～Ｎ）は第ｉ電子バリューを保持したＩＣチップを備えたユーザ端末１０やＩＣカード等と非接触通信を行い、ＩＣチップに保持される第ｉ電子バリューの残高から決済金額を減じる決済処理を行う。本実施形態では、簡単のため、電子バリュー決済端末７０－ｉは第ｉ電子バリューを決済する専用端末とするが、複数種類の電子バリューの決済に対応した決済端末としてもよい。
　ユーティリティ電子バリュー決済端末８０は、ユーティリティ電子バリューを保持するＩＣチップを備えたユーザ端末１０やＩＣカード等と非接触通信を行い、ＩＣチップに保持されるユーティリティ電子バリューの残高から決済金額を減じる決済処理を行う。
　ユーザ端末１０は、電子バリューを格納可能なＩＣチップを搭載した携帯電話機等の情報処理端末である。例えばユーザ端末１０は、図示しない基地局装置と無線通信を行いネットワーク９０に接続し、電子バリューサーバ５０－１～５０－Ｎ、ユーティリティ電子バリューサーバ６０にそれぞれアクセスして、第１～第Ｎの電子バリュー、ユーティリティ電子バリューのチャージを行うと共に、電子バリュー決済端末７０－１～７０－Ｎ、ユーティリティ電子バリュー決済端末８０と非接触通信して、チャージした第１～第Ｎの電子バリュー、ユーティリティ電子バリューを用いた決済を実行することとしてよい。
［ユーザ端末１０の構成例］
　図２には、ユーザ端末１０の構成図の一例を示した。図２に示されるように、ユーザ端末１０は、制御部１２、記憶部１４、無線通信部１６、表示部１８、入力部２０、及びＩＣチップ２２を備える。
　制御部１２は、ＣＰＵを含み、記憶部１４に記憶されたプログラムに基づいて、各種の演算処理を実行するとともにユーザ端末１０の各部を制御する。
　記憶部１４は、ユーザ端末１０のオペレーティングシステムや第１～第Ｎ電子バリュー及びユーティリティ電子バリューを利用するためのプログラムやデータを記憶するほか、制御部１２のワークメモリとしても用いられる。
　無線通信部１６は、図示しない基地局装置と無線で通信し、基地局装置を介して電子バリューサーバ５０－１～５０－Ｎ、ユーティリティ電子バリューサーバ６０とデータ通信する。
　表示部１８は、例えば液晶ディスプレイ等の表示装置により構成され、制御部１２の処理により生成されたグラフィックデータに基づいて各種の画面を表示する。
　入力部２０は、例えばキーボードやタッチパネル等により構成され、ユーザによる操作の入力を受け付ける。
　ＩＣチップ２２は、第１～第Ｎ電子バリュー及びユーティリティ電子バリューを保持すると共に、電子バリュー決済端末７０－１～７０－Ｎ、ユーティリティ電子バリュー決済端末８０と非接触通信して決済処理を実行する。以下、ＩＣチップ２２の詳細について説明する。
［ＩＣチップ２２の構成］
　図３には、ＩＣチップ２２のハードウェア構成の一例を示した。図３に示されるように、ＩＣチップ２２は、無線通信回路２４、ＣＰＵ２６、ＲＯＭ２８、ＲＡＭ３０、及びＥＥＰＲＯＭ３２を備える。
　無線通信回路２４は、例えばアンテナや高周波回路を含み、電子バリュー決済端末７０－１～７０－Ｎやユーティリティ電子バリュー決済端末８０と近距離（例えば数十センチメートル以内）の無線通信を行う。
　ＣＰＵ２６は、ＲＯＭ２８に記憶される制御プログラム、ＥＥＰＲＯＭ３２に記憶される電子バリューアプリ１～Ｎ、及びユーティリティ電子バリューアプリ等に基づいて、演算処理を実行するとともにＩＣチップ２２の各部を制御する中央処理装置である。
　ＲＯＭ２８は、データの読み出しのみが可能なメモリであり、ＲＯＭ２８には例えばＩＣチップ２２の制御プログラム、制御データが記憶される。
　ＲＡＭ３０は、データの書込及び読み出しが可能なメモリであり、ＲＡＭ３０はＣＰＵ２６による処理のワーキングメモリや、一時的なデータ記憶領域として用いられる。
　ＥＥＰＲＯＭ３２は、データの書込及び読み出しが可能な不揮発性メモリである。ＥＥＰＲＯＭ３２には例えば、電子バリューの決済用のプログラムや電子バリュー等が記憶される。
［ＥＥＰＲＯＭ３２の構成例］
　図４には、ＥＥＰＲＯＭ３２に記憶されるデータの一例を示した。図４に示されるように、ＥＥＰＲＯＭ３２には、例えば、電子バリューアプリケーションＡ－１～Ａ－Ｎ（以下、電子バリューアプリＡ－１～Ａ－Ｎ）、ユーティリティ電子バリューアプリケーションＵ（以下、ユーティリティ電子バリューアプリＵＡ）、設定情報Ｓが記憶される。
　電子バリューアプリＡ－ｉ（ｉ＝１～Ｎ）は、例えば電子バリュー格納領域４０－ｉ、鍵情報格納領域４２－ｉ、プログラム格納領域４４－ｉを含み、それぞれの格納領域は第ｉ電子バリューに固有の暗号鍵により暗号化される。上記それぞれの格納領域に格納されるデータ及びプログラムの読み、書き、実行には、第ｉ電子バリューの暗号鍵を必要とすることとしてよい。
　電子バリュー格納領域４０－ｉには、例えば第ｉ電子バリューの残高、利用ログデータ等が格納されている。
　鍵情報格納領域４２－ｉには、例えばユーティリティ電子バリューの暗号鍵の情報が格納されている。
　プログラム格納領域４４－ｉには、例えばコマンドごとに、当該コマンドを受け付けた場合に実行する処理を記述したプログラムが格納される。例えば、プログラム格納領域４４－ｉには、電子バリュー格納領域４０－ｉに格納される電子バリューの残高を照会する処理、指定されたチャージ金額を電子バリュー格納領域４０－ｉに格納される電子バリューの残高に加算する処理、指定された決済金額を電子バリュー格納領域４０－ｉに格納される電子バリューの残高から減算する処理、及びユーティリティ電子バリューアプリＵＡと連携するための各種処理等のプログラムが格納される。例えば、電子バリューアプリがユーティリティ電子バリューアプリＵＡと連携する際の認証には、鍵情報格納領域４２－ｉに格納されるユーティリティ電子バリューの鍵情報を用いることとしてよい。なお、上記加算する処理を記述したプログラム及び上記減算する処理を記述したプログラムに代えて、又はこれらのプログラムとともに、電子バリューの残高の上書きコマンドを受け付けた場合に実行する残高上書き処理を記述したプログラムを格納しておいてもよい。なお、本実施形態において、電子バリューの加算コマンド、減算コマンド、上書きコマンドが、電子バリューの残高変更情報に相当する。以下の各実施形態は、残高変更情報が加算コマンド及び減算コマンドであることを想定している。
　ユーティリティ電子バリューアプリＵＡは、例えば電子バリュー格納領域４０Ｕ、鍵情報格納領域４２Ｕ、プログラム格納領域４４Ｕを含み、各格納領域はユーティリティ電子バリューに固有の暗号鍵に基づいて暗号化されている。上記それぞれの格納領域に格納されるデータ及びプログラムの読み、書き、実行には、ユーティリティ電子バリューの暗号鍵を必要とすることとしてよい。
　電子バリュー格納領域４０Ｕには、例えばユーティリティ電子バリューの残高、利用ログデータ等が格納されている。
　鍵情報格納領域４２Ｕには、例えば第１～第Ｎ電子バリューのそれぞれの暗号鍵の情報が格納されている。
　プログラム格納領域４４Ｕには、コマンドごとに、当該コマンドを受け付けた場合に処理するプログラムが格納される。例えば、プログラム格納領域４４Ｕには、電子バリュー格納領域４０Ｕに格納されるユーティリティ電子バリューの残高を照会する処理、指定されたチャージ金額を電子バリュー格納領域４０Ｕに格納されるユーティリティ電子バリューの残高に加算する処理、指定された決済金額を電子バリュー格納領域４０Ｕに格納されるユーティリティ電子バリューの残高から減算する処理、及び電子バリューアプリＡ－１～Ａ－Ｎと連携するための各種処理等のプログラムが記憶される。なお、ユーティリティ電子バリューアプリＵＡが電子バリューアプリＡ－１～Ａ－Ｎと連携する際には、鍵情報格納領域４２Ｕに格納される第１～第Ｎ電子バリューのそれぞれの鍵情報を用いて認証することとしてよい。また、上記加算する処理を記述したプログラム及び上記減算する処理を記述したプログラムに代えて、又はこれらのプログラムとともに、ユーティリティ電子バリューの残高の上書きコマンドを受け付けた場合に実行する残高上書き処理を記述したプログラムを格納しておいてもよい。
　ＥＥＰＲＯＭ３２に記憶される設定情報Ｓには、例えば電子バリューのチャージに関する設定情報を含むこととしてよい。具体的には、設定情報Ｓには、ユーティリティ電子バリューのチャージに利用する第１～第Ｎ電子バリューを選択する際の設定（電子バリュー選択設定）や、ユーティリティ電子バリューを自動チャージする際の設定（自動チャージ設定）等を含むこととしてよい。以下、電子バリュー選択設定と自動チャージ設定の一例について説明する。
　電子バリュー選択設定には、例えば第１～第Ｎ電子バリューのそれぞれについて優先順位を定めることとしてよい。この場合には、優先順位が高い順に選択された電子バリューからユーティリティ電子バリューにチャージする処理を指定された条件を満足するまで実行することとしてよい。なお、優先順位は、第１～第Ｎ電子バリューについて予め定めていてもよいし、第１～第Ｎ電子バリューの残高に基づいて定めることとしてもよい。また、電子バリュー選択設定には、例えば第１～第Ｎ電子バリューのうち複数（例えば全て）の電子バリューを選択するように定めてもよい。この場合には、ユーティリティ電子バリューにチャージするチャージ金額を、選択した複数の電子バリューに均等に分担させてもよいし、それぞれの残高に応じた比率で分担させてもよい。
　自動チャージ設定には、例えばユーティリティ電子バリューの自動チャージを開始する際に満たすべき条件（自動チャージ開始条件）や、自動チャージに係るチャージ金額（自動チャージ金額）を定めることとしてよい。自動チャージ開始条件は、例えばユーティリティ電子バリューの残高が閾値以下（又は閾値未満）であることとしてよい。なお、自動チャージ開始条件を判定するタイミングは、所定時刻、前回チャージ時から所定期間が経過した後、決済直後等としてよい。また、自動チャージ金額は、予め定められた金額（例えば上限金額、ユーザが予め登録した設定金額等）、予め定められた金額から現在の残高を引いた額、又は任意の設定金額等としてよい。
［自動チャージ処理のフローチャート］
　次に、図５に示したフローチャートを参照して、ユーザ端末１０により行われる自動チャージ処理の一例について説明する。なお、図５に示したフローチャートでは、ユーティリティ電子バリューの自動チャージ処理について説明するが、他の電子バリュー１～Ｎについても同様に自動チャージ処理を実行することとしてもよい。
　図５に示されるように、ユーザ端末１０では、初期設定として、例えばユーザからの入力に基づいて、自動チャージを開始する自動チャージ開始条件（例えば残高が閾値Ｘ円未満であること等）、及び自動チャージ金額設定（例えばＹ円等）のそれぞれを登録する（Ｓ１０１）。
　次に、ユーザ端末１０は、自動チャージの判定タイミング（例えば前回の判定から所定の時間間隔が経過したタイミング等）が到来していない場合には（Ｓ１０２：Ｎ）、待機し、上記判定タイミングが到来した場合には（Ｓ１０２：Ｙ）、ＩＣチップ２２に保持されるユーティリティ電子バリューの残高を取得する（Ｓ１０３）。そして、ユーザ端末１０は、取得した残高がＳ１０１で設定した自動チャージ開始条件を満足しない（例えばＸ円以上である）場合には（Ｓ１０４：Ｎ）、Ｓ１０２に戻り、自動チャージ開始条件を満足する（例えばＸ円未満である）場合には（Ｓ１０４：Ｙ）、設定された自動チャージ金額設定に基づいてチャージ金額を設定する（Ｓ１０５）。そして、ユーザ端末１０は、Ｓ１０５で設定したチャージ金額のチャージをユーティリティ電子バリューサーバ６０に要求し（Ｓ１０６）、ユーティリティ電子バリューサーバ６０によりチャージが許可された場合にユーティリティ電子バリューの残高にＳ１０５で設定したチャージ金額を加算する（Ｓ１０７）。ユーザ端末１０は、チャージ完了後には再びＳ１０２に戻る。
　以上の自動チャージ処理によれば、ユーザ端末１０に保持される電子バリュー（例えばユーティリティ電子バリュー）の残高が一定額を下回らないように制御できる。
［第１の実施例］
　次に、図６に示したシーケンス図を参照して、第１の実施例に係る決済処理を説明する。第１の実施例においては、第１～第Ｎ電子バリューのうち決済に用いられる電子バリュー（第Ｍ電子バリューとする）にユーティリティ電子バリューから電子バリューを充当して決済することとする。なお、以下に説明する例では、決済開始時点での第Ｍ電子バリューの残高は決済金額に満たないこととする。なお、第１の実施例において、ユーティリティ電子バリューアプリＵＡは、ユーザ端末１０に備えられたＩＣチップ２２等のハードウェア資源と協働して、ユーザ端末１０を、仮想的な非同期型入金機能（仮想オフラインチャージ機能）を有する端末として動作させている。
　図６に示されるように、電子バリュー決済端末７０－Ｍから、決済に用いる第Ｍ電子バリューの残高照会コマンドが送信されると（Ｓ２０１）、ＩＣチップ２２上で動作する電子バリューアプリＡ－Ｍがユーティリティ電子バリューアプリＵＡに対して残高照会コマンドを行う（Ｓ２０２）。そして、電子バリューアプリＡ－Ｍは、ユーティリティ電子バリューアプリＵＡからユーティリティ電子バリューの残高を受け取る（Ｓ２０３）。
　電子バリューアプリＡ－Ｍは、Ｓ２０３で受け取ったユーティリティ電子バリューの残高と、第Ｍ電子バリューの残高とを合計して残高合計額を算出し（Ｓ２０４）、その残高合計額を電子バリュー決済端末７０－Ｍに送信する（Ｓ２０５）。ここで、残高合計額が決済金額以上である場合には、電子バリュー決済端末７０－Ｍから決済金額（要求金額）を指定した決済コマンドが送信される（Ｓ２０６）。
　電子バリューアプリＡ－Ｍは、上記の決済コマンドを受け取ると、当該決済コマンドに指定される決済金額をユーティリティ電子バリューアプリＵＡに提供する（Ｓ２０７）。
　ユーティリティ電子バリューアプリＵＡは、決済金額と第Ｍ電子バリューの残高との差額をチャージ金額（補充金額）として、当該チャージ金額をユーティリティ電子バリューの残高から減算する（Ｓ２０８）。なお、チャージ金額は、決済金額と第Ｍ電子バリューの残高との差額以上の額としてもよいし、決済コマンドに指定される決済金額をそのままチャージ金額としてもよい。ユーティリティ電子バリューアプリＵＡは、チャージ金額分の第Ｍ電子バリューを新規に発行し（Ｓ２０９）、発行した第Ｍ電子バリューについてのチャージ金額分の加算を電子バリューアプリＡ－Ｍに要求する（Ｓ２１０）。ここでは、第Ｍ電子バリューの残高を増額させるための加算コマンド（残高変更情報）を生成し、出力するものとする。
　電子バリューアプリＡ－Ｍは、生成された加算コマンドに従ってチャージ金額を第Ｍ電子バリューの残高に加算し（Ｓ２１１）、その処理結果（成功／失敗）をユーティリティ電子バリューアプリＵＡに通知する（Ｓ２１２）。また、電子バリューアプリＡ－Ｍは、電子バリュー決済端末７０－Ｍから入力された決済コマンドに従い、残高加算後の第Ｍ電子バリューの残高から決済金額を減算して（Ｓ２１３）、その処理結果（成功／失敗）を電子バリュー決済端末７０－Ｍに送信する（Ｓ２１４）。
　ユーティリティ電子バリューアプリＵＡは、Ｓ２０７以降の処理を以下のようにしてもよい。例えば、ユーティリティ電子バリューアプリＵＡは、電子バリューアプリＡ－Ｍから決済金額が提供された後に、ユーティリティ電子バリューの残高がチャージ金額分あるか否かを確認するようにしてもよい。そして、ユーティリティ電子バリューアプリＵＡは、ユーティリティ電子バリューの残高がチャージ金額分ある場合に、チャージ金額分の第Ｍ電子バリューを発行し、発行した第Ｍ電子バリューについてのチャージ金額分の加算を電子バリューアプリＡ－Ｍに要求するようにしてもよい。そして、電子バリューアプリＡ－Ｍは、チャージ金額を第Ｍ電子バリューの残高に加算し、その処理結果（成功／失敗）をユーティリティ電子バリューアプリＵＡに通知するようにしてもよい。そして、ユーティリティ電子バリューアプリＵＡは、電子バリューアプリＡ－Ｍから加算成功の通知を受けた場合に、ユーティリティ電子バリューの残高からチャージ金額を減算するようにしてもよい。その後、電子バリューアプリＡ－Ｍは、残高加算後の第Ｍ電子バリューの残高から決済金額を減算して、その処理結果（成功／失敗）を電子バリュー決済端末７０－Ｍに送信するようにしてもよい。
　以上説明した第１の実施例によれば、ユーザ端末１０内のＩＣチップ２２に格納された電子バリューのうちどれが決済に利用されたとしても、ユーティリティ電子バリューに十分に残高があれば残高不足にならない。なお、ユーティリティ電子バリューに、上述した自動チャージ処理を適用すれば、ユーティリティ電子バリューの残高が一定額を下回らないようになるため、決済時に残高が不足する事態が生じ難くなる。以下、第１実施例の変形例について説明する。
［第１実施例の変形例１］
　電子バリューの残高変更情報として上書きコマンドが用いられる場合には、ＩＣチップ２２の内部で次のように処理を行うとよい。ここでは、第Ｍ電子バリューの残高から優先的に決済する例を示す。
　電子バリューアプリＡ－Ｍは、決済コマンド（上書きコマンド）を受け取ると、当該決済コマンドに指定される書換金額をユーティリティ電子バリューアプリＵＡに提供する。ユーティリティ電子バリューアプリＵＡは、第Ｍ電子バリューの残高から決済金額（残高として応答した金額から書換金額を減算して求められる金額）を減算した差額Ｐを算出する。ここでは、差額Ｐが負数になる（第Ｍ電子バリューの残高だけでは決済金額に対して不足する）ものとする。
　ユーティリティ電子バリューアプリＵＡは、差額Ｐの絶対値をユーティリティ電子バリューの残高から減算するとともに、第Ｍ電子バリューの残高を０で書き換える上書きコマンド（残高変更情報）を生成し、出力する。電子バリューアプリＡ－Ｍは、生成された上書きコマンドに従って第Ｍ電子バリューの残高を書き換え、その処理結果をユーティリティ電子バリューアプリＵＡに通知する。また、電子バリューアプリＡ－Ｍは、電子バリュー決済端末７０－Ｍから入力された決済コマンドに伴う処理は行わずに、処理結果のみを電子バリュー決済端末７０－Ｍに送信する。
　なお、差額Ｐが非負数になる場合（第Ｍ電子バリューの残高だけで決済金額に対して不足しない場合）、ユーティリティ電子バリューアプリＵＡは、第Ｍ電子バリューの残高を差額Ｐで書き換える上書きコマンド（残高変更情報）を生成し、出力する。電子バリューアプリＡ－Ｍは、生成された上書きコマンドに従って第Ｍ電子バリューの残高を書き換え、その処理結果をユーティリティ電子バリューアプリＵＡに通知する。また、電子バリューアプリＡ－Ｍは、電子バリュー決済端末７０－Ｍから入力された決済コマンドに伴う処理は行わずに、処理結果のみを電子バリュー決済端末７０－Ｍに送信する。
［第１実施例の変形例２］
　上述の変形例１と同様に、電子バリューの残高変更情報として上書きコマンドが用いられる場合には、ＩＣチップ２２の内部で次のように処理を行うとよい。ここでは、ユーティリティ電子バリューの残高から優先的に決済する例を示す。
　電子バリューアプリＡ－Ｍは、決済コマンド（上書きコマンド）を受け取ると、当該決済コマンドに指定される書換金額をユーティリティ電子バリューアプリＵＡに提供する。ユーティリティ電子バリューアプリＵＡは、ユーティリティ電子バリューの残高から決済金額（残高として応答した金額から書換金額を減算して求められる金額）を減算した差額Ｑを算出する。ここでは、差額Ｑが負数になる（ユーティリティ電子バリューの残高だけでは決済金額に対して不足する）ものとする。
　ユーティリティ電子バリューアプリＵＡは、ユーティリティ電子バリューの残高を０に書き換えるとともに、第Ｍ電子バリューの残高を差額Ｑの絶対値を減算した後の金額に書き換える上書きコマンド（残高変更情報）を生成し、出力する。電子バリューアプリＡ－Ｍは、生成された上書きコマンドに従って第Ｍ電子バリューの残高を書き換え、その処理結果をユーティリティ電子バリューアプリＵＡに通知する。また、電子バリューアプリＡ－Ｍは、電子バリュー決済端末７０－Ｍから入力された決済コマンドに伴う処理は行わずに、処理結果のみを電子バリュー決済端末７０－Ｍに送信する。
　なお、差額Ｑが非負数になる場合（ユーティリティ電子バリューの残高だけで決済金額に対し不足しない場合）、ユーティリティ電子バリューアプリＵＡは、ユーティリティ電子バリューの残高を差額Ｑに書き換える。電子バリューアプリＡ－Ｍは、電子バリュー決済端末７０－Ｍから入力された決済コマンドに伴う処理は行わずに、処理結果のみを電子バリュー決済端末７０－Ｍに送信する。
［第２の実施例］
　次に、図７に示したシーケンス図を参照して、第２の実施例に係る決済処理を説明する。第２の実施例においては、ユーティリティ電子バリューが決済に用いられる場合に、第１～第Ｎ電子バリューのうち少なくとも１つからユーティリティ電子バリューに残高を充当して決済することとする。なお、以下に説明する例では、決済開始時点でのユーティリティ電子バリューの残高は決済金額に満たないこととする。なお、第２の実施例において、ユーティリティ電子バリューアプリＵＡは、ユーザ端末１０に備えられたＩＣチップ２２等のハードウェア資源と協働して、ユーザ端末１０を、仮想的な非同期型決済機能（仮想オフライン決済機能）を有する端末として動作させている。
　図７に示されるように、ユーティリティ電子バリュー決済端末８０から、決済に用いるユーティリティ電子バリューの残高照会コマンドが送信されると（Ｓ３０１）、ＩＣチップ２２上で動作するユーティリティ電子バリューアプリＵＡが電子バリューアプリＡ－１～Ａ－Ｎのそれぞれに対して残高照会コマンドを発行し（Ｓ３０２）、電子バリューアプリＡ－１～Ａ－Ｎから第１～第Ｎ電子バリューのそれぞれの残高を受け取る（Ｓ３０３）。
　ユーティリティ電子バリューアプリＵＡは、受け取った第１～第Ｎ電子バリューのそれぞれの残高と、ユーティリティ電子バリューの残高とを合計して残高合計額を算出し（Ｓ３０４）、その残高合計額をユーティリティ電子バリュー決済端末８０に送信する（Ｓ３０５）。ここで、残高合計額が決済金額以上である場合には、ユーティリティ電子バリュー決済端末８０から決済金額（要求金額）を指定した決済コマンドが送信される（Ｓ３０６）。
　次に、ユーティリティ電子バリューアプリＵＡは、上記の決済コマンドを受け取ると、第１～第Ｎ電子バリューの中から未選択の電子バリュー（第ｉ電子バリューとする）を選択する（Ｓ３０７）。電子バリューの選択順序は第１～第Ｎ電子バリューについて定められた優先順位に従ってもよいし、ランダムに選んでもよい。例えば、残高の降順に選択するとよい。
　ユーティリティ電子バリューアプリＵＡは、決済コマンドに指定される決済金額とユーティリティ電子バリューの残高との差額、又は第ｉ電子バリューの残高のいずれか小さい方をチャージ金額として、電子バリューアプリＡ－ｉに対してチャージ金額の減算を要求する（Ｓ３０８）。ここでは、第ｉ電子バリューの残高を減額するための減算コマンド（残高変更情報）を生成し、出力するものとする。電子バリューアプリＡ－ｉは、生成された減算コマンドに従って第ｉ電子バリューの残高を変更する。なお、チャージ金額には、上記の例に限らず、第ｉ電子バリューによるチャージ上限額を設定することとしてもよい。
　ユーティリティ電子バリューアプリＵＡは、電子バリューアプリＡ－ｉから、減算要求に係るチャージ金額を第ｉ電子バリューの残高から減算した処理結果を受け取り（Ｓ３０９）、処理結果が失敗である場合には（Ｓ３１０：Ｎ）、Ｓ３０７に進み、処理結果が成功である場合には（Ｓ３１０：Ｙ）、チャージ金額分をユーティリティ電子バリューに加算する（Ｓ３１１）。
　ユーティリティ電子バリューアプリＵＡは、加算後のユーティリティ電子バリューの残高が決済金額に等しくない（又は決済金額に満たない）場合には（Ｓ３１２：Ｎ）、Ｓ３０７に戻り、加算後のユーティリティ電子バリューの残高が決済金額に等しい（又は決済金額以上となった）場合には（Ｓ３１２：Ｙ）、ユーティリティ電子バリュー決済端末８０から入力された決済コマンドに従い、ユーティリティ電子バリューの残高から決済金額を減算して（Ｓ３１３）、その処理結果（成功／失敗）をユーティリティ電子バリュー決済端末８０に送信する（Ｓ３１４）。このように、ユーティリティ電子バリューアプリＵＡは、ユーティリティ電子バリューの残高から決済金額（要求金額）を減額するために必要な金額（補充金額）を、１以上の電子バリューの残高から補充する。
　以上説明した第２の実施例によれば、ユーザ端末１０に保持されたユーティリティ電子バリューの決済時に、ユーザ端末１０に保持された決済に用いられない他の電子バリューの残高も利用することができる。これにより、ユーザ端末１０に保持された電子バリュー（ユーティリティ電子バリューも含む）の残高の総額を利用できる。以下、第２実施例の変形例について説明する。
［第２実施例の変形例１］
　ユーティリティ電子バリューの残高変更情報として上書きコマンドが用いられる場合には、ＩＣチップ２２の内部で次のように処理を行うとよい。
　ユーティリティ電子バリューアプリＵＡは、決済コマンド（上書きコマンド）を受け取ると、ユーティリティ電子バリューの残高から決済金額（残高として応答した金額から受け取った決済コマンドに指定される書換金額を減算して求められる金額）を減算した差額Ｒを算出する。ここで、差額Ｒが負数になる（ユーティリティ電子バリューの残高だけでは決済金額に対して不足する）場合は、ユーティリティ電子バリューの残高を０で上書きする。一方、差額Ｒが非負数になる（ユーティリティ電子バリューの残高だけで決済金額に対して不足しない）場合は、ユーティリティ電子バリューの残高を、決済金額を減算した金額で上書きする。ユーティリティ電子バリューアプリＵＡは、ユーティリティ電子バリュー決済端末８０から入力された決済コマンドに伴う処理は行わずに、処理結果のみをユーティリティ電子バリュー決済端末８０に送信する。
［第２実施例の変形例２］
　また、上記の図７に示したシーケンスにおいては、ユーティリティ電子バリューアプリＵＡは、ユーティリティ電子バリュー決済端末８０から残高照会のコマンドを受け付けた後に、電子バリューアプリＡ－１～Ａ－Ｎから残高を取得し残高合計額を算出することとしたが、例えば図８に示すように、第１～第Ｎ電子バリューの残高リストを逐次更新して保持し、残高照会のコマンドを受け付けた際に第１～第Ｎ電子バリューの残高リストを参照して残高合計額を応答することとしてもよい。
　図８には、ユーティリティ電子バリューアプリＵＡにより行われる残高リスト更新処理のシーケンス図を示した。
　図８に示されるように、ユーティリティ電子バリューアプリＵＡは、残高リスト更新処理を実行する所定のタイミング（例えば指定されたタイミング、前回の残高集計処理から所定の時間間隔が経過したタイミング、決済直後等）が到来していない場合には（Ｓ４０１：Ｎ）、待機し、所定のタイミングが到来した場合には（Ｓ４０１：Ｙ）、ＩＣチップ２２に搭載された第１～第Ｎ電子バリューのリストを参照し（Ｓ４０２）、そのリストの中から未選択の電子バリューを選択する（Ｓ４０３）。Ｓ４０３で選択した電子バリューを第ｉ電子バリューとすると、ユーティリティ電子バリューアプリＵＡは、電子バリューアプリＡ－ｉに残高参照コマンドを発行して第ｉ電子バリューの残高を照会し（Ｓ４０４）、電子バリューアプリＡ－ｉは第ｉ電子バリューの残高を返す（Ｓ４０５）。
　ユーティリティ電子バリューアプリＵＡは、第ｉ電子バリューの残高に基づいて電子バリューの残高リストを更新し（Ｓ４０６）、リスト中の全ての電子バリューの残高を取得していない場合には（Ｓ４０７：Ｎ）、Ｓ４０３に戻り、リスト中の全ての電子バリューの残高を取得した場合には（Ｓ４０７：Ｙ）、Ｓ４０１に戻る。
　このように、電子バリューの残高リストを逐次更新して保持するようにした場合には、ユーティリティ電子バリュー決済端末８０に要求された残高を応答するまでのレスポンス時間を短縮できる。
［第３の実施例］
　次に、図９Ａ及び図９Ｂに示したシーケンス図を参照して、第３の実施例に係る決済処理を説明する。第３の実施例においては、第１～第Ｎ電子バリューのうち決済に用いられる第Ｍ電子バリューに、決済に用いない他の電子バリューからユーティリティ電子バリューを介して残高を充当して決済することとする。なお、以下に説明する例では、決済開始時点での第Ｍ電子バリューの残高は決済金額に満たないこととする。なお、第３の実施例において、ユーティリティ電子バリューアプリＵＡは、ユーザ端末１０に備えられたＩＣチップ２２等のハードウェア資源と協働して、ユーザ端末１０を、仮想的な非同期型入金機能（仮想オフライン入金機能）及び仮想的な非同期型決済機能（仮想オフライン決済機能）を有する端末として動作させている。
　図９Ａに示されるように、電子バリュー決済端末７０－Ｍから、決済に用いる第Ｍ電子バリューの残高照会コマンドが送信されると（Ｓ５０１）、ＩＣチップ２２上で動作する電子バリューアプリＡ－Ｍがユーティリティ電子バリューアプリＵＡに対して残高照会コマンドを発行（Ｓ５０２）。ユーティリティ電子バリューアプリＵＡは、電子バリューアプリＡ－１～Ａ－Ｎのそれぞれに対して残高照会コマンドを発行し（Ｓ５０３）、電子バリューアプリＡ－１～Ａ－Ｎから第１～第Ｎ電子バリューのそれぞれの残高を受け取る（Ｓ５０４）。
　ユーティリティ電子バリューアプリＵＡは、受け取った第１～第Ｎ電子バリューのそれぞれの残高と、ユーティリティ電子バリューの残高とを合計して残高合計額を算出し（Ｓ５０５）、その残高合計額を電子バリューアプリＡ－Ｍに応答する（Ｓ５０６）。電子バリューアプリＡ－Ｍは、上記の残高合計額を電子バリュー決済端末７０－Ｍに送信する（Ｓ５０７）。ここで、残高合計額が決済金額以上である場合には、電子バリュー決済端末７０－Ｍから決済金額（要求金額）を指定した決済コマンドが送信される（Ｓ５０８）。
　次に、図９Ｂに示されるように、電子バリューアプリＡ－Ｍは、上記の決済コマンドを受け取ると、当該決済コマンドに指定される決済金額をユーティリティ電子バリューアプリＵＡに提供する（Ｓ５０９）。ユーティリティ電子バリューアプリＵＡは、第Ｍ電子バリュー以外の第１～第Ｎ電子バリューの中から未選択の電子バリュー（第ｉ電子バリューとする）を選択する（Ｓ５１０）。電子バリューの選択順序は第１～第Ｎ電子バリューについて定められた優先順位に従ってもよいし、ランダムに選んでもよい。例えば、残高の降順に選択するとよい。
　ユーティリティ電子バリューアプリＵＡは、決済金額と第Ｍ電子バリューの残高との差額を必要チャージ金額（第１の補充金額）として、必要チャージ金額とユーティリティ電子バリューの残高との差額、又は第ｉ電子バリューの残高のいずれか小さい方をチャージ金額として、電子バリューアプリＡ－ｉに対してチャージ金額の減算を要求する（Ｓ５１１）。ここでは、第ｉ電子バリューの残高を減額するための減算コマンド（残高変更情報）を生成し、出力するものとする。電子バリューアプリＡ－ｉは、生成された減算コマンドに従って第ｉ電子バリューの残高を変更する。チャージ金額には、上記の例に限らず、第ｉ電子バリューによるチャージ上限額を設定することとしてもよい。
　ユーティリティ電子バリューアプリＵＡは、電子バリューアプリＡ－ｉから、要求された減算要求に係るチャージ金額を第ｉ電子バリューの残高から減算した処理結果を受け取り（Ｓ５１２）、処理結果が失敗である場合には（Ｓ５１３：Ｎ）、Ｓ５１０に進み、処理結果が成功である場合には（Ｓ５１３：Ｙ）、チャージ金額分をユーティリティ電子バリューに加算する（Ｓ５１４）。
　ユーティリティ電子バリューアプリＵＡは、加算後のユーティリティ電子バリューの残高が必要チャージ金額に等しくない（又は必要チャージ金額に満たない）場合には（Ｓ５１５：Ｎ）、Ｓ５１０に進み、加算後のユーティリティ電子バリューの残高が必要チャージ金額に等しい（又は必要チャージ金額以上である）場合には（Ｓ５１５：Ｙ）、ユーティリティ電子バリューの残高から必要チャージ金額を減算する（Ｓ５１６）。このように、ユーティリティ電子バリューアプリＵＡは、ユーティリティ電子バリューの残高から必要チャージ金額（第１の補充金額）を減額するために必要な金額（第２補充金額）を、１以上の電子バリューの残高から補充する。そして、ユーティリティ電子バリューアプリＵＡは、ユーティリティ電子バリューアプリＵＡは、減算した必要チャージ金額分の第Ｍ電子バリューを新規に発行し（Ｓ５１７）、発行した第Ｍ電子バリューについての必要チャージ金額分の加算を電子バリューアプリＡ－Ｍに要求する（Ｓ５１８）。ここでは、第Ｍ電子バリューの残高を増額するための加算コマンド（残高変更情報）を生成し、出力するものとする。
　電子バリューアプリＡ－Ｍは、生成された加算コマンドに従って必要チャージ金額を第Ｍ電子バリューの残高に加算し（Ｓ５１９）、その処理結果（成功／失敗）をユーティリティ電子バリューアプリＵＡに通知する（Ｓ５２０）。また、電子バリューアプリＡ－Ｍは、ユーティリティ電子バリュー決済端末８０から入力された決済コマンドに従い、残高加算後の第Ｍ電子バリューの残高から決済金額を減算して（Ｓ５２１）、その処理結果（成功／失敗）を電子バリュー決済端末７０－Ｍに送信する（Ｓ５２２）。
　ユーティリティ電子バリューアプリＵＡは、Ｓ５１５以降の処理を以下のようにしてもよい。例えば、ユーティリティ電子バリューアプリＵＡは、ユーティリティ電子バリューの残高が必要チャージ金額分ある場合に（Ｓ５１５：Ｙ）、必要チャージ金額分の第Ｍ電子バリューを発行し、発行した第Ｍ電子バリューについての必要チャージ金額分の加算を電子バリューアプリＡ－Ｍに要求するようにしてもよい。そして、電子バリューアプリＡ－Ｍは、必要チャージ金額を第Ｍ電子バリューの残高に加算し、その処理結果（成功／失敗）をユーティリティ電子バリューアプリＵＡに通知するようにしてもよい。そして、ユーティリティ電子バリューアプリＵＡは、電子バリューアプリＡ－Ｍから加算成功の通知を受けた場合に、ユーティリティ電子バリューの残高から必要チャージ金額を減算するようにしてもよい。その後、電子バリューアプリＡ－Ｍは、残高加算後の第Ｍ電子バリューの残高から決済金額を減算して、その処理結果（成功／失敗）を電子バリュー決済端末７０－Ｍに送信するようにしてもよい。
　以上説明した第３の実施例によれば、ユーザ端末１０内に保持されたどの電子バリューが決済に選択された場合にも、ユーザ端末１０に保持された決済に用いられない他の電子バリュー（ユーティリティ電子バリューを含む）の残高を利用することができる。これにより、どの電子バリューが選択されても、ユーザ端末１０に保持された電子バリュー（ユーティリティ電子バリューも含む）の残高の総額を利用できる。
　第３の実施例において、電子バリューの残高変更情報として上書きコマンドが用いられる場合には、上述の［第１実施例の変形例１］又は［第１実施例の変形例２］と同様の考え方で処理を行うとよい。また、第３の実施例において、ユーティリティ電子バリューの残高変更情報として上書きコマンドが用いられる場合には、上述の［第２実施例の変形例１］と同様の考え方で処理を行うとよい。
［第４の実施例］
　上記の実施形態では、ユーティリティ電子バリューのみが第１～第Ｎ電子バリューと直接交換（移転）可能としたが、第１～第Ｎ電子バリュー間でも電子バリューの直接交換を可能としてもよい。第１～第Ｎ電子バリュー間で電子バリューの交換は、例えば各電子バリューアプリＡ－１～Ａ－Ｎに、ユーティリティ電子バリューアプリＵＡと同等の機能を持たせることで実現できる。以下、第１～第Ｎ電子バリュー間でも電子バリューの交換を可能とした場合の第４の実施例に係る決済処理について説明する。なお、以下ではユーティリティ電子バリューとは区別しなくてよいため、ＩＣチップ２２に搭載された電子バリューを第１～第Ｎ＋１電子バリューとする。なお、第４の実施例において、電子バリューアプリＡ－Ｍは、ユーザ端末１０に備えられたＩＣチップ２２等のハードウェア資源と協働して、ユーザ端末１０を、仮想的な非同期型入金機能（仮想オフライン入金機能）及び仮想的な非同期型決済機能（仮想オフライン決済機能）を有する端末として動作させている。
　図１０には第４の実施形態に係る決済処理のシーケンス図を示した。第４の実施例では、第１～第Ｎ＋１電子バリューのうち決済に用いられる電子バリュー（ここでは第Ｍ電子バリューとする）に、他の電子バリューから残高を充当して決済することとする。なお、以下に説明する例では、決済処理開始時点での第Ｍ電子バリューの残高は決済金額に満たないこととする。
　図１０に示されるように、電子バリュー決済端末７０－Ｍから、決済に用いる第Ｍ電子バリューの残高照会コマンドが送信されると（Ｓ６０１）、ＩＣチップ２２上で動作する電子バリューアプリＡ－Ｍが他の電子バリューアプリに対して残高照会コマンドを発行し（Ｓ６０２）、当該他の電子バリューアプリから電子バリュー残高を受け取る（Ｓ６０３）。
　電子バリューアプリＡ－Ｍは、第１～第Ｎ＋１電子バリューのそれぞれの残高を合計して残高合計額を算出し（Ｓ６０４）、その残高合計額を電子バリュー決済端末７０－Ｍに送信する（Ｓ６０５）。ここで、残高合計額が決済金額以上である場合には、電子バリュー決済端末７０－Ｍから決済金額（要求金額）を指定した決済コマンドが送信される（Ｓ６０６）。
　電子バリューアプリＡ－Ｍは、第Ｍ以外の第１～第Ｎ＋１電子バリューの中から未選択の電子バリュー（第ｉ電子バリューとする）を選択する（Ｓ６０７）。電子バリューの選択順序は第１～第Ｎ＋１電子バリューについて定められた優先順位に従ってもよいし、ランダムに選んでもよい。例えば、残高の降順に選択するとよい。
　電子バリューアプリＡ－Ｍは、決済コマンドに指定される決済金額とユーティリティ電子バリューの残高との差額、又は第ｉ電子バリューの残高のいずれか小さい方をチャージ金額として、電子バリューアプリＡ－ｉにチャージ金額の減算を要求する（Ｓ６０８）。ここでは、ここでは、第ｉ電子バリューの残高を減額するための減算コマンド（残高変更情報）を生成し、出力するものとする。電子バリューアプリＡ－ｉは、生成された減算コマンドに従って第ｉ電子バリューの残高を変更する。チャージ金額には、上記の例に限らず、第ｉ電子バリューによるチャージ上限額を設定することとしてもよい。
　電子バリューアプリＡ－Ｍは、電子バリューアプリＡ－ｉから、減算要求に係るチャージ金額を第ｉ電子バリューの残高から減算した処理結果を受け取り（Ｓ６０９）、処理結果が失敗である場合には（Ｓ６１０：Ｎ）、Ｓ６０７に進み、処理結果が成功である場合には（Ｓ６１０：Ｙ）、チャージ金額分の第Ｍ電子バリューを新規に発行し（Ｓ６１１）、発行した第Ｍ電子バリューについてのチャージ金額分を第Ｍ電子バリューに加算する（Ｓ６１２）。ここでは、第Ｍ電子バリューの残高を増額するための加算コマンド（残高変更情報）を生成し、当該生成された加算コマンドに従って第Ｍ電子バリューの残高を変更するものとする。
　電子バリューアプリＡ－Ｍは、加算後の第Ｍ電子バリューの残高が決済金額に等しくない（又は決済金額に満たない）場合には（Ｓ６１３：Ｎ）、Ｓ６０７に戻り、加算後の第Ｍ電子バリューの残高が決済金額に等しい（又は決済金額以上である）場合には（Ｓ６１３：Ｙ）、電子バリュー決済端末７０－Ｍから入力された決済コマンドに従い、第Ｍ電子バリューの残高から決済金額を減算して（Ｓ６１４）、その処理結果（成功／失敗）を電子バリュー決済端末７０－Ｍに送信する（Ｓ６１５）。このように、電子バリューアプリＡ－Ｍは、第Ｍ電子バリューの残高から決済金額（要求金額）を減額するために必要な金額（補充金額）を、１以上の他の電子バリューの残高から補充する。
　以上説明した第４の実施例によれば、ユーザ端末１０に保持されたどの電子バリューが決済に選択された場合にも、ユーザ端末１０に保持される電子バリューの総額を利用できる。また、第４の実施例は、第３の実施例に比べてユーティリティ電子バリューアプリケーションＵＡに処理が集中しないことで、処理負荷が低減される。
　第４の実施例において、電子バリューの残高変更情報として上書きコマンドが用いられる場合には、上述の［第１実施例の変形例１］又は［第１実施例の変形例２］と同様の考え方で処理を行うとよい。
　なお、本発明は上記説明した実施形態に限定されるものではない。例えば、上記の実施形態では、ユーザ端末１０は、電子バリューサーバ５０－１～５０－Ｎ、ユーティリティ電子バリューサーバ６０から電子バリューをチャージする例を示したが、電子バリュー決済端末７０－１～７０－Ｎ、ユーティリティ電子バリュー決済端末８０がそれぞれチャージ端末としても機能する場合には、これらのチャージ端末から電子バリューをチャージしてもよい。
　なお、本実施形態に係るＩＣチップ２２は、携帯電話機に限らずＩＣカード等に搭載してもよいのはもちろんである。

 

Claims (11)

  1. 　記憶している複数の電子バリューの残高をそれぞれ変更する複数の残高変更手段を備える決済モジュールであって、
    　ユーティリティ電子バリューの残高を記憶する記憶手段と、
    　前記複数の電子バリューの１つに対して外部から入力された残高変更情報において指定される要求金額を該１つの電子バリューの残高から減額するために必要な第１の補充金額を取得する第１補充金額取得手段と、
    　前記取得された第１の補充金額を前記記憶手段に記憶する前記ユーティリティ電子バリューの残高から減額するために必要な第２の補充金額を取得する第２補充金額取得手段と、
    　前記１つの電子バリュー以外の他の電子バリューの残高から減額される金額の合計が前記取得された第２の補充金額に等しくなるように、該他の電子バリューのうち少なくとも１つの電子バリューの残高をそれぞれ減額するための少なくとも１つの残高変更情報を生成する第１残高変更情報生成手段と、
    　前記生成された少なくとも１つの残高変更情報に従って対応する電子バリューの残高が対応する残高変更手段によりそれぞれ変更された場合に、前記記憶手段において、前記ユーティリティ電子バリューの残高を前記第２の補充金額だけ増額し、該ユーティリティ電子バリューの残高を前記第１の補充金額だけ減額し、該第１の補充金額だけ前記１つの電子バリューの残高を増額するための残高変更情報を生成する第２残高変更情報生成手段と、をさらに備え、
    　前記１つの電子バリューに対応する残高変更手段が、前記第２残高変更情報生成手段により生成された残高変更情報と前記外部から入力された残高変更情報とに従って、該１つの電子バリューの残高を変更する、
    　ことを特徴とする決済モジュール。
  2. 　前記１つの電子バリューの残高と前記要求金額とに基づいて前記第１の補充金額を決定し出力する第１補充金額出力手段をさらに含むことを特徴とする請求項１に記載の決済モジュール。
  3. 　前記第１補充金額出力手段が、前記要求金額から前記１つの電子バリューの残高を減算した差額を前記補充金額として決定することを特徴とする請求項２に記載の決済モジュール。
  4. 　前記要求金額を前記第１補充金額として出力する補充金額出力手段をさらに含むことを特徴とする請求項１に記載の決済モジュール。
  5. 　前記ユーティリティ電子バリューの残高と前記第１の補充金額とに基づいて前記第２の補充金額を決定し出力する第２補充金額出力手段をさらに含むことを特徴とする請求項１乃至４のいずれかに記載の決済モジュール。
  6. 　前記第２補充金額出力手段が、前記第１の補充金額から前記ユーティリティ電子バリューの残高を減算した差額を前記第２の補充金額として決定することを特徴とする請求項５に記載の決済モジュール。
  7. 　前記第１の補充金額を前記第２の補充金額として出力する第２補充金額出力手段をさらに含むことを特徴とする請求項１乃至４のいずれかに記載の決済モジュール。
  8. 　記憶している複数の電子バリューの残高をそれぞれ読み出して出力する複数の残高出力手段を備える決済モジュールであって、
    　前記複数の電子バリューの１つに対して外部から残高要求が入力された際に、前記記憶手段に記憶する前記ユーティリティ電子バリューの残高を取得する第１残高取得手段と、
    　前記複数の電子バリューの１つに対して外部から残高要求が入力された際に、該１つの電子バリュー以外の他の少なくとも１つの電子バリューの残高をそれぞれ取得する少なくとも１つの残高要求を発行する残高要求発行手段と、
    　前記発行された少なくとも１つの残高要求に応じて対応する電子バリューの残高が対応する残高出力手段によりそれぞれ出力された場合に、該出力された少なくとも１つの電子バリューの残高と前記取得された前記ユーティリティ電子バリューの残高との合計額を取得する第２残高取得手段と、をさらに備え、
    　前記１つの電子バリューに対応する残高出力手段が、前記１つの電子バリューの残高と前記第２残高取得手段により取得される前記合計額との総計額を該１つの電子バリューの残高として出力する
    　ことを特徴とする請求項１乃至７のいずれかに記載の決済モジュール。
  9. 　記憶している複数の電子バリューの残高をそれぞれ変更する複数の残高変更手段と、ユーティリティ電子バリューの残高を記憶する記憶手段とを備える決済モジュールによる決済方法であって、
    　前記複数の電子バリューの１つに対して外部から入力された残高変更情報において指定される要求金額を該１つの電子バリューの残高から減額するために必要な第１の補充金額を取得する第１補充金額取得ステップと、
    　前記取得された第１の補充金額を前記記憶手段に記憶する前記ユーティリティ電子バリューの残高から減額するために必要な第２の補充金額を取得する第２補充金額取得ステップと、
    　前記１つの電子バリュー以外の他の電子バリューの残高から減額される金額の合計が前記取得された第２の補充金額に等しくなるように、該他の電子バリューのうち少なくとも１つの電子バリューの残高をそれぞれ減額するための少なくとも１つの残高変更情報を生成する第１残高変更情報生成ステップと、
    　前記生成された少なくとも１つの残高変更情報に従って対応する電子バリューの残高が対応する残高変更手段によりそれぞれ変更された場合に、前記記憶手段において、前記ユーティリティ電子バリューの残高を前記第２の補充金額だけ増額し、該ユーティリティ電子バリューの残高を前記第１の補充金額だけ減額し、該第１の補充金額だけ前記１つの電子バリューの残高を増額するための残高変更情報を生成する第２残高変更情報生成ステップと、を含み、
    　前記１つの電子バリューに対応する残高変更手段が、前記第２残高変更情報生成手段により生成された残高変更情報と前記外部から入力された残高変更情報とに従って、該１つの電子バリューの残高を変更する、
    　ことを特徴とする決済方法。
  10. 　記憶している複数の電子バリューの残高をそれぞれ変更する複数の残高変更手段と、ユーティリティ電子バリューの残高を記憶する記憶手段とを備える決済モジュールとして機能するコンピュータを機能させるためのプログラムであって、
    　前記複数の電子バリューの１つに対して外部から入力された残高変更情報において指定される要求金額を該１つの電子バリューの残高から減額するために必要な第１の補充金額を取得する第１補充金額取得手段と、
    　前記取得された第１の補充金額を前記記憶手段に記憶する前記ユーティリティ電子バリューの残高から減額するために必要な第２の補充金額を取得する第２補充金額取得手段と、
    　前記１つの電子バリュー以外の他の電子バリューの残高から減額される金額の合計が前記取得された第２の補充金額に等しくなるように、該他の電子バリューのうち少なくとも１つの電子バリューの残高をそれぞれ減額するための少なくとも１つの残高変更情報を生成する第１残高変更情報生成手段と、
    　前記生成された少なくとも１つの残高変更情報に従って対応する電子バリューの残高が対応する残高変更手段によりそれぞれ変更された場合に、前記記憶手段において、前記ユーティリティ電子バリューの残高を前記第２の補充金額だけ増額し、該ユーティリティ電子バリューの残高を前記第１の補充金額だけ減額し、該第１の補充金額だけ前記１つの電子バリューの残高を増額するための残高変更情報を生成する第２残高変更情報生成手段として前記コンピュータを機能させ、
    　前記１つの電子バリューに対応する残高変更手段が、前記第２残高変更情報生成手段により生成された残高変更情報と前記外部から入力された残高変更情報とに従って、該１つの電子バリューの残高を変更する、
    　ことを特徴とするプログラム。
  11. 　記憶している複数の電子バリューの残高をそれぞれ変更する複数の残高変更手段と、ユーティリティ電子バリューの残高を記憶する記憶手段とを備える決済モジュールとして機能するコンピュータを機能させるためのプログラムであって、
    　前記複数の電子バリューの１つに対して外部から入力された残高変更情報において指定される要求金額を該１つの電子バリューの残高から減額するために必要な第１の補充金額を取得する第１補充金額取得手段と、
    　前記取得された第１の補充金額を前記記憶手段に記憶する前記ユーティリティ電子バリューの残高から減額するために必要な第２の補充金額を取得する第２補充金額取得手段と、
    　前記１つの電子バリュー以外の他の電子バリューの残高から減額される金額の合計が前記取得された第２の補充金額に等しくなるように、該他の電子バリューのうち少なくとも１つの電子バリューの残高をそれぞれ減額するための少なくとも１つの残高変更情報を生成する第１残高変更情報生成手段と、
    　前記生成された少なくとも１つの残高変更情報に従って対応する電子バリューの残高が対応する残高変更手段によりそれぞれ変更された場合に、前記記憶手段において、前記ユーティリティ電子バリューの残高を前記第２の補充金額だけ増額し、該ユーティリティ電子バリューの残高を前記第１の補充金額だけ減額し、該第１の補充金額だけ前記１つの電子バリューの残高を増額するための残高変更情報を生成する第２残高変更情報生成手段として前記コンピュータを機能させ、
    　前記１つの電子バリューに対応する残高変更手段が、前記第２残高変更情報生成手段により生成された残高変更情報と前記外部から入力された残高変更情報とに従って、該１つの電子バリューの残高を変更する、
    　ことを特徴とするプログラムを記録した情報記録媒体。

     
PCT/JP2012/061482 2011-04-28 2012-04-27 決済モジュール、決済方法、プログラム及び情報記録媒体 WO2012147969A1 (ja)

Priority Applications (4)

Application Number Priority Date Filing Date Title
EP12775983.5A EP2704073A4 (en) 2011-04-28 2012-04-27 PAYMENT MODULE, PAYMENT METHOD, PROGRAM, AND INFORMATION RECORDING MEDIUM
JP2012534478A JP5092074B1 (ja) 2011-04-28 2012-04-27 決済モジュール、決済方法、プログラム及び情報記録媒体
US14/113,876 US10373155B2 (en) 2011-04-28 2012-04-27 Payment module, payment method, program, and information recording medium
CN201280020767.XA CN103503009B (zh) 2011-04-28 2012-04-27 结账模块、结账方法

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2011102520 2011-04-28
JP2011-102520 2011-04-28

Publications (1)

Publication Number Publication Date
WO2012147969A1 true WO2012147969A1 (ja) 2012-11-01

Family

ID=47072480

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2012/061482 WO2012147969A1 (ja) 2011-04-28 2012-04-27 決済モジュール、決済方法、プログラム及び情報記録媒体

Country Status (7)

Country Link
US (1) US10373155B2 (ja)
EP (1) EP2704073A4 (ja)
JP (1) JP5092074B1 (ja)
CN (1) CN103503009B (ja)
MY (1) MY177161A (ja)
TW (1) TWI444915B (ja)
WO (1) WO2012147969A1 (ja)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2021018684A (ja) * 2019-07-22 2021-02-15 株式会社Ｈａｎｄｉｉ 前払式決済サービス装置

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP5788612B2 (ja) * 2012-11-30 2015-10-07 楽天株式会社 電子マネーシステム、電子バリュー移転方法、携帯端末、携帯端末の制御方法、プログラム及びプログラムが記録された記録媒体
GB2521381A (en) * 2013-12-18 2015-06-24 Mastercard International Inc Automatic data transfer

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH09245104A (ja) 1996-03-14 1997-09-19 Mitsubishi Electric Corp 電子財布装置
JPH11120264A (ja) * 1997-10-16 1999-04-30 Fujitsu Ltd 電子マネーの管理所有装置および管理所有方法並びに管理所有用媒体並びに電子マネー管理所有用プログラムを記録したコンピュータ読み取り可能な記録媒体
JP2004234630A (ja) * 2003-01-10 2004-08-19 Bank Of Tokyo-Mitsubishi Ltd ポイント記録器、方法、プログラム、記録媒体
JP2005025618A (ja) 2003-07-04 2005-01-27 Mizuho Bank Ltd 電子バリュー管理方法及び電子バリュー管理プログラム
JP2007041673A (ja) * 2005-08-01 2007-02-15 Nec Corp 変換端末、変換システム、変換サーバ、変換方法およびプログラム
JP2009053764A (ja) * 2007-08-23 2009-03-12 Sony Corp 電子財布装置、電子バリュー利用方法及びプログラム

Family Cites Families (36)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5521362A (en) 1994-06-08 1996-05-28 Mci Communications Corporation Electronic purse card having multiple storage memories to prevent fraudulent usage and method therefor
US6064987A (en) * 1997-03-21 2000-05-16 Walker Digital, Llc Method and apparatus for providing and processing installment plans at a terminal
GB2324898A (en) 1997-05-03 1998-11-04 Plessey Telecomm Electronic purse
US6484946B2 (en) 1997-12-22 2002-11-26 Hitachi, Ltd. IC card information display device and IC card for use therewith
JPH11250164A (ja) 1998-03-03 1999-09-17 Hitachi Ltd 使用料徴収機能を有する電子マネー処理方法および電子マネー格納装置
US20050038819A1 (en) * 2000-04-21 2005-02-17 Hicken Wendell T. Music Recommendation system and method
JP2003067816A (ja) * 2001-08-28 2003-03-07 Hitachi Ltd 自動入出金機
US7346522B1 (en) * 2002-01-08 2008-03-18 First Access, Inc. Medical payment system
US7707077B2 (en) * 2002-03-28 2010-04-27 Sap Ag Electronic financial transaction with balancing invoice and credit items via page
NO20023194D0 (no) 2002-07-01 2002-07-01 Sospita As Fremgangsmåte og apparatur for eksekvering av programvareapplikasjoner i et multiprosessormiljö
US7653591B1 (en) * 2002-09-13 2010-01-26 Dabney James W Late fee avoidance system
JP2004199534A (ja) 2002-12-20 2004-07-15 Hitachi Ltd Ｉｃカードを利用した決済システム
CA2430456C (en) * 2003-05-30 2012-10-09 Coinamatic Canada Inc. Offline code based reloading system
US8156042B2 (en) * 2003-08-29 2012-04-10 Starbucks Corporation Method and apparatus for automatically reloading a stored value card
US7360691B2 (en) * 2004-02-02 2008-04-22 Matsushita Electric Industrial Co., Ltd. Secure device and mobile terminal which carry out data exchange between card applications
JP4549744B2 (ja) 2004-06-10 2010-09-22 ソニー・エリクソン・モバイルコミュニケーションズ株式会社 電子財布装置、電子財布の管理方法、携帯端末装置、及び電子財布プログラム
US7401731B1 (en) 2005-05-27 2008-07-22 Jpmorgan Chase Bank, Na Method and system for implementing a card product with multiple customized relationships
JP2007047939A (ja) 2005-08-08 2007-02-22 Casio Hitachi Mobile Communications Co Ltd 決済端末、電子マネー残高補填システム、電子マネー残高補填方法及びプログラム
US20070125840A1 (en) 2005-12-06 2007-06-07 Boncle, Inc. Extended electronic wallet management
US8103582B1 (en) * 2005-12-29 2012-01-24 United Services Automobile Association (Usaa) Multi-purpose transaction account
US8027919B2 (en) * 2006-02-01 2011-09-27 Sean Macguire Method and apparatus for allowing secured overdrafts of reloadable debit card accounts
JP4885629B2 (ja) 2006-06-29 2012-02-29 フェリカネットワークス株式会社 金融カードシステム、通信デバイス、認証端末、認証方法、及びプログラム。
US9911114B2 (en) * 2006-07-06 2018-03-06 Qualcomm Incorporated Methods and systems for making a payment via a stored value card in a mobile environment
US7761355B2 (en) * 2007-05-18 2010-07-20 General Electric Company Computer apparatus and method for performing financial transaction processing
CN101093567A (zh) * 2007-08-01 2007-12-26 中国工商银行股份有限公司 一种实现家庭账户的***及方法
JP2009048488A (ja) 2007-08-21 2009-03-05 Sony Corp 電子財布装置、電子バリュー利用方法及びプログラム
JP5311612B2 (ja) 2008-01-24 2013-10-09 楽天株式会社 決済装置、決済方法及び決済プログラム、並びにアクセス装置、アクセス方法及びアクセスプログラム
JP5662632B2 (ja) * 2008-01-29 2015-02-04 インターナショナル・ビジネス・マシーンズ・コーポレーションＩｎｔｅｒｎａｔｉｏｎａｌ Ｂｕｓｉｎｅｓｓ Ｍａｃｈｉｎｅｓ Ｃｏｒｐｏｒａｔｉｏｎ 電子決済システム、携帯端末、電子決済端末、電子決済方法およびコンピュータ・プログラム
KR100988230B1 (ko) * 2008-06-30 2010-10-18 주식회사 티모넷 휴대폰을 이용한 전자지불수단의 충전금액 이전시스템 및그 방법
US20110276420A1 (en) * 2008-09-17 2011-11-10 Robert White Cash card system
US8606638B2 (en) 2009-03-02 2013-12-10 First Data Corporation Systems, methods and apparatus for facilitating transactions using a mobile device
GB0908305D0 (en) * 2009-05-14 2009-06-24 Smart Transactions Ltd Electronic transaction system
CN101930640A (zh) * 2009-06-26 2010-12-29 海南新生信息技术有限公司 一卡多账户多交易方法和***
US20110119182A1 (en) 2009-08-31 2011-05-19 Sam Smolkin Value Transfer System for Online Commerce Using Smart Card and Biometric Reader
US20120047041A1 (en) * 2010-03-26 2012-02-23 Abdul Akel Prepaid Network Time Purchasing System
US8805725B2 (en) * 2012-06-18 2014-08-12 Bank Of America Corporation Payment vehicle recommendations based on payment rules

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH09245104A (ja) 1996-03-14 1997-09-19 Mitsubishi Electric Corp 電子財布装置
JPH11120264A (ja) * 1997-10-16 1999-04-30 Fujitsu Ltd 電子マネーの管理所有装置および管理所有方法並びに管理所有用媒体並びに電子マネー管理所有用プログラムを記録したコンピュータ読み取り可能な記録媒体
JP2004234630A (ja) * 2003-01-10 2004-08-19 Bank Of Tokyo-Mitsubishi Ltd ポイント記録器、方法、プログラム、記録媒体
JP2005025618A (ja) 2003-07-04 2005-01-27 Mizuho Bank Ltd 電子バリュー管理方法及び電子バリュー管理プログラム
JP2007041673A (ja) * 2005-08-01 2007-02-15 Nec Corp 変換端末、変換システム、変換サーバ、変換方法およびプログラム
JP2009053764A (ja) * 2007-08-23 2009-03-12 Sony Corp 電子財布装置、電子バリュー利用方法及びプログラム

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
See also references of EP2704073A4

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2021018684A (ja) * 2019-07-22 2021-02-15 株式会社Ｈａｎｄｉｉ 前払式決済サービス装置
JP7339046B2 (ja) 2019-07-22 2023-09-05 株式会社ペイルド 前払式決済サービス装置

Also Published As

Publication number Publication date
US20140052631A1 (en) 2014-02-20
MY177161A (en) 2020-09-08
EP2704073A4 (en) 2015-02-18
JP5092074B1 (ja) 2012-12-05
CN103503009B (zh) 2016-04-13
CN103503009A (zh) 2014-01-08
US10373155B2 (en) 2019-08-06
EP2704073A1 (en) 2014-03-05
JPWO2012147969A1 (ja) 2014-07-28
TWI444915B (zh) 2014-07-11
TW201248527A (en) 2012-12-01

Similar Documents

Publication Publication Date Title
JP5595434B2 (ja) 情報処理サーバ、情報処理方法、情報処理プログラム及び情報処理プログラムを記録した記録媒体
JP5638128B2 (ja) 決済モジュール、決済方法、プログラム、情報記録媒体、決済装置及び決済装置の制御方法
EP1610245A1 (en) Mobile terminal device, mobile terminal method, mobile terminal program, providing server device, providing server method, and providing server program
JP5003143B2 (ja) 電子マネーシステム
JP2007047939A (ja) 決済端末、電子マネー残高補填システム、電子マネー残高補填方法及びプログラム
KR20190063970A (ko) 전자 지불 결제를 제어하는 전자 장치 및 이를 위한 방법
JP5092074B1 (ja) 決済モジュール、決済方法、プログラム及び情報記録媒体
JP5106714B1 (ja) 決済モジュール、決済方法、プログラム及び情報記録媒体
JP2019139452A (ja) カーシェアリング清算方法及びカーシェアリング管理システム
KR20190048139A (ko) 송금 기반 결제 처리 방법 및 그를 수행하기 위한 서버
JP6817476B1 (ja) 価値交換システム、プログラム、記録媒体及び制御方法
JP7310589B2 (ja) ウォレットシステム、携帯端末およびウォレットプログラム
JP2022099917A (ja) プログラム、電子マネーのチャージ方法、決済アプリ、及び情報処理装置
CN113516474A (zh) 基于数字化现金的线上交易方法及装置
JP6213566B2 (ja) 決済システム、決済装置、決済方法およびプログラム
JP2023122000A (ja) 情報処理システムおよび情報処理プログラム
JPWO2015174251A1 (ja) 企業通貨管理装置
JP2022124260A (ja) 宿泊管理システム、宿泊管理装置、宿泊管理方法及びプログラム

Legal Events

Date Code Title Description
ENP Entry into the national phase

Ref document number: 2012534478

Country of ref document: JP

Kind code of ref document: A

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

Ref document number: 12775983

Country of ref document: EP

Kind code of ref document: A1

WWE Wipo information: entry into national phase

Ref document number: 14113876

Country of ref document: US

NENP Non-entry into the national phase

Ref country code: DE

REEP Request for entry into the european phase

Ref document number: 2012775983

Country of ref document: EP