WO2012043725A1 - プログラム、支払方法、情報記録媒体、及び、携帯端末 - Google Patents

プログラム、支払方法、情報記録媒体、及び、携帯端末 Download PDF

Info

Publication number
WO2012043725A1
WO2012043725A1 PCT/JP2011/072391 JP2011072391W WO2012043725A1 WO 2012043725 A1 WO2012043725 A1 WO 2012043725A1 JP 2011072391 W JP2011072391 W JP 2011072391W WO 2012043725 A1 WO2012043725 A1 WO 2012043725A1
Authority
WO
WIPO (PCT)
Prior art keywords
payment
information
unit
electronic money
settlement
Prior art date
Legal status (The legal status 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 status listed.)
Ceased
Application number
PCT/JP2011/072391
Other languages
English (en)
French (fr)
Inventor
赤鹿　秀樹
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Rakuten Group Inc
Original Assignee
Rakuten Inc
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 Rakuten Inc filed Critical Rakuten Inc
Priority to JP2012536548A priority Critical patent/JP5504348B2/ja
Publication of WO2012043725A1 publication Critical patent/WO2012043725A1/ja
Anticipated expiration legal-status Critical
Ceased legal-status Critical Current

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; 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/3224—Transactions dependent on location of M-devices

Definitions

  • the present invention relates to a program, a payment method, an information recording medium, and a mobile terminal, and more particularly to payment in a mobile terminal that can use a plurality of electronic settlement means.
  • Patent Document 1 discloses a system that performs payment by selecting one of credit card payment, bank transfer, price transfer, and the like in electronic commerce.
  • the present invention solves the above-described problems, and is suitable for a simple payment in a portable terminal that can use a plurality of electronic payment means, a program, a payment method, an information recording medium, and a portable
  • the purpose is to provide a terminal.
  • the program according to the first aspect of the present invention is: A portable computer equipped with multiple types of electronic payment means and capable of communicating with a payment device.
  • a sensing unit for sensing payment device information identifying the payment device;
  • An acquisition unit for acquiring payment means information stored in association with the sensed payment device information;
  • a payment unit that designates a payment means determined based on the acquired payment means information, communicates with the payment apparatus, and causes the payment apparatus to perform payment settlement;
  • the payment means information for specifying the determined payment means is made to function as a storage unit that stores the payment means information in association with the detected payment apparatus information.
  • the portable computer further functions as a selection unit that allows a user who wants to make a payment to select one of the plurality of types of payment means
  • the payment unit may be configured to designate the selected payment means and communicate with the payment apparatus, and cause the payment apparatus to perform payment payment.
  • the selection unit may be configured to select one of the plurality of types of settlement means by providing a priority order based on the history of the settlement means selected by the user in the past.
  • the storage unit stores, for each user, the payment device information and the selected payment method information in a predetermined server in association with each other,
  • the acquisition unit may be configured to acquire payment means information associated with the payment apparatus information from the predetermined server.
  • the acquisition unit acquires priority information of payment means determined based on a history of payment means selected by other users in the past from the predetermined server
  • the selection unit may be configured to select one of the plurality of types of settlement means based on the acquired priority order information by providing a priority order.
  • the priority order information may be configured to be determined based on a history of users similar to the user who intends to make the payment among the other users.
  • the sensing unit inquires the predetermined server device for identification information of the settlement device detected from the settlement device, and obtains an industry ID of the settlement device,
  • the payment apparatus information may be configured to be the acquired business type ID.
  • the payment apparatus information can be configured to be position information of the portable computer sensed by the portable computer.
  • the payment apparatus information may be configured to be identification information of the payment apparatus detected from the payment apparatus.
  • the payment method is: A payment method executed by a mobile terminal that includes a sensing unit, an acquisition unit, a payment unit, and a storage unit, is equipped with a plurality of types of electronic payment means, and can communicate with a payment device, A sensing step in which the sensing unit senses payment device information identifying the payment device; An acquisition step in which the acquisition unit acquires payment means information stored in association with the sensed payment device information; A payment step in which the payment unit communicates with the payment apparatus by designating a payment means determined based on the acquired payment means information, and causes the payment apparatus to settle payment;
  • the storage unit includes a storage step of storing payment means information for specifying the determined payment means in association with the sensed payment apparatus information.
  • An information recording medium is: A portable computer equipped with multiple types of electronic payment means and capable of communicating with a payment device.
  • a sensing unit for sensing payment device information identifying the payment device;
  • An acquisition unit for acquiring payment means information stored in association with the sensed payment device information;
  • a payment unit that designates a payment means determined based on the acquired payment means information, communicates with the payment apparatus, and causes the payment apparatus to perform payment settlement;
  • a program is recorded that causes payment means information for specifying the determined payment means to function as a storage unit that stores the payment means information in association with the sensed payment apparatus information.
  • a mobile terminal is: A portable terminal equipped with a plurality of types of electronic payment means and capable of communicating with a payment device, A sensing unit for sensing payment device information identifying the payment device; An acquisition unit for acquiring payment means information stored in association with the sensed payment device information; A payment unit that designates a payment means determined based on the acquired payment means information, communicates with the payment apparatus, and causes the payment apparatus to perform payment settlement; A storage unit that stores payment means information for specifying the determined payment means in association with the sensed payment apparatus information.
  • program of the present invention can be distributed and sold via a computer communication network independently of the computer on which the program is executed.
  • the information recording medium can be distributed and sold independently of the computer.
  • a mobile terminal that can use a plurality of electronic settlement means (for example, an electronic money function, a mobile credit function, etc.), a program, a payment method, an information recording medium, And a portable terminal can be provided.
  • a plurality of electronic settlement means for example, an electronic money function, a mobile credit function, etc.
  • FIG. 1 It is a figure which shows the relationship between the portable terminal which concerns on embodiment of this invention, a payment apparatus, and a server. It is a figure which shows schematic structure of the typical portable information processing apparatus with which the portable terminal which concerns on embodiment of this invention is implement
  • FIG. 1 shows a portable terminal 100 realized by executing a program according to an embodiment of the present invention.
  • the mobile terminal 100 is connected to a network 400 such as the Internet.
  • the server apparatus 300 is connected to the network 400, and the mobile terminal 100 can communicate with the server apparatus 300 via the network 400.
  • the mobile terminal 100 can pay with electronic money, and a plurality of types of electronic money are set.
  • the settlement apparatus 200 includes a reader / writer capable of reading and writing such as a non-contact IC card and a POS (Point-of-Sales) apparatus, and is capable of non-contact communication with the mobile terminal 100.
  • POS Point-of-Sales
  • the portable information processing apparatus 500 includes, for example, a CPU (Central Processing Unit) 501, a ROM (Read only Memory) 502, a RAM (Random Access Memory) 503, a communication unit 504, a power supply, and the like.
  • Unit 505 operation unit 506, audio processing unit 507, speaker 508, microphone 509, display unit 510, I / O unit 511, external memory 512, antenna 513, and IC unit 514.
  • the CPU 501 controls the entire portable information processing apparatus 500 according to an operating system (OS) and a control program stored in the ROM 502.
  • the CPU 501 transmits a control signal and data to each of the above-described units via the system bus and receives a response signal and data from each unit as necessary for control.
  • OS operating system
  • ROM 502. read-only memory
  • the ROM 502 is a non-volatile memory that stores an OS, a program, and the like necessary for controlling the entire portable information processing apparatus 500.
  • the CPU 501 reads the OS and programs stored in the ROM 502 into the RAM 503 and executes them.
  • the RAM 503 temporarily stores data and programs necessary for processing performed by the CPU 501.
  • a part of the storage area of the RAM 503 is composed of a flash memory, and stores an address book used for telephone calls and mails, a call history, setting values of various functions, and the like.
  • the communication unit 504 modulates an audio signal input by the microphone 509 and converted by an A / D (Analog / Digital) converter (not shown) included in the audio processing unit 507, and an antenna 513 connected to the communication unit 504. To the other party (receiving side). Alternatively, an audio signal or the like is received using the antenna 513, and the input audio signal is demodulated. The demodulated audio signal is input to the audio processing unit 507. Further, the communication unit 504 exchanges information with a radio base station or a GPS (Global Positioning System) satellite, and acquires position information of the portable information processing apparatus 500.
  • GPS Global Positioning System
  • the communication unit 504 acquires the latitude, longitude, and altitude of the portable information processing device 500 and the location information of the wireless base station that captured the portable information processing device 500. Further, the portable information processing device 500 performs data communication processing for accessing the server device 300 and the like.
  • the communication unit 504 can use a plurality of communication methods such as CDMA (Code Division Multiple Access), EV-DO (Evolution-Data Only), and wireless LAN.
  • the power supply unit 505 is a power supply for driving the portable information processing apparatus 500.
  • the operation unit 506 includes a pressable button, a touch panel, and the like, and accepts an operation from the user.
  • the CPU 501 performs a predetermined process based on the operation input to the operation unit 506.
  • the voice processing unit 507 collects a user's voice and the like by a microphone 509 connected to the voice processing unit 507, converts the sound into a voice signal by an A / D converter included in the voice processing unit 507, and outputs the voice signal.
  • the voice processing unit 507 outputs a call sound demodulated by a D / A (Digital / Analog) converter (not shown) included in the voice processing unit 507 to a speaker 508 connected to the voice processing unit 507.
  • the voice processing unit 507 converts voice data such as a ringing melody stored in the external memory 512 or the like into a voice signal and outputs the voice signal.
  • the display unit 510 includes a display such as an LCD (Liquid Crystal Display) or an organic EL (Electroluminescence).
  • the display unit 510 processes the image data by a CPU 501 or an image arithmetic processor (not shown) provided in the display unit 510 and then records the processed image data in an output buffer (not shown) provided in the display unit 510.
  • the image information recorded in the output buffer is converted into an image signal at a predetermined synchronization timing and output to the display.
  • the display unit 510 displays various screens necessary for using the functions of the portable information processing device 500 such as a power state, a telephone number, an e-mail, and a connected internet screen on the display.
  • the I / O unit 511 is connected to an external memory 512 such as a detachable flash memory card to input / output data.
  • the portable information processing device 500 is connected to an external device such as a personal computer by USB (Universal Serial Bus) connection, and data is input / output to / from the external device.
  • USB Universal Serial Bus
  • An interface for connecting and communicating with other external devices such as an infrared communication interface can also be provided.
  • the IC unit 514 pays electronic money by communicating with an external device such as a reader / writer. At this time, the IC unit 514 exchanges information regarding payment of electronic money, such as the payment destination, payment date, payment amount, or identifier of the external device, with the external device.
  • the IC unit 514 includes a loop antenna, a memory, and the like. When the portable information processing apparatus 500 is placed over a reader / writer, power is generated in the loop antenna, and the IC unit 514 operates by this power. Note that it is also possible to operate with electric power supplied from the power supply unit 505. Information relating to payment of electronic money is stored in the memory provided in the IC unit 514.
  • FIG. 3 shows a configuration of the mobile terminal 100 realized by executing the program of the present embodiment.
  • the portable terminal 100 includes a sensing unit 101, an acquisition unit 102, a selection unit 103, a payment unit 104, and a storage unit 105, and is configured as follows.
  • the sensing unit 101 senses payment device information that identifies the payment device 200.
  • the payment device information includes (a) location information of the mobile terminal 100, (b) an identifier assigned to the payment device 200 (hereinafter referred to as “payment device ID”), or (c) the payment device 200.
  • the business type ID of the store in question includes (a) location information of the mobile terminal 100, (b) an identifier assigned to the payment device 200 (hereinafter referred to as “payment device ID”), or (c) the payment device 200.
  • the business type ID of the store in question includes (a) location information of the mobile terminal 100, (b) an identifier assigned to the payment device 200 (hereinafter referred to as “payment device ID”), or (c) the payment device 200.
  • the business type ID of the store in question includes (a) location information of the mobile terminal 100, (b) an identifier assigned to the payment device 200 (hereinafter referred to as “payment device ID”), or (c) the payment device 200.
  • the sensing unit 101 detects the payment apparatus information as follows.
  • the sensing unit 101 acquires the longitude, latitude, and altitude where the mobile terminal 100 is located by the GPS function.
  • the sensing unit 101 acquires location information of a wireless base station with which the mobile terminal 100 communicates.
  • the sensing unit 101 detects the payment apparatus information as follows.
  • the sensing unit 101 requests the payment apparatus 200 to transmit a payment apparatus ID, and receives the payment apparatus ID from the payment apparatus 200.
  • the sensing unit 101 detects the payment apparatus information as follows.
  • the server apparatus 300 stores a business type table 300a shown in FIG.
  • “settlement device ID” and “industry ID” for example, industry name, industry identifier, etc.
  • the sensing unit 101 receives the payment apparatus ID “a1” of the payment apparatus 200 from the payment apparatus 200.
  • the sensing unit 101 transmits the received information about the settlement apparatus ID “a1” to the server apparatus 300, and inquires about the business type ID corresponding to the settlement apparatus ID.
  • the server device 300 obtains the business type ID corresponding to the settlement device ID “a1” received from the sensing unit 101 with reference to the business type table 300a.
  • the server apparatus 300 stores the industry ID “convenience store” in the sensing unit 101. Send information. In this way, the sensing unit 101 acquires the business type ID corresponding to the settlement apparatus ID.
  • the payment apparatus information is (c) the industry ID of the store where the payment apparatus 200 is installed.
  • the CPU 501, the communication unit 504, and the IC unit 514 cooperate to function as the sensing unit 101.
  • the acquisition unit 102 attempts to acquire electronic money information (an example of “payment means information” in the present invention) stored in association with the payment apparatus information for a user who is making a payment.
  • the acquisition unit 102 tries to acquire the electronic money information from the server device 300.
  • the server device 300 stores a user history table 300b shown in FIG.
  • “user ID” for example, an arbitrary character string (user account name), identification information of the mobile terminal 100, identification information of the IC unit 514, etc.
  • “Attribute” for example, an arbitrary character string (user account name), identification information of the mobile terminal 100, identification information of the IC unit 514, etc.
  • “Attribute” for example, an arbitrary character string (user account name), identification information of the mobile terminal 100, identification information of the IC unit 514, etc.
  • “Attribute” for example, an arbitrary character string (user account name), identification information of the mobile terminal 100, identification information of the IC unit 514, etc.
  • “Attribute” for example, an arbitrary character string (user account name), identification information of the mobile terminal 100, identification information of the IC unit 514, etc.
  • “Attribute” for example, an arbitrary character string (user account name), identification information of the mobile terminal 100, identification
  • the sensing unit 101 acquires the business type ID “convenience store” of the payment apparatus 200 and sends the acquired business type ID information to the acquisition unit 102.
  • the acquisition unit 102 sends the received business type ID “convenience store” and user ID “A” to the server device 300 to inquire about electronic money information.
  • the server device 300 obtains electronic money information corresponding to the business type ID “convenience store” and the user ID “A” received from the acquisition unit 102 with reference to the user history table 300b. Since the electronic history information corresponding to the user ID “A” and the payment device information (business type ID) “convenience store” is registered as “X” in the user history table 300 b, the server device 300 stores in the acquisition unit 102. The electronic money information “X” is transmitted. In this way, the acquisition unit 102 acquires electronic money information used for payment.
  • the acquisition unit 102 when the acquisition unit 102 cannot acquire the electronic money information, that is, when the user ID and the business type ID information are transmitted to the server device 300 but the electronic money information is not received from the server device 300, the acquisition unit 102 102 obtains priority information of electronic money from the server device 300.
  • the priority order information is information in which electronic money is ranked in descending order of possibility of being used preferentially in the industry indicated by the industry ID.
  • the priority order information is obtained from the user history table 300b.
  • the priority order information is determined based on the history of a user similar to the user who wants to pay among the users registered in the user history table 300b. Whether or not users are similar is determined by whether or not the attributes of the users are the same.
  • a specific example for obtaining the priority information will be described.
  • the acquisition unit 102 stores the electronic money information corresponding to the user ID “A” and the business type ID “restaurant” on the server device 300.
  • the acquisition unit 102 acquires the electronic money information. Can not do it.
  • the server apparatus 300 extracts all the histories of users having the same attributes as the user A (age “20s”, occupation “student”) from the user history table 300b (for example, the user B).
  • the server apparatus 300 analyzes the electronic money used in the restaurant by a user having the same attribute as the user A. That is, the server apparatus 300 aggregates the electronic money information associated with the settlement apparatus information “restaurant” for each type of electronic money for the extracted history. Then, the server apparatus 300 ranks the types of electronic money in descending order based on the aggregation result.
  • the server apparatus 300 when the server apparatus 300 has a plurality of users having the same attribute as the user A, the most frequently used electronic money type is “Z”, and the second most frequently used electronic money type is “X”. Assume that the third most frequently used electronic money type is “Y”.
  • the server device 300 transmits information on the ranking of these electronic money (priority information) to the acquisition unit 102. For example, the priority information is transmitted to the acquisition unit 102 in the format of the priority information table 300c shown in FIG.
  • the acquisition unit 102 Upon receiving the priority order information table 300 c from the server device 300, the acquisition unit 102 sends the table to the selection unit 103.
  • the CPU 501 and the communication unit 504 work together to function as the acquisition unit 102.
  • the selection unit 103 causes the user to select one of a plurality of electronic money set in the mobile terminal 100 when the acquisition unit 102 cannot acquire the electronic money information. At this time, the selection unit 103 causes the priority information received from the acquisition unit 102 to be displayed on the display provided in the display unit 510 of the mobile terminal 100 and allows the user to select one of the electronic money. And the selection part 103 receives selection of electronic money from a user.
  • FIG. 7 shows an example in which the selection unit 103 displays priority information on the display 515 of the mobile terminal 100. The user selects one of the electronic money by operating the button 516 or the like from the displayed electronic money of the priority information.
  • the CPU 501, the operation unit 506, and the display unit 510 cooperate to function as the selection unit 103.
  • the payment unit 104 designates the electronic money specified by the electronic money information, communicates with the settlement apparatus 200, and causes the settlement apparatus 200 to perform payment settlement.
  • the payment unit 104 designates the electronic money selected by the selection unit 103, communicates with the payment apparatus 200, and causes the payment apparatus 200 to perform payment settlement.
  • the business type ID of the payment apparatus 200 that the user A intends to make payment is “convenience store”, and the acquisition unit 102 acquires electronic money information “X” corresponding to the payment apparatus information “convenience store”.
  • the payment unit 104 makes payment using the electronic money “X” and causes the settlement apparatus 200 to settle the payment.
  • the business type ID of the settlement apparatus 200 to which the user A is to pay is “restaurant”, the acquisition unit 102 cannot acquire the electronic money information, and the priority information is presented to the user A by the selection unit 103. (FIG. 7). If the user A selects electronic money “Z”, the payment unit 104 makes payment using the electronic money “Z” and causes the settlement apparatus 200 to settle the payment.
  • the payment unit 104 designates electronic money that causes the payment apparatus 200 to perform payment settlement based on the electronic money information acquired by the acquisition unit 102 or selected by the selection unit 103.
  • the settlement apparatus 200 has registered electronic money information that can be used for settlement of payment in the settlement apparatus 200 in a predetermined list (hereinafter referred to as “payable list”).
  • the settlement apparatus 200 has a payable list in which electronic money information “X”, “Y”, and “Z” is registered.
  • the electronic money information acquired by the acquisition unit 102 or selected by the selection unit 103 is “Z”.
  • the payment unit 104 writes the electronic money information acquired by the acquisition unit 102 or selected by the selection unit 103 in a predetermined area of the payment unit 104, and the settlement apparatus 200 stores the predetermined area. By designating, the electronic money used for settlement is designated.
  • the payment apparatus 200 transmits a polling command for capturing a communication partner system.
  • a system is a reference unit treated as a logical single card, and a plurality of systems can be defined in one IC unit 514.
  • the system of the IC unit 514 is specified by the system code.
  • the system code is assigned for each business operator or purpose of use. Therefore, the polling command includes a system code and the like.
  • the payment unit 104 receives the polling command from the payment apparatus 200, the payment unit 104 transmits a response including information such as a manufacturing ID and a manufacturing parameter of the system specified by the system code to the payment apparatus 200. In this way, the settlement apparatus 200 identifies the communication partner system.
  • the payment unit 104 is placed in a predetermined area of the IC unit 514.
  • the electronic money information “Z” is written.
  • the predetermined area is an area in which information for specifying electronic money to be paid by the mobile terminal 100 is stored, and is assumed to be a predetermined area.
  • the memory area of the IC unit 514 is divided into minimum units called “blocks”. A set of blocks is called a “service”, and a method for accessing data stored in the block is defined for each service.
  • the predetermined area is specified by specifying a service code and a block number for specifying the service.
  • the settlement apparatus 200 transmits an inquiry command including a service code and a block number corresponding to the predetermined area to the payment unit 104 in order to obtain electronic money information of electronic money used for settlement.
  • the payment unit 104 Upon receiving the inquiry command, the payment unit 104 transmits the electronic money information “Z” stored in the designated service code and block number to the settlement apparatus 200.
  • the settlement apparatus 200 Upon receiving the electronic money information “Z”, the settlement apparatus 200 transmits, for example, a command in which the electronic money information “Z” and the payment amount are specified to the payment unit 104. As a result, settlement with the acquired or selected electronic money is performed.
  • the payment unit 104 invalidates (hides) the memory area other than the memory area in which the electronic money information or the like acquired by the acquisition unit 102 or selected by the selection unit 103 is stored. Electronic money that has not been invalidated is designated as electronic money used for settlement.
  • the electronic money program that can be used in the mobile terminal 100 and information such as the balance are stored in the memory of the IC unit 514 for each type of electronic money.
  • electronic money related information of the electronic money “X” is stored in the first system.
  • the second system is a common area where electronic money related information of a plurality of types of electronic money can be stored, and electronic money related information of electronic money “Y” and “Z” is stored. It is assumed that electronic money related information of electronic money “Y” and “Z” stored in the same system can be specified by a service code.
  • the settlement apparatus 200 When the settlement apparatus 200 tries to settle with the electronic money “X” of the portable terminal 100, the system code of the first system is designated, and when the settlement with the electronic money “Y” or “Z” is performed, the second Specify the system code and service code of your system.
  • the payment unit 104 includes electronic money related information other than the electronic money specified by the electronic money information (that is, When electronic money “Z” is acquired or selected, access to electronic money “X”, “Y” electronic money related information) is not permitted (a memory area in which the electronic money related information is stored) Disable).
  • the settlement apparatus 200 sequentially transmits a polling command to the mobile terminal 100 for each of the electronic money “X”, “Y”, and “Z” described in the payable list. . Then, when a valid response is obtained with respect to the polling command, the settlement apparatus 200 ends the sequential transmission of the polling command and settles the payment with the electronic money specified by the response.
  • the payment unit 104 when the payment unit 104 receives the polling command including the system code of the first system, the memory area storing the electronic money related information of the electronic money “X” is invalidated. It does not respond to anything.
  • the payment unit 104 receives the polling command including the system code of the second system, the memory area storing the electronic money related information of the electronic money “Y” is invalidated, but the electronic money “Y” Since the memory area storing the electronic money related information of Z ′′ is not invalidated, a response including the manufacturing ID of the second system is transmitted to the settlement apparatus 200.
  • the settlement apparatus 200 When the settlement apparatus 200 receives the response, it next transmits a request command designating the service code of electronic money “Y” or “Z”. When the memory area storing the electronic money related information of the electronic money specified by the service code is not invalidated, the payment unit 104 sends a response including the key version to the request command to the payment apparatus 200. Send. On the other hand, when the memory area storing the electronic money related information of the electronic money specified by the service code is invalidated, the payment unit 104 transmits a response that does not include the key version to the settlement apparatus 200.
  • the key version is a value for identifying which generation of the key value is used when performing encrypted communication.
  • the payment unit 104 when the payment unit 104 receives a request command in which a service code of electronic money “Y” is specified, a response that does not include a key version is transmitted to the payment apparatus 200. On the other hand, when the payment unit 104 receives a request command in which the service code of the electronic money “Z” is specified, the payment unit 104 transmits a response including the key version to the settlement apparatus 200.
  • the settlement apparatus 200 When the settlement apparatus 200 receives the response including the key version, the settlement apparatus 200 transmits a command for settlement of payment to the payment unit 104 using the electronic money “Z” specified by the response. As a result, settlement with the acquired or selected electronic money is performed.
  • the payment unit 104 stores information on the priority order in which electronic money is used (hereinafter referred to as “priority registration information”), and the priority order registration information and the payment stored in the settlement apparatus 200 are stored.
  • the electronic money used for the settlement is designated based on the result of comparing the possible lists.
  • the priority registration information stored in the payment unit 104 may be the same as or different from the priority information acquired from the server device 300 by the acquisition unit 102. In the present embodiment, it is assumed that they are different.
  • electronic money information that can be paid in the mobile terminal 100 is registered with a priority in advance.
  • the payment unit 104 registers the electronic money of the electronic money information as having the highest priority. At this time, the priority order of the second or lower electronic money may be changed.
  • the settlement apparatus 200 transmits information on the payable list to the payment unit 104.
  • the payment unit 104 compares the payable list with the priority registration information. For example, in the priority order registration information, electronic money information “Z”, “X”, “Y” is registered in order of priority, and in the payable list, the electronic money information “X”, Assume that “Y” is registered. The payment unit 104 determines whether or not the electronic money information “Z” having a high priority is included in the payable list. In this case, since the electronic money information “Z” is not included in the payable list, the payment unit 104 determines whether the electronic money information “X” is included in the payable list.
  • the payment unit 104 determines that the electronic money for settlement of payment is “X”, and the electronic money information (electronic money) of the electronic money “X”.
  • a response including the “X” identifier) is transmitted to the settlement apparatus 200.
  • the settlement apparatus 200 receives the response, the settlement apparatus 200 transmits a command for performing settlement with the electronic money “X” to the payment unit 104 to perform the settlement.
  • the CPU 501, the display unit 510, and the IC unit 514 function as the payment unit 104 in cooperation.
  • the storage unit 105 stores electronic money information specifying the electronic money in association with the sensed payment apparatus information.
  • the storage unit 105 stores the electronic money information and the payment apparatus information in the server apparatus 300 in association with each other.
  • the storage unit 105 associates the payment device information (business type ID) “convenience store” sensed by the sensing unit 101 with the electronic money information “Z”, and the server device 300 stores these pieces of information. Register in the history table 300b.
  • the CPU 501 functions as the storage unit 105.
  • the sensing unit 101 determines whether or not the payment device ID information of the payment device 200 has been received (step S101). When the sensing unit 101 determines that the payment device ID information has been received (step S101; Yes), the sensing unit 101 inquires of the server device 300 about payment device information (business type ID) corresponding to the payment device ID (step S101). S102). On the other hand, if the sensing unit 101 determines that it has not received the payment device ID information (step S101; No), it waits as it is.
  • the sensing unit 101 receives the information about the payment device ID “a1” from the payment device 200, the sensing unit 101 transmits the information about the payment device ID “a1” to the server device 300, and sends the information about the payment device ID to the payment device ID. Queries the corresponding industry ID. On the other hand, when the sensing unit 101 does not receive the payment device ID information from the settlement device 200, the sensing unit 101 stands by as it is.
  • the sensing unit 101 determines whether or not payment device information (business type ID) is received from the server device 300 (step S103). When the sensing unit 101 determines that the payment device information (business type ID) has been received (step S103; Yes), the acquisition unit 102 attempts to acquire electronic money information associated with the payment device information (step S104). On the other hand, when the sensing unit 101 determines that the payment apparatus information (business type ID) has not been received (step S103; No), the sensing unit 101 stands by as it is.
  • the acquisition unit 102 sends the business type ID to the server device 300. Request to send electronic money information corresponding to.
  • the sensing unit 101 waits as it is.
  • the acquisition unit 102 determines whether or not electronic money information has been acquired (step S105).
  • the payment unit 104 uses the electronic money specified by the information of the electronic money to make a payment, and sends the payment to the settlement apparatus 200. Payment is settled (step S106).
  • the acquisition unit 102 determines that the electronic money information has not been acquired (step S105; No)
  • the acquisition unit 102 acquires priority order information from the server device 300 (step S107).
  • the acquisition unit 102 acquires the electronic money information “X” corresponding to the payment device information (business type ID) “convenience store” for the user A from the server device 300
  • the payment unit 104 determines that the electronic money “X”. The payment is made, and the settlement apparatus 200 is caused to settle the payment.
  • the acquisition unit 102 receives the payment device information from the server device 300.
  • Industry ID Electronic money priority information on “restaurant” is acquired.
  • the selection unit 103 presents the priority information to the user (step S108).
  • the acquisition unit 102 acquires a table (FIG. 6, priority information table 300 c) in which the priority order of electronic money corresponding to the payment apparatus information is described. Based on the table, the selection unit 103 displays priority information on the display 515 of the mobile terminal 100 as shown in FIG. Then, the user is prompted to select from electronic money displayed on the display 515.
  • a table FIG. 6, priority information table 300 c
  • the selection unit 103 determines whether or not electronic money has been selected by the user (step S109).
  • the payment unit 104 uses the electronic money selected by the user to make a payment, and the payment device 200 settles the payment. (Step S110).
  • the selection unit 103 determines that the electronic money has not been selected by the user (step S109; No)
  • the selection unit 103 stands by as it is.
  • priority order information is displayed on the display 515 of the mobile terminal 100 (FIG. 7), and the user A operates the button 516 of the mobile terminal 100 to select the electronic money “Z”.
  • the payment unit 104 pays with the electronic money “Z” and causes the payment apparatus 200 to settle the payment.
  • the selection unit 103 stands by while displaying the priority information.
  • the storage unit 105 associates the electronic money information of the electronic money with the payment device information (business type ID) sensed by the sensing unit 101. And stored in the server apparatus 300.
  • the sensing unit 101 senses payment device information (business type ID) “restaurant” and the user A selects electronic money “Z” from the electronic money displayed on the display 515
  • the storage unit 105 In the user history table 300 b stored in the device 300, the payment device information (business type ID) “restaurant” and the electronic money information “Z” are stored in association with each other for the user A.
  • step S106 When the payment is completed in step S106 or the saving in the server device 300 is completed in step S111, the payment process performed by the portable terminal 100 is completed.
  • payment can be performed without performing an operation of selecting a plurality of electronic money to be used for payment in a mobile terminal that can use a plurality of electronic money. Further, it is possible to make payment by an optimal payment means according to the payee.
  • the priority order information is determined based on the history of a user similar to the user who intends to pay, but the present invention is not limited to this.
  • the priority information may be determined based on the history of all users registered in the user history table 300b.
  • the priority order of electronic money presented to the user is acquired when the acquisition unit 102 inquires the server device 300, but the present invention is not limited to this.
  • the mobile terminal 100 stores a history of electronic money information used by the user of the mobile terminal 100. Then, based on the history, electronic money may be ranked in descending order of use frequency and presented to the user as the priority of electronic money. In this case, the priority order of electronic money can be presented according to the payment device ID acquired from the payment device 200.
  • the user history table 300b associates the electronic money information of the electronic money used in the payment of step S106 with the payment device information of the payment device 200 that has made the payment. You may make it register to. By doing in this way, when calculating
  • the CPU 501 displays the electronic money information acquired by the acquisition unit 102 on the display 515 and performs payment with the electronic money indicated by the electronic money information before the process of step S106 in the flowchart of FIG. You may make it approve of no. And when a user does not approve the payment with the said electronic money, you may make it progress to step S107. In this case, the electronic money information of the electronic money that has not been approved is presented to the user as electronic money having the lowest priority.
  • a mobile terminal that can use a plurality of electronic settlement means (electronic money function, mobile credit function, etc.), a program, a payment method, an information recording medium, and A portable terminal can be provided.
  • electronic settlement means electronic money function, mobile credit function, etc.

Landscapes

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

Abstract

　本発明のプログラムは携帯端末（１００）を以下のように機能させる。感知部（１０１）は、決済装置（２００）を特定する決済装置情報を感知する。取得部（１０２）は、支払を行おうとするユーザについて、感知された決済装置情報に対応付けられた電子マネー情報の取得を試みる。選択部（１０３）は、電子マネー情報が取得されなかった場合、複数の種類の電子マネーからいずれかをユーザに選択させる。支払部（１０４）は、選択された電子マネーを指定して、あるいは、取得された電子マネーを指定して、決済装置（２００）と通信することにより支払を行う。保存部（１０５）は、ユーザについて、選択された電子マネーを特定する電子マネー情報を感知された決済装置情報に対応付けて保存する。

Description

プログラム、支払方法、情報記録媒体、及び、携帯端末
　本発明は、プログラム、支払方法、情報記録媒体、及び、携帯端末に関し、特に、複数の電子的決済手段が利用可能な携帯端末おける支払に関するものである。
　近年、商品を購入する際に、ユーザが複数の支払方法からいずれかを指定し、指定された支払方法で商品の決済を行う手法が普及している。例えば、特許文献１には、電子商取引において、クレジットカード払い、銀行振り込み、代金引替等の中から一つを選択して決済を行うシステムが開示されている。
特開２００９－０２６１１５号公報
　携帯電話においても複数の電子マネーが設定され、その中から一つを指定して、コンビニエンスストアなどの実在店舗で商品の支払を行うことがある。このような場合、ユーザが決済機器の操作部（タッチパネル、ボタン等）を操作して、支払を行う電子マネーを指定するか、あるいは、実在店舗の店員に支払を行う電子マネーを伝え、店員が当該電子マネーで決済をするための決済機器を準備するのが一般的である。しかしながら、ユーザにとって、支払を行う度に上記のような操作を行うことや準備を待つのは煩わしく、簡易な方法で支払を行いたいという要望がある。
　本発明は、上記のような課題を解決するもので、複数の電子的決済手段を利用できる携帯端末において、簡易に支払を行うのに好適な、プログラム、支払方法、情報記録媒体、及び、携帯端末を提供することを目的とする。
　本発明の第１の観点に係るプログラムは、
　複数の種類の電子的な決済手段を搭載し、決済装置と通信可能な携帯型コンピュータを、
　前記決済装置を特定する決済装置情報を感知する感知部、
　前記感知された決済装置情報に対応付けて保存された決済手段情報を取得する取得部、
　前記取得された決済手段情報に基づいて決定される決済手段を指定して前記決済装置と通信し、当該決済装置に支払の決済を行わせる支払部、
　前記決定された決済手段を特定する決済手段情報を前記感知された決済装置情報に対応付けて保存する保存部
　として機能させることを特徴とする。
　また、本発明のプログラムにおいて、
　前記決済手段情報が取得されなかった場合、前記複数の種類の決済手段からいずれかを、支払を行おうとするユーザに選択させる選択部、として前記携帯型コンピュータをさらに機能させ、
　前記支払部は、前記選択された決済手段を指定して前記決済装置と通信し、当該決済装置に支払の決済を行わせる
　ように構成することができる。
　また、本発明のプログラムにおいて、
　前記選択部は、前記ユーザが過去に選択した決済手段の履歴に基づいて、前記複数の種類の決済手段に優先順位を設けて提示して、いずれかを選択させる
　ように構成することができる。
　また、本発明のプログラムにおいて、
　前記保存部は、前記ユーザごとに、前記決済装置情報と、前記選択された決済手段情報とを、対応付けて所定のサーバに保存し、
　前記取得部は、前記決済装置情報に対応付けられた決済手段情報を、前記所定のサーバから取得する
　ように構成することができる。
　また、本発明のプログラムにおいて、
　前記決済手段情報が取得されなかった場合、前記取得部は、他のユーザが過去に選択した決済手段の履歴に基づいて定められる決済手段の優先順位情報を、前記所定のサーバから取得し、
　前記選択部は、前記取得された優先順位情報に基づいて、前記複数の種類の決済手段に優先順位を設けて提示して、いずれかを選択させる
　ように構成することができる。
　また、本発明のプログラムにおいて、
　前記優先順位情報は、前記他のユーザのうち前記支払を行おうとするユーザと類似するユーザの履歴に基づいて定められる
　ように構成することができる。
　また、本発明のプログラムにおいて、
　前記感知部は、前記決済装置から感知された当該決済装置の識別情報を前記所定のサーバ装置に問い合わせて、当該決済装置の業種ＩＤを取得し、
　前記決済装置情報は、前記取得された業種ＩＤである
　ように構成することができる。
　また、本発明のプログラムにおいて、
　前記決済装置情報は、前記携帯型コンピュータにより感知された当該携帯型コンピュータの位置情報である
　ように構成することができる。
　また、本発明のプログラムにおいて、
　前記決済装置情報は、前記決済装置から感知された当該決済装置の識別情報である
　ように構成することができる。
　本発明の第２の観点に係る支払方法は、
　感知部と、取得部と、支払部と、保存部と、を備え、複数の種類の電子的な決済手段を搭載し、決済装置と通信可能な携帯端末が実行する支払方法であって、
　前記感知部が、前記決済装置を特定する決済装置情報を感知する感知工程と、
　前記取得部が、前記感知された決済装置情報に対応付けて保存された決済手段情報を取得する取得工程と、
　前記支払部が、前記取得された決済手段情報に基づいて決定される決済手段を指定して前記決済装置と通信し、当該決済装置に支払の決済を行わせる支払工程と、
　前記保存部が、前記決定された決済手段を特定する決済手段情報を前記感知された決済装置情報に対応付けて保存する保存工程と
　を備えることを特徴とする。
　本発明の第３の観点に係る情報記録媒体は、
　複数の種類の電子的な決済手段を搭載し、決済装置と通信可能な携帯型コンピュータを、
　前記決済装置を特定する決済装置情報を感知する感知部、
　前記感知された決済装置情報に対応付けて保存された決済手段情報を取得する取得部、
　前記取得された決済手段情報に基づいて決定される決済手段を指定して前記決済装置と通信し、当該決済装置に支払の決済を行わせる支払部、
　前記決定された決済手段を特定する決済手段情報を前記感知された決済装置情報に対応付けて保存する保存部
　として機能させることを特徴とするプログラムを記録する。
　本発明の第４の観点に係る携帯端末は、
　複数の種類の電子的な決済手段を搭載し、決済装置と通信可能な携帯端末であって、
　前記決済装置を特定する決済装置情報を感知する感知部と、
　前記感知された決済装置情報に対応付けて保存された決済手段情報を取得する取得部と、
　前記取得された決済手段情報に基づいて決定される決済手段を指定して前記決済装置と通信し、当該決済装置に支払の決済を行わせる支払部と、
　前記決定された決済手段を特定する決済手段情報を前記感知された決済装置情報に対応付けて保存する保存部と
　を備えることを特徴とする。
　なお、本発明のプログラムは、プログラムが実行されるコンピュータとは独立して、コンピュータ通信網を介して配布・販売することができる。また、上記情報記録媒体は、コンピュータとは独立して配布・販売することができる。
　本発明によれば、複数の電子的決済手段（例えば、電子マネー機能、携帯クレジット機能など）を利用できる携帯端末において、簡易に支払を行うのに好適な、プログラム、支払方法、情報記録媒体、及び、携帯端末を提供することができる。
本発明の実施形態に係る携帯端末と、決済装置と、サーバとの関係を示す図である。 本発明の実施形態に係る携帯端末が実現される典型的な携帯型情報処理装置の概要構成を示す図である。 本発明の実施形態に係る携帯端末の概要構成を示す図である。 業種テーブルを説明するための図である。 ユーザ履歴テーブルを説明するための図である。 優先順位情報テーブルを説明するための図である。 ユーザに提示される優先順位情報を説明するための図である。 本発明の実施形態に係る携帯端末が行う支払処理を説明するためのフローチャートである。
　本発明の実施形態のプログラムが実行されることにより実現する携帯端末１００を、図１に示す。携帯端末１００は、インターネット等のネットワーク４００に接続される。また、ネットワーク４００にはサーバ装置３００が接続され、携帯端末１００はネットワーク４００を介してサーバ装置３００と通信が可能である。携帯端末１００は、電子マネーによる支払が可能であり、複数の種類の電子マネーが設定されている。
　図１の決済装置２００は、一般的にコンビニエンスストアやスーパー等の実在店舗に設置されるものである。決済装置２００は、非接触ＩＣカード等の読み書きが可能なリーダライタ及びＰＯＳ（Point of Sales）装置等から構成され、携帯端末１００と非接触通信が可能である。ユーザは、携帯端末１００を決済装置２００に翳すと、携帯端末１００に設定されている電子マネーで支払を行うことができる。
　以下、本発明の実施形態に係る携帯端末１００が実現される典型的な携帯型情報処理装置５００について説明する。
（１．携帯型情報処理装置の概要構成）
　携帯型情報処理装置５００は、図２に示すように、例えば、ＣＰＵ（Central Processing Unit）５０１と、ＲＯＭ（Read only Memory）５０２と、ＲＡＭ（Random Access Memory）５０３と、通信部５０４と、電源部５０５と、操作部５０６と、音声処理部５０７と、スピーカ５０８と、マイクロフォン５０９と、表示部５１０と、Ｉ／Ｏ部５１１と、外部メモリ５１２と、アンテナ５１３と、ＩＣ部５１４と、を備える。
　ＣＰＵ　５０１は、ＲＯＭ　５０２に記憶されたオペレーティングシステム（ＯＳ）や制御プログラムに従って、携帯型情報処理装置５００全体の制御を行う。ＣＰＵ　５０１は、制御の必要に応じて、上述した各部にシステムバスを介して制御信号及びデータを送信したり、各部から応答信号やデータを受信したりする。
　ＲＯＭ　５０２は、携帯型情報処理装置５００全体の制御に必要なＯＳやプログラム等を記憶する不揮発性メモリである。ＣＰＵ　５０１は、ＲＯＭ　５０２に記憶されたＯＳやプログラム等をＲＡＭ　５０３に読み出して実行する。
　ＲＡＭ　５０３は、ＣＰＵ　５０１が行う処理に必要なデータやプログラム等を一時的に記憶する。また、ＲＡＭ　５０３の記憶領域の一部はフラッシュメモリから構成され、電話やメールに使用するアドレス帳、通話の履歴、各種機能の設定値等を記憶する。
　通信部５０４は、マイクロフォン５０９により入力され、音声処理部５０７が備えるＡ／Ｄ（Analog/Digital）コンバータ（図示せず）により変換された音声信号を変調し、通信部５０４に接続されるアンテナ５１３を用いて相手（受信側）に送信する。あるいは、アンテナ５１３を用いて音声信号等を受信し、入力された音声信号を復調する。復調された音声信号は音声処理部５０７に入力される。また、通信部５０４は、無線基地局や、ＧＰＳ（Global Positioning System）衛星と情報のやり取りを行い、携帯型情報処理装置５００の位置情報を取得する。例えば、通信部５０４は、携帯型情報処理装置５００の緯度、経度、及び高度や、携帯型情報処理装置５００を捕捉した無線基地局の所在地情報を取得する。さらに、携帯型情報処理装置５００が、サーバ装置３００等にアクセスするためのデータ通信処理等も行う。通信部５０４は、例えば、ＣＤＭＡ（Code Division Multiple Access）、ＥＶ－ＤＯ（Evolution-Data Only）、無線ＬＡＮ等の複数の通信方式を利用可能である。
　電源部５０５は、携帯型情報処理装置５００を駆動させるための電源である。
　操作部５０６は、押圧可能なボタンやタッチパネル等から構成され、ユーザからの操作を受け付ける。ＣＰＵ　５０１は、操作部５０６に入力された操作に基づき所定の処理を行う。
　音声処理部５０７は、ユーザの発声音等を音声処理部５０７に接続されるマイクロフォン５０９により集音し、音声処理部５０７が備えるＡ／Ｄコンバータにより音声信号に変換し音声信号を出力する。あるいは、音声処理部５０７は、音声処理部５０７に接続されるスピーカ５０８に、音声処理部５０７が備えるＤ／Ａ（Digital/Analog）コンバータ（図示せず）により復調された通話音を出力する。このほか、音声処理部５０７は、外部メモリ５１２等に記憶された着信メロディなどの音声データを音声信号に変換して出力する。
　表示部５１０は、ＬＣＤ（Liquid Crystal Display）や有機ＥＬ（Electroluminescence）等のディスプレイを備える。表示部５１０は、ＣＰＵ　５０１や表示部５１０が備える画像演算プロセッサ（図示せず）によって画像データを加工処理した後、表示部５１０が備える出力バッファ（図示せず）に記録する。出力バッファに記録された画像情報は、所定の同期タイミングで画像信号に変換され、ディスプレイに出力される。表示部５１０は、例えば、電源状態、電話番号、電子メール、及び、接続されたインターネット画面等、携帯型情報処理装置５００の機能を利用するために必要な様々な画面を、ディスプレイに表示する。
　Ｉ／Ｏ部５１１は、着脱可能なフラッシュメモリカード等の外部メモリ５１２との接続を行いデータの入出力を行う。また、例えば、ＵＳＢ（Universal Serial Bus）接続により携帯型情報処理装置５００とパーソナルコンピュータ等の外部機器とを接続して、外部機器との間でデータの入出力を行う。赤外線通信インタフェースなど他の外部機器と接続して通信するためのインタフェースを備えることもできる。
　ＩＣ部５１４は、リーダライタ等の外部装置と通信を行うことにより電子マネーの支払を行う。この時、ＩＣ部５１４は、外部装置との間で、電子マネーの支払先、支払日、支払金額、又は、外部装置の識別子等の電子マネーの支払に関する情報をやり取りする。ＩＣ部５１４は、ループアンテナやメモリ等を備える。携帯型情報処理装置５００をリーダライタに翳すと、ループアンテナに電力が発生し、この電力によりＩＣ部５１４は動作する。なお、電源部５０５から供給される電力によって動作することも可能である。ＩＣ部５１４に備わるメモリには、電子マネーの支払に関する情報が記憶される。
　以下、上記携帯型情報処理装置５００において実現される携帯端末１００の概要構成について、図１乃至８を参照して説明する。携帯型情報処理装置５００の電源を投入することにより、本実施形態に係るプログラムが実行され、本実施形態に係る携帯端末１００が実現する。
（２．携帯端末の概要構成）
　図３に、本実施形態のプログラムが実行されることにより実現する携帯端末１００の構成を示す。携帯端末１００は、感知部１０１と、取得部１０２と、選択部１０３と、支払部１０４と、保存部１０５と、を備え、以下のように構成する。
　感知部１０１は、決済装置２００を特定する決済装置情報を感知する。例えば、決済装置情報は、（ａ）携帯端末１００の位置情報、（ｂ）決済装置２００に割り当てられた識別子（以下、「決済装置ＩＤ」という）、あるいは、（ｃ）決済装置２００が設置されている店舗の業種ＩＤ、とすることができる。
　決済装置情報が（ａ）携帯端末１００の位置情報の場合、感知部１０１は、以下のように決済装置情報を感知する。
　ユーザが携帯端末１００を決済装置２００に翳すと、感知部１０１は、ＧＰＳ機能により携帯端末１００が位置する経度・緯度・高度を取得する。又は、感知部１０１は、携帯端末１００が通信を行う無線基地局の所在地の情報を取得する。
　決済装置情報が（ｂ）決済装置２００に割り当てられた決済装置ＩＤの場合、感知部１０１は、以下のように決済装置情報を感知する。
　ユーザが携帯端末１００を決済装置２００に翳すと、感知部１０１は決済装置２００に決済装置ＩＤを送信するよう要求し、決済装置２００から決済装置ＩＤを受信する。
　決済装置情報が（ｃ）決済装置２００が設置されている店舗の業種ＩＤである場合、感知部１０１は、以下のように決済装置情報を感知する。
　サーバ装置３００には、図４に示す業種テーブル３００ａが格納されている。業種テーブル３００ａには、「決済装置ＩＤ」と「業種ＩＤ」（例えば、業種名、業種の識別子等）とが対応付けて登録されている。ユーザが決済装置２００に携帯端末１００を翳すと、感知部１０１は決済装置２００から、決済装置２００の決済装置ＩＤ“ａ１”を受信する。感知部１０１は、受信した決済装置ＩＤ“ａ１”の情報をサーバ装置３００に送信して、当該決済装置ＩＤに対応する業種ＩＤを問い合わせる。サーバ装置３００は、感知部１０１から受信した決済装置ＩＤ“ａ１”に対応する業種ＩＤを、業種テーブル３００ａを参照して求める。業種テーブル３００ａ（図４）には、決済装置ＩＤ“ａ１”に対応する業種ＩＤは“コンビニエンスストア”と登録されているので、サーバ装置３００は、感知部１０１に、業種ＩＤ“コンビニエンスストア”の情報を送信する。このようにして感知部１０１は決済装置ＩＤに対応する業種ＩＤを取得する。
　本実施形態では、決済装置情報は（ｃ）決済装置２００が設置されている店舗の業種ＩＤであるとする。
　本実施形態において、ＣＰＵ　５０１、通信部５０４、及びＩＣ部５１４が協働して、感知部１０１として機能する。
　取得部１０２は、支払を行おうとするユーザについて、決済装置情報に対応付けられて保存された電子マネー情報（本発明における「決済手段情報」の一例）の取得を試みる。ここで、取得部１０２は、サーバ装置３００から当該電子マネー情報の取得を試みる。
　例えば、サーバ装置３００には、図５に示すユーザ履歴テーブル３００ｂが格納されているとする。ユーザ履歴テーブル３００ｂには、電子マネーを利用するユーザの「ユーザＩＤ」（例えば、任意の文字列（ユーザアカウント名）、携帯端末１００の識別情報、ＩＣ部５１４の識別情報等）と、ユーザの「属性」と、ユーザが過去に支払を行った決済装置の「決済装置情報」と、当該決済装置での支払に使用した電子マネーの「電子マネー情報」と、が対応付けて登録されている。ユーザＡがコンビニエンスストアに設置された決済装置２００に携帯端末１００を翳して電子マネーによる支払を行ったとする。この場合、感知部１０１は、決済装置２００の業種ＩＤ“コンビニエンスストア”を取得し、取得した業種ＩＤの情報を取得部１０２に送る。取得部１０２は、受け付けた業種ＩＤ“コンビニエンスストア”及びユーザＩＤ“Ａ”をサーバ装置３００に送信して、電子マネー情報を問い合わせる。サーバ装置３００は、取得部１０２から受信した業種ＩＤ“コンビニエンスストア”及びユーザＩＤ“Ａ”に対応する電子マネー情報を、ユーザ履歴テーブル３００ｂを参照して求める。ユーザ履歴テーブル３００ｂには、ユーザＩＤ“Ａ”及び決済装置情報（業種ＩＤ）“コンビニエンスストア”に対応する電子マネー情報は“Ｘ”と登録されているので、サーバ装置３００は、取得部１０２に、電子マネー情報“Ｘ”を送信する。このようにして、取得部１０２は、支払に使用する電子マネー情報を取得する。
　一方、取得部１０２が電子マネー情報を取得できなかった場合、すなわち、サーバ装置３００にユーザＩＤ及び業種ＩＤの情報を送信したが、サーバ装置３００から電子マネー情報を受信しなかった場合、取得部１０２は、電子マネーの優先順位情報をサーバ装置３００から取得する。ここで、優先順位情報は、業種ＩＤが示す業種において、優先して使用される可能性の高い順に電子マネーを順位付けた情報であるとする。本実施形態では、優先順位情報は、ユーザ履歴テーブル３００ｂから求められる。例えば、優先順位情報は、ユーザ履歴テーブル３００ｂに登録されたユーザのうち、支払を行おうとするユーザと類似するユーザの履歴に基づいて定められる。ユーザ同士が類似するか否かは、ユーザの属性が同じか否かにより判断されることとする。以下、優先順位情報を求める具体例について説明する。
　例えば、ユーザＡがレストランに設置されている決済装置２００に携帯端末１００を翳すと、取得部１０２は、ユーザＩＤ“Ａ”及び業種ＩＤ“レストラン”に対応する電子マネー情報を、サーバ装置３００に問い合わせる。しかし、サーバ装置３００が参照するユーザ履歴テーブル３００ｂには、ユーザＡについて決済装置情報（業種ＩＤ）“レストラン”に対応する電子マネー情報の履歴はないので、取得部１０２は、電子マネー情報を取得することができない。この場合、サーバ装置３００は、例えば、ユーザＡと同じ属性（年代“２０代”、職業“学生”）を持つユーザの履歴をユーザ履歴テーブル３００ｂから全て抽出する（例えば、ユーザＢ等）。
　次に、サーバ装置３００は、ユーザＡと同じ属性を持つユーザにより、レストランで使用された電子マネーについて分析する。すなわち、サーバ装置３００は、抽出した履歴について、決済装置情報“レストラン”に対応付けられている電子マネー情報を電子マネーの種類毎に集計する。そして、サーバ装置３００は、当該集計結果に基づいて、電子マネーの種類について数の多い順に順位を付ける。
　サーバ装置３００が、例えば、ユーザＡと同じ属性を持つ複数のユーザによりレストランで最も多く使用された電子マネーの種類を“Ｚ”、２番目に多く使用された電子マネーの種類を“Ｘ”、３番目に多く使用された電子マネーの種類を“Ｙ”と求めたとする。サーバ装置３００は、これらの電子マネーの順位の情報（優先順位情報）を、取得部１０２に送信する。優先順位情報は、例えば、図６に示す優先順位情報テーブル３００ｃの形式で、取得部１０２に送信される。優先順位情報テーブル３００ｃには、ユーザＡが支払を行おうとする決済装置２００の「決済装置情報（業種ＩＤ）」と、当該業種において使用されたことのある電子マネーの「電子マネー情報」と、履歴の集計により求められた電子マネーの「優先順位」とが対応付けて記録されている。取得部１０２は、サーバ装置３００から優先順位情報テーブル３００ｃを受信すると、当該テーブルを選択部１０３に送る。
　本実施形態において、ＣＰＵ　５０１及び通信部５０４が協働して、取得部１０２として機能する。
　選択部１０３は、取得部１０２が電子マネー情報を取得できなかった場合、携帯端末１００に設定されている複数の電子マネーからいずれかをユーザに選択させる。この際、選択部１０３は、取得部１０２から受け付けた優先順位情報を携帯端末１００の表示部５１０に備わるディスプレイに表示させて、いずれかの電子マネーをユーザに選択させる。そして、選択部１０３は、ユーザから電子マネーの選択を受け付ける。図７に、選択部１０３が携帯端末１００のディスプレイ５１５に優先順位情報を表示させた例を示す。ユーザは、表示された優先順位情報の電子マネーから、ボタン５１６等を操作することにより、いずれかの電子マネーを選択する。
　本実施形態において、ＣＰＵ　５０１、操作部５０６及び表示部５１０が協働して、選択部１０３として機能する。
　支払部１０４は、電子マネー情報が取得された場合、当該電子マネー情報により特定される電子マネーを指定して決済装置２００と通信し、当該決済装置２００に支払の決済を行わせる。一方、支払部１０４は、電子マネー情報が取得されなかった場合、選択部１０３により選択された電子マネーを指定して決済装置２００と通信し、当該決済装置２００に支払の決済を行わせる。
　例えば、ユーザＡが支払を行おうとする決済装置２００の業種ＩＤが“コンビニエンスストア”であり、取得部１０２が決済装置情報“コンビニエンスストア”に対応する電子マネー情報“Ｘ”を取得したとする。この場合、支払部１０４は、電子マネー“Ｘ”を使用して支払を行い、決済装置２００に支払の決済を行わせる。一方、ユーザＡが支払を行おうとする決済装置２００の業種ＩＤが“レストラン”であり、取得部１０２が電子マネー情報を取得できず、選択部１０３により優先順位情報がユーザＡに提示されたとする（図７）。ユーザＡが電子マネー“Ｚ”を選択したとすると、支払部１０４は、電子マネー“Ｚ”を使用して支払を行い、決済装置２００に支払の決済を行わせる。
　この他、支払部１０４が、取得部１０２により取得された、又は、選択部１０３により選択された電子マネー情報に基づいて、決済装置２００に支払いの決済を行わせる電子マネーを指定する手法について、３つ例を挙げて説明する。以下の例では、決済装置２００は、当該決済装置２００において支払いの決済を行うことが可能な電子マネー情報を、所定のリスト（以下、「支払可能リスト」という）に登録しているものとする。例えば、決済装置２００は、電子マネー情報“Ｘ”、“Ｙ”、“Ｚ”が登録された支払可能リストを有する。また、以下の例では、取得部１０２により取得された、又は、選択部１０３により選択された電子マネー情報を、“Ｚ”とする。
　第１の手法は、支払部１０４が、取得部１０２により取得された、又は、選択部１０３により選択された電子マネー情報を支払部１０４の所定の領域に書き込み、決済装置２００が当該所定の領域を指定することにより、決済に使用する電子マネーを指定するものである。
　まず、ユーザが携帯端末１００を決済装置２００に翳すと、決済装置２００は通信相手のシステムを捕捉するためのポーリングコマンドを発信する。システムとは、論理的な１枚のカードとして扱われる基準単位であり、１つのＩＣ部５１４には複数のシステムを定義することができる。ＩＣ部５１４のシステムは、システムコードにより特定される。システムコードは、事業者又は使用目的ごとに割り当てられるものである。したがって、ポーリングコマンドには、システムコード等が含まれる。支払部１０４は、決済装置２００からポーリングコマンドを受信すると、システムコードにより特定されるシステムの製造ＩＤや製造パラメータ等の情報を含むレスポンスを決済装置２００に送信する。このようにして、決済装置２００は、通信相手のシステムを特定する。
　ユーザが携帯端末１００を決済装置２００に翳し、システムが決済装置２００により捕捉された後、電子マネー情報“Ｚ”が取得又は選択されると、支払部１０４は、ＩＣ部５１４の所定の領域に当該電子マネー情報“Ｚ”を書き込む。ここで所定の領域とは、携帯端末１００が支払いを行う電子マネーを特定するための情報が格納される領域であり、予め決められた領域であるとする。ＩＣ部５１４のメモリ領域は、「ブロック」という最小単位に区切られる。そして、ブロックの集合は「サービス」とよばれ、当該サービスごとにブロックに格納されるデータへアクセスする方式が規定される。所定の領域は、サービスを特定するためのサービスコード及びブロック番号を指定することにより特定される。
　決済装置２００は、決済で使用する電子マネーの電子マネー情報を得るために、支払部１０４に当該所定の領域に対応するサービスコード及びブロック番号を含む問合せコマンドを送信する。支払部１０４は、当該問合せコマンドを受信すると、指定されたサービスコード及びブロック番号に格納された電子マネー情報“Ｚ”を、決済装置２００に送信する。決済装置２００は、電子マネー情報“Ｚ”を受信すると、例えば、電子マネー情報“Ｚ”及び支払い金額が指定されたコマンドを、支払部１０４に送信する。これにより、取得又は選択された電子マネーによる決済が行われる。
　第２の手法は、支払部１０４が、取得部１０２により取得された、又は、選択部１０３により選択された電子マネー情報等が格納されるメモリ領域以外を無効化（隠蔽）し、メモリ領域の無効化が行われていない電子マネーを、決済に使用する電子マネーとして指定するものである。
　携帯端末１００で使用できる電子マネーのプログラムや残金等の情報（以下、「電子マネー関連情報」という）は、電子マネーの種類ごとに、ＩＣ部５１４のメモリに格納される。ここで、ＩＣ部５１４には複数のシステムが定義されているとする。例えば、第１のシステムには、電子マネー“Ｘ”の電子マネー関連情報が格納される。また、例えば、第２のシステムは、複数種類の電子マネーの電子マネー関連情報を格納できる共通領域であり、電子マネー“Ｙ”及び“Ｚ”の電子マネー関連情報が格納される。同一のシステムに格納された電子マネー“Ｙ”及び“Ｚ”の電子マネー関連情報はサービスコードにより特定できるものとする。決済装置２００が、携帯端末１００の電子マネー“Ｘ”による決済を試みる場合は、第１のシステムのシステムコードを指定し、電子マネー“Ｙ”又は“Ｚ”による決済を行う場合は、第２のシステムのシステムコード及びサービスコードを指定する。
　取得部１０２により電子マネー情報が取得され、又は、選択部１０３により電子マネー情報が選択されると、支払部１０４は、当該電子マネー情報で特定される電子マネー以外の電子マネー関連情報（すなわち、電子マネー“Ｚ”が取得又は選択された場合は、電子マネー“Ｘ”、“Ｙ”の電子マネー関連情報）へアクセスが許可されない状態にする（当該電子マネー関連情報が格納されるメモリ領域を無効化する）。
　メモリ領域の無効化が行われた後、決済装置２００は、支払可能リストに記載された電子マネー“Ｘ”、“Ｙ”、“Ｚ”のそれぞれについて、携帯端末１００にポーリングコマンドを順次送信する。そして、決済装置２００は、ポーリングコマンドに対して正当なレスポンスが得られると、ポーリングコマンドの順次送信を終了し、レスポンスより特定される電子マネーにより、支払いの決済を行う。
　例えば、支払部１０４は、第１のシステムのシステムコードが含まれるポーリングコマンドを受信すると、電子マネー“Ｘ”の電子マネー関連情報が格納されたメモリ領域は無効化されているので、ポーリングコマンドに対して何も応答しない。一方、支払部１０４は、第２のシステムのシステムコードが含まれるポーリングコマンドを受信すると、電子マネー“Ｙ”の電子マネー関連情報が格納されたメモリ領域は無効化されているが、電子マネー“Ｚ”の電子マネー関連情報が格納されたメモリ領域は無効化されていないので、第２のシステムの製造ＩＤ等が含まれるレスポンスを決済装置２００に送信する。
　決済装置２００は当該レスポンスを受信すると、次に、電子マネー“Ｙ”又は“Ｚ”のサービスコードを指定したリクエストコマンドを送信する。支払部１０４は、サービスコードで指定された電子マネーの電子マネー関連情報が格納されたメモリ領域が無効化されていない場合、当該リクエストコマンドに対して鍵バージョンが含まれたレスポンスを決済装置２００に送信する。一方、支払部１０４は、サービスコードで指定された電子マネーの電子マネー関連情報が格納されたメモリ領域が無効化されている場合、鍵バージョンが含まれないレスポンスを決済装置２００に送信する。ここで、鍵バージョンとは、暗号化通信を行う際にどの世代の鍵値を用いるのかを識別する値である。すなわち、支払部１０４が電子マネー“Ｙ”のサービスコードが指定されたリクエストコマンドを受信した場合、鍵バージョンを含まないレスポンスを決済装置２００に送信する。一方、支払部１０４が電子マネー“Ｚ”のサービスコードが指定されたリクエストコマンドを受信した場合、鍵バージョンを含むレスポンスを決済装置２００に送信する。
　決済装置２００は、鍵バージョンを含むレスポンスを受信すると、当該レスポンスで特定される電子マネー“Ｚ”により支払いの決済を行うためのコマンドを、支払部１０４に送信する。これにより、取得又は選択された電子マネーによる決済が行われる。
　第３の手法は、支払部１０４が、電子マネーを使用する優先順位の情報（以下、「優先順位登録情報」という）を格納し、当該優先順位登録情報と、決済装置２００に格納された支払可能リストを比較した結果に基づいて、決済に使用する電子マネーを指定するものである。
　支払部１０４に格納される優先順位登録情報は、取得部１０２によりサーバ装置３００から取得される優先順位情報と同じでも、あるいは、異なっていてもよい。本実施形態では、異なるものであるとする。優先順位登録情報には、携帯端末１００において支払いすることが可能な電子マネー情報が、予め優先順位を付けて登録されている。取得部１０２により電子マネー情報が取得され、又は、選択部１０３により電子マネー情報が選択されると、支払部１０４は、当該電子マネー情報の電子マネーを最も優先順位の高いものとして登録する。なお、この際に２位以下の電子マネーの優先順位を変更してもよい。
　電子マネー情報が取得又は選択されると、決済装置２００は、支払可能リストの情報を支払部１０４に送信する。支払部１０４は、当該支払可能リストの情報を受信すると、当該支払可能リストと優先順位登録情報と比較する。例えば、優先順位登録情報には、電子マネー情報“Ｚ”、“Ｘ”、“Ｙ”の順で優先順位が高いように登録されており、支払可能リストには、電子マネー情報“Ｘ”、“Ｙ”が登録されているとする。支払部１０４は、優先順位の高い電子マネー情報“Ｚ”が支払可能リストに含まれるか否かを判断する。この場合、電子マネー情報“Ｚ”は支払可能リストに含まれないので、支払部１０４は次に、電子マネー情報“Ｘ”が支払可能リストに含まれるか否かを判断する。この場合、電子マネー情報“Ｘ”は支払可能リストに含まれるので、支払部１０４は、支払いの決済を行う電子マネーを“Ｘ”に決定し、電子マネー“Ｘ”の電子マネー情報（電子マネー“Ｘ”の識別子）が含まれるレスポンスを決済装置２００に送信する。決済装置２００は、当該レスポンスを受信すると、支払部１０４に電子マネー“Ｘ”により決済を行うためのコマンドを支払部１０４に送信し、決済が行われる。
　このように、決済を行う電子マネーを決定することにより、取得又は選択された電子マネーが、ユーザが支払いを行おうとする決済装置２００で使用できない場合でも、その他の電子マネーにより支払いの決済を行うことができる。
　本実施形態において、ＣＰＵ　５０１、表示部５１０、及びＩＣ部５１４が協働して、支払部１０４として機能する。
　保存部１０５は、選択部１０３により電子マネーが選択された場合、当該電子マネーを特定する電子マネー情報を、感知された決済装置情報に対応付けて保存する。ここで、保存部１０５は、電子マネー情報と決済装置情報とを対応付けて、サーバ装置３００に保存する。
　例えば、ユーザＡがレストランに設置された決済装置２００に携帯端末１００を翳し、携帯端末１００の表示部５１０が備えるディスプレイ５１５に優先順位情報が提示されたとする（図７）。そして、ユーザＡがボタン５１６を操作して電子マネー“Ｚ”を選択したとする。この場合、保存部１０５は、感知部１０１により感知された決済装置情報（業種ＩＤ）“コンビニエンスストア”と、電子マネー情報“Ｚ”を対応付けて、これらの情報をサーバ装置３００が格納するユーザ履歴テーブル３００ｂに登録する。
　本実施形態において、ＣＰＵ　５０１が保存部１０５として機能する。
（３．携帯端末の動作）
　次に、携帯端末１００の各部が行う動作について図８のフローチャートを用いて説明する。ユーザが携帯端末１００を決済装置２００に翳すと、ＣＰＵ　５０１が図８のフローチャートに示す支払処理を開始する。以下、ユーザＡが支払を行う場合を例に説明する。
　感知部１０１は、決済装置２００の決済装置ＩＤの情報を受信したか否かを判断する（ステップＳ１０１）。感知部１０１が決済装置ＩＤの情報を受信したと判断した場合（ステップＳ１０１；Ｙｅｓ）、感知部１０１は、サーバ装置３００に、決済装置ＩＤに対応する決済装置情報（業種ＩＤ）を問い合わせる（ステップＳ１０２）。一方、感知部１０１が決済装置ＩＤの情報を受信しなかったと判断した場合（ステップＳ１０１；Ｎｏ）、そのまま待機する。
　例えば、感知部１０１が決済装置２００から決済装置ＩＤ“ａ１”の情報を受信したとすると、感知部１０１はサーバ装置３００に決済装置ＩＤ“ａ１”の情報を送信して、当該決済装置ＩＤに対応する業種ＩＤを問い合わせる。一方、感知部１０１が決済装置２００から決済装置ＩＤの情報を受信しない場合、感知部１０１は、そのまま待機する。
　感知部１０１は、サーバ装置３００から決済装置情報（業種ＩＤ）を受信したか否かを判断する（ステップＳ１０３）。感知部１０１が決済装置情報（業種ＩＤ）を受信したと判断した場合（ステップＳ１０３；Ｙｅｓ）、取得部１０２は当該決済装置情報に対応付けられる電子マネー情報の取得を試みる（ステップＳ１０４）。一方、感知部１０１が決済装置情報（業種ＩＤ）を受信しなかったと判断した場合（ステップＳ１０３；Ｎｏ）、感知部１０１はそのまま待機する。
　例えば、感知部１０１が、決済装置２００が設置されている店舗の業種ＩＤ（例えば、“コンビニエンスストア”）の情報をサーバ装置３００から受信した場合、取得部１０２は、サーバ装置３００に当該業種ＩＤに対応する電子マネー情報を送信するよう要求する。一方、感知部１０１が、決済装置２００が設置されている店舗の業種ＩＤに関する情報を受信しなかった場合、感知部１０１はそのまま待機する。
　次に、取得部１０２は、電子マネー情報を取得したか否かを判断する（ステップＳ１０５）。取得部１０２が電子マネー情報を取得したと判断した場合（ステップＳ１０５；Ｙｅｓ）、支払部１０４は、当該電子マネーの情報により特定される電子マネーを使用して支払を行い、決済装置２００に当該支払の決済を行わせる（ステップＳ１０６）。一方、取得部１０２が電子マネー情報を取得しなかったと判断した場合（ステップＳ１０５；Ｎｏ）、取得部１０２は、サーバ装置３００から優先順位情報を取得する（ステップＳ１０７）。
　例えば、取得部１０２が、サーバ装置３００から、ユーザＡについて決済装置情報（業種ＩＤ）“コンビニエンスストア”に対応する電子マネー情報“Ｘ”を取得した場合、支払部１０４は、電子マネー“Ｘ”で支払を行い、決済装置２００に当該支払の決済を行わせる。一方、取得部１０２が、サーバ装置３００から、ユーザＡについて決済装置情報（業種ＩＤ）“レストラン”に対応する電子マネー情報を取得しなかった場合、取得部１０２は、サーバ装置３００から決済装置情報（業種ＩＤ）“レストラン”に関する電子マネーの優先順位情報を取得する。
　取得部１０２が優先順位情報を取得すると（ステップＳ１０７）、選択部１０３は、当該優先順位情報をユーザに提示する（ステップＳ１０８）。
　例えば、取得部１０２が決済装置情報に対応する電子マネーの優先順位が記載されたテーブル（図６、優先順位情報テーブル３００ｃ）を取得したとする。選択部１０３は、当該テーブルに基づいて、図７に示すように、携帯端末１００のディスプレイ５１５に優先順位情報を表示させる。そして、ユーザに、ディスプレイ５１５に表示された電子マネーの中から選択するように促す。
　選択部１０３は、ユーザにより電子マネーが選択されたか否かを判断する（ステップＳ１０９）。選択部１０３が、ユーザにより電子マネーが選択されたと判断した場合（ステップＳ１０９；Ｙｅｓ）、支払部１０４はユーザより選択された電子マネーを使用して支払を行い、決済装置２００に当該支払の決済を行わせる（ステップＳ１１０）。一方、選択部１０３がユーザにより電子マネーが選択されなかったと判断した場合（ステップＳ１０９；Ｎｏ）、選択部１０３はそのまま待機する。
　例えば、携帯端末１００のディスプレイ５１５に優先順位情報が表示され（図７）、ユーザＡが携帯端末１００のボタン５１６を操作して、電子マネー“Ｚ”を選択したとする。この場合、支払部１０４は、電子マネー“Ｚ”で支払を行い、決済装置２００に当該支払の決済を行わせる。一方、ユーザＡがいずれの電子マネーも選択しなかった場合、選択部１０３は、優先順位情報を表示したまま待機する。
　選択部１０３により電子マネーが選択された場合（ステップＳ１０９；Ｙｅｓ）、保存部１０５は、当該電子マネーの電子マネー情報と感知部１０１により感知された決済装置情報（業種ＩＤ）とを対応付けて、サーバ装置３００に保存する。
　例えば、感知部１０１が決済装置情報（業種ＩＤ）“レストラン”を感知し、ユーザＡがディスプレイ５１５に表示された電子マネーの中から電子マネー“Ｚ”を選択した場合、保存部１０５は、サーバ装置３００が格納するユーザ履歴テーブル３００ｂに、ユーザＡについて、決済装置情報（業種ＩＤ）“レストラン”と電子マネー情報“Ｚ”とを対応付けて保存する。
　ステップＳ１０６において決済が終了し、又は、ステップＳ１１１においてサーバ装置３００への保存が完了すると、携帯端末１００が行う支払処理は終了する。
　本実施形態によれば、複数の電子マネーが使用可能な携帯端末において、支払に使用する電子マネーを複数の中から選択する操作を行うことなく、支払を行うことができる。また、支払先に応じて最適な支払い手段にて支払いを行うことが可能である。
　なお、本実施形態において、優先順位情報は、支払を行おうとするユーザと類似するユーザの履歴に基づいて定められるとしたが、これに限らない。例えば、優先順位情報は、ユーザ履歴テーブル３００ｂに登録されているすべてのユーザの履歴に基づいて定められることとしてもよい。
　また、本実施形態において、ユーザに提示される電子マネーの優先順位は、取得部１０２がサーバ装置３００に問い合わせることにより取得されるとしたが、これに限らない。例えば、携帯端末１００に、携帯端末１００のユーザが使用した電子マネー情報の履歴を記憶させる。そして、当該履歴に基づいて、電子マネーを使用頻度の高い順に順位を付けて、電子マネーの優先順位としてユーザに提示するようにしてもよい。この場合、決済装置２００から取得した決済装置ＩＤに応じて、電子マネーの優先順位を提示することも可能である。
　また、図８のフローチャートのステップＳ１０６の処理の後に、ステップＳ１０６の支払で使用された電子マネーの電子マネー情報と、決済を行った決済装置２００の決済装置情報とを対応付けてユーザ履歴テーブル３００ｂに登録するようにしてもよい。このようにすることにより、他のユーザから優先順位情報を求める際に、電子マネーの使用頻度を利用することもできる。
　また、図８のフローチャートのステップＳ１０６の処理の前に、ＣＰＵ　５０１が、取得部１０２により取得された電子マネー情報をディスプレイ５１５に表示して、当該電子マネー情報が示す電子マネーによる支払を行うか否かの承認を行うようにしてもよい。そして、ユーザが当該電子マネーでの支払を承認しない場合は、ステップＳ１０７に進むようにしてもよい。この場合、承認されなかった当該電子マネーの電子マネー情報は、最も優先順位が低い電子マネーとしてユーザに提示される。
　なお、上記の実施形態は、説明のためのものであり、本願発明の範囲を制限するものではない。また、本願発明は、上記実施形態で示したような、特定の技術仕様への適用に限られるものではない。したがって、当業者であれば本願の各要素もしくは全要素をこれと均等なものに置換した実施形態を採用することが可能であるが、これらの実施形態も本発明の範囲に含まれる。
　本発明は、２０１０年９月３０日に出願された日本国特許出願２０１０－２２２９３６号に基づく。本明細書中に日本国特許出願２０１０－２２２９３６号の明細書、特許請求の範囲、図面全体を参照として取り込むものとする。
　本発明によれば、複数の電子的決済手段（電子マネー機能、携帯クレジット機能など）を利用できる携帯端末において、簡易に支払を行うのに好適な、プログラム、支払方法、情報記録媒体、及び、携帯端末を提供することができる。
１００　携帯端末
２００　決済装置
３００　サーバ装置
４００　ネットワーク
５００　携帯型情報処理装置
５０１　ＣＰＵ
５０２　ＲＯＭ
５０３　ＲＡＭ
５０４　通信部
５０５　電源部
５０６　操作部
５０７　音声処理部
５０８　スピーカ
５０９　マイクロフォン
５１０　表示部
５１１　Ｉ／Ｏ部
５１２　外部メモリ
５１３　アンテナ
５１４　ＩＣ部
５１５　ディスプレイ
５１６　ボタン

Claims (12)

  1. 　複数の種類の電子的な決済手段を搭載し、決済装置と通信可能な携帯型コンピュータを、
    　前記決済装置を特定する決済装置情報を感知する感知部、
    　前記感知された決済装置情報に対応付けて保存された決済手段情報を取得する取得部、
    　前記取得された決済手段情報に基づいて決定される決済手段を指定して前記決済装置と通信し、当該決済装置に支払の決済を行わせる支払部、
    　前記決定された決済手段を特定する決済手段情報を前記感知された決済装置情報に対応付けて保存する保存部
    　として機能させることを特徴とするプログラム。
  2. 　請求項１に記載のプログラムであって、
    　前記決済手段情報が取得されなかった場合、前記複数の種類の決済手段からいずれかを、支払を行おうとするユーザに選択させる選択部、として前記携帯型コンピュータをさらに機能させ、
    　前記支払部は、前記選択された決済手段を指定して前記決済装置と通信し、当該決済装置に支払の決済を行わせる
    　ことを特徴とするプログラム。
  3. 　請求項２に記載のプログラムであって、
    　前記選択部は、前記ユーザが過去に選択した決済手段の履歴に基づいて、前記複数の種類の決済手段に優先順位を設けて提示して、いずれかを選択させる
    　ことを特徴とするプログラム。
  4. 　請求項２又は３に記載のプログラムであって、
    　前記保存部は、前記ユーザごとに、前記決済装置情報と、前記選択された決済手段情報とを、対応付けて所定のサーバに保存し、
    　前記取得部は、前記決済装置情報に対応付けられた決済手段情報を、前記所定のサーバから取得する
    　ことを特徴とするプログラム。
  5. 　請求項４に記載のプログラムであって、
    　前記決済手段情報が取得されなかった場合、前記取得部は、他のユーザが過去に選択した決済手段の履歴に基づいて定められる決済手段の優先順位情報を、前記所定のサーバから取得し、
    　前記選択部は、前記取得された優先順位情報に基づいて、前記複数の種類の決済手段に優先順位を設けて提示して、いずれかを選択させる
    　ことを特徴とするプログラム。
  6. 　請求項５に記載のプログラムであって、
    　前記優先順位情報は、前記他のユーザのうち前記支払を行おうとするユーザと類似するユーザの履歴に基づいて定められる
    　ことを特徴とするプログラム。
  7. 　請求項４乃至６のいずれか１項に記載のプログラムであって、
    　前記感知部は、前記決済装置から感知された当該決済装置の識別情報を前記所定のサーバ装置に問い合わせて、当該決済装置の業種ＩＤを取得し、
    　前記決済装置情報は、前記取得された業種ＩＤである
    　ことを特徴とするプログラム。
  8. 　請求項１乃至６のいずれか１項に記載のプログラムであって、
    　前記決済装置情報は、前記携帯型コンピュータにより感知された当該携帯型コンピュータの位置情報である
    　ことを特徴とするプログラム。
  9. 　請求項１乃至６のいずれか１項に記載のプログラムであって、
    　前記決済装置情報は、前記決済装置から感知された当該決済装置の識別情報である
    　ことを特徴とするプログラム。
  10. 　感知部と、取得部と、支払部と、保存部と、を備え、複数の種類の電子的な決済手段を搭載し、決済装置と通信可能な携帯端末が実行する支払方法であって、
    　前記感知部が、前記決済装置を特定する決済装置情報を感知する感知工程と、
    　前記取得部が、前記感知された決済装置情報に対応付けて保存された決済手段情報を取得する取得工程と、
    　前記支払部が、前記取得された決済手段情報に基づいて決定される決済手段を指定して前記決済装置と通信し、当該決済装置に支払の決済を行わせる支払工程と、
    　前記保存部が、前記決定された決済手段を特定する決済手段情報を前記感知された決済装置情報に対応付けて保存する保存工程と
    　を備えることを特徴とする支払方法。
  11. 　複数の種類の電子的な決済手段を搭載し、決済装置と通信可能な携帯型コンピュータを、
    　前記決済装置を特定する決済装置情報を感知する感知部、
    　前記感知された決済装置情報に対応付けて保存された決済手段情報を取得する取得部、
    　前記取得された決済手段情報に基づいて決定される決済手段を指定して前記決済装置と通信し、当該決済装置に支払の決済を行わせる支払部、
    　前記決定された決済手段を特定する決済手段情報を前記感知された決済装置情報に対応付けて保存する保存部
    　として機能させることを特徴とするプログラムを記録したコンピュータ読み取り可能な情報記録媒体。
  12. 　複数の種類の電子的な決済手段を搭載し、決済装置と通信可能な携帯端末であって、
    　前記決済装置を特定する決済装置情報を感知する感知部と、
    　前記感知された決済装置情報に対応付けて保存された決済手段情報を取得する取得部と、
    　前記取得された決済手段情報に基づいて決定される決済手段を指定して前記決済装置と通信し、当該決済装置に支払の決済を行わせる支払部と、
    　前記決定された決済手段を特定する決済手段情報を前記感知された決済装置情報に対応付けて保存する保存部と
    　を備えることを特徴とする携帯端末。
PCT/JP2011/072391 2010-09-30 2011-09-29 プログラム、支払方法、情報記録媒体、及び、携帯端末 Ceased WO2012043725A1 (ja)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2012536548A JP5504348B2 (ja) 2010-09-30 2011-09-29 プログラム、支払方法、配布方法、及び、携帯端末

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2010-222936 2010-09-30
JP2010222936 2010-09-30

Publications (1)

Publication Number Publication Date
WO2012043725A1 true WO2012043725A1 (ja) 2012-04-05

Family

ID=45893163

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2011/072391 Ceased WO2012043725A1 (ja) 2010-09-30 2011-09-29 プログラム、支払方法、情報記録媒体、及び、携帯端末

Country Status (3)

Country Link
JP (1) JP5504348B2 (ja)
TW (1) TWI466041B (ja)
WO (1) WO2012043725A1 (ja)

Cited By (15)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2015215697A (ja) * 2014-05-08 2015-12-03 任天堂株式会社 決済システム、ユーザ端末装置、販売サーバ装置、決済サーバ装置、決済方法、コンピュータプログラム及びサーバプログラム
JP2017097755A (ja) * 2015-11-27 2017-06-01 沖電気工業株式会社 情報処理システム、情報処理装置、情報処理方法、及びプログラム
JP2018511856A (ja) * 2015-02-13 2018-04-26 ソニー株式会社 通貨取引を処理するための方法およびシステム
JP2018181379A (ja) * 2018-08-08 2018-11-15 東芝テック株式会社 決済端末およびプログラム
JP6946595B1 (ja) * 2021-03-05 2021-10-06 ファーストアカウンティング株式会社 データ処理装置、データ処理方法及びプログラム
JP2022032781A (ja) * 2020-08-14 2022-02-25 Tis株式会社 プログラム、電子的価値管理装置及び電子的価値管理方法
JP2022105019A (ja) * 2015-06-05 2022-07-12 アップル インコーポレイテッド ロイヤルティアカウント及びプライベートラベルアカウント用のユーザインタフェース
US11733055B2 (en) 2014-09-02 2023-08-22 Apple Inc. User interactions for a mapping application
US11783305B2 (en) 2015-06-05 2023-10-10 Apple Inc. User interface for loyalty accounts and private label accounts for a wearable device
US11836725B2 (en) 2014-05-29 2023-12-05 Apple Inc. User interface for payments
US11922518B2 (en) 2016-06-12 2024-03-05 Apple Inc. Managing contact information for communication applications
US12088755B2 (en) 2013-10-30 2024-09-10 Apple Inc. Displaying relevant user interface objects
US12218894B2 (en) 2019-05-06 2025-02-04 Apple Inc. Avatar integration with a contacts user interface
US12299263B2 (en) 2019-06-01 2025-05-13 Apple Inc. User interfaces for location-related communications
US12363505B2 (en) 2019-06-01 2025-07-15 Apple Inc. User interfaces for location-related communications

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2006221351A (ja) * 2005-02-09 2006-08-24 Casio Hitachi Mobile Communications Co Ltd 残高照会装置びプログラム
JP2008146421A (ja) * 2006-12-12 2008-06-26 Hitachi Ltd 店舗検索方法及び装置
JP2009099076A (ja) * 2007-10-19 2009-05-07 Casio Hitachi Mobile Communications Co Ltd 携帯端末装置および携帯端末処理プログラム
JP2010212805A (ja) * 2009-03-06 2010-09-24 Fuji Electric Retail Systems Co Ltd 決済処理セキュリティ情報配信方法、決済処理セキュリティ情報配信システム、そのセンタ装置、サーバ装置、決済端末、及びプログラム

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20040006536A1 (en) * 2001-06-11 2004-01-08 Takashi Kawashima Electronic money system
JP2006301780A (ja) * 2005-04-18 2006-11-02 Sanden Corp 電子マネー端末
JP2008234252A (ja) * 2007-03-20 2008-10-02 Sanden Corp 電子マネー入金機
JP4667488B2 (ja) * 2008-06-25 2011-04-13 日立オムロンターミナルソリューションズ株式会社 決済処理システム、決済処理方法、及び決済処理装置

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2006221351A (ja) * 2005-02-09 2006-08-24 Casio Hitachi Mobile Communications Co Ltd 残高照会装置びプログラム
JP2008146421A (ja) * 2006-12-12 2008-06-26 Hitachi Ltd 店舗検索方法及び装置
JP2009099076A (ja) * 2007-10-19 2009-05-07 Casio Hitachi Mobile Communications Co Ltd 携帯端末装置および携帯端末処理プログラム
JP2010212805A (ja) * 2009-03-06 2010-09-24 Fuji Electric Retail Systems Co Ltd 決済処理セキュリティ情報配信方法、決済処理セキュリティ情報配信システム、そのセンタ装置、サーバ装置、決済端末、及びプログラム

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
NARUAKI TOMA: "Report of clustering for e-money customers and analyzed results: Clustering with self organizing map and collaborative filtering", IEICE TECHNICAL REPORT, vol. 105, 6 March 2006 (2006-03-06), pages 19 - 24 *

Cited By (22)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US12088755B2 (en) 2013-10-30 2024-09-10 Apple Inc. Displaying relevant user interface objects
JP2015215697A (ja) * 2014-05-08 2015-12-03 任天堂株式会社 決済システム、ユーザ端末装置、販売サーバ装置、決済サーバ装置、決済方法、コンピュータプログラム及びサーバプログラム
US11836725B2 (en) 2014-05-29 2023-12-05 Apple Inc. User interface for payments
US11733055B2 (en) 2014-09-02 2023-08-22 Apple Inc. User interactions for a mapping application
JP7158856B2 (ja) 2015-02-13 2022-10-24 ソニーグループ株式会社 通貨取引を処理するための方法およびシステム
JP2018511856A (ja) * 2015-02-13 2018-04-26 ソニー株式会社 通貨取引を処理するための方法およびシステム
US11783305B2 (en) 2015-06-05 2023-10-10 Apple Inc. User interface for loyalty accounts and private label accounts for a wearable device
JP2022105019A (ja) * 2015-06-05 2022-07-12 アップル インコーポレイテッド ロイヤルティアカウント及びプライベートラベルアカウント用のユーザインタフェース
JP7303923B2 (ja) 2015-06-05 2023-07-05 アップル インコーポレイテッド ロイヤルティアカウント及びプライベートラベルアカウント用のユーザインタフェース
US11734708B2 (en) 2015-06-05 2023-08-22 Apple Inc. User interface for loyalty accounts and private label accounts
US12456129B2 (en) 2015-06-05 2025-10-28 Apple Inc. User interface for loyalty accounts and private label accounts
US12333509B2 (en) 2015-06-05 2025-06-17 Apple Inc. User interface for loyalty accounts and private label accounts for a wearable device
JP2017097755A (ja) * 2015-11-27 2017-06-01 沖電気工業株式会社 情報処理システム、情報処理装置、情報処理方法、及びプログラム
US11922518B2 (en) 2016-06-12 2024-03-05 Apple Inc. Managing contact information for communication applications
JP2018181379A (ja) * 2018-08-08 2018-11-15 東芝テック株式会社 決済端末およびプログラム
US12218894B2 (en) 2019-05-06 2025-02-04 Apple Inc. Avatar integration with a contacts user interface
US12299263B2 (en) 2019-06-01 2025-05-13 Apple Inc. User interfaces for location-related communications
US12363505B2 (en) 2019-06-01 2025-07-15 Apple Inc. User interfaces for location-related communications
JP2022032781A (ja) * 2020-08-14 2022-02-25 Tis株式会社 プログラム、電子的価値管理装置及び電子的価値管理方法
JP7580223B2 (ja) 2020-08-14 2024-11-11 Tis株式会社 プログラム、電子的価値管理装置及び電子的価値管理方法
WO2022185528A1 (ja) * 2021-03-05 2022-09-09 ファーストアカウンティング株式会社 データ処理装置、データ処理方法及びプログラム
JP6946595B1 (ja) * 2021-03-05 2021-10-06 ファーストアカウンティング株式会社 データ処理装置、データ処理方法及びプログラム

Also Published As

Publication number Publication date
JPWO2012043725A1 (ja) 2014-02-24
JP5504348B2 (ja) 2014-05-28
TWI466041B (zh) 2014-12-21
TW201232437A (en) 2012-08-01

Similar Documents

Publication Publication Date Title
JP5504348B2 (ja) プログラム、支払方法、配布方法、及び、携帯端末
US11017458B2 (en) User terminal device for providing electronic shopping service and methods thereof
JP5662632B2 (ja) 電子決済システム、携帯端末、電子決済端末、電子決済方法およびコンピュータ・プログラム
JP7126951B2 (ja) 情報処理装置およびプログラム
JP2014109964A (ja) 広告配信サーバ、広告配信方法、プログラム、及び広告配信システム
JP7053034B2 (ja) 電子レシートの管理をするための方法、プログラム、情報処理装置およびサーバ装置
CN101192285A (zh) 通信系统、通信终端和通信方法
JP2019139341A (ja) 寄付申請端末、端末プログラム、寄付申請支援システム及び処理プログラム
US20160140592A1 (en) Benefit awarding system, server device, and benefit awarding method
JP2012063970A (ja) サーバ装置、電子機器、商品購入システム、商品購入方法、及びプログラム
JP6138975B2 (ja) クーポン発行装置、クーポン発行システム、クーポン発行方法およびプログラム
JP5336214B2 (ja) 利用者登録システム、サーバ、利用者登録方法、及びプログラム
JPWO2006090460A1 (ja) 携帯情報端末
US20180144379A1 (en) Image forming apparatus and sales support system
JP4632824B2 (ja) 携帯端末装置およびプログラム
JP5610189B2 (ja) 店舗決済支援システム
JP2002373304A (ja) 無線通信端末および無線通信システム
JP2009251981A (ja) 提携カード管理システム、及びリーダライタ
JP5869615B2 (ja) クーポン発行装置、クーポン発行システム、クーポン発行方法およびプログラム
JPWO2019225142A1 (ja) 情報処理装置及び情報処理方法
JP2009159592A (ja) 地図情報提供方法及びシステム
JP2023094385A (ja) 携帯端末、その制御方法、ならびに、支払プログラム
JP2014197283A (ja) 店舗情報提供システム
JP5686865B2 (ja) サーバ、サービス情報送信方法、及びプログラム
JP4389789B2 (ja) 情報閲覧システム、情報閲覧方法およびプログラム

Legal Events

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

Ref document number: 11829278

Country of ref document: EP

Kind code of ref document: A1

ENP Entry into the national phase

Ref document number: 2012536548

Country of ref document: JP

Kind code of ref document: A

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 11829278

Country of ref document: EP

Kind code of ref document: A1