WO2020066759A1 - 決済処理方法及び決済処理システム - Google Patents

決済処理方法及び決済処理システム Download PDF

Info

Publication number
WO2020066759A1
WO2020066759A1 PCT/JP2019/036436 JP2019036436W WO2020066759A1 WO 2020066759 A1 WO2020066759 A1 WO 2020066759A1 JP 2019036436 W JP2019036436 W JP 2019036436W WO 2020066759 A1 WO2020066759 A1 WO 2020066759A1
Authority
WO
WIPO (PCT)
Prior art keywords
payment
server
token
settlement
user
Prior art date
Application number
PCT/JP2019/036436
Other languages
English (en)
French (fr)
Inventor
知博 奥山
清水　徹
Original Assignee
Kddi株式会社
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
Priority claimed from JP2018181850A external-priority patent/JP7156888B2/ja
Priority claimed from JP2018181851A external-priority patent/JP7156889B2/ja
Application filed by Kddi株式会社 filed Critical Kddi株式会社
Priority to US17/268,223 priority Critical patent/US20210182843A1/en
Priority to CN201980053912.6A priority patent/CN112585639A/zh
Publication of WO2020066759A1 publication Critical patent/WO2020066759A1/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/20—Point-of-sale [POS] network systems
    • G06Q20/204—Point-of-sale [POS] network systems comprising interface for record bearing medium or carrier for electronic funds transfer or payment credit
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/08—Payment architectures
    • G06Q20/085—Payment architectures involving remote charge determination or related payment systems
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/32—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using wireless devices
    • G06Q20/327—Short range or proximity payments by means of M-devices
    • G06Q20/3274—Short range or proximity payments by means of M-devices using a pictured code, e.g. barcode or QR-code, being displayed on the M-device
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/38—Payment protocols; Details thereof
    • G06Q20/382—Payment protocols; Details thereof insuring higher security of transaction
    • G06Q20/3829—Payment protocols; Details thereof insuring higher security of transaction involving key management
    • 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/385—Payment protocols; Details thereof using an alias or single-use codes
    • 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/401—Transaction verification
    • G06Q20/4014—Identity check for transactions
    • 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/409—Device specific authentication in transaction processing
    • G06Q20/4097—Device specific authentication in transaction processing using mutual authentication between devices and transaction partners
    • 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
    • G06Q2220/00—Business processing using cryptography

Definitions

  • the present invention relates to a payment processing method and a payment processing system, and more particularly to a technique for performing payment processing using a payment code.
  • Priority is claimed on Japanese Patent Application No. 2018-181850 and Japanese Patent Application No. 2018-181851 filed on September 27, 2018, the contents of which are incorporated herein by reference.
  • Electronic settlement which performs electronic settlement without using real money such as banknotes and coins, has become widespread.
  • authentication of a user who pays for goods or services may be performed as a premise of payment.At the time of this user authentication, an authentication process is performed by reading an imaged code with a code reader such as a camera. A mechanism for realizing this is becoming widespread (for example, Patent Document 1).
  • Patent Document 1 executes an authentication process based on information embedded in a barcode or a QR code (registered trademark).
  • standards concerning the structure and encoding of information to be embedded in codes are becoming turbulent, and there is a situation where standards of different types are not compatible. For this reason, a user who wants to use electronic payment as described above may be confused as to which standard electronic payment should be used, which may hinder the spread of electronic payment.
  • the present invention has been made in view of these points, and an object of the present invention is to provide a technique that allows a user to make a payment without being aware of the type of electronic payment.
  • the settlement processing method is characterized in that a first user terminal used by a first user acquires a settlement token from a first settlement server managed by a first settlement business operator usable by the first user. Transmitting a request to the first user terminal, wherein the first payment server transmits a payment token associated with a first business operator identifier for identifying the first payment business operator to the first user terminal; A first user terminal displaying a payment code generated based on the payment token; and a second terminal registered in a second payment server managed by a second payment provider different from the first payment provider.
  • a settlement processing method is characterized in that a first user terminal used by a first user acquires a settlement token from a first settlement server managed by a first settlement company available to the first user. Sending a request to the first user terminal, wherein the first payment server sends a token associated with a first business operator identifier for identifying the first payment business operator to the first user terminal; A terminal displaying a payment code generated based on the payment token; and a second user terminal reading the payment code obtained by reading the payment code and providing payment information including a payment amount to the second user terminal.
  • a first user terminal used by a first user acquires a settlement token from a first settlement server managed by a first settlement company available to the first user.
  • Sending a request and the first payment server being a cryptographic key used by the first payment server to use a payment token associated with a first business operator identifier for identifying the first payment business operator.
  • the payment information including the payment token and the payment amount obtained by reading the payment code by the second user terminal registered in the server is stored in a second encryption key which is an encryption key used by the first payment server.
  • the first payment server decrypting the encrypted payment token obtained from the intermediary server using the first encryption key, and based on the payment token decrypted by the first payment server. Performing user authentication of the first user.
  • the first settlement server generates a token associated with a first operator identifier for identifying the first settlement operator and transmits the token to the intermediary server. And a step in which the mediation server stops the settlement process when the settlement token received from the first settlement server and the settlement token received from the second user terminal do not match.
  • a first user terminal used by a first user performs settlement using a first settlement server managed by a first settlement company available to the first user. Transmitting an acquisition request for a settlement token to the intermediary server for performing the operation, and the intermediary server sends, to the first user terminal, a token associated with a first operator identifier for identifying the first settlement operator. Transmitting, displaying the payment code generated by the first user terminal based on the payment token, and a payment token and payment amount obtained by reading the payment code by the second user terminal.
  • Transmitting payment information including the following to the intermediary server; and the intermediary server acquiring the first business entity identifier associated with the payment token; The intermediary server transmitting the payment token to the first payment server that has generated the payment token; and the first payment server authenticating the first user based on the payment token. including.
  • a settlement processing method wherein a settlement is performed from a first user terminal used by a first user using a first settlement server managed by a first settlement company available to the first user.
  • Receiving a request for acquisition of a payment token for performing payment transmitting a token associated with a first business operator identifier for identifying the first payment business operator to the first user terminal, Receiving payment information including a payment token and a payment amount obtained by reading the payment code from the second user terminal that has read the payment code generated by the first user terminal based on the payment token; Transmitting the payment token to a first payment server, which is a payment server of a payment company corresponding to the payment token, and performing the payment from the first payment server. And receiving information about the settlement approval based on the token.
  • a store terminal installed in a store transmits a settlement token acquisition request to a first settlement server managed by a first settlement company available in the store. Transmitting the payment token associated with a first business operator identifier for identifying the first payment business operator to the store terminal, wherein the store terminal sends the payment token to the payment token. Displaying the payment code generated on the basis of the payment code; anda step in which a customer terminal that is a terminal of the customer who uses the store reads the payment code and obtains a payment token. Encrypting payment information including a payment token and a payment amount with an encryption key used by the first payment server; and the payment information encrypted by the customer terminal. Transmitting the payment information received from the customer terminal to the first payment server; and transmitting the payment information received from the customer terminal to the first payment server, based on the payment information transferred from the mediation server. Performing user authentication.
  • the payment processing method wherein the first payment server generates a payment token including a first business operator identifier for identifying the first payment business and transmits the token to the mediation server.
  • the method may further include, if the settlement token received from the first settlement server and the settlement token received from the customer terminal do not match, stopping the settlement processing.
  • a settlement processing method is a settlement method for making a settlement using a first settlement server managed by a first settlement company which is available in a store terminal in a store. Transmitting a token acquisition request to an intermediary server; and transmitting the intermediary server to the store terminal a payment token associated with a first business operator identifier for identifying the first payment business operator; Displaying the payment code generated by the store terminal based on the payment token; and obtaining a payment token obtained by reading the payment code by a customer terminal that is a terminal of a customer who uses the store.
  • the client terminal encrypts the payment information including the payment token and the payment amount with an encryption key used by the first payment server; A step in which the customer terminal transmits the encrypted payment information to the mediation server; a step in which the mediation server transfers the payment information acquired from the customer terminal to the first payment server; Executing user authentication based on the settlement information transferred from the mediation server.
  • the settlement processing system includes a store terminal installed in a store, a customer terminal possessed by a customer who uses the store, and a first settlement company available in the store, It includes a settlement server managed by a first settlement company different from the second settlement company that can use the customer terminal, and an intermediary server.
  • the store terminal includes a token request unit and a display control unit
  • the payment server includes a token transmission unit and a payment management unit
  • the customer terminal includes a code reading unit, a payment information transmission unit, and an encryption unit.
  • Unit and the mediation server includes a settlement request unit.
  • the token request unit of the store terminal transmits a payment token acquisition request to the payment server, and the token transmission unit of the payment server is associated with a first business identifier for identifying the first payment business.
  • a payment token is transmitted to the store terminal, a display control unit of the store terminal displays a payment code generated based on the payment token on a display unit, and a code reading unit of the customer terminal reads the code of the store terminal. Reading the payment code displayed on the display unit, the encryption unit of the customer terminal encrypts the payment information including the payment token and the payment amount with the encryption key used by the payment server,
  • the payment information transmitting unit transmits the payment information encrypted by the encryption unit to the mediation server, and the payment request unit of the mediation server determines the payment information acquired from the customer terminal by the determination. And transferred to the server, settlement management unit of the settlement server performs user authentication based on settlement information transferred from the intermediary server.
  • FIG. 5 is a table schematically illustrating a data structure of a payment token database stored in a storage unit according to the first embodiment. It is a figure which shows the payment process which the payment processing system which concerns on the 1st modification of 1st Embodiment performs. It is a figure which shows the payment process which the payment processing system which concerns on the 2nd modification of 1st Embodiment performs.
  • the mediation server according to the first embodiment is a device that mediates electronic payment using a QR code or the like.
  • the mediation server according to the first embodiment includes a user terminal used by a user who intends to make an electronic payment, a store terminal installed in a store used by the user, and a payment server of a payment company available to the user. And mediate the exchange of information between the four parties with a payment server of a payment provider available to the store.
  • the “user presentation method” is a method in which a store terminal reads a code displayed on a user terminal of a user using the store and transmits the code to a payment server.
  • the “store presentation method” is a method in which a user terminal reads a code displayed on a store terminal and transmits the code to a payment server.
  • a user of a terminal displaying a code is a “first user”, a terminal used by the first user is a “first user terminal”, and a payment provider contracted by the first user Is referred to as a “first payment operator”, and a payment server managed by the first payment operator is referred to as a “first payment server”.
  • a terminal that reads a code displayed by the first user terminal is a “second user terminal”, a user who uses the second user terminal is a “second user”, and a payment operator contracted by the second user is a “second user terminal”.
  • the second settlement company "and the settlement server managed by the second settlement company are referred to as" second settlement server ".
  • the user terminal of the user using the store is the first user terminal, and the store terminal installed in the store used by the user is the second user terminal.
  • the second user is a store manager or the like.
  • the user terminal of the user using the store is the second user terminal, and the store terminal installed in the store used by the user is the first user terminal.
  • information exchanged with a user terminal for settlement by an electronic settlement settlement company is encrypted with an encryption key used individually by each settlement company. Therefore, when the first settlement operator is different from the second settlement operator, the settlement information encrypted with the encryption key used by the first operator for communication with the first settlement operator is transmitted to the second settlement operator. Is received, the second settlement company cannot usually perform settlement processing.
  • the mediation server according to the first embodiment is configured such that an encryption key used by each settlement company is acquired in advance from a plurality of settlement companies, and each company can read encrypted information used at the time of communication. ing. Therefore, the mediation server according to the first embodiment receives the payment information including the token for the first payment server transmitted by the first user terminal, reads the content thereof, and transmits the payment information to the second payment server. Can be transferred.
  • the mediation server according to the first embodiment includes a settlement company of an electronic settlement contracted by a user who intends to make an electronic settlement and a settlement company contracted by a store used by the user.
  • the settlement processing can be realized by mediating between the two. Therefore, the mediation server according to the first embodiment can allow a user to make a payment without being aware of the type of electronic payment.
  • FIG. 1 is a diagram for explaining a pre-registration process of the settlement processing system S according to the first embodiment. Note that, for convenience of description, the following description will be mainly given on the assumption that the payment processing system S is a system that processes payment in a user presentation system.
  • the payment processing system S is installed in a first user terminal T1 that is a terminal used by a first user U1 and a store R used by the first user U1.
  • a second user terminal T2 which is a terminal that is present, a first payment server Q1, which is a payment server Q managed by a payment operator to which the first user U1 has contracted, and a second user U2, who is a manager of the store R, have contract
  • a second settlement server Q2 which is a settlement server Q of the settlement company, and an intermediary server M.
  • the second user U2 performs user registration with the second payment server Q2 managed by the second payment operator in order to use the electronic payment service provided by the second payment operator. Thereby, the second user U2 opens an account for electronic payment managed by the second payment server Q2.
  • the second user U2 performs user registration in the mediation server M.
  • the second settlement company registers the company with the mediation server M, and the second settlement company provides the mediation server M with an encryption key for encrypting information during communication.
  • the first settlement company registers the company in the mediation server M, and the first settlement company 14 provides the mediation server M with an encryption key for encrypting information during communication.
  • the first user U1 performs user registration with the first payment server Q1 managed by the first payment operator in order to use the electronic payment service provided by the first payment operator. Thereby, the first user U1 opens an account for electronic payment managed by the first payment server Q1.
  • the “payment token” is a random character string that the first payment server Q1 transmits to the first user terminal T1 of the first user U1 when the first user U1 attempts to make payment with the first payment server Q1. It is.
  • the first payment server Q1 generates each payment token so that payment tokens transmitted to each first user U1 do not overlap.
  • the first payment server Q1 When receiving a request from the first user terminal T1, the first payment server Q1 generates a payment token and stores it in the storage unit in association with the user identifier of the first user U1.
  • the first settlement server Q1 sets an expiration date for each settlement token to be issued.
  • the first payment server Q1 deletes the expired payment token from the storage unit.
  • the expiration date may be determined in consideration of the security required for settlement and the like, but is, for example, several minutes to several tens of minutes.
  • the first user terminal T1 generates a payment code (for example, an image such as a QR code or a barcode) based on the payment token, and displays the code on the display unit of the first user terminal T1. If the second user terminal T2 can read the payment code and transmit the payment code to the first payment server Q1 together with the payment amount, the first payment server Q1 obtains the first code from the user identifier associated with the received payment token.
  • the user U1 can be specified. If the first user U1 can be specified, the first payment server Q1 can make a payment from the account of the first user U1 with the payment amount received from the second user terminal T2.
  • the second user terminal T2 displays the payment code displayed on the display by the first user terminal T1. Even if it is read, there is no way to transmit the payment information to the first payment server Q1.
  • encrypted information is exchanged between the user terminal T and the payment server Q, but the encryption keys used by each payment server Q for encrypting information are different from each other. Therefore, when the second user U2 has not registered as a member store for using the electronic payment service of the first payment provider, the first user terminal T1 displays the payment code displayed on the display unit on the second user terminal T2. However, since the second user terminal T2 does not have the encryption key used by the first payment server Q1, the payment code cannot be encrypted so that the first payment server Q1 can decrypt it.
  • the mediation server M mediates transmission and reception of information between the second user terminal T2 and the first payment server Q1, and converts information received from the second user terminal T2 into information that can be handled by the first payment server Q1. To the first settlement server Q1. Thereby, the mediation server M can realize electronic payment even if the type of electronic payment contracted by the first user U1 and the type of electronic payment contracted by the second user U2 are different.
  • FIG. 2 is a block diagram schematically illustrating a functional configuration of each device included in the settlement processing system S according to the first embodiment.
  • the payment processing system S includes a first user terminal T1, a second user terminal T2, an intermediary server M, a first payment server Q1, and a second payment server Q2, which can communicate via a communication network N.
  • the first user terminal T1 includes a storage unit 10 and a control unit 11.
  • the second user terminal T2 also includes a storage unit 20 and a control unit 21.
  • the mediation server M includes a storage unit 30 and a control unit 31
  • the first payment server Q1 includes a storage unit 40 and a control unit 41
  • the second payment server Q2 includes a storage unit 50 and a control unit 51.
  • each functional block shows a configuration of a function unit, not a configuration of a hardware (device) unit.
  • the transfer of data between the functional blocks may be performed via any means such as a data bus, a network, and a portable storage medium.
  • the storage unit 10 includes a ROM (Read Only Memory) for storing a BIOS (Basic Input Output System) of a computer for realizing the first user terminal T1, a RAM (Random Access Memory) serving as a work area of the first user terminal T1, It is a large-capacity storage device such as an HDD (Hard Disk Drive) or an SSD (Solid State Drive) that stores an OS (Operating System), an application program, and various information referred to when the application program is executed.
  • BIOS Basic Input Output System
  • BIOS Basic Input Output System
  • RAM Random Access Memory
  • HDD Hard Disk Drive
  • SSD Solid State Drive
  • the control unit 11 is a processor such as a CPU (Central Processing Unit) or a GPU (Graphics Processing Unit) of the first user terminal T1, and executes the program stored in the storage unit 10 to execute the token request unit 110 and the display control. It functions as the unit 111.
  • a processor such as a CPU (Central Processing Unit) or a GPU (Graphics Processing Unit) of the first user terminal T1
  • the storage unit 20 is referred to at the time of executing the application program, such as the ROM for storing the BIOS and the like of the computer realizing the second user terminal T2, the RAM serving as a work area of the second user terminal T2, the OS and application programs.
  • This is a large-capacity storage device such as an HDD or SSD that stores various types of information.
  • the control unit 21 is a processor such as a CPU or a GPU of the second user terminal T2, and functions as a code reading unit 210 and a payment information transmitting unit 211 by executing a program stored in the storage unit 20.
  • the storage unit 30 stores a ROM that stores the BIOS of the computer that implements the mediation server M, a RAM that serves as a work area of the mediation server M, an OS and application programs, and various types of information that is referred to when the application programs are executed. It is a large-capacity storage device such as an HDD or SSD.
  • the control unit 31 is a processor such as a CPU or a GPU of the mediation server M, and functions as a payment information receiving unit 310, a payment requesting unit 311, and a notification unit 312 by executing a program stored in the storage unit 30.
  • the storage unit 40 stores a ROM that stores a BIOS of the computer that implements the first settlement server Q1, a RAM that serves as a work area of the mediation server M, an OS and application programs, and various types of information that is referred to when the application programs are executed. It is a large-capacity storage device such as an HDD or SSD for storing.
  • the control unit 41 is a processor such as a CPU or a GPU of the first payment server Q1, and functions as the token transmission unit 410, the payment management unit 411, and the settlement management unit 412 by executing a program stored in the storage unit 40. I do.
  • the storage unit 50 stores a ROM that stores a BIOS of the computer that implements the second settlement server Q2, a RAM that serves as a work area of the mediation server M, an OS and application programs, and various information that is referred to when the application programs are executed. It is a large-capacity storage device such as an HDD or SSD for storing.
  • the control unit 51 is a processor such as a CPU or a GPU of the second payment server Q2, and functions as the token transmission unit 510, the payment management unit 511, and the settlement management unit 512 by executing a program stored in the storage unit 50. I do.
  • FIG. 3 is a diagram for explaining the settlement processing executed by the settlement processing system S according to the first embodiment.
  • the payment processing executed by the payment processing system S according to the first embodiment will be described in the order of 3- (1) to 3- (13) with reference to FIGS. Correspond to 3- (1) to 3- (13) in FIG.
  • the token requesting unit 110 of the first user terminal T1 transmits a payment token acquisition request to the first payment server Q1 managed by the first payment provider that can be used by the first user U1.
  • the token transmission unit 410 of the first payment server Q1 is associated with the first business operator identifier for identifying the first payment business.
  • the generated token is transmitted to the first user terminal T1.
  • the token transmission unit 410 stores the payment token transmitted to the first user terminal T1 in the storage unit 40 in association with the first user identifier for specifying the first user U1.
  • the first settlement server Q1 executes user authentication of a user using the first user terminal T1 when receiving a token request from the token request unit 110 of the first user terminal T1 or prior to the token request. . On condition that the user authentication is successful, the token transmission unit 410 of the first payment server Q1 generates a payment token.
  • FIG. 4 is a table schematically showing the data structure of the payment token database stored in the storage unit 40 according to the first embodiment.
  • the payment token database stores each user identifier, payment token, and expiration date in association with each other.
  • the payment token database shown in FIG. 4 is stored in the storage unit 40 of the first payment server Q1.
  • the settlement token is basically a random character string, but the first three characters are all a common character string "001". This character string corresponds to the first business operator identifier.
  • the settlement token and the business entity identifier are associated with each other in such a manner that the business entity identifier is included in the payment token. Thereby, the device that has acquired the payment token can determine which payment server Q is the payment token handled.
  • the display control unit 111 of the first user terminal T1 causes the display unit of the first user terminal T1 to display the payment code generated based on the payment token received from the first payment server Q1.
  • the code reading unit 210 of the second user terminal T2 reads the payment code displayed on the display unit of the first user terminal T1, and acquires a payment token.
  • the payment information transmitting unit 211 of the second user terminal T2 reads the payment token read and acquired by the code reading unit 210 and the second user U2 for specifying the second user U2 using the second user terminal T2.
  • the payment information including the two user identifier, the second business operator identifier for specifying the second payment business operator usable by the second user U2, and the payment amount is transmitted to the mediation server M.
  • the settlement information receiving unit 310 of the mediation server M receives the settlement information from the second user terminal T2.
  • the settlement requesting unit 311 of the intermediation server M determines the first settlement operator of the first settlement operator specified by the first operator identifier acquired from the settlement token included in the settlement information received by the settlement information receiving unit 310. (1) The payment token and the payment amount are transmitted to the payment server Q1.
  • the payment management unit 411 of the first payment server Q1 determines whether or not the payment token transmitted to the first user terminal T1 matches the payment token received from the mediation server M. Perform user authentication. The payment management unit 411 of the first payment server Q1 determines that the payment token received from the mediation server M is on condition that the payment token transmitted to the first user terminal T1 matches the payment token received from the mediation server M. The first user identifier associated with the token is acquired from the storage unit 40, and it is determined whether or not the settlement amount can be settled with the balance of the account of the first user U1 specified by the first user identifier. It notifies the mediation server M as information on settlement approval.
  • the settlement request unit 311 of the mediation server M sends the second user identifier to the second settlement server Q2 managed by the second settlement company. And a settlement request for the settlement amount included in the settlement information. If the settlement amount cannot be settled with the balance of the account of the first user U1, the settlement request unit 311 stops the settlement process.
  • the settlement management unit 511 of the second settlement server Q2 receives the message from the transfer server M on condition that the user authentication based on the second user identifier received from the settlement request unit 311 of the transfer server M is successful. Execute the settlement with the settlement amount. Specifically, the payment management unit 511 transfers an amount corresponding to the payment amount to the account opened by the second user U2. This means that the second settlement server Q2 has made a payment for the first user U1. If the user authentication has failed, that is, if the second user U2 has not registered as a user with the second payment provider, the payment management unit 511 of the second payment server Q2 stops the payment processing.
  • the settlement management unit 511 notifies the second user terminal T2 that the settlement has been completed.
  • the notification unit 312 of the mediation server M When transmitting the payment request to the second payment server Q2, the notification unit 312 of the mediation server M notifies the first user terminal T1 that the payment has been completed.
  • the settlement management unit 512 of the second settlement server Q2 issues a settlement request to the settlement management unit 412 of the first settlement server Q1.
  • the mediation server M may mediate a settlement process performed between the first payment server Q1 and the second payment server Q2.
  • the settlement intermediation unit (not shown) of the intermediation server M may receive the settlement request from the settlement management unit 512 of the second settlement server Q2 and transfer the request to the settlement management unit 412 of the first settlement server Q1.
  • the mediation server M mediates the settlement processing performed among the first user terminal T1, the second user terminal T2, the first settlement server Q1, and the second settlement server Q2. I do. Thereby, the mediation server M can realize electronic payment even if the type of electronic payment contracted by the first user U1 and the type of electronic payment contracted by the second user U2 are different.
  • FIG. 5 is a diagram illustrating a payment process performed by a payment processing system S according to a first modification of the first embodiment.
  • the settlement processing system S according to the first modification of the first embodiment is different from the settlement processing system S according to the first embodiment in that the first settlement server Q1 performs settlement processing based on settlement information. Execute.
  • the payment management unit 411 of the first payment server Q1 determines whether the payment token transmitted to the first user terminal T1 matches the payment token received from the mediation server M. Perform user authentication. The payment management unit 411 of the first payment server Q1 determines that the payment token received from the mediation server M is on condition that the payment token transmitted to the first user terminal T1 matches the payment token received from the mediation server M. The first user identifier associated with the token is acquired from the storage unit 40, and it is determined whether the settlement amount can be settled with the balance from the account of the first user U1 specified by the first user identifier, and the settlement is performed. If possible, the settlement is executed and the amount corresponding to the settlement amount is deducted from the account of the first user U1.
  • the settlement management unit 411 of the first settlement server Q1 transmits the settlement result to the mediation server M.
  • the notification unit 312 of the mediation server M transmits the result of the payment received from the first payment server Q1 to the second user terminal T2.
  • the notification unit 312 of the mediation server M transmits the result of the payment received from the first payment server Q1 to the first user terminal T1.
  • the settlement management unit 412 of the first settlement server Q1 issues a settlement request to the settlement management unit 512 of the second settlement server Q2.
  • the mediation server M may mediate a settlement process performed between the first payment server Q1 and the second payment server Q2.
  • the payment processing system S according to the first modification of the first embodiment is different from the payment processing system S according to the first embodiment, and is a payment provider that can be used by the first user U1.
  • First payment server Q1 executes the payment processing.
  • the settlement processing system S according to the first modification of the first embodiment transmits the result of the balance confirmation to the mediation server if the balance of the settlement of the settlement amount exists in the account of the first user U1. Since the settlement process can be executed immediately without the process of notifying M, the settlement process can be sped up.
  • the settlement request unit 311 of the intermediary server M sets the first settlement It can be said that the settlement request for the settlement amount should be transmitted to either one of the server Q1 and the second settlement server Q2.
  • the one payment server Q that has received the payment request executes the payment processing and transmits the settlement request to the other payment server Q, so that the payment processing system S performs the electronic payment of the first user U1 Even if the type differs from the type of electronic payment contracted by the second user U2, electronic payment can be realized.
  • FIG. 6 is a diagram illustrating a payment process performed by a payment processing system S according to a second modification of the first embodiment.
  • the settlement processing system S according to the second modification of the first embodiment is different from the settlement processing system S according to the first embodiment in that the mediation server M includes a first user terminal T1 and a first settlement Information exchanged with the server Q1 is encrypted with the encryption key used by the first payment server Q1. Further, the mediation server M encrypts information exchanged between the second user terminal T2 and the second payment server Q2 with the encryption key used by the second payment server Q2.
  • the token transmission unit 410 of the first payment server Q1 is associated with the first business operator identifier for specifying the first payment business. Then, the generated payment token is encrypted with the encryption key used by the first payment server Q1, and then transmitted to the first user terminal T1.
  • the token transmission unit 410 stores the payment token transmitted to the first user terminal T1 in the storage unit 40 in association with the first user identifier for specifying the first user U1.
  • the first settlement server Q1 executes user authentication of a user using the first user terminal T1 when receiving a token request from the token request unit 110 of the first user terminal T1 or prior to the token request. . On condition that the user authentication is successful, the token transmission unit 410 of the first payment server Q1 generates a payment token.
  • the display control unit 111 of the first user terminal T1 decrypts the encrypted payment token received from the first payment server Q1, and generates a payment code based on the obtained payment token. Is displayed on the display unit of the first user terminal T1.
  • the code reading unit 210 of the second user terminal T2 reads the payment code displayed on the display unit of the first user terminal T1, and acquires a payment token.
  • the payment information transmitting unit 211 of the second user terminal T2 is configured to execute the payment token acquired by the code reading unit 210 and the second user for specifying the second user U2 using the second user terminal T2.
  • the payment information including the identifier, the second business operator identifier for specifying the second payment business available to the second user U2, and the payment amount is encrypted with the encryption key used by the second payment server Q2. To the mediation server M.
  • the settlement information receiving unit 310 of the mediation server M receives the encrypted settlement information from the second user terminal T2.
  • the payment information receiving unit 310 decrypts the encrypted payment information received from the second user terminal T2 using the encryption key used by the second payment server Q2.
  • the settlement requesting unit 311 of the intermediation server M determines the first settlement operator of the first settlement operator specified by the first operator identifier acquired from the settlement token included in the settlement information received by the settlement information receiving unit 310.
  • the information including the payment token and the payment amount is encrypted with the encryption key used by the first payment server Q1 and transmitted to the first payment server Q1.
  • the payment management unit 411 of the first payment server Q1 determines whether the payment token transmitted to the first user terminal T1 matches the payment token received from the mediation server M or not. Perform user authentication.
  • the payment management unit 411 of the first payment server Q1 transmits the information received from the mediation server M on condition that the payment token transmitted to the first user terminal T1 matches the payment token received from the mediation server M.
  • the first user identifier decrypted and associated with the payment token is acquired from the storage unit 40.
  • the settlement management unit 411 determines whether the settlement amount can be settled with the balance of the account of the first user U1 specified by the first user identifier, encrypts the result, and notifies the mediation server M.
  • the settlement requesting unit 311 of the mediation server M decrypts the notification received from the settlement management unit 411 with the encryption key used by the first settlement server Q1.
  • the settlement requesting unit 311 of the intermediary server M can settle the settlement amount with the balance of the account of the first user U1 (that is, the user authentication of the first user UI is successful in the first settlement server Q1 and there is a balance).
  • the payment request for the payment amount and the second user identifier included in the payment information are encrypted with the encryption key used by the second payment server Q2 and transmitted to the second payment server Q2 managed by the second payment provider.
  • the payment management unit 511 of the second payment server Q2 has received from the relay server M on condition that the user authentication based on the second user identifier received from the payment request unit 311 of the relay server M is successful. Decrypt the information and execute the payment with the payment amount.
  • the settlement management unit 511 encrypts the information indicating that the settlement is completed with the encryption key used by the second settlement server Q2, and notifies the second user terminal T2.
  • the notification unit 312 of the mediation server M encrypts the information indicating that the settlement has been completed with the encryption key used by the first settlement server Q1, and makes the first Notify the user terminal T1.
  • the settlement management unit 512 of the second settlement server Q2 issues a settlement request to the settlement management unit 412 of the first settlement server Q1.
  • the mediation server M may mediate a settlement process performed between the first payment server Q1 and the second payment server Q2.
  • the mediation server M encrypts information exchanged between the first user terminal T1 and the first payment server Q1 with the encryption key used by the first payment server Q1. Further, the mediation server M encrypts information exchanged between the second user terminal T2 and the second payment server Q2 with the encryption key used by the second payment server Q2. Thereby, the mediation server M can further improve the security of the settlement process.
  • FIG. 7 is a diagram for explaining a payment process performed by the payment processing system S according to the third modification of the first embodiment.
  • the payment processing system S according to the third modification of the first embodiment is different from the payment processing system S according to the first embodiment in that the first payment server Q1 transmits the generated payment token to the mediation server. M is also transmitted.
  • the token transmission unit 410 transmits the generated settlement token to the mediation server M.
  • the display control unit 111 of the first user terminal T1 causes the display unit of the first user terminal T1 to display the payment code generated based on the payment token received from the first payment server Q1.
  • the code reading unit 210 of the second user terminal T2 reads the payment code displayed on the display unit of the first user terminal T1, and acquires a payment token.
  • the payment information transmitting unit 211 of the second user terminal T2 is configured to execute the payment token acquired by the code reading unit 210 and the second user for specifying the second user U2 using the second user terminal T2.
  • the payment information including the identifier, the second business operator identifier for specifying the second payment business available to the second user U2, and the payment amount is transmitted to the mediation server M.
  • the settlement information receiving unit 310 of the mediation server M receives the settlement information from the second user terminal T2.
  • the settlement request unit 311 of the mediation server M stops the settlement process when the settlement token received from the first settlement server Q1 does not match the settlement token received from the second user terminal T2. . Specifically, the payment request unit 311 determines whether the payment token received from the second user terminal T2 is one of the payment tokens that have not expired among the payment tokens received from the first payment server Q1. If they are not included, it is determined that they do not match.
  • the settlement request unit 311 of the mediation server M sets the settlement token and the settlement The amount and the amount are transmitted to the first settlement server Q1.
  • the settlement management unit 411 of the first settlement server Q1 acquires the first user identifier linked to the settlement token received from the mediation server M from the storage unit 40, and specifies the first user identifier with the first user identifier. It is determined whether the settlement amount can be settled with the remaining balance of the account of the first user U1 and the result is notified to the mediation server M.
  • the settlement request unit 311 of the intermediation server M includes the settlement information in the second settlement server Q2 managed by the second settlement company. The settlement request for the settlement amount to be sent.
  • the settlement management unit 511 of the second settlement server Q2 executes settlement with the settlement amount received from the mediation server M. Specifically, the payment management unit 511 transfers an amount corresponding to the payment amount to the account opened by the second user U2.
  • the settlement management unit 511 notifies the second user terminal T2 that the settlement has been completed.
  • the notification unit 312 of the mediation server M When transmitting the payment request to the second payment server Q2, the notification unit 312 of the mediation server M notifies the first user terminal T1 that the payment has been completed.
  • the settlement management unit 512 of the second settlement server Q2 issues a settlement request to the settlement management unit 412 of the first settlement server Q1.
  • the mediation server M may mediate a settlement process performed between the first payment server Q1 and the second payment server Q2.
  • the payment request unit 311 receives the payment token received from the first payment server Q1 and the payment token received from the second user terminal T2. If the payment token does not match, the payment processing is stopped. Accordingly, the mediation server M can suppress the first payment server Q1 from executing a process such as a balance check, so that the load on the first payment server Q1 can be reduced.
  • the first payment server Q1 may not include the first business operator identifier in the payment token generated in response to the payment token acquisition request of the first user terminal T1.
  • the intermediary server M when receiving the payment token from the first payment server Q1, stores the received payment token in the storage unit 30 in association with the first business operator identifier.
  • the mediation server M reads the payment token that matches the payment token included in the payment information received from the second user terminal T2 from the storage unit 30, and obtains the first business entity identifier associated with the payment token. By doing so, it is possible to specify a payment provider that can be used by the first user U1.
  • FIG. 8 is a diagram illustrating a payment process performed by a payment processing system S according to a fourth modification of the first embodiment.
  • the payment processing system S according to the fourth modification of the first embodiment is different from the payment processing system S according to the first embodiment in that the second user terminal T2 that has read the payment code reads the payment information.
  • the payment information transmitting unit 211 of the second user terminal T2 transmits the payment information including the payment token acquired by the code reading unit 210 and the payment amount to the second payment server Q2.
  • the settlement management unit 511 of the second settlement server Q2 determines that the settlement token included in the settlement information received from the second user terminal T2 is different from the settlement token used by the second settlement server Q2. 2. Transfer the payment information received from the user terminal T2 to the mediation server M.
  • the settlement information receiving section 310 of the mediation server M receives the settlement information from the second settlement server Q2.
  • the payment requesting unit 311 of the mediation server M determines the first payment provider of the first payment provider specified by the first provider identifier acquired from the payment token included in the payment information received by the payment information receiving unit 310. (1) The payment token and the payment amount are transmitted to the payment server Q1.
  • the payment management unit 411 of the first payment server Q1 determines whether the payment token transmitted to the first user terminal T1 matches the payment token received from the mediation server M or not. Perform user authentication.
  • the payment management unit 411 of the first payment server Q1 determines that the payment token received from the mediation server M is on condition that the payment token transmitted to the first user terminal T1 matches the payment token received from the mediation server M.
  • the first user identifier associated with the token is obtained from the storage unit 40, and it is determined whether the settlement amount can be settled with the balance of the account of the first user U1 specified by the first user identifier, and the result is determined. Notify the mediation server M.
  • the settlement request unit 311 of the intermediation server M includes the settlement information in the second settlement server Q2 managed by the second settlement company. The settlement request for the settlement amount to be sent.
  • the settlement management unit 511 of the second settlement server Q2 receives the message from the transfer server M on condition that the user authentication based on the second user identifier received from the settlement request unit 311 of the transfer server M is successful. Execute the settlement with the settlement amount.
  • the settlement management unit 511 notifies the second user terminal T2 that the settlement has been completed.
  • the notification unit 312 of the mediation server M When transmitting the payment request to the second payment server Q2, the notification unit 312 of the mediation server M notifies the first user terminal T1 that the payment has been completed.
  • the settlement management unit 512 of the second settlement server Q2 issues a settlement request to the settlement management unit 412 of the first settlement server Q1.
  • the mediation server M may mediate a settlement process performed between the first payment server Q1 and the second payment server Q2.
  • the second user terminal T2 transmits the payment information to the second payment server Q2 instead of the mediation server M.
  • the second payment server Q2 transfers the payment information to the intermediary server M, since the payment token included in the received payment information cannot be executed because the payment token is generated by the first payment server Q1. Since there is no need to exchange information between the second user terminal T2 and the mediation server M, even if the second user U2 does not specify a member store registration in the mediation server M, the second settlement server Q2 can use the mediation server M
  • the brokerage server M can mediate the settlement process if the company is registered as a company.
  • FIG. 9 is a diagram illustrating a payment process performed by a payment processing system S according to a fifth modification of the first embodiment.
  • the payment processing system S according to the fifth modified example of the first embodiment is different from the payment processing system S according to the first embodiment in that the first user terminal T1 transmits a payment token Send an acquisition request.
  • the token requesting unit 110 of the first user terminal T1 transmits a request for obtaining a payment token for performing payment using the first payment server Q1 to the mediation server M.
  • the token transmitting unit (not shown) of the mediation server M associates the first business operator identifier for specifying the first payment business operator.
  • the generated token is generated and transmitted to the first user terminal T1.
  • the storage unit 30 stores the payment token transmitted to the first user terminal T1 in association with the first user identifier for specifying the first user U1.
  • the mediation server M executes user authentication of the user using the first user terminal T1 when receiving a token request from the token request unit 110 of the first user terminal T1 or prior to the token request. Specifically, when the first user terminal T1 signs in to the mediation server M with an identifier associated with the first user identifier, the mediation server M can realize user authentication. Alternatively, the mediation server M has succeeded in user authentication on condition that the token request unit 110 of the first user terminal T1 obtains a first business entity identifier from the token request unit 110 when receiving a token request. May be considered. On condition that the user authentication is successful, the token transmission unit 410 of the first payment server Q1 generates a payment token.
  • the processing from 9- (3) to 9- (13) in FIG. 9 is the same as the processing from 3- (3) to 3- (13) in FIG.
  • the settlement processing system S according to the fifth modified example of the first embodiment when there is an acquisition request for a settlement token from the user terminal T that has registered the user in the intermediation server M, the intermediation server M performs the settlement. Generate token for use. As described above, since the mediation server M can handle a part of the processing for generating the payment token, the payment processing system S according to the fifth modification of the first embodiment reduces the processing load of the first payment server Q1. Can be dispersed.
  • FIG. 10 is a diagram illustrating a payment process performed by a payment processing system S according to a sixth modification of the first embodiment.
  • the settlement processing system S according to the sixth modified example is a settlement system using a store presentation method. Therefore, the first user terminal T1 is a store terminal, and the first user U1 is a manager of the store R where the store terminal is installed. Further, the customer of the store R is the second user U2, and the user terminal of the second user U2 is the second user terminal T2.
  • the token requesting unit 110 of the first user terminal T1 transmits a payment token acquisition request to the first payment server Q1 managed by the first payment company available to the first user U1.
  • the token transmission unit 410 of the first payment server Q1 is associated with the first business operator identifier for identifying the first payment business.
  • the generated token is transmitted to the first user terminal T1.
  • the display control unit 111 of the first user terminal T1 causes the display unit of the first user terminal T1 to display the payment code generated based on the payment token received from the first payment server Q1.
  • the code reading unit 210 of the second user terminal T2 reads the payment code displayed on the display unit of the first user terminal T1, and acquires a payment token.
  • the payment information transmitting unit 211 of the second user terminal T2 is configured to execute the payment token acquired by the code reading unit 210 and the second user for specifying the second user U2 using the second user terminal T2.
  • the payment information including the identifier, the second business operator identifier for specifying the second payment business operator usable by the second user U2, and the payment amount is transmitted to the mediation server M.
  • the settlement information receiving section 310 of the mediation server M receives the settlement information from the second user terminal T2.
  • the settlement requesting unit 311 of the mediation server M sends the settlement amount and the settlement amount to the second settlement server Q2 of the second settlement company to which the second user U2 having the second user terminal T2 makes a contract.
  • a second user identifier for specifying the second user U2 is transmitted.
  • the settlement management unit 511 of the second settlement server Q2 performs user authentication using the second user identifier received from the mediation server M. When the authentication is successful, the settlement management unit 511 of the second settlement server Q2 determines whether the settlement amount can be settled with the balance of the account of the second user U2 specified by the second user identifier, and mediates the result. Notify the server M.
  • the settlement requesting unit 311 of the intermediation server M includes the settlement information in the first settlement server Q1 managed by the first settlement company. The settlement request for the settlement amount to be sent.
  • the settlement management unit 411 of the first settlement server Q1 executes settlement with the settlement amount received from the mediation server M. Specifically, the settlement management unit 411 transfers an amount corresponding to the settlement amount to an account opened by the first user U1.
  • the settlement management unit 411 notifies the first user terminal T1 that the settlement has been completed.
  • the notification unit 312 of the mediation server M When transmitting the payment request to the first payment server Q1, the notification unit 312 of the mediation server M notifies the second user terminal T2 that the payment is completed.
  • the settlement management unit 412 of the first settlement server Q1 issues a settlement request to the settlement management unit 512 of the second settlement server Q2.
  • the amount corresponding to the settlement amount is remitted to the first settlement server Q1 from the account of the second user U2 managed by the second settlement server Q2.
  • the mediation server M may mediate a settlement process performed between the first payment server Q1 and the second payment server Q2.
  • the settlement processing system S can realize electronic settlement even if the type of electronic settlement contracted by the first user U1 and the type of electronic settlement contracted by the second user U2 are different. .
  • the settlement processing system S according to the second embodiment is a settlement system using a store presentation method. Therefore, in the settlement processing system S according to the second embodiment, the first user terminal T1 is a store terminal installed in the store R, and the second user terminal is a customer terminal owned by a customer who uses the store R. It is.
  • the store terminal as the first user terminal T1 is described as “store terminal T1”, and the customer terminal as the second user terminal T2 is described as “customer terminal T2”. I do.
  • application software including a code generation algorithm and an encryption key used in a plurality of different payment servers Q is installed in advance.
  • the customer terminal T2 can download the payment application from the mediation server M.
  • the payment token read from the store terminal T1 is encoded by the algorithm used by the payment server Q that uses the payment token, or the payment server It can be encrypted with the encryption key used by Q.
  • the customer terminal T2 converts the information received from the store terminal T1 into information that can be handled by the first payment server Q1, and the first payment server Q1 converts the converted information. It performs encryption with the encryption key to be used. This is different from the settlement processing system S according to the first embodiment, particularly the second modification.
  • FIG. 11 is a block diagram schematically showing the functional configuration of each device constituting the payment processing system S according to the second embodiment.
  • the mediation server M, the first payment server Q1, and the second payment server Q2 are the mediation server M, the first payment server Q1, and the second payment server Q2 according to the first embodiment shown in FIG. Since it has the same functional configuration as that of, detailed illustration is omitted.
  • the control unit 21 of the customer terminal T2 according to the second embodiment includes an encryption unit 212, which is different from the second user terminal T2 according to the first embodiment. .
  • FIG. 12 is a diagram for explaining a payment process performed by the payment processing system S according to the second embodiment.
  • the settlement processing executed by the settlement processing system S according to the second embodiment will be described in the order of 12- (1) to 12- (15) with reference to FIG. 11 and FIG. Corresponds to 12- (1) to 12- (15) in FIG.
  • the token request unit 110 of the store terminal T1 sends the payment token to the first payment server Q1, which is managed by a first payment company that can be used by the manager of the store R where the store terminal T1 is installed. Send an acquisition request for
  • the token transmitting unit 410 of the first settlement server Q1 responds to the acquisition request acquired from the store terminal T1, and associates the token associated with the first company identifier for specifying the first settlement company. Is generated and transmitted to the store terminal T1.
  • the display control unit 111 of the store terminal T1 causes the display unit of the store terminal T1 to display the payment code generated based on the payment token received from the first payment server Q1.
  • the code reading unit 210 of the customer terminal T2 reads the payment code displayed on the display unit of the first user terminal T1, and acquires a payment token.
  • the encryption unit 212 of the customer terminal T2 includes a second business operator identifier for specifying a second payment business operator available to the customer having the customer terminal T2, a payment token, and a payment amount. Is encrypted with the encryption key used by the first payment server Q1, which is the payment server of the first payment provider.
  • the payment information transmitting unit 211 of the customer terminal T2 transmits the payment information encrypted by the encryption unit 212 to the mediation server M.
  • the settlement information receiving section 310 of the mediation server M receives the encrypted settlement information from the customer terminal T2.
  • the encryption unit 212 of the mediation server M decrypts the payment information received from the customer terminal T2, and acquires the first business entity identifier included in the payment token.
  • the settlement request unit 311 of the mediation server M transfers the encrypted settlement information obtained from the customer terminal T2 to the first settlement server Q1.
  • the settlement management unit 411 of the first settlement server executes the user authentication of the customer who is the user of the store terminal T1 based on the settlement information transferred from the intermediation server M, and sends the authentication result to the intermediary server M. Send. Specifically, the payment management unit 411 of the first payment server matches the payment token transmitted from the token transmission unit 410 to the store terminal T1 with the payment token included in the payment information received from the mediation server M. In this case, it is determined that the authentication of the customer is successful.
  • the settlement request unit 311 of the mediation server M transmits a settlement request for the settlement amount to the second settlement server Q2.
  • the settlement management unit 511 of the second settlement server Q2 executes the settlement when the settlement can be made with the balance of the customer's account.
  • the settlement management unit 511 of the second settlement server Q2 transmits a notice of settlement completion to the mediation server M.
  • the notification unit 312 of the mediation server M notifies the first payment server Q1 and the customer terminal T2 of the completion of payment.
  • the settlement management unit 412 of the first settlement server Q1 issues a settlement request to the settlement management unit 512 of the second settlement server Q2.
  • the mediation server M may mediate a settlement process performed between the first payment server Q1 and the second payment server Q2.
  • the customer terminal T2 converts the information received from the store terminal T1 into information that can be handled by the first payment server Q1, or converts the converted information into the first payment server It performs encryption with the encryption key used by Q1.
  • the client terminal T2 since the client terminal T2 takes over part of the processing to be executed by the mediation server M or the settlement server Q, the load of the entire system can be distributed.
  • the second payment server Q2 makes a payment based on the payment information and makes a post-payment request to the first payment server Q1 has been described.
  • the first payment server Q1 may make a payment based on the payment information, and may subsequently make a settlement request to the second payment server. That is, it can be said that the settlement request unit 311 of the intermediary server M only needs to transmit a settlement request for the settlement amount to one of the first settlement server Q1 and the second settlement server Q2.
  • the settlement processing system S executes the settlement processing by receiving one of the settlement requests and transmits the settlement request to the other settlement server Q, so that the settlement processing system S can execute the electronic settlement with which the manager of the store R is contracted. Electronic payment can be realized even if the type of the payment is different from the type of electronic payment contracted by the customer.
  • the settlement processing system S according to the second modification of the second embodiment is different from the settlement processing system S according to the second embodiment in that the first settlement server Q1 transmits the generated settlement token to the mediation server. M is also transmitted.
  • the settlement request unit 311 determines that the settlement token received from the first settlement server Q1 does not match the settlement token received from the customer terminal T2. In the case of, the settlement processing is stopped. More specifically, the intermediary server M receives the payment token encrypted with the encryption key used by the first payment server Q1 from the first payment server Q1, and decrypts the token using the same encryption key to settle the payment token. Get a token. Further, the mediation server M receives payment information encrypted with the encryption key used by the first payment server Q1 from the customer terminal T2, decrypts the same using the same encryption key, and extracts a payment token.
  • the mediation server M compares the payment token derived from the first payment server Q1 with the payment token derived from the customer terminal T2, and determines whether or not both match. As a result, the mediation server M Since the process corresponding to the authentication process of the store terminal T1 by the settlement server Q1 is executed, the load on the first settlement server Q1 can be reduced.
  • the settlement processing system S according to the third modification of the second embodiment is different from the settlement processing system S according to the second embodiment in that the store terminal T1 requests the intermediary server M to acquire a settlement token. Send As a result, the transfer server M can handle a part of the process of generating the payment token, and the payment processing system S according to the third modification of the second embodiment distributes the processing load of the first payment server Q1. Can be done.
  • the present invention has been described using the embodiment.
  • the technical scope of the present invention is not limited to the scope described in the above embodiment, and various modifications and changes can be made within the scope of the gist. is there.
  • the specific embodiment of the dispersion / integration of the apparatus is not limited to the above embodiment, and all or a part of the apparatus may be functionally or physically dispersed / integrated in an arbitrary unit. Can be.
  • new embodiments that are generated by arbitrary combinations of the plurality of embodiments are also included in the embodiments of the present invention. The effect of the new embodiment caused by the combination has the effect of the original embodiment.

Abstract

第１ユーザが利用する第１ユーザ端末が、第１ユーザが利用可能な第１決済事業者が管理する第１決済サーバに、決済用トークンの取得要求を送信する。第１決済サーバが、第１決済事業者を特定するための第１事業者識別子が関連付けられたトークンを生成して第１ユーザ端末に送信する。第１ユーザ端末が、決済用トークンに基づいて生成した決済用コードを表示する。第１決済事業者とは異なる第２決済事業者が管理する第２決済サーバに登録をしている第２ユーザ端末が、決済用コードを読み取って得られた決済用トークンと決済金額とを含む決済情報を仲介サーバに送信する。仲介サーバが、決済用トークンに関連付けられている第１事業者識別子を取得する。仲介サーバが、決済用トークンを生成した第１決済サーバに、決済用トークンを送信する。

Description

決済処理方法及び決済処理システム
　本発明は決済処理方法及び決済処理システムに関し、特に、決済用コードを用いた決済処理を行う技術に関する。
　本願は、２０１８年９月２７日に、日本に出願された特願２０１８－１８１８５０号および特願２０１８－１８１８５１号に基づき優先権を主張し、その内容をここに援用する。
　紙幣や硬貨等の実物の貨幣を介さず、電子的に決済を行う電子決済が普及してきている。電子決済においては、決済の前提として商品やサービスの対価を支払うユーザの認証が行われる場合があるが、このユーザ認証時に、画像化されたコードをカメラ等のコードリーダで読み取ることによって認証処理を実現する仕組みが普及しつつある（例えば、特許文献１）。
日本国特表２０１７－５０３２５３号公報
　特許文献１に記載されている技術は、バーコードやＱＲコード（登録商標）に埋め込まれた情報に基づいて認証処理を実行する。しかしながら、コードに埋め込むための情報の構造や符号化に関する規格が乱立しつつあり、種別の異なる規格では互換性がないという状況が生じている。このため、上記のような電子決済の利用を望むユーザにとっては、どの規格の電子決済を利用すればよいか判断に迷い、結果として電子決済の普及の妨げになりかねない。
　本発明はこれらの点に鑑みてなされたものであり、ユーザが電子決済の種別を意識せずに決済を行えるようにする技術を提供することを目的とする。
　本発明の第１の態様の決済処理方法は、第１ユーザが利用する第１ユーザ端末が前記第１ユーザが利用可能な第１決済事業者が管理する第１決済サーバに決済用トークンの取得要求を送信するステップと、前記第１決済サーバが前記第１決済事業者を特定するための第１事業者識別子が関連付けられた決済用トークンを前記第１ユーザ端末に送信するステップと、前記第１ユーザ端末が前記決済用トークンに基づいて生成した決済用コードを表示するステップと、前記第１決済事業者とは異なる第２決済事業者が管理する第２決済サーバに登録をしている第２ユーザ端末が前記決済用コードを読み取って得られた決済用トークンと決済金額とを含む決済情報を仲介サーバに送信するステップと、前記仲介サーバが前記決済用トークンに関連付けられている前記第１事業者識別子を取得するステップと、前記仲介サーバが前記決済用トークンを生成した前記第１決済サーバに前記決済用トークンを送信するステップと、前記第１決済サーバが前記決済用トークンに基づいて前記第１ユーザのユーザ認証をするステップとを含む。
　本発明の第２の態様の決済処理方法は、第１ユーザが利用する第１ユーザ端末が前記第１ユーザが利用可能な第１決済事業者が管理する第１決済サーバに決済用トークンの取得要求を送信するステップと、前記第１決済サーバが前記第１決済事業者を特定するための第１事業者識別子が関連付けられたトークンを前記第１ユーザ端末に送信するステップと、前記第１ユーザ端末が前記決済用トークンに基づいて生成した決済用コードを表示するステップと、第２ユーザ端末が前記決済用コードを読み取って得られた決済用トークンと決済金額とを含む決済情報を前記第２ユーザ端末を利用する第２ユーザが利用可能な第２決済事業者が管理する第２決済サーバに送信するステップと、前記第２決済サーバが前記第２ユーザ端末から受信した前記決済情報を仲介サーバに転送するステップと、前記仲介サーバが前記第２決済サーバから受信した前記決済情報に含まれる前記決済用トークンから前記第１事業者識別子を抽出するステップと、前記仲介サーバが前記決済情報を前記第１事業者識別子で特定される前記第１決済事業者が管理する前記第１決済サーバに前記決済用トークンを送信するステップと、前記第１決済サーバが前記決済用トークンに基づいて前記第１ユーザの認証をするステップとを含む。
　本発明の第３の態様の決済処理方法は、第１ユーザが利用する第１ユーザ端末が前記第１ユーザが利用可能な第１決済事業者が管理する第１決済サーバに決済用トークンの取得要求を送信するステップと、前記第１決済サーバが前記第１決済事業者を特定するための第１事業者識別子が関連付けられた決済用トークンを前記第１決済サーバが用いる暗号鍵である第１暗号鍵を用いて暗号化して前記第１ユーザ端末に送信するステップと、前記第１ユーザ端末が前記第１決済サーバから受信した暗号化された前記決済用トークンを前記第１暗号鍵を用いて復号するステップと、前記第１ユーザ端末が前記決済用トークンに基づいて生成した決済用コードを表示するステップと、前記第１決済事業者とは異なる第２決済事業者が管理する第２決済サーバに登録をしている第２ユーザ端末が前記決済用コードを読み取って得られた決済用トークンと決済金額とを含む決済情報を前記第１決済サーバが用いる暗号鍵である第２暗号鍵を用いて暗号化して仲介サーバに送信するステップと、前記仲介サーバが前記第２ユーザ端末から受信した暗号化されている前記決済情報を前記第２暗号鍵を用いて復号するステップと、前記仲介サーバが復号して得られた決済用情報に含まれる前記決済用トークンに関連付けられている前記第１事業者識別子を取得するステップと、前記仲介サーバが復号した前記決済情報に含まれる決済用トークンを前記第１暗号鍵で暗号化するステップと、前記仲介サーバが前記決済用トークンを生成した前記第１決済サーバに暗号化した前記決済用トークンを送信するステップと、前記第１決済サーバが前記仲介サーバから取得した暗号化された決済用トークンを前記第１暗号鍵を用いて復号するステップと、前記第１決済サーバが復号した前記決済用トークンに基づいて前記第１ユーザのユーザ認証をするステップとを含む。
　前記第１から第３の態様の決済処理方法は、前記第１決済サーバが前記第１決済事業者を特定するための第１事業者識別子が関連付けられたトークンを生成して前記仲介サーバに送信するステップと、前記仲介サーバが前記第１決済サーバから受信した決済用トークンと前記第２ユーザ端末から受信した決済用トークンとが不一致の場合決済処理を中止するステップとをさらに含んでもよい。
　本発明の第４の態様の決済処理方法は、第１ユーザが利用する第１ユーザ端末が前記第１ユーザが利用可能な第１決済事業者が管理する第１決済サーバを利用して決済をするための決済用トークンの取得要求を仲介サーバに送信するステップと、前記仲介サーバが前記第１決済事業者を特定するための第１事業者識別子が関連付けられたトークンを前記第１ユーザ端末に送信するステップと、前記第１ユーザ端末が前記決済用トークンに基づいて生成した決済用コードを表示するステップと、第２ユーザ端末が前記決済用コードを読み取って得られた決済用トークンと決済金額とを含む決済情報を仲介サーバに送信するステップと、前記仲介サーバが前記決済用トークンに関連付けられている前記第１事業者識別子を取得するステップと、前記仲介サーバが前記決済用トークンを生成した前記第１決済サーバに前記決済用トークンを送信するステップと、前記第１決済サーバが前記決済用トークンに基づいて前記第１ユーザの認証をするステップとを含む。
　本発明の第５の態様の決済処理方法は、第１ユーザが利用する第１ユーザ端末から前記第１ユーザが利用可能な第１決済事業者が管理する第１決済サーバを利用して決済をするための決済用トークンの取得要求を受信するステップと、前記第１決済事業者を特定するための第１事業者識別子が関連付けられたトークンを前記第１ユーザ端末に送信するステップと、前記決済用トークンに基づいて前記第１ユーザ端末が生成した決済用コードを読み取った第２ユーザ端末から前記決済用コードを読み取って得られた決済用トークンと決済金額とを含む決済情報を受信するステップと、前記決済用トークンに対応する決済事業者の決済サーバである第１決済サーバに前記決済用トークンを送信するステップと、前記第１決済サーバから前記決済用トークンに基づく決済承認に関する情報を受信するステップとを含む。
　本発明の第６の態様の決済処理方法は、店舗に設置された店舗端末が前記店舗において利用可能な第１決済事業者が管理する第１決済サーバに決済用トークンの取得要求を送信するステップと、前記第１決済サーバが前記第１決済事業者を特定するための第１事業者識別子が関連付けられた決済用トークンを前記店舗端末に送信するステップと、前記店舗端末が前記決済用トークンに基づいて生成した決済用コードを表示するステップと、前記店舗を利用する顧客の端末である顧客端末が前記決済用コードを読み取って得られた決済用トークンを取得するステップと、前記顧客端末が前記決済用トークンと決済金額とを含む決済情報を前記第１決済サーバが利用する暗号鍵で暗号化するステップと、前記顧客端末が暗号化した前記決済情報を仲介サーバに送信するステップと、前記仲介サーバが前記顧客端末から受信した決済情報を前記第１決済サーバに転送するステップと、前記第１決済サーバが前記仲介サーバから転送された決済情報に基づいてユーザ認証を実行するステップとを含む。
　前記第６の態様の決済処理方法は、前記第１決済サーバが前記第１決済事業者を特定するための第１事業者識別子を含む決済用トークンを生成して前記仲介サーバに送信するステップと、前記仲介サーバが前記第１決済サーバから受信した決済用トークンと前記顧客端末から受信した決済用トークンとが不一致の場合決済処理を中止するステップとをさらに含んでもよい。
　本発明の第７の態様の決済処理方法は、店舗に設置された店舗端末が前記店舗において利用可能な第１決済事業者が管理する第１決済サーバを利用して決済をするための決済用トークンの取得要求を仲介サーバに送信するステップと、前記仲介サーバが前記第１決済事業者を特定するための第１事業者識別子が関連付けられた決済用トークンを前記店舗端末に送信するステップと、前記店舗端末が前記決済用トークンに基づいて生成した決済用コードを表示するステップと、前記店舗を利用する顧客の端末である顧客端末が前記決済用コードを読み取って得られた決済用トークンを取得するステップと、前記顧客端末が前記決済用トークンと決済金額とを含む決済情報を前記第１決済サーバが利用する暗号鍵で暗号化するステップと、前記顧客端末が、暗号化した前記決済情報を仲介サーバに送信するステップと、前記仲介サーバが前記顧客端末から取得した決済情報を前記第１決済サーバに転送するステップと、前記第１決済サーバが前記仲介サーバから転送された決済情報に基づいてユーザ認証を実行するステップとを含む。
　本発明の第８の態様の決済処理システムは、店舗に設置された店舗端末と、前記店舗を利用する顧客が所持する顧客端末と、前記店舗において利用可能な第１決済事業者であって前記顧客端末が利用可能な第２決済事業者とは異なる第１決済事業者が管理する決済サーバと、仲介サーバとを含む。このシステムにおいて、前記店舗端末はトークン要求部と表示制御部とを備え、前記決済サーバはトークン送信部と決済管理部とを備え、前記顧客端末はコード読取部、決済情報送信部、及び暗号化部を備え、前記仲介サーバは決済要求部を備える。前記店舗端末のトークン要求部は前記決済サーバに決済用トークンの取得要求を送信し、前記決済サーバのトークン送信部は前記第１決済事業者を特定するための第１事業者識別子が関連付けられた決済用トークンを前記店舗端末に送信し、前記店舗端末の表示制御部は前記決済用トークンに基づいて生成した決済用コードを表示部に表示させ、前記顧客端末のコード読取部は前記店舗端末の表示部に表示された前記決済用コードを読み取り、前記顧客端末の暗号化部は前記決済用トークンと決済金額とを含む決済情報を前記決済サーバが利用する暗号鍵で暗号化し、前記顧客端末の決済情報送信部は前記暗号化部が暗号化した前記決済情報を仲介サーバに送信し、前記仲介サーバの決済要求部は前記顧客端末から取得した決済情報を前記決済サーバに転送し、前記決済サーバの決済管理部は前記仲介サーバから転送された決済情報に基づいてユーザ認証を実行する。
　本発明によれば、ユーザが電子決済の種別を意識せずに決済を行えるようにする技術を提供することができる。
第１の実施の形態に係る決済処理システムが実行する事前登録処理を示す図である。 第１の実施の形態に係る決済処理システムを構成する各装置の機能構成を示すブロック図である。 第１の実施の形態に係る決済処理システムが実行する決済処理を示す図である。 第１の実施の形態に係る記憶部が記憶する決済用トークンデータベースのデータ構造を模式的に示す表である。 第１の実施の形態の第１の変形例に係る決済処理システムが実行する決済処理を示す図である。 第１の実施の形態の第２の変形例に係る決済処理システムが実行する決済処理を示す図である。 第１の実施の形態の第３の変形例に係る決済処理システムが実行する決済処理を示す図である。 第１の実施の形態の第４の変形例に係る決済処理システムが実行する決済処理を示す図である。 第１の実施の形態の第５の変形例に係る決済処理システムが実行する決済処理を示す図である。 第１の実施の形態の第６の変形例に係る決済処理システムが実行する決済処理を示す図である。 第２の実施の形態に係る決済処理システムを構成する各装置の機能構成を示すブロック図である。 第２の実施の形態に係る決済処理システムが実行する決済処理を示す図である。
［第１の実施の形態］
＜第１の実施の形態の概要＞
　第１の実施の形態の概要を述べる。第１の実施の形態に係る仲介サーバは、ＱＲコード等を利用した電子決済の仲介をする装置である。第１の実施の形態に係る仲介サーバは、電子決済をしようとするユーザが用いるユーザ端末と、ユーザが利用する店舗に設置されている店舗端末と、ユーザが利用可能な決済事業者の決済サーバと、店舗が利用可能な決済事業者の決済サーバとの４者の間における情報のやり取りを仲介する。
　ここで、コードを利用した電子決済の技術は、「ユーザ提示方式」と「店舗提示方式」との大きく分けて２種類の方式が存在する。「ユーザ提示方式」とは、店舗を利用するユーザのユーザ端末に表示されたコードを店舗端末が読み取って決済サーバに送信する方式である。「店舗提示方式」とは、店舗端末に表示されたコードをユーザ端末が読み取って決済サーバに送信する方式である。
　以下、第１の実施の形態において、コードを表示する端末のユーザを「第１ユーザ」、第１ユーザが利用する端末を「第１ユーザ端末」、第１ユーザが契約している決済事業者を「第１決済事業者」、第１決済事業者が管理している決済サーバを「第１決済サーバ」と記載する。また、第１ユーザ端末が表示するコードを読み取る端末を「第２ユーザ端末」、第２ユーザ端末を利用するユーザを「第２ユーザ」、第２ユーザが契約している決済事業者を「第２決済事業者」、第２決済事業者が管理している決済サーバを「第２決済サーバ」と記載する。
　したがって、ユーザ提示方式の決済システムでは、店舗を利用するユーザのユーザ端末が第１ユーザ端末となり、ユーザが利用している店舗に設置されている店舗端末が第２ユーザ端末となる。この場合、第２ユーザは店舗の経営者等になる。また、店舗提示方式の決済システムでは、店舗を利用するユーザのユーザ端末が第２ユーザ端末となり、ユーザが利用している店舗に設置されている店舗端末が第１ユーザ端末となる。
　一般に、ある電子決済の決済事業者が決済のために各ユーザ端末とやり取りする情報は、各決済事業者が個別に用いる暗号鍵で暗号化される。したがって、第１決済事業者と第２決済事業者とが異なる場合、第１決済事業者との通信のために第１事業者が用いる暗号鍵で暗号化された決済情報を第２決済事業者が受信しても、第２決済事業者は決済処理をすることは通常できない。
　第１の実施の形態に係る仲介サーバは、あらかじめ複数の決済事業者から各決済事業者が用いる暗号鍵を取得し、各社が通信時に用いる暗号化された情報を読み取ることができるように構成されている。このため、第１の実施の形態に係る仲介サーバは、第１ユーザ端末が送信した第１決済サーバ用のトークンを含む決済情報を受信してその内容を読み取り、第２決済サーバに決済情報を転送することができる。
　このように、第１の実施の形態に係る仲介サーバは、電子決済をしようとするユーザが契約している電子決済の決済事業者と、ユーザが利用する店舗が契約している決済事業者とが異なっても、両者の間を仲介して決済処理を実現させることができる。したがって、第１の実施の形態に係る仲介サーバは、ユーザが電子決済の種別を意識せずに決済を行えるようにすることができる。
＜事前登録処理＞
　図１は、第１の実施の形態に係る決済処理システムＳの事前登録処理を説明するための図である。なお、以下では説明の便宜のため、決済処理システムＳがユーザ提示方式の決済を処理するシステムであることを前提として主に説明する。
　図１に示すように、第１の実施の形態に係る決済処理システムＳは、第１ユーザＵ１が利用する端末である第１ユーザ端末Ｔ１、第１ユーザＵ１が利用する店舗Ｒに設置されている端末である第２ユーザ端末Ｔ２、第１ユーザＵ１が契約している決済事業者が管理する決済サーバＱである第１決済サーバＱ１、店舗Ｒの経営者である第２ユーザＵ２が契約している決済事業者の決済サーバＱである第２決済サーバＱ２、及び仲介サーバＭを含んでいる。
　以下、図１を参照して第１の実施の形態に係る決済処理システムＳの事前登録処理を１－（１）から１－（５）の順序で説明するが、この数字は図１における１－（１）から１－（５）と対応する。
　１－（１）第２ユーザＵ２は、第２決済事業者が提供する電子決済サービスを利用するために、第２決済事業者が管理する第２決済サーバＱ２にユーザ登録を行う。これにより、第２ユーザＵ２は、第２決済サーバＱ２が管理している電子決済用の口座を開設する。
　１－（２）第２ユーザＵ２は、仲介サーバＭにユーザ登録を行う。
　１－（３）第２決済事業者は仲介サーバＭに事業者登録を行い、第２決済事業者が通信時に情報を暗号化するための暗号鍵を仲介サーバＭに提供する。
　１－（４）第１決済事業者は仲介サーバＭに事業者登録を行い、第１決済事業１４者が通信時に情報を暗号化するための暗号鍵を仲介サーバＭに提供する。
　１－（５）第１ユーザＵ１は、第１決済事業者が提供する電子決済サービスを利用するために、第１決済事業者が管理する第１決済サーバＱ１にユーザ登録を行う。これにより、第１ユーザＵ１は、第１決済サーバＱ１が管理している電子決済用の口座を開設する。
　ここで「決済用トークン」は、第１ユーザＵ１が第１決済サーバＱ１で決済しようとするときに、第１決済サーバＱ１が第１ユーザＵ１の第１ユーザ端末Ｔ１に送信するランダムな文字列である。第１決済サーバＱ１は、各第１ユーザＵ１に送信する決済用トークンが重複しないように各決済用トークンを生成する。第１決済サーバＱ１は、第１ユーザ端末Ｔ１からの要求があったときに決済用トークンを生成して第１ユーザＵ１のユーザ識別子と紐づけて記憶部に格納する。
　第１決済サーバＱ１は、発行する各決済用トークンに有効期限を定める。第１決済サーバＱ１は、有効期限が切れた決済用トークンを、記憶部から削除する。有効期限は、決済に求められる安全性等を考慮して定めればよいが、例えば数分から数十分である。
　第１ユーザ端末Ｔ１が決済用トークンに基づいて決済用コード（例えば、ＱＲコードやバーコード等の画像）を生成し、第１ユーザ端末Ｔ１の表示部に表示する。この決済用コードを第２ユーザ端末Ｔ２が読み取って決済金額とともに第１決済サーバＱ１に送信することができれば、第１決済サーバＱ１は受信した決済用トークンに紐付けられているユーザ識別子から第１ユーザＵ１を特定することができる。第１ユーザＵ１を特定できれば、第１決済サーバＱ１は、第２ユーザ端末Ｔ２から受信した決済金額で第１ユーザＵ１の口座から決済をすることができる。
　ところが、第２ユーザＵ２が第１決済事業者の電子決済サービスを利用するためのユーザ登録を行っていない場合、第１ユーザ端末Ｔ１が表示部に表示した決済用コードを第２ユーザ端末Ｔ２が読み取っても、決済情報を第１決済サーバＱ１に送信する術がない。
　また、一般に、ユーザ端末Ｔと決済サーバＱとの間では暗号化された情報がやり取りされるが、各決済サーバＱが情報の暗号化に用いる暗号鍵は互いに異なる。したがって、第２ユーザＵ２が第１決済事業者の電子決済サービスを利用するための加盟店登録を行っていない場合、第１ユーザ端末Ｔ１が表示部に表示した決済用コードを第２ユーザ端末Ｔ２が読み取っても、第２ユーザ端末Ｔ２は第１決済サーバＱ１が用いる暗号鍵を持っていないため、第１決済サーバＱ１で解読できるように決済用コードを暗号化することができない。
　そこで、仲介サーバＭは、第２ユーザ端末Ｔ２と第１決済サーバＱ１との間の情報の送受信を仲介し、第２ユーザ端末Ｔ２から受信した情報を第１決済サーバＱ１が扱える情報に変換して第１決済サーバＱ１に送信する。これにより、仲介サーバＭは、第１ユーザＵ１が契約している電子決済の種別と第２ユーザＵ２が契約している電子決済の種別とが異なっても、電子決済を実現させることができる。
＜第１の実施の形態に係る決済処理システムＳの機能構成＞
　図２は、第１の実施の形態に係る決済処理システムＳを構成する各装置の機能構成を模式的に示すブロック図である。決済処理システムＳは、第１ユーザ端末Ｔ１、第２ユーザ端末Ｔ２、仲介サーバＭ、第１決済サーバＱ１、及び第２決済サーバＱ２を備え、これらは通信ネットワークＮを介して通信可能な態様で接続している。第１ユーザ端末Ｔ１は、記憶部１０と制御部１１とを備える。第２ユーザ端末Ｔ２も、記憶部２０と制御部２１とを備える。同様に、仲介サーバＭは記憶部３０と制御部３１とを備え、第１決済サーバＱ１は記憶部４０と制御部４１とを備え、第２決済サーバＱ２は記憶部５０と制御部５１とを備える。
　図２において、矢印は主なデータの流れを示しており、図２に示していないデータの流れがあってもよい。図２において、各機能ブロックはハードウェア（装置）単位の構成ではなく、機能単位の構成を示している。各機能ブロック間のデータの授受は、データバス、ネットワーク、可搬記憶媒体等、任意の手段を介して行われてもよい。
　記憶部１０は、第１ユーザ端末Ｔ１を実現するコンピュータのＢＩＯＳ（Basic Input Output System）等を格納するＲＯＭ（Read Only Memory）や第１ユーザ端末Ｔ１の作業領域となるＲＡＭ（Random Access Memory）、ＯＳ（Operating System）やアプリケーションプログラム、当該アプリケーションプログラムの実行時に参照される種々の情報を格納するＨＤＤ（Hard Disk Drive）やＳＳＤ（Solid State Drive）等の大容量記憶装置である。
　制御部１１は、第１ユーザ端末Ｔ１のＣＰＵ（Central Processing Unit）やＧＰＵ（Graphics Processing Unit）等のプロセッサであり、記憶部１０に記憶されたプログラムを実行することによってトークン要求部１１０及び表示制御部１１１として機能する。
　同様に、記憶部２０は、第２ユーザ端末Ｔ２を実現するコンピュータのＢＩＯＳ等を格納するＲＯＭや第２ユーザ端末Ｔ２の作業領域となるＲＡＭ、ＯＳやアプリケーションプログラム、当該アプリケーションプログラムの実行時に参照される種々の情報を格納するＨＤＤやＳＳＤ等の大容量記憶装置である。制御部２１は、第２ユーザ端末Ｔ２のＣＰＵやＧＰＵ等のプロセッサであり、記憶部２０に記憶されたプログラムを実行することによってコード読取部２１０及び決済情報送信部２１１として機能する。
　記憶部３０は、仲介サーバＭを実現するコンピュータのＢＩＯＳ等を格納するＲＯＭや仲介サーバＭの作業領域となるＲＡＭ、ＯＳやアプリケーションプログラム、当該アプリケーションプログラムの実行時に参照される種々の情報を格納するＨＤＤやＳＳＤ等の大容量記憶装置である。制御部３１は、仲介サーバＭのＣＰＵやＧＰＵ等のプロセッサであり、記憶部３０に記憶されたプログラムを実行することによって決済情報受信部３１０、決済要求部３１１、及び通知部３１２として機能する。
　記憶部４０は、第１決済サーバＱ１を実現するコンピュータのＢＩＯＳ等を格納するＲＯＭや仲介サーバＭの作業領域となるＲＡＭ、ＯＳやアプリケーションプログラム、当該アプリケーションプログラムの実行時に参照される種々の情報を格納するＨＤＤやＳＳＤ等の大容量記憶装置である。制御部４１は、第１決済サーバＱ１のＣＰＵやＧＰＵ等のプロセッサであり、記憶部４０に記憶されたプログラムを実行することによってトークン送信部４１０、決済管理部４１１、及び精算管理部４１２として機能する。
　記憶部５０は、第２決済サーバＱ２を実現するコンピュータのＢＩＯＳ等を格納するＲＯＭや仲介サーバＭの作業領域となるＲＡＭ、ＯＳやアプリケーションプログラム、当該アプリケーションプログラムの実行時に参照される種々の情報を格納するＨＤＤやＳＳＤ等の大容量記憶装置である。制御部５１は、第２決済サーバＱ２のＣＰＵやＧＰＵ等のプロセッサであり、記憶部５０に記憶されたプログラムを実行することによってトークン送信部５１０、決済管理部５１１、及び精算管理部５１２として機能する。
　図３は、第１の実施の形態に係る決済処理システムＳが実行する決済処理を説明するための図である。以下、図２及び図３を参照しながら、第１の実施の形態に係る決済処理システムＳが実行する決済処理を３－（１）から３－（１３）の順序で説明するが、この数字は図３における３－（１）から３－（１３）と対応する。
　３－（１）第１ユーザ端末Ｔ１のトークン要求部１１０は、第１ユーザＵ１が利用可能な第１決済事業者が管理する第１決済サーバＱ１に、決済用トークンの取得要求を送信する。
　３－（２）第１決済サーバＱ１のトークン送信部４１０は、第１ユーザ端末Ｔ１から取得した取得要求に応答して、第１決済事業者を特定するための第１事業者識別子が関連付けられたトークンを生成して第１ユーザ端末Ｔ１に送信する。トークン送信部４１０は、第１ユーザ端末Ｔ１に送信した決済用トークンを、第１ユーザＵ１を特定するための第１ユーザ識別子と紐づけて記憶部４０に記憶させる。なお、第１決済サーバＱ１は、第１ユーザ端末Ｔ１のトークン要求部１１０からトークンの要求があったとき、又はトークンの要求に先立って、第１ユーザ端末Ｔ１を用いるユーザのユーザ認証を実行する。このユーザ認証が成功することを条件として、第１決済サーバＱ１のトークン送信部４１０は、決済用トークンを生成する。
　図４は、第１の実施の形態に係る記憶部４０が記憶する決済用トークンデータベースのデータ構造を模式的に示す表である。決済用トークンデータベースは、各ユーザ識別子、決済用トークン、及び有効期限を紐づけて格納している。
　図４に示す決済用トークンデータベースは、第１決済サーバＱ１の記憶部４０に格納されている。図４に示すように、決済用トークンは基本的にランダムな文字列であるが先頭の３つの文字はすべて共通の「００１」という文字列である。この文字列は第１事業者識別子に対応する。このように、図４に示す例では、決済用トークンに事業者識別子を含める形で決済用トークンと事業者識別子とが関連付けられている。これにより、決済用トークンを取得した装置は、どの決済サーバＱが扱う決済用トークンであるかを判別することができる。
　図３の説明に戻る。
　３－（３）第１ユーザ端末Ｔ１の表示制御部１１１は、第１決済サーバＱ１から受信した決済用トークンに基づいて生成した決済用コードを、第１ユーザ端末Ｔ１の表示部に表示させる。
　３－（４）第２ユーザ端末Ｔ２のコード読取部２１０は、第１ユーザ端末Ｔ１の表示部に表示された決済用コードを読み取って決済用トークンを取得する。
　３－（５）第２ユーザ端末Ｔ２の決済情報送信部２１１は、コード読取部２１０が読み取って取得した決済用トークンと、第２ユーザ端末Ｔ２を利用する第２ユーザＵ２を特定するための第２ユーザ識別子と、第２ユーザＵ２が利用可能な第２決済事業者を特定するための第２事業者識別子と、決済金額と、を含む決済情報を仲介サーバＭに送信する。
　３－（６）仲介サーバＭの決済情報受信部３１０は、第２ユーザ端末Ｔ２から決済情報を受信する。
　３－（７）仲介サーバＭの決済要求部３１１は、決済情報受信部３１０が受信した決済情報に含まれる決済用トークンから取得した第１事業者識別子で特定される第１決済事業者の第１決済サーバＱ１に、決済用トークンと決済金額とを送信する。
　３－（８）第１決済サーバＱ１の決済管理部４１１は、第１ユーザ端末Ｔ１に送信した決済用トークンと仲介サーバＭから受信した決済用トークンとが一致するか否かを判定することにより、ユーザ認証を実行する。第１決済サーバＱ１の決済管理部４１１は、第１ユーザ端末Ｔ１に送信した決済用トークンと仲介サーバＭから受信した決済用トークンとが一致することを条件として、仲介サーバＭから受信した決済用トークンに紐付けられている第１ユーザ識別子を記憶部４０から取得し、第１ユーザ識別子で特定される第１ユーザＵ１の口座の残金で決済金額を決済できるか否かを判定し、結果を決済承認に関する情報として仲介サーバＭに通知する。
　３－（９）仲介サーバＭの決済要求部３１１は、第１ユーザＵ１の口座の残金で決済金額を決済できる場合、第２決済事業者が管理する第２決済サーバＱ２に、第２ユーザ識別子と決済情報に含まれる決済金額の決済要求とを送信する。なお、第１ユーザＵ１の口座の残金で決済金額を決済できない場合、決済要求部３１１は決済処理を中止する。
　３－（１０）第２決済サーバＱ２の決済管理部５１１は、仲介サーバＭの決済要求部３１１から受信した第２ユーザ識別子に基づくユーザ認証が成功することを条件として、仲介サーバＭから受信した決済金額で決済を実行する。具体的には、決済管理部５１１は、第２ユーザＵ２が開設している口座に決済金額に相当する額を振り込む。これは、第２決済サーバＱ２が第１ユーザＵ１の支払いを立て替えていることになる。なお、ユーザ認証に失敗した場合、すなわち、第２ユーザＵ２が第２決済事業者にユーザ登録をしていない場合、第２決済サーバＱ２の決済管理部５１１は決済処理を中止する。
　３－（１１）決済管理部５１１は、決済が完了したことを第２ユーザ端末Ｔ２に通知する。
　３－（１２）仲介サーバＭの通知部３１２は、第２決済サーバＱ２に決済要求を送信すると、決済が完了したことを第１ユーザ端末Ｔ１に通知する。
　３－（１３）第２決済サーバＱ２の精算管理部５１２は、第１決済サーバＱ１の精算管理部４１２に精算要求を行う。この結果、第１決済サーバＱ１が管理する第１ユーザＵ１の口座から決済金額に相当する額が第２決済サーバＱ２に送金され、第２決済サーバＱ２が立て替えた第１ユーザＵ１の支払いが精算される。なお、仲介サーバＭは、第１決済サーバＱ１と第２決済サーバＱ２との間で行われる精算処理を仲介してもよい。例えば、仲介サーバＭの図示しない精算仲介部が第２決済サーバＱ２の精算管理部５１２から精算要求を受信し、第１決済サーバＱ１の精算管理部４１２に転送してもよい。
　このように、第１の実施の形態に係る仲介サーバＭは、第１ユーザ端末Ｔ１、第２ユーザ端末Ｔ２、第１決済サーバＱ１、及び第２決済サーバＱ２の間で行われる決済処理を仲介する。これにより、仲介サーバＭは、第１ユーザＵ１が契約している電子決済の種別と第２ユーザＵ２が契約している電子決済の種別とが異なっても、電子決済を実現させることができる。
＜第１の実施の形態に係る仲介サーバＭが奏する効果＞
　以上説明したように、実施の形態に係る仲介サーバＭによれば、ユーザＵが電子決済の種別を意識せずに決済を行えるようにすることができる。
＜第１の実施の形態の第１の変形例＞
　図５は、第１の実施の形態の第１の変形例に係る決済処理システムＳが実行する決済処理を説明するための図である。第１の実施の形態の第１の変形例に係る決済処理システムＳは、第１の実施の形態に係る決済処理システムＳとは異なり、第１決済サーバＱ１が決済情報に基づいて決済処理を実行する。
　以下、図５を参照しながら、第１の実施の形態の第１の変形例に係る決済処理システムＳが実行する決済処理を５－（１）から５－（１２）の順序で説明するが、この数字は図５における５－（１）から５－（１２）と対応する。なお、５－（１）から５－（７）までの処理は図３における３－（１）から３－（７）までの処理と同様であるため省略する。
　５－（８）第１決済サーバＱ１の決済管理部４１１は、第１ユーザ端末Ｔ１に送信した決済用トークンと仲介サーバＭから受信した決済用トークンとが一致するか否かを判定することにより、ユーザ認証を実行する。第１決済サーバＱ１の決済管理部４１１は、第１ユーザ端末Ｔ１に送信した決済用トークンと仲介サーバＭから受信した決済用トークンとが一致することを条件として、仲介サーバＭから受信した決済用トークンに紐付けられている第１ユーザ識別子を記憶部４０から取得し、第１ユーザ識別子で特定される第１ユーザＵ１の口座からの残金で決済金額を決済できるか否かを判定し、決済可能な場合は決済を実行して第１ユーザＵ１の口座から決済金額に相当する額を引き落とす。
　５－（９）第１決済サーバＱ１の決済管理部４１１は、決済の結果を仲介サーバＭに送信する。
　５－（１０）仲介サーバＭの通知部３１２は、第１決済サーバＱ１から受信した決済の結果を第２ユーザ端末Ｔ２に送信する。
　５－（１１）仲介サーバＭの通知部３１２は、第１決済サーバＱ１から受信した決済の結果を第１ユーザ端末Ｔ１に送信する。
　５－（１２）第１決済サーバＱ１の精算管理部４１２は、第２決済サーバＱ２の精算管理部５１２に精算要求を行う。この結果、第１決済サーバＱ１が管理する第１ユーザＵ１の口座から引き落とされた決済金額に相当する額が、第２決済サーバＱ２が管理する第２ユーザＵ２の口座に振り込まれる。なお、仲介サーバＭは、第１決済サーバＱ１と第２決済サーバＱ２との間で行われる精算処理を仲介してもよい。
　このように、第１の実施の形態の第１の変形例に係る決済処理システムＳは、第１の実施の形態に係る決済処理システムＳと異なり、第１ユーザＵ１が利用可能な決済事業者の第１決済サーバＱ１が決済処理を実行する。このため、第１の実施の形態の第１の変形例に係る決済処理システムＳは、第１ユーザＵ１の口座に決済金額を決済するだけの残高が存在すれば、残高確認の結果を仲介サーバＭに通知する処理を省略してすぐに決済処理が実行できるため、決済処理を迅速化することができる。
　第１の実施の形態に係る決済処理システムＳと、第１の実施の形態の第１の変形例に係る決済処理システムＳとを考慮すると、仲介サーバＭの決済要求部３１１は、第１決済サーバＱ１と、第２決済サーバＱ２とのいずれか一方の決済サーバＱに、決済金額の決済要求を送信すればよいとも言える。決済要求を受信した一方の決済サーバＱが決済処理を実行して、他方の決済サーバＱに精算要求を送信することにより、決済処理システムＳは、第１ユーザＵ１が契約している電子決済の種別と第２ユーザＵ２が契約している電子決済の種別とが異なっても、電子決済を実現させることができる。
＜第１の実施の形態の第２の変形例＞
　図６は、第１の実施の形態の第２の変形例に係る決済処理システムＳが実行する決済処理を説明するための図である。第１の実施の形態の第２の変形例に係る決済処理システムＳは、第１の実施の形態に係る決済処理システムＳとは異なり、仲介サーバＭは、第１ユーザ端末Ｔ１及び第１決済サーバＱ１との間でやり取りする情報を第１決済サーバＱ１が用いる暗号鍵で暗号化する。また、仲介サーバＭは、第２ユーザ端末Ｔ２及び第２決済サーバＱ２との間でやり取りする情報を第２決済サーバＱ２が用いる暗号鍵で暗号化する。
　以下、図６を参照しながら、第１の実施の形態の第２の変形例に係る決済処理システムＳが実行する決済処理を６－（１）から６－（１４）の順序で説明するが、この数字は図６における６－（１）から６－（１４）と対応する。なお、６－（１）の処理は、図３における３－（１）の処理と同様であるため省略する。
　６－（２）第１決済サーバＱ１のトークン送信部４１０は、第１ユーザ端末Ｔ１から取得した取得要求に応答して、第１決済事業者を特定するための第１事業者識別子が関連付けられたトークンを生成し、生成した決済用トークンを第１決済サーバＱ１が用いる暗号鍵で暗号化した上で第１ユーザ端末Ｔ１に送信する。トークン送信部４１０は、第１ユーザ端末Ｔ１に送信した決済用トークンを、第１ユーザＵ１を特定するための第１ユーザ識別子と紐づけて記憶部４０に記憶させる。なお、第１決済サーバＱ１は、第１ユーザ端末Ｔ１のトークン要求部１１０からトークンの要求があったとき、又はトークンの要求に先立って、第１ユーザ端末Ｔ１を用いるユーザのユーザ認証を実行する。このユーザ認証が成功することを条件として、第１決済サーバＱ１のトークン送信部４１０は、決済用トークンを生成する。
　６－（３）第１ユーザ端末Ｔ１の表示制御部１１１は、第１決済サーバＱ１から受信した暗号化された決済用トークンを復号し、得られた決済用トークンに基づいて生成した決済用コードを、第１ユーザ端末Ｔ１の表示部に表示させる。
　６－（４）第２ユーザ端末Ｔ２のコード読取部２１０は、第１ユーザ端末Ｔ１の表示部に表示された決済用コードを読み取って決済用トークンを取得する。
　６－（５）第２ユーザ端末Ｔ２の決済情報送信部２１１は、コード読取部２１０が取得した決済用トークンと、第２ユーザ端末Ｔ２を利用する第２ユーザＵ２を特定するための第２ユーザ識別子と、第２ユーザＵ２が利用可能な第２決済事業者を特定するための第２事業者識別子と、決済金額とを含む決済情報を、第２決済サーバＱ２が利用する暗号鍵で暗号化して仲介サーバＭに送信する。
　６－（６）仲介サーバＭの決済情報受信部３１０は、暗号化された決済情報を第２ユーザ端末Ｔ２から受信する。
　６－（７）決済情報受信部３１０は、第２ユーザ端末Ｔ２から受信した暗号化された決済情報を、第２決済サーバＱ２が利用する暗号鍵を用いて復号する。
　６－（８）仲介サーバＭの決済要求部３１１は、決済情報受信部３１０が受信した決済情報に含まれる決済用トークンから取得した第１事業者識別子で特定される第１決済事業者の第１決済サーバＱ１に、決済用トークンと決済金額とを含む情報を第１決済サーバＱ１が利用する暗号鍵で暗号化して送信する。
　６－（９）第１決済サーバＱ１の決済管理部４１１は、第１ユーザ端末Ｔ１に送信した決済用トークンと仲介サーバＭから受信した決済用トークンとが一致するか否かを判定することにより、ユーザ認証を実行する。第１決済サーバＱ１の決済管理部４１１は、第１ユーザ端末Ｔ１に送信した決済用トークンと仲介サーバＭから受信した決済用トークンとが一致することを条件として、仲介サーバＭから受信した情報を復号して決済用トークンに紐付けられている第１ユーザ識別子を記憶部４０から取得する。決済管理部４１１は、第１ユーザ識別子で特定される第１ユーザＵ１の口座の残金で決済金額を決済できるか否かを判定し、結果を暗号化して仲介サーバＭに通知する。
　６－（１０）仲介サーバＭの決済要求部３１１は、決済管理部４１１から受け取った通知を第１決済サーバＱ１が用いる暗号鍵で復号する。仲介サーバＭの決済要求部３１１は、第１ユーザＵ１の口座の残金で決済金額を決済できる場合（すなわち、第１決済サーバＱ１において第１ユーザＵＩのユーザ認証が成功し、残金がある場合）、第２決済事業者が管理する第２決済サーバＱ２に、決済情報に含まれる決済金額の決済要求と第２ユーザ識別子とを第２決済サーバＱ２が用いる暗号鍵で暗号化して送信する。
　６－（１１）第２決済サーバＱ２の決済管理部５１１は、仲介サーバＭの決済要求部３１１から受信した第２ユーザ識別子に基づくユーザ認証が成功することを条件として、仲介サーバＭから受信した情報を復号し、決済金額で決済を実行する。
　６－（１２）決済管理部５１１は、決済が完了したことを示す情報を第２決済サーバＱ２が用いる暗号鍵で暗号化して第２ユーザ端末Ｔ２に通知する。
　６－（１３）仲介サーバＭの通知部３１２は、第２決済サーバＱ２に決済要求を送信すると、決済が完了したことを示す情報を第１決済サーバＱ１が用いる暗号鍵で暗号化して第１ユーザ端末Ｔ１に通知する。
　６－（１４）第２決済サーバＱ２の精算管理部５１２は、第１決済サーバＱ１の精算管理部４１２に精算要求を行う。なお、仲介サーバＭは、第１決済サーバＱ１と第２決済サーバＱ２との間で行われる精算処理を仲介してもよい。
　このように、仲介サーバＭは、第１ユーザ端末Ｔ１及び第１決済サーバＱ１との間でやり取りする情報を第１決済サーバＱ１が用いる暗号鍵で暗号化する。また、仲介サーバＭは、第２ユーザ端末Ｔ２及び第２決済サーバＱ２との間でやり取りする情報を第２決済サーバＱ２が用いる暗号鍵で暗号化する。これより、仲介サーバＭは、決済処理の安全性をより向上することができる。
＜第１の実施の形態の第３の変形例＞
　図７は、第１の実施の形態の第３の変形例に係る決済処理システムＳが実行する決済処理を説明するための図である。第１の実施の形態の第３の変形例に係る決済処理システムＳは、第１の実施の形態に係る決済処理システムＳと異なり、第１決済サーバＱ１は、生成した決済用トークンを仲介サーバＭにも送信する。
　以下、図７を参照しながら、第１の実施の形態の第３の変形例に係る決済処理システムＳが実行する決済処理を７－（１）から７－（１５）の順序で説明するが、この数字は図７における７－（１）から７－（１５）と対応する。なお、７－（１）及び７－（２）の処理は、図３における３－（１）及び３－（２）の処理と同様であるため省略する。
　７－（３）トークン送信部４１０は、生成した決済用トークンを仲介サーバＭに送信する。
　７－（４）第１ユーザ端末Ｔ１の表示制御部１１１は、第１決済サーバＱ１から受信した決済用トークンに基づいて生成した決済用コードを、第１ユーザ端末Ｔ１の表示部に表示させる。
　７－（５）第２ユーザ端末Ｔ２のコード読取部２１０は、第１ユーザ端末Ｔ１の表示部に表示された決済用コードを読み取って決済用トークンを取得する。
　７－（６）第２ユーザ端末Ｔ２の決済情報送信部２１１は、コード読取部２１０が取得した決済用トークンと、第２ユーザ端末Ｔ２を利用する第２ユーザＵ２を特定するための第２ユーザ識別子と、第２ユーザＵ２が利用可能な第２決済事業者を特定するための第２事業者識別子と、決済金額と、を含む決済情報を仲介サーバＭに送信する。
　７－（７）仲介サーバＭの決済情報受信部３１０は、第２ユーザ端末Ｔ２から決済情報を受信する。
　７－（８）仲介サーバＭの決済要求部３１１は、第１決済サーバＱ１から受信した決済用トークンと、第２ユーザ端末Ｔ２から受信した決済用トークンとが不一致の場合、決済処理を中止する。具体的には、決済要求部３１１は、第１決済サーバＱ１から受信した決済用トークンのうち有効期限が切れていない決済用トークンのいずれかに、第２ユーザ端末Ｔ２から受信した決済用トークンが含まれていない場合に不一致と判断する。
　７－（９）仲介サーバＭの決済要求部３１１は、第１決済サーバＱ１から受信した決済用トークンと、第２ユーザ端末Ｔ２から受信した決済用トークンとが一致する場合、決済用トークンと決済金額とを第１決済サーバＱ１に送信する。
　７－（１０）第１決済サーバＱ１の決済管理部４１１は、仲介サーバＭから受信した決済用トークンに紐付けられている第１ユーザ識別子を記憶部４０から取得し、第１ユーザ識別子で特定される第１ユーザＵ１の口座の残金で決済金額を決済できるか否かを判定し、結果を仲介サーバＭに通知する。
　７－（１１）仲介サーバＭの決済要求部３１１は、第１ユーザＵ１の口座の残金で決済金額を決済できる場合、第２決済事業者が管理する第２決済サーバＱ２に、決済情報に含まれる決済金額の決済要求を送信する。
　７－（１２）第２決済サーバＱ２の決済管理部５１１は、仲介サーバＭから受信した決済金額で決済を実行する。具体的には、決済管理部５１１は、第２ユーザＵ２が開設している口座に決済金額に相当する額を振り込む。
　７－（１３）決済管理部５１１は、決済が完了したことを第２ユーザ端末Ｔ２に通知する。
　７－（１４）仲介サーバＭの通知部３１２は、第２決済サーバＱ２に決済要求を送信すると、決済が完了したことを第１ユーザ端末Ｔ１に通知する。
　７－（１５）第２決済サーバＱ２の精算管理部５１２は、第１決済サーバＱ１の精算管理部４１２に精算要求を行う。この結果、第１決済サーバＱ１が管理する第１ユーザＵ１の口座から決済金額に相当する額が第２決済サーバＱ２に送金される。なお、仲介サーバＭは、第１決済サーバＱ１と第２決済サーバＱ２との間で行われる精算処理を仲介してもよい。
　このように、第１の実施の形態の第３の変形例に係る仲介サーバＭにおいて、決済要求部３１１は、第１決済サーバＱ１から受信した決済用トークンと、第２ユーザ端末Ｔ２から受信した決済用トークンとが不一致の場合、決済処理を中止する。これにより、仲介サーバＭは、第１決済サーバＱ１が残高確認等の処理を実行することを抑制できるため、第１決済サーバＱ１の負荷を軽減することができる。
　なお、第１決済サーバＱ１は、第１ユーザ端末Ｔ１の決済用トークンの取得要求に応じて生成する決済用トークンに、第１事業者識別子を含めなくてもよい。この場合、仲介サーバＭは、第１決済サーバＱ１から決済用トークンを受信したとき、受信した決済用トークンを第１事業者識別子と関連付けて記憶部３０に記憶する。仲介サーバＭは、第２ユーザ端末Ｔ２から受信した決済情報に含まれる決済用トークンと一致する決済用トークンを記憶部３０から読み出し、その決済用トークンに関連付けられている第１事業者識別子を取得することで、第１ユーザＵ１が利用可能な決済事業者を特定することができる。
＜第１の実施の形態に係る第４の変形例＞
　図８は、第１の実施の形態の第４の変形例に係る決済処理システムＳが実行する決済処理を説明するための図である。第１の実施の形態の第４の変形例に係る決済処理システムＳは、第１の実施の形態に係る決済処理システムＳと異なり、決済用コードを読み取った第２ユーザ端末Ｔ２は、決済情報を仲介サーバＭではなく第２決済サーバＱ２に送信する。
　以下、図８を参照しながら、第１の実施の形態の第４の変形例に係る決済処理システムＳが実行する決済処理を８－（１）から８－（１４）の順序で説明するが、この数字は図８における８－（１）から８－（１４）と対応する。なお、８－（１）から８－（４）までの処理は、図３における３－（１）から３－（４）までの処理と同様であるため省略する。
　８－（５）第２ユーザ端末Ｔ２の決済情報送信部２１１は、コード読取部２１０が取得した決済用トークンと、決済金額と、を含む決済情報を第２決済サーバＱ２に送信する。
　８－（６）第２決済サーバＱ２の決済管理部５１１は、第２ユーザ端末Ｔ２から受信した決済情報に含まれる決済用トークンが第２決済サーバＱ２が用いる決済用トークンとは異なる場合、第２ユーザ端末Ｔ２から受信した決済情報を仲介サーバＭに転送する。
　８－（７）仲介サーバＭの決済情報受信部３１０は、第２決済サーバＱ２から決済情報を受信する。
　８－（８）仲介サーバＭの決済要求部３１１は、決済情報受信部３１０が受信した決済情報に含まれる決済用トークンから取得した第１事業者識別子で特定される第１決済事業者の第１決済サーバＱ１に、決済用トークンと決済金額とを送信する。
　８－（９）第１決済サーバＱ１の決済管理部４１１は、第１ユーザ端末Ｔ１に送信した決済用トークンと仲介サーバＭから受信した決済用トークンとが一致するか否かを判定することにより、ユーザ認証を実行する。第１決済サーバＱ１の決済管理部４１１は、第１ユーザ端末Ｔ１に送信した決済用トークンと仲介サーバＭから受信した決済用トークンとが一致することを条件として、仲介サーバＭから受信した決済用トークンに紐付けられている第１ユーザ識別子を記憶部４０から取得し、第１ユーザ識別子で特定される第１ユーザＵ１の口座の残金で決済金額を決済できるか否かを判定し、結果を仲介サーバＭに通知する。
　８－（１０）仲介サーバＭの決済要求部３１１は、第１ユーザＵ１の口座の残金で決済金額を決済できる場合、第２決済事業者が管理する第２決済サーバＱ２に、決済情報に含まれる決済金額の決済要求を送信する。
　８－（１１）第２決済サーバＱ２の決済管理部５１１は、仲介サーバＭの決済要求部３１１から受信した第２ユーザ識別子に基づくユーザ認証が成功することを条件として、仲介サーバＭから受信した決済金額で決済を実行する。
　８－（１２）決済管理部５１１は、決済が完了したことを第２ユーザ端末Ｔ２に通知する。
　８－（１３）仲介サーバＭの通知部３１２は、第２決済サーバＱ２に決済要求を送信すると、決済が完了したことを第１ユーザ端末Ｔ１に通知する。
　８－（１４）第２決済サーバＱ２の精算管理部５１２は、第１決済サーバＱ１の精算管理部４１２に精算要求を行う。なお、仲介サーバＭは、第１決済サーバＱ１と第２決済サーバＱ２との間で行われる精算処理を仲介してもよい。
　このように、第１の実施の形態の第４の変形例に係る決済処理システムＳでは、第２ユーザ端末Ｔ２は、決済情報を仲介サーバＭではなく第２決済サーバＱ２に送信する。第２決済サーバＱ２は、受信した決済情報に含まれる決済用トークンは第１決済サーバＱ１が生成したものであるため決済処理を実行できないので、決済情報を仲介サーバＭに転送する。第２ユーザ端末Ｔ２と仲介サーバＭとの間の情報のやり取りが不要となるため、第２ユーザＵ２が仲介サーバＭに加盟店登録を指定しなくても、第２決済サーバＱ２が仲介サーバＭに事業者登録をしていれば、仲介サーバＭは決済処理を仲介することができる。
＜第１の実施の形態の第５の変形例＞
　図９は、第１の実施の形態の第５の変形例に係る決済処理システムＳが実行する決済処理を説明するための図である。第１の実施の形態の第５の変形例に係る決済処理システムＳは、第１の実施の形態に係る決済処理システムＳと異なり、第１ユーザ端末Ｔ１は、仲介サーバＭに決済用トークンの取得要求を送信する。
　以下、図９を参照しながら、第１の実施の形態の第５の変形例に係る決済処理システムＳが実行する決済処理を９－（１）から９－（１３）の順序で説明するが、この数字は図９における９－（１）から９－（１３）と対応する。
　９－（１）第１ユーザ端末Ｔ１のトークン要求部１１０は、第１決済サーバＱ１を利用して決済をするための決済用トークンの取得要求を、仲介サーバＭに送信する。
　９－（２）仲介サーバＭのトークン送信部（不図示）は、第１ユーザ端末Ｔ１から取得した取得要求に応答して、第１決済事業者を特定するための第１事業者識別子が関連付けられたトークンを生成して第１ユーザ端末Ｔ１に送信する。記憶部３０は、第１ユーザ端末Ｔ１に送信した決済用トークンを、第１ユーザＵ１を特定するための第１ユーザ識別子と紐づけて記憶する。
　なお、仲介サーバＭは、第１ユーザ端末Ｔ１のトークン要求部１１０からトークンの要求があったとき、又はトークンの要求に先立って、第１ユーザ端末Ｔ１を用いるユーザのユーザ認証を実行する。具体的には、第１ユーザ端末Ｔ１が、第１ユーザ識別子に関連付けられた識別子で仲介サーバＭにサインインすることをもって、仲介サーバＭはユーザ認証を実現できる。又は、仲介サーバＭは、第１ユーザ端末Ｔ１のトークン要求部１１０からトークンの要求があったときに、トークン要求部１１０から第１事業者識別子を取得することを条件として、ユーザ認証が成功したとみなしてもよい。このユーザ認証が成功することを条件として、第１決済サーバＱ１のトークン送信部４１０は、決済用トークンを生成する。
　図９における９－（３）から９－（１３）までの処理は、図３における３－（３）から３－（１３）までの処理と同様であるため省略する。第１の実施の形態の第５の変形例に係る決済処理システムＳでは、仲介サーバＭにユーザ登録をしているユーザ端末Ｔから決済用トークンの取得要求があった場合、仲介サーバＭが決済用トークンを生成する。このように、決済用トークンの生成処理の一部を仲介サーバＭが担えるため、第１の実施の形態の第５の変形例に係る決済処理システムＳは、第１決済サーバＱ１の処理負荷を分散させることができる。
＜第１の実施の形態の第６の変形例＞
　図１０は、第１の実施の形態の第６の変形例に係る決済処理システムＳが実行する決済処理を説明するための図である。具体的には、第６の変形例に係る決済処理システムＳは、店舗提示方式の決済システムである。したがって、第１ユーザ端末Ｔ１が店舗端末となり、第１ユーザＵ１は店舗端末が設置されている店舗Ｒの経営者等である。また、店舗Ｒの顧客が第２ユーザＵ２となり、第２ユーザＵ２のユーザ端末が第２ユーザ端末Ｔ２となる。
　以下、図１０を参照しながら、第１の実施の形態の第６の変形例に係る決済処理システムＳが実行する決済処理を１０－（１）から１０－（１３）の順序で説明するが、この数字は図１０における１０－（１）から１０－（１３）と対応する。
　１０－（１）第１ユーザ端末Ｔ１のトークン要求部１１０は、第１ユーザＵ１が利用可能な第１決済事業者が管理する第１決済サーバＱ１に、決済用トークンの取得要求を送信する。
　１０－（２）第１決済サーバＱ１のトークン送信部４１０は、第１ユーザ端末Ｔ１から取得した取得要求に応答して、第１決済事業者を特定するための第１事業者識別子が関連付けられたトークンを生成して第１ユーザ端末Ｔ１に送信する。
　１０－（３）第１ユーザ端末Ｔ１の表示制御部１１１は、第１決済サーバＱ１から受信した決済用トークンに基づいて生成した決済用コードを、第１ユーザ端末Ｔ１の表示部に表示させる。
　１０－（４）第２ユーザ端末Ｔ２のコード読取部２１０は、第１ユーザ端末Ｔ１の表示部に表示された決済用コードを読み取って決済用トークンを取得する。
　１０－（５）第２ユーザ端末Ｔ２の決済情報送信部２１１は、コード読取部２１０が取得した決済用トークンと、第２ユーザ端末Ｔ２を利用する第２ユーザＵ２を特定するための第２ユーザ識別子と、第２ユーザＵ２が利用可能な第２決済事業者を特定するための第２事業者識別子と、決済金額と、を含む決済情報を仲介サーバＭに送信する。
　１０－（６）仲介サーバＭの決済情報受信部３１０は、第２ユーザ端末Ｔ２から決済情報を受信する。
　１０－（７）仲介サーバＭの決済要求部３１１は、第２ユーザ端末Ｔ２を所持する第２ユーザＵ２が契約をしている第２決済事業者の第２決済サーバＱ２に、決済金額、及び第２ユーザＵ２を特定するための第２ユーザ識別子を送信する。
　１０－（８）第２決済サーバＱ２の決済管理部５１１は、仲介サーバＭから受信した第２ユーザ識別子を用いてユーザ認証を行う。認証が成功した場合、第２決済サーバＱ２の決済管理部５１１は、第２ユーザ識別子で特定される第２ユーザＵ２の口座の残金で決済金額を決済できるか否かを判定し、結果を仲介サーバＭに通知する。
　１０－（９）仲介サーバＭの決済要求部３１１は、第２ユーザＵ２の口座の残金で決済金額を決済できる場合、第１決済事業者が管理する第１決済サーバＱ１に、決済情報に含まれる決済金額の決済要求を送信する。
　１０－（１０）第１決済サーバＱ１の決済管理部４１１は、仲介サーバＭから受信した決済金額で決済を実行する。具体的には、決済管理部４１１は、第１ユーザＵ１が開設している口座に決済金額に相当する額を振り込む。
　１０－（１１）決済管理部４１１は、決済が完了したことを第１ユーザ端末Ｔ１に通知する。
　１０－（１２）仲介サーバＭの通知部３１２は、第１決済サーバＱ１に決済要求を送信すると、決済が完了したことを第２ユーザ端末Ｔ２に通知する。
　１０－（１３）第１決済サーバＱ１の精算管理部４１２は、第２決済サーバＱ２の精算管理部５１２に精算要求を行う。この結果、第２決済サーバＱ２が管理する第２ユーザＵ２の口座から決済金額に相当する額が第１決済サーバＱ１に送金される。なお、仲介サーバＭは、第１決済サーバＱ１と第２決済サーバＱ２との間で行われる精算処理を仲介してもよい。
　これにより、決済処理システムＳは、第１ユーザＵ１が契約している電子決済の種別と第２ユーザＵ２が契約している電子決済の種別とが異なっても、電子決済を実現させることができる。
［第２の実施の形態］
＜第２の実施の形態の概要＞
　第２の実施の形態の概要を述べる。第２の実施の形態に係る決済処理システムＳは、店舗提示方式の決済システムである。したがって、第２の実施の形態に係る決済処理システムＳにおいては、第１ユーザ端末Ｔ１は店舗Ｒに設置された店舗端末であり、第２ユーザ端末は店舗Ｒを利用する顧客が所持する顧客端末である。以下、第２の実施の形態に係る決済処理システムＳにおいては、第１ユーザ端末Ｔ１である店舗端末を「店舗端末Ｔ１」、第２ユーザ端末Ｔ２である顧客端末を「顧客端末Ｔ２」と記載する。
　第２の実施の形態に係る顧客端末Ｔ２には、あらかじめ複数の異なる決済サーバＱで用いられるコード生成アルゴリズム及び暗号化鍵を備えるアプリケーションソフトウェア（以下、「決済用アプリ」と記載する。）がインストールされている。具体的には、顧客端末Ｔ２の所有者が仲介サーバＭにユーザ登録をすると、顧客端末Ｔ２は仲介サーバＭから決済用アプリをダウンロードすることができるようになる。
　第２の実施の形態に係る顧客端末Ｔ２は決済用アプリを備えているため、店舗端末Ｔ１から読み取った決済用トークンをその決済用トークンを用いる決済サーバＱが用いるアルゴリズムで符号化したり、決済サーバＱが用いる暗号鍵で暗号化したりすることができる。第２の実施の形態に係る決済処理システムＳでは、顧客端末Ｔ２が、店舗端末Ｔ１から受信した情報を第１決済サーバＱ１が扱える情報に変換したり、変換した情報を第１決済サーバＱ１が用いる暗号鍵で暗号化したりすることを実行する。この点で、第１の実施の形態における特に第２の変形例に係る決済処理システムＳと異なる。
　以下、第２の実施の形態に係る決済処理システムＳを構成する各装置の機能構成、及び第２の実施の形態に係る決済処理システムＳが実行する決済処理を説明するが、第１の実施の形態に係る決済処理システムＳ又はその各種変形例と重複する記載については、適宜省略又は簡略化して説明する。
　図１１は、第２の実施の形態に係る決済処理システムＳを構成する各装置の機能構成を模式的に示すブロック図である。図１１において、仲介サーバＭ、第１決済サーバＱ１、及び第２決済サーバＱ２は、図２に示す第１の実施の形態に係る仲介サーバＭ、第１決済サーバＱ１、及び第２決済サーバＱ２と同様の機能構成を有するため詳細な図示を省略している。図１１に示すように、第２の実施の形態に係る顧客端末Ｔ２の制御部２１が、暗号化部２１２を備えている点で、第１の実施の形態に係る第２ユーザ端末Ｔ２と異なる。
　図１２は、第２の実施の形態に係る決済処理システムＳが実行する決済処理を説明するための図である。以下、図１１及び図１２を参照しながら、第２の実施の形態に係る決済処理システムＳが実行する決済処理を１２－（１）から１２－（１５）の順序で説明するが、この数字は図１２における１２－（１）から１２－（１５）と対応する。
　１２－（１）店舗端末Ｔ１のトークン要求部１１０は、店舗端末Ｔ１が設置されている店舗Ｒの経営者が利用可能な第１決済事業者が管理する第１決済サーバＱ１に、決済用トークンの取得要求を送信する。
　１２－（２）第１決済サーバＱ１のトークン送信部４１０は、店舗端末Ｔ１から取得した取得要求に応答して、第１決済事業者を特定するための第１事業者識別子が関連付けられたトークンを生成して店舗端末Ｔ１に送信する。
　１２－（３）店舗端末Ｔ１の表示制御部１１１は、第１決済サーバＱ１から受信した決済用トークンに基づいて生成した決済用コードを、店舗端末Ｔ１の表示部に表示させる。
　１２－（４）顧客端末Ｔ２のコード読取部２１０は、第１ユーザ端末Ｔ１の表示部に表示された決済用コードを読み取って決済用トークンを取得する。
　１２－（５）顧客端末Ｔ２の暗号化部２１２は、顧客端末Ｔ２を所持する顧客が利用可能な第２決済事業者を特定するための第２事業者識別子と、決済用トークンと、決済金額と、を含む決済情報を、第１決済事業者の決済サーバである第１決済サーバＱ１が利用する暗号鍵で暗号化する。
　１２－（６）顧客端末Ｔ２の決済情報送信部２１１は、暗号化部２１２が暗号化した決済情報を仲介サーバＭに送信する。
　１２－（７）仲介サーバＭの決済情報受信部３１０は、顧客端末Ｔ２から暗号化された決済情報を受信する。
　１２－（８）仲介サーバＭの暗号化部２１２は、顧客端末Ｔ２から受信した決済情報を復号し、決済用トークンに含まれる第１事業者識別子を取得する。
　１２－（９）仲介サーバＭの決済要求部３１１は、顧客端末Ｔ２から取得した暗号化された決済情報を第１決済サーバＱ１に転送する。
　１２－（１０）第１決済サーバの決済管理部４１１は、仲介サーバＭから転送された決済情報に基づいて店舗端末Ｔ１のユーザである顧客のユーザ認証を実行して認証結果を仲介サーバＭに送信する。具体的には、第１決済サーバの決済管理部４１１は、トークン送信部４１０が店舗端末Ｔ１に送信した決済用トークンと、仲介サーバＭから受信した決済情報に含まれる決済用トークンとが一致する場合、顧客の認証が成功したと判定する。
　１２－（１１）仲介サーバＭの決済要求部３１１は、認証が成功した場合、第２決済サーバＱ２に決済金額の決済要求を送信する。
　１２－（１２）第２決済サーバＱ２の決済管理部５１１は、顧客の口座の残高で決済できる場合、決済を実行する。
　１２－（１３）第２決済サーバＱ２の決済管理部５１１は、決済完了の通知を仲介サーバＭに送信する。
　１２－（１４）仲介サーバＭの通知部３１２は、第１決済サーバＱ１及び顧客端末Ｔ２に決済完了を通知する。
　１２－（１５）第１決済サーバＱ１の精算管理部４１２は、第２決済サーバＱ２の精算管理部５１２に精算要求を行う。この結果、第２決済サーバＱ２が管理する顧客の口座から決済金額に相当する額が第１決済サーバＱ１に送金される。なお、仲介サーバＭは、第１決済サーバＱ１と第２決済サーバＱ２との間で行われる精算処理を仲介してもよい。
＜第２の実施の形態に係る決済処理システムＳが奏する効果＞
　以上説明したように、第２の実施の形態に係る決済処理システムＳによれば、ユーザＵが電子決済の種別を意識せずに決済を行えるようにすることができる。
　特に、第２の実施の形態に係る決済処理システムＳでは、顧客端末Ｔ２が、店舗端末Ｔ１から受信した情報を第１決済サーバＱ１が扱える情報に変換したり、変換した情報を第１決済サーバＱ１が用いる暗号鍵で暗号化したりすることを実行する。第２の実施の形態に係る決済処理システムＳでは、仲介サーバＭ又は決済サーバＱが実行すべき処理の一部を顧客端末Ｔ２が肩代わりするため、システム全体としての負荷を分散できる。
＜第２の実施の形態の第１の変形例＞
　上記では、第２決済サーバＱ２が決済情報に基づいて決済し、事後的に第１決済サーバＱ１に精算要求をする場合について説明した。これに替えて、第１決済サーバＱ１が決済情報に基づいて決済し、事後的に第２決済サーバに精算要求をしてもよい。すなわち、仲介サーバＭの決済要求部３１１は、第１決済サーバＱ１と、第２決済サーバＱ２とのいずれか一方の決済サーバＱに、決済金額の決済要求を送信すればよいとも言える。決済要求を受信した一方の決済サーバＱが決済処理を実行して、他方の決済サーバＱに精算要求を送信することにより、決済処理システムＳは、店舗Ｒの経営者が契約している電子決済の種別と顧客が契約している電子決済の種別とが異なっても、電子決済を実現させることができる。
＜第２の実施の形態の第２の変形例＞
　第２の実施の形態の第２の変形例に係る決済処理システムＳは、第２の実施の形態に係る決済処理システムＳと異なり、第１決済サーバＱ１は、生成した決済用トークンを仲介サーバＭにも送信する。
　第２の実施の形態の第２の変形例に係る仲介サーバＭにおいて、決済要求部３１１は、第１決済サーバＱ１から受信した決済用トークンと、顧客端末Ｔ２から受信した決済用トークンとが不一致の場合、決済処理を中止する。より具体的には、仲介サーバＭは、第１決済サーバＱ１から第１決済サーバＱ１が用いる暗号鍵で暗号化された決済用トークンを受信し、同じ暗号鍵を用いて復号することで決済用トークンを取得する。また、仲介サーバＭは、顧客端末Ｔ２から第１決済サーバＱ１が用いる暗号鍵で暗号化された決済情報を受信し、同じ暗号鍵を用いて復号した上で決済用トークンを抽出する。仲介サーバＭは、第１決済サーバＱ１に由来する決済用トークンと、顧客端末Ｔ２に由来する決済用トークンとを比較して、両者が一致するか否かを判定する。これにより、仲介サーバＭは、第１
決済サーバＱ１による店舗端末Ｔ１の認証処理に相当する処理を実行することになるので、第１決済サーバＱ１の負荷を軽減することができる。
＜第２の実施の形態の第３の変形例＞
　第２の実施の形態の第３の変形例に係る決済処理システムＳは、第２の実施の形態に係る決済処理システムＳと異なり、店舗端末Ｔ１は、仲介サーバＭに決済用トークンの取得要求を送信する。これにより、決済用トークンの生成処理の一部を仲介サーバＭが担えるため、第２の実施の形態の第３の変形例に係る決済処理システムＳは、第１決済サーバＱ１の処理負荷を分散させることができる。
　以上、本発明を実施の形態を用いて説明したが、本発明の技術的範囲は上記実施の形態に記載の範囲には限定されず、その要旨の範囲内で種々の変形及び変更が可能である。例えば、装置の分散・統合の具体的な実施の形態は、以上の実施の形態に限られず、その全部又は一部について、任意の単位で機能的又は物理的に分散・統合して構成することができる。また、複数の実施の形態の任意の組み合わせによって生じる新たな実施の形態も、本発明の実施の形態に含まれる。組み合わせによって生じる新たな実施の形態の効果は、もとの実施の形態の効果を合わせ持つ。
　Ｔ１　　　　第１ユーザ端末
　１０　　　　記憶部
　１１　　　　制御部
　１１０　　　トークン要求部
　１１１　　　表示制御部
　Ｔ２　　　　第２ユーザ端末
　２０　　　　記憶部
　２１　　　　制御部
　２１０　　　コード読取部
　２１１　　　決済情報送信部
　２１２　　　暗号化部
　Ｍ　　　　　仲介サーバ
　３０　　　　記憶部
　３１　　　　制御部
　３１０　　　決済情報受信部
　３１１　　　決済要求部
　３１２　　　通知部
　Ｑ１　　　　第１決済サーバ
　４０　　　　記憶部
　４１　　　　制御部
　４１０　　　トークン送信部
　４１１　　　決済管理部
　４１２　　　精算管理部
　Ｑ２　　　　第２決済サーバ
　５０　　　　記憶部
　５１　　　　制御部
　５１０　　　トークン送信部
　５１１　　　決済管理部
　５１２　　　精算管理部
　Ｎ　　　　　通信ネットワーク
　Ｓ　　　　　決済処理システム

Claims (10)

  1. 　第１ユーザが利用する第１ユーザ端末が、前記第１ユーザが利用可能な第１決済事業者が管理する第１決済サーバに、決済用トークンの取得要求を送信するステップと、
    　前記第１決済サーバが、前記第１決済事業者を特定するための第１事業者識別子が関連付けられた決済用トークンを前記第１ユーザ端末に送信するステップと、
    　前記第１ユーザ端末が、前記決済用トークンに基づいて生成した決済用コードを表示するステップと、
    　前記第１決済事業者とは異なる第２決済事業者が管理する第２決済サーバに登録をしている第２ユーザ端末が、前記決済用コードを読み取って得られた決済用トークンと決済金額とを含む決済情報を仲介サーバに送信するステップと、
    　前記仲介サーバが、前記決済用トークンに関連付けられている前記第１事業者識別子を取得するステップと、
    　前記仲介サーバが、前記決済用トークンを生成した前記第１決済サーバに、前記決済用トークンを送信するステップと、
    　前記第１決済サーバが、前記決済用トークンに基づいて前記第１ユーザのユーザ認証をするステップと、
    　を含む決済処理方法。
  2. 　第１ユーザが利用する第１ユーザ端末が、前記第１ユーザが利用可能な第１決済事業者が管理する第１決済サーバに、決済用トークンの取得要求を送信するステップと、
    　前記第１決済サーバが、前記第１決済事業者を特定するための第１事業者識別子が関連付けられたトークンを前記第１ユーザ端末に送信するステップと、
    　前記第１ユーザ端末が、前記決済用トークンに基づいて生成した決済用コードを表示するステップと、
    　第２ユーザ端末が、前記決済用コードを読み取って得られた決済用トークンと決済金額とを含む決済情報を前記第２ユーザ端末を利用する第２ユーザが利用可能な第２決済事業者が管理する第２決済サーバに送信するステップと、
    　前記第２決済サーバが、前記第２ユーザ端末から受信した前記決済情報を仲介サーバに転送するステップと、
    　前記仲介サーバが、前記第２決済サーバから受信した前記決済情報に含まれる前記決済用トークンから、前記第１事業者識別子を抽出するステップと、
    　前記仲介サーバが、前記決済情報を前記第１事業者識別子で特定される前記第１決済事業者が管理する前記第１決済サーバに、前記決済用トークンを送信するステップと、
    　前記第１決済サーバが、前記決済用トークンに基づいて前記第１ユーザの認証をするステップと、
    　を含む決済処理方法。
  3. 　第１ユーザが利用する第１ユーザ端末が、前記第１ユーザが利用可能な第１決済事業者が管理する第１決済サーバに、決済用トークンの取得要求を送信するステップと、
    　前記第１決済サーバが、前記第１決済事業者を特定するための第１事業者識別子が関連付けられた決済用トークンを前記第１決済サーバが用いる暗号鍵である第１暗号鍵を用いて暗号化して前記第１ユーザ端末に送信するステップと、
    　前記第１ユーザ端末が、前記第１決済サーバから受信した暗号化された前記決済用トークンを、前記第１暗号鍵を用いて復号するステップと、
    　前記第１ユーザ端末が、前記決済用トークンに基づいて生成した決済用コードを表示するステップと、
    　前記第１決済事業者とは異なる第２決済事業者が管理する第２決済サーバに登録をしている第２ユーザ端末が、前記決済用コードを読み取って得られた決済用トークンと決済金額とを含む決済情報を、前記第１決済サーバが用いる暗号鍵である第２暗号鍵を用いて暗号化して仲介サーバに送信するステップと、
    　前記仲介サーバが、前記第２ユーザ端末から受信した暗号化されている前記決済情報を、前記第２暗号鍵を用いて復号するステップと、
    　前記仲介サーバが、復号して得られた決済用情報に含まれる前記決済用トークンに関連付けられている前記第１事業者識別子を取得するステップと、
    　前記仲介サーバが、復号した前記決済情報に含まれる決済用トークンを前記第１暗号鍵で暗号化するステップと、
    　前記仲介サーバが、前記決済用トークンを生成した前記第１決済サーバに、暗号化した前記決済用トークンを送信するステップと、
    　前記第１決済サーバが、前記仲介サーバから取得した暗号化された決済用トークンを前記第１暗号鍵を用いて復号するステップと、
    　前記第１決済サーバが、復号した前記決済用トークンに基づいて前記第１ユーザのユーザ認証をするステップと、
    　を含む決済処理方法。
  4. 　前記第１決済サーバが、前記第１決済事業者を特定するための第１事業者識別子が関連付けられたトークンを生成して前記仲介サーバに送信するステップと、
    　前記仲介サーバが、前記第１決済サーバから受信した決済用トークンと前記第２ユーザ端末から受信した決済用トークンとが不一致の場合、決済処理を中止するステップとをさらに含む請求項１から３のいずれか一項に記載の決済処理方法。
  5. 　第１ユーザが利用する第１ユーザ端末が、前記第１ユーザが利用可能な第１決済事業者が管理する第１決済サーバを利用して決済をするための決済用トークンの取得要求を、仲介サーバに送信するステップと、
    　前記仲介サーバが、前記第１決済事業者を特定するための第１事業者識別子が関連付けられたトークンを前記第１ユーザ端末に送信するステップと、
    　前記第１ユーザ端末が、前記決済用トークンに基づいて生成した決済用コードを表示するステップと、
    　第２ユーザ端末が、前記決済用コードを読み取って得られた決済用トークンと決済金額とを含む決済情報を仲介サーバに送信するステップと、
    　前記仲介サーバが、前記決済用トークンに関連付けられている前記第１事業者識別子を取得するステップと、
    　前記仲介サーバが、前記決済用トークンを生成した前記第１決済サーバに、前記決済用トークンを送信するステップと、
    　前記第１決済サーバが、前記決済用トークンに基づいて前記第１ユーザの認証をするステップと、
    　を含む決済処理方法。
  6. 　第１ユーザが利用する第１ユーザ端末から、前記第１ユーザが利用可能な第１決済事業者が管理する第１決済サーバを利用して決済をするための決済用トークンの取得要求を受信するステップと、
    　前記第１決済事業者を特定するための第１事業者識別子が関連付けられたトークンを前記第１ユーザ端末に送信するステップと、
    　前記決済用トークンに基づいて前記第１ユーザ端末が生成した決済用コードを読み取った第２ユーザ端末から、前記決済用コードを読み取って得られた決済用トークンと決済金額とを含む決済情報を受信するステップと、
    　前記決済用トークンに対応する決済事業者の決済サーバである第１決済サーバに前記決済用トークンを送信するステップと、
    　前記第１決済サーバから前記決済用トークンに基づく決済承認に関する情報を受信するステップと、
    　を含む決済処理方法。
  7. 　店舗に設置された店舗端末が、前記店舗において利用可能な第１決済事業者が管理する第１決済サーバに、決済用トークンの取得要求を送信するステップと、
    　前記第１決済サーバが、前記第１決済事業者を特定するための第１事業者識別子が関連付けられた決済用トークンを前記店舗端末に送信するステップと、
    　前記店舗端末が、前記決済用トークンに基づいて生成した決済用コードを表示するステップと、
    　前記店舗を利用する顧客の端末である顧客端末が、前記決済用コードを読み取って得られた決済用トークンを取得するステップと、
    　前記顧客端末が、前記決済用トークンと決済金額とを含む決済情報を、前記第１決済サーバが利用する暗号鍵で暗号化するステップと、
    　前記顧客端末が、暗号化した前記決済情報を仲介サーバに送信するステップと、
    　前記仲介サーバが、前記顧客端末から受信した決済情報を前記第１決済サーバに転送するステップと、
    　前記第１決済サーバが、前記仲介サーバから転送された決済情報に基づいてユーザ認証を実行するステップと、
    　を含む決済処理方法。
  8. 　前記第１決済サーバが、前記第１決済事業者を特定するための第１事業者識別子を含む決済用トークンを生成して前記仲介サーバに送信するステップと、
    　前記仲介サーバが、前記第１決済サーバから受信した決済用トークンと前記顧客端末から受信した決済用トークンとが不一致の場合、決済処理を中止するステップとをさらに含む請求項７に記載の決済処理方法。
  9. 　店舗に設置された店舗端末が、前記店舗において利用可能な第１決済事業者が管理する第１決済サーバを利用して決済をするための決済用トークンの取得要求を、仲介サーバに送信するステップと、
    　前記仲介サーバが、前記第１決済事業者を特定するための第１事業者識別子が関連付けられた決済用トークンを前記店舗端末に送信するステップと、
    　前記店舗端末が、前記決済用トークンに基づいて生成した決済用コードを表示するステップと、
    　前記店舗を利用する顧客の端末である顧客端末が、前記決済用コードを読み取って得られた決済用トークンを取得するステップと、
    　前記顧客端末が、前記決済用トークンと決済金額とを含む決済情報を、前記第１決済サーバが利用する暗号鍵で暗号化するステップと、
    　前記顧客端末が、暗号化した前記決済情報を仲介サーバに送信するステップと、
    　前記仲介サーバが、前記顧客端末から取得した決済情報を前記第１決済サーバに転送するステップと、
    　前記第１決済サーバが、前記仲介サーバから転送された決済情報に基づいてユーザ認証を実行するステップと、
    　を含む決済処理方法。
  10. 　店舗に設置された店舗端末、前記店舗を利用する顧客が所持する顧客端末、前記店舗において利用可能な第１決済事業者であって前記顧客端末が利用可能な第２決済事業者とは異なる第１決済事業者が管理する決済サーバ、及び仲介サーバを含む決済処理システムであって、
    　前記店舗端末は、トークン要求部と表示制御部とを備え、
    　前記決済サーバは、トークン送信部と決済管理部とを備え、
    　前記顧客端末は、コード読取部、決済情報送信部、及び暗号化部を備え、
    　前記仲介サーバは、決済要求部を備え、
    　前記店舗端末のトークン要求部は、前記決済サーバに決済用トークンの取得要求を送信し、
    　前記決済サーバのトークン送信部は、前記第１決済事業者を特定するための第１事業者識別子が関連付けられた決済用トークンを前記店舗端末に送信し、
    　前記店舗端末の表示制御部は、前記決済用トークンに基づいて生成した決済用コードを表示部に表示させ、
    　前記顧客端末のコード読取部は、前記店舗端末の表示部に表示された前記決済用コードを読み取り、
    　前記顧客端末の暗号化部は、前記決済用トークンと決済金額とを含む決済情報を、前記決済サーバが利用する暗号鍵で暗号化し、
    　前記顧客端末の決済情報送信部は、前記暗号化部が暗号化した前記決済情報を仲介サーバに送信し、
    　前記仲介サーバの決済要求部は、前記顧客端末から取得した決済情報を前記決済サーバに転送し、
    　前記決済サーバの決済管理部は、前記仲介サーバから転送された決済情報に基づいてユーザ認証を実行する、
    　決済処理システム。
PCT/JP2019/036436 2018-09-27 2019-09-18 決済処理方法及び決済処理システム WO2020066759A1 (ja)

Priority Applications (2)

Application Number Priority Date Filing Date Title
US17/268,223 US20210182843A1 (en) 2018-09-27 2019-09-18 Settlement processing method and settlement processing system
CN201980053912.6A CN112585639A (zh) 2018-09-27 2019-09-18 结算处理方法以及结算处理系统

Applications Claiming Priority (4)

Application Number Priority Date Filing Date Title
JP2018-181851 2018-09-27
JP2018181850A JP7156888B2 (ja) 2018-09-27 2018-09-27 決済処理方法
JP2018181851A JP7156889B2 (ja) 2018-09-27 2018-09-27 決済処理方法
JP2018-181850 2018-09-27

Publications (1)

Publication Number Publication Date
WO2020066759A1 true WO2020066759A1 (ja) 2020-04-02

Family

ID=69950067

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2019/036436 WO2020066759A1 (ja) 2018-09-27 2019-09-18 決済処理方法及び決済処理システム

Country Status (3)

Country Link
US (1) US20210182843A1 (ja)
CN (1) CN112585639A (ja)
WO (1) WO2020066759A1 (ja)

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2015194796A (ja) * 2014-03-31 2015-11-05 ウェブペイ株式会社 電子決済システム、電子決済方法、電子決済端末、及びプログラム
JP2016173752A (ja) * 2015-03-17 2016-09-29 株式会社 みずほ銀行 決済処理方法及び決済処理システム
JP2017102886A (ja) * 2015-11-19 2017-06-08 株式会社リクルートホールディングス 決済支援システム、決済支援方法、及び決済支援プログラム

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8769275B2 (en) * 2006-10-17 2014-07-01 Verifone, Inc. Batch settlement transactions system and method
CN102057385A (zh) * 2008-06-12 2011-05-11 环球娱乐株式会社 电子结算系统
US8682802B1 (en) * 2011-11-09 2014-03-25 Amazon Technologies, Inc. Mobile payments using payment tokens
KR20150026233A (ko) * 2013-09-02 2015-03-11 삼성에스디에스 주식회사 디지털 카드 기반의 결제 시스템 및 방법
US11429975B1 (en) * 2015-03-27 2022-08-30 Wells Fargo Bank, N.A. Token management system

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2015194796A (ja) * 2014-03-31 2015-11-05 ウェブペイ株式会社 電子決済システム、電子決済方法、電子決済端末、及びプログラム
JP2016173752A (ja) * 2015-03-17 2016-09-29 株式会社 みずほ銀行 決済処理方法及び決済処理システム
JP2017102886A (ja) * 2015-11-19 2017-06-08 株式会社リクルートホールディングス 決済支援システム、決済支援方法、及び決済支援プログラム

Also Published As

Publication number Publication date
CN112585639A (zh) 2021-03-30
US20210182843A1 (en) 2021-06-17

Similar Documents

Publication Publication Date Title
US20200372503A1 (en) Transaction messaging
JP4391375B2 (ja) 情報管理装置および方法、並びにプログラム
TWI305327B (en) Smart card data transaction system and methods for providing high levels of storage and transmission security
US7337332B2 (en) Transferring electronic content
JP4326443B2 (ja) 情報処理装置および情報処理方法、並びにプログラム
US20050154923A1 (en) Single use secure token appliance
US20060080526A1 (en) Login system and method
JP4516399B2 (ja) 情報処理装置および方法、並びにプログラム
CN103729942A (zh) 将传输密钥从终端服务器传输到密钥服务器的方法及系统
US20080262970A1 (en) System and method of electronic information delivery
WO2023030450A1 (zh) 数据共享方法和电子设备
WO2015014245A1 (zh) 基于云pos交易敏感数据的安全传输方法和系统
US20210209594A1 (en) System and methods for using limit-use encrypted code to transfer values securely among users
CN101138242A (zh) 交互式电视系统
JP7156889B2 (ja) 決済処理方法
KR100468031B1 (ko) 자기앞 전자수표 발행 및 결제방법
JP7156888B2 (ja) 決済処理方法
WO2020066759A1 (ja) 決済処理方法及び決済処理システム
JP2004086409A (ja) 情報管理システム、情報処理装置、認証サーバ、発行サーバ、課金サーバ、コミュニティサーバ、利用制限コンテンツ、実行情報、情報処理方法、情報処理プログラム、及び記憶媒体
JP2008513858A (ja) 郵便物の料金納付のための方法と装置
WO2009113154A1 (ja) Ｉｄ管理システムおよびｉｄ管理方法
JP6909452B2 (ja) 情報処理方法、情報処理装置、プログラムならびに情報処理システム
CN108027850B (zh) 管理与艺术品相关的数字内容的电子系统和方法
JP2005149036A (ja) 電子商取引方法
WO2023167257A1 (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: 19866363

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 19866363

Country of ref document: EP

Kind code of ref document: A1