特開 2022-128437 仮想バイザにおける電力使用量の低減

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】公開特許公報(A)

(11)【公開番号】P2022128437

(43)【公開日】2022-09-01

(54)【発明の名称】仮想バイザにおける電力使用量の低減

(51)【国際特許分類】

   B60J 3/04 20060101AFI20220825BHJP

   B60J 3/02 20060101ALI20220825BHJP

【ＦＩ】

B60J3/04

B60J3/02 Z

【審査請求】未請求

【請求項の数】20

【出願形態】ＯＬ

【外国語出願】

(21)【出願番号】P 2022024426

(22)【出願日】2022-02-21

(31)【優先権主張番号】17/181,237

(32)【優先日】2021-02-22

(33)【優先権主張国・地域又は機関】US

【公序良俗違反の表示】

（特許庁注：以下のものは登録商標）

１．Ｊａｖａ

(71)【出願人】

【識別番号】591245473

【氏名又は名称】ロベルト・ボッシュ・ゲゼルシャフト・ミト・ベシュレンクテル・ハフツング

【氏名又は名称原語表記】ＲＯＢＥＲＴ ＢＯＳＣＨ ＧＭＢＨ

(74)【代理人】

【識別番号】100118902

【弁理士】

【氏名又は名称】山本 修

(74)【代理人】

【識別番号】100196508

【弁理士】

【氏名又は名称】松尾 淳一

(72)【発明者】

【氏名】リウ・レン

(72)【発明者】

【氏名】ベンズン・ピオウス・ワイズリー・バブ

(72)【発明者】

【氏名】シンユー・ファン

(57)【要約】

【課題】透明であることと不透明であることとの間を変動することができる様々な領域を備えたスクリーンを含む、車両内の仮想バイザを提供すること。
【解決手段】カメラは、ドライバの顔の画像をキャプチャする。プロセッサは、キャプチャ画像に基づいて顔認識等を実施し、スクリーンのどの領域が透明から不透明に移行し、スクリーンの残りの部分を通して視認性を維持すると共に太陽がドライバの目に直接照らすのを遮断するかを確定する。低電力モニタは、スクリーンのどの領域が不透明であるかを制御する画像処理およびアルゴリズムとは非同期に、車両上で独立して動くことができる。モニタは、仮想バイザを連続的に動作させるよりも少ない電力を消費する。モニタによって検出されたトリガ条件に基づいて、画像処理、延いては不透明と透明との間の変動は、トリガ条件が存在しなくなるまで、電力を節約するために中止される。
【選択図】図１

【特許請求の範囲】

【請求項1】

車両内の仮想バイザの消費電力を低減するためのシステムであって、前記システムは、
ドライバの顔の画像をキャプチャするように構成されるカメラと、
複数の液晶ディスプレイ（ＬＣＤ）ピクセルを有するバイザスクリーンであって、各ＬＣＤピクセルが、（ｉ）不透明状態では、光が前記バイザスクリーンの対応する領域を通過することを遮断し、（ｉｉ）透明状態では、光が前記バイザスクリーンの前記対応する領域を通過することを可能にするように構成される、バイザスクリーンと、
前記車両の内側または外側の環境をモニタし、前記モニタされた環境に基づいて、前記ＬＣＤピクセルが前記不透明状態にある必要性が低減したことを示すトリガ信号を出力するように構成される１つまたは複数のモニタと、
プロセッサと、を備え、前記プロセッサは、
キャプチャ画像を処理し、前記処理されたキャプチャ画像に基づいて、前記透明状態と前記不透明状態との間で移行する前記ＬＣＤピクセルのグループを選択し、
前記１つまたは複数のセンサによって出力される前記トリガ信号に応答して、前記キャプチャ画像の前記処理を中止し、前記ＬＣＤピクセルを前記透明状態に維持する、
ように構成される、システム。

【請求項2】

前記カメラが、前記ドライバの目の位置または方向を検出するように構成され、前記プロセッサが、前記検出された目の位置または方向に基づいて、前記ＬＣＤピクセルのどのグループを前記不透明状態に移行するかを選択するように構成される、請求項１に記載のシステム。

【請求項3】

前記１つまたは複数のモニタが第１の周波数でデータをサンプリングし、前記プロセッサが、前記第１の周波数よりも大きい第２の周波数で前記キャプチャ画像を処理するように構成される、請求項２に記載のシステム。

【請求項4】

前記１つまたは複数のモニタが第１の周波数でデータをサンプリングし、前記１つまたは複数のコントローラが、前記第１の周波数よりも高い第２の周波数で前記ＬＣＤピクセルのどのグループを前記不透明状態に移行するかを選択するように構成される、請求項２に記載のシステム。

【請求項5】

前記プロセッサが、前記１つまたは複数のモニタが前記信号を出力しなくなるまで、前記ＬＣＤピクセルのすべてを前記透明状態に維持するように更に構成される、請求項１に記載のシステム。

【請求項6】

前記フロントガラス上の雨に応答して、または周囲光の量が周囲光閾値未満であることに応答して、前記信号を出力するように構成される環境センサを、前記１つまたは複数のモニタが含む、請求項１に記載のシステム。

【請求項7】

前記環境センサが、入射光の位置および光度を確定するように構成される入射光センサを含み、前記プロセッサが、前記周囲光が前記周囲光閾値未満であると共に前記入射光が入射光閾値を超えることに応答して、前記キャプチャ画像を処理し続け、前記処理されたキャプチャ画像に基づいて、前記透明状態と前記不透明状態との間で移行する前記ＬＣＤピクセルの前記グループを選択するように構成される、請求項６に記載のシステム。

【請求項8】

車両の仮想バイザを制御する方法であって、
カメラからドライバの顔の画像をキャプチャするステップと、
キャプチャ画像上で顔認識を実施して、前記ドライバの目の位置を確定するステップと、
前記確定された目の位置に基づいて、前記仮想バイザのＬＣＤピクセルのグループを透明状態から不透明状態に移行して、少なくともいくらかの日光が前記目に進入するのを遮断するステップと、
１つまたは複数のセンサを介して前記車両の内側または外側の環境をモニタするステップと、
前記ＬＣＤピクセルが前記不透明状態にある必要性が低減したことを示す前記モニタされた環境に基づいて、トリガ信号を受信するステップと、
前記トリガ信号の受信に応答して顔認識を実施する前記ステップを無効にするステップと、
を含む方法。

【請求項9】

前記トリガ信号が受信されなくなるまで、前記仮想バイザの前記ＬＣＤピクセルのすべてを前記透過状態に維持するステップを更に含む、請求項８に記載の方法。

【請求項10】

前記環境をモニタする前記ステップが、周囲光の量を感知することを含む、請求項８に記載の方法。

【請求項11】

前記環境をモニタする前記ステップが、前記キャプチャ画像を処理して、前記ドライバがサングラスを着用していることを確定することを含む、請求項８に記載の方法。

【請求項12】

前記環境をモニタする前記ステップは、ＧＰＳを介して前記車両の前記位置を確定することと、前記車両の前記位置の現在の気象条件を確定することとを含む、請求項８に記載の方法。

【請求項13】

顔認識を実施する前記ステップが第１の周波数でプロセッサによって実施され、モニタする前記ステップが、前記第１の周波数未満である第２の周波数で前記１つまたは複数のセンサによって実施される、請求項８に記載の方法。

【請求項14】

命令を記憶するように構成される記録媒体であって、前記命令は、少なくとも１つのプロセッサによって実行されるときに、前記少なくとも１つのプロセッサに、
カメラを動作させて、車両のドライバの顔の画像をキャプチャすることと、
キャプチャ画像を処理して、前記ドライバの目の位置を確定することと、
前記確定された目の位置に基づいて、仮想バイザスクリーンのＬＣＤピクセルのグループに、（ｉ）光が前記仮想バイザスクリーンの対応する領域を透過することを可能にする透明状態と、（ｉｉ）光が前記仮想バイザスクリーンの前記対応する領域を透過することを遮断する不透明状態との間で切り替えるよう命令することと、
１つまたは複数のセンサを動作させて、前記車両の内側または外側の環境をモニタすることと、
前記ＬＣＤピクセルが前記不透明状態にある必要性が低減したことを示す前記モニタされた環境に応答して、前記キャプチャ画像の前記処理を中止することと、を含む動作を実施させる、
記録媒体。

【請求項15】

前記記録媒体が、更なる命令を記憶するように構成され、前記更なる命令は、前記少なくとも１つのプロセッサによって実行されるときに、前記少なくとも１つのプロセッサに、
前記ＬＣＤピクセルが前記不透明状態にある必要性が低減したことを示す前記モニタされた環境に応答して、前記仮想バイザスクリーンの前記ＬＣＤピクセルのすべてを前記透明状態に維持させる、
請求項１４に記載の記録媒体。

【請求項16】

前記記録媒体が、更なる命令を記憶するように構成され、前記更なる命令は、前記少なくとも１つのプロセッサによって実行されるときに、前記少なくとも１つのプロセッサに、
前記ＬＣＤピクセルが前記不透明状態にある必要性が低減したことを、前記モニタされた環境が示さなくなることに応答して、前記キャプチャ画像の前記処理を再開させる、
請求項１５に記載の記録媒体。

【請求項17】

前記１つまたは複数のセンサが周囲光センサを含み、前記キャプチャ画像の前記処理の前記中止が、前記周囲光センサが閾値未満の周辺光の光度を示すことに応答して実施される、請求項１４に記載の記録媒体。

【請求項18】

前記キャプチャ画像の前記処理の前記中止が、前記カメラと前記少なくとも１つのプロセッサのうちの１つとがサングラスを着用している前記ドライバを検出することに応答して実施される、請求項１４に記載の記録媒体。

【請求項19】

前記キャプチャ画像の前記処理の前記中止が、前記少なくとも１つのプロセッサが前記車両の外が悪天候であることを確定することに応答して実施される、請求項１４に記載の記録媒体。

【請求項20】

前記記録媒体が、更なる命令を記憶するように構成され、前記更なる命令は、前記少なくとも１つのプロセッサによって実行されるときに、前記少なくとも１つのプロセッサに、
前記車両の内側または外側の環境の変化に応答して、前記１つまたは複数のセンサからトリガ信号を出力させ、前記キャプチャ画像の前記処理の前記中止が、前記トリガ信号に応答して実施される、
請求項１４に記載の記録媒体。

【発明の詳細な説明】

【技術分野】

【0001】

[0001]本開示は、仮想バイザにおける電力使用量の低減に関する。

【背景技術】

【0002】

[0002]自動車両には、通常、下方に折り曲げて太陽が直接ドライバの目に当たるのを遮断することができるバイザが装備されている。しかしながら、バイザは、透明ではなく、したがって、ドライバの視界を遮断し、危険を伴う可能性がある。ドライバの目と入って来る直射日光との間に直接ある領域のみを暗くするように電子制御される透明ディスプレイを使用する仮想バイザが開発されている。これにより、ドライバの目から直射日光が遮断され、一方、仮想バイザの他の領域が透明な状態に残されることで、仮想バイザを通じた視認性が維持される。

【発明の概要】

【課題を解決するための手段】

【0003】

[0003]一実施形態によれば、車両内の仮想バイザの消費電力を低減するためのシステムは、ドライバの顔の画像をキャプチャするように構成されるカメラと、複数の液晶ディスプレイ（ＬＣＤ）ピクセルを有するバイザスクリーンであって、各ＬＣＤピクセルが、（ｉ）不透明状態では、光がバイザスクリーンの対応する領域を通過することを遮断し、（ｉｉ）透明状態では、光がバイザスクリーンの対応する領域を通過することを可能にするように構成される、バイザスクリーンと、車両の内側または外側の環境をモニタし、モニタされた環境に基づいて、ＬＣＤピクセルが不透明状態にある必要性が低減したことを示すトリガ信号を出力するように構成される１つまたは複数のモニタと、プロセッサと、を備え、プロセッサは、キャプチャ画像を処理し、処理されたキャプチャ画像に基づいて、透明状態と不透明状態との間で移行するＬＣＤピクセルのグループを選択し、１つまたは複数のセンサによって出力されるトリガ信号に応答して、キャプチャ画像の処理を中止し、ＬＣＤピクセルを透明状態に維持するように構成される。

【0004】

[0004]一実施形態によれば、車両の仮想バイザを制御する方法は、カメラからドライバの顔の画像をキャプチャするステップと、キャプチャ画像上で顔認識を実施して、ドライバの目の位置を確定するステップと、確定された目の位置に基づいて、仮想バイザのＬＣＤピクセルのグループを透明状態から不透明状態に移行して、少なくともいくらかの日光が目に進入するのを遮断するステップと、１つまたは複数のセンサを介して車両の内側または外側の環境をモニタするステップと、ＬＣＤピクセルが不透明状態にある必要性が低減したことを示すモニタされた環境に基づいて、トリガ信号を受信するステップと、トリガ信号の受信に応答して顔認識を実施するステップを無効にするステップと、を含む。

【0005】

[0005]一実施形態によれば、命令を記憶するように構成される記録媒体であって、命令は、少なくとも１つのプロセッサによって実行されるときに、少なくとも１つのプロセッサに、カメラを動作させて、車両のドライバの顔の画像をキャプチャすることと、キャプチャ画像を処理して、ドライバの目の位置を確定することと、確定された目の位置に基づいて、仮想バイザスクリーンのＬＣＤピクセルのグループに、（ｉ）光が仮想バイザスクリーンの対応する領域を透過することを可能にする透明状態と、（ｉｉ）光が仮想バイザスクリーンの対応する領域を透過することを遮断する不透明状態との間で切り替えるよう命令することと、１つまたは複数のセンサを動作させて、車両の内側または外側の環境をモニタすることと、ＬＣＤピクセルが不透明状態にある必要性が低減したことを示すモニタされた環境に応答して、キャプチャ画像の処理を中止することと、を含む動作を実施させる、記録媒体である。

【図面の簡単な説明】

【0006】

【図1】[0006]仮想バイザシステムの例示的な実施形態を示す、特定の部分が取り除かれまたは切り離された自動車両のキャビン内部の斜視図である。

【図2】[0007]一実施形態による仮想バイザシステムの概略図である。

【図3】[0008]図３Ａは、部分全体が透過状態にある仮想バイザシステムのスクリーンの一部の簡略化されたブロック図である。図３Ｂは、少なくともいくらかの光が領域を通過することを遮断するために、一部のサブセットまたは領域が不透明であるブロック図である。

【図4】[0009]図４Ａは、仮想バイザシステムのカメラによって撮られたドライバの正面図の例である。図４Ｂは、仮想バイザシステムのカメラによって撮られたドライバの正面図の例である。

【図5】[0010]一実施形態による、様々なセンサまたはモニタおよび仮想バイザシステムの制御部のフロー図である。

【図6】[0011]一実施形態による、仮想バイザシステムを無効にするためのアルゴリズムのフローチャートである。

【発明を実施するための形態】

【0007】

[0012]本開示の実施形態は、本明細書に記載される。しかしながら、開示された実施形態は単に例であり、他の実施形態は様々な代替の形態をとることができることを理解されたい。図面は必ずしも縮尺通りではなく、いくつかの特徴は特定の構成要素の詳細を示すために誇張または最小化される可能性がある。したがって、本明細書で開示される特定の構造および機能の詳細は限定として解釈されるべきではなく、単に、実施形態を様々に用いるように当業者に教示するための代表的な基礎として解釈されるべきである。当業者には理解されるように、図面のいずれか１つを参照して示され記載される様々な特徴は、１つまたは複数の他の図面に示される特徴と組み合わせて、明示的に示されず記載もされない実施形態を生み出すことができる。示された特徴の組み合わせは、典型的な出願のための代表的な実施形態を提供する。しかしながら、本開示の教示と一致している特徴の様々な組み合わせおよび変更が、特定の出願または実施態様に所望される可能性がある。

【0008】

[0013]図１は、本開示の一実施形態による仮想バイザシステム１０を示す。仮想バイザシステム１０は、自動車両、例えば、自動車、バン、スポーツユーティリティビークル（ＳＵＶ：ｓｐｏｒｔｓ ｕｔｉｌｉｔｙ ｖｅｈｉｃｌｅ）、トラック等、具体的には車両のキャビン１２内で使用するように構成されて示されている。仮想バイザシステム１０は、本明細書では、バイザ、バイザスクリーン、またはディスプレイとも称されるスクリーン１４を含む。スクリーン１４は、フロントガラス１６の一部または車両の他のウィンドウを選択的に覆うかまたは遮るように、車両に搭載されるか、取り付けられるか、または他の方法で一体化され得る。使用の際には、ドライバ１８は、スクリーン１４を、反転、回転、折り曲げ、旋回、スライド、またはその他の方法で、上方の位置（即ち、フロントガラス１６を覆わない）から図１に示す下方の位置（即ち、フロントガラス１６の一部を覆う）に移動できる。下方の位置では、スクリーン１４が、ドライバ１６の目と太陽２０のような明るい光源との間に直に存在することができる。

【0009】

[0014]少なくともいくつかの実施形態では、スクリーン１４が、ドライバ１８または他の乗客の視界中のキャビン１２内の表面に搭載されるか、または他の方法で取り付けられる。特に、いくつかの実施形態では、スクリーン１４が、運転席に座り、フロントガラス１６を通して見ているドライバ１８の視線内にあるように、車両に搭載される。例えば、左ハンドル車両の場合には、スクリーン１４が、フロントガラス１６の左上（キャビン１２内で見られるように）の領域の少なくとも一部をカバーし、かつ／または遮るように、フロントガラス１６に隣接するルーフ室内またはヘッドライナに搭載され得る。逆に、右ハンドル車両の場合には、スクリーン１４が、フロントガラス１６の右上（キャビン１２内で見られるように）の領域の少なくとも一部をカバーし、かつ／または遮るように、フロントガラス１６に隣接するルーフ室内またはヘッドライナに搭載され得る。スクリーン１４はまた、車両の任意のウィンドウをカバーするように、車両の任意のピラーに搭載され得る。いくつかの実施形態では、スクリーンは、フロントガラス１６のガラス内または車両の他のウィンドウ内で一体化される。

【0010】

[0015]スクリーン１４は、バイザの第１の部分が透明であり、バイザの第２の部分が不透明または透過しないように自動制御させることもできる。実施形態では、スクリーン１４が、液晶ディスプレイ（ＬＣＤ）スクリーンであり得る。日光とドライバの目との間に位置合わせされるスクリーン１４内の個々のピクセルまたは領域に、ドライバの目に対して日光を遮断するために不透明になるように命令することができ、一方、日光とドライバの目との間で位置合わせされていないスクリーン１４の他の領域は、視野が維持されるように透明であり得る。要するに、スクリーン１４の一部のみが不透明であるように命令され、一方、スクリーン１４の残り部分が半透明であるように命令される。

【0011】

[0016]そのために、仮想バイザシステム１０は、図１および図２に示すように、カメラ２２のような照明センサを含む。カメラ２２または他の照明センサ２４は、車両のキャビン１２内の少なくとも１つの関心のある位置の照明レベルを検出するように構成される。特に、少なくとも１つの実施形態では、カメラ２２が、ドライバ１８の顔面上の照明レベルを検出するように、ドライバ１８の顔を鮮明に見える位置で車両内に搭載される。一実施形態では、カメラ２２が、車両の左または右の「Ａ」ピラーに搭載されるか、または他の方法で一体化される。別の実施形態では、カメラ２２が、ダッシュボードまたはステアリングホイールに搭載されるか、または他の方法で一体化される。更なる実施形態では、カメラ２２が、フロントガラス１６の上部に隣接して、車両のルーフの室内側に搭載される。カメラ２２は、ドライバ１８の顔の画像を連続的または周期的にキャプチャし、キャプチャ画像フレームを出力するように構成される。キャプチャ画像フレームを、メモリ２６に画像データ２８として保存することができる。

【0012】

[0017]一実施形態では、照明センサ２４は、入射光センサである。入射光センサが、周囲光または入射光を検出することができる位置で、キャビンの内側または外側に搭載されるか、または他の方法で取り付けられ得る。入射光センサは、周囲光の強度および方向の両方を検出し、測定することができる。実施形態では、入射光センサは、コリメータまたは偏光子を利用して、光センサに対する入射光源の方向を確定する。実施形態では、入射光センサは、基準光源の相対位置に基づいて較正のために使用される外付けの指向性のある構成要素を有する。コリメータは、位置感知光検出器に関連して、コリメート光ビームによって１つまたは複数の電極に誘起された電荷の量に関する情報を収集するために使用される。電極からの情報は、光の入射方向を導出するために使用される。実施形態では、光センサ２４が、球形（例えば、半球形）の表面を覆って分布された光検出器を実装し、入射光によってどの光検出器が作動するかに基づいて入射光の方向を確定する。実施形態では、入射光センサは、検出される偏光のタイプに基づいて入射光の方向を検出するために、偏光フィルタを使用して、異なる方向からの光を一意に偏光させる。あるいは、入射光センサが、誘電体層（または誘電体層の積層体）、誘電体層に対して連結された複数の光検出器、および誘電体層内に埋め込まれた不透明スラットの複数の積層体を含み、ここで、誘電体層は入射光に対して実質的に透明であり、光検出器は誘電体層を通る入射光を検出し、不透明スラットの積層体は誘電体層と光検出器との間の界面にほぼ平行である。不透明スラットの積層体は、光の開口部を不透明スラットの隣接する積層体の間に定めて、不透明スラットの積層体のうち少なくとも一部は不透明スラットの他の積層体に対してゼロ以外の角度で配置される。要するに、光センサは、入射光の強度および方向の両方を検出および測定するように構成され、光センサはそうするために、様々な構造形態のうちの１つをとり得る。

【0013】

[0018]仮想バイザシステム１０は、プロセッサ３０を更に含む。プロセッサは、カメラ２２または他の光センサ２４、ならびにメモリ２６およびスクリーン１４に通信可能に連結される。プロセッサ３０は、２つ以上プロセッサを含むことができる。プロセッサ３０は、スクリーン１４の半透明度または不透明度に変更を加えるために、メモリ２６に記憶された命令を実行するようにプログラムされる。特に、スクリーン１４は、格子状に配置された複数の独立して動作可能なＬＣＤピクセルおよび／またはＬＣＤシャッタを有する液晶ディスプレイ（ＬＣＤ：ｌｉｑｕｉｄ ｃｒｙｓｔａｌ ｄｉｓｐｌａｙ）スクリーンであり得る。各ピクセルは、少なくとも２つの光学的状態、即ち、（１）それぞれのピクセルが、スクリーン１４のそれぞれの領域を光が通過することを遮断する不透明状態、および（２）それぞれのピクセルが、スクリーン１４のそれぞれの領域を光が通過することを可能にする透明状態、の１つにおいて、プロセッサ３０によって選択的に動作するように構成される。しかしながら、任意の数の中間の光学状態も可能であり得ることが認識されるであろう。プロセッサ３０は、この方法でスクリーン１４を制御するような働きをするので、プロセッサ３０は「コントローラ」と呼ばれることもあり、またはスクリーン１４のピクセルを制御するアクションを物理的に実施する別個のコントローラに接続されることもあり得る。その上、不透明状態および透明状態は、必ずしも、それぞれ１００％の不透明特性および１００％の透明特性を示すものではない。その代わりとして、不透明状態は、単に、透明状態よりも多くの光がそれぞれの領域を通過することを遮断するものである。スクリーン１４は、その代わりに、他のＬＣＤピクセルの技術を利用してもよく、シャッタスクリーンは、その光透過性を調整するために電気的、磁気的、および／または機械的に制御可能なシャッタピクセルを有する任意のタイプのパネルを利用してもよいことを理解されたい。例えば、スクリーン１４は、オフ（例えば、透明）およびオン（例えば、黒のような暗くした色）であるように制御できる発光ダイオード（ＬＥＤ：ｌｉｇｈｔ ｅｍｉｔｔｉｎｇ ｄｉｏｄｅ）のグリッドを含み得る。

【0014】

[0019]スクリーン１４がプロセッサ３０によって動作可能なＬＣＤスクリーンである場合、スクリーン１４は、様々な実施形態によって、以下のように動作し得る。スクリーン自体は、白色照明システムがガラスの真後ろに配置されている、液晶を備えたガラスの薄い層を備え得る。各単一ピクセルは、赤、青、および緑といった異なる色をそれぞれが生み出すことが可能な複数（例えば、３つ）の「サブピクセル」によって構成されてもよい。電流によって作動させるときに、サブピクセルは「シャッタ」として機能する。電流の強度に応じて、ピクセルは多かれ少なかれ「閉じる」ようになる。この遮断－または部分的遮断－は、光の通過に対して直角をなす方法で行われる。これらの３つの層の混合は、スクリーン１４上に見える実際の最終カラーを作り出す。同様に、３つのサブピクセルすべてが「開いている」（または「色なし」）場合、バックライトは変化せずにサブピクセルを通じて進むことになる。次いで、その結果、ピクセルの領域には、透明なドットが存在することになる。そのように、ある領域が透明であるためには、その領域のＬＣＤピクセルが通電される。

【0015】

[0020]スクリーン１４はまた、プロセッサ３０によって動作可能な有機発光ダイオード（ＯＬＥＤ：ｏｒｇａｎｉｃ ｌｉｇｈｔ－ｅｍｉｔｔｉｎｇ ｄｉｏｄｅ）スクリーンであり得る。このような一実施形態では、スクリーンは、発光層および導電層を備えた一組のアドレス指定可能なＬＥＤの両側に２層のガラスを含み得る。電気的インパルスは導電層を通って進み、発光層で光を生み出す。そのように、ある領域が透明であるためには、ＯＬＥＤスクリーンは単に通電されない。しかしながら、ＯＬＥＤは、直射日光を効果的に遮断するのに有益であり得る暗色（例えば、ブラック）を作り出すことが困難である。

【0016】

[0021]ＬＣＤおよびＯＬＥＤスクリーンに関して上記に提示された例は、スクリーン１４として使用できる透明ディスプレイの単なる例であることを理解されたい。他の利用可能な技術もスクリーン１４として利用することができる。プロセッサ３０およびメモリに記憶された命令によって制御されるように、本明細書に記載される例示的なスクリーン技術のいずれかを利用することで、スクリーンは、（１）スクリーンの領域が日光の少なくとも一部を遮断するように不透明である不透明状態と、（２）領域がスクリーン１４のそれぞれの領域を光が通過することを可能にする透明状態との間で変化するように構成される。

【0017】

[0022]プロセッサ３０は、中央処理装置（ＣＰＵ：ｃｅｎｔｒａｌ ｐｒｏｃｅｓｓｉｎｇ ｕｎｉｔ）、ディスプレイコントローラ、および／またはグラフィックス処理装置（ＧＰＵ：ｇｒａｐｈｉｃｓ ｐｒｏｃｅｓｓｉｎｇ ｕｎｉｔ）の機能を実装する１つまたは複数の集積回路を含み得る。いくつかの例では、プロセッサ３０は、ＣＰＵとＧＰＵの機能を一体化したチップ上のシステム（ＳｏＣ：ｓｙｓｔｅｍ ｏｎ ａ ｃｈｉｐ）である。ＳｏＣは、例えば、記憶装置２６などの他の構成要素を単一の統合デバイスに任意に含み得る。他の例では、ＣＰＵおよびＧＰＵは、ＰＣＩエクスプレスまたは他の好適な周辺のデータ接続部のような周辺接続デバイスを介して互いに接続される。一例では、ＣＰＵは、ｘ８６、ＡＲＭ、Ｐｏｗｅｒ、またはＭＩＰＳ命令セットファミリのうちの１つのような命令セットを実装する市販の中央処理装置である。プロセッサは、マイクロプロセッサ、マイクロコントローラ、デジタル信号プロセッサ、マイクロコンピュータ、中央処理装置、フィールドプログラマブルゲートアレイ、プログラマブル論理デバイス、ステートマシン、論理回路、アナログ回路、デジタル回路、またはメモリ内に常駐するコンピュータ実行可能命令に基づいて信号（アナログまたはデジタル）を操作する任意の他のデバイスから選択される１つまたは複数のデバイスを含み得る。

【0018】

[0023]本明細書に記載されるプロセスおよび論理フローは、入力データに関して動作し、出力を生み出すことによってアクションを実施するために、１つまたは複数のコンピュータプログラムを実行する１つまたは複数のプログラマブルプロセッサによって実施されることができる。プロセスおよび論理フローはまた、専用論理回路、例えば、フィールドプログラマブルゲートアレイ（「ＦＰＧＡ：ｆｉｅｌｄ ｐｒｏｇｒａｍｍａｂｌｅ ｇａｔｅ ａｒｒａｙ」）または特定用途向け集積回路（「ＡＳＩＣ：ａｐｐｌｉｃａｔｉｏｎ ｓｐｅｃｉｆｉｃ ｉｎｔｅｇｒａｔｅｄ ｃｉｒｃｕｉｔ」）によって実施されることもでき、装置もまた、これらとして実装されることができる。このような専用回路は、たとえ汎用プロセッサでなくても、コンピュータプロセッサと呼ばれ得る。

【0019】

[0024]詳細にかかわらず、動作中に、プロセッサ３０は、記憶装置２６から読み出される記憶されたプログラム命令を実行する。記憶装置２６は、プロセッサ３０によってアクセスされると、スクリーン１４の１つもしくは複数のピクセル３２またはピクセル３２の領域の半透明度および／または不透明度に変更を加えるための命令の実行を可能にするように構成され得る。記憶装置２６は、単一のメモリデバイスまたは複数のメモリデバイスを含み得、メモリデバイスは、ランダムアクセスメモリ（「ＲＡＭ：ｒａｎｄｏｍ ａｃｃｅｓｓ ｍｅｍｏｒｙ」）、揮発性メモリ、不揮発性メモリ、静的ランダムアクセスメモリ（「ＳＲＡＭ：ｓｔａｔｉｃ ｒａｎｄｏｍ－ａｃｃｅｓｓ ｍｅｍｏｒｙ」）、動的ランダムアクセスメモリ（「ＤＲＡＭ：ｄｙｎａｍｉｃ ｒａｎｄｏｍ－ａｃｃｅｓｓ ｍｅｍｏｒｙ」）、フラッシュメモリ、キャッシュメモリ、または情報を記憶可能な他の任意のデバイスを含むが、これらに限定されない。不揮発性メモリは、ＮＡＮＤフラッシュメモリ、磁気および光記憶媒体、または仮想バイザシステム１０が非アクティブ化されるかまたは電力を失ったときにデータを保持する任意の他の適切なデータ記憶デバイスのような、ソリッドステートメモリを含む。不揮発性記憶装置に常駐するプログラムは、オペレーティングシステムまたはアプリケーションを含んでもよく、またはその一部であってもよく、いずれも単独または組み合わせて、Ｊａｖａ、Ｃ、Ｃ＋＋、Ｃ＃、Ｏｂｊｅｃｔｉｖｅ Ｃ、Ｆｏｒｔｒａｎ、Ｐａｓｃａｌ、Ｊａｖａ Ｓｃｒｉｐｔ、Ｐｙｔｈｏｎ、Ｐｅｒｌ、およびＰＬ／ＳＱＬを含むが、これらに限定されない様々なプログラミング言語および／または技術を使用して作成されるコンピュータプログラムからコンパイルまたは解釈され得る。揮発性メモリは、仮想バイザシステム１０の動作中にプログラム命令およびデータを記憶する静的および動的ランダムアクセスメモリ（ＲＡＭ）を含む。

【0020】

[0025]図１および図２に示すように、プロセッサは、１つまたは複数の環境センサ３４にも連結される。これらの環境センサ３４は、日光量、雨量などのような車両周囲の現在の環境を検出するように構成される様々なセンサを含み得る。環境センサ３４は、車両から時間データを引き出して、現在の時刻を確定することもできる。このデータのすべてを使用して、プロセッサ３０がそのようなシステムを動かすのに必要な比較的大きなエネルギーを節約するために、仮想バイザシステム１０全体の電源を切る条件が正しいかどうかについての情報に基づく決定を行うことを可能にすることができる。例えば、屋外が夜間であると確定された場合、システム１０は、この時点ではバイザが必要ではないので、ドライバの顔および周囲の光の画像を積極的にキャプチャすることを必要としなくてもよく、したがって、システム１０が低電力モードになることができる。したがって、環境センサは周囲光のレベルを確定するための（例えば、周囲光が閾値を下回るか、または上回るかに基づいて昼か夜かを確定するための）周囲光センサまたは入射光センサ、車両のフロントガラス（例えば、フロントガラス起動システムの一部として）上の雨量を確定する雨センサなどを含むことができる。スクリーン１４の制御の際のこのような環境センサ３４のアプリケーションおよび使用法に関する更なる詳細は、本開示で後述される。

【0021】

[0026]図３Ａは、透明状態にあるスクリーン１４の簡略化されたブロック図であり、図３Ｂは、不透明状態にあるスクリーン１４の領域を備えたスクリーン１４の簡略化されたブロック図である。これらの図に示されるスクリーン１４は、スクリーン１４全体の一部のみを表していることがあり、縮尺通りでないことがある。例えば、これらの図に示されるスクリーン１４は、３２個のピクセル３２からなるアレイを有する。しかしながら、実際には、スクリーン１４全体が、より多くの（例えば、数百または数千個の）ピクセルを含み得る。ピクセル３２のアレイは、格子状に配置される。本実施形態では、ピクセルの格子は、４つの列および８つの行に（即ち、４×８の格子状に）配置されるＳ１からＳ３２とラベル付けされたピクセルを含む。しかしながら、スクリーン１４は、任意の好適な数の行および列に配置された任意の数のピクセル３２を含むことができることが理解されるのであろう。加えて、様々な形状およびサイズのピクセルを有する非矩形および／または不規則な形態でピクセルを配置することができる。

【0022】

[0027]少なくとも１つの実施形態では、スクリーン１４は、ピクセル３２（Ｓ１からＳ３２）のアレイを取り囲み、かつ／または包含し、ピクセル３２（Ｓ１からＳ３２）のアレイを一緒に固定および／または保持するように構成される境界またはベゼル４０を含む。スクリーン１４は、これらのピクセルを有するＬＣＤスクリーンであり得るが、当然のことながら、他の実施形態では、ピクセルおよび／または光源のタイプは変更し得る。ピクセル３２は、ピクセル３２の個々のピクセルおよび／または行もしくは列を制御する駆動回路に接続され得る。

【0023】

[0028]スクリーン１４はまた、コントローラもしくはプロセッサ３０を個々のピクセル３２および／もしくは駆動回路に接続し、駆動回路を個々のピクセルに接続し、ならびに／またはスクリーン１４を電源に接続するように構成された電子コネクタ４２を含み得る。コントローラまたはプロセッサ３０ならびに駆動回路は、適切な電圧、電流、データ、および／または他の信号を、コネクタ４２を介してスクリーン１４に提供して、ピクセル３２を動作させ、その光学状態を制御する（即ち、各ピクセルが不透明状態にあるか透明状態にあるかを制御する）ように構成されることができる。いくつかの実施形態では、特定のデータ（例えば、どのピクセルが不透明であり、どのピクセルが透明であるかの識別）または他の信号は、ピクセル３２からコネクタ４２を介してプロセッサまたはコントローラ３０に送り返される。

【0024】

[0029]図３Ａは、ピクセルのアレイ全体が透明状態にあるスクリーン１４を示す。図３Ｂは、ピクセル３２のうち少なくともいくつか（Ｓ１２からＳ１５、Ｓ１８からＳ２１、およびＳ２８からＳ３１）が不透明状態にあるスクリーン１４を示す。スクリーン１４のこの不透明領域は、図１における不透明領域に対応することができ、それにより、ドライバの目の位置におけるドライバの顔に影が投じられる。上記で説明したように、これは、ピクセルが不透明になるか、または「閉じる」ようにピクセルを制御し、したがって、周囲光源（例えば、太陽）からの光を、ピクセルを透過することから少なくとも部分的に遮断することによって達成することができる。

【0025】

[0030]コントローラまたはプロセッサ３０は、透明モードから不透明モードに移行するようにスクリーン１４の領域を選択して、ドライバの目への日光を遮断する影をドライバの顔に投じる一方で、スクリーン１４の残りの部分を透明に維持する。プロセッサ３０は、いくつかの入力に基づいて、スクリーン１４のどの領域を不透明にするかを選択することができる。一実施形態では、カメラ２２によってキャプチャされた画像からの画像データ２８は、顔検出、顔位置合わせ、３Ｄ再構成などを含むことができる顔認識のために分析される。例えば、記憶装置２６は、顔認識モデル４４または他の同様のモデルを含み得る。顔認識モデルは、例えば、ＯｐｅｎＦａｃｅまたは同様の利用可能な機械学習モデルとすることができる。モデルは、例えば、ＤＬＩＢまたはＯｐｅｎＣＶからの事前トレーニングされたモデルであり得る。最初に、顔を検出するために画像を分析することができ、境界ボックス５０が顔の周りに設定されている状態が図４Ａに示される。検出された顔は、ニューラルネットワーク用に変換されることができる。例えば、ＯｐｅｎＦａｃｅでは、ＤＬＩＢのリアルタイムポーズ推定は、クロッピングのために目および下唇を各画像上の同じ位置に現そうと試みるために、ＯｐｅｎＣＶのアフィン変換と共に使用される。深層ニューラルネットワークを使用して、超球上に顔を表す（または埋め込む）ことができ、超球では、顔が総括的に表される。クラスタリング、類似度検出、および分類タスクを実装して、顔認識タスクを完了することができる。

【0026】

[0031]顔認識モデルは、関連付けられたプロセッサが、境界ボックス５２内に示されるリアルタイムキャプチャ画像中のドライバの目の存在および位置を見分けることを可能にすることができる。画像データ内の特定の目の位置を、不透明になったときにドライバの目から直射日光を遮断することになるスクリーン中の対応するピクセル（またはピクセルのグループ）と関連付けるように、プロセッサを較正するか、または事前トレーニングすることができる。この較正は、太陽の位置を考慮に入れることもあり得る。例えば、仮想バイザシステム１０の較正は、入力として、光源（例えば、外側に向いたカメラまたは入射光センサなどの他の環境センサ３４から検出されるような光源）の位置および検出されたドライバの目の位置を受信することができ、スクリーン１４の対応する領域に、日光がドライバの目に直接進入することを遮断するように不透明状態に移行するよう命令することができる。

【0027】

[0032]一旦、選択されたピクセルが不透明になってドライバの顔に影を投じると、カメラまたは他のセンサは、ドライバの顔の影の存在を検出して、影が検出されたドライバの目の位置と確実に位置を合わせることができる。

【0028】

[0033]ドライバの目の存在および位置を検出するための顔認識モデルの上記説明は一例にすぎない。ドライバの目の位置、日光の位置および強度を検出し、日光がドライバの目に直接進入するであろう位置以外の位置でスクリーン１４を通過できるようにスクリーン１４の対応する領域を暗くするといった同様の機能を実施するために、他の顔認識モデルが存在し、実装することができる。

【0029】

[0034]一旦、特定のピクセル３２が不透明になるように制御されると、カメラ２２および関連する画像データ２８を利用して、システムの精度をチェックすることができる。例えば、記憶装置２６は、プロセッサ３０によって実行されるときに、プロセッサに影を探すために画像データを分析させる陰影検出命令を備えることができる。例えば、図４Ｂに示すように、影は、境界ボックス５２内に現れ得る。カメラおよび関連する命令が、検出されたドライバの目の位置と重ならないような影を検出した場合、検出されたドライバの目の位置と影が重なるように、異なるピクセルのグループに不透明になるよう命令できるようにスクリーン１４を調整できる。この機能は、不透明なピクセルによって投じられた影がドライバの目に確実に位置するために、閉ループシステムとしての役割を果たすことができる。

【0030】

[0035]カメラ２２の代わりに、またはそれに加えて、熱センサが利用され得る。そのような一実施形態では、サーマルカメラは、ドライバの頭部から来る熱を検出することができ、対応する制御アルゴリズムまたは機械学習システムは、サーマルカメラからの熱シグネチャに基づいて、ユーザの目の存在および位置と共に、ユーザの頭部の存在および位置を検出することができる。

【0031】

[0036]仮想バイザシステム１０の連続動作は、不必要なときに電力を消費する可能性がある。顔認識モデル４４は、ドライバの顔の目の領域に影を投じるために利用されるいくつかの制御手段のうちの１つであり得る。顔認識モデルに加えて、またはその一部として、顔位置合わせ、３Ｄ顔再構成、日差し方向顔陰影推定の推定、顔の影からバイザ位置までのマッピング、および他の制御手段を利用し得る。上述のカメラまたはセンサを介したドライバの顔および目の検出は、対応する制御アルゴリズムおよびカメラによって得られた画像の処理と共に、高周波数（例えば、１０から３０Ｈｚ）で動かすことができ、それによって、動作するのに比較的多くの電力を必要とする。仮想バイザシステム１０が配備されるべき条件を確定することは、システムの消費電力を低減するために極めて有益な可能性がある。例えば、条件として、仮想バイザシステム１０が休止状態であることを保証するか、さもなければ能動的に機能しないことを保証する場合、電力を節約することができる。

【0032】

[0037]本開示の様々な実施形態によれば、仮想バイザシステム１０の一部は、１つまたは複数のモニタ（例えば、センサ）によって検出される特定のトリガによって示されるように、必要とされないときに無効にされるように構成される。外部接続とは独立した１つまたは複数の断続的なオンボードモニタは、スクリーン１４の動作を制御し、較正チェックを実施するためのトリガを提供することができる。モニタはより低い周波数（例えば、上記で説明した高周波数よりも低い）で動作させ、それにより、スクリーン１４のピクセル３２を制御するための先に記載した全体的な制御アルゴリズムよりも、消費する電力を少なくすることができる。モニタはユーザによって構成されてもよく、一方で、バイザ制御アルゴリズムのパラメータはユーザに公開されなくてもよい。例えば、ユーザがサングラスを着用すると共に仮想バイザを依然として使用したい場合、ユーザは単にサングラスモニタをオフにすることができる。仮想バイザ上の不透明領域の使用が不要である特定のシナリオを示すために、トリガを設けることができる。例えば、外が暗いか、もしくは雨が降っているか、またはドライバがサングラスを着用していると確定された場合、顔認識モデルおよびカメラからの画像データを処理する他のステップは、エネルギー要求を節約するために中止することができる。また、不透明から透明への画素の移行も同様に中止することができる。ピクセル３２は、モニタからのトリガが除かれるか、または存在しなくなるまで、透明モードに設定され、維持され得る。

【0033】

[0038]図５は、仮想バイザ制御を中断し、仮想バイザシステムを低電力モードまたはスリープモードに設定するためのトリガを出力するように構成される様々なモニタの例示的なフローチャートを示す。これらのモニタのうち１つまたは複数が、システム内に存在し得る。一実施形態では、気象モニタ６０が提供される。曇った日には、仮想バイザスクリーン１４の動作がドライバ体験に改善をもたらさないおそれがある。それ故、これらの条件の間に仮想バイザを無効にすることで、例えば、制御を無効にすることによって、電力を節約することができる。

【0034】

[0039]気象モニタ６０は、環境センサ３４のような１つまたは複数の環境センサを含むことができる。一実施形態では、複数の環境センサが利用される。一例として、気象モニタ６０は、プロセッサ３０（または別のプロセッサ）によって実施されてもよく、入力として、周囲光センサ、雨センサ、周囲温度センサなどの様々なセンサのうち１つまたは複数からデータを受信してもよい。現在の気象条件を推定するために、センサフュージョンアルゴリズムを使用して、異なるセンサからの測定値を組み合わせることができる。例えば、特定の状況では、１つのセンサだけでは信頼し得ない。したがって、ロバストな測定値を得るために、異なるセンサを組み合わせることが望ましいことがあり得る。１つの可能な方法は決定レベルの融合であり、ここでは、各センサがそれぞれの決定を出力し、次いで、アルゴリズムが多数決戦略に基づいて決定を組み合わせる。別の可能な方法はスコアレベルの融合であり、ここでは、各センサがスコア（例えば、体積、電圧、確率）を出力し、これらのスコアが学習ベースの方法（例えば、回帰）を使用して融合される。また、気象モニタ６０は、車両の全地球測位システム（ＧＰＳ：ｇｌｏｂａｌ ｐｏｓｉｔｉｏｎｉｎｇ ｓｙｓｔｅｍ）からの位置情報、および車両と無線で通信しているオフボードセンサからの現在位置に関する現在の気象パラメータを受信することができる。

【0035】

[0040]これらの実施形態のいずれにおいても、検出または推定された気象は、仮想バイザシステム１０がどの制御状態で動作すべきかを確定するために使用される。例えば、気象モニタが目下悪天候（例えば、雲量、雨など）であることを示すならば、その場合、仮想バイザシステム１０を、非アクティブ化するか、または低電力モードにすることができる。いくつかの実施形態では、スクリーン１４が透明モードに設定され、気象モニタ６０が、天候が良くなることを示すまで、そのようなモードに保持され、仮想バイザシステム１０の制御を中断するためのトリガ条件を除くことができる。

【0036】

[0041]一実施形態では、サングラスモニタ６２が提供され得る。ドライバがサングラスを着用しているとき、仮想バイザシステム１０の使用は、ドライバに何の有用な利益も提供し得ない。ドライバがサングラスを着用しているかどうかを確定するために、サングラスモニタは上記の顔認識モデルにアクセスし得る。特に、一旦、顔が検出されると、検出された顔にサングラスが存在するかどうかを確定するために、同様の方法（例えば、機械学習、事前トレーニングされた方法での深層ニューラルネットワーク）を用いることができる。ドライバがサングラスを着用していると確定された場合、スクリーン１４を透明モードに設定し、サングラスモニタ６２が仮想バイザの制御を中断するためのトリガ条件をクリアする（例えば、ドライバがサングラスを着用していることが検出されなくなる）まで、このようなモードに保持することができる。サングラスモニタの較正中、ドライバは、システムを初期化する前にサングラスを取り除くよう要求されることができる。

【0037】

[0042]一実施形態では、昼／夜モニタ６４が提供され得る。夜間、サンバイザの動作は有用ではないおそれがあり、したがって、本明細書に記載されるように、電力を節約するために、仮想バイザシステムへの電力フローを中断することができる（または、システムによって使用される電力を低減することができる）。昼／夜モニタ６４は、車両外側の光量を検出するように構成される周囲光センサの形態で環境センサ３４を含み得る。昼／夜モニタ６４はまた、現在の日時、および任意に現在の位置にアクセスし、日時および位置を現在の太陽の位置、または、バイザが利益を提供しない日没もしくは暗い時間に一致させるルックアップテーブルにアクセスし得る。システムにて、これらのポイントを較正することができる。

【0038】

[0043]先に説明したように、入射光センサをスクリーン１４の制御に利用し得る。一実施形態では、入射光センサは、光源（例えば、太陽、他の車両のヘッドライトなど）の位置および光度を検出する。次いで、プロセッサは、入射光に基づいてスクリーン１４の領域の不透明度を制御することができる。例えば、全体的な周辺光は閾値未満であってもよく、これは外が夜間であることを示してもよく、バイザは電力使用を節約するために非アクティブ化され得る。しかしながら、全体的な周囲光が対応する閾値を下回っている場合であっても、入射光が閾値を上回っていると入射光センサが確定した場合には、スクリーン１４のアクティブ制御を依然として提供し得る。例えば、外が夜明けまたは夕暮れ近くであり得、全体的な周囲光は比較的大きくないが、入射光センサがドライバの視覚を妨げ得る閾値を超える直射日光を検出し得る。したがって、スクリーン１４は、周囲光が閾値を下回っている場合であっても、対応するピクセルを不透明にして直射日光を遮断するように制御され得る。別の実施形態では、周囲光が対応する閾値をはるかに下回る暗い時間または夜間であり得、この場合、他の方法で、本明細書の教示に従って電力を節約するために、スクリーンのアクティブ制御を中止してもよい。しかしながら、対向車からの明るいヘッドライト（ハイビームなど）は、ドライバの視界を妨げ得る。したがって、入射光センサがドライバの視界を妨げ得る位置にハイビームがあると確定する場合、スクリーン１４を能動的に制御し、スクリーン１４の対応するピクセルを不透明にし得る。

【0039】

[0044]モニタ６０から６４は、仮想バイザシステム１０の使用がドライバに利益を与えないかどうかを確定する単なる例示的な手段である。他のモニタ６６を、モニタ６０から６４と共に機能するように、または独立型モニタとして機能するように設けることもできることを理解されたい。一実施形態では、他のモニタ６６は、スクリーン１４または周囲のバイザを下方に折り曲げるか、または上方に折り畳むかどうかを確定するスイッチを含む。スクリーン１４が収納位置で車両のルーフ内側に対して上方に折り畳まれる場合、仮想バイザの制御を無効にすることができる。もし、スクリーン１４が使用位置（例えば、ドライバの目とフロントガラスの一部との間）で車両のルーフ内側から離れるように下方に折り曲げられる場合、仮想バイザの制御を可能にすることができる（例えば、コントローラはピクセル３２を制御することができる）。スクリーン１４の位置を確定するスイッチは、物理的な近接スイッチ等にすることができる。

【0040】

[0045]上記モニタ６０から６６のいずれかが、当該モニタのトリガを示す信号を出力する場合、仮想バイザの制御を６８で無効にすることができる。即ち、気象モニタ６０が悪天候を示す場合、またはサングラスモニタ６２が、ドライバがサングラスを着用していることを示す場合、または昼／夜モニタ６４が夜間であることを示す場合、または他のモニタ６６が同様の信号を出力する場合、仮想バイザシステム１０を６８で「オフ」に設定することができる。「オフ」モードに設定される場合、システムは低電力モードにすることができ、ここでは、カメラ２２およびピクセル３２のような特定の構造体は作動しない。これにより、システム１０の全体的な消費電力を低減することができる。あるいは、これは、モニタ６０から６６がトリガの不在を示す（例えば、天候が良くなった、ドライバが彼／彼女のサングラスを外したなど）まで、システム１０をシャットダウンするために、単に停止スイッチ（ハードウェアベースまたはソフトウェアベースのいずれか）を実装し得る。仮想バイザの制御７０によって表されるように、スクリーン１４を制御する能力は、本明細書に記載されるプロセッサまたはコントローラ３０によって実行され得る。例えば、プロセッサまたはコントローラ３０は、本明細書に記載される制御および分析の動作（例えば、顔検出、顔位置合わせ、顔再構成、陰影推定、光方向推定など）を無効にし、全ピクセルを透明モードといった一定の状態に設定することができる。これらの制御や分析は比較的多くの電力を消費するため、これらを動かさないことで電力が節約される。

【0041】

[0046]図６は、本明細書で説明されるモニタを使用することによって仮想バイザシステムの電力要求を低減するためのシステムまたは方法８０の一例を示す。システムまたは方法を、例えば、プロセッサ３０によって実行することができる。本方法は、８２から始まる。８４では、プロセッサは、１つまたは複数のセンサが夜間であることを示すかどうかを確定する。即ち、日／夜モニタ６４の出力にアクセスする。センサが夜間であることを実際に示す場合、８６において、コントローラ３０は電力要求を低減するために仮想バイザ制御を無効にし、スクリーン１４を透過モードに維持する。特定のＬＣＤスクリーンのような、いくつかの実施形態では、スクリーン１４への電力の消失がピクセルを不透明にし、したがって、スクリーン１４は８６で不透明モードに維持されることになる。

【0042】

[0047]センサが夜間であることを示さない（例えば、外が昼間である）場合、プロセッサは、８８にて、ドライバがサングラスを着用しているかどうかを確定する。即ち、サングラスモニタ６２の出力にアクセスする。ドライバがサングラスを着用しているとセンサが判断した場合、仮想バイザの制御は８６で無効になる。

【0043】

[0048]ドライバがサングラスを着用していない場合、本方法は９０に進み、９０ではプロセッサは気象モニタ６０の出力にアクセスして、雨、雲量等のような車両の外が悪天候を示す条件であるかどうかを確定する。悪天候である場合、仮想バイザの制御は、８６にて、電力要求を低減するために無効にされる。

【0044】

[0049]様々なモニタ６０から６６がすべて、スクリーン１４がドライバにとって有益ではないであろうことを示している信号を出力しないならば、その場合、本方法は９２へ進み、９２では仮想バイザシステム１０が問題なく動作することを可能にし、例えば、ピクセルを透明モードまたは不透明モードのいずれかにするように制御することができる。

【0045】

[0050]図６に示されるステップは、単に例示的な一実施形態であることを理解されたい。他の実施形態では、ステップ８４から９０の順序が再配置または修正される。優先順位のために、特定のステップを他のステップの前に設定することができる。

【0046】

[0051]本明細書に記載される実施形態が自動車両に実装される仮想バイザシステムを示す一方で、本開示の教示は他のバイザ設定にも適用することができる。例えば、本明細書に記載されるシステムは、パイロットの目に当たる太陽のグレアまたは直射日光を軽減するのを助けるために航空機に適用することができる。また、本明細書に記載されるシステムは、オートバイヘルメットといったヘルメットに適用することもできる。これらのヘルメットは、通常、１つまたは複数の下方折り曲げ式のバイザまたはシールドを有し、本開示の技術を、これらのバイザのうちの１つに実装することができる。

【0047】

[0052]１つのプロセッサ３０が示されている一方で、「プロセッサ」への言及は１つまたは複数のプロセッサを含むことができることが理解されたい。特定の実施形態では、指定されたハードウェアおよび知覚装置と通信するが、それにもかかわらず、本明細書に記載される動作を個別にもまたは集合的にも実施することができる複数のプロセッサを含むことが有利または適切であり得る。

【0048】

[0053]本明細書で開示されるプロセス、方法、またはアルゴリズムを、任意の既存のプログラマブル電子制御ユニットまたは専用電子制御ユニットを含むことができる処理デバイス、コントローラ、またはコンピュータに提供可能に／それらによって実装することができる。同様に、プロセス、方法、またはアルゴリズムを、ＲＯＭデバイスなどの書き込み不可能な記憶媒体に永久的に記憶される情報、およびフロッピーディスク、磁気テープ、ＣＤ、ＲＡＭデバイス、ならびにその他の磁気および光媒体といった書き込み可能な記憶媒体に変更可能に記憶される情報を含むが、これらに限定されない多くの形態で、コントローラまたはコンピュータによって実行可能なデータおよび命令として記憶することができる。プロセス、方法、またはアルゴリズムを、ソフトウェア実行可能オブジェクトに実装することもできる。あるいは、プロセス、方法またはアルゴリズムを、好適なハードウェア構成要素、例えば、特定用途向け集積回路（ＡＳＩＣ：Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ：Ｆｉｅｌｄ－Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙ）、ステートマシン、コントローラもしくはその他ハードウェア構成要素もしくはデバイス、またはハードウェア、ソフトウェアおよびファームウェア構成要素の組み合わせを使用して、全体的または部分的に具現化することができる。

【0049】

[0054]例示的な実施形態を上述したが、これらの実施形態は、特許請求の範囲によって包含されるすべての可能な形態を記載することを意図するものではない。本明細書で使用される用語は、限定ではなく説明の用語であり、本開示の趣旨および範囲から逸脱することなく、様々な変更を行うことができるものと理解される。前述のように、様々な実施形態の特徴を組み合わせて、明示的に記載されず示されてもいないことがある本発明の更なる実施形態を構成することができる。様々な実施形態が、１つまたは複数の所望の特性に関して、利点を提供するものとして、または他の実施形態もしくは従来技術の実施態様よりも好ましいものとして記載されてきたが、当業者は、特定の用途および実施態様に依存する、所望の全体的なシステム属性を達成するために、１つまたは複数の特徴または特性を妥協することができると認める。これらの属性は、コスト、強度、耐久性、ライフサイクルコスト、市場性、外観、パッケージング、サイズ、サービス性、重量、製造性、組み立ての容易さなどを含むことができるが、これらに限定されない。このように、任意の実施形態が、１つまたは複数の特性に関して、他の実施形態または従来技術の実施態様よりも望ましくないものとして記載される程度まで、これらの実施形態は、本開示の範囲外ではなく、特定の用途にとって望ましい可能性がある。

【符号の説明】

【0050】

１０ 仮想バイザシステム
１２ キャビン
１４ スクリーン
１６ フロントガラス
１８ ドライバ
２０ 太陽
２２ カメラ
２４ 照明センサ／光センサ
２６ メモリ／記憶装置
２８ 画像データ
３０ プロセッサ
３２ ピクセル
３４ 環境センサ
４０ ベゼル
４２ 電子コネクタ
４４ 顔認識モデル
５０、５２ 境界ボックス
６０ 気象モニタ
６２ サングラスモニタ
６４ 昼／夜モニタ
６６ モニタ

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【外国語明細書】