JP2023107185A - Information processing system and information processing method - Google Patents

Abstract

To allow a manufacturer or a service provider to efficiently identify a customer who is provided with a commodity or a service.SOLUTION: An information processing system includes: a manufacturer server 50 of a manufacturer M that manages personal information of a customer in association with a manufacturer ID issued by the manufacturer M which provides a commodity m; a store terminal 20 which is installed in a store 10 that sells the commodity m; and a management server 60 which manages personal information of a customer A and a manufacturer ID of the customer A in association with each other. When the customer A purchases the commodity m, the store terminal 20 acquires GID of the customer A from the management server 60. The management server 60 has a registrant DB 64a in which information on the commodity m purchased by the customer A, the manufacturer ID of the customer A, and GID of the customer A are associated with each other.SELECTED DRAWING: Figure 3

Description

The present invention relates to an information processing system and an information processing method that enable manufacturers (hereinafter referred to as "manufacturers") or service providers to efficiently grasp customers who receive products or services.

Conventionally, manufacturers often want to confirm to what kind of customers the products manufactured by themselves are sold. For example, if it is possible to grasp the fact that many women in their twenties purchase products manufactured in-house, it can be utilized for new product development.

For this reason, there are cases where a store collects ID-POS data in which a customer ID that uniquely identifies a customer and POS (Point Of Sales) data that indicates product sales performance is linked, and provides this data to manufacturers and the like. be. In some cases, a business operator that operates and provides a data platform (a so-called “data platformer”) collects ID-POS data from stores and provides it to manufacturers and the like.

In addition, Patent Document 1 discloses an information management device that integrates corporate information and personal information based on the customer's product purchase record or service usage record to generate integrated information and manages the output of the integrated information. Are listed.

WO2020/240888

However, even if the manufacturer obtains the ID-POS data from the store or data platformer, the manufacturer does not know who the customer ID is contained in this ID-POS data. Therefore, the manufacturer cannot directly approach the customer even if the customer is a repeater of the product. In particular, many repeaters who repeatedly purchase products are often registered as members of the manufacturer through an application provided by the manufacturer, but the customer ID and member ID included in the ID-POS data are not linked. Therefore, the manufacturer cannot grasp the fact that the member purchased the product.

Further, in Patent Document 1, corporate information and personal information are integrated to generate integrated information, but it is not realistic for competing manufacturers to generate integrated information by integrating corporate information. not available, and availability is limited.

For these reasons, it is an important issue how manufacturers can efficiently grasp the customers who have purchased the products. Such problems arise not only in product manufacturers, but also in service providers who provide services.

SUMMARY OF THE INVENTION The present invention has been made to solve the above-described problems of the prior art, and provides an information processing system and information processing method that enable manufacturers or service providers to efficiently grasp the customers who receive products or services. intended to provide

In order to solve the above-mentioned problems, the present invention provides a first identification information that uniquely identifies a customer issued by a provider who provides products or services and information related to the customer in association with each other for management. 1 management device, a store terminal installed in a store that provides the product or the service, and information related to the customer and second identification information that uniquely identifies the customer are associated and managed. and a second management device, wherein, when the store terminal provides the product or the service to the customer, the second identification information corresponding to the information on the customer is provided. an acquisition unit that acquires information from the second management apparatus, wherein the second management apparatus obtains information related to the product or service provided to the customer, the customer's first identification information, and the customer's first identification information; 2 identification information in association with each other and managed.

Further, according to the present invention, in the above invention, the second management device associates and manages the customer's biometric information and the second identification information generated based on the customer's biometric information, The acquisition unit acquires the biometric information of the customer when the product or the service is provided to the customer at the store, notifies the acquired biometric information to the second management device, and stores the biometric information. from the second management apparatus.

In the above-described invention, the second management device includes a specifying unit that specifies second identification information corresponding to the biometric information when the biometric information is received from the shop terminal; and a notification unit configured to notify the store terminal of the second identification information specified by the specifying unit.

Further, according to the present invention, in the above invention, the store terminal notifies the second management device of information related to the product or the service and the second identification information, The device notifies a customer terminal owned by a customer corresponding to the second identification information of event information related to the product or the service, and the customer terminal receives at least the first identification information and the first identification information. Apply for the event including the identification information of No. 2.

Further, according to the present invention, in the above invention, the customer terminal transmits the first identification information, the second identification information, the information related to the provision of the product or the service to the second management device. Apply for the event including usage permission.

Further, according to the present invention, in the above-described invention, the second management device provides information relating to provision of the product or the service corresponding to the second identification information to the first management device, and The first identification information corresponding to the second identification information is notified.

Further, according to the present invention, in the above invention, the first management device associates information related to the product or the service provided by the customer with information obtained by anonymously processing the customer's personal information to provide a predetermined and an information providing unit that provides information to the information providing destination.

Further, according to the present invention, in the above invention, the information related to the product or the service is
A code that uniquely identifies the product or service is included, and the code is coded using information collected from the outside according to the demand of the information provider.

Further, in the present invention, in the above invention, when the second management device receives a request for coding the goods or the services related to the first business type that have not been coded, It further comprises a coding processing unit that applies a code system obtained by coding the goods or services related to a different second business type to the goods or services related to the first business type and performs coding processing.

In addition, the present invention provides a first management device that associates and manages first identification information that uniquely identifies a customer issued by a provider that provides products or services and information related to the customer; a store terminal installed in a store that provides the product or the service, and a second management device that associates and manages information related to the customer with second identification information that uniquely identifies the customer; wherein, when the store terminal provides the product or the service to the customer, the second identification information corresponding to the information related to the customer is transmitted to the second identification information an acquisition step of acquiring from the management device of 2, and the second management device acquires information related to the product or the service provided to the customer, the first identification information of the customer, and the second identification information of the customer. and a management step of managing in association with.

According to the present invention, a manufacturer or a service provider can efficiently grasp the customers who receive the products or services.

FIG. 1 is a diagram showing the system configuration of an information processing system according to this embodiment. FIG. 2 is a diagram showing an outline of the information processing system shown in FIG. 1 (at the time of maker ID registration). FIG. 3 is a diagram showing an overview of the information processing system shown in FIG. 1 (when the maker ID is not registered). FIG. 4 is a functional block diagram showing the configuration of the shop terminal shown in FIG. FIG. 5 is a diagram showing an example of customer data shown in FIG. FIG. 6 is a functional block diagram showing the configuration of the POS terminal shown in FIG. FIG. 7 is a functional block diagram showing the configuration of the customer terminal shown in FIG. 1; FIG. 8 is a functional block diagram showing the structure of the maker server shown in FIG. FIG. 9 is a diagram showing an example of the customer DB shown in FIG. FIG. 10 is a functional block diagram showing the configuration of the management server shown in FIG. 1; 11 is a diagram showing an example of the registrant DB shown in FIG. 10. FIG. FIG. 12 is a sequence diagram showing the processing procedure of the information processing system according to this embodiment. FIG. 13 is a sequence diagram showing the ID cooperation processing shown in FIG. FIG. 14 is a diagram showing an example of coding in the food and drink field. FIG. 15 is a diagram showing another example of coding in the food and drink field. FIG. 16 is a diagram showing a system configuration of a modification. FIG. 17 is a diagram showing an example of a screen displayed on the customer terminal. FIG. 18 is a flow chart showing the processing procedure of the modification.

Embodiments of an information processing system and an information processing method according to the present invention will be described in detail below with reference to the drawings. In this embodiment, a case will be described in which a customer purchases a product manufactured by a manufacturer (hereinafter referred to as "manufacturer"). In addition, such products are assumed to have a code that uniquely identifies the product. For example, it is assumed that a bar code including a JAN (Japanese Article Number) code standardized as a common code for domestic distribution in Japan from the international standard EAN (European Article Number) is attached.

<System configuration of information processing system>
First, the outline of this embodiment will be described. FIG. 1 is a diagram showing the system configuration of an information processing system according to this embodiment. The information processing system shown in FIG. 1 has a configuration in which a store terminal 20, a POS terminal 30, a customer terminal 40, a manufacturer server 50, and a management server 60 are connected to a network N. As shown in FIG. 1, there are a plurality of stores, and a store 10-1 is provided with store terminals 20-1 to 20-q and POS terminals 30-1 to 30-q paired with these store terminals. ing. The store 10-p is also provided with store terminals 20-1 to 20-r and POS terminals 30-1 to 30-r paired with these store terminals. Similarly, other stores are also provided with a plurality of store terminals and a plurality of POS terminals paired with these store terminals. All of p, q, and r are positive numbers and may be the same value or different values. Hereinafter, "shop 10" may indicate any one of the shops 10-1 to 10-p, or may indicate a generic term for the shop terminals 10-1 to 10-q. Also, "store terminal 20" may indicate any one of the store terminals 20-1 to 20-q, or may collectively indicate the store terminals 20-1 to 20-q. The same applies to the "POS terminal 30".

The store terminal 20 is a terminal device such as a PC or a tablet installed in a retail/distribution business such as a supermarket, a convenience store, a drug store, a discount store, a mass retailer, or a restaurant such as a restaurant 10, and is a POS terminal. 30 and the management server 60 can be communicated. A store terminal application for requesting face authentication to the management server 60 is installed in the store terminal 20 .

The POS terminal 30 is installed in a store 10 such as a retail business, and at the place (at the point of sale) where merchandise is sold and paid for, information on the merchandise (merchandise name, price, sales time, etc.) is provided for each item. It is a terminal device that collects and records data. The POS terminal 30 can communicate with the store terminal 20, management server 60, and store controller (not shown).

In practice, the POS system consists of the POS terminal 30 and the store controller that controls them. The POS terminal 30 acquires information about the products handled at the store 10 from a product database (not shown) in the store controller, and the store controller By analyzing the data from the POS terminal 30, the stock of products and the like are managed. In order to simplify the explanation, it is assumed that the POS system is composed of the POS terminal 30 and that the POS terminal 30 has the functions of the POS system.

Some of the functions provided by the POS terminal 30 and the store controller may be provided in a headquarters server (not shown) that manages the plurality of stores 10 . The headquarters server may be installed as hardware in the headquarters, or may be realized as a web server or a cloud server (hereinafter, the same applies to other servers).

The customer terminal 40 is a mobile terminal such as a smart phone or a tablet possessed by the customer A, and is a terminal device capable of transmitting/receiving e-mails and accessing an HTTP server. A customer terminal application provided by the management server 60 is installed in the customer terminal 40 . The customer terminal application is a smartphone application provided for customers by a data platformer or the like that operates the management server 60, and in addition to the face recognition function described later, it also has functions such as sending messages to customers and campaign announcements. . The customer terminal application may be an application that is downloaded and installed on the terminal (so-called "native application"), or an application that does not need to be downloaded and runs on a web browser (so-called "web application"). In the following description, the customer terminal application is a native application, but there is no substantial difference from the case where the customer terminal application is a web application. Also, the customer terminal application may be provided for customers by the head office of the store 10, and a data platformer or the like may provide a part of the functions (for example, the face authentication function).

The maker server 50 is a server device owned by a maker that manufactures products, and provides a landing page for a campaign (hereinafter abbreviated as “CP”) to the customer A directly or via the management server 60 . When a customer registers as a member of the maker, the maker server 50 issues a maker ID and manages it together with the customer's personal information (name, address, etc.).

The management server 60 manages information about customers registered in the customer terminal application. is a server device that manages in association with the manufacturer ID of the manufacturer. The management server 60 is communicably connected to the store terminal 20, the POS terminal 30, the customer terminal 40, and the manufacturer server 50. FIG.

In addition, the customer terminal application has a face recognition function. The face authentication function is used for activating and logging in to applications for customer terminals, opening messages and notices, paying for products at the store 10, and the like. The management server 60 manages customer-related information (a customer's face image, etc.) necessary for face authentication, and provides a store terminal application to the store terminal 20 installed in the store 10 . This store terminal application has a function to accept customers who wish to pay by face recognition.

<Overview of information processing system>

2 and 3 are diagrams showing the outline of the information processing system shown in FIG. Here, it is assumed that the customer A has been registered as a member in the maker server 50 operated by the maker M in advance. Further, the customer A makes a registration request to the information processing system in advance, and the customer terminal application provided from the management server 60 is installed in the customer terminal 40 . It is assumed that when such a customer is registered, a GID that uniquely identifies customer A is given by the management server 60, and the personal information and facial image of customer A are registered in association with this GID.

As shown in FIG. 2, in the information processing system according to the present embodiment, when a customer purchases a product m manufactured by a maker M at a store 10, the POS terminal 30 reads the barcode attached to the product m. While reading (S1), the camera 22 of the store terminal 20 captures the customer's facial image (S2), and transmits the facial image to the management server 60 via the store terminal application (S3).

When the management server 60 receives the face image of customer A, it specifies the GID of customer A corresponding to this face image (S4), and the customer data (including GID, name and credit card information) corresponding to this GID. ) to the shop terminal 20 (S5). The store terminal 20 transfers the customer data to the POS terminal 30 (S6).

To simplify the explanation here, we assume that customer data includes credit card information, but in reality, highly confidential information such as credit card numbers is stored on a separate high-security server ( Payment server operated by a credit card company, etc.), and information related to credit payment processing (inquiries about whether payment is possible, inquiry results, etc.) are transmitted and received between the payment server, etc. and the management server 60.

Then, the POS terminal 30 performs settlement processing for the product m based on the customer's credit card information (S7). In this manner, the POS terminal 30 performs payment processing for the product m based on the credit card information acquired using the customer A's face image. Note that the POS terminal 30 transmits the GID of the customer A and the POS data regarding the product m purchased by the customer A (hereinafter simply referred to as "ID-POS data") to the management server after completing the settlement process ( S8).

When the management server 60 receives the ID-POS data from the POS terminal 30, the management server 60 determines whether or not the product m included in the POS data is the product of the maker (hereinafter referred to as the "specific maker") for which information is desired to be provided. (S9). Here, since the manufacturer M is one of the specific manufacturers, the product m is the product of the specific manufacturer.

When the maker ID of the maker M associated with the GID is registered, the management server 60 identifies the maker ID of the maker M from the GID (S13), and stores the POS data corresponding to the GID and the identified maker. The ID is transmitted to the maker server 50 of the maker M (S14). As a result, the maker M can grasp the fact that the customer A has purchased the product m.

On the other hand, if the maker ID of the maker M corresponding to the GID is not registered in advance, the management server 60 cannot identify the maker ID of the maker M from the GID. As a result, although the customer A is registered in the maker server 50, the fact that the customer A purchased the product m cannot be grasped.

Therefore, in the information processing system according to the present embodiment, the linking process of the GID and the manufacturer ID is performed in the manner shown in FIG. Below, the linking process of the GID and the maker ID will be described. Here, it is assumed that the management server 60 manages the mail address of the customer A in the registrant DB 64a.

The processes (S1) to (S9) shown in FIG. 3 are the same as those in FIG. As shown in FIG. 3, when the maker ID of the maker M corresponding to the GID is not registered in advance, the management server 60 notifies the customer terminal 40 of the CP (S10). Specifically, the CP notification mail is sent to the mail address of the customer A via the application for the customer terminal.

When the customer A starts the customer terminal application of the customer terminal 40, the face authentication function is activated, and the customer terminal application acquires the GID corresponding to the customer A's face image. After that, when the customer A clicks the URL of the landing page included in the CP notification mail, the landing page managed by the management server 60 is accessed. If a predetermined time elapses from the activation of the customer terminal application to the opening of the CP notification email, the face authentication function may be activated even when the CP notification email is opened.

A landing page generally means a page dedicated to inducing customer actions. Here, the landing page is a page created to realize ID linkage by including material provided by the manufacturer (manufacturer's brand logo, login form, etc.) and guiding the customer to enter the login form. be. The customer's GID is directly embedded in the cookie of the landing page or managed as a session ID, so the GID and the content entered in the login form are associated with each other on the landing page. After entering the login form, the page transitions to a member page or the like managed by the maker server 50 .

After that, when customer A enters the maker ID on this landing page, agrees to the data usage permission, and applies for CP (S11), the customer terminal application sends the GID and the maker to the management server 60. The IDs are associated with each other and transmitted, and the management server 60 obtains data in which the GIDs and manufacturer IDs are associated with each other (hereinafter referred to as "association data"). Therefore, the management server 60 associates the maker ID included in this linkage data with the registrant of the GID and registers it in the registrant DB 64a (S12). Then, the maker ID is specified from the GID of the customer A included in the ID-POS data received from the POS terminal 30 (S13), and the POS data corresponding to the GID and the specified maker ID are notified to the maker server 50 (S14). ).

Here, "data usage permission" means that the GID and the manufacturer ID are associated with each other, and that the POS data corresponding to the GID is sent to a third party such as the manufacturer together with the manufacturer ID. and asking for permission to use the maker ID for marketing, etc., but the content of the permission may be changed as appropriate according to the intention of the maker or the like.

By performing the above series of processes, the management server 60 can register the maker ID corresponding to the GID in the registrant DB 64a even if the maker ID of the maker M corresponding to the GID has not been registered in advance. can be done. Therefore, from the next time onwards, when the customer A purchases a product of the maker M, the POS data and the maker ID can be transmitted to the maker server 50 of the maker M according to the procedure shown in FIG. As a result, the maker M can grasp the fact that the customer A purchased the company's product.

As described above, according to the present embodiment, the maker server 50 of the maker M that manages the maker ID issued by the maker M that provides the product m and the customer's personal information in association with each other and sells the product m. It has a store terminal 20 installed in the store 10 and a management server 60 for managing the personal information of the customer A and the maker ID of the customer A in association with each other. When purchasing, the GID of the customer A is acquired from the management server 60, and the management server 60 stores the information of the product m purchased by the customer A, the maker ID of the customer A, and the GID of the customer A in the registrant DB 64a. , the maker M can efficiently grasp the customer A who purchases the product m.

For convenience of explanation, the case where the face image of customer A itself is registered in the registrant DB 64a of the management server 60 has been explained here, but it is also possible to register the feature amount of the face image of customer A. Moreover, although the case where the customer A purchases the product m has been described here, it can also be applied to the case of receiving a service.

In addition, the management server 60 manages the face image of the customer A and the GID generated based on the face image of the customer A in association with each other. In this case, the face image of the customer A is captured and transmitted to the management server 60, and the GID corresponding to this face image is received from the management server 60. FIG. Various biometric information such as fingerprints and palm prints can be used instead of the face image of customer A. Furthermore, an ID and a password that are arbitrarily set by the customer A and that can uniquely identify the customer may be associated with each other and managed by the management server 60, and the ID may be used as the GID. In other words, the authentication function of the customer terminal application may be realized by knowledge authentication that prompts the input of a password or the like instead of biometric authentication that requires an image of a part of the customer (face, fingers, palm, etc.).

Also, when receiving a face image from the store terminal 20, the management server 60 specifies a GID corresponding to the face image and notifies the store terminal 20 of the specified GID. In addition, the store terminal 20 notifies the management server 60 of the ID-POS data, and the management server 60 transmits CP notification mail of the product m to the customer terminal 40 owned by the customer A corresponding to the GID. , a customer terminal 40 receives an application for CP from a customer. When applying for a CP, at least the GID and the manufacturer ID are associated with each other and transmitted from the customer terminal 40 to the management server 60 .

Further, the customer terminal 40 receives a CP application including the maker ID, GID, and permission to use information related to the product m from the management server 60 . The management server 60 also transmits the POS data and the maker ID to the maker server 50 . The maker server 50 can also associate the POS data of the product m purchased by the customer A with information obtained by anonymizing the personal information of the customer A, and provide the information to affiliated companies of the maker M and the like.

<Consideration of the above system>
(1) Issues in system operation It is conceivable that each store in the retail industry, distribution industry, and restaurant industry performs the above series of processes. It is difficult to get people to use our system. On the other hand, if only some manufacturers are allowed to use it, it will lead to the misunderstanding that we are supporting only some manufacturers. Therefore, it is not realistic for each store to perform similar processing.

(2) Structural Issues in the Industry It is conceivable that a so-called common point provider performs the above series of processes, but even if a common point provider performs it, there is the same problem as in (1) above. In addition, since common point providers often take measures to promote sales of specific manufacturers, there is a high possibility that they will not be able to approach competing manufacturers.

Also, not all stores have introduced a common point service. If the common point service provider performs the series of processes described above, it is premised that stores that have not introduced the common point service will newly introduce the common point service, which is not realistic.

It is conceivable that a so-called cashless payment business operator performs the series of processes described above, but the same problem occurs even when the cashless payment business operator performs the series of processes. In other words, not all stores have introduced cashless payment services. In addition, currently in Japan, the proportion of cashless payments in all payments is low compared to cash payments, and cashless payment services are proliferating. The share is even lower. Therefore, even if the cashless payment business operator performs the series of processes described above, the amount of information that can be cooperated with from the cashless payment business operator is small, and there are few benefits for the manufacturer that is the partner.

(3) Issues in data processing There are cases where different IDs are used in retail, distribution, and restaurant businesses. For example, the ID used by chain store X is different from the ID used by chain store Y, and it is not the case that a unified ID is used. For this reason, it is necessary to carry out name matching. However, name identification is not realistic because data on the same person is grouped using personal information such as name, address, and telephone number as clues. Also, there are cases where different JAN codes are assigned to products of the same manufacturer depending on whether a campaign is being held or not. Even if various data can be collected in this way, the burden of data processing such as identification of IDs and interpretation of JAN codes is large. In order to increase profits beyond the data processing load, it is necessary to collect data in a wide range and industries, but this is difficult from the viewpoints of (1) and (2) above.
Considering the above points, we decided to perform the above series of processes.

<Configuration of store terminal 20>
Next, the configuration of the store terminal 20 shown in FIG. 1 will be described. FIG. 4 is a functional block diagram showing the configuration of the store terminal 20 shown in FIG. The store terminal 20 is a terminal device such as a PC, a tablet, or a sales floor-linked signage installed in a store 10 such as a retail business. The store terminal 20 transmits a face image of the customer's face to the management server 60 . Then, it receives the customer's customer data transmitted from the management server 60 . A store terminal application for requesting face authentication to the management server 60 is installed in the store terminal 20 .

As shown in FIG. 4 , the shop terminal 20 has a display operation section 21 , a camera 22 , a BT communication section 23 , a communication I/F section 24 , a storage section 25 and a control section 26 . The display operation unit 21 is an input/output device including a liquid crystal panel, organic EL (electroluminescence), and the like.

The camera 22 is an image pickup unit composed of a device such as a CCD (Charge Coupled Device), and picks up a face image of the customer. The BT communication unit 23 is a communication unit that performs short-range wireless communication with the POS terminal 30 using Bluetooth (registered trademark). The communication I/F unit 24 is an interface unit that communicates with the management server 60 via the network N. FIG.

The storage unit 25 is a storage device composed of a hard disk device, volatile memory, nonvolatile memory, or the like, and stores customer data 25a. FIG. 5 is a diagram showing an example of the customer data 25a shown in FIG. As shown in the figure, the customer data 25a includes the customer's GID, name, credit card information (credit card number, expiration date), and the like. In the figure, the name of the customer with GID "G001" is "Ichiro Oyama", the credit card number is "1234-5678-9012-3456", and the expiration date is "12/25 (December 2025)". is shown.

The control unit 26 is a control unit that performs overall control of the shop terminal 20, and has an imaging control unit 26a, a face image transmission unit 26b, a customer data reception unit 26c, and a customer data transfer unit 26d. In practice, store terminal applications corresponding to the imaging control unit 26a, face image transmission unit 26b, customer data reception unit 26c, and customer data transfer unit 26d are stored in the storage unit 25 or the like. By loading it into the memory and executing it by the CPU, the processes corresponding to the imaging control section 26a, the face image transmission section 26b, the customer data reception section 26c and the customer data transfer section 26d are executed.

The image capturing control unit 26a is a control unit that controls the camera 22 to capture an image of the customer's face when an image capturing instruction is received from the POS terminal. At this time, guidance such as voice data is given to the customer to instruct the imaging.

The facial image transmission unit 26 b is a processing unit that transmits the customer's facial image captured by the camera 22 to the management server 60 . The customer data receiving unit 26c is a processing unit that receives customer data transmitted from the management server 60 and stores it in the storage unit 25 as customer data 25a. The customer data transfer unit 26 d is a processing unit that transfers customer data to the POS terminal 30 . The reason for transferring such customer data is that the POS terminal 30 performs payment processing for products.

<Configuration of POS terminal 30>
Next, the configuration of the POS terminal 30 shown in FIG. 1 will be described. FIG. 6 is a functional block diagram showing the configuration of the POS terminal 30 shown in FIG. 1. As shown in FIG. The POS terminal 30 is installed in a store 10 such as a retail business, and at the place (at the point of sale) where merchandise is sold and paid for, information on the merchandise (merchandise name, price, sales time, etc.) is provided for each item. It is a terminal device that collects and records data. The JAN code is specified by reading the bar code attached to the product. With this JAN code, it is possible to specify the product type, product price, etc. of the product.

After that, the shop terminal 20 is instructed to take an image of the customer's face. When the customer data is received from the store terminal 20 , the credit card information included in the customer data is used for settlement processing, and the ID-POS data is transmitted to the management server 60 .

As shown in FIG. 6, the POS terminal 30 has a display operation section 31, a barcode reader 32, a BT communication section 33, a communication I/F section 34, a storage section 35, and a control section . The display operation unit 31 is an input/output device including a liquid crystal panel, organic EL (electroluminescence), and the like.

The barcode reader 32 is a reading unit that reads barcodes attached to products. This bar code contains the JAN code of the product. The BT communication unit 33 is a communication unit that performs short-range wireless communication with the store terminal 20 using Bluetooth (registered trademark). The communication I/F unit 34 is an interface unit that communicates with the management server 60 via the network N. FIG.

The storage unit 35 is a storage device composed of a hard disk device, volatile memory, nonvolatile memory, or the like, and stores POS data 35a, customer data 35b, and product data 35c. The POS data 35a is information (product name, price, selling time, etc.) related to the product purchased by the customer.

The customer data 35b is customer data received from the store terminal 20, and includes the customer's GID, name, credit card information (credit card number, expiration date), and the like. The product data 35c is data in which the JAN code, product name, and price of the product displayed in the store 10 are associated with each other.

In the present embodiment, a case where settlement processing is performed using a credit card registered in advance in the management server 60 will be described, but various types of settlement such as cash settlement, debit card settlement, and transportation IC card settlement processing can also be performed. can.

The control unit 36 is a control unit that performs overall control of the POS terminal 30, and has a barcode reading unit 36a, a customer data receiving unit 36b, a settlement processing unit 36c, and an ID-POS data transmitting unit 36d. In practice, store terminal applications corresponding to the barcode reading unit 36a, the customer data receiving unit 36b, the settlement processing unit 36c, and the ID-POS data transmitting unit 36d are stored in the storage unit 35 or the like. By loading the application into the memory and executing it on the CPU, the processes corresponding to the barcode reading unit 36a, the customer data receiving unit 36b, the settlement processing unit 36c, and the ID-POS data transmitting unit 36d are executed.

The barcode reading unit 36a is a processing unit that reads a barcode attached to a product purchased by a customer and specifies a JAN code or the like included in the barcode. Once the JAN code or the like is specified, the product name and price can be specified by referring to the product data 35c.

The customer data receiving unit 36b is a processing unit that receives customer data transmitted from the store terminal 20 and stores it in the storage unit 35 as customer data 35b. The payment processing unit 36c is a processing unit that uses the credit card information included in the customer data 35b to make payments for products. The product name and price of the product are specified based on the product data 35c and the JAN code. When the settlement process is completed, it is stored in the storage unit 35 as POS data 35a.

The ID-POS data transmission unit 36d is a processing unit that transmits to the management server 60 the customer's GID and the POS data (ID-POS data) of the product purchased by the customer. By receiving this ID-POS data, the management server 60 can identify which customer has purchased which product in the store 10 .

<Configuration of Customer Terminal 40>
Next, the configuration of the customer terminal 40 shown in FIG. 1 will be described. FIG. 7 is a functional block diagram showing the configuration of the customer terminal 40 shown in FIG. 1. As shown in FIG. The customer terminal 40 is a mobile terminal such as a smart phone or tablet owned by the customer, and is a terminal device capable of transmitting/receiving e-mails and accessing an HTTP server. A customer terminal application provided by the management server 60 to a customer subscribing to the information processing system is installed in the customer terminal 40 .

When the customer starts the customer terminal application of the customer terminal 40, the face authentication function is activated, and the customer terminal application acquires the GID corresponding to the customer A's face image. Then, the customer confirms the CP notification mail from the management server 60. - 特許庁In the body of the CP notification email, for example, "Thank you very much for purchasing product m from company M. We are currently running a campaign to give a gift to 100 people by lottery. Please take this opportunity. Please apply for.” and the URL of the landing page.

If the customer clicks the URL of the landing page, the landing page managed by the management server 60 can be accessed. After that, when the customer enters the maker ID on the landing page and agrees to use the data, the management server 60 is notified of the linked data of the GID and the maker ID.

As shown in FIG. 7 , the customer terminal 40 has a display operation section 41 , a camera 42 , a communication I/F section 43 , a storage section 44 and a control section 45 . The display operation unit 41 is an input/output device including a liquid crystal panel, organic EL (electroluminescence), and the like.

The camera 42 is an image pickup unit composed of a device such as a CCD, and picks up a customer's face image. The communication I/F unit 43 is an interface unit that communicates with the management server 60 or the like via the network N. FIG. The storage unit 44 is a storage device such as a hard disk drive, volatile memory, or non-volatile memory.

The control unit 36 is a control unit that performs overall control of the customer terminal 40, and has a registration processing unit 45a, an imaging control unit 45b, a mailer 45c, and a browser 45d. In practice, a customer terminal application corresponding to the registration processing unit 45a and the imaging control unit 45b and a program corresponding to the mailer 45c and browser 45d are stored in the storage unit 44 or the like, and this customer terminal application is stored in the memory. By loading and executing by the CPU, processes corresponding to the registration processing unit 45a, the imaging control unit 45b, the mailer 45c, and the browser 45d are executed.

The registration processing unit 45a is a processing unit that performs registration processing when a customer registers in the information processing system. A portion 45a is formed. When a customer makes a registration request by the registration processing unit 45a, a GID that uniquely identifies the customer is issued, and personal information (name, address, e-mail address, etc.), credit card information (credit card number, expiration date), A face image or the like is registered in the management server 60 .

The imaging control unit 45b is a control unit that performs control such that the camera 42 is used to image the face image of the customer when registering the customer. The mailer 45c is a mailer that receives CP notification mails and the like from the management server 60. FIG. The mailer 45c can also send and receive various types of mail on the web.

The browser 45d is a browser for accessing various pages on the WEB, and when the URL included in the CP notification mail is clicked, the browser 45d is activated and the corresponding landing page can be accessed. When the maker ID and data usage permission are entered on the landing page and the CP application is made, the management server 60 is notified of the cooperation data.

<Configuration of Maker Server 50>
Next, the configuration of the maker server 50 shown in FIG. 1 will be described. FIG. 8 is a functional block diagram showing the configuration of the maker server 50 shown in FIG. The maker server 50 is a terminal device owned by a maker that manufactures products, and sends materials necessary for creating a landing page (or the landing page itself) to the management server 60 (more precisely, the operator of the management server 60). and provide. Various information that the customer A has entered on the landing page is transmitted to the manufacturer server 50 via the management server 60 . When the customer A registers as a member of the maker M, the maker server 50 issues a maker ID and manages it together with customer A's personal information (name, address, etc.). When the POS data and the manufacturer ID are received from the management server 60, it is determined that the customer corresponding to the manufacturer ID has purchased the company's product of the POS data.

As shown in FIG. 8 , the maker server 50 has an input section 51 , a display section 52 , a communication I/F section 53 , a storage section 54 and a control section 55 . The input unit 51 is an input device such as a keyboard and mouse, and the display unit 52 is a display device such as a liquid crystal panel, organic EL (electroluminescence), display device, or the like. The communication I/F section 53 is a communication interface section for communicating with the customer terminal 40 and the management server 60 via the network.

The storage unit 54 is a storage device composed of a hard disk device, volatile memory, non-volatile memory, or the like, and stores the customer DB 54a. A database management unit (DBMS) for managing the customer DB 54a is provided, but this point is an existing technology and is not a feature of the present embodiment, so a detailed description thereof will be omitted here.

The customer DB 54a is a database having information on customers registered in the maker server 50. FIG. FIG. 9 is a diagram showing an example of the customer DB 54a shown in FIG. Here, the customer's name, address, sex, age, purchased products, etc. are managed for each maker ID that uniquely identifies the customer.

In the figure, the customer with the maker ID "A123" has a name of "Ichiro XX Yama", an address of "1-1 AB-cho, XX City", a gender of "male", and an age of " 35 years old”. The customer with the maker ID "A124" has a name of "△ Jiro Tani", an address of "3-3 EF-cho, ○○ city", a gender of "male", and an age of "42 years old". It shows a situation where When the ID-POS data is received from the management server 60, it is possible to grasp which customer has purchased which product by tracing the maker ID.

The control unit 55 is a control unit that performs overall control of the maker server 50, and has a customer management unit 55a. Actually, a program corresponding to the customer management unit 55a is stored in the storage unit 54 or the like, and this program is loaded into the memory and executed by the CPU, thereby causing the process corresponding to the customer management unit 55a to be executed. It will be. The customer management unit 55a is a management unit that manages customers registered with the maker using the customer DB 54a.

<Configuration of Management Server 60>
Next, the configuration of the management server 60 shown in FIG. 1 will be described. FIG. 10 is a functional block diagram showing the configuration of management server 60 shown in FIG. The management server 60 is a server device that links and manages the identification information of the customer A (hereinafter referred to as "GID") managed by the management server 60 and the maker ID of the customer A managed by the maker server 50. . The management server 60 provides a store terminal application having a face authentication function to stores that join the information processing system, and provides a customer terminal application to customers using the information processing system.

When receiving the face image of the customer from the store terminal 20 , the management server 60 identifies the GID from the face image using the registrant DB 64 a and transmits customer data including the GID to the store terminal 20 . Here, when the GID is specified from the face image, the face image transmitted from the store terminal 20 and the face image of each registrant registered in the registrant DB 64a are collated, and for example, the cross-correlation of both face images is performed. The registrant with the highest relation coefficient can be determined and the GID of this registrant can be specified. It is also possible to directly calculate the GID by applying a one-way function to the face image.

As shown in FIG. 10 , the management server 60 has an input section 61 , a display section 62 , a communication I/F section 63 , a storage section 64 and a control section 65 . The input unit 61 is an input device such as a keyboard and mouse, and the display unit 62 is a display device such as a liquid crystal panel, organic EL (electroluminescence), display device, or the like. The communication I/F section 63 is a communication interface section for communicating with the store terminal 20, the POS terminal 30, the customer terminal 40, and the maker server 50 via the network.

The storage unit 64 is a storage device such as a hard disk device, a volatile memory, or a non-volatile memory, and stores the registrant DB 64a. A database management unit (DBMS) is provided to manage this registrant DB 64a, but this point is an existing technology and is not a feature of the present embodiment, so a detailed description thereof will be omitted here.

The registrant DB 64 a is a database having information on registrants registered in the management server 60 . FIG. 11 is a diagram showing an example of the registrant DB 64a shown in FIG. Here, we show how the registrant's name, address, e-mail address, credit card information (credit card number, expiration date), face image, manufacturer ID, etc. are managed for each GID that uniquely identifies the registrant. there is

In the same figure, the registrant of GID "G001" has a name of "Ichiro XX Yama", an address of "1-1 AB-cho, XX City", and an e-mail address of "123@abc.com". Yes, the credit card number is "1234-5678-9012-3456", the expiration date is "12/25 (December 2025)", the face image file is "abc.jpg", and the manufacturer ID is " A123”.

Also, the registrant of GID "G002" has the name "Hanako x Kawa", the address is "2-2 CD-cho, xx-ku", the e-mail address is "456@def.com", and the credit The card number is "9876-5432-1098-7654", the expiration date is "11/24 (November 2024)", the face image file is "def.jpg", and the manufacturer ID is "B246". indicates a situation. If the maker ID has been registered, the process described with reference to FIG. 2 is performed, and if the maker ID has not been registered, the process described with reference to FIG. 3 is performed.

The control unit 65 is a control unit that performs overall control of the management server 60, and includes a registrant management unit 65a, a product determination unit 65b, a CP notification processing unit 65c, a manufacturer ID registration unit 65d, and a POS data transmission unit 65e. and In practice, programs corresponding to the registrant management unit 65a, product determination unit 65b, CP notification processing unit 65c, maker ID registration unit 65d, and maker ID/POS data transmission unit 65e are stored in the storage unit 64, etc. By loading these programs into the memory and executing them on the CPU, the processes corresponding to the registrant management unit 65a, product determination unit 65b, CP notification processing unit 65c, manufacturer ID registration unit 65d, and POS data transmission unit 65e are executed. will be executed.

The registrant management unit 65a is a management unit that manages registrants registered in the management server 60 using the registrant DB 64a. Specifically, through a customer terminal application installed in the customer terminal 40, a GID that uniquely identifies a customer who requests registration is issued, and personal information, credit card information, face image, etc. are associated and managed.

The product determination unit 65b is a processing unit that determines whether a product included in the POS data of the ID-POS data received from the POS terminal 30 is a product of a specific manufacturer. If the maker that manufactures the product is a maker affiliated with the information processing system, the POS data and the maker ID are transmitted to the maker server 50 of the maker, and the maker that manufactures the product is a maker that is not affiliated with the information processing system. , the POS data and the maker ID are not transmitted to the maker server 50 of the maker.

The CP notification processing unit 65c, when the maker that manufactures the product requires information on the product and when the maker ID is not registered in the line corresponding to the GID of the registrant DB 64a, the customer terminal 40 owned by the customer. This is a processing unit that uses the client terminal application to send a CP notification mail. The destination address of this CP notification mail is the mail address registered in the line corresponding to the GID of the registrant DB 64a. In addition, the CP notification mail describes the URL of the landing page of the maker server 50, and when this URL is selected, an input box for entering the maker ID and the like is displayed.

When the GID corresponding to the face image is specified by the activation of the customer terminal application, the maker ID registration unit 65d registers the customer in the row corresponding to the GID in the registrant DB 64a. This is a processing unit for registering the input maker ID. As a result, the maker ID can be identified from the GID in subsequent processing.

The POS data transmission unit 65e is a processing unit that transmits the POS data corresponding to the GID and the specified maker ID to the maker server 50. FIG.

<Processing procedure of information processing system>
Next, the processing procedure of the information processing system according to this embodiment will be described. FIG. 12 is a sequence diagram showing the processing procedure of the information processing system according to this embodiment. As shown in the figure, the POS terminal 30 instructs the store terminal 20 to take an image when the barcode reader 32 reads the barcode attached to the product purchased by the customer (step S101).

Upon receiving such an imaging instruction, the shop terminal 20 takes an image of the customer's face with the camera 22 (step S102), and transmits the taken face image to the management server 60 (step S103). When the management server 60 receives the face image of the customer, the management server 60 identifies the GID from the face image (step S104). For example, the face image transmitted from the store terminal 20 and the face image of each registrant registered in the registrant DB 64a are collated, and it is determined that the registrant has the highest cross-correlation coefficient of both face images, The GID of this registrant can be specified.

Thereafter, the management server 60 transmits customer data including the customer's GID, name, and credit card information (credit card number, expiration date) to the store terminal 20 (step S105). to the POS terminal 30 (step S106).

When the POS terminal 30 receives the customer data, it uses the credit card information included in the customer data to process the payment for the product (step S107), and transmits the ID-POS data to the management server 60 (step S107). step S108). The ID-POS data may be transmitted immediately after the settlement processing is completed (sequential processing), or the ID-POS data may be transmitted collectively at the time of closing the register (batch processing).

If the maker ID corresponding to the GID is not registered in the registrant DB 64a (step S109; No), the management server 60 performs ID linkage processing (step S110). On the other hand, if the maker ID corresponding to the GID has already been registered in the registrant DB 64a (step S109; Yes), the maker ID/POS data is transmitted to the maker server 50 (step S111), End the above series of processes.

Next, the ID cooperation processing procedure shown in FIG. 12 will be described. FIG. 13 is a sequence diagram showing the ID cooperation processing shown in S110 of FIG. As shown in the figure, the management server 60 determines whether or not the product included in the ID-POS data is the product of a specific manufacturer (step S201). No), the process ends.

On the other hand, if the product is from a specific manufacturer (step S201; Yes), a CP notification mail is sent to the customer terminal 40 (step S202). When the customer terminal 40 receives the CP notification mail and selects the URL of the landing page of the maker server 50 included in the CP notification mail, an input box for inputting the maker ID and the like is displayed.

Then, when the customer enters the maker ID and data usage permission on the landing page (step S203) and applies for CP (step S204), the linked data including the GID and maker ID extracted from the landing page is The management server 60 is notified.

The management server 60 transmits the POS data corresponding to the GID and the manufacturer ID specified from the GID to the manufacturer server 50 (step S205), registers the manufacturer ID in the corresponding GID row of the registrant DB 64a (step S206), End the above series of processes. Upon receiving the POS data and the maker ID, the maker server 50 registers the maker ID and the POS data in the customer DB 54a (step S207), and terminates the process.

As described above, in the present embodiment, the maker server 50 of the maker manages the maker ID issued by the maker that provides the product in association with the customer's personal information, and distributes it to the store 10 that sells the product. and a management server 60 for managing the customer's personal information and the customer's GID in association with each other. is acquired from the management server 60, and the management server 60 is configured to have a registrant DB 64a in which the information of the product purchased by the customer, the customer's maker ID, and the customer's GID are associated with each other. can be efficiently grasped.

Further, in the present embodiment, for convenience of explanation, the customer's face image itself is registered in the registrant DB 64a of the management server 60, but it is also possible to register the feature amount of the customer's face image. Also, in the above embodiment, the case where a customer purchases a product has been described, but the present invention can also be applied when the customer receives a service.

In this embodiment, the management server 60 associates and manages the customer's facial image and the GID generated based on the customer's facial image, and the store terminal 20 stores the information that the customer purchases the product. When doing so, the customer's facial image is captured and transmitted to the management server 60, and the GID corresponding to this facial image is received from the management server 60. - 特許庁Various biometric information such as fingerprints and palm prints can be used instead of the customer's face image. Furthermore, an ID and a password that are arbitrarily set by the customer A and that can uniquely identify the customer may be associated with each other and managed by the management server 60, and the ID may be used as the GID. In other words, the authentication function of the customer terminal application may be realized by knowledge authentication that prompts the input of a password or the like instead of biometric authentication that requires an image of a part of the customer (face, fingers, palm, etc.).

Also, the GID can be associated with the customer terminal 40 instead of various biometric information. A beacon receiver (not shown) is placed near the POS terminal 30, and the beacon receiver transmits and receives beacon waves to and from the customer terminal 40 with prior consent of the customer. , and transmits the identification information of the customer terminal 40 to the POS terminal 30 . The POS terminal 30 transmits the identification information acquired from the customer terminal 40 and the corresponding POS data to the management server 60 via the beacon receiver. On the other hand, the customer terminal 40 stores identification information of the customer terminal 40 (which may be generated from the initial setting information of the customer terminal 40 or may be generated when the application for the customer terminal is registered) in a memory, When requested by the beacon receiver, the identification information of the customer terminal 40 is returned. Further, in the customer terminal 40, the identification information of the customer terminal 40 is used when using a predetermined function of the customer terminal application with prior consent of the customer. For example, when a customer clicks a URL link in a CP notification email to open a landing page in a customer terminal application, the identification information of the customer terminal 40 is embedded in a cookie or managed as a session ID.

Note that the beacon receivers may be installed not only in the vicinity of the POS terminal 30 but also at various locations in the store. In this case, the beacon receiver collects not only the identification information of the customer terminal 40 but also the beacon reception time from the beacon wave and transmits the beacon reception time to the POS terminal 30. The identification information of the terminal 40 and the POS data corresponding thereto are transmitted to the management server 60 .

The beacon transmitter may acquire the application ID attached to the customer terminal application by transmitting and receiving beacon waves to and from the customer terminal 40, and use the combination of the application ID and the GID instead of the GID. good. In the customer terminal 40, when the customer terminal application is installed, an application ID is generated and stored in the memory. A combination of the application ID and the identification information of the customer terminal 40 may be used instead of the combination of the application ID and the GID.

Further, in the present embodiment, when receiving a facial image from the store terminal 20, the management server 60 specifies the GID corresponding to the facial image and notifies the store terminal 20 of the specified GID. Further, the store terminal 20 notifies the ID-POS data to the management server 60, and the management server 60 transmits a product CP notification mail to the customer terminal 40 owned by the customer corresponding to the GID, and the customer The terminal 40 accepts applications for CP from customers. When applying for a CP, at least the GID and the manufacturer ID are associated with each other and transmitted from the customer terminal 40 to the management server 60 . Further, the customer terminal 40 receives a CP application including the maker ID, GID, and permission to use information related to the product m from the management server 60 . The management server 60 also transmits the POS data and the maker ID to the maker server 50 .

The maker server 50 can also be configured to associate POS data of products purchased by a customer with information obtained by anonymizing the customer's personal information and provide the information to related companies of the maker.

In the above embodiment, the explanation of the provision of profits associated with the CP application by the customer has been omitted. can provide. Further, the maker can be configured to pay the operator of the information processing system according to the frequency with which the maker receives product information from the management server 60 .

Further, in the above embodiment, when the customer A purchases the product m of the maker M, the customer A is notified of the CP of the product m, but the present invention is not limited to this. When the customer A purchases the product m of the maker M, it is not necessarily the case that the CP related to the product m is being held or that the CP related to the product m will be held soon. Maker M would like to avoid a situation in which cooperation between the maker ID and GID of customer A is not prompted until the timing of customer A's product purchase and the holding of the CP match. you should want it. Also, the maker M should want to know not only about the customer A of the product m, but also about the customer A of widely related products. Hereinafter, an example of CP notification for quickly realizing customer ID cooperation and knowing customers of widely related products will be described.

<CP notification example 1>
Upon receiving requests for ID linkage from each manufacturer, the management company of the management server 60 receives information on CP target products (codes and product categories of CP target products, and CP target products as CP information from each manufacturer). (Manufacturer's code, etc.) and CP holding schedule (date and store where CP will be held, etc.) are received and stored in the management server 60 in advance. The management server 60 generates a CP notification mail using the CP information of each manufacturer, and transmits it to the customer terminal 40 of the customer A. FIG.

For example, when customer A purchases beer from a maker different from maker M, and a CP related to maker M's beer is being held (or is scheduled to be held soon), the management server 60 Notify the customer A of the CP related to beer.

In this way, the management server 60 notifies the customer A of the CP when the customer A does not purchase the CP target product but purchases the product of the same category as the CP target but of a different manufacturer.

<CP notification example 2>
For example, when customer A purchases wine from maker M and a CP related to cheese from a different maker from maker M is being held (or is scheduled to be held soon), the management server 60 Notify customer A of the CP.

In this way, the management server 60 notifies the customer A of the CP when the customer A does not purchase the CP target product but purchases a product related to the CP target product (so-called "combined purchase"). .

<CP notification example 3>
Even before the maker ID and GID of customer A are associated through CP notification, the management server 60 acquires the ID-POS data of customer A via the store terminal 20 each time customer A uses the app to shop at the store. are doing. In other words, the management server 60 acquires the purchase history of the customer A. Further, as in CP notification examples 1 and 2 described above, it is assumed that CP information of each manufacturer is stored in advance in the management server 60 .

The management server 60 generates a CP notification mail using the CP information of each manufacturer and the acquired purchase history of the customer, and transmits it to the customer terminal 40 of the customer A.

For example, if customer A has purchased beer from maker M, but the CP related to this beer is not being held (or is not scheduled to be held soon), management server 60 refers to customer A's purchase history. Analyze purchasing trends. Then, when it is found that "customer A frequently purchases alcoholic beverages", the management server 60 notifies customer A of the highball CP.

In this way, the management server 60 analyzes the customer's purchasing tendency according to the CP schedule for the purchased product, and notifies the customer A of the CP if there is some commonality with the CP target product. As "something in common with the CP target product", for example, the CP target product is frequently purchased in the same category as the CP target product, or is frequently purchased in the same product characteristics as the CP target product. products of the same manufacturer as the CP target products are frequently purchased, and products related to CP target products are frequently purchased.

Here, the purchase tendency is analyzed with reference to the purchase history of the customer A, but the customer A is not the only one to be referred to when analyzing the purchase tendency. For example, the purchase history of another customer having attributes similar to those of customer A, or the purchase history of a customer group consisting of a plurality of customers having attributes similar to customer A may be referenced.

So far, the process of associating the maker ID and GID of customer A through CP notification has been described, but the present invention is not limited to this.

<Processing after ID linkage>
Even after the maker ID and GID of customer A are associated, the management server 60 acquires the ID-POS data of customer A via the store terminal 20 every time customer A uses the app to shop at the store. there is Once the maker ID and GID are associated with the customer A's consent, the management server 60 stores the ID acquired through the store terminal 20 regardless of whether the customer A has purchased the maker's product. - Send the maker ID and POS data corresponding to the POS data to the maker server 50; In this way, once the IDs are linked, the maker can collect the POS data of the customer even if the company's products have not been purchased, so that the customer's purchasing behavior can be analyzed more precisely.

<Modification>
By the way, in the above embodiment, the case where the JAN code is assigned to the product has been explained, but the product provided in the food and beverage field (dishes provided at restaurants, meat and fresh fish processed and provided in retail stores, etc.) , delicatessen, etc.), an original code is often assigned to each store. Therefore, in this modified example, an example in which the management server 60 codes the food and drink field will be described.

Food can be coded using not only information (menu classification and menu name) registered in POS registers and ticket vending machines, but also information collected from external sites, etc., according to the needs of the information provider. Information to be collected includes the following information. Below, the information to be collected when coding dishes is listed, but the same applies to other items such as meat, fresh fish, and side dishes.

In the case of meat, fresh fish, delicatessen, etc., the label of the package may be photographed, and information such as the place of origin and raw materials displayed on the label may be collected from the photographed image. In addition, information such as the place of origin and raw materials may be collected in conjunction with other systems operating in the store, such as a labeling system and an ordering system.
(1) Area Information indicating the area in which the store is located can be collected. For example, it can be collected from the "area list" of the store introduction site.
(2) Store Genre Information indicating the genre of food offered by the store can be collected. For example, it can be collected from the "cooking category" of the store introduction site.

(3) Ingredients It is possible to collect information indicating the ingredients of a dish. Ingredients labeling at restaurants is not obligatory, but information can be collected from ingredient labels displayed on restaurant chain websites.
(4) Place of Origin Information that indicates the place of origin of raw materials can be collected. As with ingredients, country of origin labeling is not compulsory, but can be gleaned from ingredient labeling displayed on restaurant chain websites.
(5) Word-Of-Mouth Keyword Appearance Count The number of word-of-mouth reviews in which the same keyword appears can be collected from cooking introduction sites. There are three types of word-of-mouth: word-of-mouth about restaurants, word-of-mouth about food in general, and word-of-mouth about specific food. Of these, the number of times a keyword appears in word-of-mouth about specific food is counted. Specifically, the keywords appearing in the vicinity of a specific dish name are counted.

(6) Recipes Since restaurants may publish cooking recipes on the web, information indicating raw materials and information indicating seasonings can be collected from the information of such recipes.
(7) Others Paid or free dictionary data containing synonyms can be used. For example, since "beef" and "beef" are synonyms, even if the expressions are different, it is possible to check whether they are substantially the same by referring to the dictionary data.

FIG. 14 is a diagram showing an example of coding in the food and drink field. Here, an example of giving a unified menu code for company X is shown. Company X wants to know what kinds of curries are popular in the X1 district when it intends to open a new curry restaurant in the X1 district. In this case, not only curry restaurants that are in the same genre but also other genres (soba restaurants and Western restaurants) may handle curry, and other genres may also compete.

If you want to know what kind of curry is selling regardless of the genre, as shown in FIG. and provide it to Company X. If Company X wants to know more in detail, it is also possible to utilize the word-of-mouth keywords. If store X wants to know what kinds of curries are selling among curry restaurants of the same genre, it is conceivable to narrow down the store genre.

FIG. 15 is a diagram showing another example of coding in the food and drink field. Here, it is assumed that Mr. Y1 of Company Y, which is a food import trading company, wants to know what kind of spices are in demand in the Y2 area, which he is newly in charge of. In this case, a keyword that serves as a guideline for the amount of spices used is registered in advance for each dish that uses spices, and the number of times this keyword appears on word-of-mouth sites is counted. Determine whether or not a preset keyword exists within a certain distance (number of characters) from a specific dish name, assign a uniform menu code to dishes with a similar amount of usage, and increase sales for each uniform menu code. A case can be considered in which it is calculated and provided to Mr. Y1. Since many restaurants do not publish recipes here, word of mouth is used instead of recipes, but recipes can also be used instead of word of mouth. In addition, it is also possible to use an existing technique for estimating the amount of nutrition from a photographed image of a dish.

Also, based on the information of each store collected by the management server 60, the code used in the retail business and the distribution business can be applied to the restaurant field. For example, when a customer who frequently purchases ○○ beer at a supermarket orders beer at a restaurant, there is a high possibility that this beer is ○○ beer. If there are a predetermined number of such customers, it can be inferred that beer being served at the restaurant is XX beer.

So far, an example in which the management server 60 codes the food and drink field has been described as a modified example, and a system for realizing the coding of the food and drink field will be described below.

<System configuration of modified example>
FIG. 16 is a diagram showing a system configuration of a modification. The information processing system shown in FIG. 16 has a configuration in which devices in stores 10-1 to 10-p, a customer terminal 40, and a management server 60 are connected to a network N. FIG. Since the devices in the shops 10-1 to 10-p are the same as those shown in FIG. 1, detailed descriptions thereof are omitted. As in FIG. 1, "store 10" may indicate any one of the shops 10-1 to 10-p, or may collectively indicate the shop terminals 10-1 to 10-q. POS data generated by a customer shopping in the store 10 is transmitted from the POS terminal 30 to the management server 60 .

The customer terminal 40 is basically the same as that shown in FIG. 1, but while the "customer" in the embodiment explained using FIG. "Customer" is different in that it is a client that wishes to encode food and drink menu data. The customer operates a web browser or an application on the customer terminal 40 to set the coding standard for food and drink menu data. The operation contents of the customer terminal 40 are transmitted to the management server 60 .

The management server 60 encodes the food and drink menu data based on the operation details of the customer terminal. Furthermore, the management server 60 acquires POS data from the POS terminal 30 one by one or in batches. The management server 60 collates and tallies the coded food menu data and the POS data.

<Encoding standard setting screen>
Next, the screen displayed on the customer terminal 40 when the customer sets the coding standard for the food and drink menu data will be described.

FIG. 17A is a diagram showing an example of a screen (criteria setting screen) 70 for setting the coding criteria. As shown in the figure, a list of items that can serve as criteria for coding food and drink menu data is displayed. Although areas, store genres, and menus are listed in the figure, the list is not limited to these. Ingredients, places of origin, word-of-mouth keywords, recipes, etc. may be listed. In the standard setting screen 70, when the customer selects an item to be set as a coding standard and presses the button on the right end, a screen (details setting screen 71) for setting the details of the item is displayed in a separate window. Is displayed.

FIG. 17B is a diagram showing an example of the detailed area setting screen 71. As shown in FIG. Here, the detailed setting screen 71 is described as being displayed in a separate window from the standard setting screen 70, but depending on the details of the item, a pull-down display may be made in the standard setting screen 70, etc., depending on the details of the item. A user interface may be employed.

Also, depending on the item selected or input first, the display related to the item to be selected or input next may be changed. For example, in response to the selection of "curry" from the menu, a pull-down list of "beef", "onion", etc. may be displayed as ingredients.

On the standard setting screen 70, when the customer completes selections and inputs necessary for the customer and presses the "set standard" button, the coding standard based on the customer's operation is set. When the customer presses the "Reset" button, the contents selected and entered so far are reset.

<Modification Flowchart>
Next, a processing procedure of the modified example will be described. FIG. 18 is a flow chart showing the processing procedure of the modification. As shown in the figure, when an operation is performed on the customer terminal 40 (step 301; Yes), the management server 60 generates data corresponding to the operation content (step 302). Specifically, the management server 60 collects and merges information corresponding to items selected or input on the criteria setting screen 70 of FIG. 17(a) to generate merged data. Information is collected from the sources described above. For example, menu classifications and menu names are collected from POS registers and ticket vending machines, and areas and store genres are collected from store introduction sites. The merge data generated by the management server 60 includes, for example, a format in which the column "unified menu code for company X" is removed from the table of FIG. 14, and a column "unified menu code for company Y" is removed from the table in FIG. There is a format.

After that, the management server 60 assigns the same code to menus that can be regarded as equivalent to the merge data generated in step 302 (step 303). Codes assigned by the management server 60 include, for example, the column "unified menu code for company X" included in the table of FIG. 14 and the column "unified menu code for company Y" included in the table of FIG. There is

The management server 60 extracts the POS data corresponding to the merge data (coded data) to which the code was assigned in step 303 from among the POS data fetched from the POS terminal 30, and compares it with the coded data. and tally (step 304).

On a tally screen (not shown), the customer can specify what is to be tallied, for example, the amount of sales or the amount of sales. Based on the index specified by the customer, the management server 60 collates the coded data and the POS data, totalizes them, and then transmits the totalized result to the customer terminal 40 (step 305).

In steps 302 to 304, the merge data is generated based on the details of the customer's operation, encoded, and then collated with the POS data. It may be a part. In this case, the merge data is not checked against the POS data.

It should be noted that each configuration illustrated in the above embodiment is functionally schematic, and does not necessarily need to be physically configured as illustrated. That is, the form of distribution/integration of each device is not limited to the illustrated one, and all or part of them can be functionally or physically distributed/integrated in arbitrary units according to various loads and usage conditions. Can be configured.

INDUSTRIAL APPLICABILITY As described above, the information processing system and information processing method according to the present invention are suitable for manufacturers or service providers to efficiently grasp customers who receive products or services.

A customer M manufacturer m product N network 10, 10-1 to 10-p store 20, 20-1 to 20-q, 20-r store terminal 21 display operation unit 22 camera 23 BT communication unit 24 communication I/F unit 25 Storage unit 25a Customer data 26 Control unit 26a Imaging control unit 26b Face image transmission unit 26c Customer data reception unit 26d Customer data transfer unit 30, 30-1 to 30-q, 30-r POS terminal 31 Display operation unit 32 Barcode reader 33 BT communication unit 34 communication I/F unit 35 storage unit 35a POS data 35b customer data 36 control unit 36a barcode reading unit 36b customer data reception unit 36c payment processing unit 36d ID-POS data transmission unit 40 customer terminal 41 display operation unit 42 camera 43 communication I/F unit 44 storage unit 45 control unit 45a registration processing unit 45b imaging control unit 45c mailer 45d browser 50 manufacturer server 51 input unit 52 display unit 53 communication I/F unit 54 storage unit 54a customer DB
55 control unit 55a customer management unit 60 management server 61 input unit 62 display unit 63 communication I/F unit 64 storage unit 64a registrant DB
65 control unit 65a registrant management unit 65b product determination unit 65c CP notification processing unit 65d manufacturer ID registration unit 65e POS data transmission unit 70 standard setting screen 71 detailed setting screen

Claims (10)

a first management device that associates and manages first identification information that uniquely identifies a customer issued by a provider that provides a product or service and information related to the customer; An information processing system having a store terminal installed in a store that provides the service, and a second management device that manages the information related to the customer and the second identification information that uniquely identifies the customer in association with each other. There is
The store terminal has an acquisition unit that acquires second identification information corresponding to information related to the customer from the second management device when the product or the service is provided to the customer,
The second management device has a management unit that associates and manages information related to the product or service provided by the customer, the first identification information of the customer, and the second identification information of the customer. processing system. The second management device,
managing the customer's biometric information in association with second identification information generated based on the customer's biometric information;
The acquisition unit
When the product or service is provided to the customer at the store, the biometric information of the customer is acquired, the acquired biometric information is notified to the second management device, and the second management device corresponding to the biometric information is provided. 2. The information processing system according to claim 1, wherein the identification information of No. 2 is acquired from the second management device. The second management device,
a specifying unit that specifies second identification information corresponding to the biometric information when the biometric information is received from the shop terminal;
The information processing system according to claim 2, further comprising: a notification unit that notifies the store terminal of the second identification information specified by the specifying unit. The store terminal is
Notifying the second management device of the information related to the product or the service and the second identification information,
The second management device,
Notifying event information related to the product or service to the customer terminal owned by the customer corresponding to the second identification information;
The customer terminal
4. The information processing system according to any one of claims 1 to 3, wherein an application is made for the event including at least the first identification information and the second identification information. The customer terminal
5. The application for the event including the license of use of the information relating to the provision of the first identification information, the second identification information, the product or the service to the second management device. information processing system. The second management device,
Notifying the first management device of information related to provision of the product or the service corresponding to the second identification information and the first identification information corresponding to the second identification information The information processing system according to claim 4 or 5. The first management device,
Claims 1 to 1, further comprising an information providing unit that associates information related to the product or service provided by the customer with information obtained by anonymizing the personal information of the customer and provides the information to a predetermined information provider. 7. The information processing system according to any one of 6. Information related to the aforementioned goods or services shall be
8. The information processing system according to claim 7, further comprising a code that uniquely identifies said product or said service, said code being coded using information collected from the outside according to the demand of said information provider. . The second management device,
A code system that encodes the goods or services related to a second industry different from the first industry when a request for coding the goods or services related to the first industry that is not coded is received. 8. The information processing system according to any one of claims 1 to 7, further comprising a coding processing unit that applies the coding processing to the product or the service related to the first business type. a first management device that associates and manages first identification information that uniquely identifies a customer issued by a provider that provides a product or service and information related to the customer; In an information processing system having a store terminal installed in a store that provides the service, and a second management device that manages the information related to the customer and the second identification information that uniquely identifies the customer in association with each other An information processing method,
an obtaining step of obtaining, from the second management device, second identification information corresponding to information relating to the customer when the store terminal provides the product or the service to the customer;
a management step in which the second management device associates and manages information related to the product or the service provided by the customer, the first identification information of the customer, and the second identification information of the customer; Information processing methods.

Images