WO2021192716A1 - 支払処理システム、支払処理方法、及び、記録媒体 - Google Patents

支払処理システム、支払処理方法、及び、記録媒体 Download PDF

Info

Publication number
WO2021192716A1
WO2021192716A1 PCT/JP2021/005414 JP2021005414W WO2021192716A1 WO 2021192716 A1 WO2021192716 A1 WO 2021192716A1 JP 2021005414 W JP2021005414 W JP 2021005414W WO 2021192716 A1 WO2021192716 A1 WO 2021192716A1
Authority
WO
WIPO (PCT)
Prior art keywords
customer
customers
payment processing
store
information
Prior art date
Application number
PCT/JP2021/005414
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 US17/908,044 priority Critical patent/US20230102033A1/en
Priority to JP2022509393A priority patent/JPWO2021192716A5/ja
Publication of WO2021192716A1 publication Critical patent/WO2021192716A1/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
    • G06Q30/00—Commerce
    • G06Q30/06—Buying, selling or leasing 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/08—Payment architectures
    • G06Q20/12—Payment architectures specially adapted for electronic shopping systems
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/08—Payment architectures
    • G06Q20/20—Point-of-sale [POS] network systems
    • G06Q20/202—Interconnection or interaction of plural electronic cash registers [ECR] or to host computer, e.g. network details, transfer of information from host to ECR or from ECR to ECR
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/22—Payment schemes or models
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/38—Payment protocols; Details thereof
    • G06Q20/40—Authorisation, e.g. identification of payer or payee, verification of customer or shop credentials; Review and approval of payers, e.g. check credit lines or negative lists
    • G06Q20/405—Establishing or using transaction specific rules

Definitions

  • the present disclosure relates to payment processing systems, payment processing methods, and programs.
  • POS Point Of Sales
  • a clerk reads the product into the POS terminal and makes a payment.
  • the customer may load the product he / she wants to purchase into the POS terminal.
  • Patent Document 1 discloses a payment processing device that detects products acquired from a shelf by a customer by image recognition.
  • the payment processing device according to Patent Document 1 pays for the detected product by using a credit card number or a bank account number registered in advance.
  • Patent Document 1 discloses that the payer associated with the companion pays the goods acquired by the companion. In this case, payment for the goods acquired by the companion is made every time the goods are acquired by the companion while the payer is in the store, or when the payer leaves the store.
  • An object of the present disclosure is to solve the above-mentioned problems, and when a plurality of customers shop in a group, a payment processing device and a payment processing method that allow a companion to continue shopping even after the payer leaves the store. , And to provide the program.
  • the payment processing system describes the customer association means for associating a plurality of customers at a store, the product identification means for specifying a product acquired by each of the plurality of customers at the store, and all of the plurality of customers.
  • payment processing by the customer who is the payer of the plurality of customers is performed collectively for the products acquired by the plurality of customers, or each of the plurality of customers is the store. It is provided with a payment processing means for performing payment processing by the customer who is the payer for the product acquired by the customer when it is determined that the product has come out of.
  • the payment processing method it is determined that a plurality of customers are associated with each other at the store, the products acquired by each of the plurality of customers are specified at the store, and all of the plurality of customers have left the store. In that case, it is determined that the payment processing by the customer who is the payer of the plurality of customers is performed collectively for the products acquired by the plurality of customers, or that each of the plurality of customers has left the store. In this case, the customer who is the payer performs the payment processing for the product acquired by the customer.
  • the recording medium includes a process of associating a plurality of customers at a store, a process of identifying a product acquired by each of the plurality of customers at the store, and a process of specifying all of the plurality of customers from the store.
  • the payment processing by the customer who is the payer of the plurality of customers for the products acquired by the plurality of customers is collectively performed, or each of the plurality of customers has left the store.
  • a program for causing the computer to execute a payment process by the customer who is the payer for the product acquired by the customer is recorded non-temporarily.
  • the companion when multiple customers shop in a group, the companion can continue shopping even after the payer leaves the store.
  • FIG. 1 is a block diagram showing a configuration of a payment processing system 1 according to the first embodiment.
  • the payment processing system 1 includes a plurality of cameras 10 and a payment processing device 100.
  • the camera 10 and the payment processing device 100 are connected by at least one of a wired connection and a wireless connection via an arbitrary network 40 such as a local area network and the Internet.
  • the camera 10 and the payment processing device 100 may be directly connected to each other.
  • the camera 10 is an imaging device.
  • the camera 10 includes an image sensor such as a CCD (Charge Coupled Device) sensor and a CMOS (Complementary Metal Oxide Semiconductor) sensor.
  • CCD Charge Coupled Device
  • CMOS Complementary Metal Oxide Semiconductor
  • Cameras 10 are provided at a plurality of positions in the store, such as near the entrance of the store, the place where products are displayed in the store (hereinafter, also referred to as the sales floor), and the vicinity of the exit of the store.
  • the camera 10 provided near the entrance images a customer entering the store.
  • the camera 10 provided in the sales floor captures the customers and products existing in the sales floor.
  • the camera 10 provided near the exit captures a customer leaving the store.
  • the store is provided with an arbitrary number of cameras 10 in an arrangement capable of capturing images of customers and products existing at any location in the store.
  • the camera 10 transmits image data including an image acquired by imaging to the payment processing device 100.
  • the payment processing device 100 identifies the customer who acquired the product and the acquired product based on the image acquired by the camera 10, and performs payment processing for the product.
  • the payment processing device 100 is realized on a single computer or a plurality of computers.
  • the payment processing device 100 may be installed in a store. Further, the payment processing device 100 may be realized on the cloud, which is a collection of computer resources.
  • FIG. 2 is a block diagram showing the configuration of the payment processing device 100 according to the first embodiment.
  • the payment processing device 100 includes a customer information generation unit 110, a customer association unit 120, a product identification unit 130, and a payment processing unit 140. Further, the payment processing device 100 includes a member information storage unit 150, a customer information storage unit 160, a group information storage unit 170, and an acquired product information storage unit 180 as storage units.
  • the member information storage unit 150 stores member information.
  • Member information is information about a member who is a customer registered in the store.
  • FIG. 3 is a diagram showing an example of member information according to the first embodiment. As shown in FIG. 3, the member information includes, for example, a member ID (identifier) of each member, characteristic information of the member, and payment information.
  • the member ID is an identifier for identifying the member.
  • the feature information is information for determining that the customer who entered the store is a member by using the image data of the customer.
  • the feature information may be the image data itself of the area including the member's face, or the feature amount calculated from the image data of the area including the member's face.
  • Payment information is information used for payment processing of shopping, for example, a member's credit card number or a bank account number.
  • Registration of member information in the member information storage unit 150 is performed by any method.
  • the customer information generation unit 110 issues a customer ID, which will be described later, for the customer who enters the store, and also generates customer information.
  • the customer information generation unit 110 determines whether or not the customer entering the store is a member.
  • the customer information generation unit 110 is provided near the entrance of the store, for example, and acquires customer image data from the camera 10. Next, the customer information generation unit 110 uses the customer characteristic information obtained from the image data and the characteristic information of each member included in the member information read from the member information storage unit 150 to allow the customer to enter the store. Determine if you are a member (registered customer).
  • the customer information generation unit 110 may determine whether or not the customer entering the store is a member by using information other than the customer's image data. For example, the customer information generation unit 110 may determine whether or not the customer entering the store is a member by using biometric information such as an iris, a vein, and a fingerprint. In this case, the feature information related to these biometric information is set as the feature information of the member information. The customer information generation unit 110 acquires the customer's biometric information by using the biometric information reading device set near the entrance of the store, and obtains the characteristic information obtained from the acquired biometric information and the characteristic information of the member information. It is used to determine if the customer entering the store is a member.
  • biometric information such as an iris, a vein, and a fingerprint.
  • the feature information related to these biometric information is set as the feature information of the member information.
  • the customer information generation unit 110 acquires the customer's biometric information by using the biometric information reading device set near the entrance of the store, and obtains the characteristic information obtained from the acquired
  • the customer information generation unit 110 determines whether or not the customer entering the store is a member by using the membership card presented by the customer or the member ID acquired from the screen displayed on the mobile terminal possessed by the customer. You may. In this case, the member information does not have to include the feature information.
  • the customer information generation unit 110 acquires a customer member ID using a barcode reader or camera (not shown) set near the entrance of the store.
  • the customer information generation unit 110 obtains a member ID obtained by short-range wireless communication such as NFC (Near Field Communication) from a mobile terminal owned by the customer to determine whether or not the customer entering the store is a member. You may use it.
  • NFC Near Field Communication
  • the customer information generation unit 110 further issues a customer ID for the customer who has entered the store and generates customer information.
  • the customer ID is an identifier for identifying the customer.
  • the above-mentioned member ID may be used as the customer ID.
  • Customer information is information about a customer who has entered the store (while staying at the store).
  • FIG. 4 is a diagram showing an example of customer information according to the first embodiment. As shown in FIG. 4, the customer information includes, for example, a customer ID of each customer, characteristic information of the customer, payment information, and a store exit flag.
  • the feature information is information for determining a customer who is staying by using the image data of the customer.
  • the feature information may be the image data itself of the area including the customer's face or the feature amount calculated from the image data of the area including the customer's face, similarly to the feature information of the member information described above.
  • the feature information is set as the feature information obtained from the customer's image data acquired from the camera 10 provided near the entrance of the store.
  • the feature information of the member information may be set as the feature information.
  • Payment information is information used for payment processing of shopping related to a customer, for example, a customer's credit card number or a bank account number.
  • the payment information of the member information is set in the payment information. Payment information may be entered and set after the customer enters the store. If the customer who entered the store is not a member, the payment information does not have to be set.
  • the store exit flag is a flag indicating whether or not the customer has left the store (closed (y)) (not closed (n)). At the timing when the customer information is generated, the store exit flag is set to "not closed (n)".
  • the customer information generation unit 110 stores the generated customer information in the customer information storage unit 160 and inputs it to the customer association unit 120 each time the customer enters the store.
  • the customer information storage unit 160 stores the customer information generated by the customer information generation unit 110.
  • the customer association unit 120 identifies the customers who belong to the group when the customers who shop in the group enter the store together (consecutively), and generates the group information described later.
  • the customer association unit 120 determines that a plurality of customers who have entered the store in succession and the number of customers specified at the time of entering the first customer are customers belonging to the same group.
  • the number of people is specified by, for example, a leading customer or a clerk by an input / output device (for example, a terminal device) (for example, a terminal device) set at the entrance of the store.
  • the customer association unit 120 specifies the customer ID of each customer belonging to the group.
  • the customer association unit 120 identifies the customer ID based on the customer information input from the customer information generation unit 110 each time the customer enters the store.
  • the customer association unit 120 determines the payer of the group.
  • the customer association unit 120 determines as the payer the customer whose payment information is set in the customer information input from the customer information generation unit 110 among the customers belonging to the group.
  • the customer association unit 120 displays a group confirmation screen for customers belonging to the group on an input / output device (for example, a terminal device) (for example, a terminal device) provided at the entrance of the store, and determines the payer as the group. You may accept input for approval.
  • FIG. 5 is a diagram showing an example of a group confirmation screen according to the first embodiment. On the group confirmation screen of FIG. 5, facial images of each customer belonging to the group are arranged and the payer is shown. It also provides an approval button to approve the group and payer.
  • the customer association unit 120 indicates the customer for which payment information is set as a payer candidate on the group confirmation screen and pays. You may accept the designation of the customer to be the person.
  • the customer association unit 120 specifies the customer as the payer and the payment information of the payer on the group confirmation screen. Input may be accepted. In this case, the customer association unit 120 sets the input payment information in the payment information in the customer information of the designated customer.
  • Group information is information that associates a plurality of customers belonging to a group.
  • FIG. 6 is a diagram showing an example of group information according to the first embodiment.
  • the group information includes, for example, a group ID of each group, a payer ID of the group, and a companion ID.
  • the group ID is an identifier for identifying the group.
  • the group ID is issued by the customer association unit 120.
  • the payer ID is a customer ID of a customer who is a payer among the customers belonging to the group.
  • the companion ID is a customer ID of a customer (hereinafter, also referred to as a companion) other than the payer among the customers belonging to the group.
  • the customer association unit 120 stores the generated group information in the group information storage unit 170.
  • the group information storage unit 170 stores the group information generated by the customer association unit 120.
  • the product identification unit 130 identifies the customer who acquired the product and the acquired product based on the image data acquired by the camera 10 provided in the store.
  • FIG. 7 is a schematic view showing the state of the store according to the first embodiment.
  • a shelf 20 is installed in the store, and one or more products are lined up on the shelf 20. Further, in the vicinity of the shelf 20, the camera 10 is provided at a position where the customer's face and the area including the product can be imaged.
  • the product identification unit 130 acquires the image data of the area including the product from the camera 10 and acquires the feature information of the product from the image data.
  • the product identification unit 130 detects that the product is taken out from the shelf 20 by using the product feature information. For example, the product identification unit 130 moves the product feature information from the area corresponding to the shelf 20 to the outside (or from the contacting position to the non-contacting position) between a plurality of continuous image data in time series. By detecting, it is detected that the product is taken out.
  • the area corresponding to the shelf 20 in the image data may be recorded in advance as the coordinates in the image data, or may be determined by recognizing the shelf 20 from the image data.
  • the product identification unit 130 may detect the acquisition of the product by the customer by detecting that the product is put in the customer's bag (or shopping cart) from the image data.
  • the product identification unit 130 further acquires image data of an area including the face of the customer (that is, the product acquirer) who took out the product from the camera 10.
  • the customer who took out the product is, for example, the customer closest to the product taken out.
  • the product identification unit 130 may acquire image data of an area including a customer's hand from the camera 10 and identify the customer who has taken out the product based on the position and movement of the hand.
  • the product identification unit 130 acquires customer feature information from the image data.
  • the product identification unit 130 associates the characteristic information of the product acquirer with the characteristic information of the extracted product.
  • the feature information FC1 of the customer C1 and the feature information FI1 of the product I1 are schematically shown as a broken line frame.
  • the product identification unit 130 determines which customer the product acquirer is by comparing the characteristic information of the product acquirer with the characteristic information of the customer information read from the customer information storage unit 160.
  • a well-known image recognition technique can be used to determine the customer based on the customer's characteristic information.
  • the product identification unit 130 generates acquired product information.
  • the acquired product information is information indicating the product acquired by the customer from the shelf 20.
  • FIG. 8 is a diagram showing an example of acquired product information according to the first embodiment. As shown in FIG. 8, the acquired product information includes, for example, the customer ID of the customer who acquired the product and the product ID of the acquired product.
  • the product identification unit 130 stores the generated acquired product information in the acquired product information storage unit 180.
  • the acquired product information storage unit 180 stores the acquired product information generated by the product identification unit 130.
  • the payment processing unit 140 processes payments by the payer for the products acquired by the payer and the companion included in the group information.
  • the payment processing unit 140 identifies the customer leaving the store based on the image data from the camera 10 provided near the exit of the store.
  • the payment processing unit 140 identifies the customer based on the feature information obtained from the image data and the feature information of the customer information read from the customer information storage unit 160.
  • the payment processing unit 140 refers to the group information read from the group information storage unit 170, and identifies the group to which the specified customer belongs. Further, the payment processing unit 140 refers to the group information and determines whether the specified customer is a payer or a companion in the specified group.
  • the payer and the companion may leave the store separately or together. If they come out separately, the payer may come out first or the companion may come out first.
  • the payment processing unit 140 for example, when it is determined that all the customers (payer and all companions) belonging to the group have left the store, all the customers (payer and all companions) belonging to the group
  • the payment process by the payer may be performed collectively for the products acquired by the companion).
  • the payment processing unit 140 refers to the group information, extracts the customers of the group to which the specified customer belongs, and refers to the exit flag of the customer information of the customer, so that all the customers belonging to the group can be referred to. Determine if you have left the store.
  • the payment processing unit 140 may perform payment processing by the payer for the product acquired by the payer when it is determined that the payer of the group has left the store. Then, when it is determined that each companion of the group has left the store, the payment processing unit 140 may perform payment processing by the payer for the product acquired by the companion.
  • the payment processing unit 140 refers to the acquired product information read from the acquired product information storage unit 180, and acquires the product ID of the product acquired by the payer or the customer who is the companion. Further, when the customer leaving the store is a companion, the payment processing unit 140 refers to the group information and identifies the payer of the group to which the companion belongs. Further, the payment processing unit 140 refers to the customer information read from the customer information storage unit 160 and acquires the payment information of the payer. Then, the payment processing unit 140 performs payment processing using the acquired payment information of the payer for the product with the acquired product ID.
  • the payment processing unit 140 sets (updates) the exit flag of the customer information of the customer who has left the store to "y".
  • the member information as shown in FIG. 3 is stored in the member information storage unit 150. Then, it is assumed that the customer of the member M1 and the two customers who are not members in the member information of FIG. 3 enter the store together (consecutively) in order to shop in a group.
  • FIG. 9 is a flowchart showing a customer information generation / association process according to the first embodiment.
  • the customer information generation / association process is executed when a customer who shop in a group enters the store.
  • the customer association unit 120 accepts the designation of the number of people in the group (step S101). For example, the customer association unit 120 accepts the number of people "3".
  • the customer information generation unit 110 determines whether the customer who entered the store is a member (step S102). For example, the customer information generation unit 110 determines that the first customer is the member M1 based on the member information of FIG.
  • the customer information generation unit 110 generates customer information for customers who have entered the store (step S103).
  • the customer association unit 120 acquires the generated customer information.
  • the customer information generation unit 110 generates customer information of the customer C1 corresponding to the member M1 as shown in FIG.
  • the payment information of the member M1 in the member information of FIG. 3 is set in the payment information of the customer C1.
  • the customer association unit 120 acquires the customer information of the customer C1.
  • steps S102 to S103 are repeated until the specified number of customers enter the store (step S104).
  • the customer information generation unit 110 determines that the second and third customers are not members, respectively, and generates customer information of customers C2 and C3 as shown in FIG.
  • the customer association unit 120 acquires customer information of customers C2 and C3.
  • the customer association unit 120 determines the payer of the group (step S105). For example, the customer association unit 120 determines the customer C1 in which the payment information is set in the customer information of FIG. 4 as the payer.
  • the customer association unit 120 generates group information (step S106). For example, as shown in FIG. 6, the customer association unit 120 generates group information in which the payer C1, the companion C2, and C3 are set for the group G1.
  • FIG. 10 is a flowchart showing a product identification process according to the first embodiment.
  • the product identification process is executed every time each customer belonging to the group acquires the product to be purchased at the store after the customer information generation / association process.
  • the product identification unit 130 identifies the customer who acquired the product and the acquired product (step S111). For example, the product identification unit 130 identifies the customer C1 who has acquired the product I1.
  • the product identification unit 130 generates (updates) the acquired product information (step S112). For example, the product identification unit 130 generates (updates) the acquired product information as shown in FIG.
  • FIG. 11 is a flowchart showing an example of payment execution processing according to the first embodiment. The payment execution process is executed every time a customer who makes a purchase in a group leaves the store.
  • the payment processing unit 140 identifies the customer leaving the store (step S141).
  • the payment processing unit 140 identifies the group to which the customer belongs (step S142).
  • the payment processing unit 140 determines whether or not all the customers in the group have left the store (step S143). In step S143, when all the customers of the group leave the store (step S143 / Yes), the payment processing unit 140 performs payment processing by the payer for the products acquired by all the customers (step S144). If all the customers in the group have not left the store (step S143 / No), the payment process is not executed.
  • the payment processing unit 140 sets the exit flag in the customer information of the customer leaving the store to “y” (step S145).
  • the payment processing unit 140 identifies the group G1 to which the customer C3 belongs based on the group information of FIG.
  • the exit flag of the other customers C1 and C2 belonging to the group G1 is "y"
  • the payment processing unit 140 acquires I1, I2, and I3 as IDs of the products acquired by the customers C1, C2, and C3 from the acquired product information in FIG.
  • the payment processing unit 140 acquires the payment information A1 of the payer C1 from the customer information of FIG.
  • the payment processing unit 140 performs payment processing for the products I1, I2, and I3 using the payment information A1.
  • FIG. 12 is a flowchart showing another example of the payment execution process according to the first embodiment.
  • the payment processing unit 140 identifies the customer leaving the store (step S151).
  • the payment processing unit 140 identifies the group to which the customer belongs (step S152).
  • the payment processing unit 140 determines whether the customer is a payer (step S153).
  • step S153 when the customer is the payer (step S153 / Yes), the payment processing unit 140 performs payment processing by the payer for the goods acquired by the customer (step S154).
  • step S153 when the customer is not the payer (accompanied) (step S153 / No), the payment processing unit 140 performs payment processing by the payer for the goods acquired by the companion (step S155).
  • the payment processing unit 140 sets the exit flag in the customer information of the customer leaving the store to “y” (step S156).
  • the payment processing unit 140 identifies the group G1 to which the customer C2 belongs based on the group information of FIG.
  • the payment processing unit 140 acquires the product I2 acquired by the customer C2 from the acquired product information in FIG.
  • the payment processing unit 140 acquires the payment information A1 of the payer C1 from the customer information of FIG.
  • the payment processing unit 140 performs payment processing for the product I3 using the payment information A1.
  • the companion when a plurality of customers shop in a group, the companion can continue shopping even after the payer leaves the store.
  • the reason is as follows. That is, the customer association unit 120 of the payment processing device 100 associates a plurality of customers who have entered the store, and the product identification unit 130 identifies the products acquired by each of the plurality of customers in the store. Then, when it is detected that all of the plurality of customers have left the store, the payment processing unit 140 collectively performs payment processing by the customer who is the payer of the plurality of customers for the products acquired by the plurality of customers. Because.
  • the payment processing unit 140 when the payment processing unit 140 detects that each of the plurality of customers has left the store, the payment processing unit 140 performs payment processing by the customer who is the payer of the plurality of customers for the product acquired by the customer. be.
  • the companion can purchase the goods acquired after the payer leaves the store by the payment of the payer without being bound by the schedule when the payer leaves the store.
  • the product identification unit 130 identifies the product and the customer who acquired the product based on the image data acquired by the camera 10.
  • the product identification unit 130 can use the product and other well-known techniques for identifying the customer who acquired the product.
  • the product identification unit 130 acquires a product and the product by a combination of information or information acquired from at least one of a camera, an infrared sensor, a pressure sensor, a weight sensor, and a sound sensor provided in the store. You may identify the customer who did.
  • the customer information may include information on the customer's mobile terminal (telephone number, e-mail address, etc.).
  • the information of the mobile terminal is used, for example, for various notifications to the customer.
  • the payment processing unit 140 outputs, for example, a notification for performing payment processing to the mobile terminal of the payer.
  • the payment processing unit 140 notifies, for example, the product for which payment has been made, the customer who has acquired the product, the total price of the product, and the like when payment processing is performed.
  • FIGS. 13 and 14 are diagrams showing an example of a notification screen to the payer according to the first embodiment.
  • the payment processing unit 140 transmits a notification screen as shown in FIGS. 13 and 14 to the payer's mobile terminal.
  • the customer information may include an upper limit of the total price of the products acquired by the group customers.
  • the group information may include the upper limit of the total price.
  • the upper limit of the total price is set by the payer, for example.
  • the product identification unit 130 outputs a notification to the payer's mobile terminal when the total price exceeds the upper limit.
  • the product identification unit 130 may output a notification to the mobile terminal of the customer who has acquired the product that exceeds the upper limit of the total price.
  • the product identification unit 130 outputs a notification to the customer who has acquired the product exceeding the upper limit of the total price to the electronic shelf label of the product or the signage device near the area where the product is placed. You may.
  • the above notification is, for example, a message displayed on various display devices, such as "If you purchase the product you have just acquired, the set maximum amount will be exceeded.”
  • the payment processing unit 140 outputs an alert near the exit when the customer who wants to acquire the product and leave the store does not belong to the group and the payment information is not registered in the customer information of the customer. Alternatively, an alert may be output to the administrator or the like. Further, in this case, the payment processing unit 140 may control the gate provided at the exit so that the customer does not leave the store.
  • the second embodiment is different from the first embodiment in that customers who shop in a group are determined to belong to the same group when they are staying in the associated area in the store.
  • customers who shop in a group do not have to enter the store together, but can enter the store separately.
  • FIG. 15 is a block diagram showing the configuration of the payment processing device 100 according to the second embodiment.
  • the payment processing device 100 includes a customer association unit 121 instead of the customer association unit 120 of the first embodiment.
  • the customer association unit 121 identifies customers belonging to the group and generates group information when the customers who shop in the group are staying in the association area in the store.
  • FIG. 16 is a diagram showing an example of an association area according to the second embodiment.
  • the associated area is, for example, a range imaged by a camera 10 provided in the vicinity of the area.
  • the associated area may be, for example, indicated by a marked floor, or may be an area separated by curtains, fences, panels, or walls.
  • the customer association unit 121 acquires the customer's image data from the camera 10 provided near the association area.
  • the customer association unit 121 uses the customer characteristic information obtained from the image data and the characteristic information of each customer included in the customer information read from the customer information storage unit 160, and each customer staying in the association area. To identify.
  • the feature information FC1 to FC3 of the customers C1 to C3 are schematically shown as a broken line frame.
  • the customer association unit 121 identifies, for example, a customer staying in the association area at a designated timing as a customer belonging to the group.
  • the timing is specified by a store clerk or a customer through, for example, an input / output device (not shown) provided near the association area.
  • the customer association unit 121 may specify a customer who has the same behavior in the association area as a customer belonging to the group. Specifically, the customer association unit 121 recognizes a plurality of customers who are in the same pose and a plurality of customers who are connected by holding hands or crossing their shoulders by using a known image recognition technology. , Identify these customers as belonging to the group. This makes it possible to prevent unintentionally reflected customers in the image from being identified as group customers, even if the associated area is not partitioned by panels or walls.
  • the customer association unit 121 determines the payer of the group, displays the group confirmation screen on an input / output device (not shown) provided near the association area, and pays. Accepts input to approve a person.
  • the customer association unit 121 generates group information and stores it in the group information storage unit 170.
  • the first embodiment it is assumed that three customers, a member M1 customer in the member information of FIG. 3 and two non-member customers, shop in a group. However, unlike the first embodiment, it is assumed that the three customers enter the store at different timings and gather in the associated area in the middle of shopping.
  • FIG. 17 is a flowchart showing a customer information generation process according to the second embodiment.
  • the customer information generation process is executed, for example, every time a customer enters a store.
  • the customer information generation unit 110 determines whether or not the customer who entered the store is a member, as in step S102 described above (step S201).
  • the customer information generation unit 110 generates customer information for customers who have entered the store in the same manner as in step S103 described above (step S202).
  • the customer information generation unit 110 generates customer information of customers C1, C2, and C3 as shown in FIG.
  • the flowchart showing the product identification process of the payment processing device according to the second embodiment is the same as that of the first embodiment (FIG. 10).
  • the product identification process is executed each time each customer who enters the store at different timings belonging to the group acquires the product to be purchased.
  • the product identification unit 130 generates (updates) the acquired product information as shown in FIG.
  • FIG. 18 is a flowchart showing the association process according to the second embodiment.
  • the association process is executed at the timing when there is a customer belonging to the group in the association area and at the timing specified by the clerk or the customer through the input / output device provided near the association area.
  • the association process may be performed before or after each customer belonging to the group acquires the product to be purchased. In addition, it may be in the middle of continuing to acquire the product to be purchased.
  • the customer association unit 121 identifies the customer staying in the association area as a customer belonging to the group (step S221). For example, the customer association unit 121 identifies customers C1, C2, and C3 staying in the association area as customers belonging to the group.
  • the customer association unit 121 determines the payer of the group in the same manner as in step S106 (step S222). For example, the customer association unit 121 determines the customer C1 in which the payment information is set in the customer information of FIG. 4 as the payer.
  • the customer association unit 121 generates group information in the same manner as in step S107 (step S223). For example, the customer association unit 121 generates the group information as shown in FIG.
  • the payment processing unit 140 pays for the products I1, I2, and I3 using the payment information A1 of the payer C1 based on the group information of FIG. 6, the acquired product information of FIG. 8, and the customer information of FIG. Perform processing.
  • the companion when a plurality of customers shop in a group, the companion can start shopping before the payer enters the store.
  • the reason is that the customer association unit 121 associates a plurality of customers who have stayed at a predetermined timing in a predetermined area in the store.
  • the companion can purchase the goods acquired before the payer enters the store by the payment of the payer without being bound by the schedule when the payer enters the store.
  • FIG. 19 is a block diagram showing the configuration of the payment processing system 2 according to the third embodiment.
  • the payment processing system 2 includes a customer association unit 120, a product identification unit 130, and a payment processing unit 140.
  • the customer association unit 120, the product identification unit 130, and the payment processing unit 140 are one embodiment of the customer association means, the product identification means, and the payment processing means in the present disclosure.
  • the customer association unit 120 associates a plurality of customers. For example, the customer association unit 120 associates a specified number of customers who have entered the store in succession.
  • the product identification unit 130 identifies the products acquired by each of the plurality of customers at the store. For example, the product identification unit 130 identifies the customer who acquired the product and the acquired product based on the image data acquired by the camera provided in the store.
  • the payment processing unit 140 When it is detected that all of the plurality of customers have left the store, the payment processing unit 140 collectively performs payment processing by the customer who is the payer of the plurality of customers for the products acquired by the plurality of customers. Alternatively, when it is detected that each of the plurality of customers has left the store, the payment processing unit 140 performs payment processing by the customer who is the payer of the plurality of customers for the product acquired by the customer. For example, the payment processing unit 140 performs payment processing using the payment information of the payer designated when a plurality of customers are associated with each other.
  • the companion when a plurality of customers shop in a group, the companion can continue shopping even after the payer leaves the store.
  • the reason is as follows. That is, the customer association unit 120 of the payment processing system 2 associates a plurality of customers, and the product identification unit 130 identifies the products acquired by each of the plurality of customers in the store. Then, when it is detected that all of the plurality of customers have left the store, the payment processing unit 140 collectively performs payment processing by the customer who is the payer of the plurality of customers for the products acquired by the plurality of customers. Because. Alternatively, when the payment processing unit 140 detects that each of the plurality of customers has left the store, the payment processing unit 140 performs payment processing by the customer who is the payer of the plurality of customers for the product acquired by the customer. be.
  • each component of the payment processing device 100 and the payment processing system 2 indicates a block of functional units. Some or all of the components of each device may be realized by any combination of the computer 500 and the program.
  • FIG. 20 is a block diagram showing an example of the hardware configuration of the computer 500.
  • the computer 500 includes, for example, a CPU (Central Processing Unit) 501, a ROM (Read Only Memory) 502, a RAM (Random Access Memory) 503, a program 504, a storage device 505, a drive device 507, and a communication interface 508. , Input device 509, input / output interface 511, and bus 512.
  • a CPU Central Processing Unit
  • ROM Read Only Memory
  • RAM Random Access Memory
  • Program 504 includes instructions for realizing each function of each device.
  • the program 504 is stored in the ROM 502, the RAM 503, and the storage device 505 in advance.
  • the CPU 501 realizes each function of each device by executing the instructions included in the program 504.
  • the CPU 501 of the payment processing device 100 executes an instruction included in the program 504
  • the payment processing device 100 has the customer information generation unit 110, the customer association unit 120, the product identification unit 130, and the payment processing unit 140. Realize the function.
  • the RAM 503 may store data processed in each function of each device.
  • the RAM 503 of the management server 400 may store the registration information, the customer information, the group information, and the acquired product information.
  • the drive device 507 reads and writes the recording medium 506.
  • the communication interface 508 provides an interface with the communication network.
  • the input device 509 is, for example, a mouse, a keyboard, or the like, and receives input of information from an administrator or the like.
  • the output device 510 is, for example, a display, and outputs (displays) information to an administrator or the like.
  • the input / output interface 511 provides an interface with peripheral devices.
  • the camera 10 described above is connected to the input / output interface 511.
  • Bus 512 connects each component of these hardware.
  • the program 504 may be supplied to the CPU 501 via the communication network, or may be stored in the recording medium 506 in advance, read by the drive device 507, and supplied to the CPU 501.
  • FIG. 20 is an example, and components other than these may be added, or some components may not be included.
  • each device may be realized by any combination of computers and programs that are different for each component.
  • a plurality of components included in each device may be realized by any combination of one computer and a program.
  • each component of each device may be realized by a general-purpose or dedicated circuitry including a processor or the like, or a combination thereof. These circuits may be composed of a single chip or a plurality of chips connected via a bus. A part or all of each component of each device may be realized by a combination of the above-mentioned circuit or the like and a program.
  • each component of each device when a part or all of each component of each device is realized by a plurality of computers, circuits, etc., the plurality of computers, circuits, etc. may be centrally arranged or distributed.
  • At least a part of the payment processing device 100 may be provided in the SaaS (Software as a Service) format. That is, at least a part of the functions for realizing the payment processing device 100 may be executed by software executed via the network.
  • SaaS Software as a Service
  • Payment processing device 10 Camera 20 Shelf 110 Customer information generation unit 120 Customer association unit 130 Product identification unit 140 Payment processing unit 150 Member information storage unit 160 Customer information storage unit 170 Group information storage unit 180 Acquired product information storage unit

Landscapes

  • Business, Economics & Management (AREA)
  • Accounting & Taxation (AREA)
  • Engineering & Computer Science (AREA)
  • General Business, Economics & Management (AREA)
  • Finance (AREA)
  • Strategic Management (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • Economics (AREA)
  • Development Economics (AREA)
  • Marketing (AREA)
  • Computer Security & Cryptography (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)
  • Cash Registers Or Receiving Machines (AREA)

Abstract

複数の顧客がグループで買い物をする場合に、支払者が店舗を出た後も同伴者が買い物を続けることができるようにする。支払処理システム２は、顧客関連付け部１２０、商品特定部１３０、及び、支払処理部１４０を含む。顧客関連付け部１２０は、複数顧客を関連付ける。商品特定部１３０は、店舗において複数顧客のそれぞれが取得した商品を特定する。支払処理部１４０は、複数顧客の全てについて店舗から出たことが検出された場合に、複数顧客が取得した商品に対する、複数顧客のうちの支払者である顧客による支払処理をまとめて行う。或いは、支払処理部１４０は、複数顧客の各々が店舗から出たことが検出された場合に、当該顧客が取得した商品に対する、複数顧客のうちの支払者である顧客による支払処理を行う。

Description

支払処理システム、支払処理方法、及び、記録媒体
本開示は、支払処理システム、支払処理方法、及び、プログラムに関する。
　一般的な店舗では、顧客は棚から購入したい商品を取得した後にＰＯＳ（Ｐｏｉｎｔ　Ｏｆ　Ｓａｌｅｓ）端末（レジスタともいう）まで移動し、店員が商品をＰＯＳ端末に読み込ませて支払を行う。また、顧客自身が購入したい商品をＰＯＳ端末に読み込ませる場合もある。顧客が複数の商品を購入する場合には、ＰＯＳ端末に全ての商品を読み込ませるために長い時間が掛かる。
　店舗における商品に対する支払を効率化するための技術として、特許文献１には、画像認識により、顧客が棚から取得した商品を検出する支払処理装置が開示されている。特許文献１に係る支払処理装置は、予め登録されたクレジットカード番号又は銀行口座番号により、検出した商品に対する支払を行う。
　また、特許文献１の支払処理装置では、複数の顧客がグループで買い物を行う方法として、予め登録されている支払者と、登録されていない同伴者が関連づけられる。特許文献１には、同伴者が取得した商品についても、その同伴者に関連付けられた支払者が支払することが開示されている。この場合、同伴者により取得された商品に対する支払は、支払者が店舗にいる間に同伴者により商品が取得されるたび、又は、支払者が退店する時に行われる。
特開２０１８－１６０１０８号公報
　特許文献１に開示された技術では、支払者が退店すると、同伴者は買い物を続けることができない。
　本開示の目的は、上述の課題を解決し、複数の顧客がグループで買い物をする場合に、支払者が店舗を出た後も同伴者が買い物を続けることができる支払処理装置、支払処理方法、及び、プログラムを提供することにある。
　本開示の一態様に係る支払処理システムは、店舗において複数顧客を関連付ける顧客関連付け手段と、前記店舗において前記複数顧客のそれぞれが取得した商品を特定する商品特定手段と、前記複数顧客の全てについて前記店舗から出たことが判定された場合に、前記複数顧客が取得した商品に対する、前記複数顧客のうちの支払者である顧客による支払処理をまとめて行う、或いは、前記複数顧客の各々が前記店舗から出たことが判定された場合に、当該顧客が取得した商品に対する、前記支払者である顧客による支払処理を行う、支払処理手段と、を備える。
　本開示の一態様に係る支払処理方法は、店舗において複数顧客を関連付け、前記店舗において前記複数顧客のそれぞれが取得した商品を特定し、前記複数顧客の全てについて前記店舗から出たことが判定された場合に、前記複数顧客が取得した商品に対する、前記複数顧客のうちの支払者である顧客による支払処理をまとめて行う、或いは、前記複数顧客の各々が前記店舗から出たことが判定された場合に、当該顧客が取得した商品に対する、前記支払者である顧客による支払処理を行う。
　本開示の一態様に係る記録媒体は、店舗において複数顧客を関連付ける処理と、前記店舗において前記複数顧客のそれぞれが取得した商品を特定する処理と、前記複数顧客の全てについて前記店舗から出たことが判定された場合に、前記複数顧客が取得した商品に対する、前記複数顧客のうちの支払者である顧客による支払処理をまとめて行う、或いは、前記複数顧客の各々が前記店舗から出たことが判定された場合に、当該顧客が取得した商品に対する、前記支払者である顧客による支払処理を行う処理と、をコンピュータに実行させるプログラムを非一時的に記録する。
　本開示によれば、複数の顧客がグループで買い物をする場合に、支払者が店舗を出た後も同伴者が買い物を続けることができる。
第１施形態に係る支払処理システム１の構成を示すブロック図である。 第１実施形態に係る支払処理装置１００の構成を示すブロック図である。 第１実施形態に係る会員情報の例を示す図である。 第１実施形態に係る顧客情報の例を示す図である。 第１実施形態に係るグループ確認画面の例を示す図である。 第１実施形態に係るグループ情報の例を示す図である。 第１実施形態に係る店舗の様子を示す概略図である。 第１実施形態に係る取得商品情報の例を示す図である。 第１実施形態に係る顧客情報生成・関連付け処理を示すフローチャートである。 第１実施形態に係る商品特定処理を示すフローチャートである。 第１実施形態に係る支払実行処理の例を示すフローチャートである。 第１実施形態に係る支払実行処理の他の例を示すフローチャートである。 第１実施形態に係る支払者への通知画面の例を示す図である。 第１実施形態に係る支払者への通知画面の他の例を示す図である。 第２実施形態に係る支払処理装置１００の構成を示すブロック図である。 第２実施形態に係る関連付けエリアの例を示す図である。 第２実施形態に係る顧客情報生成処理を示すフローチャートである。 第２実施形態に係る関連付け処理を示すフローチャートである。 第３実施形態に係る支払処理システム２の構成を示すブロック図である。 コンピュータ５００のハードウェア構成の例を示すブロック図である。
　以下、図面を参照して、本開示の実施形態を説明するが、本開示は各実施形態に限定されるものではない。なお、以下で説明する図面で、同機能を有するものは同一符号を付け、その繰り返しの説明は省略することもある。
　〔第１実施形態〕
　［構成］
　図１は、第１施形態に係る支払処理システム１の構成を示すブロック図である。支払処理システム１は、複数のカメラ１０、及び、支払処理装置１００を含む。カメラ１０と、支払処理装置１００とは、ローカルエリアネットワーク、インターネット等の任意のネットワーク４０を介して、有線接続及び無線接続の少なくとも一方によって接続される。なお、カメラ１０と、支払処理装置１００とは、直接接続されていてもよい。
　カメラ１０は、撮像装置である。カメラ１０は、例えばＣＣＤ（Charge Coupled Device）センサ、ＣＭＯＳ（Complementary Metal Oxide Semiconductor）センサ等のイメージセンサを含む。
　カメラ１０は、店舗の入り口付近や、店舗において商品が陳列されている場所（以下、売り場とも記載）、店舗の出口付近等、店舗の複数の位置に設けられる。入り口付近に設けられるカメラ１０は、店舗に入る顧客を撮像する。売り場に設けられるカメラ１０は、売り場に存在する顧客及び商品を撮像する。出口付近に設けられるカメラ１０は、店舗を出る顧客を撮像する。店舗には、店舗内のいずれの場所に存在する顧客及び商品をも撮像可能な配置で、任意の数のカメラ１０が設けられる。
　カメラ１０は、撮像により取得した画像を含む画像データを支払処理装置１００に送信する。
　支払処理装置１００は、カメラ１０によって取得された画像に基づき、商品を取得した顧客、及び、当該取得された商品を特定し、当該商品に対する支払い処理を行う。
　支払処理装置１００は、単一、又は、複数のコンピュータ上で実現される。支払処理装置１００は、店舗に設置されてもよい。また、支払処理装置１００は、コンピュータ資源の集合であるクラウド上で実現されてもよい。
　図２は、第１実施形態に係る支払処理装置１００の構成を示すブロック図である。支払処理装置１００は、顧客情報生成部１１０、顧客関連付け部１２０、商品特定部１３０、及び、支払処理部１４０を備える。また、支払処理装置１００は、記憶部として、会員情報記憶部１５０、顧客情報記憶部１６０、グループ情報記憶部１７０、及び、取得商品情報記憶部１８０を備える。
　会員情報記憶部１５０は、会員情報を記憶する。会員情報は、店舗に登録済みの顧客である会員に関する情報である。図３は、第１実施形態に係る会員情報の例を示す図である。会員情報は、図３に示すように、例えば、各会員の会員ＩＤ（identifier）、当該会員の特徴情報、及び、決済情報を含む。
　会員ＩＤは、会員を識別するための識別子である。
　特徴情報は、店舗に入った顧客が会員であることを、顧客の画像データを用いて判定するための情報である。特徴情報は、会員の顔を含む領域の画像データそのものでもよく、或いは会員の顔を含む領域の画像データから算出した特徴量でもよい。
　決済情報は、買い物の支払処理に利用される情報であり、例えば、会員のクレジットカードの番号や銀行口座の番号である。
　会員情報記憶部１５０への会員情報の登録は、任意の方法によって行われる。
　顧客情報生成部１１０は、店舗に入る顧客について、後述する顧客ＩＤを発行するとともに、顧客情報を生成する。
　顧客情報生成部１１０は、店舗に入る顧客が会員であるかどうかを判定する。顧客情報生成部１１０は、例えば、店舗の入り口付近に設けられカメラ１０から顧客の画像データを取得する。次に、顧客情報生成部１１０は、当該画像データから得られる顧客の特徴情報と、会員情報記憶部１５０から読み出した会員情報に含まれる各会員の特徴情報とを用いて、店舗に入る顧客が会員（登録済みの顧客）であるかどうかを判定する。
　なお、顧客情報生成部１１０は、店舗に入る顧客が会員であるかどうかの判定を、顧客の画像データ以外の情報を用いて行ってもよい。例えば、顧客情報生成部１１０は、店舗に入る顧客が会員であるかどうかの判定を、虹彩、静脈、指紋等の生体情報を用いて行ってもよい。この場合、会員情報の特徴情報には、これらの生体情報に係る特徴情報が設定される。顧客情報生成部１１０は、店舗の入り口付近に設定された、生体情報の読み取り装置を用いて顧客の生体情報を取得し、取得した生体情報から得られる特徴情報と、会員情報の特徴情報とを用いて、店舗に入る顧客が会員であるかどうかを判定する。
　また、顧客情報生成部１１０は、店舗に入る顧客が会員であるかどうかの判定を、顧客が提示した会員証や顧客が所持する携帯端末に表示された画面から取得した会員ＩＤを用いて行ってもよい。この場合、会員情報には、特徴情報が含まれていなくてもよい。顧客情報生成部１１０は、店舗の入り口付近に設定された、図示しないバーコードリーダやカメラを用いて、顧客の会員ＩＤを取得する。
　また、顧客情報生成部１１０は、店舗に入る顧客が会員であるかどうかの判定を、顧客が所持する携帯端末から、ＮＦＣ（Near Field Communication）等の近距離無線通信によって取得した、会員ＩＤを用いて行ってもよい。
　顧客情報生成部１１０は、さらに、店舗に入った顧客について、顧客ＩＤを発行し、顧客情報を生成する。顧客ＩＤは、顧客を識別するための識別子である。なお、顧客ＩＤとして、上述の会員ＩＤが用いられてもよい。顧客情報は、店舗に入った（店舗に滞在中の）顧客に関する情報である。図４は、第１実施形態に係る顧客情報の例を示す図である。顧客情報は、図４に示すように、例えば、各顧客の顧客ＩＤ、当該顧客の特徴情報、決済情報、及び、退店フラグを含む。
　特徴情報は、滞在中の顧客を、当該顧客の画像データを用いて判定するための情報である。特徴情報は、上述の会員情報の特徴情報と同様に、顧客の顔を含む領域の画像データそのものでもよく、或いは顧客の顔を含む領域の画像データから算出した特徴量でもよい。特徴情報には、店舗の入り口付近に設けられたカメラ１０から取得した顧客の画像データから得られる特徴情報が設定される。また、顧客が会員の場合、特徴情報には、会員情報の特徴情報（会員の画像データから得られる特徴情報）が設定されてもよい。
　決済情報は、顧客に係る買い物の支払処理に利用される情報であり、例えば、顧客のクレジットカードの番号や銀行口座の番号である。店舗に入った顧客が会員であった場合、決済情報には、会員情報の決済情報が設定される。決済情報は、顧客が店舗に入った後に入力され、設定されてもよい。店舗に入った顧客が会員でなかった場合、決済情報は設定されなくてもよい。
　退店フラグは、顧客が店舗から出たか（退店済み（ｙ））か否か（退店済みでない（ｎ））を示すフラグである。顧客情報が生成されたタイミングでは、退店フラグには、「退店済みでない（ｎ）」が設定される。
　顧客情報生成部１１０は、顧客が店舗に入るたびに、生成した顧客情報を、顧客情報記憶部１６０に保存するとともに、顧客関連付け部１２０に入力する。
　顧客情報記憶部１６０は、顧客情報生成部１１０により生成された顧客情報を記憶する。
　顧客関連付け部１２０は、グループで買い物をする顧客が一緒に（連続して）店舗に入るときに、グループに属する顧客を特定し、後述するグループ情報を生成する。
　顧客関連付け部１２０は、連続して店舗に入った複数の顧客であって、先頭の顧客の入店時に指定された人数の顧客を、同じグループに属する顧客と判定する。ここで、人数の指定は、例えば、店舗の入り口に設定された、図示しない入出力装置（例えば、端末装置）により、先頭の顧客、或いは、店員により行われる。
　また、顧客関連付け部１２０は、グループに属する各顧客の顧客ＩＤを特定する。ここで、顧客関連付け部１２０は、顧客情報生成部１１０から、顧客が店舗に入るたびに入力される顧客情報に基づき、顧客ＩＤを特定する。
　さらに、顧客関連付け部１２０は、グループの支払者を決定する。ここで、顧客関連付け部１２０は、グループに属する顧客のうちの、顧客情報生成部１１０から入力された顧客情報において、決済情報が設定されている顧客を支払者に決定する。
　なお、顧客関連付け部１２０は、店舗の入り口に設けられた、図示しない入出力装置（例えば、端末装置）に、グループ確認画面をグループに属する顧客に対して表示し、グループと決定した支払者を承認するための入力を受け付けてもよい。図５は、第１実施形態に係るグループ確認画面の例を示す図である。図５のグループ確認画面では、グループに属する各顧客の顔画像が配置され、支払者が示されている。また、当該グループと支払者を承認するための承認ボタンが示されている。
　また、グループに属する顧客の顧客情報において決済情報が設定されている顧客が複数いる場合、顧客関連付け部１２０は、グループ確認画面において、決済情報が設定されている顧客を支払者候補として示し、支払者とする顧客の指定を受け付けてもよい。
　また、グループに属する顧客の顧客情報において決済情報が設定されている顧客がいない場合、顧客関連付け部１２０は、グループ確認画面において、支払者とする顧客の指定、及び、当該支払者の決済情報の入力を受け付けてもよい。この場合、顧客関連付け部１２０は、指定された顧客の顧客情報における決済情報に、入力された決済情報を設定する。
　そして、顧客関連付け部１２０は、グループ情報を生成する。グループ情報は、グループに属する複数の顧客を関連付ける情報である。
　図６は、第１実施形態に係るグループ情報の例を示す図である。グループ情報は、図６に示すように、例えば、各グループのグループＩＤ、当該グループの支払者ＩＤ、及び、同伴者ＩＤを含む。グループＩＤは、グループを識別するための識別子である。グループＩＤは、顧客関連付け部１２０により発行される。支払者ＩＤは、グループに属する顧客のうちの支払者である顧客の顧客ＩＤである。同伴者ＩＤは、グループに属する顧客のうちの支払者以外の顧客（以下、同伴者とも記載）の顧客ＩＤである。
　顧客関連付け部１２０は、生成したグループ情報を、グループ情報記憶部１７０に保存する。
　グループ情報記憶部１７０は、顧客関連付け部１２０により生成されたグループ情報を記憶する。
　商品特定部１３０は、店舗内に設けられたカメラ１０によって取得された画像データに基づき、商品を取得した顧客、及び、当該取得された商品を特定する。
　図７は、第１実施形態に係る店舗の様子を示す概略図である。店舗には棚２０が設置されており、棚２０には１つ以上の商品が並べられる。また、棚２０の近傍において、顧客の顔及び商品を含む領域を撮像できる位置にカメラ１０が設けられる。
　商品特定部１３０は、商品を含む領域の画像データをカメラ１０から取得し、当該画像データから商品の特徴情報を取得する。商品特定部１３０は、商品の特徴情報を用いて、棚２０から商品が取り出されることを検出する。商品特定部１３０は、例えば、時系列で連続する複数の画像データの間で、商品の特徴情報が棚２０に対応する領域の中から外へ（或いは接する位置から接しない位置へ）移動することを検出することによって、商品が取り出されることを検出する。画像データ中の棚２０に対応する領域は、画像データ中の座標として予め記録されてもよく、画像データから棚２０を画像認識することによって決定されてもよい。また、商品特定部１３０は、画像データから商品が顧客のバッグ（又は買い物かご）に入れられることを検出することによって、顧客による商品の取得を検出してもよい。
　商品特定部１３０は、さらに、商品を取り出した顧客（すなわち商品取得者）の顔を含む領域の画像データをカメラ１０から取得する。商品を取り出した顧客は、例えば取り出された商品に最も近い顧客である。また、商品特定部１３０は、顧客の手を含む領域の画像データをカメラ１０から取得し、当該手の位置や動きに基づいて商品を取り出した顧客を特定してもよい。商品特定部１３０は、当該画像データから顧客の特徴情報を取得する。商品特定部１３０は、商品取得者の特徴情報と取り出された商品の特徴情報とを関連付ける。図７において、顧客Ｃ１の特徴情報ＦＣ１及び商品Ｉ１の特徴情報ＦＩ１が模式的に破線の枠として示されている。
　商品特定部１３０は、商品取得者の特徴情報を、顧客情報記憶部１６０から読み出した顧客情報の特徴情報と比較することによって、商品取得者がいずれの顧客であるかを判定する。顧客の特徴情報に基づいて顧客を判定するために、周知の画像認識技術を用いることができる。
　商品特定部１３０は、取得商品情報を生成する。取得商品情報は、顧客が棚２０から取得した商品を示す情報である。図８は、第１実施形態に係る取得商品情報の例を示す図である。取得商品情報は、例えば、図８に示すように、商品を取得した顧客の顧客ＩＤ、及び、当該取得した商品の商品ＩＤを含む。
　商品特定部１３０は、生成した取得商品情報を、取得商品情報記憶部１８０に保存する。
　取得商品情報記憶部１８０は、商品特定部１３０により生成された取得商品情報を記憶する。
　支払処理部１４０は、グループ情報に含まれる支払者、及び、同伴者のそれぞれが取得した商品の、支払者による支払処理を行う。
　支払処理部１４０は、店舗の出口付近に設けられるカメラ１０からの画像データに基づいて、店舗を出る顧客を特定する。ここで、支払処理部１４０は、画像データから得られる特徴情報と、顧客情報記憶部１６０から読み出した顧客情報の特徴情報とに基づき、顧客を特定する。
　そして、支払処理部１４０は、グループ情報記憶部１７０から読み出したグループ情報を参照し、特定された顧客が属しているグループを特定する。さらに、支払処理部１４０は、グループ情報を参照し、特定された顧客が、特定されたグループにおける支払者か同伴者かを判定する。
　支払者、及び、同伴者は、別々に店舗から出てもよいし、一緒に店舗から出てもよい。別々に出る場合、支払者が先に出てもよいし、同伴者が先に出てもよい。
　支払処理部１４０は、例えば、グループに属する全ての顧客（支払者、及び、全ての同伴者）が店舗を出たと判定されたときに、グループに属する全ての顧客（支払者、及び、全ての同伴者）が取得した商品に対する、支払者による決済処理をまとめて行ってもよい。この場合、支払処理部１４０は、グループ情報を参照し、特定された顧客が属するグループの顧客を抽出し、当該顧客の顧客情報の退店フラグを参照することにより、グループに属する全ての顧客が店舗を出たかどうかを判定する。
　或いは、支払処理部１４０は、グループの支払者が店舗を出たと判定されたときに、支払者が取得した商品に対する、支払者による決済処理を行ってもよい。そして、支払処理部１４０は、当該グループの各同伴者が店舗を出たと判定されたときに、当該同伴者が取得した商品に対する、支払者による決済処理を行ってもよい。
　支払処理部１４０は、取得商品情報記憶部１８０から読み出した取得商品情報を参照し、支払者又は同伴者である顧客が取得した商品の商品ＩＤを取得する。また、支払処理部１４０は、店舗を出る顧客が同伴者の場合、グループ情報を参照し、同伴者が属するグループの支払者を特定する。また、支払処理部１４０は、顧客情報記憶部１６０から読み出した顧客情報を参照し、支払者の決済情報を取得する。そして、支払処理部１４０は、取得した商品ＩＤの商品について、取得した支払者の決済情報を用いた決済処理を行う。
　支払処理部１４０は、店舗を出た顧客の顧客情報の退店フラグを「ｙ」に設定（更新）する。
　［動作］
　以下、第１実施形態に係る支払処理装置の動作について、図を用いて説明する。
　ここでは、図３のような会員情報が、会員情報記憶部１５０に保存されていると仮定する。そして、図３の会員情報における会員Ｍ１の顧客と、会員でない２人の顧客との３人の顧客が、グループで買い物をするために、一緒に（連続して）店舗に入ると仮定する。
　（顧客情報生成・関連付け処理）
　図９は、第１実施形態に係る顧客情報生成・関連付け処理を示すフローチャートである。顧客情報生成・関連付け処理は、グループで買い物をする顧客が店舗に入るときに実行される。
　顧客関連付け部１２０は、グループの人数の指定を受け付ける（ステップＳ１０１）。例えば、顧客関連付け部１２０は、人数「３」を受け付ける。
　グループの顧客が店舗に入ると、顧客情報生成部１１０は、店舗に入った顧客が会員かどうかを判定する（ステップＳ１０２）。例えば、顧客情報生成部１１０は、図３の会員情報に基づき、一人目の顧客が会員Ｍ１であると判定する。
　顧客情報生成部１１０は、店舗に入った顧客について、顧客情報を生成する（ステップＳ１０３）。顧客関連付け部１２０は、生成された顧客情報を取得する。例えば、顧客情報生成部１１０は、図４のように、会員Ｍ１に対応する顧客Ｃ１の顧客情報を生成する。顧客Ｃ１の決済情報には、図３の会員情報における会員Ｍ１の決済情報が設定される。顧客関連付け部１２０は、顧客Ｃ１の顧客情報を取得する。
　そして、指定された人数の顧客が店舗に入るまで、ステップＳ１０２～Ｓ１０３の処理が繰り返される（ステップＳ１０４）。例えば、顧客情報生成部１１０は、二人目、三人目の顧客はそれぞれ会員でないと判定し、図４のように、顧客Ｃ２、Ｃ３の顧客情報を生成する。顧客関連付け部１２０は、顧客Ｃ２、Ｃ３の顧客情報を取得する。
　指定された人数が店舗に入ると（ステップＳ１０４／ＹＥＳ）、顧客関連付け部１２０は、グループの支払者を決定する（ステップＳ１０５）。例えば、顧客関連付け部１２０は、図４の顧客情報において決済情報が設定されている、顧客Ｃ１を支払者に決定する。
　顧客関連付け部１２０は、グループ情報を生成する（ステップＳ１０６）。例えば、顧客関連付け部１２０は、図６のように、グループＧ１について、支払者Ｃ１、同伴者Ｃ２、Ｃ３が設定されたグループ情報を生成する。
　（商品特定処理）
　図１０は、第１実施形態に係る商品特定処理を示すフローチャートである。商品特定処理は、顧客情報生成・関連付け処理の後で、グループに属する各顧客が、店舗において、購入しようとする商品を取得するたびに実行される。
　商品特定部１３０は、商品を取得した顧客、及び、当該取得された商品を特定する（ステップＳ１１１）。例えば、商品特定部１３０は、商品Ｉ１を取得した顧客Ｃ１を特定する。
　商品特定部１３０は、取得商品情報を生成（更新）する（ステップＳ１１２）。例えば、商品特定部１３０は、図８のように、取得商品情報を生成（更新）する。
　（支払実行処理）
　図１１は、第１実施形態に係る支払実行処理の例を示すフローチャートである。支払実行処理は、グループで買い物をする顧客が店舗から出るたびに実行される。
　ここでは、顧客Ｃ１、Ｃ２、及び、Ｃ３が、Ｃ１、Ｃ２、Ｃ３、の順番で、別々に、店舗から出ると仮定する。
　支払処理部１４０は、店舗を出る顧客を特定する（ステップＳ１４１）。支払処理部１４０は、顧客が属しているグループを特定する（ステップＳ１４２）。支払処理部１４０は、グループの全顧客が店を出たかどうかを判定する（ステップＳ１４３）。ステップＳ１４３において、グループの全顧客が店舗を出た場合（ステップＳ１４３／Ｙｅｓ）、支払処理部１４０は、全顧客が取得した商品について支払者による支払処理を行う（ステップＳ１４４）。グループの全顧客が店舗を出ていない場合（ステップＳ１４３／Ｎｏ）、支払処理は実行されない。支払処理部１４０は、店舗を出る顧客の顧客情報における退店フラグを「ｙ」に設定する（ステップＳ１４５）。
　例えば、顧客Ｃ１、Ｃ２の後に、顧客Ｃ３が店舗を出るとき、支払処理部１４０は、図６のグループ情報に基づき、顧客Ｃ３の属するグループＧ１を特定する。この時点で、図４の顧客情報において、グループＧ１に属する他の顧客Ｃ１、Ｃ２の退店フラグは「ｙ」であり、顧客Ｃ１が店舗を出ることにより、グループの全顧客が店舗を出ることになる。支払処理部１４０は、図８の取得商品情報から、顧客Ｃ１、Ｃ２、Ｃ３が取得した商品のＩＤとしてＩ１、Ｉ２、Ｉ３を取得する。支払処理部１４０は、図４の顧客情報から、支払者Ｃ１の決済情報Ａ１を取得する。支払処理部１４０は、決済情報Ａ１を用いて、商品Ｉ１、Ｉ２、Ｉ３に対する決済処理を行う。
　図１２は、第１実施形態に係る支払実行処理の他の例を示すフローチャートである。
　支払処理部１４０は、店舗を出る顧客を特定する（ステップＳ１５１）。支払処理部１４０は、顧客が属しているグループを特定する（ステップＳ１５２）。支払処理部１４０は、顧客が支払者かどうかを判定する（ステップＳ１５３）。ステップＳ１５３において、顧客が支払者である場合（ステップＳ１５３／Ｙｅｓ）、支払処理部１４０は、顧客が取得した商品について支払者による支払処理を行う（ステップＳ１５４）。ステップＳ１５３において、顧客が支払者でない（同伴者である）場合（ステップＳ１５３／Ｎｏ）、支払処理部１４０は、同伴者が取得した商品について支払者による支払処理を行う（ステップＳ１５５）。支払処理部１４０は、店舗を出る顧客の顧客情報における退店フラグを「ｙ」に設定する（ステップＳ１５６）。
　例えば、顧客Ｃ２が店舗を出るとき、支払処理部１４０は、図６のグループ情報に基づき、顧客Ｃ２の属するグループＧ１を特定する。支払処理部１４０は、図８の取得商品情報から、顧客Ｃ２が取得した商品Ｉ２を取得する。支払処理部１４０は、図４の顧客情報から、支払者Ｃ１の決済情報Ａ１を取得する。支払処理部１４０は、決済情報Ａ１を用いて、商品Ｉ３に対する決済処理を行う。
　以上により、第１実施形態の動作が完了する。
　［効果］
　第１実施形態によれば、複数の顧客がグループで買い物をする場合に、支払者が店舗を出た後も同伴者が買い物を続けることができる。その理由は、以下による。すなわち、支払処理装置１００の顧客関連付け部１２０が、店舗に入った複数顧客を関連付け、商品特定部１３０が、店舗において複数顧客のそれぞれが取得した商品を特定する。そして、支払処理部１４０が、複数顧客の全てについて店舗から出たことが検出された場合に、複数顧客が取得した商品に対する、複数顧客のうちの支払者である顧客による支払処理をまとめて行うためである。或いは、支払処理部１４０が、複数顧客の各々が店舗から出たことが検出された場合に、当該顧客が取得した商品に対する、複数顧客のうちの支払者である顧客による支払処理を行うためである。これにより、同伴者は、支払者が店舗を出るスケジュールに縛られることなく、支払者が店舗を出た後に取得した商品を、支払者の支払いにより購入できる。
　〔変形例１〕
　商品特定部１３０は、カメラ１０によって取得された画像データに基づいて、商品、及び、当該商品を取得した顧客を特定した。しかしながら、これに限らず、商品特定部１３０は、商品、及び、当該商品を取得した顧客を特定するためのその他周知の技術を用いることができる。例えば、商品特定部１３０は、店舗に設けられるカメラ、赤外線センサ、圧力センサ、重量センサ、及び音センサのうち少なくとも１つから取得される情報又は情報の組み合わせによって、商品、及び、当該商品を取得した顧客を特定してもよい。
　〔変形例２〕
　顧客情報は、顧客の携帯端末の情報（電話番号、メールアドレス等）を含んでいてもよい。携帯端末の情報は、例えば、顧客への各種通知に用いられる。支払処理部１４０は、例えば、支払者の携帯端末に、支払処理を行うための通知を出力する。支払処理部１４０は、例えば、支払処理が行われた場合に、支払を行った商品、当該商品を取得した顧客、商品の代金の合計等を通知する。
　図１３及び図１４は、第１実施形態に係る支払者への通知画面の例を示す図である。例えば、支払処理部１４０は、図１３や図１４のような通知画面を、支払者の携帯端末に送信する。
　〔変形例３〕
　顧客情報は、上述の顧客の携帯端末の情報に加えて、グループの顧客が取得する商品の合計代金の上限を含んでいてもよい。また、グループ情報が、当該合計代金の上限を含んでいてもよい。合計代金の上限は、例えば、支払者により設定される。商品特定部１３０は、合計代金が上限を超えた場合、支払者の携帯端末に通知を出力する。
　なお、商品特定部１３０は、合計代金の上限を超える商品を取得した顧客の携帯端末に通知を出力してもよい。また、商品特定部１３０は、合計代金の上限を超える商品を取得した顧客に向けて、当該商品の電子棚札、又は、当該商品が載置されているエリア付近のサイネージ装置に、通知を出力してもよい。
　上記通知は、例えば、各種表示装置に表示される「ただいま取得した商品を購入すると、設定された上限金額を超えます」などのメッセージである。
　〔変形例４〕
　支払処理部１４０は、商品を取得して店舗を出ようとする顧客がグループに属しておらず、かつ、当該顧客の顧客情報に決済情報が登録されていない場合に、出口付近においてアラートを出力する、或いは、管理者等にアラートを出力してもよい。また、この場合、支払処理部１４０は、出口に設けられたゲートを、当該顧客が店舗から出られないように制御してもよい。
　〔第２実施形態〕
　第１実施形態では、グループで買い物をする顧客が一緒に（連続して）店舗に入るときに、同じグループに属する顧客を判定した。第２実施形態では、グループで買い物をする顧客が店舗内の関連付けエリアに滞在しているときに、同じグループに属する顧客を判定する点で、第１実施形態と異なる。第２実施形態では、グループで買い物をする顧客が一緒に店舗に入る必要はなく、別々に店舗に入ることができる。
　［構成］
　図１５は、第２実施形態に係る支払処理装置１００の構成を示すブロック図である。支払処理装置１００は、第１実施形態の顧客関連付け部１２０の代わりに、顧客関連付け部１２１を備える。
　顧客関連付け部１２１は、グループで買い物をする顧客が店舗内の関連付けエリアに滞在しているときに、グループに属する顧客を特定し、グループ情報を生成する。
　図１６は、第２実施形態に係る関連付けエリアの例を示す図である。関連付けエリアは、例えば、当該エリア付近に設けられたカメラ１０により撮像される範囲である。関連付けエリアは、例えば、印がつけられた床により示されてもよく、カーテン、柵、パネル、又は、壁によって仕切られたエリアであってもよい。
　顧客関連付け部１２１は、関連付けエリア付近に設けられたカメラ１０から顧客の画像データを取得する。顧客関連付け部１２１は、当該画像データから得られる顧客の特徴情報と、顧客情報記憶部１６０から読み出した顧客情報に含まれる各顧客の特徴情報とを用いて、関連付けエリアに滞在している各顧客を特定する。図１６の例では、顧客Ｃ１～Ｃ３の特徴情報ＦＣ１～ＦＣ３が模式的に破線の枠として示されている。
　顧客関連付け部１２１は、例えば、指定されたタイミングに、関連付けエリアに滞在している顧客を、グループに属する顧客として特定する。ここで、タイミングは、例えば、関連付けエリア付近に設けられた、図示しない入出力装置を通して、店員や顧客により指定される。
　なお、顧客関連付け部１２１は、関連付けエリア内において、同じ振る舞いをした顧客を、グループに属する顧客として特定してもよい。具体的には、顧客関連付け部１２１は、既知の画像認識技術により、同じポーズをしている複数の顧客や、手をつなぎ、又は、肩を組んで、連結している複数の顧客を認識し、これらの顧客をグループに属する顧客として特定する。これにより、関連付けエリアがパネルや壁で仕切られていない場合であっても、意図せずに画像に映り込んだ顧客がグループの顧客として特定されることを防ぐことができる。
　顧客関連付け部１２１は、第１実施形態の顧客関連付け部１２０と同様に、グループの支払者を決定し、関連付けエリア付近に設けられた、図示しない入出力装置に、グループ確認画面を表示し、支払者を承認するための入力を受け付ける。顧客関連付け部１２１は、グループ情報を生成し、グループ情報記憶部１７０に保存する。
　［動作］
　以下、第２実施形態に係る支払処理装置の動作について、図を用いて説明する。
　ここでは、第１実施形態と同様に、図３の会員情報における会員Ｍ１の顧客と、会員でない２人の顧客との３人の顧客が、グループで買い物をすると仮定する。ただし、３人の顧客は、第１実施形態と異なり、別々のタイミングで店舗に入り、買い物の途中で関連付けエリアに集合すると仮定する。
　（顧客情報生成処理）
　図１７は、第２実施形態に係る顧客情報生成処理を示すフローチャートである。顧客情報生成処理は、例えば、顧客が店舗に入るたびに実行される。
　顧客が店舗に入ると、顧客情報生成部１１０は、上述のステップＳ１０２と同様に、店舗に入った顧客が会員かどうかを判定する（ステップＳ２０１）。顧客情報生成部１１０は、上述のステップＳ１０３と同様に、店舗に入った顧客について、顧客情報を生成する（ステップＳ２０２）。
　例えば、顧客情報生成部１１０は、図４のように、顧客Ｃ１、Ｃ２、Ｃ３の顧客情報を生成する。
　（商品特定処理）
　第２実施形態に係る支払処理装置の商品特定処理を示すフローチャートは、第１実施形態（図１０）と同様となる。第２実施形態では、商品特定処理は、グループに属する別々のタイミングで店舗に入った各顧客が、購入しようとする商品を取得するたびに実行される。
　例えば、商品特定部１３０は、図８のように、取得商品情報を生成（更新）する。
　（関連付け処理）
　図１８は、第２実施形態に係る関連付け処理を示すフローチャートである。関連付け処理は、関連付けエリアにグループに属する顧客がいるタイミングで、関連付けエリア付近に設けられた入出力装置を通して店員や顧客により指定されたタイミングで実行される。関連付け処理は、グループに属する各顧客が、購入しようとする商品を取得する前でもよいし、後でもよい。また、購入しようとする商品の取得を続けている途中でもよい。
　ここでは、顧客Ｃ１、Ｃ２、Ｃ３が、関連付けエリアに滞在していると仮定する。
　顧客関連付け部１２１は、関連付けエリアに滞在している顧客を、グループに属する顧客として特定する（ステップＳ２２１）。例えば、顧客関連付け部１２１は、関連付けエリアに滞在している顧客Ｃ１、Ｃ２、Ｃ３をグループに属する顧客として特定する。
　顧客関連付け部１２１は、ステップＳ１０６と同様に、グループの支払者を決定する（ステップＳ２２２）。例えば、顧客関連付け部１２１は、図４の顧客情報において決済情報が設定されている、顧客Ｃ１を支払者に決定する。
　顧客関連付け部１２１は、ステップＳ１０７と同様に、グループ情報を生成する（ステップＳ２２３）。例えば、顧客関連付け部１２１は、図６のようなグループ情報を生成する。
　（支払処理）
　第２実施形態に係る支払処理装置の支払処理を示すフローチャートは、第１実施形態（図１１）と同様となる。
　例えば、支払処理部１４０は、図６のグループ情報、図８の取得商品情報、及び、図４の顧客情報に基づき、支払者Ｃ１の決済情報A１を用いて、商品Ｉ１、Ｉ２、Ｉ３に対する支払処理を行う。
　［効果］
　第２実施形態によれば、複数の顧客がグループで買い物をする場合に、支払者が店舗に入る前に同伴者が買い物を始めることができる。その理由は、顧客関連付け部１２１が、店舗内の所定のエリアにおいて、所定のタイミングに滞在した複数顧客を関連付けるためである。これにより、同伴者は、支払者が店舗に入るスケジュールに縛られることなく、支払者が店舗に入る前に取得した商品を、支払者の支払いにより購入できる。
　〔第３実施形態〕
　第３実施形態について説明する。
　図１９は、第３実施形態に係る支払処理システム２の構成を示すブロック図である。
　支払処理システム２は、顧客関連付け部１２０、商品特定部１３０、及び、支払処理部１４０を含む。顧客関連付け部１２０、商品特定部１３０、及び、支払処理部１４０は、本開示における顧客関連付け手段、商品特定手段、及び、支払処理手段の一実施形態である。
　顧客関連付け部１２０は、複数顧客を関連付ける。例えば、顧客関連付け部１２０は、連続して店舗に入った、指定された人数の複数顧客を関連付ける。
　商品特定部１３０は、店舗において複数顧客のそれぞれが取得した商品を特定する。例えば、商品特定部１３０は、店舗内に設けられたカメラによって取得された画像データに基づき、商品を取得した顧客、及び、当該取得された商品を特定する。
　支払処理部１４０は、複数顧客の全てについて店舗から出たことが検出された場合に、複数顧客が取得した商品に対する、複数顧客のうちの支払者である顧客による支払処理をまとめて行う。或いは、支払処理部１４０は、複数顧客の各々が店舗から出たことが検出された場合に、当該顧客が取得した商品に対する、複数顧客のうちの支払者である顧客による支払処理を行う。例えば、支払処理部１４０は、複数顧客が関連付けられた際に指定された支払者の決済情報を用いて、支払処理を行う。
　［効果］
　第３実施形態によれば、複数の顧客がグループで買い物をする場合に、支払者が店舗を出た後も同伴者が買い物を続けることができる。その理由は、以下による。すなわち、支払処理システム２の顧客関連付け部１２０が、複数顧客を関連付け、商品特定部１３０が、店舗において複数顧客のそれぞれが取得した商品を特定する。そして、支払処理部１４０が、複数顧客の全てについて店舗から出たことが検出された場合に、複数顧客が取得した商品に対する、複数顧客のうちの支払者である顧客による支払処理をまとめて行うためである。或いは、支払処理部１４０が、複数顧客の各々が店舗から出たことが検出された場合に、当該顧客が取得した商品に対する、複数顧客のうちの支払者である顧客による支払処理を行うためである。
　〔変形例〕
　（ハードウェア構成）
　上述した各実施形態において、支払処理装置１００、及び、支払処理システム２の各構成要素は、機能単位のブロックを示している。各装置の各構成要素の一部又は全部は、コンピュータ５００とプログラムとの任意の組み合わせにより実現されてもよい。
　図２０は、コンピュータ５００のハードウェア構成の例を示すブロック図である。図２０を参照すると、コンピュータ５００は、例えば、ＣＰＵ（Central Processing Unit）５０１、ＲＯＭ（Read Only Memory）５０２、ＲＡＭ（Random Access Memory）５０３、プログラム５０４、記憶装置５０５、ドライブ装置５０７、通信インタフェース５０８、入力装置５０９、入出力インタフェース５１１、及び、バス５１２を含む。
　プログラム５０４は、各装置の各機能を実現するための命令（instruction）を含む。プログラム５０４は、予め、ＲＯＭ５０２やＲＡＭ５０３、記憶装置５０５に格納される。ＣＰＵ５０１は、プログラム５０４に含まれる命令を実行することにより、各装置の各機能を実現する。例えば、支払処理装置１００のＣＰＵ５０１がプログラム５０４に含まれる命令を実行することにより、支払処理装置１００は、顧客情報生成部１１０、顧客関連付け部１２０、商品特定部１３０、及び、支払処理部１４０の機能を実現する。また、ＲＡＭ５０３は、各装置の各機能において処理されるデータを記憶してもよい。例えば、管理サーバ４００のＲＡＭ５０３が、登録情報、顧客情報、グループ情報、及び、取得商品情報を記憶してもよい。
　ドライブ装置５０７は、記録媒体５０６の読み書きを行う。通信インタフェース５０８は、通信ネットワークとのインタフェースを提供する。入力装置５０９は、例えば、マウスやキーボード等であり、管理者等からの情報の入力を受け付ける。出力装置５１０は、例えば、ディスプレイであり、管理者等へ情報を出力（表示）する。入出力インタフェース５１１は、周辺機器とのインタフェースを提供する。入出力インタフェース５１１には、上述の、カメラ１０が接続される。バス５１２は、これらハードウェアの各構成要素を接続する。なお、プログラム５０４は、通信ネットワークを介してＣＰＵ５０１に供給されてもよいし、予め、記録媒体５０６に格納され、ドライブ装置５０７により読み出され、ＣＰＵ５０１に供給されてもよい。
　なお、図２０に示されているハードウェア構成は例示であり、これら以外の構成要素が追加されていてもよく、一部の構成要素を含まなくてもよい。
　各装置の実現方法には、様々な変形例がある。例えば、各装置は、構成要素毎にそれぞれ異なるコンピュータとプログラムとの任意の組み合わせにより実現されてもよい。また、各装置が備える複数の構成要素が、一つのコンピュータとプログラムとの任意の組み合わせにより実現されてもよい。
　また、各装置の各構成要素の一部又は全部は、プロセッサ等を含む汎用又は専用の回路（circuitry）や、これらの組み合わせによって実現されてもよい。これらの回路は、単一のチップによって構成されてもよいし、バスを介して接続される複数のチップによって構成されてもよい。各装置の各構成要素の一部又は全部は、上述した回路等とプログラムとの組み合わせによって実現されてもよい。
　また、各装置の各構成要素の一部又は全部が複数のコンピュータや回路等により実現される場合、複数のコンピュータや回路等は、集中配置されてもよいし、分散配置されてもよい。
　また、支払処理装置１００の少なくとも一部がＳａａＳ（Software as a Service）形式で提供されてよい。すなわち、支払処理装置１００を実現するための機能の少なくとも一部が、ネットワーク経由で実行されるソフトウェアによって実行されてよい。
　以上、実施形態を参照して本開示を説明したが、本開示は上記実施形態に限定されるものではない。本開示の構成や詳細には、本開示のスコープ内で当業者が理解し得る様々な変更をすることができる。また、各実施形態における構成は、本開示のスコープを逸脱しない限りにおいて、互いに組み合わせることが可能である。
　この出願は、２０２０年３月２７日に出願された日本出願特願２０２０－０５７４３３を基礎とする優先権を主張し、その開示のすべてをここに取り込む。
　１００　　支払処理装置
　１０　　カメラ
　２０　　棚
　１１０　　顧客情報生成部
　１２０　　顧客関連付け部
　１３０　　商品特定部
　１４０　　支払処理部
　１５０　　会員情報記憶部
　１６０　　顧客情報記憶部
　１７０　　グループ情報記憶部
　１８０　　取得商品情報記憶部

Claims (9)

  1. 　複数顧客を関連付ける顧客関連付け手段と、
    　店舗において前記複数顧客のそれぞれが取得した商品を特定する商品特定手段と、
    　前記複数顧客の全てについて前記店舗から出たことが判定された場合に、前記複数顧客が取得した商品に対する、前記複数顧客のうちの支払者である顧客による支払処理をまとめて行う、或いは、前記複数顧客の各々が前記店舗から出たことが判定された場合に、当該顧客が取得した商品に対する、前記支払者である顧客による支払処理を行う、支払処理手段と、
    　を備える支払処理システム。
  2. 　前記顧客関連付け手段は、前記店舗内の所定のエリアにおいて、所定のタイミングに滞在した複数顧客を関連付ける、
    　請求項１に記載の支払処理システム。
  3. 　前記顧客関連付け手段は、前記店舗内の所定のエリアにおいて、同じ振る舞いをした複数顧客を関連付ける、
    　請求項２に記載の支払処理システム。
  4. 　前記顧客関連付け手段は、前記店舗に連続して入った複数顧客を関連付ける、
    　請求項１に記載の支払処理システム。
  5. 　前記顧客関連付け手段は、前記複数顧客のうちの決済情報が登録されている顧客を、前記支払者に設定し、
    　前記支払処理手段は、前記支払者の前記決済情報を用いて支払処理を行う、
    　請求項１乃至４のうちのいずれか１項に記載の支払処理システム。
  6. 　前記関連付け手段は、前記複数顧客のうちに前記決済情報が登録されている顧客が複数いる場合は、当該決済情報が登録されている顧客のうちの前記支払者として設定する顧客の指定を受け付ける、
    　請求項５に記載の支払処理システム。
  7. 　前記関連付け手段は、前記複数顧客のうちに前記決済情報が登録されている顧客がいない場合は、前記支払者として設定する顧客の指定、及び、当該顧客の決済情報の入力を受け付ける、
    　請求項５に記載の支払処理システム。
  8. 　複数顧客を関連付け、
    　店舗において前記複数顧客のそれぞれが取得した商品を特定し、
    　前記複数顧客の全てについて前記店舗から出たことが判定された場合に、前記複数顧客が取得した商品に対する、前記複数顧客のうちの支払者である顧客による支払処理をまとめて行う、或いは、前記複数顧客の各々が前記店舗から出たことが判定された場合に、当該顧客が取得した商品に対する、前記支払者である顧客による支払処理を行う、
    　支払処理方法。
  9. 　複数顧客を関連付ける処理と、
    　店舗において前記複数顧客のそれぞれが取得した商品を特定する処理と、
    　前記複数顧客の全てについて前記店舗から出たことが判定された場合に、前記複数顧客が取得した商品に対する、前記複数顧客のうちの支払者である顧客による支払処理をまとめて行う、或いは、前記複数顧客の各々が前記店舗から出たことが判定された場合に、当該顧客が取得した商品に対する、前記支払者である顧客による支払処理を行う処理と、
    　をコンピュータに実行させるプログラムを非一時的に記録する記録媒体。
PCT/JP2021/005414 2020-03-27 2021-02-15 支払処理システム、支払処理方法、及び、記録媒体 WO2021192716A1 (ja)

Priority Applications (2)

Application Number Priority Date Filing Date Title
US17/908,044 US20230102033A1 (en) 2020-03-27 2021-02-15 Payment processing system, payment processing method, and recording medium
JP2022509393A JPWO2021192716A5 (ja) 2021-02-15 支払処理システム、支払処理方法、及び、プログラム

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2020-057433 2020-03-27
JP2020057433 2020-03-27

Publications (1)

Publication Number Publication Date
WO2021192716A1 true WO2021192716A1 (ja) 2021-09-30

Family

ID=77891413

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2021/005414 WO2021192716A1 (ja) 2020-03-27 2021-02-15 支払処理システム、支払処理方法、及び、記録媒体

Country Status (2)

Country Link
US (1) US20230102033A1 (ja)
WO (1) WO2021192716A1 (ja)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP7178517B1 (ja) 2022-01-25 2022-11-25 Kddi株式会社 情報処理装置及び情報処理方法

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN117043809A (zh) * 2021-03-17 2023-11-10 日本电气株式会社 信息处理装置、信息处理方法和记录介质

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2012243171A (ja) * 2011-05-23 2012-12-10 Fujitsu Frontech Ltd 取引承認システム、および取引承認方法
JP2018136731A (ja) * 2017-02-22 2018-08-30 東芝テック株式会社 情報処理装置およびプログラム
JP2018160108A (ja) * 2017-03-23 2018-10-11 日本電気株式会社 決済処理装置、方法およびプログラム
JP2018163533A (ja) * 2017-03-27 2018-10-18 株式会社日本総合研究所 親端末、子端末、決済処理方法、およびプログラム
WO2019181499A1 (ja) * 2018-03-20 2019-09-26 日本電気株式会社 店舗管理装置および店舗管理方法
JP2021051511A (ja) * 2019-09-24 2021-04-01 東芝テック株式会社 店舗管理装置、店舗管理システム及び店舗管理方法

Family Cites Families (36)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7107243B1 (en) * 1998-08-10 2006-09-12 Citibank, N.A. System and method for automated bill payment service
EP1350175A1 (en) * 2000-05-25 2003-10-08 American Express Travel Related Services Company, Inc. Recurrent billing maintenance system
US20080177581A1 (en) * 2000-12-08 2008-07-24 Charles Kurt Artinger Method and system for providing quotes to replace insured items
US6873958B2 (en) * 2000-12-08 2005-03-29 Replacement Services, Llc Method and system for selecting items to replace insured items
US7725427B2 (en) * 2001-05-25 2010-05-25 Fred Bishop Recurrent billing maintenance with radio frequency payment devices
US20030163397A1 (en) * 2002-02-27 2003-08-28 Craig Mayo Method of replacing vehicle windows in view of warranty claims
US7962424B1 (en) * 2006-10-24 2011-06-14 Adobe Systems Incorporated Overdraft licenses and license distribution
US20100179837A1 (en) * 2009-01-13 2010-07-15 Charles Kurt Artinger Methods and systems for replacing insured items
US8606714B1 (en) * 2009-10-09 2013-12-10 U.S. Bank National Association Flexible account management for customer transactions and overdrafts
KR20130094347A (ko) * 2011-03-07 2013-08-23 후지츠 프론테크 가부시키가이샤 상품 결제 체크 장치
DE202012100620U1 (de) * 2011-11-22 2012-06-13 Square, Inc. System zur Bearbeitung von kartenlosen Bezahlungstransaktionen
US20130191189A1 (en) * 2012-01-19 2013-07-25 Siemens Corporation Non-enforcement autonomous parking management system and methods
US9741045B1 (en) * 2012-03-16 2017-08-22 Square, Inc. Ranking of merchants for cardless payment transactions
US8438066B1 (en) * 2012-06-28 2013-05-07 Intuit Inc. Secure geo-fencing with multi-form authentication
WO2014033727A1 (en) * 2012-08-27 2014-03-06 Goel Sunil Centralized parking payment and monitoring system using geo location enabled devices
US9665858B1 (en) * 2012-10-11 2017-05-30 Square, Inc. Cardless payment transactions with multiple users
US20150294431A1 (en) * 2012-10-22 2015-10-15 Jean-Louis Fiorucci Apparatus and methods for providing city services
US10963857B2 (en) * 2012-11-27 2021-03-30 Verizon Media Inc. Systems and methods for processing electronic transactions based on consumer characteristics
US20140279459A1 (en) * 2013-03-15 2014-09-18 Fiserv, Inc. Electronic bill payment processing based on payor scheduled debits
AU2014246711A1 (en) * 2013-04-04 2015-10-29 Visa International Service Association Method and system for conducting pre-authorized financial transactions
US20140304186A1 (en) * 2013-04-05 2014-10-09 Nicholas Anthony Lindsay Brown Directed Charitable Giving System
WO2015152948A1 (en) * 2014-03-29 2015-10-08 Nuspay International Incorporated Systems and methods of generating and processing payment transaction using alternate channels and payments mode
US10304053B1 (en) * 2014-08-08 2019-05-28 Square, Inc. Shopping check-out with a payment card
US11042863B1 (en) * 2015-03-20 2021-06-22 Square, Inc. Grouping payments and payment requests
WO2017004373A1 (en) * 2015-07-02 2017-01-05 Convida Wireless, Llc Resource-driven dynamic authorization framework
US9911290B1 (en) * 2015-07-25 2018-03-06 Gary M. Zalewski Wireless coded communication (WCC) devices for tracking retail interactions with goods and association to user accounts
US10453296B2 (en) * 2015-09-21 2019-10-22 Scientific Games International, Inc. Method and system for lottery game play transactions via a kiosk and a player's mobile smart device
US10579985B2 (en) * 2015-10-01 2020-03-03 Paypal, Inc. Automatic synchronization of a device for transaction processing based on geo-fenced locations
US11227277B2 (en) * 2015-12-22 2022-01-18 Intel Corporation Facilitating smart geo-fencing-based payment transactions
US20180190040A1 (en) * 2017-01-05 2018-07-05 Revivermx, Inc. Digital License Plate With Geofencing Support And Road Usage Monitoring
US10504160B1 (en) * 2018-06-01 2019-12-10 Charles Isgar Charity donation system
US20200058013A1 (en) * 2018-08-17 2020-02-20 Maritz Holdings Inc. Geo-filtered payment product
US11544998B2 (en) * 2018-10-05 2023-01-03 Aristocrat Technologies, Inc. Electronic gaming machine reward system and method
US11915225B2 (en) * 2019-05-03 2024-02-27 Visa International Service Association Mobile merchant payment system
US11763634B2 (en) * 2019-10-10 2023-09-19 Aristocrat Technologies, Inc. Tournament gaming for electronic gaming machines and other computing devices
US11887089B2 (en) * 2020-09-29 2024-01-30 Zact, Inc. Dynamic and predictive adjustment of payment attributes based on contextual data and metadata

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2012243171A (ja) * 2011-05-23 2012-12-10 Fujitsu Frontech Ltd 取引承認システム、および取引承認方法
JP2018136731A (ja) * 2017-02-22 2018-08-30 東芝テック株式会社 情報処理装置およびプログラム
JP2018160108A (ja) * 2017-03-23 2018-10-11 日本電気株式会社 決済処理装置、方法およびプログラム
JP2018163533A (ja) * 2017-03-27 2018-10-18 株式会社日本総合研究所 親端末、子端末、決済処理方法、およびプログラム
WO2019181499A1 (ja) * 2018-03-20 2019-09-26 日本電気株式会社 店舗管理装置および店舗管理方法
JP2021051511A (ja) * 2019-09-24 2021-04-01 東芝テック株式会社 店舗管理装置、店舗管理システム及び店舗管理方法

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP7178517B1 (ja) 2022-01-25 2022-11-25 Kddi株式会社 情報処理装置及び情報処理方法
JP2023108552A (ja) * 2022-01-25 2023-08-04 Kddi株式会社 情報処理装置及び情報処理方法

Also Published As

Publication number Publication date
US20230102033A1 (en) 2023-03-30
JPWO2021192716A1 (ja) 2021-09-30

Similar Documents

Publication Publication Date Title
JP2022091841A (ja) 自動化買物環境における動的な顧客チェックアウト体験
JP2019109751A (ja) 情報処理装置、システム、情報処理装置の制御方法、及び、プログラム
EP3882877A1 (en) Checkout flows for autonomous stores
WO2021192716A1 (ja) 支払処理システム、支払処理方法、及び、記録媒体
CN109215254A (zh) 实体店铺应用系统、用户信息处理方法及装置
JP2010140287A (ja) 購買行動分析装置、方法及びコンピュータプログラム
JP7140223B2 (ja) 決済処理装置、方法およびプログラム
JP2022042014A (ja) 制御方法、プログラム、情報処理装置、及び情報処理システム
KR20230060452A (ko) 행동 판정 프로그램, 행동 판정 방법 및 행동 판정 장치
EP4390872A1 (en) Information processing program, information processing method, and information processing device
JP4230049B2 (ja) 顧客画像データベース作成装置
JP2018160107A (ja) 決済処理装置、方法およびプログラム
JP2023007363A (ja) 情報処理プログラム、情報処理方法、および情報処理装置
JP2022020661A (ja) 監視装置及びプログラム
JP7184089B2 (ja) 顧客情報登録装置
JP2021179910A (ja) 画像処理装置、画像処理装置の制御方法、システム及びプログラム
WO2018174006A1 (ja) 決済処理装置、方法および記録媒体
JP7318683B2 (ja) 情報処理プログラム、情報処理方法、および情報処理装置
JP7318684B2 (ja) 情報処理プログラム、情報処理方法、および情報処理装置
JP7563573B2 (ja) 情報処理装置、情報処理方法、及び、プログラム
WO2023032000A1 (ja) 処理装置、処理方法及びプログラム
US20230100920A1 (en) Non-transitory computer-readable recording medium, notification method, and information processing device
EP4307197A1 (en) Video analysis-based self-checkout apparatus for preventing product loss and its control method
EP4390875A1 (en) Alert output program, alert output method, and information processing device
WO2020195738A1 (ja) 情報処理装置、処理方法と記録媒体

Legal Events

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

Ref document number: 21775003

Country of ref document: EP

Kind code of ref document: A1

ENP Entry into the national phase

Ref document number: 2022509393

Country of ref document: JP

Kind code of ref document: A

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 21775003

Country of ref document: EP

Kind code of ref document: A1