JP2015103896A - 端末、端末の制御方法、端末の制御プログラム及びシステム - Google Patents

Abstract

【課題】端末の消費電力を抑制しつつ、周辺の人や物の検知漏れを抑制する。
【解決手段】サーバを介して機器に接続された端末に於いて、前記端末の移動状態を検知する検知部と、前記端末の移動状態の変化後の所定時間、無線信号のスキャンを実行するとともに、前記所定時間の経過後、前記スキャンを停止するスキャン制御部と、前記スキャンの実行中に前記無線信号を検知した場合、前記無線信号の送信元の機器の識別情報と、前記端末の識別情報と、を含むスキャン結果信号を前記サーバに送信する送信部と、を備える端末。
【選択図】図３

Description

開示の技術は、端末、端末の制御方法、端末の制御プログラム及びシステムに関する。

小型センサ、無線通信、携帯機器などの技術の進展に伴い、人が活動するあらゆる場所で、人の状況に応じた的確なＩＣＴサービスの提供が可能となりつつある。人の状況を示すものとして、周辺にいる「人」や周辺にある「物」などを利用することができる。例えば、端末の周辺にいる「人」に応じて、端末に提供する写真や資料などの情報を絞り込めば、端末ユーザは、必要な情報に容易にアクセスすることができる。

周辺の「人」や「物」の検知に利用できる技術として、以下のようなものが提案されている。

例えば、複数の端末の位置情報をサーバに送信して、これらの端末が相互に接近した位置に存在するかどうかをサーバに判断させ、接近していると判断された場合、それぞれの端末にその旨を通知する技術が提案されている。

又、周辺の端末に搭載されたデバイスから送信される近距離無線信号、例えばＢｌｕｅｔｏｏｔｈ（登録商標）やＷｉ−Ｆｉ（登録商標）などの無線信号を受信して、無線信号の強度に基づき、周辺の端末の近傍に存在する端末を検知する技術が提案されている。

特開２００７−３１１９１９号公報 特開２０１１−２１７１２８号公報

ところで、人の状況に応じた的確なＩＣＴサービスを提供する為には、常時、「人」や「物」を検知する必要がある。

しかし、測位に必要な消費電力は、測位方式によらず、非常に大きい為、常時、端末に測位を実行させると、バッテリーが持たない。ＢｌｕｅｔｏｏｔｈやＷｉ−Ｆｉなどの無線信号を用いる場合でも、常時、「人」や「物」を検知すると、端末のバッテリーが持たない。

開示の技術によれば、端末の消費電力を抑制しつつ、周辺の人や物の検知漏れを抑制することができる端末、端末の制御方法、端末の制御プログラム、サーバを提供する。

開示の技術の一観点によれば、サーバを介して機器に接続された端末に於いて、前記端末の移動状態を検知する検知部と、前記端末の移動状態の変化後の所定時間、無線信号のスキャンを実行するとともに、前記所定時間の経過後、前記スキャンを停止するスキャン制御部と、前記スキャンの実行中に前記無線信号を検知した場合、前記無線信号の送信元の機器の識別情報と、前記端末の識別情報と、を含むスキャン結果信号を前記サーバに送信する送信部と、を備える端末が提供される。

本開示の技術の一観点によれば、端末の消費電力を抑制しつつ、周辺の人や物の検知漏れを抑制することができる。

第１の実施形態にかかる検知システムの概略図である。 第１の実施形態にかかる機器のハードウェア構成の概略図である。 第１の実施形態にかかる機器の機能ブロックの概略図である。 第１の実施形態にかかるスキャン機器情報リストの概略図である。 第１の実施形態にかかる検知対象リストの概略図である。 第１の実施形態にかかる検知機器リストの概略図である。 第１の実施形態にかかるスキャン制御処理のフローチャートである。 第１の実施形態にかかる機器検知実行処理のフローチャートである。 第１の実施形態にかかるスキャン制御処理の模式図である。 第１の実施形態にかかるサーバのハードウェア構成の概略図である。 第１の実施形態にかかるサーバの機能ブロックの概略図である。 第１の実施形態にかかる集合状態管理テーブルの概略図である。 第１の実施形態にかかる通知判定処理のフローチャートである。 第１の実施形態にかかる進入処理のフローチャートである。 第１の実施形態にかかる進入処理の具体例１の概略図である。 第１の実施形態にかかる進入処理の具体例２の概略図である。 第１の実施形態にかかる進入処理の具体例３の概略図である。 第１の実施形態にかかる進入処理の具体例４の概略図である。 第１の実施形態にかかる退出処理のフローチャートである。 第１の実施形態にかかる退出処理の具体例５の概略図である。 第１の実施形態にかかる退出処理の具体例６の概略図である。 第１の実施形態にかかる退出処理の具体例７の概略図である。 第１の実施形態にかかる退出処理の具体例８の概略図である。 第２の実施形態にかかる機器の機能ブロックの概略図である。 第２の実施形態にかかるスキャン制御処理のフローチャートである。

（第１の実施形態）
以下、図１−図２３を参照して、第１の実施形態を説明する。

［検知システムの概略］
図１は、第１の実施形態にかかる検知システムの概略図である。

図１に示すように、本実施形態にかかる検知システムは、複数の機器（端末）１００と、サーバ２００と、を備える。複数の機器１００及びサーバ２００は、有線もしくは無線のネットワーク３００を介して、相互接続されている。機器１００としては、例えばスマートフォン、タブレットＰＣ、ノートＰＣ、などを用いても良い。

［機器１００のハードウェア構成］
図２は、第１の実施形態にかかる機器１００のハードウェア構成の概略図である。

図２に示すように、本実施形態にかかる機器１００は、ＣＰＵ（Central Processing Unit）１０１、メインメモリ１０２、補助メモリ１０３、センサ１０４、無線デバイス１０５、通信モジュール１０６、をハードウェアモジュールとして備える。これらのハードウェアモジュールは、例えばバス１０７により相互接続されている。

ＣＰＵ１０１は、バス１０７を介して、補助メモリ１０３に格納された各種プログラムをメインメモリ１０２に読み出し、該メインメモリ１０２に読み出した各種プログラムを実行することで、各種機能を実現する。各種機能の詳細は、後述することとする。

メインメモリ１０２は、ＣＰＵ１０１により実行される各種プログラムを格納する。さらに、メインメモリ１０２は、ＣＰＵ１０１のワークエリアとして使用され、ＣＰＵ１０１による処理に必要な各種データを記憶する。メインメモリ１０２としては、例えばＲＡＭ（Random Access Memory）などを用いても良い。

補助メモリ１０３は、機器１００を動作させる各種プログラムを格納している。各種プログラムとしては、例えば、機器１００により実行されるアプリケーションプログラムのほか、アプリケーションプログラムの実行環境であるＯＳ（Operating System）などがある。本実施形態にかかる制御プログラムも補助メモリ１０３に格納されている。補助メモリ１０３としては、例えば、ハードディスク、フラッシュメモリ、ＣＤＲＯＭ（Read Only Memory）等の不揮発メモリを用いても良い。

センサ１０４は、機器１００の各種状態を検知する。センサ１０４としては、例えば加速度センサ、ジャイロセンサ、気圧センサ、照度センサ、カメラ、マイク、などを用いても良い。

無線デバイス１０５は、事前に決められた頻度でビーコン信号（近距離無線信号）を発信する。さらに、無線デバイス１０５は、例えばセンサ１０４の出力に基づき、ビーコン信号の受信状態に遷移して、周辺の機器から送信されたビーコン信号（正確には、周辺の機器に搭載された無線デバイスから送信されたビーコン信号）を受信する。

以下、無線デバイス１０５がビーコン信号の受信状態に遷移して、周辺の機器から送信されたビーコン信号を受信することを「スキャン」とする。なお、所定時間ごとに送信されるビーコン信号を確実に受信する為、１回分のスキャンの開始から終了までの時間は、少なくともビーコン信号の送信間隔よりも長くなるように設定される。このため、スキャンの消費電力は、例えば携帯端末の待ち受け状態での消費電力（５〜６ｍＡ）よりも大幅に大きくなる。近距離無線通信としては、例えばＢＬＥ（Bluetooth Low Energy）やＷｉ−Ｆｉなどの規格で定められた無線信号を用いても良い。

通信モジュール１０６は、例えば３Ｇ（3-Generation）やＬＴＥ（Long Term Evolution）などの通信方式を用いて、機器１００及びサーバ２００間での通信を実行する。

（機器１００の機能ブロック）
図３は、第１の実施形態にかかる機器１００の機能ブロックの概略図である。

図３に示すように、機器１００は、移動検知部（検知部）１１１、機器検知制御部（スキャン制御部）１１２、機器検知実行部１１３、デバイス制御部１１４、検知情報送信部（送信部）１１５、通知受信部１１６、アプリ実行部１１７、を備える。さらに、メインメモリ１０２もしくは補助メモリ１０３は、スキャン機器情報リストＬ１、検知対象リストＬ２、検知機器リストＬ３などを記憶している。

移動検知部１１１、機器検知制御部１１２、機器検知実行部１１３、デバイス制御部１１４、検知情報送信部１１５、通知受信部１１６、アプリ実行部１１７は、何れもＣＰＵ１０１がメインメモリ１０２に制御プログラムを読み込み、該メインメモリ１０２に読み込んだ制御プログラムを実行することで実現される。

移動検知部１１１は、センサ１０４の出力に基づき、機器１００の移動状態を検知する。機器１００の移動状態は、機器１００のユーザの移動状態に相当する。さらに、移動検知部１１１は、機器１００の移動状態を機器検知制御部１１２に通知する。例えば、機器１００が移動中である場合、移動検知部１１１は、機器検知制御部１１２に「移動」を通知する。又、機器１００が静止中である場合、移動検知部１１１は、機器検知制御部１１２に「静止」を通知する。

なお、移動状態を検知する為には、例えば歩数計で用いられている歩数の計測アルゴリズムを用いても良い。歩数の計測アルゴリズムを用いる場合、移動検知部１１１は、機器１００に搭載された３軸加速度センサの３軸加速度信号の３軸合成値の正負のピークを検出して、所定時間に反対極性のピークを検出できたときに、歩数をカウントアップする。即ち、移動検知部１１１は、所定時間に歩数が変化しないときに静止中、所定時間に歩数が変化したときに移動中、と判定することとなる。

機器検知制御部１１２は、移動検知部１１１からの移動状態の変化をトリガとして、移動状態の変化後の所定時間のみ、無線デバイス１０５にスキャンを実行させるスキャン指示、具体的にはスキャン開始の指示とスキャン停止の指示を、機器検知実行部１１３に通知する。

機器検知実行部１１３は、機器検知制御部１１２からのスキャン指示に基づき、デバイス制御部１１４にスキャン開始とスキャン停止を指示する。又、機器検知実行部１１３は、スキャン機器情報リストＬ１に基づき、ビーコン信号の電波強度がしきい値以上の機器を、機器１００の近傍エリアに存在する機器であると判断して、検知機器リストＬ３に登録する。さらに、機器検知実行部１１３は、検知機器リストＬ３に基づき、「機器の進入」や「機器の退出」を検知する。

「機器の進入」とは、機器１００の近傍エリアに他機器が進入することである。「機器の退出」とは、機器１００の近傍エリアから他機器が退出することである。機器１００の近傍エリアに存在する機器の識別情報（機器ＩＤ）は、検知機器リストＬ３に登録される為、検知機器リストＬ３に追加される機器ＩＤや検知機器リストＬ３から削除される機器ＩＤを探索すれば、機器１００の近傍エリアへの他機器の進入や機器１００の近傍エリアからの他機器の退出を検知することができる。以下、「機器に進入」、「機器への進入」、「機器から退出」、「機器からの退出」などと表記することがあるが、それぞれ「機器の近傍エリアに進入」、「機器の近傍エリアへの進入」、「機器の近傍エリアから退出」、「機器の近傍エリアからの退出」と同義であるものとする。

機器検知実行部１１３は、「機器の進入」を検知すると、検知情報送信部１１５に進入情報を通知する。進入情報は、「機器の進入」を検知した機器（機器１００）の機器ＩＤと、機器１００への進入を検知された機器（以下、検知機器とする）の機器ＩＤと、を含む。又、機器検知実行部１１３は、「機器の退出」を検知すると、検知情報送信部１１５に退出情報を通知する。退出情報は、「機器の退出」を検知した機器（機器１００）の機器ＩＤと、機器１００からの退出を検知された機器（以下、検知機器とする）の機器ＩＤと、を含む。

デバイス制御部１１４は、通信モジュール１０６を制御して、ビーコン信号の発信や受信を実行する。さらに、デバイス制御部１１４は、通信モジュール１０６が受信したビーコン信号に基づき、ビーコン信号の発信元の機器のアドレスと、ビーコン信号の電波強度と、をスキャン機器情報リストＬ１に記録する。スキャン機器情報リストＬ１の詳細は、後述することとする。

検知情報送信部１１５は、機器検知実行部１１３からの進入情報や退出情報に基づき、サーバ２００に進入通知要求や退出通知要求を送信する。進入通知要求は、「機器の進入」を検知した機器（機器１００）の機器ＩＤと、機器１００への進入を検知された機器（検知機器）の機器ＩＤと、を含む。退出通知要求は、機器の退出を検知した機器（機器１００）の機器ＩＤと、機器１００からの退出を検知された機器（検知機器）の機器ＩＤと、を含む。サーバ２００は、進入通知要求を受信すると、進入通知要求の送信元の機器、即ち「機器の進入」を検知した機器１００に進入したことを、検知機器に通知することとなる。サーバ２００は、退出通知要求を受信すると、退出通知要求の送信元の機器、即ち「機器の退出」を検知した機器１００から退出したことを、検知機器に通知することとなる。

通知受信部１１６は、サーバ２００からの進入通知や退出通知を受信する。進入通知は、機器１００の進入をした他機器、即ち機器１００によって進入された他機器の機器ＩＤを含む。退出通知は、機器１００の退出を検知した機器、即ち機器１００によって退出された他機器の機器ＩＤを含む。

アプリ実行部１１７は、通知受信部１１６からの進入通知や退出通知に基づき、アプリの実行を制御する。例えば、通知受信部１１６が進入通知を受信した場合、アプリ実行部１１７は、進入通知から読み出される機器（進入通知要求の送信元の機器）、もしくはそのユーザに関連するアプリを実行する。なお、アプリの種別は、特に限定されるものではないが、例えば写真や資料などのコンテンツを含むこともある。なお、アプリを実行する代わりに、アプリのアイコンを、機器１００のホーム画面の視認しやすい位置に表示しても良い。又、通知受信部１１６から退出通知を受信した場合、アプリ実行部１１７は、退出通知から読み出された機器（退出通知要求の送信元の機器）、もしくはそのユーザに関連するアプリの実行を停止しても良い。さらに、アプリの実行を停止する代わりに、アプリのアイコンを、機器１００のホーム画面の視認しやすい位置から退避させても良い。

［スキャン機器情報リストＬ１］
図４は、第１の実施形態にかかるスキャン機器情報リストＬ１の概略図である。

図４に示すように、本実施形態にかかるスキャン機器情報リストＬ１は、機器１００が検出したビーコン信号の発信元の機器のアドレスとビーコン信号の電波強度を記録する。例えば、本実施形態にかかるスキャン機器情報リストＬ１では、１行目のレコードにアドレス「１２：３４：５６：７８：９０：ＡＢ」と電波強度「−５０」が記録され、２行目のレコードにアドレス「１２：３４：５６：７８：９０：ＡＣ」と電波強度「−６０」が記録されている。

［検知対象リストＬ２］
図５は、第１の実施形態にかかる検知対象リストＬ２の概略図である。

図５に示すように、本実施形態にかかる検知対象リストＬ２は、検知対象の機器の識別情報（機器ＩＤ）と、検知対象の機器のアドレスと、を記録する。例えば、機器１００のユーザが検知したい機器の機器ＩＤ及びアドレスを検知対象リストＬ２に登録しても良い。

［検知機器リストＬ３］
図６は、第１の実施形態にかかる検知機器リストＬ３の概略図である。

図６に示すように、本実施形態にかかる検知機器リストＬ３は、機器１００の近傍エリアに存在する機器の機器ＩＤを記録する。本実施形態にかかる検知機器リストＬ３では、機器１００の近傍エリアに機器「ａａａａ」と機器「ｂｂｂｂ」が存在していることとなる。このため、検知機器リストＬ３を監視すれば、機器１００の近傍エリアへの機器の進入と、機器１００の近傍エリアからの機器の退出と、を検知することができる。

［スキャン制御処理］
本実施形態にかかる機器１００の機器検知制御部１１２は、以下のように、スキャン制御処理を実行する。

図７は、第１の実施形態にかかるスキャン制御処理のフローチャートである。

図７に示すように、機器検知制御部１１２は、機器１００の移動状態の入力を待つ（ステップＳ００１）。

次に、機器検知制御部１１２は、機器１００の移動状態が入力されたかどうかを判断する（ステップＳ００２）。

ステップＳ００２に於いて、移動状態が入力されたと判断されない場合（ステップＳ００２のＮｏ）、機器検知制御部１１２は、再度、機器１００の移動状態の入力を待つ（ステップＳ００１）。

一方、ステップＳ００２に於いて、移動状態が入力されたと判断された場合（ステップＳ００２のＹｅｓ）、機器検知制御部１１２は、移動状態が変化したかどうかを判断、即ち今回の移動状態が前回の移動状態と異なるかどうかを判断する（ステップＳ００３）。

ステップＳ００３に於いて、移動状態が変化したと判断されない場合（ステップＳ００３のＮｏ）、機器検知制御部１１２は、再度、機器１００の移動状態の入力を待つ（ステップＳ００１）。

一方、ステップＳ００３に於いて、移動状態が変化したと判断された場合（ステップＳ００３のＹｅｓ）、機器検知制御部１１２は、機器検知実行部１１３にスキャン開始を指示する（ステップＳ００４）。

次に、機器検知制御部１１２は、移動状態の変化後、所定時間だけ待ち（ステップＳ００５）、機器検知実行部１１３にスキャン停止を指示する（ステップＳ００６）。

次に、機器検知制御部１１２は、再度、機器１００の移動状態の入力を待つ（ステップＳ００１）。

以上のように、本実施形態にかかる機器検知制御部１１２は、移動状態の変化後の所定時間だけ、無線デバイス１０５にスキャンを実行させることとなる。このため、常時、無線デバイス１０５にスキャンを実行させる場合よりもスキャンに起因する消費電力を大幅に削減することができる。詳細は、後述することとする。

本実施形態にかかる機器検知制御部１１２は、移動状態の変化から所定時間が経過すると、スキャンを停止させている。しかし、本発明は、これに限定されるものではない。例えば、スキャンを停止させる代わりに、通常のスキャン頻度（移動状態の変化後の所定時間でのスキャン頻度）よりも低頻度でスキャンを継続しても良い。このような構成としても、常時、無線デバイス１０５に通常のスキャン頻度でスキャンを実行させる場合よりも消費電力を削減することができる。

なお、本実施形態にかかる機器検知制御部１１２は、移動状態の変化後の所定時間だけ、無線デバイス１０５にスキャンを実行させている、としているが、スキャン停止後、さらに移動状態の変化が生じたときには、再度、無線デバイス１０５にスキャンを実行させることは言うまでもない。

［機器検知実行処理］
本実施形態にかかる機器１００の機器検知実行部１１３は、以下のように、機器検知実行処理を実行する。

図８は、第１の実施形態にかかる機器検知実行処理のフローチャートである。

図８に示すように、機器検知実行部１１３は、デバイス制御部１１４からスキャン機器情報リストＬ１を取得する（Ｓ０１１）。

次に、機器検知実行部１１３は、スキャン機器情報リストＬ１に登録された機器から未選択の機器を１つ選択する（Ｓ０１２）。

次に、機器検知実行部１１３は、選択された機器が検知対象であるかどうかを判断する（ステップＳ０１３）。具体的には、機器検知実行部１１３は、選択された機器のアドレスが検知対象リストＬ２に登録されているかどうかを判断する。

ステップＳ０１３に於いて、選択された機器が検知対象であると判断された場合（ステップＳ０１３のＹｅｓ）、即ち選択された機器のアドレスが検知対象リストＬ２に登録されている場合、機器検知実行部１１３は、スキャン機器情報リストＬ１に基づき、選択された機器の電波強度がしきい値以上かつ選択された機器が検知機器リストＬ３に未登録であるかどうかを判断する（ステップＳ０１４）。

ステップＳ０１４に於いて、選択された機器の電波強度がしきい値以上かつ選択された機器が検知機器リストＬ３に未登録であると判断された場合（ステップＳ０１４のＹｅｓ）、機器検知実行部１１３は、選択された機器を検知機器リストＬ３に登録するとともに、選択された機器の進入通知要求の送信を、検知情報送信部１１５に依頼する（ステップＳ０１５）。

次に、機器検知実行部１１３は、スキャン機器情報リストＬ１に未選択の機器が存在するかどうかを判断する（ステップＳ０１６）。同様に、ステップＳ０１３に於いて、選択された機器が検知対象であると判断されない場合（ステップＳ０１３のＮｏ）や、ステップＳ０１４に於いて、選択された機器の電波強度がしきい値以上かつ選択された機器が検知機器リストＬ３に未登録であると判断されない場合も（ステップＳ０１４のＮｏ）、機器検知実行部１１３は、スキャン機器情報リストＬ１に未選択の機器が存在するかどうかを判断する（ステップＳ０１６）。

ステップＳ０１６に於いて、未選択の機器が存在すると判断された場合（ステップＳ０１６のＹｅｓ）、機器検知実行部１１３は、再度、スキャン機器情報リストＬ１に登録された機器から未選択の機器を１つ選択する（ステップＳ０１２）。

一方、ステップＳ０１６に於いて、未選択の機器が存在すると判断されない場合（ステップＳ０１６のＮｏ）、機器検知実行部１１３は、検知機器リストＬ３に登録された未選択の機器から機器を１つ選択する（ステップＳ０１７）。

次に、機器検知実行部１１３は、選択された機器がスキャン機器情報リストＬ１に未登録であるかどうかを判断するとともに、選択された機器の電波強度がしきい値未満であるかどうかを判断する（ステップＳ０１８）。

ステップＳ０１８に於いて、選択された機器がスキャン機器情報リストＬ１に未登録であると判断された場合（ステップＳ０１８のＹｅｓ）、又は選択された機器の電波強度がしきい値未満であると判断された場合（ステップＳ０１８のＹｅｓ）、機器検知実行部１１３は、選択された機器を検知機器リストＬ３から削除して、選択された機器の退出通知要求の送信を、検知情報送信部１１５に依頼する（ステップＳ０１９）。

次に、検知機器リストＬ３に未選択の機器が存在するかどうかを判断する（ステップＳ０２０）。同様に、ステップＳ０１８に於いて、選択された機器がスキャン機器情報リストＬ１に未登録であると判断されず、かつ、選択された機器の電波強度がしきい値未満であると判断されない場合も（ステップＳ０１８のＮｏ）、機器検知実行部１１３は、検知機器リストＬ３に未選択の機器が存在するかどうかを判断する（ステップＳ０２０）。

ステップＳ０２０に於いて、検知機器リストＬ３に未選択の機器が存在すると判断された場合（ステップＳ０２０のＹｅｓ）、機器検知実行部１１３は、再度、スキャン機器情報リストＬ１に未選択の機器が存在するかどうかを判断する（ステップＳ０１６）。

［スキャン制御処理の詳細］
図９は、第１の実施形態にかかるスキャン制御処理の模式図であって、機器Ａ、機器Ｂ、機器Ｃの移動状態の推移と、機器Ａ、機器Ｂ、機器Ｃの処理の状況と、を示している。

なお、機器Ａ、機器Ｂ、機器Ｃは、何れも事前に決められた頻度でビーコン信号を発信している。ビーコン信号は、ビーコン信号の発信元の機器のアドレスを含む。従って、ビーコン信号からアドレスを読み出せば、ビーコン信号の発信元の機器を特定することができる。

図９に示すように、機器Ｂが機器Ａと機器Ｃに近づき、機器Ａと機器Ｃの近傍エリアに進入後、静止したとする。このとき、機器Ｂは、移動状態が「移動」から「静止」に変化する為、本実施形態にかかるスキャン制御処理が作動して、移動状態の変化後の所定時間だけ、スキャンが実行される（図中の処理Ａ）。これにより、機器Ｂは、機器Ａと機器Ｃの進入を検知する。本実施形態では、移動状態の変化後の所定時間に３回分のスキャンを実行しているが、本発明は、これに限定されることはない。

続いて、機器Ｂは、機器Ａと機器Ｃの進入を検知したことを、機器Ａと機器Ｃに通知する為、機器Ａと機器Ｃの進入通知要求をサーバ２００に送信する（図中の処理Ｂ）。これにより、機器Ａと機器Ｃは、サーバ２００から送信される進入通知を受信して（図中の処理Ｃ）、機器Ｂに進入したことを検知する。こうして、機器Ａ、機器Ｂ、機器Ｃが相互に接近していることを、機器Ａ、機器Ｂ、機器Ｃのそれぞれが把握することとなる。

次に、機器Ｃが機器Ａと機器Ｂから離れ、機器Ａと機器Ｂの近傍エリアから離脱したとする。このとき、機器Ｃは、移動状態が「静止」から「移動」に変化する為、本実施形態にかかるスキャン制御処理が作動して、移動状態の変化後の所定時間だけ、スキャンが実行される（図中の処理Ｄ）。これにより、機器Ｃは、機器Ａと機器Ｂの退出を検知する。本実施形態では、移動状態の変化後の所定時間に３回分のスキャンを実行しているが、本発明は、これに限定されるものではない。

続いて、機器Ｃは、機器Ａと機器Ｂの退出を検知したことを、機器Ａと機器Ｂに通知する為、機器Ａと機器Ｂの退出通知要求をサーバ２００に送信する（図中の処理Ｅ）。これにより、機器Ａと機器Ｂは、サーバ２００から送信される退出通知を受信して（図中の処理Ｆ）、機器Ｃが退出したことを検知する。こうして、機器Ａと機器Ｂから機器Ｃが退出したことを、機器Ａ、機器Ｂ、機器Ｃのそれぞれが把握することとなる。

このように、本実施形態では、機器の移動状態の変化後の所定時間だけ、スキャンを実行する。即ち、機器の移動状態が変化しない限り、スキャンを実行することがない。このため、常時スキャンを実行する従来技術よりも、機器の消費電力を削減することができる。

しかし、以上のような構成にすると、移動状態が変化しない機器は、機器の進入や退出を検知することができない。このため、本実施形態では、進入通知要求もしくは退出通知要求の送信元の機器に進入もしくは退出した機器に、サーバ２００を介して、進入通知もしくは退出通知を送信する。これにより、移動状態が変化しない機器、即ちスキャンを実行しない機器も、機器も進入や退出を把握することができる。

しかも、進入通知要求や退出通知要求のサーバ２００への送信や、サーバ２００から送信される進入通知や退出通知の受信では、ＢＬＴやＷｉ−Ｆｉなどの近距離無線通信よりも低消費電力の３ＧやＬＴＥなどを用いる為、機器の消費電力を抑制することができる。

［サーバ２００のハードウェア構成］
図１０は、第１の実施形態にかかるサーバ２００のハードウェア構成の概略図である。

図１０に示すように、本実施形態にかかるサーバ２００は、ＣＰＵ２０１、メインメモリ２０２、補助メモリ２０３、通信モジュール２０４、をハードウェアモジュールとして備える。これらのハードウェアモジュールは、例えばバス２０５により相互接続されている。

ＣＰＵ２０１は、バス２０５を介して、補助メモリ２０３に格納された各種プログラムをメインメモリ２０２に読み出し、該メインメモリ２０２に読み出した各種プログラムを実行することで、各種機能を実現する。各種機能の詳細は、後述することとする。

メインメモリ２０２は、ＣＰＵ２０１により実行される各種プログラムを格納する。さらに、メインメモリ２０２は、ＣＰＵ２０１のワークエリアとして使用され、ＣＰＵ２０１による処理に必要な各種データを記憶する。メインメモリ２０２としては、例えばＲＡＭなどを用いても良い。

補助メモリ２０３は、サーバ２００を動作させる各種プログラムを格納している。各種プログラムとしては、例えば、サーバ２００により実行されるアプリケーションプログラムのほか、アプリケーションプログラムの実行環境であるＯＳなどがある。本実施形態にかかる制御プログラムも補助メモリ２０３に格納されている。補助メモリ２０３としては、例えば、ハードディスク、フラッシュメモリ、ＣＤＲＯＭ等の不揮発メモリを用いても良い。

通信モジュール２０４は、例えば３ＧやＬＴＥなどの通信方式を用いて、機器１００及びサーバ２００間での通信を実行する。

［サーバ２００の機能ブロック］
図１１は、第１の実施形態にかかるサーバ２００の機能ブロックの概略図である。

図１１に示すように、本実施形態にかかるサーバ２００は、受信部２１１、通知判定部２１２、送信部２１３、集合状態情報格納部２１４、を備える。

受信部２１１、通知判定部２１２、送信部２１３、集合状態情報格納部２１４は、何れもＣＰＵ２０１がメインメモリ２０２に制御プログラムを読み込み、該メインメモリ２０２に読み込んだ制御プログラムを実行することで実現される。

受信部２１１は、機器１００から送信された通知要求、即ち進入通知要求や退出通知要求を受信する。

通知判定部２１２は、機器１００から送信された通知要求に基づき、進入処理もしくは退出処理を実行する。進入処理と退出処理の詳細は、後述することとする。通知判定部２１２は、集合状態情報格納部２１４に格納された集合状態管理テーブルＴの記録を管理する。

集合状態情報格納部２１４は、集合状態管理テーブルＴを格納する。集合状態管理テーブルＴの詳細は、後述することとする。

（集合状態管理テーブルＴ）
図１２は、第１の実施形態にかかる集合状態管理テーブルＴの概略図である。

図１２に示すように、本実施形態にかかる集合状態管理テーブルＴは、集合ＩＤ、機器ＩＤリスト、検知ペアリスト、を記録する。集合ＩＤは、集合（グループ）の識別情報である。機器ＩＤリストは、それぞれの集合に所属する機器の識別情報である。検知ペアリストは、ある機器への進入を検知した機器の機器ＩＤと、ある機器への進入を検知された機器の機器ＩＤと、のペアである。なお、集合とは、進入関係の連鎖によって結び付けられた複数の機器の集合である。即ち、ある機器に２つの機器が進入している場合、これらの２つの機器は、ある機器を介して、進入関係によって結び付けられている為、共通の集合に所属することとなる。例えば、本実施形態にかかる集合状態管理テーブルＴの１行目のレコードでは、集合ＩＤに「１」、機器ＩＤリストに「４、５、６」、検知ペアリストに「（４、５）、（５、６）」が記録されている。

［通知判定処理］
本実施形態にかかるサーバ２００の通知判定部２１２は、以下のように、通知判定処理を実行する。

図１３は、第１の実施形態にかかる通知判定処理のフローチャートである。

図１３に示すように、本実施形態にかかる通知判定部２１２は、機器１００からの通知要求を待つ（ステップＳ０２１）。

次に、通知判定部２１２は、通知要求を受信したかどうかを判断する（ステップＳ０２２）。

ステップＳ０２２に於いて、通知要求を受信したと判断されない場合（ステップＳ０２２のＮｏ）、通知判定部２１２は、機器１００からの通知要求を待つ（ステップＳ０２１）。

一方、ステップＳ０２２に於いて、通知要求を受信したと判断された場合（ステップＳ０２２のＹｅｓ）、通知判定部２１２は、通知要求が進入通知要求であるかどうかを判断する（ステップＳ０２３）。

ステップＳ０２３に於いて、通知要求が進入通知要求であると判断された場合（ステップＳ０２３のＹｅｓ）、通知判定部２１２は、「進入処理」を実行する（ステップＳ０２４）。進入処理の詳細は、後述することとする。

一方、ステップＳ０２３に於いて、通知要求が進入通知要求であると判断されない場合（ステップＳ０２３のＮｏ）、即ち通知要求が退出通知要求であると判断された場合、通知判定部２１２は、「退出処理」を実行する（ステップＳ０２５）。退出処理の詳細は、後述することとする。

以上のように、本実施形態にかかるサーバ２００は、機器１００からの通知要求、即ち進入通知要求もしくは退出通知要求に基づき、進入処理もしくは退出処理を実行する。

［進入処理］
本実施形態にかかるサーバ２００の通知判定部２１２は、以下のように、進入処理を実行する。

図１４は、第１の実施形態にかかる進入処理のフローチャートである。

図１４に示すように、通知判定部２１２は、進入通知要求から通知要求の送信元の機器の機器ＩＤ（以下、送信元機器ＩＤとする）と検知機器の機器ＩＤ（以下、検知機器ＩＤとする）を読み出し、送信元機器ＩＤを「Ｓ」、検知機器ＩＤを「Ｄ」に、それぞれセットする（ステップＳ０３１）。

次に、通知判定部２１２は、集合状態管理テーブルＴから「Ｓ」又は「Ｄ」が所属する集合ＩＤを探索し、発見された集合ＩＤを「Ｇ１」と「Ｇ２」にセットするとともに、発見された集合の個数を「Ｎ」にセットする（ステップＳ０３２）。但し、「Ｇ２」は、２個の集合ＩＤが発見されたときのみ使用するものとする。

次に、通知判定部２１２は、「Ｎ」が「０」、「１」、「２」の何れかを判断する（ステップＳ０３３）。

ステップＳ０３３に於いて、「Ｎ」が「０」である場合（ステップＳ０３３の「０」）、即ち「Ｓ」又は「Ｄ」が所属する集合ＩＤが発見されない場合、通知判定部２１２は、機器「Ｄ」に機器「Ｓ」の進入を通知し、機器「Ｓ」に機器「Ｄ」の進入を通知する（ステップＳ０３４）。

次に、通知判定部２１２は、集合状態管理テーブルＴに新規の集合を追加して、新規の集合の機器ＩＤリストに「Ｓ」と「Ｄ」を登録、新規の集合の検知ペアリストに（Ｓ、Ｄ）を登録する（ステップＳ０３５）。なお、具体例は、後述することとする（具体例１参照）。

ステップＳ０３３に於いて、「Ｎ」が「１」である場合（ステップＳ０３３の「１」）、即ち「Ｓ」又は「Ｄ」が所属する集合ＩＤが１つ発見された場合、通知判定部２１２は、機器「Ｓ」と機器「Ｄ」に集合「Ｇ１」に所属しないものがあるかどうかを判断する（ステップＳ）。

ステップＳ０３６に於いて、機器「Ｓ」と機器「Ｄ」に集合「Ｇ１」に所属しないものがあると判断された場合（ステップＳ０３６のＹｅｓ）、通知判定部２１２は、集合「Ｇ１」に所属しない機器ＩＤを「Ａ」にセットする（ステップＳ０３７）。

次に、通知判定部２１２は、集合「Ｇ１」の機器ＩＤリストの各機器に機器「Ａ」の進入を通知し、機器「Ａ」に集合「Ｇ１」の機器ＩＤリストの各機器の進入を通知する（ステップＳ０３８）。

次に、通知判定部２１２は、集合状態管理テーブルＴの集合「Ｇ１」の機器ＩＤリストに「Ａ」を登録、集合「Ｇ１」の検知ペアリストに（Ｓ、Ｄ）を登録する（ステップＳ０３９）。なお、具体例は、後述することとする（具体例２参照）。

一方、ステップＳ０３６に於いて、機器「Ｓ」と機器「Ｄ」に集合「Ｇ１」に所属しないものがあると判断されない場合（ステップＳ０３６のＮｏ）、通知判定部２１２は、集合状態管理テーブルＴの集合「Ｇ１」の検知ペアリストに（Ｓ、Ｄ）を登録する（ステップＳ０４０）。このとき、通知判定部２１２は、機器の進入を通知することはない。なお、具体例は、後述することとする（具体例３参照）。

ステップＳ０３３に於いて、「Ｎ」が「２」である場合（ステップＳ０３３の「２」）、即ち「Ｓ」又は「Ｄ」が所属する集合ＩＤが２つ発見された場合、通知判定部２１２は、集合「Ｇ１」の機器ＩＤリストの各機器に集合「Ｇ２」の機器ＩＤリストの各機器の進入を通知し、集合「Ｇ２」の機器ＩＤリストの各機器に集合「Ｇ１」の機器ＩＤリストの各機器の進入を通知する（ステップＳ０４１）。

次に、通知判定部２１２は、集合状態管理テーブルＴの集合「Ｇ１」の機器ＩＤリストに集合「Ｇ２」の機器ＩＤリストの機器ＩＤを登録、集合「Ｇ１」の検知ペアリストに集合「Ｇ２」の検知ペアリストのペアと（Ｓ、Ｄ）を登録、さらに集合「Ｇ２」を削除する（ステップＳ０４２）。

［進入処理の具体例１］
図１５は、第１の実施形態にかかる進入処理の具体例１の概略図である。

具体例１は、機器「４」が機器「３」に接近して、新規に集合を生成する例である。

図１５（ａ）に示すように、機器「４」が機器「３」に接近して、機器「３」の進入を検知した場合、サーバ２００は、機器「４」から機器「３」の進入通知要求を受信し、「Ｓ」を「４」、「Ｄ」を「３」にセットする（ステップＳ０３１）。

次に、図１５（ｂ）に示すように、サーバ２００は、集合状態管理テーブルＴに「３」又は「４」が所属する集合が存在しないと判断して、「Ｎ」を「０」にセットする（ステップＳ０３２）。

次に、サーバ２００は、機器「３」に機器「４」の進入を通知し、機器「４」に機器「３」の進入を通知する（ステップＳ０３４）。

次に、図１５（ｃ）に示すように、サーバ２００は、集合状態管理テーブルＴに新規の集合「４」を追加し、集合「４」の機器ＩＤリストに「３」、「４」を登録、集合「４」の検知ペアリストに（３、４）を登録する（ステップＳ０３５）。

［進入処理の具体例２］
図１６は、第１の実施形態にかかる進入処理の具体例２の概略図である。

具体例２は、機器「３」が機器「１」に接近して、機器「１」が所属する集合「１」に機器「３」が追加される例である。

図１６（ａ）に示すように、機器「３」が機器「１」に接近して、機器「１」の進入を検知した場合、サーバ２００は、機器「３」から機器「１」の進入通知要求を受信して、「Ｓ」を「３」、「Ｄ」を「１」にセットする（ステップＳ０３１）。

次に、図１６（ｂ）に示すように、サーバ２００は、集合状態管理テーブルＴに「１」又は「３」が所属する集合「１」が存在すると判断して、「Ｇ１」を「１」にセットし、「Ｎ」を「１」にセットする（ステップＳ０３２）。

次に、図１６（ｂ）に示すように、サーバ２００は、機器「３」が集合「１」の機器ＩＤリストに含まれていないので（ステップＳ０３６）、「Ａ」を「３」にセットする（ステップＳ０３７）。

次に、サーバ２００は、機器「１」と機器「２」に機器「３」の進入を通知し、機器「３」に機器「１」と機器「２」の進入を通知する（ステップＳ０３８）。

次に、図１６（ｃ）に示すように、サーバ２００は、集合状態管理テーブルＴの集合「１」の機器ＩＤリストに「３」を登録し、集合「１」の検知ペアリストに（１、３）を登録する（ステップＳ０３９）。

［進入処理の具体例３］
図１７は、第１の実施形態にかかる進入処理の具体例３の概略図である。

具体例３は、機器「３」が機器「２」に接近するが、集合に変化が生じない例である。

図１７（ａ）に示すように、機器「３」が機器「２」に接近して、機器「２」の進入を検知した場合、サーバ２００は、機器「３」から機器「２」の進入通知要求を受信して、「Ｓ」を「３」、「Ｄ」を「２」にセットする（ステップＳ０３１）。

次に、図１７（ｂ）に示すように、サーバ２００は、集合状態管理テーブルＴから「２」又は「３」が所属する集合「１」を発見して、「Ｇ１」を「１」、「Ｎ」を「１」にセットする（ステップＳ０３２）。

次に、サーバ２００は、「２」と「３」が集合「１」に所属するので、機器の進入を通知することなく、図１７（ｃ）に示すように、集合状態管理テーブルＴの集合「１」の検知ペアリストに（２、３）を登録する（ステップＳ０４０）。

［進入処理の具体例４］
図１８は、第１の実施形態にかかる進入処理の具体例４の概略図である。

具体例４は、機器「３」が機器「２」に接近して、機器「２」が所属する集合「１」と機器「３」が所属する集合「２」が１つの集合となる例である。

図１８（ａ）に示すように、機器「３」が機器「２」に接近して、機器「２」の進入を検知した場合、サーバ２００は、機器「３」から機器「２」の進入通知要求を受信して、「Ｓ」を「３」、「Ｄ」を「２」にセットする（ステップＳ０３１）。

次に、図１８（ｂ）に示すように、サーバ２００は、集合状態管理テーブルＴから「２」又は「３」を含む集合「１」と集合「２」を発見して、「Ｇ１」を「１」、「Ｇ２」を「２」、「Ｎ」を「２」にセットする（ステップＳ０３２）。

次に、サーバ２００は、機器「１」と機器「２」に機器「３」と機器「４」の進入を通知し、機器「３」と機器「４」に機器「１」と機器「２」の進入を通知する（ステップＳ０４１）。

次に、図１８（ｃ）に示すように、サーバ２００は、集合状態管理テーブルＴの集合「Ｇ１」の機器ＩＤリストに「３」と「４」を登録し、集合「Ｇ１」の検知ペアリストに（３、４）と（２、３）を登録し、さらに集合状態管理テーブルＴから集合「２」を削除する（ステップＳ０４２）。

［退出処理］
本実施形態にかかるサーバ２００の通知判定部２１２は、以下のように、退出処理を実行する。

図１９は、第１の実施形態にかかる退出処理のフローチャートである。

図１９に示すように、通知判定部２１２は、退出通知要求から通知要求の送信元の機器の機器ＩＤ（以下、送信元機器ＩＤとする）と検知機器の機器ＩＤ（以下、検知機器ＩＤとする）を読み出し、送信元機器ＩＤを「Ｓ」、検知機器ＩＤを「Ｄ」に、それぞれセットする（ステップＳ０５１）。

次に、通知判定部２１２は、集合状態管理テーブルＴから（Ｓ、Ｄ）を含む集合を探索し、発見された集合ＩＤを「Ｇ」にセットする（ステップＳ０５２）。

次に、通知判定部２１２は、集合状態管理テーブルＴの集合「Ｇ」の検知ペアリストから（Ｓ、Ｄ）を削除する（ステップＳ０５３）。

次に、通知判定部２１２は、集合状態管理テーブルＴの集合「Ｇ」の検知ペアリストが空になったかどうかを判断する（ステップＳ０５４）。

ステップＳ０５４に於いて、集合「Ｇ」の検知ペアリストが空になったと判断された場合（ステップＳ０５４のＹｅｓ）、通知判定部２１２は、集合状態管理テーブルＴの集合「Ｇ」を削除する（ステップＳ０６１）。

次に、通知判定部２１２は、機器「Ｓ」に機器「Ｄ」の退出を通知し、機器「Ｄ」に機器「Ｓ」の退出を通知する（ステップＳ０６２）。なお、具体例は、後述することとする（具体例５参照）。

ステップＳ０５４に於いて、集合Ｇの検知ペアリストが空になったと判断されない場合（ステップＳ０５４のＮｏ）、通知判定部２１２は、集合「Ｇ」が２つに分割されたかどうかを判断する（ステップＳ０５５）。

ステップＳ０５５に於いて、集合「Ｇ」が２つに分割されたと判断されない場合（ステップＳ０５５のＮｏ）、通知判定部２１２は、「Ｓ」が集合「Ｇ」の検知ペアリストに存在するかどうかを判断する（ステップＳ０５８）。

ステップＳ０５８に於いて、「Ｓ」が集合「Ｇ」の検知ペアリストに存在すると判断されない場合（ステップＳ０５８のＮｏ）、通知判定部２１２は、集合状態管理テーブルＴの集合「Ｇ」の機器ＩＤリストから「Ｓ」を削除する（ステップＳ０５９）。

次に、通知判定部２１２は、集合状態管理テーブルＴの集合「Ｇ」の機器ＩＤリストの各機器に機器「Ｓ」の退出を通知し、機器「Ｓ」に集合「Ｇ」の機器ＩＤリストの各機器の退出を通知する（ステップＳ０６０）。なお、具体例は、後述することとする（具体例６参照）。

ステップＳ０５８に於いて、「Ｓ」が集合「Ｇ」の検知ペアリストに存在すると判断された場合（ステップＳ０５８のＹｅｓ）、通知判定部２１２は、退出処理を終了する。

ステップＳ０５５に於いて、集合「Ｇ」が２つに分割されたと判断された場合（ステップＳ０５５のＹｅｓ）、通知判定部２１２は、集合状態管理テーブルＴの集合「Ｇ」の機器ＩＤリストに一方の集合の機器ＩＤリストの機器ＩＤを登録し、集合「Ｇ」の検知ペアリストに一方の集合のペアを登録し、さらに新規の集合「Ｇ２」を追加して、集合「Ｇ２」の機器ＩＤリストに他方の集合に所属する機器ＩＤを登録し、集合「Ｇ２」の検知ペアリストに他方の集合のペアを登録する（ステップＳ０５６）。

次に、通知判定部２１２は、集合「Ｇ」の機器ＩＤリストの各機器に集合「Ｇ２」の機器ＩＤリストの各機器の退出を通知し、集合「Ｇ２」の機器ＩＤリストの各機器に集合「Ｇ」の機器ＩＤリストの各機器の退出を通知する（ステップＳ０５７）。

［退出処理の具体例５］
図２０は、第１の実施形態にかかる退出処理の具体例５の概略図である。

具体例１は、機器「２」が機器「１」から離れて、集合が無くなる例である。

図２０（ａ）に示すように、機器「２」が機器「１」から離れて、機器「１」の退出を検知した場合、サーバ２００は、機器「２」から機器「１」の退出通知要求を受信し、「Ｓ」を「２」、「Ｄ」を「１」にセットする（図１９のステップＳ０５１）。

次に、図２０（ｂ）に示すように、サーバ２００は、集合状態管理テーブルＴから（１、２）を含む集合「１」を発見して、「Ｇ」を「１」にセットする（図１９のステップＳ０５２）。

次に、サーバ２００は、集合状態管理テーブルＴの集合「１」の検知ペアリストから（１、２）を削除する（図１９のステップＳ０５３）。

次に、サーバ２００は、集合「１」の検知ペアリストが空になると判断して（図１９のステップＳ０５４のＹｅｓ）、図２０（ｃ）に示すように、集合状態管理テーブルＴの集合「１」を削除する（図１９のステップＳ０６１）。

次に、サーバ２００は、機器「Ｓ」に機器「Ｄ」の退出を通知し、機器「Ｄ」に機器「Ｓ」の退出を通知する（図１９のステップＳ０６２）。

［具体例６］
図２１は、第１の実施形態にかかる退出処理の具体例６の概略図である。

具体例１は、機器「３」が機器「１」から離れて、それまで所属していた集合「１」から機器「３」が離脱する例である。

図２１（ａ）に示すように、機器「３」が機器「１」から離れて、機器「１」の退出を検知した場合、サーバ２００は、機器「３」から機器「１」の退出通知要求を受信し、「Ｓ」を「３」、「Ｄ」を「１」にセットする（図１９のステップＳ０５１）。

次に、図２１（ｂ）に示すように、サーバ２００は、集合状態管理テーブルＴから（１、３）を含む集合「１」を発見して、「Ｇ」を「１」にセットする（図１９のステップＳ０５２）。

次に、図２１（ｃ）に示すように、サーバ２００は、集合状態管理テーブルＴの集合「１」の検知ペアリストから（１、３）を削除する（図１９のステップＳ０５３）。

次に、サーバ２００は、集合「１」の検知ペアリストが空にならないと判断し（図１９のステップＳ０５４のＮｏ）、続いて、集合「１」が２つに分割されないと判断し（図１９のステップＳ０５５のＮｏ）、さらに「３」が集合状態管理テーブルＴの集合「１」の検知ペアリストに存在しないと判断し（図１９のステップＳ０５８のＮｏ）、集合状態管理テーブルＴの集合「１」の機器ＩＤリストから「３」を削除する（図１９のステップＳ０５９）。

次に、サーバ２００は、機器「１」と機器「２」に機器「３」の退出を通知し、機器「３」に機器「１」と機器「２」の退出を通知する（図１９のステップＳ０６０）。

［具体例７］
図２２は、第１の実施形態にかかる退出処理の具体例７の概略図である。

具体例１は、機器「３」が機器「１」から離れるが、それまで所属していた集合「１」から機器「３」が離脱しない例である。

図２２（ａ）に示すように、機器「３」が機器「１」から離れて、機器「１」の退出を検知した場合、サーバ２００は、機器「３」から機器「１」の退出通知要求を受信し、「Ｓ」を「３」、「Ｄ」を「１」にセットする（図１９のステップＳ０５１）。

次に、図２２（ｂ）に示すように、サーバ２００は、集合状態管理テーブルＴから（１、３）を含む集合「１」を発見して、「Ｇ」を「１」にセットする（図１９のステップＳ０５２）。

次に、図２２（ｃ）に示すように、サーバ２００は、集合状態管理テーブルＴの集合「１」の検知ペアリストから（１、３）を削除する（図１９のステップＳ０５３）。

次に、サーバ２００は、集合「１」の検知ペアリストが空にならないと判断し（図１９のステップＳ０５４のＮｏ）、続いて、集合「１」が２つに分割されないと判断し（図１９のステップＳ０５５のＮｏ）、さらに「３」が集合状態管理テーブルＴの集合「１」の検知ペアリストに存在すると判断し（図１９のステップＳ０５８のＹｅｓ）、本実施形態にかかる退出処理を終了させる。

［具体例８］
図２３は、第１の実施形態にかかる退出処理の具体例８の概略図である。

具体例１は、機器「３」が機器「１」から離れて、それまで所属していた集合「１」が２つに分割される例である。

図２３（ａ）に示すように、機器「３」が機器「１」から離れて、機器「１」の退出を検知した場合、サーバ２００は、機器「３」から機器「１」の退出通知要求を受信し、「Ｓ」を「３」、「Ｄ」を「１」にセットする（図１９のステップＳ０５１）。

次に、図２３（ｂ）に示すように、サーバ２００は、集合状態管理テーブルＴから（１、３）を含む集合「１」を発見して、「Ｇ」を「１」にセットする（図１９のステップＳ０５２）。

次に、サーバ２００は、集合状態管理テーブルＴの集合「１」の検知ペアリストから（１、３）を削除する（図１９のステップＳ０５３）。

次に、サーバ２００は、集合「１」の検知ペアリストが空にならないと判断し（図１９のステップＳ０５４のＮｏ）、さらに集合「１」が２つに分割されたと判断し（図１９のステップＳ０５５のＹｅｓ）、図２３（ｃ）に示すように、集合状態管理テーブルＴの集合「Ｇ」の機器ＩＤリストに「１」、「２」を登録し、集合「Ｇ」の検知ペアリストに（１、２）を登録し、新規の集合「Ｇ２」の機器ＩＤリストに「３」、「４」を登録し、新規の集合「Ｇ２」の検知ペアリストに（３、４）を登録する（図１９のステップＳ０５６）。

次に、サーバ２００は、機器「１」と機器「２」に機器「３」と機器「４」の退出を通知し、機器「３」と機器「４」に機器「１」と機器「２」の退出を通知する（図１９のステップＳ０５７）。

［第２の実施形態］
以下、図２４、図２５を参照して、第２の実施形態を説明する。但し、第１の実施形態と同等の構成、機能、作用については、説明を省略することとする。

［機器１００Ａの機能ブロック］
図２４は、第２の実施形態にかかる機器１００Ａの機能ブロックの概略図である。

図２４に示すように、機器１００Ａは、第１の実施形態にかかる機器１００の機器検知制御部１１２の代わりに、機器検知制御部（スキャン制御部）１１２Ａを備える。

機器検知制御部１１２Ａは、ＣＰＵ１０１がメインメモリ１０２に制御プログラムを読み込み、該メインメモリ１０２に読み込んだ制御プログラムを実行することで実現される。

機器検知制御部１１２Ａは、機器１００Ａの移動状態が「静止」から「移動」に変化した場合、移動状態の変化後の第１の時間（第１の実施形態にかかる所定時間に相当）のみ、無線デバイス１０５にスキャンを実行させるスキャン指示を通知する。さらに、機器検知制御部１１２Ａは、機器１００Ａの移動状態が「移動」から「静止」に変化した場合、移動状態の変化後の第２の時間のみ、無線デバイス１０５にスキャンを実行させるスキャン指示を通知する。第２の時間は、第１の時間よりも長いものとする。

［スキャン制御処理］
図２５は、第２の実施形態にかかるスキャン制御処理のフローチャートである。

図２５に示すように、機器検知制御部１１２Ａは、機器検知実行部１１３へのスキャン開始の指示後（ステップＳ００４）、機器１００Ａの移動状態の変化が「移動」から「静止」への変化であるかどうかを判断する（ステップＳ０７１）。

ステップＳ０７１に於いて、移動状態の変化が「移動」から「静止」への変化であると判断された場合（ステップＳ０７１のＹｅｓ）、機器検知制御部１１２Ａは、第１の実施形態と同様、移動状態の変化後の第１の時間（第１の実施形態にかかる所定時間に相当）だけ待ち（ステップＳ００５）、機器検知実行部１１３にスキャン停止を指示する（ステップＳ００６）。

ところが、ステップＳ０７１に於いて、移動状態の変化が「移動」から「静止」への変化であると判断されない場合（ステップＳ０７１のＮｏ）、即ち移動状態の変化が「静止」から「移動」への変化であると判断された場合、機器検知制御部１１２Ａは、第１の時間よりも長い第２の時間だけ待ち（ステップＳ０７２）、機器検知実行部１１３にスキャン停止を指示する（ステップＳ００６）。

複数機器のビーコン信号が衝突して無線信号が観測できない場合が生じることを考えると、ビーコン信号が１回観測できないだけで退出を判定すると、近くにいるけどたまたま信号が受信できなかった機器まで退出として扱ってしまう問題が生じる。そのため、「静止」から「移動」に変化して退出する場合は、ビーコン信号を長い期間観測した中でビーコン信号を複数回続けて観測できないことで判定した方が良い。そこで、第２の実施形態では、機器１００がビーコン信号の発信元の機器から遠ざかるとき移動状態が「静止」から「移動」に変化したときのスキャン時間を、移動状態が「移動」から「静止」に変化したときのスキャン時間よりも長くしている。

さらに、スキャン時間中に複数回のスキャンを実行する場合、それぞれのスキャンの開始から終了までの時間を長くしても良い。さらには、複数回のスキャンを連続する１つのスキャンとしても良い。

１００：機器（端末）
１００Ａ：機器（端末）
１０１：ＣＰＵ
１０２：メインメモリ
１０３：補助メモリ
１０４：センサ
１０５：無線デバイス
１０６：通信モジュール
１０７：バス
１１１：移動検知部（検知部）
１１２：機器検知制御部（スキャン制御部）
１１２Ａ：機器検知制御部
１１３：機器検知実行部
１１４：デバイス制御部
１１５：検知情報送信部（送信部）
１１６：通知受信部
１１７：アプリ実行部
２００：サーバ
２０１：ＣＰＵ
２０２：メインメモリ
２０３：補助メモリ
２０４：通信モジュール
２０５：バス
３００：ネットワーク

Claims (11)

1. サーバを介して機器に接続された端末に於いて、
   前記端末の移動状態を検知する検知部と、
   前記端末の移動状態の変化後の所定時間、無線信号のスキャンを実行するとともに、前記所定時間の経過後、前記スキャンを停止するスキャン制御部と、
   前記スキャンの実行中に前記無線信号を検知した場合、前記無線信号の送信元の機器の識別情報と、前記端末の識別情報と、を含むスキャン結果信号を前記サーバに送信する送信部と、
   を備える端末。
2. 請求項１に記載の端末に於いて、
   前記スキャン制御部は、前記移動状態が移動から静止への変化後及び静止から移動への変化後の所定時間だけ前記無線信号のスキャンを実行する端末。
3. 請求項１又は２に記載の端末に於いて、
   前記スキャン制御部は、前記移動状態が静止から移動への変化後に実行されるスキャンの時間を、前記移動状態が移動から静止への変化後に実行されるスキャンの時間よりも長くする端末。
4. サーバを介して機器に接続された端末の制御方法に於いて、
   前記端末の移動状態を検知し、
   前記端末の移動状態の変化後の所定時間、無線信号のスキャンを実行するとともに、前記所定時間の経過後、前記スキャンを停止し、
   前記スキャンの実行中に前記無線信号を検知した場合、前記無線信号の送信元の機器の識別情報と、前記端末の識別情報と、を含むスキャン結果信号を前記サーバに送信する、端末の制御方法。
5. サーバを介して機器に接続された端末の制御プログラムに於いて、
   前記制御プログラムは、前記端末に、
   前記端末の移動状態を検知させ、
   前記端末の移動状態の変化後の所定時間、無線信号のスキャンを実行させるとともに、前記所定時間の経過後、前記スキャンを停止させ、
   前記スキャンの実行中に前記無線信号を検知した場合、前記無線信号の送信元の機器の識別情報と、前記端末の識別情報と、を含むスキャン結果信号を前記サーバに送信させる、端末の制御プログラム。
6. 端末及びサーバを含むシステムに於いて、
   前記端末は、
   前記端末の移動状態を検知する検知部と、
   前記端末の移動状態の変化後の所定時間、無線信号のスキャンを実行し、前記所定時間の経過後、前記スキャンを停止するスキャン制御部と、
   前記スキャンの実行中に前記無線信号を検知した場合、前記無線信号の送信元の機器の識別情報と、前記端末の識別情報と、を含むスキャン結果信号を前記サーバに送信する送信部と、を備え、
   前記サーバは、前記送信元の機器に前記端末の関連情報を提供する、関連情報提供部を備えるシステム。
7. 請求項６に記載のシステムに於いて、さらに、
   前記送信元の機器の識別情報及び前記端末の識別情報を含むグループを管理する識別情報管理部を備えるシステム。
8. 請求項７に記載のシステムに於いて、
   前記送信部が、前記送信元の機器及び前記端末の何れかの識別情報と、他の機器の識別情報と、を含む他のスキャン結果信号を前記サーバに送信した場合、前記識別情報管理部は、前記他の機器の識別情報を前記グループに含めるシステム。
9. 請求項８に記載のシステムに於いて、
   前記他の機器の識別情報が他のグループにも含まれている場合、前記識別情報管理部は、前記他のグループに含まれている機器の識別情報を前記グループに含めるシステム。
10. 請求項６〜９の何れかに記載のシステムに於いて、
    前記識別情報管理部は、前記送信元の機器の識別情報及び前記端末の識別情報をペアとして管理するシステム。
11. サーバを介して機器に接続された端末に於いて、
    前記端末の移動状態を検知する検知部と、
    前記端末の移動状態の変化後の所定時間、無線信号のスキャンを第１の頻度で実行するとともに、前記所定時間の経過後、前記第１の頻度よりも低頻度である第２の頻度で前記スキャンを実行するスキャン制御部と、
    前記スキャンの実行中に前記無線信号を検知した場合、前記無線信号の送信元の機器の識別情報と、前記端末の識別情報と、を含むスキャン結果信号を前記サーバに送信する送信部と、
    を備える端末。

Images