"少なくとも1つのモバイルデバイスにデータを提供するサーバシステムであって、場所の関数としてパラメータの変動を表すデータを取得し、移動デバイスに送信するデータを表す少なくとも1つのデータセットを生成するためにデータを処理するように構成された、処理リソースと、前記移動デバイスに少なくとも1つのデータセットを送信する通信リソースと、を備え、前記処理リソースは、パラメータがほぼ同一の値を有する各エリアの境界を表す少なくとも1つの輪郭をデータから決定し、前記少なくとも1つの輪郭を表す輪郭データを生成するように構成され、前記データセットは、前記輪郭データを含み、前記通信リソースは、少なくとも1つの場所を識別する場所データを前記移動デバイスから受信するように動作可能であり、前記処理リソースは、前記識別された場所に従って前記データセットを取得するように構成されることを特徴とするサーバシステム。前記パラメータは、所の関数として実際の気象条件又は予想気象条件を表すデータである気象関連データ又は他の環境データを含み、前記気象条件は、雨、あられ、みぞれ若しくは雪が降ることの有無又は降水量、風速及び風向の少なくとも一方、積雪の有無又は積雪量、凍結の有無又は凍結量、視界レベル、霧の有無又はその量、気温、並びに雲の有無のうちの、少なくとも1つを含むことを特徴とする請求項1に記載のサーバシステム。前記パラメータは、気象又は他の環境条件による速度の予想変更を表す速度変更パラメータを含むことを特徴とする請求項1又は2に記載のサーバシステム。前記取得したデータは、複数の異なる時刻における場所の関数として前記パラメータの変動を表し、前記処理リソースは、複数のデータセットを得るために前記データを処理し、各データセットは、それぞれ異なる時刻での場所の関数として前記パラメータの前記変動を表すことを特徴とする請求項1乃至3の何れか1項に記載のサーバシステム。前記処理リソースは、第1の時刻における場所の関数として前記パラメータの値を表す前記データセットの第1のデータセットと、第2の時刻における場所の関数として前記パラメータの値を表す前記データセットの第2のデータセットとの輪郭データを比較し、前記第2のデータセットの輪郭データによって表される輪郭に対応する輪郭を表す第2のデータセットの輪郭データを識別するように構成されることを特徴とする請求項4に記載のサーバシステム。前記処理リソースは、前記対応する輪郭を識別する前記データセットの輪郭識別子を含むように構成されることを特徴とする請求項5に記載のサーバシステム。前記処理リソースは、前記対応する輪郭を決定するために前記第1のデータセットの少なくとも1つの輪郭と、前記第2のデータセットの少なくとも1つの輪郭との形状、サイズ、位置又は共通部分のうちの少なくとも1つを比較するように構成されることを特徴とする請求項5又は6に記載のサーバシステム。前記処理リソースは、前記第1の時刻と前記第2の時刻との間の輪郭の予想される移動又は他の変化を決定するように構成されることを特徴とする請求項5乃至7の何れか1項に記載のサーバシステム。前記処理リソースは、予測されるか又は実際の風速、及び風向の少なくとも一方に基づいて、前記第1の時刻と前記第2の時刻との間の輪郭の予想される移動又は他の変化を決定するように構成されることを特徴とする請求項5乃至8の何れか1項に記載のサーバシステム。前記処理リソースは、輪郭データにより表される、対応する輪郭が前記第2のデータセットに存在しない前記第1のデータセットの輪郭データによって表される輪郭を識別し、輪郭が出現又は消滅する場所、及び時刻の少なくとも一方を割り当て、出現又は消滅する場所、及び時刻の少なくとも一方を表す識別子を格納するように構成されることを特徴とする請求項5乃至9の何れか1項に記載のサーバシステム。前記輪郭が出現又は消滅する前記場所は、前記第1の時刻と前記第2の時刻との間の輪郭の予想される移動又は他の変化に従って決定されることを特徴とする請求項10に記載のサーバシステム。前記処理リソースは、前記複数のデータセットを取得し、該複数のデータセット間の前記輪郭データの変化を決定し、該複数のデータセット間の決定された変化に従って少なくとも1つの移動デバイスに送信する一部のデータセットを選択するように構成されることを特徴とする請求項4乃至11の何れか1項に記載のサーバシステム。前記処理リソースは、所定のデータセットと先行するデータセットとの間、又は、該所定のデータセットと後続するデータセットとの間の前記輪郭データの変化が所定レベル未満であれば、前記所定のデータセットを除外するように構成されることを特徴とする請求項12に記載のサーバシステム。前記処理リソースは、選択された、連続したデータセット間の複数の時刻における前記複数のデータセットから輪郭が出現も消滅もしないことを保証するようにデータセットを選択するように構成されることを特徴とする請求項12又は13に記載のサーバシステム。移動デバイスであって、データを送信し、且つ受信する通信リソースであって、少なくとも1つの場所を識別する場所データを送信し、前記送信した場所データに応じて場所の関数としてパラメータの値を表す少なくとも1つのデータセットを受信する前記通信リソースと、受信した前記少なくとも1つのデータセットを処理する処理リソースと、を備え、前記少なくとも1つのデータセットは、前記パラメータがほぼ同一の値を有する各エリアの境界を表す少なくとも1つの輪郭を表す輪郭データを含み、前記処理リソースは、少なくとも1つの場所に対する前記パラメータの値を決定するために前記輪郭データを処理するように構成されることを特徴とする移動デバイス。前記パラメータは、場所の関数として実際の又は予想される気象条件を表す気象関連パラメータ、又は他の環境データを含み、前記気象条件は、雨、あられ、みぞれ若しくは雪が降ることの有無又は降水量、風速及び/又は風向、積雪の有無又は積雪量、凍結の有無又は凍結量、視界レベル、霧の有無又はその量、気温、並びに雲の有無のうちの少なくとも1つを含むことを特徴とする請求項15に記載の移動デバイス。前記パラメータは、天候又は他の環境条件による速度の予想される変更を表す速度変更パラメータを表すことを特徴とする請求項15又は16に記載の移動デバイス。前記輪郭データは、ポリゴン及びオプションとして表し、前記ポリゴンにおける輪郭データは、該ポリゴンの頂点又は辺の座標を含むことを特徴とする請求項15乃至17の何れか1項に記載の移動デバイス。前記少なくとも1つのデータセットは、複数のデータセットを含み、各データセットは、それぞれ異なる時刻での場所の関数として前記パラメータの値を表し、輪郭データを含むことを特徴とする請求項15乃至18の何れか1項に記載の移動デバイス。各データセットは、少なくとも1つの輪郭識別子を含み、各輪郭識別子は、それぞれの輪郭データを識別し、前記処理リソースは、少なくとも1つの輪郭識別子を使用して第1のデータセットの輪郭データに対応する第2のデータセットの輪郭データを決定するように構成されることを特徴とする請求項19に記載の移動デバイス。前記処理リソースは、対応する画像フレームを生成するために各データセットを処理するように構成され、各画像フレームは、それぞれ異なる時刻における場所の関数としてパラメータを表すことを特徴とする請求項19又は20に記載の移動デバイス。前記処理リソースは、前記画像フレームを順番に表示するために画像フレームを表示デバイスに、該画像フレームを提供するように構成されることを特徴とする請求項21に記載の移動デバイス。前記処理リソースは、第1の時刻における場所の関数として前記パラメータの値を表す前記第1のデータセットの輪郭データと、異なる第2の時刻における場所の関数として前記パラメータの値を表す前記第2のデータセットの対応する輪郭データと、を補間するように構成されることを特徴とする請求項19乃至22の何れか1項に記載の移動デバイス。前記処理リソースは、前記第1の時刻と前記第2の時刻との間の第3の時刻に対応する補間データを、当該補間から取得するように構成されることを特徴とする請求項23に記載の移動デバイス。少なくとも1つの移動デバイスへデータを提供するサーバシステムであって、場所の関数として、変数の変動を表すデータセットを取得し、複数のパラメータから再構成可能な前記データセットを表す前記複数のパラメータの値を決定するために、該データセットの変換又はフィッティングを実行し、前記決定されたパラメータの値の少なくとも1つを選択し、残りの前記パラメータの値を破棄するフィルタリング処理を実行する処理リソースと、選択した1つ以上のパラメータの値を移動デバイスへ送信する通信リソースと、を備え、前記通信リソースは、少なくとも1つの場所を識別する前記移動デバイスからの場所データを受信するように動作可能であり、前記処理リソースは、識別される場所に従って前記データセットを取得するように構成されることを特徴とするサーバシステム。前記処理リソースは、組み合わせデータセットを生成するために複数のデータセットを組み合わせるように構成され、前記変換又は前記フィッティングは、前記複数のパラメータの値を決定するために、前記組み合わせデータセットを用いて実行されることを特徴とする請求項25に記載のサーバシステム。各データセットは、2次元のデータセットであり、前記組み合わせデータセットは、3次元のデータセットであり、前記変換又は前記フィッティングは、前記3次元の組み合わせデータセットを用いて実行されることを特徴とする請求項26に記載のサーバシステム。前記複数のデータセットのそれぞれは、それぞれ異なる時刻における場所の関数として変数の変動を表すフレームを含むことを特徴とする請求項26又は27に記載のサーバシステム。各データセットは、場所の関数として実際の又は予想される気象条件を表すデータである、気象関連データ又は他の環境データを含み、前記気象条件は、雨、あられ、みぞれ若しくは雪が降ることの有無又は降水量、風速及び風向の少なくとも一方、積雪の有無又は積雪量、凍結の有無又は凍結量、視界レベル、霧の有無又はその量、気温、並びに雲の有無のうちの1つ以上を含むことを特徴とする請求項25乃至28の何れか1項に記載のサーバシステム。前記データは、速度の実際の変更又は予想される変更を表す速度変更データを含むことを特徴とする請求項25乃至29の何れか1項に記載のサーバシステム。前記データセットは、前記複数のパラメータの値を決定するために少なくとも1つのガウシアン関数にフィッティングされることを特徴とする請求項25乃至30の何れか1項に記載のサーバシステム。前記データセットのフーリエ変換又はウェーブレット変換が前記複数のパラメータの値を決定するために実行されることを特徴とする請求項25乃至31の何れか1項に記載のサーバシステム。前記処理リソースは、場所の値の範囲を選択し、モデル化される前記データセットに含むために前記場所の値の範囲内のデータを選択するように構成されることを特徴とする請求項25乃至32の何れか1項に記載のサーバシステム。前記処理リソースは、所望のズームレベルに従って前記場所の値の範囲のサイズを選択するように構成されることを特徴とする請求項33に記載のサーバシステム。前記処理リソースは、複数のエリアの異なるエリアそれぞれに対して場所の関数として変数の変動を表す複数のデータセット又は組み合わせデータセットをモデル化することにより、各エリアに対してパラメータの値のセットを取得するように構成されることを特徴とする請求項25乃至34の何れか1項に記載のサーバシステム。前記複数のエリアは、領域をタイリングする少なくとも1つのエリアのサブセットを含むことを特徴とする請求項35に記載のサーバシステム。前記複数のエリアは、それぞれが領域をタイリングする少なくとも2つのエリアのサブセットを含み、第1のエリアのサブセットにおけるエリアのサイズは、第2のエリアのサブセットにおけるエリアのサイズとは異なることを特徴とする請求項36に記載のサーバシステム。移動デバイスであって、データを送受信する通信リソースであって、少なくとも1つの場所を識別する場所データを送信し、送信された場所データに応じて複数のモデルのパラメータの値を受信するように構成される前記通信リソースと、前記受信データを処理する処理リソースであって、エリアにわたる複数の場所における場所依存の変数の値を表す少なくとも1つのデータセットを生成するために前記複数のモデルのパラメータの値を処理するように構成される前記処理リソースとを備えることを特徴とする移動デバイス。前記処理リソースは、前記複数のモデルのパラメータの値を処理することにより、第1の時刻で第1のエリアにわたる複数の場所における前記場所依存の変数の値を表す第1のデータセットを生成し、第2の時刻で第2のエリアにわたる複数の場所における前記場所依存の変数の値を表す第2のデータセットを生成することを特徴とする請求項38に記載の移動デバイス。前記複数のモデルのパラメータの値は、3次元データを表し、生成された各データは、前記3次元データにわたるスライスを表すデータセットである2次元データセットであることを特徴とする請求項38又は39に記載の移動デバイスディスプレイをさらに備え、前記処理リソースは、前記データセット又は前記複数のデータセットから前記ディスプレイ上の画像又は画像シーケンスを生成するように構成されることを特徴とする請求項38乃至40の何れか1項に記載の移動デバイス。前記変数は、場所の関数として予想される気象条件を表す気象関連変数を含み、前記気象条件は、雨、あられ、みぞれ若しくは雪が降ることの有無又は降水量、風速及びは風向の少なくとも一方、積雪の有無又は積雪量、凍結の有無又は凍結量、視界レベル、霧の有無又は量、気温、並びに雲の有無のうちの1つ以上を含むことを特徴とする請求項38乃至41の何れか1項に記載の移動デバイス。前記変数は、前記気象条件による速度の実際の変更又は予想変更を表すことを特徴とする請求項38乃至42の何れか1項に記載の移動デバイス。前記処理リソースによる前記パラメータの値の処理は、該パラメータの値を用いて少なくとも1つの関数の値を決定することを含み、前記少なくとも1つの関数は、少なくとも1つのガウシアン関数を含むことを特徴とする請求項38乃至43の何れか1項に記載の移動デバイス。前記処理リソースによる前記パラメータの値の処理は、該パラメータの値を用いて逆変換を実行することを含み、前記逆変換は、フーリエ変換又はウェーブレット変換を含むことを特徴とする請求項38乃至44の何れか1項に記載の移動デバイス。前記通信リソースは、複数のパラメータの値のセットを受信するように動作可能であり、前記処理リソースは、各パラメータの値のセットから各データセットを抽出し、組み合わせデータセットを生成するために当該データセットを組み合わせるように構成されることを特徴とする請求項38乃至45の何れか1項に記載の移動デバイス。抽出された各データセットは、それぞれ異なるエリアに対する画像を表し、前記処理リソースにより前記データセットを組み合わせることは、該データセットにより表される画像に対して画像スティッチング処理を実行することを含むことを特徴とする請求項46に記載の移動デバイス。前記移動デバイスは、移動電話機、携帯ナビゲーションデバイス、又は携帯コンピュータを含むことを特徴とする請求項15乃至24、及び、請求項38乃至47の何れか1項に記載の移動デバイス。場所によるパラメータの変動を表すデータセットを提供するシステムであって、請求項15乃至24の何れか1項に記載の少なくとも1つの移動デバイスと、請求項1乃至14の何れか1項に記載のサーバシステムとを備えるか、又は、請求項38乃至47の何れか1項に記載の少なくとも1つの移動デバイスと、請求項25乃至37の何れか1項に記載のサーバシステムとを備えることを特徴とするシステム。少なくとも1つの移動デバイスへデータを提供する方法であって、移動デバイスから少なくとも1つの場所を識別する場所データを受信し、識別された場所に従って、場所の関数としてパラメータの値を表すデータを取得するステップと、前記移動デバイスに送信するデータを表す少なくとも1つのデータセットを生成するためにデータを処理するステップと、前記生成されたデータセットを前記移動デバイスに送信するステップとを含み、前記データを処理する前記ステップは、パラメータがほぼ同一の値を有する各エリアの境界を表す少なくとも1つの輪郭をデータから決定するステップと、前記少なくとも1つの輪郭を表す輪郭データを生成するステップとを含み、前記データセットは、前記輪郭データを含むことを特徴とする方法。移動デバイスでデータを処理する方法であって、前記移動デバイスが、少なくとも1つの場所を識別する場所データを送信し、前記送信した場所データに応答して、場所の関数としてパラメータの値を表す少なくとも1つのデータセットを受信するステップを含み、前記少なくとも1つのデータセットは、少なくとも1つの輪郭を表す輪郭データを含み、各輪郭は、パラメータがほぼ同一の値を有する各エリアの境界を表し、前記移動デバイスが、前記少なくとも1つの場所における前記パラメータの値を決定するために前記輪郭データを処理するステップをさらに含むことを特徴とする方法。少なくとも1つの移動デバイスへのデータを提供する方法であって、移動デバイスから少なくとも1つの場所を識別する場所データを受信し、識別された場所に従って、場所の関数として変数の変動を表すデータセットを取得するステップと、複数のパラメータの値から再構成可能な前記データセットを表す前記複数のパラメータの値を決定するために前記データセットの変換又はフィッティングを実行するステップと、前記決定されたパラメータの値の少なくとも1つを選択し、残りのパラメータの値を破棄するフィルタリング処理を実行するステップと、選択された1つ以上の前記パラメータの値を前記移動デバイスに送信するステップとを含むことを特徴とする方法。移動デバイスでデータを処理する方法であって、移動デバイスが、少なくとも1つの場所を識別する場所データを送信し、前記送信された場所データに応答して複数のモデルのパラメータの値を受信するステップと、エリアにわたる複数の場所における場所依存の変数の値を表す少なくとも1つのデータセットを前記移動デバイスで生成するように前記モデルのパラメータの値を処理するステップとを含むことを特徴とする方法。請求項50乃至53の何れか1項に記載の方法の各ステップを実行可能なコンピュータで読み取り可能なプログラム。本明細書で説明する実施形態は、移動デバイスにデータを効率的に送信するために使用され、移動デバイスへの気象データの送信及び例えば移動デバイスへの気象動画の表示の際に特に有用となりうる。第1の実施形態において、データは輪郭データの形式で送信され、その一方で、第2の実施形態において、データはモデルの複数のパラメータ値を決定するためにまず処理され、パラメータ値又はそのサブセットが送信される。実施形態は、気象動画の表示又は気象データの送信に限定されず、あらゆる適切な種類のデバイスへのあらゆる適切な種類のデータの送信に使用される。例えば、予想移動速度に対する気象条件の影響が決定され且つ移動デバイスに送信されるデータが目的地までの経路及び/又はETAを決定又は変更するために移動デバイスにより使用される速度データを含む更なる一実施形態について本明細書において説明する。図1に示す最初に説明する実施形態は、予想移動速度に対する気象条件の影響を決定することと、目的地までの経路及び/又はETAを決定又は変更するために速度データを使用するPNDに速度データを輪郭データの形式で送信することとに関する。速度データの生成及び送信について説明するが、更なる実施形態は速度データの生成及び送信に限定されず、一般にあらゆる種類の輪郭データに関することが理解されるだろう。図1のシステムは、複数のポータブルデバイス、例えばPND200a~200eと通信するように動作可能であるサーバ150を備える。分かりやすくするために、5つのデバイス200a~200eのみが示されるが、実際には数千以上のデバイスがサーバ150と通信していてもよいことが理解されるだろう。図1の実施形態において、デバイス200a~200eは、自身の位置を決定するために全地球即位システムGPS技術を使用し、ナビゲーション又はマッピング動作を実行できる車両搭載型のPNDである。デバイス200a~200eは、PNDであることに限定されず、例えば移動電話機又はポータブルコンピュータであるナビゲーション機能性を有するあらゆる適切な種類のデバイスであってもよい。サーバ150は、メモリ156に動作可能に接続されたプロセッサ154を含む。動作中、サーバメモリ156に格納されたソフトウェアは、プロセッサ154により読み出され、プロセッサ154が種々の処理又は通信機能を実行できるようにするソフトウェアモジュール又は他のソフトウェアコンポーネントをロードする。図1の実施形態において、ソフトウェアモジュールは、気象依存交通モデル化モジュール170及び気象データ処理モジュール172を含む。種々のモジュールの動作については、以下に更に詳細に説明する。サーバ150は、大容量データ記憶装置160に更に動作可能に接続される。大容量記憶装置160は、ナビゲーションデータの記憶部を含み、サーバ150とは別個のデバイスであるか又はサーバ150に内蔵される。大容量データ記憶装置160は、デバイス200a~200eからのプローブデータを格納するために使用される。サーバ150は、例えば専用の気象フィードを提供する第三者ウェブサイト又は気象通信センターである気象データの少なくとも1つの送信元180と動作可能に通信している。あるいは又はそれに加えて、気象データの少なくとも1つの送信元は、気象センサ、降雨レーダ又はモデル計算を実行するコンピュータを含むことができる。サーバ150は、あらゆる適切な通信チャネルを介して、例えばインターネット接続、専用有線接続又は専用無線接続を介して、気象データの少なくとも1つの送信元と通信する。サーバ150は、要望に応じて、複数の送信元からの正確な局地気象情報降水量、気温、風の状態及び暴風又は道路凍結等の地域の荒天警報に関する現在の情報/予報情報を含むがこれらに限定されないを収集及び融合できる。プロセッサ154は、通信チャネル152を介して、例えば送信機162及び受信機164を介して、デバイス200a~200eに対して情報を送受信するように動作可能である。送出及び受信された信号は、データ及び/又は他の伝播信号を含んでもよい。送信機162及び受信機164は、ナビゲーションシステムの通信設計において使用された通信要件及び通信技術に従って選択又は設計されてもよい。尚、送信機162及び受信機164の機能は、単一の送受信機に組み合わされてもよい。ナビゲーションデバイス200a~200eの正常な動作過程において、それらデバイスからのGPSデータは、一般にポータブルナビゲーションデバイス自体に含まれるデータロガーモジュールの形態であるロギングデバイスにプローブデータとして定期的に記録される例えば、あるシステムの場合は5秒毎。デバイス200a~200eから受信したプローブデータを受信及び処理すると共に、サーバ150は、例えばデジタル地図データ例えば、受信したプローブデータを考慮して更新されたデジタル地図データ、ソフトウェアアップグレード又は交通更新データの形式でデータをデバイス200a~200eに提供できる。以下に更に詳細に説明するように、サーバ150がデバイス200a~200eに気象関連データを更に提供することは図1の実施形態の特徴である。気象関連データは、例えば気象条件に依存して経路に対する予想到着時間を変更するため又は気象条件のために予想される速度の変動に基づいて経路を変更するためにデバイスにより使用される。図1の実施形態の通信チャネル152はインターネット接続を含んでもよいが、あらゆる適切なデータチャネルの形態が使用可能である。通信チャネル152は、特定の通信技術に限定されない。更に、通信チャネル152は単一の通信技術に限定されない。すなわち、チャネル152は種々の技術を使用するいくつかの通信リンクを含んでもよい。例えば通信チャネル152は、電気通信、光通信及び/又は電磁通信のためにパスを提供するように構成される。従って、通信チャネル152は、電気回路、ワイヤ及び同軸ケーブル等の電気導体、光ファイバケーブル、変換器、無線周波数RF波、大気又は空所のうちの1つ又はそれらの組み合わせを含むが、それらに限定されない。更に通信チャネル152は、例えばルータ、中継器、バッファ、送信機及び受信機等の中間デバイスを含むことができる。1つの構成例において、通信チャネル152は電話及びコンピュータネットワークを含む。更に通信チャネル152は、マイクロ波周波数通信等の無線通信、例えば赤外線通信、無線周波数通信に対応できてもよい。あるいは又はそれに加えて、通信チャネル152は衛星通信に対応できる。通信チャネル152を介して送信された通信信号は、所定の通信技術に対して要求又は要望される可能性があるような信号を含むが、これに限定されない。例えば信号は、時分割多元接続TDMA、周波数分割多元接続FDMA、符号分割多元接続CDMA、汎ヨーロッパデジタル移動通信システムGSM登録商標等のセルラ通信技術において使用されるように構成されてもよい。デジタル信号及びアナログ信号の双方とも、通信チャネル152を介して送信可能である。これらの信号は、変調、暗号化及び/又は圧縮されてもよい。一実施形態におけるナビゲーションデバイス200を図2に示す。ナビゲーションデバイス200は、図1に示したデバイス200a~200eのうちのいずれかを表す。尚、ナビゲーションデバイス200のブロック図は、ナビゲーションデバイスの全ての構成要素を含むわけではなく、多くの構成要素の例を表すだけである。ナビゲーションデバイス200は筐体不図示内に配置される。ナビゲーションデバイス200は、プロセッサ202を含む処理リソースを含み、プロセッサ202は、入力デバイス204及び例えば表示画面206であるディスプレイデバイスに結合される。ここで入力デバイス204は単数で参照されるが、入力デバイス204がキーボードデバイス、音声入力デバイス、タッチパネル及び/又は情報を入力するのに利用される他のあらゆる既知の入力デバイスを含む1つ又は複数の入力デバイスを表すことは当業者には理解されるべきである。同様に、表示画面206は、例えば液晶ディスプレイLCD等のあらゆる種類の表示画面を含むことができる。1つの構成において、タッチパネル及び表示画面206は、ユーザが複数の表示選択肢のうちの1つを選択するか又は複数の仮想又はソフトボタンのうちの1つを有効にするために表示画面206の一部分にタッチするだけでよいように、タッチパネルスクリーンを介する情報の入力直接入力、メニュー選択等による及び情報の表示の双方を可能にするタッチパッド又はタッチスクリーン入力を含む一体型入力表示デバイスを提供するように一体化される。この点に関して、プロセッサ202は、タッチスクリーンと共に動作するグラフィカルユーザインタフェースGUIをサポートする。ナビゲーションデバイス200において、プロセッサ202は、接続210を介して入力デバイス204に動作可能に接続され且つ入力デバイス204から入力情報を受信でき、各出力接続212を介して表示画面206及び出力デバイス208のうちの少なくとも一方に動作可能に接続されて情報を出力する。ナビゲーションデバイス200は、例えば可聴出力デバイス例えば、スピーカである出力デバイス208を含んでもよい。出力デバイス208は、ナビゲーションデバイス200のユーザに対して可聴情報を生成できるため、入力デバイス204は、入力音声コマンドを受信するためのマイク及びソフトウェアを更に含むことができることが同様に理解されるべきである。また、ナビゲーションデバイス200は、例えばオーディオ入出力デバイス等のあらゆる追加の入力デバイス204及び/又はあらゆる追加の出力デバイスを含むことができる。プロセッサ202は、接続216を介してメモリ214に動作可能に接続され、接続220を介して入出力I/Oポート218との間で情報を送受信するように更に構成される。ここで、I/Oポート218は、ナビゲーションデバイス200の外部のI/Oデバイス222に接続可能である。外部I/Oデバイス222は、例えばイヤホン等の外部リスニングデバイスを含んでもよいが、これに限定されない。更にI/Oデバイス222への接続は、例えばイヤホン又はヘッドフォンへの接続のため及び/又は移動電話機への接続のためのハンズフリー動作及び/又は音声起動動作のために、カーステレオユニット等の他のあらゆる外部装置への有線接続又は無線接続であってもよい。移動電話機接続は、例えばナビゲーションデバイス200とインターネット又は他のあらゆるネットワークとの間のデータ接続を確立するため、並びに/あるいは例えばインターネット又は他のネットワークを介するサーバへの接続を確立するために使用される。次に添付の図面の図3を参照すると、デバイス200の内部フラッシュメモリ不図示は、機能ハードウェアコンポーネント254による実行のために記憶装置214からオペレーティングシステム250及びアプリケーションソフトウェア252をロードするためにプロセッサ202により実行可能なブートローダプログラムを格納し、これによりアプリケーションソフトウェア252が実行可能である環境が提供される。オペレーティングシステム250は、機能ハードウェアコンポーネントを制御し、アプリケーションソフトウェア252と機能ハードウェアコンポーネント254との間に常駐する。アプリケーションソフトウェア252は、例えば地図閲覧、経路計画、ナビゲーション機能及びそれらと関連付けられた他のあらゆる機能であるナビゲーションデバイス200の中核機能をサポートするGUIを含む動作環境を提供する。アプリケーションソフトウェア252は、経路を計画でき、既知の技術を使用して経路の各セグメントの予想移動速度に基づいて目的地への予想到着時間を決定できる。デジタル地図の道路又は他の主要道路の各セグメントの予想移動速度は速度データとしてデバイス200に格納され、必要に応じてアクセスされる。速度データは、サーバ150からの速度データ更新データを介して更新される。ユーザがナビゲーションデバイス200の電源を投入すると、デバイス200は、GPSフィックスを取得し、ナビゲーションデバイス200の現在地を計算する既知の方法で。ユーザは、ナビゲーションデバイス200が配置されると決定されるローカル環境を疑似3次元で示し且つローカル環境の下のディスプレイの領域において一連の制御及び状態メッセージを示すディスプレイが提示される。ローカル環境のディスプレイをタッチすることにより、ナビゲーションデバイス200はアイコンにより表される一連の仮想又はソフトボタンを表示するように切り替え、これにより、ユーザはナビゲートしたい目的地を入力し且つナビゲーションデバイス200の制御又はディスプレイ上のデータの表示に関連する他の種々の機能を実行できる。ナビゲーションデバイスの機能が例えばサーバ150から受信された気象関連データに従って実行されることは、図1の実施形態の特徴である。アプリケーションソフトウェア252は、以下に更に詳細に説明するように、受信した気象関連データに従って経路計算機能を実行又は変更するように動作可能であるデータ処理モジュール260を含む。デバイス200における気象関連データの処理を説明する前に、気象に依存する交通の変動を決定するためのサーバ150による気象データの処理及びデバイス200への速度又は気象データの送信について説明する。図4は、サーバ150における気象データの処理を概略的に示すフローチャートである。第1段階300において、サーバ150は、ある長い期間、例えば1年にわたるデジタル地図により表された領域の気象条件を表す履歴気象データを取得する。サーバ150は、データ記憶部160に格納され且つデジタル地図により表された道路又は他の主要道路における車両の移動を表す大量のプローブデータにアクセスできる。プローブデータは、例えば時間ビン毎の個々の道路セグメントに沿う平均車両速度、時間ビン毎の個々の道路セグメントにおける交通密度例えば、ナビゲーションデバイスの外挿及び正規化された密度から取得されるか、あるいは車両の前後に配置された超音波距離検出器から取得される、道路セグメント及び時間ビンの各々に対する速度の統計的分布、並びに個々の道路セグメント及び時間ビンに対する渋滞の確率のうちの1つ以上を取得するために処理される。気象データは、例えば雨、あられ又は雪等が降ること又はその降水量、風速、風向、凍結又は凍結量、積雪又は積雪量、地表水の発生又はその量、霧又はその量、視界レベル、並びに気温のうちの1つ以上である1つ以上の種々の気象の種類を表せる。あらゆる適切な送信元から取得された気象データ、例えば政府又は民間の機関により維持された公式の気象レコード。複数の送信元からの気象データが使用されてもよい。いくつかの実施形態において、適切に装備された個々の車両から取得された気象関連データも使用できる。個々の車両から取得されたそのような気象関連データは、例えばスリップ事象、フォグランプの動作、ワイパーの動作、気温測定又は雨の検出を表すデータを含むことができる。サーバ150は、気象に依存する速度平均及びそれらの重要性の統計的に重要な測定を可能にするために気象データ及びプローブデータの非常に大きなアーカイブにアクセスできる。サーバ150におけるモデル化モジュール170は、段階302においてデジタル地図の道路又は他の主要道路の種々のセグメントの平均速度の変動と各気象条件の変動とを互いに関連付ける相関技術を適用するように構成される。モデル化モジュール170は、要望に応じて、気象条件と例えば渋滞の確率、運転者の経路の好み又は他のあらゆる交通関連パラメータとの統計的な相関を導出できる。サーバ150は、速度プロファイル及び気象の影響を計算するためにオフライン統計解析を提供する。気象条件に対する感度に基づく種々の道路種別の分類は、相関手順を実行する際に有用であることが分かっている。例えば降水強度のみでは、全ての道路に対する平均速度変更を与えるある代数式のパラメータとしては不十分であることが多い。降水量の影響は、局地交通の例及び道路のレイアウトによっては非線形的であり且つ不連続である可能性がある。1つの動作モードにおいて、各道路セグメントは、複数の道路種別の分類子のうちの1つに分類される例えば、5個、10個又はそれ以上の種々の道路種別の分類子が使用されてもよい。各分類子は、1つ以上の特性、例えば幅、車線数、路面の種類、通常の状態の平均速度又は交通量、都心又は地方、交通の分岐点又は信号機までの近接度を有する道路を表してもよい。トムトム社TomTomInternationalB.V.が自身の製品において使用するような機能道路分類FRCは道路分類子として使用されてもよい。各道路セグメントは、その道路セグメントのプロパティの演繹的な評価に基づいて分類子を割り当てられてもよく、あるいは気象条件によりどのようにセグメントの速度プロパティが変動するかの演繹的決定に基づいて分類子を割り当てられてもよい。2番目の例において、各分類子は、少なくとも1つの気象条件に対する各感度レベルを表してもよい。使用される分類の数及び種類は、気象条件に対する種々のセグメントの異なる反応の数及び交通に対する重要度に依存し、一般に分類の数が多いほどデバイスに送信される必要があるデータ量は多いため、チャネル152を介してデバイス200a~200eにデータを送信するための帯域幅の制限にも依存しうる。1つの動作モードにおいて、各道路セグメントの分類を表す分類データは、デバイス200a~200eにおいてデジタル地図データとして格納される。各分類に対して、種々の種類及びレベルの気象条件に対する反応は、その分類の各セグメントの速度データとその道路セグメントにおける気象条件を表す対応する気象データとを互いに関連付けることにより決定される。一般に反応は、気象により低下されない速度プロファイルに対する速度の変更、一般には低下を表す。混雑の推定は、一般に、自由走行速度の偏差として時間に依存する速度プロファイルを介して暗示される。相関処理は時間に依存する処理であり、日又は週の同一時間に対して取得された気象データ及び速度データを互いに関連付け、これにより特定のセグメントに対する平均速度の日毎又は週毎の予想される変動を考慮に入れる。相関処理は、道路状態及び/又は降水量の関数である平均速度、その気象条件下のFRC又は他の分類に固有の平均速度、その気象条件下の渋滞の確率、並びに/あるいは平均速度に対する気象の種類の分類を決定するために使用される。相関処理の結果、1つ以上の種類及び荒天レベルの気象条件に応答して、平均速度の予想変更を表す道路セグメントの分類の種類の各々に対して気象反応データが生成される。道路セグメントの分類の種類の各々に対する荒天に伴う速度の変動は、例えば速度変更が特定の荒天程度と共に指数関数的に変動する指数関数モデルである量的モデルを使用して効果的にモデル化されることが分かっている。気象反応データは、既知のフィッティング技術を使用して選択されたモデルにフィッティングされる。段階302及び304は、計算コストがかかり、いくつかの動作モードにおいて、3~6ヶ月毎にだけ繰り返されるか、あるいは交通エンジニア又は他のオペレータが結果に影響を及ぼす変化が起きたと考えた時にのみ繰り返される。次に図4bを参照して更に詳細に説明するように、道路の分類の種類の各々及び領域中の各場所に対する速度変更因子が受信した気象データに基づいて実行中に計算されることは、説明した実施形態の特徴である。動作中、段階306において、サーバ150は、定期的に、例えば15分毎に気象データ送信元180から現在の気象データを受信する。一般に現在の気象データは、最新の測定気象データと、未来の時間、例えば未来の3時間の間の15分間隔の予報気象条件を表す予報気象データセットとを含む気象データセットを含む。各気象データセットは、各々が領域の各場所における気象条件例えば、降雨量を表す複数のデータ点を含んでもよい。いくつかの例において、データ点は、領域にわたる等間隔の点に対応してもよい。いくつかの実施形態において、あらゆる適切なデータ形式が使用可能であるが、気象データはテキストデータ又はXMLデータの形式である。いくつかの例において、気象データセットは、特定の時刻における領域の気象条件を表す画像を表示するために使用される気象データのフレームを含むか又はそれを生成するために使用される。いくつかの動作モードにおいて、サーバ150は、各々が1つの特定の時刻における異なる気象条件例えば、降雨量、気温、風速を表す複数の気象データセットを受信してもよい。段階308において、気象データ処理モジュール172は、領域の各場所に対して及び道路の分類の種類の各々に対して特定の時刻における実際の気象条件又は予報気象条件による各速度変更因子を決定するために、先に決定された気象反応データに基づいて選択された気象の種類に対する受信した各気象データセットを処理する。特定の道路の分類の種類及びその場所に対する速度変更因子は、気象条件によるその場所におけるその道路の分類の種類の道路に沿う予想平均移動速度の予想変更を表す。更なる速度変更因子データセットは、当該気象の種類毎に生成されてもよい。いくつかの動作モードにおいて、単一の気象の種類、例えば降雨が考慮される。複数の気象の種類が考慮される場合、種々の気象の種類に対する速度変更因子データは、例えば場所毎の計算された最大の速度変更因子を利用することにより組み合わされてもよい。説明した動作モードにおいて、気象条件に対する道路セグメントすなわち道路セグメントの種類の反応は履歴プローブデータと履歴気象データとの相関に基づいて決定される。道路セグメントに対する予想速度変更は、現在の天気又は天気予報並びに気象条件に対する過去に決定された道路セグメントの反応に基づいて、現在の時間及び未来の時間に対して決定される。いくつかの例において、履歴相関は、ある期間にわたる気象条件の短期変動、並びに速度又は他の移動条件の関連した変化を考慮に入れる。例えば、履歴相関は、特定の気象条件の終了後、例えば降雨又は降雪の後、特定のセグメント又は道路種別の速度が通常の速度に回復するまでの予想時刻を決定するために使用される。そのような時間に依存する履歴相関は、予想速度変更を決定するために使用される。例えば特定のセグメントの気象条件が良いか又は良くなると予想されてもよいが、特定の直前の期間内に降雨又は降雪があった場合、履歴データに基づいて、速度変更、一般に速度の低下があることが予想されると決定されてもよい。そのような計算は、多数の種々のパラメータを考慮に入れられる。例えば降雨、降雪、凍結又は他の気象条件の後に速度が通常の速度に回復するまでにかかる時間は、その気象条件が継続した長さ、荒天及びその気象条件が終了した後の間の期間の他の気象条件に依存してもよい。例えば、降雪後に速度が通常の速度に回復するまでにかかる時間は、激しい降雪及びその長さに依存してもよく、また雪が止んだ後の間の期間の気温に依存してもよい。そのような計算は、道路の分類の種類にも依存してよい。例えば大きい道路は、例えば路面の状態、道路の使用量及び道路が除雪車又は他の道路清掃車により清掃される増加尤度である種々の因子のために、降雪又は他の状態からより迅速に回復することが分かるだろう。次の段階310において、速度変更因子データは、ナビゲーションデバイス200a~200eの1つ以上に提供される。1つの動作モードにおいて、ナビゲーションデバイス200は、自身の場所及び選択された経路を表す経路データをサーバ150に送信する。サーバ150は、ナビゲーションデバイス200に隣接した周囲に対する速度変更因子データと、選択した経路に沿い且つその経路の特定の周辺にある場所に対する速度変更因子データとを選択する。その特定の周辺は、方向に依存し、現在の風速及び風向のような因子並びにデバイス200の実際の移動速度又は予想移動速度に基づいてインテリジェントに適応される。送信されたデータは、現在の時間までの速度変更因子データ並びに未来の可能な期間の予報速度変更因子データを含む。以下に更に詳細に説明するように、それらを組み合わせると、デバイス200は、デバイス200が設置された車両が経路の個々のセグメントを通過する実際の時間におけるそれらセグメントに沿う関連する気象条件を考慮に入れられる。実施形態のいくつかの変形例において、サーバ150は、デバイス200の場所及び経路の双方に基づき且つ更にデバイス200が経路の種々のセグメントに到着する予想時刻予想時刻に基づいてデバイス200に送信する速度変更因子データを選択する。従って、例えばデバイス200の現在地の周辺の場所に対する現在の時間の速度変更因子データは送信されるが、デバイス200がある未来の時間までに経路を更に進んだ場所にいると予想されるため、それら場所に対するその未来の時間の速度変更因子データは送信されなくてもよい。デバイス200の場所及び/又は経路に基づいて送信する速度変更因子データの一部のみを選択することにより、送信される必要があるデータ量は減少される。実施形態の更なる重要な特徴は、送信されるデータ量を減少するために速度変更因子データが気象データ処理モジュール172により送信される前に更に処理されることである。1つの動作モードにおけるデータの処理は、輪郭データにより速度変更因子データを表すことと、生速度変更因子データではなく輪郭データをデバイス200に送信することとを含む。気象データ処理モジュール172は、速度変更因子が同一の値を有するエリアの境界を表す輪郭を決定するために特定の時刻及び特定の道路種別の分類に対する速度変更因子データセットを処理する。輪郭はネストされた輪郭であってもよく、1つの輪郭は、別の輪郭内にあり且つ1つの値の速度変更因子を有するエリアから別の値の速度変更因子を有するエリアへの遷移を設定する。処理モジュール172は、各輪郭をある形状にフィッティングし、そのフィッティングを表すデータを輪郭データとして格納する。フィッティングは、例えば最小二乗フィッティングであるあらゆる既知の適切なフィッティング技術を使用して実行される。あらゆる適切な形状が使用可能であるが、各輪郭をポリゴンにフィッティングすることが特に効率的であることが分かっている。あるいは、例えば楕円形又は角を丸めた三角形が使用可能である。各ポリゴンの頂点の数は事前に固定されるか、あるいは所定の閾値内の適合度が得られることを保証するように処理中に選択される。輪郭データは、輪郭により表される速度変更因子の値を表す輪郭値と共に、フィッティングされたポリゴンの各頂点の座標を含む。データへの輪郭のフィッティングについて速度変更因子データに関連して説明したが、他の実施形態又は変形例において、輪郭フィッティングは速度変更因子データではなく各気象データセットに対して実行される。速度変更モデルを使用して速度変更因子輪郭を決定するために、結果として得られる気象輪郭データは要望に応じて処理される。データセットを輪郭データに変換するデータセットの処理は、速度変更因子の決定だけでなく、例えば帯域幅が制限された通信パスを介して、例えば気象動画をデバイスに表示する目的で気象データ又は速度変更因子データ等の例えば気象関連データ又は他の環境データであるあらゆる適切な種類の位置依存データをデバイス200a~200eに効率的に送信するのにも有用である。例えば降水量データは、一般に輪郭レベルの移動及び変化する景色として表される。現在のレーダ技術が約10個の異なる降水量までの分解能を可能にするため、移動デバイスに気象データを表示する目的でJPEGコードフレーム全体を送信することは無駄である。生気象データではなく例えば同等の降水量の領域を示す輪郭データを帯域幅が制限された移動デバイス又は処理能力が制限された移動デバイスに送信することにより、気象動画を含む気象データを表示するために効果的に送信できる。気象データは、雲、降水量地図又は他の天気図、並びに動画を表示するために移動デバイスにより使用される。移動デバイスは、情報を抽出するか又は適格な決定を行うためにデータを処理できる。他の実施形態において、サーバ150により受信される気象データが画素に基づく画像を表す動画フレームを含むことと、処理モジュール172が画素に基づく画像を関連する降水量の縮小セットを表す輪郭ポリゴンに変換することとが考えられる。ポリゴン例えば、経度及び緯度を表す2D点を表す輪郭データは移動デバイスに送信される。例えば速度変更因子データ又は気象データ等の気象関連データであるデータを表すために輪郭データを生成すると共に、処理モジュールがある期間にわたり輪郭を追跡することは実施形態の特徴である。処理モジュール172は、各々が異なる時刻を表す複数のデータセットに対して輪郭識別及びフィッティング手順を実行し、異なるデータセット間の輪郭を追跡するために更なる手順を実行する。追跡手順は、互いに対応する異なるデータセットの輪郭を決定し且つ例えば異なる時刻における同一の気象エリアを表すために異なるデータセット間で輪郭の形状、サイズ及び位置を比較することを含む。互いに対応する輪郭を決定するために、あらゆる適切なデータ比較、相関又はフィッティング手順が使用される。例として、図5は、異なる時刻における同一の降水エリアを表し且つ異なる気象データセットから得られる2つの輪郭400及び402を示す。図中の輪郭400、402の位置は降水エリアの相対位置を表す。識別子値s=0で表された第1の輪郭400は、時間Aにおける降水エリアを表す。識別子値s=1で表された第2の輪郭402は、より遅い時間Bにおける降水エリアを表す。輪郭400、402を表す輪郭データは、図5に概略的に示されるように輪郭の対応する頂点の位置を補間することにより中間の時間C=AB-A/2における輪郭の形状及び位置を取得するために補間される。図5において、頂点の線形補間は点線で示される。図5において、輪郭の形状が時間Aと時間Bとの間で変化したことが分かる。ここで、輪郭の左上の追加の頂点404が時間Bにおいて出現し、輪郭の下部の頂点406が時間Aと時間Bとの間で消滅した。輪郭データセット400と402との間の後続する補間を容易にするために、処理モジュール172は、出現する頂点及び消滅する頂点を表す輪郭データ点を輪郭データセットに人為的に追加する。処理モジュールは、異なる輪郭データセット間の対応する頂点を識別するために輪郭データセットに頂点識別子を更に含むことができる。例えば頂点識別子は、時間Aにおける輪郭データセットの頂点406が時間Bにおける輪郭データセットの人為的に追加された頂点410に対応することを識別する。場合によっては、輪郭は、1つのフレーム又は他のデータセットと次のフレーム又は他のデータセットとの間で消滅又は出現する。輪郭の出現又は消滅は、一般に、処理モジュール172が直後又は直前のフレームあるいは他のデータセットの対応する輪郭を見つけられない場合検出される。1つの動作モードにおいて、出現又は消滅の位置は、直後又は直前のフレームあるいは他のデータセットの輪郭に割り当てられる。出現又は消滅の位置は、データセット間の輪郭の予想される移動から、例えば測定された実際の風速から、あるいはフレーム間又は他のデータセット間の他の輪郭の決定された移動から決定される。図6において、輪郭の出現及び消滅の例が提供される。図6は、現在のフレーム時間t=0及び先行フレーム時間t=-1に存在する輪郭を示す。時間t=-1における先行フレームに存在する降水エリアを表す2つの輪郭500及び502が存在する。現在のフレームにおいて、1つの輪郭502が消滅し、新しい輪郭504が出現している。輪郭500は、形状が変化しているが、現在のフレームにおいて輪郭508として存在する。輪郭は、存在する風の状態のために移動している。この場合、処理モジュール172は、最初に測定された風速を表す局地風ベクトルを使用して種々のフレームの輪郭の間の相関性を見つけ、最適に重なり合う輪郭を関連付ける。従って、図6において、輪郭500は輪郭508に対応し且つ同一の降水エリアを表すことが識別される。次に、処理モジュール172は、あらゆる残りの輪郭いずれかのフレームにおけるが出現又は消滅したことを決定する。時間t=-1における輪郭504の起点の場所Xは、局地風ベクトルを1フレーム間隔だけ後方に辿ることにより決定される。同様に輪郭502の消滅の場所Yは、局地風ベクトルを1フレーム間隔だけ前方に辿ることにより決定される。場所X及びYを識別するデータは、移動デバイスへの送信のためにフレーム又は他のデータセットに含まれる。特定の動作モードにおいて、輪郭が連続するフレーム又は他のデータセット間で出現も消滅もしないことを保証するように送信されるフレーム又はデータセットが選択されることは、図1の実施形態の特徴である。そのような動作モードにおいて、データセットの複数のフレームが処理され、それらフレームのサブセット又は他のデータセットが送信のために選択され、これにより送信負荷が低減される。送信のためにフレームを適切に選択することにより、送信負荷を低減しつつ、重要な輪郭の特徴が全て送信データから除外されることがないこと及び全ての重要な輪郭の特徴が少なくとも1つのフレーム又は他のデータセットに出現することが保証される。輪郭500が輪郭508ではなく輪郭504に対応することが可能である。しかし、処理モジュール172により決定されるように、輪郭500及び508は局地風ベクトルにより置き換えられた場合に最適に重なり合うため、輪郭500が輪郭508に対応する方が妥当である。互いに対応する輪郭に関して曖昧である明らかでない状況が起こる可能性がある。しかし、システムは妥当な状況を要求するだけである。選択肢が完全に同等である場合、例えば全ての面においてオーバラップ類似度が等しい場合、いずれの選択肢もレーダ又は他の気象測定と同等に一致するため、相関性は無作為に選択される。処理モジュール172は、例えば輪郭データセットをインテリジェントに選択し、輪郭を一貫して規定し、且つ隣接するフレーム又は他のデータセットの頂点及び輪郭間の相関性に関する情報を格納又は送信することにより、異なるフレーム中の対応する輪郭形状、頂点及び輪郭の出現又は消滅、輪郭トポロジの変化例えば、輪郭を分割又はマージするの識別等の処理を実行できる。サーバ150においてそのような処理を実行することにより、ナビゲーションデバイス200a~200e又は他の移動デバイスにおける処理の負担は軽減される。処理の次の段階において、例えば速度変更因子データ又は気象データである選択された気象関連データがデバイス200に提供される。予想到着時間ETAを決定するため及び/又は目的地までの経路を決定又は変更するためにデバイス200において速度変更因子データを送信し且つその後そのデータを処理することについて説明する。気象動画を表示するためにデバイス200により気象データを送信し且つ気象データを処理することについて説明する。図7は、受信した気象関連データに基づいてETAを決定するために並びに/あるいは目的地までの経路を決定又は変更するためにデバイス200により実行される処理を概略的に示すフローチャートである。処理の第1段階600において、デバイス200は現在の気象関連データを受信する。この場合の現在の気象関連データは、複数の速度変更因子データセットを含む。各速度変更因子データセットは、速度変更因子データ点セットを含み、各データ点セットは特定の時刻及び特定の道路種別の分類に対応する。別個の速度変更因子データセットは、時間毎例えば、現在の時間及び未来の3時間の間の15分単位及び道路種別の分類毎に送信される。送信された速度変更因子データは、現在の気象条件及び未来の可能な期間の天気予報による予想速度変更を表す。この情報により、デバイスは、車両が経路の個々のセグメントを通過する実際の時間におけるそれらセグメントに沿う関連する気象条件を考慮に入れられる。実際には、速度変更因子データセットは、所定の間隔の間に大きく変動しない可能性があり、その場合、プロセッサ150は、先に送信したデータセットに対する更新のみを送信してもよい。例えば、特定の時刻に対する速度変更因子データが先の送信以降に所定の閾値を上回るだけ変更された場合、プロセッサ150はその時間に対する新しいデータセットのみを送信してもよい。図7の処理において、説明したように、受信した各速度変更因子データセットは、同等の速度変更因子のエリアを表す輪郭の頂点の位置を表す頂点座標を含む輪郭データを含む。輪郭識別子は、同一の速度低下因子のエリアを表す輪郭を識別し、頂点識別子は、異なる時刻を表す異なるデータセット間の対応する輪郭の追跡を可能にする。更に図7に関連して説明する例において、輪郭データは、デバイス200により計算された選択した目的地までの経路の所定の周辺内の領域に対してのみデバイス200に送信される。デバイス200は、目的地データ又は経路を表す経路データをサーバ150に先に送信した。輪郭データを使用し、計算された経路の所定の周辺の距離内のみの場所に対するデータを送信し且つ要求された時にのみ更新データを送信することにより、デバイス200へのデータ伝送速度は利用可能な帯域幅内に維持されることが理解される。説明した実施形態の変形例において、これらの特徴が単独で又はあらゆる適切な組み合わせで提供される。デバイス200は、既知の技術を使用して、選択した目的地までの経路を既に計算している。経路は複数の接続されたセグメントを含み、それらセグメントの各々に対して、デバイス200は経路の先行する各セグメントの予想移動速度に基づいてそのセグメントへの予想ETAを決定する。ETAの計算は、TomTomIQRoutesRTMシステムで使用されるような既知の技術を使用し、デバイス200のメモリ214に格納された速度データを使用して実行される。デバイス200のメモリ214は、気象条件に対する反応を決定するためにデジタル地図において表される各セグメントをサーバ150により使用される分類の1つに分類する道路種別の分類データを格納する。セグメント毎に、デバイス200は、メモリ214から分類データを読み出してそのセグメントに対する道路の分類を決定し、セグメントへの計算されたETAに基づいてそのセグメントに関連する受信した速度変更因子データセットを決定する。1つの動作モードにおいて、デバイス200は、セグメントへのETAに最も近い時間を表す速度変更因子データセットを決定し、そのセグメントに対してその速度変更因子データセットを使用する。別の動作モードにおいて、デバイス200は、セグメントへのETAの直前及び直後の速度変更因子データセットを決定する。その後、処理モジュール260は、先行するデータセット及び後続するデータセットにおいて表される対応する輪郭の位置を補間するために補間手順を実行する。例えば処理モジュール260は、頂点識別子を使用して先行するデータセット及び後続するデータセットにおける対応する輪郭の頂点を決定し、それら輪郭の頂点に対して座標の線形補間を実行する。デバイス200は、受信した気象関連データから決定されたセグメントに対する速度変更因子をセグメントに対する格納された予想移動速度に乗算し且つ悪い気象条件による移動速度の予想変更を表すことにより、そのセグメントに対する変更された移動速度を決定する。デバイス200は、1つ又は複数の先行するセグメントに対して決定された変更された予想移動速度に基づいて経路の次のセグメントへのETAを再計算し、次のセグメントに対する予想速度変更を決定する。処理は、経路のセグメント毎に連続して繰り返される。段階604において、処理が経路のセグメント毎に繰り返されると、処理モジュール260は最終目的地へのETAを決定する。ETAは、ユーザに対して表示されてもよい。いくつかの動作モードにおいて、メッセージ、アイコン又は他の特徴もユーザに対して出力され、ETAが悪い気象条件のために変更されたことを示す。地図の表示は、現在の経路と悪天候のゾーン例えば赤又は他のあらゆる適切な色で色をつけられてもよいとの交点新しい経路既存の経路とは異なる色、例えば緑色で色をつけられてもよいを示してもよい。いくつかの動作モードにおいて、デバイス200は、悪い気象条件による予想速度変更を考慮して目的地までの最適な経路を再計算するかを決定する。正常な動作において、デバイス200は、目的地までの多くの可能な経路を計算し目的地及び利用可能な経路数に従って、最速経路この経路は最も早い予想ETAを提供するを選択する。1つの動作モードにおいて、デバイス200は、車両が選択した経路に沿って移動する時に目的地までの他の可能な経路を周期的に決定し、通常の状態におけるそれら経路毎の予想ETA及び目的地までの移動時間を決定する。選択された経路に対する変更されたETAが他の経路に対する通常の状態でのETAより所定の差だけ遅い例えば、ETAが5分又は10分以上遅いか、あるいは予想到着時間が5又は10以上遅いと決定される場合、処理モジュール260は、他の可能な経路に対する予想ETAを決定するためにそれら他の経路の1つ以上に対して予想速度変更手順を実行する。他の経路の1つに対する気象により変更された予想ETAが選択した経路より早い場合、選択した経路は予想ETAを有する他の経路により置き換えられてもよくユーザにより指定されたあらゆる経路制限に従って、あるいはメッセージがユーザに対して表示されて他の経路へ切り替えるオプションを与えてもよい。別の動作モードにおいて、新しい気象関連データが受信される度に、気象により変更された予想移動速度及びETAは可能な経路の各々に対して実行される。説明した実施形態において、速度変更データは、関連する気象条件での予想移動速度を取得するために通常の状態での予想移動速度と乗算される速度変更因子データを含む。しかし、速度変更データは、別の実施形態においてあらゆる適切な形式であってよい。例えば速度変更データは、関連する気象条件における速度の予想絶対変更又は予想絶対速度を表してもよい。いくつかの例において、受信した気象関連データは、経路のセグメントが通行不能であること又は未来のある時間において通行不能である可能性があることを示す。その場合、処理モジュール260は、そのようなセグメントを経路計算から除外してもよく、選択した経路はそのようなセグメントを回避する。説明した実施形態において、荒天条件例えば洪水又は竜巻が現在起こっているか又は予想されると決定される場合、処理モジュール260は、経路計算から特定の領域単一のセグメントだけではないを除外できる。いくつかの変形例において、特定の気象条件が発生する例えば、積雪と予報される場合、処理モジュール260は、経路計算において特定の道路種別例えば、小さい道路を除外するか又はそのような道路種別により小さい重みを提供する。従って、大きい道路がより適切に又はより迅速に整備される例えば、道路清掃される可能性があると予想すると、例えば積雪がある場合は大きい道路の方が好ましいだろう。いくつかの例において、特定の道路又は道路種別は、季節並びに実際の気象条件又は予報気象条件に従って除外又は格下げされてもよい。例えばいくつかの国において、干上がっている川底は、夏には道路として使用されてもよいが、冬には通行不能であると予想されてもよい。あるいは又はそれに加えて、特定の道路の分類の種類は、所定の種類又は実際の荒天条件又は予報気象条件の場合、経路計算又はETA計算から除外されるか、あるいは経路計算又はETA計算において所定のより小さい重みを与えられる。例えば小さい道路は、例えば雪である特定の実際の気象条件又は予報気象条件がある場合に経路計算において除外されてもよく又はより小さい重みを与えられてもよい。従って、通常の状態における最速経路が小さい道路を経由する可能性がある場合でも、実際に雪が降った場合又は雪の予報がある場合、車両は小さい道路を迂回して大きい道路を経由してもよい。同様に、雪が降るか又は他のそのような気象条件において、通常の気象条件では小さい道路に経路変更することになる交通渋滞が大きい道路で発生していることが分かっている場合でも、経路計算は大きい道路の経路を維持してもよい。図7の処理について、速度変更因子データの受信及び処理に関連して説明した。他の実施形態において、サーバ150から送信されるデータが位置の関数としてあらゆる他の適切なパラメータの値を表すデータ、例えば実際の気象条件及び/又は予想気象条件を表す気象データ等の環境データである。ここでも、データは輪郭データとして送信される。しかし、この動作モードにおいて、速度変更因子は、デバイス200において処理モジュール260により気象データから計算される。気象データから速度変更因子を計算する処理は、サーバにより実行される時の処理に対応する。説明した実施形態において、デバイス200へのデータ伝送速度を利用可能な帯域幅内に維持しつつ、予想気象条件に基づくETAの有効な変更及び/又は経路選択が達成されることが理解される。デバイス200は、例えば気象動画である受信データに基づいて動画又は他の画像を表示するために使用される。気象動画を表示する実施形態において、受信データは速度変更因子データの代わりに又はそれに加えて気象データを含む。そのような一実施形態について図8を参照して説明する。図8は、この場合に降雨を表す気象動画を表示する処理を概略的に示すフローチャートである。あらゆる他の位置依存パラメータ、例えばあらゆる他の気象条件又は気象条件の組み合わせは別の実施形態又は動作モードにおいて表される。処理の第1段階700において、一連の時間、例えば3時間の期間にわたる15分毎の測定降雨量及び/又は予測降雨量を表す輪郭データセットが受信される。既に上述したように、各輪郭データセットは、同一の降雨量のエリアを表す輪郭を表す輪郭識別子及び頂点座標を含むことができる。輪郭は、別の輪郭内のネストされた輪郭であり、増加する降雨量を表せる。処理モジュール260は、輪郭により表された降雨量により輪郭データセットにより表された各輪郭を埋めることにより、例えばJPEG又はMPEGデータのフレームである画像データのフレームを生成するために各輪郭データセットを処理する。ネストされた輪郭の場合、処理モジュール260は、各輪郭をその輪郭に含まれる輪郭の境界まで埋める。デバイス200は、既知の技術を使用して画像データのフレームを表示できる。画像データのフレームは連続して表示され、これにより、この場合は領域にわたる測定降雨量及び/又は予報降雨量の経時変化を表す気象動画を表示する。図7に関連して示した実施形態の一変形例において、連続した輪郭データセットは、中間の時間における降雨を表す中間輪郭データを取得するために補間手順を使用して補間され、中間輪郭データは対応する画像フレームを生成するために処理モジュール260により処理される。従って、受信した輪郭データセットより高い時間分解能を有する連続した画像フレーム又は動画が取得される。補間手順は、速度変更因子輪郭データセットの補間に関連して既に説明した手順と同一であってもよく又は類似してもよい。例えば、輪郭の頂点座標の線形補間は、中間の時間における輪郭の頂点の一を決定するために使用される。他の実施形態において、輪郭データセットは、気象警報又は他の局所化気象条件情報が発行されたエリアを表す。そのようないくつかの実施形態において、同様又は同種の気象条件を示すと平均して予想される気象学上意味のある領域自然地域とも呼ばれるへのエリア例えば、国又は大陸の固定細分化は、サーバ150において決定され且つ格納される。そのような実施形態において、エリアの細分化を表すデータは、例えば頂点座標を含むラベル付けされたポリゴン定義であるラベル付けされた輪郭データの形式でデバイス200に格納される。動作中、気象警報又は他の気象条件データを受信すると、サーバ150は、各気象条件の指定例えば、気象警報が大雨、強風又は他の気象条件に関連することを指定する識別子と共に現在影響を受けている領域のラベルのみを送信する。一意の識別子は特定の気象警報に割り当てられてもよい。気象警報が古いものになった場合、サーバ150は、識別子により表される気象警報が存在しないことを示す対応するメッセージを送信できる。別の実施形態において、サーバ154は、同一の気象警報又は他の気象条件が複数の隣接する自然地域に当てはまるかを決定する。サーバは、マージされた隣接する自然地域の外形を表す輪郭データを決定し、輪郭データをデバイス200に送信する。デバイス200は、受信した輪郭データから気象警報が当てはまるエリアを決定する。更に別の実施形態において、サーバは、気象警報又は他の気象条件が当てはまるエリア毎に、その警報又は条件が当てはまるエリアを構成する自然地域を識別する固定領域ラベルを提供することとエリアを表す輪郭座標データを提供することとのうちどちらがより効率的であるか例えば、より少ないデータの送信を要求するかを実行中に決定する。多くの自然地域が単純な形状のエリアを形成する場合、後者がより効率的である可能性がある。例えば図9において、暴風警報がドイツのエリア800、802、804及び806に対して出されている。この場合、輪郭座標は、デバイス200に送信され、多くの連続する自然地域を含むエリア800を表し、その一方で、自然地域のラベルがデバイス200に送信され、少数の自然地域から成るエリア802、804及び806並びに他の同様の領域を表す。図1の実施形態について、例えば気象条件による予想速度の変動を表す速度データ又は降雨データ等の気象データである気象関連データの生成、送信及び処理に関連して説明した。しかし、実施形態は、そのような気象関連データの生成、送信及び処理に限定されない。あらゆる適切な種類のデータは、送信及び処理する輪郭データを生成するために処理されてもよい。輪郭を使用することは、領域のエリアがほぼ同一のパラメータ値を有する位置依存パラメータデータに関して特に有益となりうる。そのようなパラメータの例は、例えば既に説明したような気象データ、汚染度等の他の環境データ、海水温、油、ガス、鉱物又は他の堆積物の有無、植物の有無、建物の有無、並びに他の地図データを含む。輪郭を使用することにより、所望の情報を保持しつつ送信されるデータ量を減少する効率的な方法が提供されるため、特に帯域幅が制限されたリンクを介してパラメータに関するデータを送信する必要がある場合に、定期的に変化する輪郭パラメータを使用してモデル化することが特に有用となりうる。図1の実施形態について、輪郭データの生成、送信及び使用に関して説明した。しかし、本発明の他の実施形態において、場所による変数の値の変動を表す気象データ又は他の環境データ等のデータがモデルの複数のパラメータ値を決定するためにサーバ150により処理されることが考えられる。モデル化されたデータ自体の代わりに、パラメータ値又はそのサブセットが移動デバイスに送信され、移動デバイス200a~200eに送信されるデータ量が減少される。そのような実施形態において、移動デバイス200におけるアプリケーションソフトウェア252は、受信パラメータ値から1つ又は複数の変数の値を取得するために例えばモジュール260図3に示すに類似する処理モジュールを含むことができる。図10のフローチャートは、本実施形態の動作を概略的に示す。処理の第1段階910において、サーバ150は、図4bの段階306に関連して上述したように気象データ送信元180から現在の気象を受信する。説明した処理において、あらゆる他の種類の気象データが使用可能であるが、気象データは降雨データである。次の段階912において、気象処理モジュール172は、変換又はフィッティングを実行し、これにより受信した気象データを複数のパラメータ値として表す。以下に更に詳細に説明するように、データのプロパティに依存して、あらゆる適切なフィッティング又は変換が使用可能である。例えば図10に関連して説明する動作モードにおいて、フーリエ変換が使用される。処理モジュール172は、受信した現在の気象データに含まれるデータセット数Tを決定する。各気象データセットはm×nのサイズのデータ点の配列Pを含む。処理モジュール172は、データセットの配列Pを3次元配列PPにスタックする。配列をスタックすることにより、同等の降水量の複雑な非凸形状を表す3次元配列PPが生成される。時間及び空間を処理している時、データは3次元離散ボリュームデータ、例えば値fx,y,zを有する立方体として解釈し直される。オプションとして、処理モジュール174は、3次元配列PPに対して平滑化処理を実行し、1つの2次元配列Pから次の2次元配列Pへの十分に平滑なレベル遷移を保証する。次に、処理モジュール172は、高速フーリエ変換FFT手順を実行し、これにより3次元データをフーリエ係数セットにフィッティングする。FFT手順は、標準のフーリエライブラリ関数を使用して実行される。別の実施形態において、あらゆる適切なフーリエ変換、あるいは実際にはあらゆる他の変換又はフィッティング手順が使用可能である。実施形態はFFTの使用に限定されない。例えばn次元離散フーリエ変換が使用されてもよい。FFT手順の出力は、位置及び時間の関数として気象データを含む3次元データセットPPを表すフーリエ係数セットである。フーリエ係数セットは、気象データセットを再構成し且つあらゆる選択した時間又は位置に対する気象データを抽出するために使用可能である。処理モジュール172は、フーリエ係数の一部を選択し且つその他を廃棄するフィルタリング処理を実行する。1つの動作モードにおいて、処理モジュール172は、閾値より大きい係数cを選択する。別の動作モードにおいて、処理モジュール172は、フーリエ変換のN項の最初のW個の項に対する係数を選択する。ここで、Wは閾値である。更なる動作モードにおいて、最適化処理は、係数の数及び/又はデータの表現の品質に関して制約されるデータを最適に表せる係数を選択するために実行される。あらゆる他の適切なフィルタリング又は選択処理が使用可能である。例として、図11aは、単一の時間における位置の関数として降水量を示す単一のデータセットを示す図である。図は、種々の降雨量を表す輪郭を含む。FFT手順はデータセットに対して実行され、図11bは、フィルタリング処理後に選択されたフーリエ係数を示す図である。この場合、全てのフーリエ係数が選択され、実質的にフィルタリングは実行されていない。図12bは、2.8より大きい係数のみを選択するために更なるフィルタリング処理後に選択されたフーリエ係数を示す図である。多くの係数が廃棄されたことが図12bから分かり、この場合、フィルタリングにより8.72の圧縮率が提供される。図12aは、選択された係数のみを使用して逆FFTを実行することにより抽出された降水量データを示す図である。図11aの元のデータセットと図12aの再構成されたデータセットとの間には小さい相違点が存在することが分かる。例えば、図11aの対応する輪郭には存在しない僅かな波形が図12aの1つの輪郭に存在する。しかし、例えば気象動画を表示したり又は交通に対して気象データを提供したりする目的で、あるいは個々の目的で、再構成データに存在する小さな歪みは無視でき、フーリエ変換及びフィルタリング処理は大きな損失を発生させない。図11及び図12の例は、結果の表示を分かり易くするために2次元データセットに関する。しかし、3次元データセットに対して同様の結果が取得される。段階914において、選択されたフーリエ係数は、例えばポータブルナビゲーションデバイス200である1つ以上の移動デバイスに送信される。デバイスへの送信のために係数を選択するのに使用されるフィルタリング処理は、当該データのプロパティ及び/又はデバイスへの送信に利用可能な帯域幅に従って選択される。例えば送信のために選択される係数の数は、利用可能な帯域幅に従って変動しうる。次の段階において、フーリエ係数は、ナビゲーションデバイス200において受信される。処理モジュール260は、時間及び位置の関数として降雨量を表す3次元気象データを抽出するために逆FFTを実行する。逆FFTを実行するために、既知のライブラリ関数又はルーチンが使用可能である。処理モジュール260は、元の気象データセットにより表される時間に対してだけでなく、受信したフーリエ係数からあらゆる選択した位置又は時間に対する気象データを抽出できる。図10の処理において、処理モジュール260は、各々が各時間における領域にわたる位置の関数として降雨量を表す一連のデータセットを抽出するために逆FFT手順を使用する。各データセットの抽出は、3次元データセット中のスライスの取得と考えられる。処理モジュール260は、例えば抽出した各データセットから画像フレームを生成できる。画像フレームは、既知の技術に従って画像フレームにより表される気象動画をディスプレイ206に表示するためにデバイス200により使用される。フーリエ変換処理、並びに係数のフィルタリング又は他の選択を使用した結果、例えばポータブルナビゲーションデバイスである移動デバイスにおいて例えば気象動画の形式で気象データを表すためにそれらデバイスに送信される必要があるデータ量が大幅に減少される。移動デバイスへの気象関連データの送信を必要とする多くの応用例の場合、あらゆる特定の個々の画素における気象データの厳密な値は重要でないだろう。従って、係数の大量の切捨て又は他のフィルタリングは、性能を大きく低下させずに実行できる。図10の処理について降雨データの送信に関連して説明するが、処理は、あらゆる気象関連データ又は環境データ、あるいは実際には適切なプロパティを有するあらゆる2次元又は3次元データを送信するために使用可能である。フーリエ変換及びフィルタリング処理は、特定の時刻における領域全体例えば、大陸全体に対する気象を表す単一の気象データセットに関連して、図10を参照して説明した。実際には、ナビゲーションデバイス又は他の移動デバイスのユーザは、デバイスの場所に近接したエリア又は例えば計画した経路周辺のエリアに対する気象データを受信するだけでよい。従って、いくつかの実施形態において、別個のフーリエ変換及びフィルタリング処理は、選択したサブ領域に対する気象データを含む気象データサブセットに対して実行される。図13は、9つの種々のサブ領域930a~930iを示す図である。別個のフーリエ変換及びフィルタリング処理は、9つの種々の選択フーリエ係数セットを生成するために各サブ領域の気象データに対して別個に実行される。図13において、ポータブルナビゲーションデバイス200の場所も示される。ポータブルナビゲーションデバイス200は、自身の場所をサーバ150に送信し、サーバ150は、デバイスの位置が特定されるサブ領域930eに対するフーリエ係数セットを選択し、それらフーリエ係数をデバイス200に送信する。気象データは、既に説明したように、受信したフーリエ係数からデバイス200により抽出される。特定のデバイスに関連する1つ又は複数のサブ領域に対するフーリエ係数のみを送信することにより、デバイスに送信されるデータ量は更に減少される。実際には、図13に関連して説明した例において、デバイス200が4つのサブ領域930d、930e、930g、930hの境界に近接しているため、サーバ150は、1つの動作モードにおいてそれら4つのサブ領域に対する4つのフーリエ係数セットを送信する。4つのフーリエ係数セットを送信することによりデバイス200に送信されるデータ量が減少されるが、デバイス200において抽出された気象データを組み合わせることは、ある状況において計算が煩雑になりうる。実際には、サーバ150は、地球上に散在する数千又は数百万の有効なデバイスに対処している可能性がある。しかし、図13に示す状況において、各フーリエ係数セットは、単一のサブ領域のみに対する気象データを表す。デバイスがサブ領域間の境界に近接している場合、2つ以上のサブ領域に対するフーリエ係数が送信される必要があってもよい。デバイスのユーザが単一のサブ領域より大きい領域に対する気象データを閲覧又は使用したい場合、より多くのサブ領域に対するフーリエ係数が送信される必要があってもよい。更に、送信されるデータ量を減少するには、サブ領域の十分に高密度のタイリングが必要とされるが、サブ領域のサイズが小さいほど、画像又は隣接する複数の気象データセットがデバイス200において組み合わされる必要がある可能性は高くなり、これは上述したように計算が煩雑になりうる。更なる一実施形態の動作について、図14に関連して説明する。この場合、領域は2つのサブ領域セットに分割される。各サブ領域セットは領域のタイリングを提供するが、各セットは、x方向及びy方向あるいは縦方向及び横方向のサブ領域の長さの1/2だけ他のセットに対してシフトされる。図14において、2つのサブ領域セット930a~930i及び940a~940iを示す。図14に関連して説明する実施形態の動作において、デバイス200は、自身の場所をサーバ150に提供する。サーバ150は、デバイス200の位置が特定されるサブ領域を選択する。デバイスの位置が特定されるサブ領域は2つ存在する。この場合、サブ領域930e及び940dである。サーバ150は、デバイスがサブ領域の境界から最も遠くにある2つのサブ領域のうちの一方、この場合はサブ領域940dを選択する。サーバ150は、選択したサブ領域940dに対する選択されたフーリエ係数をデバイス200に送信する。サーバ150は、選択したサブ領域の位置、形状及びサイズを表すデータ、あるいはナビゲーションデバイス200がサブ領域940dの位置、形状及びサイズを決定することを可能にする選択したサブ領域940dの識別子を更に送信する。デバイス200は、既に説明したように、逆FFTを使用してサブ領域940dに対する気象データを抽出できる。図14の実施形態において、種々のタイリングのサブ領域は互いに対してサブ領域の長さ寸法長さ又は幅の1/2だけシフトされる。しかし、あらゆる適切なシフトサイズが使用可能である。例えばいくつかの実施形態において、3つのタイリングが存在し、各タイリングのサブ領域はサブ領域の長さ寸法の1/3だけシフトされる。サーバ150における利用可能なメモリ及び計算能力を仮定すると、気象情報の各更新のための種々のサブ領域の種々のフーリエ係数セット又は他の係数セットの事前計算は容易に実現可能である。サブ領域のサイズの選択は、サーバ150においてオペレータにより行われる。サブ領域のサイズは、ズームレベルとも呼ばれる。気象データがデバイス200において抽出されると、デバイス200におけるユーザは例えば更にズームするために抽出データサブセットを表示することを選択できることが明らかである。多くの場合、異なるユーザは異なるズームレベルを要求する。例えばデバイス200のユーザは、大陸又は国全体に対する気象データを閲覧又は使用したいか、あるいはデバイス200の周辺の特定の領域に対する気象データを閲覧又は使用したいだろう。いくつかの実施形態において、デバイス200に送信されるデータ量は、サーバ150において種々のサイズのサブ領域及び従って種々のズームレベルに対してフーリエ変換及びフィルタリング又は他の選択処理を実行することにより減少される。図15において、そのような一実施形態の動作の一例を示す。図15において、領域は種々のサブ領域セットによりタイリングされ、各サブ領域セットは、種々のサイズ/種々のズームレベルのサブ領域を有する。図15の例において、各々が種々のサイズのサブ領域を有する3つの別個のタイリングが存在する。3つの別個のタイリングは、サブ領域950a~950i、952a~952i及び954a~954iにより表される。分かりやすくするために、タイリングのサブ領域の全てを図示しているわけではない。サーバ150は、一般に、各デバイス200から受信したデータから、そのデバイス200の場所及びそのデバイス200により要求されるズームレベルを決定する。いくつかの例において、デフォルトのズームレベルは、例えばデバイスの種類又はそのデバイスに対する以前のユーザ要求又は設定に基づいて特定のデバイス毎に設定されてもよい。サーバ150は、デバイスの場所及びズームレベルに最も一致するサブ領域を選択し、そのサブ領域に対する選択したフーリエ係数をデバイス200に送信する。サーバ150は、サブ領域識別子、並びに/あるいはサブ領域のサイズ及び形状を表すデータを更に送信してもよい。デバイス200は、既に説明したように、逆フーリエ変換手順を使用して気象データを抽出できる。いくつかの例において、サーバ150は、2つ以上のサブ領域に対する係数データを送信することを回避するために、デバイス200により要求されるものより僅かに小さいサイズ/ズームレベルを有するサブ領域を選択してもよい。更なる実施形態において、サーバ150は、図15に関連して説明したような種々のサイズ/ズームレベルを有するサブ領域タイリング及び図14に関連して説明したようなそれらサブ領域タイリングのシフトに対するフーリエ係数を計算及び選択する。サーバ150は、デバイスの位置及び/又は要求されたズームレベルに基づいて特定のデバイス200に対する最適なサブ領域を種々のタイリングの中から選択する。別の動作モードにおいて、サーバ150は、デバイス200の現在地以外のデータに基づいてフーリエ係数データを特定のデバイスに送信するサブ領域を選択してもよい。例えばデバイス200のユーザは、デバイス200を介して、デバイスが現在位置する場所以外の場所に対するデータを要求してもよい。あるいは又はそれに加えて、サーバ150は、ナビゲーションデバイス200の選択した目的地までの経路に沿い且つオプションとしてその経路の経路の所定の周辺内にある全ての場所を範囲に含むサブ領域に対する係数データを送信してもよい。他の実施形態において、係数セットは、時間及び空間に関して特定のデータ要求の密度未満で、要望に応じて各デバイス200に対して個々に計算される。これは、最適なデータ圧縮を与えられる。そのような実施形態において、サーバ150は、次の気象の更新までの期間内にデバイスにより個別に要求された各領域又は各サブ領域に対するフーリエ係数を計算、選択及び送信できるべきである。サーバ150がその目標を達成できない場合、既に説明したように所定のタイリングに対するフーリエ係数を算出することはより効率的になる。そのような実施形態において、サーバ150は、要求のレベルに従って、要求する各デバイスに対する個々の係数の計算と所定のタイリングに対する係数の計算とを切り換えられる。要求のレベルはサーバ150により周期的に又は継続的に監視される。常にいくつかのデバイスが存在する領域例えば、中央オーストラリア又はシベリアに対して、係数のオンデマンド型の計算が常に使用されることが可能である。気象データの処理及びデバイス200への送信を参照して、本実施形態の動作を説明した。しかし、あらゆる適切な種類のデータが処理及び送信されてもよい。いくつかの実施形態において、フーリエ変換及び選択処理は、例えば生気象データではなく速度変更因子データに対して実行される。そのような実施形態において、デバイス200は、逆フーリエ変換処理を適用することにより関連する1つ又は複数のサブ領域に対する速度変更因子データを抽出できる。速度変更因子データは、ETA又は経路を決定又は修正するために、例えば図7に関連して上述されたようなデバイス200により使用される。1つの動作モードにおいて、サーバ150は、気象データに関連して説明した方法と類似する方法で領域をタイリングする種々のエリアの速度変更因子データセットに対してフーリエ係数を決定する。ナビゲーションデバイス200は、自身の場所及び選択した経路を表す経路データをサーバ150に送信する。サーバ150は、ナビゲーションデバイス200の隣接した周囲と、選択した経路に沿い且つその経路の特定の周辺内にある場所とを含むエリアに対応する1つ以上のフーリエ係数データセットをデバイス200に送信するために選択する。その特定の周辺は、方向に依存し、現在の風速及び風向のような因子並びにデバイス200の実際の移動速度又は予想移動速度に基づいてインテリジェントに適応される。図16は、気象関連データを表す受信した係数に基づいてETAを決定するために及び/又は目的地までの経路を決定又は変更するためにデバイス200により実行される処理を概略的に示すフローチャートである。処理の第1段階1000において、デバイス200は道路の分類の種類の各々に対する組み合わせ3次元時間並びにx方向及びy方向の位置速度変更因子データセットを表す選択したフーリエ係数を受信する。デバイス200は、セグメント毎に、そのセグメントに対する道路の分類を決定するためにメモリ214から分類データを読み出し、1つ以上の時間のその分類に対する速度変更因子データセットを抽出するために受信した適切なフーリエ係数セットに対して逆フーリエ変換手順を実行する。デバイス200は、既知の技術を使用して、選択した目的地までの経路を既に計算している。経路は複数の接続されたセグメントを含み、それらセグメントの各々に対して、デバイス200は経路の先行する各セグメントの予想移動速度に基づいてそのセグメントへの予想ETAを決定する。ETAの計算は、TomTomIQRoutesRTMシステムで使用されるような既知の技術を使用し、デバイス200のメモリ214に格納された速度データを使用して実行される。デバイス200のメモリ214は、気象条件に対する反応を決定するためにデジタル地図において表される各セグメントをサーバ150により使用される分類の1つに分類する道路種別の分類データを格納する。セグメント毎に、デバイス200は、メモリ214から分類データを読み出してそのセグメントに対する道路の分類を決定し、抽出した速度変更因子データセットから速度変更因子を読み出すことにより位置及びそのセグメントへのETAに関連する速度変更因子を決定する。段階1002において、デバイス200は、受信した係数から決定されたセグメントに対する速度変更因子をセグメントに対する格納された予想移動速度に乗算し且つ悪い気象条件による移動速度の予想変更を表すことにより、そのセグメントに対する変更された移動速度を決定する。デバイス200は、1つ又は複数の先行するセグメントに対して決定された低下した予想移動速度に基づいて経路の次のセグメントへのETAを再計算し、次のセグメントに対する予想速度変更を決定する。処理は、経路のセグメント毎に連続して繰り返される。段階1004において、処理が経路のセグメント毎に繰り返されると、処理モジュール260は最終目的地へのETAを決定する。ETAは、ユーザに対して表示されてもよい。いくつかの動作モードにおいて、メッセージ、アイコン又は他の特徴もユーザに対して出力され、ETAが悪い気象条件のために変更されたことを示す。地図の表示は、現在の経路と悪天候のゾーン例えば赤又は他のあらゆる適切な色で色をつけられてもよいとの交点新しい経路既存の経路とは異なる色、例えば緑色で色をつけられてもよいを示してもよい。別の動作モードにおいて、逆フーリエ変換手順は、速度変更因子データセット全体を抽出するために逆フーリエ変換手順を実行する代わりに、経路のセグメントに対応する特定の指定された時間及び位置に対する速度変更因子データのみを抽出するために実行される。理解されるように、図16の実施形態は図7に関連して説明したオプションの特徴のいずれか又は全てを含むことができる。例えば受信した係数は、1つ以上の種類の道路セグメントに適用される重みを除外又は低減するために使用されてもよい。上述した実施形態において、プロセッサ150は、フーリエ係数を使用して3次元データを表すためにフーリエ変換処理を実行し、デバイス200は、選択したフーリエ係数からデータを抽出するために逆フーリエ変換処理を実行する。元の3次元関数が元のフーリエ係数のサブセットによってのみほぼ十分に再構成されるため、フーリエ表現の使用は特に適切である。いくつかの動作モードにおいて、元の関数が十分に平滑であり且つ従って効果的に帯域制限されると仮定して、所望の圧縮を行うために最大周波数まで係数のみを保持できる。フーリエ表現は、関数空間の完全正規直交基を提供し且つ適切に確立された演算を含むという利点を有する。フーリエ係数への関数の変換は単純であり、適切に挙動し且つ異常でない全ての例に対して明確な結果を与えることが保証される。更に効果的に帯域制限されるという仮定は、広範な潜在的な応用例に対してこの方法を実現可能にする非常に一般的な範囲の適度に平滑な関数に当てはまる。特に多くの応用例に適するようにするフーリエ変換方法の特徴はウェーブレット変換にも当てはまり、別の実施形態又は別の動作モードにおいて、サーバ150は、係数を決定するためにフーリエ変換処理の代わりにウェーブレット変換を使用する。同様に、そのような実施形態又は動作モードにおいて、デバイス200は、選択した係数から気象関連データ又は他のデータを抽出するために逆ウェーブレット変換を実行するように構成される。別の実施形態は、場所に依存する1つ又は複数の変数を表すパラメータ値を取得するために、フーリエウェーブレット変換の代わりに変換、フィッティング又は他のパラメータ表現を使用する。圧縮される関数の特性のより詳細な事前知識は、特定の応用例のためにより高い圧縮を可能にする種々の表現を誘導する。より詳細な種類の関数及び別のパラメータ表現を目標にすることは完全である必要はない。すなわち、全ての可能な関数を無限精度で構成できる必要はない。実際には、特定の応用例に対する一般に予想される目標関数が要求された程度に近似されるので十分である。更に、パラメータ空間への変換及びパラメータ空間からの変換の実現可能な方法が利用可能である限り、パラメータ化はフーリエの場合のように線形である必要はない。例えばいくつかの実施形態又は動作モードにおいて、ボリュームデータは固定の種々の共分散行列を有する3Dガウス関数の固定の無限集合の線形重畳によりモデル化される。近似的再構成の場合、これら基底関数の小さな部分集合に対する変倍重み及び3次元位置のみが使用される。あるいは、他の適切で平滑な体積関数はガウス関数の代わりに使用可能である。この方法の重要な面は、合成が線形的であるため、元の関数の最適な表現が単純な線形代数方法を使用して容易に取得可能な基底関数の所定の集合により見つけられる例えば、最小二乗誤差方法を使用してことである。更に、そのような近似の複雑さは、特異値分解SPD方法これはフーリエを用いた方法において閾値を係数に適用することに対応する等の主成分分析PCAの一般的な方法を使用して軽減される。一般的な目標関数の特性に依存して、所望の精度を達成するために大きな基底関数のライブラリが必要とされるだろう。その方法の利点は、デバイス200による近似関数の再構成が、例えば単純なルックアップテーブルの形式で格納される基底関数の固定の集合の値空間的に平行移動されたを線形的に組み合わせるだけでよいことである。従って、デバイス200において実行される再構成の計算の複雑さは低い。更なる別の実施形態において、ボリュームデータは、可変の共分散行列及び位置の可変の数の3Dガウシアンの線形重畳によりモデル化され、これにより、ガウシアンの数、共分散行列及び位置は、一方で個々の関数に最適に一致するように選択される。前の段落で説明した実施形態と比較すると、表現の達成可能な精度は、基底関数の無限集合の選択により制限されない。より正確には、ガウシアンの数、位置及び共分散行列が所定のボリュームデータに対して最適化されるため、近似の精度は良くなると予想され、必要とされるガウシアンの数は、前の段落の実施形態より少なくなる可能性がある。しかし、モデルが共分散行列の係数において非線形的であり且つガウシアンの数に依存するため、方式に従う所定の目標関数の最適な表現を見つけることは数学的により複雑である。しかし、問題は例えば統計データ解析の分野における多モード確率密度のモデル化に類似するため、例えば適切な数のガウシアンクラスタ中心及びガウシアンの最適な位置クラスタ中心を決定するための変更されたk平均アルゴリズムを見つける平均シフト法等のその分野からの多くの方法がこの応用例に対して適応可能である。更に期待値最大化EMアルゴリズムのクラスは、考えられる種類のパラメータフィッティングを実行するための一般的なフレームワークを提供し、更なる実施形態において、他の反復的な非線形最適化アルゴリズムも適用可能である。フーリエ又はウェーブレット変換方法とは対照的に、表現のパラメータの複雑さの更なる軽減は容易に帰納的に達成されない。その代わり、元のデータをモデル化するのに許容されるガウシアンの数の制限は、フィッティングステップ中に課される。関数からのデータの再構成の場合、デバイス200は可変の共分散を有するガウス関数の値を算出するように構成される。再構成の計算の複雑さは、固定の共分散を有するガウス関数を使用する実施形態の場合と比較して高い。いくつかの実施形態において、サーバ150及びデバイス200は、データを変換又はフィッティングし且つその後データを抽出する説明した方法のいずれかを使用するように構成される。使用される方法は、データのプロパティ及び/又は最適なフィッティングを提供する方法に依存して手作業で又は自動的に選択される。理解されるように、上述した実施形態は、時間領域を3次元として解釈し直し、入手可能な2次元フレーム又は他のデータセットを3次元体積関数中のスライスとして扱うことができ、低いパラメータの複雑さで元のデータの適切な近似の定義を可能にするパラメータ形式でその体積関数を表せる。更にデータの特性又は実験的挙動並びにその一般的な使用に関してよく認識しているほど、より適切な圧縮が達成される。いくつかの面、例えばデータ粒度、データアルファベット、原子成分のシャノンエントロピー、基底の最適な選択を可能にする表現、大域基底を規定し且つパラメータ値のみを転送する価値があるか基底は所望の大きさであってよい又は基底がデータと共に転送されるべきか基底のサイズが最適であるべきである、基底が算出可能であるか又は数学的対象として表されるか、計算が十分に高速であるか、要求されるメモリが大きるか、サーバとデバイスとの間の計算能力の比、データが可逆的に転送されるべきか否かが考慮される。2つのデータチャンクの組み合わせ圧縮は圧縮を常に向上する。ランダムであり統計的に独立したデータの圧縮の場合、その規則に対する例外が発生する。基底という用語は数学的な意味がある。m個の主要な構成要素可能な場合で表現を近似するための行列の回転により、データがn2個の構成要素からmn個の構成要素に減少される。小さい乱雑行列は、平均して圧縮されない。統計プロパティに関する情報全体が固有値に完全に符号化されるため、十分に大きい乱雑行列は固有値に圧縮されるn2個の構成要素からn個の構成要素に減少する。多くの場合に画像で見つけられる不均一なデータ又は十分に平滑な別個のデータのフーリエ変換又はウェーブレット変換において、同様の方法が利用される。データの不均一さは演繹的に既知ではないが、角度又は長い直線が殆ど存在せず且つ気象学上意味のある1つの一般的な時間フレームから次の時間フレームまでの変化が小さいため、降水量地図の場合、不均一な挙動は明らかである。本明細書で説明される実施形態は、帯域幅が制限された接続を介してナビゲーションデバイス、スマートフォン及び他のあらゆる適切な移動デバイスに気象関連データ又は他の適切なデータを送信する効率的な方法を提供する。実施形態は、組み合わせフレーム又は他のデータセットを個々に圧縮又は送信する代わりに、そのようなフレーム又は他のデータセットのプロパティを活用できる。データは、気象画像データの閲覧を可能にする画面を有するあらゆる移動デバイス、あるいは情報を抽出するか又は適格な決定を行うために受信データを処理する処理能力を有する他のあらゆる種類の移動デバイスに送信される。上述した詳細な説明において説明した実施形態はGPSを参照したが、ナビゲーションデバイスは、GPSの代わりに又は実際にはGPSに加えてあらゆる種類の位置検知技術を利用してもよい。例えばナビゲーションデバイスは、欧州のGalileoシステム等の他のグローバルナビゲーション衛星システムを利用してもよい。同様に、実施形態は衛星を用いたシステムを使用することに限定されず、地上ビーコン、慣性センサ又はデバイスが地理的場所を決定できるようにする他のどんな種類のシステムを使用しても容易に機能できる。本明細書で説明した実施形態において、特定の機能性はサーバにおいて提供されるものとして説明され、他の機能性は例えばPND又は他の移動デバイスであるデバイスにおいて提供されるものとしてされる。その一方で、別の実施形態においては、説明した機能性のいずれもサーバ又はデバイスで提供可能である。例えば、サーバがナビゲーションデバイスとして動作してもよいいくつかの実施形態では、ほぼ全て機能性はサーバにおいて提供される。他の実施形態において、ほぼ全ての機能性は、気象データ又は他のデータをサーバからではなくデータ送信元から直接受信してもよいデバイスにおいて提供される。本発明の別の実施形態は、コンピュータシステムと共に使用するコンピュータプログラムとして実現可能であり、コンピュータプログラムは、例えばディスケット、CD-ROM、ROM又は固定ディスク等の有形データ記録媒体に格納される一連のコンピュータ命令であるか、あるいは例えばマイクロ波又は赤外線である無線媒体又は有形の媒体を介して送信されるコンピュータデータ信号において具現化される一連のコンピュータ命令である。一連のコンピュータ命令は上述の機能性の全て又は一部を構成でき、半導体メモリ素子、磁気メモリ素子、光メモリ素子又は他のメモリ素子等のあらゆる揮発性又は不揮発性メモリ素子に更に格納できる。本明細書において特定のモジュールを説明したが、別の実施形態において、それらモジュールの1つ以上の機能性は単一のモジュール又は他の構成要素により提供されるか、あるいは単一のモジュールにより提供される機能性は2つ以上のモジュール又は他の構成要素の組み合わせにより提供される。好適な実施形態は、特定の機能性をソフトウェアにより実現するが、その機能性はハードウェアでのみ例えば、1つ以上のASIC特定用途向け集積回路により同様に実現可能であり、あるいは実際はハードウェア及びソフトウェアの組み合わせにより実現可能であることも当業者にはよく理解されるだろう。そのため、本発明の範囲は、ソフトウェアで実現されることのみに限定されると解釈されるべきではない。本発明は単なる例として説明され、本発明の範囲内でその詳細が変更されてよいことが理解されるだろう。説明、並びに請求項及び図面必要に応じてにおいて開示される各特徴は、個別に又はあらゆる適切な組み合わせで提供されてもよい。最後に、添付の請求の範囲は本明細書で説明した特徴の特定の組み合わせを記載するが、本発明の範囲は、以下に請求される特定の組み合わせに限定されず、特定の組み合わせが添付の請求の範囲に特に記載されているか否かに関わらず、本明細書で開示された特徴又は実施形態のどんな組み合わせも含む。"