車載計算装置
【課題】 複数のソフトウェアに複数の計算機資源を割り当てるにあたり、処理遅延の発生を防止することができる車載計算装置を提供する。
【解決手段】 ＥＣＵ１における処理情報量判断部１１は、ナビゲーション装置２から送信される地図情報に基づいて、情報系ＯＳ２２における処理情報量を算出する。割当数調整指令部１２は、処理情報量判断部１１が算出した処理情報量に基づいて、制御系ＯＳ２１および情報系ＯＳ２２に対するＥＣＰＵの割当数を求める。また、割当数調整指令部１２は、情報系ＯＳ２２に対するＣＰＵの割当数を記憶している。そして、算出した割当数と、記憶している割当数とに基づいて、情報系ＯＳ２２に対するＣＰＵの割当数調整を行う。
【解決手段】 ＥＣＵ１における処理情報量判断部１１は、ナビゲーション装置２から送信される地図情報に基づいて、情報系ＯＳ２２における処理情報量を算出する。割当数調整指令部１２は、処理情報量判断部１１が算出した処理情報量に基づいて、制御系ＯＳ２１および情報系ＯＳ２２に対するＥＣＰＵの割当数を求める。また、割当数調整指令部１２は、情報系ＯＳ２２に対するＣＰＵの割当数を記憶している。そして、算出した割当数と、記憶している割当数とに基づいて、情報系ＯＳ２２に対するＣＰＵの割当数調整を行う。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、車載計算装置に係り、特に、車両に搭載され、複数の計算機資源および複数のソフトウェアを備える車載計算装置に関する。
【背景技術】
【０００２】
複数の計算機資源および複数のソフトウェアを備え、複数のソフトウェアを複数の計算機資源に割り当てて計算を行われる計算機システムがある（たとえば、特許文献１参照）。この計算機システムでは、複数のオペレーションシステム（ソフトウェア）の負荷の状態を監視し、オペレーションシステムの負荷に状態にしたがって計算機資源の変更要求を行うようにしている。
【特許文献１】特開２００１−３３１３３３号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
しかし、上記特許文献１に開示された計算機システムでは、複数のオペレーションシステムそれぞれの負荷状態によって割り当てられる計算機資源が変更される。このため、オペレーションシステムの負荷が大きくなった後に計算機資源の割当の変更が行われることから、一定時間発生する処理遅延を避けることができないという問題があった。
【０００４】
他方、車両に搭載される車載計算装置として、このような複数の計算機資源および複数のソフトウェアを備えるものも知られている。このような車載計算装置においても、同様の処理遅延の発生は問題となるものである。
【０００５】
そこで、本発明の課題は、複数のソフトウェアに複数の計算機資源を割り当てるにあたり、処理遅延の発生を防止することができる車載計算装置を提供することにある。
【課題を解決するための手段】
【０００６】
上記課題を解決した本発明に係る車載計算装置は、車両に搭載される複数の計算機資源および第１ソフトウェアおよび第２ソフトウェアを含む複数のソフトウェアを備え、複数のソフトウェアのそれぞれに割り当てられる計算機資源の計算容量を調整する計算容量調整手段を備える車載計算装置において、ソフトウェアの処理負荷変動に関する情報に基づいて、計算機容量調整手段に対し各ソフトウェアへの計算機資源の割当計算容量を調整させる指令を行う計算機資源割当容量調整指令手段と、を備えることを特徴とする。
【０００７】
本発明に係る車載計算装置は、ソフトウェアの処理負荷変動に関する情報に基づいて、計算機容量調整手段に対し各ソフトウェアへの計算機資源の割当計算容量を調整させるようにしている。このため、いわばフィードフォワード的に各ソフトウェアへの計算機資源の割当を行うことができるので各ソフトウェアの負荷が大きくなる前に計算機資源の割当の調整を行うことができる。その結果、計算機資源における処理遅延を避けることができる。
【０００８】
なお、本発明におけるソフトウェアには、オペレーションシステムやアプリケーションなどが含まれる。また、計算機資源には、ＣＰＵ（Central Processing Unit）、メモリ、ハードディスクなどを含み、特に、ＣＰＵは、マルチコアＣＰＵの各コアを含むものである。
【０００９】
ここで、計算機資源割当容量調整指令手段は、ソフトウェアの処理負荷変動に関する情報が第１ソフトウェアおよび第２ソフトウェアのいずれのソフトウェアに関する情報であるかを判定することにより、第１ソフトウェアおよび第２ソフトウェアのいずれの処理負荷が変動するかを判断し、処理負荷の判断結果に基づいて、計算機容量調整手段に対し各ソフトウェアへの計算機資源の割当計算容量を調整させる指令を行う態様とすることができる。
【００１０】
このようにすることにより、複数のソフトウェアのいずれの処理負荷が変動するかを適切に判断することができる。その結果、計算機資源における処理遅延をさらに好適に避けることができる。
【００１１】
また、第１ソフトウェアの処理負荷変動に関する情報は地図情報を参照して得られる情報である態様とすることができる。
【００１２】
このように、第１ソフトウェアの処理負荷変動に関する情報が地図情報であることにより、ナビゲーション装置などを用いることによって、容易の処理負荷変動に関する情報を得ることができる。
【００１３】
さらに、地図情報は、車両の進行予定経路付近に存在する情報送受信施設の位置、数量、および車両と情報送受信施設との間における情報送受信量のうちの少なくとも１つに関する情報である態様とすることができる。
【００１４】
このように、地図情報としては、車両の進行予定経路付近に存在する情報送受信施設の位置、数量、および車両と情報送受信施設との間における情報送受信量等を用いることができる。
【００１５】
そして、計算機資源割当容量調整指令手段による計算機資源割当容量調整指令は、各ソフトウェア毎の処理負荷変動を予測するとともに、その予測結果を比較し、処理負荷が高いと予測されるソフトウェアの計算機資源割当容量を増やす指令である態様とすることができる。
【００１６】
このように、処理負荷が高いと予測されるソフトウェアの計算機資源割当数を増やすことにより、好適に計算機資源における処理遅延を避けることができる。
【発明の効果】
【００１７】
本発明に係る車載計算装置によれば、複数のソフトウェアに複数の計算機資源を割り当てるにあたり、処理遅延の発生を防止することができる。
【発明を実施するための最良の形態】
【００１８】
以下、添付図面を参照して本発明の実施形態について説明する。なお、図面の説明において同一の要素には同一の符号を付し、重複する説明を省略する。また、図示の便宜上、図面の寸法比率は説明のものと必ずしも一致しない。
【００１９】
図１は、本発明の第１の実施形態に係る車載計算装置のブロック構成図である。本実施形態に係る車載計算装置は、車両に搭載されており、図１に示すように、ＥＣＵ（Electronic controlunit）１およびＥＣＵ１に接続されたナビゲーション装置２を備えている。ＥＣＵ１は、車両に搭載されたコンピュータであり、ＣＰＵ、ＲＯＭ（Read Only Memory）、ＲＡＭ（Random Access Memory）、および入出力インターフェイスなどを備えて構成されている。
【００２０】
また、ＥＣＵ１は、処理情報量判断部１１、割当数調整指令部１２、割当数調整部１３、および情報処理部１４を備えている。さらに、情報処理部１４には制御系オペレーティングシステム（Operating System、以下「ＯＳ」という）２１、情報系ＯＳ２２およびこれらのＯＳ２１，２２に割り当てられる第１ＣＰＵ３１〜第４ＣＰＵ３４を備えている。これらの第１ＣＰＵ３１〜第４ＣＰＵ３４は、いずれも同一の計算容量を備えている。
【００２１】
ナビゲーション装置２は、ドライバが操作可能とされた入力手段および車両が走行可能とされた道路に関する地図情報を記憶する地図データベースを備えている。入力手段によって車両の行き先が入力されると、現在位置と到着位置との情報を地図データベースに記憶された地図情報に参照して車両の走行計画を生成する。ナビゲーション装置２は、この走行計画に沿ってドライバに対して運転時の操作を指示する。
【００２２】
さらに、ナビゲーション装置２は、生成した走行計画に基づいて、車両が走行する周囲の地図情報を地図データベースから読み出す。ここでの地図情報には、道路に設けられた信号機に関する信号機情報、光ビーコンに関する光ビーコン情報、交通情報の送受信を行う基地局に関する基地局情報等が含まれる。ナビゲーション装置２は、検出した地図情報をＥＣＵ１に送信する。
【００２３】
ＥＣＵ１では、処理情報量判断部１１において、ナビゲーション装置２から送信された地図情報に基づいて、各ＯＳ２１，２２における処理情報量を判断する。処理情報量判断部１１は、判断した各ＯＳの処理負荷変動に関する情報である処理情報の量（以下、「処理情報量」という）を割当数調整指令部１２に出力する。
【００２４】
割当数調整指令部１２は、処理情報量判断部１１から出力された各ＯＳ２１，２２の処理情報量に基づいて、各ＯＳ２１，２２に対するＣＰＵの割当数を求める。割当数調整指令部１２は、こうして求めたＯＳ２１，２２に対するＣＰＵの割当数を記憶する割当数記憶部を備えている。
【００２５】
そして、処理情報量判断部１１から出力された各ＯＳ２１，２２の処理情報量に基づいて求めた各ＯＳ２１，２２に対するＣＰＵの割当数と、割当数記憶部に記憶された各ＯＳ２１，２２に対するＣＰＵの割当数とに基づいて、割当数調整情報を生成する。割当数調整指令部１２は、生成した割当数調整情報を割当数調整部１３に出力する。
【００２６】
割当数調整部１３は、割当数調整指令部１２から出力された割当数調整情報に基づいて、情報処理部１４における各ＯＳ２１，２２に対するＣＰＵの割当数調整を行っている。このとき、割当数調整指令部１２から送信された割当数調整情報に基づく各ＯＳ２１，２２に対するＣＰＵの割当数が、現在の割当数と一致している場合には、その割当数を維持する。また割当数調整指令部１２から送信された割当数調整情報に基づく各ＯＳ２１，２２に対するＣＰＵの割当数が、現在の割当数と一致していない場合には、その割当数を変更する。
【００２７】
情報処理部１４には、制御系ＯＳ２１、情報系ＯＳ２２、および第１ＣＰＵ３１〜第４ＣＰＵ３４が設けられている。情報処理部１４では、制御系ＯＳ２１によって、車両の走行制御に関する走行制御計算処理を行う。この走行制御計算処理によって、車両が走行する際の諸情報、たとえば車速、制動力、操舵角度などを算出する。
【００２８】
また、情報処理部１４では、情報系ＯＳ２２によって、周囲の他車両との間における車車間通信、車両が走行する道路に設けられた光ビーコンや基地局との間における路車間通信によって車両周囲情報を取得する。情報系ＯＳ２２では、これらの車両周辺情報に基づいて、車両制御に用いる制御用周辺情報を生成する。
【００２９】
さらに、情報処理部１４では、制御系ＯＳ２１および情報系ＯＳ２２によってこれらの情報についての情報の処理を行う際に、第１ＣＰＵ３１〜第４ＣＰＵ３４を用いる。ここで、制御系ＯＳ２１が利用するＣＰＵおよび情報系ＯＳ２２が利用するＣＰＵについては、割当数調整部１３によって調整される。
【００３０】
次に、本実施形態に係る車載計算装置における処理手順について説明する。図２は、本実施形態に係る車載計算装置の処理手順を説明するフローチャートである。図２に示すように、本実施形態に係る車載計算装置では、まず、ナビゲーション装置２において、現在位置と到着位置との情報に基づいて走行計画を生成する（Ｓ１）。
【００３１】
ナビゲーション装置２は、走行計画を生成したら、車両がこれから走行する通行予定地域の地図情報をＥＣＵ１に送信する。ＥＣＵ１では、ナビゲーション装置２から送信された通行予定地域の地図情報を取得する（Ｓ２）。
【００３２】
続いて、ＥＣＵ１では、処理情報量判断部１１において、ナビゲーション装置２から送信されて取得した地図情報に基づいて、情報処理に関する処理情報量を求める。ここでの処理情報量は、地図情報に含まれる信号機情報、光ビーコン情報、基地局情報等に基づいて求められる。原則的に、地図情報が多い場合には、処理情報量は多くなる。また、処理情報量の数以外の要素として、その種類によっても処理情報量は増減して判断される。たとえば、信号機情報や光ビーコン情報の処理情報量は、基地局情報の処理情報量よりも少なくなる。
【００３３】
こうして、算出された処理情報量は、処理情報量判断部１１から割当数調整指令部１２に出力される。割当数調整指令部１２では、出力された処理情報量に基づいて、処理情報量に応じた情報系ＯＳ２２に対するＣＰＵ割当数を求め、ＯＳ機能を有する情報処理部１４との間での照合を行う（Ｓ３）。ＯＳ機能との照合では、処理情報量判断部１１から送信された処理情報量に基づいて算出された情報系ＯＳ２２に対するＣＰＵ割当数（以下「算出割当数」という）と、割当数調整指令部１２における割当数記憶部に記憶された情報系ＯＳ２２に対するＣＰＵの割当数（以下「記憶割当数」という）とを比較する。
【００３４】
ＯＳ機能との照合の結果、情報系ＯＳ２２に対するＣＰＵの割当数が適正化されているか否かを判断する（Ｓ４）。この判断は、算出割当数と記憶割当数とが一致しているか否かによって行われる。
【００３５】
その結果、算出割当数と記憶割当数とが一致しておらず、情報系ＯＳ２２に対するＣＰＵの割当数が適正化されていないと判断した場合には、情報系ＯＳ２２に対するＣＰＵの割当数を変更する（Ｓ５）。ここでは、情報系ＯＳ２２に対するＣＰＵの割当数を算出割当数とするように割当数の変更を行う。
【００３６】
一方、算出割当数と記憶割当数とが一致しており、情報系ＯＳ２２に対するＣＰＵの割当数が適正化されていると判断した場合には、情報系ＯＳ２２に対するＣＰＵの割当数を維持する（Ｓ６）。このようにして、本実施形態に係る車載計算装置による処理を終了する。
【００３７】
本実施形態に係る車載計算装置では、情報系ＯＳ２２における処理情報量を算出して判断し、判断した処理情報量に基づいて、情報系ＯＳ２２に対するＣＰＵの割当数を適正化するようにしている。たとえば、図３（ａ）に示すように、車両Ｍの通行予定地域に多数の地図情報Ｘが存在する場合には、図３（ｂ）に示すように、車両Ｍの通行予定地域に少数の地図情報Ｘしか存在しない場合よりも、情報系ＯＳ２２における処理情報量は多くなると考えられる。
【００３８】
その一方で、図４（ａ）に示すように、制御系ＯＳ２１に対して第１ＣＰＵ３１および第２ＣＰＵ３２が割り当てられており、情報系ＯＳ２２に対して第３ＣＰＵ３３および第４ＣＰＵ３４が割り当てられていたとする。このときに、図３（ａ）に示すように、車両Ｍの通行予定地域に多数の地図情報Ｘが存在し、情報系ＯＳ２２の処理情報量が多くなると考えられる場合には、情報系ＯＳ２２にそのまま第３ＣＰＵ３３および第４ＣＰＵ３４を割り当てておく。
【００３９】
また、図３（ｂ）に示すように、車両Ｍの通行予定地域に存在する地図情報Ｘが少なく、情報系ＯＳ２２の処理情報量が少なくなると考えられることもある。この場合には、情報系ＯＳ２２に多くのＣＰＵを割り当てたとしても、余分なＣＰＵを割り当てることとなる。そこで、情報系ＯＳ２２に割り当てるＣＰＵの数を少なくし、第４ＣＰＵ３４のみを割り当て、制御系ＯＳ２１に対するＣＰＵの割当数を多くする。こうして、情報系ＯＳ２２の計算処理について余分となるＣＰＵを制御系ＯＳ２１に割り当てることにより、制御系ＯＳ２１の計算時間の短縮等を図ることができる。
【００４０】
ここで、本実施形態に係る車載計算装置では、制御系ＯＳ２１と情報系ＯＳ２２との間でＣＰＵ３１〜３４の割当を行うにあたり、ナビゲーション装置２から送信された地図情報に基づいて情報系ＯＳ２２の処理情報量を算出し、情報系ＯＳ２２の処理情報量の算出結果に基づいて制御系ＯＳ２１と情報系ＯＳ２２との間でＣＰＵ３１〜３４の割当を行っている。このため、ＯＳ２１，２２の負荷が大きくなる前にＣＰＵの割当の調整を行うことができ、処理遅延を避けることができる。
【００４１】
また、本実施形態に係る車載計算装置では、ナビゲーション装置２から送信される地図情報に基づいて、情報系ＯＳ２２の処理情報量を判断している。このため、情報系ＯＳ２２の処理負荷の変動を好適に判断することができ、ＣＰＵにおける処理遅延をさらに好適に避けることができる。
【００４２】
次に、本発明の第２の実施形態について説明する。本実施形態に係る車載計算装置は、上記第１の実施形態と同様の構成を備えており、割当数調整指令部１２における処理態様が異なる。以下、この相違点を中心として、本実施形態に係る車載計算装置の処理手順について説明する。図５は、本実施形態に係る車載計算装置の処理手順を示すフローチャートである。
【００４３】
図５に示すように、本実施形態に係る車載計算装置では、ナビゲーション装置２において、走行計画を生成する（Ｓ１１）。次に、処理情報量判断部１１において通行予定地域の地図情報を取得し（Ｓ１２）、続いて、ＯＳ機能との照合を行う（Ｓ１３）。ここまでは、上記第１の実施形態と同様の手順で行われる。
【００４４】
次に、情報系ＯＳ２２をさらに使用する可能性があるほど処理情報量が多いか否かを判断する（Ｓ１４）。使用可能性が高いか否かの判断は、処理情報量判断部１１から出力される処理情報量および現在の情報系ＯＳ２２に対するＣＰＵの割当数に基づいて行われる。
【００４５】
その結果、情報系ＯＳ２２の使用する可能性があるほど処理情報量が多いと判断した場合には、情報系ＯＳ２２に対するＣＰＵの割当数を増加する（Ｓ１５）。一方、情報系ＯＳ２２の使用する可能性があるほど処理情報量が多くないと判断した場合には、情報系ＯＳ２２の使用する可能性がないほど処理情報量が少ないか否かを判断する（Ｓ１６）。情報系ＯＳ２２の使用する可能性がないほど処理情報量が少ないか否かの判断は、情報系ＯＳ２２の使用する可能性があるほど処理情報量が多いか否かの判断と同様、処理情報量判断部１１から出力される処理情報量および現在の情報系ＯＳ２２に対するＣＰＵの割当数に基づいて行われる。
【００４６】
その結果、情報系ＯＳ２２の使用する可能性がないほど処理情報量が少ないと判断した場合には、情報系ＯＳ２２に対するＣＰＵの割当数を減少する（Ｓ１６）。一方、情報系ＯＳ２２の使用する可能性がないほど処理情報量が少なくないと判断した場合には、情報系ＯＳ２２に対するＣＰＵの割当数を維持する（Ｓ１７）。こうして、車載計算装置による処理を終了する。
【００４７】
このように、本実施形態に係る車載計算装置においては、上記第１の実施形態と同様、情報系ＯＳ２２における処理情報量を算出し、算出した処理情報量に基づいて、情報系ＯＳ２２に対するＣＰＵの割当数を適正化するようにしている。このため、ＯＳ２１，２２の負荷が大きくなる前にＣＰＵの割当の調整を行うことができ、処理遅延を避けることができる。
【００４８】
また、本実施形態に係る車載計算装置では、情報系ＯＳ２２の処理情報量から求められる使用可能性に基づいてＣＰＵの割当を調整している。このように、使用可能性に基づいてもＣＰＵの割当を調整することができる。
【００４９】
以上、本発明の好適な実施形態について説明したが、本発明は上記実施形態に限定されるものではない。たとえば、上記実施形態では、２つのＯＳ２１，２２に４つのＣＰＵ３１〜３４を割り当てるようにしているが、これらの数に限定されるものではなく、任意の複数のＯＳに任意の複数のＣＰＵを割り当てることができる。
【００５０】
たとえば、図６に示すように、制御系ＯＳ（ＯＳ［Ａ］）２１および情報系ＯＳ（ＯＳ［Ｂ］）２２のほかに、第３ＯＳ（ＯＳ［Ｃ］）２３を設け、これらのＯＳ２１〜２３に６個のＣＰＵ３１〜３６を割り当てる態様とすることもできる。図６に示す例では、図６（ａ）においては、制御系ＯＳ２１に第１ＣＰＵ３１および第２ＣＰＵ３２が割り当てられ、情報系ＯＳ２２に第３ＣＰＵ３３および第４ＣＰＵ３４が割り当てられ、第３ＯＳ２３に第５ＣＰＵ３５および第６ＣＰＵ３６が割り当てられている。これに対して、たとえば図６（ｂ）に示すように、制御系ＯＳ２１に第１ＣＰＵ３１〜第３ＣＰＵ３３が割り当てられ、情報系ＯＳ２２に第４ＣＰＵ３４が割り当てられ、第３ＯＳ２３に第５ＣＰＵ３５および第６ＣＰＵ３６が割り当てられているように割当を調整することができる。
【００５１】
また、上記実施形態では、複数のＣＰＵ３１〜３６は、いずれも同一の計算容量を備えているが、異なる計算容量のＣＰＵを複数設ける態様とすることもできる。この場合には、処理情報量が多くなるときには、割り当てるＣＰＵの数を多くする代わりに、計算容量の大きいＣＰＵを割り当てるなどの対応を行い、結果として計算容量が多くなるようにすることができる。
【００５２】
さらに、上記第１の実施形態では、情報系ＯＳ２２の処理情報量に応じて、各ＯＳ２１，２２に割り当てるＣＰＵの数を決定しているが、制御系ＯＳ２１の処理情報量に応じて各ＯＳ２１，２２に割り当てるＣＰＵの数を決定することもできる。さらには、制御系ＯＳ２１および情報系ＯＳ２２のそれぞれの処理情報量に応じて各ＯＳ２１，２２に割り当てるＣＰＵの数を決定することもできる。
【００５３】
また、上記実施形態では、車両の通行予定地域における地図情報の数に応じて、情報系ＯＳ２２の処理情報量を算出しているが、地図情報の種類や地図情報に基づく情報送受信施設との情報送受信量に基づいて情報系ＯＳ２２の処理情報量を算出する態様とすることができる。たとえば、情報送受信施設が信号機や光ビーコンである場合には、情報送受信施設が基地局である場合よりも情報系ＯＳ２２の処理情報量が少なくなるとすることもできる。
【００５４】
さらに、上記実施形態では、処理情報量判断部１１において制御系ＯＳ２１および情報系ＯＳ２２の処理情報量を判断するにあたり、受信した地図情報等に基づいて各ＯＳ２１，２２における処理情報量をそのまま用いている。これに対して、受信した地図情報等に基づいて各ＯＳ２１，２２における処理情報量を予測して判断することもできるし、地図情報等に応じた各ＯＳ２１，２２における処理情報量を予め定めておき、受信した地図情報等を参照して各ＯＳ２１，２２における処理情報量を判断する態様とすることもできる。
【図面の簡単な説明】
【００５５】
【図１】第１の実施形態に係る車載計算装置のブロック構成図である。
【図２】第１の実施形態に係る車載計算装置の処理手順を説明するフローチャートである。
【図３】（ａ）は地図情報の多い地図を示す模式図、（ｂ）は地図情報の多い地図を示す模式図である。
【図４】ＯＳとＣＰＵとの割当の関係を示す図であり、（ａ）は情報系ＯＳへの割当が多い状態、（ｂ）は情報系ＯＳへの割当が少ない状態を示す。
【図５】第２の実施形態に係る車載計算装置の処理手順を説明するフローチャートである。
【図６】（ａ）〜（ｃ）とも、ＯＳとＣＰＵとの割当の関係を示す図である。
【符号の説明】
【００５６】
１…ＥＣＵ、２…ナビゲーション装置、１１…処理情報量判断部、１２…割当数調整指令部、１３…割当数調整部、１４…情報処理部、２１…制御系ＯＳ、２２…情報系ＯＳ、３１…第１ＣＰＵ、３２…第２ＣＰＵ、３３…第３ＣＰＵ、３４…第４ＣＰＵ、３５…第５ＣＰＵ、３６…第６ＣＰＵ、Ｍ…車両。
【技術分野】
【０００１】
本発明は、車載計算装置に係り、特に、車両に搭載され、複数の計算機資源および複数のソフトウェアを備える車載計算装置に関する。
【背景技術】
【０００２】
複数の計算機資源および複数のソフトウェアを備え、複数のソフトウェアを複数の計算機資源に割り当てて計算を行われる計算機システムがある（たとえば、特許文献１参照）。この計算機システムでは、複数のオペレーションシステム（ソフトウェア）の負荷の状態を監視し、オペレーションシステムの負荷に状態にしたがって計算機資源の変更要求を行うようにしている。
【特許文献１】特開２００１−３３１３３３号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
しかし、上記特許文献１に開示された計算機システムでは、複数のオペレーションシステムそれぞれの負荷状態によって割り当てられる計算機資源が変更される。このため、オペレーションシステムの負荷が大きくなった後に計算機資源の割当の変更が行われることから、一定時間発生する処理遅延を避けることができないという問題があった。
【０００４】
他方、車両に搭載される車載計算装置として、このような複数の計算機資源および複数のソフトウェアを備えるものも知られている。このような車載計算装置においても、同様の処理遅延の発生は問題となるものである。
【０００５】
そこで、本発明の課題は、複数のソフトウェアに複数の計算機資源を割り当てるにあたり、処理遅延の発生を防止することができる車載計算装置を提供することにある。
【課題を解決するための手段】
【０００６】
上記課題を解決した本発明に係る車載計算装置は、車両に搭載される複数の計算機資源および第１ソフトウェアおよび第２ソフトウェアを含む複数のソフトウェアを備え、複数のソフトウェアのそれぞれに割り当てられる計算機資源の計算容量を調整する計算容量調整手段を備える車載計算装置において、ソフトウェアの処理負荷変動に関する情報に基づいて、計算機容量調整手段に対し各ソフトウェアへの計算機資源の割当計算容量を調整させる指令を行う計算機資源割当容量調整指令手段と、を備えることを特徴とする。
【０００７】
本発明に係る車載計算装置は、ソフトウェアの処理負荷変動に関する情報に基づいて、計算機容量調整手段に対し各ソフトウェアへの計算機資源の割当計算容量を調整させるようにしている。このため、いわばフィードフォワード的に各ソフトウェアへの計算機資源の割当を行うことができるので各ソフトウェアの負荷が大きくなる前に計算機資源の割当の調整を行うことができる。その結果、計算機資源における処理遅延を避けることができる。
【０００８】
なお、本発明におけるソフトウェアには、オペレーションシステムやアプリケーションなどが含まれる。また、計算機資源には、ＣＰＵ（Central Processing Unit）、メモリ、ハードディスクなどを含み、特に、ＣＰＵは、マルチコアＣＰＵの各コアを含むものである。
【０００９】
ここで、計算機資源割当容量調整指令手段は、ソフトウェアの処理負荷変動に関する情報が第１ソフトウェアおよび第２ソフトウェアのいずれのソフトウェアに関する情報であるかを判定することにより、第１ソフトウェアおよび第２ソフトウェアのいずれの処理負荷が変動するかを判断し、処理負荷の判断結果に基づいて、計算機容量調整手段に対し各ソフトウェアへの計算機資源の割当計算容量を調整させる指令を行う態様とすることができる。
【００１０】
このようにすることにより、複数のソフトウェアのいずれの処理負荷が変動するかを適切に判断することができる。その結果、計算機資源における処理遅延をさらに好適に避けることができる。
【００１１】
また、第１ソフトウェアの処理負荷変動に関する情報は地図情報を参照して得られる情報である態様とすることができる。
【００１２】
このように、第１ソフトウェアの処理負荷変動に関する情報が地図情報であることにより、ナビゲーション装置などを用いることによって、容易の処理負荷変動に関する情報を得ることができる。
【００１３】
さらに、地図情報は、車両の進行予定経路付近に存在する情報送受信施設の位置、数量、および車両と情報送受信施設との間における情報送受信量のうちの少なくとも１つに関する情報である態様とすることができる。
【００１４】
このように、地図情報としては、車両の進行予定経路付近に存在する情報送受信施設の位置、数量、および車両と情報送受信施設との間における情報送受信量等を用いることができる。
【００１５】
そして、計算機資源割当容量調整指令手段による計算機資源割当容量調整指令は、各ソフトウェア毎の処理負荷変動を予測するとともに、その予測結果を比較し、処理負荷が高いと予測されるソフトウェアの計算機資源割当容量を増やす指令である態様とすることができる。
【００１６】
このように、処理負荷が高いと予測されるソフトウェアの計算機資源割当数を増やすことにより、好適に計算機資源における処理遅延を避けることができる。
【発明の効果】
【００１７】
本発明に係る車載計算装置によれば、複数のソフトウェアに複数の計算機資源を割り当てるにあたり、処理遅延の発生を防止することができる。
【発明を実施するための最良の形態】
【００１８】
以下、添付図面を参照して本発明の実施形態について説明する。なお、図面の説明において同一の要素には同一の符号を付し、重複する説明を省略する。また、図示の便宜上、図面の寸法比率は説明のものと必ずしも一致しない。
【００１９】
図１は、本発明の第１の実施形態に係る車載計算装置のブロック構成図である。本実施形態に係る車載計算装置は、車両に搭載されており、図１に示すように、ＥＣＵ（Electronic controlunit）１およびＥＣＵ１に接続されたナビゲーション装置２を備えている。ＥＣＵ１は、車両に搭載されたコンピュータであり、ＣＰＵ、ＲＯＭ（Read Only Memory）、ＲＡＭ（Random Access Memory）、および入出力インターフェイスなどを備えて構成されている。
【００２０】
また、ＥＣＵ１は、処理情報量判断部１１、割当数調整指令部１２、割当数調整部１３、および情報処理部１４を備えている。さらに、情報処理部１４には制御系オペレーティングシステム（Operating System、以下「ＯＳ」という）２１、情報系ＯＳ２２およびこれらのＯＳ２１，２２に割り当てられる第１ＣＰＵ３１〜第４ＣＰＵ３４を備えている。これらの第１ＣＰＵ３１〜第４ＣＰＵ３４は、いずれも同一の計算容量を備えている。
【００２１】
ナビゲーション装置２は、ドライバが操作可能とされた入力手段および車両が走行可能とされた道路に関する地図情報を記憶する地図データベースを備えている。入力手段によって車両の行き先が入力されると、現在位置と到着位置との情報を地図データベースに記憶された地図情報に参照して車両の走行計画を生成する。ナビゲーション装置２は、この走行計画に沿ってドライバに対して運転時の操作を指示する。
【００２２】
さらに、ナビゲーション装置２は、生成した走行計画に基づいて、車両が走行する周囲の地図情報を地図データベースから読み出す。ここでの地図情報には、道路に設けられた信号機に関する信号機情報、光ビーコンに関する光ビーコン情報、交通情報の送受信を行う基地局に関する基地局情報等が含まれる。ナビゲーション装置２は、検出した地図情報をＥＣＵ１に送信する。
【００２３】
ＥＣＵ１では、処理情報量判断部１１において、ナビゲーション装置２から送信された地図情報に基づいて、各ＯＳ２１，２２における処理情報量を判断する。処理情報量判断部１１は、判断した各ＯＳの処理負荷変動に関する情報である処理情報の量（以下、「処理情報量」という）を割当数調整指令部１２に出力する。
【００２４】
割当数調整指令部１２は、処理情報量判断部１１から出力された各ＯＳ２１，２２の処理情報量に基づいて、各ＯＳ２１，２２に対するＣＰＵの割当数を求める。割当数調整指令部１２は、こうして求めたＯＳ２１，２２に対するＣＰＵの割当数を記憶する割当数記憶部を備えている。
【００２５】
そして、処理情報量判断部１１から出力された各ＯＳ２１，２２の処理情報量に基づいて求めた各ＯＳ２１，２２に対するＣＰＵの割当数と、割当数記憶部に記憶された各ＯＳ２１，２２に対するＣＰＵの割当数とに基づいて、割当数調整情報を生成する。割当数調整指令部１２は、生成した割当数調整情報を割当数調整部１３に出力する。
【００２６】
割当数調整部１３は、割当数調整指令部１２から出力された割当数調整情報に基づいて、情報処理部１４における各ＯＳ２１，２２に対するＣＰＵの割当数調整を行っている。このとき、割当数調整指令部１２から送信された割当数調整情報に基づく各ＯＳ２１，２２に対するＣＰＵの割当数が、現在の割当数と一致している場合には、その割当数を維持する。また割当数調整指令部１２から送信された割当数調整情報に基づく各ＯＳ２１，２２に対するＣＰＵの割当数が、現在の割当数と一致していない場合には、その割当数を変更する。
【００２７】
情報処理部１４には、制御系ＯＳ２１、情報系ＯＳ２２、および第１ＣＰＵ３１〜第４ＣＰＵ３４が設けられている。情報処理部１４では、制御系ＯＳ２１によって、車両の走行制御に関する走行制御計算処理を行う。この走行制御計算処理によって、車両が走行する際の諸情報、たとえば車速、制動力、操舵角度などを算出する。
【００２８】
また、情報処理部１４では、情報系ＯＳ２２によって、周囲の他車両との間における車車間通信、車両が走行する道路に設けられた光ビーコンや基地局との間における路車間通信によって車両周囲情報を取得する。情報系ＯＳ２２では、これらの車両周辺情報に基づいて、車両制御に用いる制御用周辺情報を生成する。
【００２９】
さらに、情報処理部１４では、制御系ＯＳ２１および情報系ＯＳ２２によってこれらの情報についての情報の処理を行う際に、第１ＣＰＵ３１〜第４ＣＰＵ３４を用いる。ここで、制御系ＯＳ２１が利用するＣＰＵおよび情報系ＯＳ２２が利用するＣＰＵについては、割当数調整部１３によって調整される。
【００３０】
次に、本実施形態に係る車載計算装置における処理手順について説明する。図２は、本実施形態に係る車載計算装置の処理手順を説明するフローチャートである。図２に示すように、本実施形態に係る車載計算装置では、まず、ナビゲーション装置２において、現在位置と到着位置との情報に基づいて走行計画を生成する（Ｓ１）。
【００３１】
ナビゲーション装置２は、走行計画を生成したら、車両がこれから走行する通行予定地域の地図情報をＥＣＵ１に送信する。ＥＣＵ１では、ナビゲーション装置２から送信された通行予定地域の地図情報を取得する（Ｓ２）。
【００３２】
続いて、ＥＣＵ１では、処理情報量判断部１１において、ナビゲーション装置２から送信されて取得した地図情報に基づいて、情報処理に関する処理情報量を求める。ここでの処理情報量は、地図情報に含まれる信号機情報、光ビーコン情報、基地局情報等に基づいて求められる。原則的に、地図情報が多い場合には、処理情報量は多くなる。また、処理情報量の数以外の要素として、その種類によっても処理情報量は増減して判断される。たとえば、信号機情報や光ビーコン情報の処理情報量は、基地局情報の処理情報量よりも少なくなる。
【００３３】
こうして、算出された処理情報量は、処理情報量判断部１１から割当数調整指令部１２に出力される。割当数調整指令部１２では、出力された処理情報量に基づいて、処理情報量に応じた情報系ＯＳ２２に対するＣＰＵ割当数を求め、ＯＳ機能を有する情報処理部１４との間での照合を行う（Ｓ３）。ＯＳ機能との照合では、処理情報量判断部１１から送信された処理情報量に基づいて算出された情報系ＯＳ２２に対するＣＰＵ割当数（以下「算出割当数」という）と、割当数調整指令部１２における割当数記憶部に記憶された情報系ＯＳ２２に対するＣＰＵの割当数（以下「記憶割当数」という）とを比較する。
【００３４】
ＯＳ機能との照合の結果、情報系ＯＳ２２に対するＣＰＵの割当数が適正化されているか否かを判断する（Ｓ４）。この判断は、算出割当数と記憶割当数とが一致しているか否かによって行われる。
【００３５】
その結果、算出割当数と記憶割当数とが一致しておらず、情報系ＯＳ２２に対するＣＰＵの割当数が適正化されていないと判断した場合には、情報系ＯＳ２２に対するＣＰＵの割当数を変更する（Ｓ５）。ここでは、情報系ＯＳ２２に対するＣＰＵの割当数を算出割当数とするように割当数の変更を行う。
【００３６】
一方、算出割当数と記憶割当数とが一致しており、情報系ＯＳ２２に対するＣＰＵの割当数が適正化されていると判断した場合には、情報系ＯＳ２２に対するＣＰＵの割当数を維持する（Ｓ６）。このようにして、本実施形態に係る車載計算装置による処理を終了する。
【００３７】
本実施形態に係る車載計算装置では、情報系ＯＳ２２における処理情報量を算出して判断し、判断した処理情報量に基づいて、情報系ＯＳ２２に対するＣＰＵの割当数を適正化するようにしている。たとえば、図３（ａ）に示すように、車両Ｍの通行予定地域に多数の地図情報Ｘが存在する場合には、図３（ｂ）に示すように、車両Ｍの通行予定地域に少数の地図情報Ｘしか存在しない場合よりも、情報系ＯＳ２２における処理情報量は多くなると考えられる。
【００３８】
その一方で、図４（ａ）に示すように、制御系ＯＳ２１に対して第１ＣＰＵ３１および第２ＣＰＵ３２が割り当てられており、情報系ＯＳ２２に対して第３ＣＰＵ３３および第４ＣＰＵ３４が割り当てられていたとする。このときに、図３（ａ）に示すように、車両Ｍの通行予定地域に多数の地図情報Ｘが存在し、情報系ＯＳ２２の処理情報量が多くなると考えられる場合には、情報系ＯＳ２２にそのまま第３ＣＰＵ３３および第４ＣＰＵ３４を割り当てておく。
【００３９】
また、図３（ｂ）に示すように、車両Ｍの通行予定地域に存在する地図情報Ｘが少なく、情報系ＯＳ２２の処理情報量が少なくなると考えられることもある。この場合には、情報系ＯＳ２２に多くのＣＰＵを割り当てたとしても、余分なＣＰＵを割り当てることとなる。そこで、情報系ＯＳ２２に割り当てるＣＰＵの数を少なくし、第４ＣＰＵ３４のみを割り当て、制御系ＯＳ２１に対するＣＰＵの割当数を多くする。こうして、情報系ＯＳ２２の計算処理について余分となるＣＰＵを制御系ＯＳ２１に割り当てることにより、制御系ＯＳ２１の計算時間の短縮等を図ることができる。
【００４０】
ここで、本実施形態に係る車載計算装置では、制御系ＯＳ２１と情報系ＯＳ２２との間でＣＰＵ３１〜３４の割当を行うにあたり、ナビゲーション装置２から送信された地図情報に基づいて情報系ＯＳ２２の処理情報量を算出し、情報系ＯＳ２２の処理情報量の算出結果に基づいて制御系ＯＳ２１と情報系ＯＳ２２との間でＣＰＵ３１〜３４の割当を行っている。このため、ＯＳ２１，２２の負荷が大きくなる前にＣＰＵの割当の調整を行うことができ、処理遅延を避けることができる。
【００４１】
また、本実施形態に係る車載計算装置では、ナビゲーション装置２から送信される地図情報に基づいて、情報系ＯＳ２２の処理情報量を判断している。このため、情報系ＯＳ２２の処理負荷の変動を好適に判断することができ、ＣＰＵにおける処理遅延をさらに好適に避けることができる。
【００４２】
次に、本発明の第２の実施形態について説明する。本実施形態に係る車載計算装置は、上記第１の実施形態と同様の構成を備えており、割当数調整指令部１２における処理態様が異なる。以下、この相違点を中心として、本実施形態に係る車載計算装置の処理手順について説明する。図５は、本実施形態に係る車載計算装置の処理手順を示すフローチャートである。
【００４３】
図５に示すように、本実施形態に係る車載計算装置では、ナビゲーション装置２において、走行計画を生成する（Ｓ１１）。次に、処理情報量判断部１１において通行予定地域の地図情報を取得し（Ｓ１２）、続いて、ＯＳ機能との照合を行う（Ｓ１３）。ここまでは、上記第１の実施形態と同様の手順で行われる。
【００４４】
次に、情報系ＯＳ２２をさらに使用する可能性があるほど処理情報量が多いか否かを判断する（Ｓ１４）。使用可能性が高いか否かの判断は、処理情報量判断部１１から出力される処理情報量および現在の情報系ＯＳ２２に対するＣＰＵの割当数に基づいて行われる。
【００４５】
その結果、情報系ＯＳ２２の使用する可能性があるほど処理情報量が多いと判断した場合には、情報系ＯＳ２２に対するＣＰＵの割当数を増加する（Ｓ１５）。一方、情報系ＯＳ２２の使用する可能性があるほど処理情報量が多くないと判断した場合には、情報系ＯＳ２２の使用する可能性がないほど処理情報量が少ないか否かを判断する（Ｓ１６）。情報系ＯＳ２２の使用する可能性がないほど処理情報量が少ないか否かの判断は、情報系ＯＳ２２の使用する可能性があるほど処理情報量が多いか否かの判断と同様、処理情報量判断部１１から出力される処理情報量および現在の情報系ＯＳ２２に対するＣＰＵの割当数に基づいて行われる。
【００４６】
その結果、情報系ＯＳ２２の使用する可能性がないほど処理情報量が少ないと判断した場合には、情報系ＯＳ２２に対するＣＰＵの割当数を減少する（Ｓ１６）。一方、情報系ＯＳ２２の使用する可能性がないほど処理情報量が少なくないと判断した場合には、情報系ＯＳ２２に対するＣＰＵの割当数を維持する（Ｓ１７）。こうして、車載計算装置による処理を終了する。
【００４７】
このように、本実施形態に係る車載計算装置においては、上記第１の実施形態と同様、情報系ＯＳ２２における処理情報量を算出し、算出した処理情報量に基づいて、情報系ＯＳ２２に対するＣＰＵの割当数を適正化するようにしている。このため、ＯＳ２１，２２の負荷が大きくなる前にＣＰＵの割当の調整を行うことができ、処理遅延を避けることができる。
【００４８】
また、本実施形態に係る車載計算装置では、情報系ＯＳ２２の処理情報量から求められる使用可能性に基づいてＣＰＵの割当を調整している。このように、使用可能性に基づいてもＣＰＵの割当を調整することができる。
【００４９】
以上、本発明の好適な実施形態について説明したが、本発明は上記実施形態に限定されるものではない。たとえば、上記実施形態では、２つのＯＳ２１，２２に４つのＣＰＵ３１〜３４を割り当てるようにしているが、これらの数に限定されるものではなく、任意の複数のＯＳに任意の複数のＣＰＵを割り当てることができる。
【００５０】
たとえば、図６に示すように、制御系ＯＳ（ＯＳ［Ａ］）２１および情報系ＯＳ（ＯＳ［Ｂ］）２２のほかに、第３ＯＳ（ＯＳ［Ｃ］）２３を設け、これらのＯＳ２１〜２３に６個のＣＰＵ３１〜３６を割り当てる態様とすることもできる。図６に示す例では、図６（ａ）においては、制御系ＯＳ２１に第１ＣＰＵ３１および第２ＣＰＵ３２が割り当てられ、情報系ＯＳ２２に第３ＣＰＵ３３および第４ＣＰＵ３４が割り当てられ、第３ＯＳ２３に第５ＣＰＵ３５および第６ＣＰＵ３６が割り当てられている。これに対して、たとえば図６（ｂ）に示すように、制御系ＯＳ２１に第１ＣＰＵ３１〜第３ＣＰＵ３３が割り当てられ、情報系ＯＳ２２に第４ＣＰＵ３４が割り当てられ、第３ＯＳ２３に第５ＣＰＵ３５および第６ＣＰＵ３６が割り当てられているように割当を調整することができる。
【００５１】
また、上記実施形態では、複数のＣＰＵ３１〜３６は、いずれも同一の計算容量を備えているが、異なる計算容量のＣＰＵを複数設ける態様とすることもできる。この場合には、処理情報量が多くなるときには、割り当てるＣＰＵの数を多くする代わりに、計算容量の大きいＣＰＵを割り当てるなどの対応を行い、結果として計算容量が多くなるようにすることができる。
【００５２】
さらに、上記第１の実施形態では、情報系ＯＳ２２の処理情報量に応じて、各ＯＳ２１，２２に割り当てるＣＰＵの数を決定しているが、制御系ＯＳ２１の処理情報量に応じて各ＯＳ２１，２２に割り当てるＣＰＵの数を決定することもできる。さらには、制御系ＯＳ２１および情報系ＯＳ２２のそれぞれの処理情報量に応じて各ＯＳ２１，２２に割り当てるＣＰＵの数を決定することもできる。
【００５３】
また、上記実施形態では、車両の通行予定地域における地図情報の数に応じて、情報系ＯＳ２２の処理情報量を算出しているが、地図情報の種類や地図情報に基づく情報送受信施設との情報送受信量に基づいて情報系ＯＳ２２の処理情報量を算出する態様とすることができる。たとえば、情報送受信施設が信号機や光ビーコンである場合には、情報送受信施設が基地局である場合よりも情報系ＯＳ２２の処理情報量が少なくなるとすることもできる。
【００５４】
さらに、上記実施形態では、処理情報量判断部１１において制御系ＯＳ２１および情報系ＯＳ２２の処理情報量を判断するにあたり、受信した地図情報等に基づいて各ＯＳ２１，２２における処理情報量をそのまま用いている。これに対して、受信した地図情報等に基づいて各ＯＳ２１，２２における処理情報量を予測して判断することもできるし、地図情報等に応じた各ＯＳ２１，２２における処理情報量を予め定めておき、受信した地図情報等を参照して各ＯＳ２１，２２における処理情報量を判断する態様とすることもできる。
【図面の簡単な説明】
【００５５】
【図１】第１の実施形態に係る車載計算装置のブロック構成図である。
【図２】第１の実施形態に係る車載計算装置の処理手順を説明するフローチャートである。
【図３】（ａ）は地図情報の多い地図を示す模式図、（ｂ）は地図情報の多い地図を示す模式図である。
【図４】ＯＳとＣＰＵとの割当の関係を示す図であり、（ａ）は情報系ＯＳへの割当が多い状態、（ｂ）は情報系ＯＳへの割当が少ない状態を示す。
【図５】第２の実施形態に係る車載計算装置の処理手順を説明するフローチャートである。
【図６】（ａ）〜（ｃ）とも、ＯＳとＣＰＵとの割当の関係を示す図である。
【符号の説明】
【００５６】
１…ＥＣＵ、２…ナビゲーション装置、１１…処理情報量判断部、１２…割当数調整指令部、１３…割当数調整部、１４…情報処理部、２１…制御系ＯＳ、２２…情報系ＯＳ、３１…第１ＣＰＵ、３２…第２ＣＰＵ、３３…第３ＣＰＵ、３４…第４ＣＰＵ、３５…第５ＣＰＵ、３６…第６ＣＰＵ、Ｍ…車両。
【特許請求の範囲】
【請求項１】
車両に搭載される複数の計算機資源および第１ソフトウェアおよび第２ソフトウェアを含む複数のソフトウェアを備え、前記複数のソフトウェアのそれぞれに割り当てられる計算機資源の計算容量を調整する計算容量調整手段を備える車載計算装置において、
前記ソフトウェアの処理負荷変動に関する情報に基づいて、前記計算機容量調整手段に対し各ソフトウェアへの計算機資源の割当計算容量を調整させる指令を行う計算機資源割当容量調整指令手段と、
を備えることを特徴とする車載計算装置。
【請求項２】
計算機資源割当容量調整指令手段は、前記ソフトウェアの処理負荷変動に関する情報が前記第１ソフトウェアおよび前記第２ソフトウェアのいずれのソフトウェアに関する情報であるかを判定することにより、前記第１ソフトウェアおよび前記第２ソフトウェアのいずれの処理負荷が変動するかを判断し、前記処理負荷の判断結果に基づいて、前記計算機容量調整手段に対し各ソフトウェアへの計算機資源の割当計算容量を調整させる指令を行う請求項１に記載の車載計算装置。
【請求項３】
前記第１ソフトウェアの処理負荷変動に関する情報は、前記車両の走行地域における地図情報である請求項１または請求項２に記載の車載計算装置。
【請求項４】
前記地図情報は、前記車両の進行予定経路付近に存在する情報送受信施設の位置、数量、および前記車両と前記情報送受信施設との間における情報送受信量のうちの少なくとも１つに関する情報である請求項３に記載の車載計算装置。
【請求項５】
前記計算機資源割当容量調整指令手段による計算機資源割当容量調整指令は、前記各ソフトウェア毎の処理負荷変動を予測するとともに、その予測結果を比較し、処理負荷が高いと予測されるソフトウェアの計算機資源割当容量を増やす指令である請求項１から請求項４のうちのいずれか１項に記載の車載計算装置。
【請求項１】
車両に搭載される複数の計算機資源および第１ソフトウェアおよび第２ソフトウェアを含む複数のソフトウェアを備え、前記複数のソフトウェアのそれぞれに割り当てられる計算機資源の計算容量を調整する計算容量調整手段を備える車載計算装置において、
前記ソフトウェアの処理負荷変動に関する情報に基づいて、前記計算機容量調整手段に対し各ソフトウェアへの計算機資源の割当計算容量を調整させる指令を行う計算機資源割当容量調整指令手段と、
を備えることを特徴とする車載計算装置。
【請求項２】
計算機資源割当容量調整指令手段は、前記ソフトウェアの処理負荷変動に関する情報が前記第１ソフトウェアおよび前記第２ソフトウェアのいずれのソフトウェアに関する情報であるかを判定することにより、前記第１ソフトウェアおよび前記第２ソフトウェアのいずれの処理負荷が変動するかを判断し、前記処理負荷の判断結果に基づいて、前記計算機容量調整手段に対し各ソフトウェアへの計算機資源の割当計算容量を調整させる指令を行う請求項１に記載の車載計算装置。
【請求項３】
前記第１ソフトウェアの処理負荷変動に関する情報は、前記車両の走行地域における地図情報である請求項１または請求項２に記載の車載計算装置。
【請求項４】
前記地図情報は、前記車両の進行予定経路付近に存在する情報送受信施設の位置、数量、および前記車両と前記情報送受信施設との間における情報送受信量のうちの少なくとも１つに関する情報である請求項３に記載の車載計算装置。
【請求項５】
前記計算機資源割当容量調整指令手段による計算機資源割当容量調整指令は、前記各ソフトウェア毎の処理負荷変動を予測するとともに、その予測結果を比較し、処理負荷が高いと予測されるソフトウェアの計算機資源割当容量を増やす指令である請求項１から請求項４のうちのいずれか１項に記載の車載計算装置。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図２】
【図３】
【図４】
【図５】
【図６】
【公開番号】特開２０１０−１４６１８４（Ｐ２０１０−１４６１８４Ａ）
【公開日】平成２２年７月１日（２０１０．７．１）
【国際特許分類】
【出願番号】特願２００８−３２１１９５（Ｐ２００８−３２１１９５）
【出願日】平成２０年１２月１７日（２００８．１２．１７）
【出願人】（０００００３２０７）トヨタ自動車株式会社 (59,920)
【Ｆターム（参考）】
【公開日】平成２２年７月１日（２０１０．７．１）
【国際特許分類】
【出願日】平成２０年１２月１７日（２００８．１２．１７）
【出願人】（０００００３２０７）トヨタ自動車株式会社 (59,920)
【Ｆターム（参考）】
[ Back to top ]