JP6924977B2 - 捜索システム - Google Patents

Description

本発明は、情報を送受信して端末を捜索可能な捜索システムに関し、特に、端末同士の間を無線通信で情報を送受信して端末を捜索する捜索システムに関する。

携帯電話やタブレット、ノート型のパーソナルコンピュータ等の端末（ノード）では、無線ＬＡＮ：Local Area Networkでの情報通信が広く行われている。無線ＬＡＮの通信方式において、親機やアクセスポイント、基地局等と呼ばれる端末（ノード）が、子機と呼ばれる複数の端末の通信を制御するインフラストラクチャーモードと呼ばれる方式が広く使用されている。
このような端末間で無線通信を行う技術として、下記の特許文献１に記載の技術が知られている。

特許文献１（特許第５９５２９２１号公報）には、携帯電話回線に接続中の端末が、無線ＬＡＮアクセスポイントに近接した場合に、携帯電話回線から無線ＬＡＮに通信を切り替える（オフロード）技術が記載されている。

また、携帯電話通信モジュールと無線ＬＡＮモジュールとを有する端末では、携帯電話
通信においては子機として機能し、無線ＬＡＮ通信においては親機として機能するテザリングと呼ばれる方式で通信を行うことも知られている。

特許第５９５２９２１号公報（要約書）

（従来技術の問題点）
特許文献１に記載のように従来の構成では、携帯電話は、基本的に子機モードで運用されている。したがって、子機としての携帯電話が、複数の親機（基地局）の中から１台の親機に接続された状態で運用されている。よって、携帯電話の位置は、基地局の位置から電波が届く範囲で特定することが可能であった。
しかし、例えば、携帯電話を所持した人が、携帯通信網の電波が届かない山で遭難したり、雪崩で雪の中に埋もれた場合には、通信ができず、位置を特定できない。このとき、携帯電話は、携帯電話通信網や無線ＬＡＮの基地局と接続を試みるため、これを利用すれば遭難者の救出に利用できる。

したがって、捜索隊員の所持する端末をテザリングモードのように親機として使用することで、子機モードの遭難者の携帯電話と通信可能な状態とできる。しかしながら、遭難者の携帯電話が子機モードであれば、遭難者の携帯電話と通信可能になる捜索隊員側の端末（親機）は原則１台となり、広範囲を多くの捜索隊員が捜索する際に、多くの端末を持っていても効率が悪い。
遭難者が携帯電話を親機モードに設定すれば、捜索隊員の子機モードの端末の多くが接続可能となり、遭難者の携帯電話に接続された複数の子機から、遭難者の位置を絞り込みやすくなる。しかしながら、雪崩発生時に、とっさに携帯電話を操作することは、ほぼ不可能である。また、子供や携帯電話の操作が苦手な人、認知症患者の徘徊時も、携帯電話の所持者が親機モードに変更することは困難である。

本発明は、利用者が親機モードに移行する操作を行わなくても、親機モードと子機モードを有する端末を、捜索しやすくすることを技術的課題とする。

前記技術的課題を解決するために、請求項１に記載の発明の捜索システムは、
他の端末の情報の送受信を統括する親機として機能する親機モードと、前記親機モードの他の端末に情報の送受信を統括される子機として機能する子機モードと、の何れかのモードで動作可能な第１の通信制御部を有する第１の端末と、
前記親機モードで動作可能な第２の通信制御部を有し、前記第１の端末と情報の送受信が可能な第２の端末であって、子機モードの前記第１の端末が前記第２の端末の通信可能範囲に入った場合に、前記第１の端末が、予め設定された捜索対象端末であれば、前記第１の端末を親機モードに移行させる信号を前記第１の端末に送信する移行要求部と、を有する前記第２の端末と、
を備えたことを特徴とする。

請求項２に記載の発明は、請求項１に記載の捜索システムにおいて、
前記親機モードに加え子機モードでも動作可能な前記第２の通信制御部であって、前記第１の端末を親機モードに移行させる信号を前記第１の端末に送信した場合に、子機モードに移行する前記第２の通信制御部と、前記親機モードの前記第１の端末との通信状況に基づいて前記第１の端末の位置を推定する位置推定部と、を有する前記第２の端末、
を備えたことを特徴とする。

請求項３に記載の発明は、請求項１または２に記載の捜索システムにおいて、
少なくとも前記第２の端末との間で情報の送受信が可能なサーバーであって、前記第１の端末が前記捜索対象端末であるか否かを判別する判別部を有する前記サーバー、
を備えたことを特徴とする。

請求項４に記載の発明は、請求項１ないし３の何れかに記載の捜索システムにおいて、
前記第１の端末および前記第２の端末との間で情報の送受信が可能な第３の端末、
を備え、
前記第１の端末が前記捜索対象端末であると判別された場合に、前記第１の端末が前記第２の端末の通信可能範囲に入ったことが前記第３の端末に通報される
ことを特徴とする。

請求項１に記載の発明によれば、捜索対象端末を親機モードに移行させることで、捜索対象端末に、複数の他の端末が同時に接続することができ、利用者が親機モードに移行する操作を行わなくても、親機モードと子機モードを有する捜索対象端末を、特定しやすくすることができる。
請求項２に記載の発明によれば、第１の端末を親機モードに移行させた後、第２の端末が第１の端末に子機として接続させることができる。
請求項３に記載の発明によれば、端末で捜索対象端末であるか否かの判別を行う場合に比べて、端末の処理負荷を軽減できる。
請求項４に記載の発明によれば、第１の端末が特定されたことを第３の端末に通報することができる。

図１は本発明の実施例１の端末を含む通信システムの説明図である。 図２は実施例１の情報端末およびサーバーの制御部が備えている各機能をブロック図（機能ブロック図）で示した図である。 図３は実施例１の端末における端末捜索処理のフローチャートである。 図４は実施例１のサーバーにおける処理のフローチャートである。 図５は実施例１の捜索システムにおけるシーケンス図である。

次に図面を参照しながら、本発明の実施の形態の具体例である実施例を説明するが、本発明は以下の実施例に限定されるものではない。
なお、以下の図面を使用した説明において、理解の容易のために説明に必要な部材以外の図示は適宜省略されている。

図１は本発明の実施例１の端末を含む通信システムの説明図である。
図１において、実施例１の通信システムの一例としての捜索システム１は、情報端末の一例として、利用者が携帯して移動可能な移動型の端末であるスマートフォン２，２′，２″を複数有する。実施例１の各スマートフォン２は、略板状の本体２ａを有する。本体２ａの表面の中央部には、表示部の一例であると共に入力部の一例としてのタッチパネル２ｂが支持されている。タッチパネル２ｂの下方には、入力部の一例としてのボタン２ｃが配置され、タッチパネル２ｂの上方には音声出力部の一例としてのスピーカ２ｄが配置されている。

また、実施例１の捜索システム１では、スマートフォン２は、端末の一例としての携帯電話網の基地局（親機）３や、無線ＬＡＮ通信網の親機（ルーター）３′と無線通信可能に構成されている。各親機３，３′は、通信回線の一例としてのインターネット４に接続されている。インターネット４には、情報処理装置の一例としてのサーバー６が通信可能に接続されている。

（実施例１の情報端末２（２′，２″）の制御部の説明）
図２は実施例１の情報端末およびサーバーの制御部が備えている各機能をブロック図（機能ブロック図）で示した図である。
図２において、前記情報端末２の制御部は、外部との信号の入出力等を行う入出力インターフェース（Ｉ／Ｏ）、必要な処理を行うためのプログラムおよび情報等が記憶されたＲＯＭ（リードオンリーメモリ）、必要なデータを一時的に記憶するためのＲＡＭ（ランダムアクセスメモリ）、ＲＯＭ等に記憶されたプログラムに応じた処理を行うＣＰＵ（中央演算処理装置）、ならびに発振器等を有する小型情報処理装置、いわゆる、マイクロコンピュータにより構成されており、前記ＲＯＭに記憶されたプログラムを実行することにより種々の機能を実現することができる。

（実施例１の情報端末２の制御部に接続された信号入力要素）
情報端末２の制御部Ｃは、ボタン２ｃやタッチパネル２ｂ、位置情報の取得部一例としてのＧＰＳ（Global Positioning System）モジュール１０等の信号入力要素からの出力信号が入力される。
ＧＰＳモジュール１０は、情報端末２の現在位置の情報を取得する。

（実施例１の情報端末２の制御部に接続された信号出力要素）
情報端末２の制御部Ｃは、携帯通信モジュール１１や、無線ＬＡＮ（Local Area Network）モジュール１２等の信号出力要素へ信号を出力している。
携帯通信モジュール１１は、携帯電話の基地局３を親機とする携帯電話通信網を通じて情報の送受信が可能である。
通信制御部の一例としての無線ＬＡＮモジュール１２は、無線ＬＡＮネットワークを通じて情報の送受信が可能である。なお、実施例１の無線ＬＡＮモジュール１２は、無線ＬＡＮの通信を行う際に、無線ＬＡＮの親機（ルーター）３′が端末間の情報の送受信を統括するインフラストラクチャーモードに加えて、端末２同士が直接情報の送受信を行うアドホックネットワークモードでの通信も可能に構成されている。

（実施例１の情報端末２の制御部の機能）
情報端末２の制御部Ｃは、前記信号出力要素からの入力信号に応じた処理を実行する以下の機能（プログラムやプログラムモジュール）を有している。
情報端末２には、情報端末用のアプリケーションプログラムの一例としての捜索ソフトウェアＳＷ１が組み込まれている。
捜索ソフトウェアＳＷ１は、他の端末２′の捜索を行う場合に使用される捜索モード制御手段１０１と、他の端末２′から捜索される場合に使用される被捜索モード制御手段２０１とを有する。

捜索モード制御手段１０１は、以下の機能（プログラムモジュール）１０２〜１１０を有する。
通信制御部の親機モード移行手段１０２は、ユーザーの入力で捜索モードが開始された場合に、端末２を、子機モードから、他の端末２′どうしの情報の送受信を統括する親機として機能する親機モードに移行させる。実施例１の親機モード移行手段１０２は、無線ＬＡＮモジュール１２を制御して、無線ＬＡＮネットワークの親機モードに移行させる。したがって、携帯電話通信網においては子機モードの状態が維持され、携帯電話通信網を利用してサーバー６等にアクセスすることが可能な状態が維持される。

ビーコンパケット送信手段１０３は、親機端末２の周囲の他の端末２′に向けて、識別情報の一例としてのビーコンパケットを送信する。
接続要求判別手段１０４は、ビーコンパケットを受信した他の端末２′（子機モード）が、親機である端末２を中心とする無線ＬＡＮネットワークに接続する要求がされたか否かを判別する。実施例１では、親機端末２（第２の端末の一例）の通信可能範囲に入った他の子機端末２′は、接続要求情報を親機端末２に送信する。このとき、接続要求情報には、他の端末２′の識別情報の一例としてのＢＳＳＩＤ：Basic Service Set Identifierを含む情報を、親機端末２に送信する。なお、ＢＳＳＩＤは、端末２，２′，３，３′に一意に割り振られた情報であって、端末２，２′，３，３′を識別可能である。

対象端末問合わせ手段１０５は、接続要求をした子機端末２′が、捜索対象の端末であるか否かを問い合わせる問合せ要求情報をサーバー６に送信する。実施例１の対象端末問合わせ手段１０５は、子機端末２′から受信したＢＳＳＩＤの情報を含む問い合わせ要求情報をサーバー６に送信する。なお、実施例１では、サーバー６への問合せの送信および結果の受信は、携帯電話通信網を介して行われる。
問合せ結果受信手段１０６は、問い合わせ要求情報に対する問合せ結果をサーバー６から受信する。
移行要求部の一例としての親機モード移行要求送信手段１０７は、問合せ結果の情報に基づいて、他の端末２′が、移行対象端末の一例としての捜索対象端末２″（第１の端末の一例）である場合には、捜索対象端末２″を子機モードから親機モードに移行させる信号（親機モード移行要求）を捜索対象端末２″に送信する。なお、この時、捜索対象端末２″に、『親機端末２が捜索対象端末２″を捜索している』ことを通知する情報も併せて送信することも可能である。

子機モード移行手段１０８は、捜索対象端末２″に、親機モード移行要求の情報を送信した場合に、親機端末（捜索端末）２を、子機モードに移行させる。
ビーコンパケット受信手段１０９は、親機モードに移行した捜索対象端末２″から送信されるビーコンパケットを受信する。すなわち、親機モードの捜索対象端末２″が情報の送受信を統括する無線ＬＡＮネットワークに、子機モードに移行した捜索端末２が、子機として接続する。
位置推定部の一例としての親機位置推定手段１１０は、親機モードの捜索対象端末２″との通信状況に基づいて、捜索対象端末２″の位置を推定する。実施例１の親機位置推定手段１１０は、通信状況の一例として、捜索対象端末２″の無線ＬＡＮ信号の電波強度に基づいて、捜索対象端末２″までの距離を推定する。すなわち、電波強度が強ければ距離が近く、電波強度が弱ければ距離が遠いとして、捜索端末２の現在位置（ＧＰＳモジュール１０のＧＰＳ情報）と、捜索対象端末２″までの距離から、捜索対象端末２″の位置を推定する。なお、実施例１の親機位置推定手段１１０は、推定した位置をタッチパネル２ｂに表示する。

実施例１の被捜索モード制御手段２０１は、以下の機能（プログラムモジュール）２０２〜２０６を有する。
ビーコンパケット受信手段２０２は、無線ＬＡＮの親機（基地局３′や親機モードの他の端末２′）が送信するビーコンパケットを受信する。
接続要求送信手段２０３は、ビーコンパケットを送信した親機に対して、接続要求を送信する。この時、端末（子機モード）２のＢＳＳＩＤも含めて送信する。

移行要求受信手段２０４は、接続要求を送信した親機３′，２′から送信された親機モード移行要求の信号を受信する。
親機モード移行手段２０５は、接続要求を送信した親機３′，２′から、親機モード移行要求の信号を受信した場合に、子機モードから親機モードに移行する。このとき、端末２が、捜索対象端末であり、他の端末２′が自身を捜索していることも通知される。実施例１の親機モード移行手段２０５が親機モードに移行する場合、タッチパネル２ｂに、『端末２が捜索されている』旨の表示が行われる。
ビーコンパケット送信手段２０６は、親機モードに移行した端末２″から親機モード移行要求を送信した捜索端末２′を含む周囲の他の端末２′に、ビーコンパケットを送信する。ビーコンパケット送信手段２０６が送信する情報において、ビーコンパケットに加えて、救難信号の一例としてのＳＯＳ信号を含めて送信することも可能である。

（実施例１のサーバー６の制御部の説明）
図２において、サーバーの制御部は、外部との信号の入出力等を行う入出力インターフェース（Ｉ／Ｏ）、必要な処理を行うためのプログラムおよび情報等が記憶されたＲＯＭ（リードオンリーメモリ）、必要なデータを一時的に記憶するためのＲＡＭ（ランダムアクセスメモリ）、ＲＯＭ等に記憶されたプログラムに応じた処理を行うＣＰＵ（中央演算処理装置）、ならびに発振器等を有する情報処理装置、いわゆる、コンピュータにより構成されており、前記ＲＯＭに記憶されたプログラムを実行することにより種々の機能を実現することができる。

（実施例１のサーバー６の制御部の機能）
サーバー６の制御部Ｃ′は、図示しないキーボードやマウス等の信号出力要素からの入力信号や、インターネット４を通じて受信した情報や信号等に応じた処理を実行する以下の機能（プログラムやプログラムモジュール）を有している。
問合わせ要求受信手段３０１は、対象端末問合せ手段１０５から送信された問い合わせ要求情報を受信する。

対象端末記憶手段３０２は、捜索対象端末２″を記憶する。実施例１の対象端末記憶手段３０２は、捜索対象端末２″のＢＳＳＩＤを記憶する。なお、捜索対象端末２″は、ユーザー等により予め登録されている。例えば、登山をするユーザーが遭難時に捜索してもらうために自らの端末２を登録しておいたり、子供が迷子になったときに捜索しやすいように子供の端末２を保護者が登録しておいたり、認知症の患者が徘徊をする場合には介護者や家族が認知症の患者の端末２を登録したり等が可能である。

判別部の一例としての対象端末判定手段３０３は、問合わせ要求受信手段３０１が受信した問合せ要求情報と、対象端末記憶手段３０２に記憶された情報とに基づいて、問合せがされた端末が、捜索対象端末であるか否かを判定する。実施例１の対象端末判定手段３０３は、対象端末記憶手段３０２の記憶情報にＢＳＳＩＤが一致するものがあれば、捜索対象端末であると判定し、一致するものがなければ捜索対象端末ではないと判定する。

通報端末記憶手段３０４は、捜索対象端末２″が捜索された場合に通報される端末（第３の端末）を記憶する。実施例１では、通報される端末は、ユーザーにより、捜索対象端末２″に対応付けられて予め登録されている。例えば、登山をするユーザーの端末に対応付けて家族の端末を通報端末として登録したり、子供の端末に対応付けて保護者の端末を通報端末として登録しておいたり、認知症の患者の端末に対応付けて介護者や家族の端末を通報端末として登録したり等が可能である。

通報手段３０５は、対象端末判定手段３０３で捜索対象端末２″と判定がされた場合に、通報端末記憶手段３０４に登録されている通報端末２′に、捜索対象端末２″が見つかったこと（捜索対象端末２″が端末２の通信可能範囲に入っていること）を通報する。
問合せ結果送信手段３０６は、対象端末判定手段３０３での判定結果（問合せ結果）を親機端末２に送信する。

（実施例１のフローチャートの説明）
次に、実施例１の前記各制御部の各プログラムの処理の流れをフローチャートを使用して説明する。

（実施例１の端末における端末捜索処理の説明）
図３は実施例１の端末における端末捜索処理のフローチャートである。
図３のフローチャートの各ＳＴ（ステップ）の処理は、端末２の制御部Ｃに記憶されたプログラムに従って行われる。また、この処理は前記制御部Ｃの他の各種処理と並行してマルチタスクで実行される。
図３に示すフローチャートは、端末２が起動された場合に開始される。

図３のＳＴ１において、捜索ソフトウェアＳＷ１が起動されたか否かを判別する。イエス（Ｙ）の場合はＳＴ２に進み、ノー（Ｎ）の場合はＳＴ１５に進む。
ＳＴ２において、親機モードに移行させる。そして、ＳＴ３に進む。
ＳＴ３において、ビーコンパケットを、予め設定された時間間隔で定期的に送信する。そして、ＳＴ４に進む。
ＳＴ４において、他の端末（子機モード）２′からの接続要求を受信したか否かを判別する。ノー（Ｎ）の場合はＳＴ５に進み、イエス（Ｙ）の場合はＳＴ７に進む。

ＳＴ５において、捜索対象端末２″の発見の通報等を受けてユーザーがタッチパネル２ｂへ入力をする等で、子機モードへの移行の入力がされたか否かを判別する。ノー（Ｎ）の場合はＳＴ６に進み、イエス（Ｙ）の場合はＳＴ１１に進む。
ＳＴ６において、捜索ソフトウェアＳＷ１を終了する入力がされたか否かを判別する。ノー（Ｎ）の場合はＳＴ４に戻り、イエス（Ｙ）の場合はＳＴ２１に進む。
ＳＴ７において、捜索対象端末か否かの問合せをサーバー６に送信する。そして、ＳＴ８に進む。
ＳＴ８において、サーバー６から問合せ結果を受信したか否かを判別する。イエス（Ｙ）の場合はＳＴ９に進み、ノー（Ｎ）の場合はＳＴ８を繰り返す。

ＳＴ９において、接続要求をした端末２′が捜索対象端末２″であったか否かを判別する。イエス（Ｙ）の場合はＳＴ１０に進み、ノー（Ｎ）の場合はＳＴ４に戻る。
ＳＴ１０において、捜索対象端末２″に対して親機モードへの移行要求信号を送信する。そして、ＳＴ１１に進む。
ＳＴ１１において、端末２を子機モードに移行させる。そして、ＳＴ１２に進む。

ＳＴ１２において、親機モードに移行した捜索対象端末２″からのビーコンパケットを受信したか否かを判別する。イエス（Ｙ）の場合はＳＴ１３に進み、ノー（Ｎ）の場合はＳＴ１２を繰り返す。
ＳＴ１３において、親機（捜索対象端末２″）の位置を推定して、タッチパネル２ｂに表示する。そして、ＳＴ１４に進む。
ＳＴ１４において、捜索ソフトウェアＳＷ１の終了の入力がされたか否かを判別する。イエス（Ｙ）の場合はＳＴ１に戻り、ノー（Ｎ）の場合はＳＴ１２に戻る。

ＳＴ１５において、親機２，３′からのビーコンパケットを受信したか否かを判別する。イエス（Ｙ）の場合はＳＴ１６に進み、ノー（Ｎ）の場合はＳＴ１７に進む。
ＳＴ１６において、固有情報（ＢＳＳＩＤ）を含めた接続要求を親機２，３′に向けて送信する。そして、ＳＴ１５に戻る。
ＳＴ１７において、親機モードへの移行要求信号を受信したか否かを判別する。イエス（Ｙ）の場合はＳＴ１８に進み、ノー（Ｎ）の場合はＳＴ１に戻る。

ＳＴ１８において、親機モードに移行する。そして、ＳＴ１９に進む。
ＳＴ１９において、ビーコンパケットの定期的な送信を開始する。そして、ＳＴ２０に進む。
ＳＴ２０において、ユーザーの入力で子機モードへ移行する入力がされたか否かを判別する。イエス（Ｙ）の場合はＳＴ２１に進み、ノー（Ｎ）の場合はＳＴ２０を繰り返す（ビーコンパケットの定期送信を継続する）。
ＳＴ２１において、子機モードに移行する。そして、ＳＴ１に戻る。

（実施例１のサーバーにおける処理の説明）
図４は実施例１のサーバーにおける処理のフローチャートである。
図４のフローチャートの各ＳＴ（ステップ）の処理は、サーバー６の制御部Ｃ′に記憶されたプログラムに従って行われる。また、この処理は前記制御部Ｃ′の他の各種処理と並行してマルチタスクで実行される。
図４に示すフローチャートは、サーバー６が起動された場合に開始される。

図４のＳＴ３１において、捜索対象端末であるか否かの問合せ要求を受信したか否かを判別する。イエス（Ｙ）の場合はＳＴ３２に進み、ノー（Ｎ）の場合はＳＴ３１を繰り返す。
ＳＴ３２において、固有情報（ＢＳＳＩＤ）から捜索対象端末２″であるか否かを判定する。そして、ＳＴ３３に進む。
ＳＴ３３において、捜索対象端末２″であるか否かを判別する。イエス（Ｙ）の場合はＳＴ３４に進み、ノー（Ｎ）の場合はＳＴ３５に進む。
ＳＴ３４において、登録されている通報端末２′に対して、捜索対象端末２″を発見したとの通報を送信する。そして、ＳＴ３５に進む。
ＳＴ３５において、問合せ結果を端末２に送信する。そして、ＳＴ３１に戻る。

（実施例１の作用）
図５は実施例１の捜索システムにおけるシーケンス図である。
前記構成を備えた実施例１の捜索システム１では、捜索者が端末２を操作して捜索ソフトウェアＳＷ１を起動すると、端末２が親機モードに移行する。図５において、端末２は、周囲の子機モードの端末２′にビーコンパケットを送信する。ビーコンパケットを受信した周囲の端末２′，２″は、ＢＳＳＩＤを含む接続要求を、親機モードの端末２に送信する。ＢＳＳＩＤを受信した端末２は、サーバー６に捜索対象端末２″であるかの問合せを行う。サーバー６は、捜索対象端末２″の判別を行って、問合せ結果を返すと共に、捜索対象端末２″であれば、登録されている通報端末に向けて通報を行う。

問合せ結果を受けた端末２は、捜索対象端末２″であれば、親機モードへの移行要求を行う。そして、端末２は、親機モードから子機モードに移行する。
親機モードへの移行要求を受けた捜索対象端末２″は、親機モードに移行して、周囲の端末２，２′に対してビーコンパケットの送信を開始する。捜索対象端末２″からのビーコンパケットを受信した周囲の端末２，２′は、信号強度から捜索対象端末２″の位置を推定し、表示する。

したがって、実施例１の捜索システム１では、捜索対象端末２″は、端末２の通信可能範囲に入って端末２と通信が成立すると、親機モードに移行する。従って、親機モードの捜索対象端末２″には、周囲の子機モードの端末２，２′が複数同時に接続することができるようになる。したがって、親機モードに自動的に移行しない従来の構成に比べて、複数の端末２，２′で捜索対象端末２″を検出して、位置を特定することが可能になる。したがって、捜索対象端末２″の正確な位置を絞り込みやすくなり、捜索の効率を向上させることができる。
また、実施例１の捜索システム１では、捜索対象端末２″は、端末２が通信可能範囲に入るまで子機モードの状態が維持される。親機モードと子機モードでは、消費電力が親機モードの方が多く、最初から親機モードであると、捜索隊が捜索対象者の近くに来る前に捜索対象端末２″の電池がなくなってしまう恐れがあり、捜索ができなくなる恐れがある。これに対して、実施例１では、端末２が捜索対象端末２″の通信可能範囲に入ると親機モードに移行するため、捜索対象端末２″の電池の浪費を抑制することができ、捜索の成功率を向上させることができる。

なお、実施例１の捜索システム１では、捜索側の端末２，２′もスマートフォンで構成する場合を例示したが、これに限定されない。例えば、最初から親機モードである親機として、駅や公共機関等に設置されて一般に開放されている無線ＬＡＮの親機（ルーター、アクセスポイント）を使用することも可能である。この場合、親機に各手段１０２〜１０７を組み込んで、親機の通信可能範囲に、捜索対象端末２″が入った場合に、捜索対象端末２″を親機モードにするとともに、サーバー６から捜索対象端末２″の現在の位置（親機の設置場所）を通報して、通報を受けた捜索者が、親機の設置場所の近辺で自身の端末２を使用して捜索する方法も可能である。
また、駅や公共機関等の無線ＬＡＮの親機だけでなく、例えば、街中に設定されている信号機に端末２，２′の親機モードでの機能１０２〜１０７を内蔵させる構成とすることも可能である。すなわち、子機モードに移行しない（機能１０８〜１１０を有しない）端末とすることも可能である。

他にも、捜索側の端末２，２′はスマートフォンに限定されない。例えば、遠隔操縦が可能な無人航空機、いわゆるドローンに端末２の機能を搭載して、空から捜索対象端末２″を捜索するように構成することも可能である。また、車のカーナビゲーション機能に内蔵して捜索に役立てるようにすることも可能である。
また、捜索される側の端末２″もスマートフォンの構成を例示したが、これに限定されない。例えば、子供の迷子対策の場合は、子供の持つゲーム機に端末２″の機能をもたせることも可能である。他にも、徘徊、迷子対策の場合は、対象者が履く靴の底に制御回路とＬＡＮモジュールと電池からなる端末を内蔵させておいたり、このような端末をキーホルダ型やカード型で構成して、対象者の衣服のポケットに入れておいたり、対象者のカバンやリュックサックにつけておいたりすることも可能である。

さらに、捜索対象は、人に限定されない。例えば、ペット等の動物の首輪に端末２″の機能を有するチップを内蔵しておいたり、自動車や自転車等の盗難時に捜索できるように自動車等に搭載しておくことも可能である。また、墜落したり、風で飛んでいったパラグライダーやパラシュート、航空機等を捜索する場合にも使用することが可能である。

（変更例）
以上、本発明の実施例を詳述したが、本発明は、前記実施例に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲内で、種々の変更を行うことが可能である。本発明の変更例（Ｈ01）〜（Ｈ05）を下記に例示する。
（Ｈ01）前記実施例において、端末として、スマートフォンを例示したが、これに限定されず、無線通信が可能な端末であれば、ノートパソコンや携帯電話、タブレット端末等の携帯端末を利用可能である。

（Ｈ02）前記実施例において、無線通信の規格は、無線ＬＡＮ（WiFi（登録商標））に限定されない。親機モードと子機モードの両方のモードを少なくとも有するのであれば、任意の規格、例えば、Bluetooth（登録商標）、ZigBee（登録商標）等の無線通信規格を利用可能である。
（Ｈ03）前記実施例において、捜索対象端末２″の判別はサーバー６で行う構成を例示したが、これに限定されない。例えば、捜索対象端末２″の判別は、各端末２，２′で行う構成とすることも可能である。ただし、サーバー６で判別を行ったほうが、端末２，２′の処理負荷や記憶容量に負担を掛けなくて済む。

（Ｈ04）前記実施例において、サーバー６から通報端末に対して通報を行う構成を有することが望ましいが、設けない構成とすることも可能である。
（Ｈ05）前記実施例において、信号強度から捜索対象端末２″の位置を推定する構成を有することが望ましいが、組み込まない構成とすることも可能である。例えば、捜索対象端末２″のＧＰＳが使用可能な状況であれば、ＧＰＳデータを受信して使用することも可能である。また、推定した位置を表示する構成に限定されない。例えば、ブザー等の音の音量で表現したり、ランプの色、音声案内等、任意の方法でユーザーに告知することが可能である。

１…捜索システム、
２…第２の端末、
２，２′，２″，３，３′…端末、
２′…第３の端末、
２″…第１の端末、捜索対象端末、
６…サーバー、
１２…通信制御部、
１０７…移行要求部、
１１０…位置推定部、
３０３…判別部。

Claims (4)

1. 他の端末の情報の送受信を統括する親機として機能する親機モードと、前記親機モードの他の端末に情報の送受信を統括される子機として機能する子機モードと、の何れかのモードで動作可能な第１の通信制御部を有する第１の端末と、
   前記親機モードで動作可能な第２の通信制御部を有し、前記第１の端末と情報の送受信が可能な第２の端末であって、子機モードの前記第１の端末が前記第２の端末の通信可能範囲に入った場合に、前記第１の端末が、予め設定された捜索対象端末であれば、前記第１の端末を親機モードに移行させる信号を前記第１の端末に送信する移行要求部、を有する前記第２の端末と、
   を備えたことを特徴とする捜索システム。
2. 前記親機モードに加え子機モードでも動作可能な前記第２の通信制御部であって、前記第１の端末を親機モードに移行させる信号を前記第１の端末に送信した場合に、子機モードに移行する前記第２の通信制御部と、前記親機モードの前記第１の端末との通信状況に基づいて前記第１の端末の位置を推定する位置推定部と、を有する前記第２の端末、
   を備えたことを特徴とする請求項１に記載の捜索システム。
3. 少なくとも前記第２の端末との間で情報の送受信が可能なサーバーであって、前記第１の端末が前記捜索対象端末であるか否かを判別する判別部を有する前記サーバー、
   を備えたことを特徴とする請求項１または２に記載の捜索システム。
4. 前記第１の端末および前記第２の端末との間で情報の送受信が可能な第３の端末、
   を備え、
   前記第１の端末が前記捜索対象端末であると判別された場合に、前記第１の端末が前記第２の端末の通信可能範囲に入ったことが前記第３の端末に通報される
   ことを特徴とする請求項１ないし３の何れかに記載の捜索システム。
   

Images