(57)【要約】【課題】店舗に関する調査を効果的に実施すること。【解決手段】本願に係る提供装置は、判定部と、提供部とを有する。判定部は、店舗を利用したユーザのユーザ情報が、かかるユーザを対象としてかかる店舗に関する調査を行うための調査条件を満たすか否かを判定する。提供部は、判定部によってユーザ情報が調査条件を満たすと判定された場合に、ユーザによって利用される端末装置に、調査の調査項目に関連する調査項目情報を提供する。【選択図】図３
2019191746.tif 000002
【特許請求の範囲】
【請求項１】
店舗を利用したユーザのユーザ情報が、当該ユーザを対象として当該店舗に関する調査を行うための調査条件を満たすか否かを判定する判定部と、
前記判定部によって前記ユーザ情報が前記調査条件を満たすと判定された場合に、前記ユーザによって利用される端末装置に、前記調査の調査項目に関連する調査項目情報を提供する提供部と、
を備えることを特徴とする提供装置。
【請求項２】
前記判定部は、
前記ユーザが前記店舗から退店した後の前記ユーザの行動を示す第１の行動情報である前記ユーザ情報が、前記調査条件を満たすか否かを判定する
ことを特徴とする請求項１に記載の提供装置。
【請求項３】
前記判定部は、
前記ユーザ情報が、前記ユーザが前記店舗から退店した後に前記ユーザが前記店舗と競合する競合店舗を利用したという条件である前記調査条件を満たすか否かを判定する
ことを特徴とする請求項２に記載の提供装置。
【請求項４】
前記判定部は、
前記ユーザが前記店舗に滞在している時の前記ユーザの行動を示す第２の行動情報である前記ユーザ情報が、前記調査条件を満たすか否かを判定する
ことを特徴とする請求項１〜３のいずれか一つに記載の提供装置。
【請求項５】
前記判定部は、
前記ユーザ情報が、前記ユーザが前記店舗に滞在している時に前記ユーザが前記店舗と競合する競合店舗を検索したという条件である前記調査条件を満たすか否かを判定する
ことを特徴とする請求項４に記載の提供装置。
【請求項６】
前記判定部は、
前記ユーザ情報が、前記ユーザにより前記店舗へ支払われた金額が所定の金額を超えるという条件である前記調査条件を満たすか否かを判定する
ことを特徴とする請求項４又は５に記載の提供装置。
【請求項７】
前記判定部は、
前記ユーザが前記店舗に来店する前の前記ユーザの行動を示す第３の行動情報である前記ユーザ情報が、前記調査条件を満たすか否かを判定する
ことを特徴とする請求項１〜６のいずれか一つに記載の提供装置。
【請求項８】
前記判定部は、
前記ユーザ情報が、前記ユーザが前記店舗に来店する前に前記ユーザが前記店舗と競合する競合店舗を利用したという条件である前記調査条件を満たすか否かを判定する
ことを特徴とする請求項７に記載の提供装置。
【請求項９】
前記判定部は、
前記ユーザ情報が、前記店舗からの交通手段に関する条件、又は前記店舗への交通手段に関する条件である前記調査条件を満たすか否かを判定する
ことを特徴とする請求項１〜８のいずれか一つに記載の提供装置。
【請求項１０】
前記判定部は、
前記店舗に来店した履歴を示す来店履歴情報である前記ユーザ情報が、前記店舗への来店頻度に関する条件である前記調査条件を満たすか否かを判定する
ことを特徴とする請求項１〜９のいずれか一つに記載の提供装置。
【請求項１１】
前記判定部は、
商品又はサービスの購入履歴である前記ユーザ情報が、前記商品又はサービスに関連する購入条件である前記調査条件を満たすか否かを判定する
ことを特徴とする請求項１〜１０のいずれか一つに記載の提供装置。
【請求項１２】
前記提供部は、
前記調査項目情報を提供するタイミングを示すタイミング情報に基づいて、前記端末装置に前記調査項目情報を提供する
ことを特徴とする請求項１〜１１のいずれか一つに記載の提供装置。
【請求項１３】
前記調査の前記調査項目への回答を含む応答を前記端末装置から受信する受信部をさらに備え、
前記提供部は、
前記受信部によって前記応答が受信された場合に、前記端末装置に、前記店舗で使用可能なクーポンを提供する
ことを特徴とする請求項１〜１２のいずれか一つに記載の提供装置。
【請求項１４】
前記提供部は、
前記受信部によって受信された応答に含まれる前記回答から、前記ユーザの前記店舗に対する満足度を算出し、算出された満足度が所定の満足度よりも高い場合に、前記ユーザと共通する属性を有するユーザによって利用される端末装置に、前記店舗を推薦する推薦情報を提供する
ことを特徴とする請求項１３に記載の提供装置。
【請求項１５】
店舗を利用したユーザのユーザ情報が、当該ユーザを対象として当該店舗に関する調査を行うための調査条件を満たすか否かを判定する判定工程と、
前記判定工程によって前記ユーザ情報が前記調査条件を満たすと判定された場合に、前記ユーザによって利用される端末装置に、前記調査の調査項目に関連する調査項目情報を提供する提供工程と、
を含むことを特徴とする提供方法。
【請求項１６】
店舗を利用したユーザのユーザ情報が、当該ユーザを対象として当該店舗に関する調査を行うための調査条件を満たすか否かを判定する判定手順と、
前記判定手順によって前記ユーザ情報が前記調査条件を満たすと判定された場合に、前記ユーザによって利用される端末装置に、前記調査の調査項目に関連する調査項目情報を提供する提供手順と、
をコンピュータに実行させることを特徴とする提供プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、提供装置、提供方法及び提供プログラムに関する。
【背景技術】
【０００２】
飲食店などの店舗は、様々なモニター調査サービスを使っている。例えば、店舗は、覆面調査等の調査サービスを使っている。しかし、モニター調査サービスのモニターは、事前にモニター募集がされてから店舗に行き、モニターが店舗に行ったずいぶん後になって、アンケートを受けるなどするため、調査結果の精度に限界があった。
【０００３】
アンケートを受けるタイミングに関しては、アンケートをユーザに好適なタイミングで提示するアンケート実施システムが提案されている（特許文献１）。このアンケート実施システムでは、アンケート管理サーバが、ユーザの位置情報に基づいて、ユーザがアンケートに集中できるタイミング（例えば、場所、時間等）を推定し、推定されたタイミングで、アンケートをユーザに提示する。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２０１３−２１０９１７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、上記の従来技術では、店舗に関する調査を効果的に実施することができるとは限らない。例えば、上記の従来技術では、店舗の店員が、ユーザに回答してもらいたいアンケートを、店舗に来店したユーザの外見や風貌を見て選択している。しかし、ユーザの外見や風貌からでは、ユーザの中から、店舗の店員が知りたい情報を提供することが期待されるユーザを効果的に選択することが困難である場合がある。したがって、上記の従来技術では、店舗に関する調査を効果的に実施することができるとは限らない。
【０００６】
本願は、上記に鑑みてなされたものであって、店舗に関する調査を効果的に実施することができる提供装置、提供方法及び提供プログラムを提供することを目的とする。
【０００７】
本願に係る提供装置は、店舗を利用したユーザのユーザ情報が、当該ユーザを対象として当該店舗に関する調査を行うための調査条件を満たすか否かを判定する判定部と、前記判定部によって前記ユーザ情報が前記調査条件を満たすと判定された場合に、前記ユーザによって利用される端末装置に、前記調査の調査項目に関連する調査項目情報を提供する提供部と、を備えることを特徴とする。
【発明の効果】
【０００８】
実施形態の一態様によれば、店舗に関する調査を効果的に実施することできるという効果を奏する。
【図面の簡単な説明】
【０００９】
【図１】図１は、実施形態に係るネットワークシステムの構成例を示す図である。
【図２】図２は、実施形態に係る提供処理の一例を示す図である。
【図３】図３は、実施形態に係る提供装置の構成例を示す図である。
【図４】図４は、実施形態に係るユーザ記憶部の一例を示す図である。
【図５】図５は、実施形態に係る調査情報記憶部の一例を示す図である。
【図６】図６は、実施形態に係る提供装置による提供処理手順を示すフローチャートである。
【図７】図７は、ハードウェア構成の一例を示す図である。
【発明を実施するための形態】
【００１０】
以下に、本願に係る提供装置、提供方法及び提供プログラムを実施するための形態（以下、「実施形態」と呼ぶ）について図面を参照しつつ詳細に説明する。なお、この実施形態により本願に係る提供装置、提供方法及び提供プログラムが限定されるものではない。また、各実施形態は、処理内容を矛盾させない範囲で適宜組み合わせることが可能である。また、以下の各実施形態において同一の部位には同一の符号を付し、重複する説明は省略する。
【００１１】
〔１．ネットワークシステムの構成〕
まず、図１を参照して、実施形態に係るネットワークシステム１の構成について説明する。図１は、実施形態に係るネットワークシステム１の構成例を示す図である。図１に示すように、実施形態に係るネットワークシステム１には、端末装置１０１〜１０ｎと、提供装置１００とが含まれる（ｎは任意の自然数）。本明細書では、端末装置１０１〜１０ｎを区別する必要がない場合は、端末装置１０１〜１０ｎを「端末装置１０」と総称する。端末装置１０および提供装置１００は、それぞれネットワークＮと有線又は無線により接続される。図１中では図示していないが、ネットワークシステム１は、複数台の提供装置１００を含んでもよい。
【００１２】
端末装置１０は、ユーザによって利用される情報処理装置である。端末装置１０は、スマートフォン、デスクトップ型ＰＣ（Personal  Computer）、ノート型ＰＣ、タブレット型ＰＣ、ＰＤＡ（Personal  Digital  Assistant）を含む、任意のタイプの情報処理装置であってもよい。
【００１３】
提供装置１００は、各種情報を端末装置１０に提供するサーバ装置である。提供装置１００は、ネットワークＮを介して、有線又は無線により端末装置１０と通信を行う。
【００１４】
〔２．提供処理〕
次に、図２を参照して、実施形態に係る提供処理の一例について説明する。図２は、実施形態に係る提供処理の一例を示す図である。
【００１５】
図２の例では、図１の端末装置１０１が、ユーザＵ１によって利用される。また、図１の端末装置１０２が、ユーザＵ２によって利用される。図２の例において、端末装置１０１および端末装置１０２は、スマートフォンとして示されている。
【００１６】
図２の例では、公園ＰＡ１は、ユーザＵ１の現在位置ＣＰ１に対応する公園である。公園ＰＡ２は、ユーザＵ２の現在位置ＣＰ２に対応する公園である。
【００１７】
図２の例では、店舗ＳＨ１は、ユーザＵ１の現在位置ＣＰ１およびユーザＵ２の現在位置ＣＰ２の周辺に位置するカフェである。店舗ＳＨ２は、カフェである。また、店舗ＳＨ２は、店舗ＳＨ１と競合する競合店舗である。店舗と競合する競合店舗とは、例えば、店舗の商品またはサービスと同種の商品またはサービスを提供する別の店舗である。店舗ＳＨ３は、店舗ＳＨ１と競合しないラーメン店である。
【００１８】
図２の例では、店舗ＳＨ１と競合する店舗ＳＨ２は、マカロンで有名なカフェである。店舗ＳＨ１は、コーヒで有名なカフェである。ただし、店舗ＳＨ１のメニューにも、マカロンがある。
【００１９】
はじめに、提供装置１００は、地図アプリケーションを介して、ユーザが地図データ上の店舗にチェックインすることを可能にするチェックインサービスを、端末装置１０に提供する。ユーザは、チェックインサービスにより、店舗までの経路を示す地図データを利用することができる。また、ユーザは、チェックインサービスにより、インセンティブ（例えば、店舗で利用可能なポイント）を受け取ることができる。例えば、ユーザが端末装置１０を用いて店舗にチェックインした場合に、提供装置１００は、インセンティブをユーザに提供することを決定する。
【００２０】
一方、提供装置１００は、チェックインサービスにより、ユーザが店舗にチェックインしたことを示すチェックイン情報を取得する。すなわち、提供装置１００は、チェックインサービスにより、ユーザが来店した店舗の履歴を示す来店履歴情報を取得する。
【００２１】
図２の例では、提供装置１００は、地図アプリケーションＭＡ１を介して、ユーザＵ１の現在位置ＣＰ１の周辺に位置する店舗にチェックインすることを可能にするチェックインサービスを、端末装置１０１に提供する。また、提供装置１００は、地図アプリケーションＭＡ２を介して、ユーザＵ２の現在位置ＣＰ２の周辺に位置する店舗にチェックインすることを可能にするチェックインサービスを、端末装置１０２に提供する。
【００２２】
図２の例では、ユーザＵ１は、チェックインサービスの地図データを用いて、店舗ＳＨ１に行くと仮定する。また、ユーザＵ２も、チェックインサービスの地図データを用いて、店舗ＳＨ１に行くと仮定する。
【００２３】
次いで、提供装置１００は、ユーザが店舗にチェックインしたことを示すチェックイン情報を取得する。一例では、提供装置１００は、店舗に設置されたビーコンを用いて、チェックイン情報を端末装置１０から受信する。例えば、地図アプリケーションが端末装置１０にインストールされている場合には、端末装置１０は、店舗に設置されたビーコンが発信する信号を検知する。この場合、端末装置１０は、チェックイン画面を表示することで、店舗にチェックインするか否かをユーザに入力させる。ユーザが店舗にチェックインする入力を行った場合に、端末装置１０は、チェックイン情報を、提供装置１００に送信する。このようにして、提供装置１００は、チェックイン情報を取得することができる。
【００２４】
図２の例では、提供装置１００は、ユーザＵ１が店舗ＳＨ１にチェックインしたことを示すチェックイン情報と、ユーザＵ２が店舗ＳＨ２にチェックインしたことを示すチェックイン情報とを取得する。この場合、提供装置１００は、インセンティブをユーザＵ１およびユーザＵ２に提供することを決定する。
【００２５】
次いで、提供装置１００は、店舗ＳＨ１にチェックインしたユーザＵ１が店舗ＳＨ１から退店した後に、ユーザＵ１が店舗ＳＨ１とは異なる新たな店舗にチェックインしたことを示すチェックイン情報を、ユーザＵ１の行動情報として取得する。また、提供装置１００は、店舗ＳＨ１にチェックインしたユーザＵ２が店舗ＳＨ１から退店した後に、ユーザＵ２が店舗ＳＨ１とは異なる新たな店舗にチェックインしたことを示すチェックイン情報を、ユーザＵ２の行動情報として取得する。
【００２６】
上述のように、店舗ＳＨ１と競合する店舗ＳＨ２は、マカロンで有名なカフェである。また、店舗ＳＨ１のメニューにも、マカロンがある。図２の例では、ユーザＵ１は店舗ＳＨ１から退店した後に、ユーザＵ１は、店舗ＳＨ１のメニューにマカロンがあることを知らずに、チェックインサービスの地図データを用いて、店舗ＳＨ２に行くと仮定する。さらに、ユーザＵ１は、端末装置１０１を用いて店舗ＳＨ２にチェックインすると仮定する。
【００２７】
それに加えて、図２の例では、ユーザＵ２が店舗ＳＨ１から退店した後に、ユーザＵ２は、チェックインサービスの地図データを用いて、店舗ＳＨ３に行くと仮定する。さらに、ユーザＵ２は、端末装置１０２を用いて店舗ＳＨ３にチェックインすると仮定する。
【００２８】
図２の例では、提供装置１００は、「ユーザＵ１が店舗ＳＨ１から退店した後にユーザＵ１が店舗ＳＨ１と競合する店舗ＳＨ２にチェックインしたこと」を示すチェックイン情報を、ユーザＵ１の行動情報として取得する。また、提供装置１００は、「ユーザＵ２が店舗ＳＨ１から退店した後にユーザＵ２が店舗ＳＨ１と競合しない店舗ＳＨ３にチェックインしたこと」を示すチェックイン情報を、ユーザＵ２の行動情報として取得する。
【００２９】
次いで、提供装置１００は、ユーザＵ１の行動情報が、ユーザＵ１を対象として店舗ＳＨ１に関する調査を行うための調査条件を満たすか否かを判定する。また、提供装置１００は、ユーザＵ２の行動情報が、ユーザＵ２を対象として店舗ＳＨ１に関する調査を行うための調査条件を満たすか否かを判定する。
【００３０】
図２の例では、調査条件は、「ユーザが店舗ＳＨ１から退店した後にユーザが店舗ＳＨ１と競合する店舗ＳＨ２を利用した」という条件であると仮定する。この例では、提供装置１００は、「ユーザＵ１が店舗ＳＨ１から退店した後にユーザＵ１が店舗ＳＨ１と競合する店舗ＳＨ２にチェックインしたこと」を示すユーザＵ１の行動情報が、調査条件を満たすと判定する。一方、提供装置１００は、「ユーザＵ２が店舗ＳＨ１から退店した後にユーザＵ２が店舗ＳＨ１と競合しない店舗ＳＨ３にチェックインしたこと」を示すユーザＵ２の行動情報は、調査条件を満たさないと判定する。
【００３１】
次いで、提供装置１００は、ユーザＵ１の行動情報が調査条件を満たすと判定されたことに応じて、端末装置１０１に、調査項目情報ＲＩ１を提供する。図２において、調査項目情報ＲＩ１は、店舗ＳＨ１に関する調査に関連する調査項目情報の例を示す。「本店のメニューにマカロンがあることをご存じですか？」は、調査項目情報ＲＩ１に含まれる質問の例である。一方、提供装置１００は、ユーザＵ２の行動情報が調査条件を満たさないと判定されたことに応じて、調査項目情報を提供する処理を終了する。
【００３２】
言い換えると、提供装置１００は、位置履歴から、競合店の利用を条件に、来店客の退出後にアンケートを行う。例えば、提供装置１００は、過去所定期間内に競合店を利用しているという基準や、退店後に所定行動（競合店利用など）をとったという条件等に基づいて、来店客の退出後にアンケートを行う。すなわち、提供装置１００は、自店と競合店の両方を利用したユーザに対してアンケートを実施することができる。
【００３３】
上記のように、実施形態に係る提供装置１００は、店舗を利用したユーザのユーザ情報が、かかるユーザを対象としてかかる店舗に関する調査を行うための調査条件を満たすか否かを判定する。そして、提供装置１００は、ユーザ情報が調査条件を満たすと判定された場合に、ユーザによって利用される端末装置１０に、店舗に関する調査の調査項目に関連する調査項目情報を提供する。このため、実施形態に係る提供装置１００は、店舗の担当者が、店舗の担当者が知りたい情報を提供する可能性が高いユーザに対して、かかる情報を得るための具体的な質問をすることを可能にする。この結果、提供装置１００は、店舗の担当者が、店舗の改善のもととなる明確な改善策を講ずることを可能にする。
【００３４】
ところで、図２の例では、ユーザＵ１は、店舗ＳＨ１のメニューにマカロンがあることを知らずに、メニューとしてマカロンがある店舗ＳＨ１と競合する店舗ＳＨ２に来店した。図２の例では、店舗ＳＨ１の担当者は、ユーザＵ１が第１の店舗でマカロンをオーダーしなかった理由を知りたい、と思うかもしれない。例えば、店舗ＳＨ１の担当者は、メニューが分かりにくいかもしれない、と考えるかもしれない。あるいは、店舗ＳＨ１の担当者は、テイクアウトのレジの場所が分りにくいかもしれない、と考えるかもしれない。
【００３５】
図２の例では、提供装置１００は、ユーザＵ１が店舗ＳＨ２に来店した後に、「本店のメニューにマカロンがあることをご存知ですか？」という質問を含むコンテンツを、端末装置１０１に送信することができる。あるいは、提供装置１００は、「テイクアウト用のマカロンがあることをご存知ですか？」という質問を含むコンテンツを、端末装置１０１に送信することができる。このため、提供装置１００は、店舗ＳＨ１の担当者が「メニューを分りやすくする」や「テイクアウトのレジの場所を分りやすくする」等の明確な改善策を講ずることを可能にする。以下、このような提供処理を実現する提供装置１００について詳細に説明する。
【００３６】
〔３．提供装置の構成〕
次に、図３を参照して、実施形態に係る提供装置１００の構成例について説明する。図３は、実施形態に係る提供装置１００の構成例を示す図である。図３に示すように、提供装置１００は、通信部１１０と、記憶部１２０と、制御部１３０とを有する。なお、提供装置１００は、提供装置１００を利用する管理者等から各種操作を受け付ける入力部（例えば、キーボードやマウス等）や、各種情報を表示するための表示部（液晶ディスプレイ等）を有してもよい。
【００３７】
（通信部１１０）
通信部１１０は、例えば、ＮＩＣ（Network  Interface  Card）等によって実現される。通信部１１０は、ネットワーク網と有線又は無線により接続され、ネットワーク網を介して、端末装置１０との間で情報の送受信を行う。
【００３８】
（記憶部１２０）
記憶部１２０は、例えば、ＲＡＭ（Random  Access  Memory)、フラッシュメモリ（Flash  Memory）等の半導体メモリ素子、または、ハードディスク、光ディスク等の記憶装置によって実現される。図３に示すように、記憶部１２０は、ユーザ情報記憶部１２１と、調査情報記憶部１２２とを有する。
【００３９】
（ユーザ情報記憶部１２１）
図４は、実施形態に係るユーザ情報記憶部１２１の一例を示す図である。ユーザ情報記憶部１２１は、ユーザのユーザ情報を記憶する。例えば、ユーザ情報記憶部１２１は、受信部１３１によって受信されたユーザのユーザ情報を記憶する。図４の例では、ユーザ情報記憶部１２１には、「ユーザ情報」が「ユーザＩＤ」ごとに記憶される。例示として、「ユーザ情報」には、項目「行動情報」および「来店履歴情報」が含まれる。
【００４０】
「ユーザＩＤ」は、ユーザを識別するための識別子を示す。「行動情報」は、ユーザの行動に関する情報を示す。例えば、行動情報は、ユーザが店舗から退店した後のユーザの行動に関する情報を示す。「来店履歴情報」は、ユーザの来店履歴に関する情報を示す。来店履歴情報は、「店舗名」、「来店日時」等を含む。
【００４１】
例えば、図４は、ユーザＩＤ「Ｕ１」で識別されるユーザが、「２０１８年４月１３日午後９時０分」に、店舗「ＳＨ１」に来店し、そして「店舗ＳＨ１から退店した後に店舗ＳＨ１と競合する店舗ＳＨ２を利用した」ことを示している。
【００４２】
（調査情報記憶部１２２）
図５は、実施形態に係る調査情報記憶部１２２の一例を示す図である。調査情報記憶部１２２は、調査の調査情報を記憶する。例えば、調査情報記憶部１２２は、受信部１３１によって受信された調査の調査情報を記憶する。図４の例では、調査情報記憶部１２２には、「調査情報」が「調査ＩＤ」ごとに記憶される。例示として、「調査情報」には、項目「調査条件情報」および「調査項目情報」が含まれる。
【００４３】
「調査ＩＤ」は、調査を識別するための識別子を示す。「調査条件情報」は、店舗を利用したユーザを対象としてかかる店舗に関する調査を行うための条件を示す。例えば、調査条件情報は、ユーザの来店後の行動に関する条件を示す。例えば、調査条件は、ユーザが店舗から退店した後にユーザが店舗と競合する競合店舗を利用したという条件である。「調査項目情報」は、店舗に関する調査の調査項目に関連する情報を示す。調査項目情報は、「質問および／または選択肢」、「回答形式」等を含む。
【００４４】
例えば、図５は、調査ＩＤ「Ｒ１」で識別される調査の調査条件が、「ユーザが店舗ＳＨ１から退店した後にユーザが店舗ＳＨ１と競合する店舗ＳＨ２を利用した」という条件であることを示している。また、例えば、図５は、調査ＩＤ「Ｒ１」で識別される調査の調査項目の質問が、「本店のメニューにマカロンがあることをご存知ですか？」という質問であることを示している。また、例えば、図５は、調査ＩＤ「Ｒ１」で識別される調査の調査項目の回答形式が、「はい／いいえ」という回答形式であることを示している。
【００４５】
（制御部１３０）
図３に戻ると、制御部１３０は、コントローラ（controller）であり、例えば、ＣＰＵ（Central  Processing  Unit）、ＭＰＵ（Micro  Processing  Unit）等のプロセッサによって、提供装置１００内部の記憶装置に記憶されている各種プログラムがＲＡＭ等を作業領域として実行されることにより実現される。また、制御部１３０は、コントローラ（controller）であり、例えば、ＡＳＩＣ（Application  Specific  Integrated  Circuit）やＦＰＧＡ（Field  Programmable  Gate  Array）等の集積回路により実現されてもよい。
【００４６】
制御部１３０は、図３に示すように、受信部１３１と、取得部１３２と、決定部１３３と、判定部１３４と、提供部１３５とを有し、以下に説明する情報処理の機能や作用を実現又は実行する。なお、制御部１３０の内部構成は、図３に示した構成に限られず、後述する情報処理を行う構成であれば他の構成であってもよい。
【００４７】
（受信部１３１）
受信部１３１は、ユーザが店舗にチェックインしたことを示すチェックイン情報を、端末装置１０から受信する。一例では、受信部１３１は、店舗に設置されたビーコン（例えば、Ｂｌｕｅｔｏｏｔｈ（登録商標）や音波等の信号の発信機）を用いて、チェックイン情報を端末装置１０から受信する。例えば、地図アプリケーションが端末装置１０にインストールされている場合に、端末装置１０は、店舗に設置されたビーコンが発信する信号を検知する。端末装置１０は信号を検知したことに応じて、端末装置１０は、チェックイン画面を表示する。端末装置１０のユーザが店舗にチェックインする入力を行った場合に、端末装置１０は、地図アプリケーションを介して、ユーザが店舗にチェックインしたことを示すチェックイン情報を、提供装置１００に送信する。受信部１３１は、端末装置１０のＧＰＳ（Global  Positioning  System）機能や、端末装置１０のＷｉ−Ｆｉ（登録商標）通信機能等を用いて、地図アプリケーションを介して、チェックイン情報を端末装置１０から受信してもよい。
【００４８】
受信部１３１は、ユーザが店舗にチェックインしたことを示すチェックイン情報を、ユーザが来店した店舗の履歴を示す来店履歴情報として受信してもよい。受信部１３１は、
来店履歴情報として受信されたチェックイン情報を、ユーザ情報記憶部１２１に格納してもよい。
【００４９】
受信部１３１は、店舗を利用したユーザのユーザ情報を受信する。例えば、ユーザが店舗から退店した後のユーザの行動を示す行動情報を受信する。受信部１３１は、店舗にチェックインしたユーザがかかる店舗から退店した後に、ユーザがかかる店舗とは異なる新たな店舗にチェックインしたことを示すチェックイン情報を、行動情報として受信してもよい。受信部１３１は、受信された行動情報を、ユーザ情報記憶部１２１に格納してもよい。
【００５０】
（取得部１３２）
取得部１３２は、ユーザが店舗にチェックインしたことを示すチェックイン情報を取得する。例えば、取得部１３２は、受信部１３１によって受信されたチェックイン情報を取得する。取得部１３２は、チェックイン情報を、ユーザが来店した店舗の履歴を示す来店履歴情報として取得してもよい。例えば、取得部１３２は、受信部１３１によって受信されたチェックイン情報を、来店履歴情報として取得してもよい。取得部１３２は、ユーザ情報記憶部１２１から来店履歴情報を取得してもよい。
【００５１】
取得部１３２は、店舗を利用したユーザのユーザ情報を取得する。例えば、取得部１３２は、受信部１３１によって受信されたユーザ情報を取得する。取得部１３２は、店舗にチェックインしたユーザがかかる店舗から退店した後に、ユーザがかかる店舗とは異なる新たな店舗にチェックインしたことを示すチェックイン情報を、行動情報として取得してもよい。例えば、取得部１３２は、受信部１３１によって受信され、かつ店舗にチェックインしたユーザがかかる店舗から退店した後に、ユーザがかかる店舗とは異なる新たな店舗にチェックインしたことを示すチェックイン情報を、行動情報として取得してもよい。取得部１３２は、ユーザ情報記憶部１２１からユーザ情報を取得してもよい。例えば、取得部１３２は、ユーザ情報記憶部１２１からユーザの行動情報を取得してもよい。
【００５２】
（決定部１３３）
決定部１３３は、インセンティブ（例えば、店舗で利用可能なポイント）をユーザに提供することを決定する。例えば、受信部１３１によって、ユーザが店舗にチェックインしたことを示すチェックイン情報が受信された場合に、決定部１３３は、インセンティブをユーザに提供することを決定する。
【００５３】
（判定部１３４）
判定部１３４は、店舗を利用したユーザのユーザ情報が、ユーザを対象としてかかる店舗に関する調査を行うための調査条件を満たすか否かを判定する。例えば、判定部１３４は、ユーザが店舗から退店した後のユーザの行動を示す行動情報であるユーザ情報が、調査条件を満たすか否かを判定する。例えば、判定部１３４は、ユーザ情報が、ユーザが店舗から退店した後にユーザが店舗と競合する競合店舗を利用したという条件である調査条件を満たすか否かを判定する。
【００５４】
（提供部１３５）
提供部１３５は、地図アプリケーションを介して、ユーザが地図データ上の店舗にチェックインすることを可能にするチェックインサービスを、端末装置１０に提供する。地図アプリケーションは、チェックインの機能をユーザに提供する。例えば、地図アプリケーションは、チェックインサービスに加盟している店舗である加盟店にチェックインする機能をユーザに提供する。また、例えば、地図アプリケーションは、加盟店を検索する機能をユーザに提供する。なお、ユーザは、チェックインの機能を使った場合には、ユーザは、インセンティブ（例えば、店舗で利用可能なポイント）を享受できる。一方、地図アプリケーションは、チェックインの機能を、来店履歴を収集する機能として店舗の担当者に提供する。
【００５５】
一例として、地図アプリケーションは、端末装置１０にインストールされたアプリケーション（例えば、ネイティブアプリケーション）である場合がある。別の例として、地図アプリケーションは、端末装置１０のブラウザで実行されるアプリケーション（例えば、ウェブアプリケーション）である場合がある。
【００５６】
例えば、地図アプリケーションが端末装置１０にインストールされている場合には、端末装置１０は、チェックインサービスの加盟店に設置されたビーコンが発信する信号を検知する。この場合、端末装置１０は、チェックイン画面を表示することで、加盟店にチェックインするか否かをユーザに入力させる。例えば、チェックイン通知がオプトインされている場合には、バックグラウンドで動作している地図アプリケーションが、チェックイン画面を表示する。ユーザが加盟店にチェックインする入力を行った場合に、端末装置１０は、ユーザが加盟店にチェックインしたことを示すチェックイン情報を、提供装置１００に送信する。このようにして、地図アプリケーションは、チェックインの機能をユーザに提供することができる。
【００５７】
提供部１３５は、判定部１３４によってユーザ情報が調査条件を満たすと判定された場合に、ユーザによって利用される端末装置１０に、店舗に関する調査の調査項目に関連する調査項目情報を提供する。例えば、提供部１３５は、判定部１３４によってユーザ情報が調査条件を満たすと判定された場合に、端末装置１０に、調査項目情報を送信する。例えば、提供部１３５は、判定部１３４によってユーザ情報が調査条件を満たすと判定された場合に、質問や選択肢を含むコンテンツを、調査項目情報として端末装置１０に送信する。一方、提供部１３５は、判定部１３４によってユーザ情報が調査条件を満たさないと判定された場合に、ユーザによって利用される端末装置１０に、店舗に関する調査の調査項目に関連する調査項目情報を提供しない。
【００５８】
〔４．提供処理のフロー〕
次に、実施形態に係る提供装置１００による提供処理の手順について説明する。図６は、実施形態に係る提供装置１００による提供処理手順を示すフローチャートである。
【００５９】
図６に示すように、はじめに、提供装置１００は、提供装置１００は、地図アプリケーションを介して、ユーザが地図データ上の店舗にチェックインすることを可能にするチェックインサービスを、端末装置１０に提供する（ステップＳ１０１）。次いで、提供装置１００は、ユーザが店舗にチェックインしたことを示すチェックイン情報を取得する（ステップＳ１０２）。提供装置１００は、チェックイン情報を、ユーザが来店した店舗の履歴を示す来店履歴情報として取得してもよい。
【００６０】
次いで、提供装置１００は、店舗を利用したユーザのユーザ情報を取得する（ステップＳ１０３）。例えば、ユーザが店舗から退店した後のユーザの行動を示す行動情報を取得する。次いで、提供装置１００は、店舗を利用したユーザのユーザ情報が、ユーザを対象としてかかる店舗に関する調査を行うための調査条件を満たすか否かを判定する（ステップＳ１０４）。例えば、提供装置１００は、ユーザが店舗から退店した後のユーザの行動を示す行動情報であるユーザ情報が、調査条件を満たすか否かを判定する。例えば、提供装置１００は、ユーザ情報が、ユーザが店舗から退店した後にユーザが店舗と競合する競合店舗を利用したという条件である調査条件を満たすか否かを判定する。
【００６１】
次いで、提供装置１００は、ユーザ情報が調査条件を満たすと判定された場合に（ステップＳ１０５；Ｙｅｓ）、ユーザによって利用される端末装置１０に、店舗に関する調査の調査項目に関連する調査項目情報を提供する（ステップＳ１０６）。例えば、提供装置１００は、ユーザ情報が調査条件を満たすと判定された場合に、質問や選択肢を含むコンテンツを、調査項目情報として端末装置１０に送信する。一方、提供装置１００は、ステップＳ１０５において、ユーザ情報が調査条件を満たさないと判定された場合には（ステップＳ１０５；Ｎｏ）、調査項目情報を提供する処理を終了する。
【００６２】
〔５．変形例〕
上述の実施形態に係る提供装置１００は、上記の実施形態以外にも、種々の異なる形態で実施されてよい。そこで、以下では、上記の提供装置１００の他の実施形態について説明する。
【００６３】
〔５−１．ユーザの来店中の行動〕
上記実施形態では、判定部１３４は、ユーザが店舗から退店した後のユーザの行動を示す行動情報であるユーザ情報が、調査条件を満たすか否かを判定しているが、これに限定されるものではない。判定部１３４は、ユーザが店舗に滞在している時のユーザの行動を示す行動情報であるユーザ情報が、調査条件を満たすか否かを判定してもよい。例えば、判定部１３４は、ユーザ情報が、ユーザが店舗に滞在している時にユーザが店舗と競合する競合店舗を検索したという条件である調査条件を満たすか否かを判定してもよい。
【００６４】
例えば、ユーザＵ１が店舗ＳＨ１に滞在している時にユーザＵ１が店舗ＳＨ１と競合する店舗ＳＨ２を検索したと仮定する。この例では、受信部１３１は、ユーザＵ１が店舗ＳＨ１に滞在している時にユーザＵ１が店舗ＳＨ１と競合する店舗ＳＨ２を検索したことを示す検索クエリを、ユーザＵ１のユーザ情報として受信する。例えば、受信部１３１は、提供部１３５によって提供されるウェブサイトまたはアプリケーションの検索ウィンドウを介して、端末装置１０１から、検索ウィンドウに入力された検索クエリを、端末装置１０１から、ユーザＵ１のユーザ情報として受信する。この場合、判定部１３４は、受信部１３１によって受信されたユーザＵ１のユーザ情報が、ユーザが店舗ＳＨ１に滞在している時にユーザが店舗ＳＨ１と競合する店舗ＳＨ２を検索したという条件である調査条件を満たすか否かを判定する。
【００６５】
判定部１３４は、ユーザ情報が、ユーザにより店舗へ支払われた金額が所定の金額を超えるという条件である調査条件を満たすか否かを判定してもよい。例えば、ユーザＵ１が店舗ＳＨ１に滞在している時にユーザＵ１が所定の金額以上の金額のマカロンを購入したと仮定する。この例では、受信部１３１は、店舗のＰＯＳ（Point  Of  Sales）端末から、ユーザＵ１のマカロン購入履歴を、ユーザＵ１のユーザ情報として受信する。この場合、判定部１３４は、受信部１３１によって受信されたユーザＵ１のユーザ情報が、ユーザにより店舗へ支払われた金額が所定の金額を超えるという条件である調査条件を満たすか否かを判定する。
【００６６】
提供部１３５は、判定部１３４によって、ユーザが店舗に滞在している時のユーザの行動を示す行動情報であるユーザ情報が、調査条件を満たすと判定された場合に、ユーザが店舗に滞在している時に、ユーザによって利用される端末装置１０に、店舗に関する調査の調査項目に関連する調査項目情報を提供してもよい。
【００６７】
上記の例を続けると、例えば、提供部１３５は、判定部１３４によって、ユーザＵ１のユーザ情報が、ユーザが店舗ＳＨ１に滞在している時にユーザが店舗ＳＨ１と競合する店舗ＳＨ２を検索したという条件である調査条件を満たすと判定された場合に、ユーザＵ１が店舗ＳＨ１に滞在している時に、「本店のメニューにマカロンがあることをご存知ですか？」という質問を含むコンテンツを、端末装置１０１に送信してもよい。
【００６８】
また、例えば、提供部１３５は、判定部１３４によって、ユーザＵ１のユーザ情報が、ユーザにより店舗へ支払われた金額が所定の金額を超えるという条件である調査条件を満たすと判定された場合に、ユーザＵ１が店舗ＳＨ１に滞在している時に、「本店のメニューに高級マカロンがあったほうがよいですか？」という質問を含むコンテンツを、端末装置１０１に送信してもよい。
【００６９】
〔５−２．ユーザの来店前の行動〕
判定部１３４は、ユーザが店舗に来店する前のユーザの行動を示す行動情報であるユーザ情報が、調査条件を満たすか否かを判定してもよい。例えば、判定部１３４は、ユーザが店舗に来店する前にユーザが店舗と競合する競合店舗を利用したという条件である調査条件を満たすか否かを判定してもよい。
【００７０】
例えば、ユーザＵ１が店舗ＳＨ１に来店する前にユーザＵ１が店舗ＳＨ１と競合する店舗ＳＨ２を利用したと仮定する。さらに、店舗ＳＨ２のメニューには、高級マカロンがあると仮定する。この例では、取得部１３２は、「ユーザＵ１が店舗ＳＨ１に来店する前にユーザＵ１が店舗ＳＨ１と競合する店舗ＳＨ２にチェックインしたこと」を示すチェックイン情報を、ユーザＵ１の行動情報として取得する。この場合、判定部１３４は、取得部１３２によって取得されたユーザＵ１のユーザ情報が、ユーザが店舗に来店する前にユーザが店舗と競合する競合店舗を利用したという条件である調査条件を満たすか否かを判定する。
【００７１】
提供部１３５は、判定部１３４によって、ユーザが店舗に来店する前のユーザの行動を示す行動情報であるユーザ情報が、調査条件を満たすと判定された場合に、ユーザが店舗に来店する前に、ユーザによって利用される端末装置１０に、店舗に関する調査の調査項目に関連する調査項目情報を提供してもよい。
【００７２】
例えば、提供部１３５は、判定部１３４によって、ユーザＵ１のユーザ情報が、ユーザが店舗に来店する前にユーザが店舗と競合する競合店舗を利用したという条件である調査条件を満たすと判定された場合に、ユーザＵ１が店舗ＳＨ１に来店する前に、「本店のメニューに高級マカロンがあったほうがよいですか？」という質問を含むコンテンツを、端末装置１０１に送信してもよい。
【００７３】
なお、ユーザが店舗に滞在している時のユーザの行動を示す行動情報であり、かつユーザが店舗から退店した後のユーザの行動を示す行動情報であるユーザ情報は、「ユーザが店舗に来店してからのユーザの行動を示す行動情報」であってもよい。また、ユーザが店舗に来店する前のユーザの行動を示す行動情報であり、かつユーザが店舗に滞在している時のユーザの行動を示す行動情報であるユーザ情報は、「ユーザが店舗から退店する前までのユーザの行動を示す行動情報」であってもよい。また、ユーザが店舗に来店する前のユーザの行動を示す行動情報であり、かつユーザが店舗から退店した後のユーザの行動を示す行動情報であるユーザ情報は、「ユーザが店舗に滞在している時以外のユーザの行動を示す行動情報」であってもよい。ただし、ユーザが店舗に来店する前のユーザの行動を示す行動情報であり、ユーザが店舗に滞在している時のユーザの行動を示す行動情報であり、かつユーザが店舗から退店した後のユーザの行動を示す行動情報であるユーザ情報は、「店舗を利用したユーザのユーザ情報」である。
【００７４】
〔５−３．ユーザの交通手段〕
判定部１３４は、ユーザ情報が、店舗からの交通手段に関する条件、または店舗への交通手段に関する条件である調査条件を満たすか否かを判定してもよい。
【００７５】
例えば、ユーザが、地図アプリケーションのタクシー配車機能を用いて、タクシーの配車依頼を行ったと仮定する。さらに、調査条件が、「ユーザが店舗から退店した後にユーザがタクシーを利用した」という条件であると仮定する。この例では、受信部１３１は、地図アプリケーションを介して、タクシーの配車依頼に関する配車依頼情報を、端末装置１０から受信する。この場合、判定部１３４は、ユーザ情報が、「ユーザが店舗から退店した後にユーザがタクシーを利用した」という条件である調査条件を満たすか否かを判定する。
【００７６】
店舗を退店した後にタクシーを利用するユーザは、羽振りが好いことが考えられる。加えて、店舗の担当者は、客単価を増加させるために、店舗のメニューを変更することを考えことがある。提供部１３５は、店舗のメニューを改善するために、判定部１３４によって、ユーザ情報が、「ユーザが店舗から退店した後にユーザがタクシーを利用した」という条件である調査条件を満たすと判定された場合に、例えば、「本店のメニューに高級マカロンがあったほうがよいですか？」という質問を含むコンテンツを、ユーザによって利用される端末装置１０に送信してもよい。
【００７７】
〔５−４．ユーザの来店頻度〕
判定部１３４は、店舗に来店した履歴を示す来店履歴情報であるユーザ情報が、店舗への来店頻度に関する条件である調査条件を満たすか否かを判定してもよい。例えば、判定部１３４は、取得部１３２によって、来店履歴情報として取得されたチェックイン情報が、店舗の利用回数に関する条件、または店舗の利用時間に関する条件である調査条件を満たすか否かを判定してもよい。すなわち、判定部１３４は、お店側が指定できるモニター属性が、実際の来店行動をもとに絞り込むことができる（例えば平日の１３時から１５時にお店に定常的にくる人）。
【００７８】
〔５−５．商品またはサービスの購入履歴〕
判定部１３４は、商品またはサービスの購入履歴であるユーザ情報が、かかる商品またはサービスに関連する購入条件である調査条件を満たすか否かを判定してもよい。例えば、判定部１３４は、受信部１３１によって店舗のＰＯＳ端末から受信された商品またはサービスの購入履歴であるユーザ情報が、かかる商品またはサービスに関連する購入条件である調査条件を満たすか否かを判定してもよい。また、例えば、判定部１３４は、提供部１３５によって提供されるショッピングサイトを介して取得された商品またはサービスの購入履歴であるユーザ情報が、かかる商品またはサービスに関連する購入条件である調査条件を満たすか否かを判定してもよい。
【００７９】
提供部１３５は、判定部１３４によって、商品またはサービスの購入履歴であるユーザ情報が、商品またはサービスに関連する購入条件である調査条件を満たすと判定された場合に、かかる商品またはサービスに関連する質問または選択肢を含むコンテンツを、ユーザによって利用される端末装置１０に送信してもよい。一例では、提供部１３５は、判定部１３４によって、ユーザ情報が、「ユーザがビールを所定の本数以上購入した」という条件である調査条件を満たすと判定された場合に、ビールに関連する質問または選択肢を含むコンテンツを、かかるユーザによって利用される端末装置１０に送信する。
【００８０】
言い換えると、提供部１３５は、判定部１３４による判定結果に応じて、店舗のＰＯＳ端末や決済との連動などで、小売調査の場合購入内容に応じたアンケートを実施することができる。すなわち、購入はその場でもよいし、ＥＣ（Electronic  Commerce）でもよい。
【００８１】
〔５−６．調査のタイミング〕
提供部１３５は、調査項目情報を提供するタイミングを示すタイミング情報に基づいて、端末装置１０に調査項目情報を提供してもよい。例えば、提供部１３５は、タイミング情報に基づいて、ユーザが店舗にチェックインしてから所定の時間が経過したタイミングで、端末装置１０に、かかる店舗の商品またはサービスに関連する調査項目情報を提供する。
【００８２】
一般的には、店舗の担当者が質問したいことは、質問のタイミングによって異なる。例えば、一般的には、「なぜこの店舗に来店したのですか？」という質問は、ユーザが店舗に来店する前にされたほうがよいと考えられる。一方、「この店舗のサービスの質はいかがでしたか？」という質問は、ユーザが店舗から退店した後にされたほうがよいと考えられる。提供部１３５は、店舗の担当者が調査項目情報を提供するタイミングを指定できる調査用ユーザインタフェースを、店舗の担当者によって利用される端末装置１０に提供してもよい。
【００８３】
例えば、調査用ユーザインタフェースは、「調査条件情報」に関連するコンテンツ項目を含む。また、例えば、調査用ユーザインタフェースは、「調査項目情報」に関連するコンテンツ項目を含む。また、例えば、調査用ユーザインタフェースは、「タイミング情報」に関連するコンテンツ項目を含む。これにより、店舗の担当者は、調査用ユーザインタフェースを用いて、どのユーザに（例えば、どのような人に）、何の調査を（例えば、どのような内容の質問を）、いつ実施するのか（例えば、どのタイミングで実施するのか）を指定することができる。
【００８４】
また、例えば、店舗の担当者は、チェックインサービスの仕組みを使って、チェックアウト時にユーザに対してモニターアンケートをお願いすることで、今まさにその店舗にいたユーザから、フレッシュな意見を聞くことができる。このため、提供装置１００は、店舗に関する調査の調査結果の精度を高めることができる。
【００８５】
〔５−７．次回用販促クーポン〕
受信部１３１は、店舗に関する調査の調査項目への回答を含む応答を端末装置１０から受信してもよい。そして、提供部１３５は、受信部１３１によって応答が受信された場合に、端末装置１０に、店舗で使用可能なクーポンを提供してもよい。
【００８６】
例えば、提供部１３５は、固有の識別情報（例えば、同一の画像）を含まない複数のクーポンを、複数の端末装置１０に提供してもよい。また、例えば、提供部１３５は、個別の識別情報（例えば、２次元バーコード）にそれぞれ対応する複数のクーポンを、個別の識別情報にそれぞれ対応する複数の端末装置１０に提供してもよい。言い換えると、提供部１３５は、アンケート回答者に、条件に応じ、次回用販促クーポン（店舗が入稿した一律の画像等でもよいし、個別の識別情報を含む二次元等のバーコードで効果測定してもよい）を所定数まで提供することができる。クーポンは識別情報を含むため、提供部１３５は、ユーザがどのクーポンを使用したのかを特定することができる。すなわち、提供部１３５は、店舗の担当者の通知なしに、どのクーポンがスキャンされたのかを特定することができる。
【００８７】
また、例えば、提供部１３５は、複数の商品またはサービスにそれぞれ対応する複数のクーポンを、端末装置１０に提供してもよい。これにより、提供部１３５は、複数のクーポンの中からクーポンを選択するというアンケート（例えば、ショコラ味のマカロンのクーポン、抹茶味のマカロンのクーポン、キャラメル味のマカロンのクーポンのいずれかを選択するというアンケート）を実施することができる。
【００８８】
〔５−８．オーディエンス拡張〕
提供部１３５は、受信部１３１によって受信された応答に含まれる回答から、ユーザの店舗に対する満足度を算出し、算出された満足度が所定の満足度よりも高い場合に、かかるユーザと共通する属性を有するユーザによって利用される端末装置１０に、かかる店舗を推薦する推薦情報を提供してもよい。すなわち、提供部１３５は、アンケート結果がよい人と共通する人にオーディエンス拡張で販促してもよい。
【００８９】
〔５−９．調査テンプレート〕
提供部１３５は、調査の回答率に基づいて、調査情報のテンプレートを生成してもよい。例えば、提供部１３５は、受信部１３１によって受信された応答から、店舗に関する調査の回答率を算出し、算出された回答率が閾値を超える場合に、かかる調査情報の「調査条件情報」、「調査項目情報」、「タイミング情報」を含む調査情報を、調査情報のテンプレートとして生成してもよい。例えば、提供部１３５は、回答率が高い「調査条件情報」、「調査項目情報」、「タイミング情報」を含む調査を、調査のテンプレートとして生成してもよい。
【００９０】
提供部１３５は、回答率が高い調査情報のテンプレートを推薦する推薦情報を、店舗の担当者によって利用される端末装置１０に提供してもよい。提供部１３５は、回答率が高い調査情報に含まれる「調査条件情報」、「調査項目情報」、または「タイミング情報」を推薦する推薦情報を、店舗の担当者によって利用される端末装置１０に提供してもよい。
【００９１】
〔５−１０．その他〕
また、上記実施形態において説明した各処理のうち、自動的に行われるものとして説明した処理の全部または一部を手動的に行うこともでき、あるいは、手動的に行われるものとして説明した処理の全部または一部を公知の方法で自動的に行うこともできる。この他、上記文書中や図面中で示した処理手順、具体的名称、各種のデータやパラメータを含む情報については、特記する場合を除いて任意に変更することができる。例えば、各図に示した各種情報は、図示した情報に限られない。
【００９２】
また、図示した各装置の各構成要素は機能概念的なものであり、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、各装置の分散・統合の具体的形態は図示のものに限られず、その全部または一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的または物理的に分散・統合して構成することができる。
【００９３】
例えば、図３に示した記憶部１２０の一部又は全部は、提供装置１００によって保持されるのではなく、ストレージサーバ等に保持されてもよい。この場合、提供装置１００は、ストレージサーバにアクセスすることで、ユーザ情報や調査情報等の各種情報を取得する。
【００９４】
〔５−１１．ハードウェア構成〕
また、上述してきた実施形態に係る提供装置１００は、例えば図７に示すような構成のコンピュータ１０００によって実現される。図７は、ハードウェア構成の一例を示す図である。コンピュータ１０００は、出力装置１０１０、入力装置１０２０と接続され、演算装置１０３０、一次記憶装置１０４０、二次記憶装置１０５０、出力ＩＦ（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）等の光磁気記録媒体、テープ媒体、磁気記録媒体、または半導体メモリ等から情報を読み出す装置であってもよい。また、入力装置１０２０は、ＵＳＢメモリ等の外付け記憶媒体であってもよい。
【００９８】
ネットワークＩＦ１０８０は、ネットワークＮを介して他の機器からデータを受信して演算装置１０３０へ送り、また、ネットワークＮを介して演算装置１０３０が生成したデータを他の機器へ送信する。
【００９９】
演算装置１０３０は、出力ＩＦ１０６０や入力ＩＦ１０７０を介して、出力装置１０１０や入力装置１０２０の制御を行う。例えば、演算装置１０３０は、入力装置１０２０や二次記憶装置１０５０からプログラムを一次記憶装置１０４０上にロードし、ロードしたプログラムを実行する。
【０１００】
例えば、コンピュータ１０００が提供装置１００として機能する場合、コンピュータ１０００の演算装置１０３０は、一次記憶装置１０４０上にロードされたプログラムを実行することにより、制御部１３０の機能を実現する。
【０１０１】
〔６．効果〕
上述してきたように、実施形態に係る提供装置１００は、判定部１３４と、提供部１３５とを有する。判定部１３４は、店舗を利用したユーザのユーザ情報が、かかるユーザを対象としてかかる店舗に関する調査を行うための調査条件を満たすか否かを判定する。提供部１３５は、判定部１３４によってユーザ情報が調査条件を満たすと判定された場合に、ユーザによって利用される端末装置に、調査の調査項目に関連する調査項目情報を提供する。このため、提供装置１００は、店舗の担当者が、店舗の担当者が知りたい情報を提供する可能性が高いユーザに対して、かかる情報を得るための具体的な質問をすることを可能にする。
【０１０２】
また、実施形態に係る提供装置１００において、判定部１３４は、ユーザが店舗から退店した後のユーザの行動を示す第１の行動情報であるユーザ情報が、調査条件を満たすか否かを判定する。このため、提供装置１００は、店舗の担当者が、店舗の商品またはサービスと、ユーザが店舗から退店した後のユーザの行動との因果関係を調査することを可能にする。
【０１０３】
また、実施形態に係る提供装置１００において、判定部１３４は、ユーザが店舗から退店した後にユーザが店舗と競合する競合店舗を利用したという条件である調査条件を満たすか否かを判定する。このため、提供装置１００は、店舗の担当者が、ユーザが店舗から競合店舗に流れた理由を調査することを可能にする。
【０１０４】
また、実施形態に係る提供装置１００において、判定部１３４は、ユーザが店舗に滞在している時のユーザの行動を示す第２の行動情報であるユーザ情報が、調査条件を満たすか否かを判定する。このため、提供装置１００は、店舗の担当者が、ユーザの店舗の商品またはサービスに対する満足度を、リアルタイムに調査することを可能にする。
【０１０５】
また、実施形態に係る提供装置１００において、判定部１３４は、ユーザ情報が、ユーザが店舗に滞在している時にユーザが店舗と競合する競合店舗を検索したという条件である調査条件を満たすか否かを判定する。このため、提供装置１００は、店舗の担当者が、店舗に対する競合店舗のサービスまたは商品の優位性をリアルタイムに分析し、分析結果を店舗の商品またはサービスの改善に役立てることを可能にする。 
【０１０６】
また、実施形態に係る提供装置１００において、判定部１３４は、ユーザ情報が、ユーザにより店舗へ支払われた金額が所定の金額を超えるという条件である調査条件を満たすか否かを判定する。このため、提供装置１００は、店舗の担当者が、得意客を優遇するサービスを開発することを可能にする。
【０１０７】
また、実施形態に係る提供装置１００において、判定部１３４は、ユーザが店舗に来店する前のユーザの行動を示す第３の行動情報であるユーザ情報が、調査条件を満たすか否かを判定する。このため、提供装置１００は、店舗の担当者が、店舗の担当者が、店舗の商品またはサービスと、ユーザが店舗に来店する前のユーザの行動との因果関係を調査することを可能にする。
【０１０８】
また、実施形態に係る提供装置１００において、判定部１３４は、ユーザ情報が、ユーザが店舗に来店する前にユーザが店舗と競合する競合店舗を利用したという条件である調査条件を満たすか否かを判定する。このため、提供装置１００は、店舗の担当者が、ユーザが競合店舗から店舗に流れてきた理由を調査することを可能にする。
【０１０９】
また、実施形態に係る提供装置１００において、判定部１３４は、ユーザ情報が、店舗からの交通手段に関する条件、または店舗への交通手段に関する条件である調査条件を満たすか否かを判定する。このため、提供装置１００は、店舗の担当者が、客単価を向上させるための調査を実施することを可能にする。
【０１１０】
また、実施形態に係る提供装置１００において、判定部１３４は、店舗に来店した履歴を示す来店履歴情報であるユーザ情報が、店舗への来店頻度に関する条件である調査条件を満たすか否かを判定する。このため、提供装置１００は、店舗の担当者が、常連客を優遇するサービスを開発することを可能にする。
【０１１１】
また、実施形態に係る提供装置１００において、判定部１３４は、商品またはサービスの購入履歴であるユーザ情報が、かかる商品またはサービスに関連する購入条件である調査条件を満たすか否かを判定する。このため、提供装置１００は、店舗の担当者が、店舗の担当者が、店舗の商品またはサービスを向上させるために、かかる商品またはサービスに対するロイヤリティが高いユーザの声を聞くことを可能にする。
【０１１２】
また、実施形態に係る提供装置１００において、提供部１３５は、調査項目情報を提供するタイミングを示すタイミング情報に基づいて、端末装置１０に調査項目情報を提供する。このため、提供装置１００は、店舗の担当者が、フレッシュな回答をユーザからもらうことを可能にする。
【０１１３】
また、実施形態に係る提供装置１００は、調査の調査項目への回答を含む応答を端末装置１０から受信する受信部１３１を有する。また、実施形態に係る提供装置１００において、提供部１３５は、受信部１３１によって応答が受信された場合に、端末装置１０に、店舗で使用可能なクーポンを提供する。このため、提供装置１００は、店舗におけるユーザのリピート率を向上させることができる。
【０１１４】
また、実施形態に係る提供装置１００において、提供部１３５は、受信部１３１によって受信された応答に含まれる回答から、ユーザの店舗に対する満足度を算出し、算出された満足度が所定の満足度よりも高い場合に、ユーザと共通する属性を有するユーザによって利用される端末装置１０に、店舗を推薦する推薦情報を提供する。このため、提供装置１００は、店舗の新規顧客を開拓することができる。
【０１１５】
以上、本願の実施形態のいくつかを図面に基づいて詳細に説明したが、これらは例示であり、発明の開示の欄に記載の態様を始めとして、当業者の知識に基づいて種々の変形、改良を施した他の形態で本発明を実施することが可能である。
【０１１６】
また、上述した提供装置１００は、複数のサーバコンピュータで実現してもよく、また、機能によっては外部のプラットフォーム等をＡＰＩ（Application  Programming  Interface）やネットワークコンピューティングなどで呼び出して実現するなど、構成は柔軟に変更できる。
【０１１７】
また、上述してきた「部（section、module、unit）」は、「手段」や「回路」などに読み替えることができる。例えば、受信部は、受信手段や受信回路に読み替えることができる。
【符号の説明】
【０１１８】
１  ネットワークシステム
１０  端末装置
１００  提供装置
１２０  記憶部
１２１  ユーザ情報記憶部
１２２  調査情報記憶部
１３０  制御部
１３１  受信部
１３２  取得部
１３３  決定部
１３４  判定部
１３５  提供部
【図１】
2019191746.tif 000003
【図２】
2019191746.tif 000004
【図３】
2019191746.tif 000005
【図４】
2019191746.tif 000006
【図５】
2019191746.tif 000007
【図６】
2019191746.tif 000008
【図７】
2019191746.tif 000009