WO2019159928A1 - サービス提供システム、それに用いるコンピュータプログラム、及びサービス提供システムの制御方法 - Google Patents

サービス提供システム、それに用いるコンピュータプログラム、及びサービス提供システムの制御方法 Download PDF

Info

Publication number
WO2019159928A1
WO2019159928A1 PCT/JP2019/004985 JP2019004985W WO2019159928A1 WO 2019159928 A1 WO2019159928 A1 WO 2019159928A1 JP 2019004985 W JP2019004985 W JP 2019004985W WO 2019159928 A1 WO2019159928 A1 WO 2019159928A1
Authority
WO
WIPO (PCT)
Prior art keywords
information
confirmation
server
target
code
Prior art date
Application number
PCT/JP2019/004985
Other languages
English (en)
French (fr)
Inventor
豊文 北野
Original Assignee
株式会社コナミアミューズメント
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 株式会社コナミアミューズメント filed Critical 株式会社コナミアミューズメント
Publication of WO2019159928A1 publication Critical patent/WO2019159928A1/ja

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F21/30—Authentication, i.e. establishing the identity or authorisation of security principals
    • G06F21/31—User authentication
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/38—Payment protocols; Details thereof
    • G06Q20/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

Definitions

  • the present invention relates to a service providing system that reads information displayed on a user terminal and executes a process for providing a predetermined service based on the obtained information.
  • An image such as a two-dimensional code in which predetermined information is embedded is displayed on a portable user terminal such as a cellular phone possessed by the user, and information obtained by reading information in the image at a terminal such as a store is stored in a server.
  • a system in which a server executes a predetermined process such as a settlement process based on the information is put into practical use.
  • a predetermined process such as a settlement process based on the information
  • a first partial settlement code that is a part of payment information such as a credit card number and an account number is distributed and held in a user terminal, and a second partial settlement code that is another portion is distributed and stored in a server.
  • the first one-time code is transmitted from the user terminal to the server and the user is authenticated on the server side
  • the second one-time code is transmitted from the server side to the user terminal to connect the server on the user terminal side.
  • the first partial settlement code is displayed on the user terminal so as to include the user identifier such as the user ID and the telephone number, which is read by the POS terminal and transmitted to the server.
  • the server a system for executing a settlement process by determining a second partial settlement code based on the obtained user identifier and concatenating the partial settlement codes to generate a settlement code has been proposed. (For example, refer to Patent Document 1).
  • the security of the transaction can be improved accordingly.
  • ensuring security with a one-time password is not perfect, and if it is broken, there is a possibility that a third party may obtain a payment code by voyeurism and use it illegally.
  • a third party voyeurs this and uses it in another place first. Such a fear cannot be completely eliminated.
  • an object of the present invention is to provide a service providing system and the like that can enhance the safety of transactions using an image including information that should be used for a service such as a settlement with a mechanism different from the conventional one. .
  • a service providing system is configured to use a network to which a communication rule with information for specifying an information transmission path is applied, and is included in a target image displayed on a user terminal Processing for providing a predetermined service at the server by reading the target information stored in the information acquisition terminal and transmitting the obtained target information from the information acquisition terminal to the predetermined server via the network.
  • the target image display means for displaying the target image on the user terminal, and the confirmation information differentiated from the target information
  • the target image display means Confirmation information output means for outputting to the user terminal prior to or subsequent to display of the target image by the information acquisition terminal
  • Information acquisition means for acquiring each of the authentication information and the target information, and transmitting the obtained confirmation information and target information from the information acquisition terminal to the server, and the confirmation information and the target information acquired by the server Based on the target information by the server based on a comparison of the confirmation result of the information transmission path with respect to each of the confirmation information and the target information, and a path confirmation unit for confirming the information transmission path from the information acquisition terminal to the server Execution control means for controlling permission or prohibition of execution of the processing.
  • a computer program is configured to use a network to which a communication rule with information for specifying an information transmission path is applied, and is included in a target image displayed on a user terminal. Processing for providing a predetermined service at the server by reading the target information at the information acquisition terminal and transmitting the obtained target information from the information acquisition terminal to the predetermined server via the network.
  • a computer program used in a service providing system that executes based on the target information, the computer provided in the service providing system, target image display means for displaying the target image on the user terminal, the target information, and Differentiated confirmation information prior to display of the target image by the target image display means.
  • subsequent confirmation information output means for outputting to the user terminal, causing the information acquisition terminal to acquire each of the confirmation information and the target information, and obtaining the obtained confirmation information and target information from the information acquisition terminal.
  • Information acquisition means to be transmitted to the server path confirmation means for confirming an information transmission path from the information acquisition terminal to the server regarding each of the confirmation information and target information acquired by the server, and each of the confirmation information and the target information Based on the comparison of the confirmation results of the information transmission path, the server is configured to function as an execution control unit that controls permission or prohibition of execution of the processing based on the target information by the server.
  • a control method for a service providing system is configured to use a network to which a communication rule with information for specifying an information transmission path is applied, and is displayed on a user terminal
  • the target information included in the image is read by the information acquisition terminal, and the obtained target information is transmitted from the information acquisition terminal to the predetermined server via the network, thereby providing a predetermined service at the server.
  • a control method of a service providing system provided with a computer wherein the computer displays the target image on the user terminal, and the target information is The differentiated confirmation information is output to the user terminal prior to or subsequent to the display of the target image, and the information acquisition is performed.
  • the confirmation information and the target information are acquired at the end, the obtained confirmation information and the target information are transmitted from the information acquisition terminal to the server, and the information related to each of the confirmation information and the target information acquired by the server Confirming the information transmission path from the acquisition terminal to the server, and performing the processing based on the target information by the server based on the comparison of the confirmation result of the information transmission path regarding each of the confirmation information and the target information Control permission or prohibition.
  • summary in an example of the process sequence in the payment system of FIG. The figure which shows an example of the image of the confirmation code displayed on a user terminal.
  • the functional block diagram which shows an example of a structure of the control system in the payment system of FIG.
  • the flowchart which shows an example of the procedure of the payment process performed in the control system of FIG.
  • the figure which shows the modification of FIG. The figure which shows the modification of FIG.
  • the figure which shows the other modification of FIG. The figure which shows another modification of FIG.
  • the settlement system 1 includes a plurality of user terminals 2, a plurality of store terminals 3, a management server 4, and a settlement server 5. These terminals 2 and 3 and servers 4 and 5 are connected to a network 6.
  • the user terminal 2 can communicate with the payment server 5 via the network 6, the store terminal 3 can communicate with the management server 4 via the network 6, and the management server 4 and the payment server 5 can communicate via the network 6. Communication is possible.
  • the user terminal 2 is a portable information communication terminal that has an image display function and can be carried by the user.
  • the user terminal 2 is a smartphone having a communication call function.
  • the user terminal 2 may be a variety of terminals that can display an image and can be connected to a network, such as a portable game machine and a tablet terminal.
  • the store terminal 3 is a terminal installed in the store 7 in order to manage sales information.
  • At least one store terminal 3 is installed in one store 7.
  • the store terminal 3 has an information acquisition function for reading an image displayed as a barcode or a two-dimensional code and acquiring information embedded in the image. Yes.
  • a POS terminal or the like is used as the store terminal 3.
  • the store terminal 3 corresponds to an example of an information acquisition terminal.
  • the store 7 is a store that sells products or provides a predetermined service.
  • a convenience store a grocery store, a clothing store, a restaurant, a beauty salon, a ticket shop, an amusement facility, etc. are assumed as the store 7. May be.
  • the management server 4 is a server operated by a predetermined operator 8 and manages or supports the operation of the store 7 based on various information acquired by the store terminal 3. .
  • the management server 4 provides the store 7 with information necessary for sales management and inventory management of the store 7 based on the sales analysis of the store 7.
  • the management server 4 executes processing necessary for payment in cooperation with a server (not shown) such as a card issuing company or a financial institution.
  • the settlement server 5 is provided as one of means for realizing such a settlement service in cooperation with the user terminal 2, the store terminal 3, and the management server 4, and is operated by a predetermined operator 9.
  • the combination of the store terminal 3 and the management server 4 is widely used as a POS system, for example.
  • a function for reading image information such as a barcode and a two-dimensional code from the user terminal 2 and executing necessary processing has already been realized in those known systems.
  • the payment system 1 of this embodiment is intended to increase the safety of payment by introducing a procedure specific to payment processing while using such a system.
  • the business operator 8 that operates the management server 4 is a business operator that enters into a business contract with the operator of the store 7 and is involved in the operation of the store 7 based on the conclusion.
  • a franchisor that concludes a contract with the operator of the store 7 as a franchisee and manages the operation of the store 7 in accordance with the contract can be cited as the business operator 8.
  • the operator 9 that operates the settlement server 5 may be the same as or different from the operator 8 of the management server 4.
  • the business operator 9 that operates the settlement server 5 is a business operator that concludes a contract with the business operator 8 of the management server 4 as a customer and collects a fixed fee from the business operator 8 for use of the settlement service. is there.
  • Each of the servers 4 and 5 may be configured by appropriately combining a plurality of server units, or may be configured by a single server unit.
  • the servers 4 and 5 may be configured as cloud servers using cloud computing technology.
  • the network 6 is configured by appropriately combining a WAN such as the Internet and a LAN constructed in the operators 8 and 9.
  • the network 6 is a network to which a communication rule with information necessary for specifying an information transmission path or a communication path is applied.
  • a communication rule with information necessary for specifying an information transmission path or a communication path is applied.
  • information such as the IP address of the transmission source and the transmission destination that are specified to be included in the header in the Internet protocol is used as information necessary for specifying the information transmission path. be able to.
  • the communication rule used in the network 6 is not limited to the Internet protocol, and information necessary for specifying an information transmission path such as information for specifying a transmission source, a transmission destination, or a relay point of information.
  • the communication rule of the network 6 should just be defined so that communication may be performed including.
  • user authentication is performed between the user terminal 2 and the payment server 5, and then the user terminal 2 requests the payment server 5 to issue a confirmation code (F1).
  • User authentication may be executed using, for example, a user ID as an example of user identification information unique to the user and authentication information such as a password.
  • the confirmation code is issued to confirm an information transmission path from the store terminal 3 to the settlement server 5 and corresponds to an example of confirmation information.
  • the settlement server 5 issues a confirmation code to the user terminal 2 on the condition that user authentication is established (F2).
  • the confirmation code is issued so that it does not overlap with an already issued confirmation code.
  • An expiration date may be set in the confirmation code like a one-time password.
  • the confirmation code is displayed on the user terminal 2 that has received the confirmation code (F3).
  • the confirmation code is displayed embedded in the image.
  • a two-dimensional code image 101 ⁇ / b> A and a barcode image 102 ⁇ / b> A in which a confirmation code is embedded are displayed on the user terminal 2.
  • These images 101A and 102A correspond to examples of confirmation images.
  • the confirmation code is read by the store terminal 3 (F4).
  • a hand scanner provided in the store terminal 3 is used for reading.
  • processing corresponding to the confirmation code is requested from the store terminal 3 to the management server 4 (F5), and further processing is requested from the management server 4 that has received the request to the settlement server 5. (F6).
  • the processing request in this case may include information for specifying a price to be paid by the user.
  • the settlement server 5 refers to information such as the transmission source included in the processing request to confirm the information transmission path of the confirmation code (F7).
  • the route in addition to the confirmation of the route through which the confirmation code is sent to the settlement server 5, it may be confirmed whether or not the route corresponds to a reliable route.
  • a reliable route For example, when a node such as a terminal or a server such as a transmission source or a transmission destination included in an information transmission path includes a predetermined node as a node whose reliability is guaranteed, the information transmission path is reliable. It may be determined that the route has the same. More specifically, when the store terminal 3 designated by the operator 8 of the management server 4 and the management server 4 with which the operator 9 of the settlement server 5 has entered into a contract are included in the information transmission route, the route May be judged to be reliable.
  • a payment code is issued from the payment server 5 to the user terminal 2 (F8).
  • the issuance of the settlement code may be stopped when it cannot be confirmed that the path has the reliability.
  • the payment code is issued as information necessary for executing the payment process in the payment server 5, and corresponds to an example of target information. For example, when the payment server 5 holds the balance of the user's electronic currency in association with the user ID, the user ID or an account ID that identifies the account may be included in a part of the payment code.
  • the information on the price is included in the processing request (F5, F6) corresponding to the reading of the confirmation code, the information on the price to be paid by the user may be included in the settlement code.
  • the payment code may include information indicating a correspondence relationship with the previously issued confirmation code and information indicating the payment code.
  • the payment code only needs to be configured as information that allows the payment server 5 that has received the payment code to execute a payment process based on the payment code. May be set appropriately.
  • the settlement code and the confirmation code are set to be at least partially different so that the settlement server 5 can distinguish between the confirmation code and the settlement code.
  • An expiration date may also be set for the settlement code, like a one-time password.
  • the payment code When the payment code is issued to the user terminal 2, the payment code is displayed on the user terminal 2 that has received it (F9).
  • the payment code is also displayed embedded in the image.
  • a two-dimensional code image 101 ⁇ / b> B and a barcode image 102 ⁇ / b> B in which a payment code is embedded are displayed on the user terminal 2.
  • These images 101B and 102B correspond to examples of target images.
  • each of the confirmation code and the settlement code as information to be recorded in those images conforms to the same standard. It is an example of the image produced
  • the store terminal 3 reads the settlement code (F10).
  • the reading may be performed in the same manner as when the confirmation code is read.
  • processing corresponding to the payment code is requested from the store terminal 3 to the management server 4 (F11), and further processing is requested from the management server 4 that has received the request to the payment server 5. (F12). If the processing request at the time of reading the confirmation code does not include the price information, the processing request at this stage includes the price information.
  • the payment server 5 Upon receiving the payment code processing request, the payment server 5 confirms the information transmission path of the payment code with reference to information such as a transmission source included in the processing request (F13). In this case, first, the route through which the payment code is sent to the payment server 5 is confirmed, the information transmission route is compared with the information transmission route confirmed for the confirmation code, and the two match. It is determined whether or not. However, when there is a node as a further relay point between the store terminal 3 and the management server 4 or between the management server 4 and the settlement server 5, for example, if the store terminal 3 and the management server 4 match, information transmission is performed. It may be determined that the information transmission paths match if the main nodes in the information transmission paths match, such as determining that the paths match. For example, the difference between the information transmission paths may be determined based on whether or not the above-described nodes whose reliability is guaranteed among the nodes included in the information transmission path match.
  • the payment processing based on the payment code is executed by the payment server 5 (F14). If it is confirmed that the information transmission paths match, the payment processing based on the payment code is executed by the payment server 5 (F14). If the information transmission paths do not match, the settlement process is not executed.
  • the payment process is, for example, a process of consuming money from an electronic currency held in an account corresponding to the user ID or account ID embedded in the image 101B or 102B of the payment code, with a credit card associated with the user ID Set appropriately according to the payment method, such as processing to request the card issuer's server to settle the price or processing to request the financial institution server associated with the user ID to withdraw the price from the user's account. May be. That is, various processes for reading and paying a two-dimensional code or bar code displayed on the user terminal with a POS terminal or the like have been put to practical use, and the payment process based on the payment code (F14) The processing may be executed as appropriate.
  • the two types of codes are read by the store terminal 3 and transmitted to the settlement server 5, and based on the settlement code only when the information transmission paths of these codes match. Settlement processing is executed. Therefore, even if a third party tries to acquire the images 101B and 102B of the settlement code displayed on the user terminal 2 by voyeurism and cause another store terminal 3 to read the images, the information transmission paths do not match. As a result, the execution of the payment process can be prohibited.
  • the time difference from the reading of the confirmation code to the reading of the settlement code by the store terminal 3 is extremely short, for example, less than 1 second or about several seconds at the latest in view of the communication speed of a general network.
  • the user terminal 2 and the store terminal 3 are illustrated one by one in FIG. 5, the other user terminals 2 and the store terminals 3 have the same configuration.
  • the user terminal 2 includes a logical device realized by a combination of hardware resources as a computer of the user terminal 2 and a computer program Pt1 as a software resource installed in the user terminal 2.
  • a user management unit 21, a code acquisition unit 22, and a code output unit 23 are provided.
  • the user management unit 21 cooperates with the settlement server 5 to execute processing necessary for user authentication and the like.
  • the code acquisition unit 22 executes processing for acquiring a confirmation code and a payment code from the payment server 5.
  • the code output unit 23 is an image of a two-dimensional code and a barcode corresponding to each of the confirmation code and the settlement code acquired by the code acquisition unit 22 (for example, the images 101A and 102A in FIG. 3 and the images 101B and 102B in FIG. 4). Is generated and displayed on the display device 24 of the user terminal 2.
  • a user ID and a terminal ID are recorded in advance in a storage device (not shown) of the user terminal 2.
  • the terminal ID is identification information uniquely set for the user terminal 2. For example, identification information such as an international mobile device identification number or a MAC address can be used as the terminal ID.
  • the store terminal 3 includes a code acquisition unit 31 and a logical device realized by a combination of a hardware resource as a computer of the store terminal 3 and a computer program Pt2 as a software resource installed in the store terminal 3.
  • a processing request unit 32 is provided.
  • the code acquisition unit 31 controls the scanner 33 provided in the store terminal 3 to read a two-dimensional code or bar code image displayed on the user terminal 2, and receives the confirmation code and the settlement code embedded in the image. get.
  • the processing request unit 32 requests the management server 4 for processing corresponding to the confirmation code and the settlement code acquired by the code acquisition unit 31.
  • the management server 4 includes a payment management unit 41 as a logical device realized by a combination of hardware resources as a computer of the management server 4 and a computer program Ps1 as a software resource installed in the management server 4. Provided.
  • the payment management unit 41 receives a processing request from the store terminal 3 and transfers it to the payment server 5.
  • business operator information may be recorded in advance in a storage device (not shown) of the management server 4.
  • the business operator information is information for identifying the business operator 8 requesting the payment processing in the payment server 5 and includes, for example, the business operator ID set by the business operator 9 of the payment server 5 as the business operator information. Can do.
  • the operator information of the management server 4 may include appropriate information associated with the operator 8.
  • the payment server 5 includes a user management unit 51 as a logical device realized by a combination of hardware resources as a computer of the payment server 5 and a computer program Ps2 as software resources installed in the payment server 5.
  • a code issuing unit 52, a settlement management unit 53, a path confirmation unit 54, and a settlement execution unit 55 are provided.
  • the user management unit 51 appropriately refers to the user management database 61 and executes various processes necessary for user management.
  • the database may be abbreviated as DB.
  • the user management DB 61 uses the user ID of the user who uses the payment service as a key, and various information necessary for user management, such as the user name, the user telephone number, and the terminal ID of the user terminal 2 used by the user. It is a recorded database.
  • the user management unit 51 performs processing necessary for user authentication in cooperation with the user management unit 21 of the user terminal 2 while referring to the user management DB 61 as one of processes for managing users.
  • the code issuing unit 52 issues a confirmation code and a settlement code with reference to the code management DB 62 and transmits these codes to the user terminal 2.
  • the code management DB 62 is a database for managing issued confirmation codes and settlement codes. For example, in the code management DB 62, the issued confirmation code and settlement code are recorded in association with the transaction ID.
  • the transaction ID is identification information for distinguishing the unit of the settlement process, and is uniquely set for each settlement process to be executed using, for example, a pair of confirmation code and settlement code.
  • the settlement management unit 53 receives a processing request from the management server 4 and manages the processing of the code issuing unit 52, the path confirmation unit 54, and the settlement execution unit 55 according to the processing request. For example, when the settlement management unit 53 receives a processing request from the management server 4, the settlement management unit 53 provides the processing request to the route confirmation unit 54, and performs processing for confirming the information transmission route for the processing request to the route confirmation unit 54. Let it run.
  • the route confirmation unit 54 confirms the information transmission route from the store terminal 3 to the settlement server 5 while referring to the code management DB 62 and the customer management DB 63, returns the confirmation result to the settlement management unit 53, and codes the confirmation result into the code. Record in the management DB 62.
  • the customer management DB 63 is a database in which information related to the customer viewed from the business operator 9 of the settlement server 5, that is, the business operator 8 of the management server 4 is recorded.
  • the customer management DB 63 includes information such as the name and address of the business 8 of the management server 4 and the IP address necessary for uniquely identifying the shop terminal 3 and the management server 4 designated by the business 8 on the network 6. To be recorded.
  • Such information is referred to in order to determine the reliability of the nodes included in the information transmission path.
  • the route confirmation unit 54 may determine the reliability of the information transmission route in addition to the confirmation of the information transmission route.
  • the settlement management unit 53 instructs the code issuing unit 52 to issue the settlement code according to the request. Further, the payment management unit 53 determines whether or not to execute the payment process based on the payment code according to the confirmation result of the route confirmation unit 54. That is, the settlement management unit 53 compares the information transmission paths related to each of the confirmation code and the settlement code recorded in the code management DB 62 to determine whether or not they match, and performs the settlement process based on the determination result. Determine if it should be executed. When it is determined that the payment process should be executed, the payment management unit 53 instructs the payment execution unit 55 to execute the payment process based on the payment code.
  • the payment execution unit 55 executes the payment process according to the payment code while referring to the payment management DB 64.
  • the payment process includes a process of consuming the electronic currency held in the user's account, a process of requesting the server of the card issuing company to settle the price with the user's credit card, or the user's Processing to request a financial institution server to withdraw money from the bank account is performed.
  • the settlement management DB 64 information necessary for these settlements is recorded using the user ID as a key.
  • information such as an account ID of an electronic currency held by the user, a credit card number used for payment by the user, or a financial institution code and an account number of a bank account used for payment by the user is set as the payment management DB 64 using the user ID as a key. To be recorded.
  • the process shown in FIG. 6 is a process executed when the user purchases a product at the store 7 or receives a service, and pays the price at the store terminal 3. Further, it is assumed that user authentication is completed between the user terminal 2 and the settlement server 5 prior to the processing of FIG.
  • the code acquisition unit 22 of the user terminal 2 requests the settlement server 5 to issue a confirmation code (step S11). At this time, in order to designate the user terminal 2 that is the transmission destination of the confirmation code, the terminal ID of the user terminal 2 is also notified.
  • the request in step S11 is an example of a confirmation information request for requesting a confirmation code by specifying the user terminal 2 that should display the confirmation code, and specifying the user terminal 2 to be used for displaying the settlement code.
  • it has significance as an example of a processing request for requesting the start of processing based on a settlement code.
  • the user ID may also be notified in step S11. However, if the payment server 5 can identify the user ID based on the user authentication, the transmission of the user ID may be omitted.
  • the code issuing unit 52 of the payment server 5 issues a transaction ID for the current payment (step S41).
  • the code issuing unit 52 issues a unique confirmation code in association with the transaction ID, transmits the unique confirmation code to the user terminal 2, and also issues the issued confirmation code and the terminal ID that transmitted the confirmation code (that is, in step S11).
  • the transmitted terminal ID) is associated with the transaction ID and recorded in the code management DB 62 (step S42).
  • the terminal ID transmitted from the user terminal 2 in step S11 is set as information specifying the user terminal 2 to be used for displaying the confirmation code and the settlement code. It will be.
  • the confirmation code may include a transaction ID.
  • a terminal ID associated with the transaction ID may be included in the confirmation code.
  • the confirmation code is known, the transaction ID and terminal ID corresponding to the confirmation code can be specified, and the confirmation code may not include those IDs.
  • the code acquisition unit 22 of the user terminal 2 acquires this and passes it to the code output unit 23.
  • the code output unit 23 displays and outputs the two-dimensional code and the barcode image in which the received confirmation code is embedded on the display device 24 (step S12).
  • the image of the confirmation code displayed on the user terminal 2 is read by the scanner 33 of the store terminal 3 by the operation of the store clerk of the store 7.
  • the code acquisition unit 31 acquires a confirmation code and passes it to the processing request unit 32 (step S21).
  • the process request unit 32 transmits the obtained confirmation code to the management server 4 and requests a process based on the confirmation code (step S22).
  • the request is for requesting confirmation of the information transmission path regarding the confirmation code and requesting the issuance of a settlement code corresponding to the confirmation code. That is, the processing request in step S22 has significance as an example of a target information request that specifies the user terminal 2 that should display the settlement code using the confirmation code and requests transmission of the settlement code.
  • the processing request in step S22 when the contents of the payment processing, for example, the accounting for the product purchased by the user is completed and the price to be paid by the user is confirmed, information for determining the price is transmitted together with the processing request. May be.
  • the settlement management unit 41 of the management server 4 transmits the processing request to the settlement server 5 (step S31).
  • the payment management unit 41 may add predetermined information to the processing request. For example, when the result of the payment process is recorded in association with the business name, business ID, etc., the information may be added to the processing request based on the business information.
  • the settlement management unit 53 of the settlement server 5 routes the confirmation code included in the obtained processing request and the information specifying the information transmission path related to the confirmation code.
  • the information is provided to the confirmation unit 54, and the route confirmation unit 54 confirms the information transmission route related to the confirmation code (step S43).
  • the route confirmation unit 54 detects an IP address or the like for specifying a node included in the information transmission route based on information sent from the store terminal 3 via the management server 4 and the detection result is obtained. It is recorded in the code management DB 62 in association with the confirmation code or the transaction ID associated therewith.
  • the reliability of the information transmission path may be determined together. In that case, for example, the route confirmation unit 54 determines whether or not the node specified by the operator 8 of the management server 4 is included in the information transmission route based on the customer management DB 63. It may be determined that the reliability of the transmission path is guaranteed. If the reliability is not guaranteed, the payment server 5 may stop the subsequent processing. In that case, the payment server 5 may notify the management server 4 or the user terminal 2 that the payment processing cannot be performed.
  • the route confirmation unit 54 notifies the settlement management unit 53 to that effect.
  • the payment management unit 53 instructs the code issuing unit 52 to issue a payment code, and the code issuing unit 52 issues a payment code and transmits it to the user terminal 2 in accordance with the instruction.
  • the user terminal 2 to which the payment code is transmitted is the user terminal 2 specified by the terminal ID notified in step S11. Therefore, even if a third party illegally uses the confirmation code by voyeurism or the like, the settlement code corresponding to the confirmation code is between the user terminal 2 of the user who should use the settlement code, that is, the settlement server 5.
  • the code issuing unit 52 records the issued settlement code in the code management DB 62 in association with the transaction ID.
  • the transaction ID in this case is a transaction ID corresponding to the confirmation code for which the information transmission path has been previously confirmed. That is, the confirmation code and the settlement code are recorded in the code management DB 62 in association with each other via the transaction ID.
  • the payment code may include identification information necessary for specifying information to be used for payment in the payment management DB 64, such as a user account ID.
  • the payment management unit 53 may acquire the necessary information from the payment management DB 64 via the payment execution unit 55 and provide it to the code issuing unit 52.
  • the payment management unit 53 may acquire the necessary information from the payment management DB 64 via the payment execution unit 55 and provide it to the code issuing unit 52.
  • information on the price to be paid by the user may be included in the settlement code.
  • the code acquisition unit 22 of the user terminal 2 acquires this and passes it to the code output unit 23.
  • the code output unit 23 displays and outputs the two-dimensional code and barcode image in which the received payment code is embedded on the display device 24 (step S13).
  • the display of the confirmation code in step S12 and the display of the settlement code in step S13 are both performed by a dedicated application installed in the user terminal 2 or a function of a web browser (at least a part of the computer program Pt1). It may be displayed automatically in response to reception from the server without requiring any user operation. In this case, the image displayed on the user terminal 2 is switched in less than one second from the state in which the confirmation code is displayed, or in a few seconds at the latest.
  • the image of the settlement code displayed on the user terminal 2 is read by the scanner 33 of the store terminal 3 by the operation of the store clerk in the store 7 in the same manner as the confirmation code.
  • the code acquisition unit 31 acquires the settlement code and passes it to the processing request unit 32 (step S23).
  • the process request unit 32 transmits the obtained settlement code to the management server 4 and requests a process based on the settlement code (step S24).
  • the request is for requesting a payment process based on the payment code. If the price information is not notified from the store terminal 3 to the management server 4 at this stage, the price information is transmitted together with the processing request in step S24.
  • the settlement management unit 41 of the management server 4 transmits the processing request to the settlement server 5 (step S32).
  • the payment management unit 41 may add predetermined information to the processing request as in the case of step S31.
  • the payment management unit 53 of the payment server 5 identifies the payment code included in the obtained processing request and an information transmission path related to the payment code.
  • Information is provided to the route confirmation unit 54, and the route confirmation unit 54 confirms the information transmission route related to the settlement code (step S45).
  • the confirmation of the information transmission path may be the same as in step S43, but the reliability of the information transmission path need not be determined in step S45.
  • the route confirmation unit 54 records the confirmation result of the information transmission route related to the settlement code in the code management DB 62 in association with the settlement code or the transaction ID corresponding thereto.
  • the settlement management unit 53 compares the confirmation code recorded in association with the code management DB 62 via the transaction ID and the information transmission path regarding the settlement code, and whether the two match. It is determined whether or not (step S46). As described above, matching of information transmission paths does not necessarily require complete matching. For example, when main nodes such as the store terminal 3 and the management server 4 match, the information transmission paths may be regarded as matching. If the information transmission paths match, the payment management unit 53 provides a payment code to the payment execution unit 55 and instructs execution of the payment process corresponding to the payment code. In response to this, the payment execution unit 55 executes a payment process based on the payment code while referring to the payment management DB 64 (step S47). On the other hand, when the information transmission paths do not match, the payment management unit 53 skips step S47. As a result, settlement processing is prohibited.
  • step S48 the payment management unit 53 notifies the management server 4 of the processing result.
  • the notification may indicate success or failure of payment.
  • the settlement management unit 41 of the management server 4 notifies the store terminal 3 of this (step S33), and the processing request unit 32 of the store terminal 3 that receives this notifies the processing result to the store terminal. 3 is displayed (step S25).
  • the payment server 5 corresponds to an example of a predetermined server that executes processing for providing a predetermined service based on target information.
  • the code output unit 23 of the user terminal 2 functions as an example of the target image display unit by executing the process of step S13 of FIG. 6, and the code output unit 23 executes the process of step S12 of FIG. It functions as an example of confirmation information output means, the code acquisition unit 31 of the store terminal 3 executes the processing of steps S21 and S23 in FIG. 6, and the processing request unit 32 executes the processing of steps S22 and S24 in FIG.
  • the combination of the code acquisition unit 31 and the processing request unit 32 functions as an example of the information acquisition unit, and the route confirmation unit of the settlement server 5 executes the processing of steps S43 and S45 in FIG. It functions as an example of a means, and the payment management unit 53 of the payment server 5 executes the process of step S46 in FIG. To function as.
  • the code acquisition unit 22 of the user terminal 2 functions as an example of a confirmation information requesting unit and a processing requesting unit by executing the processing of step S11 in FIG. 2, and the code issuing unit 52 of the settlement server 5 performs step S42 in FIG.
  • the code issuing unit 52 of the settlement server 5 performs step S42 in FIG.
  • the process request unit 32 of the store terminal 3 functions as an example of the target information request unit by executing the process of step S22 of FIG. 6, and the code issuing unit 52 of the settlement server 5 executes the process of step S44 of FIG. By doing so, it functions as an example of the target information providing means.
  • the present invention is not limited to the above-described form, and may be implemented in a form that has been appropriately modified or changed.
  • the confirmation code is first transmitted from the store terminal 3 to the settlement server 5 to confirm the information transmission path, and then the settlement code is transmitted from the store terminal 3 to the settlement server 5 to confirm the information transmission path.
  • the relationship may be reversed.
  • FIG. 7 An example is shown in FIG. In FIG. 7, first, after user authentication, a payment code is requested from the user terminal 2 to the payment server 5 (F1A), and a payment code is issued from the payment server 5 to the user terminal 2 accordingly (F2A). The code is displayed on the user terminal 2 (F3A).
  • the settlement code is read by the store terminal 3 (F4A), the processing is requested from the store terminal 3 to the settlement server 5 via the management server 4 (F5A, F6A). Is confirmed (F7A). Subsequently, a confirmation code is issued from the settlement server 5 to the user terminal 2 (F8A), and the confirmation code is displayed on the user terminal 2 (F9A). Further, the confirmation code is read by the store terminal 3 (F10A), the processing is requested from the store terminal 3 to the settlement server 5 via the management server 4 (F11A, F12A), and the settlement server 5 that receives the confirmation code confirms it. The information transmission path of the code is confirmed (F13A). Then, on the condition that the information transmission path of the payment code matches the information transmission path of the confirmation code, the payment process is executed in the payment server 5 (F14).
  • FIG. 8 shows an example of a specific procedure when the processing of FIG. 7 is realized by the control system of FIG.
  • the processing in FIG. 8 is performed in steps S11 to S13, S21 to S24, S31, S32, and S42 corresponding to the procedures related to the issuance of the confirmation code and the settlement code in FIG. 6 and the confirmation of the information transmission path regarding the confirmation code and the settlement code.
  • S44 is different in that the settlement code and the confirmation code are replaced with steps S11A to S13A, S21A to S24A, S31A, S32A, S42A, and S44A. Since these processes correspond to processes in which the confirmation code and the settlement code in the process of FIG.
  • the processing is started by requesting the confirmation code or the settlement code from the user terminal 2 to the settlement server 5, but the terminal that requests these codes is not limited to the user terminal 2.
  • the user accesses the payment server 5 using a PC (personal computer) different from the user terminal 2, performs user authentication, and uses his / her user terminal as a confirmation code transmission destination. 2 may be specified to request the settlement server 5 to transmit a confirmation code.
  • the process can proceed as in FIG.
  • the user designates the PC 10 as the confirmation code transmission destination, requests the settlement server 5 to transmit the confirmation code (F1), and transmits the confirmation code from the settlement server 5 to the PC 10 (F2B). It is also possible to modify such that the obtained confirmation code is provided from the PC 10 to the user terminal 2 (F2C).
  • F1 confirmation code
  • F2B confirmation code from the settlement server 5 to the PC 10
  • F2C user terminal 2
  • the payment code is acquired by the user terminal 2 prior to the confirmation code, and is transmitted from the store terminal 3 to the payment server 5. It is also possible to do.
  • the confirmation code and the settlement code do not necessarily need to be issued by the settlement server 5.
  • a confirmation code and a settlement code are generated at the user terminal 2 (F1B), and the confirmation code and the settlement code are sequentially displayed and output at the user terminal 2 (F3, F9).
  • the permission or prohibition of the execution of the settlement process may be controlled based on the comparison of the information transmission paths of those codes. For example, if a function for generating a confirmation code and a settlement code according to a predetermined generation rule is installed in the computer program Pt1 of the user terminal 2, such processing can be realized. Also in this case, the transmission order of the settlement code and the confirmation code may be switched.
  • a confirmation code and settlement code generation function is implemented in the PC 10 in FIGS. 9 and 10, and the obtained confirmation code and settlement code are provided from the PC 10 to the user terminal 2. May be.
  • the confirmation code and the settlement code as the confirmation information and the target information are displayed and output on the user terminal 2 as the two-dimensional code images 101A and 101B or the barcode images 102A and 102B, respectively, and this is the information acquisition terminal.
  • the confirmation information is not necessarily acquired by the information acquisition terminal via the image.
  • the confirmation information is provided from the user terminal 2 to the store terminal 3 by wireless communication, and the target information is an image. It is good also as what is provided to the shop terminal 3 via. Even in this case, it is possible to compare the information transmission path related to the confirmation information and the information transmission path related to the target information, and based on the comparison result, it is possible to determine whether the processing according to the target information is possible or not. Can be increased.
  • the management server 4 is interposed between the store terminal 3 as an example of the information acquisition terminal and the settlement server 5 as an example of a server that executes processing based on the target information. 4 may be omitted or added as appropriate.
  • the store terminal 3 and the payment server 5 may communicate directly, or a plurality of intermediate servers may be interposed between the store terminal 3 and the payment server 5.
  • the user terminal 2 used for displaying those codes confirms the information transmission path. Not included in the target. Since the user terminal 2 is a terminal with which the user can be appropriately involved in the process, the user is involved in the identification and confirmation of the information transmission path when the user terminal 2 is excluded from the confirmation target of the information transmission path. There is an advantage that the safety of the transaction can be improved by eliminating the risk. However, by including the user terminal in the confirmation target of the information transmission path, it may be possible to determine whether the user terminal itself should be the starting point for sending the confirmation code and the settlement code.
  • the store terminal 3 acquires information for identifying the user terminal 2 from the user terminal 2, such a modification can be realized.
  • the identification information of the user terminal 2 for example, the terminal ID as an example, is added to the confirmation code and the settlement code on the user terminal 2 side. It is possible to display the information, and the store terminal 3 reads the codes to acquire the terminal ID and transmit it to the settlement server 5. According to this, on the settlement server 5 side, the user terminal 2 used for displaying the confirmation code and the settlement code can be uniquely identified. Even when the confirmation information is wirelessly transmitted from the user terminal 2 to the store terminal 3, the store terminal 3 can naturally acquire information for uniquely identifying the user terminal 2.
  • the service provided by the service providing system of the present invention is a settlement. Not limited to services.
  • a settlement not limited to services.
  • information necessary for the store terminal to issue a ticket with the approval of the server is given to the user terminal as target information.
  • Confirmation information is transmitted from the store terminal to the server before or after the display to confirm the information transmission paths of the confirmation information and the target information, and the store terminal is based on the comparison result. It is possible to provide the present invention in such a form that the permission or prohibition of ticket issuance is controlled.
  • the target information is information necessary for issuing the ticket, such as ticket exchange.
  • the confirmation information may be generated as information for confirming the information transmission path which is differentiated from the confirmation code.
  • the type of service can be changed as appropriate, and the information acquisition terminal is not limited to the example installed in the store, but may be appropriate as long as the confirmation information and the target information can be acquired from the user terminal and transmitted to the server.
  • a terminal may be used as an information acquisition terminal.
  • a service providing system is configured to use a network (6) to which a communication rule with information for specifying an information transmission path is applied, and is displayed on a user terminal (2).
  • the target information (payment code as an example) included in the target image (101B, 102B) read by the information acquisition terminal (3), and the obtained target information is read from the information acquisition terminal via the network.
  • the target image display means (23, S13; S12A) for displaying the target image on the user terminal and the confirmation information differentiated from the target information ( Confirmation information output means (23, S12; S13A) for outputting the confirmation code) to the user terminal prior to or subsequent to the display of the target image by the target image display means, and the information acquisition terminal Information acquisition means (31, 32, S21, S22, S23, S24; S21A) for acquiring the confirmation information and the target information from the information acquisition terminal to the server.
  • route confirmation means for confirming an information transmission route from the information acquisition terminal to the server regarding each of the confirmation information and target information acquired by the server, Based on the comparison of the confirmation result of the information transmission path for each of the confirmation information and the target information, the server That the the authorization or execution control unit for controlling the prohibition of execution of the process based on the target information (53, S46), those having a.
  • a computer program is configured to use a network (6) to which a communication rule with information for specifying an information transmission path is applied, and is displayed on a user terminal (2).
  • the target information (payment code as an example) included in the target images (101B, 102B) is read by the information acquisition terminal (3), and the obtained target information is read from the information acquisition terminal via the network through a predetermined server.
  • the computer program Pt1, Pt2, Pt2, Pt2, Pt2, Pt2, Pt2, Pt2, Pt2, Pt2, Pt2, Ps2, Ps2), and the computer (2, 3, 5) provided in the service providing system sends the target image to the user.
  • Target image display means (23, S13; S12A) to be displayed on the terminal, confirmation information (a confirmation code as an example) differentiated from the target information is displayed prior to the display of the target image by the target image display means.
  • a confirmation information output means (23, S12; S13A) that is subsequently output to the user terminal, causes the information acquisition terminal to acquire the confirmation information and the target information, and obtains the obtained confirmation information and target information.
  • Information acquisition means (31, 32, S21, S22, S23, S24; S21A, S22A, S23A, S24A) transmitted from the information acquisition terminal to the server, the information related to each of the confirmation information and target information acquired by the server Route confirmation means (54, S43, S45) for confirming an information transmission route from the acquisition terminal to the server; and Execution control means (53, S46) for controlling permission or prohibition of execution of the processing based on the target information by the server, based on comparison of the confirmation result of the information transmission path with respect to each of the authentication information and the target information; It is comprised so that it may function as.
  • a control method for a service providing system is configured to use a network (6) to which a communication rule with information for specifying an information transmission path is applied, and to a user terminal (2).
  • the information acquisition terminal (3) reads the target information (payment code as an example) included in the target images (101B, 102B) displayed in the above, and the obtained target information is read from the information acquisition terminal via the network.
  • the server (5) is used to execute a process (S47) for providing a predetermined service at the server based on the target information, and a computer (2, 3, 5) is provided.
  • the service providing system (1) has a control method in which the computer displays the target image on the user terminal and is different from the target information.
  • the confirmation information (confirmation code as an example) is output to the user terminal prior to or subsequent to the display of the target image, and each of the confirmation information and the target information is acquired by the information acquisition terminal.
  • the confirmation information and the target information obtained are transmitted from the information acquisition terminal to the server, and the information transmission path from the information acquisition terminal to the server is confirmed for each of the confirmation information and the target information acquired by the server. Based on the comparison of the confirmation result of the information transmission path regarding each of the confirmation information and the target information, the permission or prohibition of the execution of the processing based on the target information by the server is controlled.
  • the information acquisition terminal to the server from each of the confirmation information and target information is transmitted.
  • Information transmission paths can be confirmed and compared.
  • the information transmission path when each of the confirmation information and the target information is correctly read sequentially from the same user terminal into the information acquisition device, and the target information displayed on the user terminal by a third party There is a clear difference from the information transmission path when trying to use it in another location.
  • either confirmation information or target information is read and transmitted to the server, and then the other information is read and transmitted to the server.
  • the time difference until it is done is 1 second or less, or about several seconds at the latest, and it is actually that a third party who illegally acquired the target information causes the information acquisition terminal in the same place to acquire the target information on behalf of the original user Is impossible. Therefore, by comparing the information transmission path between the confirmation information and the target information, it is determined whether the information is used correctly or illegally. In the former case, the execution of the process based on the target information is permitted, In the latter case, it is possible to improve the safety of the transaction by prohibiting the execution of the processing based on the target information.
  • the computer program according to one embodiment of the present invention may be provided in a state of being stored in a storage medium. If this storage medium is used, the system of the present invention can be realized by using the computer by installing and executing the computer program according to the present invention on the computer, for example.
  • the storage medium storing the computer program may be a non-transitory storage medium such as a CDROM.
  • the execution control means confirms that the information transmission path confirmed for the target information acquired from the information acquisition terminal matches the information transmission path confirmed for the confirmation information associated with the target information. Execution of processing based on the target information may be permitted as at least one of the conditions, and execution of processing based on the target information may be prohibited if they do not match. According to this, the process based on the target information is not executed unless the information transmission path regarding the confirmation information matches the information transmission path regarding the target information. Therefore, the safety of the transaction can be further increased with certainty.
  • the route confirmation unit confirms the information transmission route by including whether or not the information transmission route from the information acquisition terminal to the server corresponds to a predetermined reliability route.
  • the execution control unit may permit the execution of the process on the condition that the information transmission path is confirmed as the reliable path. According to this, if the information transmission route does not correspond to a route having a predetermined reliability, the process based on the target information is not executed. For example, if confirmation information and target information are not transmitted through a node determined beforehand as a transmission source of the target information or a relay point, processing based on the target information can be prohibited as a reliable information transmission path. . Thereby, it is possible to further increase the safety of the transaction.
  • a confirmation information request for requesting the confirmation information by designating a user terminal to be used for displaying the target image is transmitted from the predetermined terminal (2; 10; 3) connected to the network to the server.
  • confirmation information is requested from a predetermined terminal on the network to the server
  • the confirmation information is transmitted to the user terminal specified by the request.
  • a target information request for requesting the target information by designating a user terminal to be used for displaying the target image is transmitted from the predetermined terminal (3; 2; 10) connected to the network to the server.
  • Target information requesting means (32, S22) to be sent and target information providing means (52, S44; S42A) for sending the target information to the server to the user terminal specified in the target information request acquired by the server And may be further provided.
  • target information when target information is requested from the predetermined terminal on the network to the server, the target information is transmitted to the user terminal specified by the request.
  • the service providing system sends a processing request for specifying a user terminal to be used for displaying the target image and requesting the start of processing based on the target information to a predetermined terminal (2; connected to the network).
  • processing request means 22, S11; S11A
  • Information providing means 52, S42; S42A
  • the server to transmit the associated confirmation information or target information to the server, and the route confirmation means from the information acquisition terminal to the one of the information acquisition means
  • the information transmission route regarding the one information is confirmed (S43)
  • the information providing unit acquires the information acquisition
  • the one information is transmitted from the end, either the confirmation information or the target information associated with the process to be executed based on the target information for the user terminal specified in the processing request,
  • the information may be further transmitted to the server (S44; S44A).
  • confirmation information or the target information when either the confirmation information or the target information is transmitted from the server to the user terminal and the information is returned from the information acquisition terminal to the server, the information transmission path is confirmed, and the confirmation information or The other information of the target information is transmitted to the user terminal. Therefore, according to server management, confirmation information and target information can be sequentially acquired from the user terminal to the information acquisition terminal, and permission or prohibition of execution of processing based on comparison of information transmission paths can be smoothly controlled.
  • the process can be advanced more smoothly and quickly, and the information acquisition terminal It is possible to eliminate the possibility that the confirmation information and the target information are output unnecessarily continuously prior to the information acquisition by, thereby further improving the safety.
  • the user terminal or an information acquisition terminal that should acquire the confirmation information and the target information from the user terminal may be used as the predetermined terminal.
  • the confirmation information and the target information are transmitted from the server to the user terminal in a place where the information acquisition terminal for acquiring the confirmation information and the target information is provided, and the processing based on the information is smoothly and quickly performed. Can proceed.
  • the confirmation information output means causes the user terminal to display and output confirmation images (101A, 102A) including the confirmation information
  • the information acquisition means displays the information acquisition terminal on the user terminal.
  • the target information may be read from the acquired target image, and the obtained target information may be transmitted from the information acquisition terminal to the server.
  • the information acquisition terminal side reads the confirmation image and the target image using common hardware, and is included in those images. Confirmation information and target information can be acquired.
  • each of the target image and the confirmation image may be generated by describing information to be recorded in the image according to the same standard.
  • each of the target image and the confirmation image may be generated as a two-dimensional code or barcode image.
  • the confirmation information and the target information can be acquired simply by reading an image in accordance with a certain standard on the information acquisition terminal side, so that the burden on the information acquisition terminal side can be reduced. .
  • Payment system (service provision system) 2 User terminal 3 Store terminal 4 Management server 5 Payment server (predetermined server) 6 Network 7 Store 8 Management server operator 9 Payment server operator 22 Code acquisition unit (confirmation information requesting means, target information requesting means, processing requesting means) 23 Code output unit (target image display means, confirmation information output means) 31 Code acquisition unit (information acquisition means) 32 Process request section (information acquisition means) 52 Code issuing section (information providing means, confirmation information providing means, target information providing means) 53 Settlement management unit (execution control means) 54 Route confirmation part (route confirmation means) 101A, 102A Confirmation code image 101B, 102B Payment code image

Landscapes

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

Abstract

ユーザ端末２にて表示された画像に含まれている対象情報を情報取得端末３で読み取り、得られた対象情報に基づく処理をサーバ５が実行するサービス提供システムにおいて、対象画像の表示に先行して、又は後続して対象情報とは差別化された確認情報をユーザ端末に出力させ（Ｆ３）、情報取得端末３で確認情報を取得してサーバ５に送信し（Ｆ５、Ｆ６）、サーバ５が取得した確認情報に関する情報取得端末３からサーバ５までの情報伝達経路を確認し、対象情報に関しても情報取得端末３からサーバ５までの情報伝達経路を確認し、確認された情報伝達経路の比較に基づいてサーバ５による処理の実行の許可又は禁止を制御する。

Description

サービス提供システム、それに用いるコンピュータプログラム、及びサービス提供システムの制御方法
　本発明は、ユーザ端末に表示された情報を読み取り、得られた情報に基づいて所定のサービスを提供するための処理を実行するサービス提供システム等に関する。
　ユーザが所持する携帯電話等の携帯型ユーザ端末にて、所定の情報が埋め込まれた二次元コード等の画像を表示させ、店舗等の端末で画像中の情報を読み取って得られた情報をサーバに送信し、サーバがその情報に基づき決済処理等の所定の処理を実行するシステムが実用に供されている。しかしながら、そのようなシステムでは、ユーザ端末にて表示された画像を第三者が撮影して不正使用するといったリスクがある。そこで、セキュリティを高める仕組みが鋭意検討されている。例えば、クレジットカード番号、口座番号等の決済情報の一部である第１の部分決済コードをユーザ端末に、他の部分である第２の部分決済コードをサーバにそれぞれ分散して保持し、決済に先行してユーザ端末から第１のワンタイムコードをサーバに送信してサーバ側でユーザを認証するとともに、サーバ側からユーザ端末に第２のワンタイムコードを送信してユーザ端末側でサーバを認証し、その後に、ユーザ端末にて第１の部分決済コードを使用者ＩＤ、電話番号等の使用者識別子を含むようにして表示させ、これをＰＯＳ端末等で読み取ってサーバに送信する。サーバでは、得られた使用者識別子に基づいて第２の部分決済コードを決定し、それらの部分決済コードを連結して決済コードを生成することにより、決済処理を実行するシステムが提案されている（例えば特許文献１参照）。
特許第５９５９４１０号公報
　上述したシステムにおいては、ワンタイムパスワードを利用してユーザ端末とサーバとを相互に認証してから決済情報を表示しているため、取引の安全性を相応に高め得る。しかしながら、ワンタイムパスワードによるセキュリティ確保は完全なものではなく、これが破られた場合には、第三者が決済コードを盗撮等で取得して不正に使用する可能性がある。例えば、ユーザが決済のために列に並んでいる間に決済の準備として決済コードを自己の端末上に表示させた場合、これを第三者が盗撮して別の場所で先に使用する、といったおそれを完全には排除できない。
　そこで、本発明は、決済等のサービスに用いられるべき情報を含んだ画像を利用した取引の安全性を従来とは異なる仕組みで高めることが可能なサービス提供システム等を提供することを目的とする。
　本発明の一態様に係るサービス提供システムは、情報伝達経路を特定するための情報を付した通信規則が適用されるネットワークを利用するように構成され、ユーザ端末にて表示された対象画像に含まれている対象情報を情報取得端末で読み取り、得られた対象情報を前記情報取得端末から前記ネットワークを介して所定のサーバに送信することにより、前記サーバにて所定のサービスを提供するための処理を前記対象情報に基づいて実行するサービス提供システムであって、前記対象画像を前記ユーザ端末に表示させる対象画像表示手段と、前記対象情報とは差別化された確認情報を、前記対象画像表示手段による前記対象画像の表示に先行して、又は後続して前記ユーザ端末に出力させる確認情報出力手段と、前記情報取得端末に前記確認情報及び前記対象情報のそれぞれを取得させ、得られた確認情報及び対象情報を当該情報取得端末から前記サーバに送信させる情報取得手段と、前記サーバが取得した確認情報及び対象情報のそれぞれに関する前記情報取得端末から前記サーバまでの情報伝達経路を確認する経路確認手段と、前記確認情報及び前記対象情報のそれぞれに関する前記情報伝達経路の確認結果の比較に基づいて、前記サーバによる前記対象情報に基づく前記処理の実行の許可又は禁止を制御する実行制御手段と、を備えたものである。
　本発明の一態様に係るコンピュータプログラムは、情報伝達経路を特定するための情報を付した通信規則が適用されるネットワークを利用するように構成され、ユーザ端末にて表示された対象画像に含まれている対象情報を情報取得端末で読み取り、得られた対象情報を前記情報取得端末から前記ネットワークを介して所定のサーバに送信することにより、前記サーバにて所定のサービスを提供するための処理を前記対象情報に基づいて実行するサービス提供システムに用いられるコンピュータプログラムであって、前記サービス提供システムに設けられたコンピュータを、前記対象画像を前記ユーザ端末に表示させる対象画像表示手段、前記対象情報とは差別化された確認情報を、前記対象画像表示手段による前記対象画像の表示に先行して、又は後続して前記ユーザ端末に出力させる確認情報出力手段、前記情報取得端末に前記確認情報及び前記対象情報のそれぞれを取得させ、得られた確認情報及び対象情報を当該情報取得端末から前記サーバに送信させる情報取得手段、前記サーバが取得した確認情報及び対象情報のそれぞれに関する前記情報取得端末から前記サーバまでの情報伝達経路を確認する経路確認手段、及び前記確認情報及び前記対象情報のそれぞれに関する前記情報伝達経路の確認結果の比較に基づいて、前記サーバによる前記対象情報に基づく前記処理の実行の許可又は禁止を制御する実行制御手段、として機能させるように構成されたものである。
　本発明の一態様に係るサービス提供システムの制御方法は、情報伝達経路を特定するための情報を付した通信規則が適用されるネットワークを利用するように構成され、ユーザ端末にて表示された対象画像に含まれている対象情報を情報取得端末で読み取り、得られた対象情報を前記情報取得端末から前記ネットワークを介して所定のサーバに送信することにより、前記サーバにて所定のサービスを提供するための処理を前記対象情報に基づいて実行するとともに、コンピュータが設けられているサービス提供システムの制御方法であって、前記コンピュータは、前記対象画像を前記ユーザ端末に表示させ、前記対象情報とは差別化された確認情報を、前記対象画像の表示に先行して、又は後続して前記ユーザ端末に出力し、前記情報取得端末に前記確認情報及び前記対象情報のそれぞれを取得させ、得られた確認情報及び対象情報を当該情報取得端末から前記サーバに送信させ、前記サーバが取得した確認情報及び対象情報のそれぞれに関する前記情報取得端末から前記サーバまでの情報伝達経路を確認し、前記確認情報及び前記対象情報のそれぞれに関する前記情報伝達経路の確認結果の比較に基づいて、前記サーバによる前記対象情報に基づく前記処理の実行の許可又は禁止を制御する。
本発明の一形態に係る決済システムの概略的な全体構成の一例を示す図。 図１の決済システムにおける処理手順の一例における概要を示す図。 ユーザ端末に表示される確認コードの画像の一例を示す図。 ユーザ端末に表示される決済コードの画像の一例を示す図。 図１の決済システムにおける制御系の構成の一例を示す機能ブロック図。 図５の制御系にて実行される決済処理の手順の一例を示すフローチャート。 図２の変形例を示す図。 図６の変形例を示す図。 図２の他の変形例を示す図。 図２の別の変形例を示す図。 図２のさらなる変形例を示す図。
　以下、図面を参照して本発明の一形態に係るサービス提供システムの一例を説明する。なお、以下では、決済サービスを提供する決済システムに本発明を適用した例を示すが、本発明のサービス提供システムにて提供されるサービスは決済サービスに限定されない。図１に示すように、本形態に係る決済システム１は、複数のユーザ端末２と、複数の店舗端末３と、管理サーバ４と、決済サーバ５とを含んでいる。それらの端末２、３及びサーバ４、５はネットワーク６に接続される。ユーザ端末２はネットワーク６を介して決済サーバ５と通信可能であり、店舗端末３は管理サーバ４とネットワーク６を介して通信可能であり、管理サーバ４と決済サーバ５とはネットワーク６を介して通信可能である。
　ユーザ端末２は、画像の表示機能を有しかつユーザが携行可能な携帯型の情報通信端末である。一例として、ユーザ端末２は通信通話機能を備えたスマートフォンである。ただし、ユーザ端末２には携帯型ゲーム機、タブレット端末等、画像の表示が可能でかつネットワーク接続が可能な各種の端末が用いられてよい。店舗端末３は、売上情報を管理するために店舗７に設置される端末である。一つの店舗７には少なくとも一台の店舗端末３が設置される。店舗端末３は、店舗７における売上を登録するレジスター機能に加えて、バーコードや二次元コード等として表示される画像を読み取り、その画像中に埋め込まれた情報を取得する情報取得機能を備えている。例えば、ＰＯＳ端末等が店舗端末３として用いられる。店舗端末３は情報取得端末の一例に相当する。店舗７は、商品を販売し、あるいは所定のサービスを提供する店舗であって、例えばコンビニエンスストア、食料品店、衣料品店、飲食店、美容室、チケットショップ、アミューズメント施設等が店舗７として想定されてよい。
　管理サーバ４は、所定の事業者８によって運営されるサーバであって、店舗端末３にて取得された各種の情報に基づいて店舗７の運営を管理し、あるいは支援するためのサービスを提供する。例えば、管理サーバ４は、店舗７の売上分析に基づいて店舗７の販売管理や在庫管理等に必要な情報を店舗７に提供する。あるいは、店舗７におけるクレジットカード、電子通貨等を用いた決済が必要な場合、管理サーバ４は、カード発行会社や金融機関等のサーバ（不図示）と連携して決済に必要な処理を実行する。決済サーバ５は、そのような決済サービスをユーザ端末２、店舗端末３及び管理サーバ４と連携して実現する手段の一つとして設けられ、所定の事業者９によって運営される。なお、店舗端末３及び管理サーバ４の組み合わせは、例えばＰＯＳシステムとして広く用いられているものである。ユーザ端末２からバーコードや二次元コード等の画像情報を読み取って必要な処理を実行する機能もそれらの公知のシステムで既に実現されている。本形態の決済システム１は、そのようなシステムを利用しつつ決済処理に特有の手順を導入して決済の安全性を高めようとするものである。
　なお、管理サーバ４を運営する事業者８は、一例として、店舗７の運営者と事業契約を締結し、その締結に基づいて店舗７の運営に関与する事業者である。このような例としては、店舗７の運営者をフランチャイジーとする契約を締結し、その契約に従って店舗７の運営を管理するフランチャイザーを事業者８として挙げることができる。決済サーバ５を運営する事業者９は管理サーバ４の事業者８と同一であってもよいし、異なってもよい。一例として、決済サーバ５を運営する事業者９は、管理サーバ４の事業者８を顧客とする契約を締結し、決済サービスの利用に対して一定の手数料を事業者８から徴収する事業者である。サーバ４、５のそれぞれは、複数台のサーバユニット…を適宜に組み合わせて構成されてもよいし、単一のサーバユニットによって構成されてもよい。クラウドコンピューティング技術を利用したクラウドサーバとしてサーバ４、５が構成されてもよい。
　ネットワーク６は、インターネット等のＷＡＮと、事業者８、９内に構築されるＬＡＮとを適宜に組み合わせて構成される。ネットワーク６は、情報伝達経路又は通信経路を特定するために必要な情報を付した通信規則が適用されるネットワークである。例えば、ネットワーク６としてインターネットが用いられる場合、インターネットプロトコルにてヘッダに含まれるべきと規定されている送信元及び送信先のＩＰアドレス等の情報を、情報伝達経路の特定に必要な情報として利用することができる。ただし、ネットワーク６にて利用される通信規則はインターネットプロトコルに限らず、情報の送信元、送信先、あるいは中継点を特定するための情報のように、情報伝達経路を特定するために必要な情報を含めて通信が行われるようにネットワーク６の通信規則が定められていればよい。
　次に、図２を参照して決済システム１における決済処理の手順の概要を説明する。本形態の決済システム１では、まずユーザ端末２と決済サーバ５との間でユーザ認証が行われ、続いてユーザ端末２から決済サーバ５に対して確認コードの発行が要求される（Ｆ１）。ユーザ認証は、例えばユーザに対してユニークなユーザ識別情報の一例としてのユーザＩＤと、パスワード等の認証情報とを用いて実行されてよい。確認コードは、店舗端末３から決済サーバ５に至る情報伝達経路を確認するために発行されるものであって、確認情報の一例に相当する。決済サーバ５では、ユーザ認証が成立したことを条件としてユーザ端末２に対して確認コードが発行される（Ｆ２）。確認コードは既に発行されている確認コードと重複しないように発行される。確認コードにはワンタイムパスワードのように有効期限が設定されてもよい。
　ユーザ端末２に対して確認コードが発行されると、これを受け取ったユーザ端末２にて確認コードが表示される（Ｆ３）。確認コードは画像に埋め込まれて表示される。例えば、図３に示すように、確認コードが埋め込まれた二次元コードの画像１０１Ａ及びバーコードの画像１０２Ａがユーザ端末２にて表示される。これらの画像１０１Ａ、１０２Ａは確認画像の一例に相当する。
　図２に戻って、ユーザ端末２に確認コードの画像１０１Ａ、１０２Ａが表示されると、店舗端末３による確認コードの読み取りが行われる（Ｆ４）。読み取りには、例えば店舗端末３に設けられているハンドスキャナが利用される。確認コードが読み取られると、店舗端末３から管理サーバ４に向けて確認コードに対応した処理が要求され（Ｆ５）、その要求を受け取った管理サーバ４から決済サーバ５に対してさらに処理が要求される（Ｆ６）。なお、この場合の処理要求には、ユーザが支払うべき代金を特定する情報が含まれてもよい。確認コードの処理要求を受け取った決済サーバ５では、処理要求に含まれている送信元等の情報を参照して確認コードの情報伝達経路が確認される（Ｆ７）。この場合、確認コードがどのような経路を介して決済サーバ５に送られたかの確認に加えて、その経路が信頼性を有する経路に該当するか否かの確認が行われてもよい。例えば、情報伝達経路に含まれている送信元、送信先等の端末やサーバ等のノードが、信頼性が保証されたノードとして予め定められたものを含む場合にその情報伝達経路は信頼性を有する経路であると判断されてもよい。さらに具体的には、決済サーバ５の事業者９が契約を締結した管理サーバ４の事業者８によって指定された店舗端末３、及び管理サーバ４が情報伝達経路に含まれている場合、その経路には信頼性があると判断されてよい。
　情報伝達経路に関する確認にて問題がなかった場合、決済サーバ５からユーザ端末２に対して決済コードが発行される（Ｆ８）。情報伝達経路の信頼性を判断する場合には、信頼性を有する経路であることが確認できないときには決済コードの発行を中止してもよい。決済コードは、決済サーバ５にて決済処理を実行するために必要な情報として発行されるものであって、対象情報の一例に相当する。例えば、決済サーバ５がユーザＩＤと関連付けてユーザの電子通貨の残高を保持している場合には、ユーザＩＤ又はその口座を特定する口座ＩＤを決済コードの一部に含めてよい。確認コードの読み取りに対応した処理要求（Ｆ５、Ｆ６）に代金の情報が含まれる場合には、ユーザが支払うべき代金の情報が決済コードに含まれてもよい。あるいは、決済コードには、先に発行された確認コードとの対応関係を示す情報と決済コードであることを示す情報が含まれてもよい。いずれにしても、決済コードは、これを受け取った決済サーバ５が当該決済コードに基づいて決済処理を実行することができる情報として構成されていればよく、その内容は決済サーバ５における処理に応じて適宜に設定されてよい。ただし、決済サーバ５にて確認コードと決済コードとを区別できるように、決済コードと確認コードとは少なくとも一部が相違するように設定される。決済コードにも、ワンタイムパスワードのように有効期限が設定されてもよい。
　ユーザ端末２に対して決済コードが発行されると、これを受け取ったユーザ端末２にて決済コードが表示される（Ｆ９）。決済コードもまた画像に埋め込まれて表示される。例えば、図４に示すように、決済コードが埋め込まれた二次元コードの画像１０１Ｂ及びバーコードの画像１０２Ｂがユーザ端末２にて表示される。これらの画像１０１Ｂ、１０２Ｂは対象画像の一例に相当する。確認コードが埋め込まれた二次元コードの画像１０１Ａ及び決済コードが埋め込まれた二次元コードの画像１０１Ｂは、それらの画像中に記録すべき情報としての確認コード及び決済コードのそれぞれを同一の規格に従って記述することによって生成される画像の一例である。バーコードの画像１０２Ａ、１０２Ｂについても同様である。
　図２に戻って、ユーザ端末２に決済コードの画像１０１Ｂ、１０２Ｂが表示されると、店舗端末３による決済コードの読み取りが行われる（Ｆ１０）。その読み取りは確認コードの読み取り時と同様にして行われてよい。決済コードが読み取られると、店舗端末３から管理サーバ４に向けて決済コードに対応した処理が要求され（Ｆ１１）、その要求を受け取った管理サーバ４から決済サーバ５に対してさらに処理が要求される（Ｆ１２）。なお、確認コードの読み取り時における処理要求に代金の情報が含まれていない場合、この段階の処理要求で代金の情報を含めて処理が要求される。
　決済コードの処理要求を受け取った決済サーバ５では、処理要求に含まれている送信元等の情報を参照して決済コードの情報伝達経路が確認される（Ｆ１３）。この場合、決済コードがどのような経路を介して決済サーバ５に送られたかをまず確認し、その情報伝達経路と確認コードについて確認されている情報伝達経路とが比較され、両者が一致するか否かが判別される。ただし、店舗端末３と管理サーバ４、あるいは管理サーバ４と決済サーバ５との間にさらなる中継点としてのノードが存在し得る場合には、例えば店舗端末３及び管理サーバ４が一致すれば情報伝達経路が一致すると判断する、といったように、情報伝達経路中の主要なノードが一致すれば情報伝達経路が一致すると判断されてもよい。例えば、情報伝達経路に含まれているノードのうち、上述した信頼性が保証されたノードが一致するか否かにより、情報伝達経路の異同が判別されてもよい。
　情報伝達経路が一致すると確認された場合、決済サーバ５により決済コードに基づく決済処理が実行される（Ｆ１４）。情報伝達経路が一致しない場合には決済処理が実行されない。なお、決済処理は、例えば決済コードの画像１０１Ｂ又は１０２Ｂに埋め込まれたユーザＩＤあるいは口座ＩＤに対応する口座に保持された電子通貨から代金を消費する処理、ユーザＩＤと関連付けられたクレジットカードにて代金を決済するようカード発行会社のサーバに依頼する処理、あるいはユーザＩＤと関連付けられた金融機関のサーバに対してユーザの口座から代金を引き落とすよう依頼する処理等、決済方法に応じて適宜に設定されてよい。つまり、ユーザ端末上に表示された二次元コードやバーコード等をＰＯＳ端末等で読み取って決済する処理は種々実用に供されており、決済コードに基づく決済処理（Ｆ１４）は、それらの公知の処理を適宜用いて実行されてよい。
　以上の手順によれば、確認コードと決済コードの２種類のコードを店舗端末３に読み取らせて決済サーバ５に送信し、それらのコードの情報伝達経路が一致する場合に限って決済コードに基づく決済処理が実行される。したがって、仮に第三者がユーザ端末２に表示されている決済コードの画像１０１Ｂ、１０２Ｂを盗撮等で取得して別の店舗端末３にこれを読み取らせようとしても、情報伝達経路が一致しないものとして決済処理の実行を禁止することができる。店舗端末３による確認コードの読み取りから決済コードの読み取りまでの時間差は、一般的なネットワークの通信速度に鑑みれば極めて短時間、例えば１秒未満か遅くとも数秒程度である。そのため、第三者が決済コードを取得し、本来のユーザに先行して同一の店舗端末３（すなわち、確認コードの読み取りに用いられた店舗端末３）にこれを読み取らせることは実質的に不可能である。したがって、第三者による不正使用のリスクを排除して決済の安全性を高めることができる。
　次に、上述した決済処理を実現するための決済システム１の制御系の一例を図５により説明する。なお、図５ではユーザ端末２及び店舗端末３を一台ずつ例示するが、他のユーザ端末２及び店舗端末３も同一構成である。図５に示すように、ユーザ端末２には、ユーザ端末２のコンピュータとしてのハードウエア資源と、ユーザ端末２に実装されたソフトウエア資源としてのコンピュータプログラムＰｔ１との組み合わせによって実現される論理的装置として、ユーザ管理部２１、コード取得部２２及びコード出力部２３が設けられる。ユーザ管理部２１は、決済サーバ５と協働してユーザ認証等に必要な処理を実行する。コード取得部２２は、決済サーバ５から確認コード及び決済コードを取得するための処理を実行する。コード出力部２３はコード取得部２２が取得した確認コード及び決済コードのそれぞれに対応した二次元コード及びバーコードの画像（一例として図３の画像１０１Ａ、１０２Ａ、及び図４の画像１０１Ｂ、１０２Ｂ）を生成してユーザ端末２の表示装置２４に表示出力する。ユーザ端末２の記憶装置（不図示）には、上述したコンピュータプログラムＰｔ１に加えて、ユーザＩＤ及び端末ＩＤも予め記録されている。端末ＩＤはユーザ端末２に対してユニークに設定される識別情報であって、例えば国際移動体装置識別番号、あるいはＭＡＣアドレスといった識別情報を端末ＩＤとして利用することが可能である。
　店舗端末３には、店舗端末３のコンピュータとしてのハードウエア資源と、店舗端末３に実装されたソフトウエア資源としてのコンピュータプログラムＰｔ２との組み合わせによって実現される論理的装置として、コード取得部３１及び処理要求部３２が設けられる。コード取得部３１は、店舗端末３に設けられたスキャナ３３を制御してユーザ端末２に表示された二次元コード又はバーコードの画像を読み取り、その画像中に埋め込まれた確認コード及び決済コードを取得する。処理要求部３２は、コード取得部３１が取得した確認コード及び決済コードに対応した処理を管理サーバ４に対して要求する。
　管理サーバ４には、管理サーバ４のコンピュータとしてのハードウエア資源と、管理サーバ４に実装されたソフトウエア資源としてのコンピュータプログラムＰｓ１との組み合わせによって実現される論理的装置として、決済管理部４１が設けられる。決済管理部４１は、店舗端末３から処理要求を受け取って決済サーバ５に転送する。管理サーバ４の記憶装置（不図示）には、上述したコンピュータプログラムＰｓ１に加えて事業者情報も予め記録されてもよい。事業者情報は、決済サーバ５にて決済処理を要求する事業者８を識別するための情報であって、例えば決済サーバ５の事業者９が設定した事業者ＩＤ等を事業者情報として含めることができる。決済サーバ５における処理で必要とされる情報に従って、管理サーバ４の事業者情報には事業者８に関連付けられた適宜の情報が含まれてよい。
　決済サーバ５には、決済サーバ５のコンピュータとしてのハードウエア資源と、決済サーバ５に実装されたソフトウエア資源としてのコンピュータプログラムＰｓ２との組み合わせによって実現される論理的装置として、ユーザ管理部５１、コード発行部５２、決済管理部５３、経路確認部５４及び決済実行部５５が設けられる。ユーザ管理部５１は、ユーザ管理データベース６１を適宜に参照してユーザの管理に必要な各種の処理を実行する。なお、以下ではデータベースをＤＢと略記することがある。ユーザ管理ＤＢ６１は、決済サービスを利用するユーザのユーザＩＤをキーとして、ユーザの管理に必要な各種の情報、例えばユーザの名前、ユーザの電話番号、ユーザが使用するユーザ端末２の端末ＩＤ等を記録したデータベースである。ユーザ管理部５１は、ユーザを管理するための処理の一つとして、ユーザ管理ＤＢ６１を参照しつつ、ユーザ端末２のユーザ管理部２１と協働してユーザ認証に必要な処理を実行する。コード発行部５２は、コード管理ＤＢ６２を参照して確認コード及び決済コードを発行し、それらのコードをユーザ端末２に送信する。コード管理ＤＢ６２は、発行済の確認コード及び決済コードを管理するためのデータベースである。例えば、コード管理ＤＢ６２には、発行済の確認コード及び決済コードが取引ＩＤと対応付けて記録される。取引ＩＤは、決済処理の単位を区別するための識別情報であって、例えば一対の確認コード及び決済コードを用いて実行されるべき決済処理ごとにユニークに設定される。
　決済管理部５３は、管理サーバ４から処理要求を受け取り、その処理要求に応じてコード発行部５２、経路確認部５４及び決済実行部５５の処理を管理する。例えば、決済管理部５３は、管理サーバ４から処理要求を受け取ると、その処理要求を経路確認部５４に提供し、その処理要求についての情報伝達経路を確認するための処理を経路確認部５４に実行させる。経路確認部５４は、コード管理ＤＢ６２及び顧客管理ＤＢ６３を参照しつつ店舗端末３から決済サーバ５に至る情報伝達経路を確認し、その確認結果を決済管理部５３に返すとともに、その確認結果をコード管理ＤＢ６２に記録する。顧客管理ＤＢ６３は、決済サーバ５の事業者９からみた顧客、すなわち管理サーバ４の事業者８に関連した情報を記録したデータベースである。例えば、管理サーバ４の事業者８の名称、住所、事業者８が指定した店舗端末３や管理サーバ４をネットワーク６上で一義的に特定するために必要なＩＰアドレス等の情報が顧客管理ＤＢ６３に記録される。それらの情報は情報伝達経路に含まれるノードの信頼性を判別するために参照される。経路確認部５４は、情報伝達経路の確認に加えて、情報伝達経路の信頼性を判断するものとしてもよい。
　また、決済管理部５３は、管理サーバ４から決済コードの発行を含む処理が要求されると、その要求に従ってコード発行部５２に対して決済コードの発行を指示する。さらに、決済管理部５３は、経路確認部５４の確認結果に従って決済コードに基づく決済処理を実行すべきか、又は禁止すべきかを判別する。すなわち、決済管理部５３は、コード管理ＤＢ６２に記録された確認コード及び決済コードのそれぞれに関する情報伝達経路を比較してそれらが一致するか否かを判別し、その判別結果に基づいて決済処理を実行すべきか否かを判別する。決済処理を実行すべきと判断された場合、決済管理部５３は決済実行部５５に対して決済コードに基づく決済処理の実行を指示する。決済実行部５５は決済管理ＤＢ６４を参照しつつ、決済コードに従って決済処理を実行する。決済処理としては、上記で例示したように、ユーザの口座に保持された電子通貨を消費する処理、ユーザのクレジットカードにて代金を決済するようカード発行会社のサーバに依頼する処理、あるいはユーザの銀行口座から代金を引き落とすよう金融機関のサーバに依頼する処理等が行われる。決済管理ＤＢ６４には、これらの決済に必要な情報がユーザＩＤをキーとして記録される。例えば、ユーザが保持する電子通貨の口座ＩＤ、ユーザが決済に使用するクレジットカードの番号、あるいはユーザが決済に利用する銀行口座の金融機関コード及び口座番号といった情報がユーザＩＤをキーとして決済管理ＤＢ６４に記録される。
　次に、図６を参照して決済システム１における決済処理の具体的手順の一例を説明する。なお、図６に示した処理は、ユーザが店舗７にて商品を購入し、又はサービスの提供を受け、その代金を店舗端末３にて支払うときに実行される処理である。また、図６の処理に先立って、ユーザ端末２と決済サーバ５との間ではユーザ認証が完了しているものとする。決済を開始するにあたり、まずユーザ端末２のコード取得部２２は決済サーバ５に対して確認コードの発行を要求する（ステップＳ１１）。このとき、確認コードの送信先となるユーザ端末２を指定するため、ユーザ端末２の端末ＩＤも併せて通知される。つまり、ステップＳ１１の要求は、確認コードを表示すべきユーザ端末２を指定して確認コードを要求する確認情報要求の一例であって、かつ決済コードの表示に用いられるべきユーザ端末２を指定して決済コードに基づく処理の開始を要求する処理要求の一例としての意義を有する。なお、ステップＳ１１にてユーザＩＤが併せて通知されてもよい。ただし、ユーザ認証に基づいて決済サーバ５がユーザＩＤを特定可能であれば、ユーザＩＤの送信は省略されてもよい。確認コードの発行が要求されると、決済サーバ５のコード発行部５２は今回の決済に対して取引ＩＤを発行する（ステップＳ４１）。続いて、コード発行部５２は取引ＩＤと対応付けてユニークな確認コードを発行し、これをユーザ端末２に送信するとともに、発行した確認コード及び確認コードを送信した端末ＩＤ（つまり、ステップＳ１１で送信された端末ＩＤ）を取引ＩＤと対応付けてコード管理ＤＢ６２に記録する（ステップＳ４２）。端末ＩＤを取引ＩＤと対応付けて記録することにより、ステップＳ１１でユーザ端末２から送信された端末ＩＤが、確認コード及び決済コードの表示に用いられるべきユーザ端末２を指定する情報として設定されることになる。なお、確認コードには取引ＩＤが含まれるようにしてもよい。決済コードを送信すべき対象となるユーザ端末２の特定の便宜のため、取引ＩＤと対応付けられた端末ＩＤが確認コードに含まれてもよい。ただし、確認コードが判明すればこれに対応する取引ＩＤ及び端末ＩＤは特定可能であり、確認コードにはそれらのＩＤが含まれないようにしてもよい。
　確認コードが送信されると、ユーザ端末２のコード取得部２２はこれを取得してコード出力部２３に渡す。コード出力部２３は、受け取った確認コードが埋め込まれた二次元コード及びバーコードの画像を表示装置２４に表示出力する（ステップＳ１２）。ユーザ端末２に表示された確認コードの画像は、店舗７の店員の操作により店舗端末３のスキャナ３３にて読み取られる。その読み取り操作に応答してコード取得部３１は確認コードを取得して処理要求部３２にこれを渡す（ステップＳ２１）。処理要求部３２は得られた確認コードを管理サーバ４に送信して確認コードに基づく処理を要求する（ステップＳ２２）。その要求は、確認コードに関する情報伝達経路の確認を要求し、かつ確認コードに対応した決済コードの発行を要求するものである。つまり、ステップＳ２２の処理要求は確認コードを利用して決済コードを表示すべきユーザ端末２を指定し、決済コードの送信を要求する対象情報要求の一例としての意義を有する。ステップＳ２２において、決済処理の内容、例えばユーザが購入した商品等の会計が終了し、ユーザが支払うべき代金が確定している場合には、代金を判別するための情報が処理要求に併せて送信されてもよい。
　店舗端末３からステップＳ２２の処理要求が送信されると、管理サーバ４の決済管理部４１は、その処理要求を決済サーバ５に送信する（ステップＳ３１）。この場合、決済管理部４１は処理要求に対して所定の情報を付加してもよい。例えば、決済処理の実績を事業者名、事業者ＩＤ等と対応付けて記録する場合には、事業者情報に基づいてそれらの情報が処理要求に付加されてもよい。管理サーバ４から処理要求が送信されると、決済サーバ５の決済管理部５３は、得られた処理要求に含まれている確認コードと、その確認コードに関する情報伝達経路を特定する情報とを経路確認部５４に提供し、経路確認部５４はその確認コードに関する情報伝達経路を確認する（ステップＳ４３）。例えば、経路確認部５４は、情報伝達経路中に含まれているノードを特定するＩＰアドレス等を店舗端末３から管理サーバ４を経由して送られた情報に基づいて検出し、その検出結果を確認コード又はこれに対応付けられている取引ＩＤと対応付けてコード管理ＤＢ６２に記録する。ステップＳ４３では、情報伝達経路の信頼性が併せて判断されてもよい。その場合、経路確認部５４は、例えば管理サーバ４の事業者８が指定したノードが情報伝達経路に含まれているか否かを顧客管理ＤＢ６３に基づいて判別し、それらが含まれていれば情報伝達経路の信頼性が保証されていると判断してよい。信頼性が保証されない場合、決済サーバ５は以降の処理を中止すればよく、その場合、決済サーバ５は決済処理ができない旨を管理サーバ４、あるいはユーザ端末２に通知してもよい。
　確認コードに関する情報伝達経路が確認されると、その旨が経路確認部５４から決済管理部５３に通知される。その通知を受けた決済管理部５３はコード発行部５２に対して決済コードの発行を指示し、その指示に従ってコード発行部５２が決済コードを発行してユーザ端末２に送信する。（ステップＳ４４）。この場合、決済コードの送信先となるユーザ端末２はステップＳ１１で通知された端末ＩＤにて特定されるユーザ端末２である。したがって、仮に第三者が確認コードを盗撮等によって不正に使用しても、その確認コードに対応する決済コードは、その決済コードを使用すべきユーザのユーザ端末２、つまり決済サーバ５との間でユーザ認証を済ませたユーザが用いているユーザ端末２であって、かつステップＳ４２で取引ＩＤと対応付けて記録された端末ＩＤのユーザ端末２に送信される。それにより、決済コードが第三者に送られて不正に使用されるおそれがない。ステップＳ４４において、コード発行部５２は、発行した決済コードを取引ＩＤと対応付けてコード管理ＤＢ６２に記録する。この場合の取引ＩＤは、先に情報伝達経路が確認された確認コードに対応する取引ＩＤである。つまり、確認コードと決済コードとは取引ＩＤを介して相互に対応付けてコード管理ＤＢ６２に記録される。なお、決済コードには、例えばユーザの口座ＩＤのように、決済管理ＤＢ６４にて決済に用いるべき情報を特定するために必要な識別情報が含まれてよい。これらの情報が必要な場合、決済管理部５３は決済実行部５５を介して決済管理ＤＢ６４から必要な情報を取得し、コード発行部５２に提供すればよい。あるいは、ステップＳ２２にて送信される処理要求に代金の情報が含まれている場合には、ユーザが支払うべき代金の情報が決済コードに含まれてよい。
　決済コードが送信されると、ユーザ端末２のコード取得部２２はこれを取得してコード出力部２３に渡す。コード出力部２３は、受け取った決済コードが埋め込まれた二次元コード及びバーコードの画像を表示装置２４に表示出力する（ステップＳ１３）。なお、ステップＳ１２における確認コードの表示、及びステップＳ１３における決済コードの表示は、いずれもユーザ端末２に実装された専用アプリケーション、又はウェブブラウザ（コンピュータプログラムＰｔ１の少なくとも一部である。）の機能により、ユーザの操作を要することなく、サーバからの受信に応答して自動的に表示されるものとしてよい。この場合、確認コードが表示された状態から１秒未満、あるいは遅くとも数秒程度でユーザ端末２に表示される画像が切り替わる。したがって、ユーザはもちろんのこと、周囲の第三者にしてもユーザ端末２に表示されている二次元コードやバーコードが切り替わっていることは認識し難い。つまり、二種類のコードが順次表示されていることに気付くことは困難である。また、店舗７の店員にしても、コードが切り替わるごとに読み取り操作を繰り返す必要はなく、スキャナ３３をユーザ端末２に向けているだけで、二種類のコードを順次店舗端末３に取得させることができる。したがって、盗撮リスクは極めて低い。
　ユーザ端末２に表示された決済コードの画像は、確認コードと同様に、店舗７の店員の操作により店舗端末３のスキャナ３３にて読み取られる。その読み取り操作に応答してコード取得部３１は決済コードを取得して処理要求部３２にこれを渡す（ステップＳ２３）。処理要求部３２は得られた決済コードを管理サーバ４に送信して決済コードに基づく処理を要求する（ステップＳ２４）。その要求は、決済コードに基づく決済処理を要求するものである。なお、ここまでの段階で、店舗端末３から管理サーバ４に代金の情報が通知されていない場合には、ステップＳ２４にて代金の情報が処理要求に併せて送信される。
　店舗端末３からステップＳ２４の処理要求が送信されると、管理サーバ４の決済管理部４１は、その処理要求を決済サーバ５に送信する（ステップＳ３２）。この場合、決済管理部４１は、ステップＳ３１の場合と同様に処理要求に対して所定の情報を付加してもよい。管理サーバ４から決済コードに基づく処理要求が送信されると、決済サーバ５の決済管理部５３は、得られた処理要求に含まれている決済コードと、その決済コードに関する情報伝達経路を特定する情報とを経路確認部５４に提供し、経路確認部５４はその決済コードに関する情報伝達経路を確認する（ステップＳ４５）。その情報伝達経路の確認はステップＳ４３と同様でよいが、情報伝達経路の信頼性については、ステップＳ４５では判断不要である。また、経路確認部５４は決済コードに関する情報伝達経路の確認結果についても決済コード、又はこれに対応する取引ＩＤと対応付けてコード管理ＤＢ６２に記録する。
　決済コードに関する情報伝達経路の確認が終わると、決済管理部５３はコード管理ＤＢ６２に取引ＩＤを介して対応付けて記録された確認コード及び決済コードに関する情報伝達経路を比較し、両者が一致するか否かを判別する（ステップＳ４６）。上述したように、情報伝達経路の一致は完全一致を必ずしも必要とせず、例えば店舗端末３、管理サーバ４といった主要なノードが一致する場合に情報伝達経路が一致するとみなしてよい。情報伝達経路が一致する場合、決済管理部５３は決済実行部５５に対して決済コードを提供し、その決済コードに対応する決済処理の実行を指示する。これを受けて、決済実行部５５は決済管理ＤＢ６４を参照しつつ決済コードに基づく決済処理を実行する（ステップＳ４７）。一方、情報伝達経路が一致しない場合、決済管理部５３はステップＳ４７をスキップする。これにより、決済処理が禁止される。
　ステップＳ４７にて決済処理が実行され、又はステップＳ４７がスキップされた場合、決済管理部５３は管理サーバ４に対して処理結果を通知する（ステップＳ４８）。その通知は決済成功又は失敗を示すものでよい。処理結果が通知されると、管理サーバ４の決済管理部４１はこれを店舗端末３に対して通知し（ステップＳ３３）、これを受けた店舗端末３の処理要求部３２は処理結果を店舗端末３に表示させる（ステップＳ２５）。以上により、図６に示した処理が終了する。
　以上の形態においては、決済サーバ５が所定のサービスを提供するための処理を対象情報に基づいて実行する所定のサーバの一例に相当する。また、ユーザ端末２のコード出力部２３が図６のステップＳ１３の処理を実行することにより対象画像表示手段の一例として機能し、コード出力部２３が図６のステップＳ１２の処理を実行することにより確認情報出力手段の一例として機能し、店舗端末３のコード取得部３１が図６のステップＳ２１、Ｓ２３の処理を実行し、かつ処理要求部３２が図６のステップＳ２２、Ｓ２４の処理を実行することにより、それらのコード取得部３１及び処理要求部３２の組み合わせが情報取得手段の一例として機能し、決済サーバ５の経路確認手段が図６のステップＳ４３及びＳ４５の処理を実行することにより経路確認手段の一例として機能し、決済サーバ５の決済管理部５３が図６のステップＳ４６の処理を実行することにより実行制御手段の一例として機能する。ユーザ端末２のコード取得部２２は、図２のステップＳ１１の処理を実行することにより確認情報要求手段及び処理要求手段の一例として機能し、決済サーバ５のコード発行部５２が図６のステップＳ４２の処理を実行することにより確認情報提供手段及び情報提供手段の一例として機能する。店舗端末３の処理要求部３２は、図６のステップＳ２２の処理を実行することにより対象情報要求手段の一例として機能し、決済サーバ５のコード発行部５２が図６のステップＳ４４の処理を実行することにより対象情報提供手段の一例として機能する。
　本発明は、上記の形態に限定されることなく、適宜の変形又は変更が施された形態にて実施されてよい。例えば、上記の形態ではまず確認コードを店舗端末３から決済サーバ５に送信して情報伝達経路を確認し、次に決済コードを店舗端末３から決済サーバ５に送信して情報伝達経路を確認しているが、その先後関係は逆でもよい。その一例を図７に示す。図７では、まずユーザ認証に続いてユーザ端末２から決済サーバ５に決済コードが要求され（Ｆ１Ａ）、これに応じて決済サーバ５からユーザ端末２に決済コードが発行され（Ｆ２Ａ）、その決済コードがユーザ端末２にて表示される（Ｆ３Ａ）。その決済コードが店舗端末３にて読み取られ（Ｆ４Ａ）、店舗端末３から管理サーバ４を経由して決済サーバ５に処理が要求され（Ｆ５Ａ、Ｆ６Ａ）、これを受け取った決済サーバ５では決済コードの情報伝達経路が確認される（Ｆ７Ａ）。続いて、決済サーバ５からユーザ端末２に確認コードが発行され（Ｆ８Ａ）、その確認コードがユーザ端末２にて表示される（Ｆ９Ａ）。さらに、確認コードが店舗端末３にて読み取られ（Ｆ１０Ａ）、店舗端末３から管理サーバ４を経由して決済サーバ５に処理が要求され（Ｆ１１Ａ、Ｆ１２Ａ）、これを受け取った決済サーバ５では確認コードの情報伝達経路が確認される（Ｆ１３Ａ）。そして、決済コードの情報伝達経路と確認コードの情報伝達経路とが一致することを条件として、決済サーバ５にて決済処理が実行される（Ｆ１４）。
　図７の処理を図５の制御系にて実現する場合の具体的な手順の一例を図８に示す。なお、図８にて図６と共通する箇所は同一の参照符号を付してある。図８の処理は、図６の処理における確認コード及び決済コードの発行、並びに確認コード及び決済コードに関する情報伝達経路の確認に関する手順に相当するステップＳ１１～Ｓ１３、Ｓ２１～Ｓ２４、Ｓ３１、Ｓ３２、Ｓ４２、Ｓ４４に関して、決済コードと確認コードとを入れ替えてステップＳ１１Ａ～Ｓ１３Ａ、Ｓ２１Ａ～Ｓ２４Ａ、Ｓ３１Ａ、Ｓ３２Ａ、Ｓ４２Ａ、Ｓ４４Ａへと変更されている点が異なる。それらの処理は上述した図６の処理における確認コードと決済コードとを読み替えた処理に相当するため、各処理の具体的な説明は省略する。上記のように、決済コードを先行して店舗端末３から決済サーバ５に送信し、確認コードを後続して店舗端末３から決済サーバ５に送信した場合でも、両コードに関する情報伝達経路が一致しない限り決済コードに基づく決済処理は実行されない。したがって、決済コードが仮に第三者に取得されたとしても、これを第三者が不正利用することは実質的に不可能であり、取引の安全性を高めることができる。
　上記の形態では、ユーザ端末２から決済サーバ５に対して確認コード又は決済コードを要求することにより処理が開始されているが、それらのコードを要求する端末はユーザ端末２に限られない。例えば、図９に示すように、ユーザ端末２とは異なるＰＣ（パーソナルコンピュータ）を利用してユーザが決済サーバ５にアクセスし、ユーザ認証を経た上で、確認コードの送信先として自己のユーザ端末２を指定して確認コードの送信を決済サーバ５に要求してもよい。この場合、ユーザ端末２に対して確認コードが発行された以降は図２と同様に処理を進めることができる。あるいは、図１０に示すように、ユーザがＰＣ１０を確認コードの送信先として指定して決済サーバ５に確認コードの送信を要求し（Ｆ１）、決済サーバ５からＰＣ１０に確認コードを送信し（Ｆ２Ｂ）、得られた確認コードをＰＣ１０からユーザ端末２へと提供する（Ｆ２Ｃ）といった変形も可能である。このように、ユーザ端末２とは異なる端末にて確認コードを要求する場合には、ユーザ端末２が用いられるべき店舗７その他の場所でユーザが確認コードを要求する操作を行うことを必須とせず、例えば店舗７に出向く前といった時間的に余裕がある時期に確認コードの発行を要求してユーザ端末２にこれを与えておくことができる。確認コードを要求するためにユーザが入力すべき情報が多いような場合には特に利点がある。なお、図９及び図１０に示した変形例においても、図７の例と同様に、確認コードに先行して決済コードをユーザ端末２に取得させ、これを店舗端末３から決済サーバ５に送信することも可能である。
　確認コード及び決済コードは決済サーバ５が発行することを必ずしも要しない。例えば、図１１に示したように、ユーザ端末２にて確認コード及び決済コードを生成し（Ｆ１Ｂ）、それらの確認コード及び決済コードをユーザ端末２にて順次表示出力し（Ｆ３、Ｆ９）、それらのコードの情報伝達経路の比較に基づいて決済処理の実行の許可又は禁止を制御してもよい。例えば、確認コード及び決済コードを所定の生成規則に従って生成する機能をユーザ端末２のコンピュータプログラムＰｔ１に実装しておけばそのような処理を実現することが可能である。この場合も決済コードと確認コードとの送信順序は入れ替えられてもよい。図１１のユーザ端末２に代えて、例えば図９及び図１０のＰＣ１０に確認コード及び決済コードの生成機能を実装し、得られた確認コード及び決済コードをＰＣ１０からユーザ端末２に提供するようにしてもよい。
　上記の形態では、確認情報及び対象情報のそれぞれとしての確認コード及び決済コードを二次元コードの画像１０１Ａ、１０１Ｂ又はバーコードの画像１０２Ａ、１０２Ｂとしてユーザ端末２に表示出力させ、これを情報取得端末の一例としての店舗端末３にて読み取るものとしたが、確認情報は必ずしも画像を介して情報取得端末に取得されることを要しない。例えば、ユーザ端末２と店舗端末３との間で近距離無線通信規格に合致した無線通信が可能な場合、確認情報は無線通信にてユーザ端末２から店舗端末３に提供され、対象情報は画像を介して店舗端末３に提供されるものとしてもよい。この場合でも、確認情報に関する情報伝達経路と、対象情報に関する情報伝達経路との比較が可能であり、その比較結果に基づいて対象情報に応じた処理の可否を判別することにより取引の安全性を高めることができる。
　上記の形態では、情報取得端末の一例としての店舗端末３と、対象情報に基づく処理を実行するサーバの一例としての決済サーバ５との間に管理サーバ４が介在するものとしたが、管理サーバ４は適宜に省略され、又は追加されてもよい。例えば店舗端末３と決済サーバ５とが直接的に通信し、あるいは店舗端末３と決済サーバ５との間に複数の中間サーバが介在してもよい。
　上記の形態では、確認コード及び決済コードのそれぞれに関して、店舗端末３から決済サーバ５に至る情報伝達経路を確認するものとし、それらのコードの表示に用いられたユーザ端末２は情報伝達経路の確認対象に含まれない。ユーザ端末２はユーザ自身がその処理に適宜に関与し得る端末であることから、ユーザ端末２を情報伝達経路の確認対象から除外する場合には、その情報伝達経路の特定や確認にユーザが関与するリスクを排除して取引の安全性を高め得る利点がある。ただし、情報伝達経路の確認対象にユーザ端末を含めることにより、確認コード及び決済コードを送る起点となるべきユーザ端末それ自体の一致又は不一致を判別できるようにしてもよい。例えば、店舗端末３がユーザ端末２を識別する情報をユーザ端末２から取得することにより、そのような変形を実現することが可能である。店舗端末３がユーザ端末２を識別する情報を取得する手段としては、例えば、ユーザ端末２の識別情報、一例として端末ＩＤ、をユーザ端末２側でにて確認コード及び決済コードに付加した上で表示し、店舗端末３がそれらのコードを読み取ることにより端末ＩＤ等を取得して決済サーバ５に送信する、といった手段が可能である。それによれば、決済サーバ５側では確認コード及び決済コードの表示に用いられたユーザ端末２を一義的に特定することが可能である。ユーザ端末２から店舗端末３に確認情報を無線で送信する場合も当然ながら店舗端末３にてユーザ端末２をユニークに識別する情報の取得が可能である。
　上記の形態では、ユーザが店舗７にて購入した商品又はサービスの代金を処理する決済システム１に本発明を適用した例を示したが、本発明のサービス提供システムにて提供されるサービスは決済サービスに限定されない。例えば、ユーザがネットワークを介して購入したチケットを店舗端末にて発行するサービスを提供する場合、その店舗端末がサーバの承認を得てチケットを発行するために必要な情報を対象情報としてユーザ端末に表示させるものとし、その表示に先行して、又は後続して確認情報を店舗端末からサーバに送信して確認情報と対象情報のそれぞれの情報伝達経路を確認し、その比較結果に基づいて店舗端末によるチケットの発行の許可又は禁止を制御するといった形態で本発明を提供することが可能である。この場合、チケット購入に関する決済は既に完了しているため、確認情報又は対象情報の送信時に代金の情報をサーバに提供することは不要であり、対象情報はチケット発行に必要な情報として例えばチケット引き換え用のコードとし、確認情報はそれとは差別化された情報伝達経路の確認用の情報として生成されてよい。その他にも、サービスの種類は適宜に変更可能であり、情報取得端末も店舗に設置される例に限らず、ユーザ端末から確認情報及び対象情報を取得してサーバに送信し得る限り、適宜の端末が情報取得端末として用いられてよい。
　上述した実施の形態及び変形例のそれぞれから導き出される本発明の各種の態様を以下に記載する。なお、以下の説明では、本発明の各態様の理解を容易にするために添付図面に図示された対応する構成要素を括弧書きにて付記するが、それにより本発明が図示の形態に限定されるものではない。
　本発明の一態様に係るサービス提供システムは、情報伝達経路を特定するための情報を付した通信規則が適用されるネットワーク（６）を利用するように構成され、ユーザ端末（２）にて表示された対象画像（１０１Ｂ、１０２Ｂ）に含まれている対象情報（一例として決済コード）を情報取得端末（３）で読み取り、得られた対象情報を前記情報取得端末から前記ネットワークを介して所定のサーバ（５）に送信することにより、前記サーバにて所定のサービス（一例として決済サービス）を提供するための処理（Ｓ４７）を前記対象情報に基づいて実行するサービス提供システム（１）であって、前記対象画像を前記ユーザ端末に表示させる対象画像表示手段（２３、Ｓ１３；Ｓ１２Ａ）と、前記対象情報とは差別化された確認情報（一例として確認コード）を、前記対象画像表示手段による前記対象画像の表示に先行して、又は後続して前記ユーザ端末に出力させる確認情報出力手段（２３、Ｓ１２；Ｓ１３Ａ）と、前記情報取得端末に前記確認情報及び前記対象情報のそれぞれを取得させ、得られた確認情報及び対象情報を当該情報取得端末から前記サーバに送信させる情報取得手段（３１、３２、Ｓ２１、Ｓ２２、Ｓ２３、Ｓ２４；Ｓ２１Ａ、Ｓ２２Ａ、Ｓ２３Ａ、Ｓ２４Ａ）と、前記サーバが取得した確認情報及び対象情報のそれぞれに関する前記情報取得端末から前記サーバまでの情報伝達経路を確認する経路確認手段（５４、Ｓ４３、Ｓ４５）と、前記確認情報及び前記対象情報のそれぞれに関する前記情報伝達経路の確認結果の比較に基づいて、前記サーバによる前記対象情報に基づく前記処理の実行の許可又は禁止を制御する実行制御手段（５３、Ｓ４６）と、を備えたものである。
　本発明の一態様に係るコンピュータプログラムは、情報伝達経路を特定するための情報を付した通信規則が適用されるネットワーク（６）を利用するように構成され、ユーザ端末（２）にて表示された対象画像（１０１Ｂ、１０２Ｂ）に含まれている対象情報（一例として決済コード）を情報取得端末（３）で読み取り、得られた対象情報を前記情報取得端末から前記ネットワークを介して所定のサーバ（５）に送信することにより、前記サーバにて所定のサービスを提供するための処理（Ｓ４７）を前記対象情報に基づいて実行するサービス提供システム（１）に用いられるコンピュータプログラム（Ｐｔ１、Ｐｔ２、Ｐｓ２）であって、前記サービス提供システムに設けられたコンピュータ（２、３、５）を、前記対象画像を前記ユーザ端末に表示させる対象画像表示手段（２３、Ｓ１３；Ｓ１２Ａ）、前記対象情報とは差別化された確認情報（一例として確認コード）を、前記対象画像表示手段による前記対象画像の表示に先行して、又は後続して前記ユーザ端末に出力させる確認情報出力手段（２３、Ｓ１２；Ｓ１３Ａ）、前記情報取得端末に前記確認情報及び前記対象情報のそれぞれを取得させ、得られた確認情報及び対象情報を当該情報取得端末から前記サーバに送信させる情報取得手段（３１、３２、Ｓ２１、Ｓ２２、Ｓ２３、Ｓ２４；Ｓ２１Ａ、Ｓ２２Ａ、Ｓ２３Ａ、Ｓ２４Ａ）、前記サーバが取得した確認情報及び対象情報のそれぞれに関する前記情報取得端末から前記サーバまでの情報伝達経路を確認する経路確認手段（５４、Ｓ４３、Ｓ４５）、及び前記確認情報及び前記対象情報のそれぞれに関する前記情報伝達経路の確認結果の比較に基づいて、前記サーバによる前記対象情報に基づく前記処理の実行の許可又は禁止を制御する実行制御手段（５３、Ｓ４６）、として機能させるように構成されたものである。
　本発明の一態様に係るサービス提供システムの制御方法は、情報伝達経路を特定するための情報を付した通信規則が適用されるネットワーク（６）を利用するように構成され、ユーザ端末（２）にて表示された対象画像（１０１Ｂ、１０２Ｂ）に含まれている対象情報（一例として決済コード）を情報取得端末（３）で読み取り、得られた対象情報を前記情報取得端末から前記ネットワークを介して所定のサーバ（５）に送信することにより、前記サーバにて所定のサービスを提供するための処理（Ｓ４７）を前記対象情報に基づいて実行するとともに、コンピュータ（２、３、５）が設けられているサービス提供システム（１）の制御方法であって、前記コンピュータは、前記対象画像を前記ユーザ端末に表示させ、前記対象情報とは差別化された確認情報（一例として確認コード）を、前記対象画像の表示に先行して、又は後続して前記ユーザ端末に出力し、前記情報取得端末に前記確認情報及び前記対象情報のそれぞれを取得させ、得られた確認情報及び対象情報を当該情報取得端末から前記サーバに送信させ、前記サーバが取得した確認情報及び対象情報のそれぞれに関する前記情報取得端末から前記サーバまでの情報伝達経路を確認し、前記確認情報及び前記対象情報のそれぞれに関する前記情報伝達経路の確認結果の比較に基づいて、前記サーバによる前記対象情報に基づく前記処理の実行の許可又は禁止を制御する。
　上記態様によれば、ユーザ端末から情報取得端末に確認情報及び対象情報の二種類の情報を取得してサーバに送信しているので、確認情報及び対象情報のそれぞれに関する情報取得端末からサーバへの情報伝達経路を確認してそれらを比較することができる。確認情報及び対象情報のそれぞれが同一のユーザ端末から情報取得装置に順次的に正しく読み込まれた場合の情報伝達経路と、第三者がユーザ端末に表示された対象情報を盗撮等で取得して別の場所で使用することを試みた場合の情報伝達経路とでは明確な差が生じる。また、一般的な情報取得端末の処理速度やネットワークの通信速度に鑑みれば、確認情報又は対象情報のいずれか一方が読み込まれてサーバに送信された後、他方の情報が読み込まれてサーバに送信されるまでの時間差は１秒以下、あるいは遅くとも数秒程度であり、対象情報を不正に取得した第三者が、本来のユーザに代わって同一場所の情報取得端末に対象情報を取得させることは実質的に不可能である。したがって、確認情報及び対象情報の情報伝達経路の比較によって、情報が正しく用いられている、あるいは不正に用いられているかを判別し、前者の場合には対象情報に基づく処理の実行を許可し、後者の場合には対象情報に基づく処理の実行を禁止することにより、取引の安全性を高めることができる。
　なお、本発明の一態様に係るコンピュータプログラムは、記憶媒体に記憶された状態で提供されてもよい。この記憶媒体を用いれば、例えばコンピュータに本発明に係るコンピュータプログラムをインストールして実行することにより、そのコンピュータを利用して本発明のシステムを実現することができる。コンピュータプログラムを記憶した記憶媒体は、ＣＤＲＯＭ等の非一過性の記憶媒体であってもよい。
　上記態様において、前記実行制御手段は、前記情報取得端末から取得した対象情報に関して確認された情報伝達経路と、当該対象情報に関連付けられた確認情報に関して確認された情報伝達経路とが一致することを条件の少なくとも一つとして前記対象情報に基づく処理の実行を許可し、一致しない場合には前記対象情報に基づく処理の実行を禁止してもよい。これによれば、確認情報に関する情報伝達経路と対象情報に関する情報伝達経路とが一致しないと対象情報に基づく処理は実行されない。したがって、取引の安全性をさらに確実に高めることができる。
　上記態様において、前記経路確認手段は、前記情報取得端末から前記サーバまでの情報伝達経路が予め定められている信頼性を有する経路に該当するか否かの確認を含むようにして前記情報伝達経路を確認し、前記実行制御手段は、前記情報伝達経路が前記信頼性を有する経路と確認されたことを条件の少なくとも一つとして前記処理の実行を許可してもよい。これによれば、情報伝達経路が予め定められた信頼性を有する経路に該当しなければ対象情報に基づく処理が実行されない。例えばサーバが対象情報の送信元、あるいは中継点として予め定めたノードを経て確認情報や対象情報が伝達されていなければ、信頼できる情報伝達経路ではないとして対象情報に基づく処理を禁止することができる。それにより、取引の安全性をさらに高めることが可能である。
　上記態様において、前記対象画像の表示に用いられるべきユーザ端末を指定して前記確認情報を要求する確認情報要求を前記ネットワークに接続された所定の端末（２；１０；３）から前記サーバに送信させる確認情報要求手段（２２、Ｓ１１；３２、Ｓ２４Ａ）と、前記サーバが取得した確認情報要求にて指定されたユーザ端末に対して前記確認情報を前記サーバに送信させる確認情報提供手段（５２、Ｓ４２；Ｓ４４Ａ）と、をさらに備えてもよい。これによれば、ネットワーク上の所定の端末からサーバに対して確認情報が要求されると、その要求にて指定されたユーザ端末に対して確認情報が送信される。確認情報をサーバから提供することにより、サーバ側にて確認情報の安全性、信頼性を管理して取引の安全性を高めることができる。
　上記態様において、前記対象画像の表示に用いられるべきユーザ端末を指定して前記対象情報を要求する対象情報要求を前記ネットワークに接続された所定の端末（３；２；１０）から前記サーバに送信させる対象情報要求手段（３２、Ｓ２２）と、前記サーバが取得した対象情報要求にて指定されたユーザ端末に対して前記対象情報を前記サーバに送信させる対象情報提供手段（５２、Ｓ４４；Ｓ４２Ａ）と、をさらに備えてもよい。これによれば、ネットワーク上の所定の端末からサーバに対して対象情報が要求されると、その要求にて指定されたユーザ端末に対して対象情報が送信される。対象情報をサーバから提供することにより、サーバ側にて対象情報の安全性、信頼性を管理して取引の安全性を高めることができる。
　上記態様において、サービス提供システムは、前記対象画像の表示に用いられるべきユーザ端末を指定して前記対象情報に基づく処理の開始を要求する処理要求を前記ネットワークに接続された所定の端末（２；１０）から前記サーバに送信させる処理要求手段（２２、Ｓ１１；Ｓ１１Ａ）と、前記サーバが取得した処理要求にて指定されたユーザ端末に対して、前記対象情報に基づいて実行されるべき処理と関連付けられた確認情報又は対象情報のいずれか一方の情報を前記サーバに送信させる情報提供手段（５２、Ｓ４２；Ｓ４２Ａ）と、をさらに備え、前記経路確認手段は、前記情報取得端末から前記一方の情報が送信された場合、当該一方の情報に関する前記情報伝達経路を確認し（Ｓ４３）、前記情報提供手段は、前記情報取得端末から前記一方の情報が送信された場合、前記処理要求にて指定されたユーザ端末に対して、前記対象情報に基づいて実行されるべき処理と関連付けられた確認情報又は対象情報のいずれか他方の情報を前記サーバにさらに送信させる（Ｓ４４；Ｓ４４Ａ）ものとしてもよい。これによれば、確認情報又は対象情報のいずれか一方がサーバからユーザ端末に対して送信され、その情報が情報取得端末からサーバに返されると、情報伝達経路が確認されるとともに、確認情報又は対象情報のいずれか他方の情報がユーザ端末へと送信される。したがって、サーバの管理に従って確認情報及び対象情報をユーザ端末から情報取得端末へと順次的に取得させ、情報伝達経路の比較に基づく処理の実行の許可又は禁止を円滑に制御することができる。ユーザ端末において、サーバから提供された情報をユーザの操作を要することなく順次切り換えて出力させるようにユーザ端末を構成すれば、処理をさらに円滑かつ迅速に進めることが可能であり、かつ情報取得端末による情報取得に先行して確認情報や対象情報が不必要に継続的に出力されるおそれを排除し、安全性をさらに高めることが可能である。
　上記態様において、前記ユーザ端末又は当該ユーザ端末から前記確認情報及び前記対象情報を取得すべき情報取得端末が前記所定の端末として用いられてもよい。これによれば、確認情報及び対象情報を取得させるべき情報取得端末が設けられている場においてサーバからユーザ端末へと確認情報や対象情報を送信させてそれらの情報に基づく処理を円滑かつ迅速に進めることができる。
　上記態様において、前記確認情報出力手段は、前記確認情報を含む確認画像（１０１Ａ、１０２Ａ）を前記ユーザ端末に表示出力させ、前記情報取得手段は、前記情報取得端末に、前記ユーザ端末にて表示された対象画像から前記対象情報を読み取らせ、得られた対象情報を前記情報取得端末から前記サーバに送信させてもよい。これによれば、確認情報及び対象情報がいずれもユーザ端末にて表示出力されるので、情報取得端末側では共通のハードウエアを用いて確認画像及び対象画像を読み取ってそれらの画像に含まれた確認情報及び対象情報を取得することができる。出力方法を共通化することにより、確認情報及び対象情報の出力方式を切り替える手間も不要であり、処理のさらなる円滑化、迅速化を図ることができる。
　上記態様において、前記対象画像及び前記確認画像のそれぞれは、画像中に記録すべき情報を同一の規格に従って記述することによって生成されてもよい。例えば、前記対象画像及び前記確認画像のそれぞれが二次元コード又はバーコードの画像として生成されてもよい。これらの形態によれば、情報取得端末側で一定の規格に則して画像を読み取るだけで確認情報及び対象情報を取得することができるため、情報取得端末側の負担の軽減を図ることができる。
　１　決済システム（サービス提供システム）
　２　ユーザ端末
　３　店舗端末
　４　管理サーバ
　５　決済サーバ（所定のサーバ）
　６　ネットワーク
　７　店舗
　８　管理サーバの事業者
　９　決済サーバの事業者
　２２　コード取得部（確認情報要求手段、対象情報要求手段、処理要求手段）
　２３　コード出力部（対象画像表示手段、確認情報出力手段）
　３１　コード取得部（情報取得手段）
　３２　処理要求部（情報取得手段）
　５２　コード発行部（情報提供手段、確認情報提供手段、対象情報提供手段）
　５３　決済管理部（実行制御手段）
　５４　経路確認部（経路確認手段）
　１０１Ａ、１０２Ａ　確認コードの画像
　１０１Ｂ、１０２Ｂ　決済コードの画像

Claims (12)

  1. 　情報伝達経路を特定するための情報を付した通信規則が適用されるネットワークを利用するように構成され、ユーザ端末にて表示された対象画像に含まれている対象情報を情報取得端末で読み取り、得られた対象情報を前記情報取得端末から前記ネットワークを介して所定のサーバに送信することにより、前記サーバにて所定のサービスを提供するための処理を前記対象情報に基づいて実行するサービス提供システムであって、
    　前記対象画像を前記ユーザ端末に表示させる対象画像表示手段と、
    　前記対象情報とは差別化された確認情報を、前記対象画像表示手段による前記対象画像の表示に先行して、又は後続して前記ユーザ端末に出力させる確認情報出力手段と、
    　前記情報取得端末に前記確認情報及び前記対象情報のそれぞれを取得させ、得られた確認情報及び対象情報を当該情報取得端末から前記サーバに送信させる情報取得手段と、
    　前記サーバが取得した確認情報及び対象情報のそれぞれに関する前記情報取得端末から前記サーバまでの情報伝達経路を確認する経路確認手段と、
    　前記確認情報及び前記対象情報のそれぞれに関する前記情報伝達経路の確認結果の比較に基づいて、前記サーバによる前記対象情報に基づく前記処理の実行の許可又は禁止を制御する実行制御手段と、
    を備えたサービス提供システム。
  2. 　前記実行制御手段は、前記情報取得端末から取得した対象情報に関して確認された情報伝達経路と、当該対象情報に関連付けられた確認情報に関して確認された情報伝達経路とが一致することを条件の少なくとも一つとして前記対象情報に基づく処理の実行を許可し、一致しない場合には前記対象情報に基づく処理の実行を禁止する請求項１に記載のサービス提供システム。
  3. 　前記経路確認手段は、前記情報取得端末から前記サーバまでの情報伝達経路が予め定められている信頼性を有する経路に該当するか否かの確認を含むようにして前記情報伝達経路を確認し、
    　前記実行制御手段は、前記情報伝達経路が前記信頼性を有する経路と確認されたことを条件の少なくとも一つとして前記処理の実行を許可する請求項１又は２に記載のサービス提供システム。
  4. 　前記対象画像の表示に用いられるべきユーザ端末を指定して前記確認情報を要求する確認情報要求を前記ネットワークに接続された所定の端末から前記サーバに送信させる確認情報要求手段と、
    　前記サーバが取得した確認情報要求にて指定されたユーザ端末に対して前記確認情報を前記サーバに送信させる確認情報提供手段と、
    をさらに備えた請求項１～３のいずれか一項に記載のサービス提供システム。
  5. 　前記対象画像の表示に用いられるべきユーザ端末を指定して前記対象情報を要求する対象情報要求を前記ネットワークに接続された所定の端末から前記サーバに送信させる対象情報要求手段と、
    　前記サーバが取得した対象情報要求にて指定されたユーザ端末に対して前記対象情報を前記サーバに送信させる対象情報提供手段と、
    をさらに備えた請求項１～３のいずれか一項に記載のサービス提供システム。
  6. 　前記対象画像の表示に用いられるべきユーザ端末を指定して前記対象情報に基づく処理の開始を要求する処理要求を前記ネットワークに接続された所定の端末から前記サーバに送信させる処理要求手段と、
    　前記サーバが取得した処理要求にて指定されたユーザ端末に対して、前記対象情報に基づいて実行されるべき処理と関連付けられた確認情報又は対象情報のいずれか一方の情報を前記サーバに送信させる情報提供手段と、をさらに備え、
    　前記経路確認手段は、前記情報取得端末から前記一方の情報が送信された場合、当該一方の情報に関する前記情報伝達経路を確認し、
    　前記情報提供手段は、前記情報取得端末から前記一方の情報が送信された場合、前記処理要求にて指定されたユーザ端末に対して、前記対象情報に基づいて実行されるべき処理と関連付けられた確認情報又は対象情報のいずれか他方の情報を前記サーバにさらに送信させる請求項１～３のいずれか一項に記載のサービス提供システム。
  7. 　前記ユーザ端末又は当該ユーザ端末から前記確認情報及び前記対象情報を取得すべき情報取得端末が前記所定の端末として用いられる請求項４～６のいずれか一項に記載のサービス提供システム。
  8. 　前記確認情報出力手段は、前記確認情報を含む確認画像を前記ユーザ端末に表示出力させ、
    　前記情報取得手段は、前記情報取得端末に、前記ユーザ端末にて表示された対象画像から前記対象情報を読み取らせ、得られた対象情報を前記情報取得端末から前記サーバに送信させる請求項１～７のいずれか一項に記載のサービス提供システム。
  9. 　前記対象画像及び前記確認画像のそれぞれは、画像中に記録すべき情報を同一の規格に従って記述することによって生成される請求項８に記載のサービス提供システム。
  10. 　前記対象画像及び前記確認画像のそれぞれが二次元コード又はバーコードの画像として生成される請求項９に記載のサービス提供システム。
  11. 　情報伝達経路を特定するための情報を付した通信規則が適用されるネットワークを利用するように構成され、ユーザ端末にて表示された対象画像に含まれている対象情報を情報取得端末で読み取り、得られた対象情報を前記情報取得端末から前記ネットワークを介して所定のサーバに送信することにより、前記サーバにて所定のサービスを提供するための処理を前記対象情報に基づいて実行するサービス提供システムに用いられるコンピュータプログラムであって、
    　前記サービス提供システムに設けられたコンピュータを、
    　前記対象画像を前記ユーザ端末に表示させる対象画像表示手段、
    　前記対象情報とは差別化された確認情報を、前記対象画像表示手段による前記対象画像の表示に先行して、又は後続して前記ユーザ端末に出力させる確認情報出力手段、
    　前記情報取得端末に前記確認情報及び前記対象情報のそれぞれを取得させ、得られた確認情報及び対象情報を当該情報取得端末から前記サーバに送信させる情報取得手段、
    　前記サーバが取得した確認情報及び対象情報のそれぞれに関する前記情報取得端末から前記サーバまでの情報伝達経路を確認する経路確認手段、及び
    　前記確認情報及び前記対象情報のそれぞれに関する前記情報伝達経路の確認結果の比較に基づいて、前記サーバによる前記対象情報に基づく前記処理の実行の許可又は禁止を制御する実行制御手段、
    として機能させるように構成されたサービス提供システム用のコンピュータプログラム。
  12. 　情報伝達経路を特定するための情報を付した通信規則が適用されるネットワークを利用するように構成され、ユーザ端末にて表示された対象画像に含まれている対象情報を情報取得端末で読み取り、得られた対象情報を前記情報取得端末から前記ネットワークを介して所定のサーバに送信することにより、前記サーバにて所定のサービスを提供するための処理を前記対象情報に基づいて実行するとともに、コンピュータが設けられているサービス提供システムの制御方法であって、
    　前記コンピュータは、
    　前記対象画像を前記ユーザ端末に表示させ、
    　前記対象情報とは差別化された確認情報を、前記対象画像の表示に先行して、又は後続して前記ユーザ端末に出力し、
    　前記情報取得端末に前記確認情報及び前記対象情報のそれぞれを取得させ、得られた確認情報及び対象情報を当該情報取得端末から前記サーバに送信させ、
    　前記サーバが取得した確認情報及び対象情報のそれぞれに関する前記情報取得端末から前記サーバまでの情報伝達経路を確認し、
    　前記確認情報及び前記対象情報のそれぞれに関する前記情報伝達経路の確認結果の比較に基づいて、前記サーバによる前記対象情報に基づく前記処理の実行の許可又は禁止を制御する、
    サービス提供システムの制御方法。
PCT/JP2019/004985 2018-02-16 2019-02-13 サービス提供システム、それに用いるコンピュータプログラム、及びサービス提供システムの制御方法 WO2019159928A1 (ja)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2018026222A JP6403910B1 (ja) 2018-02-16 2018-02-16 サービス提供システム、及びそれに用いるコンピュータプログラム
JP2018-026222 2018-02-16

Publications (1)

Publication Number Publication Date
WO2019159928A1 true WO2019159928A1 (ja) 2019-08-22

Family

ID=63788092

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2019/004985 WO2019159928A1 (ja) 2018-02-16 2019-02-13 サービス提供システム、それに用いるコンピュータプログラム、及びサービス提供システムの制御方法

Country Status (3)

Country Link
JP (1) JP6403910B1 (ja)
TW (1) TWI689879B (ja)
WO (1) WO2019159928A1 (ja)

Families Citing this family (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP6856902B2 (ja) * 2019-04-09 2021-04-14 日本通信株式会社 認証又は決済を行うシステム
JP2021009494A (ja) * 2019-06-28 2021-01-28 株式会社Ｎｔｔドコモ 表示装置、情報処理装置及びプログラム
JP7368173B2 (ja) * 2019-10-11 2023-10-24 株式会社クレディセゾン 決済システム
JP7420007B2 (ja) 2020-08-11 2024-01-23 株式会社リコー 認証装置、認証システム、認証方法、及びプログラム

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2004220402A (ja) * 2003-01-16 2004-08-05 Nec Corp Ｅコマース認証システムおよび方法
US20120072347A1 (en) * 2009-03-20 2012-03-22 Anthony Conway Policy-based payment transaction routing service for credit card payment processing
JP2012524927A (ja) * 2009-04-24 2012-10-18 ロゴモーション エス．アール．オー． 電子決済取引、特に非接触型決済手段を使用する電子決済取引の方法およびシステム
JP2014059855A (ja) * 2012-09-14 2014-04-03 Lg Cns Co Ltd 決済方法、これを実行する決済サーバ、これを実行するためのプログラム及びこれを実行するシステム
JP2015041376A (ja) * 2013-08-22 2015-03-02 樂點▲か▼數位科技股▲分▼有限公司 取引システム及びそれを用いた取引方法

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2004220402A (ja) * 2003-01-16 2004-08-05 Nec Corp Ｅコマース認証システムおよび方法
US20120072347A1 (en) * 2009-03-20 2012-03-22 Anthony Conway Policy-based payment transaction routing service for credit card payment processing
JP2012524927A (ja) * 2009-04-24 2012-10-18 ロゴモーション エス．アール．オー． 電子決済取引、特に非接触型決済手段を使用する電子決済取引の方法およびシステム
JP2014059855A (ja) * 2012-09-14 2014-04-03 Lg Cns Co Ltd 決済方法、これを実行する決済サーバ、これを実行するためのプログラム及びこれを実行するシステム
JP2015041376A (ja) * 2013-08-22 2015-03-02 樂點▲か▼數位科技股▲分▼有限公司 取引システム及びそれを用いた取引方法

Also Published As

Publication number Publication date
TW201935347A (zh) 2019-09-01
JP2019144683A (ja) 2019-08-29
TWI689879B (zh) 2020-04-01
JP6403910B1 (ja) 2018-10-10

Similar Documents

Publication Publication Date Title
WO2019159928A1 (ja) サービス提供システム、それに用いるコンピュータプログラム、及びサービス提供システムの制御方法
US20190066089A1 (en) Secure transactions using digital barcodes
US9582799B2 (en) Token based transaction authentication
US20180150832A1 (en) System, process and device for e-commerce transactions
US11763275B2 (en) System and method for cryptocurrency point of sale
JP6303488B2 (ja) 決済システム、および、決済方法
JP6585783B2 (ja) 売り場の内部通信網基盤の決済システム、売り場の内部通信網基盤の決済機能を含む移動端末、売り場の内部通信網基盤の決済サービス提供方法、及びこれを実行するプログラム
US20160019528A1 (en) System and method for payment and settlement using barcode
US20060167819A1 (en) Payment information security for multi-merchant purchasing environment for downloadable products
US20090171847A2 (en) Multi-merchant purchasing environment for downloadable products
JP2007128192A (ja) 決済システム、取引管理サーバ、アドレス変換サーバ及びそれらに用いる決済方法並びにそのプログラム
JP2002298055A (ja) 電子商取引システム
CN107851249A (zh) 多模式支付系统和方法
JPH11316729A (ja) インターネット課金方法及びシステム及びインターネット課金プログラムを記録した記録媒体
US20160086169A1 (en) Automated customer assistance process for tokenized payment services
US20060167809A1 (en) Software assistant for multi-merchant purchasing environment for downloadable products
US7483863B2 (en) Electronic commerce information processing system and method
KR20000024492A (ko) 사용자 인증 장치와 방법 및 이를 이용한 상점과 상품등록장치 및 방법
US20120078752A1 (en) Transaction identified handling system
KR101918749B1 (ko) 2차원 코드를 기초로 개인정보의 자동 입력이 가능한 결제 대행 처리 장치 및 그 동작 방법
JP7231187B2 (ja) サービス提供システム、及びそれに用いるコンピュータプログラム
US11544706B2 (en) Multi-token provisioning, online purchase transaction processing, and card life cycle management systems and methods
KR20120076654A (ko) 개인 휴대폰 번호를 기반으로 한 카드결제 중계 시스템 및 그 방법
JP2003228683A (ja) クレジット決済における第三者機関、第三者機関の制御方法、プログラムおよび記録媒体
KR20110069270A (ko) 신용카드 결제 승인 처리를 위한 지불 게이트웨이 시스템

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

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

Country of ref document: EP

Kind code of ref document: A1