WO2021020278A1 - 認証処理装置、決済端末、設定プログラム、決済システム、および決済方法 - Google Patents

認証処理装置、決済端末、設定プログラム、決済システム、および決済方法 Download PDF

Info

Publication number
WO2021020278A1
WO2021020278A1 PCT/JP2020/028454 JP2020028454W WO2021020278A1 WO 2021020278 A1 WO2021020278 A1 WO 2021020278A1 JP 2020028454 W JP2020028454 W JP 2020028454W WO 2021020278 A1 WO2021020278 A1 WO 2021020278A1
Authority
WO
WIPO (PCT)
Prior art keywords
authentication
information
grantee
payment
user
Prior art date
Application number
PCT/JP2020/028454
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 EP20847783.6A priority Critical patent/EP4006804A4/en
Publication of WO2021020278A1 publication Critical patent/WO2021020278A1/ja
Priority to US17/585,555 priority patent/US20220148006A1/en

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/38—Payment protocols; Details thereof
    • G06Q20/40—Authorisation, e.g. identification of payer or payee, verification of customer or shop credentials; Review and approval of payers, e.g. check credit lines or negative lists
    • G06Q20/405—Establishing or using transaction specific rules
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/38—Payment protocols; Details thereof
    • G06Q20/40—Authorisation, e.g. identification of payer or payee, verification of customer or shop credentials; Review and approval of payers, e.g. check credit lines or negative lists
    • G06Q20/401—Transaction verification
    • G06Q20/4014—Identity check for transactions
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/38—Payment protocols; Details thereof
    • G06Q20/40—Authorisation, e.g. identification of payer or payee, verification of customer or shop credentials; Review and approval of payers, e.g. check credit lines or negative lists
    • G06Q20/401—Transaction verification
    • G06Q20/4014—Identity check for transactions
    • G06Q20/40145—Biometric identity checks
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/38—Payment protocols; Details thereof
    • G06Q20/40—Authorisation, e.g. identification of payer or payee, verification of customer or shop credentials; Review and approval of payers, e.g. check credit lines or negative lists
    • G06Q20/409—Device specific authentication in transaction processing

Definitions

  • the present invention relates to an authentication processing device, a payment terminal, a setting program, an information processing system, and a payment method.
  • a customer transaction system is known in which a customer efficiently delivers cash to a partner who cannot make an account transaction with a financial institution (see Patent Document 1). Moreover, in recent years, in addition to transactions by cash settlement, transactions by non-cash settlement (cashless settlement) are becoming widespread.
  • An object of the present invention is to provide an authentication device, a payment terminal, a setting program, a payment system, and a payment method capable of giving a person having a non-cash payment account the authority to use the account to another person. And.
  • the authentication processing device of the present invention has a storage unit that stores identification information that identifies an authorized grantee who is authorized to use at least a part of a predetermined non-cash settlement account, and the grantee stores the account.
  • An authentication unit that acquires an authentication request including authentication information from a payment terminal installed in a store where a product is purchased by using the product, and collates the identification information with the authentication information to authenticate the grantee. It includes a communication unit that receives the authentication information from the payment terminal and transmits the result of the authentication to the payment terminal.
  • the payment terminal of the present invention is a payment terminal that performs payment, and is an authentication server device that stores identification information that identifies an grantee who is authorized to use at least a part of a predetermined non-cash payment account.
  • An authentication information generation unit that generates authentication information to be transmitted to the authentication server device and an authentication request including the authentication information are transmitted to the authentication server device, and the identification information and the authentication information are collated in the authentication server device.
  • the price of the product that the grantee intends to purchase when the communication unit that receives the result information including the result of the authentication of the grantee and the result information indicates the success of the authentication of the grantee. Is provided with a settlement unit for settlement using the account.
  • the setting program of the present invention generates a procedure for accepting an operation of setting an authorized grantee who is authorized to use at least a part of a predetermined non-cash settlement account, and an identification information for identifying the grantee.
  • the procedure and the procedure of transmitting the identification information to the authentication server device that stores the identification information and authenticates the grant target person based on the identification information are executed.
  • the payment system of the present invention includes a terminal device that generates identification information that identifies an authorized grantee who is authorized to use at least a part of a predetermined non-cash payment account, and the identification transmitted from the terminal device.
  • An authentication server device that stores information and a payment terminal that makes a payment when the grantee makes a purchase of a product using the account, and transmits an authentication request including authentication information to the authentication server device.
  • the authentication server device includes a payment terminal, collates the identification information with the authentication information, authenticates the grantee, and transmits result information including the result of the authentication to the payment terminal. When the result information indicates the successful authentication of the grantee, the payment terminal setstles the price of the product using the account.
  • the terminal device In the payment method of the present invention, the terminal device generates identification information for identifying an authorized grantee who is authorized to use at least a part of a predetermined non-cash payment account, and the identification is transmitted from the terminal device.
  • the authentication server device stores the information, and the payment terminal that makes a payment when the grantee purchases a product using the account sends an authentication request including the authentication information to the authentication server device, and the above-mentioned
  • the authentication server device collates the identification information with the authentication information to authenticate the grant target person, transmits result information including the result of the authentication to the payment terminal, and the result information is the grant target person.
  • the payment terminal pays for the product using the account.
  • a person who has a non-cash settlement account can grant another person the authority to use the account.
  • a conceptual diagram for explaining the overall processing flow in the settlement authority granting system according to the embodiment of the present invention Sequence diagram showing the outline of the processing flow in the settlement authority granting system Block diagram showing the configuration of the payment authority granting system Flow chart for explaining the authority granting process executed on the user terminal Flowchart for explaining the authentication process executed in the authentication server
  • FIG. 1 is a conceptual diagram of a payment system 1 according to an embodiment of the present invention.
  • the payment system 1 includes a user terminal 100, an authentication server 200, and a payment terminal 300.
  • the user terminal 100 is a terminal device that performs processing such as granting the authority to use the account from a person who has a non-cash settlement account to another person.
  • the authentication server 200 is a cloud server device that authenticates a person who has an account for non-cash settlement and is authorized to use the account.
  • the payment terminal 300 is a terminal device installed in a store and performing non-cash payment processing and the like.
  • the user terminal 100, the authentication server 200, and the payment terminal 300 are shown one by one, but the present invention is not limited to this, and the payment system 1 includes the user terminal 100.
  • a plurality of authentication servers 200 and a plurality of payment terminals 300 may be included.
  • the payment system 1 is an example of the payment system of the present invention.
  • the user terminal 100 is an example of the user terminal of the present invention.
  • the authentication server 200 is an example of the authentication processing device or the authentication server device of the present invention.
  • the payment terminal 300 is an example of the payment terminal of the present invention.
  • the user terminal 100 is a terminal device owned by the first user of the payment system 1.
  • the user terminal 100 is a mobile terminal device such as a smartphone or a tablet terminal.
  • the first user is the owner of a non-cash payment (cashless payment) account.
  • a non-cash account means the right to receive services for non-cash payments.
  • the non-cash settlement account owned by the first user may be simply referred to as an account.
  • the user terminal 100 is installed with an application program for granting at least a part of the authority for the first user to make a payment using his / her own account to the grantee.
  • the grant target person is a person different from the first user, and is an example of the user of the present invention. In the following description, the grantee is referred to as a second user.
  • the first user can set various conditions when the second user is allowed to use the account.
  • This application program is an example of the setting program of the present invention.
  • At least a part of the authority to make payments using an account is described as payment authority.
  • an application program for granting at least a part of payment authority to a second user is described as a user setting application.
  • the conditions for allowing the second user to use the account are described as usage conditions. Details of the terms of use will be described later.
  • the first user When the first user intends to grant the payment authority to the second user, the first user first operates the user terminal 100 on which the user setting application is executed, and registers the second user as the grant target person. Perform the authority granting process (step S1 shown in FIG. 2).
  • the user terminal 100 on which the user setting application operates generates identification information for identifying the second user and condition information indicating the above-mentioned usage conditions.
  • the identification information is arbitrarily selected from any of a plurality of types.
  • the types of identification information include biometric information used for biometric authentication of a second user, specifically, face image data, voiceprint data, moving image data recording body movements, and the like.
  • an authentication code for example, a bar code, a two-dimensional code, etc. issued to the second user at the time of the authority granting process can be mentioned. The details of the authority granting process will be described later.
  • the identification information and condition information generated in the user terminal 100 are transmitted to the authentication server 200 (step S2).
  • the authentication server 200 stores the identification information and the condition information transmitted from the user terminal 100 and the payment information described later in association with each other (step S3).
  • the second user who has been granted payment authority by the first user, goes to the store and tries to purchase the desired product using the payment authority. At this point, the store clerk does not know whether or not the person who purchases the product is the second user who is authorized to settle, so authentication of the person who purchases the product is required.
  • the payment terminal 300 installed in the store When the second user purchases a product, the payment terminal 300 installed in the store generates authentication information for causing the authentication server 200 to authenticate the second user (step S4).
  • the authentication information is information for authenticating the second user by collating with the above-mentioned identification information.
  • the authentication information corresponds to the type of identification information stored in the authentication server 200.
  • the second user when the identification information stored in the authentication server 200 includes the face image data of the second user, the second user declares to the clerk who operates the payment terminal 300 that he / she desires face authentication. In response to this report, the clerk operates the payment terminal 300 to generate the face image data of the second user. Then, the payment terminal 300 generates authentication information including the generated face image data.
  • the second user displays the authentication code on the mobile terminal or the like owned by the second user in advance, and the clerk Declare that you want to be authenticated by the authentication code.
  • the clerk operates the payment terminal 300 to read the authentication code presented by the second user. Then, the payment terminal 300 generates authentication information including the read authentication code.
  • the payment terminal 300 transmits an authentication request requesting authentication of the second user to the authentication server 200 (step S5).
  • the authentication request includes the above-mentioned authentication information, product information regarding the product purchased by the second user, and store information regarding the store where the second user purchases the product.
  • the authentication server 200 uses the authentication information, product information, and store information included in the authentication request, and the identification information, condition information, and payment information of the second user.
  • the authentication process is performed (step S6). The details of the authentication process in the authentication server 200 will be described later.
  • the authentication server 200 transmits the result information indicating the authentication result to the payment terminal 300 (step S7). Based on the result information, the payment terminal 300 that has received the result information performs a payment process for the product purchased by the second user if the authentication is successful (step S8). If the authentication fails, the payment terminal 300 does not perform the payment process and displays a message or the like indicating that the usage conditions are not satisfied on a display screen (not shown).
  • the existing non-cash payment technology can be used. That is, the price of the product may be deducted from the account of the first user, the electronic money, etc. linked to the account of the first user.
  • the payment process may be performed by the payment terminal 300, or may be performed by another payment device (POS (point of sales) register or the like) that operates in cooperation with the payment terminal 300.
  • POS point of sales
  • step S9 the payment terminal 300 transmits payment information including the result of the payment process to the user terminal 100 and the authentication server 200.
  • the payment information can be displayed on the user terminal 100, and the first user can confirm that the second user has purchased the product.
  • the authentication server 200 stores the payment information in association with the above-mentioned identification information and condition information.
  • the first user can grant the second user at least a part of the authority to make a payment using the non-cash payment account of the first user.
  • the second user can purchase the product at the store by using the account of the first user.
  • each configuration of the payment system 1 will be described with reference to FIG.
  • the user terminal 100, the authentication server 200, and the payment terminal 300 are connected to each other via the network 400.
  • the present invention is not limited to this, and the payment system 1 may include a plurality of user terminals 100, an authentication server 200, and a payment terminal 300.
  • the network 400 is, for example, a public network such as the Internet, a dedicated network, a network including both a public network and a dedicated network, and the like.
  • the user terminal 100 has a communication unit 101, a control unit 102, an operation unit 103, and a storage unit 104.
  • the communication unit 101 is a communication device that transmits and receives various information via the network 400.
  • the control unit 102 is a control device such as a processor that performs an authority granting process by executing an application program (user setting application).
  • the operation unit 103 is an operation device for receiving the operation of the first user, and is a pointing device such as a touch panel, a keyboard (including a software keyboard), and a touch pen.
  • the storage unit 104 is a storage device such as a memory.
  • the control unit 102 reads out the data, programs, etc. stored in the storage unit 104 and performs various processes.
  • the authentication server 200 has a communication unit 201, a storage unit 202, and an authentication unit 203.
  • the communication unit 201 is a communication device that transmits and receives various information via the network 400.
  • the storage unit 202 stores the identification information and the condition information received from the user terminal 100 and the payment information received from the payment terminal 300 in association with each other.
  • the authentication unit 203 When the authentication unit 203 receives the authentication request from the payment terminal 300, the authentication unit 203 stores the identification information, the condition information, and the payment information stored in the storage unit 202, and the authentication information, the product information, and the store information included in the authentication request. Use to perform authentication processing.
  • the storage unit 202 and the authentication unit 203 are composed of a control device such as a processor.
  • the storage unit 202 is a storage device such as a memory or a magnetic disk device that stores various information such as identification information, condition information, and payment information.
  • the storage unit 202 does not have to be provided inside the authentication server 200, and may be provided outside the authentication server 200 in a state in which communication with other configurations of the authentication server 200 is possible.
  • the payment terminal 300 has a communication unit 301, an authentication information generation unit 302, and a payment unit 303.
  • the communication unit 301 is a communication device that transmits and receives various information via the network 400.
  • the authentication information generation unit 302 generates authentication information for authenticating the second user who visits the store and purchases the product using the account of the first user.
  • the settlement unit 303 performs the settlement process based on the result of the authentication received from the authentication server 200.
  • the authentication information generation unit 302 and the settlement unit 303 are composed of a control device such as a processor.
  • step S11 the user terminal 100 on which the user setting application operates determines whether or not the first user has performed an operation to start the authority granting process on the operation unit 103.
  • This start operation is, for example, an operation in which the first user touches the icon of the user setting application displayed on the display unit (not shown) of the user terminal 100.
  • step S11 If the start operation is performed (step S11: YES), the process proceeds to step S12, and if not (step S11: NO), the process of step S11 is repeated.
  • step S12 the user terminal 100 generates identification information of the person to whom the authority is granted (second user). Specifically, the user terminal 100 causes the first user to take a face image of the second user using a camera (not shown), or causes the first user to record the voice of the second user using a microphone (not shown). By doing so, the biometric information of the second user as the identification information is generated.
  • the user terminal 100 may communicate with a server or the like (not shown), acquire a two-dimensional code to be displayed on the second user terminal (not shown) possessed by the second user, and use this as identification information.
  • step S13 the user terminal 100 accepts a usage condition setting operation by the first user.
  • usage conditions include the following.
  • the first example of the usage conditions is the condition of the maximum amount of money that can be settled at one time (hereinafter referred to as the maximum amount of money (one time)).
  • the maximum amount of money one time
  • the second user can purchase products up to 3000 yen at a time by using the settlement authority.
  • the second example of usage conditions is the condition of the total amount of the maximum amount that can be settled (hereinafter referred to as the maximum amount (total amount)). For example, if the maximum amount (total amount) is set to 10,000 yen, the second user can purchase products with a total amount of up to 10,000 yen when purchasing a plurality of products using the payment authority.
  • the third example of usage conditions is the condition for the maximum number of products that can be settled at one time. For example, if the maximum number of products is set to 3, the second user cannot purchase 4 or more products at a time.
  • the fourth example of usage conditions is the condition of the type of product. For example, if gum is set as the type of product, the second user cannot purchase a product other than gum, for example, chocolate by using the payment authority.
  • the usage conditions may be set so that only the gum of the product name B of company A can be purchased. Further, not only the type of the product but also the product genre (for example, sweets or stationery) or the product identification code such as the JAN (Japanese Article Number) code can be set as the usage condition.
  • the product genre for example, sweets or stationery
  • the product identification code such as the JAN (Japanese Article Number) code
  • the fifth example of the usage conditions is the conditions of the store where the payment authority can be used. For example, if a store called C is set, the second user cannot purchase products at a store other than the C store by using the payment authority.
  • the terms of use may be set so that the product can be purchased not only at a specific store but also at a store belonging to a specific chain, for example.
  • usage conditions may be set so that the product can be purchased only at a store in a specific place. For example, if D shopping street or E building is set as a place, the second user cannot purchase a product at a store located in a place other than D shopping street or E building by using the payment authority. Not only a specific place but also a specific range (for example, in F town, G station yard, etc.) may be set.
  • the sixth example of the terms of use is the period during which the settlement authority can be used. For example, if the period is set to 3 days, the second user cannot purchase the product by using the payment authority after the 4th day.
  • the period is not limited to the number of days, and may be hourly, minutely, monthly, or yearly.
  • the settlement authority may be available only on a specific day (only today, only on January 1, etc.) or only on a specific time zone (only between 15:00 and 17:00 every day, etc.).
  • the seventh example of the terms of use is the maximum number of payments that can be made. For example, if the maximum number of times is set to 3, the second user cannot purchase the product four times or more by using the payment authority.
  • the eighth example of usage conditions is conditions related to parental control.
  • the usage conditions relating to parental control are conditions that can be set when the first user is a parent and the second user is a child thereof. For example, if the second user (child) tries to shop at the store using the account of the first user (parent) and the parental control is turned on, the terminal of the first user (user terminal 100). ) Receives a notification that the second user is trying to shop. At this time, the user terminal 100 may display a screen that allows the first user to select whether or not to approve the shopping of the second user.
  • the first user selects approval
  • the second user makes a purchase
  • payment is made using the account of the first user
  • the first user does not select approval
  • the first user 2 The user will not be able to shop.
  • the parental control is not turned on, even if the second user tries to shop at the store using the account of the first user, the notification will not be delivered to the first user.
  • the ninth example of usage conditions is conditions related to products that must be purchased. For example, if soy sauce is set as a product that must be purchased, the second user cannot purchase other products, such as sweets, using the payment authority unless the soy sauce is purchased.
  • the price of the product that must be purchased is not included in the maximum amount when the second user uses the payment authority. The price is settled from the account of the first user together with the price of the product purchased by the second user using the payment authority. Under such usage conditions, for example, only when the first user asks the second user to use the product and the second user achieves the usage, the shopping can be performed using the payment authority as a fee. Become.
  • the person to be granted the authority is one second user
  • the person to be granted the authority is a group consisting of a plurality of people
  • the settlement authority is granted only to a specific number of the group. You may do so. For example, if a group of 6 people is registered as a grant target and only 3 of them are set to grant the settlement authority, the latter 3 cannot use the settlement authority.
  • arbitrary conditions set by the first user may be set as usage conditions. Further, a plurality of usage conditions may be combined, or only one of them may be set as the usage conditions.
  • step S14 the user terminal 100 generates condition information indicating the usage conditions set in step S13.
  • step S15 the user terminal 100 transmits the identification information and the condition information to the authentication server 200. As a result, the authorization process is completed.
  • step S21 the authentication unit 203 of the authentication server 200 determines whether or not an authentication request has been received from the payment terminal 300 via the communication unit 201. If the authentication unit 203 determines that the reception has been received (step S21: YES), the process proceeds to step S22, and if not, the process of step S21 is repeated.
  • step S22 the authentication unit 203 collates the authentication information included in the authentication request received in step S21 with the identification information stored in the storage unit 202.
  • step S23 as a result of collation, the authentication unit 203 determines whether or not the identification information indicating the person indicated by the authentication information (that is, the second user who purchases the product at the store) is registered in the authentication server 200. ..
  • step S23: YES If the authentication unit 203 determines that the identification information for identifying the person indicated by the authentication information is registered in the authentication server 200 (step S23: YES), the process proceeds to step S24, and if not (step S23). S23: NO), the process proceeds to step S27.
  • step S24 the authentication unit 203 refers to the condition information stored in the storage unit 202.
  • step S25 the authentication unit 203 determines whether or not the usage conditions included in the condition information are satisfied.
  • condition information may include various usage conditions as in the first to ninth examples described above.
  • Various terms of use that can be included in the condition information include those that require collation with product information or store information and those that do not.
  • the first example upper limit amount (1 time)
  • the second example upper limit amount (total amount)
  • the third example upper limit number of products
  • the fourth example Example (specific product), fifth example (specific store, place), and ninth example (product that must be purchased) are examples of usage conditions that need to be collated with product information or store information. ..
  • the authentication unit 203 collates the product information and the store information included in the authentication request with the usage conditions, and whether or not the usage conditions are satisfied. Is determined.
  • the sixth example (period), the seventh example (upper limit number of times), and the eighth example (parental control) are referred to as product information or store information. No matching is required.
  • the authentication unit 203 determines whether or not the usage condition is satisfied based on the information about the time when the second user is trying to purchase the product.
  • the authentication unit 203 may determine whether or not the usage conditions are satisfied by, for example, acquiring information about the time from a clock function (not shown) of the authentication server 200, an external time server, or the like.
  • the information regarding the time when the second user is about to purchase the product includes, for example, information about when the authentication information is generated in the payment terminal 300, or when the communication unit 201 receives the authentication information.
  • the authentication unit 203 refers to the payment information stored in the storage unit 202, and the number of times the second user purchases satisfies the usage condition. Judge whether or not.
  • step S25: YES If the authentication unit 203 determines that the usage conditions are satisfied (step S25: YES), the process proceeds to step S26, and if not (step S25: NO), the process proceeds to step S27.
  • step S26 the authentication unit 203 generates result information indicating that the authentication was successful.
  • step S27 the authentication unit 203 generates result information indicating that the authentication has failed.
  • step S28 the authentication unit 203 transmits the result information to the payment terminal 300. This completes the authentication process.
  • Example 1 As the first embodiment, a case where the parent grants the settlement authority to the child will be described.
  • the parent who is the first user has a non-cash settlement account.
  • the parent has the user terminal 100 described above.
  • the child who is the second user does not have a non-cash settlement account and does not have a terminal device such as the user terminal 100.
  • the parent tried to give the child the authority to settle the payment using his / her account up to 3000 yen a month.
  • the parent operates the user terminal 100 to start the user setting application and registers the child as the grant target person (corresponding to step S1 shown in FIG. 2).
  • the registration method is not particularly limited, but for example, the following method can be adopted.
  • buttons and the like to be operated when registering the grantee are displayed, and when the parent operates the button, the screen transitions to the screen for selecting the means for registering the grantee. To do.
  • Examples of means for registering the person to be granted include face image registration, voice registration, fingerprint registration, iris registration, etc. as biometric authentication.
  • the registration of the grantee may be accepted by only one of the methods.
  • the parent takes a face image of the child using the camera (not shown) of the user terminal 100.
  • the screen of the user setting application transitions to the screen for registering the terms of use.
  • the parent sets the usage conditions so that the maximum amount (total amount) is 3000 yen and the period is one month.
  • the parent may also set other conditions.
  • the amount that can be used at one time is set to 500 yen
  • the product genre is as follows. It is assumed that sweets, books, stationery, etc. are set, and a store in the town where the parents live is set as a specific store.
  • the user terminal 100 on which the user setting application operates When the registration of the child's face image and the usage conditions is completed in this way, the user terminal 100 on which the user setting application operates generates identification information and condition information and transmits them to the authentication server 200 (step S2 in FIG. 2). Corresponds to).
  • the authentication server 200 stores the received identification information and condition information in association with each other (corresponding to step S3 in FIG. 2). As a result, part of the payment authority of the parent's account is given to the child.
  • the child goes to the store and tries to purchase the product.
  • the child informs the clerk who operates the payment terminal 300 of the store that he / she wants to purchase the product using the parent's account and that he / she wants to be authenticated by the face image.
  • the clerk takes a picture of the child's face using the camera (not shown) of the payment terminal 300.
  • the payment terminal 300 generates authentication information based on the captured face image (corresponding to step S4 in FIG. 2).
  • the clerk causes the payment terminal 300 to acquire the product information of the product that the child intends to purchase.
  • the product information is information including a product name of gum, a manufacturing company, a JAN code, a price, and the like.
  • the product information is acquired by the payment terminal 300, for example, when a clerk reads the barcode written on the gum wrapping paper with a barcode reader or the like and inquires about the product master information of the store server (not shown).
  • the payment terminal 300 transmits an authentication request including store information about the store to the authentication server 200 in addition to the authentication information generated based on the photographed child's face image and the acquired product information (step S5 in FIG. 2). Corresponds to).
  • the store information is, for example, information about a store registered in the payment terminal 300 in advance, and the store information includes information such as the store name, the name of the chain to which the store belongs, and the store location (address).
  • the authentication server 200 that has received the authentication request performs an authentication process with reference to the authentication information, product information, and store information included in the authentication request and the stored identification information and condition information (in step S6 of FIG. 2). Correspondence).
  • the authentication server 200 extracts identification information indicating a person (a child who purchases a product at a store) indicated by the authentication information from the identification information stored in the authentication server 200. If the identification information stored in the authentication server 200 does not include the identification information indicating the person indicated by the authentication information, the authentication server 200 determines that the authentication has failed.
  • the authentication server 200 sets the condition information associated with the extracted identification information, the product information, and the store information. By collating, it is determined whether or not the preset usage conditions are satisfied, and if the usage conditions are satisfied, it is determined that the authentication is successful.
  • the authentication server 200 since the child's face image is stored in the authentication server 200 as the identification information as described above, the authentication server 200 extracts the identification information that matches the authentication information generated by the payment terminal 300. be able to.
  • the authentication server 200 determines that the authentication is successful.
  • the authentication server 200 determines that the authentication has failed.
  • the authentication server 200 generates result information based on the authentication result and transmits the result information to the payment terminal 300 (corresponding to step S7 in FIG. 2).
  • the payment terminal 300 performs payment processing for the product that the child intends to purchase from the parent account (corresponding to step S8 in FIG. 2).
  • the payment terminal 300 does not perform the payment process and displays on a display screen (not shown) that the usage conditions are not satisfied.
  • the payment terminal 300 When the payment process in the payment terminal 300 is completed, the payment terminal 300 generates payment information including the name of the product purchased by the child, the product genre, the amount of money, the name of the store purchased, the location of the store, and the like, and the user terminal 100 and It is transmitted to the authentication server 200 (corresponding to step S9 in FIG. 2).
  • the user terminal 100 displays information about the products purchased by the child, the location of the store where the child purchased, and the like, so that the parent can manage the shopping of the child.
  • the payment information is stored in association with the child identification information and the condition information.
  • the authentication server 200 can determine whether or not the usage conditions such as the maximum amount (total amount) and the maximum number of times are satisfied.
  • the parent can give the child a part of the settlement authority of his / her account only by first registering the child as the grantee.
  • the payment information reaches the user terminal 100, so that the parent can appropriately manage the child's shopping. If the child goes to the store empty-handed, he / she can purchase products that satisfy the usage conditions, so that he / she can easily perform shopping using the payment authority of the parent's account.
  • Example 2 In Example 1 described above, a case where a child who is a grant target is authenticated using a face image has been described. In the second embodiment below, a case where an authentication code such as a two-dimensional code is used for authentication of a child will be described.
  • the parent has a non-cash settlement account and a user terminal 100 as in the first embodiment.
  • the child who is the second user does not have a non-cash settlement account, but has a mobile terminal device (hereinafter, referred to as a second user terminal (not shown)).
  • a second user terminal not shown
  • the user terminal 100 on which the user setting application operates issues an authentication code for authenticating the child.
  • the authentication code issued by the user terminal 100 is transmitted to the second user terminal owned by the child via a communication network such as the Internet.
  • the user terminal 100 may not issue the authentication code, but an external authentication server (not shown) or the like may issue the authentication code. Further, the authentication server may send the URL for accessing the authentication server to the second user terminal instead of directly transmitting the generated authentication code to the second user terminal.
  • the user terminal 100 transmits the identification information including the issued authentication code and the condition information regarding the usage conditions set by the parent to the authentication server 200. Similar to the first embodiment, the authentication server 200 stores the identification information and the condition information in association with each other.
  • the child goes to the store and tries to purchase the product.
  • the child displays the authentication code on the display screen of the second user terminal.
  • the authorization process when the URL for accessing the external authentication server is sent to the second user terminal, the child operates the second user terminal to access the external authentication server and the external authentication server. Is issued an authentication code, and the issued authentication code is displayed on the display screen.
  • the clerk reads the authentication code displayed on the second user terminal using the authentication code reader (not shown) of the payment terminal 300.
  • the payment terminal 300 generates authentication information including information about the read authentication code. Then, the clerk causes the payment terminal 300 to acquire the product information regarding the product that the child intends to purchase.
  • the payment terminal 300 transmits an authentication request including store information about the store to the authentication server 200 in addition to the generated authentication information and the acquired product information.
  • the authentication server 200 that has received the authentication request performs the authentication process with reference to the authentication information, product information, and store information included in the authentication request and the stored identification information and condition information. At this time, the authentication server 200 extracts the identification information including the matching authentication code based on the information about the authentication code included in the authentication information.
  • the authentication server 200 generates result information based on the result of authentication, and transmits the result information to the payment terminal 300. Since the subsequent operations are the same as those in the first embodiment, the description thereof will be omitted.
  • the parent can easily give the child a part of the settlement authority of his / her account, so that the child needs to have cash. It's gone and it's safe.
  • the present invention is not limited to this.
  • the authentication code for example, a barcode, a one-time password, a PIN (Personal Identification Number) code, or the like may be adopted.
  • Example 3 In the third embodiment, a case where the first user is the owner of a store and the second user (grant target person) is a customer of the store will be described. That is, it is assumed that there are a plurality of second users.
  • the manager tries to give back to the customer who made a purchase according to the purchase price.
  • the manager or an employee of the store hereinafter, simply referred to as a store clerk
  • the user terminal 100 and the payment terminal 300 appear separately for convenience, but the user terminal 100 and the payment terminal 300 may be integrally configured.
  • the clerk informs the customer H that he / she can issue a coupon that can be used for the next and subsequent purchases by registering the face image.
  • the clerk takes a face image of the customer H using the user terminal 100.
  • the clerk sets his own store as a condition of use.
  • the identification information including the face image of the customer H and the condition information including the set usage conditions are transmitted to and stored in the authentication server 200.
  • the user terminal 100 sets a coupon balance according to the amount of shopping made by the customer H and stores it in the payment terminal 300.
  • customer H visits the store and purchases a product
  • customer H informs the clerk that he / she holds the coupon.
  • the clerk takes a face image of the customer H using the camera (not shown) of the payment terminal 300, and sends an authentication request including the authentication information and the store information generated based on the face image to the authentication server 200. And send.
  • the product information in the authentication request it is not necessary to include the product information in the authentication request.
  • the product information related to the product purchased by the customer H is included in the authentication request. You may.
  • the payment terminal 300 gives the customer an amount obtained by subtracting the coupon balance from the price of the product purchased by the customer H. Present. As a result, the customer H can receive a discount according to the amount of shopping made in the past.
  • the customer can receive a discount service according to the amount of shopping made in the past without having to carry around, for example, a point card, a coupon, a cash voucher, etc. issued by a store. Become.
  • the store manager gives the customer the settlement authority of his / her account as the first user, the amount of the coupon is actually settled from the manager's account. Not at all.
  • the coupon balance for each customer is stored in the payment terminal 300, and the amount of the coupon is only deducted from the balance when the customer purchases the product.
  • the present invention is not limited to this, and for example, the coupon balance may not be stored in the payment terminal 300, and the coupon balance may be set as one of the usage conditions.
  • the payment terminal 300 when the customer tries to purchase the product, the payment terminal 300 generates the authentication information and causes the authentication server 200 to perform the authentication process based on the usage conditions regarding the coupon balance. Then, when the authentication is successful, the payment terminal 300 may settle the amount of the coupon from the manager's account.
  • the payment system 1 includes a user terminal 100 that generates identification information that identifies a second user (grant target person) who can use a predetermined non-cash payment account.
  • An authentication server 200 that stores the identification information transmitted from the user terminal 100, and a payment terminal 300 that makes a payment when a second user purchases a product using an account, and makes an authentication request including the authentication information.
  • a payment terminal 300 for transmitting to the authentication server 200 is provided, and the authentication server 200 collates the identification information with the authentication information to authenticate the second user, and transmits the result information including the authentication result to the payment terminal 300. Then, when the result information indicates the authentication success of the second user, the payment terminal 300 setstles the price of the product using a predetermined account.
  • a first user having a cash settlement account can grant the second user the authority to use the account with a simple operation.
  • the second user does not have to have a non-cash settlement account, which is highly convenient. Further, since the first user can arbitrarily set the usage conditions when the second user uses the account, the shopping of the second user can be easily managed.
  • the authentication information for authenticating the second user can be biometric information including the face image data, voice data, etc. of the second user.
  • the second user can make a payment using an account even if he / she goes to the store empty-handed, which is very convenient.
  • the authentication information for authenticating the second user is the authentication code (two-dimensional bar code, one-time password, PIN) issued to the second user. It can also be a code, etc.). When such a configuration is adopted, high security can be ensured.
  • the authentication server 200 continues to store the identification information used for the authentication of the second user even after the use of the payment authority by the second user is completed.
  • the identification information is the biometric information of the second user, it may not be preferable for the authentication server 200 to continue to store the identification information from the viewpoint of security.
  • the authentication server 200 is at least The identification information about the second user may be automatically discarded.
  • the authentication server 200 includes identification information stored in the authentication server 200, condition information indicating usage conditions, and payment information, and authentication included in the authentication request from the payment terminal 300 during the authentication process. Authentication will be performed based on information, product information, and store information.
  • authentication may be performed without using at least one of payment information, product information, or store information.
  • the authentication server 200 may perform authentication based only on the identification information, the authentication information, and the information on the time.
  • the authentication server 200 authenticates the second user, but the present invention is not limited to this. That is, when the second user tries to purchase a product at the store using the account of the first user, the payment terminal 300 acquires the identification information of the second user from the authentication server 200, and the payment terminal 300 is the second user. You may try to authenticate.
  • step S9 of FIG. 2 when the second user purchases a product at a store, the payment terminal 300 transmits payment information to the user terminal 100 of the first user. Was there. As a result, the first user can know that the second user was able to purchase the product.
  • the payment terminal 300 instead of the payment terminal 300 transmitting the payment information to the user terminal 100 after the payment is completed, the following processing may be performed. That is, for example, the authentication server 200 notifies the user terminal 100 that the authentication request for the second user has been received before the authentication request is received from the payment terminal 300 and the authentication process is performed, or after the authentication process is performed. You may try to do it. As a result, the first user can know that the second user is trying to purchase the product using his / her own account.
  • the second user when the second user intends to purchase a product using the account of the first user, the second user determines the type of the second user's identification information generated during the authorization process.
  • the present invention is not limited to this.
  • the store clerk operates the payment terminal 300 to notify the authentication server 200 that a user other than the first user (second user) is trying to purchase a product using the account of the first user. Let me know.
  • the authentication server 200 Upon receiving the notification, the authentication server 200 notifies the payment terminal 300 of the type of the second user's identification information associated with the first user's account by referring to the stored identification information and the condition information. This allows the clerk to know what kind of authentication information should be generated.
  • the present invention is useful for a payment system that allows another person to use a non-cash payment account.
  • Payment system 100 User terminal 101 Communication unit 102 Control unit 103 Operation unit 104 Storage unit 200 Authentication server 201 Communication unit 202 Storage unit 203 Authentication unit 300 Payment terminal 301 Communication unit 302 Authentication information generation unit 303 Payment system 400 Network

Landscapes

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

Abstract

本発明の認証処理装置は、識別情報を生成するユーザ端末１００と、ユーザ端末１００から送信された識別情報を互いに関連づけて記憶する認証サーバ２００と、第２ユーザを認証するための認証情報を認証サーバ２００に送信する決済端末３００と、を備え、認証サーバ２００は、識別情報と認証情報とを照合して第２ユーザの認証を行い、認証の結果を含む結果情報を決済端末３００に送信し、決済端末３００は、結果情報が第２ユーザの認証成功を示す場合に、商品の代金を、第１ユーザのアカウントを用いて決済する。

Description

認証処理装置、決済端末、設定プログラム、決済システム、および決済方法
　本発明は、認証処理装置、決済端末、設定プログラム、情報処理システム、および決済方法に関する。
　顧客が、金融機関の口座取引を行うことができない相手に対して現金を効率的に受け渡す顧客取引システムが知られている（特許文献１参照）。また、近年では、現金による決済による取引以外にも、非現金決済（キャッシュレス決済）による取引が普及しつつある。
特開２０１８－１２８９７５号公報
　しかしながら、或る者が他者に非現金決済を用いて送金するような場合、両者が同じ非現金決済サービスのアカウントを有している必要がある。
　また、両者が同じ非現金決済サービスのアカウントを有していても、当該サービスによっては、送金はできても出金が困難なことがある。
　これらの事情から、或る者が、自らと同じ非現金決済サービスのアカウントを有しない他者に対して、自らのアカウントを用いた取引を行わせたいという要望が生じている。
　本発明は、非現金決済のアカウントを有する者が、他者に当該アカウントを利用する権限を付与することができる認証装置、決済端末、設定プログラム、決済システム、および決済方法を提供することを目的とする。
　本発明の認証処理装置は、所定の非現金決済のアカウントの少なくとも一部を利用する権限が付された付与対象者を識別する識別情報を記憶する記憶部と、前記付与対象者が前記アカウントを利用して商品を購入する店舗に設置された決済端末から認証情報を含む認証要求を取得するとともに、前記識別情報と前記認証情報とを照合して前記付与対象者の認証を行う認証部と、前記決済端末から前記認証情報を受信するとともに、前記認証の結果を前記決済端末に対して送信する通信部と、を備える。
　本発明の決済端末は、決済を行う決済端末であって、所定の非現金決済のアカウントの少なくとも一部を利用する権限が付された付与対象者を識別する識別情報を記憶する認証サーバ装置に対して送信する認証情報を生成する認証情報生成部と、前記認証サーバ装置に対して前記認証情報を含む認証要求を送信し、前記認証サーバ装置において前記識別情報と前記認証情報とが照合されて行われた前記付与対象者の認証の結果を含む結果情報を受信する通信部と、前記結果情報が前記付与対象者の認証成功を示す場合に、前記付与対象者が購入しようとする商品の代金を、前記アカウントを用いて決済する決済部と、を備える。
　本発明の設定プログラムは、所定の非現金決済のアカウントの少なくとも一部を利用する権限が付された付与対象者を設定する操作を受け付ける手順と、前記付与対象者を識別する識別情報を生成する手順と、前記識別情報を記憶し、前記識別情報に基づいて前記付与対象者の認証を行う認証サーバ装置に対して、前記識別情報を送信する手順と、を実行させる。
　本発明の決済システムは、所定の非現金決済のアカウントの少なくとも一部を利用する権限が付された付与対象者を識別する識別情報を生成する端末装置と、前記端末装置から送信された前記識別情報を記憶する認証サーバ装置と、前記付与対象者が前記アカウントを利用して商品の購入を行う際に決済を行う決済端末であって、認証情報を含む認証要求を前記認証サーバ装置に送信する決済端末と、を備え、前記認証サーバ装置は、前記識別情報と前記認証情報とを照合して前記付与対象者の認証を行い、前記認証の結果を含む結果情報を前記決済端末に送信し、前記決済端末は、前記結果情報が前記付与対象者の認証成功を示す場合に、前記商品の代金を、前記アカウントを用いて決済する。
　本発明の決済方法は、所定の非現金決済のアカウントの少なくとも一部を利用する権限が付された付与対象者を識別する識別情報を端末装置が生成し、前記端末装置から送信された前記識別情報を認証サーバ装置が記憶し、前記付与対象者が前記アカウントを利用して商品の購入を行う際に決済を行う決済端末が、認証情報を含む認証要求を前記認証サーバ装置に送信し、前記認証サーバ装置が、前記識別情報と前記認証情報とを照合して前記付与対象者の認証を行い、前記認証の結果を含む結果情報を前記決済端末に送信し、前記結果情報が前記付与対象者の認証成功を示す場合に、前記決済端末が、前記商品の代金を、前記アカウントを用いて決済する。
　本発明によれば、非現金決済のアカウントを有する者が、他者に当該アカウントを利用する権限を付与することができる。
本発明の実施の形態に係る決済権限付与システムにおける全体の処理の流れを説明するための概念図 決済権限付与システムにおける処理の流れの概略を示すシーケンス図 決済権限付与システムの構成を示すブロック図 ユーザ端末において実行される権限付与処理について説明するためのフローチャート 認証サーバにおいて実行される認証処理について説明するためのフローチャート
　以下、本発明の各実施の形態について図面を参照して詳細に説明する。ただし、必要以上に詳細な説明、例えば、既によく知られた事項の詳細説明や実質的に同一の構成に対する重複説明等は省略する場合がある。
　なお、以下の説明および参照される図面は、当業者が本発明を理解するために提供されるものであって、本発明の請求の範囲を限定するためのものではない。
　図１は、本発明の実施の形態に係る決済システム１の概念図である。図１に示すように、決済システム１は、ユーザ端末１００と、認証サーバ２００と、決済端末３００と、を有する。
　ユーザ端末１００は、非現金決済のアカウントを有する者から他者に当該アカウントを利用する権限を付与する処理等を行う端末装置である。認証サーバ２００は、非現金決済のアカウントを有する者から当該アカウントを利用する権限を付与された者の認証等を行うクラウドサーバ装置である。決済端末３００は、店舗に設置され、非現金決済処理等を行う端末装置である。
　なお、図１に示す例では、ユーザ端末１００、認証サーバ２００、および決済端末３００がそれぞれ１つずつ図示されているが、本発明はこれに限定されず、決済システム１にはユーザ端末１００、認証サーバ２００、および決済端末３００がそれぞれ複数ずつ含まれていてもよい。
　なお、決済システム１は、本発明の決済システムの一例である。また、ユーザ端末１００は本発明のユーザ端末の一例である。また、認証サーバ２００は、本発明の認証処理装置、または認証サーバ装置の一例である。また、決済端末３００は、本発明の決済端末の一例である。
　以下、図１および図２を参照して、決済システム１における処理の流れの概略について説明する。
　ユーザ端末１００は、決済システム１の第１ユーザが有する端末装置である。ユーザ端末１００は、例えばスマートフォン、タブレット端末等の携帯端末装置である。
　第１ユーザは、非現金決済（キャッシュレス決済）のアカウントの所有者である。非現金決済のアカウントとは、非現金決済を行うサービスを受けるための権利を意味する。以下の説明において、第１ユーザが有する非現金決済のアカウントを、単にアカウントと記載することがある。
　ユーザ端末１００には、第１ユーザが、自らのアカウントを利用した決済を行う権限の少なくとも一部を、付与対象者に対して付与するためのアプリケーションプログラムがインストールされている。付与対象者とは、第１ユーザとは異なる者であって、本発明のユーザの一例である。以下の説明において、付与対象者を第２ユーザと記載する。
　このアプリケーションプログラムでは、第１ユーザが、第２ユーザに対してアカウントを利用させる場合の種々の条件を設定可能となっている。このアプリケーションプログラムは、本発明の設定プログラムの一例である。
　以下の説明において、アカウントを利用した決済を行う権限の少なくとも一部を、決済権限と記載する。また、決済権限の少なくとも一部を第２ユーザに対して付与するためのアプリケーションプログラムを、ユーザ設定アプリケーションと記載する。また、アカウントを第２ユーザに利用させる場合の条件を、利用条件と記載する。利用条件の詳細については後述する。
　第１ユーザが第２ユーザに対して決済権限を付与しようとする場合、第１ユーザは、まず、ユーザ設定アプリケーションが実行されるユーザ端末１００を操作して、付与対象者として第２ユーザを登録する権限付与処理を行う（図２に示すステップＳ１）。
　その際、ユーザ設定アプリケーションが動作するユーザ端末１００は、第２ユーザを識別するための識別情報、および、上述した利用条件を示す条件情報を生成する。
　識別情報は、複数の種類のうちのいずれかから任意に選択される。識別情報の種類の例としては、第２ユーザの生体認証に用いられる生体情報、具体的には顔画像データ、声紋データ、体の動きを記録した動画像データ等が挙げられる。また、他の例としては、権限付与処理の際に第２ユーザに対して発行された認証コード（例えば、バーコード、二次元コード等）が挙げられる。権限付与処理の詳細については後述する。
　ユーザ端末１００において生成された識別情報および条件情報は、認証サーバ２００に送信される（ステップＳ２）。
　認証サーバ２００は、ユーザ端末１００から送信された識別情報および条件情報、並びに、後述する決済情報を、互いに関連づけて記憶する（ステップＳ３）。
　第１ユーザによって決済権限を付与された第２ユーザは、店舗へ赴き、決済権限を用いて所望の商品を購入しようとする。この時点では、商品を購入する者が、決済権限を与えられた第２ユーザであるか否かは、店舗の店員には分からないため、商品を購入する者の認証が必要となる。
　第２ユーザが商品を購入する際、店舗に設置された決済端末３００は、第２ユーザの認証を認証サーバ２００に行わせるための認証情報を生成する（ステップＳ４）。
　認証情報は、上述した識別情報と照合して第２ユーザの認証を行うための情報である。認証情報は、認証サーバ２００に記憶されている識別情報の種類に対応している。
　すなわち、認証サーバ２００で記憶されている識別情報が第２ユーザの顔画像データを含む場合、第２ユーザは、決済端末３００を操作する店員に対して、顔認証を希望する旨を申告する。この申告を受けて、店員は、決済端末３００を操作して、第２ユーザの顔画像データを生成する。そして、決済端末３００は、生成した顔画像データを含む認証情報を生成する。
　また、認証サーバ２００で記憶されている識別情報が第２ユーザに与えられた認証コードを含む場合、第２ユーザは、あらかじめ第２ユーザが有する携帯端末等に認証コードを表示しておき、店員に対して、認証コードによる認証を希望する旨を申告する。この申告を受けて、店員は、決済端末３００を操作して、第２ユーザが提示する認証コードを読み取る。そして、決済端末３００は、読み取った認証コードを含む認証情報を生成する。
　決済端末３００は、認証サーバ２００に対して第２ユーザの認証を要求する認証要求を送信する（ステップＳ５）。認証要求には、上述した認証情報、第２ユーザが購入する商品に関する商品情報、および、第２ユーザが商品を購入する店舗に関する店舗情報が含まれる。
　認証サーバ２００は、決済端末３００から認証要求を受信すると、認証要求に含まれる認証情報、商品情報、および店舗情報と、識別情報、条件情報、および決済情報と、を用いて、第２ユーザの認証処理を行う（ステップＳ６）。認証サーバ２００における認証処理の詳細については、後述する。
　その後、認証サーバ２００は、認証の結果を示す結果情報を決済端末３００に対して送信する（ステップＳ７）。結果情報を受信した決済端末３００は、当該結果情報に基づいて、認証成功であった場合には、第２ユーザが購入する商品の決済処理を行う（ステップＳ８）。認証失敗であった場合には、決済端末３００は、決済処理を行わず、利用条件を満たしていない旨のメッセージ等を図示しない表示画面に表示する。
　決済端末３００における決済処理については、既存の非現金決済技術を利用することができる。すなわち、第１ユーザのアカウントに紐付けられた第１ユーザの口座、電子マネー等から商品の代金を引き落とせばよい。なお、決済処理は決済端末３００が行ってもよいし、決済端末３００と連携して動作する他の決済用装置（ＰＯＳ（point of sales）レジスタ等）が行ってもよい。
　ステップＳ９において、決済端末３００は、決済処理の結果を含む決済情報をユーザ端末１００および認証サーバ２００に対して送信する。これにより、例えばユーザ端末１００で決済情報を表示することができ、第１ユーザは、第２ユーザが商品を購入できたことを確認することができる。また、認証サーバ２００は、決済情報を、上述した識別情報および条件情報と関連づけて記憶する。
　以上のように、決済システム１では、第１ユーザが第２ユーザに対して、第１ユーザの非現金決済のアカウントを利用した決済を行う権限の少なくとも一部を付与することができる。これにより、第２ユーザは、第１ユーザのアカウントを利用して、店舗にて商品を購入することができる。
　以下では、図３を参照して、決済システム１の各構成について説明する。図３に示すように、決済システム１は、ユーザ端末１００と、認証サーバ２００と、決済端末３００とが、ネットワーク４００を介して互いに接続されている。
　なお、図３に示す例では、ユーザ端末１００、認証サーバ２００、および決済端末３００がそれぞれ１つずつ図示されている。しかしながら、図１と同様に、本発明はこれに限定されず、決済システム１にはユーザ端末１００、認証サーバ２００、および決済端末３００がそれぞれ複数ずつ含まれていてもよい。
　ネットワーク４００は、例えばインターネット等の公衆ネットワーク、専用ネットワーク、公衆ネットワークと専用ネットワークの両方が含まれるネットワーク等である。
　図３に示すように、ユーザ端末１００は、通信部１０１と、制御部１０２と、操作部１０３と、記憶部１０４と、を有する。
　通信部１０１は、各種情報をネットワーク４００を介して送受信する通信デバイスである。制御部１０２は、アプリケーションプログラム（ユーザ設定アプリケーション）を実行することで、権限付与処理を行うプロセッサ等の制御デバイスである。
　操作部１０３は、第１ユーザの操作を受け付けるための操作デバイスであり、例えばタッチパネル、キーボード（ソフトウェアキーボードを含む）、タッチペン等のポインティングデバイスである。記憶部１０４は、メモリ等の記憶デバイスである。制御部１０２は、記憶部１０４に記憶されたデータ、プログラム等を読み出して各種の処理を行う。
　認証サーバ２００は、通信部２０１と、記憶部２０２と、認証部２０３と、を有する。
　通信部２０１は、各種情報をネットワーク４００を介して送受信する通信デバイスである。
　記憶部２０２は、ユーザ端末１００から受信した識別情報および条件情報、並びに、決済端末３００から受信した決済情報を互いに関連づけて記憶する。
　認証部２０３は、決済端末３００から認証要求を受信した場合に、記憶部２０２が記憶する識別情報、条件情報、および決済情報と、認証要求に含まれる認証情報、商品情報、および店舗情報とを用いて認証処理を行う。
　記憶部２０２、および、認証部２０３は、プロセッサ等の制御デバイスにより構成される。
　記憶部２０２は、識別情報、条件情報、および決済情報等の各種情報を記憶するメモリ、磁気ディスク装置等の記憶デバイスである。なお、記憶部２０２は、認証サーバ２００の内部に設けられなくてもよく、認証サーバ２００の他の構成と通信可能な状態で、認証サーバ２００の外部に設けられてもよい。
　決済端末３００は、通信部３０１と、認証情報生成部３０２と、決済部３０３と、を有する。
　通信部３０１は、各種情報をネットワーク４００を介して送受信する通信デバイスである。
　認証情報生成部３０２は、店舗に訪れ、第１ユーザのアカウントを利用して商品を購入する第２ユーザの認証を行うための認証情報を生成する。決済部３０３は、認証サーバ２００から受信した認証の結果に基づいて、決済処理を行う。
　認証情報生成部３０２、および、決済部３０３は、プロセッサ等の制御デバイスにより構成される。
　次に、決済システム１を構成する各装置が実行する各処理について詳細に説明する。
　＜権限付与処理＞
　まず、図４を参照して、ユーザ端末１００において実行される権限付与処理について説明する。以下に説明する権限付与処理は、ユーザ端末１００の制御部１０２が、記憶部１０４に記憶されたユーザ設定アプリケーションを読み出して実行することで行われる。
　ステップＳ１１において、ユーザ設定アプリケーションが動作するユーザ端末１００は、第１ユーザにより、操作部１０３に対して権限付与処理を開始させる操作が行われたか否かを判定する。
　この開始操作は、例えば、ユーザ端末１００の図示しない表示部に表示されたユーザ設定アプリケーションのアイコンを、第１ユーザがタッチする操作である。
　開始操作が行われた場合（ステップＳ１１：ＹＥＳ）、処理はステップＳ１２に進み、そうでない場合（ステップＳ１１：ＮＯ）、ステップＳ１１の処理が繰り返される。
　開始操作が行われたと判定した場合、ステップＳ１２において、ユーザ端末１００は、権限の付与対象者（第２ユーザ）の識別情報を生成する。具体的には、ユーザ端末１００は、図示しないカメラを用いて第２ユーザの顔画像を第１ユーザに撮影させたり、図示しないマイクを用いて第２ユーザの声を第１ユーザに録音させたりすることで、識別情報としての第２ユーザの生体情報を生成する。
　または、ユーザ端末１００は、図示しないサーバ等と通信を行い、第２ユーザが有する第２ユーザ端末（図示せず）に表示させるための二次元コードを取得してこれを識別情報としてもよい。
　ステップＳ１３において、ユーザ端末１００は、第１ユーザによる、利用条件の設定操作を受け付ける。利用条件の例として、例えば以下のものが挙げられる。
　利用条件の第１の例は、１回につき決済可能とする上限金額（以下、上限金額（１回）と記載する）の条件である。例えば上限金額（１回）が３０００円に設定されると、第２ユーザは、決済権限を利用して１回に３０００円までの商品を購入することができる。
　利用条件の第２の例は、決済可能とする上限金額の総額（以下、上限金額（総額）と記載する）の条件である。例えば上限金額（総額）が１００００円に設定されると、第２ユーザは、決済権限を利用して複数回の商品を購入するとき、総額が１００００円までの商品を購入することができる。
　利用条件の第３の例は、一度に決済可能とする上限商品数の条件である。例えば上限商品数が３個に設定されると、第２ユーザは一度に４個以上の商品を購入することができなくなる。
　利用条件の第４の例は、商品の種類の条件である。例えば商品の種類としてガムが設定されると、第２ユーザが決済権限を利用してガム以外の商品、例えばチョコレートを購入することができなくなる。
　また、より詳細に、例えばＡ社のＢという商品名のガムのみ購入できるように利用条件が設定されてもよい。さらに、商品の種類だけでなく、商品ジャンル（例えばお菓子、または文房具等）、またはＪＡＮ（Japanese Article Number）コード等の商品識別コードを利用条件として設定することもできる。
　利用条件の第５の例は、決済権限を利用できる店舗の条件である。例えばＣという店舗が設定されると、第２ユーザが決済権限を利用してＣ店以外の店舗で商品を購入することができなくなる。
　特定の店舗だけでなく、例えば特定のチェーンに属する店舗でのみ商品を購入できるように利用条件が設定されてもよい。また、特定の場所にある店舗でのみ商品を購入できるように利用条件が設定されてもよい。例えば、場所としてＤ商店街やＥビルが設定されると、第２ユーザは、決済権限を利用して、Ｄ商店街やＥビル以外の場所にある店舗で商品を購入することができなくなる。特定の場所だけでなく、特定の範囲（例えばＦ町内、Ｇ駅構内等）を設定できるようにしてもよい。
　利用条件の第６の例は、決済権限を利用できる期間である。例えば期間が３日に設定されると、４日目以降に第２ユーザが決済権限を利用して商品を購入することができなくなる。
　期間は日数に限定されず、時間単位、分単位、月単位、または、年単位であってもよい。もしくは、特定日のみ（本日のみ、または１月１日のみ等）、または、特定の時間帯のみ（毎日１５時から１７時の間のみ等）決済権限を利用できるようにしてもよい。
　利用条件の第７の例は、決済可能とする上限回数である。例えば上限回数が３回に設定されると、第２ユーザが決済権限を利用して４回以上商品を購入することができなくなる。
　利用条件の第８の例は、ペアレンタルコントロールに関する条件である。本実施の形態において、ペアレンタルコントロールに関する利用条件とは、第１ユーザが親であって、第２ユーザがその子供である場合に設定されうる条件である。例えば、第２ユーザ（子供）が第１ユーザ（親）のアカウントを用いて店舗で買い物をしようとした場合に、ペアレンタルコントロールがオンになっていれば、第１ユーザの端末（ユーザ端末１００）に第２ユーザが買い物をしようとしている旨の通知が届く。この際、ユーザ端末１００には、第２ユーザの買い物を了承するか否かの選択を第１ユーザに行わせるような画面が表示されてもよい。このような場合、第１ユーザが了承を選択したとすると、第２ユーザの買い物の際、第１ユーザのアカウントを用いて決済が行われ、第１ユーザが了承を選択しなかったとすると、第２ユーザは買い物を行うことができなくなる。一方、ペアレンタルコントロールがオンになっていなければ、第２ユーザが第１ユーザのアカウントを用いて店舗で買い物をしようとしても、第１ユーザに通知は届かなくなる。
　利用条件の第９の例は、必ず購入すべき商品に関する条件である。例えば、必ず購入すべき商品として醤油が設定されると、第２ユーザは、醤油を購入しない限り、決済権限を利用して他の商品、例えばお菓子を購入することができなくなる。なお、利用条件の第９の例においては、必ず購入すべき商品の代金は、第２ユーザが決済権限を用いる場合の上限金額には含まれない。当該代金は、第２ユーザが決済権限を用いて購入する商品の代金と合わせて、第１ユーザのアカウントから決済される。このような利用条件により、例えば、第１ユーザが第２ユーザにお使いを頼み、第２ユーザがお使いを達成した場合のみ、お駄賃として決済権限を用いた買い物を行うことができるようになる。
　上述した例では権限の付与対象者が第２ユーザ１人である場合について説明しているが、付与対象者を複数人からなるグループとし、当該グループのうち特定の人数にのみ決済権限を付与するようにしてもよい。例えば６人のグループが付与対象者として登録され、そのうち３人のみ決済権限を付与するように設定されると、後の３人は決済権限を利用できなくなる。
　また、上述した利用条件以外にも、第１ユーザにより設定される任意の条件を利用条件として設定可能としてもよい。また、複数の利用条件を組み合わせることができるようにしてもよいし、いずれか１つのみを利用条件として設定してもよい。
　例えば、Ｈ神社のお祭りの日（期間）に、境内に設けられた夜店（場所、店舗）において、３０００円（上限金額）まで購入可能とする、というように、複数の利用条件を組み合わせてもよい。このようにして、第１ユーザの意図により、用途を制限した権限を柔軟に付与することができる。
　図４の説明に戻る。ステップＳ１４において、ユーザ端末１００は、ステップＳ１３で設定された利用条件を示す条件情報を生成する。
　ステップＳ１５において、ユーザ端末１００は、識別情報および条件情報を認証サーバ２００に対して送信する。これにより、権限付与処理が完了する。
　＜認証処理＞
　次に、図５を参照して、認証サーバ２００において実行される認証処理について説明する。
　ステップＳ２１において、認証サーバ２００の認証部２０３は、通信部２０１を介して、決済端末３００から認証要求を受信したか否かを判定する。認証部２０３が受信したと判定した場合（ステップＳ２１：ＹＥＳ）、処理はステップＳ２２に進み、そうでない場合、ステップＳ２１の処理が繰り返される。
　ステップＳ２２において、認証部２０３は、ステップＳ２１で受信した認証要求に含まれる認証情報と、記憶部２０２が記憶する識別情報とを照合する。
　ステップＳ２３において、認証部２０３は、照合の結果、認証情報により示される者（すなわち店舗で商品を購入する第２ユーザ）をを示す識別情報が認証サーバ２００に登録されているか否かを判定する。
　認証部２０３が、認証情報により示される者を識別するための識別情報が認証サーバ２００に登録されていると判定した場合（ステップＳ２３：ＹＥＳ）、処理はステップＳ２４に進み、そうでない場合（ステップＳ２３：ＮＯ）、処理はステップＳ２７に進む。
　ステップＳ２４において、認証部２０３は、記憶部２０２が記憶する条件情報を参照する。ステップＳ２５において、認証部２０３は、条件情報に含まれる利用条件が満たされるか否かを判定する。
　条件情報には、上述した第１～第９の例のように種々の利用条件が含まれうる。条件情報に含まれうる種々の利用条件には、商品情報または店舗情報との照合が必要なものと、そうでないものとがある。
　上述した第１～第９の例で言えば、第１の例（上限金額（１回））、第２の例（上限金額（総額））、第３の例（上限商品数）、第４の例（特定商品）、第５の例（特定の店舗、場所）、および第９の例（必ず購入すべき商品）は、商品情報または店舗情報との照合が必要な利用条件の例である。
　このように商品情報または店舗情報との照合が必要な利用条件に関しては、認証部２０３は、認証要求に含まれる商品情報および店舗情報と、利用条件とを照合し、利用条件が満たされるか否かを判定する。
　一方、上述した第１～第９の例のうち、第６の例（期間）、第７の例（上限回数）および第８の例（ペアレンタルコントロール）に関しては、商品情報または店舗情報との照合が必要ではない。
　例えば利用条件として特定の期間が設定されている場合には、認証部２０３は、第２ユーザが商品を購入しようとしている時点に関する情報に基づいて、利用条件が満たされるか否かを判定する。認証部２０３は、例えば認証サーバ２００が有する時計機能（図示せず）、または外部の時刻サーバ等から時刻に関する情報を取得することで、利用条件が満たされるか否かを判定すればよい。なお、第２ユーザが商品を購入しようとしている時点に関する情報とは、例えば、決済端末３００において認証情報が生成された時、または、通信部２０１が認証情報を受信した時等に関する情報を含む。
　また、例えば利用条件として上限回数が設定されている場合には、認証部２０３は、記憶部２０２に記憶されている決済情報を参照することで、第２ユーザが購入した回数が利用条件を満たすか否かを判定する。
　認証部２０３が利用条件が満たされると判定した場合（ステップＳ２５：ＹＥＳ）、処理はステップＳ２６に進み、そうでない場合（ステップＳ２５：ＮＯ）、処理はステップＳ２７に進む。
　ステップＳ２６において、認証部２０３は、認証に成功したことを示す結果情報を生成する。一方、ステップＳ２７において認証部２０３は、認証に失敗したことを示す結果情報を生成する。
　ステップＳ２８において、認証部２０３は、結果情報を決済端末３００に対して送信する。これにより、認証処理が完了する。
　以上、本発明の実施の形態に係る決済システム１の構成および動作について説明した。以下では、決済システム１のより詳細な使用例として、以下の実施例１～３について説明する。
　（実施例１）
　実施例１として、親が、子供に対して決済権限を付与する場合について説明する。
　第１ユーザである親は、非現金決済のアカウントを有している。また、親は、上述したユーザ端末１００を有する。一方、第２ユーザである子供は、非現金決済のアカウントを有しておらず、ユーザ端末１００のような端末装置も有していないとする。
　親は、子供に対して、こづかいとして、月に３０００円まで、自らのアカウントを利用した決済権限を子供に付与しようとしたとする。このような場合、親は、ユーザ端末１００を操作して、ユーザ設定アプリケーションを起動させ、子供を付与対象者として登録する（図２に示すステップＳ１に対応）。
　本発明では、登録方法については特に限定しないが、例えば以下のような方法を採用することができる。
　ユーザ設定アプリケーションの操作画面には、付与対象者を登録するときに操作するボタン等が表示されており、親がそのボタンを操作することで、付与対象者を登録する手段を選択する画面に遷移する。
　付与対象者を登録する手段の例としては、生体認証としての顔画像登録、音声登録、指紋登録、虹彩登録等が挙げられる。なお、ここでは付与対象者を登録する手段を親が複数の手段の中から選択可能とした例を示したが、いずれか１つの方法のみで付与対象者の登録を受け付けるようにしてもよい。
　以下の説明では、親によって、顔画像登録が選択されたとする。この場合、親は、ユーザ端末１００のカメラ（図示せず）を用いて、子供の顔画像を撮影する。
　次に、ユーザ設定アプリケーションの画面は、利用条件を登録する画面に遷移する。この画面において、親は、上限金額（総額）を３０００円、期間を１ヶ月とするように、利用条件を設定する。親はさらに、他の条件を設定してもよい。
　本実施例１では、上述した上限金額（総額）を３０００円に設定したことに加えて、一度に使用できる金額（上限金額（１回））を５００円と設定し、商品のジャンルとして、お菓子、書籍、および文房具等を設定し、特定の店舗として、親が住む町内の店舗を設定したとする。
　このように子供の顔画像と利用条件の登録が完了すると、ユーザ設定アプリケーションが動作するユーザ端末１００は、識別情報および条件情報を生成し、認証サーバ２００に対して送信する（図２のステップＳ２に対応）。
　認証サーバ２００は，受信した識別情報および条件情報を互いに関連づけて記憶する（図２のステップＳ３に対応）。これにより、親のアカウントの決済権限の一部が、子供に与えられたことになる。
　その後、子供が店舗に赴き商品を購入しようとしたとする。その際、子供は、店舗の決済端末３００を操作する店員に向かって、親のアカウントを利用してその商品を購入する旨、および、顔画像による認証を希望する旨を伝える。
　すると、店員は、決済端末３００のカメラ（図示せず）を用いて、子供の顔画像を撮影する。決済端末３００は、撮影した顔画像に基づいて、認証情報を生成する（図２のステップＳ４に対応）。
　そして、店員は、子供が購入しようとする商品の商品情報を決済端末３００に取得させる。商品情報とは、ガムの商品名、製造会社、ＪＡＮコード、価格等を含む情報である。
　商品情報は、例えば店員がガムの包装紙に記載されたバーコードをバーコードリーダ等を用いて読み取り、図示しない店舗サーバの商品マスタ情報等を照会することで、決済端末３００に取得される。
　決済端末３００は、撮影した子供の顔画像に基づき生成した認証情報、および取得した商品情報に加えて、店舗に関する店舗情報を含む認証要求を認証サーバ２００に対して送信する（図２のステップＳ５に対応）。
　店舗情報は、例えばあらかじめ決済端末３００に登録された店舗に関する情報であり、店舗情報には、店舗名、店舗が属するチェーンの名称、店舗所在地（住所）等の情報が含まれる。
　認証要求を受信した認証サーバ２００は、認証要求に含まれる認証情報、商品情報、および店舗情報と、記憶する識別情報および条件情報とを参照して、認証処理を行う（図２のステップＳ６に対応）。
　具体的には、認証サーバ２００は、認証サーバ２００が記憶する識別情報の中から、認証情報により示される者（店舗で商品を購入する子供）を示す識別情報を抽出する。認証サーバ２００が記憶する識別情報の中に、認証情報により示される者を示す識別情報がない場合、認証サーバ２００は、認証が失敗したと判定する。
　認証サーバ２００が記憶する識別情報の中に、認証情報により示される者を示す識別情報がある場合、認証サーバ２００は、抽出した識別情報に関連づけられた条件情報と、商品情報および店舗情報とを照合して、あらかじめ設定された利用条件が満たされているか否かを判定し、利用条件が満たされている場合に、認証が成功したと判定する。
　本実施例１では、上述したように子供の顔画像が識別情報として認証サーバ２００に記憶されているため、認証サーバ２００は、決済端末３００によって生成された認証情報と合致する識別情報を抽出することができる。
　条件情報に含まれる利用条件が満たされるか否かは、子供がどこの店舗で、何を購入しようとしているかによって決まる。例えば、子供が親の住む町内のスーパーマーケットで、１２０円のガムを購入しようとしており、利用総額が３０００円に満たない場合、本実施例１において親が設定した利用条件が全て満たされている。このため、このような場合、認証サーバ２００は、認証が成功したと判定する。
　一方、子供が、隣町のコンビニエンスストアで商品を購入しようとしている場合、６００円の本を購入しようとしている場合、今回の買い物で総額が３０００円を超える場合、３００円の電池を購入しようとしている場合等には、利用条件が一部満たされていない。このため、このような場合、認証サーバ２００は、認証が失敗したと判定する。
　認証サーバ２００は、認証の結果に基づいて結果情報を生成し、決済端末３００に対して結果情報を送信する（図２のステップＳ７に対応）。結果情報が認証成功を示す場合、決済端末３００は、親のアカウントから、子供が購入しようとする商品の決済処理を行う（図２のステップＳ８に対応）。
　一方、結果情報が認証失敗を示す場合、決済端末３００は、決済処理を行わず、利用条件が満たされていない旨を図示しない表示画面に表示する。
　決済端末３００における決済処理が完了すると、決済端末３００は、子供が購入した商品の名称、商品ジャンル、金額、購入した店舗の名称、店舗の場所等を含む決済情報を生成し、ユーザ端末１００および認証サーバ２００に対して送信する（図２のステップＳ９に対応）。
　これにより、ユーザ端末１００に子供が購入した商品、購入した店舗の場所等についての情報が表示されるので、親が子供の買い物を管理することができるようになる。
　また、認証サーバ２００において、決済情報が子供の識別情報および条件情報と関連づけられて記憶される。これにより、次回以降に子供が商品を購入しようとしたとき、認証サーバ２００は、上限金額（総額）、上限回数等の利用条件が満たされているか否かを判定することができる。
　以上のような実施例１によれば、親は、最初に子供を付与対象者として登録するだけで、自らのアカウントの決済権限の一部を子供に与えることができる。
　これにより、子供に現金を持たせる必要がなくなり、安全である。また、子供がアカウントを有していなくともよいので、利用のための手間が少なくてすむ。、さらに利用条件を適切に設定することで、子供に不適切な買い物を行わせないようにすることができる。
　また、子供が買い物をした場合には決済情報がユーザ端末１００に届くので、親は子供の買い物を好適に管理することができる。子供は、手ぶらで店舗に行けば、利用条件を満たす商品を購入できるので、親のアカウントの決済権限を利用した買い物を容易に行うことができる。
　なお、実施例１では、親が子供に対して決済権限を付与する例について説明したが、例えば、１つの家族の中で、家計を預かる特定の人物が、他の家族全員に対して決済権限を付与するようにしてもよい。このような使用例によれば、家計を一元管理することができるようになるため、より好適である。
　（実施例２）
　上述した実施例１では、顔画像を用いて付与対象者である子供の認証を行う場合について説明した。以下の実施例２では、子供の認証に二次元コード等の認証コードを用いる場合について説明する。
　親は、実施例１と同様、非現金決済のアカウントと有し、ユーザ端末１００を有する。一方、本実施例２において、第２ユーザである子供は、非現金決済のアカウントを有していないが、携帯端末装置（以下、第２ユーザ端末（図示せず）と記載する）を有しているとする。
　権限付与処理において、本実施例２では、ユーザ設定アプリケーションが動作するユーザ端末１００は、子供を認証するための認証コードを発行する。ユーザ端末１００が発行した認証コードは、インターネット等の通信ネットワークを介して子供が有する第２ユーザ端末へ送信される。
　なお、セキュリティ性を高めるため、認証コードをユーザ端末１００が発行するのではなく、外部の認証サーバ（図示せず）等が認証コードの発行を行うようにしてもよい。さらに、認証サーバは、生成した認証コードを直接第２ユーザ端末に送信するのではなく、認証サーバにアクセスするためのＵＲＬを第２ユーザ端末に送信するようにしてもよい。
　そして、ユーザ端末１００は、発行した認証コードを含む識別情報、および、親が設定した利用条件に関する条件情報を認証サーバ２００に対して送信する。認証サーバ２００は、実施例１と同様に、識別情報と条件情報とを、互いに関連づけて記憶する。
　その後、子供が店舗に赴き商品を購入しようとしたとする。この際、子供は、第２ユーザ端末の表示画面に、認証コードを表示させる。権限付与処理において、外部の認証サーバにアクセスするためのＵＲＬが第２ユーザ端末に送信されている場合、子供は、第２ユーザ端末を操作して外部の認証サーバにアクセスし、外部の認証サーバに認証コードを発行させて、表示画面に発行させた認証コードを表示させる。
　店員は、決済端末３００の認証コードリーダ（図示せず）を用いて、第２ユーザ端末に表示された認証コードを読み取る。決済端末３００は、読み取った認証コードに関する情報を含む認証情報を生成する。そして、店員は、子供が購入しようとする商品に関する商品情報を決済端末３００に取得させる。
　決済端末３００は、生成した認証情報、および取得した商品情報に加えて、店舗に関する店舗情報を含む認証要求を認証サーバ２００に対して送信する。
　認証要求を受信した認証サーバ２００は、認証要求に含まれる認証情報、商品情報、および店舗情報と、記憶する識別情報および条件情報とを参照して、認証処理を行う。この際、認証サーバ２００は、認証情報に含まれる、認証コードに関する情報に基づいて、合致する認証コードを含む識別情報を抽出する。
　認証サーバ２００は、認証の結果に基づいて結果情報を生成し、決済端末３００に対して結果情報を送信する。以降の動作については実施例１と同様であるため、説明を省略する。
　以上のような実施例２によれば、実施例１と同様に、親が子供に対して容易に自らのアカウントの決済権限の一部を与えることができるので、子供に現金を持たせる必要がなくなり、安全である。
　なお、上述した実施例２では、認証コードとして二次元コードが用いられた場合を想定していたが、本発明はこれに限定されない。認証コードとして、例えばバーコード、ワンタイムパスワード、ＰＩＮ（Personal Identification Number）コード等が採用されてもよい。
　（実施例３）
　実施例３では、第１ユーザがある店舗の経営者であり、第２ユーザ（付与対象者）が当該店舗の顧客である場合について説明する。すなわち、第２ユーザは複数であることが想定される。
　ある店舗において、経営者は、買い物をした顧客に対して、購入金額に応じた還元を行おうとしたとする。このような場合、経営者、または当該店舗の従業員（以下、単に店員と記載する）は、店舗に設置されたユーザ端末１００を用いて、顧客に対する権限付与処理を行う。
　なお、以下の説明では、便宜上ユーザ端末１００と決済端末３００とが別々に登場するが、ユーザ端末１００と決済端末３００とは一体に構成されていてもよい。
　具体的には、店員は、顧客Ｈが買い物をしたとき、顔画像を登録すれば次回以降の買い物の際に使用できるクーポンを発行可能である旨を、当該顧客Ｈに対して伝える。顧客Ｈが顔画像の登録を了承した場合、店員は、ユーザ端末１００を用いて、当該顧客Ｈの顔画像を撮影する。
　そして、店員は、利用条件として、自らの店舗を設定する。顧客Ｈの顔画像を含む識別情報、および、設定された利用条件を含む条件情報は、認証サーバ２００に対して送信され、記憶される。また、この際、ユーザ端末１００は、顧客Ｈが行った買い物の金額に応じたクーポン残高を設定し、決済端末３００に記憶する。
　次に顧客Ｈが店舗を訪れ、商品を購入する際に、顧客Ｈは、クーポンを保有している旨を店員に伝える。すると、店員は、決済端末３００のカメラ（図示せず）を用いて顧客Ｈの顔画像を撮影し、当該顔画像に基づいて生成した認証情報および店舗情報を含む認証要求を認証サーバ２００に対して送信する。
　本実施例３においては、商品情報を認証要求に含めなくてもよいし、例えば特定ジャンルの商品のみをクーポンの対象とする場合には、顧客Ｈが購入する商品に関する商品情報を認証要求に含めてもよい。
　認証サーバ２００において認証処理が行われ、認証成功を示す結果情報が決済端末３００に送信されると、決済端末３００は、顧客Ｈが購入する商品の価格からクーポン残高を減じた金額を、顧客に提示する。これにより、顧客Ｈは、過去に行った買い物の金額に応じた割引を受けることができる。
　このような実施例３によれば、顧客は、例えば店舗が発行するポイントカード、クーポン券、金券等を持ち歩く必要なく、過去に行った買い物の金額に応じた割引サービスを受けることができるようになる。
　なお、上記した実施例３の説明では、店舗の経営者が第１ユーザとして自らのアカウントの決済権限を顧客に付与しているものの、実際にクーポン分の金額が経営者のアカウントから決済されているわけではない。顧客毎のクーポン残高は決済端末３００に記憶され、顧客による商品購入時にクーポン分の金額が残高から差し引かれるだけである。しかしながら、本発明はこれに限定されず、例えば決済端末３００にクーポン残高を記憶しないようにし、クーポン残高を利用条件の１つとして設定してもよい。このような場合、顧客が商品を購入しようとした場合、決済端末３００は認証情報を生成し、認証サーバ２００においてクーポン残高に関する利用条件に基づく認証処理を行わせる。そして、認証成功時には、決済端末３００は、クーポン分の金額が経営者のアカウントから決済するようにしてもよい。
　＜作用、効果＞
　以上説明したように、本発明の実施の形態に係る決済システム１は、所定の非現金決済のアカウントを利用できる第２ユーザ（付与対象者）を識別する識別情報を生成するユーザ端末１００と、ユーザ端末１００から送信された識別情報を記憶する認証サーバ２００と、第２ユーザがアカウントを利用して商品の購入を行う際に決済を行う決済端末３００であって、認証情報を含む認証要求を認証サーバ２００に送信する決済端末３００と、を備え、認証サーバ２００は、識別情報と認証情報とを照合して第２ユーザの認証を行い、認証の結果を含む結果情報を決済端末３００に送信し、決済端末３００は、結果情報が第２ユーザの認証成功を示す場合に、商品の代金を、所定のアカウントを用いて決済する。
　本発明の実施の形態に係る決済システム１によれば、現金決済のアカウントを有する第１ユーザが、簡単な操作で、第２ユーザに当該アカウントを利用する権限を付与することができる。
　また、第２ユーザは非現金決済のアカウントを有しておらずともよいため、利便性が高い。さらに、第１ユーザは、第２ユーザがアカウントを利用する際の利用条件を任意に設定することができるので、第２ユーザの買い物を容易に管理することができるようになる。
　本発明の実施の形態に係る決済システム１においては、第２ユーザを認証するための認証情報を、第２ユーザの顔画像データ、音声データ等を含む生体情報とすることができる。
　従って、本発明の実施の形態に係る決済システム１によれば、第２ユーザは手ぶらで店舗に赴いてもアカウントを利用した決済を行うことができるので、非常に利便性が高い。
　また、本発明の実施の形態に係る決済システム１においては、第２ユーザを認証するための認証情報を、第２ユーザに対して発行された認証コード（二次元バーコード、ワンタイムパスワード、ＰＩＮコード等）とすることもできる。このような構成を採用した場合、高いセキュリティ性を確保することができる。
　＜変形例＞
　以上、本発明の実施の形態について説明したが、本発明は、上述した実施の形態に限定されるものではなく、本発明の趣旨を逸脱しない範囲で、適宜変形して実施することが可能である。
　上述した実施の形態では、認証サーバ２００は、第２ユーザの認証に用いる識別情報を、第２ユーザによる決済権限の利用が終了した後も記憶し続けている。しかしながら、特に識別情報が第２ユーザの生体情報である場合、セキュリティの観点から、認証サーバ２００が識別情報を記憶し続けるのは好ましくない場合がある。
　このような場合には、例えば第２ユーザによる決済権限の利用が完了した後、または、第２ユーザに対する決済権限の登録が行われてから所定の期間が経過した後に、認証サーバ２００は、少なくとも第２ユーザに関する識別情報を自動的に破棄するようにしてもよい。
　上述した実施の形態では、認証サーバ２００は、認証処理の際に、認証サーバ２００が記憶する識別情報、利用条件を示す条件情報、および決済情報と、決済端末３００からの認証要求に含まれる認証情報、商品情報、および店舗情報に基づいて認証を行うとした。
　しかしながら、利用条件によっては、決済情報、商品情報、または店舗情報の少なくともいずれかを用いずに認証を行ってもよい。例えば、利用条件として期間のみ設定されている場合には、認証サーバ２００は、識別情報、認証情報、および時間に関する情報にのみ基づいて認証を行ってもよい。
　上述した実施の形態では、第２ユーザの認証を認証サーバ２００が行っていたが、本発明はこれに限定されない。すなわち、第２ユーザが第１ユーザのアカウントを用いて店舗にて商品を購入しようとしたとき、決済端末３００が認証サーバ２００から第２ユーザの識別情報を取得し、決済端末３００が第２ユーザの認証を行うようにしてもよい。
　上述した実施の形態では、図２のステップＳ９のように、第２ユーザが店舗にて商品を購入した際に、決済端末３００が第１ユーザのユーザ端末１００に対して、決済情報を送信していた。これにより、第１ユーザは、第２ユーザが商品を購入できたことを知ることができた。本発明では、他の例として、決済端末３００が決済完了後にユーザ端末１００に対して決済情報を送信する代わりに、以下のような処理を行ってもよい。すなわち、例えば認証サーバ２００が、決済端末３００から認証要求を受けて認証処理を行う前、または認証処理を行った後に、ユーザ端末１００に対して、第２ユーザに関する認証要求を受けたことを通知するようにしてもよい。これにより、第１ユーザは、第２ユーザが自らのアカウントを用いて商品を購入しようとしていることを知ることができる。
　上述した実施の形態では、第２ユーザが第１ユーザのアカウントを用いて商品を購入しようとするときに、権限付与処理の際に生成した第２ユーザの識別情報の種類を、第２ユーザが店舗の店員に申告していたが、本発明はこれに限定されない。他の例として、例えば第２ユーザが第１ユーザのアカウントを用いて商品を購入しようとするとき、第１ユーザのアカウントを用いる旨を申告するようにしてもよい。このような場合、店舗の店員は、決済端末３００を操作して、第１ユーザ以外のユーザ（第２ユーザ）が第１ユーザのアカウントを用いて商品を購入しようとしていることを認証サーバ２００に通知させる。通知を受けた認証サーバ２００は、記憶している識別情報および条件情報を参照して、第１ユーザのアカウントに関連づけられた第２ユーザの識別情報の種類を決済端末３００に通知する。これにより、店員は、どのような種類の認証情報を生成すればよいかを知ることができる。
　２０１９年７月３１日出願の特願２０１９－１４１４９０の日本出願に含まれる明細書、図面および要約書の開示内容は、全て本願に援用される。
　本発明は、非現金決済のアカウントを他者に利用させることができる決済システムに有用である。
　１　決済システム
　１００　ユーザ端末
　１０１　通信部
　１０２　制御部
　１０３　操作部
　１０４　記憶部
　２００　認証サーバ
　２０１　通信部
　２０２　記憶部
　２０３　認証部
　３００　決済端末
　３０１　通信部
　３０２　認証情報生成部
　３０３　決済部
　４００　ネットワーク

Claims (13)

  1. 　所定の非現金決済のアカウントの少なくとも一部を利用する権限が付された付与対象者を識別する識別情報を記憶する記憶部と、
    　前記付与対象者が前記アカウントを利用して商品を購入する店舗に設置された決済端末から認証情報を含む認証要求を取得するとともに、前記識別情報と前記認証情報とを照合して前記付与対象者の認証を行う認証部と、
    　前記決済端末から前記認証情報を受信するとともに、前記認証の結果を前記決済端末に対して送信する通信部と、
    　を備える認証処理装置。
  2. 　前記付与対象者は、前記アカウントの所有者とは異なる、
    　請求項１に記載の認証処理装置。
  3. 　前記識別情報、および、前記認証情報は、前記付与対象者の生体情報を含む、
    　請求項１または２に記載の認証処理装置。
  4. 　前記識別情報、および、前記認証情報は、前記付与対象者に対して発行された認証コードに関する情報を含む、
    　請求項１から３のいずれか一項に記載の認証処理装置。
  5. 　前記記憶部は、前記付与対象者が前記アカウントを利用する際の利用条件を含む条件情報を、前記認証情報と互いに関連づけて記憶する、
    　請求項１から４のいずれか一項に記載の認証処理装置。
  6. 　前記認証部は、前記条件情報が、前記付与対象者が購入可能な商品に関する情報を含む場合に、前記決済端末から、前記付与対象者が購入する商品に関する情報を含む商品情報を前記認証情報とともに受信し、前記識別情報、前記条件情報、前記認証情報、および前記商品情報に基づいて、前記付与対象者の前記認証を行う、
    　請求項５に記載の認証処理装置。
  7. 　前記認証部は、前記条件情報が、前記付与対象者が前記商品を購入可能な店舗に関する情報を含む場合に、前記決済端末から、前記付与対象者が前記商品を購入する店舗に関する情報を含む店舗情報を前記認証情報とともに受信し、前記識別情報、前記条件情報、前記認証情報、および前記店舗情報に基づいて、前記付与対象者の前記認証を行う、
    　請求項５または６に記載の認証処理装置。
  8. 　前記認証部は、前記条件情報が、前記付与対象者が前記商品を購入可能な期間に関する情報を含む場合に、前記識別情報、前記条件情報、前記認証情報、および、前記決済端末から前記付与対象者が前記商品を購入する時点に関する情報に基づいて、前記付与対象者の前記認証を行う、
    　請求項５から７のいずれか一項に記載の認証処理装置。
  9. 　前記通信部は、前記付与対象者が前記アカウントを利用して決済を行った場合に、前記決済端末が生成した前記決済に関する決済情報を前記決済端末から受信し、
    　前記記憶部は、前記決済情報を前記認証情報および前記条件情報と互いに関連づけて記憶し、
    　前記認証部は、前記条件情報が、前記付与対象者が前記商品を購入可能な回数に関する情報を含む場合に、前記識別情報、前記条件情報、前記認証情報、および、前記決済情報に基づいて、前記付与対象者の前記認証を行う、
    　請求項５から８のいずれか一項に記載の認証処理装置。
  10. 　決済を行う決済端末であって、
    　所定の非現金決済のアカウントの少なくとも一部を利用する権限が付された付与対象者を識別する識別情報を記憶する認証サーバ装置に対して送信する認証情報を生成する認証情報生成部と、
    　前記認証サーバ装置に対して前記認証情報を含む認証要求を送信し、前記認証サーバ装置において前記識別情報と前記認証情報とが照合されて行われた前記付与対象者の認証の結果を含む結果情報を受信する通信部と、
    　前記結果情報が前記付与対象者の認証成功を示す場合に、前記付与対象者が購入しようとする商品の代金を、前記アカウントを用いて決済する決済部と、
    　を備える、決済端末。
  11. 　所定の非現金決済のアカウントの少なくとも一部を利用する権限が付された付与対象者を設定する操作を受け付ける手順と、
    　前記付与対象者を識別する識別情報を生成する手順と、
    　前記識別情報を記憶し、前記識別情報に基づいて前記付与対象者の認証を行う認証サーバ装置に対して、前記識別情報を送信する手順と、
    　を実行させる、設定プログラム。
  12. 　所定の非現金決済のアカウントの少なくとも一部を利用する権限が付された付与対象者を識別する識別情報を生成する端末装置と、
    　前記端末装置から送信された前記識別情報を記憶する認証サーバ装置と、
    　前記付与対象者が前記アカウントを利用して商品の購入を行う際に決済を行う決済端末であって、認証情報を含む認証要求を前記認証サーバ装置に送信する決済端末と、
    　を備え、
    　前記認証サーバ装置は、前記識別情報と前記認証情報とを照合して前記付与対象者の認証を行い、前記認証の結果を含む結果情報を前記決済端末に送信し、
    　前記決済端末は、前記結果情報が前記付与対象者の認証成功を示す場合に、前記商品の代金を、前記アカウントを用いて決済する、
    　決済システム。
  13. 　所定の非現金決済のアカウントの少なくとも一部を利用する権限が付された付与対象者を識別する識別情報を端末装置が生成し、
    　前記端末装置から送信された前記識別情報を認証サーバ装置が記憶し、
    　前記付与対象者が前記アカウントを利用して商品の購入を行う際に決済を行う決済端末が、認証情報を含む認証要求を前記認証サーバ装置に送信し、
    　前記認証サーバ装置が、前記識別情報と前記認証情報とを照合して前記付与対象者の認証を行い、前記認証の結果を含む結果情報を前記決済端末に送信し、
    　前記結果情報が前記付与対象者の認証成功を示す場合に、前記決済端末が、前記商品の代金を、前記アカウントを用いて決済する、
    　決済方法。
PCT/JP2020/028454 2019-07-31 2020-07-22 認証処理装置、決済端末、設定プログラム、決済システム、および決済方法 WO2021020278A1 (ja)

Priority Applications (2)

Application Number Priority Date Filing Date Title
EP20847783.6A EP4006804A4 (en) 2019-07-31 2020-07-22 AUTHENTICATION PROCESSING DEVICE, BILLING TERMINAL, SETUP PROGRAM, BILLING SYSTEM AND BILLING METHOD
US17/585,555 US20220148006A1 (en) 2019-07-31 2022-01-27 Identification processing apparatus, settlement terminal, and settlement system

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2019-141490 2019-07-31
JP2019141490A JP2021026317A (ja) 2019-07-31 2019-07-31 認証処理装置、決済端末、設定プログラム、決済システム、および決済方法

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US17/585,555 Continuation US20220148006A1 (en) 2019-07-31 2022-01-27 Identification processing apparatus, settlement terminal, and settlement system

Publications (1)

Publication Number Publication Date
WO2021020278A1 true WO2021020278A1 (ja) 2021-02-04

Family

ID=74230271

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2020/028454 WO2021020278A1 (ja) 2019-07-31 2020-07-22 認証処理装置、決済端末、設定プログラム、決済システム、および決済方法

Country Status (4)

Country Link
US (1) US20220148006A1 (ja)
EP (1) EP4006804A4 (ja)
JP (1) JP2021026317A (ja)
WO (1) WO2021020278A1 (ja)

Families Citing this family (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US11449804B2 (en) * 2020-09-04 2022-09-20 ZenPayroll, Inc. Machine-learned database recommendation model
JP7250080B2 (ja) * 2021-08-30 2023-03-31 ＰａｙＰａｙ株式会社 処理装置、処理方法及び処理プログラム
JP7245884B1 (ja) 2021-10-01 2023-03-24 株式会社ジェーシービー デバイスプログラム、およびコンピュータシステム
WO2024043126A1 (ja) * 2022-08-24 2024-02-29 フェリカネットワークス株式会社 情報処理装置、情報処理方法および情報処理プログラム

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2006190112A (ja) * 2005-01-06 2006-07-20 Japan Research Institute Ltd 電子決済システム、個人用端末、加盟店用端末、認証・決済装置、電子決済方法、および電子決済プログラム
JP2006293500A (ja) * 2005-04-06 2006-10-26 Ntt Docomo Inc 決済サービスサーバおよび決済承認方法
JP2009205196A (ja) * 2008-02-26 2009-09-10 Nec Corp 通信情報処理端末
JP2016218861A (ja) * 2015-05-22 2016-12-22 大日本印刷株式会社 支払可否決定システム、携帯端末、装置およびそれらのプログラム
JP2018128975A (ja) 2017-02-10 2018-08-16 グローリー株式会社 顧客取引システム、自動取引装置及び顧客取引方法
JP2019141490A (ja) 2018-02-23 2019-08-29 株式会社三共 遊技機

Family Cites Families (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20110218849A1 (en) * 2010-03-03 2011-09-08 Rutigliano John R Cloud platform for multiple account management & automated transaction processing
US9626678B2 (en) * 2012-08-01 2017-04-18 Visa International Service Association Systems and methods to enhance security in transactions
KR20160132379A (ko) * 2014-01-13 2016-11-18 파트리샤 리 재무관리를 위한 시스템 및 방법
US20160328717A1 (en) * 2015-05-08 2016-11-10 At&T Intellectual Property I, L.P. BioWallet Biometrics Platform
US20170061406A1 (en) * 2015-08-31 2017-03-02 Mastercard International Incorporated Method and system for periodic saving using account controls
JP2022528156A (ja) * 2019-03-25 2022-06-08 エメリコ・エスディエヌ・ビーエイチディ 自動セルフサービスシステム

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2006190112A (ja) * 2005-01-06 2006-07-20 Japan Research Institute Ltd 電子決済システム、個人用端末、加盟店用端末、認証・決済装置、電子決済方法、および電子決済プログラム
JP2006293500A (ja) * 2005-04-06 2006-10-26 Ntt Docomo Inc 決済サービスサーバおよび決済承認方法
JP2009205196A (ja) * 2008-02-26 2009-09-10 Nec Corp 通信情報処理端末
JP2016218861A (ja) * 2015-05-22 2016-12-22 大日本印刷株式会社 支払可否決定システム、携帯端末、装置およびそれらのプログラム
JP2018128975A (ja) 2017-02-10 2018-08-16 グローリー株式会社 顧客取引システム、自動取引装置及び顧客取引方法
JP2019141490A (ja) 2018-02-23 2019-08-29 株式会社三共 遊技機

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
See also references of EP4006804A4

Also Published As

Publication number Publication date
US20220148006A1 (en) 2022-05-12
EP4006804A1 (en) 2022-06-01
EP4006804A4 (en) 2022-07-27
JP2021026317A (ja) 2021-02-22

Similar Documents

Publication Publication Date Title
WO2021020278A1 (ja) 認証処理装置、決済端末、設定プログラム、決済システム、および決済方法
US10176474B2 (en) Mobile barcode generation and payment
US10825016B2 (en) Electronic bearer bond online transaction and card system and method thereof
US20130097078A1 (en) Mobile remote payment system
US11580464B2 (en) Consumers management system
US20110087595A1 (en) Method and system for facilitating commercial purchases
TW200820109A (en) Method for managing multiple credit accounts
US20180247287A1 (en) Methods and systems for performing a mobile-to-business anywhere ecommerce transaction using a mobile device
KR20020080420A (ko) 원격 제어 계좌 인증 시스템
JP2008165812A (ja) 金融取引を処理するためのシステムおよび方法
US20150154587A1 (en) System and method for applying credits from third parties for redemption at member retailers
US11966926B2 (en) Method and system for asynchronous mobile payments for multiple in-person transactions conducted in parallel
JP6931411B1 (ja) 決済処理方法及び決済処理装置
US20020095580A1 (en) Secure transactions using cryptographic processes
CA2907930C (en) Mobile barcode generation and payment
JP6986644B1 (ja) 決済処理方法
WO2018164243A1 (ja) 取引支援プログラム及びシステム
WO2021079718A1 (ja) 管理サーバ、管理システム、制御方法及び記憶媒体
JP7137953B2 (ja) 決済装置、決済方法および決済プログラム
JP7117441B1 (ja) 決済処理方法
WO2017025062A1 (zh) 无纸支付系统及其方法
JP7113153B1 (ja) 情報処理方法
JP7320119B1 (ja) 決済装置、決済方法、決済プログラム及び決済システム
JP7299404B1 (ja) 決済装置、決済方法及び決済プログラム
KR20210101921A (ko) 개인간 간편결제 시스템 및 방법

Legal Events

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

Ref document number: 20847783

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

ENP Entry into the national phase

Ref document number: 2020847783

Country of ref document: EP

Effective date: 20220228