"クライアント機器がサーバ機器から、メディアセグメンテーションのオープン復号リフレッシュODRランダムアクセスポイントRAPフレームの指示を受信することと、前記クライアント機器が、前記サーバ機器に、前記指示されたODRRAPフレームを含んでいる前記メディアセグメンテーションで開始するメディアデータのストリームを検索する要求を送ることと、を含み、復号順序で前記ODRRAPフレームに続く前記メディアセグメンテーションの少なくとも1つのフレームが正しく復号され得ず、表示順序で前記ODRRAPフレームに続く前記メディアセグメンテーションの各フレームが、表示順序で前記ODRRAPより前のフレームのコンテンツに依拠することなしに、正しく復号され得る、方法。前記クライアント機器において、前記ODRRAPフレームが前記メディアセグメンテーションの第1のフレームであるかどうかの少なくとも1つの指示を受信すること、をさらに備え、前記要求を送ることが、前記指示されたODRRAPフレームを含んでいる前記メディアセグメンテーションで開始するメディアデータの前記ストリームを取り出したいという前記要求を前記サーバ機器に送ることを備える、請求項1に記載の方法。前記ODRRAPフレームが前記メディアセグメンテーションの第1のフレームでない場合、前記クライアント機器が、前記メディアセグメンテーションの前記第1のフレームと前記ODRRAPフレームとの間のオフセットの少なくとも1つの指示を受信することと、前記メディアセグメンテーションの前記ODRRAPフレームで始まるメディアデータの前記ストリームを復号することと、をさらに備え、前記オフセットが、前記メディアセグメンテーションの前記第1のフレームと前記ODRRAPフレームとの間のフレームの数を表す、請求項1に記載の方法。前記クライアント機器が、前記メディアセグメンテーションの第1のバイトと前記ODRRAPフレームの第1のバイトとの間のバイトオフセットの少なくとも1つの指示を受信することをさらに備え、メディアデータの前記ストリームを取り出したいという前記要求を前記サーバ機器に送ることが、前記ODRRAPフレームの前記第1のバイトから少なくとも前記メディアセグメンテーションの終端までのメディアの前記ストリームの一部分を取り出したいという前記要求を送ることを含む、請求項1に記載の方法。前記メディアセグメンテーションが瞬時復号リフレッシュIDRRAPフレームを含むかどうかの少なくとも1つの指示を受信することをさらに備え、前記示されたODRRAPフレームを含んでいるメディアセグメンテーションで開始するメディアデータの前記ストリームを取り出したいという前記要求を前記サーバ機器に送ることは、前記メディアファイルが瞬時復号リフレッシュIDRRAPフレームを含むかどうかの前記少なくとも1つの指示に基づいて前記要求を送ることを含む、請求項1に記載の方法。前記ODRRAPフレームを含んでいる前記メディアセグメンテーションの始端において開始する前記ストリームを検索するために、ハイパーテキスト転送プロトコルHTTPGet要求として前記要求を構築することをさらに備える、請求項1に記載の方法。前記メディアセグメンテーション内の前記ODRRAPフレームのロケーションにおいて開始する前記ストリームを検索するために、バイト範囲の指示を含むハイパーテキスト転送プロトコルHTTPGet要求として前記要求を構築することをさらに備える、請求項6に記載の方法。前記指示が、前記メディアファイル内の前記ODRRAPフレームのプレゼンテーション時間よりも少ないプレゼンテーション時間を有するフレームの数の指示を備え、前記方法が、前記ODRRAPフレームの前記プレゼンテーション時間よりも少ないプレゼンテーション時間を有するフレームの前記数の復号をスキップすることをさらに備える、請求項1に記載の方法。サーバ機器から、メディアセグメンテーションのオープン復号リフレッシュODRランダムアクセスポイントRAPフレームの指示を受信するための手段と、前記示されたODRRAPフレームで開始するメディアデータのストリームを取り出したいという要求を前記サーバ機器に送るための手段と、を備え、復号順序で前記ODRRAPフレームに続く前記メディアセグメンテーションの少なくとも1つのフレームが正しく復号され得ず、表示順序で前記ODRRAPフレームに続く前記メディアセグメンテーションの各フレームが、表示順序で前記ODRRAPより前のフレームのコンテンツに依拠することなしに、正しく復号され得る、機器。前記ODRRAPフレームが前記メディアセグメンテーションの第1のフレームであるかどうかの少なくとも1つの指示を受信するための手段をさらに備え、要求を送るための前記手段が、前記示されたODRRAPフレームを含んでいる前記メディアセグメンテーションで開始するメディアデータの前記ストリームを取り出したいという前記要求を前記サーバ機器に送る、請求項9に記載の機器。前記ODRRAPフレームが前記メディアセグメンテーションの第1のフレームでない場合、前記メディアセグメンテーションの前記第1のフレームと前記ODRRAPフレームとの間のオフセットの少なくとも1つの指示を受信するための手段と、前記メディアセグメンテーションの前記ODRRAPフレームで始まるメディアデータの前記ストリームを復号するための手段と、をさらに備え、前記オフセットが、前記メディアセグメンテーションの前記第1のフレームと前記ODRRAPフレームとの間のフレームの数を表す、、請求項9に記載の機器。前記メディアセグメンテーションの第1のバイトと前記ODRRAPフレームの第1のバイトとの間のバイトオフセットの少なくとも1つの指示を受信するための手段をさらに備え、前記要求を前記サーバ機器に送るための前記手段が、前記ODRRAPフレームの前記第1のバイトから少なくとも前記メディアセグメンテーションの終端までのメディアの前記ストリームの一部分を取り出したいという前記要求を送る、請求項9に記載の機器。前記メディアセグメンテーションが瞬時復号リフレッシュIDRRAPフレームを含むかどうかの少なくとも1つの指示を受信するための手段をさらに備え、前記示されたODRRAPフレームを含んでいるメディアセグメンテーションで開始するメディアデータの前記ストリームを取り出したいという前記要求を送るための前記手段は、前記メディアファイルが瞬時復号リフレッシュIDRRAPフレームを含むかどうかの前記少なくとも1つの指示に基づいて前記要求を送る、請求項9に記載の機器。前記要求を送るための前記手段が、前記ODRRAPフレームを含んでいる前記メディアセグメンテーションの始端において開始する前記ストリームを取り出したいというハイパーテキスト転送プロトコルHTTPGet要求として前記要求を構築する、請求項9に記載の機器。前記要求を送るための前記手段が、前記メディアセグメンテーション内の前記ODRRAPフレームのロケーションにおいて開始する前記ストリームを取り出したいという、バイト範囲の指示を含むハイパーテキスト転送プロトコルHTTPGet要求として前記要求を構築する、請求項14に記載の機器。前記指示が、前記メディアファイル内の前記ODRRAPのプレゼンテーション時間よりも少ないプレゼンテーション時間を有するフレームの数の指示を備え、前記ODRRAPフレームの前記プレゼンテーション時間よりも少ないプレゼンテーション時間を有するフレームの前記数の復号をスキップするための手段をさらに備える、請求項9に記載の機器。実行されたとき、クライアントコンピューティング機器のプロセッサに、クライアント機器がサーバ機器から、メディアセグメンテーションのオープン復号リフレッシュODRランダムアクセスポイントRAPフレームの指示を受信することと、前記クライアント機器が、前記示されたODRRAPフレームを含んでいる前記メディアセグメンテーションで開始するメディアデータのストリームを取り出したいという要求を前記サーバ機器に送ることと、を行わせる命令を備え、復号順序で前記ODRRAPフレームに続く前記メディアセグメンテーションの少なくとも1つのフレームが正しく復号され得ず、表示順序で前記ODRRAPフレームに続く前記メディアセグメンテーションの各フレームが、表示順序で前記ODRRAPより前のフレームのコンテンツに依拠することなしに、正しく復号され得る、コンピュータ可読記憶媒体。前記命令は、前記コンピューティング機器に前記クライアント機器が、前記ODRRAPフレームが前記メディアセグメンテーションの第1のフレームであるかどうかの少なくとも1つの指示を受信することと、前記示されたODRRAPフレームを含んでいる前記メディアセグメンテーションで開始するメディアデータの前記ストリームを検索する前記要求を前記サーバ機器に送ることと、をさらに行わせる、請求項17に記載のコンピュータ可読記憶媒体。前記命令は、前記コンピューティング機器に、前記ODRRAPフレームが前記メディアセグメンテーションの第1のフレームでない場合、前記クライアント機器が、前記メディアセグメンテーションの前記第1のフレームと前記ODRRAPフレームとの間のオフセットの少なくとも1つの指示を受信することと、前記メディアセグメンテーションの前記ODRRAPフレームで始まるメディアデータの前記ストリームを復号することと、をさらに行わせ、前記オフセットが、前記メディアセグメンテーションの前記第1のフレームと前記ODRRAPフレームとの間のフレームの数を表す、請求項17に記載のコンピュータ可読記憶媒体。前記命令が、前記コンピューティング機器に、前記クライアント機器が、前記メディアセグメンテーションの第1のバイトと前記ODRRAPフレームの第1のバイトとの間のバイトオフセットの少なくとも1つの指示を受信することと、前記ODRRAPフレームの前記第1のバイトから少なくとも前記メディアセグメンテーションの終端までのメディアの前記ストリームの一部分を検索する前記要求を前記サーバ機器に送ることと、をさらに行わせる、請求項17に記載のコンピュータ可読記憶媒体。前記命令は、前記コンピューティング機器に、前記メディアセグメンテーションが瞬時復号リフレッシュIDRRAPフレームを含むかどうかの少なくとも1つの指示を受信することと、前記メディアファイルが瞬時復号リフレッシュIDRRAPフレームを含むかどうかの前記少なくとも1つの指示に基づいて前記要求を送ることと、をさらに行わせる、請求項17に記載のコンピュータ可読記憶媒体。前記命令が、前記コンピューティング機器に、前記ODRRAPフレームを含んでいる前記メディアセグメンテーションの始端において開始する前記ストリームを取り出したいというハイパーテキスト転送プロトコルHTTPGet要求として前記要求を構築することをさらに行わせる、請求項17に記載のコンピュータ可読記憶媒体。前記命令が、前記コンピューティング機器に、前記メディアセグメンテーション内の前記ODRRAPフレームのロケーションにおいて開始する前記ストリームを取り出したいという、バイト範囲の指示を含むハイパーテキスト転送プロトコルHTTPGet要求として前記要求を構築することをさらに行わせる、請求項22に記載のコンピュータ可読記憶媒体。前記指示が、前記メディアファイル内の前記ODRRAPフレームのプレゼンテーション時間よりも少ないプレゼンテーション時間を有するフレームの数の指示を備え、前記命令が、前記コンピューティング機器に、前記ODRRAPフレームの前記プレゼンテーション時間よりも少ないプレゼンテーション時間を有するフレームの前記数の復号をスキップすることをさらに行わせる、請求項17に記載のコンピュータ可読記憶媒体。メディアセグメンテーションのオープン復号リフレッシュODRランダムアクセスポイントRAPフレームの指示を受信することと、前記示されたODRRAPフレームを含んでいる前記メディアセグメンテーションで開始するメディアデータのストリームを取り出したいという要求をサーバ機器に送ることと、を行うように構成され、復号順序で前記ODRRAPフレームに続く前記メディアセグメンテーションの少なくとも1つのフレームが正しく復号され得ず、表示順序で前記ODRRAPフレームに続く前記メディアセグメンテーションの各フレームが、表示順序で前記ODRRAPより前のフレームのコンテンツに依拠することなしに、正しく復号され得る、1つ以上のプロセッサを備える機器。1つ以上のプロセッサは、前記ODRRAPフレームが前記メディアセグメンテーションの第1のフレームであるかどうかの少なくとも1つの指示を受信することと、前記示されたODRRAPフレームを含んでいる前記メディアセグメンテーションで開始するメディアデータの前記ストリームを検索する前記要求を前記サーバ機器に送ることとを行うようにさらに構成された、請求項25に記載の機器。前記プロセッサは、前記ODRRAPフレームが前記メディアセグメンテーションの第1のフレームでない場合、前記メディアセグメンテーションの前記第1のフレームと前記ODRRAPフレームとの間のオフセットの少なくとも1つの指示を受信することと、前記メディアセグメンテーションの前記ODRRAPフレームで始まるメディアデータの前記ストリームを復号することと、を行うようにさらに構成され、前記オフセットが、前記メディアセグメンテーションの前記第1のフレームと前記ODRRAPフレームとの間のフレームの数を表す、請求項25に記載の機器。前記プロセッサは、前記メディアセグメンテーションの第1のバイトと前記ODRRAPフレームの第1のバイトとの間のバイトオフセットの少なくとも1つの指示を受信することと、前記ODRRAPフレームの前記第1のバイトから少なくとも前記メディアセグメンテーションの終端までのメディアの前記ストリームの一部分を取り出したいという前記要求を送ることとを行うようにさらに構成された、請求項25に記載の機器。前記プロセッサは、前記メディアセグメンテーションが瞬時復号リフレッシュIDRRAPフレームを含むかどうかの少なくとも1つの指示を受信することと、前記メディアファイルが瞬時復号リフレッシュIDRRAPフレームを含むかどうかの前記少なくとも1つの指示に基づいて前記要求を送ることとを行うようにさらに構成された、請求項25に記載の機器。前記プロセッサが、前記ODRRAPフレームを含んでいる前記メディアセグメンテーションの始端において開始する前記ストリームを取り出したいというハイパーテキスト転送プロトコルHTTPGet要求として前記要求を構築することを行うようにさらに構成された、請求項25に記載の機器。前記プロセッサが、前記メディアセグメンテーション内の前記ODRRAPフレームのロケーションにおいて開始する前記ストリームを検索するため、バイト範囲の指示を含むハイパーテキスト転送プロトコルHTTPGet要求として前記要求を構築することを行うようにさらに構成された、請求項30に記載の機器。前記指示が、前記メディアファイル内の前記ODRRAPフレームのプレゼンテーション時間よりも少ないプレゼンテーション時間を有するフレームの数の指示を備え、前記プロセッサが、前記ODRRAPフレームの前記プレゼンテーション時間よりも少ないプレゼンテーション時間を有するフレームの前記数の復号をスキップすることを行うようにさらに構成された、請求項25に記載の機器。メディアセグメンテーションのオープン復号リフレッシュODRランダムアクセスポイントRAPフレームを備える符号化ビデオフレームのシーケンスを受信することと、符号化ビデオフレームの前記シーケンス内の前記ODRRAPのロケーションの指示を生成することと、前記指示を出力することと、を備え、復号順序で前記ODRRAPフレームに続く前記メディアセグメンテーションの少なくとも1つのフレームが正しく復号され得ず、表示順序で前記ODRRAPフレームに続く前記メディアセグメンテーションの各フレームが、表示順序で前記ODRRAPより前のフレームのコンテンツに依拠することなしに、正しく復号され得る、方法。前記示されたODRRAPフレームで開始するメディアデータのストリームを取り出したいという要求を受信することと、前記要求に応答して、前記示されたODRRAPフレームを含んでいる前記メディアセグメンテーションで開始するメディアデータの前記ストリームを出力することとをさらに備える、請求項33に記載の方法。前記要求が、前記ODRRAPフレームを含んでいる前記メディアセグメンテーションの始端において開始する前記ストリームを検索するハイパーテキスト転送プロトコルHTTPGet要求を備え、前記要求に応答して、前記ODRRAPフレームを含んでいる前記メディアセグメンテーションの始端において開始する符号化ビデオフレームの前記シーケンスの一部分を与えることをさらに備える、請求項34に記載の方法。前記要求が、前記メディアセグメンテーション内の前記ODRRAPフレームのロケーションにおいて開始する前記ストリームを検索するためバイト範囲の指示を含むハイパーテキスト転送プロトコルHTTPGet要求を備え、前記メディアセグメンテーション内の前記ODRRAPフレームの前記ロケーションにおいて開始する符号化ビデオフレームの前記シーケンスの一部分を与えることをさらに備える、請求項34に記載の方法。メディアセグメンテーションのオープン復号リフレッシュODRランダムアクセスポイントRAPフレームを備える符号化ビデオフレームのシーケンスを受信するための手段と、符号化ビデオフレームの前記シーケンス内の前記ODRRAPのロケーションの指示を生成するための手段と、前記指示を出力するための手段と、を備え、復号順序で前記ODRRAPフレームに続く前記メディアセグメンテーションの少なくとも1つのフレームが正しく復号され得ず、表示順序で前記ODRRAPフレームに続く前記メディアセグメンテーションの各フレームが、表示順序で前記ODRRAPより前のフレームのコンテンツに依拠することなしに、正しく復号され得る、機器。受信するための前記手段が、前記示されたODRRAPフレームで開始するメディアデータのストリームを検索する要求を受信し、前記要求に応答して、前記示されたODRRAPフレームを含んでいる前記メディアセグメンテーションで開始するメディアデータの前記ストリームを出力するための手段をさらに備える、請求項37に記載の機器。前記要求が、前記ODRRAPフレームを含んでいる前記メディアセグメンテーションの始端において開始する前記ストリームを取り出したいというハイパーテキスト転送プロトコルHTTPGet要求を備え、前記要求に応答して、前記ODRRAPフレームを含んでいる前記メディアセグメンテーションの始端において開始する符号化ビデオフレームの前記シーケンスの一部分を与えるための手段をさらに備える、請求項37に記載の機器。前記要求が、前記メディアセグメンテーション内の前記ODRRAPフレームのロケーションにおいて開始する前記ストリームを検索するためバイト範囲の指示を含むハイパーテキスト転送プロトコルHTTPGet要求を備え、前記メディアセグメンテーション内の前記ODRRAPフレームの前記ロケーションにおいて開始する符号化ビデオフレームの前記シーケンスの一部分を与えるための手段をさらに備える、請求項37に記載の機器。実行されたとき、発信源機器の1つ以上のプロセッサに、メディアセグメンテーションのオープン復号リフレッシュODRランダムアクセスポイントRAPフレームを備える符号化ビデオフレームのシーケンスを受信することと、符号化ビデオフレームの前記シーケンス内の前記ODRRAPのロケーションの指示を生成することと、前記指示を出力することと、を行わせる命令を備え、復号順序で前記ODRRAPフレームに続く前記メディアセグメンテーションの少なくとも1つのフレームが正しく復号され得ず、表示順序で前記ODRRAPフレームに続く前記メディアセグメンテーションの各フレームが、表示順序で前記ODRRAPより前のフレームのコンテンツに依拠することなしに、正しく復号され得る、コンピュータ可読記憶媒体。前記1つ以上のプロセッサに、前記示されたODRRAPフレームで開始するメディアデータのストリームを検索する要求を受信することと、前記要求に応答して、前記示されたODRRAPフレームを含んでいる前記メディアセグメンテーションで開始するメディアデータの前記ストリームを出力することとを行わせる命令をさらに備える、請求項41に記載のコンピュータ可読記憶媒体。前記要求が、前記ODRRAPフレームを含んでいる前記メディアセグメンテーションの始端において開始する前記ストリームを検索するハイパーテキスト転送プロトコルHTTPGet要求を備え、前記1つ以上のプロセッサに、前記要求に応答して、前記ODRRAPフレームを含んでいる前記メディアセグメンテーションの始端において開始する符号化ビデオフレームの前記シーケンスの一部分を与えさせる命令をさらに備える、請求項42に記載のコンピュータ可読記憶媒体。前記要求が、前記メディアセグメンテーション内の前記ODRRAPフレームのロケーションにおいて開始する前記ストリームを検索するためバイト範囲の指示を含むハイパーテキスト転送プロトコルHTTPGet要求を備え、前記命令が、前記1つ以上のプロセッサに、前記メディアセグメンテーション内の前記ODRRAPフレームの前記ロケーションにおいて開始する符号化ビデオフレームの前記シーケンスの一部分を与えることをさらに行わせる、請求項42に記載のコンピュータ可読記憶媒体。メディアセグメンテーションのオープン復号リフレッシュODRランダムアクセスポイントRAPフレームを備える符号化ビデオフレームのシーケンスを受信することと、符号化ビデオフレームの前記シーケンス内の前記ODRRAPのロケーションの指示を生成することと、前記指示を出力することと、を行うように構成され、復号順序で前記ODRRAPフレームに続く前記メディアセグメンテーションの少なくとも1つのフレームが正しく復号され得ず、表示順序で前記ODRRAPフレームに続く前記メディアセグメンテーションの各フレームが、表示順序で前記ODRRAPより前のフレームのコンテンツに依拠することなしに、正しく復号され得る、1つ以上のプロセッサを備える機器。前記1つ以上のプロセッサが、前記示されたODRRAPフレームで開始するメディアデータのストリームを取り出したいという要求を受信することと、前記要求に応答して、前記示されたODRRAPフレームを含んでいる前記メディアセグメンテーションで開始するメディアデータの前記ストリームを出力することとを行うようにさらに構成された、請求項45に記載の機器。前記要求が、前記ODRRAPフレームを含んでいる前記メディアセグメンテーションの始端において開始する前記ストリームを検索するハイパーテキスト転送プロトコルHTTPGet要求を備え、前記1つ以上のプロセッサが、前記要求に応答して、前記ODRRAPフレームを含んでいる前記メディアセグメンテーションの始端において開始する符号化ビデオフレームの前記シーケンスの一部分を与えることを行うようにさらに構成された、請求項46に記載の機器。前記要求が、前記メディアセグメンテーション内の前記ODRRAPフレームのロケーションにおいて開始する前記ストリームを検索するためバイト範囲の指示を含むハイパーテキスト転送プロトコルHTTPGet要求を備え、前記1つ以上のプロセッサが、前記メディアセグメンテーション内の前記ODRRAPフレームの前記ロケーションにおいて開始する符号化ビデオフレームの前記シーケンスの一部分を与えることを行うようにさらに構成された、請求項47に記載の機器。本開示の技法は、概して、例えば、ハイパーテキスト転送プロトコルHTTPストリーミングなどのストリーミングプロトコルを使用したビデオデータのトランスポートをサポートすることを対象とする。概して、本開示では、HTTPへの言及は、HTTPストリーミングへの言及を含み得る。本開示では、ビデオ表現のランダムアクセスポイントRAPの2つの特定のタイプに言及する。特に、本開示では、瞬時復号リフレッシュIDRRAPとオープン復号リフレッシュODRRAPとについて説明する。IDRアクセスポイントは、クローズドGOPの単独で復号可能なイントラフレームである。クローズドGOPは、正しく復号可能であるべき、復号順序又はプレゼンテーション順序のいずれかでGOPより前のフレームに依存するフレームを含まないビデオ表現のフレームのグループ化である。オープンGOPは、表示出力順序でGOPの最初の単独で復号可能なフレームIフレームに先行するが復号順序でIフレームに続くピクチャが、正しく復号可能でないことがあるGOPである。例えば、オープンGOPは、オープンGOPの外部の少なくとも1つのフレームのコンテンツに少なくとも部分的に依存する1つ以上のフレームを含み得る。オープンGOPの幾つかの例では、オープンGOPのIフレームは、ビデオ表現の再生の開始のためのランダムアクセスポイントとして使用され得る。例えば、表示順序で最初のIフレームに続くすべてのフレームが正しく復号され得る場合、IフレームはRAPとして使用され得る。そのようなRAPは、ODRRAPと呼ばれることがある。ビデオ表現のフレームは、1つ以上のGOP中に配置され得る。1つ以上のGOPは、1つ以上のビデオフラグメント中に配置され得る。1つ以上のフラグメントは、1つ以上のセグメント中に配置され得る。幾つかの例では、複数のセグメントがビデオ表現を形成し得る。HTTPストリーミングサービスなどのストリーミングサービスは、クライアント機器が、サーバ機器から1つ以上のGOP、フラグメント、セグメント、又はビデオ表現全体を検索されたHTTP要求を行うことを可能にし得る。サーバ機器は、メディアコンテンツの複数の表現を含み得る。一例では、そのような要求は、HTTPGET要求を含み得る。HTTPGET要求は、ビデオ表現例えば、GOP、フラグメント、セグメント又はビデオ表現レベルメディアファイルの1つ以上のメディアセグメンテーションのユニフォームリソースロケータURLを指定することによって、サーバ機器に記憶されたコンテンツへのクライアント機器アクセスを与え得る。幾つかの例では、HTTPGET要求は、メディアファイル全体を要求する代わりに、メディアファイル内のバイト範囲を指定し得る。そのようなHTTPGET要求は、部分GET要求と呼ばれることがある。本明細書で説明するように、メディアセグメンテーションという句は、フラグメントであれ、セグメントであれ、ビデオ表現レベルメディアセグメンテーションであれ、HTTPGET要求又は部分GET要求などのストリーミングプロトコル要求に従って検索可能であるファイルを指す。幾つかの例では、本明細書で説明するメディアコンテンツの様々な形態は、1つ以上のメディアセグメンテーションの形態でサーバに記憶され得る。幾つかの例では、サーバ機器が、HTTPストリーミングサービスを可能にするための情報を信号伝達することを行うように構成され得る。本開示の一態様によれば、サーバ機器は、ビデオ表現のメディアセグメンテーション例えば、フラグメント、セグメント、表現固有のメディアセグメンテーションのためのオープン復号リフレッシュODRランダムアクセスポイントRAPを信号伝達し得る。本開示の技法によれば、クライアント機器が、ODRRAPの信号伝達に基づいてメディアデータのストリーミングについての要求をサーバ機器に通信し得る。ビデオ表現のためのODRRAPを信号伝達することによって、クライアント機器は、ビデオ表現のストリーミング、復号及び/又は再生の開始のためにビデオ表現のより多くの時間位置の中から選択し得る。幾つかの例では、発信源機器は、フラグメント又はセグメント中にIDRが含まれていない場合、メディアセグメンテーションがODRRAPを含んでいるか否かを信号伝達し得る。従って、所望の時間ロケーションの近くでIDRRAPを含むメディアセグメンテーションが利用可能でない場合、ビデオ表現の再生は、ODRRAPを含むメディアセグメンテーション例えば、ビデオ表現のフラグメント又はセグメント、或いはビデオ表現全体に関連する時間ロケーションにおいて開始し得る。特に、発信源機器は、メディアセグメンテーションのODRRAPに対するバイトオフセットを信号伝達し得る。メディアセグメンテーションは、ビデオフラグメントに固有のユニフォームリソースロケータURL又はユニフォームリ発信源ネームURNを使用して、単独でアドレス指定可能であり得る。一例では、ビデオフラグメント中のODRRAPに対するバイトオフセットを信号伝達することによって、クライアント機器は、ODRRAPにおいて開始しメディアセグメンテーションの終端において終了するバイト範囲を備えるGET要求を構築し得る。本開示の別の態様によれば、サーバ機器は、ビデオ表現の少なくとも1つのIフレームについてのバイト範囲を信号伝達し得る。クライアント機器は、信号伝達されたバイト範囲に基づいて少なくとも1つのIフレームを検索する要求をサーバ機器に通信し、その少なくとも1つのIフレームを含むビデオコンテンツの高速バージョンを与えるために、検索されたIフレームを使用し得る。ビデオコンテンツの高速バージョンは、早送り又は早戻しなど、ビデオプレゼンテーションのトリックモードをサポートし得る。ビデオプレゼンテーションの少なくとも1つのIフレームについてのバイト範囲を直接信号伝達することによって、Iフレームが属する全ビデオ表現を要求することなしに、又は高速再生のために特に作成されたビデオ表現の代替バージョンを要求することなしに、高速バージョンが与えられ得る。さらに、これらの技法は、ストリーミングされ、復号され、及び/又は再生され得るデータの量を最小限に抑えながら、ビデオ表現の高速バージョンを与えることを可能にする。本開示のこの態様によれば、サーバ機器は、メディアコンテンツを表す1つ以上のメディアセグメンテーション内の1つ以上のバイト範囲の指示を信号伝達し得る。少なくとも1つのイントラ符号化フレームIフレームは、1つ以上の信号伝達されたバイト範囲の各々の内で生じ得る。クライアント機器は、1つ以上のバイト範囲の信号伝達された指示に基づいて、バイト範囲内のメディアデータ検索する要求例えば、HTTPGET要求又は部分GET要求を提示し得る。クライアント機器は、比較的高速でビデオプレゼンテーションを提示するために、少なくとも1つのイントラ符号化フレームだけ時間的に分離された1つ以上の信号伝達されたバイト範囲のうちの少なくとも1つの内で生じる2つ以上のIフレームを連続的に提示し得る。そのような表現は、メディアコンテンツの高速バージョンと見なされ得る。3rdGenerationPartnershipProjectは、InternationalTelecommunicationUnionのInternationalMobileTelecommunications2000プロジェクトの範囲内で広域的に適用可能な第3世代3Gモバイル電話システム仕様を製作する電気通信団体のグループ間のコラボレーションである。3GPP仕様は、evolvedGlobalSystemforMobileCommunicationsGSM登録商標仕様に基づく。3GPP規格化は、無線、コアネットワーク及びサービスアーキテクチャを包含する。幾つかの例では、本開示の技法について、3GPPプロトコル仕様に一致する例及び用語を使用して本明細書で説明する。これらの例及び用語は、例示のために与えられたものにすぎず、ビデオデータのストリーミングのための他のプロトコル仕様も企図され、本開示に一致する。HTTPストリーミングによる幾つかの例では、セグメンテーションファイルは、特定のプログラム例えば、ムービー、テレビ番組、又は他のビデオプログラムにそれぞれ対応する幾つかの異なる表現中に構成され得る。3GPPファイルは、それぞれプログラムのこれらの異なる表現及び/或いはプログラムのプレゼンテーションのセグメント又はフラグメントに対応し得る。ビデオ表現例えば、3GPPファイルは、幾つかのムービーフラグメントで構成され得る。ムービーフラグメントは、それぞれビデオ表現の幾つかのフレーム、又はピクチャを含み得る。3GPPビデオ表現のフラグメントは、3GPPファイルのユニフォームリソースロケータURL又はユニフォームリ発信源ネームURNを参照し得るHTTPGET要求又は部分GET要求を使用して、個々に検索可能であり得る。HTTPクライアントは、再生中に、例えば、ネットワーク条件が変わったとき、又はユーザ制御入力が検出されたとき、表現を変更し得る。例えば、大量の帯域幅が利用可能なときは、クライアントは比較的高い品質のプレゼンテーションの3GPPファイルを検索し得、より少ない量の帯域幅が利用可能なときは、クライアントは比較的低い品質のプレゼンテーションの3GPPファイルを検索し得る。同様に、ユーザが、ビデオ品質の所望の変更を示し得る。また、ユーザは、クライアントにビデオ表現の再生のために、休止するか、停止するか、シークseek例えば、早送り、巻戻しするか、又は走査する所望の開始点を示すように指示し得る。HTTPクライアントが、ストリーミングのために異なる表現又は表現の部分を選択することを可能にするために、HTTPサーバが、1つ以上のムービープレゼンテーションのために利用可能な情報のサブセットを提供することは望ましいことがある。そのような情報はヘッダ情報と呼ばれることがある。ヘッダ情報は、プログラムに固有であり、プログラムの表現又は表現の一部分、或いは表現のムービーフラグメント又はセグメントに固有であり得る。3GPPによる一例では、ヘッダ情報は、メディアプレゼンテーション記述MPDファイル中に含まれていることがある。MPDファイルは、例えば、ビットレート、フレームレート、解像度、インターレース又はプログレッシブ走査タイプ、符号化タイプ例えば、MPEG-1、MPEG-2、H.263、MPEG-4/H.264又は他のビデオコーデック、アクセスポイント、或いは他の特性など、ビデオデータの幾つかの表現の特性要素を信号伝達し得る。ムービーフラグメントは、幾つかのピクチャグループGOPを含み得る。GOPは、復号及び/又は再生の開始のためのランダムアクセスポイントRAPを含むことも、含まないこともある。本開示は、HTTPストリーミングアプリケーションのコンテキストにおけるODRアクセスポイントの信号伝達のための技法について説明する。本開示の技法は、1つ以上の利点を提供し得る。例えば、IDRアクセスポイントに加えてODRアクセスポイントを信号伝達することは、IDRアクセスポイントの信号伝達を可能にする既知の技法よりも、HTTPストリーミングによるストリームを開始するための制御のより微細な精度granularityを与えることによって、走査又はシーク機能の改善を可能にし得る。本開示の技法はまた、より多くのアクセスポイントが与えられ、それによってHTTPストリーミングのための走査及び/又はシーク機能を改善し得るので、復号のためのハイレベルのフレーム間コンテンツ依存を含むより複雑なビデオプログラムをストリーミングするとき、利点を提供し得る。本開示の技法は、セグメンテーションファイルのヘッダ情報において1つ以上のODRアクセスポイントを信号伝達することによって、クライアント機器が、ODRアクセスポイント自体において開始するメディアデータのストリーム、又はODRアクセスポイントを含むオープンGOPを要求し、それによって、セグメンテーションファイルによって表されるビデオのストリーミング/復号/再生のための開始点の選択におけるより微細なグラニュラリティを与え得るので、さらなる利点を提供し得る。これらの技法はまた、ビデオ表現の再生のためにストリーミングされるべきデータの量を低減することによって、従来の技法よりも有益であり得る。幾つかの例では、本開示の技法は、セグメンテーションファイルのヘッダ情報におけるODRアクセスポイント及び/又は他の情報の信号伝達を可能にする。一例では、ODRアクセスポイントは、ムービー表現又はセグメントのセグメントインデックスボックスSIDXにおいて信号伝達され得る。セグメンテーションファイルは、ISOベースメディアファイルフォーマット、或いは、例えば、スケーラブルビデオ符号化SVC、アドバンストビデオ符号化AVC、及び/又はマルチビュービデオ符号化MVCなどのISOベースメディアファイルフォーマットの拡張を含む他のタイプのセグメンテーションファイルに従ってフォーマットされ得る。本開示の技法は、走査及び/又はシーク機能に関係する他の情報の信号伝達をさらに可能にし得、それについては、以下でさらに詳細に説明する。本開示の技法は、走査機能のために、1つ以上のイントラ符号化フレームIフレームのバイト範囲についてのHTTPサーバ機器による信号伝達をさらに可能にする。例えば、宛先機器は、ビデオのプレゼンテーションのためのトリックモードとしても知られる、早送り又は早戻しのためにビデオ表現の高速バージョンを表示し得る。これらの技法によれば、クライアント機器は、Iフレームバイト範囲の信号伝達に基づいて、ビデオ表現の高速バージョンを提示するために必要でない他のフレームから独立した、ビデオ表現の信号伝達されたIフレームのみを要求及び/又は復号し得る。例えば、クライアント機器は、信号伝達されたバイト範囲内で生じる1つ以上のIフレームを例えば、1つ以上のHTTP部分GET要求によって特に要求し得る。クライアント機器は、比較的高速でビデオコンテンツを提示するために、検索されたメディアデータの2つ以上のIフレームを連続的に提示し得る。2つ以上のIフレームは、少なくとも1つのインター符号化フレーム例えば、Bフレーム又はPフレームだけ時間的に分離され得る。信号伝達されたIフレームのみを検索し、復号し、表示することによって、クライアント機器は、早送り又は早戻し動作のためにビデオ表現の高速バージョンをユーザに与え得る。幾つかの例では、信号伝達されたIフレームは、IDRアクセスポイント及び/又はODRアクセスポイントを含み得る。ビデオ表現のIフレームのためのバイト範囲は、様々な符号化ユニット例えば、メディアセグメンテーションのヘッダ情報において信号伝達され得る。例えば、発信源機器は、例えば、MPDファイル内のビデオレベル、表現レベル、セグメントレベル、フラグメントレベル、又はメディアプレゼンテーションのヘッダ情報の他のレベルにおいてIフレームのバイト範囲を信号伝達し得る。これらの技法は、1つ以上の利点を提供し得る。例えば、宛先機器は、ビデオ表現の高速バージョンを作成、記憶、及び/又は送信することなしに、HTTPストリーミングなどのストリーミングプロトコルのコンテキストにおいてビデオ表現の高速再生を実行し得る。さらに、クライアント機器が、信号伝達されたIフレームに基づいて早送り再生及び早戻し再生のいずれか又は両方をユーザに提示し得るので、これらの技法は有利であり得る。図1は、オーディオ/ビデオA/V発信源機器20がオーディオ及びビデオデータをA/V宛先機器40にトランスポートする例示的なシステム10を示すブロック図である。A/V発信源機器20は発信源ビデオ機器と呼ばれることもある。図1のシステム10は、ビデオ通信会議システム、サーバ/クライアントシステム、放送事業者/受信機システム、又はA/V発信源機器20などの発信源機器からA/V宛先機器40などの宛先機器にビデオデータが送られる任意の他のシステムに対応し得る。A/V宛先機器40は宛先ビデオ機器又はクライアント機器と呼ばれることもある。幾つかの例では、A/V発信源機器20及びA/V宛先機器40は双方向情報交換を実行し得る。即ち、A/V発信源機器20及びA/V宛先機器40は、オーディオ及びビデオデータの符号化と復号及び、送信と受信の両方が可能であり得る。幾つかの例では、オーディオエンコーダ26は、ボコーダとも呼ばれるボイスエンコーダを備え得る。A/V発信源機器20は、図1の例では、オーディオ発信源22とビデオ発信源24とを備える。オーディオ発信源22は、例えば、オーディオエンコーダ26によって符号化されるべき、収録されたオーディオデータを表す電気信号を生成するマイクロフォンを備え得る。代替的に、オーディオ発信源22は、前に記録されたオーディオデータを記憶する記憶媒体、コンピュータシンセサイザなどのオーディオデータ生成器、又はオーディオデータの任意の他の発信源を備え得る。ビデオ発信源24は、ビデオエンコーダ28によって符号化されるべきビデオデータを生成するビデオカメラ、前に記録されたビデオデータで符号化された記憶媒体、ビデオデータ生成ユニット、又はビデオデータの任意の他の発信源を備え得る。未加工オーディオ及びビデオデータは、アナログ又はデジタルデータを備え得る。アナログデータは、オーディオエンコーダ26及び/又はビデオエンコーダ28によって符号化される前にデジタル化され得る。オーディオ発信源22は、通話参加者が話している間、通話参加者からオーディオデータを取得し得、同時に、ビデオ発信源24は、通話参加者のビデオデータを取得し得る。他の例では、オーディオ発信源22は、記憶されたオーディオデータを備えるコンピュータ可読記憶媒体を備え得、ビデオ発信源24は、記憶されたビデオデータを備えるコンピュータ可読記憶媒体を備え得る。このようにして、本開示で説明する技法は、ライブ、ストリーミング、リアルタイムオーディオ及びビデオデータ、又はアーカイブされた、予め記録されたオーディオ及びビデオデータに適用され得る。ビデオフレームに対応するオーディオフレームは、概して、ビデオフレーム内に含まれている、ビデオ発信源24によって撮影されたビデオデータと同時にオーディオ発信源22によって収録されたオーディオデータを含んでいるオーディオフレームである。例えば、通話参加者が概して話すことによってオーディオデータを生成する間、オーディオ発信源22はオーディオデータを収録し、同時に、即ちオーディオ発信源22がオーディオデータを収録している間、ビデオ発信源24は通話参加者のビデオデータを撮影する。従って、オーディオフレームは、1つ以上の特定のビデオフレームに時間的に対応し得る。従って、ビデオフレームに対応するオーディオフレームは、概して、オーディオデータとビデオデータとが同時にキャプチャされる状況、及びオーディオフレームとビデオフレームとが、それぞれ、同時に取得されたオーディオデータとビデオデータとを備える状況に対応する。幾つかの例では、オーディオエンコーダ26は、符号化オーディオフレームのオーディオデータが記録された時間を表す、各符号化オーディオフレームにおけるタイムスタンプを符号化し得、同様に、ビデオエンコーダ28は、符号化ビデオフレームのビデオデータが記録された時間を表す、各符号化ビデオフレームにおけるタイムスタンプを符号化し得る。そのような例では、ビデオフレームに対応するオーディオフレームは、タイムスタンプを備えるオーディオフレームと同じタイムスタンプを備えるビデオフレームとを備え得る。A/V発信源機器20は、オーディオエンコーダ26及び/又はビデオエンコーダ28がそこからタイムスタンプを生成し得るか、或いはオーディオ発信源22及びビデオ発信源24がオーディオ及びビデオデータをそれぞれタイムスタンプに関連付けるために使用し得る、内部クロックを含み得る。幾つかの例では、オーディオ発信源22は、オーディオデータが記録された時間に対応するデータをオーディオエンコーダ26に送り得、ビデオ発信源24は、ビデオデータが記録された時間に対応するデータをビデオエンコーダ28に送り得る。幾つかの例では、オーディオエンコーダ26は、必ずしもオーディオデータが記録された絶対時刻を示すことなしに、符号化オーディオデータの相対的時間順序を示すために、符号化オーディオデータ中のシーケンス識別子を符号化し得、同様に、ビデオエンコーダ28も、符号化ビデオデータの相対的時間順序を示すためにシーケンス識別子を使用し得る。同様に、幾つかの例では、シーケンス識別子は、タイムスタンプにマッピングされるか、又は場合によってはタイムスタンプと相関し得る。本開示の技法は、概して、符号化マルチメディア例えば、オーディオ及びビデオデータのトランスポートと、トランスポートされたマルチメディアデータの受信並びに後続の解釈及び復号とを対象とする。本開示の技法は、例えば、スケーラブルビデオ符号化SVC、アドバンストビデオ符号化AVC、ISOベースメディアファイルフォーマット、又はマルチビュービデオ符号化MVCデータ、又は他のビデオデータなど、様々な規格及び拡張のビデオデータの配信に適用され得る。幾つかの例では、ビデオ発信源24はシーンの複数のビューをビデオエンコーダ28に提供できる。幾つかの例では、ビデオデータの複数のビューは、立体視又は自動立体視3次元ディスプレイなど、3次元ディスプレイによって使用されるべき3次元ビデオデータを生成するために有用であり得る。A/V発信源機器20は、A/V宛先機器40にサービスを提供し得る。サービスは、概して、MVCデータの利用可能なビューのサブセットに対応し得る。例えば、マルチビュービデオデータは、0から7まで順序付けられた8つのビューについて利用可能であり得る。あるサービスは2つビューを有するステレオビデオに対応し得るが、別のサービスは4つのビューに対応し得、さらに別のサービスは8つのビューすべてに対応し得る。概して、サービスは、利用可能なビューの任意の組合せ即ち、任意のサブセットに対応する。サービスはまた、利用可能なビュー並びにオーディオデータの組合せに対応し得る。各個のデータストリームはオーディオかビデオかにかかわらずエレメンタリストリームと呼ばれる。エレメンタリストリームは、デジタル的に符号化された場合によっては圧縮されたプログラムの単一の構成要素である。例えば、プログラムの符号化ビデオ又はオーディオ部分はエレメンタリストリームであり得る。エレメンタリストリームは、それがプログラムストリーム又はトランスポートストリームに多重化される前に、パケット化エレメンタリストリームPESに変換され得る。同じプログラム内では、1つのエレメンタリストリームに属するPESパケットを他のものから区別するためにストリームIDが使用される。エレメンタリストリームの基本データ単位はパケット化エレメンタリストリームPESパケットである。従って、MVCビデオデータの各ビューはそれぞれのエレメンタリストリームに対応する。同様に、オーディオデータは1つ以上のそれぞれのエレメンタリストリームに対応する。図1の例では、カプセル化ユニット30は、ビデオエンコーダ28からビデオデータを備えるエレメンタリストリームを受信し、オーディオエンコーダ26からオーディオデータを備えるエレメンタリストリームを受信する。幾つかの例では、ビデオエンコーダ28及びオーディオエンコーダ26はそれぞれ、符号化データからPESパケットを形成するためのパケッタイザを含み得る。他の例では、ビデオエンコーダ28及びオーディオエンコーダ26はそれぞれ、符号化データからPESパケットを形成するためのパケッタイザpacketizersとインターフェースし得る。さらに他の例では、カプセル化ユニット30は、符号化オーディオデータと符号化ビデオデータとからPESパケットを形成するためのパケッタイザを含み得る。本開示で使用するプログラムは、オーディオデータとビデオデータとの組合せ、例えば、A/V発信源機器20のサービスによって配信されたオーディオエレメンタリストリームと利用可能なビューのサブセットとを備え得る。各PESパケットは、PESパケットが属するエレメンタリストリームを識別するstreamidを含む。カプセル化ユニット30は、エレメンタリストリームを構成プログラムストリーム又はトランスポートストリームにアセンブルし得る。プログラムストリームとトランスポートストリームとは、異なるアプリケーションをターゲットにする2つの代替多重である。概して、プログラムストリームは1つのプログラムのデータを含み、トランスポートストリームは1つ以上のプログラムのデータを含み得る。カプセル化ユニット30は、提供されているサービス、ストリームがパスされる媒体、送られるべきプログラムの数、又は他の考慮事項に基づいて、プログラムストリーム又はトランスポートストリームのいずれか若しくは両方を符号化し得る。例えば、記憶媒体中のビデオデータが符号化されるべきであるときは、カプセル化ユニット30はプログラムストリームを形成する可能性がより高くなり得、ビデオデータがネットワークを介してストリーミングされるか、ブロードキャストされるか、又はビデオテレフォニーの一部として送られるべきであるときは、カプセル化ユニット30はトランスポートストリームを使用する可能性がより高くなり得る。カプセル化ユニット30は、オーディオエンコーダ26とビデオエンコーダ28とからプログラムのエレメンタリストリームのPESパケットを受信し、PESパケットから対応するネットワークアブストラクションレイヤNALユニットを形成する。H.264/AVCAdvancedVideoCodingの例では、符号化ビデオセグメントは、ビデオテレフォニー、ストレージ、ブロードキャスト、又はストリーミングなどのアプリケーションに対処するネットワークフレンドリーなビデオ表現を与えるNALユニットに編成される。NALユニットは、ビデオ符号化レイヤVCLNALユニットと非VCLNALユニットとにカテゴリー分類され得る。VCLユニットは、コア圧縮エンジンを含んでおり、ブロック、マクロブロック、及び/又はスライスレベルを備え得る。他のNALユニットは非VCLNALユニットである。そのペイロード中にビデオデータを含むNALユニットは、様々な精度レベルgranularitylevelsのビデオデータを備え得る。例えば、NALユニットは、ビデオデータのブロック、マクロブロック、複数のマクロブロック、ビデオデータのスライス、又はビデオデータのフレーム全体を備え得る。概して、アクセスユニットは、ビデオデータのフレームを表すための1つ以上のNALユニット及びそのフレームに対応するオーディオデータが利用可能なとき、そのようなオーディオデータを備え得る。アクセスユニットは、概して、1つの出力時間インスタンスにわたるすべてのNALユニット、例えば1つの時間インスタンスにわたるすべてのオーディオ及びビデオデータを含む。H.264/AVCに対応する例では、アクセスユニットは、1次符号化ピクチャとして提示され得る、1つの時間インスタンス中の符号化ピクチャを備え得る。従って、アクセスユニットは、共通の時間インスタンスのすべてのビデオフレーム、例えば、時間Xに対応するすべてのビュー構成要素を備え得る。カプセル化ユニット30は、NALユニットを、ISOベースメディアファイルフォーマット又はそれの派生物例えば、SVC、AVC、MVC、又は3GPPに準拠するビデオファイルのトラックにアセンブルし、そのビデオファイルを出力インターフェース32にパスし得る。出力インターフェース32は、例えば、送信機、トランシーバ、例えば、オプティカルドライブ、磁気メディアドライブ例えば、フロッピー登録商標ドライブなど、コンピュータ可読媒体にデータを書き込むための機器、ユニバーサルシリアルバスUSBポート、ネットワークインターフェース、又は他の出力インターフェースを備え得る。出力インターフェース32は、NALユニット又はアクセスユニットを、例えば、送信信号又は搬送波などの一時媒体、或いは磁気メディア、光メディア、メモリ、又はフラッシュドライブなどのコンピュータ可読記憶媒体のコンピュータ可読媒体例えば、チャネル34に出力する。入力インターフェース36はコンピュータ可読媒体例えば、チャネル34からデータを検索する。入力インターフェース36は、例えば、光学ドライブ、磁気媒体ドライブ、USBポート、受信機、トランシーバ、又は他のコンピュータ可読媒体インターフェースを備え得る。入力インターフェース36は、NALユニット又はアクセスユニットをカプセル化解除ユニット38に与え得る。カプセル化解除ユニット38は、トランスポートストリーム又はプログラムストリームを構成PESストリームに多重分離し、符号化データを検索するためにPESストリームを逆パケット化し、例えば、ストリームのPESパケットヘッダによって示されるように、符号化データがオーディオ又はビデオストリームの一部であるかどうかに応じて、符号化データをオーディオデコーダ46又はビデオデコーダ48に送り得る。カプセル化解除ユニット38は、初めに、受信したビデオファイル中に含まれるトラックのうちの1つを選択し、次いで、選択されたトラックのデータ及び選択されたトラックのエクトラクタextractorsによって参照される他のトラックのデータのみをビデオデコーダ48にパスし、選択されたトラックのエクトラクタによって参照されない他のトラックのデータを廃棄し得る。オーディオデコーダ46は、符号化オーディオデータを復号し、復号されたオーディオデータをオーディオ出力42に送り、ビデオデコーダ48は、符号化ビデオデータを復号し、ストリームの複数のビューを含み得る復号されたビデオデータをビデオ出力44に送る。ビデオ出力44は、シーンの複数のビュー、例えばシーンの各ビューを同時に提示する立体視又は自動立体視ディスプレイを使用するディスプレイを備え得る。多くのビデオ符号化規格の場合と同様に、H.264/AVCは、誤りのないビットストリームのシンタックスと、セマンティクスと、復号プロセスとを定義し、そのいずれかは特定のプロファイル又はレベルに準拠する。H.264/AVCはエンコーダを指定しないが、エンコーダは、生成されたビットストリームがデコーダの規格に準拠することを保証することを課される。ビデオ符号化規格のコンテキストにおいて、プロファイルは、アルゴリズム、機能、又はそれらに適用するツール及び制約のサブセットに対応する。例えば、H.264規格によって定義されるプロファイルは、H.264規格によって指定されたビットストリームシンタックス全体のサブセットである。レベルは、例えば、ピクチャの解像度、ビットレート、及びマクロブロックMB処理レートに関係するデコーダメモリ及び計算など、デコーダリ発信源消費の制限に対応する。H.264規格は、例えば、与えられたプロファイルのシンタックスによって課される限界内で、復号されたピクチャの指定されたサイズなど、ビットストリーム中のシンタックス要素がとる値に応じて、エンコーダ及びデコーダのパフォーマンスの大きい変動を必要とする可能性が依然としてあることを認識している。H.264規格は、多くのアプリケーションにおいて、特定のプロファイル内でシンタックスのすべての仮定的使用を処理することが可能なデコーダを実装することが実際的でもなく、経済的でもないことをさらに認識している。従って、H.264規格は、ビットストリーム中のシンタックス要素の値に課せられた制約の指定されたセットとしてレベルを定義している。これらの制約は、値に関する単純な限界であり得る。代替的に、これらの制約は、値の演算の組合せ例えば、ピクチャの幅×ピクチャ高さ×毎秒復号されるピクチャの数に関する制約の形態をとり得る。H.264規格は、個別の実装形態が、サポートされるプロファイルごとに異なるレベルをサポートし得ることをさらに規定している。プロファイルに準拠するデコーダは、通常、プロファイル中で定義されたすべての機能をサポートする。例えば、符号化機能として、Bピクチャ符号化は、H.264/AVCのベースラインプロファイルではサポートされず、H.264/AVCの他のプロファイルではサポートされる。レベルに準拠するデコーダは、レベルにおいて定義された制限を超えてリ発信源を必要としない任意のビットストリームを復号することが可能である必要がある。プロファイル及びレベルの定義は、説明可能性のために役立ち得る。例えば、ビデオ送信中に、プロファイル定義とレベル定義のペアが全送信セッションについてネゴシエートされ、同意され得る。より詳細には、H.264/AVCでは、レベルは、例えば、処理する必要があるマクロブロックの数に関する制限と、復号されたピクチャバッファDPBサイズと、符号化ピクチャバッファCPBサイズと、垂直動きベクトル範囲と、2つの連続するMBごとの動きベクトルの最大数と、Bブロックが8×8ピクセル未満のサブマクロブロックパーティションを有することができるかどうかとを定義し得る。このようにして、デコーダは、デコーダがビットストリームを適切に復号することが可能であるかどうかを判断し得る。パラメータセットは、概して、シーケンスパラメータセットSPS中のシーケンスレイヤヘッダ情報とピクチャパラメータセットPPS中のまれに変化するピクチャレイヤヘッダ情報とを含んでいる。パラメータセットがある場合、このまれに変化する情報をシーケンスごと又はピクチャごとに繰り返す必要はなく、従って符号化効率が改善され得る。さらに、パラメータセットの使用はヘッダ情報の帯域外送信を可能にし、誤り耐性を達成するための冗長送信の必要を回避し得る。帯域外送信では、他のNALユニットとは異なるチャネル上でパラメータセットNALユニットが送信され得る。補足強調情報SEI:SupplementalEnhancementInformationメッセージは、VCLNALユニットから符号化ピクチャサンプルを復号するために必要でない情報を含んでいることがある。SEIメッセージは、上記で説明したように非VCLNALユニット中に含まれていることがある。幾つかの例では、SEIメッセージは、標準規格例えば、H.264の規範的部分であり、規格準拠デコーダの実装形態にとって必須でない。幾つかの例では、SEIメッセージは、復号、表示、誤り耐性、及び他の目的に関係するプロセスを支援し得る。幾つかの例では、SEIメッセージは、シーケンスレベル例えば、複数の連続するピクチャ/フレームメッセージであり得る。他の例では、SEIメッセージは、ビデオデータの1つ以上のピクチャ/フレームに固有であり得る。H.264/AVC及び他のビデオ規格では、オープンGOPの復号順序で第1のピクチャであるイントラ符号化ピクチャがあり得る。オープンGOPは、出力順序で最初のイントラピクチャに先行するピクチャが正しく復号可能でないことがあるピクチャグループである。H.264/AVCデコーダは、オープンGOPを開始するイントラピクチャを認識し、後続のピクチャを復号し始め得る。そのようなイントラピクチャは、回復点SEIに関連し得ることに留意されたい。幾つかの例では、本明細書では、オープンGOPを開始するフレームをオープン復号リフレッシュODRフレームと呼ぶ。クローズドGOPは、すべてのピクチャが正しく復号され得るそのようなピクチャグループである。H.264/AVCでは、クローズドGOPはIDRアクセスユニットから開始し得る。図2は、ピクチャグループGOP210を含むビデオフラグメント201の一例を示す概念図である。GOPは、ビデオシーケンスのプレゼンテーション順序で連続したフレームのグルーピングとして表され得る。ビデオフラグメントは、GOP210と同様の任意の数のGOPを含み得る。図2の例は、ビデオフラグメント201の一部分を示す。ビデオフラグメントは複数のフレーム220A~220Kを含む。フラグメント201は、GOP210などの1つ以上のピクチャグループGOPを備え得る。1つ以上のGOP210は、ビデオ表現のフレームのグルーピングとして表され得る。図210に示すGOP210は、クローズドGOPの例である。即ち、フレーム220B~220Iの各々は、GOP210の外部のフレーム、例えば、フレーム220A、220J、及び220Kに関係なく復号され得る。図2に示すように、フレーム220Aはプレゼンテーション順序でGOP210のフレーム220B~220Iに先行する。フレーム220J~220Kはプレゼンテーション順序でGOP210のフレーム220B~220Iの後にある。フレーム220A及び220J~220Kは、フラグメント201の別のGOPの部分であり得る。フレーム220A~220Kのプレゼンテーション順序は、フレームの復号順序とは異なり得る。例えば、GOPは、Iフレーム、Bフレーム、又はPフレームの任意の組合せを含み得る。イントラ符号化フレームIフレームは、単独で復号可能であるそれらのフレームであり、これは、Iフレームを復号するために、デコーダが他のフレームのコンテンツに依拠する必要がないことを意味する。図2の例では、フレーム220A及び220IはIフレームの例である。Pフレームは、1つの方向における1つ以上のフレームに対するインター符号化であり得る。図2の例では、フレーム220B、220C、及び220EはPフレームの例である。Bフレームは、2つの方向における1つ以上のフレームに対するインター符号化であり得る。図2の例では、フレーム220D、220F、220G、及び220Hは、Bフレームの例である。上記で説明したように、図2の例によれば、フレーム220A~220Kの復号順序は、フレームのプレゼンテーション順序とは異なり得る。例えば、フレーム220B~220Iを復号するとき、フレーム220IIフレームが最初に復号され得る。矢印222Eによって示されるように、フレーム220Eはフレーム220Iのコンテンツに依拠して、正しく復号される。従って、フレーム220Eは、フレーム220Iが復号された後に復号され得る。矢印222Cによって示されるように、フレーム220Cは、フレーム220Eのコンテンツに依拠して、正しく復号され得る。矢印222Gによって示されるように、フレーム220Gは、フレーム220Eとフレーム220Iの両方のコンテンツに依拠して、正しく復号され得る。従って、幾つかの例では、フレーム220C及び220Gの復号は、フレーム220I及び220Eを復号した後に行われ得る。フレーム220B、220D、220F、及び220Hは、それぞれフレーム220C、220E、220G、及び220Iのうちの1つ以上のコンテンツに依拠しており、従って、フレーム220C、220E、220G、及び220Iが復号された後に復号され得る。上記で説明したように、瞬時復号リフレッシュinstantaneousdecodingrefreshIDRアクセスポイントは、クローズドGOP、例えば、図2中のGOP210のアクセスポイントとして表され得る。GOPの外部のフレームのコンテンツに依拠することなしに正しく復号可能であるフレームのみを含むGOPは、クローズドGOP210と見なされ得る。図2に、IDRアクセスポイントの2つの例を示す。図2の例に示すように、フレーム220Aは、他のフレームのコンテンツに依拠せずに正しく復号可能であり、即ち、フレーム220Aは、別のフレームに対する依拠を示す矢印を含まない。フレーム220Aは、フレーム220Aに先行するフレームがないので、それ自体がGOPと見なされ得る。従って、フレーム220Aは、フレーム220AのみからなるGOPの外部のフレームのコンテンツに依拠せずに正しく復号されるGOPのアクセスポイントであるので、フレーム220AはIDRアクセスポイントと見なされ得る。また、フレーム220Iは、クローズドGOP210のIDRアクセスポイントと見なされ得る。図2の例に示すように、フレーム220Iは、GOP210の他のフレーム例えば、フレーム220B~220Hのコンテンツに依拠することなしに単独で復号可能であるIフレームである。フレーム220B~220Hの各々は、上記で説明したように、GOP210内の他のフレームのコンテンツに依拠して正しく復号されるが、フレーム220B~220Hのいずれも、GOP210の外部のフレームのコンテンツに依拠しない。従って、GOP210は、IDRアクセスポイント、即ち、フレーム220Iを含むクローズドGOPと見なされ得る。図3は、オープン復号リフレッシュODRアクセスポイントを含むオープンGOP310を含むビデオフラグメント301の少なくとも一部分の一例を示す概念図である。図2の例と同様に、フレーム320AはIフレームであり、IDRアクセスポイントである。また、図2の例と同様に、フレーム320Iは、ランダムアクセスポイントに対応するIフレームである。しかしながら、表示順序でIフレーム320Iより前のGOP310のフレームが正しく復号可能であるためにフレーム320Aのコンテンツに依拠するという点で、図3の例は図2の例とは異なる。例えば、矢印によって示されるように、フレーム320B、320C、及び320Eの各々は、フレーム320Aのコンテンツに直接依拠する。フレーム320D、及び320F~320Hは、それぞれフレーム320B、320C、及び320Eのうちの1つ以上のコンテンツに少なくとも部分的に依拠して正しく復号されるように、それぞれフレーム320Aのコンテンツに間接的に依拠する。しかしながら、また図3に示すように、表示順序でIフレーム320Iに続くフレーム320J及び320Kは、Iフレーム320Iより前のフレームに対する依拠なしに正しく復号され得る。従って、Iフレーム320IはODRRAPとして使用され得る。本開示は、ストリーミングビデオのコンテキストにおけるランダムアクセス機能の改善のための技法を対象とする。本開示の技法は、ビデオプレゼンテーションのHTTPストリーミング、復号、及び/又は再生の開始のためのODRアクセスポイントと様々な他の情報との信号伝達を可能にする。例えば、クライアント機器は、サーバ機器から、ビデオ表現の第1のGOPのODRアクセスポイントの指示を受信し得る。第1のGOPの少なくとも1つのフレームについての符号化情報は、復号順序でODRRAPフレームに続くメディアセグメンテーションの少なくとも1つのフレームが正しく復号され得ないことを示す。表示順序でODRRAPフレームに続くメディアセグメンテーションの各フレームは、表示順序でODRRAPより前のフレームのコンテンツに依拠することなしに、正しく復号され得る。クライアント機器は、サーバ機器に、示されたODRRAPで開始するメディアデータのストリームを検索する要求例えば、GET要求又は部分GET要求を送り得る。次いで、クライアント機器は、ODRRAPにおいてメディアデータの復号/再生を開始し得る。特に、発信源機器は、ビデオフラグメントのODRRAPに対するバイトオフセットを信号伝達し得る。ビデオフラグメントは、ビデオフラグメントに固有のユニフォームリソースロケータURL又はユニフォームリ発信源ネームURNを使用して、単独でアドレス指定可能であり得る。一例では、ビデオフラグメント中のODRRAPに対するバイトオフセットを信号伝達することによって、クライアント機器は、ODRRAPにおいて開始しビデオフラグメントの終端において終了するバイト範囲を備える部分GET要求を構築し得る。別の例として、サーバ機器は符号化ビデオフレームのシーケンスを受信し得る。符号化ビデオフレームのシーケンスのセグメンテーションファイルは、少なくとも1つのODRRAPを含む。復号順序でODRRAPフレームに続くメディアセグメンテーションの少なくとも1つのフレームは、正しく復号され得ない。表示順序でODRRAPフレームに続くメディアセグメンテーションの各フレームは、表示順序でODRRAPより前のフレームのコンテンツに依拠することなしに、正しく復号され得る。サーバ機器は、ODRRAPのロケーションの指示を生成し得る。サーバ機器は、例えば、ビデオファイルについてのヘッダ情報、プレゼンテーション、又はビデオプレゼンテーションのフラグメントにおいて少なくとも1つの指示をクライアント機器に出力し得る。クライアントは、少なくとも1つの指示に基づいて、少なくとも1つの指示に基づいてビデオプレゼンテーションのセグメント又はセグメントの一部分のストリーミングを要求し得る。別の例として、クライアント機器は、ビデオフラグメント又はプレゼンテーションの少なくとも1つのIフレームのためのバイト範囲の少なくとも1つの指示を受信し得る。クライアント機器は、指示に基づいて、Iフレームを検索する要求をサーバ機器に送り得る。クライアント機器は、Iフレームを含むビデオプレゼンテーション又はフラグメントの高速バージョンを提示するために、少なくとも1つの検索されたIフレームを使用し得る。Iフレームは、上記で説明したようにIDRアクセスポイント又はODRアクセスポイントであることも、IDRアクセスポイント又はODRアクセスポイントでないことある。ビデオプレゼンテーションの高速バージョンは、クライアントが早送り又は早戻し動作についてのユーザ要求を受信したことに応答して提示され得る。図4は、プログラム430の一例を示すブロック図である。プログラム430は、ビデオ例えば、ムービー、テレビ番組、又は他の動画プレゼンテーションのデジタル表現であり得る。プログラム430は、HTTPストリーミングのためのサーバとして動作するように構成された1つ以上のコンピューティング機器上に記憶されるか、そのコンピューティング機器によってアクセス可能であり得る。図4の例によれば、プログラム430は、複数の表現440A~440Cとメディアプレゼンテーション記述MPD432とを含む。複数の表現440A~440Cは複数のムービーフラグメント442を含み得る。複数のフラグメント442は、再生順序で構成され得、ビデオの様々な時間即ち、時間的部分を表し得る。図4に示していないが、ムービー表現440A~440Cの1つ以上のフラグメント442は、1つ以上のムービーセグメント中に構成され得る。セグメントは、単一のURLに従って要求され得る連続ムービーフラグメントのセットを含み得る。例えば、セグメントは、ビデオ及びオーディオを含んでいることがある小さいファイルであり得る。別の例として、セグメントは1つのムービーフラグメントに対応し得、ムービーフラグメント自体は、単一のビデオトラックフラグメントと単一のオーディオトラックフラグメントとを含んでいることがある。さらに別の例として、セグメントは幾つかのムービーフラグメントに対応し得、そのうちのいずれかは、1つのビデオフラグメントと1つのオーディオフラグメントとを有し得、そのムービーフラグメントは復号時間において連続であり得る。図4に示していないが、HTTPストリーミングによるビデオ再生の表現のための情報を信号伝達するための技法は、例えば、セグメンテーションファイル、例えば、ムービー表現、ムービーセグメント、ムービーフラグメントについてのヘッダ情報など、メディアプログラムについての任意のヘッダ情報に適用可能であり得る。MPD432は、プログラム430についてのヘッダ情報と見なされ得る。MPD432は、1つ以上の表現440A~440Cを表す情報を含み得る。クライアント機器は、ストリーミング再生のための表現440A~440Cのうちの1つ以上の全部又は一部分を選択するために、MPD432を検索し得る。また、表現440はフラグメントヘッダ443を含み得る。フラグメントヘッダ443は、表現440A~440Cの特定のフラグメント442に固有の情報を含み得る。MPD432のように、フラグメントヘッダ443は、例えば、1つ以上の表現440A~440Cの1つ以上のフラグメント442の選択のために、HTTPクライアント機器によってアクセス可能であり得る。表現のフラグメント442は、IDRアクセスポイント又はODRアクセスポイントを含むことも、含まないこともある。幾つかの表現の場合、フラグメント442は、単一のIDRアクセスポイントのみを含み得る。1つ以上のIDRアクセスポイントは、プログラム430についてのヘッダ情報例えば、図4のMPD432において、又はプログラム430の1つ以上のフラグメント442についてのヘッダ情報443において信号伝達され得る。本開示の一態様は、MPD432、フラグメントヘッダ443、又はプログラム430の他のヘッダ情報のうちの1つ又は複数において、ODRアクセスポイントを信号伝達することを対象とする。従って、HTTPクライアントには、プログラム430のストリーミング、復号、及び/又は再生を開始するための増加した時間オプションが与えられ得る。幾つかの例では、ムービーは2時間以上であり得る。ムービーを表すプログラム430又は表現は、全プレゼンテーションの比較的短い部分を表し得る複数の再生時間順序で時間的に構成されたムービーフラグメントを含み得る。例えば、各ムービーフラグメントは、数秒を表すか、又は数分の長さであり得る。HTTPストリーミングによれば、クライアント機器は、ムービーの特定の時点においてセグメンテーションファイルの再生を要求し得る。そうするために、クライアント機器は、表現を与えるGET要求又は部分GET要求をサーバにサブミットし得る。HTTPGET要求は、URL又はURNに関連するファイル全体を検索するために、特定のURL又はURNを対象とする。HTTP部分GETもURL又はURNを対象とするが、検索すべきファイルのバイト範囲をさらに指定する。本開示の技法によれば、ムービー表現440の幾つかのフラグメント442は、特定のフラグメントがIDRアクセスポイントを含むかどうかを信号伝達するヘッダ情報を含み得る。場合によっては、ムービーフラグメントがムービーフラグメントの第1のフレームとしてIDRのみを含む場合、クライアント機器は、ビデオフラグメントの始端、又は他の特定の時間ロケーションにおいて再生を開始することに制限され得る。幾つかのムービーフラグメントは、IDRアクセスポイントを含まないことがあり、1つ以上のODRアクセスポイントのみを含むことがある。幾つかの例では、クライアント機器は、ビデオフラグメント中の任意のポイントにおいて再生を開始することが可能でないことがある。ビデオフラグメントは、ビデオデータの数秒、さらには数分を表し得る。従って、IDRアクセスポイントのみが信号伝達された場合、クライアントには、再生の開始のための限定されたオプションが与えられ得る。例えば、ユーザが再生を停止し、次いで、後続の閲覧中に特定の時間ロケーションから再生を再開するように要求した場合、例えば、ユーザは、プレゼンテーションの特定の時点に戻るためにビデオプレゼンテーションのすでに閲覧された部分を閲覧するように要求され得る。別の例として、クライアント機器は、例えば、帯域幅条件が変化した場合など、クライアント機器がプログラムの代替表現を要求した場合ユーザによって要求された時間ロケーション、又はクライアント機器によって開始された時間ロケーションにおいて開始する復号/再生のために必要とされるビデオプレゼンテーションのフレームよりも多くのビデオプレゼンテーションのフレームをダウンロードする必要があり得る。さらに、幾つかのビデオフラグメントはIDRアクセスポイントを含まないことがある。セグメンテーションファイル、ビデオ表現、又はビデオフラグメントについてのヘッダ情報においてODRアクセスポイントを信号伝達することによって、HTTPビデオストリーミングのための走査及びシーク機能は改善され得る。例えば、HTTPストリーミングのための既知の技法は、フラグメント内の少数のフラグメント及び/又は位置におけるストリーミング/復号/再生開始のみを可能にし得るが、本開示の技法は、再生のためのランダムアクセスポイントの数の増加を可能にする。本開示の技法はまた、復号のための大量のインターGOP依存を含むビデオ表現にとって有用であり得る。本開示の他の態様は、ムービー表現の高速再生例えば、早送り、巻戻しのために、セグメンテーションファイル又はプレゼンテーションのIフレームのバイト範囲の信号伝達を可能にする。これらの態様によれば、例えば、ビデオ表現のIフレームのみ、又は利用可能なIフレームのサブセットを表示することによって、高速でビデオ表現を表示するために、クライアント機器が、ムービー表現のIフレームを要求し、受信し、及び/又は復号し得るように、ムービープレゼンテーションの1つ以上のIフレームのバイト範囲がクライアント機器に信号伝達され得る。本開示の技法は、ISOベースメディアファイルフォーマット、スケーラブルビデオ符号化SVCファイルフォーマット、AdvancedVideoCodingAVCファイルフォーマット、ThirdGenerationPartnershipProject3GPPファイルフォーマット、及び/又はマルチビュービデオ符号化MVCファイルフォーマットのいずれかに準拠するビデオファイルに適用され得る。ISOベースメディアファイルフォーマットは、メディアの交換、管理、編集、及びプレゼンテーションを可能にする、フレキシブルな、拡張可能なフォーマットの表現のための、時限メディア情報を含んでいるように設計される。ISOベースメディアファイルフォーマットISO/IEC14496-12:2004は、時間ベースメディアファイルのための一般的な構造を定義するMPEG-4Part12において規定されている。それは、H.264/MPEG-4AVCビデオ圧縮のサポートを定義したAVCファイルフォーマットISO/IEC14496-15、3GPPファイルフォーマット、SVCファイルフォーマット、及びMVCファイルフォーマットなどのファミリー中の他のファイルフォーマットに対する基準として使用される。3GPPファイルフォーマット及びMVCファイルフォーマットはAVCファイルフォーマットの拡張である。ISOベースメディアファイルフォーマットは、オーディオビジュアル表現などのメディアデータの時限シーケンスのためのタイミング、構造、及びメディア情報を含んでいる。ファイル構造はオブジェクト指向である。ファイルは、非常に単純に基本オブジェクトに分解され得、オブジェクトの構造はそれらのタイプから暗示される。ISOベースメディアファイルフォーマットに準拠するファイルは、ボックスと呼ばれる一連のオブジェクトとして形成される。ISOベースメディアファイルフォーマットのデータはボックス中に含まれており、ファイル内に他のデータはない。これは、特定のファイルフォーマットによって必要とされる初期シグナチャを含む。ボックスは、一意のタイプ識別子と長さとによって定義されるオブジェクト指向ビルディングブロックである。一般に、プレゼンテーションは1つのファイル中に含まれ、メディアプレゼンテーションは独立型selfcontainedである。ムービーコンテナムービーボックスはメディアのメタデータを含んでおり、ビデオ及びオーディオフレームは、メディアデータコンテナ中に含まれており、他のファイル中にあり得る。プレゼンテーション動きシーケンスは、幾つかのファイル中に含まれていることがある。タイミング及びフレーミング位置及びサイズ情報は、ISOベースメディアファイルフォーマットに準拠するファイル中に含まれ得るが、補助ファイルは本質的に任意のフォーマットを使用し得る。このプレゼンテーションは、プレゼンテーションを含んでいるシステムに対してローカルであり得るか、或いはネットワーク又は他のストリーム配信機構を介して行われ得る。ファイルは、論理構造と時間構造と物理構造とを有し得、これらの構造は結合される必要はない。ファイルの論理構造は、時間並列トラックのセットを含んでいるムービーであり得る。ファイルの時間構造は、トラックが時間的なサンプルのシーケンスを含んでおり、それらのシーケンスは、随意のエディットリストによってムービー全体のタイムラインにマッピングされるものであり得る。ファイルの物理構造は、メディアデータサンプル自体から、論理、時間、及び構造的分解のために必要とされるデータを分離し得る。この構造的情報は、ムービーボックス中に集められ、場合によってはムービーフラグメントボックスによって時間的に拡張され得る。ムービーボックスは、サンプルの論理関係及びタイミング関係をドキュメント化し得、また、サンプルが配置される場所へのポインタを含んでいることがある。それらのポインタは、例えば、URLによって参照される同じファイル又は別のファイルへのものであり得る。各メディアストリームは、そのメディアタイプオーディオ、ビデオなどに専用のトラック中に含まれていることがあり、さらにサンプルエントリによってパラメータ表示され得る。サンプルエントリは、厳密なメディアタイプストリームを復号するために必要とされるデコーダのタイプの名前と、必要とされるそのデコーダのパラメータ表示を含んでいることがある。名前はまた、4文字コード、例えば、moov、又はtrakの形態をとり得る。MPEG-4メディアについてだけでなく、このファイルフォーマットファミリーを使用する他の編成によって使用されるメディアタイプについても、定義済みのサンプルエントリフォーマットがある。メタデータのサポートは、概して2つの形態をとる。第1に、時限メタデータが、適切なトラックに記憶され得、必要に応じて、それが表しているメディアデータと同期され得る。第2に、ムービー又は個々のトラックにアタッチされた非時限メタデータの全般的サポートがあり得る。構造的サポートは、全般的であり、メディアデータの場合のように、ファイル中の他の場所又は別のファイル中でのメタデータリ発信源の記憶を可能にする。さらに、これらのリ発信源は名前付きであり得、保護され得る。上記で説明したように、ISOベースメディアファイルフォーマット拡張の一例は、AVCファイル構成である。AVCファイルフォーマットに従って作成されるセグメンテーションファイルは、シーケンスパラメータセットSPSとピクチャパラメータセットPPSとを含む、パラメータセットであるNALユニットを含み得る。パラメータセットは、1つ以上のビデオトラック中に含まれ得るビデオのエレメンタリストリームに関連し得る。幾つかの例では、パラメータセットは、ビデオのエレメンタリストリーム以外の別のトラックパラメータセットトラック中にあり得る。パラメータセットトラックは、SPS及び/又はPPSNALユニットであるサンプルを含んでいるパラメータセットエレメンタリストリームであり得る。SPS及びPPSNALユニットは、VCLNALユニットから符号化ピクチャサンプルを復号するために必要でない情報を含む1つ以上のSEIメッセージを含み得る。SEIメッセージが、そのSEIメッセージを使用するピクチャより前の復号時間をもつサンプル中にある限り、SEIメッセージを含むNALユニットのロケーションは制限されない。また、上記で説明したように、ISOファイルフォーマット拡張の他の例は、SVC及びMVCファイルフォーマットを含む。また、SVC及びMVCは、上記で説明したAVCファイルフォーマットの拡張と見なされ得る。SVC及びMVCフォーマットによれば、ビデオの複数のレイヤ/ビューは、単一のビデオトラック又は複数のビデオトラック中に含まれていることがある。SVC及びMVCファイルフォーマット仕様は、レイヤ/ビューが様々な編成で提示されるとき、動作点の構成を可能にするツールを規定し得る。プログレッシブダウンロードは、HTTPプロトコルを一般に使用する、サーバからクライアントへのデジタルメディアセグメンテーションの転送を表すために使用される用語である。コンピュータから開始されると、消費者は、ダウンロードが完了する前にメディアの再生を開始し得る。ストリーミングメディアとプログレッシブダウンロードとの間の相違は、デジタルメディアにアクセスしているエンドユーザ機器によってデジタルメディアデータが受信され、記憶される方法にある。プログレッシブダウンロード再生が可能であるメディアプレーヤは、そのままファイルのヘッダ中に配置されたメタデータと、ウェブサーバからダウンロードされたときのデジタルメディアセグメンテーションのローカルバッファとに依拠する。データの指定された量がローカル再生機器に利用可能なった時点で、メディアは再生し始める。この指定された量のバッファは、エンコーダ設定においてコンテンツの製作者によってファイルに埋め込まれ得、メディアプレーヤによって課せられる追加のバッファ設定によって補強され得る。ビデオストリーミングのためにHTTPを使用することは幾つかの利点を有し、HTTPに基づくビデオストリーミングサービスが普及しつつある。HTTPストリーミングの幾つかの利点は、ネットワークを介してビデオデータをトランスポートするために新たな労力が必要とされないように、既存のインターネット構成要素及びプロトコルが使用され得ることを含む。他のトランスポートプロトコル、例えばRTPペイロードフォーマットは、メディアフォーマット及び信号伝達コンテキストを認識するために、中間ネットワーク機器、例えば中間ボックスを必要とする。また、HTTPストリーミングはクライアント主導型であり得、それにより、多くの制御問題を回避する。例えば、最適性能を取得するためのすべての特徴を活用するために、サーバは、まだ肯定応答されていないパケットのサイズとコンテンツとを追跡し得る。サーバはまた、RD最適切替え/シニングthinning決定を行うために、ファイル構造を分析し、クライアントバッファの状態を再構成し得る。さらに、ネゴシエートされたプロファイルに準拠した状態を保つために、ビットストリーム変動に関する制約が満たされ得る。HTTPは、HTTP1.1が実装されたウェブサーバにおいて、新しいハードウェア又はソフトウェア実装形態を必要としないことがある。HTTPストリーミングはまた、TCPフレンドリネスとファイアウォール横断とを実現し得る。本開示の技法は、例えば、ビットレート適応を行うことによって、帯域幅に関係する問題を克服するために、ビデオデータのHTTPストリーミングを改善し得る。ITU-TH.261、H.262、H.263、MPEG-1、MPEG-2及びH.264/MPEG-4part10などのビデオ圧縮規格は、時間冗長性を低減するために動き補償時間予測を利用する。エンコーダは、動きベクトルに従って現在の符号化ピクチャを予測するために、幾つかの前の本明細書ではフレームとも呼ぶ符号化ピクチャからの動き補償予測を使用する。典型的なビデオ符号化には3つの主要なピクチャタイプがある。それらは、イントラ符号化ピクチャIピクチャ又はIフレームと、予測ピクチャPピクチャ又はPフレームと、双方向予測ピクチャBピクチャ又はBフレームとである。Pピクチャのブロックは、1つの他のピクチャを参照してイントラ符号化され得るか、又は予測され得る。Bピクチャでは、ブロックは、1つ又は2つの参照ピクチャから予測され得るか、又はイントラ符号化され得る。これらの参照ピクチャは、時間順序で現在のピクチャの前又は後に位置し得る。3GPPファイルフォーマット3GPPは、ISOメディアベースファイルフォーマットの拡張の別の例である。3GPPは、3GUMTSマルチメディアサービスのためにThirdGenerationPartnershipProject3GPPによって定義されたマルチメディアコンテナフォーマットである。それは、一般に3Gモバイルフォン及び他の3G対応機器上で使用されるが、幾つかの2G及び4Gフォン並びに様々な他の機器上でも再生され得る。3GPPファイルフォーマットはISOベースメディアファイルフォーマットに基づく。最新の3GPは、3GPPTS26.244、Transparentendtoendpacketswitchedstreamingservice3GPPfileformatにおいて規定されている。3GPPファイルフォーマットは、ビデオストリームをMPEG-4Part2又はH.263又はMPEG-4Part10AVC/H.264として記憶する。3GPPは、ISOベースメディアファイルフォーマットMPEG-4Part12でのサンプルエントリ及びテンプレートフィールドの使用、並びにコーデックが参照する新しいボックスを定義することを規定しているので、3GPPは、ISOベースメディアファイルフォーマットでのAMR及びH.263コーデックの使用を可能にする。3GPファイルにおけるMPEG-4メディア固有情報の記憶のために、3GP仕様は、同じくISOベースメディアファイルフォーマットに基づくMP4及びAVCファイルフォーマットに言及している。MP4及びAVCファイルフォーマット仕様には、ISOベースメディアファイルフォーマットのMPEG-4コンテンツの使用が記載されている。3GPPファイルフォーマットは、HTTPストリーミングをサポートし得る。幾つかの例では、3GPPファイルフォーマットは、メディアプレゼンテーション記述MPD例えば、図4に示したMPD432を含み得る。MPDは、異なる代替表現例えば、異なる品質をもつビデオサービスの記述を含み得、その記述は、例えば、コード、プロファイル及びレベル情報を含み得る。MPDは、ビデオデータを含む3GPPファイルの部分でないことがある。図5は、ビデオプログラムのための表現540の一例例えば、上記の図4に示した表現440A~440Cのうちの1つを示すブロック図である。図5の例は、3GPPファイルフォーマットによる表現540を示す。図5の表現540は、本開示の技法について説明するために与えられたものにすぎず、非限定的なものである。本開示の技法は、本明細書で明示的に言及するか否かにかかわらず、ビデオデータの任意のデジタル表現に適用され得る。図5に示すように、表現540は、ムービーボックスmoov544と、セグメントインデックスボックスsidx570と、1つ以上のムービーフラグメントmoof546とを含む。説明を簡単にするために、図5の例では、ただ1つのムービーフラグメント546が示されている。典型的なムービー表現540は、図4に示したように、複数のムービーフラグメント546を含み得る。ムービーボックス544は、表現540に固有の様々な情報を含み得る。例えば、ムービーボックス544は、ムービー表現のストリーミングのための所望のビットレートなどの情報を示し得る。ムービーボックス544は、代わりに又は追加として、フラグメント546に固有の情報の1つ以上の指示を含み得る。例えば、ムービーボックス544は、表現中に含まれているフラグメント546の数、1つ以上のフラグメント546の開始及び/又は終了に対応する再生時間、及び/又は表現540のフラグメント546のためのビット範囲の1つ以上の指示を示す情報を含み得る。表現540は、1つ以上のセグメントインデックスボックス570をさらに含み得る。セグメントインデックスボックス570は、表現540の1つ以上のフラグメント546に先行し得る。幾つかの例では、セグメントインデックスボックス570は、表現540の各フラグメント546に先行し得る例えば、図4を参照。他の例では、セグメントインデックスボックス570は、複数のフラグメントがムービーセグメント中に構成された場合、表現の各セグメントに先行し得る。セグメントインデックスボックス570は、フラグメント546のためのランダムアクセス機能に関係する情報を信号伝達するように構成され得る。例えば、知られている実装形態によれば、セグメントインデックスボックス570は、フラグメント546のIDRアクセスポイントを示し得る。セグメントインデックスボックス570は、IDRアクセスポイント基準フラグメントを含むフラグメントのバイトオフセット基準オフセットをさらに示し得る。セグメントインデックスボックス570は、基準フラグメント基準デルタ時間の第1のサンプルのタイミング情報をさらに示し得る。セグメントインデックスボックスは、現在のムービーフラグメント例えば、セグメントインデックスボックス570の後のフラグメントがランダムアクセスポイントを含むかどうかcontainsRAPをさらに示し得る。セグメントインデックスボックス570は、ムービーフラグメント546の第1のサンプルとムービーフラグメント546の第1のランダムアクセスポイントとの間のタイミング差をさらに示し得る。以下の擬似コードは、幾つかの技法に従ってセグメントインデックスボックス570を実装するために使用され得るコードの一例である。以下の擬似コードでは、セグメントインデックスボックスデータ構造のために使用され得る幾つかの変数が記載されている。これらの変数は、概して、上記で説明した、同様に名前を付けられた変数に対応する。ムービー表現540のセグメントインデックスボックス570の幾つかの実装形態には、様々な短所があり得る。例えば、セグメントインデックスボックス570の幾つかの実装形態は、ビデオフラグメント546のためのIDRアクセスポイントを信号伝達するように構成されるにすぎない。さらに、場合によっては、ムービーフラグメント546は、IDRランダムアクセスポイントであるフレームから開始し得る。これらの場合、セグメントインデックスボックス570の実装形態は、第1のフレームがIDRアクセスポイントであることを信号伝達しない。代わりに、フラグメントの第1のサンプルと信号の第1のランダムアクセスポイントとの間の差のタイミング情報例えば、基準デルタ時間がさらに信号伝達される。これは、セグメントインデックスボックス570が、場合によっては必要とされない情報を通信し得るので望ましくないことがある。セグメントインデックスボックス570の幾つかの実装形態は、IDRRAPのための信号バイトオフセットが、ムービーフラグメントの開始第1のフレームに対して提示されるのでさらに望ましくないことがある。従って、場合によっては、IDRRAPがビデオフラグメント546の第1のフレームの後のある時間に生じるが、IDRRAPに先行するサンプルは再生のために復号され得ない場合でも、フラグメント546のフレームのすべてがクライアント機器によってダウンロードされる必要があり得、従って、ネットワーク接続の有益な帯域幅を浪費する。本開示は、ビデオプレゼンテーションのODRRAP、例えば、ビデオ表現のビデオフラグメント、及び/又はビデオ表現のための走査及び/又はシーク機能に関係する他の情報の信号伝達のための改善された技法を対象とする。本開示はさらに、ビデオフラグメント又はビデオ表現のIフレームのバイト範囲を信号伝達することを対象とする。信号伝達されたバイト範囲は、早送り又は早戻し動作のためにビデオプレゼンテーションの高速バージョンを与えるために、1つ以上の信号伝達されたIフレームを要求するためにクライアント機器によって使用され得る。説明のために、本開示の技法は、それらが3GPPファイルフォーマットによるビデオ表現のセグメントインデックスボックス570に適用されるものとして説明する。本開示の技法が、再生のための動画のデジタル表現のための任意の他のフォーマットに適用可能であることを、当業者は認識されよう。さらに、本開示の技法について、セグメンテーションファイルの1つ以上のフラグメントに固有のヘッダ情報においてODRアクセスポイント、他の情報、及び/又はIフレームのバイト範囲を信号伝達することに関して説明する。本明細書で説明するヘッダ情報が、ODRアクセスポイント、Iフレームバイト範囲、又は他の情報を、ムービー表現全体にとって概略的なMPDファイルセグメンテーションファイルレベル、特定の表現に固有のヘッダ情報、又はムービー表現の特定のセグメントに固有のヘッダ情報においてなど、セグメンテーションファイルの他のレベルで信号伝達し得ることを当業者は認識されよう。図6は、本開示の技法に一致するムービープレゼンテーション例えば、図5に示すプレゼンテーション540のセグメントインデックスボックス670によって信号伝達され得る様々な情報を示すブロック図である。セグメントインデックスボックス670は、1つ以上のセグメンテーションファイルに関係する情報を記憶するように構成されたデータ構造であり得る。幾つかの例では、セグメントインデックスボックス670は、図6に示す情報のサブセットを含み得るか、又は図6に示す情報のすべてを含み得る。本開示の技法に一致するセグメントインデックスボックス670を実装するために利用され得る擬似コードの一例を、以下に提示する。上記の擬似コードは、本開示の技法に一致するメディアセグメントのセグメントインデックスボックスデータ構造において、メディアのストリーミングに関係する情報を信号伝達するために使用され得る幾つかの変数を定義する。上記の変数は、概して、図6に関して以下に説明する、同様に名前を付けられた信号伝達に対応する。一例では、上記の擬似コードからの値containsRAPは、以下の意味論的定義に従って定義され得る。containsRAP:ムービーフラグメントへの参照であるとき、IDreferencetrackidをもつトラックについてそのムービーフラグメント内のトラックフラグメントが少なくとも1つのランダムアクセスポイントを含んでいる場合、この値は2であり得、IDreferencetrackidをもつトラックについてそのムービーフラグメント内のトラックフラグメントがランダムアクセスポイントとして第1のサンプルを含んでいる場合、この値は1であり得、その他の場合は、この値は0に設定される。セグメントインデックスへの参照であるとき、そのセグメントインデックス中の参照のいずれかでこの値が1又は2に設定されている場合のみ、この値は1又は2に設定され、その他の場合は0に設定されるものとする。以下の表1に、containsRAPのための値と各値の意味論的含意との例示的なセットを与える。一例では、上記の擬似コードからの値RAPtypeは、以下の意味論的定義に従って定義され得る。この値は、ムービーフラグメントの参照されたトラック中に含まれているランダムアクセスポイントのタイプを規定する。以下の表2に、containsRAPのための値と各値の意味論的含意との例示的なセットを与える。一例では、図6に示すように、セグメントインデックスボックス670は、ビデオフラグメントがランダムアクセスポイントを含むか否かの少なくとも1つの指示である、containsRAP601を含む。containsRAP601は、ムービーフラグメントがIDRアクセスポイント又はODRアクセスポイントのいずれかを含むのか、或いはその両方を含むのかを示し得る。containsRAP601は、ムービーフラグメントの第1のサンプルがランダムアクセスポイントであるかどうかをさらに示し得る。containsRAP601は、代わりに、ムービーフラグメントがランダムアクセスポイントを含まないことを信号伝達し得る。特定の一例では、ムービーフラグメントが少なくとも1つのランダムアクセスポイントを含む場合、containsRAP601には値2が割り当てられ得る。ムービーフラグメントが、フラグメントの第1のサンプルである少なくとも1つのランダムアクセスポイントを含む場合、containsRAP601には値1が割り当てられ得る。ムービーフラグメントがランダムアクセスポイントを含まない場合、containsRAPには値0が割り当てられ得る。また、図6の例に示すように、セグメントインデックスボックス670は、ランダムアクセスポイントタイプの少なくとも1つの指示である、RAPタイプ602を含み得る。RAPタイプ602は、IDRアクセスポイントが、ビデオフラグメント中に含まれている第1のランダムアクセスポイントであるかどうかを示し得る。RAPタイプ602は、ODRアクセスポイントがビデオフラグメントの第1のランダムアクセスポイントであるかどうかをさらに示し得る。RAPタイプ602は、ODRがビデオフラグメントの第1のランダムアクセスポイントであり、ビデオフラグメントがまたODRアクセスポイントの後にIDRを含むことをさらに示し得る。ODRアクセスポイントの後のIDRアクセスポイントは、遅いIDRアクセスポイントと呼ばれることがある。特定の一例では、IDRアクセスポイントが、ビデオフラグメント中に含まれている第1のランダムアクセスポイントである場合、RAPタイプ602には値000が割り当てられ得る。この例によれば、ODRアクセスポイントがビデオフラグメントの第1のランダムアクセスポイントである場合、RAPタイプ602には値011が割り当てられ得る。また、この例によれば、ODRがビデオフラグメントの第1のランダムアクセスポイントであり、ビデオフラグメントがまたODRアクセスポイントの後にIDRを含む場合、RAPタイプ602には値102が割り当てられ得る。また、図6の例に示すように、セグメントインデックスボックス670は、ランダムアクセスポイントデータオフセットの少なくとも1つの指示である、RAPデータオフセットフラグ603を含み得る。RAPデータオフセットフラグ603は、RAPのバイトオフセットがさらに信号伝達されるべきかどうかを示し得る。例えば、RAPデータオフセットフラグ603は、ビデオフラグメントの第1のランダムアクセスポイントがフラグメントのトラックの第1のサンプルでないときを示し得る。特定の一例では、第1のRAPがムービーフラグメントの参照されたトラックの第1のサンプルでないとき、RAPデータオフセットフラグ603には値1が割り当てられ得る。この例によれば、第1のRAPがムービーフラグメントの参照されたトラックの第1のサンプルである場合、RAPデータオフセットフラグ603には値0が割り当てられ得る。一例では、RAPタイプ602に値2が割り当てられた例えば、ビデオフラグメントが、フラグメントの第1のRAP後にIDRを含むとき、RAPデータオフセットフラグ603には値1のみが割り当てられ得る。また、図6の例に示すように、セグメントインデックスボックス670は、ODRRAPの分解時間復号時間とプレゼンテーション時間との間の差の少なくとも1つの指示である、デルタdtpt604を含み得る。特定の一例では、デルタdtptには、ODRRAPの分解時間とプレゼンテーション時間との間のタイミング差の分、秒、クロックサイクルの数、又は他の指示を表す数値が割り当てられ得る。また、図6の例に示すように、セグメントインデックスボックス670は、ODRRAPより前のプレゼンテーション時間とODRRAP後の分解復号時間とをもつビデオフラグメント又はプレゼンテーションのサンプルフレームの数の少なくとも1つの指示である、スキップサンプル数605を含み得る。特定の一例では、スキップサンプル数には、ODRRAPより前のプレゼンテーション時間とODRRAP後の分解時間とをもつサンプルの数を表す数値が割り当てられ得る。また、図6の例に示すように、セグメントインデックスボックス670は、ビデオフラグメントの第1のIDRRAPと第1のサンプルとの間の復号時間差の少なくとも1つの指示である、遅いIDRRAPデルタ時間606を含み得る。RAPタイプ602に値2を割り当てられた場合、遅いIDRRAPデルタ時間606には、ビデオフラグメントの第1のIDRRAPと第1のサンプルとの間の復号時間の差を示す数値例えば、フレームの数、バイト範囲、クロックサイクルの数、又は復号時間差の他の指示が割り当てられ得る。また、図6の例に示すように、セグメントインデックスボックス670は、ムービーフラグメントの第1のバイトとムービーフラグメントの第1のサンプルの第1のバイトとのオフセットの少なくとも1つの指示である、ヘッドオフセット607を含み得る。ヘッドオフセット607は、ビデオフラグメントのヘッダ情報のバイト長を示し得る。特定の一例では、ヘッドオフセット607には、ビデオフラグメントの第1のバイトとビデオフラグメントの第1のフレームとの間のバイトオフセットを示す数値、例えば、ヘッダのバイト数又はヘッダのバイト範囲が割り当てられ得る。一例では、ムービーフラグメントが2つ以上のトラックを含む場合、ヘッドオフセット607には値0が割り当てられ得る。また、図6の例に示すように、セグメントインデックスボックス670は、ランダムアクセスポイントの第1のバイトとムービーフラグメントの第1のバイトとの間のバイトオフセットの少なくとも1つの指示である、デルタオフセット608を含み得る。特定の一例では、デルタオフセット607には、ランダムアクセスポイントの第1のバイトとムービーフラグメントの第1のバイトとの間のバイトオフセットを示す数値、例えば、ランダムアクセスポイントの第1のバイトとムービーフラグメントの第1のバイトとの間のバイト数又はバイト範囲が割り当てられ得る。また、図6の例に示すように、セグメントインデックスボックス670は、遅いIDRRAPの第1のバイトとムービーフラグメントの第1のバイトとの間のバイトオフセットの少なくとも1つの指示である、遅いIDRデルタオフセット609を含み得る。特定の一例では、遅いIDRデルタオフセット609には、遅いIDRRAPの第1のバイトとムービーフラグメントの第1のバイトとの間の差を示すバイト数、又はバイト範囲を示す数値が割り当てられ得る。図6に示すヘッドオフセット607、デルタオフセット608、及び/又は遅いIDRデルタオフセット609の実装形態は、ヘッドオフセット例えば、ムービーフラグメント又はプレゼンテーションのヘッダ情報のバイト数を信号伝達するためにより少ないビット例えば、8ビットが使用され得るので有利であり得る。従来の技法によれば、ムービーフラグメント中に追加情報例えば、ボックスがある場合、及び/又はムービーフラグメントが複数のトラックを含む場合を考慮するために、ビデオフラグメントのためのヘッドオフセットを信号伝達するために32ビットが使用され得る。また、図6の例に示すように、セグメントインデックスボックス670は、フラグメントの1つ以上のIフレームのためのバイト範囲の少なくとも1つの指示である、Iフレームバイト範囲610をさらに又は代わりに含み得る。Iフレームバイト範囲610は、クライアント機器が、ビデオプレゼンテーションの高速バージョン例えば、早送り、早戻しを与えるために、Iフレームを選択的に要求し、受信し、及び/又は復号し得るように、Iフレームのバイト範囲をクライアント機器に示し得る。幾つかの例では、クライアント機器は、示されたIフレーム又はフラグメントのみを受信し、及び/又は復号し得る。この例によれば、クライアント機器は、ビデオフラグメントのすべてのフレーム例えば、Pフレーム又はBフレームを要求し、受信し、及び/又は復号することなしに、ビデオプレゼンテーションの高速バージョンを提示し、それによって、ビデオフラグメントの高速バージョンを提示するために転送されるデータの量を低減し得る。また、図6の例に示すように、セグメントインデックスボックス670は、ビデオフラグメントのIフレームのための最大オフセットの少なくとも1つの指示である、Iフレーム最大オフセット611をさらに又は代わりに含み得る。Iフレーム最大オフセット611は、ビデオ表現の1つ以上のフラグメントについて、フラグメントが少なくとも1つのIフレームを含む可能性があるフラグメントのバイト範囲を表し得る。一例では、クライアント機器は、Iフレーム最大オフセット611を受信し、Iフレーム最大オフセット611によって示されるビデオフラグメントの部分のみを要求し得る。この例によれば、クライアント機器は、要求されたバイト範囲のフレームを受信し、フラグメントを含むビデオ表現の高速バージョン例えば、早送り、早戻しを与えるために、要求されたバイト範囲の少なくともIフレームを復号し得る。図6に関して説明したセグメントインデックスボックス670中に含まれる様々な情報は、再生をストリーミングするためにメディアを取得するために、HTTPクライアント機器によって利用され得る。例えば、HTTPサーバ機器は、ムービープレゼンテーションのファームのための1つ以上のセグメントインデックスボックス670を、アクセスのためにクライアント機器にとって利用可能にし得る。クライアント機器は、セグメントインデックスボックス670の情報をレビューし、メディアのストリーミングについての要求を判断するためにその情報を使用し得る。例えば、クライアント機器は、セグメントインデックスボックス670の情報に基づいて、ストリーミング/復号/再生がビデオプレゼンテーション中のどの時間ロケーション例えば、1つ以上のアクセスポイントにおいて開始し得るかを判断し得る。1つ以上のアクセスポイントを判断したことに応答して、クライアント機器は、データのストリーミングについてのGET要求又は部分GET要求を開始し得る。GET要求又は部分GET要求は、フラグメント又はフラグメントの一部分をケーシングして、サーバ機器によって、復号/再生のためにクライアント機器に送信され得る。本開示の技法は、動画プレゼンテーションのストリーミング、復号、及び/又は再生の開始のための改善された精度を可能にし得る。例えば、ビデオフラグメントについて1つ以上のODRアクセスポイントの識別情報を信号伝達することによって、クライアント機器は例えば、上記で説明したピクチャレベルSEIメッセージを介してIDRアクセスポイントの信号伝達及び/又はフレームレベル信号伝達のみを可能にした従来の技法よりも表現中の多くの開始ポイントにアクセスし得る。ODRアクセスポイントのフレームレベル信号伝達は、クライアント機器が、ODRアクセスポイントのロケーションを判断するためにビデオプレゼンテーションのフラグメント全体を取得し、復号するように要求され得るので不利であり得る。従って、本開示の技法は、ビデオプレゼンテーションフレームの不要な転送及び/又は復号なしに、ビデオアプリケーションをストリーミングするためのアクセスポイントの選択のための改善されたグラニュラリティを可能にする。さらに、本開示の技法は、異なる複雑さのクライアント機器が、IDRアクセスポイントとODRアクセスポイントの両方を含むビデオフラグメント中でIDRアクセスポイント又はODRアクセスポイントを選定することを可能にし得る。例えば、セグメントインデックスボックス670のRAPタイプフィールド602は、フラグメントがIDRアクセスポイントとODRアクセスポイントの両方を含んでいるかどうかをクライアント機器に示し得る。クライアント機器が、ODRアクセスポイントにおいて開始して受信/復号/再生するように構成された場合、クライアント機器は、復号/再生の開始のためのODRアクセスポイントを選定し得る。しかしながら、クライアント機器がIDRアクセスポイントからのみ復号/再生を開始するように構成された場合、クライアント機器はODRアクセスポイントをスキップし、IDRアクセスポイントにおいて開始し得る。本開示の様々な技法は、復号及び/又は再生にとって不要なデータの送信の低減をさらに可能にし得る。例えば、ODRピクチャのプレゼンテーション時間と合成時間compositiontimeとの間のタイミング差を例えば、図6の例のデルタdtpt604を介して信号伝達することによって、ODRピクチャより前のサンプルのストリーミング及び/又は復号がスキップされ得る。従って、クライアント機器は、これらのサンプルを受信/復号する必要がなく、従って、ビデオプレゼンテーションを再生するために消費される帯域幅及び/又は処理能力の量を低減する。別の例として、ムービーフラグメントの様々な態様のバイトオフセット例えば、ヘッドオフセット607、デルタオフセット608、及び/又は遅いIDRデルタオフセット609を信号伝達することは、ランダムアクセスポイントより前のサンプルに対応するデータ、又は復号のために必要とされない他のデータの送信がスキップされることを可能にし得る。別の例として、ビデオフラグメントのIフレームのためのバイト範囲例えば、Iフレームバイト範囲610、Iフレーム最大オフセット611を信号伝達することによって、クライアント機器は、それらの望ましいフレームのみにビデオプレゼンテーションの高速バージョンを与えるように要求し得る。本技法は、ビデオプレゼンテーションの高速再生例えば、早送り、早戻しのために特定の表現が作成される必要がないので、ビデオ表現の高速バージョンを与えるための他の技法と比較して有益であり得る。代わりに、高速表現を与えるために既存のプレゼンテーションのフレームが使用され得る。さらに、例えば、送信され、受信され、復号されるビデオ表現の高速バージョンを与えるために必要とされるデータの量が低減され得る。本開示の技法に一致するランダムアクセスポイントに関係する情報を信号伝達するように構成されたセグメントインデックスボックスを実装するために利用され得る擬似コードの別の例を、以下に提示する。上記の擬似コード例によれば、RAPfirstsampleは、メディアセグメンテーションの第1のサンプルがRAPであるかどうかを示し得る。例えば、RAPfirstsampleは、参照エントリの第1のサンプルがRAPであることを示す値1を有し得る。RAPfirstsampleは、参照の第1のサンプルがRAPでないことを示す値0を有し得る。RAPtypeは、メディアセグメンテーション中に含まれているRAPのタイプを示し得る。例えば、RAPtypeは、メディアセグメンテーションがIDRRAPを含んでいることを示す値0を有し得る。RAPtypeは、メディアセグメンテーションがODRRAPを含んでいることを示す値1を有し得る。DeltaPTは、プレゼンテーション順序でODRRAPの後の第1のサンプルのプレゼンテーション合成時間と復号時間との間の時間差を示し得る。Numberskipsamplesは、メディアセグメンテーションの第1のRAPであり得るODRRAPより前のプレゼンテーション時間とODRRAPの後の分解時間とをもつサンプルの数を示し得る。図6に示していない別の例では、ムービー表現のMPDファイルは、ODRRAP及び/又はIDRRAPに関係する情報を信号伝達するように構成され得る。例えば、MPDは、バイナリフラグ値を備え得るシンタックス要素RAPAsODRを含み得る。RAPAsODR値は、幾つかのランダムアクセスポイントがODRであるか否かを示すために設定され得る。即ち、幾つかの例では、RAPAsODR値は、MPDに対応するビデオシーケンス中の少なくとも1つのランダムアクセスポイントがODRフレームであることを示す値真に設定され得るが、すべてのランダムアクセスポイントがIDRフレームであることを示す値偽に設定され得る。図7は、概して、本開示の技法に一致するHTTPクライアント機器を動作させる方法の一例を示すフローチャート図である。本方法は、クライアント機器例えば、図1に示すA/V宛先機器40においてサーバ機器例えば、図1に示すA/V発信源機器20から、メディアセグメンテーション例えば、図3に示すオープンGOP310のオープン復号リフレッシュランダムアクセスポイント例えば、図3に示すフレーム320Iの指示を受信することを含む701。少なくとも1つのフレームのための符号化情報は、復号順序でODRRAPフレームに続くメディアセグメンテーションの少なくとも1つのフレームが正しく復号され得ないことと、表示順序でODRRAPフレームに続くメディアセグメンテーションの各フレームが、表示順序でODRRAPより前のフレームのコンテンツに依拠することなしに、正しく復号され得ることとを示す。本方法は、クライアント機器が、示されたODRRAPで開始するメディアデータのストリームを検索する少なくとも1つの要求をサーバ機器に送ることをさらに含む702。図8は、本開示の技法に一致するHTTPサーバ機器を動作させる方法の一例を示すフローチャート図である。本方法は、メディアセグメンテーションのオープン復号リフレッシュODRランダムアクセスポイントRAPフレームを備える符号化ビデオフレームのシーケンスを受信することを含む801。復号順序でODRRAPフレームに続くメディアセグメンテーションの少なくとも1つのフレームが正しく復号され得ず、表示順序でODRRAPフレームに続くメディアセグメンテーションの各フレームが、表示順序でODRRAPより前のフレームのコンテンツに依拠することなしに、正しく復号され得る。本方法は、ODRRAPのロケーションの指示を生成することをさらに含む802。本方法は、指示を出力することをさらに含む803。図9は、ビデオ表現の高速バージョンを与えるようにHTTPクライアント機器を動作させる方法の一例を示すフローチャート図である。本方法は、ビデオフラグメントの少なくとも1つのインター符号化フレームIフレームのためのバイト範囲の指示を受信することを含む901。本方法は、少なくとも1つのIフレームを受信したいという要求をサーバ機器に送ることをさらに含む902。本方法は、少なくとも1つのIフレームを含むビデオ表現の高速バージョンを提示するために少なくとも1つの受信したIフレームを使用することをさらに含む903。図10は、インター符号化フレームIフレームのバイト範囲の指示を与えるためにHTTPサーバ機器を動作させる方法の一例を示すフローチャート図である。本方法は、少なくとも1つのインター符号化フレームIフレームを備える符号化ビデオフレームのシーケンスを受信することを含む1001。本方法は、少なくとも1つのIフレームのためのバイト範囲の指示を生成することをさらに含む1002。本方法は、少なくとも1つのIフレームのためのバイト範囲の指示を出力することをさらに含む1003。本方法は、バイト範囲の指示に基づいて少なくとも1つのIフレームを送信したいという要求、例えば、HTTPGET要求又は部分GET要求を受信することをさらに含み得る。クライアント機器は、少なくとも1つのIフレームを要求し、ビデオプレゼンテーションの高速バージョンを与えるために少なくとも1つのIフレームを使用し得る。図11は、本開示の技法に一致する、それぞれのHTTPクライアント及びサーバ機器によって実行され得るステップの一例を示すフローチャートである。図11に示すフローチャートは、これらの技法による、それぞれのクライアント機器とサーバ機器とによって実行され得るステップの一例として例示のために与えられるにすぎない。本開示の技法は、図11に示すステップよりも多い又は少ないステップを同じく又は代わりに利用し得るか、若しくは図示及び記載の順序以外の他の順序で図示のステップを実行し得る。概して、図11の方法について、図1の要素に関して説明する。例えば、サーバによって実行されるものとして示されるステップは、発信源機器20によって実行され得るが、クライアントによって実行されるものとして示されるステップは、宛先機器40によって実行され得る。しかしながら、これらの指示は、例として与えられたものにすぎないことを理解されたい。概して、図11の方法は、サーバ機器とクライアント機器との任意のペアによって実行され得る。初めに、図11に示すように、発信源機器20のカプセル化ユニット30は符号化ビデオデータを受信する1101。発信源機器20は、インターネットなどのネットワーク接続を介して符号化ビデオデータを受信し得る。発信源機器20は、代わりに又は追加として、発信源機器20の内部又は外部にある1つ以上のストレージ機器から符号化ビデオデータを受信し得る。データは前に符号化され得るか、又はビデオエンコーダ28がオンザフライでデータを符号化し得る。さらに別の例として、発信源機器20は、ビデオゲームを実行するときなど、例えば、コンピュータ生成ビデオ情報のコンテキストにおいてデータを生成し得、ビデオエンコーダ28は、生成されたビデオデータを符号化し得る。次いで、カプセル化ユニット30は、受信したビデオデータをビデオフラグメント中にカプセル化する1102。さらに、カプセル化ユニット30は、ビデオフラグメントの1つ以上のIDRRAPとODRRAPとの1つ以上のロケーションを信号伝達する1103。例えば、カプセル化ユニット30は、ODRRAPを含むメディアセグメンテーション例えば、ビデオフラグメントの第1のフレームと、ODRRAPに対応するフレームとの間のオフセットを信号伝達し得る。メディアセグメンテーションの第1のフレームがODRRAPであるとき、カプセル化ユニット30はフラグを設定するか、又は第1のフレームがODRRAPであることを示す他の情報を提供し得る。カプセル化ユニット30は、ODRRAPより前のプレゼンテーション時間を有するサンプルの数例えば、フレームの数をさらに信号伝達し得る。同様に、カプセル化ユニット30は、メディアセグメンテーションがIDRとODRの両方を含むかどうかを信号伝達し得る。さらに別の例として、カプセル化ユニット30は、ODRRAPに対応するバイトオフセットを信号伝達し得る。宛先機器40は、その後、例えば、メディアセグメンテーションを含む表現のヘッダ情報についての要求をサブミットすることによって、ランダムアクセスポイント信号伝達情報を要求する1104。例えば、その要求は、上記で説明したメディアプレゼンテーション記述MPDファイルについての要求であり得る。別の例では、その要求は、1つ以上のセグメンテーションファイルのセグメントインデックスボックスSIDXについての要求であり得る。その要求に応答して、発信源機器20は、ステップ1103において作成されたIDRRAPとODRRAPとの信号伝達されたロケーションを送る1105。次いで、宛先機器40は信号情報を受信する1106。その後、この例では、宛先機器40は、ビデオ表現内の時間ロケーションにスキップしたいという要求を受信する1107。例えば、宛先機器は、ユーザから、ビデオ再生のための特定の時間時間的ロケーションにジャンプするための指示を受信し得る。別の例では、例えば、宛先機器がストリーミングのための帯域幅の変化又は他の条件変化を検出した場合、宛先機器自体が、時間ロケーションへのスキップを開始し、帯域幅の検出された変化又は他の条件変化に応答して、ビデオプログラムの代替表現を受信したいという要求を開始し得る。時間ロケーションにスキップしたいという要求に応答して、宛先機器40は、その時間ロケーションに最も近いランダムアクセスポイントを判断する1108。即ち、宛先機器40は、要求された時間ロケーションに最も近いRAPを識別するためにRAP信号情報を使用し得る。このRAPを選択した後に、宛先機器40は、判断されたRAPにおいて開始するデータのストリームを開始したいという要求を生成し得る。例えば、宛先機器40は、例えば、そのRAPがフラグメントの第1のフレームであるとき、そのRAPを含むフラグメント全体を検索するHTTPGET要求を生成し得る。別の例として、宛先機器40は、メディアセグメンテーション内のRAPの開始バイトロケーションを判断するために、信号伝達された情報を使用し得る。例えば、メディアセグメンテーションがNバイトの長さであり、RAPについてのデータがバイトXにおいて開始すると仮定し、ただし、0<X<Nである。宛先機器40は、ファイルの終了を通してRAPに対応するデータを検索するために、バイト範囲X,Nを規定するメディアセグメンテーションについてのHTTP部分GET要求を生成し得る。その上、様々な宛先機器は、信号伝達された情報を別様に使用するように構成され得る。例えば、幾つかの宛先機器は、IDRRAPとODRRAPとの間で選択するのに十分に高性能であり得る。一方、幾つかの宛先機器は、IDRRAPについての要求の生成のみをサポートするように構成され得る。IDRRAPとODRRAPの両方を信号伝達することによって、本開示の技法は、レガシー機器、又は通常ならばODRRAPを利用する能力がない機器を隔離又は除外することなしに、ストリームの開始点の選択のより微細なグラニュラリティを実装する能力をもつより高性能の機器を提供する。要求を生成した後に、宛先機器40は、要求を発信源機器20に送る1109。要求を受信した1110後に、発信源機器20は、ストリームの形態の要求に基づいてビデオデータを宛先機器40に送ることによって応答する1111。説明及び理解を簡単にするために連続的に図示しているが、宛先機器40は、ビデオデータのストリーム全体を受信したいという複数のHTTPGET要求及び/又は部分GET要求を生成し得ることを理解されたい。いずれの場合も、ビデオデータを受信した後に、カプセル化解除ユニット38はビデオデータをカプセル化解除し、ビデオデコーダ48はデータを復号し、ビデオ出力44はビデオデータを表示する1112。図12は、本開示の技法に一致する、それぞれのHTTPクライアント及びサーバ機器によって実行され得るステップの一例を示すフローチャート図である。図12に示すフローチャートは、これらの技法による、それぞれのクライアント機器とサーバ機器とによって実行され得るステップの一例として例示のために与えられるにすぎない。本開示の技法は、図12に示すステップよりも多い又は少ないステップを同じく又は代わりに利用し得るか、或いは図示及び記載の順序以外の他の順序で図示のステップを実行し得る。概して、図12の方法について、図1の要素に関して説明する。例えば、サーバによって実行されるものとして示されるステップは、発信源機器20によって実行され得るが、クライアントによって実行されるものとして示されるステップは、宛先機器40によって実行され得る。しかしながら、これらの指示は、例として与えられたものにすぎないことを理解されたい。概して、図12の方法は、サーバ機器とクライアント機器との任意のペアによって実行され得る。初めに、図12に示すように、発信源機器20のカプセル化ユニット30は符号化ビデオデータを受信する1201。発信源機器20は、インターネットなどのネットワーク接続を使用して符号化ビデオデータを受信し得る。発信源機器20は、代わりに又は追加として、サーバ機器の内部又は外部にある1つ以上のストレージ機器から符号化ビデオデータを受信し得る。データは前に符号化され得るか、又はビデオエンコーダ28がオンザフライでデータを符号化し得る。さらに別の例として、発信源機器20は、ビデオゲームを実行するときなど、例えば、コンピュータ生成ビデオ情報のコンテキストにおいてデータを生成し得、ビデオエンコーダ28は、生成されたビデオデータを符号化し得る。次いで、カプセル化ユニット30は、受信したビデオデータをビデオフラグメント中にカプセル化する1202。さらに、カプセル化ユニット30は、少なくとも1つのイントラ符号化フレームIフレームを含む符号化ビデオデータ内の少なくとも1つのバイト範囲を信号伝達する1203。例えば、カプセル化ユニット30は、1つ以上のIフレーム自体のためのバイト範囲例えば、Iフレームのバイト範囲を信号伝達し得る。1つのそのような例では、カプセル化ユニット30は、符号化ビデオプレゼンテーションの第1のバイトからのバイトオフセットを信号伝達することによって、Iフレームのための開始点を信号伝達し得る。この例によれば、カプセル化ユニット30は、符号化ビデオプレゼンテーションの第1のバイトからのバイトオフセットを信号伝達することによって、又はIフレームの開始点からのバイトオフセットを信号伝達することによって、Iフレームのための終了点をさらに信号伝達し得る。別の例では、カプセル化ユニット30は、少なくとも1つのIフレーム、並びに他のインター符号化フレーム例えば、Bフレーム及びPフレームを含む符号化ビデオデータのバイト範囲を信号伝達し得る。宛先機器40は、Iフレーム信号情報についての要求を発信源機器20に送る1204。Iフレーム信号情報についての要求は、1つ以上のセグメンテーションファイルについての一部又は全部のヘッダ情報についての要求を含み得る。例えば、その要求は、上記で説明したメディアプレゼンテーション記述MPDファイルについての要求であり得る。別の例では、その要求は、1つ以上のセグメンテーションファイルのセグメントインデックスボックスSIDXについての要求であり得る。その要求に応答して、発信源機器20は、ステップ1203からの少なくとも1つのIフレームを含む、信号伝達された1つ以上のバイト範囲を送る1205。宛先機器40はIフレーム信号情報を受信する1206。宛先機器40は、例えば、ユーザから、又は1つ以上のソフトウェアプログラムからビデオプレゼンテーションの高速バージョン例えば、ビデオプレゼンテーションの早送り、巻戻し、又は早戻しバージョンを再生したいという要求を受信する1207。一例では、要求は、ビデオプレゼンテーションの高速バージョンを提示するためにビデオ表現の再生を変更するための、ユーザからの指示を含み得る。宛先機器は、高速再生のためのIフレームを判断する1208。例えば、発信源機器20が、1つ以上のIフレーム自体のためのバイト範囲例えば、Iフレームのバイト範囲を信号伝達することによって、ステップ1203において少なくとも1つのバイト範囲を信号伝達した場合、宛先機器40は、バイト範囲が信号伝達された複数のIフレームのうちのいずれが高速再生のために使用される例えば、送信され、復号されるべきかを判断することによって、高速再生のための1つ以上のIフレームを判断し得る。別の例では、発信源機器が、少なくとも1つのIフレーム並びに他のインター符号化フレーム例えば、Bフレーム及びPフレームを含むバイト範囲を信号伝達した場合、宛先機器は、1つ以上の信号伝達されたバイト範囲から、高速再生のために使用され得るIフレームを判断し得る。宛先機器40は、ステップ1208において判断された1つ以上のIフレームを含むメディアデータをストリーミングしたいという要求を発信源機器20に送る1209。その要求は、セグメンテーションファイル例えば、ムービーフラグメント、セグメント、及び/又は表現と、その要求に応答してストリーミングされるべきそのセグメンテーションファイルの所望のバイト範囲とを識別する部分GET要求であり得る。発信源機器20は、メディアデータをストリーミングしたいという要求を受信する1210。その要求に応答して、発信源機器20は、ストリーム要求に基づいてメディアデータをストリーミングする1211。宛先機器40は、その要求に応答して、受信したビデオデータを復号し、ビデオ表現の高速例えば、早送り、巻戻し、早戻しバージョンとして、受信したビデオデータを表示する1212。幾つかの例では、発信源機器は、ビデオ表現の高速バージョンを与えるために使用するために、ステップ1208において判断されたメディアデータのみを復号し得る。一例では、宛先機器40は、ステップ1201においてサーバによって受信された符号化メディアデータ中で少なくとも1つのインター符号化フレームだけ時間的に分離された、検索されたメディアデータの2つ以上のIフレームを連続的に提示することによって、ビデオ表現の高速バージョンを提示し得る。1つ以上の例では、説明した機能は、ハードウェア、ソフトウェア、ファームウェア、又はそれらの任意の組合せで実装され得る。ソフトウェアで実装した場合、機能は、1つ以上の命令又はコードとしてコンピュータ可読媒体上に記憶されるか、或いはコンピュータ可読媒体を介して送信され、ハードウェアベースの処理ユニットによって実行され得る。コンピュータ可読媒体は、例えば、通信プロトコルに従ってある場所から別の場所へのコンピュータプログラムの転送を可能にする任意の媒体を含むデータ記憶媒体又は通信媒体など、有形媒体に対応するコンピュータ可読記憶媒体を含み得る。このようにして、コンピュータ可読媒体は、概して、1非一時的である有形コンピュータ可読記憶媒体、或いは2信号又は搬送波などの通信媒体に対応し得る。データ記憶媒体は、本開示で説明した技法の実装のための命令、コード及び/又はデータ構造を検索するために1つ以上のコンピュータ或いは1つ以上のプロセッサによってアクセスされ得る任意の利用可能な媒体であり得る。コンピュータプログラム製品はコンピュータ可読媒体を含み得る。限定ではなく例として、そのようなコンピュータ可読記憶媒体は、RAM、ROM、EEPROM、CD-ROM又は他の光ディスクストレージ、磁気ディスクストレージ、又は他の磁気ストレージ機器、フラッシュメモリ、或いは命令又はデータ構造の形態の所望のプログラムコードを記憶するために使用され得、コンピュータによってアクセスされ得る、任意の他の媒体を備えることができる。さらに、いかなる接続もコンピュータ可読媒体と適切に呼ばれる。例えば、命令が、同軸ケーブル、光ファイバケーブル、ツイストペア、デジタル加入者回線DSL、又は赤外線、無線、及びマイクロ波などのワイヤレス技術を使用して、ウェブサイト、サーバ、又は他のリモート発信源から送信される場合、同軸ケーブル、光ファイバケーブル、ツイストペア、DSL、又は赤外線、無線、及びマイクロ波などのワイヤレス技術は、媒体の定義に含まれる。ただし、コンピュータ可読記憶媒体及びデータ記憶媒体は、接続、搬送波、信号、又は他の一時媒体を含まないが、代わりに非一時的有形記憶媒体を対象とすることを理解されたい。本明細書で使用するディスクdisk及びディスクdiscは、コンパクトディスクdiscCD、レーザディスクdisc、光ディスクdisc、デジタル多用途ディスクdiscDVD、フロッピーディスクdisk及びブルーレイ登録商標ディスクdiscを含み、ディスクdiskは、通常、データを磁気的に再生し、ディスクdiscは、データをレーザで光学的に再生する。上記の組合せもコンピュータ可読媒体の範囲内に含めるべきである。命令は、1つ以上の中央処理ユニットCPU、デジタル信号プロセッサDSPなどの1つ以上のプロセッサ、汎用マイクロプロセッサ、特定用途向け集積回路ASIC、フィールドプログラマブル論理アレイFPGA、或いは他の等価な集積回路又はディスクリート論理回路によって実行され得る。従って、本明細書で使用するプロセッサという用語は、前述の構造、又は本明細書で説明した技法の実装に好適な他の構造のいずれかを指し得る。さらに、幾つかの態様では、本明細書で説明した機能は、符号化及び復号のために構成された専用のハードウェア及び/又はソフトウェアモジュール内に提供され得、或いは複合コーデックに組み込まれ得る。また、本技法は、1つ以上の回路又は論理要素中に十分に実装され得る。本開示の技法は、ワイヤレスハンドセット、集積回路IC又はICのセット例えば、チップセットを含む、多種多様な機器又は装置において実施され得る。本開示では、開示する技法を実行するように構成された機器の機能的態様を強調するために様々な構成要素、モジュール、又はユニットについて説明したが、それらの構成要素、モジュール、又はユニットを、必ずしも異なるハードウェアユニットによって実現する必要はない。むしろ、上記で説明したように、様々なユニットが、好適なソフトウェア及び/又はファームウェアとともに、上記で説明したように1つ以上のプロセッサを含んで、コーデックハードウェアユニットにおいて組み合わせられるか、又は相互動作ハードウェアユニットの集合によって与えられ得る。様々な例について説明した。これら及び他の例は以下の特許請求の範囲内に入る。"