特許 6427386 通信システム、携帯端末および位置管理方法

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】6427386

(24)【登録日】2018年11月2日

(45)【発行日】2018年11月21日

(54)【発明の名称】通信システム、携帯端末および位置管理方法

(51)【国際特許分類】

   H04M 1/00 20060101AFI20181112BHJP

   H04M 11/00 20060101ALI20181112BHJP

   H04W 64/00 20090101ALI20181112BHJP

   H04W 84/10 20090101ALI20181112BHJP

【ＦＩ】

   H04M1/00 R

   H04M11/00 302

   H04W64/00

   H04W84/10 110

【請求項の数】8

【全頁数】34

(21)【出願番号】特願2014-223255(P2014-223255)

(22)【出願日】2014年10月31日

(65)【公開番号】特開2015-195560(P2015-195560A)

(43)【公開日】2015年11月5日

【審査請求日】2017年8月18日

(31)【優先権主張番号】特願2014-55315(P2014-55315)

(32)【優先日】2014年3月18日

(33)【優先権主張国】JP

(73)【特許権者】

【識別番号】392026693

【氏名又は名称】株式会社ＮＴＴドコモ

(74)【代理人】

【識別番号】100088155

【弁理士】

【氏名又は名称】長谷川 芳樹

(74)【代理人】

【識別番号】100113435

【弁理士】

【氏名又は名称】黒木 義樹

(74)【代理人】

【識別番号】100121980

【弁理士】

【氏名又は名称】沖山 隆

(74)【代理人】

【識別番号】100128107

【弁理士】

【氏名又は名称】深石 賢治

(72)【発明者】

【氏名】舟戸 渉

【審査官】 塩澤 如正

(56)【参考文献】

【文献】 特開平０５−２８８８４１（ＪＰ，Ａ）

【文献】 特開２０１１−１５４５７１（ＪＰ，Ａ）

(58)【調査した分野】（Int.Cl.，ＤＢ名）

Ｈ０４Ｍ １／００

Ｈ０４Ｍ １１／００

Ｈ０４Ｗ ６４／００

Ｈ０４Ｗ ８４／１０

(57)【特許請求の範囲】

【請求項1】

子機端末の探索要求を行う依頼元端末と、当該依頼元端末からの探索要求を受ける複数の依頼先端末とが無線通信により接続する通信システムにおいて、
前記依頼元端末は、
前記依頼先端末に対して探索要求を行う探索要求手段と、
前記探索要求手段による探索要求の応答として前記依頼先端末から取得された位置情報をユーザに通知する通知手段と、
を備え、
前記依頼先端末のそれぞれは、
当該依頼先端末の位置情報を取得する位置情報取得手段と、
定期的に、近距離無線通信により子機端末を特定するための情報を取得する子機情報取得手段と、
前記依頼元端末から、探索要求および探索対象である子機端末を特定するための情報を受信する受信手段と、
前記受信手段により受信された探索要求の対象である子機端末を特定するための情報が、前記子機情報取得手段により取得された子機端末を特定するための情報と一致するか否か、および前記探索要求が緊急性を要するものであるか否かを判断する子機判断手段と、
前記子機判断手段により子機端末を特定するための情報が一致すると判断されると、前記子機情報取得手段による子機端末を特定するための情報の取得時において位置情報取得手段により取得された位置情報を前記依頼元端末に送信し、
前記子機判断手段により子機端末を特定するための情報が一致すると判断され、さらに緊急性を要する探索要求であったと判断されると、前記子機情報取得手段による子機端末を特定するための情報の取得時において前記位置情報取得手段により取得された位置情報を前記依頼元端末に送信するとともに、前記子機端末から、当該子機端末の連絡先情報の取得を行う送信手段と、を備える通信システム。

【請求項2】

前記依頼元端末において、
前記探索要求手段は、前記依頼元端末と同一のグループに属している依頼先端末に対して、探索要求とともに、探索対象である子機端末を示す探索対象情報を送信し、
前記依頼先端末のそれぞれにおいて、
前記子機判断手段は、探索対象情報で示される子機端末に基づいた判断処理を行なう、請求項１に記載の通信システム。

【請求項3】

前記依頼先端末のそれぞれにおいて、
前記子機判断手段により子機端末を特定する情報が一致すると判断されると、さらに、前記子機端末に対して所定の動作を実行するよう制御する実行制御手段を、さらに備える請求項１または２に記載の通信システム。

【請求項4】

前記依頼先端末は、
前記子機情報取得手段により取得された子機端末を特定するための情報を、前記位置情報取得手段により取得された位置情報およびその取得した時刻を示す時刻情報と対応付けて記憶する記憶手段と、
を備え、
前記子機判断手段は、探索要求の対象端末である子機端末を特定するための情報が前記記憶手段に記憶されているか否かを判断し、前記記憶手段に記憶されていると判断された場合には、前記送信手段は、前記記憶手段に記憶されている前記子機端末を特定するための情報に対応付けられている位置情報および時刻情報を、前記依頼元端末に送信する、
請求項１から３のいずれか一項に記載の通信システム。

【請求項5】

前記依頼元端末と前記依頼先端末とを管理するサーバをさらに備える通信システムにおいて、
前記サーバは、
前記依頼元端末から探索要求を受け付けると、前記依頼先端末に対して探索指示を行う探索処理手段を
さらに備える請求項１から４のいずれか一項に記載の通信システム。

【請求項6】

前記サーバは、
依頼元端末および依頼先端末のグループ構成を示すグループ情報を記憶するグループ情報記憶手段をさらに備え、
前記探索処理手段は、前記グループ情報記憶手段に記憶されているグループ情報に基づいた依頼先端末に対して探索指示を行う、
請求項５に記載の通信システム。

【請求項7】

依頼先端末の位置情報を取得する位置情報取得手段と、
定期的に、近距離無線通信により子機端末を特定するための情報を取得する子機情報取得手段と、
依頼元端末から、探索要求および探索対象である子機端末を特定するための情報を受信する受信手段と、
前記受信手段により受信された探索要求の対象である子機端末を特定するための情報が、前記子機情報取得手段により取得された子機端末を特定するための情報と一致するか否か、および前記探索要求が緊急性を要するものであるか否かを判断する子機判断手段と、
前記子機判断手段により子機端末を特定するための情報が一致すると判断されると、前記子機情報取得手段による子機端末を特定するための情報の取得時において前記位置情報取得手段により取得された位置情報を前記依頼元端末に送信し、
前記子機判断手段により子機端末を特定するための情報が一致すると判断され、さらに緊急性を要する探索要求であったと判断されると、前記子機情報取得手段による子機端末を特定するための情報の取得時において前記位置情報取得手段により取得された位置情報を前記依頼元端末に送信するとともに、前記子機端末から、当該子機端末の連絡先情報の取得を行う送信手段と、
を備える携帯端末。

【請求項8】

子機端末の探索要求を行う依頼元端末と、当該依頼元端末からの探索要求を受ける複数の依頼先端末とが無線通信により接続する通信システムの位置管理方法において、
前記依頼元端末において、
前記依頼先端末に対して探索要求を行う探索要求ステップと、
前記探索要求ステップによる探索要求の応答として前記依頼先端末から取得された位置情報をユーザに通知する通知ステップと、
が実行され、
前記依頼先端末のそれぞれにおいて、
当該依頼先端末の位置情報を取得する位置情報取得ステップと、
定期的に、近距離無線通信により子機端末を特定するための情報を取得する子機情報取得ステップと、
前記依頼元端末から、探索要求および探索対象である子機端末を特定するための情報を受信する受信ステップと、
前記受信ステップにより受信された探索要求の対象である子機端末を特定するための情報が、前記子機情報取得ステップにより取得された子機端末を特定するための情報と一致するか否か、および前記探索要求が緊急性を要するものであるか否かを判断する子機判断ステップと、
前記子機判断ステップにより子機端末を特定するための情報が一致すると判断されると、前記子機情報取得ステップにより子機端末を特定するための情報の取得時において前記位置情報取得ステップにより取得された位置情報を前記依頼元端末に送信し、前記子機判断ステップにより子機端末を特定するための情報が一致すると判断され、さらに緊急性を要する探索要求であったと判断されると、前記子機情報取得ステップによる子機端末を特定するための情報の取得時において前記位置情報取得ステップにより取得された位置情報を前記依頼元端末に送信するとともに、前記子機端末から、当該子機端末の連絡先情報の取得を行う送信ステップと、
が実行される位置管理方法。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、子機端末の位置を管理する通信システム、携帯端末および位置管理方法に関する。

【背景技術】

【0002】

近年、少子化に伴い、こどもの見守りへの関心が高まり、子供の迷子防止・見守り機能を備えた機器が考えられている。例えば、ＧＰＳ通信を用いて現在位置を通知するものや、専用の親機・子機のペア間である一定以上離れるとアラームが鳴るものなど、さまざまな形態のものが考えられている。

【0003】

また、遊園地やテーマパークなどの閉空間においては、固定ネットワークを利用した位置検出システム（特許文献１：特開２００３−１１６１６６号公報）が考えられている。この特許文献１においては、親機において検出した子機の位置を通知することが記載されている。

【先行技術文献】

【特許文献】

【0004】

【特許文献1】特開２００３−１１６１６６号公報

【発明の概要】

【発明が解決しようとする課題】

【0005】

従来の技術における、専用の親機・子機のペア間である一定以上離れるとアラームが鳴るものについては、子機が離れた場合アラームにより通知はするものの、その位置を特定することができず、また連れ去りなどには効果を発揮しにくい。また、特許文献１に記載の技術は、あらかじめ親機を碁盤目状に構築しておく必要が有り、一般的な移動体通信網を用いたものには適用することが困難である。

【0006】

そこで、本発明においては、移動体通信網と接続する携帯端末などにも適用可能にした、子機の位置を管理することができる通信システム、携帯端末および位置管理方法を提要することを目的とする。

【課題を解決するための手段】

【0007】

上述の課題を解決するために、本発明の通信システムは、子機端末の探索要求を行う依頼元端末と、当該依頼元端末からの探索要求を受ける複数の依頼先端末とが無線通信により接続する通信システムにおいて、前記依頼元端末は、前記依頼先端末に対して探索要求を行う探索要求手段と、前記探索要求手段による探索要求の応答として前記依頼先端末から取得された位置情報をユーザに通知する通知手段と、前記依頼先端末のそれぞれは、当該依頼先端末の位置情報を取得する位置情報取得手段と、定期的に、近距離無線通信により子機端末を特定するための情報を取得する子機情報取得手段と、前記依頼元端末から、探索要求および探索対象である子機端末を特定するための情報を受信する受信手段と、前記受信手段により受信された探索要求の対象である子機端末を特定するための情報が、前記子機情報取得手段により取得された子機端末を特定するための情報と一致するか否か、および前記探索要求が緊急性を要するものであるか否かを判断する子機判断手段と、前記子機判断手段により子機端末を特定するための情報が一致すると判断されると、前記子機情報取得手段による子機端末を特定するための情報の取得時において前記位置情報取得手段により取得された位置情報を前記依頼元端末に送信し、前記子機判断手段により子機端末を特定するための情報が一致すると判断され、さらに緊急性を要する探索要求であったと判断されると、前記子機情報取得手段による子機端末を特定するための情報の取得時において位置情報取得手段により取得された位置情報を前記依頼元端末に送信するとともに、前記子機端末から、当該子機端末の連絡先情報の取得を行う送信手段と、を備える。

【0008】

本発明の位置管理方法は、子機端末の探索要求を行う依頼元端末と、当該依頼元端末からの探索要求を受ける複数の依頼先端末とが無線通信により接続する通信システムの通信方法において、前記依頼元端末において、前記依頼先端末に対して探索要求を行う探索要求ステップと、前記探索要求ステップによる探索要求の応答として前記依頼先端末から取得された位置情報をユーザに通知する通知ステップとが実行され、前記依頼先端末のそれぞれにおいて、当該依頼先端末の位置情報を取得する位置情報取得ステップと、定期的に、近距離無線通信により子機端末を特定するための情報を取得する子機情報取得ステップと、前記依頼元端末から、探索要求および探索対象である子機端末を特定するための情報を受信する受信ステップと、前記受信ステップにより受信された探索要求の対象である子機端末を特定するための情報が、前記子機情報取得ステップにより取得された子機端末を特定するための情報と一致するか否か、および前記探索要求が緊急性を要するものであるか否かを判断する子機判断ステップと、前記子機判断ステップにより子機端末を特定するための情報が一致すると判断されると、前記子機情報取得ステップにより子機端末を特定するための情報の取得時において前記位置情報取得ステップにより取得された位置情報を前記依頼元端末に送信し、前記子機判断ステップにより子機端末を特定するための情報が一致すると判断され、さらに緊急性を要する探索要求であったと判断されると、前記子機情報取得ステップによる子機端末を特定するための情報の取得時において前記位置情報取得ステップにより取得された位置情報を前記依頼元端末に送信するとともに、前記子機端末から、当該子機端末の連絡先情報の取得を行う送信ステップと、が実行される。

【0009】

この構成によれば、依頼先端末において、その位置情報を取得するとともに、探索要求の対象である子機端末を特定するための情報が、近距離無線通信により取得された子機端末を特定するための情報と一致するか否かを判断し、当該情報が一致すると判断されると、子機端末を特定するための情報の取得時において取得された位置情報を依頼元端末に送信する。これにより、依頼先端末の位置をあらかじめ固定しておかなくても、子機端末の発見時における依頼先端末の位置情報を依頼元端末に通知することができる。よって、子機端末を探索するためのネットワークのようなものを構築する必要がなく、携帯端末のような移動可能なものにおいても容易に適用することができる。また、緊急時には、さらに加えて、子機端末から、当該子機端末の連絡先情報の取得を行うことができる。

【0010】

また、本発明の通信システムは、前記依頼元端末において、前記探索要求手段は、前記依頼元端末と同一のグループに属している依頼先端末に対して、探索要求とともに、探索対象である子機端末を示す探索対象情報を送信し、前記依頼先端末のそれぞれにおいて、前記子機判断手段は、探索対象情報で示される子機端末に基づいた判断処理を行なう。

【0011】

この発明によれば、依頼元端末と同一のグループに属している依頼先端末に対して、探索要求とともに、探索対象情報を送信し、依頼先端末のそれぞれにおいて、探索対象情報で示される子機端末を特定するための情報に基づいた判断処理を行なう。これにより、同一グループの依頼先端末に対して、子機の探索を要求することができる。

【0012】

また、本発明の通信システムは、前記依頼先端末のそれぞれにおいて、前記子機判断手段により子機端末を特定する情報が一致すると判断されると、さらに、前記子機端末に対して所定の動作を実行するよう制御する実行制御手段を、さらに備える。

【0013】

この発明によれば、子機端末を特定する情報が一致すると判断されると、さらに、当該子機端末に対して所定の動作を実行するよう制御する。これにより、位置情報を通知することのみならず、子機端末に対して所定の動作を行わせることができ、より適切な応対を行うことができる。

【0014】

また、本発明の通信システムにおいて、前記依頼先端末は、前記子機情報取得手段により取得された子機端末を特定するための情報を、前記位置情報取得手段により取得された位置情報およびその取得した時刻を示す時刻情報と対応付けて記憶する記憶手段と、を備え、前記子機判断手段は、探索要求の対象端末である子機端末を特定するための情報が前記記憶手段に記憶されているか否かを判断し、前記記憶手段に記憶されていると判断された場合には、前記送信手段は、前記記憶手段に記憶されている前記子機端末を特定するための情報に対応付けられている位置情報および時刻情報を、前記依頼元端末に送信する。

【0015】

この発明によれば、取得された子機端末を特定するための情報を、あらかじめ定められたタイミングで取得された位置情報およびその取得した時刻を示す時刻情報と対応付けて記憶しておき、探索要求の対象端末である子機端末を特定するための情報が、記憶手段に記憶されているか否かを判断し、記憶手段に記憶されていると判断された場合には、記憶手段に記憶されている子機端末を特定するための情報に対応付けられている位置情報および時刻情報を、依頼元端末に送信する。これにより、過去において取得した子機端末を特定するための情報を利用して、過去における位置情報とその時刻情報を依頼元端末に通知することができる。よって、探索要求時点において、探索対象となる子機端末がどの依頼先端末の近傍にいなかったとしても、過去においてどの依頼先端末の近傍にいたか、またその位置を把握することができる。

【0016】

また、本発明の通信システムは、前記依頼元端末と前記依頼先端末とを管理するサーバをさらに備える通信システムにおいて、前記サーバは、前記依頼元端末から探索要求を受け付けると、前記依頼先端末に対して探索指示を行う探索処理手段をさらに備える。

【0017】

この発明によれば、依頼元端末と依頼先端末とを結びつけるサーバを用いて、依頼元端末からの探索要求を、依頼先端末に対して依頼することができる。

【0018】

また、本発明の通信システムにおいて、前記サーバは、依頼元端末および依頼先端末のグループ構成を示すグループ情報を記憶するグループ情報記憶手段をさらに備え、前記探索処理手段は、前記グループ情報記憶手段に記憶されているグループ情報に基づいた依頼先端末に対して探索指示を行う。

【0019】

この発明によれば、依頼元端末および依頼先端末のグループ構成を示すグループ情報を記憶し、このグループ情報に基づいた依頼先端末に対して探索指示を行う。これにより、グループ単位による探索指示を簡易に行うことができる。

【0020】

また、本発明の携帯端末において、依頼先端末の位置情報を取得する位置情報取得手段と、定期的に、近距離無線通信により子機端末を特定するための情報を取得する子機情報取得手段と、依頼元端末から、探索要求および探索対象である子機端末を特定するための情報を受信する受信手段と、前記受信手段により受信された探索要求の対象である子機端末を特定するための情報が、前記子機情報取得手段により取得された子機端末を特定するための情報と一致するか否か、および前記探索要求が緊急性を要するものであるか否かを判断する子機判断手段と、前記子機判断手段により子機端末を特定するための情報が一致すると判断されると、前記子機情報取得手段による子機端末を特定するための情報の取得時において前記位置情報取得手段により取得された位置情報を前記依頼元端末に送信し、前記子機判断手段により子機端末を特定するための情報が一致すると判断され、さらに緊急性を要する探索要求であったと判断されると、前記子機情報取得手段による子機端末を特定するための情報の取得時において位置情報取得手段により取得された前記位置情報を前記依頼元端末に送信するとともに、前記子機端末から、当該子機端末の連絡先情報の取得を行う送信手段と、を備える。

【0021】

この構成によれば、位置情報を取得するとともに、探索要求の対象である子機端末を特定するための情報が、近距離無線通信により取得された子機端末を特定するための情報と一致するか否かを判断し、当該情報が一致すると判断されると、子機端末を特定するための情報の取得時において取得された位置情報を依頼元端末に送信する。これにより、依頼先端末の位置をあらかじめ固定しておかなくても、子機端末の発見時における依頼先端末の位置情報を依頼元端末に通知することができる。よって、子機端末を探索するためのネットワークのようなものを構築する必要がなく、携帯端末のような移動可能なものにおいても容易に適用することができる。また、緊急時には、さらに加えて、子機端末から、当該子機端末の連絡先情報の取得を行うことができる。

【発明の効果】

【0022】

本発明によれば、子機端末を探索するためのネットワークのようなものを構築する必要がなく、携帯端末のような移動可能なものにおいても容易に適用することができる。

【図面の簡単な説明】

【0023】

【図1】本実施形態の通信システムのシステム構成を示すシステム図である。

【図2】本実施形態の携帯端末１００の機能構成を示すブロック図である。

【図3】携帯端末１００のハードウェア構成図である。

【図4】管理テーブル１０８の具体例を示す説明図である。

【図5】サーバ２００の機能構成を示すブロック図である。

【図6】管理テーブル２０３に記憶されているグループ情報の説明図である。

【図7】携帯端末１００における電源投入時から端末ＩＤのスキャン処理までの一連の動作を示すフローチャートである。

【図8】処理Ａ〜処理Ｃの処理を示すフローチャートである。

【図9】、他の携帯端末から探索要求を受け付けた依頼先として機能する携帯端末１００の処理を示すフローチャートである。

【図10】他の携帯端末から緊急探索要求を受け付けた依頼先として機能する携帯端末１００の処理を示すフローチャートである。

【図11】サーバ２００を介して他の携帯端末に対して、探索要求を行う携帯端末１００の処理を示すフローチャートである。

【図12】サーバ２００を介して他の携帯端末に対して、緊急探索要求を行う携帯端末１００の処理を示すフローチャートである。

【図13】探索要求を受けたサーバ２００の処理を示すフローチャートである。

【図14】緊急探索要求を受けたサーバ２００の処理を示すフローチャートである。

【図15】子機端末１５０の処理を示すフローチャートである。

【図16】携帯端末１００において電源を投入した時の処理を示すシーケンス図である。

【図17】ユーザ操作により探索要求を行う時の処理シーケンス図である。

【図18】緊急探索処理を示すシーケンス図である。

【図19】携帯端末１００である親機Ａとその子機端末１５０である子機ａとが、自宅にいるときの状態を示す説明図である。

【図20】親機Ａは自宅に位置し、その子機ａは公園に位置することを示す説明図である。

【図21】親機Ａは自宅に位置し、子機ａは公園から離れていることを示す説明図である。

【図22】親機Ａは自宅に位置し、子機ａは親機Ｆのスキャン範囲に入っていることを示す説明図である。

【図23】子機ａが、そのグループ範囲外に出てしまった時の状態を示す説明図である。

【図24】移動経路と移動手段とを表示することを示した携帯端末１００の表示画面例である。

【図25】処理Ｓ３１７の具体的処理を示すフローチャートである。

【図26】サーバ２００から送信される子機端末の位置情報および時刻情報を示す図である。

【図27】表示部１０２に表示される地図および移動経路の表示例である。

【発明を実施するための形態】

【0024】

添付図面を参照しながら本発明の実施形態を説明する。可能な場合には、同一の部分には同一の符号を付して、重複する説明を省略する。

【0025】

図１は、本実施形態の通信システムのシステム構成を示すシステム図である。図１に示される通り、この通信システムは、複数の携帯端末１００と、この携帯端末１００に結び付けられている子機端末１５０と、携帯端末１００と通信接続可能なサーバ２００とから構成されている。ここで各携帯端末１００は、親機Ａ〜親機Ｋと表記されている。また、各子機端末１５０は、親機Ａ〜親機Ｋのそれぞれに対応付けて、子機ａ〜子機ｋと表記されている。なお、親機として機能する携帯端末１００は、親が保持し、子機端末１５０は、その子供が保持することを想定したものであるが、子機端末１５０は、子供が保持することに限定するものではなく、例えば老人や、障害者、犬などのペットなどが保持してもよい。

【0026】

図１においては、さらに親機Ａ〜親機Ｆおよび子機ａ〜子機ｆがグループＧ１として関連付けられている。また、同様に親機Ｇ〜親機Ｋおよび子機ｇ〜子機ｉがグループＧ２として関連付けられている。このグループは、例えば同じ町内にいるユーザ同士などで関連付けることで構成されており、サーバ２００において携帯端末１００のグループ分けを管理している。

【0027】

ここで携帯端末１００（親機Ａ〜Ｋ）は、例えば、携帯電話や、スマートフォンであり、相互に３ＧネットワークやＬＴＥ網などの移動体通信網を利用した通信を可能にするものである。また、子機端末１５０は（子機ａ〜ｋ）は、近距離無線通信を行うことができる通信端末である。携帯端末１００は、子機端末１５０と近距離無線通信により無線接続することができる。例えば、携帯端末１００は、子機端末１５０に対して、Bluetoothによる通信を可能にしている。

【0028】

なお、携帯端末１００は、近距離無線通信の方式としては、数ｍから数十ｍ程度の範囲で有効かつ、固有のＩＤをキーとして通信することができるものでよく、bluetooth以外には、Wi-Fi通信が考えられる。Wi-Fi通信の場合には、SSIDや機器MACアドレスなどをキーとして利用することができ、Bluetooth通信の場合には、機器MACアドレスなどをキーとして利用することができる。

【0029】

また、携帯端末１００は、電話型の形態に限定されるものではなく、親機として機能するためには、移動体通信網などの公衆通信網および近距離無線通信の両方の通信方式による通信を行なうことができるものであればよい。また、Wi-Fi通信の場合、公衆Wi-Fi通信網に接続することができる場合には、ＰＣ（パソコン：Wi-Fi通信モジュールやBluetooth通信モジュールを搭載したもの）、家庭用Wi-Fiルータ、iBeacon親機などがありえる。また、子機としては、いわゆるBluetooth子機端末として機能するものであればよく、その形態として、イヤホン型、防犯ブザー型、iBeacon型、カード型、キーホルダー型、センサー型、音楽プレイヤー型、およびいわゆるウエアラブル端末型（時計、メガネ、シューズなど）が考えられる。

【0030】

そして、携帯端末１００のいずれかが、その関連付けられている子機端末１５０の探索要求を行った場合、他の携帯端末１００に対して探索要求をサーバ２００を介して行い、他の携帯端末１００は、その探索要求に応じて、子機端末１５０の探索処理を行なうことができる。例えば、その探索要求を行う依頼元端末として親機Ａが探索要求を行う場合、まずサーバ２００に対して探索要求を送信し、サーバ２００は、この探索要求を受信すると、親機Ａに関連付けられている子機ａを探索するよう、同一グループにおける他の親機Ｂ〜Ｆに対して探索要求を送信する。この場合、親機Ａが依頼元端末として機能し、他の親機Ｂ〜Ｆが依頼先端末として機能する。

【0031】

なお、ここでは同一グループにおける他の携帯端末１００に対して探索要求を行っているが、グループを跨いで他のグループに属する携帯端末１００に対して探索要求を行うようにしてもよい。

【0032】

また、本実施形態では、サーバ２００が探索要求を受け付け、そして、他の携帯端末１００に探索要求を送信しているが、必ずしもサーバ２００は必要ではなく、携帯端末１００（例えば、親機Ａ）がサーバ等を介することなく、他の携帯端末１００（親機Ｂ〜Ｆ）に探索要求を送信するようにしてもよい。その場合、同じグループの携帯端末同士で、相互に自端末情報をやり取りし、グループ情報を構築しておく必要がある。

【0033】

つぎに、携帯端末１００の機能構成について説明する。図２は、本実施形態の携帯端末１００の機能構成を示すブロック図である。図２に示される通り、携帯端末１００は、依頼元端末として機能および依頼先端末として機能する部分からなり、依頼元端末の機能として、探索指示部１０１（探索要求手段）、表示部１０２（通知手段）および通信部１０３を含み、また依頼先端末の機能として、通信部１０３（受信手段、送信手段）、制御部１０４（子機判断手段）、処理実行部１０５（実行制御手段）、近距離無線通信部１０６（子機情報取得手段）、ＧＰＳ測位部１０７（位置情報取得手段）、および管理テーブル１０８（記憶手段）を含んで構成されている。

【0034】

図３は、携帯端末１００のハードウェア構成図である。図２に示される携帯端末１００は、物理的には、図３に示すように、一または複数のＣＰＵ１１、主記憶装置であるＲＡＭ１２及びＲＯＭ１３、入力デバイスであるキーボード及びマウス等の入力装置１４、ディスプレイ等の出力装置１５、ネットワークカード等のデータ送受信デバイスである通信モジュール１６、半導体メモリ等の補助記憶装置１７などを含むコンピュータシステムとして構成されている。図２における各機能は、図３に示すＣＰＵ１１、ＲＡＭ１２等のハードウェア上に所定のコンピュータソフトウェアを読み込ませることにより、ＣＰＵ１１の制御のもとで入力装置１４、出力装置１５、通信モジュール１６を動作させるとともに、ＲＡＭ１２や補助記憶装置１７におけるデータの読み出し及び書き込みを行うことで実現される。以下、図２に示す機能ブロックに基づいて、各機能ブロックを説明する。

【0035】

探索指示部１０１は、携帯端末１００のユーザの操作に従って、通信部１０３がサーバ２００に対して探索要求を送信するよう指示する部分である。なお、探索指示部１０１は、探索要求の際に、探索対象である子機端末１５０を指定するための探索対象情報を送信する。この探索対象情報には、子機端末１５０を特定するための情報であるＭＡＣアドレスが含まれている。なお、子機端末１５０を特定するための情報としてＭＡＣアドレスに限らず、子機端末１５０に付与されている端末ＩＤのようなものでもよい。

【0036】

また、探索指示部１０１は、その緊急の度合いによっては、さらに緊急探索であることおよびその探索対象およびパスキーを含んだ緊急探索対象情報を送信するように構成されている。緊急探索対象情報を受けた、依頼先として機能する携帯端末１００は、探索対象となる子機端末１５０を発見した場合には、そのとき自機の位置情報を通知するほか、子機端末１５０に対して近距離無線通信によりパスキーを用いて直接アクセスすることにより子機端末１５０を操作することができる。

【0037】

また、探索指示部１０１は、管理テーブル１０８（自端末情報テーブル１０８ａ）に記憶されているモード情報に基づいて、探索要求を行うか否かを判断するようにしてもよい。例えば、ペアリング中であることを示すモードＩが記憶されている場合には、ユーザから探索要求を受けても、その受付をすることなく、ペアリング中であることを示すように、表示部１０２に表示するようにしてもよい。

【0038】

表示部１０２は、依頼先端末として機能する他の携帯端末１００から送信された位置情報および時刻情報を、探索対象である子機端末１５０の位置およびその時刻として表示する部分である。また、表示部１０２は、依頼先端末として機能する他の携帯端末１００から送信された情報、例えば子機端末１５０に対する操作結果などを表示する。

【0039】

通信部１０３は、移動体通信網を介してサーバ２００や他の携帯端末１００と通信する部分であり、携帯端末１００が依頼元端末として機能する場合には、探索要求や、その探索対象情報をサーバ２００に対して送信する。また、依頼元端末として機能する場合には、他の携帯端末１００から送信された子機端末１５０の位置を示した位置情報やその測位した時刻情報を受信する。

【0040】

また、携帯端末１００が、依頼先端末として機能する場合には、通信部１０３は、サーバ２００から探索要求やグループ情報・緊急探索対象情報等を受信し、そして、近距離無線通信部１０６により子機端末１５０を発見したときの位置情報やその測位した時刻情報を送信する。

【0041】

制御部１０４は、近距離無線通信部１０６により取得された子機端末１５０のＭＡＣアドレスが、探索要求で指定された探索対象となる子機端末１５０のＭＡＣアドレスと一致するか否かを判断する部分である。ここでは、制御部１０４は、通信部１０３により受信された、探索対象に探索フラグが付与されたグループ情報をグループ情報テーブル１０８ｂに記憶し、このグループ情報テーブル１０８ｂに基づいた判断を行う。

【0042】

そして、制御部１０４は、ＭＡＣアドレスが一致すると判断すると、ＧＰＳ測位部１０７により取得された位置情報およびその時刻情報を取得して、通信部１０３を介して、依頼元端末として機能する他の携帯端末１００に送信する。なお、ＧＰＳ測位部１０７による位置情報の取得タイミングは後述する通り、種々あるものであるものとする。

【0043】

また、制御部１０４は、近距離無線通信部１０６により取得された子機端末１５０のＭＡＣアドレスが、緊急探索要求で指定された探索対象の子機端末１５０のＭＡＣアドレスと一致するか否かを判断する。ここでは、制御部１０４は、通信部１０３により受信された、緊急探索対象が示された緊急探索対象情報を緊急情報テーブル１０８ｃに記憶し、この緊急情報テーブル１０８ｃに基づいた判断を行う。

【0044】

そして、制御部１０４は、ＭＡＣアドレスが一致すると判断すると、ＧＰＳ測位部１０７により取得された位置情報およびその時刻情報を取得して、通信部１０３を介して、依頼元端末として機能する他の携帯端末１００に送信する。

【0045】

なお、制御部１０４は、探索要求または緊急探索要求を受信して、一致したとの判断を行うと、その直近に（所定時間内、例えば５分以内など）履歴テーブル１０８ｄに記憶した位置情報およびその測位時刻を示す時刻情報を、通信部１０３を介して、依頼元端末として機能する他の携帯端末１００に送信するようにしてもよい。

【0046】

処理実行部１０５は、制御部１０４により、緊急探索対象である子機端末１５０のＭＡＣアドレスと一致すると判断されると、その子機端末１５０に対して直接操作処理を行なう部分である。処理実行部１０５は、その操作処理に先立って、子機端末１５０を操作するためのパスキーをサーバ２００から取得する。そして、このパスキーを用いて、近距離無線通信部１０６を介して、子機端末１５０を操作する。例えば、子機端末１５０からのメッセージの取得や、親機である携帯端末１００の電話番号の取得を行う。

【0047】

履歴管理部１０５ａは、近距離無線通信部１０６により子機端末のＭＡＣアドレスを取得するタイミングや、そのほか所定タイミングごとに、ＧＰＳ測位部１０７に対して、位置測位を行うよう指示を行う。そして、この履歴管理部１０５ａは、管理テーブル１０８の履歴テーブル１０８ｄに、近距離無線通信部１０６により取得された端末ＩＤ、ＭＡＣアドレスや、その時の位置情報やその取得した時刻情報を対応付けて記憶させる。

【0048】

近距離無線通信部１０６は、近距離無線通信により子機端末１５０と無線通信する部分であり、例えば、Bluetoothにより通信することができる。この近距離無線通信部１０６は、子機端末１５０がその圏内に入ると、その子機端末の端末ＩＤおよびＭＡＣアドレスを取得する。そして、この端末ＩＤ、ＭＡＣアドレスおよびあらかじめ定められたパスキーを用いてペアリング処理を実行することで、子機端末１５０と通信することができる。

【0049】

ＧＰＳ測位部１０７は、あらかじめ定められたタイミングで、ＧＰＳを用いて位置測位を行う部分である。また、あらかじめ定められたタイミングのほか、あらかじめ定められた位置測位指示（探索要求や緊急探索要求など）があったときに、ＧＰＳ測位部１０７は、測位処理を行なって、位置情報の取得を行うようにしてもよい。測位された位置情報は、そのときに近距離無線通信部１０６により取得された子機端末のＭＡＣアドレス、その測位した時刻を示す時刻情報とともに履歴テーブル１０８ｄに記憶される。なお、ＧＰＳ測位に限定するものではなく、移動体通信網やｗｉｆｉネットワークの基地局を用いた概略位置情報を取得するようにしてもよい。

【0050】

管理テーブル１０８は、自端末情報テーブル１０８ａ、グループ情報テーブル１０８ｂ、緊急情報テーブル１０８ｃ、および履歴テーブル１０８ｄを記憶する部分である。これら各種情報の具体例について図４を用いてさらに詳細に説明する。

【0051】

図４（ａ）は、自端末情報テーブル１０８ａであり、ここでは依頼元端末として機能とする携帯端末１００の情報を示す。この自端末情報テーブル１０８ａは、親機としてのモード状態（親機状態：ここではペアリング中であることを示す）、子機端末１５０のＭＡＣアドレス（子機ＭＡＣ）、パスキー（Bluetooth通信のためのキー）、および子機端末１５０との間で可能な操作を対応付けて記述している。そのほか、モード状態としては、子機端末１５０との間でペアリング状態である場合には、モードＩが記憶され、非ペアリング状態である場合には、モードIIが記憶され、探索中である場合にはモードIIIが、探索中のうち緊急性の高い場合には（捜索中）、モードIVがそれぞれ記憶される。

【0052】

なお、親機と子機とは、１対１の関係に限定するものではなく、１つの親機に対して複数の子機を対応付けて管理することもできる。図４（ｅ）は、その管理するための自端末情報テーブル１０８ａの具体例である。図４（ｅ）に示されるように、子機ＩＤという欄が追加されており、この欄には、子機端末１５０を特定するためのＩＤに枝番号をつけて記述される。一般的には、ペアリングは親機に対して１つの子機しかできないものである。よって、親機状態として、ペアリングしていない他の子機端末１５０は、非ペアリングであることが記述される。非ペアリング状態である場合には、例えばモードIIとして記述されることになり、その状態に応じて探索対象とすることもできる。

【0053】

図４（ｂ）は、グループ情報テーブル１０８ｂを示す。このグループ情報テーブル１０８ｂは、同じグループに属している携帯端末１００と子機端末１５０との組み合わせ、並びに当該子機端末１５０のＭＡＣアドレスを対応付けて記述している。さらに、グループ情報テーブル１０８ｂには、探索フラグ欄があり、探索フラグを用いて探索対象となる子機端末１５０を特定可能にしている。

【0054】

図４（ｃ）は、緊急情報テーブル１０８ｃを示す。この緊急情報テーブル１０８ｃは、依頼先端末として機能する携帯端末１００において、緊急探索要求を行った場合、その探索対象となる子機端末１５０のＭＡＣアドレスを記述している。なお、図示していないが、パスキーを合わせて記憶してもよい。

【0055】

図４（ｄ）は、履歴テーブル１０８ｄを示す。近距離無線通信部１０６により取得された各子機端末１５０のＭＡＣアドレスを、その取得した時における携帯端末１００の位置情報およびその時刻情報を対応付けて記憶する部分である。この履歴テーブル１０８ｄには、取得した時刻に応じて時系列的に、ＭＡＣアドレスおよびその位置情報等が記憶されており、例えば、過去２４時間以内に取得されたＭＡＣアドレス等が記憶されている。

【0056】

このような構成により、依頼元端末として機能する場合には、携帯端末１００は、サーバ２００に対して探索要求を行い、その探索要求に応じて子機端末１５０の位置およびその時刻を表示することができる。また、依頼先端末として機能する場合には、携帯端末１００は、他の携帯端末１００からの探索要求に基づいて、探索対象となる子機端末１５０の探索処理を行なう。

【0057】

つぎに、サーバ２００について説明する。図５は、サーバ２００の機能構成を示すブロック図である。図５に示される通り、サーバ２００は、通信部２０１、制御部２０２、管理テーブル２０３（グループ情報記憶手段）、探索指示処理部２０４（探索処理手段）を含んで構成されている。このサーバ２００も、図３に示されるように携帯端末１００と同様に、ＣＰＵ、ＲＡＭ、ＲＯＭなどのハードウェアを有するコンピュータシステムにより実現されている。

【0058】

通信部２０１は、グループ情報生成のために、各携帯端末１００から自端末情報を受信したり、また依頼元端末として機能する携帯端末１００から探索要求（携帯端末１００の端末ＩＤおよびその探索対象である子機端末１５０を示す端末ＩＤを含む）を受信する部分である。また、その依頼先端末として機能する携帯端末１００に対して、その探索処理を依頼するためのグループ情報をブロードキャストにより送信する部分である。

【0059】

制御部２０２は、通信部２０１により受信された各携帯端末１００からの自端末情報を管理テーブル２０３に記憶させて、グループ情報を生成する部分である。

【0060】

管理テーブル２０３は、制御部２０２により生成されたグループ情報を記憶する部分である。このグループ情報は、各グループにおける携帯端末１００とその子機端末１５０との関連付けを記憶するものである。図６は、管理テーブル２０３に記憶されているグループ情報の説明図である。図６に示される通り、グループごとに、親機ＩＤ、子機ＩＤ、ＭＡＣアドレス、探索フラグおよびパスキーが対応付けられている。ここで親機ＩＤは携帯端末１００の端末ＩＤであり、子機ＩＤは子機端末１５０の端末ＩＤである。また、ＭＡＣアドレスは、各端末にユニークに割り振られているアドレスであり、探索フラグは、探索要求を受けている携帯端末１００およびその子機端末１５０を示している。パスキーは、Bluetooth通信を行うためのキー情報である。

【0061】

探索指示処理部２０４は、通信部２０１により受信された探索要求に基づいて、管理テーブル２０３に記憶されているグループ情報に対して探索フラグを付与する部分である。そして、探索指示処理部２０４は、探索フラグが対応付けられたＭＡＣアドレスを含むグループの携帯端末１００に対して、グループ情報を探索要求とともに、通信部２０１を介して送信する。

【0062】

そして、探索指示処理部２０４は、通信部２０１を介して、依頼先端末として機能する携帯端末１００から、探索要求に対する応答（子機端末１５０の位置を示す位置情報および時刻情報）を受信すると、依頼元端末として機能する携帯端末１００に対して、その位置情報および時刻情報を送信する。その後、探索指示処理部２０４は、管理テーブル２０３に記憶されているグループ情報における探索フラグを削除する。

【0063】

また、探索指示処理部２０４は、依頼元端末として機能する携帯端末１００から、探索終了の指示を受けると、グループ情報における探索フラグを削除する。

【0064】

また、探索指示処理部２０４は、依頼先端末として機能する携帯端末１００から所定時間内に、子機端末１５０の位置情報等を受信しない場合には、発見できなかった旨を、通信部２０１を介して、依頼元端末として機能する携帯端末１００に通知する。

【0065】

このようにサーバ２００は、依頼元端末として機能する携帯端末１００からの情報に基づいてグループ情報を生成し、また、子機端末の探索要求を受けると、そのグループ情報に探索フラグを付与し、そして、そのグループ情報を依頼先端末として機能する携帯端末１００に送信する。また、依頼先端末として機能する携帯端末１００からは、子機端末を発見すると、その位置情報や時刻情報を受信し、それを依頼元端末として機能する携帯端末１００に対して送信する。

【0066】

つぎに、このように構成されたサーバ２００に対して、探索要求を行う携帯端末１００を用いた位置管理方法について説明する。図７は、携帯端末１００における電源投入時から端末ＩＤのスキャン処理までの一連の動作を示すフローチャートである。

【0067】

まず、携帯端末１００の電源が投入されると、移動体通信網に対してアクセス処理が行われ、通信部１０３により、緊急探索要求および緊急探索対象情報がサーバ２００から受信され、管理テーブル１０８の緊急情報テーブル１０８ｃに記憶される（Ｓ１０１）。この処理に応じて、通信部１０３により、自端末情報テーブル１０８ａに記述される自端末情報がサーバ２００に送信される（Ｓ１０２）。サーバ２００においては、制御部２０２により、自端末情報テーブル１０８ａに基づいてグループ情報が作成される。そして、グループ情報がサーバ２００から送信され、管理テーブル１０８におけるグループ情報テーブル１０８ｂに記述される（Ｓ１０３）。

【0068】

ここで、グループ情報テーブル１０８ｂの生成方法は種々あり、例えば、自端末情報にグループＩＤをあらかじめ設定しておき、サーバ２００において、グループＩＤをキーにして、グループ情報を生成することが考えられる。また、あらかじめ携帯端末１００の親機ＩＤのグループをサーバ２００において保持しておき、各携帯端末１００から自端末情報を取得することにより、子機ＩＤ、ＭＡＣアドレスをその親機ＩＤに紐づけることでグループ情報を生成することもできる。

【0069】

つぎに、制御部１０４により、グループ情報テーブル１０８ｂにおいて探索フラグが有りとなっている子機端末１５０があるか否かが判断される（Ｓ１０４）。ここで探索フラグ有りのレコードがあると判断されると、あらかじめ設定されているスキャン頻度を変更する処理が行われる（Ｓ１０５）。例えば子機端末１５０を探索することを有利にするためのそのスキャン頻度を多くすること（スキャン間隔を短くする）が考えられる。

【0070】

このような初期状態からの各種設定処理の後、近距離無線通信部１０６（ブルートゥース）による最初のスキャン処理（ＭＡＣアドレスの取得処理）が行われる（Ｓ１０７）。ここで、履歴管理部１０５ａにより、このスキャンにより発見した子機端末１５０のＭＡＣアドレスが履歴テーブル１０８ｄに追加される（Ｓ１０８）。なお、スキャン処理によって子機端末１５０のＭＡＣアドレスが取得される際に、履歴管理部１０５ａによる指示に従って、ＧＰＳ測位部１０７によりその携帯端末１００の位置情報および時刻情報が取得される。この取得された位置情報および時刻情報が、ＭＡＣアドレスとともに履歴テーブル１０８ｄに記述される。

【0071】

履歴テーブル１０８ｄの記述後、発見したＭＡＣアドレスが緊急情報テーブル１０８ｃに存在するか否かが、制御部１０４により判断される（Ｓ１０９）。ここで、存在すると判断されると、処理実行部１０５により、あらかじめ定められた処理Ａが実行される（Ｓ１１０）。例えば、履歴テーブル１０８ｄに記憶されている直近の位置情報および測位時刻である時刻情報が、サーバ２００に送信される。それに加えて、処理実行部１０５により、発見した子機端末１５０に対する所定の操作処理が実行される（Ｓ１１０）。

【0072】

また、発見したＭＡＣアドレスがグループ情報テーブル１０８ｂの探索フラグに紐づけられたＭＡＣアドレスと一致するか否かが、制御部１０４により判断される（Ｓ１１１）。ここで、一致すると判断されると、あらかじめ定められた処理Ｂが実行される（Ｓ１１２）。これら処理Ａおよび処理Ｂについては、図８において説明する。

【0073】

つぎに、発見したＭＡＣアドレスが自端末情報テーブル１０８ａに存在するか否かが、制御部１０４により判断される（Ｓ１１３）。ここで、存在すると判断されると、近距離無線通信部１０６により、その子機端末１５０に対するペアリング処理が行われ、それとともに制御部１０４により、自端末情報テーブル１０８ａの親機状態はモードＩに設定される（Ｓ１１４）。

【0074】

そして、その後、あらかじめ定めたスキャン頻度ごとに、Ｓ１０７〜Ｓ１１２で示されるBluetooth（ＢＴ）スキャン処理が行われる（Ｓ１１５）。その後、子機端末１５０が近距離無線通信部１０６によるペアリング中であるか否かが制御部１０４により判断される（Ｓ１１６）。ここで、ペアリング中であれば、Ｓ１１５に戻り、所定時間待ってから、ＢＴスキャン処理が行われ、それが繰り返し実行される。また、一方で、子機端末１５０が近距離無線通信部１０６によるペアリング中ではないと判断されると、処理実行部１０５による処理Ｃが実行される（Ｓ１２０）。この処理Ｃは、表示部１０２に対して、子機端末１５０との間でのペアリングが外れた旨のアラートを表示することを示す。

【0075】

一方、Ｓ１１３において、制御部１０４により、近距離無線通信部１０６により発見されたＭＡＣアドレスが自端末情報テーブル１０８ａに存在しないと判断されると（Ｓ１１３：Ｎｏ）、制御部１０４により自端末情報テーブル１０８ａの親機状態がモードＩＩＩに設定される（Ｓ１１７）。そして、あらかじめ定めたスキャン頻度ごとに、ＢＴスキャン処理（Ｓ１０７〜Ｓ１１２）が行われる（Ｓ１１８）。ここで、発見したＭＡＣアドレスが、自端末情報テーブル１０８ａに存在すると、制御部１０４により判断されるまで（Ｓ１１９）、所定時間待ってからＢＴスキャンが実行され、それが繰り返し行われる（Ｓ１１９：Ｎｏ）。一方、発見したＭＡＣアドレスが、自端末情報テーブル１０８ａに存在すると（ＳＳ１９：Ｙｅｓ）、Ｓ１１４に進み、自端末情報テーブル１０８ａの親機状態がモードＩに設定される（Ｓ１１４）。

【0076】

このようにして、携帯端末１００は、その電源投入時における初期設定に基づいて、依頼先端末として機能することができ、サーバ２００から送信されたグループ情報に従って、子機端末１５０の探索処理を行なうことができる。

【0077】

つぎに、上述図７に記載のＳ１１０、Ｓ１１２、およびＳ１２０における処理Ａから処理Ｃについて説明する。図８（ａ）は、処理Ａを示すフローチャートである。図８（ａ）に示される通り、まず、携帯端末１００において、近距離無線通信部１０６によりスキャンされたＭＡＣアドレスが緊急情報テーブル１０８ｃに存在すると判断されると、処理実行部１０５により、緊急情報テーブル１０８ｃに記述されているＭＡＣアドレスで表される子機端末１５０のパスキーの問い合わせがサーバ２００に対して行われる（Ｓ１１０ａ）。

【0078】

サーバ２００においては、携帯端末１００からの要求に応じて、制御部２０２により、問い合わせ対象となるＭＡＣアドレスに対応するパスキーの払い出しが、管理テーブル２０３のグループ情報に基づいて行われる（Ｓ１１０ｅ）。

【0079】

携帯端末１００において、処理実行部１０５によりパスキーが取得されると、近距離無線通信部１０６により、そのパスキーを用いた子機端末１５０とのアクセスが行われる（Ｓ１１０ｂ）。そして、あらかじめ定められた動作が実行される（Ｓ１１０ｃ）。例えば、親機である携帯端末１００の電話番号の取得や、メッセージの取得や送信、そのほか、通話を行うなどの処理を行なう。そして、その操作を行うとともに、制御部１０４により、履歴テーブル１０８ｄに記述されている位置情報および時刻情報が読み出され、通信部１０３によりサーバ２００に送信される（Ｓ１１０ｄ）。

【0080】

サーバ２００において、携帯端末１００から送信された位置情報および時刻情報が受信され、それら位置情報および時刻情報は、緊急探索要求を行った他の携帯端末１００に送信される（Ｓ１１０ｆ）。ここでは、グループ情報に基づいて、緊急探索要求を行った携帯端末１００を特定することになる。

【0081】

そして、緊急探索要求を行った他の携帯端末１００において、受信された位置情報および時刻情報が表示される（Ｓ１１０ｇ）。なお、Ｓ１１０ｃにおいて実施した既定動作を実施した旨（または実施できなかった場合にはその旨）も合わせて受信され表示されるようにしてもよい。

【0082】

図８（ａ）は、依頼先端末として機能する携帯端末１００が、自動的にパスキーの払い出し要求をしている処理を示しているが、これに限るものではない。例えば、依頼先端末として機能する携帯端末１００は、既定動作を行うか否かを、サーバ２００を介して、依頼元端末として機能する携帯端末１００に対して問い合わせをしてもよい。その場合、依頼元端末として機能する携帯端末１００は、ユーザに既定動作を行わせるか否かを選択させる表示を行い、ユーザ選択によって、既定動作を行わせる場合には、パスキーの依頼先端末に対する払い出しをサーバ２００に対して指示を行う。

【0083】

つぎに、処理Ｂについて説明する。図８（ｂ）は、処理Ｂを示すフローチャートである。図８（ｂ）に示される通り、携帯端末１００において、近距離無線通信部１０６によりスキャンされたＭＡＣアドレスがグループ情報テーブル１０８ｂにおいて探索フラグが付与されたものであると判断されると、制御部１０４により、履歴テーブル１０８ｄに記述されている位置情報および時刻情報が読み出され、通信部１０３を介して、サーバ２００に送信される（Ｓ１１２）。

【0084】

サーバ２００において、携帯端末１００から送信された位置情報および時刻情報が受信され、それら位置情報および時刻情報は、緊急探索要求を行った他の携帯端末１００に送信される（Ｓ１１２ｘ）。ここでは、グループ情報に基づいて、緊急探索要求を行った携帯端末１００を特定することになる。

【0085】

また、依頼先端末として機能する携帯端末１００において、位置情報および時刻情報が受信され、ユーザに通知される（Ｓ１１２ｙ）。

【0086】

つぎに、処理Ｃについて説明する。図８（ｃ）は、処理Ｃを示すフローチャートである。図８（ｃ）に示される通り、携帯端末１００においては、子機端末１５０との間のペアリング状態が外れた旨が表示される（Ｓ１２０）。一方、子機端末１５０においても、親機である携帯端末１００との間のペアリング状態が外れた旨が表示される（Ｓ１２０ｘ。）

【0087】

つぎに、依頼元として機能する他の携帯端末の依頼により、サーバ２００からブロードキャストにより探索要求が受信された、依頼先として機能する携帯端末１００の処理について説明する。図１における探索要求に対するスキャン処理は、携帯端末１００の電源投入時における初期のスキャン処理であるのに対して、図９および図１０におけるスキャン処理は、ユーザからの明示の探索要求に基づいた処理である。

【0088】

図９は、他の携帯端末から探索要求を受け付けた依頼先として機能する携帯端末１００の処理を示すフローチャートである。まず、通信部２０１により、サーバ２００から探索要求および探索対象情報であるグループ情報が受信されると、制御部１０４により、グループ情報テーブル１０８ｂが更新される（Ｓ２０１）。ここでは、探索フラグが新たに付与されたグループ情報が受信され、探索フラグがグループ情報テーブル１０８ｂに付与されることになる。なお、グループ情報が改めて受信され、更新されることになるため、探索フラグのみならず、新たに他の携帯端末がグループ情報に加えられた場合には、当該他の携帯端末のレコードがグループ情報に付与される場合もある。

【0089】

そして、制御部１０４の制御に従って、近距離無線通信部１０６によるスキャン処理が行われ（Ｓ２０２）、スキャンして発見された子機端末１５０のＭＡＣアドレスがリスト化された履歴テーブル１０８ｄが生成され、または新たな履歴情報が履歴テーブル１０８ｄに追記される（Ｓ２０３）。このスキャン処理の間隔はあらかじめ定められた周期で行なってもよいし、携帯端末１００の移動速度に応じた周期としてもよい。例えば、移動速度が速い場合には、その周期を短くするなどが、子機端末１５０を探索する上では効果的である。

【0090】

履歴テーブル１０８ｄの生成後、グループ情報テーブル１０８ｂの探索フラグのＭＡＣアドレスが、現にスキャンして得られたＭＡＣアドレスと一致するか否かが、制御部１０４により判断される（Ｓ２０４）。なお、現にスキャンして得られたＭＡＣアドレスは、そのスキャン後に履歴テーブル１０８ｄに追記されることになるため、結果的には履歴テーブル１０８ｄを参照することにより、その判断処理がなされる。ただし、履歴テーブル１０８ｄにスキャンしたＭＡＣアドレスをすぐに登録することなく、一時保持したＭＡＣアドレスに基づいた処理を行なってもよい。

【0091】

ここで、一致しないと判断されると、さらに、グループ情報テーブル１０８ｂの探索フラグが付与されたＭＡＣアドレスは、履歴テーブル１０８ｄに記述されているか否かが、制御部１０４により判断される（Ｓ２０５）。ここで、履歴テーブル１０８ｄにないと判断されると、探索対象となる子機端末１５０はないと判断され、終了する。

【0092】

また、Ｓ２０４またはＳ２０５において、それぞれグループ情報の探索フラグが付与されているＭＡＣアドレスは、スキャンして得られたＭＡＣアドレスと一致、または履歴テーブル１０８ｄに記述有りと、制御部１０４により判断されると、処理Ｂが実行される（Ｓ２０６）。処理Ｂは、上述図８（ｂ）にて示した通り、位置情報およびその時刻情報が、サーバ２００に送信される処理である。

【0093】

図７の処理は、電源投入後の初めての処理であるため、履歴テーブル１０８ｄを参照する動作はなく、この点が大きく異なっている。

【0094】

つぎに、図１０について説明する。図１０は、他の携帯端末から緊急探索要求を受け付けた依頼先として機能する携帯端末１００の処理を示すフローチャートであり、図９における処理が通常の探索要求であるのに対して、図１０における処理は、緊急時における探索要求である点で相違する。

【0095】

まず、通信部２０１により、サーバ２００から緊急探索要求および緊急探索対象情報が受信されると、制御部１０４により、緊急情報テーブル１０８ｃが更新される（Ｓ２１１）。ここでは、緊急探索対象情報が受信され、その緊急探索対象が緊急情報テーブル１０８ｃ記憶される。

【0096】

そして、制御部１０４の制御に従って、近距離無線通信部１０６によるスキャン処理が行われ（Ｓ２１２）、スキャンして発見された子機端末１５０のＭＡＣアドレスがリスト化された履歴テーブル１０８ｄが生成され、または新たな履歴情報が履歴テーブル１０８ｄに追記される（Ｓ２１３）。

【0097】

履歴テーブル１０８ｄの生成後、緊急情報テーブル１０８ｃのＭＡＣアドレスが、現にスキャンして得られたＭＡＣアドレスと一致するか否かが、制御部１０４により判断される（Ｓ２１４）。なお、上述と同様に、現にスキャンして得られたＭＡＣアドレスは、そのスキャン後に履歴テーブル１０８ｄに追記されることになるため、結果的には履歴テーブル１０８ｄを参照することにより、その判断処理がなされる。ただし、履歴テーブル１０８ｄにスキャンしたＭＡＣアドレスをすぐに登録することなく、一時保持したＭＡＣアドレスに基づいた処理を行なってもよい。

【0098】

ここで、一致しないと判断されると、さらに、緊急情報テーブル１０８ｃのＭＡＣアドレスは、履歴テーブル１０８ｄに記述されているか否かが、制御部１０４により判断される（Ｓ２１５）。ここで、履歴テーブル１０８ｄにないと判断されると、緊急探索対象となる子機端末１５０はないと判断され、終了する。

【0099】

また、Ｓ２１４またはＳ２１５において、それぞれ緊急探索対象情報は、スキャンして得られたＭＡＣアドレスと一致または履歴テーブル１０８ｄに記述有りと、制御部１０４により判断されると、処理Ａが実行される（Ｓ２１６）。処理Ａは、上述図８（ａ）にて示した通り、パスキーを取り寄せ、このパスキーを用いて、依頼先として機能する携帯端末１００が子機端末１５０を操作し、さらに、位置情報およびその時刻情報が、サーバ２００に送信される処理である。

【0100】

なお、履歴テーブル１０８ｄにおいて、直近に記述されたＭＡＣアドレスではない場合、それは現にスキャンしたＭＡＣアドレスではないため、近距離無線通信部１０６による通信を行うことはできない。よって、その場合においては、近距離無線通信部１０６による操作を実行することなく、履歴テーブル１０８ｄに記述されている位置情報及びその時刻情報を送信する。

【0101】

つぎに、依頼元端末として機能する携帯端末１００の動作について説明する。図１１は、サーバ２００を介して他の携帯端末に対して、探索要求を行う携帯端末１００の処理を示すフローチャートである。図１１に示される通り、探索指示部１０１により、ユーザによる探索要求が入力されると（Ｓ３０１）、管理テーブル１０８の自端末情報テーブル１０８ａにおける親機状態がモードＩＩＩに変更される（Ｓ３０２）。そして、通信部１０３により、探索対象情報が送信される。この探索対象情報には、子機端末１５０を特定するための情報が含まれる（Ｓ３０３）。

【0102】

なお、子機端末１５０を特定するための情報として、その探索対象である子機端末１５０のＭＡＣアドレスが送信されるようにしてもよいし、その代わりに、親機である携帯端末１００の端末ＩＤや、そのほか子機端末１５０を特定可能にする情報にかえてもよい。

【0103】

そして、通信部１０３により、探索対象情報の送信とともに、探索要求がサーバ２００に対して送信され、問い合わせ処理が行われる（Ｓ３０４）。

【0104】

この問い合わせ処理に対して、サーバ２００から、探索対象となる子機端末１５０の位置情報および時刻情報が受信されると、その位置情報および時刻情報は、現在の情報であるか否かが、制御部１０４により判断される（Ｓ３０５）。現在の情報であるか否かは、時刻情報により判断することができる。ここで、現在の情報ではないと判断されると、履歴テーブル１０８ｄにおける情報であるか否かが、制御部１０４により判断される（Ｓ３０６）。

【0105】

Ｓ３０５またはＳ３０６において、探索対象となる子機端末１５０の位置情報およびその時刻情報が、通信部１０３を介して受信されると、探索指示部１０１により表示部１０２に、位置情報および時刻情報の表示処理が行われる（Ｓ３０７）。ここでは、現在の位置情報を受信できなかった場合に、過去の位置情報を受信するような構成となっているが、それに限定することなく、現在および過去のそれぞれの位置情報をあらかじめ定められた期間分、受信するようにしてもよい。

【0106】

また、Ｓ３０５またはＳ３０６において、位置情報およびその時刻情報が受信されない場合には、探索指示部１０１により、探索終了が判断され（Ｓ３０８）、探索終了ではないと判断されると、Ｓ３０４に戻り、再度サーバ２００に対する問い合わせ処理が行われる。また、探索指示部１０１により、探索終了と判断されると、終了指示がサーバ２００に送信される（Ｓ３０９）。

【0107】

終了指示が受信されたサーバ２００においては、制御部２０２により、管理テーブル２０３のグループ情報における探索フラグが消去される。なお、探索の終了か否かは、依頼元端末として機能する携帯端末１００のユーザにより終了操作が行われるか否かにより判断されるが、これに限るものではなく、Ｓ３０９による位置情報などが表示されると終了するようにしてもよい。また、現在における位置情報が受信された場合のみ（過去の情報を受信した場合は除外）に終了するようにしてもよい。

【0108】

つぎに、図１２は、サーバ２００を介して他の携帯端末に対して、緊急探索要求を行う携帯端末１００の処理を示すフローチャートである。図１１は、通常の探索要求時の処理を示したものであるが、図１２は、緊急時における探索要求時の処理を示したものである点で相違する。

【0109】

図１１に示される通り、探索指示部１０１により、ユーザによる探索要求が入力され（Ｓ３１１）、制御部１０４により、管理テーブル１０８における自端末情報テーブル１０８ａにおける親機状態がモードＩＶに変更される（Ｓ３１２）。そして、通信部１０３により、緊急探索対象情報が送信される（Ｓ３１３）。この緊急探索対象情報には、子機端末１５０を特定するための情報、およびその子機端末１５０を操作するためのパスキーが含まれる。

【0110】

そして、通信部１０３により、緊急探索対象情報の送信後、緊急探索要求がサーバ２００に対して送信され、問い合わせ処理が行われる（Ｓ３１４）。

【0111】

この問い合わせ処理に対して、サーバ２００から、探索対象となる子機端末１５０の位置情報および時刻情報が受信されると、その位置情報および時刻情報は、現在の情報であるか否かが、制御部１０４により判断される（Ｓ３１５）。現在の情報であるか否かは、時刻情報により判断することができる。ここで、現在の情報ではないと判断されると、履歴テーブル１０８ｄにおける情報であるか否かが、制御部１０４により判断される（Ｓ３１６）。

【0112】

Ｓ３１５またはＳ３１６において、緊急探索対象となる子機端末１５０の位置情報およびその時刻情報が、通信部１０３を介して受信されると、探索指示部１０１により表示部１０２に、位置情報および時刻情報の表示処理が行われる（Ｓ３１７）。ここでは、現在の位置情報を受信できなかった場合に、過去の位置情報を受信するような構成となっているが、それに限定することなく、現在および過去のそれぞれの位置情報をあらかじめ定められた期間分、受信するようにしてもよい。なお、位置情報および時刻情報のほか、依頼先端末として機能する携帯端末１００から操作した結果が送信された場合には、表示部１０２は、その操作結果を表示することもできる。

【0113】

また、Ｓ３１５またはＳ３１６において、位置情報およびその時刻情報が受信されない場合には、探索指示部１０１により、探索終了が判断され（Ｓ３１８）、探索終了ではないと判断されると、Ｓ３１４に戻り、再度サーバ２００に対する問い合わせ処理が行われる。また、探索指示部１０１により、探索終了と判断されると、終了指示がサーバ２００に送信される（Ｓ３１９）。終了指示が受信されたサーバ２００においては、緊急情報テーブル１０８ｃが消去される。

【0114】

なお、探索の終了か否かは、依頼元端末として機能する携帯端末１００のユーザにより終了操作が行われるか否かにより判断されるが、これに限るものではなく、Ｓ３１９による位置情報などが表示されると終了するようにしてもよい。また、現在における位置情報が受信された場合のみ（過去の情報を受信した場合は除外）に終了するようにしてもよい。さらに、既定の動作が実行されたことを示す情報が受信された場合のみ、探索処理を終了するようにしてもよい。

【0115】

ここで、上述処理Ｓ３１７における位置情報・時刻情報の表示処理について詳細に説明する。図２５は、処理Ｓ３１７の具体的処理を示すフローチャートである。本例においては、経路推定部（図示せず）が図２５に示されている処理を実行するものとする。また、処理Ｓ３１５および処理Ｓ３１６において、現在の位置情報を含む複数の位置情報およびそれに対応する時刻情報を受信したものとする。

【0116】

通信部１０３により、探索対象である子機端末１５０の位置情報および時刻情報が受信されると、経路推定部により、履歴テーブル１０８ｄに記憶されている検索履歴と、受信した位置情報および時刻情報との対比が行われる（Ｓ３１７ａ）。そして、経路推定部により、履歴テーブル１０８ｄに記憶されてない位置情報および時刻情報が抽出される（Ｓ３１７ｂ）。

【0117】

この図４（ｄ）に示される履歴テーブル１０８ｄは、主に依頼先端末として機能した場合に、スキャンした子機端末の検索履歴を記憶するものであるが、自分の子機端末の情報も記憶している。そして、図２６に示されるような位置情報および時刻情報が、依頼先端末として機能する各携帯端末１００から、サーバ２００を介して送信され、これら位置情報・時刻情報と履歴テーブル１０８ｄに記憶されている検索履歴と対比することにより、この履歴テーブル１０８ｄに記憶されている検索履歴以外、すなわち、ある時刻以降の位置情報のみを選別することで、不要な情報を排除することができる。図２６の例においては、緊急探索対象が01:02:03:04:01:AAである場合、１５：００時点においてすでに履歴テーブル１０８ｄに、その位置情報が記憶されているため、ＡＭ９：２０の位置情報は経路推定を行なう上では用いられることなく、排除される。そして、１５：００以降の位置情報のみが用いられることになる。

【0118】

つぎに、経路推定部により、地図情報がデータベースから読み出される。このデータベースは、端末内に記憶されてもよいし、ネットワーク上のサイトに記憶されたものとしてもよい。そして、経路推定部により、この読み出された地図情報上に、取得した位置情報に基づいた位置に、マークがプロットされる（Ｓ３１７ｃ）。プロット後、経路推定部により、位置情報に対応付けられている時刻情報に従って、移動経路が推定される（Ｓ３１７ｄ）。ここでの推定の仕方は、例えば、プロットした位置を結ぶ最短経路を構成する道を探索する方法が考えられる。そして、推定された移動経路が表示部１０２に表示される（Ｓ３１７ｅ）。なお、最短経路は複数存在する場合があるため、その場合は、複数の移動経路を表示するようにしてもよい。また、位置情報との間の時間が分かるため、概ねの移動速度が分かる。よって、その移動速度に基づいた移動手段を参考情報として表示するようにしてもよい。

【0119】

ここで、図２７に、表示部１０２に表示される地図の表示例を示す。図２７（ａ）は、位置情報に基づいたプロットした位置を示す。ここでは、地点Ｐ１１、Ｐ１２、Ｐ１３およびＰ１４が、その探索した時刻とともに示されている。図２７（ｂ）は、位置情報・時刻情報に基づいて推定した移動経路を示す。それぞれ地点Ｐ１１とＰ１２、Ｐ１２とＰ１３などを結びつけることにより、概ねの移動経路を推定することができる。図２７（ｂ）の例では、点線が徒歩、実線が車での移動を示している。

【0120】

つぎに、サーバ２００の動作について説明する。図１３は、探索要求を受けたサーバ２００の処理を示すフローチャートである。サーバ２００において、通信部２０１により、依頼元端末として機能する携帯端末１００から探索対象情報および探索要求が受信されると（Ｓ４０１）、探索対象情報において指定された子機端末１５０を特定するための情報に従って、探索指示処理部２０４により、管理テーブル２０３のグループ情報において対応する子機端末１５０のＭＡＣアドレスに探索フラグが付与される。そして、通信部２０１により、探索フラグが付与されたグループ情報が、そのグループ情報で対応付けられる複数の携帯端末１００に対してブロードキャスト送信される（Ｓ４０２）。

【0121】

その探索フラグが付与されたグループ情報の送信に対する応答が、所定時間内にグループ内の携帯端末１００から送信されると（Ｓ４０３）、探索指示処理部２０４により、処理Ｂが実行される（Ｓ４０６）。なお、処理Ｂは、図８（ｂ）において示した処理である。そして、処理Ｂが終了して、探索終了であると判断されると、通信部２０１により、探索フラグが削除されたグループ情報が、同じグループ内における携帯端末１００に対して、再度ブロードキャスト送信される（Ｓ４０７）。このグループ情報が受信された携帯端末１００においては、探索フラグが削除されたグループ情報で上書き処理がなされ、探索処理が終了される。

【0122】

一方、Ｓ４０３において、そのグループ情報の送信に対する応答が、所定時間内にグループ内の携帯端末１００から送信されないと（Ｓ４０３）、探索指示処理部２０４の制御の元、通信部２０１により、探索要求を行った依頼元端末として機能する携帯端末１００に対して、発見失敗の旨の応答情報が送信される（Ｓ４０４）。そして、この携帯端末１００から再度探索継続依頼が来ない場合には、通信部２０１により、管理テーブル２０３におけるグループ情報において、探索フラグが削除される。そして、探索フラグが削除されたグループ情報が、同じグループ内における携帯端末１００に対して、再度ブロードキャスト送信される（Ｓ４０７）。探索継続依頼が受信された場合には、探索終了のための指示は行われず、待ち状態となる。

【0123】

ここで、図９において、子機端末１５０の通知処理であるＳ２０４およびＳ２０５に示されているように、過去の履歴情報（図４（ｄ）参照）も通知対象であるため、各依頼先として機能する複数の携帯端末１００は、現在または過去において発見した子機端末１５０の位置情報およびその時刻情報をサーバ２００に送信する。その場合、サーバ２００においては、複数の依頼先端末として機能する携帯端末１００から探索対象である子機端末１５０の位置情報およびその時刻情報を受信することになる（Ｓ４０３）。そして、それら位置情報および時刻情報を依頼元端末として機能する携帯端末１００に対して送信することになる（Ｓ４０６）。

【0124】

なお、上述では、依頼元端末として機能する携帯端末１００において、サーバ２００から送信される子機端末１５０の位置情報および時刻情報に基づいて、地図情報にプロットすることにより移動経路を生成して、表示することの説明をしたが、サーバ２００において、その位置情報と時刻情報とに基づいて生成された移動経路がプロットされた地図情報を生成し、その地図情報を依頼元端末として機能する携帯端末１００に通知するようにしてもよい。

【0125】

同様に、サーバ２００における緊急探索処理について説明する。図１４は、緊急探索要求を受けたサーバ２００の処理を示すフローチャートである。サーバ２００において、通信部２０１により、依頼元端末として機能する携帯端末１００から緊急探索要求および緊急探索対象情報が受信されると（Ｓ４１１）、探索対象情報において指定された子機端末１５０を特定するための情報に従って、探索指示処理部２０４により、管理テーブル２０３のグループ情報において、探索対象である子機端末１５０のＭＡＣアドレスに探索フラグが付与されるとともに、その子機端末１５０に対して既定の動作を実行させるためのパスキーが記憶される。

【0126】

そして、通信部２０１により、グループ情報のうち、探索フラグが付与された子機端末１５０のＭＡＣアドレスを含んだ緊急探索対象情報および緊急探索要求が、そのグループ内の携帯端末１００に対してブロードキャスト送信される（Ｓ４１２）。

【0127】

その緊急探索要求の送信に対する応答が、所定時間内にグループ内の携帯端末１００から送信されると（Ｓ４１３）、探索指示処理部２０４により、処理Ａが実行される（Ｓ４１６）。なお、処理Ａは、図８（ａ）において示した処理である。そして、処理Ａが終了して、探索終了であると判断されると、通信部２０１により、パスキーが削除された緊急探索対象情報が、同じグループ内における携帯端末１００に対して、再度ブロードキャスト送信される（Ｓ４１７）。この緊急探索対象情報が受信された携帯端末１００においては、緊急探索対象情報で上書き処理がなされ、探索処理が終了される。

【0128】

一方、Ｓ４１３において、そのグループ情報の送信に対する応答が、所定時間内にグループ内の携帯端末１００から送信されないと（Ｓ４１３）、探索指示処理部２０４の制御の元、通信部２０１により、緊急探索要求を行った依頼元端末として機能する携帯端末１００に対して、発見失敗の旨の応答情報が送信される（Ｓ４１４）。そして、この携帯端末１００から再度、緊急探索継続依頼が来ない場合には、通信部２０１により、管理テーブル２０３におけるグループ情報において、探索フラグおよびパスキーが削除される。そして、探索フラグおよびパスキーが削除されたグループ情報が、同じグループ内における携帯端末１００に対して、再度ブロードキャスト送信される（Ｓ４１７）。緊急探索継続依頼が受信された場合には、終了のための指示は行われず、待ち状態となる。なお、緊急探索要求の送信先として、上述では同じグループ内を想定した処理をしたが、グループ外の携帯端末１００を含めて、その緊急探索要求を行うようにしてもよい。また、上述通常の探索要求時と同様に、サーバ２００において移動経路等の推定処理を行なうようにしてもよい。

【0129】

つぎに、子機端末１５０の処理について説明する。図１５は、子機端末１５０の処理を示すフローチャートである。子機端末１５０は、Bluetoothによる通信を実行することができる端末である。まず、Bluetooth通信による被検索モードにおいて待機している（Ｓ５０１）。そして、この子機端末１５０は、親機として組み合わせが設定されている携帯端末１００からペアリング要求を受けると、当該携帯端末１００との間でペアリング処理が行われる（Ｓ５０５）。そして、ペアリングが解除されると、再度Bluetooth通信による被検索モードに移行する。

【0130】

一方、親機として組み合わせが設定されていない携帯端末１００からペアリング要求を受けると、すなわち、上述の依頼先端末として機能する携帯端末１００からペアリング要求を受けると、当該携帯端末１００からペアリングを実施し、その携帯端末１００からの要求に従った既定動作を実行する（Ｓ５０４）。例えば、依頼先端末として機能する携帯端末１００（例えば親機Ａ）において、あらかじめ設定した動作として、子機端末１５０のアラームを鳴らす、また子機端末１５０の電話番号を取得する、ことを既定動作として実行する。また、子機端末１５０は、その子機端末１５０を保持するユーザの顔写真を記憶しており、既定動作として、依頼先端末として機能する携帯端末１００に対して送るようにしてもよい。さらに、Bluetooth通信を行なう場合には、その信号強度により大まかな距離が分かる。そのため、依頼先端末として機能する携帯端末１００は、既定動作として、上述の処理に加えて、子機端末１５０までの距離を算出し、それを表示するようしてもよい。

【0131】

なお、あらかじめ定めた動作を設定することなく、依頼先端末として機能する携帯端末１００（例えば、図２３における親機Ｇ）は、子機端末１５０とペアリング処理をした後、子機端末１５０の機能を認識するようにしてもよい。例えば、子機端末１５０がBluetooth通信機能を有している場合には、当該携帯端末１００は、ペアリング操作後、利用可能なプロファイルを子機端末１５０から取得することができる。そして、この携帯端末１００のユーザは、取得したプロファイル（端末種別等）を参照して、適切な機能を実行するように子機端末１５０に対して指示を送ることができる。例えば、アラームを鳴らすとか、あらかじめ登録されている子機端末１５０の親機の電話番号を取得するなどのことを適宜判断して行うことができる。なお、このような具体的な処理を行なう上では、サーバ２００からパスキーの取得を行う必要がある（図８（ａ）処理Ａ参照）。

【0132】

以上の通り、子機端末１５０は、親機として設定されている携帯端末１００との間でペアリング状態を維持することができる。

【0133】

つぎに、携帯端末１００とサーバ２００との間の処理シーケンスについて説明する。図１６は、携帯端末１００において電源を投入した時の処理を示すシーケンス図である。携帯端末１００において、ユーザ操作により電源がオンされると（Ｓ６０１）、サーバ２０に対して、制御部１０４による制御に基づいて、緊急探索要求および緊急探索対象情報の要求がなされ、その取得が行われる（Ｓ６０２）。取得された緊急探索対象情報は、管理テーブル１０８の緊急情報テーブル１０８ｃに記憶される（Ｓ６０３）。

【0134】

その後、管理テーブル１０８における自端末情報テーブル１０８ａに記憶されている自端末情報が、サーバ２００に送信される（Ｓ６０４）。サーバ２００において、送信された自端末情報に基づいてグループ情報が生成され、管理テーブル２０３に記憶される（Ｓ６０５）。そして、生成されたグループ情報は、自端末情報を送信してきた携帯端末１００に送信される（Ｓ６０６）。

【0135】

携帯端末１００において、送信されたグループ情報が管理テーブル１０８のグループ情報テーブル１０８ｂに記憶される（Ｓ６０７）。そして、これら所定の初期設定が終了すると、電源投入後の最初のスキャンが近距離無線通信部１０６により行われる（Ｓ６０８）。そして、子機端末１５０がスキャンされた場合、その子機端末１５０に応じた処理が行われる（Ｓ６０９）。例えば、スキャンして得られたＭＡＣアドレスが、緊急情報テーブル１０８ｃに記憶されている子機端末１５０のものである場合には、処理Ａが実行される。また、グループ情報テーブル１０８ｂに記憶されている子機端末１５０である場合には、処理Ｂが実行される。さらに、自端末情報テーブル１０８ａに記憶されている子機端末１５０である場合（すなわち自分の子機）、ペアリング処理が実行される。

【0136】

つぎに、ユーザ操作により探索要求を行う時の処理シーケンスについて説明する。図１７は、その処理を示すシーケンス図である。まず、依頼元端末として機能する携帯端末１００から探索要求が送信される（Ｓ７０１）。そして、サーバ２００においては、探索要求に基づいて、グループ情報の探索フラグが付与される（Ｓ７０２）。サーバ２００においては、グループ情報でグループ化された携帯端末１００に対して、探索フラグが付与されたグループ情報および探索要求がブロードキャストにより送信される（Ｓ７０３）。

【0137】

依頼先端末として機能する携帯端末１００において、探索要求およびその探索フラグがついたグループ情報が受信されると、近距離無線通信部１０６によりスキャン処理が行われ（Ｓ７０４）、子機端末に対する探索が行われる。ここで、探索要求を受け取った複数の携帯端末１００のうち一のまたはそのいくつかの携帯端末１００において、探索対象である子機端末１５０が発見されると、その時の位置情報や時刻情報が取得され、その位置情報が、サーバ２００に対して送信され（Ｓ７０５）、そして依頼元端末として機能する携帯端末１００に対して送信される（Ｓ７０６）。

【0138】

つぎに、緊急探索処理について説明する。図１８は、その緊急探索処理を示すシーケンス図である。まず、依頼元端末として機能する携帯端末１００から緊急探索要求が送信される（Ｓ７１１）。そして、サーバ２００においては、緊急探索要求に基づいて、グループ情報の探索フラグが付与され、またパスキーが記憶される（Ｓ７１２）。なお、このパスキーは子機端末１５０を操作するために必要な情報であり、緊急探索要求に含まれている。サーバ２００においては、グループ情報でグループ化された携帯端末１００に対して、緊急探索対象情報および緊急探索要求がブロードキャストにより送信される（Ｓ７１３）。

【0139】

依頼先端末として機能する携帯端末１００において、近距離無線通信部１０６によりスキャン処理が行われ（Ｓ７１４）、子機端末に対する探索が行われる。ここで、緊急探索対象である子機端末１５０が発見されると、発見した携帯端末１００において、サーバ２００に対してパスキーの取得処理が行われる（Ｓ７１５）。そして、その携帯端末１００において、パスキーを用いたペアリング処理が行われ、所定の操作が実行される（Ｓ７１６）。また、その時の位置情報や時刻情報が取得され、その位置情報が、サーバ２００に対して送信され（Ｓ７１７）、そして依頼元端末として機能する携帯端末１００に対して送信される（Ｓ７１８）。

【0140】

このように、通常の探索処理においては、位置情報とその時刻情報が送信され、緊急探索処理においては、子機端末に対するペアリング処理が行われる。

【0141】

つぎに、本実施形態における携帯端末１００およびサーバ２００からなる通信システムを用いた迷子管理の具体例について説明する。図１９〜図２３は、携帯端末１００である親機Ａがその子機端末１５０である子機ａを探索するときの状態遷移を示す説明図である。これら各説明図においては、携帯端末１００である親機Ａ〜親機Ｆが同じグループで構成されていることを前提としている。また、親機Ａは、子機端末１５０としての子機ａと対応付けがなされている。

【0142】

図１９は、携帯端末１００である親機Ａとその子機端末１５０である子機ａとが、自宅にいるときの状態を示す説明図である。なお、前提として、親機Ａは、親が保持しており、子機ａは、その子供が保持している。また、図１９においては、その時刻を午後３：００とすることを前提とする。親機Ａと子機ａとは一定の距離にいるため、親機Ａと子機ａとはペアリング状態である。なお、親機Ａと子機ａとが所定の距離離れるとアラートがなされるよう設定されている。

【0143】

図２０は、親機Ａは自宅に位置し、その子機ａは公園に位置することを示す説明図である。ここでは午後４：００とする。この場合、親機Ａと子機ａとは非ペアリング状態である。一方、図２０において、親機Ｂを保持するユーザは、バスに乗車しており、そのバスは、公園の前を通過していることを示している。このとき、親機Ｂは、近距離無線通信の範囲内にいる子機ａのＭＡＣアドレスをスキャンしている。そして、親機ＢのＧＰＳ測位部１０７は、ＭＡＣアドレスのスキャンがなされると、その位置情報および時刻情報を取得し、管理テーブル１０８に、スキャンして得られたＭＡＣアドレスと対応付けて記憶する。

【0144】

図２１は、親機Ａは自宅に位置し、子機ａは公園から離れていることを示す説明図である。ここでは午後５：００とする。親機Ａが、探索要求を発信した場合、サーバ２００は、そのグループ内の親機Ｂ〜親機Ｆに対して、探索要求および探索対象である子機ａに探索フラグが付与されたグループ情報をグループキャストにより送信する。

【0145】

図２１で示されている午後５：００の状態では、子機ａは、いずれの親機にもスキャンされてはいない。一方で、親機Ｂは、子機ａを午後４：００にスキャンされたことが、その履歴テーブル１０８ｄに記憶されている。よって、親機Ｂは、その探索要求に応じて、サーバ２００に対して、履歴テーブル１０８ｄに記憶されている位置情報およびその時刻情報を送信する。

【0146】

図２２は、親機Ａは自宅に位置し、子機ａは親機Ｆのスキャン範囲に入っていることを示す説明図である。ここでは、ＰＭ６：００としている。ここでは、引き続き、親機Ａからの探索要求が継続されており、親機Ａから探索要求が発信されたときに、親機Ｆは、スキャン処理を行なう。そのとき、親機Ｆは、その近距離無線通信の範囲に子機ａがいることを発見すると、その時の位置情報および時刻情報をサーバ２００を介して親機Ａに通知する。

【0147】

図２３は、子機ａが、そのグループ範囲外に出てしまった時の状態を示す説明図である。ここでは、午後７：００とする。夜遅くなっても子供が帰ってこない親（親機Ａを保持するユーザ）は、緊急探索要求を発信する操作を行う。緊急探索要求を受けたサーバ２００は、そこに保持する全グループ（親機Ａが属するグループ以外のグループも含む。）の携帯端末１００に対して、緊急探索要求を、その緊急探索対象情報（子機ａのＭＡＣアドレス）とともに送信することになる。

【0148】

図２３で示される通り、子機ａは、そのグループ外の親機Ｇに発見され、既定の動作を行うことにより、子機ａのユーザは迷子であること、その連絡先である電話番号を子機ａから入手することができる。この例において、親機として機能する端末が複数がある場合が想定できる。その場合は先に子機ａにアクセスしてBluetooth通信の確立を行なった端末が優先して処理することができる。

【0149】

図２４に、その移動経路と移動手段とを表示することを示した携帯端末１００の表示画面例について説明する。図２４においては、子機端末１５０の移動経路として、地点Ｐ１、Ｐ２、Ｐ３、Ｐ４およびＰ５が示されている。例えば、子機端末１５０は、地点Ｐ１で３時に発見され、地点Ｐ２で４時に発見されている。地点Ｐ１とＰ２との距離（道のり部分）が２ｋｍであるとすると、移動速度は２ｋｍ／ｈであることが分かり、そのような速度での移動手段は徒歩であると推定することができる。一方、地点Ｐ４と地点Ｐ５との間は、３０ｋｍあるとすると、その移動速度は３０ｋｍ／ｈであり、移動手段は、自動車または電車であると推定することができる。この画面例においては、地点を結んだ最短距離の道路を経路として特定し、それを特定できるように表示するとともに、その移動手段を表示することができる。なお、移動手段の推定方法は、移動速度と移動手段との対応テーブルを用いることが考えられる。

【0150】

以上の通り、一般的に保有されている携帯端末１００を利用することにより、迷子探索用のネットワークを構築することができる。そして、このネットワークを用いて、迷子の位置を知ることができたり、また迷子であることを知ることができる。

【0151】

つぎに、本実施形態の通信システムの作用効果について説明する。本実施形態の通信システムにおいて、依頼先端末として機能する携帯端末１００と依頼元端末として機能する携帯端末１００とからなる。

【0152】

そして、依頼先端末として機能する携帯端末１００におけるＧＰＳ測位部１０７は、あらかじめ定められたタイミングでその位置情報を取得し、また、近距離無線通信部１０６は、定期的に近距離無線通信により子機端末１５０を特定するための情報であるＭＡＣアドレスを取得する。

【0153】

そして、制御部１０４は、通信部１０３を介して依頼元端末として機能する携帯端末１００から探索要求の対象である子機端末を特定するための情報（ＭＡＣアドレス）を、探索要求とともに受信し、そのＭＡＣアドレスが、近距離無線通信部１０６により取得された子機端末を特定するための情報（ＭＡＣアドレス）と一致するか否かを判断する。

【0154】

制御部１０４が、ＭＡＣアドレスが一致すると判断すると、このＭＡＣアドレスの取得時における位置情報を、依頼元端末として機能する携帯端末１００に送信する。

【0155】

これにより、依頼先端末として機能する携帯端末１００の位置をあらかじめ固定しておかなくても、子機端末１５０の発見時における依頼先端末として機能する携帯端末１００（例えば親機Ｆ）の位置情報を依頼元端末として機能する携帯端末１００（例えば親機Ａ）に通知することができる。よって、子機端末１５０を探索するためのネットワークのようなものを構築する必要がなく、携帯端末のような移動可能なものにおいても容易に適用することができる。

【0156】

また、この通信システムにおける依頼元端末として機能する携帯端末１００において、探索指示部１０１が、依頼元端末として機能する携帯端末１００（例えば、親機Ａ）と同一のグループに属している依頼先端末として機能する携帯端末１００（例えば、親機Ｂ〜Ｆ）に対して、探索要求とともに、探索対象情報を送信する。そして、依頼先端末として機能する携帯端末１００のそれぞれにおいて、制御部１０４は、通信部１０３を介して受信された探索対象であるＭＡＣアドレスに基づいた判断処理を行なう。これにより、同一グループの依頼先端末として機能する携帯端末１００に対して、子機の探索を要求することができる。

【0157】

また、この通信システムにおける依頼先端末として機能する携帯端末１００において、制御部１０４は、ＭＡＣアドレスが一致すると判断すると、さらに、処理実行部１０５が、子機端末１５０に対して所定の動作を実行するよう制御する。これにより、位置情報を通知することのみならず、子機端末１５０に対して所定の動作を行わせることができ、より適切な応対を行うことができる。例えば、アラームを鳴らすなどを行なうことにより、依頼先端末として機能する携帯端末１００のユーザは、探索対象をように発見することができる。

【0158】

また、依頼先端末として機能する携帯端末１００において、履歴テーブル１０８ｄが、近距離無線通信部１０６により取得されたＭＡＣアドレスを、あらかじめ定められたタイミングでＧＰＳ測位部１０７により取得された位置情報およびその取得した時刻を示す時刻情報と対応付けて記憶しておく。

【0159】

なお、ここでは、近距離無線通信部１０６によるＭＡＣアドレスの取得周期と、ＧＰＳ測位部１０７による位置情報の取得周期とを同じにすることにより、その対応付けをしてもよいし、ＧＰＳ測位部１０７の取得タイミングに合わせて、ＭＡＣアドレスを取得するようにしてもよい。またその逆に、ＭＡＣアドレスの取得タイミングに合わせてＧＰＳ測位部１０７による位置情報の取得を行うようにしてもよい。

【0160】

そして、制御部１０４は、近距離無線通信部１０６により取得されたＭＡＣアドレスと、探索要求で指定されたＭＡＣアドレスとが一致しないと判断した場合、さらに、そのＭＡＣアドレスが、履歴テーブル１０８ｄに記憶されているか否かを判断する。そして、制御部１０４は、履歴テーブル１０８ｄに記憶されていると判断した場合には、通信部１０３は、履歴テーブル１０８ｄに記憶されている、探索対象である子機端末のＭＡＣアドレスに対応付けられている位置情報および時刻情報を、依頼元端末として機能する携帯端末１００に送信する。

【0161】

これにより、過去において取得した子機端末１５０のＭＡＣアドレスを利用して、過去における位置情報とその時刻情報を依頼元端末として機能する携帯端末１００に通知することができる。よって、現時点においてどの携帯端末１００の近傍にいなかったとしても、過去において、どの携帯端末１００の近傍にいたか、またその位置を把握することができる。

【0162】

また、この通信システムにおいては、依頼元端末として機能する携帯端末１００と依頼先端末として機能する携帯端末１００とを管理するサーバ２００をさらに備えるようにしてもよい。このサーバ２００は、依頼元端末として機能する携帯端末１００から探索要求を受け付けると、依頼先端末として機能する携帯端末１００に対して探索要求を行うことができる。

【0163】

さらに、このサーバ２００は、各携帯端末１００のグループ構成を示すグループ情報を記憶する管理テーブル２０３を備えている。そして、探索指示処理部２０４は、管理テーブル２０３に記憶されているグループ情報に基づいた依頼先端末として機能する携帯端末１００に対して探索要求を行う。これにより、グループ単位による探索要求を簡易に行うことができる。

【符号の説明】

【0164】

１００…携帯端末、１０１…探索指示部、１０２…表示部、１０３…通信部、１０４…制御部、１０５…処理実行部、１０５ａ…履歴管理部、１０６…近距離無線通信部、１０７…ＧＰＳ測位部、１０８…管理テーブル、１０８ａ…自端末情報テーブル、１０８ｂ…グループ情報テーブル、１０８ｃ…緊急情報テーブル、１０８ｄ…履歴テーブル、１５０…子機端末、２００…サーバ、２０１…通信部、２０２…制御部、２０３…管理テーブル、２０４…探索指示処理部。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】

【図17】

【図18】

【図19】

【図20】

【図21】

【図22】

【図23】

【図24】

【図25】

【図26】

【図27】