ナビゲーション装置
【課題】ナビゲーション機能のアップデートを最優先に行うべく、ナビゲーション機能やＡＶコンテンツ再生機能を制御可能にしたナビゲーション装置を提供する。
【解決手段】ナビゲーション装置１は、アップデートに要するデータを受信する受信時間中のナビゲーション機能の処理負担の大きさが大きいと判別された場合、前記受信時間中における地図画像の処理にかかる処理負担を下げて処理を行う。又は、前記受信時間中のコンテンツ再生機能において処理を予定しているコンテンツの処理負担の大きさが大きいと判別された場合、前記受信時間中に処理負担の小さいコンテンツを選択して処理する。
【解決手段】ナビゲーション装置１は、アップデートに要するデータを受信する受信時間中のナビゲーション機能の処理負担の大きさが大きいと判別された場合、前記受信時間中における地図画像の処理にかかる処理負担を下げて処理を行う。又は、前記受信時間中のコンテンツ再生機能において処理を予定しているコンテンツの処理負担の大きさが大きいと判別された場合、前記受信時間中に処理負担の小さいコンテンツを選択して処理する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、複数のコンテンツを処理する機能を備えたナビゲーション装置に関するもので、特に、ナビゲーションのファームウェアのアップデートを行うのに際し、ナビゲーション処理負担や同時に再生処理されるＡＶコンテンツの処理負担の大きさを考慮し、ナビゲーション機能である経路案内などのために地図画像を支障のない範囲内で処理負担を制御のうえ表示する、または、再生処理されるＡＶコンテンツを処理負担の大きさを考慮のうえ選択して処理することで、アップデートを支障なく実行可能とするナビゲーション装置に関するものである。
【背景技術】
【０００２】
近年、車載用ナビゲーション装置の性能は飛躍的に向上し、多機能化が進んでいる。ナビゲーション装置は、出発地点から指定された目的地点までの最適経路を探索してＬＣＤ等の表示装置に表示して経路案内するという本来の機能に加えて、外部メモリから音楽データを読み取ってスピーカに出力する音楽視聴機能や映像を受信して表示するテレビ受信機能等、ＡＶコンテンツの再生機能を備えたナビゲーション装置も広く普及している。
【０００３】
かかるナビゲーション装置において、当該装置の飛躍的な性能向上や地図コンテンツやＡＶコンテンツ処理量の増大に伴い、処理負担も大幅に増大し、それに伴った円滑な処理や制御が求められている。
【０００４】
例えば、下記の特許文献１（特開２００４−１２６６８５号公報）には、ナビゲーション用等のコンテンツデータを読み出しながら利用すると同時に、オーディオ用等の連続再生が必要なコンテンツデータを途切れなく再生すべく、それぞれのデータを一時的に記憶する分離したバッファと、かかるデータの授受を制御する制御部を有し、連続再生するコンテンツを途切れなく再生しながら別のコンテンツをも同時に利用することを可能とする情報処理装置が開示されている。
【０００５】
また、特許文献２（特開２００８−１５２２０７号公報）には、車載用ナビゲーション装置のような地図表示装置において、地図スクロール処理における制御手段の負荷を軽減するために、地図表示処理時の描画負荷を描画時間として算出し、該描画負荷が所定の負荷を超える場合に、建物画像のデータや特定の場所を示すアイコン画像のデータなどの重要でないデータを間引いて処理することにより、スクロールの負荷を軽減し、スクロール速度が低下することなく、地図画像をスムーズにスクロールすることを可能とする地図表示装置が開示されている。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２００４−１２６６８５号公報（段落［０００５］〜段落［０００６］、段落［００２３］〜段落［００３０］、図２）
【特許文献２】特開２００８−１５２２０７号公報（段落［００３６］〜段落［００３９］）
【発明の概要】
【発明が解決しようとする課題】
【０００７】
ところで、ナビゲーションのファームウェアのアップデートは、ナビゲーション機能の恩恵を最大限に享受するためには必要不可欠で、しかも最優先で処理されなければならない。しかしながら、当該アップデートを行うに当り、負荷の大きいナビゲーションシステムが起動中、或いは負荷の大きいＡＶコンテンツが再生中である場合に、ナビゲーション装置の動作が重くなる、アップデートデータの受信中にデータの取りこぼしが生じる等の影響を受けてしまう可能性があり、円滑で且つ早急に処理されない場合が発生するという問題があった。
【０００８】
なお、上記特許文献１に開示された情報処理装置では、新たなバッファや制御部を設けることにより異なる２つのコンテンツを同時に且つ円滑に処理するものであり、また、特許文献２に開示された地図表示装置では、経路案内するために地図をスクロール表示する際に速度を低下させることなく円滑に処理するために不要なデータを間引くというものであり、何れの特許文献もファームウェアのアップデートについて考慮して処理を行うものではなく、上記問題点を解決するものではなかった。
【０００９】
よって、本願発明者は、上記の問題点を解消すべく種々の検討を重ねた結果、ナビゲーションのファームウェアのアップデートを行うに当り、負荷の大きいナビゲーション機能起動中、または、負荷の大きいＡＶコンテンツを再生中である場合、ナビゲーション機能である経路案内などに支障のない範囲内で描画精度を下げて表示する、或いは、再生を予定しているＡＶコンテンツに替えて、処理負担が所定の閾値以下の他のＡＶコンテンツがあればそれを選択し再生するようになせば上記問題を解消しうることを想到して本発明を完成するに至ったものである。
【００１０】
すなわち、本発明は、上記の問題点を解消することを課題とし、ナビゲーション機能のアップデートを最優先に行うべく、ナビゲーション機能やＡＶコンテンツ再生機能を制御可能にしたナビゲーション装置を提供することを目的とするものである。
【課題を解決するための手段】
【００１１】
前記課題を解決するため、本願の請求項１にかかる発明は、
ナビゲーション装置のアップデートを行うアップデート処理手段（例えば下記実施例では、アップデート処理手段２３）と、
前記アップデートに要するデータを受信するための接続手段（例えば下記実施例では、通信手段１１）と、
前記ナビゲーション装置の処理負担を判定する処理負担判定手段（例えば下記実施例では、ナビゲーション処理負担判定手段２０あるいはコンテンツ処理負担判定手段２５）と、を有し、
前記処理負担判定手段により前記接続手段を介して前記アップデートに要するデータを受信するのに要する時間中の前記ナビゲーション装置の処理負担の大きさが大きいと判別された場合、前記時間中における前記ナビゲーション装置の処理負担を下げることを特徴とする。
【００１２】
また、本願の請求項２にかかる発明は、請求項１にかかるナビゲーション装置において、さらに、地図画像を処理する画像処理手段（例えば下記実施例では、画像処理手段２１）を有し、
前記処理負担判定手段により前記接続手段を介して前記アップデートに要するデータを受信するのに要する時間中のナビゲーション装置の処理負担の大きさが大きいと判別された場合、前記画像処理手段は、前記時間中における地図画像の処理にかかる処理負担を下げることを特徴とする。
【００１３】
また、本願の請求項３にかかる発明は、請求項１にかかるナビゲーション装置において、さらに、コンテンツを記憶するコンテンツ記憶手段（例えば下記実施例では、コンテンツ記憶手段２３）と、
前記処理負担判定手段による判定結果に基づき前記コンテンツ記憶手段からコンテンツを選択して処理するコンテンツ処理手段と、（例えば下記実施例では、コンテンツ処理手段２６）を有し、
前記処理負担判定手段により前記接続手段を介して前記アップデートに要するデータを受信するのに要する時間中のナビゲーション装置の処理負担の大きさが大きいと判別された場合、前記コンテンツ処理手段は、前記時間中に処理負担の小さいコンテンツを選択して処理することを特徴とする。
【００１４】
また、本願の請求項４にかかる発明は、請求項１乃至請求項３のいずれかにかかるナビゲーション装置において、さらに、アップデート時間算出手段（例えば下記実施例では、アップデートデータ受信時間算出手段２２）を有し、
前記接続手段は、前記アップデートに関するアップデート情報を受信し、
前記アップデート時間算出手段は、前記接続手段を介して前記アップデートに要するデータを受信するのに要する時間を、前記アップデートに関するアップデート情報に基づき算出することを特徴とする。
【発明の効果】
【００１５】
請求項１にかかる発明においては、ナビゲーション装置のアップデートを行うアップデート処理手段と、前記アップデートに要するデータを受信するための接続手段と、前記ナビゲーション装置の処理負担を判定する処理負担判定手段と、を有し、前記処理負担判定手段により前記接続手段を介して前記アップデートに要するデータを受信するのに要する時間中の前記ナビゲーション装置の処理負担の大きさが大きいと判別された場合、前記時間中における前記ナビゲーション装置の処理負担を下げるようにした。
【００１６】
このような構成によれば、アップデートに要するデータを受信するのに要する時間中、ナビゲーション装置の処理負担が大きくなることがなく、ナビゲーション装置のアップデートを最優先で行うことが可能となる。
【００１７】
また、請求項２にかかる発明においては、請求項１にかかるナビゲーション装置において、さらに、地図画像を処理する画像処理手段を有し、前記処理負担判定手段により前記接続手段を介して前記アップデートに要するデータを受信するのに要する時間中のナビゲーション装置の処理負担の大きさが大きいと判別された場合、前記画像処理手段は、前記時間中における地図画像の処理にかかる処理負担を下げるようにした。
【００１８】
このような構成によれば、アップデートに要するデータを受信するのに要する時間中、ナビゲーション機能である経路案内などに実質的な支障を来たすことなく、ナビゲーション機能のアップデートを最優先で行うことが可能となる。
【００１９】
また、請求項３にかかる発明においては、請求項１にかかるナビゲーション装置において、さらに、コンテンツを記憶するコンテンツ記憶手段と、前記処理負担判定手段による判定結果に基づき前記コンテンツ記憶手段からコンテンツを選択して処理するコンテンツ処理手段と、を有し、前記処理負担判定手段により前記接続手段を介して前記アップデートに要するデータを受信するのに要する時間中のナビゲーション装置の処理負担の大きさが大きいと判別された場合、前記コンテンツ処理手段は、前記時間中に処理負担の小さいコンテンツを選択して処理するようにした。
【００２０】
このような構成によれば、アップデートに要するデータを受信するのに要する時間中、処理負担の小さいＡＶコンテンツに制約されるものの、ＡＶコンテンツ再生に実質的に支障を来たすことなく、ナビゲーション機能のアップデートを最優先で行うことが可能となる。
【００２１】
また、請求項４にかかる発明においては、請求項１乃至請求項３のいずれかにかかるナビゲーション装置において、さらに、アップデート時間算出手段を有し、前記接続手段は、前記アップデートに関するアップデート情報を受信し、前記アップデート時間算出手段は、前記接続手段を介して前記アップデートに要するデータを受信するのに要する時間を、前記アップデートに関するアップデート情報に基づき算出するようにした。
【００２２】
このような構成によれば、アップデータに要するデータを受信するのに要する時間を当該アップデータに関するアップデータ情報から算出するので、ナビゲーション機能のアップデートを最優先で行える時間を正確に確保することが可能となる。
【図面の簡単な説明】
【００２３】
【図１】本発明の実施例１におけるナビゲーション装置１の構成を示すブロック図である。
【図２】本発明の実施例１におけるナビゲーション装置１の処理の手順を示すフローチャートである。
【図３】本発明の実施例２におけるナビゲーション装置１’の構成を示すブロック図である。
【図４】本発明の実施例２におけるコンテンツの一例を示す図であり、図４（ａ）は、コンテンツを圧縮方法により処理負担の大きさを判定する場合の音楽コンテンツ再生リストの一例であり、図２（ｂ）は、コンテンツをビットレートにより処理負担の大きさを判定する場合の音楽コンテンツ再生リストの一例である。
【図５】本発明の実施例２におけるナビゲーション装置１’の処理の手順を示すフローチャートである。
【発明を実施するための形態】
【００２４】
以下、本発明の具体例を実施例および図面を用いて詳細に説明する。但し、以下に示す実施例は、本発明の技術思想を具体化するためのナビゲーション装置を例示するものであって、本発明をこのナビゲーション装置に特定することを意図するものではなく、特許請求の範囲に含まれるその他の実施形態のナビゲーション装置にも等しく適用し得るものである。
【実施例１】
【００２５】
図１は本発明の実施例１におけるナビゲーション装置１の構成を示すブロック図である。ナビゲーション装置１は、自動車等の車両に搭載されることにより車載用として使用される装置であってもよく、車両から取外されユーザが携帯し使用できるタイプのものであってもよい。以下の説明においては、これらを総称してナビゲーション装置という。
【００２６】
ナビゲーション装置１は、制御手段１０、通信手段１１、アップデートデータ記憶手段１２、現在位置検出手段１３、経路探索手段１４、経路案内手段１５、地図記憶手段１６、表示手段１７、音声出力手段１８、入力手段１９、ナビゲーション処理負担判定手段２０、画像処理手段２１、アップデートデータ受信時間算出手段２２、アップデート処理手段２３などを備えて構成されている。
【００２７】
制御手段１０は、ＣＰＵ１０１、ＲＡＭ１０２、ＲＯＭ１０３からなるプロセッサで構成され、ＲＡＭ１０２、ＲＯＭ１０３に記憶された制御プログラムに従ってナビゲーション装置１の各部の動作を制御する。
【００２８】
ＲＡＭ１０２には、ファームウェアとそのヴァージョン情報とが記憶され、アップデートが必要な場合には、後述するアップデート処理手段２２によりＲＡＭ１０２に記憶されるファームウェアが書き換えられる。
【００２９】
通信手段１１は、制御手段１０の制御により、このナビゲーション装置１と通信可能な情報提供サーバ（図示せず）との間でファームウェアのアップデート情報やアップデートデータなどといった各種情報の送受信を行う。
【００３０】
アップデートデータ記憶手段１２は、通信手段１１を介して受信されたファームウェアのアップデート情報やアップデートデータを一時的に記憶するものである。
【００３１】
現在位置検出手段１３は、例えばＧＰＳ受信機等で構成され、地球上空を周回している複数のＧＰＳ衛星からの時刻情報を含む電波を受信し、それをもとに現在位置情報を算出するものである。さらに、現在位置検出手段１２は、操角センサ、加速度センサ、距離センサや方位センサなどからなる自立航法手段を併用するようにしてもよい。
【００３２】
経路探索手段１４は、入力手段１９の操作により出発地点や目的地点が指定されると、地図記憶手段１６に記憶されている道路データを参照し、出発地点から目的地点に至るまでの最適経路を探索し、案内経路データを作成するものである。経路探索手段１４によって探索された案内経路は、画像処理手段２１によって、表示手段１７に現在位置周辺の地図画像と共に表示され、目的地点までの案内に用いられる。
【００３３】
経路案内手段１５は、後述する地図記憶手段１６に記憶された案内ポイントと、現在位置検出手段１２によって検出された現在位置とを比較し、現在位置が案内ポイントに到達したときは、後述する音声出力手段１８を介して案内報知を行う。
【００３４】
地図記憶手段１６には、各道路の交差点や分岐点などの結節点をノードとし、それぞれのノード間を結ぶ経路をリンクとした道路ノードデータと道路リンクデータを含む道路データが記憶されている。道路ノードデータには、道路ノードの番号、位置座標、接続リンク本数、交差点名称などが含まれるほか、交差点などの案内地点に対応する案内ポイントおよび右折や左折、直進などを案内する案内データも記憶される。
【００３５】
また、道路リンクデータには起点および終点となる道路ノードの番号、道路種別、リンク長（リンクコスト）、所要時間、車線数、車道幅などが含まれる。道路リンクデータにはさらに、リンク属性として橋、トンネル、踏切、料金所などのデータが付与される。道路種別は、高速道路や有料道路の別および国道や都道府県道などの別を含む情報である。
【００３６】
また、地図記憶手段１６には、道路データの他、地図画像を見やすく表示するためにベクター形式で記憶された背景画像データを含んでいてもよい。道路データと背景画像データを含む地図画像データは、画像処理手段２１により、ナビゲーション装置１を使用する際に、ナビゲーション装置１の現在位置を含む所定範囲が地図記憶手段１６から抽出され、現在位置を示す現在位置マークや案内経路の画像と重ね合わされて表示手段１７に表示される。
【００３７】
更に、地図記憶手段１６には、地点毎にその地点での情報提供サーバが通信手段１１へアップデートデータを送信する際の送信速度が記憶されている。
【００３８】
表示手段１７は、ＬＣＤなどのディスプレイパネルから構成される表示画面を備えた表示ユニットであり、後述する画像処理手段２１により描画される地図画像や案内経路、現在位置などを表示する。制御手段１０により選択された映像や写真のコンテンツも表示手段１７にて再生される。
【００３９】
音声出力手段１８は、ナビゲーション装置１における各種音声報知を行う。制御手段１０により選択された音楽のコンテンツも音声出力手段１８にて再生される。
【００４０】
入力手段１９は、操作ボタンやタッチパネルなどにより構成され、ナビゲーション装置１の各種機能を操作したり、所要の数値や文字を入力したりするものである。
【００４１】
ナビゲーション処理負担判定手段２０は、ナビゲーション機能の処理負担の大きさを判定するもので、後述するアップデートデータ受信時間算出手段２２によりアップデートデータ受信時間が算出された時点から算出されたアップデートデータの受信時間を加えた時間までの間のナビゲーションの処理負担の大きさを判定する。ここで、アップデートデータ受信時間とは、アップデートデータの受信が完了するのに必要な時間であり、後述するアップデートデータ受信時間算出手段２２により算出される。そして、ナビゲーション機能の処理負担の大きさを判定するためには、予め当該アップデートデータ受信時間が算出された時点から算出されたアップデートデータの受信時間を加えた時間までの間のナビゲーション機能において処理されるはずの負担量を算出する必要があり、例えば、経路案内中の自車（ナビゲーション装置１を搭載した車両）のように進行方向が分かっていて、当該アップデートデータ受信時間が算出された時点から算出されたアップデートデータの受信時間を加えた時間までの間に自車が通過する経路を最適経路情報から算出し、その経路に基づいて経路案内される予定の地図コンテンツの大きさ（地図画像データの描画処理量）といったナビゲーション機能にかかる処理負担量が予め算出できる場合に限られる。
【００４２】
このため、以下の説明においてナビゲーション機能が起動している状態とは、探索された経路に従い経路案内を行っている状態とする。ナビゲーション機能の処理負担を判定する具体的な方法としては、例えば、予め所定の地図画像データを地図記憶手段１６から読み込むことにより当該地図画像データのサイズを取得するとともに、この取得したデータサイズの地図画像データに基づく地図画像を画像メモリに描画する処理を実行して描画処理の実行時間を計測し、取得した地図画像データのサイズと計測した当該地図画像データの描画処理実行時間との関係を記憶させておく。
【００４３】
そして、これから経路案内される予定の地図画像データを地図記憶手段１６から読み込むことにより当該地図画像データのサイズを取得し、取得したデータサイズと予め記憶させておいた所定のデータサイズの地図描画データについての描画処理実行時間とに基づいてこれから描画予定の地図画像データの描画処理予測時間を算出する。算出された描画処理予測時間が予め設定されている地図描画の更新周期に占める割合を算出することにより、例えば、描画処理予測時間が地図描画の更新周期の５０％以上を占める場合には、これから描画予定の地図画像データの処理負荷は重い、すなわちナビゲーション機能の処理負担が大きいと判定することができる。ここで、地図描画の更新周期とは、車両の移動に伴い地図が更新される際の当該地図が更新される周期（地図が一回更新されるまでの時間）のことである。
【００４４】
なお、本発明におけるナビゲーション機能の処理負担の判定に当たっては、経路案内中に表示する地図コンテンツの大きさだけでなく、音声ガイダンスのような経路案内の処理なども含み、それらを総合してかかる処理負担の大きさを判定してもよい。
【００４５】
画像処理手段２１は、表示手段１７に表示する画像を展開するＶＲＡＭなどの画像メモリ（図示せず）を備え、経路探索手段１３により探索された案内経路データや地図記憶手段１５に記憶されている地図画像データ等を読み込んで画像メモリに地図画像を描画するものである。描画に当たっては、ナビゲーション機能の処理負担の大きさに応じたピクセル数で描画する。例えば、ナビゲーション機能の処理負担が小さい場合にはフルピクセル数で描画し、ナビゲーション機能の処理負担が大きい場合には、経路案内などに支障のない範囲内で描画精度を下げて、例えば一画素当たりフルピクセルの２／３ピクセル数で描画することができる。
【００４６】
アップデートデータ受信時間算出手段２２は、通信手段１１を介して情報提供サーバから受信したファームウェアのアップデート情報に含まれる情報提供サーバから提供されるアップデートデータ（ファームウェアモジュール）のデータ量（容量）と地図記憶手段１６に記憶された現在の地点における送信速度に基づき、アップデートデータを情報提供サーバから受信するのに要する受信時間（アップデートデータ受信時間）を算出する。また、本発明はこれに限定されず、アップデート情報に受信時間を含ませてもよい。
【００４７】
アップデート処理手段２３は、ＲＡＭ１０２に記憶されているファームウェアを、通信手段１１を介して情報提供サーバから受信されアップデートデータ記憶手段１２に記憶されたファームウェアのアップデートデータ（ファームウェアモジュール）に書き換える処理を行う。
【００４８】
なお、本実施例において、情報提供サーバから提供されるアップデートデータを通信手段１１を介して受信し、受信したアップデートデータをアップデートデータ記憶手段１２に記憶し、さらに、アップデート処理手段２３により、ＲＡＭ１０２に記憶されているファームウェアを、アップデートデータ記憶手段１２に記憶されたファームウェアのアップデートデータに書き換えるまでの処理をアップデートとして記載する。
【００４９】
次に、図２により本発明の実施例１におけるナビゲーション装置１の処理の手順を説明する。図２に示す処理は、制御手段１０がＲＡＭ１０２およびＲＯＭ１０３に記憶されている制御プログラムを実行することで実現される。
【００５０】
まず、ステップＳ２０１の処理において、通信手段１１を介してアップデート情報が受信される。ここで、アップデート情報は、ファームウェアのアップデートデータを提供する所定の情報提供サーバ（図示せず）から定期的に配信する構成としてもよいし、ナビゲーション装置１から情報提供サーバに対して任意のタイミングでアップデート要否の問い合わせを送信し、その問い合わせに応じて情報提供サーバからアップデート情報を送信する構成としてもよい。
【００５１】
アップデート情報が受信されると、ステップＳ２０２の処理において、制御手段１０により、アップデート情報に含まれるヴァージョン情報とＲＡＭ１０２に記憶されているヴァージョン情報とが比較され、アップデートが必要か否かの判定が行われる。
【００５２】
アップデートが必要でないと判断されると（ステップＳ２０２のＮＯ）、処理を終了し、アップデートが必要と判断されると（ステップＳ２０２のＹＥＳ）、ステップＳ２０３の処理において、ナビゲーション機能が起動されているか否かが判定される。起動されている場合には（ステップＳ２０３のＹＥＳ）、ステップＳ２０４の処理に進み、起動されていない場合には（ステップＳ２０３のＮＯ）、制御手段１０の制御により、アップデートを行って処理を終了する。
【００５３】
ナビゲーション機能が起動されていると（ステップＳ２０３のＹＥＳ）、ステップＳ２０４の処理において、制御手段１０の制御によりアップデートデータ受信時間算出手段２２が、ステップＳ２０１の処理にて受信されたファームウェアのアップデート情報に基づき、アップデートデータ受信時間を算出し、ステップＳ２０５の処理に進む。
【００５４】
アップデートデータ受信時間が算出されると、ステップＳ２０５の処理において、制御手段１０の制御によりナビゲーション処理負担判定手段２０が、当該アップデートデータ受信時間が算出された時点から算出されたアップデートデータの受信時間を加えた時間までの間のナビゲーション機能の処理負担の大きさを判定する。ナビゲーション機能の処理負担が大きいと判定された場合（ステップＳ２０５のＹＥＳ）、ステップＳ２０６の処理に進み、一方、ナビゲーション機能の処理負担が小さいと判定された場合（ステップＳ２０５のＮＯ）、ステップＳ２１０の処理に進む。
【００５５】
ナビゲーション機能の処理負担が大きいと判定されると（ステップＳ２０５のＹＥＳ）、ステップＳ２０６の処理において、制御手段１０の制御により、画像処理手段２１が、ナビゲーションの地図画像をフルピクセルの２／３ピクセル数で画像メモリに描画し、表示手段１７に地図画像が表示される。当該地図画像の描画とともに、ステップＳ２０７の処理に進み、ステップＳ２０７の処理において、制御手段１０の制御により、アップデートが開始される。
【００５６】
そして、ステップＳ２０８の処理において、制御手段１０により当該アップデートが終了したか否かの判定がされ、終了していない場合には（ステップＳ２０８のＮＯ）、終了するまで確認し、終了した場合には（ステップＳ２０８のＹＥＳ）、ステップＳ２０９の処理に進み、ステップＳ２０９の処理において、制御手段１０の制御により、画像処理手段２１がナビゲーションの地図画像をフルピクセル数で画像メモリに描画し、表示手段１７に地図画像が表示される。
【００５７】
一方、ナビゲーション機能の処理負担が小さいと判定されると（ステップＳ２０５のＮＯ）、ステップＳ２１０の処理において、制御手段１０の制御により、画像処理手段２１が、ナビゲーションの地図画像をフルピクセル数で画像メモリに描画し、表示手段１７に地図画像が表示される。当該地図画像の描画とともに、ステップＳ２１１の処理に進み、ステップＳ２１１の処理において、制御手段１０の制御により、アップデートが開始される。
【００５８】
そして、ステップＳ２１２の処理において、制御手段１０により当該アップデートが終了したか否かの判定がされ、終了していない場合には（ステップＳ２１２のＮＯ）、終了するまで確認し、終了した場合には（ステップＳＳ２１２のＹＥＳ）、処理を終了する。
【００５９】
次に、本発明の実施例２にかかるナビゲーション装置１’について説明する。
【実施例２】
【００６０】
以上説明した実施例１にかかるナビゲーション装置１においては、ナビゲーション装置１のファームウェアのアップデートデータ受信時間が算出された時点から算出されたアップデートデータ受信時間を加えた時間までの間におけるナビゲーション機能の処理負担の大きさを判定し、当該処理負担が大きいと判定された場合、ナビゲーションに用いる地図画像のピクセル数を下げて描画し、ファームウェアのアップデートを最優先で行う例を示したが、実施例２にかかるナビゲーション装置１’では、ＡＶコンテンツ再生機能を有し、ナビゲーション装置１’のファームウェアのアップデートデータ受信時間が算出された時点から算出されたアップデートデータ受信時間を加えた時間までの間は、処理負担の小さいＡＶコンテンツを選択して処理し、ファームウェアのアップデートを最優先で行う例を示している。以下、音楽コンテンツを例にとり説明する。
【００６１】
図３は、本発明の実施例２におけるナビゲーション装置１’の構成を示すブロック図である。ナビゲーション装置１’は、実施例１の構成に対し、ナビゲーション処理負担判定手段２０を削除し、コンテンツ記憶手段２４、コンテンツ処理負担判定手段２５及びコンテンツ処理手段２６を追加した構成となっており、その他の構成は実施例１と同一となっているため、実施例１にかかる図１の説明との重複を避けるため、説明は最小限とし他の説明は省略する。
【００６２】
コンテンツ記憶手段２４は、音楽、映像、写真などのＡＶコンテンツを記憶しておくもので、入力手段１９を介してコンテンツの再生指示があると、コンテンツ処理手段２６によりコンテンツ記憶手段２４に記憶されたコンテンツが読み出され、表示手段１７および／または音声出力手段１８により再生される。また、コンテンツ記憶手段２４は、後で説明する図４（ａ）または（ｂ）に示すコンテンツ再生リストを記憶している。
【００６３】
コンテンツ処理負担判定手段２５は、音楽、映像、写真などのＡＶコンテンツの処理負担の大きさを判定するものである。コンテンツの処理負担の判定方法については後で詳細に説明する。
【００６４】
コンテンツ処理手段２６は、コンテンツ処理負担判定手段２５によって判定されたコンテンツの処理負担の大きさに基づきコンテンツ記憶手段２４に記憶されているコンテンツの中から再生処理に適したコンテンツを選択して読み出す。
【００６５】
次に、図４により本発明の実施例２におけるコンテンツの一例を示すとともに、併せてコンテンツの処理負担の判定方法を説明する。以下、音楽コンテンツを例にとり説明する。コンテンツの処理負担の大きさを判定する場合、二通りの方法が考えられる。
【００６６】
一つはコンテンツの圧縮方法に基づいて処理負担を判定するもので、処理負担の大きさを定性的に判定する。圧縮方法には、ＡＡＣ(MPEG２／Advanced Audio Coding)、ＷＭＡ（Windows（登録商標） Media Audio）、ＭＰ３（MPEG-1 Audio Laye3）などの複数の方法があり、図４（ａ）は、コンテンツの圧縮方法により処理負担の大きさを判定する場合の音楽コンテンツ再生リストの一例である。
【００６７】
ＡＡＣは、高音質で高圧縮な圧縮方法であるため、ＷＭＡやＭＰ３に比較してコンテンツを再生する際の再生処理負担が大きいと言える。ＷＭＡとＭＰ３との間ではそれ程の差異は認められない。従って、コンテンツの圧縮方法により処理負担の大小を判定する場合、ＡＡＣ形式の音楽コンテンツの処理負担を「大」、ＷＭＡまたはＭＰ３形式の音楽コンテンツの処理負担を「小」と定義することができる。
【００６８】
図４（ａ）に示す音楽コンテンツ再生リストに基づき、コンテンツの圧縮方法によって処理負担の大きさを判定し、コンテンツを選択する方法を説明する。リストの再生順に見ていくと、タイトル「ａ１」および「ｚ９」の圧縮方法は「ＡＡＣ」であるため処理負担が大きいと判定される。そのため、タイトル「ａ１」および「ｚ９」の音楽コンテンツはコンテンツ処理手段２６により再生対象として選択されず、タイトル「ａ２」、「ａ３」、「ａ４」、「ｚ７」および「ｚ８」の圧縮方法がＷＭＡまたはＭＰ３であるため処理負担が小さいと判定され、例えば、「ａ１」の音楽コンテンツの再生がスキップされ、タイトル「ａ２」の音楽コンテンツが選択されて再生されることになる。
【００６９】
もう一つはコンテンツを再生する際のビットレートに基づいて処理負担を判定するもので、処理負担の大きさを定数的に判定する。ビットレートは１秒当たりの情報量で表現されるものであり、図４（ｂ）は、コンテンツのビットレートにより処理負担の大きさを判定する場合の音楽コンテンツ再生リストの一例である。処理負担の大小を判定するビットレートの閾値を、例えば１２８ｋｂｐｓとし、このレートを超える場合を処理負担が大きいと定義することができる。
【００７０】
図４（ｂ）に示す音楽コンテンツ再生リストに基づき、コンテンツのビットレートによって処理負担の大きさを判定し、コンテンツを選択する方法を説明する。リストの再生順に見ていくと、「ａ３」、「ｚ７」および「ｚ９」のビットレートは１２８ｋｂｐｓを超えているため処理負担が大きいと判定される。そのため、タイトル「ａ３」、「ｚ７」および「ｚ９」の音楽コンテンツはコンテンツ処理手段２５により再生対象として選択されず、タイトル「ａ１」、「ａ２」、「ａ４」および「ｚ８」のビットレートは１２８ｋｂｐｓ未満のため処理負担が小さいと判定され、タイトル「ａ１」「ａ２」「ａ４」の順に音楽コンテンツが選択されて再生されることになる。
【００７１】
更に、図５により本発明の実施例２におけるナビゲーション装置１’の処理の手順を説明する。図５に示す処理は、制御手段１０がＲＡＭ１０２およびＲＯＭ１０３に記憶されている制御プログラムを実行することで実現される。以下、音楽コンテンツを例にとり、図４（ａ）に示す再生リストに基づき音楽コンテンツの再生処理を行っている際に、ファームウェアのアップデート処理を行う場合について説明する。
【００７２】
まず、ステップＳ５０１の処理において、通信手段１１を介してアップデート情報が受信されると、ステップＳ５０２の処理において、制御手段１０により、アップデート情報に含まれるヴァージョン情報とＲＡＭ１０２に記憶されているヴァージョン情報とが比較され、アップデートが必要か否かの判定が行われる。
【００７３】
アップデートが必要ないと判断されると（ステップＳ５０２のＮＯ）、処理を終了し、アップデートが必要と判断されると（ステップＳ５０２のＹＥＳ）、ステップＳ５０３の処理において、音楽コンテンツが再生されているか否かが判定される。再生されている場合には（ステップＳ５０３のＹＥＳ）、ステップＳ５０４の処理に進み、再生されていない場合には（ステップＳ５０３のＮＯ）、制御手段１０の制御により、アップデートを行って処理を終了する。
【００７４】
音楽コンテンツが再生されていると（ステップＳ５０３のＹＥＳ）、ステップＳ５０４の処理において、制御手段１０の制御によりアップデートデータ受信時間算出処理２２が、ステップＳ５０１の処理にて受信されたファームウェアのアップデート情報に基づき、アップデートデータ受信時間を算出し、ステップＳ５０５の処理に進む。
【００７５】
アップデートデータ受信時間が算出されると、ステップＳ５０５の処理において、制御手段１０の制御により、コンテンツ処理負担判定手段２５が、コンテンツ記憶手段２４に記憶された再生リストに基づき、当該アップデートデータ受信時間が算出された時点から算出されたアップデートデータの受信時間を加えた時間までの間の再生予定の音楽コンテンツの処理負担の大きさを判定する（ステップＳ５０５）。
【００７６】
ステップＳ５０５の処理にて、再生予定の音楽コンテンツの処理負担が大きいと判定されると（ステップＳ５０５のＹＥＳ）、制御手段１０の制御によりコンテンツ処理手段２６が処理負担の小さい音楽コンテンツを選択し、選択された音楽コンテンツに対してフラグを付してコンテンツ記憶手段２４に一時記憶する。そして、コンテンツ処理手段２６がコンテンツ記憶手段２４に記憶されたフラグに基づいて処理負担の小さい音楽コンテンツを順次選択して再生処理を開始する（ステップＳ５０６）。
【００７７】
なお、選択される処理負担の小さい音楽コンテンツのコンテンツ数は、算出されたアップデートデータ受信時間と選択された１又は複数の音楽コンテンツの再生時間の合計時間とに応じて、少なくとも受信時間が十分に確保できるコンテンツ数に決定される。
【００７８】
処理負担の小さい音楽コンテンツを選択して再生処理が開始されると、ステップＳ５０７の処理に進み、制御手段１０の制御により、アップデートが開始される。そして、ステップＳ５０８の処理において、制御手段１０により当該アップデートの処理が終了したか否かの判定がされ、終了していない場合には（ステップＳ５０８のＮＯ）、終了するまで確認し、終了した場合には（ステップＳ５０８のＹＥＳ）、ステップＳ５０９の処理に進む。
【００７９】
ファームウェアのアップデートが終了すると（ステップＳ５０８のＹＥＳ）、ステップＳ５０９の処理において、制御手段１０により処理負担の小さい音楽コンテンツの再生処理が終了したか否かの判定がされ、終了していない場合には（ステップＳ５０９のＮＯ）、終了するまで確認し、終了した場合には（ステップＳ５０９のＹＥＳ）、ステップＳ５１０の処理に進み、音楽コンテンツは再生リストに従って通常の順位通り再生処理される。
【００８０】
なお、ステップＳ５０５の処理において、再生予定の音楽コンテンツの処理負担が小さいと判定されると（ステップＳ５０５のＮＯ）、ステップＳ５１１の処理において、制御手段１０の制御により、コンテンツ処理手段２６は、音楽コンテンツは再生リストに従って通常の順位通り再生処理を行い、ステップＳ５１２の処理において、制御手段１０の制御により、アップデートが開始される。
【００８１】
そして、ステップＳ５１３の処理において、制御手段１０により当該アップデートの処理が終了したか否かの判定がされ、終了していない場合には（ステップＳ５１３のＮＯ）、終了するまで確認し、終了した場合には（ステップＳ５１３のＹＥＳ）、処理を終了する。
【００８２】
以上説明したように、本発明にかかるナビゲーション装置によれば、ナビゲーション機能の処理負担の大きさに応じて、ナビゲーションに用いる地図画像を経路案内などに支障のない範囲内で地図画像の処理負担を下げて表示するとともに、ファームウェアのアップデートも同時に支障なく実行することができる。また、ファームウェアのアップデートと同時に起動されるナビゲーション機能の副機能である、例えば音楽コンテンツ再生機能の処理負担の大きさを考慮したうえで、ファームウェアのアップデートに影響を与えることなく、副機能のコンテンツを再生処理することができる。
【００８３】
なお、上記実施例では、ナビゲーションの処理負担が大きい場合、地図画像の処理にかかる処理負担を下げて処理を行う一例として、一画素当たりフルピクセルの２／３ピクセル数で地図描画を行っているが、本発明はこれに限らず、地図データのサイズを小さくしたり、フルカラー表示をモノクロ表示に変更したりすることにより地図画像の処理にかかる処理負担を下げてもよい。
【００８４】
また、本実施例では、ナビゲーション装置に、接続手段として情報提供サーバからアップデート情報およびアップデートデータを受信する通信手段を設けた構成としたが、これに限ることはなく、例えば、携帯電話などの他の受信機器に、情報提供サーバからアップデート情報およびアップデートデータを受信する通信手段を設け、当該受信機器とナビゲーション装置とを有線または、無線の接続手段で接続し、受信機器が受信したアップデート情報およびアップデートデータをナビゲーション装置に送信する構成としてもよい。
【００８５】
なお、上記携帯電話などの他の受信機器と接続する接続手段を設けた場合、アップデートデータ受信時間は、予め当該受信機器とナビゲーション装置とを接続手段で接続し、当該受信機器からナビゲーション装置への通信速度を計測および記憶しておき、アップデート情報に含まれるアップデートデータのデータ量と、記憶した通信速度とから算出可能である。
【００８６】
さらに、本実施例では、アップデートデータの受信が完了するのに必要な時間（アップデートデータ受信時間）を算出し、アップデートデータ受信時間を算出した時点から算出したアップデートデータ受信時間を加えた時間までの間における処理負担を判定したが、これに限ることはなく、例えば、ナビゲーション装置の処理速度を記憶しておき、ファームウェアの書き換えにかかる時間を、記憶した処理速度とデータ量から算出し、算出したファームウェアの書き換えにかかる時間と上記アップデートデータ受信時間との和を算出し、アップデートデータ受信時間を算出した時点から当該算出した時間を加えた時間までの間における処理負担を判定するようにしてもよい。
【００８７】
また、本実施例では、アップデートが終了した後に、地図画像のフルピクセル数での描画または音楽コンテンツの通常通りの再生を行ったが、これに限ることはなく、通信手段を介してアップデートデータを受信し、受信したアップデートデータをアップデートデータ記憶手段に記憶した時点で、地図画像のフルピクセル数での描画または音楽コンテンツの通常通りの再生を行うようにしてもよい。
【符号の説明】
【００８８】
１，１’ ：ナビゲーション装置
１０ ：制御手段
１０１ ：ＣＰＵ
１０２ ：ＲＡＭ
１０３ ：ＲＯＭ
１１ ：通信手段
１２ ：アップデートデータ記憶手段
１３ ：現在位置検出手段
１４ ：経路探索手段
１５ ：経路案内手段
１６ ：地図記憶手段
１７ ：表示手段
１８ ：音声出力手段
１９ ：入力手段
２０ ：ナビゲーション処理負担判定手段
２１ ：画像処理手段
２２ ：アップデートデータ受信時間算出手段
２３ ：アップデート処理手段
２４ ：コンテンツ記憶手段
２５ ：コンテンツ処理負担判定手段
２６ ：コンテンツ処理手段
【技術分野】
【０００１】
本発明は、複数のコンテンツを処理する機能を備えたナビゲーション装置に関するもので、特に、ナビゲーションのファームウェアのアップデートを行うのに際し、ナビゲーション処理負担や同時に再生処理されるＡＶコンテンツの処理負担の大きさを考慮し、ナビゲーション機能である経路案内などのために地図画像を支障のない範囲内で処理負担を制御のうえ表示する、または、再生処理されるＡＶコンテンツを処理負担の大きさを考慮のうえ選択して処理することで、アップデートを支障なく実行可能とするナビゲーション装置に関するものである。
【背景技術】
【０００２】
近年、車載用ナビゲーション装置の性能は飛躍的に向上し、多機能化が進んでいる。ナビゲーション装置は、出発地点から指定された目的地点までの最適経路を探索してＬＣＤ等の表示装置に表示して経路案内するという本来の機能に加えて、外部メモリから音楽データを読み取ってスピーカに出力する音楽視聴機能や映像を受信して表示するテレビ受信機能等、ＡＶコンテンツの再生機能を備えたナビゲーション装置も広く普及している。
【０００３】
かかるナビゲーション装置において、当該装置の飛躍的な性能向上や地図コンテンツやＡＶコンテンツ処理量の増大に伴い、処理負担も大幅に増大し、それに伴った円滑な処理や制御が求められている。
【０００４】
例えば、下記の特許文献１（特開２００４−１２６６８５号公報）には、ナビゲーション用等のコンテンツデータを読み出しながら利用すると同時に、オーディオ用等の連続再生が必要なコンテンツデータを途切れなく再生すべく、それぞれのデータを一時的に記憶する分離したバッファと、かかるデータの授受を制御する制御部を有し、連続再生するコンテンツを途切れなく再生しながら別のコンテンツをも同時に利用することを可能とする情報処理装置が開示されている。
【０００５】
また、特許文献２（特開２００８−１５２２０７号公報）には、車載用ナビゲーション装置のような地図表示装置において、地図スクロール処理における制御手段の負荷を軽減するために、地図表示処理時の描画負荷を描画時間として算出し、該描画負荷が所定の負荷を超える場合に、建物画像のデータや特定の場所を示すアイコン画像のデータなどの重要でないデータを間引いて処理することにより、スクロールの負荷を軽減し、スクロール速度が低下することなく、地図画像をスムーズにスクロールすることを可能とする地図表示装置が開示されている。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２００４−１２６６８５号公報（段落［０００５］〜段落［０００６］、段落［００２３］〜段落［００３０］、図２）
【特許文献２】特開２００８−１５２２０７号公報（段落［００３６］〜段落［００３９］）
【発明の概要】
【発明が解決しようとする課題】
【０００７】
ところで、ナビゲーションのファームウェアのアップデートは、ナビゲーション機能の恩恵を最大限に享受するためには必要不可欠で、しかも最優先で処理されなければならない。しかしながら、当該アップデートを行うに当り、負荷の大きいナビゲーションシステムが起動中、或いは負荷の大きいＡＶコンテンツが再生中である場合に、ナビゲーション装置の動作が重くなる、アップデートデータの受信中にデータの取りこぼしが生じる等の影響を受けてしまう可能性があり、円滑で且つ早急に処理されない場合が発生するという問題があった。
【０００８】
なお、上記特許文献１に開示された情報処理装置では、新たなバッファや制御部を設けることにより異なる２つのコンテンツを同時に且つ円滑に処理するものであり、また、特許文献２に開示された地図表示装置では、経路案内するために地図をスクロール表示する際に速度を低下させることなく円滑に処理するために不要なデータを間引くというものであり、何れの特許文献もファームウェアのアップデートについて考慮して処理を行うものではなく、上記問題点を解決するものではなかった。
【０００９】
よって、本願発明者は、上記の問題点を解消すべく種々の検討を重ねた結果、ナビゲーションのファームウェアのアップデートを行うに当り、負荷の大きいナビゲーション機能起動中、または、負荷の大きいＡＶコンテンツを再生中である場合、ナビゲーション機能である経路案内などに支障のない範囲内で描画精度を下げて表示する、或いは、再生を予定しているＡＶコンテンツに替えて、処理負担が所定の閾値以下の他のＡＶコンテンツがあればそれを選択し再生するようになせば上記問題を解消しうることを想到して本発明を完成するに至ったものである。
【００１０】
すなわち、本発明は、上記の問題点を解消することを課題とし、ナビゲーション機能のアップデートを最優先に行うべく、ナビゲーション機能やＡＶコンテンツ再生機能を制御可能にしたナビゲーション装置を提供することを目的とするものである。
【課題を解決するための手段】
【００１１】
前記課題を解決するため、本願の請求項１にかかる発明は、
ナビゲーション装置のアップデートを行うアップデート処理手段（例えば下記実施例では、アップデート処理手段２３）と、
前記アップデートに要するデータを受信するための接続手段（例えば下記実施例では、通信手段１１）と、
前記ナビゲーション装置の処理負担を判定する処理負担判定手段（例えば下記実施例では、ナビゲーション処理負担判定手段２０あるいはコンテンツ処理負担判定手段２５）と、を有し、
前記処理負担判定手段により前記接続手段を介して前記アップデートに要するデータを受信するのに要する時間中の前記ナビゲーション装置の処理負担の大きさが大きいと判別された場合、前記時間中における前記ナビゲーション装置の処理負担を下げることを特徴とする。
【００１２】
また、本願の請求項２にかかる発明は、請求項１にかかるナビゲーション装置において、さらに、地図画像を処理する画像処理手段（例えば下記実施例では、画像処理手段２１）を有し、
前記処理負担判定手段により前記接続手段を介して前記アップデートに要するデータを受信するのに要する時間中のナビゲーション装置の処理負担の大きさが大きいと判別された場合、前記画像処理手段は、前記時間中における地図画像の処理にかかる処理負担を下げることを特徴とする。
【００１３】
また、本願の請求項３にかかる発明は、請求項１にかかるナビゲーション装置において、さらに、コンテンツを記憶するコンテンツ記憶手段（例えば下記実施例では、コンテンツ記憶手段２３）と、
前記処理負担判定手段による判定結果に基づき前記コンテンツ記憶手段からコンテンツを選択して処理するコンテンツ処理手段と、（例えば下記実施例では、コンテンツ処理手段２６）を有し、
前記処理負担判定手段により前記接続手段を介して前記アップデートに要するデータを受信するのに要する時間中のナビゲーション装置の処理負担の大きさが大きいと判別された場合、前記コンテンツ処理手段は、前記時間中に処理負担の小さいコンテンツを選択して処理することを特徴とする。
【００１４】
また、本願の請求項４にかかる発明は、請求項１乃至請求項３のいずれかにかかるナビゲーション装置において、さらに、アップデート時間算出手段（例えば下記実施例では、アップデートデータ受信時間算出手段２２）を有し、
前記接続手段は、前記アップデートに関するアップデート情報を受信し、
前記アップデート時間算出手段は、前記接続手段を介して前記アップデートに要するデータを受信するのに要する時間を、前記アップデートに関するアップデート情報に基づき算出することを特徴とする。
【発明の効果】
【００１５】
請求項１にかかる発明においては、ナビゲーション装置のアップデートを行うアップデート処理手段と、前記アップデートに要するデータを受信するための接続手段と、前記ナビゲーション装置の処理負担を判定する処理負担判定手段と、を有し、前記処理負担判定手段により前記接続手段を介して前記アップデートに要するデータを受信するのに要する時間中の前記ナビゲーション装置の処理負担の大きさが大きいと判別された場合、前記時間中における前記ナビゲーション装置の処理負担を下げるようにした。
【００１６】
このような構成によれば、アップデートに要するデータを受信するのに要する時間中、ナビゲーション装置の処理負担が大きくなることがなく、ナビゲーション装置のアップデートを最優先で行うことが可能となる。
【００１７】
また、請求項２にかかる発明においては、請求項１にかかるナビゲーション装置において、さらに、地図画像を処理する画像処理手段を有し、前記処理負担判定手段により前記接続手段を介して前記アップデートに要するデータを受信するのに要する時間中のナビゲーション装置の処理負担の大きさが大きいと判別された場合、前記画像処理手段は、前記時間中における地図画像の処理にかかる処理負担を下げるようにした。
【００１８】
このような構成によれば、アップデートに要するデータを受信するのに要する時間中、ナビゲーション機能である経路案内などに実質的な支障を来たすことなく、ナビゲーション機能のアップデートを最優先で行うことが可能となる。
【００１９】
また、請求項３にかかる発明においては、請求項１にかかるナビゲーション装置において、さらに、コンテンツを記憶するコンテンツ記憶手段と、前記処理負担判定手段による判定結果に基づき前記コンテンツ記憶手段からコンテンツを選択して処理するコンテンツ処理手段と、を有し、前記処理負担判定手段により前記接続手段を介して前記アップデートに要するデータを受信するのに要する時間中のナビゲーション装置の処理負担の大きさが大きいと判別された場合、前記コンテンツ処理手段は、前記時間中に処理負担の小さいコンテンツを選択して処理するようにした。
【００２０】
このような構成によれば、アップデートに要するデータを受信するのに要する時間中、処理負担の小さいＡＶコンテンツに制約されるものの、ＡＶコンテンツ再生に実質的に支障を来たすことなく、ナビゲーション機能のアップデートを最優先で行うことが可能となる。
【００２１】
また、請求項４にかかる発明においては、請求項１乃至請求項３のいずれかにかかるナビゲーション装置において、さらに、アップデート時間算出手段を有し、前記接続手段は、前記アップデートに関するアップデート情報を受信し、前記アップデート時間算出手段は、前記接続手段を介して前記アップデートに要するデータを受信するのに要する時間を、前記アップデートに関するアップデート情報に基づき算出するようにした。
【００２２】
このような構成によれば、アップデータに要するデータを受信するのに要する時間を当該アップデータに関するアップデータ情報から算出するので、ナビゲーション機能のアップデートを最優先で行える時間を正確に確保することが可能となる。
【図面の簡単な説明】
【００２３】
【図１】本発明の実施例１におけるナビゲーション装置１の構成を示すブロック図である。
【図２】本発明の実施例１におけるナビゲーション装置１の処理の手順を示すフローチャートである。
【図３】本発明の実施例２におけるナビゲーション装置１’の構成を示すブロック図である。
【図４】本発明の実施例２におけるコンテンツの一例を示す図であり、図４（ａ）は、コンテンツを圧縮方法により処理負担の大きさを判定する場合の音楽コンテンツ再生リストの一例であり、図２（ｂ）は、コンテンツをビットレートにより処理負担の大きさを判定する場合の音楽コンテンツ再生リストの一例である。
【図５】本発明の実施例２におけるナビゲーション装置１’の処理の手順を示すフローチャートである。
【発明を実施するための形態】
【００２４】
以下、本発明の具体例を実施例および図面を用いて詳細に説明する。但し、以下に示す実施例は、本発明の技術思想を具体化するためのナビゲーション装置を例示するものであって、本発明をこのナビゲーション装置に特定することを意図するものではなく、特許請求の範囲に含まれるその他の実施形態のナビゲーション装置にも等しく適用し得るものである。
【実施例１】
【００２５】
図１は本発明の実施例１におけるナビゲーション装置１の構成を示すブロック図である。ナビゲーション装置１は、自動車等の車両に搭載されることにより車載用として使用される装置であってもよく、車両から取外されユーザが携帯し使用できるタイプのものであってもよい。以下の説明においては、これらを総称してナビゲーション装置という。
【００２６】
ナビゲーション装置１は、制御手段１０、通信手段１１、アップデートデータ記憶手段１２、現在位置検出手段１３、経路探索手段１４、経路案内手段１５、地図記憶手段１６、表示手段１７、音声出力手段１８、入力手段１９、ナビゲーション処理負担判定手段２０、画像処理手段２１、アップデートデータ受信時間算出手段２２、アップデート処理手段２３などを備えて構成されている。
【００２７】
制御手段１０は、ＣＰＵ１０１、ＲＡＭ１０２、ＲＯＭ１０３からなるプロセッサで構成され、ＲＡＭ１０２、ＲＯＭ１０３に記憶された制御プログラムに従ってナビゲーション装置１の各部の動作を制御する。
【００２８】
ＲＡＭ１０２には、ファームウェアとそのヴァージョン情報とが記憶され、アップデートが必要な場合には、後述するアップデート処理手段２２によりＲＡＭ１０２に記憶されるファームウェアが書き換えられる。
【００２９】
通信手段１１は、制御手段１０の制御により、このナビゲーション装置１と通信可能な情報提供サーバ（図示せず）との間でファームウェアのアップデート情報やアップデートデータなどといった各種情報の送受信を行う。
【００３０】
アップデートデータ記憶手段１２は、通信手段１１を介して受信されたファームウェアのアップデート情報やアップデートデータを一時的に記憶するものである。
【００３１】
現在位置検出手段１３は、例えばＧＰＳ受信機等で構成され、地球上空を周回している複数のＧＰＳ衛星からの時刻情報を含む電波を受信し、それをもとに現在位置情報を算出するものである。さらに、現在位置検出手段１２は、操角センサ、加速度センサ、距離センサや方位センサなどからなる自立航法手段を併用するようにしてもよい。
【００３２】
経路探索手段１４は、入力手段１９の操作により出発地点や目的地点が指定されると、地図記憶手段１６に記憶されている道路データを参照し、出発地点から目的地点に至るまでの最適経路を探索し、案内経路データを作成するものである。経路探索手段１４によって探索された案内経路は、画像処理手段２１によって、表示手段１７に現在位置周辺の地図画像と共に表示され、目的地点までの案内に用いられる。
【００３３】
経路案内手段１５は、後述する地図記憶手段１６に記憶された案内ポイントと、現在位置検出手段１２によって検出された現在位置とを比較し、現在位置が案内ポイントに到達したときは、後述する音声出力手段１８を介して案内報知を行う。
【００３４】
地図記憶手段１６には、各道路の交差点や分岐点などの結節点をノードとし、それぞれのノード間を結ぶ経路をリンクとした道路ノードデータと道路リンクデータを含む道路データが記憶されている。道路ノードデータには、道路ノードの番号、位置座標、接続リンク本数、交差点名称などが含まれるほか、交差点などの案内地点に対応する案内ポイントおよび右折や左折、直進などを案内する案内データも記憶される。
【００３５】
また、道路リンクデータには起点および終点となる道路ノードの番号、道路種別、リンク長（リンクコスト）、所要時間、車線数、車道幅などが含まれる。道路リンクデータにはさらに、リンク属性として橋、トンネル、踏切、料金所などのデータが付与される。道路種別は、高速道路や有料道路の別および国道や都道府県道などの別を含む情報である。
【００３６】
また、地図記憶手段１６には、道路データの他、地図画像を見やすく表示するためにベクター形式で記憶された背景画像データを含んでいてもよい。道路データと背景画像データを含む地図画像データは、画像処理手段２１により、ナビゲーション装置１を使用する際に、ナビゲーション装置１の現在位置を含む所定範囲が地図記憶手段１６から抽出され、現在位置を示す現在位置マークや案内経路の画像と重ね合わされて表示手段１７に表示される。
【００３７】
更に、地図記憶手段１６には、地点毎にその地点での情報提供サーバが通信手段１１へアップデートデータを送信する際の送信速度が記憶されている。
【００３８】
表示手段１７は、ＬＣＤなどのディスプレイパネルから構成される表示画面を備えた表示ユニットであり、後述する画像処理手段２１により描画される地図画像や案内経路、現在位置などを表示する。制御手段１０により選択された映像や写真のコンテンツも表示手段１７にて再生される。
【００３９】
音声出力手段１８は、ナビゲーション装置１における各種音声報知を行う。制御手段１０により選択された音楽のコンテンツも音声出力手段１８にて再生される。
【００４０】
入力手段１９は、操作ボタンやタッチパネルなどにより構成され、ナビゲーション装置１の各種機能を操作したり、所要の数値や文字を入力したりするものである。
【００４１】
ナビゲーション処理負担判定手段２０は、ナビゲーション機能の処理負担の大きさを判定するもので、後述するアップデートデータ受信時間算出手段２２によりアップデートデータ受信時間が算出された時点から算出されたアップデートデータの受信時間を加えた時間までの間のナビゲーションの処理負担の大きさを判定する。ここで、アップデートデータ受信時間とは、アップデートデータの受信が完了するのに必要な時間であり、後述するアップデートデータ受信時間算出手段２２により算出される。そして、ナビゲーション機能の処理負担の大きさを判定するためには、予め当該アップデートデータ受信時間が算出された時点から算出されたアップデートデータの受信時間を加えた時間までの間のナビゲーション機能において処理されるはずの負担量を算出する必要があり、例えば、経路案内中の自車（ナビゲーション装置１を搭載した車両）のように進行方向が分かっていて、当該アップデートデータ受信時間が算出された時点から算出されたアップデートデータの受信時間を加えた時間までの間に自車が通過する経路を最適経路情報から算出し、その経路に基づいて経路案内される予定の地図コンテンツの大きさ（地図画像データの描画処理量）といったナビゲーション機能にかかる処理負担量が予め算出できる場合に限られる。
【００４２】
このため、以下の説明においてナビゲーション機能が起動している状態とは、探索された経路に従い経路案内を行っている状態とする。ナビゲーション機能の処理負担を判定する具体的な方法としては、例えば、予め所定の地図画像データを地図記憶手段１６から読み込むことにより当該地図画像データのサイズを取得するとともに、この取得したデータサイズの地図画像データに基づく地図画像を画像メモリに描画する処理を実行して描画処理の実行時間を計測し、取得した地図画像データのサイズと計測した当該地図画像データの描画処理実行時間との関係を記憶させておく。
【００４３】
そして、これから経路案内される予定の地図画像データを地図記憶手段１６から読み込むことにより当該地図画像データのサイズを取得し、取得したデータサイズと予め記憶させておいた所定のデータサイズの地図描画データについての描画処理実行時間とに基づいてこれから描画予定の地図画像データの描画処理予測時間を算出する。算出された描画処理予測時間が予め設定されている地図描画の更新周期に占める割合を算出することにより、例えば、描画処理予測時間が地図描画の更新周期の５０％以上を占める場合には、これから描画予定の地図画像データの処理負荷は重い、すなわちナビゲーション機能の処理負担が大きいと判定することができる。ここで、地図描画の更新周期とは、車両の移動に伴い地図が更新される際の当該地図が更新される周期（地図が一回更新されるまでの時間）のことである。
【００４４】
なお、本発明におけるナビゲーション機能の処理負担の判定に当たっては、経路案内中に表示する地図コンテンツの大きさだけでなく、音声ガイダンスのような経路案内の処理なども含み、それらを総合してかかる処理負担の大きさを判定してもよい。
【００４５】
画像処理手段２１は、表示手段１７に表示する画像を展開するＶＲＡＭなどの画像メモリ（図示せず）を備え、経路探索手段１３により探索された案内経路データや地図記憶手段１５に記憶されている地図画像データ等を読み込んで画像メモリに地図画像を描画するものである。描画に当たっては、ナビゲーション機能の処理負担の大きさに応じたピクセル数で描画する。例えば、ナビゲーション機能の処理負担が小さい場合にはフルピクセル数で描画し、ナビゲーション機能の処理負担が大きい場合には、経路案内などに支障のない範囲内で描画精度を下げて、例えば一画素当たりフルピクセルの２／３ピクセル数で描画することができる。
【００４６】
アップデートデータ受信時間算出手段２２は、通信手段１１を介して情報提供サーバから受信したファームウェアのアップデート情報に含まれる情報提供サーバから提供されるアップデートデータ（ファームウェアモジュール）のデータ量（容量）と地図記憶手段１６に記憶された現在の地点における送信速度に基づき、アップデートデータを情報提供サーバから受信するのに要する受信時間（アップデートデータ受信時間）を算出する。また、本発明はこれに限定されず、アップデート情報に受信時間を含ませてもよい。
【００４７】
アップデート処理手段２３は、ＲＡＭ１０２に記憶されているファームウェアを、通信手段１１を介して情報提供サーバから受信されアップデートデータ記憶手段１２に記憶されたファームウェアのアップデートデータ（ファームウェアモジュール）に書き換える処理を行う。
【００４８】
なお、本実施例において、情報提供サーバから提供されるアップデートデータを通信手段１１を介して受信し、受信したアップデートデータをアップデートデータ記憶手段１２に記憶し、さらに、アップデート処理手段２３により、ＲＡＭ１０２に記憶されているファームウェアを、アップデートデータ記憶手段１２に記憶されたファームウェアのアップデートデータに書き換えるまでの処理をアップデートとして記載する。
【００４９】
次に、図２により本発明の実施例１におけるナビゲーション装置１の処理の手順を説明する。図２に示す処理は、制御手段１０がＲＡＭ１０２およびＲＯＭ１０３に記憶されている制御プログラムを実行することで実現される。
【００５０】
まず、ステップＳ２０１の処理において、通信手段１１を介してアップデート情報が受信される。ここで、アップデート情報は、ファームウェアのアップデートデータを提供する所定の情報提供サーバ（図示せず）から定期的に配信する構成としてもよいし、ナビゲーション装置１から情報提供サーバに対して任意のタイミングでアップデート要否の問い合わせを送信し、その問い合わせに応じて情報提供サーバからアップデート情報を送信する構成としてもよい。
【００５１】
アップデート情報が受信されると、ステップＳ２０２の処理において、制御手段１０により、アップデート情報に含まれるヴァージョン情報とＲＡＭ１０２に記憶されているヴァージョン情報とが比較され、アップデートが必要か否かの判定が行われる。
【００５２】
アップデートが必要でないと判断されると（ステップＳ２０２のＮＯ）、処理を終了し、アップデートが必要と判断されると（ステップＳ２０２のＹＥＳ）、ステップＳ２０３の処理において、ナビゲーション機能が起動されているか否かが判定される。起動されている場合には（ステップＳ２０３のＹＥＳ）、ステップＳ２０４の処理に進み、起動されていない場合には（ステップＳ２０３のＮＯ）、制御手段１０の制御により、アップデートを行って処理を終了する。
【００５３】
ナビゲーション機能が起動されていると（ステップＳ２０３のＹＥＳ）、ステップＳ２０４の処理において、制御手段１０の制御によりアップデートデータ受信時間算出手段２２が、ステップＳ２０１の処理にて受信されたファームウェアのアップデート情報に基づき、アップデートデータ受信時間を算出し、ステップＳ２０５の処理に進む。
【００５４】
アップデートデータ受信時間が算出されると、ステップＳ２０５の処理において、制御手段１０の制御によりナビゲーション処理負担判定手段２０が、当該アップデートデータ受信時間が算出された時点から算出されたアップデートデータの受信時間を加えた時間までの間のナビゲーション機能の処理負担の大きさを判定する。ナビゲーション機能の処理負担が大きいと判定された場合（ステップＳ２０５のＹＥＳ）、ステップＳ２０６の処理に進み、一方、ナビゲーション機能の処理負担が小さいと判定された場合（ステップＳ２０５のＮＯ）、ステップＳ２１０の処理に進む。
【００５５】
ナビゲーション機能の処理負担が大きいと判定されると（ステップＳ２０５のＹＥＳ）、ステップＳ２０６の処理において、制御手段１０の制御により、画像処理手段２１が、ナビゲーションの地図画像をフルピクセルの２／３ピクセル数で画像メモリに描画し、表示手段１７に地図画像が表示される。当該地図画像の描画とともに、ステップＳ２０７の処理に進み、ステップＳ２０７の処理において、制御手段１０の制御により、アップデートが開始される。
【００５６】
そして、ステップＳ２０８の処理において、制御手段１０により当該アップデートが終了したか否かの判定がされ、終了していない場合には（ステップＳ２０８のＮＯ）、終了するまで確認し、終了した場合には（ステップＳ２０８のＹＥＳ）、ステップＳ２０９の処理に進み、ステップＳ２０９の処理において、制御手段１０の制御により、画像処理手段２１がナビゲーションの地図画像をフルピクセル数で画像メモリに描画し、表示手段１７に地図画像が表示される。
【００５７】
一方、ナビゲーション機能の処理負担が小さいと判定されると（ステップＳ２０５のＮＯ）、ステップＳ２１０の処理において、制御手段１０の制御により、画像処理手段２１が、ナビゲーションの地図画像をフルピクセル数で画像メモリに描画し、表示手段１７に地図画像が表示される。当該地図画像の描画とともに、ステップＳ２１１の処理に進み、ステップＳ２１１の処理において、制御手段１０の制御により、アップデートが開始される。
【００５８】
そして、ステップＳ２１２の処理において、制御手段１０により当該アップデートが終了したか否かの判定がされ、終了していない場合には（ステップＳ２１２のＮＯ）、終了するまで確認し、終了した場合には（ステップＳＳ２１２のＹＥＳ）、処理を終了する。
【００５９】
次に、本発明の実施例２にかかるナビゲーション装置１’について説明する。
【実施例２】
【００６０】
以上説明した実施例１にかかるナビゲーション装置１においては、ナビゲーション装置１のファームウェアのアップデートデータ受信時間が算出された時点から算出されたアップデートデータ受信時間を加えた時間までの間におけるナビゲーション機能の処理負担の大きさを判定し、当該処理負担が大きいと判定された場合、ナビゲーションに用いる地図画像のピクセル数を下げて描画し、ファームウェアのアップデートを最優先で行う例を示したが、実施例２にかかるナビゲーション装置１’では、ＡＶコンテンツ再生機能を有し、ナビゲーション装置１’のファームウェアのアップデートデータ受信時間が算出された時点から算出されたアップデートデータ受信時間を加えた時間までの間は、処理負担の小さいＡＶコンテンツを選択して処理し、ファームウェアのアップデートを最優先で行う例を示している。以下、音楽コンテンツを例にとり説明する。
【００６１】
図３は、本発明の実施例２におけるナビゲーション装置１’の構成を示すブロック図である。ナビゲーション装置１’は、実施例１の構成に対し、ナビゲーション処理負担判定手段２０を削除し、コンテンツ記憶手段２４、コンテンツ処理負担判定手段２５及びコンテンツ処理手段２６を追加した構成となっており、その他の構成は実施例１と同一となっているため、実施例１にかかる図１の説明との重複を避けるため、説明は最小限とし他の説明は省略する。
【００６２】
コンテンツ記憶手段２４は、音楽、映像、写真などのＡＶコンテンツを記憶しておくもので、入力手段１９を介してコンテンツの再生指示があると、コンテンツ処理手段２６によりコンテンツ記憶手段２４に記憶されたコンテンツが読み出され、表示手段１７および／または音声出力手段１８により再生される。また、コンテンツ記憶手段２４は、後で説明する図４（ａ）または（ｂ）に示すコンテンツ再生リストを記憶している。
【００６３】
コンテンツ処理負担判定手段２５は、音楽、映像、写真などのＡＶコンテンツの処理負担の大きさを判定するものである。コンテンツの処理負担の判定方法については後で詳細に説明する。
【００６４】
コンテンツ処理手段２６は、コンテンツ処理負担判定手段２５によって判定されたコンテンツの処理負担の大きさに基づきコンテンツ記憶手段２４に記憶されているコンテンツの中から再生処理に適したコンテンツを選択して読み出す。
【００６５】
次に、図４により本発明の実施例２におけるコンテンツの一例を示すとともに、併せてコンテンツの処理負担の判定方法を説明する。以下、音楽コンテンツを例にとり説明する。コンテンツの処理負担の大きさを判定する場合、二通りの方法が考えられる。
【００６６】
一つはコンテンツの圧縮方法に基づいて処理負担を判定するもので、処理負担の大きさを定性的に判定する。圧縮方法には、ＡＡＣ(MPEG２／Advanced Audio Coding)、ＷＭＡ（Windows（登録商標） Media Audio）、ＭＰ３（MPEG-1 Audio Laye3）などの複数の方法があり、図４（ａ）は、コンテンツの圧縮方法により処理負担の大きさを判定する場合の音楽コンテンツ再生リストの一例である。
【００６７】
ＡＡＣは、高音質で高圧縮な圧縮方法であるため、ＷＭＡやＭＰ３に比較してコンテンツを再生する際の再生処理負担が大きいと言える。ＷＭＡとＭＰ３との間ではそれ程の差異は認められない。従って、コンテンツの圧縮方法により処理負担の大小を判定する場合、ＡＡＣ形式の音楽コンテンツの処理負担を「大」、ＷＭＡまたはＭＰ３形式の音楽コンテンツの処理負担を「小」と定義することができる。
【００６８】
図４（ａ）に示す音楽コンテンツ再生リストに基づき、コンテンツの圧縮方法によって処理負担の大きさを判定し、コンテンツを選択する方法を説明する。リストの再生順に見ていくと、タイトル「ａ１」および「ｚ９」の圧縮方法は「ＡＡＣ」であるため処理負担が大きいと判定される。そのため、タイトル「ａ１」および「ｚ９」の音楽コンテンツはコンテンツ処理手段２６により再生対象として選択されず、タイトル「ａ２」、「ａ３」、「ａ４」、「ｚ７」および「ｚ８」の圧縮方法がＷＭＡまたはＭＰ３であるため処理負担が小さいと判定され、例えば、「ａ１」の音楽コンテンツの再生がスキップされ、タイトル「ａ２」の音楽コンテンツが選択されて再生されることになる。
【００６９】
もう一つはコンテンツを再生する際のビットレートに基づいて処理負担を判定するもので、処理負担の大きさを定数的に判定する。ビットレートは１秒当たりの情報量で表現されるものであり、図４（ｂ）は、コンテンツのビットレートにより処理負担の大きさを判定する場合の音楽コンテンツ再生リストの一例である。処理負担の大小を判定するビットレートの閾値を、例えば１２８ｋｂｐｓとし、このレートを超える場合を処理負担が大きいと定義することができる。
【００７０】
図４（ｂ）に示す音楽コンテンツ再生リストに基づき、コンテンツのビットレートによって処理負担の大きさを判定し、コンテンツを選択する方法を説明する。リストの再生順に見ていくと、「ａ３」、「ｚ７」および「ｚ９」のビットレートは１２８ｋｂｐｓを超えているため処理負担が大きいと判定される。そのため、タイトル「ａ３」、「ｚ７」および「ｚ９」の音楽コンテンツはコンテンツ処理手段２５により再生対象として選択されず、タイトル「ａ１」、「ａ２」、「ａ４」および「ｚ８」のビットレートは１２８ｋｂｐｓ未満のため処理負担が小さいと判定され、タイトル「ａ１」「ａ２」「ａ４」の順に音楽コンテンツが選択されて再生されることになる。
【００７１】
更に、図５により本発明の実施例２におけるナビゲーション装置１’の処理の手順を説明する。図５に示す処理は、制御手段１０がＲＡＭ１０２およびＲＯＭ１０３に記憶されている制御プログラムを実行することで実現される。以下、音楽コンテンツを例にとり、図４（ａ）に示す再生リストに基づき音楽コンテンツの再生処理を行っている際に、ファームウェアのアップデート処理を行う場合について説明する。
【００７２】
まず、ステップＳ５０１の処理において、通信手段１１を介してアップデート情報が受信されると、ステップＳ５０２の処理において、制御手段１０により、アップデート情報に含まれるヴァージョン情報とＲＡＭ１０２に記憶されているヴァージョン情報とが比較され、アップデートが必要か否かの判定が行われる。
【００７３】
アップデートが必要ないと判断されると（ステップＳ５０２のＮＯ）、処理を終了し、アップデートが必要と判断されると（ステップＳ５０２のＹＥＳ）、ステップＳ５０３の処理において、音楽コンテンツが再生されているか否かが判定される。再生されている場合には（ステップＳ５０３のＹＥＳ）、ステップＳ５０４の処理に進み、再生されていない場合には（ステップＳ５０３のＮＯ）、制御手段１０の制御により、アップデートを行って処理を終了する。
【００７４】
音楽コンテンツが再生されていると（ステップＳ５０３のＹＥＳ）、ステップＳ５０４の処理において、制御手段１０の制御によりアップデートデータ受信時間算出処理２２が、ステップＳ５０１の処理にて受信されたファームウェアのアップデート情報に基づき、アップデートデータ受信時間を算出し、ステップＳ５０５の処理に進む。
【００７５】
アップデートデータ受信時間が算出されると、ステップＳ５０５の処理において、制御手段１０の制御により、コンテンツ処理負担判定手段２５が、コンテンツ記憶手段２４に記憶された再生リストに基づき、当該アップデートデータ受信時間が算出された時点から算出されたアップデートデータの受信時間を加えた時間までの間の再生予定の音楽コンテンツの処理負担の大きさを判定する（ステップＳ５０５）。
【００７６】
ステップＳ５０５の処理にて、再生予定の音楽コンテンツの処理負担が大きいと判定されると（ステップＳ５０５のＹＥＳ）、制御手段１０の制御によりコンテンツ処理手段２６が処理負担の小さい音楽コンテンツを選択し、選択された音楽コンテンツに対してフラグを付してコンテンツ記憶手段２４に一時記憶する。そして、コンテンツ処理手段２６がコンテンツ記憶手段２４に記憶されたフラグに基づいて処理負担の小さい音楽コンテンツを順次選択して再生処理を開始する（ステップＳ５０６）。
【００７７】
なお、選択される処理負担の小さい音楽コンテンツのコンテンツ数は、算出されたアップデートデータ受信時間と選択された１又は複数の音楽コンテンツの再生時間の合計時間とに応じて、少なくとも受信時間が十分に確保できるコンテンツ数に決定される。
【００７８】
処理負担の小さい音楽コンテンツを選択して再生処理が開始されると、ステップＳ５０７の処理に進み、制御手段１０の制御により、アップデートが開始される。そして、ステップＳ５０８の処理において、制御手段１０により当該アップデートの処理が終了したか否かの判定がされ、終了していない場合には（ステップＳ５０８のＮＯ）、終了するまで確認し、終了した場合には（ステップＳ５０８のＹＥＳ）、ステップＳ５０９の処理に進む。
【００７９】
ファームウェアのアップデートが終了すると（ステップＳ５０８のＹＥＳ）、ステップＳ５０９の処理において、制御手段１０により処理負担の小さい音楽コンテンツの再生処理が終了したか否かの判定がされ、終了していない場合には（ステップＳ５０９のＮＯ）、終了するまで確認し、終了した場合には（ステップＳ５０９のＹＥＳ）、ステップＳ５１０の処理に進み、音楽コンテンツは再生リストに従って通常の順位通り再生処理される。
【００８０】
なお、ステップＳ５０５の処理において、再生予定の音楽コンテンツの処理負担が小さいと判定されると（ステップＳ５０５のＮＯ）、ステップＳ５１１の処理において、制御手段１０の制御により、コンテンツ処理手段２６は、音楽コンテンツは再生リストに従って通常の順位通り再生処理を行い、ステップＳ５１２の処理において、制御手段１０の制御により、アップデートが開始される。
【００８１】
そして、ステップＳ５１３の処理において、制御手段１０により当該アップデートの処理が終了したか否かの判定がされ、終了していない場合には（ステップＳ５１３のＮＯ）、終了するまで確認し、終了した場合には（ステップＳ５１３のＹＥＳ）、処理を終了する。
【００８２】
以上説明したように、本発明にかかるナビゲーション装置によれば、ナビゲーション機能の処理負担の大きさに応じて、ナビゲーションに用いる地図画像を経路案内などに支障のない範囲内で地図画像の処理負担を下げて表示するとともに、ファームウェアのアップデートも同時に支障なく実行することができる。また、ファームウェアのアップデートと同時に起動されるナビゲーション機能の副機能である、例えば音楽コンテンツ再生機能の処理負担の大きさを考慮したうえで、ファームウェアのアップデートに影響を与えることなく、副機能のコンテンツを再生処理することができる。
【００８３】
なお、上記実施例では、ナビゲーションの処理負担が大きい場合、地図画像の処理にかかる処理負担を下げて処理を行う一例として、一画素当たりフルピクセルの２／３ピクセル数で地図描画を行っているが、本発明はこれに限らず、地図データのサイズを小さくしたり、フルカラー表示をモノクロ表示に変更したりすることにより地図画像の処理にかかる処理負担を下げてもよい。
【００８４】
また、本実施例では、ナビゲーション装置に、接続手段として情報提供サーバからアップデート情報およびアップデートデータを受信する通信手段を設けた構成としたが、これに限ることはなく、例えば、携帯電話などの他の受信機器に、情報提供サーバからアップデート情報およびアップデートデータを受信する通信手段を設け、当該受信機器とナビゲーション装置とを有線または、無線の接続手段で接続し、受信機器が受信したアップデート情報およびアップデートデータをナビゲーション装置に送信する構成としてもよい。
【００８５】
なお、上記携帯電話などの他の受信機器と接続する接続手段を設けた場合、アップデートデータ受信時間は、予め当該受信機器とナビゲーション装置とを接続手段で接続し、当該受信機器からナビゲーション装置への通信速度を計測および記憶しておき、アップデート情報に含まれるアップデートデータのデータ量と、記憶した通信速度とから算出可能である。
【００８６】
さらに、本実施例では、アップデートデータの受信が完了するのに必要な時間（アップデートデータ受信時間）を算出し、アップデートデータ受信時間を算出した時点から算出したアップデートデータ受信時間を加えた時間までの間における処理負担を判定したが、これに限ることはなく、例えば、ナビゲーション装置の処理速度を記憶しておき、ファームウェアの書き換えにかかる時間を、記憶した処理速度とデータ量から算出し、算出したファームウェアの書き換えにかかる時間と上記アップデートデータ受信時間との和を算出し、アップデートデータ受信時間を算出した時点から当該算出した時間を加えた時間までの間における処理負担を判定するようにしてもよい。
【００８７】
また、本実施例では、アップデートが終了した後に、地図画像のフルピクセル数での描画または音楽コンテンツの通常通りの再生を行ったが、これに限ることはなく、通信手段を介してアップデートデータを受信し、受信したアップデートデータをアップデートデータ記憶手段に記憶した時点で、地図画像のフルピクセル数での描画または音楽コンテンツの通常通りの再生を行うようにしてもよい。
【符号の説明】
【００８８】
１，１’ ：ナビゲーション装置
１０ ：制御手段
１０１ ：ＣＰＵ
１０２ ：ＲＡＭ
１０３ ：ＲＯＭ
１１ ：通信手段
１２ ：アップデートデータ記憶手段
１３ ：現在位置検出手段
１４ ：経路探索手段
１５ ：経路案内手段
１６ ：地図記憶手段
１７ ：表示手段
１８ ：音声出力手段
１９ ：入力手段
２０ ：ナビゲーション処理負担判定手段
２１ ：画像処理手段
２２ ：アップデートデータ受信時間算出手段
２３ ：アップデート処理手段
２４ ：コンテンツ記憶手段
２５ ：コンテンツ処理負担判定手段
２６ ：コンテンツ処理手段
【特許請求の範囲】
【請求項１】
ナビゲーション装置のアップデートを行うアップデート処理手段と、
前記アップデートに要するデータを受信するための接続手段と、
前記ナビゲーション装置の処理負担を判定する処理負担判定手段と、を有し、
前記処理負担判定手段により前記接続手段を介して前記アップデートに要するデータを受信するのに要する時間中の前記ナビゲーション装置の処理負担の大きさが大きいと判別された場合、前記時間中における前記ナビゲーション装置の処理負担を下げることを特徴とするナビゲーション装置。
【請求項２】
前記ナビゲーション装置は、さらに、地図画像を処理する画像処理手段を有し、
前記処理負担判定手段により前記接続手段を介して前記アップデートに要するデータを受信するのに要する時間中のナビゲーション装置の処理負担の大きさが大きいと判別された場合、前記画像処理手段は、前記時間中における地図画像の処理にかかる処理負担を下げることを特徴とする請求項１に記載のナビゲーション装置。
【請求項３】
前記ナビゲーション装置は、さらに、コンテンツを記憶するコンテンツ記憶手段と、
前記処理負担判定手段による判定結果に基づき前記コンテンツ記憶手段からコンテンツを選択して処理するコンテンツ処理手段と、を有し、
前記処理負担判定手段により前記接続手段を介して前記アップデートに要するデータを受信するのに要する時間中のナビゲーション装置の処理負担の大きさが大きいと判別された場合、前記コンテンツ処理手段は、前記時間中に処理負担の小さいコンテンツを選択して処理することを特徴とする請求項１に記載のナビゲーション装置。
【請求項４】
前記ナビゲーション装置は、さらに、アップデート時間算出手段を有し、
前記接続手段は、前記アップデートに関するアップデート情報を受信し、
前記アップデート時間算出手段は、前記接続手段を介して前記アップデートに要するデータを受信するのに要する時間を、前記アップデートに関するアップデート情報に基づき算出することを特徴とする請求項１乃至請求項３のいずれか１項に記載のナビゲーション装置。
【請求項１】
ナビゲーション装置のアップデートを行うアップデート処理手段と、
前記アップデートに要するデータを受信するための接続手段と、
前記ナビゲーション装置の処理負担を判定する処理負担判定手段と、を有し、
前記処理負担判定手段により前記接続手段を介して前記アップデートに要するデータを受信するのに要する時間中の前記ナビゲーション装置の処理負担の大きさが大きいと判別された場合、前記時間中における前記ナビゲーション装置の処理負担を下げることを特徴とするナビゲーション装置。
【請求項２】
前記ナビゲーション装置は、さらに、地図画像を処理する画像処理手段を有し、
前記処理負担判定手段により前記接続手段を介して前記アップデートに要するデータを受信するのに要する時間中のナビゲーション装置の処理負担の大きさが大きいと判別された場合、前記画像処理手段は、前記時間中における地図画像の処理にかかる処理負担を下げることを特徴とする請求項１に記載のナビゲーション装置。
【請求項３】
前記ナビゲーション装置は、さらに、コンテンツを記憶するコンテンツ記憶手段と、
前記処理負担判定手段による判定結果に基づき前記コンテンツ記憶手段からコンテンツを選択して処理するコンテンツ処理手段と、を有し、
前記処理負担判定手段により前記接続手段を介して前記アップデートに要するデータを受信するのに要する時間中のナビゲーション装置の処理負担の大きさが大きいと判別された場合、前記コンテンツ処理手段は、前記時間中に処理負担の小さいコンテンツを選択して処理することを特徴とする請求項１に記載のナビゲーション装置。
【請求項４】
前記ナビゲーション装置は、さらに、アップデート時間算出手段を有し、
前記接続手段は、前記アップデートに関するアップデート情報を受信し、
前記アップデート時間算出手段は、前記接続手段を介して前記アップデートに要するデータを受信するのに要する時間を、前記アップデートに関するアップデート情報に基づき算出することを特徴とする請求項１乃至請求項３のいずれか１項に記載のナビゲーション装置。
【図１】
【図２】
【図３】
【図４】
【図５】
【図２】
【図３】
【図４】
【図５】
【公開番号】特開２０１１−２２１１１（Ｐ２０１１−２２１１１Ａ）
【公開日】平成２３年２月３日（２０１１．２．３）
【国際特許分類】
【出願番号】特願２００９−１６９８５４（Ｐ２００９−１６９８５４）
【出願日】平成２１年７月２１日（２００９．７．２１）
【出願人】（０００００１８８９）三洋電機株式会社 (18,308)
【出願人】（０００２１４８９２）三洋電機コンシューマエレクトロニクス株式会社 (1,582)
【Ｆターム（参考）】
【公開日】平成２３年２月３日（２０１１．２．３）
【国際特許分類】
【出願日】平成２１年７月２１日（２００９．７．２１）
【出願人】（０００００１８８９）三洋電機株式会社 (18,308)
【出願人】（０００２１４８９２）三洋電機コンシューマエレクトロニクス株式会社 (1,582)
【Ｆターム（参考）】
[ Back to top ]