JP2009516189A - 交通情報を表示するナビゲーションデバイス - Google Patents

Abstract

ナビゲーションデバイスは、各々が音声又は映像の交通情報の存在する場所を示し且つ音声又は映像情報を再生するために選択可能である１つ以上の記号と共にルートを道路地図上に重畳して表示する。映像交通情報は、固定交通カメラからの情報であってもよい。従って、運転者は交通カメラからのビデオ出力又は静止画を迅速に観察でき、交通状態の評価が可能になる。

Description

本発明は、交通情報を表示するナビゲーションデバイスに関する。

技術の進歩及び渋滞する道路環境の負担の増加により、パーソナルナビゲーションデバイス（ＰＮＤ）の開発及び採用が助長されている。ＰＮＤという略語は、「携帯ナビゲーションデバイス（portable navigation device）」を示すために使用されることもあるが、本明細書においてはより広範囲な定義を与え、携帯型（例えば、吸盤マウントを使用して自動車のフロントガラスに固定できる）又は組込み型（例えば、自動車に永続的に固定される）の任意の種類のパーソナルナビゲーションデバイスを範囲に含む。ＰＮＤは、専用のナビゲーションデバイス（例えば、主な機能がナビゲーションであるデバイス）でもよく、又は複数の他のアプリーション（例えば、メディアプレーヤ）を有してもよく、あるいは主な機能としてナビゲーション以外の機能を有してもよい（例えば、ＰＮＤは移動電話であってもよい）。ＰＮＤの殆どが自動車及び他の車両において使用されるが、それらに限定されない。ＰＮＤは、道路情報及び位置情報を含む地理的な地図データベースを組み込む。一般にＰＮＤは、ユーザが目的地を入力して１つ以上のルートを提供されることを可能にするソフトウェアを含む。運転指示が発行され、目的地まで選択したルートに沿って運転者を案内する。ＰＮＤは、自動車のフロントガラスに取り付け可能なマウントを含んでもよい。

運転者を案内するためのルートの選択は非常に高度な技術であり、選択されたルートは、存在する予想される交通量及び道路状態、道路速度に関する履歴情報、並びに道路の選択を判定する要因に対する運転者自身の好みを考慮してもよい。更にデバイスは、道路及び交通状態を継続的に監視し、変化した状態のために残りの移動に対するルートを変更することを提案又は選択してもよい。

道路での移動は、ビジネス、他の組織及び個人の日常生活の重要な部分である。交通の遅延のコストは非常に大きい。純粋な経済的なコストは、英国のみで数十億ポンドと推定される。それらのコストを考慮すると、例えば最適なルートを選択し且つ渋滞による遅延を回避することにより運転者が自身の移動を最適化することを支援できるシステムは非常に有用である。実際には、種々の運転者情報システムが発達してきている。出来事及び遅延に関する主観的な助言を提供するために、警察、上方からの監視及びより最近では渋滞に巻き込まれた運転者からの移動電話通話等の多くの発信元からのデータを集約するラジオ放送交通レポートが長い間にわたり定着している。無線データシステム（Radio Data System (ＲＤＳ)）ラジオは、通常のラジオ番組を交通レポートに自動的に縮小することによりそれらシステムをより効果的にしている。静的なルート計画システムは、英国の自動車協会（AutomobileAssociation (ＡＡ)）及びRAC plc等の主要な自動車団体のウェブサイト上に提供されている。それらシステムにより、運転者は行程の複数の地点を入力でき、ルート及びそのルートに対する運転指示が与えられる。

近年、全地球測位システム（ＧＰＳ）を使用する車載パーソナルナビゲーションデバイスが導入されている。それらデバイスの例として、TomTom GO^TMシリーズのＰＮＤがある。パーソナルナビゲーションデバイスは、ＧＰＳシステムを使用して、道路網上の車両の正確な位置を発見し、画面上の道路地図に車両の場所の印をつける。ＰＮＤは、道路網上の２つ以上の地点の間の最適な又は適切なルートを計算するための機構を含み、選択したルートに沿って運転者を誘導でき、そのルートにおける位置を継続して監視する。パーソナルナビゲーションデバイスは、交通情報をそれらのサービスに取り入れ始めており、中には、交通情報がルート選択処理に取り込まれているものもある。ＰＮＤは、渋滞している道路を迂回する。交通情報がＰＮＤにより提供される時、ユーザは、遅延が選択したルートに影響を与える場合にそれら遅延を観察し、必要であると考えられる場合に道路の遅延のある区間を回避するルートをデバイスに再計画させることができる。種々の技術（例えば、移動電話通話、固定カメラ、ＧＰＳの艦隊の追跡）に基づくリアルタイム交通監視システムは、交通の遅延を識別し且つ通知システムに情報を供給するために使用されている。

交通網を管理する責任のある政府機関は、道路網の主要な場所に固定交通カメラを設置してきた。それらカメラからの画像は、道路の状態に関する即時の映像情報を運転者に提供するために一般向けのウェブサイト上で提示される。

上記システムの各々は、固有の長所及び短所を有する。パーソナルナビゲーションデバイスは、特定の行程において使用するルートに対する、型通りの判断における最適な助言を提供できるが、この助言は、提案されたルートが普通でないと考えられる場合又はルート選択を支持する証拠がない場合には運転者により無視される可能性がある。通常の最適なルートが過度の渋滞又は事故の影響を受けている場合に普通でないルート選択が行なわれてもよいことは明らかである。

固定交通カメラが非常に直接的な情報を提供できることは周知である。ユーザは、道路の渋滞区間の車両の列又は道路工事の区間にわたりゆっくり動く車両の列を見ることができる。また、カメラにより監視される領域の天候状態は、予想される交通状態に関する追加情報を提供する。すなわち、雪、大雨又は視界の悪さは、運転者の移動を延期する理由を運転者に提供するだろう。欠点としては、交通カメラを移動中に容易に調査できないことである。運転者は、通常はインターネットに接続したＰＣから、事前に計画し且つそれを出発前にチェックする必要がある。

ラジオ放送レポートは、非常に安心させるものあり、信用される傾向にある。それらレポートは、非常に容易に入手可能である。しかし、出発したい運転者は、移動に関連する情報を含む次の交通レポートを所望の出発時間後最大２５分以上待つ必要がある可能性がある。

それら交通情報システムの一部をＰＮＤに組み込むことにより、利点が得られる。出発時又は出発後に通常のルートをチェックし且つ渋滞を認識した運転者は、その渋滞を回避するルートをＰＮＤに要求してもよい。

ＰＮＤは、画面を有する小さなボックスから構成されてもよい。ＰＮＤは、車両に設置されてもよく又は持ち込まれてもよい。通常、ＰＮＤは、ＰＮＤが設置された車両の位置を正確に特定し且つ車両の向きを判定するためにＧＰＳ受信機を含む。ユーザは、ＰＮＤと対話し、ユーザがとりたい行程をＰＮＤに伝える。デバイスは、その行程に対するルートを選択する。ユーザは、ルート選択処理に介入してもよいし、ルート選択処理を誘導してもよい。デバイスは、車両の現在の位置をユーザに示し且つ選択したルートに沿ってユーザを案内するために視覚的かつ音響的な指示を提供する。デバイスとのユーザの対話は、タッチスクリーン、ステアリングコラムリモコン、音声認識又は任意の他の適切な方法により行なわれ得る。

ＰＮＤは、インターネットへの接続を可能にする通信モジュールを含んでもよい。ＰＮＤは、Ｂｌｕｅｔｏｏｔｈ近距離無線通信システムを使用して、汎用パケット無線サービス（ＧＰＲＳ）対応の移動電話に通信して移動電話からインターネットに通信する用に構成できる。インターネット接続により、ボリュームが大きすぎず且つ通信のプロトコルに同意する限り、ＰＮＤは任意の情報を受信又は送信できる。ＰＮＤは、道路遅延情報をダウンロードして表示したり、ルート選択に取り入れたりすることができる。あるいは、ＰＮＤはルートに関連する天候情報をダウンロードするように構成することもできる。

一般にＰＮＤは、小さなプログラマブルコンピュータとして実現され、中央処理装置（ＣＰＵ）と；プログラム及びデータを格納及び実行するためのメモリと；プログラム及びデータを永続的に保存するための永続性メモリと；ディスプレイ及び入出力システムの集合とから構成される。現在の組込みＣＰＵは、５年又は１０年前の汎用コンピュータのＣＰＵより非常に強力であり、Ｕｎｉｘ（登録商標）等の、種々の汎用オペレーティングシステムの実行を容易にサポートできる。そのようなシステムは、フリーのＬｉｎｕｘ又はバークレイソフトウェアディストリビューション（ＢＳＤ）オペレーティングシステムを実行する場合が多い。永続性メモリは、ハードディスク又はある形式の不揮発性ＲＡＭとして実現されてもよい。ＰＮＤの場合、ディスプレイはタッチスクリーンユニットであってもよい。ＰＮＤの入出力システムは、タッチスクリーン、音声認識又はＢｌｕｅｔｏｏｔｈを介するリモートコントロールを含むことができる。

ＰＮＤ及び他の組込みコンピューティングプラットフォームのプロバイダは、標準ソフトウェア開発手順を使用してプラットフォームに対する新しいアプリケーション又は拡張アプリケーションを作成する際にコンピュータプログラマを支援する開発キットを提供する。これにより、コアアプリケーションに対する改善を促進し、市場の成功に寄与するプラットフォームに対するソフトウェアアプリケーションのエコシステム及び拡張を推進する。

本発明の第１の面は、各々が音声交通情報又は映像交通情報の存在する場所を示し且つ音声情報又は映像情報を再生するために選択可能である１つ以上の記号と共に道路地図上に重畳されるルートを表示するように動作可能なナビゲーションデバイスである。

選択可能な詳細は以下の通りであるが、それらに限定されない。
映像交通情報は、例えば１つ以上の固定交通カメラ又はネットワークを介してその情報を共用するエンドユーザにより動作されるカメラ（例えば、ＰＮＤ自体における）により生成される静止画又はビデオ画像であってもよい。映像交通情報は、ウェブサイト又はテレビサービスにより生成されてもよく、あるいはウェブサイト又はテレビサービスから取得されてもよい。音声交通情報は、ラジオ放送サービス又はテレビ音声出力により生成されてもよく、あるいはラジオ放送サービス又はテレビ音声出力から取得されてもよく、あるいはウェブサイトにより生成されるか又はウェブサイトから取得されてもよい。交通情報は、放送されるか又は場所識別データと共に配信される。ここで、用語「再生」とは、情報が格納されることを含んでいる。本明細書において、そのような情報は、例えばローカル又はリモート記憶装置（通常の放送処理の一部である一時記憶装置以外の）を有さない従来の交通カメラからのリアルタイムビデオ出力等のリアルタイムで再生されている情報を含む。

デバイスの一つの実施例はタッチスクリーンディスプレイを含み、各記号は指先を使用して確実に選択するのに十分な大きさである（例えば、各記号は少なくとも０．３ｃｍ×０．３ｃｍである）。デバイスは、音声認識エンジンを含んでもよく（又は音声認識エンジンに接続されてもよく）、ユーザが適切な制御メッセージを単純に話して音声情報又は映像情報の再生を開始できるようにする（例えば、「交通カメラ番号３を見せて下さい」）。いずれの事象においても、記号は、テキスト記述のみから構成されてもよく、あるいはＰＯＩ（位置情報(point of interest)）記号の外観と一致する図形又はアイコンであってもよい。映像交通情報の場合、記号はカメラを図で表してもよく、音声交通情報の場合、記号はマイクを図で表してもよい。記号は、交通カメラからのビデオフレームの実際のサムネイル画像等のサムネイル画像であってもよい。

タッチスクリーンの実施例において、ユーザが映像交通情報に対する記号付近で画面に触れた場合、その記号に関連する場所に対する最新の画像又は画像のシーケンスが、規定された秒数の間にわたって表示される。同様に、ユーザが音声交通情報に対する記号付近で画面に触れた場合、その記号に関連する場所に対する最新の音声レポートが再生される。更に、ユーザが映像交通情報に対する記号付近で画面に触れた場合、その記号に関連する場所に対する最新画像が、ユーザが画面に触れることにより又は他の制御を使用することにより地図に戻ることを手動で選択するまで表示されるようにしてもよい。同様に、ユーザが音声交通情報に対する記号付近で画面に触れた場合、その記号に関連する場所に対する最新の音声レポートが、ユーザが画面に触れることにより又は他の制御を使用することにより地図に戻ることを手動で選択するまで再生される。

他の実施例の特定の選択可能な特徴は以下の通りである。

・ある場所に対する音声交通情報又は映像交通情報がデバイス上で再生される場合、デバイスは、ユーザがその場所をルートに含むか又はルートから除外できるようにするメニューオプションを示す。各交通カメラ画像（あるいは、より一般的には音声交通情報又はビデオ交通情報の各再生）は、「ルートに含む」とラベル付けされたボタン及び「ルートから除外する」とラベル付けされた別のボタン等のルート計算オプションを伴うことができる。「ルートに含む」ボタンに触れると、ルート計算アルゴリズム（通常、ＰＮＤ上で実行する）は交通カメラ（又は交通カメラがない場合には交通情報において参照される場所）を通過するルートを計算する。他方のボタンに触れると、その特定のカメラを回避するルートが計算される。

・デバイスは、ユーザコマンドにより要求された場合に、ルートに沿うカメラの集合から得られたルートに沿う画像のシーケンスを表示するように構成される。画像は、ルートに沿うカメラと同一の順番で表示されてもよい。各画像は、短時間表示されるか、あるいはユーザが次のカメラからの次の画像を表示すること又はシーケンスを中止することを手動で選択するまで表示される。連続するカメラからの画像のシーケンスは、表示しようとしている画像を生成したカメラに関係する記号を強調する地図表示とインタリーブされてもよい。シーケンスは、ユーザが最も興味を有する画像に自在に移動できるようにフォワード制御及びバック制御を含むことができる。

・デバイスは、スライドショーに必要とされる画像の順番を利用して、予想される表示順でネットワークから画像をダウンロードしてもよく、それにより第１の画像以外の全ての画像が画面上に表示されるまでのユーザに対する遅延を最小限にする。スライドショーの予想される第１の画像は、ルートが選択されるとすぐに（且つ自動的に、すなわち特定のユーザ要求なしで）ダウンロードされてもよいため、スライドショーが要求された時に開始するまでの遅延は全くない。

・音声交通情報又は映像交通情報は、計画ルート上の場所に対する情報である。例えばカメラは、計画ルート又はそのルートに代わるルートと関連するカメラである。

・音声交通情報又は映像交通情報は、ルートの選択前に又はルートの選択とは無関係に使用される。

・ユーザは、ルートの選択又は要求前に、あるいはルートの選択とは全く無関係に、関心ある領域内のカメラ画像表示を観察することを選択することができる。

・デバイスは、ある領域におけるカメラの集合からの全ての映像交通情報のスライドショーを示すように要求される。

・カメラ画像の表示の順番はデバイスにより選択される。デバイスは、領域を走査し且つユーザの現在地からのカメラまでの距離の順番と同一の順番でカメラ画像を表示することにより、カメラ画像の表示の順番を選択する。ユーザの現在地に最も近接するカメラからのカメラ画像が最初に表示され、ユーザの現在地から最も遠いカメラからのカメラ画像が最後に表示される。

・スライドショーは自動であり、各カメラ画像は次の画像に進む前に数秒間示される。あるいは、スライドショーは非自動であり、ユーザは次の画像を表示するようにシステムに要求するために、画面に触れるか又は他のコマンドを発行する必要がある。

・デバイスは、インターネットからのビデオクリップのダウンロード及び表示をサポートできる。

・カメラが地図上のカメラ記号を介して選択された場合、カメラ領域にわたる交通の流れのビデオクリップが示される。

・ルート又は領域のカメラのスライドショーが要求された場合、カメラ毎に１つのクリップが一連のビデオクリップとして示される。

・表示される交通情報は、ユーザが移動したい方向に対応する交通の方向を示す記号と共に表示される。これは、映像交通情報及び音声交通情報の双方に当てはまる。

・ある場所における映像交通情報の存在を表すために表示される記号は、その場所に対する映像交通情報が入手可能である観察方向を示す更なる記号と共に表示される。

・別の方法において、矢印はルートの一部を形成する実際の車線上に重畳される。これは、道路の両側を判定でき且つ路面の一部を形成するかのように正確な向き及び遠近法で示されるように矢印の形状をモーフィング又は変更できるパターン認識ソフトウェアを必要としてもよい。

本発明の第２の面は、音声交通情報又は映像交通情報をナビゲーションデバイスに供給するように動作可能なプロキシサーバである。ナビゲーションデバイスは、各々がサーバ上で音声交通情報又は映像交通情報の存在する場所を示し且つ音声情報又は映像情報を再生するために選択可能である１つ以上の記号と共に道路地図上に重畳されるルートを表示するように動作可能であり、サーバは、ナビゲーションデバイスの特定の再生要求に対して音声情報又は映像情報を適応させる。

プロキシサーバは、音声交通情報源又は映像交通情報源からデータの供給を受ける（又は要求する）。プロキシサーバは、実質的に音声交通情報及び映像交通情報に対するデータ出力を取り込み且つその情報を標準に一致するように適応させるミドルウェア、あるいは入力情報からデータを抽出し且つ帯域幅の効率がよい放送又はＰＮＤへの送信に適する標準形式でそのデータを再パッケージ化するミドルウェアとしての役割を果たすことができる。

プロキシサーバの他の選択的な特徴は以下を含む。

・プロキシサーバは、ＰＮＤにより読み出し可能な形式に画像を変換する。

・プロキシサーバは、ＰＮＤの形状ファクタ（form factor）に合うように画像を縮尺又はクリッピングする。

・プロキシサーバは、ＰＮＤの画面上で可視である最小詳細レベルに画像を圧縮する。

・プロキシサーバは、ビデオをデバイス上で観察可能に保持する最小限までビデオのフレームレートを低減する。フレームレートは、例えば、５フレーム／秒の低さであってもよい。

・プロキシサーバは、高圧縮されたビデオデータを得るために、ＭＰＥＧ−４等のＡ／Ｖ符号化標準を使用して結果として得られるビデオを符号化する。

・プロキシサーバは、インターネット又は放送から交通レポートを選択できる。

・プロキシサーバは、局の放送範囲の領域により索引付けされた音声ストリームとして交通レポートを格納できる。

・デバイスのユーザが要求を行なう場合、運転者の関心地理的領域と交わる局（station）からの最新レポート又はデバイスにより運転者が通過するようにルーティングされた地理的領域における局からの最新レポートが、デバイスに送信されて再生される。

本発明の最後の面として、音声交通情報又は映像交通情報をナビゲーションデバイスに提供する方法が挙げられる。ナビゲーションデバイスは、各々が音声交通情報又は映像交通情報の存在する場所を示し且つ音声情報又は映像情報を再生するために選択可能である１つ以上の記号と共に道路地図上に重畳されるルートを表示するように動作可能である。方法は、（ａ）プロキシサーバがその情報の１つ以上の発信元から音声交通情報又は映像交通情報を取得するか又はその提供を受けるステップと；（ｂ）プロキシサーバがデバイス上で再生成するために情報を操作するステップとを有する。

複雑なＰＮＤシステムを使用して、パーソナルナビゲーションデバイスにより与えられる助言を検査する明確で簡単な情報をユーザに提供することは有益である。以下では、運転者が移動に関係する音声及び／又は映像（Ａ／Ｖ）情報を提示され且つそれを調査するために、運転者の付近の交通状態及びＰＮＤが提案する移動のルートに対する静止画、ビデオ及び音声を使用してＰＮＤを高度化する機構を説明する。本明細書において説明される機構により、静止画、ビデオ及び音声を使用するルート選択の検査が可能になる。これにより、ＰＮＤのユーザの対話体験が向上し、またデバイスにより提供される助言に対する運転者の信頼を向上する。運転者は、助言が正確であるのが明らかである場合に安心するだろう。同様に、その機構により、運転者は可能なルートに関連して又はルートとは無関係にＡ／Ｖ情報を調査できる。例えば運転者は、単に所定の道路の交通状態を見たいと考えるだろう。

本発明の一実施例において、ＰＮＤは、通信ネットワークから、例えばインターネットロケーションから又はＧＰＲＳネットワークプロバイダのシステムから直接、画像、ビデオ及び音声等のＡ／Ｖデータを要求するか又は送出されるように強化される。あるいは、ＰＮＤはＡ／ＶデータをＰＮＤにプッシュするネットワークサービスに登録される。ＰＮＤは、ＰＮＤの制御システムにより要求された時に画像及びビデオを画面上に提示し且つスピーカを介して音声を提供できる。そのようなＡ／Ｖデータが交通カメラ画像から構成される場合、ＰＮＤは、ルート上、ルート付近又は特定の地理的領域の交通カメラからの画像の探索、選択及び表示を可能にするインタフェースを提供できる。本発明において使用される交通カメラは、計画されたルート又はそのルートに代わるルートと関連するカメラであってもよい。画像データは、移動電話のカメラを使用して記録されたデータであってもよい。そのようなデータは、ＰＮＤにより収集され、交通に関連するカメラ情報として使用するためにネットワークに送信されてもよい。画像データは、テレビサービスにより記録された画像データであってもよい。Ａ／Ｖデータが音声である場合、ＰＮＤは音声ストリームの選択及び再生を可能にする機構を提供できる。これは、ＰＮＤのユーザに最も好都合に提示するために、関心地理的領域に位置する地方無線局からの最近の交通レポート、テレビサービスから取得される音声、ＰＮＤにアップロードされた任意の他の有用な音声情報の音声、又はウェブページの情報等の他の情報から合成された音声により構成されてもよい。Ａ／Ｖデータは、情報が関連する場所を識別する緯度及び経度等の空間座標等の場所識別子と共に供給されてもよい。カメラデータの場合、例えばコンパス方位により表されるカメラが向いている方向等の方向指示データを提供されてもよい。

交通カメラ画像の提示

交通カメラ画像は、インターネットからのダウンロード及びＰＮＤの画面上での表示のために多くの方法によって選択される。例えば、選択したルートに関連するカメラの画像を表示する場合、ルートが選択された時、デバイスは道路地図上にルートを重畳して表示し、更に交通カメラの場所を示す記号を追加して重畳する。それら記号は、指先を使用して確実に選択できるような十分な大きさを有する。そのような記号の面積は、少なくとも０．３ｃｍ×０．３ｃｍである。映像交通データに関連する記号はカメラに類似してもよい。また、音声交通データに関連する記号は、スピーカ又はマイクに類似してもよい。各交通カメラ記号に近接する矢印又は他の方向指示記号が含まれてもよい。これは、交通カメラが向いている大よその方向を指し、ユーザの可能なルートと同一方向に移動している交通量を確認するためのカメラ画像の部分をユーザが理解するのを助長する。あるいは、交通カメラ記号が指し示している方向と交通カメラが向いている方向とが略同一方向となるように、交通カメラ記号の向きが決定されてもよい。ＰＮＤは、ユーザがカメラの記号付近で画面に触れた時、指定されたカメラからの最新画像が規定された秒数の間表示されるように構成される。その後、表示は地図に戻る。あるいは、デバイスは、ユーザがカメラの記号付近で画面に触れた時、ユーザが画面に触れることにより又は他の制御を使用することにより地図に戻ることを手動で選択するまで、指定されたカメラからの最新画像が表示されるように構成される。

ルート上の略同一の場所から互いに反対方向の交通カメラ画像が入手可能である場合、ＰＮＤの初期設定においては、ユーザが移動したいルートに沿う方向と略同一方向を向いているカメラからのカメラ画像を表示する。しかし、例えば２つのカメラの一方が動作していなかったり、交通カメラの設置にかかるコストの理由のために特定の場所において交通カメラが１つしか存在しなかったりする可能性があるため、移動したいルートに沿う方向と略同一方向を向いているカメラからのカメラ画像が常に入手可能であるとは限らない。ユーザが移動したいルートの方向とは反対の方向に沿ってカメラが向いているような例外に対しては、地図画像に矢印を含むのが好ましいだろう。ユーザが入手可能なカメラ画像データを完全にチェックしたい場合、ユーザは、特定の方向から可能な双方の方向に対するカメラ画像を調査したいと考えるだろう。この場合、各々が反対方向を指し示す２つの矢印が地図画像上に示される。例えば順番に各矢印を選択することにより、ユーザはカメラが向いている各方向に対するカメラ画像を観察できる。オプションとして、記号又は単語がカメラ画像内で表示され、示される方向は、ユーザが移動したい方向と略平行であるか又は略反対であるかを示す。例えば、上向きの矢印は平行な方向を示すために使用されてもよく、下向きの矢印は反対方向を示すために使用されてもよい。

ＰＮＤは、所定のカメラ画像がユーザルートと略平行であるか又はユーザのルートと略反対方向であるかを知るために計算を実行する必要がある。カメラの方向は、その位置座標と共に受信される。ＰＮＤは、カメラが配置される地点においてユーザルートの方向を計算できる。当業者には明らかとなるように、それら２つの方向の角度は多くの方法で計算できる。１つの方法は、地図の平面において２つの方向に対する単位ベクトルを構成することである。２つの方向の角度は、２つの単位ベクトル間の数学のベクトル内積の逆余弦により与えられる。その角度が９０度未満である場合、カメラの方向はユーザのルートに略平行であると解釈される。角度が９０度を超える場合、カメラの方向はユーザのルートと略反対であると解釈される。角度が９０度である場合、カメラの角度はユーザのルートに対して不確かであり、疑問符で表されてもよい。角度が変化し続ける地図及びカメラ画像上に矢印を表示することにより、より高レベルな精緻さが使用される。表示される角度は、逆三角関数及びベクトルの数学上の計算を使用して取得される角度である。

ＰＮＤは、ユーザコマンドにより要求された時に、ルートに沿って位置付けられる連続したカメラからの画像のシーケンスを表示するように構成される。この例において、関連する各カメラからの画像が表示される。通常、画像はルートの順番で表示され、各画像は短時間表示されるか、あるいはユーザが次のカメラ画像を表示すること又はそのシーケンスを中止することを手動で選択するまで表示される。シーケンスは、表示しようとしている画像を生成したカメラに関係する記号を強調する上述の地図表示、並びにカメラが向いている大よその方向を示す矢印とインタリーブされてもよく、また、ユーザが最も興味を有する画像に自在に移動できるようにフォワード及びバック制御を含んでもよい。

ＰＮＤは、スライドショーに必要とされる画像の順番を利用して、予想される表示順にネットワークから画像をダウンロードしてもよく、それにより第１の画像以外の全ての画像が画面上に表示されるまでのユーザに対する遅延を最小限にする。スライドショーの予想される第１の画像は、ルートが選択されるとすぐにダウンロードされてもよいため、スライドショーが要求された時に開始するまでの遅延は全くない。

ある場所に対する音声又は映像交通情報がデバイス上で再生される場合、デバイスは、ユーザがその場所をルートに含ませるか又はルートから除外できるようにするメニューオプションを示す。

ある領域におけるカメラ画像の表示

ルートの選択又は要求前に、あるいはルートの選択とは全く無関係に、ユーザは関心のある領域内のカメラ画像表示を観察することを選択してもよい。例えば運転者が一般に同一ルートを移動する場合、運転者はデバイスを使用して、出発前又は出発後にそのルート上のカメラを調査してもよい。それが問題を示さない場合、運転者はルートを見つけるようにデバイスに要求することなく道を進行し続けてもよい。カメラの調査により渋滞が示される場合にのみ、運転者は、通常のルートが依然として最適であるかを判定するために、デバイスにルートを選択するように要求する必要性を感じることになる。カメラ画像がある領域に関連付けられる場合、デバイスは選択された地理的領域の道路地図を各カメラが向いている大よその方向を示す矢印と共にカメラ記号を重畳して表示する。ユーザはそのカメラを選択でき、デバイスはそのカメラから最新画像をダウンロードして表示する。

デバイスは、ある領域の全てのカメラのスライドショーを示すように要求される。表示の順番は、デバイスにより選択され、例えば領域を走査し、ユーザの現在地に最も近接するカメラからの画像を最初に表示し、その後は距離の順番で表示し、最も遠いカメラの画像を最後に表示する。このスライドショーは、自動または手動のいずれかを選択できる。自動においては、各カメラ画像を数秒間示し、その後次の画像に移動する。手動においては、に画面に触れるか又は他のコマンドを発行することにより、デバイスに次の画像を表示するように要求する。

デバイスのユーザがデバイスを呼び出すと、ユーザの関心地理的領域と交差するか又はデバイスによりルーティングされるテレビ局又はラジオ局からの最新レポートがデバイスに送信されて再生される。

デバイスは、車両の安全走行のために運転者が運転に集中できる動作モードを使用するように構成される。例えば、ＰＮＤが連続して適切な画像を自動的に且つ繰り返し表示するように規則が規定される場合、運転者はＰＮＤにより運転操作を中断されることなく、観察するのに安全な時にのみ画像を観察するだけでよい。このように、運転者が安全な状態にあり合法的に挙動する間に、デバイスは案内及び対話を提供することができる。すなわち多くの管轄区において、法律は、運転者がＰＮＤ等の車載デバイスにより気をそらせるべきではないことを要求するか又は示す。英国における一例は、１９８８年の道路交通法である。当然英国において、乗客がＰＮＤを対話的に動作することは完全に合法的である。

ダウンロード及び圧縮

移動通信ネットワークの現在の実施例において、画像データを送信する時、そのデータサイズによる通信コスト及び遅延は大きい。更に種々のカメラ画像は、種々のサイズ、縮尺及び画像形式で利用可能とされる可能性がある。それら問題は、固定インターネットに接続されるプロキシサーバを介するように画像要求を送信することにより軽減される。この構成において、ＰＮＤが特定の場所におけるカメラ画像又はある領域における複数の画像を要求する場合、プロキシサーバに対して要求が行われる。その結果、プロキシサーバは、種々の元の場所から画像を要求し、固定インターネットを介して極めて迅速にそれら画像を受信する。プロキシサーバは、インターネット、あるいは音声又はビデオ放送からデータを取得してもよい。あるいは、プロキシサーバは、例えば「３０分毎」のように周期的に、又は報告すべき重大なニュースがある場合に外部発信元により送出されたデータを受信するようにしてもよい。プロキシサーバは、ＰＮＤにより読み出し可能な形式に画像を変換し、ＰＮＤの形状的ファクタ（form factor）に合うように画像を縮尺変更又はクリッピングし、ＰＮＤの画面上で可視である最小詳細レベルに又はＰＮＤの画面上で可視である最小詳細レベル未満の詳細レベルに画像を圧縮する。白黒画像はカラー画像より狭い帯域幅を必要とするため、画像は白黒で供給されてもよい。このように処理された画像は、通常１秒か２秒でＧＰＲＳを介してＰＮＤにダウンロードされ、上述した画像表示機構を可能にする。

交通カメラのビデオの提示

システムは、インターネットからのビデオクリップのダウンロード及び表示をサポートできる。ユーザ対話の同一システムは、静止画を選択するために使用されるように、ビデオクリップを選択するために採用される。カメラが地図上のカメラ記号を介して選択された場合、カメラ領域にわたる交通の流れのビデオクリップが示される。あるいは、ルート又は領域のカメラのスライドショーが要求された場合、カメラ毎に１つのクリップが一連のビデオクリップとして示される。

ビデオ圧縮

現在の通信ネットワーク（例えば、ＧＰＲＳ）を介してビデオクリップをダウンロードするための時間及びコストに対処するために、プロキシサーバがシステムのオプション部分として使用される。プロキシサーバは、固定インターネットを介して元のビデオクリップを取り出し、ＰＮＤ上の表示に適合した最小サイズとなるようにそれらビデオクリップを変換する。これにより、ビデオクリップをダウンロードするコスト及び時間が受け入れ可能レベルに減少される。プロキシサーバは、ビデオのフレームをクリッピングしてＰＮＤの画面のアスペクト比にする。プロキシサーバは、フレームがＰＮＤの画面上で可視であるレベルを超える詳細を有さないように又はフレームがＰＮＤの画面上で可視であるレベルを下回る詳細を有するように個々のフレームを圧縮する。その結果、要求されたデータサイズに大きく減少される。プロキシサーバは、ビデオをＰＮＤ上で観察可能に保持する最小限までビデオのフレームレートを低減してもよい。このフレームレートは、固定カメラを通過する車両のビデオ等の単純なビデオに対しては５フレーム／秒等の低さであってもよい。プロキシサーバは、高圧縮されたビデオデータを得るために、ＭＰＥＧ−４等の高度なＡ／Ｖ符号化標準を使用して結果として得られたビデオを符号化する。そのような符号化は、ビデオクリップの連続する画像の静的な背景及び他の共通要素を除外し、１つのシーンと次のシーンとの差分のみを送信できる。交通カメラのビデオクリップを圧縮する制約されたアプリケーションは、特にそのような圧縮技術に従い、静止画のサイズの桁数以下のサイズであり且つ低フレームレートである数秒間のビデオを符号化するビデオクリップを得られる。

ラジオレポートの格納及び提示

地方ラジオ局及び全国ラジオ局は、周期的な交通レポートを送信する。プロキシサーバは、ＲＤＳシステムを使用して放送又はインターネットから交通レポートを選択できる。プロキシサーバは、局の放送範囲の領域により索引付けされた音声ストリームとしてそれらレポートを格納できる。ＰＮＤのユーザがそれらを呼び出した時、運転者の関心地理的領域と交差する局からの最新レポート又はＰＮＤにより使用されるルートからの最新レポートは、ＰＮＤに送信されて再生される。ＰＮＤは、口頭による運転指示を発行するために使用されるスピーカを有する。このスピーカは、ダウンロードされた交通レポートが選択された時にそれらを再生するようにプログラムされる。画像表示に対する交通カメラを選択するのに使用される地図インタフェースは、地図上の特定の場所を言及するレポートを含む音声交通レポートを示す記号を追加されてもよい。それらは、画面に触れることにより又は上述した他の制御機構により再生のために選択される。

実施例

ここで、ユーザが可能な別のルート上のカメラを検査するためにタッチスクリーンを使用する実施現例を示す。図１は、ＰＮＤの画面１０上に表示される移動領域の地図を示す。尚、２つの固定交通カメラの大よその場所及び要求された目的地とともに、ＰＮＤが設置された車両の位置が示される。ユーザは、画面に示されるカメラのアイコンに触れ、カメラ１を選択する。ＰＮＤは、プロキシサーバから適切な画像をダウンロードする。図２は、ＰＮＤの画面２０に示されるカメラ１からの画像を示す。図１のカメラ１に近接する矢印の方向により、カメラ１は、カメラ１を通過するユーザのとるであろうルートと反対の方向を向いている。この例において、英国では交通は左側通行である。従って、カメラが向いている方向とは反対方向に交通が移動している道路の車線における渋滞を画像が示すため、ユーザのとり得るルートは渋滞の悪影響を受ける。これは、カメラが向いている方向に移動する交通とは異なる。その交通は、渋滞の悪影響を受けていない。ユーザがカメラの向いている方向を知らない場合にカメラ１の近くの渋滞にあう可能性は５０％であることが推測できるため、この例は、カメラが向いている大よその方向をユーザに通知する利点を明らかに示す。これは、通常、渋滞が発生した時、その渋滞は一方向に移動する交通に対して発生し、反対方向に移動する交通に対して発生しないため、非常に重要な利点である。図２の矢印２１は、下方向を指す矢印であるため、画像を撮影するカメラがユーザの移動したい方向と略反対方向に沿って向いていることを示す。別の方法において、矢印はルートの一部を形成する実際の車線上に重畳される。これは、道路の両側を判定でき且つ路面の一部を形成するかのように正確な向き及び遠近法で示されるように矢印の形状をモーフィング又は変更できるパターン認識ソフトウェアを必要とするであろう。

運転者は、別のルートオプションを調査するために、図１の地図の表示に戻す。図１の画像を観察して、運転者は、カメラ２を通過するルートが適切な別のルートであると決定する。図３は、図１の交通カメラ２が選択された場合にＰＮＤにより表示される画像３０を示す。図３の矢印３１は、上方向を指す矢印であるため、画像を撮影するカメラがユーザの移動したい方向と略平行な方向に沿って向いていることを示す。図３において、カメラが向いている方向が意図される移動方向と略平行であるため、ユーザの移動したい方向の車線には１台の自動車のみが見える。図３の画像に基づくと、このルートは混雑が非常に少なく見えるため、運転者はカメラ２を通過するルートをとることを決定する。この時点において、運転者は、いくつかのルートを計算するようにＰＮＤに要求してもよい。ＰＮＤにより提案されたルートのうち、ＰＮＤにより提案された最適なルートは、ルーティングシステムがカメラ１の場所における遅延及びルート選択の際に考慮した理由に気付いているかどうかに依存する。しかし、複数のカメラが存在する場合、交通カメラ画像が採用する適正なルートの適切な概念を運転者に与えたことは明らかである。運転者は、例えばカメラ２の側の道路をルートの中間地点として含ませることにより、カメラ２の側を通過するルートを選択することができる。これは、各交通カメラ画像（あるいは、より一般的には音声又はビデオ交通情報の各再生）に「ルートに含む」とラベル付けされたボタン及び「ルートから除外する」とラベル付けされた別のボタン等のルート計算オプションを付けることにより簡単化される。「ルートに含む」ボタンに触れると、ルート計算アルゴリズム（通常、ＰＮＤ上で実行される）は交通カメラ（又は交通カメラがない場合には交通情報において参照される場所）を通過するルートを計算する。他方のボタンに触れると、その特定のカメラを回避するルートが計算される。ルート計算アルゴリズムは、計算を実行する際に他の種類の交通データを使用してもよい（例えば、道路交通センサ、セルネットワークにわたる移動電話の動き等）。こうして、ＰＮＤは、ナビゲーションの地図又は計画ルートを示す図に重畳された主要な事故又は道路工事を示すアイコンを表示することができる。特に交通情報が種々の発信元から到着するため、交通情報の品質は非常に変動しやすいことは周知である。従って、多くの従来の交通システムにより主要な交通渋滞が完全に報告されないことは周知でないわけではない。本発明の方法を使用して、事前に交通渋滞を認識する運転者は、全ての交通カメラに対するＰＯＩを表示するようにＰＮＤに要求できる（これは、ユーザが、表示される全てのＰＯＩの種類のチェックボックスに印をつける標準ＰＯＩ選択処理を使用して行なわれる）。ＰＮＤは、適切な交通カメラデータ（最新の静止画であってもよく又は場合によってはリアルタイムビデオ出力であってもよい）をダウンロードし、運転者は、交通渋滞の本当の様子について実際の映像を確認するために、例えばルートの次の５マイルに沿うカメラの交通カメラＰＯＩ記号を選択できる。

交通カメラディスプレイ４２に対して本発明の実験的なシステムを実行するデバイス４０の画像を図４に示す。図４において、カメラの場所は、カメラが向いている大よその方向を示す矢印と共に地図４１上に示される。これは、交通カメラ画像の現実のＰＮＤ上での見え方に関する一例である。図４の白色の矢印４３は、上方向を指す矢印であるため、画像を撮影するカメラがユーザの移動したい方向と略平行な方向に沿って向いていることを示す。

上述のデバイスにより、通信ネットワーク上の種々のＡ／Ｖ情報源はパーソナルナビゲーションデバイスにより提供される情報を改善するために使用できる。交通カメラ画像のロード及び観察をＰＮＤのルート案内及びルート選択機能と統合するための機構は、この情報改善の特定の例である。また、Ａ／Ｖ情報改善の他の例の概略についても説明した。画像及びビデオ圧縮技術の適用、並びにプロキシサーバの使用により、データは効率的にリアルタイムでＰＮＤにロードされる。上述においてＰＮＤの使用が強調されたが、ＰＮＤは組込み自動車ナビゲーションデバイスであってもよいことが当業者には理解されるだろう。

本発明の範囲から逸脱せずに、本発明の種々の変形及び変更が当業者には明らかとなるだろう。本発明は、例示的な実施形態に不当に制限されないことが理解されるべきである。

図１は、道路網に対する現在地、目的地及び２つの交通カメラの大よその位置を示す地図を表すＰＮＤの画面を示す図である。 図２は、図１のカメラ１から取得される交通カメラ画像データのＰＮＤの画面を示す図である。 図３は、図１のカメラ２から取得される交通カメラ画像データのＰＮＤの画面を示す図である。 図４は、本発明の一例であり且つ且つ本発明の一例を実行しているＰＮＤデバイスの画像を示す図である。

Claims (60)

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. ある場所に対する音声交通情報又は映像交通情報が前記デバイス上で再生される場合、前記デバイスは、ユーザが前記場所をルートに含むか又はルートから除外できるようにするメニューオプションを示す請求項１に記載のデバイス。
28. 前記デバイスは、ユーザコマンドにより要求された場合に、前記ルートに沿うカメラの集合からの前記ルートに沿う画像のシーケンスを表示するように構成される請求項１に記載のデバイス。
29. 前記画像は、前記ルートに沿う前記カメラと同一の順番で表示され、前記画像の各々は、短時間表示されるか、あるいは前記ユーザが次のカメラからの次の画像を表示すること又は前記シーケンスを中止することを手動で選択するまで表示される請求項２８に記載のデバイス。
30. 連続するカメラからの前記画像のシーケンスは、表示しようとしている前記画像を生成した前記カメラに関係する前記記号を強調する前記地図表示とインタリーブされ得る請求項２８に記載のデバイス。
31. 前記シーケンスは、前記ユーザが最も興味を有する前記画像に自在に移動できるようにフォワード制御及びバック制御を含む請求項２８に記載のデバイス。
32. 前記デバイスは、スライドショーに必要とされる画像の順番を利用して、予想される表示順で前記ネットワークから前記画像をダウンロードし、それにより第１の画像以外の全ての画像が画面上に表示されるまでの前記ユーザに対する遅延を最小限にする請求項２８に記載のデバイス。
33. 前記スライドショーが要求された時に開始するまでの遅延がなくなるように、スライドショーの予想される第１の画像を、ルートが選択されるとすぐにダウンロードする請求項２８に記載のデバイス。
34. 音声交通情報又は映像交通情報は、計画ルート上の場所に対する情報である請求項１に記載のデバイス。
35. 音声交通情報又は映像交通情報は、ルートの選択前に又はルートの選択とは無関係に使用される請求項１に記載のデバイス。
36. 前記カメラは、前記計画ルート又は前記ルートに代わるルートと関連するカメラである請求項３に記載のデバイス。
37. ユーザにより、ルートの選択又は要求前に、あるいはルートの選択とは全く無関係に、関心ある領域内のカメラ画像表示を観察することを選択可能とする請求項３に記載のデバイス。
38. 前記デバイスは、ある領域におけるカメラの集合からの全ての前記映像交通情報のスライドショーを示すように要求される請求項３に記載のデバイス。
39. 前記カメラ画像の表示の順番は、前記デバイスにより選択される請求項３８に記載のデバイス。
40. 前記デバイスは、前記領域を走査し且つ前記ユーザの現在地からのカメラの距離の順番と同一の順番で前記カメラ画像を表示することにより、前記カメラ画像の表示の順番を選択し、それにより前記ユーザの現在地に最も近接するカメラからのカメラ画像が最初に表示され、前記ユーザの現在地から最も遠いカメラからのカメラ画像が最後に表示される請求項３９に記載のデバイス。
41. 前記スライドショーは自動であり、各カメラ画像は次の画像に進む前に数秒間表示される請求項３８に記載のデバイス。
42. 前記スライドショーは非自動であり、前記ユーザは次の画像を表示するように前記システムに要求するために、前記画面に触れるか又は他のコマンドを発行する必要がある請求項３８に記載のデバイス。
43. 前記デバイスは、インターネットからのビデオクリップのダウンロード及び表示をサポートする請求項１に記載のデバイス。
44. 前記カメラが地図上のカメラ記号を介して選択された場合、カメラ領域にわたる交通の流れのビデオクリップを表示する請求項４３に記載のデバイス。
45. ルート又は領域のカメラのスライドショーが要求された場合、カメラ毎に１つのクリップを一連のビデオクリップとして表示する請求項４４に記載のデバイス。
46. 交通情報を、前記ユーザが移動したい方向に対応する交通の方向を示す記号と共に表示する請求項１に記載のデバイス。
47. 特定の場所における映像交通情報の存在を表すために表示される前記記号を、前記場所に対する映像交通情報が入手可能である観察方向を示す更なる記号と共に表示する請求項１に記載のデバイス。
48. 音声交通情報又は映像交通情報をナビゲーションデバイスに供給するように動作可能なプロキシサーバであり、前記ナビゲーションデバイスは、各々が前記サーバ上で音声交通情報又は映像交通情報の存在する場所を示し且つ前記音声情報又は前記映像情報を再生するために選択可能である１つ以上の記号と共にルートを道路地図上に重畳して表示するように動作し、前記サーバは、前記ナビゲーションデバイスの特定の再生要求に対して前記音声情報又は前記映像情報を適応させるプロキシサーバ。
49. 前記プロキシサーバは、音声交通情報源又は映像交通情報源からデータを供給される請求項４８に記載のプロキシサーバ。
50. 音声及び映像の交通情報に対するデータ出力を取り込み且つ前記情報を標準に一致するように適応させるミドルウェアとして、あるいは入力される情報からデータを抽出し且つ帯域幅の効率がよい放送又はナビゲーションデバイスへの送信に適する標準形式で前記データを再パッケージ化するミドルウェアとして動作可能である請求項４８に記載のプロキシサーバ。
51. 前記プロキシサーバは、音声交通情報源又は映像交通情報源からのデータを要求する請求項４８に記載のプロキシサーバ。
52. 前記プロキシサーバは、ナビゲーションデバイスにより読み出し可能な形式に画像を変換する請求項４８に記載のプロキシサーバ。
53. 前記プロキシサーバは、ナビゲーションデバイスの形状的なファクタに合うように画像を縮尺変更又はクリッピングする請求項４８に記載のプロキシサーバ。
54. ナビゲーションデバイスの画面上で可視である最小詳細レベルに画像を圧縮する請求項４８に記載のプロキシサーバ。
55. 前記ビデオをナビゲーションデバイス上で観察可能に維持する最小限まで前記ビデオのフレームレートを低減する請求項４８に記載のプロキシサーバ。
56. 高圧縮されたビデオデータを得るために、ＭＰＥＧ−４等のＡ／Ｖ符号化標準を使用して結果として得られるビデオを符号化する請求項４８に記載のプロキシサーバ。
57. 前記プロキシサーバは、インターネット又は放送から交通レポートを選択できる請求項４８に記載のプロキシサーバ。
58. 前記プロキシサーバは、前記局の放送範囲の領域により索引付けされた音声ストリームとして前記交通レポートを格納できる請求項５７に記載のプロキシサーバ。
59. ナビゲーションデバイスのユーザが要求を行なう場合、運転者の関心地理的領域と交差する局からの最新レポート又は前記デバイスにより前記運転者が通過するようにルーティングされた前記地理的領域における局からの最新レポートを、前記デバイスに送信し再生させる請求項５８に記載のプロキシサーバ。
60. 音声又は映像の交通情報をナビゲーションデバイスに提供する方法であって、前記ナビゲーションデバイスは、各々が音声又は映像の交通情報の存在する場所を示し且つ前記音声又は映像の情報を再生するために選択可能である１つ以上の記号と共にルートを道路地図上に重畳して表示するように動作し、
    （ａ）プロキシサーバが前記情報の１つ以上の発信元から音声又は映像の交通情報を取得するか又は提供されるステップと、
    （ｂ）前記プロキシサーバが前記デバイス上で再生成するために前記情報を操作するステップとを有する方法。