(57)【要約】  画像システムは、画像システムの駆動シーケンスを動的に更新する。駆動シーケンスは、ディスプレイが動作する画像表示設定またはディスプレイ駆動特性である。画像システムは、１つ以上のセンサからの入力に少なくとも部分的に基づいて、駆動シーケンスを決定し得る。例えば、画像システムは、慣性測定ユニット、光センサ、カメラ、温度センサ、またはセンサデータを収集することができる他のセンサなどのセンサを含み得る。画像システムは、センサデータを分析して、駆動シーケンス設定を計算するか、またはいくつかの所定の駆動シーケンスから駆動シーケンスを選択し得る。ディスプレイ上に画像コンテンツを表示することは、ディスプレイに画像データを提供することを含み、さまざまな駆動シーケンスでディスプレイを操作することを含む。
2021525399.tif 000002
【特許請求の範囲】
【請求項１】
駆動方式設定を動的に更新して、ディスプレイ内の画像データの表示を調整するための方法であって、
画像データを受信することと、
前記画像データを表示するときにディスプレイに適用する駆動シーケンスを決定することと、
１つ以上の画像データフレーム内に前記駆動シーケンスを前記画像データとマージすることと、
前記１つ以上の画像データフレームをディスプレイドライバに送信して、前記ディスプレイドライバが前記駆動シーケンスに従って前記ディスプレイを駆動できるようにすることと、を含む方法。
【請求項２】
前記駆動シーケンスは、前記ディスプレイの制御設定を含む駆動方式である、請求項１に記載の方法。
【請求項３】
１つ以上の画像センサ、ネットワーク接続、またはメモリ位置から前記画像データを受信することをさらに含み、
前記駆動シーケンスを前記画像データとマージすることは、前記駆動シーケンスを前記１つ以上の画像データフレームの行および／または列に挿入することを含む、請求項１に記載の方法。
【請求項４】
前記１つ以上の画像データフレームは、ＭＩＰＩ（モバイルインダストリプロセッサインターフェース）フォーマット、ＨＤＭＩ（登録商標）（ｈｉｇｈ−ｄｅｆｉｎｉｔｉｏｎ  ｍｕｌｔｉｍｅｄｉａ  ｉｎｔｅｒｆａｃｅ）フォーマット、ＤＰ（ディスプレイポート）フォーマット、ＰＣＩ−ｅｘｐｒｅｓｓフォーマット、ＵＳＢフォーマット、イーサネットフォーマット、およびＷｉ−Ｆｉフォーマットのうちの少なくとも１つでフォーマットされる、請求項１に記載の方法。
【請求項５】
前記駆動シーケンスは、信号変調特性、ピクセルの色持続時間、フレームレート、色サブフレームレート、ビット深度、色順次デューティサイクル、色域、ガンマ、持続性、駆動電圧、照明タイミング、照明強度、ディスプレイに送られる個々のビットプレーンのタイミング、ルックアップテーブル（ＬＵＴ）、およびシリアルポートインターフェース（ＳＰＩ）コマンドのうちの少なくとも１つを含む、請求項１に記載の方法。
【請求項６】
１つ以上のセンサからセンサデータを受信することと、
少なくとも部分的に前記センサデータに基づいて、前記駆動シーケンスを決定することと、をさらに含む、請求項１に記載の方法。
【請求項７】
前記センサデータは、ディスプレイを基準としたユーザの目の向きを表す画像センサデータ、ディスプレイが動作している環境の照明強度を表すデータのうちの少なくとも１つを含む、請求項６に記載の方法。
【請求項８】
前記１つ以上の画像データフレームを受信することと、
前記画像データフレームから前記画像データおよび前記駆動シーケンスを解析することと、
前記駆動シーケンスで前記ディスプレイを構成することと、
前記画像データを前記ディスプレイに送信して、ユーザが見るための前記画像データを表示できるようにすることと、をさらに含む、請求項１に記載の方法。
【請求項９】
駆動シーケンスを決定することは、前記画像システムによって格納された所定の駆動シーケンスのグループから前記駆動シーケンスを選択することを含む、請求項１に記載の方法。
【請求項１０】
駆動方式設定を動的に更新して、ディスプレイ内の画像データの表示を調整するように構成された画像システムであって、
画像データを取得するためのセンサデータ取得モジュールと、
駆動方式を決定し、前記駆動方式を画像データとマージして１つ以上の画像データフレームにするための駆動方式モジュールと、
前記１つ以上の画像データフレームから前記画像データおよび前記駆動方式を解析して、前記駆動シーケンスによって表される設定を備えたディスプレイに前記画像データを表示するためのディスプレイドライバモジュールと、を備える画像システム。
【請求項１１】
前記センサデータ取得モジュールは、複数のセンサのうちの１つ以上からセンサデータを取得する、請求項１０に記載の画像システム。
【請求項１２】
前記駆動シーケンスモジュールは、少なくとも部分的に前記センサデータに基づいて前記駆動シーケンスを決定する、請求項１１に記載の画像システム。
【請求項１３】
前記駆動シーケンスをマージすることは、前記駆動シーケンスを前記１つ以上の画像データフレームの行および／または列に挿入することを含む、請求項１０に記載の画像システム。
【請求項１４】
前記駆動方式モジュールは、第１のプロセッサによって実行され、前記ディスプレイドライバモジュールは、第２のプロセッサによって実行される、請求項１０に記載の画像システム。
【請求項１５】
前記駆動シーケンスは、信号変調特性、ピクセルの色持続時間、フレームレート、色サブフレームレート、ビット深度、色順次デューティサイクル、色域、ガンマ、持続性、駆動電圧、照明タイミング、および照明強度のうちの少なくとも１つを含む、請求項１０に記載の画像システム。
【請求項１６】
駆動方式を動的に更新して、ディスプレイ内の画像データの表示を調整するための画像システムであって、
画像データを識別するための手段と、
前記画像データを表示するときにディスプレイに適用される駆動シーケンスを決定するための手段と、
１つ以上の画像データフレーム内に前記駆動シーケンスを前記画像データとマージするための手段と、
前記１つ以上の画像データフレームを、前記ディスプレイドライバモジュールに送信して、前記ディスプレイドライバモジュールが前記駆動シーケンスで前記ディスプレイを構成できるようにするための手段と、を備える画像システム。
【請求項１７】
前記駆動シーケンスは、前記画像データがディスプレイによって表示される設定を定義する、請求項１６に記載の画像システム。
【請求項１８】
１つ以上のセンサからセンサデータを受信するための手段と、
少なくとも部分的に前記センサデータに基づいて、前記駆動シーケンスを決定するための手段と、をさらに備える、請求項１６に記載の画像システム。
【請求項１９】
前記駆動シーケンスは、信号変調特性、ピクセルの色持続時間、フレームレート、色サブフレームレート、ビット深度、色順次デューティサイクル、色域、ガンマ、持続性、駆動電圧、照明タイミング、および照明強度のうちの少なくとも１つを含む、請求項１６に記載の画像システム。
【請求項２０】
１つ以上のプロセッサによって実行されたときに、請求項１〜９のいずれか一項に記載の方法を含む動作をもたらす命令を格納したコンピュータ可読ストレージデバイス。
【請求項２１】
プロセッサ回路をさらに備える、請求項１０〜１５のいずれか一項に記載の画像システム。
【請求項２２】
請求項１〜９のいずれか一項に記載の方法を実行するための手段を備えるデバイス。
【発明の詳細な説明】
【背景技術】
【０００１】
一般的な画像表示関連の特性としては、とりわけ、画像データのフレームレート、ディスプレイ内のピクセルの色持続時間、およびディスプレイの明るさが挙げられ、これらは、ディスプレイを駆動する駆動回路および／またはソフトウェアを介して制御され得る。これらの表示特性を使用して、表示される画像の明るさ、解像度、奥行き知覚、およびその他の視覚効果を制御できる。
【０００２】
表示特性（例えば、ディスプレイのフレームレート、明るさ等）を再構成するためにいくつかの既存の画像レンダリング技術が採用されている場合、これらの既存の画像レンダリング技術では、ディスプレイをオフにするか、そうでなければ表示用コンテンツのレンダリングを中断して、その表示特性を再構成するかもしくは更新することを必要とする。場合によっては、これらの変更に数秒程度の時間がかかり、頻繁に画像レンダリングを一時的に終了しなければならないことがある。結果的に、画像システムにおいて表示特性を再構成するための既存の技術は、例えば、画像データがレンダリングされている間、表示特性のリアルタイムのおよび／または動的な再構成ができないことがある。
【０００３】
請求された主題のさまざまな実施形態の特徴および利点は、以下の詳細な説明が進むにつれて、および以下の図面を参照することで明らかになるであろう。図面では、同様の数字は同様の部品を示す。
【図面の簡単な説明】
【０００４】
【図１Ａ】本発明の実施形態による、駆動方式を動的に更新するように構成された画像システムの図の例である。
【図１Ｂ】本発明の実施形態による、駆動方式を動的に更新するように構成された画像システムの図の例である。
【図２】本発明の実施形態による、駆動方式アルゴリズムの簡略化された流れ図の例である。
【図３】本発明の実施形態による、パーサアルゴリズムの簡略化された流れ図の例である。
【図４】本発明の実施形態による、マージされた画像フレームの送信シーケンスの図の例である。
【図５】本発明の実施形態による、マージされた画像フレームの送信シーケンスの例である。
【図６Ａ】本発明の実施形態による、プロセッサとディスプレイドライバとの間で駆動シーケンスを送信するためのマージされた画像フレームの例を示す。
【図６Ｂ】本発明の実施形態による、プロセッサとディスプレイドライバとの間で駆動シーケンスを送信するためのマージされた画像フレームの例を示す。
【図７Ａ】本発明の実施形態による、プロセッサとディスプレイドライバとの間で駆動シーケンスを送信するためのオプションの制御構造の複数の例を含む、マージされた画像フレームの部分の例を示す。
【図７Ｂ】本発明の実施形態による、プロセッサとディスプレイドライバとの間で駆動シーケンスを送信するためのオプションの制御構造の複数の例を含む、マージされた画像フレームの部分の例を示す。
【図７Ｃ】本発明の実施形態による、プロセッサとディスプレイドライバとの間で駆動シーケンスを送信するためのオプションの制御構造の複数の例を含む、マージされた画像フレームの部分の例を示す。
【図８】本発明の実施形態による、画像システムのモジュールのブロック図の例である。
【０００５】
以下の詳細な説明は、例示的な実施形態を参照して進められるが、当業者にとってその多くの代替、修正、および変形が明らかであろう。
【発明を実施するための形態】
【０００６】
以下の詳細な説明では、その一部を形成し、実施され得る実施形態を例示として示している添付の図面を参照する。範囲から逸脱することなく、他の実施形態を利用することができ、構造的または論理的な変更を行うことができることを理解されたい。したがって、以下の詳細な説明は、限定的な意味で解釈されるべきではなく、実施形態の範囲は、添付の請求の範囲およびそれらの均等物によって定義される。
【０００７】
さまざまな動作が、実施形態を理解するのに役立ち得る方法で、順番に複数の個別の動作として説明され得る。ただし、説明の順序は、これらの動作が順序に依存していることを意味すると解釈されるべきではない。
【０００８】
説明には、上／下、後／前、頂／底などの遠近法に基づく説明を使用することがある。そのような説明は、単に議論を容易にするために使用され、開示された実施形態の適用を制限することを意図するものではない。
【０００９】
「結合された」および「接続された」という用語は、それらの派生語とともに使用されることがある。これらの用語は、相互の同義語として意図されたものではないことを理解されたい。むしろ、特定の実施形態では、「接続された」は、２つ以上の要素が互いに直接物理的に接触していることを示すために使用され得る。「結合された」とは、２つ以上の要素が直接物理的に接触していることを意味する場合がある。ただし、「結合された」とは、２つ以上の要素が互いに直接接触していないが、それでも互いに協働または相互作用していることを意味する場合もある。
【００１０】
説明の目的上、「Ａ／Ｂ」、「ＡまたはＢ」の形式、または「Ａおよび／またはＢ」の形式の句は、（Ａ）、（Ｂ）、または（ＡおよびＢ）を意味する。説明の目的上、「Ａ、Ｂ、およびＣのうちの少なくとも１つ」という形式の句は、（Ａ）、（Ｂ）、（Ｃ）、（ＡおよびＢ）、（ＡおよびＣ）、（ＢおよびＣ）、または（Ａ、Ｂ、およびＣ）を意味する。説明の目的上、「（Ａ）Ｂ」の形式の句は、（Ｂ）または（ＡＢ）、すなわち、Ａはオプションの要素であることを意味する。
【００１１】
説明には、「実施形態（embodiment）」または「複数の実施形態（embodiments）」という用語を使用することがあり、これらはそれぞれ、同じまたは異なる実施形態のうちの１つ以上を指し得る。さらに、実施形態に関して使用される「備える（comprising）」、「備える（comprises）」、「含む（including）」、「有する（having）」などの用語は同義であり、一般に「オープン」用語として意図されている（例えば、「含む（including）」は、「〜を含むが、これに限定されない」と解釈されるべきであり、「有する（having）」という用語は、「少なくとも〜を有する」と解釈されるべきであり、「含む（includes）」という用語は、「〜を含むが、これに限定されない」と解釈されるべきである等）。
【００１２】
本明細書における任意の複数形および／または単数形の用語の使用に関して、当業者であれば、文脈および／または用途に適切であるように、複数形から単数形へ、および／または単数形から複数形へと変換することができる。さまざまな単数形／複数形の順列が、明確にするために、本明細書で明示的に示される場合がある。
【００１３】
ここで、図面を参照してさまざまな実施形態を説明し、同様の参照番号を使用して、全体を通して同様の要素を参照する。以下の説明では、説明の目的で、１つ以上の実施形態の完全な理解を促進するために、多数の特定の詳細が示されている。しかしながら、いくつかまたはすべての事例において、以下に説明される特定の設計の詳細を採用することなく、以下に説明される任意の実施形態を実施できることが明らかとなり得る。
【００１４】
本明細書では、画像システムの表示特性を動的に再構成するための画像システムの実施形態が開示される。画像データをディスプレイにレンダリングする場合、ディスプレイはいくつかの表示特性に従って構成される。表示特性は、画像データがユーザによってどのように知覚されるかを決定し得る。表示特性を操作して、ユーザがディスプレイにレンダリングされた画像データを体験する方法を強化または変更し得る。本開示の画像システムは、画像システムのディスプレイにレンダリングされる画像データの表示および表示特性の動的な（例えば、リアルタイムであって中断されない）再構成を可能にする。
【００１５】
説明のために、拡張現実（ＡＲ）ヘッドセットとして実装された画像システムでの表示特性の動的再構成の利点を考察する。ユーザがＡＲヘッドセットを装着すると、ヘッドセットは通常、ユーザのリアルタイム環境の画像またはビデオにグラフィック、テキスト、指示、コントロール、またはその他の情報（すなわち、オーバーレイデータ）を重畳する。リアルタイム環境データは、（スチル、ビデオ、パノラマ、またはその他のカメラを介して）撮像によって取り込むことができ、ユーザが頭を左、右、上、または下に動かすと、画像オーバーレイデータも更新され、これに従って、オーバーレイデータも、ユーザの環境で左、右、上、または下にパンする。ユーザが頭を左、右、上、または下に動かすと、リアルタイム環境データも更新され得る。表示特性（例えば、スチル画像またはビデオ画像の表示特性）を動的に再構成する機能を使用して、ＡＲヘッドセットは、ユーザの目が焦点を合わせていないヘッドセットディスプレイの領域を暗くする（例えば、ピクセルのグループの明るさまたはグレースケールレベルを変更する）ことができ、ユーザの目が焦点を合わせているヘッドセットディスプレイの領域の明るさを増加させることができる。同様に、ＡＲヘッドセットは、ユーザの目が焦点を合わせていないヘッドセットディスプレイの領域における画像データの解像度および／またはフレームレートを低下させることができ、および／またはユーザの目が焦点を合わせているヘッドセットディスプレイの領域における画像データの解像度および／またはフレームレートを増加させることができる。表示特性の再構成は動的にかつユーザへの画像コンテンツの表示を中断することなく実行されるため、表示特性の再構成は、ユーザにはシームレスに見え、ユーザの全体的な視覚体験の質を高めるために使用され得る。さらに、その他の利点として、（例えば、所定の、またはユーザの実際の、既知の、または予想される環境に関するデータに基づいた）ユーザの好みに応じて（ヘッドセットディスプレイのピクセルに対応する）ヘッドセットディスプレイの焦点または位置の明るさ、グレースケールレベル、解像度、および／またはフレームレートを調整することにより、例えば、ヘッドセットディスプレイによる電力消費の低減および／またはヘッドセットディスプレイのユーザによって焦点を合わせられた画像の部分に対する改善された可視性をもたらし得る。これらの例示的な特徴は、駆動方式を画像データとマージし、駆動方式を画像データと共にディスプレイドライバ（例えば、ディスプレイソフトウェアモジュールおよび／またはハードウェア）に送信することによって、表示特性を動的に再構成する実施形態の文脈で以下に詳細に説明される。
【００１６】
本明細書で使用される場合、「駆動方式」および「駆動シーケンス」という用語は、交換可能に使用され、それによってディスプレイに画像データを表示するために使用される表示特性が決定または変更される、本発明による方法を表す。「駆動方式」および「駆動シーケンス」という用語は、ディスプレイを動作させる、および／または構成するために使用してもよく、ディスプレイに特定の方法で画像データを表示させるためにディスプレイに適用される動作の表示モード、電力レベル、およびタイミング特性の設定を含み得る。
【００１７】
図１Ａおよび図１Ｂは、本開示の実施形態と一致する、表示特性を動的に再構成するように構成された画像システム１００の例示的な実装形態を示す。画像システム１００は、画像データがディスプレイにレンダリングされる方法を調整しながら、画像データの中断のない表示を提供するために、表示特性を動的に再構成、更新、始動、開始、調整、変更、および／または修正することができる。ディスプレイでの画像データのレンダリングの方法を調整することで、画像データによるユーザ体験を動的にカスタマイズできる。画像データによるユーザ体験の動的なカスタマイズにより、例えば、ユーザの行動の変化または画像システム１００によって収集もしくは感知される環境変数、または特定のユーザ、特定のユーザの環境、および／またはディスプレイデバイスが使用されている、もしくは使用される予定の特定の環境に対して事前に決定されている環境変数の変化に基づいて、例えば、２人の異なるユーザが同じ画像コンテンツで異なる体験を持つことを可能にする。画像システム１００のこれらの特徴および態様のそれぞれは、以下でさらに詳細に説明される。
【００１８】
図１Ａは、本開示の実施形態と一致する、表示特性を動的に再構成するように構成された画像システム１００の簡略図を示している。表示特性の動的再構成をサポートするために、画像システム１００は、駆動方式モジュール１２２、ディスプレイドライバモジュール１０６、およびディスプレイ１０８を含み得る。
【００１９】
駆動方式モジュール１２２は、画像データ１２８を駆動方式１３４（すなわち、表示特性）と組み合わせて画像データフレーム１４０にするように構成し得る。上記のように、駆動方式１３４（すなわち、表示特性）は、ディスプレイ１０８の表示特性を再構成、更新、始動、開始、調整、変更、および／または修正する設定を含み得る。画像データ１２８は、フレームまたはピクセル値の配列を表すデータ値を含み得る。画像データ１２８は、駆動方式１３４とマージまたは組み合わされて画像データフレーム１４０になり、これにより、駆動方式１３４に含まれる設定は、画像データ１２８の送信を中断することなく、ディスプレイドライバモジュール１０６に送信され得る。画像データフレーム１４０は、例えば、１つ以上のＭＩＰＩ（「モバイルインダストリプロセッサインターフェース」）または修正されたＭＩＰＩインターフェースまたは通信プロトコルに従ってフォーマットされ得る。駆動方式モジュール１２２は、通信チャネル１４２（例えば、導電性バス、ネットワーク、無線インターフェース等）を介して画像データフレーム１４０をディスプレイドライバモジュール１０６に送信するように構成され得る。以下に説明するように、図１Ｂに関連する説明では、駆動方式モジュール１２２は、追加の機能を含み得、１つ以上のセンサから受信した情報に少なくとも部分的に基づいて駆動方式１３４を定義または選択するように構成され得る。
【００２０】
ディスプレイドライバモジュール１０６は、駆動方式モジュール１２２から受信した画像データフレーム１４０を使用してディスプレイ１０８を動作させるように構成され得る。ディスプレイドライバモジュール１４０は、画像データフレーム１４０内に含まれる情報（例えば、駆動方式１３４）を使用して、ディスプレイ１０８を動作させ得る。ディスプレイドライバモジュール１４０は、画像データ１２８および駆動方式１３４を画像データフレーム１４０から分離または解析し得る。ディスプレイドライバモジュール１４０は、画像データ１２８および駆動方式１３４を一時的に格納し得る。ディスプレイドライバモジュール１４０は、駆動方式１３４内に含まれる表示特性を使用して、ディスプレイ１０８の動作を構成し得、ディスプレイドライバモジュール１４０は、画像データ１２８をディスプレイ１０８に提供して、駆動方式１３４の表示特性と共に表示し得る。駆動方式１３４を受信し、解析し、ディスプレイ１０８に適用することにより、ディスプレイドライバモジュール１４０は、ディスプレイ１０８を用いた表示特性の動的再構成をサポートする。以下に説明するように、図１Ｂに関連する説明では、ディスプレイドライバモジュール１４０は、ディスプレイ１０８を用いた表示特性の動的再構成を容易にするための追加の特徴を含み得る。
【００２１】
ディスプレイドライバモジュール１０６は、駆動方式１３４の選択および／または定義の個別の実装形態を可能にする。ディスプレイドライバモジュール１０６は、駆動方式１３４に含まれる表示特性または表示パラメータ（例えば、解像度、電力レベル等）を受信および解釈するように構成され得るので、開発者は、駆動方式１３４を定義する固有のアプリケーションを作成し得る。換言すれば、駆動方式モジュール１２２は、ディスプレイドライバモジュール１０６から独立しているプロセス、ソフトウェアアプリケーション、または回路として実装され得、１人以上の開発者が彼らの好みに従って駆動方式１３４を更新することを可能にする。ディスプレイドライバモジュール１０６および駆動方式１３４のこの特性は、画像システム１００によってサポートされる表示特性の動的再構成の多様でカスタマイズされたアプリケーションを可能にする。
【００２２】
一実施形態によれば、１つ以上のプロセッサ１５４は、駆動方式モジュール１２２への命令を実行する第１のプロセッサを含み得、ディスプレイドライバモジュール１０６への命令を実行する第２のプロセッサを含み得る。第１のプロセッサおよび第２のプロセッサは、２つの異なるタイプのプロセッサとして実装され得る。１つ以上のプロセッサ１５４は、ＧＰＵ（「グラフィックス処理ユニット」）、ＳＯＣ（「システムオンチップ」）、ＣＰＵ（「中央処理装置」）、ＤＳＰ（「デジタルシグナルプロセッサ」）、ＡＳＩＣ（「特定用途向け集積回路」）などを含み得る。
【００２３】
図１Ｂは、本開示の実施形態による、表示特性の動的再構成をサポートするために、画像システム１００が含み得る追加の潜在的な特徴を示す。画像システム１００は、一実施形態による、ソフトウェアモジュール、例えば、センサデータ取得モジュール１０１、画像データ処理モジュール１０４、ディスプレイドライバモジュール１０６、およびディスプレイ１０８を含み得る。これらのコンポーネントは、いくつかのデバイスのうちの１つ以上のものとして実装され得る。
【００２４】
センサデータ取得モジュール１０１は、画像システム１００によってさまざまなセンサから取得され得るセンサデータ１０３を取得、受信、および／または格納し得、少なくとも１つのストレージおよび／またはメモリデバイスを含み得る。駆動方式モジュール１２２に関連して以下に説明するように、画像システム１００は、センサデータ取得モジュール１０１を使用して、駆動方式モジュール１２２とディスプレイドライバモジュール１０６との間で送信される表示特性を選択または定義し得る。センサデータ取得モジュール１０１は、センサの具体的な例示的かつ非網羅的な例として、慣性測定センサ１１０、周囲光センサ１１２、温度センサ１１４、画像センサ１１６、および視線追跡センサ１１８からのデータを含み得る。他のセンサが使用されてもよい。
【００２５】
慣性測定ユニット１１１は、力、角速度、および磁場のうちの１つ以上を測定するデバイスである。当業者によって理解されるように、慣性測定ユニット１１１は、画像システム１００の加速度および／または位置変化を測定するために、１つ以上の加速度計、ジャイロスコープ、または他の慣性測定センサ１１０を含み得る。
【００２６】
周囲光ユニット１１３は、画像システム１００が動作する環境における光レベルの量を検出し得る。周囲光ユニット１１３は、センサデータを生成するための周囲光センサ１１２を含み得る。周囲光ユニット１１３は、光レベルを感知し、ユーザの環境で検出された光の量を表す数を提供するように構成された低解像度（例えば、１．３メガピクセル）の画像センサで実装され得る。周囲光ユニット１１３は、ソニー、オン・セミコンダクター、サムスン、シャープ、オムニビジョンなどによって製造されたものなど、１．３、２、３、５、または８メガピクセルのＣＭＯＳ画像センサまたはＣＣＤ画像センサであり得る。周囲光ユニット１１３は、当業者によって理解されるように、別のタイプの周囲光センサを含み得るか、または別のピクセル解像度を有し得る。
【００２７】
温度ユニット１１５は、温度センサ１１４を含み得、ディスプレイおよび／または画像システム１００が動作する環境の温度を検出するように構成され得る。温度ユニット１１５は、サーミスタ、単線デジタル温度センサ、または当業者に知られている他のタイプの温度センサを用いて実施され得る。
【００２８】
画像ユニット１１７は、画像センサ１１６を含み得、画像システム１００が動作する環境から画像データを取得し得る。画像ユニット１１７は、画像データを生成するために、周期的な間隔（すなわち、フレームレート）で連続する画像を取得し得る。画像ユニット１１７は、画像システム１００が動作している環境から画像データを取り込むために、画像システム１００のユーザから離れた方に向けてもよい。画像ユニット１１７は、ソニー、オン・セミコンダクター、サムスン、シャープ、オムニビジョンなどによって製造されたものなど、１．３、２、３、５、または８メガピクセルのＣＭＯＳ画像センサまたはＣＣＤ画像センサを含み得る。画像ユニット１１７は、当業者によって理解されるように、別のタイプの画像センサを含み得るか、または別のピクセル解像度を有し得る。
【００２９】
視線追跡ユニット１１９は、視線追跡センサ１１８を含み得、画像システム１００を動作させるユーザから画像データを取得し得る。視線追跡ユニット１１９は、画像データを生成するために、周期的な間隔で連続する画像を取得し得る。視線追跡ユニット１１９は、ユーザの目の画像データの取得を容易にするために、ユーザ指向であるように画像システム１００内に配置され得る。視線追跡ユニット１１９は、ソニー、オン・セミコンダクター、サムスン、シャープ、オムニビジョンなどによって製造されたものなど、１．３、２、３、５、または８メガピクセルのＣＭＯＳ画像センサまたはＣＣＤ画像センサを含み得る。視線追跡ユニット１１９は、当業者によって理解されるように、別のタイプの画像センサを含み得るか、または別のピクセル解像度を有し得る。
【００３０】
センサデータ取得モジュール１０１によって取得されるセンサデータ１０２は、上記のように、および当業者によって理解されるように、センサ１１０、１１２、１１４、１１６、および／または１１８から直接、慣性測定ユニット１１１、周囲光ユニット１１３、温度ユニット１１５、画像ユニット１１７、および／または視線追跡ユニット１１９のうちの１つ以上から取得され得るデータを表す。本発明の一実施形態では、各センサユニット１１１、１１３、１１５、１１７、１１９は、ストレージおよび／またはメモリデバイスを含み得る。本発明の一実施形態では、センサ１１０、１１２、１１４、１１６、または１１８は、その対応するセンサユニット１１１、１１３、１１５、１１７、１１９内に、またはセンサユニットの外部に組み込まれ得る。例えば、慣性測定センサ１１０は、慣性測定ユニット１１１に配置または組み込まれ得る。
【００３１】
画像データ処理モジュール１０４は、上で論じたセンサデータ取得モジュール１０１、センサデータ１０２、および／またはセンサ１１０、１１２、１１４、１１６、および１１８に少なくとも部分的に基づいて、表示特性を定義または選択するために使用され得るモジュール（すなわち、ソフトウェアモジュール）を含む。画像データ処理モジュール１０４は、画像データを表示特性と組み合わせて、ディスプレイのユーザへの画像データの表示を中断することなく、表示特性の動的再構成を可能にするように構成される。この機能をサポートするために、画像データ処理モジュール１０４は、画像データモジュール１２０および駆動方式モジュール１２２を含み得る。
【００３２】
本発明の一実施形態では、画像データモジュール１２０は、画像データを取得およびフォーマットするための命令を生成する回路および／またはソフトウェアモジュールを含み得る。本発明の一実施形態では、画像データモジュール１２０は、それ自体が画像データを取得およびフォーマットし得る。例えば、画像データモジュール１２０は、一実施形態によれば、画像データ１２４（例えば、生画像データ）を取得および／または受信し、フォーマット命令１２６を適用して、フォーマット済み画像データ１２７を生成し得る。画像データモジュール１２０は、画像システム１００に、センサデータ１０２の少なくとも一部を生成する画像センサのうちの１つ以上から画像データ１２４を取得させ得る。画像データモジュール１２０は、画像システム１００に、当業者によって理解されるように、無線接続（例えば、Ｗｉ?Ｆｉ、ＬＴＥ等）から受信された、ストレージデバイス（例えば、ハードディスクドライブ、ソリッドステートドライブ等）から受信された、メモリ（例えば、ランダムアクセスメモリ）から読み取ったものなどのインターネットを介したダウンロードなどであるが、これに限定されない、１つ以上の他のソースから画像データ１２４を取得させ得る。
【００３３】
画像データモジュール１２０は、１つ以上の画像フォーマットで画像データ１２４を受信し得、フォーマット命令１２６を実行して、画像データ１２４を１つ以上の他の画像フォーマットに変換し得る。画像データ１２４は、当業者に知られているように、例えば、画像データを構成する各画像の各ピクセルの赤、緑、青（ＲＧＢ）値を含み得る。画像データ１２４が変換され得、かつフォーマット済み画像データ１２７がフォーマットされ得る画像フォーマットの非網羅的なリストとして、ＶＰ８、ＶＰ９、ＡＶ１、ＶＰ６、Ｓｏｒｅｎｓｏｎ  Ｓｐａｒｋ、Ｈ．２６４、Ｈ．２６２、ＭＰＥＧ−１、ＭＰＥＧ−２、Ｔｈｅｏｒａ、Ｄｉｒａｃ、ＭＰＥＧ−４、Ｗｉｎｄｏｗｓ  ｍｅｄｉａ  ｉｍａｇｅ、ＲｅａｌＶｉｄｅｏ、Ｈ．２６３、Ａｄｏｂｅ  Ｆｌａｓｈ  Ｐｌａｔｆｏｒｍ、および当業者に世知られている任意の他の画像フォーマットが挙げられるが、これらに限定されない。画像データモジュール１２０は、一実施形態によれば、市販されている、オープンソースである、または他の方法で開発された、１つ以上の画像データ変換アルゴリズムを使用し得る。
【００３４】
本発明の一実施形態によれば、フォーマット命令１２６は、画像データモジュール１２０に、画像データ１２２の特定のピクセル値フォーマットを適用させ得る。ピクセル値形式の例としては、ビットプレーンフォーマット、ニブルフォーマット、およびバイトフォーマットが挙げられる。これらのフォーマットタイプのそれぞれは、画像を構成する個々のピクセルの色成分を管理するためにわずかに異なる技術を利用する。
【００３５】
ビットプレーンフォーマットは、例えば、画像データから引き出された画像データ内のすべてのピクセルのすべての赤成分のビット７を含み得る。次に、これらの赤ビットをメモリにまとめてパッキングし、このプロセスをすべての色のビットごとに繰り返し得る。
【００３６】
ニブルフォーマットは、各ピクセルの色ごとに４ビットの情報を表す（例えば、赤について４ビット、緑について４ビット、青について４ビット）。ニブルフォーマットのデータをメモリにまとめてパッキングし、単一のピクセルの上位４ビットの赤データ（例）が他の画像データから分離されてこれらの４ビットが連続してフレームバッファに格納されるようにし得る。このプロセスは、すべての赤情報が抽出されて連続してまとめてパッキングされるまで繰り返される。次に、このプロセスを緑と青のピクセルに対して繰り返し得る。
【００３７】
バイトフォーマットプロセスは、ニブルプロセスに似ているが、赤データ（例）の８ビットすべてを個別に連続して抽出してパッキングされ得る。同様に、このプロセスを緑と青に対して繰り返し得る。各ピクセルは、色ごとに８ビット超で、位置合わせを目的としたダミービット有りまたは無しで表現され得る。
【００３８】
駆動方式モジュール１２２は、少なくとも部分的にセンサデータ１０２に基づいて、画像データ１２８に適用するための駆動方式１３４を定義または選択し得る。駆動方式モジュール１２２は、駆動方式１３４を画像データ１２８とマージして、ディスプレイ１０８の表示特性の動的再構成を可能にし得る。本明細書で使用される場合、「駆動方式」および「駆動シーケンス」という用語は、交換可能に使用され、ディスプレイ１０８に画像データを表示するために使用される表示特性を表す。駆動方式１３４を構成し得る表示特性としては、以下に限定されるのもではないが、信号変調特性、ピクセルの色持続時間、フレームレート、色サブフレームレート、ビット深度、色順次デューティサイクル（照明効率）、タイミング、色域、ガンマ、輝度、持続性、駆動電圧、照明タイミング、および照明強度、ディスプレイに送られる個々のビットプレーンのタイミング（これらは、液晶ディスプレイがビット深度および温度に応じて調整され得る各グレーレベルの状態をいつ変更するかを決定し得る）、グレーレベルごとにどの液晶表示状態の変更が起こるかを決定し得るルックアップテーブル（ＬＵＴ）、ならびにシリアルポートインターフェース（ＳＰＩ）コマンド（ディスプレイまたは他のシステムコンポーネントに送られるさまざまなＳＰＩコマンドのタイミングおよびリテラル値を含む。）を含み、これらはすべて、当業者によって理解される画像特性である。
【００３９】
駆動方式を定義または選択し、駆動方式を画像データとマージするために、駆動方式モジュール１２２は、駆動方式アルゴリズム１３０を実行して、マージされた画像データ１３２を生成し得る。駆動方式アルゴリズム１３０の動作方法の一実施形態を、方法２００（図２に示す）に関連して以下に説明する。
【００４０】
駆動方式アルゴリズム１３０は、画像システム１００に、少なくとも部分的にセンサデータ１０２またはセンサデータ取得モジュール１０１に基づいて、駆動方式１３４を定義または選択させ得る。上記のように、センサデータ１０２の例としては、慣性測定センサ１１０からのデータ、周囲光センサ１１２からのデータ、温度センサ１１４からのデータ、画像センサ１１６からのデータ、および視線追跡センサ１１８からのデータが挙げられるが、これらに限定されない。
【００４１】
駆動方式アルゴリズム１３０は、一実施形態によれば、センサデータ１０２に基づいて、駆動方式１３４を定義する。駆動方式アルゴリズム１３０は、所定のセンサデータ特性を所定の表示特性とマッピングすることにより、センサデータ１０２に基づいて駆動方式１３４を定義する。例えば、視線追跡センサ１１８からのデータは、画像システム１００のユーザがディスプレイ１０８の左側可視領域を見ていることを示し得る。ユーザの目が左側を向いていることは、ディスプレイ１０８の右側可視領域の解像度を下げてディスプレイ１０８の左側可視領域の解像度を上げるなど、所定の表示特性にマッピングされる所定のセンサデータ特性とすることができる。他の所定のセンサ特性は、他の表示特性に対応するようにマッピングされ得、これにより、センサ１１０、１１２、１１４、１１６、および１１８からのセンサデータ１０２の値の組み合わせは、駆動方式１３４を定式化する表示特性の組み合わせとなる。駆動方式アルゴリズム１３０はまた、少なくとも部分的に１つ以上のモードまたは設定に基づいて、駆動方式１３４を定義し得る。例示的なモードまたは設定としては、省電力モード、３Ｄ強調モード、拡張現実（ＡＲ）モード、仮想現実（ＶＲ）モードなどが挙げられる。
【００４２】
駆動方式アルゴリズム１３０は、一実施形態によれば、少なくとも部分的にセンサデータ１０２またはセンサデータ取得モジュール１０１に基づいて、所定の駆動方式１３６から駆動方式１３４を選択する。所定の駆動方式１３６は、画像システム１００内のデータストア１３８（例えば、データベース、データ構造、ハードディスクドライブ等）に格納され得る。駆動方式アルゴリズム１３０は、例えば、低い／明るい光レベル、ユーザの目の方向（目が左、右、上、または下を向いている等）、上昇／下降した温度、画像システム１００の動き（上、下、左、右）、および他のセンサデータ特性に関連する所定の駆動方式１３６に基づいて、駆動方式１３４を選択し得る。
【００４３】
駆動方式モジュール１２２は、ディスプレイドライバモジュール１０６への画像データ１２８の配信を中断しない技術を使用して、駆動方式１３４を画像データ１２８とマージする。画像データ１２８は、画像データ１２４および／またはフォーマット済み画像データ１２７を含み得る。マージされた画像データ１３２は、一連の画像データフレーム１４０として送信され得る。データフレームは、デジタル通信で一般的に使用され、データフレームの受信側がデータフレームから情報を抽出できるようにする繰り返し可能なフォーマットを有する情報の行と列の配列を指す。デジタル画像技術およびデジタルビデオ技術では、データフレームは通常、ピクセル値を表す数値の行と列が含む。各データフレームは、識別情報（例えば、タイムスタンプ、フレーム番号、ピクセル数等）を含むフレームヘッダを有し得る。一実施形態によれば、いくつかのプロトコル実装形態において、フレームヘッダを必要としてもよい。各データフレームは、送信されるデータ（例えば、ピクセル値）を含むフレーム本体を含み得る。当業者によって理解されるように、さまざまなタイプのフォーマットのデータフレーム（カスタムまたは標準の）を使用し得る。
【００４４】
本開示の一実施形態によれば、駆動方式モジュール１２２は、画像データフレーム１４０をＭＩＰＩ画像フレームにフォーマットする。ＭＩＰＩ画像フレームは、画像フレームの一部のピクセルを駆動方式（制御構造）情報に置き換えるように変更されている。ＭＩＰＩ画像フレームは、１つの特定の例示的な実装形態であるが、他の画像またはビデオフォーマットもまた、駆動方式モジュール１２２によって使用され得る。駆動方式と画像データの同時送信に使用または変更され得る他の画像またはビデオフォーマットの例としては、ＨＤＭＩ（登録商標）（ｈｉｇｈ−ｄｅｆｉｎｉｔｉｏｎ  ｍｕｌｔｉｍｅｄｉａ  ｉｎｔｅｒｆａｃｅ）、ＤＰ（ディスプレイポート）、ＰＣＩ−ｅｘｐｒｅｓｓ、ＵＳＢ、イーサネット、およびＷｉ−Ｆｉが挙げられるが、これらに限定されない。駆動方式で置き換えられるピクセル数は、駆動方式を定義するために使用されるバイト数（例えば、２５６バイト）によって定義され得る。
【００４５】
マージされた画像データ１３２の画像データフレーム１４０のそれぞれは、駆動方式１３４のために予約されたバイト数および画像データ１２８のために予約されたバイト数を含み得る。一実施形態によれば、画像データフレーム１４０のそれぞれが駆動方式モジュール１２２からディスプレイドライバモジュール１０６に送信されるとき、駆動方式１３４は、画像データ１２８と共に送信される。駆動方式１３４を画像データ１２８と共に送信することにより、駆動方式モジュール１２２は、表示特性の動的再構成を可能にし得る。駆動方式モジュール１２２によって選択された駆動方式１３４が以前に送信された駆動方式１３４と同じである場合、駆動方式１３４は再送信されなくてもよく、駆動方式１３４によって使用される画像データフレーム１４０のバイト数は未使用になってもよい。画像データフレーム１４０の駆動方式１３４の部分は、情報が最終的にディスプレイ１０８による画像データの表示方法を制御するために使用され得るので、制御構造と称してもよい。駆動方式１３４のために予約されたバイトを使用する画像データフレームの例を、図４に示し、以下でさらに詳細に説明する。駆動方式アルゴリズム１３０は、当業者によって理解されるように、画像データフレーム１４０を毎秒６０、１２０、２４０等のフレームの速度でディスプレイドライバモジュール１０６に送信し得る。
【００４６】
駆動方式モジュール１２２は、画像システム１００に他の技術を採用させて、駆動方式１３４をディスプレイドライバモジュール１０６に送信させ得る。一例として、いくつかの通信プロトコルは、画像フレーム間のバッファとして未使用のデータフレームの送信を含む。一実施形態では、駆動方式モジュール１２２は、画像システム１００に、画像フレーム間に含まれる未使用のバッファデータフレームに駆動方式１３４を挿入させる。未使用のデータフレームをバッファまたはブランキング間隔として送信する通信プロトコルの一例は、ＭＩＰＩプロトコルである。一実施形態では、駆動方式モジュール１２２は、駆動方式１３４をＭＩＰＩプロトコルデータフレームのブランキング間隔に挿入して、画像フレーム１２８と共にディスプレイドライバ１０６に駆動方式１３４を転送する。駆動方式１３４を伝送するためにブランキング間隔を使用する画像データフレームの例を、図５に示し、以下でさらに詳細に説明する。画像データ１２８間のブランキング間隔内に駆動方式１３４を送信することにより、駆動方式モジュール１２２は、表示特性の動的再構成を可能にする。
【００４７】
駆動方式モジュール１２２は、一実施形態によれば、画像システム１００に、通信チャネル１４２を介して画像データフレーム１４０をディスプレイドライバ１０４に送信させる。駆動方式モジュール１２２は、いくつかのフォーマットのうちの１つ以上で、通信チャネル１４２を介して画像データフレーム１４０を送信し得る。フォーマットの例としては、ＨＤＭＩ（登録商標）（ｈｉｇｈ−ｄｅｆｉｎｉｔｉｏｎ  ｍｕｌｔｉｍｅｄｉａ  ｉｎｔｅｒｆａｃｅ）、ＭＩＰＩ、ＤＰ（ディスプレイポート）、ＰＣＩ−ｅｘｐｒｅｓｓ、ＵＳＢ、イーサネットなどが挙げられる。通信チャネル１４２は、有線または無線の通信チャネル（例えば、ＵＳＢ、ＰＣＩ−ｅｘｐｒｅｓｓ、Ｗｉ−Ｆｉ等）であり得る。
【００４８】
ディスプレイドライバモジュール１０６は、画像データフレーム１４０を受信し、画像データフレーム１４０に含まれる駆動方式１３４でディスプレイ１０８を制御するように構成され得る。ディスプレイドライバモジュール１０６はまた、画像データ１２８をディスプレイ１０８に提供し得、これにより、画像データ１２８は、ユーザが見るためにディスプレイ１０８によって表示され得る。ディスプレイドライバモジュール１０６は、画像データ１２８の中断のない表示を提供しながら、駆動方式１３４に含まれる表示特性でディスプレイ１０８を再構成するように構成され得る。
【００４９】
画像システム１００内で表示特性を動的に再構成するために、ディスプレイドライバモジュール１０６は、パーサモジュール１４４および画像出力モジュール１４６を含む。パーサモジュール１４４は、パーサモジュール１４４内でいくつかの動作を実行し得るパーサアルゴリズム１４８を含み、ディスプレイドライバモジュール１４４が画像データ１２８および駆動方式１３４の両方を処理することを可能にし、画像データの表示を中断することなく表示を動的に更新することをサポートする。パーサアルゴリズム１４８は、ディスプレイドライバモジュール１０６に、ディスプレイドライバモジュール１０６と共に画像データフレーム１４０を受信させ得る。パーサアルゴリズム１４８は、ディスプレイドライバモジュール１０６に、駆動方式１３４および画像データ１２８を画像データフレーム１４０から解析または分離させ得る。パーサアルゴリズム１４８は、画像データ１２８をディスプレイ１０８に提供する前に、例えば一時的に、ディスプレイドライバモジュール１０６に駆動方式および画像データ１２８を格納させ得る。
【００５０】
パーサアルゴリズム１４８は、駆動方式１３４および画像データ１２８を画像データフレーム１４０から分離するためのいくつかの動作のための命令を含み得る。動作の例としては、データフレーム１４０を受信すること、データフレームの一部（例えば、第１の行）を識別する１つ以上の同期バイトをデータフレーム１４０から検索すること、およびデータフレーム１４０の部分（例えば、バイト、行、列等）を所定の変数（例えば、データ解像度、コマンド詳細、ルックアップテーブルの一部、画像フレーム内のピクセル等）にマッピングすることが挙げられるが、これらに限定されない。動作は、駆動方式１３４を画像データ１２８から分離するなどのサブ動作を実行するために変数を使用することを含み得る。
【００５１】
一実施形態によれば、駆動方式１３４を画像データフレーム１４０から分離すると、パーサアルゴリズム１４８は、ディスプレイドライバモジュール１０６に、駆動方式１３４を駆動方式ストレージ１５０に格納させ得る。駆動方式ストレージ１５０は、ディスプレイドライバモジュール１０６内の揮発性または不揮発性メモリであり得る。駆動方式ストレージ１５０はまた、画像システム１００内のディスプレイドライバモジュール１０６によって使用するために割り当てられた揮発性または不揮発性メモリとして実装され得る。
【００５２】
画像データ１２８を画像データフレーム１４０から分離すると、パーサアルゴリズム１４８は、画像システム１００に、画像データ１２８を画像データストア１５２に格納させ得る。画像データストア１５２は、ディスプレイドライバモジュール１０６によって使用するために割り当てられた揮発性または不揮発性メモリとして実装され得る。
【００５３】
ディスプレイドライバモジュール１０６は、ディスプレイ１０８上の画像表示設定を再構成しかつ画像データ１２８をディスプレイ１０８に提供して画像データ１２８をディスプレイ１０８に表示する画像出力モジュール１４６を含む。画像出力モジュール１４６は、駆動方式ストレージ１５０から駆動方式１３４を読み取るように構成され得る。画像出力モジュール１４６は、画像データストア１５２から画像データ１２８を読み取るように構成され得る。画像出力モジュール１４６は、駆動方式１３４の表示特性を使用して、ディスプレイ１０８に表示特性を提供することによってディスプレイ１０８を再構成する。その結果、画像データ処理モジュール１０４と併せて、ディスプレイドライバモジュール１０６の動作は、画像システム１００が、ディスプレイ１０８による画像データの表示を中断することなく、ディスプレイ１０８の画像表示設定を動的に再構成することを可能にし得る。
【００５４】
画像システム１００は、センサデータ画像取得モジュール１０１、画像データ処理モジュール１０４、およびディスプレイドライバモジュール１０６を動作させるように構成された１つ以上のプロセッサ１５４を含み得る。一実施形態では、第１のプロセッサは、センサデータ取得モジュール（例えば、ソフトウェアモジュールの命令）および画像データ処理モジュール１０４を実行し、第２のプロセッサは、ディスプレイドライバモジュール１０６を動作させる。１つ以上のプロセッサ１５４は、さまざまな実施形態によれば、１つ以上のシステムオンチップ（ＳＯＣ）、デジタル信号プロセッサ（ＤＳＰ）、グラフィカル処理ユニット（ＧＰＵ）、特定用途向け集積回路（ＡＳＩＣ）、および／または他のプロセッサを表し、当業者よって理解されるものである。
【００５５】
一実施形態によれば、１つ以上のプロセッサ１５４は、第１のメモリ１５６からセンサデータ取得モジュールおよび画像データ処理モジュール１０４を読み取って実行するように構成される。一実施形態によれば、１つ以上のプロセッサ１５４は、第２のメモリ１５８からディスプレイドライバモジュール１０６を読み取って実行するように構成される。第１のメモリ１５６および第２のメモリ１５８は、さまざまな実装形態によれば、共有され得るか、または独立して実装され得るＲＡＭ、フラッシュ、他の揮発性メモリ、他の不揮発性メモリ、ハードディスクドライブ、および／またはソリッドステートドライブであり得る。
【００５６】
ディスプレイ１０８は、画像データを表示するか、そうでなければ視覚的に表すために使用され得る回路または他のハードウェアを表す。ディスプレイ１０８は、マイクロディスプレイ、タッチスクリーン、モニタ、プロジェクタ、または当業者によって理解される他のディスプレイ装置として実装され得る。
【００５７】
図２は、一実施形態による、駆動方式を画像データフレーム内の画像データとマージする方法２００を示す。方法２００は、センサデータ取得モジュール１０１および／または画像データ処理モジュール１０４によって実行され得る動作を含む。
【００５８】
一実施形態によれば、動作２０１において、方法２００が開始する。一実施形態によれば、動作２０１は動作２０２に進む。
【００５９】
一実施形態によれば、動作２０２において、方法２００は、センサデータを受信することを含む。センサデータは、複数のセンサのうちの１つ以上から受信し得る。複数のセンサは、慣性測定センサ、周囲光センサ、温度センサ、画像センサ、および視線追跡センサを含み得るが、これらに限定されない。センサデータは、センサまたはセンサを収容する１つ以上のユニット（例えば、慣性測定ユニット、周囲光ユニット、温度ユニット、画像ユニット、視線追跡ユニット等）から直接センサデータを要求するように構成されたセンサデータ取得（ソフトウェア）モジュールによって、複数のセンサのうちの１つ以上から取得し得る。一実施形態によれば、動作２０２は動作２０４に進む。
【００６０】
一実施形態によれば、動作２０４において、方法２００は、画像データを受信することを含む。一実施形態によれば、画像データは、複数の連続して取り込んだ画像のピクセルの行および列を表すデータであり得る。画像データは、例えば、１つ以上の画像センサから画像データを要求および／または受信するように構成されたセンサデータ取得モジュールを用いて要求および取得され得る。画像データは、ネットワーク接続から、メモリから、または画像データが格納またはホストされている他のある位置から画像データを要求および／または受信するように構成された画像データモジュールによって取得され得る。図１に関連した上記のように、画像データは、いくつかの画像フォーマットタイプのうちの１つ以上にフォーマットされ得る。一実施形態によれば、動作２０４は動作２０６に進む。
【００６１】
一実施形態によれば、動作２０６において、方法２００は、少なくとも部分的にセンサデータに基づいて、駆動方式を定義または選択することを含む。駆動方式は、少なくとも部分的にセンサデータに基づいて、複数の所定の駆動方式から選択され得る。駆動方式は、少なくとも部分的にセンサデータに基づいて定義され得る（例えば、異なる環境光レベル、異なる環境温度、さまざまな眼球運動等を表すセンサデータに基づいて、異なる駆動方式が生成され得る）。一実施形態によれば、動作２０６は動作２０８に進む。
【００６２】
一実施形態によれば、動作２０８において、方法２００は、駆動方式を画像データと共に画像データフレームに挿入して、駆動方式を画像データフレーム内の画像データと同時に送信することを含む。方法２００は、駆動方式を画像データフレーム内の画像データと同時に送信することにより、ユーザへのディスプレイ上の画像の表示を中断することなく、画像システムが表示特性を動的に再構成することを可能にし得る。一実施形態によれば、動作２０８は動作２１０に進み、そこで方法２００は終了する。
【００６３】
例示的な例として、周囲光センサが、画像システムが低光環境（例えば、暗闇）で使用されていることを示す場合、方法２００は、ディスプレイまたはディスプレイによって表示される画像データの照明強度を低下させる駆動方式を生成、選択、またはそうでなければ決定して使用し得る。一実施形態によれば、別の例として、視線追跡センサが、ユーザの目がディスプレイの左側に向けられていることを示す場合、方法２００は、ディスプレイの右側に表示されるオブジェクトの焦点または解像度を低下させながらディスプレイの左側に表示されるオブジェクトの焦点または解像度を増加させる駆動方式を生成、選択、またはそうでなければ決定して使用し、ユーザの没入効果を高めかつディスプレイを見ている間のユーザの体験をパーソナライズし得る。
【００６４】
図３は、一実施形態による、ディスプレイドライバモジュール１０６（図１に示される）などのディスプレイドライバモジュールを動作させる方法３００を示す。ディスプレイドライバモジュールを動作させる方法３００は、パーサアルゴリズム１４８（図１に示される）によって少なくとも部分的に実行される動作の例である。
【００６５】
一実施形態によれば、動作３０１において、方法３００が開始する。一実施形態によれば、動作３０１は動作３０２に進む。
【００６６】
一実施形態によれば、動作３０２において、方法３００は、駆動方式および画像データを含む画像データフレームを受信することを含む。駆動方式は、特定の方法で画像データを表示するようにディスプレイを再構成するための表示特性を含む。画像データは、当業者に知られているように、いくつかの既存の画像データフォーマット技術のうちの１つ以上を使用してフォーマットされたフォーマット済み画像データであり得る。一実施形態によれば、動作３０２は動作３０４に進む。
【００６７】
一実施形態によれば、動作３０４において、方法３００は、画像データフレームから駆動方式および画像データを解析することを含む。ディスプレイ駆動モジュールは、当業者に知られているいくつかの技術を使用して、画像データおよび駆動方式を画像データフレームから解析または分離し得る。一実装形態では、ディスプレイ駆動モジュールは、画像データフレーム内のどのバイトが特定の制御構造設定を表し、どのバイトが画像データを表すかについてのハードコードされたマッピングを含む。ディスプレイ駆動モジュールは、バイトの値を、画像データフレーム内に含まれる情報を追加の操作（例えば、格納、送信等）を実行するために使用される（ソフトウェア）変数に保存し得る。一実施形態によれば、動作３０４は動作３０６に進む。
【００６８】
一実施形態によれば、動作３０６において、方法３００は、駆動方式を駆動方式ストレージに格納することを含む。駆動方式ストレージは、ディスプレイドライバモジュール内に含まれるか、またはディスプレイドライバモジュールによって使用するために割り当てられた、揮発性および／または不揮発性メモリを含み得る。一実施形態によれば、動作３０６は動作３０８に進む。
【００６９】
一実施形態によれば、動作３０８において、方法３００は、画像データを画像データストアに格納することを含む。画像データストアは、ディスプレイドライバモジュールによって使用するために割り当てられた揮発性および／または不揮発性メモリを含み得る。一実施形態によれば、動作３０８は動作３１０に進む。
【００７０】
一実施形態によれば、動作３１０において、方法３００は、駆動方式を画像データ（例えば、フォーマット済み画像データ）と任意選択的に再結合することを含む。画像フォーマットモジュールを使用して、駆動方式を画像データと再結合し得る。一実施形態によれば、動作３１０は、動作３１２に進む。
【００７１】
一実施形態による、動作３１２において、方法３００は、駆動方式によって定義された表示特性に従ってディスプレイを構成することを含む。一実施形態によれば、動作３１２は動作３１４に進む。
【００７２】
一実施形態によれば、動作３１４において、方法３００は、駆動方式によって定義された構成を使用してディスプレイが画像データを表示できるようにするために、画像データをディスプレイに送信することを含む。ディスプレイは、マイクロディスプレイ、プロジェクタ、タッチスクリーン、モニタ、ＡＶヘッドセット、ＶＲヘッドセット、または当業者に知られている別のディスプレイであり得る。一実施形態によれば、動作３１４は、動作３１６に進み、そこで方法３００は終了する。
【００７３】
図４は、一実施形態による、画像データフレーム４００の送信シーケンスの例を示す。一実施形態によれば、画像データフレーム４００の送信シーケンスは、１つ以上のプロセッサ１５４によって、ディスプレイ１０８に表示するために、ディスプレイドライバモジュール１０６に送信される。一実施形態によれば、画像データフレーム４００の送信シーケンスは、駆動シーケンス４０２を有する画像データフレーム、駆動シーケンス４０４を有さない画像データフレーム、および駆動シーケンス４０６を有する画像データフレームを含み得る。一実施形態によれば、駆動シーケンス４０２を有する画像データフレームは、駆動シーケンス制御構造Ａおよび画像フレームＡを含み、これらは、１つ以上のプロセッサ１５４とディスプレイドライバモジュール１０６との間の送信のために一緒にマージされる。一実施形態によれば、駆動シーケンス４０２を有する画像データフレームは、駆動シーケンス制御構造と画像フレームの両方を含む能力を有する拡大画像フレームであり得る。
【００７４】
一実施形態によれば、駆動シーケンス４０４を有していない画像データフレームは、ダミーバイトおよび画像フレームＮを含み得る。さまざまな実施形態によれば、ダミーバイトは、後続の駆動シーケンス制御構造のプレースホルダであり、画像フレームＮは、１つ以上のプロセッサ１５４からディスプレイドライバモジュール１０６に送信される１つ以上の画像フレームを表す。
【００７５】
一実施形態によれば、駆動シーケンス４０６を有する画像データフレームは、駆動シーケンス制御構造Ｂおよび画像フレームＸを含み、これらは、１つ以上のプロセッサ１５４とディスプレイドライバモジュール１０６との間の送信のために一緒にマージされる。一実施形態によれば、駆動シーケンス制御構造Ｂは、駆動シーケンス制御構造Ａの後のある時にディスプレイドライバモジュール１０６に送信されて、画像データがディスプレイ１０８に表示される表示特性／設定を動的に変更する駆動シーケンス制御構造を表す。
【００７６】
図５は、一実施形態による、画像データフレーム５００の送信シーケンスの別の例を示す。一実施形態によれば、図５に示される画像データフレーム５００の送信シーケンスでは、駆動シーケンス制御構造Ａおよび駆動シーケンス制御構造Ｂは、画像フレーム間であるブランキング間隔に埋め込まれる。一実施形態によれば、ブランキング間隔５０２（ブランキング間隔５０２Ａ、５０２Ｂ、５０２Ｃを含む）は、使用されていないまたは十分に活用されていないが、ＭＩＰＩなどの１つ以上の通信プロトコルによって必要とされ得るバイトを表す。一実施形態によれば、通信プロトコルＭＩＰＩはブランキング間隔５０２を使用するが、他の通信プロトコルは、１つ以上のプロセッサ１５４とディスプレイドライバモジュール１０６との間で駆動シーケンス制御構造を転送するために使用され得るバッファバイト、パディングバイト、または他の十分に活用されていないスペースを必要とし得る。
【００７７】
図５の送信シーケンスと同様に、本開示の実施形態は、画像データとは異なるが、そのフレームの画像データ自体に結合された制御データをパッキングすることによって、ある形態の非可逆画像圧縮をサポートするために使用され得る。換言すれば、駆動方式で画像データバイトを占有する代わりに、画像またはデータフォーマットまたはプロトコルの他の部分を変更して、ディスプレイの駆動方式を動的に更新することをサポートするために駆動方式を含めてもよい。例えば、ＭＩＰＩ  ＤＳＩ（「ＭＩＰＩディスプレイシリアルインターフェース」）プロトコルでは、送信ホストは、画像データ（例えば、ＲＧＢ２４パケットと呼ばれるパケットタイプ）だけでなく、当業者によって知られているように、他のパケットタイプをも送る能力を有する。画像用のいくつかのパケットタイプには、一ライン分の画像データがＭＩＰＩリンクを介して転送される間における、ｖｓｙｎｃ−ｓｔａｒｔとｖｓｙｎｃ−ｅｎｄ、ｈｓｙｎｃ−ｓｔａｒｔとｈｓｙｎｃ−ｅｎｄ、ならびにｄｕｍｍｙ／ｂｌａｎｋ／ｎｏ−ｏｐパケットも含まれる。プロトコルで定義された一連のｖｓｙｎｃ／ｈｓｙｎｃ／ｒｇｂ２４パケットを送ることにより、ＭＩＰＩ送信機は基本的に画像フレームデータの配列をエンコードする。例えば、このＭＩＰＩ情報を受信するほとんどのディスプレイドライバチップが、受信したパケットタイプから画像ストリームを直接再作成しようとすることから、これは、携帯電話ディスプレイ用のＭＩＰＩを介して画像が通常転送される方法である。
【００７８】
他のパケットタイプが、情報送信時間中に使用されてもよいし、さらに、例えば、ＲＧＢ２４パケットが送られていない場合、または通常、ホストのＭＩＰＩ  ＴＸマシンがｂｌａｎｋ／Ｎｏ−Ｏｐパケットを送られる場合に、駆動シーケンス制御構造を送信するために使用されてもよい。Ｂｌａｎｋ／Ｎｏ−Ｏｐパケットは、画像データフレームを再作成するときに受信側において時間を稼ぐためのプレースホルダとして機能する。本発明の実施形態では、フレーム中に、ブランクパケットを送るのではなく、プロセッサは、代わりに、送信するブランクパケットと同じ時間をかけたパケットを送ってもよいが（それによって受信側のタイミングを維持する）、それらのパケットでは、ディスプレイドライバ／受信機が制御情報を抽出してそれを現在受信されている画像データのフレームで使用するためにメモリに格納するように、駆動シーケンスがエンコードされることになる。ＭＩＰＩと同様に、ＨＤＭＩ（登録商標）のプロトコルにも似たようなものがある。このようにして、ＨＤＭＩ（登録商標）ケーブルは画像と音声の両方の情報を伝送できる。音声はさまざまなパケットタイプにエンコードされ、通常はブランキング間隔中のダミーパケットである時間を消費する。
【００７９】
あるいは、例えば、ＭＩＰＩの４つのレーンが存在する場合、４つのレーンすべてを同時に送信し得る。画像システムは、レーン３を通常の「ダンプ（dump）」ディスプレイが受信する要望があり制御情報による専用の使用のために予約する場合があるので、レーン０、１、２を使用して画像データを伝送する。４つのレーンすべてがホストＭＩＰＩ送信機で同期され、一緒に処理されて送信されるが、レーンの１つは制御データ（例えば、制御構造）を有することになり、他の３つのレーンは画像データを含み得る。一実施形態によれば、これは、パケットをブランキング間隔５０２に挿入し、パケットのセット全体を４つのＭＩＰＩレーンすべてに広げることとは異なることになる。
【００８０】
図６Ａおよび図６Ｂは、一実施形態による、１つ以上のプロセッサ１５４（図１、４、および５に示される）とディスプレイドライバモジュール１０６（図１、４、および５に示される）との間で駆動シーケンスを送信するための画像データフレーム６００の例を示す。画像データフレーム６００は、画像データフレーム１４０（図１に示される）の例示的な実装である。一実施形態によれば、画像データフレーム６００は、制御構造ヘッダ６０２、制御構造６０４、および画像フレーム６０６を含む。
【００８１】
画像のフレームは、特定のレートでビットストリームをディスプレイドライバモジュール１０６に配信する媒体を介して送られるデータの「パケット」と見なすことができる。このパケットは可変構造を有するが、到来したデータをさらにデコードしてディスプレイドライバモジュール１０６内のＬＣＯＳ（液晶オンシリコン）チャネルを制御する方法についてディスプレイドライバモジュール１０６に指示するためのヘッダがあってもよい。０、１、またはそれ以上のコマンド制御構造と、０、１、またはそれ以上のビットプレーンが存在することができる。ビットプレーンは、制御構造６０４内または画像フレーム６０６内の所与のビット位置に対応するビットのセットである。制御構造６０４は、ディスプレイドライバモジュール１０６の各チャネルのコマンド内容、ルックアップテーブル（ＬＵＴ）内容、および／またはシリアルペリフェラルインターフェース（ＳＰＩ）内容を含み得る。入力ビットプレーンの転送ケイデンスに遅延を効果的に挿入するように、ビットプレーンを特定のチャネルに割り当てるか、「無効」としてマークし得る。
【００８２】
ディスプレイドライバ１０４およびＭＩＰＩデータ構造は、さまざまな異なる使用シナリオをサポートするのに十分な柔軟性を備えている。１つの実装形態として、ＬＣＯＳチャネル（制御構造のみ、０ビットプレーン）の初期セットアップと、それに続くビットプレーンのみ（および制御構造なし）を含めて、遅延を減らし、帯域幅を最大限に活用し得る。一実施形態では、ディスプレイドライバ１０４は、フレームごとに制御構造およびビットプレーンを挿入することによって、フレームごとにＬＣＯＳチャネルの新しいセットアップをサポートし得る。
【００８３】
ＭＩＰＩの「パケット」構造は、２４ビットのデータに基づき得る。２４ビットは、ＭＩＰＩデータストリームの「アクティブ画像部分」と見なすことができるものの単一の「ピクセル」を表すために使用され得る。２４ビットは、赤を表す８ビット、緑を表す８ビット、および青を表す８ビットに分割され得る。代替のビット量および／または色の割り当てを使用してもよい。
【００８４】
画像データフレーム６００は原寸に比例していないが、ＭＩＰＩ「画像のフレーム」の例示的な順序付けおよびサイズを視覚的に示している。図示のように、画像データフレーム６００で表される最小のビット長変数は、２４ビットの「ピクセル」、すなわち、単一ピクセルのピクセルデータの表現に割り当てられる３バイトを表す。図６、７Ａ、７Ｂ、および７Ｃの図の幅は、ＭＩＰＩを介して送られる開示された技術の実装形態を制限するものではない。複数の「ピクセル」を使用してデータを送信する制御構造６０４内の変数およびデータの場合、左端の「ピクセル」は、変数の最下位部分として割り当てられ得る。ビットプレーンデータの場合、左端の「ピクセル」は、ビットプレーンのビット２３：０として割り当てられ得る。２番目の「ピクセル」は、ビット［４７：２４］などとして割り当てられ得る。
【００８５】
一実施形態では、図の「ピクセル」に使用された予約済み３バイトのデータは、位置合わせに使用され得る（例えば、パーサのデコードを容易にするために）。
【００８６】
制御構造ヘッダ６０２は、駆動方式および駆動シーケンス制御構造の一部の例示的な実装形態である（図１Ａ、１Ｂ、４、および５に示される）。制御構造ヘッダ６０２は、駆動方式を画像データとマージすることを容易にするためのいくつかの特徴を含み得る。制御構造ヘッダ６０２は、例えば、ＭＩＰＩ「画像フレーム」ごとに存在する８×２４ビット「ピクセル」相当の情報を含み得る。制御構造ヘッダ６０２は、ＭＩＰＩインターフェースで受信された画像が正しいフォーマットであることを確認するためのチェックとして使用され得る署名（例えば、４８ビット）を含み得る。署名の２つの「ピクセル」がＭＩＰＩインターフェースに到着した場合、到着した最初の「ピクセル」相当の情報は、４８ビット署名の下位２４ビットと見なされ、到着した２番目の「ピクセル」相当の情報は、４８ビット署名の上位２４ビットとして扱われ得る。制御構造ヘッダ６０２は、従うべき制御構造の数を指定するためのビット数（例えば、２４ビット）を含む制御構造カウントを含み得、これは、制御構造として解釈されるべきデータのバイト数をパーサに示し得る。制御構造ヘッダ６０２は、画像フレーム内にある有効および無効なデータ構造の数を指定するためのビット数（例えば、２４ビット）を含むデータ構造カウントを含み得、これは、制御構造として解釈されるべきデータのバイト数をパーサに示し得る。制御構造ヘッダ６０２は、フレーム用のＬＣＯＳチャネルの動作を制御するための情報を含むいくつかのビット（例えば、２４ビット）を含むＬＣＯＳチャネル制御を含み得る。制御構造ヘッダ６０２のタイムベースリセット遅延は、この値の受信からタイムベースがリセットされるまでの「チェックマーク(tick)」の数を指定するいくつかのビット（例えば、２４ビット）を含む。０のとき、タイムベースはすぐにリセットされ得る。制御構造ヘッダ６０２のデータ詳細は、データ構造内のデータ「パッキング」のフォーマットを指定するためのいくつかのビット（例えば、２４ビット）を含む。制御構造ヘッダ６０２は、データ構造の内容の解像度を指定するためのいくつかのビット（例えば、２４ビット）を含むデータ解像度を含み得る。
【００８７】
制御構造６０４は、駆動方式を画像データとマージするためのいくつかの特徴を含み得る。制御構造６０４は、制御構造フォーマットの詳細を指定するためのいくつかのビット（例えば、２４ビット）を含むチャネルＩＤを含み得、これは、制御構造として解釈されるべきデータのバイト数をパーサに示し得る。制御構造６０４は、コマンドｆｉｆｏエントリを解析および格納するためのいくつかのビット（例えば、２４ビット）を含むｃｍｄ詳細を含み得る。制御構造６０４は、ＬＵＴエントリを解析および格納するためのいくつかのビット（例えば、２４ビット）を含むＬＵＴ詳細を含み得る。制御構造６０４は、ＳＰＩコマンドを解析および格納するためのいくつかのビット（例えば、２４ビット）を含むシリアルペリフェラルインターフェース（ＳＰＩ）詳細を含み得る。制御構造６０４は、チャネルコマンドｆｉｆｏ（先入れ先出しバッファ）に格納されるいくつかのコマンド（例えば、最大４０９６個のコマンド）を含むコマンドリストを含み得る。制御構造６０４は、チャネルのＬＵＴ  ｆｉｆｏの指定されたインスタンスに格納されるいくつかのＬＵＴ値（例えば、最大１０２４個のＬＵＴ値）を含むＬＵＴリストを含み得る。制御構造６０４は、チャネルのＳＰＩ  ｆｉｆｏに格納されるいくつかのＳＰＩエントリ（例えば、最大２５６個のＳＰＩエントリ）を含むＳＰＩリストを含み得る。
【００８８】
画像フレーム６０６は、駆動方式を画像データとマージするためのいくつかの特徴を含み得る。画像フレーム６０６は、ｄａｔａｓｔｒｕｃｔ詳細を指定するためのいくつかのビット（例えば、２４ビット）を含むデータ構造の詳細を含み得、これは、画像データとして解釈されるべきデータのバイト数をパーサに示し得る。画像フレーム６０６は、後続のデータ構造にあるいくつかのピクセルを含むｄａｔａｓｔｒｕｃｔピクセルカウントを含み得、これは、画像データとして解釈されるべきデータのバイト数をパーサに示し得る。画像フレーム６０６は、データ構造内のデータに適用するための有効なビットおよびディザカーネルエントリを定義するいくつかのビット（例えば、７２ビット）を含むディザカーネル値を含み得る。画像フレーム６０６は、各データ構造内のビットを格納する場所のアドレスを表すいくつかのビット（例えば、４８ビット）を含むｒｏｔａｔｅ記憶アドレスを含み得る。画像フレーム６０６は、ピクセルにパッキングされたいくつかのビット（例えば、ピクセルあたり２４ビット）を含むデータ構造データを含み得る。
【００８９】
例示的な実装形態では、各制御構造は２５，０００ピクセル（具体的には２５，０９６）をわずかに超える。例えば、ＭＩＰＩリンク上の画像の解像度が超高精細（ＵＨＤ）（３８４０ｘ２１６０）の場合、制御構造は、２，１６０のうち約６．５ライン（または行）を占めるため、送ることのできるデータの総量の約０．３％が、このＵＨＤフレームのマージされた画像ピクセルに埋め込まれる。ディスプレイのピクセル数が変化し得、したがって、制御構造のサイズが変化し得ることは、当業者によって理解されるべきである。１０Ｇｂｐｓのデータレート（ＭＩＰＩプロトコルのｖ１．２によると、４レーンのＤ−ＰＨＹを使用する単一のＭＩＰＩチャネル）では、２５，０００ピクセルの転送は、転送するのに約５０ｕｓかかる。送信インターフェースと受信インターフェースの両方が最大Ｃ−Ｐｈｙデータレート（３４．２Ｇｂｐｓ）で使用された場合、この制御情報の転送時間は約１７．６ｕｓになる。本開示の実施形態によれば、駆動シーケンスは、動的に決定され（例えば、センサデータに基づいて）、動的に更新され（例えば、マージされた画像フレームでの送信を介して）、数十マイクロ秒のオーダーで有効にされ得る。これらの技術は、ＡＲ／ＶＲやその他のパーソナライズされた画像出現体験に革命をもたらす可能性を秘めている。
【００９０】
図７Ａ、図７Ｂ、および図７Ｃは、一実施形態による、１つ以上のプロセッサ１５４とディスプレイドライバモジュール１０６（図１に示される）との間で駆動シーケンスを送信するためのオプションの制御構造の複数の例を含む画像データフレーム７００の部分の例を示す。一実施形態によれば、画像データフレーム７００は、制御構造ヘッダ７０２、第１の制御構造７０４、第２の制御構造７０６、第３の制御構造７０８、１つ以上の追加の制御構造、および画像フレーム７１０を含む。さまざまな実施形態によれば、画像データフレーム６００の上記のセクションは、画像データフレーム７００のセクションと同様であり得る。
【００９１】
図８は、本開示の実施形態と一致する、画像システム８００のソフトウェアモジュールを含むブロック図を示す。一実施形態によれば、画像システム８００は、通信チャネル８０６を介して１つ以上のプロセッサ８０４に通信可能に結合されたメモリ８０２を含む。一実施形態によれば、メモリ８０２は、例えば、揮発性メモリ（例えば、ＳＤＲＡＭ）、不揮発性メモリ（例えば、ＮＡＮＤ）、または揮発性メモリと不揮発性メモリの組み合わせを含み得る。一実施形態によれば、１つ以上のプロセッサ８０４は、２つ以上のディスクリートプロセッサ（例えば、ＳｏＣ用の１つのプロセッサおよびディスプレイドライバ用の１つのプロセッサ）を含み得る。
【００９２】
一実施形態によれば、メモリ８０２は、１つ以上のプロセッサ８０４によって実行され得る命令８０８を含む。一実施形態によれば、命令８０８は、画像データモジュール８１０、駆動シーケンスモジュール８１２、センサキャプチャモジュール８１４、パーサモジュール８１６、および駆動シーケンス更新モジュール８１８を含む。一実施形態によれば、画像データモジュール８１０は、１つ以上のプロセッサ８０４によって実行されると、１つ以上のプロセッサ８０４に、画像取得および／またはフォーマット動作を実行させる命令を含む。一実施形態によれば、駆動シーケンスモジュール８１２は、１つ以上のプロセッサ８０４によって実行されると、１つ以上のプロセッサ８０４に、駆動シーケンスアルゴリズム（例えば、図１に示される駆動シーケンスアルゴリズム１３０）を実行させる命令を含む。一実施形態によれば、センサキャプチャモジュール８１４は、１つ以上のプロセッサ８０４によって実行されると、１つ以上のプロセッサ８０４に、画像システム内の１つ以上のセンサからセンサデータを取り込ませる命令を含む。パーサモジュール８１６は、１つ以上のプロセッサ８０４によって実行されると、１つ以上のプロセッサ８０４に、上記のように、本開示の実施形態と一致するパーサルーチンおよび／またはプロセスを実行させる命令を含む。一実施形態によれば、駆動シーケンス更新モジュール８１８は、１つ以上のプロセッサ８０４によって実行されると、１つ以上のプロセッサ８０４に、既存の駆動シーケンスを新しい駆動シーケンスで更新させる（例えば、図１に示されるディスプレイドライバモジュール１０６において）命令を含む。
【００９３】
命令８０８は、メモリ８０２から読み取られ得るか、または命令８０８は、グラフィックスカード８２０および／またはグラフィックス処理ユニット８２２によって部分的に格納および実行され得る。命令８０８は、通信チャネル８２４を介して、グラフィックスカード８２０および／またはグラフィックス処理ユニット８２２によってメモリ８０２から読み取られ得る。グラフィックスカード８２０は、グラフィックス処理ユニット８２２を含み、搭載し得る。あるいは、グラフィックス処理ユニット８２２は、プロセッサ８０４と同じ相互接続回路（例えば、プリント回路基板）によって搭載され得る。
【００９４】
一実施形態では、画像システム８００は、任意選択で、ディスプレイ８２４上に（例えば、ディスプレイ８２４の１つ以上の回路基板上に）実装される。一実施形態では、プロセッサ８０４は、ディスプレイ８２４に結合されて、画像データを提供し、画像特性を備えたディスプレイ８２４を構成する。
【００９５】
本明細書に開示される技術の実施形態は、ハードウェア、ソフトウェア、ファームウェア、またはそのような実装アプローチの組み合わせで実装され得る。本開示の実施形態は、少なくとも１つのプロセッサ、ストレージシステム（揮発性および不揮発性メモリおよび／またはストレージ要素を含む）、少なくとも１つの入力デバイス、および少なくとも１つの出力デバイスを備えるプログラマブルシステム上で実行されるコンピュータプログラムまたはプログラムコードとして実装され得る。
【００９６】
本明細書の任意の実施形態で使用される場合、「ロジック」という用語は、前述の動作のいずれかを実行するように構成されたアプリケーション、ソフトウェア、ファームウェア、および／または回路を指し得る。ソフトウェアは、ソフトウェアパッケージ、コード、命令、命令セット、および／または非一時的なコンピュータ可読記憶媒体に記録されたデータとして具体化され得る。ファームウェアは、メモリデバイスにハードコード（例えば、不揮発性）されたコード、命令、命令セット、および／またはデータとして具体化され得る。上述のように、ソフトウェアモジュールは、プロセッサによって実行される論理を含み得、および／または回路を含み得る。「ロジック」という用語はまた、プロセッサの動作に影響を与えるために適用され得る命令信号および／またはデータの形態を有する任意の情報を指し得る。ソフトウェアはそのようなロジックの一例である。プロセッサの例としては、コンピュータプロセッサ（処理ユニット）、マイクロプロセッサ、デジタルシグナルプロセッサ、コントローラ、およびマイクロコントローラなどがある。ロジックは、例えば、ランダムアクセスメモリ（ＲＡＭ）、読み取り専用メモリ（ＲＯＭ）、消去可能／電気的消去可能プログラマブル読み取り専用メモリ（ＥＰＲＯＭ／ＥＥＰＲＯＭ）、フラッシュメモリ等を含むメモリまたはストレージなどの非一時的なコンピュータ可読媒体に格納されたコンピュータ実行可能命令から形成され得る。ロジックはまた、デジタルおよび／またはアナログハードウェア回路、例えば、論理ＡＮＤ、ＯＲ、ＸＯＲ、ＮＡＮＤ、ＮＯＲ、および他の論理演算を含むハードウェア回路を含み得る。ロジックは、ソフトウェアとハードウェアの組み合わせから形成され得る。ネットワーク上では、ロジックは、サーバまたはサーバの複合体でプログラムされ得る。特定のロジックユニットは、ネットワーク上の単一の論理的な位置に限定されない。
【００９７】
本明細書の任意の実施形態で使用される「回路」は、例えば、単独でまたは任意の組み合わせで、ハードワイヤード回路、プログラマブル回路、ステートマシン回路、ロジック、および／またはプログラマブル回路によって実行される命令を格納するファームウェアを含み得る。回路は、集積回路チップ、システムオンチップ（ＳｏＣ）などのような集積回路として具体化され得る。いくつかの実施形態では、回路は、少なくとも部分的に、本明細書に記載の機能に対応するコードおよび／または命令セット（例えば、ソフトウェア、ファームウェア等）を実行して、したがって、汎用プロセッサを特定目的の処理環境に変換して本明細書に記載の１つ以上の動作を実行する少なくとも１つのプロセッサによって形成され得る。
【００９８】
プロセッサには、Ｉｎｔｅｌ  Ｃｏｒｐｏｒａｔｉｏｎ製のＣｅｌｅｒｏｎ、Ｃｏｒｅ、またはＰｅｎｔｉｕｍプロセッサ、Ｓｕｎ  Ｍｉｃｒｏｓｙｓｔｅｍｓ製のＳＰＡＲＣプロセッサ、ＡＭＤ  Ｃｏｒｐｏｒａｔｉｏｎ製のＡｔｈｌｏｎ、Ｓｅｍｐｒｏｎ、Ｐｈｅｎｏｍ、またはＯｐｔｅｒｏｎプロセッサ、その他の市販のプロセッサ、および／または利用可能な、または利用可能になる他のプロセッサなどの市販のプロセッサが含まれ得る。プロセッサのいくつかの実施形態は、マルチコアプロセッサと呼ばれるものを含み得、および／またはシングルコアもしくはマルチコア構成で並列処理技術を使用することが可能になり得る。例えば、マルチコアアーキテクチャは通常、２つ以上のプロセッサ「実行コア」で構成される。この例では、各実行コアは、独立したプロセッサマットが複数のスレッドの並列実行を可能にするように実行し得る。さらに、関連分野の当業者は、プロセッサが、一般に３２ビットまたは６４ビットアーキテクチャと呼ばれるもの、または現在知られている、または将来開発される可能性がある他のアーキテクチャ構成で構成され得ることを理解するであろう。プロセッサは通常、オペレーティングシステム、例えば、Ｍｉｃｒｏｓｏｆｔ  ＣｏｒｐｏｒａｔｉｏｎのＷｉｎｄｏｗｓタイプのオペレーティングシステム、Ａｐｐｌｅ  Ｃｏｍｐｕｔｅｒ  Ｃｏｒｐ．のＭａｃ  ＯＳ  Ｘオペレーティングシステム、多くのベンダーから入手可能なＵｎｉｘもしくはＬｉｎｕｘ（登録商標）タイプのオペレーティングシステム、またはオープンソースと呼ばれるもの、別のもしくは将来のオペレーティングシステム、またはそれらのいくつかの組み合わせを実行する。オペレーティングシステムは、よく知られた方法でファームウェアおよびハードウェアとインターフェースし、プロセッサがさまざまなプログラミング言語で記述され得るさまざまなコンピュータプログラムの機能を調整および実行するのを容易にする。オペレーティングシステムは、通常はプロセッサと連携して、コンピュータの他のコンポーネントの機能を調整および実行する。オペレーティングシステムはまた、スケジューリング、入出力制御、ファイルとデータの管理、メモリ管理、通信制御と関連サービスを、すべて既知の手法に従って提供する。システムメモリは、所望の情報を格納するために使用することができ、かつコンピュータによってアクセスすることができる、さまざまな既知または将来のメモリストレージデバイスのいずれかを含み得る。コンピュータ可読記憶媒体は、コンピュータ可読命令、データ構造、プログラムモジュール、または他のデータなどの情報を格納するための任意の方法または技術で実装された非一時的な揮発性および不揮発性、取り外し可能および取り外し不可能な媒体を含み得る。例としては、一般的に利用可能なランダムアクセスメモリ（ＲＡＭ）、読み取り専用メモリ（ＲＯＭ）、電子的消去可能なプログラマブル読み取り専用メモリ（ＥＥＰＲＯＭ）、デジタル多用途ディスク（ＤＶＤ）、常駐ハードディスクやテープなどの磁気媒体、読み取りおよび書き込みコンパクトディスクなどの光学媒体、および／または他のメモリストレージデバイスが挙げられる。メモリストレージデ��イスとしては、コンパクトディスクドライブ、テープドライブ、取り外し可能なハードディスクドライブ、ＵＳＢもしくはフラッシュドライブ、またはディスケットドライブを含む、さまざまな既知または将来のデバイスを挙げ得る。このようなタイプのメモリストレージデバイスは、通常、それぞれ、コンパクトディスク、磁気テープ、取り外し可能なハードディスク、ＵＳＢもしくはフラッシュドライブ、またはフロッピーディスクなどのプログラムストレージメディアに対して読み取りおよび／または書き込むものである。これらのプログラム記憶媒体のいずれか、または現在使用されている、または後に開発される可能性のある他の媒体は、コンピュータプログラム製品と見なし得る。理解されるように、これらのプログラム記憶媒体は、通常、コンピュータソフトウェアプログラムおよび／またはデータを記憶する。コンピュータ制御ロジックとも呼ばれるコンピュータソフトウェアプログラムは、通常、システムメモリおよび／またはメモリストレージデバイスと組み合わせて使用されるプログラムストレージデバイスに格納される。いくつかの実施形態では、制御ロジック（プログラムコードを含むコンピュータソフトウェアプログラム）が格納されたコンピュータ使用可能媒体を含むコンピュータプログラム製品が説明される。制御ロジックは、プロセッサによって実行されると、プロセッサに本明細書に記載の機能を実行させる。他の実施形態では、いくつかの機能は、例えば、ハードウェアステートマシンを使用するハードウェアで主に実装される。本明細書に記載の機能を実行するためのハードウェアステートマシンの実装形態は、関連技術の当業者にとって明らかであろう。入出力コントローラは、人間であろうと機械であろうと、ローカルであろうとリモートであろうと、ユーザからの情報を受け入れて処理するためのさまざまな既知のデバイスのいずれかを含むことができる。そのようなデバイスには、例えば、モデムカード、ワイヤレスカード、ネットワークインターフェースカード、サウンドカード、またはさまざまな既知の入力デバイスのいずれかのための他のタイプのコントローラが含まれる。出力コントローラは、人間であろうと機械であろうと、ローカルであろうとリモートであろうと、ユーザに情報を提示するためのさまざまな既知のディスプレイデバイスのいずれかのコントローラを含むことができる。本明細書で説明する実施形態では、コンピュータの機能要素は、システムバスを介して互いに通信する。コンピュータのいくつかの実施形態は、ネットワークまたは他のタイプのリモート通信を使用して、いくつかの機能要素と通信し得る。関連技術の当業者に明らかなように、機器制御および／またはデータ処理アプリケーションは、ソフトウェアに実装されている場合、システムメモリおよび／またはメモリストレージデバイスにロードされ、そこから実行され得る。機器制御および／またはデータ処理アプリケーションの全部または一部はまた、メモリストレージデバイスの読み取り専用メモリまたは同様のデバイスに存在し得、そのようなデバイスは、機器制御および／またはデータ処理アプリケーションが最初に入出力コントローラを介してロードされることを必要とし��い。機器制御および／またはデータ処理アプリケーション、またはその一部が、プロセッサによって、既知の方法で、実行に有利となるようにシステムメモリまたはキャッシュメモリ、あるいはその両方にロードされ得ることは、関連技術の当業者によって理解されよう。また、コンピュータは、システムメモリに格納された１つ以上のライブラリファイル、実験データファイル、およびインターネットクライアントを含み得る。例えば、実験データは、検出された信号値、または１つ以上のＳｅｑｕｅｎｃｉｎｇ  Ｂｙ  Ｓｙｎｔｈｅｓｉｓ（ＳＢＳ）実験またはプロセスに関連する他の値など、１つ以上の実験またはアッセイに関連するデータを含み得る。さらに、インターネットクライアントは、ネットワークを使用して別のコンピュータ上のリモートサービスにアクセスすることを可能にするアプリケーションを含み得、例えば、一般に「ウェブブラウザ」と称されるものを含み得る。本例では、一般的に使用されているいくつかのＷｅｂブラウザとして、Ｍｉｃｒｏｓｏｆｔ  Ｃｏｒｐｏｒａｔｉｏｎから入手可能なＭｉｃｒｏｓｏｆｔ  Ｉｎｔｅｒｎｅｔ  Ｅｘｐｌｏｒｅｒ、Ｍｏｚｉｌｌａ  ＣｏｒｐｏｒａｔｉｏｎのＭｏｚｉｌｌａ  Ｆｉｒｅｆｏｘ、Ａｐｐｌｅ  Ｃｏｍｐｕｔｅｒ  Ｃｏｒｐ．のＳａｆａｒｉ、Ｇｏｏｇｌｅ  ＣｏｒｐｏｒａｔｉｏｎのＧｏｏｇｌｅ  Ｃｈｒｏｍｅ、または技術において現在知られている、または将来開発され得る他のタイプのＷｅｂブラウザが挙げられる。また、同じまたは他の実施形態では、インターネットクライアントは、生物学的アプリケーションのためのデータ処理アプリケーションなど、ネットワークを介して遠隔情報にアクセスすることを可能にする特殊なソフトウェアアプリケーションを含み得るか、またはその要素とすることができる。コンピュータまたはプロセッサがネットワークの一部であってもよい。ネットワークは、当業者によく知られている多くのさまざまなタイプのネットワークのうちの１つ以上を含み得る。例えば、ネットワークは、通信するために一般にＴＣＰ／ＩＰプロトコルスイートと称されるものを使用し得るローカルまたはワイドエリアネットワークを含み得る。ネットワークは、一般にインターネットと称される相互接続されたコンピュータネットワークのワールドワイドシステムを備えるネットワークを含み得るか、またはさまざまなイントラネットアーキテクチャをも含み得る。関連技術の当業者はまた、ネットワーク環境の一部のユーザが、一般に「ファイアウォール」と称されるもの（パケット、 フィルタ、または境界防御デバイスとも称される）を使用してハードウェアおよび／またはソフトウェアシステムとの間の情報トラフィックを制御することを好む場合があることを理解するであろう。例えば、ファイアウォールは、ハードウェアまたはソフトウェア要素、あるいはそれらの組み合わせで構成され得、通常、例えばネットワーク管理者等などのユーザによって設定されたセキュリティポリシーを適用するように設計される。
【００９９】
特定の実施形態が本明細書に例示および説明されているが、同じ目的を達成するために計算された多種多様な代替および／または同等の実施形態もしくは実装形態が、範囲から逸脱することなく示されて説明される実施形態の代わりになり得ることが当業者によって理解されるであろう。当業者であれば、実施形態が非常に多種多様な方法で実施され得ることを容易に理解するであろう。このアプリケーションは、本明細書で論じられる実施形態の任意の適応または変形をカバーすることを意図している。したがって、実施形態は、請求の範囲およびその均等物によってのみ制限されることを明らかに意図している。本発明の精神または範囲から逸脱することなく、本発明においてさまざまな修正および変形を行うことができることは当業者にとって明らかであろう。したがって、本発明は、それらが添付の請求の範囲およびそれらの均等物の範囲内にあるという条件で、本発明の修正および変形をカバーすることを意図している。
【０１００】
本明細書に記載の動作の実施形態は、１つ以上のプロセッサによって実行されると、少なくとも部分的に方法を実行する命令をそこに格納したコンピュータ可読記憶装置に実装し得る。プロセッサは、例えば、処理ユニットおよび／またはプログラマブル回路を含み得る。ストレージデバイスは、任意のタイプの有形の非一時的なストレージデバイス、例えば、フロッピーディスク、光ディスク、コンパクトディスク読み取り専用メモリ（ＣＤ−ＲＯＭ）、コンパクトディスクリライタブル（ＣＤ−ＲＷ）、および磁気光学ディスクを含む任意のタイプのディスク、読み取り専用メモリ（ＲＯＭ）、動的および静的ＲＡＭなどのランダムアクセスメモリ（ＲＡＭ）、消去可能プログラマブル読み取り専用メモリ（ＥＰＲＯＭ）、電気的消去可能プログラマブル読み取り専用メモリ（ＥＥＰＲＯＭ）、フラッシュメモリ、磁気カードもしくは光学カード、などの半導体デバイス、または電子命令の保存に適した任意のタイプのストレージデバイス、を含むマシン可読ストレージデバイスを含み得る。
【０１０１】
実施例
本開示の実施例には、以下で説明するように、ディスプレイの駆動に関連する方法、デバイス、装置、またはシステムなどの主題材料が含まれる。
【０１０２】
実施例１
この実施例によれば、駆動方式設定を動的に更新して、ディスプレイ内の画像データの表示を調整することは、画像データを受信することと、画像データを表示するときにディスプレイに適用する駆動シーケンスを決定することと、１つ以上の画像データフレーム内に駆動シーケンスを画像データとマージすることと、１つ以上の画像データフレームをディスプレイドライバに送信して、ディスプレイドライバが駆動シーケンスに従ってディスプレイを駆動できるようにすることと、を含む方法を提供する。
【０１０３】
実施例２
この実施例は、実施例１の要素を含み、駆動シーケンスは、ディスプレイの制御設定を含む駆動方式である。
【０１０４】
実施例３
この実施例は、実施例１の要素を含み、１つ以上の画像センサ、ネットワーク接続、またはメモリ位置から画像データを受信することをさらに含み、駆動シーケンスを画像データとマージすることは、駆動シーケンスを１つ以上の画像データフレームの行および／または列に挿入することを含む。
【０１０５】
実施例４
この実施例は、実施例１の要素を含み、１つ以上の画像データフレームは、ＭＩＰＩ（モバイルインダストリプロセッサインターフェース）フォーマット、ＨＤＭＩ（登録商標）（ｈｉｇｈ−ｄｅｆｉｎｉｔｉｏｎ  ｍｕｌｔｉｍｅｄｉａ  ｉｎｔｅｒｆａｃｅ）フォーマット、ＤＰ（ディスプレイポート）フォーマット、ＰＣＩ−ｅｘｐｒｅｓｓフォーマット、ＵＳＢフォーマット、イーサネットフォーマット、およびＷｉ−Ｆｉフォーマットのうちの少なくとも１つでフォーマットされる。
【０１０６】
実施例５
この実施例は、実施例１の要素を含み、駆動シーケンスは、信号変調特性、ピクセルの色持続時間、フレームレート、色サブフレームレート、ビット深度、色順次デューティサイクル、色域、ガンマ、持続性、駆動電圧、照明タイミング、照明強度、ディスプレイに送られる個々のビットプレーンのタイミング、ルックアップテーブル（ＬＵＴ）、およびシリアルポートインターフェース（ＳＰＩ）コマンドのうちの少なくとも１つを含む。
【０１０７】
実施例６
この実施例は、実施例１の要素を含み、１つ以上のセンサからセンサデータを受信することと、少なくとも部分的にセンサデータに基づいて、駆動シーケンスを決定することと、をさらに含む。
【０１０８】
実施例７
この実施例は、実施例６の要素を含み、センサデータは、ディスプレイを基準としたユーザの目の向きを表す画像センサデータ、ディスプレイが動作している環境の照明強度を表すデータのうちの少なくとも１つを含む。
【０１０９】
実施例８
この実施例は、実施例１の要素を含み、１つ以上の画像データフレームを受信することと、画像データフレームから画像データおよび駆動シーケンスを解析することと、駆動シーケンスでディスプレイを構成することと、画像データをディスプレイに送信して、ユーザが見るために画像データを表示することを可能にすることと、をさらに含む。
【０１１０】
実施例９
この実施例は、実施例１の要素を含み、駆動シーケンスを決定することは、画像システムによって格納された所定の駆動シーケンスのグループから駆動シーケンスを選択することを含む。
【０１１１】
実施例１０
この実施例によれば、駆動方式設定を動的に更新して、ディスプレイ内の画像データの表示を調整するように構成され得る画像システムを提供する。画像システムは、画像データを取得するためのセンサデータ取得モジュールを備えてもよい。画像システムは、駆動方式を決定し、駆動方式を画像データとマージして１つ以上の画像データフレームにするための駆動方式モジュールを備えてもよい。画像システムは、１つ以上の画像データフレームから画像データおよび駆動方式を解析して、駆動シーケンスによって表される設定を備えたディスプレイに画像データを表示するためのディスプレイドライバモジュールを備えてもよい。
【０１１２】
実施例１１
この実施例は、実施例１０の要素を含み、センサデータ取得モジュールは、複数のセンサのうちの１つ以上からセンサデータを取得する。
【０１１３】
実施例１２
この実施例は、実施例１１の要素を含み、駆動シーケンスモジュールは、少なくとも部分的にセンサデータに基づいて駆動シーケンスを決定する。
【０１１４】
実施例１３
この実施例は、実施例１０の要素を含み、駆動シーケンスをマージすることは、駆動シーケンスを１つ以上の画像データフレームの行および／または列に挿入することを含む。
【０１１５】
実施例１４
この実施例は、実施例１０の要素を含み、駆動方式モジュールは、第１のプロセッサによって実行され、ディスプレイドライバモジュールは、第２のプロセッサによって実行される。
【０１１６】
実施例１５
この実施例は、実施例１０の要素を含み、駆動シーケンスは、信号変調特性、ピクセルの色持続時間、フレームレート、色サブフレームレート、ビット深度、色順次デューティサイクル、色域、ガンマ、持続性、駆動電圧、照明タイミング、および照明強度のうちの少なくとも１つを含む。
【０１１７】
実施例１６
この実施例によれば、駆動方式を動的に更新して、ディスプレイ内の画像データの表示を調整するための画像システムを提供する。画像システムは、画像データを識別するための手段と、画像データを表示するときにディスプレイに適用される駆動シーケンスを決定するための手段と、１つ以上の画像データフレーム内に駆動シーケンスを画像データとマージするための手段と、１つ以上の画像データフレームを、ディスプレイドライバモジュールに送信して、ディスプレイドライバモジュールが駆動シーケンスでディスプレイを構成できるようにするための手段と、を備えてもよい。
【０１１８】
実施例１７
この実施例は、実施例１６の要素を含み、駆動シーケンスは、画像データがディスプレイによって表示される設定を定義する。
【０１１９】
実施例１８
この実施例は、実施例１６の要素を含み、１つ以上のセンサからセンサデータを受信するための手段と、少なくとも部分的にセンサデータに基づいて駆動シーケンスを決定するための手段と、をさらに備える。
【０１２０】
実施例１９
この実施例は、実施例１６の要素を含み、駆動シーケンスは、信号変調特性、ピクセルの色持続時間、フレームレート、色サブフレームレート、ビット深度、色順次デューティサイクル、色域、ガンマ、持続性、駆動電圧、照明タイミング、および照明強度のうちの少なくとも１つを含む。
【０１２１】
実施例２０
この実施例によれば、１つ以上のプロセッサによって実行される場合、実施例１〜９のいずれか１つの方法を実行する命令を格納するコンピュータ可読デバイスを提供する。
【０１２２】
実施例２１
この実施例によれば、プロセッサ回路を含む、実施例１０〜１５のいずれか１つの画像システムが提供される。
【０１２３】
実施例２２
この実施例によれば、実施例１〜９のいずれか１つの方法を実施するための手段を備えたデバイスを提供する。
【０１２４】
本明細書で使用されている用語および表現は、説明の用語として使用され、限定するものではなく、そのような用語および表現の使用において、示されかつ説明された特徴（またはその一部）の均等物を除外する意図はなく、また、請求の範囲内でさまざまな変更が可能であると認識される。したがって、請求項は、そのようなすべての均等物をカバーすることを意図している。
【０１２５】
さまざまな特徴、態様、および実施形態が本明細書に記載されている。当業者によって理解されるように、特徴、態様、および実施形態は、互いとの組み合わせ、ならびに変形および修正が容易である。したがって、本開示は、そのような組み合わせ、変形、および修正を包含すると見なされるべきである。
【図１Ａ】
2021525399.tif 000003
【図１Ｂ】
2021525399.tif 000004
【図２】
2021525399.tif 000005
【図３】
2021525399.tif 000006
【図４】
2021525399.tif 000007
【図５】
2021525399.tif 000008
【図６Ａ】
2021525399.tif 000009
【図６Ｂ】
2021525399.tif 000010
【図７Ａ】
2021525399.tif 000011
【図７Ｂ】
2021525399.tif 000012
【図７Ｃ】
2021525399.tif 000013
【図８】
2021525399.tif 000014
【国際調査報告】
2021525399.tif 000015
2021525399.tif 000016