JP2021165937A - 情報処理装置、情報処理方法およびプログラム - Google Patents

Abstract

【課題】競合店に入店する可能性のある顧客に特典情報を提示して誘客する技術を提供する。【解決手段】システムにおいて、情報処理装置（サーバ１００）は、ユーザ端末３００から送信される位置情報に基づき、ユーザ端末を所持するユーザによる第１の店舗への入店可能性を判定する判定部１０４と、第１の店舗への入店可能性ありと判定される場合に、ユーザ端末に対し、第１の店舗とは異なる第２の店舗に関する特典情報を出力する特典情報出力部１０５とを備える。【選択図】図２

Description

本発明の実施形態は、情報処理装置、情報処理方法およびプログラムに関する。

集客または販売促進を目的とするマーケティングの一環として、路上や駅でのチラシの配布、あるいは電磁的方法によるＷｅｂ広告や電子メールの配信などが知られている。これらにより、例えば、新製品やタイムセールの情報に加え、特別な値引きやポイント付与などを提供するクーポンが提示されることもある。以下、このような集客または販売促進を目的として提示される情報を総括的に「特典情報」と呼ぶ。

しかし、このような特典情報を受け取った顧客の中には、特典情報を提示しなくても来店を見込むことのできる顧客も含まれる。したがって、不特定多数の顧客に対してこのような特典情報を一律に提示すると、過剰な値引きまたは過剰なサービスとなるおそれもある。

ショッピングセンター等で顧客が特定の店舗に長時間滞在するのを防ぐため、顧客が現在いる店舗を特定し、次に訪れる可能性が高い店舗を推定して、その店舗のクーポンを有効期限付きで配信する技術が知られている（例えば、特許文献１参照）。

特開２０１６−２１１４６号公報

ところが、従来の方法では、競合店に入店する可能性のある顧客をターゲットとして誘客を行うことは困難であった。

この発明は上記事情に着目してなされたもので、その目的とするところは、競合店に入店する可能性のある顧客に特典情報を提示して誘客する技術を提供することにある。

上記課題を解決するためにこの発明の第１の態様は、情報処理装置にあって、ユーザ端末から送信される位置情報に基づき、上記ユーザ端末を所持するユーザによる第１の店舗への入店可能性を判定する判定部と、上記第１の店舗への入店可能性ありと判定される場合に、上記ユーザ端末に対し、上記第１の店舗とは異なる第２の店舗に関する特典情報を出力する特典情報出力部とを備えるようにしたものである。

この発明の第１の態様によれば、情報処理装置は、ユーザ端末の位置情報に基づいて特定の店舗への入店可能性を判定し、当該特定の店舗への入店可能性ありと判定される場合に、異なる店舗に関する特典情報をユーザ端末に出力する。これにより、競合店への入店の可能性があるユーザ（顧客）をターゲットとして特典情報を提示することができ、より効率的なマーケティングを行うことができる。

すなわちこの発明によれば、競合店に入店する可能性のある顧客に特典情報を提示して誘客する技術を提供することができる。

図１は、この発明の一実施形態に係る情報処理装置を備えたシステムの全体構成を示す図である。 図２は、この発明の一実施形態に係る情報処理装置の機能構成の一例を示すブロック図である。 図３は、この発明の一実施形態に係る情報処理装置のハードウェア構成の一例を示すブロック図である。 図４は、図２に示した情報処理装置を含むシステム全体の処理の概略を示す図である。 図５は、図４に示した処理のうち判定処理の詳細を示す図である。 図６は、入店可能性の判定イメージの第１の例を示す略図である。 図７Ａは、入店可能性の判定イメージの第２の例を示す略図である。 図７Ｂは、入店可能性の判定イメージの第３の例を示す略図である。 図８は、入店可能性の判定イメージの第４の例を示す略図である。 図９は、図２に示した情報処理装置による特典情報の管理イメージの第１の例を示す図である。 図１０は、ユーザ端末における特典情報の表示イメージ示す図である。 図１１は、図２に示した情報処理装置による特典情報の管理イメージの第２の例を示す図である。

以下、図面を参照してこの発明に係わる実施形態を説明する。なお、以降、説明済みの要素と同一または類似の要素には同一または類似の符号を付し、重複する説明については基本的に省略する。

［一実施形態］
（構成）
（１）システム
図１は、この発明の一実施形態に係る情報処理装置を備えたシステム１の全体構成の一例を示す図である。

このシステム１は、情報処理装置としてのサーバ１００を備える。サーバ１００は、インターネットなどのネットワークＮＷを介して、任意の数の店舗端末２００−１， ．．．，２００−Ｍ（以下、特に区別しない場合には単に「店舗端末２００」と言う）および任意の数のユーザ端末３００−１， ．．．，３００−Ｎ（以下、特に区別しない場合には単に「ユーザ端末３００」と言う）との間で情報通信が可能である。

店舗端末２００は、例えば、システム１を自店舗（以下、「利用店舗」とも言う）への集客を促進するマーケティングツールとして利用する企業等の管理担当者によって用いられるコンピュータである。店舗端末２００は、例えば、パーソナルコンピュータ、携帯電話機、スマートフォン、タブレット端末等であり、プロセッサ、記憶装置、入出力装置および通信装置を備える。なお、店舗端末２００は必ずしも利用店舗の位置に対応して設置される必要はない。店舗端末２００は、店舗に設置されたパーソナルコンピュータであってもよいし、店舗とは異なる本社ビルなどで管理担当者によって使用されるパーソナルコンピュータやスマートフォンであってもよい。「店舗」には、コンビニエンスストアチェーンなどの「店舗網」が含まれ得る。なお、ここでは「店」という語と「店舗」という語は交換可能に使用され得る。

ユーザ端末３００は、端末装置の一例であり、例えばシステム１を特典情報配信ツールとして利用する顧客（以下、「会員ユーザ」または「ユーザ」とも言う）によって用いられるコンピュータである。ユーザ端末３００は、例えば、携帯電話機、スマートフォン、タブレット端末、ウェアラブル端末等であり、プロセッサ、記憶装置、液晶ディスプレイ等の表示部を備える入出力装置、および通信装置に加え、ＧＰＳセンサ等の位置測定装置を備える。ユーザ端末３００は、会員ユーザによって所持（携帯）され得る。

サーバ１００は、例えば、マーケティングサービスまたは特典情報配信サービスを提供する事業者によって運営されるサーバコンピュータである。

以下、サーバ１００によって配信される特典情報が特に電子クーポン（単に「クーポン」とも言う）であるものとして説明する。なお、ここでは「電子クーポン」とは、インターネットを通じてユーザ端末３００に配信され、ユーザが店舗で商品またはサービスの代価を支払うときに当該クーポンを端末上で提示等することにより、例えば、値引き、割引き、ポイント付与、プレゼント贈呈などの付加サービスを受けることのできる特典を指す。ただし、これらに限られるものではなく、特典情報には、クーポン以外にも、新製品の発売情報や、セール品の情報など、多種多様な情報が含まれてよい。

（２）サーバ
（２−１）機能構成
図２は、サーバ１００の機能構成の一例を示すブロック図である。なお、図２では、簡単のために、１つの店舗端末２００および１つのユーザ端末３００のみを示している。

サーバ１００は、処理機能部として、店舗情報取得部１０１と、会員情報取得部１０２と、位置情報取得部１０３と、判定部１０４と、クーポン出力部１０５と、履歴情報取得部１０６とを備える。サーバ１００はまた、記憶部として、店舗情報マスタ１５１と、会員情報マスタ１５２と、履歴情報記憶部１５３とを備え得る。

店舗情報取得部１０１は、ネットワークＮＷを介して店舗端末２００から送信された店舗情報を取得する。店舗情報は、例えば利用店舗の管理担当者により店舗端末２００の入力装置を介して入力され、利用店舗情報、競合店舗情報、およびクーポン情報を含む。利用店舗情報は、サービスの対象店舗として指定される利用店舗（「第２の店舗」）に関する情報であり、各店舗の位置情報を含む。位置情報は、例えば住所または緯度経度として入力され得る。競合店舗情報は、利用店舗により任意に指定される競合店舗（「第１の店舗」）に関する情報であり、やはり各店舗の位置情報を含む。クーポン情報は、利用店舗に関して配信されるべきクーポンの詳細について指定する情報（「第２の店舗に関する特典情報」）および各クーポンの配信条件について指定する情報を含む。店舗情報取得部１０１は、取得した各店舗情報を、利用店舗を識別する情報に紐づけて店舗情報マスタ１５１に格納する。

会員情報取得部１０２は、ネットワークＮＷを介してユーザ端末３００から送信された会員情報を取得する。会員情報は、例えば、ユーザ端末３００を所持する会員ユーザにより入力され、会員ユーザの属性を表す情報（属性情報）および会員ユーザの嗜好を表す情報（嗜好情報）を含む。属性情報には、名前や住所、生年月日等の個人情報が含まれる。嗜好情報には、会員ユーザの好き嫌いに関する情報が含まれる。会員情報取得部１０２は、取得した会員情報を、会員ユーザを識別する情報に紐づけて会員情報マスタ１５２に格納する。なお、ここでは会員登録を前提として説明するが、会員登録をしていないユーザ（非会員ユーザ）を特典情報の配信先から除外するものではない。

位置情報取得部１０３は、ネットワークＮＷを介してユーザ端末３００から送信された位置情報を取得する。位置情報は、例えばユーザ端末３００が備えるＧＰＳセンサにより計測された緯度経度情報として取得される。位置情報は、端末の識別情報および計測日時情報を含み得る。

判定部１０４は、あらかじめ記憶された店舗情報および会員情報と、随時取得される位置情報とに基づいて、種々の判定を行う。判定部１０４は、まず第１の判定部として、ユーザ端末３００の位置情報に基づいて、ユーザ端末３００を所持するユーザによる競合店舗への入店可能性を判定（推定）する。判定部１０４は例えば、ユーザ端末３００の位置情報に基づいて、ユーザ端末３００が競合店舗の商圏に入ったかどうかを判定する。ここでは、「商圏」とは、各店舗が消費者に対して影響を及ぼし得る地理的範囲を言い、例えば、店舗を母点として得られるボロノイ図により定義されてもよいし、利用店舗の管理担当者等により任意に設定されてもよい。判定部１０４はまた、第２の判定部として、店舗情報に基づいて、ユーザ端末３００に配信すべきクーポンの候補を決定し得る。判定部１０４はまた、第３の判定部として、会員情報に基づいて、ユーザ端末３００に配信すべきクーポンの候補を決定し得る。判定部１０４はまた、第４の判定部として、ユーザ端末３００によるクーポンの取得または使用の履歴に基づいて、ユーザ端末３００に配信すべきクーポンの候補を決定し得る。

クーポン出力部１０５は、特典情報出力部の一例であり、競合店舗への入店可能性ありと判定される場合に、当該競合店舗を指定した利用店舗に関する特典情報をユーザ端末３００に対して出力する。一実施形態では、クーポン出力部１０５は、配信候補として決定されたクーポンを一覧表示させるための情報（クーポンリスト）をユーザ端末３００に対して送信する。クーポン出力部１０５はまた、ユーザ端末３００からのクーポン取得要求に応答して、要求されたクーポンを送信し得る。

履歴情報取得部１０６は、ネットワークＮＷを介してユーザ端末３００から送信されたクーポン取得要求を取得履歴情報として取得する。履歴情報取得部１０６はまた、ネットワークＮＷを介してユーザ端末３００から送信されたクーポンの使用履歴を使用履歴情報として取得する。履歴情報取得部１０６は、これらの履歴情報を、ユーザまたはユーザ端末３００の識別情報、日時情報、および位置情報に紐づけて、履歴情報記憶部１５３に蓄積する。

店舗情報マスタ１５１は、店舗情報取得部１０１により取得された店舗情報を、個々の利用店舗の識別情報に紐づけて格納する。

会員情報マスタ１５２は、会員情報取得部１０２により取得された会員情報を会員ユーザの識別情報に紐づけて格納する。

履歴情報記憶部１５３は、履歴情報取得部１０６により取得された取得履歴情報および使用履歴情報を、ユーザまたはユーザ端末３００の識別情報に紐づけて蓄積する。

（２−２）ハードウェア構成
図３は、サーバ１００のハードウェア構成の一例を示す。サーバ１００は、ＣＰＵ１００１、ＲＡＭ１００２、ＲＯＭ１００３、記憶装置１００４、および通信インタフェース（Ｉ／Ｆ）１００５を備える。

サーバ１００の上述した処理機能は、ＣＰＵ１００１がＲＯＭ１００３または記憶装置１００４に記憶されたプログラムをＲＡＭ１００２に展開し、このプログラムを実行することにより実現される。ＣＰＵ１００１はハードウェアプロセッサの一例である。ハードウェアプロセッサは、汎用プロセッサに限らず、ＡＳＩＣ（Application Specific Integrated Circuit）またはＦＰＧＡ（Field-Programmable Gate Array）などの専用プロセッサであってもよい。

記憶装置１００４は、データを不揮発的に記憶するコンピュータ読み取り可能な記憶媒体を備えたものであり、例えば、ＨＤＤ（Hard Disk Drive）またはＳＤＤ（Solid State Drive）であり得る。記憶装置１００４は、店舗情報マスタ１５１、会員情報マスタ１５２および履歴情報記憶部１５３を含む記憶部としても動作し得る。

ただし、店舗情報マスタ１５１、会員情報マスタ１５２および履歴情報記憶部１５３は、必ずしもサーバ１００に内蔵されまたは直接接続される必要はなく、ネットワークＮＷを介してアクセス可能な他の装置（データベースサーバ等）に設けられてもよい。

通信Ｉ／Ｆ１００５は、外部装置と通信するためのインタフェースである。通信Ｉ／Ｆ１００５は、例えば１以上の有線または無線の通信インタフェースを含み得、ネットワークＮＷを介して店舗端末２００およびユーザ端末３００との間でデータ通信を行う。有線インタフェースとしては、例えば有線ＬＡＮ（Local Area Network）が使用され、無線インタフェースとしては、例えば無線ＬＡＮやＢｌｕｅｔｏｏｔｈ（登録商標）が使用され得る。

サーバ１００の構成は、上述した構成に限定されない。サーバ１００に対して、適宜、上述した構成要素の省略、変更、または他の構成要素の追加が可能である。

以上のように、一実施形態に係る情報処理装置としてのサーバ１００は、ユーザが所持するユーザ端末３００の位置情報に基づいて、ユーザによる特定の店舗への入店可能性を判定する。ユーザが当該店舗に入店する可能性ありと判定される場合には、ユーザが所持するユーザ端末３００に対し、当該店舗を競合店舗として指定した利用店舗に関する特典情報を送信する。これにより、競合店に入店する可能性のある特定のユーザに対してダイレクトにかつリアルタイムに誘客することが可能となる。

（動作）
次に、以上のように構成されたサーバ１００を含むシステム１全体の動作について説明する。
図４は、システム１全体の処理の概略を示す図である。
（１）初期登録
まずサーバ１００は、店舗端末２００から初期登録の要求および店舗情報の入力を受け付ける（ステップＳ１）。店舗情報取得部１０１は、店舗情報を取得し、店舗情報マスタ１５１に記憶させる（ステップＳ２）。

店舗端末２００から取得される店舗情報は、上述したように、利用店舗情報（サービスの対象として指定される店舗の情報）、競合店舗情報（競合店として指定される店舗の情報）、およびクーポン情報（クーポンの詳細および配信条件について指定する情報）を含み得る。

利用店舗情報は、例えば、各利用店舗の名称および住所を含み、利用店舗ＩＤに紐づけて格納される。利用店舗情報は、さらに利用店舗の経営主体（企業等）やその店舗網（コンビニエンスストアチェーン等）など、より上位の識別情報に紐づけられてもよい。

競合店舗情報は、例えば、指定された各競合店舗の名称および住所を含み、利用店舗ＩＤに紐づけて格納される。競合店舗情報もまた、利用店舗の経営主体やその店舗網など、より上位の識別情報に紐づけられてもよい。

クーポン情報は、クーポンの詳細として、例えば、クーポンの名称または識別情報、ジャンル（食品、衣料品、日用品など）、種別（ポイント付与、値引き、割引き、プレゼントなど）、有効時限等を含み、配信条件として、例えば、上限枚数、発券タイミング、発券時間帯、対象会員条件、アップグレード条件等を含む。クーポン情報は、利用店舗ＩＤに紐づけて格納される。クーポン情報もまた、より上位の識別情報に紐づけられてもよい。

店舗情報マスタ１５１に記憶された情報は、店舗端末２００から要求を受け取ることにより変更または更新され得る。

一方、サーバ１００は、店舗端末２００からの初期登録とは独立した任意のタイミングで、ユーザ端末３００からユーザＵＳの操作により初期登録の要求および会員情報の入力を受け付ける（ステップＳ３）。会員情報取得部１０２は、会員情報を取得し、会員情報マスタ１５２に記憶させる（ステップＳ４）。

ユーザ端末３００から取得される会員情報は、上述したように、属性情報（会員ユーザの属性を表す情報）、および嗜好情報（会員ユーザの嗜好を表す情報）を含み得る。

属性情報は、例えば、会員ユーザの名前、生年月日、年齢、性別、住所、電話番号、職業、自宅または勤務地の最寄り駅、家族構成等を含む。

嗜好情報は、例えば、会員ユーザがクーポンの配信を望む企業／店舗／商品またはサービスのジャンル／クーポンの種別、およびクーポンの配信を望まない企業／店舗／商品またはサービスのジャンル／クーポンの種別等を含む。

これらの会員情報は、会員ユーザＩＤに紐づけて格納される。会員情報はさらにユーザ端末３００のＩＤに紐づけられてもよい。

会員情報マスタ１５２に記憶された情報は、ユーザ端末３００から要求を受け取ることにより変更または更新され得る。

上記ステップＳ１〜Ｓ４は、任意のタイミングおよび任意の順序で実行されてよい。

（２）競合店舗への入店可能性の判定
続いて、競合店舗への入店可能性の判定に係る処理について説明する。

ユーザＵＳが、あらかじめ専用のアプリケーションプログラムをインストールした、認証済みのユーザ端末３００を所持して移動している状況を想定する。ユーザ端末３００上では当該アプリケーションプログラムを起動した状態であってもよいし、ＧＰＳセンサおよび通知機能のみをアクティブにした状態であってもよい。

ユーザ端末３００は、ＧＰＳセンサによりＧＰＳ衛星信号を受信し、測距演算により自己の位置情報（緯度および経度）を算出し、算出された位置情報を間欠的に（例えば１秒ごとに）サーバ１００に送信する（ステップＳ５）。送信される位置情報には、端末の識別情報と、日時情報が含まれ得る。なお、位置情報の計測は、ＧＰＳセンサに限られるものではなく、ＧＰＳ以外の衛星航法システムが利用されてもよい。また、ＷｉＦｉ／Ｂｌｕｅｔｏｏｔｈ／モバイルネットワークなどによる位置情報サービスで代替または併用してもよい。ユーザ端末３００が備えるジャイロセンサや加速度センサの計測値を用いて計測位置の補正を行ってもよい。

位置情報取得部１０３は、ユーザ端末３００から送信された位置情報を取得すると、判定部１０４にわたす。判定部１０４は、位置情報を受け付けたことをトリガとして種々の判定を行う（ステップＳ６）。

図５は、判定部１０４による判定処理の詳細を示す。

まずステップＳ６０１において、判定部１０４は、ユーザ端末３００から位置情報を受け付ける。

次いでステップＳ６０２において、判定部１０４は、ユーザ端末３００の位置情報に基づき、ユーザが競合店舗に向かっているかどうか（入店可能性があるか否か）の判定を行う。

一実施形態では、判定部１０４は、特定の競合店舗から所定の距離範囲内にユーザ端末３００の現在位置があるか否かを判定する。言い換えれば、判定部１０４は、ユーザ端末３００の現在位置から所定の距離範囲内に、店舗情報マスタ１５１に競合店舗として登録された店舗があるか否かを判定する。競合店舗の位置は、登録された住所から緯度経度に変換することによって得られる。初期登録時に住所を緯度経度に変換し、あらかじめ店舗情報マスタ１５１に緯度経度を登録するようにしてもよい。

ユーザ端末３００の現在位置から所定の距離範囲内に競合店舗として登録された店舗がなければ（ＮＯ）、再びステップＳ６０１に戻り、位置情報の受信および判定を繰り返す。登録された店舗がある場合、すなわちユーザ端末３００の位置が競合店舗から所定の距離範囲内にあると判定される場合、競合店舗への入店可能性ありと判定し（ＹＥＳ）、ステップＳ６０３へ進む。

上記「所定の距離範囲」は、サーバ１００の管理者または利用店舗の管理担当者等によって任意に設定されてよい。所定の距離範囲は、例えば、競合店舗またはユーザ端末３００から半径１ｍ、５ｍ、１０ｍなどの円として固定値で設定され得る。この場合、ユーザ端末３００の移動速度に応じて上記半径を調整可能としてもよい。例えば、ユーザが自転車または自動車で移動している場合を想定し、移動速度が速くなるほど入店可能性の判定に用いる距離範囲を大きくすることが可能である。移動速度が一定速度以上のときは車両で移動中とみなすようにしてもよい。ユーザ端末３００の移動速度は、ユーザ端末３００から受信される位置情報の変化に基づいて算出されてもよいし、加速度センサの計測値から算出されてもよい。さらに、ユーザ端末３００の移動方向が考慮されてもよい。移動方向は、ユーザ端末３００から受信される位置情報を一定時間にわたって蓄積することによって算出され得る。上記「所定の距離範囲」は、例えばボロノイ分割により得られるような各店舗の商圏を用いてもよい。あるいは、店舗の入口の位置情報がわかっている場合、店舗の入口を基準とする所定の距離範囲が設定されてもよい。

上記のように、入店可能性の判定は、ユーザ端末３００から得られた位置情報の瞬時値に基づいて判定され得る。言い換えれば、ユーザ端末３００が一瞬でも競合店舗から一定距離範囲内にいれば入店可能性ありと判定され得る。あるいは、ユーザ端末３００が一定時間にわたって競合店舗から一定の距離範囲内にいる場合に入店可能性ありと判定するようにしてもよい。さらに、ユーザ端末３００の移動方向と移動速度により、ユーザが競合店舗に向かっているかどうかを判定してもよい。例えば、ユーザ端末３００が競合店舗から一定距離範囲内に入ったと判定された後に、その後の移動方向と移動速度により入店可能性を見きわめるようにしてもよい。

なお、ユーザ端末３００から所定の距離範囲内に複数の競合店舗が存在する場合、すべての店舗への入店可能性ありと判定してもよいし、いずれか１つ、例えばユーザ端末３００から最も近い店舗のみについて、入店可能性ありと判定してもよい。

（３）競合店舗を指定した利用店舗の特定
次いでステップＳ６０３において、判定部１０４は、入店可能性ありと判定された店舗を競合店舗として登録した利用店舗の特定を行う。判定部１０４は、例えば、店舗情報マスタ１５１から競合店舗の識別情報に基づいて情報を抽出することによって利用店舗の特定を行う。

当該店舗を競合店舗として登録した利用店舗が複数ある場合、ユーザの現在位置から所定の距離範囲内にある利用店舗が抽出される。利用店舗の抽出に用いられる距離範囲は、やはりサーバ１００の管理者または利用店舗の管理担当者等によって任意に設定されてよい。利用店舗の抽出に用いられる距離範囲は、入店可能性の判定に用いた距離範囲とは異なるものであってよく、一実施形態では入店可能性の判定に用いた距離範囲よりも大きい。ユーザが複数の競合店舗への入店可能性ありと判定された場合、それぞれを競合店舗として登録をした利用店舗が抽出される。

図６は、ユーザ端末３００の位置情報に基づく入店可能性および利用店舗の判定イメージの一例を示す。図６の例では、ユーザ端末３００の現在位置に基づいて、競合店舗に向かっているかどうかが判定される。図６は、地図（道路）と店舗の位置関係を模式的に示すもので、中央のマーク３０１は、ある時点におけるユーザ端末３００の位置を表す。

ある時点で、ユーザ端末３００の現在位置３０１を中心とする第１の円３０１１（例えば半径Ｒ１）内に、あらかじめ登録された競合店舗５０１が検知されたとする。判定部１０４は、店舗情報マスタ１５１から競合店舗５０１を登録した利用店舗２０１−１，２０１−２，２０１−３，．．．と利用店舗２０２を抽出する。利用店舗２０１−１，２０１−２，２０１−３，．．．は、例えば、同一企業の管理担当者により登録された、コンビニエンスストアチェーンの店舗網に属する店舗である。利用店舗２０２は、例えば、利用店舗２０１−１，２０１−２，２０１−３，．．．とは異なる事業主により登録された店舗である。この例では、抽出された店舗のうち、現在位置３０１を中心とする第２の円３０１２（例えば半径Ｒ２、ここではＲ２＞Ｒ１）内にある店舗２０１−１および店舗２０２が、競合店舗５０１の登録店舗として特定される。

図７Ａおよび図７Ｂは、ユーザ端末３００の位置情報に基づく入店可能性の判定イメージの他の例を示す。これらの例では、ユーザ端末３００の現在位置に基づいて競合店舗から所定の距離範囲内にいると判定された後に、さらにその移動方向により、競合店舗に向かっているかどうかが判定される。言い換えれば、位置情報（瞬時値）に基づいてユーザ端末３００から所定の距離範囲内に競合店舗があると判定された場合に、さらにユーザ端末３００の移動の軌跡（位置の変化）を考慮することによって入店可能性の判定を行う。ユーザ端末３００の位置情報は、サーバ１００により一定時間記憶されるものとする。またここでは、地図上で道路ＲＤに対する店舗５０２の位置がポリゴンとして得られているものとして説明する。

図７Ａでは、店舗５０２に対し、ユーザ端末３００の位置が時刻Ｔ１０からＴ１１へと変化したものとする。時刻Ｔ１１において、ユーザ端末３００と店舗５０２の間の距離が所定の距離範囲内にあると判定された（第１の円５０２１はこの第１の判定に用いる距離範囲を示しており、ここでは比較のため店舗５０２を中心として破線で示す）。このとき、判定部１０４は、例えば直前の時刻Ｔ１０における位置情報を読み出し、時刻Ｔ１０とＴ１１の２地点間の移動を表すベクトルＡ１を得る。判定部１０４はさらに、ベクトルＡ１を延長したＡ２が競合店舗５０２を中心とする第２の円５０２２と将来交わるかどうかを判定する。この例では、Ａ２の進行方向において円５０２２との交点を有しない。したがって、判定部１０４は、ユーザによる競合店舗５０２への入店可能性なしと判定する。あるいは判定部１０４は、入店可能性の判定を保留し、引き続きユーザ端末３００の移動の軌跡を監視してもよい。第２の円５０２２の半径は、やはり任意に設定されてよい。一実施形態では、円５０２２は円５０２１よりも小さい半径を有する。

図７Ｂでは、店舗５０２に対し、ユーザ端末３００の位置が時刻Ｔ２０から時刻Ｔ２１へと変化したものとする。時刻Ｔ２１において、ユーザ端末３００と店舗５０２の間の距離が所定の距離範囲内にあると判定された（円５０２１）。このとき、判定部１０４は、同様に直前の時刻Ｔ２０における位置情報を読み出し、時刻Ｔ２０とＴ２１の２地点間の移動を表すベクトルＡ３を得る。この場合、ベクトルＡ３を延長したＡ４は、競合店舗５０２を中心とする円５０２２との交点を有する。したがって、判定部１０４は、ユーザによる競合店舗５０２への入店可能性ありと判定する。

このように、２段階の判定処理を用いることにより、さらに入店可能性の判定の信頼性を向上させることができる。なお、図７Ａ，図７Ｂは一例にすぎず、交点の判定に、円５０２２の代わりに他の多角形を用いてもよいし、店舗５０２のポリゴン自体との交点の有無を判定するようにしてもよい。店舗５０２の位置情報が緯度経度でしか得られない場合、当該緯度経度の地点を中心とする円を用いてもよい。時刻Ｔ１０とＴ１１、Ｔ２０とＴ２１の間の時間は、任意に設定されてよく、例えば１秒、５秒、１０秒などである。これらの時間や円５０２１および５０２２の半径は、例えばユーザが歩いて移動している場合と自動車で移動中の場合を想定し、ユーザ端末３００の移動速度に応じて異なる値が使用されるようにしてもよい。

上記の２地点間の移動ベクトルに基づく判定は一例にすぎず、移動の軌跡に基づいた他の判定も可能である。例えば、３地点以上の位置情報から近似直線または近似曲線を求め、得られた直線または曲線と特定の店舗に係る幾何学図形との交点の有無に基づいて入店可能性の判定を行ってもよいし、３地点以上の位置情報から地点間の移動速度を求め、移動速度の変化に基づいて、例えば特定の店舗付近で移動速度が低下すれば、入店可能性ありと判定することも可能である。また時間的に連続する位置情報を用いる必要もなく、任意の時点における位置情報が使用されてよい。

図８は、ユーザ端末３００の位置情報に基づく入店可能性の判定イメージのさらに他の例を示す。この例では、ユーザ端末３００の位置情報に加えて、ユーザ端末３００の移動方向と移動速度を用いて、競合店舗への入店可能性が判定される。例えば、サーバ１００は、移動速度に基づいてユーザが自動車で移動中であるのか歩行により移動中であるのかを判定する。図８の例では、ユーザが道路ＲＤを自動車３０５で移動中であると判定されたものとする。サーバ１００はまた、ユーザ端末３００を所持するユーザの目的地ＤＳＴの情報を取得し、ユーザ端末３００の現在位置から移動方向４０１を推定する。

ここで、サーバ１００は、ユーザの目的地ＤＳＴの情報をユーザ端末３００から取得し得る。例えば、上述したようにユーザ端末３００があらかじめ専用のアプリケーションプログラム（「アプリ１」）を搭載しており、このアプリ１を介してユーザが「目的地」情報を登録することにより、ユーザ端末３００からサーバ１００に「目的地」情報が送信されてもよい。または、ユーザ端末３００がルート検索機能やナビゲーション機能を有する他のアプリケーションプログラム（「アプリ２」）を搭載しており、当該アプリ２を介して登録された「目的地」情報をアプリ２からアプリ１へと連携することにより、アプリ１の機能を介してユーザ端末３００からサーバ１００に「目的地」情報が送信されてもよい。あるいは、ユーザが車載ナビゲーション装置に登録した「目的地」情報を、当該車載ナビゲーション装置からＢｌｕｅｔｏｏｔｈ等を通じてアプリ１に連携することにより、アプリ１の機能を介してユーザ端末３００からサーバ１００に送信されてもよい。アプリ１を介してユーザ端末３００からサーバ１００に送信される情報は、目的地ＤＳＴの情報（位置情報を含み得る）、ユーザ端末３００または会員ユーザの識別情報（ＩＤ）、およびユーザ端末３００の現在位置（ＧＰＳ）情報を含む。

目的地ＤＳＴの情報を取得したサーバ１００は、ユーザ端末３００の現在位置と目的地ＤＳＴの位置から移動方向４０１を推定し、競合店への入店可能性の判定を行う。例えば、サーバ１００は、移動方向４０１として、現在位置から目的地までのルートまたは単に現在位置と目的地とを結ぶ直線を用いて、競合店舗５０３への入店可能性の判定を行うことができる。一例として、サーバ１００は、上記移動方向４０１としてのルートや直線と、競合店舗５０３を中心とする円５０３１との交点に基づき、競合店舗５０３への入店可能性の判定を行うことができる。競合店舗５０３を中心とする円５０３１の大きさは、上記のように任意に設定されてよく、ユーザ端末３００の移動速度に応じて調整されてよい。

（４）クーポンリストの生成
続いて、ステップＳ６０４において、判定部１０４は、抽出された利用店舗の店舗情報に基づき、配信候補クーポンの絞り込みを行う。一実施形態では、判定部１０４は、店舗情報マスタ１５１に記憶されたクーポン情報のうち、発券時間帯に関する条件を読み出し、入店可能性ありと判定された時点の日時情報が条件に該当するクーポンを絞り込む。

ステップＳ６０５において、判定部１０４はさらに、会員情報に基づくクーポンの絞り込みを行う。一実施形態では、判定部１０４はまず、会員情報マスタ１５２に記憶された属性情報から、端末３００を所持する会員ユーザの性別、年齢もしくは年代、職業等を読み出し、店舗情報マスタ１５１に記憶されたクーポン情報のうち対象会員条件に該当するクーポンを絞り込む。

一実施形態では、判定部１０４は、会員情報（嗜好情報）のうち、会員ユーザがクーポン配信を望むまたは望まない条件に基づいて、配信候補のクーポンをさらに絞り込む。判定部１０４は、会員ユーザがクーポン配信を望む企業／店舗／ジャンル／種別のうちのいずれかまたはすべてに該当するクーポンを配信候補として抽出してもよい。または判定部１０４は、会員ユーザがクーポン配信を望まない企業／店舗／ジャンル／種別のうちのいずれかに該当するクーポンを候補から除外するようにしてもよい。あるいは判定部１０４は、配信を望む条件と望まない条件の両方を考慮してもよい。嗜好情報は、商品やサービスに関するより具体的な好き嫌いの情報、アレルギー情報、ポリシー情報（例えば、ベジタリアン）を含んでもよい。一例として、会員ユーザが嫌いな食品として「牛乳」を登録した場合、判定部１０４は、乳製品に関するクーポンを当該会員ユーザに対するクーポンの候補から除外するようにしてもよい。

ステップＳ６０６において、判定部１０４は、絞り込んだ配信候補のクーポンの情報をまとめたクーポンリストを生成する。

続いて、図４のステップＳ７において、判定部１０４は、生成したクーポンリストをユーザ端末３００に送信する。

図９は、クーポン情報の管理イメージの一例を示す。クーポン情報は、各利用店舗に紐づけて管理され得る。図９の例では、ある特定の利用店舗に対し、４種類のクーポン（クーポンＡ〜Ｄ）の情報があらかじめ登録される。各クーポンは、具体的な特典の内容と、配信条件を含み得る。この例では、配信条件として、時間帯に関する条件（条件１）、対象者（配信対象となる会員ユーザ）に関する条件（条件２）、地域に関する条件（条件３）が指定可能であり、空白は条件の指定がないことを意味する。

図９において、クーポンＡは、「３千円以上買い物すると１５％ＯＦＦ」という特典であり、条件１として時間帯を指定する「９：００〜１７：００」と、条件２として対象者を指定する「２０歳以上」が設定される。したがって、競合店舗への入店可能性ありと判定された時間がこの時間帯に該当し、かつ対象会員が「２０歳以上」の場合にのみクーポンＡが候補として抽出される。２１：００など、入店可能性が判定された時間が条件に当てはまらないときにはクーポンＡは抽出されず、対象会員が１９歳以下の場合にもクーポンＡは抽出されない。クーポンＢは「ポイント２倍」という特典であり、条件１として時間帯を指定する「土日祝日」と、条件２として対象会員を指定する「学生」が設定されている。したがって、競合店舗への入店可能性ありと判定された日が「土日祝日」のいずれかに該当し、さらに対象会員が「学生」という属性情報を有するときにだけ、このクーポンＢが候補として抽出される。同様に、クーポンＣは「飲み物１本プレゼント」という特典であり、条件１として時間帯を指定する「１４：００〜１５：００」および条件３として地域を指定する「本州」が設定されている。クーポンＤは「新製品Ｘを１００円値引き」という特典であり、時間帯の指定はなく、条件２として対象会員を指定する「２０代女性」が設定されている。

図９は単なる例示にすぎず、内容や配信条件はサーバ１００の管理者または利用店舗の管理担当者等により任意に設定され得る。例えば、指定可能な条件は３つに限られるものではなく、より多くの条件を登録可能としてもよいし、対象者の誕生月、職業、居住地、最寄り駅など、他の条件を登録可能としてもよい。また、図９のようなクーポンが特定の事業主に紐づけられ、当該事業主が登録した全利用店舗に一律に適用されてもよい。この場合、上記条件３のような地域に関する条件を用いてクーポンを絞り込むことができる。なお、図８のように、現在位置から目的地までの途中に競合店舗がある場合に入店可能性ありと判定される例では、クーポンリストの生成および送信タイミングは、例えば、入店可能性ありと判定された時でもよいし、ユーザ端末３００（自動車３０５）が競合店舗から一定の距離範囲（例えば、円５０３１よりも大きい円）に入った時でもよい。

（５）クーポンの発券
続いて、図４のステップＳ８において、クーポンリストを受信したユーザ端末３００は、例えば専用のアプリケーションプログラムを通じて表示を生成する。
ここで、クーポンの発券に際し、会員情報（嗜好情報）をもとに最終的なクーポン発券対象者を抽出するようにしてもよい。各クーポンの内容と、会員ユーザの嗜好情報とをもとに、クーポンごとに発券除外対象者リストを別途作成し、クーポンを発券するに際して発券除外対象者リストに該当するユーザには当該クーポンを発券しないようにすることもできる。一例として、牛乳が嫌いな会員ユーザには乳製品に関するクーポンが発券されないようにするなどの処理が可能である。

図１０は、ユーザ端末３００（この例ではスマートフォン）の表示画面３１０上に表示されるクーポンリストの表示例である。例えば、スマートフォン３００を所持するユーザが配信条件として指定された発券時間帯（例えば１４：００〜１５：００）に、登録されている競合店舗の商圏に車で入ったことが検知されたとき、または徒歩で競合店舗に入る直前であると検知されたときに、入店可能性ありと判定され、サーバ１００から受信した信号をもとにスマートフォン３００にこのような表示画面３１０が表示される。この例では、表示画面３１０は、地図表示部３１１と、クーポンリスト表示部３１２と、クーポン取得ボタン３１３とを含む。

地図表示部３１１には、図６に示したのと同様に、ユーザ端末の現在位置３０１と、入店可能性ありと判定された競合店舗５０１と、当該競合店舗５０１を登録した利用店舗のうちユーザから一定距離内にある利用店舗２０１−１および利用店舗２０２とが表示される。

クーポンリスト表示部３１２は、利用店舗２０１−１および利用店舗２０２に紐づけられたクーポンのうち、配信候補として絞り込まれたクーポンを一覧表示する。図では、一覧表示されたクーポンのうち「Ｘストア」のクーポンが選択された状態（アクティブな状態）にある。このとき、地図表示部３１１には、Ｘストアを表す利用店舗２０１−１への案内情報を表す矢印がさらに表示される。さらに、競合店舗５０１を目立たないように表示し、利用店舗２０１−１および／または２０２を目立つように表示してもよい。例えば、表示画面３１０は、競合店舗５０１を小さく、薄く、または暗く表示し、利用店舗２０１−１および／または２０２を大きく、濃く、または明るく表示し得る。

ここで、例えば、上記のようにＸストアがアクティブな状態でユーザがクーポン取得ボタン３１３をタップすることによって、当該クーポンの取得要求をサーバ１００に対して送信することができる（図４のステップＳ９）。あるいは、ユーザがクーポンリスト表示部３１２内の表示を直接タップすることによってクーポン取得要求が送信されてもよい。

サーバ１００がユーザ端末３００からクーポン取得要求を受け取ると（ステップＳ９）、クーポン出力部１０５は、店舗情報マスタ１５１から要求されたクーポンの情報を抽出し、ユーザ端末３００に対してクーポンを配信する（ステップＳ１０）。クーポンには、店舗情報として指定された有効時限が設定される。

サーバ１００はまた、履歴情報取得部１０６により、取得要求を受信したことを履歴情報として履歴情報記憶部１５３に蓄積し得る（ステップＳ１１）。取得要求は、端末３００の識別情報、日時情報、位置情報、およびクーポンの識別情報を含み得る。

一方、クーポンを受信したユーザ端末３００は、ユーザＵＳからの使用操作を受け付けると（例えば、サーバ１００から受信した信号に基づきクーポン表示画面が生成されると）、再びサーバ１００に対して使用履歴情報を送信し得る（ステップＳ１２）。やはり履歴情報取得部１０６は、使用履歴情報を履歴情報記憶部１５３に蓄積し得る（ステップＳ１３）。使用履歴情報は、例えば、端末３００の識別情報、日時情報、位置情報、クーポンの識別情報、および使用した店舗の識別情報を含み得る。なお、クーポン使用履歴情報は、ユーザ端末３００だけでなく、店舗の端末（例えば、店舗端末２００、ＰｏＳ端末（図示せず）など）からサーバ１００に送信されてもよい。店舗の端末は、ユーザ端末３００の表示画面３１０上に表示されたクーポン情報（例えば、バーコードや二次元コード）を付属のスキャナ等を介して読み取ることにより、または店員がクーポン情報を目視して端末に入力することにより、クーポン情報から必要な情報を抽出することによって、サーバ１００に使用履歴情報として送信し得る。

このように蓄積された履歴情報は、判定部１０４によるクーポン候補の絞り込みにさらに用いられてもよい。例えば、店舗情報としてクーポンのアップグレード条件を受け付け、一定期間以上クーポンの取得または使用がないユーザに対して、条件に基づいてクーポンの内容をアップグレードするようにしてもよい。これにより、ユーザがクーポンを魅力的と感じる可能性が高まり、クーポンの取得および使用を促す効果が期待される。

図１１は、そのようなアップグレード条件を適用する場合のクーポン管理イメージを示す。図１１のクーポン情報は、例えば利用店舗ごとに管理される。判定部１０４は、例えば、図５のステップＳ６０５において絞り込まれた配信候補のクーポンについて、さらにアップグレード条件に該当するかどうかを判定する。例えば、クーポンＡが配信候補として選ばれている場合、アップグレード条件に該当しなければ「クーポンＡ１：３千円以上買い物すると１５％ＯＦＦ」が選択される。一方、当該ユーザが「３日以内に３，０００円以上の買い物あり」に該当する場合、「クーポンＡ２：３千円以上買い物すると２０％ＯＦＦ」にアップグレードされる。さらに、当該ユーザにより３０日以上クーポンの取得がされていない、または（クーポンが取得されたか否かを問わず）５０日以上クーポンの利用がされていないという条件に該当する場合、特典の内容がアップグレードされた「クーポンＡ３：２０％ＯＦＦ＋ポイント２倍」が選択される。さらに６０日以上クーポンの利用がない場合、さらなるアップグレードが適用され得る。

同様に、図１１の例で、はじめにクーポンＢが配信候補として選ばれている場合、アップグレード条件に該当しなければ「クーポンＢ１：ポイント２倍」が選択され、「７日以内に他のクーポンの利用あり（クーポンＢ１の利用はないが、他のクーポンが利用された）」に該当する場合には、「クーポンＢ２：ポイント２倍＋飲み物１本プレゼント」へとアップグレードされる。アップグレード条件には、会員登録後の経過期間も含められてよい。過去の履歴情報を人工知能（ＡＩ）により解析し、適切なアップグレード条件を判定するようにしてもよい。

（効果）
以上詳述したように、この発明の一実施形態では、ユーザ端末３００の位置情報に基づいて、ユーザ端末３００を所持するユーザによる特定の店舗への入店可能性が判定される。ユーザが当該店舗に入店する可能性ありと判定される場合には、ユーザ端末３００に対し、当該店舗を競合店舗として指定した利用店舗に関する特典情報を送信する。これにより、競合店舗への入店可能性のあるユーザにダイレクトにかつリアルタイムに特典情報を送信でき、競合店舗から自店舗への誘客促進効果が期待される。

入店可能性の判定に用いる距離範囲は任意に設定され得るので、例えば、ユーザが徒歩で移動中と推定される場合には競合店舗に入る直前のタイミング、車の運転中と推定される場合には競合店舗の商圏に入ったタイミングなど、適切なタイミングで自店舗への来店を促すクーポンを配信することができる。また、クーポンの発券時間帯や発券対象会員の属性などの条件が設定され得るので、この条件を考慮することによりターゲットを絞ったマーケティングが可能となる。特に、発券時間帯を設定することにより、混雑していない時間に誘客するなど、より戦略的な誘客も可能となる。同様に、ユーザにより配信を希望するまたは希望しない条件が設定され得るので、この条件を考慮することによりユーザにとってより魅力的なクーポンの配信が可能となる。

［他の実施形態］
なお、この発明は上記実施形態に限定されるものではない。例えば、サーバ１００が備える各機能部を、複数の装置に分散配置し、これらの装置が互いに連携することにより処理を行うようにしてもよい。また各機能部は、回路を用いることで実現されてもよい。回路は、特定の機能を実現する専用回路であってもよいし、プロセッサのような汎用回路であってもよい。

また、以上で説明した各処理の流れは、説明した手順に限定されるものではなく、いくつかのステップの順序が入れ替えられてもよいし、いくつかのステップが同時並行で実施されてもよい。また、以上で説明した一連の処理は、時間的に連続して実行される必要はなく、各ステップは任意のタイミングで実行されてもよい。

例えば、会員ユーザから初期登録により入力される会員情報は、位置情報を送信するユーザ端末３００とは異なる端末から入力されてもよい。例えば、ユーザＵＳは、図４のステップＳ３における初期登録は自宅のパーソナルコンピュータから行い、ステップＳ５以降の位置情報の送信元およびクーポンの配信先として自身のスマートフォンを設定してもよい。

また、ステップＳ７において、クーポンリストの代わりに、直接電子クーポンを配信するようにしてもよい。また、クーポンの配信処理は、サーバ１００とは異なる他のクーポン配信装置（図示せず）に実行させてもよい。

クーポンの使用処理は、店頭での「店舗ＱＲコード（登録商標）」の読み取りや、店舗での店舗番号の手入力、非接触型ＩＣカード等による店舗へのチェックインなど、任意の方法で行われてよい。またユーザは必ずしもクーポンの使用操作を要求されるものではなく、ユーザ端末３００の表示画面３１０上にクーポンリストまたはクーポンＩＤ等を表示させた状態を店員に提示することによって、クーポンを使用可能としてもよい。クーポンの使用履歴情報は、ユーザ端末３００からサーバ１００に送信されてもよいし、店舗端末２００や図示しないＰｏＳ端末など、店舗の端末からサーバ１００に送信されてもよい。

上記実施形態では、サーバ１００が、あらかじめ設定されたテーブルと配信条件に基づいて配信候補を絞り込むものとして説明したが、これに限定されるものではなく、配信条件に応じてパラメータ調整を行えるようにしてもよい。例えば、初期クーポン情報として「５％ＯＦＦ」を設定し、「時間帯Ａ（例えば１４：００〜１５：００）であれば７％ＯＦＦ」、「会員が６０代以上なら１０％ＯＦＦ」など、配信条件に応じてパラメータを調整して配信候補とするようにしてもよい。

またサーバ１００は、ユーザ端末３００から、位置情報に加えて、例えば、活動量データ（歩数、心拍数、消費カロリー、睡眠時間など）、スケジューラデータ（ユーザの予定、ＴｏＤｏリスト、メモなど）をさらに取得し、これらのデータから抽出される情報をもとに配信候補クーポンを選択するようにしてもよい。例えば、サーバ１００は、活動量データに基づいてユーザ端末３００を所持するユーザがランニングまたはウォーキング中であると判定される場合、飲料品に関するクーポンの中からスポーツドリンクに関するクーポンを優先的に選択するように設定されてもよい。

また上記実施形態では、システムの利用店舗があらかじめ競合店舗を登録しておき、ユーザが当該競合店舗に入店する可能性があるかどうかを判定するものとして説明した。しかし、実施形態においては、システム上、特定の店舗が登録されればよく、必ずしも競合店舗として登録される必要はない。例えば、利用店舗が提携店や姉妹店などを「特定の店舗」として登録し、登録された特定の店舗への入店可能性がある場合に利用店舗のクーポンを発券することも可能である。

以上で記載した手法は、計算機（コンピュータ）に実行させることができるプログラム（ソフトウェア手段）として、例えば磁気ディスク（フロッピー（登録商標）ディスク、ハードディスク等）、光ディスク（ＣＤ−ＲＯＭ、ＤＶＤ、ＭＯ等）、半導体メモリ（ＲＯＭ、ＲＡＭ、フラッシュメモリ等）等の記録媒体（記憶媒体）に格納し、また通信媒体により伝送して頒布することもできる。なお、媒体側に格納されるプログラムには、計算機に実行させるソフトウェア手段（実行プログラムのみならずテーブル、データ構造も含む）を計算機内に構成させる設定プログラムをも含む。上記装置を実現する計算機は、記録媒体に記録されたプログラムを読み込み、また場合により設定プログラムによりソフトウェア手段を構築し、このソフトウェア手段によって動作が制御されることにより上述した処理を実行する。なお、本明細書でいう記録媒体は、頒布用に限らず、計算機内部あるいはネットワークを介して接続される機器に設けられた磁気ディスク、半導体メモリ等の記憶媒体を含むものである。

その他、入店可能性の判定処理についても、この発明の要旨を逸脱しない範囲で種々変形して実施可能である。

なお、この発明は、上記実施形態に限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で種々に変形することが可能である。また、各実施形態は適宜組み合わせて実施してもよく、その場合組み合わせた効果が得られる。更に、上記実施形態には種々の発明が含まれており、開示される複数の構成要件から選択された組み合わせにより種々の発明が抽出され得る。例えば、実施形態に示される全構成要件からいくつかの構成要件が削除されても、課題が解決でき、効果が得られる場合には、この構成要件が削除された構成が発明として抽出され得る。

１…システム、１００…サーバ、１０１…店舗情報取得部、１０２…会員情報取得部、１０３…位置情報取得部、１０４…判定部、１０５…クーポン出力部、１０６…履歴情報取得部、１５１…店舗情報マスタ、１５２…会員情報マスタ、１５３…履歴情報記憶部、２００…店舗端末、３００…ユーザ端末。

Claims (10)

1. ユーザ端末から送信される位置情報に基づき、前記ユーザ端末を所持するユーザによる第１の店舗への入店可能性を判定する、第１の判定部と、
   前記第１の店舗への入店可能性ありと判定される場合に、前記ユーザ端末に対し、前記第１の店舗とは異なる第２の店舗に関する特典情報を出力する、特典情報出力部と
   を備える情報処理装置。
2. 前記第１の判定部は、前記ユーザ端末の位置が前記第１の店舗から所定の距離範囲内にあると判定される場合に、前記第１の店舗への入店可能性ありと判定する、
   請求項１に記載の情報処理装置。
3. 前記第１の判定部は、前記ユーザ端末の移動の軌跡から第１のベクトルを導出し、前記第１のベクトルが２次元空間上で前記第１の店舗を中心とする第１の円または前記第１の店舗を表すポリゴンとの交点を有すると判定される場合に、前記第１の店舗への入店可能性ありと判定する、
   請求項１に記載の情報処理装置。
4. 前記ユーザ端末の所有者の属性または前記第１の店舗への入店可能性ありと判定された日時が、前記特典情報の各々に対してあらかじめ指定された条件を満たすか否かを判定する、第２の判定部をさらに備え、
   前記特典情報出力部は、さらに前記第２の判定部により前記条件を満たすと判定された特典情報を前記ユーザ端末に対して出力する、
   請求項１乃至３のいずれか一項に記載の情報処理装置。
5. 前記第２の店舗の属性または前記特典情報の属性が、前記ユーザによりあらかじめ指定された条件を満たすか否かを判定する、第３の判定部をさらに備え、
   前記特典情報出力部は、さらに前記第３の判定部により前記条件を満たすと判定された特典情報を前記ユーザ端末に対して出力する、
   請求項１乃至４のいずれか一項に記載の情報処理装置。
6. 前記ユーザ端末による前記特典情報の使用または前記特典情報へのアクセスの履歴を表す履歴情報を取得する、履歴情報取得部と、
   前記履歴情報が、前記第２の店舗に関する特典情報の各々に対してあらかじめ指定された条件を満たすか否かを判定する、第４の判定部をさらに備え、
   前記特典情報出力部は、さらに前記第４の判定部により前記条件を満たすと判定された特典情報を前記ユーザ端末に対して出力する、
   請求項１乃至５のいずれか一項に記載の情報処理装置。
7. ユーザ端末から送信される位置情報に基づき、前記ユーザ端末を所持するユーザによる第１の店舗への入店可能性を判定することと、
   前記第１の店舗への入店可能性ありと判定される場合に、前記ユーザ端末に対し、前記第１の店舗とは異なる第２の店舗に関する特典情報を出力することと
   を備える情報処理方法。
8. 端末装置の位置情報に基づいて入店可能性があると判定された第１の店舗を地図上に表示する第１の表示部と、
   前記第１の店舗とは異なる第２の店舗への案内情報を前記地図上に表示する第２の表示部と、
   前記第２の店舗に関する特典情報を表示する第３の表示部と
   を備える端末装置。
9. 請求項１乃至６のいずれか一項に記載の装置の各部による処理をコンピュータに実行させるプログラム。
10. 請求項８に記載の各部による処理をコンピュータに実行させるプログラム。

Images