JP2024013665A - 情報処理装置、情報処理方法、及び情報処理プログラム - Google Patents

Abstract

【課題】取引対象の販促活動を支援すること。【解決手段】本願に係る情報処理装置は、特定部と、付与部とを有する。特定部は、処理対象となる利用者の行動履歴を参照して、利用者に対して紹介された所定の誘導情報に起因する行動を特定する。付与部は、特定部により所定の誘導情報に起因する行動が特定された場合、所定の誘導情報の紹介を行った誘導者に対して利用者の行動に応じた所定の報酬を付与する。【選択図】図７

Description

本出願は、情報処理装置、情報処理方法、及び情報処理プログラムに関する。

近年、通信ネットワークの普及が進み、通信ネットワークを介したサービスが盛んに提供されている。たとえば、ＥＣ（Electric Commerce）サイトなどを閲覧し、商品やサービスなどの取引対象を購入するエンドユーザに対してクーポンなどを配信することで、所定の特典をエンドユーザに付与するサービスが展開されている。

たとえば、エンドユーザに特典を付与する技術として、ユーザが所持している端末装置に対して、サーバ側からユーザの状況を示すユーザコンテキストに基づいて各種クーポンを配信する技術が提案されている。

また、商品やサービスなどの販促活動の一環として、成果報酬型の広告が利用されている。たとえば、ウェブサイトやＳＮＳ（Social Network Service）を閲覧しているユーザにより、ウェブサイトやＳＮＳに掲載された成果報酬型の広告が選択されると、所定の条件に従って、広告の紹介者に報酬を付与する技術も知られている。

特開２０２０－２０１９０６号公報 特開２００９－０８６８５４号公報

しかしながら、上述の従来技術では、取引対象の販促活動を支援する上で改善の余地がある。たとえば、外部からの情報に基づいて、成果報酬型の広告を通じて取引対象の紹介を行った紹介者の貢献度を推し量り、紹介者に対して報酬を付与するか否かを判断することが難しい場合がある。

本願は、上記に鑑みてなされたものであって、取引対象の販促活動を支援できる情報処理装置、情報処理方法、及び情報処理プログラムを提供することを目的とする。

本願に係る情報処理装置は、特定部と、付与部とを有する。特定部は、処理対象となる利用者の行動履歴を参照して、利用者に対して紹介された所定の誘導情報に起因する行動を特定する。付与部は、特定部により所定の誘導情報に起因する行動が特定された場合、所定の誘導情報の紹介を行った誘導者に対して利用者の行動に応じた所定の報酬を付与する。

実施形態の態様の１つによれば、取引対象の販促活動を支援できる。

図１は、実施形態に係る情報提供処理の概要を示す図である。 図２は、実施形態に係る情報提供処理の具体例（その１）の概要を示す図である。 図３は、実施形態に係る情報提供処理の具体例（その２）の概要を示す図である。 図４は、実施形態に係る利益付与処理の概要を示す図である。 図５は、実施形態に係る報酬付与処理の概要を示す図である。 図６は、実施形態に係る開示設定処理の概要を示す図である。 図７は、実施形態に係る店舗端末の構成例を示す図である。 図８は、実施形態に係る決済履歴記憶部に記憶される決済履歴に関する情報の概要を示す図である。 図９は、実施形態に係る利用者情報記憶部に記憶される利用者情報の概要を示す図である。 図１０は、実施形態に係る情報処理装置の構成例を示す図である。 図１１は、実施形態に係る履歴情報記憶部に記憶される利用履歴に関する情報の概要を示す図である。 図１２は、実施形態に係る開示設定記憶部に記憶される開示設定に関する情報の概要を示す図である。 図１３は、実施形態に係る情報処理装置により実行される情報提供処理の手順の一例を示すフローチャートである。 図１４は、実施形態に係る店舗端末により実行される利益付与処理の手順の一例を示すフローチャートである。 図１５は、実施形態に係る店舗端末により実行される報酬付与処理の手順の一例を示すフローチャートである。 図１６は、変形例に係る情報処理の概要を示す図である。 図１７は、変形例に係る店舗端末の構成例を示す図である。 図１８は、変形例に係る情報処理装置の構成例を示す図である。 図１９は、変形例に係る証明情報記憶部に記憶される証明情報の概要を示す図である。 図２０は、実施形態及び変形例に係る情報処理装置および店舗端末の機能を実現するコンピュータの一例を示すハードウェア構成図である。

以下に、本願に係る情報処理装置、情報処理方法、及び情報処理プログラムを実施するための形態（以下、「実施形態」と称する。）について図面を参照しつつ詳細に説明する。なお、この実施形態により本願に係る情報処理装置、情報処理方法、及び情報処理プログラムが限定されるものではない。また、各実施形態は、処理内容を矛盾させない範囲で適宜組み合わせることが可能である。また、以下の各実施形態において同一の部位には同一の符号を付し、重複する説明は省略される。

［１．実施形態に係るシステム構成］
まず、実施形態に係る情報処理システムＳＹＳ－Ａの構成について説明する。図１に、実施形態に係る情報処理システムＳＹＳ－Ａの構成例を模式的に示す。

図１に示すように、実施形態に係る情報処理システムＳＹＳ－Ａは、利用者端末１０と、店舗端末２０と、決済サーバ３０と、情報処理装置１００とを有している。利用者端末１０、店舗端末２０、決済サーバ３０、及び情報処理装置１００は、インターネットなどのネットワークＮ（たとえば、図７や図１０参照）に接続される。利用者端末１０、店舗端末２０、決済サーバ３０、及び情報処理装置１００は、ネットワークＮを通じて相互に通信できる。また、店舗端末２０、及び情報処理装置１００は、ネットワークＮを通じて相互に通信できる。なお、図１に示す情報処理システムＳＹＳ－Ａの構成は一例であり、図１に示す例よりも多くの利用者端末１０や店舗端末２０が含まれていてもよい。

利用者端末１０は、情報処理装置１００の管理者がプラットフォーマーとして運営に携わる各種オンラインサービスのサービス利用者である利用者Ｕ１により使用される情報処理端末である。たとえば、利用者端末１０は、スマートフォンや、デスクトップ型ＰＣ（Personal Computer）や、ノート型ＰＣや、タブレット端末や、携帯電話機や、ＰＤＡ（Personal Digital Assistant）などにより実現され得る。利用者Ｕ１は、情報処理装置１００にアクセスして、ブラウザにより表示される各種オンラインサービスのウェブページやアプリケーション用のコンテンツなどを閲覧できる。

また、以下の説明において、利用者端末１０を利用者Ｕ１と表記して説明する場合がある。すなわち、利用者Ｕ１を利用者端末１０と読み替えることができる。また、店舗端末２０を店舗運営者Ｕ２と表記して説明する場合がある。すなわち、店舗運営者Ｕ２を店舗端末２０と読み替えることができる。

店舗端末２０は、所定のサービスを提供する施設や、所定の商品を取り扱う店舗に配置される情報処理装置である。たとえば、店舗端末２０は、スマートフォンや、デスクトップ型ＰＣ（Personal Computer）や、ノート型ＰＣや、タブレット端末や、携帯電話機や、ＰＤＡ（Personal Digital Assistant）などにより実現され得る。店舗端末２０は、情報処理装置１００にアクセスして、情報処理装置１００から取得される情報をブラウザにより表示する。また、店舗端末２０は、所定のサービスや所定の商品の決済に関する処理を行う機能を有する。また、店舗端末２０は、決済に関する処理に伴って、所定のサービスを利用したり、商品を購入したりしたユーザ（たとえば、利用者Ｕ１）の各々についての決済履歴を記録して、記録した決済履歴をユーザごとに管理する。

また、店舗端末２０は、現金による決済の他、キャッシュレス決済に関する処理を実行できる。キャッシュレス決済には、クレジットカード決済の他、各種電子決済が含まれる。また、店舗端末２０は、ＮＦＣ（Near Field Communication）規格などに対応する通信機能を備えることができる。これにより、店舗端末２０は、非接触型ＩＣカードの技術を用いた電子決済（ＩＣカード決済）の処理を実行できる。具体的には、店舗端末２０は、利用者Ｕ１が利用者端末１０を用いてサービスを利用したり、商品を購入したりする場合、利用者端末１０がサービスを利用した履歴や商品を購入した履歴を利用者端末１０に記憶させたり、利用者端末１０が保持しているサービスの利用履歴や商品の購入履歴を読み出したりする処理を実行できる。

また、店舗端末２０は、２次元コードを用いた電子決済サービスを運営する決済事業者と利用契約を締結することにより、２次元コードを用いた電子決済（コード決済）の処理を実行できる。電子決済サービスの利用契約を締結し、コード決済を購入する店舗（または決済事業者）を加盟店と称する場合がある。コード決済は、店舗端末２０または利用者端末１０が、決済事業者により運営される決済サーバ３０と連携することにより実現される。コード決済には、店舗端末２０が主体となって決済を行うストアスキャン方式と、利用者端末１０が主体となって決済を行うユーザスキャン方式とが含まれる。

まず、ストアスキャン方式について説明すると、店舗端末２０は、コード決済の利用にあたり、決済事業者から配布される所定の店舗用アプリケーション（以下、「店舗アプリ」と称する。）をインストールする。以下に説明するストアスキャン方式の決済処理は、この店舗アプリの機能により実現される。まず、店舗端末２０は、利用者端末１０に表示されたコード情報から、電子決済サービスにおいて利用者Ｕ１を識別するための利用者識別情報（以下、説明の便宜上、「決済サービス用ユーザＩＤ」と称する。）を読み取る。次に、店舗端末２０は、読み取った決済サービス用ユーザＩＤと、決済金額と、店舗端末２０が設置されている店舗を識別する店舗識別情報とを含む取引情報を決済サーバ３０へと送信する。これにより、決済サーバ３０において取引情報に基づく決済処理が実行される。

続いて、ユーザスキャン方式について説明すると、利用者端末１０は、コード決済の利用にあたり、決済事業者から配布される所定の決済サービス用アプリケーション（以下、「決済アプリ」と称する。）をインストールする。以下に説明するユーザスキャン方式の決済処理は、この決済アプリにより実現される。まず、利用者端末１０は、たとえば、コード決済を導入する店舗（以下、説明の便宜上、「店舗Ｘ」と称する。）に設置された２次元コードを撮影する。この２次元コードには、店舗識別情報が記述されている。次に、利用者端末１０は、取引対象の価格を入力するための画面を表示し、利用者Ｕ１あるいは店舗Ｘの店員から決済金額の入力を受け付ける。次に、利用者端末１０は、利用者Ｕ１を識別する決済サービス用ユーザＩＤと、店舗識別情報と、決済金額とを含む取引情報を決済サーバ３０へと送信する。

また、店舗Ｘを運営する店舗運営者Ｕ２は、サービスや商品の代金を支払う際に、上述のコード決済を利用したユーザ（たとえば、利用者Ｕ１）に対し、決済アプリを通じて、クーポンなどの所定の特典を付与できる。たとえば、店舗運営者Ｕ２は、店舗端末２０を操作して決済サーバ３０にアクセスし、決済サーバ３０から提供される所定の設定画面（ユーザインターフェイス）を通じて、クーポン情報を入稿するとともに、クーポンの適用条件などの詳細情報の設定を行う。これにより、店舗端末２０は、コード決済により代金の支払いを行うユーザに対し、決済アプリ（決済サーバ３０）を通じて、クーポンを付与できる。なお、店舗運営者Ｕ２は、コード決済以外の決済方法で決済を行ったユーザに対して、独自に運営する店舗システムを通じて、クーポンなどの所定の特典を付与することもできる。

決済サーバ３０は、２次元コードを用いた電子決済サービスを運営する決済事業者により運営される情報処理装置である。決済サーバ３０は、コード決済に関する各種処理を実行する。決済サーバ３０は、メインフレームやワークステーションなどにより実現されてもよい。また、決済サーバ３０は、単独のサーバ装置により実現されてもよいし、複数のサーバ装置及び複数のストレージ装置が協働して動作するクラウドシステムなどにより実現されてもよい。

たとえば、決済サーバ３０は、利用者端末１０または店舗端末２０から取引情報を受け付けると、取引情報に対応する決済処理を実行する。たとえば、決済サーバ３０は、取引情報に含まれる決済サービス用ユーザＩＤが示す利用者Ｕ１に紐づくマネーウォレットから、取引情報に含まれる店舗識別情報に紐付くマネーウォレットへと、決済金額に相当する分の電子マネーを移行させる。そして、決済サーバ３０は、利用者端末１０または店舗端末２０に対し、取引が完了した旨の通知を送信する。また、決済サーバ３０は、店舗運営者Ｕ２により設定された適用条件に従って、クーポンの配信処理を実行する。

情報処理装置１００は、利用者Ｕ１に対して各種オンラインサービスを提供する情報処理装置である。情報処理装置１００は、典型的にはサーバ装置であるが、メインフレームやワークステーションなどにより実現されてもよい。また、情報処理装置１００がサーバ装置により実現される場合、単独のサーバ装置により実現されてもよいし、複数のサーバ装置及び複数のストレージ装置が協働して動作するクラウドシステムなどにより実現されてもよい。

情報処理装置１００により提供される各種オンラインサービスには、インターネット接続や、検索サービスや、ＳＮＳ（Social Networking Service）や、電子商取引サービスや、電子決済サービスや、オンラインゲームや、オンラインバンキングサービスや、オンライントレーディングサービスや、宿泊予約サービスや、チケット予約サービスや、動画配信サービスや、音楽配信サービスや、ニュース配信サービスや、地図情報サービスや、ルート検索サービスや、経路案内サービスや、路線情報サービスや、運行情報サービスや、天気情報サービスなどが含まれ得る。なお、各種オンラインサービスには、各種アプリケーションに対応するＡＰＩ（Application Programming Interface）サービスが含まれていてもよい。

情報処理装置１００は、各種オンラインサービスの提供にあたり、サービス利用者ごとに、サービス利用者を識別するための利用者識別情報を含むユーザアカウントを作成する。このユーザアカウントには、オンラインサービスの利用登録の際に利用者Ｕ１に付与される利用者識別情報（以下、説明の便宜上、「オンラインサービス用ユーザＩＤ」と称する。）が含まれる。情報処理装置１００は、各サービス利用者（たとえば、利用者Ｕ１）のユーザアカウントに紐付けて、オンラインサービスの利用履歴（「行動履歴」の一例）を記録し、記録した利用履歴をサービス利用者ごとに管理する。また、情報処理装置１００は、各種オンラインサービスのポータルサイトを利用するための所定のアプリケーションを各ユーザに配布できる。

上述のとおり、店舗端末２０は、店舗に来店して決済したユーザ（たとえば、利用者Ｕ１）の決済履歴（オフラインでのユーザの行動に紐付く情報）を管理する。一方、情報処理装置１００は、各サービス利用者について、オンラインサービスの利用履歴（オンラインでのユーザの行動に紐付く情報）を管理する。従来、店舗運営者Ｕ２は、店舗端末２０に記録されている情報、又は連携する決済サーバ３０から取得可能な情報に基づいて、クーポン発行などの販促活動を行うことができるに過ぎず、各種オンラインサービスの情報（オンラインでのユーザの行動に紐付く情報）を利用する術がない。このように、従来は、オンラインの情報（オンラインでのユーザの行動に紐付く情報）をさらに利用して、販促活動に利用することが難しい。そこで、以下に説明する実施形態では、エンドユーザのオフラインでのユーザの行動に紐付く情報と、オンラインでのユーザの行動に紐付く情報とを有機的に連携させて、エンドユーザに対する特典の付与を検討する際に参考となり得る有益な情報の提供を実現するための情報処理の一例を提案する。

［２．実施形態に係る情報処理］
（２－１．情報提供処理の概要）
以下、図１を用いて、実施形態に係る情報提供処理について説明する。なお、以下では、利用者Ｕ１が商品の代金の支払いに用いる決済方法がコード決済である場合の情報提供処理について説明する。

図１に示すように、利用者Ｕ１は、利用者端末１０を操作し、コード決済のためのコード情報を店舗側に提示する（ステップＳ０１）。また、利用者端末１０の利用者Ｕ１は、取引対象の決済に先駆けて、取引対象に対して適用可能なクーポンを提示できる。このクーポンは、取引対象の決済に際して、利用者Ｕ１が、情報処理装置１００から提供される各種オンラインサービスから取得する。利用者端末１０側の動作について具体的に説明すると、利用者Ｕ１は、所定のオンラインサービスのウェブサイト、またはオンラインサービスを利用するための所定アプリケーション用のコンテンツにアクセスする。続いて、利用者Ｕ１は、クーポン利用の意思を店舗側に口頭で伝えるとともに、ウェブサイトまたはコンテンツ上に掲載されているクーポン情報（たとえば、バーコードなどの２次元コード）を利用者端末１０に表示させ、店舗側に提示する。そして、利用者Ｕ１は、任意の決済方法を利用して取引対象の決済を行う。

このように、情報処理装置１００は、オンラインサービスを通じて配布するクーポンを利用者Ｕ１に使用させることにより、店舗における利用者Ｕ１の決済（オンラインでのユーザの行動に紐付く情報）と、オンラインサービスにおける利用者Ｕ１のサービスの利用履歴（オンラインでのユーザの行動に紐付く情報）とを紐付けることができる。

店舗端末２０は、利用者端末１０に表示されたコード情報の読取を行う（ステップＳ０２）。そして、店舗端末２０は、コード情報から読み取った利用者識別情報を含む取引情報を決済サーバ３０に送信する（ステップＳ０３）。

また、店舗端末２０は、取引対象である商品Ａの決済を行う利用者Ｕ１に関する問合せを情報処理装置１００に送信する（ステップＳ０４）。たとえば、店舗端末２０は、取引対象である商品Ａに対して利用者Ｕ１が興味関心を有するか否かの問合せや、取引対象である商品Ａの決済を行う利用者Ｕ１の利用者像の問合せを送信する。また、店舗端末２０は、コード情報の提示に先駆けて、利用者Ｕ１により提示されたクーポン情報を読み取った場合、クーポン情報に含まれるオンラインサービス用ユーザＩＤを、利用者Ｕ１の識別情報として問合せに含めることができる。なお、店舗端末２０は、クーポン情報の提示がなく、利用者Ｕ１からコード情報の提示があった場合、決済サービス用ユーザＩＤを、利用者Ｕ１の識別情報として問合せに含めることができる。また、店舗端末２０は、問合せの内容を示す問合せ種別の情報を問合せに含めることができる。

情報処理装置１００は、利用者Ｕ１に関する問合せを店舗端末２０から受信すると、利用者Ｕ１に紐付くオンラインサービスの利用履歴に基づいて、取引対象に対する利用者Ｕ１の興味関心に関する利用者情報について確認を行う確認処理を実行する（ステップＳ０５）。そして、情報処理装置１００は、確認処理の結果を店舗端末２０に送信する（ステップＳ０６）。

上述したように、店舗端末２０は、取引対象の決済に用いる決済方法としてコード決済が利用者Ｕ１により採用された場合、利用者端末１０に表示されたコード情報から決済サービス用ユーザＩＤを読み取り、読み取った決済サービス用ユーザＩＤを問合せに含めて情報処理装置１００に送信できる。これに対して、情報処理装置１００は、店舗端末２０から受信した問合せに含まれる決済サービス用ユーザＩＤに基づいて、利用者Ｕ１に紐付くオンラインサービスの利用履歴を取得できる。具体的には、情報処理装置１００は、決済サービス用ユーザＩＤと、オンラインサービス用ユーザＩＤとの対応関係を示すテーブル情報を予め備えておく。そして、情報処理装置１００は、店舗端末２０から問合せを受信した場合、このテーブル情報を参照して、問合せに含まれる決済サービス用ユーザＩＤに対応するオンラインサービス用ユーザＩＤを特定することにより、利用者Ｕ１に紐付くオンラインサービスの利用履歴を取得する。なお、情報処理装置１００は、決済サービス用ユーザＩＤに紐づく個人情報（氏名や、年齢や、住所や、電話番号など）と、オンラインサービス用ユーザＩＤに紐付く個人情報との突合処理などによって、ユーザアカウントの照合を行い、決済サービス用ユーザＩＤと、オンラインサービス用ユーザＩＤとの対応関係を示すテーブル情報を予め生成できる。また、情報処理装置１００は、テーブル情報を生成する際、利用者Ｕ１の承認の元、決済サーバ３０から、決済サービス用ユーザＩＤ、及び利用者Ｕ１の登録情報を取得する。

店舗運営者Ｕ２は、情報処理装置１００から提供された確認処理の結果を、利用者Ｕ１に対する所定の特典の付与を検討する際の参考情報として利用できる。たとえば、上述した実施形態に係る情報処理により、以下のようなユーザ体験が実現される。たとえば、検索サービスを利用して「商品Ａ」を検索したことがあるユーザが、店舗に来店して「商品Ａ」の代金を支払う際、「商品Ａ」の値引きクーポンなどが自動的に適用され、お得に「商品Ａ」を購入することが可能となる。

（２－１－１．情報提供処理の具体例（その１））
以下、実施形態に係る情報提供処理の具体例（その１）について説明する。図２に、実施形態に係る情報提供処理の具体例（その１）の概要を示す。以下では、店舗端末２０が、利用者Ｕ１が取引対象となる商品に対して興味関心を有するか否かの問合せを行い、その問合せに応じた結果を情報処理装置１００が応答する例を説明する。

図２に示すように、利用者Ｕ１は、利用者端末１０を操作し、取引対象である商品Ａに対応するクーポン情報を提示するとともに、コード決済のためのコード情報を店舗側に提示する（ステップＳ１１）。

店舗端末２０は、利用者端末１０に表示されたクーポン情報およびコード情報の読取を行う（ステップＳ１２）。そして、店舗端末２０は、コード情報から読み取った決済サービス用ユーザＩＤを含む取引情報を決済サーバ３０に送信する（ステップＳ１３）。

また、店舗端末２０は、取引対象である商品Ａに対する利用者Ｕ１の興味関心に関する問合せを情報処理装置１００に送信する（ステップＳ１４）。また、店舗端末２０は、コード情報の提示に先駆けて、利用者Ｕ１により提示されたクーポン情報を読み取った場合、クーポン情報に含まれるオンラインサービス用ユーザＩＤを、利用者Ｕ１の識別情報として問合せに含めることができる。なお、店舗端末２０は、クーポン情報の提示がなく、利用者Ｕ１からコード情報の提示があった場合、決済サービス用ユーザＩＤを、利用者Ｕ１の識別情報として問合せに含めることができる。また、店舗端末２０は、問合せの内容が商品Ａに対して利用者が興味関心を有するか否かの問合せであることを示す問合せ種別の情報を、情報処理装置１００に送信する問合せに含めることができる。

情報処理装置１００は、店舗端末２０から問合せを受信すると、利用者Ｕ１に紐付くオンラインサービスの利用履歴に基づいて、利用者Ｕ１が取引対象である商品Ａに対して興味関心を有するか否かを確認する確認処理を実行する（ステップＳ１５）。たとえば、情報処理装置１００は、取引対象に対する興味関心度を推定する学習済みモデルを用いて、利用者Ｕ１が取引対象である商品Ａに対して興味関心を有するか否かを確認する。具体的には、情報処理装置１００は、サービス利用者ごとにオンラインサービスの利用履歴を管理するデータベースに記録された情報の中から、問合せに含まれるオンラインサービス用ユーザＩＤまたは決済サービス用ユーザＩＤと、クーポンコードに紐付く商品Ａとに対応する情報を取得する。続いて、情報処理装置１００は、取得した情報を学習済みモデルに入力することにより、学習済みモデルから取得される興味関心度を示すスコアが所定の閾値を超えている場合、利用者Ｕ１が取引対象である商品Ａに対する興味関心を有するという判定結果を導出する。そして、情報処理装置１００は、確認処理の結果として、取引対象である商品Ａに対して利用者Ｕ１が興味関心を有するか否かを示す情報を店舗端末２０に送信する（ステップＳ１６）。

なお、情報処理装置１００が、取引対象である商品Ａに対して利用者Ｕ１が興味関心を有するか否かを示す情報は、興味を有することを示す情報（興味関心あり）または興味を有しないことを示す情報（興味関心なし）であってもよいし、興味関心度を示す情報（たとえば、学習済みモデルから出力されるスコア）であってもよい。

（２－１－２．情報提供処理の具体例（その２））
以下、実施形態に係る情報提供処理の具体例（その２）について説明する。図３に、実施形態に係る情報提供処理の具体例（その２）の概要を示す。以下では、店舗端末２０が、利用者Ｕ１の利用者像に関する問合せを行い、その問合せに応じた結果を情報処理装置１００が応答する例を説明する。

図３に示すように、利用者Ｕ１は、利用者端末１０を操作し、取引対象である商品Ａに対応するクーポン情報を提示するとともに、コード決済のためのコード情報を店舗側に提示する（ステップＳ２１）。

店舗端末２０は、利用者端末１０に表示されたクーポン情報およびコード情報の読取を行う（ステップＳ２２）。そして、店舗端末２０は、コード情報から読み取った決済サービス用ユーザＩＤを含む取引情報を決済サーバ３０に送信する（ステップＳ２３）。

また、店舗端末２０は、取引対象である商品Ａの決済を行う利用者Ｕ１の利用者像に関する問合せを情報処理装置１００に送信する（ステップＳ２４）。また、店舗端末２０は、コード情報の提示に先駆けて、利用者Ｕ１により提示されたクーポン情報を読み取った場合、クーポン情報に含まれるオンラインサービス用ユーザＩＤを、利用者Ｕ１の識別情報として問合せに含めることができる。なお、店舗端末２０は、クーポン情報の提示がなく、利用者Ｕ１からコード情報の提示があった場合、決済サービス用ユーザＩＤを、利用者Ｕ１の識別情報として問合せに含めることができる。また、店舗端末２０は、問合せの内容が商品Ａについて決済を行う利用者の利用者像についての問合せであることを示す問合せ種別の情報を問合せに含めることができる。

情報処理装置１００は、店舗端末２０から問合せを受信すると、利用者Ｕ１に紐付くオンラインサービスの利用履歴に基づいて、利用者Ｕ１が取引対象である商品Ａに対して興味関心を有するか否かを確認する確認処理を行い、確認処理の結果を反映したペルソナ情報を生成する（ステップＳ２５）。たとえば、情報処理装置１００は、サービス利用者ごとにオンラインサービスの利用履歴を管理するデータベースに記録された情報の中から、問合せに含まれるオンラインサービス用ユーザＩＤまたは決済サービス用ユーザＩＤと、クーポンコードに紐付く商品Ａとに対応する情報を取得する。続いて、情報処理装置１００は、取得した情報を参照して、商品Ａに対する利用者Ｕ１の興味関心に関する利用者情報について確認を行う確認処理を実行し、確認処理の結果を反映した仮想的な利用者像を表すペルソナ情報を生成する。たとえば、図３に示すように、情報処理装置１００が生成するペルソナ情報は、利用者像を表す「属性」、「行動」、及び「興味関心」の各々の情報で構成されていてもよい。そして、情報処理装置１００は、確認処理の結果として、生成したペルソナ情報を店舗端末２０に送信する（ステップＳ２６）。

また、情報処理装置１００は、ペルソナ情報を生成する場合、利用者Ｕ１が決済を行う店舗の属性（たとえば、取り扱う商品の内容やターゲットとするユーザ層など）に合わせて、ペルソナ情報を生成してもよい。たとえば、情報処理装置１００は、利用者Ｕ１が決済を行う店舗がレストランである場合、利用者像の属性の項目に家族構成を示す情報を含めたり、行動の項目に一か月あたりの外食の回数を示す情報を含めたり、興味嗜好の項目に好きな食事の傾向（和食好きや洋食好き）を示す情報などを含めたりしてもよい。

また、情報処理装置１００は、利用者Ｕ１に対応する情報に基づいてペルソナ情報を生成する場合に限られない。たとえば、情報処理装置１００は、利用者Ｕ１と、利用者Ｕ１に特徴が類似する他の利用者で構成されたユーザ群に紐付く情報を用いて、ユーザ群に含まれる各ユーザを代表する最大公約数的な仮想的なユーザ像を示すペルソナ情報を生成してもよい。

また、情報処理装置１００は、ペルソナ情報として、商品Ａに対する利用者Ｕ１の興味関心に関する利用者情報をそのまま提供してもよい。

（２－３．利益付与処理）
以下、実施形態に係る利益付与処理について説明する。図４に、実施形態に係る利益付与処理の概要を示す。図４に示すように、利用者Ｕ１は、利用者端末１０を操作し、取引対象である商品Ａに対応するクーポン情報を提示するとともに、コード決済のためのコード情報を店舗側に提示する（ステップＳ３１）。

店舗端末２０は、利用者端末１０に表示されたクーポン情報およびコード情報の読取を行う（ステップＳ３２）。そして、店舗端末２０は、コード情報から読み取った決済サービス用ユーザＩＤを含む取引情報を決済サーバ３０に送信する（ステップＳ３３）。

また、店舗端末２０は、取引対象である商品Ａの決済を行う利用者Ｕ１に関する問合せを情報処理装置１００に送信する（ステップＳ３４）。たとえば、店舗端末２０は、取引対象である商品Ａに対する利用者の興味関心に関する利用者情報を取得するための問合せを送信する。また、店舗端末２０は、コード情報の提示に先駆けて、利用者Ｕ１により提示されたクーポン情報を読み取った場合、クーポン情報に含まれるオンラインサービス用ユーザＩＤを、利用者Ｕ１の識別情報として問合せに含めることができる。なお、店舗端末２０は、クーポン情報の提示がなく、利用者Ｕ１からコード情報の提示があった場合、決済サービス用ユーザＩＤを、利用者Ｕ１の識別情報として問合せに含めることができる。

情報処理装置１００は、利用者Ｕ１に関する問合せを店舗端末２０から受信すると、利用者Ｕ１に紐付くオンラインサービスの利用履歴に基づいて、取引対象に対する利用者Ｕ１の興味関心に関する利用者情報について確認を行う確認処理を実行する（ステップＳ３５）。そして、情報処理装置１００は、確認処理の結果として、利用者情報を店舗端末２０に送信する（ステップＳ３６）。

店舗端末２０は、情報処理装置１００から確認処理の結果として利用者情報を受信すると、受信した利用者情報を参照して、利用者Ｕ１に対して付与する所定の特典を決定する（ステップＳ３７）。たとえば、店舗端末２０は、利用者情報を参照し、取引対象となる商品Ａと同一または類似する商品に対する利用者Ｕ１の行動内容に基づいて、取引対象の商品Ａに対する興味関心を有するか否かを判定する。そして、店舗端末２０は、取引対象の商品Ａに対する興味関心を有すると判定した場合、利用者Ｕ１に対して、取引対象である商品Ａの決済時に利用可能なクーポンを付与することを決定する。これにより、店舗運営者Ｕ２は、利用者Ｕ１の囲い込みを図る。一方、店舗端末２０は、取引対象の商品Ａに対する興味関心を有しないと判定した場合、取引対象である商品Ａの決済後に行われる他の決済時に利用可能なクーポンを利用者Ｕ１に付与することを決定する。これにより、店舗運営者Ｕ２は、店舗への再来店の可能性を高めることができる。そして、店舗端末２０は、決定した所定の特典を利用者Ｕ１に付与する（ステップＳ３８）。

なお、店舗端末２０は、利用者Ｕ１に提供する所定の特典として、クーポンのみならず、取引対象に対応する代金の値引きや、ダイナミックプライシングなどを提供してもよい。

また、情報処理装置１００は、利用者Ｕ１と所定の関係を有する他の利用者に対して、所定の特典を付与してもよい。たとえば、情報処理装置１００は、所定の特典として、利用者Ｕ１に対してクーポンを付与する際、利用者情報記憶部２５ｂ（たとえば、図７参照）に記憶されている利用者情報を参照し、利用者Ｕ１の利用者ＩＤに対応付けられている関連利用者ＩＤを特定する。そして、情報処理装置１００は、関連利用者ＩＤにより識別される他の利用者に対しても、利用者Ｕ１と同様にクーポンを付与する。なお、付与部２６ｅは、利用者Ｕ１と所定の関係を有する他の利用者に対して所定の特典を付与する場合、利用者Ｕ１に対しては、所定の特典を付与しなくてもよい。つまり、たとえば、付与部２６ｅは、利用者Ｕ１に対して付与する予定のクーポンを、他の利用者に譲渡する形態であってもよい。

（２－４．報酬付与処理）
以下、実施形態に係る利益付与処理について説明する。図５に、実施形態に係る報酬付与処理の概要を示す。図５に示す情報処理システムＳＹＳ－Ａは、紹介者端末１１ａおよび紹介者端末１１ｂを有している。

紹介者端末１１ａは、店舗運営者Ｕ２から成果報酬型のウェブ広告（「所定の誘導情報」の一例）の配信依頼に応じて、ウェブ広告を紹介する紹介者Ｕ３－１（「誘導者」の一例）により使用される情報処理端末である。紹介者端末１１ｂは、店舗運営者Ｕ２から成果報酬型のウェブ広告の配信依頼に応じて、ウェブ広告を紹介する紹介者Ｕ３－２（「誘導者」の一例）により使用される情報処理端末である。なお、以下の説明において、紹介者端末１１ａおよび紹介者端末１１ｂを区別して説明する必要がない場合、「紹介者端末１１」と総称して説明する。また、以下の説明において、紹介者Ｕ３－１および紹介者Ｕ３－２を区別して説明する必要がない場合、「紹介者Ｕ３」と総称して説明する。また、以下の説明において、紹介者Ｕ３は、情報処理装置１００により提供されるオンラインサービスの利用者であることを前提とする。

図５に示すように、紹介者Ｕ３は、紹介者端末１１を用いて、自身のブログやＳＮＳなどに、広告主である店舗運営者Ｕ２から提供されるウェブ広告を掲載することにより、ウェブ広告の紹介を行う（ステップＳ４１）。

また、利用者Ｕ１は、利用者端末１０を操作し、取引対象である商品Ａに対応するクーポン情報を提示するとともに、コード決済のためのコード情報を店舗側に提示する（ステップＳ４２）。

店舗端末２０は、利用者端末１０に表示されたクーポン情報およびコード情報の読取を行う（ステップＳ４３）。そして、店舗端末２０は、コード情報から読み取った決済サービス用ユーザＩＤを含む取引情報を決済サーバ３０に送信する（ステップＳ４４）。

また、店舗端末２０は、取引対象である商品Ａの決済を行う利用者Ｕ１（「処理対象となる利用者」の一例）に関する情報提供依頼を情報処理装置１００に送信する（ステップＳ４５）。また、店舗端末２０は、コード情報の提示に先駆けて、利用者Ｕ１により提示されたクーポン情報を読み取った場合、クーポン情報に含まれるオンラインサービス用ユーザＩＤを、利用者Ｕ１の識別情報として情報提供依頼に含めることができる。なお、店舗端末２０は、クーポン情報の提示がなく、利用者Ｕ１からコード情報の提示があった場合、決済サービス用ユーザＩＤを、利用者Ｕ１の識別情報として情報提供依頼に含めることができる。

情報処理装置１００は、情報提供依頼を店舗端末２０から受信すると、利用者Ｕ１に紐付くオンラインサービスの利用履歴を取得する（ステップＳ４６）。そして、情報処理装置１００は、取得したオンラインサービスの利用履歴を店舗端末２０に送信する（ステップＳ４７）。なお、情報処理装置１００は、利用者Ｕ１に紐付くオンラインサービスの利用履歴に基づいて、取引対象に対する利用者Ｕ１の興味関心に関する利用者情報について確認を行う確認処理を実行し、確認処理の結果を店舗端末２０に送信してもよい。

店舗端末２０は、情報処理装置１００から利用者Ｕ１のオンラインサービスの利用履歴を受信すると、受信したオンラインサービスの利用履歴を参照して、利用者Ｕ１に対して紹介されたウェブ広告に起因する行動を特定する特定処理を実行する（ステップＳ４８）。そして、店舗端末２０は、ウェブ広告に起因する行動が特定された場合、ウェブ広告の紹介を行った紹介者Ｕ３に対して利用者Ｕ１の行動に応じた所定の報酬を付与する（ステップＳ４９）。

たとえば、店舗端末２０は、利用者Ｕ１について、紹介者Ｕ３により紹介された商品Ａに関するウェブ広告の閲覧後、一定期間内に行われた利用者の行動のうち、ウェブ広告に紐付く店舗、又はウェブ広告に掲載されている商品Ａに対する利用者Ｕ１の行動を広告に起因する行動として特定する。たとえば、店舗端末２０は、利用者Ｕ１によるウェブ広告の閲覧後、一定期間内にウェブ広告に紐付く店舗への来店があった場合、ウェブ広告に紐付く店舗への来店をウェブ広告に起因する行動として特定する。店舗端末２０は、ウェブ広告に紐付く店舗への来店が確認された場合、所定の報酬を紹介者Ｕ３に付与してもよい。また、店舗端末２０は、利用者Ｕ１によるウェブ広告の閲覧後、一定期間内にウェブ広告に紐付く店舗への来店、及びウェブ広告に掲載されている商品の購入があった場合、ウェブ広告に紐付く店舗への来店、及びウェブ広告に掲載されている商品の購入をウェブ広告に起因する行動として特定する。この場合、店舗端末２０は、来店のみが確認された場合よりも多くの報酬を紹介者Ｕ３に付与してもよい。また、店舗端末２０は、ウェブ広告に掲載されている商品Ａが購入された場合と、ウェブ広告に掲載されている商品Ａとは異なる商品が購入された場合とで、紹介者Ｕ３に付与する所定の報酬の内容を変更してもよい。

（２－５．開示設定処理）
以下、実施形態に係る開示設定処理について説明する。図６に、実施形態に係る開示設定処理の概要を示す。情報処理装置１００は、オンラインサービスを利用するサービス利用者である利用者Ｕ１から、行動または興味関心に関する利用者情報の第三者への提供の可否に関する設定を予め受け付けてもよい。これにより、利用者Ｕ１（「エンドユーザ」）の一例）の要望に応じた情報開示を実現する。

たとえば、図６に示すように、情報処理装置１００は、オンラインサービスの利用登録の際などに、利用者端末１０に対し、情報開示確認依頼を送信する（ステップＳ５１）。

利用者端末１０は、情報処理装置１００から情報開示確認依頼を受信すると、情報開示確認依頼を表示する（ステップＳ５２）。また、利用者端末１０は、所定の設定画面などを通じて、利用者Ｕ１から開示設定を受け付ける（ステップＳ５３）。そして、利用者端末１０は、開示設定情報を情報処理装置１００に送信する（ステップＳ５４）。

情報処理装置１００は、利用者端末１０から開示設定情報を受信すると、利用者Ｕ１に対応するオンラインサービス用ユーザＩＤに対応付けて、開示設定情報を登録する（ステップＳ５５）。

また、情報処理装置１００は、上述の開示設定処理に伴い、確認処理の結果に含まれる利用者情報のうち、利用者Ｕ１に対応する開示設定情報を参照し、第三者への開示が許可されている情報を、利用者Ｕ１に関する問合せの送信元である店舗に提供する。また、情報処理装置１００は、第三者への開示が許可されていない利用者情報のうち、問合せの件数が所定数を超える問合せ多数情報について、開示の許可を依頼する旨の通知を利用者Ｕ１に提供してもよい。また、この場合、情報処理装置１００は、問合せ多数情報の開示の許可と引換に獲得可能な所定の報酬に関する情報を含む通知を利用者Ｕ１に提供してもよい。

［３．その他］
なお、上述したオンラインサービス用ユーザＩＤとの対応関係を示すテーブル情報は、必ずしも必須ではない。例えば、未ログイン状態でユーザが検索を行う場合、例えば、ユーザが自身の情報の提供を許諾している場合、ユーザにより許諾された各種トラッキング技術（クッキーなど）の情報を用いて、各種ドメインのクライアントから当該ユーザの検索履歴を取得し、取得した検索履歴に基づいて、ユーザが所定の特典を付与される資格を有しているかを推定してもよい。すなわち、情報提供装置１００は、ユーザの過去の行動履歴を取得することができるのであれば、任意の手法で取得された行動履歴を取得し、取得した行動履歴から、利用者が各種条件を満たす利用者であるかを判定すればよい。

また、例えば、情報処理装置１００は、クーポン以外にも、各種任意のサービス提供において、ユーザが各種条件を満たすユーザであるかを判定し、判定結果を店舗端末２０や、その他各種端末に対して提供してもよい。例えば、情報処理装置１００は、保険サービスの提供に関して、ユーザが各種条件を満たすユーザであるかを判定し、判定結果を店舗端末２０や、その他各種端末に対して提供してもよい。より具体的な例を挙げると、情報処理装置１００は、車の事故が発生した際に、車を運転していたユーザが各種条件（所定の検索を行っていたか、位置履歴から所定の運転を行っていたか、飲酒可能な店舗を所定の期間内に訪問していたか等）を満たすか否かを判定し、判定結果を提供することで、保険料の支払い可否や、保険料の減額もしくは増額、毎月の保険料の算出や保険に関するグレードの変更可否についての判断を行わせてもよい。

また、図２に示す情報提供処理の具体例は、あくまで一例であり、これに限定されるものではない。例えば、情報処理装置１００は、クーポンの配布判断を行えればよく、興味関心以外にも、各種任意の条件を利用者Ｕ１が満たすか否かに応じて、クーポンや割引等の利益の提供を判断すればよい。このような処理の結果、情報処理装置１００は、ユーザやユーザが利用した店舗から情報の提供を受け付けると、対価として、ユーザに各種割引等の提供を行うことができる。

また、上述した例では、情報提供装置１００は、店舗端末２０から利用者に関する問い合わせを受け付けていた。しかしながら、実施形態は、これに限定されるものではない。例えば、情報提供装置１００は、利用者端末１０から利用者に関する問い合わせを受け付けてもよい。例えば、利用者端末１０は、各種の決済や取引をユーザが行う場合、情報提供装置１００に対して、上述した各種問い合わせを行い、情報提供装置１００から得られた問い合わせの結果を表示することで、問い合わせ結果を店舗端末２０に提供してもよい。例えば、利用者端末１０は、ペルソナ情報や興味関心を示すＱＲコード（登録商標）等を表示することで、店舗端末２０に問い合わせの結果を提供してもよい。

なお、利用者端末１０は、各種問い合わせの結果をキャッシュとして保持してもよい。例えば、利用者端末１０は、ユーザからの操作に従って、あらかじめペルソナ情報や興味関心の情報を情報提供装置１００から取得し、キャッシュとして保持する。そして、利用者端末１０は、取引の際に、キャッシュとして保持した情報を店舗端末２０に提供することで、各種クーポンの適用や割引を受けることができる。

［４．実施形態に係る各装置の構成］
（４－１．店舗端末の構成）
まず、実施形態に係る店舗端末の構成例について説明する。図７に、実施形態に係る店舗端末２０の構成例を示す。図７に示すように、実施形態に係る店舗端末２０は、入力部２１と、出力部２２と、センサ部２３と、通信部２４と、記憶部２５と、制御部２６とを有する。

入力部２１は、ユーザ（たとえば、図１に示す店舗運営者Ｕ２など）から各種の操作情報の入力を受け付ける。たとえば、入力部２１は、タッチセンサにより表示面（たとえば、出力部２２）を介してユーザからの各種操作を受け付けてもよい。また、入力部２１は、店舗端末２００に設けられたボタンや、店舗端末２００に接続されたキーボードやマウスからの各種操作を受け付けてもよい。入力部２１は、入力された各種操作に関する情報を制御部２６に受け渡す。

出力部２２は、各種情報を出力する。たとえば、出力部２２は、液晶ディスプレイや有機ＥＬ（Electro - Luminescence）ディスプレイなどにより構成される。また、出力部２２は、スピーカなどの音出力部を有して構成されていてもよく、この場合、各種音声を出力できる。

また、入力部２１と出力部２２とがタッチスクリーンディスプレイにより一体的に構成される場合、店舗端末２０は、出力部２２を構成するディスプレイの表示画面を介してユーザからの入力を受け付け、表示画面を介してユーザに対する情報出力を行う。たとえば、入力部２１および出力部２２は、店舗運営者Ｕ２からの操作に応じて電子決済サービスのウェブサイトや店舗アプリの画面を表示し、これらのウェブサイトや画面などを介して、ユーザからの操作を受け付けることができる。

センサ部２３は、各種情報を取得する。たとえば、センサ部２３は、画像情報を取得するデジタルカメラを有して構成されていてもよい。デジタルカメラは、光学素子と撮像素子とを含む。光学素子は、例えばレンズ、ミラー、プリズム、フィルタなどの光学系を構成する素子である。撮像素子は、光学素子を通して入射した光を電気信号である画像信号に変換する素子である。撮像素子は、たとえば、ＣＣＤ（Charge Coupled Device）センサやＣＭＯＳ（Complementary Metal Oxide Semiconductor）センサなどである。たとえば、センサ部２３は、利用者端末１０に表示されたコード情報を取得し（読み取り）、取得したコード情報を制御部２６に受け渡す。

通信部２４は、たとえば、ＮＩＣ（Network Interface Card）などによって実現される。通信部２４は、ネットワークＮと有線または無線で接続される。店舗端末２０は、ネットワークＮを介して、利用者端末１０や、決済サーバ３０や、情報処理装置１００などの他の装置との間で情報の送受信を行う。たとえば、通信部２４は、決済サーバ３０に対して、コード決済を利用した決済に関する取引情報を送信する。

記憶部２５は、各種情報などを記憶する。記憶部２５は、たとえば、ＲＡＭ（Random Access Memory)や、フラッシュメモリなどの半導体メモリ素子、またはハードディスクや、光ディスクなどの記憶装置によって実現される。たとえば、記憶部２５は、決済履歴記憶部２５ａと、利用者情報記憶部２５ｂとを有する。

決済履歴記憶部２５ａは、店舗端末２０が設置された店舗における決済履歴に関する情報を記憶する。図８に、実施形態に係る決済履歴記憶部２５ａに記憶される決済履歴に関する情報の概要を示す。

図８に示すように、決済履歴記憶部２５ａに記憶される決済履歴に関する情報は、「履歴ＩＤ」の項目や、「利用者ＩＤ」の項目や、「決済日時」の項目や、「決済方法」の項目や、「決済サービス用ユーザＩＤ」の項目や、「クーポン情報（オンラインサービス用ユーザＩＤ／クーポンコード）」の項目などといった複数の項目を有している。決済履歴に関する情報が有するこれらの項目は、相互に対応付けられている。

「履歴ＩＤ」の項目には、決済履歴を識別するための識別情報である履歴ＩＤが記憶されている。「利用者ＩＤ」の項目には、決済の当事者である利用者（たとえば、取引対象の購入者）を識別するための識別情報である利用者ＩＤが記憶される。この利用者ＩＤは、たとえば、店舗が利用者に配布する会員用ポイントカードに対して固有に割り振られているカードＩＤ（会員番号）などの識別情報であってもよいし、店舗が利用者に配布する会員用の所定のアプリケーションに固有に割り振られているアプリケーションＩＤ（会員番号）などの識別情報であってもよい。

「決済日時」の項目には、店舗において決済が行われた日時を示す情報が記憶される。「決済方法」の項目には、決済に用いられた決済方法を示す情報が記憶される。なお、「決済方法」の項目に記憶されている情報が「スマートフォン」である場合、スマートフォンを用いたコード決済や、非接触ＩＣ決済などに該当する。「決済サービス用ユーザＩＤ」の項目には、決済方法としてコード決済を用いたストアスキャン決済が採用された場合、店舗端末２０により読み取られた決済サービス用ユーザＩＤが記憶される。「クーポン情報（オンラインサービス用ユーザＩＤ／クーポンコード）」の項目には、決済に先駆けて利用者によりクーポンが提示された場合、店舗端末２０により読み取られたオンラインサービス用ユーザＩＤおよびクーポンコードが記憶される。

利用者情報記憶部２５ｂは、店舗の利用者に関する利用者情報を記憶する。図９に、実施形態に係る利用者情報記憶部２５ｂに記憶される利用者情報の概要を示す。

図９に示すように、利用者情報記憶部２５ｂは、「利用者ＩＤ」の項目と、「関連利用者ＩＤ」の項目とを有している。利用者情報が有するこれらの項目は相互に対応付けられている。

「利用者ＩＤ」の項目には、決済の当事者である利用者（たとえば、取引対象の購入者）を識別するための識別情報である利用者ＩＤが記憶される。この利用者ＩＤは、決済履歴に関する情報が有する「利用者ＩＤ」に項目に記憶されている情報と同一の情報であってもよい。「関連利用者ＩＤ」の項目には、利用者ＩＤにより識別される利用者に対して付与されたクーポンなどの所定の特典を譲渡することができる他の利用者を識別するための識別情報である利用者ＩＤが記憶される。「関連利用者ＩＤ」の項目に記憶される利用者ＩＤは、「利用者ＩＤ」の項目に記憶される利用者ＩＤと同種の情報であってもよい。たとえば、会員用ポイントカードに対して固有に割り振られているカードＩＤ（会員番号）などの識別情報や、店舗が利用者に配布する会員用の所定のアプリケーションに固有に割り振られているアプリケーションＩＤ（会員番号）などの識別情報であってもよい。

制御部２６は、ＣＰＵ（Central Processing Unit）やＭＰＵ（Micro Processing Unit）などによって、店舗端末２０内部の記憶装置に記憶されている各種プログラムがＲＡＭを作業領域として実行されることにより実現される。また、制御部２６は、たとえば、ＡＳＩＣ（Application Specific Integrated Circuit）やＦＰＧＡ（Field Programmable Gate Array）などの集積回路により実現される。

図６に示すように、制御部２６は、問合せ部２６ａと、取得部２６ｂと、決定部２６ｃと、特定部２６ｄと、付与部２６ｅとを有し、これらの各部により、以下に説明する情報処理の機能や作用を実現または実行する。

問合せ部２６ａは、通信部２４を通じて、取引対象の決済を行う利用者に関する問合せを情報処理装置１００に送信する。また、問合せ部２６ａは、コード情報の提示に先駆けて、利用者により提示されたクーポン情報を読み取った場合、クーポン情報に含まれるオンラインサービス用ユーザＩＤを、利用者Ｕ１の識別情報として問合せに含めることができる。なお、店舗端末２０は、クーポン情報の提示がなく、利用者Ｕ１からコード情報の提示があった場合、決済サービス用ユーザＩＤを、利用者Ｕ１の識別情報として問合せに含めることができる。また、問合せ部２６ａは、問合せの内容を示す問合せ種別の情報を問合せに含めることができる。

取得部２６ｂは、取引対象の決済を行う利用者の行動に関する利用者情報を取得する。たとえば、取得部２６ｂは、通信部２４を通じて、取引対象の決済を行う利用者（たとえば、図４に示す利用者Ｕ１）に関する問合せを情報処理装置１００に送信することにより、該当の利用者の興味関心に関する利用者情報を取得する。

また、取得部２６ｂは、処理対象となる利用者のオンラインサービスの利用履歴（オンラインでの行動履歴）を取得する。たとえば、取得部２６ｂは、通信部２４を通じて、取引対象の決済を行う利用者（たとえば、図５に示す利用者Ｕ１）に関する情報提供依頼を情報処理装置１００に送信することにより、該当の利用者に関するオンラインサービスの利用履歴を取得する。

決定部２６ｃは、取得部２６ｂにより取得された利用者情報に基づいて、利用者に対して付与する所定の特典を決定する。たとえば、決定部２６ｃは、利用者情報を参照し、取引対象となる商品と同一または類似する商品に対する利用者の行動内容に基づいて、取引対象の商品に対する興味関心を有するか否かを判定する。そして、決定部２６ｃは、取引対象の商品に対する興味関心を有すると判定した場合、利用者に対して、取引対象の決済時に利用可能なクーポンを利用者に付与することを決定する。一方、決定部２６ｃは、取引対象に対する興味関心を有しないと判定した場合、取引対象の決済後に行われる他の決済時に利用可能なクーポンを利用者に付与する。

また、決定部２６ｃが利用者に提供するクーポンは、取引対象を提供する店舗の店舗運営者Ｕ２（たとえば、図１など参照）が店舗の会員に対して独自に付与するクーポンであってもよいし、利用者が取引対象の決済に利用するコード決済の決済処理において決済サーバ３０により付与されるクーポンであってもよい。決済サーバ３０から利用者に対するクーポンの付与は、店舗運営者Ｕ２が、決済サーバ３０に対して予め適用条件を設定しておくことにより実現される。

特定部２６ｄは、処理対象となる利用者の行動履歴を参照して、利用者に対して紹介された所定の誘導情報に起因する行動を特定する。たとえば、特定部２６ｄは、通信部２４を通じて、処理対象となる利用者（たとえば、図５に示す利用者Ｕ１）のオンラインサービスの利用履歴を受信すると、受信したオンラインサービスの利用履歴を参照して、利用者Ｕ１に対して提供されたウェブ広告の閲覧に起因する行動の特定を試みる。具体的には、特定部２６ｄは、ウェブ広告の閲覧後、一定期間内に行われた利用者の行動のうち、ウェブ広告に紐付く店舗、又はウェブ広告に掲載されている取引対象に対する利用者の行動を広告に起因する行動として特定する。たとえば、特定部２６ｄは、利用者Ｕ１によるウェブ広告の閲覧後、一定期間内にウェブ広告に紐付く店舗への来店があった場合、ウェブ広告に紐付く店舗への来店をウェブ広告に起因する行動として特定する。また、特定部２６ｄは、利用者Ｕ１によるウェブ広告の閲覧後、一定期間内にウェブ広告に紐付く店舗への来店、及びウェブ広告に掲載されている商品の購入があった場合、ウェブ広告に紐付く店舗への来店、及びウェブ広告に掲載されている商品の購入をウェブ広告に起因する行動として特定する。

付与部２６ｅは、決定部２６ｃにより決定された所定の特典を利用者（たとえば、図４に示す利用者Ｕ１）に対して付与する。たとえば、付与部２６ｅは、取引対象の決済時に適用可能な特典を利用者に付与する。具体的には、付与部２６ｅは、利用者Ｕ１に対して、取引対象である商品Ａの決済時に利用可能なクーポンを利用者に付与する。また、たとえば、付与部２６ｅは、取引対象の決済後に行われる他の決済時に適用可能な特典を利用者に付与する。具体的には、付与部２６ｅは、取引対象の決済後に行われる他の決済時に利用可能なクーポンを利用者に付与する。

また、付与部２６ｅは、特定部２６ｄにより所定の誘導情報（たとえば、ウェブ広告）に起因する行動が特定された場合、所定の誘導情報の紹介を行った誘導者（たとえば、図５に示す紹介者Ｕ３）に対して利用者（たとえば、図５に示す利用者Ｕ１）の行動に応じた所定の報酬を付与する。たとえば、付与部２６ｅは、特定部２６ｄにより、ウェブ広告に起因する行動として、店舗および取引対象のうちの少なくともいずれか一方に対する利用者の行動が特定された場合、所定の報酬を誘導者に付与してもよい。また、付与部２６ｅは、ウェブ広告に掲載されている商品が購入された場合と、ウェブ広告に掲載されている商品とは異なる商品が購入された場合とで、誘導者に付与する所定の報酬の内容を変更してもよい。

（４－２．情報処理装置の構成）
以下、実施形態に係る情報処理装置１００の構成例について説明する。図１０に、実施形態に係る情報処理装置の構成例を示す。図１０に示すように、情報処理装置１００は、通信部１１０と、記憶部１２０と、制御部１３０とを有する。

（通信部１１０について）
通信部１１０は、たとえば、ＮＩＣ（Network Interface Card）などによって実現される。通信部１１０は、ネットワークＮと有線または無線で接続される。情報処理装置１００は、ネットワークＮを介して、利用者端末１０や店舗端末２０、決済サーバ３０などの他の装置との間で情報の送受信を行う。

（記憶部１２０について）
記憶部１２０は、情報処理装置１００による情報処理の機能や作用を実現または実行するためのプログラムおよびデータなどを記憶する。記憶部１２０は、たとえば、ＲＡＭ（Random Access Memory)や、フラッシュメモリなどの半導体メモリ素子、またはハードディスクや、光ディスクなどの記憶装置によって実現される。たとえば、記憶部１２０は、履歴情報記憶部１２１と、モデル記憶部１２２と、対応テーブル記憶部１２３と、開示設定記憶部１２４とを有する。

（履歴情報記憶部１２１）
履歴情報記憶部１２１は、各サービス利用者によるオンラインサービスの利用履歴に関する情報を記憶する。図１１に、実施形態に係る履歴情報記憶部１２１に記憶される利用履歴に関する情報の概要を示す。

図１１に示すように、実施形態に係る履歴情報記憶部１２１に記憶される利用履歴に関する情報は、「利用者ＩＤ」の項目や、「検索履歴」の項目や、「移動履歴」の項目や、「購買履歴」の項目や、「閲覧履歴」の項目などといった複数の項目を有している。利用履歴に関する情報が有するこれらの項目は、相互に対応付けられている。

「利用者ＩＤ」の項目には、オンラインサービスの利用登録の際に利用者Ｕ１に付与される利用者識別情報であるオンラインサービス用ユーザＩＤが記憶される。

「検索履歴」の項目には、オンラインサービスにおけるサービス利用者の検索履歴を示す情報が記憶される。「移動履歴」の項目には、オンラインサービスにおけるサービス利用者の移動の履歴を示す情報が記憶される。「購買履歴」の項目には、オンラインサービスにおけるサービス利用者の購買の履歴を示す情報が記憶される。「閲覧履歴」の項目には、オンラインサービスにおけるサービス利用者の閲覧の履歴を示す情報が記憶される。

（モデル記憶部１２２）
モデル記憶部１２２は、取引対象に対する興味関心度を推定する学習済みモデルの情報を記憶する。たとえば、モデル記憶部１２２に記憶される学習済みモデルは、たとえば、取引対象に対する心象情報と、取引対象に対する所定の行動との組を入力データとし、入力データに対応するスコアを推定する推定モデルである。

取引対象に対する心象情報は、広告に掲載されている商品に対するアンケートの回答などから取得される。また、取引対象に対する所定の行動として、取引対象に対する興味関心を類推するために予め設定される行動であり、たとえば、所定の検索クエリの入力回数や、所定のウェブサイトの閲覧回数などがデータサンプルの一例として想定される。たとえば、取引対象に対して「興味がある」または「興味がない」と回答した各サービス利用者に紐付くオンラインサービスの利用履歴から、正解データとする学習用データを準備できる。

学習済みモデルは、任意の学習手法を用いた機械学習により生成される。学習手法として、ディープラーニング（Deep learning：深層学習）や、ＲＮＮ（Recurrent Neural Network）や、ＬＳＴＭ（Long Short Term Memory）などが例示される。また、推定モデルの学習処理において、情報処理装置１００は、ニューラルネットワークなどの任意の機械学習モデルを学習用モデルとして、推定モデルを学習できる。また、ニューラルネットワークを学習用モデルとする場合、情報処理装置１００は、ニューラルネットワークを構成する各層のノード間でスコア（値）が伝搬される際に考慮される重み（接続係数）の値を調整する学習処理を行う。たとえば、情報処理装置１００は、バックプロパゲーション（誤差逆伝播法）などの任意の手法を用いて、学習用モデルからの出力と、入力に対応する正解（正解データ）との誤差が少なくなるように、パラメータ（接続係数）を補正する処理を行うことにより推定モデルを学習する。なお、情報処理装置１００は、バックプロパゲーションの手法を用いる場合、所定の損失（ロス）関数を最小化するように学習処理を実行することで、学習用モデルからの出力と、入力に対応する正解（正解データ）との誤差が少なくなるようにパラメータ（接続係数）を補正できる。

（対応テーブル記憶部１２３）
対応テーブル記憶部１２３は、サービス利用者の承諾を得て、決済サーバ３０から予め取得される決済サービス用ユーザＩＤとオンラインサービス用ユーザＩＤとの対応関係を示す情報が記憶される。なお、対応テーブル記憶部１２３は、サービス利用者の承諾を得て、サービス利用者が利用する店舗のポイントカードに関するカードＩＤ（会員番号）と、オンラインサービス用ユーザＩＤとの対応関係を記憶してもよい。また、対応テーブル記憶部１２３は、店舗が利用者に配布する会員用の所定のアプリケーションに固有に割り振られているアプリケーションＩＤ（会員番号）と、オンラインサービス用ユーザＩＤとの対応関係を記憶してもよい。

（開示設定記憶部１２４）
開示設定記憶部１２４は、処理対象となる利用者ごとに予め設定される情報であって、利用者の行動または興味関心に関する利用者情報の第三者への開示の可否を示す開示設定に関する情報を記憶する。図１２に、実施形態に係る開示設定記憶部１２４に記憶される開示設定に関する情報の概要を示す。

図１２に示すように、開示設定記憶部１２４に記憶される開示設定に関する情報は、「利用者ＩＤ」の項目や、「開示設定」の項目といった複数の項目を有している。開示設定に関する情報が有するこれらの項目は、相互に対応付けられている。

「利用者ＩＤ」の項目には、オンラインサービスの利用登録の際にサービス利用者に付与される利用者識別情報であるオンラインサービス用ユーザＩＤが記憶される。

「開示設定」の項目は、「検索履歴」の項目や、「移動履歴」の項目や、「購買履歴」の項目や、「閲覧履歴」の項目や、「登録情報」の項目や、「属性情報」の項目などといった複数の項目を有している。「開示設定」の項目が有するこれらの項目には、サービス利用者による第三者への情報開示の可否を示す情報が記憶される。「検索履歴」の項目や、「移動履歴」の項目や、「購買履歴」の項目や、「閲覧履歴」の項目は、履歴情報記憶部１２１に記憶されている利用履歴に関する情報が有する各項目に対応している。

「登録情報」の項目には、オンラインサービスの利用登録の際にサービス利用者に登録された情報を記憶する。「登録情報」の項目には、サービス利用者の氏名や、年齢や、性別や、住所や、家族構成などのデモグラフィック属性に対応する情報などが記憶される。「属性情報」の項目には、サービス利用者の興味嗜好やライフスタイルなどのサイコグラフィック属性に対応する情報などが記憶される。

（制御部１３０について）
制御部１３０は、コントローラ（controller）であり、たとえば、ＣＰＵ（Central Processing Unit）やＭＰＵ（Micro Processing Unit）などによって、情報処理装置１００内部の記憶装置に記憶されている各種プログラムがＲＡＭを作業領域として実行されることにより実現される。また、制御部１３０は、たとえば、ＡＳＩＣ（Application Specific Integrated Circuit）やＦＰＧＡ（Field Programmable Gate Array）などの集積回路により実現され得る。

図１０に示すように、制御部１３０は、受付部１３１と、確認処理部１３２と、提供部１３３とを有し、これらの各部により、以下に説明する情報処理の機能や作用を実現または実行する。なお、制御部１３０は、以下に説明する情報処理の機能や作用を実現または実行する処理単位で複数の分割された内部構成を有していてもよい。また、制御部１３０は、図１０に示した構成に限られず、後述する情報処理を行う構成であれば他の構成であってもよい。

（受付部１３１）
受付部１３１は、通信部１１０を通じて、取引対象を提供する店舗から、取引対象について決済を行う利用者（たとえば、図１に示す利用者Ｕ１）に関する問合せを受け付ける。受付部１３１は、取得した問合せを確認処理部１３２に受け渡す。

また、受付部１３１は、処理対象となる利用者（たとえば、オンラインサービスのサービス利用者から）から、利用者の行動または興味関心に関する利用者情報の第三者への開示の可否を予め受け付ける。たとえば、受付部１３１は、オンラインサービスの利用登録の際などに、通信部１１０を通じて、利用者端末１０に対し、情報開示確認依頼を送信する。受付部１３１は、情報開示確認依頼を通じて、たとえば、利用者の利用履歴が有する各項目の単位で、利用者から利用履歴の第三者への開示の可否を受け付けることができる。また、受付部１３１は、情報開示確認依頼を通じて、利用者の登録情報や属性情報などの第三者への開示の可否を受け付けることができる。

また、受付部１３１は、情報開示依頼に対する回答として、通信部１１０を通じて、利用者端末１０から開示設定情報を受け付ける。また、受付部１３１は、通信部１１０を通じて、利用者から受け付けた開示設定情報を利用者ごとに登録する。たとえば、受付部１３１は、利用者に対応するオンラインサービス用ユーザＩＤに対応付けて、開示設定情報を登録する。

また、受付部１３１は、利用者に関する情報のうち、特定の行動に関する情報の問合せを店舗から受け付けてもよい。また、受付部１３１は、利用者ごとに問合せのあった特定の行動に関する情報の問合せの件数を管理してもよい。また、受付部１３１は、問合せの件数の情報を提供部１３３に受け渡す。

（確認処理部１３２）
確認処理部１３２は、受付部１３１により問合せが受け付けられた場合、取引対象について決済を行う利用者に紐付く行動履歴から、取引対象に対する利用者の興味関心に関する利用者情報を取得し、取得した利用者情報について確認を行う確認処理を実行する。

たとえば、確認処理部１３２は、受付部１３１により問合せが受け付けられた場合、問合せに含まれるオンラインサービス用ユーザＩＤまたは決済サービス用ユーザＩＤに基づいて、これらのＩＤに紐付くオンラインサービスの利用履歴（「行動履歴」の一例）を履歴情報記憶部１２１から取得する。

また、確認処理部１３２は、問合せに含まれる問合せ種別に基づいて、問合せ内容を判別する。たとえば、確認処理部１３２は、問合せ内容が取引対象に対する利用者の興味関心に関する問合せである場合、オンラインサービスの利用履歴に基づいて、取引対象に対して利用者が興味関心を有するか否かを確認する確認処理を実行する。具体的には、確認処理部１３２は、利用履歴に基づいて取引対象に対する興味関心度を推定する学習済みモデルを用いて、取引対象に対して利用者が興味関心を有するか否かを確認する確認処理を実行する。たとえば、確認処理部１３２は、利用者ごとにオンラインサービスの利用履歴を管理する履歴情報記憶部１２１に記録された利用履歴の中から、問合せに含まれるオンラインサービス用ユーザＩＤまたは決済サービス用ユーザＩＤと、クーポンコードに紐付く商品とに対応する情報を取得する。続いて、確認処理部１３２は、取得した情報を学習済みモデルに入力することにより、学習済みモデルから取得される興味関心度を示すスコアが所定の閾値を超えている場合、利用者が取引対象である商品に対する興味関心を有するという判定結果を導出する。

また、確認処理部１３２は、問合せ内容が取引対象の決済を行う利用者の利用者像についての問合せである場合、取引対象について決済を行う利用者に紐付く行動履歴に基づいて、利用者が興味関心を有するか否かを確認する確認処理を実行し、確認処理の結果を反映したペルソナ情報を生成する。具体的には、確認処理部１３２は、利用者ごとにオンラインサービスの利用履歴を管理する履歴情報記憶部１２１に記録された利用履歴の中から、問合せに含まれるオンラインサービス用ユーザＩＤまたは決済サービス用ユーザＩＤと、クーポンコードに紐付く商品とに対応する情報を取得する。続いて、確認処理部１３２は、取得した情報を参照して、取引対象の商品に対する利用者の興味関心に関する利用者情報について確認を行う確認処理を実行し、確認処理の結果を反映した仮想的な利用者像を表すペルソナ情報を生成する。たとえば、確認処理部１３２が生成するペルソナ情報は、利用者像を表す「属性」、「行動」、及び「興味関心」の各々の情報で構成されていてもよい（たとえば、図３参照）。

また、確認処理部１３２は、ペルソナ情報を生成する場合、利用者が決済を行う店舗の属性（たとえば、取り扱う商品の内容やターゲットとするユーザ層など）に合わせて、ペルソナ情報を生成してもよい。たとえば、確認処理部１３２は、利用者が決済を行う店舗がレストランである場合、利用者像の属性の項目に家族構成を示す情報を含めたり、行動の項目に一か月あたりの外食の回数を示す情報を含めたり、興味嗜好の項目に好きな食事の傾向（和食好きや洋食好き）を示す情報などを含めたりしてもよい。

（提供部１３３）
提供部１３３は、確認処理部１３２による確認処理の結果を利用者に関する問合せの問合せ元である店舗に提供する。また、提供部１３３は、確認処理部１３２により生成されたペルソナ情報を、利用者に関する情報の問合せ元である店舗に提供する。

また、提供部１３３は、確認処理部１３２による確認処理の結果に含まれる利用者情報を、利用者に関する情報の問合せの問合せ元である店舗に提供する場合、利用者に対応する開示設定情報を参照し、利用者による第三者への開示が許可されている情報を、利用者に関する情報の問合せ元である店舗に提供する。

また、提供部１３３は、第三者への開示が許可されていない利用者情報のうち、問合せの件数が所定数を超える問合せ多数情報について開示の許可を依頼する旨の通知を利用者に提供してもよい。たとえば、提供部１３３は、利用者がオンラインサービスを利用した際に、上述の通知を利用者端末１０に送信する。また、この場合、提供部１３３は、問合せ多数情報の開示の許可と引換に獲得可能な所定の報酬に関する情報を含む通知を利用者に提供してもよい。

［５．実施形態に係る処理手順］
（５－１．情報提供処理）
以下、実施形態に係る情報処理装置１００により実行される情報提供処理の手順について説明する。図１３に、実施形態に係る情報処理装置１００により実行される情報提供処理の手順の一例を示す。図１３に示す処理手順は、情報処理装置１００の制御部１３０により実行される。図１３に示す処理手順は、情報処理装置１００の稼働中、繰り返し実行される。

図１３に示すように、確認処理部１３２は、受付部１３１により問合せが受け付けられた場合、問合せに含まれるオンラインサービス用ユーザＩＤまたは決済サービス用ユーザＩＤに基づいて、これらのＩＤに紐付くオンラインサービスの利用履歴を履歴情報記憶部１２１から取得する（ステップＳ１０１）。

また、確認処理部１３２は、たとえば、問合せに含まれる問合せ種別に基づいて、問合せの内容を判別する（ステップＳ１０２）。確認処理部１３２は、ステップＳ１０２の判別の結果、問合せ内容が取引対象に対する利用者の興味関心についての問合せである場合、ステップＳ１０１で取得したオンラインサービスの利用履歴に基づいて、学習済みモデルを用いて、取引対象に対して利用者が興味関心を有するか否かを確認する確認処理を実行する（ステップＳ１０３）。

また、提供部１３３は、ステップＳ１０３の確認処理の結果として、利用者が取引対象に対して興味関心を有するか否かを示す情報を提供して（ステップＳ１０４）、図１３に示す処理手順を終了する。

また、確認処理部１３２は、ステップＳ１０２の判別の結果、問合せの内容が取引対象の決済を行う利用者の利用者像についての問合せである場合、取引対象について興味関心を有するか否かの確認処理の結果を反映したペルソナ情報を生成する（ステップＳ１０５）。

また、提供部１３３は、ステップＳ１０５の確認処理の結果として、ステップＳ１０５で生成したペルソナ情報を提供して（ステップＳ１０６）、図１３に示す処理手順を終了する。

（５－２．利益付与処理）
以下、実施形態に係る店舗端末２０により実行される利益付与処理の手順について説明する。図１４に、実施形態に係る店舗端末２０により実行される利益付与処理の手順の一例を示す。図１４に示す処理手順は、店舗端末２０の制御部２６により実行される。図１４に示す処理手順は、店舗端末２０の稼働中、繰り返し実行される。

図１４に示すように、取得部２６ｂは、取引対象の決済を行う利用者の興味関心に関する利用者情報を取得する（ステップＳ２０１）。

また、決定部２６ｃは、ステップＳ２０１で取得された利用者情報に基づいて、取引対象に対して利用者が興味関心を有するか否かを判定する（ステップＳ２０２）。

決定部２６ｃは、取引対象に対して利用者が興味関心を有すると判定した場合（ステップＳ２０２；Ｙｅｓ）、取引対象の決済時に利用可能なクーポンを利用者に付与することを決定して（ステップＳ２０３）、図１４に示す処理手順を終了する。

一方、決定部２６ｃは、取引対象に対して利用者が興味関心を有しないと判定した場合（ステップＳ２０２；Ｎｏ）、取引対象の決済後に行われる他の決済時に利用可能なクーポンを利用者に付与して（ステップＳ２０４）、図１４に示す処理手順を終了する。

（５－３．報酬付与処理）
以下、実施形態に係る店舗端末２０により実行される報酬付与処理の手順について説明する。図１５に、実施形態に係る店舗端末２０により実行される報酬付与処理の手順の一例を示す。図１５に示す処理手順は、店舗端末２０の制御部２６により実行される。図１５に示す処理手順は、店舗端末２０の稼働中、繰り返し実行される。

図１５に示すように、取得部２６ｂは、処理対象となる利用者のオンラインサービスの利用履歴を取得する（ステップＳ３０１）。

特定部２６ｄは、ステップＳ３０１で取得した利用者のオンラインサービスの利用履歴を参照して、利用者に対して紹介されたウェブ広告に起因する行動を特定する（ステップＳ３０２）。

特定部２６ｄは、ステップＳ３０２の特定結果を参照して、ウェブ広告の閲覧後、一定期間内にウェブ広告に紐付く店舗への来店があったかどうかを判定する（ステップＳ３０３）。

特定部２６ｄは、ステップＳ３０２の特定結果を参照して、ウェブ広告の閲覧後、一定期間内にウェブ広告に紐付く店舗への来店があったと判定した場合（ステップＳ３０３；Ｙｅｓ）、ウェブ広告の閲覧後、一定期間内にウェブ広告に掲載されている商品の購入があったかどうかを判定する（ステップＳ３０４）。

特定部２６ｄにより、ウェブ広告の閲覧後、一定期間内にウェブ広告に掲載されている商品の購入があったと判定された場合（ステップＳ３０４；Ｙｅｓ）、付与部２６ｅは、ウェブ広告を紹介した誘導者に対して、ウェブ広告に紐付く店舗への来店および商品購入に応じた所定の報酬を付与して（ステップＳ３０５）、図１５に示す処理手順を終了する。

特定部２６ｄにより、ウェブ広告の閲覧後、一定期間内にウェブ広告に掲載されている商品の購入がなかったと判定された場合（ステップＳ３０４；Ｙｅｓ）、付与部２６ｅは、ウェブ広告に紐付く店舗への来店に応じた所定の報酬を付与して（ステップＳ３０６）、図１５に示す処理手順を終了する。

上述のステップＳ３０３において、特定部２６ｄは、ウェブ広告の閲覧後、一定期間内にウェブ広告に紐付く店舗への来店がなかったと判定した場合（ステップＳ３０３；Ｎｏ）、図１５に示す処理手順を終了する。

［６．変形例］
（６－１．変形例に係る情報処理の概要）
本願に係る情報処理装置、情報処理方法、及び情報処理プログラムは、上記実施形態以外にも種々の異なる形態にて実施されてよい。以下では、実施形態の変形例について説明する。以下に説明する変形例では、情報処理装置５００が、オンラインサービスのサービス利用者からの申請に応じて、サービス利用者と関連性が強い商品（お気に入り商品）に対してお墨付き（保証）を与え、第三者に提示することが可能な証明情報を付与する場合の情報処理の一例について説明する。図１６は、変形例に係る情報処理の概要を示す。

図１６に示すように、変形例に係る情報処理システムＳＹＳ－Ｂは、利用者端末１０と、店舗端末２００と、情報処理装置５００とを有している。情報処理システムＳＹＳ－Ｂが有する店舗端末２００は、実施形態に係る情報処理システムＳＹＳ－Ａが有する店舗端末２０に対応している。また、情報処理システムＳＹＳ－Ｂが有する情報処理装置５００は、実施形態に係る情報処理システムＳＹＳ－Ａが有する情報処理装置１００に対応している。

利用者Ｕ１は、利用者端末１０を操作して、自身との関連性が強い商品を証明するための証明情報の申請を情報処理装置５００に送信する（ステップＳ６１）。たとえば、証明情報の申請には、利用者Ｕ１が所有するオンラインサービス用ユーザＩＤが含まれる。

情報処理装置５００は、利用者端末１０から証明情報の申請を受信すると、証明情報登録処理を実行する（ステップＳ６２）。たとえば、情報処理装置５００は、証明情報の申請に含まれているオンラインサービス用ユーザＩＤに基づいて、利用者Ｕ１に紐付くオンラインサービスの利用履歴を取得する。続いて、情報処理装置５００は、取得したオンラインサービスの利用履歴を参照して、利用者Ｕ１と関連性の強さが推認される商品（お気に入り商品）を特定する。

たとえば、情報処理装置５００は、他のサービス利用者と比較して相対的に入力回数が多い検索クエリの情報や、訪問回数の多い場所の情報や、閲覧回数の多いウェブサイトの情報や、購入回数の多い商品の情報などに基づいて、利用者Ｕ１と関連性の強さが推認される商品の特定を試みる。以下、検索クエリの入力回数を用いて、申請元の利用者Ｕ１と関連性の強い商品の特定方法について具体的に説明する。まず、情報処理装置５００は、申請元の利用者Ｕ１により入力された検索クエリのうち、処理対象となる検索クエリについて、全てのサービス利用者による入力回数の中央値を算出する。次に、情報処理装置５００は、算出した中央値よりも申請元の利用者Ｕ１による入力回数が多ければ、申請元の利用者Ｕ１による処理対象となる検索クエリの入力は、他のサービス利用者と比較して特徴的な行動であると判断し、処理対象となる検索クエリに紐付く商品を申請元の利用者Ｕ１と関連性の強い商品として特定する。なお、情報処理装置５００は、処理対象となる検索クエリと類似する検索クエリの入力回数を加味して、利用者Ｕ１と関連性の強さが推認される商品の特定を行ってもよい。

続いて、情報処理装置５００は、特定した商品に対し、申請元の利用者Ｕ１との関連性の強さを保証する証明情報を割り当てて、申請元の利用者Ｕ１が所有するオンラインサービス用ユーザＩＤに対応付けて登録する。そして、情報処理装置５００は、証明情報を利用者Ｕ１に提供する（ステップＳ６３）。情報処理装置５００が提供する証明情報は真正性を証明するために、たとえば、所定の公開鍵で暗号化された状態で提供される。

また、情報処理装置５００は、証明情報の申請元であるサービス利用者と、取引対象との関連性の強さを評価し、評価結果に応じて、証明情報の内容を変更してもよい。たとえば、情報処理装置５００は、処理対象となる検索クエリの入力回数が、各サービス利用者による同一の検索クエリの入力回数の分布のうち上位何％に位置するかに応じて、取引対象との関連性の強さを評価してもよい。そして、情報処理装置５００は、取引対象との関連性の強さの評価結果に応じて、取引対象ごとに評価結果に対応する証明情報を割り当てる。

利用者Ｕ１は、コード決済を用いて取引対象の代金の支払いを行う場合、利用者端末１０を操作し、コード決済を行うためのコード情報を店舗側に提示する（ステップＳ６４）。このとき、利用者Ｕ１は、コード情報の提示に先駆けて、情報処理装置５００から提供された証明情報を利用者端末１０に表示させ、利用者端末１０に表示させた証明情報を店舗側に提示できる。

店舗端末２０は、利用者Ｕ１により利用者端末１０を用いて証明情報が提示された場合、利用者端末１０に表示された証明情報を読み取るとともに、証明情報の検証情報提供要求を情報処理装置５００に送信する（ステップＳ６５）。

情報処理装置５００は、店舗端末２０から検証情報提供要求を受信すると、証明情報を復号するための公開鍵を検証情報として店舗端末２０に送信する（ステップＳ６６）。

店舗端末２０は、情報処理装置５００から検証情報を受信すると、受信した検証情報を用いて、証明情報の検証処理を実行する（ステップＳ６７）。たとえば、店舗端末２０は、検証情報として受信した公開鍵を用いて、利用者端末１０から読み取った証明情報を復号する。そして、店舗端末２０は、検証結果に応じて、利用者Ｕ１に対して所定の特典を付与する（ステップＳ６８）。

このようにして、利用者Ｕ１は、情報処理装置１００から提供された証明情報を、店舗での決済の際に店舗側に提示することにより、店舗側から所定の特典の提供を受けることができ、ユーザビリティを向上できる。また、店舗側では、決済時の際に、利用者から証明情報の提示を受けることにより、利用者Ｕ１に対して特典の付与を検討する際に参考となり得る有効な情報を取得できる。

（６－２．変形例に係る各装置の構成）
（６－２－１．店舗端末の構成）
以下、変形例に係る店舗端末２００の構成例について説明する。図１７に、変形例に係る店舗端末２００の構成例を示す。図１７に示すように、変形例に係る店舗端末２００は、入力部２１０と、出力部２２０と、センサ部２３０と、通信部２４０と、記憶部２５０と、制御部２６０とを有する。変形例に係る店舗端末２００は、基本的には、実施形態に係る店舗端末２０と同様の構成を有している。

すなわち、変形例に係る店舗端末２００が有する入力部２１０、出力部２２０、センサ部２３０、通信部２４０、記憶部２５０、及び制御部２６０は、実施形態に係る店舗端末２０が有する入力部２１、出力部２２、センサ部２３、通信部２４、記憶部２５、及び制御部２６にそれぞれ対応している。また、記憶部２５０が有する決済履歴記憶部２５０ａおよび利用者情報記憶部２５０ｂは、記憶部２５が有する決済履歴記憶部２５ａおよび利用者情報記憶部２５ｂにそれぞれ対応している。また、制御部２６０が有する問合せ部２６０ａ、取得部２６０ｂ、決定部２６０ｃ、特定部２６０ｄ、及び付与部２６０ｅは、制御部２６が有する問合せ部２６ａ、取得部２６ｂ、決定部２６ｃ、特定部２６ｄ、及び付与部２６ｅにそれぞれ対応している。

また、変形例に係る店舗端末２００は、変形例に係る情報処理を実行するための機能として、制御部２６０に検証部２６０ｆが含まれている点が、実施形態に係る店舗端末２０とは相違している。

検証部２６０ｆは、利用者Ｕ１により提供された証明情報の真正性を検証するための検証処理を実行する。たとえば、検証部２６０ｆは、利用者端末１０に表示された証明情報を読み取る。また、たとえば、検証部２６０ｆは、通信部２４０を通じて、証明情報の検証情報提供要求を情報処理装置５００に送信する。また、たとえば、検証部２６０ｆは、通信部２４０を通じて、情報処理装置５００から検証情報を取得すると、取得した検証情報を用いて、利用者端末１０から読み取った証明情報の検証処理を実行する。たとえば、検証部２６０ｆは、検証情報として取得した公開鍵を用いて、利用者端末１０から読み取った証明情報を復号する。

（６－２－２．情報処理装置の構成）
以下、変形例に係る情報処理装置５００の構成例について説明する。図１８に、変形例に係る情報処理装置５００の構成例を示す。図１８に示すように、変形例に係る情報処理装置５００は、通信部５１０と、記憶部５２０と、制御部５３０とを有している。変形例に係る情報処理装置５００は、基本的には、実施形態に係る情報処理装置１００と同様の構成を有している。

すなわち、変形例に係る情報処理装置５００が有する通信部５１０、記憶部５２０、及び制御部５３０は、実施形態に係る情報処理装置１００が有する通信部１１０、記憶部１２０、及び制御部１３０にそれぞれ対応している。また、記憶部５２０が有する履歴情報記憶部５２１、モデル記憶部５２２、対応テーブル記憶部５２３、及び開示設定記憶部５２４は、記憶部１２０が有する履歴情報記憶部１２１、モデル記憶部１２２、対応テーブル記憶部１２３、及び開示設定記憶部１２４にそれぞれ対応している。また、制御部５３０が有する受付部５３１、確認処理部５３２、及び提供部５３３は、制御部１３０が有する受付部１３１、確認処理部１３２、及び提供部１３３にそれぞれ対応している。

また、変形例に係る情報処理装置５００は、実施形態に係る情報処理を実行するための機能として、記憶部５２０に証明情報記憶部５２５が含まれている点、及び制御部５３０に証明処理部５３４が含まれている点が、実施形態に係る情報処理装置１００とは相違している。

証明情報記憶部５２５は、オンラインサービスのサービス利用者に対して提供された証明情報を記憶する。図１９に、変形例に係る証明情報記憶部５２５に記憶される証明情報の概要を示す。

図１９に示すように、変形例に係る証明情報記憶部５２５に記憶される証明情報は、「利用者ＩＤ」の項目や、「お気に入り商品」の項目や、「証明情報」の項目といった複数の項目を有しており、これらの項目は相互に対応付けられている。

「利用者ＩＤ」の項目には、オンラインサービスの利用登録の際に利用者Ｕ１に付与される利用者識別情報であるオンラインサービス用ユーザＩＤが記憶される。「お気に入り商品」の項目には、サービス利用者と関連性が強い商品を示す情報が記憶される。

「証明情報」の項目には、お気に入り商品の項目に記憶されている商品に対応した証明情報が記憶される。たとえば、「証明情報」の項目に記憶される証明情報は、取引対象との関連性の強さの評価結果に応じて割り当てられる。

図１９に示す例では、利用者ＩＤ：「利用者Ｙ＃０１」で識別されるサービス利用者のお気に入り商品として「商品ＥＸ１１１」が記憶されており、さらに、「商品ＥＸ１１１」に対応する証明情報として「レインボートロフィー」が記憶されている。また、図１９に示す例では、利用者ＩＤ：「利用者Ｙ＃０１」で識別されるサービス利用者のお気に入り商品として「商品ＥＸ１１２」が記憶されており、さらに、「商品ＥＸ１１２」に対応する証明情報として「ゴールドトロフィー」が記憶されている。証明情報の「レインボートロフィー」と「ゴールドトロフィー」とを比較した場合、レインボートロフィーの方が、サービス利用者との関連性が強いことを示している。つまり、サービス利用者と「商品ＥＸ１１２」との関連性よりも、サービス利用者と「商品ＥＸ１１１」との関連性の方がより強いことを示している。なお、図１９に例示する証明情報の関連性の強さの序列は、「レインボートロフィー」を筆頭として、「ゴールドトロフィー」→「シルバートロフィー」→「ブロンズトロフィー」の順である。

証明処理部５３４は、オンラインサービスのサービス利用者（たとえば、図１６に示す利用者Ｕ１など）からの申請に応じて、サービス利用者に証明情報の提供などを行うための各種処理を実行する。

たとえば、証明処理部５３４は、通信部５１０を通じて、利用者端末１０から送信された証明情報の申請を取得すると、証明情報の申請に含まれているオンラインサービス用ユーザＩＤに基づいて、利用者Ｕ１に紐付くオンラインサービスの利用履歴を取得する。また、証明処理部５３４は、取得したオンラインサービスの利用履歴を参照して、利用者Ｕ１と関連性の強さが推認される商品（お気に入り商品）を特定する。

具体的には、証明処理部５３４は、他のサービス利用者と比較して相対的に入力回数が多い検索クエリの情報や、訪問回数の多い場所の情報や、閲覧回数の多いウェブサイトの情報や、購入回数の多い商品の情報などに基づいて、サービス利用者と関連性の強さが推認される商品の特定を試みる。以下、検索クエリの入力回数を用いて、申請元のサービス利用者と関連性の強い商品の特定方法について具体的に説明する。まず、証明処理部５３４は、申請元のサービス利用者により入力された検索クエリのうち、処理対象となる検索クエリについて、全てのサービス利用者による入力回数の中央値を算出する。次に、証明処理部５３４は、算出した中央値よりも申請元のサービス利用者による入力回数が多ければ、申請元のサービス利用者による処理対象となる検索クエリの入力は、他のサービス利用者と比較して特徴的な行動であると判断し、処理対象となる検索クエリに紐付く商品を申請元のサービス利用者と関連性の強い商品として特定する。

また、証明処理部５３４は、特定した商品に対し、申請元のサービス利用者との関連性の強さを保証する証明情報を割り当てて、申請元のサービス利用者が所有するオンラインサービス用ユーザＩＤに対応付けて登録する。また、証明処理部５３４は、通信部５１０を通じて、証明情報を利用者端末１０に送信することにより、サービス利用者に提供する。

また、証明処理部５３４は、証明情報の申請元であるサービス利用者と、取引対象との関連性の強さを評価し、評価結果に応じて、証明情報の内容を変更してもよい。たとえば、証明処理部５３４は、処理対象となる検索クエリの入力回数が、各サービス利用者による同一の検索クエリの入力回数の分布のうち上位何％に位置するかに応じて、取引対象との関連性の強さを評価してもよい。そして、証明処理部５３４は、取引対象との関連性の強さの評価結果に応じて、取引対象ごとに評価結果に対応する証明情報を割り当てる。

たとえば、証明処理部５３４は、処理対象となる検索クエリの入力回数が上位１０％未満に位置する場合、この検索クエリに紐付く商品に割り当てる証明情報として、レインボートロフィーを選定する。また、たとえば、証明処理部５３４は、処理対象となる検索クエリの入力回数が上位１０％以上～２０％未満の範囲に位置する場合、この検索クエリに紐付く商品に割り当てる証明情報として、ゴールドトロフィーを選定する。また、たとえば、証明処理部５３４は、処理対象となる検索クエリの入力回数が上位２０％以上～３０％未満の範囲に位置する場合、この検索クエリに紐付く商品に割り当てる証明情報として、シルバートロフィーを選定する。また、たとえば、証明処理部５３４は、処理対象となる検索クエリの入力回数が上位３０％以上～５０％未満の範囲に位置する場合、この検索クエリに紐付く商品に割り当てる証明情報として、ブロンズトロフィーを選定する。

また、証明処理部５３４は、検索クエリの入力回数のみならず、購入回数などの他の指標を組み合わせて、取引対象との関連性の強さを評価してもよい。たとえば、証明処理部５３４は、検索クエリの入力回数が上位数パーセント以内であり、かつ、検索クエリに紐付く商品の購入回数が上位数パーセント以内である場合、この検索クエリに紐付く商品に割り当てる証明情報として、レインボートロフィーを選定する。

また、変形例に係る情報処理装置５００は、取引対象との関連性の強さを評価する場合に限られず、たとえば、取引対象との関連性の弱さ（無関心度合い）を評価してもよい。この場合、情報処理装置５００は、評価結果に基づいて、取引対象ごとに、取引対象との関連性の弱さを示す証明情報を割り当ててもよい。

［７．ハードウェア構成］
また、上述してきた実施形態および変形例に係る情報処理装置や店舗端末は、たとえば、図２０に示すような構成のコンピュータ１０００によって実現される。図２０は、実施形態及び変形例に係る情報処理装置および店舗端末の機能を実現するコンピュータの一例を示すハードウェア構成図である。

コンピュータ１０００は、出力装置１０１０、入力装置１０２０と接続され、演算装置１０３０、一次記憶装置１０４０、二次記憶装置１０５０、出力ＩＦ（Interface）１０６０、入力ＩＦ１０７０、ネットワークＩＦ１０８０がバス１０９０により接続された形態を有する。

演算装置１０３０は、一次記憶装置１０４０や二次記憶装置１０５０に格納されたプログラムや入力装置１０２０から読み出したプログラムなどに基づいて動作し、各種の処理を実行する。一次記憶装置１０４０は、ＲＡＭなど、演算装置１０３０が各種の演算に用いるデータを一次的に記憶するメモリ装置である。また、二次記憶装置１０５０は、演算装置１０３０が各種の演算に用いるデータや、各種のデータベースが登録される記憶装置であり、ＲＯＭ（Read Only Memory)、ＨＤＤ、フラッシュメモリ等により実現される。

出力ＩＦ１０６０は、モニタやプリンタといった各種の情報を出力する出力装置１０１０に対し、出力対象となる情報を送信するためのインターフェイスであり、例えば、ＵＳＢ（Universal Serial Bus）やＤＶＩ（Digital Visual Interface）、ＨＤＭＩ（登録商標）（High Definition Multimedia Interface）といった規格のコネクタにより実現される。また、入力ＩＦ１０７０は、マウス、キーボード、およびスキャナなどといった各種の入力装置１０２０から情報を受信するためのインターフェイスであり、例えば、ＵＳＢなどにより実現される。

なお、入力装置１０２０は、例えば、ＣＤ（Compact Disc）、ＤＶＤ（Digital Versatile Disc）、ＰＤ（Phase change rewritable Disk）等の光学記録媒体、ＭＯ（Magneto-Optical disk）などの光磁気記録媒体、テープ媒体、磁気記録媒体、または半導体メモリなどから情報を読み出す装置であってもよい。また、入力装置１０２０は、ＵＳＢメモリなどの外付け記憶媒体であってもよい。

ネットワークＩＦ１０８０は、ネットワークＮを介して他の機器からデータを受信して演算装置１０３０へ送り、また、ネットワークＮを介して演算装置１０３０が生成したデータを他の機器へ送信する。

演算装置１０３０は、出力ＩＦ１０６０や入力ＩＦ１０７０を介して、出力装置１０１０や入力装置１０２０の制御を行う。例えば、演算装置１０３０は、入力装置１０２０や二次記憶装置１０５０からプログラムを一次記憶装置１０４０上にロードし、ロードしたプログラムを実行する。

たとえば、コンピュータ１０００が実施形態に係る情報処理装置１００として機能する場合、コンピュータ１０００の演算装置１０３０は、一次記憶装置１０４０上にロードされたプログラム（たとえば、情報処理プログラム）を実行することにより、制御部１３０と同様の機能を実現する。すなわち、演算装置１０３０は、一次記憶装置１０４０上にロードされたプログラム（例えば、情報処理プログラム）との協働により、実施形態に係る情報処理装置１００による処理を実現する。

また、たとえば、コンピュータ１０００が変形例に係る情報処理装置５００として機能する場合、コンピュータ１０００の演算装置１０３０は、一次記憶装置１０４０上にロードされたプログラム（たとえば、情報処理プログラム）を実行することにより、制御部５３０と同様の機能を実現する。すなわち、演算装置１０３０は、一次記憶装置１０４０上にロードされたプログラム（例えば、情報処理プログラム）との協働により、変形例に係る情報処理装置５００による処理を実現する。

また、たとえば、コンピュータ１０００が実施形態に係る店舗端末２０として機能する場合、コンピュータ１０００の演算装置１０３０は、一次記憶装置１０４０上にロードされたプログラム（たとえば、情報処理プログラム）を実行することにより、制御部２６と同様の機能を実現する。すなわち、演算装置１０３０は、一次記憶装置１０４０上にロードされたプログラム（例えば、情報処理プログラム）との協働により、実施形態に係る店舗端末２０による処理を実現する。

また、たとえば、コンピュータ１０００が変形例に係る店舗端末２００として機能する場合、コンピュータ１０００の演算装置１０３０は、一次記憶装置１０４０上にロードされたプログラム（たとえば、情報処理プログラム）を実行することにより、制御部２６０と同様の機能を実現する。すなわち、演算装置１０３０は、一次記憶装置１０４０上にロードされたプログラム（例えば、情報処理プログラム）との協働により、変形例に係る店舗端末２００による処理を実現する。

［８．その他］
上述の実施形態または変形例において、店舗端末２０において実行される情報処理は、店舗端末２０と決済サーバ３０とが連携して実行してもよいし、決済サーバ３０が実行してもよい。

上記実施形態などにおいて説明した各処理のうち、自動的に行われるものとして説明した処理の全部または一部を手動的に行うこともでき、あるいは、手動的に行われるものとして説明した処理の全部または一部を公知の方法で自動的に行うこともできる。この他、上記文書中や図面中で示した処理手順、具体的名称、各種のデータやパラメータを含む情報については、特記する場合を除いて任意に変更することができる。

また、図示した各装置の各構成要素は機能概念的なものであり、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、各装置の分散・統合の具体的形態は図示のものに限られず、その全部または一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的または物理的に分散・統合して構成することができる。

また、上述してきた各実施形態は、処理内容を矛盾させない範囲で適宜組み合わせることが可能である。

［９．効果］
実施形態に係る店舗端末２００は、特定部２６ｄと、付与部２６ｅとを有する。特定部２６ｄは、処理対象となる利用者の行動履歴を参照して、利用者に対して紹介された所定の誘導情報に起因する行動を特定する。付与部２６ｅは、特定部２６ｄにより所定の誘導情報に起因する行動が特定された場合、所定の誘導情報の紹介を行った誘導者に対して利用者の行動に応じた所定の報酬を付与する。

また、特定部２６ｄは、所定の誘導情報として紹介された広告の閲覧後、一定期間内に行われた利用者の行動のうち、広告に紐付く店舗、又は広告に掲載されている取引対象に対する利用者の行動を広告に起因する行動として特定する。

また、付与部２６ｅは、特定部２６ｄにより、広告に起因する行動として、店舗および取引対象のうちの少なくともいずれか一方に対する利用者の行動が特定された場合、所定の報酬を誘導者に付与する。

また、付与部２６ｅは、広告に掲載されている商品が購入された場合と、広告に掲載されている商品とは異なる商品が購入された場合とで誘導者に付与する所定の報酬の内容を変更する。

このようなことから、実施形態に係る店舗端末２０は、上述した各部により実行される処理、又は各部のうちのいずれかの組合せにより、情報処理装置１００から取得した利用者に関する情報に基づいて、成果報酬型の広告を通じて取引対象の紹介を行った紹介者の貢献度を推し量り、紹介者に対して報酬を付与するか否かを自動的に判断できる。この結果、店舗端末２０は、店舗運営者Ｕ２の負担を軽減するとともに、成果報酬型の広告の紹介者に対する適正な報酬の付与を通じて、取引対象の販促活動を支援できる。

以上、本願の実施形態をいくつかの図面に基づいて詳細に説明したが、これらは例示であり、発明の開示の欄に記載の態様を始めとして、当業者の知識に基づいて種々の変形、改良を施した他の形態で本発明を実施することが可能である。

また、上述してきた「部（section、module、unit）」は、「手段」や「回路」などに読み替えることができる。例えば、制御部は、制御手段や制御回路に読み替えることができる。

Ｎ ネットワーク
ＳＹＳ－Ａ、ＳＹＳ－Ｂ 情報処理システム
１０ 利用者端末
２０、２００ 店舗端末
２１、２１０ 入力部
２２、２２０ 出力部
２３、２３０ センサ部
２４、２４０ 通信部
２５、２５０ 記憶部
２５ａ、２５０ａ 決済履歴記憶部
２５ｂ、２５０ｂ 利用者情報記憶部
２６、２６０ 制御部
２６ａ、２６０ａ 問合せ部
２６ｂ、２６０ｂ 取得部
２６ｃ、２６０ｃ 決定部
２６ｄ、２６０ｄ 特定部
２６ｅ、２６０ｅ 付与部
２６０ｆ 検証部
１００、５００ 情報処理装置
１１０、５１０ 通信部
１２０、５２０ 記憶部
１２１、５２１ 履歴情報記憶部
１２２、５２２ モデル記憶部
１２３、５２３ 対応テーブル記憶部
１２４、５２４ 開示設定記憶部
５２５ 証明情報記憶部
１３０、５３０ 制御部
１３１、５３１ 受付部
１３２、５３２ 確認処理部
１３３、５３３ 提供部
５３４ 証明処理部

Claims (6)

1. 処理対象となる利用者の行動履歴を参照して、前記利用者に対して紹介された所定の誘導情報に起因する行動を特定する特定部と、
   前記特定部により前記所定の誘導情報に起因する行動が特定された場合、前記所定の誘導情報の紹介を行った誘導者に対して前記利用者の行動に応じた所定の報酬を付与する付与部と
   を有することを特徴とする情報処理装置。
2. 前記特定部は、
   前記所定の誘導情報として紹介された広告の閲覧後、一定期間内に行われた前記利用者の行動のうち、前記広告に紐付く店舗、又は前記広告に掲載されている取引対象に対する前記利用者の行動を前記広告に起因する行動として特定する
   ことを特徴とする請求項１に記載の情報処理装置。
3. 前記付与部は、
   前記特定部により、前記広告に起因する行動として、前記店舗および前記取引対象のうちの少なくともいずれか一方に対する前記利用者の行動が特定された場合、前記所定の報酬を前記誘導者に付与する
   ことを特徴とする請求項２に記載の情報処理装置。
4. 前記付与部は、
   前記広告に掲載されている商品が購入された場合と、前記広告に掲載されている商品とは異なる商品が購入された場合とで前記誘導者に付与する前記所定の報酬の内容を変更する
   ことを特徴とする請求項３に記載の情報処理装置。
5. コンピュータが実行する情報処理方法であって、
   処理対象となる利用者の行動履歴を参照して、前記利用者に対して紹介された所定の誘導情報に起因する行動を特定する特定工程と、
   前記特定工程により前記所定の誘導情報に起因する行動が特定された場合、前記所定の誘導情報の紹介を行った誘導者に対して前記利用者の行動に応じた所定の報酬を付与する付与工程と
   を含むことを特徴とする情報処理方法。
6. コンピュータに、
   処理対象となる利用者の行動履歴を参照して、前記利用者に対して紹介された所定の誘導情報に起因する行動を特定する特定手順と、
   前記特定手順により前記所定の誘導情報に起因する行動が特定された場合、前記所定の誘導情報の紹介を行った誘導者に対して前記利用者の行動に応じた所定の報酬を付与す付与手順と
   を実行させることを特徴とする情報処理プログラム。

Images