(57)【要約】  選択部（１０１）は、１つまたは複数のデバイスを使用することにより実行される、車両の走行に関連する機能を選択する。変更部（１０２）は、選択部（１０１）によって選択された機能を含む複数の機能を実行するときに使用されるリソース量が、いずれかのデバイスで制限範囲を超える場合に、選択部（１０１）によって選択された機能を他の代替機能に変更する。また設定部（１０３）は、複数の機能をあらかじめ関連付け、変更部（１０２）は、選択部（１０１）によって選択された機能と関連付けられた機能を代替機能とする。
2008026409.tif 000002
【特許請求の範囲】
【請求項１】
１つまたは複数のデバイスを使用することにより実行される、車両の走行に関連する機能を選択する選択手段と、
前記選択手段によって選択された機能を含む複数の機能を実行するときに使用されるリソース量が、いずれかのデバイスで制限範囲を超える場合に、前記選択手段によって選択された機能を他の代替機能に変更する変更手段と、
を備えることを特徴とするリソース管理装置。
【請求項２】
複数の機能をあらかじめ関連付ける設定手段を備え、
前記変更手段は、前記選択手段によって選択された機能と関連付けられた機能を代替機能とすることを特徴とする請求項１に記載のリソース管理装置。
【請求項３】
前記変更手段は、いずれの代替機能を使用した場合でもリソース量がいずれかのデバイスで制限範囲を超える場合に、所定の優先順位に従ってキャンセルする機能を決定することを特徴とする請求項１または２に記載のリソース管理装置。
【請求項４】
前記変更手段は、いずれの代替機能を使用した場合でもリソース量がいずれかのデバイスで制限範囲を超える場合に、前記選択手段によって選択された機能の選択を前記選択手段にキャンセルさせることを特徴とする請求項１または２に記載のリソース管理装置。
【請求項５】
前記変更手段は、いずれかの代替機能を使用した場合でもリソース量がいずれかのデバイスで制限範囲を超える場合に、前記選択手段によって選択された機能以外の前記実行するいずれかの機能を他の代替機能に変更することを特徴とする請求項１に記載のリソース管理装置。
【請求項６】
前記変更手段は、前記選択手段によって選択された機能以外の前記実行するいずれかの機能に対しいずれの代替機能を使用した場合でもリソース量がいずれのデバイスで制限範囲を超える場合に、所定の優先順位に従ってキャンセルする機能を決定することを特徴とする請求項５に記載のリソース管理装置。
【請求項７】
前記変更手段は、前記選択手段によって選択された機能以外の前記実行するいずれかの機能に対しいずれの代替機能を使用した場合でもリソース量がいずれのデバイスで制限範囲を超える場合に、前記選択手段によって選択された機能の選択を前記選択手段にキャンセルさせることを特徴とする請求項４に記載のリソース管理装置。
【請求項８】
前記選択手段によって選択された機能のうちいずれかの機能の実行が終了した場合に、前記代替機能を元の機能に戻す再変更手段を備えることを特徴とする請求項１、２、および５のいずれか一つに記載のリソース管理装置。
【請求項９】
１つまたは複数のデバイスを使用することにより実行される、車両の走行に関連する機能を選択する選択工程と、
前記選択工程によって選択された機能を含む複数の機能を実行するときに使用されるリソース量が、いずれかのデバイスで制限範囲を超える場合に、前記選択工程によって選択された機能を他の代替機能に変更する変更工程と、
を含むことを特徴とするリソース管理方法。
【請求項１０】
請求項９に記載のリソース管理方法をコンピュータに実行させることを特徴とするリソース管理プログラム。
【請求項１１】
請求項１０に記載のリソース管理プログラムを記録したことを特徴とするコンピュータに読み取り可能な記録媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、車両の走行に関連する機能の実行に用いられるリソースを管理するリソース管理装置、リソース管理方法、リソース管理プログラムおよびコンピュータに読み取り可能な記録媒体に関する。ただし、この発明の利用は、上述のリソース管理装置、リソース管理方法、リソース管理プログラムおよびコンピュータに読み取り可能な記録媒体に限らない。
【背景技術】
【０００２】
従来、ナビゲーション装置では経路探索や経路誘導など通常の機能の他に様々な機能が採用されるようになってきており、その一つとして安全支援機能が含まれる。ナビゲーションの安全支援機能や車の安全支援機能は、ＣＰＵやＤＳＰによる信号処理で実施するものが多かった。近年は画像や映像などを用いた信号処理負荷の高い処理を要する機能が増えてきている。それら各機能用に専用のハードリソースを搭載している場合は、処理を中断することなく機能を実施できるが、ハードリソースの有効活用を図るため、他の機能とリソースをシェアする場合も多い（たとえば、下記特許文献１参照。）。【０００３】
【特許文献１】特開２００４−６１２２８号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかしながら、他の機能と共通のＣＰＵやＤＳＰを用いてリソースをシェアして使用している場合は、多くの機能を同時に動作させる場合には、各機能がそれぞれリソースに負荷をかけてしまう。したがって、場合によってはリソースが不足してしまう場合があり、特に安全支援機能を動作させようとしてもリソース不足となり、安全支援機能が動作できず、運転中危険な状態となる場合がありうるという問題が一例として挙げられる。
【課題を解決するための手段】
【０００５】
請求項１の発明にかかるリソース管理装置は、１つまたは複数のデバイスを使用することにより実行される、車両の走行に関連する機能を選択する選択手段と、前記選択手段によって選択された機能を含む複数の機能を実行するときに使用されるリソース量が、いずれかのデバイスで制限範囲を超える場合に、前記選択手段によって選択された機能を他の代替機能に変更する変更手段と、を備えることを特徴とする。【０００６】
また、請求項９の発明にかかるリソース管理方法は、１つまたは複数のデバイスを使用することにより実行される、車両の走行に関連する機能を選択する選択工程と、前記選択工程によって選択された機能を含む複数の機能を実行するときに使用されるリソース量が、いずれかのデバイスで制限範囲を超える場合に、前記選択工程によって選択された機能を他の代替機能に変更する変更工程と、を含むことを特徴とする。【０００７】
また、請求項１０の発明にかかるリソース管理プログラムは、請求項９に記載のリソース管理方法をコンピュータに実行させることを特徴とする。【０００８】
また、請求項１１の発明にかかるコンピュータに読み取り可能な記録媒体は、請求項１０に記載のリソース管理プログラムを記録したことを特徴とする。
【図面の簡単な説明】
【０００９】
【図１】図１は、この発明の実施の形態にかかるリソース管理装置の機能的構成を示すブロック図である。
【図２】図２は、この発明の実施の形態にかかるリソース管理方法の処理を示すフローチャートである。
【図３】図３は、ナビゲーション装置のハードウェア構成を示すブロック図である。
【図４】図４は、代替機能を使用する場合の各デバイスのリソース量を説明する説明図である。
【図５】図５は、各機能を使用する場合の各デバイスのリソース量を説明する説明図である。
【図６】図６は、リソース管理処理を説明するフローチャートである。
【符号の説明】
【００１０】
１０１  選択部
１０２  変更部
１０３  設定部
１０４  再変更部
【発明を実施するための最良の形態】
【００１１】
以下に添付図面を参照して、この発明にかかるリソース管理装置、リソース管理方法、リソース管理プログラムおよびコンピュータに読み取り可能な記録媒体の好適な実施の形態を詳細に説明する。【００１２】
図１は、この発明の実施の形態にかかるリソース管理装置の機能的構成を示すブロック図である。この実施の形態のリソース管理装置は、選択部１０１、変更部１０２、設定部１０３、再変更部１０４により構成されている。これらの各構成は、図３で後述するＣＰＵ３０１、ＲＯＭ３０２、ＲＡＭ３０３を使用することにより実現される。すなわち、後述するＣＰＵ３０１が、ＲＯＭ３０２からプログラムを読み出し、ＲＡＭ３０３をワークエリアとして使用することにより実現される。また、選択部１０１は後述する図６のステップＳ６０１の、変更部１０２はステップＳ６０９の、再変更部１０４はステップＳ６１１の各処理によって実現される。また、設定部１０３は、後述する図４で説明される機能Ａに対する代替Ｂおよび代替Ｃへ関連付けることによって実現される。【００１３】
選択部１０１は、１つまたは複数のデバイスを使用することにより実行される、車両の走行に関連する機能を選択する。具体的には、機能Ａが電波レーダーを用いて自車外の近傍に位置する障害物を検知して、自車両の安全を支援する機能や、圧縮率Ｐの画像圧縮コーデックを用いて撮像された自車両周辺の映像を記録する機能、低圧縮コーデックＰを用いて撮像された自車両周辺の映像を記録する機能などの各機能を実行すべく選択する。【００１４】
変更部１０２は、選択部１０１によって選択された機能を含む複数の機能を実行するときに使用されるリソース量が、いずれかのデバイスで制限範囲を超える場合に、選択部１０１によって選択された機能を他の代替機能に変更する。たとえば、機能Ａに対して、代替Ｂや代替Ｃに変更することができる。また、変更部１０２は、いずれの代替機能を使用した場合でもリソース量がいずれかのデバイスで制限範囲を超える場合に、所定の優先順位に従ってキャンセルする機能を決定することもできる。【００１５】
また、変更部１０２は、いずれの代替機能を使用した場合でも、具体的には代替Ｂ、代替Ｃのいずれでもリソース量がいずれかのデバイスで制限範囲を超える場合に、選択部１０１によって選択された機能の選択を選択部１０１にキャンセルさせることもできる。この場合、変更部１０２は、選択部１０１によって選択された機能以外の実行するいずれかの機能に対し、具体的には、機能Ａとともに実行する予定であった機能Ｅ、機能Ｆに対し、いずれの代替機能を使用した場合でもリソース量がいずれのデバイスで制限範囲を超える場合に、選択部１０１によって選択された機能の選択を選択部１０１にキャンセルさせることもできる。【００１６】
変更部１０２は、いずれかの代替機能を使用した場合でもリソース量がいずれかのデバイスで制限範囲を超える場合に、選択部１０１によって選択された機能以外の実行するいずれかの機能を他の代替機能に変更することもできる。すなわち、上述の機能Ｅ、機能Ｆを他の代替機能に変更することができる。この場合、変更部１０２は、選択部１０１によって選択された機能以外の前記実行するいずれかの機能に対しいずれの代替機能を使用した場合でもリソース量がいずれのデバイスで制限範囲を超える場合に、所定の優先順位に従ってキャンセルする機能を決定することもできる。【００１７】
設定部１０３は、複数の機能をあらかじめそれぞれ関連付ける。具体的には、本来使用される機能Ａに対して、代替的に使用することができる機能である、代替Ｂや代替Ｃをそれぞれ関連付けておくことができる。この関連付けは単一方向だけであるとは限らず、たとえば代替Ｂの使用に対して、機能Ａおよび代替Ｃを代替機能として使用できると関連付けておくこともできる。そして、変更部１０２は、この関連付けられた機能を代替機能として変更処理する。すなわち、代替機能として関連付けられた、代替Ｂまたは代替Ｃを、機能Ａに代えて変更処理する。【００１８】
再変更部１０４は、選択部１０１によって選択された機能のうちいずれかの機能の実行が終了した場合に、代替機能を元の機能に戻す。具体的には、機能Ａに代えて代替Ｃを実行し、その代替処理が必要なくなった場合には、元の機能である機能Ａに戻して処理を継続する。【００１９】
図２は、この発明の実施の形態にかかるリソース管理方法の処理を示すフローチャートである。まず、選択部１０１は、１つまたは複数のデバイスを使用することにより実行される、車両の走行に関連する機能を選択する（ステップＳ２０１）。次に、変更部１０２は、選択部１０１によって選択された機能を含む複数の機能を実行するときに使用されるリソース量が、いずれかのデバイスで制限範囲を超えるか否かを判定する（ステップＳ２０２）。【００２０】
超えないと判定された場合（ステップＳ２０２：Ｎｏ）、一連の処理を終了する。超えると判定された場合（ステップＳ２０２：Ｙｅｓ）、選択部１０１によって選択された機能を他の代替機能に変更する（ステップＳ２０３）。なお、ここで、いずれの代替機能を使用した場合でもリソース量がいずれかのデバイスで制限範囲を超える場合に、選択部１０１によって選択された機能の選択を選択部１０１にキャンセルさせることもできる。この場合、変更部１０２は、選択部１０１によって選択された機能以外の実行するいずれかの機能に対しいずれの代替機能を使用した場合でもリソース量がいずれのデバイスで制限範囲を超える場合に、選択部１０１によって選択された機能の選択を選択部１０１にキャンセルさせることもできる。【００２１】
また、いずれかの代替機能を使用した場合でもリソース量がいずれかのデバイスで制限範囲を超える場合に、選択部１０１によって選択された機能以外の実行するいずれかの機能を他の代替機能に変更することもできる。この場合、変更部１０２は、選択部１０１によって選択された機能以外の前記実行するいずれかの機能に対しいずれの代替機能を使用した場合でもリソース量がいずれのデバイスで制限範囲を超える場合に、所定の優先順位に従ってキャンセルする機能を決定することもできる。そして、一連の処理を終了する。【００２２】
以上説明した実施の形態により、たとえば多くの機能が選択されて、使用されるリソースの量が多くなった場合でも、代替機能に置き換えて実行することができる。代替機能を採用することにより、リソースの量を最適化することができるので、選択した機能をキャンセルすることなく他の機能とともに実行することができる。それにより、たとえば安全に関する機能を選択する場合でも、キャンセルされることなく適切に実行され、運転中の安全を確保することができる。
【実施例】
【００２３】
図３は、ナビゲーション装置のハードウェア構成を示すブロック図である。図３に示すように、実施例のリソース管理装置が適用されるナビゲーション装置３００は、ＣＰＵ３０１と、ＲＯＭ３０２と、ＲＡＭ（メモリ）３０３と、磁気ディスクドライブ３０４と、磁気ディスク３０５と、光ディスクドライブ３０６と、光ディスク３０７と、音声Ｉ／Ｆ（インターフェース）３０８と、マイク３０９と、スピーカ３１０と、入力デバイス３１１と、映像Ｉ／Ｆ３１２と、カメラ３１３と、ディスプレイ３１４と、通信Ｉ／Ｆ３１５と、ＧＰＳユニット３１６と、各種センサ３１７と、を備えている。また、各構成部３０１〜３１７は、バス３２０によってそれぞれ接続されている。【００２４】
まず、ＣＰＵ３０１は、ナビゲーション装置の全体の制御を司る。ＲＯＭ３０２は、ブートプログラム、ナビゲーションプログラムなどのプログラムを記録している。ＲＡＭ３０３は、ＣＰＵ３０１のワークエリアとして使用される。【００２５】
磁気ディスクドライブ３０４は、ＣＰＵ３０１の制御に従って磁気ディスク３０５に対するデータの読み取り／書き込みを制御する。磁気ディスク３０５は、磁気ディスクドライブ３０４の制御で書き込まれたデータを記録する。磁気ディスク３０５としては、たとえば、ＨＤ（ハードディスク）やＦＤ（フレキシブルディスク）を用いることができる。【００２６】
光ディスクドライブ３０６は、ＣＰＵ３０１の制御に従って光ディスク３０７に対するデータの読み取り／書き込みを制御する。光ディスク３０７は、光ディスクドライブ３０６の制御に従ってデータが読み出される着脱自在な記録媒体である。光ディスク３０７は、書き込み可能な記録媒体を利用することもできる。また、この着脱可能な記録媒体として、光ディスク３０７のほか、ＭＯ、メモリカードなどであってもよい。【００２７】
磁気ディスク３０５や光ディスク３０７に記録される情報の他の一例として、経路探索・経路誘導などに用いる地図データが挙げられる。地図データは、建物、河川、地表面などの地物（フィーチャ）をあらわす背景データと、道路の形状をあらわす道路形状データとを有しており、ディスプレイ３１４の表示画面において２次元または３次元に描画される。ナビゲーション装置が経路誘導中の場合は、地図データとＣＰＵ３０１によって取得された車両の現在地点とが重ねて表示されることとなる。【００２８】
音声Ｉ／Ｆ３０８は、音声入力用のマイク３０９および音声出力用のスピーカ３１０に接続される。マイク３０９に受音された音声は、音声Ｉ／Ｆ３０８内でＡ／Ｄ変換される。また、スピーカ３１０からは音声が出力される。なお、マイク３０９から入力された音声は、音声データとして磁気ディスク３０５または光ディスク３０７に記録可能である。【００２９】
入力デバイス３１１は、文字、数値、各種指示などの入力のための複数のキーを備えたリモコン、キーボード、マウス、タッチパネルなどが挙げられる。さらに、入力デバイス３１１は、デジタルカメラや携帯電話端末などの他の情報処理端末を接続し、データの入出力をおこなうことができる。【００３０】
映像Ｉ／Ｆ３１２は、映像入力用のカメラ３１３および映像出力用のディスプレイ３１４と接続される。映像Ｉ／Ｆ３１２は、具体的には、たとえば、ディスプレイ３１４全体の制御をおこなうグラフィックコントローラと、即時表示可能な画像情報を一時的に記録するＶＲＡＭ（Ｖｉｄｅｏ  ＲＡＭ）などのバッファメモリと、グラフィックコントローラから出力される画像データに基づいて、ディスプレイ３１４を表示制御する制御ＩＣなどによって構成される。【００３１】
カメラ３１３は、車両内外の映像を撮像し、画像データとして出力する。なお、カメラ３１３で撮像された映像は、図示しないメモリ等に上書き記録され、車両の近傍に障害物の存在を検知した際等にその上書き記録された映像を保存する。また、車両の近傍における障害物の検知は、カメラ３１３による検知だけでなく、赤外線センサーによる検知や、電波レーダーを用いた検知等が考えられ、このハードウェア構成では、これら検知するための構成も備わっている。【００３２】
また、カメラ３１３で撮像された画像は、画像データとして磁気ディスク３０５あるいは光ディスク３０７に記録可能である。ディスプレイ３１４には、アイコン、カーソル、メニュー、ウインドウ、あるいは文字や画像などの各種データが表示される。このディスプレイ３１４は、たとえば、ＣＲＴ、ＴＦＴ液晶ディスプレイ、プラズマディスプレイなどを採用することができる。【００３３】
通信Ｉ／Ｆ３１５は、無線を介してネットワークに接続され、ナビゲーション装置とＣＰＵ３０１とのインターフェースとして機能する。通信Ｉ／Ｆ３１５は、さらに、無線を介してインターネットなどの通信網に接続され、この通信網とＣＰＵ３０１とのインターフェースとしても機能する。【００３４】
通信網には、ＬＡＮ、ＷＡＮ、公衆回線網や携帯電話網などがある。具体的には、通信Ｉ／Ｆ３１５は、たとえば、ＦＭチューナー、ＶＩＣＳ／ビーコンレシーバ、無線ナビゲーション装置、およびその他のナビゲーション装置によって構成され、ＶＩＣＳセンターから配信される渋滞や交通規制などの道路交通情報を取得する。なお、ＶＩＣＳは登録商標である。【００３５】
ＧＰＳユニット３１６は、ＧＰＳ衛星からの電波を受信し、ナビゲーション装置を搭載した車両の位置に関する情報を出力する。ＧＰＳユニット３１６の出力情報は、後述する各種センサ３１７の出力値とともに、ＣＰＵ３０１による車両の現在地点の算出に際して利用される。現在地点を示す情報は、たとえば緯度・経度、高度などの、地図データ上の１点を特定する情報である。【００３６】
各種センサ３１７は、車速センサや角速度センサなどの、車両の位置や挙動を判断するための情報を出力する。各種センサ３１７の出力値は、ＣＰＵ３０１による車両の現在地点の算出や、速度や方位の変化量の測定に用いられる。なお、上記したブロック図では、ナビゲーション装置全体の制御を司る一つのＣＰＵ３０１について説明しているが、例えば、ＣＰＵを２つ設け、機能によって使用するＣＰＵを切替えるようにしてもよい。【００３７】
また、上記したブロック図では省略しているが、音声信号や画像信号に所定の圧縮処理を施すＤＳＰや、圧縮処理を施されたデータを記録するメモリ等を備え、また、それらデバイスも２つ設け、機能によって使用するものを切替えるようにしてもよい。また、これらデバイスは、複数の機能を同時に処理するものが含まれているとともに、そのデバイスにその機能毎に使用するリソース量を割り当て、そのリソース量に従って各機能を実行するのに必要な制御、または処理を施す。複数の機能とは、ナビゲーション装置の範疇でいえば、例えば、目的地までの経路を探索する経路探索機能、カメラ３１３にて撮像した映像を所定のタイミングにて保存するドライブレコーダ機能などが挙げられる。【００３８】
また、上記したブロック図では、ナビゲーション装置のハードウェア構成について説明しているが、ナビゲーション装置のみならず記録媒体に記録された音楽情報や映像情報を再生する記録媒体再生装置のハードウェア構成を追加したシステムとしての装置としてもよい。その場合には、上記したＣＰＵやＤＳＰ，メモリ等のデバイスは、ナビゲーション装置での制御、処理を行うとともに記録媒体再生装置での制御、処理とを共通に行うものとしてもよい。【００３９】
以上のナビゲーション装置において、リソース管理を実行するが、ここで、安全支援機能を含む各機能がリストアップされており、機能別に必要リソース量を持っている。この機能別のリソース量は図４に示す。このリストアップはあらかじめ機器の出荷時に設定できるが、ユーザが設定できるようにすることもできる。必要リソース量は、出荷時にデータが入力されていてもよいし、機器がその都度必要量を調査することもできる。【００４０】
そして、以上の安全支援機能を主に動作させたい場所を設定しておく。場所の設定もあらかじめ機器の出荷時に設定できるが、ユーザが設定できるようにすることもできる。機器にはリソースモニタを備え、各デバイスが現在処理に使用しているリソース量を、使用総量と動作させている機能ごとにモニタする。【００４１】
図４は、代替機能を使用する場合の各デバイスのリソース量を説明する説明図である。ここでは、機能Ａと、その代替機能である代替Ｂ、代替Ｃについて説明する。各機能は、ＣＰＵ（１）、ＣＰＵ（２）、ＤＳＰ（１）、ＤＳＰ（２）の、いずれかまたは複数とメモリを使用する。使用リソース量はＭＩＰＳを用いる。そのデバイス上限は、それぞれ２００ＭＩＰＳ、２００ＭＩＰＳ、５００ＭＩＰＳ、５００ＭＩＰＳであり、このリソース量までは各機能を選択することにより、各デバイスを使用することができる。【００４２】
なお、機能Ａ、代替Ｂ、代替Ｃの各機能は、機能Ａが電波レーダーを用いて自車外の近傍に位置する障害物を検知して、自車両の安全を支援する機能であり、代替Ｂが、カメラで自車周辺の映像を撮像することにより障害物を検知して、自車両の安全を支援する機能であり、また、代替Ｃが、赤外線を用いて自車外の近傍に位置する障害物を検知して、自車両の安全を支援する機能、と例示できる。【００４３】
他にも、機能Ａが圧縮率Ｐの画像圧縮コーデックを用いて撮像された自車両周辺の映像を記録する機能であり、代替Ｂが圧縮率Ｐとは異なる圧縮率Ｑの画像圧縮コーデックを用いて撮像された自車両周辺の映像を記録する機能であり、また、代替Ｃが圧縮率Ｐ、Ｑとは異なる圧縮率Ｒの画像圧縮コーデックを用いて撮像された自車両周辺の映像を記録する機能、と例示できる。【００４４】
さらに、機能Ａが低圧縮コーデックを用いて撮像された自車両周辺の映像を記録する機能であり、代替Ｂが中圧縮コーデックを用いて撮像された自車両周辺の映像を記録する機能であり、また、代替Ｃが高圧縮コーデックを用いて撮像された自車両周辺の映像を記録する機能（低、中、高は、圧縮率の違いで記録に使用するメモリ量が異なることを示し、例えば、低の場合は、圧縮率を低くして記録に使用するメモリ量を多くする、など）と例示できる。本実施例における走行に関連する機能としては、機能Ａが該当する。【００４５】
このように、機能Ａの他に、代替Ｂおよび代替Ｃが用意されているが、上述のように、代替Ｂおよび代替Ｃは、機能Ａと関連性が高い。機能Ａに代えて関連性がない機能に代替させては本来の目的を実現することができないので、代替させる機能をあらかじめ設定しておく必要がある。したがって、機能Ａに対して、設定部１０３の設定機能により事前に代替Ｂおよび代替Ｃをあらかじめそれぞれ関連付けておく。そして、これらの代替Ｂおよび代替Ｃを、機能Ａを使用する代わりに他の代替機能として使用することができる。【００４６】
機能Ａは、ＣＰＵ（１）を使用し、その使用リソース量は、１００ＭＩＰＳである。一方、ＣＰＵ（２）は使用しない。また、ＤＳＰ（１）を使用し、その使用リソース量は、４００ＭＩＰＳである。一方、ＤＳＰ（２）は使用しない。なお、メモリは５０ＭＢ使用する。代替Ｂは、ＣＰＵ（１）、ＣＰＵ（２）、ＤＳＰ（１）のいずれも使用しない。また、ＤＳＰ（２）を使用し、その使用リソース量は、４００ＭＩＰＳである。なお、メモリは１００ＭＢ使用する。代替Ｃは、ＣＰＵ（１）は使用しない。一方、ＣＰＵ（２）を使用し、その使用リソース量は、２００ＭＩＰＳである。また、ＤＳＰ（１）を使用し、その使用リソース量は、２００ＭＩＰＳである。一方、ＤＳＰ（２）は使用しない。なお、メモリは０ＭＢ使用する。【００４７】
図５は、各機能を使用する場合の各デバイスのリソース量を説明する説明図である。ここでは、機能Ａ、機能Ｅ、機能Ｆについて説明する。各機能は、ＣＰＵ（１）、ＣＰＵ（２）、ＤＳＰ（１）、ＤＳＰ（２）の、いずれかまたは複数とメモリを使用する。使用リソース量はＭＩＰＳを用いる。そのデバイス上限は、それぞれ２００ＭＩＰＳ、４００ＭＩＰＳ、５００ＭＩＰＳ、５００ＭＩＰＳであり、このリソース量までは各機能を選択することにより、各デバイスを使用することができる。【００４８】
なお、機能Ｅは、経路探索や地点検索等走行に関連する機能であり、機能Ｆは、例えば、記録媒体に記録された音楽情報を読み出して出力する機能、すなわち、走行に関連しない機能、等が例示できる。なお、機能Ａに対して代替Ｂおよび代替Ｃが関連付けられているように、機能Ｅおよび機能Ｆにも同様に代替機能を関連付けておくこともできる。ちなみに、機能ＥとＦとは、例えば、走行に関連するかしないかで優先順位を設定し、上記したいずれかのデバイスのリソース量が上限値を超え、さらに、機能Ａに対し代替Ｂ、Ｃを割り当てたとしても依然として上限値を超えている場合にその優先順位に従って該当する機能の実行をキャンセルするようにしてもよい。【００４９】
上記で例えるならば、機能Ａ、Ｅ、Ｆの各機能を同時に実行しようとする際にその実行に際し共通に使用されるＤＳＰ（１）、ＤＳＰ（２）のいずれかのリソース量が上限値を超え、さらに機能Ａに対して代替Ｂ、Ｃを割り当てたとしてもそのリソース量が上限値を超えたままである場合には、走行に関連しない機能Ｆを優先してその実行をキャンセルするようにしてもよい。キャンセルする優先順位は走行に関連する機能であるか否かに拘らず、共通に使用されるデバイスのリソース量が多い機能に対し優先順位を高め、その優先順位に従ってキャンセルする機能を決定するようにしてもよい。【００５０】
機能Ａは、ＣＰＵ（１）を使用し、その使用リソース量は、１００ＭＩＰＳである。一方、ＣＰＵ（２）は使用しない。また、ＤＳＰ（１）を使用し、その使用リソース量は、４００ＭＩＰＳである。一方、ＤＳＰ（２）は使用しない。なお、メモリは５０ＭＢ使用する。機能Ｅは、ＣＰＵ（１）、ＣＰＵ（２）、ＤＳＰ（１）のいずれも使用しない。また、ＤＳＰ（２）を使用し、その使用リソース量は、４００ＭＩＰＳである。なお、メモリは３０ＭＢ使用する。機能Ｆは、ＣＰＵ（１）は使用しない。一方、ＣＰＵ（２）を使用し、その使用リソース量は、２００ＭＩＰＳである。また、ＤＳＰ（１）を使用し、その使用リソース量は、２００ＭＩＰＳである。一方、ＤＳＰ（２）は使用しない。なお、メモリは１５０ＭＢ使用する。【００５１】
図６は、リソース管理処理を説明するフローチャートである。このフローチャートでは、機能Ａを圧縮率Ｐの画像圧縮コーデックを用いて映像を記録する機能とし、代替Ｂを圧縮率Ｑの画像圧縮コーデックを用いて映像を記録する機能とし、代替Ｃを圧縮率Ｒの画像圧縮コーデックを用いて映像を記録する機能として説明する。まず、画像圧縮コーデックＰを使用する（ステップＳ６０１）。この画像圧縮コーデックＰは図４で説明した機能Ａであり、代替機能として、代替Ｂ、代替Ｃを持つ機能である。すなわち、選択部１０１によってこの機能Ａを選択して使用する。次に、別機能使用が指示されたか否かを判定する（ステップＳ６０２）。この別機能使用の指示は、図５で説明した機能Ｅ，Ｆのいずれかの使用の指示、または、その両方の使用の指示である。【００５２】
指示されていないと判定された場合（ステップＳ６０２：Ｎｏ）、ステップＳ６１２に進む。指示されていると判定された場合（ステップＳ６０２：Ｙｅｓ）、いずれかのデバイスでリソース上限を超えたか否かを判定する（ステップＳ６０３）。上限を超えない場合（ステップＳ６０３：Ｎｏ）、使用を指示された別機能をそのまま使用し（ステップＳ６０４）、ステップＳ６１２に進む。【００５３】
上限を超える場合（ステップＳ６０３：Ｙｅｓ）、例えば、機能Ａと機能Ｅと機能Ｆを同時に実行しようとするとき、ＣＰＵ（１）が１００ＭＩＰＳ、ＣＰＵ（２）が２００ＭＩＰＳ、ＤＳＰ（１）が６００ＭＩＰＳ、ＤＳＰ（２）が４００ＭＩＰＳとなり、共通で使用されるＤＳＰ（２）は４００ＭＩＰＳで上限値５００ＭＩＰＳを超えていないが、ＤＳＰ（１）が６００ＭＩＰＳで上限値５００ＭＩＰＳを超え、上限を超える。【００５４】
そこで、画像圧縮コーデックＰの代替機能の処理を実行する。まず、代替機能の候補を選択する（ステップＳ６０５）。すなわち図４における代替Ｂを選択する。そして、使用を指示された別機能、すなわち、機能Ｅ，Ｆをそのまま使用する場合における各デバイスのリソース量を調べ、いずれかのデバイスでリソース上限を超えたか否かを判定する（ステップＳ６０６）。【００５５】
上限を超える場合（ステップＳ６０６：Ｙｅｓ）、例えば、機能Ａを代替Ｂとした場合、ＣＰＵ（１）が０、ＣＰＵ（２）が２００ＭＩＰＳ、ＤＳＰ（１）が２００ＭＩＰＳ、ＤＳＰ（２）が８００ＭＩＰＳとなり、共通で使用されるＤＳＰ（１）は２００ＭＩＰＳで上限値５００ＭＩＰＳを超えていないが、ＤＳＰ（２）が８００ＭＩＰＳで上限値５００ＭＩＰＳを超え、上限を超える。【００５６】
この場合、他の代替機能の候補があるか否かを判定する（ステップＳ６０７）。他の代替候補がある場合（ステップＳ６０７：Ｙｅｓ）、具体的には、代替Ｂの他に代替Ｃがある場合は、ステップＳ６０５に戻り、他の代替候補について確認する。他の代替候補がない場合（ステップＳ６０７：Ｎｏ）、キャンセル処理を実行する（ステップＳ６０８）。具体的には、代替Ｃを備えていない場合や、機能Ａを代替Ｃにした場合でのＤＰＵ（２）のリソース量がその上限値の５００ＭＩＰＳに収まらず、さらに代替Ｂおよび代替Ｃ以外の他の代替機能もない場合には、機能Ａをキャンセルするか、または優先順位に従いキャンセルする機能を決定してキャンセルする。なお、ここでは、代替Ｂおよび代替Ｃを試した上で機能Ａや機能Ｅ、機能Ｆをキャンセルする場合について説明しているが、ステップＳ６０３で、いずれかのデバイスでリソース上限を超えたと判定された時点で、機能Ａをキャンセルすることもできる。【００５７】
上限を超えない場合（ステップＳ６０６：Ｎｏ）、例えば、ステップＳ６０５で代替Ｃを代替機能の候補として選択し、ステップＳ６０６で機能Ａを代替Ｃとした場合における各デバイスのリソース量を調べた場合が挙げられる。具体的には、代替Ｃとした場合の各デバイスのリソース量は、ＣＰＵ（１）が０、ＣＰＵ（２）が４００ＭＩＰＳ、ＤＳＰ（１）が４００ＭＩＰＳ、ＤＳＰ（２）が４００ＭＩＰＳとなり、共通で使用されるＣＰＵ（２）は４００ＭＩＰＳで上限値４００ＭＩＰＳを超えず、ＤＳＰ（１）は４００ＭＩＰＳで上限値５００ＭＩＰＳを超えず、ＤＳＰ（２）も４００ＭＩＰＳで上限値５００ＭＩＰＳを超えていないので、上限を超えない。【００５８】
したがって、機能Ａを代替Ｃに変更して処理を実行する（ステップＳ６０９）。つまり、画像圧縮コーデックＰの処理を画像圧縮コーデックＲの処理に変更する。すなわち変更部１０２によって代替機能に変更して実行する。そして、別機能を使用する（ステップＳ６１０）。すなわち、代替Ｃ、機能Ｅ，機能Ｆを同時に実行する。【００５９】
そして、画像圧縮コーデックＰの代替機能を戻す（ステップＳ６１１）。すなわち、代替機能Ｃから機能Ａに戻す。すなわち、機能Ｅ、機能Ｆの機能の実行が終了した時点で、代替Ｃに置き換えて処理する必要がなくなるので、再変更部１０４により元の機能である機能Ａに再変更する処理を実行する。そして、ステップＳ６１２に進む。【００６０】
そして、走行終了か否かを判定し（ステップＳ６１２）、走行終了の場合（ステップＳ６１２：Ｙｅｓ）、一連の処理を終了する。走行終了でない場合（ステップＳ６１２：Ｎｏ）、ステップＳ６０２に戻る。上述の説明では、機能Ａに対して代替Ｂまたは代替Ｃを使用する場合について説明してきたが、機能Ａではなく、機能Ｅまたは機能Ｆについて代替機能が設定されている場合には、機能Ｅまたは機能Ｆについて代替処理をすることもできる。ここでたとえば機能Ａではなく機能Ｅについて代替処理する場合、機能Ａについて説明してきたステップＳ６０５からステップＳ６１１までの処理は、たとえば機能Ｅと、その代替機能についての説明として置き換えることができる。機能Ｅの代替機能を使用してもリソースの上限を超えないことを確認したうえで、機能Ｅを代替機能に変更することにより、機能Ａは代替させることなくそのまま使用することができる。【００６１】
以上説明した実施例によれば、リソースを共用して各種機能を動作させてリソース量が上限を超えるような場合に、代替機能に置き換えることにより制限量の範囲内で各機能をいずれも実現することができる。たとえば安全優先エリア内でリソースがオーバーする場合でも、安全支援機能と同等の代替機能が選択され、通常のリソース配分の範囲で必要な機能を実行することができる。それにより、運転中の安全を確保することができる。【００６２】
なお、本実施の形態で説明したリソース管理方法は、予め用意されたプログラムをパーソナルコンピュータやワークステーションなどのコンピュータで実行することにより実現することができる。このプログラムは、ハードディスク、フレキシブルディスク、ＣＤ−ＲＯＭ、ＭＯ、ＤＶＤなどのコンピュータで読み取り可能な記録媒体に記録され、コンピュータによって記録媒体から読み出されることによって実行される。またこのプログラムは、インターネットなどのネットワークを介して配布することが可能な伝送媒体であってもよい。
【図１】
2008026409.tif 000003
【図２】
2008026409.tif 000004
【図３】
2008026409.tif 000005
【図４】
2008026409.tif 000006
【図５】
2008026409.tif 000007
【図６】
2008026409.tif 000008
【手続補正書】
【提出日】平成21年2月4日(2009.2.4)
【手続補正１】
【補正対象書類名】明細書
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、車両の走行に関連する機能の実行に用いられるリソースを管理するリソース管理装置、リソース管理方法、リソース管理プログラムおよびコンピュータに読み取り可能な記録媒体に関する。ただし、この発明の利用は、上述のリソース管理装置、リソース管理方法、リソース管理プログラムおよびコンピュータに読み取り可能な記録媒体に限らない。
【背景技術】
【０００２】
従来、ナビゲーション装置では経路探索や経路誘導など通常の機能の他に様々な機能が採用されるようになってきており、その一つとして安全支援機能が含まれる。ナビゲーションの安全支援機能や車の安全支援機能は、ＣＰＵやＤＳＰによる信号処理で実施するものが多かった。近年は画像や映像などを用いた信号処理負荷の高い処理を要する機能が増えてきている。それら各機能用に専用のハードリソースを搭載している場合は、処理を中断することなく機能を実施できるが、ハードリソースの有効活用を図るため、他の機能とリソースをシェアする場合も多い（たとえば、下記特許文献１参照。）。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００４−６１２２８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、他の機能と共通のＣＰＵやＤＳＰを用いてリソースをシェアして使用している場合は、多くの機能を同時に動作させる場合には、各機能がそれぞれリソースに負荷をかけてしまう。したがって、場合によってはリソースが不足してしまう場合があり、特に安全支援機能を動作させようとしてもリソース不足となり、安全支援機能が動作できず、運転中危険な状態となる場合がありうるという問題が一例として挙げられる。
【課題を解決するための手段】
【０００５】
請求項１の発明にかかるリソース管理装置は、１つまたは複数のデバイスを使用することにより実行される、車両の走行に関連する機能を選択する選択手段と、前記選択手段によって選択された機能を含む複数の機能を実行するときに使用されるリソース量が、いずれかのデバイスで制限範囲を超える場合に、前記選択手段によって選択された機能を他の代替機能に変更する変更手段と、を備え、前記変更手段は、いずれの代替機能を使用した場合でもリソース量がいずれかのデバイスで制限範囲を超える場合に、所定の優先順位に従ってキャンセルする機能を決定することを特徴とする。
【０００６】
また、請求項８の発明にかかるリソース管理方法は、１つまたは複数のデバイスを使用することにより実行される、車両の走行に関連する機能を選択する選択工程と、前記選択工程によって選択された機能を含む複数の機能を実行するときに使用されるリソース量が、いずれかのデバイスで制限範囲を超える場合に、前記選択工程によって選択された機能を他の代替機能に変更する変更工程と、を含み、前記変更工程は、いずれの代替機能を使用した場合でもリソース量がいずれかのデバイスで制限範囲を超える場合に、所定の優先順位に従ってキャンセルする機能を決定することを特徴とする。
【０００７】
また、請求項９の発明にかかるリソース管理プログラムは、請求項８に記載のリソース管理方法をコンピュータに実行させることを特徴とする。
【０００８】
また、請求項１０の発明にかかるコンピュータに読み取り可能な記録媒体は、請求項９に記載のリソース管理プログラムを記録したことを特徴とする。
【図面の簡単な説明】
【０００９】
【図１】この発明の実施の形態にかかるリソース管理装置の機能的構成を示すブロック図である。
【図２】この発明の実施の形態にかかるリソース管理方法の処理を示すフローチャートである。
【図３】ナビゲーション装置のハードウェア構成を示すブロック図である。
【図４】代替機能を使用する場合の各デバイスのリソース量を説明する説明図である。
【図５】各機能を使用する場合の各デバイスのリソース量を説明する説明図である。
【図６】リソース管理処理を説明するフローチャートである。
【発明を実施するための形態】
【００１０】
以下に添付図面を参照して、この発明にかかるリソース管理装置、リソース管理方法、リソース管理プログラムおよびコンピュータに読み取り可能な記録媒体の好適な実施の形態を詳細に説明する。
【００１１】
図１は、この発明の実施の形態にかかるリソース管理装置の機能的構成を示すブロック図である。この実施の形態のリソース管理装置は、選択部１０１、変更部１０２、設定部１０３、再変更部１０４により構成されている。これらの各構成は、図３で後述するＣＰＵ３０１、ＲＯＭ３０２、ＲＡＭ３０３を使用することにより実現される。すなわち、後述するＣＰＵ３０１が、ＲＯＭ３０２からプログラムを読み出し、ＲＡＭ３０３をワークエリアとして使用することにより実現される。また、選択部１０１は後述する図６のステップＳ６０１の、変更部１０２はステップＳ６０９の、再変更部１０４はステップＳ６１１の各処理によって実現される。また、設定部１０３は、後述する図４で説明される機能Ａに対する代替Ｂおよび代替Ｃへ関連付けることによって実現される。
【００１２】
選択部１０１は、１つまたは複数のデバイスを使用することにより実行される、車両の走行に関連する機能を選択する。具体的には、機能Ａが電波レーダーを用いて自車外の近傍に位置する障害物を検知して、自車両の安全を支援する機能や、圧縮率Ｐの画像圧縮コーデックを用いて撮像された自車両周辺の映像を記録する機能、低圧縮コーデックＰを用いて撮像された自車両周辺の映像を記録する機能などの各機能を実行すべく選択する。
【００１３】
変更部１０２は、選択部１０１によって選択された機能を含む複数の機能を実行するときに使用されるリソース量が、いずれかのデバイスで制限範囲を超える場合に、選択部１０１によって選択された機能を他の代替機能に変更する。たとえば、機能Ａに対して、代替Ｂや代替Ｃに変更することができる。また、変更部１０２は、いずれの代替機能を使用した場合でもリソース量がいずれかのデバイスで制限範囲を超える場合に、所定の優先順位に従ってキャンセルする機能を決定することもできる。
【００１４】
また、変更部１０２は、いずれの代替機能を使用した場合でも、具体的には代替Ｂ、代替Ｃのいずれでもリソース量がいずれかのデバイスで制限範囲を超える場合に、選択部１０１によって選択された機能の選択を選択部１０１にキャンセルさせることもできる。この場合、変更部１０２は、選択部１０１によって選択された機能以外の実行するいずれかの機能に対し、具体的には、機能Ａとともに実行する予定であった機能Ｅ、機能Ｆに対し、いずれの代替機能を使用した場合でもリソース量がいずれのデバイスで制限範囲を超える場合に、選択部１０１によって選択された機能の選択を選択部１０１にキャンセルさせることもできる。
【００１５】
変更部１０２は、いずれかの代替機能を使用した場合でもリソース量がいずれかのデバイスで制限範囲を超える場合に、選択部１０１によって選択された機能以外の実行するいずれかの機能を他の代替機能に変更することもできる。すなわち、上述の機能Ｅ、機能Ｆを他の代替機能に変更することができる。この場合、変更部１０２は、選択部１０１によって選択された機能以外の前記実行するいずれかの機能に対しいずれの代替機能を使用した場合でもリソース量がいずれのデバイスで制限範囲を超える場合に、所定の優先順位に従ってキャンセルする機能を決定することもできる。
【００１６】
設定部１０３は、複数の機能をあらかじめそれぞれ関連付ける。具体的には、本来使用される機能Ａに対して、代替的に使用することができる機能である、代替Ｂや代替Ｃをそれぞれ関連付けておくことができる。この関連付けは単一方向だけであるとは限らず、たとえば代替Ｂの使用に対して、機能Ａおよび代替Ｃを代替機能として使用できると関連付けておくこともできる。そして、変更部１０２は、この関連付けられた機能を代替機能として変更処理する。すなわち、代替機能として関連付けられた、代替Ｂまたは代替Ｃを、機能Ａに代えて変更処理する。
【００１７】
再変更部１０４は、選択部１０１によって選択された機能のうちいずれかの機能の実行が終了した場合に、代替機能を元の機能に戻す。具体的には、機能Ａに代えて代替Ｃを実行し、その代替処理が必要なくなった場合には、元の機能である機能Ａに戻して処理を継続する。
【００１８】
図２は、この発明の実施の形態にかかるリソース管理方法の処理を示すフローチャートである。まず、選択部１０１は、１つまたは複数のデバイスを使用することにより実行される、車両の走行に関連する機能を選択する（ステップＳ２０１）。次に、変更部１０２は、選択部１０１によって選択された機能を含む複数の機能を実行するときに使用されるリソース量が、いずれかのデバイスで制限範囲を超えるか否かを判定する（ステップＳ２０２）。
【００１９】
超えないと判定された場合（ステップＳ２０２：Ｎｏ）、一連の処理を終了する。超えると判定された場合（ステップＳ２０２：Ｙｅｓ）、選択部１０１によって選択された機能を他の代替機能に変更する（ステップＳ２０３）。なお、ここで、いずれの代替機能を使用した場合でもリソース量がいずれかのデバイスで制限範囲を超える場合に、選択部１０１によって選択された機能の選択を選択部１０１にキャンセルさせることもできる。この場合、変更部１０２は、選択部１０１によって選択された機能以外の実行するいずれかの機能に対しいずれの代替機能を使用した場合でもリソース量がいずれのデバイスで制限範囲を超える場合に、選択部１０１によって選択された機能の選択を選択部１０１にキャンセルさせることもできる。
【００２０】
また、いずれかの代替機能を使用した場合でもリソース量がいずれかのデバイスで制限範囲を超える場合に、選択部１０１によって選択された機能以外の実行するいずれかの機能を他の代替機能に変更することもできる。この場合、変更部１０２は、選択部１０１によって選択された機能以外の前記実行するいずれかの機能に対しいずれの代替機能を使用した場合でもリソース量がいずれのデバイスで制限範囲を超える場合に、所定の優先順位に従ってキャンセルする機能を決定することもできる。そして、一連の処理を終了する。
【００２１】
以上説明した実施の形態により、たとえば多くの機能が選択されて、使用されるリソースの量が多くなった場合でも、代替機能に置き換えて実行することができる。代替機能を採用することにより、リソースの量を最適化することができるので、選択した機能をキャンセルすることなく他の機能とともに実行することができる。それにより、たとえば安全に関する機能を選択する場合でも、キャンセルされることなく適切に実行され、運転中の安全を確保することができる。
【実施例】
【００２２】
図３は、ナビゲーション装置のハードウェア構成を示すブロック図である。図３に示すように、実施例のリソース管理装置が適用されるナビゲーション装置３００は、ＣＰＵ３０１と、ＲＯＭ３０２と、ＲＡＭ（メモリ）３０３と、磁気ディスクドライブ３０４と、磁気ディスク３０５と、光ディスクドライブ３０６と、光ディスク３０７と、音声Ｉ／Ｆ（インターフェース）３０８と、マイク３０９と、スピーカ３１０と、入力デバイス３１１と、映像Ｉ／Ｆ３１２と、カメラ３１３と、ディスプレイ３１４と、通信Ｉ／Ｆ３１５と、ＧＰＳユニット３１６と、各種センサ３１７と、を備えている。また、各構成部３０１〜３１７は、バス３２０によってそれぞれ接続されている。
【００２３】
まず、ＣＰＵ３０１は、ナビゲーション装置の全体の制御を司る。ＲＯＭ３０２は、ブートプログラム、ナビゲーションプログラムなどのプログラムを記録している。ＲＡＭ３０３は、ＣＰＵ３０１のワークエリアとして使用される。
【００２４】
磁気ディスクドライブ３０４は、ＣＰＵ３０１の制御に従って磁気ディスク３０５に対するデータの読み取り／書き込みを制御する。磁気ディスク３０５は、磁気ディスクドライブ３０４の制御で書き込まれたデータを記録する。磁気ディスク３０５としては、たとえば、ＨＤ（ハードディスク）やＦＤ（フレキシブルディスク）を用いることができる。
【００２５】
光ディスクドライブ３０６は、ＣＰＵ３０１の制御に従って光ディスク３０７に対するデータの読み取り／書き込みを制御する。光ディスク３０７は、光ディスクドライブ３０６の制御に従ってデータが読み出される着脱自在な記録媒体である。光ディスク３０７は、書き込み可能な記録媒体を利用することもできる。また、この着脱可能な記録媒体として、光ディスク３０７のほか、ＭＯ、メモリカードなどであってもよい。
【００２６】
磁気ディスク３０５や光ディスク３０７に記録される情報の他の一例として、経路探索・経路誘導などに用いる地図データが挙げられる。地図データは、建物、河川、地表面などの地物（フィーチャ）をあらわす背景データと、道路の形状をあらわす道路形状データとを有しており、ディスプレイ３１４の表示画面において２次元または３次元に描画される。ナビゲーション装置が経路誘導中の場合は、地図データとＣＰＵ３０１によって取得された車両の現在地点とが重ねて表示されることとなる。
【００２７】
音声Ｉ／Ｆ３０８は、音声入力用のマイク３０９および音声出力用のスピーカ３１０に接続される。マイク３０９に受音された音声は、音声Ｉ／Ｆ３０８内でＡ／Ｄ変換される。また、スピーカ３１０からは音声が出力される。なお、マイク３０９から入力された音声は、音声データとして磁気ディスク３０５または光ディスク３０７に記録可能である。
【００２８】
入力デバイス３１１は、文字、数値、各種指示などの入力のための複数のキーを備えたリモコン、キーボード、マウス、タッチパネルなどが挙げられる。さらに、入力デバイス３１１は、デジタルカメラや携帯電話端末などの他の情報処理端末を接続し、データの入出力をおこなうことができる。
【００２９】
映像Ｉ／Ｆ３１２は、映像入力用のカメラ３１３および映像出力用のディスプレイ３１４と接続される。映像Ｉ／Ｆ３１２は、具体的には、たとえば、ディスプレイ３１４全体の制御をおこなうグラフィックコントローラと、即時表示可能な画像情報を一時的に記録するＶＲＡＭ（Ｖｉｄｅｏ  ＲＡＭ）などのバッファメモリと、グラフィックコントローラから出力される画像データに基づいて、ディスプレイ３１４を表示制御する制御ＩＣなどによって構成される。
【００３０】
カメラ３１３は、車両内外の映像を撮像し、画像データとして出力する。なお、カメラ３１３で撮像された映像は、図示しないメモリ等に上書き記録され、車両の近傍に障害物の存在を検知した際等にその上書き記録された映像を保存する。また、車両の近傍における障害物の検知は、カメラ３１３による検知だけでなく、赤外線センサーによる検知や、電波レーダーを用いた検知等が考えられ、このハードウェア構成では、これら検知するための構成も備わっている。
【００３１】
また、カメラ３１３で撮像された画像は、画像データとして磁気ディスク３０５あるいは光ディスク３０７に記録可能である。ディスプレイ３１４には、アイコン、カーソル、メニュー、ウインドウ、あるいは文字や画像などの各種データが表示される。このディスプレイ３１４は、たとえば、ＣＲＴ、ＴＦＴ液晶ディスプレイ、プラズマディスプレイなどを採用することができる。
【００３２】
通信Ｉ／Ｆ３１５は、無線を介してネットワークに接続され、ナビゲーション装置とＣＰＵ３０１とのインターフェースとして機能する。通信Ｉ／Ｆ３１５は、さらに、無線を介してインターネットなどの通信網に接続され、この通信網とＣＰＵ３０１とのインターフェースとしても機能する。
【００３３】
通信網には、ＬＡＮ、ＷＡＮ、公衆回線網や携帯電話網などがある。具体的には、通信Ｉ／Ｆ３１５は、たとえば、ＦＭチューナー、ＶＩＣＳ／ビーコンレシーバ、無線ナビゲーション装置、およびその他のナビゲーション装置によって構成され、ＶＩＣＳセンターから配信される渋滞や交通規制などの道路交通情報を取得する。なお、ＶＩＣＳは登録商標である。
【００３４】
ＧＰＳユニット３１６は、ＧＰＳ衛星からの電波を受信し、ナビゲーション装置を搭載した車両の位置に関する情報を出力する。ＧＰＳユニット３１６の出力情報は、後述する各種センサ３１７の出力値とともに、ＣＰＵ３０１による車両の現在地点の算出に際して利用される。現在地点を示す情報は、たとえば緯度・経度、高度などの、地図データ上の１点を特定する情報である。
【００３５】
各種センサ３１７は、車速センサや角速度センサなどの、車両の位置や挙動を判断するための情報を出力する。各種センサ３１７の出力値は、ＣＰＵ３０１による車両の現在地点の算出や、速度や方位の変化量の測定に用いられる。なお、上記したブロック図では、ナビゲーション装置全体の制御を司る一つのＣＰＵ３０１について説明しているが、例えば、ＣＰＵを２つ設け、機能によって使用するＣＰＵを切替えるようにしてもよい。
【００３６】
また、上記したブロック図では省略しているが、音声信号や画像信号に所定の圧縮処理を施すＤＳＰや、圧縮処理を施されたデータを記録するメモリ等を備え、また、それらデバイスも２つ設け、機能によって使用するものを切替えるようにしてもよい。また、これらデバイスは、複数の機能を同時に処理するものが含まれているとともに、そのデバイスにその機能毎に使用するリソース量を割り当て、そのリソース量に従って各機能を実行するのに必要な制御、または処理を施す。複数の機能とは、ナビゲーション装置の範疇でいえば、例えば、目的地までの経路を探索する経路探索機能、カメラ３１３にて撮像した映像を所定のタイミングにて保存するドライブレコーダ機能などが挙げられる。
【００３７】
また、上記したブロック図では、ナビゲーション装置のハードウェア構成について説明しているが、ナビゲーション装置のみならず記録媒体に記録された音楽情報や映像情報を再生する記録媒体再生装置のハードウェア構成を追加したシステムとしての装置としてもよい。その場合には、上記したＣＰＵやＤＳＰ，メモリ等のデバイスは、ナビゲーション装置での制御、処理を行うとともに記録媒体再生装置での制御、処理とを共通に行うものとしてもよい。
【００３８】
以上のナビゲーション装置において、リソース管理を実行するが、ここで、安全支援機能を含む各機能がリストアップされており、機能別に必要リソース量を持っている。この機能別のリソース量は図４に示す。このリストアップはあらかじめ機器の出荷時に設定できるが、ユーザが設定できるようにすることもできる。必要リソース量は、出荷時にデータが入力されていてもよいし、機器がその都度必要量を調査することもできる。
【００３９】
そして、以上の安全支援機能を主に動作させたい場所を設定しておく。場所の設定もあらかじめ機器の出荷時に設定できるが、ユーザが設定できるようにすることもできる。機器にはリソースモニタを備え、各デバイスが現在処理に使用しているリソース量を、使用総量と動作させている機能ごとにモニタする。
【００４０】
図４は、代替機能を使用する場合の各デバイスのリソース量を説明する説明図である。ここでは、機能Ａと、その代替機能である代替Ｂ、代替Ｃについて説明する。各機能は、ＣＰＵ（１）、ＣＰＵ（２）、ＤＳＰ（１）、ＤＳＰ（２）の、いずれかまたは複数とメモリを使用する。使用リソース量はＭＩＰＳを用いる。そのデバイス上限は、それぞれ２００ＭＩＰＳ、２００ＭＩＰＳ、５００ＭＩＰＳ、５００ＭＩＰＳであり、このリソース量までは各機能を選択することにより、各デバイスを使用することができる。
【００４１】
なお、機能Ａ、代替Ｂ、代替Ｃの各機能は、機能Ａが電波レーダーを用いて自車外の近傍に位置する障害物を検知して、自車両の安全を支援する機能であり、代替Ｂが、カメラで自車周辺の映像を撮像することにより障害物を検知して、自車両の安全を支援する機能であり、また、代替Ｃが、赤外線を用いて自車外の近傍に位置する障害物を検知して、自車両の安全を支援する機能、と例示できる。
【００４２】
他にも、機能Ａが圧縮率Ｐの画像圧縮コーデックを用いて撮像された自車両周辺の映像を記録する機能であり、代替Ｂが圧縮率Ｐとは異なる圧縮率Ｑの画像圧縮コーデックを用いて撮像された自車両周辺の映像を記録する機能であり、また、代替Ｃが圧縮率Ｐ、Ｑとは異なる圧縮率Ｒの画像圧縮コーデックを用いて撮像された自車両周辺の映像を記録する機能、と例示できる。
【００４３】
さらに、機能Ａが低圧縮コーデックを用いて撮像された自車両周辺の映像を記録する機能であり、代替Ｂが中圧縮コーデックを用いて撮像された自車両周辺の映像を記録する機能であり、また、代替Ｃが高圧縮コーデックを用いて撮像された自車両周辺の映像を記録する機能（低、中、高は、圧縮率の違いで記録に使用するメモリ量が異なることを示し、例えば、低の場合は、圧縮率を低くして記録に使用するメモリ量を多くする、など）と例示できる。本実施例における走行に関連する機能としては、機能Ａが該当する。
【００４４】
このように、機能Ａの他に、代替Ｂおよび代替Ｃが用意されているが、上述のように、代替Ｂおよび代替Ｃは、機能Ａと関連性が高い。機能Ａに代えて関連性がない機能に代替させては本来の目的を実現することができないので、代替させる機能をあらかじめ設定しておく必要がある。したがって、機能Ａに対して、設定部１０３の設定機能により事前に代替Ｂおよび代替Ｃをあらかじめそれぞれ関連付けておく。そして、これらの代替Ｂおよび代替Ｃを、機能Ａを使用する代わりに他の代替機能として使用することができる。
【００４５】
機能Ａは、ＣＰＵ（１）を使用し、その使用リソース量は、１００ＭＩＰＳである。一方、ＣＰＵ（２）は使用しない。また、ＤＳＰ（１）を使用し、その使用リソース量は、４００ＭＩＰＳである。一方、ＤＳＰ（２）は使用しない。なお、メモリは５０ＭＢ使用する。代替Ｂは、ＣＰＵ（１）、ＣＰＵ（２）、ＤＳＰ（１）のいずれも使用しない。また、ＤＳＰ（２）を使用し、その使用リソース量は、４００ＭＩＰＳである。なお、メモリは１００ＭＢ使用する。代替Ｃは、ＣＰＵ（１）は使用しない。一方、ＣＰＵ（２）を使用し、その使用リソース量は、２００ＭＩＰＳである。また、ＤＳＰ（１）を使用し、その使用リソース量は、２００ＭＩＰＳである。一方、ＤＳＰ（２）は使用しない。なお、メモリは０ＭＢ使用する。
【００４６】
図５は、各機能を使用する場合の各デバイスのリソース量を説明する説明図である。ここでは、機能Ａ、機能Ｅ、機能Ｆについて説明する。各機能は、ＣＰＵ（１）、ＣＰＵ（２）、ＤＳＰ（１）、ＤＳＰ（２）の、いずれかまたは複数とメモリを使用する。使用リソース量はＭＩＰＳを用いる。そのデバイス上限は、それぞれ２００ＭＩＰＳ、４００ＭＩＰＳ、５００ＭＩＰＳ、５００ＭＩＰＳであり、このリソース量までは各機能を選択することにより、各デバイスを使用することができる。
【００４７】
なお、機能Ｅは、経路探索や地点検索等走行に関連する機能であり、機能Ｆは、例えば、記録媒体に記録された音楽情報を読み出して出力する機能、すなわち、走行に関連しない機能、等が例示できる。なお、機能Ａに対して代替Ｂおよび代替Ｃが関連付けられているように、機能Ｅおよび機能Ｆにも同様に代替機能を関連付けておくこともできる。ちなみに、機能ＥとＦとは、例えば、走行に関連するかしないかで優先順位を設定し、上記したいずれかのデバイスのリソース量が上限値を超え、さらに、機能Ａに対し代替Ｂ、Ｃを割り当てたとしても依然として上限値を超えている場合にその優先順位に従って該当する機能の実行をキャンセルするようにしてもよい。
【００４８】
上記で例えるならば、機能Ａ、Ｅ、Ｆの各機能を同時に実行しようとする際にその実行に際し共通に使用されるＤＳＰ（１）、ＤＳＰ（２）のいずれかのリソース量が上限値を超え、さらに機能Ａに対して代替Ｂ、Ｃを割り当てたとしてもそのリソース量が上限値を超えたままである場合には、走行に関連しない機能Ｆを優先してその実行をキャンセルするようにしてもよい。キャンセルする優先順位は走行に関連する機能であるか否かに拘らず、共通に使用されるデバイスのリソース量が多い機能に対し優先順位を高め、その優先順位に従ってキャンセルする機能を決定するようにしてもよい。
【００４９】
機能Ａは、ＣＰＵ（１）を使用し、その使用リソース量は、１００ＭＩＰＳである。一方、ＣＰＵ（２）は使用しない。また、ＤＳＰ（１）を使用し、その使用リソース量は、４００ＭＩＰＳである。一方、ＤＳＰ（２）は使用しない。なお、メモリは５０ＭＢ使用する。機能Ｅは、ＣＰＵ（１）、ＣＰＵ（２）、ＤＳＰ（１）のいずれも使用しない。また、ＤＳＰ（２）を使用し、その使用リソース量は、４００ＭＩＰＳである。なお、メモリは３０ＭＢ使用する。機能Ｆは、ＣＰＵ（１）は使用しない。一方、ＣＰＵ（２）を使用し、その使用リソース量は、２００ＭＩＰＳである。また、ＤＳＰ（１）を使用し、その使用リソース量は、２００ＭＩＰＳである。一方、ＤＳＰ（２）は使用しない。なお、メモリは１５０ＭＢ使用する。
【００５０】
図６は、リソース管理処理を説明するフローチャートである。このフローチャートでは、機能Ａを圧縮率Ｐの画像圧縮コーデックを用いて映像を記録する機能とし、代替Ｂを圧縮率Ｑの画像圧縮コーデックを用いて映像を記録する機能とし、代替Ｃを圧縮率Ｒの画像圧縮コーデックを用いて映像を記録する機能として説明する。まず、画像圧縮コーデックＰを使用する（ステップＳ６０１）。この画像圧縮コーデックＰは図４で説明した機能Ａであり、代替機能として、代替Ｂ、代替Ｃを持つ機能である。すなわち、選択部１０１によってこの機能Ａを選択して使用する。次に、別機能使用が指示されたか否かを判定する（ステップＳ６０２）。この別機能使用の指示は、図５で説明した機能Ｅ，Ｆのいずれかの使用の指示、または、その両方の使用の指示である。
【００５１】
指示されていないと判定された場合（ステップＳ６０２：Ｎｏ）、ステップＳ６１２に進む。指示されていると判定された場合（ステップＳ６０２：Ｙｅｓ）、いずれかのデバイスでリソース上限を超えたか否かを判定する（ステップＳ６０３）。上限を超えない場合（ステップＳ６０３：Ｎｏ）、使用を指示された別機能をそのまま使用し（ステップＳ６０４）、ステップＳ６１２に進む。
【００５２】
上限を超える場合（ステップＳ６０３：Ｙｅｓ）、例えば、機能Ａと機能Ｅと機能Ｆを同時に実行しようとするとき、ＣＰＵ（１）が１００ＭＩＰＳ、ＣＰＵ（２）が２００ＭＩＰＳ、ＤＳＰ（１）が６００ＭＩＰＳ、ＤＳＰ（２）が４００ＭＩＰＳとなり、共通で使用されるＤＳＰ（２）は４００ＭＩＰＳで上限値５００ＭＩＰＳを超えていないが、ＤＳＰ（１）が６００ＭＩＰＳで上限値５００ＭＩＰＳを超え、上限を超える。
【００５３】
そこで、画像圧縮コーデックＰの代替機能の処理を実行する。まず、代替機能の候補を選択する（ステップＳ６０５）。すなわち図４における代替Ｂを選択する。そして、使用を指示された別機能、すなわち、機能Ｅ，Ｆをそのまま使用する場合における各デバイスのリソース量を調べ、いずれかのデバイスでリソース上限を超えたか否かを判定する（ステップＳ６０６）。
【００５４】
上限を超える場合（ステップＳ６０６：Ｙｅｓ）、例えば、機能Ａを代替Ｂとした場合、ＣＰＵ（１）が０、ＣＰＵ（２）が２００ＭＩＰＳ、ＤＳＰ（１）が２００ＭＩＰＳ、ＤＳＰ（２）が８００ＭＩＰＳとなり、共通で使用されるＤＳＰ（１）は２００ＭＩＰＳで上限値５００ＭＩＰＳを超えていないが、ＤＳＰ（２）が８００ＭＩＰＳで上限値５００ＭＩＰＳを超え、上限を超える。
【００５５】
この場合、他の代替機能の候補があるか否かを判定する（ステップＳ６０７）。他の代替候補がある場合（ステップＳ６０７：Ｙｅｓ）、具体的には、代替Ｂの他に代替Ｃがある場合は、ステップＳ６０５に戻り、他の代替候補について確認する。他の代替候補がない場合（ステップＳ６０７：Ｎｏ）、キャンセル処理を実行する（ステップＳ６０８）。具体的には、代替Ｃを備えていない場合や、機能Ａを代替Ｃにした場合でのＤＰＵ（２）のリソース量がその上限値の５００ＭＩＰＳに収まらず、さらに代替Ｂおよび代替Ｃ以外の他の代替機能もない場合には、機能Ａをキャンセルするか、または優先順位に従いキャンセルする機能を決定してキャンセルする。なお、ここでは、代替Ｂおよび代替Ｃを試した上で機能Ａや機能Ｅ、機能Ｆをキャンセルする場合について説明しているが、ステップＳ６０３で、いずれかのデバイスでリソース上限を超えたと判定された時点で、機能Ａをキャンセルすることもできる。
【００５６】
上限を超えない場合（ステップＳ６０６：Ｎｏ）、例えば、ステップＳ６０５で代替Ｃを代替機能の候補として選択し、ステップＳ６０６で機能Ａを代替Ｃとした場合における各デバイスのリソース量を調べた場合が挙げられる。具体的には、代替Ｃとした場合の各デバイスのリソース量は、ＣＰＵ（１）が０、ＣＰＵ（２）が４００ＭＩＰＳ、ＤＳＰ（１）が４００ＭＩＰＳ、ＤＳＰ（２）が４００ＭＩＰＳとなり、共通で使用されるＣＰＵ（２）は４００ＭＩＰＳで上限値４００ＭＩＰＳを超えず、ＤＳＰ（１）は４００ＭＩＰＳで上限値５００ＭＩＰＳを超えず、ＤＳＰ（２）も４００ＭＩＰＳで上限値５００ＭＩＰＳを超えていないので、上限を超えない。
【００５７】
したがって、機能Ａを代替Ｃに変更して処理を実行する（ステップＳ６０９）。つまり、画像圧縮コーデックＰの処理を画像圧縮コーデックＲの処理に変更する。すなわち変更部１０２によって代替機能に変更して実行する。そして、別機能を使用する（ステップＳ６１０）。すなわち、代替Ｃ、機能Ｅ，機能Ｆを同時に実行する。
【００５８】
そして、画像圧縮コーデックＰの代替機能を戻す（ステップＳ６１１）。すなわち、代替機能Ｃから機能Ａに戻す。すなわち、機能Ｅ、機能Ｆの機能の実行が終了した時点で、代替Ｃに置き換えて処理する必要がなくなるので、再変更部１０４により元の機能である機能Ａに再変更する処理を実行する。そして、ステップＳ６１２に進む。
【００５９】
そして、走行終了か否かを判定し（ステップＳ６１２）、走行終了の場合（ステップＳ６１２：Ｙｅｓ）、一連の処理を終了する。走行終了でない場合（ステップＳ６１２：Ｎｏ）、ステップＳ６０２に戻る。上述の説明では、機能Ａに対して代替Ｂまたは代替Ｃを使用する場合について説明してきたが、機能Ａではなく、機能Ｅまたは機能Ｆについて代替機能が設定されている場合には、機能Ｅまたは機能Ｆについて代替処理をすることもできる。ここでたとえば機能Ａではなく機能Ｅについて代替処理する場合、機能Ａについて説明してきたステップＳ６０５からステップＳ６１１までの処理は、たとえば機能Ｅと、その代替機能についての説明として置き換えることができる。機能Ｅの代替機能を使用してもリソースの上限を超えないことを確認したうえで、機能Ｅを代替機能に変更することにより、機能Ａは代替させることなくそのまま使用することができる。
【００６０】
以上説明した実施例によれば、リソースを共用して各種機能を動作させてリソース量が上限を超えるような場合に、代替機能に置き換えることにより制限量の範囲内で各機能をいずれも実現することができる。たとえば安全優先エリア内でリソースがオーバーする場合でも、安全支援機能と同等の代替機能が選択され、通常のリソース配分の範囲で必要な機能を実行することができる。それにより、運転中の安全を確保することができる。
【００６１】
なお、本実施の形態で説明したリソース管理方法は、予め用意されたプログラムをパーソナルコンピュータやワークステーションなどのコンピュータで実行することにより実現することができる。このプログラムは、ハードディスク、フレキシブルディスク、ＣＤ−ＲＯＭ、ＭＯ、ＤＶＤなどのコンピュータで読み取り可能な記録媒体に記録され、コンピュータによって記録媒体から読み出されることによって実行される。またこのプログラムは、インターネットなどのネットワークを介して配布することが可能な伝送媒体であってもよい。
【符号の説明】
【００６２】
１０１  選択部
１０２  変更部
１０３  設定部
１０４  再変更部
【手続補正２】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
１つまたは複数のデバイスを使用することにより実行される、車両の走行に関連する機能を選択する選択手段と、
前記選択手段によって選択された機能を含む複数の機能を実行するときに使用されるリソース量が、いずれかのデバイスで制限範囲を超える場合に、前記選択手段によって選択された機能を他の代替機能に変更する変更手段と、
を備え、
前記変更手段は、いずれの代替機能を使用した場合でもリソース量がいずれかのデバイスで制限範囲を超える場合に、所定の優先順位に従ってキャンセルする機能を決定することを特徴とするリソース管理装置。
【請求項２】
複数の機能をあらかじめ関連付ける設定手段を備え、
前記変更手段は、前記選択手段によって選択された機能と関連付けられた機能を代替機能とすることを特徴とする請求項１に記載のリソース管理装置。
【請求項３】
前記変更手段は、いずれの代替機能を使用した場合でもリソース量がいずれかのデバイスで制限範囲を超える場合に、前記選択手段によって選択された機能の選択を前記選択手段にキャンセルさせることを特徴とする請求項１または２に記載のリソース管理装置。
【請求項４】
前記変更手段は、いずれかの代替機能を使用した場合でもリソース量がいずれかのデバイスで制限範囲を超える場合に、前記選択手段によって選択された機能以外の前記実行するいずれかの機能を他の代替機能に変更することを特徴とする請求項１に記載のリソース管理装置。
【請求項５】
前記変更手段は、前記選択手段によって選択された機能以外の前記実行するいずれかの機能に対しいずれの代替機能を使用した場合でもリソース量がいずれのデバイスで制限範囲を超える場合に、所定の優先順位に従ってキャンセルする機能を決定することを特徴とする請求項４に記載のリソース管理装置。
【請求項６】
前記変更手段は、前記選択手段によって選択された機能以外の前記実行するいずれかの機能に対しいずれの代替機能を使用した場合でもリソース量がいずれのデバイスで制限範囲を超える場合に、前記選択手段によって選択された機能の選択を前記選択手段にキャンセルさせることを特徴とする請求項３に記載のリソース管理装置。
【請求項７】
前記選択手段によって選択された機能のうちいずれかの機能の実行が終了した場合に、前記代替機能を元の機能に戻す再変更手段を備えることを特徴とする請求項１、２、および４のいずれか一つに記載のリソース管理装置。
【請求項８】
１つまたは複数のデバイスを使用することにより実行される、車両の走行に関連する機能を選択する選択工程と、
前記選択工程によって選択された機能を含む複数の機能を実行するときに使用されるリソース量が、いずれかのデバイスで制限範囲を超える場合に、前記選択工程によって選択された機能を他の代替機能に変更する変更工程と、
を含み、
前記変更工程は、いずれの代替機能を使用した場合でもリソース量がいずれかのデバイスで制限範囲を超える場合に、所定の優先順位に従ってキャンセルする機能を決定することを特徴とするリソース管理方法。
【請求項９】
請求項８に記載のリソース管理方法をコンピュータに実行させることを特徴とするリソース管理プログラム。
【請求項１０】
請求項９に記載のリソース管理プログラムを記録したことを特徴とするコンピュータに読み取り可能な記録媒体。
【国際調査報告】
2008026409.tif 000009
2008026409.tif 000010