(57)【要約】【課題】  ビーコンから発信されたビーコン信号を受信する携帯端末に適切にデータを配信するための仕組みを提供すること。【解決手段】  ビーコンから発信されたビーコン信号を受信した携帯端末にデータを送信する情報処理装置であって、前記携帯端末が受信した前記ビーコン信号の受信強度と、前記携帯端末が前記ビーコン信号を受信した受信回数又は受信期間とに応じて、前記携帯端末に送信する情報を決定する決定手段と、前記決定手段により決定された情報を前記携帯端末に送信する送信手段と、を備えることを特徴とする。【選択図】図６
2018026123.tif 000002
【特許請求の範囲】
【請求項１】
ビーコンから発信されたビーコン信号を受信した携帯端末にデータを送信する情報処理装置であって、
前記携帯端末が受信した前記ビーコン信号の受信強度と、前記携帯端末が前記ビーコン信号を受信した受信回数又は受信期間とに応じて、前記携帯端末に送信する情報を決定する決定手段と、
前記決定手段により決定された情報を前記携帯端末に送信する送信手段と、
を備えることを特徴とする情報処理装置。
【請求項２】
前記決定手段は、前記携帯端末が受信した前記ビーコン信号の受信強度と、前記受信強度で前記携帯端末が前記ビーコン信号を継続して受信した受信回数又は受信期間とに応じて、前記携帯端末に送信する情報を決定することを特徴とする請求項１に記載の情報処理装置。
【請求項３】
前記ビーコン信号を前記携帯端末が受信する受信強度と、前記ビーコン信号を前記携帯端末が受信する受信回数又は受信期間とに対応して前記携帯端末に送信する情報を記憶する記憶手段と、
前記携帯端末から、前記携帯端末が受信した前記ビーコン信号の受信強度と、前記携帯端末が前記ビーコン信号を受信した受信回数又は受信期間とを取得する取得手段と、
を更に備え、
前記決定手段は、前記取得手段により取得された受信強度と受信回数又は受信期間とに対応して前記記憶手段に記憶された情報を、前記携帯端末に送信する情報として決定することを特徴とする請求項１又は２に記載の情報処理装置。
【請求項４】
前記決定手段は、前記携帯端末が前記ビーコン信号を受信可能なエリアを含む会場にいる人数と、前記携帯端末が受信した前記ビーコン信号の受信強度と、前記携帯端末が前記ビーコン信号を受信した受信回数又は受信期間とに応じて、前記携帯端末に送信する情報を決定することを特徴とする請求項１乃至３の何れか１項に記載の情報処理装置。
【請求項５】
前記決定手段は、前記携帯端末が前記ビーコン信号を受信する所定の受信強度のエリアにいる人数と、前記携帯端末が受信した前記ビーコン信号の受信強度と、前記携帯端末が前記ビーコン信号を受信した受信回数又は受信期間とに応じて、前記携帯端末に送信する情報を決定することを特徴とする請求項１乃至４の何れか１項に記載の情報処理装置。
【請求項６】
前記決定手段は、前記携帯端末が前記ビーコン信号を受信する受信強度ごとのエリアにいる人数と、前記携帯端末が受信した前記ビーコン信号の受信強度と、前記携帯端末が前記ビーコン信号を受信した受信回数又は受信期間とに応じて、前記携帯端末に送信する情報を決定することを特徴とする請求項１乃至４の何れか１項に記載の情報処理装置。
【請求項７】
撮像装置が前記エリアを含む会場を撮像して得られた画像を解析することにより、前記エリア、又は前記エリアを含む会場にいる人数を取得する人数取得手段を更に備え、
前記決定手段は、前記人数取得手段により取得された人数と、前記携帯端末が受信した前記ビーコン信号の受信強度と、前記携帯端末が前記ビーコン信号を受信した受信回数又は受信期間とに応じて、前記携帯端末に送信する情報を決定することを特徴とする請求項４乃至６の何れか１項に記載の情報処理装置。
【請求項８】
前記決定手段は、前記ビーコン信号を受信した携帯端末の数と、前記携帯端末が受信した前記ビーコン信号の受信強度と、前記携帯端末が前記ビーコン信号を受信した受信回数又は受信期間とに応じて、前記携帯端末に送信する情報を決定することを特徴とする請求項１乃至３の何れか１項に記載の情報処理装置。
【請求項９】
前記決定手段は、前記ビーコン信号を受信した受信強度ごとの携帯端末の数と、前記携帯端末が受信した前記ビーコン信号の受信強度と、前記携帯端末が前記ビーコン信号を受信した受信回数又は受信期間とに応じて、前記携帯端末に送信する情報を決定することを特徴とする請求項１乃至３の何れか１項に記載の情報処理装置。
【請求項１０】
ビーコンから発信されたビーコン信号を受信した携帯端末にデータを送信する情報処理装置であって、
前記携帯端末が受信した前記ビーコン信号の受信強度と、前記携帯端末が前記ビーコン信号を受信した受信回数又は受信期間とに応じて、前記携帯端末に情報を送信する否かを決定する決定手段を備えることを特徴とする情報処理装置。
【請求項１１】
前記決定手段は、前記携帯端末が前記ビーコン信号を受信可能なエリアを含む会場にいる人数と、前記携帯端末が受信した前記ビーコン信号の受信強度と、前記携帯端末が前記ビーコン信号を受信した受信回数又は受信期間とに応じて、前記携帯端末に情報を送信する否かを決定することを特徴とする請求項１０に記載の情報処理装置。
【請求項１２】
ビーコンから発信されたビーコン信号を受信した携帯端末にデータを送信する情報処理装置おける制御方法であって、
決定手段が、前記携帯端末が受信した前記ビーコン信号の受信強度と、前記携帯端末が前記ビーコン信号を受信した受信回数又は受信期間とに応じて、前記携帯端末に送信する情報を決定する決定工程と、
送信手段が、前記決定工程により決定された情報を前記携帯端末に送信する送信工程と、
を備えることを特徴とする制御方法。
【請求項１３】
ビーコンから発信されたビーコン信号を受信した携帯端末にデータを送信する情報処理装置における制御方法であって、
決定手段が、前記携帯端末が受信した前記ビーコン信号の受信強度と、前記携帯端末が前記ビーコン信号を受信した受信回数又は受信期間とに応じて、前記携帯端末に情報を送信する否かを決定する決定工程を備えることを特徴とする制御方法。
【請求項１４】
コンピュータを、請求項１乃至１１の何れか１項の情報処理装置の各手段として機能させることを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ビーコンから発信されたビーコン信号を受信する携帯端末に適切にデータを配信するための技術に関するものである。
【背景技術】
【０００２】
従来、たとえば、複数の会社が合同で行う就職説明会などのイベントで、会社は、学生に対して、会社説明会の資料などを紙で配布していた。
【０００３】
また、特許文献１には、ビーコンを用いて、クーポン（特典）の情報を携帯端末に配信する仕組みが提案されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２０１５−１９７９０１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
例えば、就職説明会などのイベントで、会社が学生に資料を紙で配布していたため、会社側としては、コストがかかると共に、配布する作業が煩雑であった。
【０００６】
そこで、就職説明会などのイベントで、会社が学生に配布していた資料を、ビーコンを用いて、学生が携帯する携帯端末に送信することが考えられる。
【０００７】
しかしながら、例えば、Ａ企業には興味がないが、Ａ企業付近の通路で、単に一時的に立ち止まっているユーザに、Ａ企業の不要なデータ（例えば、Ａ企業の説明会のアンケート）を配信したり、メッセージを表示させたりすると、学生（当該ユーザ）にとっては、不要なデータを受信することになる。
【０００８】
また、例えば、Ａ企業の会場内が学生でいっぱいで、Ａ企業付近の通路のエリア（受信強度が弱のエリア）で学生がＡ企業の説明を立ち見している場合には、そのような学生に対しても、Ａ企業のデータ（例えば、Ａ企業の説明会のアンケート）を配信したり、メッセージを適切に表示させるようにしなければ、興味を持っている学生への企業説明の機会の損失になる。
【０００９】
本発明の目的は、ビーコンから発信されたビーコン信号を受信する携帯端末に適切にデータを配信するための仕組みを提供することである。
【課題を解決するための手段】
【００１０】
本発明は、ビーコンから発信されたビーコン信号を受信した携帯端末にデータを送信する情報処理装置であって、前記携帯端末が受信した前記ビーコン信号の受信強度と、前記携帯端末が前記ビーコン信号を受信した受信回数又は受信期間とに応じて、前記携帯端末に送信する情報を決定する決定手段と、前記決定手段により決定された情報を前記携帯端末に送信する送信手段と、を備えることを特徴とする。
【００１１】
また、本発明は、ビーコンから発信されたビーコン信号を受信した携帯端末にデータを送信する情報処理装置であって、前記携帯端末が受信した前記ビーコン信号の受信強度と、前記携帯端末が前記ビーコン信号を受信した受信回数又は受信期間とに応じて、前記携帯端末に情報を送信する否かを決定する決定手段を備えることを特徴とする。
【発明の効果】
【００１２】
本発明によれば、ビーコンから発信されたビーコン信号を受信する携帯端末に適切にデータを配信することができる。
【図面の簡単な説明】
【００１３】
【図１】本発明の実施形態に係る情報処理システムの構成を示す図である。
【００１４】
【図２】図１に示したクライアント端末１０１、サーバ１０２、クライアント端末１０３、携帯端末１０５に適用可能な情報処理装置のハードウェア構成を示すブロック図である。
【００１５】
【図３】図１に示したイベント会場の構成の一例を示す図である。
【００１６】
【図４】ユーザ（例えば、学生）が、イベント会場入口から、イベント会場内に入ってきて、各社の会場に入る様子の一例を示す図である。
【００１７】
【図５】ユーザ（例えば、学生）が、イベント会場入口から、イベント会場内に入ってきて、Ａ企業の会場に入り、Ａ企業の説明を聞いている様子の一例を示す図である。
【００１８】
【図６】サーバ１０２に記憶されている、会社案内などのデータ（ファイル）の配信条件の一例を示す図である。
【００１９】
【図７】サーバ１０２のメモリに記憶される管理テーブル７０１の一例を示す図である。
【００２０】
【図８】ビーコン１０４Ａ、携帯端末１０５、サーバ１０２が実行する処理を示すフローチャートの一例を示す図である。
【００２１】
【図９】撮像装置３０３、サーバ１０２が実行する処理を示すフローチャートの一例を示す図である。
【００２２】
【図１０】携帯端末１０５の表示部に表示されるメッセージの一例を示す図である。
【００２３】
【図１１】撮像装置３０３、サーバ１０２が実行する処理を示すフローチャートの一例を示す図である。
【００２４】
【図１２】サーバ１０２が実行する処理を示すフローチャートの一例を示す図である。
【００２５】
【図１３】サーバ１０２に記憶されている、会社案内などのデータ（ファイル）の配信条件の一例を示す図である。
【発明を実施するための形態】
【００２６】
以下、図面を参照して、本発明の実施形態を詳細に説明する。
【００２７】
以下、本発明を適用した好適な実施形態を、添付図面を参照しながら詳細に説明する。
＜図１の説明＞
図１は、本発明の実施形態に係る情報処理システムの構成を示す図である。
【００２８】
図１に示す１０１は、例えば、就職説明会などのイベントを企画し運営するイベント管理会社のクライアント端末である。また、図１に示す１０２は、当該イベント管理会社のサーバである。
【００２９】
ここで、サーバ１０２は、本発明の、ビーコンが設置されたイベント会場に来場するユーザが携帯する携帯端末に情報を配信するサーバの適用例である。
【００３０】
すなわち、サーバ１０２は、本発明の情報処理装置の適用例であり、ビーコン１０４から発信されたビーコン信号を受信した携帯端末１０５にデータを送信する。
【００３１】
また、図１に示す１０３は、例えば、就職説明会のイベントに出展する法人（企業）のクライアント端末である。
【００３２】
また、図１に示す１０４は、例えば、就職説明会のイベントの会場に設置されるビーコンである。３０３は、当該会場に設置されるデジタルカメラ等の撮像装置３０３である。
【００３３】
また、図１に示す１０５は、例えば、就職活動を行っている学生１０６が携帯する、スマートフォンやタブレットＰＣなどの可搬可能な携帯端末である。また、この携帯端末には、ビーコン１０４が発するビーコン信号（電波）を受信する機構及び機能を備えている。
【００３４】
図１に示す１０７は、有線、又は無線のネットワーク１０７であり、クライアント端末１０１、サーバ１０２、クライアント端末１０３、撮像装置３０３、携帯端末１０５と通信可能に接続されている。
【００３５】
ここでは、イベントの例として、就職説明会で説明するが、イベントは、これに限らず、展示会など他のイベントであっても構わない。
＜図２の説明＞
以下、図２を用いて、図１に示したクライアント端末１０１、サーバ１０２、クライアント端末１０３、携帯端末１０５に適用可能な情報処理装置のハードウェア構成について説明する。
【００３６】
図２は、図１に示したクライアント端末１０１、サーバ１０２、クライアント端末１０３、携帯端末１０５に適用可能な情報処理装置のハードウェア構成を示すブロック図である。
【００３７】
図２において、２０１はＣＰＵで、システムバス２０４に接続される各デバイスやコントローラを統括的に制御する。また、ＲＯＭ２０３あるいは外部メモリ２１１には、ＣＰＵ２０１の制御プログラムであるＢＩＯＳ（Ｂａｓｉｃ  Ｉｎｐｕｔ  ／  Ｏｕｔｐｕｔ  Ｓｙｓｔｅｍ）やオペレーティングシステムプログラム（以下、ＯＳ）や、各サーバ或いは各ＰＣの実行する機能を実現するために必要な後述する各種プログラム等が記憶されている。
【００３８】
２０２はＲＡＭで、ＣＰＵ２０１の主メモリ、ワークエリア等として機能する。ＣＰＵ２０１は、処理の実行に際して必要なプログラム等をＲＯＭ２０３あるいは外部メモリ２１１からＲＡＭ２０２にロードして、該ロードしたプログラムを実行することで各種動作を実現するものである。
【００３９】
また、２０５は入力コントローラで、キーボード（ＫＢ）や不図示のマウス等のポインティングデバイス等の入力装置２０９からの入力を制御する。２０６はビデオコントローラで、液晶ディスプレイ等のディスプレイ装置２１０への表示を制御する。なお、２１０のディスプレイ装置は、タッチパネルになっており、ディスプレイ上の画面を押下されることにより操作することが可能な入力装置としても機能する。
【００４０】
２０７はメモリコントローラで、ブートプログラム，各種のアプリケーション，フォントデータ，ユーザファイル，編集ファイル，各種データ等を記憶する外部記憶装置（ハードディスク（ＨＤ））や、フレキシブルディスク（ＦＤ）、或いはＰＣＭＣＩＡカードスロットにアダプタを介して接続されるコンパクトフラッシュ（登録商標）メモリ等の外部メモリ２１１へのアクセスを制御する。
【００４１】
２０８は通信Ｉ／Ｆコントローラで、ネットワークを介して外部機器と接続・通信するものであり、ネットワークでの通信制御処理を実行する。例えば、ＴＣＰ／ＩＰを用いた通信等が可能である。
【００４２】
なお、ＣＰＵ２０１は、例えばＲＡＭ２０２内の表示情報用領域へアウトラインフォントの展開（ラスタライズ）処理を実行することにより、ディスプレイ装置２１０上での表示を可能としている。また、ＣＰＵ２０１は、ディスプレイ装置２１０上の不図示のマウスカーソル等でのユーザ指示を可能とする。
【００４３】
本発明を実現するための後述する各種プログラムは、外部メモリ２１１に記録されており、必要に応じてＲＡＭ２０２にロードされることによりＣＰＵ２０１によって実行されるものである。さらに、上記プログラムの実行時に用いられる定義ファイル及び各種情報テーブル等も、外部メモリ２１１に格納されており、これらについての詳細な説明も後述する。
＜図３の説明＞
次に、図３を用いて、図１に示したイベント会場の構成例について、説明する。
【００４４】
図３は、図１に示したイベント会場の構成の一例を示す図である。
【００４５】
図３に示すように、イベント会場には、イベント会場入口があり、複数の企業（Ａ企業、Ｂ企業、・・・）の会場がそれぞれ壁で仕切られている。
【００４６】
図３に示すＡ企業の会場の公演台３０１Ａには、ビーコン１０４Ａが設置されており、ビーコン１０４Ａが、会場内に設けられた複数の椅子３０２Ａに向けてビーコン信号（電波）を発信（送信）する構成になっている。
【００４７】
また、図３に示すＡ企業の会場の公演台３０１Ａには、撮像装置３０３Ａが設置されており、撮像装置３０３Ａが、Ａ企業の会場を訪れた全てのユーザ（学生等）の写真を撮影する構成になっている。なお、撮像装置３０３Ａは、例えば、Ａ企業の会場の中央付近の天井に設けて、Ａ企業の会場を訪れた全てのユーザ（学生等）の写真を撮影する構成でも構わない。
【００４８】
ビーコン１０４Ａは、Ａ企業の会場に向けてビーコン信号（電波）を発信（送信）するが、ビーコン１０４Ａから距離が遠くになるにつれて、ユーザが携帯する携帯端末１０５が当該ビーコン信号を受信する強度が弱まる。
【００４９】
そのため、携帯端末１０５が受信したビーコン信号（電波）から、携帯端末１０５が、ビーコン信号（電波）の受信強度を「強」、「中」、「弱」の３段階で検知し、携帯端末１０５が、ビーコン信号（電波）の受信強度が強い場所にあるのか、中位の場所にあるのか、弱い場所にあるのかを認識することが可能である。
【００５０】
図３の例では、携帯端末１０５が、ビーコン１０４Ａからのビーコン信号（電波）の受信強度が強い場所を、「受信強度が強のエリア」として示している。
【００５１】
また、図３の例では、ビーコン１０４Ａからのビーコン信号（電波）の受信強度が中位の場所を、「受信強度が中のエリア」として示している。
【００５２】
また、ビーコン１０４Ａからのビーコン信号（電波）の受信強度が弱い場所を、「受信強度が弱のエリア」として示している。
【００５３】
また、図３の例では、「受信強度が強のエリア」と、「受信強度が中のエリア」との境界を、「受信強度の境界（強⇔中）」の点線で示している。また、図３の例では、「受信強度が中のエリア」と、「受信強度が弱のエリア」との境界を、「受信強度の境界（中⇔弱）」の点線で示している。また、図３の例では、「受信強度が弱のエリア」と、携帯端末１０５が、ビーコン１０４Ａからのビーコン信号（電波）を受信できないエリアとの境界を、「受信限界」の点線で示している。
【００５４】
図３に示すＢ企業の会場も、Ａ企業の会場と同様の構成である。
【００５５】
すなわち、Ｂ企業の会場では、Ａ企業の撮像装置３０３Ａの代わりに、Ｂ企業用の撮像装置３０３Ｂが公演台３０１Ｂに設置されている。また、Ｂ企業の会場では、Ａ企業のビーコン１０４Ａの代わりに、Ｂ企業用のビーコン１０４Ａが公演台３０１Ｂに設置されている。
【００５６】
このように、図３に示すＢ企業の会場も、Ａ企業の会場と同様の構成であるため、ここでは説明を省略する。
【００５７】
以下、説明を簡単にするために、Ａ企業の会場について説明する。
＜図４の説明＞
次に、図４を用いて、ユーザ（例えば、学生）が、イベント会場入口から、イベント会場内に入ってきて、各社の会場に入る様子について説明する。
【００５８】
図４は、ユーザ（例えば、学生）が、イベント会場入口から、イベント会場内に入ってきて、各社の会場に入る様子の一例を示す図である。
【００５９】
図４の例では、Ａ企業の会場の複数ある椅子３０２Ａのうち、一部の椅子にしか学生が座っていない様子を示しており、通路に、数名のユーザ（例えば、学生）がいることを示している。
【００６０】
また、Ａ企業の会場のビーコン１０４Ａのビーコン信号は、Ａ企業の会場側の通路の一部にまで発信されている。このＡ企業の会場側の通路の一部は、「受信強度が弱のエリア」の通路である。
【００６１】
例えば、図４の「Ａ企業の会場側の通路の一部」にいるユーザは、Ａ企業以外の他の企業の会場に向かっているユーザであり、単に、Ａ企業の会場側の通路の一部を歩いているだけのユーザである。イベント会場内に入ってきた各ユーザ（例えば、学生）は、それぞれ、自身の携帯端末１０５を携帯している。
＜図５の説明＞
次に、図５を用いて、ユーザ（例えば、学生）が、イベント会場入口から、イベント会場内に入ってきて、Ａ企業の会場に入り、Ａ企業の説明を聞いている様子について説明する。
【００６２】
図５は、ユーザ（例えば、学生）が、イベント会場入口から、イベント会場内に入ってきて、Ａ企業の会場に入り、Ａ企業の説明を聞いている様子の一例を示す図である。
【００６３】
図５の例では、Ａ企業の会場の全ての椅子３０２Ａに学生が座っており、Ａ企業の会場側の通路の一部のエリア（受信強度が弱のエリア）にも、学生が、Ａ企業の説明を立ち見している様子を示している。図５に示すように、Ａ企業の説明を、Ａ企業の会場側の通路の一部から（遠くから）、聞いているユーザもいる。イベント会場内に入ってきた各ユーザ（例えば、学生）は、それぞれ、自身の携帯端末１０５を携帯している。
＜図６の説明＞
次に、図６を用いて、サーバ１０２に記憶されている、会社案内などのデータ（ファイル）の配信条件について説明する。
【００６４】
図６は、サーバ１０２に記憶されている、会社案内などのデータ（ファイル）の配信条件の一例を示す図である。
【００６５】
イベント管理会社のユーザによるクライアント端末１０１の操作に従って、クライアント端末１０１がサーバ１０２に図６に示す各テーブルの設定要求を送信し、当該設定要求を受信したサーバ１０２が図６に示す各テーブルを設定して、サーバ１０２のメモリに記憶している。
【００６６】
図６のテーブルは、ビーコンによるビーコン信号を携帯端末が受信する受信強度、及び当該信号の受信時間又は受信回数との組み合わせの配信条件毎に、携帯端末に配信する情報を対応付けてサーバ１０２のメモリ（記憶手段）に記憶されている。
【００６７】
まず、図６に示す「ビーコンＩＤ：１の配信条件」のテーブル６０１について説明する。
【００６８】
図６に示す「ビーコンＩＤ：１の配信条件」のテーブル６０１は、「信号の受信強度（配信条件）」、「信号の受信時間又は受信回数（配信条件）」、「配信許可ファイル」、「ファイル格納場所（ＵＲＬ）」の項目を含んでいる。
【００６９】
「信号の受信強度（配信条件）」には、ビーコン１０４Ａが発信するビーコン信号を携帯端末１０５が受信した強度が、強いか（「強」）、中位であるか（「中」）、弱いか（「弱」）、あるいは、当該ビーコン信号を携帯端末１０５が受信できなかったか（「受信無し」）が示されている。
【００７０】
すなわち、携帯端末１０５が、ビーコン信号（電波）の受信強度が強い場所にあるのか、中位の場所にあるのか、弱い場所にいるのか、ビーコン信号（電波）を受信できない場所にあるのかを示している。
【００７１】
また、「信号の受信時間又は受信回数（配信条件）」には、ビーコン１０４Ａが発信するビーコン信号を携帯端末１０５が、連続（継続）して受信した時間（期間）、又は、当該ビーコン信号を携帯端末１０５が、連続（継続）して受信した受信回数が示されている。
【００７２】
ビーコン１０４Ａが発信するビーコン信号を携帯端末１０５が受信した時間（期間）は、ビーコン１０４Ａがビーコン信号を所定時間ごとに（例えば、１分ごとに）、発信している。そのため、サーバ１０２が、携帯端末１０５によるビーコン信号の受信回数に当該所定時間をかけることで算出し、当該算出された時間（受信期間）が、図６の「信号の受信時間又は受信回数（配信条件）」の受信時間（受信期間）以上の値であるかを判定する。
【００７３】
また、「配信許可ファイル」には、「信号の受信強度（配信条件）」、及び「信号の受信時間又は受信回数（配信条件）」の組み合わせの配信条件を満たす場合に、携帯端末１０５に配信を許可するファイルが示されている。
【００７４】
また、「ファイル格納場所（ＵＲＬ）」は、当該「配信許可ファイル」に示されているファイルの格納場所（例えば、ＵＲＬ）が示されている。
【００７５】
「ビーコンＩＤ：１の配信条件」のテーブル６０１は、ビーコン１０４Ａが発信するビーコン信号に含まれる、ビーコン１０４Ａを識別するビーコンＩＤ（情報）を、携帯端末１０５が受信した場合に用いられるテーブルである。
【００７６】
ここでは、ビーコン１０４Ａが発信するビーコン信号に含まれるビーコンＩＤを「１」とする。
【００７７】
また、他のビーコン１０４Ｂが発信するビーコン信号に含まれる、ビーコン１０４Ｂを識別するビーコンＩＤ（情報）（例えば、ビーコンＩＤが「２」）を、携帯端末１０５が受信した場合には、他の不図示の「ビーコンＩＤ：２の配信条件」のテーブルが用いられることとなる。
【００７８】
また、図６に示す「ビーコンＩＤ：１の変更後の配信条件」のテーブル６０２は、Ｓ８０８で適用される配信条件として、Ｓ９０７で、図６に示す「ビーコンＩＤ：１の配信条件」のテーブル６０１から変更される配信条件のテーブルの一例である。
【００７９】
当該変更された図６に示す「ビーコンＩＤ：１の変更後の配信条件」のテーブル６０２は、Ｓ８０８で適用される。
【００８０】
図６に示す「ビーコンＩＤ：１の変更後の配信条件」のテーブル６０２の例では、ビーコン信号（ビーコンＩＤが１）の受信強度が「弱」で、信号の受信時間又は受信回数が１分（１回）の場合には、１．会社案内のファイル（データ）、及び４．次回の説明会の案内のファイル（データ）だけではなく、２．当日の説明会資料のファイル（データ）も、携帯端末１０５に配信を許可することが示されている。
【００８１】
また、図６に示す「ビーコンＩＤ：１の変更後の配信条件」のテーブル６０２の例では、ビーコン信号（ビーコンＩＤが１）の受信強度が「弱」で、信号の受信時間又は受信回数が５分（５回）の場合には、さらに、３．説明会のアンケートも携帯端末１０５に配信を許可することが示されている。
＜図７の説明＞
次に、図７を用いて、サーバ１０２のメモリに記憶される管理テーブルについて説明する。
【００８２】
図７は、サーバ１０２のメモリに記憶される管理テーブル７０１の一例を示す図である。
【００８３】
図７に示す管理テーブル７０１は、携帯端末１０５がビーコン信号を受信する度に携帯端末１０５が送信したデータであって、サーバ１０２が携帯端末１０５から受信したデータが記憶されたテーブルである。
【００８４】
携帯端末１０５からデータを受信する度に、管理テーブル７０１にレコードが新規追加され当該データが登録される。
【００８５】
図７に示す管理テーブル７０１は、「登録者ＩＤ（ユーザＩＤ）」、「ビーコンＩＤ」、「ビーコン受信時間」、「受信信号の強度」、「データ受取済みフラグ」の項目を含む。
【００８６】
「登録者ＩＤ（ユーザＩＤ）」には、携帯端末１０５を携帯するユーザの識別情報、又は携帯端末１０５を識別する識別情報が示されている。Ｓ８１０では、当該識別情報（登録者ＩＤ（ユーザＩＤ））により識別される携帯端末１０５に対してメッセージを送信する。
「ビーコンＩＤ」には、携帯端末１０５が受信したビーコン信号に含まれるビーコンＩＤが示されている。このビーコンＩＤは、会場ごとに異なる値となるように設定されている。
「ビーコン受信時間」には、携帯端末１０５がビーコン信号を受信した時間が示されている。
「受信信号の強度」には、携帯端末１０５が当該ビーコン信号を受信した受信強度が示されている。
「データ受取済みフラグ」には、携帯端末１０５がサーバ１０２から取得した（ダウンロードした）ファイル（データ）を示すフラグが示されている。すなわち、「データ受取済みフラグ」には、サーバ１０２が携帯端末１０５に送信したデータを示すフラグが示されている。
【００８７】
「データ受取済みフラグ」の「１」は、「１．会社案内」のファイル（データ）を携帯端末１０５がサーバ１０２から取得した（ダウンロードした）ことを示している。「データ受取済みフラグ」の「２」は、「２．当日の説明資料」のファイル（データ）を携帯端末１０５がサーバ１０２から取得した（ダウンロードした）ことを示している。「データ受取済みフラグ」の「３」は、「３．説明会のアンケート」のファイル（データ）を携帯端末１０５がサーバ１０２から取得した（ダウンロードした）ことを示している。「データ受取済みフラグ」の「４」は、「４．次回の説明会の案内」のファイル（データ）を携帯端末１０５がサーバ１０２から取得した（ダウンロードした）ことを示している。
【００８８】
例えば、図７の管理テーブル７０１の最上位のレコード（「登録者ＩＤ」が「１」で、「ビーコンＩＤ」が「１」で、「ビーコン受信時間」が「９：０１」で、「受信信号の強度」が「強」で、「データ受取済みフラグ」が「‐」）では、「登録者ＩＤ」が「１」のユーザの携帯端末には、「ビーコンＩＤ」が「１」のエリア（Ａ企業）のデータのうち、何のデータも配信されていないことを示している。すなわち、サーバ１０２が、「登録者ＩＤ」が「１」のユーザの携帯端末に、「ビーコンＩＤ」が「１」のエリア（Ａ企業）のデータを送信していないことを示している。
【００８９】
また、例えば、図７の管理テーブル７０１の最上位のレコードから２番目の下位レコード（「登録者ＩＤ」が「１」で、「ビーコンＩＤ」が「１」で、「ビーコン受信時間」が「９：０２」で、「受信信号の強度」が「強」で、「データ受取済みフラグ」が「１」）では、「登録者ＩＤ」が「１」のユーザの携帯端末は、「ビーコンＩＤ」が「１」のエリア（Ａ企業）のデータのうち、「１．会社案内」のファイル（データ）を取得済みであること（ダウンロード済みであること）を示している。すなわち、サーバ１０２が、「登録者ＩＤ」が「１」のユーザの携帯端末に、「ビーコンＩＤ」が「１」のエリア（Ａ企業）のデータのうち、「１．会社案内」のファイル（データ）を送信済みであることを示している。
＜図８の説明＞
次に、図８を用いて、ビーコン１０４Ａ、携帯端末１０５、サーバ１０２が実行する処理について説明する。
【００９０】
図８は、ビーコン１０４Ａ、携帯端末１０５、サーバ１０２が実行する処理を示すフローチャートの一例を示す図である。
【００９１】
ビーコン１０４Ａは、電源を入れられてから、又は前回、ビーコン信号を発信してから所定時間（例えば、１分）を経過したかを判定し、所定時間を経過したと判定した場合には（Ｓ８０１：ＹＥＳ）、ビーコンＩＤ（例えば、１）を含むビーコン信号を発信する（Ｓ８０２）。ビーコン１０４Ａは、電源を入れられてから、又は前回、ビーコン信号を発信してから所定時間（例えば、１分）を経過していないと判定された場合には（Ｓ８０１：ＮＯ）、処理をＳ８０１に戻す。
【００９２】
そして、ビーコン１０４Ａは、ユーザにより、電源を切る指示等の終了指示がなされたか否か判定し（Ｓ８０３）、終了指示がなされたと判定された場合には、処理を終了し、終了指示がなされていないと判定された場合には、処理をＳ８０１に戻す。
【００９３】
携帯端末１０５は、Ｓ８０２で発信されたビーコン信号を受信すると（Ｓ８０４）、携帯端末１０５のメモリに記憶されている登録者ＩＤ（ユーザＩＤ）、及び、当該受信したビーコン信号に含まれるビーコンＩＤ、Ｓ８０４でビーコン信号を受信した受信時間、Ｓ８０４でビーコン信号を受信した強度（ビーコンの受信信号の受信強度）を含む受信情報をサーバ１０２に送信する（Ｓ８０５）。
【００９４】
また、このとき、携帯端末１０５は、すでに、サーバ１０２からダウンロード（取得）したデータ（ファイル）がある場合には、当該データ（ファイル）を示すフラグ（データ受取済みフラグ）も、受信情報に含めて、サーバ１０２に送信する。（Ｓ８０５）。
【００９５】
そして、サーバ１０２は、Ｓ８０５で送信された受信情報を受信すると（Ｓ８０６）、図７に示す管理テーブル７０１に新規のレコードを追加して、当該受信情報を、当該追加したレコードに登録（記憶）する（Ｓ８０７）。
【００９６】
Ｓ８０６は、本発明の取得手段の適用例であり、ビーコンによるビーコン信号を受信した携帯端末から、携帯端末が当該ビーコン信号を受信する受信強度を取得する。
【００９７】
すなわち、Ｓ８０６は、本発明の取得手段の適用例であり、携帯端末１０５から、携帯端末１０５が受信したビーコン信号の受信強度と、携帯端末１０５がビーコン信号を受信した受信回数又は受信期間とを取得する。
【００９８】
そして、サーバ１０２は、Ｓ８０７で受信情報が登録された管理テーブルと、Ｓ８０６で受信した受信情報に含まれるビーコンＩＤの配信条件と、を用いて、Ｓ８０６で受信した受信情報に含まれる登録者ＩＤのユーザ又は携帯端末が、Ｓ８０６で受信した受信情報に含まれるビーコンＩＤの配信条件を満たしているか否かを判定する（Ｓ８０８）。
【００９９】
具体的に説明すると、サーバ１０２は、例えば、管理テーブル７０１の各レコードのうち、直近のＳ８０６で受信した登録者ＩＤ（ユーザＩＤ）、及びＳ８０６で受信したビーコンＩＤ、Ｓ８０６で受信したビーコン信号の受信強度を含むレコードを抽出する。そして、サーバ１０２は、当該抽出された各レコードの「ビーコン受信時間」の値を参照して、直近のＳ８０７で登録したレコードから、「ビーコン受信時間」の値がマイナス１分毎のレコードが何レコードあるかを特定することで、Ｓ８０６で受信した直近の受信強度でビーコン信号を継続して（連続して）受信した受信回数、及び受信時間（受信期間）を特定することができる。
【０１００】
そして、サーバ１０２は、当該特定された受信時間（受信期間）が、直近のＳ８０６で受信したビーコンＩＤの配信条件のテーブル（６０１、又は６０２の何れか１つの現在適用すると設定されたテーブル）の各レコードのうち、直近のＳ８０６で受信した受信強度を含むレコードの「信号の受信時間（受信期間）」以上の長さであるか、又は、当該特定された受信回数が、直近のＳ８０６で受信したビーコンＩＤの配信条件のテーブル（６０１、又は６０２の何れか１つの現在適用すると設定されたテーブル）の各レコードのうち、直近のＳ８０６で受信した受信強度を含むレコードの「信号の受信回数」以上であるかを判定する（Ｓ８０８）。
【０１０１】
そして、サーバ１０２は、当該特定された受信時間（受信期間）が、直近のＳ８０６で受信したビーコンＩＤの配信条件のテーブル（６０１、又は６０２の何れか１つの現在適用すると設定されたテーブル）の各レコードのうち、直近のＳ８０６で受信した受信強度を含むレコードの「信号の受信時間」（受信期間）以上の長さであると判定された、あるいは、当該特定された受信回数が、直近のＳ８０６で受信したビーコンＩＤの配信条件のテーブル（６０１、又は６０２の何れか１つの現在適用すると設定されたテーブル）の各レコードのうち、直近のＳ８０６で受信した受信強度を含むレコードの「信号の受信回数」以上であると判定された場合には、直近のＳ８０６で受信した受信情報に含まれる登録者ＩＤのユーザ又は携帯端末は、直近のＳ８０６で受信した受信情報に含まれるビーコンＩＤの配信条件を満たしていると判定する（Ｓ８０８：ＹＥＳ）。
【０１０２】
また、サーバ１０２は、当該特定された受信時間（受信期間）が、直近のＳ８０６で受信したビーコンＩＤの配信条件のテーブル（６０１、又は６０２の何れか１つの現在適用すると設定されたテーブル）の各レコードのうち、直近のＳ８０６で受信した受信強度を含むレコードのいずれの「信号の受信時間」（受信期間）よりも短いと判定された、及び、当該特定された受信回数が、直近のＳ８０６で受信したビーコンＩＤの配信条件のテーブル（６０１、又は６０２の何れか１つの現在適用すると設定されたテーブル）の各レコードのうち、直近のＳ８０６で受信した受信強度を含むレコードのいずれの「信号の受信回数」よりも少ないと判定された場合には、直近のＳ８０６で受信した受信情報に含まれる登録者ＩＤのユーザ又は携帯端末は、直近のＳ８０６で受信した受信情報に含まれるビーコンＩＤの配信条件を満たしていないと判定する（Ｓ８０８：ＮＯ）。
【０１０３】
そして、サーバ１０２は、Ｓ８０６で受信した受信情報に含まれるビーコンＩＤの配信条件を満たしていると判定された場合には（Ｓ８０８：ＹＥＳ）、処理をＳ８０９に移行し、配信条件を満たしていないと判定された場合には（Ｓ８０８：ＮＯ）、処理をＳ８０６に戻す。
【０１０４】
Ｓ８０９において、サーバ１０２は、Ｓ８０８で図６の配信条件を満たすと判定され、配信許可とする配信許可ファイルの全てが、既に、携帯端末１０５に配信済みであるか否かを判定する。
【０１０５】
具体的には、例えば、サーバ１０２は、Ｓ８０８で配信条件を満たしていると判定された当該配信条件を含むレコードに含まれる「配信許可ファイル」、及び当該配信許可ファイルの「ファイル格納場所（ＵＲＬ）」を特定する。
【０１０６】
このように、Ｓ８０６〜Ｓ８０９のステップでの説明の通り、サーバ１０２は、携帯端末１０５が受信したビーコン信号の受信強度と、携帯端末１０５がビーコン信号を受信した受信回数又は受信期間とに応じて、携帯端末１０５に送信する情報（データ（ファイル））を決定する（決定手段）。Ｓ８０８、Ｓ８０９は、本発明の決定手段の適用例である。
【０１０７】
決定手段は、本実施形態での説明の通り、携帯端末１０５が受信したビーコン信号の受信強度と、当該受信強度で携帯端末１０５がビーコン信号を継続して受信した受信回数又は受信期間とに応じて、携帯端末１０５に送信する情報を決定する。
【０１０８】
決定手段は、Ｓ８０６の取得手段により取得された受信強度と受信回数又は受信期間（サーバ１０２が、携帯端末１０５によるビーコン信号の受信回数に所定時間（例えば１分）をかけることで取得した受信期間）と、に対応して記憶手段（の図６、図１３のテーブル）に記憶された情報を、携帯端末に送信する情報として決定する。
【０１０９】
また、Ｓ８０８、及び／又はＳ８０９は、携帯端末が受信したビーコン信号の受信強度と、携帯端末がビーコン信号を受信した受信回数又は受信期間とに応じて、携帯端末に情報を送信する否かを決定する決定手段の本発明の適用例である。
【０１１０】
そして、サーバ１０２は、当該特定された「配信許可ファイル」に示されるファイルのうち、Ｓ８０６で受信した受信情報に含まれるデータ受取済みフラグ（管理テーブル７０１の「データ受取済みフラグ」の「１」〜「４」の何れかの値）として示されていないファイルがあるか否かを判定することにより、当該特定された「配信許可ファイル」のうち、携帯端末１０５に配信済みか否かを判定する。
【０１１１】
すなわち、サーバ１０２は、当該特定された「配信許可ファイル」に示されるファイルのうち、Ｓ８０６で受信した受信情報に含まれるデータ受取済みフラグとして示されていないファイルがあると判定された場合には（Ｓ８０９：ＮＯ）、現時点で配信が許可されている配信許可フィルの全てを携帯端末１０５に配信していないと判定し、処理をＳ８１０に進める。また、サーバ１０２は、当該特定された「配信許可ファイル」に示されるファイルの全てが、Ｓ８０６で受信した受信情報に含まれるデータ受取済みフラグとして示されていると判定された場合には（Ｓ８０９：ＹＥＳ）、現時点で配信が許可されている配信許可フィルの全てを既に携帯端末１０５に配信していると判定し、処理をＳ８０６に進める。
【０１１２】
サーバ１０２は、配信許可とする配信許可ファイルを、既に、携帯端末１０５に配信済みであると判定された場合には（Ｓ８０９：ＹＥＳ）、処理をＳ８０６に戻し、配信許可とする配信許可ファイルを、携帯端末１０５に配信していないと判定された場合には（Ｓ８０９：ＮＯ）、当該配信していないと判定された配信許可ファイルがダウンロード可能である旨、及び、当該配信許可ファイルの格納場所（当該ＵＲＬ）を含むメッセージを携帯端末１０５に送信する（Ｓ８１０）。
【０１１３】
すなわち、サーバ１０２は、当該特定された「配信許可ファイル」に示されるファイルのうち、Ｓ８０６で受信した受信情報に含まれるデータ受取済みフラグとして示されていないファイル（配信許可ファイル）がダウンロード可能である旨、及び当該配信許可ファイルの格納場所（当該ＵＲＬ）を含むメッセージを携帯端末１０５に送信する（Ｓ８１０）。
【０１１４】
ここで、直近のＳ８０７の処理で図７の管理テーブルに登録したレコードが、図７の最も上位のレコード（「登録者ＩＤ」が「１」、「ビーコンＩＤ」が「１」、「ビーコン受信時間」が「９：０１」、「受信信号の強度」が「強」、「データ受取済みフラグ」が「−」のレコード）である場合を例に説明する。
【０１１５】
直近のＳ８０７の処理で図７の管理テーブルに登録したレコードが、図７の最も上位のレコード（「登録者ＩＤ」が「１」、「ビーコンＩＤ」が「１」、「ビーコン受信時間」が「９：０１」、「受信信号の強度」が「強」、「データ受取済みフラグ」が「−」のレコード）である場合には、「登録者ＩＤ」が「１」で「ビーコンＩＤ」が「１」のレコードは、このレコードのみであるものとして説明する。
【０１１６】
まず、サーバ１０２は、図７の管理テーブルの中から、「登録者ＩＤ」が「１」で「ビーコンＩＤ」が「１」のレコードを全て特定する。しかし、「登録者ＩＤ」が「１」で「ビーコンＩＤ」が「１」のレコードは、最も上位のレコードのみであるため、ここでは、最も上位のレコードのみが特定される。
【０１１７】
そのため、サーバ１０２は、ビーコンの受信回数が１回と判定する。又は、受信時間（受信期間）が１分であると判定する。
【０１１８】
次に、サーバ１０２は、「ビーコンＩＤ」が「１」の配信条件（配信条件のテーブル６０１）の中で、図７の管理テーブル７０１の最も上位のレコードに示される受信信号の強度（信号の受信強度）（「強」）と同一で、ビーコンの受信回数が１回、又は受信時間（受信期間）が１分以上の配信条件を満たすレコードがあるかを判定する。
【０１１９】
ここでの例は、サーバ１０２は、図６の配信条件のテーブル６０１に示す最も上位のレコード（「信号の受信強度（配信条件）」が「強」で、「信号の受信時間又は受信回数（配信条件）」が「１分（１回）」で、「配信許可ファイル」が「１．会社案内」のレコード）の配信条件を満たすと判定する（Ｓ８０８：ＹＥＳ）。
【０１２０】
そのため、サーバ１０２は、配信許可ファイルとして「１．会社案内」を特定することができ、当該特定された配信許可ファイルのフラグが、図７の管理テーブル７０１の最も上位のレコードの「データ受取済みフラグ」に設定されているか否かを判定する（Ｓ８０９）。
【０１２１】
ここでは、最も上位のレコードの「データ受取済みフラグ」は「−」（未ダウンロード）であるため、当該特定された配信許可ファイルのフラグが、図７の管理テーブル７０１の最も上位のレコードの「データ受取済みフラグ」に設定されていないと判定する（Ｓ８０９：ＮＯ）。
【０１２２】
そして、サーバ１０２は、当該特定された配信許可ファイルがダウンロード可能である旨、及び、当該配信許可ファイルの格納場所（ＵＲＬ）を含むメッセージを携帯端末１０５に送信する（Ｓ８１０）。
【０１２３】
次に、携帯端末１０５は、サーバ１０２から、当該メッセージを受信すると（Ｓ８１１）、当該メッセージを携帯端末１０５の表示部に表示する（Ｓ８１２）。
【０１２４】
図１０を用いて、Ｓ８１２で、携帯端末１０５の表示部に表示されるメッセージの一例について説明する。
【０１２５】
図１０は、携帯端末１０５の表示部に表示されるメッセージの一例を示す図である。
【０１２６】
図１０に示すように、携帯端末１０５の表示部には、「『１．会社案内』のファイル（データ）をダウンロードすることが出来ます。ダウンロードしますか？」というメッセージと、「はい」ボタン１００１、及び「いいえ」ボタン１００２が表示されている。
【０１２７】
この「はい」ボタン１００１には、Ｓ８１１で受信した配信許可ファイルの格納場所（ＵＲＬ）が設定されており、ユーザにより、「はい」ボタン１００１が押下されることで、携帯端末１０５は、当該配信許可ファイルの格納場所（ＵＲＬ）にアクセスすることができる。
【０１２８】
次に、携帯端末１０５は、ユーザにより、「はい」ボタン１００１が押下されたか、それとも、「いいえ」ボタン１００２が押下されたかを判定する（Ｓ８１３）。
【０１２９】
携帯端末１０５は、ユーザにより、「はい」ボタン１００１が押下されたと判定された場合には（Ｓ８１３：ＹＥＳ）、当該配信許可ファイルの格納場所（ＵＲＬ）（サーバ１０２）に対して、当該配信許可ファイル（データ）の取得要求を送信する（Ｓ８１４）。
【０１３０】
そして、サーバ１０２は、当該配信許可ファイル（データ）の取得要求を受信すると（Ｓ８１５）、当該データを携帯端末１０５に送信する（Ｓ８１６）。
【０１３１】
Ｓ８１０、及びＳ８１６は、本発明の送信手段の適用例であり、Ｓ８０６（取得手段）により取得された受信強度に対応して記憶手段に記憶された情報を携帯端末に送信する。
【０１３２】
すなわち、Ｓ８１０、及びＳ８１６は、の送信手段の適用例であり、Ｓ８０８、Ｓ８０９の決定手段により決定された情報を携帯端末１０５に送信する。
【０１３３】
携帯端末１０５は、サーバ１０２から当該データを受信すると（Ｓ８１７）、当該データを携帯端末１０５の表示部に表示する（Ｓ８１８）。
【０１３４】
Ｓ８１３において、携帯端末１０５は、ユーザにより、「いいえ」ボタン１００２が押下されたと判定された場合には（Ｓ８１３：ＮＯ）、処理をＳ８０４に戻す。
＜図９の説明＞
次に、図９を用いて、撮像装置３０３、サーバ１０２が実行する処理について説明する。
【０１３５】
図９は、撮像装置３０３、サーバ１０２が実行する処理を示すフローチャートの一例を示す図である。
【０１３６】
図９に示す処理は、Ｓ８０８で適用する配信条件を、図６の「ビーコンＩＤ：１の配信条件」のテーブル６０１から、図６の「ビーコンＩＤ：１の変更後の配信条件」のテーブル６０２に変更する処理の一例である。
【０１３７】
撮像装置３０３Ａは、起動してから、又は前回撮影してから所定時間（例えば５秒）が経過したか否かを判定する（Ｓ９０１）。
【０１３８】
そして、撮像装置３０３Ａは、Ｓ９０１で所定時間（例えば５秒）が経過したと判定されると、Ａ企業の会場を撮影し、Ａ企業の会場を訪れた全てのユーザ（学生等）の写真を撮影する。
【０１３９】
そして、撮像装置３０３Ａは、当該撮影された写真（撮像画像）をサーバ１０２に送信する（Ｓ９０３）。
【０１４０】
サーバ１０２は、撮像装置３０３から、当該写真（撮像画像）を受信すると（Ｓ９０４）、当該写真（撮像画像）を解析する。ここでの解析処理としては、例えば、Ａ企業の会場内にいるユーザ（学生）の人数を特定したり、受信強度が「強」、「中」のエリア（椅子３０２Ａがあるエリア）の人数、及び、受信強度が「弱」のエリア（椅子３０２Ａが無いエリア）の人数を特定する処理を行う（Ｓ９０５）。このように、サーバ１０２は、受信強度ごとの各エリアにいる人数をそれぞれ特定する。
【０１４１】
Ｓ９０５は、本発明の人数取得手段の適用例であり、イベント会場内のユーザの人数を取得（特定）する。
【０１４２】
本実施形態では、人数取得手段は、イベント会場に設置された撮像装置により撮像された画像を解析することにより、イベント会場内のユーザの人数を取得しているが、その他のセンサなどで、イベント会場内のユーザの人数を取得することもできる。
【０１４３】
Ｓ９０５は、本発明の人数取得手段の適用例であり、撮像装置が前記エリアを含む会場を撮像して得られた画像を解析することにより、（１）携帯端末１０５がビーコン信号を受信可能なエリアを含む会場にいる人数、（２）携帯端末１０５がビーコン信号を受信する所定の受信強度のエリアにいる人数、（３）携帯端末１０５がビーコン信号を受信する受信強度ごとのエリアにいる人数を取得する。
【０１４４】
そして、サーバ１０２は、Ｓ９０５で解析された結果が、Ｓ８０８で適用する配信条件を、図６の「ビーコンＩＤ：１の配信条件」のテーブル６０１から、図６の「ビーコンＩＤ：１の変更後の配信条件」のテーブル６０２に変更する配信変更条件を満たしているか否かを判定する（Ｓ９０６）。
【０１４５】
ここでの配信変更条件としては、例えば、（１）Ａ企業の会場内にいるユーザ（学生）の人数が、所定人数以上であること、又は、（２）Ａ企業の会場内の受信強度が「強」、「中」のエリア（椅子３０２Ａがあるエリア）の人数が所定人数以上であること、あるいは、（３）Ａ企業の会場内の受信強度が「強」、「中」のエリア（椅子３０２Ａがあるエリア）の人数が所定人数以上であり、かつ、受信強度が「弱」のエリア（椅子３０２Ａが無いエリア）の人数が所定人数以上であること等の何れかである。
【０１４６】
このように、ここでの配信変更条件は、（１）携帯端末１０５がビーコン信号を受信可能なエリアを含む会場にいる人数、（２）携帯端末１０５がビーコン信号を受信する所定の受信強度のエリアにいる人数、（３）携帯端末１０５がビーコン信号を受信する受信強度ごとのエリアにいる人数である。
【０１４７】
サーバ１０２は、Ｓ９０６で、Ｓ９０５で解析された結果が、配信変更条件を満たしていると判定した場合には（Ｓ９０６：ＹＥＳ）、Ｓ８０８で適用する配信条件を、図６の「ビーコンＩＤ：１の配信条件」のテーブル６０１から、図６の「ビーコンＩＤ：１の変更後の配信条件」のテーブル６０２に変更（設定）する（Ｓ９０７）。一方、配信変更条件を満たしていないと判定した場合には（Ｓ９０６：ＮＯ）、Ｓ９０４に処理を戻す。
【０１４８】
Ｓ９０７は、本発明の変更手段の適用例であり、Ｓ９０５（人数取得手段）により取得した人数に従って、記憶手段に、受信強度ごとに、携帯端末に配信する情報として記憶された情報を変更する。
【０１４９】
このように、（１）携帯端末１０５がビーコン信号を受信可能なエリアを含む会場にいる人数、（２）携帯端末１０５がビーコン信号を受信する所定の受信強度のエリアにいる人数、（３）携帯端末１０５がビーコン信号を受信する受信強度ごとのエリアにいる人数に応じて、Ｓ８０８で適用する配信条件を動的に切り替えるため、決定手段は、これらの何れかの人数と、携帯端末が受信したビーコン信号の受信強度と、携帯端末がビーコン信号を受信した受信回数又は受信期間とに応じて、携帯端末に送信する情報を決定することができる。
【０１５０】
図９に示す処理は、図８の処理を実行している間に、並行して実行される。
【０１５１】
ここで、図６に示す配信条件のテーブル６０１、６０２について、説明する。
【０１５２】
例えば、図４に示すように、Ａ企業の会場（受信強度が強、及び中のエリアを含む）にいる学生（ユーザ）が少ない場合に、Ａ企業の会場の受信強度が弱のエリアの「Ａ企業の会場側の通路の一部」にいる学生（ユーザ）は、例えば、Ａ企業の会場側の通路の一部を歩いているだけのユーザや、Ａ企業に興味を少しは持っているが、他の企業の説明会に参加するためあまり時間が無くＡ企業の説明を十分に聞けないユーザである場合がある。
【０１５３】
そこで、このような場合には、図６の「ビーコンＩＤ：１の配信条件」のテーブル６０１を、Ｓ８０８の判定で用いる。
【０１５４】
図６の「ビーコンＩＤ：１の配信条件」のテーブル６０１では、「信号の受信強度」が「弱」で、「信号の受信時間又は受信回数」が「１分（１回）」の場合に、「１．会社案内」、「４．次回の説明会の案内」のデータ（ファイル）を配信許可ファイルとすること、及び、「信号の受信強度」が「弱」の場合には、「信号の受信時間又は受信回数」が何分（何回）になったとしても、「２．当日の説明資料」や「３．説明会のアンケート」のデータ（ファイル）を配信許可ファイルとしないことが定められている。
【０１５５】
そのため、例えば、図４の状況で、このテーブル６０１をＳ８０８の判定で適用することで、例えば、Ａ企業の会場の受信強度が弱のエリアの「Ａ企業の会場側の通路の一部」にいる学生（ユーザ）（例えば、Ａ企業の会場側の通路の一部を歩いているだけのユーザや、Ａ企業に興味を少しは持っているが、他の企業の説明会に参加するためあまり時間が無くＡ企業の説明を十分に聞けないユーザ）の携帯端末に対して、「１．会社案内」、「４．次回の説明会の案内」のデータ（ファイル）を送信することができ、かつ、「２．当日の説明資料」や「３．説明会のアンケート」のデータ（ファイル）等の不要なデータを送信しないため、当該ユーザに対して適したデータの配信が可能となる。
【０１５６】
また、例えば、図５に示すように、Ａ企業の会場（受信強度が強、及び中のエリアを含む）にいる学生（ユーザ）が多い場合、又は、Ａ企業の受信強度が強、及び中のエリアにいる学生が多く、かつ受信強度が弱のエリアにいる学生も多い場合には、Ａ企業の会場の受信強度が弱のエリアの「Ａ企業の会場側の通路の一部」にいる学生（ユーザ）は、例えば、受信強度が強、及び中のエリアに人が多くＡ企業の説明を立ち見しているユーザである場合がある。
【０１５７】
そのため、このような場合には、図６の「ビーコンＩＤ：１の変更後の配信条件」のテーブル６０２を、Ｓ８０８の判定で用いる。
【０１５８】
図６の「ビーコンＩＤ：１の変更後の配信条件」のテーブル６０２では、「信号の受信強度」が「弱」で、「信号の受信時間又は受信回数」が「１分（１回）」の場合に、「１．会社案内」、「２．当日の説明資料」、「４．次回の説明会の案内」のデータ（ファイル）を配信許可ファイルとすることが定められている。また、「信号の受信強度」が「弱」で、「信号の受信時間又は受信回数」が「５分（５回）」の場合には、「３．説明会のアンケート」のデータ（ファイル）を配信許可ファイルとすることが定められている。
【０１５９】
そのため、例えば、図５の状況で、このテーブル６０２をＳ８０８の判定で適用することで、例えば、Ａ企業の会場の受信強度が弱のエリアの「Ａ企業の会場側の通路の一部」にいる学生（受信強度が強、及び中のエリアに人が多くＡ企業の説明を立ち見しているユーザ）の携帯端末に対して、「信号の受信時間又は受信回数」が「１分（１回）」の場合に、「１．会社案内」、「２．当日の説明資料」、「４．次回の説明会の案内」のデータ（ファイル）を送信し、「信号の受信時間又は受信回数」が「５分（５回）」の場合に、「３．説明会のアンケート」のデータ（ファイル）を送信するため、当該ユーザに対して適したデータの配信が可能となる。このように、立ち見しているユーザは、公演台３０１Ａが見難いため、「２．当日の説明資料」のデータを送信している。また、次回は、受信強度が強、及び中のエリアで説明会を受けたい人のために、「４．次回の説明会の案内」のデータも送信している。
【０１６０】
また、「信号の受信時間又は受信回数」が「５分（５回）」の場合に、「３．説明会のアンケート」のデータ（ファイル）を送信するため、立ち見しているユーザからもアンケート結果を回収することが可能となる。
【０１６１】
このように、例えば、図４のように、Ａ企業以外の他の企業の会場に向かっているユーザが、Ａ企業の会場側の通路の一部を歩いていたり、Ａ企業には興味がないが、単に一時的に立ち止まっているユーザに、不要なデータ（例えば、説明会のアンケート）を配信したり、メッセージを表示させたりすることを防止することが出来るようになる。
【０１６２】
さらに、例えば、図５のように、Ａ企業の会場内が学生でいっぱいで、Ａ企業の会場側の通路の一部のエリア（受信強度が弱のエリア）学生が、Ａ企業の説明を立ち見している場合には、Ｓ９０７で、Ｓ８０８で適用する配信条件を、図６の「ビーコンＩＤ：１の配信条件」のテーブル６０１から、図６の「ビーコンＩＤ：１の変更後の配信条件」のテーブル６０２に変更するので、立ち見している学生に対して必要なデータ（例えば、説明会のアンケート）を、配信することができるようになる。
【０１６３】
このように、会場の学生の状況に応じて、動的に、適用する配信条件を切り替えるため、学生に、適切なデータを配信することが可能となる。
【０１６４】
Ｓ８１０の送信手段は、Ｓ８０６（取得手段）で取得された受信強度に対応して記憶手段に記憶された情報であって、Ｓ９０７（変更手段）により変更された情報（例えば、「ビーコンＩＤ：１の変更後の配信条件」の配信条件を満たす配信許可ファイルをダウンロード可能なメッセージ）を、携帯端末に送信する。
【０１６５】
また、Ｓ８１６の送信手段は、Ｓ８０６（取得手段）で取得された受信強度に対応して記憶手段に記憶された情報であって、Ｓ９０７（変更手段）により変更された情報（例えば、「ビーコンＩＤ：１の変更後の配信条件」の配信条件を満たす配信許可ファイル）を、携帯端末に送信する。
【０１６６】
次に、図１１を用いて、図９のフローチャートの処理の変形例について説明する。
【０１６７】
図１１は、撮像装置３０３、サーバ１０２が実行する処理を示すフローチャートの一例を示す図である。
【０１６８】
図１１に示す処理は、図８の処理を実行している間に、並行して実行される。
【０１６９】
図１１は、図９に示すフローチャートの処理に、Ｓ９０８、Ｓ９０９の処理を追加したフローチャートである。
【０１７０】
そのため、図１１に示す、図９と同じ符号が付された処理は、図９に示す処理と同じであるため、ここでは説明を省略する。
【０１７１】
サーバ１０２は、Ｓ９０５で解析された結果が、Ｓ８０８で適用する配信条件を、図６の「ビーコンＩＤ：１の変更後の配信条件」のテーブル６０２から、図６の「ビーコンＩＤ：１の配信条件」のテーブル６０１に変更する（戻す）変更条件を満たしているか否かを判定する（Ｓ９０８）。
【０１７２】
ここでの変更条件としては、例えば、（１）Ａ企業の会場内にいるユーザ（学生）の人数が、所定人数未満であること、又は、（２）Ａ企業の会場内の受信強度が「強」、「中」のエリア（椅子３０２Ａがあるエリア）の人数が所定人数未満であること、あるいは、（３）Ａ企業の会場内の受信強度が「強」、「中」のエリア（椅子３０２Ａがあるエリア）の人数が所定人数未満であり、かつ、受信強度が「弱」のエリア（椅子３０２Ａが無いエリア）の人数が所定人数未満であること等の何れかである。
【０１７３】
このように、ここでの変更条件は、（１）携帯端末１０５がビーコン信号を受信可能なエリアを含む会場にいる人数、（２）携帯端末１０５がビーコン信号を受信する所定の受信強度のエリアにいる人数、（３）携帯端末１０５がビーコン信号を受信する受信強度ごとのエリアにいる人数である。
【０１７４】
サーバ１０２は、Ｓ９０８で、Ｓ９０５で解析された結果が、変更条件を満たしていると判定した場合には（Ｓ９０８：ＹＥＳ）、Ｓ８０８で適用する配信条件を、図６の「ビーコンＩＤ：１の変更後の配信条件」のテーブル６０２から、図６の「ビーコンＩＤ：１の配信条件」のテーブル６０１に変更（設定）する（元に戻す）（Ｓ９０９）。一方、変更条件を満たしていないと判定した場合には（Ｓ９０８：ＮＯ）、Ｓ９０４に処理を戻す。
【０１７５】
Ｓ９０８は、本発明の変更手段の適用例であり、Ｓ９０５（人数取得手段）により取得した人数に従って、記憶手段に、受信強度ごとに、携帯端末に配信する情報として記憶された情報を変更する。
【０１７６】
これにより、イベント会場のユーザに適切にデータを配信することができるようになる。
【０１７７】
次に、図１２を用いて、図９、及び図１１の変形例について説明する。
【０１７８】
図１２に示す処理は、図８の処理を実行している間に、並行して実行される。
【０１７９】
図１２は、サーバ１０２が実行する処理を示すフローチャートの一例を示す図である。
【０１８０】
図９、図１１では、Ｓ９０５で、撮像装置３０３が撮影した写真（撮像画像）を解析して、Ａ企業の会場内にいるユーザ（学生）の人数、受信強度ごとの各エリアにいる人数をそれぞれ特定して、Ｓ９０６で、当該人数が、配信変更条件／変更条件を満たしているか否かを判定したが、図１２では、Ｓ８０６で受信した受信情報が登録された管理テーブル７０１を解析して、ビーコン信号の受信強度（のエリア）毎の現在いる人数をカウント（特定）して、当該カウントされた人数が配信変更条件／変更条件を満たしているか否かを判定する。
【０１８１】
まず、サーバ１０２は、管理テーブル７０１を参照して、現在時間から１分未満の時間である「ビーコン受信時間」のレコードの数を「受信信号の強度」（強、中、弱）ごとにカウントする。
【０１８２】
これにより、Ａ企業の会場内の人数、及び、Ａ企業の会場内の受信強度が「強」、「中」、「弱」のエリアごとの人数を特定する（Ｓ１２０１）。
【０１８３】
そして、サーバ１０２は、Ｓ１２０１で特定された人数が、Ｓ８０８で適用する配信条件を、図６の「ビーコンＩＤ：１の配信条件」のテーブル６０１から、図６の「ビーコンＩＤ：１の変更後の配信条件」のテーブル６０２に変更する配信変更条件を満たしているか否かを判定する（Ｓ１２０２）。サーバ１０２は、配信変更条件を満たしていると判定された場合には（ＹＥＳ）、処理をＳ１２０３に移行し、満たしていないと判定された場合には（ＮＯ）、処理をＳ１２０４に移行する。
【０１８４】
Ｓ１２０２の配信変更条件は、Ｓ９０６の配信変更条件と同じである。
【０１８５】
ここでの配信変更条件としては、例えば、（１）Ａ企業の会場内にいるユーザ（学生）の人数（携帯端末数）が、所定数以上であること、又は、（２）Ａ企業の会場内の受信強度が「強」、「中」のエリア（椅子３０２Ａがあるエリア）の人数（携帯端末数）が所定数以上であること、あるいは、（３）Ａ企業の会場内の受信強度が「強」、「中」のエリア（椅子３０２Ａがあるエリア）の人数（携帯端末数）が所定数以上であり、かつ、受信強度が「弱」のエリア（椅子３０２Ａが無いエリア）の人数（携帯端末数）が所定数以上であること等の何れかである。
【０１８６】
このように、ここでの配信変更条件は、（１）ビーコン信号を受信した携帯端末の数、（２）ビーコン信号を所定の受信強度で受信した携帯端末の数、（３）ビーコン信号を受信した受信強度ごとの携帯端末の数である。
【０１８７】
このように、（１）ビーコン信号を受信した携帯端末の数、（２）ビーコン信号を所定の受信強度で受信した携帯端末の数、（３）ビーコン信号を受信した受信強度ごとの携帯端末の数に応じて、Ｓ８０８で適用する配信条件を動的に切り替えるため、決定手段は、これらの何れかの数（携帯端末の数）と、携帯端末が受信したビーコン信号の受信強度と、携帯端末がビーコン信号を受信した受信回数又は受信期間とに応じて、携帯端末に送信する情報を決定する。
【０１８８】
また、Ｓ１２０３の処理についても、Ｓ９０７と同様であるため、ここでは説明を省略する。
【０１８９】
サーバ１０２は、Ｓ１２０４において、Ｓ１２０１で特定された人数が、Ｓ８０８で適用する配信条件を、図６の「ビーコンＩＤ：１の変更後の配信条件」のテーブル６０２から、図６の「ビーコンＩＤ：１の配信条件」のテーブル６０１に変更する（戻す）変更条件を満たしているか否かを判定する（Ｓ１２０４）。ここでの変更条件は、Ｓ９０８で用いる変更条件と同じであるため、ここでは、説明を省略する。
【０１９０】
また、サーバ１０２は、テーブル６０１に変更する（戻す）変更条件を満たしていると判定された場合には（Ｓ１２０４：ＹＥＳ）、処理をＳ１２０５に移行し、満たしていないと判定された場合には（Ｓ１２０４：ＮＯ）、処理をＳ１２０１に移行する。
【０１９１】
Ｓ１２０５の処理は、Ｓ９０９と同様であるため、ここでは、説明を省略する。
【０１９２】
このように、図１２に示す処理を実行することで、カメラなどの撮像装置を用いなくても、動的に適用する配信条件を切り替えることができるため、イベント会場のユーザに適切にデータを配信することが出来るようになる。
【０１９３】
次に、図１３を用いて、図６に示す配信条件の変形例について説明する。
【０１９４】
図１３は、サーバ１０２に記憶されている、会社案内などのデータ（ファイル）の配信条件の一例を示す図である。
【０１９５】
図１３の「ビーコンＩＤ：１の配信条件」のテーブル１３０１は、図６の「ビーコンＩＤ：１の配信条件」のテーブル６０１の変形例であり、図１３の「ビーコンＩＤ：１の変更後の配信条件」のテーブル１３０２は、図６の「ビーコンＩＤ：１の変更後の配信条件」のテーブル６０２の変形例である。
【０１９６】
例えば、図４に示すように、Ａ企業の会場（受信強度が強、及び中のエリアを含む）にいる学生（ユーザ）が少ない場合に、Ａ企業の会場の受信強度が弱のエリアの「Ａ企業の会場側の通路の一部」にいる学生（ユーザ）は、例えば、Ａ企業の会場側の通路の一部を歩いているだけのユーザである場合がある。
【０１９７】
そこで、このような場合には、図１３の「ビーコンＩＤ：１の配信条件」のテーブル１３０１を、Ｓ８０８の判定で用いる。
【０１９８】
図１３の「ビーコンＩＤ：１の配信条件」のテーブル１３０１では、例えば、「信号の受信強度」が「弱」で、「信号の受信時間又は受信回数」が「３分（３回）」の場合には、「１．会社案内」のデータ（ファイル）を配信許可ファイルとすることが定められている。
【０１９９】
また、図１３の「ビーコンＩＤ：１の配信条件」のテーブル１３０１では、例えば、「信号の受信強度」が「弱」で、「信号の受信時間又は受信回数」が「３分（３回）」未満の場合には、データ（ファイル）を配信しないように配信条件が定められている。
【０２００】
そのため、例えば、図４の状況で、このテーブル６０１をＳ８０８の判定で適用することで、例えば、Ａ企業の会場の受信強度が弱のエリアの「Ａ企業の会場側の通路の一部」に一時的（例えば、「信号の受信時間又は受信回数」が「３分（３回）」未満）にいる学生（例えば、Ａ企業の会場側の通路の一部を歩いているだけのユーザ）の携帯端末に対してデータを配信しないようにすることができ、また、Ａ企業の会場の受信強度が弱のエリアの「Ａ企業の会場側の通路の一部」に、少しは留まっている（「信号の受信強度」が「弱」で、「信号の受信時間又は受信回数」が「３分（３回）」の）学生の携帯端末に対しては、「１．会社案内」のデータ（ファイル）を配信するため、イベント会場のユーザに適切にデータを配信することが出来るようになる。
【０２０１】
また、例えば、図５に示すように、Ａ企業の会場（受信強度が強、及び中のエリアを含む）にいる学生（ユーザ）が多い場合、又は、Ａ企業の受信強度が強、及び中のエリアにいる学生が多く、かつ受信強度が弱のエリアにいる学生も多い場合には、Ａ企業の会場の受信強度が弱のエリアの「Ａ企業の会場側の通路の一部」にいる学生（ユーザ）は、例えば、受信強度が強、及び中のエリアに人が多くＡ企業の説明を立ち見しているユーザである場合がある。
【０２０２】
そのため、このような場合には、図１３の「ビーコンＩＤ：１の変更後の配信条件」のテーブル１３０２を、Ｓ８０８の判定で用いる。
【０２０３】
図１３の「ビーコンＩＤ：１の変更後の配信条件」のテーブル１３０２では、「信号の受信強度」が「弱」で、「信号の受信時間又は受信回数」が「１分（１回）」の場合に、「１．会社案内」、「２．当日の説明資料」のデータ（ファイル）を配信許可ファイルとすることが定められている。
【０２０４】
そのため、例えば、図５の状況で、このテーブル６０２をＳ８０８の判定で適用することで、例えば、Ａ企業の会場の受信強度が弱のエリアの「Ａ企業の会場側の通路の一部」にいる学生（受信強度が強、及び中のエリアに人が多くＡ企業の説明を立ち見しているユーザ）の携帯端末に対して、「信号の受信時間又は受信回数」が「１分（１回）」の場合に、「１．会社案内」、「２．当日の説明資料」のデータ（ファイル）を送信するため、当該ユーザに対して適したデータの配信が可能となる。
【０２０５】
以上の通り、サーバ１０２は、携帯端末がビーコン信号を受信可能なエリアを含む会場にいる人数と、携帯端末が受信したビーコン信号の受信強度と、携帯端末がビーコン信号を受信した受信回数又は受信期間とに応じて、携帯端末に情報を送信する否かを決定する（決定手段）。
【０２０６】
このように、例えば、図４の状況で、Ａ企業の会場側の通路の一部を歩いているだけのユーザの携帯端末に対して不要なデータを配信したりメッセージを表示させたりすることを防止することが出来るようになる。また、図５の状況においては、Ａ企業の会場側の通路の一部にいる学生の携帯端末に対して、すぐに「１．会社案内」、「２．当日の説明資料」を送信するため、イベント会場のユーザに適切にデータを配信することが出来る。
【０２０７】
図６、及び図１３に示す各テーブルは、ビーコン信号を携帯端末が受信する受信強度（「信号の受信強度」）と、ビーコン信号を携帯端末が受信する受信回数又は受信期間（「信号の受信時間又は受信回数」）とに対応して携帯端末に送信する情報（「配信許可ファイル」）が定められ、サーバ１０２のメモリ等の記憶手段に記憶されている。
【０２０８】
以上、本発明によれば、イベント会場のユーザに適切にデータを配信することが出来る。
【０２０９】
また、本発明によれば、ビーコンから発信されたビーコン信号を受信する携帯端末に適切にデータを配信することができる。
【０２１０】
また、本発明の目的は、前述した実施形態の機能を実現するソフトウェアのプログラムコードを記録した記憶媒体を、システム或いは装置に供給し、そのシステム或いは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記憶媒体に格納されたプログラムコードを読み出し実行することによっても、達成されることは言うまでもない。
【０２１１】
この場合、記憶媒体から読み出されたプログラムコード自体が前述した実施形態の機能を実現することになり、プログラムコード自体及びそのプログラムコードを記憶した記憶媒体は本発明を構成することになる。
【０２１２】
プログラムコードを供給するための記憶媒体としては、例えば、フレキシブルディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、磁気テープ、不揮発性のカード、ＲＯＭ等を用いることができる。
【０２１３】
また、コンピュータが読み出したプログラムコードを実行することにより、前述した実施形態の機能が実現されるだけでなく、そのプログラムコードの指示に基づき、コンピュータ上で稼動しているＯＳ（基本システム或いはオペレーティングシステム）などが実際の処理の一部又は全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。このプログラムコードを読み出し実行可能な情報処理装置（コンピュータ）が前述した実施形態の機能を実現する。
【０２１４】
さらに、記憶媒体から読み出されたプログラムコードが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書込まれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵ等が実際の処理の一部又は全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【符号の説明】
【０２１５】
１０１  クライアント端末
１０２  サーバ
１０３  クライアント端末
１０４  ビーコン
１０５  携帯端末
１０６  ユーザ（例えば、学生）
３０３  撮像装置
【図１】
2018026123.tif 000003
【図２】
2018026123.tif 000004
【図３】
2018026123.tif 000005
【図４】
2018026123.tif 000006
【図５】
2018026123.tif 000007
【図６】
2018026123.tif 000008
【図７】
2018026123.tif 000009
【図８】
2018026123.tif 000010
【図９】
2018026123.tif 000011
【図１０】
2018026123.tif 000012
【図１１】
2018026123.tif 000013
【図１２】
2018026123.tif 000014
【図１３】
2018026123.tif 000015
【手続補正書】
【提出日】平成29年7月31日(2017.7.31)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
ビーコンから発信されたビーコン信号を受信した携帯端末にデータを送信する情報処理装置であって、
前記携帯端末が受信した前記ビーコン信号の受信強度と、前記携帯端末が前記ビーコン信号を受信した受信回数又は受信期間とに応じて、前記携帯端末に送信する情報を決定する決定手段と、
前記決定手段により決定された情報を前記携帯端末に送信する送信手段と、
を備えることを特徴とする情報処理装置。
【請求項２】
前記決定手段は、前記携帯端末が受信した前記ビーコン信号の受信強度と、前記受信強度で前記携帯端末が前記ビーコン信号を継続して受信した受信回数又は受信期間とに応じて、前記携帯端末に送信する情報を決定することを特徴とする請求項１に記載の情報処理装置。
【請求項３】
前記ビーコン信号を前記携帯端末が受信する受信強度と、前記ビーコン信号を前記携帯端末が受信する受信回数又は受信期間とに対応して前記携帯端末に送信する情報を記憶する記憶手段と、
前記携帯端末から、前記携帯端末が受信した前記ビーコン信号の受信強度と、前記携帯端末が前記ビーコン信号を受信した受信回数又は受信期間とを取得する取得手段と、
を更に備え、
前記決定手段は、前記取得手段により取得された受信強度と受信回数又は受信期間とに対応して前記記憶手段に記憶された情報を、前記携帯端末に送信する情報として決定することを特徴とする請求項１又は２に記載の情報処理装置。
【請求項４】
前記決定手段は、前記携帯端末が前記ビーコン信号を受信可能なエリアを含む会場にいる人数と、前記携帯端末が受信した前記ビーコン信号の受信強度と、前記携帯端末が前記ビーコン信号を受信した受信回数又は受信期間とに応じて、前記携帯端末に送信する情報を決定することを特徴とする請求項１乃至３の何れか１項に記載の情報処理装置。
【請求項５】
前記決定手段は、前記携帯端末が前記ビーコン信号を受信する所定の受信強度のエリアにいる人数と、前記携帯端末が受信した前記ビーコン信号の受信強度と、前記携帯端末が前記ビーコン信号を受信した受信回数又は受信期間とに応じて、前記携帯端末に送信する情報を決定することを特徴とする請求項１乃至４の何れか１項に記載の情報処理装置。
【請求項６】
前記決定手段は、前記ビーコン信号を受信した携帯端末の数と、前記携帯端末が受信した前記ビーコン信号の受信強度と、前記携帯端末が前記ビーコン信号を受信した受信回数又は受信期間とに応じて、前記携帯端末に送信する情報を決定することを特徴とする請求項１乃至３の何れか１項に記載の情報処理装置。
【請求項７】
ビーコンから発信されたビーコン信号を受信した携帯端末にデータを送信する情報処理装置であって、
前記携帯端末が受信した前記ビーコン信号の受信強度と、前記携帯端末が前記ビーコン信号を受信した受信回数又は受信期間とに応じて、前記携帯端末に情報を送信する否かを決定する決定手段を備えることを特徴とする情報処理装置。
【請求項８】
ビーコンから発信されたビーコン信号を受信した携帯端末にデータを送信する情報処理装置であって、
前記携帯端末が前記ビーコン信号を受信可能なエリアを含む会場にいる人数又は前記ビーコン信号を受信した携帯端末の数と、前記携帯端末が受信した前記ビーコン信号の受信強度とに応じて、前記携帯端末に送信する情報を決定する決定手段と、
前記決定手段により決定された情報を前記携帯端末に送信する送信手段と、
を備えることを特徴とする情報処理装置。
【請求項９】
ビーコンから発信されたビーコン信号を受信した携帯端末にデータを送信する情報処理装置であって、
前記携帯端末が前記ビーコン信号を受信可能なエリアを含む会場にいる人数又は前記ビーコン信号を受信した携帯端末の数と、前記携帯端末が受信した前記ビーコン信号の受信強度とに応じて、前記携帯端末に情報を送信する否かを決定する決定手段を備えることを特徴とする情報処理装置。
【請求項１０】
ビーコンから発信されたビーコン信号を受信した携帯端末にデータを送信する情報処理装置おける制御方法であって、
決定手段が、前記携帯端末が受信した前記ビーコン信号の受信強度と、前記携帯端末が前記ビーコン信号を受信した受信回数又は受信期間とに応じて、前記携帯端末に送信する情報を決定する決定工程と、
送信手段が、前記決定工程により決定された情報を前記携帯端末に送信する送信工程と、
を備えることを特徴とする制御方法。
【請求項１１】
ビーコンから発信されたビーコン信号を受信した携帯端末にデータを送信する情報処理装置における制御方法であって、
決定手段が、前記携帯端末が受信した前記ビーコン信号の受信強度と、前記携帯端末が前記ビーコン信号を受信した受信回数又は受信期間とに応じて、前記携帯端末に情報を送信する否かを決定する決定工程を備えることを特徴とする制御方法。
【請求項１２】
ビーコンから発信されたビーコン信号を受信した携帯端末にデータを送信する情報処理装置における制御方法であって、
決定手段が、前記携帯端末が前記ビーコン信号を受信可能なエリアを含む会場にいる人数又は前記ビーコン信号を受信した携帯端末の数と、前記携帯端末が受信した前記ビーコン信号の受信強度とに応じて、前記携帯端末に送信する情報を決定する決定工程と、
送信手段が、前記決定工程により決定された情報を前記携帯端末に送信する送信工程と、
を備えることを特徴とする制御方法。
【請求項１３】
ビーコンから発信されたビーコン信号を受信した携帯端末にデータを送信する情報処理装置における制御方法であって、
決定手段が、前記携帯端末が前記ビーコン信号を受信可能なエリアを含む会場にいる人数又は前記ビーコン信号を受信した携帯端末の数と、前記携帯端末が受信した前記ビーコン信号の受信強度とに応じて、前記携帯端末に情報を送信する否かを決定する決定工程を備えることを特徴とする制御方法。
【請求項１４】
コンピュータを、請求項１乃至９の何れか１項の情報処理装置の各手段として機能させることを特徴とするプログラム。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】００１１
【補正方法】変更
【補正の内容】
【００１１】
また、本発明は、ビーコンから発信されたビーコン信号を受信した携帯端末にデータを送信する情報処理装置であって、前記携帯端末が受信した前記ビーコン信号の受信強度と、前記携帯端末が前記ビーコン信号を受信した受信回数又は受信期間とに応じて、前記携帯端末に情報を送信する否かを決定する決定手段を備えることを特徴とする。
また、本発明は、ビーコンから発信されたビーコン信号を受信した携帯端末にデータを送信する情報処理装置であって、前記携帯端末が前記ビーコン信号を受信可能なエリアを含む会場にいる人数又は前記ビーコン信号を受信した携帯端末の数と、前記携帯端末が受信した前記ビーコン信号の受信強度とに応じて、前記携帯端末に送信する情報を決定する決定手段と、前記決定手段により決定された情報を前記携帯端末に送信する送信手段と、を備えることを特徴とする。
また、本発明は、ビーコンから発信されたビーコン信号を受信した携帯端末にデータを送信する情報処理装置であって、前記携帯端末が前記ビーコン信号を受信可能なエリアを含む会場にいる人数又は前記ビーコン信号を受信した携帯端末の数と、前記携帯端末が受信した前記ビーコン信号の受信強度とに応じて、前記携帯端末に情報を送信する否かを決定する決定手段を備えることを特徴とする。