(57)【要約】  １つ以上の車両窓を通る可視光透過の自動制御方法、システム、プログラムが提供され、この自動制御は窓を通る可視光透過を制御するための制御システムを提供することを含み、窓はスマート・ガラスを含み、窓を通る可視光透過は制御システムによって動的に調節可能である。制御システムは、車両に関連付けられた少なくとも１つのビデオ・カメラからビデオ・ストリームを受信し、指定イベントに対してビデオ・ストリームを分析する。イベントの検出に基づいて、制御システムは窓を通る可視光透過を調節するための活動を開始する。
2021526093.tif 000002
【特許請求の範囲】
【請求項１】
車両の窓を通る可視光透過を制御する方法であって、前記方法は
前記窓を通る可視光透過を制御するための制御システムを提供するステップを含み、前記窓はスマート・ガラスを含み、前記窓を通る可視光透過は前記制御システムによって動的に調節可能であり、前記制御システムは
前記車両に関連付けられた少なくとも１つのビデオ・カメラからビデオ・ストリームを受信し、かつ
指定イベントに対して前記ビデオ・ストリームを分析し、前記イベントの検出は、前記窓を通る前記可視光透過を調節するための前記制御システムによる活動を開始させる、方法。
【請求項２】
前記ビデオ・ストリームは前記車両の１人以上の乗員を少なくとも部分的に画像化する少なくとも１つの車両内ビデオ・カメラによって捕捉され、前記イベントは乗員に関するイベントである、請求項１に記載の方法。
【請求項３】
前記車両の前記窓は前記車両の側部窓であり、前記乗員に関するイベントとは前記車両の乗員が眠っていることであり、前記制御システムは前記イベントの検出に基づいて前記側部窓を通る可視光透過を自動的に減少させるように構成される、請求項２に記載の方法。
【請求項４】
前記車両の前記側部窓は前記車両の複数の側部窓のうちの１つの側部窓であり、前記１つの側部窓は前記車両の前記乗員の最も近くに位置する、請求項３に記載の方法。
【請求項５】
前記車両の前記窓は前記車両の側部窓であり、前記乗員に関するイベントとは前記車両の乗員が前記側部窓の外を見るために向きを変えることであり、前記制御システムは前記イベントの検出に基づいて前記側部窓の少なくとも一部分を通る可視光透過を自動的に増加させるように構成される、請求項２に記載の方法。
【請求項６】
前記車両の前記窓は前記車両の側部窓であり、前記車両に関連付けられた前記少なくとも１つのビデオ・カメラは前記車両の外側の領域を少なくとも部分的に画像化するように位置決めされ、前記イベントは前記車両の外側のイベントであり、前記制御システムは前記車両の前記外側のイベントの検出に基づいて前記側部窓を通る可視光透過を自動的に増加させるように構成される、請求項１に記載の方法。
【請求項７】
前記車両の前記外側のイベントとは、別の車両が前記車両に接近していることである、請求項６に記載の方法。
【請求項８】
前記分析は、前記車両に接近する人に対する顔認識分析を行うステップを含み、前記イベントは前記顔認識分析によって前記人を前記車両の認可ユーザとして識別するステップを含み、前記制御システムは前記認可ユーザに対して前記窓を通る前記可視光透過を指定レベルまで自動的に調節するように構成される、請求項１に記載の方法。
【請求項９】
前記制御システムは前記認可ユーザに対して前記窓を通る可視光透過を自動的に増加させるように構成される、請求項８に記載の方法。
【請求項１０】
前記分析は、前記車両に接近する人に対する顔認識分析を行うステップを含み、前記イベントは前記顔認識分析によって前記人を前記車両の非認可ユーザとして識別するステップを含み、前記制御システムは前記非認可ユーザに対して前記窓を通る可視光透過を自動的に減少させるように構成される、請求項１に記載の方法。
【請求項１１】
前記イベントは複数の指定タイプのイベントのうちの指定タイプのイベントであり、前記複数の指定タイプのイベントの各指定タイプのイベントは、前記窓を通る可視光透過を調節するための前記制御システムによるそれぞれの制御活動を開始させ、前記それぞれの制御活動は前記指定タイプのイベントに基づいて前記窓を通る可視光透過の前記レベルを調節するために前記制御システムによって取られるべき複数の異なる予め指定された活動を含む、請求項１に記載の方法。
【請求項１２】
車両の窓を通る可視光透過を制御するためのシステムであって、前記システムは
メモリと、
前記メモリに通信的に結合されるプロセッサとを含み、前記システムは、
前記窓を通る可視光透過を制御するステップを含む方法を行い、前記窓はスマート・ガラスを含み、前記窓を通る可視光透過は動的に調節可能であり、前記制御するステップは
前記車両に関連付けられた少なくとも１つのビデオ・カメラからビデオ・ストリームを受信するステップと、
指定イベントに対して前記ビデオ・ストリームを分析するステップとを含み、前記イベントの検出は、前記窓を通る前記可視光透過を調節するための活動を開始させる、システム。
【請求項１３】
前記車両の前記窓は前記車両の側部窓であり、前記ビデオ・ストリームは前記車両の１人以上の乗員を少なくとも部分的に画像化する少なくとも１つの車両内ビデオ・カメラによって捕捉され、前記イベントは乗員に関するイベントであり、前記乗員に関するイベントとは前記車両の乗員が眠っていることであり、前記制御システムは前記イベントの検出に基づいて前記側部窓を通る可視光透過を自動的に減少させるように構成される、請求項１２に記載のシステム。
【請求項１４】
前記車両の前記窓は前記車両の側部窓であり、前記ビデオ・ストリームは前記車両の１人以上の乗員を少なくとも部分的に画像化する少なくとも１つの車両内ビデオ・カメラによって捕捉され、前記イベントは乗員に関するイベントであり、前記乗員に関するイベントとは前記車両の乗員が前記側部窓の外を見るために向きを変えることであり、前記制御システムは前記イベントの検出に基づいて前記側部窓の少なくとも一部分を通る可視光透過を自動的に増加させるように構成される、請求項１２に記載のシステム。
【請求項１５】
前記車両の前記窓は前記車両の側部窓であり、前記車両に関連付けられた前記少なくとも１つのビデオ・カメラは前記車両の外側の領域を少なくとも部分的に画像化するように位置決めされ、前記イベントは前記車両の外側のイベントであり、前記制御システムは前記車両の前記外側のイベントの検出に基づいて前記側部窓を通る可視光透過を自動的に増加させるように構成される、請求項１２に記載のシステム。
【請求項１６】
前記分析するステップは、前記車両に接近する人に対する顔認識分析を行うステップを含み、前記イベントは前記顔認識分析によって前記人を前記車両の認可ユーザとして識別するステップを含み、前記制御システムは前記認可ユーザに対して前記窓を通る前記可視光透過を予め指定されたレベルまで自動的に調節するように構成される、請求項１２に記載のシステム。
【請求項１７】
前記制御システムは前記認可ユーザに対して前記窓を通る可視光透過を自動的に増加させるように構成される、請求項１６に記載のシステム。
【請求項１８】
前記分析するステップは、前記車両に接近する人に対する顔認識分析を行うステップを含み、前記イベントは前記顔認識分析によって前記人を前記車両の非認可ユーザとして識別するステップを含み、前記制御システムは前記非認可ユーザに対して前記窓を通る可視光透過を自動的に減少させるように構成される、請求項１２に記載のシステム。
【請求項１９】
前記イベントは複数の指定タイプのイベントのうちの指定タイプのイベントであり、前記複数の指定タイプのイベントの各指定タイプのイベントは、前記窓を通る可視光透過を調節するための前記制御システムによるそれぞれの制御活動を開始させ、前記それぞれの制御活動は前記指定タイプのイベントに基づいて前記窓を通る可視光透過の前記レベルを調節するために前記制御システムによって取られるべき複数の異なる予め指定された活動を含む、請求項１２に記載のシステム。
【請求項２０】
車両の窓を通る可視光透過を制御するためのコンピュータ・プログラム製品であって、前記コンピュータ・プログラム製品は
自身によって具現化されるプログラム命令を有するコンピュータ可読ストレージ媒体を含み、前記プログラム命令はプロセッサによって実行可能であって、前記プロセッサに
前記窓を通る可視光透過を制御するステップを行わせ、前記窓はスマート・ガラスを含み、前記窓を通る可視光透過は動的に調節可能であり、前記制御するステップは
前記車両に関連付けられた少なくとも１つのビデオ・カメラからビデオ・ストリームを受信するステップと、
指定イベントに対して前記ビデオ・ストリームを分析するステップとを含み、前記イベントの検出は、前記窓を通る前記可視光透過を調節するための活動を開始させる、コンピュータ・プログラム製品。
【発明の詳細な説明】
【背景技術】
【０００１】
自動車両、電気車両、鉄道車両などの窓は典型的には、ラミネートされた安全ガラスでできており、その安全ガラスは２枚以上の真っ直ぐまたは湾曲したガラスのシートと、安全性のためにそれらの層の間にラミネートされたたとえばプラスチック層などとで形成されてもよい。車両の窓はしばしば、選択的に着色される。実際的にいうと、窓の着色とは、（たとえば）車両のフロントガラス、側部窓（単数または複数）、後部窓などの安全ガラスを特定のレベルの光が通過することを防ぐ方法を示す。たとえばファクトリー・ティントは、ほとんどのトラックおよびスポーツ・ユーティリティ車両の後半部における標準である。一般的な可視光透過率（ＶＬＴ：ｖｉｓｕａｌ  ｌｉｇｈｔ  ｔｒａｎｓｍｉｓｓｉｏｎ）１５％〜２６％を有するファクトリー・ウィンドウ・ティントは、乗客および彼らの所有物にある程度のプライバシーを提供し、かつ温暖な気候における車両冷却器の内部の維持を助けるために設置されてもよい。
【発明の概要】
【０００２】
車両の窓を通る可視光透過を制御する方法の提供によって、先行技術の特定の欠点が克服され、付加的な利点が提供される。この方法は、窓を通る可視光透過を制御するための制御システムを提供するステップを含む。窓はスマート・ガラスを含み、窓を通る可視光透過は制御システムによって動的に調節可能である。制御システムは、車両に関連付けられた少なくとも１つのビデオ・カメラからビデオ・ストリームを受信し、指定イベントに対してビデオ・ストリームを分析する。イベントの検出に基づいて、制御システムは窓を通る可視光透過を調節するための活動を開始する。
【０００３】
別の態様において、車両の窓を通る可視光透過を制御するためのシステムが提供される。このシステムはメモリと、メモリに通信的に結合されるプロセッサとを含む。このシステムは方法を行い、この方法は窓を通る可視光透過を制御するステップを含み、窓はスマート・ガラスを含み、窓を通る可視光透過は動的に調節可能である。制御するステップは、車両に関連付けられた少なくとも１つのビデオ・カメラからビデオ・ストリームを受信するステップと、指定イベントに対してビデオ・ストリームを分析するステップとを含む。検出の際に、イベントは窓を通る可視光透過を調節するための活動を開始させる。
【０００４】
さらなる態様において、車両の窓を通る可視光透過を制御するためのコンピュータ・プログラム製品が提供される。コンピュータ・プログラム製品は、自身によって具現化されるプログラム命令を有するコンピュータ可読ストレージ媒体を含む。プログラム命令はプロセッサによって実行可能であり、プロセッサに窓を通る可視光透過を制御させる。窓はスマート・ガラスを含み、窓を通る可視光透過は動的に調節可能であり、制御は車両に関連付けられた少なくとも１つのビデオ・カメラからビデオ・ストリームを受信するステップと、指定イベントに対してビデオ・ストリームを分析するステップとを含む。イベントの検出は、窓を通る可視光透過を調節するための制御による活動を開始させる。
【０００５】
本発明の技術を通じて、付加的な特徴および利点が実現される。発明のその他の実施形態および態様が本明細書に詳細に説明され、請求される発明の一部とみなされる。
【０００６】
明細書の終わりの請求項において、例として本発明の１つ以上の態様が具体的に示され、明確に請求されている。発明の前述およびその他の目的、特徴、および利点は、添付の図面とともに受け取られる以下の詳細な説明から明らかである。
【図面の簡単な説明】
【０００７】
【図１】本発明の１つ以上の態様による車両の１つ以上の窓を通る可視光透過を制御するためのシステムの一実施形態を示す図である。
【図２Ａ】本発明の１つ以上の態様による車両の複数の窓を通る可視光透過を制御するためのシステムを有する車両の例を示す図である。
【図２Ｂ】本発明の１つ以上の態様による車両の複数の窓を通る可視光透過を制御するためのシステムを有する車両の例を示す図である。
【図２Ｃ】本発明の１つ以上の態様による車両の複数の窓を通る可視光透過を制御するためのシステムを有する車両の例を示す図である。
【図２Ｄ】本発明の１つ以上の態様による車両の複数の窓を通る可視光透過を制御するためのシステムを有する車両の例を示す図である。
【図３】本発明の１つ以上の態様による処理ロジックの一例を示す図である。
【図４】本発明の１つ以上の態様による処理ロジックの別の実施形態を示す図である。
【図５Ａ】本発明の１つ以上の態様による車両の窓を通る可視光透過を制御する１つ以上の態様に関する詳細のさらなる実施形態を示す図である。
【図５Ｂ】本発明の１つ以上の態様による車両の窓を通る可視光透過を制御する１つ以上の態様に関する詳細のさらなる実施形態を示す図である。
【図６Ａ】本発明の１つ以上の態様を組み込んで使用するためのコンピューティング環境の一例を示す図である。
【図６Ｂ】本発明の１つ以上の態様による図６Ａのプロセッサのさらなる詳細を示す図である。
【図７】本発明の１つ以上の態様を実現し得るか、またはそれに関連して用いられ得るクラウド・コンピューティング環境の一実施形態を示す図である。
【図８】本発明の１つ以上の態様による車両の１つ以上の窓を通る可視光透過の制御を促進または実現し得る抽象化モデル・レイヤの一例を示す図である。
【発明を実施するための形態】
【０００８】
本発明の態様およびその特定の特徴、利点、および詳細を、添付の図面に示される非限定的な例（単数または複数）を参照して以下により完全に説明する。発明の詳細を不必要に不明瞭にしないために、周知のシステム、デバイス、処理技術などの説明は省略する。しかし、この特定の例（単数または複数）における詳細な説明は発明の態様を示すものであるが、単なる例示として与えられたものであって限定ではないことが理解されるべきである。この開示から、基礎をなす発明の概念の思想もしくは範囲またはその両方の中でのさまざまな置換、修正、追加、もしくはその他の配置、またはその組み合わせが当業者に明らかになるだろう。さらに注記すると、本明細書には多数の発明の態様および特徴が開示されており、矛盾しない限り、たとえば車両の１つ以上の窓を通る可視光透過を制御するためのプロセス、システム、もしくはコンピュータ・プログラム製品、またはその組み合わせなどの提供を促進するための特定の適用に対して、所望に応じて各々の開示される態様または特徴を、任意の他の開示される態様または特徴と組み合わせることができる。
【０００９】
例示的実施形態は、単なる例として特定のコード、設計、アーキテクチャ、プロトコル、レイアウト、概略図、またはツールを用いて後述されてもよく、それらは例示的実施形態に限定されない。さらに、例示的実施形態は特定の場合に、説明の明瞭性のために単なる例として特定のソフトウェア、ツール、およびデータ処理環境を用いて説明されてもよい。例示的実施形態は、他の同等または類似の目的の構造、システム、適用、またはアーキテクチャとともに用いられてもよい。例示的実施形態は、ハードウェア、ソフトウェア、またはその組み合わせにおいて実現されてもよい。
【００１０】
この開示における例は、単に説明の明瞭性のために用いられるものであり、例示的実施形態に対する限定ではない。この開示から付加的なデータ、動作、活動、タスク、活性、および操作が予想できることとなり、それらは例示的実施形態の範囲内で予期される。
【００１１】
本明細書に挙げられる任意の利点は単なる例であり、例示的実施形態に対する限定は意図されていない。特定の例示的実施形態によって、付加的または異なる利点が実現されてもよい。さらに、特定の例示的実施形態は本明細書に挙げられる利点のいくつかまたはすべてを有してもよいし、有さなくてもよい。
【００１２】
１つ以上の態様によると、たとえば車両の１つ以上の窓を通る可視光透過を制御することなどを含む車両イベント処理能力が提供され、車両の１つ以上の窓はスマート・ガラスであるか、またはそれを含み、窓（単数または複数）を通る可視光透過は、たとえば制御システムなどによって動的に調節可能である。１つ以上の態様において、車両に関連付けられた少なくとも１つのビデオ・カメラからビデオ・ストリームが受信され、たとえば指定タイプのイベントなどのイベントに対して制御システムによってビデオ・ストリームが分析される。イベントの検出の際に、制御システムによって窓を通る可視光透過を調節するための活動が開始される。
【００１３】
車両は自動車両または電気車両、たとえば自動車、スポーツ・ユーティリティ車両、トラック、レクリエーション用車両など、鉄道車両、たとえば電車または路面電車など、船舶などであってもよい。さらに、１つ以上のビデオ・カメラは、たとえばビデオ送信などを生成するために車両に関連付けられる任意のイメージング・デバイスであってもよい。ビデオ・ストリームまたは送信はストリーミングであっても、ストリーミングでなくてもよく（例、一連の個別の画像）、かつデジタルまたはアナログであってもよい。例として、１つ以上の態様におけるビデオ・カメラは、たとえば１０８０ｐ  ＨＤカメラなどの高解像度ビデオ・イメージング・カメラ、およびその他のものであってもよい。１つ以上の態様において、１つ以上のビデオ・カメラは、本明細書に記載される１つ以上のスマート・ガラス窓を通る可視光透過の制御に用いるために、たとえば車両の１人以上の乗員（たとえば運転者もしくは１人以上の乗客またはその両方など）などを画像化するために動作するときに車両の内部を画像化する少なくとも１つの車両内ビデオ・カメラを含んでもよい。さらに１つ以上の態様において、１つ以上のビデオ・カメラは、たとえば別の車両が車両に接近していること、人（または個人）が車両に接近していること、物体が車両に接近していることなどであり得るイベントに対して、車両の外側を少なくとも部分的にモニタする１つ以上のビデオ・カメラまたはその他のモニタを含んでもよい。
【００１４】
たとえばスマート・ガラス窓または切り換え可能ガラス窓などのスマート・ガラスとは、電圧が印加されたときに自身の光透過特性が変化し得るガラスまたはグレージングを示す。こうした電気的に切り換え可能なスマート・ガラスは、１つ以上の懸濁粒子デバイス（ＳＰＤ：ｓｕｓｐｅｎｄｅｄ−ｐａｒｔｉｃｌｅ  ｄｅｖｉｃｅｓ）を含んでもよく、ここではたとえばロッド様のナノスケール粒子の薄膜ラミネートが液体に懸濁されて、２片のガラスまたはプラスチックの間に置かれるか、または１つの層に付着されてもよい。電圧が印加されていないとき、懸濁粒子はランダムに組織されてもよく、よって光を遮断または吸収する。電圧が印加されるとき、懸濁粒子は整列して光を通す。フィルムの電圧を変えることで懸濁粒子の配向を変えることによって、グレージングの着色および窓を通る可視光透過の量を調節する。懸濁粒子デバイスは、窓を通過する光、グレア、および熱の量を正確に制御するために自動的に調整されてもよい。スマート・ガラス窓は、たとえばさまざまなタイプの指定イベントに基づく促進された自動制御の方法、システム、もしくはコンピュータ・プログラム製品、またはその組み合わせなどを通じて、本明細書に記載されるとおりに制御され得る。
【００１５】
有利には、スマート・ガラスの光制御技術は、車両乗員の自身の環境に対する制御および楽しみを増加させ、より良好なユーザ快適性および満足度を提供する一方で、エネルギ効率を改善してもよい。たとえば、今日のスマート・ガラス技術は、９９％を超えるＵＶ遮断率および１秒または２秒以内の状態切り換えを提供できる。車両において、この技術に対する光透過の範囲は、典型的なサンルーフよりも５０〜６０倍暗いか、もしくは通常のサンルーフの２倍透明であるか、またはその両方であってもよい。
【００１６】
例として、図１は１つ以上のスマート・ガラス車両窓１０１を有する車両１００の一実施形態の概略図を示している。なお、本明細書において開示される概念は、たとえば問題となる態様などに依存して車両の任意の窓に適用されてもよい。本明細書において開示される特定の態様は車両の側部窓に対する特定の適用性を有するのに対し、他の態様は車両の任意の窓に対する適用性を有する。
【００１７】
１つ以上の態様によると、システムは車両内をモニタする車両内カメラ（単数または複数）１１０と、車両の外側をモニタする車両に関連付けられた１つ以上のモニタ（単数または複数）および／またはセンサ（単数または複数）１１２とを含んでもよい。たとえば、１つ以上の車両内ビデオ・カメラは、たとえば車両の乗員のビデオを捕捉するなどのために車両の内部キャビンを画像化するために方向付けられてもよく、一方で１つ以上の他のビデオ・カメラもしくはデータ・センサまたはその両方は、車両の外側で起こるイベントを捕捉するために方向付けられてもよい。車両内カメラ１１０ならびに／または車両外モニタ（単数または複数）および／もしくはセンサ（単数または複数）１１２によって、制御システム１２０に１つ以上のビデオ・ストリームが提供されてもよく、制御システム１２０は、本明細書において開示される処理の１つ以上の態様の実現を促進するためにビデオ／データ・アナライザ１２２と、ビデオ／データ・リポジトリ１２４とを（部分的に）含んでもよい。
【００１８】
なお、制御システム１２０の１つ以上の態様は、車両１００によって実現されるかもしくは車両１００内に存在してもよいし、たとえば制御システムのクラウド・ベースの態様などの車両からリモートのものであってもよいし、その両方であってもよい。場所に依存して、制御システム１２０は、車両内カメラ（単数または複数）１１０と車両外モニタ（単数または複数）および／またはセンサ（単数または複数）１１２とからのビデオ・ストリーム（単数または複数）もしくはその他のデータまたはその両方をネットワーク１０５を通じて受信してもよく、かつ窓を通る可視光透過を制御するために、１つ以上の制御信号を同じネットワークまたは異なるネットワークを通じて１つ以上の車両スマート・ガラス窓１０１に提供してもよい。例として、制御システム１２０の場所に依存して、ネットワーク１０５は遠隔通信ネットワーク、ローカル・エリア・ネットワーク（ＬＡＮ：ｌｏｃａｌ  ａｒｅａ  ｎｅｔｗｏｒｋ）、広域ネットワーク（ＷＡＮ：ｗｉｄｅ  ａｒｅａ  ｎｅｔｗｏｒｋ）、たとえばインターネットなど、またはその組み合わせであってもよく、有線、ワイヤレス、光ファイバ接続などを含む。ネットワークは、画像もしくはビデオまたはその両方の信号（すなわち、ビデオ・ストリーム）を含むデータを受信および送信できる１つ以上の有線もしくはワイヤレスまたはその両方のネットワークを含んでもよい。
【００１９】
制御システム１２０はたとえばコンピュータ・システムなどであってもよく、車両内ビデオ・カメラ（単数または複数）１１０または車両外モニタ（単数または複数）および／もしくはセンサ（単数または複数）１１２あるいはその両方は、制御システムの一部として組み込まれてもよいし、別個であってもよい。例として、制御システムは、たとえば中央処理ユニット（ＣＰＵ：ｃｅｎｔｒａｌ  ｐｒｏｃｅｓｓｉｎｇ  ｕｎｉｔｓ）などの１つ以上のプロセッサを含んでもよい。プロセッサは命令の実行に用いられる機能コンポーネントを含んでもよく、その機能コンポーネントはたとえば、たとえばキャッシュまたはメイン・メモリなどの場所からプログラム命令をフェッチすること、プログラム命令を復号してプログラム命令を実行すること、命令実行のためにメモリにアクセスすること、および実行された命令の結果を書込むことのための機能コンポーネントなどである。加えてプロセッサは、１つ以上の機能コンポーネントによって用いられるレジスタ（単数または複数）を含むこともできる。制御システムは、たとえばメモリ、入力／出力（Ｉ／Ｏ：ｉｎｐｕｔ／ｏｕｔｐｕｔ）、ネットワーク・インターフェース、およびストレージなどを含んでもよく、ストレージは１つ以上のデータ／ビデオ・リポジトリ１２４を含んでもよい。制御システムのコンポーネントは、１つ以上のバスもしくはその他の接続またはその両方を介して互いに結合されてもよい。バス接続は、メモリ・バスまたはメモリ・コントローラ、ペリフェラル・バス、アクセラレーテッド・グラフィクス・ポート、および任意のさまざまな公知のバス・アーキテクチャを用いたプロセッサまたはローカル・バスを含むいくつかのタイプのバス構造のいずれか１つ以上を表してもよい。
【００２０】
制御システム・メモリは、プログラム命令の実行に用いられるメインもしくはシステム・メモリ（例、ランダム・アクセス・メモリ）、たとえばハード・ドライブ（単数または複数）などのストレージ・デバイス（単数または複数）、例としてのフラッシュ媒体または光媒体、または例としてのキャッシュ・メモリ、あるいはその組み合わせを含むこともできる。メモリはたとえば共有キャッシュなどのキャッシュなどを含んでもよく、共有キャッシュは制御システム内のプロセッサのローカル・キャッシュ（例はＬ１キャッシュ、Ｌ２キャッシュなどを含む）に結合されてもよい。付加的なメモリは、１つ以上のプロセッサによって実行されるときに本明細書に記載される機能および実施形態を実行するように構成されたプログラム・モジュール、命令、符号化類似物のセット（たとえば少なくとも１つ）を有する少なくとも１つのコンピュータ・プログラム製品であるか、またはそれを含んでもよい。
【００２１】
１つ以上の実施形態において、制御システム・メモリは、オペレーティング・システムおよびその他のコンピュータ・プログラム、たとえば本明細書に記載される態様を実行または実施する１つ以上のコンピュータ・プログラム／アプリケーションなどを保存できる。具体的には、プログラム／アプリケーションは、本明細書に記載される態様の実施形態の機能を実行するように構成され得るコンピュータ可読プログラム命令を含むこともできる。
【００２２】
記述のとおり、制御システムはネットワーク・インターフェースを含んでもよく、それは制御システムが１つ以上のネットワークと通信することを可能にするＩ／Ｏインターフェースの例であってもよい。さらに、ストレージは制御システムの一部であってもよいし、外部ストレージ・デバイスであってもよい。ストレージは１つ以上のプログラム、１つ以上のコンピュータ可読プログラム命令、もしくはデータ、またはその組み合わせを保存してもよく、たとえば１つ以上の実施においては１つ以上の画像データベースを含む１つ以上のデータ／ビデオ・リポジトリなどであってもよい。制御システムは、多数の他の汎用目的または特定目的のコンピュータ・システム環境または構成とともに動作してもよい。制御システムは、たとえば本明細書に記載されるものなどのさまざまな形のいずれかを取ってもよい。このことに関しては、以下の図６Ａ〜８の考察も参照されたい。
【００２３】
図２Ａ〜２Ｄは、本発明の１つ以上の態様による車両の複数の窓を通る可視光透過を制御するためのシステム２０５を有する車両の例を示しており、この場合には自動車両または電気車両２００を示す。最初に図２Ａを参照すると、車両２００はフロントガラス２０１と、複数の側部窓２０２、２０３とを含み、示される実施形態における側部窓２０２は前方側部窓であり、側部窓２０３は後方側部窓である。システム２０５は車両２００に関連付けて示されており、たとえば図１に関連して上述したものなどの１つ以上の車両内ビデオ・カメラと、車両の外側をモニタするための１つ以上のモニタ（単数または複数）および／またはセンサ（単数または複数）と、制御システムとなどを含んでもよい。１つ以上の実施形態において、システム２０５は、フロントガラス２０１および側部窓２０２、２０３の１つ以上を通る可視光透過を制御してもよい。たとえば１つ以上の実施において、システムはフロントガラス２０１ではなく側部窓２０２、２０３を通る可視光透過を制御してもよく、一方で１つ以上の他の実施（図２Ｄ）において、システム２０５はフロントガラス２０１を含む車両２００のすべての窓を通る可視光透過を制御してもよい。
【００２４】
図２Ａの例において、フロントガラス２０１は最大の可視光透過を伴って示されており、前方側部窓２０２は窓を通る中間レベルの可視光透過を有し、一方で後方側部窓２０３は窓を通る可視光透過を最小化するように制御されており、システムによって制御される各々の窓は、たとえば本明細書に記載されるものなどのスマート・ガラスであるか、またはそれを含むことが想定される。一例として、車両２００の後部座席の乗客乗員が眠っていることをシステムが検出した場合に、システム２０５は窓を通る可視光透過を最小化するように後方側部窓２０３を制御してもよい。こうした場合、前方側部窓はシステムによって中間可視光透過レベルに設定されてもよく、一方で車両２００のフロントガラス２０１およびおそらくは後部窓（図示せず）は、車両動作の間は最大可視光透過レベルのままであってもよい。
【００２５】
図２Ｂにおいて、システム２０５は車両２００の後部座席の眠っていた乗員が今は起きていることを検出し、後方側部窓２０３を通る可視光透過を前方側部窓２０２と同様の中間可視光透過レベルまで自動的に調節する。なお、１つ以上の実施において、車両２００の個々の窓を通る可視光透過レベルは、システムが可視光透過を制御すべき指定タイプのイベントが検出されないときにはデフォルト・レベルに設定されてもよいし、車両の所有者または乗員によって予め指定されてもよい。図２Ｃは図２Ａと類似しているが、システム２０５によって検出される指定タイプのイベントは、車両の運転者が視線を移して乗客側の前方窓２０２から外を見たことであり、それに基づいてシステムは窓を通る可視光透過を自動的に調節している。たとえば示される実施形態において、システムは運転者の視界を損なわないように、窓を通る可視光透過を最大レベルに調節している。なお、本明細書に記載されるとおり、たとえば乗員に関するイベントなどの車両内で起こるイベントであっても、またはたとえば別の車両、物体、人などが車両に接近していることなどの車両の外側で起こるイベントであっても、任意の所望タイプのイベントに対して、車両２００の任意の窓がシステムによって制御され得る。加えて図２Ｄに示されるとおり、以下にさらに考察されるとおり、車両が使用されていないとき、または非認可ユーザが車両に接近しているときに、スマート・ガラス窓２０１、２０２、２０３は自身の最大の光遮断状態に自動的に調節または切り換えられてもよい。
【００２６】
図３は、本発明の１つ以上の態様による車両の窓を通る可視光透過を制御するためのプロセスロジックの一実施形態を示している。システムは、車両窓の光透過をデフォルト設定またはユーザが指定した設定（システムがプログラマブル・ユーザ・インターフェースによって実施されるとき）に設定してもよい３００。システムは１つ以上のカメラ、モニタ、センサなどを介して、車両内の乗員および車両に関する条件をモニタする３１０。制御システムは車両に関連付けられた１つ以上のカメラ、モニタ、センサからビデオ・ストリームもしくはその他のデータまたはその両方を受信してもよく３２０、イベントに対してデータを分析する３３０。たとえば、車両に関連付けられた少なくとも１つのビデオ・カメラからビデオ・ストリームが受信されてもよく、たとえば乗員が眠っている、乗員が窓の外を見るために向きを変えているなどの予め指定されたタイプのイベントを検出するために、ビデオ・ストリームを分析するために画像分析が用いられてもよい。イベントの検出に基づいて、制御システムは車両の１つ以上のスマート・ガラス窓を通る可視光透過を調節するための活動を開始する３４０。その活動は、効果を受ける１つ以上のスマート・ガラス窓に、たとえば適切な電気信号などの制御信号を提供するステップを含んでもよい。車両のスマート・ガラス窓を通る可視光透過は、たとえば車両が使用中か使用中でないかなどに依存して、いくつかの異なるタイプのイベントに対して制御されてもよい。
【００２７】
図４は、本発明の１つ以上の態様による車両のスマート・ガラス窓を通る可視光透過を制御するためのシステムの処理ロジックのさらなる詳細な例を示している。図４に示されるとおり、システムは窓の透明度をデフォルト設定またはユーザが指定した設定点に設定してもよい４００。システムのプログラマビリティ（もしくはデフォルト設定またはその両方）は、車両に関する周囲条件にも応答してもよい。たとえば、車両が夜間または暴風雨の際などに使用されていることをセンサが検出するとき、スマート・ガラス窓を通る可視光透過の制限は提供されなくてもよい。制御システムは、１つ以上のスマート・ガラス窓を通る可視光透過を動的に調節すべきかどうかを判定するために、たとえば乗員の視線方向などの車両内の乗員の活動を検出およびモニタするために、たとえば１つ以上の車両内ビデオ・カメラなどから１つ以上のビデオ・ストリームを受信してもよい４１０。
【００２８】
制御システムは１つ以上の指定イベントをモニタし、指定イベントの検出に基づいて活動を行う４２０。単なる例として、制御システムは車両の内側もしくは外側またはその両方の周囲条件の変化をモニタして、デフォルト設定またはユーザが指定した設定に基づいて各スマート・ガラス窓に対する窓の透明度を調節してもよい４２２。たとえば、制御システムは午後の長い旅程の始まりにおいて最初に窓を暗くしてもよいが、夜まで車両を使い続けることを補償するために窓を徐々に明るくしてもよい。なお、この特徴は、１つ以上の乗員に関するイベントもしくは１つ以上の車両の外側のイベントまたはその両方に基づいてスマート・ガラス窓を通る可視光透過を調節するために本明細書において開示される他の態様と組み合わされてもよい。
【００２９】
別の例として、制御システムは乗員の視線方向の１つ以上をモニタして、それに従って窓の透明度をデフォルトまたはユーザが指定した設定に調節してもよい４２４。たとえば、乗員は車両の運転者であってもよく、問題となる窓は運転者が見ている窓であってもよい。窓は運転者がその方向を見て、たとえば前方側部窓から外を見ている間は実質的に透明になってもよく、次いで運転者が目をそらしたときに予め設定された可視光透過レベルまたは不透明度に戻ってもよい。加えて、乗員が眠っているとき、スマート・ガラス窓の１つ以上は窓を通る可視光透過を最小化し、次いで乗員が起きたときには１つ以上のスマート・ガラス窓を通る可視光透過を増加させるように動的に調節されてもよい。
【００３０】
１つ以上の他の実施において、システムは車両に関する交通をモニタしてもよく、この車両に別の車両が接近しているときは、運転者の視線内にある窓を通る可視光透過は、たとえば他方の車両が通過するまで実質的に透明に自動的に調節されてもよく、この通過の時点において、効果を受けたスマート・ガラス窓（単数または複数）を通る可視光透過レベルは前のレベルにリセットされてもよい４２６。
【００３１】
１つ以上の他の実施形態において、システムは人が車両に接近していることをモニタし、その接近する人が車両の認可ユーザであるか非認可ユーザであるかに依存して、１つ以上の車両窓を通る可視光透過を自動的に制御してもよい４２８。たとえば、制御システムは顔認識分析を介して、車両が動作中でないときに車両に接近する人が非認可ユーザであることを検出してもよく、そのときには（図２Ｄに示されるとおり）スマート・ガラス窓を通る可視光透過を自動的に暗くするか、または最小化（または暗さを維持）してもよい。代替的に、接近するユーザが車両の認可ユーザであることをシステムが認識するとき、次いでシステムは、認可ユーザが車両のキャビン内を見てもよいように、スマート・ガラス窓（単数または複数）を自動的に移行させてスマート・ガラスを通る最大可視光透過にしてもよい。
【００３２】
本明細書において提供される説明から理解されることとなるとおり、車両の１つ以上のスマート・ガラス窓を通る可視光透過を動的に制御するための活動を開始するための指定タイプのイベントは、複数の可能な予め指定されたタイプのイベントのいずれかであってもよい。システムはスマート・ガラスの透明度調節システムであり、このシステムは１つ以上の態様において、たとえば車両の１人以上の乗員などをモニタするための車両内ビデオ・カメラを用い、そのモニタに基づいて、車両のスマート・ガラス窓（単数または複数）を通る可視光透過を動的に調節する。たとえば、システムは車両の運転者をモニタして、運転者が特定の窓の方に頭を回すか、または視線を動かすときを定めてもよく、それに応答してシステムはその窓を通る可視光透過を動的に調節してもよい。さらに、１人以上の乗客乗員がモニタされてもよく、彼らの活動に依存して、車両の１つ以上の窓を通る可視光透過が動的に調節されてもよい。なお、システムはビデオ・ストリームから定められた情報を、認可ユーザまたは乗員データベース（たとえば図１のビデオ／データ・リポジトリ１２４など）を作成するためにも使用してもよく、ここでシステムは車両における過去の旅程から乗員を自動的に識別する。
【００３３】
制御システムは、たとえばスマート・ガラス窓に対する電圧のレベルを制御することなどによって、スマート・ガラス窓を通る可視光透過を動的に調節する。システムは、分析されたビデオ・ストリーム（単数または複数）と、たとえば乗客乗員が眠っていること、または運転者乗員もしくは乗客乗員が窓の外を見ていることなどの１つ以上の予め指定されたタイプのイベントの検出とに基づいて、車両の１つ以上のスマート・ガラス窓を通る可視光透過レベルを動的に調節する。ビデオ・ストリーム・データを分析するために認知的顔認識が使用されてもよく、たとえば本明細書に記載される（非認可ユーザによる）窃盗防止シナリオなどにおいては、この顔認識に基づいて１つ以上のスマート・ガラス窓を通る可視光透過レベルが調節されてもよい。さらに、システムはたとえば車両の外側の領域の一部分を画像化するビデオ・ストリームなどのビデオ・ストリーム（単数または複数）を分析して、別の車両もしくは物体が車両を追い越そうとしているかどうかを定めるか、またはある車両もしくは物体がその車両からどれだけ離れているかを定めてもよい。なお、これはビデオ分析に基づく検知であり、他のタイプの検知も本明細書において開示されるビデオ・ストリーム分析と組み合わせて用いられてもよい。
【００３４】
言い換えると、ビデオ・ストリームを受信し、１つ以上の指定タイプのイベントに対してビデオ・ストリームを分析するこの制御システムに基づいて多数の制御シナリオが可能である。たとえば、システムはビデオ・ストリームを評価して、運転者が特定のスマート・ガラス窓の方に頭もしくは視線またはその両方を向けたかどうかを判定してもよく、もしそうであれば、スマート・ガラスを通る可視光透過をたとえば透明状態などに動的に移行させるための信号を送信してもよい。別の実施形態において、指定イベントは乗客乗員がうたた寝していること、および運転者がフロントガラスの外を見ていることであってもよい。こうした場合には、システムはスマート・ガラスを指定された不透明レベルに切り換えることによって、うたた寝している乗員に最も近いスマート・ガラス窓を通る可視光透過を動的に調節してもよい。
【００３５】
別の実施において、指定イベントは運転者または乗客乗員がスマート・ガラス窓の外を見ていることであってもよく、この場合にシステムは乗客の視界を改善するために窓を通る可視光透過を動的に調節してもよい。
【００３６】
１つ以上の実施形態において、指定イベントは乗客乗員がスマート・ガラス窓の外を見ていて、何かをより明瞭に見るために頭を窓に近づけていることであってもよく、この場合にシステムは光透過を増加させることによって乗客の可視性を助けるようにスマート・ガラス窓を通る可視光透過を動的に調節してもよい。
【００３７】
１つ以上の実施形態において、指定イベントは別の車両がこの車両を追い越そうとしていることであってもよく、システムは他方の車両が接近しているという運転者の認識を助けるようにスマート・ガラス窓を通る可視光透過を動的に調節してもよい。
【００３８】
１つ以上の実施形態において、車両が駐車されて使用されていないときに、システムはたとえば顔認識および車両の認可ユーザまたは過去のユーザのデータベースとの比較などに基づいて、非認可ユーザが接近していることを識別してもよく、（この場合に）システムは、非認可ユーザが車両の中を見ることを防ぐためにスマート・ガラス窓を通る可視光透過を不透明レベルに動的に調節してもよい。なお、この特定の実施において、車両のすべての窓がスマート・ガラス窓であってもよい。
【００３９】
１つ以上の実施において、ビデオ・ストリーム（単数または複数）は、車両の各乗員の使用頻度を追跡および集計するために制御システムによって用いられてもよい。たとえば、特定の認識される乗員がその車両に乗ったマイル数が定められてもよく、加えてある乗員が何回認識されたか、乗員が車両を何回乗り降りしたかが、（所望であれば）乗員の年齢、身長などの推定値、またはその他の特徴とともに定められてもよい。認識される乗員の情報が特定の予め定められたレギュラー乗員の基準に達したとき、その乗員の識別は保存された認可ユーザ・リストに入れられてもよく、次いでこの認可ユーザ・リストを用いて車両に接近する人との比較が行われることで、車両内への可視光透過を制限するようにスマート・ガラス窓を動的に調節すべきかどうかが判定されてもよい。なお、１つ以上の他の実施においては、車両が使用されていないときにスマート・ガラス窓はたとえば最小可視光透過レベルまで自動的に暗くされてもよく、システムが認可ユーザの接近を検出したときにより高い可視光透過レベルに動的に調節されるように制御されてもよい。
【００４０】
図５Ａおよび図５Ｂは、本発明の１つ以上の態様による種々の制御プロセスの概観の一実施形態を示している。図５Ａに示されるとおり、車両の窓を通る可視光透過を制御する方法が提供される５００。車両の窓を通る可視光透過を制御するステップは、窓を通る可視光透過を制御するための制御システムを提供するステップを含んでもよい。窓はスマート・ガラスを含み、窓を通る可視光透過は制御システムによって動的に調節可能である。制御システムは、車両に関連付けられた少なくとも１つのビデオ・カメラからビデオ・ストリームを受信し、指定イベントに対してビデオ・ストリームを分析し、イベントの検出によって、窓を通る可視光透過を調節するための制御システムによる活動が開始される。
【００４１】
１つ以上の実施において、ビデオ・ストリームは車両の乗員を少なくとも部分的に画像化する少なくとも１つの車両内ビデオ・カメラによって捕捉され、イベントは乗員に関するイベントである５０５。１つ以上の実施形態において、車両の窓は車両の側部窓であり、乗員に関するイベントとは車両の乗員が眠っていることであり、制御システムはイベントの検出に基づいて側部窓を通る可視光透過を自動的に減少させるように構成される５１０。１つ以上の実施形態において、車両の側部窓は車両の複数の側部窓のうちの１つの側部窓であり、その側部窓は車両の乗員の最も近くに位置する５１５。
【００４２】
１つ以上の実施形態において、車両の窓は車両の側部窓であり、乗員に関するイベントとは車両の乗員が側部窓の外を見るために向きを変えることであり、制御システムはイベントの検出に基づいて側部窓の少なくとも一部分を通る可視光透過を自動的に増加させるように構成される５２０。
【００４３】
図５Ｂに示されるとおり、１つ以上の実施形態において、車両の窓は側部窓であり、車両に関連付けられた少なくとも１つのビデオ・カメラは車両の外側の領域を少なくとも部分的に画像化するように位置決めされ、イベントは車両の外側のイベントであり、制御システムは車両の外側のイベントの検出に基づいて側部窓を通る可視光透過を自動的に増加させるように構成される５２５。１つ以上の実施形態において、車両の外側のイベントとは、別の車両がこの車両に接近していることであってもよい５３０。
【００４４】
１つ以上の実施形態において、ビデオ・ストリームの分析は、車両に接近する人に対する顔認識分析を行うことを含んでもよく、イベントは顔認識分析によって認可ユーザのデータベースとの比較において人を車両の認可ユーザとして識別することを含んでもよく、制御システムは認可ユーザに対して窓を通る可視光透過を指定レベルまで自動的に調節するように構成されてもよい５３５。たとえば、制御システムは認可ユーザに対して窓を通る可視光透過を自動的に増加させるように構成されてもよい５４０。
【００４５】
１つ以上の実施形態において、制御システムによる分析は、車両に接近する人に対する顔認識分析を行うことを含んでもよく、イベントは顔認識分析によって認可ユーザのデータベースとの比較において人を車両の非認可ユーザとして識別することを含んでもよく、制御システムは非認可ユーザに対して窓を通る可視光透過を自動的に減少させるように構成されてもよい５４５。
【００４６】
１つ以上の実施形態において、イベントは複数の指定タイプのイベントのうちの１つのタイプのイベントであってもよく、複数の指定タイプのイベントの各指定タイプのイベントは、窓を通る可視光透過を指定レベルに調節するための制御システムによる各々の活動を開始させる５５０。各々の活動は、指定タイプのイベントに基づいて窓を通る可視光透過を調節するために制御システムによって取られるべき複数の異なる予め指定された活動を含んでもよい。
【００４７】
本発明の１つ以上の態様によって用いられ得るプロセッサを含むコンピュータ・システムの一例を、図６Ａを参照して説明する。この例において、コンピュータ・システムは、本発明の態様によって使用されてもされなくてもよい付加的なコンポーネントを含むコンピューティング環境の一部である。
【００４８】
図６Ａに示されるとおり、たとえばコンピューティング環境１０は、たとえば汎用目的のコンピュータ・デバイスなどの形で示されるコンピュータ・システム１２を含む。コンピュータ・システム１２は、１つ以上のバスおよび／またはその他の接続２０を介して互いに結合された１つ以上のプロセッサまたは処理ユニット１４（例、中央処理ユニット（ＣＰＵ））、メモリ１６（別称、たとえばシステム・メモリ、メイン・メモリ、メイン・ストレージ、中央ストレージまたはストレージなど）、および１つ以上の入力／出力（Ｉ／Ｏ）インターフェース１８を含んでもよいが、それに限定されない。
【００４９】
バス２０は、メモリ・バスまたはメモリ・コントローラ、ペリフェラル・バス、アクセラレーテッド・グラフィクス・ポート、およびさまざまなバス・アーキテクチャのいずれかを用いたプロセッサまたはローカル・バスを含むいくつかのタイプのバス構造のいずれか１つ以上を表す。限定ではなく例として、こうしたアーキテクチャはインダストリ・スタンダード・アーキテクチャ（ＩＳＡ：Ｉｎｄｕｓｔｒｙ  Ｓｔａｎｄａｒｄ  Ａｒｃｈｉｔｅｃｔｕｒｅ）、マイクロ・チャネル・アーキテクチャ（ＭＣＡ：Ｍｉｃｒｏ  Ｃｈａｎｎｅｌ  Ａｒｃｈｉｔｅｃｔｕｒｅ）、拡張ＩＳＡ（ＥＩＳＡ：Ｅｎｈａｎｃｅｄ  ＩＳＡ）、ビデオ・エレクトロニクス・スタンダーズ・アソシエーション（ＶＥＳＡ：Ｖｉｄｅｏ  Ｅｌｅｃｔｒｏｎｉｃｓ  Ｓｔａｎｄａｒｄｓ  Ａｓｓｏｃｉａｔｉｏｎ）ローカル・バス、およびペリフェラル・コンポーネント・インターコネクト（ＰＣＩ：Ｐｅｒｉｐｈｅｒａｌ  Ｃｏｍｐｏｎｅｎｔ  Ｉｎｔｅｒｃｏｎｎｅｃｔ）を含む。
【００５０】
メモリ１６はたとえば、たとえば共有キャッシュなどのキャッシュ２２などを含んでもよく、キャッシュ２２はプロセッサ１４のローカル・キャッシュ２３に結合されてもよい。さらに、メモリ１６は１つ以上のプログラムまたはアプリケーション２４と、オペレーティング・システム２６と、１つ以上のコンピュータ可読プログラム命令２８とを含んでもよい。コンピュータ可読プログラム命令２８は、発明の態様の実施形態の機能を実行するように構成されてもよい。
【００５１】
コンピュータ・システム１２は、たとえばＩ／Ｏインターフェース１８などを介して１つ以上の外部デバイス３０、１つ以上のネットワーク・インターフェース３２、もしくは１つ以上のデータ・ストレージ・デバイス３４、またはその組み合わせとも通信してもよい。外部デバイスの例は、ユーザ端末、テープ・ドライブ、ポインティング・デバイス、ディスプレイなどを含む。ネットワーク・インターフェース３２は、コンピュータ・システム１２がたとえばローカル・エリア・ネットワーク（ＬＡＮ）、一般的な広域ネットワーク（ＷＡＮ）、もしくはパブリック・ネットワーク（例、インターネット）、またはその組み合わせなどの、他のコンピュータ・デバイスまたはシステムとの通信を提供する１つ以上のネットワークと通信することを可能にする。
【００５２】
データ・ストレージ・デバイス３４は、１つ以上のプログラム３６、１つ以上のコンピュータ可読プログラム命令３８、もしくはデータ、またはその組み合わせなどを保存してもよい。コンピュータ可読プログラム命令は、発明の態様の実施形態の機能を実行するように構成されてもよい。
【００５３】
コンピュータ・システム１２は、取り外し可能／取り外し不可能な揮発性／不揮発性コンピュータ・システム・ストレージ媒体を含むか、もしくはそれに結合されるか、またはその両方であってもよい。たとえば、コンピュータ・システム１２は、取り外し不可能な不揮発性磁気媒体（典型的には「ハード・ドライブ」と呼ばれる）、取り外し可能な不揮発性磁気ディスク（例、「フレキシブル・ディスク」）からの読取りおよびそこへの書込みのための磁気ディスク・ドライブ、またはたとえばＣＤ−ＲＯＭ、ＤＶＤ−ＲＯＭ、もしくはその他の光媒体などの取り外し可能な不揮発性光ディスクからの読取りもしくはそこへの書込みのための光ディスク・ドライブ、あるいはその組み合わせを含むか、もしくはそれに結合されるか、またはその両方であってもよい。コンピュータ・システム１２とともにその他のハードウェアもしくはソフトウェアまたはその両方のコンポーネントが用いられてもよいことが理解されるべきである。その例はマイクロコード、デバイス・ドライバ、冗長処理ユニット、外部ディスク・ドライブ・アレイ、ＲＡＩＤシステム、テープ・ドライブ、およびデータ・アーカイバル・ストレージ・システムなどを含むが、それに限定されない。
【００５４】
コンピュータ・システム１２は、多数のその他の汎用目的または特定目的のコンピュータ・システムの環境または構成とともに動作してもよい。コンピュータ・システム１２とともに用いるために好適であり得る周知のコンピュータ・システム、環境、もしくは構成、またはその組み合わせの例は、パーソナル・コンピュータ（ＰＣ：ｐｅｒｓｏｎａｌ  ｃｏｍｐｕｔｅｒ）システム、サーバ・コンピュータ・システム、シン・クライアント、シック・クライアント、ハンドヘルドまたはラップトップ・デバイス、マルチプロセッサ・システム、マイクロプロセッサ・ベースのシステム、セット・トップ・ボックス、プログラマブル家電機器、ネットワークＰＣ、ミニコンピュータ・システム、メインフレーム・コンピュータ・システム、および上記のシステムまたはデバイスのいずれかを含む分散型クラウド・コンピューティング環境などを含むが、それに限定されない。
【００５５】
一例において、たとえばプロセッサ１４などのプロセッサは、本発明の１つ以上の態様を行うための１つ以上のコンポーネントを実行してもよい。これらのコンポーネントは、メイン・メモリ（例、メモリ１６）もしくは１つ以上のキャッシュ（例、共有キャッシュ２２、ローカル・キャッシュ２３）もしくは外部ストレージ（例、デバイス３４）またはその組み合わせを含むメモリに保存されてもよく、かつ１つ以上のプロセッサ（例、プロセッサ１４）によって実行されてもよい。
【００５６】
一例において、図６Ｂを参照すると、コンポーネントはイベントのモニタに用いられるモニタ・エンジン４０と、特定のタイプのイベントの検出に用いられる検出エンジン４２と、車両の１つ以上のスマート・ガラス窓を通る可視光透過を自動的に調節するための活動を開始するための調節エンジンとを含んでもよい。プロセッサによって実行されるコンポーネントは、個別のコンポーネントであってもよいし、組み合わされて１つのコンポーネントになっていてもよい。さらに、１つ以上の他のタスクを行うために他のコンポーネントが含まれていてもよい。多くの変形が可能である。
【００５７】
１つ以上の態様は、クラウド・コンピューティングに関係してもよい。
【００５８】
この開示はクラウド・コンピューティングに対する詳細な説明を含むが、本明細書に述べられている教示の実施はクラウド・コンピューティング環境に限定されないことが予め理解されたい。むしろ本発明の実施形態は、現在公知であるか、後に開発される任意のその他のタイプのコンピューティング環境とともに実現され得る。
【００５９】
クラウド・コンピューティングは、最小限の管理努力またはサービスのプロバイダとの対話によって迅速にプロビジョニングおよびリリースされ得る構成可能なコンピューティング・リソース（例、ネットワーク、ネットワーク帯域幅、サーバ、処理、メモリ、ストレージ、アプリケーション、仮想マシン、およびサービス）の共有プールへの便利なオンデマンド・ネットワーク・アクセスを可能にするためのサービス配信のモデルである。このクラウド・モデルは少なくとも５つの特性と、少なくとも３つのサービス・モデルと、少なくとも４つの導入モデルとを含んでもよい。
【００６０】
特性は次のとおりである。
オンデマンド・セルフサービス。クラウド消費者は、たとえばサーバ時間およびネットワーク・ストレージなどのコンピューティング・ケイパビリティを、必要に応じて自動的に、サービスのプロバイダとの人的対話を必要とせずに一方的にプロビジョニングできる。
広範なネットワーク・アクセス。ケイパビリティはネットワークを通じて利用可能であり、異種シンまたはシック・クライアント・プラットフォーム（例、携帯電話、ラップトップ、およびＰＤＡ）による使用を促進する標準的な機構を通じてアクセスされる。
リソース・プール。マルチテナント・モデルを用いて複数の消費者にサービスするために、プロバイダのコンピューティング・リソースはプールされ、要求に従って異なる物理および仮想リソースが動的に割り当ておよび再割り当てされる。消費者は一般的に、提供されるリソースの正確な場所に対する制御も知識も有さないが、より高い抽象化レベルにおける場所（例、国、州、またはデータセンタ）を特定できてもよいという点で、場所独立性の意味が存在する。
迅速な順応性。ケイパビリティは、素早くスケール・アウトするために場合によっては自動的に、迅速かつ順応的にプロビジョニングされ、かつ素早くスケール・インするために迅速にリリースされ得る。消費者にとって、プロビジョニングのために利用可能なケイパビリティはしばしば無制限にみえ、任意のときに任意の量を購入できる。
サービスの測定。クラウド・システムは、サービスのタイプ（例、ストレージ、処理、帯域幅、およびアクティブ・ユーザ・アカウント）に対して適切な任意の抽象化レベルにおいて計測ケイパビリティを利用することによって、リソースの使用を自動的に制御および最適化する。リソースの使用をモニタ、制御、および報告して、使用されるサービスのプロバイダおよび消費者の両方に対する透明性を提供できる。
【００６１】
サービス・モデルは次のとおりである。
ソフトウェアアズアサービス（ＳａａＳ：Ｓｏｆｔｗａｒｅ  ａｓ  ａ  Ｓｅｒｖｉｃｅ）。消費者に提供されるケイパビリティは、クラウド・インフラストラクチャにおいて実行されるプロバイダのアプリケーションの使用である。アプリケーションは、種々のクライアント・デバイスからたとえばウェブ・ブラウザ（例、ウェブ・ベースのｅメール）などのシン・クライアント・インターフェースを通じてアクセス可能である。消費者はネットワーク、サーバ、オペレーティング・システム、ストレージ、または個々のアプリケーション・ケイパビリティさえも含む基礎的なクラウド・インフラストラクチャを管理または制御することはなく、例外となり得るのは限られたユーザ特有のアプリケーション構成設定である。
プラットフォームアズアサービス（ＰａａＳ：Ｐｌａｔｆｏｒｍ  ａｓ  ａ  Ｓｅｒｖｉｃｅ）。消費者に提供されるケイパビリティは、プロバイダによってサポートされるプログラミング言語およびツールを用いて作成された、消費者が作成または取得したアプリケーションのクラウド・インフラストラクチャへの配置である。消費者はネットワーク、サーバ、オペレーティング・システム、またはストレージを含む基礎的なクラウド・インフラストラクチャを管理または制御することはないが、配置されたアプリケーションおよびおそらくはアプリケーション・ホスティング環境構成に対する制御を有する。
インフラストラクチャアズアサービス（ＩａａＳ：Ｉｎｆｒａｓｔｒｕｔｕｒｅ  ａｓ  ａ  Ｓｅｒｖｉｃｅ）。消費者に提供されるケイパビリティは、オペレーティング・システムおよびアプリケーションを含むこともできる、消費者が任意のソフトウェアを配置および実行することが可能な処理、ストレージ、ネットワーク、およびその他の基本的なコンピューティング・リソースのプロビジョニングである。消費者は基礎的なクラウド・インフラストラクチャを管理または制御することはないが、オペレーティング・システム、ストレージ、配置されたアプリケーションに対する制御、およびおそらくはネットワーク形成コンポーネント（例、ホスト・ファイアウォール）の選択に対する限られた制御を有する。
【００６２】
導入モデルは次のとおりである。
プライベート・クラウド。このクラウド・インフラストラクチャは、ある組織に対してのみ動作される。これはその組織または第３者によって管理されてもよく、構内または構外に存在してもよい。
コミュニティ・クラウド。このクラウド・インフラストラクチャはいくつかの組織によって共有され、共通する関心事項（例、任務、セキュリティ要件、ポリシー、およびコンプライアンスの検討）を有する特定のコミュニティをサポートする。これはそれらの組織または第３者によって管理されてもよく、構内または構外に存在してもよい。
パブリック・クラウド。このクラウド・インフラストラクチャは、一般人または大規模な産業グループに対して利用可能にされ、クラウド・サービスを販売する組織が所有している。
ハイブリッド・クラウド。このクラウド・インフラストラクチャは２つ以上のクラウド（プライベート、コミュニティ、またはパブリック）の複合体であり、それらのクラウドは一意のエンティティを留めるが、データおよびアプリケーション・ポータビリティを可能にする標準または独自の技術（例、クラウド間のロード・バランシングのためのクラウド・バースティング）によってともに結合される。
【００６３】
クラウド・コンピューティング環境はサービス指向型であり、ステートレス性、低結合性、モジュラリティ、および意味的な相互運用性に焦点を合わせている。クラウド・コンピューティングの中心には、相互接続されたノードのネットワークを含むインフラストラクチャがある。
【００６４】
ここで図７を参照すると、例示的なクラウド・コンピューティング環境５０が示されている。示されるとおり、クラウド・コンピューティング環境５０は１つ以上のクラウド・コンピューティング・ノード５２を含み、このクラウド・コンピューティング・ノード５２によって、たとえばパーソナル・デジタル・アシスタント（ＰＤＡ：ｐｅｒｓｏｎａｌ  ｄｉｇｉｔａｌ  ａｓｓｉｓｔａｎｔ）もしくは携帯電話５４Ａ、デスクトップ・コンピュータ５４Ｂ、ラップトップ・コンピュータ５４Ｃ、または自動車のコンピュータ・システム５４Ｎ、あるいはその組み合わせなどの、クラウド消費者によって用いられるローカル・コンピュータ・デバイスが通信してもよい。ノード５２は互いに通信してもよい。それらのノード５２は、たとえば本明細書に上述したプライベート、コミュニティ、パブリック、もしくはハイブリッド・クラウド、またはその組み合わせなどの１つ以上のネットワークにおいて、物理的または仮想的にグループ化（図示せず）されてもよい。このことは、クラウド・コンピューティング環境５０がインフラストラクチャ、プラットフォーム、もしくはソフトウェア、またはその組み合わせを、クラウド消費者がそれに対するリソースをローカル・コンピュータ・デバイスにおいて維持する必要のないサービスとして提供することを可能にする。図７に示されるコンピュータ・デバイス５４Ａ〜Ｎのタイプは単なる例示であることが意図されており、コンピューティング・ノード５２およびクラウド・コンピューティング環境５０は、任意のタイプのネットワークもしくはネットワーク・アドレス可能接続（例、ウェブ・ブラウザを使用するもの）またはその両方を通じて、任意のタイプのコンピュータ・デバイスと通信できることが理解される。
【００６５】
ここで図８を参照すると、クラウド・コンピューティング環境５０（図７）によって提供される機能抽象化レイヤのセットが示されている。図８に示されるコンポーネント、レイヤ、および機能は単なる例示であることが意図されており、本発明の実施形態はこれに限定されないことが予め理解されるべきである。示されるとおり、以下のレイヤおよび対応する機能が提供される。
【００６６】
ハードウェアおよびソフトウェア・レイヤ６０は、ハードウェアおよびソフトウェア・コンポーネントを含む。ハードウェア・コンポーネントの例は、メインフレーム６１、ＲＩＳＣ（縮小命令セット・コンピュータ（Ｒｅｄｕｃｅｄ  Ｉｎｓｔｒｕｃｔｉｏｎ  Ｓｅｔ  Ｃｏｍｐｕｔｅｒ））アーキテクチャ・ベースのサーバ６２、サーバ６３、ブレード・サーバ６４、ストレージ・デバイス６５、ならびにネットワークおよびネットワーク形成コンポーネント６６を含む。いくつかの実施形態において、ソフトウェア・コンポーネントは、ネットワーク・アプリケーション・サーバ・ソフトウェア６７およびデータベース・ソフトウェア６８を含む。
【００６７】
仮想化レイヤ７０が提供する抽象化レイヤからは、仮想エンティティの以下の例が提供されてもよい。仮想サーバ７１、仮想ストレージ７２、仮想プライベート・ネットワークを含む仮想ネットワーク７３、仮想アプリケーションおよびオペレーティング・システム７４、ならびに仮想クライアント７５。
【００６８】
一例において、管理レイヤ８０は以下に記載される機能を提供してもよい。リソース・プロビジョニング８１は、クラウド・コンピューティング環境内でタスクを行うために使用されるコンピューティング・リソースおよびその他のリソースの動的調達を提供する。計測および価格決定８２は、クラウド・コンピューティング環境内でリソースが使用される際のコスト追跡と、これらのリソースの消費に対する請求書またはインボイスの送付とを提供する。一例において、これらのリソースはアプリケーション・ソフトウェア・ライセンスを含んでもよい。セキュリティは、クラウド消費者およびタスクに対するアイデンティティ検証、ならびにデータおよびその他のリソースの保護を提供する。ユーザ・ポータル８３は、消費者およびシステム管理者に対するクラウド・コンピューティング環境へのアクセスを提供する。サービス・レベル管理８４は、必要とされるサービス・レベルが満たされるようにクラウド・コンピューティング・リソースの割り当ておよび管理を提供する。サービス・レベル・アグリーメント（ＳＬＡ：Ｓｅｒｖｉｃｅ  Ｌｅｖｅｌ  Ａｇｒｅｅｍｅｎｔ）計画および実現８５は、ＳＬＡによって将来の要求が予測されるクラウド・コンピューティング・リソースに対する事前の取り決めおよびその調達を提供する。
【００６９】
ワークロード・レイヤ９０は、クラウド・コンピューティング環境が使用され得る機能の例を提供する。このレイヤから提供され得るワークロードおよび機能の例は、マッピングおよびナビゲーション９１、ソフトウェア開発およびライフサイクル管理９２、仮想教室の教育配信９３、データ分析処理９４、トランザクション処理９５、ならびにたとえば車両の窓を通る可視光透過の制御などを含むイベント処理９６を含む。
【００７０】
本発明の態様は、統合の任意の可能な技術的詳細レベルにおけるシステム、方法、もしくはコンピュータ・プログラム製品、またはその組み合わせであってもよい。コンピュータ・プログラム製品は、プロセッサに本発明の態様を実行させるためのコンピュータ可読プログラム命令を有するコンピュータ可読ストレージ媒体（または複数の媒体）を含んでもよい。
【００７１】
コンピュータ可読ストレージ媒体は、命令実行デバイスによって使用するための命令を保持および保存できる有形デバイスであり得る。コンピュータ可読ストレージ媒体は、たとえば電子ストレージ・デバイス、磁気ストレージ・デバイス、光ストレージ・デバイス、電磁気ストレージ・デバイス、半導体ストレージ・デバイス、または前述の任意の好適な組み合わせなどであってもよいが、それに限定されない。コンピュータ可読ストレージ媒体のより具体的な例の非網羅的リストは以下を含む。ポータブル・コンピュータ・ディスケット、ハード・ディスク、ランダム・アクセス・メモリ（ＲＡＭ：ｒａｎｄｏｍ  ａｃｃｅｓｓ  ｍｅｍｏｒｙ）、リード・オンリ・メモリ（ＲＯＭ：ｒｅａｄ−ｏｎｌｙ  ｍｅｍｏｒｙ）、消去可能プログラマブル・リード・オンリ・メモリ（ｅｒａｓａｂｌｅ  ｐｒｏｇｒａｍｍａｂｌｅ  ｒｅａｄ−ｏｎｌｙ  ｍｅｍｏｒｙ）（ＥＰＲＯＭまたはフラッシュ・メモリ）、スタティック・ランダム・アクセス・メモリ（ＳＲＡＭ：ｓｔａｔｉｃ  ｒａｎｄｏｍ  ａｃｃｅｓｓ  ｍｅｍｏｒｙ）、ポータブル・コンパクト・ディスク・リード・オンリ・メモリ（ＣＤ−ＲＯＭ：ｃｏｍｐａｃｔ  ｄｉｓｃ  ｒｅａｄ−ｏｎｌｙ  ｍｅｍｏｒｙ）、デジタルバーサタイルディスク（ＤＶＤ：ｄｉｇｉｔａｌ  ｖｅｒｓａｔｉｌｅ  ｄｉｓｋ）、メモリ・スティック、フレキシブル・ディスク、機械的にコード化されたデバイス、たとえばパンチ・カードまたは記録された命令を有する溝の中の隆起構造など、および前述の任意の好適な組み合わせ。本明細書において用いられるコンピュータ可読ストレージ媒体は、たとえば電波もしくはその他の自由に伝播する電磁波、導波路もしくはその他の伝送媒体を通じて伝播する電磁波（例、光ファイバ・ケーブルを通過する光パルス）、またはワイヤを通じて伝送される電気信号など、それ自体が一時的信号であると解釈されるべきではない。
【００７２】
本明細書に記載されるコンピュータ可読プログラム命令は、コンピュータ可読ストレージ媒体からそれぞれのコンピューティング／処理デバイスにダウンロードされ得るか、またはたとえばインターネット、ローカル・エリア・ネットワーク、広域ネットワーク、もしくはワイヤレス・ネットワーク、またはその組み合わせなどのネットワークを介して外部コンピュータまたは外部ストレージ・デバイスにダウンロードされ得る。ネットワークは銅伝送ケーブル、光伝送ファイバ、無線伝送、ルータ、ファイアウォール、スイッチ、ゲートウェイ・コンピュータ、もしくはエッジ・サーバ、またはその組み合わせを含んでもよい。各コンピューティング／処理デバイス内のネットワーク・アダプタ・カードまたはネットワーク・インターフェースは、ネットワークからコンピュータ可読プログラム命令を受信して、そのコンピュータ可読プログラム命令をそれぞれのコンピューティング／処理デバイス内のコンピュータ可読ストレージ媒体に記憶するために転送する。
【００７３】
本発明の動作を実行するためのコンピュータ可読プログラム命令はアセンブラ命令、命令セット・アーキテクチャ（ＩＳＡ：ｉｎｓｔｒｕｃｔｉｏｎ−ｓｅｔ−ａｒｃｈｉｔｅｃｔｕｒｅ）命令、マシン命令、マシン依存命令、マイクロコード、ファームウェア命令、状態設定データ、集積回路に対する構成データ、または１つ以上のプログラミング言語の任意の組み合わせで書かれたソース・コードもしくはオブジェクト・コードであってもよく、このプログラミング言語はオブジェクト指向プログラミング言語、たとえばＳｍａｌｌｔａｌｋ（Ｒ）、またはＣ＋＋など、および手続き型プログラミング言語、たとえば「Ｃ」プログラミング言語または類似のプログラミング言語などを含む。コンピュータ可読プログラム命令は、すべてがユーザのコンピュータで実行されてもよいし、スタンド・アロン・ソフトウェア・パッケージとして部分的にユーザのコンピュータで実行されてもよいし、一部がユーザのコンピュータで、一部がリモート・コンピュータで実行されてもよいし、すべてがリモート・コンピュータまたはサーバで実行されてもよい。後者のシナリオにおいて、リモート・コンピュータは、ローカル・エリア・ネットワーク（ＬＡＮ）または広域ネットワーク（ＷＡＮ）を含む任意のタイプのネットワークを通じてユーザのコンピュータに接続されてもよいし、（たとえば、インターネット・サービス・プロバイダを用いてインターネットを通じて）外部コンピュータへの接続が行われてもよい。いくつかの実施形態において、たとえばプログラマブルロジック回路、フィールド・プログラマブル・ゲート・アレイ（ＦＰＧＡ：ｆｉｅｌｄ−ｐｒｏｇｒａｍｍａｂｌｅ  ｇａｔｅ  ａｒｒａｙｓ）、またはプログラマブルロジックアレイ（ＰＬＡ：ｐｒｏｇｒａｍｍａｂｌｅ  ｌｏｇｉｃ  ａｒｒａｙｓ）などを含む電子回路は、本発明の態様を行うために電子回路をパーソナライズするためのコンピュータ可読プログラム命令の状態情報を使用することによって、コンピュータ可読プログラム命令を実行してもよい。
【００７４】
本明細書においては、発明の実施形態による方法、装置（システム）、およびコンピュータ・プログラム製品の流れ図もしくはブロック図またはその両方を参照して、本発明の態様を説明している。流れ図もしくはブロック図またはその両方の各ブロック、および流れ図もしくはブロック図またはその両方におけるブロックの組み合わせは、コンピュータ可読プログラム命令によって実現され得ることが理解されるだろう。
【００７５】
これらのコンピュータ可読プログラム命令は、汎用目的コンピュータ、特定目的コンピュータ、またはマシンを生成するためのその他のプログラマブル・データ処理装置のプロセッサに提供されることによって、そのコンピュータまたはその他のプログラマブル・データ処理装置のプロセッサを介して実行される命令が、流れ図もしくはブロック図またはその両方の単数または複数のブロックにおいて指定される機能／動作を実現するための手段を生じてもよい。これらのコンピュータ可読プログラム命令は、コンピュータ、プログラマブル・データ処理装置、もしくはその他のデバイス、またはその組み合わせに特定の方式で機能するように指示できるコンピュータ可読ストレージ媒体にも保存されることによって、命令が保存されたコンピュータ可読ストレージ媒体が、流れ図もしくはブロック図またはその両方の単数または複数のブロックにおいて指定される機能／動作の態様を実現する命令を含む製造物を含んでもよい。
【００７６】
コンピュータ可読プログラム命令は、コンピュータ、他のプログラマブル・データ処理装置、または他のデバイスにもロードされて、コンピュータに実現されるプロセスを生成するためにコンピュータ、他のプログラマブル装置、または他のデバイスにおいて一連の動作ステップを行わせることによって、そのコンピュータ、他のプログラマブル装置、または他のデバイスにおいて実行される命令が、流れ図もしくはブロック図またはその両方の単数または複数のブロックにおいて指定される機能／動作を実現してもよい。
【００７７】
図面における流れ図およびブロック図は、本発明のさまざまな実施形態によるシステム、方法、およびコンピュータ・プログラム製品の可能な実施のアーキテクチャ、機能、および動作を示すものである。これに関して、流れ図またはブロック図の各ブロックは、指定されるロジック機能（単数または複数）を実現するための１つ以上の実行可能命令を含むモジュール、セグメント、または命令の一部を表してもよい。いくつかの代替的実施において、ブロック内に示される機能は、図面に示されるものとは異なる順序で起こってもよい。たとえば、連続して示される２つのブロックは、実際には実質的に同時に実行されてもよいし、関与する機能によってはこれらのブロックがときに逆の順序で実行されてもよい。加えて、ブロック図もしくは流れ図またはその両方の各ブロック、およびブロック図もしくは流れ図またはその両方のブロックの組み合わせは、指定された機能を行うか、特定目的のハードウェアおよびコンピュータ命令の組み合わせを実施または実行する特定目的のハードウェア・ベースのシステムによって実現され得ることが注目されるだろう。
【００７８】
上記に加えて、顧客環境の管理を提供するサービス・プロバイダによって、１つ以上の態様の提供、提案、配置、管理、サービスなどがなされてもよい。たとえばサービス・プロバイダは、１人以上の顧客に対する１つ以上の態様を行うコンピュータ・コードもしくはコンピュータ・インフラストラクチャまたはその両方の作成、維持、サポートなどを行い得る。それに対して、サービス・プロバイダはたとえばサブスクリプションもしくは料金の合意またはその両方などによって顧客から支払いを受けてもよい。付加的または代替的に、サービス・プロバイダは１人以上の第３者に対する広告コンテンツの販売から支払いを受けてもよい。
【００７９】
１つの態様において、１つ以上の実施形態を行うためのアプリケーションが配置されてもよい。一例として、アプリケーションの配置は、１つ以上の実施形態を行うように動作可能なコンピュータ・インフラストラクチャを提供することを含む。
【００８０】
さらなる態様として、コンピュータ・システムにコンピュータ可読コードを統合することを含むコンピュータ・インフラストラクチャが配置されてもよく、このコードとコンピュータ・システムとの組み合わせは１つ以上の実施形態を行い得る。
【００８１】
なおさらなる態様として、コンピュータ・システムにコンピュータ可読コードを統合することを含むコンピュータ・インフラストラクチャを統合するためのプロセスが提供されてもよい。コンピュータ・システムはコンピュータ可読媒体を含み、コンピュータ媒体は１つ以上の実施形態を含む。コードとコンピュータ・システムとの組み合わせは、１つ以上の実施形態を行い得る。
【００８２】
さまざまな実施形態が上述されているが、これらは単なる例である。たとえば、１つ以上の実施形態において他のタイプのデバイスもしくは追跡コンポーネントまたはその両方が用いられてもよい。多くの変形が可能である。
【００８３】
さらに、他のタイプのコンピューティング環境が利益をもたらしてもよく、用いられてもよい。例として、システム・バスを通じてメモリ・エレメントに直接または間接的に結合された少なくとも２つのプロセッサを含む、プログラム・コードの保存もしくは実行またはその両方に好適なデータ処理システムが使用され得る。メモリ・エレメントは、たとえばプログラム・コードの実際の実行中に使用されるローカル・メモリ、バルク・ストレージ、および実行中にバルク・ストレージからコードを検索しなければならない回数を低減するために少なくともいくらかのプログラム・コードの一時的ストレージを提供するキャッシュ・メモリなどを含む。
【００８４】
入力／出力すなわちＩ／Ｏデバイス（キーボード、ディスプレイ、ポインティング・デバイス、ＤＡＳＤ、テープ、ＣＤ、ＤＶＤ、サム・ドライブ、およびその他のメモリ媒体などを含むがそれに限定されない）は、システムに直接結合されてもよいし、介在Ｉ／Ｏコントローラを通じて結合されてもよい。データ処理システムが、介在プライベートまたはパブリック・ネットワークを通じて他のデータ処理システムまたはリモート・プリンタまたはストレージ・デバイスに結合されるようになることを可能にするために、システムにネットワーク・アダプタも結合されてもよい。モデム、ケーブル・モデム、およびイーサネット（Ｅｔｈｅｒｎｅｔ）（Ｒ）カードは、利用可能なタイプのネットワーク・アダプタのほんのいくつかである。
【００８５】
本明細書において用いられる用語は、単に特定の実施形態を説明する目的のためのものであり、発明を限定することは意図されていない。本明細書において用いられる単数形の「ａ」、「ａｎ」、および「ｔｈｅ」は、文脈上別段の明示がない限り複数形も含むことが意図されている。さらに、「含む（ｃｏｍｐｒｉｓｅ）」（ならびに含むの任意の形、たとえば「含む（ｃｏｍｐｒｉｓｅｓ）」および「含む（ｃｏｍｐｒｉｓｉｎｇ）」など）、「有する（ｈａｖｅ）」（ならびに有するの任意の形、たとえば「有する（ｈａｓ）」および「有する（ｈａｖｉｎｇ）」など）、「含む（ｉｎｃｌｕｄｅ）」（ならびに含むの任意の形、たとえば「含む（ｉｎｃｌｕｄｅｓ）」および「含む（ｉｎｃｌｕｄｉｎｇ）」など）、および「含有する（ｃｏｎｔａｉｎ）」（ならびに含有するの任意の形、たとえば「含有する（ｃｏｎｔａｉｎｓ）」および「含有する（ｃｏｎｔａｉｎｉｎｇ）」など）という用語は、オープンエンドの連結動詞であることが理解されるだろう。結果として、１つ以上のステップまたは構成要素を「含む（ｃｏｍｐｒｉｓｅｓ）」か、「有する」か、「含む（ｉｎｃｌｕｄｅｓ）」か、または「含有する」方法またはデバイスは、それら１つ以上のステップまたは構成要素を有するが、それら１つ以上のステップまたは構成要素のみを有することに限定されない。同様に、１つ以上の特徴を「含む（ｃｏｍｐｒｉｓｅｓ）」か、「有する」か、「含む（ｉｎｃｌｕｄｅｓ）」か、または「含有する」方法のステップまたはデバイスの構成要素は、それら１つ以上の特徴を有するが、それら１つ以上の特徴のみを有することに限定されない。さらに、特定のやり方で構成されたデバイスまたは構造は、少なくともそのやり方で構成されるが、挙げられていないやり方でも構成されてもよい。
【００８６】
以下の請求項におけるすべての手段またはステップ・プラス機能要素に対応する構造、材料、動作、および均等物は、もしあれば、特定的に請求される他の請求要素と組み合わせてその機能を行うための任意の構造、材料または動作を含むことが意図される。本発明の説明は例示および説明の目的のために提供されたものであるが、開示される形の発明に対して網羅的または限定的になることは意図されていない。発明の範囲および思想から逸脱することなく、当業者には多くの修正および変更が明らかになるだろう。実施形態は、発明の１つ以上の態様の原理および実際の適用を最もよく説明し、かつ他の当業者が予期される特定の使用に好適であるようなさまざまな修正を伴うさまざまな実施形態に対して発明の１つ以上の態様を理解できるようにするために選択されて記載されたものである。
【図１】
2021526093.tif 000003
【図２Ａ】
2021526093.tif 000004
【図２Ｂ】
2021526093.tif 000005
【図２Ｃ】
2021526093.tif 000006
【図２Ｄ】
2021526093.tif 000007
【図３】
2021526093.tif 000008
【図４】
2021526093.tif 000009
【図５Ａ】
2021526093.tif 000010
【図５Ｂ】
2021526093.tif 000011
【図６Ａ】
2021526093.tif 000012
【図６Ｂ】
2021526093.tif 000013
【図７】
2021526093.tif 000014
【図８】
2021526093.tif 000015
【手続補正書】
【提出日】令和2年11月13日(2020.11.13)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
車両の窓を通る可視光透過を制御する方法であって、前記方法は
前記窓を通る可視光透過を制御するための制御システムを提供するステップを含み、前記窓はスマート・ガラスを含み、前記窓を通る可視光透過は前記制御システムによって動的に調節可能であり、前記制御システムは
前記車両に関連付けられた少なくとも１つのビデオ・カメラからビデオ・ストリームを受信し、かつ
指定イベントに対して前記ビデオ・ストリームを分析し、前記イベントの検出は、前記窓を通る前記可視光透過を調節するための前記制御システムによる活動を開始させる、方法。
【請求項２】
前記ビデオ・ストリームは前記車両の１人以上の乗員を少なくとも部分的に画像化する少なくとも１つの車両内ビデオ・カメラによって捕捉され、前記イベントは乗員に関するイベントである、請求項１に記載の方法。
【請求項３】
前記車両の前記窓は前記車両の側部窓であり、前記乗員に関するイベントとは前記車両の乗員が眠っていることであり、前記制御システムは前記イベントの検出に基づいて前記側部窓を通る可視光透過を自動的に減少させるように構成される、請求項２に記載の方法。
【請求項４】
前記車両の前記側部窓は前記車両の複数の側部窓のうちの１つの側部窓であり、前記１つの側部窓は前記車両の前記乗員の最も近くに位置する、請求項３に記載の方法。
【請求項５】
前記車両の前記窓は前記車両の側部窓であり、前記乗員に関するイベントとは前記車両の乗員が前記側部窓の外を見るために向きを変えることであり、前記制御システムは前記イベントの検出に基づいて前記側部窓の少なくとも一部分を通る可視光透過を自動的に増加させるように構成される、請求項２に記載の方法。
【請求項６】
前記車両の前記窓は前記車両の側部窓であり、前記車両に関連付けられた前記少なくとも１つのビデオ・カメラは前記車両の外側の領域を少なくとも部分的に画像化するように位置決めされ、前記イベントは前記車両の外側のイベントであり、前記制御システムは前記車両の前記外側のイベントの検出に基づいて前記側部窓を通る可視光透過を自動的に増加させるように構成される、請求項１に記載の方法。
【請求項７】
前記車両の前記外側のイベントとは、別の車両が前記車両に接近していることである、請求項６に記載の方法。
【請求項８】
前記分析は、前記車両に接近する人に対する顔認識分析を行うステップを含み、前記イベントは前記顔認識分析によって前記人を前記車両の認可ユーザとして識別するステップを含み、前記制御システムは前記認可ユーザに対して前記窓を通る前記可視光透過を指定レベルまで自動的に調節するように構成される、請求項１に記載の方法。
【請求項９】
前記制御システムは前記認可ユーザに対して前記窓を通る可視光透過を自動的に増加させるように構成される、請求項８に記載の方法。
【請求項１０】
前記分析は、前記車両に接近する人に対する顔認識分析を行うステップを含み、前記イベントは前記顔認識分析によって前記人を前記車両の非認可ユーザとして識別するステップを含み、前記制御システムは前記非認可ユーザに対して前記窓を通る可視光透過を自動的に減少させるように構成される、請求項１に記載の方法。
【請求項１１】
前記イベントは複数の指定タイプのイベントのうちの指定タイプのイベントであり、前記複数の指定タイプのイベントの各指定タイプのイベントは、前記窓を通る可視光透過を調節するための前記制御システムによるそれぞれの制御活動を開始させ、前記それぞれの制御活動は前記指定タイプのイベントに基づいて前記窓を通る可視光透過のレベルを調節するために前記制御システムによって取られるべき複数の異なる予め指定された活動を含む、請求項１に記載の方法。
【請求項１２】
請求項１〜１１の何れか１項に記載の方法の各ステップを、コンピュータ・ハードウエアによる手段として構成した、システム。
【請求項１３】
請求項１〜１１の何れか１項に記載の方法の各ステップを、コンピュータに実行させる、コンピュータ・プログラム。
【請求項１４】
請求項１３に記載の前記コンピュータ・プログラムをコンピュータ可読ストレージ媒体に記録した、ストレージ媒体。
【国際調査報告】
2021526093.tif 000016
2021526093.tif 000017