(57)【要約】【課題】車両用のナビゲーション装置においてＣＰＵからハードディクスなどの記録媒体にアクセスするときに、処理の優先度に応じたアクセス制御を行う。【解決手段】アプリケーションＡ、ＢおよびＣに対してアクセス優先度Ａ、ＢおよびＣをそれぞれ設定し、各アプリケーションソフトウェアからのアクセス要求に応じて、制御回路１１をＨＤＤ１９にアクセスさせる。他のアプリケーションソフトウェアによるアクセスが既に行われていた場合は、アクセス優先度が低い方のアプリケーションソフトウェアによるアクセスを中断し、アクセス優先度が高い方のアプリケーションソフトウェアからのアクセス要求に応じたアクセスを優先させる。【選択図】図２
2008096307.tif 000002
【特許請求の範囲】
【請求項１】
各種のデータが記録された記録媒体と、
各種のアプリケーションソフトウェアを実行するための制御手段とを備えた車載電子機器の記録媒体の制御方法であって、
前記各アプリケーションソフトウェアに対してアクセス優先度をそれぞれ設定し、
第１のアクセス優先度が設定されたアプリケーションソフトウェアからのアクセス要求（第１のアクセス要求）に応じて、前記制御手段から前記記録媒体にアクセスし、
前記第１のアクセス要求に応じて前記制御手段から前記記録媒体にアクセスしている途中に、前記第１のアクセス優先度よりも優先順位の高い第２のアクセス優先度が設定されたアプリケーションソフトウェアからのアクセス要求（第２のアクセス要求）があった場合、前記第１のアクセス要求に応じた記録媒体へのアクセスを中断し、
前記第２のアクセス要求に応じて、前記制御手段から前記記録媒体にアクセスすることを特徴する記録媒体の制御方法。
【請求項２】
請求項１の記録媒体の制御方法において、
前記第２のアクセス要求に応じた記録媒体へのアクセスが終了した後に、前記中断された第１のアクセス要求に応じた記録媒体へのアクセスを再開することを特徴とする記録媒体の制御方法。
【請求項３】
請求項１または２の記録媒体の制御方法において、
いずれかのアプリケーションソフトウェアからのアクセス要求に応じて制御手段から記録媒体にアクセスしているときに他のアプリケーションソフトウェアが起動している場合、所定のセクタ数をアクセスするごとに、当該他のアプリケーションソフトウェアからのアクセス要求があるか否かを監視することを特徴とする記録媒体の制御方法。
【請求項４】
請求項３の記録媒体の制御方法において、
前記他のアプリケーションソフトウェアにおいて許容されるアクセス応答遅延時間に応じて前記所定のセクタ数を変化させることを特徴とする記録媒体の制御方法。
【請求項５】
請求項１または２の記録媒体の制御方法において、
いずれかのアプリケーションソフトウェアからのアクセス要求に応じて制御手段から記録媒体にアクセスしているときに他のアプリケーションソフトウェアが起動している場合、所定の時間間隔ごとに、当該他のアプリケーションソフトウェアからのアクセス要求があるか否かを監視することを特徴とする記録媒体の制御方法。
【請求項６】
請求項５の記録媒体の制御方法において、
前記他のアプリケーションソフトウェアにおいて許容されるアクセス応答遅延時間に応じて前記所定の時間間隔を変化させることを特徴とする記録媒体の制御方法。
【請求項７】
請求項１〜６いずれか一項の記録媒体の制御方法において、
前記記録媒体はハードディスクであることを特徴とする記録媒体の制御方法。
【請求項８】
請求項１〜７いずれか一項の記録媒体の制御方法において、
前記アプリケーションソフトウェアには、車両の現在位置を検出するための位置検出アプリケーション、目的地までの推奨経路を計算するための経路計算アプリケーション、または音楽を再生するための音楽再生アプリケーションのいずれかが少なくとも含まれることを特徴とする記録媒体の制御方法。
【請求項９】
請求項８の記録媒体の制御方法において、
前記位置検出アプリケーションに対しては、前記経路計算アプリケーションおよび前記音楽再生アプリケーションよりも高いアクセス優先度を設定し、
前記経路計算アプリケーションに対しては、前記音楽再生アプリケーションよりも高いアクセス優先度を設定することを特徴とする記録媒体の制御方法。
【請求項１０】
請求項１〜９いずれか一項に記載の記録媒体の制御方法を実行する車載電子機器。
【請求項１１】
各種のデータが記録された記録媒体と、
各種のアプリケーションソフトウェアを実行するための制御手段とを備えた車載電子機器のコンピュータで実行するためのソフトウェアプログラムであって、
第１のアクセス優先度が予め設定されたアプリケーションソフトウェアからのアクセス要求（第１のアクセス要求）に応じて、前記記録媒体にアクセスする処理と、
前記第１のアクセス要求に応じて記録媒体にアクセスしている途中に、前記第１のアクセス優先度よりも高い第２のアクセス優先度が予め設定されたアプリケーションソフトウェアからのアクセス要求（第２のアクセス要求）があった場合、前記第１のアクセス要求に応じた記録媒体へのアクセスを中断する処理と、
前記第２のアクセス要求に応じて記録媒体にアクセスする処理とを実行する記録媒体制御プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、車両用のナビゲーション装置などの車載電子機器において搭載されるハードディスクなどの記録媒体の制御方法に関する。
【背景技術】
【０００２】
従来、車両用のナビゲーション装置において、データの記録装置としてハードディスクを搭載し、そのハードディスクに地図データ以外にも様々なデータを記録することにより、通常のナビゲーション装置が行う地図表示や経路探索などのナビゲーション用の処理以外にも、記録されたデータに応じて様々な処理を行うものが広く知られている。たとえば特許文献１には、ハードディスクに記録された音楽データを用いて音楽再生を行うナビゲーション装置が開示されている。
【０００３】
【特許文献１】特開２００４−３１７３８５号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
特許文献１に開示されるような従来のナビゲーション装置では、ＣＰＵが処理内容に応じて様々なアプリケーションソフトウェアを実行することにより様々な処理が行われる。このときＣＰＵは、実行中の各アプリケーションソフトウェアからのアクセス要求に応じてハードディスクにアクセスし、必要なデータの読み出しまたは書き込みを行う。したがって、ナビゲーション装置において複数のアプリケーションソフトウェアを並行して実行する場合、いずれかのアプリケーションソフトウェアからのアクセス要求に応じてＣＰＵがハードディスクにアクセスしている間は、他のアプリケーションソフトウェアからのアクセス要求があっても、ＣＰＵはそのアクセス要求に応じることができない。
【０００５】
上記のように従来のナビゲーション装置では、他のアプリケーションソフトウェアからのアクセス要求に応じてＣＰＵがハードディスクにアクセスしている間は、ナビゲーション装置にとって優先度の高い処理を実行するアプリケーションソフトウェアからのアクセス要求に応じることができない。したがって、他のアプリケーションソフトウェアからのアクセス要求に応じたアクセスが終了するまでの間は、ナビゲーション装置において優先度の高い処理を実行することができない。
【課題を解決するための手段】
【０００６】
請求項１の発明による記録媒体の制御方法は、各種のデータが記録された記録媒体と、各種のアプリケーションソフトウェアを実行するための制御手段とを備えた車載電子機器の記録媒体の制御方法であって、各アプリケーションソフトウェアに対してアクセス優先度をそれぞれ設定し、第１のアクセス優先度が設定されたアプリケーションソフトウェアからのアクセス要求（第１のアクセス要求）に応じて、制御手段から記録媒体にアクセスし、第１のアクセス要求に応じて制御手段から記録媒体にアクセスしている途中に、第１のアクセス優先度よりも優先順位の高い第２のアクセス優先度が設定されたアプリケーションソフトウェアからのアクセス要求（第２のアクセス要求）があった場合、第１のアクセス要求に応じた記録媒体へのアクセスを中断し、第２のアクセス要求に応じて、制御手段から記録媒体にアクセスするものである。
請求項２の発明は、請求項１の記録媒体の制御方法において、第２のアクセス要求に応じた記録媒体へのアクセスが終了した後に、中断された第１のアクセス要求に応じた記録媒体へのアクセスを再開するものである。
請求項３の発明は、請求項１または２の記録媒体の制御方法において、いずれかのアプリケーションソフトウェアからのアクセス要求に応じて制御手段から記録媒体にアクセスしているときに他のアプリケーションソフトウェアが起動している場合、所定のセクタ数をアクセスするごとに、当該他のアプリケーションソフトウェアからのアクセス要求があるか否かを監視するものである。
請求項４の発明は、請求項３の記録媒体の制御方法において、他のアプリケーションソフトウェアにおいて許容されるアクセス応答遅延時間に応じて上記の所定のセクタ数を変化させるものである。
請求項５の発明は、請求項１または２の記録媒体の制御方法において、いずれかのアプリケーションソフトウェアからのアクセス要求に応じて制御手段から記録媒体にアクセスしているときに他のアプリケーションソフトウェアが起動している場合、所定の時間間隔ごとに、当該他のアプリケーションソフトウェアからのアクセス要求があるか否かを監視するものである。
請求項６の発明は、請求項５の記録媒体の制御方法において、他のアプリケーションソフトウェアにおいて許容されるアクセス応答遅延時間に応じて上記の所定の時間間隔を変化させるものである。
請求項７の発明は、請求項１〜６いずれか一項の記録媒体の制御方法において、記録媒体はハードディスクであることとするものである。
請求項８の発明は、請求項１〜７いずれか一項の記録媒体の制御方法において、アプリケーションソフトウェアには、車両の現在位置を検出するための位置検出アプリケーション、目的地までの推奨経路を計算するための経路計算アプリケーション、または音楽を再生するための音楽再生アプリケーションのいずれかが少なくとも含まれることとするものである。
請求項９の発明は、請求項８の記録媒体の制御方法において、位置検出アプリケーションに対しては、経路計算アプリケーションおよび音楽再生アプリケーションよりも高いアクセス優先度を設定し、経路計算アプリケーションに対しては、音楽再生アプリケーションよりも高いアクセス優先度を設定するものである。
請求項１０の発明による車載電子機器は、請求項１〜９いずれか一項に記載の記録媒体の制御方法を実行するものである。
請求項１１の発明による記録媒体制御プログラムは、各種のデータが記録された記録媒体と、各種のアプリケーションソフトウェアを実行するための制御手段とを備えた車載電子機器のコンピュータで実行するためのソフトウェアプログラムであって、第１のアクセス優先度が予め設定されたアプリケーションソフトウェアからのアクセス要求（第１のアクセス要求）に応じて記録媒体にアクセスする処理と、第１のアクセス要求に応じて記録媒体にアクセスしている途中に、第１のアクセス優先度よりも高い第２のアクセス優先度が予め設定されたアプリケーションソフトウェアからのアクセス要求（第２のアクセス要求）があった場合、第１のアクセス要求に応じた記録媒体へのアクセスを中断する処理と、第２のアクセス要求に応じて記録媒体にアクセスする処理とを実行するものである。
【発明の効果】
【０００７】
本発明によれば、車両用のナビゲーション装置などの車載電子機器においてＣＰＵからハードディクスなどの記録媒体にアクセスするときに、処理の優先度に応じたアクセス制御を行うことができる。
【発明を実施するための最良の形態】
【０００８】
本発明の一実施の形態によるナビゲーション装置の構成を図１に示す。このナビゲーション装置は車両に搭載されて使用され、ユーザによって目的地が設定されると、現在地から設定された目的地までの推奨経路を所定の経路探索条件に基づいて探索し、探索された推奨経路に従って自車両を目的地まで案内するものである。図１に示すナビゲーション装置１は、制御回路１１、ＲＯＭ１２、ＲＡＭ１３、現在地検出装置１４、画像メモリ１５、表示モニタ１６、入力装置１７、インタフェース回路１８、ハードディスク（ＨＤＤ）１９およびスピーカ２０を有している。
【０００９】
制御回路１１は、ＣＰＵや各種周辺回路等によって構成されており、ＲＡＭ１３を作業エリアに用いて各種演算を行うことにより、ＲＯＭ１２やＨＤＤ１９に記録された様々なアプリケーションソフトウェアや、後で説明するような各種の制御用ソフトウェアを実行する。これによりナビゲーション装置１において、たとえば目的地の設定、推奨経路の探索、地図の表示などの様々なナビゲーション処理が行われる。また、ＨＤＤ１９に記録された音楽データを用いて音楽再生処理を行うこともできる。なお、制御回路１１においてアプリケーションソフトウェアや制御用ソフトウェアを実行するときの具体的な処理動作の内容については、後で詳しく説明する。
【００１０】
現在地検出装置１４は、自車両の現在地すなわち自車位置を検出する装置であり、たとえば、自車両の進行方向を検出する振動ジャイロセンサ１４ａ、車速を検出する車速センサ１４ｂ、ＧＰＳ衛星からのＧＰＳ信号を検出するＧＰＳセンサ１４ｃ等の各種センサ類からなる。ナビゲーション装置１は、この現在地検出装置１４により検出される自車位置に基づいて、後述する経路探索開始点を決定したり、地図上に自車位置を表示したりすることができる。
【００１１】
画像メモリ１５は、表示モニタ１６に表示するための画像データを一時的に格納する。この画像データは、地図を表示するための地図描画用データや各種の図形データ等からなり、ＨＤＤ１９に記録されている地図データなどに基づいて作成される。画像メモリ１５に格納された画像データを用いて、地図や各種の画像が表示モニタ１６に表示される。
【００１２】
入力装置１７は、車両の目的地や経由地（以下、これらを合わせて単に目的地という）をユーザが設定したり、経路探索条件を設定したりするための各種入力スイッチを有している。この入力装置１７は、操作パネルやリモコン、表示モニタ１６と一体化したタッチパネルなどによって実現される。ユーザは、入力装置１７を操作して、住所や電話番号、施設名称を入力したり、特定の地点を地図上に指定したり、予め登録された登録地のいずれかを選択したりすることで、目的地を設定することができる。
【００１３】
インタフェース回路１８は、たとえばＡＴＡなどの周知のインタフェース規格に基づいて、制御回路１１とＨＤＤ１９の間でデータの入出力制御を行う回路である。ＨＤＤ１９には、制御回路１１において実行される各種のアプリケーションソフトウェアや制御用ソフトウェア、地図を表示するための地図データなどが記録されている。また、図示しないＣＤドライブにセットされたＣＤやカードスロットにセットされたメモリカードなどから音楽データを取り込んでＨＤＤ１９に書き込むこともできる。ナビゲーション装置１は、制御回路１１の音楽再生処理によりＨＤＤ１９に記録された音楽データを再生してスピーカ２０に出力することで、音楽再生を行うことができる。
【００１４】
なお、ＨＤＤ１９に記録されている地図データには、ルート探索に用いられる経路計算データ、推奨経路に従って自車両を目的地まで誘導するために用いられる交差点名称や道路名称などの経路誘導データ、道路を表す道路データなどが含まれている。また、河川や鉄道、地図上の各種施設等（ランドマーク）など、道路以外の地図要素を表す背景データなども地図データに含まれている。
【００１５】
道路データにおいて、道路区間を表す最小単位はリンクと呼ばれている。すなわち、各道路は所定の道路区間ごとに設定された複数のリンクによって構成されている。なお、リンクによって設定される道路区間の長さは異なっており、リンクの長さは一定ではない。リンク同士を接続している点はノードと呼ばれ、このノードはそれぞれに位置情報（座標情報）を有している。また、リンク内にはノードとノードの間に形状補間点と呼ばれる点が設定されていることもある。形状補間点もノードと同じく、それぞれに位置情報（座標情報）を有している。このノードと形状補間点の位置情報によって、リンク形状、すなわち道路の形状が決定される。
【００１６】
ユーザが入力装置１７を操作して前述のように目的地を設定すると、ナビゲーション装置１は、現在地検出装置１４により検出された現在地を経路探索開始点として、前述の経路計算データに基づいて所定のアルゴリズムの演算を行うことにより、現在地から目的地までのルート探索計算を行う。ルート探索計算によって求められた推奨経路は、その表示形態、たとえば表示色などを変えることにより、他の道路とは区別して表示モニタ１６に表示された地図上に示される。これにより、ユーザは推奨経路を地図上で認識することができる。また、推奨経路に従って自車両が走行できるよう、ナビゲーション装置１は、ユーザに対して画像や音声などによる進行方向指示を行うことにより、自車両を誘導する。このように、地図を表示して推奨経路に従って自車両を目的地まで誘導することにより、目的地までのルート案内が行われる。
【００１７】
次に、制御回路１１の具体的な処理動作について説明する。図２は、制御回路１１において実行されるアプリケーションソフトウェアおよび制御用ソフトウェアの動作概念図である。制御回路１１は、アプリケーションＡ、ＢおよびＣからなるアプリケーションソフトウェア２１を実行すると共に、制御用ソフトウェアとして、アクセス制御ソフトウェア２２、ファイルシステムソフトウェア２３およびインタフェース制御ソフトウェア２４を実行する。
【００１８】
アプリケーションソフトウェア２１は、ナビゲーション装置１の様々な処理動作に対応して実行されるソフトウェアであり、その処理内容に対応したアプリケーションＡ、ＢおよびＣによって構成される。たとえば、アプリケーションＡは、車両の現在位置を検出するための位置検出アプリケーションに該当し、アプリケーションＢは、目的地までの推奨経路を計算するための経路計算アプリケーションに該当し、アプリケーションＣは、音楽を再生するための音楽再生アプリケーションに該当する。なお、上記の例はあくまで一例であるため、他の内容としてもよい。また、アプリケーションソフトウェアの種類は上記のように３種類に限らず、処理内容に応じた種類のアプリケーションソフトウェアを実行することができる。
【００１９】
アプリケーションＡ、ＢおよびＣは、各々の処理状況に応じたタイミングでＨＤＤ１９へのアクセス要求を行う。各アプリケーションソフトウェアからのアクセス要求は、アクセス制御ソフトウェア２２により検出される。このとき、アクセス要求するファイル名またはＨＤＤ１９における物理アドレス（セクタアドレス、ブロックアドレス等）、ＨＤＤ１９に対して読み込み（リード）または書き込み（ライト）するデータの容量、リードの場合はデータを格納する記憶領域のアドレスなどの各種パラメータが、アプリケーションＡ、ＢまたはＣからアクセス制御ソフトウェア２２に伝えられる。
【００２０】
また、各アプリケーションソフトウェアは上記のようなアクセス要求を行う際に、各アプリケーションソフトウェアに対して予め設定されたアクセス優先度をアクセス制御ソフトウェア２２に対してそれぞれ通知する。ここでは、アプリケーションＡ、ＢおよびＣに対して優先度Ａ、ＢおよびＣがそれぞれ設定されており、この優先度Ａ、ＢまたはＣが各アプリケーションソフトウェアによって通知されるものとする。なお、優先度Ａは優先度ＢおよびＣよりも高いアクセス優先度であり、優先度Ｂは優先度Ｃよりも高いアクセス優先度であるものとする。すなわち、優先度Ａ＞優先度Ｂ＞優先度Ｃである。
【００２１】
上記の優先度Ａ、ＢおよびＣは、各アプリケーションソフトウェアによって実行される処理のナビゲーション装置１における優先順位に応じて設定される。すなわち、ナビゲーション装置１にとって優先順位の高い処理を実行するアプリケーションソフトウェアには相対的に高い優先度が設定されるが、優先順位の低い処理を実行するアプリケーションソフトウェアには他のアプリケーションソフトウェアよりも低い優先度が設定される。このような処理の優先順位は、処理内容の重要度やアクセス所要時間、処理の連続性、リアルタイム性などに基づいて決定される。なお、同じアプリケーションソフトウェアからのアクセス要求であっても、そのアクセス要求の内容に応じて優先度を変化させるようにしてもよい。
【００２２】
アクセス制御ソフトウェア２２は、アプリケーションＡ、ＢまたはＣからのアクセス要求を検出すると、そのアクセス要求に応じて、制御回路１１をＨＤＤ１９にアクセスさせる。このとき、前述のようなアクセス要求の各種パラメータがアクセス制御ソフトウェア２２からファイルシステムソフトウェア２３に通知され、それに基づいてファイルシステムソフトウェア２３により決定されたＨＤＤ１９の物理アドレスがインタフェース制御ソフトウェア２４に通知される。この物理アドレスに基づいて、インタフェース制御ソフトウェア２４の処理によりＨＤＤ１９を制御するための制御信号を制御回路１１からインタフェース回路１８に出力すると共に、ＨＤＤ１９から読み込んだデータまたはＨＤＤ１９に書き込むデータをインタフェース回路１８を介して制御回路１１とＨＤＤ１９の間で入出力することにより、制御回路１１からＨＤＤ１９へのアクセスが行われる。
【００２３】
ここで、上記のようにしてアプリケーションＡ、ＢまたはＣのいずれかのアクセス要求に応じて制御回路１１をＨＤＤ１９にアクセスさせる際に、他のアプリケーションソフトウェアによるアクセスが既に行われていたとする。このような場合、アクセス制御ソフトウェア２２は、各アプリケーションソフトウェアから通知されたアクセス優先度に基づいて、いずれのアプリケーションソフトウェアのアクセス要求に応じるかを判断する。その結果、設定されたアクセス優先度が高い方のアプリケーションソフトウェアからのアクセス要求に応じて、制御回路１１からＨＤＤ１９へのアクセスが行われる。
【００２４】
他方、アクセス優先度が低い方のアプリケーションソフトウェアは、アクセス優先度が高いアプリケーションソフトウェアによるアクセスが終了するまでの間、アクセス待機状態に設定される。このときアクセス優先度の低いアプリケーションソフトウェアが先にアクセスしていた場合は、そのアクセスを中断した上で、アクセス優先度が高いアプリケーションソフトウェアからのアクセス要求に応じたアクセスを優先させる。アクセス優先度の高いアプリケーションソフトウェアによるアクセスが終了したら、アクセス優先度の低いアプリケーションソフトウェアのアクセス待機状態を解除して、一旦中断されたアクセスを再開させる。
【００２５】
以上説明したようなアクセス制御を行ったときの各アプリケーションソフトウェアの具体的な動作タイミングの例を図３に示す。図３は、最初にアプリケーションＣがアクセス要求を行い、そのアクセス要求に応じたアクセス実行中にアプリケーションＢ、Ａが順にアクセス要求を行ったときに、アクセス制御ソフトウェア２２のアクセス制御によって各アプリケーションによるＨＤＤ１９へのアクセスがどのようなタイミングで行われるかを示している。
【００２６】
アプリケーションＣからのアクセス要求が発生したときには、他のアプリケーションＡおよびＢからのアクセス要求がまだされていないため、そのアクセス要求に応じて直ちに制御回路１１からＨＤＤ１９へのアクセスが開始される。こうしてアプリケーションＣからのアクセス要求に応じてアクセスが行われている間は、アクセス要求監視サイクルとして予め設定された所定のセクタ数をアクセスするごとに、より優先度の高い上位のアプリケーション、すなわちアプリケーションＡまたはＢからのアクセス要求の監視が、図中に破線で示すようなタイミングで行われる。このアクセス要求監視サイクルのセクタ数は、上位のアプリケーションソフトウェアにおいて許容される遅延時間内にアクセス可能なセクタ数により設定される。なお、このようなアクセス要求の監視は、上位アプリケーションが制御回路１１において起動されていなければ行う必要がない。アプリケーションＡまたはＢからのアクセス要求がされるまでの間、アプリケーションＣからのアクセス要求に応じたアクセスが行われる。
【００２７】
アプリケーションＢからのアクセス要求が発生すると、次のアクセス要求監視タイミングまでの間アプリケーションＢがアクセス待機状態とされた後、アプリケーションＢからのアクセス要求が検出される。アプリケーションＢからのアクセス要求が検出されると、アプリケーションＢまたはＣどちらのアクセス要求を優先するかの判断が行われる。この判断は両アプリケーションソフトウェアのアクセス優先度に基づいて行われ、より高いアクセス優先度が設定されたアプリケーションソフトウェアからのアクセス要求が優先される。本例では前述のように、アプリケーションＢに対して設定された優先度Ｂの方が、アプリケーションＣに対して設定された優先度Ｃよりも大きいため、アプリケーションＢからのアクセス要求が優先される。
【００２８】
上記の判断の結果、それまで実行されていたアプリケーションＣからのアクセス要求に応じたアクセスは中断され、アプリケーションＣはアクセス待機状態に設定される。その後、アプリケーションＢからのアクセス要求に応じたアクセスが開始される。アプリケーションＢによるアクセス中は、アプリケーションＣの場合と同様に、より優先度の高い上位アプリケーション、すなわちアプリケーションＡからのアクセス要求の監視がアクセス要求監視サイクルのセクタ数をアクセスするごとに行われる。このようにして、アプリケーションＡからアクセス要求があるまでの間、アプリケーションＢからのアクセス要求に応じたアクセスが行われる。
【００２９】
アプリケーションＡからのアクセス要求が発生すると、アプリケーションＢの場合と同様に、次のアクセス要求監視タイミングまでの間アクセス待機状態とされた後にそのアクセス要求が検出され、アプリケーションＡまたはＢどちらのアクセス要求を優先するかの判断がアクセス優先度に基づいて行われる。本例では前述のように、アプリケーションＡに対して設定された優先度Ａの方が、アプリケーションＢに対して設定された優先度Ｂよりも大きいため、アプリケーションＡからのアクセス要求が優先される。
【００３０】
その結果、アプリケーションＢからのアクセス要求に応じたアクセスが中断され、アプリケーションＢがアクセス待機状態に設定された後、アプリケーションＡからのアクセス要求に応じたアクセスが開始される。なお、アプリケーションＡは最上位のアプリケーションソフトウェアであるため、アプリケーションＡによるアクセス中はアクセス要求の監視が行われない。このようにして、アプリケーションＡからのアクセス要求に応じたアクセスが行われる。
【００３１】
アプリケーションＡのアクセス要求に応じたアクセスが終了したら、アクセス待機状態に設定されていたアプリケーションＢおよびＣのうち、より上位のアプリケーションＢからのアクセス要求に応じたアクセスが先に再開される。なお、アクセス再開後も前述のように、アプリケーションＡからのアクセス要求の監視がアクセス要求監視サイクルのセクタ数をアクセスするごとに行われる。その後、アプリケーションＢのアクセス要求に応じたアクセスが終了したら、アクセス待機状態に設定されていたアプリケーションＣのアクセス要求に応じたアクセスが再開される。なお、このときにもアプリケーションＢの場合と同様に、より上位のアプリケーションＡまたはＢからのアクセス要求の監視がアクセス要求監視サイクルのセクタ数をアクセスするごとに行われる。こうして上位のアプリケーションＡまたはＢからのアクセス要求によって途中で中断されずにアクセスが継続されることにより、アプリケーションＣのアクセス要求に応じたアクセスが終了する。
【００３２】
以上説明したような処理がアクセス制御ソフトウェア２２によって実行されることにより、アプリケーションＡ、ＢおよびＣのアクセス要求のタイミングとそれぞれに設定されたアクセス優先度に応じて、制御回路１１からＨＤＤ１９へのアクセスが制御される。その結果、各アプリケーションソフトウェアが実行する処理の優先度に応じたアクセス制御を行うことができる。
【００３３】
上記のようにしてアクセス制御ソフトウェア２２により各アプリケーションソフトウェアからのアクセス要求に応じて制御回路１１からＨＤＤ１９へのアクセスを制御する際に制御回路１１において実行されるフローチャートを図４に示す。ステップＳ１０では、アプリケーションＡ、ＢまたはＣのいずれかからのアクセス要求があるか否かを判定する。いずれかのアプリケーションソフトウェアからのアクセス要求があった場合は、次のステップＳ２０へ進む。
【００３４】
ステップＳ２０では、ステップＳ１０においてアクセス要求が検出されたアプリケーションソフトウェアからのアクセス要求に応じて、制御回路１１からＨＤＤ１９へのアクセスを実行する。ステップＳ３０では、ステップＳ２０において実行されたアクセスが終了したか否かを判定する。アクセスが終了した場合はステップＳ１２０へ進み、まだ終了していない場合はステップＳ４０へ進む。以下、ステップＳ４０へ進んだ場合から先に説明する。
【００３５】
ステップＳ４０では、ステップＳ２０においてアクセス実行中のアプリケーションソフトウェア以外にも他のアプリケーションソフトウェアが起動中であるか否かを判定する。他のアプリケーションソフトウェアが起動している場合はステップＳ５０へ進み、起動していない場合はステップＳ２０へ戻って実行中のアクセスを続行する。
【００３６】
ステップＳ５０では、ステップＳ２０においてアクセスを開始してから、または前回アクセス要求を監視してから、所定のセクタ数をアクセスしたか否かを判定する。このセクタ数は前述のようにアクセス要求監視サイクルとして予め設定されている。所定のセクタ数をアクセスするまでの間は、ステップＳ２０へ戻って実行中のアクセスを続行し、所定のセクタ数をアクセスしたら次のステップＳ６０へ進む。
【００３７】
ステップＳ６０では、ステップＳ２０においてアクセス実行中のアプリケーションソフトウェア以外の他のアプリケーションソフトウェアからのアクセス要求があったか否かを判定する。上記のステップＳ５０とこのステップＳ６０の処理が実行されることにより、所定のセクタ数をアクセスするごとに他のアプリケーションソフトウェアからのアクセス要求があるか否かの監視が行われる。ステップＳ６０において他のアプリケーションソフトウェアからのアクセス要求があったと判定された場合はステップＳ７０へ進み、ない場合はステップＳ２０へ戻って実行中のアクセスを続行する。
【００３８】
ステップＳ７０では、ステップＳ２０においてアクセス実行中のアプリケーションソフトウェアに対して設定されているアクセス優先度と、ステップＳ６０においてアクセス要求が検出された他のアプリケーションソフトウェアに対して設定されているアクセス優先度とを比較する。次のステップＳ８０では、ステップＳ７０の比較結果に基づいて、アクセス実行中のアプリケーションソフトウェアよりも、アクセス要求が検出された他のアプリケーションソフトウェアの方が、設定された優先度が高いか否かを判定する。ステップＳ８０の判定が肯定された場合は、次のステップＳ９０へ進む。一方ステップＳ８０の判定が否定された場合は、ステップＳ９０およびステップＳ１００の処理を飛ばしてステップＳ１１０へ進む。
【００３９】
ステップＳ９０では、ステップＳ２０において実行中のアクセスを中断する。これにより、アクセス優先度の低い方のアプリケーションソフトウェアからのアクセス要求に応じたＨＤＤ１９へのアクセスが中断される。次のステップＳ１００では、ＨＤＤ１９へアクセスするアプリケーションソフトウェアの切り替えを行う。これにより、以降の処理ステップにおいては、ステップＳ６０においてアクセス要求が検出された他のアプリケーションソフトウェアが処理の対象とされる。こうしてステップＳ１００によりアクセスを実行するアプリケーションソフトウェアが切り替えられたら、次のステップＳ１１０へ進む。
【００４０】
ステップＳ１１０では、アクセス中ではないアプリケーションソフトウェアをアクセス待機状態に設定する。これにより、設定されたアクセス優先度が低い方のアプリケーションソフトウェアがアクセス待機状態に設定される。ステップＳ１１０を実行したらステップＳ２０へ戻り、ステップＳ２０以降の処理を繰り返す。これにより、アクセス待機状態に設定されなかったアクセス優先度が高い方のアプリケーションソフトウェアからのアクセス要求に応じて、制御回路１１からＨＤＤ１９へのアクセスが実行される。
【００４１】
次にステップＳ３０からステップＳ１２０へ進んだ場合について説明する。ステップＳ１２０では、ステップＳ１１０の処理によってアクセス待機状態に設定されているアプリケーションソフトウェアがあるか否かを判定する。アクセス待機状態のアプリケーションソフトウェアがある場合は、次のステップＳ１３０へ進む。ない場合はステップＳ１０へ戻り、いずれかのアプリケーションからのアクセス要求があるまでステップＳ１０の処理を繰り返す。
【００４２】
ステップＳ１３０では、ステップＳ１１０においてアクセス待機状態に設定されたアプリケーションソフトウェアに対して、そのアクセス待機状態の設定を解除する。このとき複数のアプリケーションソフトウェアがアクセス待機状態に設定されている場合は、その中で最もアクセス優先度が高いアプリケーションソフトウェアのアクセス待機状態の設定を解除する。
【００４３】
ステップＳ１４０では、アクセスするアプリケーションソフトウェアの切り替えを行う。これにより、以降の処理ステップにおいては、ステップＳ１３０においてアクセス待機状態の設定が解除されたアプリケーションソフトウェアが処理の対象とされる。こうしてステップＳ１４０によりアクセスを実行するアプリケーションソフトウェアが切り替えられたらステップＳ２０へ戻り、ステップＳ２０以降の処理を繰り返す。これにより、アクセス優先度が高いアプリケーションソフトウェアのアクセス要求に応じたアクセスが終了した後に、途中で中断されたアクセス優先度が低いアプリケーションソフトウェアのアクセス要求に応じたアクセスが再開される。
【００４４】
以上説明した実施の形態によれば、次の作用効果を奏することができる。
（１）アプリケーションＡ、ＢおよびＣの各アプリケーションソフトウェアに対して、アクセス優先度Ａ、ＢおよびＣをそれぞれ設定しておく。アクセス優先度Ｃが設定されたアプリケーションＣからのアクセス要求があると（ステップＳ１０）、そのアクセス要求に応じて制御回路１１からＨＤＤ１９にアクセス（ステップＳ２０）する。このアクセスの途中で、アクセス優先度Ｃよりも優先順位の高いアクセス優先度Ｂが設定されたアプリケーションＢからのアクセス要求があった場合（ステップＳ６０）、アプリケーションＣからのアクセス要求に応じたＨＤＤ１９へのアクセスを中断し（ステップＳ９０）、アプリケーションＣからアプリケーションＢに切り替えた（ステップＳ１００）後、アプリケーションＢからのアクセス要求に応じて、制御回路１１からＨＤＤ１９にアクセスする（ステップＳ２０）。
【００４５】
さらに、上記のアプリケーションＢからのアクセス要求に応じたアクセスの途中で、アクセス優先度Ｂよりも優先順位の高いアクセス優先度Ａが設定されたアプリケーションＡからのアクセス要求があった場合（ステップＳ６０）、アプリケーションＢからのアクセス要求に応じたＨＤＤ１９へのアクセスを中断し（ステップＳ９０）、アプリケーションＢからアプリケーションＡに切り替えた（ステップＳ１００）後、アプリケーションＡからのアクセス要求に応じて、制御回路１１からＨＤＤ１９にアクセスする（ステップＳ２０）こととした。このようにしたので、車両用のナビゲーション装置においてＣＰＵからハードディクスなどの記録媒体にアクセスするときに、処理の優先度に応じたアクセス制御を行うことができる。
【００４６】
（２）アプリケーションＡまたはＢからのアクセス要求に応じたＨＤＤ１９へのアクセスが終了した後に（ステップＳ３０）、アプリケーションＡからＢ、またはアプリケーションＢからＣに切り替えて（ステップＳ１４０）、ステップＳ９０において中断されたアプリケーションＢまたはＣからのアクセス要求に応じたＨＤＤ１９へのアクセスを再開する（ステップＳ２０）こととした。このようにしたので、中断されたアクセスを適切なタイミングで再開することができる。
【００４７】
（３）アプリケーションＢまたはＣからのアクセス要求に応じて制御回路１１からＨＤＤ１９にアクセスしているときには、他のアプリケーションＡまたＢが起動しているか否かを判定し（ステップＳ４０）、他のアプリケーションＡまたはＢが起動している場合は、所定のセクタ数をアクセスするごとに、当該他のアプリケーションＡまたはＢからのアクセス要求があるか否かを監視する（ステップＳ５０、Ｓ６０）こととした。このようにしたので、実行中のアプリケーションソフトウェア以外の他のアプリケーションソフトウェアからのアクセス要求を適切なタイミングで検出することができる。
【００４８】
なお、以上説明した実施の形態では、アクセス実行中のアプリケーションソフトウェア以外の他のアプリケーションソフトウェアからのアクセス要求があるか否かを監視するときに、アクセス要求監視サイクルのセクタ数を一定とした例を説明した。しかし、他のアプリケーションソフトウェアにおいて許容されるアクセス応答遅延時間の長さに応じて、アクセス要求監視サイクルのセクタ数を変化させることとしてもよい。すなわち、監視対象とされるアプリケーションソフトウェアが即時のアクセスを必要としており、そのために許容アクセス応答遅延時間が短い場合は、これに応じてアクセス要求監視サイクルのセクタ数を小さくする。一方、監視対象とされるアプリケーションソフトウェアにおいて許容アクセス応答遅延時間が長い場合は、これに応じてアクセス要求監視サイクルのセクタ数を大きくする。
【００４９】
上記のようにして許容アクセス応答遅延時間に応じてアクセス要求監視サイクルのセクタ数を変化させたときの、各アプリケーションソフトウェアの具体的な動作タイミングの例を図５に示す。アプリケーションＣからのアクセス要求に応じたアクセス開始後、アプリケーションＢが起動されるまでの間は、アクセス要求の監視が行われない。アプリケーションＢが起動されたら、アプリケーションＢにおいて許容されるアクセス応答遅延時間に応じたアクセス要求監視サイクルのセクタ数をアクセスするごとに、アプリケーションＣにおいて図中に破線で示すようなタイミングで、アプリケーションＢからのアクセス要求の監視が行われる。
【００５０】
アプリケーションＢからのアクセス要求に応じて、アプリケーションＣによるアクセスが中断されてそのアクセス要求に応じたアクセスが開始された後、アプリケーションＡが起動されるまでの間は、アプリケーションＣの場合と同様にアクセス要求の監視が行われない。アプリケーションＡが起動されたら、アプリケーションＡにおいて許容されるアクセス応答遅延時間に応じたアクセス要求監視サイクルのセクタ数をアクセスするごとに、アプリケーションＢにおいて図中に破線で示すようなタイミングで、アプリケーションＡからのアクセス要求の監視が行われる。ここでは、アプリケーションＡにおいて許容されるアクセス応答遅延時間がアプリケーションＢにおいて許容されるアクセス応答遅延時間よりも短いものとして、アクセス要求の監視タイミングを図示している。
【００５１】
アプリケーションＡのアクセス要求に応じたアクセスが終了し、アプリケーションＢからのアクセス要求に応じたアクセスが再開された後は、アプリケーションＡが起動中である。したがって図中に示すように、アプリケーションＡにおいて許容されるアクセス応答遅延時間に応じたアクセス要求監視サイクルのセクタ数をアクセスするごとに、アプリケーションＡからのアクセス要求の監視が行われる。
【００５２】
アプリケーションＣからのアクセス要求に応じたアクセスが再開された後は、アプリケーションＡまたはＢにおいてそれぞれ許容されるアクセス応答遅延時間のうち、より短いアクセス応答遅延時間に応じたセクタ数をアクセスするごとに、アプリケーションＡまたはＢからのアクセス要求の監視が行われる。その結果、アプリケーションＡにおいて許容されるアクセス応答遅延時間に応じたアクセス要求監視サイクルのセクタ数をアクセスするごとに、上記と同様のタイミングでＹアプリケーションＡまたはＢからのアクセス要求の監視が行われる。
【００５３】
以上説明したように、監視対象とされる他のアプリケーションソフトウェアにおいて許容されるアクセス応答遅延時間に応じてアクセス要求監視サイクルのセクタ数を変化させることにより、実行中のアプリケーションソフトウェア以外の他のアプリケーションソフトウェアからのアクセス要求をより一層適切なタイミングで検出することができる。
【００５４】
なお、上記の実施の形態では、アクセス要求監視サイクルとして予め設定された所定のセクタ数をアクセスするごとに、上位のアプリケーションソフトウェアからのアクセス要求の監視を行う例を説明したが、アクセスしたセクタ数ではなく経過時間によってアクセス要求監視サイクルを定めてもよい。すなわち、アクセス要求監視サイクルとして予め設定された所定の時間間隔ごとに、上位のアプリケーションソフトウェアからのアクセス要求の監視を行うこともできる。この場合も上記実施の形態において説明したのと同様に、他のアプリケーションソフトウェアにおいて許容されるアクセス応答遅延時間の長さに応じて、アクセス要求監視サイクルの時間間隔を変化させることができる。このようにしても、上記実施の形態において説明したのと同様の作用効果を得ることができる。
【００５５】
なお、上記の実施の形態では各種のデータを記録する記録媒体としてハードディスクを用いた例を説明したが、ハードディスク以外の記録媒体を用いた場合にも本発明を適用可能である。たとえば、ＣＤ−ＲＯＭやＤＶＤ−ＲＯＭなどの光学式ディスク、フラッシュメモリや各種メモリカード類などの不揮発性メモリ、書き換え可能な光学式ディスク等、様々な記録媒体へのアクセス制御において本発明を適用することができる。また、上記の実施の形態は車両用のナビゲーション装置を例に説明したが、他の様々な車載電子機器においても本発明は適用可能である。たとえば、車両が事故を起こした時の記録写真を自動的に撮影する自動記録装置や、車両が盗難された時に周囲の情報を自動的に収集して送信する盗難監視装置、音楽データを記録および再生する音楽再生装置など、各種の車載電子機器においても本発明を適用することができる。
【００５６】
以上説明した実施の形態や各種の変形例はあくまで一例であるため、発明の特徴が損なわれない限り、本発明はこれらの内容に限定されない。また、発明を解釈する際、上記の実施の形態の記載事項と特許請求の範囲の記載事項の対応関係には何ら限定も拘束もされない。
【図面の簡単な説明】
【００５７】
【図１】本発明の一実施形態によるナビゲーション装置の構成を示すブロック図である。
【図２】アプリケーションソフトウェアおよび制御用ソフトウェアの動作概念図である。
【図３】各アプリケーションソフトウェアの具体的な動作タイミングの例である。
【図４】各アプリケーションソフトウェアからのアクセス要求に応じてアクセス制御を行う際のフローチャートである。
【図５】許容アクセス応答遅延時間に応じてアクセス要求監視サイクルを変化させたときの各アプリケーションソフトウェアの具体的な動作タイミングの例である。
【符号の説明】
【００５８】
１：ナビゲーション装置              １１：制御回路
１２：ＲＯＭ                          １３：ＲＡＭ
１４：現在地検出装置                  １５：画像メモリ
１６：表示モニタ                      １７：入力装置
１８：インタフェース回路              １９：ＨＤＤ
２０：スピーカ                        ２１：アプリケーションソフトウェア
２２：アクセス制御ソフトウェア        ２３：ファイルシステムソフトウェア
２４：インタフェース制御ソフトウェア
【図１】
2008096307.tif 000003
【図２】
2008096307.tif 000004
【図３】
2008096307.tif 000005
【図４】
2008096307.tif 000006
【図５】
2008096307.tif 000007