(57)【要約】  本開示は、エレメンタリーストリームに関する情報を与える少なくとも１つのタイプのメタデータから、前記エレメンタリーストリームから復号されたビデオコンテンツをディスプレイの特性に適応させる方法およびデバイスに関する。そのような方法は、１つの特定のタイプのメタデータの存在を示す追加の情報（ＨＤＲ  ＤＥＳＣＲ．）を得ること（１０２）と、前記追加の情報（ＨＤＲ  ＤＥＳＣＲ．）およびディスプレイの特性（ＥＤＩＤ）から、エレメンタリーストリームから復号された前記ビデオコンテンツが前記ディスプレイ（１１）上に表示可能かどうかを判定することと、エレメンタリーストリームから復号された前記ビデオコンテンツが表示可能であると判定された場合は、前記追加の情報およびディスプレイの特性から、プロセスを選択し（１０５）、選択されたプロセスに従ってビデオコンテンツを適応させる（１０６）こととを含む。
2018537030.tif 000002
【特許請求の範囲】
【請求項１】
符号化済みのビデオコンテンツのエレメンタリーストリーム（４２）に関する情報を与える少なくとも１つのタイプのメタデータを有する信号であって、少なくとも１つの特定のタイプの前記メタデータの存在を示す追加の情報（ＨＤＲ  ＤＥＳＣＲ．）を含むようにフォーマットされることを特徴とする、信号。
【請求項２】
前記追加の情報（ＨＤＲ  ＤＥＳＣＲ．）が、前記符号化済みのビデオコンテンツの全持続時間の間、前記少なくとも１つの特定のタイプの前記メタデータが前記信号内に存在するかどうかも示す、請求項１に記載の信号。
【請求項３】
前記追加の情報（ＨＤＲ  ＤＥＳＣＲ．）が、前記メタデータの少なくとも一部も含む、請求項１または２に記載の信号。
【請求項４】
前記少なくとも１つの特定のタイプの前記メタデータが１組の動的メタデータに属する際は、前記追加の情報（ＨＤＲ  ＤＥＳＣＲ．）が、
最大動的メタデータリフレッシュレート
その後に前記動的メタデータがリフレッシュされる最小時間間隔
を含む群に属する第１のリフレッシュ情報を含む、請求項１〜３のいずれか一項に記載の信号。
【請求項５】
前記少なくとも１つの特定のタイプの前記メタデータが１組の動的メタデータに属する際は、前記追加の情報（ＨＤＲ  ＤＥＳＣＲ．）が、
最小動的メタデータリフレッシュレート
その後に前記動的メタデータがリフレッシュされる最大時間間隔
を含む群に属する第２のリフレッシュ情報を含む、請求項１〜４のいずれか一項に記載の信号。
【請求項６】
前記追加の情報（ＨＤＲ  ＤＥＳＣＲ．）が、前記信号のトランスポートストリーム（４１）に存在する、請求項１〜５のいずれか一項に記載の信号。
【請求項７】
前記符号化済みのビデオコンテンツが、高ダイナミックレンジビデオコンテンツであり、前記メタデータが、高ダイナミックレンジメタデータである、請求項１〜６のいずれか一項に記載の信号。
【請求項８】
エレメンタリーストリームに関する情報を与える少なくとも１つのタイプのメタデータから、前記エレメンタリーストリームから復号されたビデオコンテンツをディスプレイの特性に適応させる方法であって、
１つの特定のタイプのメタデータの存在を示す追加の情報（ＨＤＲ  ＤＥＳＣＲ．）を得ること（１０２）と、
前記追加の情報（ＨＤＲ  ＤＥＳＣＲ．）および前記ディスプレイの前記特性（ＥＤＩＤ）から、エレメンタリーストリームから復号された前記ビデオコンテンツが前記ディスプレイ（１１）上に表示可能かどうかを判定することと、
エレメンタリーストリームから復号された前記ビデオコンテンツが表示可能であると判定された場合は、前記追加の情報および前記ディスプレイの前記特性から、プロセスを選択し（１０５）、前記選択されたプロセスに従ってエレメンタリーストリームから復号された前記ビデオコンテンツを適応させる（１０６）ことと
を含むことを特徴とする、方法。
【請求項９】
前記追加の情報が、前記エレメンタリーストリームの全持続時間の間、前記少なくとも１つの特定のタイプのメタデータが信号内に存在するかどうかも示す、請求項８に記載の方法。
【請求項１０】
請求項８または９に記載のエレメンタリーストリームから復号されたビデオコンテンツをディスプレイの特性に適応させる方法を実装するように構成されたプロセッサを含むデバイス（２０）。
【請求項１１】
プログラムがプロセッサによって実行される際に、請求項８または９に記載のエレメンタリーストリームから復号されたビデオコンテンツをディスプレイの特性に適応させる方法のステップを実行するためのプログラムコード命令を含むコンピュータプログラム製品。
【請求項１２】
少なくとも請求項８または９に記載のエレメンタリーストリームから復号されたビデオコンテンツをディスプレイの特性に適応させる方法のステップをプロセッサに実行させるための命令を格納したプロセッサ可読媒体。
【請求項１３】
プログラムがコンピューティングデバイス上で実行される際に、請求項８または９に記載のエレメンタリーストリームから復号されたビデオコンテンツをディスプレイの特性に適応させる方法のステップを実行するためのプログラムコードの命令を保持する非一時的な記憶媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、概して、ピクチャ／ビデオの符号化および復号に関する。具体的には、ただし排他的にではなく、本開示の技術分野は、異なる能力を有するディスプレイ上に高ダイナミックレンジ（ＨＤＲ）コンテンツを伝達することに関する。
【背景技術】
【０００２】
本項目は、以下で説明および／または特許請求される本原理の様々な態様に関連し得る当技術分野の様々な態様を読者に紹介することを意図する。この論考は、本原理の様々な態様をより理解し易くするために背景情報を読者に提供する際に役立つと考えられている。それに従って、これらの説明は、これを踏まえて読み進めるべきであり、先行技術を容認するものとして読み進めるべきではないことを理解すべきである。
【０００３】
リアルな場面に近づくダイナミックレンジでの画像コンテンツの捕捉および表示は、静止ピクチャまたはビデオにかかわらず、長期にわたる課題であり続けている。
【０００４】
実際、人間の視覚は、場面明度に対して広い許容範囲を有し、人の視覚系に自動利得を提供する複数の適応メカニズムを有する。特に、人々が見ることができる明度範囲は、現存するディスプレイのほとんどの利用可能なコントラスト範囲よりはるかに大きい。
【０００５】
人間の視覚の要件を満たすコンテンツの表示の提供の試みにおいて、最近は、高ダイナミックレンジ（ＨＤＲ）画像が指定および定義されてきており、高ダイナミックレンジ（ＨＤＲ）画像は、標準ダイナミックレンジ（ＳＤＲ）画像と比べて、より高いピーク輝度、より低い最小輝度、より大きなコントラスト範囲を含む。言い換えれば、ＨＤＲ画像は、ＳＤＲ画像を超えるシャドウの増加およびハイライト詳細（すなわち、現実世界で見る画像とよりうまく一致する、より明るい白、より暗い黒およびより明るい色）を提供する。
【０００６】
周知の通り、ピクチャは、ＨＤＲまたはＳＤＲタイプにかかわらず、特定の符号化フォーマットの１つまたはいくつかのサンプルアレイ（画素値の別名でも知られる）によって表すことができ、これらの画素値に対するすべての情報、ならびに、このピクチャを復号および／または表示するためにディスプレイおよび／または他の任意のデバイスによって使用することができるすべての情報を指定する。同じことがビデオコンテンツにも当てはまる。以下では、「画像コンテンツ」という用語は、ピクチャおよびビデオコンテンツの両方を包含するように使用する。
【０００７】
画像コンテンツは、通常、第１のサンプルアレイの形状の少なくとも１つの成分（通常、ルマ（または輝度）成分）を含み、恐らくは、少なくとも１つの他のサンプルアレイの形状の少なくとも１つの他の成分（通常、色成分）を含む。あるいは、同等に、同じ情報は、従来の３色ＲＧＢ表現など、１組のカラーサンプルアレイによって表すこともできる。
【０００８】
画素値は、Ｃ値のベクトルによって表され、Ｃは、成分の数である。ベクトルの各値は、ビット数で表され、ビット数は、画素値の最大ダイナミックレンジを定義する。
【０００９】
画像コンテンツの放送業者および配信業者は、すべての可能なアウトレットおよびデバイスへの伝達をサポートするために、頻繁に、ＳＤＲコンテンツとＨＤＲコンテンツとの間で変換する必要があることが予想される。これは、特に、ＨＤＲコンテンツからレイヤードコンテンツへの変換の事例であり得、ＳＤＲ配信および表示システムとの下位互換性を可能にする。また、それは、供給源よりピーク白能力が劣るＨＤＲディスプレイとＨＤＲ信号との相互運用の事例でもあり得る。
【００１０】
ディスプレイ、画像処理プロセッサ、上方／下方色変換器はすべて、信号を正しく処理して表示するために、使用時のＨＤＲ符号化および測色（colorimetry）を検出する必要がある。
【００１１】
そのような処理を軽減するため、いくつかの標準開発機関（ＳＤＯ）は、ＨＤＲ（高ダイナミックレンジ）コード化済みビデオストリームと関連付けるべき１組のメタデータ情報を指定した。これらのメタデータの目的は、現在のディスプレイ特性への再構築ＨＤＲピクチャの適応（例えば、ＨＤＲからＳＤＲまたはＨＤＲからＨＤＲへのリマッピング）または解釈を容易にすることである。
【００１２】
そのようなＨＤＲメタデータは、主に、一方では、静的メタデータを含み、他方では、動的またはコンテンツ依存型メタデータを含み、後者は、ソースコンテンツ全体を通じて動的に変動し得る（すなわち、同じシーケンス内で場面ごとに変化し得る）メタデータとして定義される。
【００１３】
それらのメタデータは、例えば、以下を含む。
−  マスタリングディスプレイカラーボリューム（Mastering Display Color Volume）情報（例えば、SMPTE Standard ST 2086:2014, “Mastering Display Color Volume Metadata Supporting High Luminance and Wide Color Gamut Images”, CEA Standard “HDR Static Metadata Extensions CEA-861.3 January 2015およびITU-T H.265 (10/2014)で説明されるような）：そのような静的メタデータは、マスタリングディスプレイのカラーボリュームおよびコンテンツの輝度を伝えるために、マスタリングされたＨＤＲコンテンツと共に含まれる。この静的メタデータは、マスタリングディスプレイの赤、緑、青の表示原色の色度および白色点、ならびに、その黒色レベルおよびピーク輝度レベルによって説明される。言い換えれば、そのような静的メタデータは、ディスプレイ特性に対するコンテンツ適応（例えば、カラーボリュームリマッピング）を導くために、画像コンテンツを作成するために使用されるマスタリングディスプレイの実際のＨＤＲカラーボリュームを説明する。
−  カラーリマッピング情報（ＣＲＩ）（ITU-T H.265 (10/2014)およびSMPTE Standard ST 2094-30 in ballotで説明されるような）：ＳＤＲ（標準化フォーマットで表されている）ピクチャを作成するためにＨＤＲピクチャのカラーボリュームリマッピング変換を操作するパラメトリックモデル関数によって表される動的メタデータ。そのような動的メタデータは、フレーム単位でまたは場面単位でカラーリマッピング情報を伝え、それにより、コンテンツタイムラインに沿った色変換の変動が可能になる。  −  コンテンツ光レベル情報（CEA Standard “HDR Static Metadata Extensions CEA-861.3 January 2015およびITU-T H.265 (04/2015)で説明されるような）：ＨＤＲディスプレイ能力（例えば、電力消費量）に合わせてＨＤＲコンテンツをリスケーリングするための最小および平均最大輝度値。
−  ＨＤＲ互換性（ITU-T H.265 (04/2015)およびM. Naccari, A. Cotton, S. Schwarz, M. Pindoria, M. Mrak, T. Borer (BBC), in “High dynamic range compatibility information SEI message,”で説明されるような）：そのようなメタデータは、適切な（事前に定義された）後処理を行ってＨＤＲまたはＳＤＲディスプレイ上にコンテンツを表示できることを示す。
【００１４】
これらの異なるＨＤＲ関連メタデータタイプは、再構築ＨＤＲピクチャをディスプレイ特性（例えば、現在ＩＲＤに接続されているディスプレイ）に適応させるために、例えば統合受信機デバイス（ＩＲＤ）など、受信機符号化ビデオコンテンツの復号を担当する受信機によって使用することができる。
【００１５】
実際、より小さなカラーボリュームを有するディスプレイ（ＳＤＲディスプレイなど）上での提示のために、ＨＤＲでマスタリングされたソースコンテンツが変換される際、色変換プロセスは、これらのコンテンツ依存型の動的な色変換メタデータの使用を通じて最適化することができる。
【００１６】
コンテンツ特性が場面ごとに変化するにつれて、コンテンツ作成者の芸術的な意図を最もうまく再現する最適な変換処理が変化し得る。例えば、非常に暗い場面に対して使用されるカラーボリューム変換パラメータは、非常に明るい場面に対して使用されるものとは全く異なり得る。
【００１７】
従って、変換は、１つのマスタのフレームと同期させたメタデータとして表すことができる。メタデータは、画像が創造性の点で承認される際は、マスタリングプロセスの一部として捕捉または生成され、後に、配信段階の間の媒体変換において適用することができる。
【００１８】
より正確に言えば、例えばセットトップボックスの一部であるかまたはテレビセットに統合されたＩＲＤは、ＩＲＤで実装されるコンテンツ適応（ＣＡ）方法に応じて、これらのメタデータのうちの１つまたは組み合わされたいくつかを使用して、対象とするディスプレイ能力（例えば、ＳＤＲ、ＨＤＲ、ＷＣＧ（広い色域）…）への復号済みのＨＤＲピクチャの適応を実行することができる。実際、いくつかの復号デバイスは、ＨＤＲコンテンツからＳＤＲ画像コンテンツへのリマッピングを操作するために、いわゆるマスタリングディスプレイカラーボリューム情報などの静的メタデータのみを使用する。いくつかの他のデバイスは、１つまたはいくつかの動的メタデータを使用して、ＨＤＲカラーボリュームからディスプレイ特性に適応させたカラーボリュームへのより複雑な変換を実行する。
【００１９】
その上、いくつかの復号デバイスは、いくつかのコンテンツ適応方法をサポートし、利用可能なメタデータに応じて最も適切なものを選ぶことができる一方で、いくつかの他のデバイスは、それらのコンテンツ適応方法のうちの１つしかサポートしない。
【００２０】
結果的に、実装される方法に対応し、復号デバイスによって必要とされるメタデータが、画像コンテンツと関連付けられたエレメンタリーストリームに存在しない場合は、ディスプレイ特徴への復号済みの画像の適応は、可能ではないかまたは不正確であり得る。
【００２１】
その上、当分の間は、上記で言及されるように、そのようなメタデータは、符号化済みの画像コンテンツと関連付けられたエレメンタリーストリーム（ＥＳ）に埋め込まれる。実際、画像は、コーデック（例えば、ＭＰＥＧ−ＡＶＣ／Ｈ．２６４規格またはＭＰＥＧ−ＨＥＶＣ／Ｈ．２６５規格で定義されるような）によって符号化され、エレメンタリーストリーム（ＥＳ）に埋め込まれることを想起させる必要がある。次いで、このエレメンタリーストリームは、放送または配信のためにトランスポート層中にカプセル化される。対象とするアプリケーションおよび対応する規格に応じて、トランスポート層中にＥＳをカプセル化する方法はいくつか存在する。
−  放送アプリケーションのためのＭＰＥＧ−２トランスポート（従来のテレビ、モバイル、ネットワークＩＰＴＶ）、
−  インターネット上のビデオストリーミングアプリケーションのためのＲＴＰ（インターネットプロトコル）、
−  ＩＳＯベースのメディアファイルフォーマット規格に依存し、会話サービス、ＩＰＴＶまたはビデオオンデマンドアプリケーションのために使用することができるＭＰＥＧ−ＤＡＳＨ、
−  ＤＶＤまたはブルーレイディスク上に画像コンテンツを記録するなどの格納およびダウンロードアプリケーションのためのＭＰＥＧ−２システム。
【００２２】
従って、符号化されてエレメンタリーストリーム（ＥＳ、コード化済みのビデオ層）に埋め込まれたＨＤＲメタデータまたはＨＤＲ特徴の存在についての情報にアクセスするため、ＩＲＤなどの復号デバイスは、復号済みのコンテンツをディスプレイ特性に適応させるために必要とされるメタデータがＥＳに存在するか否かを知らないまま、最初に、正しい多重化を選択し、次に、トランスポート層（ＴＳ）を復号し、次に、エレメンタリーストリームの復号を開始しなければならない。これは、多大な時間と電力の両方を要する。
【００２３】
この先行技術の技法の別の欠点は、シーケンスまたはプログラム全体にメタデータ（利用可能な場合）が存在するという保証がないという事実にある。
【００２４】
実際、例えば、映画からいくつかのビデオシーケンスを切り取り、切り取った２つの部分間に何らかの広告に対応するビデオシーケンスを挿入するものであるスプライシング技法のおかげで、いくつかのビデオプログラムが構築される。対応するストリームは、いくつかの映画場面に対応する部分のメタデータを含むが、広告ビデオシーケンスではメタデータを含まない可能性がある。
【００２５】
復号デバイスが、ビデオプログラムの全持続時間の間またはその一部のみにおいてメタデータが利用可能か否かを知る方法はない。
【００２６】
従って、これらの欠点の少なくともいくつかを克服できる技法が必要とされる。
【発明の概要】
【００２７】
以下は、その態様のうちのいくつかの基本的な理解を提供するために、本開示の簡単な概要を提示する。この概要は、本開示の広範な要約ではない。本開示の重要なまたは必須の要素を特定することは意図しない。以下の概要は、単に、以下で提供されるより詳細な説明の前置きとして、簡略化された形態で、本開示のいくつかの態様を提示する。
【００２８】
本開示の態様によれば、符号化済みのビデオコンテンツのエレメンタリーストリームに関する情報を与える少なくとも１つのタイプのメタデータを有する信号が提供される。そのような信号は、少なくとも１つの特定のタイプの前記メタデータの存在を示す追加の情報を含むようにフォーマットされる。
【００２９】
従って、本開示は、ビデオ信号を符号化する新規の独創的な手法に依存し、手法は、信号内の１つまたはいくつかのタイプのメタデータの存在について受信機に知らせるために、ビデオコンテンツを表す信号内に追加の情報を追加することを含む。もはや、ストリーム内でいくつかのタイプのメタデータが利用可能であるか否かを判定するために、受信機がエレメンタリーストリームの復号を開始することは必要ではない。その上、受信機は、この追加の情報によって示されるような利用可能なタイプのメタデータに応じて、受信機が接続されるディスプレイの特性に復号済みのビデオコンテンツを適応させることができるか否かを直接知ることができる。
【００３０】
そのような技法により、先行技術の技法と比べて、消費時間と電力の両方を節約することができる。
【００３１】
別の態様によれば、前記追加の情報は、前記符号化済みのビデオコンテンツの全持続時間の間、前記少なくとも１つの特定のタイプの前記メタデータが前記信号内に存在するかどうかも示す。
【００３２】
従って、前記信号の受信機は、受信機が接続されるディスプレイの特性に復号済みのビデオコンテンツを適応させるために必要なメタデータが、ビデオシーケンスもしくはプログラムの全持続時間の間、利用可能かどうか、または、ビデオシーケンスの間にそのような適応を修正もしくは停止しなければならないかどうかを直接知ることができる。
【００３３】
さらなる別の態様によれば、前記追加の情報は、前記メタデータの少なくとも一部も含む。これは、特に、受信機がどのコンテンツ適応方法を使用するかを選ぶ上で役立てるために、部分的なまたは完全なメタデータ情報が追加の情報内で直接利用可能である静的メタデータに対して有利である。
【００３４】
さらなる態様によれば、前記少なくとも１つの特定のタイプの前記メタデータが１組の動的メタデータに属する際は、前記追加の情報は、
−  最大動的メタデータリフレッシュレート
−  その後に前記動的メタデータがリフレッシュされる最小時間間隔
を含む群に属する第１のリフレッシュ情報を含む。
【００３５】
さらなる態様によれば、前記少なくとも１つの特定のタイプの前記メタデータが１組の動的メタデータに属する際は、前記追加の情報は、
−  最小動的メタデータリフレッシュレート
−  その後に前記動的メタデータがリフレッシュされる最大時間間隔
を含む群に属する第２のリフレッシュ情報を含む。
【００３６】
メタデータリフレッシュレートについての情報は、リフレッシュされたメタデータに基づいてビデオコンテンツの復号をいつ開始できるようになるかを知るために、前記信号の受信機にとって有益である。これは、ユーザがテレビチャネルから別のものに切り替えることにした際は、例えば、放送ビデオコンテンツにとって興味深いものであり得る。
【００３７】
本開示の態様によれば、前記追加の情報は、前記信号のトランスポートストリームに存在する。
【００３８】
従って、受信機は、前記トランスポートストリーム内においてカプセル化されるエレメンタリーストリームを復号しなくとも、情報に直接アクセスすることができる。
【００３９】
さらなる態様によれば、前記符号化済みのビデオコンテンツは、高ダイナミックレンジビデオコンテンツであり、前記メタデータは、高ダイナミックレンジメタデータである。
【００４０】
本開示の別の態様によれば、エレメンタリーストリームに関する情報を与える少なくとも１つのタイプのメタデータから、前記エレメンタリーストリームから復号されたビデオコンテンツをディスプレイの特性に適応させる方法が提供される。そのような方法は、
−  １つの特定のタイプのメタデータの存在を示す追加の情報を得ることと、
−  前記追加の情報およびディスプレイの特性から、エレメンタリーストリームから復号された前記ビデオコンテンツが前記ディスプレイ上に表示可能かどうかを判定することと、
−  エレメンタリーストリームから復号された前記ビデオコンテンツが表示可能であると判定された場合は、前記追加の情報およびディスプレイの特性から、プロセスを選択し、選択されたプロセスに従ってビデオコンテンツを適応させることと
を含む。
【００４１】
従って、符号化済みのビデオエレメンタリーストリームの受信機は、ディスプレイの特性および利用可能なメタデータに応じて、受信したコンテンツが表示可能かどうかを素早くかつ容易に判定し、例えば、ディスプレイによってサポートされる測色特徴に応じてＨＤＲコンテンツをリマッピングするための適切なコンテンツ適応プロセスを選択することができる。
【００４２】
別の態様によれば、前記追加の情報は、前記ビデオエレメンタリーストリームの全持続時間の間、前記少なくとも１つの特定のタイプのメタデータが前記信号内に存在するかどうかも示す。
【００４３】
その態様の他のものによれば、本開示は、上記の方法を実装するように構成されたプロセッサを含むデバイスと、このプログラムがコンピュータ上で実行される際に上記の方法のステップを実行するためのプログラムコード命令を含むコンピュータプログラム製品と、少なくとも上記の方法のステップをプロセッサに実行させるための命令をその中に格納したプロセッサ可読媒体と、前記プログラムがコンピューティングデバイス上で実行される際に上記の方法のステップを実行するためのプログラムコードの命令を保持する非一時的な記憶媒体とに関する。
【００４４】
本原理の具体的な本質ならびに本原理の他の目的、利点、特徴および使用は、添付の図面と併せて取り入れられる例の以下の説明から明らかになるであろう。
【００４５】
本開示は、以下の説明および図面を参照してより良く理解することができ、以下の説明および図面は、保護の範囲を制限するものではなく、例示として与えられる。
【図面の簡単な説明】
【００４６】
【図１】本開示の実施形態による、ビデオエレメンタリーストリームのコンテンツを適応させる方法のステップの図を示す。
【図２】本開示の実施形態による、デバイスのアーキテクチャの例を示す。
【図３】本開示の実施形態による、信号の構文を示す。
【図４】図１の方法に従って適応させたビデオエレメンタリーストリームを保持する多重ストリームの木構造を示す。
【発明を実施するための形態】
【００４７】
同様のまたは同じ要素は、同じ参照番号で参照される。
【００４８】
本原理は、本原理の例が示される添付の図を参照して、以下でより完全に説明する。しかし、本原理は、多くの代替の形態で具体化することができ、本明細書に記載される例に限定されるものと解釈すべきではない。それに従って、本原理は、様々な変更形態および代替の形態が可能であるが、その具体的な例は、図面では例として示され、本明細書で詳細に説明する。しかし、本原理を開示される特定の形態に限定するという意図は全くなく、それどころか、本開示は、請求項によって定義されるような本原理の精神および範囲内に収まるすべての変更形態、均等形態および代替の形態を包含することを理解すべきである。
【００４９】
本明細書で使用される専門用語は、特定の例について説明するためだけのものであり、本原理を制限することを意図しない。本明細書で使用される場合は、「a」、「an」および「the」の単数形は、文脈で明確に示されない限り、複数形も含むことを意図する。「含む（「comprises」、「comprising」、「includes」および／または「including」）」という用語は、この明細書で使用される際は、記述される特徴、整数、ステップ、動作、要素および／またはコンポーネントの存在を指定するが、１つまたは複数の他の特徴、整数、ステップ、動作、要素、コンポーネントおよび／またはそれらのグループの存在または追加を除外しないことがさらに理解されよう。その上、ある要素が別の要素に「応答する」または「接続される」ものとして言及されている際は、その要素は、他の要素に直接応答するまたは接続することも、介在要素を存在させることもできる。対照的に、ある要素が他の要素に「直接応答する」または「直接接続される」ものとして言及されている際は、介在要素は存在しない。本明細書で使用される場合は、「および／または」という用語は、関連リストアイテムのうちの１つまたは複数のありとあらゆる組合せを含み、「／」と短縮することができる。
【００５０】
「第１の」、「第２の」などの用語は、本明細書において様々な要素を説明するために使用することができるが、これらの要素は、これらの用語によって制限されるべきではないことが理解されよう。これらの用語は、ある要素を別の要素と区別するためだけに使用される。例えば、本原理の教示から逸脱することなく、第１の要素は、第２の要素と呼ぶことができ、同様に、第２の要素は、第１の要素と呼ぶことができる。
【００５１】
図のいくつかは、通信の主要な方向を示すために通信経路上に矢印を含むが、通信は、描写される矢印とは反対の方向でも起こり得ることを理解されたい。
【００５２】
いくつかの例は、ブロック図および動作上のフローチャートに関して説明され、各ブロックは、指定された論理機能を実装するための１つまたは複数の実行可能命令を含む、回路素子、モジュールまたはコードの一部分を表す。また、他の実装形態では、ブロックで記述される機能は、記述される順番以外でも起こり得ることにも留意すべきである。例えば、実際には、関与する機能性に応じて、連続して示される２つのブロックを実質的に同時に実行することも、場合により、ブロックを逆の順番で実行することもできる。
【００５３】
本明細書における「例によれば」または「例では」への言及は、例と関係して説明された特定の特徴、構造または特性を本原理の少なくとも１つの実装形態に含めることができることを意味する。本明細書の様々な場所における「例によれば」または「例では」という記載の出現は、必ずしもすべてが同じ例を指すとは限らず、別個のまたは代替の例が必ずしも他の例の相互排他的なものであるとも限らない。
【００５４】
請求項で見られる参照番号は、単なる例示であり、請求項の範囲への制限効果はないものとする。
【００５５】
明示的に説明されてはいないが、本例および変形形態は、いかなる組合せまたは副組合せでも採用することができる。
【００５６】
本原理は、ピクチャ、１群のピクチャまたはピクチャの全シーケンスを表すビデオエレメンタリーストリームの符号化／復号／適応のために説明されている。
【００５７】
以下では、本開示は、高ダイナミックレンジ（ＨＤＲ）コンテンツ適応選択プロセスおよびトランスポートストリーム（ＴＳ）のためのＨＤＲメタデータ信号伝達に本開示の特徴が適用される特定の実施形態に関連して、細部に至るまで説明する。
【００５８】
公知の先行技術の技法に関連して以前に説明されるように、符号化済みのビデオコンテンツと関連付けられたトランスポートストリームには、受信機にとって有益であり得るＨＤＲメタデータの存在に関連する情報はない。結果的に、受信機／デコーダは、対象とするディスプレイに運ぶ前に復号済みのコンテンツを対象とするディスプレイ特性に適応させるべきかどうかについて決定を行う前に、ＨＤＲコード化済みストリームを構文解析する必要がある。それらのステップは、資源消費（エレメンタリーストリームの復号部分）および先読み（ストリームに何があるかを検査する）を含意する。
【００５９】
本開示は、ＨＤＲエレメンタリーストリーム（ＥＳ）を通じてアクセス可能なＨＤＲ特有の特徴を知ることを可能にする高ダイナミックレンジ（ＨＤＲ）メタデータ記述子を指定するものである。これは、受信機、デコーダ、レンダラ要素などの消費者エンドチェーン全体を考慮する際にコード化済みのビデオを適応させるかまたは解釈することが重要である。
【００６０】
例えば、それにより、その完全な持続時間の間、ＨＤＲからＳＤＲへのリマッピングメタデータの存在についての情報をＥＳに有することが可能になる。それにより、ＥＳ自体を構文解析する必要なく、この情報の回収の促進および簡略化が行われる。そういう意味では、受信機（例えば、ＩＲＤ）は、統合受信機デコーダ（ＩＲＤ）（例えば、ＳＴＢ（セットトップボックス））に接続されたディスプレイでストリームが復号可能かつ表示可能であるかどうか（恐らくは、受信機の適応能力を考慮して）を事前に知ることができる。その上、受信機は、復号済みのビデオコンテンツをディスプレイ特性に適応させるためにどのコンテンツ適応モデルを使用するかを選ぶこともできる。
【００６１】
図１は、本開示の実施形態による、ビデオエレメンタリーストリームから復号されたビデオコンテンツをディスプレイの特性に適応させる方法の主要なステップを示す。
【００６２】
受信機ＲＸ１０は、ディスプレイ１１に接続される。例えば、受信機ＲＸ１０は、テレビセット１１に統合されたＩＲＤでも、ＨＤＭＩリンクを通じてディスプレイ１１に接続されたセットトップボックスの一部でもある。
【００６３】
受信機ＲＸ１０は、例えば図４によって示されるようなチャネル変調に対応する多重ストリームＭＸ１を受信する。そのような多重ストリームＭＸ１は、符号化済みのビデオコンテンツに対応するカプセル化されたエレメンタリーストリーム４２であるトランスポート層４１を第１のレベルに有する木構造４３を有する。各エレメンタリーストリームは、識別子と関連付けられ、識別子は、例えば、テレビチャネルに対応し得る。従って、図４の例では、第１の信号である多重送信０は、ｐｉｄ＿０、ｐｉｄ＿１およびｐｉｄ＿２という識別子と関連付けられたエレメンタリーストリームを保持し、第２の信号である多重送信１は、ｐｉｄ＿３およびｐｉｄ＿４という識別子と関連付けられたエレメンタリーストリームを保持する。
【００６４】
受信機ＭＸ１は、ステップ１０１において多重ストリームＭＸ１を逆多重化し、次いで、ステップ１０２においてトランスポートストリームＴＳ４１を構文解析する。従って、受信機ＲＸ１０は、トランスポートストリームＴＳ４１における１つまたはいくつかの特定タイプのメタデータの存在を示すＨＤＲ記述子（ＨＤＲ  ＤＥＳＣＲ．）という追加の情報を得る。そのようなＨＤＲ記述子（ＨＤＲ  ＤＥＳＣＲ．）という追加の情報は、ＣＡ選択（ＣＡ  ＳＥＬＥＣ）というステップ１０５において、受信されたビデオエレメンタリーストリームからの復号済みのピクチャがディスプレイ１１上に表示可能かどうかを判定するために、ディスプレイ１１の特性に関連する情報ＥＤＩＤと併せて使用される。ＥＤＩＤ情報は、ディスプレイ制御モジュール（ＤＩＳＰ．ＣＴＲＬ）１１１から受信され、特に、ディスプレイサポートフォーマットおよびディスプレイ特性を含む。そのようなＥＤＩＤ情報を多重ストリームＭＸ１で利用可能なメタデータと比較することにより、ビデオエレメンタリーストリームがまさに表示可能であると判定された場合は、受信機ＲＸ１は、ステップ１０５において、復号済みのビデオコンテンツをディスプレイ特性に適応させるために、どのコンテンツ適応方法を使用すべきかを決定することができる。
【００６５】
コンテンツ適応プロセスが選択された時点で、受信機ＲＸ１０は、ＣＡというステップ１０６において、選択されたプロセスに従って、エレメンタリーストリームから復号されたビデオコンテンツを適応させる。エレメンタリーストリームから復号されたビデオコンテンツ（ＤＥＣ．ＰＩＣ．）は、トランスポートストリーム４１中にカプセル化されたエレメンタリーストリーム４２が構文解析されているステップ１０３から生じるビデオＥＳ復号というステップ１０４の後に得られる。
【００６６】
適応させたまたはリマッピングされたピクチャ（ＲＥＭＡＰ．ＰＩＣＴ．）は、ディスプレイレンダリング（ＤＩＳＰ．ＲＥＮＤＥＲ．）というステップ１１０においてレンダリングするために、ディスプレイ１１に送信される。
【００６７】
従って、ＨＤＲ記述子は、以下の目的でＩＲＤによって使用される。
−  ＥＤＩＤ情報（ディスプレイサポートフォーマット）およびＨＤＲ記述子情報の結果、ＨＤＲビデオが接続されたディスプレイ上に（正しく）表示可能かどうかについてのＩＲＤによる判定、
−  ＨＤＲコンテンツが表示可能な場合は、ディスプレイ能力を与える適切なコンテンツ適応方法の選択。
【００６８】
ＥＳ４２ではなく、ＴＳ層４１のみが構文解析されることに留意しなければならない。
【００６９】
本開示の実施形態によれば、ＴＳ（トランスポートストリーム）層４１における記述子の追加により、１つの特定タイプのＨＤＲメタデータまたは特徴の存在が信号伝達される。また、この情報が全プログラムまたはシーケンス持続時間の間存在するかどうかも信号伝達される。
【００７０】
信号Ｆによって搬送されるそのような記述子（ＨＤＲ  ＤＥＳＣＲ．）（本文書では追加の情報とも呼ばれる）の構文の例は、表１に提示される。
【００７１】
【表１】
2018537030.tif 000003
【００７２】
表１で観察できるように、記述子は、４つの異なるタイプのメタデータ、すなわち、
−  カラーリマッピング情報（ＣＲＩ）、
−  マスタリングディスプレイカラーボリューム情報、
−  コンテンツ光レベル情報
−  ＨＤＲ互換性
の存在を示すフラグを含む。
【００７３】
フラグの値が「１」で設定されると、符号化済みのビデオストリームの全持続時間または全プログラムの間、対応するタイプのメタデータが存在することを示す。
【００７４】
実施形態によれば、部分的なまたは完全な静的メタデータ情報は、表２の「マスタリングディスプレイカラーボリューム情報」の例で与えられるように、記述子において利用可能であり得る。
【００７５】
【表２】
2018537030.tif 000004
【００７６】
対応するメタデータの特徴（すなわち、関連測色原色、白色点、ならびに、最小および最大ディスプレイマスタリング輝度）は、トランスポートストリーム４１の記述子（ＨＤＲ  ＤＥＳＣＲ．）において直接利用可能である。
【００７７】
実施形態によれば、最大動的メタデータリフレッシュレートまたは最小期間が信号伝達される。それは、動的メタデータがリフレッシュされている最小間隔を示す（表３の例）。この情報は、基準クロックレート数の数またはティッキングの数（例えば、９０ＫＨｚ）で表現することができる。
【００７８】
【表３】
2018537030.tif 000005
【００７９】
実施形態によれば、最小動的メタデータリフレッシュレートまたは最大期間が信号伝達される。それは、動的メタデータがリフレッシュされている最大間隔を示す（表４の例）。この情報は、基準クロックレート数の数もしくはティッキングの数（例えば、９０ＫＨｚ）またはＥＳビデオフレームレートの数で表現することができる。
【００８０】
【表４】
2018537030.tif 000006
【００８１】
実施形態によれば、リマッピングされた（colour_remapping_info）信号特性が信号伝達される。それは、ＩＲＤによって、どのフォーマットをディスプレイに送信するかを知る（選ぶ）ためおよび／またはそれがディスプレイによってサポートされているかどうかを知るために使用される。
【００８２】
【表５】
2018537030.tif 000007
【００８３】
表５の例の変形形態を以下で提供する。
【００８４】
【表６】
2018537030.tif 000008
【００８５】
従って、本開示は、先行技術の技法に勝るいくつかの利点を提供する。
−  ＩＲＤ  ＲＸ１０は、高レベル（ＴＳ４１）におけるいくつかの特定タイプのＨＤＲ静的および動的メタデータの存在についての情報へのアクセスを有する。
−  ＩＲＤ  ＲＸ１０は、すべてのプログラム／シーケンスの持続時間の間メタデータが存在するかどうかについての知識を有する。
−  ＩＲＤ  ＲＸ１０は、ＨＤＲピクチャを正しく表示できるかどうかを知るために、これ以上ＥＳ（４２）を構文解析する必要がなく、ＴＳ（４１）だけ構文解析すればよい。
【００８６】
そういう意味では、ＩＲＤ  ＲＸ１０は、その実装された後処理（例えば、カラーボリュームマッピング）に応じておよびＥＤＩＤを介して接続ディスプレイ特性に応じて、ＨＤＲレンダリングの完全なサポートが可能である（またはそうではない）ことについて警告するために、ユーザインタフェース（またはコンテンツ適応選択モジュール）にこの情報を与えることができる。
【００８７】
それに加えて、ＩＲＤ  ＲＸ１０は、適切な（ＩＲＤ  ＲＸ１０で実装されるものの間で）コンテンツ適応モデルを選択することができる。
【００８８】
図１では、モジュールは、区別可能な物理ユニットと関係があってもなくともよい機能ユニットである。例えば、これらのモジュールまたはそれらのいくつかは、特有のコンポーネントまたは回路にまとめることも、ソフトウェアの機能性に寄与することもできる。それに反して、いくつかのモジュールは、別個の物理的実体から潜在的に構成することができる。本原理に適合する装置は、純粋なハードウェアを使用して、例えば、ＡＳＩＣ、ＦＰＧＡもしくはＶＬＳＩ（それぞれ、≪特定用途向け集積回路≫、≪フィールドプログラマブルゲートアレイ≫、≪超大規模集積≫）などの専用ハードウェアを使用して、あるいは、デバイスに埋め込まれたいくつかの統合電子コンポーネントから、または、ハードウェアコンポーネントとソフトウェアコンポーネントの混合物から実装される。
【００８９】
図２は、図１に関連して説明される方法を実装するように構成することができるデバイス２０の例示的なアーキテクチャを表す。
【００９０】
デバイス２０は、データおよびアドレスバス２１によってつながっている以下の要素、すなわち、
−  例えばＤＳＰ（またはデジタル信号プロセッサ）である、マイクロプロセッサ２２（またはＣＰＵ）、
−  ＲＯＭ（または読み取り専用メモリ）２３、
−  ＲＡＭ（またはランダムアクセスメモリ）２４、
−  アプリケーションから送信用のデータを受信するためのＩ／Ｏインタフェース２５、および、
−  バッテリ２６
を含む。
【００９１】
例によれば、バッテリ２６は、デバイスの外部のものである。言及されるメモリの各々では、本明細書で使用される「レジスタ」という用語は、小容量のエリア（数ビット）または非常に大きなエリア（例えば、全プログラムまたは大量の受信もしくは復号データ）に対応し得る。ＲＯＭ２３は、プログラムおよびパラメータを少なくとも含む。ＲＯＭ２３は、本原理による技法を実行するためのアルゴリズムおよび命令を格納することができる。電源を入れると、ＣＰＵ２２は、ＲＡＭにプログラムをアップロードし、対応する命令を実行する。
【００９２】
ＲＡＭ２４は、プログラム（ＣＰＵ２２によって実行され、デバイス２０の電源を入れた後にアップロードされる）をレジスタに含み、入力データをレジスタに含み、方法の異なる状態の中間データをレジスタに含み、方法の実行のために使用される他の変数をレジスタに含む。
【００９３】
本明細書で説明される実装形態は、例えば、方法もしくはプロセス、装置、ソフトウェアプログラム、データストリーム、または、信号で実装することができる。実装の単一の形態の文脈においてのみ論じられる（例えば、方法またはデバイスとしてのみ論じられる）場合であっても、論じられる特徴の実装形態は、他の形態（例えば、プログラム）でも実装することができる。装置は、例えば、適切なハードウェア、ソフトウェアおよびファームウェアで実装することができる。方法は、例えば、コンピュータ、マイクロプロセッサ、集積回路またはプログラマブル論理デバイスを含む、例えば、一般に処理デバイスを指す装置（例えば、プロセッサなど）で実装することができる。また、プロセッサは、例えば、コンピュータ、携帯電話、ポータブル／携帯情報端末（「ＰＤＡ」）、および、エンドユーザ間の情報の通信を容易にする他のデバイスなどの通信デバイスも含む。
【００９４】
デバイスの例によれば、多重ストリームＭＸ１（図１）は、供給源から得られる。例えば、供給源は、
−  ローカルメモリ（２３または２４）（例えば、ビデオメモリまたはＲＡＭ（もしくはランダムアクセスメモリ）、フラッシュメモリ、ＲＯＭ（もしくは読み取り専用メモリ）、ハードディスク）、
−  記憶装置インタフェース（２５）（例えば、大容量記憶装置、ＲＡＭ、フラッシュメモリ、ＲＯＭ、光ディスクまたは磁気サポートとのインタフェース）、
−  通信インタフェース（２５）（例えば、有線インタフェース（例えば、バスインタフェース、広域ネットワークインタフェース、ローカルエリアネットワークインタフェース）または無線インタフェース（ＩＥＥＥ８０２．１１インタフェースもしくはBluetooth（登録商標）インタフェースなど））、および、
−  ピクチャ捕捉回路（例えば、センサ、例えば、ＣＣＤ（もしくは電荷結合素子）またはＣＭＯＳ（もしくは相補型金属酸化膜半導体）など）
を含むセットに属する。
【００９５】
デバイスの例によれば、リマッピングされたピクチャ（ＲＥＭＡＰ．ＰＩＣＴ．）（図１）は、送り先に送信される。具体的には、送り先は、
−  ローカルメモリ（２３または２４）（例えば、ビデオメモリまたはＲＡＭ、フラッシュメモリ、ハードディスク）、
−  記憶装置インタフェース（２５）（例えば、大容量記憶装置、ＲＡＭ、フラッシュメモリ、ＲＯＭ、光ディスクまたは磁気サポートとのインタフェース）、
−  通信インタフェース（２５）（例えば、有線インタフェース（例えば、バスインタフェース（例えば、ＵＳＢ（もしくはユニバーサルシリアルバス））、広域ネットワークインタフェース、ローカルエリアネットワークインタフェース、ＨＤＭＩ（高解像度マルチメディアインタフェース）インタフェース）または無線インタフェース（ＩＥＥＥ８０２．１１インタフェース、ＷｉＦｉ（登録商標）もしくはBluetooth（登録商標）インタフェースなど））、
−  ディスプレイ１１、および、
−  ＩＲＤ１０
を含むセットに属する。
【００９６】
デバイスの例によれば、記述子（ＨＤＲ  ＤＥＳＣＲ．）を搬送する信号Ｆは、供給源から得られる。例示的には、信号Ｆは、ローカルメモリ（例えば、ビデオメモリ（２４）、ＲＡＭ（２４）、ＲＯＭ（２３）、フラッシュメモリ（２３）またはハードディスク（２３））から読み取られる。変形形態では、ビットストリームは、記憶装置インタフェース（２５）（例えば、大容量記憶装置、ＲＡＭ、ＲＯＭ、フラッシュメモリ、光ディスクまたは磁気サポートとのインタフェース）から受信される、ならびに／あるいは、通信インタフェース（２５）（例えば、ポイントツーポイントリンク、バス、ポイントツーマルチポイントリンクまたは放送ネットワークとのインタフェース）から受信される。
【００９７】
例によれば、デバイス２０は、図１に関連して説明される方法を実装するように構成され、
−  モバイルデバイス、
−  通信デバイス、
−  ゲームデバイス、
−  タブレット（またはタブレットコンピュータ）、
−  ラップトップ、
−  静止ピクチャカメラ、
−  ビデオカメラ、
−  符号化チップ、
−  静止ピクチャサーバ、
−  ビデオサーバ（例えば、放送サーバ、ビデオオンデマンドサーバまたはウェブサーバ）
を含むセットに属する。
【００９８】
図３は、パケットベースの送信プロトコルが使用される際のそのような信号Ｆの構文の例を示す。各送信パケットＰは、ヘッダ（Ｈ）およびペイロード（PAYLOAD）を含む。ヘッダ（Ｈ）のビットは、例えば、１つの特定のタイプの前記メタデータの存在を示す追加の情報や、ビデオストリーム（ペイロード（PAYLOAD））の全持続時間の間、この追加の情報が存在するかどうかを表す。
【００９９】
より正確に言えば、実施形態によれば、表１の例で説明されるように、いくつかのビットは、図４の多重送信（多重送信０または多重送信１）のトランスポートストリームＴＳパケットに保存し、ＨＤＲメタデータ記述子を形成することができる。これらのビットは、異なるタイプのＨＤＲメタデータの存在を示すフラグであり、エレメンタリーストリーム４２の全持続時間の間、それらの異なるタイプのＨＤＲメタデータが存在するかどうかを示す。
【０１００】
本明細書で説明される様々なプロセスおよび特徴の実装形態は、様々な異なる機器またはアプリケーションで具体化することができる。そのような機器の例は、エンコーダ、デコーダ、デコーダからの出力を処理するポストプロセッサ、エンコーダに入力を提供するプリプロセッサ、ビデオコーダ、ビデオデコーダ、ビデオコーデック、ウェブサーバ、セットトップボックス、ラップトップ、パーソナルコンピュータ、携帯電話、ＰＤＡ、および、ピクチャもしくはビデオを処理する他の任意のデバイス、または、他の通信デバイスを含む。明確であるべきだが、機器は、モバイルであり得、移動車両にインストールすることさえも可能である。
【０１０１】
それに加えて、方法は、プロセッサによって実行されている命令によって実装することができ、そのような命令（および／または実装形態によって生成されたデータ値）は、コンピュータ可読記憶媒体上に格納することができる。コンピュータ可読記憶媒体は、コンピュータ可読プログラム製品の形態を取ることができ、コンピュータ可読プログラム製品は、１つまたは複数のコンピュータ可読媒体において具体化され、その上で具体化されたコンピュータ可読プログラムコードを有し、コンピュータ可読プログラムコードは、コンピュータによって実行可能である。コンピュータ可読記憶媒体は、本明細書で使用される場合は、情報をその中に格納するための固有の能力およびそこからの情報の回収を提供するための固有の能力が与えられた非一時的な記憶媒体と見なされる。コンピュータ可読記憶媒体は、例えば、これらに限定されないが、電子、磁気、光、電磁、赤外線もしくは半導体システム、装置もしくはデバイス、または、前述の適切な任意の組合せであり得る。当業者であれば容易に把握できるように、以下、すなわち、ポータブルコンピュータディスケット、ハードディスク、読み取り専用メモリ（ＲＯＭ）、消去型プログラム可能読み取り専用メモリ（ＥＰＲＯＭもしくはフラッシュメモリ）、ポータブルコンパクトディスク読み取り専用メモリ（ＣＤ−ＲＯＭ）、光学記憶装置、磁気記憶装置、または、前述の適切な任意の組合せは、本原理が当てはまるコンピュータ可読記憶媒体のより具体的な例を提供する一方で、単なる例示であり、網羅的なリストではないことを把握されたい。
【０１０２】
命令は、プロセッサ可読媒体上で有形に具体化されたアプリケーションプログラムを形成することができる。
【０１０３】
命令は、例えば、ハードウェア、ファームウェア、ソフトウェアまたは組合せにおけるものであり得る。命令は、例えば、オペレーティングシステム、別個のアプリケーションまたはその２つの組合せで見つけることができる。従って、プロセッサは、例えば、プロセスを実行するように構成されたデバイスと、プロセスを実行するための命令を有するプロセッサ可読媒体（記憶装置など）を含むデバイスの両方として特徴付けることができる。さらに、プロセッサ可読媒体は、命令に加えてまたは命令の代わりに、実装形態によって生成されたデータ値を格納することができる。
【０１０４】
当業者には明らかであるように、実装形態は、例えば、格納または送信することができる、情報を伝えるようにフォーマットされた様々な信号を生成することができる。情報は、例えば、方法を実行するための命令、または、説明される実装形態のうちの１つによって生成されたデータを含み得る。例えば、信号は、本原理の説明される例の構文を書き込むまたは読み取るための規則をデータとして伝えるように、あるいは、本原理の説明される例によって書き込まれた実際の構文・値をデータとして伝えるように、フォーマットすることができる。そのような信号は、例えば、電磁波として（例えば、スペクトルの高周波部分を使用して）またはベースバンド信号としてフォーマットすることができる。フォーマットすることは、例えば、データストリームを符号化すること、および、符号化されたデータストリームで搬送波を変調することを含み得る。信号が伝える情報は、例えば、アナログまたはデジタル情報であり得る。信号は、知られているように、様々な異なる有線または無線リンク上で送信することができる。信号は、プロセッサ可読媒体上に格納することができる。
【０１０５】
多くの実装形態について説明してきた。それにもかかわらず、様々な変更を行えることが理解されよう。例えば、他の実装形態を生成するために、異なる実装形態の要素を組み合わせることも、補足することも、変更することも、除去することもできる。それに加えて、当業者は、開示されるものの代わりに、他の構造およびプロセスを代用することができ、結果として得られる実装形態は、開示される実装形態と少なくとも実質的に同じ結果を達成するために、少なくとも実質的に同じ方法で、少なくとも実質的に同じ機能を実行することを理解するであろう。それに従って、これらのおよび他の実装形態は、この出願によって企図される。
【図１】
2018537030.tif 000009
【図２】
2018537030.tif 000010
【図３】
2018537030.tif 000011
【図４】
2018537030.tif 000012
【国際調査報告】
2018537030.tif 000013
2018537030.tif 000014