WO2020235353A1 - 情報処理装置、情報処理端末、情報処理方法、およびプログラム - Google Patents

情報処理装置、情報処理端末、情報処理方法、およびプログラム Download PDF

Info

Publication number
WO2020235353A1
WO2020235353A1 PCT/JP2020/018618 JP2020018618W WO2020235353A1 WO 2020235353 A1 WO2020235353 A1 WO 2020235353A1 JP 2020018618 W JP2020018618 W JP 2020018618W WO 2020235353 A1 WO2020235353 A1 WO 2020235353A1
Authority
WO
WIPO (PCT)
Prior art keywords
payment
information
information processing
settlement
continuous
Prior art date
Application number
PCT/JP2020/018618
Other languages
English (en)
French (fr)
Inventor
裕二 樋浦
末吉　正弘
貴之 坂林
Original Assignee
ソニー株式会社
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by ソニー株式会社 filed Critical ソニー株式会社
Priority to JP2021520698A priority Critical patent/JPWO2020235353A1/ja
Priority to CN202080035437.2A priority patent/CN113841184A/zh
Priority to US17/602,159 priority patent/US20220207509A1/en
Priority to EP20809898.8A priority patent/EP3975146A4/en
Publication of WO2020235353A1 publication Critical patent/WO2020235353A1/ja

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/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
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/22—Payment schemes or models
    • 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/02—Payment architectures, schemes or protocols involving a neutral party, e.g. certification authority, notary or trusted third party [TTP]
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/04—Payment circuits
    • G06Q20/045—Payment circuits using payment protocols involving tickets
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/22—Payment schemes or models
    • G06Q20/229—Hierarchy of users of accounts
    • G06Q20/2295—Parent-child type, e.g. where parent has control on child rights
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/32—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using wireless devices
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/32—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using wireless devices
    • G06Q20/322—Aspects of commerce using mobile devices [M-devices]
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/34—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using cards, e.g. integrated circuit [IC] cards or magnetic cards
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/38—Payment protocols; Details thereof
    • G06Q20/40—Authorisation, e.g. identification of payer or payee, verification of customer or shop credentials; Review and approval of payers, e.g. check credit lines or negative lists
    • G06Q20/401—Transaction verification
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/38—Payment protocols; Details thereof
    • G06Q20/40—Authorisation, e.g. identification of payer or payee, verification of customer or shop credentials; Review and approval of payers, e.g. check credit lines or negative lists
    • G06Q20/401—Transaction verification
    • G06Q20/4014—Identity check for transactions
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/38—Payment protocols; Details thereof
    • G06Q20/40—Authorisation, e.g. identification of payer or payee, verification of customer or shop credentials; Review and approval of payers, e.g. check credit lines or negative lists
    • G06Q20/403—Solvency checks
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/38—Payment protocols; Details thereof
    • G06Q20/40—Authorisation, e.g. identification of payer or payee, verification of customer or shop credentials; Review and approval of payers, e.g. check credit lines or negative lists
    • G06Q20/405—Establishing or using transaction specific rules

Definitions

  • the present disclosure relates to information processing devices, information processing terminals, information processing methods, and programs, and in particular, information processing devices, information processing terminals, information processing methods, and programs that can further enhance the convenience of payment services. Regarding.
  • Patent Document 1 discloses an information processing system capable of limiting the usage of expenses based on restriction information indicating restrictions on products purchased by users or services used by users.
  • This disclosure was made in view of such a situation, and is intended to further enhance the convenience of the payment service.
  • the information processing device of the first aspect of the present disclosure is assigned to an upper limit set as a payment upper limit when purchasing a desired product or service, and a payment object used when making the payment.
  • the information processing method or program of the first aspect of the present disclosure is assigned to an upper limit set as a payment upper limit when purchasing a desired product or service, and a payment object used when making the payment. It includes acquiring the identified identification information, associating the identification information with the continuous payment information for continuously recording the information related to the payment settlement, and performing a process of recording the upper limit amount.
  • the maximum amount of payment set as the upper limit of payment when purchasing a desired goods or services and the identification information assigned to the payment object used to make the payment.
  • Identification information is linked to the continuous payment information that is acquired and continuously records information related to payment settlement, and a process of recording the maximum amount is performed.
  • the information processing terminal of the second aspect of the present disclosure is assigned to an upper limit set as a payment upper limit when purchasing a desired product or service, and a payment object used when making the payment.
  • the identification information is linked to the continuous payment information that continuously records the payment information related to the payment to the acquisition unit that acquires the identification information and the information processing device that performs the payment using the payment object. It is provided with a requesting unit that requests a process of recording the upper limit amount.
  • the information processing method or program of the second aspect of the present disclosure is assigned to a maximum amount set as a payment limit when purchasing a desired product or service, and a payment object used to make the payment.
  • the identification information is associated with the continuous payment information that continuously records the information related to the payment settlement to the information processing device that acquires the identified identification information and performs the payment using the payment object. , Includes requesting a process to record the upper limit.
  • the maximum amount of payment that is set as the upper limit of payment when purchasing a desired product or service, and the identification information assigned to the payment object used to make that payment is required to link the identification information to the continuous payment information that continuously records the payment payment information and to record the maximum amount.
  • a block diagram showing a configuration example of the authentication settlement agency server is shown.
  • a block diagram showing a configuration example of the service provider server is shown.
  • a block diagram showing a configuration example of the settlement account server is shown.
  • a block diagram showing a configuration example of the entrance gate device is shown.
  • a block diagram showing a configuration example of the store device is shown.
  • FIG. 1 is a block diagram showing a configuration example of an embodiment of an information processing system to which the present technology is applied.
  • the information processing system 11 shown in FIG. 1 is expected to be used as a payment service in a limited place where an entrance gate or a store is located, such as a theme park.
  • the information processing system 11 can be used not only by the user who is registered in the payment service but also by the user's family, thereby enhancing its convenience.
  • the information processing system 11 includes a user terminal 13, a card 14, an authentication settlement agency server 15, a service provider server 16, a settlement account server 17, an entrance gate device 18, and a store via a network 12 such as the Internet.
  • the device 19 is connected and configured.
  • the user terminal 13 is used by the user who is registered in the payment service provided by the information processing system 11, and the card 14 is used by the user's family.
  • the authentication settlement agency server 15 acts for authentication or settlement in the settlement service provided by the information processing system 11.
  • the service provider server 16 is operated by a provider that provides a payment service provided by the information processing system 11.
  • the settlement account server 17 manages the settlement accounts that can be used in the settlement service provided by the information processing system 11.
  • the entrance gate device 18 is arranged at the entrance for entering a place (theme park, etc.) where the payment service provided by the information processing system 11 is used, and opens the gate when the user holds the card 14. can do.
  • the store device 19 is arranged in a store that sells goods or services by the payment service provided by the information processing system 11, and the user can make a payment or the like by holding the card 14.
  • FIG. 2 is a block diagram showing a configuration example of the user terminal 13.
  • the user terminal 13 includes a network communication unit 21, a proximity communication unit 22, and a touch panel display 23.
  • the network communication unit 21 communicates with the authentication settlement agency server 15, the service provider server 16, and the settlement account server 17 via the network 12. For example, when a user purchases a theme park ticket, the network communication unit 21 requests the service provider server 16 to purchase the ticket and link it to the card 14. Further, when the user performs an operation of setting an upper limit as a payment upper limit when purchasing a product or service at a theme park, the network communication unit 21 requests that the upper limit be linked to the card 14.
  • the upper limit is an amount preset as a right that enables the purchase of goods or services. Then, the purchase amount is reduced by subtracting the purchase amount of the product or service from the upper limit amount, and the upper limit amount can be updated and increased (increased with the purchaseable amount) as necessary.
  • the proximity communication unit 22 When the card 14 is held by the user, the proximity communication unit 22 performs proximity communication with the card 14. For example, the proximity communication unit 22 acquires various information (identification number IDm, URL, etc., which will be described later) stored in the card 14.
  • the touch panel display 23 includes a display unit 24 and an input unit 25.
  • the display unit 24 displays various screens to be described later, and the input unit 25 acquires user input by a touch operation on a GUI (Graphical User Interface) arranged on those screens.
  • GUI Graphic User Interface
  • FIG. 3 is a block diagram showing a configuration example of the card 14.
  • the card 14 includes a storage unit 31.
  • the storage unit 31 stores an identification number IDm uniquely assigned to each card 14 and a card key used for encryption. Further, the storage unit 31 stores a combination of the URL (Uniform Resource Locator) of the authentication settlement agency server 15 and the identification number IDm by using the data format for proximity communication.
  • URL Uniform Resource Locator
  • the card 14 has a function of linking using the identification number IDm and a function of automatically opening the page of the balance inquiry of the maximum amount via the authentication settlement agency server 15 using the URL of the authentication settlement agency server 15. I have.
  • the card 14 may be configured to have only a linking function using the identification number IDm. That is, the card 14a shown in FIG. 4 has a configuration in which the identification number IDm and the card key are stored in the storage unit 31a, and the combination of the URL of the authentication settlement agency server 15 and the identification number IDm is not stored.
  • the guidance tag 14 having a function of automatically displaying a page for performing ticket purchase processing and continuous payment approval processing by using the URL of the service provider server 16. .. That is, the guidance tag 14b shown in FIG. 5 has a configuration in which the URL of the service provider server 16 is stored in the storage unit 31b.
  • FIG. 6 shows a block diagram showing a configuration example of the authentication settlement agency server 15.
  • the authentication settlement agent server 15 includes a network communication unit 41, a payment agent processing unit 42, a card authentication processing unit 43, and a database 44.
  • the network communication unit 41 communicates with the user terminal 13, the service provider server 16, and the settlement account server 17 via the network 12. For example, the network communication unit 41 acquires an upper limit amount (update upper limit amount for updating the limit), an effective time (update effective time for updating the limit), an identification number IDm, and the like transmitted from the user terminal 13. Further, the network communication unit 41 acquires the purchase amount, the identification number IDm, etc. transmitted from the store device 19, and the identification number IDm transmitted from the entrance gate device 18.
  • the settlement agency processing unit 42 performs processing related to settlement agency between the user terminal 13 and the settlement account server 17, for example, as described in each process shown in FIGS. 24 to 35.
  • the settlement agency processing unit 42 writes various information acquired by the network communication unit 41 into the continuous payment information, or updates the contents of the continuous payment information.
  • the card authentication processing unit 43 performs processing related to authentication of the card 14, for example, authentication using a card command and a card response, as described in each process shown in FIGS. 24 to 35.
  • the settlement account list, card key information, card information, and continuous settlement information are registered in the database 44. Further, a card key is registered in the card key information, and in the example of FIG. 6, two card information are associated with each other.
  • the identification number IDm and the card attachment information are registered in the two card information, respectively.
  • the first card information is associated with the person's continuous payment information
  • the second card information is associated with the family's continuous payment information.
  • a user ID, a purchase ticket ID, a continuous payment key, an upper limit amount, a purchaseable amount, a start date and time, an effective time, and an identification number IDm are registered in each continuous payment information.
  • the continuous payment information registered in the database 44 of the authentication payment agency server 15 is information for continuously recording information related to payment payment. For example, each time a ticket purchase process, a card 14 link process, a payment process associated with the purchase of a product or service, or a limit update process such as a maximum amount or valid time is performed, each process is performed in sequence. Is recorded (updated).
  • the continuous payment information associated with the card information of the card 14 by the authentication payment agency server 15 the convenience of the payment service using the card 14 can be improved.
  • the card 14 to which the purchase ticket is associated can be used to enter from the entrance gate device 18.
  • FIG. 7 shows a block diagram showing a configuration example of the service provider server 16.
  • the service provider server 16 includes a network communication unit 51, a ticket management processing unit 52, a user authentication processing unit 53, a Web page generation unit 54, and a database 55.
  • the network communication unit 51 communicates with the user terminal 13, the authentication settlement agency server 15, and the settlement account server 17 via the network 12. For example, the network communication unit 51 transmits the service provider top page to the user terminal 13 in response to a request from the user terminal 13.
  • the ticket management processing unit 52 performs processing related to ticket management as described in each process shown in FIGS. 24 to 35. For example, the ticket management processing unit 52 performs a purchase process for a theme park ticket purchased by the user, a process for reading information about the purchased ticket, and the like.
  • the user authentication processing unit 53 performs a process related to user authentication, for example, a process of confirming a combination of a user ID and a password registered in a service provider. ..
  • the Web page generation unit 54 generates, for example, a service provider top page.
  • the user account of the service provider and two purchase ticket information are registered in the database 55.
  • a combination of a user ID and a password is registered in the user account of the service provider, and the purchase ticket ID, the ticket contents, the scheduled usage date, and the purchase amount are registered in the purchase ticket information.
  • FIG. 8 shows a block diagram showing a configuration example of the settlement account server 17.
  • the settlement account server 17 includes a network communication unit 61, a payment management processing unit 62, a user authentication processing unit 63, a Web page generation unit 64, and a database 65.
  • the network communication unit 61 communicates with the user terminal 13, the authentication / settlement agency server 15, and the service provider server 16 via the network 12. For example, the network communication unit 51 transmits a settlement account account login screen to the user terminal 13 in response to a request from the user terminal 13.
  • the payment management processing unit 62 performs processing related to payment management as described in each process shown in FIGS. 24 to 35. For example, the payment management processing unit 62 confirms the continuous payment key registered in the payment account information, and performs a process of deducting the purchase amount of the product or service purchased by the user from the balance of the account.
  • the user authentication processing unit 63 performs a process related to user authentication, for example, a process of confirming a combination of a user ID and a password registered in a payment account.
  • the Web page generation unit 64 generates, for example, a settlement account account login screen.
  • the user account of the settlement account and the information of the three settlement accounts are registered.
  • a combination of a user ID and a password is registered in the user account of the settlement account.
  • a continuous settlement key is registered in the two settlement account information, and a settlement account ID, a bank account, and a credit card are registered in the other settlement account information.
  • FIG. 9 shows a block diagram showing a configuration example of the entrance gate device 18.
  • the entrance gate device 18 includes a network communication unit 71, a proximity communication unit 72, a gate mechanism 73, and a touch panel display 74.
  • the network communication unit 71 communicates with the authentication settlement agency server 15, the service provider server 16, and the settlement account server 17 via the network 12. For example, the network communication unit 71 acquires the purchase ticket information regarding the purchase ticket associated with the card 14 held by the user from the service provider server 16 and sets the scheduled usage date on which the user plans to use the theme park. Check if there is any.
  • the proximity communication unit 72 performs proximity communication with the card 14 to acquire the identification number IDm.
  • the gate mechanism 73 is a mechanism for opening or closing the gate. For example, when the date when the user holds the card 14 is the scheduled usage date registered in the purchase ticket information, the gate mechanism 73 opens the gate.
  • the touch panel display 74 includes a display unit 75 and an input unit 76.
  • the display unit 75 displays various screens to be described later, and the input unit 76 acquires the user's input by touch operation on the GUI arranged on those screens.
  • FIG. 10 shows a block diagram showing a configuration example of the store device 19.
  • the store device 19 includes a network communication unit 81, a proximity communication unit 82, a storage unit 83, and a touch panel display 84.
  • the network communication unit 81 communicates with the authentication settlement agency server 15, the service provider server 16, and the settlement account server 17 via the network 12. For example, the network communication unit 81 transmits the ID and purchase amount of the product or service purchased by the user to the authentication settlement agency server 15 to request settlement, or acquires the settlement result of the settlement from the authentication settlement agency server 15. To do.
  • the proximity communication unit 82 When the card 14 is held by the user, the proximity communication unit 82 performs proximity communication with the card 14 and acquires the identification number IDm.
  • the storage unit 83 stores, for example, a store ID for individually identifying the store in which the store device 19 is used.
  • the touch panel display 84 includes a display unit 85 and an input unit 86.
  • the display unit 85 displays various screens to be described later, and the input unit 86 acquires the user's input by a touch operation on the GUI arranged on those screens.
  • FIG. 11 shows a display example of the service provider top page screen displayed on the display unit 24 of the user terminal 13 when logging in to the service provider server 16.
  • the service provider top page screen has a text box for entering a user ID, a text box for entering a password, and a GUI of a login button for instructing login execution. Have been placed.
  • FIG. 12 shows a display example of the settlement account account login screen displayed on the display unit 24 of the user terminal 13 when logging in to the settlement account server 17.
  • the settlement account account login screen has a text box for entering a user ID, a text box for entering a password, and a GUI of a login button for instructing login execution. Has been done.
  • FIG. 13 shows a display example of the ticket list screen displayed on the display unit 24 of the user terminal 13 when the user purchases a ticket.
  • the ticket list screen is used to indicate a drop-down list for the user to select the ticket he / she wants to purchase, and a purchaser-oriented progress for executing the purchase of the selected ticket using the drop-down list.
  • the GUI of the purchase progress button of is arranged. In the display example shown in FIG. 13, a one-day ticket, a half-day ticket, and a one-hour ticket can be selected by using the drop-down list.
  • FIG. 14 shows a display example of a payment account list screen displayed on the display unit 24 of the user terminal 13 when the user selects a payment account.
  • a plurality of settlement account selection buttons for instructing the user to select an account for settlement of tickets to be purchased, and a settlement account selected by using the plurality of settlement account selection buttons.
  • the GUI of the purchase progress button that advances the purchase of tickets is arranged by.
  • an account for settlement can be selected from the three settlement accounts A, settlement account B, and settlement account C.
  • a user interface that allows users to select payment services (various payment methods provided by various businesses) in which each payment account is registered. You may.
  • FIG. 15 shows a display example of the purchase ticket ID screen displayed on the display unit 24 of the user terminal 13 after the purchase of the ticket is completed.
  • the ticket ID of the ticket for which the purchase has been completed and the payment number for specifying the payment when purchasing the ticket are displayed, and the ticket ID screen is instructed to be closed.
  • the GUI of the close button is arranged.
  • FIG. 16 shows a display example of the purchase ticket ID list screen displayed on the display unit 24 of the user terminal 13 when the cards 14 are linked.
  • a drop-down list for selecting the purchase ticket ID As shown in FIG. 16, on the purchase ticket ID list screen, a drop-down list for selecting the purchase ticket ID, a drop-down list for selecting the maximum amount, a drop-down list for selecting the valid time, and a drop-down list for selecting the valid time, and ,
  • the GUI of the card holding button for instructing to move to the card holding process is arranged. For example, when the user selects the purchase ticket ID, the maximum amount, and the valid time, performs an operation on the card holding button, and then holds the card 14 on the user terminal 13, the content selected for the card 14 is displayed. It will be tied.
  • FIG. 17 shows a display example of the continuous payment information screen displayed on the display unit 24 of the user terminal 13 after the association of the cards 14 is completed.
  • the purchase ticket ID, the identification number IDm, the purchaseable amount, and the valid time are displayed on the continuous payment information screen, and the close button for instructing to close the continuous payment information screen is displayed.
  • GUI is arranged.
  • FIG. 18 shows a display example of a product list screen displayed on the display unit 85 of the store device 19 when selecting a product to be purchased.
  • the product list screen has a plurality of drop-down lists for selecting the number of items to be purchased for each corresponding product, and a GUI of the accounting progress button for instructing the progress to the accounting procedure. Have been placed. For example, after the number of products is selected using the drop-down list and the checkout progress button is operated, when the user holds the card 14 over the store device 19, payment is performed.
  • FIG. 19 shows a display example of the purchase ticket ID, the payment number, and the purchaseable amount screen displayed on the display unit 85 of the store device 19 after the purchase of the product is completed.
  • the purchase ticket ID / payment number / purchaseable amount screen As shown in FIG. 19, on the purchase ticket ID / payment number / purchaseable amount screen, the purchase ticket ID, payment number, and purchaseable amount are displayed, and the purchase ticket ID / payment number / purchaseable amount screen is displayed. There is a GUI for the close button to instruct you to close. Further, on the purchase ticket ID / payment number / purchaseable amount screen, for example, when additional processing such as a discount is performed, the contents are displayed.
  • FIG. 20 shows a display example of the continuous payment information list screen displayed on the display unit 24 of the user terminal 13 when confirming the information registered in the continuous payment information.
  • the purchase ticket ID, the maximum amount, the available purchase amount, and the valid time are displayed on the continuous payment information list screen, and a close button for instructing to close the continuous payment information list screen is displayed.
  • GUI is arranged.
  • FIG. 21 shows a display example of the continuous payment information list (update) screen displayed on the display unit 24 of the user terminal 13 when updating the information registered in the continuous payment information.
  • a drop-down list for selecting a purchase ticket ID whose limit is to be updated and a drop-down list for selecting the maximum purchaseable amount to be added is displayed, and a GUI of the update progress button for instructing to proceed with the update process is arranged.
  • FIG. 22 shows a display example of the continuous payment information (update) screen displayed on the display unit 24 of the user terminal 13 after updating the information registered in the continuous payment information.
  • the continuous payment information (update) screen displays the purchase ticket ID, identification number IDm, purchaseable amount, and valid time for which the restrictions have been updated, and also displays the continuous payment information (update) screen.
  • the close button is a GUI for the close button to instruct you to close.
  • a user ID, a purchase ticket ID, a continuous payment key, an upper limit amount, a purchaseable amount, a start date and time, an expiration date, and an identification number IDm can be registered in the continuous payment information.
  • the user ID, purchase ticket ID, and continuous payment key are recorded.
  • the maximum amount, the purchaseable amount, the start date and time, the expiration date, and the identification number IDm are recorded.
  • the purchaseable amount is updated from 10000 yen to 8900 yen.
  • the upper limit of 5000 yen is added and the valid time of 120 minutes is added
  • the upper limit is updated from 10000 yen to 15000 yen
  • the purchaseable amount is updated from 9800 yen to 13900 yen.
  • the effective time is updated from 120 minutes to 240 minutes.
  • FIG. 24 shows a flowchart illustrating the application startup process.
  • the application activation process is performed between the user terminal 13, the card 14, and the authentication settlement agent server 15.
  • step S11 the card 14 determines whether or not it has been held by the user terminal 13 and waits for processing until it is determined that the card 14 has been held by the user terminal 13. Then, when it is determined that the card 14 is held by the user terminal 13, the process proceeds to step S12.
  • step S12 proximity communication is performed between the user terminal 13 and the card 14, and the combination of the URL of the authentication settlement agency server 15 and the identification number IDm stored in the storage unit 31 of the card 14 is changed from the card 14 to the user terminal. It is transmitted to 13.
  • step S13 in the user terminal 13, the proximity communication unit 22 acquires the URL and the identification number IDm of the authentication settlement agency server 15 transmitted from the card 14 in step S12. Then, the network communication unit 21 transmits the URL and the identification number IDm of the authentication settlement agency server 15 to the authentication settlement agency server 15 via the network 12, and requests the authentication settlement agency server 15 to start the application.
  • step S14 in the authentication settlement agency server 15, the network communication unit 41 acquires the URL and identification number IDm of the authentication settlement agency server 15 transmitted from the user terminal 13 in step S13. Then, the card authentication processing unit 43 searches the database 44 based on the identification number IDm of the card 14 acquired by the network communication unit 41, and obtains the continuous payment information associated with the card information of the identification number IDm of the card 14. Acquire the registered ticket ID.
  • step S15 in the authentication settlement agency server 15, the network communication unit 41 transmits the ticket ID obtained by the card authentication processing unit 43 searching from the database 44 in step S14 to the user terminal 13 via the network 12.
  • step S16 in the user terminal 13, the network communication unit 21 acquires the ticket ID transmitted from the authentication settlement agency server 15 in step S15, and redirects to the page of the balance inquiry of the maximum amount based on the ticket ID. To do. After that, the application startup process is terminated.
  • the user by executing the application activation process, the user simply holds the card 14 over the user terminal 13, and the page for inquiring the balance of the maximum amount via the authentication settlement agency server 15. Can be opened automatically.
  • the URL of the service provider server 16 transmitted from the guidance tag 14b is acquired by the user terminal 13 in step S12. Will be done. Then, in this case, the processes of steps S13 to S15 are skipped, the process proceeds to step S16, and the user terminal 13 redirects to the page for performing the ticket purchase process and the continuous payment approval process according to the URL of the service provider server 16. Will be done.
  • 25 to 27 show a flowchart explaining the ticket purchase process and the continuous settlement approval process.
  • the ticket purchase process and the continuous settlement approval process are performed between the user terminal 13, the authentication settlement agency server 15, the service provider server 16, and the settlement account server 17.
  • step S21 in the service provider server 16, for example, the Web page generation unit 54 generates the service provider top page in response to a Web page display request from the user terminal 13. Then, the network communication unit 51 transmits the service provider top page generated by the Web page generation unit 54 to the user terminal 13 via the network 12.
  • step S22 in the user terminal 13, the network communication unit 21 acquires the service provider top page transmitted from the service provider server 16 in step S21. Then, the display unit 24 of the touch panel display 23 displays the service provider top page (see FIG. 11 above) acquired by the network communication unit 21. As a result, the user can perform a touch operation on the service provider top page screen displayed on the display unit 24 of the touch panel display 23 to enter the user ID and password registered in the service provider.
  • step S23 in the user terminal 13, the input unit 25 of the touch panel display 23 acquires the user ID and password entered by the user by touching the service provider top page screen.
  • step S24 in the user terminal 13, the network communication unit 21 transmits the user ID and password acquired by the input unit 25 in step S23 to the service provider server 16 via the network 12 to the service provider server 16. Require login.
  • step S25 in the service provider server 16, the network communication unit 51 acquires the user ID and password registered in the service provider transmitted from the user terminal 13 in step S24. Then, the user authentication processing unit 53 refers to the user account of the service provider registered in the database 55, and confirms the user ID and password acquired by the network communication unit 51. Here, the user authentication processing unit 53 acquires a confirmation result (OK) that the login is successful when the combination of the user ID and the password matches. On the other hand, if the combination of the user ID and the password does not match, the user authentication processing unit 53 acquires a confirmation result (NG) that the login has failed.
  • NG confirmation result
  • step S26 in the service provider server 16, the network communication unit 51 transmits the confirmation result (OK / NG) of the user ID and password acquired by the user authentication processing unit 53 in step S25 via the network 12 to the user terminal. Send to 13.
  • the network communication unit 51 also transmits the login token and the ticket list of the tickets provided by the service provider.
  • step S27 when the user terminal 13 succeeds in logging in to the service provider server 16, the network communication unit 21 acquires the login token and the ticket list. Then, the display unit 24 of the touch panel display 23 displays the ticket list screen (see FIG. 13 described above) for presenting the ticket list acquired by the network communication unit 21. As a result, the user can perform a touch operation on the ticket list screen displayed on the display unit 24 of the touch panel display 23 to select a desired ticket and proceed with the ticket purchase process.
  • step S28 in the user terminal 13, the input unit 25 of the touch panel display 23 acquires the ticket ID of the ticket selected by the user by touching the ticket list screen.
  • step S29 in the user terminal 13, the network communication unit 21 requests the authentication settlement agency server 15 to acquire the list of settlement account servers via the network 12.
  • step S30 in the authentication settlement agency server 15, the network communication unit 41 transmits the list of settlement account servers requested from the user terminal 13 in step S29 to the user terminal 13 via the network 12.
  • step S31 in the user terminal 13, the network communication unit 21 acquires a list of payment account servers transmitted from the authentication payment agency server 15 in step S30. Then, the display unit 24 of the touch panel display 23 displays a payment account list screen (see FIG. 14 described above) for presenting a list of payment account servers acquired by the network communication unit 21.
  • the user can select a desired settlement account by performing a touch operation on the settlement account list screen displayed on the display unit 24 of the touch panel display 23. Then, the input unit 25 of the touch panel display 23 acquires a settlement account ID that identifies the settlement account selected by the user by touching the settlement account list screen.
  • step S32 in the user terminal 13, the network communication unit 21 logs in to the settlement account server 17 via the network 12 with respect to the settlement account server 17 specified by the settlement account ID acquired by the input unit 25 in step S31. Request a payment account account login screen to do so.
  • step S33 in the settlement account server 17, the Web page generation unit 64 generates the settlement account account login screen requested from the user terminal 13 in step S32. Then, the network communication unit 61 transmits the settlement account account login screen generated by the Web page generation unit 64 to the user terminal 13 via the network 12.
  • step S34 in the user terminal 13, the network communication unit 21 acquires the settlement account account login screen transmitted from the settlement account server 17 in step S33. Then, the display unit 24 of the touch panel display 23 displays the settlement account account login screen (see FIG. 12 above) acquired by the network communication unit 21. As a result, the user can perform a touch operation on the settlement account account login screen displayed on the display unit 24 of the touch panel display 23 to enter the user ID and password registered in the settlement account.
  • step S35 in the user terminal 13, the input unit 25 of the touch panel display 23 acquires the user ID and password entered by the user by touching the settlement account account login screen.
  • step S36 in the user terminal 13, the network communication unit 21 transmits the user ID and password acquired by the input unit 25 in step S35 to the settlement account server 17 via the network 12, and logs in to the settlement account server 17. To request.
  • step S37 in the settlement account server 17, the network communication unit 61 acquires the user ID and password registered in the settlement account transmitted from the user terminal 13 in step S36. Then, the user authentication processing unit 63 refers to the user account of the settlement account stored in the database 65, and confirms the user ID and password acquired by the network communication unit 61. Here, the user authentication processing unit 63 acquires a confirmation result (OK) that the login is successful when the combination of the user ID and the password matches. On the other hand, if the combination of the user ID and the password does not match, the user authentication processing unit 63 acquires a confirmation result (NG) that the login has failed.
  • NG confirmation result
  • step S38 in the settlement account server 17, the network communication unit 61 transmits the confirmation result (OK / NG) of the user ID and password acquired by the user authentication processing unit 63 in step S37 via the network 12 to the user terminal 13. Send to. At this time, when the confirmation result (OK) that the login is successful is obtained, the network communication unit 61 also transmits the login token.
  • step S39 in the user terminal 13, when the network communication unit 21 succeeds in logging in to the settlement account server 17, the user terminal 13 acquires the login token transmitted from the settlement account server 17 in step S38. Further, the network communication unit 21 authenticates the ticket ID acquired by the input unit 25 in step S28, the purchase amount of the ticket specified by the ticket ID, the user ID, and the login talk via the network 12. And requests the authentication settlement agency server 15 to purchase a ticket.
  • step S40 in the authentication settlement agency server 15, the network communication unit 41 acquires the ticket ID, purchase amount, user ID, and login token transmitted from the user terminal 13 in step S39. Further, in order to verify the login token, the network communication unit 41 provides the login token and the login ID for logging in from the authentication settlement agency server 15 to the service provider server 16 via the network 12. Send to server 16.
  • step S41 in the service provider server 16, the network communication unit 51 acquires the login ID and the login token, and the user authentication processing unit 53 confirms the login token. Then, in step S42, the network communication unit 51 transmits the confirmation result (OK / NG) of the login token by the user authentication processing unit 53 to the authentication settlement agency server 15 via the network 12.
  • step S43 in the authentication settlement agency server 15, the network communication unit 41 acquires the confirmation result of the login token transmitted from the service provider server 16 in step S42. Then, the network communication unit 41 of the ticket specified by the login token, the login ID for logging in from the authentication settlement agency server 15 to the settlement account server 17 via the network 12, and the ticket ID acquired in step S40. The purchase amount is transmitted to the settlement account server 17, and the settlement account server 17 is requested to settle.
  • step S44 in the settlement account server 17, the network communication unit 61 acquires the login ID, login token, and purchase amount transmitted from the authentication settlement agency server 15 in step S43. Then, the payment management processing unit 62 confirms the login token, performs the payment processing, and then registers the payment information after the payment in the database 65. Further, the payment management processing unit 62 supplies the payment number and the continuous payment key for the payment processing to the network communication unit 61.
  • step S45 in the payment account server 17, the network communication unit 61 transmits the payment number and the continuous payment key supplied from the payment management processing unit 62 in step S44 to the authentication payment agent server 15 via the network 12.
  • step S46 in the authentication settlement agency server 15, the network communication unit 41 acquires the settlement number and the continuous settlement key transmitted from the settlement account server 17 in step S45. Further, the network communication unit 41 transmits the ticket ID acquired in step S40 and the payment number acquired in step S46 to the service provider server 16 via the network 12, and makes a payment to the service provider server 16. Notify the completion of.
  • step S47 in the service provider server 16, the network communication unit 51 acquires the ticket ID and the payment number transmitted from the authentication settlement agency server 15 in step S46. Then, the ticket management processing unit 52 confirms the login token, performs the purchase processing of the ticket specified by the ticket ID acquired by the network communication unit 51, and then stores the purchase ticket information about the purchased ticket in the database 55. to register.
  • step S48 in the service provider server 16, the network communication unit 51 transmits the login token confirmation result (OK / NG) and the purchase ticket ID to the authentication settlement agency server 15 via the network 12.
  • step S49 in the authentication settlement agency server 15, the network communication unit 41 acquires the confirmation result of the login token and the purchase ticket ID transmitted from the service provider server 16 in step S48. Then, the card authentication processing unit 43 adds the purchase ticket ID acquired by the network communication unit 41 to the continuous payment information registered in the database 44.
  • step S50 in the authentication settlement agency server 15, the network communication unit 41 transmits the payment number acquired in step S46 and the purchase ticket ID acquired in step S49 to the user terminal 13 via the network 12.
  • step S51 in the user terminal 13, the network communication unit 21 acquires the payment number and the purchase ticket ID transmitted from the authentication payment agency server 15 in step S50. Then, the display unit 24 of the touch panel display 23 displays the purchase ticket ID screen (see FIG. 15 described above) that presents the payment number and the purchase ticket ID acquired by the network communication unit 21. After that, for example, when the purchase ticket ID screen is closed in response to the user performing a touch operation on the close button of the purchase ticket ID screen, the ticket purchase process and the continuous settlement approval process are completed.
  • the card linking process is performed between the user terminal 13, the card 14, the authentication settlement agency server 15, and the service provider server 16.
  • steps S61 to S65 the same processing as in steps S21 to S25 of FIG. 25 is performed.
  • step S66 in the service provider server 16, the network communication unit 51 confirms the user ID and password (OK / NG) acquired by the user authentication processing unit 53 in step S65 via the network 12. It is transmitted to the user terminal 13. At this time, when the confirmation result (OK) that the login is successful is obtained, the network communication unit 51 also transmits the login token.
  • step S67 when the user terminal 13 succeeds in logging in to the service provider server 16, the network communication unit 21 acquires a login token via the network 12. Then, the network communication unit 21 transmits the user ID and the login token acquired in step S63 to the authentication settlement agency server 15 via the network 12, and requests the authentication settlement agency server 15 to acquire the purchase ticket list. ..
  • step S68 in the authentication settlement agency server 15, the network communication unit 41 acquires the user ID and login token transmitted from the user terminal 13 in step S67 via the network 12. Further, in order to verify the login token, the network communication unit 41 provides the login token and the login ID for logging in from the authentication settlement agency server 15 to the service provider server 16 via the network 12. Send to server 16.
  • step S69 in the service provider server 16, the network communication unit 51 acquires the login ID and the login token via the network 12, and the user authentication processing unit 53 confirms the login token. Then, in step S70, the network communication unit 51 transmits the confirmation result (OK / NG) of the login token by the user authentication processing unit 53 to the authentication settlement agency server 15 via the network 12.
  • step S71 in the authentication settlement agency server 15, the network communication unit 41 acquires the confirmation result of the login token transmitted from the service provider server 16 in step S70 via the network 12. If the confirmation result (OK) is that the login token has been successfully confirmed, the payment agent processing unit 42 is registered in the database 44 based on the user ID acquired by the network communication unit 41 in step S68. Search the continuous payment information list and extract the purchase ticket ID that has not been linked yet.
  • step S72 in the authentication settlement agency server 15, the network communication unit 41 transmits the list of purchase ticket IDs extracted by the settlement agency processing unit 42 in step S71 to the user terminal 13 via the network 12.
  • step S73 in the user terminal 13, the network communication unit 21 acquires a list of purchase ticket IDs transmitted from the authentication settlement agency server 15 in step S72. Then, the display unit 24 of the touch panel display 23 displays the purchase ticket ID list screen (see FIG. 16 above) for presenting the list of purchase ticket IDs acquired by the network communication unit 21.
  • the user can select the purchase ticket ID to be linked to the card 14 by touching the purchase ticket ID list screen, and select the maximum amount and the limited range of the valid time.
  • step S74 in the user terminal 13, the input unit 25 of the touch panel display 23 acquires the purchase ticket ID, the maximum amount, and the valid time selected by the user by touching the purchase ticket ID list screen.
  • step S75 the user terminal 13 waits for processing until the card 14 is held by the user and proximity communication is started.
  • step S76 the card 14 determines whether or not it has been held by the user terminal 13 and waits for processing until it is determined that the card 14 has been held by the user terminal 13. Then, when the user holds the card 14 to be associated with the user terminal 13, it is determined that the card 14 is held at the user terminal 13, and the process proceeds to step S77.
  • step S77 the user terminal 13 captures the card 14 to be linked, proximity communication is performed between the user terminal 13 and the card 14, and the identification number IDm stored in the storage unit 31 of the card 14 is performed. Is transmitted from the card 14 to the user terminal 13.
  • step S78 in the user terminal 13, the proximity communication unit 22 acquires the identification number IDm transmitted from the card 14 in step S77. Then, the network communication unit 21 transmits the user ID, the identification number IDm, the purchase ticket ID, the maximum amount, and the valid time to the authentication settlement agency server 15 via the network 12, and the string of the card 14 held by the user. Request a ticket.
  • step S79 in the authentication settlement agency server 15, the network communication unit 41 acquires the user ID, identification number IDm, purchase ticket ID, maximum amount, and valid time transmitted from the user terminal 13 in step S78. Then, the card authentication processing unit 43 searches for the continuous payment information associated with the purchase ticket ID acquired by the network communication unit 41, records the upper limit amount, the start date and time, and the valid time of the continuous payment information. , The identification number IDm is linked.
  • step S80 in the authentication payment agency server 15, the network communication unit 41 transmits the card 14 association result (OK / NG) and continuous payment information performed in step S79 to the user terminal 13 via the network 12. To do.
  • step S81 in the user terminal 13, the network communication unit 21 acquires the continuous payment information transmitted from the authentication payment agency server 15 in step S80. Then, the display unit 24 of the touch panel display 23 displays a continuous payment information screen (see FIG. 17 described above) that presents the continuous payment information acquired by the network communication unit 21. After that, for example, when the continuous payment information screen is closed in response to the user performing a touch operation on the close button of the continuous payment information screen, the card association process is terminated.
  • FIG. 30 shows a flowchart explaining the entrance gate passing process.
  • the entrance gate passage process is performed between the card 14, the authentication settlement agency server 15, the service provider server 16, and the entrance gate device 18.
  • step S91 the card 14 determines whether or not it has been held by the entrance gate device 18 by the user, and waits for processing until it is determined that the card 14 has been held by the entrance gate device 18. Then, when it is determined that the card 14 is held by the entrance gate device 18, the process proceeds to step S92.
  • step S92 proximity communication is performed between the entrance gate device 18 and the card 14, and the identification number IDm stored in the storage unit 31 of the card 14 is transmitted from the card 14 to the entrance gate device 18.
  • step S93 in the entrance gate device 18, the proximity communication unit 72 acquires the identification number IDm transmitted from the card 14 in step S92. Then, the network communication unit 71 transmits the identification number IDm to the authentication settlement agency server 15 via the network 12, and requests the authentication settlement agency server 15 to authenticate the card 14.
  • step S94 in the authentication settlement agency server 15, the network communication unit 41 acquires the identification number IDm transmitted from the entrance gate device 18 in step S93. Then, the card authentication processing unit 43 supplies the network communication unit 41 with a card command for authenticating the identification number IDm of the card 14 acquired by the network communication unit 41. In response to this, the network communication unit 41 transmits a card command to the entrance gate device 18 via the network 12.
  • step S95 in the entrance gate device 18, the network communication unit 71 acquires the card command transmitted from the authentication settlement agency server 15 in step S94. Then, the proximity communication unit 72 transmits the card command acquired by the network communication unit 71 to the card 14 by proximity communication.
  • step S96 the card 14 transmits a card response to the card command transmitted from the entrance gate device 18 in step S95.
  • step S97 in the entrance gate device 18, the proximity communication unit 72 acquires the card response transmitted from the card 14 in step S96. Then, the network communication unit 71 transmits the card response to the authentication settlement agent server 15 via the network 12.
  • step S98 in the authentication settlement agency server 15, the network communication unit 41 acquires the card response transmitted from the entrance gate device 18 in step S97.
  • the process of transmitting and receiving a card command and a card response (steps S94 to S97) for authenticating the card 14 may be repeated a plurality of times depending on the card 14.
  • step S98 in the authentication settlement agency server 15, the card authentication processing unit 43 verifies the card response acquired by the network communication unit 41. Then, the card authentication processing unit 43 searches the database 44, and identifies the continuous payment information associated with the identification number IDm acquired by the network communication unit 41 in step S94 as a search result. Then, the card authentication processing unit 43 confirms that the current date and time is within the valid time registered in the specified continuous payment information. That is, when the date and time obtained by adding the valid time to the start date and time registered in the continuous payment information is later than the current date and time (disclosure date and time + valid time> current date and time), the current date and time is specified. It can be confirmed that it is within the valid time registered in the continuous payment information.
  • step S99 in the authentication settlement agency server 15, the network communication unit 41 uses the network 12 to enter the purchase ticket ID registered in the continuous payment information specified by the card authentication processing unit 43 in step S98 at the entrance gate. It transmits to the device 18.
  • step S100 in the entrance gate device 18, the network communication unit 71 acquires the purchase ticket ID transmitted from the authentication settlement agency server 15 in step S99. Then, the network communication unit 71 transmits the purchase ticket ID to the service provider server 16 via the network 12, and requests the service provider server 16 to acquire the purchase ticket information.
  • step S101 in the service provider server 16, the network communication unit 51 acquires the purchase ticket ID transmitted from the entrance gate device 18 in step S100. Then, the ticket management processing unit 52 searches the database 55 based on the purchase ticket ID acquired by the network communication unit 51, and reads out the purchase ticket information associated with the purchase ticket ID.
  • step S102 in the service provider server 16, the network communication unit 51 transmits the purchase ticket information read from the database 55 by the ticket management processing unit 52 in step S101 to the entrance gate device 18 via the network 12.
  • step S103 in the entrance gate device 18, the network communication unit 71 acquires the purchase ticket information transmitted from the service provider server 16 in step S102, and confirms the purchase ticket information.
  • step S104 the gate mechanism 73 opens the gate so that the user can pass through the gate, and the entrance gate passing process is completed.
  • 31 and 32 show a flowchart illustrating a product purchase process at a store.
  • the product purchase process at the store is performed between the card 14, the authentication settlement agency server 15, the service provider server 16, the settlement account server 17, and the store device 19.
  • step S111 in the store device 19, the display unit 85 of the touch panel display 84 displays a product list screen (see FIG. 18 above) that presents a product to be purchased by the user.
  • the user can perform a touch operation on the product list screen displayed on the display unit 85 of the touch panel display 84 to select the product to be purchased.
  • step S112 in the store device 19, the input unit 86 of the touch panel display 84 acquires the product ID of the product that the user wants to purchase by touching the product list screen.
  • step S113 the store device 19 calculates the total purchase amount based on the product ID acquired by the input unit 86 in step S112, and the purchase amount is displayed on the product list screen displayed on the display unit 85 of the touch panel display 84. Is displayed.
  • the process proceeds to S114, and the store device 19 waits for the process until the card 14 is held by the user and the proximity communication is started. To do.
  • step S115 the card 14 determines whether or not the card 14 has been held by the store device 19, and waits for processing until it is determined that the card 14 has been held by the store device 19. Then, when the user holds the associated card 14 in the store device 19, it is determined that the card 14 is held in the store device 19, and the process proceeds to step S116.
  • step S116 the store device 19 captures the associated card 14, close communication is performed between the store device 19 and the card 14, and the identification number IDm stored in the storage unit 31 of the card 14 Is transmitted from the card 14 to the store device 19.
  • step S117 in the store device 19, the proximity communication unit 82 acquires the identification number IDm transmitted from the card 14 in step S116. Then, the network communication unit 81 transmits the identification number IDm, the product ID list, and the purchase amount to the authentication settlement agency server 15 via the network 12 to request the product settlement.
  • step S118 in the authentication settlement agency server 15, the network communication unit 41 acquires the identification number IDm, the product ID list, and the purchase amount transmitted from the store device 19 in step S117. Then, the card authentication processing unit 43 supplies the network communication unit 41 with a card command for authenticating the identification number IDm of the card 14 acquired by the network communication unit 41. In response to this, the network communication unit 41 transmits a card command to the store device 19 via the network 12.
  • step S119 in the store device 19, the network communication unit 81 acquires the card command transmitted from the authentication settlement agency server 15 in step S118. Then, the proximity communication unit 82 transmits the card command acquired by the network communication unit 81 to the card 14 by proximity communication.
  • step S120 the card 14 transmits a card response to the card command transmitted from the store device 19 in step S119.
  • step S121 in the store device 19, the proximity communication unit 82 acquires the card response transmitted from the card 14 in step S120. Then, the network communication unit 81 transmits the card response to the authentication settlement agent server 15 via the network 12.
  • step S122 in the authentication settlement agency server 15, the network communication unit 41 acquires the card response transmitted from the store device 19 in step S121.
  • the card authentication processing unit 43 verifies the card response acquired by the network communication unit 41. Then, the card authentication processing unit 43 searches the database 44, and identifies the continuous payment information associated with the identification number IDm acquired by the network communication unit 41 in step S118 as a search result. Then, the card authentication processing unit 43 confirms that the current date and time is within the valid time registered in the specified continuous payment information, as in step S98 of FIG. 30 described above.
  • the card authentication processing unit 43 searches the database 44 and identifies the card information associated with the identification number IDm as the search result. Then, the settlement agency processing unit 42 performs additional processing when additional processing is required according to the card attachment information registered in the card information. For example, as additional processing, it is assumed that discounts and points are given as benefits of the card 14. After that, the settlement agency processing unit 42 confirms that the purchase amount (if additional processing is performed, the purchase amount after the additional processing) does not exceed the upper limit amount.
  • step S123 in the authentication settlement agency server 15, the network communication unit 41 transmits the purchase amount (purchase amount after additional processing), the card attachment information, and the continuous settlement key to the settlement account server 17 via the network 12. , Request payment from the payment account server 17.
  • step S124 in the settlement account server 17, the network communication unit 61 acquires the purchase amount (purchase amount after additional processing), the card attachment information, and the continuous settlement key transmitted from the authentication settlement agency server 15 in step S123. To do. Then, the payment management processing unit 62 confirms the continuous payment key acquired by the network communication unit 61, and withdraws the purchase amount (purchase amount after the additional processing).
  • step S125 in the settlement account server 17, the network communication unit 61 authenticates the settlement result (OK / NG) that was settled in step S124 and the settlement number that specifies the settlement via the network 12. It is transmitted to the payment agent server 15.
  • step S126 in the authentication settlement agency server 15, the network communication unit 41 provides the purchase ticket ID, product ID list, purchase amount (purchase amount after additional processing), store ID, and payment number via the network 12. It is transmitted to the business server 16 to notify the payment result.
  • step S127 in the service provider server 16, the network communication unit 51 acquires the purchase ticket ID, product ID list, purchase amount (purchase amount after additional processing), store ID, and payment number. Then, the network communication unit 51 notifies the authentication settlement agency server 15 that the settlement result has been approved.
  • step S128 in the authentication settlement agency server 15, the settlement agency processing unit 42 deducts the purchase amount (purchase amount after additional processing) from the purchaseable amount.
  • step S129 in the authentication settlement agency server 15, the network communication unit 41 transmits the settlement result (OK / NG), the purchase ticket ID, the settlement number, and the purchaseable amount to the store device 19 via the network 12.
  • step S130 in the store device 19, the network communication unit 81 acquires the payment result (OK / NG), the purchase ticket ID, the payment number, and the purchaseable amount transmitted from the authentication payment agency server 15 in step S129. .. Then, the display unit 85 of the touch panel display 84 displays the purchase ticket ID, the payment number, and the purchaseable amount screen (see FIG. 19 above) that presents the purchase ticket ID, the payment number, and the purchaseable amount. After that, for example, when the purchase ticket ID / payment number / purchaseable amount screen is closed in response to the user performing a touch operation on the close button on the purchase ticket ID / payment number / purchaseable amount screen, the product at the store The purchase process is terminated.
  • FIG. 33 shows a flowchart explaining the balance reference process of the upper limit amount.
  • the balance reference processing of the upper limit amount is performed between the user terminal 13, the authentication settlement agency server 15, and the service provider server 16.
  • steps S141 to S145 the same processing as in steps S21 to S25 of FIG. 25 is performed.
  • the network communication unit 51 confirms the user ID and password (OK / NG) acquired by the user authentication processing unit 53 in step S145 via the network 12. It is transmitted to the user terminal 13.
  • the confirmation result (OK) that the login is successful is obtained, the network communication unit 51 also transmits the login token.
  • step S174 when the user terminal 13 succeeds in logging in to the service provider server 16, the network communication unit 21 acquires a login token via the network 12. Then, the network communication unit 21 transmits the user ID and the login token acquired in step S143 to the authentication settlement agency server 15 via the network 12, and requests the authentication settlement agency server 15 to inquire about the balance.
  • step S148 in the authentication settlement agency server 15, the network communication unit 41 acquires the user ID and login token transmitted from the user terminal 13 in step S147 via the network 12. Further, in order to verify the login token, the network communication unit 41 provides the login token and the login ID for logging in from the authentication settlement agency server 15 to the service provider server 16 via the network 12. Send to server 16.
  • step S149 in the service provider server 16, the network communication unit 51 acquires the login ID and the login token via the network 12, and the user authentication processing unit 53 confirms the login token. Then, the network communication unit 51 transmits the confirmation result (OK / NG) of the login token by the user authentication processing unit 53 to the authentication settlement agency server 15 via the network 12.
  • step S151 in the authentication settlement agency server 15, the network communication unit 41 acquires the confirmation result of the login token transmitted from the service provider server 16 in step S150. If the confirmation result (OK) is that the login token has been successfully confirmed, the payment agent processing unit 42 is registered in the database 44 based on the user ID acquired by the network communication unit 41 in step S148. Search for continuous payment information.
  • step S152 in the authentication settlement agency server 15, the network communication unit 41 transmits a list of continuous payment information searched by the settlement agency processing unit 42 in step S151 to the user terminal 13 via the network 12.
  • step S153 in the user terminal 13, the network communication unit 21 acquires a list of continuous payment information transmitted from the authentication payment agency server 15 in step S152. Then, the display unit 24 of the touch panel display 23 displays a continuous payment information list screen (see FIG. 20 described above) for presenting a list of continuous payment information acquired by the network communication unit 21. After that, for example, when the continuous payment information list screen is closed in response to the user performing a touch operation on the close button of the continuous payment information list screen, the balance reference processing of the upper limit amount is terminated.
  • FIGS. 34 and 35 a flowchart explaining the limit update process is shown.
  • the restriction update process is performed between the user terminal 13, the authentication settlement agency server 15, and the service provider server 16.
  • steps S161 to S166 the same processing as in steps S141 to S146 of FIG. 33 is performed.
  • step S167 when the user terminal 13 succeeds in logging in to the service provider server 16, the network communication unit 21 acquires a login token via the network 12. Then, the network communication unit 21 transmits the user ID and the login token acquired in step S163 to the authentication settlement agency server 15 via the network 12, and acquires the purchase ticket ID list to the authentication settlement agency server 15. To request.
  • steps S167 to S172 the same processing as in steps S147 to S152 of FIG. 33 is performed.
  • the network communication unit 21 acquires a list of continuous payment information transmitted from the authentication payment agency server 15 in step S172.
  • the display unit 24 of the touch panel display 23 displays a continuous payment information list (update) screen (see FIG. 21 above) for presenting a list of continuous payment information acquired by the network communication unit 21.
  • the user performs a touch operation on the continuous payment information list (update) screen displayed on the display unit 24 of the touch panel display 23 to select and limit the ticket ID, the maximum amount, and the valid time to be updated. You can make an update request.
  • step S174 in the user terminal 13, the input unit 25 of the touch panel display 23 acquires a ticket ID, an upper limit amount, and a limit update request for the valid time that the user wants to update by touching the continuous payment information list (update) screen. To do.
  • step S175 in the user terminal 13, the network communication unit 21 transmits the ticket ID, the upper limit amount, and the valid time to the authentication settlement agency server 15 via the network 12, and limits the authentication settlement agency server 15. Request an update.
  • step S176 in the authentication settlement agency server 15, the network communication unit 41 acquires the ticket ID, the maximum amount, and the valid time transmitted from the user terminal 13 in step S175. Then, the settlement agency processing unit 42 searches for the continuous payment information associated with the purchase ticket ID acquired by the network communication unit 41, and updates the upper limit amount and the valid time of the continuous payment information.
  • step S177 in the authentication settlement agency server 15, the network communication unit 41 transmits the continuous payment information updated by the card authentication processing unit 43 in step S176 to the user terminal 13 via the network 12.
  • step S178 in the user terminal 13, the network communication unit 21 acquires the continuous payment information transmitted from the authentication payment agency server 15 in step S177. Then, the display unit 24 of the touch panel display 23 displays the continuous payment information (update) screen (see FIG. 20 above) for presenting the continuous payment information acquired by the network communication unit 21. After that, for example, when the continuous payment information (update) screen is closed in response to the user performing a touch operation on the close button of the continuous payment information (update) screen, the restriction update process is terminated.
  • the card 14 is linked and used for payment, but in addition, various devices such as a wearable device such as a so-called smart watch and a key chain in which an IC chip is embedded are used. It can be used when making payments by associating various objects.
  • various devices such as a wearable device such as a so-called smart watch and a key chain in which an IC chip is embedded are used. It can be used when making payments by associating various objects.
  • FIG. 36 is a block diagram showing a configuration example of an embodiment of a computer on which a program for executing the above-mentioned series of processes is installed.
  • the program can be recorded in advance on the hard disk 105 or ROM 103 as a recording medium built in the computer.
  • the program can be stored (recorded) in the removable recording medium 111 driven by the drive 109.
  • a removable recording medium 111 can be provided as so-called package software.
  • examples of the removable recording medium 111 include a flexible disk, a CD-ROM (Compact Disc Read Only Memory), an MO (Magneto Optical) disk, a DVD (Digital Versatile Disc), a magnetic disk, a semiconductor memory, and the like.
  • the program can be downloaded to the computer via a communication network or a broadcasting network and installed on the built-in hard disk 105. That is, for example, the program transfers wirelessly from a download site to a computer via an artificial satellite for digital satellite broadcasting, or transfers to a computer by wire via a network such as LAN (Local Area Network) or the Internet. be able to.
  • LAN Local Area Network
  • the computer has a built-in CPU (Central Processing Unit) 102, and the input / output interface 110 is connected to the CPU 102 via the bus 101.
  • CPU Central Processing Unit
  • the CPU 102 executes a program stored in the ROM (Read Only Memory) 103 accordingly. .. Alternatively, the CPU 102 loads the program stored in the hard disk 105 into the RAM (Random Access Memory) 104 and executes it.
  • ROM Read Only Memory
  • the CPU 102 performs processing according to the above-mentioned flowchart or processing performed according to the above-mentioned block diagram configuration. Then, the CPU 102 outputs the processing result from the output unit 106, transmits it from the communication unit 108, or records it on the hard disk 105, if necessary, via, for example, the input / output interface 110.
  • the input unit 107 is composed of a keyboard, a mouse, a microphone, and the like. Further, the output unit 106 is composed of an LCD (Liquid Crystal Display), a speaker, or the like.
  • LCD Liquid Crystal Display
  • the processing performed by the computer according to the program does not necessarily have to be performed in chronological order in the order described as the flowchart. That is, the processing performed by the computer according to the program also includes processing executed in parallel or individually (for example, parallel processing or processing by an object).
  • the program may be processed by one computer (processor) or may be distributed by a plurality of computers. Further, the program may be transferred to a distant computer and executed.
  • the system means a set of a plurality of components (devices, modules (parts), etc.), and it does not matter whether all the components are in the same housing. Therefore, a plurality of devices housed in separate housings and connected via a network, and a device in which a plurality of modules are housed in one housing are both systems. ..
  • the configuration described as one device (or processing unit) may be divided and configured as a plurality of devices (or processing units).
  • the configurations described above as a plurality of devices (or processing units) may be collectively configured as one device (or processing unit).
  • a configuration other than the above may be added to the configuration of each device (or each processing unit).
  • a part of the configuration of one device (or processing unit) may be included in the configuration of another device (or other processing unit). ..
  • this technology can have a cloud computing configuration in which one function is shared by a plurality of devices via a network and jointly processed.
  • the above-mentioned program can be executed in any device.
  • the device may have necessary functions (functional blocks, etc.) so that necessary information can be obtained.
  • each step described in the above flowchart can be executed by one device or can be shared and executed by a plurality of devices.
  • the plurality of processes included in the one step can be executed by one device or shared by a plurality of devices.
  • a plurality of processes included in one step can be executed as processes of a plurality of steps.
  • the processes described as a plurality of steps can be collectively executed as one step.
  • the processing of the steps for describing the program may be executed in chronological order according to the order described in this specification, or may be called in parallel or called. It may be executed individually at a necessary timing such as time. That is, as long as there is no contradiction, the processing of each step may be executed in an order different from the above-mentioned order. Further, the processing of the step for writing this program may be executed in parallel with the processing of another program, or may be executed in combination with the processing of another program.
  • the present technology can also have the following configurations.
  • An acquisition unit that acquires an upper limit set as a payment upper limit when purchasing a desired product or service, and identification information assigned to a payment object used when making the payment.
  • An information processing device including a continuous payment information processing unit that associates the identification information with the continuous payment information that continuously records information related to the payment settlement and performs a process of recording the upper limit amount.
  • the information processing unit for continuous settlement records in the continuous settlement information the purchaseable amount obtained by subtracting the purchase amount from the upper limit amount due to the payment being made at the predetermined purchase amount, according to the above (1). Processing equipment.
  • the acquisition unit acquires the purchase amount when purchasing the product or the service and the identification information acquired from the payment object at the time of the purchase from the device of the store where the product or the service is sold. And The information processing apparatus according to (2) above, wherein the continuous payment information processing unit confirms that the purchaseable amount recorded in the continuous payment information associated with the identification information is not exceeded. (4) The continuous settlement information processing unit performs predetermined additional processing at the time of purchasing the product or the service based on the attached information registered in the information about the payment object together with the identification information. Information processing device. (5) The acquisition unit acquires the renewal upper limit amount for updating the limit with respect to the upper limit amount.
  • the information processing apparatus increases the upper limit amount according to the update upper limit amount and updates the continuous settlement information.
  • the acquisition unit acquires a start date and time indicating a date and time when the purchase ticket purchased to enter the place where the payment object is used becomes valid, and an effective time indicating a valid time from the start date and time.
  • the information processing apparatus according to any one of (1) to (5) above, wherein the continuous settlement information processing unit records the start date and time and the effective time in the continuous settlement information together with the identification information.
  • the acquisition unit acquires an update valid time for updating the limit with respect to the valid time.
  • the information processing device wherein the continuous payment information processing unit extends the valid time according to the update valid time and updates the continuous payment information.
  • the acquisition unit acquires the identification information acquired from the payment object when passing through the entrance gate arranged at the entrance to the place, and acquires the identification information from the device of the entrance gate.
  • the information processing according to (6) or (7) above, wherein the continuous settlement information processing unit confirms that the identification information is within the valid time recorded in the continuous settlement information associated with the identification information. apparatus.
  • Information processing device Acquiring the maximum amount of payment set as the maximum payment when purchasing a desired product or service, and the identification information assigned to the payment object used when making the payment.
  • An information processing method including the processing of associating the identification information with the continuous payment information for continuously recording the information related to the payment settlement and recording the upper limit amount.
  • To the computer of the information processing device Acquiring the maximum amount of payment set as the maximum payment when purchasing a desired product or service, and the identification information assigned to the payment object used when making the payment.
  • a program for executing information processing including the processing of associating the identification information with the continuous payment information for continuously recording the payment settlement information and recording the upper limit amount.
  • An acquisition unit that acquires an upper limit set as a payment upper limit when purchasing a desired product or service, and identification information assigned to a payment object used when making the payment.
  • a URL Uniform Resource Locator
  • the information processing terminal according to (11) above, further comprising a display unit that displays a user interface for selecting a desired payment service from a plurality of payment services in order to settle the payment.
  • Information processing terminal Acquiring the maximum amount of payment set as the maximum payment when purchasing a desired product or service, and the identification information assigned to the payment object used when making the payment. Requests the information processing device that performs payment using the payment object to associate the identification information with the continuous payment information that continuously records the payment payment information and record the upper limit amount. Information processing methods, including what to do.
  • a program for executing information processing including what to do.
  • 11 information processing system 12 network, 13 user terminal, 14 card, 15 authentication settlement agency server, 16 service provider server, 17 settlement account server, 18 entrance gate device, 19 store device, 21 network communication unit, 22 proximity communication unit , 23 touch panel display, 24 display unit, 25 input unit, 31 storage unit, 41 network communication unit, 42 payment agency processing unit, 43 card authentication processing unit, 44 database, 51 network communication unit, 52 ticket management processing unit, 53 users Authentication processing unit, 54 Web page generation unit, 55 database, 61 network communication unit, 62 payment management processing unit, 63 user authentication processing unit, 64 web page generation unit, 65 database, 71 network communication unit, 72 proximity communication unit, 73 Gate mechanism, 74 touch panel display, 81 network communication unit, 82 proximity communication unit, 83 storage unit, 84 touch panel display,

Abstract

本開示は、決済サービスの利便性をさらに高めることができるようにする情報処理装置、情報処理端末、情報処理方法、およびプログラムに関する。 所望の商品またはサービスを購入する際の支払いの上限として設定される上限額、および、支払いを行う際に利用されるカードに割り当てられた識別情報が取得される。そして、支払いの決済に関する情報を継続して記録する継続決済情報に、識別情報が紐づけられるとともに、上限額を記録する処理が行われる。本技術は、例えば、決済サービスを提供する情報処理システムに適用できる。

Description

情報処理装置、情報処理端末、情報処理方法、およびプログラム
　本開示は、情報処理装置、情報処理端末、情報処理方法、およびプログラムに関し、特に、決済サービスの利便性をさらに高めることができるようにした情報処理装置、情報処理端末、情報処理方法、およびプログラムに関する。
　従来、いわゆるスマートフォンなどの情報処理端末や、ＩＣ（Integrated Circuit）チップを搭載したカードなどを利用した各種の決済サービスが提供されている。
　例えば、特許文献１には、利用者が購入する商品または利用者が利用するサービスの制限を示す制限情報に基づき、経費の使用用途を制限することができる情報処理システムが開示されている。
特開２０１６－３８８１４号公報
　ところで、従来の決済サービスでは、カードを紐づけした管理方法による利用や、購入する権利を事前に設定してカードに紐づけすることによる利用は想定されておらず、そのような利用を行うことで、決済サービスの利便性を高めることが求められている。
　本開示は、このような状況に鑑みてなされたものであり、決済サービスの利便性をさらに高めることができるようにするものである。
　本開示の第１の側面の情報処理装置は、所望の商品またはサービスを購入する際の支払いの上限として設定される上限額、および、前記支払いを行う際に利用される支払い物体に割り当てられた識別情報を取得する取得部と、前記支払いの決済に関する情報を継続して記録する継続決済情報に、前記識別情報を紐づけるとともに、前記上限額を記録する処理を行う継続決済情報処理部とを備える情報処理装置。
　本開示の第１の側面の情報処理方法またはプログラムは、所望の商品またはサービスを購入する際の支払いの上限として設定される上限額、および、前記支払いを行う際に利用される支払い物体に割り当てられた識別情報を取得することと、前記支払いの決済に関する情報を継続して記録する継続決済情報に、前記識別情報を紐づけるとともに、前記上限額を記録する処理を行うこととを含む。
　本開示の第１の側面においては、所望の商品またはサービスを購入する際の支払いの上限として設定される上限額、および、その支払いを行う際に利用される支払い物体に割り当てられた識別情報が取得され、支払いの決済に関する情報を継続して記録する継続決済情報に、識別情報が紐づけられるとともに、上限額を記録する処理が行われる。
　本開示の第２の側面の情報処理端末は、所望の商品またはサービスを購入する際の支払いの上限として設定される上限額、および、前記支払いを行う際に利用される支払い物体に割り当てられた識別情報を取得する取得部と、前記支払い物体を利用した決済を代行する情報処理装置に対し、前記支払いの決済に関する情報を継続して記録する継続決済情報に、前記識別情報を紐づけるとともに、前記上限額を記録する処理を要求する要求部とを備える。
　本開示の第２の側面の情報処理方法またはプログラムは、所望の商品またはサービスを購入する際の支払いの上限として設定される上限額、および、前記支払いを行う際に利用される支払い物体に割り当てられた識別情報を取得することと、前記支払い物体を利用した決済を代行する情報処理装置に対し、前記支払いの決済に関する情報を継続して記録する継続決済情報に、前記識別情報を紐づけるとともに、前記上限額を記録する処理を要求することとを含む。
　本開示の第２の側面においては、所望の商品またはサービスを購入する際の支払いの上限として設定される上限額、および、その支払いを行う際に利用される支払い物体に割り当てられた識別情報が取得され、支払い物体を利用した決済を代行する情報処理装置に対し、支払いの決済に関する情報を継続して記録する継続決済情報に、識別情報を紐づけるとともに、上限額を記録する処理が要求される。
本技術を適用した情報処理システムの一実施の形態の構成例を示すブロック図である。 ユーザ端末の構成例を示すブロック図である。 カードの構成例を示すブロック図である。 カードの他の構成例を示すブロック図である。 誘導タグの構成例を示すブロック図である。 認証決済代行サーバの構成例を示すブロック図が示されている。 サービス事業者サーバの構成例を示すブロック図が示されている。 決済口座サーバの構成例を示すブロック図が示されている。 入場ゲート装置の構成例を示すブロック図が示されている。 店舗装置の構成例を示すブロック図が示されている。 サービス事業者トップページ画面の表示例を示す図である。 決済口座アカウントログイン画面の表示例を示す図である。 チケットリスト画面の表示例を示す図である。 決済口座リスト画面の表示例を示す図である。 購入チケットＩＤ画面の表示例を示す図である。 購入チケットＩＤリスト画面の表示例を示す図である。 継続決済情報画面の表示例を示す図である。 商品リスト画面の表示例を示す図である。 購入チケットＩＤ・決済番号・購入可能額画面の表示例を示す図である。 継続決済情報リスト画面の表示例を示す図である。 継続決済情報リスト（更新）画面の表示例を示す図である。 継続決済情報（更新）画面の表示例を示す図である。 継続決済情報について説明する図である。 アプリケーション起動処理を説明するフローチャートである。 チケット購入処理および継続決済の承認処理を説明するフローチャートである。 チケット購入処理および継続決済の承認処理を説明するフローチャートである。 チケット購入処理および継続決済の承認処理を説明するフローチャートである。 カード紐づけ処理を説明するフローチャートである。 カード紐づけ処理を説明するフローチャートである。 入場ゲート通過処理を説明するフローチャートである。 店舗での商品購入処理を説明するフローチャートである。 店舗での商品購入処理を説明するフローチャートである。 上限額の残高参照処理を説明するフローチャートである。 制限の更新処理を説明するフローチャートである。 制限の更新処理を説明するフローチャートである。 本技術を適用したコンピュータの一実施の形態の構成例を示すブロック図である。
　以下、本技術を適用した具体的な実施の形態について、図面を参照しながら詳細に説明する。
　＜情報処理システムの構成例＞
　図１は、本技術を適用した情報処理システムの一実施の形態の構成例を示すブロック図である。
　図１に示す情報処理システム１１は、例えば、テーマパークなどのように入場ゲートや店舗がある限定された場所における決済サービスでの利用が想定される。そして、情報処理システム１１は、決済サービスに登録されているユーザ本人だけでなく、ユーザの家族の利用も可能とすることで、その利便性を高めることができる。
　また、情報処理システム１１は、例えば、インターネットなどのネットワーク１２を介して、ユーザ端末１３、カード１４、認証決済代行サーバ１５、サービス事業者サーバ１６、決済口座サーバ１７、入場ゲート装置１８、および店舗装置１９が接続されて構成される。
　ユーザ端末１３は、情報処理システム１１が提供する決済サービスに登録されたユーザ本人が使用し、カード１４は、ユーザ本人の家族が使用することが想定される。
　認証決済代行サーバ１５は、情報処理システム１１により提供される決済サービスにおける認証または決済を代行する。
　サービス事業者サーバ１６は、情報処理システム１１により提供される決済サービスを提供する事業者により運用される。
　決済口座サーバ１７は、情報処理システム１１により提供される決済サービスで利用可能な決済口座を管理する。
　入場ゲート装置１８は、情報処理システム１１により提供される決済サービスが利用される場所（テーマパークなど）に入場するための入口に配置され、ユーザがカード１４を翳すことに応じてゲートをオープンすることができる。
　店舗装置１９は、情報処理システム１１により提供される決済サービスにより商品またはサービスを販売する店舗に配置され、ユーザがカード１４を翳すことによって支払いなどの決済を行うことができる。
　図２は、ユーザ端末１３の構成例を示すブロック図である。
　図２に示すように、ユーザ端末１３は、ネットワーク通信部２１、近接通信部２２、およびタッチパネルディスプレイ２３を備えて構成される。
　ネットワーク通信部２１は、ネットワーク１２を介して、認証決済代行サーバ１５、サービス事業者サーバ１６、および決済口座サーバ１７との間の通信を行う。例えば、ユーザがテーマパークのチケットを購入する操作を行うと、ネットワーク通信部２１は、サービス事業者サーバ１６に対して、チケットを購入してカード１４に紐づけることを要求する。また、ユーザがテーマパークで商品またはサービスを購入する際の支払いの上限として上限額を設定する操作を行うと、ネットワーク通信部２１は、その上限額をカード１４に紐づけることを要求する。ここで、上限額は、商品またはサービスを購入することを可能とする権利として事前に設定される金額である。そして、上限額から商品またはサービスの購入額が差し引かれることによって購入可能額が少なくなり、必要に応じて、上限額を更新して増額する（購入可能額も伴って増額する）ことができる。
　近接通信部２２は、ユーザによりカード１４が翳されると、カード１４との間で近接通信を行う。例えば、近接通信部２２は、カード１４に記憶されている各種の情報（後述する識別番号ＩＤｍやURLなど）を取得する。
　タッチパネルディスプレイ２３は、表示部２４および入力部２５を有して構成される。表示部２４は、後述する各種の画面を表示し、入力部２５は、それらの画面に配置されるGUI（Graphical User Interface）に対するタッチ操作によるユーザの入力を取得する。
　図３は、カード１４の構成例を示すブロック図である。
　図３に示すように、カード１４は、記憶部３１を備えて構成される。
　記憶部３１には、カード１４ごとに固有に割り当てられた識別番号ＩＤｍ、および、暗号化に用いられるカード鍵が記憶されている。さらに、記憶部３１には、近接通信用のデータフォーマットを利用して、認証決済代行サーバ１５のURL（Uniform Resource Locator）および識別番号ＩＤｍの組み合わせが記憶されている。
　そして、カード１４は、識別番号ＩＤｍを用いた紐づけ機能、および、認証決済代行サーバ１５のURLを用いて認証決済代行サーバ１５を介して上限額の残高照会のページを自動的に開く機能を備えている。
　なお、カード１４としては、識別番号ＩＤｍを用いた紐づけ機能だけを有する構成としてもよい。即ち、図４に示すカード１４ａは、記憶部３１ａに、識別番号ＩＤｍおよびカード鍵が記憶されており、認証決済代行サーバ１５のURLおよび識別番号ＩＤｍの組み合わせは記憶されない構成となっている。
　また、カード１４とは別に、サービス事業者サーバ１６のURLを用いて、チケット購入処理および継続決済の承認処理を行うページを自動的に表示させる機能を備えた誘導タグ１４を利用することができる。即ち、図５に示す誘導タグ１４ｂは、記憶部３１ｂに、サービス事業者サーバ１６のURLが記憶された構成となっている。
　図６には、認証決済代行サーバ１５の構成例を示すブロック図が示されている。
　図６に示すように、認証決済代行サーバ１５は、ネットワーク通信部４１、決済代行処理部４２、カード認証処理部４３、およびデータベース４４を備えて構成される。
　ネットワーク通信部４１は、ネットワーク１２を介して、ユーザ端末１３、サービス事業者サーバ１６、および決済口座サーバ１７との間の通信を行う。例えば、ネットワーク通信部４１は、ユーザ端末１３から送信されてくる上限額（制限を更新する更新上限額）や有効時間（制限を更新する更新有効時間）、識別番号ＩＤｍなどを取得する。また、ネットワーク通信部４１は、店舗装置１９から送信されてくる購入額や識別番号ＩＤｍなどを取得したり、入場ゲート装置１８から送信されてくる識別番号ＩＤｍを取得したりする。
　決済代行処理部４２は、例えば、図２４乃至図３５に示す各処理で説明するように、ユーザ端末１３と決済口座サーバ１７との間の決済の代行に関する処理を行う。例えば、決済代行処理部４２は、ネットワーク通信部４１が取得した各種の情報を継続決済情報に書き込んだり、継続決済情報の内容を更新したりする。
　カード認証処理部４３は、例えば、図２４乃至図３５に示す各処理で説明するように、カード１４の認証に関する処理、例えば、カードコマンドおよびカードレスポンスを用いた認証を行う。
　データベース４４には、決済口座リスト、カード鍵情報、カード情報、および継続決済情報が登録されている。また、カード鍵情報には、カード鍵が登録されており、図６の例では、２つのカード情報が対応付けられている。
　また、２つのカード情報には、それぞれ識別番号ＩＤｍおよびカード付属情報が登録されている。１つめのカード情報には、本人の継続決済情報が対応付けらており、２つめのカード情報には、家族の継続決済情報が対応付けられている。それぞれの継続決済情報には、ユーザＩＤ、購入チケットＩＤ、継続決済キー、上限額、購入可能額、開始日時、有効時間、および識別番号ＩＤｍが登録されている。
　ここで、認証決済代行サーバ１５のデータベース４４に登録されている継続決済情報は、支払いの決済に関する情報を継続して記録する情報である。例えば、チケットを購入する処理、カード１４の紐づけ処理、商品またはサービスの購入に伴う決済処理、上限額や有効時間などの制限の更新処理が行われるたびに順次、それぞれの処理を行った結果が記録（更新）される。このように、カード１４のカード情報に対応付けられた継続決済情報を、認証決済代行サーバ１５で管理することで、カード１４を利用した決済サービスの利便性を向上させることができる。例えば、チケットの購入に利用したユーザ端末１３ではなく、購入チケットが紐づけられたカード１４によって入場ゲート装置１８から入場することができる。また、事前に設定された上限額の範囲内で店舗装置１９における決済が行われるように制限することができる。
　図７には、サービス事業者サーバ１６の構成例を示すブロック図が示されている。
　図７に示すように、サービス事業者サーバ１６は、ネットワーク通信部５１、チケット管理処理部５２、ユーザ認証処理部５３、Webページ生成部５４、およびデータベース５５を備えて構成される。
　ネットワーク通信部５１は、ネットワーク１２を介して、ユーザ端末１３、認証決済代行サーバ１５、および決済口座サーバ１７との間の通信を行う。例えば、ネットワーク通信部５１は、ユーザ端末１３からの要求に応じて、サービス事業者トップページをユーザ端末１３に送信する。
　チケット管理処理部５２は、図２４乃至図３５に示す各処理で説明するように、チケットの管理に関する処理を行う。例えば、チケット管理処理部５２が、ユーザが購入するテーマパークのチケットについての購入処理や、購入済みのチケットに関する情報を読み出す処理などを行う。
　ユーザ認証処理部５３は、図２４乃至図３５に示す各処理で説明するように、ユーザの認証に関する処理、例えば、サービス事業者に登録されているユーザＩＤおよびパスワードの組み合わせを確認する処理を行う。
　Webページ生成部５４は、例えば、サービス事業者トップページを生成する。
　データベース５５には、サービス事業者のユーザアカウント、および、２つの購入チケット情報が登録されている。サービス事業者のユーザアカウントには、ユーザＩＤおよびパスワードの組み合わせが登録さてれており、購入チケット情報には、購入チケットＩＤ、チケットの内容、利用予定日、および購入額がそれぞれ登録されている。
　図８には、決済口座サーバ１７の構成例を示すブロック図が示されている。
　図８に示すように、決済口座サーバ１７は、ネットワーク通信部６１、決済管理処理部６２、ユーザ認証処理部６３、Webページ生成部６４、およびデータベース６５を備えて構成される。
　ネットワーク通信部６１は、ネットワーク１２を介して、ユーザ端末１３、認証決済代行サーバ１５、およびサービス事業者サーバ１６との間の通信を行う。例えば、ネットワーク通信部５１は、ユーザ端末１３からの要求に応じて、決済口座アカウントログイン画面をユーザ端末１３に送信する。
　決済管理処理部６２は、図２４乃至図３５に示す各処理で説明するように、決済の管理に関する処理を行う。例えば、決済管理処理部６２は、決済口座情報に登録されている継続決済キーを確認し、ユーザが購入した商品またはサービスの購入額を、口座の残高から引き落とす処理を行う。
　ユーザ認証処理部６３は、図２４乃至図３５に示す各処理で説明するように、ユーザの認証に関する処理、例えば、決済口座に登録されているユーザＩＤおよびパスワードの組み合わせを確認する処理を行う。
　Webページ生成部６４は、例えば、決済口座アカウントログイン画面を生成する。
　データベース６５は、決済口座のユーザアカウント、および３つの決済口座情報が登録されている。決済口座のユーザアカウントには、ユーザＩＤおよびパスワードの組み合わせが登録さてれている。また、２つの決済口座情報には継続決済キーが登録されており、もう１つの決済口座情報には決済口座ＩＤ、銀行口座、およびクレジットカードが登録されている。
　図９には、入場ゲート装置１８の構成例を示すブロック図が示されている。
　図９に示すように、入場ゲート装置１８は、ネットワーク通信部７１、近接通信部７２、ゲート機構７３、およびタッチパネルディスプレイ７４を備えて構成される。
　ネットワーク通信部７１は、ネットワーク１２を介して、認証決済代行サーバ１５、サービス事業者サーバ１６、および決済口座サーバ１７との間の通信を行う。例えば、ネットワーク通信部７１は、ユーザにより翳されたカード１４に紐づけられている購入チケットに関する購入チケット情報をサービス事業者サーバ１６から取得し、ユーザがテーマパークを利用する予定の利用予定日であるかなどの確認を行う。
　近接通信部７２は、ユーザによりカード１４が翳されると、カード１４との間で近接通信を行って、識別番号ＩＤｍを取得する。
　ゲート機構７３は、ゲートのオープンまたはクローズさせる機構である。例えば、ユーザがカード１４を翳した日が、購入チケット情報に登録されている利用予定日である場合、ゲート機構７３は、ゲートをオープンする。
　タッチパネルディスプレイ７４は、表示部７５および入力部７６を有して構成される。表示部７５は、後述する各種の画面を表示し、入力部７６は、それらの画面に配置されるGUIに対するタッチ操作によるユーザの入力を取得する。
　図１０には、店舗装置１９の構成例を示すブロック図が示されている。
　図１０に示すように、店舗装置１９は、ネットワーク通信部８１、近接通信部８２、記憶部８３、およびタッチパネルディスプレイ８４を備えて構成される。
　ネットワーク通信部８１は、ネットワーク１２を介して、認証決済代行サーバ１５、サービス事業者サーバ１６、および決済口座サーバ１７との間の通信を行う。例えば、ネットワーク通信部８１は、ユーザが購入する商品またはサービスのＩＤや購入額などを認証決済代行サーバ１５へ送信して決済を要求したり、その決済の決済結果を認証決済代行サーバ１５から取得したりする。
　近接通信部８２は、ユーザによりカード１４が翳されると、カード１４との間で近接通信を行って、識別番号ＩＤｍを取得する。
　記憶部８３は、例えば、店舗装置１９が利用されている店舗を個別に識別するための店舗ＩＤを記憶する。
　タッチパネルディスプレイ８４は、表示部８５および入力部８６を有して構成される。表示部８５は、後述する各種の画面を表示し、入力部８６は、それらの画面に配置されるGUIに対するタッチ操作によるユーザの入力を取得する。
　＜画面の表示例＞
　図１１には、サービス事業者サーバ１６へのログインを行う際に、ユーザ端末１３の表示部２４に表示されるサービス事業者トップページ画面の表示例が示されている。
　図１１に示すように、サービス事業者トップページ画面には、ユーザＩＤを入力するためのテキストボックス、パスワードを入力するためのテキストボックス、および、ログインの実行を指示するためのログインボタンのGUIが配置されている。
　図１２には、決済口座サーバ１７へのログインを行う際に、ユーザ端末１３の表示部２４に表示される決済口座アカウントログイン画面の表示例が示されている。
　図１２に示すように、決済口座アカウントログイン画面には、ユーザＩＤを入力するためのテキストボックス、パスワードを入力するためのテキストボックス、および、ログインの実行を指示するためのログインボタンのGUIが配置されている。
　図１３には、ユーザがチケットを購入する際に、ユーザ端末１３の表示部２４に表示されるチケットリスト画面の表示例が示されている。
　例えば、チケットリスト画面には、ユーザが購入したいチケットを選択するためのドロップダウンリスト、および、ドロップダウンリストを利用して選択されたチケットの購入を実行するための購入手付きの進行を指示するための購入進行ボタンのGUIが配置されている。なお、図１３に示す表示例では、ドロップダウンリストを利用して、一日券、半日券、および１時間券を選択することができる。
　図１４には、ユーザが決済口座を選択する際に、ユーザ端末１３の表示部２４に表示される決済口座リスト画面の表示例が示されている。
　例えば、決済口座リスト画面には、ユーザが購入するチケットの決済を行う口座の選択を指示するための複数の決済口座選択ボタン、および、複数の決済口座選択ボタンを利用して選択された決済口座によりチケットの購入手付きを進行させる購入進行ボタンのGUIが配置されている。なお、図１４に示す表示例では、決済口座Ａ、決済口座Ｂ、および決済口座Ｃの３つの決済口座の中から、決済を行う口座を選択することができる。また、複数の決済口座を表示してユーザに選択させる他、それぞれの決済口座が登録されている決済サービス（各種の事業者が提供する様々な決済方法）を選択するようなユーザインタフェースを採用してもよい。
　図１５には、チケットの購入が完了した後に、ユーザ端末１３の表示部２４に表示される購入チケットＩＤ画面の表示例が示されている。
　例えば、購入チケットＩＤ画面には、購入が完了したチケットのチケットＩＤ、および、そのチケットを購入する際の決済を特定する決済番号が表示されるとともに、チケットＩＤ画面を閉じることを指示するための閉じるボタンのGUIが配置されている。
　図１６には、カード１４の紐づけを行う際に、ユーザ端末１３の表示部２４に表示される購入チケットＩＤリスト画面の表示例が示されている。
　図１６に示すように、購入チケットＩＤリスト画面には、購入チケットＩＤを選択するためのドロップダウンリスト、上限額を選択するためのドロップダウンリスト、有効時間を選択するためのドロップダウンリスト、および、カードを翳す処理に移行することを指示するためのカード翳すボタンのGUIが配置されている。例えば、ユーザが、購入チケットＩＤ、上限額、および有効時間を選択し、カード翳すボタンに対する操作を行った後にカード１４をユーザ端末１３に翳すと、そのカード１４に対して選択した内容が紐づけられることになる。
　図１７には、カード１４の紐づけが完了した後に、ユーザ端末１３の表示部２４に表示される継続決済情報画面の表示例が示されている。
　図１７に示すように、継続決済情報画面には、購入チケットＩＤ、識別番号ＩＤｍ、購入可能額、および有効時間が表示されるとともに、継続決済情報画面を閉じることを指示するための閉じるボタンのGUIが配置されている。
　図１８には、購入する商品を選択する際に、店舗装置１９の表示部８５に表示される商品リスト画面の表示例が示されている。
　図１８に示すように、商品リスト画面には、それぞれ対応する商品について購入する個数を選択するための複数のドロップダウンリスト、および、会計手続きへの進行を指示するための会計進行ボタンのGUIが配置されている。例えば、ドロップダウンリストを利用して商品の個数が選択されて会計進行ボタンに対する操作が行われた後、ユーザがカード１４を店舗装置１９に翳すと、決済が行われることになる。
　図１９には、商品の購入が完了した後に、店舗装置１９の表示部８５に表示される購入チケットＩＤ・決済番号・購入可能額画面の表示例が示されている。
　図１９に示すように、購入チケットＩＤ・決済番号・購入可能額画面には、購入チケットＩＤ、決済番号、および購入可能額が表示されるとともに、購入チケットＩＤ・決済番号・購入可能額画面を閉じることを指示するための閉じるボタンのGUIが配置されている。また、購入チケットＩＤ・決済番号・購入可能額画面には、例えば、値引きなどの追加処理が行われたときには、その内容が表示される。
　図２０には、継続決済情報に登録されている情報を確認する際に、ユーザ端末１３の表示部２４に表示される継続決済情報リスト画面の表示例が示されている。
　図２０に示すように、継続決済情報リスト画面には、購入チケットＩＤ、上限額、購入可能額、および有効時間が表示されるとともに、継続決済情報リスト画面を閉じることを指示するための閉じるボタンのGUIが配置されている。
　図２１には、継続決済情報に登録されている情報を更新する際に、ユーザ端末１３の表示部２４に表示される継続決済情報リスト（更新）画面の表示例が示されている。
　図２１に示すように、継続決済情報リスト（更新）画面には、制限を更新する購入チケットＩＤを選択するためのドロップダウンリスト、追加する購入可能額の上限額を選択するためのドロップダウンリスト、および、追加する有効時間を選択するためのドロップダウンリストが表示されるとともに、更新する処理を進行することを指示するための更新進行ボタンのGUIが配置されている。
　図２２には、継続決済情報に登録されている情報を更新した後に、ユーザ端末１３の表示部２４に表示される継続決済情報（更新）画面の表示例が示されている。
　図２２に示すように、継続決済情報（更新）画面には、制限が更新された購入チケットＩＤ、識別番号ＩＤｍ、購入可能額、有効時間が表示されるとともに、継続決済情報（更新）画面を閉じることを指示するための閉じるボタンのGUIが配置されている。
　ここで、図２３を参照して、継続決済情報について説明する。
　図２３に示すように、継続決済情報には、ユーザＩＤ、購入チケットＩＤ、継続決済キー、上限額、購入可能額、開始日時、有効期限、および識別番号ＩＤｍを登録することができる。
　まず、チケット購入後には、ユーザＩＤ、購入チケットＩＤ、および継続決済キーが記録される。
　そして、カード１４が紐づけられた後には、上限額、購入可能額、開始日時、有効期限、および識別番号ＩＤｍが記録される。
　その後、例えば、１２００円の商品が購入され、その際に追加処理として１００円の値引きが行われると、購入可能額が１００００円から８９００円に更新される。
　さらに、例えば、５０００円分の上限額が追加されるとともに、１２０分の有効時間が追加されると、上限額が１００００円から１５０００円に更新され、購入可能額が９８００円から１３９００円に更新されるとともに、有効時間が１２０分から２４０分に更新される。
　このように、継続決済情報には、支払いの決済に関する情報を継続して記録される。
　＜各処理の処理例＞
　図２４乃至図３５を参照して、情報処理システム１１において実行される各処理の処理例について説明する。
　図２４には、アプリケーション起動処理について説明するフローチャートが示されている。例えば、アプリケーション起動処理は、ユーザ端末１３、カード１４、および認証決済代行サーバ１５の間で行われる。
　ステップＳ１１において、カード１４は、ユーザによってユーザ端末１３に翳されたか否かを判定し、ユーザ端末１３に翳されたと判定されるまで処理を待機する。そして、カード１４が、ユーザ端末１３に翳されたと判定した場合、処理はステップＳ１２に進む。
　ステップＳ１２において、ユーザ端末１３およびカード１４の間で近接通信が行われ、カード１４の記憶部３１に記憶されている認証決済代行サーバ１５のURLおよび識別番号ＩＤｍの組み合わせが、カード１４からユーザ端末１３へ送信される。
　ステップＳ１３において、ユーザ端末１３では、近接通信部２２が、ステップＳ１２でカード１４から送信されてくる認証決済代行サーバ１５のURLおよび識別番号ＩＤｍを取得する。そして、ネットワーク通信部２１は、ネットワーク１２を介して、認証決済代行サーバ１５のURLおよび識別番号ＩＤｍを認証決済代行サーバ１５へ送信し、認証決済代行サーバ１５に対してアプリケーションの起動を要求する。
　ステップＳ１４において、認証決済代行サーバ１５では、ネットワーク通信部４１が、ステップＳ１３でユーザ端末１３から送信されてくる認証決済代行サーバ１５のURLおよび識別番号ＩＤｍを取得する。そして、カード認証処理部４３は、ネットワーク通信部４１が取得したカード１４の識別番号ＩＤｍに基づいてデータベース４４を検索し、カード１４の識別番号ＩＤｍのカード情報に対応付けられている継続決済情報に登録されているチケットＩＤを取得する。
　ステップＳ１５において、認証決済代行サーバ１５では、ネットワーク通信部４１が、ネットワーク１２を介して、ステップＳ１４でカード認証処理部４３がデータベース４４から検索して取得したチケットＩＤをユーザ端末１３へ送信する。
　ステップＳ１６において、ユーザ端末１３では、ネットワーク通信部２１が、ステップＳ１５で認証決済代行サーバ１５から送信されてくるチケットＩＤを取得し、そのチケットＩＤに基づいて、上限額の残高照会のページにリダイレクトする。その後、アプリケーション起動処理は終了される。
　以上のように、情報処理システム１１では、アプリケーション起動処理が実行されることによって、ユーザがカード１４をユーザ端末１３に翳すだけで、認証決済代行サーバ１５を介して上限額の残高照会のページを自動的に開くことができる。
　なお、例えば、ユーザが、図５の誘導タグ１４ｂにユーザ端末１３を翳した場合には、ステップＳ１２において、誘導タグ１４ｂから送信されてくるサービス事業者サーバ１６のURLが、ユーザ端末１３により取得される。そして、この場合、ステップＳ１３乃至Ｓ１５の処理はスキップされて処理はステップＳ１６に進み、ユーザ端末１３では、サービス事業者サーバ１６のURLに従って、チケット購入処理および継続決済の承認処理を行うページにリダイレクトされる。
　図２５乃至図２７には、チケット購入処理および継続決済の承認処理について説明するフローチャートが示されている。例えば、チケット購入処理および継続決済の承認処理は、ユーザ端末１３、認証決済代行サーバ１５、サービス事業者サーバ１６、および決済口座サーバ１７の間で行われる。
　ステップＳ２１において、サービス事業者サーバ１６では、例えば、ユーザ端末１３からのWebページの表示要求に応じて、Webページ生成部５４が、サービス事業者トップページを生成する。そして、ネットワーク通信部５１は、ネットワーク１２を介して、Webページ生成部５４が生成したサービス事業者トップページをユーザ端末１３へ送信する。
　ステップＳ２２において、ユーザ端末１３では、ネットワーク通信部２１が、ステップＳ２１でサービス事業者サーバ１６から送信されてくるサービス事業者トップページを取得する。そして、タッチパネルディスプレイ２３の表示部２４は、ネットワーク通信部２１が取得したサービス事業者トップページ（上述の図１１参照）を表示する。これにより、ユーザは、タッチパネルディスプレイ２３の表示部２４に表示されているサービス事業者トップページ画面に対するタッチ操作を行って、サービス事業者に登録済みのユーザＩＤおよびパスワードを入力することができる。
　ステップＳ２３において、ユーザ端末１３では、タッチパネルディスプレイ２３の入力部２５が、サービス事業者トップページ画面に対するタッチ操作によりユーザが入力したユーザＩＤおよびパスワードを取得する。
　ステップＳ２４において、ユーザ端末１３では、ネットワーク通信部２１が、ネットワーク１２を介して、ステップＳ２３で入力部２５が取得したユーザＩＤおよびパスワードをサービス事業者サーバ１６へ送信し、サービス事業者サーバ１６へのログインを要求する。
　ステップＳ２５において、サービス事業者サーバ１６では、ネットワーク通信部５１が、ステップＳ２４でユーザ端末１３から送信されてくるサービス事業者に登録済みのユーザＩＤおよびパスワードを取得する。そして、ユーザ認証処理部５３は、データベース５５に登録されているサービス事業者のユーザアカウントを参照して、ネットワーク通信部５１が取得したユーザＩＤおよびパスワードを確認する。ここで、ユーザ認証処理部５３は、ユーザＩＤおよびパスワードの組み合わせが一致した場合には、ログインに成功したという確認結果（ＯＫ）を取得する。一方、ユーザ認証処理部５３は、ユーザＩＤおよびパスワードの組み合わせが一致しなかった場合には、ログインに失敗したという確認結果（ＮＧ）を取得する。
　ステップＳ２６において、サービス事業者サーバ１６では、ネットワーク通信部５１が、ネットワーク１２を介して、ステップＳ２５でユーザ認証処理部５３が取得したユーザＩＤおよびパスワードの確認結果（ＯＫ／ＮＧ）を、ユーザ端末１３へ送信する。このとき、ネットワーク通信部５１は、ログインに成功したという確認結果（ＯＫ）が取得された場合、ログイントークン、および、サービス事業者が提供しているチケットのチケットリストも送信する。
　ステップＳ２７において、ユーザ端末１３では、サービス事業者サーバ１６へのログインに成功した場合には、ネットワーク通信部２１が、ログイントークンおよびチケットリストを取得する。そして、タッチパネルディスプレイ２３の表示部２４が、ネットワーク通信部２１が取得したチケットリストを提示するためのチケットリスト画面（上述の図１３参照）を表示する。これにより、ユーザは、タッチパネルディスプレイ２３の表示部２４に表示されているチケットリスト画面に対するタッチ操作を行って、所望のチケットを選択してチケット購入処理を進めることができる。
　ステップＳ２８において、ユーザ端末１３では、タッチパネルディスプレイ２３の入力部２５が、チケットリスト画面に対するタッチ操作によりユーザが選択したチケットのチケットＩＤを取得する。
　ステップＳ２９において、ユーザ端末１３では、ネットワーク通信部２１が、ネットワーク１２を介して、認証決済代行サーバ１５に対して決済口座サーバのリストの取得を要求する。
　ステップＳ３０において、認証決済代行サーバ１５では、ネットワーク通信部４１が、ネットワーク１２を介して、ステップＳ２９でユーザ端末１３から要求された決済口座サーバのリストをユーザ端末１３へ送信する。
　ステップＳ３１において、ユーザ端末１３では、ネットワーク通信部２１が、ステップＳ３０で認証決済代行サーバ１５から送信されてくる決済口座サーバのリストを取得する。そして、タッチパネルディスプレイ２３の表示部２４は、ネットワーク通信部２１が取得した決済口座サーバのリストを提示するための決済口座リスト画面（上述の図１４参照）を表示する。
　これにより、ユーザは、タッチパネルディスプレイ２３の表示部２４に表示されている決済口座リスト画面に対するタッチ操作を行って、所望の決済口座を選択することができる。そして、タッチパネルディスプレイ２３の入力部２５は、決済口座リスト画面に対するタッチ操作によりユーザが選択した決済口座を特定する決済口座ＩＤを取得する。
　ステップＳ３２において、ユーザ端末１３では、ネットワーク通信部２１が、ネットワーク１２を介して、ステップＳ３１で入力部２５が取得した決済口座ＩＤにより特定される決済口座サーバ１７に対し、決済口座サーバ１７にログインするための決済口座アカウントログイン画面を要求する。
　ステップＳ３３において、決済口座サーバ１７では、Webページ生成部６４が、ステップＳ３２でユーザ端末１３から要求された決済口座アカウントログイン画面を生成する。そして、ネットワーク通信部６１は、ネットワーク１２を介して、Webページ生成部６４が生成した決済口座アカウントログイン画面をユーザ端末１３へ送信する。
　ステップＳ３４において、ユーザ端末１３では、ネットワーク通信部２１が、ステップＳ３３で決済口座サーバ１７から送信されてくる決済口座アカウントログイン画面を取得する。そして、タッチパネルディスプレイ２３の表示部２４は、ネットワーク通信部２１が取得した決済口座アカウントログイン画面（上述の図１２参照）を表示する。これにより、ユーザは、タッチパネルディスプレイ２３の表示部２４に表示されている決済口座アカウントログイン画面に対するタッチ操作を行って、決済口座に登録済みのユーザＩＤおよびパスワードを入力することができる。
　ステップＳ３５において、ユーザ端末１３では、タッチパネルディスプレイ２３の入力部２５が、決済口座アカウントログイン画面に対するタッチ操作によりユーザが入力したユーザＩＤおよびパスワードを取得する。
　ステップＳ３６において、ユーザ端末１３では、ネットワーク通信部２１が、ネットワーク１２を介して、ステップＳ３５で入力部２５が取得したユーザＩＤおよびパスワードを決済口座サーバ１７へ送信し、決済口座サーバ１７へのログインを要求する。
　ステップＳ３７において、決済口座サーバ１７では、ネットワーク通信部６１が、ステップＳ３６でユーザ端末１３から送信されてくる決済口座に登録済みのユーザＩＤおよびパスワードを取得する。そして、ユーザ認証処理部６３は、データベース６５に記憶されている決済口座のユーザアカウントを参照して、ネットワーク通信部６１が取得したユーザＩＤおよびパスワードを確認する。ここで、ユーザ認証処理部６３は、ユーザＩＤおよびパスワードの組み合わせが一致した場合には、ログインに成功したという確認結果（ＯＫ）を取得する。一方、ユーザ認証処理部６３は、ユーザＩＤおよびパスワードの組み合わせが一致しなかった場合には、ログインに失敗したという確認結果（ＮＧ）を取得する。
　ステップＳ３８において、決済口座サーバ１７では、ネットワーク通信部６１が、ネットワーク１２を介して、ステップＳ３７でのユーザ認証処理部６３が取得したユーザＩＤおよびパスワードの確認結果（ＯＫ／ＮＧ）をユーザ端末１３へ送信する。このとき、ネットワーク通信部６１は、ログインに成功したという確認結果（ＯＫ）が取得された場合、ログイントークンも送信する。
　ステップＳ３９において、ユーザ端末１３では、ネットワーク通信部２１が、決済口座サーバ１７へのログインに成功した場合には、ステップＳ３８で決済口座サーバ１７から送信されてくるログイントークンを取得する。さらに、ネットワーク通信部２１は、ネットワーク１２を介して、ステップＳ２８で入力部２５が取得したチケットＩＤ、そのチケットＩＤで特定されるチケットの購入額、ユーザＩＤ、およびログイントークを認証決済代行サーバ１５へ送信し、認証決済代行サーバ１５に対してチケットの購入を要求する。
　ステップＳ４０において、認証決済代行サーバ１５では、ネットワーク通信部４１が、ステップＳ３９でユーザ端末１３から送信されてくるチケットＩＤ、購入額、ユーザＩＤ、およびログイントークンを取得する。さらに、ネットワーク通信部４１は、ログイントークンを検証するために、ネットワーク１２を介して、そのログイントークンと、認証決済代行サーバ１５からサービス事業者サーバ１６へログインするためのログインＩＤとをサービス事業者サーバ１６へ送信する。
　ステップＳ４１において、サービス事業者サーバ１６では、ネットワーク通信部５１が、ログインＩＤおよびログイントークンを取得し、ユーザ認証処理部５３が、そのログイントークンを確認する。そして、ステップＳ４２において、ネットワーク通信部５１は、ネットワーク１２を介して、ユーザ認証処理部５３によるログイントークンの確認結果（ＯＫ／ＮＧ）を認証決済代行サーバ１５へ送信する。
　ステップＳ４３において、認証決済代行サーバ１５では、ネットワーク通信部４１が、ステップＳ４２でサービス事業者サーバ１６から送信されてくるログイントークンの確認結果を取得する。そして、ネットワーク通信部４１は、ネットワーク１２を介して、ログイントークン、認証決済代行サーバ１５から決済口座サーバ１７へログインするためのログインＩＤ、および、ステップＳ４０で取得したチケットＩＤで特定されるチケットの購入額を決済口座サーバ１７へ送信し、決済口座サーバ１７に対して決済を要求する。
　ステップＳ４４において、決済口座サーバ１７では、ネットワーク通信部６１が、ステップＳ４３で認証決済代行サーバ１５から送信されてくるログインＩＤ、ログイントークン、および購入額を取得する。そして、決済管理処理部６２は、ログイントークンを確認し、決済処理を行った後、決済後の決済情報をデータベース６５に登録する。さらに、決済管理処理部６２は、その決済処理の決済番号および継続決済キーをネットワーク通信部６１に供給する。
　ステップＳ４５において、決済口座サーバ１７では、ネットワーク通信部６１が、ネットワーク１２を介して、ステップＳ４４で決済管理処理部６２から供給された決済番号および継続決済キーを認証決済代行サーバ１５へ送信する。
　ステップＳ４６において、認証決済代行サーバ１５では、ネットワーク通信部４１が、ステップＳ４５で決済口座サーバ１７から送信されてくる決済番号および継続決済キーを取得する。さらに、ネットワーク通信部４１は、ネットワーク１２を介して、ステップＳ４０で取得したチケットＩＤ、および、ステップＳ４６で取得した決済番号をサービス事業者サーバ１６に送信し、サービス事業者サーバ１６に対して決済の完了を通知する。
　ステップＳ４７において、サービス事業者サーバ１６では、ネットワーク通信部５１が、ステップＳ４６で認証決済代行サーバ１５から送信されてくるチケットＩＤおよび決済番号を取得する。そして、チケット管理処理部５２は、ログイントークンを確認し、ネットワーク通信部５１が取得したチケットＩＤで特定されるチケットの購入処理を行った後、購入されたチケットについての購入チケット情報をデータベース５５に登録する。
　ステップＳ４８において、サービス事業者サーバ１６では、ネットワーク通信部５１が、ネットワーク１２を介して、ログイントークンの確認結果（ＯＫ／ＮＧ）、および、購入チケットＩＤを認証決済代行サーバ１５へ送信する。
　ステップＳ４９において、認証決済代行サーバ１５では、ネットワーク通信部４１が、ステップＳ４８でサービス事業者サーバ１６から送信されてくるログイントークンの確認結果および購入チケットＩＤを取得する。そして、カード認証処理部４３は、ネットワーク通信部４１が取得した購入チケットＩＤを、データベース４４に登録されている継続決済情報に書き加える。
　ステップＳ５０において、認証決済代行サーバ１５では、ネットワーク通信部４１が、ネットワーク１２を介して、ステップＳ４６で取得した決済番号、および、ステップＳ４９で取得した購入チケットＩＤをユーザ端末１３へ送信する。
　ステップＳ５１において、ユーザ端末１３では、ネットワーク通信部２１が、ステップＳ５０で認証決済代行サーバ１５から送信されてくる決済番号および購入チケットＩＤを取得する。そして、タッチパネルディスプレイ２３の表示部２４は、ネットワーク通信部２１が取得した決済番号および購入チケットＩＤを提示する購入チケットＩＤ画面（上述の図１５参照）を表示する。その後、例えば、ユーザが、購入チケットＩＤ画面の閉じるボタンに対するタッチ操作を行うのに応じて購入チケットＩＤ画面が閉じられると、チケット購入処理および継続決済の承認処理は終了される。
　図２８および図２９には、カード紐づけ処理について説明するフローチャートが示されている。例えば、カード紐づけ処理は、ユーザ端末１３、カード１４、認証決済代行サーバ１５、およびサービス事業者サーバ１６の間で行われる。
　ステップＳ６１乃至Ｓ６５では、図２５のステップＳ２１乃至Ｓ２５と同様の処理が行われる。その後、ステップＳ６６において、サービス事業者サーバ１６では、ネットワーク通信部５１が、ネットワーク１２を介して、ステップＳ６５でユーザ認証処理部５３が取得したユーザＩＤおよびパスワードの確認結果（ＯＫ／ＮＧ）を、ユーザ端末１３へ送信する。このとき、ネットワーク通信部５１は、ログインに成功したという確認結果（ＯＫ）が取得された場合、ログイントークンも送信する。
　ステップＳ６７において、ユーザ端末１３では、サービス事業者サーバ１６へのログインに成功した場合には、ネットワーク通信部２１が、ネットワーク１２を介して、ログイントークンを取得する。そして、ネットワーク通信部２１は、ネットワーク１２を介して、ステップＳ６３で取得したユーザＩＤ、および、ログイントークンを認証決済代行サーバ１５へ送信し、購入チケットリストの取得を認証決済代行サーバ１５に要求する。
　ステップＳ６８において、認証決済代行サーバ１５では、ネットワーク通信部４１は、ネットワーク１２を介して、ステップＳ６７でユーザ端末１３から送信されてくるユーザＩＤおよびログイントークンを取得する。さらに、ネットワーク通信部４１は、ログイントークンを検証するために、ネットワーク１２を介して、そのログイントークンと、認証決済代行サーバ１５からサービス事業者サーバ１６へログインするためのログインＩＤとをサービス事業者サーバ１６へ送信する。
　ステップＳ６９において、サービス事業者サーバ１６では、ネットワーク通信部５１が、ネットワーク１２を介して、ログインＩＤおよびログイントークンを取得し、ユーザ認証処理部５３が、そのログイントークンを確認する。そして、ネットワーク通信部５１は、ステップＳ７０において、ネットワーク１２を介して、ユーザ認証処理部５３によるログイントークンの確認結果（ＯＫ／ＮＧ）を認証決済代行サーバ１５へ送信する。
　ステップＳ７１において、認証決済代行サーバ１５では、ネットワーク通信部４１が、ネットワーク１２を介して、ステップＳ７０でサービス事業者サーバ１６から送信されてくるログイントークンの確認結果を取得する。そして、ログイントークンの確認に成功している確認結果（ＯＫ）である場合、決済代行処理部４２は、ステップＳ６８でネットワーク通信部４１が取得したユーザＩＤに基づいて、データベース４４に登録されている継続決済情報リストを検索し、まだ紐づけられていない購入チケットＩＤを抽出する。
　ステップＳ７２において、認証決済代行サーバ１５では、ネットワーク通信部４１が、ネットワーク１２を介して、ステップＳ７１で決済代行処理部４２が抽出した購入チケットＩＤのリストをユーザ端末１３へ送信する。
　ステップＳ７３において、ユーザ端末１３では、ネットワーク通信部２１が、ステップＳ７２で認証決済代行サーバ１５から送信されてくる購入チケットＩＤのリストを取得する。そして、タッチパネルディスプレイ２３の表示部２４が、ネットワーク通信部２１が取得した購入チケットＩＤのリストを提示するための購入チケットＩＤリスト画面（上述の図１６参照）を表示する。
　これにより、ユーザは、購入チケットＩＤリスト画面に対するタッチ操作により、カード１４に紐づける購入チケットＩＤを選択し、上限額および有効時間の限定範囲を選択することができる。
　ステップＳ７４において、ユーザ端末１３では、タッチパネルディスプレイ２３の入力部２５が、購入チケットＩＤリスト画面に対するタッチ操作によりユーザが選択した購入チケットＩＤ、上限額、および有効時間を取得する。
　ステップＳ７５において、ユーザ端末１３は、ユーザによりカード１４が翳されて、近接通信が開始されるまで処理を待機する。
　ステップＳ７６において、カード１４は、ユーザによってユーザ端末１３に翳されたか否かを判定し、ユーザ端末１３に翳されたと判定されるまで処理を待機する。そして、ユーザが、紐づけたいカード１４をユーザ端末１３に翳すと、そのカード１４は、ユーザ端末１３に翳されたと判定して、処理はステップＳ７７に進む。
　ステップＳ７７において、ユーザ端末１３によって、紐づけたいカード１４の捕捉が行われて、ユーザ端末１３およびカード１４の間で近接通信が行われ、カード１４の記憶部３１に記憶されている識別番号ＩＤｍが、カード１４からユーザ端末１３へ送信される。
　ステップＳ７８において、ユーザ端末１３では、近接通信部２２が、ステップＳ７７でカード１４から送信されてくる識別番号ＩＤｍを取得する。そして、ネットワーク通信部２１は、ネットワーク１２を介して、ユーザＩＤ、識別番号ＩＤｍ、購入チケットＩＤ、上限額、および有効時間を認証決済代行サーバ１５へ送信し、ユーザにより翳されたカード１４の紐づけを要求する。
　ステップＳ７９において、認証決済代行サーバ１５では、ネットワーク通信部４１が、ステップＳ７８でユーザ端末１３から送信されてくるユーザＩＤ、識別番号ＩＤｍ、購入チケットＩＤ、上限額、および有効時間を取得する。そして、カード認証処理部４３は、ネットワーク通信部４１が取得した購入チケットＩＤに対応付けられている継続決済情報を検索し、その継続決済情報の上限額、開始日時、および有効時間を記録するとともに、識別番号ＩＤｍを紐づける。
　ステップＳ８０において、認証決済代行サーバ１５では、ネットワーク通信部４１が、ネットワーク１２を介して、ステップＳ７９で行われたカード１４の紐づけ結果（ＯＫ／ＮＧ）および継続決済情報をユーザ端末１３へ送信する。
　ステップＳ８１において、ユーザ端末１３では、ネットワーク通信部２１は、ステップＳ８０で認証決済代行サーバ１５から送信されてくる継続決済情報を取得する。そして、タッチパネルディスプレイ２３の表示部２４は、ネットワーク通信部２１が取得した継続決済情報を提示する継続決済情報画面（上述の図１７参照）を表示する。その後、例えば、ユーザが、継続決済情報画面の閉じるボタンに対するタッチ操作を行うのに応じて継続決済情報画面が閉じられると、カード紐づけ処理は終了される。
　図３０には、入場ゲート通過処理について説明するフローチャートが示されている。例えば、入場ゲート通過処理は、カード１４、認証決済代行サーバ１５、サービス事業者サーバ１６、および入場ゲート装置１８の間で行われる。
　ステップＳ９１において、カード１４は、ユーザによって入場ゲート装置１８に翳されたか否かを判定し、入場ゲート装置１８に翳されたと判定されるまで処理を待機する。そして、カード１４が、入場ゲート装置１８に翳されたと判定した場合、処理はステップＳ９２に進む。
　ステップＳ９２において、入場ゲート装置１８およびカード１４の間で近接通信が行われ、カード１４の記憶部３１に記憶されている識別番号ＩＤｍが、カード１４から入場ゲート装置１８へ送信される。
　ステップＳ９３において、入場ゲート装置１８では、近接通信部７２が、ステップＳ９２でカード１４から送信されてくる識別番号ＩＤｍを取得する。そして、ネットワーク通信部７１は、ネットワーク１２を介して、識別番号ＩＤｍを認証決済代行サーバ１５へ送信し、認証決済代行サーバ１５に対してカード１４の認証を要求する。
　ステップＳ９４において、認証決済代行サーバ１５では、ネットワーク通信部４１が、ステップＳ９３で入場ゲート装置１８から送信されてくる識別番号ＩＤｍを取得する。そして、カード認証処理部４３は、ネットワーク通信部４１が取得したカード１４の識別番号ＩＤｍを認証するためのカードコマンドをネットワーク通信部４１に供給する。これに応じ、ネットワーク通信部４１は、ネットワーク１２を介して、カードコマンドを入場ゲート装置１８へ送信する。
　ステップＳ９５において、入場ゲート装置１８では、ネットワーク通信部７１が、ステップＳ９４で認証決済代行サーバ１５から送信されてくるカードコマンドを取得する。そして、近接通信部７２は、ネットワーク通信部７１が取得したカードコマンドを、近接通信によりカード１４へ送信する。
　ステップＳ９６において、カード１４は、ステップＳ９５で入場ゲート装置１８から送信されてくるカードコマンドに対するカードレスポンスを送信する。
　ステップＳ９７において、入場ゲート装置１８では、近接通信部７２が、ステップＳ９６でカード１４から送信されてくるカードレスポンス取得する。そして、ネットワーク通信部７１は、ネットワーク１２を介して、カードレスポンスを認証決済代行サーバ１５へ送信する。
　ステップＳ９８において、認証決済代行サーバ１５では、ネットワーク通信部４１が、ステップＳ９７で入場ゲート装置１８から送信されてくるカードレスポンスを取得する。ここで、カード１４を認証するためにカードコマンドおよびカードレスポンスを送受信する処理（ステップＳ９４乃至Ｓ９７）は、カード１４によっては複数回繰り返して行われることがある。
　さらに、ステップＳ９８において、認証決済代行サーバ１５では、カード認証処理部４３が、ネットワーク通信部４１が取得したカードレスポンスを検証する。そして、カード認証処理部４３は、データベース４４を検索し、ステップＳ９４でネットワーク通信部４１が取得した識別番号ＩＤｍに対応付けられている継続決済情報を検索結果として特定する。そして、カード認証処理部４３は、現在の日時が、特定した継続決済情報に登録されている有効時間内であることを確認する。即ち、継続決済情報に登録されている開始日時に有効時間を加えた日時が、現在の日時より後である場合（開示日時＋有効時間＞現在の日時）には、現在の日時が、特定した継続決済情報に登録されている有効時間内であると確認することができる。
　ステップＳ９９において、認証決済代行サーバ１５では、ネットワーク通信部４１が、ネットワーク１２を介して、ステップＳ９８でカード認証処理部４３により特定された継続決済情報に登録されている購入チケットＩＤを、入場ゲート装置１８へ送信する。
　ステップＳ１００において、入場ゲート装置１８では、ネットワーク通信部７１が、ステップＳ９９で認証決済代行サーバ１５から送信されてくる購入チケットＩＤを取得する。そして、ネットワーク通信部７１は、ネットワーク１２を介して、その購入チケットＩＤをサービス事業者サーバ１６へ送信し、サービス事業者サーバ１６に対して購入チケット情報の取得を要求する。
　ステップＳ１０１において、サービス事業者サーバ１６では、ネットワーク通信部５１が、ステップＳ１００で入場ゲート装置１８から送信されてくる購入チケットＩＤを取得する。そして、チケット管理処理部５２は、ネットワーク通信部５１が取得した購入チケットＩＤに基づいてデータベース５５を検索し、その購入チケットＩＤに対応付けられている購入チケット情報を読み出す。
　ステップＳ１０２において、サービス事業者サーバ１６では、ネットワーク通信部５１が、ネットワーク１２を介して、ステップＳ１０１でチケット管理処理部５２がデータベース５５から読み出した購入チケット情報を入場ゲート装置１８へ送信する。
　ステップＳ１０３において、入場ゲート装置１８では、ネットワーク通信部７１が、ステップＳ１０２でサービス事業者サーバ１６から送信されてくる購入チケット情報を取得し、その購入チケット情報を確認する。その後、ステップＳ１０４において、ゲート機構７３がゲートをオープンすることで、ユーザはゲートを通過することができ、入場ゲート通過処理は終了される。
　図３１および図３２には、店舗での商品購入処理について説明するフローチャートが示されている。例えば、店舗での商品購入処理は、カード１４、認証決済代行サーバ１５、サービス事業者サーバ１６、決済口座サーバ１７、および店舗装置１９の間で行われる。
　ステップＳ１１１において、店舗装置１９では、タッチパネルディスプレイ８４の表示部８５が、ユーザが購入する商品を提示する商品リスト画面（上述の図１８参照）を表示する。これにより、ユーザは、タッチパネルディスプレイ８４の表示部８５に表示されている商品リスト画面に対するタッチ操作を行って、購入したい商品を選択することができる。
　ステップＳ１１２において、店舗装置１９では、タッチパネルディスプレイ８４の入力部８６が、商品リスト画面に対するタッチ操作によりユーザが購入したい商品の商品ＩＤを取得する。
　ステップＳ１１３において、店舗装置１９は、ステップＳ１１２で入力部８６が取得した商品ＩＤに基づいて合計の購入額を算出し、タッチパネルディスプレイ８４の表示部８５に表示されている商品リスト画面に購入額が表示される。
　そして、ユーザが、商品リスト画面の会計に進めるボタンに対するタッチ操作を行うと、処理はＳ１１４に進み、店舗装置１９は、ユーザによりカード１４が翳されて、近接通信が開始されるまで処理を待機する。
　ステップＳ１１５において、カード１４は、ユーザによって店舗装置１９に翳されたか否かを判定し、店舗装置１９に翳されたと判定されるまで処理を待機する。そして、ユーザが、紐づけたカード１４を店舗装置１９に翳すと、そのカード１４は、店舗装置１９に翳されたと判定して、処理はステップＳ１１６に進む。
　ステップＳ１１６において、店舗装置１９によって、紐づけたカード１４の捕捉が行われて、店舗装置１９およびカード１４の間で近接通信が行われ、カード１４の記憶部３１に記憶されている識別番号ＩＤｍが、カード１４から店舗装置１９へ送信される。
　ステップＳ１１７において、店舗装置１９では、近接通信部８２が、ステップＳ１１６でカード１４から送信されてくる識別番号ＩＤｍを取得する。そして、ネットワーク通信部８１は、ネットワーク１２を介して、識別番号ＩＤｍ、商品ＩＤリスト、および購入額を認証決済代行サーバ１５へ送信し、商品決済を要求する。
　ステップＳ１１８において、認証決済代行サーバ１５では、ネットワーク通信部４１が、ステップＳ１１７で店舗装置１９から送信されてくる識別番号ＩＤｍ、商品ＩＤリスト、および購入額を取得する。そして、カード認証処理部４３は、ネットワーク通信部４１が取得したカード１４の識別番号ＩＤｍを認証するためのカードコマンドをネットワーク通信部４１に供給する。これに応じ、ネットワーク通信部４１は、ネットワーク１２を介して、カードコマンドを店舗装置１９へ送信する。
　ステップＳ１１９において、店舗装置１９では、ネットワーク通信部８１が、ステップＳ１１８で認証決済代行サーバ１５から送信されてくるカードコマンドを取得する。そして、近接通信部８２は、ネットワーク通信部８１が取得したカードコマンドを、近接通信によりカード１４へ送信する。
　ステップＳ１２０において、カード１４は、ステップＳ１１９で店舗装置１９から送信されてくるカードコマンドに対するカードレスポンスを送信する。
　ステップＳ１２１において、店舗装置１９では、近接通信部８２が、ステップＳ１２０でカード１４から送信されてくるカードレスポンス取得する。そして、ネットワーク通信部８１は、ネットワーク１２を介して、カードレスポンスを認証決済代行サーバ１５へ送信する。
　ステップＳ１２２において、認証決済代行サーバ１５では、ネットワーク通信部４１が、ステップＳ１２１で店舗装置１９から送信されてくるカードレスポンスを取得する。認証決済代行サーバ１５では、カード認証処理部４３が、ネットワーク通信部４１が取得したカードレスポンスを検証する。そして、カード認証処理部４３は、データベース４４を検索し、ステップＳ１１８でネットワーク通信部４１が取得した識別番号ＩＤｍに対応付けられている継続決済情報を検索結果として特定する。そして、カード認証処理部４３は、上述した図３０のステップＳ９８と同様に、現在の日時が、特定した継続決済情報に登録されている有効時間内であることを確認する。
　さらに、カード認証処理部４３は、データベース４４を検索し、識別番号ＩＤｍに対応付けられているカード情報を検索結果として特定する。そして、決済代行処理部４２は、カード情報に登録されているカード付属情報に従って、追加処理が必要な場合には追加処理を行う。例えば、追加処理としては、カード１４の特典としての値引きやポイント付与などが行われることが想定される。その後、決済代行処理部４２は、購入額（追加処理が行われた場合には、追加処理後の購入額）が、上限額を超えないことを確認する。
　ステップＳ１２３において、認証決済代行サーバ１５では、ネットワーク通信部４１が、ネットワーク１２を介して、購入額（追加処理後の購入額）、カード付属情報、および継続決済キーを決済口座サーバ１７へ送信し、決済口座サーバ１７に対して決済を要求する。
　ステップＳ１２４において、決済口座サーバ１７では、ネットワーク通信部６１が、ステップＳ１２３で認証決済代行サーバ１５から送信されてくる購入額（追加処理後の購入額）、カード付属情報、および継続決済キーを取得する。そして、決済管理処理部６２は、ネットワーク通信部６１が取得した継続決済キーを確認し、購入額（追加処理後の購入額）の引き落としを行う。
　ステップＳ１２５において、決済口座サーバ１７では、ネットワーク通信部６１が、ネットワーク１２を介して、ステップＳ１２４で決済が行われた決済結果（ＯＫ／ＮＧ）、および、その決済を特定する決済番号を、認証決済代行サーバ１５へ送信する。
　ステップＳ１２６において、認証決済代行サーバ１５では、ネットワーク通信部４１が、ネットワーク１２を介して、購入チケットＩＤ、商品ＩＤリスト、購入額（追加処理後の購入額）、店舗ＩＤ、および決済番号をサービス事業者サーバ１６へ送信し、決済結果を通知する。
　ステップＳ１２７において、サービス事業者サーバ１６では、ネットワーク通信部５１が、購入チケットＩＤ、商品ＩＤリスト、購入額（追加処理後の購入額）、店舗ＩＤ、および決済番号を取得する。そして、ネットワーク通信部５１は、決済結果を承認したことを認証決済代行サーバ１５へ通知する。
　ステップＳ１２８において、認証決済代行サーバ１５では、決済代行処理部４２が、購入可能額から購入額（追加処理後の購入額）の差し引きを行う。
　ステップＳ１２９において、認証決済代行サーバ１５では、ネットワーク通信部４１が、ネットワーク１２を介して、決済結果（ＯＫ／ＮＧ）、購入チケットＩＤ、決済番号、および購入可能額を店舗装置１９へ送信する。
　ステップＳ１３０において、店舗装置１９では、ネットワーク通信部８１が、ステップＳ１２９で認証決済代行サーバ１５から送信されてくる決済結果（ＯＫ／ＮＧ）、購入チケットＩＤ、決済番号、および購入可能額を取得する。そして、タッチパネルディスプレイ８４の表示部８５は、購入チケットＩＤ、決済番号、および購入可能額を提示する購入チケットＩＤ・決済番号・購入可能額画面（上述の図１９参照）を表示する。その後、例えば、ユーザが、購入チケットＩＤ・決済番号・購入可能額画面の閉じるボタンに対するタッチ操作を行うのに応じて購入チケットＩＤ・決済番号・購入可能額画面が閉じられると、店舗での商品購入処理は終了される。
　図３３には、上限額の残高参照処理について説明するフローチャートが示されている。例えば、上限額の残高参照処理は、ユーザ端末１３、認証決済代行サーバ１５、およびサービス事業者サーバ１６の間で行われる。
　ステップＳ１４１乃至Ｓ１４５では、図２５のステップＳ２１乃至Ｓ２５と同様の処理が行われる。その後、ステップＳ１４６において、サービス事業者サーバ１６では、ネットワーク通信部５１が、ネットワーク１２を介して、ステップＳ１４５でユーザ認証処理部５３が取得したユーザＩＤおよびパスワードの確認結果（ＯＫ／ＮＧ）を、ユーザ端末１３へ送信する。このとき、ネットワーク通信部５１は、ログインに成功したという確認結果（ＯＫ）が取得された場合、ログイントークンも送信する。
　ステップＳ１７４において、ユーザ端末１３では、サービス事業者サーバ１６へのログインに成功した場合には、ネットワーク通信部２１が、ネットワーク１２を介して、ログイントークンを取得する。そして、ネットワーク通信部２１は、ネットワーク１２を介して、ステップＳ１４３で取得したユーザＩＤ、および、ログイントークンを認証決済代行サーバ１５へ送信し、認証決済代行サーバ１５に対して残高照会を要求する。
　ステップＳ１４８において、認証決済代行サーバ１５では、ネットワーク通信部４１は、ネットワーク１２を介して、ステップＳ１４７でユーザ端末１３から送信されてくるユーザＩＤおよびログイントークンを取得する。さらに、ネットワーク通信部４１は、ログイントークンを検証するために、ネットワーク１２を介して、そのログイントークンと、認証決済代行サーバ１５からサービス事業者サーバ１６へログインするためのログインＩＤとをサービス事業者サーバ１６へ送信する。
　ステップＳ１４９において、サービス事業者サーバ１６では、ネットワーク通信部５１が、ネットワーク１２を介して、ログインＩＤおよびログイントークンを取得し、ユーザ認証処理部５３が、そのログイントークンを確認する。そして、ネットワーク通信部５１は、ネットワーク１２を介して、ユーザ認証処理部５３によるログイントークンの確認結果（ＯＫ／ＮＧ）を認証決済代行サーバ１５へ送信する。
　ステップＳ１５１において、認証決済代行サーバ１５では、ネットワーク通信部４１が、ステップＳ１５０でサービス事業者サーバ１６から送信されてくるログイントークンの確認結果を取得する。そして、ログイントークンの確認に成功している確認結果（ＯＫ）である場合、決済代行処理部４２は、ステップＳ１４８でネットワーク通信部４１が取得したユーザＩＤに基づいて、データベース４４に登録されている継続決済情報を検索する。
　ステップＳ１５２において、認証決済代行サーバ１５では、ネットワーク通信部４１が、ネットワーク１２を介して、ステップＳ１５１で決済代行処理部４２が検索した継続決済情報のリストをユーザ端末１３へ送信する。
　ステップＳ１５３において、ユーザ端末１３では、ネットワーク通信部２１が、ステップＳ１５２で認証決済代行サーバ１５から送信されてくる継続決済情報のリストを取得する。そして、タッチパネルディスプレイ２３の表示部２４は、ネットワーク通信部２１が取得した継続決済情報のリストを提示するための継続決済情報リスト画面（上述の図２０参照）を表示する。その後、例えば、ユーザが、継続決済情報リスト画面の閉じるボタンに対するタッチ操作を行うのに応じて継続決済情報リスト画面が閉じられると、上限額の残高参照処理は終了される。
　図３４および図３５には、制限の更新処理について説明するフローチャートが示されている。例えば、制限の更新処理は、ユーザ端末１３、認証決済代行サーバ１５、およびサービス事業者サーバ１６の間で行われる。
　ステップＳ１６１乃至Ｓ１６６では、図３３のステップＳ１４１乃至Ｓ１４６と同様の処理が行われる。その後、ステップＳ１６７において、ユーザ端末１３では、サービス事業者サーバ１６へのログインに成功した場合には、ネットワーク通信部２１が、ネットワーク１２を介して、ログイントークンを取得する。そして、ネットワーク通信部２１は、ネットワーク１２を介して、ステップＳ１６３で取得したユーザＩＤ、および、ログイントークンを認証決済代行サーバ１５へ送信し、認証決済代行サーバ１５に対して購入チケットＩＤリストの取得を要求する。
　そして、ステップＳ１６７乃至Ｓ１７２において、図３３のステップＳ１４７乃至Ｓ１５２と同様の処理が行われる。その後、ステップＳ１７３において、ユーザ端末１３では、ネットワーク通信部２１が、ステップＳ１７２で認証決済代行サーバ１５から送信されてくる継続決済情報のリストを取得する。そして、タッチパネルディスプレイ２３の表示部２４は、ネットワーク通信部２１が取得した継続決済情報のリストを提示するための継続決済情報リスト（更新）画面（上述の図２１参照）を表示する。
　これにより、ユーザは、タッチパネルディスプレイ２３の表示部２４に表示されている継続決済情報リスト（更新）画面に対するタッチ操作を行って、更新したいチケットＩＤ、上限額、および有効時間を選択して制限の更新要求を行うことができる。
　ステップＳ１７４において、ユーザ端末１３では、タッチパネルディスプレイ２３の入力部２５が、継続決済情報リスト（更新）画面に対するタッチ操作によりユーザが更新したいチケットＩＤ、上限額、および有効時間に対する制限の更新要求を取得する。
　ステップＳ１７５において、ユーザ端末１３では、ネットワーク通信部２１が、ネットワーク１２を介して、チケットＩＤ、上限額、および有効時間を認証決済代行サーバ１５へ送信し、認証決済代行サーバ１５に対して制限の更新を要求する。
　ステップＳ１７６において、認証決済代行サーバ１５では、ネットワーク通信部４１が、ステップＳ１７５でユーザ端末１３から送信されてくるチケットＩＤ、上限額、および有効時間を取得する。そして、決済代行処理部４２は、ネットワーク通信部４１が取得した購入チケットＩＤに対応付けられている継続決済情報を検索し、その継続決済情報の上限額、および有効時間を更新する。
　ステップＳ１７７において、認証決済代行サーバ１５では、ネットワーク通信部４１が、ネットワーク１２を介して、ステップＳ１７６でカード認証処理部４３が更新した継続決済情報をユーザ端末１３へ送信する。
　ステップＳ１７８において、ユーザ端末１３では、ネットワーク通信部２１が、ステップＳ１７７で認証決済代行サーバ１５から送信されてくる継続決済情報を取得する。そして、タッチパネルディスプレイ２３の表示部２４は、ネットワーク通信部２１が取得した継続決済情報を提示するための継続決済情報（更新）画面（上述の図２０参照）を表示する。その後、例えば、ユーザが、継続決済情報（更新）画面の閉じるボタンに対するタッチ操作を行うのに応じて継続決済情報（更新）画面が閉じられると、制限の更新処理は終了される。
　なお、本実施の形態においては、カード１４を紐づけして支払いに利用しているが、その他、いわゆるスマートウォッチなどのようなウェアラブルなデバイスや、ＩＣチップが埋め込まれたキーホルダーなどのような様々な物体を紐づけして、支払いを行う際に利用することができる。
　＜コンピュータの構成例＞
　次に、上述した一連の処理（情報処理方法）は、ハードウェアにより行うこともできるし、ソフトウェアにより行うこともできる。一連の処理をソフトウェアによって行う場合には、そのソフトウェアを構成するプログラムが、汎用のコンピュータ等にインストールされる。
　図３６は、上述した一連の処理を実行するプログラムがインストールされるコンピュータの一実施の形態の構成例を示すブロック図である。
　プログラムは、コンピュータに内蔵されている記録媒体としてのハードディスク１０５やROM１０３に予め記録しておくことができる。
　あるいはまた、プログラムは、ドライブ１０９によって駆動されるリムーバブル記録媒体１１１に格納（記録）しておくことができる。このようなリムーバブル記録媒体１１１は、いわゆるパッケージソフトウェアとして提供することができる。ここで、リムーバブル記録媒体１１１としては、例えば、フレキシブルディスク、CD-ROM(Compact Disc Read Only Memory)，MO(Magneto Optical)ディスク，DVD(Digital Versatile Disc)、磁気ディスク、半導体メモリ等がある。
　なお、プログラムは、上述したようなリムーバブル記録媒体１１１からコンピュータにインストールする他、通信網や放送網を介して、コンピュータにダウンロードし、内蔵するハードディスク１０５にインストールすることができる。すなわち、プログラムは、例えば、ダウンロードサイトから、ディジタル衛星放送用の人工衛星を介して、コンピュータに無線で転送したり、LAN(Local Area Network)、インターネットといったネットワークを介して、コンピュータに有線で転送することができる。
　コンピュータは、CPU(Central Processing Unit)１０２を内蔵しており、CPU１０２には、バス１０１を介して、入出力インタフェース１１０が接続されている。
　CPU１０２は、入出力インタフェース１１０を介して、ユーザによって、入力部１０７が操作等されることにより指令が入力されると、それに従って、ROM(Read Only Memory)１０３に格納されているプログラムを実行する。あるいは、CPU１０２は、ハードディスク１０５に格納されたプログラムを、RAM(Random Access Memory)１０４にロードして実行する。
　これにより、CPU１０２は、上述したフローチャートにしたがった処理、あるいは上述したブロック図の構成により行われる処理を行う。そして、CPU１０２は、その処理結果を、必要に応じて、例えば、入出力インタフェース１１０を介して、出力部１０６から出力、あるいは、通信部１０８から送信、さらには、ハードディスク１０５に記録等させる。
　なお、入力部１０７は、キーボードや、マウス、マイク等で構成される。また、出力部１０６は、LCD(Liquid Crystal Display)やスピーカ等で構成される。
　ここで、本明細書において、コンピュータがプログラムに従って行う処理は、必ずしもフローチャートとして記載された順序に沿って時系列に行われる必要はない。すなわち、コンピュータがプログラムに従って行う処理は、並列的あるいは個別に実行される処理（例えば、並列処理あるいはオブジェクトによる処理）も含む。
　また、プログラムは、１のコンピュータ（プロセッサ）により処理されるものであっても良いし、複数のコンピュータによって分散処理されるものであっても良い。さらに、プログラムは、遠方のコンピュータに転送されて実行されるものであっても良い。
　さらに、本明細書において、システムとは、複数の構成要素（装置、モジュール（部品）等）の集合を意味し、すべての構成要素が同一筐体中にあるか否かは問わない。したがって、別個の筐体に収納され、ネットワークを介して接続されている複数の装置、及び、１つの筐体の中に複数のモジュールが収納されている１つの装置は、いずれも、システムである。
　また、例えば、１つの装置（または処理部）として説明した構成を分割し、複数の装置（または処理部）として構成するようにしてもよい。逆に、以上において複数の装置（または処理部）として説明した構成をまとめて１つの装置（または処理部）として構成されるようにしてもよい。また、各装置（または各処理部）の構成に上述した以外の構成を付加するようにしてももちろんよい。さらに、システム全体としての構成や動作が実質的に同じであれば、ある装置（または処理部）の構成の一部を他の装置（または他の処理部）の構成に含めるようにしてもよい。
　また、例えば、本技術は、１つの機能を、ネットワークを介して複数の装置で分担、共同して処理するクラウドコンピューティングの構成をとることができる。
　また、例えば、上述したプログラムは、任意の装置において実行することができる。その場合、その装置が、必要な機能（機能ブロック等）を有し、必要な情報を得ることができるようにすればよい。
　また、例えば、上述のフローチャートで説明した各ステップは、１つの装置で実行する他、複数の装置で分担して実行することができる。さらに、１つのステップに複数の処理が含まれる場合には、その１つのステップに含まれる複数の処理は、１つの装置で実行する他、複数の装置で分担して実行することができる。換言するに、１つのステップに含まれる複数の処理を、複数のステップの処理として実行することもできる。逆に、複数のステップとして説明した処理を１つのステップとしてまとめて実行することもできる。
　なお、コンピュータが実行するプログラムは、プログラムを記述するステップの処理が、本明細書で説明する順序に沿って時系列に実行されるようにしても良いし、並列に、あるいは呼び出しが行われたとき等の必要なタイミングで個別に実行されるようにしても良い。つまり、矛盾が生じない限り、各ステップの処理が上述した順序と異なる順序で実行されるようにしてもよい。さらに、このプログラムを記述するステップの処理が、他のプログラムの処理と並列に実行されるようにしても良いし、他のプログラムの処理と組み合わせて実行されるようにしても良い。
　なお、本明細書において複数説明した本技術は、矛盾が生じない限り、それぞれ独立に単体で実施することができる。もちろん、任意の複数の本技術を併用して実施することもできる。例えば、いずれかの実施の形態において説明した本技術の一部または全部を、他の実施の形態において説明した本技術の一部または全部と組み合わせて実施することもできる。また、上述した任意の本技術の一部または全部を、上述していない他の技術と併用して実施することもできる。
　＜構成の組み合わせ例＞
　なお、本技術は以下のような構成も取ることができる。
（１）
　所望の商品またはサービスを購入する際の支払いの上限として設定される上限額、および、前記支払いを行う際に利用される支払い物体に割り当てられた識別情報を取得する取得部と、
　前記支払いの決済に関する情報を継続して記録する継続決済情報に、前記識別情報を紐づけるとともに、前記上限額を記録する処理を行う継続決済情報処理部と
　を備える情報処理装置。
（２）
　前記継続決済情報処理部は、所定の購入額で支払いが行われたことにより前記上限額から前記購入額が差し引かれた購入可能額を前記継続決済情報に記録する
　上記（１）に記載の情報処理装置。
（３）
　前記取得部は、前記商品または前記サービスを購入する際の購入額、および、その購入の際に前記支払い物体から取得された前記識別情報を、前記商品または前記サービスを販売する店舗の装置から取得し、
　前記継続決済情報処理部は、前記識別情報が紐づけられている前記継続決済情報に記録されている前記購入可能額を超えないことの確認を行う
　上記（２）に記載の情報処理装置。
（４）
　前記継続決済情報処理部は、前記支払い物体に関する情報に前記識別情報とともに登録されている付属情報に基づいて、前記商品または前記サービスの購入に際した所定の追加処理を行う
　上記（３）に記載の情報処理装置。
（５）
　前記取得部は、前記上限額に対して制限を更新する更新上限額を取得し、
　前記継続決済情報処理部は、前記更新上限額に従って前記上限額を増加させて前記継続決済情報を更新する
　上記（１）から（４）までのいずれかに記載の情報処理装置。
（６）
　前記取得部は、前記支払い物体が利用される場所に入場するために購入された購入チケットが有効となる日時を示す開始日時、および前記開始日時からの有効である時間を示す有効時間を取得し、
　前記継続決済情報処理部は、前記識別情報とともに、前記継続決済情報に前記開始日時および前記有効時間を記録する
　上記（１）から（５）までのいずれかに記載の情報処理装置。
（７）
　前記取得部は、前記有効時間に対して制限を更新する更新有効時間を取得し、
　前記継続決済情報処理部は、前記更新有効時間に従って前記有効時間を延長させて前記継続決済情報を更新する
　上記（６）に記載の情報処理装置。
（８）
　前記取得部は、前記場所に入場する入口に配置されている入場ゲートを通過する際に前記支払い物体から取得された前記識別情報を、前記入場ゲートの装置から取得し、
　前記継続決済情報処理部は、前記識別情報が紐づけられている前記継続決済情報に記録されている前記有効時間内であることの確認を行う
　上記（６）または（７）に記載の情報処理装置。
（９）
　情報処理装置が、
　所望の商品またはサービスを購入する際の支払いの上限として設定される上限額、および、前記支払いを行う際に利用される支払い物体に割り当てられた識別情報を取得することと、
　前記支払いの決済に関する情報を継続して記録する継続決済情報に、前記識別情報を紐づけるとともに、前記上限額を記録する処理を行うことと
　を含む情報処理方法。
（１０）
　情報処理装置のコンピュータに、
　所望の商品またはサービスを購入する際の支払いの上限として設定される上限額、および、前記支払いを行う際に利用される支払い物体に割り当てられた識別情報を取得することと、
　前記支払いの決済に関する情報を継続して記録する継続決済情報に、前記識別情報を紐づけるとともに、前記上限額を記録する処理を行うことと
　を含む情報処理を実行させるためのプログラム。
（１１）
　所望の商品またはサービスを購入する際の支払いの上限として設定される上限額、および、前記支払いを行う際に利用される支払い物体に割り当てられた識別情報を取得する取得部と、
　前記支払い物体を利用した決済を代行する情報処理装置に対し、前記支払いの決済に関する情報を継続して記録する継続決済情報に、前記識別情報を紐づけるとともに、前記上限額を記録する処理を要求する要求部と
　を備える情報処理端末。
（１２）
　前記支払い物体との間で近接通信を行って、前記識別情報とともに前記情報処理装置が提供する決済サービスのWebページを指定するURL（Uniform Resource Locator）を読み取る近接通信部
　をさらに備え、
　前記要求部は、前記識別情報および前記URLを前記情報処理装置に送信し、前記上限額の残高を照会するWebページの起動を要求する
　上記（１１）に記載の情報処理端末。
（１３）
　前記支払いの決済を行うために、複数の決済サービスの中から所望の決済サービスを選択させるユーザインタフェースを表示する表示部
　をさらに備える上記（１１）に記載の情報処理端末。
（１４）
　情報処理端末が、
　所望の商品またはサービスを購入する際の支払いの上限として設定される上限額、および、前記支払いを行う際に利用される支払い物体に割り当てられた識別情報を取得することと、
　前記支払い物体を利用した決済を代行する情報処理装置に対し、前記支払いの決済に関する情報を継続して記録する継続決済情報に、前記識別情報を紐づけるとともに、前記上限額を記録する処理を要求することと
　を含む情報処理方法。
（１５）
　情報処理端末のコンピュータに、
　所望の商品またはサービスを購入する際の支払いの上限として設定される上限額、および、前記支払いを行う際に利用される支払い物体に割り当てられた識別情報を取得することと、
　前記支払い物体を利用した決済を代行する情報処理装置に対し、前記支払いの決済に関する情報を継続して記録する継続決済情報に、前記識別情報を紐づけるとともに、前記上限額を記録する処理を要求することと
　を含む情報処理を実行させるためのプログラム。
　なお、本実施の形態は、上述した実施の形態に限定されるものではなく、本開示の要旨を逸脱しない範囲において種々の変更が可能である。また、本明細書に記載された効果はあくまで例示であって限定されるものではなく、他の効果があってもよい。
　１１　情報処理システム，　１２　ネットワーク，　１３　ユーザ端末，　１４　カード，　１５　認証決済代行サーバ，　１６　サービス事業者サーバ，　１７　決済口座サーバ，　１８　入場ゲート装置，　１９　店舗装置，　２１　ネットワーク通信部，　２２　近接通信部，　２３　タッチパネルディスプレイ，　２４　表示部，　２５　入力部，　３１　記憶部，　４１　ネットワーク通信部，　４２　決済代行処理部，　４３　カード認証処理部，　４４　データベース，　５１　ネットワーク通信部，　５２　チケット管理処理部，　５３　ユーザ認証処理部，　５４　Webページ生成部，　５５　データベース，　６１　ネットワーク通信部，　６２　決済管理処理部，　６３　ユーザ認証処理部，　６４　Webページ生成部，　６５　データベース，　７１　ネットワーク通信部，　７２　近接通信部，　７３　ゲート機構，　７４　タッチパネルディスプレイ，　８１　ネットワーク通信部，　８２　近接通信部，　８３　記憶部，　８４　タッチパネルディスプレイ

Claims (15)

  1. 　所望の商品またはサービスを購入する際の支払いの上限として設定される上限額、および、前記支払いを行う際に利用される支払い物体に割り当てられた識別情報を取得する取得部と、
    　前記支払いの決済に関する情報を継続して記録する継続決済情報に、前記識別情報を紐づけるとともに、前記上限額を記録する処理を行う継続決済情報処理部と
    　を備える情報処理装置。
  2. 　前記継続決済情報処理部は、所定の購入額で支払いが行われたことにより前記上限額から前記購入額が差し引かれた購入可能額を前記継続決済情報に記録する
    　請求項１に記載の情報処理装置。
  3. 　前記取得部は、前記商品または前記サービスを購入する際の購入額、および、その購入の際に前記支払い物体から取得された前記識別情報を、前記商品または前記サービスを販売する店舗の装置から取得し、
    　前記継続決済情報処理部は、前記識別情報が紐づけられている前記継続決済情報に記録されている前記購入可能額を超えないことの確認を行う
    　請求項２に記載の情報処理装置。
  4. 　前記継続決済情報処理部は、前記支払い物体に関する情報に前記識別情報とともに登録されている付属情報に基づいて、前記商品または前記サービスの購入に際した所定の追加処理を行う
    　請求項３に記載の情報処理装置。
  5. 　前記取得部は、前記上限額に対して制限を更新する更新上限額を取得し、
    　前記継続決済情報処理部は、前記更新上限額に従って前記上限額を増加させて前記継続決済情報を更新する
    　請求項１に記載の情報処理装置。
  6. 　前記取得部は、前記支払い物体が利用される場所に入場するために購入されたチケットが有効となる日時を示す開始日時、および前記開始日時からの有効である時間を示す有効時間を取得し、
    　前記継続決済情報処理部は、前記識別情報とともに、前記継続決済情報に前記開始日時および前記有効時間を記録する
    　請求項１に記載の情報処理装置。
  7. 　前記取得部は、前記有効時間に対して制限を更新する更新有効時間を取得し、
    　前記継続決済情報処理部は、前記更新有効時間に従って前記有効時間を延長させて前記継続決済情報を更新する
    　請求項６に記載の情報処理装置。
  8. 　前記取得部は、前記場所に入場する入口に配置されている入場ゲートを通過する際に前記支払い物体から取得された前記識別情報を、前記入場ゲートの装置から取得し、
    　前記継続決済情報処理部は、前記識別情報が紐づけられている前記継続決済情報に記録されている前記有効時間内であることの確認を行う
    　請求項６に記載の情報処理装置。
  9. 　情報処理装置が、
    　所望の商品またはサービスを購入する際の支払いの上限として設定される上限額、および、前記支払いを行う際に利用される支払い物体に割り当てられた識別情報を取得することと、
    　前記支払いの決済に関する情報を継続して記録する継続決済情報に、前記識別情報を紐づけるとともに、前記上限額を記録する処理を行うことと
    　を含む情報処理方法。
  10. 　情報処理装置のコンピュータに、
    　所望の商品またはサービスを購入する際の支払いの上限として設定される上限額、および、前記支払いを行う際に利用される支払い物体に割り当てられた識別情報を取得することと、
    　前記支払いの決済に関する情報を継続して記録する継続決済情報に、前記識別情報を紐づけるとともに、前記上限額を記録する処理を行うことと
    　を含む情報処理を実行させるためのプログラム。
  11. 　所望の商品またはサービスを購入する際の支払いの上限として設定される上限額、および、前記支払いを行う際に利用される支払い物体に割り当てられた識別情報を取得する取得部と、
    　前記支払い物体を利用した決済を代行する情報処理装置に対し、前記支払いの決済に関する情報を継続して記録する継続決済情報に、前記識別情報を紐づけるとともに、前記上限額を記録する処理を要求する要求部と
    　を備える情報処理端末。
  12. 　前記支払い物体との間で近接通信を行って、前記識別情報とともに前記情報処理装置が提供する決済サービスのWebページを指定するURL（Uniform Resource Locator）を読み取る近接通信部
    　をさらに備え、
    　前記要求部は、前記識別情報および前記URLを前記情報処理装置に送信し、前記上限額の残高を照会するWebページの起動を要求する
    　請求項１１に記載の情報処理端末。
  13. 　前記支払いの決済を行うために、複数の決済サービスの中から所望の決済サービスを選択させるユーザインタフェースを表示する表示部
    　をさらに備える請求項１１に記載の情報処理端末。
  14. 　情報処理端末が、
    　所望の商品またはサービスを購入する際の支払いの上限として設定される上限額、および、前記支払いを行う際に利用される支払い物体に割り当てられた識別情報を取得することと、
    　前記支払い物体を利用した決済を代行する情報処理装置に対し、前記支払いの決済に関する情報を継続して記録する継続決済情報に、前記識別情報を紐づけるとともに、前記上限額を記録する処理を要求することと
    　を含む情報処理方法。
  15. 　情報処理端末のコンピュータに、
    　所望の商品またはサービスを購入する際の支払いの上限として設定される上限額、および、前記支払いを行う際に利用される支払い物体に割り当てられた識別情報を取得することと、
    　前記支払い物体を利用した決済を代行する情報処理装置に対し、前記支払いの決済に関する情報を継続して記録する継続決済情報に、前記識別情報を紐づけるとともに、前記上限額を記録する処理を要求することと
    　を含む情報処理を実行させるためのプログラム。
PCT/JP2020/018618 2019-05-21 2020-05-08 情報処理装置、情報処理端末、情報処理方法、およびプログラム WO2020235353A1 (ja)

Priority Applications (4)

Application Number Priority Date Filing Date Title
JP2021520698A JPWO2020235353A1 (ja) 2019-05-21 2020-05-08
CN202080035437.2A CN113841184A (zh) 2019-05-21 2020-05-08 信息处理装置、信息处理终端、信息处理方法和程序
US17/602,159 US20220207509A1 (en) 2019-05-21 2020-05-08 Information processing device, information processing terminal, information processing method, and program
EP20809898.8A EP3975146A4 (en) 2019-05-21 2020-05-08 INFORMATION PROCESSING DEVICE, INFORMATION PROCESSING TERMINAL, INFORMATION PROCESSING METHOD AND PROGRAM

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2019-095323 2019-05-21
JP2019095323 2019-05-21

Publications (1)

Publication Number Publication Date
WO2020235353A1 true WO2020235353A1 (ja) 2020-11-26

Family

ID=73458815

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2020/018618 WO2020235353A1 (ja) 2019-05-21 2020-05-08 情報処理装置、情報処理端末、情報処理方法、およびプログラム

Country Status (5)

Country Link
US (1) US20220207509A1 (ja)
EP (1) EP3975146A4 (ja)
JP (1) JPWO2020235353A1 (ja)
CN (1) CN113841184A (ja)
WO (1) WO2020235353A1 (ja)

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2002032800A (ja) * 2000-07-18 2002-01-31 Sony Corp 入場券の発行利用システム
JP2002245251A (ja) * 2001-02-16 2002-08-30 Matsushita Electric Ind Co Ltd オンライン証券取引サーバ、口座管理サーバ、オンライン証券取引システム、買い注文決済方法、買い注文決済プログラム、および記録媒体
JP2003047783A (ja) * 2001-05-24 2003-02-18 Matsushita Electric Ind Co Ltd アトラクション利用スケジュール構築装置、予約情報入力装置及びそれらを用いたシステム
JP2016038814A (ja) 2014-08-08 2016-03-22 株式会社リコー 情報処理システム、サーバ装置及び情報処理方法
JP2017033190A (ja) * 2015-07-30 2017-02-09 凸版印刷株式会社 情報管理サーバ、および、決済システム
JP2018169909A (ja) * 2017-03-30 2018-11-01 Ｔｆペイメントサービス株式会社 決済端末、決済方法、および決済プログラム

Family Cites Families (30)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP3574559B2 (ja) * 1998-01-27 2004-10-06 株式会社エヌ・ティ・ティ・データ 電子チケットシステム、回収端末、サービス提供端末、利用者端末、電子チケット回収方法及び記録媒体
US20040049452A1 (en) * 2002-09-09 2004-03-11 First Data Corporation Multiple credit line presentation instrument
US7099850B1 (en) * 2001-09-21 2006-08-29 Jpmorgan Chase Bank, N.A. Methods for providing cardless payment
US20040122685A1 (en) * 2002-12-20 2004-06-24 Daryl Bunce Verification system for facilitating transactions via communication networks, and associated method
CN1598830A (zh) * 2003-09-19 2005-03-23 李冈燮 使用短信服务进行电子支付的认证方法
US20050250538A1 (en) * 2004-05-07 2005-11-10 July Systems, Inc. Method and system for making card-based payments using mobile devices
US20100205091A1 (en) * 2004-10-22 2010-08-12 Zevez Payments, Inc. Automated payment transaction system
US20060208060A1 (en) * 2005-01-18 2006-09-21 Isaac Mendelovich Method for managing consumer accounts and transactions
US8452654B1 (en) * 2005-06-16 2013-05-28 Rbs Nb System and method for issuing rewards to card holders
US8396711B2 (en) * 2006-05-01 2013-03-12 Microsoft Corporation Voice authentication system and method
US7689508B2 (en) * 2007-11-20 2010-03-30 Wells Fargo Bank N.A. Mobile device credit account
US20100191570A1 (en) * 2009-01-23 2010-07-29 Joe Phillip Michaud Loyalty reward program simulators
CA2774713A1 (en) * 2009-08-14 2011-02-17 Payfone, Inc. System and method for paying a merchant using a cellular telephone account
US20110201306A1 (en) * 2010-02-15 2011-08-18 Samama Technologies Systems and methods for unified billing
US20130030934A1 (en) * 2011-01-28 2013-01-31 Zumigo, Inc. System and method for credit card transaction approval based on mobile subscriber terminal location
AU2012236870A1 (en) * 2011-03-25 2013-05-02 Visa International Service Association In-person one-tap purchasing apparatuses, methods and systems
GB2497309A (en) * 2011-12-06 2013-06-12 Barclays Bank Plc Mobile wallet system for offline payments
US20130185206A1 (en) * 2012-01-16 2013-07-18 International Business Machines Corporation Real-Time System for Approving Purchases Made with a Mobile Phone
US8583549B1 (en) * 2012-04-10 2013-11-12 Hossein Mohsenzadeh Systems, devices, and methods for managing a payment transaction
JP5668023B2 (ja) * 2012-05-31 2015-02-12 楽天株式会社 購入管理装置、購入管理方法、プログラムおよびコンピュータ読み取り可能な記憶媒体
US20140164082A1 (en) * 2012-12-06 2014-06-12 Capital One Financial Corporation Systems and methods for social media referrals based rewards
US20140244365A1 (en) * 2012-12-29 2014-08-28 DGRT Software LLC Toll app system
JP5673902B1 (ja) * 2013-07-10 2015-02-18 日本電気株式会社 決済システム、サーバ装置、端末装置、方法、および、プログラム
US20150220924A1 (en) * 2014-02-04 2015-08-06 Outsite Networks, Inc. Method and system for linking a customer identity to a retail transaction
US20150339656A1 (en) * 2014-05-21 2015-11-26 Square, Inc. Verified purchasing by push notification
US20200242675A1 (en) * 2015-10-07 2020-07-30 Securus Technologies, Inc. Virtual Storefronts for Controlled-Environment Facilities
JP6988115B2 (ja) * 2017-03-21 2022-01-05 日本電気株式会社 決済管理装置、決済処理方法、プログラム
US20190197506A1 (en) * 2017-09-14 2019-06-27 Robert Jay McShirley Merchant service for real-time settlement apparatus and method
US20190197617A1 (en) * 2017-12-22 2019-06-27 Mastercard International Incorporated Methods for offering a credit, credit offer servers, and computer readable media
US11042853B2 (en) * 2018-11-29 2021-06-22 Visa International Service Association System and method for provisioning a gift with a uniform resource locator

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2002032800A (ja) * 2000-07-18 2002-01-31 Sony Corp 入場券の発行利用システム
JP2002245251A (ja) * 2001-02-16 2002-08-30 Matsushita Electric Ind Co Ltd オンライン証券取引サーバ、口座管理サーバ、オンライン証券取引システム、買い注文決済方法、買い注文決済プログラム、および記録媒体
JP2003047783A (ja) * 2001-05-24 2003-02-18 Matsushita Electric Ind Co Ltd アトラクション利用スケジュール構築装置、予約情報入力装置及びそれらを用いたシステム
JP2016038814A (ja) 2014-08-08 2016-03-22 株式会社リコー 情報処理システム、サーバ装置及び情報処理方法
JP2017033190A (ja) * 2015-07-30 2017-02-09 凸版印刷株式会社 情報管理サーバ、および、決済システム
JP2018169909A (ja) * 2017-03-30 2018-11-01 Ｔｆペイメントサービス株式会社 決済端末、決済方法、および決済プログラム

Also Published As

Publication number Publication date
CN113841184A (zh) 2021-12-24
EP3975146A4 (en) 2022-07-06
JPWO2020235353A1 (ja) 2020-11-26
EP3975146A1 (en) 2022-03-30
US20220207509A1 (en) 2022-06-30

Similar Documents

Publication Publication Date Title
US20220292485A1 (en) Systems and methods for payment management for supporting mobile payments
CN108476228B (zh) 基于与ip白名单接近度的网络安全
US10074088B2 (en) Methods, apparatus and computer program products for securely accessing account data
JP4117550B2 (ja) 通信システム、決済管理装置および方法、携帯情報端末および情報処理方法、並びにプログラム
US8626842B2 (en) Content transaction management server device, content-providing server device, and terminal device and control program
US8300819B2 (en) Service providing apparatus and server providing method
US20060184619A1 (en) Method and system for providing programs to user operable device
US20200294043A1 (en) Method and system for identifying users in two domains
JP2004287592A (ja) 決済システム、決済管理装置および方法、携帯情報端末および情報処理方法、並びにプログラム
US20130030984A1 (en) Credit card usage management system, credit card usage management method, program, and information storage medium
CN103268249A (zh) 在移动装置中模拟多张卡的方法和装置
TWI829052B (zh) 管理系統、伺服器裝置、程式及方法
JP6680733B2 (ja) 生成装置、生成方法及び生成プログラム
JP2021505049A (ja) ペイメント・カードの認証
WO2020235353A1 (ja) 情報処理装置、情報処理端末、情報処理方法、およびプログラム
KR20130125344A (ko) 온라인 결제 서비스를 제공하는 온라인 결제 방법
JP2008152338A (ja) 携帯情報端末を利用したクレジットカード決済方法及びシステム
JP2017097485A (ja) 統括装置、会員システム、携帯端末、これらを用いた方法、およびこれらに用いられるプログラム
JP2019194797A (ja) 制御プログラム、制御方法、及び情報処理装置
KR101050204B1 (ko) 모바일 게임 환불 보장 시스템
KR102068403B1 (ko) 자격 인증 기반의 폐쇄형 마케팅 방법 및 시스템
TW202207061A (zh) 終端裝置、資訊處理系統及其程式
JP2020109691A (ja) 生成装置、生成方法及び生成プログラム
JP7322129B2 (ja) サービス管理システム、取引サーバ及びサービス管理方法
JP2018151976A (ja) サーバ装置、電子記録債権処理方法、及びプログラム

Legal Events

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

Ref document number: 20809898

Country of ref document: EP

Kind code of ref document: A1

ENP Entry into the national phase

Ref document number: 2021520698

Country of ref document: JP

Kind code of ref document: A

NENP Non-entry into the national phase

Ref country code: DE

ENP Entry into the national phase

Ref document number: 2020809898

Country of ref document: EP

Effective date: 20211221