JP2010048797A - 情報処理装置及びプログラム - Google Patents

Abstract

【課題】車載器がコンテンツデータの受信を適切に行えるようにする。
【解決手段】通信ナビ用サーバＳＶ１００が、車両の走行経路を算出し、コンテンツサーバＳＰ３００が走行経路に対応するコンテンツデータを抽出し、抽出したコンテンツデータとその対象地点（ＤｌＴａｒｇｅｔ＿１〜Ｎ）を通信ナビ用サーバＳＶ１００に通知し、通信ナビ用サーバＳＶ１００は、各コンテンツデータのデータサイズ等から、車載器がコンテンツデータの受信を行うべきダウンロードエリア（ＤｌＡｒｅａ＿１〜Ｎ）を算出し、また、コンテンツデータの受信に用いられる通信手段の通信速度等に基づき、ダウンロードエリアを最適化してダウンロードスケジュールを生成し、経路情報とダウンロードスケジュール情報を送信し、車載器は、ダウンロードスケジュールに従ってコンテンツサーバＳＰ３００にダウンロード要求を行い、コンテンツデータを受信する。
【選択図】図１

Description

本発明は、移動通信装置にコンテンツデータを配信する技術に関し、例えば、通信ナビゲーションシステムにおいて、車載器に対して地図データ等のコンテンツデータを配信する技術に関する。

従来のナビゲーションシステムでは、地図情報やＰＯＩ（Ｐｏｉｎｔ Ｏｆ Ｉｎｔｅｒｅｓｔ）情報などを車載器の内部ストレージに保存し、経路探索などは車載器自身で実施する。
通信ナビゲーションシステムでは、車載器が携帯電話などの通信手段により上記地図情報やＰＯＩ情報などを通信ナビ用サーバからダウンロードし、表示することを特徴としており、目的地や経由地情報を通信ナビ用サーバ側に送信し、通信ナビ用サーバ側にてルート検索を行い、車載器に経路情報や経路周辺の地図情報を配信することを特徴としている。
このとき、通信手段として携帯電話を利用した場合、大量の地図情報をダウンロードした場合、ダウンロード時間がかかるだけでなく、通信パケット料金などの通信コストが問題となる。

この点に関し、特開２００４−０８５４８５号公報では、サーバが旅行ルート案上に交通情報を送信するための通信ポイントを設定し、それを車載器に送信することで、その地点に応じた交通情報を配信する手法が提案されている。
また、特開２００５−１２４２３７号公報では、無線ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）などの複数の通信手段を保持し、無線ＬＡＮの通信可能エリアを自動的に検知し、その検知情報に従って通信手段を切り替える手法が提案されている。
また、特開２００２−２１３９７４号公報では、通信可能エリア情報を取得し、現在地から誘導ルート上を所定の距離または所定の時間走行して到達する位置が通信可能なエリアに含まれるかどうかを判断し、通信不可能なエリアを通ると考えられる場合に、通信不可能なエリアを避けてルート探索を行う手法が提案されている。
また、特開２００４−１９３９９５号公報では、トンネルなどの通信不可能なエリアを地図上から判定し、そのエリアで必要なデータを通信不可能なエリアに侵入する前に事前に取得する手法が提案されている。また、高速な通信回線が利用可能であれば優先的に高速な通信回線を利用する回線切り替え手法が提案されている。

特開２００４−０８５４８５号公報 特開２００５−１２４２３７号公報 特開２００２−２１３９７４号公報 特開２００４−１９３９９５号公報

上記通信ナビゲーションシステムの課題として、ダウンロード対象となるデータのデータサイズを考慮していない場合、（１）指定した通信ポイント範囲内にて対象となるデータがダウンロード完了できない可能性が生じることや、（２）通信環境を考慮しない場合、より最適なデータダウンロード手段の利用を実施できない可能性が生じることや、（３）更新が予定されている情報をダウンロード対象とする場合に、更新前の情報を取得してしまう可能性がある。

この発明は、上記のような課題を解決することを主な目的の一つとしており、コンテンツデータが対象としている地点に到達するまでに車載器等の移動通信装置がコンテンツデータの受信を終えているようにすることを主な目的とする。
また、複数の無線中継装置が存在する場合に、通信速度又は通信料金から適切な無線中継装置を選択することを主な目的とする。

本発明に係る情報処理装置は、
対象とする対象地点が設けられているコンテンツデータを格納し、移動体に搭載されている移動通信装置からの配信要求に基づき、格納しているコンテンツデータを前記移動通信装置に配信するコンテンツデータ配信装置に接続され、
前記移動通信装置からの要求に基づき、前記移動体の移動経路を導出する移動経路導出部と、
前記移動経路に対応させて前記コンテンツデータ配信装置が前記移動通信装置に配信予定の１つ以上の配信コンテンツデータの識別子が示される配信コンテンツデータ情報を前記コンテンツデータ配信装置から受信する受信部と、
配信コンテンツデータごとに、対象地点と、配信コンテンツデータのデータ属性及び前記移動経路に含まれる道路の道路属性の少なくともいずれかとに基づいて、前記移動通信装置から前記コンテンツデータ配信装置に配信要求を送信することが推奨される前記移動経路内の地点を配信要求推奨地点として算出する推奨地点算出部と、
前記移動経路が示される経路情報と、配信コンテンツデータごとに配信要求推奨地点が示される配信要求推奨地点情報を前記移動通信装置に送信する送信部とを有することを特徴とする。

本発明によれば、移動体の移動経路及びコンテンツデータのデータ属性等に基づき、移動通信装置がコンテンツデータの配信先にコンテンツデータの配信要求を行うべきタイミングを算出し、算出したタイミングを移動通信装置に通知することで、コンテンツデータが対象としている地点に到達するまでに移動通信装置がコンテンツデータの受信を終えているようにすることができる。

実施の形態１のシステム構成を示す図。 実施の形態１の各車両の車載器ＣＬ４００の内部構成例を示すブロック図。 実施の形態１の通信ナビ用サーバＳＶ１００の内部構成例を示すブロック図。 実施の形態１のコンテンツサーバＳＰ３００の内部構成例を示すブロック図。 実施の形態１の目的地および経由地の設定時における車載器ＣＬ４００と通信ナビ用サーバＳＶ１００、コンテンツサーバＳＰ３００間のデータ送受信と処理の流れを示すシーケンス図。 実施の形態１の通信ナビ用サーバＳＶ１００の動作処理の詳細を示すフローチャート図。 実施の形態１のコンテンツデータのダウンロード処理の流れの例を示すシーケンス図。 実施の形態１のダウンロード対象地点情報の一例を示す図。 実施の形態１の説明のためのダウンロードエリアの一例を示す図。 実施の形態１の説明のための通信手段の配置とその電波範囲とダウンロードエリアの関係を示す図。 実施の形態１の通信手段に対応するプロバイダとその提供通信速度と利用料金の一例を示す図。 実施の形態１において速度優先でダウンロードエリアを最適化した場合の各ダウンロードエリアの候補を示す図。 実施の形態１において速度優先で最適化したダウンロードエリアを示す図。 実施の形態１のＤｌＡｒｅａ＿１を速度優先で最適化した場合のダウンロードエリアを示す図。 実施の形態１において料金優先でダウンロードエリアを最適化した場合の各ダウンロードエリアの候補を示す図。 実施の形態１において料金優先で最適化したダウンロードエリアを示す図。 実施の形態１のＤｌＡｒｅａ＿１を料金優先で最適化した場合のダウンロードエリアを示す図。 実施の形態１の最適化されたダウンロードの一覧を示すダウンロードスケジュールの例を示す図。 実施の形態１のデータサイズ依存ダウンロード距離決定表の例を示す図。 実施の形態１の優先度依存ダウンロード距離決定表の例を示す図。 実施の形態１の道路種別依存ダウンロード距離決定表の例を示す図。 実施の形態１のダウンロードエリア算出処理の詳細を示すフローチャート図。 実施の形態１のダウンロードエリア最適化処理の詳細を示すフローチャート図。 実施の形態３の走行経路変更時における車載器ＣＬ４００と通信ナビ用サーバＳＶ１００、コンテンツサーバＳＰ３００間のデータ送受信と処理の流れを示すシーケンス図。 実施の形態４のコンテンツ情報更新時における車載器ＣＬ４００と通信ナビ用サーバＳＶ１００、コンテンツサーバＳＰ３００間のデータ送受信と処理の流れを示すシーケンス図。 実施の形態１〜４の通信ナビ用サーバＳＶ１００等のハードウェア構成例を示す図。 実施の形態５の通信ナビ用サーバＳＶ１００の動作処理の詳細を示すフローチャート図。 実施の形態５のダウンロード対象地点情報の一例を示す図。 実施の形態６の各車両の車載器ＣＬ４００の内部構成例を示すブロック図。 実施の形態６のコンテンツデータのダウンロード処理の流れの例を示すシーケンス図。 実施の形態７のコンテンツサーバＳＰ３００の内部構成例を示すブロック図。 実施の形態７のダウンロード対象地点情報の一例を示す図。

実施の形態１．
本実施の形態は、例えば、通信ナビゲーションシステムにおいて、車載器が現在地や目的地情報と同時に通信環境情報をサーバに送信することで、その経路における地点毎に必要なダウンロードデータに対する最適なダウンロード可能範囲（ダウンロードエリア）と通信手段の自動設定を提供するためのダウンロードスケジューリング技術を説明する。
より具体的には、例えば、車載器が通信開始時に現在地や目的地および経由地情報の他に、車載器側の利用可能な通信手段情報（携帯電話、Ｂｌｕｅｔｏｏｔｈ（登録商標）、無線ＬＡＮ、ＤＳＲＣ（Ｄｅｄｉｃａｔｅｄ Ｓｈｏｒｔ Ｒａｎｇｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）など）や通信設定情報（プロバイダ情報など）などの通信環境情報を通信ナビ用サーバに送信することによって、（１）通信ナビ用サーバ側において車載器が必要なダウンロードデータのダウンロード可能範囲（ダウンロードエリア）を算出し、さらに（２）上記通信環境情報を利用することにより、最適な通信手段を選択するようにダウンロード可能範囲を最適化するためのダウンロードスケジューリング技術を説明する。

ここで、車載器、通信ナビ用サーバ、コンテンツサーバなどが含まれるシステムを通信ナビゲーションシステムと呼ぶ。
また、車載器は、各車両に搭載した通信ナビゲーションシステム対応のカーナビゲーションシステム車載器である。例えば、車のカーナビゲーション装置である。車載器は、移動通信装置の例である。
通信ナビ用サーバは、通信ナビゲーションシステムにおける経路検索および通信制御を行うためのサーバである。車載器は本通信ナビ用サーバに通信することで、経路情報やダウンロードスケジュールを得ることができる。
コンテンツサーバは、地図情報やＰＯＩ（Ｐｏｉｎｔ Ｏｆ Ｉｎｔｅｒｅｓｔ）情報などのコンテンツデータ（コンテンツ情報ともいう）を車載器に配信するためのサーバである。
ＰＯＩ（Ｐｏｉｎｔ Ｏｆ Ｉｎｔｅｒｅｓｔ）情報は、施設や店舗の住所や電話番号のほかにクチコミ情報やクーポン情報などその施設に関わるさまざまな情報、データである。
ダウンロード対象地点は、地図情報のように、その地点に進入するまでにダウンロードをしておかなければならない、対象となる地点あるいはエリアのことである。
ダウンロードエリアは、上記ダウンロード対象地点に対して、対象となるデータをダウンロード可能となるエリアである。車載器はこのダウンロードエリア内で対象となるデータのダウンロードを行う。

次に、実施の形態１に係る通信ナビゲーションシステムを図を用いて説明する。
図１は、実施の形態１における通信ナビゲーションシステム全体のシステム構成および概要を示す。

この図で、車両＿１（２００）は、車載器を搭載した車両である。車両＿１（２００）は移動体の例である。
また、広域通信手段＿０は広域通信手段で、携帯電話基地局などのように広域通信のための通信手段である。
通信手段＿１〜通信手段＿Ｎは通信手段で、さまざまな無線通信手段の基地局やルータなどを指す。
例えば、携帯電話の基地局の他にＢｌｕｅｔｏｏｔｈ（登録商標）や無線ＬＡＮなどの無線アクセスポイントやＤＳＲＣなどの近距離無線装置などが該当する。
広域通信手段＿０及び通信手段＿１〜通信手段＿Ｎの各々は、無線中継装置の例である。
既存通信網は、インターネットなどの広域通信ネットワークを指す。

通信ナビ用サーバＳＶ１００は、通信ナビゲーションシステム用のサーバであり、車両の車載器から送信された現在地や目的地、経由地の情報から経路情報を生成する手段とその経路上の複数のダウンロード対象地点に対するダウンロードエリアおよびダウンロードスケジュールを生成する手段を具備する。
通信ナビ用サーバＳＶ１００は、情報処理装置の例である。

コンテンツサーバＳＰ＿１〜Ｎ（３００ａ〜３００ｎ）は、さまざまなコンテンツサービスを提供するためのコンテンツサーバである。
例えば、地図情報や交通情報のほかにグルメ情報、音楽情報などのコンテンツデータを配信するためのサーバである。また、コンテンツサーバは各コンテンツのダウンロード対象地点情報を保持する。
コンテンツサーバＳＰ＿１〜Ｎ（３００ａ〜３００ｎ）の各々は、コンテンツデータ配信装置の例である。

出発地＿１は出発地で、車両＿１（２００）において目的地設定時における現在地の位置情報が該当する。
目的地＿１は目的地で、車両＿１（２００）において目的地設定を行うことによって設定された目的地の位置情報である。なお、経由地を設定した場合は目的地＿１が経由地であっても構わない。
経路＿１は車両＿１（２００）の移動経路であり、通信ナビ用サーバＳＶ１００によって算出された出発地＿１から目的地＿１までの移動経路を示す。

ＤｌＴａｒｇｅｔ＿１〜Ｎはダウンロード対象地点で、この地点に差し掛かるまでに対象となるコンテンツデータをダウンロードする必要がある。コンテンツデータのダウンロードは、車載器がコンテンツサーバＳＰ３００が配信要求を送信することで開始される。
このダウンロード対象地点についてはコンテンツサーバＳＰ３００がコンテンツデータと共に保持するものとする。つまり、コンテンツサーバＳＰ３００が保持するコンテンツデータには対象とするダウンロード対象地点が設けられている。
例えば、ＤｌＴａｒｇｅｔ＿１付近の地図を表示するには、車載器は、車両がＤｌＴａｒｇｅｔ＿１に到達するまでにコンテンツデータ（例えば地図情報）のダウンロードを完了しておく必要がある。

ＤｌＡｒｅａ＿１〜Ｎはダウンロードエリアで、それぞれダウンロード対象地点ＤｌＴａｒｇｅｔ＿１〜Ｎに取得設定されたコンテンツデータに対するダウンロード可能地域である。
例えば、ＤｌＴａｒｇｅｔ＿１付近の地図情報をダウンロードするためのダウンロードエリアはＤｌＡｒｅａ＿１となる。
このダウンロードエリアは基本的には通信ナビ用サーバＳＶ１００が算出する。ただし、コンテンツサーバＳＰ３００が任意のコンテンツデータに対して事前に指定していても構わない。
また、以下の説明では、通信ナビ用サーバＳＶ１００がダウンロードエリアの始点と終点とを算出して、車載器にダウンロードエリアの始点と終点とを通知する例を説明するが、ダウンロードエリアの始点のみを算出し、ダウンロードエリアの始点のみを車載器に通知するようにしてもよい。
なお、ダウンロードエリアの始点は、車載器がコンテンツサーバＳＰ３００にコンテンツデータの配信要求を送信することが推奨される移動経路内の地点であり、配信要求推奨地点に相当する。
また、ダウンロードエリアの終点は、車載器によるコンテンツデータの受信が完了していることが推奨される移動経路内の地点であり、受信完了推奨地点に相当する。

本実施の形態における動作例を以下にて概説する。
通信ナビ用サーバＳＶ１００が、車載器からの目的地等の情報を元に走行経路を算出し、コンテンツサーバＳＰ３００が走行経路に対応するコンテンツデータを抽出し、抽出したコンテンツデータとそのダウンロード対象地点（ＤｌＴａｒｇｅｔ＿１〜Ｎ）を通信ナビ用サーバＳＶ１００に通知する。
通信ナビ用サーバＳＶ１００は、各コンテンツデータのデータサイズ等から、車載器がコンテンツサーバＳＰ３００からコンテンツデータの受信を行うべきダウンロードエリア（ＤｌＡｒｅａ＿１〜Ｎ）を算出し、また、コンテンツデータの受信に用いられる通信手段や通信プロバイダの通信速度等に基づき、ダウンロードエリアを最適化してダウンロードスケジュールを生成し、経路情報とダウンロードスケジュール情報を車載器に送信する。
車載器は、ダウンロードスケジュールに従ってコンテンツサーバＳＰ３００にダウンロード要求を行い、ダウンロードエリアにおいてコンテンツデータを受信する。

図２は、実施の形態１における車両＿１（２００）に搭載されている車載器ＣＬ４００の構成を示すブロック図である。

図２において、無線通信部４０１ａ〜４０１ｎは、目的地や現在地、経由地情報の送信や経路情報やダウンロードスケジュール情報などのデータを送受信する。
無線通信部４０１ａ〜４０１ｎは、例えば携帯電話やＢｌｕｅｔｏｏｔｈ（登録商標）、無線ＬＡＮなどの無線アクセスポイントが該当する。
通信環境切替部４０２は、ダウンロードスケジュール情報に従って、データ送受信に必要な通信環境情報の読み込みおよび通信設定を行い、利用する無線通信部を切り替える。
データダウンロード制御部４０３は、通信環境切替情報を利用し、ダウンロードスケジュール情報に従って必要なデータをダウンロードする際の制御を行う。
表示部４０４は、目的地や経由地の設定画面や地図情報、経路情報を表示する。
表示部４０４は、例えば、ディスプレイ装置などが該当する。
目的地設定部４０５は、目的地や経由地などを設定するための操作インターフェースを提供する。
位置情報取得部４０６は、ＧＰＳ（Ｇｌｏｂａｌ Ｐｏｓｉｔｉｏｎｉｎｇ Ｓｙｓｔｅｍ）のように自車位置を計測する。
経路ナビゲーション部４０７は、位置情報取得部４０６によって取得した現在地情報と地図情報および経路情報からドライバーに対して経路ナビゲーションを行う。

地図情報格納領域４１１は、複数の地図情報を保存するためのデータ保存領域である。
通信環境情報格納領域４１２は、通信環境情報を保存するための保存領域である。ここで、通信環境情報とは無線通信部４０１ａ〜４０１ｎに関するデバイス情報やインターネットサービスプロバイダ（ＩＳＰ）のアクセスポイント情報や接続ＩＤ情報など既存通信網に接続するために必要な通信設定情報など、通信処理を行うために必要な情報を指す。
通信環境情報は、車載器ＣＬ４００が配信コンテンツデータの受信に利用可能な通信プロバイダが示される情報であり、利用可能通信プロバイダ情報の例である。
ダウンロードデータ格納領域４１３は、無線通信部４０１ａ〜ｎによって受信したダウンロードデータを保存するためのデータ保存領域である。
経路情報格納領域４１４は、通信ナビ用サーバＳＶ１００から受信した経路情報を保存するためのデータ保存領域である。
ダウンロードスケジュール情報格納領域４１５は、通信ナビ用サーバＳＶ１００から受信したダウンロードスケジュール情報を保存するためのデータ保存領域である。

図３は、実施の形態１における通信ナビ用サーバＳＶ１００の構成を示すブロック図である。

通信部１０１は、複数の車両の車載器ＣＬ４００からの現在地や目的地などの位置情報や通信環境情報、およびコンテンツサーバＳＰ３００からのダウンロード対象地点情報の受信処理や、ダウンロードスケジュール情報や経路情報などを送信する。ここで、車載器ＣＬ４００から受信した通信環境情報はユーザ通信環境情報格納領域１１８に一時的に保存されるものとする。
より具体的には、通信部１０１は、車載器ＣＬ４００から現在地や目的地などの位置情報や通信環境情報を受信し、後述する経路情報算出部１０２により導出された車両の移動経路を示す経路情報を車載器ＣＬ４００に送信する。
また、通信部１０１は、コンテンツサーバＳＰ３００に経路情報を送信し、コンテンツサーバＳＰ３００から車両の移動経路に対応させて車載器ＣＬ４００に配信予定の配信コンテンツデータの識別子とダウンロード対象地点とが示されるダウンロード対象地点情報（配信コンテンツデータ情報）を受信する。
また、通信部１０１は、後述するダウンロードエリア算出部１０４で算出されたダウンロードエリアが示されるダウンロードエリア情報又はダウンロードスケジュール生成部１０５で生成されたダウンロードスケジュール情報を車載器ＣＬ４００に送信する。
通信部１０１は、受信部及び送信部の例である。

経路情報算出部１０２は、車両の車載器ＣＬ４００から受信した現在地や目的地、経由地の位置情報からその車両に最適な移動経路を導出する。
経路情報算出部１０２は、移動経路導出部の例である。

利用可能通信環境算出部１０３は、車両の車載器ＣＬ４００から受信した通信環境情報と経路情報およびアクセスポイント情報格納領域１１２に格納されたアクセスポイント情報から、その経路に対して利用可能な通信手段の分布とその通信設定情報である利用可能通信環境情報を算出する。

ダウンロードエリア算出部１０４は、ダウンロード対象地点情報に基づき配信コンテンツデータのデータサイズや優先度からダウンロードエリアを算出する。なお、コンテンツサーバＳＰ３００から受信したダウンロード対象地点情報にダウンロードエリア情報が付加されている場合はさらに最適化しても構わないが、特に算出する必要はない。
より具体的には、ダウンロードエリア算出部１０４は、配信コンテンツデータごとに、ダウンロード対象地点と、配信コンテンツデータのデータ属性及び移動経路に含まれる道路の道路属性の少なくともいずれかとに基づいて、ダウンロードエリアを算出する。
詳細は後述するが、配信コンテンツデータのデータ属性としてデータサイズを用いてダウンロードエリアを算出する場合には、ダウンロードエリア算出部１０４は、配信コンテンツデータ情報から、配信コンテンツデータのデータサイズを抽出する。
また、配信コンテンツデータのデータ属性として配信コンテンツデータに設定されている優先度を用いてダウンロードエリアを算出する場合には、ダウンロードエリア算出部１０４は、配信コンテンツデータ情報から、配信コンテンツデータの優先度を抽出する。
また、移動経路に含まれる道路の道路属性として移動経路に含まれる道路の種類を用いてダウンロードエリアを算出する場合には、ダウンロードエリア算出部１０４は、移動経路に含まれる道路を判別するとともに、道路ごとに道路の種類を判別する。
なお、本実施の形態では、ダウンロードエリア算出部１０４が、ダウンロードエリアの始点（配信要求推奨地点）と終点（受信完了推奨地点）を算出する例を説明するが、上述したように、ダウンロードエリアの始点のみを算出するようにしてもよい。
ダウンロードエリア算出部１０４は、推奨地点算出部、データサイズ抽出部、優先度抽出部及び道路種類判別部の例である。
また、ダウンロードエリア算出部１０４により生成されるダウンロードエリア情報は、配信要求推奨地点情報及び受信完了推奨地点情報の例である。

ダウンロードスケジュール生成部１０５は、利用可能通信環境情報およびダウンロードエリア情報から、最適なダウンロードエリアの算出とデータのダウンロードタイミングをスケジューリングする。
より具体的には、ダウンロードスケジュール生成部１０５は、車載器ＣＬ４００が配信コンテンツデータの受信に利用可能な通信プロバイダと、電波範囲がダウンロードエリアに及んでいる通信手段（無線中継装置）とに基づき、ダウンロードエリア算出部１０４により算出されたダウンロードエリアを最適化する。
ダウンロードスケジュール生成部１０５は、推奨地点算出部の例である。
また、ダウンロードスケジュール生成部１０５により生成されるダウンロードスケジュール情報は、配信要求推奨地点情報及び受信完了推奨地点情報の例である。

地図情報格納領域１１１は、緯度・経度情報が付加された道路地図や住宅地図などの地図情報を保存するための保存領域である。
アクセスポイント情報格納領域１１２は、通信キャリアから提供されている通信手段の配置情報とそれぞれの通信手段の圏内情報の他に、インターネットサービスプロバイダの提供サービス情報を保存するための保存領域である。
経路情報格納領域１１３は、経路情報算出部１０２によって生成された経路情報を一時的に保存するための保存領域である。
ダウンロード対象地点情報格納領域１１４は、コンテンツサーバＳＰ３００より受信したダウンロード対象地点情報を保存するための保存領域である。
ダウンロードエリア格納領域１１５は、ダウンロードエリア算出部１０４によって算出された、あるいはコンテンツサーバＳＰから受信したダウンロード対象地点情報に付加された、ダウンロードエリア情報を保存するための保存領域である。
利用可能通信環境情報格納領域１１６は、利用可能通信環境算出部１０３によって算出された利用可能通信環境情報を保存するための保存領域である。
ダウンロードスケジュール格納領域１１７は、ダウンロードスケジュール生成部１０５によって生成されたダウンロードスケジュール情報を保存するための保存領域である。
ユーザ通信環境情報格納領域１１８は、車載器ＣＬ４００より受信した通信環境情報を一時的に保存するための保存領域である。
ダウンロード距離決定表格納領域１１９は、コンテンツ毎に任意で設定されたデータサイズ情報や優先度情報に応じて、そのダウンロードエリアの距離（範囲）を保持したダウンロード距離決定表を保存するための保存領域である。

図４は、実施の形態１におけるコンテンツサーバＳＰ３００の構成例を示すブロック図である。
図４において、通信部３０１は、複数の車載器ＣＬ４００へのコンテンツデータ送信や、通信ナビ用サーバＳＶ１００へのダウンロード対象地点情報の送信などを行う。
データ検索部３０２は、車載器ＣＬ４００から受信した位置情報や通信ナビ用サーバＳＶ１００から受信した経路情報から、それらクライアントが要求するデータを検索する。

コンテンツ情報格納領域３１１は、地図情報や交通情報、あるいはグルメ情報や店舗情報などのＰＯＩ情報などのコンテンツデータを保存するための保存領域である。なお、各コンテンツサーバはそれぞれの目的に応じて保持するコンテンツデータが異なっていても構わない。
ダウンロード対象地点情報格納領域３１２は、上記コンテンツデータについて車載器ＣＬ４００がデータダウンロード完了している必要がある緯度経度、あるいは地域情報であるダウンロード対象地点情報を保存するための保存領域である。
ダウンロードエリア格納領域３１３は、上記ダウンロード対象地点に対して、ダウンロード完了するために当該コンテンツデータをダウンロード可能となるエリアを示すダウンロードエリアを保存するための保存領域である。ただし、各ダウンロード対象地点に対するダウンロードエリア情報は必須ではない。この場合、通信ナビ用サーバＳＶ１００がダウンロードエリア情報を算出するものとする。

次に、実施の形態１における処理の流れとして、目的地および経由地の設定時における車載器ＣＬ４００と通信ナビ用サーバＳＶ１００、コンテンツサーバＳＰ間のデータ送受信と処理の流れの概要について図５を用いて説明する。

まず、車両＿１（２００）が車載器ＣＬ４００において、位置情報取得部４０６によって現在地の位置情報を取得する（Ｓ１）。
次に、目的地設定部４０５によって目的地や経由地を設定する（Ｓ２）。
そして、現在地、目的地および経由地の位置情報を無線通信部４０１ａ〜４０１ｎのいずれかによって通信ナビ用サーバＳＶ１００に送信する。
このとき同時に通信環境情報格納領域４１２に格納された通信環境情報を無線通信部４０１ａ〜４０１ｎのいずれかによって通信ナビ用サーバＳＶ１００に送信する。なお、このとき無線通信手段によって通信ナビ用サーバＳＶ１００に確実に接続されることが求められる。そのため、携帯電話のような広域通信手段を利用することが望ましい（Ｓ３）。

次に、通信ナビ用サーバＳＶ１００の処理に移る。
経路情報算出部１０２は通信部１０１によって受信した現在地、目的地および経由地の位置情報からその車両の移動経路を導出し、導出した移動経路を示す経路情報を生成し、一時的に経路情報格納領域１１３に格納する（Ｓ４）。
次に、通信部１０１が、生成した経路情報をコンテンツサーバＳＰ３００に送信し、ダウンロード対象地点情報の取得要求を行う（Ｓ５）。

次に、コンテンツサーバＳＰ３００は、通信部３０１によって受信した経路情報をキーにしてデータ検索部３０２によってダウンロード対象地点の検索を行う。このとき、ダウンロード対象地点情報格納領域３１２に格納されたダウンロード対象地点情報から条件に合ったものを取得することができる（Ｓ６）。
そして、通信部３０１が、ダウンロード対象地点情報を通信ナビ用サーバＳＶ１００に返却する。
なお、このとき、ダウンロード対象地点情報にダウンロードエリア情報が付随している場合はダウンロードエリア情報も返却するものとする（Ｓ７）。

次に、通信ナビ用サーバＳＶ１００は、ダウンロードエリア算出部１０４が、ダウンロード対象地点情報やアクセスポイント情報から、配信コンテンツデータごとにダウンロードエリアを示すダウンロードエリア情報を生成し、また、ダウンロードスケジュール生成部１０５が、ダウンロードエリア情報からダウンロードスケジュールを算出し、ダウンロードスケジュールを示すダウンロードスケジュール情報を生成する（Ｓ８）。
そして、最後に、通信部１０１が、経路情報とダウンロードスケジュール情報を車載器ＣＬ４００に返却する（Ｓ９）。
そして終了する。
なお、本例では、ダウンロードスケジュール情報を車載器ＣＬ４００に送信することとしているが、代わりにダウンロードエリア情報を送信するようにしてもよい。

次に、図５における通信ナビ用サーバＳＶ１００の詳細動作について、図６を用いて説明する。

まず、通信部１０１が、車載器ＣＬ４００から、現在地、目的地および経由地の位置情報と同時に通信環境情報を受信する（Ｓ６０１）。
次に、上記現在地、目的地および経由地の位置情報から、経路情報算出部１０２によって経路情報を算出し、経路情報格納領域１１３に一時的に保存する（Ｓ６０２）。
次に、経路情報をキーにしてコンテンツサーバＳＰに対して検索要求を行い、ダウンロード対象地点情報を取得し、ダウンロード対象地点情報格納領域１１４に保存する（Ｓ６０３）。
ここで、取得したダウンロード対象地点にダウンロードエリアが設定されているかどうかの確認を行い（Ｓ６０４）、設定されている場合（Ｓ６０４でＹＥＳ）はそのダウンロードエリア情報を抽出し、ダウンロードエリア格納領域１１５に保存する（Ｓ６０５）。
一方、ダウンロードエリアが設定されていない場合（Ｓ６０４でＮＯ）は、そのダウンロード対象地点情報からダウンロードエリア算出部１０４によってダウンロードエリアを算出し、ダウンロードエリア格納領域１１５に保存する（Ｓ６０６）。

次に、利用可能通信環境算出部１０３が、車載器ＣＬ４００からの通信環境情報と通信キャリアからのアクセスポイント情報からそのユーザが利用可能な通信環境を算出し、利用可能通信環境情報として利用可能通信環境情報格納領域１１６に格納する（Ｓ６０７）。
次に、ダウンロードエリア情報と利用可能通信環境情報からダウンロードスケジュール生成部１０５によって、各ダウンロードエリアの最適化を行い（Ｓ６０８）、ダウンロードスケジュール情報を生成し、ダウンロードスケジュール格納領域１１７に一時的に保存する（Ｓ６０９）。
そして、通信部１０１が、生成した経路情報とダウンロードスケジュール情報を車載器ＣＬ４００に送信する（Ｓ６１０）。
そして終了する。

次に、実施の形態１における、コンテンツデータのダウンロード処理の流れについて図７を用いて説明する。

まず、車載器ＣＬ４００は、位置情報取得部４０６によって現在地の緯度経度情報を取得する（Ｔ１）。
次に、ダウンロードスケジュール情報格納領域４１５に保存されたダウンロードスケジュール情報と位置情報の確認を行う（Ｔ２）。
ここで現在地がダウンロードスケジュール情報のダウンロードエリアに合致していれば、ダウンロードスケジュール情報に記載された通信環境情報を通信環境情報格納領域４１２から取り出し、無線通信部の選定やプロバイダ設定などの通信環境の設定を行う（Ｔ３）。
次に、Ｔ３の通信設定によりコンテンツサーバＳＰ３００に対してダウンロードスケジュール情報に記載された該当コンテンツデータのダウンロード要求（配信要求）を行う（Ｔ４）。
次に、コンテンツサーバＳＰ３００は受信したダウンロード要求に伴い、データ検索部３０２によってコンテンツ情報格納領域３１１から条件に合致するコンテンツデータの検索を行い、取得する（Ｔ５）。
そして、通信部３０１が、そのコンテンツデータを車載器ＣＬ４００に送信する（Ｔ６）。
そして、車載器ＣＬ４００は、送信されたコンテンツデータを受信し、ダウンロードデータ格納領域４１３に保存する。
このとき、表示部４０４を利用して取得したコンテンツデータを表示しても構わない（Ｔ７）。
そして終了する。

次に、実施の形態１における、ダウンロード対象地点情報の一例を図８を用いて説明する。

図８に示すように、ダウンロード対象地点情報は、コンテンツデータの識別子であるデータＩＤに対して、データ利用地点、ダウンロードエリア等が示される。
データＩＤは、コンテンツデータに対するユニークなＩＤで、例えばＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ）アドレスや住所情報などでも構わない。
データ利用地点は、ダウンロード対象となるコンテンツデータを取得完了していなければならない地点情報を指し、緯度経度情報あるいは地域情報を指す。この例の場合、図１に記載のＤｌＴａｒｇｅｔ＿１などがそれに当たる。
ダウンロードエリアは、経路上におけるダウンロードエリアの範囲を指す。この例の場合、図１に記載のＤｌＡｒｅａ＿２などがそれに当たる。なお、ダウンロードエリアについては記載必須項目ではなく、データ内容やそのサイズから通信ナビ用サーバＳＶ１００のダウンロードエリア算出部１０４によって算出しても構わない。
コンテンツサーバは、車載器ＣＬ４００がダウンロードするコンテンツデータの格納場所を指している。
データ内容は、車載器ＣＬ４００がダウンロードするコンテンツデータのデータ内容を指している。
データサイズは、車載器ＣＬ４００がダウンロードするコンテンツデータのデータサイズを指している。
優先度は、図８に示すようにデータＩＤが複数ある場合、その中でのダウンロード優先度を指している。ただし、本記載は必須ではない。

次に、実施の形態１における、ダウンロードエリア算出部１０４におけるダウンロードエリアの算出の一例を、図９と前述の図８を用いて説明する。
なお、経路情報は既に算出しているものと仮定する。

例えば、図８に記載の地点ＤｌＴａｒｇｅｔ＿１が、図９のような経路情報のもと、図９のように位置する場合、ダウンロードエリア算出部１０４は、まず、ダウンロード対象地点情報のダウンロードエリアの有無を確認する。
ここで、ダウンロードエリアが指定されていない場合は、ダウンロードエリア算出部１０４によってダウンロードエリアの算出を行う。
なお、ダウンロードエリアは図９のように、経路上でのダウンロード可能始点ＤｌＡｒｅａ＿１＿ＳＰとその終点ＤｌＡｒｅａ＿１＿ＥＰからなる。
なお、前述したように、ダウンロード可能始点ＤｌＡｒｅａ＿１＿ＳＰは、車載器ＣＬ４００がコンテンツサーバＳＰ３００にコンテンツデータの配信要求を送信することが推奨される移動経路内の地点であり、配信要求推奨地点に相当する。また、ダウンロード可能終点ＤｌＡｒｅａ＿１＿ＥＰは、車載器ＣＬ４００によるコンテンツデータの受信が完了していることが推奨される移動経路内の地点であり、受信完了推奨地点に相当する。

ダウンロードエリアの算出例の一つとして、データの内容に伴ってダウンロードする開始位置と範囲を算出しても構わない。その場合、ダウンロード距離決定表格納領域１１９に保存されたダウンロード距離決定表を利用する。
例えば交通情報は、ダウンロード対象地点情報の２キロ手前から１キロの範囲でダウンロードエリアを設定するなどの定義を行うのがその一例である。
この場合は、ダウンロードエリア算出部１０４は、コンテンツサーバＳＰ３００から受信したダウンロード対象地点情報から各配信コンテンツデータのデータ内容を抽出し、抽出したデータ内容に基づいて、配信コンテンツデータごとにダウンロードエリアの開始点を算出する。

また、算出例の一つとして、データのサイズに伴ってダウンロードする開始位置と範囲を算出しても構わない。
例えば、データサイズが５００ＫＢ未満であればダウンロードエリアの開始点をなるべくダウンロード対象地点寄りに、それ以上であればダウンロード対象地点から離れた位置に移動させるあるいは開始点と終了点の距離をなるべく遠ざけるなどの方法が考えられる。
一例として、図１９のようなデータサイズ依存ダウンロード距離決定表をダウンロード距離決定表格納領域１１９に保存しておくこととする。
図１９によれば、データサイズが１００ＫＢ未満であればそのダウンロード距離を０〜１ｋｍの範囲とする。つまり、ダウンロード可能始点ＤｌＡｒｅａ＿１＿ＳＰをダウンロード対象地点ＤｌＴａｒｇｅｔ＿１から経路上の距離１ｋｍの地点とし、その終点ＤｌＡｒｅａ＿１＿ＥＰをダウンロード対象地点ＤｌＴａｒｇｅｔ＿１とする。
一方、データサイズが５００ＫＢ以上であればそのダウンロード距離を０〜１０ｋｍの範囲とする。つまり、ダウンロード可能始点ＤｌＡｒｅａ＿１＿ＳＰをダウンロード対象地点ＤｌＴａｒｇｅｔ＿１から経路上の距離１０ｋｍの地点とし、その終点ＤｌＡｒｅａ＿１＿ＥＰをダウンロード対象地点ＤｌＴａｒｇｅｔ＿１とする。
ダウンロードエリア算出部１０４は、コンテンツサーバＳＰ３００から受信したダウンロード対象地点情報から各配信コンテンツデータのデータサイズを抽出し、抽出したデータサイズに基づいて、配信コンテンツデータごとにダウンロードエリアの開始点を算出する。
これにより、データサイズが大きければ大きいほどダウンロード可能地点をダウンロード対象地点よりも意図的に遠ざけることが可能である。

また、算出例の一つとして、優先度の有無に従ってダウンロード対象地点の位置および開始点と終了点の間を調整することも考えられる。
ここで、データの優先度とは、そのデータの優先配信の度合を指しており、例えば、渋滞情報、天気情報、地図情報と３種類のデータがあり、地図情報はなるべく遠くで受信、渋滞情報はなるべく近くで受信するように設定する場合、それぞれの優先度は渋滞情報＝低、天気情報＝中、地図情報＝高と設定する。
この優先度についてはコンテンツあるいはデータ毎に任意で決定することが可能である。これにより、リアルタイム性が高い渋滞情報はできるだけ渋滞の直前で受信する、といった指定方法が可能である。
また、例えば、経路走行中に必須となる地図情報についてはダウンロード優先度を高くし、それ以外の地図については優先度を低くするなどの設定方法が考えられる。
通信ナビ用サーバはこの優先度に従って、例えば、優先度が高い地図情報についてはそのダウンロード対象地点よりも遠くでかつ幅広くダウンロードエリアを設定したり、通信速度が高速な部分を優先的に設定するなどを行うことが可能である。

一例として、図２０のような優先度依存ダウンロード距離決定表をダウンロード距離決定表格納領域１１９に保存しておくこととする。
図２０によれば、優先度が「低」であればそのダウンロード距離を０〜１ｋｍの範囲とする。つまり、ダウンロード可能始点ＤｌＡｒｅａ＿１＿ＳＰをダウンロード対象地点ＤｌＴａｒｇｅｔ＿１から経路上の距離１ｋｍの地点とし、その終点ＤｌＡｒｅａ＿１＿ＥＰをダウンロード対象地点ＤｌＴａｒｇｅｔ＿１とする。
一方、優先度が「高」であればそのダウンロード距離を０〜１０ｋｍの範囲とする。つまり、ダウンロード可能始点ＤｌＡｒｅａ＿１＿ＳＰをダウンロード対象地点ＤｌＴａｒｇｅｔ＿１から経路上の距離１０ｋｍの地点とし、その終点ＤｌＡｒｅａ＿１＿ＥＰをダウンロード対象地点ＤｌＴａｒｇｅｔ＿１とする。
ダウンロードエリア算出部１０４は、コンテンツサーバＳＰ３００から受信したダウンロード対象地点情報から各配信コンテンツデータの優先度を抽出し、抽出した優先度に基づいて、配信コンテンツデータごとにダウンロードエリアの開始点を算出する。
これにより、データの優先度が高ければ高いほどダウンロード可能地点をダウンロード対象地点よりも意図的に遠ざけることが可能である。
また、車載器ＣＬ４００は、通信ナビ用サーバＳＶ１００で算出されたダウンロードエリアに応じて、コンテンツデータを保有するコンテンツサーバＳＰ３００に取得要求を送信することで、コンテンツ配信会社があらかじめ設定したデータの優先度を考慮した最適なダウンロード環境を利用することが可能である。

また、算出例の一つとして、道路の種類に従ってダウンロード対象地点の位置および開始点と終了点の間を調整することも考えられる。例えば高速道路の場合、車両の走行速度は高速であり、ダウンロード対象地点の直前をダウンロードエリアに設定した場合、データ受信欠損が生じる可能性が高い。そのため、高速道路の場合はなるべくダウンロード対象地点から遠くにダウンロードエリアを設定することが好ましい。

一例として、図２１のような道路種別依存ダウンロード距離決定表をダウンロード距離決定表格納領域１１９に保存しておくこととする。
図２１によれば、道路の種別が「一般道」であればそのダウンロード距離を０〜１ｋｍの範囲とする。つまり、ダウンロード可能始点ＤｌＡｒｅａ＿１＿ＳＰをダウンロード対象地点ＤｌＴａｒｇｅｔ＿１から経路上の距離１ｋｍの地点とし、その終点ＤｌＡｒｅａ＿１＿ＥＰをダウンロード対象地点ＤｌＴａｒｇｅｔ＿１とする。
一方、道路の種別が「高速道路」であればそのダウンロード距離を０〜１０ｋｍの範囲とする。つまり、ダウンロード可能始点ＤｌＡｒｅａ＿１＿ＳＰをダウンロード対象地点ＤｌＴａｒｇｅｔ＿１から経路上の距離１０ｋｍの地点とし、その終点ＤｌＡｒｅａ＿１＿ＥＰをダウンロード対象地点ＤｌＴａｒｇｅｔ＿１とする。
ダウンロードエリア算出部１０４は、経路情報から、移動経路に含まれる道路を判別し、道路ごとに、道路の種類を判別し、各道路の種類に基づいて、配信コンテンツデータごとにダウンロードエリアの開始点を算出する。
これにより、車両が高速で走る道路であればあるほどダウンロード可能地点をダウンロード対象地点よりも意図的に遠ざけることが可能である。

次に、ダウンロードエリアの算出方法の具体例を図２２を用いて説明する。
まず、コンテンツデータのデータサイズ、優先度、データ内容あるいは移動経路の道路の種類を参照し（Ｓ２２０１）、また、ダウンロード距離決定表から、そのデータが属するデータのダウンロード距離範囲を取得する（Ｓ２２０２）。
ダウンロード対象地点ＤｌＴａｒｇｅｔ＿１は経路情報格納領域１１３に格納された経路情報の経路上に位置するものとし、例えば、そのＤｌＴａｒｇｅｔ＿１から現在走行中の車両の位置に向かって経路上に沿って２ｋｍ辿った地点をダウンロード可能始点ＤｌＡｒｅａ＿１＿ＳＰとし（Ｓ２２０３）、そこから再びダウンロード対象地点ＤｌＴａｒｇｅｔ＿１に向かって経路上に沿って１ｋｍ辿った地点を終点ＤｌＡｒｅａ＿１＿ＥＰとする（Ｓ２２０４）。
これにより、ダウンロードエリアの設定を実現することが可能である。

次に、実施の形態１における、ダウンロードスケジュール生成部１０５によるダウンロードエリアの最適化について説明する。
まず、図９の経路およびダウンロードエリア、ダウンロード対象地点に対して、図１０のように通信手段＿１〜３が配置され、それぞれの電波範囲が電波範囲＿１〜３であると仮定する。
なお、この電波範囲については通信ナビ用サーバＳＶ１００がアクセスポイント情報としてアクセスポイント情報格納領域１１２にその情報を保持している。
そして、電波範囲＿１〜３によりＤｌＡｒｅａ＿１は図１０のＤｌＡｒｅａ＿１＿１〜４の４つに分割でき、それぞれのダウンロードエリアと通信手段の関係は、以下のようになる。
ＤｌＡｒｅａ＿１＿１は通信手段＿１と通信手段＿２を利用可能である。
ＤｌＡｒｅａ＿１＿２は通信手段＿２のみを利用可能である。
ＤｌＡｒｅａ＿１＿３は通信手段＿２と通信手段＿３と利用可能である。
ＤｌＡｒｅａ＿１＿４は通信手段＿３のみを利用可能である。
一方、図１１は、各通信手段で利用可能なプロバイダと提供する通信速度や利用料金の例を示す。

次に、ダウンロードエリアの最適化処理Ｓ６０８の処理の具体例について図２３を用いて説明する。

ダウンロードスケジュール生成部１０５は、まず、ダウンロードエリア格納領域１１５に格納されたダウンロードエリアを参照する（Ｓ２３０１）。
次に、ダウンロードスケジュール生成部１０５は、アクセスポイント情報格納領域１１２に格納された各アクセスポイントの電波範囲を参照し（Ｓ２３０２）、ダウンロードエリアと電波範囲の交点を算出し（Ｓ２３０３）、その交点ごとにダウンロードエリアを分割する（Ｓ２３０４）。
そして、各ダウンロードエリア毎に最適化基準（たとえば通信速度や利用料金）でそのエリア内で有効なプロバイダのうちもっとも最適なプロバイダを検索し、算出する（Ｓ２３０５）。
そして、各分割されたエリアを全検索し、その中でもっとも最適なプロバイダを検索し、それを最適化したダウンロードエリアとする（Ｓ２３０６）。

例えば、速度優先でダウンロードエリアを最適化する方法について述べる。
ダウンロードスケジュール生成部１０５は、図２３のステップＳ２３０４の分割により分割されたダウンロードエリア毎にプロバイダの通信速度が最高速となる候補を検索する。
まず、ＤｌＡｒｅａ＿１＿１において、図１１から通信部＿１と通信部＿２におけるプロバイダの通信速度において最高速となる候補を検索により抽出する。
その結果１００Ｍｂｐｓが最高速度であり、（通信手段・プロバイダ・通信速度・利用料金）＝（通信手段＿１・Ｂ会社・１００Ｍｂｐｓ・￥１００／ｍｉｎ）、（通信手段＿２・Ｂ会社・１００Ｍｂｐｓ・￥１００／ｍｉｎ）、（通信手段＿２・Ｄ会社・１００Ｍｂｐｓ・￥８０／ｍｉｎ）の３通りの組み合わせが抽出される。
同様の手順でＤｌＡｒｅａ＿１＿２〜４まで候補を抽出した結果を図１２に示す。
これらの候補の中からさらに最速なプロバイダを検索により算出する。
この例から最高通信速度は全て１００Ｍｂｐｓであり、速度面で考慮すると常に最適な速度が得られるものの、実際は各プロバイダで料金が異なっていたり、プロバイダの切替が必要となる。そのため、候補の中で料金が最安でかつ、プロバイダの切替をあまり行わないことが望ましい。
以上より最終的に最適化した結果、図１３のような候補になる。
そして、ダウンロードエリアＤｌＡｒｅａ＿１は図１４の範囲に最適化される。
以上の作業によって、速度優先でダウンロードエリアを最適化することが可能である。

従来の通信カーナビゲーションシステムでは、車載器がコンテンツデータを通信速度が遅いエリアで延々とダウンロード処理を行った場合、そのダウンロード対象となる地点に達するまでにダウンロードが完了しない問題が発生することもある。
このため、本実施の形態では、上記のように、車載器側において、複数の通信部あるいは複数のプロバイダ情報を保持している場合、車載器は現在地、目的地および経由地の送信を行うと同時にその保有通信部やプロバイダ情報などの通信環境情報を通信ナビ用サーバに送信する。
通信ナビ用サーバはそれらの情報から経路情報を算出し、かつ、コンテンツデータの取得時間を最小限に抑える（通信速度が最大となるよう）ためのダウンロードエリアを算出し、ダウンロードスケジュールを生成し、車載器に経路情報とともに返却する。
これによって、通信ナビゲーションシステムは、車載器がそのダウンロードスケジュールに応じて、コンテンツデータを保有するコンテンツサーバに取得要求を送信することで、通信時間を最小限でかつダウンロード対象地点以前に確実にコンテンツデータを得ることができる。

また、別の例として、料金優先でダウンロードエリアを最適化する方法について述べる。
ダウンロードスケジュール生成部１０５は、図２３のステップＳ２３０４の分割により分割されたダウンロードエリア毎にプロバイダの利用料金が最安となる候補を検索する。
まず、ＤｌＡｒｅａ＿１＿１において、図１１から通信手段＿１と２におけるプロバイダの通信速度において最安値となる候補を検索により抽出する。
その結果、￥０／ｍｉｎが最安であり、（通信手段・プロバイダ・通信速度・利用料金）＝（通信手段＿１・Ａ会社・１０Ｍｂｐｓ・￥０／ｍｉｎ）が抽出される。
同様の手順でＤｌＡｒｅａ＿１＿２〜４まで候補を抽出した結果を図１５に示す。
これらの候補の中からさらに最安なプロバイダを検索により算出する。
以上より最終的に最適化した結果、図１６のような候補になる。そして、ダウンロードエリアＤｌＡｒｅａ＿１は図１７の範囲に最適化される。
なお、利用料金の最安値の候補が複数存在する場合はその通信速度が速いものを優先し、なるべくプロバイダの切替が起こらないように最適化することが望ましい。
以上の作業によって、料金優先でダウンロードエリアを最適化することが可能である。

従来の通信カーナビゲーションシステムでは、車載器が現在地と目的地および経由地を設定し、通信ナビ用サーバに送信し、そこから経路情報を取得し、経路情報におけるある地点に進入したところで地図情報を取得していた。
このとき、通信圏内かどうかの判断のみでダウンロードを行うと、通信料金が高い地点で地図情報を受信した場合、地図情報の大きさに比例して莫大な通信コストが発生してしまう。
このため、本実施の形態では、上記のように、車載器側において、複数の通信部あるいは複数のプロバイダ情報を保持している場合、車載器は現在地、目的地および経由地の送信を行うと同時にその保有通信部やプロバイダ情報などの通信環境情報を通信ナビ用サーバに送信する。通信ナビ用サーバはそれらの情報から経路情報を算出し、かつ、コンテンツデータ取得のための通信料金コストを最小限に抑えるためのダウンロードエリアを算出し、ダウンロードスケジュールを生成し、車載器に経路情報とともに返却する。
これによって、通信ナビゲーションシステムは、車載器がそのダウンロードスケジュールに応じて、コンテンツデータを保有するコンテンツサーバに取得要求を送信することで、通信コストを最小限でコンテンツデータを得ることができる。

次に、実施の形態１における、ダウンロードスケジュール生成部１０５によるダウンロードスケジュール生成について説明する。
ダウンロードスケジュールは前記ダウンロードエリアの最適化によって最適化されたダウンロードエリアの一覧である。
例えば、料金優先でダウンロードスケジュールを生成する場合、図８と図１６から得られるダウンロードスケジュールは図１８のようになる。つまり、最適化されたダウンロードエリアを経路順に配置したものがダウンロードスケジュールとなる。
通信ナビ用サーバＳＶ１００からは、例えば、図１８に示される内容が含まれるダウンロードスケジュール情報が車載器ＣＬ４００に送信される。
また、図１３及び図１６に示す情報を併せて車載器ＣＬ４００に送信するようにしてもよい。図１３及び図１６に示す情報には、配信コンテンツデータを受信する際に利用すべきプロバイダ（推奨通信プロバイダ）及び通信手段（推奨無線中継装置）とが示され、図１３及び図１６に示す情報は、推奨通信プロバイダ情報及び推奨無線中継装置情報の例である。

このように、本実施の形態では、車載器が現在地や目的地、および経由地情報を送信すると同時に通信部や通信プロバイダ情報などの通信環境情報をサーバに送信し、通信ナビ用サーバ側では受信した現在地、目的地、経由地情報から経路情報を生成し、移動経路に対応したダウンロード対象地点情報からダウンロードエリアを算出する。ここで、算出されるダウンロードエリアはデータのサイズや種別あるいは優先度によって可変である。
例えば、データサイズに応じてダウンロードエリアの長さを長くすることが可能である。また、例えば、データサイズに応じてダウンロードエリアをダウンロード対象地点よりも遠くに設定することが可能である。
このように、データサイズ、種別、優先度等を考慮してダウンロードエリアを調節するので、ダウンロード対象地点までにコンテンツデータのダウンロードが完了しない事態を回避することができる。

また、本実施の形態では、データ通信環境情報からダウンロードエリアを最適化する。
このため、通信ナビ用サーバはダウンロードエリアにおいて最も高速な利用可能な通信手段を選択するようにダウンロードエリアを最適化することが可能である。
また、通信ナビ用サーバはダウンロードエリアにおいて最も安価な利用可能通信部を選択するようにダウンロードエリアを最適化することが可能である。
このように、通信手段の通信速度及び通信料金を考慮してダウンロードエリアを最適化するので、コンテンツデータの受信に要する時間及び費用を抑えることができる。

以上、本実施の形態では、経路情報の設定において、現在地と目的地および経由地情報の他に通信手段および通信設定情報などの通信環境情報を送信するための、および、ダウンロードデータを受信するための、複数の無線通信部と、
複数の通信手段および設定情報などの通信環境を切り替えるための、通信環境切替部と、
ダウンロードスケジュールに応じて、データのダウンロード制御を行うための、データダウンロード制御部と、を具備する車載器と、
受信した現在地と目的地および経由地情報から経路情報を算出するための、経路情報算出部と、
受信した通信環境情報とアクセスポイント情報から、その車載器が利用可能な通信環境（利用可能通信環境情報）を算出するための、利用可能通信環境算出部と、
対象ダウンロードデータに対するダウンロード対象地点情報からダウンロード可能エリア（ダウンロードエリア）を算出するための、ダウンロードエリア算出部と、
上記利用可能通信環境情報とダウンロードエリア情報からダウンロードエリアを最適化し、ダウンロードスケジュールを生成するための、ダウンロードスケジュール生成部と、を具備する通信ナビ用サーバと、
地図情報や交通情報、ＰＯＩ情報などのコンテンツデータを保存するための、コンテンツ情報格納領域と、
上記コンテンツデータのダウンロード対象地点情報を保存するための、ダウンロード対象地点情報格納領域と、
上記コンテンツデータに対する検索要求およびダウンロード要求を処理するための、データ検索部と、具備することをコンテンツサーバ、
から構成される通信ナビゲーションシステムを説明した。

実施の形態２．
実施の形態１における実施例として、無料無線ＬＡＮスポットの設定情報の転送と本無線ＬＡＮを利用した地図情報のダウンロード手法が考えられる。

上記通信カーナビゲーションシステムにおいて、車載器ＣＬ４００が、ある通信手段を用いてコンテンツデータである地図情報を取得したい場合、プロバイダ情報の設定などを事前に行う必要がある。
ただし、無料の無線ＬＡＮスポットのように設定を行いさえすれば、誰でも無料に通信利用できるようなダウンロードエリアなどが存在する。
このときも同様に無線ＬＡＮを使用するための設定を行う必要があり、その設定情報が必要となる。
実施の形態１に示した構成では、通信ナビ用サーバＳＶ１００において、これらの無線ＬＡＮスポットのアクセスポイント情報についても保持しており、車載器ＣＬ４００側より送信される通信環境情報のほかにこれらのアクセスポイント情報を加味した上で最適な通信手段を選択するようなダウンロードスケジュールを提供することが可能である。
このとき、上記無料無線ＬＡＮスポットがダウンロードスケジュールに組み込まれた場合、車載器ＣＬ４００側に対してダウンロードスケジュールのほかに、その無線ＬＡＮを使用するためのアクセスポイント情報についても送信を行う。
なお、ここでは地図情報の例を示したが、施設やグルメ情報などのＰＯＩ（Ｐｏｉｎｔ Ｏｆ Ｉｎｔｅｒｅｓｔ）情報の取得や交通情報など任意のデータであっても構わない。

これによって、車載器は未設定あるいは未知でかつ最適な通信手段を自動的に選択することが可能である。

実施の形態３．
実施の形態３では、車両が走行中に移動経路を外れるなど、経路外を走行した場合においても最適なダウンロードスケジュールを取得する手法を提供する。

例えば、ドライバーが走行中に経路を誤る、あるいは途中寄り道を行うことによって経路を外れてしまう場合がある。このとき、通常のカーナビゲーションシステムにおいてリルート機能と呼ばれる、経路の再探索を行うことがある。
実施の形態３では、この経路の再探索に追随するダウンロードエリアを提供する例を説明する。
ドライバーが経路を外れた場合、車載器ＣＬ４００に保持している、既に設定済みの目的地と経由地情報のほかに現在地情報を通信ナビ用サーバＳＶ１００に再送信し、ダウンロードスケジュールを受信し、以降はそのダウンロードスケジュールに従ってコンテンツのダウンロードを行うことが可能である。
これによって、車載器ＣＬ４００は走行中に経路を外れたとしても、再探索された経路に追随したダウンロードスケジュールを受信することが可能である。

なお、本実施の形態に係る各モジュールのブロック図については実施の形態１と同様である。

次に、実施の形態３における、車両が走行中に経路を外れた場合のコンテンツデータのダウンロード処理の詳細について図２４を用いて説明する。
なお、図２４の処理は、通信ナビ用サーバＳＶ１００において、車載器ＣＬ４００が搭載された車両の移動経路、ダウンロードエリア、ダウンロードスケジュールが算出され、経路情報、ダウンロードエリア情報又はダウンロードスケジュール情報が車載器ＣＬ４００に送信された後に行われる。

まず、車載器ＣＬ４００は位置情報取得部４０６によって取得した現在地の緯度経度情報を常時取得し（Ｕ１）、経路ナビゲーション部４０７によって経路案内を行っていると仮定する。
このとき、何らかの理由によりドライバーが経路を外れた場合、経路ナビゲーション部４０７は経路外を走行していることを検知する（Ｕ２）。
次に、経路ナビゲーション部４０７は、既に設定済みの経由地、目的地情報を経路情報格納領域４１４から抽出し（Ｕ３）、現在地情報と併せて通信ナビ用サーバＳＶ１００に送信する（Ｕ４）。

次に、これらの情報を取得した通信ナビ用サーバＳＶ１００は実施の形態１と同様に、車載器ＣＬ４００の現在位置から新たな移動経路を導出し、新たな移動経路を示す新たな経路情報を生成し（Ｕ５）、新たな経路情報をコンテンツサーバＳＰ３００に送信する（Ｕ６）。

次に、コンテンツサーバＳＰ３００は、新たな経路情報から必要なダウンロード対象地点の検索処理を行い（Ｕ７）、ダウンロード対象地点（ダウンロードエリア）情報を通信ナビ用サーバに送信する（Ｕ８）。
コンテンツサーバＳＰ３００からのダウンロード対象地点情報には、新たな移動経路に対応させて車載器ＣＬ４００に配信予定の新たな配信コンテンツデータの識別子が示される。

そして、通信ナビ用サーバＳＶ１００は、実施の形態１と同様の手順にて、新たな配信コンテンツデータに対応させて、新たなダウンロードエリア及びダウンロードスケジュールを算出し（Ｕ９）、新たなダウンロードスケジュール情報を車載器ＣＬ４００に送信する（Ｕ１０）。

最後に、車載器ＣＬ４００は既にダウンロードスケジュール情報格納領域４１５に保存されているダウンロードスケジュール情報を、受信した新たなダウンロードスケジュール情報で上書き保存する（Ｕ１１）。
そして終了する。

なお、本例では、新たなダウンロードスケジュール情報を車載器ＣＬ４００に送信することとしているが、代わりに新たなダウンロードエリア情報を送信するようにしてもよい。

このように、本実施の形態によれば、車両が移動経路を外れた場合にも、車両の現在位置に基づいて新たな移動経路を生成し、新たな移動経路に従って新たなダウンロードエリア及びダウンロードスケジュールを算出するので、新たな移動経路においても、適切なタイミングでコンテンツデータを受信することができ、ダウンロード対象地点までにコンテンツデータのダウンロードが完了しない事態を回避することができる。
また、新たな移動経路においても、コンテンツデータの受信に要する時間及び費用を抑えることができる。

実施の形態４．
実施の形態４では、コンテンツサーバＳＰ３００のコンテンツデータの内容が変化した場合においても最適なダウンロードスケジュールを車載器ＣＬ４００に提供する例を説明する。
ここで、コンテンツデータの内容が変化するとは、渋滞情報や天気情報、あるいは店の情報などの内容や配信範囲を変更した場合の変化を指す。

例えば、渋滞情報において、渋滞が長ければ長いほど、より遠方の車両に対して渋滞情報を配信することが好ましい。
この場合、渋滞元となるダウンロード対象地点に対してダウンロードエリアを遠ざけることで実現が可能である。
本実施の形態では、このようにダウンロードエリアに変化があった場合に、コンテンツサーバＳＰ３００は、通信ナビ用サーバＳＶ１００に対してダウンロード対象地点（ダウンロードエリア）を通知し、通信ナビ用サーバはその経路上に走っている（経路情報に本ダウンロード対象地点が一致している）車両に対してダウンロードスケジュールを再度計算し車両に配信する。
これによって、通信ナビゲーションシステムは渋滞情報の変化に応じてダウンロードするタイミングを変化させ、その情報を得るために最適なダウンロード環境を提供することが可能である。

また、例えば、天気情報やレストラン情報など、不定期にコンテンツデータが変化するコンテンツがある。
この場合、その変化に応じてドライバーに通知することが好ましい。
まず、コンテンツに変化があった場合に、コンテンツサーバＳＰ３００は通信ナビ用サーバＳＶ１００に対してダウンロード対象地点（ダウンロードエリア）を通知し、通信ナビ用サーバはその経路上に走っている（経路情報に本ダウンロード対象地点が一致している）車両に対してダウンロードスケジュールを再度計算し車両に配信する。
これによって、車載器ＣＬ４００は天気情報や店情報の変化に応じてダウンロードするタイミングを変化させ、提供する情報を常に最新に保つことが可能であり、かつ最適なダウンロード環境を提供することが可能である。

なお、本実施の形態に係る各モジュールのブロック図については実施の形態１と同様である。

次に、実施の形態４における、コンテンツデータが変更された場合におけるダウンロード処理の詳細を図２５を用いて説明する。

まず、コンテンツサーバＳＰ３００において、渋滞情報や天気情報の変更や、店情報の変更、また、ダウンロードエリアの変更などを行ったと仮定する（Ｖ１）。
このとき、コンテンツサーバＳＰ３００はコンテンツデータの変更通知を通信ナビ用サーバＳＶ１００に通知するため（Ｖ２）、変更対象となるコンテンツのダウンロード対象地点（ダウンロードエリア）を通信ナビ用サーバＳＶ１００に送信する（Ｖ３）。
次に、通信ナビ用サーバＳＶ１００は受信したダウンロード対象地点と経路情報格納領域１１３に保存された経路情報との一致度を確認する（Ｖ４）。
ここで、ダウンロード対象地点が経路上に位置する場合、本情報を元にしてダウンロードスケジュールを算出し、更新する（Ｖ５）。そして、更新したダウンロードスケジュールを車載器ＣＬ４００に送信する（Ｖ６）。
最後に、車載器ＣＬ４００は既にダウンロードスケジュール情報格納領域４１５に保存されているダウンロードスケジュールを、受信したダウンロードスケジュールで上書き保存する（Ｖ７）。
そして終了する。

なお、本例では、更新後のダウンロードスケジュール情報を車載器ＣＬ４００に送信することとしているが、代わりに更新後のダウンロードエリア情報を送信するようにしてもよい。

このように本実施の形態では、コンテンツデータの更新があった場合に、コンテンツデータの更新に対応させてダウンロードスケジュールを更新するため、車載器は最新のコンテンツデータを適切なタイミングで受信することができる。

実施の形態５．
本実施の形態では、コンテンツデータの更新タイミングを考慮してダウンロードスケジュールを生成する例を説明する。

本実施の形態に係る車載器ＣＬ４００の構成例は図２に示すとおりであり、通信ナビ用サーバＳＶ１００の構成例は図３に示すとおりであり、コンテンツサーバＳＰ３００の構成例は図４に示すとおりである。

次に、本実施の形態に係る通信ナビ用サーバＳＶ１００の動作例を図２７のフローチャートを参照して説明する。

図２７において、Ｓ６０１〜Ｓ６０６の各処理は、図６に示した処理と同様であるが、本実施の形態では、Ｓ６０３で受信するダウンロード対象地点情報は図２８に示す形式となっている。

図８のダウンロード対象地点情報と比べて、図２８のダウンロード対象地点情報は、タイミングの欄が追加されている。
タイミングは、ダウンロード対象となるコンテンツデータが有効になる時間に関する情報であり、コンテンツデータの更新時刻が示されている。
時間の指定方法には、２００９年３月２９日１４：００〜１５：００といった直接時刻を指定する方法や、ある時点から４時間３０分後といった、相対時刻を指定する方法、また「毎週火曜日１２：００」といった繰り返し時刻などの指定がある。
例えば、図２８に示した例のＤｌＤａｔａ＿１の場合、この情報は日付に関する指定が無い情報であり、このコンテンツデータは毎日１２：００と１７：００に更新されることを示している。
例えばコンテンツデータが天気予報の情報である場合、予報の情報が更新される時間帯は毎日６時間置きであるなど、更新タイミングは決まっている。
コンテンツデータの更新時刻がダウンロードスケジュールにかかっている場合に、更新前の時間を含めてダウンロードスケジュールを通知すると、直後に更新されることになる更新前のコンテンツデータをダウンロードしてしまうという事態や、更新前のコンテンツデータのダウンロード後に更新時刻が経過した時点で更新後のコンテンツデータを再度ダウンロードするという事態を生じ、無駄な通信を生じることになる。
このため、本実施の形態では、更新後の時間のみが含まれるダウンロードスケジュールを通知することにより、上記のような無駄な通信を省略する。

図２７において、ダウンロードエリアの抽出（Ｓ６０５）又はダウロードエリアの算出（Ｓ６０６）の後、ダウンロードスケジュール生成部１０５が、抽出又は算出したダウンロードエリアの始点（配信要求推奨地点）に車両が到達すると予測される時刻（以下、始点予測到達時刻という）とダウンロードエリアの終点（受信完了推奨地点）に車両が到達すると予測される時刻（以下、終点予測到達時刻という）を算出する（Ｓ６１１）。
予測到達時刻の算出方法は、どのようなものであってもよい。例えば、車両の現在位置とダウンロードエリアの始点、終点と間の距離を車両の現在の車速や法定速度で単純に除算してもよいし、渋滞状況等を考慮する既存の算出方法を用いてもよい。

次に、ダウンロードスケジュール生成部１０５は、ダウンロードエリアの調整を行う（Ｓ６１２）。
より具体的には、ダウンロードスケジュール生成部１０５は、当該ダウンロードエリアでダウンロードすべきコンテンツデータに更新の予定がある場合には、Ｓ６１１で算出した始点予測到達時刻と終点予測到達時刻とダウンロード対象地点情報の更新時刻を比較し、始点予測到達時刻が更新時刻よりも前であって終点予測到達時刻が更新時刻よりも後である場合に、車両が更新時刻時点で到達していると予測される地点を算出し、算出した地点を新たなダウンロードエリアの始点とする。
車両が更新時刻時点で到達していると予測される地点を算出方法は、どのようなものであってもよい。例えば、現在時刻と更新時刻との時間差に車両の現在の車速や法定速度を単純に乗算して更新時刻までの走行距離を導出し車両の現在位置に走行距離を加算して算出してもよいし、渋滞状況等を考慮する既存の算出方法を用いてもよい。

Ｓ６０７〜Ｓ６１０は、図６に示した処理と同様であるが、本実施の形態では、Ｓ６０９で生成されるダウンロードスケジュールは、Ｓ６１１でダウンロードエリアの調整が行われている場合は、調整後のダウンロードエリアを基礎にして生成される。

このように、本実施の形態によれば、コンテンツデータの更新がある場合には、更新後のコンテンツデータのみをダウンロードできるようなダウンロードエリアを導出し、このようなダウンロードエリアに基づいてダウンロードスケジュールを生成するため、車載器において更新前のコンテンツデータをダウンロードすることがなく、無駄な通信を省略することができる。

実施の形態６．
実施の形態５では、通信ナビ用サーバＳＶ１００においてコンテンツデータの更新タイミングを考慮してダウンロードエリアを調整する例を説明したが、通信ナビ用サーバＳＶ１００ではダウンロードエリアを調整せずに、車載器ＣＬ４００側で更新時刻以降にコンテンツデータのダウンロードを行うようにすることも可能である。
図２９は、このような場合の車載器ＣＬ４００の構成例を示している。
図２９では、図２の構成と比較して、時間情報取得部４０８が追加されている。
時間情報取得部４０８は、ＧＰＳやシステムクロックを利用して現在の時間情報を取得する。

本実施の形態では、図２８に示すようにダウンロード対象地点情報にコンテンツデータの更新タイミングが示されていても、通信ナビ用サーバＳＶ１００では図６に示す手順に従ってダウンロードスケジュールを生成する。つまり、ダウンロードスケジュールの生成においてコンテンツデータの更新タイミングは考慮されない。
そして、本実施の形態では、通信ナビ用サーバＳＶ１００は、ダウンロードスケジュール情報にコンテンツデータの更新時刻を含ませ、コンテンツデータの更新時刻が示されるダウンロードスケジュール情報（配信要求推奨地点情報）を車載器ＣＬ４００に送信する（Ｓ６１０）。

車載器ＣＬ４００では、実施の形態１と同様に、ダウンロードスケジュール情報を受信するとともに、ダウンロードスケジュールに従ってコンテンツデータのダウンロード要求を行う。
本実施の形態では、図３０に示すように、「Ｔ２０ 現在時刻情報の取得」という手順が追加される。
つまり、本実施の形態では、ダウンロード要求の発行（Ｔ４）前に、時間情報取得部４０８により現在時刻を取得し（Ｔ２０）、ダウンロードスケジュールの確認（Ｔ２）において、ダウンロードスケジュール情報に示されている更新時刻と現在時刻を比較し、現在時刻が更新時刻よりも後であれば、通信環境の設定（Ｔ３）の後、ダウンロード要求を発行する（Ｔ４）。
なお、上記以外の手順は、図７に示したものと同様である。

このように、本実施の形態によれば、車載器において、コンテンツデータの更新時刻に対応させてダウンロードを行うことで、コンテンツデータの更新頻度に合わせてダウンロードができ、無駄な通信を行う必要が無く時間と費用を節約することができる。

実施の形態７．
本実施の形態では、コンテンツデータの更新状況に応じて更新タイミングを変化させる手法を説明する。

図３１は、本実施の形態に係るコンテンツサーバＳＰ３００の構成例を示すブロック図である。
図３１では、図４と比較して、更新状況判定部３０３が追加されている。
更新状況判定部３０３は、コンテンツデータの更新状況によりダウンロード対象地点情報を調整する。

実施の形態５では、図２８に示したようにダウンロード対象地点情報の更新タイミング情報はあらかじめ設定されており、固定されている情報であった。
更新状況判定部３０３は、対象となるコンテンツデータを監視し、その更新状況に応じて、この更新タイミング情報を調節する。
図２８の例では、Ａｒｅａ２周辺交通情報は通常の場合、１２：００と１７：００に更新される情報であるが、交通集中や事故などの情報がサーバに集まり更新頻度が上がるなどの状況が発生する。
更新状況判定部３０３はこのようなコンテンツデータの更新頻度を監視し、更新が頻繁であるようなら、更新タイミング情報を調節する。
Ａｒｅａ２周辺交通情報の更新頻度が高い場合、例えば図３２に示すように、その更新タイミングを１時間おきといったものに変更する。
この情報は実施の形態５で説明したようにダウンロードスケジュールに反映され、車載器がコンテンツデータのダウンロードを行うタイミングが変化することで、よりリアルタイムな情報の取得が可能になる。

このように、本実施の形態によれば、コンテンツサーバにおいて、コンテンツデータの更新頻度に合わせてダウンロード対象地点情報の更新タイミング情報を調整することで、コンテンツデータが頻繁に更新されている状況でも車載器において最新のコンテンツデータを効率よく受信することができる。

最後に、実施の形態１〜７に示した通信ナビ用サーバＳＶ１００、コンテンツサーバＳＰ３００及び車載器ＣＬ４００（以下、通信ナビ用サーバＳＶ１００等と表記する）のハードウェア構成例について説明する。
図２６は、実施の形態１〜７に示す通信ナビ用サーバＳＶ１００等のハードウェア資源の一例を示す図である。
なお、図２６の構成は、あくまでも通信ナビ用サーバＳＶ１００等のハードウェア構成の一例を示すものであり、通信ナビ用サーバＳＶ１００等のハードウェア構成は図２６に記載の構成に限らず、他の構成であってもよい。

図２６において、通信ナビ用サーバＳＶ１００等は、プログラムを実行するＣＰＵ９１１（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ、中央処理装置、処理装置、演算装置、マイクロプロセッサ、マイクロコンピュータ、プロセッサともいう）を備えている。
ＣＰＵ９１１は、バス９１２を介して、例えば、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）９１３、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）９１４、通信ボード９１５、表示装置９０１、キーボード９０２、マウス９０３、磁気ディスク装置９２０と接続され、これらのハードウェアデバイスを制御する。
更に、ＣＰＵ９１１は、ＦＤＤ９０４（Ｆｌｅｘｉｂｌｅ Ｄｉｓｋ Ｄｒｉｖｅ）、コンパクトディスク装置９０５（ＣＤＤ）、プリンタ装置、スキャナ装置と接続していてもよい。また、磁気ディスク装置９２０の代わりに、光ディスク装置、メモリカード（登録商標）読み書き装置などの記憶装置でもよい。
ＲＡＭ９１４は、揮発性メモリの一例である。ＲＯＭ９１３、ＦＤＤ９０４、ＣＤＤ９０５、磁気ディスク装置９２０の記憶媒体は、不揮発性メモリの一例である。これらは、記憶装置の一例である。
実施の形態１〜７において、「〜格納領域」と表記した要素は、例えば、ＲＡＭ９１４、ＦＤＤ９０４、ＣＤＤ９０５、磁気ディスク装置９２０等により構成される。
通信ボード９１５、キーボード９０２、マウス９０３、スキャナ装置、ＦＤＤ９０４などは、入力装置の一例である。
また、通信ボード９１５、表示装置９０１、プリンタ装置などは、出力装置の一例である。

通信ボード９１５は、図１に示すように、ネットワークに接続されている。例えば、通信ボード９１５は、携帯電話通信網、無線ＬＡＮ、インターネット、ＷＡＮ（ワイドエリアネットワーク）などに接続されていている。

磁気ディスク装置９２０には、オペレーティングシステム９２１（ＯＳ）、ウィンドウシステム９２２、プログラム群９２３、ファイル群９２４が記憶されている。
プログラム群９２３のプログラムは、ＣＰＵ９１１がオペレーティングシステム９２１、ウィンドウシステム９２２を利用しながら実行する。

また、ＲＡＭ９１４には、ＣＰＵ９１１に実行させるオペレーティングシステム９２１のプログラムやアプリケーションプログラムの少なくとも一部が一時的に格納される。
また、ＲＡＭ９１４には、ＣＰＵ９１１による処理に必要な各種データが格納される。

また、ＲＯＭ９１３には、ＢＩＯＳ（Ｂａｓｉｃ Ｉｎｐｕｔ Ｏｕｔｐｕｔ Ｓｙｓｔｅｍ）プログラムが格納され、磁気ディスク装置９２０にはブートプログラムが格納されている。
通信ナビ用サーバＳＶ１００等の起動時には、ＲＯＭ９１３のＢＩＯＳプログラム及び磁気ディスク装置９２０のブートプログラムが実行され、ＢＩＯＳプログラム及びブートプログラムによりオペレーティングシステム９２１が起動される。

上記プログラム群９２３には、実施の形態１〜７の説明において「〜部」として説明している機能を実行するプログラムが記憶されている。プログラムは、ＣＰＵ９１１により読み出され実行される。

ファイル群９２４には、実施の形態１〜７の説明において、「〜の判断」、「〜の計算」、「〜の算出」、「〜の導出」、「〜の比較」、「〜の検索」、「〜の更新」、「〜の設定」、「〜の登録」、「〜の選択」等として説明している処理の結果を示す情報やデータや信号値や変数値やパラメータが、「〜ファイル」や「〜データベース」の各項目として記憶されている。
「〜ファイル」や「〜データベース」は、ディスクやメモリなどの記録媒体に記憶される。ディスクやメモリなどの記憶媒体に記憶された情報やデータや信号値や変数値やパラメータは、読み書き回路を介してＣＰＵ９１１によりメインメモリやキャッシュメモリに読み出され、抽出・検索・参照・比較・演算・計算・処理・編集・出力・印刷・表示などのＣＰＵの動作に用いられる。
抽出・検索・参照・比較・演算・計算・処理・編集・出力・印刷・表示のＣＰＵの動作の間、情報やデータや信号値や変数値やパラメータは、メインメモリ、レジスタ、キャッシュメモリ、バッファメモリ等に一時的に記憶される。
また、実施の形態１〜７で説明しているフローチャートの矢印の部分は主としてデータや信号の入出力を示し、データや信号値は、ＲＡＭ９１４のメモリ、ＦＤＤ９０４のフレキシブルディスク、ＣＤＤ９０５のコンパクトディスク、磁気ディスク装置９２０の磁気ディスク、その他光ディスク、ミニディスク、ＤＶＤ等の記録媒体に記録される。また、データや信号は、バス９１２や信号線やケーブルその他の伝送媒体によりオンライン伝送される。

また、実施の形態１〜７の説明において「〜部」として説明しているものは、「〜回路」、「〜装置」、「〜機器」であってもよく、また、「〜ステップ」、「〜手順」、「〜処理」であってもよい。すなわち、「〜部」として説明しているものは、ＲＯＭ９１３に記憶されたファームウェアで実現されていても構わない。或いは、ソフトウェアのみ、或いは、素子・デバイス・基板・配線などのハードウェアのみ、或いは、ソフトウェアとハードウェアとの組み合わせ、さらには、ファームウェアとの組み合わせで実施されても構わない。ファームウェアとソフトウェアは、プログラムとして、磁気ディスク、フレキシブルディスク、光ディスク、コンパクトディスク、ミニディスク、ＤＶＤ等の記録媒体に記憶される。プログラムはＣＰＵ９１１により読み出され、ＣＰＵ９１１により実行される。すなわち、プログラムは、実施の形態１〜７の「〜部」としてコンピュータを機能させるものである。あるいは、実施の形態１〜７の「〜部」の手順や方法をコンピュータに実行させるものである。

このように、実施の形態１〜７に示す通信ナビ用サーバＳＶ１００等は、処理装置たるＣＰＵ、記憶装置たるメモリ、磁気ディスク等、入力装置たるキーボード、マウス、通信ボード等、出力装置たる表示装置、通信ボード等を備えるコンピュータであり、上記したように「〜部」として示された機能をこれら処理装置、記憶装置、入力装置、出力装置を用いて実現するものである。

１００ 通信ナビ用サーバＳＶ、１０１ 通信部、１０２ 経路情報算出部、１０３ 利用可能通信環境算出部、１０４ ダウンロードエリア算出部、１０５ ダウンロードスケジュール生成部、１１１ 地図情報格納領域、１１２ アクセスポイント情報格納領域、１１３ 経路情報格納領域、１１４ ダウンロード対象地点情報格納領域、１１５ ダウンロードエリア格納領域、１１６ 利用可能通信環境情報格納領域、１１７ ダウンロードスケジュール格納領域、１１８ ユーザ通信環境情報格納領域、３００ コンテンツサーバＳＰ、３０１ 通信部、３０２ データ検索部、３１１ コンテンツ情報格納領域、３１２ ダウンロード対象地点情報格納領域、３１３ ダウンロードエリア格納領域、４００ 車載器ＣＬ、４０１ 無線通信部、４０２ 通信環境切替部、４０３ ダウンロード制御部、４０４ 表示部、４０５ 目的地設定部、４０６ 位置情報取得部、４０７ 経路ナビゲーション部、４１１ 地図情報格納領域、４１２ 通信環境情報格納領域、４１３ ダウンロードデータ格納領域、４１４ 経路情報格納領域、４１５ ダウンロードスケジュール情報格納領域。

Claims (20)

1. 対象とする対象地点が設けられているコンテンツデータを格納し、移動体に搭載されている移動通信装置からの配信要求に基づき、格納しているコンテンツデータを前記移動通信装置に配信するコンテンツデータ配信装置に接続され、
   前記移動通信装置からの要求に基づき、前記移動体の移動経路を導出する移動経路導出部と、
   前記移動経路に対応させて前記コンテンツデータ配信装置が前記移動通信装置に配信予定の１つ以上の配信コンテンツデータの識別子が示される配信コンテンツデータ情報を前記コンテンツデータ配信装置から受信する受信部と、
   配信コンテンツデータごとに、対象地点と、配信コンテンツデータのデータ属性及び前記移動経路に含まれる道路の道路属性の少なくともいずれかとに基づいて、前記移動通信装置から前記コンテンツデータ配信装置に配信要求を送信することが推奨される前記移動経路内の地点を配信要求推奨地点として算出する推奨地点算出部と、
   前記移動経路が示される経路情報と、配信コンテンツデータごとに配信要求推奨地点が示される配信要求推奨地点情報を前記移動通信装置に送信する送信部とを有することを特徴とする情報処理装置。
2. 前記推奨地点算出部は、
   配信コンテンツデータごとに、配信要求推奨地点を算出するとともに、前記移動通信装置による配信コンテンツデータの受信が完了していることが推奨される前記移動経路内の地点を受信完了推奨地点として算出し、
   前記送信部は、
   経路情報と配信要求推奨地点情報に加えて、配信コンテンツデータごとに受信完了推奨地点が示される受信完了推奨地点情報を前記移動通信装置に送信することを特徴とする請求項１に記載の情報処理装置。
3. 前記情報処理装置は、更に、
   前記配信コンテンツデータ情報に基づき、配信コンテンツデータごとに、配信コンテンツデータのデータサイズを抽出するデータサイズ抽出部を有し、
   前記推奨地点算出部は、
   配信コンテンツデータのデータ属性として前記データサイズ抽出部により抽出されたデータサイズを用い、配信コンテンツデータごとに、対象地点とデータサイズとに基づいて、配信要求推奨地点を算出することを特徴とする請求項１又は２に記載の情報処理装置。
4. 前記推奨地点算出部は、
   データサイズが大きい配信コンテンツデータほど、対象地点から遠い地点を配信要求推奨地点とすることを特徴とする請求項３に記載の情報処理装置。
5. 前記情報処理装置は、更に、
   前記配信コンテンツデータ情報に基づき、配信コンテンツデータごとに、配信コンテンツデータに設定されている優先度を抽出する優先度抽出部を有し、
   前記推奨地点算出部は、
   配信コンテンツデータのデータ属性として前記優先度抽出部により抽出された優先度を用い、配信コンテンツデータごとに、対象地点と優先度とに基づいて、配信要求推奨地点を算出することを特徴とする請求項１〜４のいずれかに記載の情報処理装置。
6. 前記推奨地点算出部は、
   優先度が高い配信コンテンツデータほど、対象地点から遠い地点を配信要求推奨地点とすることを特徴とする請求項５に記載の情報処理装置。
7. 前記情報処理装置は、更に、
   前記移動経路導出部により導出された移動経路に含まれる道路を判別するとともに、道路ごとに、道路の種類を判別する道路種類判別部を有し、
   前記推奨地点算出部は、
   前記移動経路に含まれる道路の道路属性として、前記道路種類判別部により判別された道路の種類を用い、配信コンテンツデータごとに、対象地点と、対象地点付近の前記移動経路内の道路の種類とに基づいて、配信要求推奨地点を算出することを特徴とする請求項１〜６のいずれかに記載の情報処理装置。
8. 前記推奨地点算出部は、
   速い移動速度が許容されている道路ほど、対象地点から遠い地点を配信要求推奨地点とすることを特徴とする請求項７に記載の情報処理装置。
9. 前記受信部は、
   前記移動通信装置から、前記移動通信装置が配信コンテンツデータの受信に利用可能な通信プロバイダが示される利用可能通信プロバイダ情報を受信し、
   前記推奨地点算出部は、
   利用可能通信プロバイダ情報に２以上の通信プロバイダが示されている場合に、前記移動通信装置が２以上の通信プロバイダのうちのいずれの通信プロバイダを利用して配信コンテンツデータを受信すべきかを判定し、
   前記送信部は、
   経路情報と配信要求推奨地点情報に加えて、前記推奨地点算出部により判定された推奨通信プロバイダが示される推奨通信プロバイダ情報を前記移動通信装置に送信することを特徴とする請求項１〜８のいずれかに記載の情報処理装置。
10. 前記推奨地点算出部は、
    前記移動通信装置が配信コンテンツデータの受信時に利用できる通信速度に基づいて、前記移動通信装置が２以上の通信プロバイダのうちのいずれの通信プロバイダを利用して配信コンテンツデータを受信すべきかを判定することを特徴とする請求項９に記載の情報処理装置。
11. 前記推奨地点算出部は、
    前記移動通信装置が配信コンテンツデータの受信時に課金される料金に基づいて、前記移動通信装置が２以上の通信プロバイダのうちのいずれの通信プロバイダを利用して配信コンテンツデータを受信すべきかを判定することを特徴とする請求項９に記載の情報処理装置。
12. 前記情報処理装置は、
    無線中継装置を介して移動通信装置に対してコンテンツデータを配信するコンテンツデータ配信装置に接続され、
    前記推奨地点算出部は、
    配信コンテンツデータごとに、配信要求推奨地点を算出するとともに、前記移動通信装置による配信コンテンツデータの受信が完了していることが推奨される前記移動経路内の地点を受信完了推奨地点として算出し、電波範囲が配信要求推奨地点と受信完了推奨地点との間のエリアに及んでいる２以上の無線中継装置が存在する場合に、前記移動通信装置が２以上の無線中継装置のうちのいずれの無線中継装置から配信コンテンツデータを受信すべきかを判定し、
    前記送信部は、
    経路情報と配信要求推奨地点情報と推奨通信プロバイダ情報に加えて、配信コンテンツ
    データごとに受信完了推奨地点が示される受信完了推奨地点情報と、前記推奨地点算出部により判定された推奨無線中継装置が示される推奨無線中継装置情報とを前記移動通信装置に送信することを特徴とする請求項１〜１１のいずれかに記載の情報処理装置。
13. 前記推奨地点算出部は、
    判定した推奨無線中継装置の電波範囲に基づいて配信要求推奨地点を再度算出することを特徴とする請求項１２に記載の情報処理装置。
14. 前記移動経路導出部は、
    前記送信部により経路情報と配信要求推奨地点情報とが送信された後に、前記移動通信装置から移動経路の導出が新たに要求された場合に、前記移動通信装置の新たな移動経路を導出し、
    新たな移動経路が以前の移動経路と異なっている場合に、
    前記受信部は、
    新たな移動経路に対応させて前記コンテンツデータ配信装置が前記移動通信装置に配信予定の１つ以上の新たな配信コンテンツデータの識別子が示される配信コンテンツデータ情報を前記コンテンツデータ配信装置から受信し、
    前記推奨地点算出部は、
    新たな配信コンテンツデータごとに、新たな配信要求推奨地点を算出し、
    前記送信部は、
    新たな移動経路が示される経路情報と、新たな配信コンテンツデータごとに新たな配信要求推奨地点が示される配信要求推奨地点情報を前記移動通信装置に送信することを特徴とする請求項１〜１３のいずれかに記載の情報処理装置。
15. 前記受信部は、
    前記コンテンツデータ配信装置から、内容が更新されたコンテンツデータを通知する更新通知情報を受信し、
    前記推奨地点算出部は、
    前記更新通知情報に基づき、前記移動通信装置に配信要求推奨地点を通知しているコンテンツデータの内容が変更されているか否かを判断し、前記移動通信装置に配信要求推奨地点を通知しているコンテンツデータの内容が変更されている場合に、内容が更新されているコンテンツデータに対して、内容更新後のデータ属性に基づいて、新たな配信要求推奨地点を算出し、
    前記送信部は、
    新たな配信要求推奨地点が示される配信要求推奨地点情報を前記移動通信装置に送信することを特徴とする請求項１〜１４のいずれかに記載の情報処理装置。
16. 前記受信部は、
    前記移動経路に対応させて前記コンテンツデータ配信装置が前記移動通信装置に配信予定の１つ以上の配信コンテンツデータの識別子が示されるとともに、更新が予定されている配信コンテンツデータの更新時刻が示される配信コンテンツデータ情報を前記コンテンツデータ配信装置から受信し、
    前記推奨地点算出部は、
    配信コンテンツデータごとに、配信要求推奨地点を算出するとともに、前記移動通信装置による配信コンテンツデータの受信が完了していることが推奨される前記移動経路内の地点を受信完了推奨地点として算出し、配信コンテンツデータ情報に更新時刻が示されている配信コンテンツデータについて、前記移動体が配信要求推奨地点に到達すると予測される時刻を始点予測到達時刻として算出し、前記移動体が受信完了推奨地点に到達すると予測される時刻を終点予測到達時刻として算出し、算出した始点予測到達時刻と終点予測到達時刻と配信コンテンツデータ情報に示されている更新時刻とを比較し、始点予測到達時刻が更新時刻よりも前であって終点予測到達時刻が更新時刻よりも後である場合に、前記更新時刻に基づいて新たな配信要求推奨地点を算出し、
    前記送信部は、
    前記推奨地点算出部により新たな配信要求推奨地点が算出された配信コンテンツデータに対しては当該新たな配信要求推奨地点が示される配信要求推奨地点情報を送信することを特徴とする請求項１〜１５のいずれかに記載の情報処理装置。
17. 前記推奨地点算出部は、
    始点予測到達時刻が更新時刻よりも前であって終点予測到達時刻が更新時刻よりも後である場合に、前記移動体が前記更新時刻時点で到達していると予測される地点を算出し、算出した地点を新たな配信要求推奨地点とすることを特徴とする請求項１６に記載の情報処理装置。
18. 前記受信部は、
    前記移動経路に対応させて前記コンテンツデータ配信装置が前記移動通信装置に配信予定の１つ以上の配信コンテンツデータの識別子が示されるとともに、更新が予定されている配信コンテンツデータの更新時刻が示される配信コンテンツデータ情報を前記コンテンツデータ配信装置から受信し、
    前記送信部は、
    配信コンテンツデータ情報に更新時刻が示されている配信コンテンツデータに対しては更新時刻が示される配信要求推奨地点情報を送信することを特徴とする請求項１〜１７のいずれかに記載の情報処理装置。
19. 前記情報処理装置は、
    コンテンツデータの更新頻度の変化に対応させて配信コンテンツデータ情報に示される更新時刻を変化させるコンテンツデータ配信装置に接続されていることを特徴とする請求項１６〜１８のいずれかに記載の情報処理装置。
20. 対象とする対象地点が設けられているコンテンツデータを格納し、移動体に搭載されている移動通信装置からの配信要求に基づき、格納しているコンテンツデータを前記移動通信装置に配信するコンテンツデータ配信装置に接続されたコンピュータに、
    前記移動通信装置からの要求に基づき、前記移動体の移動経路を導出する移動経路導出処理と、
    前記移動経路に対応させて前記コンテンツデータ配信装置が前記移動通信装置に配信予定の１つ以上の配信コンテンツデータの識別子が示される配信コンテンツデータ情報を前記コンテンツデータ配信装置から受信する受信処理と、
    配信コンテンツデータごとに、対象地点と、配信コンテンツデータのデータ属性及び前記移動経路に含まれる道路の道路属性の少なくともいずれかとに基づいて、前記移動通信装置から前記コンテンツデータ配信装置に配信要求を送信することが推奨される前記移動経路内の地点を配信要求推奨地点として算出する推奨地点算出処理と、
    前記移動経路が示される経路情報と、配信コンテンツデータごとに配信要求推奨地点が
    示される配信要求推奨地点情報を前記移動通信装置に送信する送信処理とを実行させることを特徴とするプログラム。

Images