(57)【要約】【課題】要救助者を効率よく簡単に捜索できること。【解決手段】Ｗｉ−Ｆｉ捜索制御部１０５は、要救助者および要救助者を捜索する捜索者が保有する携帯端末１０１，１０２が無線接続される無線ＬＡＮのアクセスポイント１０３と、通信事業者のネットワーク制御部１０６とに接続される。Ｗｉ−Ｆｉ捜索制御部１０５は、アクセスポイントから取得した携帯端末のアソシエーション情報に基づき、要救助者携帯端末１０１と、捜索者携帯端末１０２とを判別し、捜索者のアソシエーション情報に対応した通信事業者のネットワーク制御部１０６に対し、要救助者携帯端末１０１に対する発呼を要求する。【選択図】図１
2017208625.tif 000002
【特許請求の範囲】
【請求項１】
要救助者および要救助者を捜索する捜索者が保有する携帯端末が無線接続される無線ＬＡＮのアクセスポイントと、通信事業者のネットワーク制御部とに接続される要救助者捜索装置において、
前記アクセスポイントから取得した前記携帯端末のアソシエーション情報に基づき、要救助者の携帯端末と、捜索者の携帯端末とを判別し、捜索者の前記アソシエーション情報に対応した通信事業者のネットワーク制御部に対し、要救助者の前記携帯端末に対する発呼を要求する制御部、
を備えたことを特徴とする要救助者捜索装置。
【請求項２】
前記制御部は、
前記携帯端末のアソシエーション情報に含まれるアクセスポイント名、ＳＳＩＤおよびＭＡＣアドレスに基づき、要救助者の携帯端末と捜索者の携帯端末とを判別し、前記捜索者の携帯端末を収容する通信事業者のネットワーク制御部に対して、要救助者の前記携帯端末に対する発呼の要求と、前記捜索者の電話番号を抽出するための前記ＭＡＣアドレスを送信する、
ことを特徴とする請求項１に記載の要救助者捜索装置。
【請求項３】
前記制御部は、
要救助者の前記携帯端末が無線接続した前記アクセスポイント名と、前記ＭＡＣアドレスと、通信事業者の情報を前記アクセスポイントごとの要救助者の端末情報として保持し、
捜索者の前記携帯端末が無線接続した前記アクセスポイントと、前記ＭＡＣアドレスの情報を前記アクセスポイントごとの捜索者の端末情報として保持し、
前記ＳＳＩＤ別の通信事業者の振り分け情報を保持し、
取得した前記アソシエーション情報に基づき、前記保持した各情報を参照して捜索者の前記携帯端末を収容する通信事業者のネットワーク制御部を選択する、
ことを特徴とする請求項２に記載の要救助者捜索装置。
【請求項４】
前記制御部は、
要救助者の前記端末情報に、前記アクセスポイント名と、要救助者の前記携帯端末との間の電波強度の情報をさらに含み、当該電波強度に基づき、前記アクセスポイントから前記携帯端末までの推定距離を算出し、捜索者の前記携帯端末に送信する、
ことを特徴とする請求項３に記載の要救助者捜索装置。
【請求項５】
前記制御部は、
要救助者の前記端末情報に基づき、要救助者の前記端末情報の一覧情報、および前記ＭＡＣアドレス、通信事業者、前記推定距離の各情報を含む詳細情報を捜索者の前記携帯端末に送信する、
ことを特徴とする請求項４に記載の要救助者捜索装置。
【請求項６】
前記制御部は、
要救助者の前記端末情報として、要救助者の捜索完了の有無の情報をさらに含む、
ことを特徴とする請求項３〜５のいずれか一つに記載の要救助者捜索装置。
【請求項７】
無線ＬＡＮのアクセスポイントとの間でアソシエーション情報の送受信を行う携帯端末を用いて要救助者を捜索する要救助者捜索システムにおいて、
要救助者が保持する要救助者の携帯端末と、
要救助者を捜索する捜索者が保持する捜索者の携帯端末と、
要救助者および捜索者の前記携帯端末と無線通信を行う無線ＬＡＮのアクセスポイントと、
前記アクセスポイントに接続され、前記アソシエーション情報に基づき、要救助者の前記携帯端末と捜索者の前記携帯端末とを判別し、前記アソシエーション情報に対応した通信事業者のネットワーク制御部に対し要救助者の前記携帯端末に対する発呼を要求する捜索制御部と、
前記携帯端末の通信事業者ごとに複数設けられ、前記発呼要求に対応した前記携帯端末に対して携帯電話網を介して発呼し、要救助者の前記携帯端末の着信音を鳴らすネットワーク制御部と、
を備えたことを特徴とする要救助者捜索システム。
【請求項８】
前記ネットワーク制御部は、
前記携帯端末のＭＡＣアドレスに対応する電話番号の情報を保持し、
前記捜索制御部から送信される前記アソシエーション情報に含まれるＭＡＣアドレスに対応する要救助者の前記携帯端末の電話番号に対する発呼を行う、
ことを特徴とする請求項７に記載の要救助者捜索システム。
【請求項９】
要救助者および捜索者の前記携帯端末は、それぞれ、前記アクセスポイントが送出するＳＳＩＤを選択して、前記アクセスポイントに対するアソシエーション要求を行い、
前記アクセスポイントは、前記アソシエーション要求に基づき、アクセスポイント名、ＳＳＩＤ、前記携帯端末のＭＡＣアドレスの各情報を前記捜索制御部に送信する、
ことを特徴とする請求項７または８に記載の要救助者捜索システム。
【請求項１０】
要救助者が保持する要救助者の携帯端末と、要救助者を捜索する捜索者が保持する捜索者の携帯端末と、要救助者および捜索者の前記携帯端末と無線通信を行う無線ＬＡＮのアクセスポイントと、前記アクセスポイントと前記携帯端末の通信事業者ごとに複数設けられるネットワーク制御部との間に接続した捜索制御部とを有し、前記アクセスポイントとの間でアソシエーション情報の送受信を行う前記携帯端末を用いて捜索者が要救助者を捜索する要救助者捜索方法であって、
前記捜索制御部は、前記アソシエーション情報に基づき、要救助者の前記携帯端末と捜索者の前記携帯端末とを判別し、前記アソシエーション情報に対応した通信事業者のネットワーク制御部に対し要救助者の前記携帯端末に対する発呼を要求し、
前記ネットワーク制御部は、前記発呼要求に対応した前記携帯端末に対して携帯電話網を介して発呼し、要救助者の前記携帯端末の着信音を鳴らし要救助者を捜索する、
ことを特徴とする要救助者捜索方法。
【請求項１１】
前記アクセスポイントは、可搬型であり捜索範囲を変更可能なことを特徴とする請求項１０に記載の要救助者捜索方法。
【請求項１２】
前記捜索制御部は、要救助者の捜索完了時に当該捜索が完了した要救助者の情報を削除する、
ことを特徴とする請求項１０または１１に記載の要救助者捜索方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、要救助者を捜索する要救助者捜索装置、要救助者捜索システムおよび要救助者捜索方法に関する。
【背景技術】
【０００２】
災害時等において、捜索者が行方不明者（要救助者）の捜索をする際、捜索現場に要救助者が存在するか不明な場合が多い。そこで、一般人が普段から身に付けている携帯電話への通話を利用し、要救助者の携帯電話の着信音を鳴らして要救助者の捜索を行う方法が提案されている（例えば、下記特許文献１参照。）。
【０００３】
また、無線ＬＡＮ基地局を介し、要救助者が保持するＲＦＩＤタグと通信を行って、ＲＦＩＤタグごとの位置を特定し要救助者の捜索を行う技術が提案されている（例えば、下記特許文献２参照。）。また、有線のＬＡＮ端末のＭＡＣアドレスから同じＬＡＮアダプタに接続されている電話機宛に発呼を行い端末の場所を調査する技術が提案されている（例えば、下記特許文献３参照。）。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００２−３１４６３４号公報
【特許文献２】特開２０１３−３０４７号公報
【特許文献３】特開平９−２７０８２４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかし、従来の技術では、要救助者の携帯電話を発呼させて捜索する方法の場合、要救助者の電話番号を事前に知っておく必要があり、電話番号が不明であると救助できない。また、誰が要救助者であるかを特定できない状況では、救助を求めている要救助者を特定して電話をかけることができない。仮に、要救助者が特定でき、電話をかけることができた場合でも、携帯基地局の電波到達範囲が広すぎるため、要救助者のいる場所が詳細に分からず、要救助者の位置を特定するのに時間がかかる。また、ＲＦＩＤタグを用いる方法は、要救助者がＲＦＩＤタグを保持していないと救助できない。また、ＬＡＮアダプタの電話機を発呼させる方法では、個人のＬＡＮ端末を直接発呼することができない。
【０００６】
また、既存技術に要救助者を捜索する新たな技術を付加すると、システム全体の構成を見直す必要があり、普及に時間がかかる。また、通信事業者別に異なる方式がある場合、現場では複数のうちどの方式を使用すればよいか等のオペレーションの混乱が発生するおそれがある。
【０００７】
一つの側面では、本発明は、要救助者を効率よく簡単に捜索できることを目的とする。
【課題を解決するための手段】
【０００８】
一つの案では、要救助者および要救助者を捜索する捜索者が保有する携帯端末が無線接続される無線ＬＡＮのアクセスポイントと、通信事業者のネットワーク制御部とに接続される要救助者捜索装置において、前記アクセスポイントから取得した前記携帯端末のアソシエーション情報に基づき、要救助者の携帯端末と、捜索者の携帯端末とを判別し、捜索者の前記アソシエーション情報に対応した通信事業者のネットワーク制御部に対し、要救助者の前記携帯端末に対する発呼を要求する制御部、を備えたことを要件とする。
【発明の効果】
【０００９】
一つの実施形態によれば、要救助者を効率よく簡単に捜索できるという効果を奏する。
【図面の簡単な説明】
【００１０】
【図１】図１は、実施の形態にかかる要救助者捜索システムの全体構成図である。
【図２】図２は、実施の形態で用いるアソシエーション情報の例を示す図表である。
【図３】図３は、実施の形態で用いるユーザ情報の例を示す図表である。
【図４】図４は、実施の形態におけるＷｉ−Ｆｉ捜索制御部が保持する情報の例を示す図表である。（その１）
【図５】図５は、実施の形態におけるＷｉ−Ｆｉ捜索制御部が保持する情報の例を示す図表である。（その２）
【図６】図６は、実施の形態におけるＷｉ−Ｆｉ捜索制御部が保持する情報の例を示す図表である。（その３）
【図７】図７は、実施の形態における捜索者携帯端末に表示される情報例を示す図である。（その１）
【図８】図８は、実施の形態における捜索者携帯端末に表示される情報例を示す図である。（その２）
【図９】図９は、実施の形態にかかるＷｉ−Ｆｉ捜索制御部の内部構成例を示すブロック図である。
【図１０】図１０は、実施の形態にかかるユーザ情報検索サーバの内部構成例を示すブロック図である。
【図１１】図１１は、実施の形態にかかる要救助者携帯端末のアソシエーション情報の収集動作例を示すシーケンス図である。
【図１２】図１２は、実施の形態にかかる要救助者情報の取得動作例を示すシーケンス図である。
【図１３】図１３は、実施の形態にかかる要救助者への発呼の動作例を示すシーケンス図である。
【図１４】図１４は、実施の形態にかかる要救助者への発呼後の捜索の動作例を示すシーケンス図である。
【図１５】図１５は、無線ＡＰが行う携帯端末の情報の収集にかかる処理例を示すフローチャートである。
【図１６】図１６は、要救助者携帯端末が行う携帯端末の情報の収集にかかる処理例を示すフローチャートである。
【図１７】図１７は、Ｗｉ−Ｆｉ捜索制御部が行う携帯端末の情報の収集にかかる処理例を示すフローチャートである。
【図１８】図１８は、捜索者携帯端末が行う要救助者情報の取得にかかる処理例を示すフローチャートである。
【図１９】図１９は、Ｗｉ−Ｆｉ捜索制御部が行う要救助者情報の取得にかかる処理例を示すフローチャートである。
【図２０】図２０は、捜索者携帯端末が行う要救助者への発呼にかかる処理例を示すフローチャートである。
【図２１】図２１は、Ｗｉ−Ｆｉ捜索制御部が行う要救助者への発呼にかかる処理例を示すフローチャートである。
【図２２】図２２は、ユーザ情報検索サーバが行う要救助者への発呼にかかる処理例を示すフローチャートである。
【図２３】図２３は、発呼サーバが行う要救助者への発呼にかかる処理例を示すフローチャートである。
【図２４】図２４は、発呼サーバが行う要救助者への発呼後の捜索にかかる処理例を示すフローチャートである。
【図２５】図２５は、ユーザ情報検索サーバが行う要救助者への発呼後の捜索にかかる処理例を示すフローチャートである。
【図２６】図２６は、Ｗｉ−Ｆｉ捜索制御部が行う要救助者への発呼後の捜索にかかる処理例を示すフローチャートである。
【図２７】図２７は、捜索者携帯端末が行う要救助者への発呼後の捜索にかかる処理例を示すフローチャートである。
【発明を実施するための形態】
【００１１】
（実施の形態）
図１は、実施の形態にかかる要救助者捜索システムの全体構成図である。要救助者捜索システム１００は、要救助者Ａが保有する携帯電話機等の要救助者携帯端末１０１と、要救助者Ａを捜索する捜索者Ｂが保有する携帯電話機等の捜索者携帯端末１０２と、を含む。また、無線ＬＡＮ、例えば、ＩＥＥＥ８０２．１１規格（以下、Ｗｉ−Ｆｉと称す）に従いデバイス間の相互接続を行う要救助者携帯端末１０１、および捜索者携帯端末１０２と無線通信を行う無線アクセスポイント（無線ＡＰ）１０３を含む。図１には無線ＡＰ１０３を一つだけ記載したが、無線ＡＰ１０３は、複数設けることができる。また、無線ＡＰ１０３を可搬型とすることで、捜索者Ｂ等が携帯して捜索範囲を任意に変更できる。
【００１２】
また、無線ＡＰ１０３は、ネットワーク１０４を介してＷｉ−Ｆｉ捜索制御部（要救助者捜索装置）１０５に通信接続される。このＷｉ−Ｆｉ捜索制御部１０５は、通信事業者（キャリア）別の複数のネットワーク制御部１０６に通信接続される。図１では、２つの通信事業者のネットワーク制御部１０６（１０６ａ，１０６ｂ）を示している。無線ＡＰ１０３は、要救助者Ａの要救助者携帯端末１０１のＭＡＣ（Ｍｅｄｉａ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ  ａｄｄｒｅｓｓ）アドレスを判別して、該当するキャリアのネットワーク制御部１０６ａまたはネットワーク制御部１０６ｂへアクセスする。
【００１３】
要救助者携帯端末１０１は、ＬＴＥ（Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ）等の無線通信方式により無線基地局（不図示）との間で無線通信を行う機能、およびＷｉ−Ｆｉによる無線ＡＰ１０３と無線通信を行う機能を搭載している携帯端末である。この要救助者携帯端末１０１は、Ｗｉ−Ｆｉ通信について、予め自動接続設定している無線ＡＰ１０３のＳＳＩＤ（Ｓｅｒｖｉｃｅ  Ｓｅｔ  ＩＤｅｎｔｉｆｉｅｒ）のビーコンを受信すると、無線ＡＰ１０３に接続要求を送信する。
【００１４】
捜索者携帯端末１０２についても、ＬＴＥ（Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ）等の無線通信方式により無線基地局（不図示）との間で無線通信を行う機能、およびＷｉ−Ｆｉによる無線ＡＰ１０３と無線通信を行う機能を搭載している携帯端末である。捜索者携帯端末１０２では、無線ＡＰ１０３に接続している要救助者携帯端末１０１の一覧や詳細情報をＷｉ−Ｆｉ捜索制御部１０５から受信し確認することができる機能を有する。また、捜索者携帯端末１０２は、選択した要救助者携帯端末１０１へ発呼指示を行い、発呼可否結果の表示を行う。
【００１５】
無線ＡＰ１０３は、要救助者携帯端末１０１と捜索者携帯端末１０２とを外部のネットワーク１０４に接続するための無線機である。無線ＡＰ１０３は、一つまたは複数ＳＳＩＤを発信することで、携帯端末（要救助者携帯端末１０１と捜索者携帯端末１０２）が接続できるＳＳＩＤに対して接続要求を行う。ＳＳＩＤが複数であればそれだけ通信接続の機会を増やせる。また、携帯端末（要救助者携帯端末１０１と捜索者携帯端末１０２）からの接続要求時に得られる各携帯端末１０１のアソシエーション情報を、Ｗｉ−Ｆｉ捜索制御部１０５に送信する。
【００１６】
Ｗｉ−Ｆｉ捜索制御部１０５は、無線ＡＰ１０３から送信されてくるアソシエーション情報を捜索者携帯端末１０２と要救助者携帯端末１０１とに振り分け、それぞれに対応するＭＡＣアドレスをＭＡＣアドレス単位で保持する。また、Ｗｉ−Ｆｉ捜索制御部１０５は、取得したＳＳＩＤに基づき、捜索者携帯端末１０２と要救助者携帯端末１０１に対応するキャリアのネットワーク制御部１０６へアクセスの振り分けも行う。
【００１７】
そして、Ｗｉ−Ｆｉ捜索制御部１０５は、捜索者携帯端末１０２から要救助者捜索の要求を受信した場合に、保持している要救助者携帯端末１０１の一覧や詳細情報を捜索者携帯端末１０２に送信する。また、捜索者携帯端末１０２から要救助者携帯端末１０１への発呼指示を受けた場合に、要救助者携帯端末１０１のＭＡＣアドレスに対応するキャリアのネットワーク制御部１０６へ送信する。
【００１８】
キャリア別の各ネットワーク制御部１０６は、それぞれユーザ情報検索サーバ１１１と、ユーザ情報データベース（ＤＢ）１１２と、発呼サーバ１１３と、を含む。ユーザ情報ＤＢ１１２には、要救助者のＭＡＣアドレスに対応する電話番号が格納されている。
【００１９】
ユーザ情報検索サーバ１１１は、Ｗｉ−Ｆｉ捜索制御部１０５から送られてきた要救助者のＭＡＣアドレスに対応する電話番号をユーザ情報ＤＢ１１２から取得し、発呼サーバ１１３へ出力する。発呼サーバ１１３は、ユーザ情報検索サーバ１１１から出力された要救助者の電話番号に対する発呼を行う。
【００２０】
図２は、実施の形態で用いるアソシエーション情報の例を示す図表である。アソシエーション情報２００は、携帯端末と通信接続した無線ＡＰ１０３のＡＰ名（ＡＰ識別子）と、携帯端末のＭＡＣアドレスと、携帯端末と無線接続したＳＳＩＤ名と、携帯端末と無線接続したＳＳＩＤの電波強度、の情報を含む。ここでいう携帯端末は、要救助者携帯端末１０１あるいは捜索者携帯端末１０２である。
【００２１】
図３は、実施の形態で用いるユーザ情報の例を示す図表である。各キャリア別のネットワーク制御部１０６のユーザ情報ＤＢ１１２は、ユーザ情報３００として、ユーザ名ごとにＭＡＣアドレスと、電話番号とを格納保持する。ＭＡＣアドレスは、図２の端末ＭＡＣアドレスに相当する。
【００２２】
図４〜図６は、実施の形態におけるＷｉ−Ｆｉ捜索制御部が保持する情報の例を示す図表である。図４は、キャリア別振り分け情報４００であり、キャリア別のＳＳＩＤと振り分け先とを設定保持する。
【００２３】
図５は、捜索者携帯端末１０２の端末情報５００であり、捜索者携帯端末１０２が通信接続する複数の無線ＡＰ１０３に対応する各ＡＰ名と、各ＡＰのＭＡＣアドレスとを設定保持する。
【００２４】
図６は、要救助者携帯端末１０１の端末情報６００である。端末情報６００は、要救助者携帯端末１０１が通信接続する複数の無線ＡＰ１０３のＡＰ名と、各ＡＰのＭＡＣアドレスと、要救助者携帯端末１０１との通信接続時の電波強度と、要救助者携帯端末１０１のキャリアと、捜索済フラグ「１／０」と、を含む。
【００２５】
図７および図８は、実施の形態における捜索者携帯端末に表示される情報例を示す図である。図７には、捜索者携帯端末１０２がＷｉ−Ｆｉ捜索制御部１０５に要救助者捜索の要求を送信し、Ｗｉ−Ｆｉ捜索制御部１０５から受信した要救助者携帯端末１０１の一覧情報７０１の表示例を示す。この一覧情報７０１には、要救助者携帯端末１０１のＭＡＣアドレスの一覧を表示する。
【００２６】
図７の一覧情報７０１の表示後、ユーザ操作により特定のＭＡＣアドレスを選択すると、捜索者携帯端末１０２は、図８に示す要救助者携帯端末１０１の詳細情報８０１の表示を行うことができる。詳細情報８０１は、選択したＭＡＣアドレスに対応する要救助者携帯端末１０１のＭＡＣアドレスと、キャリアと、推定距離とを表示する。推定距離は、無線ＡＰ１０３と要救助者携帯端末１０１との間の電波強度に基づき推定した値を表示する。また、図８に示すように、詳細情報８０１の要救助者携帯端末１０１に対する発呼を行う発呼ボタン８０２を表示する。
【００２７】
図９は、実施の形態にかかるＷｉ−Ｆｉ捜索制御部の内部構成例を示すブロック図である。Ｗｉ−Ｆｉ捜索制御部１０５は、信号送受信部９０１と、アソシエーション情報収集部９０２と、ＳＳＩＤ振り分け部９０３と、要救助者端末登録部９０４と、捜索者端末登録部９０５と、を含む。さらに、要救助者端末情報（格納部）９０６と、捜索者端末情報（格納部）９０７と、要救助者端末情報送信部９０８と、発呼要求送信部９０９と、発呼成否送受信部９１０と、を含む。
【００２８】
信号送受信部９０１は、Ｗｉ−Ｆｉ捜索制御部１０５をキャリア別のネットワーク制御部１０６のユーザ情報検索サーバ１１１、および無線ＡＰ１０３と通信接続する。アソシエーション情報収集部９０２は、各携帯端末（要救助者携帯端末１０１と捜索者携帯端末１０２）のアソシエーション情報２００により、無線ＡＰ１０３のＡＰ名（ＡＰ識別子）、各携帯端末のＭＡＣアドレス、電波強度、ＳＳＩＤを取得する（図２参照）。
【００２９】
ＳＳＩＤ振り分け部９０３は、アソシエーション情報収集部９０２が収集したＳＳＩＤに基づき、各携帯端末（要救助者携帯端末１０１と捜索者携帯端末１０２）別にＳＳＩＤを振り分ける。そして、振り分け先のＳＳＩＤ別の端末登録部（要救助者端末登録部９０４、あるいは捜索者端末登録部９０５）にアクセスする。
【００３０】
要救助者端末登録部９０４は、ＳＳＩＤに基づき、要救助者Ａの要救助者携帯端末１０１の各種情報を要救助者端末情報（格納部）９０６に格納する。捜索者端末登録部９０５は、ＳＳＩＤに基づき、捜索者Ｂの捜索者携帯端末１０２の各種情報を捜索者端末情報（格納部）９０７に格納する。
【００３１】
要救助者端末情報送信部９０８は、要救助者端末情報（格納部）９０６に格納された要救助者端末情報９０６を読み出し、信号送受信部９０１を介して無線ＡＰ１０３（捜索者携帯端末１０２）に送信する。
【００３２】
発呼要求送信部９０９は、捜索者Ｂの捜索者携帯端末１０２からの発呼要求時に、発呼要求送信部９０９（および信号送受信部９０１）を介して発呼先の要救助者の要救助者携帯端末１０１に対する発呼要求を行う。
【００３３】
発呼成否送受信部９１０は、発呼要求送信部９０９による要救助者の要救助者携帯端末１０１に対する発呼要求の成否に関する情報を、信号送受信部９０１を介してユーザ情報検索サーバ１１１との間で送受信する。
【００３４】
図９に示した要救助者端末情報（格納部）９０６と、捜索者端末情報（格納部）９０７の機能は、メモリ９２１等のハードウェアを用いて実現できる。このメモリ９２１には、キャリア別振り分け情報４００、捜索者携帯端末１０２の端末情報５００、要救助者携帯端末１０１の端末情報６００（図４〜図６参照）が要救助者と捜索者別に格納される。
【００３５】
図９に示した構成のうち、要救助者端末情報（格納部）９０６と、捜索者端末情報（格納部）９０７を除く機能（信号送受信部９０１、…、発呼成否送受信部９１０）は、制御部であるＣＰＵ等のプロセッサ９２０を用いて実現できる。プロセッサ９２０は、メモリ９２１のうちＲＯＭ等に格納された制御プログラムを実行し、ＲＡＭ等のメモリ９２１を作業領域とすることで図９に示した各機能を実現する。また、図９には不図示であるが、Ｗｉ−Ｆｉ捜索制御部１０５（信号送受信部９０１の外部位置）には、無線および有線により信号を送受信する送受信ＩＦが設けられる。
【００３６】
図１０は、実施の形態にかかるユーザ情報検索サーバの内部構成例を示すブロック図である。ユーザ情報検索サーバ１１１は、信号送受信部１００１と、発呼成否送受信部１００２と、電話番号検索部１００３と、ユーザ情報ＤＢ１１２と、電話番号配信部１００４と、を含む。
【００３７】
信号送受信部１００１は、ユーザ情報検索サーバ１１１を、発呼サーバ１１３およびＷｉ−Ｆｉ捜索制御部１０５と通信接続する。発呼成否送受信部１００２は、発呼サーバ１１３による捜索者携帯端末１０２に対する発呼の成否に関する情報を、Ｗｉ−Ｆｉ捜索制御部１０５（発呼成否送受信部９１０）との間で、送受信する。
【００３８】
電話番号検索部１００３は、Ｗｉ−Ｆｉ捜索制御部１０５から送信された捜索者Ｂ（捜索者携帯端末１０２）のＭＡＣアドレスに対応した電話番号を検索する。この電話番号検索部１００３は、ユーザ情報ＤＢ１１２に格納されている捜索者Ｂ（捜索者携帯端末１０２）のユーザ情報３００（図３参照）に基づき、ＭＡＣアドレスに対応する電話番号を検索する。
【００３９】
電話番号配信部１００４は、電話番号検索部１００３で検索された捜索者Ｂ（捜索者携帯端末１０２）の電話番号を発呼サーバ１１３に出力する。
【００４０】
図１０に示したユーザ情報ＤＢ１１２の機能は、メモリ等のハードウェアを用いて実現できる。また、図１０に示した構成のうち、ユーザ情報ＤＢ１１２を除く機能（信号送受信部１００１、…、電話番号配信部１００４は、ＣＰＵ等のプロセッサを用いて実現できる。プロセッサは、メモリのうちＲＯＭ等に格納された制御プログラムを実行し、ＲＡＭ等のメモリを作業領域とすることで図１０に示した各機能を実現する。また、図１０には不図示であるが、ユーザ情報検索サーバ１１１（信号送受信部１００１の外部位置）には、有線により信号を送受信する送受信ＩＦが設けられる。
【００４１】
また、発呼サーバ１１３についても、ＣＰＵ等のプロセッサがＲＯＭ等に格納された制御プログラムを実行し、ＲＡＭ等を作業領域として使用することにより、要救助者Ａ（要救助者携帯端末１０１）に対する発呼の機能を実現できる。
【００４２】
また、携帯端末（要救助者携帯端末１０１および捜索者携帯端末１０２）についても、ＣＰＵ等のプロセッサがＲＯＭ等に格納された制御プログラムを実行し、ＲＡＭ等を作業領域として使用することにより、各携帯端末の機能を実現できる。
【００４３】
次に、以上説明した要救助者捜索システムにおける要救助者の捜索にかかる全体の処理例についてシーケンス図を用いて説明する。
【００４４】
（要救助者携帯端末の情報の収集）
図１１は、実施の形態にかかる要救助者携帯端末のアソシエーション情報の収集動作例を示すシーケンス図である。図１１には、要救助者Ａの要救助者携帯端末１０１のアソシエーション情報の収集例を示すが、捜索者Ｂの捜索者携帯端末１０２についても同様の手順でアソシエーション情報を収集する。
【００４５】
はじめに、無線ＡＰ１０３は、Ｗｉ−Ｆｉの通信範囲に位置している要救助者Ａの要救助者携帯端末１０１に対し、複数のビーコン（Ｂｅａｃｏｎ）で複数のＳＳＩＤを送出する（ステップＳ１１０１）。
【００４６】
無線ＡＰ１０３の通信範囲に要救助者Ａの要救助者携帯端末１０１が位置していれば、この要救助者携帯端末１０１は、受信したビーコンのいずれかのＳＳＩＤ（例えば、自動接続設定しているＳＳＩＤ１）を受信処理する。ここで、要救助者携帯端末１０１は、アソシエーション情報２００の一部の情報を作成する（図２参照）。そして、要救助者携帯端末１０１は、無線ＡＰ１０３に対し、ＳＳＩＤ１のアソシエーション要求を送信する（ステップＳ１１０２）。
【００４７】
無線ＡＰ１０３は、要救助者携帯端末１０１から受信したＳＳＩＤ１のアソシエーション情報２００（図２参照）をＷｉ−Ｆｉ捜索制御部１０５に通知する（ステップＳ１１０３）。Ｗｉ−Ｆｉ捜索制御部１０５は、受信したアソシエーション情報２００に基づき、キャリア別振り分け情報４００（図４参照）と、端末情報５００（図５参照）とを参照する。
【００４８】
そして、Ｗｉ−Ｆｉ捜索制御部１０５は、要救助者携帯端末１０１に対し、アソシエーション応答を返答し（ステップＳ１１０４）、要救助者携帯端末１０１のＡＰ識別子、ＭＡＣアドレス、ＳＳＩＤ、電波強度を抽出する（ステップＳ１１０５）。そして、Ｗｉ−Ｆｉ捜索制御部１０５は、抽出した各情報をＳＳＩＤ名で要救助者Ａの要救助者端末情報（格納部）９０６に登録、および格納する（ステップＳ１１０６）。
【００４９】
上記同様の処理により、捜索者Ｂの捜索者携帯端末１０２についても同様の手順でアソシエーション情報を収集し、Ｗｉ−Ｆｉ捜索制御部１０５は、捜索者携帯端末１０２の各情報を捜索者端末情報（格納部）９０７に登録、および格納する。
【００５０】
（要救助者情報の取得）
図１２は、実施の形態にかかる要救助者情報の取得動作例を示すシーケンス図である。捜索者Ｂの捜索者携帯端末１０２による要救助者Ａの情報の取得までの動作例を説明する。
【００５１】
はじめに、捜索者Ｂは、捜索者携帯端末１０２上で、要救助者Ａである要救助者携帯端末１０１の一覧の取得指示を操作する（ステップＳ１２０１）。これにより、捜索者携帯端末１０２は、Ｗｉ−Ｆｉ捜索制御部１０５に対し、要救助者携帯端末１０１の一覧を要求する（ステップＳ１２０２）。
【００５２】
そして、Ｗｉ−Ｆｉ捜索制御部１０５は、一覧要求を送信した捜索者携帯端末１０２が捜索者端末情報９０７に登録されているか判定する（ステップＳ１２０３）。登録されていれば、Ｗｉ−Ｆｉ捜索制御部１０５は、要救助者携帯端末１０１の一覧を捜索者携帯端末１０２に送信する（ステップＳ１２０４）。一方、登録されていない場合には、捜索者Ｂに対し、捜索者携帯端末１０２を捜索者端末情報９０７に登録する作業等を依頼する。これにより、捜索者携帯端末１０２は、要救助者携帯端末１０１の一覧情報７０１を表示する（図７参照、ステップＳ１２０５）。
【００５３】
また、捜索者Ｂが捜索者携帯端末１０２上に表示されている一覧情報７０１のうち詳細情報を知りたい要救助者Ａ（要救助者携帯端末１０１）があれば、この要救助者携帯端末１０１を選択する（ステップＳ１２０６）。これにより、捜索者携帯端末１０２は、Ｗｉ−Ｆｉ捜索制御部１０５に選択した要救助者携帯端末１０１の端末詳細を要求する（ステップＳ１２０７）。
【００５４】
そして、Ｗｉ−Ｆｉ捜索制御部１０５は、端末詳細の要求に基づき、要救助者携帯端末１０１の推定距離を算出する（ステップＳ１２０８）。推定距離は、要救助者携帯端末１０１の端末情報６００が保持する電波強度に基づき、無線ＡＰ１０３に対する要救助者携帯端末１０１の距離として推定する。
【００５５】
そして、Ｗｉ−Ｆｉ捜索制御部１０５は、要救助者携帯端末１０１の詳細情報８０１を捜索者携帯端末１０２に送信する（ステップＳ１２０９）。これにより、捜索者携帯端末１０２は、要救助者携帯端末１０１の詳細情報８０１（ＭＡＣアドレス、キャリア、推定距離）を表示する（図８参照、ステップＳ１２１０）。
【００５６】
（要救助者への発呼）
図１３は、実施の形態にかかる要救助者への発呼の動作例を示すシーケンス図である。図１２に示した捜索者携帯端末１０２上での詳細情報８０１の表示（ステップＳ１２１０）に続く捜索にかかる処理を説明する。
【００５７】
はじめに、捜索者携帯端末１０２は、要救助者携帯端末１０１を発呼ボタン８０２により発呼要求の操作を行ったとする（ステップＳ１３０１）。これにより、捜索者携帯端末１０２は、Ｗｉ−Ｆｉ捜索制御部１０５に対し発呼要求を行う（ステップＳ１３０２）。
【００５８】
Ｗｉ−Ｆｉ捜索制御部１０５は、発呼要求に基づき、キャリア別振り分け情報４００を参照し、発呼する要救助者携帯端末１０１の対象キャリアを判別する（ステップＳ１３０３）。そして、Ｗｉ−Ｆｉ捜索制御部１０５は、要救助者携帯端末１０１の端末情報６００を参照し、ユーザ情報検索サーバ１１１に対し、要救助者携帯端末１０１のＭＡＣアドレスを通知する（ステップＳ１３０４）。
【００５９】
ユーザ情報検索サーバ１１１は、ユーザ情報ＤＢ１１２のユーザ情報３００を参照し、該当する要救助者携帯端末１０１のＭＡＣアドレスに対応する電話番号を取得し（ステップＳ１３０５）、電話番号を発呼サーバ１１３に通知する（ステップＳ１３０６）。これにより、発呼サーバ１１３は、通知された電話番号である要救助者携帯端末１０１に対する発呼を行う（ステップＳ１３０７）。この発呼は、例えば、ＬＴＥ等の通信方式により要救助者携帯端末１０１に対し、携帯電話網の基地局を介して行うことができる。
【００６０】
（要救助者への発呼後の捜索）
図１４は、実施の形態にかかる要救助者への発呼後の捜索の動作例を示すシーケンス図である。図１３に示した要救助者携帯端末１０１への発呼（ステップＳ１３０７）後の捜索にかかる処理を説明する。
【００６１】
はじめに、発呼サーバ１１３は、発呼成否を判別する（ステップＳ１４０１）。この発呼成否は、例えば、要救助者携帯端末１０１を発呼できたか、要救助者携帯端末１０１が発呼音を出力しているか、発呼中に要救助者Ａによる受話操作やボタン操作等何らかの応答があったか、等の各状態に基づき判定する。このほか、所定時間経過しても発呼に対する応答がないか、通信環境の変動があるか、安定した通信環境であるか、等の各状態に基づき判定することができ、これらを組み合わせて判定してもよい。
【００６２】
そして、発呼サーバ１１３は、発呼の成否をユーザ情報検索サーバ１１１に通知する（ステップＳ１４０２）。ユーザ情報検索サーバ１１１は、該当するユーザ情報３００に発呼の成否の情報を例えばフラグ等で格納保持する。そして、ユーザ情報検索サーバ１１１は、発呼の成否の情報をＷｉ−Ｆｉ捜索制御部１０５に通知し（ステップＳ１４０３）、Ｗｉ−Ｆｉ捜索制御部１０５は、発呼の成否の情報を捜索者携帯端末１０２に転送する。
【００６３】
捜索者携帯端末１０２は、受信した発呼の成否を表示する（ステップＳ１４０４）。そして、捜索者携帯端末１０２は、要救助者携帯端末１０１に対する発呼が行える状態であれば要救助者携帯端末１０１の発呼音に基づき、要救助者Ａの捜索を行う。この際、捜索者Ｂは、ステップＳ１２０８（図１２参照）による推定距離に基づき、無線ＡＰ１０３から推定距離内を範囲として要救助者携帯端末１０１に発呼音がなっている場所を捜索する。また、この捜索時、要救助者携帯端末１０１に対する複数回の発呼要求を行ってもよい。
【００６４】
そして、発呼に基づき、要救助者Ａを発見できれば要救助者Ａの捜索が完了し、その旨を捜索者携帯端末１０２上で操作する（ステップＳ１４０５）。これにより、捜索者携帯端末１０２は、捜索完了をＷｉ−Ｆｉ捜索制御部１０５に通知する（ステップＳ１４０６）。これにより、Ｗｉ−Ｆｉ捜索制御部１０５は、要救助者端末情報９０６を更新し（ステップＳ１４０７）、捜索を終了する。この際、Ｗｉ−Ｆｉ捜索制御部１０５は、要救助者端末情報９０６として、端末情報６００（図６参照）の捜索済フラグを「０：未捜索」から「１：捜索済」に変更する。
【００６５】
これにより、要救助者を発見し救助（捜索）が完了した場合、要救助者の情報が削除され、捜索者携帯端末１０２の一覧情報７０１に表示されないこととなり、捜索者携帯端末１０２に対して必要な要救助者のみをリアルタイムに通知できる。
【００６６】
ところで、ステップＳ１４０４にて、発呼が成功していなければ、捜索者Ｂは、捜索者携帯端末１０２を操作し、ステップＳ１３０１（図１３）に示す発呼要求を複数回行ってもよい。また、推定距離が得られていれば無線ＡＰ１０３を中心とする推定距離の範囲内に絞って要救助者Ａの捜索を行うことができる。
【００６７】
次に、以上説明した要救助者捜索システムにおける要救助者の捜索にかかる各装置の個別処理例についてフローチャートを用いて説明する。上述したシーケンス図に示した各装置別の処理例を説明する。はじめに、図１５〜図１７は、上述した携帯端末の情報の収集（図１１）に対応する各装置の動作処理例である。
【００６８】
図１５は、無線ＡＰが行う携帯端末の情報の収集にかかる処理例を示すフローチャートである。無線ＡＰ１０３は、はじめに、ビーコンを無線ＡＰ１０３の周辺へブロードキャストする（ステップＳ１５０１）。この際、ビーコンの送出ごとに複数のＳＳＩＤを送出してもよい。
【００６９】
この後、無線ＡＰ１０３は、要救助者携帯端末１０１からアソシエーション要求を受信待機し（ステップＳ１５０２）、アソシエーション要求を受信すると、アソシエーション情報をＷｉ−Ｆｉ捜索制御部１０５に通知する（ステップＳ１５０３）。また、無線ＡＰ１０３は、要救助者携帯端末１０１にアソシエーション応答を送信し（ステップＳ１５０４）、以上の処理を終了する。
【００７０】
図１６は、要救助者携帯端末が行う携帯端末の情報の収集にかかる処理例を示すフローチャートである。要救助者携帯端末１０１は、ビーコンを無線ＡＰ１０３から受信すると（ステップＳ１６０１）、接続可能なＳＳＩＤであるか判断する（ステップＳ１６０２）。
【００７１】
予め自動接続設定等により、接続可能なＳＳＩＤであれば（ステップＳ１６０２：Ｙｅｓ）、アソシエーション要求を無線ＡＰ１０３に送信し（ステップＳ１６０３）、無線ＡＰ１０３からアソシエーション応答を受信し（ステップＳ１６０４）、以上の処理を終了する。一方、接続可能なＳＳＩＤでなければ（ステップＳ１６０２：Ｎｏ）、要救助者携帯端末１０１は、以上の処理を終了する。
【００７２】
図１７は、Ｗｉ−Ｆｉ捜索制御部が行う携帯端末の情報の収集にかかる処理例を示すフローチャートである。Ｗｉ−Ｆｉ捜索制御部１０５は、はじめに、アソシエーション情報を無線ＡＰ１０３から受信すると（ステップＳ１７０１）、受信したアソシエーション情報からＡＰ識別子、ＭＡＣアドレス、ＳＳＩＤ、電波強度の各情報を抽出する（ステップＳ１７０２）。
【００７３】
次に、Ｗｉ−Ｆｉ捜索制御部１０５は、抽出したＳＳＩＤが登録用のＳＳＩＤであるか判断する（ステップＳ１７０３）。ここでは、捜索者携帯端末１０２のＳＳＩＤが登録されているとする。登録用のＳＳＩＤであれば（ステップＳ１７０３：Ｙｅｓ）、Ｗｉ−Ｆｉ捜索制御部１０５は、ＡＰ識別子と、ＭＡＣアドレスの情報を捜索者端末情報（格納部）９０７に格納し（ステップＳ１７０４）、以上の処理を終了する。
【００７４】
一方、登録用のＳＳＩＤでなければ（ステップＳ１７０３：Ｎｏ）、Ｗｉ−Ｆｉ捜索制御部１０５は、ＳＳＩＤ名からキャリアを特定する（ステップＳ１７０５）。そして、Ｗｉ−Ｆｉ捜索制御部１０５は、ＡＰ識別子、ＭＡＣアドレス、キャリアの各情報を要救助者端末情報（格納部）９０６に格納し（ステップＳ１７０６）、以上の処理を終了する。
【００７５】
次に、図１８、図１９は、上述した要救助者情報の取得（図１２）に対応する各装置の動作処理例である。
【００７６】
図１８は、捜索者携帯端末が行う要救助者情報の取得にかかる処理例を示すフローチャートである。はじめに、捜索者携帯端末１０２は、操作等により要救助者携帯端末１０１の一覧の取得指示を行うと（ステップＳ１８０１）、要救助者携帯端末１０１の一覧の取得要求をＷｉ−Ｆｉ捜索制御部１０５に送信する（ステップＳ１８０２）。
【００７７】
次に、捜索者携帯端末１０２は、Ｗｉ−Ｆｉ捜索制御部１０５から要救助者携帯端末１０１の一覧を受信すると（ステップＳ１８０３）、要救助者携帯端末１０１の一覧情報７０１を表示部上に表示する（ステップＳ１８０４）。この後、捜索対象の要救助者携帯端末１０１の選択操作を行うと（ステップＳ１８０５）、捜索者携帯端末１０２は、要救助者携帯端末１０１の詳細情報の取得要求をＷｉ−Ｆｉ捜索制御部１０５に送信する（ステップＳ１８０６）。
【００７８】
この後、Ｗｉ−Ｆｉ捜索制御部１０５から要救助者携帯端末１０１の詳細情報を受信すると（ステップＳ１８０７）、捜索者携帯端末１０２は、受信した詳細情報８０１を表示部上に表示し（ステップＳ１８０８）、以上の処理を終了する。
【００７９】
図１９は、Ｗｉ−Ｆｉ捜索制御部が行う要救助者情報の取得にかかる処理例を示すフローチャートである。はじめに、Ｗｉ−Ｆｉ捜索制御部１０５は、要救助者携帯端末１０１の一覧情報の取得要求を捜索者携帯端末１０２から受信すると（ステップＳ１９０１）、取得要求した捜索者携帯端末１０２が登録されているか判断する（ステップＳ１９０２）。
【００８０】
Ｗｉ−Ｆｉ捜索制御部１０５は、捜索者端末情報９０７に登録されている捜索者携帯端末１０２であれば（ステップＳ１９０２：Ｙｅｓ）、ステップＳ９０３以下の処理を実行し、登録されていなければ（ステップＳ１９０２：Ｎｏ）、処理を終了する。
【００８１】
ステップＳ９０３では、Ｗｉ−Ｆｉ捜索制御部１０５は、ＡＰ識別子に対応した要救助者携帯端末１０１の一覧情報を要救助者端末情報（格納部）９０６から取得し（ステップＳ１９０３）、捜索者携帯端末１０２へ一覧情報を送信する（ステップＳ１９０４）。
【００８２】
この後、要救助者携帯端末１０１の詳細情報の取得要求を捜索者携帯端末１０２から受信したとする（ステップＳ１９０５）。この場合、Ｗｉ−Ｆｉ捜索制御部１０５は、要救助者携帯端末１０１の詳細情報を要救助者端末情報（格納部）９０６から取得し（ステップＳ１９０６）、電波強度から要救助者携帯端末１０１の推定距離を算出する（ステップＳ１９０７）。
【００８３】
そして、Ｗｉ−Ｆｉ捜索制御部１０５は、算出した推定距離を含む要救助者携帯端末１０１の詳細情報を捜索者携帯端末１０２に送信し（ステップＳ１９０８）、以上の処理を終了する。
【００８４】
次に、図２０〜図２３は、上述した要救助者への発呼（図１３）に対応する各装置の動作処理例である。
【００８５】
図２０は、捜索者携帯端末が行う要救助者への発呼にかかる処理例を示すフローチャートである。捜索者携帯端末１０２により、要救助者携帯端末１０１を詳細情報８０１が表示されている表示部上で選択し、発呼ボタン８０２により発呼要求を操作したとする（ステップＳ２００１）。これにより、捜索者携帯端末１０２は、要救助者携帯端末１０１への発呼要求をＷｉ−Ｆｉ捜索制御部１０５に送信し（ステップＳ２００２）、以上の処理を終了する。
【００８６】
図２１は、Ｗｉ−Ｆｉ捜索制御部が行う要救助者への発呼にかかる処理例を示すフローチャートである。Ｗｉ−Ｆｉ捜索制御部１０５は、要救助者携帯端末１０１への発呼要求を捜索者携帯端末１０２から受信したとする（ステップＳ２１０１）。これにより、Ｗｉ−Ｆｉ捜索制御部１０５は、キャリア別振り分け情報４００を参照して、発呼にかかる情報の送信先（キャリア別のネットワーク制御部１０６）を変更する（ステップＳ２１０２）。
【００８７】
そして、Ｗｉ−Ｆｉ捜索制御部１０５は、変更したキャリアのネットワーク制御部１０６のユーザ情報検索サーバ１１１に対し、要救助者携帯端末１０１のＭＡＣアドレスを送信し（ステップＳ２１０３）、以上の処理を終了する。
【００８８】
図２２は、ユーザ情報検索サーバが行う要救助者への発呼にかかる処理例を示すフローチャートである。ユーザ情報検索サーバ１１１は、ＭＡＣアドレスをＷｉ−Ｆｉ捜索制御部１０５から受信すると（ステップＳ２２０１）、ＭＡＣアドレスに対応した要救助者携帯端末１０１の電話番号をユーザ情報ＤＢ１１２から取得する（ステップＳ２２０２）。そして、取得した電話番号を発呼サーバ１１３へ送信し（ステップＳ２２０３）、以上の処理を終了する。
【００８９】
図２３は、発呼サーバが行う要救助者への発呼にかかる処理例を示すフローチャートである。発呼サーバ１１３は、電話番号をユーザ情報検索サーバ１１１から受信すると（ステップＳ２３０１）、この電話番号（要救助者携帯端末１０１）に対する発呼を行い（ステップＳ２３０２）、以上の処理を終了する。
【００９０】
次に、図２４〜図２７は、上述した要救助者への発呼後の捜索（図１４）に対応する各装置の動作処理例である。
【００９１】
図２４は、発呼サーバが行う要救助者への発呼後の捜索にかかる処理例を示すフローチャートである。発呼サーバ１１３は、発呼が成功したか否かを判断する（ステップＳ２４０１）。発呼が成功すれば（ステップＳ２４０１：Ｙｅｓ）、発呼サーバ１１３は、発呼成功の通知をユーザ情報検索サーバ１１１に送信し（ステップＳ２４０２）、以上の処理を終了する。一方、発呼が失敗したときには（ステップＳ２４０１：Ｎｏ）、発呼サーバ１１３は、発呼失敗の通知をユーザ情報検索サーバ１１１に送信し（ステップＳ２４０３）、以上の処理を終了する。
【００９２】
図２５は、ユーザ情報検索サーバが行う要救助者への発呼後の捜索にかかる処理例を示すフローチャートである。ユーザ情報検索サーバ１１１は、要救助者携帯端末１０１への発呼の成否の情報を発呼サーバ１１３から受信する（ステップＳ２５０１）。そして、ユーザ情報検索サーバ１１１は、受信した発呼の成否の情報をＷｉ−Ｆｉ捜索制御部１０５に送信し（ステップＳ２５０２）、以上の処理を終了する。
【００９３】
図２６は、Ｗｉ−Ｆｉ捜索制御部が行う要救助者への発呼後の捜索にかかる処理例を示すフローチャートである。Ｗｉ−Ｆｉ捜索制御部１０５は、要救助者携帯端末１０１への発呼の成否の情報をユーザ情報検索サーバ１１１から受信する（ステップＳ２６０１）。そして、Ｗｉ−Ｆｉ捜索制御部１０５は、受信した発呼の成否の情報を捜索者携帯端末１０２へ送信する（ステップＳ２６０２）。
【００９４】
ここで、Ｗｉ−Ｆｉ捜索制御部１０５は、要救助者携帯端末１０１への発呼が成功し、要救助者Ａの捜索が完了した旨を捜索者携帯端末１０２から受信したとする（ステップＳ２６０３）。この場合、Ｗｉ−Ｆｉ捜索制御部１０５は、要救助者端末情報９０６（端末情報６００）の捜索済フラグを「１：捜索済」に更新し（ステップＳ２６０４）、以上の処理を終了する。
【００９５】
一方、要救助者携帯端末１０１への発呼が成功していない期間、および、要救助者Ａの捜索が完了した旨を捜索者携帯端末１０２から受信するまでの間は、要救助者端末情報９０６（端末情報６００）の捜索済フラグを「０：未捜索」の状態に維持する。
【００９６】
図２７は、捜索者携帯端末が行う要救助者への発呼後の捜索にかかる処理例を示すフローチャートである。捜索者携帯端末１０２は、要救助者携帯端末１０１への発呼の成否の情報をＷｉ−Ｆｉ捜索制御部１０５から受信すると（ステップＳ２７０１）、発呼の成否を表示部上に表示する（ステップＳ２７０２）。
【００９７】
この後、捜索者Ｂが捜索者携帯端末１０２上で要救助者Ａの捜索完了を操作すると（ステップＳ２７０３）、捜索者携帯端末１０２は要救助者携帯端末１０１の捜索完了通知をＷｉ−Ｆｉ捜索制御部１０５に送信し（ステップＳ２７０４）、以上の処理を終了する。
【００９８】
以上説明した実施の形態によれば、要救助者が携帯端末を災害時等においても身に付けていることで、携帯端末の無線ＬＡＮ（Ｗｉ−Ｆｉ）機能を利用する。そして、Ｗｉ−Ｆｉ接続時のアソシエーション情報に基づいて、要救助者の携帯端末を発呼した際の着信音により捜索者が要救助者を発見できるようになる。
【００９９】
要救助者および捜索者は、既存の携帯電話等の携帯端末を保持していればよく、要救助者および捜索者は、特別な機器を必要とせずに要救助者を捜索できる。この際、捜索者は捜索用の特別な機器を用意する必要がなく、通常使用している携帯機器を操作して要救助者を捜索できる。
【０１００】
また、無線ＬＡＮと通信事業者のネットワーク制御部との間にＷｉ−Ｆｉ捜索制御部を配置する。このＷｉ−Ｆｉ捜索制御部により、アクセスポイントと携帯端末との間の無線ＬＡＮのアソシエーション情報から発呼に必要なＭＡＣアドレス等の情報を抽出して携帯端末のキャリア別のネットワーク制御部を選択して送信する。ネットワーク制御部では、ＭＡＣアドレスから電話番号への発呼を行う。これにより、携帯端末別の通信事業者に依存することなく、通信事業者別に選択して発呼を行うことができ、効率よく捜索することができる。
【０１０１】
そして、実施の形態によれば、災害救助の際、要救助者が捜索者の目に見えない位置にいても要救助者の携帯端末の着信音を鳴らして要救助者を効率的に捜索できる。また、Ｗｉ−Ｆｉ接続時のアソシエーション情報を利用することで、要救助者が特別な機器を所持する必要がない。また、要救助者の携帯端末がアクセスポイントに接続することで、要救助者が操作を行わなくてもアソシエーション情報が生成され、捜索を直ちに開始できる。
【０１０２】
また、アクセスポイントとしてＷｉ−Ｆｉを用いるため、３Ｇ／ＬＴＥなどの移動体通信（携帯電話無の通信）と比較して、電波到達エリアが小規模範囲となり効率よく捜索することができる。また、アクセスポイントとして可搬型のものを使用することで捜索範囲を容易に変更でき、電波到達範囲から捜索範囲を絞り込めるため、効率よく捜索することができる。さらに、Ｗｉ−Ｆｉは、通信事業者に依存せず、特定の電波帯域のみを利用し、電子機器に幅広く搭載されているため、要救助者側で特別な機器や事前準備などを必要としない。このＷｉ−Ｆｉは、スマートフォンやタブレットなどの携帯電話に一般的に搭載されているため、普及率が高く、携帯電話を保持していれば救助を受けることができるようになる。
【０１０３】
なお、本実施の形態で説明した要救助者の捜索にかかる方法は、予め用意された制御プログラムを対象となる要救助者捜索のシステムを構成する各機器のコンピュータ（ＣＰＵ等のプロセッサ）で実行することにより実現することができる。本制御プログラムは、磁気ディスク、光ディスク、ＵＳＢ（Ｕｎｉｖｅｒｓａｌ  Ｓｅｒｉａｌ  Ｂｕｓ）フラッシュメモリなどのコンピュータで読み取り可能な記録媒体に記録され、コンピュータによって記録媒体から読み出されることによって実行される。また、制御プログラムは、インターネット等のネットワークを介して配布してもよい。
【０１０４】
上述した実施の形態に関し、さらに以下の付記を開示する。
【０１０５】
（付記１）要救助者および要救助者を捜索する捜索者が保有する携帯端末が無線接続される無線ＬＡＮのアクセスポイントと、通信事業者のネットワーク制御部とに接続される要救助者捜索装置において、
前記アクセスポイントから取得した前記携帯端末のアソシエーション情報に基づき、要救助者の携帯端末と、捜索者の携帯端末とを判別し、捜索者の前記アソシエーション情報に対応した通信事業者のネットワーク制御部に対し、要救助者の前記携帯端末に対する発呼を要求する制御部、
を備えたことを特徴とする要救助者捜索装置。
【０１０６】
（付記２）前記制御部は、
前記携帯端末のアソシエーション情報に含まれるアクセスポイント名、ＳＳＩＤおよびＭＡＣアドレスに基づき、要救助者の携帯端末と捜索者の携帯端末とを判別し、前記捜索者の携帯端末を収容する通信事業者のネットワーク制御部に対して、要救助者の前記携帯端末に対する発呼の要求と、前記捜索者の電話番号を抽出するための前記ＭＡＣアドレスを送信する、
ことを特徴とする付記１に記載の要救助者捜索装置。
【０１０７】
（付記３）前記制御部は、
要救助者の前記携帯端末が無線接続した前記アクセスポイント名と、前記ＭＡＣアドレスと、通信事業者の情報を前記アクセスポイントごとの要救助者の端末情報として保持し、
捜索者の前記携帯端末が無線接続した前記アクセスポイントと、前記ＭＡＣアドレスの情報を前記アクセスポイントごとの捜索者の端末情報として保持し、
前記ＳＳＩＤ別の通信事業者の振り分け情報を保持し、
取得した前記アソシエーション情報に基づき、前記保持した各情報を参照して捜索者の前記携帯端末を収容する通信事業者のネットワーク制御部を選択する、
ことを特徴とする付記２に記載の要救助者捜索装置。
【０１０８】
（付記４）前記制御部は、
要救助者の前記端末情報に、前記アクセスポイント名と、要救助者の前記携帯端末との間の電波強度の情報をさらに含み、当該電波強度に基づき、前記アクセスポイントから前記携帯端末までの推定距離を算出し、捜索者の前記携帯端末に送信する、
ことを特徴とする付記３に記載の要救助者捜索装置。
【０１０９】
（付記５）前記制御部は、
要救助者の前記端末情報に基づき、要救助者の前記端末情報の一覧情報、および前記ＭＡＣアドレス、通信事業者、前記推定距離の各情報を含む詳細情報を捜索者の前記携帯端末に送信する、
ことを特徴とする付記４に記載の要救助者捜索装置。
【０１１０】
（付記６）前記制御部は、
要救助者の前記端末情報として、要救助者の捜索完了の有無の情報をさらに含む、
ことを特徴とする付記３〜５のいずれか一つに記載の要救助者捜索装置。
【０１１１】
（付記７）無線ＬＡＮのアクセスポイントとの間でアソシエーション情報の送受信を行う携帯端末を用いて要救助者を捜索する要救助者捜索システムにおいて、
要救助者が保持する要救助者の携帯端末と、
要救助者を捜索する捜索者が保持する捜索者の携帯端末と、
要救助者および捜索者の前記携帯端末と無線通信を行う無線ＬＡＮのアクセスポイントと、
前記アクセスポイントに接続され、前記アソシエーション情報に基づき、要救助者の前記携帯端末と捜索者の前記携帯端末とを判別し、前記アソシエーション情報に対応した通信事業者のネットワーク制御部に対し要救助者の前記携帯端末に対する発呼を要求する捜索制御部と、
前記携帯端末の通信事業者ごとに複数設けられ、前記発呼要求に対応した前記携帯端末に対して携帯電話網を介して発呼し、要救助者の前記携帯端末の着信音を鳴らすネットワーク制御部と、
を備えたことを特徴とする要救助者捜索システム。
【０１１２】
（付記８）前記ネットワーク制御部は、
前記携帯端末のＭＡＣアドレスに対応する電話番号の情報を保持し、
前記捜索制御部から送信される前記アソシエーション情報に含まれるＭＡＣアドレスに対応する要救助者の前記携帯端末の電話番号に対する発呼を行う、
ことを特徴とする付記７に記載の要救助者捜索システム。
【０１１３】
（付記９）要救助者および捜索者の前記携帯端末は、それぞれ、前記アクセスポイントが送出するＳＳＩＤを選択して、前記アクセスポイントに対するアソシエーション要求を行い、
前記アクセスポイントは、前記アソシエーション要求に基づき、アクセスポイント名、ＳＳＩＤ、前記携帯端末のＭＡＣアドレスの各情報を前記捜索制御部に送信する、
ことを特徴とする付記７または８に記載の要救助者捜索システム。
【０１１４】
（付記１０）要救助者が保持する要救助者の携帯端末と、要救助者を捜索する捜索者が保持する捜索者の携帯端末と、要救助者および捜索者の前記携帯端末と無線通信を行う無線ＬＡＮのアクセスポイントと、前記アクセスポイントと前記携帯端末の通信事業者ごとに複数設けられるネットワーク制御部との間に接続した捜索制御部とを有し、前記アクセスポイントとの間でアソシエーション情報の送受信を行う前記携帯端末を用いて捜索者が要救助者を捜索する要救助者捜索方法であって、
前記捜索制御部は、前記アソシエーション情報に基づき、要救助者の前記携帯端末と捜索者の前記携帯端末とを判別し、前記アソシエーション情報に対応した通信事業者のネットワーク制御部に対し要救助者の前記携帯端末に対する発呼を要求し、
前記ネットワーク制御部は、前記発呼要求に対応した前記携帯端末に対して携帯電話網を介して発呼し、要救助者の前記携帯端末の着信音を鳴らし要救助者を捜索する、
ことを特徴とする要救助者捜索方法。
【０１１５】
（付記１１）前記アクセスポイントは、可搬型であり捜索範囲を変更可能なことを特徴とする付記１０に記載の要救助者捜索方法。
【０１１６】
（付記１２）前記捜索制御部は、要救助者の捜索完了時に当該捜索が完了した要救助者の情報を削除する、
ことを特徴とする付記１０または１１に記載の要救助者捜索方法。
【０１１７】
（付記１３）前記ネットワーク制御部は、予め保持した前記携帯端末のＭＡＣアドレスに対応する電話番号の情報に基づき、前記捜索制御部から送信される前記アソシエーション情報に含まれるＭＡＣアドレスに対応する要救助者の前記携帯端末の電話番号に対する発呼を行う、
ことを特徴とする付記１０〜１２のいずれか一つに記載の要救助者捜索方法。
【符号の説明】
【０１１８】
１００  要救助者捜索システム
１０１  要救助者携帯端末
１０２  捜索者携帯端末
１０３  無線アクセスポイント（ＡＰ）
１０４  ネットワーク
１０５  Ｗｉ−Ｆｉ捜索制御部
１０６（１０６ａ，１０６ｂ）  ネットワーク制御部
１１１  ユーザ情報検索サーバ
１１２  ユーザ情報データベース（ＤＢ）
１１３  発呼サーバ
２００  アソシエーション情報
３００  ユーザ情報
４００  キャリア別振り分け情報
５００  捜索者携帯端末の端末情報
６００  要救助者携帯端末の端末情報
７０１  要救助者携帯端末の一覧情報
８０１  要救助者携帯端末の詳細情報
８０２  発呼ボタン
９０１  信号送受信部
９０２  アソシエーション情報収集部
９０３  ＳＳＩＤ振り分け部
９０４  要救助者端末登録部
９０５  捜索者端末登録部
９０６  要救助者端末情報
９０７  捜索者端末情報
９０８  要救助者端末情報送信部
９０９  発呼要求送信部
９１０  発呼成否送受信部
９２０  プロセッサ
９２１  メモリ
１００１  信号送受信部
１００２  発呼成否送受信部
１００３  電話番号検索部
１００４  電話番号配信部
【図１】
2017208625.tif 000003
【図２】
2017208625.tif 000004
【図３】
2017208625.tif 000005
【図４】
2017208625.tif 000006
【図５】
2017208625.tif 000007
【図６】
2017208625.tif 000008
【図７】
2017208625.tif 000009
【図８】
2017208625.tif 000010
【図９】
2017208625.tif 000011
【図１０】
2017208625.tif 000012
【図１１】
2017208625.tif 000013
【図１２】
2017208625.tif 000014
【図１３】
2017208625.tif 000015
【図１４】
2017208625.tif 000016
【図１５】
2017208625.tif 000017
【図１６】
2017208625.tif 000018
【図１７】
2017208625.tif 000019
【図１８】
2017208625.tif 000020
【図１９】
2017208625.tif 000021
【図２０】
2017208625.tif 000022
【図２１】
2017208625.tif 000023
【図２２】
2017208625.tif 000024
【図２３】
2017208625.tif 000025
【図２４】
2017208625.tif 000026
【図２５】
2017208625.tif 000027
【図２６】
2017208625.tif 000028
【図２７】
2017208625.tif 000029