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