(57)【特許請求の範囲】
【請求項１】
第１の検出手段により検出した第１の所定範囲内に存在する端末を第１配信対象端末と判定し、第２の検出手段により検出した前記第１の所定範囲内の第２の所定範囲内に存在する端末を第２配信対象端末と判定する配信対象判定部と、
配信依頼者端末からの配信要求を取得する配信要求取得部と、
前記第１配信対象端末及び前記第２配信対象端末の端末数を算出する算出部と、
前記配信依頼者端末に前記第１配信対象端末及び前記第２配信対象端末の端末数を提示させる提示制御部と、
前記配信要求に応じた情報を、前記第１配信対象端末と、前記第１配信対象端末であって前記第２配信対象端末に該当しない端末と、前記第２配信対象端末とのうち、前記提示制御部による前記端末数の前記配信依頼者端末での提示に応じた配信依頼者の入力操作で選択された端末に配信する情報配信部と、を備える
情報処理装置。
【請求項２】
前記第１の検出手段により検出した、前記第１の所定範囲より広い第３の所定範囲内に存在する端末を第３配信対象端末と判定する
請求項１に記載の情報処理装置。
【請求項３】
前記第２の検出手段は、前記第１の検出手段に比べて壁を透過しにくい通信方式を用いた検出手段である
請求項１に記載の情報処理装置。
【請求項４】
前記配信対象判定部は、
前記第１の所定範囲内に存在すると推定される端末のうち、前記配信依頼者端末から取得した属性条件に適合する端末を前記第１配信対象端末とし、
前記第２の所定範囲内に存在すると推定される端末のうち、前記配信依頼者端末から取得した属性条件に適合する端末を前記第２配信対象端末とする
請求項１に記載の情報処理装置。
【請求項５】
第１の検出手段により検出した第１の所定範囲内に存在する端末を第１配信対象端末と判定し、第２の検出手段により検出した前記第１の所定範囲内の第２の所定範囲内に存在する端末を第２配信対象端末と判定する配信対象判定ステップと、
配信依頼者端末からの配信要求を取得する配信要求取得ステップと、
前記第１配信対象端末及び前記第２配信対象端末の端末数を算出し、前記配信依頼者端末に前記第１配信対象端末及び前記第２配信対象端末の端末数を提示させるステップと、
前記配信要求に応じた情報を、前記第１配信対象端末と、前記第１配信対象端末であって前記第２配信対象端末に該当しない端末と、前記第２配信対象端末とのうち前記端末数の前記配信依頼者端末での提示に応じた配信依頼者の入力操作で選択された端末に配信する情報配信ステップと、
を情報処理装置が行う情報処理方法。
【請求項６】
第１の検出手段により検出した第１の所定範囲内に存在する端末を第１配信対象端末と判定し、第２の検出手段により検出した前記第１の所定範囲内の第２の所定範囲内に存在する端末を第２配信対象端末と判定する配信対象判定手順と、
配信依頼者端末からの配信要求を取得する配信要求取得手順と、
前記第１配信対象端末及び前記第２配信対象端末の端末数を算出し、前記配信依頼者端末に前記第１配信対象端末及び前記第２配信対象端末の端末数を提示させる手順と、
前記配信要求に応じた情報を、前記第１配信対象端末と、前記第１配信対象端末であって前記第２配信対象端末に該当しない端末と、前記第２配信対象端末とのうち前記端末数の前記配信依頼者端末での提示に応じた配信依頼者の入力操作で選択された端末に配信する情報配信手順と、
をコンピュータに実行させるプログラム。
【請求項７】
第１の検出手段により検出した第１の所定範囲内に存在する端末を第１配信対象端末と判定し、第２の検出手段により検出した前記第１の所定範囲内の第２の所定範囲内に存在する端末を第２配信対象端末と判定する配信対象判定手順と、
配信依頼者端末からの配信要求を取得する配信要求取得手順と、
前記第１配信対象端末及び前記第２配信対象端末の端末数を算出し、前記配信依頼者端末に前記第１配信対象端末及び前記第２配信対象端末の端末数を提示させる手順と、
前記配信要求に応じた情報を、前記第１配信対象端末と、前記第１配信対象端末であって前記第２配信対象端末に該当しない端末と、前記第２配信対象端末とのうち前記端末数の前記配信依頼者端末での提示に応じた配信依頼者の入力操作で選択された端末に配信する情報配信手順と、
をコンピュータに実行させるプログラムを記憶したコンピュータが読み取り可能な記憶媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理装置、情報処理方法、プログラム及び記憶媒体に関する。
【先行技術文献】
【特許文献】
【０００２】
【特許文献１】特開２０１０−２２５０９０号公報
【背景技術】
【０００３】
従来配信対象者が事前に配信を希望するクーポンを選択し、配信対象者に当該クーポンを配信するといった電子クーポン配信システムが知られている。
上記特許文献１には、会員端末のＧＰＳ（Global Positioning System）情報に基づいて、店舗までの距離が近い順にあらかじめ設定された人数分だけ対象者を抽出し、抽出した会員端末に対してクーポンを配信する手法が開示されている。
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、距離に応じて一律に情報を配信しても、その配信が有用でないこともある。そこで、配信情報を配信することがより有用であるユーザが持つユーザ端末に対して、より柔軟に配信情報を送信することが望ましい。
【課題を解決するための手段】
【０００５】
本発明に係る情報処理装置は、第１の検出手段により検出した第１の所定範囲内に存在する端末を第１配信対象端末と判定し、第２の検出手段により検出した前記第１の所定範囲内の第２の所定範囲内に存在する端末を第２配信対象端末と判定する配信対象判定部と、配信依頼者端末からの配信要求を取得する配信要求取得部と、前記第１配信対象端末及び前記第２配信対象端末の端末数を算出する算出部と、前記配信依頼者端末に前記第１配信対象端末及び前記第２配信対象端末の端末数を提示させる提示制御部と、前記配信要求に応じた情報を、前記第１配信対象端末と、前記第１配信対象端末であって前記第２配信対象端末に該当しない端末と、前記第２配信対象端末とのうち、前記提示制御部による前記端末数の前記配信依頼者端末での提示に応じた配信依頼者の入力操作で選択された端末に配信する情報配信部と、を備えるものである。
異なる検出手段により配信対象端末の検出範囲を設定することで、端末の検出範囲において、それぞれの検出手段の特徴を生かした端末の把握が可能となる。また、端末の検出にあたり複数の検出手段を用いることで、端末の検出漏れが少なくなる。
またこれにより、施設（例えば店舗）のスタッフ（配信依頼者）は、自分が選択した属性条件以外の属性の人がどのくらいの割合でいるかを確認することができる。
【０００６】
上記した情報処理装置においては、前記第１の検出手段により検出した、前記第１の所定範囲より広い第３の所定範囲内に存在する端末を第３配信対象端末と判定することが考えられる。これにより、情報の配信目的に適した検出範囲を柔軟に設定することができる。
【０００７】
上記した情報処理装置においては、前記第２の検出手段は、前記第１の検出手段に比べて壁を透過しにくい通信方式を用いた検出手段であることが考えられる。
これにより、第２の検出手段を用いることで、施設（例えば店舗）内の端末数をより正確に検出することができる。
【０００８】
上記した情報処理装置においては、前記配信対象判定部は、前記第１の範囲内に存在すると推定される端末のうち、端末使用者が配信依頼者端末から取得した属性条件に適合する端末を前記第１配信対象端末とし、前記第２の範囲内に存在すると推定される端末のうち、端末使用者が配信依頼者端末から取得した属性条件に適合する端末を前記第２配信対象端末とすることが考えられる。
これにより、配信依頼者は、配信対象としたい属性の人の所有する端末が、施設（店舗等）の周囲にどれぐらい存在しているのかを容易に確認することができる。
【００１０】
本発明に係る情報処理方法は、第１の検出手段により検出した第１の所定範囲内に存在する端末を第１配信対象端末と判定し、第２の検出手段により検出した前記第１の所定範囲内の第２の所定範囲内に存在する端末を第２配信対象端末と判定する配信対象判定ステップと、配信依頼者端末からの配信要求を取得する配信要求取得ステップと、前記第１配信対象端末及び前記第２配信対象端末の端末数を算出し、前記配信依頼者端末に前記第１配信対象端末及び前記第２配信対象端末の端末数を提示させるステップと、前記配信要求に応じた情報を、前記第１配信対象端末と、前記第１配信対象端末であって前記第２配信対象端末に該当しない端末と、前記第２配信対象端末とのうち前記端末数の前記配信依頼者端末での提示に応じた配信依頼者の入力操作で選択された端末に配信する情報配信ステップと、を情報処理装置が実行する情報処理方法である。
これにより、異なる検出手段により配信対象端末の検出範囲を設定することで、端末の検出範囲において、それぞれの検出手段の特徴を生かして端末の把握ができる情報処理装置を実現できる。
本発明に係るプログラムは、上記情報処理方法の各ステップとしての処理を情報処理装置に実行させるプログラムである。
本発明に係る記憶媒体は、上記プログラムを記憶した記憶媒体である。これらのプログラムや記憶媒体により上記の情報処理装置を実現する。
【発明の効果】
【００１１】
本発明によれば、異なる複数の検出手段により配信対象端末の検出範囲を設定することで、端末の検出範囲において、それぞれの検出手段の特徴を生かした端末の把握が可能となる。これにより、ユーザの端末の位置をより正確に、柔軟に把握することができる。
【図面の簡単な説明】
【００１２】
【図１】実施の形態のネットワークシステムの構成例についての説明図である。
【図２】実施の形態のハードウェア構成についての説明図である。
【図３】実施の形態の配信サーバについての説明図である。
【図４】実施の形態のユーザデータベースに記憶される情報の一部の説明図である。
【図５】実施の形態の位置データベースに記憶される情報の一部の説明図である。
【図６】実施の形態の店舗データベースに記憶される情報の一部の説明図である。
【図７】実施の形態の判定距離データベースに記憶される情報の一部の説明図である。
【図８】実施の形態のユーザ端末に提示される提示画面の説明図である。
【図９】実施の形態のユーザ端末に提示される提示画面の説明図である。
【図１０】実施の形態のユーザ端末に提示される提示画面の説明図である。
【図１１】実施の形態のユーザ端末の処理を示すフローチャートである。
【図１２】実施の形態の処理の流れの一例を示す説明図である。
【図１３】実施の形態の配信サーバが実行する処理の第１例を示すフローチャートである。
【図１４】実施の形態の配信候補者判定処理の第１例を示すフローチャートである。
【図１５】実施の形態の配信対象者判定処理を示すフローチャートである。
【図１６】実施の形態の配信候補者判定処理の第２例を示すフローチャートである。
【図１７】実施の形態のユーザ端末に提示される提示画面の説明図である。
【図１８】実施の形態の配信候補者判定処理の第３例を示すフローチャートである。
【図１９】実施の形態のユーザ端末に提示される提示画面の説明図である。
【図２０】実施の形態の配信サーバが実行する処理の第２例を示すフローチャートである。
【図２１】実施の形態のユーザ端末に提示される提示画面の説明図である。
【図２２】実施の形態の配信サーバが実行する処理の第３例を示すフローチャートである。
【図２３】第２の実施の形態の検出手段が検出する所定範囲の説明図である。
【図２４】第２の実施の形態における処理の流れの一例を示す説明図及び配信サーバが実行する処理の流れの一例を示すフローチャートである。
【図２５】第３の実施の形態における処理の流れの一例を示す説明図及び配信サーバが実行する処理の流れの一例を示すフローチャートである。
【図２６】第３の実施の形態における現時位置情報通知処理を示すフローチャートである。
【発明を実施するための形態】
【００１３】
以下、実施の形態を次の順序で説明する。
＜１．全体構成＞
＜２．サーバの機能構成及びデータベース＞
［２−１．サーバの機能構成］
［２−２．データベース］
＜３．店舗端末の提示画面の概要＞
＜４．ユーザ端末の処理＞
＜５．クーポンの配信に関する処理＞
［５−１．全体の処理］
［５−２．配信サーバの処理］
＜６．変形例及び他の実施例＞
［６−１．配信候補者判定処理の第２例］
［６−２．配信候補者判定処理の第３例］
［６−３．配信サーバの処理の第２例］
［６−４．配信サーバの処理の第３例］
＜７．まとめ＞
＜８．プログラム及び記憶媒体＞
＜９．第２の実施の形態＞
＜１０．第３の実施の形態＞
＜１１．まとめ＞
＜１２．プログラム及び記憶媒体＞
【００１４】
＜１．全体構成＞
図１に実施の形態のネットワークシステムの構成例を示す。この例では、当該ネットワークシステムはネットワークを利用して電子クーポンを配信する電子クーポン配信システムとして機能する。図１における配信サーバが本発明請求項の情報処理装置の実施の形態に相当する。
なお、以下では「電子クーポン」を単に「クーポン」と表記する。
また実施の形態では、配信依頼者の例として店舗管理者（店舗のスタッフや経営者等）、配信依頼者端末の例として店舗管理者が使用する店舗端末を挙げる。
また配信対象者は、一般の人（ユーザ）の内でクーポン配信対象として選択された人である。ユーザ端末とは、一般ユーザがクーポンを受け取る端末をいう。
【００１５】
図１に示すように、本実施の形態に係るネットワークシステムは、配信サーバ２、複数の店舗端末３、複数のユーザ端末４がネットワーク１により相互に通信可能な状態で接続されている。また配信サーバ２はデータベース５にアクセス可能とされている。
なお、以下では「データベース（Database）」を「ＤＢ」と表記する。
【００１６】
ネットワーク１の構成は多様な例が想定される。例えば、インターネット、イントラネット、エキストラネット、ＬＡＮ（Local Area Network）、ＣＡＴＶ（Community Antenna TeleVision）通信網、仮想専用網（Virtual Private Network）、電話回線網、移動体通信網、衛星通信網などが想定される。
またネットワーク１の全部又は一部を構成する伝送媒体についても多様な例が想定される。例えばＩＥＥＥ（Institute of Electrical and Electronics Engineers）１３９４、ＵＳＢ（Universal Serial Bus）、電力線搬送、電話線などの有線でも、ＩｒＤＡ（Infrared Data Association）のような赤外線、ブルートゥース（登録商標）、８０２．１１無線、携帯電話網、衛星回線、地上波デジタル網などの無線でも使用可能である。
【００１７】
配信サーバ２は、一般ユーザの内で選択された配信対象者にクーポンを配信するサーバである。配信サーバ２は、例えば店舗管理者が配信を希望する属性条件に該当する人を配信対象者に選択して、クーポンを配信する。
配信サーバ２は店舗端末３やユーザ端末４から受信した処理要求に基づく処理を実行する。例えば属性条件の入力画面情報を店舗端末３へ送信する処理や、配信対象者の人数を提示するための画面情報を店舗端末３に送信する処理、クーポンの内容入力画面情報を店舗端末３に送信する処理、ユーザ端末４へクーポンを配信する処理、ユーザ端末４から位置情報などを受信する処理、店舗管理に係る処理、配信対象者管理に係る処理などを行う。
【００１８】
店舗端末３は、クーポン配信サービスを利用して配信対象者にクーポン配信を要求する店舗管理者によって操作される情報処理装置である。具体的には、店舗端末３は、或る店舗に設置されたコンピュータ装置や、店舗管理者が使用する携帯型或いは据え置き型等の情報処理装置である。
店舗端末３は、配信サーバ２から提供される属性条件入力画面や人数提示画面を提示部に提示する処理を実行する。
【００１９】
ユーザ端末４は、配信対象者が使用する情報処理装置である。ユーザ端末４は、配信サーバ２からクーポンの内容が提示されたクーポン内容画面情報を取得する。またユーザ端末４は、ユーザ端末４の位置情報を取得し、配信サーバ２に送信する。ユーザ端末４は、例えば通信機能を備えたＰＣ（Personal Computer）やフィーチャーフォンやＰＤＡ（Personal Digital Assistant）、或いはスマートフォンやタブレット端末などのスマートデバイスなどにより実現される。但し本実施の形態の場合、ユーザ端末４は、ユーザが所持して行動する携帯型の端末であることを想定している。
【００２０】
本実施形態の場合、例えば、配信サーバ２ではＨＴＴＰ（Hypertext Transfer Protocol）デーモンが起動される。また店舗端末３ではブラウザが起動され、店舗端末３からは、ブラウザを介して処理要求（ＨＴＴＰリクエスト）が配信サーバ２に送信される。配信サーバ２からは、上記の処理要求に対応する処理結果（ＨＴＴＰレスポンス）が店舗端末３に送信される。例えば、ウェブページ記述言語で記載されたページデータが店舗端末３に送信される。そして、このページデータに基づいて、処理結果に基づくウェブページ（画面）が店舗端末３の提示制御部に提示される。
配信サーバ２は、このような動作により店舗端末３への属性条件入力画面情報（属性条件入力画面のウェブページデータ）の送信、人数提示画面情報（人数提示画面のウェブページデータ）の送信、店舗端末３からの要求に応じた処理を行う。また、配信サーバ２は、同様の動作で、ユーザ端末４にクーポン提示画面を提示させる。
【００２１】
これらのウェブページデータは、例えば、ＨＴＭＬ（Hyper Text Markup Language）やＸＨＴＭＬ（Extensible Hyper Text Markup Language）などの構造化文書ファイルである。構造化文書ファイルには、記事などのテキストデータや記事に添付された画像などの画像データと、それらの配置や提示態様（文字色、フォント、大きさ及び装飾など）が記述されている。
【００２２】
ＤＢ５は、配信サーバ２が配信対象者にクーポンを配信するために必要な情報が格納されたＤＢを包括的に示している。ＤＢ５の詳細については後述する。
【００２３】
続いて、図１に示した配信サーバ２、店舗端末３、ユーザ端末４、ＤＢ５を構成する情報処理装置のハードウェア構成を図２に示す。配信サーバ２、店舗端末３、ユーザ端末４、ＤＢ５として示した各装置は、情報処理及び情報通信が可能な図２に示すようなコンピュータ装置として実現できる。
【００２４】
図２において、コンピュータ装置のＣＰＵ（Central Processing Unit）１０１は、ＲＯＭ( Read Only Memory)１０２に記憶されているプログラム、または記憶部１０８からＲＡＭ( Random Access Memory )１０３にロードされたプログラムに従って各種の処理を実行する。ＲＡＭ１０３にはまた、ＣＰＵ１０１が各種の処理を実行する上において必要なデータなども適宜記憶される。
ＣＰＵ１０１、ＲＯＭ１０２、及びＲＡＭ１０３は、バス１０４を介して相互に接続されている。このバス１０４には、入出力インターフェース１０５も接続されている。
入出力インターフェース１０５には、キーボード、マウス、タッチパネルなどよりなる入力部１０６、ＬＣＤ（Liquid Crystal Display）、ＣＲＴ（Cathode Ray Tube）、有機ＥＬ（Electroluminescence）パネルなどよりなるディスプレイ、並びにスピーカなどよりなる出力部１０７、ＨＤＤ（Hard Disk Drive）やフラッシュメモリ装置などより構成される記憶部１０８、ネットワーク１を介しての通信処理や機器間通信を行う通信部１０９が接続されている。
入出力インターフェース１０５にはまた、必要に応じてメディアドライブ１１０が接続され、磁気ディスク、光ディスク、光磁気ディスク、或いは半導体メモリなどのリムーバブルメディア１１１が適宜装着され、リムーバブルメディア１１１に対する情報の書込や読出が行われる。
【００２５】
このようなコンピュータ装置では、通信部１０９による通信によりデータやプログラムのアップロード、ダウンロードが行われたり、リムーバブルメディア１１１を介してデータやプログラムを受け渡したりすることが可能である。
ＣＰＵ１０１が各種のプログラムに基づいて処理動作を行うことで、配信サーバ２、店舗端末３、ユーザ端末４、ＤＢ５としての必要な情報処理や通信が実行される。
なお、配信サーバ２、店舗端末３、ユーザ端末４、ＤＢ５を構成する情報処理装置は、図２のようなコンピュータ装置が単一で構成されることに限らず、複数のコンピュータ装置がシステム化されて構成されてもよい。複数のコンピュータ装置は、ＬＡＮなどによりシステム化されていてもよいし、インターネットなどを使用したＶＰＮなどにより遠隔地に通信可能な状態で配置されたものでもよい。  
【００２６】
＜２．サーバの機能構成及びデータベース＞  
［２−１．サーバの機能構成］
図３に一又は複数の情報処理装置で構成される配信サーバ２としての機能構成を示す。
配信サーバ２としての各機能は、情報処理装置においてＣＰＵ１０１でプログラムに応じて実行される処理により実現される。但し以下説明する全部又は一部の各構成の処理をハードウェアにより実現してもよい。
また各機能をソフトウェアで実現する場合に、各機能がそれぞれ独立したプログラムで実現される必要はない。一つのプログラムにより複数の機能の処理が実行されてもよいし、一つの機能が複数のプログラムモジュールの連携で実現されてもよい。
【００２７】
配信サーバ２は、属性条件取得部２ａ、配信候補者判定部２ｂ、配信対象者判定部２ｃ、人数算出部２ｄ、提示制御部２ｅ、配信要求取得部２ｆ、情報配信部２ｇ、滞在人数判定部２ｈ、属性人数算出部２ｉ、属性割合算出部２ｊを有する。
【００２８】
属性条件取得部２ａは、店舗管理人が配信を希望する配信対象者を特定するための条件として用いられる配信対象者の属性条件を店舗端末３から取得する。具体的には、属性条件取得部２ａは、店舗管理者が操作により入力した属性条件情報を店舗端末３から受信する。例えば店舗管理者が属性条件として「男性」、「２０代」、「会社員」といった属性条件を入力すると、当該属性条件が店舗端末３から属性条件取得部２ａに送信される。
【００２９】
配信候補者判定部２ｂは、店舗端末３に対応する施設から所定の距離範囲内に位置する人を配信候補者として判定する。具体的には、配信候補者判定部２ｂは、位置ＤＢ５ｂからユーザの位置情報を取得し、施設（店舗）から所定の距離の範囲内にいるユーザを抽出することで、配信候補者を判定する。配信候補者とは、ユーザのうち判定距離範囲内にいる者をいう。配信候補者の判定処理の詳細については後述する。
なお、配信依頼者端末としての店舗端末３に対応する施設（店舗）とは、その店舗端末３を用いる店舗管理者が、配信サーバ２が提供するサービスにログインした場合に、その店舗管理者のＩＤもしくは店舗端末３のＩＤに対応して登録されている施設（店舗等）であるとする。つまり、店舗管理者がログインした状態で、位置が特定される店舗のことを、ここでは「店舗端末３に対応する施設（店舗）」としている。
【００３０】
配信対象者判定部２ｃは、配信候補者のうち属性条件に適合する人を配信対象者として判定する。具体的には、配信対象者判定部２ｃは、ユーザＤＢ５ａから取得した配信候補者の属性情報と、店舗端末３から受信した属性条件情報を参照する。そして配信対象者判定部２ｃは、店舗端末３から受信した属性情報を有する配信候補者を配信対象者として判定する。例えば、店舗管理者が配信希望属性として「男性」、「２０代」、「会社員」といった属性情報を店舗端末３に入力した場合、配信候補者から「男性」、「２０代」、「会社員」といった属性情報を有する配信対象者を配信対象者として判定する。
【００３１】
人数算出部２ｄは、配信対象者の人数を算出する。具体的には、人数算出部２ｄは、配信対象者判定部２ｃが判定した配信対象者の人数を算出する。
【００３２】
提示制御部２ｅは、クーポン配信システムを構成する各種ウェブページデータの生成（ＨＴＭＬデータ生成）を行う。例えば配信対象者の人数を提示させる対象人数画面情報やクーポンの内容画面情報などの各種ウェブページデータの生成を行う。
【００３３】
配信要求取得部２ｆは、配信要求を店舗端末３から取得する。具体的には、配信要求取得部２ｆは、店舗管理者が店舗端末３に入力したクーポン情報を店舗端末３から受信する。例えば、配信要求取得部２ｆは、「受け取った人に限り、全品３０％オフ、本日限り有効」などの店舗管理者が配信を希望するクーポン内容を店舗端末３から受信する。
なお、店舗端末３から配信要求されたクーポン情報は、編集前のクーポン内容であってもよいし、すぐに配信できるような編集済みのクーポンであってもよい。
【００３４】
情報配信部２ｇは、配信対象者のユーザ端末４にクーポン内容情報を送信する。具体的には、情報配信部２ｇは、配信要求取得部２ｆが受け取ったクーポン内容に応じたクーポン画像を生成したり、或いは当該クーポン内容に該当するクーポン画像をウェブページＤＢ５ｄから取得するなどして、クーポン画像を含む情報、例えば電子メール情報等を生成し、当該情報をユーザ端末４に送信する。
【００３５】
滞在人数判定部２ｈは、店舗に滞在する人の人数を判定する。つまり店舗内の客の数である。なお、必ずしも正確な人数を判定する必要はない。
属性人数算出部２ｉは、例えば店舗の周辺に居る人として判定された配信候補者の人数に対する属性ごとの人数を属性人数として算出する。
属性割合算出部２ｊは、例えば店舗の周辺に居る人として判定された配信候補者の人数に対する属性ごとの人数の割合を属性割合として算出する。
【００３６】
［２−２．データベース］
以下これらの機能を備えた配信サーバ２が、配信候補者や配信対象者の判定、ユーザ端末４における配信内容の提示などを行うために用いるＤＢ５について説明する。
【００３７】
ＤＢ５は、例えばユーザ端末４及びユーザ端末４を所持するユーザに関するデータが記憶されるユーザＤＢ５ａ、ユーザ端末４の位置情報などが記憶される位置ＤＢ５ｂ、店舗端末３及びその店舗に関するデータが記憶される店舗ＤＢ５ｃ、店舗端末３及びユーザ端末４に提示する様々なウェブページデータが記憶されているウェブページＤＢ５ｄ、店舗に滞在する顧客の人数に応じた所定の距離のデータが記憶されている判定距離ＤＢ５ｅなどで構成されている。もちろんこれ以外にもＤＢ５は、インターネットの配信サーバ２として機能するために必要なＤＢを含んで構成されていてもよい。
【００３８】
ユーザＤＢ５ａは、例えば図４に示すように、クーポン配信サービスを利用するユーザ端末４を所持するユーザに関するデータが記憶される。例えば、ユーザ識別情報であるユーザＩＤ（identification）に対して、閲覧履歴情報、住所、氏名、性別や年齢などの属性情報、電子メールアドレスなどが紐付けられて記憶される。
なお、属性情報は性別、年齢、職業に限られることなく、趣味、好きな食べ物、性格など様々な属性情報を属性条件として記憶されていてもよい。
またユーザＤＢ５ａに登録されるユーザは、例えば配信サーバ２が提供するクーポン配信等のサービスを受けるために登録されたユーザなどであり、ユーザＩＤは当該登録に応じて付与されるものとすれば良い。
【００３９】
位置ＤＢ５ｂは、各ユーザの現在位置を登録するＤＢである。例えば図５に示すように位置ＤＢ５ｂには、ユーザＩＤ毎に、位置情報、当該位置情報の受信日時、配信候補者フラグ、配信対象者フラグなどが記憶される。
例えば配信サーバ２は、ユーザ端末４から位置情報を受信する度に、そのユーザＩＤに対応させて、位置情報及び受信日時を更新していく。即ち配信サーバ２は、携帯端末位置情報をユーザの位置情報として受信し、当該携帯端末位置情報に基づいて位置ＤＢ５ｂを更新する。携帯端末位置情報とは、ユーザが所持して行動する携帯型のユーザ端末４の位置情報である。位置情報は緯度情報と経度情報を有する。
このために、ユーザ端末４はビーコン（Beacon）やＧＰＳ（Global Positioning System）からビーコンＩＤやＧＰＳ位置情報などを取得し、当該情報を配信サーバ２に送信し、配信サーバ２は当該情報から位置情報を特定する。
例えばＧＰＳ位置情報を用いる場合、ユーザ端末４は、例えば定期的に、ＧＰＳ受信器で受信した情報から現在位置としての緯度情報や経度情報を取得し、それを配信サーバ２に送信する。
またビーコンを用いる場合、ユーザ端末４は、ビーコンから特定の範囲内に位置するとビーコンＩＤを取得する。ユーザ端末４は当該ビーコンＩＤを配信サーバ２に送信し、当該ビーコンＩＤを受信した配信サーバ２は、ビーコンＩＤに基づいて位置情報を取得する。  位置ＤＢ５ｂにおける配信候補者フラグは、後述の配信候補者判定処理で配信候補者と判定されたか否かを示すフラグである。具体的には、配信サーバ２は、店舗端末３に対応する施設から所定の距離範囲内に位置する配信候補者を、携帯端末位置情報に基づいて判定する。
配信対象者フラグは、後述の配信対象者判定処理で配信対象者と判定されたか否かを示すフラグである。
【００４０】
店舗ＤＢ５ｃは、図６に示すように、ユーザへのクーポンの配信を希望する店舗に関するデータが記憶される。例えば各店舗について、店舗識別情報としての店舗ＩＤ、店舗名、住所、電話番号、及び店舗に関するウェブページへのリンク情報（ＵＲＬ（Uniform Resource Locator））、配信候補者を判定する店舗からの距離範囲を指定した判定距離情報、などが記憶される。
なお、各店舗の店舗ＩＤは、店舗管理者のログインＩＤに紐づけられるなどして、店舗管理者と対応づけられている。
【００４１】
ウェブページＤＢ５ｄには、クーポン配信サービスを構成する様々なウェブページデータがウェブページのリンク情報（ＵＲＬ）に紐付けられて記憶されている。例えばログイン画面のウェブページデータやウェブサイトのウェブページデータ、属性入力画面情報、人数提示画面情報、クーポン画面情報などが挙げられる。
【００４２】
判定距離ＤＢ５ｅには、図７に示すように、店舗ＩＤごとに滞在人数情報とその人数に応じた判定距離情報が記憶されている。判定距離情報は、あらかじめ店舗管理者が店舗端末３を操作して登録要求することで、配信サーバ２が判定距離ＤＢ５ｅに記憶させる。
なお、判定距離情報は、このように店舗管理者が登録操作で設定するものに限られず、配信サーバ２によりあらかじめ決められていてもよい。
【００４３】
以上の各ＤＢを有するＤＢ５は、配信サーバ２とは別のサーバコンピュータ内に構築されていてもよいし、配信サーバ２内に構築されていてもよい。
また図示及び説明の便宜上、ＤＢ５として示したが、ユーザＤＢ５ａ、位置ＤＢ５ｂ、店舗ＤＢ５ｃ、ウェブページＤＢ５ｄ、判定距離ＤＢ５ｅの各ＤＢは、配信サーバ２がアクセス可能とされていればどのような形態で実現されていてもよい。例えば配信サーバ２と同一システム内の記憶部に各ＤＢのすべてが形成されていてもよいし、各ＤＢの一部又は全部が別体、遠隔地などのコンピュータシステムに設けられていてもよい。もちろん各ＤＢが一つの装置（例えば一つのＨＤＤなど）内に形成されている必要はない。また各ＤＢのそれぞれが、それぞれ１つのＤＢとして構成される必要もない。例えばユーザＤＢ５ａとして記憶される情報が、複数の配信対象者ＤＢ（例えばログイン用の配信対象者ＤＢと取引用の配信対象者ＤＢなど）により記憶管理されてもよい。実施の形態で説明する上記各ＤＢは、実施の形態の処理に関連する情報の記憶部を、それぞれ一つのＤＢの形態で例示したものに過ぎない。
【００４４】
＜３．店舗端末の提示画面の概要＞
以下本実施の形態の店舗がクーポン配信システムを使用する場合に、配信サーバ２によって店舗端末３に提示される画面の一例について図８乃至図１０を参照して説明する。
【００４５】
店舗端末３には、図８に示すように、店舗管理者が属性条件を入力する画面である属性条件入力画面１０が提示される。
属性条件入力画面１０は、属性条件情報を入力する複数の属性入力エリア１１と配信対象者の属性条件を配信サーバ２に送信する属性送信ボタン１２を有する。
複数の属性入力エリア１１は、店舗管理者が配信を希望する属性条件を操作（タッチ、クリック、キーボード操作等）により入力する。例えば店舗管理者は、複数の属性入力エリア１１に「男性」かつ「２０代」かつ「会社員」といった属性条件を入力する。属性条件の入力には例えばプルダウンが用いられ、店舗管理者は、プルダウンに提示された項目から属性条件を選択することができる。
属性送信ボタン１２は、属性入力情報の入力が完了したときに属性条件を送信するために店舗管理者により操作されるボタンである。
なお、図示していないが、配信候補者を判定するための判定距離範囲の入力エリアを設け、この属性入力画面において店舗管理者が自ら判定距離範囲を設定することができることとしてもよい。これにより店舗管理者が知りたい距離の範囲内の配信対象者の人数を容易に知ることができるため店舗管理者の利便性の向上を図ることができる。
【００４６】
店舗端末３には、図９に示すように、配信対象者の人数が人数提示画面２０に提示される。この人数提示画面２０では、例えば店舗を中心とした周囲１００ｍの範囲に、配信対象者が５０人居ることなどが提示される。
人数提示画面２０は、店舗管理者が再度属性条件を送信したいときに操作する再入力ボタン２１と、店舗管理者が配信対象者を決めたときに操作する対象決定ボタン２２を有する。
再入力ボタン２１は、例えば店舗管理者が、「配信対象者が想定よりも少なかったため属性情報を再入力したい」といった場合などに操作される。これにより、店舗管理者は、納得できる配信対象人数になるまで再度属性条件を入力することができる。
また対象決定ボタン２２は、店舗管理者が配信対象者の人数をみて、それで良いと判断し、クーポン内容を入力する場合に操作するボタンである。即ち店舗管理者は、店舗の周囲の特定の距離範囲内における、指定した属性に該当する配信対象者の人数を確認して、それらの人に対してクーポンを配信したいと決心した場合に、対象決定ボタン２２を操作する。
【００４７】
店舗端末３には、図１０に示すように、店舗端末３は、クーポン内容を入力するクーポン内容入力画面３０が提示される。
クーポン内容入力画面３０は、配信するクーポン内容を入力する内容入力エリア３１と配信するクーポン内容を配信サーバ２に送信するための内容送信ボタン３２を有する。
このクーポン内容入力画面３０は、上記の対象決定ボタン２２を操作した後に提供される画面である。店舗管理者は、先に人数提示画面２０で表示された人数に応じてクーポン内容を考えることができる。例えば所定の距離範囲内に入力した属性条件に該当する配信対象者が少ない場合は「３０％割引」に、該当する配信対象者が多い場合は「１０％割引」に割引率を変えるなど店舗の周辺にいる人数に応じた柔軟な内容のクーポン配信検討することができる。
店舗管理者は、内容入力エリア３１に、例えば「受け取った人に限り、全品３０％オフ、本日限り有効」などのクーポンの内容を入力する。入力後、店舗管理者が内容送信ボタン３２を操作すると、そのクーポンの内容が店舗端末３から配信サーバ２に送信される。
なお、内容送信ボタン３２を操作する際に、例えば配信対象者の属性、人数、クーポン内容が提示された確認画面が提示され、そこで配信決定を選択することで、店舗端末３から配信サーバ２にクーポン内容の情報が送信されるようにしても良い。
【００４８】
＜４．ユーザ端末の処理＞
ユーザの位置情報を送信する処理としてユーザ端末４が実行する処理について図１１を参照して説明する。
ユーザ端末４は、図１１に示す処理を実行することにより現在のユーザの位置情報を定期的に配信サーバ２に送信する。
【００４９】
まず、ユーザ端末４は、ステップＳ４０１において、位置情報を受信したか否かを判定する処理を行う。
例えばユーザ端末４は、前述のように、現在位置情報をビーコンやＧＰＳ情報などを用いて取得する。
【００５０】
位置情報を受信していないと判定した場合、ユーザ端末４は、ステップＳ４０１の処理を継続して行う。
【００５１】
位置情報を取得したと判定した場合、ユーザ端末４は、ステップＳ４０１からＳ４０２に処理を進め、位置情報送信処理を行う。例えばユーザ端末４は、取得した緯度情報や経度情報等の位置情報をユーザＩＤとともに配信サーバ２に送信する。
これに応じて配信サーバ２は、位置ＤＢ５ｂの更新を行う。つまり受信したユーザＩＤに対応させて位置情報を更新し、また受信日時を現在（受信時）の日時に更新する。
【００５２】
続いて、ユーザ端末４は、ステップＳ４０３において、位置情報送信処理を行ってから一定時間が経過したか否かについて判定する。
位置情報送信処理を行ってから一定時間が経過したと判定した場合、ユーザ端末４は、ステップＳ４０３からＳ４０１に処理を進め、以下同様の処理を行う。
なお、一定時間については特に限定されることはなく、例えば１０秒や５分等に設定することが考えられる。
多数のユーザ端末４が以上の処理を行うことで、位置ＤＢ５ｂには、各ユーザの最新の位置情報が登録されることになる。
例えばユーザ端末４では、配信サーバ２のサービスを享受するためのアプリケーションソフトウェアが起動されているときに、常時図１１の処理を行うことが考えられる。
【００５３】
＜５．クーポンの配信に関する処理＞
以下、配信サーバ２によるクーポン配信サービスに関する処理例を説明する。なお、以下の説明における配信サーバ２の処理は、図３に示した属性条件取得部２ａ、配信候補者判定部２ｂ、配信対象者判定部２ｃ、人数算出部２ｄ、提示制御部２ｅ、配信要求取得部２ｆ、情報配信部２ｇ、滞在人数判定部２ｈ、属性人数算出部２ｉ、属性割合算出部２ｊとしての各機能が連携して実行されるものである。
【００５４】
［５−１．全体の処理］
図１２は、配信サーバ２と店舗端末３が実行する処理の流れの一例を示している。ここでは、配信サーバ２が提供する配信サービスを利用するために、店舗管理者が店舗端末３を用いてクーポンの配信要求をする例を説明する。なお、店舗管理者が店舗端末３を用いて配信サーバ２が提供するサービスにログインしている状態であるとする。
【００５５】
店舗端末３は、ステップＳ３１において、配信サーバ２に属性条件を入力するための入力画面情報要求処理を行う。
【００５６】
入力画面情報要求を店舗端末３から受信すると、配信サーバ２は、ステップＳ２１において、入力画面情報送信処理を行う。即ち配信サーバ２は店舗端末３において属性条件入力画面１０を表示させる。
【００５７】
その後、属性条件入力画面１０に対する店舗管理者による入力等の操作に応じて、店舗端末３は、ステップＳ３２において、属性条件情報を配信サーバ２に送信する属性条件送信処理を行う。
【００５８】
店舗端末３から配信サーバ２へ属性条件情報が送信されると、配信サーバ２は、ステップＳ２２において、配信候補者を判定する配信候補者判定処理を行う。
次に配信サーバ２は、ステップＳ２３において、配信対象者を判定する配信対象者判定処理を行う。
そして配信対象者を判定すると、配信サーバ２は、ステップＳ２４において、判定された配信対象者の人数を算出する人数算出処理を行う。
【００５９】
人数算出処理により配信対象者の人数を算出すると、配信サーバ２は、ステップＳ２５において、算出した配信対象者の人数を提示する人数提示画面２０の画面情報を店舗端末３に送信する。
【００６０】
店舗端末３において人数提示画面２０を確認した店舗管理者が、対象決定ボタン２２を操作すると、店舗端末３は、ステップＳ３３において、クーポン内容を入力する画面情報を要求する処理を行う。  
【００６１】
クーポン内容を入力する画面情報の要求を受信すると、配信サーバ２は、ステップＳ２６において、クーポン内容入力画面３０の画面情報を店舗端末３に送信する処理を行う。
【００６２】
その後、店舗端末３においてクーポン内容入力画面３０に対し、店舗管理者がクーポン内容を入力して内容送信ボタン３２を操作すると、店舗端末３は、ステップＳ３４において、配信サーバ２にクーポン内容情報を送信する。このクーポン内容情報の送信は、ユーザ端末４へのクーポン配信をすることの要求としての意味も持つ（配信要求）。
【００６３】
店舗端末３からクーポン内容情報を受信すると、配信サーバ２は、ステップＳ２７において、クーポン内容情報に応じたクーポンのデータを生成し、ユーザ端末４にクーポンを配信する（配信処理）。
【００６４】
以上が配信サーバ２が提供するサービスにおける処理の、一般的な流れとなる。
【００６５】
［５−２．配信サーバの処理］
以上のようなクーポン配信サービスを実現するために配信サーバ２が行う処理の第１例について図１３を参照して説明する。
【００６６】
配信サーバ２は、ステップＳ１０１、Ｓ１１１、Ｓ１２１、Ｓ１３１、Ｓ１４１において、店舗端末３やユーザ端末４から送信される店舗管理者の操作情報や配信対象者の位置情報などを受信したか否かを判定する処理を行う。
【００６７】
ステップＳ１０１において、配信サーバ２が、店舗端末３から属性条件を入力する画面情報の要求を受信したと判定した場合、配信サーバ２は、ステップＳ１０１からＳ１０２に処理を進め、属性入力画面提示処理を行う。
具体的には配信サーバ２は、ウェブページＤＢ５ｄから属性入力画面の画面情報（ウェブページデータ）を取得し、店舗端末３に当該画面情報を送信する。店舗端末３では当該画面情報を受信することに応じて、属性条件入力画面１０を表示する（図８）。
【００６８】
配信サーバ２は、ステップＳ１１１において、店舗端末３から属性条件情報を受信したと判定した場合、ステップＳ１１１からＳ１１２に処理を進め、配信候補者判定処理を行う。
具体的には配信サーバ２は、位置ＤＢ５ｂからユーザの位置情報を取得し、そのうち店舗から所定の距離の範囲内にいるユーザを配信候補者として判定する。
またこのとき配信サーバ２は、位置ＤＢ５ｂにおいて配信候補者と判定されたユーザに配信候補者フラグをオンにする処理を行う。配信候補者フラグがオンのユーザは、配信候補者であることを示している。
所定の距離については、店舗管理者が店舗端末３から入力して登録要求しておくことで配信サーバ２が店舗ＤＢ５ｃに記憶させている。
なお、判定距離情報については配信サーバ２が固定値として決めておいても良い。
【００６９】
ここで、配信候補者判定処理（Ｓ２２、Ｓ１１２）の第１例について図１４を参照して説明する。
【００７０】
まず配信サーバ２は、ステップＳ２０１において、位置ＤＢ５ｂにおける全ユーザの配信候補者フラグをオフとする。
【００７１】
配信サーバ２は、ステップＳ２０２において、判定距離範囲を決定する判定距離決定処理を行う。例えば配信サーバ２は、店舗ＤＢ５ｃから判定距離情報を取得することで判定距離範囲を決定する。上記のように判定距離範囲を固定値として取得してもよい。
【００７２】
配信サーバ２は、ステップＳ２０３において、処理対象のユーザを特定する。即ち位置ＤＢ５ｂにエントリされているユーザの内の一人を処理対象として選択する。
そして配信サーバ２は、ステップＳ２０４において、選択したユーザが判定距離の範囲内に位置しているか否かを判定する。具体的には配信サーバ２は、当該ユーザの位置情報を取得し、例えば店舗ＤＢ５ｃに記憶された判定距離情報に基づいてユーザが判定距離の範囲内に位置するか否かを判定する。
つまり当該ユーザの位置情報が、店舗の所在地から判定距離範囲内にあるか否かを確認する。
なお、ここで、位置ＤＢ５ｂに登録された当該ユーザの位置情報については、受信日時の情報が所定時間以上過去である場合は、有効な位置情報として用いないことが適切である。即ち、ユーザの現在位置は常に変動しており、一方で、ユーザ端末４からの位置情報送信が必ず常時実行されているとは限らないためである。
例えば受信日時が現在より１時間前より過去である場合などは、その位置情報は無効とし、仮に店舗の近傍の位置であったとしても、判定距離範囲内とはしない。１時間とは一例であり、より精度を高めるには１０分、５分などとしてもよいし、場合によっては２時間等としてもよい。
【００７３】
対象のユーザが判定距離の範囲内に位置していると判定した場合、配信サーバ２は、ステップＳ２０４からＳ２０５に処理を進め、位置ＤＢ５ｂにおいて当該ユーザについて配信候補者フラグをオンとする。
対象のユーザが判定距離の範囲内に位置していない判定した場合、配信サーバ２は、ステップＳ２０４からＳ２０６に処理を進める。つまり配信候補者フラグをオフのままとする。
【００７４】
配信サーバ２は、ステップＳ２０６で、全ユーザについて配信候補者の判定が完了しているか否かを判定する。
【００７５】
全ユーザについて配信候補者の判定が完了していない場合、配信サーバ２は、ステップＳ２０６からＳ２０３に処理を進め、以下同様の処理を行う。つまり、位置ＤＢ５ｂにエントリされている次のユーザを処理対象とし、同様の処理を行う。
全ユーザについて配信候補者の判定が完了している場合、配信サーバ２は、図１４に示す処理を終了し、続いて図１３の配信対象者判定処理（Ｓ２３、Ｓ１１３）に進む。
この時点で、配信候補者フラグがオンとされたユーザが、配信候補者と判定されたユーザとなる。
【００７６】
以上のように配信候補者を判定すると、続いて配信サーバ２は、図１３のステップＳ１１３において、店舗管理者が入力した属性情報に基づいて配信対象者を判定する配信対象者判定処理を行う。
具体的には配信サーバ２は、配信候補者フラグによって示された配信候補者のうちで、受信した属性条件情報を有する人を配信対象者と判定する。
【００７７】
配信対象者判定処理（Ｓ２３、Ｓ１１３）の具体例について図１５を参照して説明する。
配信サーバ２はステップＳ３０１において、位置ＤＢ５ｂにエントリされている全ユーザの配信対象者フラグをオフにする処理を行う。
【００７８】
配信サーバ２は、ステップＳ３０２において、属性条件取得処理を行う。具体的には配信サーバ２は、店舗端末３からの受信データとしての属性条件情報を取得する。例えば配信サーバ２は、店舗管理者が店舗端末３を介して属性条件入力画面１０に入力した「男性」、「２０代」、「会社員」などの属性条件情報を取得する。
【００７９】
配信サーバ２は、ステップＳ３０３において、配信候補者のなかから一人のユーザを処理対象として選択する。具体的には配信サーバ２は、位置ＤＢ５ｂにおいて配信候補者フラグがオンになっているユーザのなかから一人のユーザを抽出する。
【００８０】
配信サーバ２は、ステップＳ３０４において、処理対象の配信候補者の属性情報の確認を行う。具体的には、配信サーバ２は、該配信候補者のユーザＩＤに基づいてユーザＤＢ５ａを検索し、当該配信候補者の属性情報を取得する。
【００８１】
配信サーバ２は、ステップＳ３０５において、当該配信候補者の属性が店舗端末３から受信した属性条件情報に該当するか否かを判定する。
【００８２】
当該配信候補者の属性が店舗端末３から受信した属性条件情報に該当すると判定した場合、配信サーバ２は、ステップＳ３０５からＳ３０６に処理を進め、位置ＤＢ５ｂにおいて配信対象者フラグをオンとする。
当該配信候補者の属性が店舗端末３から受信した属性条件情報に該当しないと判定した場合、配信サーバ２は、ステップＳ３０５からＳ３０７に処理を進める。つまり配信対象者フラグをオフのままとする。
【００８３】
配信サーバ２は、ステップＳ３０７で、全配信候補者について配信対象者の判定が完了しているか否かを判定する。
【００８４】
全配信候補者について配信対象者とするか否かの判定が完了していない場合、配信サーバ２は、ステップＳ３０７からＳ３０３に処理を進め、同様の処理を行う。つまり、配信候補者とされている次のユーザを処理対象とし、同様の処理を行う。
全配信候補者について配信対象者の判定が完了した場合、配信サーバ２は、図１５に示す処理を終了し、続いて図１３の人数算出処理（Ｓ２４、Ｓ１１４）に進む。
この時点で、配信対象者フラグがオンとされたユーザが、配信対象者と判定されたユーザとなる。
【００８５】
配信サーバ２は、ステップＳ１１４において、配信対象者の人数を算出する人数算出処理を行う。
【００８６】
そして、人数算出処理により配信対象者の人数を算出すると、配信サーバ２は、ステップＳ１１５において、算出した配信対象者の人数情報を用いて、人数提示画面２０のウェブページデータを生成し、当該ウェブページデータを店舗端末３に送信する。これにより店舗端末３上に人数提示画面２０が提示される（図９）。
【００８７】
店舗端末３からクーポン内容入力画面３０の要求を受信したと判定した場合、配信サーバ２はステップＳ１２１からステップＳ１２２に処理を進め、クーポン内容入力画面情報送信処理を行う。
具体的には、配信サーバ２は、ウェブページＤＢ５ｄからクーポン内容入力画面情報を取得して当該画面情報を店舗端末３に送信することで、店舗端末３上にクーポン内容入力画面３０を提示させる（図１０）。
【００８８】
配信サーバ２は、ステップＳ１３１において店舗端末３からクーポン内容情報（クーポンの配信要求）を受信したと判定した場合、ステップＳ１３１からＳ１３２に処理を進め、クーポンの配信処理を行う。
具体的には、配信サーバ２は、ウェブページＤＢ５ｄから取得したクーポン画面情報と受信したクーポン内容に応じてクーポン画面情報を生成する。そして例えば電子メール等によりクーポンをユーザ端末４に送信する。送信するユーザ端末４とは、配信対象者フラグがオンとされたユーザのユーザ端末４である。
これにより、配信要求を行った店舗管理者の店舗の近傍に居て、かつ店舗管理者が指定した属性を有するユーザのユーザ端末４上に、店舗管理者が設定した内容のクーポンが表示されることになる。
【００８９】
配信サーバ２は、ステップＳ１４１において、ユーザ端末４から位置情報を受信したか否かを判定する処理を行う。
配信サーバ２は、ユーザ端末４から位置情報を受信したと判定した場合、ステップＳ１４１からＳ１４２に処理を進め、位置ＤＢ更新処理を行う。
具体的には、配信サーバ２は、図１１の処理として定期的に多数のユーザ端末４から送信される当該位置情報を受信し、受信毎に位置ＤＢ５ｂにユーザＩＤに対応して当該位置情報を記憶する。
【００９０】
＜６．変形例及び他の実施例＞
［６−１．配信候補者判定処理の第２例］
配信候補者判定処理（Ｓ２２、Ｓ１１２）の第２例について図１６を参照して説明する。なお、図１４と同様の処理については同一符号を付し、説明を省略する。
この第２例は第１例（図１４）とはステップＳ２１０の滞在人数判定処理とステップＳ２１１の判定距離決定処理が異なるものである。例えば店舗に滞在する顧客の人数である滞在人数に応じて配信候補者を判定する距離を変動させる処理である。
【００９１】
配信サーバ２は、ステップＳ２１０において、滞在人数を判定する滞在人数判定処理を行う。配信サーバ２による滞在人数の判定処理は、人数の情報の受信処理でもよいし、人数の算出自体を行ってもよい。
具体的には例えば算出を店舗端末３が行う手法がある。例えば店舗端末３が店舗内に設置したビデオカメラで撮影した映像を解析し、映像から人物を解析する画像解析ソフトを用い、滞在人数を算出する手法や、店舗の出入口にセンサーを設置し、入店者と退店者の人数を把握することで、滞在人数を算出する手法などが考えられる。その場合店舗端末３が配信サーバ２に人数情報を送信し、配信サーバ２は人数情報を受信することで滞在人数判定を行う。例えば店舗端末３等は、滞在顧客人数を１０秒や５分等の短い間隔で定期的に算出し、当該滞在顧客人数を配信サーバ２に送信するようにしてもよいし、特定の時点、例えば配信サーバ２に入力画面を要求した場合のみに送信するようにしてもよい。
また配信サーバ２自体が人数を算出する手法としては、ユーザ端末４からの位置情報が、ＧＰＳ情報に基づく位置情報かビーコンに基づく位置情報かを判定する手法がある。例えば、ビーコンによる位置情報（ビーコンＩＤ）が得られるユーザは店舗内にいると推定し、その人数を算出すればよい。  
【００９２】
配信サーバ２は、ステップＳ２１１において、配信候補者を判定するために用いる店舗からの距離範囲である判定距離範囲を決定する判定距離決定処理を行う。具体的には、配信サーバ２は、滞在人数に応じて判定距離ＤＢ５ｅから判定距離範囲情報を取得する。例えば図７に示すように店舗での顧客の滞在人数が「１１〜２０人」である場合、配信サーバ２は、判定距離範囲として判定距離ＤＢ５ｅから「２００ｍ」を取得する。
【００９３】
ステップＳ２０３以降は図１４と同様である。従って、店舗内が混んでいるときと空いているときなどで、配信候補者の条件とする距離範囲が変化されることになる。
例えば空いているときは、距離範囲を広げ、配信候補者が多くなるようにし、逆に混んでいるときは距離範囲を狭め、配信候補者が少なくなるようにすることができる。
【００９４】
［６−２．配信候補者判定処理の第３例］
配信候補者判定処理（Ｓ２２、Ｓ１１２）の第３例について図１７及び図１８を参照して説明する。なお、図１４と同様の処理については、説明を省略する。この変形例はステップＳ１１２の変形例であり、例えば図１７に示すように、店舗から「１００ｍ」、「２００ｍ」、「３００ｍ」と、一定の距離ごとに配信候補者を判定したいときに用いる処理である。図１７においては、人数提示画面２０ａにおいて、判定距離と判定距離ごとの配信対象者の人数が２０ｂ、２０ｂ、２０ｂとして提示されている。
また本例の場合、位置ＤＢ５ｂには判定距離としての「１００ｍ」、「２００ｍ」、「３００ｍ」のそれぞれに配信候補者フラグが設けられている。
つまり位置ＤＢ５ｂには、各ユーザに対応して「１００ｍ配信候補者フラグ」、「２００ｍ配信候補者フラグ」、「３００ｍ配信候補者フラグ」と「配信対象者フラグ」が用意される。
【００９５】
まず配信サーバ２は、ステップＳ２２１において、全ユーザの「１００ｍ配信候補者フラグ」、「２００ｍ配信候補者フラグ」、「３００ｍ配信候補者フラグ」を全てオフとする。
【００９６】
配信サーバ２は、ステップＳ２２２において、判定距離範囲を「３００ｍ」に決定し、ステップＳ２２３において、処理対象のユーザを特定する。即ち位置ＤＢ５ｂにエントリされているユーザの内の一人を処理対象として選択する。
【００９７】
配信サーバ２は、ステップＳ２２４において、選択したユーザが店舗から「３００ｍ」の範囲内に位置しているか否かを判定する。具体的には配信サーバ２は、位置ＤＢ５ｂから判定するユーザの位置情報を取得し、ユーザが店舗から「３００ｍ」の範囲内（判定距離範囲内）に位置するか否かを判定する。
なお、図１４で説明した場合と同様、受信日時の情報が所定時間以上過去である場合は、そのユーザの位置情報は有効な位置情報として用いないことが適切である。
【００９８】
該ユーザが店舗から「３００ｍ」の範囲内に位置していると判定した場合、配信サーバ２は、ステップＳ２２４からＳ２２５に処理を進め、位置ＤＢ５ｂの「３００ｍ配信候補者フラグ」をオンとする。
該ユーザが店舗から「３００ｍ」の範囲内に位置していない判定した場合、配信サーバ２は、ステップＳ２２４からＳ２２６に処理を進める。つまり「３００ｍ配信候補者フラグ」をオフのままとする。
【００９９】
このような処理を、ステップＳ２２６で全ユーザについて３００ｍでの配信候補者の判定が完了していると判断されるまで、各ユーザについて実行する。
【０１００】
全ユーザについて３００ｍでの配信候補者の判定が完了したら、配信サーバ２は、ステップＳ２２２ａに処理を進める。
配信サーバ２は、ステップＳ２２２ａにおいて、判定距離範囲を「２００ｍ」に決定し、ステップＳ２２３ａ、Ｓ２２４ａ、Ｓ２２５ａ、Ｓ２２６ａの処理を行う。
つまり判定距離範囲を変更した上で、上記ステップＳ２２３〜Ｓ２２６と同様の処理を行い、２００ｍ範囲内に居るユーザについて「２００ｍ配信候補者フラグ」をオンとする処理を行う。
【０１０１】
さらにステップＳ２２６ａで全ユーザについて２００ｍでの配信候補者の判定が完了していると判断されたら、配信サーバ２は、ステップＳ２２２ｂに処理を進める。
配信サーバ２は、ステップＳ２２２ｂにおいて、判定距離範囲を「１００ｍ」に決定し、ステップＳ２２３ｂ、Ｓ２２４ｂ、Ｓ２２５ｂ、Ｓ２２６ｂの処理を行う。
つまり判定距離範囲を変更した上で、上記ステップＳ２２３〜Ｓ２２６と同様の処理を行い、１００ｍ範囲内に居るユーザについて「１００ｍ配信候補者フラグ」をオンとする処理を行う。
【０１０２】
以上の処理が完了したら、配信サーバ２は、図１３に示す配信対象者判定処理（Ｓ２４、Ｓ１１３）に移る。
この場合、図１３のステップＳ１１３では、「１００ｍ配信候補者フラグ」、「２００ｍ配信候補者フラグ」、「３００ｍ配信候補者フラグ」のいずれかがオン、つまりは少なくとも「３００ｍ配信候補者フラグ」とされているユーザを対象として、属性を確認して配信対象者を判定し、属性条件が満たされたら配信対象者フラグをオンとする処理を行う。
【０１０３】
また続くステップＳ１１４では、配信対象者フラグがオンとされたユーザを対象として、人数算出処理を「１００ｍ配信候補者フラグ」、「２００ｍ配信候補者フラグ」、「３００ｍ配信候補者フラグ」のそれぞれについて行えば良い。つまり、
・「配信対象者フラグ：オン」であり「３００ｍ配信候補者フラグ」の人数
・「配信対象者フラグ：オン」であり「２００ｍ配信候補者フラグ」の人数
・「配信対象者フラグ：オン」であり「１００ｍ配信候補者フラグ」の人数
をそれぞれ算出する。
この算出結果を用いて人数提示画面２０ａのウェブページデータを生成し、当該ウェブページデータを店舗端末３に送信する。これにより店舗端末３上に例えば図１７に示す人数提示画面２０ａが提示される。
【０１０４】
なお、本例においては「１００ｍ」、「２００ｍ」、「３００ｍ」について配信候補者判定処理を行ったが、判定する距離は３つに限られることはなく、例えば２又は４以上であってもよい。また距離の間隔においても本変形例では１００ｍ間隔で表示したが、必ずしもこの間隔に限られることはなく５０ｍ間隔や１０００ｍ間隔など様々な間隔を設定することができる。さらに距離の間隔は一定の間隔である必要はなく、他にも「１００ｍ」、「３００ｍ」、「７００ｍ」…のように間隔が徐々に広がっているものなどが考えられる。
【０１０５】
［６−３．配信サーバの処理の第２例］
配信サーバ２が行う処理の第２例について図１９及び図２０を参照して説明する。なお、図２０において図１３と同様の処理については同一符号を付し、説明を省略する。
この第２例は図１３のステップＳ１１４とＳ１１５の間にステップＳ１５１を追加し、ステップＳ１１５をＳ１５２に変更した例である。
【０１０６】
配信サーバ２は、ステップＳ１５１において、属性人数算出処理を行う。具体的には、配信サーバ２が判定した配信候補者の属性情報ごとの人数を属性人数として算出する。例えば配信サーバ２は、位置ＤＢ５ｂにおいて配信対象者フラグがオンとされている配信候補者の属性情報をユーザＤＢ５ａから取得し、図１９に示すように、「性別」、「年代」、「職業」など、様々な属性の人数を算出する。
【０１０７】
そして配信サーバ２はステップＳ１５２において、算出した配信対象者の人数情報や、配信候補者の属性人数の情報を用いて、図１９のような人数提示画面２０ｃのウェブページデータを生成し、当該ウェブページデータを店舗端末３に送信する。これにより店舗端末３上に人数提示画面２０ｃが提示される。
【０１０８】
つまり、この図１９の例の場合、配信対象者の５０人は、店舗の近辺に居る人で、店舗管理者が指定した属性の人の人数であるが、実際には配信対象者にならなかった配信候補者も多く居ることが想定される。そこで、配信候補者も含めて、どのような属性の人が店舗の近辺にいるかを示す情報を提示する。
これにより、例えば店舗管理者が、見落としていた属性条件を満たす配信候補者が店舗の周囲に多く位置していたなど、入力した属性条件は有さないものの店舗の潜在的な顧客である配信候補者を知ることができるようになる。
なお、算出の手法としては、配信サーバ２が、店舗ＤＢ５ｃから店舗のジャンル情報を取得して、取得した店舗のジャンルに応じた属性に基づいて配信候補者に対する当該属性の人数を算出することも考えられる。
例えば店舗が「若年層向けの紳士服」の販売店だった場合、店舗の属性を「２０代」、「会社員」、「男性」とし、配信サーバ２は、配信候補者に対する前記属性を有する配信対象者の人数を算出する。
【０１０９】
［６−４．配信サーバの処理の第３例］
配信サーバ２が行う処理の第３例について図２１及び図２２を参照して説明する。なお、図２２において図１３と同様の処理については同一符号を付し、説明を省略する。
この第３例は図１３のステップＳ１１４とＳ１１５の間にステップＳ１６１を追加し、ステップＳ１１５をＳ１６２に変更した例である。
【０１１０】
配信サーバ２は、ステップＳ１６１において、属性割合算出処理を行う。具体的には、配信サーバ２が判定した配信候補者の人数に対する属性情報ごとの人数の割合を属性割合として算出する。例えば、配信サーバ２は、ユーザＤＢ５ａから算出した配信候補者の属性情報を取得し、配信候補者の「男女比率」、「年代分布」、「職業割合」など、様々な属性の割合を算出する。
なお、算出の手法としては、配信サーバ２が、店舗ＤＢ５ｃから店舗のジャンル情報を取得して、取得した店舗のジャンルに応じた属性に基づいて配信候補者に対する当該属性の割合情報を算出することも考えられる。例えば店舗が「若年層向けの紳士服」の販売店だった場合、店舗の属性を「年齢」、「職業」、「性別」とし、配信サーバ２は、配信候補者に対する当該属性を有する配信対象者の割合を算出する。
【０１１１】
そして配信サーバ２は、ステップＳ１６２において、算出した配信対象者の人数情報や、配信候補者の属性割合の情報を用いて、図２１のような人数提示画面２０ｄのウェブページデータを生成し、当該ウェブページデータを店舗端末３に送信する。これにより店舗端末３上に人数提示画面２０ｄが提示される。
つまり、この図２１の例の場合、配信対象者の５０人という情報とともに、実際には配信対象者にならなかった配信候補者も含めて、店舗の近辺にいる人の属性の割合を示す情報を提示する。
【０１１２】
＜７．まとめ＞
以上の実施の形態では、次のような効果が得られる。
実施の形態の配信サーバ２（情報処理装置）は、配信対象者を抽出するための条件として用いられる配信対象者の属性条件を店舗端末３（配信依頼者端末）から取得する属性条件取得部２ａと、店舗端末３（配信依頼者端末）が指定する店舗（施設）から所定の距離の範囲内に位置する人を配信候補者として判定する配信候補者判定部２ｂと、配信候補者のうち配信条件に適合する人を配信対象者として判定する配信対象者判定部２ｃと、配信対象者の人数を算出する人数算出部２ｄと、店舗端末３（配信依頼者端末）に配信対象者の人数を提示させる提示制御部２ｅと、配信要求を店舗端末３（配信依頼端末）から取得する配信要求取得部２ｆと、配信対象者のユーザ端末４に配信要求に応じた情報を配信する情報配信部２ｇと、を備える。
このような配信サーバ２によるサービスを享受する店舗管理者（配信依頼者）は、店舗端末３により任意に指定した属性情報に該当する配信対象者が、店舗の周辺に何人いるのかを確認することができる。またその後、店舗管理者は、店舗端末３を用いて当該配信対象者の人数に応じたクーポン内容を配信サーバ２に指示することで、配信対象者に対してその内容のクーポン配信を配信サーバ２に依頼できる。
従って、店舗管理者は、店舗の周囲に配信対象としたい属性の人が何人いるかを容易に確認することができる。また、確認した配信対象者の人数に応じた配信情報を作成することで、より配信対象者の興味を惹く適切な内容のクーポンを配信することが可能となる。
例えば、店舗管理者は、表示された人数に応じてクーポン内容を考えることができる。例えば所定の距離範囲内に入力した属性条件に該当する配信対象者が少ない場合は「３０％割引」に、該当する配信対象者が多い場合は「１０％割引」に割引率を変えるなど店舗の周辺にいる人数に応じた柔軟な内容のクーポンを配信対象者に配信することができる。よって、配信対象者の配信情報の使用の促進及び店舗の情報配信の効率化を図ることができる。
【０１１３】
また、店舗（施設）の滞在人数を判定する滞在人数判定部２ｈを有し、店舗（施設）の滞在人数に応じて、所定の距離範囲を変更する。（図１６参照）
これにより、店舗内の滞在人数によって、配信対象者の数が変動する。
従って、店舗管理者は、店舗内の滞在人数に応じて、情報の配信人数を変動させることで、店舗の都合に合った配信対象者の配信情報の使用の促進を図ることができ、その結果、店舗は効率的に来店者の確保を図ることができる。
【０１１４】
また、人数算出部２ｄは、店舗（施設）から一定の距離ごとに配信対象者の人数を算出する。（図１７、図１８参照）
これにより、店舗管理者は、店舗から各距離に何人の配信対象者がいるか確認することができる。
従って、店舗管理者は各距離の配信対象者を参照しながら配信する範囲を選択できるため、より効率的に来店者の確保を図ることができる。
【０１１５】
また、配信候補者判定部２ｂが判定した配信候補者の属性情報ごとの人数を属性人数として算出する属性人数算出部２ｉを有し、提示制御部２ｅは、属性人数を配信対象者のユーザ端末４に提示させる。（図１９、図２０参照）
これにより、店舗管理者は、自分が選択した属性条件以外の属性の人数についてどのくらいの人数がいるかを確認することができる。
従って、例えば店舗管理者が、見落としていた属性条件を満たす配信候補者が店舗の周囲に多く位置していたなど、入力した属性条件は有さないものの店舗の潜在的な顧客である配信候補者を知ることができるようになる。
【０１１６】
また、配信候補者判定部２ｂが判定した配信候補者の人数に対する属性情報ごとの人数の割合を属性割合として算出する属性割合算出部２ｊを有し、提示制御部２ｅは、属性割合を配信対象者のユーザ端末４に提示させる。（図２１、図２２参照）
これにより、店舗管理者は、自分が選択した属性情報以外の属性がどのくらいの割合でいるかを確認することができる。
従って、店舗管理者は自分が選択した属性情報以外の属性の人がどのくらいの割合でいるかを容易に確認することができるため、それらを参照し、店舗にとって適した属性の人を選択し、クーポン内容を考えることなどが可能となる。よって、店舗はより効率的に来店者の確保を図ることができる。
【０１１７】
属性割合算出部２ｊは、配信候補者の人数のうち店舗（施設）のジャンルごとに設定した属性情報ごとの割合を属性割合として算出する。（図２１、図２２参照）
これにより、店舗は、自己の店舗に関係のある属性の割合情報を閲覧することが可能となる。
従って、関係のないジャンルの属性情報が表示されることを防止することで、自己の店舗に必要な割合情報を容易に閲覧することができ、その結果、より容易に店舗にとって適した属性を選択し直すことが可能となる。
【０１１８】
＜８．プログラム及び記憶媒体＞
以上、本発明の情報処理装置の実施の形態としての配信サーバ２を説明してきたが、実施の形態のプログラムは、配信サーバ２における少なくとも属性条件取得部２ａ、配信候補者判定部２ｂ、配信対象者判定部２ｃ、人数算出部２ｄ、提示制御部２ｅ、配信要求取得部２ｆ、情報配信部２ｇの処理を情報処理装置（ＣＰＵなど）に実行させるプログラムである。
【０１１９】
実施の形態のプログラムは、配信対象者を抽出するための条件として用いられる配信対象者の属性条件を店舗端末３（配信依頼者端末）から取得する処理を情報処理装置に実行させる。また店舗端末３（配信依頼者端末）が指定する店舗（施設）から所定の距離の範囲内に位置する人を配信候補者として判定する処理を情報処理装置に実行させる。さらに配信候補者のうち配信条件に適合する人を配信対象者として判定する処理を情報処理装置に実行させる。さらにまた、配信対象者の人数を算出する処理を情報処理装置に実行させる。その上、店舗端末３（配信依頼者端末）に配信対象者の人数を提示させる処理を情報処理装置に実行させる。加えて、配信要求を店舗端末３（配信依頼端末）から取得する処理を情報処理装置に実行させる。また、配信対象者のユーザ端末４に配信要求に応じた情報を配信する処理を情報処理装置に実行させる。
即ちこのプログラムは、配信サーバ２に対して図１３〜図１６、図１８、図２０、図２２で説明した処理を実行させるプログラムである。
【０１２０】
このようなプログラムにより、上述した配信サーバ２としての情報処理装置を実現できる。
そしてこのようなプログラムはコンピュータ装置などの機器に内蔵されている記録媒体としてのＨＤＤや、ＣＰＵを有するマイクロコンピュータ内のＲＯＭなどに予め記録しておくことができる。或いはまた、半導体メモリ、メモリカード、光ディスク、光磁気ディスク、磁気ディスクなどのリムーバブル記録媒体に、一時的或いは永続的に格納（記録）しておくことができる。またこのようなリムーバブル記録媒体は、いわゆるパッケージソフトウェアとして提供することができる。
また、このようなプログラムは、リムーバブル記録媒体からパーソナルコンピュータなどにインストールする他、ダウンロードサイトから、ＬＡＮ、インターネットなどのネットワークを介してダウンロードすることもできる。
【０１２１】
＜９．第２の実施の形態＞
以下、第２の実施の形態について図２３及び図２４を参照して説明する。
本実施の形態においては、配信依頼者端末を店舗端末３とし、配信サーバ２が提供する配信サービスを店舗管理者が利用するにあたり、配信サーバ２が配信情報であるクーポンを配信する範囲を検出手段に応じて店舗端末３に提示させる例について説明する。
ここで、検出手段とは、配信サーバ２が配信情報を配信する際に必要となる位置情報を取得する手段をいう。第１の検出手段としては、広範囲における緯度情報や経度情報を取得できる手段が好適であり、本実施の形態では例としてＧＰＳを用いて説明する。第１の検出手段は、第１の実施形態における配信候補者判定処理においてユーザ端末４を検出する手段に相当する。第２の検出手段としては、検出機器から非常に近い範囲の位置情報を取得することが可能な手段が適しており、例えばＢｌｕｅｔｏｏｔｈ（登録商標）を適用することができる。第２の検出手段は、第１の実施形態における滞在人数判定処理において店舗内の滞在人数を判定する手段に相当する。本実施の形態では、例としてＢＬＥ（Bluetooth Low Energy）を用いてＵＵＩＤ（Universally Unique Identifier）を送信することで検出機器から近い範囲の位置情報を取得できるビーコンを用いる。すなわちこの場合、第２の検出手段とはＢｌｕｅｔｏｏｔｈ信号の発信器である。
【０１２２】
ここでは、例えば、ユーザ端末４に、クーポンの提供を受けるためのアプリケーションを予めインストールしておき、起動状態にしておく。このアプリケーションは、配信サーバ２に対して、第１の検出手段により、ＧＰＳによって取得した自端末の位置情報を常に送信するとともに、第２の検出手段により発信されるビーコン信号の待機状態としておく。
【０１２３】
図２３に示すように、以下の実施の形態では、配信情報の配信範囲として第１の所定範囲、第２の所定範囲及び第３の所定範囲を例に挙げて説明する。
第１の所定範囲は、第１の検出手段（例えば、ＧＰＳ）により検出したものであって、施設（店舗）にすぐたどり着ける程度の距離をいう。例えば目的の施設等から１００ｍ程離れた位置をいうものとする。
第２の所定範囲は、第２の検出手段（例えば、ＢＬＥビーコンや超音波通信などの近距離通信技術）により検出したものであって、施設（店舗）から１０ｍ程度の距離又は施設内をいうものとする。
第３の所定範囲は、第１の検出手段（例えば、ＧＰＳ）により検出したものであって、第１の所定範囲より広い位置にあり、施設（店舗）にすぐには来店できない距離、例えば店舗から３００ｍ程離れた距離範囲をいう。
【０１２４】
すなわち、本実施形態では、第１の検出手段（例えば、ＧＰＳ）によって、数１００ｍ程度の第１の所定範囲内に存在するユーザ端末４を検出する一方、ＧＰＳとは異なる第２の検出手段（例えば、ＢＬＥビーコンや超音波通信などの近距離通信技術）によって、第１の所定範囲内における数ｍ程度の第２の所定範囲内にユーザ端末４が存在するか否かを検出する。そして、第１の検出手段による検出結果と、第２の検出手段による検出結果とに基づいて、第１の所定範囲と、第２の所定範囲と、第３の所定範囲とに存在するユーザ端末の数を特定することが可能になる。またこのような特定結果に基づいて、状況に応じて、それぞれの所定範囲に存在するユーザ端末４に対して送信する配信情報を出し分けることが可能になる。
【０１２５】
ここで、ＧＰＳだけでは、ユーザ端末４を持つユーザが店舗の近くに来ていることは特定できても、店舗の中にいて滞在しているか否かはわからない。一方、ＢＬＥビーコンだけでは、ユーザ端末４を持つユーザが店舗内にいることは特定できても、店舗の外の数１００ｍ以内に存在するかどうかはわからない。これに対し、本実施形態では、方式の異なる複数の検出手段（ＧＰＳとＢＬＥビーコン）を用いることにより、ＧＰＳによって、ユーザ端末４を持つユーザが店舗に立ち寄ることができるほど近くにいることができるとともに、ＢＬＥビーコンによって、ユーザ端末４を持つユーザが実際に店舗内に立ち寄っている（滞在している）ことが特定できる。
【０１２６】
これによれば、店舗外の天気や、店舗内の混雑状況などに応じて、クーポンの配信を柔軟に行うことができる。例えば、ハンバーガーショップにおいてクーポンを配信する場合を考える。このとき、既に店舗内に滞在しており、ハンバーガーセットメニューの提供を受けて食事中であるユーザに対して、ハンバーガーセットメニューの割引クーポンを提供することはあまり有効ではない。しかし、このようなユーザに対しては、例えば食後のデザートメニューのクーポンを提供することは有効である可能性がある。一方、店舗外ではあるが近隣にいるユーザに対しては、例えば昼前の時刻にハンバーガーセットメニューの割引クーポンを提供することで、来店してもらうことができる可能性がある。さらに、例えば施設が飲食のジャンルである場合と、物販のジャンルである場合とで、制御を変えることもできる。例えば、飲食店であれば店舗外にしかクーポンを提供しないが、物販であれば店舗内と店舗外との双方にクーポンを提供するなどの制御を行うことができる。
なおこの場合、ユーザ端末４が店舗内に存在することをより確実に特定するために、第２の検出手段としては壁を透過しにくい通信技術である赤外線ビーコンや音波ビーコン等が好適である。また一方で、例えば壁を透過しやすいミリ波、マイクロ波等の通信方式を組み合わせて、例えば滞在人数に応じて、これらの通信方式を切り替えるようにしてもよい。
【０１２７】
図２４Ａは、配信サーバ２と店舗端末３が実行する処理の流れの一例を示している。
ここでは、配信サーバ２が提供するクーポン配信サービスを利用するために、店舗管理者が店舗端末３を用いてクーポンの配信要求をする例を説明する。なお、店舗管理者が店舗端末３を用いて配信サーバ２が提供するサービスにログインしている状態であるとする。
【０１２８】
店舗端末３は、ステップＳ４１において、配信サーバ２にクーポンを配信する範囲を入力するための入力画面情報要求処理を行う。
【０１２９】
入力画面情報要求を店舗端末３から受信すると、配信サーバ２は、ステップＳ５１において、入力画面情報送信処理を行う。即ち配信サーバ２は店舗端末３において、配信範囲やクーポン内容を入力させる画面を表示させる。このとき、店舗管理者はユーザ端末４に配信するクーポンの内容を入力する操作を行う。
入力する配信範囲としては、例えば、第１の所定範囲、第２の所定範囲、第１の所定範囲のうち第２の所定範囲を含まない範囲等が挙げられる。また入力するクーポンの内容としては「今すぐご来店で全品２０％オフ」、「今月中のご来店で特定の商品について１０％オフ」といったものが考えられる。
これにより、店舗を含めた配信対象となる全てのユーザのユーザ端末４に配信したい場合は第１の所定範囲を選択し、施設内又は施設の近隣にいるユーザのユーザ端末４に配りたい場合は第２の所定範囲を選択し、施設外にいるユーザに配りたい場合は第１の所定範囲のうち第２の所定範囲を含まない範囲を選択することで、店舗管理者が希望するターゲットとなるユーザに適切なクーポンを配信することができる。
また、店舗管理者が希望する所定の範囲は上記に限られることはなく、第１の検出手段により検出したものであって、第１の所定範囲より広い位置にある第３の所定距離範囲内を設けることとしてもよい。
これにより、例えば店舗から１００ｍしか離れていないユーザには「今すぐご来店で１０％オフ」といったクーポンを送り、店舗から３ｋｍ以上離れておりすぐには来店が見込まれないユーザには「今週中にご来店で５％オフ」といったクーポンを送ることができる。このように、ユーザの位置に応じた柔軟なクーポンの送信が可能となる。
【０１３０】
その後、店舗管理者による入力等の操作に応じて、店舗端末３は、ステップＳ４２において、配信内容、配信範囲及び配信要求を配信サーバ２に送信する配信要求処理を行う。
【０１３１】
店舗端末３から配信内容、配信範囲及び配信要求を受信すると、配信サーバ２は、ステップＳ５２において、クーポンの配信内容に応じたクーポンのデータを生成し、指定された配信範囲から抽出したユーザ端末４にクーポンを配信する。
【０１３２】
以上が配信サーバ２が提供するサービスにおける処理の、一般的な流れとなる。
【０１３３】
以上のようなクーポン配信サービスを実現するために配信サーバ２が行う処理について図２４Ｂを参照して説明する。
【０１３４】
配信サーバ２は、ステップＳ６０１、Ｓ６１１、Ｓ１４１において、ユーザ端末４から送信されるユーザの位置情報などを受信したか否かを判定する処理を行う。
【０１３５】
ステップＳ６０１において、配信サーバ２が、クーポンを配信する範囲を入力するための画面の情報の要求を受信したと判定した場合、配信サーバ２は、ステップＳ６０１からＳ６０３に処理を進め、クーポンを配信する範囲を入力するための画面の提示処理を行う。
【０１３６】
配信サーバ２は、ステップＳ６１１において、店舗端末３から配信内容、配信範囲及び配信要求を受信したと判定した場合、ステップＳ６１１からＳ６１３に処理を進め、配信対象者判定処理を行う。
具体的には、配信サーバ２は、店舗管理者が指定した範囲内からの位置情報を１時間以内に受信したユーザ端末４を配信対象端末と判定し、位置ＤＢ５ｂから抽出する。なお、この判定処理においては、店舗管理者が指定した範囲内の位置情報を１時間以内に受信したユーザ端末４に限られることはなく、５秒や１０分以内に受信したユーザ端末４等任意に設定することができる。
【０１３７】
配信サーバ２は、ステップＳ６１５において、クーポンを配信対象端末であるユーザ端末４に配信する処理を行う。
【０１３８】
配信サーバ２は、ステップＳ１４１において、ユーザ端末４から位置情報を受信したか否かを判定する処理を行う。
配信サーバ２は、ユーザ端末４から位置情報を受信したと判定した場合、ステップＳ１４１からＳ１４２に処理を進め、位置ＤＢ５ｂの更新処理を行う。
具体的には、配信サーバ２は、図１１の処理と同様に定期的に多数のユーザ端末４から送信される当該位置情報を受信し、受信毎に位置ＤＢ５ｂにユーザＩＤに対応して当該位置情報を記憶する。また、特に本実施の形態においては、位置情報としてＧＰＳ位置情報とビーコンの両方を用いる。そのため、配信サーバ２は、受信した位置情報がＧＰＳから受信した情報であるか、ビーコンＩＤに基づいて受信した位置情報であるかを判定し、位置情報の種別についても位置ＤＢ５ｂに記憶する。
【０１３９】
配信サーバ２はステップＳ１４１、ステップＳ１４２のいずれかの処理を終えると、ステップＳ６０１に戻り、以下同様の処理を繰り返す。
【０１４０】
また、第２の実施の形態は、上記実施の形態における図１３に示すように、店舗管理者が配信を希望する属性条件を入力することで、第１の所定範囲内や第２の所定範囲内に属性条件を満たすユーザのユーザ端末４の数を提示することが可能である。これにより、店舗管理者は、第１の所定範囲内や第２の所定範囲内に配信を希望するユーザが何人いるのかを把握しつつ、クーポンの内容を決めることができる。
【０１４１】
＜１０．第３の実施の形態＞
以下第３の実施の形態について図２５及び図２６を参照して説明する。
第３の実施の形態は、広範囲における緯度情報や経度情報を取得する第１の位置情報検出手段と第１の検出手段に比べて壁を透過しにくい通信方式を用いた検出手段である第２の位置情報検出手段とを用いて、ユーザ端末４の位置情報を取得することで、ユーザの現在位置をより正確に把握し、ユーザに対して目的地まで案内する位置情報配信サービスについて説明する。本実施の形態においては、配信依頼者端末をユーザ端末４として説明する。
また、ここではユーザがある建物の中にある複数の店舗のうちの一店舗に行くことを目的として、位置情報配信サービスを利用することを想定して説明する。
この場合において、図２３に示す第１の所定範囲は、ＧＰＳ情報によって把握できる建物の外の位置を検出する範囲を意味し、第２の所定範囲は、ビーコンにより把握される建物の中のユーザの目的地である店舗を意味するものとする。
【０１４２】
以下、配信サーバ２による位置情報配信サービスに関する処理例を説明する。第１の実施の形態と共通する処理については説明を省略するものとする。
【０１４３】
図２５Ａは、配信サーバ２とユーザ端末４が実行する処理の流れの一例を示している。ここでは、配信サーバ２が提供する位置情報配信サービスを利用するために、ユーザがユーザ端末４を用いて目的地の位置情報を要求する例を説明する。
【０１４４】
ユーザ端末４は、ステップＳ７１において、配信サーバ２に目的地の店舗情報を入力するための入力画面情報要求を行う。
入力画面情報要求をユーザ端末４から受信すると、配信サーバ２は、ステップＳ８１において、入力画面情報提示処理を行う。即ち配信サーバ２はユーザ端末４において目的地の入力画面を表示させる。
その後、目的地の入力画面に対するユーザによる入力操作に応じて、ユーザ端末４は、ステップＳ７２において、目的地の情報を配信サーバ２に送信する。
【０１４５】
目的地の情報を受信した配信サーバ２は、ステップＳ８２において、取得したユーザの位置情報の種別から、ユーザが目的地に到着しているか否かを判定し通知する現在位置情報通知処理を行う。
【０１４６】
以上が配信サーバ２が提供するサービスにおける処理の、一般的な流れとなる。
【０１４７】
以上のような位置情報配信サービスを実現するために配信サーバ２が行う処理について図２４Ｂを参照して説明する。
【０１４８】
配信サーバ２は、ステップＳ７０１、Ｓ７１１、Ｓ１４１において、ユーザ端末４から送信されるユーザの位置情報などを受信したか否かを判定する処理を行う。  
【０１４９】
ステップＳ７０１において、配信サーバ２が、ユーザ端末４から目的地の情報を入力する画面情報の要求を受信したと判定した場合、配信サーバ２は、ステップＳ７０１からＳ７０３に処理を進め、目的地の入力画面の提示処理を行う。
具体的には配信サーバ２は、ウェブページＤＢ５ｄから属性入力画面の画面情報（ウェブページデータ）を取得し、ユーザ端末４に当該画面情報を送信する。ユーザ端末４では当該画面情報を受信することに応じて、目的地を入力する画面を表示する。
【０１５０】
配信サーバ２は、ステップＳ７１１において、ユーザ端末４から目的地情報を受信したと判定した場合、ステップＳ７１１からＳ７１３に処理を進め、現在位置情報通知処理を行う。現在位置情報通知処理の詳細については後述する。
【０１５１】
配信サーバ２は、ステップＳ１４１において、ユーザ端末４から位置情報を受信したか否かを判定する処理を行う。
配信サーバ２は、ユーザ端末４から位置情報を受信したと判定した場合、ステップＳ１４１からＳ１４２に処理を進め、位置ＤＢ更新処理を行う。
具体的には、配信サーバ２は、図１１の処理と同様に定期的に多数のユーザ端末４から送信される当該位置情報を受信し、受信毎に位置ＤＢ５ｂにユーザＩＤに対応して当該位置情報を記憶する。また、特に本実施の形態においては、位置情報としてＧＰＳ位置情報とビーコンの両方を用いる。そのため、配信サーバ２は、受信した位置情報がＧＰＳ受信器で受信した情報であるか、ビーコンＩＤに基づいて受信した位置情報であるかを判定し、位置情報の種別についても位置ＤＢ５ｂに記憶する。
【０１５２】
配信サーバ２はステップＳ１４１、ステップＳ１４２のいずれかの処理を終えると、ステップＳ７０１に戻り、以下同様の処理を繰り返す。
【０１５３】
次に、現在位置情報通知処理（Ｓ８２、Ｓ７１３）について図２６を参照して説明する。
【０１５４】
まず、配信サーバ２は、ステップＳ８０１において、目的地の位置情報を取得する処理を行う（目的地位置情報取得）。配信サーバ２は、ユーザ端末４から受信した目的地情報に基づいて、例えば店舗情報の記録された店舗ＤＢ５ｃから目的地である店舗の位置情報を取得する。
【０１５５】
配信サーバ２は、ステップＳ８０３において、第１位置情報取得処理を行う。配信サーバ２は、例えば位置ＤＢ５ｂにおける直近のＧＰＳ受信器で受信した情報から現在位置としての緯度情報や経度情報を取得する。
【０１５６】
配信サーバ２は、ステップＳ８０５において、第１位置情報に基づく位置と目的地位置情報の比較を行い、ステップＳ８０７において、第１位置情報に基づく位置が目的地位置情報に基づく範囲に含まれるか否か判定する。目的地位置情報に基づく範囲は、建物の広さを考慮し、例えば建物ごとに当該範囲を設定しておくものとする。
【０１５７】
第１位置情報に基づく位置が目的地位置情報に基づく位置に含まれないと判定した場合、配信サーバ２は、ステップＳ８０７からステップＳ８１１に処理を進め、目的地の建物自体に未だ到着していない旨をユーザ端末４に通知する未到着通知処理を行う。この場合、配信サーバ２は、目的地の建物の位置情報を同時に送信してもよい。また、通知の方法としては、近くに目的の建物がある場合はその建物までの道筋をガイドしたり、店舗の電話番号を表示することとしてもよい。
【０１５８】
第１位置情報に基づく位置が目的地位置情報に基づく位置に含まれると判定した場合、配信サーバ２は、ステップＳ８０７からステップＳ８０９に処理を進め、第２位置情報取得処理を行う。
配信サーバ２は、例えば位置ＤＢ５ｂにおける直近のビーコンの位置情報を取得する。
【０１５９】
配信サーバ２は、ステップＳ８１３において、第２位置情報に基づく位置と目的地位置情報に基づく位置の比較を行い、ステップＳ８１５において、第２位置情報に基づく位置が目的地位置情報に基づく位置に含まれるか否か判定する。
【０１６０】
第２位置情報に基づく位置が目的地位置情報に基づく位置に含まれないと判定した場合、配信サーバ２は、ステップＳ８１５からステップＳ８１７に処理を進め、目的地の建物自体に到着しているが、階数が違う等の情報をユーザ端末４に通知する未到着通知処理を行う。この場合、配信サーバ２は、目的地には到達しているが階数が違う等の位置情報を同時に送信してもよい。また、店舗ＤＢ５に店舗の住所情報が記憶されている場合は、そこから店舗の階数を把握し、通知することも可能である。
【０１６１】
第２位置情報に基づく位置が目的地位置情報に基づく位置に含まれると判定した場合、配信サーバ２は、ステップＳ８１５からステップＳ８１９に処理を進め、目的地に到着した旨を伝える到着通知処理を行う。
【０１６２】
配信サーバ２は、ステップＳ８１１、ステップＳ８１７又はステップＳ８１９の処理を行うことで、現在位置情報通知処理を完了する。
【０１６３】
＜１１．まとめ＞
以上の実施の形態では、次のような効果が得られる。
実施の形態の配信サーバ２（情報処理装置）は、第１の検出手段（例えば、ＧＰＳ）により検出した第１の所定範囲内に存在する端末を第１配信対象端末と判定し、第２の検出手段（例えば、ＢＬＥビーコンや超音波通信などの近距離通信技術）により検出した前記第１の所定範囲内の第２の所定範囲内に存在する端末を第２配信対象端末と判定する配信対象判定部と、配信依頼者端末からの配信要求を取得する配信要求取得部と、前記配信要求に応じた情報を、前記第１配信対象端末と、前記第１配信対象端末であって前記第２配信対象端末に該当しない端末と、前記第２配信対象端末とのうち少なくともいずれかに配信する情報配信部と、を備えるものである。
異なる検出手段により配信対象端末の検出範囲を設定することで、端末の検出範囲において、それぞれの検出手段の特徴を生かした端末の把握が可能となる。また、端末の検出にあたり複数の検出手段を用いることで、端末の検出漏れが少なくなる。従って、ユーザの端末の位置をより正確に、柔軟に把握することができる。
そのため、配信依頼者が店舗管理者であった場合は、第１配信対象端末、又は第１配信対象端末であって第２配信対象端末に該当しない端末、又は第２配信対象端末等、配信したい端末を自由に選択することができる。このため、店舗管理者は、柔軟に配信対象とする範囲を設定することが可能となる。
また、第１の検出手段にＧＰＳを用い、第２の検出手段にビーコンを用いるとすると、店舗又は店舗付近にいるユーザ端末４にクーポンを配りたい場合は、ビーコンを用いた第２の所定範囲にクーポンを配信する。これによりＧＰＳに比べて正確に店舗又は店舗付近にいるユーザ端末４にクーポンを配信することができる。さらに、第１の所定範囲と第２の所定範囲を比較することで、第１配信対象端末であって第２配信対象端末に該当しない端末、例えば店舗外にいるユーザのユーザ端末４にも、ＧＰＳだけを用いたときよりも正確にクーポンを配信することができる。
また、配信依頼者がユーザであった場合は、ＧＰＳ（第１の検出方法）を用いた目的地の緯度、経度の位置情報だけでなく、ビーコン（第２の検出方法）を用いることで、例えば、配信サーバ２が、ＧＰＳ情報を受信しているが、ビーコンＩＤを受信していると判定した場合、目的の建物には到着しているが目的の店舗は別の階にあるといった通知をユーザ端末４にすることができる。これにより、目的地には着いたものの、建物が広すぎたり、店舗が紛らわしかった場合であっても、ユーザは目的の店舗は当該建物内の別の場所にあることを把握することができる。
【０１６４】
また、配信サーバ２（情報処理装置）は、第１の検出手段により検出した、第１の所定範囲より広い第３の所定範囲内に存在する端末を第３配信対象端末と判定することが考えられる。これにより、情報の配信目的に適した検出範囲を柔軟に設定することができる。
従って、店舗管理者（配信依頼者）は、配信目的、配信内容に応じて店舗から適切な距離にあるユーザ端末４にクーポン等の情報を配信することができる。
【０１６５】
また、配信サーバ２（情報処理装置）は、第２の検出手段は、第１の検出手段に比べて壁を透過しにくい通信方式を用いた検出手段であることが考えられる。これにより、第２の検出手段を用いることで、施設（例えば店舗）内の端末数をより正確に検出することができる。
【０１６６】
また、配信サーバ２（情報処理装置）は、配信対象判定部は、第１の所定範囲内に存在すると推定される端末のうち、端末使用者が配信依頼者端末から取得した属性条件に適合する端末を第１配信対象端末とし、第２の所定範囲内に存在すると推定される端末のうち、端末使用者が配信依頼者端末から取得した属性条件に適合する端末を第２配信対象端末とすることが考えられる。
これにより、配信依頼者は、配信対象としたい属性の人の所有する端末が、施設（店舗等）の周囲にどれぐらい存在しているのかを容易に確認することができる。
【０１６７】
上記した情報処理装置においては、前記第１配信対象端末及び前記第２配信対象端末の端末数を算出する算出部と、前記配信依頼者端末に前記第１配信対象端末及び前記第２配信対象端末の端末数を提示させる提示制御部と、を有することが考えられる。
これにより、施設（例えば店舗）のスタッフ（配信依頼者）は、自分が選択した属性条件以外の属性の人がどのくらいの割合でいるかを確認することができる。
従って、店舗管理者は、店舗の周囲に配信対象としたい属性の人が何人いるかを容易に確認することができる。また、確認した配信対象者の人数に応じた配信情報を作成することで、より配信対象者の興味を惹く適切な内容のクーポンを配信することが可能となる。
【０１６８】
＜１２．プログラム及び記憶媒体＞
実施の形態のプログラムは、第１の検出手段により検出した第１の所定範囲内に存在する端末を第１配信対象端末と判定し、第２の検出手段により検出した前記第１の所定範囲内の第２の所定範囲内に存在する端末を第２配信対象端末と判定する処理を情報処理装置に実行させる。また、配信依頼者端末からの配信要求を取得する処理を情報処理装置に実行させる。さらにまた、前記配信要求に応じた情報を、前記第１配信対象端末と、前記第１配信対象端末であって前記第２配信対象端末に該当しない端末と、前記第２配信対象端末とのうち少なくともいずれかに配信する処理を情報処理装置に実行させる。
即ちこのプログラムは、配信サーバ２に対して図２４乃至図２６で説明した処理を実行させるプログラムである。
【０１６９】
このようなプログラムにより、上述した配信サーバ２としての情報処理装置を実現できる。
そしてこのようなプログラムはコンピュータ装置などの機器に内蔵されている記録媒体としてのＨＤＤや、ＣＰＵを有するマイクロコンピュータ内のＲＯＭなどに予め記録しておくことができる。或いはまた、半導体メモリ、メモリカード、光ディスク、光磁気ディスク、磁気ディスクなどのリムーバブル記録媒体に、一時的或いは永続的に格納（記録）しておくことができる。またこのようなリムーバブル記録媒体は、いわゆるパッケージソフトウェアとして提供することができる。
また、このようなプログラムは、リムーバブル記録媒体からパーソナルコンピュータなどにインストールする他、ダウンロードサイトから、ＬＡＮ、インターネットなどのネットワークを介してダウンロードすることもできる。
【０１７０】
なお、本実施の形態においては、情報配信の一例としてクーポンを用い、クーポン配信システムとして説明したが、本発明の配信情報はクーポンに限られることはなく、所定の事項に関する情報であれば特に限定されることはない。配信情報としては、例えば広告、施設への入場券、整理券、施設についての各種案内、紹介情報、店舗等の施設に関するブログやレビューなどが挙げられる。また配信情報は、配信サーバ２からネットワーク１を介してユーザ端末４に直接送信することもできるし、例えば第２の検出手段であるＢＬＥ発信器に送信して記憶させておき、ＢＬＥ発信器がユーザ端末４に送信することもできる。
従って店舗以外に公共施設、イベント会場、遊園地、テーマパーク、公園等、各種の「施設」について本発明を適用できる。その場合の配信依頼者端末は、それらの施設の関係者が利用する端末装置となる。
【０１７１】
また、本実施の形態においては、店舗管理者を配信依頼者、クーポンをユーザ端末を介して受信する者を配信対象者としたが、本発明の「店舗管理者」と「配信対象者」の関係は「店舗」と「クーポンの配信を受ける者」の関係に限られることはなく、例えば「コンサート会場」と「整理券の配信の受信者」や「図書館」と「推薦図書の紹介情報の受信者」、「学校」と「開講講座情報の受信者」など様々な実施の形態が考えられる。
【０１７２】
最後に、上述した各実施の形態の説明は本発明の一例であり、本発明は上述の実施の形態に限定されることはない。このため、上述した各実施の形態以外であっても、本発明に係る技術的思想を逸脱しない範囲であれば、設計などに応じて種々の変更が可能であることはもちろんである。
【符号の説明】
【０１７３】
１…ネットワーク、２…配信サーバ、３…店舗端末、４…ユーザ端末、２ａ…属性条件取得部、２ｂ…配信候補者判定部、２ｃ…配信対象者判定部、２ｄ…人数算出部、２ｅ…提示制御部、２ｆ…配信要求取得部、２ｇ…情報配信部、２ｈ…滞在人数判定部、２ｉ…属性人数算出部、２ｊ…属性割合算出部
【図１】
0006321769.tif 000002
【図２】
0006321769.tif 000003
【図３】
0006321769.tif 000004
【図４】
0006321769.tif 000005
【図５】
0006321769.tif 000006
【図６】
0006321769.tif 000007
【図７】
0006321769.tif 000008
【図８】
0006321769.tif 000009
【図９】
0006321769.tif 000010
【図１０】
0006321769.tif 000011
【図１１】
0006321769.tif 000012
【図１２】
0006321769.tif 000013
【図１３】
0006321769.tif 000014
【図１４】
0006321769.tif 000015
【図１５】
0006321769.tif 000016
【図１６】
0006321769.tif 000017
【図１７】
0006321769.tif 000018
【図１８】
0006321769.tif 000019
【図１９】
0006321769.tif 000020
【図２０】
0006321769.tif 000021
【図２１】
0006321769.tif 000022
【図２２】
0006321769.tif 000023
【図２３】
0006321769.tif 000024
【図２４】
0006321769.tif 000025
【図２５】
0006321769.tif 000026
【図２６】
0006321769.tif 000027