(57)【特許請求の範囲】
【請求項１】
ソース画像を受信することと、
連続するダイナミックレンジ画像を、前記ソース画像の各ピクセルの輝度を所定のディスプレイの最小ダイナミックレンジおよび最大ダイナミックレンジを基礎とする連続関数として規定することにより生成することとを含む、１または複数のプロセッサによって実行される方法。
【請求項２】
前記連続するダイナミックレンジ画像を生成することは、さらに、前記最小ダイナミックレンジおよび前記最大ダイナミックレンジの前記ソース画像に等級を付けることを含む、請求項１に記載の方法。
【請求項３】
前記ソース画像は、ビデオフレームであり、かつ前記連続するダイナミックレンジ画像は、連続するダイナミックレンジのビデオフレームである、請求項２に記載の方法。
【請求項４】
前記連続関数は、ピクセル輝度値を標的ディスプレイのピーク輝度の関数として表すルミパスである、請求項３に記載の方法。
【請求項５】
ディスプレイ上に、ユーザが前記連続関数を規定または修正できるようにするグラフィカル・ユーザ・インタフェースを表示することをさらに含む、請求項３に記載の方法。
【請求項６】
前記連続するダイナミックレンジ画像を、前記連続関数の各々を打切り多項式級数を用いて近似することにより圧縮することをさらに含む、請求項１に記載の方法。
【請求項７】
前記連続するダイナミックレンジのビデオフレームを、前記連続関数の各々を打切り多項式級数を用いて近似することにより圧縮することをさらに含む、請求項３に記載の方法。
【請求項８】
前記多項式級数は、チェビシェフ多項式級数である、請求項７に記載の方法。
【請求項９】
前記打切り多項式級数の多項式係数を画像のようなフォーマットで表現することをさらに含む、請求項７に記載の方法。
【請求項１０】
前記画像のようにフォーマットされた多項式係数を、ビデオコーデックを用いて符号化することをさらに含む、請求項９に記載の方法。
【請求項１１】
前記最大ダイナミックレンジは、各々が関連のダイナミックレンジを有する複数の標的ディスプレイの最大ダイナミックレンジに相当し、かつ前記最小ダイナミックレンジは、前記複数の標的ディスプレイの最小ダイナミックレンジに相当する、請求項３に記載の方法。
【請求項１２】
１つまたは複数のプロセッサと、
前記１つまたは複数のプロセッサのうちの少なくとも１つに動作可能に結合され、かつ、命令を記憶する１つまたは複数の非一時的コンピュータ読取り可能媒体と、を備えるシステムであって、
前記命令が前記１つまたは複数のプロセッサのうちの少なくとも１つによって実行されたとき、前記システムに、
ソース画像を受信させ、かつ、
連続するダイナミックレンジ画像を、前記ソース画像の各ピクセルの輝度を所定のディスプレイの最小ダイナミックレンジおよび最大ダイナミックレンジを基礎とする連続関数として規定することにより生成させる、システム。
【請求項１３】
前記ソース画像は、ビデオフレームであり、かつ前記連続するダイナミックレンジ画像は、連続するダイナミックレンジのビデオフレームである、請求項１２に記載のシステム。
【請求項１４】
前記連続するダイナミックレンジのビデオフレームを生成することは、前記最小ダイナミックレンジおよび前記最大ダイナミックレンジの前記ソース画像に等級を付けることを含む、請求項１３に記載のシステム。
【請求項１５】
前記連続関数は、ピクセル輝度値を標的ディスプレイのピーク輝度の関数として表すルミパスである、請求項１４に記載のシステム。
【請求項１６】
ディスプレイをさらに備え、かつ前記命令は、前記１つまたは複数のプロセッサのうちの少なくとも１つによって実行されると、システムに、さらに、ディスプレイ上に、ユーザが前記連続関数を規定または修正できるようにするグラフィカル・ユーザ・インタフェースを表示させる、請求項１３に記載のシステム。
【請求項１７】
前記命令は、前記１つまたは複数のプロセッサのうちの少なくとも１つによって実行されると、システムに、さらに、前記連続するダイナミックレンジのビデオフレームを、前記連続関数の各々を打切り多項式級数を用いて近似することにより圧縮させる、請求項１３に記載のシステム。
【請求項１８】
前記多項式級数は、チェビシェフ多項式級数である、請求項１７に記載のシステム。
【請求項１９】
連続するダイナミックレンジ画像またはビデオを生成するためのグラフィカル・ユーザ・インタフェース方法であって、
コンピュータシステムの１つまたは複数のディスプレイ上へ、
各々が異なるダイナミック・レンジ・ディスプレイに関して等級付けされた、画像の複数の等級付けされたバージョンと、
前記画像の第１のピクセル集合の輝度を所定のディスプレイの最小ダイナミックレンジおよび最大ダイナミックレンジを基礎とする連続関数として規定する連続関数を修正するためのコントロールと、を表示することと、
前記コンピュータシステムにおいて、前記連続関数を修正するための前記コントロールを作動させるユーザ入力を受信することと、
前記連続関数を修正するための前記コントロールを作動させる前記ユーザ入力の受信に応答して、前記コンピュータシステムが、前記複数の等級付けされた画像バージョンの各々の修正バージョンを前記１つまたは複数のディスプレイ上に表示することとを含む、グラフィカル・ユーザ・インタフェース方法。
【請求項２０】
前記画像は、ビデオに対応する第１のビデオフレームである、請求項１９に記載のグラフィカル・ユーザ・インタフェース方法。
【請求項２１】
前記連続関数は、ピクセル輝度値を標的ディスプレイのピーク輝度の関数として表すルミパスである、請求項１９に記載の方法。
【請求項２２】
前記画像の前記第１のピクセル集合の前記輝度を規定する前記連続関数は、第１のユーザ選択可能マスクに関連づけられ、かつ、前記第１のユーザ選択可能マスクを表示することをさらに含む、請求項１９に記載の方法。
【請求項２３】
前記コンピュータシステムにおいて、前記画像の第２のピクセル集合の輝度を最小ダイナミックレンジおよび最大ダイナミックレンジを基礎とする連続関数として規定する第２の連続関数に関連づけられる第２のマスクを選択するユーザ入力を受信することをさらに含む、請求項２２に記載の方法。
【請求項２４】
前記コンピュータシステムにおいて、前記画像の最大等級のバージョンを選択しかつ前記画像の最小等級のバージョンを選択するユーザ入力を受信することをさらに含む、請求項１９に記載の方法。
【請求項２５】
前記コンピュータシステムにおいて、前記ビデオに対応する第２のビデオフレームを選択するユーザ入力を受信することと、
第２のビデオフレームを選択する前記ユーザ入力の受信に応答して、前記コンピュータシステムが、前記１つまたは複数のディスプレイに前記第２のビデオフレームの複数の等級付けされたバージョンを表示させること、をさらに含み、前記等級付けされたバージョンの各々は、異なるダイナミック・レンジ・ディスプレイに関して等級付けされた、請求項２０に記載の方法。
【請求項２６】
ディスプレイと、
１つまたは複数のプロセッサと、
前記１つまたは複数のプロセッサのうちの少なくとも１つへ動作可能に結合され、かつ、命令を記憶する１つまたは複数の非一時的コンピュータ読取り可能媒体と、を備えるシステムであって、
前記命令が前記１つまたは複数のプロセッサのうちの少なくとも１つによって実行されるとき、前記システムに、
前記ディスプレイ上へ、
各々が異なるダイナミック・レンジ・ディスプレイに関して等級付けされた、画像の複数の等級付けされたバージョンと、
前記画像の第１のピクセル集合の輝度を所定のディスプレイの最小ダイナミックレンジおよび最大ダイナミックレンジを基礎とする連続関数として規定する連続関数を修正するためのコントロールと、を表示させ、
前記連続関数を修正するための前記コントロールを作動させるユーザ入力に対応するデータを受信させ、かつ、
前記連続関数を修正するための前記コントロールを作動させる前記ユーザ入力に対応する前記データの受信に応答して、前記ディスプレイ上へ前記画像の前記複数の等級付けされたバージョンの各々の修正バージョンを表示させる、システム。
【請求項２７】
前記連続関数は、ピクセル輝度値を標的ディスプレイのピーク輝度の関数として表すルミパスである、請求項２６に記載のシステム。
【請求項２８】
前記画像の前記第１のピクセル集合の前記輝度を規定する前記連続関数は、第１のユーザ選択可能マスクに関連づけられ、かつ前記命令は、前記１つまたは複数のプロセッサのうちの少なくとも１つによって実行されると、前記システムに、さらに、前記ディスプレイ上へ前記第１のユーザ選択可能マスクを表示させる、請求項２６に記載のシステム。
【請求項２９】
前記命令は、前記１つまたは複数のプロセッサのうちの少なくとも１つによって実行されると、前記システムに、さらに、前記画像の第２のピクセル集合の輝度を最小ダイナミックレンジおよび最大ダイナミックレンジを基礎とする連続関数として規定する第２の連続関数に関連づけられる第２のマスクを選択するユーザ入力に対応するデータを受信させる、請求項２８に記載のシステム。
【請求項３０】
前記命令は、前記１つまたは複数のプロセッサのうちの少なくとも１つによって実行されると、前記システムに、さらに、前記画像の最大等級のバージョンを選択しかつ前記画像の最小等級のバージョンを選択するユーザ入力に対応するデータを受信させる、請求項２６に記載のシステム。
【請求項３１】
前記画像は、ビデオに対応する第１のビデオフレームであり、かつ前記命令は、前記１つまたは複数のプロセッサのうちの少なくとも１つによって実行されると、前記システムに、さらに、
前記ビデオに対応する第２のビデオフレームを選択するユーザ入力に対応するデータを受信させ、かつ、
第２のビデオフレームを選択する前記ユーザ入力に対応する前記データの受信に応答して、前記ディスプレイへ前記第２のビデオフレームの複数の等級付けされたバージョンを表示させ、前記等級付けされたバージョンの各々は、異なるダイナミック・レンジ・ディスプレイに関して等級付けされた、請求項２６に記載のシステム。
【請求項３２】
連続するダイナミック・レンジ・ビデオを圧縮して符号化する方法であって、
ビデオフレームに対応する所定のディスプレイの最小ダイナミックレンジが等級付けされた画像と、
前記ビデオフレームに対応する所定のディスプレイの最大ダイナミックレンジが等級付けされた画像と、
前記ビデオフレームのピクセル毎の連続するダイナミックレンジの関数を含むメタデータと、を受信することと、
前記連続するダイナミックレンジの関数の各々を、前記連続するダイナミックレンジの関数を近似する打切り多項式級数の係数ベクトルを用いて表現することと、
ビデオコーデックが前記係数ベクトルに適用されることを可能とするように、前記係数ベクトルを画像フォーマットで表現することとを含む方法。
【請求項３３】
前記多項式級数は、チェビシェフ多項式級数である、請求項３２に記載の方法。
【請求項３４】
前記画像フォーマットで表現された前記係数ベクトルを、ビデオコーデックを用いて符号化することをさらに含む、請求項３２に記載の方法。
【請求項３５】
前記最小ダイナミックレンジが等級付けされた画像および前記最大ダイナミックレンジが等級付けされた画像を、前記２画像間の冗長性を基礎として一緒に、かつ従属的に符号化することをさらに含む、請求項３２に記載の方法。
【請求項３６】
複数のビデオフレームを備える連続するダイナミック・レンジ・ビデオを配信する方法であって、前記方法は、関連のディスプレイを有する複数の受信機の各々へ、
前記複数のビデオフレームの各々の所定のディスプレイの最小ダイナミックレンジの等級と、
前記複数のビデオフレームの各々の所定のディスプレイの最大ダイナミックレンジの等級と、
前記複数のビデオフレームの各々の各ピクセルの輝度を、前記最小および最大ダイナミックレンジ間の連続関数の近似として規定するメタデータと、を配信することを含み、前記連続関数は、多項式級数を用いて近似される、方法。
【請求項３７】
前記連続するダイナミック・レンジ・ビデオは、前記複数の受信機へ、無線通信経由の放送テレビジョン信号、衛星テレビのネットワーク信号またはケーブルテレビのネットワーク信号として送信される、請求項３６に記載の方法。
【請求項３８】
前記連続するダイナミック・レンジ・ビデオは、コンテンツサーバにより、コンピュータネットワーク上で前記複数の受信機へ送信される、請求項３６に記載の方法。
【請求項３９】
前記連続関数は、ピクセル輝度値を標的ディスプレイのピーク輝度の関数として表すルミパスである、請求項３６に記載の方法。
【請求項４０】
前記最小ダイナミックレンジの等級および前記最大ダイナミックレンジの等級は、一緒に符号化される、請求項３６に記載の方法。
【請求項４１】
関連のダイナミックレンジを有する所定のディスプレイ上へ表示するために連続するダイナミックレンジ画像を復号する方法であって、
画像の最小ダイナミックレンジが等級付けされたバージョンと、
前記画像の最大ダイナミックレンジが等級付けされたバージョンと、
前記画像に対応する連続するダイナミックレンジのメタデータと、を含む符号化された連続するダイナミックレンジ画像を受信することと、
前記連続するダイナミック画像を、コーデックを用いて復号することと、
前記画像の特定のダイナミックレンジ表現を、前記復号された連続するダイナミックレンジ画像および前記ディスプレイの前記ダイナミックレンジを基礎として生成することとを含む方法。
【請求項４２】
前記画像は、ビデオフレームに対応し、かつ前記符号化された連続するダイナミックレンジ画像は、ビデオ符号化された連続するダイナミックレンジのビデオフレームである、請求項４１に記載の方法。
【請求項４３】
前記受信されるビデオ符号化された最小ダイナミックレンジが等級付けされた画像および最大ダイナミックレンジが等級付けされた画像は、スケーラブルなビデオ・コーディング・コーデックを基礎として一緒に符号化され、かつ前記連続するダイナミックレンジのビデオフレームを復号することは、前記一緒に符号化された画像を、前記スケーラブルなビデオ・コーディング・コーデックを用いて復号することを含む、請求項４１に記載の方法。
【請求項４４】
前記連続するダイナミックレンジのメタデータは、前記画像のピクセルの輝度を、前記最小および最大ダイナミックレンジ間の前記ピクセルの前記輝度を規定する連続関数を近似する打切り多項式級数の係数として規定するメタデータを含む、請求項４１に記載の方法。
【請求項４５】
前記多項式級数は、チェビシェフ級数である、請求項４４に記載の方法。
【請求項４６】
前記連続関数は、ルミパスである、請求項４４に記載の方法。
【請求項４７】
システムであって、
関連のダイナミックレンジを有する所定のディスプレイと、
１つまたは複数のプロセッサと、
前記１つまたは複数のプロセッサのうちの少なくとも１つへ動作可能に結合され、かつ、命令を記憶する１つまたは複数の非一時的コンピュータ読取り可能媒体と、を備えるシステムであって、
前記命令が前記１つまたは複数のプロセッサのうちの少なくとも１つによって実行されると、
画像の最小ダイナミックレンジが等級付けされたバージョンと、
前記画像の最大ダイナミックレンジが等級付けされたバージョンと、
前記画像に対応する連続するダイナミックレンジのメタデータと、を含む符号化された連続するダイナミックレンジ画像を受信機に受信させ、
前記連続するダイナミックレンジ画像を復号させ、
前記画像の特定のダイナミックレンジ表現を、前記ディスプレイの前記ダイナミックレンジを基礎として生成させ、かつ、
前記画像の前記特定のダイナミックレンジ表現を、前記ディスプレイ上に表示させる、システム。
【請求項４８】
前記画像は、ビデオフレームに対応し、かつ前記符号化された連続するダイナミックレンジ画像は、ビデオ符号化された連続するダイナミックレンジのビデオフレームである、請求項４７に記載のシステム。
【請求項４９】
前記受信されるビデオ符号化された最小ダイナミックレンジが等級付けされた画像および最大ダイナミックレンジが等級付けされた画像は、コーデックを用いて一緒に、かつ従属的に符号化され、かつ前記連続するダイナミックレンジのビデオフレームを復号することは、前記一緒に、かつ従属的に符号化された画像を、前記コーデックを用いて復号することを含む、請求項４７に記載のシステム。
【請求項５０】
前記連続するダイナミックレンジのメタデータは、前記画像のピクセルの輝度を、前記最小および最大ダイナミックレンジ間の前記ピクセルの前記輝度を規定する連続関数を近似する打切り多項式級数の係数として規定するメタデータを含む、請求項４７に記載のシステム。
【請求項５１】
前記多項式級数は、チェビシェフ級数である、請求項５０に記載のシステム。
【請求項５２】
前記連続関数は、ルミパスである、請求項５０に記載のシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
（関連出願の相互参照）
本出願は、２０１５年６月１日に提出された米国暫定特許出願第６２／１６９，４６５号明細書の出願の利益を主張するものであり、上記出願は本参照によりその全体が開示に含まれる。
【０００２】
本開示は、概して、高ダイナミックレンジ（ＨＤＲ）ビデオ技術に関し、より具体的に言えば、一部の実施形態は、連続するダイナミック・レンジ・ビデオを生成して配信するための方法に関する。
【背景技術】
【０００３】
高ダイナミックレンジ（ＨＤＲ）は、標準ダイナミックレンジ（ＳＤＲ）のコンテンツおよびディスプレイより高い輝度または明るさレベルおよび／またはより優れたコントラスト比を有するコンテンツおよびディスプレイを指して使用される。
【発明の概要】
【０００４】
様々な実施形態に従って、ダイナミックレンジを異にする複数のディスプレイ別に等級（グレード）付けされたビデオまたは画像コンテンツを生成して配信するためのシステムおよび方法を開示する。ある実施形態において、ＣＤＲコンテンツの生成は、ソース画像を受信することと、連続するダイナミックレンジ画像を、ソース画像の各ピクセルの輝度を最小ダイナミックレンジおよび最大ダイナミックレンジを基礎とする連続関数として規定することにより生成すること、を含む。本実施形態の実装において、連続するダイナミックレンジ画像を生成することは、さらに、最小ダイナミックレンジおよび最大ダイナミックレンジのソース画像に等級を付けることを含む。ソース画像は、スタンドアロン画像（例えば、写真）であっても、ビデオに対応するビデオフレームであってもよい。
【０００５】
実施形態において、連続するダイナミックレンジ画像は、打切り多項式級数を用いて連続関数の各々を概算することにより、圧縮されてもよい。本実施形態の具体的な実装において、多項式級数は、チェビシェフ多項式級数である。さらなる実施形態において、打切り多項式級数の多項式係数は、画像のようなフォーマットで表現されてもよい。
【０００６】
本明細書に開示する技術の別の実施形態において、連続するダイナミックレンジ画像またはビデオを生成するためのグラフィカル・ユーザ・インタフェース方法は、コンピュータシステムの１つまたは複数のディスプレイ上に、各等級バージョンがダイナミックレンジを異にするディスプレイ毎に等級付けされる、複数の画像等級バージョンと、画像の第１のピクセルセットの輝度を画定する連続関数を、最小ダイナミックレンジおよび最大ダイナミックレンジを基礎とする連続関数として修正するための制御装置と、を表示することを含む。本方法は、さらに、コンピュータシステムにおいて、連続関数を修正するための制御装置を作動させるユーザ入力を受信することと、ユーザ入力の受信に応答して、連続関数を修正するための制御装置を作動させることを含み、前記コンピュータシステムは、複数の各画像等級バージョンの修正されたバージョンを１つまたは複数のディスプレイ上に表示する。
【０００７】
本明細書に開示する技術のさらに別の実施形態において、ビデオフレームを備える連続するダイナミック・レンジ・ビデオの配信方法は、関連のディスプレイを有する複数の受信機の各々へ、複数のビデオフレームの各々の最小ダイナミックレンジの等級と、複数のビデオフレームの各々の最大ダイナミックレンジの等級と、複数のビデオフレームの各々の各ピクセルの輝度を最小および最大ダイナミックレンジ間の連続関数の近似として規定するメタデータと、を配信するステップを含む。本実施形態の実装において、連続するダイナミック・レンジ・ビデオは、無線通信経由の放送テレビジョン信号として、衛星テレビのネットワーク信号として、またはケーブルテレビのネットワーク信号として送信される。あるいは、連続するダイナミック・レンジ・ビデオは、コンピュータネットワークのコンテンツサーバによって送信されてもよい。
【０００８】
本明細書に開示する技術のさらなる実施形態において、連続するダイナミックレンジ画像を、関連のダイナミックレンジを有するディスプレイ上に表示するために復号する方法は、符号化された連続するダイナミックレンジ画像を受信するステップと、連続するダイナミック画像を、コーデックを用いて復号するステップと、復号された連続するダイナミックレンジ画像およびディスプレイのダイナミックレンジを基礎として、具体的なダイナミックレンジ表現を生成するステップと、を含む。本実施形態において、受信される符号化された連続するダイナミックレンジ画像は、最小ダイナミックレンジが等級付けされた画像バージョンと、最大ダイナミックレンジが等級付けされた画像バージョンと、画像に対応する連続するダイナミックレンジのメタデータと、を含む。
【０００９】
開示する方法の他の特徴および態様は、本開示の実施形態による特徴を例示として示す添付の図面に関連して理解される以下の詳細な説明から、明らかとなるであろう。本概要は、クレームされる開示内容の範囲を限定するためのものではなく、開示内容の範囲は、専ら添付のクレームによって画定される。
【図面の簡単な説明】
【００１０】
本特許または出願ファイルは、カラーで製作された少なくとも1つの図面を含む。要請して手数料を支払えば、カラー図面を含む本特許公報または特許出願公報のコピーが特許庁により提供される。
【００１１】
以下、本開示を１つまたは複数の様々な実施形態により、図面を参照して詳細に述べる。図面は、専ら例示のために提供するものであり、よって単に本開示の典型的な、または例示的な実施形態を描いているに過ぎない。
【００１２】
【図１】本開示による、ＣＤＲビデオが生成され、符号化されかつ配信され得る例示的な環境を示す。
【００１３】
【図２】図１の環境において実装され得るＣＤＲビデオの例示的な生成および符号化システムを示す。
【００１４】
【図３】本開示の一実施形態による、ＣＤＲビデオを生成し、符号化しかつ配信する方法を示す動作フロー図である。
【００１５】
【図４】本開示による、ＣＤＲビデオの例示的な生成方法を示す動作フロー図である。
【００１６】
【図５】本開示によるダイナミック・レンジ・ハルを表したものである。
【００１７】
【図６】本開示による、ビデオフレームのルミパスの実装例を示す。
【００１８】
【図７Ａ】本開示による、ＣＤＲビデオを生成するためにアーティストにより使用され得る例示的なビデオ編集インタフェースを示す。
【００１９】
【図７Ｂ】本開示による、ＣＤＲビデオを生成するためにアーティストにより使用され得る例示的なビデオ編集インタフェースを示す。
【００２０】
【図８】本開示による、数値的ルミパスを入手するプロセスを示す。
【００２１】
【図９】本開示による、配信準備においてＣＤＲビデオを圧縮しかつ符号化する例示的な方法を示す動作フロー図である。
【００２２】
【図１０】本開示による、異なる次数のチェビシェフ多項式による例示的な関数近似を示す。
【００２３】
【図１１】本開示の実施形態例による、ビデオシーケンス・フレームの最初の８係数の画像を示す。
【００２４】
【図１２】本開示による、受信機側における、受信されたＣＤＲビデオのコンテンツストリームを復号して表示するための方法を示す動作フロー図である。
【００２５】
【図１３】本明細書に開示する方法の様々な特徴を実装するために使用され得る例示的なコンピューティングモジュールを示す。
【００２６】
これらの図は、網羅的なものではなく、よって、開示内容を、開示されている正確な形式に限定するものではない。
【発明を実施するための形態】
【００２７】
複数の売り手から異なるダイナミックレンジを有するＨＤＲディスプレイが出現したことにより、コンテンツを生産しかつ配信するための幾つかの重大な挑戦が生じている。具体的に、生産への挑戦は、ピーク輝度範囲が８００−４０００ｃｄ／ｃｍ２（８００−４０００ニト）になることが発表されている幾つかの来たるべきディスプレイ、ならびに異なるダイナミックレンジを有する未来のＨＤＲディスプレイ、に合わせてＨＤＲコンテンツを調製しつつある。固有のディスプレイ・ダイナミック・レンジ毎にコンテンツを等級付ける直裁的なアプローチは、追加的な手作業を要することに起因して順調には進んでいない。文献で提案されているディスプレイ適応型トーンマッピング等の方法は、この問題を軽減することができるが、多様な明るさを表現する精密な芸術的自由さを見込むものではない。
【００２８】
さらに、ＨＤＲコンテンツに関連する配信への挑戦は、異なるディスプレイ・ダイナミック・レンジ毎に等級を付けられる多数のＨＤＲストリームを効率的にコード化して送信するタスクである。以前の研究は、単一のＨＤＲストリームをＳＤＲコンテンツ上の残留信号として効率的に配信することを提案していた。しかしながら、このアプローチは、多くのＨＤＲストリームの同時送信が必要とされる新たな状況でのアプリケーションにとって効率的ではない。
【００２９】
本明細書に開示する技術の実施形態に従って、異なるダイナミックレンジを有する複数のディスプレイ毎に等級付けされたビデオまたは画像コンテンツを生成するための新規システムおよび方法を開示する。実施形態において、生成されるコンテンツは、ピクセル−輝度のディスプレイ・ダイナミック・レンジの関数としての新規表現である、「連続するダイナミックレンジ」（ＣＤＲ）コンテンツである。これらの実施形態において、ＣＤＲコンテンツの生成は、最小ダイナミックレンジおよび最大ダイナミックレンジ用にソースコンテンツを等級付けることと、ソースコンテンツの連続するダイナミックレンジを、ソースコンテンツの画像またはビデオフレームの各ピクセルの輝度を最小ダイナミックレンジと最大ダイナミックレンジとの間の連続関数として画定することによって取得すること、を含む。
【００３０】
この方法では、全ての可能なディスプレイ・ダイナミック・レンジについて同時に等級付けされるコンテンツは、ほとんどオーバーヘッドなしで生成されてもよい。これらの実施形態には、異なるダイナミックレンジ毎にピクセル輝度がどのように変わるかをユーザが指定するグラフィカル・ユーザ・インタフェースが設けられてもよく、これにより、ＣＤＲビデオまたは画像の完全な芸術的制御による生成が可能にされる。
【００３１】
本明細書に開示する技術のさらなる実施形態では、生成されるＣＤＲビデオを圧縮し、符号化しかつ配信するための方法を説明する。これらの実施形態において、ＣＤＲビデオは、１）ビデオの最大ダイナミックレンジの等級、２）ビデオの最小ダイナミックレンジの等級、および３）各ビデオフレームの各ピクセルの輝度を最小および最大ダイナミックレンジ間の連続関数の多項式級数近似として規定するメタデータ、として配信されてもよい。
【００３２】
本明細書でディスプレイに関連して使用している「ダイナミックレンジ」という用語は、概して、ディスプレイの輝度範囲、即ちディスプレイの最小輝度（即ち、「黒レベル」）からピーク輝度までの範囲、を指す。当業者には理解されるであろうが、輝度は、ＳＩ単位であるカンデラ毎平方メートル（ｃｄ／ｃｍ２）または非ＳＩ単位であるニト等の任意の既知の単位系を用いて測定されてもよい。
【００３３】
さらに、本明細書で使用している「ルミパス（ｌｕｍｉｐａｔｈｓ）」という用語は、ピクセルの輝度を標的ディスプレイのピーク輝度の関数として表現する関数を指す。
【００３４】
発明を詳述する前に、本発明を実装できる例示的な環境について述べることは有益である。図１は、このような環境の一例１００を示す。環境１００において、ソースビデオ１０１（例えば、ｒａｗカメラフォーマットのビデオ）は、ＣＤＲビデオ生成および符号化システム１０２を用いて、連続するダイナミック・レンジ・ビデオとして生成されかつ符号化される（ステップ１１０）。ソースビデオには、映画、予告編、連続番組の一回分、コマーシャル、ビデオゲームのカットシーンおよびこれらに類似するものが含まれてもよい。
【００３５】
後に詳述する実施形態において、ＣＤＲビデオ生成および符号化システム１０２のユーザは、異なるダイナミックレンジ毎にソースビデオ１０１の各ビデオフレームのピクセル輝度がどのように変わるかを指定するためにグラフィカル・ユーザ・インタフェース（ＧＵＩ）を利用してもよく、これにより、ダイナミックレンジを異にするディスプレイ毎にビデオの外観を完全に芸術的制御するＣＤＲビデオの生成が可能にされる。
【００３６】
ＣＤＲビデオの生成に続いて、ステップ１２０では、ＣＤＲビデオが、復号および表示のために（ステップ１３０）複数の受信機１２１−１２３へ配信される。ＣＤＲ符号化されたソースビデオにおいて、各フレームのピクセル輝度は、ダイナミックレンジの関数として規定される。したがって、受信機１２１−１２３に関連づけられるディスプレイのダイナミックレンジに依存して、受信機１２１−１２３は、ＣＤＲを、受信機のディスプレイのダイナミックレンジ（図１におけるディスプレイの左側における長方形パターンが示す）を基礎として復号してもよい。具体的な環境１００において示されているように、配信ステップ１２０は、ＣＤＲビデオを電子配信ネットワーク１１５上で複数のテレビ受像機（例えば、スマートテレビ）またはモニタディスプレイ１２１−１２３へ流す、または送信することを含む。代替実施形態において、ＣＤＲビデオは、ＣＤＲビデオを復号して表示することができる、例えばスマートフォン、ラップトップ、タブレット、ワークステーション、およびこれらに類似するもの等の他の受信機へ送信されてもよい。
【００３７】
様々な実施形態において、ＣＤＲビデオは、無線通信経由の放送テレビジョン信号、衛星テレビのネットワーク信号またはケーブルテレビのネットワーク信号として送信されてもよい。あるいは、ＣＤＲビデオは、コンテンツサーバによってコンピュータネットワーク上で送信されてもよい。当業者には認識されると思われるが、電子配信ネットワーク１１５は、例えば、同軸ケーブルシステム、光ファイバ・ケーブルシステム、イーサネット（登録商標）・ケーブルシステム、衛星通信システム、セルラ通信システム、およびこれらに類似するもの等の通信媒体による任意の組合せを含んでもよい。さらに他の実施形態において、ＣＤＲビデオは、ソリッド・ステート・ドライブ、磁気テープ、カートリッジ、ブルーレイディスク、またはビデオを記憶し得る技術上既知である他の固定式または取外し可能な記憶媒体等の物理媒体を用いて配信されてもよい。
【００３８】
図２は、環境１００において実装され得るＣＤＲビデオ生成および符号化システム１０２の一例を示す。様々な実施形態において、システム１０２は、ソースビデオを受信しかつ、異なるダイナミックレンジを有する複数の異なるディスプレイに合わせて調製されることが可能なＣＤＲビデオを生成するように構成される任意のコンピューティングシステム（ワークステーション、ラップトップ、スマートフォン、他）であってもよい。図示されているように、システム１０２は、接続性インタフェース１３１と、ＣＤＲビデオ生成アプリケーション１３３およびソースビデオ１０１を記憶するためのストレージ１３２と、プロセッサ１３４と、1つまたは複数のディスプレイ１３５と、を含む。接続性インタフェース１３１は、システム１０２をコンテンツ配信ネットワーク（例えば、ネットワーク１１５）へ、ローカル・エリア・ネットワーク接続、セルラネットワーク接続、衛星ネットワーク接続、またはこれらに類似するもの等の無線ネットワーク接続を用いて接続してもよい。さらに、接続性インタフェースは、例えばＵＳＢインタフェース等の、情報を転送しかつ受信するための物理インタフェースを含んでもよい。
【００３９】
プロセッサ１３４は、アーティストが異なるダイナミックレンジを有するディスプレイ用にビデオコンテンツをカスタマイズするためのグラフィカル・ユーザ・インタフェースを提供し得るＣＤＲビデオ生成アプリケーション１３３を実行する。このような実施形態において、アーティストは、ソースビデオ１０１の各ビデオフレームの異なる領域のピクセル輝度が異なるダイナミックレンジでどのように変わるかを指定してもよい。後に詳述するこれらの実施形態の実装において、ディスプレイ１３５は、ビデオフレームの複数のダイナミックレンジ・バージョンを、各ビデオフレームのピクセル輝度を制御するための様々なユーザコントロールと共に表示する。実施形態によっては、ＣＤＲビデオ生成アプリケーション１３３は、アニメーションアプリケーション、ビデオ編集アプリケーション、画像編集アプリケーション、ビデオゲーム設計アプリケーション、またはこれらの何らかの組合せの一部として統合されてもよい。
【００４０】
さらなる実施形態では、プロセッサ１３４は、（例えば、ＣＤＲビデオ生成アプリケーション１３３を介して）生成されたＣＤＲビデオを、システム１０２または別の配信手段を用いる配信の準備において圧縮しかつ符号化してもよい。
【００４１】
例示的な環境１００は、ＣＤＲビデオの生成、符号化および配信に関連して記述されているが、別の実施形態において、本発明が写真、コンピュータ生成画像、およびこれらに類似するもの等のＣＤＲ画像の生成および配信に注目する環境において実装され得ることは留意されるべきである。当業者には認識されると思われるが、環境１００は、ＣＤＲ画像の生成、符号化および配信用に適合化される可能性もある。
【００４２】
図３は、本明細書に開示する技術の一実施形態による、ＣＤＲビデオを生成し、符号化しかつ配信する方法２００を示す。方法２００は、入力としてソースビデオ２０１を取り込み、かつ可能な全てのディスプレイ・ダイナミック・レンジについて同時に等級付けされたコンテンツを含むＣＤＲビデオを出力する。配信されるＣＤＲビデオは、ビデオの符号化された最小ダイナミックレンジの等級２０７と、ビデオの符号化された最大ダイナミックレンジの等級２０８と、受信側ディスプレイが受信されるＣＤＲビデオをそのダイナミックレンジに合わせて調製するために使用され得る符号化されたメタデータ２０９とを含む。
【００４３】
方法２００については、ＣＤＲビデオを生成し（２２０）かつ生成されたＣＤＲビデオを圧縮して符号化する（２３０）具体的な方法を示す図４および図９に関連して後述する。様々な実施形態において、方法２００のプロセスオペレーション（例えば、配信以外のＣＤＲビデオの生成、圧縮および符号化）のうちの幾つか、または全ては、システム１０２によりＣＤＲビデオ生成アプリケーション１３３を用いて実装されてもよい。
【００４４】
方法２００は、オペレーション２１０でソースビデオ２０１を受信することによって始まる。実施形態において、受信されるソースビデオは、ｒａｗカメラフォーマット（例えば、映画、連続番組の一回分、コマーシャル、他）であっても、コンピュータ生成のソースビデオ（例えば、アニメ映画、ビデオゲーム、およびこれらに類似するもののソースビデオ）であってもよい。例えば、ソースビデオは、一シーンを撮影した後にスタジオから、または一シーンをアニメ化した後にグラフィックアーティストから受信されてもよい。様々な実施形態において、ソースビデオのダイナミックレンジは、任意であってもよい。ある特定の実施形態において、ソースビデオは、ｆストップが１４までの高ダイナミックレンジ（ＨＤＲ）コンテンツを含んでもよい。
【００４５】
ソースビデオ２０１の受信に続いて、オペレーション２２０では、ＣＤＲビデオが生成される。図４は、ＣＤＲビデオを生成する方法の一例２２０を示している。オペレーション２１１では、ソースビデオコンテンツ２０１が最小および最大標的ダイナミックレンジ用に等級付けされ、これにより、最小ダイナミックレンジが等級付けされたコンテンツ２０２および最大ダイナミックレンジが等級付けされたコンテンツ２０３が生成される。実施形態において、この等級付けプロセスは、最大および最小ダイナミックレンジのソースビデオの明るさおよび色を規定することを含む。この等級付けプロセスの前、最中または後に、ソースビデオコンテンツ２０１の「ダイナミック・レンジ・ハル」が決定されてもよい。ＣＤＲビデオにより包含されるダイナミックレンジ連続体は、全標的ディスプレイのダイナミックレンジのスーパーセットであることから、ダイナミック・レンジ・ハルは、最小および最大ダイナミックレンジ間のダイナミックレンジ連続体を画定する。
【００４６】
図５は、ダイナミック・レンジ・ハルを表したものである。図示されているように、最小ダイナミックレンジは、標的ディスプレイの全ダイナミックレンジ集合のうちの最小ピーク輝度（ｂ）および最大黒レベル（ｄ）によって境界をつけられている。同様に、最大ダイナミックレンジは、標的ディスプレイの全ダイナミックレンジ集合のうちの最大ピーク輝度（ａ）および最小黒レベル（ｃ）によって境界をつけられている。様々な実施形態において、システム１０２は、ソースビデオ１０２（例えば、映画フィルム、テレビ番組一回分、テレビコマーシャル、他）、標的ディスプレイの既知のダイナミックレンジのリスト、および他のパラメータ等のパラメータを基礎としてダイナミック・レンジ・ハルを決定してもよい。
【００４７】
例えば、複数の標的ディスプレイについて、最低ピーク輝度が１００ニトであり、最高ピーク輝度が４０００ニトであり、最小黒レベルが０．０１ニトであり、最大黒レベルが０．１ニトである事例を考察されたい。この例では、最小ダイナミックレンジが０．１ニトから１００ニトまでによって境界をつけられ、かつ最大ダイナミックレンジが０．０１ニトから４０００ニトによって境界をつけられることになる。同様に、最大等級のコンテンツは、４０００ニトのピーク輝度および０．０１ニトの黒レベルを有するディスプレイに関して標的にされ、かつ最小等級のコンテンツは、１００ニトのピーク輝度および０．１ニトの黒レベルを有するディスプレイに関して標的にされると思われる。
【００４８】
続いて、オペレーション２１２では、最小および最大ダイナミックレンジの等級２０２、２０３を基礎としてソースビデオの各フレームの各ピクセルの輝度を連続関数として規定することにより、ＣＤＲビデオが生成されてもよい。これらの実施形態では、ピクセル毎のスカラ輝度値を記憶する従来方法とは対照的に、ＣＤＲビデオは、ピクセル毎のダイナミックレンジ関数を記憶してもよい。特定の実施形態では、ピクセルの輝度値を標的ディスプレイのピーク輝度の関数として表す関数である「ルミパス」が使用され、かつ各ピクセルに記憶されてもよい。
【００４９】
図６は、ピクセル５０１−５０３を含むビデオフレーム５００のルミパスの実施形態例を示す。図示されているように、ビデオフレーム５００の各ピクセル５０１−５０３は、標的ディスプレイのピークディスプレイ輝度を基礎としてピクセルの輝度を規定する関連のルミパス関数５０１Ａ−５０３Ａを有する。この実装例では、最小ダイナミックレンジ５１０と最大ダイナミックレンジ５３０とがルミパス関数５０１Ａ−５０３Ａを結んでいた。ダイナミックレンジ５２０は、中間ダイナミックレンジのディスプレイに対応している。ピクセル５０１の場合、ピクセル輝度は、ピークディスプレイ輝度の増加と共にさほど増大しておらず、ビデオフレーム５００のより暗い部位であることを指している。これに対して、ピクセル５０２およびピクセル５０３の場合、ピクセル輝度は、ピークディスプレイ輝度の中心辺りで著しく高まり、その後、横ばい状態になる。当業者には認識されると思われるが、様々な実施形態において、ルミパス関数５０１Ａ−５０３Ａの形状は、異なるディスプレイのビデオコンテンツの外観に合わせて調製するように変えられてもよい。
【００５０】
実施形態において、各ピクセルのルミパスは、ＣＤＲビデオ生成アプリケーション１３３により提供される相互作用的なビデオ編集インタフェースを用いてユーザにより規定されてもよい。図７Ａ〜図７Ｂは、システム１０２のユーザが各ビデオフレームの各ピクセルの輝度を規定するために使用し得るビデオ編集インタフェースの具体的な一実装を示す。この具体的な実施形態に示されているように、第１のＳＤＲディスプレイ（図７Ａに示す）は、異なるディスプレイ・ダイナミック・レンジの異なるビデオフレームのルミパスを規定するためのコントロール（例えば、ボタン、トグル、スライダ、ナビゲーションコンポーネント、他）を含むインタフェース６００を提供する。第２のＨＤＲディスプレイ（図７Ｂに示す）は、ユーザが複数のダイナミックレンジに関するその編集を相互作用的に視覚化できるようにするインタフェース６１０を提供する。複数のダイナミックレンジに関してルミパスを規定しかつ編集を表示するために別々のディスプレイが示されているが、代替実施形態では、双方の機能を実行するために単一のディスプレイ（例えば、大型のＨＤＲディスプレイ）が使用され得ることは留意されるべきである。
【００５１】
インタフェース６００は、等級付けセッションを開始すべく等級付けされたビデオをシステムに（例えばフォルダを選択することによって）ロードするためのコントロール６０５を含む。本実施形態に示されているように、システムには、ダイナミック・レンジ・ハルの極値、即ち最小等級のビデオおよび最大等級のビデオ、の等級付けがロードされる。さらに、インタフェース６００は、最高等級のビデオまたはビデオフレーム（６０１）を選択するためのボタンコントロール６０１と、最低等級のビデオまたはビデオフレーム６０２を選択するためのボタンコントロール６０２と、関連のダイナミックレンジを有する特定のディスプレイを選択するためのスライダコントロール６０３と、特定のビデオフレームを選択するためのスライダコントロール６０４とを含む。
【００５２】
インタフェース６１０は、幾つかのダイナミックレンジに渡る連続するダイナミック・レンジ・ビデオを視覚化するためのタイル型インタフェースを提供する。この実施形態例では、６つのウィンドウによって、ユーザは、ビデオまたはビデオフレームが６つの異なるダイナミック・レンジ・ディスプレイ上でどのように見えるかを視覚化することができる。コントロール６０９により提供されるフレームモードまたはビデオモードを選択することにより、ユーザは、特定のフレームまたはビデオセグメントがどのように見えるかを視覚化してもよい。この実装において、ダイナミックレンジは、左上から右下へ昇順に示されていて、左上のウィンドウ６１１が最小ダイナミックレンジの等級を示し、右下のウィンドウ６１２が最大ダイナミックレンジの等級を示す。あるいは、他の実施形態では、任意数のウィンドウおよび任意のダイナミック・レンジ・ディスプレイ順が使用されてもよい。
【００５３】
インタフェース６００により示される実施形態において、アプリケーション１３３のユーザは、カスケード型のマスクによって、各ビデオフレームにおける編集の規模を画定することができる。図示されているように、マスクインタフェースは、特定のマスクを選択するためのコントロール６０６と、選択されたマスクのディスプレイ６０７と、選択されたマスクに対応するルミパス関数を修正するためのコントロール６０８とを提供してもよい。実装において、マスクは、ビデオフレームの領域、ビデオフレームの特定の領域、またはビデオフレーム全体を対照させるために適用されてもよい。
【００５４】
例えば、図７Ｂに示されているシーンを考察されたい。第１のグローバルマスクは、アニメ化されたキャラクタの顔および背景環境を含むシーンのあらゆるピクセルに対して一様なマスキングを生成してもよい。そのグローバルマスクにユーザが満足すれば、キャラクタの顔の全てまたは一部をシーンの残りの部分から分離するために別のマスク（例えば、マスク６０７）が適用されてもよく、精密な局所制御が見込まれる。例えば、キャラクタの顔は、ダイナミック・レンジ・ハル全体に渡って環境より明るく、または暗くされてもよい。あるいは、ユーザは、アニメ化されたキャラクタの顔の外観を、ダイナミックレンジ全体ではなく特定のダイナミックレンジ（例えば、１つまたは２つの標的ディスプレイ）に関して調整することを選んでもよい。上述の例について考察する当業者には認識されると思われるが、マスクは、異なるダイナミックレンジに渡って異なるビデオフレームのハイライトまたはシャドーを変えるために使用されてもよい。
【００５５】
インタフェース６００のこの特定の実装に示されているように、第三次多項式スプラインインタフェースのコントロール６０８は、ユーザが、表示されるルミパス関数の形状を変えることにより（例えば、曲線上の制御点を選択してマウスをドラッグすることにより）、ルミパスを手動で入力しかつ修正することを可能にする。しかしながら、他の実装では、連続関数を規定しかつ修正するための技術上既知である他の適切なインタフェース（例えば、高次多項式スプラインインタフェース）が提供されてもよい。図７Ａ〜図７Ｂの具体例は、ダイナミック・レンジ・ハルに渡るピクセル輝度を規定するためのルミパス関数の使用に関連して記述されているが、他の実施形態では、最小および最大ダイナミックレンジの等級を基礎としてピクセル輝度を規定するために他の適切な連続関数が使用され得ることも留意されるべきである。また、代替実装では、ユーザ相互作用に依存することなく、最小および最大等級を基礎としてＣＤＲビデオを生成するために、ルミパス関数が予め規定されかつ使用され得ることも留意されるべきである。
【００５６】
実施形態において、各フレームの各ピクセルの輝度を規定する関数、例えばルミパス、は、下記のように数学的に定義されてもよい。まず、最小および最大等級２０２、２０３は、各々ＩαおよびＩβと表示されてもよい。Ｉαの最小およびピーク輝度を各々ηαおよびπαで表し、かつＩβの最小およびピーク輝度を各々ηβおよびπβで表す。ダイナミック・レンジ・ハルに渡ってピクセル輝度がどのように変わるかを示す関数は、方程式（１）：
0006765222.tif 000002
によって定義されてもよい。上記式は、各ピクセルｐおよびダイナミックレンジ（η，π）、一意の輝度値ｈｐ（η，π）に関連し、
0006765222.tif 000003
は、最小等級のピクセルｐの輝度であり、かつ
0006765222.tif 000004
は、最大等級のピクセルｐの輝度である。したがって、方程式（１）は、ダイナミック・レンジ・ハルの任意の標的ダイナミックレンジにおける１ピクセルの輝度を、最小および最大等級における実際のピクセル輝度値間の値へマップする。
【００５７】
これらの関数を生成する計算複雑性および配信データの量を減らすために、ドメインは、
0006765222.tif 000005
に制限されてもよく、かつ任意の
0006765222.tif 000006
の関連する最小輝度は、方程式（２）：
0006765222.tif 000007
によって定義されてもよい。方程式（２）に続いて、考慮するダイナミック・レンジ・ハルを
0006765222.tif 000008
で定義してもよい。結果的に、ピクセル輝度値を標的ディスプレイのピーク輝度ｐｉの関数として表すルミパスは、方程式（３）：
0006765222.tif 000009
によって定義されてもよい。ここで、παおよびπβは、最大および最小ダイナミックレンジに対応するピーク輝度である。
【００５８】
図６Ａ〜図６Ｂの例において述べたように、ユーザは、マスクを使用すること、および第三次多項式スプラインインタフェースの制御点を修正してルミパスを調整することによって、所望される画像領域を選択してもよい。より一般的には、ルミパスを規定するためのユーザによるマスクの使用は、下記のように数学的に定義されてもよい。正式には、値
0006765222.tif 000010
を有する画像マスクＭｊの級数を所与として、ユーザは、ユーザインタフェースを用いて関数
0006765222.tif 000011
を手動で指定してもよい。各ピクセルに適用する場合、この関数は、各ピクセル位置でマスクにより変調され、
0006765222.tif 000012
が、方程式（４）：
0006765222.tif 000013
に示されるように得られる。方程式（４）は、マスクにより指定される重みを基礎として、アーティストが規定する曲線と線形曲線との配合を規定し、滑らかに変わる編集が見込まれる。したがって、ｎ個のマスクを採用しかつｎ個のこうした関数を指定すれば、対応するルミパス
0006765222.tif 000014
が、全ての関数を連続して適用し（層ベースの等級付け）かつ方程式（５）：
0006765222.tif 000015
が示すように結果をスケーリングすることによって得られてもよい。ここで、ルミパス
0006765222.tif 000016
は、分析される２極値間に最大明度を有する任意のディスプレイのピクセルｐの輝度を規定する所望される曲線である。図８は、方程式（４）および方程式（５）が規定する通りに数値的ルミパスを得るこのプロセスを示している。図示されているように、アーティストが入力するルミパスは、ユーザインタフェースで指定される重みに従って線形関数で平均され、続いて、最終的なピクセル毎のルミパス
0006765222.tif 000017
を得るために連結される。
【００５９】
当業者には認識されると思われるが、入力されるビデオフレームの等級付けがどのようにして得られるかに関する制限はないことから、ピクセルの空間的対応性が保全される限り、領域選択にあらゆる数のピクセルレベル・マスクを用いることができる。さらに、ルミパスまたは他の関数は、あらゆる数の制御点を用いて精確に規定されてもよく、よって、オペレーション２２０の間の著しい芸術的自由が可能にされる。
【００６０】
オペレーション２２０におけるＣＤＲビデオの生成に続いて、そのｒａｗフォーマットにおけるＣＤＲビデオが各フレームf毎に、（１）最小ダイナミックレンジが等級付けされた画像（例えば、
0006765222.tif 000018
）、２）最大ダイナミックレンジが等級付けされた画像（例えば、
0006765222.tif 000019
）、および３）フレームのピクセル毎の連続するダイナミックレンジの関数（例えば、ルミパス
0006765222.tif 000020
）を含むメタデータ、によって表される。実施形態において、このデータのｒａｗフォーマットは、かなりの量のデータを占有させる。したがって、方法２００のオペレーション２３０では、ＣＤＲビデオが配信準備において圧縮されて符号化されてもよい。
【００６１】
図９は、配信準備においてＣＤＲビデオを圧縮して符号化する方法２３０の一例を示す。後に詳述するように、方法２３０は、実施形態において、元のＣＤＲビデオよりもデータ効率的でありかつ視覚的にロスレスでもある、ピクセル毎のＣＤＲ関数の表現を提供するために使用されてもよい。
【００６２】
方法２３０は、オペレーション２３１で始まり、ここで、各ピクセルに対応するＣＤＲ関数が、所定数の係数の後のトランケートされる多項式級数を用いて近似される。したがって、各ＣＤＲ関数の結果的な表現は、多項式基底に対する係数の有限集合（即ち、係数のベクトル）である。好適な実施形態において、多項式級数は、結果的な出力が人の視覚系モデルを基礎として視覚的にロスレスである点でトランケートされる。
【００６３】
後に詳述する実施形態において、多項式級数は、トランケートされたチェビシェフ級数である。これらの実施形態において、チェビシェフ多項式の使用は、ｉ）合間に近似する際にルンゲの現象を最小限に抑え、これは、実際には、大部分のディスプレイが調査されるダイナミック・レンジ・ハルの最小端の近くに位置決めされることから重要である、ｉｉ）迅速な数値計算が可能である、ｉｉｉ）近似された関数のオリジナルとの誤差を係数から容易に推定される場合があり、これにより停止点が提供される、という理由で望ましい場合がある。しかしながら、技術上知られる他の適切な多項式級数が使用されてもよい。
【００６４】
多項式基底を有する係数の有限集合を用いるＣＤＲ関数の近似に続いて、オペレーション２３２では、多項式係数が、データへのビデオコーデックの適用を可能にする画像フォーマットで表現される。例えば、ある実施形態において、多項式係数は、単色ビデオシーケンスへと再編されてもよい。実施形態において、多項式係数の画像フォーマットでの表現は、続いてデータの符号化に使用されるビデオコーデック（例えば、ＭＰＥＧ−４、Ｈ．２６４、他）に依存してもよい。
【００６５】
この後、オペレーション２３３では、係数画像（即ち、画像データでフォーマットされた多項式係数）が、ＭＰＥＧ−４またはＨ．２６４等の対応するビデオコーデックを用いて符号化されてもよく、よって、追加の圧縮が提供され、かつデータビットレートが向上される。さらに、オペレーション２３３では、最小ダイナミックレンジが等級付けされたコンテンツ２０２および最大ダイナミックレンジが等級付けされたコンテンツ２０３が、ＬＤＲおよびＨＤＲコンテンツを圧縮する技術上知られるビデオコーデック（例えば、ＭＰＥＧフォーマット）を用いて圧縮されかつ符号化されてもよい。実施形態において、コンテンツ２０２および２０３は、２信号間の相互冗長性を利用して一緒に、かつ従属的に符号化されてもよい。例えば、特定の実施形態において、これらの２コンテンツは、技術上知られるスケーラブルビデオ符号化（ＳＶＣ）方法を用いて基本層および強化層として符号化されてもよい。あるいは、他の実施形態において、最小ダイナミックレンジが等級付けされたコンテンツ２０２および最大ダイナミックレンジが等級付けされたコンテンツ２０３は、（例えば、Ｈ．２６４を用いて）別々に符号化されてもよい。
【００６６】
実施形態において、上述のルミパス
0006765222.tif 000021
を用いる方法２３０の数学的実装は、次のように進行してもよい。人の視覚系は、輝度順応のレベルＬａを所与として近似しきい値輝度を計算するしきい値対強度（ｔｖｉ）関数を用いてモデリングされてもよい。ｔｖｉ関数は、方程式（６）：
0006765222.tif 000022
が示すように、各輝度レベルにおけるピークコントラスト感度を求めることによって計算されてもよい。ここで、ＣＳＦは、コントラスト感度関数であり、
0006765222.tif 000023
は、ピクセルｐの順応輝度である。本実装では、人の目が単一ピクセルｐに完全に順応できることが想定されている。
【００６７】
ルミパス
0006765222.tif 000024
を所与とすれば、これは、
0006765222.tif 000025
が満たされること、即ち、偏差が人の視覚系モデルにより計算されるしきい値より小さいことを条件として、トランケートされたチェビシェフ級数
0006765222.tif 000026
により、所定のピクセルにおいて知覚的にロスレスな方法で近似されてもよい。トランケートされたチェビシェフ級数は、方程式（７）：
0006765222.tif 000027
によって表現されてもよい。ここで、Ψｋ（ｘ）は、ｋ番目のチェビシェフ多項式であり、
0006765222.tif 000028
は、フレームfのピクセルｐにおける対応するチェビシェフ係数であり、Ｎｐ，ｆは、
0006765222.tif 000029
より小さい誤差
0006765222.tif 000030
を得るために必要な最小次数である。これは、
0006765222.tif 000031
によって決定される
0006765222.tif 000032
の知覚的にロスレスな近似を規定する。
【００６８】
チェビシェフ級数を計算するために、全てのルミパスのドメインおよびレンジは、これらの全てがチェビシェフドメイン
0006765222.tif 000033
内に存在するようにスケーリングされる。各基底多項式Ψｋ（ｘ）は、ドメインＤ：＝［−１，１］を有し、かつそのレンジΨｋ（Ｄ）も同じく部分集合［−１，１］であることから、近似の合計誤差
0006765222.tif 000034
は、級数の残りの無限係数の絶対値の和によって結ばれる。実施形態において、係数の停止基準は、少数の要素の絶対値の和によって与えられてもよい。例えば、級数は、次の３要素の絶対和が認可された誤差しきい値に達しない時点でトランケートされてもよい。図１０には、異なる次数のチェビシェフ多項式による関数の近似例が示されている。原関数と再構成された表現との誤差の絶対値は、図１０下部のスケールに示されている。
【００６９】
ルミパスの近似された視覚的ロスレスなルミパス表現
0006765222.tif 000035
のチェビシェフ係数
0006765222.tif 000036
の決定に続いて、係数は、量子化されて単色ビデオシーケンスへと再編されてもよい。最大次数Ｎ：＝ｍａｘｐ，ｆＮｐ，ｆおよび集合
0006765222.tif 000037
、但しｋ＞Ｎｐ，ｆ、が計算されてもよく、これにより、方程式（７）に記されている関数の表現
0006765222.tif 000038
が導かれる。但し、Ｎは、固定パラメータである。これで、各ルミパス
0006765222.tif 000039
は、方程式（８）：
0006765222.tif 000040
のＮタプルによって指定される。画像のような表現を得るために、フレームの全ピクセルのタプルｃｐ，ｆが係数行列
0006765222.tif 000041
、但し１＜ｋ＜Ｎ、によって表現される。この係数行列は、構成上、
0006765222.tif 000042
および
0006765222.tif 000043
と同じピクセル解像度ｈ×ｗを有する。全ての行列
0006765222.tif 000044
の全ての成分は、次に、Ｎ個の行列
0006765222.tif 000045
を得るべく特定のビット深さまで一様に量子化されてもよい。実施形態において、ビット深さは、圧縮に使用されるビデオコーデックによりサポートされる画像の最大ビット深さに依存して選択されてもよい。例えば、この実装例において、全行列の成分は、Ｈ．２６４のメインプロファイルにより圧縮をサポートされる画像の最大ビット深さに対応するという理由で、８ビットの整数にまで量子化されてもよい。
【００７０】
図１１は、ビデオシーケンスの１フレームの最初の８個の係数画像
0006765222.tif 000046
を示す。図示されているように、大部分の情報は、最初の数個の係数内に集中されている。係数画像のエネルギーおよび変動は、係数指数の増加に伴って急激に低減する。さらに、係数は、広範な画像領域に渡って一様な値を有し得る。したがって、係数の画像およびビデオの情報コンテンツは、実際には、概して、画像およびビデオ自体よりも制限されてもよく、その圧縮性が大幅に高められる。
【００７１】
この後、ルミパスの圧縮表現が、１）次数Ｎを表す整数値、２）ビット深さ（例えば、８ビット）の量子化に使用される最小値および最大値を表す２つの浮動小数点値、および３）ビデオコーデック（例えば、Ｈ．２６４）を用いて係数画像を符号化することにより得られる画像シーケンス
0006765222.tif 000047
、但しｋ＝１，．．．，Ｎ、の符号化表現、を記憶することによって得られてもよい。
【００７２】
オペレーション２３０におけるビデオの圧縮およびＣＤＲビデオの符号化の後、出力コンテンツは、符号化された最小ダイナミックレンジ等級付けコンテンツ２０７と、符号化された最大ダイナミックレンジ等級付けコンテンツ２０８と、符号化されたＣＤＲビデオメタデータ２０９とを含む。図３を再度参照すると、このコンテンツは、続いてオペレーション２４０において配信されてもよい。実施形態の実装において、ＣＤＲビデオコンテンツは、無線通信経由の放送テレビジョン信号、衛星テレビのネットワーク信号またはケーブルテレビのネットワーク信号として配信されてもよい。あるいは、ＣＤＲビデオコンテンツは、コンテンツサーバによりコンピュータネットワーク上で送信されてもよい。さらに他の実施形態において、ＣＤＲビデオコンテンツは、ソリッド・ステート・ドライブ、磁気テープ、カートリッジ、ブルーレイディスク、他等の物理媒体を用いて配信されてもよい。
【００７３】
図１２は、受信機側における、受信されるＣＤＲビデオコンテンツを復号して表示するための方法７００を示す。図示されているように、受信されるＣＤＲコンテンツには、ビデオ符号化された最小ダイナミックレンジ等級付けコンテンツ２０７、最大ダイナミックレンジ等級付けコンテンツ２０８およびＣＤＲビデオメタデータ２０９が含まれてもよい。図１２では、別々の参照数字で示されているが、受信される最大ダイナミックレンジ等級付けコンテンツおよび最小ダイナミックレンジ等級付けコンテンツが（例えば、ＳＶＣ技術を基礎とする基本層および強化層として）一緒に符号化されて着信し得ることは留意されるべきである。
【００７４】
オペレーション７０２では、受信されたコンテンツが、適切なビデオ圧縮コーデック（例えば、Ｈ．２６４、ＭＰＥＧ−４、他）を用いて復号される。例えば、最小等級のコンテンツおよび最大等級のコンテンツがＳＶＣコーデックを用いて基本層および強化層として一緒に符号化されている具体的な実施形態では、コンテンツは、ＳＶＣコーデックを用いて復号されてもよい。あるいは、他の実施形態では、最小ダイナミックレンジが等級付けされたコンテンツ２０２および最大ダイナミックレンジが等級付けされたコンテンツ２０３が別々に（例えば、Ｈ．２６４を用いて）復号されてもよい。ある実施形態において、ＣＤＲビデオメタデータ２０９は、コンテンツ２０７およびコンテンツ２０８の復号に使用される同じコーデックを用いて復号されてもよい。
【００７５】
続いて、オペレーション７０４では、受信機が、復号されたコンテンツ、およびコンテンツを表示するディスプレイの既知のダイナミックレンジ７０５を基礎として、ビデオ７０７の適切なダイナミックレンジ表現を生成する。当業者には認識されると思われるが、受信機は、係数の多項式ベクトル、および各フレームの各ピクセルのルミパス関数を表現するために使用される多項式級数等の、ＣＤＲメタデータの生成に使用されるアルゴリズムの認知を基礎として、各ピクセルのルミパスを再構成してもよい。この後、復号された最大および最小等級の画像、画像の各ピクセルの復号されて復元されたルミパスおよびディスプレイ・ダイナミック・レンジ７０５を所与として、ディスプレイのそのピクセルの輝度を規定すべく各画像の各ピクセルについて対応するルミパスが評価されてもよく、これにより、ビデオ７０７の適切なダイナミックレンジ表現が得られる。
【００７６】
本明細書に記述している方法は、主としてＣＤＲビデオの生成、圧縮、配信および受信に関連して記述されているが、当業者には、これらの方法がＣＤＲ写真またはコンピュータ生成グラフィックス等のＣＤＲ画像の生成にも等しく当てはまることが認識されると思われる。例えば、様々な実施形態において、ＣＤＲ画像は、最大および最小ダイナミックレンジのソース画像を等級付けすること、および画像の各ピクセルの輝度を、最小および最大ダイナミックレンジの等級を基礎として規定することによって生成されてもよい。別の例として、図７Ａ〜図７Ｂのグラフィカル・ユーザ・インタフェースは、アーティストが（例えば、新しい画像モード６０９を追加する、または既存のフレームモードを用いることにより）特定の画像の複数のダイナミックレンジ等級バージョンを同時に表示して修正できるようにすることにより、ＣＤＲ画像を生成すべく適合化される可能性もある。
【００７７】
同様に、様々な実施形態において、ＣＤＲ画像は、所定数の係数後にトランケートされる多項式級数を用いて画像の各ピクセルに対応するＣＤＲ関数を近似することにより、圧縮されてもよい。さらに、圧縮されたＣＤＲ画像は、適切なコーデックを用いて符号化されてもよい。さらに、符号化されたＣＤＲ画像は、適切なコーデックを用いて画像を復号しかつ表示する受信機へ配信されてもよい。
【００７８】
図１３は、本明細書に開示するシステムおよび方法の様々な特徴を実装するために使用され得るコンピューティングモジュールの一例を示す。本明細書で使用しているモジュールという用語は、本出願の１つまたは複数の実施形態に従って実行されることが可能な所定の機能ユニットを指す場合もある。本明細書において使用されるモジュールは、任意の形式のハードウェア、ソフトウェアまたはこれらの組合せを利用して実装される場合もある。例えば、１つのモジュールを作成するために、１つまたは複数のプロセッサ、コントローラ、ＡＳＩＣ、ＰＬＡ、ＰＡＬ、ＣＰＬＤ、ＦＰＧＡ、論理コンポーネント、ソフトウェアルーチンまたは他の機構が実装される場合もある。実装において、本明細書に記述している様々なモジュールは、離散的なモジュールとして実装される場合もあり、または記述している機能および特徴は、１つまたは複数のモジュール間で部分的に、または完全に共用されることが可能である。言い替えれば、本明細書本文を読めば、当業者には明らかとなると思われるが、本明細書に記述している様々な特徴および機能は、あらゆる所定のアプリケーションにおいて実装されてもよく、かつ１つまたは複数の別個の、または共用されるモジュールにおいて、様々な組合せおよび並び換えで実装されることが可能である。様々な特徴または機能性要素が個々に記述され得る、または別々のモジュールとしてクレームされ得るとしても、当業者には、これらの特徴および機能を１つまたは複数の共通するソフトウェアおよびハードウェアエレメント間で共用することができ、かつこのような記述が、このような特徴または機能を実装するための別々のハードウェアまたはソフトウェアコンポーネントの使用を要求する、または含意するものではないことが理解されるであろう。
【００７９】
アプリケーションのコンポーネントまたはモジュールが完全に、または部分的にソフトウェアを用いて実装される場合、ある実施形態において、これらのソフトウェアエレメントは、関連して記述される機能を実行できる計算または処理モジュールで動作するように実装されることが可能である。図１３には、このような計算モジュールの一例が示されている。この計算モジュール例１０００に関して、様々な実施形態を記述する。この記述を読めば、関連当業者には、他の計算モジュールまたはアーキテクチャを用いてアプリケーションを実装する方法が明らかとなるであろう。
【００８０】
次に、図１３を参照すると、計算モジュール１０００は、例えば、デスクトップコンピュータ、ラップトップコンピュータ、ノートブックコンピュータおよびタブレットコンピュータ、ハンドヘルド計算デバイス（タブレット、ＰＤＡ、スマートフォン、携帯電話、パームトップ、他）、メインフレーム、スーパーコンピュータ、ワークステーションまたはサーバ、または、所定のアプリケーションまたは環境にとって望ましい、または適切であり得るような他のあらゆるタイプの専用または汎用計算デバイスの内部に見出される計算または処理ケイパビリティを表現してもよい。また、計算モジュール１０００は、所定のデバイス内に埋め込まれる、または別段で所定のデバイスが利用可能な計算ケイパビリティを表現する場合もある。例えば、計算モジュールは、例えばデジタルカメラ、ナビゲーションシステム、セルラ電話、携帯用コンピューティングデバイス、モデム、ルータ、ＷＡＰ、端末および何らかの形式の処理ケイパビリティを含む場合もある他の電子デバイス等の他の電子デバイス内に見出される場合もある。
【００８１】
計算モジュール１０００は、例えば、１つまたは複数のプロセッサ、コントローラ、制御モジュール、またはプロセッサ１００４等の他の処理デバイスを含む場合もある。プロセッサ１００４は、例えばマイクロプロセッサ、コントローラまたは他の制御論理等の汎用または専用処理エンジンを用いて実装される場合もある。図示されている例において、プロセッサ１００４は、バス１００２へ接続されているが、計算モジュール１０００の他のコンポーネントとの相互作用を促進するため、または外的に通信するために、あらゆる通信媒体を用いることができる。
【００８２】
また、計算モジュール１０００は、本明細書では単にメインメモリ１００８と称される１つまたは複数のメモリモジュールを含む場合もある。例えば、情報およびプロセッサ１００４によって実行されるべき命令を記憶するために、好ましくは、ランダム・アクセス・メモリ（ＲＡＭ）または他のダイナミックメモリが使用される場合もある。また、メインメモリ１００８は、プロセッサ１００４によって実行されるべき命令の実行中に一時的な変数または他の中間情報を記憶するために使用される場合もある。計算モジュール１０００は、同様に、読取り専用メモリ（「ＲＯＭ」）、またはプロセッサ１００４のための静的な情報および命令を記憶するためにバス１００２へ結合される他の静的ストレージデバイスを含む場合もある。
【００８３】
また、計算モジュール１０００は、１つまたは複数の様々な形式の情報記憶機構１０１０を含む場合もあり、これは、例えば媒体ドライブ１０１２およびストレージユニット・インタフェース１０２０を含む場合もある。媒体ドライブ１０１２は、ドライブ、または固定式または取外し可能な記憶媒体１０１４をサポートするための他の機構を含む場合もある。例えば、ハード・ディスク・ドライブ、ソリッド・ステート・ドライブ、磁気テープドライブ、光ディスクドライブ、ＣＤ、ＤＶＤまたはブルーレイドライブ（ＲまたはＲＷ）、または他の取外し可能な、または固定式媒体ドライブが提供される場合もある。したがって、記憶媒体１０１４は、例えば、ハードディスク、ソリッド・ステート・ドライブ、磁気テープ、カートリッジ、光ディスク、ＣＤ、ＤＶＤ、ブルーレイまたは媒体ドライブ１０１２によって読み取られ、媒体ドライブ１０１２へ書き込まれ、または媒体ドライブ１０１２によりアクセスされる他の固定式または取外し可能媒体を含む場合もある。これらの例が示すように、記憶媒体１０１４は、内部にコンピュータソフトウェアまたはデータを記憶しているコンピュータ使用可能記憶媒体を含むことが可能である。
【００８４】
代替実施形態において、情報記憶機構１０１０は、コンピュータプログラムまたは他の命令またはデータを計算モジュール１０００内へロードできるようにするための他の類似手段を含む場合もある。このような手段は、例えば、固定式または取外し可能なストレージユニット１０２２と、インタフェース１０２０とを含む場合もある。このようなストレージユニット１０２２およびインタフェース１０２０の例には、プログラムカートリッジおよびカートリッジインタフェース、取外し可能メモリ（例えば、フラッシュメモリまたは他の取外し可能メモリモジュール）およびメモリスロット、ＰＣＭＣＩＡスロットおよびカード、およびソフトウェアおよびデータをストレージユニット１０２２から計算モジュール１０００へ転送できるようにする他の固定式または取外し可能なストレージユニット１０２２およびインタフェース１０２０が含まれる可能性がある。
【００８５】
また、計算モジュール１０００は、通信インタフェース１０２４を含む場合もある。通信インタフェース１０２４は、ソフトウェアおよびデータを計算モジュール１０００と外部デバイスとの間で転送できるようにするために使用される場合もある。通信インタフェース１０２４の例には、モデムまたはソフトモデム、ネットワークインタフェース（イーサネット（登録商標）、ネットワーク・インタフェース・カード、ワイメディア、ＩＥＥＥ８０２．ＸＸまたは他のインタフェース等）、通信ポート（例えば、ＵＳＢポート、ＩＲポート、ＲＳ２３２ポートＢｌｕｅｔｏｏｔｈ（登録商標）インタフェースまたは他のポート等）または他の通信インタフェースが含まれる場合もある。通信インタフェース１０２４を介して転送されるソフトウェアおよびデータは、典型的には、信号上で伝送される場合もあり、信号は、電子信号、電磁信号（光学信号を含む）または所定の通信インタフェース１０２４によって交換される能力のある他の信号であることが可能である。これらの信号は、チャネル１０２８を介して通信インタフェース１０２４へ提供される場合もある。このチャネル１０２８は、信号を伝送する場合もあり、かつ有線または無線通信媒体を用いて実装される場合もある。チャネル例の一部には、電話回線、セルラリンク、ＲＦリンク、光リンク、ネットワークインタフェース、ローカルエリアまたは広域ネットワークおよび他の有線または無線通信チャネルが含まれる場合もある。
【００８６】
本文書において、「コンピュータプログラム媒体」および「コンピュータ使用可能媒体」という用語は、概して、例えばメモリ１００８、ストレージユニット１０２０、媒体１０１４およびチャネル１０２８等の一時的または非一時的な媒体を指して使用される。これらの形式および他の様々な形式のコンピュータプログラム媒体またはコンピュータ使用可能媒体は、１つまたは複数の命令の１つまたは複数のシーケンスを処理デバイスへ伝送して実行することに関わってもよい。媒体上で具現されるこのような命令は、概して「コンピュータ・プログラミング・コード」または「コンピュータ・プログラム・プロダクト」と称される（これらは、コンピュータプログラムまたは他のグルーピング形式にグループ化されてもよい）。実行されると、このような命令は、計算モジュール１０００が本明細書で論じているような本出願の特徴または機能を実行することを有効化する場合もある。
【００８７】
これまでの記述は、様々な例示的実施形態および実装に関連するものであるが、個々の実施形態の１つまたはそれ以上に記述されている様々な特徴、態様および機能が、その適用性において、本明細書に記述されている特定の実施形態に限定されるものではなく、単独または様々な組合せにより本出願の他の実施形態のうちの１つまたはそれ以上にも、そうした実施形態が記述されているか否か、およびそうした特徴が、記述されている実施形態の一部として提示されているか否かに関わらず、適用され得ることは理解されるべきである。したがって、本出願の範囲は、上述の例示的な実施形態の何れによっても限定されるべきではない。
【００８８】
本文書に使用されている用語および言い回し、およびその変形は、別段の明示的指摘のない限り、限定ではなく制限なしとして解釈されるべきである。前述の例として、「を含む」という用語は、「を制限なしに含む」といった意味に読み取られるべきであり、「例」という用語は、論じていることの網羅的なリストまたは論じていることを限定するリストではなくその具体例を提供するために使用され、「１つの」という用語は、「少なくとも１つの」、「１つまたは複数の」といった意味に読み取られるべきであり、かつ「従来の」、「伝統的な」、「通常の」、「標準的な」、「既知の」といった形容詞および同様の意味を持つ用語は、記述されていることを所定の時間期間に、または所定の時点で利用可能であることに限定するものとして解釈されるべきではなく、現時点または将来の任意の時点で使用可能であり得る、または既知であり得る従来の、伝統的な、通常の、または標準的な技術を包含するものとして読み取られるべきである。同様に、本文書が、当業者には明らかである、または当業者には既知であると思われる技術を参照する場合、このような技術は、現時点または将来の任意の時点で当業者には明らかである、または既知である技術を包含する。
【００８９】
一部の例における、「１つまたは複数の」、「少なくとも」、「但しこれらに限定されない」等の拡大していく用語および言い回し、または他の類似の言い回しの存在は、このような拡大していく言い回しが存在しない例において、より狭い事例が意図される、または要求されるという意味に読み取られないものとする。「モジュール」という用語の使用は、モジュールの一部として記述またはクレームされているコンポーネントまたは機能が全て共通のパッケージ内で構成されることを含意するものではない。実際に、モジュールの様々なコンポーネントのうちの何れか、または全ては、制御論理であれ他のコンポーネントであれ、単一のパッケージに組み合わされることも、別々に保持されることも可能であり、かつさらに、複数のグルーピングまたはパッケージ内に、または複数のロケーションに渡って分散されることも可能である。
【００９０】
さらに、本明細書に記述されている様々な実施形態は、例示的なブロック図、フローチャートおよび他の例図に関連して記述されている。本文書を読めば、当業者には明らかとなるであろうが、例示されている実施形態およびその様々な代替例は、示されている例に限定されることなく実装されることが可能である。例えば、ブロック図および付随するその説明は、特定のアーキテクチャまたは設定を命じるものとして解釈されるべきではない。
【００９１】
以上、本開示の様々な実施形態について説明したが、これらが限定ではなく単に例として提示されていることは理解されるべきである。同様に、様々な図面は、開示のための例示的なアーキテクチャまたは他の設定を描いたものであって、その目的は、開示に含まれ得る特徴および機能の理解を助けることにある。開示は、例示されているアーキテクチャ例または設定例に限定されるものではなく、所望される特徴は、様々な代替アーキテクチャおよび設定を用いて実装されることが可能である。実際に、当業者には、本開示の所望される特徴を実装するために、代替の機能的、論理的または物理的パーティションおよび設定を実装できる方法が明らかとなるであろう。また、本明細書に描かれているもの以外の多くの異なる構成モジュール名は、様々なパーティションへの適用が可能である。さらに、フロー図、動作説明および方法クレームに関連して、本明細書におけるステップの提示順は、コンテキストにより別段の指示のない限り、様々な実施形態が記載された機能を同じ順序で実行すべく実装されることを命じるものではない。
【００９２】
以上、本開示を様々な例示的実施形態および実装に関連して説明したが、個々の実施形態の１つまたはそれ以上に記述されている様々な特徴、態様および機能が、その適用性において、本明細書に記述されている特定の実施形態に限定されるものではなく、単独または様々な組合せにより本開示の他の実施形態のうちの１つまたはそれ以上にも、そうした実施形態が記述されているか否か、およびそうした特徴が、記述されている実施形態の一部として提示されているか否かに関わらず、適用され得ることは理解されるべきである。したがって、本開示の範囲は、上述の例示的な実施形態の何れによっても限定されるべきではない。
【００９３】
本文書に使用されている用語および言い回し、およびその変形は、別段の明示的指摘のない限り、限定ではなく制限なしとして解釈されるべきである。前述の例として、「を含む」という用語は、「を制限なしに含む」といった意味に読み取られるべきであり、「例」という用語は、論じていることの網羅的なリストまたは論じていることを限定するリストではなくその具体例を提供するために使用され、「１つの」という用語は、「少なくとも１つの」、「１つまたは複数の」といった意味に読み取られるべきであり、かつ「従来の」、「伝統的な」、「通常の」、「標準的な」、「既知の」といった形容詞および同様の意味を持つ用語は、記述されていることを所定の時間期間に、または所定の時点で利用可能であることに限定するものとして解釈されるべきではなく、現時点または将来の任意の時点で使用可能であり得る、または既知であり得る従来の、伝統的な、通常の、または標準的な技術を包含するものとして読み取られるべきである。同様に、本文書が、当業者には明らかである、または当業者には既知であると思われる技術を参照する場合、このような技術は、現時点または将来の任意の時点で当業者には明らかである、または既知である技術を包含する。
【００９４】
一部の例における、「１つまたは複数の」、「少なくとも」、「但しこれらに限定されない」等の拡大していく用語および言い回し、または他の類似の言い回しの存在は、このような拡大していく言い回しが存在しない例において、より狭い事例が意図される、または要求されるという意味に読み取られないものとする。「モジュール」という用語の使用は、モジュールの一部として記述またはクレームされているコンポーネントまたは機能が全て共通のパッケージ内で構成されることを含意するものではない。実際に、モジュールの様々なコンポーネントのうちの何れか、または全ては、制御論理であれ他のコンポーネントであれ、単一のパッケージに組み合わされることも、別々に保持されることも可能であり、かつさらに、複数のグルーピングまたはパッケージ内に、または複数のロケーションに渡って分散されることが可能である。
【００９５】
さらに、本明細書に記述されている様々な実施形態は、例示的なブロック図、フローチャートおよび他の例図に関連して記述されている。本文書を読めば、当業者には明らかとなるであろうが、例示されている実施形態およびその様々な代替例は、示されている例に限定されることなく実装されることが可能である。例えば、ブロック図および付随するその説明は、特定のアーキテクチャまたは設定を命じるものとして解釈されるべきではない。
【図１】
0006765222.tif 000048
【図２】
0006765222.tif 000049
【図３】
0006765222.tif 000050
【図４】
0006765222.tif 000051
【図５】
0006765222.tif 000052
【図６】
0006765222.tif 000053
【図７Ａ】
0006765222.tif 000054
【図７Ｂ】
0006765222.tif 000055
【図８】
0006765222.tif 000056
【図９】
0006765222.tif 000057
【図１０】
0006765222.tif 000058
【図１１】
0006765222.tif 000059
【図１２】
0006765222.tif 000060
【図１３】
0006765222.tif 000061