JP2007017715A

JP2007017715A - 車載ナビゲーション装置

Info

Publication number: JP2007017715A
Application number: JP2005199304A
Authority: JP
Inventors: Satoshi Suzuki; 聡鈴木
Original assignee: Denso Corp
Current assignee: Denso Corp
Priority date: 2005-07-07
Filing date: 2005-07-07
Publication date: 2007-01-25
Anticipated expiration: 2025-07-07
Also published as: JP4609209B2

Abstract

【課題】オーディオ情報を再生するとともに、それを圧縮して録音とが可能な車載ナビゲーション装置において、従来よりもコストを低く抑えること。
【解決手段】音楽ＣＤの再生（ステップＳ１０２）とともに、そのＣＤデータを一旦そのままメモリに記憶しておく（ステップＳ１０３）。その後、ＣＰＵの負荷が大きいと考えられる処理（ステップＳ１０４〜Ｓ１０７）のいずれも行っていないときに、メモリに記憶したＣＤデータを圧縮する（ステップＳ１０８）。換言すれば、ＣＰＵの負荷が大きいと考えられる処理（ステップＳ１０４〜Ｓ１０７）のいずれかを行っているときには、圧縮処理を停止する。これにより、圧縮処理用にＤＳＰなどのハードウェアを用いることなく、一つのＣＰＵでオーディオ情報の再生、圧縮、ナビゲーション処理とを併用することができる。これにより、コストダウンを図ることができる。
【選択図】図２

Description

本発明は、音楽ＣＤなどのオーディオ情報を再生するとともに、当該オーディオ情報を圧縮して録音可能な車載ナビゲーション装置に関する。

現在の多くの車載ナビゲーション装置は、ナビゲーション機能の他に音楽ＣＤなどのオーディオ情報も再生可能なオーディオ機能が付与されている。さらに、特許文献１のように再生したオーディオ情報を車載ナビゲーション装置に設けられたハードディスクなどの大容量記憶装置に録音させておくことができるものもある。これによって、以降走行の際はいつでも記憶したオーディオ情報を再生することができる。

また、特許文献１に記載の車載ナビゲーション装置では、オーディオ情報を車載ナビゲーション装置に録音する際に、圧縮して録音することができるようになっている。これによって、多くのオーディオ情報を録音することができる。
特開２００１−１４３３６９号公報

ところで、通常上述の特許文献１のようにオーディオ情報を圧縮して録音するために、ナビゲーション機能を処理するＣＰＵとは別にＤＳＰ（ＤｉｇｉｔａｌＳｉｇｎａｌＰｒｏｃｅｓｓｏｒ）などのハードウェアを設けてこの圧縮処理を行っている。なぜなら、圧縮処理は負荷が大きい処理のため、同一のＣＰＵでナビゲーション機能の処理、オーディオ情報の再生と同時にはこの圧縮処理をすることができないためである。したがって、圧縮して録音する機能を付与するとその分コストが高くなり、また圧縮処理するＤＳＰなどのハードウェアの実装面においてもデメリットがある。この問題点を防ぐためにＣＰＵの性能を上げて一つのＣＰＵで圧縮処理も行うという方法も考えられるが、ＣＰＵの性能を上げるということは結局ＣＰＵ自体のコストが高くなるので、コスト面ではそれ程メリットがない。

本発明は以上の問題点に鑑みてなされたものであり、オーディオ情報を再生するとともに、そのオーディオ情報の圧縮して録音可能な車載ナビゲーション装置において、従来よりもコストを低く抑えることを目的とする。

上記目的を達成するために請求項１の車載ナビゲーション装置は、オーディオ情報を外部から取得する取得手段と、前記取得手段が取得したオーディオ情報を圧縮する圧縮手段と、前記圧縮手段が圧縮した圧縮オーディオ情報を記憶する圧縮オーディオ情報記憶手段と、前記圧縮オーディオ情報記憶手段が記憶した圧縮オーディオ情報の再生指示があった場合に、当該圧縮オーディオ情報を伸張する伸張手段と、前記伸張手段が伸張したオーディオ情報、又は直接前記取得手段が取得したオーディオ情報を再生する再生手段と、車両の走行をナビゲートする処理をするナビゲート制御手段とを備える車載ナビゲーション装置において、前記ナビゲート制御手段と前記圧縮手段と前記再生手段は、共通のＣＰＵによって実現され、前記圧縮手段が前記オーディオ情報の圧縮をした場合に、前記ナビゲート制御手段が行う処理及び／又は前記再生手段が行う処理が正常に行われるか否かを基準として、前記ＣＰＵの現在の負荷状況が、小さいか大きいかを判定する判定手段を備え、前記圧縮手段は、前記判定手段が前記ＣＰＵの現在の負荷状況が小さいと判定したときにのみ前記オーディオ情報の圧縮を行うことを特徴とする。

このように、ＣＰＵの負荷状況が小さいときに圧縮処理を行うので、圧縮処理用のハードウェアを別に設ける必要もなく、またＣＰＵの性能を上げる必要もない。これにより、コストを抑えることができる。

請求項２の車載ナビゲーション装置は、前記取得手段が取得したオーディオ情報をそのまま記憶するオーディオ情報記憶手段を備え、前記圧縮手段は、前記オーディオ情報記憶手段に記憶されているオーディオ情報を圧縮することを特徴とする。これによって、ナビゲート制御手段の負荷が大きいときにも、一端オーディオ情報をそのまま記憶しておき、その後ナビゲート制御手段の負荷が小さくなったときに当該オーディオ情報を圧縮することができる。

請求項３の車載ナビゲーション装置は、前記圧縮手段は、前記オーディオ情報を圧縮している最中に前記判定手段により前記ＣＰＵの現在の負荷状況が大きいと判定されたときには当該圧縮を中止し、その後、前記ＣＰＵの現在の負荷状況が小さいと判定されたときには、前記圧縮を中止したところから圧縮を再開することを特徴とする。これにより、圧縮の最中にＣＰＵの負荷状況が変動しても、最終的にはオーディオ情報をすべて圧縮することができる。

請求項４の車載ナビゲーション装置は、前記判定手段は、前記オーディオ情報の再生と前記車両の走行をナビゲートする処理のうち特定処理の少なくとも一方を行っているときに、前記ＣＰＵの負荷状況が大きいと判定することを特徴とする。例えば、ＣＰＵの性能によってはオーディオ情報の再生又は車両の走行をナビゲートする処理のうち特定処理を行うと、高負荷状態となりこのときに圧縮処理するとこれらの処理に不都合が生じる可能性がある。請求項４はこのような場合を想定したものである。

請求項５の車載ナビゲーション装置は、前記判定手段は、前記オーディオ情報の再生、かつ前記車両の走行をナビゲートする処理のうち特定処理を行っているときに、前記ＣＰＵの現在の負荷状況が大きいと判定することを特徴とする。

これは、現在の車載ナビゲーション装置で一般的に用いられているＣＰＵにおいて、オーディオ情報の再生を行っているときは、これによりある程度ＣＰＵの負荷が大きくなっていると考えられる。これに加えてさらに特定のナビゲート処理を行っているときには、全体としてＣＰＵの負荷状況が大きいと考えられる。この場合、圧縮処理を行わない。無理に圧縮処理を行うと、ナビゲーションの案内音声の発生タイミングが遅れる等のナビゲーションの基本機能が正常にできない可能性があるからである。

反対に、現在の車載ナビゲーション装置で一般的に用いられているＣＰＵからみて、オーディオ情報の再生と車両の走行をナビゲートする処理のうち特定処理の一方しか行っていないときには、ＣＰＵの負荷が小さいとして、この場合オーディオ情報の圧縮をすることができる。

請求項６の車載ナビゲーション装置は、出発地及び目的地を設定する設定手段と、地図データを記憶する地図データ記憶手段と、前記車両の現在地を検出する位置検出手段と、表示部と、前記車両の車速を検出する車速検出手段とを備え、前記ナビゲート制御手段は、少なくとも前記地図データを用いて前記設定手段が設定した出発地から目的地までの最適経路を探索する処理と、当該最適経路に沿って前記車両を案内するための案内用データを作成する処理と、前記車両の現在地周辺の地図データを前記表示部に表示する処理と、前記表部部の画面をスクロールする処理とを行い、前記車両の走行をナビゲートする処理のうちの特定処理には、前記最適経路を探索する処理、前記案内用データを作成する処理、前記車両が基準速度よりも速い速度で移動する場合における前記車両の現在地周辺の地図データを前記表示部に表示する処理、前記表部部の画面をスクロールする処理の少なくともいずれか一つは含まれていることを特徴とする。これは、これらの処理は、一般的にナビゲーション処理の中でも負荷が大きい処理と考えられることによる。

請求項７の車載ナビゲーション装置は、前記ＣＰＵは、前記オーディオ情報を圧縮する処理を含む自身が行う処理に対して、あらかじめ決められた優先度の高い処理を優先して行い、前記ＣＰＵが前記オーディオ情報の圧縮処理を行う時間間隔を監視する監視手段を備え、前記判定手段は、前記監視手段が監視した前記オーディオ情報の圧縮処理を行う時間間隔の閾値判定することにより、前記ＣＰＵの現在の負荷状況が小さいか大きいかを判定することを特徴とする。

上記請求項４〜６の車載ナビゲーション装置では、ＣＰＵがあらかじめ決められた処理（オーディオ情報の再生、車両の走行をナビゲートする処理のうち特定処理）を行っているときに、ＣＰＵの負荷状況が大きいと判定していたが、請求項８のようにＣＰＵが圧縮処理に費やす時間間隔から、ＣＰＵの負荷状況を判定してもよい。つまり、その時間間隔が大きいときには他の処理を頻繁に行っているということになるので、ＣＰＵの負荷状況は大きいと判定でき、反対にその時間間隔が小さいときには他の処理はそれほど頻繁には行われていないことになる。したがって、このような方法でＣＰＵの現在の負荷状況が大きいと判定したときには、圧縮処理のタスクに廻ってきたとしてもそのタスクを行わないことになる。これにより、一端、圧縮処理のタスクを行うとある程度のその処理に時間を費やすことになることから、他の優先度の高い処理に支障をきたすということを防ぐことができる。

請求項８の車載ナビゲーション装置は、前記あらかじめ決められた優先度は、前記オーディオ情報の再生、前記車両の走行をナビゲートする処理、前記オーディオ情報の圧縮の順で低くなることを特徴とする。これは、これらの順でリアルタイムによる処理の要求度が低くなると考えられるためである。したがって、圧縮処理のタスクに廻ってくる時間間隔が大きいということは、ＣＰＵはオーディオ情報の再生か車両の走行をナビゲートする処理を頻繁に行っていることになる。この場合は、圧縮処理を行わず、優先的にオーディオ情報の再生や車両の走行をナビゲートする処理を行うことになる。これによって、オーディオ情報の再生処理、車両の走行をナビゲートする処理とオーディオ情報の圧縮処理とをいずれも支障をきたすことなく、一つのＣＰＵで実行することができる。

（第１実施形態）
以下本発明に係る車載ナビゲーション装置の第1の実施形態について説明する。本発明の車載ナビゲーション装置では、一つのＣＰＵでナビゲーション処理と音楽ＣＤなどのオーディオ情報の再生と圧縮録音とを行い、この際にそのＣＰＵの負荷が小さいときにオーディオ情報の圧縮を行うことを特徴としている。この第1実施形態では、そのＣＰＵの負荷が小さいか否かを、負荷が大きいと考えられる所定の処理を行っているか否かで判定している。

図１は、本実施形態の車載ナビゲーション装置１００の全体構成を示すブロック図である。同図に示すように車載ナビゲーション装置１００は、位置検出器１、地図データ入力器６、操作スイッチ群７、外部メモリ９、表示装置１０、音声出力装置１１、リモコンセンサ１２、リモコン１３、ＣＤドライブ１４及びこれらと接続する制御回路８から構成される。以下各構成部品について説明する。

位置検出器１は、いずれも周知の地磁気センサ２、ジャイロスコープ３、距離センサ４、及び衛星からの電波に基づいて車両の位置を検出するＧＰＳ（ＧｌｏｂａｌＰｏｓｉｔｉｏｎｉｎｇＳｙｓｔｅｍ）のためのＧＰＳ受信機５を有している。これらは、各々が性質の異なる誤差を持っているため、複数のセンサにより各々補完しながら使用するように構成されている。なお、各センサの精度によっては位置検出器１を上述した一部で構成してもよく、更に、図示しないステアリングの回転センサ、各転動輪の車速センサ等を用いてもよい。この位置検出器１により、車両の現在地が検出され、制御回路８は、例えば、経路案内を行う際には、車両が探索経路のどの位置を走行しているのかを認識でき、また車両がその経路に沿って走行しているか否かを判定することができる。

地図データ入力器６は、道路の接続構造を示す道路地図データ、この道路地図データを用いた道路地図を表示する際に、地形や施設に関する背景を表示するための背景データ、地名等を表示するための文字データなどの各種の地図データを制御回路８に入力するためのものである。この地図データ入力器６は、上述した地図データを記憶する記憶媒体を備え、記憶媒体としては、そのデータ量からＤＶＤ−ＲＯＭやハードディスクを用いるのが一般的であるが、メモリカード等の他の記憶媒体を用いてもよい。

ここで、地図データ入力機６の記憶媒体に記憶されている地図データについて、簡単に説明する。まず、道路地図データは、複数の道路が交差、合流、分岐する地点に関するノードデータと、その地点間を結ぶ道路に関するリンクデータを有する。ノードデータは、ノード毎に固有の番号を付したノードＩＤ、ノード座標、ノード名称、ノードに接続する全てのリンクのリンクＩＤが記述される接続リンクＩＤ、及び交差点種類などの各データから構成される。また、リンクデータは、道路毎に固有の番号を付したリンクＩＤ、リンク長、始点及び終点座標、高速道路や一般道路などの道路種別、道路幅員、リンク旅行時間などの各データから構成されている。

背景データは、地図上の各施設や地形等と、それに対応する地図上の座標を関連付けたデータとして構成している。なお、施設に関しては、その施設に関連付けて電話番号や、住所等のデータも記憶されている。また、文字データは、地名、施設名、道路名等を地図上に表示するものであって、その表示すべき位置に対応する座標データと関連付けて記憶されている。

従って、この道路地図データに背景データ及び文字データを組み合わせることにより、道路を含む地図を表示することができる。また、道路地図データは、地図を表示する以外に、マップマッチング処理を行う際の道路の形状を与えるために用いられたり、目的地までの案内経路を検索する際に用いられる。

操作スイッチ群７は、例えば、後述する表示装置１０と一体になったタッチスイッチもしくはメカニカルなスイッチ等が用いられ、例えば、経路探索の際の出発地及び目的地の設定をしたり、ＣＤドライブ１４に挿入されている音楽ＣＤの再生や、後述する外部メモリ９に録音した圧縮オーディオ情報の再生を指示したりするのに用いられる。

外部メモリ９は、例えば、メモリカードやハードディスク等の記憶媒体からなる。この外部メモリ９には、ユーザによって記憶されたテキストデータ、画像データ、音声データ等の各種データが記憶される。また、後述するようにＣＤドライブ１４から入力されたオーディオ情報を再生とともに一時的に記憶し、その後圧縮されたときにもこの外部メモリ９に記憶される。

表示装置１０は、例えば、液晶ディスプレイによって構成され、表示装置１０の画面には、通常、車両の現在位置に対応する自車位置マーク、及び、地図データ入力器６より入力された地図データによって生成される自車両周辺の道路地図が表示される。また、操作スイッチ群７の操作によって、表示装置１０には、メニュー画面や設定画面等の各種の画面が表示される。

音声出力装置１１は、スピーカやオーディオアンプ等から構成されるもので、音声案内等を行う際に用いられる。また、後述するＣＤドライブ１４された音楽ＣＤのオーディオ情報やそれを圧縮して録音したオーディオ情報の再生にも用いられる。

また、本実施形態の車載ナビゲーション装置１００は、リモートコントロール端末（以下、リモコンと称する）１３及びリモコンセンサ１２を備えており、このリモコン１３によっても、上述した操作スイッチ群７とほぼ同様に、各種のナビゲーション操作を行うことが可能である。

ＣＤドライブ１４は、音楽ＣＤに記憶されているオーディオ情報を制御回路に入力する。ここで入力されたオーディオ情報が再生されたり、また圧縮して録音されたりする。なお、ＣＤドライブ１４のほかに、オーディオ情報を入力できるものであれば何でもよく、例えばＤＶＤドライブと兼用のものや、ＭＤに記憶されているオーディオ情報も入力できるものを用いてもよい。

制御回路８は、通常のコンピュータとして構成されており、内部には周知のＣＰＵ、ＲＯＭ、ＲＡＭ、Ｉ／Ｏ及びこれらの構成を接続するバスラインが備えられている。ＲＯＭには、制御回路８が実行するためのプログラムが書き込まれており、このプログラムに従ってＣＰＵが上記各部を利用した各種演算処理を行う。具体的には、例えば出発地から目的地までの最適経路の探索を行う。これは、上述した道路地図データを構成する各リンク及びノードごとに通過しやすさを示す通過コストが算出する。この通過コストは、各リンクの特性（リンク長、道路種、道路幅等）及び各ノードにおける直進、右左折の種別に応じて算出する。そして、出発地から目的地までの任意の経路に対して、各経路を構成する各リンク及び各ノードの通過コストの加算値が最小となる経路がダイクストラ法などの経路探索手法などを用いて探索する。その後、車両をこの探索経路に沿って案内するための案内データを作成する。具体的には、案内すべき地点と案内用データ（例えば「この先の交差点を右折してください」）とを対応つけたデータを作成する。

また、制御回路８は一定時間間隔ごとに位置検出器１が検出する車両の推定現在地を、道路上にマップマッチングして車両の現在地を決定している。そして、地図データ入力器６から現在地周辺の地図データを読み出して、現在地が表示装置１０の中心にくるように、現在地を示すマークとともにその地図データを表示する。すなわち、車両が走行している間は、制御装置８は現在地を中心とした地図を表示する。さらに、ユーザーから画面のスクロール指示があった場合には、スクロールすべき方向の地図データを地図データ入力器６から読み出しつつスクロール表示を行う。

また、制御回路８は自身の負荷状況が小さいときに、外部メモリ９に記憶された非圧縮のオーディオ情報の圧縮処理を行う。圧縮方式としては、例えばＭＰ３などが挙げられる。このときの処理の詳細についてはフローチャートを用いて後述する。

また、制御回路８はユーザーからの音楽の再生指示があった場合は、ＣＤドライブ１４に挿入されている音楽ＣＤに記録されているオーディオ情報を直接読み出して再生したり、外部メモリ９に記憶した圧縮オーディオ情報を伸張して再生したりする。なお、本実施形態では、ＣＤドライブ１４に音楽ＣＤの挿入があった場合は自動的にその音楽ＣＤを再生するようにしている。

次に、本発明の特徴である、制御回路８のＣＰＵの処理状況に応じて、オーディオ情報の圧縮処理を実行したり中止したりする処理について、図2のフローチャートを用いて説明する。

ＣＤドライブ１４に音楽ＣＤの挿入があったときに処理を開始する。先ずステップＳ１０１においてその音楽ＣＤに記憶されているＣＤデータ（オーディオ情報）を読み込む。そして、ステップＳ１０２においてそのＣＤデータを再生して音声出力装置１１に音声として出力する。また、この再生処理に伴い、ステップＳ１０３において再生したＣＤデータをそのまま外部メモリ９に記憶していく。

一方、ステップＳ１１０において自身のＣＰＵの処理状況が小さいか大きいかを判定する。負荷状況が小さいと判定したときにはステップＳ１０８において、外部メモリ９に記憶したオーディオ情報を読み出し、圧縮処理を実行して再び外部メモリ９に記憶する。一方、負荷状況が大きいと判定したときにはステップＳ１０９において圧縮処理の実行を停止する。なお、圧縮している途中で停止する場合は、その停止したデータの箇所を記憶しておき、再度圧縮処理を実行するときには、停止したところから圧縮を再開する。これによって効率よく圧縮をすることができる。

ここで、制御回路８のＣＰＵの負荷状況が小さいか大きいかは、ステップＳ１０４〜Ｓ１０７によって判定する。ステップＳ１０４〜Ｓ１０７に記載の処理はＣＰＵの負荷が大きいと考えられるものであり、これらの処理の一つでも行っているときにはＣＰＵの負荷状況が大きいと判定する。反対に、これらの処理のいずれも行っていないときにはＣＰＵの負荷状況が小さいと判定する。

具体的には、ステップＳ１０４において車速が基準値以上か否かを判定する。車速が大きければ現在地の変化度合いが大きくなり、これに伴い頻繁に地図データ入力器６から地図データを読み出して、表示装置１０に表示する地図を変えなければならない。したがって、車速が基準値以上の場合は、ＣＰＵの負荷状況が大きいと考えられる。

また、ステップＳ１０５において地図スクロール中であるか否かを判定する。地図をスクロール表示すると、普段よりも地図データ入力器６から地図データを読み出すスピードが速くなり、それを表示装置１０で表示するための処理も速くしなければならない。したがって、地図をスクロール中である場合は、ＣＰＵの負荷状況が大きいと考えられる。

また、ステップＳ１０６において経路探索中か否かを判定する。上述したように、ユーザーから出発地と目的地の設定があった場合には、その出発地から目的地までの最適経路を探索する。この探索のためには、道路地図データを構成するそれぞれのリンク、ノードにコストを付与するとともに、ダイクストラ法などの手法によって出発地から目的地までの複数の経路に対して最小コストの経路を探索する必要がある。したがって、経路探索中の場合は、ＣＰＵの負荷状況が大きいと考えられる。

また、ステップＳ１０７において案内データを作成中か否かを判定する。上述したように、案内データを作成するためには、探索経路のどこで案内が必要かを判断し、さらに案内必要と判断したときにはどのような案内をするのかを決定する必要がある。したがって、案内データを作成中の場合は、ＣＰＵの負荷状況が大きいと考えられる。

ステップＳ１１１において、音楽ＣＤの全トラックの圧縮が完了したか否かを判定する。未だ完了していないときには、再びステップＳ１０１に戻り上述した処理を繰り返す。一方、全てのトラックの圧縮が完了したときは処理を終了する。

以上、本実施形態の車載ナビゲーション装置１００では、音楽ＣＤの再生とともにそのオーディオ情報をそのまま一時的に記憶する。このオーディオ情報は、負荷が大きいと考えられる処理（ステップＳ１０４〜Ｓ１０７）をＣＰＵが行っていないときにかぎり、圧縮して再度記憶する。すなわち、一つのＣＰＵでナビゲーション処理とオーディオ情報の再生処理及び、オーディオ情報の圧縮録音処理とに用いることができる。これにより、圧縮処理を行うために別にＤＳＰなどのハードウェアを用いることもないので、コストダウンを図ることができる。

なお、本実施形態ではステップＳ１０３において、音楽ＣＤを再生した際には、そのデータをそのまま記憶するとともに、ステップＳ１１０を満たした場合には即座に圧縮処理を行っていた。しかし、これに限定されるわけではなく、例えばステップＳ１０３にて記憶を開始してから一定時間経過後にステップＳ１０４以下の処理を行ったり、ステップＳ１０３にて音楽ＣＤの１トラック分のデータを記憶した後にＳ１０４以下の処理を行っても良い。また、音楽ＣＤの全トラック分のデータを一端そのまま記憶し、その後ステップＳ１０４以下にて圧縮処理を行っても良い。

また、本実施形態で示したＣＰＵの負荷が大きいと考えられる処理（ステップＳ１０４〜Ｓ１０７）以外にもＣＰＵの負荷が大きいと考えられる処理があれば、その処理を考慮して圧縮処理の実行・停止を切り替えるようにしてもよい。

（第2実施形態）
次に、本発明に係る車載ナビゲーション装置の第2の実施形態について説明する。上記第1実施形態では、制御回路８のＣＰＵの負荷が大きいと考えられる処理をあらかじめ想定し、その処理を行っているかいないかによって、ＣＰＵの負荷状況が小さいか大きいかを判定していた。この第2実施形態では、ＣＰＵが行う処理にあらかじめ優先順位を付けておき、ＣＰＵは優先度が高い処理（タスク）を優先的に行うようにする。ここで、優先順位の付け方としては、リアルタイム性が要求されるタスクの優先度を大きくするようにする。したがって、例えば車両の現在地周辺の地図を表示するなどのナビゲーション処理、オーディオ情報の再生処理、オーディオ情報の圧縮処理を考えた場合、ナビゲーション処理の種類にもよるが、オーディオ情報の再生処理、ナビゲーション処理、オーディオ情報の圧縮処理の順で優先順位を大から小に設定する。これらの順でリアルタイム性が低くなると考えられるからである。したがって、オーディオ情報の再生処理やナビゲーション処理でＣＰＵが頻繁に使用されているときには、オーディオ情報の圧縮処理のタスクになかなか廻ってこないことになる。反対に、オーディオ情報の再生処理やナビゲーション処理でＣＰＵがあまり使用されているときには、それよりも優先順位が低いオーディオ情報の圧縮処理のタスクに廻ってくる回数が増えることになる。

そこで、この第2の実施形態ではオーディオ情報の圧縮処理のタスクに廻ってくる時間間隔をモニタし、その時間間隔によってＣＰＵの負荷状況が小さいか大きいかを判定する。そして、ＣＰＵの負荷状況が大きいと判定したときには、オーディオ情報の圧縮処理のタスクに廻ってきたとしても、ＣＰＵは圧縮処理を行わないようにする。一旦タスクを実行すると、ある程度それに時間が費やされて、オーディオ情報の再生処理やナビゲーション処理などに支障をきたすことがあるからである。以下、本実施形態の詳細を第1実施形態と異なる部分を中心に説明する。

本実施形態の車載ナビゲーション装置としては、第1実施形態と同様で、図1に示す構成の車載ナビゲーション装置１００が用いられる。同図に示す各部の働きについても基本的には第1実施形態と同じなので説明を省略するが、上述したように制御回路８が行う自身のＣＰＵの負荷状況が小さいか大きいかの判定方法が異なる。以下、この判定処理について図３、図４のフローチャートを用いて説明する。なお、図３、図４に示す処理は、図２のステップＳ１１０（ステップＳ１０４〜Ｓ１０７）及びステップＳ１０８、Ｓ１０９に相当する処理である。したがって、その他の処理（ステップＳ１０１〜Ｓ１０３、Ｓ１１１）については第1実施形態と同じである。すなわち、先ずステップＳ１０１においてＣＤドライブ１４に挿入されているＣＤデータを読み出して、ステップＳ１０２においてそれを再生する。それと同時にステップＳ１０３において、逐次ＣＤデータを非圧縮の状態で記憶していく。その後、図３、図４の処理に従って非圧縮のオーディオ情報の圧縮処理をする。

先ず、オーディオ情報の再生処理及びナビゲーション処理が空いた時には、制御回路８のＣＰＵは圧縮処理のタスクをしようとする。ここで、先ずステップＳ２０１において、後述するモニタタスクを呼び出す。ここで、モニタタスクとはＣＰＵが圧縮処理のタスクに費やした時間間隔をモニタするタスクであり、具体的には図４のフローチャートに従って行う。

ステップＳ３０１において監視タイマが所定時間Ｔｍｓより大きいか否かを判定する。この監視タイマとは、ＣＰＵが前回圧縮処理のタスクを行ったときからの時間を計測するタイマである。ここで、監視タイマが所定時間Ｔｍｓより小さいときは、処理をステップＳ３０３に進む。監視タイマが所定時間Ｔｍｓより小さいということは、ＣＰＵは比較的頻繁に圧縮処理のタスクに費やすことができる負荷状態、つまり負荷状態が小さいということを意味している。この場合、ステップＳ３０３において、圧縮処理のタスクを実行するか否かの判断となる停止フラグをリセット（＝０）にする。一方、監視タイマが所定時間Ｔｍｓより大きいときは、処理をステップＳ３０２に進む。ここで、監視タイマが所定時間Ｔｍｓより大きいということは、ＣＰＵは圧縮処理以外の処理に費やす時間が長い、つまり負荷状態が大きいということを意味している。この場合、ステップＳ３０４において、停止フラグをセット（＝１）にする。その後、ステップＳ３０４において監視タイマをリセットして、このモニタタスク処理を終了する。

再び、図３に示す処理に説明を戻り、ステップＳ２０２において上述したモニタタスクによって、停止フラグがセット（＝１）されているか否かを判定する。ここでセットされていないときには、ＣＰＵの負荷状況が小さいとして、ステップＳ２０３において圧縮処理を実行する。一方、停止フラグがセットされているときには、ＣＰＵの負荷状況が大きいとして、圧縮処理を実行せずにこのタスクを終了する。これは、優先度の高い処理を優先的にするといっても、一旦圧縮処理を実行するとある程度時間を費やされ、その優先度の高い処理に支障をきたすことがあるからである。

以上の処理を音楽ＣＤのすべてのトラックについての圧縮が完了するまで行う（図２ステップＳ１１１）。

以上本実施形態では、ＣＰＵが圧縮処理のタスクに費やす時間間隔をモニタすることによって、ＣＰＵの負荷状況が小さいか大きいかを判定している。そして、ＣＰＵの負荷状況が小さいときに、オーディオ情報の圧縮処理を実行するようにしている。これにより、一つのＣＰＵで他の処理と併用して、オーディオ情報の圧縮処理を行うことができる。つまり、オーディオ情報の圧縮処理のために、ＤＳＰなどの別のハードウェアを用いる必要がないのでコストダウンを図ることができる。

第1実施形態、第2実施形態に係る車載ナビゲーション装置１００の全体構成を示すブロック図である。第1実施形態の車載ナビゲーション装置１００が行う、制御回路８のＣＰＵの処理状況に応じて、オーディオ情報の圧縮処理を実行したり中止したりする処理を示すフローチャートである。第2実施形態の制御回路８のＣＰＵが行う、オーディオ情報の圧縮処理のタスクを示すフローチャートである。第2実施形態の制御回路８のＣＰＵが行う、自身が圧縮処理のタスクに費やした時間間隔をモニタするタスクを示すフローチャートである。

符号の説明

１００車載ナビゲーション装置
１位置検出器
２地磁気センサ
３ジャイロスコープ
４距離センサ
５ＧＰＳ受信機
６地図データ入力器
７操作スイッチ群
８制御回路
９外部メモリ
１０表示装置
１１音声出力装置
１２リモコン
１３リモコンセンサ
１４ＣＤドライブ

Claims

オーディオ情報を外部から取得する取得手段と、
前記取得手段が取得したオーディオ情報を圧縮する圧縮手段と、
前記圧縮手段が圧縮した圧縮オーディオ情報を記憶する圧縮オーディオ情報記憶手段と、
前記圧縮オーディオ情報記憶手段が記憶した圧縮オーディオ情報の再生指示があった場合に、当該圧縮オーディオ情報を伸張する伸張手段と、
前記伸張手段が伸張したオーディオ情報、又は直接前記取得手段が取得したオーディオ情報を再生する再生手段と、
車両の走行をナビゲートする処理をするナビゲート制御手段とを備える車載ナビゲーション装置において、
前記ナビゲート制御手段と前記圧縮手段と前記再生手段は、共通のＣＰＵによって実現され、
前記圧縮手段が前記オーディオ情報の圧縮をした場合に、前記ナビゲート制御手段が行う処理及び／又は前記再生手段が行う処理が正常に行われるか否かを基準として、前記ＣＰＵの現在の負荷状況が、小さいか大きいかを判定する判定手段を備え、
前記圧縮手段は、前記判定手段が前記ＣＰＵの現在の負荷状況が小さいと判定したときにのみ前記オーディオ情報の圧縮を行うことを特徴とする車載ナビゲーション装置。
前記取得手段が取得したオーディオ情報をそのまま記憶するオーディオ情報記憶手段を備え、
前記圧縮手段は、前記オーディオ情報記憶手段に記憶されているオーディオ情報を圧縮することを特徴とする請求項１に記載の車載ナビゲーション装置。
前記圧縮手段は、前記オーディオ情報を圧縮している最中に前記判定手段により前記ＣＰＵの現在の負荷状況が大きいと判定されたときには当該圧縮を中止し、その後、前記ＣＰＵの現在の負荷状況が小さいと判定されたときには、前記圧縮を中止したところから圧縮を再開することを特徴とする請求項１又は２に記載の車載ナビゲーション装置。
前記判定手段は、前記オーディオ情報の再生と前記車両の走行をナビゲートする処理のうち特定処理の少なくとも一方を行っているときに、前記ＣＰＵの負荷状況が大きいと判定することを特徴とする請求項１〜３のいずれかに記載の車載ナビゲーション装置。
前記判定手段は、前記オーディオ情報の再生、かつ前記車両の走行をナビゲートする処理のうち特定処理を行っているときに、前記ＣＰＵの現在の負荷状況が大きいと判定することを特徴とする請求項４に記載の車載ナビゲーション装置。
出発地及び目的地を設定する設定手段と、
地図データを記憶する地図データ記憶手段と、
前記車両の現在地を検出する位置検出手段と、
表示部と、
前記車両の車速を検出する車速検出手段とを備え、
前記ナビゲート制御手段は、少なくとも前記地図データを用いて前記設定手段が設定した出発地から目的地までの最適経路を探索する処理と、当該最適経路に沿って前記車両を案内するための案内用データを作成する処理と、前記車両の現在地周辺の地図データを前記表示部に表示する処理と、前記表部部の画面をスクロールする処理とを行い、
前記車両の走行をナビゲートする処理のうちの特定処理には、前記最適経路を探索する処理、前記案内用データを作成する処理、前記車両が基準速度よりも速い速度で移動する場合における前記車両の現在地周辺の地図データを前記表示部に表示する処理、前記表部部の画面をスクロールする処理の少なくともいずれか一つは含まれていることを特徴とする請求項４又は５に記載の車載ナビゲーション装置。
前記ＣＰＵは、前記オーディオ情報を圧縮する処理を含む自身が行う処理に対して、あらかじめ決められた優先度の高い処理を優先して行い、
前記ＣＰＵが前記オーディオ情報の圧縮処理を行う時間間隔を監視する監視手段を備え、
前記判定手段は、前記監視手段が監視した前記オーディオ情報の圧縮処理を行う時間間隔の閾値判定することにより、前記ＣＰＵの現在の負荷状況が小さいか大きいかを判定することを特徴とする請求項１〜３のいずれかに記載の車載ナビゲーション装置。
前記あらかじめ決められた優先度は、前記オーディオ情報の再生、前記車両の走行をナビゲートする処理、前記オーディオ情報の圧縮の順で低くなることを特徴とする請求項７に記載の車載ナビゲーション装置。