WO2013047816A1 - 決済システム、支払端末 - Google Patents

決済システム、支払端末 Download PDF

Info

Publication number
WO2013047816A1
WO2013047816A1 PCT/JP2012/075211 JP2012075211W WO2013047816A1 WO 2013047816 A1 WO2013047816 A1 WO 2013047816A1 JP 2012075211 W JP2012075211 W JP 2012075211W WO 2013047816 A1 WO2013047816 A1 WO 2013047816A1
Authority
WO
WIPO (PCT)
Prior art keywords
payment
electronic money
payment means
terminal
balance
Prior art date
Application number
PCT/JP2012/075211
Other languages
English (en)
French (fr)
Inventor
赤鹿　秀樹
Original Assignee
楽天株式会社
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 楽天株式会社 filed Critical 楽天株式会社
Priority to US14/348,229 priority Critical patent/US10169744B2/en
Priority to JP2013536459A priority patent/JP5667307B2/ja
Publication of WO2013047816A1 publication Critical patent/WO2013047816A1/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/08—Payment architectures
    • G06Q20/10—Payment architectures specially adapted for electronic funds transfer [EFT] systems; specially adapted for home banking systems
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/04—Payment circuits
    • G06Q20/06—Private payment circuits, e.g. involving electronic currency used among participants of a common payment scheme
    • G06Q20/065—Private payment circuits, e.g. involving electronic currency used among participants of a common payment scheme using e-cash
    • G06Q20/0655—Private payment circuits, e.g. involving electronic currency used among participants of a common payment scheme using e-cash e-cash managed centrally
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/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/326—Payment applications installed on the mobile 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/38—Payment protocols; Details thereof
    • G06Q20/40—Authorisation, e.g. identification of payer or payee, verification of customer or shop credentials; Review and approval of payers, e.g. check credit lines or negative lists
    • G06Q20/407—Cancellation of a transaction

Definitions

  • the present invention relates to a payment system, a payment terminal, a payment method, a payment method, a payment program, and a computer-readable recording medium for recording the program.
  • the IC chip included in the portable device described in Patent Document 1 incorporates a plurality of applications (electronic money function) for electronic money business operators.
  • the electronic money terminal when payment processing is performed in a store, if the portable device is placed on an electronic money terminal installed in the store, the electronic money terminal has an electronic money function that can be used in the electronic money terminal.
  • the IC chip is sequentially inquired as to whether or not it is incorporated in the IC chip. Then, the electronic money terminal displays on the display device the type of electronic money that can be used in the electronic money terminal among the electronic money functions incorporated in the portable device, which is found as a result of the inquiry, and uses the electronic money To the user of the portable device.
  • an electronic value that is unlikely to be selected by the user (for example, a value that the user does not intend to use, a value that is not suitable for use because of insufficient balance, etc.) can also be used.
  • a value that can be used in a terminal having a function of sequentially inquiring Therefore, the user is bothered to select a value to be used from options including a value that is unlikely to be selected.
  • the problem to be solved by the present invention is the occurrence of a problem that a payment means that is not likely to be selected by a user is recognized as an available payment means in a terminal having a function of sequentially querying available payment means. It is a point of suppressing.
  • a settlement system includes a payment terminal including a plurality of payment means for performing payment processing, and an inquiry means for sequentially inquiring each of the plurality of receivable payment means to the payment terminal.
  • a payment terminal that accepts payment processing by one payment means specified from valid payment means confirmed by the payment means corresponding to the one payment means, wherein the payment terminal The method further comprises invalidating means for temporarily invalidating one or more of the plurality of payment means in response to a request from the outside.
  • the payment terminal when only one payment method is confirmed by the inquiry means, the payment terminal automatically designates the one payment method, and payment by the one payment method is performed.
  • the processing may be accepted by a settlement means corresponding to the one payment means.
  • the invalidation means is configured so that the payment terminal invalidates other payment means excluding one specific payment means selected from the payment means included in the payment terminal. There may be further provided means for requesting.
  • the payment terminal stores the balance of electronic value by any of the other payment means invalidated by the invalidation means and stores the balance using dedicated balance change information.
  • a dedicated balance change for reducing at least a part of the balance of the electronic value in the payment means before the payment means having the electronic value function is invalidated by the invalidation means
  • the invalidation target balance reduction means for transmitting information to the payment means, and the monetary value corresponding to the amount reduced by the invalidation target balance reduction means
  • a monetary value adding means for adding as a usable monetary value.
  • the monetary value addition means sets the amount to be reduced by the invalidation balance reduction means.
  • Dedicated balance change information for increasing the balance of the electronic value in the specific one payment means by a corresponding amount may be transmitted to the specific one payment means.
  • the monetary value adding means reduces the balance to be invalidated only when the balance of electronic value in the selected one specific payment means is equal to or less than a predetermined amount.
  • the dedicated balance change information for increasing the balance of the electronic value in the specific one payment means by an amount corresponding to the amount reduced by the means may be transmitted to the specific one payment means.
  • the payment terminal stores the balance of electronic value by any of the other payment means invalidated by the invalidation means and stores the balance using dedicated balance change information.
  • the balance acquisition means immediately before the payment means having the electronic value function is invalidated by the invalidation means, the balance acquisition means immediately before obtaining the balance of the electronic value related to the payment means, and the electronic After the payment means having a value function is invalidated by the invalidation means, it can be used in the settlement process by the selected one specific payment means within the range of the balance acquired by the immediately preceding balance acquisition means
  • the reserve frame adding means for adding a reserve frame, and the payment means corresponding to the payment means in the payment processing by the selected one specific payment means, the payment means When a reserve frame is used, after the invalidation of the payment means having the electronic value function by the invalidation means is canceled, the balance of the electronic value in the payment means corresponds to the usage amount of the reserve frame
  • the payment terminal is associated with storage means for storing priority information indicating the priority order of payment means available for payment processing at the payment terminal, and position information indicating the position.
  • specific information acquisition means for acquiring corresponding specific information and one or more payment means specified by the specific information acquired by the specific information acquisition means
  • priority indicated by rank information stored in the storage means Means for requesting the invalidation means to select one payment means having the highest ranking and invalidate other payment means other than the one payment means selected , It may further comprise a.
  • the payment terminal associates the payment means with the time when the payment process is performed by the payment means and stores the payment history in the payment history storage means, and the positioning is performed by the positioning means.
  • Means for associating and storing the position of the payment terminal and the time when the position was measured in the position storage means, the payment history storage means and the position storage means, and the payment terminal obtained by the positioning means One payment means may be selected from the plurality of payment means based on the historical tendency of the payment means used in the past around the current position.
  • the payment terminal further includes an input unit that receives input of specific information for specifying the other payment unit to be invalidated by the invalidation unit, and the invalidation unit includes Other payment means other than one payment means selected from the plurality of payment means may be invalidated based on the specific information input by the input means.
  • the payment terminal determines a balance of the electronic value related to the payment means having the electronic value function. And a means for causing the invalidation means to invalidate the payment means for which the balance obtained by the balance acquisition means is less than or less than a predetermined threshold.
  • the electronic value balance of the payment means having the electronic value function. Further comprising: a balance acquisition means for acquiring each at a predetermined timing; and a means for causing the invalidation means to invalidate a payment means whose balance acquired by the balance acquisition means is less than or less than a predetermined threshold. It is characterized by.
  • a settlement method includes a payment terminal including a plurality of payment means for performing payment processing, and an inquiry means for sequentially inquiring each of the plurality of receivable payment means to the payment terminal.
  • a payment method by a payment system including a payment terminal that accepts payment processing by one payment means specified from valid payment means confirmed by the payment means corresponding to the one payment means, The payment terminal includes an invalidation step of temporarily invalidating one or more payment means among the plurality of payment means in response to an external request.
  • a payment method is a payment method performed by a payment terminal including a plurality of payment means for performing payment processing, and inquires each of a plurality of receivable payment means sequentially to the payment terminal.
  • Receiving an inquiry corresponding to itself from a payment terminal that accepts payment processing by one payment means designated from valid payment means confirmed by the inquiry means by a payment means corresponding to the one payment means An invalidation step of temporarily disabling one or more of the plurality of payment means in response to an external request so that each of the valid payment means performs a predetermined response.
  • a payment program includes an inquiry unit that sequentially inquires each of a plurality of receivable payment units to the payment terminal in a computer constituting a payment terminal including a plurality of payment units that perform payment processing.
  • an invalidating function for temporarily invalidating one or more of the plurality of payment means in response to an external request so that each of the payment means performs a predetermined response.
  • a computer-readable recording medium is a computer-readable recording medium comprising: a plurality of payment means for performing payment processing; Inquiry corresponding to itself from a payment terminal that accepts payment processing by one payment means designated from valid payment means confirmed by the inquiry means and comprising payment means that is confirmed by the inquiry means In response to an external request, an invalidation function for temporarily invalidating one or more payment means among the plurality of payment means is realized so that each of the valid payment means that have received a response Recorded payment program.
  • the payment means that are not likely to be selected by the user are temporarily invalidated, the payment means that these payment means can be used in a terminal having a function of sequentially querying available payment means.
  • the occurrence of problems that are recognized as means can be suppressed.
  • FIG. 1 is a procedure explanatory diagram for explaining the procedure of the preparation process before the payment process in the payment system 100 is performed.
  • FIG. 2 is a part of the procedure of the payment process in the payment system 100 after the preparation process. It is procedure explanatory drawing for demonstrating.
  • the payment system 100 is a system that includes a mobile terminal 1 (an example of a payment terminal), an information server 2, and a reader / writer 3 (an example of a payment terminal).
  • the portable terminal 1 is an electronic payment function (e.g., a prepaid stored value type electronic money function, a postpaid stored value type electronic money function, a prepaid type center management type) such as a mobile phone terminal or a smartphone that supports electronic money. Refers to electronic money function, credit function, etc. Both are examples of payment means.Hereinafter, these are collectively referred to as “electronic money”, “electronic money type”, etc.) is there.
  • the information server 2 is a server device that includes a database that stores information necessary for a preparation process before the above-described payment process is performed.
  • the reader / writer 3 is a device that is installed in a POS (Point Of Sales) register installed in a store or the like and accepts payment processing by the mobile terminal 1 and is connected to the IC chip by near field communication (Near Field Communication). Is possible.
  • the mobile terminal 1 includes a contactless IC chip 11 (an example of a payment terminal), an electronic money priority information database 12, a GPS chip 13, and a mobile application 14 (an application program for the mobile terminal 1. Invalid. An example of the converting means).
  • the IC chip 11 is an electronic module including a CPU (Central Processing Unit), a ROM (Read Only Memory), a RAM (Random Access Memory), an EEPROM (Electrically Erasable Programmable Read Only Memory), and the like. Can be connected.
  • the IC chip 11 is connected to the CPU 101 of the mobile terminal 1 by wire.
  • the IC chip 11 has a function of storing data and a function of executing a predetermined process according to a command input from the outside and outputting a response according to the command.
  • the payment process is realized by the following methods (a) to (c).
  • Prepayment type or postpayment type electronic money balance is stored in a predetermined storage area, and the balance is read and output according to a balance reference command input from the outside, or balance change input from the outside By changing the balance according to the command and outputting the processing result, payment is made with the value stored on the IC chip side.
  • a value account identifier (account ID), which is a unit for managing values on the center side, is stored in a predetermined storage area, and the account ID is read and output according to an account ID reference command input from the outside. As a result, payment is made with the value stored in the center in association with the account ID.
  • a user ID for identifying a user is stored in a predetermined storage area, and the user ID is read and output in accordance with a user ID reference command input from the outside, so that the user ID is output every predetermined period Payment is made within the credit limit set in.
  • the IC chip 11 includes a flag storage area 16 that is a data storage area for storing a privacy flag (Privacy Flag) indicating that the area is not valid for each certain area in the IC chip 11.
  • a privacy flag may be stored for each unit in which a plurality of blocks, which are physical minimum units, are logically grouped (sometimes referred to by names such as system and area depending on the technical specifications of the IC chip). it can.
  • the value of the privacy flag can be updated by a command input from the outside.
  • the privacy flag corresponding to a specified area for example, service, area, etc.
  • set ⁇ privacy flag a command for turning on the privacy flag
  • the privacy flag corresponding to the designated area for example, service, area, etc.
  • the control unit of the IC chip 11 a functional unit formed by reading an OS (Operating System) or an application program operating on the OS into the CPU in the chip.
  • the control unit of the IC chip 11 refers to the flag storage area 16 when a command for generating access to a specific area is input from the outside, and if the privacy flag corresponding to the specified area is significant, No response is output to the command (or a response indicating that the area specified in the command does not exist is output). On the other hand, if the privacy flag corresponding to the designated area is not significant, processing corresponding to the command is executed and a response corresponding to the command is output.
  • an area corresponding to a specific electronic money type (for example, an entire area for storing data related to the specific electronic money type, an area for storing data that is always referred to in payment processing by the specific electronic money type Etc.) is made significant (an example of payment means invalidation), so that the payment function by the electronic money type can be temporarily disabled.
  • the method of temporarily disabling the payment function based on the electronic money type is not limited to the one using the privacy flag.
  • an area corresponding to a specific electronic money type for example, an entire area for storing data related to a specific electronic money type, a specific
  • the payment function based on the electronic money type can be temporarily disabled.
  • the electronic money priority information database 12 is a database that stores information related to the priority order when selecting the type of electronic money (electronic money type) that can be used in the mobile terminal 1.
  • the GPS chip 13 is an electronic module that measures the position of the mobile terminal 1.
  • the mobile application 14 is an application program having a function of performing a preparation process while accessing the IC chip 11.
  • the information server 2 has a position pair type database 21 and a type pair valid database 22.
  • the position pair type database 21 is a database that stores position information indicating a position in association with a terminal type indicating the type of a payment terminal installed around the position.
  • the type-to-validity database 22 is a database that stores a terminal type that indicates the type of payment terminal and an electronic money type that indicates the type of electronic money (payment means) that can be accepted by the payment terminal of that type.
  • the mobile terminal 1 When the user of the mobile terminal 1 enters the store, the user holds the mobile terminal 1 over a reader / writer for issuing discount coupons (not shown) installed at the store entrance, for example. With this as an opportunity, information related to the discount coupon is displayed on the mobile terminal 1, and the mobile application 14 transmits a command for inquiring position information corresponding to the current position of the mobile terminal 1 to the GPS chip 13 (procedure 1). .
  • the mobile terminal 1 has detected the access point identification information (so-called SSID) in the wireless LAN instead of when the user of the mobile terminal 1 holds the mobile terminal 1 over a reader / writer for issuing a discount coupon.
  • the GPS chip 13 may periodically perform the positioning process described later.
  • the GPS chip 13 performs a positioning process to transmit position information indicating the current position of the mobile terminal 1 to the mobile application 14 (procedure 2), and the mobile application 14 transmits this position information to the information server 2 (procedure). 3). Then, the information server 2 queries the position pair type database 21 for the terminal type corresponding to the received position information, and further, the electronic money type (effective electronic money as an example of specific information) corresponding to the obtained terminal type. Information) is queried to the type vs. effective database 22. Then, the information server 2 transmits the obtained effective electronic money information to the portable terminal 1 (procedure 4).
  • the effective electronic money information specifies “electronic money type S”, “electronic money type n”, and “electronic money type E”.
  • the mobile application 14 refers to the electronic money priority information database 12 having electronic money type priority information, and among the electronic money types indicated by the received effective electronic money information, the priority order in the mobile terminal 1 is An electronic money type other than the highest electronic money type is selected (procedure 5).
  • the priorities indicated by the electronic money type priority information are in the order of “electronic money type E”, “electronic money type W”, and “electronic money type n”.
  • those other than the electronic money type with the highest priority in the electronic money type priority information here, “electronic money type E”
  • the mobile application 14 selects “electronic money type W” and “electronic money type n” as electronic money types to be invalidated.
  • the mobile application 14 transmits a command (Polling) for capturing the IC chip 11 (that is, not specifying a specific code) to the IC chip 11 (procedure 6).
  • the IC chip 11 returns a response including unique ID information to the mobile application 14 (procedure 7).
  • processing for example, authentication processing
  • the technical specifications and management rules of the IC card is performed between the mobile application 14 and the IC chip 11.
  • the mobile application 14 temporarily invalidates the “electronic money type W” and the “electronic money type n” selected as the targets for the invalidation process, so A command (set privacy flag) for turning on the privacy flag by designating an area corresponding to “type W” and “electronic money type n” is transmitted (procedure 8 and procedure 10).
  • the control unit of the IC chip 11 updates the privacy flag corresponding to the designated area to ON, and returns a response indicating that the privacy flag has been updated normally to the mobile application 14 (steps 9 and 11). ).
  • electronic money types in the above example, “electronic money type S”, “electronic money type n” and “e-money type” that can be accepted by a payment terminal installed around the current position of the mobile terminal 1.
  • electronic money type E in the above example, “electronic money type E”, “electronic money type W”, and “electronic money type n”.
  • the electronic money type with the highest priority in the above example, “electronic money type E”
  • other electronic money types other than the selected electronic money type aboveve-mentioned types
  • “electronic money type W” and “electronic money type n”) are temporarily invalidated.
  • FIG. 2 exemplifies settlement processing performed under the following assumptions. These are merely examples, and the settlement processing procedure is designed according to the technical specifications and management rules of the IC card.
  • the areas corresponding to “electronic money type n”, “electronic money type E”, and “electronic money type W” are specified by codes (area codes) of the second layer, respectively.
  • the user of the mobile terminal 1 holds the mobile terminal 1 over the reader / writer 3 for payment processing.
  • the reader / writer 3 transmits a command designating a system code corresponding to “electronic money type S” to the IC chip 11 (procedure 21).
  • the IC chip 11 does not return a response because there is no payment function based on the “electronic money type S” (procedure 22). Note that even if the “electronic money type S” exists but is temporarily invalidated, the IC chip 11 does not send back a response.
  • the reader / writer 3 transmits a command (Polling) designating a code corresponding to the second area to the IC chip 11 (procedure 23).
  • the IC chip 11 returns a response to the reader / writer 3 (procedure 24).
  • the reader / writer 3 transmits a command (request service) designating a code corresponding to “electronic money type n” to the IC chip 11 (procedure 25).
  • a command designating a code corresponding to “electronic money type n” to the IC chip 11 (procedure 25).
  • the IC chip 11 since the privacy flag corresponding to “electronic money type n” is on in the flag storage area 16, the IC chip 11 has no service corresponding to the specified code for the reader / writer 3. Specifically, key version information indicating that the key version of the service corresponding to the specified code cannot be acquired is returned (procedure 26).
  • the reader / writer 3 transmits a command (request service) designating a code corresponding to “electronic money type E” to the IC chip 11 (procedure 27).
  • a command designating a code corresponding to “electronic money type E” to the IC chip 11 (procedure 27).
  • the IC chip 11 confirms that there is a service corresponding to the specified code for the reader / writer 3.
  • the key version information shown is returned (procedure 28).
  • the reader / writer 3 omits the procedure for allowing the user to select the electronic money type to be used for the payment process, and is one electronic money type that has been confirmed to exist with the IC chip 11 (in the above example, The settlement processing with “electronic money type E”) is started (procedure 29).
  • FIG. 3 is a configuration diagram for explaining a configuration of the payment system 100
  • FIG. 4 is a configuration showing a physical configuration of the mobile terminal 1 (and a mobile terminal 4 included in the payment system 200 described later) included in the payment system 100
  • FIG. 5 is a configuration diagram illustrating a physical configuration of the reader / writer 3 included in the settlement system 100.
  • the mobile terminal 1 includes, as main physical components, a CPU 101 (Central Processing Unit), a RAM 102 (Random Access Memory), a ROM 103 (Read Only Memory), an operation unit 104, a wireless communication unit 105, and a display.
  • a CPU 101 Central Processing Unit
  • RAM 102 Random Access Memory
  • ROM 103 Read Only Memory
  • operation unit 104 an operation unit 104
  • wireless communication unit 105 an operation unit 104
  • a wireless communication unit 105 a display.
  • 106 a small computer terminal configured by hardware such as an antenna 107 and various chips 108. When these components operate, the functions of the mobile terminal 1 are exhibited.
  • the mobile terminal 1 includes, as main functional components, an IC chip 11 (payment means), an electronic money priority information database 12 (storage means), and a GPS chip 13 (positioning means). ), A portable application 14 (control means), an input unit 15 (input means), and a chip communication unit 17 (communication means).
  • IC chip 11 payment means
  • electronic money priority information database 12 storage means
  • GPS chip 13 positioning means
  • a portable application 14 control means
  • input unit 15 input means
  • chip communication unit 17 communication means
  • the IC chip 11 is a semiconductor integrated circuit unit that can perform payment processing with a plurality of electronic money types.
  • Examples of the plurality of electronic money types include “electronic money type E”, “electronic money type W”, and “electronic money type n”.
  • the electronic money priority information database 12 is electronic money priority information (selection information) for specifying a priority order when the input unit 15 selects a plurality of types of electronic money (electronic money types) that can be used in the mobile terminal 1. It is a database part which memorizes.
  • the electronic money priority information for specifying the priority order at the time of selection may be registered and set in advance by the user of the mobile terminal 1, and is automatically set so that the higher the usage frequency of the electronic money type, the higher the priority order. Registration may be set automatically, or registration may be automatically set such that the higher the electronic money balance (value balance) in the electronic money type, the higher the priority.
  • the GPS chip 13 is a positioning processing unit that acquires position information related to the current position of the mobile terminal 1 and the date and time thereof using GPS (Global Positioning System).
  • the mobile application 14 is an application unit that transmits the position information acquired by the GPS chip 13 to the information server 2 and inquires and acquires valid electronic money information corresponding to the position information.
  • the mobile application 14 invalidates other electronic money types except for one specific electronic money type among the plurality of electronic money types in the mobile terminal 1 (on / off of the privacy flag stored in the flag storage area 16). The process of switching off) is performed on the IC chip 11. In addition, the mobile application 14 can perform this invalidation process based on specific information described later that the input unit 15 has accepted.
  • the mobile application 14 uses other electronic devices based on the historical trends of the current position of the mobile terminal 1 acquired by the GPS chip 13 at a certain date and time and the electronic money type used at the date and time.
  • Money type invalidation processing can be performed.
  • the electronic money type E is frequently used in a specific business district (location) in the early morning (date) on weekdays, and the electronic money type in a specific downtown (location) on a holiday evening (date) If W tends to be used frequently, if it is detected in the business district in the early morning of a weekday, invalidation processing is performed for other than the electronic money type E (preset) and on the evening of holidays If the position is detected in the downtown area, invalidation processing is performed for other than the electronic money type W (preset).
  • the mobile application 14 cooperates with an electronic money server (not shown) corresponding to each electronic money type to perform a payment function using the electronic money type available in the IC chip 11 and each electronic money. It has an issue function for issuing a value in an electronic money type that can be used in the IC chip 11 in cooperation with an electronic money server (not shown) corresponding to the money type, and access to the flag storage area 16 It holds key information necessary for (for example, updating a privacy flag).
  • the mobile application 14 performs the above-described invalidation process, if the electronic money balance (value balance) in a specific electronic money type is equal to or less than a predetermined amount, At the same time, the electronic money balance in another electronic money type is reduced, and the electronic money balance in a specific electronic money type is increased.
  • the mobile application 14 uses electronic money in another electronic money type to be invalidated when performing invalidation processing.
  • the balance As collateral, it is also possible to perform a calculation process to add a reserve frame (a value balance that can be used at the time of settlement) to the balance of the usable frame for this specific electronic money type is there.
  • the mobile application 14 (mobile terminal 1) may communicate with a predetermined payment management server (not shown) and notify that a fixed amount of reserve space has been set for the available space.
  • the reserve frame is not used when the payment processing is possible within the usable frame of the postpaid electronic money type in this specific electronic money type, and the postpaid type electronic money in this specific electronic money type is not used.
  • This is a spare frame that is used only when a shortage occurs within the money available frame and payment processing is impossible.
  • the mobile application 14 cooperates with the electronic money server corresponding to the electronic money when the invalidation of the other electronic money types in which the reserve frame is adopted is canceled.
  • the electronic money balance in the electronic money type is reduced by the shortage amount.
  • the input unit 15 is a user interface unit that accepts input of specific information that specifies another electronic money type to be invalidated.
  • the specific information is input by the user of the mobile terminal 1.
  • the chip communication unit 17 is a communication unit that controls short-range wireless communication performed with the reader / writer 3.
  • each of the information server 2 and the reader / writer 3 includes a CPU 201 (Central Processing Unit), a main storage RAM 202 (Random Access Memory), and a ROM 203 (Read Only Memory). And a communication module 204 for performing communication, and a computer including hardware such as an auxiliary storage device 205 such as a hard disk. By operating these components, each function of the information server 2 and the reader / writer 3 is exhibited.
  • a CPU 201 Central Processing Unit
  • main storage RAM 202 Random Access Memory
  • ROM 203 Read Only Memory
  • a communication module 204 for performing communication and a computer including hardware such as an auxiliary storage device 205 such as a hard disk.
  • the reader / writer 3 includes, as main functional components, a settlement unit 31 (settlement unit), a settlement acquisition unit 32 (inquiry unit), and an electronic money type selection unit 33 (selection unit). ).
  • the settlement unit 31 is an electronic module that can accept payment processing with a plurality of electronic money types by the IC chip 11 with a corresponding settlement function (settlement means).
  • the settlement unit 31 holds an encryption key necessary for encryption communication performed with the IC chip 11 for each electronic money type.
  • the settlement unit 31 has a function of generating a command for changing the electronic money balance, a function of generating log data indicating a history of settlement processing performed with the IC chip, and corresponding at a predetermined timing.
  • a function of transmitting log data to an electronic money server (not shown).
  • the payment acquisition unit 32 sequentially inquires the IC chip 11 to identify the types of electronic money that can be accepted by the payment unit 31 that can be used for payment processing in the IC chip 11.
  • the electronic money type selection unit 33 selects the payment function corresponding to one specific electronic money type specified from the available electronic money types specified by the payment acquisition unit 32 from the payment unit 31.
  • FIG. 6 is a flowchart showing a flow of preparation processing before the payment processing in the payment system 100 is performed
  • FIG. 7 is a flowchart showing a partial flow of payment processing in the payment system 100 after the preparation processing.
  • the information server 2 inquires the location pair type database 21 for the terminal type corresponding to the received location information, and further, the electronic money type corresponding to the obtained terminal type (effective electronic money as an example of specific information) Information) is queried from the type-to-validity database 22, and the obtained effective electronic money information is acquired and transmitted to the portable terminal 1 (step S102).
  • the effective electronic money information specifies “electronic money type S”, “electronic money type n”, and “electronic money type E”.
  • the mobile terminal 1 selects an electronic money type other than the electronic money type with the highest priority in the mobile terminal 1 as an electronic money type priority.
  • the electronic money priority information database 12 having information is queried and acquired (step S103).
  • the mobile terminal 1 temporarily invalidates each electronic money type other than the electronic money type selected as a target to be invalidated (step S104).
  • the reader / writer 3 sequentially inquires the IC chip 11 of the portable terminal 1 for valid electronic money types (available for payment processing) (step S111). Subsequently, the reader / writer 3 determines whether only one electronic money type is valid in the IC chip 11 of the mobile terminal 1 (step S112). When it is determined that only one type of electronic money is valid (step S112: Yes), the process proceeds to step S114 described later.
  • step S112 if it is determined that only one type of electronic money type is not effective (for example, a plurality of types of electronic money types are effective) (step S112: No), the validity has been confirmed.
  • the user is allowed to select an electronic money type to be used for payment processing by displaying a list of electronic money types on the display screen, and selection information for specifying the selected electronic money type is acquired (step S113).
  • the reader / writer 3 starts a request for payment processing with the electronic money type that is found to be valid (step S114). As a result, a settlement process is performed between the IC chip 11 of the portable terminal 1 and the reader / writer 3.
  • a payment program as a payment program for causing a computer to function as the mobile terminal 1 (and a payment program for controlling the mobile terminal 4 included in the payment system 200 according to the second embodiment described later) is, for example, , And a recording medium such as a CD-ROM or a DVD-ROM or a semiconductor memory that is fixedly recorded.
  • the payment program may be provided via a communication network as a computer data signal superimposed on a carrier wave.
  • FIG. 8 is a procedure explanatory diagram for explaining the procedure of the preparation process before the payment process in the payment system 200 is performed.
  • description is omitted.
  • the payment system 200 includes a mobile terminal 4 (an example of a payment terminal) that performs a payment process with an electronic payment function (an example of a payment means) such as a mobile phone terminal or a smartphone that supports electronic money, and a mobile terminal 4.
  • a reader / writer 3 (payment terminal) that accepts payment processing.
  • the mobile terminal 4 includes a non-contact IC chip 41 (an example of a payment terminal), a position-to-money type database 42, a GPS chip 43, and a mobile application 44 (an application program for the mobile terminal 4. Invalidation means. For example.).
  • the IC chip 41 is a chip for enabling payment processing with electronic money.
  • the function of the IC chip 41 is equivalent to the function of the IC chip 11.
  • the position-to-money type database 42 is based on a plurality of types of electronic money (electronic money types) that can be used in the mobile terminal 4 and the payment processing execution tendency of the mobile terminal 4 (for example, the history of the payment processing execution position and the execution date and time). This is a database that stores identification information of electronic money types for selection based on information on electronic money types recommended to be selected based on The GPS chip 43 is an electronic module that measures the position of the mobile terminal 4.
  • the mobile application 44 is an application program having a function of performing a preparation process while accessing the IC chip 41. Note that the functions of the mobile application 44 are the same as the functions of the mobile application 14 except as specified below.
  • the user of the mobile terminal 4 enters the store, the user holds the mobile terminal 4 over a reader / writer for issuing discount coupons (not shown) installed at the store entrance, for example.
  • information related to the discount coupon is displayed on the portable terminal 4, and the portable application 44 transmits a command for inquiring position information corresponding to the current position of the portable terminal 4 to the GPS chip 43 (procedure 31).
  • the SSID may be detected by the portable terminal 4, or the GPS chip 43 However, the positioning process described later may be performed periodically.
  • the GPS chip 43 performs a positioning process and transmits position information indicating the current position of the mobile terminal 4 and positioning time information to the mobile application 44 (step 32), and the mobile application 44 detects the position information and the positioning.
  • the electronic money type recommended to be selected is obtained by querying the position-to-money type database 42 (procedure 33).
  • the recommended electronic money type is “electronic money type E”.
  • the portable application 44 transmits a command (Polling) for capturing the IC chip 41 (that is, not specifying a specific code) to the IC chip 41 (procedure 34).
  • the IC chip 41 returns a response including unique ID information to the portable application 44 (procedure 35).
  • processing for example, authentication processing
  • the technical specifications and management rules of the IC card is performed between the mobile application 44 and the IC chip 41.
  • the mobile application 44 temporarily invalidates the “electronic money type W” and the “electronic money type n” other than the recommended electronic money type.
  • a command for turning on the privacy flag by designating an area corresponding to“ electronic money type n ”(procedure 36 and procedure 38).
  • the control unit of the IC chip 41 updates the privacy flag corresponding to the designated area to ON, and returns a response indicating that it has been updated normally to the mobile application 44 (steps 37 and 39). ).
  • the mobile application 44 transmits a command for turning off the privacy flag corresponding to the invalid electronic money type area to the IC chip 41 (procedure) 40).
  • the balance of the recommended electronic money type may be increased by using at least a part of the balance of the electronic money type to be invalidated as a source.
  • the electronic money balance in the recommended electronic money type is acquired from the IC chip 41.
  • a balance reference command is generated and transmitted to the IC chip 41, and a response including the balance is received from the IC chip 41.
  • the mobile application 44 can use at least a part of the electronic money balance in another electronic money type to be invalidated as the corresponding electronic money.
  • Subtraction is performed in cooperation with a money server (not shown).
  • the corresponding electronic money server is requested to specify the amount and a reduction is requested, the balance change command generated in the electronic money server is transferred to the IC chip 41, and the response received from the IC chip 41 is sent to the electronic money server. Transfer and receive notification from the electronic money server that the reduction has been completed.
  • the electronic money balance in the recommended electronic money type is acquired from the IC chip 41.
  • a balance reference command is generated and transmitted to the IC chip 41, and a response including the balance is received from the IC chip 41.
  • the electronic money type E is frequently used in a specific business district (location) in the early morning (date) on weekdays, and the electronic money type in a specific downtown district (location) on a holiday evening (date). If W tends to be used frequently, invalidation processing is performed (preset) for other than electronic money type E when the location is detected in the business district early in the morning on weekdays. When the position is detected in the same busy street in the evening of a holiday, invalidation processing is performed (preset) for those other than the electronic money type W.
  • FIG. 9 is a configuration diagram for explaining the configuration of the payment system 200.
  • description is omitted.
  • the mobile terminal 4 includes a CPU 101 (Central Processing Unit), a RAM 102 (Random Access Memory), a ROM 103 (Read Only Memory), an operation unit 104, a wireless communication unit 105, and a display as main physical components.
  • a CPU 101 Central Processing Unit
  • RAM 102 Random Access Memory
  • ROM 103 Read Only Memory
  • operation unit 104 an operation unit 104
  • wireless communication unit 105 an operation unit 104
  • wireless communication unit 105 a display as main physical components.
  • 106 a small computer terminal configured by hardware such as an antenna 107 and various chips. By operating these components, each function of the portable terminal 4 is exhibited.
  • the mobile terminal 4 includes, as main functional components, an IC chip 41 (payment means), a position-to-money type database 42 (storage means), and a GPS chip 43 (positioning means).
  • the portable application 44 control means
  • the input unit 45 input means
  • the chip communication unit 47 communication means
  • the IC chip 41 is a semiconductor integrated circuit unit that can perform payment processing with a plurality of electronic money types.
  • Examples of the plurality of electronic money types include “electronic money type E”, “electronic money type W”, and “electronic money type n”.
  • the position-to-money type database 42 is based on a plurality of types of electronic money (electronic money types) that can be used in the mobile terminal 4 and the payment processing execution tendency of the mobile terminal 4 (for example, the history of the payment processing execution position and the execution date and time).
  • a database unit for storing identification information (selection information) of electronic money types for narrowing down and selecting one specific electronic money type based on information on electronic money types recommended to be selected based on is there.
  • the GPS chip 43 is a positioning processing unit that acquires position information related to the current position of the mobile terminal 4 and the date and time thereof using GPS (Global Positioning System).
  • the mobile application 44 select the position information and the date / time information based on the history of the position information acquired by the GPS chip 43 and the date / time information measured by the GPS chip 43. This is an application unit that obtains information related to the electronic money type by inquiring the position-to-money type database 42.
  • the mobile application 44 can perform invalidation processing of other electronic money types based on the change tendency of the current position of the mobile terminal 4 at a certain date and time acquired by the GPS chip 43. For example, when the electronic money type E is used in a specific business district early in the morning on weekdays and the electronic money type W tends to be used in a specific downtown area on a holiday evening, If it is detected, invalidation processing is performed for other than the electronic money type E, and invalidation processing is performed for other than the electronic money type W when the location is detected in the downtown area on a holiday evening.
  • the input unit 45 is a user interface unit that receives input of specific information that specifies another electronic money type to be invalidated.
  • the specific information is input by the user of the mobile terminal 4.
  • the chip communication unit 47 is a communication unit that controls short-range wireless communication performed with the reader / writer 3.
  • FIG. 10 is a flowchart showing the flow of the preparation process before the payment process in the payment system 200 is performed.
  • the flow of the payment process in the payment system 200 after the preparation process is the same as that of the payment system 100 according to the first embodiment, and a description thereof will be omitted.
  • the user of the mobile terminal 4 enters the store and eats and drinks and then performs payment processing with electronic money.
  • the user of the mobile terminal 4 enters the store, the user holds the mobile terminal 4 over a reader / writer for issuing discount coupons (not shown) installed at the store entrance, for example.
  • information related to the discount coupon is displayed on the portable terminal 4, and the portable terminal 4 performs a positioning process to acquire position information indicating the current position of the portable terminal 4 (step S201).
  • identification information for identifying an electronic money type recommended to be selected is acquired (step S202).
  • the recommended electronic money type is “electronic money type E”.
  • the mobile terminal 4 subtracts at least a part of the value balance in the non-recommended electronic money type other than the recommended electronic money type (here, “electronic money type E”) (step S203). Then, the mobile terminal 4 temporarily invalidates other electronic money types other than the recommended electronic money types described above (step S204).
  • the mobile terminal 4 uses only the reduced amount subtracted from the non-recommended electronic money type (that is, only the amount subtracted in step S203) to the recommended electronic money type (here, “electronic money type E”). ) Is increased (supplemented) in the electronic money balance (step S205).
  • a payment program for causing a computer to function as the mobile terminal 4 is provided in a form that is fixedly recorded on a recording medium such as a CD-ROM or DVD-ROM or a semiconductor memory, for example.
  • the payment program may be provided via a communication network as a computer data signal superimposed on a carrier wave.
  • an electronic money type (payment means) that is not likely to be selected by the user is not recognized as an available payment means (payment means).
  • the number of electronic money types that are not invalidated is not limited to one.
  • the number of electronic money types (payment means) that can be used for payment processing in an IC chip (payment terminal) of a mobile terminal is 3 or more, other electronic money types other than the specific two electronic money types are temporarily stored. It may be invalidated automatically.
  • the mobile terminal periodically checks the balances related to a plurality of electronic money types (payment means) that can be used for payment processing in the IC chip, and selects electronic money types whose balance is equal to or less than a predetermined threshold. Alternatively, it may be temporarily invalidated.
  • the position-to-money type database 42 has been described as a configuration of the mobile terminal 4, but the position where the position-to-money type database 42 is provided is not particularly limited.
  • the information server 2 according to the first embodiment of the present invention capable of wireless communication may include the position versus money type database 42.
  • the present invention it is possible to eliminate the necessity for the user of the portable device to select the electronic money to be used, and to improve convenience for the user.

Landscapes

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

Abstract

　利用可能な支払手段を順次問い合わせる機能を有する端末においてユーザにより選択される可能性が高くない支払手段が利用可能な支払手段として認識されてしまう不具合の発生を抑える。決済システム１００は、支払処理を行う支払手段を複数備える携帯端末１と、複数の受付可能な支払手段それぞれを携帯端末１に対して順次問い合わせる問合手段を備え該問合手段により確認される有効な支払手段の中から指定される一の支払手段による支払処理を該一の支払手段に対応する決済手段により受け付けるリーダライタ３と、を含む決済システムであって、携帯端末１が、外部からの要求に応じて、前記複数の支払手段のうち一以上の支払手段を一時的に無効化する携帯アプリ１４をさらに備える。

Description

[規則37.2に基づきISAが決定した発明の名称]　決済システム、支払端末
　本発明は、決済システム、支払端末、決済方法、支払方法、支払プログラム、及びそのプログラムを記録するコンピュータ読取可能な記録媒体に関する。
　決済処理に用いられる複数種類の電子マネー機能を搭載可能な装置が提案されている。特許文献１に記載された携帯装置が備えるＩＣチップには、複数の電子マネー事業者向けアプリケーション（電子マネー機能）が組み込まれている。
　例えば店舗において支払処理が行われる際に、店舗に設置された電子マネー端末にこの携帯装置が置かれると、電子マネー端末は、当該電子マネー端末において利用可能な電子マネー機能が携帯装置のＩＣチップに組み込まれているか否かをＩＣチップに対して順次問い合わせる。そして、電子マネー端末は、問い合わせの結果判明した、当該携帯装置に組み込まれている電子マネー機能のうち当該電子マネー端末において利用可能な電子マネーの種類を表示装置に表示して、利用する電子マネーを携帯装置のユーザに選択させる。
特開２００９－１７６０６５号公報
　特許文献１に記載のシステムでは、ユーザにより選択される可能性が低い電子バリュー（例えば、ユーザが利用するつもりのないバリュー、残高不足のため利用に適さないバリュー等）も、利用可能な電子バリューを順次問い合わせる機能を有する端末において利用可能なバリューとして例外なく認識される。そのため、選択される可能性が低いバリューを含む選択肢の中から利用するバリューをユーザにわざわざ選択させることになる。
　本発明が解決しようとする課題は、利用可能な支払手段を順次問い合わせる機能を有する端末においてユーザにより選択される可能性が高くない支払手段が利用可能な支払手段として認識されてしまう不具合の発生を抑える、という点である。
　本発明の一形態に係る決済システムは、支払処理を行う支払手段を複数備える支払端末と、複数の受付可能な支払手段それぞれを前記支払端末に対して順次問い合わせる問合手段を備え該問合手段により確認される有効な支払手段の中から指定される一の支払手段による支払処理を該一の支払手段に対応する決済手段により受け付ける決済端末と、を含む決済システムであって、前記支払端末が、外部からの要求に応じて、前記複数の支払手段のうち一以上の支払手段を一時的に無効化する無効化手段をさらに備える、ことを特徴とする。
　別の形態に係る決済システムでは、前記決済端末が、前記問合手段により一の支払手段のみが確認された場合に、該一の支払手段を自動的に指定し、該一の支払手段による支払処理を該一の支払手段に対応する決済手段により受け付けてもよい。
　別の形態に係る決済システムでは、前記支払端末が、前記支払端末が備える前記支払手段の中から選択される特定の一の支払手段を除く他の支払手段を無効化するよう、前記無効化手段に要求する手段をさらに備えてもよい。
　別の形態に係る決済システムでは、前記支払端末が、前記無効化手段により無効化される前記他の支払手段のいずれかが電子バリューの残高を記憶し専用の残高変更情報を用いて該残高を変更する電子バリュー機能を有する場合に、該電子バリュー機能を有する支払手段が前記無効化手段により無効化される前に、該支払手段における電子バリューの残高の少なくとも一部を減額させる専用の残高変更情報を該支払手段に送信する無効化対象残高減額手段と、前記無効化対象残高減額手段により減額される金額に相当する金銭的価値を、前記選択される特定の一の支払手段による決済処理において利用可能な金銭的価値として付加する金銭的価値付加手段と、をさらに備えてもよい。
　別の形態に係る決済システムでは、前記選択される特定の一の支払手段が前記電子バリュー機能を有する場合に、前記金銭的価値付加手段が、前記無効化対象残高減額手段により減額される金額に相当する金額だけ該特定の一の支払手段における電子バリューの残高を増額させる専用の残高変更情報を該特定の一の支払手段に送信してもよい。
　別の形態に係る決済システムでは、前記金銭的価値付加手段が、前記選択される特定の一の支払手段における電子バリューの残高が所定金額以下又は未満である場合に限り、前記無効化対象残高減額手段により減額される金額に相当する金額だけ該特定の一の支払手段における電子バリューの残高を増額させる専用の残高変更情報を該特定の一の支払手段に送信してもよい。
　別の形態に係る決済システムでは、前記支払端末が、前記無効化手段により無効化される前記他の支払手段のいずれかが電子バリューの残高を記憶し専用の残高変更情報を用いて該残高を変更する電子バリュー機能を有する場合に、該電子バリュー機能を有する支払手段が前記無効化手段により無効化される直前に該支払手段に係る電子バリューの残高を取得する直前残高取得手段と、前記電子バリュー機能を有する支払手段が前記無効化手段により無効化された後に、前記直前残高取得手段により取得される残高の範囲内で、前記選択される特定の一の支払手段による決済処理において利用可能な予備枠を付加する予備枠付加手段と、前記選択される特定の一の支払手段による支払処理において該支払手段に対応する決済手段により前記予備枠が利用された場合に、前記無効化手段による前記電子バリュー機能を有する支払手段に対する前記無効化が解除された後に、該支払手段における電子バリューの残高を前記予備枠の利用額に相当する金額だけ減額させる専用の残高変更情報を該支払手段に送信する担保残高減額手段と、をさらに備えてもよい。
　別の形態に係る決済システムでは、前記支払端末が、当該支払端末において支払処理に利用可能な支払手段の優先順位を示す順位情報を記憶する記憶手段と、位置を示す位置情報に対応付けて当該位置の周辺に設置される決済端末において受付可能な１又は複数の支払手段を特定する特定情報を記憶する特定情報記憶手段から、測位手段により取得される前記支払端末の現在位置を示す位置情報に対応する特定情報を取得する特定情報取得手段と、前記特定情報取得手段により取得される特定情報により特定される１又は複数の支払手段のうち、前記記憶手段に記憶される順位情報により示される優先順位が最も高い一の支払手段を選択し、該選択される一の支払手段を除く他の支払手段を無効化するよう、前記無効化手段に要求する手段と、をさらに備えてもよい。
　別の形態に係る決済システムでは、前記支払端末が、前記支払手段と該支払手段により支払処理を行った時期とを対応付けて支払履歴記憶手段に記憶させる手段と、測位手段により測位される前記支払端末の位置と該位置が測位された時期とを対応付けて位置記憶手段に記憶させる手段と、前記支払履歴記憶手段及び前記位置記憶手段を参照し、測位手段により取得される前記支払端末の現在位置の周辺において過去に利用された支払手段の履歴傾向に基づいて、前記複数の支払手段の中から一の支払手段を選択してもよい。
　別の形態に係る決済システムでは、前記支払端末が、前記無効化手段による無効化の対象となる前記他の支払手段を特定する特定情報の入力を受け付ける入力手段をさらに備え、前記無効化手段が、前記入力手段により入力される前記特定情報に基づいて前記複数の支払手段の中から選択される一の支払手段を除く他の支払手段を無効化してもよい。
　別の形態に係る決済システムでは、前記支払端末が、前記複数の支払手段のうち少なくともいずれかが前記電子バリュー機能を有する場合に、該電子バリュー機能を有する支払手段に係る電子バリューの残高を所定のタイミングでそれぞれ取得する残高取得手段と、前記残高取得手段により取得される残高が所定の閾値以下又は未満である支払手段を前記無効化手段に無効化させる手段と、をさらに備えてもよい。
　本発明の一形態に係る支払端末は、前記支払端末が、前記複数の支払手段のうち少なくともいずれかが前記電子バリュー機能を有する場合に、該電子バリュー機能を有する支払手段に係る電子バリューの残高を所定のタイミングでそれぞれ取得する残高取得手段と、前記残高取得手段により取得される残高が所定の閾値以下又は未満である支払手段を前記無効化手段に無効化させる手段と、をさらに備える、ことを特徴とする。
　本発明の一形態に係る決済方法は、支払処理を行う支払手段を複数備える支払端末と、複数の受付可能な支払手段それぞれを前記支払端末に対して順次問い合わせる問合手段を備え該問合手段により確認される有効な支払手段の中から指定される一の支払手段による支払処理を該一の支払手段に対応する決済手段により受け付ける決済端末と、を含む決済システムによる決済方法であって、前記支払端末が、外部からの要求に応じて、前記複数の支払手段のうち一以上の支払手段を一時的に無効化する無効化ステップを含む、ことを特徴とする。
　本発明の一形態に係る支払方法は、支払処理を行う支払手段を複数備える支払端末が行う支払方法であって、複数の受付可能な支払手段それぞれを前記支払端末に対して順次問い合わせる問合手段を備え該問合手段により確認される有効な支払手段の中から指定される一の支払手段による支払処理を該一の支払手段に対応する決済手段により受け付ける決済端末から自身に対応する問合せを受けた有効な支払手段のそれぞれが所定の応答を行うよう、外部からの要求に応じて、前記複数の支払手段のうち一以上の支払手段を一時的に無効化する無効化ステップを含む、ことを特徴とする。
　本発明の一形態に係る支払プログラムは、支払処理を行う支払手段を複数備える支払端末を構成するコンピュータに、複数の受付可能な支払手段それぞれを前記支払端末に対して順次問い合わせる問合手段を備え該問合手段により確認される有効な支払手段の中から指定される一の支払手段による支払処理を該一の支払手段に対応する決済手段により受け付ける決済端末から自身に対応する問合せを受けた有効な支払手段のそれぞれが所定の応答を行うよう、外部からの要求に応じて、前記複数の支払手段のうち一以上の支払手段を一時的に無効化する無効化機能を実現させることを特徴とする。
　本発明の一形態に係るコンピュータ読取可能な記録媒体は、支払処理を行う支払手段を複数備える支払端末を構成するコンピュータに、複数の受付可能な支払手段それぞれを前記支払端末に対して順次問い合わせる問合手段を備え該問合手段により確認される有効な支払手段の中から指定される一の支払手段による支払処理を該一の支払手段に対応する決済手段により受け付ける決済端末から自身に対応する問合せを受けた有効な支払手段のそれぞれが所定の応答を行うよう、外部からの要求に応じて、前記複数の支払手段のうち一以上の支払手段を一時的に無効化する無効化機能を実現させる支払プログラムを記録したことを特徴とする。
　本発明によれば、ユーザにより選択される可能性が高くない支払手段が一時的に無効化されるため、利用可能な支払手段を順次問い合わせる機能を有する端末においてこれらの支払手段が利用可能な支払手段として認識されてしまう不具合の発生が抑えられる。
第一実施形態に係る決済システムにおける決済処理が行われる前の準備処理の手順を説明するための手順説明図である。 準備処理後の決済システムにおける決済処理の手順の一部を説明するための手順説明図である。 決済システムの構成を説明するための構成図である。 決済システムが有する携帯端末の物理構成を示す構成図である。 決済システムが有するリーダライタの物理構成を示す構成図である。 決済システムにおける決済処理が行われる前の準備処理の流れを示すフローチャートである。 準備処理後の決済システムにおける決済処理の流れの一部を示すフローチャートである。 第二実施形態に係る決済システムにおける決済処理が行われる前の準備処理の手順を説明するための手順説明図である。 決済システムの構成を説明するための構成図である。 決済システムにおける決済処理が行われる前の準備処理の流れを示すフローチャートである。
　以下、添付図面を参照しながら本発明の好適な実施形態を詳細に説明する。なお、図面の説明において同一又は同等の要素には同一の符号を付し、重複する説明を省略する。
＜１＞第一実施形態
＜１－１＞決済システムにおける処理手順の概要
　まず、本発明に係る第一実施形態に係る決済システムについて、図１及び図２を用いて説明する。図１は、この決済システム１００における決済処理が行われる前の準備処理の手順を説明するための手順説明図であり、図２は、準備処理後の決済システム１００における決済処理の手順の一部を説明するための手順説明図である。
　決済システム１００は、携帯端末１（支払端末の一例。）と、情報サーバ２と、リーダライタ３（決済端末の一例。）と、を備えるシステムである。携帯端末１は、例えば電子マネー対応の携帯電話端末やスマートフォンといった、電子的な支払機能（前払式のストアドバリュー型電子マネー機能、後払式のストアドバリュー型電子マネー機能、前払式のセンター管理型電子マネー機能、クレジット機能等をいう。いずれも支払手段の一例である。以下では、これらを総称して「電子マネー」、「電子マネー種」などと呼ぶ。）での支払処理を行う端末である。情報サーバ２は、上述の支払処理が行われる前の準備処理に必要な情報を格納するデータベースを備えるサーバ装置である。リーダライタ３は、店舗等に設置されるＰＯＳ（Ｐｏｉｎｔ　Ｏｆ　Ｓａｌｅｓ）レジ等に設けられて、携帯端末１による支払処理を受け付ける装置であり、近距離無線通信（Near Field Communication）によりＩＣチップと接続可能である。
　なお、携帯端末１は、非接触型のＩＣチップ１１（支払端末の一例。）と、電子マネー優先度情報データベース１２と、ＧＰＳチップ１３と、携帯アプリ１４（携帯端末１用のアプリケーションプログラム。無効化手段の一例。）と、を有している。
　ＩＣチップ１１は、ＣＰＵ（Central Processing Unit）、ＲＯＭ（Read Only Memory）、ＲＡＭ（Random Access Memory）、ＥＥＰＲＯＭ（Electrically Erasable Programmable ReadOnly Memory）等を備える電子モジュールであり、近距離無線通信によりリーダライタ３と接続可能である。また、ＩＣチップ１１は、携帯端末１のＣＰＵ１０１と有線で接続されている。
　また、ＩＣチップ１１は、データを記憶する機能と、外部から入力されるコマンドに応じた所定の処理を実行し当該コマンドに応じたレスポンスを出力する機能と、を有する。例えば、次の（ａ）－（ｃ）に示す方法により、支払処理を実現する。
　　（ａ）前払式又は後払式の電子マネーの残高を所定の記憶領域に記憶し、外部から入力される残高参照コマンドに応じて当該残高を読み出して出力したり、外部から入力される残高変更コマンドに応じて当該残高を変更し処理結果を出力したりすることにより、ＩＣチップ側に記憶されるバリューにより支払いを行う。
　　（ｂ）センター側でバリューを管理する単位であるバリュー口座の識別子（口座ＩＤ）を所定の記憶領域に記憶し、外部から入力される口座ＩＤ参照コマンドに応じて当該口座ＩＤを読み出して出力することにより、当該口座ＩＤに関連付けてセンター側に記憶されるバリューにより支払いを行う。
　　（ｃ）ユーザを識別するユーザＩＤを所定の記憶領域に記憶し、外部から入力されるユーザＩＤ参照コマンドに応じて当該ユーザＩＤを読み出して出力することにより、当該ユーザＩＤに対して所定期間ごとに設定される与信枠の範囲内で支払いを行う。
　さらに、ＩＣチップ１１は、ＩＣチップ１１内の一定の領域ごとに当該領域が有効でないことを示すプライバシフラグ（Privacy Flag）を記憶するためのデータ記憶領域であるフラグ記憶領域１６を含んでいる。例えば、物理的な最小単位であるブロックを論理的に複数まとめた単位（ＩＣチップの技術仕様によっては、システム、エリアといった名称で呼ばれることがある）ごとに、プライバシフラグを記憶しておくことができる。
　プライバシフラグの値は、外部から入力されるコマンドにより更新することが可能である。例えば、プライバシフラグをオンにするためのコマンド（以下では、「set privacy flag」と示す。）に応じて、指定された領域（例えば、サービス、エリア等）に対応するプライバシフラグが有意化される。反対に、プライバシフラグをオフにするためのコマンドに応じて、指定された領域（例えば、サービス、エリア等）に対応するプライバシフラグが初期値に復帰する。これらの処理は、ＩＣチップ１１の制御部（チップ内のＣＰＵにＯＳ（Operating System）や当該ＯＳ上で動作するアプリケーションプログラムが読み込まれることにより形成される機能部）により実行される。
　ＩＣチップ１１の制御部は、特定の領域へのアクセスを発生させるコマンドが外部から入力された場合に、フラグ記憶領域１６を参照し、指定された領域に対応するプライバシフラグが有意であれば、当該コマンドに何らの応答も出力しない（又は、当該コマンドにおいて指定された領域が存在しないことを示す応答を出力する。）。一方、指定された領域に対応するプライバシフラグが有意でなければ、当該コマンドに応じた処理を実行し当該コマンドに応じたレスポンスを出力する。
　上記の構成により、特定の電子マネー種に対応する領域（例えば、特定の電子マネー種に関連するデータを記憶する領域全体、特定の電子マネー種による支払処理において必ず参照されるデータを記憶する領域など）に対応するプライバシフラグを有意化すること（支払手段の無効化の一例）で、当該電子マネー種による支払機能を一時的に機能させなくすることができる。
　なお、電子マネー種による支払機能を一時的に機能させなくする手法は、プライバシフラグを用いるものに限定されない。
　例えば、一定の領域ごとのアクセス制御機能がＩＣチップ１１に実装されている場合は、特定の電子マネー種に対応する領域（例えば、特定の電子マネー種に関連するデータを記憶する領域全体、特定の電子マネー種による支払処理において必ず参照されるデータを記憶する領域など）へのアクセスを制御することで、当該電子マネー種による支払機能を一時的に機能させなくすることができる。
　電子マネー優先度情報データベース１２は、携帯端末１において利用可能な電子マネーの種類（電子マネー種）の選択時の優先順位に関する情報を格納するデータベースである。ＧＰＳチップ１３は、携帯端末１の位置を測位する電子モジュールである。携帯アプリ１４は、ＩＣチップ１１にアクセスしつつ準備処理を行う機能を有するアプリケーションプログラムである。
　また、情報サーバ２は、位置対種別データベース２１と、種別対有効データベース２２とを有している。位置対種別データベース２１は、位置を示す位置情報と当該位置の周辺に設置されている決済端末の種別を示す端末種別とを関連付けて格納するデータベースである。種別対有効データベース２２は、決済端末の種別を示す端末種別と当該種別の決済端末が受付可能な電子マネー（支払手段）の種類を示す電子マネー種とを関連付けて格納するデータベースである。
　最初に、決済システム１００における決済処理が行われる前の準備処理の手順について図１を用いて説明する。ここでは一例として、携帯端末１のユーザが店舗に入店して飲食等を行った後に電子マネーでの支払処理を行うとして説明する。
　まず、携帯端末１のユーザが、店舗に入店した際に、例えば店舗入口に設置された割引クーポン発行用リーダライタ等（図示せず）に携帯端末１をかざす。これを契機として、割引クーポンに関する情報が携帯端末１に表示されるとともに、携帯アプリ１４がＧＰＳチップ１３に対して携帯端末１の現在位置に対応する位置情報を問合せるコマンドを送信する（手順１）。なお、携帯端末１のユーザが割引クーポン発行用リーダライタ等に携帯端末１をかざすことを契機とする代わりに、無線ＬＡＮにおけるアクセスポイントの識別情報（いわゆるＳＳＩＤ）が携帯端末１により検知されたことを契機としてもよく、また、ＧＰＳチップ１３が定期的に後述の測位処理を行ってもよい。
　次に、ＧＰＳチップ１３が測位処理を行って携帯端末１の現在位置を示す位置情報を携帯アプリ１４に送信し（手順２）、携帯アプリ１４がこの位置情報を情報サーバ２に送信する（手順３）。そして、情報サーバ２が、受信された位置情報に対応する端末種別を位置対種別データベース２１に問合わせ、さらに、得られた端末種別に対応する電子マネー種（特定情報の一例としての有効電子マネー情報。）を種別対有効データベース２２に問合わせる。そして、情報サーバ２が、得られた有効電子マネー情報を携帯端末１に送信する（手順４）。ここでは、有効電子マネー情報は、「電子マネー種Ｓ」、「電子マネー種ｎ」、及び「電子マネー種Ｅ」を特定しているとする。
　次に、携帯アプリ１４が、電子マネー種優先度情報を有する電子マネー優先度情報データベース１２を参照して、受信した有効電子マネー情報が示す電子マネー種のうち、その携帯端末１における優先順位が最上位の電子マネー種以外の他の電子マネー種を選択する（手順５）。ここでは、電子マネー種優先度情報によって示される優先順位は、「電子マネー種Ｅ」、「電子マネー種Ｗ」、「電子マネー種ｎ」の順であるとする。有効電子マネー情報のうち電子マネー種優先度情報における優先度が最上位の電子マネー種（ここでは「電子マネー種Ｅ」）以外なのは「電子マネー種Ｗ」及び「電子マネー種ｎ」であるため、携帯アプリ１４は、無効化処理を行う対象となる電子マネー種として「電子マネー種Ｗ」及び「電子マネー種ｎ」を選択する。
　次に、携帯アプリ１４が、ＩＣチップ１１に対して、ＩＣチップ１１を捕捉するための（すなわち、特定のコードを指定しない）コマンド（Polling）を送信する（手順６）。これに対し、ＩＣチップ１１が、携帯アプリ１４に対して、固有のＩＤ情報等を含むレスポンス（response）を返信する（手順７）。
　この後、例えば携帯アプリ１４とＩＣチップ１１との間で、ＩＣカードの技術仕様や管理規則に応じた処理（例えば、認証処理など）が行われるものとする。
　その後、携帯アプリ１４は、無効化処理を行う対象として選択された「電子マネー種Ｗ」及び「電子マネー種ｎ」をそれぞれ一時的に無効化するため、ＩＣチップ１１に対して、「電子マネー種Ｗ」、「電子マネー種ｎ」に対応する領域を指定してプライバシフラグをオンにするコマンド（set privacy flag）をそれぞれ送信する（手順８，手順１０）。これに対し、ＩＣチップ１１の制御部は、指定された領域に対応するプライバシフラグをオンに更新し、正常に更新されたことを示すレスポンスを携帯アプリ１４にそれぞれ返信する（手順９，手順１１）。
　図１に示した手順により、携帯端末１の現在位置の周辺に設置されている決済端末において受付可能な電子マネー種（上記の例では、「電子マネー種Ｓ」、「電子マネー種ｎ」及び「電子マネー種Ｅ」の３種類）のうち、当該携帯端末１において利用可能な電子マネー種（上記の例では、「電子マネー種Ｅ」、「電子マネー種Ｗ」及び「電子マネー種ｎ」の３種類）の中で優先順位が最上位の電子マネー種（上記の例では、「電子マネー種Ｅ」）が選択され、当該選択された電子マネー種以外の他の電子マネー種（上記の例では、「電子マネー種Ｗ」及び「電子マネー種ｎ」の２種類）が一時的に無効化される。
　引き続き、決済システム１００における決済処理の手順について図２を用いて説明する。ここでは一例として、携帯端末１のユーザが飲食等を終えて電子マネーでの支払処理を行うとして説明する。
　前提として、リーダライタ３は、例えば「電子マネー種Ｓ」→「電子マネー種ｎ」→「電子マネー種Ｅ」の順で、これらの電子マネー種を順次問い合わせる試行サイクルを繰り返しているものとする。
　図２では、下記の前提のもとで行われる決済処理を例示している。これらはあくまで一例であって、決済処理の手順はＩＣカードの技術仕様や管理規則に応じて設計されるものである。
　　・「電子マネー種Ｓ」に対応する領域は、第１の階層のコード（システムコード）により特定される。「電子マネー種Ｓ」に対応するシステムコードを指定したポーリングコマンドに対するレスポンスがあった場合に、リーダライタ３により「電子マネー種Ｓ」の存在が確認される。
　　・「電子マネー種ｎ」、「電子マネー種Ｅ」及び「電子マネー種Ｗ」に対応する領域は、それぞれ第２の階層のコード（エリアコード）により特定される。これらの電子マネー種に対応する領域を包含する領域のシステムコードを指定したポーリングコマンドに対するレスポンスと、一の電子マネー種に対応するエリアコードを指定したリクエストサービス（request service）コマンドに対する所定のレスポンス（例えば、鍵バージョンを示すレスポンス）と、があった場合に、リーダライタ３により当該一の電子マネー種の存在が確認される。
　まず、携帯端末１のユーザが、携帯端末１を決済処理用のリーダライタ３にかざす。これを契機として、リーダライタ３が、「電子マネー種Ｓ」に対応するシステムコードを指定したコマンドをＩＣチップ１１に送信する（手順２１）。この場合、ＩＣチップ１１は、「電子マネー種Ｓ」による支払機能が存在しないため、レスポンスを返信しない（手順２２）。なお、「電子マネー種Ｓ」が存在するが一時的に無効化されている場合にも、ＩＣチップ１１はレスポンスを返信しない。
　次に、リーダライタ３が、ＩＣチップ１１に対して、第２の領域に対応するコードを指定したコマンド（Polling）を送信する（手順２３）。これに対し、ＩＣチップ１１が、リーダライタ３に対して、レスポンスを返信する（手順２４）。
　続いて、リーダライタ３が、ＩＣチップ１１に対して、「電子マネー種ｎ」に対応するコードを指定したコマンド（request service）を送信する（手順２５）。これに対し、ＩＣチップ１１は、フラグ記憶領域１６において「電子マネー種ｎ」に対応するプライバシフラグがオンであるから、リーダライタ３に対して、指定されたコードに対応するサービスが存在しないこと（具体的には、指定されたコードに対応するサービスの鍵バージョンを取得することができないこと）を示す鍵バージョン情報を返信する（手順２６）。
　続いて、リーダライタ３が、ＩＣチップ１１に対して、「電子マネー種Ｅ」に対応するコードを指定したコマンド（request service）を送信する（手順２７）。これに対し、ＩＣチップ１１は、フラグ記憶領域１６において「電子マネー種Ｅ」に対応するプライバシフラグがオンでないから、リーダライタ３に対して、指定されたコードに対応するサービスが存在することを示す鍵バージョン情報を返信する（手順２８）。
　図２に示した手順により、決済端末において受付可能な電子マネー種（上記の例では、「電子マネー種Ｓ」、「電子マネー種ｎ」及び「電子マネー種Ｅ」の３種類）のうち、携帯端末１（ＩＣチップ１１）において利用可能な一の電子マネー種（上記の例では、「電子マネー種Ｅ」）の存在が自動的に確認される。
　この場合、リーダライタ３は、支払処理に利用する電子マネー種をユーザに選択させる手順を省略し、ＩＣチップ１１との間で、存在が確認された一の電子マネー種（上記の例では、「電子マネー種Ｅ」）での決済処理を開始する（手順２９）。
＜１－２＞決済システムの構成
　引き続き、決済システム１００の構成について、図３～図５を用いて説明する。図３は、決済システム１００の構成を説明するための構成図であり、図４は、決済システム１００が有する携帯端末１（及び後述の決済システム２００が有する携帯端末４）の物理構成を示す構成図であり、図５は、決済システム１００が有するリーダライタ３の物理構成を示す構成図である。
　携帯端末１は、図４に示すように、主な物理的な構成要素としてＣＰＵ１０１（Central Processing Unit）、ＲＡＭ１０２（RandomAccess Memory）、ＲＯＭ１０３（Read Only Memory）、操作部１０４、無線通信部１０５、ディスプレイ１０６、アンテナ１０７、及び各種チップ１０８等のハードウェアにより構成されている小型のコンピュータ端末である。これらの構成要素が動作することにより、携帯端末１が有する各機能が発揮される。
　また、携帯端末１は、図３に示されるように、主な機能的な構成要素として、ＩＣチップ１１（支払手段）、電子マネー優先度情報データベース１２（記憶手段）、ＧＰＳチップ１３（測位手段）、携帯アプリ１４（制御手段）、入力部１５（入力手段）、及びチップ通信部１７（通信手段）を有して構成されている。
　ＩＣチップ１１は、複数の電子マネー種での支払処理が可能な半導体集積回路部である。複数の電子マネー種として、例えば、「電子マネー種Ｅ」、「電子マネー種Ｗ」、及び「電子マネー種ｎ」等が挙げられる。
　電子マネー優先度情報データベース１２は、携帯端末１において利用可能な複数の電子マネーの種類（電子マネー種）の、入力部１５による選択時の優先順位を指定する電子マネー優先度情報（選択情報）を記憶するデータベース部である。選択時の優先順位を指定する電子マネー優先度情報は、携帯端末１のユーザが事前に登録設定しておいてもよく、電子マネー種の利用頻度が高いものほど優先順位が高くなるように自動的に登録設定されてもよく、電子マネー種における電子マネー残高（バリュー残高）が高いものほど優先順位が高くなるように自動的に登録設定されてもよい。
　ＧＰＳチップ１３は、携帯端末１の現在位置及びその日時に関する位置情報を、ＧＰＳ（Global Positioning System：全地球測位システム）を用いて取得する測位処理部である。
　携帯アプリ１４は、ＧＰＳチップ１３により取得された位置情報を情報サーバ２に送信して、この位置情報に対応する有効電子マネー情報を問い合わせて取得するアプリ部である。
　また、携帯アプリ１４は、携帯端末１における複数の電子マネー種のうち特定の一の電子マネー種を除く他の電子マネー種の無効化処理（フラグ記憶領域１６に記憶されるプライバシフラグのオン／オフを切り替える処理）を、ＩＣチップ１１に対して行う。また、携帯アプリ１４は、入力部１５が入力を受け付けた後述の特定情報に基づいて、この無効化処理を行うことが可能である。
　なお、携帯アプリ１４は、ＧＰＳチップ１３により取得された携帯端末１のある日時における現在位置と、当該日時及び当該位置において用いられた電子マネー種と、の履歴の傾向に基づいて、他の電子マネー種の無効化処理を行うことが可能である。例えば、平日の早朝（日時）に特定のビジネス街（位置）で電子マネー種Ｅが高頻度で用いられる実績があるとともに、休日の夕方（日時）に特定の繁華街（位置）で電子マネー種Ｗが高頻度で用いられる傾向がある場合、平日の早朝にそのビジネス街で位置検出された場合は電子マネー種Ｅ以外に対して無効化処理が行われる（プリセットされる）とともに、休日の夕方にその繁華街で位置検出された場合は電子マネー種Ｗ以外に対して無効化処理が行われる（プリセットされる）。
　ここで、携帯アプリ１４は、各電子マネー種に対応する電子マネーサーバ（図示せず）と連携することによりＩＣチップ１１において利用可能な電子マネー種による決済処理を実行する決済機能と、各電子マネー種に対応する電子マネーサーバ（図示せず）と連携することによりＩＣチップ１１において利用可能な電子マネー種におけるバリューを発行（チャージ）する発行機能とを備えるとともに、フラグ記憶領域１６へのアクセス（例えば、プライバシフラグの更新）に必要な鍵情報を保持している。
　例えば、携帯アプリ１４は、上述の無効化処理を行う際に、特定の一の電子マネー種における電子マネー残高（バリュー残高）が所定金額以下又は未満である場合に、無効化処理を行う対象となる他の電子マネー種における電子マネー残高の少なくとも一部を減額させるとともに、特定の一の電子マネー種における電子マネー残高を増額させる。
　また、例えば、携帯アプリ１４は、特定の一の電子マネー種が後払い式電子マネーである場合に、無効化処理を行う際に、無効化処理を行う対象となる他の電子マネー種における電子マネー残高の少なくとも一部を担保として、この特定の一の電子マネー種における利用可能枠の残高に、予備枠（決済時に利用することが可能なバリュー残高）を付加する演算処理を行うことも可能である。この場合、携帯アプリ１４（携帯端末１）は、所定の決済管理サーバ（図示せず）と通信接続し、利用可能枠に一定額の予備枠を設定した旨を通知しておくとよい。
　なお、予備枠とは、この特定の一の電子マネー種における後払い式電子マネーの利用可能枠内で決済処理が可能な場合には利用されず、この特定の一の電子マネー種における後払い式電子マネーの利用可能枠内では不足額が発生してしまい決済処理が不可能な場合に限って利用される予備の枠である。この予備枠が利用された場合には、携帯アプリ１４は、予備枠が採用された他の電子マネー種の無効化が解除される際に、当該電子マネーに対応する電子マネーサーバと連携して、当該電子マネー種における電子マネー残高を不足額だけ減額させる。
　入力部１５は、無効化処理を行う対象となる他の電子マネー種を特定する特定情報の入力を受け付けるユーザインタフェース部である。この特定情報の入力は、携帯端末１のユーザによって行われる。
　チップ通信部１７は、リーダライタ３との間で行われる近距離無線通信を制御する通信部である。
　情報サーバ２及びリーダライタ３は、それぞれ、図５に示すように、主な物理的な構成要素としてＣＰＵ２０１（Central Processing Unit）、主記憶装置であるＲＡＭ２０２（Random Access Memory）、ＲＯＭ２０３（Read OnlyMemory）、通信を行うための通信モジュール２０４、並びにハードディスク等の補助記憶装置２０５等のハードウェアを備えるコンピュータとして構成される。これらの構成要素が動作することにより、情報サーバ２及びリーダライタ３のそれぞれが有する各機能が発揮される。
　リーダライタ３は、図３に示されるように、主な機能的な構成要素として、決済部３１（決済手段）、決済取得部３２（問合手段）、及び電子マネー種選択部３３（選択手段）を有して構成されている。
　決済部３１は、ＩＣチップ１１による複数の電子マネー種での支払処理を対応する決済機能（決済手段）により受け付けることが可能な電子モジュールである。決済部３１は、各電子マネー種ごとにＩＣチップ１１との間で行われる暗号通信に必要となる暗号鍵を保持する。また、決済部３１は、例えば、電子マネー残高を変更するためのコマンドを生成する機能、ＩＣチップとの間で行われた決済処理の履歴を示すログデータを生成する機能、所定のタイミングで対応する電子マネーサーバ（図示せず）にログデータを送信する機能、等を備える。
　決済取得部３２は、ＩＣチップ１１に対して順次問い合わせを行うことによって、決済部３１において受付可能な電子マネー種のうちＩＣチップ１１において支払処理に利用可能なものを特定する。
　電子マネー種選択部３３は、決済取得部３２により特定される利用可能な電子マネー種の中から指定される特定の一の電子マネー種に対応する決済機能を、決済部３１から選択する。
＜１－３＞決済システムにおける処理の流れ
　引き続き、決済システム１００で実行される処理の流れ（決済方法）について、図６及び図７を用いて説明する。図６は、決済システム１００における決済処理が行われる前の準備処理の流れを示すフローチャートであり、図７は、準備処理後の決済システム１００における決済処理の一部の流れを示すフローチャートである。
　最初に、決済システム１００における決済処理が行われる前の準備処理の流れについて図６を用いて説明する。ここでは一例として、携帯端末１のユーザが店舗に入店して飲食等を行った後に電子マネーでの支払処理を行うとして説明する。
　まず、携帯端末１のユーザが、店舗に入店した際に、例えば店舗入口に設置された割引クーポン発行用リーダライタ等（図示せず）に携帯端末１をかざす。これを契機として、割引クーポンに関する情報が携帯端末１に表示されるとともに、携帯端末１が測位処理を行って携帯端末１の現在位置を示す位置情報を取得して情報サーバ２に送信する（ステップＳ１０１）。
　次に、情報サーバ２が、受信された位置情報に対応する端末種別を位置対種別データベース２１に問い合わせ、さらに、得られた端末種別に対応する電子マネー種（特定情報の一例としての有効電子マネー情報）を種別対有効データベース２２に問合わせて、得られた有効電子マネー情報を取得して携帯端末１に送信する（ステップＳ１０２）。ここでは、有効電子マネー情報は、「電子マネー種Ｓ」、「電子マネー種ｎ」、及び「電子マネー種Ｅ」を特定しているとする。
　次に、携帯端末１が、受信した有効電子マネー情報が示す電子マネー種のうち、その携帯端末１における優先順位が最上位の電子マネー種以外の他の電子マネー種を、電子マネー種優先度情報を有する電子マネー優先度情報データベース１２に問合わせて取得する（ステップＳ１０３）。
　続いて、携帯端末１は、無効化処理を行う対象として選択された電子マネー種以外の他の電子マネー種をそれぞれ一時的に無効化する（ステップＳ１０４）。
　図６に示した手順により、携帯端末１の現在位置の周辺に設置されている決済端末において受付可能な電子マネー種のうち、当該携帯端末１において利用可能な電子マネー種の中で優先順位が最上位の電子マネー種が選択され、当該選択された電子マネー種以外の他の電子マネー種が一時的に無効化される。
　引き続き、準備処理後の決済システム１００における決済処理の流れの一部について図７を用いて説明する。
　まず、携帯端末１のユーザが、携帯端末１を決済処理用のリーダライタ３に携帯端末１をかざす。これを契機として、リーダライタ３が、有効な（支払処理に利用可能な）電子マネー種を、携帯端末１のＩＣチップ１１に順次問い合せる（ステップＳ１１１）。　続いて、リーダライタ３が、携帯端末１のＩＣチップ１１において１種類の電子マネー種のみが有効か否かを判定する（ステップＳ１１２）。１種類の電子マネー種のみが有効であると判定される場合は（ステップＳ１１２：Ｙｅｓ）、後述のステップＳ１１４に移行する。
　一方、１種類の電子マネー種のみが有効であるとはいえない（例えば、複数種類の電子マネー種が有効である）と判定される場合は（ステップＳ１１２：Ｎｏ）、有効性が確認された電子マネー種のリストを表示画面に表示するなどして支払処理に利用する電子マネー種をユーザに選択させ、選択された電子マネー種を特定する選択情報を取得する（ステップＳ１１３）。
　次に、リーダライタ３が、有効であることが判明した電子マネー種での支払処理の要求を開始する（ステップＳ１１４）。これにより、携帯端末１のＩＣチップ１１とリーダライタ３との間での決済処理が行われる。
＜１－４＞決済プログラム
　コンピュータを携帯端末１として機能させるための決済プログラムとしての支払プログラム（及び後述する第二実施形態に係る決済システム２００が有する携帯端末４を制御する支払プログラム）は、例えば、ＣＤ－ＲＯＭやＤＶＤ－ＲＯＭ等の記録媒体または半導体メモリに固定的に記録された態様で提供される。また、支払プログラムは、搬送波に重畳されたコンピュータデータ信号として通信ネットワークを介して提供されてもよい。
＜２＞第二実施形態
＜２－１＞決済システムにおける処理手順の概要
　引き続き、本発明に係る第二実施形態に係る決済システムについて、図８を用いて説明する。図８は、この決済システム２００における決済処理が行われる前の準備処理の手順を説明するための手順説明図である。なお、準備処理後の決済システム２００における決済処理の手順については、第一実施形態に係る決済システム１００と同様のため説明を割愛する。
　決済システム２００は、例えば電子マネー対応の携帯電話端末やスマートフォンといった、電子的な決済機能（支払手段の一例。）での支払処理を行う携帯端末４（支払端末の一例）と、携帯端末４による支払処理を受け付けるリーダライタ３（決済端末）と、を備えるシステムである。
　なお、携帯端末４は、非接触型のＩＣチップ４１（支払端末の一例）と、位置対マネー種データベース４２と、ＧＰＳチップ４３と、携帯アプリ４４（携帯端末４用のアプリケーションプログラム。無効化手段の一例。）と、を有している。
　ＩＣチップ４１は、電子マネーでの支払処理を可能にするためのチップである。なお、ＩＣチップ４１の機能は、ＩＣチップ１１の機能と同等である。
　位置対マネー種データベース４２は、携帯端末４において利用可能な複数の電子マネーの種類（電子マネー種）から、携帯端末４の支払処理の実施傾向（例えば、支払処理の実施位置及び実施日時の履歴に基づいて選択することが推奨される電子マネー種に関する情報）に基づいて絞り込んで選択するための電子マネー種の識別情報を格納するデータベースである。ＧＰＳチップ４３は、携帯端末４の位置を測位する電子モジュールである。
　携帯アプリ４４は、ＩＣチップ４１にアクセスしつつ準備処理を行う機能を有するアプリケーションプログラムである。なお、以下で特に明示した点を除き、携帯アプリ４４の機能は、携帯アプリ１４の機能と同等である。
　最初に、決済システム２００における決済処理が行われる前の準備処理の手順について図８を用いて説明する。ここでは一例として、携帯端末４のユーザが店舗に入店して飲食等を行った後に電子マネーでの支払処理を行うとして説明する。
　まず、携帯端末４のユーザが、店舗に入店した際に、例えば店舗入口に設置された割引クーポン発行用リーダライタ等（図示せず）に携帯端末４をかざす。これを契機として、割引クーポンに関する情報が携帯端末４に表示されるとともに、携帯アプリ４４がＧＰＳチップ４３に対して携帯端末４の現在位置に対応する位置情報を問合せるコマンドを送信する（手順３１）。なお、携帯端末４のユーザが割引クーポン発行用リーダライタ等に携帯端末４をかざすことを契機とする代わりに、ＳＳＩＤが携帯端末４により検知されたことを契機としてもよく、また、ＧＰＳチップ４３が定期的に後述の測位処理を行ってもよい。
　次に、ＧＰＳチップ４３が、測位処理を行って携帯端末４の現在位置を示す位置情報と測位時刻情報とを携帯アプリ４４に送信し（手順３２）、携帯アプリ４４が、この位置情報及び測位日時情報の履歴に基づいて、選択することが推奨される電子マネー種を、位置対マネー種データベース４２に問合わせて取得する（手順３３）。ここでは、推奨される電子マネー種は、「電子マネー種Ｅ」であるとする。
　次に、携帯アプリ４４が、ＩＣチップ４１に対して、ＩＣチップ４１を捕捉するための（すなわち、特定のコードを指定しない）コマンド（Polling）を送信する（手順３４）。これに対し、ＩＣチップ４１が、携帯アプリ４４に対して、固有のＩＤ情報等を含むレスポンス（response）を返信する（手順３５）。
　この後、例えば携帯アプリ４４とＩＣチップ４１との間で、ＩＣカードの技術仕様や管理規則に応じた処理（例えば、認証処理など）が行われるものとする。
　その後、携帯アプリ４４は、推奨される電子マネー種以外の「電子マネー種Ｗ」及び「電子マネー種ｎ」をそれぞれ一時的に無効化するため、ＩＣチップ４１に対して、「電子マネー種Ｗ」、「電子マネー種ｎ」に対応する領域を指定してプライバシフラグをオンにするコマンド（set privacy flag）をそれぞれ送信する（手順３６，手順３８）。これに対し、ＩＣチップ４１の制御部は、指定された領域に対応するプライバシフラグをオンに更新し、正常に更新されたことを示すレスポンスを携帯アプリ４４にそれぞれ返信する（手順３７，手順３９）。
　なお、決済システム２００における決済処理が完了した後は、携帯アプリ４４が、ＩＣチップ４１に対して、無効化された電子マネー種の領域に対応するプライバシフラグをオフにするコマンドを送信する（手順４０）。
　図８に示した手順により、携帯端末４の現在位置の周辺のおける過去の電子マネー利用の履歴傾向に基づいて推奨される電子マネー種（上記の例では、「電子マネー種Ｅ」）以外の他の電子マネー種（上記の例では、「電子マネー種Ｗ」及び「電子マネー種ｎ」の２種類）が一時的に無効化される。
　さらに、無効化される電子マネー種の残高の少なくとも一部を原資として、推奨される電子マネー種の残高を増額してもよい。
　また、上記の手順において推奨される電子マネー種（ここでは、「電子マネー種Ｅ」）以外の他の電子マネー種（ここでは、「電子マネー種Ｗ」、「電子マネー種ｎ」）が一時的に無効化される前に、携帯アプリ４４が下記の手順により、無効化される電子マネー種の残高を減額する。
　　（１）推奨される電子マネー種における電子マネー残高を、ＩＣチップ４１から取得する。例えば、残高参照コマンドを生成してＩＣチップ４１に送信し、残高を含むレスポンスをＩＣチップ４１から受信する。
　　（２）取得された電子マネー残高が所定金額以下又は未満である場合、無効化処理を行う対象となる他の電子マネー種における電子マネー残高の少なくとも一部を、携帯アプリ４４が、対応する電子マネーサーバ（図示せず）と連携することにより減算する。例えば、対応する電子マネーサーバに金額を指定して減額を依頼し、当該電子マネーサーバにおいて生成される残高変更コマンドをＩＣチップ４１に転送し、ＩＣチップ４１から受信したレスポンスを当該電子マネーサーバに転送し、当該電子マネーサーバから減額が完了した旨の通知を受信する。
　そして、上記の手順において推奨される電子マネー種（ここでは、「電子マネー種Ｅ」）以外の他の電子マネー種（ここでは、「電子マネー種Ｗ」、「電子マネー種ｎ」）の無効化処理が完了した後で、携帯アプリ４４が下記の手順により、推奨される電子マネー種（ここでは「電子マネー種Ｅ」）における電子マネー残高を増額（補充）する。
　　（１）推奨される電子マネー種における電子マネー残高を、ＩＣチップ４１から取得する。例えば、残高参照コマンドを生成してＩＣチップ４１に送信し、残高を含むレスポンスをＩＣチップ４１から受信する。
　　（２）無効化された電子マネー種からの減額分だけ、推奨される電子マネー種の電子マネー残高を増額する。例えば、対応する電子マネーサーバに金額を指定して増額を依頼し、当該電子マネーサーバにおいて生成される残高変更コマンドをＩＣチップ４１に転送し、ＩＣチップ４１から受信したレスポンスを当該電子マネーサーバに転送し、当該電子マネーサーバから増額が完了した旨の通知を受信する。
　具体的には、平日の早朝（日時）に特定のビジネス街（位置）で電子マネー種Ｅが高頻度で用いられるとともに、休日の夕方（日時）に特定の繁華街（位置）で電子マネー種Ｗが高頻度で用いられる傾向がある場合、平日の早朝にそのビジネス街で位置検出された場合は電子マネー種Ｅ以外に対して無効化処理が行われる（プリセットされる）ようになるとともに、休日の夕方にそ同一の繁華街で位置検出された場合は電子マネー種Ｗ以外に対して無効化処理が行われる（プリセットされる）ようになる。
＜２－２＞決済システムの構成
　引き続き、決済システム２００が有する携帯端末４の構成について、図４及び図９を用いて説明する。図９は、決済システム２００の構成を説明するための構成図である。なお、決済システム２００が有するリーダライタ３の構成については、第一実施形態に係るリーダライタ３と同様のため説明を割愛する。
　携帯端末４は、図４に示すように、主な物理的な構成要素としてＣＰＵ１０１（Central Processing Unit）、ＲＡＭ１０２（Random AccessMemory）、ＲＯＭ１０３（Read Only Memory）、操作部１０４、無線通信部１０５、ディスプレイ１０６、アンテナ１０７、及び各種チップ等のハードウェアにより構成されている小型のコンピュータ端末である。これらの構成要素が動作することにより、携帯端末４が有する各機能が発揮される。
　また、携帯端末４は、図９に示されるように、主な機能的な構成要素として、ＩＣチップ４１（支払手段）、位置対マネー種データベース４２（記憶手段）、ＧＰＳチップ４３（測位手段）、携帯アプリ４４（制御手段）、入力部４５（入力手段）、及びチップ通信部４７（通信手段）を有して構成されている。
　ＩＣチップ４１は、複数の電子マネー種での支払処理が可能な半導体集積回路部である。複数の電子マネー種として、例えば、「電子マネー種Ｅ」、「電子マネー種Ｗ」、及び「電子マネー種ｎ」等が挙げられる。
　位置対マネー種データベース４２は、携帯端末４において利用可能な複数の電子マネーの種類（電子マネー種）から、携帯端末４の支払処理の実施傾向（例えば、支払処理の実施位置及び実施日時の履歴に基づいて選択することが推奨される電子マネー種に関する情報）に基づいて、特定の一の電子マネー種に絞り込んで選択するための電子マネー種の識別情報（選択情報）を記憶するデータベース部である。
　ＧＰＳチップ４３は、携帯端末４の現在位置及びその日時に関する位置情報を、ＧＰＳ（Global Positioning System：全地球測位システム）を用いて取得する測位処理部である。
　携帯アプリ４４は、ＧＰＳチップ４３により取得された位置情報と、ＧＰＳチップ４３による測位が行われた日時情報との履歴に基づいて、この位置情報及び日時情報に対応して選択することが推奨される電子マネー種に関する情報を、位置対マネー種データベース４２に問い合わせて取得するアプリ部である。
　なお、携帯アプリ４４は、ＧＰＳチップ４３により取得された携帯端末４のある日時における現在位置の変化の傾向に基づいて、他の電子マネー種の無効化処理を行うことが可能である。例えば、平日の早朝に特定のビジネス街で電子マネー種Ｅが用いられるとともに、休日の夕方に特定の繁華街で電子マネー種Ｗが用いられる傾向がある場合、平日の早朝にそのビジネス街で位置検出された場合は電子マネー種Ｅ以外に対して無効化処理が行われるとともに、休日の夕方にその繁華街で位置検出された場合は電子マネー種Ｗ以外に対して無効化処理が行われる。
　入力部４５は、無効化処理を行う対象となる他の電子マネー種を特定する特定情報の入力を受け付けるユーザインタフェース部である。この特定情報の入力は、携帯端末４のユーザによって行われる。
　チップ通信部４７は、リーダライタ３との間で行われる近距離無線通信を制御する通信部である。
＜２－３＞決済システムにおける処理の流れ
　引き続き、決済システム２００で実行される処理の流れ（決済方法）について、図１０を用いて説明する。図１０は、決済システム２００における決済処理が行われる前の準備処理の流れを示すフローチャートである。なお、準備処理後の決済システム２００における決済処理の流れについては、第一実施形態に係る決済システム１００と同様のため説明を割愛する。
　ここでは一例として、携帯端末４のユーザが店舗に入店して飲食等を行った後に電子マネーでの支払処理を行うとして説明する。
　まず、携帯端末４のユーザが、店舗に入店した際に、例えば店舗入口に設置された割引クーポン発行用リーダライタ等（図示せず）に携帯端末４をかざす。これを契機として、割引クーポンに関する情報が携帯端末４に表示されるとともに、携帯端末４が、測位処理を行って携帯端末４の現在位置を示す位置情報を取得し（ステップＳ２０１）、位置情報と測位時刻情報とに基づいて、選択することが推奨される電子マネー種を識別する識別情報を取得する（ステップＳ２０２）。ここでは、推奨される電子マネー種は、「電子マネー種Ｅ」であるとする。
　次に、携帯端末４が、上述の推奨される電子マネー種（ここでは「電子マネー種Ｅ」）以外の非推奨の電子マネー種におけるバリュー残高の少なくとも一部を減算する（ステップＳ２０３）。そして、携帯端末４が、上述の推奨された電子マネー種以外の他の電子マネー種をそれぞれ一時的に無効化する（ステップＳ２０４）。
　次に、携帯端末４が、非推奨の電子マネー種から減算された減額分だけ（即ち、ステップＳ２０３において減算された金額だけ）を、推奨される電子マネー種（ここでは「電子マネー種Ｅ」）における電子マネー残高を増額（補充）させる（ステップＳ２０５）。
＜２－４＞決済プログラム
　コンピュータを携帯端末４として機能させるための支払プログラムは、例えば、ＣＤ－ＲＯＭやＤＶＤ－ＲＯＭ等の記録媒体または半導体メモリに固定的に記録された態様で提供される。また、支払プログラムは、搬送波に重畳されたコンピュータデータ信号として通信ネットワークを介して提供されてもよい。
＜３＞第一実施形態、第二実施形態による作用及び効果
　決済システム１００，２００では、まず、携帯端末において支払処理に利用可能な複数の電子マネー種のうち特定の一の電子マネー種を除く他の電子マネー種を一時的に無効化する無効化処理が行われる。一方、リーダライタは、複数の受付可能な電子マネー種をそれぞれ問い合わせる処理を行っており、有効性が確認された電子マネー種にの中から選択される一の電子マネー種よる決済処理が行われる。したがって、携帯端末において特定の一の電子マネー種を除く他の電子マネー種の無効化処理が行われている場合は、無効化されていない特定の一の電子マネー種のみの有効性がリーダライタにより確認される。
　このため、ユーザにより選択される可能性が高くない電子マネー種（支払手段）が利用可能な支払手段（支払手段）として認識されなくなる。その結果、選択される可能性が高くない電子マネー種を含む選択肢の中から利用するバリューをユーザにわざわざ選択させる必要がなくなる。
＜４＞変形例
　本発明に係る第一実施形態及び第二実施形態では、携帯端末のＩＣチップ（支払端末）において支払処理に利用可能な複数の電子マネー種（支払手段）のうち特定の一の電子マネー種以外の他の電子マネー種を一時的に無効化している。その結果、特定の一の電子マネー種のみが、リーダライタ３（決済端末）により確認される。
　しかしながら、無効化されない電子マネー種の数を１に限定されない。
　例えば、携帯端末のＩＣチップ（支払端末）において支払処理に利用可能な電子マネー種（支払手段）の数が３以上であれば、特定の二の電子マネー種以外の他の電子マネー種を一時的に無効化することとしてもよい。
　この形態によっても、ユーザにより選択される可能性が高くない電子マネー種（支払手段）が一時的に無効化されることになるため、利用可能な電子マネー種を順次問い合わせる機能を有するリーダライタ３（決済端末）においてこれらの電子マネー種が利用可能な電子マネー種として認識されてしまう不具合の発生が抑えられる。
　また、例えば、携帯端末がＩＣチップにおいて支払処理に利用可能な複数の電子マネー種（支払手段）に係る残高をそれぞれ定期的に確認し、残高が所定の閾値以下又は未満である電子マネー種を、一時的に無効化することとしてもよい。
　この形態によっても、ユーザにより選択される可能性が高くない電子マネー種（支払手段）が一時的に無効化されることになるため、利用可能な電子マネー種を順次問い合わせる機能を有するリーダライタ３（決済端末）においてこれらの電子マネー種が利用可能な電子マネー種として認識されてしまう不具合の発生が抑えられる。
　本発明に係る第二実施形態では、位置対マネー種データベース４２は携帯端末４が有する構成として説明したが、位置対マネー種データベース４２が設けられる位置は特に限定されず、例えば、携帯端末４と無線通信可能な、本発明の第一実施形態に係る情報サーバ２が位置対マネー種データベース４２を有してもよい。
＜５＞補足
　また、本発明に係る第一及び第二実施形態では、特定の技術仕様に基づいて、ＩＣカード又はＩＣチップを捕捉するためのＰｏｌｌｉｎｇコマンドが用いられる形態、及びＩＣカード又はＩＣチップ内の領域やその領域固有のＩＤを取得するための各種コマンドが用いられる形態等を例に説明した。本発明は、この形態に限定されず、適用される決済システムの技術仕様に合わせた形態で実施することができる。
　本発明によれば、利用する電子マネーを携帯装置のユーザに選択させる必要性を排除してユーザにとっての利便性を高めることができる。
　１，４…携帯端末、２…情報サーバ、３…リーダライタ、１１，４１…ＩＣチップ、１２…電子マネー優先度情報データベース、１３，４３…ＧＰＳチップ、１４，４４…携帯アプリ、１５，４５…入力部、１６，４６…フラグ記憶領域、１７，４７…チップ通信部、２１…位置対種別データベース、２２…種別対有効データベース、３１…決済部、３２…決済取得部、３３…電子マネー種選択部、４２…位置対マネー種データベース、１００，２００…決済システム、１０１，２０１…ＣＰＵ、１０２，２０２…ＲＡＭ、１０３，２０３…ＲＯＭ、１０４…操作部、１０５…無線通信部、１０６…ディスプレイ、１０７…アンテナ、１０８…各種チップ、２０４…通信モジュール、２０５…補助記憶装置。

Claims (16)

  1. 　支払処理を行う支払手段を複数備える支払端末と、
    　複数の受付可能な支払手段それぞれを前記支払端末に対して順次問い合わせる問合手段を備え該問合手段により確認される有効な支払手段の中から指定される一の支払手段による支払処理を該一の支払手段に対応する決済手段により受け付ける決済端末と、
    　を含む決済システムであって、
    　前記支払端末が、外部からの要求に応じて、前記複数の支払手段のうち一以上の支払手段を一時的に無効化する無効化手段をさらに備える、
    　ことを特徴とする決済システム。
  2. 　前記決済端末が、前記問合手段により一の支払手段のみが確認された場合に、該一の支払手段を自動的に指定し、該一の支払手段による支払処理を該一の支払手段に対応する決済手段により受け付ける、
    　ことを特徴とする請求項１に記載の決済システム。
  3. 　前記支払端末が、前記支払端末が備える前記支払手段の中から選択される特定の一の支払手段を除く他の支払手段を無効化するよう、前記無効化手段に要求する手段をさらに備える、
    　ことを特徴とする請求項１又は請求項２に記載の決済システム。
  4. 　前記支払端末が、
    　前記無効化手段により無効化される前記他の支払手段のいずれかが電子バリューの残高を記憶し専用の残高変更情報を用いて該残高を変更する電子バリュー機能を有する場合に、該電子バリュー機能を有する支払手段が前記無効化手段により無効化される前に、該支払手段における電子バリューの残高の少なくとも一部を減額させる専用の残高変更情報を該支払手段に送信する無効化対象残高減額手段と、
    　前記無効化対象残高減額手段により減額される金額に相当する金銭的価値を、前記選択される特定の一の支払手段による決済処理において利用可能な金銭的価値として付加する金銭的価値付加手段と、
    　をさらに備える、
    　ことを特徴とする請求項３に記載の決済システム。
  5. 　前記選択される特定の一の支払手段が前記電子バリュー機能を有する場合に、前記金銭的価値付加手段が、前記無効化対象残高減額手段により減額される金額に相当する金額だけ該特定の一の支払手段における電子バリューの残高を増額させる専用の残高変更情報を該特定の一の支払手段に送信する、
    　ことを特徴とする請求項４に記載の決済システム。
  6. 　前記金銭的価値付加手段が、前記選択される特定の一の支払手段における電子バリューの残高が所定金額以下又は未満である場合に限り、前記無効化対象残高減額手段により減額される金額に相当する金額だけ該特定の一の支払手段における電子バリューの残高を増額させる専用の残高変更情報を該特定の一の支払手段に送信する、
    　ことを特徴とする請求項５に記載の決済システム。
  7. 　前記支払端末が、
    　前記無効化手段により無効化される前記他の支払手段のいずれかが電子バリューの残高を記憶し専用の残高変更情報を用いて該残高を変更する電子バリュー機能を有する場合に、該電子バリュー機能を有する支払手段が前記無効化手段により無効化される直前に該支払手段に係る電子バリューの残高を取得する直前残高取得手段と、
    　前記電子バリュー機能を有する支払手段が前記無効化手段により無効化された後に、前記直前残高取得手段により取得される残高の範囲内で、前記選択される特定の一の支払手段による決済処理において利用可能な予備枠を付加する予備枠付加手段と、
    　前記選択される特定の一の支払手段による支払処理において該支払手段に対応する決済手段により前記予備枠が利用された場合に、前記無効化手段による前記電子バリュー機能を有する支払手段に対する前記無効化が解除された後に、該支払手段における電子バリューの残高を前記予備枠の利用額に相当する金額だけ減額させる専用の残高変更情報を該支払手段に送信する担保残高減額手段と、
    　をさらに備える、
    　ことを特徴とする請求項３に記載の決済システム。
  8. 　前記支払端末が、
    　当該支払端末において支払処理に利用可能な支払手段の優先順位を示す順位情報を記憶する記憶手段と、
    　位置を示す位置情報に対応付けて当該位置の周辺に設置される決済端末において受付可能な１又は複数の支払手段を特定する特定情報を記憶する特定情報記憶手段から、測位手段により取得される前記支払端末の現在位置を示す位置情報に対応する特定情報を取得する特定情報取得手段と、
    　前記特定情報取得手段により取得される特定情報により特定される１又は複数の支払手段のうち、前記記憶手段に記憶される順位情報により示される優先順位が最も高い一の支払手段を選択し、該選択される一の支払手段を除く他の支払手段を無効化するよう、前記無効化手段に要求する手段と、
    　をさらに備える、
    　ことを特徴とする請求項３から請求項７までのいずれか一項に記載の決済システム。
  9. 　前記支払端末が、
    　前記支払手段と該支払手段により支払処理を行った時期とを対応付けて支払履歴記憶手段に記憶させる手段と、
    　測位手段により測位される前記支払端末の位置と該位置が測位された時期とを対応付けて位置記憶手段に記憶させる手段と、
    　前記支払履歴記憶手段及び前記位置記憶手段を参照し、測位手段により取得される前記支払端末の現在位置の周辺において過去に利用された支払手段の履歴傾向に基づいて、前記複数の支払手段の中から一の支払手段を選択する、
    　ことを特徴とする請求項３から請求項８までのいずれか一項に記載の決済システム。
  10. 　前記支払端末が、前記無効化手段による無効化の対象となる前記他の支払手段を特定する特定情報の入力を受け付ける入力手段をさらに備え、
    　前記無効化手段が、前記入力手段により入力される前記特定情報に基づいて前記複数の支払手段の中から選択される一の支払手段を除く他の支払手段を無効化する、
    　ことを特徴とする請求項３から請求項８までのいずれか一項に記載の決済システム。
  11. 　前記支払端末が、
    　前記複数の支払手段のうち少なくともいずれかが前記電子バリュー機能を有する場合に、該電子バリュー機能を有する支払手段に係る電子バリューの残高を所定のタイミングでそれぞれ取得する残高取得手段と、
    　前記残高取得手段により取得される残高が所定の閾値以下又は未満である支払手段を前記無効化手段に無効化させる手段と、
    　をさらに備える、
    　ことを特徴とする請求項１から請求項１０までのいずれか一項に記載の決済システム。
  12. 　支払処理を行う支払手段を複数備える支払端末であって、
    　複数の受付可能な支払手段それぞれを前記支払端末に対して順次問い合わせる問合手段を備え該問合手段により確認される有効な支払手段の中から指定される一の支払手段による支払処理を該一の支払手段に対応する決済手段により受け付ける決済端末から自身に対応する問合せを受けた有効な支払手段のそれぞれが所定の応答を行うよう、外部からの要求に応じて、前記複数の支払手段のうち一以上の支払手段を一時的に無効化する無効化手段をさらに備える、
    　ことを特徴とする支払端末。
  13. 　支払処理を行う支払手段を複数備える支払端末と、複数の受付可能な支払手段それぞれを前記支払端末に対して順次問い合わせる問合手段を備え該問合手段により確認される有効な支払手段の中から指定される一の支払手段による支払処理を該一の支払手段に対応する決済手段により受け付ける決済端末と、を含む決済システムによる決済方法であって、
    　前記支払端末が、外部からの要求に応じて、前記複数の支払手段のうち一以上の支払手段を一時的に無効化する無効化ステップを含む、
    　ことを特徴とする決済方法。
  14. 　支払処理を行う支払手段を複数備える支払端末が行う支払方法であって、
    　複数の受付可能な支払手段それぞれを前記支払端末に対して順次問い合わせる問合手段を備え該問合手段により確認される有効な支払手段の中から指定される一の支払手段による支払処理を該一の支払手段に対応する決済手段により受け付ける決済端末から自身に対応する問合せを受けた有効な支払手段のそれぞれが所定の応答を行うよう、外部からの要求に応じて、前記複数の支払手段のうち一以上の支払手段を一時的に無効化する無効化ステップを含む、
    　ことを特徴とする支払方法。
  15. 　支払処理を行う支払手段を複数備える支払端末を構成するコンピュータに、
    　複数の受付可能な支払手段それぞれを前記支払端末に対して順次問い合わせる問合手段を備え該問合手段により確認される有効な支払手段の中から指定される一の支払手段による支払処理を該一の支払手段に対応する決済手段により受け付ける決済端末から自身に対応する問合せを受けた有効な支払手段のそれぞれが所定の応答を行うよう、外部からの要求に応じて、前記複数の支払手段のうち一以上の支払手段を一時的に無効化する無効化機能を実現させる支払プログラム。
  16. 　支払処理を行う支払手段を複数備える支払端末を構成するコンピュータに、
    　複数の受付可能な支払手段それぞれを前記支払端末に対して順次問い合わせる問合手段を備え該問合手段により確認される有効な支払手段の中から指定される一の支払手段による支払処理を該一の支払手段に対応する決済手段により受け付ける決済端末から自身に対応する問合せを受けた有効な支払手段のそれぞれが所定の応答を行うよう、外部からの要求に応じて、前記複数の支払手段のうち一以上の支払手段を一時的に無効化する無効化機能を実現させる支払プログラムを記録したコンピュータ読取可能な記録媒体。
     
PCT/JP2012/075211 2011-09-30 2012-09-28 決済システム、支払端末 WO2013047816A1 (ja)

Priority Applications (2)

Application Number Priority Date Filing Date Title
US14/348,229 US10169744B2 (en) 2011-09-30 2012-09-28 Payment system and payment terminal
JP2013536459A JP5667307B2 (ja) 2011-09-30 2012-09-28 決済システム、支払端末

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2011-218435 2011-09-30
JP2011218435 2011-09-30

Publications (1)

Publication Number Publication Date
WO2013047816A1 true WO2013047816A1 (ja) 2013-04-04

Family

ID=47995839

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2012/075211 WO2013047816A1 (ja) 2011-09-30 2012-09-28 決済システム、支払端末

Country Status (4)

Country Link
US (1) US10169744B2 (ja)
JP (1) JP5667307B2 (ja)
TW (1) TWI503766B (ja)
WO (1) WO2013047816A1 (ja)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2015148882A (ja) * 2014-02-05 2015-08-20 シャープ株式会社 携帯通信端末、および携帯通信端末を制御するためのプログラム
WO2020188638A1 (ja) * 2019-03-15 2020-09-24 オリックス生命保険株式会社 保険金・給付金支払処理システム

Families Citing this family (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP6280921B2 (ja) * 2013-08-19 2018-02-14 楽天株式会社 携帯装置、携帯装置の制御方法、記録媒体、及びプログラム
KR101826960B1 (ko) * 2016-05-31 2018-03-22 주식회사 하렉스인포텍 모바일 결제 방법 및 그 장치
CN109903458A (zh) * 2017-12-07 2019-06-18 鸿富锦精密工业(武汉)有限公司 交易控制系统及方法
JP7205082B2 (ja) * 2018-06-11 2023-01-17 富士電機株式会社 自動販売機及び自動販売機の決済処理方法
CN108694625A (zh) * 2018-07-02 2018-10-23 阿里巴巴集团控股有限公司 权益偏好预估方法、装置及服务器

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2002117362A (ja) * 2000-08-03 2002-04-19 Fujitsu Ltd 電子マネーの管理方法，電子マネー管理システム，電子マネー管理所有用媒体，電子マネー管理用プログラム，同プログラムを記録したコンピュータ読取可能な記録媒体，電子的価値情報管理所有用媒体および電子的価値情報管理方法
JP2007317076A (ja) * 2006-05-29 2007-12-06 Fujitsu Ltd 携帯端末装置
JP2008016016A (ja) * 2006-06-08 2008-01-24 Nippon Conlux Co Ltd 情報処理装置
JP2009099076A (ja) * 2007-10-19 2009-05-07 Casio Hitachi Mobile Communications Co Ltd 携帯端末装置および携帯端末処理プログラム
JP2010271889A (ja) * 2009-05-21 2010-12-02 Fujitsu Ltd 通信端末装置、方法、およびプログラム。

Family Cites Families (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7337145B2 (en) * 2000-08-03 2008-02-26 Fujitsu Limited E-money managing method and system, e-money managing/holding medium, computer-readable recording medium in which e-money managing program is recorded, e-value managing/holding medium, and e-value managing method
JP2004272561A (ja) * 2003-03-07 2004-09-30 Bitwallet Inc 携帯端末装置、携帯端末方法、携帯端末プログラム、提供サーバ装置、提供サーバ方法、及び提供サーバプログラム
JP2008131238A (ja) * 2006-11-20 2008-06-05 Casio Hitachi Mobile Communications Co Ltd 携帯端末装置及びプログラム
US8073424B2 (en) * 2007-01-05 2011-12-06 Macronix International Co., Ltd. System and method of managing contactless payment transactions using a mobile communication device as a stored value device
WO2008149982A1 (ja) 2007-06-07 2008-12-11 Nippon Conlux Co., Ltd. 情報処理装置
JP2009100391A (ja) * 2007-10-19 2009-05-07 Ricoh Co Ltd 通信端末装置と通信システムおよび情報利用方法
JP5311612B2 (ja) 2008-01-24 2013-10-09 楽天株式会社 決済装置、決済方法及び決済プログラム、並びにアクセス装置、アクセス方法及びアクセスプログラム
JP2010092151A (ja) * 2008-10-06 2010-04-22 Sharp Corp 電子マネー管理装置及び電子マネー管理方法
CN102075445B (zh) * 2011-02-28 2013-12-25 杭州华三通信技术有限公司 负载均衡方法及装置

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2002117362A (ja) * 2000-08-03 2002-04-19 Fujitsu Ltd 電子マネーの管理方法，電子マネー管理システム，電子マネー管理所有用媒体，電子マネー管理用プログラム，同プログラムを記録したコンピュータ読取可能な記録媒体，電子的価値情報管理所有用媒体および電子的価値情報管理方法
JP2007317076A (ja) * 2006-05-29 2007-12-06 Fujitsu Ltd 携帯端末装置
JP2008016016A (ja) * 2006-06-08 2008-01-24 Nippon Conlux Co Ltd 情報処理装置
JP2009099076A (ja) * 2007-10-19 2009-05-07 Casio Hitachi Mobile Communications Co Ltd 携帯端末装置および携帯端末処理プログラム
JP2010271889A (ja) * 2009-05-21 2010-12-02 Fujitsu Ltd 通信端末装置、方法、およびプログラム。

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2015148882A (ja) * 2014-02-05 2015-08-20 シャープ株式会社 携帯通信端末、および携帯通信端末を制御するためのプログラム
WO2020188638A1 (ja) * 2019-03-15 2020-09-24 オリックス生命保険株式会社 保険金・給付金支払処理システム
JP6832428B1 (ja) * 2019-03-15 2021-02-24 オリックス生命保険株式会社 保険金・給付金支払処理システム

Also Published As

Publication number Publication date
JP5667307B2 (ja) 2015-02-12
TWI503766B (zh) 2015-10-11
JPWO2013047816A1 (ja) 2015-03-30
US10169744B2 (en) 2019-01-01
US20140229371A1 (en) 2014-08-14
TW201333846A (zh) 2013-08-16

Similar Documents

Publication Publication Date Title
WO2013047816A1 (ja) 決済システム、支払端末
US9038894B2 (en) Payment or other transaction through mobile device using NFC to access a contactless transaction card
JP6502557B1 (ja) プログラム、情報処理方法、情報処理装置
KR102366744B1 (ko) 사용자 위치 기반의 푸시 메시지 전송 서비스 시스템 및 방법, 그리고 이를 위한 사용자 장치 및 컴퓨터 프로그램이 기록된 기록매체
CN110738488A (zh) 信息处理方法及装置、计算机可读非暂时性存储介质
KR20140060849A (ko) 카드 결제 시스템 및 방법
JP6240718B1 (ja) 決済制御システム
AU2023251464A1 (en) Bill splitting system
JP5614033B2 (ja) 位置情報を利用した決済システム
JP5227482B1 (ja) 決済システム、決済端末、決済方法、決済プログラム、及びそのプログラムを記録するコンピュータ読取可能な記録媒体
US10540729B1 (en) Mobile wallets with packaged travel services
KR101849310B1 (ko) 실시간 숙박 시설 예약 서비스를 위한 방법 및 그 방법을 행하기 위한 숙박업체 단말 및 서버
KR20180085276A (ko) 실시간 숙박 시설 예약 서비스를 위한 방법 및 그 방법을 행하기 위한 사용자 단말
JP2006318229A (ja) 携帯端末及び携帯端末の残高管理方法
JP2007334544A (ja) 乗換案内提供システム及び乗車券販売機
JP2015103037A (ja) 情報収集システム、情報収集方法、プログラム、情報送信装置、携帯端末、及び収集装置
US10672007B2 (en) Payment system, payment terminal, payment method, payment program, and computer-readable recording medium for recording same program
JP6715809B2 (ja) 特典提供装置及び特典提供方法
CN110334995A (zh) 一种配送方法、装置、电商系统及存储介质
KR20140108473A (ko) 모바일 스탬프 제공 방법 및 서버
US11722836B2 (en) Location-based messaging
WO2024096001A1 (ja) アクセス制御システム、アクセス制御方法及びアクセス制御プログラム
JP2012212308A (ja) 情報処理装置及び方法、プログラム、並びに情報処理システム
US8779972B2 (en) Information processing terminal and computer program
EP2814231A1 (en) Mobile wireless communications device having digital wallet with multi-mode user card and related methods

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: 12834677

Country of ref document: EP

Kind code of ref document: A1

ENP Entry into the national phase

Ref document number: 2013536459

Country of ref document: JP

Kind code of ref document: A

WWE Wipo information: entry into national phase

Ref document number: 14348229

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: 12834677

Country of ref document: EP

Kind code of ref document: A1