(57)【特許請求の範囲】
【請求項１】
電子機器であって、
他の電子機器の識別情報を含む第１のパケットを受信可能な状態に制御する第１の期間と、前記電子機器の識別情報を含む第２のパケットのブロードキャストで少なくとも１回送信する制御を行う第２の期間と、を複数回交互に切り替える制御手段と、
前記第１の期間に、他の第１の電子機器から送信された前記第１のパケットを検出した場合に、当該第１のパケットを受信する通信部と、
前記第１の期間に、前記第１のパケットを受信した場合に、前記第１のパケットに含まれている前記他の第１の電子機器の第１の識別情報と、前記第１のパケットを受信した第１の時刻とを記憶する記憶部と、
を備え、
前記通信部は、通信装置から第１の通知を受信した場合に、前記第１の識別情報と前記第１の時刻とを対応付けて、当該通信装置に送信し、
前記制御手段は、第ｎ（ｎは１以上の整数）回目と第ｎ＋１回目とで少なくとも前記第１の期間及び前記第２の期間の少なくとも一方の長さが異なりうるように制御する、
電子機器。
【請求項２】
前記制御手段は、前記電子機器の識別情報をブロードキャストで送信する制御を行い、第１の条件を満たした場合に、前記第１の期間及び前記第２の期間を交互に切り替える制御を行う、
請求項１に記載の電子機器。
【請求項３】
前記制御手段は、前記他の第１の電子機器との間の通信が第１の時間以上行われなかった場合に、前記第１の期間及び前記第２の期間を交互に切り替える制御を停止し、前記電子機器の識別情報をブロードキャストで送信する制御を開始する、
請求項１又は２に記載の電子機器。
【請求項４】
クライアント機能を有する電子機器とサーバ機能を有する電子機器との間でプロファイルに従って無線通信を行う近距離無線通信規格に基づいた無線通信モジュールを、さらに備え、
前記制御手段は、前記第１の期間において前記近距離無線通信規格のクライアント機能を実行し、前記第２の期間において前記近距離無線通信規格のサーバ機能を実行する、
請求項１乃至３のいずれか一つに記載の電子機器。
【請求項５】
電子機器で実行される方法であって、
他の電子機器の識別情報を含む第１のパケットを受信可能な状態に制御する第１の期間と、前記電子機器の識別情報を含む第２のパケットのブロードキャストで少なくとも１回送信する制御を行う第２の期間と、を複数回交互に切り替え、
前記第１の期間に、他の第１の電子機器から送信された前記第１のパケットを検出した場合に、当該第１のパケットを受信し、
前記第１の期間に、前記第１のパケットを受信した場合に、前記第１のパケットに含まれている前記他の第１の電子機器の第１の識別情報と、前記第１のパケットを受信した第１の時刻とを記憶部に記憶し、
通信装置から第１の通知を受信した場合に、前記第１の識別情報と前記第１の時刻と対応付けて、当該通信装置に送信し、
第ｎ（ｎは１以上の整数）回目と第ｎ＋１回目とで少なくとも前記第１の期間及び前記第２の期間の少なくとも一方の長さが異なりうるよう制御する、
方法。
【請求項６】
前記電子機器の識別情報をブロードキャストで送信する制御を行い、第１の条件を満たした場合に、前記第１の期間及び前記第２の期間を交互に切り替える制御を行う、
請求項５に記載の方法。
【請求項７】
前記他の第１の電子機器との間の通信が第１の時間以上行われなかった場合に、前記第１の期間及び前記第２の期間を交互に切り替える制御を停止し、前記電子機器の識別情報のブロードキャストで送信する制御を開始する、
請求項５又は６に記載の方法。
【請求項８】
前記電子機器は、クライアント機能を有する電子機器とサーバ機能を有する電子機器との間でプロファイルに従って無線通信を行う近距離無線通信規格に基づいた無線通信モジュールを、さらに備え、
前記無線通信モジュールを用いて、前記第１の期間において前記電子機器を前記近距離無線通信規格のクライアント機能を実行し、前記第２の期間において前記電子機器を前記近距離無線通信規格のサーバ機能を実行する、
請求項５乃至７のいずれか一つに記載の方法。
【請求項９】
コンピュータで実行されるためのプログラムであって、
他の電子機器の識別情報を含む第１のパケットを受信可能な状態に制御する第１の期間と、前記コンピュータの識別情報を含む第２のパケットのブロードキャストで少なくとも１回送信する制御を行う第２の期間と、を複数回交互に切り替え、
前記第１の期間に、他の第１の電子機器から送信されたパケットを検出した場合に、当該第１のパケットを受信し、
前記第１の期間に、前記第１のパケットを受信した場合に、前記第１のパケットに含まれている前記他の第１の電子機器の第１の識別情報と、前記第１のパケットを受信した第１の時刻とを記憶部に記憶し、
通信装置から第１の通知を受信した場合に、前記第１の識別情報と前記第１の時刻とを対応付けて、当該通信装置に送信し、
第ｎ（ｎは１以上の整数）回目と第ｎ＋１回目とで少なくとも前記第１の期間及び前記第２の期間の少なくとも一方の長さが異なりうるように制御する、
プログラム。
【請求項１０】
前記コンピュータの識別情報をブロードキャストで送信する制御を行い、第１の条件を満たした場合に、前記第１の期間及び前記第２の期間を交互に切り替える制御を実行させる、
請求項９に記載のプログラム。
【請求項１１】
前記他の第１の電子機器との間の通信が第１の時間以上行われなかった場合に、前記第１の期間及び前記第２の期間を交互に切り替える制御を停止し、前記コンピュータの識別情報のブロードキャストで送信する制御を開始する、
請求項９又は１０に記載のプログラム。
【請求項１２】
前記コンピュータは、クライアント機能を有する電子機器とサーバ機能を有する電子機器との間でプロファイルに従って無線通信を行う近距離無線通信規格に基づいた無線通信モジュールを、さらに備え、
前記無線通信モジュールを用いて、前記第１の期間において前記コンピュータを前記近距離無線通信規格のクライアント機能を実行し、前記第２の期間において前記コンピュータを前記近距離無線通信規格のサーバ機能を実行する、
請求項９乃至１１のいずれか一つに記載のプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明の実施形態は、電子機器、方法、及びプログラムに関する。
【背景技術】
【０００２】
近年、ペットを家族と同様に扱い、自分のペットの生活を記録したり、他のペットとの交流を、ペットのライフログとして残す傾向が増加している。そして、ペット仲間と外出先で交流したときの位置、相手やペットの名前などをライフログとして記録するためには、自分で記録をとる必要があった。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００３−００００８５号公報
【特許文献２】特開２００５−２０２８３６号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
従来技術においては、ペット等の生物の行動情報を取得する手法や、ペット等の生物が迷子になった場合に、飼い主等に情報を通知する手法は提案されている。しかしながら、例えば散歩等で出会った他のペット等を把握するための技術は提案されていなかった。
【０００５】
本発明の一形態は、上記に鑑みてなされたものであって、移動中に近接した（ペットが装着している）電子機器に関する情報を取得可能にする電子機器、方法、及びプログラムを提供する。
【課題を解決するための手段】
【０００６】
実施形態の電子機器は、制御手段と、通信部と、記憶部と、を備える。制御手段は、他の電子機器の識別情報を含む第１のパケットを受信可能な状態に制御する第１の期間と、電子機器の識別情報を含む第２のパケットのブロードキャストで少なくとも１回送信する制御を行う第２の期間と、を複数回交互に切り替える。通信部は、第１の期間に、他の第１の電子機器から送信された第１のパケットを検出した場合に、第１のパケットを受信する。記憶部は、第１の期間に、第１のパケットを受信した場合に、第１のパケットに含まれている当該他の第１の電子機器の識別情報と、第１のパケットを受信した時刻とを記憶する。通信部は、さらに、通信装置から第１の通知を受信した場合に、第１の識別情報と第１の時刻と対応付けて、当該通信装置に送信する。第ｎ（ｎは１以上の整数）回目と第ｎ＋１回目とで少なくとも第１の期間及び第２の期間の少なくとも一方の長さが異なりうる。
【図面の簡単な説明】
【０００７】
【図１】図１は、第１の実施形態のコミュニケーションシステムの構成を示した図である。
【図２】図２は、第１の実施形態の第１のタグ装置の外観を例示した図である。
【図３】図３は、第１の実施形態の第１のタグ装置の構成を示したブロック図である。
【図４】図４は、第１の実施形態の第１のタグ装置のプロセッサが、プログラムを実行したことで実現された構成を示したブロック図である。
【図５】図５は、第１の実施形態の第１の携帯端末のハードウェア構成を示した図である。
【図６】図６は、第１の実施形態の第１の携帯端末のプロセッサが、アプリケーションを実行したことで実現された構成を示したブロック図である。
【図７】図７は、第１の実施形態の公開レベル記憶テーブルのテーブル構造を示した図である。
【図８】図８は、第１の実施形態の出会い情報記憶テーブルのテーブル構造を示した図である。
【図９】図９は、第１の実施形態の散歩コース記憶テーブルのテーブル構造を示した図である。
【図１０】図１０は、第１の実施形態の第１の携帯端末が、サーバから送信された情報に従って表示された第１の画面例である。
【図１１】図１１は、第１の実施形態の第１の携帯端末が、サーバから送信された情報に従って表示された第２の画面例である。
【図１２】図１２は、第１の実施形態の第１の携帯端末が、サーバから送信された情報に従って表示された第３の画面例である。
【図１３】図１３は、第１の実施形態の第１の携帯端末が、サーバから送信された情報に従って表示された第４の画面例である。
【図１４】図１４は、第１の実施形態のタグ装置、及び携帯端末間で行われる処理を示したシーケンス図である。
【図１５】図１５は、第１の実施形態のコミュニケーションシステムにおける、全体的な処理の手順を示すフローチャートである。
【図１６】図１６は、第１の実施形態の第１の携帯端末における、散歩に関する表示制御に関する処理の手順を示すフローチャートである。
【図１７】図１７は、第２の実施形態の第１のタグ装置におけるモードの遷移を例示した図である。
【図１８】図１８は、第２の実施形態の第１のタグ装置を装着した生物が迷子になった場合に行われる処理の手順を表した説明図である。
【図１９】図１９は、第２の実施形態の発見通知に含まれている情報を例示した図である。
【図２０】図２０は、ペットＡが迷子になった場合に情報を受信するためのネットワーク構成例を示した図である。
【図２１】図２１は、第２の実施形態における第１のタグ装置の移動に従って行われた処理を例示した図である。
【図２２】図２２は、第２の実施形態のデジタルサイネージ装置の構造を例示したブロック図である。
【図２３】図２３は、第２の実施形態のデジタルサイネージ装置が行う処理を例示した図である。
【図２４】図２４は、第２の実施形態のコミュニケーションシステムにおける、迷子のペットが生じた場合の処理の手順を示すフローチャートである。
【図２５】図２５は、ペットＡが迷子になった場合に、第２の実施形態の表示制御部が表示する画面例を示した図である。
【発明を実施するための形態】
【０００８】
（第１の実施形態）
図１は、第１の実施形態のコミュニケーションシステムの構成を示した図である。図１に示されるように、コミュニケーションシステムは、サーバ１８０は、公衆通信回線等を介して、第１の携帯端末１０１と、第２の携帯端末１０２と接続されている。
【０００９】
第１の携帯端末１０１、及び第１のタグ装置１５１の間も任意の接続手法を用いて通信可能とする。接続手法としてはどのような手法を用いても良いが、本実施形態では、Bluetooth（登録商標）などの近距離無線通信を用いる。
【００１０】
第２の携帯端末１０２も、第１の携帯端末１０１と同様に、第２のタグ装置１５２と近距離無線通信等を介して接続される。
【００１１】
第１のタグ装置１５１や、第２のタグ装置１５２は、ペット（例えば犬）など、ライフログとしての記録や監視の対象（生物）に装着する。
【００１２】
図２は、第１のタグ装置１５１の外観を例示した図である。図２に示されるような第１のタグ装置１５１は、バンド２０２等により監視対象の生物（例えばペット）に装着される。第１のタグ装置１５１は、カバー下部２０１の内部にＬＥＤを備えており、様々な状況で点灯して、ペットの飼い主等に通知できる。
【００１３】
図３は、第１のタグ装置１５１の構成を示したブロック図である。図３に示されるように第１のタグ装置１５１は、無線通信モジュール３０１と、プロセッサ３０２と、タグ情報記憶部３０３と、フレンド情報記憶部３０４と、クロックＩＣ３０５と、照明制御部３０６と、ＬＥＤ３０７と、電源部３０８と、を備える。第１のタグ装置１５１の各構成は、電源部３０８から供給される電力により駆動する。
【００１４】
本実施形態においては、タグ装置毎に携帯端末が対応づけられるものとする。そして、タグ装置は、対応づけられた携帯端末からの指示に従って様々な処理を行う。
【００１５】
なお、タグ装置毎に対応付けられる携帯端末の数が制限されるものではない。例えば、ペットを家族全員のうち、いずれか一人以上で散歩を行うために、家族全員の各々が所持している携帯端末全てを、当該タグ装置と対応付けても良い。
【００１６】
無線通信モジュール３０１は、他のタグ装置や携帯端末との間で無線通信を行うためのモジュールとする。本実施形態では、他のタグ装置と情報を送受信するための接続手法として、Bluetooth（登録商標）による無線通信を用いる。
【００１７】
Bluetooth（登録商標）は、クライアント（換言すれば、セントラル）とサーバ（換言すれば、ペリフェラル）との間でプロファイルに従って無線通信を行う近距離無線通信規格であって、クライアント機能を有する電子機器と、サーバ機能を有する電子機器との間で通信を確立する。クライアント機能を有する電子機器、及びサーバ機能を有する電子機器の間に同じプロファイルが格納されている場合に、通信が可能となる。
【００１８】
本実施形態では、近距離無線通信技術Bluetooth（登録商標）の拡張仕様の一つで、極低電力で通信が可能なBluetooth  LE（以下、ＢＬＥ通信とも称す）を用いる例とするが、他の仕様を用いても良い。ＢＬＥ通信を行う場合に、プロファイルとしてＧＡＴＴプロファイルを利用することができる。ＧＡＴＴプロファイルにおいてはサービスを定義できるので、ペットに装着しているタグ装置として適切なサービスを提供できる。
【００１９】
無線通信モジュール３０１は、出会ったペットが装着しているタグ装置が、予め定められた距離範囲内に含まれた場合に、他のタグ装置から送信されてきた情報を受信可能とする。この予め定められた距離範囲は、実施の態様に応じて定められ、信号を送信する際の電力等を調整して設定可能とする。距離範囲としては、ペットが出会ったと見なすことが可能な距離であればよく、例えば０ｍ〜１ｍの範囲内としても良い。
【００２０】
プロセッサ３０２は、例えばＣＰＵ（Central  Processing  Unit）などの制御手段であって、第１のタグ装置１５１の全体を制御するための電子回路とする。例えば、プロセッサ３０２は、無線通信モジュール３０１を制御して、第１の携帯端末１０１や他のタグ装置との間で情報を送受信するための制御を行う。
【００２１】
クロックＩＣ３０５は、現在の時刻情報を出力する。
【００２２】
タグ情報記憶部３０３は、無線通信モジュール３０１が受信した情報（例えば、タグＩＤ）と、クロックＩＣ３０５から入力された受信した時の時刻情報と、を対応づけて記憶する。これにより、第１のタグ装置１５１に近づいたタグ装置のタグＩＤ、換言すればタグ装置を備え付けているペットを識別するための情報が記録される。
【００２３】
フレンド情報記憶部３０４は、無線通信モジュール３０１が以前受信したタグ装置のタグＩＤが格納されている。格納する条件は、第１のタグ装置１５１を装着しているペットと親しいとみなせる条件であれば良い。
【００２４】
照明制御部３０６は、ＬＥＤ３０７の点灯制御を行う。例えば、照明制御部３０６は、フレンド情報記憶部３０４に格納されているタグＩＤと、無線通信モジュール３０１が受信したタグＩＤが一致した場合に、ＬＥＤ３０７を点灯させる制御を行う。
【００２５】
なお、第１のタグ装置１５１のＬＥＤ３０７は、他にも様々な状況で点灯しても良い。例えば、互いに情報取得可能か否かを点灯表示しても良い。
【００２６】
そして、タグ装置の各々が上述した構成を備えることで、複数のタグ装置が通信可能な範囲内に近づいた場合に、相互間でタグＩＤの送受信が行われる。
【００２７】
なお、第２のタグ装置１５２などの他のタグ装置についても、第１のタグ装置１５１と同様の構成を備えているものとして説明を省略する。
【００２８】
次にプロセッサ３０２でプログラムを実行した場合の構成について説明する。図４は、第１のタグ装置１５１のプロセッサ３０２が、（図示しない）記憶部に記憶されたプログラムを実行したことで実現された構成を示したブロック図である。図４に示されるように、プロセッサ３０２は、切替制御部４０１と、通信制御部４０２と、を実現する。
【００２９】
通信制御部４０２は、無線通信モジュール３０１を介して、他の電子機器との間でデータの送受信を制御する。
【００３０】
切替制御部４０１は、第１のタグ装置のBluetooth（登録商標）通信における、サーバ機能と、クライアント機能と、を切り替える制御を行う。なお、クライアント（セントラル）機能は、少なくとも他のタグ装置からのアドバタイジング・パケットを受信制御する機能を有する。一方、サーバ（ペリフェラル）機能は、少なくともアドバタイジング・パケットのブロードキャスト（送信）を制御する機能を有する。
【００３１】
なお、アドバタイジング・パケットとは、当該パケットを送信する電子機器の存在を周囲の電子機器に伝えるためのパケットとする。本実施形態において、アドバタイジング・パケットには、当該パケットを送信するタグ装置を識別するタグＩＤが含まれている。
【００３２】
第１のタグ装置１５１及び第２のタグ装置１５２がBluetooth（登録商標）による通信を行う場合に、第１のタグ装置１５１及び第２のタグ装置１５２のうちいずれか一方がクライアント機能を実現し、いずれか他方がサーバ機能を実現する必要がある。
【００３３】
例えば、第１のタグ装置１５１がクライアントとして機能し、第２のタグ装置１５２がサーバとして機能している場合に、第１のタグ装置１５１がブロードキャストしているアドバタイジング・パケットを、第２のタグ装置１５２が受信できる。換言すると、第１のタグ装置１５１及び第２のタグ装置１５２が両方ともクライアントとして機能している場合、又は両方ともサーバとして機能している場合には相互間で通信を行わない。
【００３４】
そこで、本実施形態では、タグ装置（例えば、第１のタグ装置１５１、及び第２のタグ装置１５２）において、クライアント機能と、サーバ機能と、をランダムに複数回切り替えることとした。
【００３５】
本実施形態では、第１のタグ装置１５１がクライアント機能に切り替えられた際に、クライアント用の期間を設定する。そして、クライアント機能を実現している間、第１のタグ装置１５１の通信制御部４０２は、他のタグ装置のタグＩＤを含むアドバタイジング・パケットをスキャンし、アドバタイジング・パケットを受信可能な状態に制御する。
【００３６】
そして、通信制御部４０２が、アドバタイジング・パケットの受信制御をした場合、アドバタイジング・パケットに含まれている情報、例えばタグＩＤを、クロックＩＣ３０５から入力された時刻情報と対応づけて、タグ情報記憶部３０３に書き込み制御を行う。
【００３７】
切替制御部４０１は、クロックＩＣ３０５を用いて、クライアント用の期間を経過したと判断した場合に、第１のタグ装置１５１をクライアント機能からサーバ機能に切り替える。
【００３８】
本実施形態では、第１のタグ装置１５１がサーバ機能に切り替えられた際に、サーバ用の期間を設定する。そして、サーバ機能を実現している間、通信制御部４０２は、第１のタグ装置１５１のタグＩＤを含むアドバタイジング・パケットをブロードキャストで少なくとも１回送信する制御を行う。
【００３９】
クライアント機能及びサーバ機能が切り替えられる毎に、切替制御部４０１は、サーバ用の期間、及びクライアント用の期間に対して、第ｎ（ｎは１以上の整数）回目と第ｎ＋１回目とで少なくともサーバ用の期間及びクライアント用の期間の少なくとも一方の長さが異なりうる制御を行う。なお、回数は、サーバ用の期間及びクライアント用の期間を組み合わせた期間が経過する毎に１増加する。
【００４０】
例えば、クライアント用の期間は、切り替えられる毎に２秒±１秒の範囲内でランダムに設定され、サーバ用の期間は、切り替えられる毎に３秒±１秒の範囲内でランダムに設定される。これにより第１のタグ装置１５１は、他のタグ装置との間で、送信及び受信を行う期間にずれが生じるため、相互に情報の送受信が可能となる。
【００４１】
これにより、タグ装置及び他のタグ装置の間で、サーバ用の期間とクライアント用の期間とがずれるように制御される。よって、タグ装置がクライアント機能及びサーバ機能のうちいずれか一方を実現している間に、他のタグ装置がクライアント機能及びサーバ機能のうちいずれか他方を実現している可能性を向上させている。これにより、タグ装置間でタグＩＤを授受できる可能性を向上させることができる。
【００４２】
次に、携帯端末について説明する。図５は、第１の携帯端末１０１のハードウェア構成を示した図である。図５に示されるように、第１の携帯端末１０１は、ＧＰＳ５０１と、無線通信モジュール５０２と、プロセッサ５０３と、公衆ネットワーク通信部５０４と、表示部５０５と、入力部５０６と、記憶部５０７と、で構成されている。なお、本実施形態は、タグ装置と情報を送受信する電子機器として、携帯端末を用いた例について説明するが、タグ装置及びサーバ１８０と送受信可能であり、ＧＰＳ等で位置情報を取得可能な電子機器であればよく、例えばタブレット端末等を用いても良い。
【００４３】
ＧＰＳ５０１は、第１の携帯端末１０１の現在の位置情報を取得する。表示部５０５は、例えばＬＣＤや有機ＥＬ（Electro  Luminescence）ディスプレイ等で構成され、プロセッサ５０３からの制御に従って、様々な情報を表示する。入力部５０６は、例えばタッチパネルやボタン等で構成され、ユーザから各種指示や情報入力を受け付ける。
【００４４】
公衆ネットワーク通信部５０４は、プロセッサ５０３による制御に従って、公衆通信回線を介して接続された装置との間で情報の送受信を行う。
【００４５】
記憶部５０７は、ＲＯＭ（Read  Only  Memory）、ＨＤＤ（Hard  Disk  Drive）、ＳＳＤ（Solid  State  Drive）等の不揮発性の記憶媒体を有し、ペットに関連する情報を管理するためのアプリケーションの他、各種のプログラムや設定情報等を記憶する。
【００４６】
無線通信モジュール５０２は、Bluetooth（登録商標）などの接続手法を用いて、第１のタグ装置１５１との間で情報の送受信を行う。本実施形態の無線通信モジュール５０２は、Bluetooth（登録商標）のクライアント機能を実現し、サーバ機能を実現しているタグ装置との間で接続を確立し、データの送受信を行う。無線通信モジュール５０２もＢＬＥ通信に対応し、タグ装置と同じプロファイル（例えばＧＡＴＴプロファイル）を有するモジュールとする。
【００４７】
プロセッサ５０３は、例えばＣＰＵ（Central  Processing  Unit）などの制御手段であって、第１の携帯端末１０１全体を制御するための電子回路とする。また、プロセッサ５０３は、記憶部５０７に記憶されているアプリケーションを実行することで、ペットに関連する情報の管理を開始する。
【００４８】
次にプロセッサ５０３でアプリケーションを実行した場合の構成について説明する。図６は、第１の携帯端末１０１のプロセッサ５０３が、アプリケーションを実行したことで実現された構成を示したブロック図である。図６に示されるように、プロセッサ５０３は、表示制御部６０１と、ＳＮＳ通信制御部６０２と、タグ通信部６０３と、散歩コース記録制御部６０４と、を実現する。
【００４９】
ＳＮＳ通信制御部６０２は、公衆ネットワーク通信部５０４を介して、サーバ１８０と情報の送受信を行う。サーバ１８０はＳＮＳを提供しているため、ＳＮＳ通信制御部６０２は、サーバ１８０と送受信を行うことで、サーバ１８０が提供しているＳＮＳを第１の携帯端末１０１上で利用することができる。
【００５０】
タグ通信部６０３は、第１の携帯端末１０１と対応づけられている第１のタグ装置１５１との間で情報の送受信を行う。なお、本実施形態において、第１の携帯端末１０１と対応付けられるタグ装置を一つに制限するものではなく、監視対象となる生物（例えばペット）の数に応じて対応付けを可能とする。
【００５１】
そして、タグ通信部６０３は、第１のタグ装置１５１が散歩中に他のタグ装置から受信したタグＩＤを、第１のタグ装置１５１から受信する。受信するタイミングは特に制限するものではなく、散歩中に受信しても良いし、散歩終了後に一括して受信しても良い。
【００５２】
散歩コース記録制御部６０４は、第１の携帯端末１０１が散歩中に移動した経路を示す散歩コース情報を、記憶部５０７に記憶する制御を行う。
【００５３】
表示制御部６０１は、第１のタグ装置１５１から無線通信モジュール５０２が受信した他のタグ装置を識別する他のタグＩＤで識別可能なペットの情報（例えば散歩中に出会ったペットの名前やアイコン）と、第１のタグ装置１５１が他のタグ装置（例えば第２のタグ装置１５２）から他のタグＩＤを受信した時刻、又は当該時刻に第１の携帯端末１０１が存在した位置情報と、を表示する。なお、本実施形態は、携帯端末にＧＰＳを搭載させる例について説明するが、タグ装置にＧＰＳを搭載し、表示制御部６０１が、タグ装置が存在した位置情報を表示しても良い。なお、他のタグＩＤで識別可能なペットの情報（例えば散歩中に出会ったペットの名前やアイコン）は、サーバ１８０から受信したものとする。
【００５４】
さらに、表示制御部６０１は、散歩コース記録制御部６０４により記憶部５０７に記憶された散歩コース情報で示された経路上に、第１のタグ装置１５１が他のタグ装置のタグＩＤを受信した位置情報を表示する。これにより、ユーザは、どの位置で他のペットに出会ったのか認識できる。
【００５５】
ＳＮＳ通信制御部６０２は、無線通信モジュール５０２が受信した、他のタグ装置を識別する他のタグＩＤと、第１のタグ装置１５１を識別するタグＩＤと、他のタグ装置から他のタグＩＤを受信した時刻と、当該時刻の時にＧＰＳ５０１から取得した位置情報と、を対応づけて、サーバ１８０に送信する。
【００５６】
また、ＳＮＳ通信制御部６０２は、ペット毎に設定された情報の開示レベルに従って、情報を送受信する。例えば、ＳＮＳ通信制御部６０２は、第２のタグ装置１５２から受信したタグＩＤで識別可能な情報（例えば、タグＩＤで識別されるペットの名前やアイコン等）をサーバ１８０から受信する。また、ＳＮＳ通信制御部６０２は、第３のタグ装置から受信したタグＩＤで識別可能な情報をサーバ１８０から受信することを拒否された場合に、第３のタグ装置から受信したタグＩＤで識別可能な情報の取得要求を、フレンド登録の要求等として、サーバ１８０に対して送信する。これにより、第３のタグ装置と対応づけられた第３の携帯端末が、第１の携帯端末１０１からのフレンド登録等を了承した場合に、ＳＮＳ通信制御部６０２は、サーバ１８０から、第３のタグ装置から受信した他のタグＩＤで識別可能な情報を受信できる。
【００５７】
このように、表示制御部６０１は、サーバ１８０に対して取得要求を送信した後、第３のタグ装置のユーザから取得要求が了承された場合に、当該第３のタグ装置のタグＩＤで識別可能な情報をサーバ１８０から受信し、表示する。
【００５８】
図１に戻り、サーバ１８０の構成について説明する。サーバ１８０は、ペットの情報をユーザが保存したり、他のユーザとペットに関する情報を交換したりするためのＳＮＳのためのサーバとする。サーバ１８０は、通信処理部１８１と、ＳＮＳサーバアプリケーション部１８２と、記憶部１８３と、を備え、携帯端末等（例えば、第１の携帯端末１０１や、第２の携帯端末１０２）に対して、ＳＮＳによる様々なサービスを提供する。
【００５９】
記憶部１８３は、ＳＮＳを提供するための様々な情報を記憶する。記憶部１８３は、少なくとも、公開レベル記憶テーブルと、出会い情報記憶テーブルと、散歩コース記憶テーブルと、を記憶する。
【００６０】
公開レベル記憶テーブルは、ＳＮＳに登録しているユーザのタグ装置と対応づけられているペットに関する情報の公開レベルを記憶している。図７は、公開レベル記憶テーブルのテーブル構造を示した図である。図７に示されるように、公開レベル記憶テーブルは、タグＩＤと、公開レベルと、を対応づけて記憶している。当該公開レベル記憶テーブルによりタグＩＤで検索することで、タグ装置に設定された公開レベルを読み出すことができる。当該公開レベルは、タグＩＤで識別されるタグ装置を装着しているペットの情報を、他のユーザに対して提供可能な範囲を設定可能とする。例えば、公開レベルを設定することで、不特定多数に公開可能にしたり、友人関係が設定されたユーザに限り公開可能にしたり、迷子のペットを探索する場合に限り制限した情報を公開可能にしたり、一切公開しないよう設定したりできる。また、公開レベル記憶テーブルにおいては、例えば親しい友人、お散歩友人など、友人のレベルを設定し、相手によって公開レベルを設定することも可能である。
【００６１】
出会い情報記憶テーブルは、散歩の際に出会ったペットに関する情報を記憶している。図８は、出会い情報記憶テーブルのテーブル構造を示した図である。図８に示されるように、出会い情報記憶テーブルは、第１のタグＩＤと、時刻と、第２のタグＩＤと、場所と、を対応づけて記憶している。第１のタグＩＤは、出会ったペットのうちいずれか一方に装着されたタグ装置が保持するＩＤであり、第２のタグＩＤは、出会ったペットのうちいずれか他方に装着されたタグ装置が保持するＩＤとする。時刻は、これら複数のタグ装置同士が通信可能な範囲内に入った時刻、換言すればこれら複数のペットが出会った時刻とする。場所は、ペットが出会った位置とする。出会い情報記憶テーブルは、携帯端末から送信されてきた情報に基づいて登録される。
【００６２】
散歩コース記憶テーブルは、ペットとともに携帯端末が移動したコースを記憶している。図９は、散歩コース記憶テーブルのテーブル構造を示した図である。図９に示されるように、散歩コース記憶テーブルは、タグＩＤと、時刻と、散歩コースと、を対応づけて記憶している。タグＩＤは、散歩したペットが装着していたタグ装置を識別する（換言すればペットを識別する）。散歩コースは、当該ペットが散歩したコースと、当該ペットの散歩中にＧＰＳにより検出された位置情報群と、で構成される。時刻は、位置情報群の各々の位置情報毎に対応づけられた時刻群とする。
【００６３】
本実施形態では、ペットに関する情報の保持手法の一例として、サーバ１８０が、公開レベル記憶テーブルと、出会い情報記憶テーブルと、散歩コース記憶テーブルと、を備える例について説明したが、このような保持手法に制限するものではなく、他の態様で保持しても良い。また、サーバ１８０が、ペットに関する情報を保持することに制限するものではなく、携帯端末や他の機器で保持しても良い。
【００６４】
通信処理部１８１は、公衆通信回線等を介して、第１の携帯端末１０１や、第２の携帯端末１０２等と情報を送受信するための処理を行う。
【００６５】
ＳＮＳサーバアプリケーション部１８２は、携帯端末等にＳＮＳ（Social  Networking  Service）を提供するためのアプリケーションとする。サーバ１８０が、ＳＮＳサーバアプリケーション部１８２を実行し、通信処理部１８１を介して携帯端末（例えば第１の携帯端末１０１や、第２の携帯端末１０２）と送受信を行うことで、記憶部１８３に記憶された情報に従って、携帯端末に対してＳＮＳを用いた様々な機能を提供する。本実施形態では、ペットに関するライフログを管理したり、ペットの飼い主間でペットに関するコミュニケーションをするためのＳＮＳが提供される。
【００６６】
図１０は、第１の携帯端末１０１が、サーバ１８０から送信された情報に従って、表示した第１の画面例とする。図１０に示される例では、サーバ１８０の記憶部１８３の散歩コース記憶テーブルと、出会い情報記憶テーブルと、に基づいて、ある日に散歩した散歩コースと、当該散歩コース中に出会ったペットの情報と、が示されている。図１０に示す例では、自宅を示すアイコン１００１から散歩コース１００２を移動した例を示している。図１０に示される例のうち（１）、（２）、（３）、（４）で示される位置で、他のペットと出会ったことが示されている。図１０に示される画面例では、出会ったペットに関する公開レベルに従って、アイコンなどの情報が表示される。
【００６７】
図１１は、第１の携帯端末１０１が、サーバ１８０から送信された情報に従って、表示した第２の画面例とする。図１１に示される例では、サーバ１８０の記憶部１８３の散歩コース記憶テーブルと、出会い情報記憶テーブルと、に基づいて、日にち毎にあるペットに出会った場所を、散歩コース上に表した例とする。図１１に示す例では、あるペット（例えば他のユーザが飼っているケンくん）について、第１の携帯端末１０１のユーザが飼っているペットと出会った位置を、第１の携帯端末１０１のユーザが飼っているペットの散歩コース上に表されている。このように、第１の携帯端末１０１上で、誰とどこで出会ったのかを表示することができる。ただし当該表示も、設定されている公開レベルに依存しているものとする。
【００６８】
図１２は、第１の携帯端末１０１が、サーバ１８０から送信された情報に従って、表示した第３の画面例とする。図１２に示される例では、サーバ１８０の記憶部１８３の出会い情報記憶テーブルに基づいて、よく出会うことが多いペットを上から順に表した例とする。これにより、ユーザは、散歩中によく出会うペットを認識することができる。例えば、ペットを散歩する人が変わった（子供から親など）場合に、出会ったペットと自分のペットの仲が良いか否かを確認できる。
【００６９】
図１３は、第１の携帯端末１０１が、サーバ１８０から送信された情報に従って、表示された第４の画面例とする。図１３に示される例では、サーバ１８０の記憶部１８３に記憶された、日にち単位の第１のタグ装置１５１の移動情報に基づいて、ペットの移動履歴を表した例とする。これにより、ユーザは、ペットの日にち単位の活動量を認識できる。このように蓄積された移動履歴に従って、ペットの状態を推測して表示しても良い。
【００７０】
さらには、第１の携帯端末１０１が、他のペットに関する情報を表示する際に、散歩中に出会ったペットを絞り込む条件を設定可能としてもよく、例えば、同一犬種のみ表示するように条件を設定可能としても良い。
【００７１】
次に本実施形態のタグ装置、及び携帯端末間で行われる処理について説明する。図１４は、本実施形態のタグ装置、及び携帯端末間で行われる処理を示したシーケンス図である。
【００７２】
まず、第１のタグ装置１５１は、電源ＯＮとなる操作を受け付ける（ステップＳ１４０１）。第１のタグ装置１５１は、起動した際に、サーバ機能を実現する。なお、本実施形態では、起動した際に、クライアント機能及びサーバ機能のうちどちらを実現するのかを制限するものではない。図１４に示すシーケンス図では、説明を容易にするために、第１のタグ装置１５１が起動した際にサーバ機能を実現し、第２のタグ装置１５２が起動した際にクライアント機能を実現している。
【００７３】
第１のタグ装置１５１の通信制御部４０２は、第１のタグ装置１５１のタグＩＤを格納したアドバタイジング・パケットを、無線通信モジュール３０１を介してブロードキャストで送信する（ステップＳ１４０２）。なお、アドバタイジング・パケットの送信する回数は少なくとも一回以上であればよい。なお、アドバタイジング・パケットのブロードキャストは、第１のタグ装置１５１がサーバ機能を実現している間、所定の時間間隔毎に行うものとする（ステップＳ１４０２〜ステップＳ１４０４）。
【００７４】
そして、第１のタグ装置１５１の切替制御部４０１は、起動してからサーバ用の期間を経過した場合に、サーバ機能から、クライアント機能に切り替える制御を行う（ステップＳ１４０５）。なお、その際にクライアント用の期間の設定も行う。
【００７５】
一方、第２のタグ装置１５２は、電源ＯＮとなる操作を受け付ける（ステップＳ１４２１）。第２のタグ装置１５２は、起動した際に、クライアント機能を実現する。
【００７６】
第２のタグ装置１５２の通信制御部４０２は、無線通信モジュール３０１を介して、他のタグ装置から送信されたアドバタイジング・パケットのスキャニングを行い、受信可能な状態に制御する（ステップＳ１４２２）。
【００７７】
そして、第２のタグ装置１５２の通信制御部４０２が、送信されているアドバタイジング・パケットを検出した場合に、当該アドバタイジング・パケットを受信し、アドバタイジング・パケットに含まれているタグＩＤを、受信した時刻と対応付けて、タグ情報記憶部３０３に記憶する（ステップＳ１４２３）。
【００７８】
そして、第２のタグ装置１５２の切替制御部４０１は、起動してからクライアント用の期間を経過した場合に、クライアント機能から、サーバ機能に切り替える制御を行う（ステップＳ１４２４）。なお、その際にサーバ用の期間の設定も行う。
【００７９】
そして、第２のタグ装置１５２の通信制御部４０２は、第２のタグ装置１５２のタグＩＤを格納したアドバタイジング・パケットを、無線通信モジュール３０１を介してブロードキャストで送信する（ステップＳ１４２５）。
【００８０】
第１のタグ装置１５１の通信制御部４０２は、クライアント機能に切り替えられた後、無線通信モジュール３０１を介して、他のタグ装置から送信されたアドバタイジング・パケットのスキャニングを行い、受信可能な状態に制御する（ステップＳ１４０６）。
【００８１】
そして、第１のタグ装置１５１の通信制御部４０２が、送信されているアドバタイジング・パケットを検出した場合に、当該アドバタイジング・パケットを受信し、アドバタイジング・パケットに含まれているタグＩＤを、受信した時刻と対応付けて、タグ情報記憶部３０３に記憶する（ステップＳ１４０７）。
【００８２】
そして、第１のタグ装置１５１の切替制御部４０１は、起動してからクライアント用の期間を経過した場合に、クライアント機能から、サーバ機能に切り替える制御を行う（ステップＳ１４０８）。なお、その際にサーバ用の期間の設定も行う。
【００８３】
次に、第１のタグ装置１５１が第１の携帯端末１０１に、散歩中に出会ったペットの情報が示された出会い情報を送信する場合の手順について説明する。
【００８４】
なお、ステップＳ１４０９〜Ｓ１４１０は、第１のタグ装置１５１がサーバ機能を実現しているタイミングで行われる。このため、第１のタグ装置１５１の通信制御部４０２は、第１のタグ装置１５１のタグＩＤを格納したアドバタイジング・パケットを、無線通信モジュール３０１を介してブロードキャストで送信する（ステップＳ１４０９）。
【００８５】
一方、第１の携帯端末１０１は、クライアント機能を実現しているものとする。このため、第１の携帯端末１０１のタグ通信部６０３は、タグ装置から送信されたアドバタイジング・パケットのスキャニングを行い、受信可能な状態に制御する（ステップＳ１４３１）。
【００８６】
そして、第１の携帯端末１０１のタグ通信部６０３が、送信されているアドバタイジング・パケットを検出した場合に、当該アドバタイジング・パケットを受信し、アドバタイジング・パケットに含まれているタグＩＤが、第１の携帯端末１０１と対応付けられているタグ装置のタグＩＤと一致するかを判定する（ステップＳ１４３２）。
【００８７】
そして、第１の携帯端末１０１のタグ通信部６０３は、タグＩＤが一致していると判定した場合に、第１のタグ装置１５１に対して接続要求を行う（ステップＳ１４３３）。なお、接続する際の具体的な処理手順については省略する。
【００８８】
そして、第１の携帯端末１０１と、第１のタグ装置１５１と、の間で通信が確立された場合に、第１のタグ装置１５１の通信制御部４０２は、第１の携帯端末１０１に対して、タグ情報記憶部３０３に登録されているタグＩＤ等を含む出会い情報を送信する（ステップＳ１４１０）。これにより、第１の携帯端末１０１は、第１のタグ装置１５１を装着したペットが出会ったペットに関する情報を取得できる。
【００８９】
次に、本実施形態のコミュニケーションシステムにおける全体的な処理について説明する。図１５は、本実施形態のコミュニケーションシステムにおける上述した処理の手順を示すフローチャートである。図１５に示す例は、散歩の開始時からの処理手順とする。
【００９０】
まず、携帯端末（例えば第１の携帯端末１０１）は、散歩中の記録を行うためのアプリケーションを起動する（ステップＳ１５０１）。当該起動は、ユーザからの操作に従ったものでも良いし、ペットに装着された第１のタグ装置１５１と接触することをトリガーとしてもよい。また、例えばお散歩に行くときにのみ、タグ装置を装着する場合には、タグ装置自身の振動などの動きから、アプリケーションを起動してもよい。なお、本実施形態のアプリケーションは、ＳＮＳにアクセスするためのアプリケーションと共有するが、別構成としても良い。
【００９１】
そして、本実施形態では、アプリケーションの起動時に、タグ通信部６０３が、携帯端末と対応づけられたタグ装置（例えば第１のタグ装置１５１）に対して、起動要求を行う。これにより、第１のタグ装置１５１が起動する（ステップＳ１５１１）。なお、本フローチャートでは、起動した際にクライアント機能を実現する例とする。これにより、タグ装置の通信制御部４０２が、無線通信モジュール３０１を介して、他のタグ装置から送信されたアドバタイジング・パケットのスキャニングを開始する。
【００９２】
第１の携帯端末１０１では、散歩コース記録制御部６０４が、ＧＰＳ５０１に基づいて、散歩コース情報を記憶部５０７に記録する（ステップＳ１５０２）。
【００９３】
そして、第１の携帯端末１０１のプロセッサ５０３は、入力部５０６から、ユーザからの散歩終了の操作を受け付けたか否かを判定する（ステップＳ１５０３）。散歩終了の操作を受け付けていないと判定した場合（ステップＳ１５０３：Ｎｏ）、ステップＳ１５０２の処理を継続して行う。なお、本フローチャートでは、散歩終了の操作で散歩が終了したか否かを判定する例について説明するが、散歩が終了したか否かの判断基準を、ユーザからの入力に制限するものではなく他の手法を用いても良い。一方、散歩終了の操作を受け付けたと判定した場合（ステップＳ１５０３：Ｙｅｓ）、タグ通信部６０３が、無線通信モジュール５０２から、散歩終了した旨の通知を、第１のタグ装置１５１に対して行う（ステップＳ１５０４）。
【００９４】
タグ装置（第１のタグ装置１５１）においては、スキャニングを開始した後、通信制御部４０２が、無線通信モジュール３０１を介して、他のペット（犬等）に装着された他のタグ装置からアドバタイジング・パケットを検出したか否かを判定する（ステップＳ１５１２）。アドバタイジング・パケットを検出していない場合（ステップＳ１５１２：Ｎｏ）、ステップＳ１５１４に遷移する。一方、アドバタイジング・パケットを検出したと判定した場合（ステップＳ１５１２：Ｙｅｓ）、通信制御部４０２は、アドバタイジング・パケットに含まれているタグＩＤを、クロックＩＣ３０５から入力された現在の時刻と対応づけて、タグ情報記憶部３０３に登録する（ステップＳ１５１３）。
【００９５】
そして、切替制御部４０１が、クライアント用の期間を経過した場合に、クライアント機能からサーバ機能に切り替える（ステップＳ１５１４）。これにより、通信制御部４０２が、アドバタイジング・パケットをブロードキャストで送信する（ステップＳ１５１５）。また、サーバ機能の間は、第１の携帯端末１０１との間で通信を確立できる。
【００９６】
そして、通信制御部４０２は、第１の携帯端末１０１から、散歩終了の通知を受信したか否かを判定する（ステップＳ１５１６）。通知を受信していない場合（ステップＳ１５１６：Ｎｏ）、切替制御部４０１が、サーバ用の期間を経過した場合に、サーバ機能からクライアント機能に切り替える（ステップＳ１５１７）。そして、ステップＳ１５１２から再び処理を行う。
【００９７】
一方、通信制御部４０２が、通知を受信したと判定した場合（ステップＳ１５１６：Ｙｅｓ）、散歩中に格納された、他のタグ装置を示すタグＩＤを、受信した時刻と対応づけて、第１の携帯端末１０１に送信する（ステップＳ１５１８）。
【００９８】
そして、第１の携帯端末１０１の無線通信モジュール５０２は、散歩中に格納されたタグＩＤを、時刻と対応づけて受信する（ステップＳ１５０５）。
【００９９】
そして、第１の携帯端末１０１の公衆ネットワーク通信部５０４が、散歩中に格納された、（時刻と対応づけられた）他のタグＩＤと、第１のタグ装置１５１を識別するタグＩＤと、散歩コースと、当該散歩コースの各位置での時刻と、をサーバ１８０に送信する（ステップＳ１５０６）。これにより、サーバ１８０の記憶部１８３の出会い情報記憶テーブルと散歩コース記憶テーブルとが更新される。
【０１００】
そして、第１の携帯端末１０１では、ユーザからの操作に従って、散歩に関する表示制御を行う（ステップＳ１５０７）。
【０１０１】
次に、図１５のステップＳ１５０７における、散歩に関する表示制御に関する処理について説明する。図１６は、本実施形態の第１の携帯端末１０１における上述した処理の手順を示すフローチャートである。
【０１０２】
まず、ＳＮＳ通信制御部６０２が、公衆ネットワーク通信部５０４を介して、散歩中に会ったペット（例えば犬）を識別するタグＩＤ（散歩中に受信したタグＩＤ）に基づいて、当該ペットに関する開示レベル等を、サーバ１８０に問い合わせる（ステップＳ１６０１）。
【０１０３】
そして、ＳＮＳ通信制御部６０２は、サーバ１８０から問い合わせ結果を受信する（ステップＳ１６０２）。そして、ＳＮＳ通信制御部６０２は、散歩中に会ったペット（例えば犬）に関する情報が開示可能か否かを判定する（ステップＳ１６０３）。開示可能と判定した場合（ステップＳ１６０３：Ｙｅｓ）、ステップＳ１６０６に遷移する。
【０１０４】
一方、ＳＮＳ通信制御部６０２が、問い合わせ結果で開示不可能と判定した場合（ステップＳ１６０３：Ｎｏ）、ＳＮＳ通信制御部６０２が、サーバ１８０を介して、出会ったペットを管理している携帯端末に対して、情報の開示要求を行う（ステップＳ１６０４）。なお、開示要求は、ＳＮＳのフレンドの登録申請等でも良い。
【０１０５】
そして、ＳＮＳ通信制御部６０２は、サーバ１８０から、開示要求に承諾した旨の返事があったか否かを判定する（ステップＳ１６０５）。承諾した旨の返事がない場合（ステップＳ１６０５：Ｎｏ）、処理を終了する。一方、承諾した旨の返事があった場合（ステップＳ１６０５：Ｙｅｓ）、ステップＳ１６０６に遷移する。
【０１０６】
そして、ＳＮＳ通信制御部６０２は、サーバ１８０から、散歩中に出会ったペットに関する情報を受信する（ステップＳ１６０６）。そして、表示制御部６０１が、受信した情報の表示を行う（ステップＳ１６０７）。これにより、例えば、図１０〜図１２等で示される画面が表示される。
【０１０７】
本実施形態においては、この予め定められた距離範囲に含まれた場合にタグ装置間で情報を送受信する例について説明したが、当該タグ装置間で行われる情報の送受信を予め定められた距離範囲内に含まれた場合に制限するものではない。例えば、検出したアドバタイジング・パケットに含まれているタグＩＤを全て記憶しても良い。
【０１０８】
（第２の実施形態）
第１の実施形態では、タグ装置がクライアント機能とサーバ機能とを交互に切り替える例について説明した。しかしながら、第１の実施形態は、クライアント機能とサーバ機能とを常に交互に切り替えることに制限するものではない。例えば、当該タグ装置を装着しているペットが迷子になった場合に、サーバ機能を維持して、アドバタイジング・パケットを送信し続けることも考えられる。そこで、第２の実施形態では、タグ装置の状況に応じて、クライアント機能とサーバ機能との切り替えを異ならせる例について説明する。なお、タグ装置及び携帯端末の構成は第１の実施形態と同様として説明を省略する。
【０１０９】
例えば、従来、ペットが飼い主から離れ、迷子になった場合、飼い主はペットがどこにいるのかわからなくなる。このため、口コミやポスターなどを利用した探索が行われていたが、ポスター等に描かれたペットと見つけた生物が同一か否かの判断が難しい。また、ペットを見つけた場合に、口コミの抑止やポスターの回収が難しい。また、迷子防止のために、ＧＰＳ機能を有する装置をペットに装着することも考えられるが、当該装置はかなりの電力を必要とする。当該装置は、充電を行わない場合、数時間しか駆動しないことが多い。このため、一定時間を過ぎると足取りがつかめなくなることが多かった。
【０１１０】
そこで、本実施形態では、ペットが迷子の場合には、ペットが装着しているタグ装置から、Bluetooth（登録商標）によるアドバタイジング・パケットを送信する例とする。他の電子機器が、当該ペットが装着しているタグ装置からのアドバタイジング・パケットを受信した場合に、飼い主にその旨を通知することで、ペットの位置を認識できる。タグ装置によるアドバタイジング・パケットの送信は、ＧＰＳ機能と比べて電力を要しないため、長時間のペットの追跡を可能とする。さらにはタグ装置の制御部が、アドバタイジング・パケットの送信間隔を長くすることで、タグ装置の長時間の駆動を可能とする。
【０１１１】
図１７は、本実施形態の第１のタグ装置１５１におけるモードの遷移を例示した図である。図１７に示されるように第１のタグ装置１５１は、家モードと、散歩モードと、迷子モードと、を切り替え可能とする。モードの切り替えは、切替制御部４０１により行われる。
【０１１２】
当該第１のタグ装置１５１を装着したペットが家にいる場合には、家モードが設定される。そして、第１のタグ装置１５１が家モードに設定されている場合、サーバ機能を実現している。つまり、第１のタグ装置１５１の通信制御部４０２は、家モード用の時間間隔（例えば１０秒）毎に、アドバタイジング・パケットをブロードキャストで送信している。これにより、家にいる場合に、携帯端末との接続が可能になると共に、ペットが家を勝手に出て、迷子になった場合に、タグＩＤを周囲に通知していることになる。これにより、他のタグ装置や携帯端末等が、迷子になったペットのタグＩＤを検出可能となる。
【０１１３】
そして、第１のタグ装置１５１の通信制御部４０２は、当該第１のタグ装置１５１と対応付けられた携帯端末（例えば第１の携帯端末１０１）から、散歩の開始通知を受信した場合に、第１のタグ装置１５１の切替制御部４０１が、家モードから、散歩モードに切り替える制御を行う。第１のタグ装置１５１が散歩モードに設定されている場合、サーバ機能とクライアント機能とを交互に切り替える制御、換言すれば第１の実施形態で示した制御が行われる。
【０１１４】
このように、本実施形態では、第１のタグ装置１５１のプロセッサ３０２は、家モードの場合に、当該第１のタグ装置１５１のタグＩＤを含むアドバタイジングのブロードキャストで送信制御する。そして、第１のタグ装置１５１のプロセッサ３０２は、通信が確立された携帯端末から、散歩の開始通知を受信した場合に、家モードから散歩モードに切り替えて、アドバタイジング・パケットのブロードキャストを行うサーバ用の期間と、アドバタイジング・パケットを受信可能なクライアント用の期間と、を交互に切り替える制御を行う。なお、本実施形態は、散歩の開始通知を受信した場合に、モード切替を行う例について説明するが、モードを切り替える条件を、散歩の開始通知を受信した場合に制限するものではなく、例えば、加速度センサーにより検知された加速度で散歩が開始されたと判定された場合や、散歩開始の時刻になった場合等であっても良い。
【０１１５】
第１の実施形態と異なる点としては、第１のタグ装置１５１が、散歩モードのサーバ機能を実現している間、第１の携帯端末１０１との間で所定の時間間隔（例えば１分）毎に相互通信を行う。所定の時間毎に相互通信を行うことで、第１のタグ装置１５１のプロセッサ３０２は、第１の携帯端末１０１が、近くに存在することを検出できる。そして、第１のタグ装置１５１のプロセッサ３０２が、迷子判定用の基準時間（例えば１０分）以上、第１の携帯端末１０１を検出できない場合に、切替制御部４０１が、第１のタグ装置１５１を散歩モードから、迷子モードに切り替える制御を行う。第１のタグ装置１５１が迷子モードに設定されている場合、サーバ機能を実現している。つまり、第１のタグ装置１５１の通信制御部４０２は、所定の時間間隔（例えば１０秒）毎に、アドバタイジング・パケットをブロードキャストで送信する。これにより、他のタグ装置や携帯端末等が、迷子になったペットのタグＩＤを検出可能となる。
【０１１６】
なお、第１のタグ装置１５１と複数の携帯端末が対応付けられている場合、本実施形態では複数の携帯端末のうちいずれか一つが検出されていれば、迷子モードへの切り替えは行わないものとする。
【０１１７】
このように、本実施形態の第１のタグ装置１５１のプロセッサ３０２は、対応付けられている携帯端末（例えば、第１の携帯端末１０１）との間で通信が基準時間以上確立できなかった場合に、アドバタイジング・パケットをブロードキャストで送信する期間と、アドバタイジング・パケットを受信可能な状態に制御する期間とを交互に切り替える制御を停止し、第１のタグ装置１５１のタグＩＤを含むアドバタイジング・パケットのブロードキャストで送信を開始する。
【０１１８】
本実施形態では、ペットが迷子になった場合、携帯端末は、ペットが装着しているタグ装置からの情報を受信できなくなる。しかしながら、タグ装置がタグＩＤを含むアドバタイジング・パケットをブロードキャストで送信することで、ペットの飼い主は、当該タグＩＤを受信した他の電子機器からサーバ１８０を介して、ペットに関する情報を取得できる。
【０１１９】
次に、第１のタグ装置１５１を装着した生物が迷子になった場合に行われる処理について説明する。図１８は、第１のタグ装置１５１を装着した生物（例えばペット）が迷子になった場合に行われる処理の手順を表した説明図である。
【０１２０】
図１８に示されるように、（１）第１のタグ装置１５１を装着したペットが迷子になった場合、当該ペットの飼い主が、第１の携帯端末１０１から、ＳＮＳを提供しているサーバ１８０に対して、迷子宣言を通知する。その際に、飼い主は、第１の携帯端末１０１から、第１のタグ装置１５１を装着している生物の特徴を、文字列や画像データで通知しても良い。
【０１２１】
サーバ１８０は、ＳＮＳに参加しているユーザの各電子機器（例えば第２の携帯端末１０２）に対して、迷子になった生物の（２）個体識別可能な情報の緊急通知を行う。なお、個体識別可能な情報には、少なくとも第１のタグ装置１５１のタグＩＤが含まれている。
【０１２２】
（３）第１のタグ装置１５１は、アドバタイジング・パケットをブロードキャストしている。このため、第２の携帯端末１０２が、第１のタグ装置１５１の近くを通った場合には、第２の携帯端末１０２が、第１のタグ装置１５１からのアドバタイジング・パケットを受信する。
【０１２３】
（３−１）’他の例としては、第２のタグ装置１５２が、第１のタグ装置１５１の近くを通った場合には、第１のタグ装置１５１からのアドバタイジング・パケットを受信する。そして、（３−２）’  第２のタグ装置１５２が、第２の携帯端末１０２に対して、第１のタグ装置１５１のタグＩＤを含んだ出会い情報を送信する。
【０１２４】
（４）これらのうちいずれか一つにより、第２の携帯端末１０２は、第１のタグ装置１５１を装着している生物（ペット）を発見したものとして、発見通知をサーバ１８０に送信する。図１９は、本実施形態の発見通知に含まれている情報を例示した図である。図１９に示されるように、発見通知には、検出した第１のタグ装置１５１のタグＩＤ、第２の携帯端末１０２を識別するための機器識別情報、アドバタイジング・パケットを受信した時の位置情報（例えばＧＰＳデータ）、アドバタイジング・パケットを受信した時刻、が含まれている。
【０１２５】
（５）サーバ１８０は、発見通知に基づいて、第１の携帯端末１０１に対して第１のタグ装置１５１を装着している生物が発見されたことを通知する。当該通知には、少なくとも第１のタグ装置１５１のアドバタイジング・パケットを受信した時刻と、アドバタイジング・パケットを受信した時の位置情報と、が含まれている。これにより、第１の携帯端末１０１を所持しているユーザは、第１のタグ装置１５１を装着している生物の位置を特定するのが容易になる。
【０１２６】
このように、本実施形態のＳＮＳ通信制御部６０２は、第１の携帯端末１０１が第１のタグ装置１５１と（第１のタグ装置１５１を装着しているペットが迷子のために）通信できない場合に、サーバ１８０から、他のタグ装置が第１のタグ装置１５１のアドバタイジング・パケットを受信した時刻、又は当該時刻に他のタグ装置若しくは当該他のタグ装置と対応づけられた他の携帯端末が存在した位置情報と、を受信する。また、ＳＮＳ通信制御部６０２は、第１のタグ装置１５１のタグＩＤを受信した他のタグ装置のタグＩＤで識別される情報（例えばペットの名前やアイコン等）を受信しても良い。
【０１２７】
そして、表示制御部６０１が、ＳＮＳ通信制御部６０２が受信した情報に基づいて、当該他のタグ装置が第１のタグ装置１５１のタグＩＤを受信した時刻、又は当該時刻に他のタグ装置若しくは当該他のタグ装置と対応づけられた携帯端末が存在した位置情報を表示する。次に迷子のペットを探し出すための電子機器について説明する。
【０１２８】
図２０は、ペットＡが迷子になった場合に情報を受信するためのネットワーク構成例を示した図である。図２０に示す例では、第１の携帯端末１０１は、ペットＡが迷子になったため、当該ペットＡに装着された第１のタグ装置１５１から情報を受信できない。
【０１２９】
そこで、第１の携帯端末１０１は、サーバ１８０に対して、迷子宣言、換言すればペットＡに装着された第１のタグ装置１５１のタグＩＤを受信している電子機器が存在しているか否かの確認要求を行う。
【０１３０】
この場合に、第１のタグ装置１５１は、すでに情報を開示する旨の承諾を受けているユーザの携帯端末（第２の携帯端末１０２、第１５の携帯端末１１５、第１６の携帯端末１１６）又はタグ装置（第２のタグ装置１５２、第１５のタグ装置１６５、第１６のタグ装置１６６）が、第１のタグ装置１５１のタグＩＤを受信したか否かを示す情報を、サーバ１８０を介して受信できる。
【０１３１】
さらに、通常は開示する旨の承諾を受けていないが、迷子等の場合に限り情報を提供することも可能とする。例えば、携帯端末（例えば、第３の携帯端末１０３、第１７の携帯端末１１７）、又はタグ装置（例えば、第３のタグ装置１５３、第１７のタグ装置１６７）は、探索するための情報に限り開示する（探索参加ＯＫ）設定がなされている。このため、第１の携帯端末１０１は、第１のタグ装置１５１のタグＩＤを受信したか否かを示す情報を、第３の携帯端末１０３又は第１７の携帯端末１１７から、サーバ１８０を介して受信できる。
【０１３２】
なお、通常は開示する旨の承諾を受けていないが、迷子等の場合に限り情報を提供する旨の設定は予め行っても良いし、第１の携帯端末１０１が、サーバ１８０が提供するＳＮＳで開示するように呼びかけられた場合に、当該呼びかけに応じて設定するようにしても良い。さらには、非開示であっても、迷子が生じた場合に、迷子のペットが装着していたタグ装置のタグＩＤを受信した時刻と場所に限り開示してもよい。これによりセキュリティを確保しつつ、迷子のペットの探索が容易になる。
【０１３３】
また、タグ装置からのアドバタイジング・パケットを受信する電子機器を、携帯端末やタグ装置に制限するものではなく、例えば、道路上に設置された電子機器等を含めてもよい。道路上に設置された電子機器としては、例えば、デジタルサイネージ装置や自動販売機などが含まれる。これらの電子機器が、無線通信モジュールを搭載し、図１９で例示した情報をサーバ１８０に送信する。
【０１３４】
図２１は、本実施形態における第１のタグ装置１５１の移動に従って行われた処理を例示した図である。図２１に示される例では、第１のタグ装置１５１を装着したペットは、（Ａ）、（Ｂ）、（Ｃ）、（Ｄ）の順に移動している。
【０１３５】
第１のタグ装置１５１が位置（Ａ）に存在する場合、デジタルサイネージ装置２００１が、第１のタグ装置１５１からのアドバタイジング・パケットを受信し、サーバ１８０に当該アドバタイジング・パケットに含まれていたタグＩＤに関する情報と、デジタルサイネージ装置２００１を識別する機器識別情報と、を送信している。
【０１３６】
第１のタグ装置１５１が位置（Ｂ）に存在する場合、第３の携帯端末１０３が、第１のタグ装置１５１からのアドバタイジング・パケットを受信し、サーバ１８０に当該アドバタイジング・パケットに含まれていたタグＩＤに関する情報と、ＧＰＳ情報と、第３の携帯端末１０３を識別する機器識別情報と、を送信している。
【０１３７】
第１のタグ装置１５１が位置（Ｃ）又は位置（Ｄ）に存在する場合、デジタルサイネージ装置２００２が、第１のタグ装置１５１からのアドバタイジング・パケットを受信し、サーバ１８０に当該アドバタイジング・パケットに含まれていたタグＩＤに関する情報と、デジタルサイネージ装置２００１を識別する機器識別情報と、を送信している。
【０１３８】
そして、サーバ１８０は、デジタルサイネージ装置２００１、２００２、及び第３の携帯端末１０３からの情報を、第１の携帯端末１０１に受け渡すことで、第１のタグ装置１５１を装着しているペットの移動経路を特定できる。
【０１３９】
本実施形態では、予め路上に設置されているデジタルサイネージ装置や自動販売機、及びユーザと共に移動している携帯端末の両方からの迷子に関する情報の提供を受けることができるので、いずれか一方から情報の提供を受ける場合と比べて、迷子を見つけ出す確立を向上させることができる。なお、本実施形態は、両方から迷子に関する情報の提供を受ける場合について説明したが、いずれか一方でもよい。なお、サーバ１８０は、デジタルサイネージ装置毎の機器識別情報と位置情報とを対応付けて管理している。これにより、サーバ１８０は、デジタルサイネージ装置から、当該デジタルサイネージ装置を識別する機器識別情報を受け取ることで、迷子の位置を特定できる。
【０１４０】
また、デジタルサイネージ装置等においては、サーバ１８０から、迷子宣言として、個体識別可能な情報の緊急通知を受信した場合に、当該個体識別可能な情報に含まれているタグＩＤと、受信したアドバタイジング・パケットに含まれているタグＩＤとが一致した場合に、周囲に迷子がいることを喚起する表示を行う。
【０１４１】
図２２は、本実施形態のデジタルサイネージ装置２００１の構造を例示したブロック図である。図２２に示されるように、デジタルサイネージ装置２００１は、プロセッサ２１０１と、公衆ネットワーク通信部２１０２と、表示部２１０３と、無線通信モジュール２１０４と、を備えている。
【０１４２】
公衆ネットワーク通信部２１０２は、プロセッサ２１０１による制御に従って、公衆通信回線を介して接続された装置との間で情報の送受信を行う。例えば、公衆ネットワーク通信部２１０２は、サーバ１８０との間で情報の送受信を可能とする。
【０１４３】
表示部２１０３は、例えばＬＣＤや有機ＥＬディスプレイ等で構成され、プロセッサ２１０１からの制御に従って、様々な情報を表示する。
【０１４４】
無線通信モジュール２１０４は、Bluetooth（登録商標）などの接続手法を用いて、タグ装置との間で情報の送受信を行う。
【０１４５】
プロセッサ２１０１は、デジタルサイネージ装置２００１全体を制御する電子回路とする。そして、（図示しない）記憶部に記憶されたプログラムを実行することで、表示制御部２１１１と、タグ通信部２１１２と、ＳＮＳ通信制御部２１１３と、判定部２１１４と、を実現する。
【０１４６】
表示制御部２１１１は、表示部２１０３に情報を表示する制御を行う。
【０１４７】
タグ通信部２１１２は、無線通信モジュール２１０４においてBluetooth（登録商標）のクライアント機能を実現し、サーバ機能を実現しているタグ装置から、アドバタイジング・パケットを受信するための制御を行う。
【０１４８】
ＳＮＳ通信制御部２１１３は、公衆ネットワーク通信部２１０２は、サーバ１８０から迷子のペットに関する情報を受信する。迷子のペットに関する情報には、当該ペットが装着していたタグ装置のタグＩＤの他に、現在のペットが備えている装備品（例えば首輪）や、最近撮影した画像データ、飼い主がペットを探すために記載した文字列情報等が含まれている。
【０１４９】
判定部２１１４は、ＳＮＳ通信制御部２１１３が受信した迷子のペットに関する情報に含まれているタグＩＤと、タグ通信部２１１２が受信したアドバタイジング・パケットに含まれているタグＩＤと一致するか否かを判定する。
【０１５０】
判定部２１１４が一致すると判定した場合に、表示制御部２１１１は、表示部２１０３に、迷子のペットに関する情報を表示する。これにより、周囲の人が、迷子のペットがいることを認識できるため、飼い主がペットを見つける可能性を向上させることができる。
【０１５１】
図２３は、本実施形態のデジタルサイネージ装置２００１が行う処理を例示した図である。図２３に示されるように、本実施形態のデジタルサイネージ装置２００１は、サーバ１８０から受信した、個体識別可能な情報の緊急通知に含まれているタグＩＤが、受信したアドバタイジング・パケットに含まれているタグＩＤと一致していたため、個体識別可能な情報を、表示部２１０３に表示制御している。つまり、迷子となったペットが第１のタグ装置１５１を装着した状態で、デジタルサイネージ装置２００１の近傍にいる場合に、デジタルサイネージ装置２００１は、当該第１のタグ装置１５１から受信したタグＩＤに従って、近傍にいる迷子となったペットに関する情報を表示する。これにより、当該デジタルサイネージ装置２００１に迷子となったペットに関する情報が表示された際に、デジタルサイネージ装置２００１周辺にいる人があたりを捜索することで、迷子となったペットを探し出すことが可能となる。
【０１５２】
次に、本実施形態のコミュニケーションシステムにおける、迷子のペットが生じた場合の処理について説明する。図２４は、本実施形態のコミュニケーションシステムにおける上述した処理の手順を示すフローチャートである。本フローチャートでは、非公開を設定している携帯端末に対して探索参加要求を行う場合について説明する。
【０１５３】
まず、第１の携帯端末１０１のＳＮＳ通信制御部６０２は、サーバ１８０に対して、第１のタグ装置１５１の情報取得要求を送信する（ステップＳ２２０１）。
【０１５４】
そして、サーバ１８０の通信処理部１８１は、第１の携帯端末１０１から、第１のタグ装置１５１の情報の取得要求を受信する（ステップＳ２２１１）。第１のタグ装置１５１の情報の取得要求は、第１のタグ装置１５１から情報を取得できなかった場合に行われるものであるため、サーバ１８０は、第１のタグ装置１５１を装着しているペットＡが迷子になったことを認識できる。
【０１５５】
そして、サーバ１８０の通信処理部１８１は、迷子（ペットＡ）の探索参加要求を、ＳＮＳに参加しているユーザの携帯端末に対してブロードキャストする（ステップＳ２２１２）。
【０１５６】
そして、通信処理部１８１は、ＳＮＳに参加しているユーザの携帯端末から、探索参加要求に対する応答を受信する（ステップＳ２２１３）。
【０１５７】
そして、ＳＮＳサーバアプリケーション部１８２は、探索参加に了承（ＯＫ）した携帯端末と対応づけられているタグ装置のうち、第１のタグ装置１５１と送受信した情報を、出会い情報記憶テーブルから取得する（ステップＳ２２１４）。
【０１５８】
同様に、ＳＮＳサーバアプリケーション部１８２は、第１の携帯端末１０１に対して開示を承諾（ＯＫ）している携帯端末と対応づけられているタグ装置のうち、第１のタグ装置１５１と送受信した情報を、出会い情報記憶テーブルから取得する（ステップＳ２２１５）。
【０１５９】
そして、通信処理部１８１は、ステップＳ２２１４〜Ｓ２２１５で取得した情報（第１のタグ装置１５１と送受信したタグ装置に関する情報）のうち、迷子になってからの情報であって、開示可能な情報を送信する（ステップＳ２２１６）。開示が制限される情報としては、例えば、探索参加に承諾した携帯端末と対応づけられているタグ装置を装着しているペットに関する情報等が考えられる。
【０１６０】
そして、第１の携帯端末１０１のＳＮＳ通信制御部６０２が、第１のタグ装置１５１と送受信したタグ装置の情報を受信する（ステップＳ２２０２）。
【０１６１】
そして、第１の携帯端末１０１の表示制御部６０１が、ステップＳ２２０２で受信した情報に基づいて、第１のタグ装置１５１が装着されたペットＡと遭遇した地点、時刻等の場所を表示する（ステップＳ２２０３）。
【０１６２】
図２５は、ペットＡが迷子になった場合に、表示制御部６０１が表示する画面例を示した図である。図２５に示される画面例のように、地図情報上に、ペットＡと遭遇した地点毎に、遭遇した時刻を付与して表示されている。また、図２５に示す例では、開示を承諾しているペットの名前（Ｂ、Ｏ）と、探索に参加した人のペットの名前（Ｑ）と、が表示されているが、探索に参加した人のペットの名前（Ｑ）を表示しないようにしても良い。
【０１６３】
ところで、開示を承諾している人や、探索に参加した人に対して、状況を確認したい場合も存在する。そこで、図２５に示されるように、開示を承諾している人に対してメッセージを送信するためのボタン２３０１、２３０２を表示しても良い。さらに、探索に参加した人は開示を承諾していないため、直接メッセージを送信することはできない。そこで、直接メッセージを送信することに同意を得るためのボタン２３０３を表示しても良い。このボタン２３０３でも、ペットの名前（Ｑ）が表示されているが、ペットの名前を表示せず、時刻と、同意を得るためのボタン２３０３のみ表示しても良い。
【０１６４】
なお、上述した実施形態では、近距離通信を行うタグ装置を用いることで、電力の消費を抑えることができる。これにより、省エネルギー化を図れる他に、迷子の場合に長時間情報を送信することが可能となり、長時間にわたる迷子の探索を実現できる。
【０１６５】
つまり、迷子になった場合に備えて、ペットにＧＰＳを装着することも考えられるが、ＧＰＳを装着した場合に電源の消費が早いし、装置自体が高価になるという問題が生じる。これに対して、本実施形態では、他のタグ装置と情報を送受信するためのモジュールを備えていれば良いため、電源の消費を抑えるとともに、装置が高価になるのを抑止できる。
【０１６６】
第２の実施形態では、タグ装置を装着したペットが迷子等になった場合に、当該タグ装置が、タグＩＤを含んだアドバタイジング・パケットをブロードキャストし、他のタグ装置等から情報の受信等を行わないことで、省電力化を図ることができる。これにより、長時間タグＩＤを送信し続けることができるため、当該タグ装置を装着したペットの発見を容易にする。
【０１６７】
第２の実施形態では、迷子になったペットが装着しているタグ装置とすれ違った電子機器（例えばデジタルサイネージ装置や、携帯端末）に、当該ペットに関する情報を表示することで、迷子のペットの特定を容易にしている。また、当該電子機器から、サーバ１８０を介して、タグ装置と対応付けられている携帯端末等にペットの位置に関する情報を通知することで、ペットの検出が容易になる。
【０１６８】
（変形例１）
上述した実施形態では、タグ装置毎に携帯端末を対応付ける例について説明したが、１対１で対応付けることに制限するものではなく、１台の携帯端末に複数のタグ装置を対応づけても良い。例えば、一人の飼い主が、複数のペットを飼っている場合に、ペット各々にタグ装置を装着させ、複数のペットを同時に散歩させる際に、１台の携帯端末で、対応付けられた複数のタグ装置の情報を管理することが考えられる。このような場合に、当該複数のタグ装置の各々に対して、当該複数のタグ装置の全てのタグＩＤを、同一飼い主リスト等に記憶させることが考えられる。そして、同一飼い主リストに登録されたタグＩＤは、無線通信モジュール３０１が受信しても、タグ情報記憶部３０３に記憶させず、ＬＥＤ３０７による点灯も行わない。これにより、複数のペットを同時に散歩させる際に、散歩中、常に出会い状態になるのを抑止できる。
【０１６９】
そして、携帯端末は、散歩が終了したタイミング等に、上述した実施形態と同様に、全てのタグ装置からの情報をサーバ１８０に送信（アップロード）する。これにより、複数のペットに関する情報の管理を容易に実現できる。
【０１７０】
（変形例２）
本実施形態では、ペットにタグ装置を装着する例について説明したが、タグ装置の装着先をペットに制限するものではなく、移動する乗り物や、生体等に装着しても良い。
【０１７１】
タグ装置を装着する生体としては、例えば子供が考えられる。第２の実施形態で示したように、タグ装置は長時間情報を出力できるため、当該タグ装置を子供が身に付けている物に装着することで、子供が迷子になった場合の子供の探索が容易になる。なお、子供の探索手法については第２の実施形態と同様の手法を用いれば良いものとして、説明を省略する。
【０１７２】
タグ装置の装着先となる、子供が身につけている物としては、例えば、ランドセル、鞄、洋服等が考えられる。これにより、子供が迷子になったため、子供が身につけているタグ装置と、親の携帯端末と、の間で情報が送受信できなくなった場合に、子供が身につけているタグ装置の情報を受信した他のタグ装置等に基づいて、サーバ１８０を介して、親の携帯端末が、子供が身につけているタグ装置の情報を受け取ることで、子供が移動した場所や、現在の子供の位置等を推測できる。
【０１７３】
さらには、親がタグ装置を携帯しても良い。これより、親がタグ装置を携帯して、子供が一緒に散歩した場合に、子供と一緒に散歩に行った散歩コース等をライフログとして管理することができる。
【０１７４】
上述した実施形態及び変形例により、携帯端末から、ダグ装置を装着しているペットに関する情報に容易にアクセスできるため、利便性を向上させることができる。さらに、タグ装置間の送受信で取得した情報に基づいて、自分のペットや他のペットに関する情報を確認できるため、現在のペットに関する状況を容易に把握することが可能となる。
【０１７５】
上述した実施形態及び変形例においては、サーバ１８０がタグＩＤと位置情報と時刻情報とを対応付けて管理している。そして、携帯端末等はサーバ１８０からこれらの情報を取得することで、ペットの移動履歴を把握することが可能となる。
【０１７６】
上述した実施形態及び変形例においては、タグ装置が、アドバタイジング・パケットを送信するためのサーバ機能を実現する期間と、アドバタイジング・パケットを受信するためのクライアント機能を実現する期間と、を切り替えられる毎に時間を異ならせていることで、タグ装置間でタグＩＤを授受できる可能性が向上している。
【０１７７】
上述した実施形態及び変形例の携帯端末で実行されるアプリケーションは、インストール可能な形式又は実行可能な形式のファイルでＣＤ−ＲＯＭ、フレキシブルディスク（ＦＤ）、ＣＤ−Ｒ、ＤＶＤ（Digital  Versatile  Disk）等のコンピュータで読み取り可能な記録媒体に記録されて提供される。
【０１７８】
また、本実施形態及び変形例の携帯端末で実行されるアプリケーションを、インターネット等のネットワークに接続されたコンピュータ上に格納し、ネットワーク経由でダウンロードさせることにより提供するように構成しても良い。また、本実施形態の携帯端末で実行されるアプリケーションをインターネット等のネットワーク経由で提供または配布するように構成しても良い。
【０１７９】
本発明のいくつかの実施形態及び変形例を説明したが、これらの実施形態及び変形例は、例として提示したものであり、発明の範囲を限定することは意図していない。これら新規な実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれる。
【符号の説明】
【０１８０】
１０１…第１の携帯端末、１５１…第１のタグ装置、１８０…サーバ、１８１…通信処理部、１８２…ＳＮＳサーバアプリケーション部、１８３…記憶部、２０１…カバー下部、２０２…バンド、３０１…無線通信モジュール、３０２…プロセッサ、３０３…タグ情報記憶部、３０４…フレンド情報記憶部、３０５…クロックＩＣ、３０６…照明制御部、３０７…ＬＥＤ、３０８…電源部、４０１…切替制御部、４０２…通信制御部、５０１…ＧＰＳ、５０２…無線通信モジュール、５０３…プロセッサ、５０４…公衆ネットワーク通信部、５０５…表示部、５０６…入力部、５０７…記憶部、６０１…表示制御部、６０２…ＳＮＳ通信制御部、６０３…タグ通信部、６０４…散歩コース記録制御部、２００１、２００２…デジタルサイネージ装置、２１０１…プロセッサ、２１０２…公衆ネットワーク通信部、２１０３…表示部、２１０４…無線通信モジュール、２１１１…表示制御部、２１１２…タグ通信部、２１１３…ＳＮＳ通信制御部、２１１４…判定部。
【図１】
0006282574.tif 000002
【図２】
0006282574.tif 000003
【図３】
0006282574.tif 000004
【図４】
0006282574.tif 000005
【図５】
0006282574.tif 000006
【図６】
0006282574.tif 000007
【図７】
0006282574.tif 000008
【図８】
0006282574.tif 000009
【図９】
0006282574.tif 000010
【図１０】
0006282574.tif 000011
【図１１】
0006282574.tif 000012
【図１２】
0006282574.tif 000013
【図１３】
0006282574.tif 000014
【図１４】
0006282574.tif 000015
【図１５】
0006282574.tif 000016
【図１６】
0006282574.tif 000017
【図１７】
0006282574.tif 000018
【図１８】
0006282574.tif 000019
【図１９】
0006282574.tif 000020
【図２０】
0006282574.tif 000021
【図２１】
0006282574.tif 000022
【図２２】
0006282574.tif 000023
【図２３】
0006282574.tif 000024
【図２４】
0006282574.tif 000025
【図２５】
0006282574.tif 000026