(57)【特許請求の範囲】
【請求項１】
相互に通信可能な複数の通信端末からなる通信ネットワーク内の通信端末であって、
前記通信端末以外の他の通信端末によって取得された一連のデータの各取得地点および当該一連のデータの各取得時刻に関する情報を受信する受信手段と、
表示画面を有する表示手段と、
前記受信手段によって受信された各取得時刻に関する情報に基づいて、前記各取得地点に関する情報のうち前記表示画面に表示する道塗りの表示内容を決定する決定手段と、
前記表示画面を制御して、前記決定手段によって決定された表示内容に基づいて、前記各取得地点に関する情報を表示する表示制御手段と、
を備え、
前記決定手段は、前記取得時刻と現在時刻との差分に応じて、前記表示画面における前記各取得地点に関する情報の道塗りの表示面積／表示色を決定することを特徴とする通信端末。
【請求項２】
前記決定手段は、前記取得時刻と現在時刻との差分に応じて、前記表示画面における前記各取得地点に関する情報の表示面積を決定することを特徴とする請求項１に記載の通信端末。
【請求項３】
前記決定手段は、前記取得時刻と現在時刻との差分に応じて、前記表示画面における前記各取得地点に関する情報の表示色を決定することを特徴とする請求項１または２に記載の通信端末。
【請求項４】
前記表示手段は、地図情報を表示画面に表示し、
前記表示制御手段は、前記取得地点に関する情報を前記地図情報上に重畳表示することを特徴とする請求項１〜３のいずれか一つに記載の通信端末。
【請求項５】
前記一連のデータは前記他の通信端末により前記各取得地点において撮影された一連の映像データであり、
前記受信手段は、前記映像データの撮影地点および当該映像データの撮影時刻に関する情報を受信し、
前記表示制御手段は、前記受信手段によって受信された撮影時刻に関する情報に基づいて、前記撮影地点に関する情報を表示することを特徴とする請求項１〜４のいずれか一つに記載の通信端末。
【請求項６】
前記表示制御手段によって前記取得地点に関する情報が表示された場合、前記一連のデータの送信要求信号を前記他の通信端末に送信する送信手段を備え、
前記受信手段は、前記送信手段によって送信要求信号が送信された結果、前記一連のデータを前記他の通信端末から受信することを特徴とする請求項１〜５のいずれか一つに記載の通信端末。
【請求項７】
相互に通信可能な複数の通信端末からなる通信ネットワーク内の通信端末の表示画面に情報を表示する情報表示方法であって、
前記通信端末以外の他の通信端末によって取得された一連のデータの各取得地点および当該一連のデータの各取得時刻に関する情報を受信する受信工程と、
前記受信工程によって受信された各取得時刻に関する情報に基づいて、前記各取得地点に関する情報のうち前記通信端末の前記表示画面に表示する道塗りの表示内容を決定する決定工程と、
前記決定工程によって決定された表示内容に基づいて、前記各取得地点に関する情報を前記表示画面に表示する表示工程と、
を含み、
前記決定工程では、前記取得時刻と現在時刻との差分に応じて、前記表示画面における前記各取得地点に関する情報の道塗りの表示面積／表示色を決定することを特徴とする情報表示方法。
【請求項８】
請求項７に記載の情報表示方法をコンピュータに実行させることを特徴とする情報表示プログラム。
【請求項９】
請求項８に記載の情報表示プログラムを記録したコンピュータに読み取り可能な記録媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ユーザ間でのデータの送受信に用いる通信端末、情報表示方法、情報表示プログラムおよび記録媒体に関する。ただし、本発明の利用は、上述した通信端末、情報表示方法、情報表示プログラムおよび記録媒体に限られない。
【背景技術】
【０００２】
従来、ネットワークインフラの整備や、情報通信端末の普及などによって、個人のユーザ間で、ネットワークを介したデータ（情報）の授受がおこなわれ、同じ情報を共有するコミュニティが形成されている。
【０００３】
このようなコミュニティでは、たとえば、近距離無線通信範囲内の携帯端末より発信される信号を、他の携帯端末が近距離無線通信部によって受信し、必要なデータの交換をおこなう。受信されたデータは表示器に表示されるとともに、次フェーズへの移行が促される。つぎに、広域網上のサーバへ広域無線通信部によって接続がおこなわれ、相手の身元を確認するとともに、次フェーズへの移行が促される。この時点で個人詳細データが端末と端末との間で交換される（たとえば、下記特許文献１参照。）。
【０００４】
【特許文献１】特開２００１−３３３４５１号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
しかしながら、上述した従来技術によれば、通信相手が保持する情報が、自己が必要とする情報であるか否かを知ることができないという問題点が一例として挙げられる。特に、通信可能な相手の数が多い場合には、どの通信相手から情報を取得するかを効率的に判断する必要があるという問題点が一例として挙げられる。
【０００６】
また、通信相手の現在位置はある程度特定できるとしても、通信相手が保持する情報が、その場所に関するものであるとは限らないという問題点が一例として挙げられる。特に、移動可能な通信端末を用いた通信においては、その情報がどの場所に関するものであるかが、情報を取得するか否かを判断する重要な要素となるという問題点が一例として挙げられる。
【０００７】
さらに、通信相手が保持する情報が生成された時間（時刻）を知ることができないという問題点が一例として挙げられる。特に、時々刻々と変化する情報に関しては、生成されてから時間が経過してしまった情報には情報価値がなく、その情報がいつ生成されたものであるかが、情報を取得するか否かを判断する重要な要素となるという問題点が一例として挙げられる。
【課題を解決するための手段】
【０００８】
上述した課題を解決し、目的を達成するため、請求項１の発明にかかる通信端末は、相互に通信可能な複数の通信端末からなる通信ネットワーク内の通信端末であって、前記通信端末以外の他の通信端末によって取得された一連のデータの各取得地点および当該一連のデータの各取得時刻に関する情報を受信する受信手段と、表示画面を有する表示手段と、前記受信手段によって受信された各取得時刻に関する情報に基づいて、前記各取得地点に関する情報を前記表示画面に表示する表示内容を決定する決定手段と、前記表示画面を制御して、前記決定手段によって決定された表示内容に基づいて、前記各取得地点に関する情報を表示する表示制御手段と、を備え、前記決定手段は、前記取得時刻と現在時刻との差分に応じて、前記表示画面における前記各取得地点に関する情報の道塗りの表示面積／表示色を決定することを特徴とする。
【０００９】
また、請求項７の発明にかかる情報表示方法は、相互に通信可能な複数の通信端末からなる通信ネットワーク内の通信端末の表示画面に情報を表示する情報表示方法であって、前記通信端末以外の他の通信端末によって取得された一連のデータの各取得地点および当該一連のデータの各取得時刻に関する情報を受信する受信工程と、前記受信工程によって受信された各取得時刻に関する情報に基づいて、前記各取得地点に関する情報のうち前記通信端末の前記表示画面に表示する道塗りの表示内容を決定する決定工程と、前記決定工程によって決定された表示内容に基づいて、前記各取得地点に関する情報を前記表示画面に表示する表示工程と、を含み、前記決定工程では、前記取得時刻と現在時刻との差分に応じて、前記表示画面における前記各取得地点に関する情報の道塗りの表示面積／表示色を決定することを特徴とする。
【００１０】
また、請求項８の発明にかかる情報表示プログラムは、請求項７に記載の情報表示方法をコンピュータに実行させることを特徴とする。
【００１１】
また、請求項９の発明にかかる記録媒体は、請求項８に記載の情報表示プログラムを記録したコンピュータに読み取り可能なことを特徴とする。
【発明を実施するための最良の形態】
【００１２】
以下に添付図面を参照して、この発明にかかる通信端末、情報表示方法、情報表示プログラムおよび記録媒体の好適な実施の形態を詳細に説明する。
【００１３】
（実施の形態）
はじめに、実施の形態にかかるデータ送受信システムの機能的構成について説明する。図１は、実施の形態にかかるデータ送受信システムの機能的構成を示すブロック図である。図１において、データ送受信システム１００は、映像データを送信する第１の通信端末１１０および映像データを受信する第２の通信端末１２０から構成される。第１の通信端末１１０および第２の通信端末１２０は、相互に通信可能な複数の通信端末からなる通信ネットワーク内の通信端末である。
【００１４】
第１の通信端末１１０は、受信部１１１、表示部１１２、決定部１１３、表示制御部１１４、送信部１１５によって構成される。受信部１１１は、第１の通信端末１１０以外の他の通信端末である第２の通信端末１２０によって取得された一連のデータの各取得地点および当該一連のデータの各取得時刻に関する情報を受信する。
【００１５】
第２の通信端末１２０によって取得された一連のデータとは、たとえば、第２の通信端末１２０によって連続的に撮影された映像データである。連続的とは、たとえば、第２の通信端末１２０が移動を伴いながら、もしくは１つの地点に留まって継続的に撮影したことを示す。一連のデータが映像データの場合、受信部１１１は、映像データの各撮影地点および当該映像データの各撮影時刻に関する情報を受信する。
【００１６】
取得地点（撮影地点）に関する情報は、たとえば、緯度・経度情報や住所など、その情報が取得された地点を地図情報上の１点に特定する情報である。また、たとえば、「霞ヶ関」「赤坂」など一定の広がりがあるエリアの名称や、「虎ノ門交差点」「千鳥ヶ淵公園」など地物の名称などであってもよい。また、取得時刻（撮影時刻）に関する情報とは、年月日および時刻など、データが取得された時刻を特定する情報である。また、たとえば、「２１時台」「午前」「２１：３０〜２１：３５」などのように、一定の幅を持たせた時間帯として表してもよい。
【００１７】
各取得地点および各取得時刻は、一連のデータの各部分とそれぞれ対応しており、取得地点または取得時刻を指定することによって、一連のデータのうち特定の部分を抜き出すことが可能である。
【００１８】
表示部１１２は、表示画面を有し、後述する表示制御部１１４による制御を受け、情報を表示する。表示部１１２は、たとえば、第１の通信端末１１０の外面に設けられたディスプレイなどである。
【００１９】
決定部１１３は、受信部１１１によって受信された各取得時刻に関する情報に基づいて、各取得地点に関する情報を表示画面に表示する表示内容を決定する。決定部１１３は、具体的には、たとえば、取得時刻に関する情報が受信された場合、取得時刻と現在時刻との差分に基づいて、取得地点に関する情報を決定する。さらに具体的には、たとえば、取得時刻と現在時刻との差分が小さい場合には、新規に取得されたデータとして、表示部１１２に表示する取得地点に関する情報の表示面積を大きくしたり、表示色を変更したり、表示位置を見やすい位置においたりする。
【００２０】
また、複数のデータの取得地点および取得時刻に関する情報を受信した場合には、それぞれの取得時刻に関する情報を比較した比較結果に基づいて、取得地点に関する情報を表示することとしてもよい。たとえば、複数のデータの取得時刻に関する情報のうち、最新のデータに関する取得地点に関する情報の表示面積を大きくするなどである。
【００２１】
表示制御部１１４は、表示画面を制御して、決定部１１３によって決定された表示内容に基づいて、各取得地点に関する情報を表示する。このとき、地図情報を表示部１１２に表示させ、取得地点に関する情報を地図情報上に重畳表示することとしてもよい。これにより、データの取得位置を直感的にユーザに認識させることができる。
【００２２】
送信部１１５は、表示制御部１１４によって取得地点に関する情報が表示された場合、データの送信要求信号を第２の通信端末１２０に送信する。送信部１１５は、たとえば、第１の通信端末１１０のユーザからデータの送信要求が入力された場合、送信要求信号を第２の通信端末１２０に送信する。
【００２３】
この送信要求の入力において、送信を受ける映像データの長さや、撮影地点、撮影時刻をさらに絞り込んで指定してもよい。また、映像データの送信方法（一括送信かストリーミング送信か）を指定できるようにしてもよい。送信部１１５によって送信要求信号が送信された場合、受信部１１１は、送信要求されたデータを第２の通信端末１２０から受信する。
【００２４】
なお、受信するデータが映像データの場合には、一定時間分の映像データを１つのファイルとして一括受信してもよいし、一定期間接続を維持してストリーミング受信してもよい。さらに、映像データや付加情報の形式によっては、第１の通信端末１１０での利用に必要なプラグインが添付された情報であってもよい。
【００２５】
つぎに、データ送受信システム１００によるデータ送受信処理の手順について説明する。図２は、第１の通信端末のデータ受信処理の手順を示すフローチャートである。図２のフローチャートにおいて、第１の通信端末１１０は、まず、受信部１１１によって、第１の通信端末１１０によって取得された一連のデータの各取得地点および各取得時刻に関する情報を受信するまで待機する（ステップＳ２０１：Ｎｏのループ）。
【００２６】
各取得地点および各取得時刻に関する情報を受信すると（ステップＳ２０１：Ｙｅｓ）、決定部１１３によって、取得時刻と現在時刻との差分を算出し（ステップＳ２０２）、算出した差分に基づいて表示内容を決定する（ステップＳ２０３）。表示内容とは、取得地点に関する情報の表示面積、表示色、表示位置などである。そして、表示制御部１１４によって、ステップＳ２０３で決定部１１３が決定した表示内容を地図情報と重畳して表示部１１２に表示する（ステップＳ２０４）。
【００２７】
つぎに、取得地点に関する情報が表示された結果、ユーザからデータの送信要求がされたかを判断する（ステップＳ２０５）。データの送信要求がされたかの判断は、たとえば、第１の通信端末１１０の入力キーなどから、データの送信を要求する入力がなされたか否かを判断することによっておこなう。データの送信要求がなされた場合には（ステップＳ２０５：Ｙｅｓ）、第２の通信端末１２０にデータの送信要求信号を送信する（ステップＳ２０６）。
【００２８】
そして、受信部１１１によってデータを受信するまで待機して（ステップＳ２０７：Ｎｏのループ）、受信した場合には（ステップＳ２０７：Ｙｅｓ）、本フローチャートによる処理を終了する。一方、ステップＳ２０５において、データの送信要求がなされない場合には（ステップＳ２０５：Ｎｏ）、本フローチャートによる処理を終了する。
【００２９】
以上説明したように、実施の形態にかかるデータ送受信システム１００によれば、相互に通信可能な複数の通信端末からなる通信ネットワークにおいて、第２の通信端末１２０によって取得された一連のデータの各取得地点に関する情報を、各取得時刻に関する情報に基づいて表示部１１２に表示する。
【００３０】
これにより、データの取得地点および取得時刻によってデータを特定し、ユーザが必要とする情報が存在するか否かを容易に判断させることができる。特に、取得地点や取得時刻によって、一連のデータの中なら必要な部分を、抜き出すことができる。
【００３１】
また、取得時刻と現在時刻との差分に基づいて、取得地点に関する情報を表示することによって、データが取得されてからの経過時間を容易に把握することができる。情報は鮮度、もしくは信頼性が重視される場合が多く、ユーザはデータが取得されてからの経過時間によって、そのデータが必要であるか否かを判断することができる。
【００３２】
さらに、取得地点に関する情報を地図情報上に重畳表示することによって、データの取得地点をより直感的に把握させることができる。また、データが必要な場合は、第２の通信端末１２０に送信要求信号をおこなうことによって、第１の通信端末１１０において必要なデータを取得することができる。
【実施例】
【００３３】
つぎに、上述した実施の形態にかかるデータ送受信システム１００の実施例について説明する。以下の実施例においては、データ送受信システム１００を、車両に搭載されたナビゲーション装置を用いたデータ送受信システム３００に適用した場合について説明する。
【００３４】
まず、実施例にかかるデータ送受信システム３００のシステム構成について説明する。図３は、実施例にかかるデータ送受信システムのシステム構成を示す説明図である。図３において、道路Ｌ１，Ｌ２には車両３１０，３２０（３２０ａ〜３２０ｅ）が走行している。
【００３５】
また、車両３１０，３２０には、それぞれナビゲーション装置３１１，３２１（３２１ａ〜３２１ｅ）が搭載されている。ナビゲーション装置３１１，３２１は、車両３１０，３２０がそれぞれ走行する道路脇に設置された路側機３３０（３３０ａ〜３３０ｃ）と交信し、データの送受信をおこなう。
【００３６】
路側機３３０ａ〜３３０ｃは、それぞれネットワークと接続されており、通信エリアは、それぞれ図３中の点線で示すエリアＡ，Ｂ，Ｃである。路側機３３０ａ〜３３０ｃの通信エリア内に進入した車両３１０，３２０は、それぞれの路側機３３０ａ〜３３０ｃを介してネットワークに接続し、データの送受信をおこなう。路側機３３０は、図示した他、道路や駐車場など車両３１０，３２０が進入し得る地点を通信エリアとしてカバーできるよう設置されている。
【００３７】
車両３１０，３２０は、それぞれ自車を特定するＩＤが、たとえば、ＩＰアドレスのように、それぞれの車両３１０，３２０に一意に割り振られている。このＩＤは、データ送受信システム３００において通信用アドレスに用いられ、ナビゲーション装置３１１，３２１は、車両３１０，３２０のＩＤを用いて特定の車両３１０，３２０に情報を送信することができる。それぞれの車両３１０，３２０のＩＤは、それぞれのナビゲーション装置３１１，３２１に記憶されている。
【００３８】
また、ナビゲーション装置３１１，３２１は、全ての路側機３３０の通信エリア内にある車両３１０，３２０の共通アドレスである「同報アドレス」を用いて情報を送信することができる。同報アドレスを用いることによって、個々の車両３１０，３２０のＩＤを知らない場合であっても、不特定の車両３１０，３２０にデータを送信することができる。また、個々の路側機３３０ごとの同報アドレスを設けてもよい。たとえば、路側機３３０ａ用の同報アドレスを用いて情報を配信した場合、エリアＡ内にある車両３１０，３２０に情報が配信される。
【００３９】
また、ナビゲーション装置３１１，３２１は、それぞれ映像撮影用のカメラを備えている。カメラでは、静止画および動画の撮影が可能である。また、手持ちのデジタルカメラや携帯電話のカメラなどを用いて撮影した静止画や動画の映像データを取り込むことができる。車両３１０，３２０の搭乗者は、ナビゲーション装置３１１，３２１のカメラで撮影した、または他の機器から取り込んだ映像データを、ネットワークを介して他の車両３１０，３２０に送信することができる。
【００４０】
これに対し、他の車両３１０，３２０の搭乗者は、送信される映像データが必要か否かを判断した上で、送信を受けるか否かを判断する。たとえば、自車の現在位置近くの車両３１０，３２０や、自車がこれから走行する地点にいる車両３１０，３２０が送信する映像データ、興味がある分野の映像データであれば、送信を受ける可能性が高い。
【００４１】
以下、映像データを提供する（送信する）側の車両を車両３１０、映像データを提供される（受信する）側の車両を車両３２０として説明するが、映像データの送信および受信は、いずれの車両３１０，３２０が送信側、受信側となってもよい。
【００４２】
（ナビゲーション装置３１１，３２１のハードウェア構成）
つぎに、ナビゲーション装置３１１，３２１のハードウェア構成について説明する。図４は、ナビゲーション装置のハードウェア構成を示すブロック図である。図４において、ナビゲーション装置３１１，３２１は、ＣＰＵ４０１と、ＲＯＭ４０２と、ＲＡＭ４０３と、磁気ディスクドライブ４０４と、磁気ディスク４０５と、光ディスクドライブ４０６と、光ディスク４０７と、音声Ｉ／Ｆ（インターフェース）４０８と、マイク４０９と、スピーカ４１０と、入力デバイス４１１と、映像Ｉ／Ｆ４１２と、ディスプレイ４１３と、通信Ｉ／Ｆ４１４と、ＧＰＳレシーバ４１５と、を備えている。また、各構成部４０１〜４１５はバス４２０によってそれぞれ接続されている。
【００４３】
まず、ＣＰＵ４０１は、ナビゲーション装置３１１，３２１の全体の制御を司る。ＲＯＭ４０２は、ブートプログラム、通信プログラム、データベース作成プログラム、データ解析プログラムなどのプログラムを記録している。また、ＲＡＭ４０３は、ＣＰＵ４０１のワークエリアとして使用される。
【００４４】
磁気ディスクドライブ４０４は、ＣＰＵ４０１の制御にしたがって磁気ディスク４０５に対するデータの読み取り／書き込みを制御する。磁気ディスク４０５は、磁気ディスクドライブ４０４の制御で書き込まれたデータを記録する。磁気ディスク４０５としては、たとえば、ＨＤ（ハードディスク）やＦＤ（フレキシブルディスク）を用いることができる。
【００４５】
また、光ディスクドライブ４０６は、ＣＰＵ４０１の制御にしたがって光ディスク４０７に対するデータの読み取り／書き込みを制御する。光ディスク４０７は、光ディスクドライブ４０６の制御にしたがってデータの読み出される着脱自在な記録媒体である。光ディスク４０７は、書き込み可能な記録媒体を利用することもできる。また、この着脱可能な記録媒体として、光ディスク４０７のほか、ＭＯ、メモリカードなどであってもよい。
【００４６】
また、音声Ｉ／Ｆ４０８は、音声入力用のマイク４０９および音声出力用のスピーカ４１０に接続される。マイク４０９に受音された音声は、音声Ｉ／Ｆ４０８内でＡ／Ｄ変換される。また、スピーカ４１０からは音声が出力される。なお、マイク４０９から入力された音声は、音声データとして磁気ディスク４０５あるいは光ディスク４０７に記録可能である。
【００４７】
また、入力デバイス４１１は、文字、数値、各種指示などの入力のための複数のキーを備えたリモコン、キーボード、マウス、タッチパネルなどが挙げられる。さらに、入力デバイス４１１は、デジタルカメラなどの他の情報処理端末（以下、単に機器という）を接続し、データの入出力をおこなうことができる。
【００４８】
この他、入力デバイス４１１は、静止画や動画（映像）を撮影可能なカメラを備えている。カメラで撮影された静止画や動画は、映像データとして磁気ディスク４０５あるいは光ディスク４０７に記録可能である。また、手持ちのデジタルカメラや携帯電話などの他の機器を入力デバイス４１１に接続し、それぞれの機器で撮影した映像データを取り込むことも可能である。
【００４９】
また、映像Ｉ／Ｆ４１２は、ディスプレイ４１３と接続される。映像Ｉ／Ｆ４１２は、具体的には、たとえば、ディスプレイ４１３全体の制御をおこなうグラフィックコントローラと、即時表示可能な画像情報を一時的に記録するＶＲＡＭ（Ｖｉｄｅｏ  ＲＡＭ）などのバッファメモリと、グラフィックコントローラから出力される画像データに基づいて、ディスプレイ４１３を表示制御する制御ＩＣなどによって構成される。
【００５０】
ディスプレイ４１３には、アイコン、カーソル、メニュー、ウインドウ、あるいは文字や画像などの各種データが表示される。このディスプレイ４１３は、たとえば、ＣＲＴ、ＴＦＴ液晶ディスプレイ、プラズマディスプレイなどを採用することができる。
【００５１】
また、通信Ｉ／Ｆ４１４は、無線を介してネットワークに接続され、ナビゲーション装置３１１，３２１とＣＰＵ４０１とのインターフェースとして機能する。通信Ｉ／Ｆ４１４は、さらに、無線を介してインターネットなどの通信網に接続され、この通信網とＣＰＵ４０１とのインターフェースとしても機能する。
【００５２】
通信網には、ＬＡＮ、ＷＡＮ、公衆回線網や携帯電話網などがある。具体的には、通信Ｉ／Ｆ４１４は、たとえば、ＦＭチューナー、ＶＩＣＳ（Ｖｅｈｉｃｌｅ  Ｉｎｆｏｒｍａｔｉｏｎ  ａｎｄ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ  Ｓｙｓｔｅｍ）／ビーコンレシーバ、無線ナビゲーション装置、およびその他のナビゲーション装置によって構成され、ＶＩＣＳセンターから配信される渋滞や交通規制などの道路交通情報を取得する。なお、ＶＩＣＳは登録商標である。
【００５３】
また、ＧＰＳレシーバ４１５は、ＧＰＳ（Ｇｌｏｂａｌ  Ｐｏｓｉｔｉｏｎｉｎｇ  Ｓｙｓｔｅｍ）や各種センサからの出力値を用いて、車両３１０，３２０の現在位置（ナビゲーション装置３１１，３２１の現在位置）を示す情報を取得する。現在位置を示す情報は、たとえば緯度経度などの、地図情報上の１点を特定する情報である。
【００５４】
（データ送受信システム３００のデータ送受信処理）
つぎに、データ送受信システム３００がおこなうデータ送受信処理の手順について説明する。以下、データを送信する車両３１０のナビゲーション装置３１１でおこなう処理と、データを受信する車両３２０のナビゲーション装置３２１でおこなう処理とに分けて説明する。
【００５５】
図５は、データを送信する車両のナビゲーション装置のデータ送信処理の手順を示すフローチャートである。図５のフローチャートにおいて、ナビゲーション装置３１１は、自装置に備えられたカメラを用いて、車両３１０の周囲の映像を撮影する（ステップＳ５０１）。そして、撮影した映像の映像データに詳細情報を付加して記録する（ステップＳ５０２）。このとき、ディスク容量などハードウェア資源に制約がある場合には、一定時間ごと、または一定距離ごとに撮影することとしてもよい。また、詳細情報と同時に、状況解説の音声情報やテキスト情報など（以下、「付加情報」という）を付加してもよい。
【００５６】
ステップＳ５０２で付加する詳細情報とは、たとえば、映像データの撮影時におけるナビゲーション装置３１１の現在地点（すなわち、映像データの撮影地点）や、映像データが撮影された時間（時刻）、映像データのカテゴリー（たとえば、渋滞に関する映像、風景に関する映像など）、映像データのタイトル、付加情報（状況解説の音声情報やテキスト情報など）の有無である。
【００５７】
映像データは、詳細情報をインデックスとして、選択またはソートすることができる。また、たとえば、映像データのうち一定の時間帯に撮影された映像のみを切り出して、別ファイルとして保存することができる。なお、詳細情報のうち連続的に変化する情報、たとえば、映像データの撮影位置や映像データが撮影された時間などは、連続的に付加するのではなく一定間隔ごとに付加してもよい。
【００５８】
つぎに、ナビゲーション装置３１１は、ユーザが映像データの送信を希望するか否かを判断する（ステップＳ５０３）。具体的には、たとえば、映像データの送信を希望する旨の情報が入力デバイス４１１を介して入力されたかを判断する。映像データの送信を希望する場合は（ステップＳ５０３：Ｙｅｓ）、他の車両３２０のナビゲーション装置３２１に、同報アドレスを用いて映像データ送信希望通知を配信する（ステップＳ５０４）。
【００５９】
ステップＳ５０４で配信する映像データ送信希望通知には、送信を希望する映像データについての詳細情報が含まれている。詳細情報は、前述したように映像データの撮影地点や、映像データが撮影された時間（時刻）、映像データのカテゴリー、映像データのタイトル、付加情報の有無などである。
【００６０】
詳細情報のうち、映像データの撮影地点（以下、「地点情報」という）は、車両３１０の現在位置情報および映像を撮影した経路の情報となる。また、撮影時間の情報は、映像を撮影した経路上、いくつかのポイントの情報を送信する。このポイントは、一定距離または一定時間ごとであってもよいし、交差点など地図情報の地物に合わせて選択してもよい。
【００６１】
また、データに対して送信期限を設けてもよい。たとえば、渋滞情報など、時間の経過とともに変動する情報は、あまりに古い情報を送信しても情報価値がない。このため、たとえば、映像データ送信希望通知を送信した後、一定時間経過後はデータ送信をおこなわないよう設定する。
【００６２】
一方、たとえば車両３１０が、ある地点に定常的に静止している場合など、定点観測として特に期限を定めず映像データを送信したいときは、「常設送信」などに設定できるようにしてもよい。また、たとえば、車両３１０，３２０などの移動体だけではなく、信号機など道路近くの地物にカメラを設置してもよい。この場合も、アクセス期限を定めず「常設送信」としてもよい。ユーザは常に固定した場所の映像データを得ることができる。
【００６３】
さらに、全ての車両３２０に送信される同報アドレスではなく、特定の基地局内にいる車両３２０のみに送信される同報アドレスを用いるなどによって、特定のエリア内にのみ映像データ送信希望通知を配信してもよい。他にも、たとえば、知り合いのグループや特定のサービスを受けられる端末を持っているグループなどを指定できる同報アドレスを用いてもよい。
【００６４】
一方、映像データの送信を希望しない場合は（ステップＳ５０３：Ｎｏ）、ステップＳ５０１に戻り、映像の撮影を継続する。なお、ステップＳ５０４以降の処理をおこなう場合も、その処理と並列してナビゲーション装置３１１は周囲の映像の撮影を継続している。
【００６５】
ステップＳ５０４で映像データ送信希望通知を配信した場合、ナビゲーション装置３１１は、他の車両３２０のナビゲーション装置３２１から映像データ送信要求信号を受信するまで待機する（ステップＳ５０５：Ｎｏのループ）。そして、映像データ送信要求信号を受信した場合は（ステップＳ５０５：Ｙｅｓ）、映像データ送信要求信号に含まれる指定事項に基づいて、送信用の映像データを生成する（ステップＳ５０６）。
【００６６】
映像データ送信要求信号に含まれる指定事項とは、たとえば、映像データが撮影された地点や時間、撮影時における車両３１０の速度などである。ナビゲーション装置３１１は、撮影・保存している映像データのうち、指定事項に合致する部分のみを切り出して、送信用の画像データを生成する。
【００６７】
たとえば、午後２時から午後３時にかけて、霞ヶ関からレインボーブリッジを通り、舞浜まで走行した場合、指定事項（地点）として「レインボーブリッジ」が指定されている場合には、レインボーブリッジ走行中の映像および前後所定の範囲の映像データを切り出して送信用の画像データを生成する。
【００６８】
また、指定事項（時間）として「午後２時から午後２時１０分」が指定されている場合は、該当する時間帯の映像データを切り出して送信用の画像データを生成する。また、指定事項（速度）として「停止」が指定されている場合は、渋滞や信号待ちなどで停止中の映像データを切り出して送信用の画像データを生成する。切り出す映像の長さは、ナビゲーション装置３１１側であらかじめ設定しておいてもよいし、その都度設定してもよい。また、映像データ送信要求信号の送信元から指定された長さでもよい。
【００６９】
そして、映像データ送信要求信号を送信した車両３２０のナビゲーション装置３２１に、生成した映像データを送信して（ステップＳ５０７）、本フローチャートによる処理を終了する。なお、送信する映像データを利用するのに必要なプラグインがある場合には、映像データと合わせて送信する。また、一括送信かストリーミング送信かの指定がある場合は、指定に合わせた形式で送信する。
【００７０】
つぎに、情報を受信する車両３２０のナビゲーション装置３２１がおこなう処理について説明する。図６は、データを受信する車両のナビゲーション装置のデータ受信処理の手順を示すフローチャートである。図６のフローチャートにおいて、ナビゲーション装置３２１は、まず、車両３１０のナビゲーション装置３１１から映像データ送信希望通知を受信するまで待機する（ステップＳ６０１：Ｎｏのループ）。
【００７１】
映像データ送信希望通知を受信すると（ステップＳ６０１：Ｙｅｓ）、ディスプレイ４１３による画面表示やスピーカ４１０からの音声出力などによって、受信した通知を出力する（ステップＳ６０２）。図５のステップＳ５０４で説明したように、映像データ送信希望通知には、映像データについての詳細情報が含まれている。ナビゲーション装置３２１は、受信したこれらの情報を出力し、ユーザがデータを受信するか否かの判断を待つ。すなわち、映像データの送信を求める映像データ送信要求が入力されたか否かを判断する（ステップＳ６０３）。
【００７２】
ユーザが映像データを受信すると判断し、映像データの送信を求める映像データ送信要求が入力されると（ステップＳ６０３：Ｙｅｓ）、ナビゲーション装置３２１は、ナビゲーション装置３１１に対して、映像データ送信要求信号を返信する（ステップＳ６０４）。
【００７３】
ここで、ステップＳ６０３で入力される映像データ送信要求には、送信して欲しい映像の撮影地点や時間、撮影時の速度など（指定事項）が含まれる。なお、指定事項を入力せず、映像データ送信希望通知の送信元が送信可能な映像データをそのまま受信してもよい。また、映像データの送信形式や長さなどを指定してもよい。ナビゲーション装置３１１の通信用アドレスは、ステップＳ６０１で受信した映像データ送信希望通知の送信元アドレスを用いる。
【００７４】
そして、送信要求した映像データを受信するまで待機して（ステップＳ６０５：Ｎｏのループ）、映像データを受信すると（ステップＳ６０５：Ｙｅｓ）、本フローチャートによる処理を終了する。一方、ステップＳ６０３において、映像データ送信要求が入力されない場合は（ステップＳ６０３：Ｎｏ）、ステップＳ６０１に戻り、以降の処理を繰り返す。
【００７５】
ここで、ステップＳ６０２の映像データ送信希望通知の出力形態について説明する。図７は、映像データ送信希望通知の画面表示の一例を示す説明図である。図７の説明図において、ナビゲーション装置３２１のディスプレイ４１３には、映像データ送信希望通知を配信した車両の走行軌跡を示す道塗り７１１〜７１５が地図情報７０１上に重畳表示されている。
【００７６】
道塗り７１１〜７１５は、たとえば、地点情報の送信からアクセス期限までの間、送信元から定期的に現在地点情報を受信し、受信した情報を元に地図上の経路を塗りつぶすことによって表示する。これにより、地点情報の送信元から送信される映像データがどの地点の映像かをより正確に把握することができる。
【００７７】
映像データ送信希望通知を配信した車両の走行軌跡を示す道塗り７１１〜７１５は、それぞれが送信希望がなされている映像データに対応している。各道塗り７１１〜７１５が表示される位置は、それぞれの映像データが撮影された区間（経路）である。また、たとえば、映像データの送信を希望する者が、同じ区間で複数存在する場合には、より新しい（撮影時刻と現在時刻との差分が小さい）データの道塗りを優先させて表示することとしてもよい。
【００７８】
各道塗り７１１〜７１５の太さは、映像データの撮影時刻からの経過時間を示しており、より太い道塗りが新しい（撮影時刻からの経過時間が少ない）映像データである。図示した例では、道塗り７１１，７１２，７１４，７１３の順に新しい映像データであることがわかる。また、道塗り７１５のように、撮影時刻からの時間の経過とともに道塗りの太さが細くなっていき、所定の時間経過するとディスプレイ４１３から消えるようにしてもよい。また、映像データの送信期限が定められている場合には、送信期限に至ったときにディスプレイ４１３から道塗りを消去することとしてもよい。
【００７９】
また、図７には示していないが、映像データの撮影時刻からの経過時間によって、各道塗り７１１〜７１５の色を調節してもよい。たとえば、映像データの撮影時刻からの経過時間が少ないうちは濃い色で表示し、時間の経過とともに色味を薄くしていく。そして、所定の時間経過するとディスプレイ４１３から消去する。この場合も、道塗りの太さを変化させる場合と同様に、送信期限を考慮して色味を変化させてもよい。また、新着の映像データ送信希望通知に対応する道塗りを点滅させるなど、ユーザの注意を喚起させる視覚的効果を用いてもよい。
【００８０】
さらに、映像データの内容をアイコンによって示してもよい。たとえば、アイコン７２３は、道塗り７１２がこの区間の風景（たとえば、花見など）に関する映像データであることを示している。このアイコン７２３は、映像データの送信者である車両３１０の搭乗者が選択できることとしてもよいし、映像データ送信希望通知に含まれる情報から、対応するアイコンをナビゲーション装置３２１で判断することとしてもよい。
【００８１】
ユーザは、カーソル７２０を操作して、所望の道塗り７１１〜７１５を選択して送信要求をおこなう。たとえば、各道塗り７１１〜７１５にカーソル７２０をあてると、吹き出し７２１に映像データ送信希望通知に含まれる情報が表示される。図示した例では、映像データの送信者、カテゴリー、付加情報の有無などが表示される。
【００８２】
また、カーソル７２０によって、各道塗り７１１〜７１５のうち送信を要求する区間を選択することとしてもよい。たとえば、ジャンクション付近の映像や、桜の名所といわれる地点付近の映像など、映像データが撮影された地点や区間、映像データのカテゴリーなどを指定して送信要求をおこなう。
【００８３】
以上説明したように、実施例にかかるデータ送受信システム３００によれば、相互に通信可能な複数の通信端末からなる通信ネットワークにおいて、ナビゲーション装置３２１によって連続的に撮影された映像データの地点情報を、時刻情報に基づいてディスプレイ４１３に表示する。
【００８４】
これにより、映像データの撮影地点および撮影時刻によってデータを特定し、ユーザが必要とする情報が存在するか否かを容易に判断させることができる。特に、撮影地点や撮影時刻によって、一連の映像データの中なら必要な部分を、抜き出すことができる。
【００８５】
また、撮影時刻と撮影時刻との差分に基づいて、地点情報を表示することによって、映像データが取得されてからの経過時間を容易に把握することができる。情報は鮮度、もしくは信頼性が重視される場合が多く、ユーザは映像データが取得されてからの経過時間によって、その映像データが必要であるか否かを判断することができる。
【００８６】
さらに、地点情報を地図情報上に重畳表示することによって、映像データの撮影地点をより直感的に把握させることができる。また、映像データが必要な場合は、ナビゲーション装置３２１に送信要求をおこなうことによって、ナビゲーション装置３１１において必要な映像データを取得することができる。
【００８７】
なお、本実施の形態で説明した情報表示方法は、あらかじめ用意されたプログラムをパーソナル・コンピュータやワークステーションなどのコンピュータで実行することにより実現することができる。このプログラムは、ハードディスク、フレキシブルディスク、ＣＤ−ＲＯＭ、ＭＯ、ＤＶＤなどのコンピュータで読み取り可能な記録媒体に記録され、コンピュータによって記録媒体から読み出されることによって実行される。またこのプログラムは、インターネットなどのネットワークを介して配布することが可能な伝送媒体であってもよい。
【図面の簡単な説明】
【００８８】
【図１】実施の形態にかかるデータ送受信システムの機能的構成を示すブロック図である。
【図２】第１の通信端末のデータ受信処理の手順を示すフローチャートである。
【図３】実施例にかかるデータ送受信システムのシステム構成を示す説明図である。
【図４】ナビゲーション装置のハードウェア構成を示すブロック図である。
【図５】データを送信する車両のナビゲーション装置のデータ送信処理の手順を示すフローチャートである。
【図６】データを受信する車両のナビゲーション装置のデータ受信処理の手順を示すフローチャートである。
【図７】映像データ送信希望通知の画面表示の一例を示す説明図である。
【符号の説明】
【００８９】
１００  データ送受信システム
１１０  第１の通信端末
１１１  受信部
１１２  表示部
１１３  決定部
１１４  表示制御部
１１５  送信部
１２０  第２の通信端末
【図１】
0004560475.tif 000002
【図２】
0004560475.tif 000003
【図３】
0004560475.tif 000004
【図４】
0004560475.tif 000005
【図５】
0004560475.tif 000006
【図６】
0004560475.tif 000007
【図７】
0004560475.tif 000008