JP6471654B2 - 表示制御装置、表示制御方法 - Google Patents

Description

本発明は、車両に搭載されたモニター画面の表示を制御する技術に関する。

今日の車両では、液晶表示装置などのモニター画面が運転席から見やすい位置に搭載されており、このモニター画面には、運転者に対して様々な画像が表示されることが通常である。例えば、カーナビゲーション機器の操作手順が画像として表示されたり、操作の結果によって得られた出力（例えば周囲の状況や、目的地までの経路など）が表示されたりする。あるいは、車両に搭載されたオーディオ機器の操作手順や、再生中の楽曲に関する情報も、画像としてモニター画面に表示されることがある。更には、動画再生機器によって再生された映画などの動画がモニター画面に表示される場合もある。

仮に、カーナビゲーション機器や、オーディオ機器、動画再生機器など（以下、車載機器）が専用のモニター画面を備えているとすると、それぞれの車載機器が個別に画像を表示することになるので、画像を生成する機能も車載機器毎に搭載されることになる。
ところが、複数の車載機器がモニター画面を共用する場合、画像を生成する機能をそれぞれの車載機器に設けたのでは、同じような機能が重複して存在することになるので無駄が生じる。

そこで、画像を生成する機能をモニター画面の表示制御装置に集約して、表示制御装置で生成した画像をモニター画面に表示することが行われる。この場合、各車載機器は、モニター画面に表示される画像を生成する代わりに、画像の生成に必要なデータを表示制御装置に出力して、画像の表示を表示制御装置に要求することになる。
そして、表示の要求（以下、表示要求）を受けた表示制御装置は、受け取ったデータに基づいて、自らのリソース（例えば、内蔵するＣＰＵの計算能力や、メモリー、画像処理回路など）を使って画像を生成して、生成した画像をモニター画面に表示する。また、複数の車載機器からの表示要求が重なった場合には、それぞれの表示要求に対してリソースを割り当てて画像を生成することによって、それぞれの表示要求に対応する画像を並行してモニター画面に表示することができる。

また、今日では、走行の安全に対する意識の高まりから、他車両や障害物等と衝突しないように車両の周囲を監視して、走行の安全を支援する車載機器も搭載されるようになっている。そこで、上記のカーナビゲーション機器などが出力する情報に加えて、走行の安全を支援するための車載機器が出力する情報についても、共用のモニター画面に表示することが提案されている（特許文献１）。
尚、以下では、走行の安全を支援するために表示される画像を「走行安全画像」と称し、走行安全画像ではないその他の画像を「一般画像」と称することにする。

特開２００１−１１６５６７号公報

しかし、一般画像が表示される共用のモニター画面に、走行安全画像を表示した場合、走行安全画像を迅速に表示できなくなる虞があるという問題があった。
これは、走行安全画像を生成しようとした時に、一般画像の生成に多くのリソースが使用されていた場合には、走行安全画像を生成するためのリソースが不足してしまい、画像を迅速に生成することができなくなる虞があるためである。

この発明は、従来技術が有する上述した課題に鑑みてなされたものであり、一般画像と走行安全画像とが共用のモニター画面に表示される場合でも、走行安全画像を迅速に表示することが可能な技術の提供を目的とする。

上述した課題を解決するために本発明の表示制御装置および表示制御方法は、モニター画面に画像を表示する旨の表示要求を車載機器から受け取ると、車載機器からの情報に基づいて画像を生成して、生成した画像をモニター画面に表示する。また、走行安全用の車載機器については、表示要求を受け取るか否かを、車両の走行状況に基づいて予測して、走行安全用の車載機器からの表示要求を受け取ると予測した場合には、予測した表示要求に対してリソースを割り当てておく。

こうすれば、走行安全画像については表示要求を受け取る前にリソースを確保しておくことができるので、実際に表示要求を受けた時に走行安全画像を生成するためのリソースが不足することを防止することができる。その結果、一般画像と走行安全画像とが共通のモニター画面に表示される場合でも、走行安全画像を迅速に表示することが可能となる。

第１実施例による表示制御装置１０を搭載した車両１を示す説明図である。 表示制御装置１０の内部の構造を表すブロック図である。 表示制御装置１０が実行する走行安全表示処理のフローチャートである。 走行安全の表示要求を受けることの予測の仕方を例示する説明図である。 リソースを確保した前後においてリソースの使用態様が変化する様子を示したグラフである。 モニター画面３に表示される走行安全画像の一例を示す説明図である。 第２実施例による表示制御装置２０の内部の構造を表すブロック図である。 表示制御装置２０が実行する走行安全表示処理のフローチャートである。

以下では、上述した本願発明の内容を明確にするために実施例について説明する。
Ａ．第１実施例 ：
Ａ−１．第１実施例の装置構成 ：
図１には、第１実施例による表示制御装置１０を搭載した車両１が示されている。図示されるように、車両１の内部には、データ通信のための車載ネットワーク２が設けられており、表示制御装置１０を含めて様々な車載機器が接続されている。また、表示制御装置１０にはモニター画面３が接続されており、表示制御装置１０は、車載ネットワーク２から取得した情報に基づいてモニター画面３の表示を制御する。モニター画面３は運転席から見やすい位置に搭載されており、運転者はモニター画面３から様々な情報を得ることができる。図に示す例では、モニター画面３に表示される情報は、車載ネットワーク２に接続されたオーディオ機器４や、カーナビゲーション機器（以下、カーナビ機器５と呼ぶ）、前方安全機器６、車線変更安全機器７などから出力される。

オーディオ機器４は、音楽を再生するための車載機器であり、図示しないスピーカーに対しては、音楽を再生するための情報を出力する一方で、モニター画面３に対しては再生中の音楽の曲名や歌手名を表示するための情報を出力する。また、再生中の音楽に合わせて色や模様等が変化する視覚エフェクトを表示するための情報を出力することもある。
カーナビ機器５は、運転者に対して目的地までの経路を表示するための車載機器であり、モニター画面３に地図上での車両１の位置や周囲の状況などを表示するための情報を出力する。

前方安全機器６は、車両１の前方での安全確保を支援するための車載機器である。例えば、前方の他車両と衝突する可能性が高まった等の所定の状況を検出した場合には、前方安全機器６は、モニター画面３に運転者の注意を促す表示をするための情報を出力する。
車線変更安全機器７は、車線変更時の安全確保を支援するための車載機器である。例えば、車両１が車線変更する際に隣車線にいる他車両と衝突する可能性が高まった等の所定の状況を検出した場合には、車線変更安全機器７は、モニター画面３に運転者の注意を促す表示をするための情報を出力する。
前方安全機器６および車線変更安全機器７には、カメラ８Ｆ，８Ｒや、レーダー９ａ〜９ｄが接続されており、カメラ８Ｆは車両１の前方の動画を撮影し、カメラ８Ｒは後方の動画を撮影する。更に、レーダー９ａ〜９ｄはそれぞれ、車両１の左前方、右前方、左後方、右後方に存在する他車両や歩行者などを検出する。前方安全機器６および車線変更安全機器７は、これらの情報に基づいて車両１の周囲の状況を把握することにより、安全確保の支援を行う。

ここで、それぞれの車載機器（ここでは、オーディオ機器４、カーナビ機器５、前方安全機器６、車線変更安全機器７）は、モニター画面３に画像を表示するための情報を、常に出力しているわけではない。例えば、運転者がカーナビの機能を起動させていなければ、カーナビ機器５から情報が出力されることはなく、運転者がカーナビの機能を起動させると、カーナビ機器５から情報が出力されるようになる。更に、カーナビの機能が起動している間も、カーナビ機器５から常に情報が出力されているわけではなく、モニター画面３に画像を表示する必要が生じた時に、カーナビ機器５から情報が出力される。従って、カーナビ機器５などの車載機器がモニター画面３に画像を表示する必要が生じて、そのための情報の出力を開始するときには、その旨（すなわち、画像の表示が必要となったので情報を出力する旨）を出力して、表示制御装置１０に対して、画像の表示を要求することになる。表示制御装置１０は、何れかの車載機器から表示の要求（以下、表示要求と呼ぶ）を受け取ったら、その車載機器が出力した情報に基づいてモニター画面３に表示する画像を生成する。

ここで、表示制御装置１０が生成するのはモニター画面３に表示される画像である。これに対して、車載機器が表示制御装置１０に出力するのは、モニター画面３に表示される画像ではなく、画像を生成するための情報である。この「画像を生成するための情報」の意味するところについて、時刻を表示する場合を例に用いて説明する。
時刻は、「時」を表す２桁の数字と、「分」を表す２桁の数字とを用いて表すことができる。いわゆるデジタル時計では、このような形態で時刻を表示する。また、いわゆるアナログ時計のように、短針が指し示す位置によって「時」を表し、長針が指し示す位置によって「分」を表すことによって、時刻を表示することもできる。コンピューターの内部では、時刻はデジタル時計のような形態で取り扱われているが、人間にとっては、デジタル時計のような形態よりも、アナログ時計のような形態で時刻が表示された方が、容易に理解できることが知られている。従って、モニター画面３に時刻を表示する場合には、アナログ時計のような形態で表示した方が望ましい。

アナログ時計の形態で時刻を表示するためには、アナログ時計の文字盤の画像と、短針の画像と、長針の画像とを用意しておく必要がある。そして、「分」を表す２桁の数字を取得して、文字盤上での長針の角度を計算する。更に、「時」を表す２桁の数字と、「分」を表す２桁の数字とを取得して、文字盤上での短針の角度を計算する。その後、文字盤の画像の上に、計算しておいた角度で長針の画像と短針の画像とを合成することによって、アナログ時計の画像を生成する。こうして得られたアナログ時計の画像が、モニター画面３に表示される画像である。また、「時」を表す２桁の数字および「分」を表す２桁の数字が、「（モニター画面３に表示される）画像を生成するための情報」となる。
尚、文字盤の画像や、短針の画像、長針の画像を表示制御装置１０に出力する場合には、これらの画像のデータも「画像を生成するための情報」に含まれる。

以上のように、時刻を表示する際には、コンピューターの内部で扱われている「時」および「分」を表す二組の数字を表示するのではなく、アナログ時計の画像として表示した方が、人間は容易に理解することが可能となる。この理由は、時刻を表す数字の組も、アナログ時計の画像も、表す時刻（すなわち情報の内容）に違いは無いが、同じ情報であっても画像として表示することで、情報を視覚的に把握することが可能となるためである。
そして、同様なこと（すなわち、情報を視覚的に把握できるように画像として表示すること）は、時刻に限らず、様々な情報について広く行われるようになっている。そして、情報の内容によっては、アナログ時計のような単純な画像ではなく、より複雑な画像が表示されることも珍しいことではない。
表示制御装置１０は、各車載機器から受け取った情報に基づいて、その情報を視覚的に把握できるような画像を生成して、モニター画面３に表示させる処理を行う。また、表示制御装置１０には、このような処理を実行するためのリソース（例えば、ＣＰＵの演算能力や、メモリー量など）が搭載されている。表示する画像が複雑な場合や、画像を生成するために複雑な処理が必要な場合などには、多くのリソースを搭載しておく必要がある。

また、表示制御装置１０が、複数の車載機器からの情報を受け取って、それぞれの情報に基づいて画像を生成して、モニター画面３に表示しなければならない場合も生じ得る。
そこで、モニター画面３に画像を表示しようとする車載機器は、前述した表示要求（すなわち、画像を表示して欲しい旨の要求）を表示制御装置１０に出力して、画像を生成するための情報を出力する。表示制御装置１０では、車載機器からの表示要求を受け取ると、その表示要求に対してリソースを割り当てる。そして、続いて送られてくる情報を、割り当てたリソースを用いて処理することによって、モニター画面３に表示する画像を生成する。

もっとも、表示制御装置１０に搭載されたリソースには限りが有るため、多くのリソースを使用している最中に新たな表示要求を受け取った場合には、リソース不足により新たな表示要求に対する画像の表示が遅延してしまうことがある。特に、表示要求を出力した車載機器が前方安全機器６や車線変更安全機器７であった場合には、表示が遅延してしまうことは問題となる。何故なら、前方安全機器６や車線変更安全機器７は安全確保を支援しており、表示要求する画像は、安全確保の観点からできるだけ迅速に表示すべきだからである。本実施例の表示制御装置１０は、安全確保のための表示が遅延される問題を解決するために、次のような機能を有する。

図２には、表示制御装置１０の内部の構造を表すブロック図が示されている。図示されるように、表示制御装置１０は、リソース割当部１１と、画像生成表示部１２と、情報取得部１３と、予測部１４とを備えている。
尚、これらの「部」は、表示制御装置１０が画像を生成して表示する機能に着目して、表示制御装置１０の内部を分類した抽象的な概念であり、表示制御装置１０の内部が、これらの「部」に物理的に区分されていることを表すものではない。従って、これらの「部」は、ＣＰＵで実行されるコンピュータープログラムとして実現することもできるし、ＬＳＩやメモリーなどを含む電子回路として実現することもできるし、これらを組み合わせることによって実現することもできる。本実施例の表示制御装置１０は、ＣＰＵや、画像処理回路、メモリーなどがバスを介して相互にデータ通信可能に接続されたマイクロコンピューターによって実現されている。

リソース割当部１１は、オーディオ機器４や、カーナビ機器５、前方安全機器６、車線変更安全機器７の何れかの車載機器から、モニター画面３に情報を表示したいという表示要求を受け取った時に、その表示要求に対する処理の実行に必要なリソースを割り当てる。尚、各車載機器からの表示要求は、車載ネットワーク２を介して取得することは上記の通りであり、以後、情報の送受信に車載ネットワーク２を介することは説明を省略する。
画像生成表示部１２は、表示要求をした車載機器から出力された情報に基づいて、その情報を視覚化した画像を生成し、モニター画面３に表示する。画像の生成ないし表示の処理を実行する際には、車載機器毎にリソース割当部１１が割り当てた分のリソースを限度に使用する。

情報取得部１３は、車両１の周囲の状況を示す情報を、カメラ８Ｆ，８Ｒおよびレーダー９ａ〜９ｄから取得する。カメラ８Ｆ，８Ｒからは撮影画像を取得して、その撮影画像を解析することで他車両の位置などといった車両１の周囲の状況を示す情報を取得できる。尚、撮影画像を解析して他車両等の対象物を検出する技術については周知であるため、詳しい説明は省略する。レーダー９ａ〜９ｄからは、検出した他車両の位置情報を車両１の周囲の状況を示す情報として取得できる。
予測部１４は、情報取得部１３が取得した車両１の周囲の状況を示す情報に基づいて、前方安全機器６または車線変更安全機器７の何れかから表示要求を受け取ることを予測する。この予測の方法については後で詳しく説明する。

リソース割当部１１は、何れかの車載機器から表示要求を受け取った時の他に、予測部１４が表示要求を受け取ることを予測した時にも、その予測された表示要求に対してリソースを割り当てる。すなわち、オーディオ機器４またはカーナビ機器５からの表示要求に対しては、その表示要求を受け取った時にリソースが割り当てられるが、前方安全機器６または車線変更安全機器７からの表示要求（以下、走行安全の表示要求と呼ぶ）に対しては、表示要求を受け取ることを予測した上で、事前にリソースを割り当てておく。詳細には後述するが、走行安全の表示要求に対しては、こうして事前にリソースを割り当てておくことで、走行安全の画像の表示が遅延することを回避することが可能となる。

Ａ−２．走行安全表示処理 ：
図３には、表示制御装置１０が実行する走行安全表示処理（Ｓ１００）のフローチャートが示されている。走行安全表示処理（Ｓ１００）は、各車載機器のうち、前方安全機器６または車線変更安全機器７から出力される情報を表示するための処理である。
走行安全表示処理（Ｓ１００）を開始すると、先ず始めに、車両１の周囲の状況を示す情報を取得する（Ｓ１０１）。以下では、車両１の周囲の状況を示す情報として、車両１の周囲に存在する他車両との相対位置を取得するものとして説明する。
続いて、自車両と他車両との相対位置の時間変化を取得する（Ｓ１０２）。後述するように、走行安全表示処理は、一定周期で繰り返し実行されており、一定周期毎にＳ１０１で周囲の状況（ここでは他車両との相対位置）が取得されている。そこで、Ｓ１０２では、過去に取得された相対位置と、この度の周期で取得した相対位置との変化から、相対位置の時間変化を取得する。
そして、取得した相対位置の時間変化に基づいて、走行安全の表示要求を受けると予測されるか否かを判断する（Ｓ１０３）。

図４には、走行安全の表示要求を受けることの予測の仕方が例示されている。図４（ａ）には、自車両である車両１と、他車両Ａあるいは他車両Ｂとの位置関係が示されている。図示されるように、車両１の中心を原点ｏとして、車両１の進行方向と平行に（図示した例では、車両１の進行方向に対して後ろ向きに）ｘ軸を設定し、ｘ軸と直角に（図示した例では、車両１の進行方向に対して後ろ向きに）ｙ軸を設定する。すると、車両１と他車両Ａあるいは他車両Ｂとの相対位置は、相対座標の座標値として表すことができる。例えば、図４（ａ）に示したように、時刻ｔ１での他車両Ａの相対位置は、相対座標（Ｘ１，Ｙ１）によって表すことができ、他車両Ｂの相対位置は、相対座標（Ｘ２，Ｙ２）によって表すことができる。

また、図４（ｂ）には、時刻ｔ１から時間が経った時刻ｔ２での、車両１に対する各車両の相対位置が示されている。図示されるように、他車両Ａは相対座標（Ｘ３，Ｙ３）に存在し、他車両Ｂは相対座標（Ｘ４，Ｙ４）に存在する。ここで、図４（ｂ）における他車両Ａの座標値から図４（ａ）における他車両Ａの座標値を引算すると、時刻ｔ１から時刻ｔ２までの時間において、他車両Ａが車両１に対してどれだけ移動したかを示す相対位置の変化量（Ｘ３−Ｘ１，Ｙ３−Ｙ１）が求まる。他車両Ｂについても同様にして車両１に対する相対位置の変化量（Ｘ４−Ｘ２，Ｙ４−Ｙ２）が求まる。

図４（ｃ）には、車両１の位置を基準として、車両１に対する他車両Ａや他車両Ｂの相対位置の変化量が示されている。図中に示した黒塗りの矢印は、時刻ｔ１から時刻ｔ２までの間に生じた他車両Ａについての相対位置の変化量を表している。この矢印から、他車両Ａが近付いているのか否かや、近付く速さを検出することができる。この時、ｘ軸方向およびｙ軸方向のそれぞれについて、他車両Ａが近付いているのか否かや、近付く速さを検出することもできる。

そして、これらの情報、すなわち、車両１に対する他車両Ａの相対位置や、他車両Ａが近付いているのか否か、近付く速さ、更に、場合によっては、ｘ軸方向およびｙ軸方向のそれぞれについての情報に基づいて、走行安全の表示要求があるか否かを予測することができる。例えば、車両１に対する他車両Ａの衝突時間を算出して、衝突時間が所定値以下であった場合には、走行安全の表示要求があると予測することができる。ここで、衝突時間とは、相対的な距離を、距離の変化速度で除算して得られる値である。
また、単に衝突時間を算出するのではなく、所定の時間周期で衝突時間を算出して、時間の経過と共に衝突時間が長くなっているのか、短くなっているのかを検出する。そして、衝突時間が時間の経過と共に短くなっており、且つ、衝突時間の値が既にある程度まで短くなっている場合には、走行安全の表示要求があると予測するようにしてもよい。

他車両Ｂについても同様にして、走行安全の表示要求があるか否かを予測することができる。すなわち、時刻ｔ１から時刻ｔ２までの間に生じた他車両Ｂについての相対位置の変化量は、図４（ｃ）中に斜線を付した矢印として求めることができる。そして、この矢印から、他車両Ｂが近付いているのか否かや、近付く速さなどを検出することができ、得られた検出結果に基づいて、他車両Ａの場合と同様にして、走行安全の表示要求があるか否かを予測することができる。

相対位置の変化量から、走行安全の表示要求があるか否かの予測精度についての情報も取得することができる。例えば、上述したように衝突時間に基づいて予測する場合には、衝突時間が小さいほど、走行安全の表示要求がある可能性が高いと判断することができる。あるいは、衝突時間の時間変化に基づいて予測する場合には、衝突時間が所定の閾値時間まで短くなるために要する所要時間を算出して、その所要時間が短いほど、走行安全の表示要求がある可能性が高いと判断するようにしてもよい。

以上では、表示要求を受けると予測される場合について説明したが、車両１の周囲に他車両が検出されない場合や、検出した他車両が車両１に近づいていない場合には、前方安全機器６および車線変更安全機器７の何れからも表示要求を受けると予測されることはない。
図３に示した走行安全表示処理のＳ１０３では、以上のようにして、走行安全の表示要求を受けると予測されるか否かを判断する。その結果、表示要求を受けると予測されなかった場合は（Ｓ１０３：ｎｏ）、処理の先頭に戻って、再度、周囲の情報を取得する（Ｓ１０１）。

これに対して、表示要求を受けると予測された場合には（Ｓ１０３：ｙｅｓ）、予測した表示要求に応じて画像を表示する処理のためのリソースを確保する（Ｓ１０４）。
例えば、前方安全機器６からの表示要求を受けると予測した場合には、前方安全機器６からの表示要求に対する処理を実行するためのリソースを確保する。また、車線変更安全機器７からの表示要求を受けると予測した場合には、車線変更安全機器７用にリソースを確保する。
尚、リソースを確保するに際しては、実際に表示要求があったときに必要となる全量のリソースを確保するようにしても良いが、あくまでも予測に対してリソースを確保するので、確保したリソースが無駄になる場合も起こりえる。従って、全量のリソースを確保するのではなく、所定割合（例えば５０％、あるいは７５％など）のリソースを確保するようにしても良い。また、表示要求がある可能性が高くなるほど、高い割合でリソースを確保するようにしても良い。

図５には、走行安全の表示要求を予測してリソースを確保することによる効果が示されている。図５（ａ）は、走行安全の表示要求を予測してリソースを確保しない場合を表しており、図５（ｂ）は、走行安全の表示要求を予測してリソースを確保しない場合を表している。図示されるように、横軸に時間を採り、縦軸に、全リソースに対するリソース使用率を採ると、リソース使用率は時間の経過と共に変化する。
例えば、図５（ａ）に示したように、オーディオ機器４からの表示要求に応じて、オーディオ機器４に関する画像（以下、オーディオ画像）を表示している状態で、カーナビ機器５からの表示要求を受け取ると、リソース使用率は増加する。そして、その状態から更に、前方安全機器６または車線変更安全機器７からの走行安全のための表示要求を受け取っても、十分なリソースを割り当てることができないことが生じ得る。このような事態が生じると、前方安全機器６または車線変更安全機器７による安全支援のための画像（以下、走行安全画像）を迅速に表示することができなくなる。走行安全画像を迅速に表示できない事態は、走行の安全を確保する観点から好ましいことではない。

そこで、図５（ｂ）に示したように、前方安全機器６または車線変更安全機器７からの表示要求があるものと予測された場合には、実際に表示要求がされる前に、走行安全画像を表示するためのリソースを確保してしまう。この場合、リソースを確保した分だけ、残りのリソースが少なくなる。その結果、残ったリソース量によっては、他の車載機器からの表示要求に対して割り当てられるリソースが不足する事態も生じ得る。図５（ｂ）に示した例ではカーナビ機器５からの表示要求に対して割り当てるリソースが不足している。
このような事態が生じると、カーナビ機器５のための画像を迅速に表示することができなくなる。尚、前方安全機器６または車線変更安全機器７以外の車載機器（例えばオーディオ機器４や「カーナビ機器５など）のための画像を、走行安全画像と区別して、一般画像と呼ぶことがあるものとする。
しかし、前方安全機器６または車線変更安全機器７からの表示要求があった場合には、予め確保しておいたリソースを割り当てることができるので、走行安全画像を迅速に表示することが可能となる。もちろん、カーナビ機器５のための画像などの一般画像についても迅速に表示可能な方が望ましいが、一般画像の表示が遅れても走行の安全に影響することはない。これに対して、走行安全画像の表示が遅れると走行の安全に大きく影響し得る。従って、図５（ｂ）に例示したように、走行安全の表示要求を予測してリソースを確保しておくことで、車両１の走行安全を確保することが可能となる。

尚、走行安全の表示要求の予測に応じて確保するリソースの分量については、次のようにすることができる。先ず、前方安全機器６や車線変更安全機器７が必要とするリソースの最大量を予め把握しておく。そして、最大量を確保する。あるいは、最大量に対して一定割合のリソース量を確保してもよい。
更には、走行安全の表示要求があると予測した状況に応じて、モニター画面３にどのような走行安全画像が表示されるかは、ある程度は予測できるから、その予測に応じた分量のリソースを確保するようにしても良い。
また、複数の車載機器から走行安全の表示要求を受けると予測し、それぞれの車載機器に対してリソースを確保する場合には、予測された可能性が高い表示要求に対して、多くのリソースを確保するようにしてもよい。

また、図５（ｂ）に示した例では、走行安全の表示要求を予測した時点で確保する分量のリソースが使用されておらず、そのままリソースを確保することができるが、この時点で既に多くのリソースが使用中で、必要とする分量のリソースを直ぐに確保できない場合も考えられる。その場合、リソースが空き次第、順次確保していけばよい。あるいは、オーディオ機器４やカーナビ機器５などによる一般画像の解像度や色数を落としたり、装飾的な表示を中断したりして、一般画像の表示に使用しているリソースを削減すれば、より迅速に走行安全画像の表示に必要なリソースを確保することが可能となる。

図３の走行安全表示処理では、走行安全の表示要求があると予測すると（Ｓ１０３：ｙｅｓ）、以上のようにしてリソースを確保する（Ｓ１０４）。尚、ここでは、走行安全の表示要求に対して事前にリソースを割り当てることを「リソースを確保する」と言い表している。
続いて、走行安全の表示要求を受けたか否かを判断する（Ｓ１０５）。その結果、走行安全の表示要求を受けたと判断されたら（Ｓ１０５：ｙｅｓ）、走行安全画像を表示して（Ｓ１０６）、走行安全表示処理（Ｓ１００）の先頭に戻る。

図６には、モニター画面３に表示される走行安全画像の一例が示されている。図示されるように、この走行安全画像には、自車両である車両１の右後方から他車両Ｂが接近中である様子が、車両１と他車両Ｂとの位置関係や他車両Ｂの車種や色などの実際の状況に即して表されている。このような走行安全画像を表示するためには、以下のような処理が必要となる。
先ず、こうした走行安全画像の表示要求をした車線変更安全機器７からは、車両１に対する他車両Ｂの相対位置を表す情報と、車両１の後部を表す画像情報と、他車両Ｂの後部を表す画像情報と、道路を表す画像情報とが出力される。これを受けて、表示制御装置１０は、車両１と他車両Ｂとの位置関係に即して、道路を表す画像上に車両１の後部を表す画像と他車両Ｂの後部を表す画像とを配置することによって、走行安全画像を生成した後、生成した走行安全画像をモニター画面３に表示する。

このような走行安全画像を表示すると、車両１の運転者は、車両１の右後方から他車両Ｂが接近しているということを直感的に把握し易くなり、車線変更安全機器７による注意喚起を効果的に実行することができる。ただし、こうした把握し易い画像を表示するためには、上記のような処理を実行する必要があり、多くのリソースが必要となる。この点、本実施例の走行安全表示処理（Ｓ１００）では、上述したようにリソースを確保しているため、たとえカーナビ画像を表示している最中であったとしても、上記のような処理を遅滞なく実行することができる。

また、走行安全の表示要求を受けることを予測してリソースを確保したら、実際に、その表示要求を受ける前に、走行安全画像の生成を開始するようにしてもよい。
例えば、図６に示した走行安全画像を生成する場合、表示制御装置１０は、車線変更安全機器７から出力される様々な情報を使用する。これらの情報には、車両１に対する他車両Ｂの相対位置や、他車両Ｂの車種や色などの情報が含まれている。そして、これらの情報は、車両１の後部に搭載されたカメラ８Ｒの撮影画像を解析すれば取得できる。また、道路を表す画像についても撮影画像から取得できる。後続車両である他車両Ｂを後ろから見た画像については、撮影画像からは直接取得することができないが、他車両Ｂの車種や色が分かれば、予め備えておいたデータベースに照合して、その車種および色の車両の後部を表す画像を取得することができる。このように、表示制御装置１０は、車載機器から出力される前であっても、走行安全画像を生成するために必要な情報を取得することができる。
このように、走行安全画像を生成するために必要な情報を取得して、走行安全画像を予め準備しておけば、実際に表示要求を受け取ったときに、走行安全画像の表示を遅延なく確実に開始することができる。

もちろん、図６に示した走行安全画像は一例に過ぎず、車両１と他車両Ｂとの位置関係をこれらの車両の前部が見えるサイドミラーのような視点で表示したり、これらの車両の位置関係を真上から見下ろす図４のような視点で表示したりしてもよい。
また、車線変更安全機器７が実行する安全支援の機能が運転者の注意喚起に留まらず、車線変更を禁止するようにステアリング操作に介入する場合には、故障が発生したなどと運転者が誤解しないように「ステアリング介入中」などとモニター画面３に表示することが考えられる。こうした内容を表示する画像であっても、上記と同様にして表示要求を受けることを予測できるし、リソースを確保して迅速に表示する利益があるため、本実施例の走行安全画像に該当する。

ここまでは、走行安全の表示要求を受けたか否かの判断（図３のＳ１０５）において、走行安全の表示要求を受けたと判断された場合（Ｓ１０５：ｙｅｓ）について説明してきた。しかし、走行安全の表示要求は、前方安全機器６や車線変更安全機器７の内部で実行される処理に基づいてなされるものであり、表示制御装置１０が予測したからといって、実際に表示要求を受けるとは限らない。そこで、走行安全の表示要求を受けたと判断されない場合（Ｓ１０５：ｎｏ）については、リソースの確保を継続するか否かを確認するために、以下の処理を実行する。

先ず、車両１の周囲の状況を示す情報を取得する（Ｓ１０７）。先ほどのＳ１０５の判断では、最初の処理Ｓ１０１で取得した周囲の状況を示す情報を利用しており、リソースの確保を継続するか否かを確認するためには、新しく情報を取得し直す必要がある。次に、新たな情報に基づいて、再び、自車両と他車両との相対位置の時間変化を確認し（Ｓ１０８）、走行安全の表示要求を受けると引き続き予測されるか否かを判断する（Ｓ１０９）。この判断は、図４を示して上述した予測の仕方に基づいて行えばよい。上述したＳ１０３では、走行安全の表示要求を受けると予測しており、ここではその予測の根拠となった車両１の周囲の状況が継続していれば、走行安全の表示要求を受けると引き続き予測されることになる（Ｓ１０９：ｙｅｓ）。その場合、Ｓ１０５の処理に戻って、走行安全の表示要求を受けたか否かを判断する。

これに対して、走行安全の表示要求を受けると引き続き予測されない場合には（Ｓ１０９：ｎｏ）、Ｓ１０４の処理で確保していたリソースを解放する（Ｓ１１０）。上述したように、走行安全画像を表示するためのリソースを確保している間は、その分のリソースについては、オーディオ画像またはカーナビ画像の一般画像を表示するためのリソースとして使用することができない。従って、走行安全の表示要求を受けると予測されなくなった以上は、確保していたリソースを解放することで、一般画像を表示するためのリソースとして使用できるようにするということである。そして、確保していたリソースを解放した後は（Ｓ１１０）、走行安全表示処理（Ｓ１００）の先頭に戻って、ここまで説明してきた一連の処理を再度実行する。

走行安全の表示要求があるか否かの予測（Ｓ１０３）について、上述の図４を用いた説明では、車両１に対する他車両の相対位置の変化量から、走行安全の表示要求があるか否かの可能性の高さを判断できることを説明した。このとき、運転者の運転傾向を考慮して可能性の高さを判断してもよい。例えば、前方の安全確認を疎かにしがちであるという運転者の運転傾向がわかっていれば、図４に示した状況では、前方安全機器６から走行安全の表示要求を受ける可能性が高いと考えられるため、前方安全機器６に対して優先してリソースを確保するとよい。こうした運転傾向は、普段の運転状況を記録して蓄積した情報に基づいて把握することができるし、運転者自らが設定するようにしてもよい。

また、図４には他車両Ａと他車両Ｂとが車両１の近くに存在する状況を示したが、より遠くに居る状況であっても、カメラ８Ｆ，８Ｒやレーダー９ａ〜９ｄから取得される情報に基づいてこれらの他車両を検出することは可能である。もっとも、車両１から遠い位置に存在する他車両についてまで、予測のための監視対象にすると、予測時の演算のためのリソースを多く使用してしまうことになる。こうした演算のためのリソースと、モニター画面３に画像を表示するためのリソースとが、ハードウェア上、別個であれば、本実施例で問題とする走行安全画像の表示遅延には関係しないが、ハードウェアが共通であれば、監視対象とする他車両が増えることが走行安全画像の表示遅延の原因となってしまう。こうしたことに鑑みて、他車両の動向を監視する領域を所定範囲内に設定することで、予測時の演算のためのリソースを節約するとよい。このようにしても、車両１から遠くに存在する他車両に起因して走行安全の表示要求を受ける可能性は低いため、走行安全の表示要求を受けることの予測に及ぼす影響は少ないと考えられる。

また、こうした他車両の動向を監視する領域（以下、監視領域と呼ぶ）を状況に応じて大きくしたり小さくしたりすると、走行安全の表示要求を受けることの予測を的確に実行しつつ、不要な処理負担を削減することができる。例えば、車両１の走行速度が大きければ、監視領域を広げた方がより確実に予測できるし、走行速度が小さければ、監視領域を狭めて処理負担を削減できる。また、路面が凍結していれば、車両１の制動距離が長くなることから前方安全機器６や車線変更安全機器７から早めに表示要求を受けると考えられるため、表示制御装置１０の監視領域についても広げた方がよい。こうした監視領域の増減のために考慮する要素としては他に、道路の形状が直線であるか曲線であるかといった違いや、運転の視界に影響を与える天候などが考えられる。こうした状況を示す情報については、車両１に備わる地図情報や各種のセンサー類から取得してもよいし、外部と通信して取得してもよい。

Ｂ．第２実施例 ：
上述した第１実施例の表示制御装置１０は、カメラ８Ｆ，８Ｒおよびレーダー９ａ〜９ｄから車両１の周囲の状況を示す情報を取得し、その情報に基づいて前方安全機器６または車線変更安全機器７から走行安全の表示要求を受けることを予測していた。そして、この予測は、車両１と他車両との相対位置を解析することによって行われていた。しかし、前方安全機器６および車線変更安全機器７はそれぞれ、車両１が他車両と衝突する可能性が高まったという状況を検出するために、車両１と他車両との相対位置を、表示制御装置１０とは別個に解析している。このことに着目して、第２実施例の表示制御装置２０は、前方安全機器６および車線変更安全機器７から情報を取得し、その情報に基づいて走行安全の表示要求を受けることを予測する。以下では、このような第２実施例について、第１実施例と共通する点については説明を援用し、異なる点に焦点を当てて説明する。

Ｂ−１．第２実施例の装置構成 ：
図７には、表示制御装置２０の内部の構造を表すブロック図が示されている。図示されるように、表示制御装置２０は、リソース割当部２１と、画像生成表示部２２と、予備情報取得部２３と、予測部２４とを備えている。
リソース割当部２１は、第１実施例と同様に、オーディオ機器４や、カーナビ機器５、前方安全機器６、車線変更安全機器７の何れかの車載機器から受け取った表示要求に対してリソースを割り当てる。また、画像生成表示部２２についても第１実施例と同様に、表示要求をした車載機器から出力された情報に基づいて、その情報を視覚化した画像を生成し、その画像をモニター画面３に表示する。

予備情報取得部２３は、前方安全機器３６および車線変更安全機器３７から、予備情報を取得する。予備情報とは、前方安全機器３６および車線変更安全機器３７の車載機器が走行安全の表示要求を出力する可能性が高い状況であることを示す情報である。車載機器はそれぞれ、車両１と他車両との相対位置やその変化量を把握し、これらの値が所定の閾値を超えたことを条件として、運転者に対して注意喚起するなどの安全支援を実行する。従って、車載機器はそれぞれ、車両１と他車両との相対位置やその変化量が、安全支援を実行する条件としての閾値を超えた段階に限られず、その閾値に近い値を示しているという予備的な段階（以下、予備段階と呼ぶ）についても把握していることになる。そこで、予備情報取得部２３は、こうした予備段階になったという情報を予備情報として取得する。尚、予備情報取得部２３は、本発明の「情報取得部」に対応する。

第２実施例の前方安全機器３６および車線変更安全機器３７はそれぞれ、車両１と他車両との相対位置やその変化量について、予備段階として検出する条件となる閾値を設定し、その閾値を超えたら、その旨を示す情報を予備情報として出力する機能を備える。予備段階を検出する条件としての閾値は、安全支援を実行する条件としての閾値よりも低く、かつ、これに近い値に設定されることになる。

予測部２４は、予備情報取得部２３が予備情報を取得したことに基づいて、走行安全の表示要求を受けることを予測する。例えば、前方安全機器６または車線変更安全機器７のうち何れか一方の車載機器から予備情報が出力された場合には、その予備情報を出力した車載機器から走行安全の表示要求を受けると予測する。また、予備情報の中に、車両１と他車両との相対位置やその変化量が、安全支援を実行する条件にどれだけ近いかを示す情報が含まれていれば、その情報に基づいて走行安全の表示要求を受ける可能性についても予測することができる。

Ｂ−２．走行安全表示処理 ：
図８には、表示制御装置２０が実行する走行安全表示処理（Ｓ２００）のフローチャートが示されている。走行安全表示処理（Ｓ２００）を開始すると、先ず始めに、前方安全機器６または車線変更安全機器７の車載機器から予備情報を取得したか否かを判断する（Ｓ２０１）。その結果、予備情報を取得していなければ（Ｓ２０１：ｎｏ）、この判断を繰り返す。そして、予備情報を取得したら（Ｓ２０１：ｙｅｓ）、その予備情報を出力した車載機器から走行安全の表示要求を受けることを予測する（Ｓ２０２）。

走行安全の表示要求を受けることを予測したら（Ｓ２０２）、予備情報を出力した車載機器に対してリソースを確保し（Ｓ２０３）、走行安全の表示要求を受けたか否かを判断する（Ｓ２０４）。
このＳ２０４の判断の結果、走行安全の表示要求を受けたら（Ｓ２０４：ｙｅｓ）、車載機器から出力された情報に基づいて走行安全画像を表示し（Ｓ２０５）、走行安全表示処理（Ｓ２００）の先頭に戻る。リソースの確保や走行安全画像の表示については第１実施例と同様にして行う。

一方、Ｓ２０４の判断の結果、走行安全の表示要求を受けていなければ（Ｓ２０４：ｎｏ）、Ｓ２０１で取得した予備情報を出力した車載機器に対して、予備段階の継続状況を確認する（Ｓ２０６）。これを受けた車載機器は、車両１と他車両との相対位置などの値が、予備段階を検出する条件としての閾値を未だ超えたままか否かを回答する。表示制御装置２０は、この回答の内容に基づいて、走行安全の表示要求を受けると引き続き予測されるか否かを判断する（Ｓ２０７）。

車載機器からの回答が、所定の閾値を超えたままである旨の回答であれば、走行安全の表示要求を受けると引き続き予測されることになる（Ｓ２０７：ｙｅｓ）。この場合、Ｓ２０４の処理に戻って、再度、走行安全の表示要求を受けたか否かを判断する。
これに対して、車載機器からの回答が、所定の閾値を超えていない旨の回答であれば、走行安全の表示要求を受けると引き続き予測されないことになる（Ｓ２０７：ｎｏ）。この場合、確保していたリソースを解放して（Ｓ２０８）、走行安全表示処理（Ｓ２００）の処理の先頭に戻る。

以上説明したように、第２実施例の表示制御装置２０は、前方安全機器６や車線変更安全機器７の車載機器が解析した車両１の周囲の状況を示す情報を利用して、その車載機器から表示要求を受けることを予測する。そのため、独自に車両１の周囲の状況を示す情報を解析して予測する第１実施例よりも予測の確実性が増し、また、表示制御装置２０の処理負担を軽減することができる。

以上、第１実施例および第２実施例について説明したが、本発明は上記の実施例に限られるものではなく、その要旨を逸脱しない範囲において更に種々の態様で実施することができる。

例えば、上記の実施例で説明した走行安全画像を表示する車載機器は、車両同士の衝突を回避するためのものであったが、歩行者や障害物との衝突を回避するための車載機器であっても、本発明によって、走行安全画像を遅滞なく表示することができる。その場合、走行安全の表示要求を受けることの予測は以下のようにすればよい。すなわち、車両１の周囲の状況を示す情報として歩行者や障害物などの位置情報を取得すれば、第１実施例と同じようにして、車両１に対する歩行者や障害物などの相対位置やその変化量がわかるため、車載機器から走行安全の表示要求を受けることを予測できる。また、第２実施例と同じようにして、車載機器側から予備情報を取得することによって走行安全の表示要求を受けることを予測することもできる。

１…車両、 ２…車載ネットワーク、 ３…モニター画面、
４…オーディオ機器、 ５…カーナビ機器、 ６…前方安全機器、
７…車線変更安全機器、 ８Ｆ，８Ｒ…カメラ、 ９ａ〜９ｄ…レーダー、
１０…表示制御装置、 １１…リソース割当部、 １２…画像生成表示部、
１３…情報取得部、 １４…予測部、 ２０…表示制御装置、
２１…リソース割当部、 ２２…画像生成表示部、 ２３…予備情報取得部、
２４…予測部。

Claims (5)

1. 走行安全用の車載機器（６，７）を含む複数の車載機器（４〜７）とモニター画面（３）とを備える車両（１）に搭載されて、前記モニター画面への表示要求を前記車載機器から受け取ると、該車載機器からの情報に基づいて画像を生成した後、該生成した画像を前記モニター画面に表示する制御を行う表示制御装置（１０）であって、
   前記車両の周囲の状況を示す情報を取得する情報取得部（１３）と、
   前記車両の周囲の状況を示す情報に基づいて、前記走行安全用の車載機器から前記表示要求を受け取るか否かを予測する予測部（１４）と、
   前記走行安全用の車載機器から前記表示要求を受け取ると予測された場合には、予測された前記表示要求に対する処理を実行するためのリソースを割り当てるリソース割当部（１１）と、
   前記走行安全用の車載機器から前記表示要求を受け取ったら、該表示要求に対して割り当てられた前記リソースを用いて、前記画像を生成して前記モニター画面に表示する画像生成表示部（１２）と
   を備えることを特徴とする表示制御装置。
2. 請求項１に記載の表示制御装置であって、
   前記情報取得部は、前記車両の周囲の状況を示す情報として、前記車両に対する他車両または歩行者または障害物の位置の時間変化を示す情報を取得し、
   前記予測部は、前記車両に対する他車両または歩行者または障害物の位置の時間変化に基づいて、前記走行安全用の車載機器から前記表示要求を受け取るか否かを予測する
   ことを特徴とする表示制御装置。
3. 請求項１または請求項２に記載の表示制御装置であって、
   前記予測部は、前記走行安全用の車載機器から前記表示要求を受け取るか否かを、該表示要求を受け取る可能性と共に予測しており、
   前記リソース割当部は、前記表示要求を受け取る可能性に応じて、割り当てるリソース量を異ならせる
   ことを特徴とする表示制御装置。
4. 請求項１ないし請求項３の何れか一項に記載の表示制御装置であって、
   前記リソース割当部は、前記走行安全用の車載機器から前記表示要求を受け取ると予測されて前記リソースを割り当てた後も、該予測の内容が、該表示要求を受け取らないとの内容に変更された場合には、該表示要求に対して割り当てていたリソースを解放する
   ことを特徴とする表示制御装置。
5. 走行安全用の車載機器（６，７）を含む複数の車載機器（４〜７）とモニター画面（３）とを備える車両（１）に適用されて、前記モニター画面への表示要求を前記車載機器から受け取ると、該車載機器からの情報に基づいて画像を生成した後、該生成した画像を前記モニター画面に表示する制御を行う表示制御方法（Ｓ１００）であって、
   前記車両の周囲の状況を示す情報を取得する工程（Ｓ１０１）と、
   前記車両の周囲の状況を示す情報に基づいて、前記走行安全用の車載機器から前記表示要求を受け取るか否かを予測する工程（Ｓ１０３）と、
   前記走行安全用の車載機器から前記表示要求を受け取ると予測された場合には、予測された前記表示要求に対する処理を実行するためのリソースを割り当てる工程（Ｓ１０４）と、
   前記走行安全用の車載機器から前記表示要求を受け取ったか否かを判断する工程（Ｓ１０５）と、
   前記走行安全用の車載機器から前記表示要求を受け取ったら、該表示要求に対して割り当てられた前記リソースを用いて、前記画像を生成して前記モニター画面に表示する工程（Ｓ１０６）と
   を備える表示制御方法。

Images