(57)【要約】  共通の空間内のクロマ・サンプルの位置に関連する輝度サンプルを決定すること（３３、４４）と、決定された輝度サンプルを、クロマ・サンプルに適用されている輝度に依存するプロセスにおいて適用すること（３４、４９２）とを含む、デコーダまたはエンコーダにおいて色サンプルを処理するのに使用される輝度値を決定する方法が提供される。
2018535569.tif 000002
【特許請求の範囲】
【請求項１】
コーダまたはデコーダにおいて色サンプルを処理するのに使用される輝度値を決定する方法であって、
共通の空間内のクロマ・サンプルの位置に関連する輝度サンプルを決定すること（３３、３４）と、
前記決定された輝度サンプルを、前記クロマ・サンプルに適用されている輝度に依存するプロセスにおいて適用すること（３４、４９２）と
を含む、方法。
【請求項２】
前記共通の空間は、標準の伝達関数を適用するときに得られる非線形輝度空間を含む、請求項１に記載の方法。
【請求項３】
前記標準の伝達関数は、ＳＭＰＴＥ  ＳＴ２０８４の逆電気／光伝達関数（ＥＯＴＦ）を含む、請求項２に記載の方法。
【請求項４】
輝度サンプルを決定することは、前記クロマ・サンプルの近くに配置された非線形画素値の平均値を計算することを含む、請求項１に記載の方法。
【請求項５】
コーダまたはデコーダにおいて色サンプルを処理するのに使用される輝度値を決定する機器であって、
共通の空間内のクロマ・サンプルの位置に関連する輝度サンプルを決定し（３３、３４）、
前記決定された輝度サンプルを、前記クロマ・サンプルに適用されている輝度に依存するプロセスにおいて適用する（３４、４９２）手段を含む、機器。
【請求項６】
前記共通の空間は、標準の伝達関数を適用するときに得られる非線形輝度空間を含む、請求項５に記載の機器。
【請求項７】
前記標準の伝達関数は、ＳＭＰＴＥ  ＳＴ２０８４の逆電気／光伝達関数（ＥＯＴＦ）を含む、請求項６に記載の機器。
【請求項８】
輝度サンプルを決定することは、前記クロマ・サンプルの近くに配置された非線形画素値の平均値を計算することを含む、請求項５に記載の機器。
【請求項９】
前記色サンプルを処理するのに使用される輝度値を決定する、請求項５〜８のいずれか一項に記載の機器を含む、色サンプルを符号化または復号する、装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は一般に、ビデオ符号化および／または復号に関し、より詳細には、色空間処理を使用するビデオ符号化および／または復号に関する。
【背景技術】
【０００２】
デジタル信号処理では、データを伝送する際にデータ圧縮が極めて重要になってきた。データ・ファイルのサイズを小さくするプロセスをデータ圧縮と呼ぶ。圧縮は、データ記憶空間または伝送容量などのリソース使用量を削減するのに役立つので有用である。しかし、データは、いったん圧縮すると、使用できるようにするのに復元しなければならない。圧縮されたデータは、使用するために復元しなければならないので、復元する過程で、この余分な処理によって計算コストまたは他のコストが生じることになる。さらに、データ圧縮方式の設計は、圧縮の程度、（損失データ圧縮を使用するときに）もたらされる歪みの量、およびデータを圧縮および復元するのに必要な計算リソースを含め、様々な要因の間でのトレードオフを含む。たとえば、ビデオ用の圧縮方式は、ビデオが復元されているとみなすのに十分な速さで、このビデオを復元するために、高価なハードウェアを必要とする場合がある。ビデオを視聴する前にこのビデオを完全に復元する選択肢は、不便になるか、追加の記憶装置を必要とする場合がある。
【０００３】
ビデオ圧縮では、非圧縮ビデオには非常に高いデータ転送速度が必要となるので、このトレードオフは非常に重要な問題になることがある。たいていのビデオ圧縮アルゴリズムは、空間画像圧縮と時間動き補償を組み合わせる。さらに、ビデオ圧縮ストリームも、１つのパッケージにオーディオ・ストリームを伴う。したがって、たいていのビデオ符号化規格の設計では、主要目的は、符号化効率を最も高くすることである。符号化効率は、ある程度のレベルのビデオ品質を保ちながら、可能な限り低いビット・レートでビデオを符号化する能力である。近年、ビデオ品質とビット・レートとの間のトレードオフは、数多くの実際的な課題を提示してきた。
【０００４】
高効率ビデオ符号化（以下ではＨＥＶＣ）はビデオ圧縮規格であり、高い評価を得てきた。この高い評価の理由は、ＨＥＶＣが、同じレベルのビデオ品質においてデータ圧縮率を２倍にすることができるからである。ＨＥＶＣは、色空間処理、スケーラブル符号化拡張、マルチビュー拡張など、数多くの技法をサポートする。さらに、ＨＥＶＣビデオ圧縮規格は、とりわけ、いわゆる適合ポイントに従って動作するビデオ復号プロセスを指定する。適合ポイントは、ビデオ復号およびレンダリングのプロセスにおいて、復号されたビデオ・シーケンスとＨＥＶＣ規格との適合を検査することができるポイントに対応する。これは、ビデオ・デコーダの固定小数点数の出力に対応し、その後、復号されたピクチャ成分に任意の後続動作が適用される。しかし、これらの機能を同時に使用することは、たいていの場合に実現可能ではなかった。したがって、これらの機能のいくつかを同時に最大限活用することのできる技法が望ましい。
【０００５】
ピクチャ／ビデオ、特に高ダイナミックレンジのピクチャ／ビデオを符号化および復号するための他の技法が提案されてきた。
【０００６】
図１は、従来の高ダイナミックレンジ（以下ではＨＤＲ）復号のワークフローを示すブロック図である。たいていのＨＤＲ画像処理技法では、画像処理および写真技術を使用して、標準のデジタル画像処理または写真技法で実現可能なものよりもダイナミックレンジの広い明度を再現する。この技法は、ビデオおよび画像の伝送中に維持しなければならない優れた画像を生成する。この目標に向けて、図１に示すように、従来型の（ＨＥＶＣ）ビデオ・デコーダ１１の後に、一般的なＨＤＲ再構築システム（ＨＤＲ再構築１２、色アップサンプリング１３、ＨＤＲ後処理１４）が配置され、これは、ＨＥＶＣデコーダによって生成される復号されたビデオ・シーケンスからＨＤＲコンテンツを再構築することを目的とする。たいていのビデオ配信の使用事例では、ＨＥＶＣ符号化シーケンスが４：２：０のクロマ・フォーマットで表され、成分サンプルが１０ビットの固定小数点数で表される。
【０００７】
ＨＤＲ画像は、複数の低ダイナミックレンジ（ＬＤＲ）または標準ダイナミックレンジ（ＳＤＲ）の写真をマージする結果として生じる、コンピュータのレンダリングおよび画像とすることができる。さらに、ＨＤＲ画像は、オーバサンプリングされたバイナリ画像センサのような特別の画像センサを使用して取得することもできる。圧縮されたＨＤＲビデオの配信においては、ダイナミックレンジがさらに限定されたＨＤＲを示す、関連したＳＤＲビデオを同時に配信するときにも、いくつかの問題がある。ＳＤＲに関連するビデオが存在しない場合にはこれらの問題が悪化し、その結果、ＳＤＲビデオの生成も解決すべき問題の一部分である。
【０００８】
図１に戻って参照すると、ＨＥＶＣ符号化シーケンスとともに使用することができるデコーダ、および特にＨＤＲ画像処理を使用するデコーダは、４：２：０クロマ・サンプリングでサンプル毎に８ビット〜１０ビットのビット深度を可能にするプロファイルを有していなければならない。このようなＨＥＶＣデコーダは、より多くの色を可能にする、より高いビット深度で作成されたビットストリームを復号できなければならず、また、色バンディングの問題を最小限に抑えるように、色のより滑らかな遷移を可能にするために、より高いビット深度に対応しなければならない。図１で使用される例では、ＨＤＲ再構築プロセスの大部分は、４：４：４フォーマットで実行されるが、ＨＥＶＣ符号化／復号プロセスで古典的に使用される色フォーマットは４：２：０である。その結果、ＨＤＲ再構築プロセスの計算の複雑さが増す。
【０００９】
さらに、ＨＥＶＣビデオ圧縮規格は、とりわけ、いわゆる適合ポイントに従って動作するビデオ復号プロセスを指定する。適合ポイントは、ビデオ復号およびレンダリングのプロセスにおいて、復号されたビデオ・シーケンスとＨＥＶＣ規格との適合を検査することができるポイントに対応する。これは、ビデオ・デコーダの固定小数点数の出力に対応し、その後、（たとえば、クロマ・アップサンプリング、色空間変換、および／または出力表示へのビデオ信号適応のような）任意の後続動作が、復号されたピクチャ成分に適用される。動画専門家グループ（以下ではＭＰＥＧ）／ＨＤＲビデオ圧縮用のＭＰＥＧ標準化団体によって考慮され得る適合ポイントは、４：２：０〜４：４：４のクロマ・アップサンプリングの直前に配置される。
【００１０】
さらに、２０１５年８月２４日出願の欧州特許出願第１５２９０２１４．４号には、高ダイナミックレンジのピクチャ／ビデオの符号化および復号を可能にする、ピクチャ／ビデオの符号化および復号の技法が開示されている。このような技法は、エンコーダ側では、たとえば、従来型のＳＤＲワークフローと互換性のあるフォーマットで表されるＳＤＲピクチャに、ＨＤＲピクチャをマッピングすることに依存する。例示的には、このフォーマットは、（規格ＩＴＵ−Ｒ  Ｒｅｃ  ＢＴ．７０９で規定されているような）高精細ＴＶ専用の８ビットＹＵＶフォーマット、または（規格ＩＴＵ−Ｒ  Ｒｅｃ  ＢＴ．２０２０で規定されているような）超高精細ＴＶ専用の１０ビットＹＵＶフォーマットでもよい。これはさらに、従来型のＳＤＲ画像コーダを使用することにより、得られたＳＤＲピクチャを符号化することを含む。たとえば、コーダは、たとえばＨＥＶＣ（またはワークフローによって実行可能な他の任意のコーデック）の標準の８ビットｈ２６４／ＡＶＣメイン・プロファイル、または標準の１０ビットＨＥＶＣメイン・プロファイルでもよい。さらに、配信方式は、得られた符号化されたＳＤＲピクチャのビットストリームを配信することを含む。デコーダ側では、対象となるユーザに応じて２つの状況が考えられる。第１の状況では、復号されたＳＤＲピクチャが、配信されたビットストリームから得られ、ＳＤＲ対応装置上に表示される。第２の状況では、第１に、復号されたＳＤＲピクチャを取得し、第２に、復号されたＳＤＲピクチャから復号されたＨＤＲピクチャへとマッピングすることによって、配信されたビットストリームから、復号されたＨＤＲピクチャが得られる。
【００１１】
ＨＥＶＣデコーダを実装するこの技法によれば、ＳＤＲからＨＤＲへのマッピング・プロセスのほとんどが、ＸＹＺ色空間を使用することによって、４：４：４のクロマ・フォーマットを有する復号された色ピクチャに適用され、マッピング・プロセスの最初においては、４：２：０から４：４：４へのアップサンプリングを実行するように構成されてはいない。その結果、計算複雑度の高いデコーダが得られる。
【００１２】
したがって、プロセスのほとんどが４：２：０領域で実行される、ＨＤＲ復号プロセスを有することが望ましいはずである。さらに、ＨＤＲ復号プロセスが、確立された標準ＨＤＲビデオ信号に適合するＨＤＲ信号を生成するように、復号の出力が１０ビットの整数サンプルで表されるＨＤＲ復号プロセスを有することが望ましいはずである。
【発明の概要】
【００１３】
本発明の原理の各技法を用いて、追加の特徴および利点が実現される。この原理の他の実施形態および態様が、本明細書において詳細に説明され、特許請求の範囲の一部分とみなされる。利点および特徴とともにこの原理をより良好に理解するために、この説明および各図面を参照されたい。
【００１４】
関連するあらゆる符号化／復号ステップにおいて、通常使用される空間内のクロマ・サンプルの位置に関連する輝度サンプルを決定するステップと、決定されたこの輝度サンプルを、クロマ・サンプルに適用されている輝度に依存するプロセスにおいて利用するステップとを含む、デコーダまたはエンコーダにおいて色サンプルを処理するのに使用される輝度値を決定する方法が提供される。
【００１５】
添付図を参照して、決して限定的ではない以下の実施形態および実行例によって、この原理がより良好に理解され、また例示されよう。
【図面の簡単な説明】
【００１６】
【図１】従来技術による復号ワークフローおよび適合ポイントを示すブロック図を示す。
【図２】本発明の原理の一例による色空間方式を使用する復号技法を示す流れ図である。
【図３】本発明の原理の一例による同期型コロケータを有するデコーダを示すブロック図である。
【図４】本発明の原理の一例による再整形機能を有する符号化技法を示すブロック図である。
【図５】本発明の原理の一例による装置のアーキテクチャの一例を示す。
【発明を実施するための形態】
【００１７】
図１〜４において、示された各ブロックは、単に機能的な構成要素であり、物理的に別々の構成要素には必ずしも対応していない。すなわち、こうした構成要素は、ソフトウェア、ハードウェアの形態で開発することもでき、または、１つもしくは複数のプロセッサを含む、１つもしくはいくつかの集積回路で実装することもできる。
【００１８】
可能な限り、同じまたは同様の部分を指すために、各図全体を通して同じ参照番号を使用する。
【００１９】
本発明の原理の各図および各説明は、本発明の原理を明確に理解するのに関連した要素を例示するように簡略化されてきており、説明を明確にするために、典型的なデジタル・マルチメディア・コンテンツ・デリバリの方法およびシステムで見られる、数多くの他の要素を省いてあることを理解されたい。しかし、このような要素は当技術分野でよく知られているので、本明細書においては、このような要素の詳細な議論をおこなわない。本明細書での開示は、このような全ての変形形態および修正形態を対象とする。
【００２０】
本発明の原理は、共通の空間内でのクロマ・サンプルの位置に関連する輝度サンプルを決定するステップと、決定されたこの輝度サンプルを、クロマ・サンプルに適用されている輝度に依存するプロセスにおいて適用するステップとを含む、デコーダまたはエンコーダにおいて色サンプルを処理するのに使用される輝度値を決定する方法を提供するものである。
【００２１】
少なくとも１つの実施形態によれば、本開示は、プロセスのほとんどが４：２：０のクロマ・フォーマットで実行される、ＨＤＲ符号化または復号のプロセスを提供する。
【００２２】
さらに、少なくとも１つの実施形態によれば、本開示は、符号化の入力および復号の出力が１０ビットの整数サンプルで表される、ＨＤＲ符号化または復号のプロセスを提供する。
【００２３】
図２には、ＨＤＲピクチャを復号および再構築する主なステップが４：２：０フォーマットで実行される、復号の一例が示してある。たとえば、図２に示すデコーダは、非線形の（Ｒ、Ｇ、Ｂ）色サンプルに基づいて計算された、ＹＣｂＣｒ定輝度のＢＴ２０２０の色空間において色アップサンプリングを実行し、この色サンプルは、２０１４年６月１８日の「FCD SMPTE Standard High Dynamic Range Electro-Optical Transfer Function of Mastering Reference Displays」、ＳＭＰＴＥ  ＳＴ２０８４：２０１Ｘ、バージョン１．２４に開示されるＥＯＴＦなど、標準のＳＴ２０８４の伝達関数ＴＦを介して得られる。
【００２４】
さらに、良好なＨＤＲ圧縮効率を確実なものにするために、デコーダと同期するようにクロマ・ダウンサンプリングを実行することができるＨＤＲ符号化プロセスを提案する。デコーダおよびエンコーダについて、それぞれ図３および図４に示すブロック図に、これが示してある。
【００２５】
たとえば、図２に示す復号技法は、入力ＨＤＲビットストリームから、少なくとも１つの線形のＲＧＢ  ＨＤＲピクチャを再構築することを目的とする。
【００２６】
ステップ２１において、入力ＨＤＲビットストリームが復号されて、ＳＤＲコンテンツを表す（Ｌ’、Ｕ’、Ｖ’）の輝度およびクロマのサンプルになる。この復号は、たとえば、ＨＥＶＣビデオ符号化規格に準拠している。次いで、ＨＥＶＣ符号化された４：２：０の１０ビットのピクチャに、連続する２つの色変換ステップが適用される。
【００２７】
第１の色変換ステップ２２は、ＨＥＶＣ符号化／復号に使用されるＹＣｂＣｒ色空間において、ＨＥＶＣデコーダ（ステップ２１）（または、ＨＥＶＣ復号の後に動作する別の処理ステージ）によって与えられる少なくとも１つの復号されたピクチャに適用される。これは、ＳＤＲを動的に保持しながら、色成分を修正することを目的とする。第１の色変換ステップ２２の出力は、次式を用いて得られる輝度サンプルおよびクロマ・サンプル（Ｙｒ、Ｕｒ、Ｖｒ）を有する、再構築されたピクチャまたはピクチャサンプルである。
Ｕｒ＝β（Ｙｃｏｌｏｃ）×Ｕ’
Ｖｒ＝β（Ｙｃｏｌｏｃ）×Ｖ’
ここで、β（Ｙｃｏｌｏｃ）は非線形関数である。
【００２８】
たとえば、Ｙの関数としてのβの値は、規格「ＥＴＳＩ  ＴＳ  １０３  ４３３」（http://www.etsi.org/deliver/etsi_ts/103400_103499/103433/01.01.01_60/ts_103433v010101p.pdfにある）のａｎｎｅｘ  Ｃ．２．３で指定されたものなど、ルックアップ・テーブル（ＬＵＴ）において定義することができる。
【００２９】
上式では、Ｙｃｏｌｏｃは、フル解像度の輝度サンプルＹから推定され、現在考慮されているＵ’およびＶ’クロミナンス・サンプルに対応する空間位置に輝度値を提示することを目的とする、輝度サンプル値Ｌに対応する。Ｙｃｏｌｏｃの決定は通常、現在の（Ｕ’、Ｖ’）のサンプル位置に近接して位置している、２つまたは４つの輝度サンプル間の空間補間プロセスに対応する。たとえば、これは、双１次または双３次の補間とすることができる。
【００３０】
より簡略で高速な変形形態によれば、所与の（Ｕ’、Ｖ’）のサンプル位置の共に配置される（co-located）サンプルＹｃｏｌｏｃを、空間位置に対して（Ｕ’、Ｖ’）の左上の最も近い隣接輝度サンプルとして選択して、補間処理に関わる線形結合を回避してもよい。
【００３１】
Ｙｒは、任意選択の輝度サンプル補正の後に、ビデオ（ＨＥＶＣ）デコーダによって提供される輝度値である。
【００３２】
事前の輝度サンプル補正が実施される場合（任意選択のステップ）、Ｙｒは次式のように決定することができる。
Ｙｒ＝Ｌ’＋ａ．Ｕ’ｃｏｌｏｃ＋ｂＶ’ｃｏｌｏｃ
ここで、ａおよびｂは一定値である。たとえば、値ａおよびｂは、０〜０．５の間に含まれる。連続する２つの値の間において１／１６３８のステップで、これらの値の間の値を選択してもよい。
【００３３】
この場合、補正されたそれぞれの輝度サンプルＬ’について、共に配置されるＵ’ｃｏｌｏｃおよびＶ’ｃｏｌｏｃのクロマ・サンプルを決定しなければならない。やはり、所与の輝度サンプルＹｒの共に配置される（Ｕ’ｃｏｌｏｃ、Ｖ’ｃｏｌｏｃ）のサンプルは、空間位置に対して現在のＬ’サンプルを囲むいくつかのＵ’サンプルとＶ’サンプルとの間の補間値にそれぞれ存在してもよい。
【００３４】
より簡略で高速な変形形態によれば、所与の輝度サンプルＬ’の共に配置されるサンプルとして、左上の最も近い（Ｕ’、Ｖ’）のサンプルを選択してもよい。
【００３５】
一変形形態によれば、Ｙｒを次式の通り決定することができる。
Ｙｒ＝ｍａｘ（０，Ｌ’＋ａ．Ｕ’ｃｏｌｏｃ＋ｂＶ’ｃｏｌｏｃ）
【００３６】
第２の色変換ステップ２３、すなわちクロマ変換ステップは、４：２：０の１０ビット領域で実行されるので、解像度が低下した２つの再構築されたクロマ・サンプルＵｒ、Ｖｒに適用される。クロマ変換ステップ２３は、次式のように定義される伝達関数ＴＦを用いて得られる非線形の（Ｒ、Ｇ、Ｂ）色サンプルから計算された、クロマ・サンプルＵＴＦ、ＶＴＦを出力する。
【数１】
2018535569.tif 000003
ここで、ＡはＹＵＶ色空間からＲＧＢ色空間への変換行列であり、ｃ１、ｃ２、ｃ３は３つの定数であり、Ｍは、ＩＴＵ−Ｒ  ＢＴ２０２０規格に指定されているように、ＹＴＦに適用される線形演算を表す。
【数２】
2018535569.tif 000004
ここで、ＰＢ＝０．７９１０、ＮＢ＝−０．９７０２、ＰＲ＝０．４９６９、ＮＲ＝−０．８５９１である。
【００３７】
（Ｌ’、Ｕ’、Ｖ’）が含まれている色空間がＩＴＵ−Ｒ  ＢＴ７０９である場合、ｃ１、ｃ２、ｃ３は、たとえば、それぞれ（−０．２７３７２、−０．６８４０２、−０．１２５６２）に等しくてもよい。（Ｌ’、Ｕ’、Ｖ’）が含まれている色空間がＩＴＵ−Ｒ  ＢＴ７０９である場合、ｃ１、ｃ２、ｃ３は、たとえば、それぞれ（−０．２２８２６、−０．７９２５６、−０．１２７４９）に等しくてもよい。
【００３８】
さらに、復号されたピクチャの輝度成分は、標準的な伝達関数ＴＦによって表されるようにするために、別々のチャネルにおいてステップ２４で処理される。。
ＹＴＦ＝ＴＦοｇ−１（Ｙｒ，Ｂａ）
ここで、Ｙｒは、場合によっては補正後にビデオ（ＨＥＶＣ）デコーダによって提供される輝度値であり、ｇ−１（Ｙｒ，Ｂａ）は、エンコーダ側での輝度に適用された非線形性の逆関数である。
【００３９】
次いで、フォーマット４：２：０から４：４：４へのクロマ・アップサンプリング・ステップ２５が、成分ＹＴＦ、ＵＴＦ、ＶＴＦに適用される。
【００４０】
クロマ・アップサンプリング・ステップ２５の後に実行される残りの動作は、以下の通りである。
・行列色変換ステップ２６および逆伝達ステップ２７
これらのステップにより、ＵＴＦおよびＶＴＦ成分計算の逆関数を適用することによって、非線形ＲＧＢ色空間の非線形ＲＴＦおよびＢＴＦ成分サンプルの取出しが可能になる。
行列色変換ステップ２６の出力は、成分ＹＴＦ、ＲＴＦ、ＢＴＦであり、逆伝達ステップ２７の出力は、次式のようなＹ、Ｒ、Ｂである。
【数３】
2018535569.tif 000005
・最終行列色補正２８
このステップにより、ＩＴＵ−Ｒ  ＢＴ２０２０の規格で定義された関係に従って、線光の輝度Ｙ、線光のＲ、および線光のＢの関数として、線形のＧ成分の取出しが可能になる。
Ｇ＝Ｙ−（０．２６２７Ｒ＋０．０５９３Ｂ）／０．６７８０
【００４１】
ＹＣｂＣｒ定輝度のＢＴ２０２０色空間のように、標準のＳＴ２０８４伝達関数とともに、標準のビデオ・ユーザビリティ情報（ＨＥＶＣ標準規格で定義されるＶＵＩ）が考慮されるとき、クロマ・アップサンプリング２５の後に実施される行列色変換２６、逆伝達ステップ２７、および最終行列色変換２８が通常である。その結果、４：２：０〜４：４：４クロマ・アップサンプリングを受ける復号されたビデオ信号のフォーマットを指定することになる特定のＳＥＩメッセージを定義する必要はない。
【００４２】
最終行列色変換２８の出力は、少なくとも１つの線形ＲＧＢ  ＨＤＲサンプルである。
【００４３】
図２を見ると、クロマ成分サンプルに適用され、これらのクロマ成分サンプルに関連する輝度サンプル値に依存するいくつかの動作を、様々な復号動作が含むという点で、図示したデコーダは、共に配置される輝度サンプル管理に関して非同期である。ピクチャが、輝度および２つのクロミナンス成分からなる４：２：０色空間で表されるとき、この２つの色成分（Ｃｂ、Ｃｒ）は、輝度成分の幅と高さの両方の半分の空間サイズを有する。したがって、（Ｃｂ、Ｃｒ）サンプルを修正するとき、このクロマ・サンプルに空間的に対応する輝度値を取り出さなければならない。次いで、考慮されているクロマ・サンプルの周りに空間的に配置された輝度サンプルの関数として導かれる、いわゆる「共に配置される」輝度（luminanceすなわちluma）サンプルが考慮される。しかし、図２に示すＨＤＲ復号システムでは、共に配置される輝度サンプルは、符号化段または復号段に従って変化する色空間で決定される。したがって、非最適なＨＤＲ圧縮性能がもたらされる。
【００４４】
一実施形態では、この問題は、図３および図４に示すＨＤＲ符号化／復号方式によって解決することができる。図３および図４のＨＤＲデコーダおよびエンコーダの方式によって、このような非同期の共に配置される輝度サンプルを決定することから生じるアーティファクトを低減する。
【００４５】
具体的には、図３および図４に示すデコーダとエンコーダは両方とも、ＹＣｂＣｒ定輝度のＢＴ２０２０色空間のように、同じ色空間内で動作して、クロマのアップサンプリングおよびダウンサンプリングを実行する。フォーマット４：２：０から４：４：４へのアップサンプリングは、この特定の色空間に適しており、復号処理を主として４：２：０フォーマットで実施できるようにする。
【００４６】
しかし、他の色空間を使用することもできる。
【００４７】
さらに、図３および図４に示す実施形態では、共に配置されるクロミナンス・サンプルＵｃｏｌｏｃおよびＶｃｏｌｏｃを定義する必要はない。共に配置される輝度サンプルＹｃｏｌｏｃのみ定義する必要がある。これらの実施形態によれば、符号化側と復号側において同じ色空間で、共に配置される輝度サンプルＹｃｏｌｏｃを決定することができる。
【００４８】
図３のデコーダは、一実施形態では、所与の色サンプルに関連付けられた共に配置される輝度サンプルを提供する。このサンプルは、ダウンサンプリングされた色成分内に含まれており、このプロセスは、考慮される色サンプルに適用される輝度依存動作がどうであろうと、同じ領域で実行される。
【００４９】
この実施形態では、図４の実施形態は、ＨＤＲビデオ符号化方式で構成され、ここで、色ダウンサンプリングは、デコーダ側でクロマ・アップサンプリングを実行するのに使用される色空間と同じ空間内で、ＨＤＲからＳＤＲへのマッピング処理の前に実行される。
【００５０】
図３および図４をまとめて参照すると、一実施形態では、デコーダ／エンコーダ方式で色サンプルを処理するのに、輝度値を決定する方法が使用される。この実施形態では、まず、共通の空間内のクロマ・サンプル位置に関連付けられた輝度サンプルが決定される。続いて、決定された輝度サンプルは、クロマ・サンプルに適用されている輝度に依存するプロセス内で適用される。一実施形態では、この共通の空間は、標準の伝達関数を適用するときに得られる、図に示すような非線形輝度空間を含むことができる。さらに、標準の伝達関数は、ＰＱとも呼ばれるＳＭＰＴＥ  ＳＴ２０８４の逆電気／光伝達関数（ＥＯＴＦ）を含み、また、この伝達関数を対応させることができる。
【００５１】
一実施形態では、クロマ・サンプルの近くに配置された非線形画素値の平均値を計算することによって、輝度サンプルを決定することができる。
【００５２】
所与の色サンプルに関連付けられる、共に配置される輝度サンプルを提供するために、少なくとも１つの実施形態による復号方法は、図３に示す以下のステップを含む。
【００５３】
ここでもまた、このデコーダは、ＥＯＴＦなど標準のＳＴ２０８４の伝達関数ＴＦを介して得られる非線形の（Ｒ、Ｇ、Ｂ）色サンプルに基づいて計算された、ＹＣｂＣｒ定輝度のＢＴ２０２０の色空間において色アップサンプリングを実行すると考える。しかし、他の色空間または他の伝達関数を考慮に入れることもできる。
【００５４】
ステップ３１において、入力ＨＤＲビットストリームが復号されて、ＳＤＲコンテンツを表す（Ｙ、Ｕ、Ｖ）の輝度およびクロマのサンプルになる。この復号は、たとえば、ＨＥＶＣビデオ符号化規格に準拠している。
【００５５】
輝度再整形ステップ３２１を適用して、フル解像度輝度成分Ｙを、非線形の標準知覚空間に変換することができる。
ＹＴＦ＝ＴＦοｇ−１（Ｙ，Ｂａ）＝ＹＣ，ＰＱ＝ＰＱοｇ−１（Ｙｒ，Ｂａ）＝ＬＵＴ（Ｙ）
ここで、Ｙは、ビデオ（ＨＥＶＣ）デコーダによって提供される輝度値であり、任意選択の輝度サンプル補正ステップが図３から削除されているので、ＹｒはＹに等しく、ｇ−１（Ｙｒ，Ｂａ）は、エンコーダ側での輝度に適用された非線形性の逆関数である。この実施形態では、事前の輝度サンプル補正を適用する必要はない。
【００５６】
ステップ３３では、各クロマ・サンプルについて、非線形領域での共に配置される輝度サンプルＹＰＱ，ｃｏｌが得られる。このようなステップは、共通の空間内でのクロマ・サンプル位置に関連付けられた輝度サンプル（ＹＰＱ，ｃｏｌ）を決定することを目的とする。
【００５７】
クロマ再整形ステップ３２２または色変換を、線形成分ＵおよびＶに適用することができる。
【数４】
2018535569.tif 000006
【００５８】
このようなステップは、クロマ・サンプルに適用されている輝度に依存するプロセスにおいて、決定された輝度サンプル（ＹＰＱ，ｃｏｌ）を適用することを目的とする。
【００５９】
色のコントラストを改善するために、再整形された線形成分ＵｒおよびＶｒに任意選択のステップ３２３を適用することができる。このようなステップは、ＣＰＣＥタイプのフィルタリング（「色保存コントラスト強調」）を実施することができる。
【００６０】
ステップ３４では、場合によってはＣＰＣＥフィルタリングの後に、再整形された２つの線形成分ＵｒおよびＶｒにクロマ補正が適用される。クロマ補正ステップ３４は、以下のように定義される標準のＳＴ２０８４伝達関数ＴＦ＝ＰＱによって得られる、非線形の（Ｒ、Ｇ、Ｂ）色サンプルから計算されるクロマ成分ＣｂＣ，ＰＱ、ＣｒＣ，ＰＱを出力する。
【数５】
2018535569.tif 000007
ここで、
ＭＹＵＶｔｏＲＧＢは、ＹＵＶ色空間からＲＧＢ色空間への変換行列であり、ｃ１、ｃ２、ｃ３は３つの定数であり、
ＰＢ＝０．７９１０、ＮＢ＝−０．９７０２、ＰＲ＝０．４９６９、ＮＲ＝−０．８５９１である。
【００６１】
次いで、フォーマット４：２：０から４：４：４へのクロマ・アップサンプリング３５は、標準の伝達関数ＴＦ＝ＰＱによって表される成分ＹＣ，ＰＱ、ＣｂＣ，ＰＱ、ＣｒＣ，ＰＱに適用される。
【００６２】
クロマ・アップサンプリング３５の後に実行される残りの動作は、図２に関して説明した動作と同様である。
・行列色変換３６および逆伝達ステップ３７
これらのステップにより、ＣｂＣ，ＰＱおよびＣｒＣ，ＰＱ成分計算の逆関数、すなわちＹＣｂＣｒ定輝度のＢＴ２０２０色空間における逆公式を適用することによって、非線形ＲＧＢ色空間の非線形のＲＰＱおよびＢＰＱ成分サンプルの取出しが可能になる。
行列色変換ステップ３６の出力は、成分ＹＰＱ、ＲＰＱ、ＢＰＱであり、逆伝達ステップ３７の出力は、次式のようなＹ、Ｒ、Ｂである。
【数６】
2018535569.tif 000008
・最終行列色変換ステップ３８
このステップにより、ＩＴＵ−Ｒ  ＢＴ２０２０の規格で定義された関係に従って、線光の輝度Ｙ、線光のＲ、および線光のＢの関数として、線形のＧ成分の取出しが可能になる。
Ｇ＝Ｙ−（０．２６２７Ｒ＋０．０５９３Ｂ）／０．６７８０
【００６３】
クロマ・アップサンプリング３５の後に実施される行列色変換３６、逆伝達ステップ３７、および最終行列色変換３８が標準であり、また知られている。ＩＴＩＵ−Ｒ  ＢＴ２０２０の標準フォーマット、およびＰＱ伝達関数を実装する装置は、それらを適用することができる。復号された信号がこの色空間内にあるという情報が、ＨＥＶＣビットストリームに含まれるＶＵＩメッセージを介して得られ、これは、標準のＳＴ２０８４伝達関数を用いて、ＹＣｂＣｒ定輝度のＢＴ２０２０色空間の使用を示す。その結果、特定のＳＥＩメッセージを定義する必要はない。
【００６４】
この出力は、少なくとも１つの線形ＲＧＢ  ＨＤＲサンプルである。
【００６５】
図３に示すデコーダは、同じ伝達関数および色空間が使用される場合、図４のエンコーダで符号化された信号を復号することができる。
【００６６】
図４を参照すると、ＰＱ伝達関数を用いて得られる非線形の（Ｒ、Ｇ、Ｂ）色サンプルに基づいて計算された、ＹＣｂＣｒ定輝度のＢＴ２０２０色空間で、このエンコーダが色ダウンサンプリングを実行するとみなす場合、この符号化方法は、少なくとも１つの線光のＨＤＲ（Ｒ、Ｇ、Ｂ）サンプルについて、以下のステップを実行する。
【００６７】
ステップ４１では、線光のＨＤＲ（Ｒ、Ｇ、Ｂ）サンプルが、非線形知覚空間に変換される。
【数７】
2018535569.tif 000009
【００６８】
ステップ４２では、線光のＨＤＲ（Ｒ、Ｇ、Ｂ）サンプルから、現在の画素の線光の輝度値Ｙｌｉｎが求められる。
【数８】
2018535569.tif 000010
【００６９】
ステップ４３では、線光の輝度値Ｙｌｉｎを非線形知覚空間に変換して、フル解像度の非線形輝度成分ＹＣ，ＰＱを得る。
ＹＣ，ＰＱ＝ＴＦ（Ｙｌｉｎ）＝ＰＱ（Ｙｌｉｎ）
また、ステップ４４では、各クロマ・サンプルについて、非線形領域での共に配置される輝度サンプルＹＰＱ，ｃｏｌが得られる。このようなステップは、共通の空間内でのクロマ・サンプル位置に関連付けられた輝度サンプル（ＹＰＱ，ｃｏｌ）を決定することを目的とする。
【００７０】
ステップ４５では、非線形値ＹＣ，ＰＱ、ＲＰＱ、およびＢＰＱから、非線形領域でのクロマ成分ＣｂおよびＣｒが計算される。このような計算は、たとえば、ＩＴＵ−Ｒ  ＢＴ２０２０仕様（勧告ＩＴＵ−Ｒ  ＢＴ．２０２０−１（０６／２０１４））、”Parameter values for ultra-high definition television systems for production and international program exchange, BT Series Broadcasting service（テレビジョン）”で指定されている。
【数９】
2018535569.tif 000011
【００７１】
ステップ４６では、クロマ成分ＣｂＣ，ＰＱ、およびＣｒＣ，ＰＱがダウンサンプリングされて、ＣｂＣ，ＰＱ，ｄｏｗｎおよびＣｒＣ，ＰＱ，ｄｏｗｎになる。
【００７２】
ステップ４７では、ＩＴＵ−Ｒ  ＢＴ２０２０仕様に従って、共に配置された輝度サンプル、およびダウンサンプリングされたクロマ成分（ＹＰＱ，ｃｏｌ、ＣｂＣ，ＰＱ，ｄｏｗｎ、ＣｒＣ，ＰＱ，ｄｏｗｎ）が変換されて、非線形のＲＧＢ成分サンプル（ＲＰＱ，ｄｏｗｎ、ＧＰＱ，ｄｏｗｎ、ＢＰＱ，ｄｏｗｎ）になる。
【００７３】
したがって、（ＲＰＱ，ｄｏｗｎ、ＧＰＱ，ｄｏｗｎ、ＢＰＱ，ｄｏｗｎ）の色成分の解像度は、入力ＨＤＲピクチャと比較して半分である。
【００７４】
ステップ４８では、たとえばＥＯＴＦ関数などの逆関数ＴＦ−１＝ＰＱ−１を適用することによって、（ＲＰＱ，ｄｏｗｎ、ＧＰＱ，ｄｏｗｎ、ＢＰＱ，ｄｏｗｎ）の色成分が線形知覚空間に変換され、次いで、入力ＨＤＲ信号の下位互換性のあるＳＤＲ表現を得ようとして、ＩＴＵ−Ｒ  ＢＴ７０９勧告に近い非線形関数を実行する。
【数１０】
2018535569.tif 000012
【００７５】
ステップ４９では、線形色成分（Ｒ’ＰＱ，ｄｏｗｎ、Ｇ’ＰＱ，ｄｏｗｎ、Ｂ’ＰＱ，ｄｏｗｎ）は、行列ベースのＢＴ７０９  ＲＧＢからＹＵＶへの変換を介して、線形ＹＵＶ成分サンプルに変換される。
【数１１】
2018535569.tif 000013
【００７６】
色のコントラストを改善するために、線形成分ＵｒおよびＶｒに任意選択のステップ４９１を適用することができる。このようなステップは、ＣＰＣＥタイプのフィルタリング（「色保存コントラスト強調」）を実施することができる。
【００７７】
さらに、クロマ再整形ステップ４９２または色変換を、線形成分ＵｒおよびＶｒに適用することができる。
【数１２】
2018535569.tif 000014
【００７８】
このようなステップは、クロマ・サンプルに適用されている輝度に依存するプロセスにおいて、決定された輝度サンプル（ＹＰＱ，ｃｏｌ）を適用する。その目標は、ターゲットのＳＤＲ色空間に信号がマッピングされると、入力ＨＤＲ信号の知覚された色を保存する、ＳＤＲマッピングされた色成分を生成することである。
【００７９】
輝度再整形ステップ４９３は、フル解像度の非線形輝度成分ＹＣ，ＰＱに適用することもできる。
ＹＣ＝luminanceToneMapping（ＰＱ−１（ＹＣ，ＰＱ））
ＹＣ＝ｇ（ＰＱ−１（ＹＣ，ＰＱ），Ｂａ）
【００８０】
このステップは、標準のＨＥＶＣエンコーダのようなエンコーダ４９４によって符号化されることになる、輝度成分を提供する。
【００８１】
このようなクロマ再整形ステップ、および輝度再整形ステップは、２０１６年１月２５日出願の国際特許出願ＰＣＴ／ＥＰ１６／０５１４４９により詳しく記載されている。
【００８２】
図４に示すエンコーダによれば、輝度成分および色成分に適用されるダイナミックレンジ低減ステップの前に、クロマ・ダウンサンプリングが実行される。したがって、色ダウンサンプリングは、デコーダ側で実行されるクロマ・アップサンプリングと同じ領域で実行することができ、ＨＤＲビデオ符号化／復号チェーン全体のＨＤＲ圧縮効率を改善する。
【００８３】
図５には、図１〜４に関連して説明した方法を実施するように構成してもよい、装置５０の例示的なアーキテクチャが示してある。
【００８４】
装置５０は、データおよびアドレスのバス５１によって互いにリンクされた以下の要素を含む。
−  たとえば、ＤＳＰ（すなわちデジタル信号プロセッサ）であるマイクロプロセッサ５２（すなわちＣＰＵ）；
−  ＲＯＭ（すなわちリード・オンリ・メモリ）５３；
−  ＲＡＭ（すなわちランダム・アクセス・メモリ）５４；
−  送信用のデータを、アプリケーションから受信するＩ／Ｏインターフェース５５；および
−  電池５６。
【００８５】
一例によれば、電池５６は装置の外部にある。先に述べたメモリのそれぞれにおいて、本明細書で使用される「レジスタ（register）」という用語は、小容量（数ビット）の領域、または非常に大きい領域（たとえば、プログラム全体、もしくは大量の受信データもしくは復号データ）に対応することができる。ＲＯＭ５３は、少なくとも１つのプログラムおよびパラメータを含む。ＲＯＭ５３は、本発明の原理による各技法を実行するための、アルゴリズムおよび命令を記憶することができる。ＣＰＵ５２は、オンになると、プログラムをＲＡＭにアップロードし、それに対応する命令を実行する。
【００８６】
ＲＡＭ５４は、ＣＰＵ５２によって実行され、装置５０がオンになった後にアップロードされるプログラムをレジスタ内に含み、また、レジスタ内の入力データ、レジスタ内の方法の様々な状態での中間データ、およびレジスタ内の方法の実行に使用される他の変数を含む。
【００８７】
本明細書に記載の実装形態は、たとえば、方法もしくはプロセス、機器、ソフトウェア・プログラム、データ・ストリーム、または信号で実装してもよい。もっぱら（たとえば、方法または装置としてのみ論じた）単一形式の実施形態との関連で論じたとしても、論じた機能の実装形態は、他の形式（たとえばプログラム）で実装してもよい。機器は、たとえば、適切なハードウェア、ソフトウェア、またはファームウェアで実装してもよい。たとえば、各方法は、たとえばコンピュータ、マイクロプロセッサ、集積回路、またはプログラマブル論理デバイスを含む処理装置を一般に指す、たとえばプロセッサなどの機器に実装してもよい。プロセッサはまた、たとえば、コンピュータ、携帯電話、ポータブル／携帯型情報端末（「ＰＤＡ」）、エンドユーザ間での情報の通信を容易にする他の装置などの通信装置を含む。
【００８８】
復号またはデコーダの一例によれば、復号された４：２：０ピクチャはソースから得られる。たとえば、このソースは、以下を含むセットに属する。
−  ローカル・メモリ（５３または５４）、たとえば、ビデオ・メモリまたはＲＡＭ（すなわちランダム・アクセス・メモリ）、フラッシュ・メモリ、ＲＯＭ（すなわちリード・オンリ・メモリ）、ハード・ディスクなど；
−  記憶装置インターフェース（５５）、たとえば、大容量記憶装置、ＲＡＭ、フラッシュ・メモリ、ＲＯＭ、光ディスク、または磁気支持装置を備えたインターフェース；
−  通信インターフェース（５５）、たとえば、有線インターフェース（たとえば、バス・インターフェース、広域ネットワーク・インターフェース、ローカル・エリア・ネットワーク・インターフェース）、または無線インターフェース（ＩＥＥＥ８０２．１１インターフェースもしくはＢｌｕｅｔｏｏｔｈ（登録商標）インターフェースなど）；および
−  ピクチャキャプチャ回路（たとえば、ＣＣＤ（すなわち電荷結合デバイス）、またはＣＭＯＳ（すなわち相補型金属酸化膜半導体）などの、たとえばセンサ）。
【００８９】
復号またはデコーダの一例によれば、ＣＩＥ  ＸＹＺ色空間またはＲＧＢ色空間などの色空間で表現される再構築ピクチャが送信先に送られ、具体的には、この送信先は、以下を含むセットに属する。
−  ローカル・メモリ（５３または５４）、たとえば、ビデオ・メモリまたはＲＡＭ、フラッシュ・メモリ、ハード・ディスクなど；
−  記憶装置インターフェース（５５）、たとえば、大容量記憶装置、ＲＡＭ、フラッシュ・メモリ、ＲＯＭ、光ディスク、または磁気支持装置を備えたインターフェース；
−  通信インターフェース（５５）、たとえば、有線インターフェース（たとえば、バス・インターフェース（たとえば、ＵＳＢ（すなわちユニバーサル・シリアル・バス））、広域ネットワーク・インターフェース、ローカル・エリア・ネットワーク・インターフェース、ＨＤＭＩ（高精細マルチメディア・インターフェース））、または無線インターフェース（ＩＥＥＥ８０２．１１インターフェース、ＷｉＦｉ（登録商標）もしくはＢｌｕｅｔｏｏｔｈ（登録商標）インターフェースなど）；および
−  表示装置。
【００９０】
復号またはデコーダの一例によれば、復号された４：２：０ピクチャを運ぶビットストリームは、ソースから得られる。例示的には、ローカル・メモリ、たとえばビデオ・メモリ（５４）、ＲＡＭ（５４）、ＲＯＭ（５３）、フラッシュ・メモリ（５３）、またはハード・ディスク（５３）から、このビットストリームを読み取る。一変形形態では、このビットストリームは、記憶装置インターフェース（５５）、たとえば、大容量記憶装置、ＲＡＭ、ＲＯＭ、フラッシュ・メモリ、光ディスク、または磁気支持装置を備えたインターフェースから受信され、かつ／または、通信インターフェース（５５）、たとえば、ポイントツーポイント・リンク、バス、ポイントツーマルチポイント・リンク、またはブロードキャスト・ネットワークへのインターフェースから受信される。
【００９１】
各例によれば、図５に関連して説明した復号方法を実施するように構成されている装置６０は、以下を含むセットに属する。
−  モバイル装置；
−  通信装置；
−  ゲーム装置；
−  セット・トップ・ボックス；
−  テレビ受像機；
−  タブレット（すなわち、タブレット・コンピュータ）；
−  ラップトップ；
−  表示装置；および
−  復号チップ。
【００９２】
本明細書に記載の様々なプロセスおよび機能の実装形態は、様々な異なる装置またはアプリケーションで実施してもよい。このような装置の例には、エンコーダ、デコーダ、デコーダからの出力を処理するポストプロセッサ、エンコーダに入力するプリプロセッサ、ビデオ・コーダ、ビデオ・デコーダ、ビデオ・コーデック、ウェブ・サーバ、セット・トップ・ボックス、ラップトップ、パーソナル・コンピュータ、携帯電話、ＰＤＡ、およびピクチャもしくはビデオを処理する他の任意の装置、または他の通信装置が含まれ得る。明らかになるように、この装置は、移動式でもよく、また移動車両に設置してもよい。
【００９３】
さらに、この方法は、プロセッサが実行する命令によって実施してもよく、また、このような命令（および／または一実装形態によって生成されるデータ値）は、コンピュータ読取り可能な記憶媒体に記憶してもよい。コンピュータ読取り可能な記憶媒体は、１つまたは複数のコンピュータ読取り可能な媒体に実装され、コンピュータによって実行可能であるコンピュータ読取り可能なプログラム・コードが実装された、コンピュータ読取り可能なプログラム製品の形をとることができる。本明細書でのコンピュータ読取り可能な記憶媒体は、その内部に情報を記憶する固有の能力、ならびにそこから情報を検索する固有の能力を考慮すれば、持続的な記憶媒体とみなされる。コンピュータ読取り可能な記憶媒体は、たとえば、電子、磁気、光学、電磁気、赤外線、もしくは半導体のシステム、機器、もしくは装置、またはそれらの任意の適切な組合せとすることができるが、それだけには限定されない。この原理を適用することのできるコンピュータ読取り可能な記憶媒体のより具体的な例を示しているが、当業者には容易に理解されるように、以下は単に例示的なものであり、網羅するものではないことを理解されたい。すなわち、ポータブル・コンピュータ・ディスケット、ハード・ディスク、リード・オンリ・メモリ（ＲＯＭ）、消去可能プログラマブル・リードオンリ・メモリ（ＥＰＲＯＭまたはフラッシュ・メモリ）、ポータブル・コンパクト・ディスク・リード・オンリ・メモリ（ＣＤ−ＲＯＭ）、光記憶装置、磁気記憶装置、またはそれらの任意の適切な組合せである。
【００９４】
各命令は、プロセッサ読取り可能な媒体に有形に実施されたアプリケーション・プログラムを形成してもよい。
【００９５】
たとえば、命令は、ハードウェア、ファームウェア、ソフトウェア、またはその組合せでもよい。命令は、たとえば、オペレーティング・システム、別々のアプリケーション、またはこの２つの組合せに見いだすことができる。したがって、プロセッサは、たとえば、プロセスを実行するように構成された装置と、プロセスを実行するための命令を有するプロセッサ読取り可能な媒体（記憶装置など）を含む装置との両方として特徴付けてもよい。さらに、プロセッサ読取り可能な媒体は、命令に加えて、または命令の代わりに、一実装形態によって生成されるデータ値を記憶してもよい。
【００９６】
当業者には明らかになるように、各実装形態は、たとえば記憶または伝送してもよい情報を運ぶようにフォーマットされた、様々な信号を生成してもよい。この情報は、たとえば、方法を実行するための命令、または説明した各実装形態のうちの１つによって生成されるデータを含んでもよい。たとえば、信号は、本発明の原理に記載された例の構文を読み書きするための規則をデータとして運ぶようにフォーマットしてもよく、または本発明の原理に記載された例によって書かれた実際の構文値をデータとして運ぶようにフォーマットしてもよい。たとえば、このような信号は、（たとえば、スペクトルの無線周波数部分を使用して）電磁波またはベースバンド・シグナルとしてフォーマットしてもよい。フォーマットすることは、たとえば、データ・ストリームを符号化するステップ、および符号化されたデータ・ストリームで搬送波を変調するステップを含んでもよい。信号が運ぶ情報は、たとえば、アナログ情報またはデジタル情報でもよい。知られているように、信号は、様々な異なる有線リンクまたは無線リンクを介して伝送してもよい。信号は、プロセッサ読取り可能な媒体に記憶してもよい。
【００９７】
いくつかの実装形態を説明してきた。それにもかかわらず、様々な修正を加えてもよいことが理解されよう。たとえば、他の実装形態を生成するために、様々な実装形態の要素を組み合わせ、追加し、修正し、または取り除いてもよい。さらに、他の構造およびプロセスを、開示されたものと置き換えてもよく、その結果得られる実装形態が、少なくとも実質的に同じ方式で、少なくとも実質的に同じ機能を実行して、開示された実装形態と少なくとも実質的に同じ結果を実現することが、当業者には理解されよう。したがって、上記その他の実装形態が、本出願によって企図される。
【図１】
2018535569.tif 000015
【図２】
2018535569.tif 000016
【図３】
2018535569.tif 000017
【図４】
2018535569.tif 000018
【図５】
2018535569.tif 000019
【国際調査報告】
2018535569.tif 000020
2018535569.tif 000021