(57)【要約】  メディアコンテンツを再生する電力消費量を調節する方法が提示される。その方法は、第１のメディアセグメント及び第２のメディアセグメントを有するメディアコンテンツを受信することと、第１のメディアセグメント内の第２の数のフレームと異なる第１の数のフレームを有する第１のメディアセグメントを再生することと、第２のメディアセグメントを再生することとを含み、第１の数は、第１のメディアセグメントの平均電力及びメディアコンテンツの平均電力に従って決定される。
2018533272.tif 000002
【特許請求の範囲】
【請求項１】
第１のメディアセグメント及び第２のメディアセグメントを有するメディアコンテンツを受信することと、
前記第１のメディアセグメント内の第２の数のフレームと異なる第１の数のフレームを有する前記第１のメディアセグメントを再生することと、
前記第２のメディアセグメントを再生することと
を含み、前記第１の数は、前記第１のメディアセグメントの平均電力及び前記メディアコンテンツの平均電力に従って決定される、方法。
【請求項２】
前記第２のメディアセグメントが第４の数のフレームを有し、且つ前記第２のメディアセグメントを再生することが、第３の数のフレームを有する前記第２のメディアセグメントを再生することを含み、及び前記第３の数は、前記第２のメディアセグメントの平均電力及び前記メディアコンテンツの前記平均電力に従って導出される、請求項１に記載の方法。
【請求項３】
前記第１のメディアセグメント及び前記第２のメディアセグメントに関連するメタデータを受信することと、
前記第１のメディアセグメント及び前記第２のメディアセグメントに関連する前記メタデータから前記第１の数及び前記第３の数をそれぞれ導出することと
を更に含む、請求項２に記載の方法。
【請求項４】
セグメントの電力が前記セグメントの画素の輝度値に従って計算され、及び前記セグメントの平均電力が、前記セグメントの前記電力を前記セグメント内のフレーム数で除算することによって計算される、請求項２に記載の方法。
【請求項５】
前記メディアコンテンツは、前記第１のセグメント及び前記第２のセグメントを有する元の符号化メディアコンテンツの再符号化バージョンである、請求項２に記載の方法。
【請求項６】
前記第１のメディアセグメントの前記平均電力を決定することと、
前記第１のメディアセグメントの前記平均電力が閾値を上回る場合、前記第１の数を前記第２の数よりも小さいものとして決定することと、
前記第１のメディアセグメントの前記平均電力が前記閾値を下回る場合、前記第１の数が前記第２の数よりも大きいと決定することと
を更に含む、請求項２に記載の方法。
【請求項７】
前記受信されたメディアコンテンツは、完全に減速されたバージョンであり、及び前記方法が、前記第２のメディアセグメントの前記平均電力が閾値を下回る場合、前記第３の数を前記第４の数と同じものとして決定することと、前記第２のメディアセグメントの前記平均電力が前記閾値を上回る場合、前記第３の数を前記第４の数よりも小さいものとして決定することとを更に含む、請求項２に記載の方法。
【請求項８】
前記受信されたメディアコンテンツは、完全に加速されたバージョンであり、及び前記方法が、前記第２のメディアセグメントの前記平均電力が閾値を上回る場合、前記第３の数を前記第４の数と同じものとして決定することと、前記第２のメディアセグメントの前記平均電力が前記閾値を下回る場合、前記第３の数を前記第４の数よりも大きいものとして決定することとを更に含む、請求項２に記載の方法。
【請求項９】
メディアコンテンツを記憶するように構成されているメモリと、
第１のメディアセグメント及び第２のメディアセグメントを有する前記メディアコンテンツを受信し、及び前記第１のメディアセグメント内の第２の数のフレームと異なる第１の数のフレームを有する前記第１のメディアセグメントを再生し、且つ前記第２のメディアセグメントを再生するように構成されているプロセッサと
を含み、前記第１の数は、前記第１のメディアセグメントの平均電力及び前記メディアコンテンツの平均電力に従って決定される、装置。
【請求項１０】
前記第２のメディアセグメントは第４の数のフレームを有し、且つ前記第２のメディアセグメントを再生することは、第３の数のフレームを有する前記第２のメディアセグメントを再生することを含み、及び前記第３の数は、前記第２のメディアセグメントの平均電力及び前記メディアコンテンツの前記平均電力に従って導出される、請求項９に記載の装置。
【請求項１１】
前記プロセッサは、前記第１のメディアセグメント及び前記第２のメディアセグメントに関連するメタデータを受信し、且つ前記第１のメディアセグメント及び前記第２のメディアセグメントに関連する前記メタデータから前記第１の数及び前記第３の数をそれぞれ導出するように構成されている、請求項１０に記載の装置。
【請求項１２】
セグメントの電力は、前記セグメントの画素の輝度値に従って計算され、及び前記セグメントの平均電力は、前記セグメントの前記電力を前記セグメント内のフレーム数で除算することによって計算される、請求項１０に記載の装置。
【請求項１３】
前記メディアコンテンツは、前記第１のセグメント及び前記第２のセグメントを有する元の符号化メディアコンテンツの再符号化バージョンである、請求項１０に記載の装置。
【請求項１４】
前記プロセッサは、前記第１のメディアセグメントの前記平均電力を決定し、前記第１のメディアセグメントの前記平均電力が閾値を上回る場合、前記第１の数を前記第２の数よりも小さいものとして決定し、且つ前記第１のメディアセグメントの前記平均電力が前記閾値を下回る場合、前記第１の数が前記第２の数よりも大きいと決定するように構成されている、請求項１０に記載の装置。
【請求項１５】
前記受信されたメディアコンテンツは、完全に減速されたバージョンであり、前記第２のメディアセグメントの前記平均電力が閾値を下回る場合、前記プロセッサが、前記第３の数を前記第４の数と同じものとして決定するように構成され、及び前記第２のメディアセグメントの前記平均電力が前記閾値を上回る場合、前記プロセッサが、前記第３の数を前記第４の数よりも小さいものとして決定するように構成されている、請求項１０に記載の装置。
【請求項１６】
前記受信されたメディアコンテンツは、完全に加速されたバージョンであり、前記第２のメディアセグメントの前記平均電力が閾値を上回る場合、前記プロセッサが、前記第３の数を前記第４の数と同じものとして決定するように構成され、及び前記第２のメディアセグメントの前記平均電力が前記閾値を下回る場合、前記プロセッサが、前記第３の数を前記第４の数よりも大きいものとして決定するように構成されている、請求項１０に記載の装置。
【請求項１７】
第１のメディアセグメント及び第２のメディアセグメントを有するメディアコンテンツを受信することと、
前記第１のメディアセグメント内の第２の数のフレームと異なる第１の数のフレームを有する前記第１のメディアセグメントを再生することと、
前記第２のメディアセグメントを再生することと
を行うためのコンピュータ実行可能命令を含む、非一時的コンピュータ可読記憶媒体に記憶されるコンピュータプログラム製品であって、前記第１の数は、前記第１のメディアセグメントの平均電力及び前記メディアコンテンツの平均電力に従って決定される、コンピュータプログラム製品。
【請求項１８】
バッファの使用量が第１の閾値に到達するまで第１のメディアセグメントを前記バッファ内に受信しながら前記第１のメディアセグメントのフレームを連続して再生し、且つ前記第１のメディアセグメントの残りのフレームの再生を加速することであって、前記第１のメディアセグメントが減速セグメントである、再生及び加速することと、
前記バッファの前記使用量が第２の閾値に到達するまで第２のメディアセグメントを前記バッファ内に受信しながら前記第２のメディアセグメントのフレームを連続して再生し、且つ前記第２のメディアの残りのフレームの再生を減速することであって、前記第２のメディアセグメントが加速セグメントである、再生及び減速することと
を含む、方法。
【請求項１９】
前記第１のメディアセグメントの残りのフレームの再生を加速することは、前記第１のメディアセグメントの前記残りのフレームの少なくとも１つのフレームを飛ばすこと、及びディスプレイのためのピクチャバッファ内のフレームの更新を加速することの１つを含む、請求項１８に記載の方法。
【請求項２０】
前記第２のメディアセグメントの残りのフレームの再生を減速することは、前記第２のメディアセグメントの前記残りのフレームに少なくとも１つのフレームを挿入すること、及びディスプレイのためのピクチャバッファ内のフレームの更新を減速することの１つを含む、請求項１８に記載の方法。
【請求項２１】
前記メディアコンテンツは、前記第１のメディアセグメントの直後であり且つ減速セグメントである第３のメディアセグメントを含み、前記方法は、前記バッファの前記使用量が第３の閾値に到達するまで前記第３のメディアセグメントのフレームを連続して再生し、且つ前記第３のメディアセグメントの残りのフレームの再生を加速することであって、前記第３の閾値が前記第１の閾値よりも高い、再生及び加速することを更に含む、請求項１８に記載の方法。
【請求項２２】
前記メディアコンテンツは、前記第２のメディアセグメントの直後であり且つ加速セグメントである第４のメディアセグメントを含み、及び前記方法は、前記バッファの前記使用量が第４の閾値に到達するまで前記第４のメディアセグメントのフレームを連続して再生し、且つ前記第４のメディアセグメントの残りのフレームの再生を減速することであって、前記第４の閾値が前記第２の閾値よりも低い、再生及び減速することを更に含む、請求項１８に記載の方法。
【請求項２３】
前記メディアコンテンツは、前記第２のメディアセグメントの直後であり且つ減速セグメントである第５のメディアセグメントを含み、及び前記方法は、前記バッファの前記使用量が前記第１の閾値に到達するまで前記第５のメディアセグメントのフレームを連続して再生し、且つ前記第５のメディアセグメントの残りのフレームの再生を加速することを更に含む、請求項１８に記載の方法。
【請求項２４】
前記メディアコンテンツは、前記第１のメディアセグメントの直後であり且つ加速セグメントである第６のメディアセグメントを含み、及び前記方法は、前記バッファの前記使用量が前記第２の閾値に到達するまで前記第６のメディアセグメントのフレームを連続して再生し、且つ前記第６のメディアセグメントの残りのフレームの再生を減速することを更に含む、請求項１８に記載の方法。
【請求項２５】
前記第１の閾値及び前記第２の閾値を受信することを更に含む、請求項１８に記載の方法。
【請求項２６】
前記第１のメディアセグメントの残りのフレームの前記再生を加速することは、前記第１のセグメントの導出元のセグメントの再生速度まで前記再生を加速し、及び前記第２のメディアの残りのフレームの再生を減速することは、前記第２のセグメントの導出元のセグメントの再生速度まで前記再生を減速する、請求項１８に記載の方法。
【請求項２７】
メディアコンテンツを記憶するように構成されているメモリと、
バッファの使用量が第１の閾値に到達するまで第１のメディアセグメントを前記バッファ内に受信しながら前記第１のメディアセグメントのフレームを連続して再生し、且つ前記第１のメディアセグメントの残りのフレームの再生を加速することであって、前記第１のメディアセグメントは減速セグメントである、再生及び加速することと、前記バッファの前記使用量が第２の閾値に到達するまで第２のメディアセグメントを前記バッファ内に受信しながら前記第２のメディアセグメントのフレームを連続して再生し、且つ前記第２のメディアの残りのフレームの再生を減速することであって、前記第２のメディアセグメントが加速セグメントである、再生及び減速することとを行うように構成されているプロセッサと
を含む、装置。
【請求項２８】
前記プロセッサは、前記第１のメディアセグメントの残りのフレームの少なくとも１つのフレームを飛ばすこと、及びディスプレイのためのピクチャバッファ内のフレームの更新を加速することの１つによって前記第１のメディアセグメントの前記残りのフレームの再生を加速するように構成されている、請求項２６に記載の装置。
【請求項２９】
前記プロセッサは、前記第２のメディアセグメントの残りのフレームに少なくとも１つのフレームを挿入すること、及びディスプレイのためのピクチャバッファ内のフレームの更新を減速することの１つによって前記第２のメディアの前記残りのフレームの再生を減速するように構成されている、請求項２６に記載の装置。
【請求項３０】
前記メディアコンテンツは、前記第１のメディアセグメントの直後であり且つ減速セグメントである第３のメディアセグメントを含み、前記プロセッサは、前記バッファの前記使用量が第３の閾値に到達するまで前記第３のメディアセグメントのフレームを連続して再生し、且つ前記第３のメディアセグメントの残りのフレームの再生を加速するように構成され、前記第３の閾値は前記第１の閾値よりも高い、請求項２６に記載の装置。
【請求項３１】
前記メディアコンテンツは、前記第２のメディアセグメントの直後であり且つ加速セグメントである第４のメディアセグメントを含み、前記プロセッサは、前記バッファの前記使用量が第４の閾値に到達するまで前記第４のメディアセグメントのフレームを連続して再生し、且つ前記第４のメディアセグメントの残りのフレームの再生を減速するように構成され、前記第４の閾値は前記第２の閾値よりも低い、請求項２６に記載の装置。
【請求項３２】
前記メディアコンテンツは、前記第２のメディアセグメントの直後であり且つ減速セグメントである第５のメディアセグメントを含み、前記プロセッサは、前記バッファの前記使用量が前記第１の閾値に到達するまで前記第５のメディアセグメントのフレームを連続して再生し、且つ前記第５のメディアセグメントの残りのフレームの再生を加速するように構成されている、請求項２６に記載の装置。
【請求項３３】
前記メディアコンテンツは、前記第１のメディアセグメントの直後であり且つ加速セグメントである第６のメディアセグメントを含み、前記プロセッサは、前記バッファの前記使用量が前記第２の閾値に到達するまで前記第６のメディアセグメントのフレームを連続して再生し、且つ前記第６のメディアセグメントの残りのフレームの再生を減速するように構成されている、請求項２６に記載の装置。
【請求項３４】
前記プロセッサは、前記第１の閾値及び前記第２の閾値を受信するように構成されている、請求項８に記載の装置。
【請求項３５】
前記プロセッサは、前記第１のセグメントの導出元のセグメントの再生速度まで前記再生を加速することによって前記第１のメディアセグメントの残りのフレームの再生を加速し、且つ前記第２のセグメントの導出元のセグメントの再生速度まで前記再生を減速することによって前記第２のメディアの残りのフレームの再生を減速するように構成されている、請求項２６に記載の装置。
【請求項３６】
バッファの使用量が第１の閾値に到達するまで第１のメディアセグメントを前記バッファ内に受信しながら前記第１のメディアセグメントのフレームを連続して再生し、且つ前記第１のメディアセグメントの残りのフレームの再生を加速することであって、前記第１のメディアセグメントは減速セグメントである、再生及び加速することと、
前記バッファの前記使用量が第２の閾値に到達するまで第２のメディアセグメントを前記バッファ内に受信しながら前記第２のメディアセグメントのフレームを連続して再生し、且つ前記第２のメディアの残りのフレームの再生を減速することであって、前記第２のメディアセグメントは加速セグメントである、再生及び減速することと
を行うためのコンピュータ実行可能命令を含む、非一時的コンピュータ可読記憶媒体に記憶されるコンピュータプログラム製品。
【発明の詳細な説明】
【技術分野】
【０００１】
関連仮出願の参照
本願は、参照によりその全内容が本明細書に援用される、２０１５年９月１５日に出願された“METHODS, SYSTEMS AND APPARATUS FOR PROVIDING POWER SAVING MEDIA CONTENT”という名称の米国仮特許出願第６２／２１８６７９号、２０１６年８月９日に出願された“METHODS, SYSTEMS AND APPARATUS FOR PROVIDING POWER SAVING MEDIA CONTENT”という名称の米国仮特許出願第６２／３７２４７０号、２０１６年８月９日に出願された“METHODS, SYSTEMS AND APPARATUS FOR PROVIDING POWER SAVING MEDIA CONTENT”という名称の米国仮特許出願第６２／３７２４７５号、及び２０１６年８月１７日に出願された“METHOD AND APPARATUS FOR PROVIDING POWER SAVING MEDIA CONTENT”という名称の国際公開第ＰＣＴ／米国特許出願公開第ＵＳ２０１６／０４７３７９号の優先権を主張する。
【０００２】
本原理の実施形態は、概して、ビデオコンテンツを処理する方法、システム、及び機器に関する。とりわけ、本原理は、エネルギ節約コンテンツを再生すること、及びコンテンツを視聴しながら電力消費量を節約するためのメタデータに関する。
【背景技術】
【０００３】
現代の多くのテレビ及びディスプレイ装置は、様々な輝度のコンテンツを表示し、電力を動的に変える。通常の視聴条件下では、典型的なＬＣＤテレビ受像機は１５０ワットの電力を消費し得る。電力消費量の約半分はディスプレイのバックライティングによる。多くのバックライトはゾーン調光可能であり、暗いシーン領域内でバックライトを調光することによってコントラスト強調を可能にする。ゾーン調光可能なバックライティングが使用される場合、ディスプレイの消費電力はゾーンの輝度に依存する。例えば、全て白色のシーンは１５０ワット消費し、全て黒色のシーンは７５ワット消費し、全て灰色のシーンは１１０ワット消費し得る。画面の左側が黒色であり、右側が白色のシーンは１１０ワット消費し得る。
【０００４】
今日の多くのＴＶは、シーンのコンテンツに関係なく全体的なバックライトの輝度を減らすエネルギ節約モードも提供する。しかし、それらの装置はプログラムのコンテンツ、予想される未来のシーン、又は電力公益事業の条件についての知識に応じた節電は行わない。従って、それらの装置は、電力消費量を減らす能力の点で限られている。
【発明の概要】
【０００５】
本原理の例示的実施形態に従って方法が提示される。この方法は、第１のメディアセグメント及び第２のメディアセグメントを有するメディアコンテンツを受信することと、第１のメディアセグメント内の第２の数のフレームと異なる第１の数のフレームを有する第１のメディアセグメントを再生することと、第２のメディアセグメントを再生することとを含み、第１の数は、第１のメディアセグメントの平均電力及びメディアコンテンツの平均電力に従って決定される。
【０００６】
本原理の例示的実施形態に従って装置が提示される。この装置は、メディアコンテンツを記憶するように構成されているメモリと、第１のメディアセグメント及び第２のメディアセグメントを有するメディアコンテンツを受信し、及び第１のメディアセグメント内の第２の数のフレームと異なる第１の数のフレームを有する第１のメディアセグメントを再生し、且つ第２のメディアセグメントを再生するように構成されているプロセッサとを含み、第１の数は、第１のメディアセグメントの平均電力及びメディアコンテンツの平均電力に従って決定される。
【０００７】
本原理の例示的実施形態に従い、非一時的コンピュータ可読記憶媒体に記憶されるコンピュータプログラム製品が提示される。このコンピュータプログラムは、第１のメディアセグメント及び第２のメディアセグメントを有するメディアコンテンツを受信することと、第１のメディアセグメント内の第２の数のフレームと異なる第１の数のフレームを有する第１のメディアセグメントを再生することと、第２のメディアセグメントを再生することとを行うためのコンピュータ実行可能命令を含み、第１の数は、第１のメディアセグメントの平均電力及びメディアコンテンツの平均電力に従って決定される。
【０００８】
以下に記載の図面と共に解釈されるとき、本原理の特徴及び利点が以下の詳細な説明から明らかになり得る。
【図面の簡単な説明】
【０００９】
【図１】本原理によるシステムの概略図を示す。
【図２Ａ】本原理による機器の概略図を示す。
【図２Ｂ】本原理による機器の概略図を示す。
【図３】本原理によるシステムの概略図を示す。
【図４Ａ】本原理による方法の流れ図を示す。
【図４Ｂ】本原理による方法の流れ図を示す。
【図５】本原理による、修正済みのプレイアウト時間の決定を示すプロット図を示す。
【図６】本原理による伝達関数の図を示す。
【図７】本原理による、受信されたメディアコンテンツの全てのバージョンについて節電機能を実行する選択肢をユーザが選択するときにユーザ装置によって実行されるプロセスを示す。
【図８】完全に加速された受信されたメディアコンテンツの一例を示す。
【図９】本原理による節電を考慮した後の、時間単位当たりの電力消費量に対する制約がある状態の図８の完全に加速されたメディアコンテンツ内に含まれるセグメントの持続時間の変化を示す。
【図１０】本原理による節電を考慮した後の、総電力消費量に対する制約がある状態の図８の完全に加速されたメディアコンテンツ内に含まれるセグメントの持続時間の変化を示す。
【図１１】本原理による節電を考慮した後の、各セグメントが同じ電力を消費する制約がある状態の図８の完全に加速されたメディアコンテンツ内に含まれるセグメントの持続時間の変化を示す。
【図１２】本原理による節電を考慮した後の、指定の総電力消費量及び総再生時間の制約がある状態の図８の完全に加速されたメディアコンテンツ内に含まれるセグメントの持続時間の変化を示す。
【図１３】完全に減速された受信されたメディアコンテンツの一例を示す。
【図１４】本原理による節電を考慮した後の、図１３の完全に減速されたメディアコンテンツ内に含まれるセグメントの持続時間の変化を示す。
【図１５】本原理による、入力バッファの使用量を制御するためにユーザ装置によって実行されるユーザ装置プロセスによって実行されるプロセスを示す。
【図１６】本原理によるバッファレベルの変化上の一例を示す。
【発明を実施するための形態】
【００１０】
本原理の実施形態の一態様は、メディアコンテンツの表示時又は提供時に使用が予想され、予測され、又は推定される電力の節電又は電力最適化を決定することを対象とする。本明細書で使用するとき、「節電」は電力及び／又はエネルギの消費を減らすことを含むように定義され得る。節電は、メディアコンテンツの「グリーン」又はエネルギ効率の良いバージョンを更に指し得る。節電は、消費負荷及び／又はインフラに基づく電力最適化を更に指し得る。例えば、電力は、エンドユーザの機器又は装置において予想され、予測され、又は推定されるコンテンツ電力使用量に基づいて決定され得る。
【００１１】
本原理の実施形態の一態様は、メディアコンテンツ及び／又はメディアコンテンツのセグメント若しくは副単位の電力消費量を決定することを対象とする。それにより、本明細書で論じる電力消費量又は電力の決定は、機器及び／又はシステムによって予想され、予測され、又は推定される電力消費量及び／又は使用量を参照する。推定電力消費量は、例えば輝度等のコンテンツの特性の尺度に基づく電力消費インジケータであり得る。
【００１２】
本明細書で使用するとき、「メディアコンテンツ」は、任意の情報源から受信される任意の種類の音声、ビデオ、及び／又は画像メディアコンテンツを含む任意の種類のメディアを含むように定義され得る。例えば、「メディアコンテンツ」は、インターネットコンテンツ、ストリーミングサービス（例えば、M-GO、Netflix、Hulu（登録商標）、Amazon（登録商標））、録画済みのビデオコンテンツ、ビデオオンデマンドコンテンツ、ブロードキャストコンテンツ、テレビコンテンツ、テレビプログラム（又は番組）、広告、コマーシャル、音楽、映画、ビデオクリップ、双方向型ゲーム、ネットワークベースの娯楽アプリケーション、及び他のメディア資産を含み得る。メディア資産は、音声ファイル、画像ファイル、ビデオファイル等の任意の及びあらゆる種類のデジタルメディア形式を含み得る。
【００１３】
本原理の実施形態の一態様は、メディアコンテンツを提供するとき（例えば、エンドユーザ装置においてメディアコンテンツを表示又は再生するとき）に電力消費量を減らすことを対象とする。本原理の一態様は、メディアコンテンツの速度を修正すること又は修正する選択肢を与えることを対象とする。本原理の一態様は、メディアコンテンツセグメントの電力消費インジケーションに基づいてメディアコンテンツセグメントのプレイアウト時間を修正することを対象とする。
【００１４】
本原理の実施形態の一態様は、メディアコンテンツの速度、即ち提示時間を加速又は減速することに基づく節電を対象とする。本原理の一態様は、メディアコンテンツを提供する速度を適応的に修正することに基づく節電を対象とする。本原理の実施形態の一態様は、メディアコンテンツに合わせて適合されるメディアコンテンツ速度の修正に基づく節電を対象とする。速度修正（例えば、より速い速度又はより遅い速度）は、スライス単位、フレーム単位、フィルム−フレーム単位、画像グループ（ＧＯＰ）単位、ビデオシーン単位、又は他の任意のメディアセグメント単位で行うことができる。本原理の一態様は、メディアコンテンツの電力考察に基づき、メディアコンテンツを提供する速度を加速又は減速することを対象とする。本原理の一態様は、同じメディアコンテンツの他のセグメントに対するメディアコンテンツセグメントの速度を修正することに基づく節電を対象とする。
【００１５】
本原理の実施形態の一態様は、コンテンツの情報に基づいて速度の範囲又は限界（例えば、最高速度及び／又は最低速度）を決定することを対象とする。例えば、速度の範囲は、メディアシーンのコンテンツ、対話、メディアコンテンツの地理的位置（メディアコンテンツ内で描かれている位置又はメディアコンテンツが視聴されている位置）、プリファレンス、又は視聴の許容値（例えば、メディアコンテンツを見ることができる最長時間）の１つ又は複数に基づいて決定され得る。
【００１６】
一例では、ビデオセグメントの表示速度又は再生速度、即ちビデオセグメントのプレイアウト／再生時間を修正することによって節電が実現され得る。例えば、節電は高電力ビデオセグメントを加速することに基づくことができ、加速量は決定済みの最高速度の限界の範囲内にあるように制約される。別の例では、節電が低電力ビデオセグメントを減速することに基づくことができ、減速量は決定済みの最低速度の限界の範囲内にあるように制約される。一例では、ビデオの同じ総持続時間をほぼ保ちながら節電が実現され得る。
【００１７】
本原理の実施形態の一態様は、メディアコンテンツの前処理を対象とする。例えば、メディアコンテンツは、節電インジケータを決定するためにコンテンツサーバにおいて前処理することができる。一例では、電力消費パラメータを決定するためにビデオをビデオサーバにおいて前処理することができる。サーバにおける前処理は、ほぼ同じ総プログラム持続時間を確実にするためにサーバのより高い計算力、より高い精度、及び全プログラムを処理する能力の利点を与え得る。
【００１８】
本原理の実施形態の一態様は、メディアコンテンツの節電バージョンを決定することを対象とする。例えば、本原理の実施形態の一態様は、メディアコンテンツ（例えば、プログラムやビデオ）の複数のバージョンを決定することを対象とする。或るバージョンは、元のメディアコンテンツを含む通常バージョンとすることができる一方、１つ又は複数のバージョンは元のメディアコンテンツの節電バージョンであり得る。節電バージョンは元のメディアコンテンツとほぼ同じ総持続時間を有し得るが、様々なシーンについて異なる速度を有し得る。ほぼ同じ総持続時間とは、元のメディアコンテンツの持続時間のパーセンテージ値の範囲内にあるメディアコンテンツの総持続時間を含意し得る。一実施形態では、パーセンテージ値が元のメディアコンテンツの持続時間の＋／−５％であり得る。一例では、メディアコンテンツのプレイアウトユニット（例えば、セットトップボックス、テレビ、タブレット、スマートフォン、コンピュータ等）が複数の節電バージョンを（例えば、メディアコンテンツセグメントのバージョンをユーザ入力に基づいて切り替えることによって）動的に切り替え得る。別の例では、メディアコンテンツ提供ユニットがメディアコンテンツセグメントの電力バージョン間を自動で遷移し得る。メディアコンテンツのバージョンは、（例えば、ユーザごとの）エネルギ消費プロファイル又は他のエネルギパラメータ（例えば、時刻、電気価格、エネルギ消費プロファイル、総エネルギ消費量、自宅での総エネルギ消費量）に基づいて受信装置において選択され得る。一例では、メディアコンテンツの節電バージョンが従来のメディアコンテンツと共に（例えば、Netflix、Amazon、M-GO、他のストリーミングプロバイダ等のストリーミングメディアウェブサイトによって）提供され得る。各節電バージョンは、メディアコンテンツの様々な速度を示すためのインジケータを含み得る。それらのインジケータは、対応するメディアコンテンツと共に符号化／復号され得る。一例では、そのインジケータは、メディアコンテンツ及び／又はメディアコンテンツセグメントと共に提供されるメタデータであり得る。
【００１９】
本原理の実施形態の一態様は、メディアコンテンツの速度を示し得るメタデータを対象とする。メタデータは、メディアコンテンツの速度変化を示すタイムスタンプ又はメディアコンテンツポイントに関する情報を含み得る。例えば、メタデータは、メディアコンテンツの速度がいつ速く、遅く、又は通常であるかに関する情報を含み得る。一例では、メタデータは、符号器又はコンテンツサーバによって生成及び／又は伝送され得る。
【００２０】
通常速度よりも速い、メディアセグメントの高速を実現するために少なくとも２つの実施形態を使用することができる。例えば、そのセグメント内のフレーム数をサーバが減らすことができ、受信機がそのセグメントを通常速度で再生し、又はサーバが通常のセグメントを伝送することができ、受信機がその通常のセグメントを高速で再生する。同様に、通常速度よりも遅い、メディアセグメントの低速を実現するために少なくとも２つの実施形態を使用することができる。例えば、そのセグメント内のフレーム数をサーバが増やすことができ、受信機がそのセグメントを通常速度で再生し、又はサーバが通常のセグメントを伝送することができ、受信機がそのセグメントを低速で再生する。
【００２１】
本原理の実施形態の一態様は、メディアコンテンツの速度のバージョンを示すメタデータを対象とする。例えば、メタデータは、同じメディアコンテンツ又はメディアセグメントの第１の「高速」バージョン及び第２の「低速」バージョンを示し得る。メタデータは、メディアコンテンツの速度についての柔軟なインジケーションを与え得る。伝送又は符号化を行う装置は、メディアセグメント（例えば、ビデオセグメント）のコンテンツ及び／又はエネルギ評価に基づいて、様々な速度又は速度調節に関係するメタデータを提供し得る。受信装置は、そのメタデータを利用してメディアコンテンツの提供（例えば、表示）速度を制御することができる。例えば、受信機は、受信済みのメタデータ情報に基づいてメディアコンテンツの表示速度を増加的に調節することができる。別の例では、受信装置が、「通常」速度に対する加速及び減速のメタデータインジケーションに基づいて定義メディアコンテンツ速度を調節することができる。
【００２２】
本原理の実施形態の一態様は、ビデオコンテンツの様々な再生速度を示すメタデータを対象とする。表１は、ビデオフレームコンテンツに関係するかかるメタデータ情報を示す。「再生速度」の列は様々な再生速度の識別情報に関係する。「開始」の列は開始ビデオフレームナンバーを示す。「終了」の列は終了ビデオフレームナンバーを示す。「持続時間」の列はビデオフレームの総数に対応する。
【００２３】
【表１】
2018533272.tif 000003
【００２４】
本原理の実施形態の一態様は、節電を実現できるようにするメタデータを対象とする。節電は、現在のシーンのコンテンツ、未来のシーンのコンテンツ、プログラムの種類、及び他のメディアコンテンツ情報の１つ又は複数に関係するメタデータに基づき得る。メタデータは速度情報に関係し得る。メタデータは、速度、速度変化の実行時、或る速度の持続時間、速度変化の開始、及び速度変化の終了の１つ又は複数に関係するインジケータを含み得る。
【００２５】
本原理の実施形態の一態様は、伝送又は受信されるメタデータを対象とする。例えば、本原理の一態様は、送信機によってメタデータを決定し伝送することに関する。本原理の一態様は、受信機において受信されるメタデータを対象とする。受信機は、見るためのメディアコンテンツを受信済みのメタデータに基づいて提供し得る。メタデータは、対応するメディアコンテンツと共に帯域内で送ることができ、又は別個のファイル若しくは別個のストリームとして帯域外で送ることができる。例えば、帯域内のメタデータでは、速度操作がいつ開始及び／又は終了すべきかをメタデータの到達が示し得る。一例では、速度操作がいつ開始及び／又は終了すべきかを示すために、提示タイムスタンプ又はピクチャオーダカウント等の一意のマーカが使用され得る。
【００２６】
本原理の実施形態の一態様は、高ピーク負荷期間中のテレビ及び他の電化製品の電力消費量の制御を示すメタデータを対象とする。一例では、メタデータは所望の節電度を示し得る。消費者装置（例えば、テレビ）は、受信済みのメタデータに基づいて最適化された節電プロセスを提供し得る。
【００２７】
本原理の実施形態の一態様は、ホームネットワーク電力消費量の向上をもたらすことを対象とする。例えば、装置又は機器の電力消費情報を公益事業のサービスプロバイダに提供することができる。公益事業のサービスプロバイダは、メディアコンテンツ又はメタデータを変えることができる。逆に、装置が節電アルゴリズムを適応的に制御するために、公益事業のサービスプロバイダが動的な料金情報（例えば、キロワット時当たりの価格）を装置に提供し得る。或いは、装置又は機器が現在のエネルギ使用量に基づいてメディアコンテンツを修正することができる。或いは、機器が別の家庭用電化製品によって制御され得る。一例では、節電の決定がソフトウェア及び／又はハードウェアに基づいて行われ得る。節電の決定は、電力消費量及びユーザエクスペリエンスの両方又は一方を最適化し得るサービスプロバイダによって提供されるパラメータに基づくことができる。エネルギ使用量を減らしながらもエクスペリエンスを改善するために、電力消費情報は、全体の自宅電力消費量又は室内照明と一体化され得る。
【００２８】
本原理の実施形態の態様が以下に記載の図面中で実装され得る。
【００２９】
図１は、本原理によるシステム１００の概略図を示す。システム１００は、符号器／送信機１１０、及び復号器／受信機１２０を含み得る。
【００３０】
符号器／送信機１１０は、メディアコンテンツ（例えば、ビデオ）を符号化する符号器の機器、節電メディアコンテンツ（例えば、インターネットプロトコル情報）を伝送する送信機、メディアコンテンツサーバ（例えば、メディアコンテンツの節電バージョンを準備するヘッドエンドサーバ）、及び（例えば、ストリーミングメディアコンテンツを提供する）ストリーミングサービスプロバイダ、又はメディアコンテンツを提供する他の任意の機器を含む機器又はシステムであり得る。
【００３１】
符号器／送信機１１０は、ビデオコンテンツであり得るメディアコンテンツ１０１を受信することができる。メディアコンテンツ１０１は、圧縮メディアコンテンツ又は非圧縮メディアコンテンツであり得る。非圧縮メディアコンテンツの例は、様々なＲＧＢ形式のビデオを含む。圧縮メディアコンテンツの例は、例えばＭＰＥＧ２、Ｈ．２６４、Ｈ．２６５、及び他の任意のビデオ圧縮規格に従って圧縮されるビデオを含む。
【００３２】
符号器／送信機１１０は、本明細書に記載の任意の原理に従ってメディアコンテンツ１０１に関する節電速度修正を決定し得る。例えば、符号器／送信機１１０は、メディアコンテンツ１０１の複数の節電バージョンを決定することができる。次いで、複数の節電バージョンが圧縮（符号化）され、節電メディアコンテンツ１０２がもたらされ得る。別の例では、符号器／送信機１１０は、メディアコンテンツの様々な速度及びそれらの速度を適用すべき時間を示すインジケータを決定することができる。そのインジケータは、メタデータ１０３の一部として符号化され得る。一例では、符号器／送信機１１０が、以下に記載の図２Ａ、図２Ｂ、図３〜図６に関連して説明する技法に従って節電速度修正を決定し得る。符号器／送信機１１０は、メディアコンテンツ１０１の節電速度決定に基づいて節電メディアコンテンツ１０２を提供し得る。
【００３３】
符号器／送信機１１０は、任意選択的にメタデータ１０３を提供し得る。メタデータは、速度及び／又はメディアコンテンツの観測時間を示し得る。節電の決定もメタデータ１０３内に含まれ得る。例えば、メタデータ１０３は節電メディアコンテンツ１０２の一部とすることができ、又はメディアコンテンツ１０２とは別に伝送されてもよい。メタデータが別々に提供される場合、メディアコンテンツ１０２はメディアコンテンツ１０１であり得る。メタデータ１０３の伝送は、メディアコンテンツ１０２のもの以外の同じ又は異なる通信経路又はシステムを経由し得る。
【００３４】
復号器／受信機１２０は、メディアコンテンツ（例えば、ビデオを復号する復号器の機器、メディアコンテンツ（例えば、インターネットプロトコル情報）を受信する受信機器、消費者端末装置（例えば、セットトップボックス、Blu-Rayプレーヤ、テレビ、スマートテレビ、ゲーム機、ラップトップ、フルサイズのパーソナルコンピュータ、スマートフォン、タブレットＰＣ、及びメディアコンテンツを提供する他の任意の装置）を含む機器又はシステムであり得る。復号器／受信機１２０は、節電メディアコンテンツ１０２及びメタデータ１０３を受信し得る。
【００３５】
復号器／受信機１２０は、節電メディアコンテンツ１０２及び／又はメタデータ１０３に基づいて電力最適化済みのメディアコンテンツ１０４を決定することができる。復号器／受信機１２０は、受信済みの節電メディアコンテンツ１０２及び／又はメタデータ１０３に対して復号操作を実行し得る。
【００３６】
復号器／受信機１２０は、電力最適化済みのメディアコンテンツ１０４を見るために提供し得る。復号器／受信機１２０は、メタデータ１０３を利用して電力最適化済みのメディアコンテンツ１０４の表示速度を制御することができる。例えば、復号器／受信機１２０は、メタデータ１０３に基づいてメディアコンテンツの表示速度を増加的に調節することができる。一例では、復号器／受信機１２０が、以下に記載の図２Ａ、図２Ｂ、図３〜図６に関連して説明する技法に従って節電速度修正を決定し得る。
【００３７】
図２Ａは、本原理による機器２００の概略図を示す。機器２００は、命令を処理し、伝送可能な情報を生成することができる機器であり得る。機器２００は、図１に関連して記載した符号器／送信機１１０と同様であり得る。例えば、機器２００は送信機、符号器、又はヘッドエンドサーバとすることができる。
【００３８】
機器２００は、例えば入力部２０１経由でメディアコンテンツを受信することができる。メディアコンテンツは圧縮形式でも非圧縮形式でもよい。ＭＰＥＧ２、Ｈ．２６４、Ｈ．２６５、及び他の任意の圧縮規格に従って圧縮されているコンテンツ等の圧縮メディアコンテンツの例である。非圧縮メディアコンテンツの例は、ＲＧＢ形式のビデオを含む。メディアコンテンツは、図１に関連して説明したメディアコンテンツであり得る。入力部２０１は、処理するためのメディアコンテンツを受信し得る。入力部２０１は、ビデオ入力端子、バス、コネクタ、入力ビデオバッファ、通信ポート等とすることができる。
【００３９】
メディアセグメント化器２０２は、メディアコンテンツをセグメント化する。メディアセグメント化器は、メディアコンテンツ（例えば、ビデオ）をメディアセグメントへとセグメント化し得る。一例では、メディアセグメント化器２０２がメディアコンテンツを様々なセクション、部分、フレーム、ブロック、画像グループ（ＧＯＰ）、スライス、シーン、断片（ＭＰＥＧ  ＤＡＳＨでサポートされているfragmented MP4等）、（例えば、ＨＬＳのSegmented Adaptive Transport Stream内で使用されるような）他の任意の種類のセグメント、及び他の任意の種類の時間間隔（動的な時間間隔又は均一な時間間隔、例えば２秒や５秒）へとセグメント化する。一実施形態では、メディアコンテンツが既にセグメント化されていてもよく、メディアセグメント化器２０２が任意選択的であり、バイパス又は除去され得る。節電の決定はそれらのメディアセグメントに基づいて実行され得る。セグメントのサイズは実施上の考慮事項に基づいて最適化することができる。例えば、セグメントが小さ過ぎる場合、速度を変えるのが難しい場合がある。しかし、セグメントが長過ぎる場合、節電の機会が失われる可能性がある。
【００４０】
電力推定器２０３は、メディアセグメント化器２０２によって決定されたメディアセグメントの電力消費量を決定する。一例では、電力推定器２０３が任意の電力決定方法によって電力消費量を決定し得る。例えば、電力推定器２０３は、セグメント化された部分のそれぞれの個々のコンテンツの画素の平均輝度値又は正規化輝度値を決定し得る。一例では、電力推定器２０３が、シーンを構成するメディアセグメントの平均電力に基づいてシーンの平均電力を決定し得る。一例では、平均電力は、そのシーンのエネルギをそのシーンの持続時間又はそのシーンのフレーム数で除算することによって決定され得る。メディアセグメント又はメディアコンテンツの平均電力も同様に決定することができる。電力推定器２０３は、メディアセグメント又はメディアセグメントの副単位（例えば、フレーム）の電力消費量又はエネルギを推定することができる。一例では、電力はメディアコンテンツの表示時又は提供時に使用が予想され、予測され、又は推定される電力であり得る。即ち、機器２００は、エンドユーザの機器又は装置上のコンテンツに関連する電力を予想し、予測し、又は推定することができる。
【００４１】
積分器２０４は、メディアセグメント又はメディアセグメントの副単位の電力消費量を或る期間にわたって積分又は合計することができる。例えば、積分器２０４は、セグメント化されたシーン内の全てのフレームの電力を積分し、セグメント化されたシーンの総電力を提供することができる。一例では、積分器２０４を任意選択的とすることができ、又は一定の条件に基づいてのみ利用することができる。例えば、積分器２０４は、シーンがセグメント化されている場合（例えば、ビデオシーンが複数のビデオフレームへとセグメント化されている場合）にのみ利用することができる。積分器２０４は、フレーム又はシーン内の全てのメディアセグメントの総電力又はエネルギを合計することができる。
【００４２】
正規化器２０５は、シーンの平均電力消費量を決定することができる。一例では、正規化器２０５が、シーンのエネルギをシーン内のメディアセグメント数又はメディアセグメントの副単位数で除算することができる。例えば、正規化器２０５は、積分器２０４によって決定される総電力又はエネルギを積分器２０４によって評価されるシーン内のフレーム数で除算することができる。正規化器２０５は、フレームごと、時間間隔ごと、期間、又は任意のメディアセグメントの副単位ごとに平均電力又はエネルギを決定することができる。一例では、正規化器２０５及び積分器２０４を任意選択的とすることができ、又は電力推定器２０３の一部として一体化することができる。
【００４３】
速度修正器２０６は、少なくとも１つの電力推定器２０３、積分器２０４、及び／又は正規化器２０５から電力消費情報を受信することができる。速度修正器２０６は、速度決定器２０７、及び音声／ビデオ（「Ａ／Ｖ」）速度調節器２０８を含み得る。一例では、速度決定器２０７及びＡ／Ｖ速度調節器２０８を速度修正器２０６内に一体化することができる。
【００４４】
速度決定器２０７は、各メディアセグメントの提供速度を決定する。速度決定器２０７は、電力推定器２０３、積分器２０４、及び／又は正規化器２０５によって決定される電力消費量に基づいてセグメントの速度を決定することができる。一例では、速度決定器２０７がセグメントに関する修正済みの開始及び終了時間を決定し得る。一例では、速度決定器２０７がメディアコンテンツのより速い速度又はより遅い速度を決定し得る。
【００４５】
一例では、速度決定器２０７が、平均電力消費量に基づいて１つ又は複数のメディアセグメントの修正済みの速度を決定し得る。一例では、速度決定器２０７が、電力消費量との直接の関係に基づいて速度を決定し得る。速度決定器は、メディアセグメントの平均電力とそのセグメントの速度との間の直接の関係に基づいてメディアセグメントの速度を決定し得る。例えば、メディアセグメントが相対的に高い電力消費量を有する場合、速度決定器２０７はそのセグメントの速度を上げることができる。同様に、メディアセグメントが相対的に低い電力消費量を有する場合、速度決定器２０７はそのセグメントの速度を落とすことができる。
【００４６】
概して速度決定器２０７は、高電力セグメントの持続時間（又はフレーム数）を減らし、低電力セグメントの持続時間（又はフレーム数）を増やすことができる。速度変化にもかかわらず、メディアコンテンツの全体的な合計時間がほぼ同じままであることを確実にするために、速度決定器２０７はプログラムの全体的な速度を追跡することもできる。一例では、メディアコンテンツの合計時間が同じままである。別の例では、メディアコンテンツの合計時間が元の（通常の）メディアコンテンツの時間よりも短く又は長い。
【００４７】
一例では、速度決定器２０７が、基準閾値をシフトすることに基づいて速度修正を決定し得る。一例では、図５の基準閾値５０５に関連して説明する原理に従って閾値を決定することができる。
【００４８】
別の例では、速度決定器２０７が、伝達の傾斜の特性を変えることに基づいて速度修正を決定し得る。一例では、図６に関連して説明する原理に従って傾斜の伝達特性の変化を決定することができる。
【００４９】
別の例では、速度決定器２０７が、許容可能速度の最大範囲を変えることに基づいて速度修正を決定し得る。一例では、速度決定器２０７は、基準閾値をシフトすること、伝達特性の傾斜を変えること、及び許容可能速度の最大範囲を変えることの組合せに基づいて速度修正を決定し得る。
【００５０】
一例では、Ａ／Ｖ速度調節器２０８は音声／ビデオ速度調節プレイアウトユニットであり得る。例えば、Ａ／Ｖ速度調節器２０８はビデオセグメントの速度を（例えば、ビデオセグメントのプレイアウト時間又は提示時間を調節することによって）上げることができる。或いは、Ａ／Ｖ速度調節器２０８はビデオセグメントの速度を（例えば、ビデオセグメントのプレイアウト時間又は提示時間を調節することによって）落とすことができる。一例では、独自のＡ／Ｖ速度調節ユニットを有する下流の受信装置にメタデータが速度調節を示し得るため、Ａ／Ｖ速度調節器２０８が利用されなくてもよい。その場合、適用される速度調節を案内するために、メタデータ２１１が下流のＡ／Ｖ速度調節ユニットに与えられる。
【００５１】
速度修正器２０６はメタデータ２１１を更に決定し得る。メタデータ２１１は、速度修正器２０６によって提供される速度修正に基づいて決定され得る。例えば、メタデータ２１１はメディアコンテンツの速度を示し得る。メタデータ２１１は、メディアコンテンツの速度がどこで変わるかを示すタイムスタンプ又はメディアコンテンツポイントに関する情報を含み得る。例えば、メタデータ２１１は、メディアコンテンツの速度が高速、低速、及び通常速度であるときに関する情報を含み得る。或いは、メタデータ２１１は、メディアコンテンツの速度のバージョン（例えば、高速、低速、通常及び／又は実際の速度）を示し得る。例えば、メタデータ２１１は、表１に関連して記載したメタデータであり得る。メタデータ２１１は節電を実現できるようにし得る。メタデータ２１１は、現在のシーンのコンテンツ、未来のシーンのコンテンツ、プログラムの種類、及び他のメディアコンテンツ情報の１つ又は複数に関係し得る。メタデータ２１１は速度情報に関係し得る。メタデータは、速度、速度変化の実行時、或る速度の持続時間、速度変化の開始、及び速度変化の終了の１つ又は複数に関係するインジケータを含み得る。一例では、メディアコンテンツが修正されなくてもよく、速度修正がメタデータ内でのみ示され得る。この例では、メタデータが電力消費量及び／又は再生速度の同期されたインジケーションを含む。同期点は、メディアセグメントベース及び／又はタイムスタンプベースである。
【００５２】
一例では、帯域内メタデータでは、速度操作がいつ開始及び／又は終了すべきかをメタデータ２１１の到達が示し得る。メタデータ２１１は節電メディアコンテンツ２１０と同期され得る。別の例では、速度操作がいつ開始及び／又は終了すべきかを示すために、提示タイムスタンプ又はピクチャオーダカウント等の一意のマーカが使用され得る。一例では、メタデータ２１１が、電力推定器２０３、積分器２０４、及び正規化器２０５の１つ又は複数によって決定される電力消費インジケーションを含み得る。
【００５３】
機器２００は、任意選択的なビデオ圧縮器（符号器）２０９を含み得る。ビデオ圧縮器２０９は、速度修正器２０６からの節電メディアコンテンツを圧縮することができる。圧縮器２０９は速度修正器２０６の一部であり得る。
【００５４】
節電メディアコンテンツ２１０及びメタデータ２１１は、変調器、ＨＤＭＩポート等の出力ポート、イーサネットインタフェース、通信ポート等を介して提供され得る。節電メディアコンテンツ２１０はメタデータ２１１を含むことができ、又はメタデータ２１１と別個であり得る。メタデータ２１１は、節電メディアコンテンツ２１０と同じ又は異なる経路又はシステム経由で伝送され得る。或いは、メタデータ２１１は変調され、且つ／又はメディア節約コンテンツ２１０と異なるチャネル、周波数、期間、データ形式、又は変調方式に指定されてもよい。
【００５５】
機器２００は、プロセッサ２２０及びメモリ２２１を更に含み得る。一例では、機器２００のコンポーネント２０１〜２０９がプロセッサ２２０及びメモリ２２１に接続され得る。プロセッサ２２０は、コンポーネント２０１〜２０９の機能を実装するために様々なハードウェアコンポーネントをモニタし制御することができる。別の例では、プロセッサ２２０は、コンポーネント２０１〜２０９の様々な機能を行うためにソフトウェアを実行することができる。
【００５６】
メモリ２２１は、コンポーネント２０１〜２０９の１つ又は複数から受信される情報を記憶するように構成され得る。メモリ２２１は様々なメモリの種類の１つ又は複数であり得る。例えば、メモリ２２１は、ＨＤＤ、ＤＲＡＭ、キャッシュ、読取専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、ディスク記憶装置（例えば、磁気ディスク記憶装置又は光ディスク記憶装置）、ソリッドステート磁気装置等の１つ又は複数であり得る。
【００５７】
メモリ２２１は、コンポーネント２０１〜２０９の技法を実行するように構成されているコンピュータ実行可能命令を記憶することができる。メモリ２２１は、プロセッサ２２０によって実行される命令を記憶することができる。実行可能命令はプロセッサ２２０によってアクセス可能である。実行可能命令は、ランダムアクセスメモリ（「ＲＡＭ」）内に記憶することができ、又は非一時的コンピュータ可読媒体内に記憶することができる。かかる非一時的コンピュータ可読媒体は、例えば電子媒体、磁気媒体、光学媒体、電磁媒体、半導体媒体等、多くの物理媒体の何れか１つを含み得る。適切な非一時的コンピュータ可読媒体のより具体的な例は、これのみに限定されないが、フロッピディスケット又はハードドライブ等の携帯型磁気コンピュータディスケット、読取専用メモリ（「ＲＯＭ」）、消去プログラム可能読取専用メモリ、携帯型コンパクトディスク、又は直接若しくは間接的に結合され得る他の記憶装置を含む。媒体は、上記の装置の１つ若しくは複数の任意の組合せ及び／又は他の装置も含み得る。
【００５８】
当業者によって容易に考えられるように、機器２００は他の要素（不図示）を更に含み得るだけでなく、特定の要素を省略し得る。例えば、当業者によって容易に理解されるように、他の様々な入力装置及び／又は出力装置をそれらの特定の実装形態に応じて含めることができる。例えば、様々な種類の無線及び／又は有線の入力装置及び／又は出力装置を使用することができる。更に、当業者によって容易に理解されるように、様々な構成における追加のプロセッサ、コントローラ、メモリ等を利用することもできる。本明細書に記載の本原理の教示を所与とし、機器２００のこれらの及び他の改変形態が当業者によって容易に予期される。
【００５９】
更に、本明細書で開示する技法を機器２００が実行できることを理解すべきである。例えば、機器２００は、図４Ａに関連して説明する方法の１つ又は複数を全体的に又は部分的に実行し得る。
【００６０】
図２Ｂは、本原理による機器２５０の概略図を示す。機器２５０は、命令を処理し、情報を受信することができる機器であり得る。機器２５０は、図１に関連して説明した機器１２０と同様であり得る。例えば、機器２５０は、受信機、復号器、又は消費者装置であり得る。機器２５０は、節電メディアコンテンツ２１０及びメタデータ２１１を受信し得る。
【００６１】
機器２５０は入力部２５１を含む。入力部２５１は、チューナ、変調器、ビデオ入力端子、バス、コネクタ、入力バッファ、通信ポート等とすることができる。機器２５０は、節電メディアコンテンツ２１０を入力部２５１経由で受信することができる。機器２５０は、任意選択的に節電メディアコンテンツ２１０及びメタデータ２１１を入力２５１部経由で受信することもできる。一例では、図２Ａに関連して説明した原理に従って節電メディアコンテンツ２１０及びメタデータ２１１を決定することができる。一例では、図１に関連して説明したように節電メディアコンテンツ２１０及びメタデータ２１１を受信することができる。
【００６２】
機器２５０は速度修正器２５２を含み得る。速度修正器２５２は、速度決定器２５３、及び音声／ビデオ（「Ａ／Ｖ」）速度調節器２５４を含み得る。一例では、速度決定器２５３及びＡ／Ｖ速度調節器２５４を速度修正器２５２内に一体化することができる。
【００６３】
速度決定器２５３は、節電メディアコンテンツ２１０の速度及び／又は修正済みのプレイアウト時間を決定し得る。一例では、速度決定器２５３は、受信されるメタデータ２１１に基づいてメディアセグメントごとの速度及び／又は修正済みのプレイアウト時間を決定し得る。一例では、速度決定器２５３は、節電メディアコンテンツ２１０のメディアセグメントごとの電力消費インジケーションを得るためにメタデータ２１１を分析し得る。別の例では、速度決定器２５３は、節電メディアコンテンツ２１０のメディアセグメントのそれぞれの速度を決定するためにメタデータ２１１を分析し得る。一例では、速度決定器２５３は、メディアセグメントごとの速度及び／又は修正済みのプレイアウト時間をそのメディアセグメントの節電バージョンの選択によって決定し得る。別の例では、速度修正器２５２及び／又は速度決定器２５３は、メディアコンテンツの電力を最適化するために既に修正済みの速度を有するメディアコンテンツを受信し得る。
【００６４】
別の例では、電力最適化済みのメディアコンテンツをどのように提供するかを決定するために、速度修正器２５２がメディアセグメント化器、電力推定器、積分器、及び／又は正規化器を更に含み得る。一例では、メディアセグメント化器、電力推定器、積分器、及び／又は正規化器が、図２Ａの機器２００に関連して説明したメディアセグメント化器２０２、電力推定器２０３、積分器２０４、及び正規化器２０５に対応し得る。一例では、Ａ／Ｖ調節器２５４が、図２ＡのＡ／Ｖ調節器２０８に関連して説明した原理に従ってメディアコンテンツを修正し得る。
【００６５】
一例では、機器２５０が節電アルゴリズムを適応的に制御するために、公益事業のサービスプロバイダが動的な料金情報（例えば、キロワット時当たりの価格）を機器２５０に提供し得る。機器２５０は、現在のエネルギ使用量に基づいてメディアコンテンツを修正し得る。機器２５０は別の家庭用電化製品によって制御され得る。機器２５０は、電力消費量及びユーザエクスペリエンスの両方又は一方を最適化し得る、サービスプロバイダによって提供されるパラメータに基づいて節電の決定を行い得る。機器２５０は、エネルギ使用量を減らしながらもエクスペリエンスを改善するために、電力消費情報を自宅電力消費量又は室内照明と一体化し得る。
【００６６】
速度修正器２５２は、任意選択的な出力部２５５に電力最適化済みのメディアコンテンツを出力し得る。出力部２５５は、変調器、ＨＤＭＩポート等の出力ポート、又は通信ポートとすることができる。出力部２５５は、電力最適化済みのメディアコンテンツ（ビデオコンテンツ等）をディスプレイ装置及び／又はスピーカ２６０に出力し得る。従って、エネルギを節約する方法で視聴するために、電力最適化済みのメディアコンテンツがユーザに提供され得る。
【００６７】
機器２５０は、プロセッサ２５６及びメモリ２５７を更に含み得る。一例では、機器２５０のコンポーネント２５１〜２５５がプロセッサ２５６及びメモリ２５７に接続され得る。プロセッサ２５６は、コンポーネント２５１〜２５５の機能を実装するために様々なハードウェアコンポーネントをモニタし制御することができる。別の例では、プロセッサ２５６は、コンポーネント２５１〜２５５の様々な機能を行うためにソフトウェアを実行することができる。
【００６８】
メモリ２５７は、コンポーネント２５１〜２５５の１つ又は複数から受信される情報を記憶するように構成され得る。メモリ２５７は様々なメモリの種類の１つ又は複数であり得る。例えば、メモリ２５７は、ＨＤＤ、ＤＲＡＭ、キャッシュ、読取専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、ディスク記憶装置（例えば、磁気ディスク記憶装置又は光ディスク記憶装置）、ソリッドステート磁気装置等の１つ又は複数であり得る。
【００６９】
メモリ２５７は、コンポーネント２５１〜２５５の技法を実行するように構成されているコンピュータ実行可能命令を記憶することができる。メモリ２５７は、プロセッサ２５６によって実行される命令を記憶することができる。実行可能命令はプロセッサ２５６によってアクセス可能である。実行可能命令は、ランダムアクセスメモリ（「ＲＡＭ」）内に記憶することができ、又は非一時的コンピュータ可読媒体内に記憶することができる。かかる非一時的コンピュータ可読媒体は、例えば電子媒体、磁気媒体、光学媒体、電磁媒体、半導体媒体等、多くの物理媒体の何れか１つを含み得る。適切な非一時的コンピュータ可読媒体のより具体的な例は、これのみに限定されないが、フロッピディスケット又はハードドライブ等の携帯型磁気コンピュータディスケット、読取専用メモリ（「ＲＯＭ」）、消去プログラム可能読取専用メモリ、携帯型コンパクトディスク、又は直接若しくは間接的に結合され得る他の記憶装置を含む。媒体は、上記の装置の１つ若しくは複数の任意の組合せ及び／又は他の装置も含み得る。
【００７０】
当業者によって容易に考えられるように、機器２５０は他の要素（不図示）を更に含み得るだけでなく、特定の要素を省略し得る。例えば、当業者によって容易に理解されるように、他の様々な入力装置及び／又は出力装置をそれらの特定の実装形態に応じて含めることができる。例えば、様々な種類の無線及び／又は有線の入力装置及び／又は出力装置を使用することができる。更に、当業者によって容易に理解されるように、様々な構成における追加のプロセッサ、コントローラ、メモリ等を利用することもできる。本明細書に記載の本原理の教示を所与とし、機器２５０のこれらの及び他の改変形態が当業者によって容易に予期される。
【００７１】
更に、本明細書で開示する技法を機器２５０が実行できることを理解すべきである。例えば、機器２５０は、図４Ｂに関連して説明する方法の１つ又は複数を全体的に又は部分的に実行し得る。
【００７２】
図３は、本原理による例示的システム３００を示す。図示のように、システム３００は、通信ネットワーク３２０を含む本原理による一例である。通信ネットワーク３２０は、インターネット、広域ネットワーク（ＷＡＮ）、ローカルエリアネットワーク（ＬＡＮ）等の通信ネットワークとすることができる。通信ネットワーク３２０は、ケーブル、衛星、電話回線、電力線、又は他の媒体によるブロードキャストネットワークも含み得る。それにより、システム３００は、通信ネットワーク３２０を介したメディアコンテンツのストリーミング、アップロード、及び／又はダウンロードを可能にする。
【００７３】
システム３００はコンテンツサーバ３１０を含み得る。コンテンツサーバ３１０は、装置３５０−１〜３５０−ｎの１つ又は複数から要求を受信し得る。コンテンツサーバ３１０は、ストリーミング又はダウンロードのために映画又はＴＶ番組等のメディアコンテンツを伝送することができる。装置３５０−１〜３５０−ｎは、通信ネットワーク３２０を介してコンテンツサーバ３１０と通信することができる。
【００７４】
コンテンツサーバ３１０は、データ、ウェブページ、メディアコンテンツ等の情報を伝送することができる。ローカルユーザ装置３５０−１〜３５０−ｎ上で処理を利用できない場合及び／又は行うことができない場合、コンテンツサーバ３１０は追加の情報処理を提供し得る。
【００７５】
一例では、コンテンツサーバ３１０がメモリ３１１、プロセッサ３１２、及び通信インタフェース３１３を含む。コンテンツサーバ３１０は、メディアコンテンツ及びその関連メタデータを提供し得る。メディアコンテンツ及び関連メタデータはメモリ３１１内に記憶され、プロセッサ３１２によって処理され得る。メモリ３１１は、１つ又は複数のハードドライブ及び／又は他の適切なメモリ装置等の非一時的記憶媒体とすることができる。通信インタフェース３１３は、コンテンツサーバ３１０が通信ネットワーク３２０を介してデータを伝送することを可能にし得る。
【００７６】
一例では、コンテンツサーバ３１０は、図１に関連して説明した機器１１０と同様であり得る。別の例では、コンテンツサーバ３１０は図２Ａに関連して説明した機器２００と同様であり得る。
【００７７】
装置３５０−１〜３５０−ｎは、メディアコンテンツを受信する装置である。一例では、かかる装置がセットトップボックス、コンピュータ、ラップトップ、タブレット、携帯電話等を含み得る。一例では、装置３５０−１が例示的なユーザ装置の詳細なブロック図を示す。装置３５０−１は、通信インタフェース３５１、プロセッサ３５２、メモリ３５３、及び任意選択的なＩ／Ｏインタフェース３５４を含む。通信インタフェース３５１は、通信ネットワーク３２０からの通信、例えば情報の受信を可能にする。プロセッサ３５２は、受信済みのメディアコンテンツ情報を提供するための節電の側面を処理することができる。メモリ３５３は、様々なファイル及び情報を処理し記憶する、ＲＡＭ等の一時的メモリ及びＲＯＭ、ハードドライブ、フラッシュメモリ等の非一時的メモリの両方を表し得る。
【００７８】
一例では、装置３５０−１〜３５０−ｎは、図１に関連して説明した機器１２０と同様であり得る。別の例では、装置３５０−１〜３５０−ｎは、図２Ｂに関連して説明した機器２５０と同様であり得る。更に別の実施形態では、装置３５０−１〜３５０−ｎは、図２Ａに関連して説明した機器２００と同様であり得る。
【００７９】
図４Ａは、本原理による例示的方法４００の流れ図を示す。方法４００は節電メディアコンテンツを決定し得る。
【００８０】
方法４００は、メディアコンテンツを受信するブロック４０１を含み得る。メディアコンテンツは圧縮形式でも非圧縮形式でもよい。ＭＰＥＧ２、Ｈ．２６４、Ｈ．２６５、及び他の任意の圧縮規格に従って圧縮されているコンテンツ等の圧縮メディアコンテンツの例である。非圧縮メディアコンテンツの例は、ＲＧＢ形式のビデオを含む。メディアコンテンツは、図１及び図２Ａに関連して説明したメディアコンテンツであり得る。ブロック４０１はブロック４０２に制御を渡し得る。
【００８１】
ブロック４０２は、メディアコンテンツをメディアセグメントへとセグメント化し得る。一例では、ブロック４０２は、図２Ａのメディアセグメント化器２０２に関連して説明した原理に従ってメディアコンテンツをセグメント化し得る。ブロック４０２はブロック４０３に制御を渡し得る。一実施形態では、ブロック４０２が任意選択的であり得る。一実施形態では、ブロック４０２を除去することができる。
【００８２】
ブロック４０３は、メディアセグメントの電力消費量を決定し得る。一例では、ブロック４０３は各メディアセグメントの画素の輝度値に基づいて電力消費量を決定し得る。ブロック４０３は、図２Ａのコンポーネント２０３〜２０５に関連して説明した原理に従って電力消費量を決定し得る。ブロック４０３はブロック４０４に制御を渡し得る。
【００８３】
ブロック４０４は、本原理に従って速度修正を決定し得る。一例では、ブロック４０４は、メディアコンテンツの複数の部分のそれぞれのコンテンツに対応する修正済みのプレイアウト時間を決定し得る。一例では、ブロック４０４は、電力消費量の決定に基づいてメディアセグメントの速度を決定し得る。一例では、ブロック４０４は、メディアセグメントの修正済みの開始及び終了時間を決定し得る。一例では、ブロック４０４は、図２Ａのコンポーネント２０５〜２０８に関連して説明した原理に従って速度修正を決定し得る。ブロック４０４はブロック４０５に制御を渡し得る。
【００８４】
ブロック４０５は、メディアコンテンツのメタデータを決定し得る。ブロック４０５は、ブロック４０３及び４０４のそれぞれの電力消費量の決定及び速度修正の決定に関係するメタデータを決定し得る。一例では、ブロック４０５は、本原理に従ってメディアコンテンツの速度を示すメタデータを決定し得る。例えば、メタデータは、メディアセグメントの速度（例えば、速度が速いか、遅いか、通常か）に関する情報を含み得る。一例では、ブロック４０５は、メディアコンテンツセグメントの開始及び終了時間を示すメタデータを生成し得る。一例では、ブロック４０５は、速度操作がいつ開始又は終了すべきかを示し得るメタデータを決定することができる。メタデータは、速度、速度変化の実行時、或る速度の持続時間、速度変化の開始、及び速度変化の終了の１つ又は複数に関係するインジケータを更に含み得る。一例では、ブロック４０５は、メディアコンテンツの速度のバージョンを示すメタデータを決定し得る。例えば、メタデータは、同じメディアコンテンツ又はメディアセグメントの第１の「速い」高速バージョン及び第２の「低速」バージョンを示し得る。メタデータは、メディアコンテンツの様々な速度を示す柔軟性を与え得る。例えば、伝送又は符号化を行う装置は、メディアセグメント（例えば、ビデオセグメント）のコンテンツ及び／又はエネルギ評価に基づいて、様々な再生速度調節レベルに関係するメタデータ内の情報を提供し得る。一例では、ブロック４０５は、図２Ａのメタデータ２１１に関連して説明した原理に従ってメタデータを決定し得る。一実施形態では、４０５が任意選択的であり得る。一実施形態では、ブロック４０５を除去することができる。一例では、４０５が任意選択的であり得る。ブロック４０５はブロック４０６に制御を渡し得る。
【００８５】
ブロック４０６は、節電メディアコンテンツ及びメタデータを提供し得る。一例では、ブロック４０６は、節電メディアコンテンツ及びメタデータを伝送し得る。一例では、図２Ａの節電メディアコンテンツ２１０に関連して説明した原理に従って電力最適化済みのメディアコンテンツを決定し得る。一例では、ブロック４０６は、図２Ａのメタデータ２１１に関連して説明した原理に従ってメタデータを決定し得る。一例では、ブロック４０６は、図２Ａに関連して説明した原理に従って節電メディアコンテンツ及びメタデータを伝送し得る。
【００８６】
一例では、ブロック４０６は、メタデータを対応するメディアコンテンツと共に帯域内で送ることができ、又は別個のファイル若しくは別個のストリームとして帯域外で送ることができる。一例では、ブロック４０６は、下流の装置又は受信機にメタデータを提供し得る。
【００８７】
一例では、ブロック４０６がメタデータを提供しなくてもよく、代わりに節電メディアコンテンツのみを提供し得る。例えば、メディアコンテンツセグメントに対して実際の修正を行うことによって（例えば、決定済みの電力消費インジケーションに基づいてそれぞれのプレイアウト時間を修正することによって）節電メディアコンテンツが決定され得る。かかる修正は、外部の電力管理信号に応答したものであり得る。信号は、電力公益事業のプロバイダ、家庭用電化製品、及び／又はホームネットワークからであり得る。例えば、この信号は、電力のピーク需要時に電力公益事業のプロバイダからその顧客基盤による全体的な電力需要を減らすために送信され得る。
【００８８】
図４Ｂは、本原理による例示的方法４５０の流れ図を示す。
【００８９】
方法４５０は、節電メディアコンテンツ及び／又はメタデータを受信するブロック４５１を含み得る。ブロック４５１は、図２Ｂの入力部２５１に関連して説明した原理に従って受信済みの節電メディアコンテンツを処理することができる。ブロック４５１はブロック４５２に制御を渡し得る。
【００９０】
ブロック４５２は、本原理の実施形態に従って速度修正を決定し得る。一例では、ブロック４５２は、メディアコンテンツの複数の部分のそれぞれのコンテンツに対応する修正済みのプレイアウト時間を決定し得る。一例では、ブロック４５２は、メディアコンテンツセグメントの修正済みの開始及び終了時間を決定し得る。例えば、ブロック４５２は、メディアコンテンツの通常速度よりも速い速度又は遅い速度を決定し得る。ブロック４５２は、図２Ｂに関連して説明したコンポーネント２５２〜２５４に関連して説明したように速度修正を決定し得る。
【００９１】
一例では、ブロック４５２は、メディアコンテンツの速度をメタデータに基づいて決定し得る。一例では、ブロック４５２は、電力消費量のメタデータのインジケーションに基づいてセグメントの速度を決定し得る。一例では、ブロック４５２は、メタデータを利用してメディアコンテンツの表示速度を制御することができる。一例では、図２Ａのコンポーネント２５２〜２５４に関連して説明した原理に従ってメタデータに基づく速度修正が決定され得る。
【００９２】
一実施形態では、ブロック４５２は、図６に関連して説明する原理に従って基準電力閾値に基づくメディアコンテンツの速度を決定し得る。基準閾値はユーザ装置内に記憶され、ユーザによって入力又は変更され得る。メタデータは時間又はフレーム等の単位当たりの平均電力消費量を示すことができ、ユーザは単位当たりの平均電力消費量よりも多く又は少なく指示し得る。例えば、ブロック４５２は、ユーザに電力閾値を入力するように求めることができ、ユーザは、例えば１０％又は−１０％と入力し、単位当たりの平均電力消費量を１０％又は−１０％増やすことを望むことを示し得る。従って、ブロック４５２は、基準閾値に従って最適化される修正済みの節電コンテンツを作り出す。ブロック４５３は最適化済みのメディアコンテンツを出力する。
【００９３】
一例では、メタデータを任意選択的とすることができ、代わりにブロック４５２が節電メディアコンテンツのみを受信し得る。受信される節電メディアコンテンツは、修正済みの速度又はプレイアウト時間のインジケーションを既に含んでいてもよい。
【００９４】
ブロック４５３は電力最適化済みのメディアコンテンツを出力する。電力最適化済みのメディアコンテンツはディスプレイ、例えばディスプレイ２６０に与えられ得る。
【００９５】
図４Ａ及び図４Ｂの方法４００及び方法４５０は、プロセッサによって実行され得るコンピュータ実行可能命令を含むコンピュータプログラム製品として実装され得る。コンピュータ実行可能命令を有するコンピュータプログラム製品は、上記のそれぞれの装置の個々の非一時的コンピュータ可読記憶媒体に記憶され得る。
【００９６】
図５は、本原理による、修正済みのプレイアウト時間の決定を示すプロット図５００の一例を示す。図５では、例示的な基準閾値５０５が基準電力消費量を示す。基準閾値５０５は、ユーザによって選択されてもよく、又は（例えば、全映画や全ＴＶ番組等のビデオコンテンツのフレームの平均電力値に基づいて）決定されてもよい。基準閾値５０５に基づき、修正済みのメディアコンテンツのプレイアウト時間を決定することができる。修正済みのプレイアウト時間は、図１〜図４に関連して説明した原理に従って決定され得る。メディアセグメントの電力消費量が基準閾値５０５を上回る場合、メディアセグメントのプレイアウト時間を減らすことができる（例えば、セグメント１（５０１）参照）。他方では、メディアセグメントの電力消費量が基準閾値５０５を下回る場合、メディアセグメントのプレイアウト時間を増やすことができる（例えば、セグメント２（５０２）参照）。図５は、基準閾値５０５を上回る（従って、そのメディアプレイアウト時間が減らされ得る）セグメント３、及び基準閾値にある（従って、そのメディアプレイアウト時間が同じに保たれ得る）セグメント４を更に示す。
【００９７】
図６は、例示的な速度修正伝達関数６００を示す。伝達関数６００は、メディアコンテンツのプレイアウトの持続時間にわたる決定済みの電力消費量を実現するための、未修正メディアのプレイアウト速度に対するメディアコンテンツのプレイアウト速度への修正量を示す。
【００９８】
図６は、メディアコンテンツセグメントの例示的な閾値６０１、６０２、及び６０３を更に示す。伝達関数６００のｘ軸は電力消費量を示す。伝達関数６００のｙ軸はメディアコンテンツの速度変化のパーセンテージを示す。図６に示すように、閾値６０２は第１のメディアセグメントに対応する基準閾値であり得る。基準閾値は所望の電力消費量を示し得る。第２のメディアセグメントに対応する閾値６０１の電力消費量は、基準閾値６０２の電力消費量の２倍である。従って、閾値６０１のプレイアウト速度は、基準閾値６０２のプレイアウト速度に対して１０％増加している。第３のメディアセグメントに対応する閾値６０３の電力消費量は基準閾値６０２の電力消費量の半分である。従って、閾値６０１のプレイアウト速度は、基準閾値６０２のプレイアウト速度に対して１０％低下している。一例では、伝達関数６００がプレイアウト速度に対して最大±１０％の調節を可能にする。但し、一連の調節が伝達関数６００又は他の任意の電力伝達関数に利用され得る。一例では、調節の範囲がユーザによって設定されてもよく、又は与えられるパラメータに基づいて決定され得る。一例では、完全なビデオコンテンツの総プレイアウト時間が視聴者にとって実質的に未修正であるように見えるように、速度修正器がそれぞれのコンテンツに対応する修正済みのプレイアウト時間を調節又は正規化し得る。速度修正の「積極度」は、基準閾値をシフトすること、伝達特性の傾斜を変えること、許容可能速度の最大範囲を変えること、又はそれらの組合せの少なくとも１つによって制御され得る。
【００９９】
一実施形態では、コンテンツサーバ３１０が、メディアコンテンツの完全に加速されたバージョン又は完全に減速されたバージョンを伝送し得る。完全に加速されたバージョンでは、メディアコンテンツの各セグメントが同じ量、例えば１０％だけ加速され、完全に減速されたバージョンではコンテンツの各セグメントが同じ量、例えば１０％だけ減速される。メディアセグメントをＸ％加速する場合、そのメディアセグメント内のフレーム数はＸ％減少する。そのため、Ｘが十分大きい場合、そのメディアセグメント内の少なくとも１つのフレームが削除される。加速セグメントについて時間分解能がほぼ同じであるように、削除されるフレームはセグメントにわたって均等に分布すべきである。コード化セグメントを再符号化することによって加速セグメントが生成される場合、時間分解能はほぼ同じであるべきである。同様に、メディアセグメントをＸ％減速する場合、そのメディアセグメント内のフレーム数はＸ％増加する。そのため、Ｘが十分大きい場合、そのメディアセグメント内に少なくとも１つのフレームが挿入される。減速セグメントについて時間分解能がほぼ同じであるように、挿入されるフレームはセグメントにわたって均等に分布すべきである。コード化セグメントを再符号化することによって減速セグメントが生成される場合、時間分解能はほぼ同じであるべきである。
【０１００】
完全に加速されたバージョンを伝送する利点は伝送帯域幅が減ることである。低帯域幅（及び低時間分解能）バージョンを使用することは、自社の可用帯域幅内により多くのメディアコンテンツを収めることができる点において、Comcast又はDirecTV等のメディアサービス事業者にとって好ましい場合がある。かかる事業者は、自社のチャネルの多くを圧縮することによって低帯域幅バージョンを使用することを既に行っており、そのため元の原資料のフル解像度をＣＰＥ（顧客宅内機器）が利用することができない。
【０１０１】
低帯域幅バージョンは、ライブコンテンツのほうがより適している可能性がある。ライブコンテンツで加速を行うには、一定量のコンテンツをバッファリングする必要があり、低帯域幅バージョンはそのプレイアウトよりも速くリアルタイムで到達するため、十分なバッファを得るために必要な時間が大幅に短縮される可能性がある。このシナリオでは、バッファの取得を一層加速するためにコンテンツの最初のＸ分を常に実時間又はそれよりも遅く減速することも可能である（潜在的に、節電を僅かに減少させるが、「ライブＴＶ」のシナリオをより現実的な可能事にする）。但し、ブロードキャストに遅れて参加するユーザの参加時のライブコンテンツが大抵既にストリーミングされている点において、この形態はかかるユーザにとって問題を引き起こす。
【０１０２】
完全に減速されたバージョンは、より高い時間分解能のコンテンツを得るためにより高い帯域幅及びより長いダウンロード時間を許容することを厭わない映画愛好家等の一部のユーザにとって好ましい場合がある。完全に加速されたバージョン又は完全に減速されたバージョンが圧縮（符号化）コンテンツである場合、コンテンツプロバイダから提供される元の（通常）メディアコンテンツは、完全に加速されたバージョンを作る場合、各セグメント内のフレーム数を減らすように再符号化されるべきであり、完全に減速されたバージョンを作る場合、各セグメント内のフレーム数を増やすように再符号化されるべきことに留意すべきである。
【０１０３】
ユーザ装置３５０−１等のユーザ装置は、メディアコンテンツの元のバージョン、メディアコンテンツの節電バージョン、メディアコンテンツの完全に減速されたバージョン、又はメディアコンテンツの完全に加速されたバージョンを受信し得る。以下の説明ではユーザ装置３５０−１を一例として使用する。ユーザ装置３５０−１は、メモリ３５３の一部である又はプロセッサ３５２によって制御される別個のメモリである、入力メディアコンテンツを記憶する第１のバッファ（不図示）を含む。プロセッサ３５２は第１のバッファにおいて音声部分とビデオ部分とを分け、それらを音声処理ユニット及びビデオ処理ユニット（不図示）にそれぞれ伝送する。メディアコンテンツが符号化される場合、第１のバッファはトランスポートバッファであり、音声処理ユニット及びビデオ処理ユニットは音声復号器及びビデオ復号器のそれぞれである。ユーザ装置３５０−１は、ユーザ装置３５０−１と一体化されてもユーザ装置３５０−１に付加されてもよい、ディスプレイ（不図示）とインタフェースするディスプレイインタフェース（不図示）も含む。ディスプレイインタフェースはプロセッサ３５２によって制御され、ディスプレイによって表示されるピクチャ（復号フレーム）を記憶するピクチャバッファ（不図示）を含む。ピクチャバッファは、メモリ３５３の一部又は別個のメモリであり得る。
【０１０４】
ピクチャバッファは、１つのフレーム又は２つのフレームを記憶でき得る。２つのフレームを記憶する場合、ピクチャバッファは第１の領域と第２の領域とに分けられ、ユーザ装置３５０−１のプロセッサ３５２が２つの領域内のフレームを交互に更新する。即ち、更新期間ごとにプロセッサ３５２が異なる領域内のフレームを更新する。２つのフレームを記憶する場合、プロセッサ３５２は２つの領域からのフレームを交互にディスプレイに提示する。即ち、各提示期間内に、プロセッサ３５２はピクチャバッファの異なる領域からのフレームをディスプレイに提示する。通常再生時に提示フレームレートとピクチャ更新フレームレートとが同じである場合、一方の領域が更新される場合に他方の領域が提示されるべきであるように提示と更新とを同期すべきである。提示フレームレートは、ユーザ装置３５０−１のデフォルトのフレームレートとすることができ、受信されたメディアコンテンツによって与えられてもよく、且つ／又はユーザによって修正され得る。プロセッサ３５２がピクチャバッファ内のフレームを提示フレームレートよりも遅く更新する場合、ピクチャバッファ内の同じフレームが次の提示フレーム間隔（期間）内で表示され得る。従って、再生中のフレーム数はメディアセグメント内のフレーム数よりも多い。従って、ピクチャバッファ更新フレームレートが提示フレームレートと同じである場合、再生速度は落とされる。他方では、プロセッサ３５２がピクチャバッファ内のフレームを提示フレームレートよりも速く更新する場合、一部のフレームが表示されないことがあり、従って再生中のフレーム数はメディアセグメント内のフレーム数よりも少ない。従って、提示フレームレートが同じままでありながらも再生速度が速くなる。
【０１０５】
ピクチャ更新レートは復号レートに結合され得る。即ち、復号フレームが入手可能になるとプロセッサ３５２がピクチャバッファを更新する。
【０１０６】
一実施形態では、プロセッサ３５２がピクチャバッファの更新レートを提示フレームレートと同じに保つが、セグメント内にフレームを挿入してセグメントの再生を遅くするか、又はセグメント内のフレームを飛ばして／削除してセグメントの再生を速くすることができる。
【０１０７】
メディアセグメントの再生速度の基準は通常速度であることに留意すべきであり、通常速度とは、セグメントの導出元であるメディアコンテンツセグメントの元のバージョンを再生する速度である。受信されたメディアコンテンツのいかなるバージョンの通常再生でも、それがオリジナルであろうが、減速されていようが、又は加速されていようが、復号フレームレート及びピクチャバッファ更新フレームレートはディスプレイへの提示レートと同じである。減速セグメントは、元のバージョン内の対応するセグメントよりも多くのフレームを有するために減速されており、減速セグメントの導出元である元のセグメントを再生するよりも同セグメントを再生するのに長い時間がかかる。減速セグメントの再生速度は、元のバージョン内のフレーム数対減速セグメント内のフレーム数の比率である係数によって減速される。同様に、加速セグメントは、元のバージョン内の対応するセグメントよりも少ないフレームを有するために加速されており、加速セグメントの導出元である元のセグメントを再生するよりも加速セグメントを再生するのに短い時間がかかる。加速セグメントの再生速度は、元のバージョン内のフレーム数に対する加速セグメント内のフレーム数の比率の逆である係数によって加速される。そのため、本明細書で使用するとき、セグメントの再生を減速するとは、セグメント内に含まれるフレーム数よりも多くのフレームを再生することを意味し、セグメントの再生を加速するとは、セグメント内に含まれるフレーム数よりも少ないフレームを再生することを意味する。同様に、フレーム群の再生を減速するとは、群内に含まれるフレーム数よりも多くのフレームを再生することを意味し、フレーム群の再生を加速するとは、群内に含まれるフレーム数よりも少ないフレームを再生することを意味する。
【０１０８】
プロセッサ３５２がメディアコンテンツを受信すると、プロセス３５２は受信されたメディアコンテンツのバージョンをユーザに知らせ、そのまま再生すること、及び節電機能を実行すること等の選択肢の１つを選択するようにユーザに求めることができる。
【０１０９】
受信されたメディアコンテンツが元のバージョンであり、ユーザが節電機能を実行する選択肢を選択する場合、プロセッサ３５２は、受信されたメディアコンテンツの単位当たりの平均電力に対するパーセンテージを示し得る基準電力閾値を指定するようにユーザに求めることができる。例えば、１０は受信されたメディアコンテンツの単位当たりの平均電力よりも１０％低いことを示す。受信されたメディアコンテンツの単位当たりの平均電力は、例えばメディアコンテンツに関連するメタデータ内に含まれ得る。メディアコンテンツの単位当たりの平均電力を入手できない場合、プロセッサ３５２がメディアコンテンツの単位当たりの平均電力を決定すべきである。プロセッサ３５２は、受信されたメディアコンテンツがコード化されている場合に各セグメントを復号し、そのセグメントの単位当たりの平均電力を決定し得る。セグメントの単位当たりの平均電力が指定の電力閾値を下回る場合、そのセグメントのフレーム数又は再生持続時間が増やされる。プロセッサ３５２は、上記のようにフレームを挿入すること又は提示フレームレートよりも遅いレートでピクチャバッファを更新することによって増加を伴い得る。挿入されるフレームは、繰返しフレーム又は隣接する２つのフレームから補間されるフレームであり得る。セグメントの平均電力が指定の電力閾値を上回る場合、そのセグメントのフレーム数又は再生持続時間が減らされる。プロセッサ３５２は、上記のようにフレームを飛ばすこと又はフレームレートよりも高いレートでピクチャバッファを更新することによって減少を伴い得る。
【０１１０】
受信されたメディアコンテンツが節電バージョンであり、ユーザが節電機能を実行する選択肢を選択する場合、プロセッサ３５２は現在の電力閾値をユーザに示すことができ、ユーザが電力閾値を依然として変更することを望む場合、基準電力閾値を指定するようにユーザに求めることができる。再生されるフレーム数を調節するプロセスは、元のバージョンに関連して説明したプロセスと同じである。
【０１１１】
受信されたメディアコンテンツが完全に加速されたバージョン又は完全に減速されたバージョンである場合、プロセッサ３５２はユーザがそのまま再生する選択を行う前に、視聴時間が完全に加速されたバージョンでは短くなり、完全に減速されたバージョンでは長くなっていることをユーザに示すべきである。ユーザが電力閾値を変更することを望む場合、ユーザは基準電力閾値を指定するように求められる。再生されるフレーム数を調節するプロセスは、元のバージョンに関連して説明したプロセスと同じである。
【０１１２】
図７は、受信されたメディアコンテンツの全てのバージョンについて節電機能を実行する選択肢をユーザが選択するときにプロセッサ３５２によって実行されるプロセス７００を示す。ステップ７０５では、プロセッサ３５２は第１のセグメント及び第２のセグメントを有するメディアコンテンツを受信するように動作可能であり又はそのように構成されている。ステップ７１０では、プロセッサ３５２は、第１のメディアセグメント内の第２の数のフレームと異なる第１の数のフレームを有する第１のメディアセグメントを再生するように動作可能であり又はそのように構成されている。例えば、第１のメディアセグメントが１０フレーム有しても、プロセッサ３５２は１０フレームよりも多い又は少ない第１のメディアセグメントを再生し得る。
【０１１３】
ステップ７１５では、プロセッサ３５２は第２のメディアセグメントを再生するように動作可能であり又はそのように構成され、第１の数は第１のメディアセグメントの平均電力及びメディアコンテンツの平均電力に従って決定される。先に指摘したように、メディアセグメントの平均電力は、メディアセグメントの電力をそのメディアセグメント内のフレーム数又はそのメディアセグメントの持続時間で除算することによって計算され得る。同じく先に指摘したように、フレーム、メディアセグメント、及びメディアコンテンツの電力は、フレーム、メディアコンテンツ、及びメディアコンテンツのそれぞれの中の全ての画素の全ての輝度値を合計することによって計算され得る。メディアセグメントの電力は、再生装置の電力消費量と直接相関する。例えば、先に指摘したように、高電力のメディアセグメントは再生装置のより高い電力消費量を必要とする。
【０１１４】
第２の数は、第１のメディアセグメント内に含まれるフレーム数を示す。第１のメディアセグメントについて再生すべきフレーム数を表す第１の数は、第１のメディアセグメントに関連するメタデータから導出することができる。同様に、再生すべき第２のセグメントのフレーム数を表す第３の数は、第２のセグメントに関連するメタデータから導出することができる。第３の数は、第２のメディアセグメント内に含まれるフレーム数を示す第４の数と異なり得る。メタデータは、再生数及び各メディアセグメント内に含まれるフレーム数を直接示し得る。メタデータは、提示フレームレートに対する相対的な復号フレームレートを示し得る。例えば、第１のセグメントについて提示フレームレートが３０フレーム／秒であり、指定の復号フレームレートが１５フレーム／秒である場合、第１の数は第２の数の２倍になる。他方では、第１のセグメントについて提示フレームレートが３０フレーム／秒であり、指定の復号フレームレートが６０フレーム／秒である場合、第１の数は第２の数の半分になる。何れの場合にも、追加又は削除されるフレームはメディアセグメントにわたって均等に分布する。メタデータは、第１のセグメントを再生する開始時間及び終了時間又は持続時間を指定することによって第３の数を示すこともできる。例えば、第１のセグメント内に３０フレームあり、提示フレームレートが３０フレーム／秒であり、第１のセグメントに関連するメタデータが２分の１秒の持続時間を示す場合、第１の数は第２の数の半分であり、メタデータが２秒の持続時間を示す場合には第１の数は第２の数の２倍である。メディアコンテンツ内の第２のセグメント及び他のセグメントのそれぞれに同じ原理が当てはまる。サーバは、メディアコンテンツの単位当たりの平均電力、第１のメディアセグメント及び第２のメディアセグメントの単位当たりの平均電力、並びに電力閾値に従ってこれらの２つの数を決定すべきである。上記のように、フレームの電力は、そのフレームの画素の輝度値に従って計算することができる。
【０１１５】
第１の数及び第３の数が入手できない場合、又はメタデータから導出できない場合、プロセッサ３５２は、メディアコンテンツの単位当たりの平均電力、第１のメディアセグメント及び第２のメディアセグメントの単位当たりの平均電力、並びにメモリ３５３内に記憶されているデフォルトであり得る、又はプロセッサ３５２による要求時にユーザによって入力され得る電力閾値に従って、それらの２つの数を決定するように動作可能であり又はそのように構成されている。メディアコンテンツ、第１のメディアセグメント、及び第２のメディアセグメントの単位当たりの平均電力の何れもメタデータから得ることができる。それらの何れか１つが入手できない場合、プロセッサ３５２は先に記載した原理に従って欠落しているものを決定するように動作可能であり又はそのように構成されている。
【０１１６】
メディアコンテンツの単位当たりの平均電力及び第１のメディアセグメントの単位当たりの平均電力が入手可能になると、プロセッサ３５２は第１の数をしかるべく決定することができる。第１のメディアセグメントの単位当たりの平均電力がメディアコンテンツの平均電力を上回る場合、プロセッサ３５２は第１の数が第２の数よりも小さいと判定するように動作可能であり又はそのように構成され、第１のメディアセグメントの単位当たりの平均電力がメディアコンテンツの平均電力以下である場合、プロセッサ３５２は第１の数が第２の数以上であると判定するように動作可能であり又はそのように構成されている。例えば、第１の数は、第２の数と、メディアコンテンツの単位当たりの平均電力及び第１のメディアセグメントの単位当たりの平均電力の比率との積であるように決定される。この積は、好ましくは整数に切り上げられる。第３の数も同様に導出することができる。他のセグメントのそれぞれを再生するフレーム数も同様の方法で決定することができる。
【０１１７】
一実施形態では、受信されたメディアコンテンツが完全に減速されたバージョンである場合、フレーム数を増やすことによって又は復号及び／若しくはピクチャバッファ更新フレームレートを落とすことによって再生速度を更に減速するために、メディアコンテンツの平均電力を下回る電力消費量を有するセグメントは、好ましくは調節されず、受信されたメディアコンテンツが完全に加速されたバージョンである場合、フレーム数を減らすことによって又は復号及び／若しくはピクチャバッファアップグレードフレームレートを増やすことによって再生速度を更に加速するために、メディアコンテンツの平均電力を上回る電力を有するセグメントは、好ましくは調節されない。
【０１１８】
一実施形態では、プロセッサ３５２が、例えば受信されたメディアコンテンツに関連するメタデータから、受信されたメディアコンテンツについて再生されるべきフレームの総数を受信する。メタデータ内のこの受信された総数は、受信されたメディアコンテンツ内の総フレーム数及び再生されるように決定されるフレーム数と異なり得る。決定される再生数がメタデータ内の受信された総数と同じではない場合、セグメントごとのフレームの決定される再生数を調節することができる。例えば、決定される再生数がメタデータ内の受信された総数を上回る場合、減速セグメント（受信されたメディアコンテンツ内の実際のフレーム数よりも多い再生数を有するセグメント）の再生数を比例的に増やすべきであり、決定される再生数がメタデータ内の受信された総数を下回る場合、加速セグメント（受信されたメディアコンテンツ内の実際のフレーム数よりも少ない再生数を有するセグメント）の再生数を比例的に減らすべきである。このようにして、決定される再生数は受信された総数とほぼ同じであり、そのため再生持続時間の差は、これのみに限定されないが３秒等の閾値の範囲内にある。
【０１１９】
図８は、４つのセグメント、即ちセグメントＡ、Ｂ、Ｃ、及びＤを有する、ユーザ装置３５０−１によって受信される完全に加速されたメディアコンテンツの一例を示す。図８〜図１４では、縦軸及び横軸は瞬時の電力及び時間をそれぞれ表す。説明を簡単にするために、縦方向の各ブロックは１電力単位／時間単位であり、横方向の各ブロックは１つの時間単位である。例えば、画素の輝度値の範囲が０〜２５５の場合、１電力単位は、これのみに限定されないが５千万輝度値と等しくてもよく、時間単位は、これのみに限定されないが１秒であり得る。ユーザ装置３５０−１が使用するディスプレイの種類にもよるが、ユーザは電力単位／単位時間情報、例えばキロワット／秒又は１秒、１分、若しくは１時間当たりの金額を変換する変換テーブルをユーザ装置３５０−１内に記憶できてもよい。
【０１２０】
図８では、基準電力閾値８１０がデフォルト値、ユーザによって入力される値、又はメタデータ内に含まれる値である。この例の平均電力８２０は、８．５電力単位／時間単位である。平均電力８２０は、例えばメタデータによりサーバによって提供され得る。この例では基準電力が１０であり、この値は平均電力を（１０−８．５）＊１００／８．５パーセント、即ち約１７．６％上回り、ユーザが、より多くの再生電力が必要であっても再生持続時間を長くすることを望むことを示す。見て分かるように、各セグメントは実例として４つの時間単位の同じ持続時間を有するが異なる電力を有する。これは一例に過ぎず、各セグメントは別のセグメントの持続時間と異なる持続時間を有し得る。
【０１２１】
受信されたメディアコンテンツは完全に加速されたバージョンであるため、一実施形態では、目的は基準閾値８１０を下回る平均電力を有するセグメントを減速し、基準電力閾値８１０を上回る平均電力を有するセグメントを更に加速しないことである。セグメントＡは電力閾値８１０よりも大きい平均電力を有し、更に加速すべきではない。そのため、セグメントＡの調節済みの再生持続時間は４つの時間単位のままであり、即ち調節後のセグメントＡ内のフレーム数はセグメントＡ内に含まれるフレーム数と同じである。セグメントＣは電力閾値８１０と等しい平均電力を有する。そのため、再生持続時間は調節後も同じままである。セグメントＢ及びセグメントＤは、電力閾値８１０を下回る平均電力を有する。そのため、プロセッサ３５２は何れのセグメントの再生持続時間又はフレーム数も増やす必要がある、即ち何れのセグメントの再生も減速する必要があると決定する。図９及び図１０は、調節後の各セグメントの再生持続時間の２つの例を示す。
【０１２２】
ユーザはキロワット又は金額／単位時間の制約を入力することができ、プロセッサ３５２はその入力データを電力単位／時間単位に変換することができる。例えば、図９では、プロセッサ３５２が、ユーザの所望の電力消費量を平均電力９２０として７．５電力単位／単位時間に変換する。基準電力閾値９１０は図８の基準電力閾値８１０と同じである。セグメントＡ及びセグメントＣの電力は４＊１２（４８）及び４＊１０（４０）のそれぞれであり、上記のようにこれらは変更されない。セグメントを再生可能な最長時間が９つの時間単位であると仮定し、７．５電力単位／単位時間の平均電力消費量の要件を満たすために、プロセッサはセグメントＢの再生時間を４つの時間単位から９つの時間単位に延ばし、且つセグメントＤの再生時間を４つの時間単位から７つの時間単位に延ばすべきであると決定するように動作可能であり又はそのように構成されている。セグメントごとの再生持続時間に対する制限がない場合、セグメントＢ及びセグメントＤの再生持続時間の割当ては各セグメントのそれぞれの平均電力に任意の方法で反比例すべきである。
【０１２３】
ユーザは、４つのセグメントを再生する総電力及びセグメントごとの調節済みの再生持続時間を指定することができ、一例として図１０に示されている。基準電力閾値１０１０は図８の基準電力閾値８１０と同じである。プロセッサ３５２は、セグメントＢ及びセグメントＤの再生持続時間の増加は、それぞれにセグメントＢ及びセグメントＤの平均電力の二乗に反比例すべきであると判断することができ、１６０電力単位の総消費量を満たすために、セグメントＢの再生持続時間を４つの時間単位から８つの時間単位に増やし、且つセグメントＤの再生時間を４つの時間単位から５つの時間単位に増やすべきであると決定する。セグメントＢ及びセグメントＤの再生持続時間の増加を分配する際の他のアルゴリズムも使用することができる。例えば、低い平均電力を有するセグメントＢ等のセグメントは、セグメントＢの平均電力よりも高い平均電力を有するセグメントＤ等のセグメントよりも長く延ばすべきである。
【０１２４】
ユーザは、各セグメントが同じ電力を消費すべきであると指定することができる。例えば、各セグメントが約４８電力単位の平均電力を有するべきであるとユーザが指定する場合、調節済みの再生時間が一例として図１１に示されており、図１１ではセグメントＡを再生するための持続時間は同じであり、セグメントＢでは１２個の時間単位であり、セグメントＣでは５つの時間単位であり、セグメントＤでは６つの時間単位である。
【０１２５】
ユーザは、メディアコンテンツを再生するための総電力及び総持続時間を指定することができる。例えば、ユーザは、総電力が２４０電力単位であり、メディアコンテンツの総再生時間が３２個の時間単位であると指定することができる。図１２は、セグメントごとの調節済みの再生時間の一例を示す。この場合、プロセッサ３５２は、基準電力閾値８１０に等しい基準電力閾値１２０未満の平均電力を有する各セグメントが、１１個の時間単位の最長持続時間で再生されることを決定する。残りの部分は、その平均電力が基準電力閾値１２１０に等しいセグメントＣに割り当てられる。他のアルゴリズムも使用することができる。例えば、基準電力閾値を下回る平均電力を有する各セグメントの持続時間は、基準電力閾値以下の平均電力を有する全セグメントの総電力に対する自らの総電力に任意の方法で反比例する。
【０１２６】
一実施形態では、ユーザが追加の制約を指定しない場合、プロセッサ３５２はセグメントＢの再生持続時間をセグメントＢの平均電力に従って増やすように動作可能であり又はそのように構成されている。例えば、セグメントＢの調節済みの再生持続時間は、セグメントＢの現在の持続時間と基準電力とを掛け、セグメントＢの平均電力で除算したものである。セグメントＤの再生持続時間も同様に導出することができる。
【０１２７】
受信されるバージョンが元のバージョンである場合、高電力消費量を有するセグメントは節電についても調節されるべきことに留意すべきである。
【０１２８】
図１３は、４つのセグメント、即ちセグメントＡ、Ｂ、Ｃ、及びＤを有する、完全に減速された受信されたメディアコンテンツの一例を示す。基準電力閾値１３１０は、デフォルト値、ユーザによって入力される値、又はメタデータ内に含まれる値である。この例の平均電力１３２０は、８電力単位である。平均電力１３２０は、例えばメタデータによりサーバによって提供され得る。この例では基準電力が６電力単位であり、この値は８電力単位の平均電力よりも小さく、ユーザが再生中により多くの電力を節約することを望むことを示す。
【０１２９】
見て分かるように、各セグメントは、実例として同じ持続時間である８つの時間単位を有するが異なる平均電力を有する。実例として全てのセグメントが同じ持続時間を有するが、本原理は様々な持続時間を有するセグメントに適用することができる。
【０１３０】
受信されたメディアコンテンツは完全に減速されたバージョンであるため、一実施形態では、目的は基準閾値１３１０を上回る平均電力を有するセグメントを加速し、基準電力閾値１３１０以下の平均電力を有するセグメントを更に減速しないことである。
【０１３１】
セグメントＤは電力閾値１３１０と等しい平均電力を有する。そのため、再生持続時間は調節後も変更されず、即ちフレームの再生数はセグメントＤ内に含まれるフレーム数と同じである。セグメントＢは電力閾値１３１０を下回る平均電力を有し、これ以上減速すべきではない。セグメントＡ及びセグメントＣは、電力閾値１３１０よりも大きい平均電力を有する。そのため、プロセッサ３５２はセグメントＡ及びセグメントＣの再生持続を減らすべきであると決定する。或るアルゴリズムによれば、セグメントＡ及びセグメントＣの再生時間は図１４に示すように４つの時間単位及び６つの時間単位のそれぞれであるように決定される。このアルゴリズムは、再生の低減が基準電力１３１０及びセグメントの平均電力間の差に比例し、基準電力１３１０によって除算され、次の整数に切り上げられるものであり得る。完全に加速されたバージョンに関連して上記で説明したのと同様の他のアルゴリズムも使用することができる。
【０１３２】
受信されるバージョンが元のバージョンである場合、低電力消費量を有するセグメントは節電についても調節されるべきことに留意すべきである。
【０１３３】
一実施形態では、全てのセグメントが受信されるまで再生を遅らせないために、ユーザ装置３５０−１は、メディアコンテンツの受信開始時に又は受信前にメディアコンテンツ内の各セグメントの持続時間及び平均電力消費量を示すメタデータを得るべきであり、それにより全てのセグメントが受信される前にプロセッサ３５２はセグメントごとの調節済みの再生時間を決定することができる。
【０１３４】
一実施形態では、プロセッサ３５２は、メディアコンテンツを受信するためのバッファを管理するように動作可能であり又はそのように構成されている。受信ビデオの復号／ピクチャバッファ更新フレームレートが提示フレームレート（例えば、ラスタフレームレート）から切り離される場合、受信機／復号器において検討する入力バッファレベルの問題があり得る。入力バッファは、例えば受信コンテンツがＭＰＥＧ、Ｈ．２６４、ＨＥＶＣ、又は他の規格で符号化されている場合にはトランスポートバッファである。ライブコンテンツを扱う場合、コンテンツは発生した通りにのみ符号化し配信することができる。上記のより低い時間分解能のメディアコンテンツの場合、符号化及びブロードキャスト側で生じる一種の時間的圧縮があることを認識しなければならない。換言すれば、１０％の加速の例を検討し、９フレーム相当のビデオを作り出すのに１０フレーム期間かかる。即ち、ライブイベントの会場で捕捉されるとき、符号化ビデオの全てのフレームが１を超えるフレーム時間を表す。そのため、ビデオデータが可能な限り早く受信機に送られても、ビデオの最初のフレームを１フレーム時間内に受信することができない。これは、復号を開始する前に幾らかのデータ量が蓄積されなければならないことを認識するバッファリング方式を実装する必要があることを示唆している。復号を開始するのに必要なバッファレベルは、ビデオ圧縮形式のバッファリング規則並びに節電方式内で実装される「加速」レベルの両方によって決定される。
【０１３５】
チャネル変更後、受信機の入力バッファが空になる。チャネル変更後の正常な取得プロセスは、復号を開始することができるランダムアクセスポイントを復号器が見つけるまで復号器が入力ストリームを構文解析することを必要とする。上記の加速モードの場合、復号器は自らの入力バッファ内にデータを蓄積するために、未修正のストリームを復号する場合にかかるよりも多くの時間を必要とする。持続的な復号を行うことができる（即ちバッファアンダフローがない）レベルにより迅速に到達するように復号プロセスを適合させるために、復号器は、入力ストリームによって示されるよりも遅い速度で復号を開始することを決めることができる。換言すれば、適切なフレーム期間数にわたって復号ビデオを広めるために復号器が復号フレームレートを１０％減少させる必要がある場合、復号器は、代わりに復号フレームレートを１５％減少させることを決めることができる。そうすることで入力バッファが空になるレートが遅くなり、定常状態の復号を開始できるレベルまでバッファレベルが上昇することが可能になる。この時点で、復号器は、符号化フレームレートと低減された復号フレームレートとの差と一致するフレームレートの増加に戻る。
【０１３６】
より低い電力消費量の利益に応えるために、フレームレートを変える目標の１つは高電力シーンの持続時間を短縮することであることに留意すべきである。換言すれば、或るメディアセグメントは、公称提示フレームレートで予期されるよりも１０％少ないフレームで符号化され得る一方、別のシーンは、公称提示フレームレートで予期されるよりも１０％多いフレームで符号化されてもよく、公称提示フレームレートは、元のソースメディアコンテンツが再生されるときの提示フレームレートである。公称提示フレームレートで復号され表示される場合、１０％少ないフレームを有するメディアセグメントは、元のソースメディアコンテンツ内でかかるセグメントが表現するよりも少ないフレーム時間を占有する一方、１０％多いフレームを有するメディアセグメントは、元のメディアコンテンツ内でかかるセグメントが表現するよりも多くの時間を占有する。公称フレームレートで符号化されるメディアセグメント、即ちメディアセグメントの元のバージョンを送りながら、この同じ目標を受信機において実現することができる。この場合、メディアコンテンツセグメントに関連するメタデータがビデオのプレイアウト速度を案内する。メタデータは、別々に又はメディアコンテンツと共に伝送され得る。相対的に高電力のシーン又は画像を表すビデオの部分では、そのビデオの部分を表すフレーム数を減らすために、フレームスキップ又はフレームレート変換アルゴリズムを使用することができる。メタデータは、高電力セグメントの始まり及び終わり、並びに目標の電力低減を実現するのに必要なフレーム低減量を指し示す。同様の方法で、メタデータは低電力ビデオセグメントの始まり及び終わりも指し示す。メタデータは、目標の電力低減を実現するためにこの低電力シーンにより多くのフレーム時間数を占有させるのに必要なフレームレートの拡張量のインジケーションも提供する。
【０１３７】
メディアコンテンツの元のバージョンが受信されていると仮定し、メディアセグメントに関連するメタデータは、メディアセグメントが平均の電力セグメントであるか、平均よりも高い電力セグメントであるか、又は平均よりも低い電力セグメントであるかを示し得る。高電力メディアセグメント中、それらの高電力メディアセグメントの電力消費量を減らすためにそれらのフレームが元のバージョンを再生する場合よりも少ないフレームサイクルを占有することを可能にするため、復号器は、対応する元のバージョンが再生されるときの提示フレームレートであり、且つ復号／ピクチャバッファ更新レートである実時間（通常）レートよりも速いレートでピクチャバッファを復号し更新することができる。上記のように、復号器は復号／ピクチャ更新フレームレートを維持し得るが、同じ目的を実現するために一部のフレームを抜かす／飛ばす。
【０１３８】
低電力ビデオセグメント中、低電力メディアセグメントのそれぞれの導出元である元のバージョンを再生する場合よりもそれらのフレームが多いフレームサイクルを占有することを可能にするため、復号器は、通常レートよりも遅いレートでピクチャバッファを復号又は更新することができる。上記のように、復号器は、同じ目的を実現するために、復号／ピクチャ更新フレームレートを維持するが、幾つかのフレームを挿入することができる。
【０１３９】
復号／ピクチャバッファ更新速度におけるこれらのメタデータの改変形態は、使用中のビデオ及び音声圧縮形式によって指図される通常の復号器のバッファパラメータ内では明らかにされない。そのため、この可変復号速度に必要な追加の入力バッファマージンがシステムレベルで明らかにされる必要がある。例えば、長期間の高電力メディアコンテンツがある状況を検討する。復号器は、バッファアンダフローに遭遇する前に、その入力ビデオデータバッファを短時間だけ実時間よりも速いレートで空けることができる。長期間の低電力ビデオコンテンツについても同様の状況が当てはまる。復号器が自らの入力バッファからのデータを実時間よりも遅いレートで長期間消費する場合、実時間レートで継続的に到達する入力データが有限サイズのいかなる入力バッファも直ちにオーバフローさせる。
【０１４０】
そのため、メディアセグメントが加速される場合、ユーザ装置３５０−１の入力バッファがより速く空になる、即ちより速くアンダフロー状態に到達する可能性が高く、メディアセグメントが減速される場合、バッファがより速く埋まる、即ちより速くオーバフロー状態に到達する可能性が高い。そのため、入力バッファの使用レベルをモニタし制御する必要がある。図１５は、入力バッファの使用量を制御するためにユーザ装置３５０−１のプロセッサ３５２によって実行される例示的プロセス１５００を示す。ステップ１５０５では、プロセッサ３５２は、バッファの使用量が第１の閾値に到達するまで第１のメディアセグメントをバッファ内に受信しながら第１のメディアセグメントのフレームを連続して再生し、且つ第１のメディアセグメントの残りのフレームの再生を加速するように動作可能であり又はそのように構成され、第１のメディアセグメントは減速セグメントである。ステップ１５１０では、プロセッサ３５２は、バッファの使用量が第２の閾値に到達するまで第２のメディアセグメントをバッファ内に受信しながら第２のメディアセグメントのフレームを連続して再生し、且つ第２のメディアの残りのフレームの再生を減速するように動作可能であり又はそのように構成され、第２のメディアセグメントは加速セグメントである。上記のように、加速は残りのフレームの一部を抜かし／飛ばし、又は復号／ピクチャバッファ更新レートを増加することによって実現することができる。抜かす／飛ばすフレーム数は、残りのフレーム数とメディアセグメントを減速しない場合に残りのフレームが表すフレーム数との差であることが好ましい。例えば、残りのフレーム数が１１であり、それが１０％減速された場合、残りのフレームはセグメントが減速されない場合、１０フレームのみを表す。そのため、１フレーム抜かす／飛ばす必要がある。復号又はピクチャ更新レートを変える観点から、この例ではレートを１０％増加すべきである。この原理は全ての減速セグメントの再生に当てはまる。
【０１４１】
ステップ１５１５では、プロセッサ３５２は、バッファの使用量（バッファレベル）が第２の閾値に到達するまで第２のメディアセグメントのフレームを連続して再生し、且つ第２のメディアセグメントの残りのフレームの再生を減速するように動作可能であり又はそのように構成されている。先に説明したように、減速は残りのフレーム内にフレームを挿入し、又は復号／ピクチャ更新レートを落とすことによって実現することができる。挿入するフレーム数は、メディアセグメントを加速しない場合に残りのフレームが表すフレーム数と残りのフレーム数との差であることが好ましい。例えば、残りのフレーム数が９であり、それが１０％加速された場合、残りのフレームはセグメントが減速されない場合１０フレームを表す。そのため、１フレーム挿入する必要がある。復号又はピクチャ更新レートを変える観点から、この例ではレートを１０％減少すべきである。この原理は全ての加速セグメントの再生に当てはまる。
【０１４２】
受信されたメディアコンテンツが元のバージョンではない場合、プロセッサ３５２が元のバージョンに対する加速セグメントの加速度及び減速セグメントの減速度を決定し、残りのフレームが元のバージョン内で表すフレーム数を決定することができるように、メタデータは元のバージョン内のセグメントごとのフレーム数を示すべきである。例えば、減速セグメント内にＸフレームあり、元のバージョン内にＹフレームあり、閾値の到達後にＺの残りのフレームがある場合、減速度はＰ＝（Ｘ−Ｙ）／Ｙであり、Ｚの残りのフレームが表すフレーム数はＱ＝Ｚ＊（Ｙ／Ｘ）である。従って、第１の閾値に到達するとき、プロセッサ３５２は、通常レートに（１＋Ｐ）を乗じたレートに等しい（通常速度よりも速い）レートでピクチャバッファを復号／更新することにより、又はＺ−Ｑフレーム抜かし／飛ばし、復号／ピクチャバッファ更新レートを維持することにより、残りのフレームの再生を加速すべきである。Ｚ−Ｑは、０又は少なくとも１以上であり得る整数に切り上げられるべきである。
【０１４３】
同様に加速セグメントでは、減速の例と同じ数を使用し、加速度はＰ＝（Ｙ−Ｘ）／Ｙであり、Ｚの残りのフレームが表すフレーム数はＱ＝Ｚ＊（Ｙ／Ｘ）である。従って、第２の閾値に到達するとき、プロセッサ３５２は、通常レートに（１−Ｐ）を乗じたレートに等しい（通常速度よりも遅い）レートでピクチャバッファを復号／更新することにより、又はＱ−Ｚフレーム挿入し、復号／ピクチャバッファ更新レートを維持することにより、残りのフレームの再生を減速すべきである。Ｑ−Ｚは、０又は少なくとも１以上であり得る整数に切り上げられるべきである。
【０１４４】
第１の閾値及び第２の閾値はデフォルトとしてローカルに設定することができ、又はユーザによって入力及び／若しくは変更され得る。第１のメディアセグメントの直後の第３のメディアセグメントも減速セグメントである場合、プロセッサ３５２は、バッファレベルが第３の閾値に到達するまで第３のメディアセグメントのフレームを連続して再生し、且つ第３のセグメントの残りのフレームの再生を加速するように動作可能であり又はそのように構成されている。第３の閾値は第１の閾値よりも高いべきである。同様に、第２のメディアセグメントの直後の第４のメディアセグメントも加速セグメントである場合、プロセッサ３５２は、バッファレベルが第４のレベルに到達するまで第４のセグメントのフレームを連続して再生し、且つ第４のセグメントの残りのフレームの再生を減速するように動作可能であり又はそのように構成されている。第４の閾値は第２の閾値よりも低いべきである。本開示の原理によれば、連続した減速セグメントの閾値は現在のセグメントの閾値よりも高く、連続した加速セグメントの閾値は現在のセグメントの閾値よりも低い。
【０１４５】
一実施形態では、メタデータが閾値を示すことができ、メタデータは、好ましくは対応するメディアセグメントが受信される前に受信機によって受信されるべきである。閾値は、バッファレベルを圧縮ビデオフレーム、メガビット、秒、セグメント、公称バッファレベルからのパーセンテージデルタ等に関して示し得る。目標閾値は、高電力ビデオセグメント及び低電力ビデオセグメントの頻度及び持続時間に応じて経時変化することが予期される。実際には、高電力ビデオ及び低電力ビデオの期間中、実時間（通常）よりも速い又は遅いレートでメディアセグメントを再生するためのメタデータ・ディレクティブにプロセッサ３５２が従うことに応じて入力バッファレベルが空になり又は埋まるにつれて、目標閾値はフレームごとに変わることが予期され、実時間（通常）レートは上記のように元のバージョン内の対応するセグメントを再生するレートである。そのため、目標閾値メタデータは一定間隔で更新され、帯域内で又は帯域外でユーザ装置３５０−１に送信される。チャネル変更後に受信機／復号器が目標閾値メタデータを迅速に取得することを可能にするために、目標閾値メタデータの更新レートは少なくとも目標バッファレベルの変更と同程度であり、潜在的にブロードキャストの単方向配信システムでは頻度が更に高い。
【０１４６】
ブロードキャスト配信システムでは、ユーザ装置３５０−１におけるメディアデータの到達レートは一定であり、概して実時間の再生に必要なレートをたどる。そのため、入力バッファ内のデータのレベルを修正するために、受信機は、自らがバッファからデータを抽出するレートを修正しなければならない。受信機は、目標の節電を実現するために実時間よりも速く又は遅く再生するように命じるメタデータに既に応答している。しかし、目標バッファレベルも実現し維持するために、受信機は、節電メタデータによって直接示されるよりも速い又は遅いレートで入力バッファからのデータを消費する必要がある。目標バッファレベルと実際のバッファレベルとの間の差異は、チャネル変更の直後に最も顕著である可能性が高い。チャネル変更後、入力バッファレベルはゼロパーセントになる。受信機は、節電メタデータによって推奨されるレートを僅かに下回る復号及び／又はピクチャバッファ更新レートで動作するために、復号レート又はピクチャバッファ更新レートを修正することを決め得る。推奨されるよりも遅い復号及びピクチャバッファ更新レートで動作することは、データが入力バッファ内に徐々に蓄積し、やがて目標バッファレベルに到達することを可能にする。復号及びピクチャバッファ更新レートの任意の低減は、最低プレイアウト速度を決定するユーザ又はシステムレベルの設定によっても限定される。最低プレイアウト速度は、平均的な視聴者によって実時間の再生とほぼ等しいように見えるレートで動作する、実時間よりも遅いプレイアウトを可能にするように理想的には選択される。先に論じたように、復号レート／ピクチャバッファ更新レートを低減することは再生セグメントにフレームを追加することと均等であり、それは、提示レートがピクチャバッファ更新レートよりも高くなり、ピクチャバッファ内の同じフレームが複数回表示され得るからである。
【０１４７】
以下の実例ではセグメント内のフレーム数が復号器によって修正されないが、セグメント内のフレーム数及び復号レート／ピクチャバッファ更新レートを修正して、そのセグメントを減速又は加速することが可能である。
【０１４８】
ユーザが入力する最低速度は、例えばフレーム／秒及び減速のパーセンテージによって表され得る。例えば、提示レートが３０フレーム／秒であり、ユーザが１５フレーム／秒を指定する場合、減速は５０％になる。
【０１４９】
フレームレートの変更が受信機／復号器への配信前に符号器において実施されようが、未修正の（通常）メディアデータを受信している受信機／復号器においてフレームレート変換アルゴリズムによって実施されようが、入力バッファの使用量を制御しモニタすることが適用可能である。
【０１５０】
図１６は、バッファレベルの経時変化を示す。横方向は時間を表し、縦の次元は０％〜１００％に及ぶバッファレベルを表すが、図１６は最大使用レベルが９０％であると例示的に示す。区間１６０１では、プロセッサ３５２は、通常メディアセグメントを即ち通常速度で再生しており、バッファは約５０％に保たれている。時点１６０２では、ユーザがチャネルを変え、プロセッサ３５２はバッファをクリアするように動作可能であり又はそのように構成されている。そのため、バッファレベルは０％まで下がる。この時点で、プロセッサ３５２は、９０％の再生速度を有する減速セグメントであるセグメント１６０３を再生し始める。
【０１５１】
セグメント１６０３では再生速度が減速されているため、バッファは直ちに埋まることになる。このセグメントのメタデータは、バッファが４０％に到達するときに受信機がセグメントの残りのフレームを通常速度で再生すべきであると示す。残りのフレームの再生を通常速度まで加速することを例示するが、バッファレベルが上昇し続けない場合、いかなる加速も十分である。この原理はいかなる減速セグメントの再生にも当てはまる。再生を加速するために、プロセッサ３５２は残りのフレーム内の一部のフレームを飛ばすことができる。例えば、１０フレーム残っている場合、この例のプロセッサは、１番目のフレーム、５番目のフレーム、又は最後のフレームであり得る１つのフレームを飛ばすべきである。一実施形態では、複数のフレームを飛ばす場合、ほぼ同じ時間分解能を保つようにそれらのフレームが残りのフレーム内に分布すべきである。フレームを抜かす／飛ばす代わりに、プロセッサ３５２は、この例の提示フレームレートの１０／９であるレートで復号を増加させ、且つ／又はピクチャバッファを更新することによって残りのフレームの再生を加速することができる。
【０１５２】
時点１６０４では、プロセッサ３５２は、バッファレベルが４０％に到達したことを検出し、セグメント１６０３の残りのフレームを上記のように通常速度で再生する。そのため、バッファレベルは、セグメント１３０３の再生が終了し、セグメント１６０６の再生が開始する時点１６０５まで４０％に保たれる。セグメント１６０６は、８０％の再生速度を有する減速セグメントであり、メタデータは、バッファレベルが８０％に到達するときにユーザ装置がこのセグメントを通常速度で再生すべきであると示す。
【０１５３】
時点１６０７では、プロセッサ３５２は、バッファレベルが８０％に到達したことを検出し、セグメント１６０６の残りのフレームを上記のように通常速度で再生する。そのため、バッファレベルは、セグメント１３０６の再生が終了し、セグメント１６０９の再生が開始する時点１６０８まで８０％に保たれる。セグメント１６０９は、１２０％の再生速度を有する加速セグメントであり、メタデータは、バッファレベルが１０％に到達するときにユーザ装置がこのセグメントを通常速度で再生すべきであると示す。
【０１５４】
時点１６１０では、プロセッサ３５２は、バッファレベルが１０％に到達したことを検出し、セグメント１３０９の残りのフレームを通常速度で再生する。この事例では、プロセッサ３５２が残りのフレームの再生を減速する。残りのフレームの再生を通常速度まで減速することを例示するが、バッファレベルが下落し続けない場合、いかなる減速も十分である。この原理はいかなる減速セグメントの再生にも当てはまる。そのため、バッファレベルは、セグメント１３０９の再生が終了し、セグメント１６１２の再生が開始する時点１６１１まで１０％に保たれる。セグメント１６１２は、９５％の再生速度を有する減速セグメントであり、メタデータは、バッファレベルが４０％に到達するときにユーザ装置がこのセグメントを通常速度で再生すべきであると示す。
【０１５５】
時点１６１３では、プロセッサ３５２はバッファレベルが４０％に到達したことを検出し、セグメント１３１２の残りのフレームを上記のように通常速度で再生する。そのため、バッファレベルは、セグメント１６１２の再生が終了し、セグメント１６１５の再生が開始する時点１６１４まで４０％に保たれる。セグメント１６１５は、７５％の再生速度を有する減速セグメントであり、メタデータは、バッファレベルが９０％に到達するときにユーザ装置がこのセグメントを通常速度で再生すべきであると示す。
【０１５６】
時点１６１６では、プロセッサ３５２は、バッファレベルが９０％に到達したことを検出し、セグメント１６１５の残りのフレームを上記のように通常速度で再生する。そのため、バッファレベルは、セグメント１３１５の再生が終了し、セグメント１６１８の再生が開始する時点１６１７まで９０％に保たれる。セグメント１３１８は、１１０％の再生速度を有する加速セグメントであり、メタデータは、バッファレベルが６０％に到達するときにユーザ装置がこのセグメントを通常速度で再生すべきであると示す。しかし、ユーザは、セグメント１６１８の再生が完了する前に且つバッファレベルが６０％に到達する前に、時点１６１９で別のチャネルに変更する。プロセッサ３５２は、チャネル変更を理由に時点１６１９においてバッファをクリアする。
【０１５７】
ＬＣＤ、ＬＥＤ、ＯＬＥＤ、プラズマ等の任意の種類のディスプレイと一体化されるか又はそれらに付加される装置が本開示の原理による節電効果の利益を享受することができる。
【０１５８】
本明細書に記載した様々なプロセス及び特徴の実装形態は、多岐にわたる異なる機器又はアプリケーションによって具体化することができる。かかる機器の例は、符号器、復号器、復号器からの出力を処理する後処理系、符号器への入力を与える前処理系、ビデオ符号器、ビデオ復号器、ビデオコーデック、ウェブサーバ、セットトップボックス、ラップトップ、パーソナルコンピュータ、携帯電話、ＰＤＡ、及び他の通信装置を含む。明白であるように、機器は可搬式とすることができ、移動車両内に設置することさえできる。
【０１５９】
加えて、これらの方法は、プロセッサによって実行される命令によって実装されてもよく、かかる命令（及び／又は実装形態によって作り出されるデータ値）は、例えばハードディスク、コンパクトディスケット（「ＣＤ」）、光ディスク（例えば、デジタル多用途ディスク又はデジタルビデオディスクと多くの場合に呼ばれるＤＶＤ等）、ランダムアクセスメモリ（「ＲＡＭ」）、読取専用メモリ（「ＲＯＭ」）等、例えば集積回路、ソフトウェア担体、又は他の記憶装置等のプロセッサ可読媒体上に記憶され得る。命令は、プロセッサ可読媒体上で有形に具体化されるアプリケーションプログラムを形成し得る。命令は、例えばハードウェア、ファームウェア、ソフトウェア、又は組合せ内にあり得る。命令は、例えばオペレーティングシステム、別個のアプリケーション、又はその２つの組合せ内に見つけることができる。従って、プロセッサは、例えばプロセスを実行するように構成された装置及びプロセスを実行するための命令を有するプロセッサ可読媒体（記憶装置等）を含む装置の両方として特徴付けることができる。更に、プロセッサ可読媒体は、実装形態によって作り出されるデータ値を命令に加えて又は命令の代わりに記憶し得る。
【０１６０】
当業者に明らかなように、実装形態は、例えば記憶又は伝送され得る情報を運ぶようにフォーマットされる多岐にわたる信号を作り出し得る。かかる情報は、例えば方法を実行するための命令、又は記載した実装形態の１つによって作り出されるデータを含み得る。例えば、信号は、記載した例の構文を読み書きするための規則をデータとして運ぶように、又は記載した例によって書かれる実際の構文値をデータとして運ぶようにフォーマットされ得る。かかる信号は、例えば電磁波として（例えば、スペクトルの無線周波数部分を用いて）、又はベースバンド信号としてフォーマットされ得る。フォーマットすることは、例えばデータストリームを符号化し、符号化データストリームで担体を変調することを含み得る。信号が運ぶ情報は、例えばアナログ情報又はデジタル情報とすることができる。信号は、知られているように様々な異なる有線リンク又は無線リンク上で伝送され得る。信号はプロセッサ可読媒体上に記憶され得る。
【０１６１】
幾つかの実装形態を記載してきた。それでもなお、様々な修正形態がなされ得ることが理解されるであろう。例えば、他の実装形態を作り出すために別の実装形態の要素が組み合わせられ、補われ、修正され、又は除去され得る。更に、開示した構造及びプロセスを他の構造及びプロセスが置換してもよく、その結果生じる実装形態が開示した実装形態と少なくともほぼ同じ結果を実現するために、少なくともほぼ同じ機能を少なくともほぼ同じ方法で実行することを当業者であれば理解するであろう。従って、これらの及び他の実装形態も本願によって予期される。
【０１６２】
本発明の完全な理解を与えるために多くの具体的詳細を本明細書に記載してきた。但し、上記の例がそれらの具体的詳細なしに実施されてもよいことが当業者によって理解されるであろう。他の例では、本発明を不明瞭にしないために、よく知られている操作、コンポーネント、及び回路を詳しく説明していない。本明細書で開示した特定の構造上の及び機能上の詳細は代表的なものである可能性があり、必ずしも本発明の範囲を限定しないことが理解され得る。
【０１６３】
本発明の様々な例は、ハードウェア要素、ソフトウェア要素、又はその両方の組合せを用いて実装することができる。一部の例は、例えばマシンによって実行される場合にそれらの例による方法及び／又は操作をマシンに実行させ得る命令又は命令の組を記憶し得るコンピュータ可読媒体又は製品を用いて実装され得る。かかるマシンは、例えば任意の適切な処理プラットフォーム、計算プラットフォーム、計算装置、処理装置、計算システム、処理システム、コンピュータ、プロセッサ等を含むことができ、ハードウェア及び／又はソフトウェアの任意の適切な組合せを用いて実装することができる。コンピュータ可読媒体又は製品は、例えば任意の適切な種類のメモリユニット、メモリ装置、メモリ製品、メモリ媒体、記憶装置、記憶域製品、記憶媒体、及び／又は記憶ユニットを含み得る。命令は、任意の適切な高水準、低水準、オブジェクト指向、ビジュアル、コンパイラ型、及び／又はインタープリタ型のプログラミング言語を用いて実装される、ソースコード、コンパイル済みコード、解釈済みコード、実行可能コード、静的コード、動的コード、暗号化コード等の任意の適切な種類のコードを含み得る。
【０１６４】
本明細書に記載した実装形態は、例えば方法又はプロセス、機器、ソフトウェアプログラム、データストリーム、又は信号によって実装することができる。単一形式の実装形態に関連してのみ論じられている（例えば、方法としてのみ論じられている）場合でも、論じられた特徴の実装形態は他の形式（例えば、機器又はプログラム）で実装することもできる。機器及びその中に含まれる構成要素、例えばプロセッサ、符号器、及び復号器は、例えば適切なハードウェア、ソフトウェア、及びファームウェアによって実装することができる。方法は、例えばプロセッサ等の機器によって実施することができ、プロセッサは、例えばコンピュータ、マイクロプロセッサ、集積回路、プログラム可能論理デバイスを含む処理装置全般を指す。プロセッサは、例えばコンピュータ、携帯電話、ポータブル／携帯情報端末（「ＰＤＡ」）、エンドユーザ間の情報の通信を促進する他の装置等の通信装置も含む。
【０１６５】
加えて、本願又は本願の特許請求の範囲は、様々な情報片を「決定すること」に言及する場合がある。情報を決定することは、例えば情報を推定すること、情報を計算すること、情報を予測すること、又は情報をメモリから取り出すことの１つ又は複数を含み得る。
【０１６６】
更に、本願又は本願の特許請求の範囲は、様々な情報片に「アクセスすること」に言及する場合がある。情報にアクセスすることは、例えば情報を受信すること、（例えば、メモリから）情報を取り出すこと、情報を記憶すること、情報を処理すること、情報を伝送すること、情報を移動すること、情報を複製すること、情報を消去すること、情報を計算すること、情報を決定すること、情報を予測すること、又は情報を推定することの１つ又は複数を含み得る。
【０１６７】
加えて、本願又は本願の特許請求の範囲は、様々な情報片を「受信すること」に言及する場合がある。受信することは、「アクセスすること」と同様に広義語であることを意図する。情報を受信することは、例えば情報にアクセスすること、又は情報を（例えば、メモリから）取り出すことの１つ又は複数を含み得る。更に、「受信すること」は、典型的には、例えば情報を記憶する操作、情報を処理する操作、情報を伝送する操作、情報を移動する操作、情報を複製する操作、情報を消去する操作、情報を計算する操作、情報を決定する操作、情報を予測する操作、又は情報を推定する操作等の操作に何らかの方法で関与する。
【図１】
2018533272.tif 000004
【図２Ａ】
2018533272.tif 000005
【図２Ｂ】
2018533272.tif 000006
【図３】
2018533272.tif 000007
【図４Ａ】
2018533272.tif 000008
【図４Ｂ】
2018533272.tif 000009
【図５】
2018533272.tif 000010
【図６】
2018533272.tif 000011
【図７】
2018533272.tif 000012
【図８】
2018533272.tif 000013
【図９】
2018533272.tif 000014
【図１０】
2018533272.tif 000015
【図１１】
2018533272.tif 000016
【図１２】
2018533272.tif 000017
【図１３】
2018533272.tif 000018
【図１４】
2018533272.tif 000019
【図１５】
2018533272.tif 000020
【図１６】
2018533272.tif 000021
【国際調査報告】
2018533272.tif 000022
2018533272.tif 000023
2018533272.tif 000024
2018533272.tif 000025
2018533272.tif 000026