車載ナビゲーション装置
【課題】オーディオ情報を再生するとともに、それを圧縮して録音とが可能な車載ナビゲーション装置において、従来よりもコストを低く抑えること。
【解決手段】音楽ＣＤの再生（ステップＳ１０２）とともに、そのＣＤデータを一旦そのままメモリに記憶しておく（ステップＳ１０３）。その後、ＣＰＵの負荷が大きいと考えられる処理（ステップＳ１０４〜Ｓ１０７）のいずれも行っていないときに、メモリに記憶したＣＤデータを圧縮する（ステップＳ１０８）。換言すれば、ＣＰＵの負荷が大きいと考えられる処理（ステップＳ１０４〜Ｓ１０７）のいずれかを行っているときには、圧縮処理を停止する。これにより、圧縮処理用にＤＳＰなどのハードウェアを用いることなく、一つのＣＰＵでオーディオ情報の再生、圧縮、ナビゲーション処理とを併用することができる。これにより、コストダウンを図ることができる。
【解決手段】音楽ＣＤの再生（ステップＳ１０２）とともに、そのＣＤデータを一旦そのままメモリに記憶しておく（ステップＳ１０３）。その後、ＣＰＵの負荷が大きいと考えられる処理（ステップＳ１０４〜Ｓ１０７）のいずれも行っていないときに、メモリに記憶したＣＤデータを圧縮する（ステップＳ１０８）。換言すれば、ＣＰＵの負荷が大きいと考えられる処理（ステップＳ１０４〜Ｓ１０７）のいずれかを行っているときには、圧縮処理を停止する。これにより、圧縮処理用にＤＳＰなどのハードウェアを用いることなく、一つのＣＰＵでオーディオ情報の再生、圧縮、ナビゲーション処理とを併用することができる。これにより、コストダウンを図ることができる。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、音楽ＣＤなどのオーディオ情報を再生するとともに、当該オーディオ情報を圧縮して録音可能な車載ナビゲーション装置に関する。
【背景技術】
【０００２】
現在の多くの車載ナビゲーション装置は、ナビゲーション機能の他に音楽ＣＤなどのオーディオ情報も再生可能なオーディオ機能が付与されている。さらに、特許文献１のように再生したオーディオ情報を車載ナビゲーション装置に設けられたハードディスクなどの大容量記憶装置に録音させておくことができるものもある。これによって、以降走行の際はいつでも記憶したオーディオ情報を再生することができる。
【０００３】
また、特許文献１に記載の車載ナビゲーション装置では、オーディオ情報を車載ナビゲーション装置に録音する際に、圧縮して録音することができるようになっている。これによって、多くのオーディオ情報を録音することができる。
【特許文献１】特開２００１−１４３３６９号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
ところで、通常上述の特許文献１のようにオーディオ情報を圧縮して録音するために、ナビゲーション機能を処理するＣＰＵとは別にＤＳＰ（Ｄｉｇｉｔａｌ Ｓｉｇｎａｌ Ｐｒｏｃｅｓｓｏｒ）などのハードウェアを設けてこの圧縮処理を行っている。なぜなら、圧縮処理は負荷が大きい処理のため、同一のＣＰＵでナビゲーション機能の処理、オーディオ情報の再生と同時にはこの圧縮処理をすることができないためである。したがって、圧縮して録音する機能を付与するとその分コストが高くなり、また圧縮処理するＤＳＰなどのハードウェアの実装面においてもデメリットがある。この問題点を防ぐためにＣＰＵの性能を上げて一つのＣＰＵで圧縮処理も行うという方法も考えられるが、ＣＰＵの性能を上げるということは結局ＣＰＵ自体のコストが高くなるので、コスト面ではそれ程メリットがない。
【０００５】
本発明は以上の問題点に鑑みてなされたものであり、オーディオ情報を再生するとともに、そのオーディオ情報の圧縮して録音可能な車載ナビゲーション装置において、従来よりもコストを低く抑えることを目的とする。
【課題を解決するための手段】
【０００６】
上記目的を達成するために請求項１の車載ナビゲーション装置は、オーディオ情報を外部から取得する取得手段と、前記取得手段が取得したオーディオ情報を圧縮する圧縮手段と、前記圧縮手段が圧縮した圧縮オーディオ情報を記憶する圧縮オーディオ情報記憶手段と、前記圧縮オーディオ情報記憶手段が記憶した圧縮オーディオ情報の再生指示があった場合に、当該圧縮オーディオ情報を伸張する伸張手段と、前記伸張手段が伸張したオーディオ情報、又は直接前記取得手段が取得したオーディオ情報を再生する再生手段と、車両の走行をナビゲートする処理をするナビゲート制御手段とを備える車載ナビゲーション装置において、前記ナビゲート制御手段と前記圧縮手段と前記再生手段は、共通のＣＰＵによって実現され、前記圧縮手段が前記オーディオ情報の圧縮をした場合に、前記ナビゲート制御手段が行う処理及び／又は前記再生手段が行う処理が正常に行われるか否かを基準として、前記ＣＰＵの現在の負荷状況が、小さいか大きいかを判定する判定手段を備え、前記圧縮手段は、前記判定手段が前記ＣＰＵの現在の負荷状況が小さいと判定したときにのみ前記オーディオ情報の圧縮を行うことを特徴とする。
【０００７】
このように、ＣＰＵの負荷状況が小さいときに圧縮処理を行うので、圧縮処理用のハードウェアを別に設ける必要もなく、またＣＰＵの性能を上げる必要もない。これにより、コストを抑えることができる。
【０００８】
請求項２の車載ナビゲーション装置は、前記取得手段が取得したオーディオ情報をそのまま記憶するオーディオ情報記憶手段を備え、前記圧縮手段は、前記オーディオ情報記憶手段に記憶されているオーディオ情報を圧縮することを特徴とする。これによって、ナビゲート制御手段の負荷が大きいときにも、一端オーディオ情報をそのまま記憶しておき、その後ナビゲート制御手段の負荷が小さくなったときに当該オーディオ情報を圧縮することができる。
【０００９】
請求項３の車載ナビゲーション装置は、前記圧縮手段は、前記オーディオ情報を圧縮している最中に前記判定手段により前記ＣＰＵの現在の負荷状況が大きいと判定されたときには当該圧縮を中止し、その後、前記ＣＰＵの現在の負荷状況が小さいと判定されたときには、前記圧縮を中止したところから圧縮を再開することを特徴とする。これにより、圧縮の最中にＣＰＵの負荷状況が変動しても、最終的にはオーディオ情報をすべて圧縮することができる。
【００１０】
請求項４の車載ナビゲーション装置は、前記判定手段は、前記オーディオ情報の再生と前記車両の走行をナビゲートする処理のうち特定処理の少なくとも一方を行っているときに、前記ＣＰＵの負荷状況が大きいと判定することを特徴とする。例えば、ＣＰＵの性能によってはオーディオ情報の再生又は車両の走行をナビゲートする処理のうち特定処理を行うと、高負荷状態となりこのときに圧縮処理するとこれらの処理に不都合が生じる可能性がある。請求項４はこのような場合を想定したものである。
【００１１】
請求項５の車載ナビゲーション装置は、前記判定手段は、前記オーディオ情報の再生、かつ前記車両の走行をナビゲートする処理のうち特定処理を行っているときに、前記ＣＰＵの現在の負荷状況が大きいと判定することを特徴とする。
【００１２】
これは、現在の車載ナビゲーション装置で一般的に用いられているＣＰＵにおいて、オーディオ情報の再生を行っているときは、これによりある程度ＣＰＵの負荷が大きくなっていると考えられる。これに加えてさらに特定のナビゲート処理を行っているときには、全体としてＣＰＵの負荷状況が大きいと考えられる。この場合、圧縮処理を行わない。無理に圧縮処理を行うと、ナビゲーションの案内音声の発生タイミングが遅れる等のナビゲーションの基本機能が正常にできない可能性があるからである。
【００１３】
反対に、現在の車載ナビゲーション装置で一般的に用いられているＣＰＵからみて、オーディオ情報の再生と車両の走行をナビゲートする処理のうち特定処理の一方しか行っていないときには、ＣＰＵの負荷が小さいとして、この場合オーディオ情報の圧縮をすることができる。
【００１４】
請求項６の車載ナビゲーション装置は、出発地及び目的地を設定する設定手段と、地図データを記憶する地図データ記憶手段と、前記車両の現在地を検出する位置検出手段と、表示部と、前記車両の車速を検出する車速検出手段とを備え、前記ナビゲート制御手段は、少なくとも前記地図データを用いて前記設定手段が設定した出発地から目的地までの最適経路を探索する処理と、当該最適経路に沿って前記車両を案内するための案内用データを作成する処理と、前記車両の現在地周辺の地図データを前記表示部に表示する処理と、前記表部部の画面をスクロールする処理とを行い、前記車両の走行をナビゲートする処理のうちの特定処理には、前記最適経路を探索する処理、前記案内用データを作成する処理、前記車両が基準速度よりも速い速度で移動する場合における前記車両の現在地周辺の地図データを前記表示部に表示する処理、前記表部部の画面をスクロールする処理の少なくともいずれか一つは含まれていることを特徴とする。これは、これらの処理は、一般的にナビゲーション処理の中でも負荷が大きい処理と考えられることによる。
【００１５】
請求項７の車載ナビゲーション装置は、前記ＣＰＵは、前記オーディオ情報を圧縮する処理を含む自身が行う処理に対して、あらかじめ決められた優先度の高い処理を優先して行い、前記ＣＰＵが前記オーディオ情報の圧縮処理を行う時間間隔を監視する監視手段を備え、前記判定手段は、前記監視手段が監視した前記オーディオ情報の圧縮処理を行う時間間隔の閾値判定することにより、前記ＣＰＵの現在の負荷状況が小さいか大きいかを判定することを特徴とする。
【００１６】
上記請求項４〜６の車載ナビゲーション装置では、ＣＰＵがあらかじめ決められた処理（オーディオ情報の再生、車両の走行をナビゲートする処理のうち特定処理）を行っているときに、ＣＰＵの負荷状況が大きいと判定していたが、請求項８のようにＣＰＵが圧縮処理に費やす時間間隔から、ＣＰＵの負荷状況を判定してもよい。つまり、その時間間隔が大きいときには他の処理を頻繁に行っているということになるので、ＣＰＵの負荷状況は大きいと判定でき、反対にその時間間隔が小さいときには他の処理はそれほど頻繁には行われていないことになる。したがって、このような方法でＣＰＵの現在の負荷状況が大きいと判定したときには、圧縮処理のタスクに廻ってきたとしてもそのタスクを行わないことになる。これにより、一端、圧縮処理のタスクを行うとある程度のその処理に時間を費やすことになることから、他の優先度の高い処理に支障をきたすということを防ぐことができる。
【００１７】
請求項８の車載ナビゲーション装置は、前記あらかじめ決められた優先度は、前記オーディオ情報の再生、前記車両の走行をナビゲートする処理、前記オーディオ情報の圧縮の順で低くなることを特徴とする。これは、これらの順でリアルタイムによる処理の要求度が低くなると考えられるためである。したがって、圧縮処理のタスクに廻ってくる時間間隔が大きいということは、ＣＰＵはオーディオ情報の再生か車両の走行をナビゲートする処理を頻繁に行っていることになる。この場合は、圧縮処理を行わず、優先的にオーディオ情報の再生や車両の走行をナビゲートする処理を行うことになる。これによって、オーディオ情報の再生処理、車両の走行をナビゲートする処理とオーディオ情報の圧縮処理とをいずれも支障をきたすことなく、一つのＣＰＵで実行することができる。
【発明を実施するための最良の形態】
【００１８】
（第１実施形態）
以下本発明に係る車載ナビゲーション装置の第1の実施形態について説明する。本発明の車載ナビゲーション装置では、一つのＣＰＵでナビゲーション処理と音楽ＣＤなどのオーディオ情報の再生と圧縮録音とを行い、この際にそのＣＰＵの負荷が小さいときにオーディオ情報の圧縮を行うことを特徴としている。この第1実施形態では、そのＣＰＵの負荷が小さいか否かを、負荷が大きいと考えられる所定の処理を行っているか否かで判定している。
【００１９】
図１は、本実施形態の車載ナビゲーション装置１００の全体構成を示すブロック図である。同図に示すように車載ナビゲーション装置１００は、位置検出器１、地図データ入力器６、操作スイッチ群７、外部メモリ９、表示装置１０、音声出力装置１１、リモコンセンサ１２、リモコン１３、ＣＤドライブ１４及びこれらと接続する制御回路８から構成される。以下各構成部品について説明する。
【００２０】
位置検出器１は、いずれも周知の地磁気センサ２、ジャイロスコープ３、距離センサ４、及び衛星からの電波に基づいて車両の位置を検出するＧＰＳ（Ｇｌｏｂａｌ Ｐｏｓｉｔｉｏｎｉｎｇ Ｓｙｓｔｅｍ）のためのＧＰＳ受信機５を有している。これらは、各々が性質の異なる誤差を持っているため、複数のセンサにより各々補完しながら使用するように構成されている。なお、各センサの精度によっては位置検出器１を上述した一部で構成してもよく、更に、図示しないステアリングの回転センサ、各転動輪の車速センサ等を用いてもよい。この位置検出器１により、車両の現在地が検出され、制御回路８は、例えば、経路案内を行う際には、車両が探索経路のどの位置を走行しているのかを認識でき、また車両がその経路に沿って走行しているか否かを判定することができる。
【００２１】
地図データ入力器６は、道路の接続構造を示す道路地図データ、この道路地図データを用いた道路地図を表示する際に、地形や施設に関する背景を表示するための背景データ、地名等を表示するための文字データなどの各種の地図データを制御回路８に入力するためのものである。この地図データ入力器６は、上述した地図データを記憶する記憶媒体を備え、記憶媒体としては、そのデータ量からＤＶＤ−ＲＯＭやハードディスクを用いるのが一般的であるが、メモリカード等の他の記憶媒体を用いてもよい。
【００２２】
ここで、地図データ入力機６の記憶媒体に記憶されている地図データについて、簡単に説明する。まず、道路地図データは、複数の道路が交差、合流、分岐する地点に関するノードデータと、その地点間を結ぶ道路に関するリンクデータを有する。ノードデータは、ノード毎に固有の番号を付したノードＩＤ、ノード座標、ノード名称、ノードに接続する全てのリンクのリンクＩＤが記述される接続リンクＩＤ、及び交差点種類などの各データから構成される。また、リンクデータは、道路毎に固有の番号を付したリンクＩＤ、リンク長、始点及び終点座標、高速道路や一般道路などの道路種別、道路幅員、リンク旅行時間などの各データから構成されている。
【００２３】
背景データは、地図上の各施設や地形等と、それに対応する地図上の座標を関連付けたデータとして構成している。なお、施設に関しては、その施設に関連付けて電話番号や、住所等のデータも記憶されている。また、文字データは、地名、施設名、道路名等を地図上に表示するものであって、その表示すべき位置に対応する座標データと関連付けて記憶されている。
【００２４】
従って、この道路地図データに背景データ及び文字データを組み合わせることにより、道路を含む地図を表示することができる。また、道路地図データは、地図を表示する以外に、マップマッチング処理を行う際の道路の形状を与えるために用いられたり、目的地までの案内経路を検索する際に用いられる。
【００２５】
操作スイッチ群７は、例えば、後述する表示装置１０と一体になったタッチスイッチもしくはメカニカルなスイッチ等が用いられ、例えば、経路探索の際の出発地及び目的地の設定をしたり、ＣＤドライブ１４に挿入されている音楽ＣＤの再生や、後述する外部メモリ９に録音した圧縮オーディオ情報の再生を指示したりするのに用いられる。
【００２６】
外部メモリ９は、例えば、メモリカードやハードディスク等の記憶媒体からなる。この外部メモリ９には、ユーザによって記憶されたテキストデータ、画像データ、音声データ等の各種データが記憶される。また、後述するようにＣＤドライブ１４から入力されたオーディオ情報を再生とともに一時的に記憶し、その後圧縮されたときにもこの外部メモリ９に記憶される。
【００２７】
表示装置１０は、例えば、液晶ディスプレイによって構成され、表示装置１０の画面には、通常、車両の現在位置に対応する自車位置マーク、及び、地図データ入力器６より入力された地図データによって生成される自車両周辺の道路地図が表示される。また、操作スイッチ群７の操作によって、表示装置１０には、メニュー画面や設定画面等の各種の画面が表示される。
【００２８】
音声出力装置１１は、スピーカやオーディオアンプ等から構成されるもので、音声案内等を行う際に用いられる。また、後述するＣＤドライブ１４された音楽ＣＤのオーディオ情報やそれを圧縮して録音したオーディオ情報の再生にも用いられる。
【００２９】
また、本実施形態の車載ナビゲーション装置１００は、リモートコントロール端末（以下、リモコンと称する）１３及びリモコンセンサ１２を備えており、このリモコン１３によっても、上述した操作スイッチ群７とほぼ同様に、各種のナビゲーション操作を行うことが可能である。
【００３０】
ＣＤドライブ１４は、音楽ＣＤに記憶されているオーディオ情報を制御回路に入力する。ここで入力されたオーディオ情報が再生されたり、また圧縮して録音されたりする。なお、ＣＤドライブ１４のほかに、オーディオ情報を入力できるものであれば何でもよく、例えばＤＶＤドライブと兼用のものや、ＭＤに記憶されているオーディオ情報も入力できるものを用いてもよい。
【００３１】
制御回路８は、通常のコンピュータとして構成されており、内部には周知のＣＰＵ、ＲＯＭ、ＲＡＭ、Ｉ／Ｏ及びこれらの構成を接続するバスラインが備えられている。ＲＯＭには、制御回路８が実行するためのプログラムが書き込まれており、このプログラムに従ってＣＰＵが上記各部を利用した各種演算処理を行う。具体的には、例えば出発地から目的地までの最適経路の探索を行う。これは、上述した道路地図データを構成する各リンク及びノードごとに通過しやすさを示す通過コストが算出する。この通過コストは、各リンクの特性（リンク長、道路種、道路幅等）及び各ノードにおける直進、右左折の種別に応じて算出する。そして、出発地から目的地までの任意の経路に対して、各経路を構成する各リンク及び各ノードの通過コストの加算値が最小となる経路がダイクストラ法などの経路探索手法などを用いて探索する。その後、車両をこの探索経路に沿って案内するための案内データを作成する。具体的には、案内すべき地点と案内用データ（例えば「この先の交差点を右折してください」）とを対応つけたデータを作成する。
【００３２】
また、制御回路８は一定時間間隔ごとに位置検出器１が検出する車両の推定現在地を、道路上にマップマッチングして車両の現在地を決定している。そして、地図データ入力器６から現在地周辺の地図データを読み出して、現在地が表示装置１０の中心にくるように、現在地を示すマークとともにその地図データを表示する。すなわち、車両が走行している間は、制御装置８は現在地を中心とした地図を表示する。さらに、ユーザーから画面のスクロール指示があった場合には、スクロールすべき方向の地図データを地図データ入力器６から読み出しつつスクロール表示を行う。
【００３３】
また、制御回路８は自身の負荷状況が小さいときに、外部メモリ９に記憶された非圧縮のオーディオ情報の圧縮処理を行う。圧縮方式としては、例えばＭＰ３などが挙げられる。このときの処理の詳細についてはフローチャートを用いて後述する。
【００３４】
また、制御回路８はユーザーからの音楽の再生指示があった場合は、ＣＤドライブ１４に挿入されている音楽ＣＤに記録されているオーディオ情報を直接読み出して再生したり、外部メモリ９に記憶した圧縮オーディオ情報を伸張して再生したりする。なお、本実施形態では、ＣＤドライブ１４に音楽ＣＤの挿入があった場合は自動的にその音楽ＣＤを再生するようにしている。
【００３５】
次に、本発明の特徴である、制御回路８のＣＰＵの処理状況に応じて、オーディオ情報の圧縮処理を実行したり中止したりする処理について、図2のフローチャートを用いて説明する。
【００３６】
ＣＤドライブ１４に音楽ＣＤの挿入があったときに処理を開始する。先ずステップＳ１０１においてその音楽ＣＤに記憶されているＣＤデータ（オーディオ情報）を読み込む。そして、ステップＳ１０２においてそのＣＤデータを再生して音声出力装置１１に音声として出力する。また、この再生処理に伴い、ステップＳ１０３において再生したＣＤデータをそのまま外部メモリ９に記憶していく。
【００３７】
一方、ステップＳ１１０において自身のＣＰＵの処理状況が小さいか大きいかを判定する。負荷状況が小さいと判定したときにはステップＳ１０８において、外部メモリ９に記憶したオーディオ情報を読み出し、圧縮処理を実行して再び外部メモリ９に記憶する。一方、負荷状況が大きいと判定したときにはステップＳ１０９において圧縮処理の実行を停止する。なお、圧縮している途中で停止する場合は、その停止したデータの箇所を記憶しておき、再度圧縮処理を実行するときには、停止したところから圧縮を再開する。これによって効率よく圧縮をすることができる。
【００３８】
ここで、制御回路８のＣＰＵの負荷状況が小さいか大きいかは、ステップＳ１０４〜Ｓ１０７によって判定する。ステップＳ１０４〜Ｓ１０７に記載の処理はＣＰＵの負荷が大きいと考えられるものであり、これらの処理の一つでも行っているときにはＣＰＵの負荷状況が大きいと判定する。反対に、これらの処理のいずれも行っていないときにはＣＰＵの負荷状況が小さいと判定する。
【００３９】
具体的には、ステップＳ１０４において車速が基準値以上か否かを判定する。車速が大きければ現在地の変化度合いが大きくなり、これに伴い頻繁に地図データ入力器６から地図データを読み出して、表示装置１０に表示する地図を変えなければならない。したがって、車速が基準値以上の場合は、ＣＰＵの負荷状況が大きいと考えられる。
【００４０】
また、ステップＳ１０５において地図スクロール中であるか否かを判定する。地図をスクロール表示すると、普段よりも地図データ入力器６から地図データを読み出すスピードが速くなり、それを表示装置１０で表示するための処理も速くしなければならない。したがって、地図をスクロール中である場合は、ＣＰＵの負荷状況が大きいと考えられる。
【００４１】
また、ステップＳ１０６において経路探索中か否かを判定する。上述したように、ユーザーから出発地と目的地の設定があった場合には、その出発地から目的地までの最適経路を探索する。この探索のためには、道路地図データを構成するそれぞれのリンク、ノードにコストを付与するとともに、ダイクストラ法などの手法によって出発地から目的地までの複数の経路に対して最小コストの経路を探索する必要がある。したがって、経路探索中の場合は、ＣＰＵの負荷状況が大きいと考えられる。
【００４２】
また、ステップＳ１０７において案内データを作成中か否かを判定する。上述したように、案内データを作成するためには、探索経路のどこで案内が必要かを判断し、さらに案内必要と判断したときにはどのような案内をするのかを決定する必要がある。したがって、案内データを作成中の場合は、ＣＰＵの負荷状況が大きいと考えられる。
【００４３】
ステップＳ１１１において、音楽ＣＤの全トラックの圧縮が完了したか否かを判定する。未だ完了していないときには、再びステップＳ１０１に戻り上述した処理を繰り返す。一方、全てのトラックの圧縮が完了したときは処理を終了する。
【００４４】
以上、本実施形態の車載ナビゲーション装置１００では、音楽ＣＤの再生とともにそのオーディオ情報をそのまま一時的に記憶する。このオーディオ情報は、負荷が大きいと考えられる処理（ステップＳ１０４〜Ｓ１０７）をＣＰＵが行っていないときにかぎり、圧縮して再度記憶する。すなわち、一つのＣＰＵでナビゲーション処理とオーディオ情報の再生処理及び、オーディオ情報の圧縮録音処理とに用いることができる。これにより、圧縮処理を行うために別にＤＳＰなどのハードウェアを用いることもないので、コストダウンを図ることができる。
【００４５】
なお、本実施形態ではステップＳ１０３において、音楽ＣＤを再生した際には、そのデータをそのまま記憶するとともに、ステップＳ１１０を満たした場合には即座に圧縮処理を行っていた。しかし、これに限定されるわけではなく、例えばステップＳ１０３にて記憶を開始してから一定時間経過後にステップＳ１０４以下の処理を行ったり、ステップＳ１０３にて音楽ＣＤの１トラック分のデータを記憶した後にＳ１０４以下の処理を行っても良い。また、音楽ＣＤの全トラック分のデータを一端そのまま記憶し、その後ステップＳ１０４以下にて圧縮処理を行っても良い。
【００４６】
また、本実施形態で示したＣＰＵの負荷が大きいと考えられる処理（ステップＳ１０４〜Ｓ１０７）以外にもＣＰＵの負荷が大きいと考えられる処理があれば、その処理を考慮して圧縮処理の実行・停止を切り替えるようにしてもよい。
【００４７】
（第2実施形態）
次に、本発明に係る車載ナビゲーション装置の第2の実施形態について説明する。上記第1実施形態では、制御回路８のＣＰＵの負荷が大きいと考えられる処理をあらかじめ想定し、その処理を行っているかいないかによって、ＣＰＵの負荷状況が小さいか大きいかを判定していた。この第2実施形態では、ＣＰＵが行う処理にあらかじめ優先順位を付けておき、ＣＰＵは優先度が高い処理（タスク）を優先的に行うようにする。ここで、優先順位の付け方としては、リアルタイム性が要求されるタスクの優先度を大きくするようにする。したがって、例えば車両の現在地周辺の地図を表示するなどのナビゲーション処理、オーディオ情報の再生処理、オーディオ情報の圧縮処理を考えた場合、ナビゲーション処理の種類にもよるが、オーディオ情報の再生処理、ナビゲーション処理、オーディオ情報の圧縮処理の順で優先順位を大から小に設定する。これらの順でリアルタイム性が低くなると考えられるからである。したがって、オーディオ情報の再生処理やナビゲーション処理でＣＰＵが頻繁に使用されているときには、オーディオ情報の圧縮処理のタスクになかなか廻ってこないことになる。反対に、オーディオ情報の再生処理やナビゲーション処理でＣＰＵがあまり使用されているときには、それよりも優先順位が低いオーディオ情報の圧縮処理のタスクに廻ってくる回数が増えることになる。
【００４８】
そこで、この第2の実施形態ではオーディオ情報の圧縮処理のタスクに廻ってくる時間間隔をモニタし、その時間間隔によってＣＰＵの負荷状況が小さいか大きいかを判定する。そして、ＣＰＵの負荷状況が大きいと判定したときには、オーディオ情報の圧縮処理のタスクに廻ってきたとしても、ＣＰＵは圧縮処理を行わないようにする。一旦タスクを実行すると、ある程度それに時間が費やされて、オーディオ情報の再生処理やナビゲーション処理などに支障をきたすことがあるからである。以下、本実施形態の詳細を第1実施形態と異なる部分を中心に説明する。
【００４９】
本実施形態の車載ナビゲーション装置としては、第1実施形態と同様で、図1に示す構成の車載ナビゲーション装置１００が用いられる。同図に示す各部の働きについても基本的には第1実施形態と同じなので説明を省略するが、上述したように制御回路８が行う自身のＣＰＵの負荷状況が小さいか大きいかの判定方法が異なる。以下、この判定処理について図３、図４のフローチャートを用いて説明する。なお、図３、図４に示す処理は、図２のステップＳ１１０（ステップＳ１０４〜Ｓ１０７）及びステップＳ１０８、Ｓ１０９に相当する処理である。したがって、その他の処理（ステップＳ１０１〜Ｓ１０３、Ｓ１１１）については第1実施形態と同じである。すなわち、先ずステップＳ１０１においてＣＤドライブ１４に挿入されているＣＤデータを読み出して、ステップＳ１０２においてそれを再生する。それと同時にステップＳ１０３において、逐次ＣＤデータを非圧縮の状態で記憶していく。その後、図３、図４の処理に従って非圧縮のオーディオ情報の圧縮処理をする。
【００５０】
先ず、オーディオ情報の再生処理及びナビゲーション処理が空いた時には、制御回路８のＣＰＵは圧縮処理のタスクをしようとする。ここで、先ずステップＳ２０１において、後述するモニタタスクを呼び出す。ここで、モニタタスクとはＣＰＵが圧縮処理のタスクに費やした時間間隔をモニタするタスクであり、具体的には図４のフローチャートに従って行う。
【００５１】
ステップＳ３０１において監視タイマが所定時間Ｔｍｓより大きいか否かを判定する。この監視タイマとは、ＣＰＵが前回圧縮処理のタスクを行ったときからの時間を計測するタイマである。ここで、監視タイマが所定時間Ｔｍｓより小さいときは、処理をステップＳ３０３に進む。監視タイマが所定時間Ｔｍｓより小さいということは、ＣＰＵは比較的頻繁に圧縮処理のタスクに費やすことができる負荷状態、つまり負荷状態が小さいということを意味している。この場合、ステップＳ３０３において、圧縮処理のタスクを実行するか否かの判断となる停止フラグをリセット（＝０）にする。一方、監視タイマが所定時間Ｔｍｓより大きいときは、処理をステップＳ３０２に進む。ここで、監視タイマが所定時間Ｔｍｓより大きいということは、ＣＰＵは圧縮処理以外の処理に費やす時間が長い、つまり負荷状態が大きいということを意味している。この場合、ステップＳ３０４において、停止フラグをセット（＝１）にする。その後、ステップＳ３０４において監視タイマをリセットして、このモニタタスク処理を終了する。
【００５２】
再び、図３に示す処理に説明を戻り、ステップＳ２０２において上述したモニタタスクによって、停止フラグがセット（＝１）されているか否かを判定する。ここでセットされていないときには、ＣＰＵの負荷状況が小さいとして、ステップＳ２０３において圧縮処理を実行する。一方、停止フラグがセットされているときには、ＣＰＵの負荷状況が大きいとして、圧縮処理を実行せずにこのタスクを終了する。これは、優先度の高い処理を優先的にするといっても、一旦圧縮処理を実行するとある程度時間を費やされ、その優先度の高い処理に支障をきたすことがあるからである。
【００５３】
以上の処理を音楽ＣＤのすべてのトラックについての圧縮が完了するまで行う（図２ステップＳ１１１）。
【００５４】
以上本実施形態では、ＣＰＵが圧縮処理のタスクに費やす時間間隔をモニタすることによって、ＣＰＵの負荷状況が小さいか大きいかを判定している。そして、ＣＰＵの負荷状況が小さいときに、オーディオ情報の圧縮処理を実行するようにしている。これにより、一つのＣＰＵで他の処理と併用して、オーディオ情報の圧縮処理を行うことができる。つまり、オーディオ情報の圧縮処理のために、ＤＳＰなどの別のハードウェアを用いる必要がないのでコストダウンを図ることができる。
【図面の簡単な説明】
【００５５】
【図１】第1実施形態、第2実施形態に係る車載ナビゲーション装置１００の全体構成を示すブロック図である。
【図２】第1実施形態の車載ナビゲーション装置１００が行う、制御回路８のＣＰＵの処理状況に応じて、オーディオ情報の圧縮処理を実行したり中止したりする処理を示すフローチャートである。
【図３】第2実施形態の制御回路８のＣＰＵが行う、オーディオ情報の圧縮処理のタスクを示すフローチャートである。
【図４】第2実施形態の制御回路８のＣＰＵが行う、自身が圧縮処理のタスクに費やした時間間隔をモニタするタスクを示すフローチャートである。
【符号の説明】
【００５６】
１００ 車載ナビゲーション装置
１ 位置検出器
２ 地磁気センサ
３ ジャイロスコープ
４ 距離センサ
５ ＧＰＳ受信機
６ 地図データ入力器
７ 操作スイッチ群
８ 制御回路
９ 外部メモリ
１０ 表示装置
１１ 音声出力装置
１２ リモコン
１３ リモコンセンサ
１４ ＣＤドライブ
【技術分野】
【０００１】
本発明は、音楽ＣＤなどのオーディオ情報を再生するとともに、当該オーディオ情報を圧縮して録音可能な車載ナビゲーション装置に関する。
【背景技術】
【０００２】
現在の多くの車載ナビゲーション装置は、ナビゲーション機能の他に音楽ＣＤなどのオーディオ情報も再生可能なオーディオ機能が付与されている。さらに、特許文献１のように再生したオーディオ情報を車載ナビゲーション装置に設けられたハードディスクなどの大容量記憶装置に録音させておくことができるものもある。これによって、以降走行の際はいつでも記憶したオーディオ情報を再生することができる。
【０００３】
また、特許文献１に記載の車載ナビゲーション装置では、オーディオ情報を車載ナビゲーション装置に録音する際に、圧縮して録音することができるようになっている。これによって、多くのオーディオ情報を録音することができる。
【特許文献１】特開２００１−１４３３６９号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
ところで、通常上述の特許文献１のようにオーディオ情報を圧縮して録音するために、ナビゲーション機能を処理するＣＰＵとは別にＤＳＰ（Ｄｉｇｉｔａｌ Ｓｉｇｎａｌ Ｐｒｏｃｅｓｓｏｒ）などのハードウェアを設けてこの圧縮処理を行っている。なぜなら、圧縮処理は負荷が大きい処理のため、同一のＣＰＵでナビゲーション機能の処理、オーディオ情報の再生と同時にはこの圧縮処理をすることができないためである。したがって、圧縮して録音する機能を付与するとその分コストが高くなり、また圧縮処理するＤＳＰなどのハードウェアの実装面においてもデメリットがある。この問題点を防ぐためにＣＰＵの性能を上げて一つのＣＰＵで圧縮処理も行うという方法も考えられるが、ＣＰＵの性能を上げるということは結局ＣＰＵ自体のコストが高くなるので、コスト面ではそれ程メリットがない。
【０００５】
本発明は以上の問題点に鑑みてなされたものであり、オーディオ情報を再生するとともに、そのオーディオ情報の圧縮して録音可能な車載ナビゲーション装置において、従来よりもコストを低く抑えることを目的とする。
【課題を解決するための手段】
【０００６】
上記目的を達成するために請求項１の車載ナビゲーション装置は、オーディオ情報を外部から取得する取得手段と、前記取得手段が取得したオーディオ情報を圧縮する圧縮手段と、前記圧縮手段が圧縮した圧縮オーディオ情報を記憶する圧縮オーディオ情報記憶手段と、前記圧縮オーディオ情報記憶手段が記憶した圧縮オーディオ情報の再生指示があった場合に、当該圧縮オーディオ情報を伸張する伸張手段と、前記伸張手段が伸張したオーディオ情報、又は直接前記取得手段が取得したオーディオ情報を再生する再生手段と、車両の走行をナビゲートする処理をするナビゲート制御手段とを備える車載ナビゲーション装置において、前記ナビゲート制御手段と前記圧縮手段と前記再生手段は、共通のＣＰＵによって実現され、前記圧縮手段が前記オーディオ情報の圧縮をした場合に、前記ナビゲート制御手段が行う処理及び／又は前記再生手段が行う処理が正常に行われるか否かを基準として、前記ＣＰＵの現在の負荷状況が、小さいか大きいかを判定する判定手段を備え、前記圧縮手段は、前記判定手段が前記ＣＰＵの現在の負荷状況が小さいと判定したときにのみ前記オーディオ情報の圧縮を行うことを特徴とする。
【０００７】
このように、ＣＰＵの負荷状況が小さいときに圧縮処理を行うので、圧縮処理用のハードウェアを別に設ける必要もなく、またＣＰＵの性能を上げる必要もない。これにより、コストを抑えることができる。
【０００８】
請求項２の車載ナビゲーション装置は、前記取得手段が取得したオーディオ情報をそのまま記憶するオーディオ情報記憶手段を備え、前記圧縮手段は、前記オーディオ情報記憶手段に記憶されているオーディオ情報を圧縮することを特徴とする。これによって、ナビゲート制御手段の負荷が大きいときにも、一端オーディオ情報をそのまま記憶しておき、その後ナビゲート制御手段の負荷が小さくなったときに当該オーディオ情報を圧縮することができる。
【０００９】
請求項３の車載ナビゲーション装置は、前記圧縮手段は、前記オーディオ情報を圧縮している最中に前記判定手段により前記ＣＰＵの現在の負荷状況が大きいと判定されたときには当該圧縮を中止し、その後、前記ＣＰＵの現在の負荷状況が小さいと判定されたときには、前記圧縮を中止したところから圧縮を再開することを特徴とする。これにより、圧縮の最中にＣＰＵの負荷状況が変動しても、最終的にはオーディオ情報をすべて圧縮することができる。
【００１０】
請求項４の車載ナビゲーション装置は、前記判定手段は、前記オーディオ情報の再生と前記車両の走行をナビゲートする処理のうち特定処理の少なくとも一方を行っているときに、前記ＣＰＵの負荷状況が大きいと判定することを特徴とする。例えば、ＣＰＵの性能によってはオーディオ情報の再生又は車両の走行をナビゲートする処理のうち特定処理を行うと、高負荷状態となりこのときに圧縮処理するとこれらの処理に不都合が生じる可能性がある。請求項４はこのような場合を想定したものである。
【００１１】
請求項５の車載ナビゲーション装置は、前記判定手段は、前記オーディオ情報の再生、かつ前記車両の走行をナビゲートする処理のうち特定処理を行っているときに、前記ＣＰＵの現在の負荷状況が大きいと判定することを特徴とする。
【００１２】
これは、現在の車載ナビゲーション装置で一般的に用いられているＣＰＵにおいて、オーディオ情報の再生を行っているときは、これによりある程度ＣＰＵの負荷が大きくなっていると考えられる。これに加えてさらに特定のナビゲート処理を行っているときには、全体としてＣＰＵの負荷状況が大きいと考えられる。この場合、圧縮処理を行わない。無理に圧縮処理を行うと、ナビゲーションの案内音声の発生タイミングが遅れる等のナビゲーションの基本機能が正常にできない可能性があるからである。
【００１３】
反対に、現在の車載ナビゲーション装置で一般的に用いられているＣＰＵからみて、オーディオ情報の再生と車両の走行をナビゲートする処理のうち特定処理の一方しか行っていないときには、ＣＰＵの負荷が小さいとして、この場合オーディオ情報の圧縮をすることができる。
【００１４】
請求項６の車載ナビゲーション装置は、出発地及び目的地を設定する設定手段と、地図データを記憶する地図データ記憶手段と、前記車両の現在地を検出する位置検出手段と、表示部と、前記車両の車速を検出する車速検出手段とを備え、前記ナビゲート制御手段は、少なくとも前記地図データを用いて前記設定手段が設定した出発地から目的地までの最適経路を探索する処理と、当該最適経路に沿って前記車両を案内するための案内用データを作成する処理と、前記車両の現在地周辺の地図データを前記表示部に表示する処理と、前記表部部の画面をスクロールする処理とを行い、前記車両の走行をナビゲートする処理のうちの特定処理には、前記最適経路を探索する処理、前記案内用データを作成する処理、前記車両が基準速度よりも速い速度で移動する場合における前記車両の現在地周辺の地図データを前記表示部に表示する処理、前記表部部の画面をスクロールする処理の少なくともいずれか一つは含まれていることを特徴とする。これは、これらの処理は、一般的にナビゲーション処理の中でも負荷が大きい処理と考えられることによる。
【００１５】
請求項７の車載ナビゲーション装置は、前記ＣＰＵは、前記オーディオ情報を圧縮する処理を含む自身が行う処理に対して、あらかじめ決められた優先度の高い処理を優先して行い、前記ＣＰＵが前記オーディオ情報の圧縮処理を行う時間間隔を監視する監視手段を備え、前記判定手段は、前記監視手段が監視した前記オーディオ情報の圧縮処理を行う時間間隔の閾値判定することにより、前記ＣＰＵの現在の負荷状況が小さいか大きいかを判定することを特徴とする。
【００１６】
上記請求項４〜６の車載ナビゲーション装置では、ＣＰＵがあらかじめ決められた処理（オーディオ情報の再生、車両の走行をナビゲートする処理のうち特定処理）を行っているときに、ＣＰＵの負荷状況が大きいと判定していたが、請求項８のようにＣＰＵが圧縮処理に費やす時間間隔から、ＣＰＵの負荷状況を判定してもよい。つまり、その時間間隔が大きいときには他の処理を頻繁に行っているということになるので、ＣＰＵの負荷状況は大きいと判定でき、反対にその時間間隔が小さいときには他の処理はそれほど頻繁には行われていないことになる。したがって、このような方法でＣＰＵの現在の負荷状況が大きいと判定したときには、圧縮処理のタスクに廻ってきたとしてもそのタスクを行わないことになる。これにより、一端、圧縮処理のタスクを行うとある程度のその処理に時間を費やすことになることから、他の優先度の高い処理に支障をきたすということを防ぐことができる。
【００１７】
請求項８の車載ナビゲーション装置は、前記あらかじめ決められた優先度は、前記オーディオ情報の再生、前記車両の走行をナビゲートする処理、前記オーディオ情報の圧縮の順で低くなることを特徴とする。これは、これらの順でリアルタイムによる処理の要求度が低くなると考えられるためである。したがって、圧縮処理のタスクに廻ってくる時間間隔が大きいということは、ＣＰＵはオーディオ情報の再生か車両の走行をナビゲートする処理を頻繁に行っていることになる。この場合は、圧縮処理を行わず、優先的にオーディオ情報の再生や車両の走行をナビゲートする処理を行うことになる。これによって、オーディオ情報の再生処理、車両の走行をナビゲートする処理とオーディオ情報の圧縮処理とをいずれも支障をきたすことなく、一つのＣＰＵで実行することができる。
【発明を実施するための最良の形態】
【００１８】
（第１実施形態）
以下本発明に係る車載ナビゲーション装置の第1の実施形態について説明する。本発明の車載ナビゲーション装置では、一つのＣＰＵでナビゲーション処理と音楽ＣＤなどのオーディオ情報の再生と圧縮録音とを行い、この際にそのＣＰＵの負荷が小さいときにオーディオ情報の圧縮を行うことを特徴としている。この第1実施形態では、そのＣＰＵの負荷が小さいか否かを、負荷が大きいと考えられる所定の処理を行っているか否かで判定している。
【００１９】
図１は、本実施形態の車載ナビゲーション装置１００の全体構成を示すブロック図である。同図に示すように車載ナビゲーション装置１００は、位置検出器１、地図データ入力器６、操作スイッチ群７、外部メモリ９、表示装置１０、音声出力装置１１、リモコンセンサ１２、リモコン１３、ＣＤドライブ１４及びこれらと接続する制御回路８から構成される。以下各構成部品について説明する。
【００２０】
位置検出器１は、いずれも周知の地磁気センサ２、ジャイロスコープ３、距離センサ４、及び衛星からの電波に基づいて車両の位置を検出するＧＰＳ（Ｇｌｏｂａｌ Ｐｏｓｉｔｉｏｎｉｎｇ Ｓｙｓｔｅｍ）のためのＧＰＳ受信機５を有している。これらは、各々が性質の異なる誤差を持っているため、複数のセンサにより各々補完しながら使用するように構成されている。なお、各センサの精度によっては位置検出器１を上述した一部で構成してもよく、更に、図示しないステアリングの回転センサ、各転動輪の車速センサ等を用いてもよい。この位置検出器１により、車両の現在地が検出され、制御回路８は、例えば、経路案内を行う際には、車両が探索経路のどの位置を走行しているのかを認識でき、また車両がその経路に沿って走行しているか否かを判定することができる。
【００２１】
地図データ入力器６は、道路の接続構造を示す道路地図データ、この道路地図データを用いた道路地図を表示する際に、地形や施設に関する背景を表示するための背景データ、地名等を表示するための文字データなどの各種の地図データを制御回路８に入力するためのものである。この地図データ入力器６は、上述した地図データを記憶する記憶媒体を備え、記憶媒体としては、そのデータ量からＤＶＤ−ＲＯＭやハードディスクを用いるのが一般的であるが、メモリカード等の他の記憶媒体を用いてもよい。
【００２２】
ここで、地図データ入力機６の記憶媒体に記憶されている地図データについて、簡単に説明する。まず、道路地図データは、複数の道路が交差、合流、分岐する地点に関するノードデータと、その地点間を結ぶ道路に関するリンクデータを有する。ノードデータは、ノード毎に固有の番号を付したノードＩＤ、ノード座標、ノード名称、ノードに接続する全てのリンクのリンクＩＤが記述される接続リンクＩＤ、及び交差点種類などの各データから構成される。また、リンクデータは、道路毎に固有の番号を付したリンクＩＤ、リンク長、始点及び終点座標、高速道路や一般道路などの道路種別、道路幅員、リンク旅行時間などの各データから構成されている。
【００２３】
背景データは、地図上の各施設や地形等と、それに対応する地図上の座標を関連付けたデータとして構成している。なお、施設に関しては、その施設に関連付けて電話番号や、住所等のデータも記憶されている。また、文字データは、地名、施設名、道路名等を地図上に表示するものであって、その表示すべき位置に対応する座標データと関連付けて記憶されている。
【００２４】
従って、この道路地図データに背景データ及び文字データを組み合わせることにより、道路を含む地図を表示することができる。また、道路地図データは、地図を表示する以外に、マップマッチング処理を行う際の道路の形状を与えるために用いられたり、目的地までの案内経路を検索する際に用いられる。
【００２５】
操作スイッチ群７は、例えば、後述する表示装置１０と一体になったタッチスイッチもしくはメカニカルなスイッチ等が用いられ、例えば、経路探索の際の出発地及び目的地の設定をしたり、ＣＤドライブ１４に挿入されている音楽ＣＤの再生や、後述する外部メモリ９に録音した圧縮オーディオ情報の再生を指示したりするのに用いられる。
【００２６】
外部メモリ９は、例えば、メモリカードやハードディスク等の記憶媒体からなる。この外部メモリ９には、ユーザによって記憶されたテキストデータ、画像データ、音声データ等の各種データが記憶される。また、後述するようにＣＤドライブ１４から入力されたオーディオ情報を再生とともに一時的に記憶し、その後圧縮されたときにもこの外部メモリ９に記憶される。
【００２７】
表示装置１０は、例えば、液晶ディスプレイによって構成され、表示装置１０の画面には、通常、車両の現在位置に対応する自車位置マーク、及び、地図データ入力器６より入力された地図データによって生成される自車両周辺の道路地図が表示される。また、操作スイッチ群７の操作によって、表示装置１０には、メニュー画面や設定画面等の各種の画面が表示される。
【００２８】
音声出力装置１１は、スピーカやオーディオアンプ等から構成されるもので、音声案内等を行う際に用いられる。また、後述するＣＤドライブ１４された音楽ＣＤのオーディオ情報やそれを圧縮して録音したオーディオ情報の再生にも用いられる。
【００２９】
また、本実施形態の車載ナビゲーション装置１００は、リモートコントロール端末（以下、リモコンと称する）１３及びリモコンセンサ１２を備えており、このリモコン１３によっても、上述した操作スイッチ群７とほぼ同様に、各種のナビゲーション操作を行うことが可能である。
【００３０】
ＣＤドライブ１４は、音楽ＣＤに記憶されているオーディオ情報を制御回路に入力する。ここで入力されたオーディオ情報が再生されたり、また圧縮して録音されたりする。なお、ＣＤドライブ１４のほかに、オーディオ情報を入力できるものであれば何でもよく、例えばＤＶＤドライブと兼用のものや、ＭＤに記憶されているオーディオ情報も入力できるものを用いてもよい。
【００３１】
制御回路８は、通常のコンピュータとして構成されており、内部には周知のＣＰＵ、ＲＯＭ、ＲＡＭ、Ｉ／Ｏ及びこれらの構成を接続するバスラインが備えられている。ＲＯＭには、制御回路８が実行するためのプログラムが書き込まれており、このプログラムに従ってＣＰＵが上記各部を利用した各種演算処理を行う。具体的には、例えば出発地から目的地までの最適経路の探索を行う。これは、上述した道路地図データを構成する各リンク及びノードごとに通過しやすさを示す通過コストが算出する。この通過コストは、各リンクの特性（リンク長、道路種、道路幅等）及び各ノードにおける直進、右左折の種別に応じて算出する。そして、出発地から目的地までの任意の経路に対して、各経路を構成する各リンク及び各ノードの通過コストの加算値が最小となる経路がダイクストラ法などの経路探索手法などを用いて探索する。その後、車両をこの探索経路に沿って案内するための案内データを作成する。具体的には、案内すべき地点と案内用データ（例えば「この先の交差点を右折してください」）とを対応つけたデータを作成する。
【００３２】
また、制御回路８は一定時間間隔ごとに位置検出器１が検出する車両の推定現在地を、道路上にマップマッチングして車両の現在地を決定している。そして、地図データ入力器６から現在地周辺の地図データを読み出して、現在地が表示装置１０の中心にくるように、現在地を示すマークとともにその地図データを表示する。すなわち、車両が走行している間は、制御装置８は現在地を中心とした地図を表示する。さらに、ユーザーから画面のスクロール指示があった場合には、スクロールすべき方向の地図データを地図データ入力器６から読み出しつつスクロール表示を行う。
【００３３】
また、制御回路８は自身の負荷状況が小さいときに、外部メモリ９に記憶された非圧縮のオーディオ情報の圧縮処理を行う。圧縮方式としては、例えばＭＰ３などが挙げられる。このときの処理の詳細についてはフローチャートを用いて後述する。
【００３４】
また、制御回路８はユーザーからの音楽の再生指示があった場合は、ＣＤドライブ１４に挿入されている音楽ＣＤに記録されているオーディオ情報を直接読み出して再生したり、外部メモリ９に記憶した圧縮オーディオ情報を伸張して再生したりする。なお、本実施形態では、ＣＤドライブ１４に音楽ＣＤの挿入があった場合は自動的にその音楽ＣＤを再生するようにしている。
【００３５】
次に、本発明の特徴である、制御回路８のＣＰＵの処理状況に応じて、オーディオ情報の圧縮処理を実行したり中止したりする処理について、図2のフローチャートを用いて説明する。
【００３６】
ＣＤドライブ１４に音楽ＣＤの挿入があったときに処理を開始する。先ずステップＳ１０１においてその音楽ＣＤに記憶されているＣＤデータ（オーディオ情報）を読み込む。そして、ステップＳ１０２においてそのＣＤデータを再生して音声出力装置１１に音声として出力する。また、この再生処理に伴い、ステップＳ１０３において再生したＣＤデータをそのまま外部メモリ９に記憶していく。
【００３７】
一方、ステップＳ１１０において自身のＣＰＵの処理状況が小さいか大きいかを判定する。負荷状況が小さいと判定したときにはステップＳ１０８において、外部メモリ９に記憶したオーディオ情報を読み出し、圧縮処理を実行して再び外部メモリ９に記憶する。一方、負荷状況が大きいと判定したときにはステップＳ１０９において圧縮処理の実行を停止する。なお、圧縮している途中で停止する場合は、その停止したデータの箇所を記憶しておき、再度圧縮処理を実行するときには、停止したところから圧縮を再開する。これによって効率よく圧縮をすることができる。
【００３８】
ここで、制御回路８のＣＰＵの負荷状況が小さいか大きいかは、ステップＳ１０４〜Ｓ１０７によって判定する。ステップＳ１０４〜Ｓ１０７に記載の処理はＣＰＵの負荷が大きいと考えられるものであり、これらの処理の一つでも行っているときにはＣＰＵの負荷状況が大きいと判定する。反対に、これらの処理のいずれも行っていないときにはＣＰＵの負荷状況が小さいと判定する。
【００３９】
具体的には、ステップＳ１０４において車速が基準値以上か否かを判定する。車速が大きければ現在地の変化度合いが大きくなり、これに伴い頻繁に地図データ入力器６から地図データを読み出して、表示装置１０に表示する地図を変えなければならない。したがって、車速が基準値以上の場合は、ＣＰＵの負荷状況が大きいと考えられる。
【００４０】
また、ステップＳ１０５において地図スクロール中であるか否かを判定する。地図をスクロール表示すると、普段よりも地図データ入力器６から地図データを読み出すスピードが速くなり、それを表示装置１０で表示するための処理も速くしなければならない。したがって、地図をスクロール中である場合は、ＣＰＵの負荷状況が大きいと考えられる。
【００４１】
また、ステップＳ１０６において経路探索中か否かを判定する。上述したように、ユーザーから出発地と目的地の設定があった場合には、その出発地から目的地までの最適経路を探索する。この探索のためには、道路地図データを構成するそれぞれのリンク、ノードにコストを付与するとともに、ダイクストラ法などの手法によって出発地から目的地までの複数の経路に対して最小コストの経路を探索する必要がある。したがって、経路探索中の場合は、ＣＰＵの負荷状況が大きいと考えられる。
【００４２】
また、ステップＳ１０７において案内データを作成中か否かを判定する。上述したように、案内データを作成するためには、探索経路のどこで案内が必要かを判断し、さらに案内必要と判断したときにはどのような案内をするのかを決定する必要がある。したがって、案内データを作成中の場合は、ＣＰＵの負荷状況が大きいと考えられる。
【００４３】
ステップＳ１１１において、音楽ＣＤの全トラックの圧縮が完了したか否かを判定する。未だ完了していないときには、再びステップＳ１０１に戻り上述した処理を繰り返す。一方、全てのトラックの圧縮が完了したときは処理を終了する。
【００４４】
以上、本実施形態の車載ナビゲーション装置１００では、音楽ＣＤの再生とともにそのオーディオ情報をそのまま一時的に記憶する。このオーディオ情報は、負荷が大きいと考えられる処理（ステップＳ１０４〜Ｓ１０７）をＣＰＵが行っていないときにかぎり、圧縮して再度記憶する。すなわち、一つのＣＰＵでナビゲーション処理とオーディオ情報の再生処理及び、オーディオ情報の圧縮録音処理とに用いることができる。これにより、圧縮処理を行うために別にＤＳＰなどのハードウェアを用いることもないので、コストダウンを図ることができる。
【００４５】
なお、本実施形態ではステップＳ１０３において、音楽ＣＤを再生した際には、そのデータをそのまま記憶するとともに、ステップＳ１１０を満たした場合には即座に圧縮処理を行っていた。しかし、これに限定されるわけではなく、例えばステップＳ１０３にて記憶を開始してから一定時間経過後にステップＳ１０４以下の処理を行ったり、ステップＳ１０３にて音楽ＣＤの１トラック分のデータを記憶した後にＳ１０４以下の処理を行っても良い。また、音楽ＣＤの全トラック分のデータを一端そのまま記憶し、その後ステップＳ１０４以下にて圧縮処理を行っても良い。
【００４６】
また、本実施形態で示したＣＰＵの負荷が大きいと考えられる処理（ステップＳ１０４〜Ｓ１０７）以外にもＣＰＵの負荷が大きいと考えられる処理があれば、その処理を考慮して圧縮処理の実行・停止を切り替えるようにしてもよい。
【００４７】
（第2実施形態）
次に、本発明に係る車載ナビゲーション装置の第2の実施形態について説明する。上記第1実施形態では、制御回路８のＣＰＵの負荷が大きいと考えられる処理をあらかじめ想定し、その処理を行っているかいないかによって、ＣＰＵの負荷状況が小さいか大きいかを判定していた。この第2実施形態では、ＣＰＵが行う処理にあらかじめ優先順位を付けておき、ＣＰＵは優先度が高い処理（タスク）を優先的に行うようにする。ここで、優先順位の付け方としては、リアルタイム性が要求されるタスクの優先度を大きくするようにする。したがって、例えば車両の現在地周辺の地図を表示するなどのナビゲーション処理、オーディオ情報の再生処理、オーディオ情報の圧縮処理を考えた場合、ナビゲーション処理の種類にもよるが、オーディオ情報の再生処理、ナビゲーション処理、オーディオ情報の圧縮処理の順で優先順位を大から小に設定する。これらの順でリアルタイム性が低くなると考えられるからである。したがって、オーディオ情報の再生処理やナビゲーション処理でＣＰＵが頻繁に使用されているときには、オーディオ情報の圧縮処理のタスクになかなか廻ってこないことになる。反対に、オーディオ情報の再生処理やナビゲーション処理でＣＰＵがあまり使用されているときには、それよりも優先順位が低いオーディオ情報の圧縮処理のタスクに廻ってくる回数が増えることになる。
【００４８】
そこで、この第2の実施形態ではオーディオ情報の圧縮処理のタスクに廻ってくる時間間隔をモニタし、その時間間隔によってＣＰＵの負荷状況が小さいか大きいかを判定する。そして、ＣＰＵの負荷状況が大きいと判定したときには、オーディオ情報の圧縮処理のタスクに廻ってきたとしても、ＣＰＵは圧縮処理を行わないようにする。一旦タスクを実行すると、ある程度それに時間が費やされて、オーディオ情報の再生処理やナビゲーション処理などに支障をきたすことがあるからである。以下、本実施形態の詳細を第1実施形態と異なる部分を中心に説明する。
【００４９】
本実施形態の車載ナビゲーション装置としては、第1実施形態と同様で、図1に示す構成の車載ナビゲーション装置１００が用いられる。同図に示す各部の働きについても基本的には第1実施形態と同じなので説明を省略するが、上述したように制御回路８が行う自身のＣＰＵの負荷状況が小さいか大きいかの判定方法が異なる。以下、この判定処理について図３、図４のフローチャートを用いて説明する。なお、図３、図４に示す処理は、図２のステップＳ１１０（ステップＳ１０４〜Ｓ１０７）及びステップＳ１０８、Ｓ１０９に相当する処理である。したがって、その他の処理（ステップＳ１０１〜Ｓ１０３、Ｓ１１１）については第1実施形態と同じである。すなわち、先ずステップＳ１０１においてＣＤドライブ１４に挿入されているＣＤデータを読み出して、ステップＳ１０２においてそれを再生する。それと同時にステップＳ１０３において、逐次ＣＤデータを非圧縮の状態で記憶していく。その後、図３、図４の処理に従って非圧縮のオーディオ情報の圧縮処理をする。
【００５０】
先ず、オーディオ情報の再生処理及びナビゲーション処理が空いた時には、制御回路８のＣＰＵは圧縮処理のタスクをしようとする。ここで、先ずステップＳ２０１において、後述するモニタタスクを呼び出す。ここで、モニタタスクとはＣＰＵが圧縮処理のタスクに費やした時間間隔をモニタするタスクであり、具体的には図４のフローチャートに従って行う。
【００５１】
ステップＳ３０１において監視タイマが所定時間Ｔｍｓより大きいか否かを判定する。この監視タイマとは、ＣＰＵが前回圧縮処理のタスクを行ったときからの時間を計測するタイマである。ここで、監視タイマが所定時間Ｔｍｓより小さいときは、処理をステップＳ３０３に進む。監視タイマが所定時間Ｔｍｓより小さいということは、ＣＰＵは比較的頻繁に圧縮処理のタスクに費やすことができる負荷状態、つまり負荷状態が小さいということを意味している。この場合、ステップＳ３０３において、圧縮処理のタスクを実行するか否かの判断となる停止フラグをリセット（＝０）にする。一方、監視タイマが所定時間Ｔｍｓより大きいときは、処理をステップＳ３０２に進む。ここで、監視タイマが所定時間Ｔｍｓより大きいということは、ＣＰＵは圧縮処理以外の処理に費やす時間が長い、つまり負荷状態が大きいということを意味している。この場合、ステップＳ３０４において、停止フラグをセット（＝１）にする。その後、ステップＳ３０４において監視タイマをリセットして、このモニタタスク処理を終了する。
【００５２】
再び、図３に示す処理に説明を戻り、ステップＳ２０２において上述したモニタタスクによって、停止フラグがセット（＝１）されているか否かを判定する。ここでセットされていないときには、ＣＰＵの負荷状況が小さいとして、ステップＳ２０３において圧縮処理を実行する。一方、停止フラグがセットされているときには、ＣＰＵの負荷状況が大きいとして、圧縮処理を実行せずにこのタスクを終了する。これは、優先度の高い処理を優先的にするといっても、一旦圧縮処理を実行するとある程度時間を費やされ、その優先度の高い処理に支障をきたすことがあるからである。
【００５３】
以上の処理を音楽ＣＤのすべてのトラックについての圧縮が完了するまで行う（図２ステップＳ１１１）。
【００５４】
以上本実施形態では、ＣＰＵが圧縮処理のタスクに費やす時間間隔をモニタすることによって、ＣＰＵの負荷状況が小さいか大きいかを判定している。そして、ＣＰＵの負荷状況が小さいときに、オーディオ情報の圧縮処理を実行するようにしている。これにより、一つのＣＰＵで他の処理と併用して、オーディオ情報の圧縮処理を行うことができる。つまり、オーディオ情報の圧縮処理のために、ＤＳＰなどの別のハードウェアを用いる必要がないのでコストダウンを図ることができる。
【図面の簡単な説明】
【００５５】
【図１】第1実施形態、第2実施形態に係る車載ナビゲーション装置１００の全体構成を示すブロック図である。
【図２】第1実施形態の車載ナビゲーション装置１００が行う、制御回路８のＣＰＵの処理状況に応じて、オーディオ情報の圧縮処理を実行したり中止したりする処理を示すフローチャートである。
【図３】第2実施形態の制御回路８のＣＰＵが行う、オーディオ情報の圧縮処理のタスクを示すフローチャートである。
【図４】第2実施形態の制御回路８のＣＰＵが行う、自身が圧縮処理のタスクに費やした時間間隔をモニタするタスクを示すフローチャートである。
【符号の説明】
【００５６】
１００ 車載ナビゲーション装置
１ 位置検出器
２ 地磁気センサ
３ ジャイロスコープ
４ 距離センサ
５ ＧＰＳ受信機
６ 地図データ入力器
７ 操作スイッチ群
８ 制御回路
９ 外部メモリ
１０ 表示装置
１１ 音声出力装置
１２ リモコン
１３ リモコンセンサ
１４ ＣＤドライブ
【特許請求の範囲】
【請求項１】
オーディオ情報を外部から取得する取得手段と、
前記取得手段が取得したオーディオ情報を圧縮する圧縮手段と、
前記圧縮手段が圧縮した圧縮オーディオ情報を記憶する圧縮オーディオ情報記憶手段と、
前記圧縮オーディオ情報記憶手段が記憶した圧縮オーディオ情報の再生指示があった場合に、当該圧縮オーディオ情報を伸張する伸張手段と、
前記伸張手段が伸張したオーディオ情報、又は直接前記取得手段が取得したオーディオ情報を再生する再生手段と、
車両の走行をナビゲートする処理をするナビゲート制御手段とを備える車載ナビゲーション装置において、
前記ナビゲート制御手段と前記圧縮手段と前記再生手段は、共通のＣＰＵによって実現され、
前記圧縮手段が前記オーディオ情報の圧縮をした場合に、前記ナビゲート制御手段が行う処理及び／又は前記再生手段が行う処理が正常に行われるか否かを基準として、前記ＣＰＵの現在の負荷状況が、小さいか大きいかを判定する判定手段を備え、
前記圧縮手段は、前記判定手段が前記ＣＰＵの現在の負荷状況が小さいと判定したときにのみ前記オーディオ情報の圧縮を行うことを特徴とする車載ナビゲーション装置。
【請求項２】
前記取得手段が取得したオーディオ情報をそのまま記憶するオーディオ情報記憶手段を備え、
前記圧縮手段は、前記オーディオ情報記憶手段に記憶されているオーディオ情報を圧縮することを特徴とする請求項１に記載の車載ナビゲーション装置。
【請求項３】
前記圧縮手段は、前記オーディオ情報を圧縮している最中に前記判定手段により前記ＣＰＵの現在の負荷状況が大きいと判定されたときには当該圧縮を中止し、その後、前記ＣＰＵの現在の負荷状況が小さいと判定されたときには、前記圧縮を中止したところから圧縮を再開することを特徴とする請求項１又は２に記載の車載ナビゲーション装置。
【請求項４】
前記判定手段は、前記オーディオ情報の再生と前記車両の走行をナビゲートする処理のうち特定処理の少なくとも一方を行っているときに、前記ＣＰＵの負荷状況が大きいと判定することを特徴とする請求項１〜３のいずれかに記載の車載ナビゲーション装置。
【請求項５】
前記判定手段は、前記オーディオ情報の再生、かつ前記車両の走行をナビゲートする処理のうち特定処理を行っているときに、前記ＣＰＵの現在の負荷状況が大きいと判定することを特徴とする請求項４に記載の車載ナビゲーション装置。
【請求項６】
出発地及び目的地を設定する設定手段と、
地図データを記憶する地図データ記憶手段と、
前記車両の現在地を検出する位置検出手段と、
表示部と、
前記車両の車速を検出する車速検出手段とを備え、
前記ナビゲート制御手段は、少なくとも前記地図データを用いて前記設定手段が設定した出発地から目的地までの最適経路を探索する処理と、当該最適経路に沿って前記車両を案内するための案内用データを作成する処理と、前記車両の現在地周辺の地図データを前記表示部に表示する処理と、前記表部部の画面をスクロールする処理とを行い、
前記車両の走行をナビゲートする処理のうちの特定処理には、前記最適経路を探索する処理、前記案内用データを作成する処理、前記車両が基準速度よりも速い速度で移動する場合における前記車両の現在地周辺の地図データを前記表示部に表示する処理、前記表部部の画面をスクロールする処理の少なくともいずれか一つは含まれていることを特徴とする請求項４又は５に記載の車載ナビゲーション装置。
【請求項７】
前記ＣＰＵは、前記オーディオ情報を圧縮する処理を含む自身が行う処理に対して、あらかじめ決められた優先度の高い処理を優先して行い、
前記ＣＰＵが前記オーディオ情報の圧縮処理を行う時間間隔を監視する監視手段を備え、
前記判定手段は、前記監視手段が監視した前記オーディオ情報の圧縮処理を行う時間間隔の閾値判定することにより、前記ＣＰＵの現在の負荷状況が小さいか大きいかを判定することを特徴とする請求項１〜３のいずれかに記載の車載ナビゲーション装置。
【請求項８】
前記あらかじめ決められた優先度は、前記オーディオ情報の再生、前記車両の走行をナビゲートする処理、前記オーディオ情報の圧縮の順で低くなることを特徴とする請求項７に記載の車載ナビゲーション装置。
【請求項１】
オーディオ情報を外部から取得する取得手段と、
前記取得手段が取得したオーディオ情報を圧縮する圧縮手段と、
前記圧縮手段が圧縮した圧縮オーディオ情報を記憶する圧縮オーディオ情報記憶手段と、
前記圧縮オーディオ情報記憶手段が記憶した圧縮オーディオ情報の再生指示があった場合に、当該圧縮オーディオ情報を伸張する伸張手段と、
前記伸張手段が伸張したオーディオ情報、又は直接前記取得手段が取得したオーディオ情報を再生する再生手段と、
車両の走行をナビゲートする処理をするナビゲート制御手段とを備える車載ナビゲーション装置において、
前記ナビゲート制御手段と前記圧縮手段と前記再生手段は、共通のＣＰＵによって実現され、
前記圧縮手段が前記オーディオ情報の圧縮をした場合に、前記ナビゲート制御手段が行う処理及び／又は前記再生手段が行う処理が正常に行われるか否かを基準として、前記ＣＰＵの現在の負荷状況が、小さいか大きいかを判定する判定手段を備え、
前記圧縮手段は、前記判定手段が前記ＣＰＵの現在の負荷状況が小さいと判定したときにのみ前記オーディオ情報の圧縮を行うことを特徴とする車載ナビゲーション装置。
【請求項２】
前記取得手段が取得したオーディオ情報をそのまま記憶するオーディオ情報記憶手段を備え、
前記圧縮手段は、前記オーディオ情報記憶手段に記憶されているオーディオ情報を圧縮することを特徴とする請求項１に記載の車載ナビゲーション装置。
【請求項３】
前記圧縮手段は、前記オーディオ情報を圧縮している最中に前記判定手段により前記ＣＰＵの現在の負荷状況が大きいと判定されたときには当該圧縮を中止し、その後、前記ＣＰＵの現在の負荷状況が小さいと判定されたときには、前記圧縮を中止したところから圧縮を再開することを特徴とする請求項１又は２に記載の車載ナビゲーション装置。
【請求項４】
前記判定手段は、前記オーディオ情報の再生と前記車両の走行をナビゲートする処理のうち特定処理の少なくとも一方を行っているときに、前記ＣＰＵの負荷状況が大きいと判定することを特徴とする請求項１〜３のいずれかに記載の車載ナビゲーション装置。
【請求項５】
前記判定手段は、前記オーディオ情報の再生、かつ前記車両の走行をナビゲートする処理のうち特定処理を行っているときに、前記ＣＰＵの現在の負荷状況が大きいと判定することを特徴とする請求項４に記載の車載ナビゲーション装置。
【請求項６】
出発地及び目的地を設定する設定手段と、
地図データを記憶する地図データ記憶手段と、
前記車両の現在地を検出する位置検出手段と、
表示部と、
前記車両の車速を検出する車速検出手段とを備え、
前記ナビゲート制御手段は、少なくとも前記地図データを用いて前記設定手段が設定した出発地から目的地までの最適経路を探索する処理と、当該最適経路に沿って前記車両を案内するための案内用データを作成する処理と、前記車両の現在地周辺の地図データを前記表示部に表示する処理と、前記表部部の画面をスクロールする処理とを行い、
前記車両の走行をナビゲートする処理のうちの特定処理には、前記最適経路を探索する処理、前記案内用データを作成する処理、前記車両が基準速度よりも速い速度で移動する場合における前記車両の現在地周辺の地図データを前記表示部に表示する処理、前記表部部の画面をスクロールする処理の少なくともいずれか一つは含まれていることを特徴とする請求項４又は５に記載の車載ナビゲーション装置。
【請求項７】
前記ＣＰＵは、前記オーディオ情報を圧縮する処理を含む自身が行う処理に対して、あらかじめ決められた優先度の高い処理を優先して行い、
前記ＣＰＵが前記オーディオ情報の圧縮処理を行う時間間隔を監視する監視手段を備え、
前記判定手段は、前記監視手段が監視した前記オーディオ情報の圧縮処理を行う時間間隔の閾値判定することにより、前記ＣＰＵの現在の負荷状況が小さいか大きいかを判定することを特徴とする請求項１〜３のいずれかに記載の車載ナビゲーション装置。
【請求項８】
前記あらかじめ決められた優先度は、前記オーディオ情報の再生、前記車両の走行をナビゲートする処理、前記オーディオ情報の圧縮の順で低くなることを特徴とする請求項７に記載の車載ナビゲーション装置。
【図１】
【図２】
【図３】
【図４】
【図２】
【図３】
【図４】
【公開番号】特開２００７−１７７１５（Ｐ２００７−１７７１５Ａ）
【公開日】平成１９年１月２５日（２００７．１．２５）
【国際特許分類】
【出願番号】特願２００５−１９９３０４（Ｐ２００５−１９９３０４）
【出願日】平成１７年７月７日（２００５．７．７）
【出願人】（０００００４２６０）株式会社デンソー (27,639)
【Ｆターム（参考）】
【公開日】平成１９年１月２５日（２００７．１．２５）
【国際特許分類】
【出願日】平成１７年７月７日（２００５．７．７）
【出願人】（０００００４２６０）株式会社デンソー (27,639)
【Ｆターム（参考）】
[ Back to top ]