WO2024116328A1 - 決済支援装置、システム及び方法、並びに、コンピュータ可読媒体 - Google Patents

決済支援装置、システム及び方法、並びに、コンピュータ可読媒体 Download PDF

Info

Publication number
WO2024116328A1
WO2024116328A1 PCT/JP2022/044190 JP2022044190W WO2024116328A1 WO 2024116328 A1 WO2024116328 A1 WO 2024116328A1 JP 2022044190 W JP2022044190 W JP 2022044190W WO 2024116328 A1 WO2024116328 A1 WO 2024116328A1
Authority
WO
WIPO (PCT)
Prior art keywords
payment
user
information
biometric information
provisional
Prior art date
Application number
PCT/JP2022/044190
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 PCT/JP2022/044190 priority Critical patent/WO2024116328A1/ja
Publication of WO2024116328A1 publication Critical patent/WO2024116328A1/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/22—Payment schemes or models
    • G06Q20/24—Credit schemes, i.e. "pay after"

Definitions

  • This disclosure relates to a payment support device, system, method, and program.
  • Patent Document 1 discloses technology that provides residents of an apartment complex, where usage is controlled by biometric authentication, with services that correspond to their purchasing behavior when biometric authentication is successful at affiliated stores.
  • the purpose of this disclosure is to provide a payment support device, system, method, and program for dispersing the concentration of access to payment processing in a payment processing system by separating the timing of economic transactions and actual payment processing in electronic payments using biometric authentication.
  • the payment support device comprises: a registration means for registering master biometric information of a user in a storage device when the user enters a predetermined facility; a provisional payment means for registering, in response to a success of biometric authentication by matching query biometric information acquired during an economic transaction of the user at the facility with the master biometric information, payment schedule information based on the economic transaction in the storage device in association with the master biometric information; a payment means for performing a payment process for the user's pending payment schedule information in accordance with a predetermined payment timing of the user after the economic transaction; Equipped with.
  • the payment support system comprises: A storage device for provisional payment at a predetermined facility; A payment support device, The payment support device, a registration means for registering master biometric information of a user in the storage device when the user enters the facility; a provisional payment means for registering, in response to a success of biometric authentication by matching query biometric information acquired during an economic transaction of the user at the facility with the master biometric information, payment schedule information based on the economic transaction in the storage device in association with the master biometric information; a payment means for performing a payment process for the user's pending payment schedule information in accordance with a predetermined payment timing of the user after the economic transaction; Equipped with.
  • the payment support method comprises: The computer When a user enters a predetermined facility, the master biometric information of the user is registered in a storage device; registering payment schedule information based on the economic transaction in the storage device in association with the master biometric information in response to success of biometric authentication by matching query biometric information acquired during an economic transaction of the user in the facility with the master biometric information; In response to a predetermined payment timing for the user after the economic transaction, a payment process is performed for the pending payment schedule information for the user.
  • the payment support program disclosed herein is a registration process for registering the master biometric information of a user in a storage device when the user enters a predetermined facility; a provisional payment process for registering payment schedule information based on the economic transaction in the storage device in association with the master biometric information in response to a success of biometric authentication by matching query biometric information acquired during the economic transaction of the user in the facility with the master biometric information; a main payment process for performing a payment process for the user's unsettled payment schedule information in accordance with a predetermined payment timing of the user after the economic transaction; to be executed by the computer.
  • This disclosure makes it possible to provide a payment support device, system, method, and program for dispersing the concentration of access to payment processing in a payment processing system by separating the timing of economic transactions and actual payment processing in electronic payments using biometric authentication.
  • FIG. 1 is a block diagram showing a configuration of a payment support device according to a first embodiment of the present invention.
  • FIG. 4 is a flowchart showing the flow of a payment support method according to the first embodiment.
  • FIG. 11 is a block diagram showing the configuration of a payment support system according to the second embodiment.
  • FIG. 11 is a sequence diagram showing the flow of a pre-registration process A according to the second embodiment.
  • FIG. 11 is a sequence diagram showing the flow of a pre-registration process B according to the second embodiment.
  • FIG. 11 is a block diagram showing the configuration of a payment support device according to the second embodiment.
  • FIG. 11 is a diagram showing an example of a display of a provisional payment user registration result in the second embodiment.
  • FIG. 11 is a sequence diagram showing the flow of provisional payment processing according to the second embodiment.
  • FIG. 11 is a diagram showing an example of a display of a provisional payment result in the second embodiment.
  • FIG. 11 is a sequence diagram showing the flow of the payment process at the time of exit according to the second embodiment.
  • FIG. 11 is a diagram showing an example of a display of a final settlement result according to the second embodiment.
  • FIG. 1 is a block diagram showing the configuration of a payment support device 1 according to the first embodiment.
  • the payment support device 1 is an information processing device that records payment schedule information according to biometric authentication every time an economic transaction (shopping, etc.) is made at a store or the like in a specified facility, and performs payment processing of unsettled payment schedule information at a specified payment timing after the economic transaction.
  • the specified facility is assumed to be an area where the entry and exit of users are managed.
  • the facility includes places where economic transactions can be made, such as stores.
  • the facility is assumed to be an area where paid or free services can be provided, such as theme parks, event venues, and accommodation facilities.
  • the facility is not limited to a building.
  • An economic transaction means that an exchange of goods or services for money is promised in accordance with the consumption behavior of a user (buyer), and a debt (obligation to pay) is generated on the buyer side. At the time of the establishment of the economic transaction, the payment of money has not been made, that is, the transaction is unsettled.
  • the payment support device 1 includes a registration unit 11, a provisional payment unit 12, and a main payment unit 13.
  • the registration unit 11 registers the master biometric information of the user in a storage device (not shown).
  • the storage device may be either one built into the payment support device 1 or one connected to the payment support device 1.
  • the "master biometric information” is the biometric information to be matched with the query biometric information in the biometric authentication of the user.
  • the "biometric information” is data indicating a collection of features, such as multiple feature points and the distances between the feature points, extracted from an image capturing at least a part of the user's body.
  • the provisional payment unit 12 registers payment schedule information based on the economic transaction in the storage device in association with the master biometric information, in response to the success of biometric authentication by matching the query biometric information acquired during the user's economic transaction at the facility with the master biometric information (registered in the storage device).
  • biometric authentication refers to information processing in which the master biometric information is matched with the query biometric information acquired or input from an individual during authentication, and the authenticity of the individual is confirmed when the degree of match is equal to or greater than a threshold.
  • the "query biometric information” is biometric information acquired from the user himself for biometric authentication, and is data to be matched with the master biometric information.
  • the query biometric information is biometric information acquired by extracting from an image taken by the user during the economic transaction.
  • the "payment schedule information” is information in which a payment obligation has arisen due to the economic transaction, but payment (such as a monetary payment) has not been made, and payment is scheduled to be made later.
  • the payment schedule information includes, for example, the product or service subject to the economic transaction, the amount, the date and time, and information on the user who has made the economic transaction with a store in the facility.
  • provisional payment the process of registering payment schedule information in response to the success of biometric authentication during the economic transaction is called "provisional payment".
  • the payment unit 13 performs payment processing for the user's unsettled scheduled payment information according to a predetermined payment timing for the user after the economic transaction.
  • the "payment timing” is different from the timing of the economic transaction at least, and is a certain period of time after the economic transaction.
  • the "payment timing” may be, for example, when the user leaves the facility, a certain period of time after the user leaves, or after the expiration date of the master biometric information.
  • the "payment timing” may be, for example, a period of time during the user's stay at the facility and a regular timing (daily) outside the hours of economic transactions at the facility.
  • the "payment processing” is processing for electronically paying for the scheduled payment information for which the user has completed an economic transaction and is unsettled, using the user's electronic payment means.
  • the "electronic payment means” may be, for example, a payment by credit card, debit card, electronic money, points, electronic cash, virtual currency, wallet, or other electronic value, or a withdrawal from a bank account, but is not limited to these.
  • the payment unit 13 performs payment processing (main payment) using a payment processing system.
  • the payment unit 13 may execute electronic payment by sending a payment processing request for pending payment information of a specific user to a payment processing system external to the payment support device 1.
  • the payment processing system may be an internal function of the payment support device 1.
  • FIG. 2 is a flowchart showing the flow of the payment assistance method according to the first embodiment.
  • the registration unit 11 registers the user's master biometric information in the storage device when the user enters a specified facility (S11).
  • the provisional payment unit 12 registers payment schedule information based on the economic transaction in the storage device in association with the master biometric information in response to successful biometric authentication by matching the query biometric information acquired during the user's economic transaction at the facility with the master biometric information (S12).
  • the main payment unit 13 performs payment processing for the user's unsettled payment schedule information in response to a specified payment timing for the user after the economic transaction (S13).
  • the user's master biometric information is stored when the user enters the facility, and the user's scheduled payment information is recorded each time an economic transaction is made within the facility, provided that the biometric authentication is successful. Then, at a timing after the economic transaction, payment processing is performed for the specified user's pending scheduled payment information. Therefore, in electronic payments using biometric authentication, the timing of the economic transaction and the actual payment processing can be separated, and the concentration of access to the payment processing in the payment processing system can be dispersed.
  • the payment support device 1 includes a processor, a memory, and a storage device, which are not shown in the figure.
  • the storage device also stores a computer program that implements the processing of the payment support method according to this embodiment.
  • the processor then loads the computer program, etc. from the storage device into the memory and executes the computer program. In this way, the processor realizes the functions of the registration unit 11, the provisional payment unit 12, and the actual payment unit 13.
  • each component of the payment support device 1 may be realized by dedicated hardware. Also, some or all of the components of each device may be realized by general-purpose or dedicated circuits, processors, etc., or a combination of these. These may be configured by a single chip, or by multiple chips connected via a bus. Some or all of the components of each device may be realized by a combination of the above-mentioned circuits, etc., and programs. Also, a CPU (Central Processing Unit), GPU (Graphics Processing Unit), FPGA (Field-Programmable Gate Array), quantum processor (quantum computer control chip), etc. may be used as the processor.
  • CPU Central Processing Unit
  • GPU Graphics Processing Unit
  • FPGA Field-Programmable Gate Array
  • quantum processor quantum computer control chip
  • the multiple information processing devices, circuits, etc. may be centrally arranged or distributed.
  • the information processing devices, circuits, etc. may be realized as a client-server system, cloud computing system, etc., in a form in which each is connected via a communication network.
  • the functions of the payment support device 1 may be provided in the form of SaaS (Software as a Service).
  • the second embodiment is a specific example of the first embodiment.
  • Fig. 3 is a block diagram showing the configuration of a payment support system 1000 according to the second embodiment.
  • the payment support system 1000 is an information system for performing shopping in a shopping area 502 in a facility 5 by biometric authentication (e.g., face authentication) and settling any unsettled items collectively (postpay) when leaving the facility 5.
  • biometric authentication e.g., face authentication
  • postpay postpay
  • the payment support system 1000 includes a user terminal 100-0, an authentication infrastructure system 200, a payment support device 300, a payment processing system 400, an entrance terminal 51, temporary payment terminals 52-1 to 52-3, and an exit terminal 53.
  • Each of the user terminal 100-0, the authentication infrastructure system 200, the payment support device 300, the payment processing system 400, the entrance terminal 51, the temporary payment terminals 52-1 to 52-3, and the exit terminal 53 is communicably connected via a network N.
  • the network N is a wired or wireless communication line.
  • biometric authentication is assumed to be face authentication
  • biometric information is assumed to be face feature information, but other technologies that use captured images can be applied to biometric authentication and biometric information.
  • the biometric information may be data (feature amount) calculated from physical characteristics unique to an individual, such as a fingerprint, voiceprint, vein, retina, or iris pattern.
  • user terminals 100-0 and 100-1 may be simply referred to as “user terminals 100.”
  • temporary payment terminals 52-1, 52-2, and 52-3 may be simply referred to as “temporary payment terminals 52.”
  • users U0, U1, U2-1, U2-2, U2-3, and U3 may be simply referred to as "users U.”
  • the user terminal 100-0 has a built-in camera (not shown) and a storage medium 110, and is capable of communicating by one or more methods of short-range wireless communication and other wireless communication. Examples of short-range wireless communication include, but are not limited to, NFC (Near field communication) and BLE (Bluetooth Low Energy).
  • the storage medium 110 stores a user ID 111 and facial feature information 112 in association with each other. In other words, the storage medium 110 is an example of a storage medium carried by the user U0.
  • the user ID 111 is identification information for the user U0.
  • the facial feature information 112 is an example of master biometric information for the user U0, and is a feature vector indicating a set of feature amounts, such as the distance between each feature point corresponding to the positions of the eyes, nose, mouth, etc. extracted from the face image of the user U0.
  • the storage medium 110 is not limited to one built into the user terminal 100, and may be an IC card such as a My Number card.
  • the user terminal 100 may read the master biometric information from the IC card in which the master biometric information is stored.
  • the user terminal 100-0 has the configuration of a known mobile terminal such as a smartphone, and stores a program that implements the pre-registration processes A and B described below.
  • a control unit (not shown) of the user terminal 100-0 loads the program into memory, and executes the program, causing the user terminal 100-0 to realize the pre-registration processes A and B.
  • Credit card 101 has card information 1011 recorded on its built-in storage medium.
  • Credit card 101 is an example of an electronic payment method.
  • Card information 1011 includes the credit card number, the user's name, the expiration date, a PIN number, etc.
  • the authentication infrastructure system 200 is an information system that extracts facial feature information from a facial image of a user U and issues a user ID corresponding to the facial feature information.
  • the authentication infrastructure system 200 may also have a database that associates facial feature information with a user ID.
  • Payment processing system 400 is an information system that performs the above-mentioned payment processing (electronic payment).
  • payment processing system 400 stores payment user information 410.
  • Payment user information 410 is information that associates user ID 411 with card information 412.
  • User ID 411 is information that corresponds to user ID 111 described above.
  • card information 412 is information that corresponds to card information 1011 described above.
  • Pre-registration it is assumed that user U of payment support system 1000 has his/her own master biometric information associated with the information of the electronic payment means at the latest before entering facility 5. For example, it is assumed that facial feature information 112 stored in storage medium 110 and card information 1011 are associated via user ID 111. Specifically, by pre-registration processes A and B described later, user ID 111 stored in storage medium 110 and card information 1011 stored in credit card 101 are registered in association with user ID 411 and card information 412 on the payment processing system 400 side.
  • FIG. 4 is a sequence diagram showing the flow of the pre-registration process A according to the second embodiment.
  • the user terminal 100-0 photographs the face of the user U0 in response to the operation of the user U0 (S201). Then, the user terminal 100-0 transmits the photographed face image to the authentication infrastructure system 200 via the network N (S202).
  • the authentication infrastructure system 200 receives a face image from the user terminal 100-0 via the network N.
  • the authentication infrastructure system 200 then extracts face feature information A (master biometric information) from the received face image (S203). Specifically, the authentication infrastructure system 200 detects a face area from the received face image, extracts multiple feature points that indicate the facial features of the person from the detected face area, and calculates the distance between each of the feature points.
  • the authentication infrastructure system 200 then extracts a set of the positions of the multiple extracted feature points and a set of the calculated distances between each of the feature points as face feature information A.
  • the authentication infrastructure system 200 then issues a new user ID (S204).
  • the authentication infrastructure system 200 then returns the issued user ID and the extracted face feature information A to the user terminal 100-0 via the network N (S206).
  • the user terminal 100-0 associates the user ID 111 and facial feature information 112 (facial feature information A) received from the authentication infrastructure system 200 and stores them in the storage medium 110 (S207).
  • FIG. 5 is a sequence diagram showing the flow of pre-registration process B according to the second embodiment.
  • the user ID 111 and facial feature information 112 are associated and registered in the storage medium 110 of the user terminal 100-0, as described above.
  • the user terminal 100-0 reads the card information 1011 from the credit card 101 (S211). For example, the user U0 holds the credit card 101 over the user terminal 100-0 to perform a reading operation, input a PIN number, etc.
  • the user terminal 100-0 reads the card information 1011 from the credit card 101 by a predetermined short-range wireless communication.
  • the user terminal 100-0 may also obtain the card information (credit card number, expiration date, PIN number, etc.) by manual input by the user U0.
  • the user terminal 100-0 also captures an image of the face of user U0 in response to the operation of user U0 (S212).
  • the user terminal 100-0 then extracts facial feature information B from the captured facial image (S213).
  • the user terminal 100-0 compares the facial feature information 112 (facial feature information A, master biometric information) stored in the storage medium 110 with the facial feature information B (query biometric information) extracted in step S213 (S214) and calculates the degree of match. If the degree of match is equal to or greater than a threshold, the user terminal 100-0 determines that facial authentication has been successful, and if the degree of match is less than the threshold, it determines that facial authentication has failed. If facial authentication has failed, the pre-registration process B ends.
  • the user terminal 100-0 identifies the user ID 111 that was successfully authenticated (S215). Specifically, the user terminal 100-0 reads the user ID 111 associated with the facial feature information 112 for which facial authentication was successful from the storage medium 110. The user terminal 100-0 then transmits a payment user registration request including the user ID 111 identified in step S215 and the card information 1011 read in step S211 to the payment processing system 400 via the network N (S216).
  • the payment processing system 400 receives a payment user registration request from the user terminal 100-0 via the network N.
  • the payment processing system 400 then performs credit check based on the card information 1011 included in the received payment user registration request (S217). Note that the credit check process can use known technology. If the registration is not approved as a result of the credit check, the pre-registration process B ends.
  • the payment processing system 400 associates the credit-checked card information 412 with the user ID 411 included in the received payment user registration request and registers them in the payment user information 410 (S218).
  • the payment processing system 400 then transmits a registration completion notification to the user terminal 100-0 via the network N (S219).
  • the user terminal 100-0 receives a registration completion notification from the payment processing system 400 via the network N, and displays the completion of registration on the screen (S220).
  • step S211 the order of the card information reading process in step S211 and the face authentication process in steps S212 to S215 in FIG. 5 may be reversed.
  • the pre-registration process for associating the master biometric information with the electronic payment method information in advance is not limited to the above.
  • the pre-registration process A may be completed by the user terminal 100-0 without going through the authentication infrastructure system 200. That is, specifically, steps S202 and S206 in FIG. 4 may be omitted, and the user terminal 100-0 may perform steps S201, S203 and S204, and then S207.
  • the pre-registration process B may omit face authentication (steps S212 to S215 in FIG. 5).
  • an entrance terminal 51 is installed near an entrance 501
  • temporary payment terminals 52-1, 52-2, 52-3, ... are installed in a shopping area 502
  • an exit terminal 53 is installed near an exit 503. Note that there must be at least one temporary payment terminal 52.
  • the entrance terminal 51, temporary payment terminal 52, and exit terminal 53 are examples of authentication terminals.
  • the entrance terminal 51 performs face authentication of the user U1 entering the facility 5, and if the face authentication is successful, registers the facial feature information and the user ID in the payment support device 300. As a result, the user U1 can make a provisional payment (shop or receive a paid service) by face authentication in the shopping area 502 during his/her stay in the facility 5.
  • the entrance terminal 51 is an information terminal that performs provisional payment user registration processing together with the payment support device 300.
  • the entrance terminal 51 may be an unmanned terminal installed at the entrance such as a kiosk terminal or tablet terminal, or an information terminal for staff installed at a manned counter such as a hotel check-in counter.
  • the provisional payment user registration processing may be performed unmanned or manned.
  • the entrance terminal 51 may be an entrance authentication terminal installed at the entrance gate of the entrance 501, or may be a kiosk terminal or tablet terminal installed at a location other than the entrance gate. Also, the entrance 501 does not have to be an entrance gate, and the entrance terminal 51 may be various terminals installed near the entrance 501.
  • the provisional payment terminal 52 allows shopping at a store or the like within the shopping area 502 on the condition that face authentication of the shopper, user U2, is successful.
  • the provisional payment terminal 52 may be an information terminal that performs provisional payments unmanned, such as a kiosk terminal or tablet terminal, or it may be an information terminal for a salesperson in a manned sales environment.
  • Exit terminal 53 permits user U3 exiting facility 5, on the condition that facial authentication is successful, allows the user to make the actual payment, and deletes the information registered at the time of provisional payment.
  • exit terminal 53 may be an information terminal that performs the actual payment and exit process unmanned, such as a kiosk terminal or tablet terminal, or it may be an information terminal for staff use installed at a manned counter.
  • Payment support device 300 is an example of the above-mentioned payment support device 1. Payment support device 300 may be made redundant with a plurality of servers, and each functional block may be realized by a plurality of computers.
  • FIG. 6 is a block diagram showing the configuration of the payment support device 300 according to the second embodiment.
  • the payment support device 300 includes a storage unit 310, a memory 320, a communication unit 330, and a control unit 340.
  • the storage unit 310 is an example of a storage device such as a hard disk or a flash memory.
  • the storage unit 310 stores provisional payment user information 311, payment schedule information 3121, ... payment schedule information 312n (n is a natural number), and a program 313.
  • the provisional payment user information 311 is stored in the storage unit 310 for the number of provisional payment users to be registered.
  • the payment schedule information is stored in the storage unit 310 in the form of 0 or more per provisional payment user.
  • the program 313 is a computer program in which the processing of the payment support method according to the second embodiment is implemented.
  • Provisional payment user information 311 is information on a user who, after entering facility 5, conducts an economic transaction by facial recognition in the shopping area 502 during his/her stay, and is permitted to postpone electronic payment (main payment) (provisional payment). Provisional payment user information 311 is information that associates a user ID 3111, facial feature information 3112, expiration date 3113, and payment limit 3114.
  • User ID 3111 is identification information of user U, who is a visitor to facility 5, and is equivalent to user ID 111 described above.
  • Facial feature information 3112 is an example of master biometric information, and is equivalent to facial feature information 112 described above.
  • Expiration date 3113 is the expiration date and time of the period during which facial feature information 3112 is valid.
  • expiration date 3113 is the expiration date and time of the period during which user U can make a provisional payment within facility 5.
  • Payment limit 3114 is the upper limit of the amount of money that user U can make a provisional payment within facility 5.
  • the provisional payment user information 311 may also include destination information for the user terminal carried by the user corresponding to the user ID 3111.
  • the scheduled payment information 3121 is information indicating the details of an economic transaction that has been made by facial recognition and is yet to be settled, and therefore is scheduled to be settled in the future. In other words, the scheduled payment information 3121 is information that is unsettled and requires a final settlement to be made.
  • the scheduled payment information 3121 is information that associates a provisional payment ID 31211, provisional payment date and time 31212, a user ID 31213, an amount 31214, and provisional payment details 31215.
  • the provisional payment ID 31211 is identification information of the provisional payment.
  • the provisional payment date and time 31212 is the date and time when the provisional payment was made.
  • the user ID 31213 is identification information of the user U who made the provisional payment (successfully passed facial recognition), and is information equivalent to the user ID 111 described above.
  • the amount 31214 is the amount that needs to be paid (to make a final settlement) for the provisionally settled economic transaction.
  • the provisional payment details 31215 are the details of the provisionally settled economic transaction.
  • Provisional payment details 31215 is information indicating the details and breakdown of the product or service name, for example.
  • scheduled payment information 3122 to 312n is information equivalent to scheduled payment information 3121.
  • scheduled payment information 3121 to 312n may be for the same user, i.e., may share user ID 31213, but may have different other information.
  • Memory 320 is a volatile storage device such as RAM (Random Access Memory), and is a storage area for temporarily storing information when control unit 340 is operating.
  • Communication unit 330 is a communication interface with network N.
  • the control unit 340 is a processor, or control device, that controls each component of the payment support device 300.
  • the control unit 340 loads the program 313 from the storage unit 310 into the memory 320 and executes the program 313. In this way, the control unit 340 realizes the functions of the registration unit 341, the provisional payment unit 342, the actual payment unit 343, and the deletion unit 344.
  • the registration unit 341 is an example of the registration unit 11 described above.
  • the registration unit 341 registers the provisional payment user information 311 of the user U in the storage unit 310.
  • the registration unit 341 receives a provisional payment user registration request from the entrance terminal 51.
  • the provisional payment user registration request includes facial feature information A (master biometric information) and a user ID acquired from the user terminal 100 carried by the user U.
  • the registration unit 341 performs credit check on the user ID included in the request.
  • the registration unit 341 succeeds in biometric authentication of the user at the time of entrance, it performs credit check on the user based on the master biometric information included in the provisional payment user registration request. If credit check is performed, the registration unit 341 registers the provisional payment user information 311 including the user ID whose credit has been confirmed and the facial feature information (master biometric information) included in the request in the storage unit 310. At this time, the registration unit 341 may include the expiration date and payment limit of the provisional payment of the user U in association with the master biometric information and include it in the provisional payment user information 311.
  • the registration unit 341 registers the master biometric information in the storage device.
  • the provisional payment unit 342 is an example of the provisional payment unit 12 described above.
  • the provisional payment unit 342 receives a provisional payment request from the provisional payment terminal 52, and performs facial authentication based on the facial image included in the request. If the facial authentication is successful, the provisional payment unit 342 generates payment schedule information for the economic transaction in the request for the user whose facial authentication was successful, and registers the information in the memory unit 310.
  • the provisional payment unit 342 may register the planned payment information at the time of the economic transaction in the storage unit 310 in association with the master biometric information of the user U according to the total amount of the unsettled planned payment information of the user U who successfully passed the biometric authentication at the time of the economic transaction and the payment limit of the user U.
  • the provisional payment unit 342 may not approve the provisional payment depending on the service or product content. Furthermore, the provisional payment unit 342 may not approve the provisional payment if the total amount exceeds the payment limit.
  • the payment unit 343 is an example of the payment unit 13 described above.
  • the payment unit 343 performs payment processing for the user U for the total amount of two or more pieces of unsettled payment information for the user U at the payment timing for the specific user U. Specifically, at the payment timing for the specific user U, the payment unit 343 generates the payment information for the user U registered in the storage unit 310 together as second payment target information, and performs payment processing for the second payment target information. At this time, the payment unit 343 deletes the payment target information for the user U from the storage unit 310 after the payment processing.
  • the payment timing in this embodiment is when biometric authentication is successful by matching the query biometric information acquired from the user U with the master biometric information when the user U leaves the facility 5. However, the payment timing is not limited to this.
  • the deletion unit 344 is an example of a second deletion means, and deletes the provisional payment user information 311 including the master biometric information of the user U from the storage unit 310 after the user U leaves the facility and after the payment process. Note that the timing of deleting the provisional payment user information is not limited to this.
  • Provisional payment user registration process 7 is a sequence diagram showing the flow of the provisional payment user registration process at the time of entry according to the second embodiment. It is assumed that user U1 has already executed the above-mentioned advance registration processes A and B. That is, user U1 carries user terminal 100-1. User terminal 100-1 is equipped with a storage medium in which user U1's user ID and facial feature information are registered in association with each other. It is assumed that payment processing system 400 has registered user U1's credit card information in association with the user ID. That is, user U1's facial feature information and card information are associated via the user ID.
  • user U1 carries user terminal 100-1 and enters facility 5 through entrance 501.
  • the entrance terminal 51 establishes a short-range wireless communication connection with user terminal 100-1 within a predetermined short-range wireless communication range.
  • the user ID and facial feature information A are transferred from user terminal 100-1 to entrance terminal 51 by a predetermined short-range wireless communication method (S231). That is, user terminal 100-1 transmits user ID 111 and facial feature information 112 read from storage medium 110 to entrance terminal 51 by short-range wireless communication.
  • user terminal 100-1 may transmit user ID 111 and facial feature information 112 in response to a read request by short-range wireless communication from entrance terminal 51.
  • the entrance terminal 51 associates the received user ID with the facial feature information A and stores them in memory (S232).
  • the entrance terminal 51 photographs the face of user U1 with a camera (not shown) (S233).
  • the entrance terminal 51 reads out the facial feature information A from the user terminal 100-1 carried by user U1 and photographs the face of user U1.
  • the entrance terminal 51 extracts facial feature information C (query biometric information) from the face image captured in step S233 (S234).
  • the entrance terminal 51 compares the facial feature information A and C (S235) and performs face authentication. If face authentication fails, the entrance terminal 51 displays a message indicating that provisional payment user registration is not possible, and the provisional payment user registration process ends.
  • the entrance terminal 51 refers to the memory and identifies the user ID associated with the facial feature information A that was successfully authenticated (S236).
  • the entrance terminal 51 transmits a provisional payment user registration request including the identified user ID and facial feature information A to the payment support device 300 via the network N (S237).
  • the payment support device 300 receives a provisional payment user registration request from the entrance terminal 51 via the network N, and transmits a credit confirmation request for the user ID included in the provisional payment user registration request to the payment processing system 400 via the network N (S238).
  • the payment support device 300 may specify the length of stay of user U1 based on input by user U1 via the entrance terminal 51, or reservation information for user U1 at facility 5, etc.
  • the payment support device 300 may then include the length of stay in the credit confirmation request.
  • the payment processing system 400 performs credit confirmation based on the user ID included in the credit confirmation request received from the payment support device 300 via the network N (S239). If credit confirmation is successful, the payment processing system 400 determines the payment limit based on the card information 412 associated with the user ID 411 (S240). For example, the payment processing system 400 may determine the limit of provisional payment at facility 5 based on the length of stay of user U1, credit information, etc. The payment processing system 400 transmits the credit confirmation result and the payment limit to the payment support device 300 via the network N (S241). Note that the payment processing system 400 does not necessarily have to determine the payment limit.
  • the payment support device 300 receives the credit check result and the payment limit from the payment processing system 400 via the network N, and if the credit of user U1 is confirmed based on the credit check result, it determines the expiration date of the provisional payment user information of user U1 (S242). For example, the payment support device 300 may determine the expiration date based on the length of stay of user U1. Note that the payment support device 300 does not necessarily have to determine the expiration date. Also, if the credit of user U1 is confirmed, the payment support device 300 may determine the payment limit of user U1 taking into account the length of stay instead of the payment processing system 400. Note that the payment limit does not necessarily have to be determined.
  • the payment support device 300 registers provisional payment user information that associates the user ID, facial feature information A, expiration date, and payment limit (S243). Specifically, the payment support device 300 generates provisional payment user information 311 by associating the user ID 3111 and facial feature information 3112 included in the received payment user registration request with the expiration date 3113 determined in step S242, and the above-mentioned payment limit 3114. The payment support device 300 then registers the generated provisional payment user information 311 in the storage unit 310. The payment support device 300 then generates a provisional payment user registration result that includes the expiration date 3113, the payment limit 3114, etc.
  • the payment support device 300 transmits the generated provisional payment user registration result to the entrance terminal 51 via the network N (S244).
  • the entrance terminal 51 displays the received provisional payment user registration result on the screen (S245).
  • FIG. 8 is a diagram showing an example of the display of the provisional payment user registration result in the second embodiment.
  • a provisional payment user registration result screen 61 is shown as an example displayed on the entrance terminal 51.
  • the provisional payment user registration result screen 61 includes an expiration date 611 and a payment limit 612. Note that the display contents of the provisional payment user registration result screen 61 are not limited to this.
  • the master biometric information and card information of user U1 are associated via the user ID.
  • the user ID and facial feature information A of user U1 are preregistered in the storage medium of the user terminal 100-1 carried by user U1.
  • the card information and user ID are preregistered in association with each other in the payment processing system 400. Therefore, in the provisional payment user registration process, provisional payment is permitted and provisional payment user information including the master biometric information is registered on the condition that face authentication is successful upon entry to the facility 5. This makes it possible to prevent impersonation when provisional payment is permitted. In addition, this also means that the consent of the individual to the (temporary) registration of the master biometric information, etc. in the payment support device 300 has been obtained. Furthermore, by performing credit confirmation, provisional payment can be appropriately permitted for users who have the ability to pay (credit information that meets certain conditions).
  • the provisional payment user registration result screen 61 may be displayed on the user terminal 100-1 carried by the user U1.
  • the user terminal 100-1 may receive the provisional payment user registration result from the entrance terminal 51 by short-range wireless communication and display the provisional payment user registration result screen 61.
  • the destination information of the user terminal 100-1 may be registered in the provisional payment user information 311 as described above.
  • the entrance terminal 51 further acquires the destination information of the user terminal 100-1 in step S231, and transmits the destination information of the user terminal 100-1 in a provisional payment user registration request in step S237.
  • the payment support device 300 may further associate the destination information of the user terminal with the user ID and register the provisional payment user information 311.
  • step S244 the payment support device 300 may transmit the provisional payment user registration result to the user terminal 100-1 via the network N.
  • the user terminal 100-1 may display a provisional payment user registration result screen 61 according to the provisional payment user registration result received from the payment support device 300.
  • facial authentication is performed at the entrance terminal 51, but facial authentication may also be performed at the payment support device 300 side.
  • the entrance terminal 51 transmits a provisional payment user registration request to the payment support device 300, including the user ID and facial feature information A acquired from the user terminal 100-1, and a facial image of the user U1.
  • the payment support device 300 may perform facial authentication by steps S234 to S236 described above.
  • provisional payment user registration process at the time of entry described above involves one-to-one facial recognition, which allows for faster authentication speed and higher authentication accuracy than one-to-N facial recognition.
  • Provisional payment processing 9 is a sequence diagram showing the flow of provisional payment processing according to the second embodiment.
  • provisional payment user information 311 of each of users U2-1 to U2-3 in shopping area 502 has been registered in payment support device 300 by the provisional payment user registration processing described above.
  • user U2-1 is assumed to have shopped in front of provisional payment terminal 52-1.
  • User U2-1 may not be carrying his/her own user terminal.
  • the provisional payment terminal 52-1 accepts the first payment object information of the user U2-1 by input by a staff member of the store or by the user U2-1 scanning the product code of the purchase (S251).
  • the first payment object information includes product information and the amount, etc.
  • the provisional payment terminal 52-1 takes a picture of the face of the user U2-1 with a camera (not shown) (S252). Note that the order of steps S251 and S252 does not matter.
  • the provisional payment terminal 52-1 transmits a provisional payment request including the first payment object information and the face image to the payment support device 300 via the network N (S253).
  • the payment support device 300 receives a provisional payment request from the provisional payment terminal 52-1 via the network N, and performs face authentication based on the facial image included in the provisional payment request (S254). Specifically, the payment support device 300 extracts facial feature information D from the facial image as in step S234 described above. Then, the payment support device 300 performs one-to-N face authentication between the facial feature information D (query biometric information) and each of the facial feature information 3112 (master biometric information) in each provisional payment user information 311 stored in the storage unit 310.
  • the payment support device 300 compares each of the multiple facial feature information 3112 with the facial feature information D to calculate the degree of match, and if the highest degree of match is equal to or greater than a threshold, it determines that the user corresponding to the facial feature information 3112 has succeeded in face authentication. If there is no facial feature information with a matching degree equal to or greater than the threshold, the payment support device 300 determines that facial authentication has failed, sends a reply to the provisional payment terminal 52-1 indicating that provisional payment is not possible, and ends the provisional payment process.
  • the payment support device 300 identifies the user ID 3111 associated with the facial feature information 3112 for which facial authentication has been successful from the provisional payment user information 311 in the storage unit 310 (S255). Then, the payment support device 300 generates payment schedule information based on the identified user ID and the first payment target information included in the provisional payment request (S256). Specifically, the payment support device 300 issues a new provisional payment ID, identifies the provisional payment date and time based on the date and time of receipt of the provisional payment request, and identifies the amount and provisional payment details from the first payment target information included in the provisional payment request.
  • the payment support device 300 generates payment schedule information 3121 by associating the issued provisional payment ID 31211, the identified provisional payment date and time 31212, the user ID 31213, the amount 31214, and the provisional payment details 31215. Then, payment support device 300 registers the generated scheduled payment information 3121 in storage unit 310 (S257). Note that payment support device 300 may generate and register scheduled payment information 3121 if the expiration date 3113 associated with identified user ID 3111 is within the expiration date. Payment support device 300 may also determine whether the total amount of unsettled scheduled payment information (or the total amount including unsettled and settled amounts) is within the payment limit, and generate and register scheduled payment information 3121 if it is within the payment limit.
  • the payment support device 300 generates information (provisional payment result) indicating the registration result of the payment schedule information, and transmits the provisional payment result to the provisional payment terminal 52-1 via the network N (S258).
  • the provisional payment terminal 52-1 displays the received provisional payment result on the screen (S259).
  • FIG. 10 is a diagram showing an example of the display of a provisional payment result in the second embodiment.
  • a provisional payment result screen 62 is shown as an example displayed on the provisional payment terminal 52-1.
  • the provisional payment result screen 62 includes a target product 621, a provisional payment amount 622, a payment limit 623, and a remaining balance of the payment limit 624. Note that the display contents of the provisional payment result screen 62 are not limited to this.
  • a user who enters facility 5 can make a provisional payment in shopping area 502 without carrying an electronic payment means such as a credit card or a user terminal.
  • the provisional payment process described above is a one-to-N facial authentication, but the facial feature information 3112 contained in the multiple provisional payment user information 311 in memory unit 310 is used as the master biometric information. Therefore, for example, authentication can be performed faster and with higher accuracy than when facial authentication is performed on master biometric information managed by authentication infrastructure system 200.
  • Payment Processing 11 is a sequence diagram showing the flow of this payment process at the time of exit according to the present embodiment 2. It is assumed that user U3 is at the exit terminal 53 near the exit 503 to exit the facility 5.
  • the exit terminal 53 When user U3 is detected by a human presence sensor (not shown), for example, the exit terminal 53 captures an image of the face of user U3 using a camera (not shown) (S261). Then, the exit terminal 53 transmits the captured facial image to the payment support device 300 via the network N (S262). The exit terminal 53 may also extract facial feature information from the facial image and transmit the extracted facial feature information (query biometric information) to the payment support device 300.
  • the payment support device 300 receives the facial image from the exit terminal 53 via the network N, and performs facial authentication based on the facial image, similar to step S254 described above (S263). If the facial authentication fails, the payment support device 300 notifies the exit terminal 53 and the terminals of staff and security guards at facility 5 that exit is not possible (this payment is not possible), and ends this payment process.
  • the payment support device 300 identifies the user ID 3111 associated with the facial feature information 3112 for which face authentication was successful from among the provisional payment user information 311 in the storage unit 310 (S264). Then, the payment support device 300 identifies all unsettled scheduled payment information associated with the identified user ID (S265). Specifically, the payment support device 300 identifies all scheduled payment information 3121, etc., including the user ID 31213 of user U3 from the storage unit 310. Then, the payment support device 300 calculates the total amount from the amount 31214 of the identified scheduled payment information 3121, etc., and generates second payment target information (S266). Here, the second payment target information includes at least the calculated total amount.
  • the second payment target information may include various information in the scheduled payment information. Then, the payment support device 300 transmits a payment processing request including the second payment target information, including the total amount, and the user ID identified in step S264 to the payment processing system 400 via the network N (S267).
  • the payment processing system 400 receives a payment processing request from the payment support device 300 via the network N, and identifies the card information 412 from the user ID 411 included in the payment processing request (S268). Specifically, the payment processing system 400 identifies and reads out the card information 412 associated with the user ID 411 from among multiple registered payment user information 410. The payment processing system 400 then performs electronic payment processing for the total amount using the identified card information 412 (S269). In other words, the payment processing system 400 electronically pays the provisionally paid total amount using the credit card information of user U3, whose face was successfully authenticated when he or she left the venue. The payment processing system 400 then transmits the payment processing result to the payment support device 300 via the network N (S270).
  • the payment support device 300 receives the payment processing result from the payment processing system 400 via the network N. In response, the payment support device 300 deletes the scheduled payment information identified in step S265 from the storage unit 310 (S271). Instead of deleting the scheduled payment information, the payment support device 300 may set a payment completed flag. The payment support device 300 also deletes the provisional payment user information 311 including the user ID 3111 identified in step S264 from the storage unit 310 (S272). Then, the payment support device 300 generates a final payment result including the received payment processing result and the deletion result (S273). Then, the payment support device 300 transmits the generated final payment result to the exit terminal 53 via the network N (S274). In response, the exit terminal 53 displays the received final payment result on the screen (S275).
  • FIG. 12 is a diagram showing an example of the display of the payment result according to the second embodiment.
  • the payment result screen 63 shows an example displayed on the exit terminal 53.
  • the payment result screen 63 includes a payment date and time 631, a payment amount 632, a payment method 633, and a deletion notification message 634.
  • the display contents of the payment result screen 63 are not limited to this.
  • the payment result screen 63 may include a breakdown of the payment contents (target product, amount, etc.) of each payment scheduled information that has been paid.
  • the payment result screen 63 may be displayed on a user terminal 100 (not shown) carried by user U3.
  • the user terminal 100 may receive the payment result from the exit terminal 53 via short-range wireless communication and display the payment result screen 63.
  • the destination information of the user terminal 100 may be registered in the provisional payment user information 311, as described above.
  • the payment support device 300 may transmit the payment result to the user terminal 100 via the network N.
  • the user terminal 100 may display the payment result screen 63 according to the payment result received from the payment support device 300.
  • this embodiment makes it possible to realize so-called "credit" in electronic payments using biometric authentication.
  • the user U can electronically pay the amount provisionally paid in the shopping area 502 during his/her stay in the facility 5 in a lump sum when he/she leaves. Therefore, as with the above-mentioned embodiment 1, the timing of economic transactions and actual payment processing can be separated, and the concentration of access to payment processing in the payment processing system can be dispersed.
  • electronic payments can be made in a lump sum at the time of leaving the facility. Therefore, the number of electronic payment processes in the payment processing system 400 can be reduced, and the fees for payment procedures can be reduced. In addition, the number of connections from the payment support device 300 to the payment processing system 400 and the amount of communication can be reduced.
  • the card information 1011 may be temporarily registered in the payment support device 300 and deleted after the actual payment. In that case, in the actual payment process, the payment support device 300 may send a payment processing request to the payment processing system 400, including the card information 1011.
  • the facial feature information is associated with the user in a storage medium carried by the user, and the user ID 411 and card information 412 are associated and managed on the payment processing system 400 side.
  • the settlement unit may set the payment timing to be the period during which the user U stays at the facility 5 and also to a periodic timing outside the business hours of the facility 5.
  • the payment timing may be after the end of business hours every day, for example, at night on a daily basis. That is, the settlement unit may list the unsettled scheduled payment information 3121 and the like in the storage unit 310 every night, compile the unsettled scheduled payment information on a user basis, set the total amount as the second payment target information, and perform electronic payment for the second payment target information of each user. This also makes it possible to separate the timing of the economic transaction from the actual payment process, and even if provisional payments are made multiple times in one day, the amounts of the multiple scheduled payment information can be electronically paid in a lump sum.
  • the above-mentioned registration unit may also register the expiration date, which is after the user U's stay in facility 5, in the storage unit 310 in association with the master biometric information of user U.
  • the payment unit performs payment processing with the expiration date as the payment timing.
  • the payment support device 300 may further include a first deletion unit that deletes the master biometric information of user U from the storage unit 310 after the expiration date.
  • the timing of payment and the timing of deletion of the provisional payment user information are not limited to the time of exit, but may be after the expiration date has passed.
  • provisional payment and final payment may be performed using multi-factor authentication. This can improve security in provisional payment and final payment.
  • Authentication other than biometric authentication may be performed using, for example, matching a PIN code or confirming a name. That is, the registration unit further acquires personal authentication information (e.g., a PIN code) other than the user's master biometric information at the time of entry, and registers the personal authentication information in the storage device in association with the master biometric information depending on whether the biometric authentication at the time of entry is successful.
  • personal authentication information e.g., a PIN code
  • the provisional payment unit If the provisional payment unit is successful in biometric authentication at the time of economic transaction and in identity authentication using the user's personal authentication information (e.g., a PIN code), it registers the payment schedule information in the storage device in association with the master biometric information. That is, provisional payment may be permitted on the condition that multi-factor authentication is successful.
  • the user's personal authentication information e.g., a PIN code
  • the entrance terminal 51 may accept input of a PIN code from user U1 by step 236 in FIG. 7, and cause the payment support device 300 to further register the PIN code to the facial feature information A and user ID of user U1.
  • the entrance terminal 51 may accept a PIN code after step S245, and cause the payment support device 300 to additionally register the PIN code to the provisional payment user information 311 of user U1.
  • the storage medium of the user terminal 100-1 may store personal authentication information such as the name (and/or PIN code, etc.) of user U1 in association with the user ID 111 and facial feature information 112. In that case, the entrance terminal 51 may further include the personal authentication information in the provisional payment user registration request and send it in step S237 in FIG. 7.
  • the provisional payment unit may also calculate the total amount of unsettled items at that time for each economic transaction, and determine whether or not to allow provisional payment based on the total amount and the payment limit. Specifically, if the total amount of the planned payment information exceeds the payment limit, the provisional payment unit may prevent the registration of planned payment information at the time of the economic transaction. This makes it possible to prevent the use of provisional payments that exceed the ability to pay.
  • the provisional payment unit may perform a credit check on the user for a predetermined amount equal to or greater than the excess amount. If the credit check is performed, the provisional payment unit may add the predetermined amount to the payment limit and register the planned payment information at the time of the economic transaction in the storage device in association with the user's master biometric information. For example, if there is insufficient balance in a pre-charge type electronic payment method such as electronic money, it becomes possible to continue using provisional payment by auto-charging. This improves the convenience of provisional payment.
  • the personal authentication (authentication of identity confirmation, identity authentication, identity identification processing, etc.) has been described as face authentication, but other biometric authentication using biometric information may be used.
  • biometric information may be data (feature amount) calculated from physical characteristics unique to an individual, such as a fingerprint, voiceprint, veins, retina, iris of the eye, or palm pattern.
  • the biometric authentication may extract feature information indicating a person's physical characteristics from a photographed image of a part of the user's body, compare the extracted feature information with pre-registered feature information, and consider the authentication successful if the degree of match is equal to or greater than a threshold.
  • the biometric authentication may be authentication based on the external shape of a person.
  • the feature information is information on the external shape of a person, such as information indicating features such as body shape, height, and clothing.
  • other personal authentication may be applied, and the biometric information may be other personal authentication information.
  • personal authentication information may include, but is not limited to, a user ID, a combination of ID and password, the contents of an identification card such as a My Number or a driver's license (identification number, etc. and password), an electronic certificate, code information, etc.
  • the code information may be a two-dimensional code, for example, a QR code (registered trademark).
  • the program includes instructions (or software code) that, when loaded into a computer, cause the computer to perform one or more functions described in the embodiments.
  • the program may be stored on a non-transitory computer-readable medium or tangible storage medium.
  • computer-readable medium or tangible storage medium may include random-access memory (RAM), read-only memory (ROM), flash memory, solid-state drive (SSD) or other memory technology, CD-ROM, digital versatile disc (DVD), Blu-ray® disk or other optical disk storage, magnetic cassette, magnetic tape, magnetic disk storage or other magnetic storage device.
  • the program may be transmitted on a transitory computer-readable medium or communication medium.
  • transitory computer-readable medium or communication medium may include electrical, optical, acoustic, or other forms of propagated signals.
  • (Appendix A1) a registration means for registering master biometric information of a user in a storage device when the user enters a predetermined facility; a provisional payment means for registering, in response to a success of biometric authentication by matching query biometric information acquired during an economic transaction of the user at the facility with the master biometric information, payment schedule information based on the economic transaction in the storage device in association with the master biometric information; a payment means for carrying out a payment process for the user's pending payment schedule information in accordance with a predetermined payment timing of the user after the economic transaction;
  • a payment support device comprising: (Appendix A2)
  • the payment method is: The payment support device according to claim A1, wherein the payment processing is performed for the user for a total amount of two or more pieces of unpaid payment schedule information for the user at the payment timing.
  • the payment method is: The payment schedule information of the user registered in the storage device at the payment timing is compiled to generate payment target information, and the payment process is performed for the payment target information;
  • the registration means includes: A payment support device as described in any one of Appendix A1 to Appendix A3, wherein if biometric authentication is successful by comparing the master biometric information obtained from a storage medium carried by the user at the time of entry with query biometric information obtained from the user at the time of entry, the master biometric information is registered in the storage device.
  • the registration means includes: If the biometric authentication at the time of entry is successful, a credit check is performed on the user based on the master biometric information; The payment support device according to claim A4, wherein if the credit confirmation is successful, the master biometric information is registered in the storage device.
  • the payment method is: A payment support device as described in any one of Appendix A1 to Appendix A5, in which the payment timing is determined to be when biometric authentication is successful by matching query biometric information obtained from the user with the master biometric information when the user leaves the facility.
  • the payment method is: The payment support device according to any one of Appendix A1 to Appendix A5, wherein the payment timing is a period during which the user stays at the facility and a regular timing outside of economic transaction hours at the facility.
  • the registration means registers the biometric information in the storage device in association with the master biometric information, with a validity period being a period that is later than the user's stay at the facility;
  • the payment means performs the payment process with the expiration date as the payment timing
  • the registration means includes: At the time of said entry, further acquiring personal authentication information of said user other than said master biometric information; registering the personal authentication information in the storage device in association with the master biometric information in response to success of the biometric authentication at the time of entry;
  • the provisional payment means is A payment support device as described in any one of Appendix A1 to Appendix A9, wherein if the biometric authentication during the economic transaction is successful and the identity authentication using the user's identity authentication information is successful, the payment schedule information is associated with the master biometric information and registered in the storage device.
  • the registration means registers the payment limit in the storage device in association with the master biometric information
  • the provisional payment means registers the scheduled payment information at the time of the economic transaction in the storage device in association with the master biometric information of the user, depending on the total amount of outstanding scheduled payment information of the user who successfully passed the biometric authentication at the time of the economic transaction and the payment limit of the user.
  • the provisional payment means is The payment support device according to claim A11, wherein if a total amount of the payment schedule information exceeds the payment limit, registration of the payment schedule information at the time of the economic transaction is suppressed.
  • the provisional payment means is If the total amount of the payment schedule information exceeds the payment limit, a credit check is performed on the user for a predetermined amount equal to or greater than the excess amount,
  • the payment support device described in Appendix A11 wherein if the credit confirmation is made, the specified amount is added to the payment limit, and the payment schedule information at the time of the economic transaction is associated with the master biometric information of the user and registered in the storage device.
  • (Appendix B1) A storage device for provisional payment at a predetermined facility;
  • a payment support device The payment support device, a registration means for registering master biometric information of a user in the storage device when the user enters the facility;
  • a provisional payment means for registering, in response to a success of biometric authentication by matching query biometric information acquired during an economic transaction of the user at the facility with the master biometric information, payment schedule information based on the economic transaction in the storage device in association with the master biometric information; a payment means for performing a payment process for the user's pending payment schedule information in accordance with a predetermined payment timing of the user after the economic transaction;
  • a payment support system comprising:
  • the payment method is: The payment support system according to claim B1, wherein the payment process is performed for the user for a total amount of two or more pieces of unpaid payment schedule information for the user at the payment timing.
  • Appendix D1 a registration process for registering the master biometric information of a user in a storage device when the user enters a predetermined facility; a provisional payment process for registering payment schedule information based on the economic transaction in the storage device in association with the master biometric information in response to a success of biometric authentication by matching query biometric information acquired during the economic transaction of the user in the facility with the master biometric information; a main payment process for performing a payment process for the user's unsettled payment schedule information in accordance with a predetermined payment timing for the user after the economic transaction;
  • a non-transitory computer-readable medium storing a payment assistance program for causing a computer to execute the above.

Landscapes

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

Abstract

決済支援装置（１）は、ユーザが所定の施設へ入場する際に、ユーザのマスタ生体情報を記憶装置に登録する登録部（１１）と、施設におけるユーザの経済取引時に取得されたクエリ生体情報とマスタ生体情報との照合による生体認証の成功に応じて、経済取引に基づく決済予定情報を当該マスタ生体情報に対応付けて記憶装置に登録する仮決済部（１２）と、経済取引後のユーザにおける所定の決済タイミングに応じて、当該ユーザの未決済の決済予定情報について決済処理を行う本決済部（１３）と、を備える。

Description

決済支援装置、システム及び方法、並びに、コンピュータ可読媒体
　本開示は、決済支援装置、システム、方法及びプログラムに関する。
　近年、生体認証を用いて電子決済を行う技術が普及しつつある。そして、特許文献１には、生体認証により利用が制御される集合住宅の住人に対して、提携店舗での生体認証に成功した場合の消費行動に応じたサービスの提供を行う技術が開示されている。
国際公開第２０２２／０５９１８０号
　ここで、生体認証を用いた電子決済において、消費行動（経済取引）の度に決済処理を行うと、日中などに決済処理システムに対する決済処理のアクセスが集中してしまうという問題があった。
　本開示の目的は、上述した課題を鑑み、生体認証を用いた電子決済において、経済取引と実際の決済処理とのタイミングを分けて、決済処理システムにおける決済処理のアクセスの集中を分散させるための決済支援装置、システム、方法、及び、プログラムを提供することにある。
　本開示にかかる決済支援装置は、
　ユーザが所定の施設へ入場する際に、当該ユーザのマスタ生体情報を記憶装置に登録する登録手段と、
　前記施設における前記ユーザの経済取引時に取得されたクエリ生体情報と前記マスタ生体情報との照合による生体認証の成功に応じて、前記経済取引に基づく決済予定情報を当該マスタ生体情報に対応付けて前記記憶装置に登録する仮決済手段と、
　前記経済取引後の前記ユーザにおける所定の決済タイミングに応じて、当該ユーザの未決済の決済予定情報について決済処理を行う本決済手段と、
　を備える。
　本開示にかかる決済支援システムは、
　所定の施設の仮決済用の記憶装置と、
　決済支援装置と、を備え、
　前記決済支援装置は、
　ユーザが前記施設へ入場する際に、当該ユーザのマスタ生体情報を前記記憶装置に登録する登録手段と、
　前記施設における前記ユーザの経済取引時に取得されたクエリ生体情報と前記マスタ生体情報との照合による生体認証の成功に応じて、前記経済取引に基づく決済予定情報を当該マスタ生体情報に対応付けて前記記憶装置に登録する仮決済手段と、
　前記経済取引後の前記ユーザにおける所定の決済タイミングに応じて、当該ユーザの未決済の決済予定情報について決済処理を行う本決済手段と、
　を備える。
　本開示にかかる決済支援方法は、
　コンピュータが、
　ユーザが所定の施設へ入場する際に、当該ユーザのマスタ生体情報を記憶装置に登録し、
　前記施設における前記ユーザの経済取引時に取得されたクエリ生体情報と前記マスタ生体情報との照合による生体認証の成功に応じて、前記経済取引に基づく決済予定情報を当該マスタ生体情報に対応付けて前記記憶装置に登録し、
　前記経済取引後の前記ユーザにおける所定の決済タイミングに応じて、当該ユーザの未決済の決済予定情報について決済処理を行う。
　本開示にかかる決済支援プログラムは、
　ユーザが所定の施設へ入場する際に、当該ユーザのマスタ生体情報を記憶装置に登録する登録処理と、
　前記施設における前記ユーザの経済取引時に取得されたクエリ生体情報と前記マスタ生体情報との照合による生体認証の成功に応じて、前記経済取引に基づく決済予定情報を当該マスタ生体情報に対応付けて前記記憶装置に登録する仮決済処理と、
　前記経済取引後の前記ユーザにおける所定の決済タイミングに応じて、当該ユーザの未決済の決済予定情報について決済処理を行う本決済処理と、
　をコンピュータに実行させる。
　本開示により、生体認証を用いた電子決済において、経済取引と実際の決済処理とのタイミングを分けて、決済処理システムにおける決済処理のアクセスの集中を分散させるための決済支援装置、システム、方法、及び、プログラムを提供することができる。
本実施形態１にかかる決済支援装置の構成を示すブロック図である。 本実施形態１にかかる決済支援方法の流れを示すフローチャートである。 本実施形態２にかかる決済支援システムの構成を示すブロック図である。 本実施形態２にかかる事前登録処理Ａの流れを示すシーケンス図である。 本実施形態２にかかる事前登録処理Ｂの流れを示すシーケンス図である。 本実施形態２にかかる決済支援装置の構成を示すブロック図である。 本実施形態２にかかる入場時の仮決済ユーザ登録処理の流れを示すシーケンス図である。 本実施形態２にかかる仮決済ユーザ登録結果の表示例を示す図である。 本実施形態２にかかる仮決済処理の流れを示すシーケンス図である。 本実施形態２にかかる仮決済結果の表示例を示す図である。 本実施形態２にかかる退場時の本決済処理の流れを示すシーケンス図である。 本実施形態２にかかる本決済結果の表示例を示す図である。
　以下では、本開示の実施形態について、図面を参照しながら詳細に説明する。各図面において、同一又は対応する要素には同一の符号が付されており、説明の明確化のため、必要に応じて重複説明は省略される。
＜実施形態１＞
　図１は、本実施形態１にかかる決済支援装置１の構成を示すブロック図である。決済支援装置１は、所定の施設内の店舗等で経済取引（買物等）の度に生体認証に応じて決済予定情報を記録し、経済取引後の所定の決済タイミングで未決済の決済予定情報の決済処理を行う情報処理装置である。所定の施設とは、ユーザの入場と退場とが管理されるエリアであるものとする。そして、施設には、店舗等の経済取引が可能な場所が含まれる。施設は、例えば、テーマパーク、イベント会場、宿泊施設等の有料又は無料のサービスを提供可能なエリアとする。尚、施設は、建物に限定されない。また、経済取引とは、ユーザ（買い手）の消費行動に伴い、商品又はサービスと金銭との交換が約束され、買い手側に債務（支払いの義務）が生じることをいう。そして、経済取引の成立時点では、金銭の支払いが行われていない、つまり未決済であるものとする。
　決済支援装置１は、登録部１１、仮決済部１２及び本決済部１３を備える。登録部１１は、ユーザが所定の施設へ入場する際に、当該ユーザのマスタ生体情報を記憶装置（不図示）に登録する。尚、記憶装置は、決済支援装置１に内蔵されるものか、決済支援装置１に接続されるもののいずれであってもよい。また、「マスタ生体情報」とは、ユーザの生体認証においてクエリ生体情報との照合対象となる生体情報である。ここで、「生体情報」は、ユーザの身体の少なくとも一部を撮影した画像から抽出された複数の特徴点と特徴点間の距離等である特徴量の集合を示すデータである。
　仮決済部１２は、施設におけるユーザの経済取引時に取得されたクエリ生体情報と（上記記憶装置に登録された）マスタ生体情報との照合による生体認証の成功に応じて、経済取引に基づく決済予定情報を当該マスタ生体情報に対応付けて記憶装置に登録する。ここで、「生体認証」とは、マスタ生体情報と、認証時に個人から取得された、又は、入力されたクエリ生体情報とを照合して、一致度合いが閾値以上であることにより、個人の真正性を確認する情報処理とする。ここで、「クエリ生体情報」は、生体認証のためにユーザ本人から取得された生体情報であり、マスタ生体情報との照合対象となるデータである。例えば、クエリ生体情報は、経済取引時にユーザが撮影された画像から抽出されることにより取得された生体情報である。また、「決済予定情報」とは、経済取引により支払い義務が生じたが、決済（金銭の支払い等）が行われておらず、後に決済が行われる予定である情報である。決済予定情報は、例えば、経済取引の対象の商品もしくはサービス、金額、日時、施設内の店舗等と経済取引を行ったユーザの情報等を含む。本実施形態では、経済取引時の生体認証の成功に伴い決済予定情報を登録する処理を「仮決済」と呼ぶものとする。
　本決済部１３は、経済取引後のユーザにおける所定の決済タイミングに応じて、ユーザの未決済の決済予定情報について決済処理を行う。ここで、「決済タイミング」は、少なくとも経済取引のタイミングとは異なり、経済取引後、一定期間の経過後であるものとする。「決済タイミング」は、例えば、ユーザが施設から退場する時、退場後の一定期間後、マスタ生体情報の有効期限の経過後等であるとよい。または、「決済タイミング」は、例えば、ユーザにおける施設の滞在期間、かつ、施設の経済取引の時間外の定期的なタイミング（日次）であってもよい。また、「決済処理」とは、ユーザが経済取引済み、かつ、未決済である決済予定情報について、ユーザの電子決済手段を用いた電子決済を行う処理とする。「電子決済手段」は、例えば、クレジットカード、デビットカード、電子マネー、ポイント、電子キャッシュ、仮想通貨、ウォレット、又はその他の電子バリュー等による支払いや銀行口座等からの引き落としが挙げられるが、これらに限定されない。また、本決済部１３は、決済処理システムを用いて決済処理（本決済）を実行する。例えば、本決済部１３は、決済支援装置１の外部の決済処理システムに対して特定のユーザの未決済の決済予定情報の決済処理要求を送信することにより、電子決済を実行させても良い。尚、決済処理システムは、決済支援装置１の内部機能であってもよい。
　図２は、本実施形態１にかかる決済支援方法の流れを示すフローチャートである。まず、登録部１１は、ユーザが所定の施設へ入場する際に、ユーザのマスタ生体情報を記憶装置に登録する（Ｓ１１）。次に、仮決済部１２は、施設におけるユーザの経済取引時に取得されたクエリ生体情報とマスタ生体情報との照合による生体認証の成功に応じて、経済取引に基づく決済予定情報をマスタ生体情報に対応付けて記憶装置に登録する（Ｓ１２）。そして、本決済部１３は、経済取引後のユーザにおける所定の決済タイミングに応じて、ユーザの未決済の決済予定情報について決済処理を行う（Ｓ１３）。
　このように、本実施形態では、施設への入場時にユーザのマスタ生体情報を保持しておき、施設内での経済取引の都度、生体認証の成功を条件に当該ユーザの決済予定情報を記録する。そして、経済取引よりも後のタイミングで、所定のユーザの未決済の決済予定情報について決済処理を行うものである。そのため、生体認証を用いた電子決済において、経済取引と実際の決済処理とのタイミングを分けて、決済処理システムにおける決済処理のアクセスの集中を分散させることができる。
　尚、決済支援装置１は、図示しない構成としてプロセッサ、メモリ及び記憶装置を備えるものである。また、当該記憶装置には、本実施形態にかかる決済支援方法の処理が実装されたコンピュータプログラムが記憶されている。そして、当該プロセッサは、記憶装置からコンピュータプログラム等を前記メモリへ読み込ませ、当該コンピュータプログラムを実行する。これにより、前記プロセッサは、登録部１１、仮決済部１２及び本決済部１３の機能を実現する。
　または、決済支援装置１の各構成要素は、それぞれが専用のハードウェアで実現されていてもよい。また、各装置の各構成要素の一部又は全部は、汎用または専用の回路（circuitry）、プロセッサ等やこれらの組合せによって実現されてもよい。これらは、単一のチップによって構成されてもよいし、バスを介して接続される複数のチップによって構成されてもよい。各装置の各構成要素の一部又は全部は、上述した回路等とプログラムとの組合せによって実現されてもよい。また、プロセッサとして、ＣＰＵ（Central Processing Unit）、ＧＰＵ（Graphics Processing Unit）、ＦＰＧＡ（Field-Programmable Gate Array）、量子プロセッサ（量子コンピュータ制御チップ）等を用いることができる。
　また、決済支援装置１の各構成要素の一部又は全部が複数の情報処理装置や回路等により実現される場合には、複数の情報処理装置や回路等は、集中配置されてもよいし、分散配置されてもよい。例えば、情報処理装置や回路等は、クライアントサーバシステム、クラウドコンピューティングシステム等、各々が通信ネットワークを介して接続される形態として実現されてもよい。また、決済支援装置１の機能がＳａａＳ（Software as a Service）形式で提供されてもよい。
＜実施形態２＞
　実施形態２は、上述した実施形態１の具体例である。図３は、本実施形態２にかかる決済支援システム１０００の構成を示すブロック図である。決済支援システム１０００は、施設５内の買物エリア５０２での買物を生体認証（例えば顔認証）により行い、施設５からの退場時に未決済のものをまとめて決済する（後払いする）ための情報システムである。
　決済支援システム１０００は、ユーザ端末１００－０、認証基盤システム２００、決済支援装置３００、決済処理システム４００、入場端末５１、仮決済端末５２－１から５２－３、退場端末５３を備える。ユーザ端末１００－０、認証基盤システム２００、決済支援装置３００、決済処理システム４００、入場端末５１、仮決済端末５２－１から５２－３、退場端末５３のそれぞれは、ネットワークＮを介して通信可能に接続されている。ここで、ネットワークＮは、有線又は無線の通信回線である。尚、以下の説明では、生体認証を顔認証とし、生体情報を顔特徴情報とするが、生体認証及び生体情報は撮影画像を利用する他の技術を適用可能である。例えば、生体情報は、指紋、声紋、静脈、網膜、瞳の虹彩の模様（パターン）といった個人に固有の身体的特徴から計算されるデータ（特徴量）を用いても構わない。
　尚、以下の説明において、ユーザ端末１００－０及び１００－１を単に「ユーザ端末１００」と呼ぶ場合がある。また、以下の説明において、仮決済端末５２－１、５２－２及び５２－３を単に「仮決済端末５２」と呼ぶ場合がある。また、以下の説明において、ユーザＵ０、Ｕ１、Ｕ２－１、Ｕ２－２、Ｕ２－３及びＵ３を単に「ユーザＵ」と呼ぶ場合がある。
　ユーザＵ０は、施設５の外部に存在し、ユーザ端末１００－０とクレジットカード１０１を所持している。ユーザ端末１００－０は、カメラ（不図示）と記憶媒体１１０が内蔵されており、１以上の方式の近距離無線通信と他の無線通信により通信可能である。近距離無線通信は、例えば、ＮＦＣ（Near field communication）、ＢＬＥ（Bluetooth Low Energy）等が挙げられるが、これらに限定されない。記憶媒体１１０は、ユーザＩＤ１１１と顔特徴情報１１２が対応付けて記憶されている。つまり、記憶媒体１１０は、ユーザＵ０が携帯する記憶媒体の一例である。ユーザＩＤ１１１は、ユーザＵ０の識別情報である。顔特徴情報１１２は、ユーザＵ０のマスタ生体情報の一例であり、ユーザＵ０の顔画像から抽出された目、鼻、口等の位置に対応する各特徴点の間の距離等である特徴量の集合を示す特徴ベクトルである。
　尚、記憶媒体１１０は、ユーザ端末１００に内蔵されるものに限定されず、マイナンバーカード等のＩＣカードであってもよい。その場合、ユーザ端末１００は、マスタ生体情報が記憶されたＩＣカードからマスタ生体情報を読み出すようにしてもよい。
　ユーザ端末１００－０は、公知のスマートフォン等のモバイル端末の構成を有し、後述する事前登録処理Ａ及びＢが実装されたプログラムを記憶する。ユーザ端末１００－０の制御部（不図示）は、プログラムをメモリに読み込ませ、プログラムを実行することにより、ユーザ端末１００－０は、事前登録処理Ａ及びＢを実現する。
　クレジットカード１０１は、内蔵する記憶媒体にカード情報１０１１が記録されている。クレジットカード１０１は、電子決済手段の一例である。カード情報１０１１は、クレジットカード番号、ユーザの氏名、利用期限、暗証番号等を含む。
　認証基盤システム２００は、ユーザＵの顔画像から顔特徴情報を抽出及び当該顔特徴情報に対応するユーザＩＤの発行を行う情報システムである。尚、認証基盤システム２００は、顔特徴情報とユーザＩＤを対応付けたデータベースを有してしてもよい。
　決済処理システム４００は、上述した決済処理（電子決済）を行う情報システムである。特に、決済処理システム４００は、決済ユーザ情報４１０を記憶する。決済ユーザ情報４１０は、ユーザＩＤ４１１とカード情報４１２を対応付けた情報である。ユーザＩＤ４１１は、上述したユーザＩＤ１１１に対応する情報である。また、カード情報４１２は、上述したカード情報１０１１に対応する情報である。
　（事前登録）
　ここで、決済支援システム１０００のユーザＵは、遅くとも施設５に入場するまでに、自身のマスタ生体情報と、電子決済手段の情報とが対応付けられているものとする。例えば、記憶媒体１１０に記憶された顔特徴情報１１２とカード情報１０１１とが、ユーザＩＤ１１１を介して対応付けるものとする。具体的には、後述する事前登録処理Ａ及びＢにより、記憶媒体１１０に記憶されたユーザＩＤ１１１とクレジットカード１０１に記憶されたカード情報１０１１とが、決済処理システム４００側でユーザＩＤ４１１とカード情報４１２とが対応付けて登録される。
　図４は、本実施形態２にかかる事前登録処理Ａの流れを示すシーケンス図である。まず、ユーザ端末１００－０は、ユーザＵ０の操作に応じて、ユーザＵ０の顔を撮影する（Ｓ２０１）。そして、ユーザ端末１００－０は、撮影した顔画像を、ネットワークＮを介して認証基盤システム２００へ送信する（Ｓ２０２）。
　認証基盤システム２００は、ユーザ端末１００－０からネットワークＮを介して顔画像を受信する。そして、認証基盤システム２００は、受信した顔画像から顔特徴情報Ａ（マスタ生体情報）を抽出する（Ｓ２０３）。具体的には、認証基盤システム２００は、受信した顔画像から顔領域を検出し、検出した顔領域から、人物の顔の特徴を示す複数の特徴点を抽出し、また、各特徴点の間の距離を算出する。そして、認証基盤システム２００は、抽出した複数の特徴点の位置の集合と、算出した各特徴点の間の距離の集合とをまとめて顔特徴情報Ａとして抽出する。そして、認証基盤システム２００は、ユーザＩＤを新規に発行する（Ｓ２０４）。その後、認証基盤システム２００は、発行したユーザＩＤ及び抽出した顔特徴情報Ａを、ネットワークＮを介してユーザ端末１００－０へ返信する（Ｓ２０６）。ユーザ端末１００－０は、認証基盤システム２００から受信したユーザＩＤ１１１と顔特徴情報１１２（顔特徴情報Ａ）を対応付けて記憶媒体１１０に保存する（Ｓ２０７）。
　事前登録処理Ａの後、事前登録処理Ｂが行われる。図５は、本実施形態２にかかる事前登録処理Ｂの流れを示すシーケンス図である。前提として、ユーザ端末１００－０の記憶媒体１１０には、上述した通り、ユーザＩＤ１１１と顔特徴情報１１２が対応付けて登録されているものとする。
　まず、ユーザ端末１００－０は、クレジットカード１０１からカード情報１０１１を読取る（Ｓ２１１）。例えば、ユーザＵ０は、ユーザ端末１００－０にクレジットカード１０１をかざして、読み取り操作、暗証番号の入力等を行う。ユーザ端末１００－０は、所定の近距離無線通信により、クレジットカード１０１からカード情報１０１１を読取る。尚、ユーザ端末１００－０は、ユーザＵ０の手入力によりカード情報（クレジットカード番号、有効期限、暗証番号等）を取得してもよい。
　また、ユーザ端末１００－０は、ユーザＵ０の操作に応じて、ユーザＵ０の顔を撮影する（Ｓ２１２）。そして、ユーザ端末１００－０は、撮影した顔画像から顔特徴情報Ｂを抽出する（Ｓ２１３）。そして、ユーザ端末１００－０は、記憶媒体１１０に記憶された顔特徴情報１１２（顔特徴情報Ａ、マスタ生体情報）と、ステップＳ２１３で抽出された顔特徴情報Ｂ（クエリ生体情報）とを照合し（Ｓ２１４）、一致度を算出する。ユーザ端末１００－０は、一致度が閾値以上の場合、顔認証に成功したと判定し、一致度が閾値未満の場合、顔認証に失敗したと判定する。顔認証に失敗した場合、事前登録処理Ｂは終了する。
　ステップＳ２１４により顔認証に成功した場合、ユーザ端末１００－０は、認証に成功したユーザＩＤ１１１を特定する（Ｓ２１５）。具体的には、ユーザ端末１００－０は、顔認証に成功した顔特徴情報１１２に対応付けられたユーザＩＤ１１１を記憶媒体１１０から読み出す。そして、ユーザ端末１００－０は、ステップＳ２１５で特定したユーザＩＤ１１１と、ステップＳ２１１で読み取ったカード情報１０１１とを含めた決済ユーザ登録要求を、ネットワークＮを介して決済処理システム４００へ送信する（Ｓ２１６）。
　これに応じて、決済処理システム４００は、ユーザ端末１００－０からネットワークＮを介して決済ユーザ登録要求を受信する。そして、決済処理システム４００は、受信した決済ユーザ登録要求に含まれるカード情報１０１１に基づき与信確認を行う（Ｓ２１７）。尚、与信確認処理は、公知の技術を用いることができる。与信確認により登録が認められなかった場合、事前登録処理Ｂは終了する。
　ステップＳ２１７により与信確認により登録が認められた場合、決済処理システム４００は、与信確認されたカード情報４１２と、受信した決済ユーザ登録要求に含まれるユーザＩＤ４１１とを対応付けて、決済ユーザ情報４１０に登録する（Ｓ２１８）。そして、決済処理システム４００は、登録完了通知を、ネットワークＮを介してユーザ端末１００－０へ送信する（Ｓ２１９）。
　これに応じて、ユーザ端末１００－０は、決済処理システム４００からネットワークＮを介して登録完了通知を受信し、画面に登録完了の旨を表示する（Ｓ２２０）。
　尚、図５のステップＳ２１１のカード情報の読み取り処理と、ステップＳ２１２～Ｓ２１５の顔認証処理との処理順序は、逆であっても良い。
　尚、マスタ生体情報と電子決済手段の情報とを事前に対応付けるための事前登録処理は、上述したものに限定されない。例えば、事前登録処理Ａは、認証基盤システム２００を介さずに、ユーザ端末１００－０で処理を完結してもよい。つまり、具体的には、図４のステップＳ２０２及びＳ２０６を省略し、ユーザ端末１００－０は、ステップＳ２０１に続いてＳ２０３及びＳ２０４を行い、その後、Ｓ２０７を行っても良い。また、事前登録処理Ｂは、顔認証（図５のステップＳ２１２からＳ２１５）を省略してもよい。
　（施設）
　図３に戻り説明を続ける。施設５は、入口５０１付近に入場端末５１が設置され、買物エリア５０２内に仮決済端末５２－１、５２－２、５２－３・・・が設置され、出口５０３付近に退場端末５３が設置されている。尚、仮決済端末５２は、少なくとも１つであればよい。入場端末５１、仮決済端末５２、退場端末５３は、認証端末の一例である。
　入場端末５１は、施設５へ入場するユーザＵ１の顔認証を行い、顔認証に成功した場合、顔特徴情報とユーザＩＤとを決済支援装置３００に登録する。これにより、ユーザＵ１は、施設５の滞在中、買物エリア５０２内で顔認証により仮決済（買物や有料サービスを受けること）ができる。尚、入場端末５１は、決済支援装置３００と共に仮決済ユーザ登録処理を行う情報端末である。ここで、入場端末５１は、キオスク端末やタブレット端末のように入口に設置された無人対応のものか、ホテルのチェックインカウンターのような有人カウンタに設置されたスタッフ用の情報端末であってもよい。つまり、仮決済ユーザ登録処理は、無人で実施してもよく、また、有人で実施しても良い。そのため、入場端末５１は、入口５０１の入場ゲートに設置された入場用の認証端末でもよいし、入場ゲート以外の箇所に設置されたキオスク端末やタブレット端末であってもよい。また、入口５０１は入場ゲートでなくてもよく、入場端末５１は、入口５０１付近に設置された各種端末であってもよい。
　仮決済端末５２は、買物エリア５０２内の店舗等で、買物客であるユーザＵ２の顔認証の成功を条件に、買物を許可する。ここで、仮決済端末５２は、キオスク端末やタブレット端末のように無人で仮決済を行う情報端末であるか、有人販売における販売員用の情報端末であってもよい。
　退場端末５３は、施設５から退場するユーザＵ３について顔認証の成功を条件に、退場を許可し、本決済を行わせ、仮決済時に登録された情報の削除を行わせる。ここで、退場端末５３は、キオスク端末やタブレット端末のように無人で本決済や退場処理を行う情報端末であるか、有人カウンタに設置されたスタッフ用の情報端末であってもよい。
　（決済支援装置の構成）
　決済支援装置３００は、上述した決済支援装置１の一例である。決済支援装置３００は、複数台のサーバに冗長化されてもよく、各機能ブロックが複数台のコンピュータで実現されてもよい。
　図６は、本実施形態２にかかる決済支援装置３００の構成を示すブロック図である。決済支援装置３００は、記憶部３１０、メモリ３２０、通信部３３０及び制御部３４０を備える。記憶部３１０は、ハードディスク、フラッシュメモリ等の記憶装置の一例である。記憶部３１０は、仮決済ユーザ情報３１１、決済予定情報３１２１、・・・決済予定情報３１２ｎ（ｎは自然数。）及びプログラム３１３を記憶する。尚、仮決済ユーザ情報３１１は、登録される仮決済ユーザ数分が記憶部３１０に記憶される。また、決済予定情報は、仮決済ユーザあたり０以上が記憶部３１０に記憶される。プログラム３１３は、本実施形態２にかかる決済支援方法の処理が実装されたコンピュータプログラムである。
　仮決済ユーザ情報３１１は、施設５に入場後、滞在期間中に買物エリア５０２で顔認証により経済取引を行い、電子決済（本決済）を後回しにすること（仮決済）が許可されたユーザの情報である。仮決済ユーザ情報３１１は、ユーザＩＤ３１１１、顔特徴情報３１１２、有効期限３１１３及び決済限度額３１１４を対応付けた情報である。ユーザＩＤ３１１１は、施設５の入場者であるユーザＵの識別情報であり、上述したユーザＩＤ１１１と同等の情報である。顔特徴情報３１１２は、マスタ生体情報の一例であり、上述した顔特徴情報１１２と同等の情報である。有効期限３１１３は、顔特徴情報３１１２が有効な期間の期限日時である。つまり、有効期限３１１３は、ユーザＵが施設５内で仮決済が可能な期間の期限である。決済限度額３１１４は、ユーザＵが施設５内で仮決済が可能な金額の上限値である。尚、仮決済ユーザ情報３１１は、ユーザＩＤ３１１１に対応するユーザが携帯するユーザ端末の宛先情報を含んでも良い。
　決済予定情報３１２１は、顔認証により経済取引がされ、かつ、決済前であるため、今後、本決済を行う予定の経済取引内容を示す情報である。すなわち、決済予定情報３１２１は、未決済であり、本決済を行う必要がある情報である。決済予定情報３１２１は、仮決済ＩＤ３１２１１、仮決済日時３１２１２、ユーザＩＤ３１２１３、金額３１２１４及び仮決済内容３１２１５を対応付けた情報である。仮決済ＩＤ３１２１１は、仮決済の識別情報である。仮決済日時３１２１２は、仮決済された日時である。ユーザＩＤ３１２１３は、仮決済を行った（顔認証に成功した）ユーザＵの識別情報であり、上述したユーザＩＤ１１１と同等の情報である。金額３１２１４は、仮決済された経済取引で支払う（本決済を行う）必要がある金額である。仮決済内容３１２１５は、仮決済された経済取引の内容である。仮決済内容３１２１５は、例えば、商品又はサービスの名称等の内容や内訳を示す情報である。尚、決済予定情報３１２２から３１２ｎは、決済予定情報３１２１と同等の情報であり、る。例えば、決済予定情報３１２１から３１２ｎは、同一のユーザ、つまり、ユーザＩＤ３１２１３が共通し、他の情報が異なるものであってもよい。
　メモリ３２０は、ＲＡＭ（Random Access Memory）等の揮発性記憶装置であり、制御部３４０の動作時に一時的に情報を保持するための記憶領域である。通信部３３０は、ネットワークＮとの通信インタフェースである。
　制御部３４０は、決済支援装置３００の各構成を制御するプロセッサつまり制御装置である。制御部３４０は、記憶部３１０からプログラム３１３をメモリ３２０へ読み込ませ、プログラム３１３を実行する。これにより、制御部３４０は、登録部３４１、仮決済部３４２、本決済部３４３及び削除部３４４の機能を実現する。
　登録部３４１は、上述した登録部１１の一例である。登録部３４１は、ユーザＵが施設５へ入場する際に、ユーザＵの仮決済ユーザ情報３１１を記憶部３１０に登録する。ここで、登録部３４１は、施設５への入場時に入場端末５１においてユーザＵについての顔認証に成功した場合、入場端末５１から仮決済ユーザ登録要求を受信する。仮決済ユーザ登録要求には、ユーザＵが携帯するユーザ端末１００から取得された顔特徴情報Ａ（マスタ生体情報）及びユーザＩＤとが含まれる。登録部３４１は、入場端末５１から受信した仮決済ユーザ登録要求に応じて、当該要求に含まれるユーザＩＤについて与信確認を行う。つまり、登録部３４１は、入場時におけるユーザの生体認証に成功した場合、仮決済ユーザ登録要求に含まれるマスタ生体情報に基づいてユーザの与信確認を行う。与信確認がされた場合、登録部３４１は、与信確認されたユーザＩＤと、当該要求に含まれる顔特徴情報（マスタ生体情報）とを含めた仮決済ユーザ情報３１１を記憶部３１０に登録する。このとき、登録部３４１は、ユーザＵの仮決済の有効期限や決済限度額をマスタ生体情報に対応付けて仮決済ユーザ情報３１１に含めても良い。言い換えると、登録部３４１は、入場時にユーザＵが携帯するユーザ端末１００から取得されたマスタ生体情報と、入場時にユーザＵから取得されたクエリ生体情報とを照合することによる生体認証に成功した場合、マスタ生体情報を記憶装置に登録する。
　仮決済部３４２は、上述した仮決済部１２の一例である。仮決済部３４２は、仮決済端末５２から仮決済要求を受信し、当該要求に含まれる顔画像に基づき顔認証を行う。仮決済部３４２は、顔認証に成功した場合、顔認証に成功したユーザについて、当該要求における経済取引についての決済予定情報を生成し、記憶部３１０に登録する。
　仮決済部３４２は、経済取引時における生体認証に成功したユーザＵの未決済の決済予定情報の合計額と、ユーザＵの決済限度額とに応じて、経済取引時における決済予定情報をユーザＵのマスタ生体情報に対応付けて記憶部３１０に登録してもよい。尚、仮決済部３４２は、サービスや商品内容によっては仮決済を認めないようにしてもよい。また、仮決済部３４２は、合計額が決済限度額を超える場合、仮決済を認めないようにしてもよい。
　本決済部３４３は、上述した本決済部１３の一例である。本決済部３４３は、特定のユーザＵの決済タイミングにおいてユーザＵの未決済の２以上の決済予定情報の合計額についてユーザＵにおける決済処理を行う。具体的には、本決済部３４３は、特定のユーザＵの決済タイミングにおいて、記憶部３１０に登録されていたユーザＵの決済予定情報をまとめて第２の決済対象情報として生成し、第２の決済対象情報について決済処理を行う。このとき、本決済部３４３は、決済処理の後に、記憶部３１０からユーザＵの決済予定情報を削除する。ここで、本実施形態の決済タイミングは、ユーザＵが施設５から退場する時にユーザＵから取得されたクエリ生体情報とマスタ生体情報との照合による生体認証に成功した場合とする。但し、決済タイミングは、これに限定されない。
　削除部３４４は、第２の削除手段の一例であり、ユーザＵが施設から退場した後、かつ、決済処理後に、記憶部３１０からユーザＵのマスタ生体情報を含む仮決済ユーザ情報３１１を削除する。尚、仮決済ユーザ情報の削除タイミングはこれに限定されない。
　（仮決済ユーザ登録処理）
　図７は、本実施形態２にかかる入場時の仮決済ユーザ登録処理の流れを示すシーケンス図である。前提として、ユーザＵ１は、上述した事前登録処理Ａ及びＢが実行済とする。すなわち、ユーザＵ１は、ユーザ端末１００－１を携帯している。そして、ユーザ端末１００－１は、ユーザＵ１のユーザＩＤと顔特徴情報とが対応付けて登録された記憶媒体を備える。そして、決済処理システム４００は、ユーザＵ１のクレジットカードのカード情報とユーザＩＤとを対応付けて登録済みとする。つまり、ユーザＵ１の顔特徴情報とカード情報とがユーザＩＤを介して対応付けられている。
　このとき、ユーザＵ１は、ユーザ端末１００－１を携帯して、入口５０１から施設５内へ入場する。入場端末５１は、例えば、人感センサ（不図示）によりユーザＵ１が検知された場合、所定の近距離無線通信の圏内でユーザ端末１００－１との間で近距離無線通信の接続を確立する。所定の近距離無線通信の方式により、ユーザ端末１００－１から入場端末５１へユーザＩＤ及び顔特徴情報Ａが転送される（Ｓ２３１）。すなわち、ユーザ端末１００－１は、記憶媒体１１０から読み出したユーザＩＤ１１１及び顔特徴情報１１２を、近距離無線通信により入場端末５１へ送信する。尚、ユーザ端末１００－１は、入場端末５１から近距離無線通信による読出し要求に応じて、ユーザＩＤ１１１及び顔特徴情報１１２を送信してもよい。
　次に、入場端末５１は、受信したユーザＩＤ及び顔特徴情報Ａを対応付けてメモリに保存する（Ｓ２３２）。そして、入場端末５１は、カメラ（不図示）によりユーザＵ１の顔を撮影する（Ｓ２３３）。言い換えると、入場端末５１は、ユーザＵ１が施設５へ入場する際に、ユーザＵ１が携帯するユーザ端末１００－１から顔特徴情報Ａを読み出し、ユーザＵ１の顔を撮影する。
　そして、入場端末５１は、ステップＳ２３３で撮影した顔画像から顔特徴情報Ｃ（クエリ生体情報）を抽出する（Ｓ２３４）。入場端末５１は、顔特徴情報ＡとＣを照合して（Ｓ２３５）、顔認証を行う。尚、顔認証に失敗した場合、入場端末５１は、仮決済ユーザ登録が不可の旨を表示し、仮決済ユーザ登録処理が終了する。
　顔認証に成功した場合、入場端末５１は、メモリを参照し、認証に成功した顔特徴情報Ａに対応付けられたユーザＩＤを特定する（Ｓ２３６）。そして、入場端末５１は、特定したユーザＩＤと顔特徴情報Ａを含めた仮決済ユーザ登録要求を、ネットワークＮを介して決済支援装置３００へ送信する（Ｓ２３７）。
　これに応じて、決済支援装置３００は、入場端末５１からネットワークＮを介して仮決済ユーザ登録要求を受信し、仮決済ユーザ登録要求に含まれるユーザＩＤについての与信確認要求を、ネットワークＮを介して決済処理システム４００へ送信する（Ｓ２３８）。尚、決済支援装置３００は、入場端末５１を介したユーザＵ１の入力、又は、ユーザＵ１の施設５における予約情報等に基づき、ユーザＵ１の滞在期間を特定してもよい。そして、決済支援装置３００は、与信確認要求に滞在期間を含めても良い。
　決済処理システム４００は、決済支援装置３００からネットワークＮを介して受信した与信確認要求に含まれるユーザＩＤに基づき与信確認を行う（Ｓ２３９）。与信確認ができた場合、決済処理システム４００は、ユーザＩＤ４１１に対応付けられたカード情報４１２に基づき、決済限度額を決定する（Ｓ２４０）。例えば、決済処理システム４００は、ユーザＵ１の滞在期間、信用情報等に基づき、施設５における仮決済の限度額を決定してもよい。決済処理システム４００は、与信確認結果及び決済限度額を、ネットワークＮを介して決済支援装置３００へ送信する（Ｓ２４１）。尚、決済処理システム４００は、必ずしも決済限度額を決定しなくてもよい。
　決済支援装置３００は、決済処理システム４００からネットワークＮを介して、与信確認結果及び決済限度額を受信し、与信確認結果によりユーザＵ１の与信確認がされた場合、ユーザＵ１の仮決済ユーザ情報の有効期限を決定する（Ｓ２４２）。例えば、決済支援装置３００は、ユーザＵ１の滞在期間に基づいて有効期限を決定するとよい。尚、決済支援装置３００は、必ずしも有効期限を決定しなくてもよい。また、決済支援装置３００は、ユーザＵ１の与信確認がされた場合、決済処理システム４００の代わりに、滞在期間を考慮して、ユーザＵ１の決済限度額を決定してもよい。尚、決済限度額は必ずしも決定されなくてもよい。
　そして、決済支援装置３００は、ユーザＩＤ、顔特徴情報Ａ、有効期限、決済限度額を対応付けた仮決済ユーザ情報を登録する（Ｓ２４３）。具体的には、決済支援装置３００は、受信した決済ユーザ登録要求に含まれるユーザＩＤ３１１１及び顔特徴情報３１１２と、ステップＳ２４２で決定した有効期限３１１３と、上述した決済限度額３１１４とを対応付けて仮決済ユーザ情報３１１を生成する。そして、決済支援装置３００は、生成した仮決済ユーザ情報３１１を記憶部３１０に登録する。そして、決済支援装置３００は、有効期限３１１３及び決済限度額３１１４等を含めた仮決済ユーザ登録結果を生成する。
　その後、決済支援装置３００は、生成した仮決済ユーザ登録結果を、ネットワークＮを介して入場端末５１へ送信する（Ｓ２４４）。これに応じて、入場端末５１は、受信した仮決済ユーザ登録結果を画面に表示する（Ｓ２４５）。
　図８は、本実施形態２にかかる仮決済ユーザ登録結果の表示例を示す図である。仮決済ユーザ登録結果画面６１は、入場端末５１に表示された例を示す。仮決済ユーザ登録結果画面６１は、有効期限６１１と決済限度額６１２とを含む。尚、仮決済ユーザ登録結果画面６１の表示内容はこれに限定されない。
　ここで、上述した通り、ユーザＵ１のマスタ生体情報とカード情報がユーザＩＤを介して対応付けられている。具体的には、ユーザＵ１が携帯するユーザ端末１００－１の記憶媒体には、ユーザＵ１のユーザＩＤ及び顔特徴情報Ａが事前に登録されている。そして、決済処理システム４００には、カード情報とユーザＩＤが対応付けられて事前に登録されている。そのため、仮決済ユーザ登録処理では、施設５への入場時の顔認証の成功を条件に、仮決済を許可して、マスタ生体情報を含む仮決済ユーザ情報を登録する。よって、仮決済が許可される際のなりすましを防止できる。また、決済支援装置３００にマスタ生体情報等が（一時的に）登録されることについて本人の同意を得たことにもなる。さらに、与信確認がされることにより、支払い能力のある（信用情報が所定条件を満たす）ユーザに対して適切に仮決済を許可することができる。
　尚、仮決済ユーザ登録結果画面６１は、ユーザＵ１が携帯するユーザ端末１００－１に表示されてもよい。例えば、ユーザ端末１００－１は、入場端末５１から近距離無線通信により仮決済ユーザ登録結果を受信し、仮決済ユーザ登録結果画面６１を表示しても良い。または、ユーザ端末１００－１の宛先情報は、上述したように、仮決済ユーザ情報３１１に登録されてもよい。例えば、入場端末５１は、ステップＳ２３１においてユーザ端末１００－１の宛先情報をさらに取得し、ステップＳ２３７でユーザ端末１００－１の宛先情報を仮決済ユーザ登録要求に含めて送信する。そして、決済支援装置３００は、ユーザ端末の宛先情報をさらにユーザＩＤに対応付けて仮決済ユーザ情報３１１を登録してもよい。そして、ステップＳ２４４において、決済支援装置３００は、ネットワークＮを介してユーザ端末１００－１へ、仮決済ユーザ登録結果を送信してもよい。これに応じて、ユーザ端末１００－１は、決済支援装置３００から受信した仮決済ユーザ登録結果に応じた仮決済ユーザ登録結果画面６１を表示しても良い。
　尚、上記では、入場端末５１において顔認証を行っていたが、決済支援装置３００側で顔認証を行っても良い。例えば、入場端末５１は、ユーザ端末１００－１から取得したユーザＩＤ及び顔特徴情報Ａと、ユーザＵ１の顔画像とを含めて、仮決済ユーザ登録要求を決済支援装置３００へ送信する。そして、決済支援装置３００は、仮決済ユーザ登録要求の受信に応じて、上述したステップＳ２３４からＳ２３６により顔認証を行っても良い。
　また、上述した入場時の仮決済ユーザ登録処理は、１対１の顔認証となるため、１対Ｎの顔認証と比べて認証速度が速く、かつ、認証精度が高く処理できる。
　（仮決済処理）
　図９は、本実施形態２にかかる仮決済処理の流れを示すシーケンス図である。前提として、買物エリア５０２内のユーザＵ２－１からＵ２－３のそれぞれは、上述した仮決済ユーザ登録処理により、決済支援装置３００内に仮決済ユーザ情報３１１が登録済みとする。このとき、例えば、ユーザＵ２－１は、仮決済端末５２－１の前で買物をしたものとする。そして、ユーザＵ２－１は、自身のユーザ端末を携帯していなくてもよい。
　仮決済端末５２－１は、店舗等のスタッフの入力、又は、ユーザＵ２－１による買物の商品コードのスキャン等により、ユーザＵ２－１の第１の決済対象情報を受け付ける（Ｓ２５１）。第１の決済対象情報は、商品情報及び金額等を含む。そして、仮決済端末５２－１は、カメラ（不図示）によりユーザＵ２－１の顔を撮影する（Ｓ２５２）。尚、ステップＳ２５１とＳ２５２の順序は問わない。そして、仮決済端末５２－１は、第１の決済対象情報及び顔画像を含めた仮決済要求を、ネットワークＮを介して決済支援装置３００へ送信する（Ｓ２５３）。
　決済支援装置３００は、仮決済端末５２－１からネットワークＮを介して仮決済要求を受信し、仮決済要求に含まれる顔画像に基づき顔認証を行う（Ｓ２５４）。具体的には、決済支援装置３００は、上述したステップＳ２３４のように顔画像から顔特徴情報Ｄを抽出する。そして、決済支援装置３００は、顔特徴情報Ｄ（クエリ生体情報）と、記憶部３１０に記憶された各仮決済ユーザ情報３１１内の顔特徴情報３１１２（マスタ生体情報）のそれぞれとの１対Ｎの顔認証を行う。すなわち、決済支援装置３００は、複数の顔特徴情報３１１２のそれぞれと、顔特徴情報Ｄとを照合して一致度を算出し、最も大きい一致度が閾値以上である場合、該当する顔特徴情報３１１２に対応するユーザが顔認証に成功したと判定する。尚、一致度が閾値以上である顔特徴情報が存在しない場合、決済支援装置３００は、顔認証に失敗したと判定し、仮決済不可の旨を仮決済端末５２－１へ返信し、仮決済処理を終了する。
　一致度が閾値以上である顔特徴情報が存在する場合、つまり、ユーザＵ２－１が顔認証に成功した場合、決済支援装置３００は、記憶部３１０の仮決済ユーザ情報３１１の中から、顔認証に成功した顔特徴情報３１１２に対応付けられたユーザＩＤ３１１１を特定する（Ｓ２５５）。そして、決済支援装置３００は、特定したユーザＩＤと、仮決済要求に含まれる第１の決済対象情報とに基づき、決済予定情報を生成する（Ｓ２５６）。具体的には、決済支援装置３００は、新規に仮決済ＩＤを発行し、仮決済要求の受信日時等に基づき仮決済日時を特定し、仮決済要求に含まれる第１の決済対象情報から金額と、仮決済内容を特定する。そして、決済支援装置３００は、発行した仮決済ＩＤ３１２１１、特定した仮決済日時３１２１２、ユーザＩＤ３１２１３、金額３１２１４及び仮決済内容３１２１５を対応付けて決済予定情報３１２１を生成する。そして、決済支援装置３００は、生成した決済予定情報３１２１を記憶部３１０に登録する（Ｓ２５７）。尚、決済支援装置３００は、特定したユーザＩＤ３１１１に対応付けられた有効期限３１１３が期限内である場合に、決済予定情報３１２１を生成及び登録するとよい。また、決済支援装置３００は、未決済の決済予定情報の合計額（又は未決済及び決済済みも含めた合計額）が決済限度額以内であるか否かを判定し、決済限度額以内である場合に、決済予定情報３１２１を生成及び登録してもよい。
　その後、決済支援装置３００は、決済予定情報の登録結果を示す情報（仮決済結果）を生成し、ネットワークＮを介して仮決済端末５２－１へ仮決済結果を送信する（Ｓ２５８）。これに応じて、仮決済端末５２－１は、受信した仮決済結果を画面に表示する（Ｓ２５９）。
　図１０は、本実施形態２にかかる仮決済結果の表示例を示す図である。仮決済結果画面６２は、仮決済端末５２－１に表示された例を示す。仮決済結果画面６２は、対象商品６２１と仮決済金額６２２と決済限度額６２３と決済限度額の残額６２４とを含む。尚、仮決済結果画面６２の表示内容はこれに限定されない。
　このように本実施形態では、施設５に入場したユーザは、電子決済手段であるクレジットカードやユーザ端末等を携帯せずに、買物エリア５０２で仮決済を行うことができる。また、上述した仮決済処理は、１対Ｎの顔認証であるが、記憶部３１０内の複数の仮決済ユーザ情報３１１に含まれる顔特徴情報３１１２をマスタ生体情報とするものである。そのため、例えば、認証基盤システム２００で管理されるマスタ生体情報を対象に顔認証を行う場合と比べて、認証速度が速く、かつ、認証精度が高く処理できる。
　（本決済処理）
　図１１は、本実施形態２にかかる退場時の本決済処理の流れを示すシーケンス図である。前提として、ユーザＵ３は、施設５から退場するため出口５０３付近の退場端末５３に存在するものとする。
　退場端末５３は、例えば、人感センサ（不図示）によりユーザＵ３が検知された場合、カメラ（不図示）によりユーザＵ３の顔を撮影する（Ｓ２６１）。そして、退場端末５３は、撮影した顔画像を、ネットワークＮを介して決済支援装置３００へ送信する（Ｓ２６２）。尚、退場端末５３は、顔画像から顔特徴情報を抽出し、抽出した顔特徴情報（クエリ生体情報）を決済支援装置３００へ送信してもよい。
　これに応じて、決済支援装置３００は、退場端末５３からネットワークＮを介して顔画像を受信し、上述したステップＳ２５４と同様に、顔画像に基づき顔認証を行う（Ｓ２６３）。尚、顔認証に失敗した場合、決済支援装置３００は、退場不可（本決済不可）の旨を退場端末５３と施設５のスタッフや警備員等の端末へ通知し、本決済処理を終了する。
　ユーザＵ３が顔認証に成功した場合、決済支援装置３００は、記憶部３１０の仮決済ユーザ情報３１１の中から、顔認証に成功した顔特徴情報３１１２に対応付けられたユーザＩＤ３１１１を特定する（Ｓ２６４）。そして、決済支援装置３００は、特定したユーザＩＤに対応付けられたすべての未決済の決済予定情報を特定する（Ｓ２６５）。具体的には、決済支援装置３００は、記憶部３１０の中から、ユーザＵ３のユーザＩＤ３１２１３を含む決済予定情報３１２１等の全てを特定する。そして、決済支援装置３００は、特定した決済予定情報３１２１等の金額３１２１４から合計額を算出し、第２の決済対象情報を生成する（Ｓ２６６）。ここで、第２の決済対象情報は、少なくとも算出した合計額を含む。さらに、第２の決済対象情報は、決済予定情報内の各種情報を含んでも良い。そして、決済支援装置３００は、合計額を含む第２の決済対象情報と、ステップＳ２６４で特定したユーザＩＤとを含めた決済処理要求を、ネットワークＮを介して決済処理システム４００へ送信する（Ｓ２６７）。
　決済処理システム４００は、決済支援装置３００からネットワークＮを介して決済処理要求を受信し、決済処理要求に含まれるユーザＩＤ４１１からカード情報４１２を特定する（Ｓ２６８）。具体的には、決済処理システム４００は、複数の登録済みの決済ユーザ情報４１０の中から、ユーザＩＤ４１１に対応付けられたカード情報４１２を特定して読み出す。そして、決済処理システム４００は、特定したカード情報４１２を用いて合計額について電子決済処理を行う（Ｓ２６９）。つまり、決済処理システム４００は、退場時の顔認証に成功したユーザＵ３のクレジットカード情報により、仮決済された合計額を電子決済する。そして、決済処理システム４００は、決済処理結果を、ネットワークＮを介して決済支援装置３００へ送信する（Ｓ２７０）。
　決済支援装置３００は、決済処理システム４００からネットワークＮを介して決済処理結果を受信する。これに応じて、決済支援装置３００は、ステップＳ２６５で特定した決済予定情報を、記憶部３１０から削除する（Ｓ２７１）。尚、決済支援装置３００は、決済予定情報を削除する代わりに、決済済みフラグを設定してもよい。また、決済支援装置３００は、ステップＳ２６４で特定したユーザＩＤ３１１１を含む仮決済ユーザ情報３１１を、記憶部３１０から削除する（Ｓ２７２）。そして、決済支援装置３００は、受信した決済処理結果と削除結果を含めて本決済結果を生成する（Ｓ２７３）。そして、決済支援装置３００は、生成した本決済結果を、ネットワークＮを介して退場端末５３へ送信する（Ｓ２７４）。これに応じて、退場端末５３は、受信した本決済結果を画面に表示する（Ｓ２７５）。
　図１２は、本実施形態２にかかる本決済結果の表示例を示す図である。本決済結果画面６３は、退場端末５３に表示された例を示す。本決済結果画面６３は、決済日時６３１、決済金額６３２、決済手段６３３及び削除通知メッセージ６３４を含む。尚、本決済結果画面６３の表示内容はこれに限定されない。例えば、本決済結果画面６３は、本決済された各決済予定情報の決済内容の内訳（対象商品や金額等）を含めてもよい。
　尚、本決済結果画面６３は、ユーザＵ３が携帯するユーザ端末１００（不図示）に表示されてもよい。例えば、ユーザ端末１００は、退場端末５３から近距離無線通信により本決済結果を受信し、本決済結果画面６３を表示しても良い。または、ユーザ端末１００の宛先情報は、上述したように、仮決済ユーザ情報３１１に登録されてもよい。その場合、ステップＳ２７４において、決済支援装置３００は、ネットワークＮを介してユーザ端末１００へ、本決済結果を送信してもよい。これに応じて、ユーザ端末１００は、決済支援装置３００から受信した本決済結果に応じた本決済結果画面６３を表示しても良い。
　このように本実施形態により、生体認証を用いた電子決済における、いわゆる「つけ払い」を実現できる。つまり、ユーザＵは施設５の滞在期間に買物エリア５０２で仮決済した金額について、退場時にまとめて電子決済ができる。そのため、上述した実施形態１と同様に、経済取引と実際の決済処理とのタイミングを分けて、決済処理システムにおける決済処理のアクセスの集中を分散させることができる。特に、特定のユーザについて２以上の決済予定情報がある場合に、退場時を決済タイミングとして、一括して電子決済ができる。そのため、決済処理システム４００における電子決済処理の回数を減らすことができ、決済手続きの手数料を削減できる。また、決済支援装置３００から決済処理システム４００への接続回数や通信量を減らすことができる。
　尚、入場時の仮決済ユーザ登録処理において、カード情報１０１１を一時的に決済支援装置３００に登録し、本決済後に削除してもよい。その場合、決済支援装置３００は、本決済処理において、カード情報１０１１を含めて、決済処理システム４００へ決済処理要求を送信してもよい。
　尚、本実施形態では、ユーザが携帯する記憶媒体内で顔特徴情報と対応付け、ユーザＩＤ４１１とカード情報４１２とを決済処理システム４００側で対応付けて管理する例について説明した。このようにユーザＩＤを介して顔特徴情報とカード情報とを分離して管理することにより、カード情報自体を決済支援装置３００側に開示することなく、セキュリティを高くして、電子決済のつけ払いを実現できる。
　また、本実施形態ではユーザが施設から退場する際の顔認証成功時に、本決済処理及び仮決済ユーザ情報を削除するため、顔認証処理を集約でき、処理を効率化できる。
＜その他の実施形態＞
　尚、上述した本決済部は、ユーザＵにおける施設５の滞在期間、かつ、施設５の経済取引の時間外の定期的なタイミングを、決済タイミングとしてもよい。例えば、決済タイミングは、毎日の営業時間の終了後、例えば、日次で夜間としてもよい。つまり、本決済部は、毎晩、記憶部３１０の中の未決済の決済予定情報３１２１等をリストアップし、ユーザ単位で未決済の決済予定情報をまとめて合計額を第２の決済対象情報とし、各ユーザの第２の決済対象情報について、電子決済を行うようにしてもよい。これによっても、経済取引と実際の決済処理とのタイミングを分けることができ、１日に複数回仮決済がされたとしても、複数の決済予定情報の金額を一括して電子決済ができる。
　また、上述した登録部は、ユーザＵにおける施設５の滞在期間より後を有効期限として、ユーザＵのマスタ生体情報に対応付けて記憶部３１０へ登録してもよい。その場合、本決済部は、有効期限を決済タイミングとして決済処理を行う。そして、決済支援装置３００は、有効期限より後に、記憶部３１０からユーザＵのマスタ生体情報を削除する第１の削除部をさらに備えるとよい。つまり、決済タイミングや仮決済ユーザ情報の削除タイミングは、退場時に限定されず、有効期限経過後としてもよい。
　さらに、上述した実施形態では、仮決済時や本決済時に顔認証（生体認証）のみ、つまり、一要素認証であったが、多要素認証により仮決済や本決済を行っても良い。これにより、仮決済や本決済におけるセキュリティを向上させることができる。生体認証以外の認証としては、例えば、ＰＩＮコード等の照合や氏名の確認等を用いても良い。すなわち、登録部は、入場時に、ユーザにおけるマスタ生体情報以外の本人認証情報（例えばＰＩＮコード）をさらに取得し、入場時における生体認証の成功に応じて、本人認証情報をマスタ生体情報に対応付けて記憶装置に登録する。そして、仮決済部は、経済取引時における生体認証に成功し、かつ、ユーザの本人認証情報（ＰＩＮコード等）を用いた本人認証に成功した場合、決済予定情報をマスタ生体情報に対応付けて記憶装置に登録する。つまり、多要素認証に成功したことを条件に、仮決済を許可してもよい。
　例えば、入場端末５１は、図７のステップ２３６までにユーザＵ１からＰＩＮコードの入力を受け付け、決済支援装置３００に対して、ユーザＵ１の顔特徴情報Ａ及びユーザＩＤにＰＩＮコードをさらに登録させてもよい。または、入場端末５１は、ステップＳ２４５の後にＰＩＮコードを受け付けて、決済支援装置３００に対してユーザＵ１の仮決済ユーザ情報３１１にＰＩＮコードを追加登録させてもよい。または、ユーザ端末１００－１の記憶媒体は、ユーザＩＤ１１１及び顔特徴情報１１２に加えて、ユーザＵ１の氏名（やＰＩＮコード等）等の本人認証情報が対応付けられて記憶されていてもよい。その場合、入場端末５１は、図７のステップＳ２３７において、仮決済ユーザ登録要求に本人認証情報をさらに含めて送信するとよい。
　また、仮決済部は、各経済取引において、その時点で未決済の合計額を算出し、合計額と決済限度額とに応じて、仮決済の許否を判定してもよい。具体的には、仮決済部は、決済予定情報の合計額が決済限度額を超える場合、経済取引時における決済予定情報の登録を抑止してもよい。これにより、支払い能力を超える仮決済の利用を抑制できる。
　または、仮決済部は、決済予定情報の合計額が決済限度額を超える場合、超過額以上の所定額についてユーザの与信確認を行うとよい。そして、仮決済部は、与信確認がされた場合、決済限度額に所定額を追加し、経済取引時における決済予定情報をユーザのマスタ生体情報に対応付けて記憶装置に登録してもよい。例えば、電子マネー等のプレチャージ型の電子決済手段における残高不足の場合に、オートチャージして仮決済を継続利用することが可能となる。そのため、仮決済の利便性が向上する。
　尚、上述した実施形態では、個人認証（本人確認の認証、本人認証、本人特定処理等）を顔認証として説明したが、生体情報を用いた他の生体認証であってもよい。生体認証及び生体情報は、人物の撮影画像を利用する他の技術を適用可能である。例えば、生体情報には、指紋、声紋、静脈、網膜、瞳の虹彩、手のひらの模様（パターン）といった個人に固有の身体的特徴から計算されるデータ（特徴量）を用いても構わない。また、生体認証には、ユーザの身体の一部の撮影画像から人物の身体的特徴を示す特徴情報を抽出し、予め登録された特徴情報と抽出された特徴情報との照合を行い、一致度が閾値以上である場合に認証に成功したとみなすものとしてもよい。例えば、生体認証は、人物の外観形状に基づく認証であってもよい。その場合、特徴情報は、人物の外観形状に関する情報、例えば、体形、身長、服装等の特徴を示す情報となる。また、生体認証の代わりに、他の本人認証を適用してもよく、生体情報も他の本人認証情報であってもよい。例えば、本人認証情報としては、ユーザＩＤ、ＩＤ及びパスワードの組合せ、マイナンバーや運転免許証等の身分証明書の記載内容（識別番号等やパスワード）、電子証明書、コード情報等が挙げられるが、これらに限定されない。尚、コード情報は、二次元コード例えば、ＱＲコード（登録商標）であってもよい。
　上述の例において、プログラムは、コンピュータに読み込まれた場合に、実施形態で説明された１又はそれ以上の機能をコンピュータに行わせるための命令群（又はソフトウェアコード）を含む。プログラムは、非一時的なコンピュータ可読媒体又は実体のある記憶媒体に格納されてもよい。限定ではなく例として、コンピュータ可読媒体又は実体のある記憶媒体は、random-access memory（RAM）、read-only memory（ROM）、フラッシュメモリ、solid-state drive（SSD）又はその他のメモリ技術、CD-ROM、digital versatile disc（DVD）、Blu-ray（登録商標）ディスク又はその他の光ディスクストレージ、磁気カセット、磁気テープ、磁気ディスクストレージ又はその他の磁気ストレージデバイスを含む。プログラムは、一時的なコンピュータ可読媒体又は通信媒体上で送信されてもよい。限定ではなく例として、一時的なコンピュータ可読媒体又は通信媒体は、電気的、光学的、音響的、またはその他の形式の伝搬信号を含む。
　なお、本開示は上記実施形態に限られたものではなく、趣旨を逸脱しない範囲で適宜変更することが可能である。また、本開示は、それぞれの実施形態を適宜組み合わせて実施されてもよい。
　上記の実施形態の一部又は全部は、以下の付記のようにも記載され得るが、以下には限られない。
　（付記Ａ１）
　ユーザが所定の施設へ入場する際に、当該ユーザのマスタ生体情報を記憶装置に登録する登録手段と、
　前記施設における前記ユーザの経済取引時に取得されたクエリ生体情報と前記マスタ生体情報との照合による生体認証の成功に応じて、前記経済取引に基づく決済予定情報を当該マスタ生体情報に対応付けて前記記憶装置に登録する仮決済手段と、
　前記経済取引後の前記ユーザにおける所定の決済タイミングに応じて、当該ユーザの未決済の決済予定情報について決済処理を行う本決済手段と、
　を備える決済支援装置。
　（付記Ａ２）
　前記本決済手段は、
　前記決済タイミングにおいて前記ユーザの未決済の２以上の決済予定情報の合計額について前記ユーザにおける前記決済処理を行う
　付記Ａ１に記載の決済支援装置。
　（付記Ａ３）
　前記本決済手段は、
　前記決済タイミングにおいて前記記憶装置に登録されていた前記ユーザの決済予定情報をまとめて決済対象情報として生成し、当該決済対象情報について前記決済処理を行い、
　前記決済処理の後に前記記憶装置から前記ユーザの決済予定情報を削除する
　付記Ａ１又はＡ２に記載の決済支援装置。
　（付記Ａ４）
　前記登録手段は、
　前記入場時に前記ユーザが携帯する記憶媒体から取得された前記マスタ生体情報と、当該入場時に当該ユーザから取得されたクエリ生体情報とを照合することによる生体認証に成功した場合、前記マスタ生体情報を前記記憶装置に登録する
　付記Ａ１から付記Ａ３までのいずれか１項に記載の決済支援装置。
　（付記Ａ５）
　前記登録手段は、
　前記入場時における前記生体認証に成功した場合、前記マスタ生体情報に基づいて前記ユーザの与信確認を行い、
　前記与信確認がされた場合、前記マスタ生体情報を前記記憶装置に登録する
　付記Ａ４に記載の決済支援装置。
　（付記Ａ６）
　前記本決済手段は、
　前記ユーザが前記施設から退場する際に前記ユーザから取得されたクエリ生体情報と前記マスタ生体情報との照合による生体認証に成功した場合を前記決済タイミングとする
　付記Ａ１から付記Ａ５までのいずれか１項に記載の決済支援装置。
　（付記Ａ７）
　前記本決済手段は、
　前記ユーザにおける前記施設の滞在期間、かつ、当該施設の経済取引の時間外の定期的なタイミングを前記決済タイミングとする
　付記Ａ１から付記Ａ５までのいずれか１項に記載の決済支援装置。
　（付記Ａ８）
　前記登録手段は、前記ユーザにおける前記施設の滞在期間より後を有効期限として前記マスタ生体情報に対応付けて前記記憶装置へ登録し、
　前記本決済手段は、前記有効期限を前記決済タイミングとして前記決済処理を行い、
　前記有効期限より後に、前記記憶装置から前記ユーザのマスタ生体情報を削除する第１の削除手段をさらに備える
　付記Ａ１から付記Ａ５までのいずれか１項に記載の決済支援装置。
　（付記Ａ９）
　前記ユーザが前記施設から退場した後、かつ、前記決済処理後に、前記記憶装置から当該ユーザのマスタ生体情報を削除する第２の削除手段をさらに備える
　付記Ａ１から付記Ａ８までのいずれか１項に記載の決済支援装置。
　（付記Ａ１０）
　前記登録手段は、
　前記入場時に、前記ユーザにおける前記マスタ生体情報以外の本人認証情報をさらに取得し、
　前記入場時における前記生体認証の成功に応じて、前記本人認証情報を前記マスタ生体情報に対応付けて前記記憶装置に登録し、
　前記仮決済手段は、
　前記経済取引時における前記生体認証に成功し、かつ、前記ユーザの前記本人認証情報を用いた本人認証に成功した場合、前記決済予定情報を前記マスタ生体情報に対応付けて前記記憶装置に登録する
　付記Ａ１から付記Ａ９までのいずれか１項に記載の決済支援装置。
　（付記Ａ１１）
　前記登録手段は、決済限度額を前記マスタ生体情報に対応付けて前記記憶装置に登録し、
　前記仮決済手段は、前記経済取引時における前記生体認証に成功した前記ユーザの未決済の決済予定情報の合計額と、当該ユーザの前記決済限度額とに応じて、前記経済取引時における前記決済予定情報を当該ユーザの前記マスタ生体情報に対応付けて前記記憶装置に登録する
　付記Ａ１から付記Ａ１０までのいずれか１項に記載の決済支援装置。
　（付記Ａ１２）
　前記仮決済手段は、
　前記決済予定情報の合計額が前記決済限度額を超える場合、前記経済取引時における前記決済予定情報の登録を抑止する
　付記Ａ１１に記載の決済支援装置。
　（付記Ａ１３）
　前記仮決済手段は、
　前記決済予定情報の合計額が前記決済限度額を超える場合、超過額以上の所定額について前記ユーザの与信確認を行い、
　前記与信確認がされた場合、前記決済限度額に前記所定額を追加し、前記経済取引時における前記決済予定情報を当該ユーザの前記マスタ生体情報に対応付けて前記記憶装置に登録する
　付記Ａ１１に記載の決済支援装置。
　（付記Ｂ１）
　所定の施設の仮決済用の記憶装置と、
　決済支援装置と、を備え、
　前記決済支援装置は、
　ユーザが前記施設へ入場する際に、当該ユーザのマスタ生体情報を前記記憶装置に登録する登録手段と、
　前記施設における前記ユーザの経済取引時に取得されたクエリ生体情報と前記マスタ生体情報との照合による生体認証の成功に応じて、前記経済取引に基づく決済予定情報を当該マスタ生体情報に対応付けて前記記憶装置に登録する仮決済手段と、
　前記経済取引後の前記ユーザにおける所定の決済タイミングに応じて、当該ユーザの未決済の決済予定情報について決済処理を行う本決済手段と、
　を備える決済支援システム。
　（付記Ｂ２）
　前記本決済手段は、
　前記決済タイミングにおいて前記ユーザの未決済の２以上の決済予定情報の合計額について前記ユーザにおける前記決済処理を行う
　付記Ｂ１に記載の決済支援システム。
　（付記Ｃ１）
　コンピュータが、
　ユーザが所定の施設へ入場する際に、当該ユーザのマスタ生体情報を記憶装置に登録し、
　前記施設における前記ユーザの経済取引時に取得されたクエリ生体情報と前記マスタ生体情報との照合による生体認証の成功に応じて、前記経済取引に基づく決済予定情報を当該マスタ生体情報に対応付けて前記記憶装置に登録し、
　前記経済取引後の前記ユーザにおける所定の決済タイミングに応じて、当該ユーザの未決済の決済予定情報について決済処理を行う、
　決済支援方法。
　（付記Ｄ１）
　ユーザが所定の施設へ入場する際に、当該ユーザのマスタ生体情報を記憶装置に登録する登録処理と、
　前記施設における前記ユーザの経済取引時に取得されたクエリ生体情報と前記マスタ生体情報との照合による生体認証の成功に応じて、前記経済取引に基づく決済予定情報を当該マスタ生体情報に対応付けて前記記憶装置に登録する仮決済処理と、
　前記経済取引後の前記ユーザにおける所定の決済タイミングに応じて、当該ユーザの未決済の決済予定情報について決済処理を行う本決済処理と、
　をコンピュータに実行させる決済支援プログラムが格納された非一時的なコンピュータ可読媒体。
　以上、実施形態（及び実施例）を参照して本願発明を説明したが、本願発明は上記実施形態（及び実施例）に限定されるものではない。本願発明の構成や詳細には、本願発明のスコープ内で当業者が理解し得る様々な変更をすることができる。
　１　決済支援装置
　１１　登録部
　１２　仮決済部
　１３　本決済部
　１０００　決済支援システム
　１００　ユーザ端末
　１１０　記憶媒体
　１１１　ユーザＩＤ
　１１２　顔特徴情報
　１０１　クレジットカード
　１０１１　カード情報
　Ｕ　ユーザ
　Ｎ　ネットワーク
　２００　認証基盤システム
　３００　決済支援装置
　３１０　記憶部
　３１１　仮決済ユーザ情報
　３１１１　ユーザＩＤ
　３１１２　顔特徴情報
　３１１３　有効期限
　３１１４　決済限度額
　３１２１　決済予定情報
　３１２１１　仮決済ＩＤ
　３１２１２　仮決済日時
　３１２１３　ユーザＩＤ
　３１２１４　金額
　３１２１５　仮決済内容
　３１２ｎ　決済予定情報
　３１３　プログラム
　３２０　メモリ
　３３０　通信部
　３４０　制御部
　３４１　登録部
　３４２　仮決済部
　３４３　本決済部
　３４４　削除部
　４００　決済処理システム
　４１０　決済ユーザ情報
　４１１　ユーザＩＤ
　４１２　カード情報
　５　施設
　５０１　入口
　５０２　買物エリア
　５０３　出口
　５１　入場端末
　５２　仮決済端末
　５３　退場端末
　６１　仮決済ユーザ登録結果画面
　６１１　有効期限
　６１２　決済限度額
　６２　仮決済結果画面
　６２１　対象商品
　６２２　仮決済金額
　６２３　決済限度額
　６２４　決済限度額の残額
　６３　本決済結果画面
　６３１　決済日時
　６３２　決済金額
　６３３　決済手段
　６３４　削除通知メッセージ
　Ｕ０　ユーザ
　Ｕ１　ユーザ
　Ｕ２－１　ユーザ
　Ｕ２－２　ユーザ
　Ｕ２－３　ユーザ
　Ｕ３　ユーザ
　１００－０　ユーザ端末
　１００－１　ユーザ端末
　５２－１　仮決済端末
　５２－２　仮決済端末
　５２－３　仮決済端末

Claims (17)

  1. 　ユーザが所定の施設へ入場する際に、当該ユーザのマスタ生体情報を記憶装置に登録する登録手段と、
    　前記施設における前記ユーザの経済取引時に取得されたクエリ生体情報と前記マスタ生体情報との照合による生体認証の成功に応じて、前記経済取引に基づく決済予定情報を当該マスタ生体情報に対応付けて前記記憶装置に登録する仮決済手段と、
    　前記経済取引後の前記ユーザにおける所定の決済タイミングに応じて、当該ユーザの未決済の決済予定情報について決済処理を行う本決済手段と、
    　を備える決済支援装置。
  2. 　前記本決済手段は、
    　前記決済タイミングにおいて前記ユーザの未決済の２以上の決済予定情報の合計額について前記ユーザにおける前記決済処理を行う
    　請求項１に記載の決済支援装置。
  3. 　前記本決済手段は、
    　前記決済タイミングにおいて前記記憶装置に登録されていた前記ユーザの決済予定情報をまとめて決済対象情報として生成し、当該決済対象情報について前記決済処理を行い、
    　前記決済処理の後に前記記憶装置から前記ユーザの決済予定情報を削除する
    　請求項１又は２に記載の決済支援装置。
  4. 　前記登録手段は、
    　前記入場時に前記ユーザが携帯する記憶媒体から取得された前記マスタ生体情報と、当該入場時に当該ユーザから取得されたクエリ生体情報とを照合することによる生体認証に成功した場合、前記マスタ生体情報を前記記憶装置に登録する
    　請求項１から請求項３までのいずれか１項に記載の決済支援装置。
  5. 　前記登録手段は、
    　前記入場時における前記生体認証に成功した場合、前記マスタ生体情報に基づいて前記ユーザの与信確認を行い、
    　前記与信確認がされた場合、前記マスタ生体情報を前記記憶装置に登録する
    　請求項４に記載の決済支援装置。
  6. 　前記本決済手段は、
    　前記ユーザが前記施設から退場する際に前記ユーザから取得されたクエリ生体情報と前記マスタ生体情報との照合による生体認証に成功した場合を前記決済タイミングとする
    　請求項１から請求項５までのいずれか１項に記載の決済支援装置。
  7. 　前記本決済手段は、
    　前記ユーザにおける前記施設の滞在期間、かつ、当該施設の経済取引の時間外の定期的なタイミングを前記決済タイミングとする
    　請求項１から請求項５までのいずれか１項に記載の決済支援装置。
  8. 　前記登録手段は、前記ユーザにおける前記施設の滞在期間より後を有効期限として前記マスタ生体情報に対応付けて前記記憶装置へ登録し、
    　前記本決済手段は、前記有効期限を前記決済タイミングとして前記決済処理を行い、
    　前記有効期限より後に、前記記憶装置から前記ユーザのマスタ生体情報を削除する第１の削除手段をさらに備える
    　請求項１から請求項５までのいずれか１項に記載の決済支援装置。
  9. 　前記ユーザが前記施設から退場した後、かつ、前記決済処理後に、前記記憶装置から当該ユーザのマスタ生体情報を削除する第２の削除手段をさらに備える
    　請求項１から請求項８までのいずれか１項に記載の決済支援装置。
  10. 　前記登録手段は、
    　前記入場時に、前記ユーザにおける前記マスタ生体情報以外の本人認証情報をさらに取得し、
    　前記入場時における前記生体認証の成功に応じて、前記本人認証情報を前記マスタ生体情報に対応付けて前記記憶装置に登録し、
    　前記仮決済手段は、
    　前記経済取引時における前記生体認証に成功し、かつ、前記ユーザの前記本人認証情報を用いた本人認証に成功した場合、前記決済予定情報を前記マスタ生体情報に対応付けて前記記憶装置に登録する
    　請求項１から請求項９までのいずれか１項に記載の決済支援装置。
  11. 　前記登録手段は、決済限度額を前記マスタ生体情報に対応付けて前記記憶装置に登録し、
    　前記仮決済手段は、前記経済取引時における前記生体認証に成功した前記ユーザの未決済の決済予定情報の合計額と、当該ユーザの前記決済限度額とに応じて、前記経済取引時における前記決済予定情報を当該ユーザの前記マスタ生体情報に対応付けて前記記憶装置に登録する
    　請求項１から請求項１０までのいずれか１項に記載の決済支援装置。
  12. 　前記仮決済手段は、
    　前記決済予定情報の合計額が前記決済限度額を超える場合、前記経済取引時における前記決済予定情報の登録を抑止する
    　請求項１１に記載の決済支援装置。
  13. 　前記仮決済手段は、
    　前記決済予定情報の合計額が前記決済限度額を超える場合、超過額以上の所定額について前記ユーザの与信確認を行い、
    　前記与信確認がされた場合、前記決済限度額に前記所定額を追加し、前記経済取引時における前記決済予定情報を当該ユーザの前記マスタ生体情報に対応付けて前記記憶装置に登録する
    　請求項１１に記載の決済支援装置。
  14. 　所定の施設の仮決済用の記憶装置と、
    　決済支援装置と、を備え、
    　前記決済支援装置は、
    　ユーザが前記施設へ入場する際に、当該ユーザのマスタ生体情報を前記記憶装置に登録する登録手段と、
    　前記施設における前記ユーザの経済取引時に取得されたクエリ生体情報と前記マスタ生体情報との照合による生体認証の成功に応じて、前記経済取引に基づく決済予定情報を当該マスタ生体情報に対応付けて前記記憶装置に登録する仮決済手段と、
    　前記経済取引後の前記ユーザにおける所定の決済タイミングに応じて、当該ユーザの未決済の決済予定情報について決済処理を行う本決済手段と、
    　を備える決済支援システム。
  15. 　前記本決済手段は、
    　前記決済タイミングにおいて前記ユーザの未決済の２以上の決済予定情報の合計額について前記ユーザにおける前記決済処理を行う
    　請求項１４に記載の決済支援システム。
  16. 　コンピュータが、
    　ユーザが所定の施設へ入場する際に、当該ユーザのマスタ生体情報を記憶装置に登録し、
    　前記施設における前記ユーザの経済取引時に取得されたクエリ生体情報と前記マスタ生体情報との照合による生体認証の成功に応じて、前記経済取引に基づく決済予定情報を当該マスタ生体情報に対応付けて前記記憶装置に登録し、
    　前記経済取引後の前記ユーザにおける所定の決済タイミングに応じて、当該ユーザの未決済の決済予定情報について決済処理を行う、
    　決済支援方法。
  17. 　ユーザが所定の施設へ入場する際に、当該ユーザのマスタ生体情報を記憶装置に登録する登録処理と、
    　前記施設における前記ユーザの経済取引時に取得されたクエリ生体情報と前記マスタ生体情報との照合による生体認証の成功に応じて、前記経済取引に基づく決済予定情報を当該マスタ生体情報に対応付けて前記記憶装置に登録する仮決済処理と、
    　前記経済取引後の前記ユーザにおける所定の決済タイミングに応じて、当該ユーザの未決済の決済予定情報について決済処理を行う本決済処理と、
    　をコンピュータに実行させる決済支援プログラムが格納された非一時的なコンピュータ可読媒体。
PCT/JP2022/044190 2022-11-30 2022-11-30 決済支援装置、システム及び方法、並びに、コンピュータ可読媒体 WO2024116328A1 (ja)

Priority Applications (1)

Application Number Priority Date Filing Date Title
PCT/JP2022/044190 WO2024116328A1 (ja) 2022-11-30 2022-11-30 決済支援装置、システム及び方法、並びに、コンピュータ可読媒体

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/JP2022/044190 WO2024116328A1 (ja) 2022-11-30 2022-11-30 決済支援装置、システム及び方法、並びに、コンピュータ可読媒体

Publications (1)

Publication Number Publication Date
WO2024116328A1 true WO2024116328A1 (ja) 2024-06-06

Family

ID=91323131

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2022/044190 WO2024116328A1 (ja) 2022-11-30 2022-11-30 決済支援装置、システム及び方法、並びに、コンピュータ可読媒体

Country Status (1)

Country Link
WO (1) WO2024116328A1 (ja)

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2017033291A1 (ja) * 2015-08-25 2017-03-02 株式会社日立製作所 旅行者向け決済支援システムおよび旅行者向け決済支援方法
JP2018041181A (ja) * 2016-09-06 2018-03-15 株式会社日立製作所 カーウォレット決済システムおよびカーウォレット決済方法
JP2018101420A (ja) * 2014-12-29 2018-06-28 東芝テック株式会社 情報処理システムおよび情報処理プログラム
WO2019026196A2 (ja) * 2017-08-02 2019-02-07 マクセル株式会社 生体認証決済システム、決済システムおよびレジシステム
JP2021082363A (ja) * 2019-03-08 2021-05-27 日本電気株式会社 情報処理システム
JP2022146218A (ja) * 2021-03-22 2022-10-05 日本電気株式会社 決済システム、決済方法、及びコンピュータプログラム

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2018101420A (ja) * 2014-12-29 2018-06-28 東芝テック株式会社 情報処理システムおよび情報処理プログラム
WO2017033291A1 (ja) * 2015-08-25 2017-03-02 株式会社日立製作所 旅行者向け決済支援システムおよび旅行者向け決済支援方法
JP2018041181A (ja) * 2016-09-06 2018-03-15 株式会社日立製作所 カーウォレット決済システムおよびカーウォレット決済方法
WO2019026196A2 (ja) * 2017-08-02 2019-02-07 マクセル株式会社 生体認証決済システム、決済システムおよびレジシステム
JP2021082363A (ja) * 2019-03-08 2021-05-27 日本電気株式会社 情報処理システム
JP2022146218A (ja) * 2021-03-22 2022-10-05 日本電気株式会社 決済システム、決済方法、及びコンピュータプログラム

Similar Documents

Publication Publication Date Title
JP6992376B2 (ja) 生体認証装置
CN203299885U (zh) 用于交易的系统和移动设备
US10803433B2 (en) Data batch processing method and system
US11755868B2 (en) Methods and systems for a combined transaction by an assignee on behalf of one or more users
US9619634B2 (en) Identification system
TW202123117A (zh) 雙離線支付的開通、收款、結算方法和裝置
JP2023513182A (ja) 顔情報を用いた登録及び決済方法、装置、及びシステム
US20190012667A1 (en) Banking payment system by using body information without card and method thereof
US20210027290A1 (en) Payment transaction initiation from a sender to a recipient using recipient's biometric parameters as the sole identifier
WO2024116328A1 (ja) 決済支援装置、システム及び方法、並びに、コンピュータ可読媒体
JP2023060059A (ja) サービス提供装置、サービス提供方法及びサービス提供プログラム
JP7036300B1 (ja) システム、認証方法、認証端末、認証端末の制御方法及びプログラム
US20240086962A1 (en) System, authentication server, management server, authentication terminal and method
WO2023281747A1 (ja) サービス処理装置、システム、及び、方法、並びに、コンピュータ可読媒体
WO2024024015A1 (ja) 特典情報発行装置、システム及び方法、並びに、コンピュータ可読媒体
KR102288509B1 (ko) 외국인을 대상으로 한 금융서비스 제공장치, 금융서비스 제공방법 및 이를 기록한 컴퓨터 판독 가능 기록매체
JP7127758B1 (ja) 認証情報管理装置、システム、方法及びプログラム
JP7153756B1 (ja) 電子決済システム、電子決済方法、及びプログラム
US20230334495A1 (en) Local transaction authorization using biometric information provided by a user device
WO2022185856A1 (ja) 情報制御装置、情報制御方法、及びコンピュータ可読媒体
JP7335456B2 (ja) 認証システム、認証方法、及びプログラム
JP7190082B1 (ja) 認証システム、認証方法、及びプログラム
JP7414167B1 (ja) サーバ装置、サーバ装置の制御方法及びプログラム
WO2023187926A1 (ja) 情報処理装置、情報処理システム、情報処理方法及びプログラムが格納された非一時的なコンピュータ可読媒体
WO2022269682A1 (ja) 認証システム、認証方法、及びプログラム