知財求人 - 知財ポータルサイト「IP Force」
特開2024-111080情報処理システム、管理サーバ、情報処理方法及び情報処理プログラム
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公開特許公報(A)
(11)【公開番号】P2024111080
(43)【公開日】2024-08-16
(54)【発明の名称】情報処理システム、管理サーバ、情報処理方法及び情報処理プログラム
(51)【国際特許分類】
G06Q 30/02 20230101AFI20240808BHJP
【ＦＩ】
G06Q30/02
【審査請求】未請求
【請求項の数】9
【出願形態】ＯＬ
(21)【出願番号】P 2024097050
(22)【出願日】2024-06-14
(62)【分割の表示】P 2022102578の分割
【原出願日】2022-06-27
(31)【優先権主張番号】P 2022007728
(32)【優先日】2022-01-21
(33)【優先権主張国・地域又は機関】JP
(71)【出願人】
【識別番号】000001432
【氏名又は名称】グローリー株式会社
(74)【代理人】
【識別番号】100114306
【弁理士】
【氏名又は名称】中辻 史郎
(74)【代理人】
【識別番号】100148655
【弁理士】
【氏名又は名称】諏訪 淳一
(72)【発明者】
【氏名】青木 聡志
(72)【発明者】
【氏名】戎子 さやか
(57)【要約】
【課題】メーカ又はサービス業者が商品又はサービスの提供を受ける顧客を効率良く把握できるようにすることを課題とする。
【解決手段】商品ｍの提供を行うメーカＭにより発行されたメーカＩＤと顧客の個人情報とを対応付けて管理するメーカＭのメーカサーバ５０と、商品ｍを販売する店舗１０に配設された店舗端末２０と、顧客Ａの個人情報と該顧客ＡのメーカＩＤとを対応付けて管理する管理サーバ６０とを有し、店舗端末２０が、顧客Ａが商品ｍを購入する場合に、該顧客ＡのＧＩＤを管理サーバ６０から取得し、管理サーバ６０が、顧客Ａが購入した商品ｍの情報、顧客ＡのメーカＩＤ及び顧客ＡのＧＩＤを対応付けた登録者ＤＢ６４ａを有する。
【選択図】図３
【解決手段】商品ｍの提供を行うメーカＭにより発行されたメーカＩＤと顧客の個人情報とを対応付けて管理するメーカＭのメーカサーバ５０と、商品ｍを販売する店舗１０に配設された店舗端末２０と、顧客Ａの個人情報と該顧客ＡのメーカＩＤとを対応付けて管理する管理サーバ６０とを有し、店舗端末２０が、顧客Ａが商品ｍを購入する場合に、該顧客ＡのＧＩＤを管理サーバ６０から取得し、管理サーバ６０が、顧客Ａが購入した商品ｍの情報、顧客ＡのメーカＩＤ及び顧客ＡのＧＩＤを対応付けた登録者ＤＢ６４ａを有する。
【選択図】図３
【特許請求の範囲】
【請求項1】
ＰＯＳデータを生成するＰＯＳ端末と、顧客が保有する顧客端末の第１の識別情報を含むビーコン波を取得するビーコン受信機と、前記ＰＯＳデータと前記第１の識別情報を紐付けて記憶する管理サーバとを備える情報処理システムであって、
前記ビーコン受信機は、前記第１の識別情報を前記ＰＯＳ端末に送信し、
前記ＰＯＳ端末は、前記第１の識別情報と前記ＰＯＳデータを送信し、
前記管理サーバは、前記ＰＯＳ端末が送信した前記第１の識別情報と前記ＰＯＳデータを受信する
ことを特徴とする情報処理システム。
前記ビーコン受信機は、前記第１の識別情報を前記ＰＯＳ端末に送信し、
前記ＰＯＳ端末は、前記第１の識別情報と前記ＰＯＳデータを送信し、
前記管理サーバは、前記ＰＯＳ端末が送信した前記第１の識別情報と前記ＰＯＳデータを受信する
ことを特徴とする情報処理システム。
【請求項2】
前記ビーコン受信機は、前記ビーコン波の受信時刻を取得して、前記第１の識別情報とともに前記ＰＯＳ端末に送信し、
前記ＰＯＳ端末は、前記ビーコン受信機から受信した前記第１の識別情報と、当該第１の識別情報に対応する前記ビーコン波の受信時刻に近い決済時刻のＰＯＳデータを送信し、
前記管理サーバは、前記ＰＯＳ端末が送信した前記第１の識別情報と前記ＰＯＳデータを受信する
ことを特徴とする請求項１に記載の情報処理システム。
前記ＰＯＳ端末は、前記ビーコン受信機から受信した前記第１の識別情報と、当該第１の識別情報に対応する前記ビーコン波の受信時刻に近い決済時刻のＰＯＳデータを送信し、
前記管理サーバは、前記ＰＯＳ端末が送信した前記第１の識別情報と前記ＰＯＳデータを受信する
ことを特徴とする請求項１に記載の情報処理システム。
【請求項3】
前記管理サーバは、
前記第１の識別情報と第２の識別情報とを紐付けて管理し、
受信した前記第１の識別情報に対応する前記第２の識別情報を特定する
ことを特徴とする請求項１又は２に記載の情報処理システム。
前記第１の識別情報と第２の識別情報とを紐付けて管理し、
受信した前記第１の識別情報に対応する前記第２の識別情報を特定する
ことを特徴とする請求項１又は２に記載の情報処理システム。
【請求項4】
ＰＯＳデータを生成するＰＯＳ端末と、顧客が保有する顧客端末の第１の識別情報を含むビーコン波を取得するビーコン受信機と、前記ＰＯＳデータと前記第１の識別情報を紐付けて記憶する管理サーバとを備える情報処理システムで実行される情報処理方法であって、
前記ビーコン受信機が、前記第１の識別情報を前記ＰＯＳ端末に送信する第１工程と、
前記ＰＯＳ端末が、前記第１の識別情報と前記ＰＯＳデータを送信する第２工程と、
前記管理サーバが、前記ＰＯＳ端末が送信した前記第１の識別情報と前記ＰＯＳデータを受信する第３工程と
を含むことを特徴とする情報処理方法。
前記ビーコン受信機が、前記第１の識別情報を前記ＰＯＳ端末に送信する第１工程と、
前記ＰＯＳ端末が、前記第１の識別情報と前記ＰＯＳデータを送信する第２工程と、
前記管理サーバが、前記ＰＯＳ端末が送信した前記第１の識別情報と前記ＰＯＳデータを受信する第３工程と
を含むことを特徴とする情報処理方法。
【請求項5】
ＰＯＳデータを生成するＰＯＳ端末と、顧客が保有する顧客端末の第１の識別情報を含むビーコン波を受信するビーコン受信機と、前記ＰＯＳデータと前記第１の識別情報を紐付けて記憶する管理サーバとを備える情報処理システムであって、
前記ビーコン受信機は、前記ビーコン波の受信時刻と前記第１の識別情報を送信し、
前記ＰＯＳ端末は、前記ＰＯＳデータを送信し、
前記管理サーバは、前記ビーコン受信機が送信した前記ビーコン波の受信時刻と前記第１の識別情報および前記ＰＯＳ端末が送信した前記ＰＯＳデータを受信し、前記第１の識別情報と、当該第１の識別情報に対応する前記ビーコン波の受信時刻に近い決済時刻の前記ＰＯＳデータとを紐付けて管理する
ことを特徴とする情報処理システム。
前記ビーコン受信機は、前記ビーコン波の受信時刻と前記第１の識別情報を送信し、
前記ＰＯＳ端末は、前記ＰＯＳデータを送信し、
前記管理サーバは、前記ビーコン受信機が送信した前記ビーコン波の受信時刻と前記第１の識別情報および前記ＰＯＳ端末が送信した前記ＰＯＳデータを受信し、前記第１の識別情報と、当該第１の識別情報に対応する前記ビーコン波の受信時刻に近い決済時刻の前記ＰＯＳデータとを紐付けて管理する
ことを特徴とする情報処理システム。
【請求項6】
前記管理サーバは、
前記第１の識別情報と第２の識別情報とを紐付けて管理し、
受信した前記第１の識別情報に対応する前記第２の識別情報を特定する
ことを特徴とする請求項５に記載の情報処理システム。
前記第１の識別情報と第２の識別情報とを紐付けて管理し、
受信した前記第１の識別情報に対応する前記第２の識別情報を特定する
ことを特徴とする請求項５に記載の情報処理システム。
【請求項7】
ＰＯＳデータを生成するＰＯＳ端末と、顧客が保有する顧客端末の第１の識別情報を含むビーコン波を受信するビーコン受信機と、前記ＰＯＳデータと前記第１の識別情報を紐付けて記憶する管理サーバとを備える情報処理システムで実行される情報処理方法であって、
前記ビーコン受信機が、前記ビーコン波の受信時刻と前記第１の識別情報を送信する第３工程と、
前記ＰＯＳ端末が、前記ＰＯＳデータを送信する第４工程と、
前記管理サーバが、前記ビーコン受信機が送信した前記ビーコン波の受信時刻と前記第１の識別情報および前記ＰＯＳ端末が送信した前記ＰＯＳデータを受信し、前記ビーコン受信機から受信した前記第１の識別情報と、当該第１の識別情報に対応する前記ビーコン波の受信時刻に近い決済時刻の前記ＰＯＳデータとを紐付けて管理する第５工程と
を含むことを特徴とする情報処理方法。
前記ビーコン受信機が、前記ビーコン波の受信時刻と前記第１の識別情報を送信する第３工程と、
前記ＰＯＳ端末が、前記ＰＯＳデータを送信する第４工程と、
前記管理サーバが、前記ビーコン受信機が送信した前記ビーコン波の受信時刻と前記第１の識別情報および前記ＰＯＳ端末が送信した前記ＰＯＳデータを受信し、前記ビーコン受信機から受信した前記第１の識別情報と、当該第１の識別情報に対応する前記ビーコン波の受信時刻に近い決済時刻の前記ＰＯＳデータとを紐付けて管理する第５工程と
を含むことを特徴とする情報処理方法。
【請求項8】
ＰＯＳデータを生成するＰＯＳ端末及び顧客が保有する顧客端末の第１の識別情報を含むビーコン波を受信するビーコン受信機と通信可能に接続され、前記ＰＯＳデータと前記第１の識別情報を紐付けて記憶する管理サーバであって、
前記ビーコン受信機から送信された前記ビーコン波の受信時刻と前記第１の識別情報を受信する第１の受信手段と、
前記ＰＯＳ端末から送信された前記ＰＯＳデータを受信する第２の受信手段と、
前記ビーコン受信機から受信した前記第１の識別情報と、当該第１の識別情報に対応する前記ビーコン波の受信時刻に近い決済時刻の前記ＰＯＳデータとを紐付けて管理する管理手段と
を備えたことを特徴とする管理サーバ。
前記ビーコン受信機から送信された前記ビーコン波の受信時刻と前記第１の識別情報を受信する第１の受信手段と、
前記ＰＯＳ端末から送信された前記ＰＯＳデータを受信する第２の受信手段と、
前記ビーコン受信機から受信した前記第１の識別情報と、当該第１の識別情報に対応する前記ビーコン波の受信時刻に近い決済時刻の前記ＰＯＳデータとを紐付けて管理する管理手段と
を備えたことを特徴とする管理サーバ。
【請求項9】
ＰＯＳデータを生成するＰＯＳ端末及び顧客が保有する顧客端末の第１の識別情報を含むビーコン波を受信するビーコン受信機と通信可能に接続され、前記ＰＯＳデータと前記第１の識別情報を紐付けて記憶する管理サーバにおいて実行される情報処理プログラムであって、
前記ビーコン受信機から送信された前記ビーコン波の受信時刻と前記第１の識別情報を受信する第１の受信手順と、
前記ＰＯＳ端末から送信された前記ＰＯＳデータを受信する第２の受信手順と、
前記ビーコン受信機から受信した前記第１の識別情報と、当該第１の識別情報に対応する前記ビーコン波の受信時刻に近い決済時刻の前記ＰＯＳデータとを紐付けて管理する管理手順と
をコンピュータにより実行することを特徴とする情報処理プログラム。
前記ビーコン受信機から送信された前記ビーコン波の受信時刻と前記第１の識別情報を受信する第１の受信手順と、
前記ＰＯＳ端末から送信された前記ＰＯＳデータを受信する第２の受信手順と、
前記ビーコン受信機から受信した前記第１の識別情報と、当該第１の識別情報に対応する前記ビーコン波の受信時刻に近い決済時刻の前記ＰＯＳデータとを紐付けて管理する管理手順と
をコンピュータにより実行することを特徴とする情報処理プログラム。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、ＰＯＳデータに含まれる顧客ＩＤと該顧客である会員の会員情報（端末情報）を効率良く紐付けて管理することができる情報処理システム、管理サーバ、情報処理方法及び情報処理プログラムに関する。
【背景技術】
【0002】
従来、メーカは、自社で製造した商品がどのような顧客に売れているかを確認したい場合が多い。例えば、自社で製造した商品が２０代女性に多数購入されているという事実を把握することができれば、新たな商品開発に活かすことができる。
【0003】
このため、店舗が、顧客を一意に識別する顧客ＩＤと、商品の販売実績を示すＰＯＳ（Point Of Sales）データとを紐付けたＩＤ－ＰＯＳデータを収集して、メーカ等に提供する場合がある。また、データプラットフォームを運営・提供する事業者（いわゆる「データプラットフォーマー」）が、店舗からＩＤ－ＰＯＳデータを収集して、メーカ等に提供する場合もある。
【0004】
また、特許文献１には、顧客による商品の購入実績又はサービスの利用実績に基づいて、企業情報及び個人情報を統合して統合情報を生成するとともに、統合情報の出力を管理する情報管理装置が記載されている。
【先行技術文献】
【特許文献】
【0005】
【特許文献1】国際公開２０２０／２４０８８８号
【発明の概要】
【発明が解決しようとする課題】
【0006】
しかしながら、メーカは、店舗又はデータプラットフォーマーからＩＤ－ＰＯＳデータを取得したとしても、このＩＤ－ＰＯＳデータに含まれる顧客ＩＤが誰であるかが分からない。このため、メーカは、顧客が商品のリピーターであったとしても該顧客に直接アプローチすることができない。特に、商品を繰り返し購入するリピーターの多くは、メーカが提供するアプリを介してメーカの会員として登録されている場合が多いものの、ＩＤ－ＰＯＳデータに含まれる顧客ＩＤと会員情報（端末情報）の紐づけがされていないため、メーカは会員が商品を購入した事実を把握することもできない。
【0007】
本発明は、上記従来技術の課題を解決するためになされたものであって、ＰＯＳデータに含まれる顧客ＩＤと該顧客である会員の会員情報（端末情報）を効率良く対応付けて管理することができる情報処理システム、管理サーバ、情報処理方法及び情報処理プログラムを提供することを目的とする。
【課題を解決するための手段】
【0008】
上記の課題を解決するため、本発明は、ＰＯＳデータを生成するＰＯＳ端末と、顧客が保有する顧客端末の第１の識別情報を含むビーコン波を取得するビーコン受信機と、前記ＰＯＳデータと前記第１の識別情報を紐付けて記憶する管理サーバとを備える情報処理システムであって、前記ビーコン受信機は、前記第１の識別情報を前記ＰＯＳ端末に送信し、前記ＰＯＳ端末は、前記第１の識別情報と前記ＰＯＳデータを送信し、前記管理サーバは、前記ＰＯＳ端末が送信した前記第１の識別情報と前記ＰＯＳデータを受信することを特徴とする。
【0009】
また、本発明は、上記発明において、前記ビーコン受信機は、前記ビーコン波の受信時刻を取得して、前記第１の識別情報とともに前記ＰＯＳ端末に送信し、前記ＰＯＳ端末は、前記ビーコン受信機から受信した前記第１の識別情報と、当該第１の識別情報に対応する前記ビーコン波の受信時刻に近い決済時刻のＰＯＳデータを送信し、前記管理サーバは、前記ＰＯＳ端末が送信した前記第１の識別情報と前記ＰＯＳデータを受信することを特徴とする。
【0010】
また、本発明は、上記発明において、前記管理サーバは、前記管理サーバは、前記第１の識別情報と第２の識別情報とを紐付けて管理し、受信した前記第１の識別情報に対応する前記第２の識別情報を特定することを特徴とする。
【0011】
また、本発明は、ＰＯＳデータを生成するＰＯＳ端末と、顧客が保有する顧客端末の第１の識別情報を含むビーコン波を取得するビーコン受信機と、前記ＰＯＳデータと前記第１の識別情報を紐付けて記憶する管理サーバとを備える情報処理システムで実行される情報処理方法であって、前記ビーコン受信機が、前記第１の識別情報を前記ＰＯＳ端末に送信する第１工程と、前記ＰＯＳ端末が、前記第１の識別情報と前記ＰＯＳデータを送信する第２工程と、前記管理サーバが、前記ＰＯＳ端末が送信した前記第１の識別情報と前記ＰＯＳデータを受信する第３工程とを含むことを特徴とする。
【0012】
また、本発明は、ＰＯＳデータを生成するＰＯＳ端末と、顧客が保有する顧客端末の第１の識別情報を含むビーコン波を受信するビーコン受信機と、前記ＰＯＳデータと前記第１の識別情報を紐付けて記憶する管理サーバとを備える情報処理システムであって、前記ビーコン受信機は、前記ビーコン波の受信時刻と前記第１の識別情報を送信し、前記ＰＯＳ端末は、前記ＰＯＳデータを送信し、前記管理サーバは、前記ビーコン受信機が送信した前記ビーコン波の受信時刻と前記第１の識別情報および前記ＰＯＳ端末が送信した前記ＰＯＳデータを受信し、前記第１の識別情報と、当該第１の識別情報に対応する前記ビーコン波の受信時刻に近い決済時刻の前記ＰＯＳデータとを紐付けて管理することを特徴とする。
【0013】
また、本発明は、上記発明において、前記管理サーバは、前記第１の識別情報と第２の識別情報とを紐付けて管理し、受信した前記第１の識別情報に対応する前記第２の識別情報を特定することを特徴とする。
【0014】
また、本発明は、ＰＯＳデータを生成するＰＯＳ端末と、顧客が保有する顧客端末の第１の識別情報を含むビーコン波を受信するビーコン受信機と、前記ＰＯＳデータと前記第１の識別情報を紐付けて記憶する管理サーバとを備える情報処理システムで実行される情報処理方法であって、前記ビーコン受信機が、前記ビーコン波の受信時刻と前記第１の識別情報を送信する第３工程と、前記ＰＯＳ端末が、前記ＰＯＳデータを送信する第４工程と、前記管理サーバが、前記ビーコン受信機が送信した前記ビーコン波の受信時刻と前記第１の識別情報および前記ＰＯＳ端末が送信した前記ＰＯＳデータを受信し、前記ビーコン受信機から受信した前記第１の識別情報と、当該第１の識別情報に対応する前記ビーコン波の受信時刻に近い決済時刻の前記ＰＯＳデータとを紐付けて管理する第５工程とを含むことを特徴とする。
【0015】
また、本発明は、ＰＯＳデータを生成するＰＯＳ端末及び顧客が保有する顧客端末の第１の識別情報を含むビーコン波を受信するビーコン受信機と通信可能に接続され、前記ＰＯＳデータと前記第１の識別情報を紐付けて記憶する管理サーバであって、前記ビーコン受信機から送信された前記ビーコン波の受信時刻と前記第１の識別情報を受信する第１の受信手段と、前記ＰＯＳ端末から送信された前記ＰＯＳデータを受信する第２の受信手段と、前記ビーコン受信機から受信した前記第１の識別情報と、当該第１の識別情報に対応する前記ビーコン波の受信時刻に近い決済時刻の前記ＰＯＳデータとを紐付けて管理する管理手段とを備えたことを特徴とする。
【0016】
また、本発明は、ＰＯＳデータを生成するＰＯＳ端末及び顧客が保有する顧客端末の第１の識別情報を含むビーコン波を受信するビーコン受信機と通信可能に接続され、前記ＰＯＳデータと前記第１の識別情報を紐付けて記憶する管理サーバにおいて実行される情報処理プログラムであって、前記ビーコン受信機から送信された前記ビーコン波の受信時刻と前記第１の識別情報を受信する第１の受信手順と、前記ＰＯＳ端末から送信された前記ＰＯＳデータを受信する第２の受信手順と、前記ビーコン受信機から受信した前記第１の識別情報と、当該第１の識別情報に対応する前記ビーコン波の受信時刻に近い決済時刻の前記ＰＯＳデータとを紐付けて管理する管理手順とをコンピュータにより実行することを特徴とする。
【発明の効果】
【0017】
本発明によれば、ＰＯＳデータに含まれる顧客ＩＤと該顧客である会員の会員情報（端末情報）を効率良く紐付けて管理することができる。
【図面の簡単な説明】
【0018】
【発明を実施するための形態】
【0019】
以下に、本発明に係る情報処理システム、管理サーバ、情報処理方法及び情報処理プログラムの実施形態を図面に基づいて詳細に説明する。なお、本実施形態では、メーカ（以下、「メーカ」と言う）が製造した商品を顧客が購入する場合について説明することとする。また、かかる商品には、商品を一意に識別するコードが付されているものとする。例えば、国際規格のＥＡＮ(European Article Number)を、日本国内の流通における共通コードとして規格化したＪＡＮ（Japanese Article Number）コードを含むバーコードが付されているものとする。
【0020】
＜情報処理システムのシステム構成＞
まず、本実施形態の概要について説明する。図１は、本実施形態に係る情報処理システムのシステム構成を示す図である。図１に示す情報処理システムは、店舗端末２０と、ＰＯＳ端末３０と、顧客端末４０と、メーカサーバ５０と、管理サーバ６０とがネットワークＮに接続された構成となる。図１に示すように、店舗は複数あり、店舗１０－１には店舗端末２０－１～２０－ｑと、これらの店舗端末と対をなすＰＯＳ端末３０－１～３０－ｑとが設けられている。また、店舗１０－ｐには、店舗端末２０－１～２０－ｒと、これらの店舗端末と対をなすＰＯＳ端末３０－１～３０－ｒとが設けられている。同様に、他の店舗にも複数の店舗端末と、これらの店舗端末と対をなす複数のＰＯＳ端末が設けられている。ｐ、ｑ、ｒはいずれも正数であり、これらは同じ値であってもよいし、異なる値であってもよい。以下、「店舗１０」は、店舗１０－１～１０－ｐのいずれかを示すこともあれば、店舗端末１０－１～１０－ｑの総称を示すこともある。また、「店舗端末２０」は、店舗端末２０－１～２０－ｑのいずれかを示すこともあれば、店舗端末２０－１～２０－ｑの総称を示すこともある。「ＰＯＳ端末３０」についても同様である。
まず、本実施形態の概要について説明する。図１は、本実施形態に係る情報処理システムのシステム構成を示す図である。図１に示す情報処理システムは、店舗端末２０と、ＰＯＳ端末３０と、顧客端末４０と、メーカサーバ５０と、管理サーバ６０とがネットワークＮに接続された構成となる。図１に示すように、店舗は複数あり、店舗１０－１には店舗端末２０－１～２０－ｑと、これらの店舗端末と対をなすＰＯＳ端末３０－１～３０－ｑとが設けられている。また、店舗１０－ｐには、店舗端末２０－１～２０－ｒと、これらの店舗端末と対をなすＰＯＳ端末３０－１～３０－ｒとが設けられている。同様に、他の店舗にも複数の店舗端末と、これらの店舗端末と対をなす複数のＰＯＳ端末が設けられている。ｐ、ｑ、ｒはいずれも正数であり、これらは同じ値であってもよいし、異なる値であってもよい。以下、「店舗１０」は、店舗１０－１～１０－ｐのいずれかを示すこともあれば、店舗端末１０－１～１０－ｑの総称を示すこともある。また、「店舗端末２０」は、店舗端末２０－１～２０－ｑのいずれかを示すこともあれば、店舗端末２０－１～２０－ｑの総称を示すこともある。「ＰＯＳ端末３０」についても同様である。
【0021】
店舗端末２０は、スーパー、コンビニエンスストア、ドラッグストア、ディスカウントストア、量販店のような小売・流通業、レストラン等の飲食業の店舗１０に配設されたＰＣ又はタブレット等の端末装置であり、ＰＯＳ端末３０及び管理サーバ６０と通信可能である。この店舗端末２０には、管理サーバ６０に対して顔認証を依頼する店舗端末用アプリがインストールされる。
【0022】
ＰＯＳ端末３０は、小売業等の店舗１０に配設され、商品の販売・支払いが行われるその場（販売時点）で、その商品に関する情報（商品名、価格、販売時刻等）を単品単位で収集・記録する端末装置である。ＰＯＳ端末３０は、店舗端末２０、管理サーバ６０、及びストアコントローラ（不図示）と通信可能である。
【0023】
実際には、ＰＯＳ端末３０及びこれらを統括するストアコントローラによってＰＯＳシステムが構成され、ＰＯＳ端末３０は店舗１０で取り扱う商品に関する情報をストアコントローラ内の商品データベース（不図示）から取得し、ストアコントローラはＰＯＳ端末３０からのデータを解析することにより商品の在庫等を管理する。ここでは、説明を簡略化するため、ＰＯＳシステムがＰＯＳ端末３０によって構成され、ＰＯＳシステムが備える機能はＰＯＳ端末３０に備わっているものとする。
【0024】
なお、ＰＯＳ端末３０、ストアコントローラが備える機能の一部は、複数の店舗１０を束ねる本部のサーバ（不図示）に備えられてもよい。本部サーバは、本部内にハードウェアとして設置されてもよいし、ウェブサーバやクラウドサーバとして実現されていてもよい（以下、他のサーバについても同様）。
【0025】
顧客端末４０は、顧客Ａが所持するスマートフォン又はタブレット等の携帯端末であり、メールの送受信及びＨＴＴＰサーバへのアクセスが可能な端末装置である。この顧客端末４０には、管理サーバ６０が提供する顧客端末用アプリがインストールされる。顧客端末用アプリは、管理サーバ６０を運営するデータプラットフォーマー等が顧客向けに提供するスマホアプリであり、後述する顔認証機能のほか、顧客へのメッセージ配信やキャンペーン告知などの機能を備えている。顧客端末用アプリは、アプリをダウンロードして端末にインストールするアプリ（いわゆる「ネイティブアプリ」）でもよいし、ダウンロードは不要でウェブブラウザで動くアプリ（いわゆる「ウェブアプリ」）でもよい。以下、顧客端末用アプリはネイティブアプリであるとして説明するが、顧客端末用アプリがウェブアプリの場合と比べて実質的な相違が生じることはない。また、顧客端末用アプリは、店舗１０の本部が顧客向けに提供し、一部の機能（例えば顔認証機能）をデータプラットフォーマー等が提供してもよい。
【0026】
メーカサーバ５０は、商品を製造するメーカが有するサーバ装置であり、キャンペーン（以下、「ＣＰ」と略記する。）用のランディングページを直接又は管理サーバ６０を介して顧客Ａに対して提供する。メーカサーバ５０は、顧客がメーカに会員登録したならば、メーカＩＤを発行して、顧客の個人情報（氏名、住所等）とともに管理する。
【0027】
管理サーバ６０は、顧客端末用アプリに登録した顧客に関する情報を管理しており、自装置が管理する顧客の識別情報（以下、「ＧＩＤ」と言う）と、メーカサーバ５０において管理される該顧客のメーカＩＤとを紐付けて管理するサーバ装置である。管理サーバ６０は、店舗端末２０、ＰＯＳ端末３０、顧客端末４０及びメーカサーバ５０と通信可能に接続される。
【0028】
また、顧客端末用アプリは、顔認証機能を備えている。顔認証機能は、顧客端末用アプリの起動やログイン、メッセージや告知の開封、店舗１０における商品代金の支払いなどで用いられる。管理サーバ６０は、顔認証に必要な顧客に関する情報（顧客の顔画像など）を管理するとともに、店舗１０に配設される店舗端末２０に店舗端末用アプリを提供する。この店舗端末用アプリは、顔認証による支払いを所望する顧客を受け付ける機能などを備えている。
【0029】
＜情報処理システムの概要＞
図２及び図３は、図１に示した情報処理システムの概要を示す図である。ここでは、顧客Ａが、あらかじめメーカＭにより運営されるメーカサーバ５０に会員登録されているものとする。また、顧客Ａは、あらかじめ情報処理システムに対して登録要求を行い、管理サーバ６０から提供された顧客端末用アプリが顧客端末４０にインストールされる。かかる顧客の登録を行う際に、管理サーバ６０により顧客Ａを一意に特定するＧＩＤが付与され、このＧＩＤに対応付けて顧客Ａの個人情報及び顔画像が登録されているものとする。
図２及び図３は、図１に示した情報処理システムの概要を示す図である。ここでは、顧客Ａが、あらかじめメーカＭにより運営されるメーカサーバ５０に会員登録されているものとする。また、顧客Ａは、あらかじめ情報処理システムに対して登録要求を行い、管理サーバ６０から提供された顧客端末用アプリが顧客端末４０にインストールされる。かかる顧客の登録を行う際に、管理サーバ６０により顧客Ａを一意に特定するＧＩＤが付与され、このＧＩＤに対応付けて顧客Ａの個人情報及び顔画像が登録されているものとする。
【0030】
図２に示すように、本実施形態に係る情報処理システムでは、メーカＭにより製造された商品ｍを顧客が店舗１０にて購入する場合に、ＰＯＳ端末３０が商品ｍに付されたバーコードを読み取るとともに（Ｓ１）、店舗端末２０のカメラ２２により顧客の顔画像を撮像し（Ｓ２）、店舗端末用アプリを介して顔画像を管理サーバ６０に送信する（Ｓ３）。
【0031】
管理サーバ６０は、顧客Ａの顔画像を受信したならば、この顔画像に対応する顧客ＡのＧＩＤを特定し（Ｓ４）、このＧＩＤに対応する顧客データ（ＧＩＤ、氏名及びクレジットカード情報を含む）を店舗端末２０に送信する（Ｓ５）。店舗端末２０は、顧客データをＰＯＳ端末３０に転送する（Ｓ６）。
【0032】
なお、ここでは説明を簡略化するため、顧客データにクレジットカード情報が含まれるものとして説明しているが、実際には、クレジットカード番号などの機密性の高い情報は高セキュリティの別のサーバ（クレジットカード会社が運営する決済サーバ等）に格納され、クレジット決済処理に関する情報（決済可否の問合せや問合せ結果など）が決済サーバ等と管理サーバ６０との間で送受信されることになる。
【0033】
そして、ＰＯＳ端末３０は、顧客のクレジットカード情報に基づいて商品ｍの決済処理を行う（Ｓ７）。このように、ＰＯＳ端末３０は、顧客Ａの顔画像を用いて取得したクレジットカード情報に基づいて商品ｍの決済処理を行う。なお、ＰＯＳ端末３０は、決済処理を終えたならば、顧客ＡのＧＩＤ及び顧客Ａが購入した商品ｍに関するＰＯＳデータ（以下、単に「ＩＤ－ＰＯＳデータ」と言う）を管理サーバに送信する（Ｓ８）。
【0034】
管理サーバ６０は、ＰＯＳ端末３０からＩＤ－ＰＯＳデータを受信したならば、このＰＯＳデータに含まれる商品ｍが情報提供を所望するメーカ（以下、「特定メーカ」と言う）の商品であるか否かを判定する（Ｓ９）。ここでは、メーカＭが特定メーカの一つであるため、商品ｍは特定メーカの商品となる。
【0035】
管理サーバ６０は、ＧＩＤと紐付けられたメーカＭのメーカＩＤが登録されている場合には、ＧＩＤからメーカＭのメーカＩＤを特定し（Ｓ１３）、ＧＩＤに対応するＰＯＳデータ及び特定されたメーカＩＤがメーカＭのメーカサーバ５０に対して送信される（Ｓ１４）。これにより、メーカＭでは、顧客Ａが商品ｍを購入した事実を把握することができる。
【0036】
これに対して、管理サーバ６０は、ＧＩＤに対応するメーカＭのメーカＩＤが事前に登録されていない場合には、ＧＩＤからメーカＭのメーカＩＤを特定できない。その結果、顧客Ａはメーカサーバ５０に登録されているにも関わらず、この顧客Ａが商品ｍを購入した事実を把握することができない。
【0037】
このため、本実施形態に係る情報処理システムでは、図３に示す要領でＧＩＤとメーカＩＤの紐付け処理を行う。以下では、ＧＩＤとメーカＩＤの紐付け処理について説明する。ここでは、管理サーバ６０が、登録者ＤＢ６４ａにおいて顧客Ａのメールアドレスを管理しているものとする。
【0038】
図３に示した（Ｓ１）～（Ｓ９）の処理は、図２のものと同様となる。図３に示すように、管理サーバ６０は、ＧＩＤに対応するメーカＭのメーカＩＤが事前に登録されていない場合には、顧客端末４０に対してＣＰ告知を行う（Ｓ１０）。具体的には、顧客端末用アプリを介して顧客ＡのメールアドレスにＣＰ告知メールを送信する。
【0039】
顧客Ａが顧客端末４０の顧客端末用アプリを起動したならば、顔認証機能が作動して、顧客端末用アプリは顧客Ａの顔画像に対応するＧＩＤを取得する。その後、顧客ＡがＣＰ告知メールに含まれるランディングページのＵＲＬをクリックしたならば、管理サーバ６０が運営するランディングページにアクセスされる。なお、顧客端末用アプリの起動からＣＰ告知メールの開封まで所定の時間を超える場合などには、ＣＰ告知メールの開封時にも顔認証機能を作動させてもよい。
【0040】
一般的に、ランディングページは、顧客のアクションを誘導することに特化したページを意味する。ここで、ランディングページは、メーカの提供する素材（メーカのブランドロゴやログインフォームなど）を含み、顧客にログインフォームへの入力を誘導することにより、ＩＤ連携を実現するために作成されたページである。顧客のＧＩＤは、ランディングページのクッキーにそのまま埋め込まれたり、セッションＩＤとして管理されたりするので、ランディングページでは、ＧＩＤとログインフォームに入力された内容とが対応付けられている。ログインフォームへの入力後、メーカサーバ５０が運営する会員ページ等にページが遷移する。
【0041】
その後、顧客Ａは、このランディングページに対して、メーカＩＤを入力し、データの利用許諾に同意してＣＰ応募を行ったならば（Ｓ１１）、顧客端末用アプリから管理サーバ６０にＧＩＤ及びメーカＩＤが対応付けて送信され、管理サーバ６０は、ＧＩＤとメーカＩＤを対応付けたデータ（以下、「連携データ」と言う）を入手する。このため、管理サーバ６０は、この連携データに含まれるメーカＩＤをＧＩＤの登録者に対応付けて登録者ＤＢ６４ａに登録する（Ｓ１２）。そして、ＰＯＳ端末３０から受信したＩＤ－ＰＯＳデータに含まれる顧客ＡのＧＩＤからメーカＩＤを特定し（Ｓ１３）、ＧＩＤに対応するＰＯＳデータ及び特定されたメーカＩＤをメーカサーバ５０に通知する（Ｓ１４）。
【0042】
なお、ここで、「データの利用許諾」とは、ＧＩＤ及びメーカＩＤを対応付け、ＧＩＤに対応するＰＯＳデータをメーカＩＤとともにメーカ等の第三者に送ること、及び、第三者がＰＯＳデータ及びメーカＩＤをマーケティング等に活用することの許諾を求めることを言うが、メーカ等の意向に応じて許諾の内容は適宜変更してもよい。
【0043】
上記一連の処理を行うことにより、管理サーバ６０は、ＧＩＤに対応するメーカＭのメーカＩＤが事前に登録されていない場合であっても、ＧＩＤに対応するメーカＩＤを登録者ＤＢ６４ａに登録することができる。このため、次回以降は、顧客ＡがメーカＭの商品を購入した場合に、図２に示した手順でメーカＭのメーカサーバ５０に対してＰＯＳデータ及びメーカＩＤを送信することができる。その結果、メーカＭは、顧客Ａが自社商品を購入した事実を把握することが可能となる。
【0044】
このように、本実施形態によれば、商品ｍの提供を行うメーカＭにより発行されたメーカＩＤと顧客の個人情報とを対応付けて管理するメーカＭのメーカサーバ５０と、商品ｍを販売する店舗１０に配設された店舗端末２０と、顧客Ａの個人情報と該顧客ＡのメーカＩＤとを対応付けて管理する管理サーバ６０とを有し、店舗端末２０が、顧客Ａが商品ｍを購入する場合に、該顧客ＡのＧＩＤを管理サーバ６０から取得し、管理サーバ６０が、顧客Ａが購入した商品ｍの情報、顧客ＡのメーカＩＤ及び顧客ＡのＧＩＤを対応付けた登録者ＤＢ６４ａを有するよう構成したので、メーカＭが商品ｍを購入する顧客Ａについて効率良く把握することができる。
【0045】
なお、ここでは説明の便宜、顧客Ａの顔画像そのものを管理サーバ６０の登録者ＤＢ６４ａに登録する場合を説明したが、顧客Ａの顔画像の特徴量を登録するよう構成することもできる。また、ここでは顧客Ａが商品ｍを購入する場合を説明したが、サービスの提供を受ける場合に適用することもできる。
【0046】
また、管理サーバ６０は、顧客Ａの顔画像と、該顧客Ａの顔画像に基づいて生成されたＧＩＤとを対応付けて管理しておき、店舗端末２０が、顧客Ａが商品ｍを購入する場合に、該顧客Ａの顔画像を撮像して管理サーバ６０に送信し、この顔画像に対応するＧＩＤを管理サーバ６０から受信する。なお、顧客Ａの顔画像ではなく、指紋、掌紋などの各種生体情報を用いることもできる。さらには、顧客Ａが任意に設定した、顧客を一意に識別可能なＩＤ及びパスワードを対応付けて管理サーバ６０で管理しておき、ＩＤをＧＩＤとして用いてもよい。つまり、顧客端末用アプリの認証機能は、顧客の一部（顔や指、掌など）の画像を求める生体認証の代わりに、パスワードなどの入力を促す知識認証によって実現されてもよい。
【0047】
また、管理サーバ６０は、店舗端末２０から顔画像を受け付けた場合に、該顔画像に対応するＧＩＤを特定し、特定したＧＩＤを店舗端末２０に通知する。また、店舗端末２０は、ＩＤ－ＰＯＳデータを管理サーバ６０に対して通知し、管理サーバ６０は、ＧＩＤに対応する顧客Ａの所持する顧客端末４０に対して商品ｍのＣＰ告知メールを送信し、顧客端末４０は、ＣＰへの応募を顧客から受け付ける。ＣＰ応募に際して、顧客端末４０から、少なくともＧＩＤ及びメーカＩＤが対応付けられて管理サーバ６０に送信される。
【0048】
また、顧客端末４０は、管理サーバ６０に対して、メーカＩＤ、ＧＩＤ、商品ｍに係る情報の利用許諾を含むＣＰ応募を受け付ける。また、管理サーバ６０は、メーカサーバ５０に対してＰＯＳデータ及びメーカＩＤを送信する。また、メーカサーバ５０は、顧客Ａが購入した商品ｍのＰＯＳデータと、顧客Ａの個人情報を匿名加工した情報とを対応付けて、メーカＭの関連企業などへ情報提供することもできる。
【0049】
＜上記システムの検討＞
（１）システム運用上の課題
上記一連の処理を小売業、流通業、飲食業の各店舗が行うことも考えられるが、実際には、自社システムの改修が必要となるだけでなく、全てのメーカに自社システムを活用してもらうことは難しい。その一方で、一部のメーカにのみ活用してもらうとなると、一部のメーカに肩入れしているかのような誤解を招く。このため、各店舗が同様の処理を行うことは現実的ではない。
（１）システム運用上の課題
上記一連の処理を小売業、流通業、飲食業の各店舗が行うことも考えられるが、実際には、自社システムの改修が必要となるだけでなく、全てのメーカに自社システムを活用してもらうことは難しい。その一方で、一部のメーカにのみ活用してもらうとなると、一部のメーカに肩入れしているかのような誤解を招く。このため、各店舗が同様の処理を行うことは現実的ではない。
【0050】
（２）業界の構造上の課題
上記一連の処理をいわゆる共通ポイント事業者が行うことも考えられるが、共通ポイント事業者が行う場合であっても上記（１）と同様の問題がある。また、共通ポイント事業者は、特定のメーカの販売促進を伴う施策を講じることが多いため、競合先のメーカにはアプローチできない可能性が高い。
上記一連の処理をいわゆる共通ポイント事業者が行うことも考えられるが、共通ポイント事業者が行う場合であっても上記（１）と同様の問題がある。また、共通ポイント事業者は、特定のメーカの販売促進を伴う施策を講じることが多いため、競合先のメーカにはアプローチできない可能性が高い。
【0051】
また、すべての店舗が共通ポイントサービスを導入しているとは限らない。共通ポイント事業者が上記一連の処理を行うとなると、共通ポイントサービスを導入していない店舗に対しては新たに共通ポイントサービスを導入してもらうことが前提となり、現実的ではない。
【0052】
上記一連の処理をいわゆるキャッシュレス決済事業者が行うことも考えられるが、キャッシュレス決済事業者が行う場合であってもこれと同様の問題がある。つまり、すべての店舗がキャッシュレス決済サービスを導入しているとは限らない。加えて、現在、日本では、キャッシュレス決済が全決済に占める割合は現金決済に比べて低く、キャッシュレス決済サービスは濫立しており、キャッシュレス決済事業者のいずれかによる決済が全決済に占める割合はさらに低い。このため、キャッシュレス決済事業者が上記の一連の処理を行ったとしても、キャッシュレス決済事業者から連携可能な情報量は少なく、連携先となるメーカにとってのメリットも少ない。
【0053】
（３）データ処理上の課題
小売業、流通業、飲食業の各店舗で使うＩＤはそれぞれ異なる場合がある。例えば、チェーン店Ｘが用いるＩＤと、チェーン店Ｙが用いるＩＤは異なるものを使用しており、統一されたＩＤを使っている訳では無い。このため、名寄せを行う必要が生ずる。しかし、名寄せを行うには、氏名・住所・電話番号等の個人情報を手がかりにして同じ人物に関するデータをまとめることになり、現実的ではない。また、キャンペーン中であるか否かによって同じメーカの商品であっても異なるＪＡＮコードが付されるケースもある。このように、各種データを収集できたとしても、ＩＤの名寄せやＪＡＮコードの解釈などのデータ処理に係る負担が大きい。データ処理負荷を超えて収益を上げようとすると、広い範囲や業種でデータを収集する必要があるが、これは上記（１）（２）の観点から難しい。
以上の諸点を考慮して、上記一連の処理を行うこととした。
小売業、流通業、飲食業の各店舗で使うＩＤはそれぞれ異なる場合がある。例えば、チェーン店Ｘが用いるＩＤと、チェーン店Ｙが用いるＩＤは異なるものを使用しており、統一されたＩＤを使っている訳では無い。このため、名寄せを行う必要が生ずる。しかし、名寄せを行うには、氏名・住所・電話番号等の個人情報を手がかりにして同じ人物に関するデータをまとめることになり、現実的ではない。また、キャンペーン中であるか否かによって同じメーカの商品であっても異なるＪＡＮコードが付されるケースもある。このように、各種データを収集できたとしても、ＩＤの名寄せやＪＡＮコードの解釈などのデータ処理に係る負担が大きい。データ処理負荷を超えて収益を上げようとすると、広い範囲や業種でデータを収集する必要があるが、これは上記（１）（２）の観点から難しい。
以上の諸点を考慮して、上記一連の処理を行うこととした。
【0054】
＜店舗端末２０の構成＞
次に、図１に示した店舗端末２０の構成について説明する。図４は、図１に示した店舗端末２０の構成を示す機能ブロック図である。店舗端末２０は、小売業等の店舗１０に配設されたＰＣ、タブレット、売場連動サイネージ等の端末装置である。この店舗端末２０は、顧客の顔を撮像した顔画像を管理サーバ６０に送信する。そして、管理サーバ６０から送信される顧客の顧客データを受信する。この店舗端末２０には、管理サーバ６０に対して顔認証を依頼する店舗端末用アプリがインストールされる。
次に、図１に示した店舗端末２０の構成について説明する。図４は、図１に示した店舗端末２０の構成を示す機能ブロック図である。店舗端末２０は、小売業等の店舗１０に配設されたＰＣ、タブレット、売場連動サイネージ等の端末装置である。この店舗端末２０は、顧客の顔を撮像した顔画像を管理サーバ６０に送信する。そして、管理サーバ６０から送信される顧客の顧客データを受信する。この店舗端末２０には、管理サーバ６０に対して顔認証を依頼する店舗端末用アプリがインストールされる。
【0055】
図４に示すように、店舗端末２０は、表示操作部２１と、カメラ２２と、ＢＴ通信部２３と、通信Ｉ／Ｆ部２４と、記憶部２５と、制御部２６とを有する。表示操作部２１は、液晶パネル、有機ＥＬ（エレクトロルミネッセンス）等からなる入出力デバイスである。
【0056】
カメラ２２は、ＣＣＤ（Charge Coupled Device）などの素子からなる撮像部であり、顧客の顔画像を撮像する。ＢＴ通信部２３は、Bluetooth（登録商標）によりＰＯＳ端末３０と近距離無線通信を行う通信部である。通信Ｉ／Ｆ部２４は、ネットワークＮを介して管理サーバ６０との間で通信を行うインターフェース部である。
【0057】
記憶部２５は、ハードディスク装置、揮発性メモリ又は不揮発性メモリ等からなる記憶デバイスであり、顧客データ２５ａを記憶する。図５は、図４に示した顧客データ２５ａの一例を示す図である。同図に示すように、この顧客データ２５ａには、顧客のＧＩＤ、氏名、クレジットカード情報（クレジットカード番号、有効期限）等が含まれる。同図では、ＧＩＤ「Ｇ００１」の顧客の氏名が「○山一郎」、クレジットカード番号が「１２３４－５６７８－９０１２－３４５６」、有効期限が「１２／２５（２０２５年１２月）」である状況を示している。
【0058】
制御部２６は、店舗端末２０の全体制御を行う制御部であり、撮像制御部２６ａと、顔画像送信部２６ｂと、顧客データ受信部２６ｃと、顧客データ転送部２６ｄとを有する。実際には、撮像制御部２６ａ、顔画像送信部２６ｂ、顧客データ受信部２６ｃ及び顧客データ転送部２６ｄに対応する店舗端末用アプリを記憶部２５などに記憶しておき、この店舗端末用アプリをメモリにロードして、ＣＰＵで実行することにより、撮像制御部２６ａ、顔画像送信部２６ｂ、顧客データ受信部２６ｃ及び顧客データ転送部２６ｄに対応するプロセスを実行させることになる。
【0059】
撮像制御部２６ａは、ＰＯＳ端末から撮像指示を受け付けた場合に、カメラ２２に対して顧客の顔画像を撮像させるよう制御する制御部である。この際、顧客に対して音声データ等のガイダンスを行って撮像指示を行う。
【0060】
顔画像送信部２６ｂは、カメラ２２で撮像された顧客の顔画像を管理サーバ６０に対して送信する処理部である。顧客データ受信部２６ｃは、管理サーバ６０から送信される顧客データを受信して記憶部２５に顧客データ２５ａとして記憶する処理部である。顧客データ転送部２６ｄは、ＰＯＳ端末３０に対して顧客データを転送する処理部である。かかる顧客データを転送する理由は、ＰＯＳ端末３０において商品の決済処理を行うためである。
【0061】
＜ＰＯＳ端末３０の構成＞
次に、図１に示したＰＯＳ端末３０の構成について説明する。図６は、図１に示したＰＯＳ端末３０の構成を示す機能ブロック図である。ＰＯＳ端末３０は、小売業等の店舗１０に配設され、商品の販売・支払いが行われるその場（販売時点）で、その商品に関する情報（商品名、価格、販売時刻等）を単品単位で収集・記録する端末装置である。商品に付されたバーコードを読み取ってＪＡＮコードを特定する。このＪＡＮコードにより、商品の商品種別、商品価格等を特定することができる。
次に、図１に示したＰＯＳ端末３０の構成について説明する。図６は、図１に示したＰＯＳ端末３０の構成を示す機能ブロック図である。ＰＯＳ端末３０は、小売業等の店舗１０に配設され、商品の販売・支払いが行われるその場（販売時点）で、その商品に関する情報（商品名、価格、販売時刻等）を単品単位で収集・記録する端末装置である。商品に付されたバーコードを読み取ってＪＡＮコードを特定する。このＪＡＮコードにより、商品の商品種別、商品価格等を特定することができる。
【0062】
その後、店舗端末２０に対して顧客の顔を撮像するよう指示を行う。そして、店舗端末２０から顧客データを受信したならば、この顧客データに含まれるクレジットカード情報を用いて決済処理を行い、ＩＤ－ＰＯＳデータを管理サーバ６０に送信する。
【0063】
図６に示すように、ＰＯＳ端末３０は、表示操作部３１と、バーコードリーダ３２と、ＢＴ通信部３３と、通信Ｉ／Ｆ部３４と、記憶部３５と、制御部３６とを有する。表示操作部３１は、液晶パネル、有機ＥＬ（エレクトロルミネッセンス）等からなる入出力デバイスである。
【0064】
バーコードリーダ３２は、商品に付されたバーコードを読み取る読取部である。かかるバーコードには商品のＪＡＮコードが含まれている。ＢＴ通信部３３は、Bluetooth（登録商標）により店舗端末２０と近距離無線通信を行う通信部である。通信Ｉ／Ｆ部３４は、ネットワークＮを介して管理サーバ６０との間で通信を行うインターフェース部である。
【0065】
記憶部３５は、ハードディスク装置、揮発性メモリ又は不揮発性メモリ等からなる記憶デバイスであり、ＰＯＳデータ３５ａ、顧客データ３５ｂ及び商品データ３５ｃを記憶する。ＰＯＳデータ３５ａは顧客により購入された商品に関する情報（商品名、価格、販売時刻等）である。
【0066】
顧客データ３５ｂは、店舗端末２０から受信した顧客データであり、顧客のＧＩＤ、氏名、クレジットカード情報（クレジットカード番号、有効期限）等が含まれる。商品データ３５ｃは、店舗１０に陳列された商品のＪＡＮコード、商品名、価格を対応付けたデータである。
【0067】
なお、本実施形態では、あらかじめ管理サーバ６０に登録されたクレジットカードによる決済処理を行う場合を説明するが、現金決済、デビットカード決済、交通系ＩＣカードによる決済処理などの各種決済を行うこともできる。
【0068】
制御部３６は、ＰＯＳ端末３０の全体制御を行う制御部であり、バーコード読取部３６ａと、顧客データ受信部３６ｂと、決済処理部３６ｃと、ＩＤ－ＰＯＳデータ送信部３６ｄとを有する。実際には、バーコード読取部３６ａ、顧客データ受信部３６ｂ、決済処理部３６ｃ及びＩＤ－ＰＯＳデータ送信部３６ｄに対応する店舗端末用アプリを記憶部３５などに記憶しておき、この店舗端末用アプリをメモリにロードして、ＣＰＵで実行することにより、バーコード読取部３６ａ、顧客データ受信部３６ｂ、決済処理部３６ｃ及びＩＤ－ＰＯＳデータ送信部３６ｄに対応するプロセスを実行させることになる。
【0069】
バーコード読取部３６ａは、顧客が購入する商品に付されたバーコードを読み取り、バーコードに含まれるＪＡＮコード等を特定する処理部である。ＪＡＮコード等が特定されたならば、商品データ３５ｃを参照することにより、商品名及び価格を特定することができる。
【0070】
顧客データ受信部３６ｂは、店舗端末２０から送信された顧客データを受信して記憶部３５に顧客データ３５ｂとして記憶する処理部である。決済処理部３６ｃは、顧客データ３５ｂに含まれるクレジットカード情報を用いて商品の決済を行う処理部である。なお、商品の商品名及び価格は、商品データ３５ｃ及びＪＡＮコードに基づいて特定される。決済処理を完了したならば、ＰＯＳデータ３５ａとして記憶部３５に記憶する。
【0071】
ＩＤ－ＰＯＳデータ送信部３６ｄは、顧客のＧＩＤ及び顧客が購入した商品のＰＯＳデータ（ＩＤ－ＰＯＳデータ）を管理サーバ６０に送信する処理部である。管理サーバ６０は、このＩＤ－ＰＯＳデータを受信することにより、店舗１０内でどの顧客がどの商品を購入したのかを特定することができる。
【0072】
＜顧客端末４０の構成＞
次に、図１に示した顧客端末４０の構成について説明する。図７は、図１に示した顧客端末４０の構成を示す機能ブロック図である。顧客端末４０は、顧客が所持するスマートフォン又はタブレット等の携帯端末であり、メールの送受信及びＨＴＴＰサーバへのアクセスが可能な端末装置である。この顧客端末４０には、情報処理システムに加入する顧客に対して管理サーバ６０が提供する顧客端末用アプリがインストールされる。
次に、図１に示した顧客端末４０の構成について説明する。図７は、図１に示した顧客端末４０の構成を示す機能ブロック図である。顧客端末４０は、顧客が所持するスマートフォン又はタブレット等の携帯端末であり、メールの送受信及びＨＴＴＰサーバへのアクセスが可能な端末装置である。この顧客端末４０には、情報処理システムに加入する顧客に対して管理サーバ６０が提供する顧客端末用アプリがインストールされる。
【0073】
顧客が顧客端末４０の顧客端末用アプリを起動すると、顔認証機能が作動して、顧客端末用アプリは顧客Ａの顔画像に対応するＧＩＤを取得する。そして、顧客は、管理サーバ６０からのＣＰ告知メールを確認する。ＣＰ告知メールの本文には、例えば「この度は、Ｍ社の商品ｍを購入して頂き、誠にありがとうございました。ただいま、抽選で１００名様にプレゼントをするキャンペーンを実施中です。是非、この機会にご応募下さい。」等のメッセージ、ランディングページのＵＲＬが含まれる。
【0074】
顧客が、ランディングページのＵＲＬをクリックしたならば、管理サーバ６０が運営するランディングページにアクセス可能となる。その後、顧客がランディングページにメーカＩＤの入力及びデータの利用許諾の同意を行ったならば、管理サーバ６０に対してＧＩＤ及びメーカＩＤの連携データが通知される。
【0075】
図７に示すように、顧客端末４０は、表示操作部４１と、カメラ４２と、通信Ｉ／Ｆ部４３と、記憶部４４と、制御部４５とを有する。表示操作部４１は、液晶パネル、有機ＥＬ（エレクトロルミネッセンス）等からなる入出力デバイスである。
【0076】
カメラ４２は、ＣＣＤなどの素子からなる撮像部であり、顧客の顔画像を撮像する。通信Ｉ／Ｆ部４３は、ネットワークＮを介して管理サーバ６０等との間で通信を行うインターフェース部である。記憶部４４は、ハードディスク装置、揮発性メモリ又は不揮発性メモリ等からなる記憶デバイスである。
【0077】
制御部３６は、顧客端末４０の全体制御を行う制御部であり、登録処理部４５ａと、撮像制御部４５ｂと、メーラー４５ｃと、ブラウザ４５ｄとを有する。実際には、登録処理部４５ａ及び撮像制御部４５ｂに対応する顧客端末用アプリと、メーラー４５ｃ及びブラウザ４５ｄに対応するプログラムを記憶部４４などに記憶しておき、この顧客端末用アプリをメモリにロードして、ＣＰＵで実行することにより、登録処理部４５ａ、撮像制御部４５ｂ、メーラー４５ｃ及びブラウザ４５ｄに対応するプロセスを実行させることになる。
【0078】
登録処理部４５ａは、情報処理システムに顧客が登録を行う場合の登録処理を行う処理部であり、顧客端末用アプリを管理サーバ６０又は他のサーバからダウンロードして実行されることにより、登録処理部４５ａが形成される。この登録処理部４５ａにより顧客が登録要求を行うと、該顧客を一意に識別するＧＩＤが発行され、個人情報（氏名、住所、メールアドレス等）、クレジットカード情報（クレジットカード番号、有効期限）、顔画像等が管理サーバ６０に登録される。
【0079】
撮像制御部４５ｂは、顧客の登録を行う場合にカメラ４２により該顧客の顔画像を撮像させるよう制御する制御部である。メーラー４５ｃは、管理サーバ６０からのＣＰ告知メール等を受信するメーラーである。なお、かかるメーラー４５ｃは、ＷＥＢ上の各種メールを送受信することもできる。
【0080】
ブラウザ４５ｄは、ＷＥＢ上の各種ページにアクセスするためのブラウザであり、ＣＰ告知メールに含まれるＵＲＬがクリックされたならば、このブラウザ４５ｄが起動し、該当するランディングページにアクセス可能となる。かかるランディングページ上でメーカＩＤ、データの利用許諾が入力され、ＣＰ応募がなされたならば、連携データが管理サーバ６０に対して通知される。
【0081】
＜メーカサーバ５０の構成＞
次に、図１に示したメーカサーバ５０の構成について説明する。図８は、図１に示したメーカサーバ５０の構成を示す機能ブロック図である。メーカサーバ５０は、商品を製造するメーカが有する端末装置であり、ランディングページの作成に必要な素材（または、ランディングページそのもの）を管理サーバ６０（正確には、管理サーバ６０の運営者）に対して提供する。顧客Ａがランディングページに入力した各種情報は、管理サーバ６０を介してメーカサーバ５０に送信される。メーカサーバ５０は、顧客ＡがメーカＭに会員登録したならば、メーカＩＤを発行して、顧客Ａの個人情報（氏名、住所等）とともに管理する。管理サーバ６０からＰＯＳデータ及びメーカＩＤを受信したならば、メーカＩＤに該当する顧客がＰＯＳデータの自社商品を購入したものと判定する。
次に、図１に示したメーカサーバ５０の構成について説明する。図８は、図１に示したメーカサーバ５０の構成を示す機能ブロック図である。メーカサーバ５０は、商品を製造するメーカが有する端末装置であり、ランディングページの作成に必要な素材（または、ランディングページそのもの）を管理サーバ６０（正確には、管理サーバ６０の運営者）に対して提供する。顧客Ａがランディングページに入力した各種情報は、管理サーバ６０を介してメーカサーバ５０に送信される。メーカサーバ５０は、顧客ＡがメーカＭに会員登録したならば、メーカＩＤを発行して、顧客Ａの個人情報（氏名、住所等）とともに管理する。管理サーバ６０からＰＯＳデータ及びメーカＩＤを受信したならば、メーカＩＤに該当する顧客がＰＯＳデータの自社商品を購入したものと判定する。
【0082】
図８に示すように、メーカサーバ５０は、入力部５１と、表示部５２と、通信Ｉ／Ｆ部５３と、記憶部５４と、制御部５５とを有する。入力部５１は、キーボード及びマウス等の入力デバイスであり、表示部５２は、液晶パネル、有機ＥＬ（エレクトロルミネッセンス）、ディスプレイ装置等の表示デバイスである。通信Ｉ／Ｆ部５３は、ネットワークを介して顧客端末４０及び管理サーバ６０と通信するための通信インターフェース部である。
【0083】
記憶部５４は、ハードディスク装置、揮発性メモリ又は不揮発性メモリ等からなる記憶デバイスであり、顧客ＤＢ５４ａを記憶する。なお、この顧客ＤＢ５４ａを管理するデータベース管理部（ＤＢＭＳ）が設けられるが、この点は既存技術であり本実施形態の特徴部分でもないため、ここではその詳細な説明を省略する。
【0084】
顧客ＤＢ５４ａは、メーカサーバ５０に登録される顧客に関する情報を有するデータベースである。図９は、図８に示した顧客ＤＢ５４ａの一例を示す図である。ここでは、顧客を一意に識別するメーカＩＤごとに、顧客の氏名、住所、性別、年齢、購入商品等が管理された状況を示している。
【0085】
同図には、メーカＩＤ「Ａ１２３」の顧客は、氏名が「○山一郎」であり、住所は「○○市ＡＢ町１－１」であり、性別が「男」であり、年齢が「３５才」である状況を示している。また、メーカＩＤ「Ａ１２４」の顧客は、氏名が「△谷二郎」であり、住所は「○○市ＥＦ町３－３」であり、性別が「男」であり、年齢が「４２才」である状況を示している。管理サーバ６０からＩＤ－ＰＯＳデータを受信すると、メーカＩＤをたどることにより、どの顧客がどの商品を購入したのかを把握することができる。
【0086】
制御部５５は、メーカサーバ５０の全体制御を行う制御部であり、顧客管理部５５ａを有する。実際には、顧客管理部５５ａに対応するプログラムを記憶部５４などに記憶しておき、このプログラムをメモリにロードして、ＣＰＵで実行することで、顧客管理部５５ａに対応するプロセスを実行させることになる。顧客管理部５５ａは、メーカに登録した顧客を顧客ＤＢ５４ａにより管理する管理部である。
【0087】
＜管理サーバ６０の構成＞
次に、図１に示した管理サーバ６０の構成について説明する。図１０は、図１に示した管理サーバ６０の構成を示す機能ブロック図である。管理サーバ６０は、自装置が管理する顧客Ａの識別情報（以下、「ＧＩＤ」と言う）と、メーカサーバ５０において管理される該顧客ＡのメーカＩＤとを紐付けて管理するサーバ装置である。管理サーバ６０は、情報処理システムに加入する店舗に対して顔認証機能を有する店舗端末用アプリを提供するとともに、情報処理システムを利用する顧客に対して顧客端末用アプリを提供する。
次に、図１に示した管理サーバ６０の構成について説明する。図１０は、図１に示した管理サーバ６０の構成を示す機能ブロック図である。管理サーバ６０は、自装置が管理する顧客Ａの識別情報（以下、「ＧＩＤ」と言う）と、メーカサーバ５０において管理される該顧客ＡのメーカＩＤとを紐付けて管理するサーバ装置である。管理サーバ６０は、情報処理システムに加入する店舗に対して顔認証機能を有する店舗端末用アプリを提供するとともに、情報処理システムを利用する顧客に対して顧客端末用アプリを提供する。
【0088】
管理サーバ６０は、店舗端末２０から顧客の顔画像を受信したならば、登録者ＤＢ６４ａを用いて顔画像からＧＩＤを特定し、該ＧＩＤを含む顧客データを店舗端末２０に送信する。ここで、顔画像からＧＩＤを特定する場合には、店舗端末２０から送信された顔画像と登録者ＤＢ６４ａに登録された各登録者の顔画像とを照合処理し、例えば両顔画像の相互相関係数が最も高い登録者であると判定し、この登録者のＧＩＤを特定することができる。また、顔画像に対して一方向性関数を適用して直接ＧＩＤを算定することもできる。
【0089】
図１０に示すように、管理サーバ６０は、入力部６１と、表示部６２と、通信Ｉ／Ｆ部６３と、記憶部６４と、制御部６５とを有する。入力部６１は、キーボード及びマウス等の入力デバイスであり、表示部６２は、液晶パネル、有機ＥＬ（エレクトロルミネッセンス）、ディスプレイ装置等の表示デバイスである。通信Ｉ／Ｆ部６３は、ネットワークを介して店舗端末２０、ＰＯＳ端末３０、顧客端末４０及びメーカサーバ５０と通信するための通信インターフェース部である。
【0090】
記憶部６４は、ハードディスク装置、揮発性メモリ又は不揮発性メモリ等からなる記憶デバイスであり、登録者ＤＢ６４ａを記憶する。なお、この登録者ＤＢ６４ａを管理するデータベース管理部（ＤＢＭＳ）が設けられるが、この点は既存技術であり本実施形態の特徴部分でもないため、ここではその詳細な説明を省略する。
【0091】
登録者ＤＢ６４ａは、管理サーバ６０に登録される登録者に関する情報を有するデータベースである。図１１は、図１０に示した登録者ＤＢ６４ａの一例を示す図である。ここでは、登録者を一意に識別するＧＩＤごとに、登録者の氏名、住所、メールアドレス、クレジットカード情報（クレジットカード番号、有効期限）、顔画像、メーカＩＤ等が管理された状況を示している。
【0092】
同図には、ＧＩＤ「Ｇ００１」の登録者は、氏名が「○山一郎」であり、住所は「○○市ＡＢ町１－１」であり、メールアドレスが「１２３＠ａｂｃ．ｃｏｍ」であり、クレジットカード番号が「１２３４－５６７８－９０１２－３４５６」、有効期限が「１２／２５（２０２５年１２月）」であり、顔画像のファイルが「ａｂｃ．ｊｐｇ」であり、メーカＩＤが「Ａ１２３」である状況を示している。
【0093】
また、ＧＩＤ「Ｇ００２」の登録者は、氏名が「×川花子」であり、住所は「××区ＣＤ町２－２」であり、メールアドレスが「４５６＠ｄｅｆ．ｃｏｍ」であり、クレジットカード番号が「９８７６－５４３２－１０９８－７６５４」、有効期限が「１１／２４（２０２４年１１月）」であり、顔画像のファイルが「ｄｅｆ．ｊｐｇ」であり、メーカＩＤが「Ｂ２４６」である状況を示している。かかるメーカＩＤが登録済みである場合には図２で説明した処理を行い、メーカＩＤが未登録である場合には図３で説明した処理を行うことになる。
【0094】
制御部６５は、管理サーバ６０の全体制御を行う制御部であり、登録者管理部６５ａと、商品判定部６５ｂと、ＣＰ告知処理部６５ｃと、メーカＩＤ登録部６５ｄと、ＰＯＳデータ送信部６５ｅとを有する。実際には、登録者管理部６５ａ、商品判定部６５ｂ、ＣＰ告知処理部６５ｃ、メーカＩＤ登録部６５ｄ及びメーカＩＤ／ＰＯＳデータ送信部６５ｅに対応するプログラムを記憶部６４などに記憶しておき、これらのプログラムをメモリにロードして、ＣＰＵで実行することで、登録者管理部６５ａ、商品判定部６５ｂ、ＣＰ告知処理部６５ｃ、メーカＩＤ登録部６５ｄ及びＰＯＳデータ送信部６５ｅに対応するプロセスを実行させることになる。
【0095】
登録者管理部６５ａは、管理サーバ６０に登録される登録者を登録者ＤＢ６４ａにより管理する管理部である。具体的には、顧客端末４０にインストールされた顧客端末用アプリを通じて、登録要求を行う顧客を一意に識別するＧＩＤを発行し、個人情報、クレジットカード情報及び顔画像等を対応付けて管理する。
【0096】
商品判定部６５ｂは、ＰＯＳ端末３０から受信したＩＤ－ＰＯＳデータのＰＯＳデータに含まれる商品が特定メーカの商品であるか否かを判定する処理部である。商品を製造するメーカが情報処理システムに加盟するメーカである場合には、該メーカのメーカサーバ５０にＰＯＳデータ及びメーカＩＤを送信し、商品を製造するメーカが情報処理システムに加盟していないメーカである場合には、該メーカのメーカサーバ５０にＰＯＳデータ及びメーカＩＤを送信しない。
【0097】
ＣＰ告知処理部６５ｃは、商品を製造するメーカが該商品の情報を必要とし、かつ、登録者ＤＢ６４ａのＧＩＤに対応する行にメーカＩＤが登録されていない場合に、顧客が所持する顧客端末４０の顧客端末用アプリを利用してＣＰ告知メールを送信する処理部である。このＣＰ告知メールの宛先アドレスは、登録者ＤＢ６４ａのＧＩＤに対応する行に登録されたメールアドレスとなる。また、ＣＰ告知メールには、メーカサーバ５０のランディングページのＵＲＬが記載されており、このＵＲＬを選択したならば、メーカＩＤ等を入力する入力枠が表示される。
【0098】
メーカＩＤ登録部６５ｄは、顧客端末用アプリの起動にともない顔認証機能が作動することにより顔画像に対応するＧＩＤが特定されると、登録者ＤＢ６４ａのうち当該ＧＩＤに対応する行に、顧客が入力したメーカＩＤを登録する処理部である。これにより、次回以降の処理時に、ＧＩＤからメーカＩＤを特定することができる。
【0099】
ＰＯＳデータ送信部６５ｅは、ＧＩＤに対応するＰＯＳデータ及び特定したメーカＩＤをメーカサーバ５０に対して送信する処理部である。
【0100】
＜情報処理システムの処理手順＞
次に、本実施形態に係る情報処理システムの処理手順について説明する。図１２は、本実施形態に係る情報処理システムの処理手順を示すシーケンス図である。同図に示すように、ＰＯＳ端末３０は、顧客が購入する商品に付されたバーコードをバーコードリーダ３２により読み取ったならば（ステップＳ１０１）、店舗端末２０に対して撮像指示を行う。
次に、本実施形態に係る情報処理システムの処理手順について説明する。図１２は、本実施形態に係る情報処理システムの処理手順を示すシーケンス図である。同図に示すように、ＰＯＳ端末３０は、顧客が購入する商品に付されたバーコードをバーコードリーダ３２により読み取ったならば（ステップＳ１０１）、店舗端末２０に対して撮像指示を行う。
【0101】
店舗端末２０は、かかる撮像指示を受け付けたならば、カメラ２２により顧客の顔画像を撮像し（ステップＳ１０２）、撮像した顔画像を管理サーバ６０に送信する（ステップＳ１０３）。管理サーバ６０は、顧客の顔画像を受信したならば、顔画像からＧＩＤを特定する（ステップＳ１０４）。例えば、店舗端末２０から送信された顔画像と登録者ＤＢ６４ａに登録された各登録者の顔画像とを照合処理し、両顔画像の相互相関係数が最も高い登録者であると判定し、この登録者のＧＩＤを特定することができる。
【0102】
その後、管理サーバ６０は、顧客のＧＩＤ、氏名、クレジットカード情報（クレジットカード番号、有効期限）を含む顧客データを店舗端末２０に対して送信し（ステップＳ１０５）、店舗端末２０は、管理サーバ６０から受信した顧客データをＰＯＳ端末３０に転送する（ステップＳ１０６）。
【0103】
ＰＯＳ端末３０は、顧客データを受信したならば、該顧客データに含まれるクレジットカード情報を用いて商品の決済処理を行い（ステップＳ１０７）、ＩＤ－ＰＯＳデータを管理サーバ６０に対して送信する（ステップＳ１０８）。なお、決済処理完了後すみやかにＩＤ－ＰＯＳデータが送信されてもよいし（逐次処理）、レジ締めの際にまとめてＩＤ－ＰＯＳデータが送信されてもよい（バッチ処理）。
【0104】
管理サーバ６０は、ＧＩＤに対応するメーカＩＤが登録者ＤＢ６４ａに登録されていない場合には（ステップＳ１０９；Ｎｏ）、後述するＩＤ連携処理を行う（ステップＳ１１０）。これに対して、ＧＩＤに対応するメーカＩＤが登録者ＤＢ６４ａに登録済みである場合には（ステップＳ１０９；Ｙｅｓ）、メーカサーバ５０に対してメーカＩＤ／ＰＯＳデータを送信して（ステップＳ１１１）、上記一連の処理を終了する。
【0105】
次に、図１２に示したＩＤ連携処理手順について説明する。図１３は、図１２のＳ１１０に示したＩＤ連携処理を示すシーケンス図である。同図に示すように、管理サーバ６０は、ＩＤ－ＰＯＳデータに含まれる商品が特定メーカの商品であるか否かを判定し（ステップＳ２０１）、特定メーカの商品でない場合には（ステップＳ２０１；Ｎｏ）、処理を終了する。
【0106】
これに対して、特定メーカの商品である場合には（ステップＳ２０１；Ｙｅｓ）、顧客端末４０に対してＣＰ告知メールを送信する（ステップＳ２０２）。顧客端末４０が、かかるＣＰ告知メールを受信した場合に、ＣＰ告知メールに含まれるメーカサーバ５０のランディングページのＵＲＬを選択したならば、メーカＩＤ等を入力する入力枠が表示される。
【0107】
そして、顧客がランディングページ上でメーカＩＤ及びデータの利用許諾を入力して（ステップＳ２０３）、ＣＰに応募したならば（ステップＳ２０４）、ランディングページから抽出されたＧＩＤ及びメーカＩＤを含む連携データが管理サーバ６０に通知される。
【0108】
管理サーバ６０は、ＧＩＤに対応するＰＯＳデータ及びＧＩＤから特定したメーカＩＤをメーカサーバ５０に送信し（ステップＳ２０５）、メーカＩＤを登録者ＤＢ６４ａの該当するＧＩＤの行に登録し（ステップＳ２０６）、上記一連の処理を終了する。メーカサーバ５０は、ＰＯＳデータ及びメーカＩＤを受信したならば、顧客ＤＢ５４ａにメーカＩＤとＰＯＳデータを登録して（ステップＳ２０７）、処理を終了する。
【0109】
上述してきたように、本実施形態では、商品の提供を行うメーカにより発行されたメーカＩＤと顧客の個人情報とを対応付けて管理するメーカのメーカサーバ５０と、商品を販売する店舗１０に配設された店舗端末２０と、顧客の個人情報と該顧客のＧＩＤとを対応付けて管理する管理サーバ６０とを有し、店舗端末２０が、顧客が商品を購入する場合に、該顧客のＧＩＤを管理サーバ６０から取得し、管理サーバ６０が、顧客が購入した商品の情報、顧客のメーカＩＤ及び顧客のＧＩＤを対応付けた登録者ＤＢ６４ａを有するよう構成したので、メーカが商品を購入する顧客について効率良く把握することができる。
【0110】
また、本実施形態では、説明の便宜、顧客の顔画像そのものを管理サーバ６０の登録者ＤＢ６４ａに登録する場合を説明したが、顧客の顔画像の特徴量を登録するよう構成することもできる。また、上記の実施形態では、顧客が商品を購入する場合を説明したが、顧客がサービスの提供を受ける場合に適用することもできる。
【0111】
また、本実施形態では、管理サーバ６０は、顧客の顔画像と、該顧客の顔画像に基づいて生成されたＧＩＤとを対応付けて管理しておき、店舗端末２０が、顧客が商品を購入する場合に、該顧客の顔画像を撮像して管理サーバ６０に送信し、この顔画像に対応するＧＩＤを管理サーバ６０から受信する。なお、顧客の顔画像ではなく、指紋、掌紋などの各種生体情報を用いることもできる。さらには、顧客Ａが任意に設定した、顧客を一意に識別可能なＩＤ及びパスワードを対応付けて管理サーバ６０で管理しておき、ＩＤをＧＩＤとして用いてもよい。つまり、顧客端末用アプリの認証機能は、顧客の一部（顔や指、掌など）の画像を求める生体認証の代わりに、パスワードなどの入力を促す知識認証によって実現されてもよい。
【0112】
また、ＧＩＤは、各種生体情報ではなく、顧客端末４０に対応付けることもできる。ＰＯＳ端末３０の近傍にビーコン受信機（不図示）を配設しておき、ビーコン受信機は、顧客の事前同意のもと、顧客端末４０との間でビーコン波を送受信することにより、ビーコン波に含まれる顧客端末４０の識別情報を取得して、ＰＯＳ端末３０に送信する。ＰＯＳ端末３０は、ビーコン受信機を介して顧客端末４０から取得した識別情報及びこれに対応するＰＯＳデータを管理サーバ６０に対して送信する。一方、顧客端末４０は、顧客端末４０の識別情報（顧客端末４０の初期設定情報から生成してもよいし、顧客端末用アプリの登録時に生成してもよい）をメモリに記憶しており、ビーコン受信機から要求があった場合には顧客端末４０の識別情報を返す。また、顧客端末４０では、顧客の事前同意のもと、顧客端末用アプリの所定の機能を使用する際、顧客端末４０の識別情報が利用される。例えば、顧客端末用アプリにて、顧客がＣＰ告知メール中のＵＲＬのリンクをクリックしてランディングページを開くと、顧客端末４０の識別情報がクッキーに埋め込まれたり、セッションＩＤとして管理されたりする。
【0113】
なお、ビーコン受信機はＰＯＳ端末３０の近傍のみならず、店舗の各所に配設してもよい。この場合、ビーコン受信機は、顧客端末４０の識別情報だけではなくビーコン受信時刻もビーコン波から収集してＰＯＳ端末３０に送信し、ＰＯＳ端末３０は、決済時刻と近いタイミングでビーコンを受信した顧客端末４０の識別情報及びこれに対応するＰＯＳデータを管理サーバ６０に対して送信する。
【0114】
ビーコン発信機は、顧客端末４０との間でビーコン波を送受信することにより、顧客端末用アプリに付されたアプリＩＤを取得して、ＧＩＤの代わりにアプリＩＤ及びＧＩＤの組合せを利用してもよい。顧客端末４０では、顧客端末用アプリをインストールした際にアプリＩＤが生成されてメモリに記憶される。なお、アプリＩＤ及びＧＩＤの組合せに代えて、アプリＩＤ及び顧客端末４０の識別情報の組合せを利用してもよい。
【0115】
また、本実施形態では、管理サーバ６０は、店舗端末２０から顔画像を受け付けた場合に、該顔画像に対応するＧＩＤを特定し、特定したＧＩＤを店舗端末２０に通知する。また、店舗端末２０は、ＩＤ－ＰＯＳデータを管理サーバ６０に対して通知し、管理サーバ６０は、ＧＩＤに対応する顧客の所持する顧客端末４０に対して商品のＣＰ告知メールを送信し、顧客端末４０は、ＣＰへの応募を顧客から受け付ける。ＣＰ応募に際して、顧客端末４０から、少なくともＧＩＤ及びメーカＩＤが対応付けて管理サーバ６０に送信される。また、顧客端末４０は、管理サーバ６０に対して、メーカＩＤ、ＧＩＤ、商品ｍに係る情報の利用許諾を含むＣＰ応募を受け付ける。また、管理サーバ６０は、メーカサーバ５０に対してＰＯＳデータ及びメーカＩＤを送信する。
【0116】
また、メーカサーバ５０は、顧客が購入した商品のＰＯＳデータと、顧客の個人情報を匿名加工した情報とを対応付けて、メーカの関連企業などへ情報提供するよう構成することもできる。
【0117】
なお、上記の実施形態では、顧客によるＣＰ応募に伴う利益の提供についての説明を省略したが、メーカから顧客に対する商品の郵送、メーカサーバ５０から顧客端末４０へのポイントの付与など各種の利益を提供することができる。また、メーカが管理サーバ６０から商品に関する情報を受けた頻度に応じて、メーカが情報処理システムの運営者に対して費用を支払うよう構成することもできる。
【0118】
また、上記の実施形態では、顧客ＡがメーカＭの商品ｍを購入した場合に、商品ｍに係るＣＰを顧客Ａに告知することとしたが、本発明はこれに限定されるものではない。顧客ＡがメーカＭの商品ｍを購入した時点で、必ずしも、商品ｍに係るＣＰが開催中であったり、商品ｍに係るＣＰが近々開催されたりするとは限らない。顧客Ａの商品購入とＣＰ開催のタイミングが合うまで、顧客ＡのメーカＩＤ及びＧＩＤの連携が促されないという事態は、メーカＭとしては避けたいはずで、メーカＭはいち早く顧客ＡのＩＤ連携が実現してほしいはずである。また、メーカＭは、商品ｍの顧客Ａだけについてではなく、広く関連する商品の顧客Ａについて知りたいはずである。以下、顧客のＩＤ連携をいち早く実現するとともに、広く関連する商品の顧客について知るためのＣＰ告知例を説明する。
【0119】
＜ＣＰ告知例１＞
管理サーバ６０の運営会社は、メーカ各社からＩＤ連携の依頼を受けたことにともない、メーカ各社から、ＣＰ情報として、ＣＰ対象商品に関する情報（ＣＰ対象商品のコード及び商品カテゴリ、並びにＣＰ対象商品を製造するメーカのコードなど）及びＣＰ開催スケジュール（ＣＰが開催される日付及び店舗など）を受け取り、管理サーバ６０に予め格納するものとする。管理サーバ６０は、メーカ各社のＣＰ情報を用いてＣＰ告知メールを生成し、顧客Ａの顧客端末４０に対して送信する。
管理サーバ６０の運営会社は、メーカ各社からＩＤ連携の依頼を受けたことにともない、メーカ各社から、ＣＰ情報として、ＣＰ対象商品に関する情報（ＣＰ対象商品のコード及び商品カテゴリ、並びにＣＰ対象商品を製造するメーカのコードなど）及びＣＰ開催スケジュール（ＣＰが開催される日付及び店舗など）を受け取り、管理サーバ６０に予め格納するものとする。管理サーバ６０は、メーカ各社のＣＰ情報を用いてＣＰ告知メールを生成し、顧客Ａの顧客端末４０に対して送信する。
【0120】
例えば、顧客ＡがメーカＭとは異なるメーカのビールを購入し、メーカＭのビールに係るＣＰが開催中である（または、近々開催される予定である）場合、管理サーバ６０は、メーカＭのビールに係るＣＰを顧客Ａに告知する。
【0121】
このように、管理サーバ６０は、顧客ＡがＣＰ対象商品を購入しなかったがＣＰ対象とカテゴリが同じで異なるメーカの商品を購入した場合、ＣＰを顧客Ａに告知する。
【0122】
＜ＣＰ告知例２＞
例えば、顧客ＡがメーカＭのワインを購入し、メーカＭとは異なるメーカのチーズに係るＣＰが開催中である（または、近々開催される予定である）場合、管理サーバ６０は、チーズに係るＣＰを顧客Ａに告知する。
例えば、顧客ＡがメーカＭのワインを購入し、メーカＭとは異なるメーカのチーズに係るＣＰが開催中である（または、近々開催される予定である）場合、管理サーバ６０は、チーズに係るＣＰを顧客Ａに告知する。
【0123】
このように、管理サーバ６０は、顧客ＡがＣＰ対象商品を購入しなかったがＣＰ対象商品と関連する商品を購入した場合（いわゆる「合わせ買い」をした場合）、ＣＰを顧客Ａに告知する。
【0124】
＜ＣＰ告知例３＞
ＣＰ告知を通じて顧客ＡのメーカＩＤ及びＧＩＤが対応付けられる前から、管理サーバ６０は、顧客Ａがアプリを使って店舗で買い物するたび、店舗端末２０を介して顧客ＡのＩＤ－ＰＯＳデータを取得している。つまり、管理サーバ６０は、顧客Ａの購入履歴を取得している。また、上述のＣＰ告知例１及び２と同様、管理サーバ６０には、メーカ各社のＣＰ情報が予め格納されているものとする。
ＣＰ告知を通じて顧客ＡのメーカＩＤ及びＧＩＤが対応付けられる前から、管理サーバ６０は、顧客Ａがアプリを使って店舗で買い物するたび、店舗端末２０を介して顧客ＡのＩＤ－ＰＯＳデータを取得している。つまり、管理サーバ６０は、顧客Ａの購入履歴を取得している。また、上述のＣＰ告知例１及び２と同様、管理サーバ６０には、メーカ各社のＣＰ情報が予め格納されているものとする。
【0125】
管理サーバ６０は、メーカ各社のＣＰ情報及び取得済みの顧客の購入履歴を用いてＣＰ告知メールを生成し、顧客Ａの顧客端末４０に対して送信する。
【0126】
例えば、顧客ＡがメーカＭのビールを購入したが、このビールに係るＣＰが開催中でない（または、近々開催される予定がない）場合、管理サーバ６０は、顧客Ａの購入履歴を参照して購入傾向を分析する。そして、「顧客Ａはアルコール飲料を頻繁に購入している」ことが判明した場合、管理サーバ６０は、ハイボールのＣＰを顧客Ａに告知する。
【0127】
このように、管理サーバ６０は、購入商品に係るＣＰのスケジュールに応じて、顧客の購入傾向を分析し、ＣＰ対象商品と何らかの共通点があれば、ＣＰを顧客Ａに告知する。「ＣＰ対象商品との何らかの共通点」として、例えば、ＣＰ対象商品と同じカテゴリの商品が頻繁に購入されている、ＣＰ対象商品と同じ商品特性の商品が頻繁に購入されている、ＣＰ対象商品と同じメーカの商品が頻繁に購入されている、ＣＰ対象商品と関連する商品が頻繁に購入されている、がある。
【0128】
なお、ここでは、顧客Ａの購入履歴を参照して購入傾向を分析したが、購入傾向を分析する際に参照するのは顧客Ａだけに限らない。例えば、顧客Ａと似た属性を備える別の顧客の購入履歴や、顧客Ａと似た属性を備える複数の顧客からなる顧客群の購入履歴を参照してもよい。
【0129】
ここまで、ＣＰ告知を通じて顧客ＡのメーカＩＤ及びＧＩＤを対応付ける処理を説明してきたが、本発明はこれに限定されるものではない。
【0130】
＜ＩＤ連携後の処理＞
顧客ＡのメーカＩＤ及びＧＩＤが対応付けられた後も、管理サーバ６０は、顧客Ａがアプリを使って店舗で買い物するたび、店舗端末２０を介して顧客ＡのＩＤ－ＰＯＳデータを取得している。顧客Ａの同意のもと、いったんメーカＩＤ及びＧＩＤが対応付けられたら、管理サーバ６０は、顧客Ａが当該メーカの商品を購入したか否かを問わず、店舗端末２０を介して取得したＩＤ－ＰＯＳデータに対応するメーカＩＤ及びＰＯＳデータをメーカサーバ５０に送信する。このように、いったんＩＤが連携されたら、メーカは、自社商品が購入されていなくとも、顧客のＰＯＳデータを収集できるので、顧客の購買行動をより精緻に分析することができる。
顧客ＡのメーカＩＤ及びＧＩＤが対応付けられた後も、管理サーバ６０は、顧客Ａがアプリを使って店舗で買い物するたび、店舗端末２０を介して顧客ＡのＩＤ－ＰＯＳデータを取得している。顧客Ａの同意のもと、いったんメーカＩＤ及びＧＩＤが対応付けられたら、管理サーバ６０は、顧客Ａが当該メーカの商品を購入したか否かを問わず、店舗端末２０を介して取得したＩＤ－ＰＯＳデータに対応するメーカＩＤ及びＰＯＳデータをメーカサーバ５０に送信する。このように、いったんＩＤが連携されたら、メーカは、自社商品が購入されていなくとも、顧客のＰＯＳデータを収集できるので、顧客の購買行動をより精緻に分析することができる。
【0131】
＜変形例＞
ところで、上記実施形態では、商品にＪＡＮコードを付与した場合について説明したが、飲食分野で提供される商品（飲食店で提供される料理のほか、小売店内で加工して提供される精肉や鮮魚、総菜など）をコード化する場合には、店舗毎にオリジナルのコードが付されることが多い。このため、本変形例では、管理サーバ６０が飲食分野のコード化を行う一例について説明する。
ところで、上記実施形態では、商品にＪＡＮコードを付与した場合について説明したが、飲食分野で提供される商品（飲食店で提供される料理のほか、小売店内で加工して提供される精肉や鮮魚、総菜など）をコード化する場合には、店舗毎にオリジナルのコードが付されることが多い。このため、本変形例では、管理サーバ６０が飲食分野のコード化を行う一例について説明する。
【0132】
ＰＯＳレジや券売機に登録される情報（メニュー分類やメニュー名）だけではなく、情報提供先のニーズに応じて、外部サイト等から収集した情報も用いて料理をコード化することができる。収集する情報としては、以下の情報が挙げられる。以下、料理をコード化する場合に収集する情報を挙げているが、料理以外の精肉や鮮魚、総菜などについても同様である。
【0133】
なお、精肉や鮮魚、総菜などにおいては、パッケージのラベルを撮影しておき、撮影画像から、ラベルに表示されている原産地や原材料などの情報を収集してもよい。また、ラベリングシステムや発注システムなど、店で稼働している他のシステムと連動させて原産地や原材料などの情報を収集してもよい。
（１）エリア
店舗が所在するエリアを示す情報を収集することができる。例えば、店舗紹介サイトの「エリア一覧」などから収集することができる。
（２）店舗ジャンル
店舗が提供する料理のジャンルを示す情報を収集することができる。例えば、店舗紹介サイトの「料理カテゴリ」などから収集することができる。
（１）エリア
店舗が所在するエリアを示す情報を収集することができる。例えば、店舗紹介サイトの「エリア一覧」などから収集することができる。
（２）店舗ジャンル
店舗が提供する料理のジャンルを示す情報を収集することができる。例えば、店舗紹介サイトの「料理カテゴリ」などから収集することができる。
【0134】
（３）原材料
料理の原材料を示す情報を収集することができる。料理店における原材料表示は義務化されていないが、飲食チェーン店のサイトで表示される原材料表示から収集することができる。
（４）原産地
原材料の原産地を示す情報を収集することができる。原材料と同様に、原産地表示は義務化されていないが、飲食チェーン店のサイトで表示される原材料表示から収集することができる。
（５）口コミのキーワード出現回数
料理紹介サイトから、同じキーワードが出現した口コミの回数を収集することができる。かかる口コミには、店舗に関する口コミ、料理全般に関する口コミ、特定の料理に関する口コミの３種類があるが、このうち特定の料理に関する口コミで出現したキーワードの回数をカウントする。具体的には、特定の料理名の近傍に出てきたキーワードをカウントすることになる。
料理の原材料を示す情報を収集することができる。料理店における原材料表示は義務化されていないが、飲食チェーン店のサイトで表示される原材料表示から収集することができる。
（４）原産地
原材料の原産地を示す情報を収集することができる。原材料と同様に、原産地表示は義務化されていないが、飲食チェーン店のサイトで表示される原材料表示から収集することができる。
（５）口コミのキーワード出現回数
料理紹介サイトから、同じキーワードが出現した口コミの回数を収集することができる。かかる口コミには、店舗に関する口コミ、料理全般に関する口コミ、特定の料理に関する口コミの３種類があるが、このうち特定の料理に関する口コミで出現したキーワードの回数をカウントする。具体的には、特定の料理名の近傍に出てきたキーワードをカウントすることになる。
【0135】
（６）レシピ
飲食店が料理のレシピをウェブ公開する場合があるため、かかるレシピの情報から原材料を示す情報や調味料を示す情報を収集することができる。
（７）その他
同義語を収録した有償または無償の辞書データを活用することができる。例えば、「ビーフ」と「牛肉」は同義語であるため、表記が異なる場合であっても、辞書データを参照することで実質的に同じものであるか否かを調べることができる。
飲食店が料理のレシピをウェブ公開する場合があるため、かかるレシピの情報から原材料を示す情報や調味料を示す情報を収集することができる。
（７）その他
同義語を収録した有償または無償の辞書データを活用することができる。例えば、「ビーフ」と「牛肉」は同義語であるため、表記が異なる場合であっても、辞書データを参照することで実質的に同じものであるか否かを調べることができる。
【0136】
図１４は、飲食分野のコード化の一例を示す図である。ここでは、Ｘ社向けの統一メニューコードを付与する例を示している。Ｘ社は、Ｘ１地区で新たにカレー店を開業しようとする場合に、このＸ１地区でどのようなカレーが人気であるかを知りたいとする。この場合、同じジャンルであるカレー屋だけではなく、他のジャンル（蕎麦屋や洋食屋）もカレーを取り扱う場合があり、他のジャンルも競合となり得る。
【0137】
ジャンルを問わず、どのような種類のカレーが売れているかを知りたい場合に、図１４に示すように、同じ原材料のカレーに統一メニューコードを付与して、統一メニューコードごとの売上げを算出してＸ社に提供することが考えられる。Ｘ社がさらに詳細に知りたい場合には、口コミのキーワードを活用することもできる。なお、Ｘ店が同じジャンルであるカレー屋を対象としてどのような種類のカレーが売れているのかを知りたい場合には、店舗ジャンルを絞り込むことが考えられる。
【0138】
図１５は、飲食分野のコード化の他の例を示す図である。ここでは、食材輸入商社であるＹ社のＹ１氏が、新たに担当するＹ２地区において、どのようなスパイスの需要があるのかを知りたいとする。この場合、スパイスが使われる料理ごとに、スパイスの使用量の目安となるキーワードをあらかじめ登録しておき、このキーワードが口コミサイトで出現する回数をカウントする。特定の料理名から一定の距離（文字数）以内にあらかじめ設定したキーワードが存在するか否かを判定し、同程度の使用量である料理に統一メニューコードを付与し、統一メニューコードごとの売上げを算出してＹ１氏に提供するケースが考えられる。なお、ここでは多くの飲食店がレシピを公開していないため、レシピの代わりに口コミを用いているが、口コミの代わりにレシピを使用することもできる。また、料理の撮影画像から栄養量を推定する既存技術を用いることもできる。
【0139】
また、上記の管理サーバ６０にて収集した各店舗の情報に基づいて、小売業、流通業で用いるコードを飲食分野に適用することもできる。例えば、あるスーパーで○○ビールを頻繁に購入する顧客が飲食店でビールをオーダーする場合に、このビールが○○ビールである可能性が高い。かかる顧客が所定数存在する場合には、飲食店で提供しているビールは○○ビールであると推定することができる。
【0140】
ここまで、変形例として、管理サーバ６０が飲食分野のコード化を行う一例を説明してきたが、以下、飲食分野のコード化を実現するためのシステムを説明する。
【0141】
＜変形例のシステム構成＞
図１６は、変形例のシステム構成を示す図である。図１６に示す情報処理システムは、店舗１０－１～１０－ｐ内の機器と、顧客端末４０と、管理サーバ６０とがネットワークＮに接続された構成となる。店舗１０－１～１０－ｐ内の機器は図１に示したものと同じであるため、詳細な説明は省略する。図１と同様に、「店舗１０」は、店舗１０－１～１０－ｐのいずれかを示すこともあれば、店舗端末１０－１～１０－ｑの総称を示すこともある。店舗１０内で顧客が買い物をすることにより発生するＰＯＳデータは、ＰＯＳ端末３０から管理サーバ６０に送信される。
図１６は、変形例のシステム構成を示す図である。図１６に示す情報処理システムは、店舗１０－１～１０－ｐ内の機器と、顧客端末４０と、管理サーバ６０とがネットワークＮに接続された構成となる。店舗１０－１～１０－ｐ内の機器は図１に示したものと同じであるため、詳細な説明は省略する。図１と同様に、「店舗１０」は、店舗１０－１～１０－ｐのいずれかを示すこともあれば、店舗端末１０－１～１０－ｑの総称を示すこともある。店舗１０内で顧客が買い物をすることにより発生するＰＯＳデータは、ＰＯＳ端末３０から管理サーバ６０に送信される。
【0142】
顧客端末４０も図１に示したものと基本的には同じであるが、図１などを使って説明した実施形態における「顧客」が店舗の買い物客であるのに対し、この変形例における「顧客」は飲食メニューデータのコード化を所望するクライアントである点で異なる。顧客は、顧客端末４０でウェブブラウザまたはアプリを操作して、飲食メニューデータのコード化基準を設定する。顧客端末４０の操作内容は管理サーバ６０に送信される。
【0143】
管理サーバ６０は、顧客端末の操作内容に基づいて飲食メニューデータのコード化を行う。さらに、管理サーバ６０は、ＰＯＳ端末３０からＰＯＳデータを逐次またはバッチで吸い上げている。管理サーバ６０は、コード化された飲食メニューデータとＰＯＳデータを照合して集計する。
【0144】
＜コード化基準設定画面＞
次に、顧客が飲食メニューデータのコード化基準を設定する際、顧客端末４０に表示される画面について説明する。
次に、顧客が飲食メニューデータのコード化基準を設定する際、顧客端末４０に表示される画面について説明する。
【0145】
図１７（ａ）は、コード化基準を設定するための画面（基準設定画面）７０の一例を示す図である。同図に示すように、飲食メニューデータをコード化する際の基準となりうる項目がリスト表示されている。同図では、エリア、店舗ジャンル及びメニューがリスト表示されているが、リスト表示されるのはこれらに限らない。原材料、原産地、口コミキーワード、レシピなどをリスト表示してもよい。基準設定画面７０において、顧客が、コード化の基準として設定したい項目を選択して、右端のボタンを押下することにより、項目の詳細を設定するための画面（詳細設定画面７１）が別ウィンドウで表示される。
【0146】
図１７（ｂ）は、エリアの詳細設定画面７１の一例を示す図である。ここでは、詳細設定画面７１が基準設定画面７０とは別のウィンドウで表示されるものとして説明したが、項目の詳細によっては、基準設定画面７０内にプルダウン表示するなど、項目の詳細に応じたユーザインターフェースを採用してもよい。
【0147】
また、先に選択や入力された項目に応じて、次に選択や入力する項目に係る表示を変えてもよい。例えば、メニューで「カレー」が選択されたことを受けて、原材料に「牛肉」「たまねぎ」などをプルダウンリスト表示してもよい。
【0148】
基準設定画面７０において、顧客は、顧客にとって必要な選択や入力を済ませて「基準を設定」ボタンを押下すると、顧客の操作に基づくコード化基準が設定される。顧客が「リセットする」ボタンを押下すると、これまでに選択した内容や入力した内容がリセットされる。
【0149】
＜変形例のフローチャート＞
次に、変形例の処理手順について説明する。図１８は、変形例の処理手順を示すフローチャートである。同図に示すように、顧客端末４０で操作がなされた場合（ステップ３０１；Ｙｅｓ）、管理サーバ６０は操作内容に応じたデータを生成する（ステップ３０２）。具体的には、管理サーバ６０は、図１７（ａ）の基準設定画面７０で選択又は入力した項目に対応する情報を収集してマージすることで、マージデータを生成する。情報の収集先は上述したとおりで、例えば、メニュー分類やメニュー名はＰＯＳレジや券売機から収集し、エリアや店舗ジャンルは店舗紹介サイトから収集する。管理サーバ６０が生成するマージデータとしては、例えば、図１４の表から列「Ｘ社向け統一メニューコード」を除いた形式、及び、図１５の表から列「Ｙ社向け統一メニューコード」を除いた形式がある。
次に、変形例の処理手順について説明する。図１８は、変形例の処理手順を示すフローチャートである。同図に示すように、顧客端末４０で操作がなされた場合（ステップ３０１；Ｙｅｓ）、管理サーバ６０は操作内容に応じたデータを生成する（ステップ３０２）。具体的には、管理サーバ６０は、図１７（ａ）の基準設定画面７０で選択又は入力した項目に対応する情報を収集してマージすることで、マージデータを生成する。情報の収集先は上述したとおりで、例えば、メニュー分類やメニュー名はＰＯＳレジや券売機から収集し、エリアや店舗ジャンルは店舗紹介サイトから収集する。管理サーバ６０が生成するマージデータとしては、例えば、図１４の表から列「Ｘ社向け統一メニューコード」を除いた形式、及び、図１５の表から列「Ｙ社向け統一メニューコード」を除いた形式がある。
【0150】
その後、管理サーバ６０は、ステップ３０２で生成したマージデータに対して、同等とみなしてよいメニューに同じコードを割り振る（ステップ３０３）。管理サーバ６０が割り振るコードとしては、例えば、図１４の表に含まれている列「Ｘ社向け統一メニューコード」、及び、図１５の表に含まれている列「Ｙ社向け統一メニューコード」がある。
【0151】
管理サーバ６０は、ＰＯＳ端末３０から吸い上げているＰＯＳデータのうち、ステップ３０３でコードが割り振られたマージデータ（コード化されたデータ）に対応するＰＯＳデータを抽出し、コード化されたデータと照合して集計する（ステップ３０４）。
【0152】
不図示の集計画面において、顧客は、何を集計するのかを指定することができ、例えば、売上高や売上量を指定することができる。顧客が指定した指標に基づき、管理サーバ６０は、コード化されたデータとＰＯＳデータを照合して集計したら、集計結果を顧客端末４０に送信する（ステップ３０５）。
【0153】
なお、ステップ３０２～３０４において、顧客の操作内容に基づきマージデータを生成してコード化した後にＰＯＳデータと照合するものとして説明したが、顧客の操作内容に基づきＰＯＳデータも収集し、マージデータの一部としてもよい。この場合、マージデータをＰＯＳデータと照合することはしない。
【0154】
なお、上記の実施形態で図示した各構成は機能概略的なものであり、必ずしも物理的に図示の構成をされていることを要しない。すなわち、各装置の分散・統合の形態は図示のものに限られず、その全部又は一部を各種の負荷や使用状況などに応じて、任意の単位で機能的又は物理的に分散・統合して構成することができる。
【産業上の利用可能性】
【0155】
以上のように、本発明に係る情報処理システム、管理サーバ、情報処理方法及び情報処理プログラムは、ＰＯＳデータに含まれる顧客ＩＤと該顧客である会員の会員情報（端末情報）を効率良く紐付けて管理する場合に適している。
【符号の説明】
【0156】
Ａ 顧客
Ｍ メーカ
ｍ 商品
Ｎ ネットワーク
１０，１０－１～１０－ｐ 店舗
２０，２０－１～２０－ｑ，２０－ｒ 店舗端末
２１ 表示操作部
２２ カメラ
２３ ＢＴ通信部
２４ 通信Ｉ／Ｆ部
２５ 記憶部
２５ａ 顧客データ
２６ 制御部
２６ａ 撮像制御部
２６ｂ 顔画像送信部
２６ｃ 顧客データ受信部
２６ｄ 顧客データ転送部
３０，３０－１～３０－ｑ，３０－ｒ ＰＯＳ端末
３１ 表示操作部
３２ バーコードリーダ
３３ ＢＴ通信部
３４ 通信Ｉ／Ｆ部
３５ 記憶部
３５ａ ＰＯＳデータ
３５ｂ 顧客データ
３６ 制御部
３６ａ バーコード読取部
３６ｂ 顧客データ受信部
３６ｃ 決済処理部
３６ｄ ＩＤ－ＰＯＳデータ送信部
４０ 顧客端末
４１ 表示操作部
４２ カメラ
４３ 通信Ｉ／Ｆ部
４４ 記憶部
４５ 制御部
４５ａ 登録処理部
４５ｂ 撮像制御部
４５ｃ メーラー
４５ｄ ブラウザ
５０ メーカサーバ
５１ 入力部
５２ 表示部
５３ 通信Ｉ／Ｆ部
５４ 記憶部
５４ａ 顧客ＤＢ
５５ 制御部
５５ａ 顧客管理部
６０ 管理サーバ
６１ 入力部
６２ 表示部
６３ 通信Ｉ／Ｆ部
６４ 記憶部
６４ａ 登録者ＤＢ
６５ 制御部
６５ａ 登録者管理部
６５ｂ 商品判定部
６５ｃ ＣＰ告知処理部
６５ｄ メーカＩＤ登録部
６５ｅ ＰＯＳデータ送信部
７０ 基準設定画面
７１ 詳細設定画面
Ｍ メーカ
ｍ 商品
Ｎ ネットワーク
１０，１０－１～１０－ｐ 店舗
２０，２０－１～２０－ｑ，２０－ｒ 店舗端末
２１ 表示操作部
２２ カメラ
２３ ＢＴ通信部
２４ 通信Ｉ／Ｆ部
２５ 記憶部
２５ａ 顧客データ
２６ 制御部
２６ａ 撮像制御部
２６ｂ 顔画像送信部
２６ｃ 顧客データ受信部
２６ｄ 顧客データ転送部
３０，３０－１～３０－ｑ，３０－ｒ ＰＯＳ端末
３１ 表示操作部
３２ バーコードリーダ
３３ ＢＴ通信部
３４ 通信Ｉ／Ｆ部
３５ 記憶部
３５ａ ＰＯＳデータ
３５ｂ 顧客データ
３６ 制御部
３６ａ バーコード読取部
３６ｂ 顧客データ受信部
３６ｃ 決済処理部
３６ｄ ＩＤ－ＰＯＳデータ送信部
４０ 顧客端末
４１ 表示操作部
４２ カメラ
４３ 通信Ｉ／Ｆ部
４４ 記憶部
４５ 制御部
４５ａ 登録処理部
４５ｂ 撮像制御部
４５ｃ メーラー
４５ｄ ブラウザ
５０ メーカサーバ
５１ 入力部
５２ 表示部
５３ 通信Ｉ／Ｆ部
５４ 記憶部
５４ａ 顧客ＤＢ
５５ 制御部
５５ａ 顧客管理部
６０ 管理サーバ
６１ 入力部
６２ 表示部
６３ 通信Ｉ／Ｆ部
６４ 記憶部
６４ａ 登録者ＤＢ
６５ 制御部
６５ａ 登録者管理部
６５ｂ 商品判定部
６５ｃ ＣＰ告知処理部
６５ｄ メーカＩＤ登録部
６５ｅ ＰＯＳデータ送信部
７０ 基準設定画面
７１ 詳細設定画面
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】
【図14】
【図15】
【図16】
【図17】
【図18】