(57)【特許請求の範囲】
【請求項１】
ＭＰＥＧ−ＤＡＳＨにおいて規定されるＭＰＤ（ＭｅｄｉａＰｒｅｓｅｎｔａｔｉｏｎＤｅｓｃｒｉｐｔｉｏｎ）をクライアントに提供するサーバであって、
第１ピリオドに関連付けられた第１リプリゼンテーションが有する複数のサブリプリゼンテーションのうちの第１サブリプリゼンテーションと、前記第１ピリオドとは異なる第２ピリオドに関連付けられた第２リプリゼンテーションが有する複数のサブリプリゼンテーションのうちの第２サブリプリゼンテーションと、が所定の連続性を有していることを表すＭＰＤを生成する生成手段と、
前記生成手段により生成されたＭＰＤをクライアントへ提供する提供手段と、を有し、前記第１及び第２サブリプリゼンテーションが前記所定の連続性を有していることは、前記ＭＰＤが有する前記第１及び第２サブリプリゼンテーションに同じ識別情報が記述されることによって表され、前記識別情報はアセットの識別のための識別子であることを特徴とするサーバ。
【請求項２】
ＭＰＥＧ−ＤＡＳＨにおいて規定されるＭＰＤ（ＭｅｄｉａＰｒｅｓｅｎｔａｔｉｏｎＤｅｓｃｒｉｐｔｉｏｎ）をクライアントに提供するサーバであって、
第１ピリオドに関連付けられた第１リプリゼンテーションが有する複数のサブリプリゼンテーションのうちの第１サブリプリゼンテーションと、前記第１ピリオドとは異なる第２ピリオドに関連付けられた第２リプリゼンテーションが有する複数のサブリプリゼンテーションのうちの第２サブリプリゼンテーションと、が所定の連続性を有していることを表すＭＰＤを生成する生成手段と、
前記生成手段により生成されたＭＰＤをクライアントへ提供する提供手段と、を有し、前記第１及び第２サブリプリゼンテーションが前記所定の連続性を有していることは、前記ＭＰＤが有する前記第１及び第２サブリプリゼンテーションに同じ識別情報が記述されることによって表され、前記第１リプリゼンテーションが有する複数のサブリプリゼンテーションのうちの前記第１サブリプリゼンテーション以外のサブリプリゼンテーションと前記第２リプリゼンテーションが有する複数のサブリプリゼンテーションのうちの前記第２サブリプリゼンテーション以外のサブリプリゼンテーションには、前記識別情報が記述されないことを特徴とするサーバ。
【請求項３】
前記複数のサブリプリゼンテーションは、複数の画像領域に対応することを特徴とする請求項１又は２に記載のサーバ。
【請求項４】
前記所定の連続性を有する前記第１及び第２サブリプリゼンテーションに対応する第１及び第２画像領域には、同一のオブジェクトが存在することを特徴とする請求項１乃至３のうち、何れか１項に記載のサーバ。
【請求項５】
前記所定の連続性を有する前記第１及び第２サブリプリゼンテーションに対応する第１及び第２画像領域には、同一人物が存在することを特徴とする請求項１乃至３のうち、何れか１項に記載のサーバ。
【請求項６】
前記ＭＰＤを取得した前記クライアントからメディアコンテンツの要求を受信する受信手段と、
前記受信手段による前記要求の受信に応じて、前記要求に対応するメディアコンテンツを前記クライアントに対して送信する送信手段とを有することを特徴とする請求項１乃至５のうち、何れか１項に記載のサーバ。
【請求項７】
前記提供手段は、前記クライアントからの要求に応じて前記ＭＰＤを提供することを特徴とする請求項１乃至６のうち、何れか１項に記載のサーバ。
【請求項８】
サブリプリゼンテーションは、リプリゼンテーションの一部であることを特徴とする請求項１乃至７のうち、何れか１項に記載のサーバ。
【請求項９】
サブリプリゼンテーションには、メディアコンテンツ構成要素に関する情報が記述されることを特徴とする請求項１乃至８のうち、何れか１項に記載のサーバ。
【請求項１０】
ＭＰＥＧ−ＤＡＳＨにおいて規定されるＭＰＤ（ＭｅｄｉａＰｒｅｓｅｎｔａｔｉｏｎＤｅｓｃｒｉｐｔｉｏｎ）をサーバから受信するクライアントであって、
第１ピリオドに関連付けられた第１リプリゼンテーションが有する複数のサブリプリゼンテーションのうちの第１サブリプリゼンテーションと、前記第１ピリオドとは異なる第２ピリオドに関連付けられた第２リプリゼンテーションが有する複数のサブリプリゼンテーションのうちの第２サブリプリゼンテーションと、が所定の連続性を有していることが、アセットの識別のための同じ識別子が前記第１及び第２サブリプリゼンテーションに記述されることによって表わされたＭＰＤをサーバから受信する受信手段と、
前記受信手段により受信されたＭＰＤを参照して、要求すべきデータを決定する決定手段と、
前記決定手段により決定されたデータを要求する要求手段と、を有することを特徴とするクライアント。
【請求項１１】
ＭＰＥＧ−ＤＡＳＨにおいて規定されるＭＰＤ（ＭｅｄｉａＰｒｅｓｅｎｔａｔｉｏｎＤｅｓｃｒｉｐｔｉｏｎ）をサーバから受信するクライアントであって、
第１ピリオドに関連付けられた第１リプリゼンテーションが有する複数のサブリプリゼンテーションのうちの第１サブリプリゼンテーションと、前記第１ピリオドとは異なる第２ピリオドに関連付けられた第２リプリゼンテーションが有する複数のサブリプリゼンテーションのうちの第２サブリプリゼンテーションと、が所定の連続性を有していることが前記第１及び第２サブリプリゼンテーションに同じ識別情報が記述されることによって表わされ、他のサブリプリゼンテーションには前記識別情報が記述されていないＭＰＤをサーバから受信する受信手段と、
前記受信手段により受信されたＭＰＤを参照して、要求すべきデータを決定する決定手段と、
前記決定手段により決定されたデータを要求する要求手段と、を有することを特徴とするクライアント。
【請求項１２】
前記要求手段による要求により前記サーバから取得されたビデオストリームに基づいてビデオを再生する再生手段を有することを特徴とする請求項１０又は１１に記載のクライアント。
【請求項１３】
前記再生手段は、前記第１ピリオドのメディアコンテンツとして前記第１サブリプリゼンテーションに対応する第１ビデオを再生し、前記第１ピリオドに続く前記第２ピリオドのメディアコンテンツとして、前記第１サブリプリゼンテーションと前記所定の連続性を有する前記第２サブリプリゼンテーションに対応する第２ビデオを再生することを特徴とする請求項１２に記載のクライアント。
【請求項１４】
前記第１ビデオと前記第２ビデオはそれぞれ異なる画像領域に対応するビデオであることを特徴とする請求項１３に記載のクライアント。
【請求項１５】
ＭＰＥＧ−ＤＡＳＨにおいて規定されるＭＰＤ（ＭｅｄｉａＰｒｅｓｅｎｔａｔｉｏｎＤｅｓｃｒｉｐｔｉｏｎ）を提供するための情報処理方法であって、
第１ピリオドに関連付けられた第１リプリゼンテーションが有する複数のサブリプリゼンテーションのうちの第１サブリプリゼンテーションと、前記第１ピリオドとは異なる第２ピリオドに関連付けられた第２リプリゼンテーションが有する複数のサブリプリゼンテーションのうちの第２サブリプリゼンテーションと、が所定の連続性を有していることを表すＭＰＤを生成する生成工程と、
前記生成工程により生成されたＭＰＤを提供する提供工程と、を有し、
前記第１及び第２サブリプリゼンテーションが前記所定の連続性を有していることは、前記ＭＰＤが有する前記第１及び第２サブリプリゼンテーションに同じ識別情報が記述されることによって表され、前記識別情報はアセットの識別のための識別子であることを特徴とする情報処理方法。
【請求項１６】
ＭＰＥＧ−ＤＡＳＨにおいて規定されるＭＰＤ（ＭｅｄｉａＰｒｅｓｅｎｔａｔｉｏｎＤｅｓｃｒｉｐｔｉｏｎ）を提供するための情報処理方法であって、
第１ピリオドに関連付けられた第１リプリゼンテーションが有する複数のサブリプリゼンテーションのうちの第１サブリプリゼンテーションと、前記第１ピリオドとは異なる第２ピリオドに関連付けられた第２リプリゼンテーションが有する複数のサブリプリゼンテーションのうちの第２サブリプリゼンテーションと、が所定の連続性を有していることを表すＭＰＤを生成する生成工程と、
前記生成工程により生成されたＭＰＤをクライアントへ提供する提供工程と、を有し、前記第１及び第２サブリプリゼンテーションが前記所定の連続性を有していることは、前記ＭＰＤが有する前記第１及び第２サブリプリゼンテーションに同じ識別情報が記述されることによって表され、前記第１リプリゼンテーションが有する複数のサブリプリゼンテーションのうちの前記第１サブリプリゼンテーション以外のサブリプリゼンテーションと前記第２リプリゼンテーションが有する複数のサブリプリゼンテーションのうちの前記第２サブリプリゼンテーション以外のサブリプリゼンテーションには、前記識別情報が記述されないことを特徴とする情報処理方法。
【請求項１７】
前記複数のサブリプリゼンテーションは、複数の画像領域に対応することを特徴とする請求項１５又は１６に記載の情報処理方法。
【請求項１８】
前記第１及び第２サブリプリゼンテーションに対応する第１及び第２画像領域には、同一のオブジェクトが存在することを特徴とする請求項１５又は１７のうち、何れか１項に記載の情報処理方法。
【請求項１９】
ＭＰＥＧ−ＤＡＳＨにおいて規定されるＭＰＤ（ＭｅｄｉａＰｒｅｓｅｎｔａｔｉｏｎＤｅｓｃｒｉｐｔｉｏｎ）に基づいてメディアコンテンツ構成要素を取得するための情報処理方法であって、
第１ピリオドに関連付けられた第１リプリゼンテーションが有する複数のサブリプリゼンテーションのうちの第１サブリプリゼンテーションと、前記第１ピリオドとは異なる第２ピリオドに関連付けられた第２リプリゼンテーションが有する複数のサブリプリゼンテーションのうちの第２サブリプリゼンテーションと、が所定の連続性を有していることが、アセットの識別のための同じ識別子が前記第１及び第２サブリプリゼンテーションに記述されることによって表わされたＭＰＤをサーバから受信する受信工程と、
前記受信工程により受信されたＭＰＤを参照して、要求すべきデータを決定する決定工程と、
前記決定工程により決定されたデータを要求する要求工程と、を有することを特徴とする情報処理方法。
【請求項２０】
ＭＰＥＧ−ＤＡＳＨにおいて規定されるＭＰＤ（ＭｅｄｉａＰｒｅｓｅｎｔａｔｉｏｎＤｅｓｃｒｉｐｔｉｏｎ）に基づいてメディアコンテンツ構成要素を取得するための情報処理方法であって、
第１ピリオドに関連付けられた第１リプリゼンテーションが有する複数のサブリプリゼンテーションのうちの第１サブリプリゼンテーションと、前記第１ピリオドとは異なる第２ピリオドに関連付けられた第２リプリゼンテーションが有する複数のサブリプリゼンテーションのうちの第２サブリプリゼンテーションと、が所定の連続性を有していることが前記第１及び第２サブリプリゼンテーションに同じ識別情報が記述されることによって表わされ、他のサブリプリゼンテーションには前記識別情報が記述されていないＭＰＤをサーバから受信する受信工程と、
前記受信工程により受信されたＭＰＤを参照して、要求すべきデータを決定する決定工程と、
前記決定工程により決定されたデータを要求する要求工程と、を有することを特徴とする情報処理方法。
【請求項２１】
前記要求工程による要求により前記サーバから取得されたビデオストリームに基づいてビデオを再生する再生工程を有することを特徴とする請求項１９又は２０に記載の情報処理方法。
【請求項２２】
前記再生工程においては、前記第１ピリオドのメディアコンテンツとして前記第１サブリプリゼンテーションに対応する第１ビデオが再生され、前記第１ピリオドに続く前記第２ピリオドのメディアコンテンツとして前記第２サブリプリゼンテーションに対応する第２ビデオが再生されることを特徴とする請求項２１のうち、何れか１項に記載の情報処理方法。
【請求項２３】
コンピュータを請求項１乃至９のうち、何れか１項に記載のサーバの各手段として動作させるためのプログラム。
【請求項２４】
コンピュータを請求項１０乃至１４のうち、何れか１項に記載のクライアントの各手段として動作させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、メディアデータを、さらに具体的には、ウェブアクセスの圧縮ビデオを送信するための方法およびデバイスに関する。望ましくは、メディアデータのストリーミングは、プロトコルＨＴＴＰを用い（インターネットなどの）ＩＰネットワークを介して行われる。
【背景技術】
【０００２】
メディアプレゼンテーションは、通常、オーディオ、ビデオ、またはテキストなどメディアアイテムとも呼ばれる１つまたは複数のメディアコンテンツ構成要素から成る、メディアコンテンツの符号化され配信可能なバージョンの集合体の形を取る。メディアアイテムまたは構成要素の組み合わせも考えられる。これらは、クライアントデバイスによって一緒に併せて再生するため、サーバからクライアントに送信することができる。メディアコンテンツは、クライアントによってサーバからダウンロードされる。
【０００３】
これに関連して、ＤＡＳＨ（「Ｄｙｎａｍｉｃ  Ａｄａｐｔｉｖｅ  Ｓｔｒｅａｍｉｎｇ  ｏｖｅｒ  ＨＴＴＰ（ＨＴＴＰを介するダイナミック適応ストリーミング）」の略）と呼ばれる新規格が最近出現してきた（ＩＳＯ／ＩＥＣ２３００９−１、Ｄｙｎａｍｉｃ  ａｄａｐｔｉｖｅ  ｓｔｒｅａｍｉｎｇ  ｏｖｅｒ  ＨＴＴＰ（ＤＡＳＨ）（ＨＴＴＰ（ＤＡＳＨ）を介するダイナミック適応ストリーミング）、Ｐａｒｔ１：Ｍｅｄｉａ  ｐｒｅｓｅｎｔａｔｉｏｎ  ｄｅｓｃｒｉｐｔｉｏｎ  ａｎｄ  ｓｅｇｍｅｎｔ  ｆｏｒｍａｔｓ（メディアプレゼンテーション記述およびセグメントのフォーマット）を参照）。この規格は、メディアプレゼンテーションのコンテンツ（群）のコンパクトな記述とＨＴＴＰアドレスとの間の関連性を生成することを可能にする。通常、この関連性は、マニフェストファイルまたは記述ファイルと呼ばれるファイルに記述される。ＤＡＳＨのコンテキストにおいて、このマニフェストファイルはＭＰＤ（Ｍｅｄｉａ  Ｐｒｅｓｅｎｔａｔｉｏｎ  Ｄｅｓｃｒｉｐｔｉｏｎ（メディアプレゼンテーション記述）の略）ファイルとも呼ばれる。
【０００４】
クライアントデバイスがＭＰＤファイルを取得すれば、クライアントは、メディアコンテンツの各々の符号化および配信可能バージョンの記述を容易に知ることができる。クライアントは、マニフェストファイルを読み取ることによって、メディアプレゼンテーション中に提案されたメディアコンテンツ構成要素の種類を知り、関連するメディアコンテンツ構成要素をダウンロードするためのＨＴＴＰアドレスを知る。したがって、クライアントは、（ＨＴＴＰの要求を介して）どのメディアコンテンツ構成要素をダウンロードし、再生（メディアデータセグメントを受信した後の復号および再生）するかを決めることができる。
【０００５】
ＤＡＳＨ規格は、全体のメディアプレゼンテーションを１つ以上のタイムピリオド（「Ｐｅｒｉｏｄ」と言う）中に記述することを可能にする。Ｐｅｒｉｏｄは、共通の時系列、およびどのように提示されるかの関係性を有するメディアコンテンツ構成要素のセットを記述する。これらＰｅｒｉｏｄのそれぞれは、メディアコンテンツ構成要素の同じセット、またはメディアコンテンツ構成要素の完全に別個のセット（例えば、映画に対応するタイムピリオド、それに続く広告に対応する別のタイムピリオド、およびその直後の映画の続きに対応する別のタイムピリオド…）を包含することが可能である。
【０００６】
この関係性に加え、ＤＡＳＨ規格は、１Ｐｅｒｉｏｄ内で、各メディアコンテンツ構成要素を、より小さなタイムピリオドを表すセグメントに分割することを提案する。しかして、セグメントは、ＨＴＴＰアドレス（またはＵＲＬ）と、より小さなタイムピリオドに亘る各メディアコンテンツ構成要素のコンパクトな記述との間の関係を表す。セグメントは、メディアコンテンツ構成要素が多重化（メディアアイテムまたは構成要素の組み合わせ）されている場合、複数のメディアコンテンツ構成要素に対するデータを包含することが可能である。
【０００７】
本発明は、（ＤＡＳＨ  ＭＰＤを例として取り上げて）マニフェストファイル中のビデオ記述に焦点を当てる。たとえ、メディアプレゼンテーションの他の構成要素（例えば、オーディオ、テキスト…）が明示で記載されていなくても、それらは、以下に説明するようにより広範なメディア記述中に容易に組み入れることができる。
【０００８】
さらに具体的には、本発明は、複数のビデオまたはオーディオコンテンツ構成要素から成るメディアプレゼンテーションに焦点を当てている。これら複数のビデオコンテンツ構成要素は、マルチビューまたはマルチカメラのメディアプレゼンテーション中の複数の別々のビデオにも対応できる。また、これは、高解像度メディアプレゼンテーションが複数の空間的サブパートに分割されて各空間的サブパートがビデオコンテンツ構成要素を形成している場合に、相異なるタイル（すなわち、空間的サブパート）に対応することが可能である。ビデオをタイルに分割することによって、低容量アプリケーションのユーザがビデオのサブパートを表示またはサブパートに焦点を当てたいと欲する場合、当該サブパートに対応するタイルだけを送信させることができる。この処理は、良好な品質を有するビデオの部分を維持することを可能にする。
【０００９】
ＤＡＳＨのコンテキストにおいて、メディアプレゼンテーションを形成すべくメディアコンテンツ構成要素をメディアデータセグメント中にカプセル化するために、周知の規格「ＩＳＯ  ＢＭＦＦ（「Ｂａｓｅ  Ｍｅｄｉａ  Ｆｉｌｅ  Ｆｏｒｍａｔ（ベースメディアファイルフォーマット）」）が使用される。例えば、ビデオコンテンツ構成要素は、フォーマットＭＰＥＧ４、ＡＶＣ、ＳＶＣ、ＨＥＶＣ、スケーラブルまたはマルチビューＨＥＶＣを使って符号化されたビデオビットストリームを表すことができる。
【００１０】
典型的には、ＤＡＳＨは、ＭＰＤを構成する各種要素を定義する属性の一部として識別子（例えば、ＡｄａｐｔａｔｉｏｎＳｅｔ（改編セット）またはＲｅｐｒｅｓｅｎｔａｔｉｏｎ（表現）「ｉｄ」属性）を定義する。これらの識別子は、ＤＡＳＨに対し「Ｐｅｒｉｏｄ」と呼ばれるタイムピリオドの範囲内だけで定義され、しかして、これら識別子は同じコンテンツがＰｅｒｉｏｄをまたいで続くことを可能にしない。ＤＡＳＨは、或るＰｅｒｉｏｄが、前の１つ以上のＰｅｒｉｏｄの時間的継続であることの認識を可能にする、Ｐｅｒｉｏｄレベルの「ＡｓｓｅｔＩｄｅｎｔｉｆｉｅｒ（アセット識別子）」と呼ばれる特定の識別子を定義しているが、これは、相異なるピリオドにまたがる同じメディアコンテンツ構成要素の認識をすべての場合にいつでも可能にするわけではない。
【００１１】
さらに、改編セットレベルと呼ばれるより細かいレベルで、識別子を設けることが可能である。改編セットレベルは、所与のタイムピリオドに対するメディアアイテムまたはメディアアイテムの組み合わせに関連するパラメータに対応する。文書ｍ３３１１２（Ｙａｓｕａｋｉ  Ｔｏｋｕｍｏら著、「ＤＡＳＨ：ｓｉｇｎａｌｉｎｇ  ｔｈｅ  ｃｏｎｔｉｎｕｉｔｙ  ｏｆ  ａｄａｐｔａｔｉｏｎ  ｓｅｔｓ  ａｃｒｏｓｓ  ｐｅｒｉｏｄｓ（ピリオドを横断する改編セットの継続のシグナリング）」、１０８ＭＰＥＧ会議；ヴァレンシア；（ＭＯＴＩＯＮ  ＰＩＣＴＵＲＥ  ＥＸＰＥＲＴ  ＧＲＯＵＰまたはＩＳＯ／ＩＥＣ  ＪＴＣ１／ＳＣ２９／ＷＧ１１）、ｍ３３１１２、２０１４年４月）は、改編セットレベルで挿入される識別子を記載している。
【００１２】
しかしながら、既存のソリューションは、多くの状況において、特にメディアコンテンツが区分化、例えば空間的に区分化されている場合、ユーザがＭＰＤの効率的な構文解析を行うことを可能にしない。
【００１３】
実際上、メディアコンテンツおよびそのパラメータが複数のピリオドに亘り追跡するためのソリューションが存在するとしても、それらのソリューションは以下を可能にしない：
−  特に、オブジェクトが相異なるピリオドに対しメディアコンテンツの同じ部分に属していないとき、メディアコンテンツの或る部分において定義された特定のオブジェクトを追跡すること；
−  改編セットをいくつかの異なるメディアコンテンツに関連付けるべきことを示すこと、またはいくつかの空間的サブパートが相異なるタイムピリオドに亘る空間中の時間継続であることを示すこと。
【００１４】
さらに、相異なるピリオドに亘りメディア構成要素を追跡するためのソリューションが存在するとしても、所与のピリオドに対し、別のメディア構成要素と共通のコンテンツを有するメディア構成要素を識別することが必要になり得る。
【発明の概要】
【課題を解決するための手段】
【００１５】
本発明は、前述の懸案事項の１つ以上に対処するために考案された。
【００１６】
本発明の第一態様によれば、ＭＰＥＧ−ＤＡＳＨにおいて規定されるＭＰＤ（ＭｅｄｉａＰｒｅｓｅｎｔａｔｉｏｎＤｅｓｃｒｉｐｔｉｏｎ）をクライアントに提供するサーバであって、第１ピリオドに関連付けられた第１リプリゼンテーションが有する複数のサブリプリゼンテーションのうちの第１サブリプリゼンテーションと、前記第１ピリオドとは異なる第２ピリオドに関連付けられた第２リプリゼンテーションが有する複数のサブリプリゼンテーションのうちの第２サブリプリゼンテーションと、が所定の連続性を有していることを表すＭＰＤを生成する生成手段と、前記生成手段により生成されたＭＰＤをクライアントへ提供する提供手段と、を有し、前記第１及び第２サブリプリゼンテーションが前記所定の連続性を有していることは、前記ＭＰＤが有する前記第１及び第２サブリプリゼンテーションに同じ識別情報が記述されることによって表され、前記識別情報はアセットの識別のための識別子であることを特徴とする。
【００１７】
例えば、本方法がＩＳＯＢＭＦＦパート１５に適合しているとき、第１レベルのサブボックスは改編セットであり、第２レベルのサブボックスはＲｅｐｒｅｓｅｎｔａｔｉｏｎであり、第３レベルのサブボックスはＳｕｂ−Ｒｅｐｒｅｓｅｎｔａｔｉｏｎ（サブ表現）である。
【００１８】
この識別子は、望ましくは、メディアのコンテンツに関連付けられているか、またはメディアのコンテンツに対応しており、諸実施形態において、第一および第二ピリオドを通して識別子の値は同じであって、コンテンツの継続を示す。
【００１９】
本発明の第一態様の諸実施形態は、タイル化されたビデオに対してさえも、いくつかのタイムピリオドの間で編集上の継続性を与える利点を提供する。
【００２０】
或る実施形態において、同じレベルに属する少なくとも２つの主サブボックスは、各々が１つのメディアアイテムまたはメディアアイテムの組み合わせを識別するための少なくとも１つの識別子を含み、同じ前記レベルに属する少なくとも１つの追加サブボックスは、１つの識別子が該２つの主サブボックスの１つに属し、他方の１つの識別子が他方の主サブボックスに属する少なくとも２つの識別子を含む。
【００２１】
或る実施形態において、メディアアイテムはタイル化ビデオである。
【００２２】
或る実施形態において、少なくとも２ピリオドに対し、少なくとも１つの第２レベルまたは第３レベルサブボックス中に少なくとも１つの識別子が挿入され、タイル化ビデオのタイル化構成は、第一ピリオドと第二ピリオドとに対して相異なる。
【００２３】
或る実施形態では、各第２レベルボックスは、少なくとも第一および第二の第３レベルボックスを含み、少なくとも１つの識別子が、少なくとも２ピリオドに対し、少なくとも１つの第３レベルサブボックス中に挿入されるとき、前記識別子は、第一ピリオドに対しては第一の第３レベルサブボックスに、第二ピリオドに対しては第二の第３レベルサブボックスに挿入される。
【００２４】
或る実施形態では、第一の第３レベルサブボックスは、１つ以上のタイルを含むタイルの第一セットに関連付けられ、タイルの第二セットは、１つ以上のタイルを含むタイルの第二セットに関連付けられ、第一セットと第二セットとは少なくとも１タイルは異なっている。
【００２５】
本発明の第二態様によれば、１つ以上のメディアアイテムまたはメディアアイテムの組み合わせに対応するデータをストリーミングする方法が提供され、前記メディアアイテムまたはメディアアイテムの組み合わせはタイムピリオド中に編成される。本方法は、
・サーバによって、記述ファイルをクライアントデバイスに送信するステップであって、前記記述ファイルは、各々が或るタイムピリオドに関連付けられたデータボックス中に編成され、少なくとも１つのボックスは、所与のタイムピリオドに対する、メディアアイテムまたはメディアアイテムの組み合わせに関連付けられたパラメータを含む複数のレベル１サブボックスを含み、各レベル１サブボックスは、所与のタイムピリオドに対する対応メディアアイテムまたはメディアアイテムの組み合わせの時間セグメントに専用の複数のレベル２サブボックスの中に編成され、各レベル２サブボックスは、各々が所与のメディアアイテムまたはメディアアイテムの組み合わせに対する時間セグメントの一部に関連付けられている複数のレベル３サブボックスに編成される、該送信するステップ、
を含み、
同じレベルに属する少なくとも２つの主サブボックスが、各々が１つのメディアアイテムまたはメディアアイテムの組み合わせを識別するための、少なくとも１つの識別子を含み、同じ前記レベルに属する少なくとも１つの追加サブボックスが少なくとも２つの識別子を含み、１つの識別子は該２つの主サブボックスの１つに属し、他の１つの識別子は他方の主サブボックスに属する。
【００２６】
例えば、本方法がＩＳＯＢＭＦＦパート１５に適合しているとき、第１レベルのサブボックスは改編セットであり、第２レベルのサブボックスはＲｅｐｒｅｓｅｎｔａｔｉｏｎであり、第３レベルのサブボックスはＳｕｂ−Ｒｅｐｒｅｓｅｎｔａｔｉｏｎである。
【００２７】
本発明の第二態様は、対象のタイムピリオドに従って、相異なるメディアアイテムに属する空間領域の時間的継続性の提供を可能にする。
【００２８】
或る実施形態において、メディアアイテムは、タイル化ビデオからのタイルである。
【００２９】
或る実施形態では、主および追加サブボックスは、第１レベルサブボックスである。
【００３０】
或る実施形態では、メディアアイテムはタイル化ビデオである。
【００３１】
或る実施形態では、主および追加サブボックスは、第３レベルサブボックスである。
【００３２】
或る実施形態では、前記方法は、ＩＳＯＢＭＦＦパート１５に適合する。
【００３３】
或る実施形態では、識別子はアセット識別子（ＡｓｓｅｔＩｄｅｎｔｉｆｉｅｒ）である。
【００３４】
本発明の第三態様によれば、プログラマブル装置のためのコンピュータプログラム製品が提供され、該コンピュータプログラム製品は、プログラムがプログラマブル装置にロードされ実行されたとき前述の方法の各ステップを遂行するための命令を含む。
【００３５】
本発明の第四態様によれば、前述の方法を実装するためのコンピュータプログラムの命令を格納するコンピュータ可読ストレージ媒体が提供される。
【００３６】
本発明の第五態様によれば、前述の方法を伝送するようになされた手段を含むサーバにおいて多層区分化された同期性メディアデータをカプセル化するためのデバイスが提供される。
【００３７】
或る実施形態において、該デバイスはサーバデバイス中に組み込まれる。
【００３８】
また、以下の説明から本発明の他の特徴および利点も明らかになろう。本発明は、純粋に例示のためにだけ説明されるものであり、添付の図面を使って解説される。
【図面の簡単な説明】
【００３９】
【図１ａ】ＨＴＴＰによるメディアストリーミングの一般的原理の一例についてのブロック図である。
【図１ｂ】本発明の或る実施形態による、特にフレームがタイルに分割されているときの、ＨＴＴＰによるメディアストリーミングをさらに詳細に説明するフローチャートである。
【図２ａ】各フレームがタイルに分割され、或るタイムピリオドから別のタイムピリオドへと、一部のオブジェクトが空間的に移動している２つの相異なるタイムピリオドに対する２つのフレームを概略的に表す。
【図２ｂ】各タイムピリオドに対する相異なるタイル化構成によって各フレームがタイルに分割される、２つの異なるタイムピリオドに対する２つのフレームを概略的に表す。
【図３】従来技術によるメディアプレゼンテーション記述を示す。
【図４】本発明の或る実施形態によるメディアプレゼンテーション記述を示す。
【図５】本発明の別の実施形態によるメディアプレゼンテーション記述を示す。
【図６】１つ以上の実施形態が中に実装可能な、サーバまたはクライアントデバイスのブロック図を表す。
【発明を実施するための形態】
【００４０】
図１ａは、具体的にはＤＡＳＨなどの、ＨＴＴＰによるメディアストリーミングの一般的原理を表す。ＨＴＴＰによるメディアストリーミングに対する新規プロトコルおよび規格のほとんどがこの原理に基づいている。
【００４１】
メディアサーバ１００は、各種のメディアプレゼンテーションを包含する。メディアプレゼンテーション１０１の或る例が示されている。ここでは、該プレゼンテーションは、１つのオーディオコンテンツ構成要素および２つのビデオコンテンツ構成要素を包含する。このメディアプレゼンテーションを構成する方法は当業者には周知である。このメディアプレゼンテーションは、各メディアコンテンツ構成要素に対し、小さな独立した継続する時間セグメント１０２ａ、１０２ｂ、および１０２ｃ（例えば、ｍｐ４セグメント）に時間的に分割された各メディアコンテンツ構成要素の、複数のバージョン、１０３ａおよび１０３ｂを提案する。これらの時間セグメントは、独立的に取り扱えてダウンロードが可能である。これらセグメントのダウンロード先アドレスはＨＴＴＰアドレスである。（１つのＨＴＴＰアドレスが、各メディアコンテンツ構成要素の各時間セグメントに関連付けられている）これらアドレスは、サーバ１００によって、これらの時間セグメントの各１つに対し設定される。
【００４２】
マニフェストファイル１０４（または記述ファイル）は、フォーマット化された文書（典型的にはＸＭＬ文書）である。これは、例えば、メディアの種類（オーディオ、ビデオ、オーディオ−ビデオ、テキスト…）符号化フォーマット、およびセグメントの持続時間など、各メディアコンテンツ構成要素、および関連する時間的メディアセグメントを記述する。さらに、該文書は、記述された各メディアコンテンツセグメントに対し１つのＵＲＬを関連付ける。
【００４３】
マニフェストファイル１０４は、クライアントまたはユーザに関わるクライアントデバイス１１０に送信される。クライアントは、受信されたマニフェストファイル１０５を読み取ることによって、メディアコンテンツ構成要素の各種バージョンの時間セグメントと、それら時間セグメントを指定するＨＴＴＰアドレスとの間の関係を知ることができる。さらに、マニフェストファイル１０５は、メディアプレゼンテーションを構成する各メディアコンテンツ構成要素の各バージョンを特徴付ける情報を伝える。例えば、該情報は、解像度、コーディックのフォーマット、および／またはビットレートを含んでよい。
【００４４】
しかして、クライアントデバイス１１０は、自分が欲する時間セグメントをダウンロードするためのＨＴＴＰ要求１０６を発信することができ、それらの時間セグメントは、受信されたマニフェストファイル１０５中に記載される。
【００４５】
応答として、サーバ１００は、要求された時間セグメント、１０７を送信する。これらの時間セグメントは、クライアントデバイス１１０によって表示１０９のため復号１０８することができる。
【００４６】
図１ｂは、本発明の或る実施形態による、（具体的にはＤＡＳＨにおける）ＨＴＴＰによるメディアストリーミングをさらに綿密に説明する。
【００４７】
最初に、クライアントデバイスが、サーバから記述ファイル（またはＤＡＳＨ中のＭＰＤ）を得る、ステップ１００８。クライアントデバイスは、この記述ファイルをメディアプレゼンテーションの開始時に１回だけ得ることができるか、あるいは該ファイルをメディアプレゼンテーションの開始時に１回得ることができ、且つその後クライアントはメディアプレゼンテーションの全経過時間を通して記述ファイルのいくつかの更新を得ることができる。
【００４８】
図３でさらに説明するように、この記述ファイルは、１つ以上のタイムピリオド内で利用可能な全てのメディアコンテンツ構成要素についてのデータを含む。
【００４９】
クライアントが新規または更新記述ファイルを受信する都度、彼またはそれは、ステップ１０１０で、彼がレンダリングしたいと欲する１つ以上のメディアコンテンツ構成要素の１つのバージョンを選択する。その選択は、ユーザの好みまたは選び、ネットワーク状態（例えば、利用可能なバンド幅）、およびクライアントのレンダリング能力（例えば、表示解像度、対応可能コーディック、計算パフォーマンス）に従って行われる。
【００５０】
クライアントによって選択されたメディアコンテンツ構成要素のバージョンに対応する時間セグメントのＵＲＬがクライアントデバイスによって選択される、ステップ１０２０。
【００５１】
選択された時間セグメントに対する要求メッセージがクライアントデバイスからサーバに送信される、ステップ１０３０。各要求メッセージは、同じＵＲＬがいろいろな時間セグメントを指定している場合随意的にバイト範囲を使って、１つの時間セグメントのＵＲＬを含む。
【００５２】
要求メッセージに応答して、サーバは、クライアントデバイスに、ビデオデータ（すなわち、以下に詳記するようなセグメント）を送信する、ステップ１０４０。
【００５３】
さらに、ステップ１０１０で、Ｐｅｒｉｏｄが変更される場合、クライアントは、前のＰｅｒｉｏｄの間に行われた自分の選択に従ってメディアコンテンツ構成要素を選ぶこと、例えば、１つのＰｅｒｉｏｄから別のＰｅｒｉｏｄへの編集継続性を確実にすることを欲すること、もある。この問題を処理するため、ＤＡＳＨは、ＰｅｒｉｏｄまたはＡｄａｐｔａｔｉｏｎＳｅｔレベルだけで定義される「ＡｓｓｅｔＩｄｅｎｔｉｆｉｅｒ」と呼ばれる特定の記述子を定義済みである。この記述子のおかげで、クライアントは、例えば、広告に対応するＰｅｒｉｏｄから、同じ映画に関連するＰｅｒｉｏｄを区別化できる。
【００５４】
しかしながら、既存のソリューションは、多くの状況において、特に、メディアコンテンツが区分化、例えば、以降に図４を参照して説明するように空間的に区分化されている場合、ユーザがＭＰＤの効率的な構文解析を行うことを可能にしない。
【００５５】
図２ａおよび２ｂは、既存のソリューションが、既存の識別子を介して適正且つ効率的に操作できないシナリオを示す。
【００５６】
図２ａは、ここでは８つのタイルＴ１、Ｔ２、…、Ｔ８に分割されたビデオフレーム２００および２１０を示す。
【００５７】
ＤＡＳＨおよびＩＳＯＢＭＦＦのカプセル化によれば、各タイルは、相異なるビデオコンテンツ構成要素またはビデオコンテンツ構成要素のサブパートを表すことができる。前者の場合、ＭＰＤでは、各タイルはタイルごとに１つのＡｄａｐｔａｔｉｏｎＳｅｔを定義することによって表現される。後者の場合、各タイルは、フレーム全体を表現する単一のＡｄａｐｔａｔｉｏｎＳｅｔを定義することによって表現され、各Ｒｅｐｒｅｓｅｎｔａｔｉｏｎは、（図３の３０４によって表されるように）タイルごとに１つのＳｕｂＲｅｐｒｅｓｅｎｔａｔｉｏｎのいくつかのＳｕｂＲｅｐｒｅｓｅｎｔａｔｉｏｎ（すなわち、Ｒｅｐｒｅｓｅｎｔａｔｉｏｎのサブパート）から成る。タイルの属性は、「ｕｒｎ：ｍｐｅｇ：ｄａｓｈ：ｓｒｄ：２０１４」（前述の文書ｍ３３１１２を参照）に等しい＠ｓｃｈｅｍｅＩｄＵＲＩを使ったＳｕｐｐｌｅｍｅｎｔａｌＰｒｏｐｅｒｔｙ（補足属性）またはＥｓｓｅｎｔｉａｌＰｒｏｐｅｒｔｙ（基本属性）記述子のいずれかを用いて構成される空間関係記述子を使用して記述される。＠ｖａｌｕｅ属性は、タイル座標（ｘ，ｙの幅、および高さ）を含む値の、カンマで分離されたリストを提供する。
【００５８】
ビデオフレーム２００は、ＰｅｒｉｏｄＮの期間のビデオを表現する。２つのオブジェクト２０２および２０３がある。オブジェクト２０２は、タイルＴ６およびＴ８によってカバーされ、オブジェクト２０３はタイルＴ１によってカバーされている。別のビデオフレーム２１０は、後の時間の別のＰｅｒｉｏｄ（ＰｅｒｉｏｄＮ＋Ｍと言う）の期間の同じビデオを表現する。ＰｅｒｉｏｄＮとＰｅｒｉｏｄＮ＋Ｍとの間で、オブジェクト２０２および２０３は移動し、それぞれオブジェクト２１２および２１３によって表されており、両方ともタイルＴ３によってカバーされている。
【００５９】
これらタイルが、ＳｕｂＲｅｐｒｅｓｅｎｔａｔｉｏｎレベル（第３レベルサブボックス）で記述されている場合、ＰｅｒｉｏｄおよびＡｄａｐｔａｔｉｏｎＳｅｔのレベルだけで識別子を提供する既存のソリューションは、複数のＰｅｒｉｏｄにまたがるアプリケーションを使った迅速で効率的な照合を可能にしない。言い換えれば、既存のソリューションでは、アプリケーションは、第一オブジェクト２１３が他の第一オブジェクト２０３と同じオブジェクトであること、または第二オブジェクト２１２が他の第一オブジェクト２０２と同じオブジェクトであることを認識できない。さらに、既存のソリューションは、ＡｄａｐｔａｔｉｏｎＳｅｔまたはＳｕｂＲｅｐｒｅｓｅｎｔａｔｉｏｎレベルでの複数のオブジェクト（例えば、フレーム２１０のタイルＴ３は２つのオブジェクト２１２および２１３をカバーしている）を識別することができない。
【００６０】
また、図２ｂは、２つの異なるピリオド（ＰｅｒｉｏｄＮおよびＰｅｒｉｏｄＮ＋Ｍ）の期間の２つの相異なるビデオフレームを示す。各フレームは、いくつかのタイルから成り、２つの異なるビュー（ビューＡおよびビューＢ）を表現している。フレーム２１００は、４つのタイル（Ａ１〜Ａ４）から成り、別のフレーム２１０１は１６のタイル（Ｂ１〜Ｂ１６）から成る。ボックス２２０３は仮想であり、ＰｅｒｉｏｄＮとＰｅｒｉｏｄＮ＋Ｍとにおける２つのビューの間の空間的関係を概略的に示す。略図２２０３に表されるように、ＰｅｒｉｏｄＮ＋Ｍ期間でタイルＢ１、Ｂ２、Ｂ５、およびＢ６は、ＰｅｒｉｏｄＮの期間でタイルＡ４がカバーするのと同じ空間領域をカバーしている。言い換えれば、Ｂ１、Ｂ２、Ｂ５、Ｂ６は、タイルＡ４によってカバーされる空間領域の時間的継続を表す。しかしながら、フレーム２１００とフレーム２１０１との間の相異なるタイル編成に起因して、アプリケーションは、タイルＡ４によってカバーされる時間的継続が分からない。この場合もやはり、既存のソリューションは、ＳｕｂＲｅｐｒｅｓｅｎｔａｔｉｏｎレベルでのかかる関係を表現することを可能にしない。さらに、例えば、Ａ４とＢ１、Ｂ２、Ｂ５、Ｂ６との間の関係を表すためだけでなく、タイルＡ４、Ｂ２，およびＢ６中のオブジェクト２２０２を識別するためにもタイルごとに複数の識別子が必要であり、これは既存のソリューションでは可能でない。
【００６１】
図３は、従来技術による、ＤＡＳＨマニフェストファイルまたはＭＰＤの階層的コンテンツの一例を示す。このマニフェストファイルは、サーバで利用可能なメディアプレゼンテーションのメディアコンテンツ、およびメディアデータとも呼ばれる各メディア構成要素またはアイテムと、ＨＴＴＰアドレスとの関係を記載している。このＭＰＤでは、メディアコンテンツは、以降でさらに詳しく説明するように、相異なるレベルのいくつかのボックスおよびサブボックス中に編成される。
【００６２】
例えば、メディアプレゼンテーションは、Ｐｅｒｉｏｄと呼ばれる粗な期間に時間的に分割（任意のコンテンツのスプライシング）することができる。
【００６３】
ＭＰＤレベルでの「Ｐｅｒｉｏｄ」は、或るタイムピリオド（１つのＰｅｒｉｏｄだけある場合は、メディアプレゼンテーションのその全期間であり得る）に対し利用可能な全てのメディア構成要素を記述する。このピリオドの中で、構成要素に対するメディアコンテンツは、容易なストリーミング／ランダムアクセス／切り替えを可能にするために、前述のものより小さなタイムピリオドに対応する複数のデータセグメントで構成することができる。
【００６４】
ＸＭＬのＭＰＤは、各ピリオドに関連する全てのデータを包含する。クライアントは、この情報を受信することによって、各タイムピリオドのコンテンツを知る。
【００６５】
前述され図３に表されるように、メディアプレゼンテーション記述ファイル３００は、各１つがＰｅｒｉｏｄに関連付けられた複数の部分３００１、３００２、および３００３に分割される。例えば、第二Ｐｅｒｉｏｄは１００ｓ〜２９４ｓに含められる。
【００６６】
各メディアプレゼンテーションのＰｅｒｉｏｄは、対応するタイムピリオドに対し利用可能なメディアコンテンツ構成要素を記述するデータを包含する。相異なるＰｅｒｉｏｄ中のコンテンツ（すなわち、メディアコンテンツ構成要素のセット）は、或るピリオドと別のピリオドとで完全に独立的であってもよく、逆に、メディアプレゼンテーション記述の２つ以上のＰｅｒｉｏｄが、同じ全体的コンテンツに属するメディアコンテンツ構成要素を含んでいてもよい。言い換えれば、全体的コンテンツを、連続するまたは不連続のいくつかのＰｅｒｉｏｄに亘って区分化または分配することができる。各メディアプレゼンテーション記述のＰｅｒｉｏｄは、同じ全体的コンテンツに関連するコンテンツ部分を識別するために、例えば、ＡｓｓｅｔＩｄｅｎｔｉｆｉｅｒと呼ばれる、記述子を包含することが可能である。この識別子は、相異なるＰｅｒｉｏｄの間の分配された同じコンテンツの部分を識別することを可能にする。２つの異なるＰｅｒｉｏｄが同様のＡｓｓｅｔＩｄｅｎｔｉｆｉｅｒを包含している場合、それら２つのＰｅｒｉｏｄに対するメディアコンテンツは、同じ全体的コンテンツ（アセットとも呼ばれる）に属する。
【００６７】
しかして、このＭＰＤに示されるように、第一Ｐｅｒｉｏｄ３００１および第三Ｐｅｒｉｏｄ３００３は同じＡｓｓｅｔＩｄｅｎｔｉｆｉｅｒ「映画」を含む。上述の定義による結果として、これら２つのピリオドに関連付けられたコンテンツは、同じ全体的コンテンツの部分である。対照的に、第二Ｐｅｒｉｏｄ３００２は、異なるＡｓｓｅｔＩｄｅｎｔｉｆｉｅｒ「広告」を含む。これは、このコンテンツが、第一および第三Ｐｅｒｉｏｄ３００１、３００３に関連付けられたものと同じコンテンツの部分ではないことを知らせる。
【００６８】
明確化のため、メディアプレゼンテーションのＰｅｒｉｏｄ３００１の１つが３０１にさらに詳しく示されている。
【００６９】
Ｐｅｒｉｏｄは、いくつかの「改編セット」要素で構成することができる。改編セットは、１つまたは複数のメディアコンテンツ構成要素の相互交換可能な符号化バージョンのセットを表す。例えば、Ｐｅｒｉｏｄ３０１は、２つの異なるビデオコンテンツ構成要素に対応する２つの改編セット（またはレベル１サブボックス）から成る。また、改編セットはメディアアイテムの組み合わせ（例えば、オーディオ／ビデオ）とも呼ばれる複数のメディアコンテンツ構成要素の多重化された形態を直接包含することが可能である。言い換えれば、メディアコンテンツ構成要素がＩＳＯＢＭＦＦ中にカプセル化される場合、各改編セットは、ＩＳＯＢＭＦＦから分離されたトラックに関連付けられる。この例において、第一グループの改編セットは、第一ビデオトラックに関連付けられ、第二改編セットは、第二ビデオトラックに関連付けられる。
【００７０】
改編セット構造体３０２は、サーバで利用可能な符号化ビデオの相異なる可能なまたは代替の表現を記述する属性および／または要素および／または記述子（これらの属性および／または要素はレベル２サブボックスと称される）（例えば「Ｒｅｐｒｅｓｅｎｔａｔｉｏｎ」）３０２０中に編成された情報を包含する。この例において、第一表現「Ｒｅｐｒｅｓｅｎｔａｔｉｏｎ１」は、５００ｋｂｉｔ／ｓのビットレートで符号化された空間解像度６４０×４８０の符号化ビデオである。第二表現「Ｒｅｐｒｅｓｅｎｔａｔｉｏｎ２」は、同様なビデオであるが、２５０ｋｂｉｔ／ｓで符号化されている。このビデオのそれぞれは、クライアントが該ビデオに関連するＨＴＴＰアドレスを知っていれば、ＨＴＴＰ要求によってダウンロードすることができる。各表現のコンテンツとＨＴＴＰアドレスとの間の関連付けは、追加の時間サブレイヤを使って行われる。
【００７１】
参照符号３０３によって示されるように、ビデオ表現「Ｒｅｐｒｅｓｅｎｔａｔｉｏｎ１」は、（この例では１０秒の）時間セグメントに分割される。
【００７２】
第一表現「Ｒｅｐｒｅｓｅｎｔａｔｉｏｎ１」は、５００ｋｂｉｔ／ｓのバンド幅、６４０画素の幅、および４８０画素の高さを有する。フィールド「Ｓｅｇｍｅｎｔ  Ｉｎｆｏ（セグメント情報）」３０３によって、以降に説明するさらなるパラメータが与えられる。
【００７３】
第二表現「Ｒｅｐｒｅｓｅｎｔａｔｉｏｎ２」は、２５０ｋｂｉｔ／ｓのバンド幅、６４０画素の幅、および４８０画素の高さを有する。この第二表現は、例えば第一表現に比べて品質の低減を示し得る。クライアントは、ネットワーク上で利用可能なバンド幅の如何によって、これら２つの異なる表現の間での切り替えをすることができよう。
【００７４】
各時間セグメント３０３は、ＨＴＴＰアドレスを介してアクセス可能な、サーバに格納されたコンテンツである。加えて、初期化セグメントが利用可能である。この初期化セグメントは、（ビデオがＩＳＯ  ＢＭＦＦまたは拡張版を用いてカプセル化されていれば）カプセル化されたビデオのＭＰ４コンテンツを記述したＭＰ４初期化情報を包含する。例えば、該情報は、クライアントが、ビデオに関連する復号アルゴリズムのインスタンス生成をするのを助力する。初期化セグメントおよびメディアセグメントのＨＴＴＰアドレスは、ＭＰＤ（または記述）ファイル中で与えられる。
【００７５】
さらに、参照符号３０４で示されるように、Ｒｅｐｒｅｓｅｎｔａｔｉｏｎは、ＳｕｂＲｅｐｒｅｓｅｎｔａｔｉｏｎ（またはレベル３サブボックス）と呼ばれるいくつかのサブボックスで構成することができる。Ｒｅｐｒｅｓｅｎｔａｔｉｏｎと対照的に、ＳｕｂＲｅｐｒｅｓｅｎｔａｔｉｏｎは、メディアセグメントのサブパートに対処するために、これらメディアセグメント中に組み込まれた、ＩＳＯＢＭＦＦからの特定のボックス（サブセグメントインデックス（「ｓｓｉｘ」）およびレベル割り当て（「ｌｅｖａ」）ボックス）に依存する。言い換えれば、ＳｕｂＲｅｐｒｅｓｅｎｔａｔｉｏｎは、対応するＲｅｐｒｅｓｅｎｔａｔｉｏｎ中に組み込まれたメディア構成要素またはメディア構成要素の組み合わせのコンテンツに関連する属性を記述する。例えば、これは、何らかの組み込まれたより低品質のレイヤ（例えば、図中に示されるような、ビデオに対する何らかのより低いフレームレート）または、Ｒｅｐｒｅｓｅｎｔａｔｉｏｎがオーディオおよびビデオ構成要素の混成体を記述している場合、組み込まれたオーディオまたはビデオ構成要素を記述してもよい。また、ＳｕｂＲｅｐｒｅｓｅｎｔａｔｉｏｎは、ビデオの空間的サブパート（またはタイル）を記述してもよい。
【００７６】
上記のように定義されたＭＰＤは、ピリオド群にまたがってメディア構成要素のコンテンツを追跡または追尾するようになされるが、これは、例えば、混合オーディオ信号から抽出された１つのオーディオ信号、または全体ピクチャの代わりに区分化されたピクチャからの１つの空間タイル（もしくは複数のタイル）など、異なるピリオドにまたがるメディア構成要素に対するより微細な追尾には適していない。
【００７７】
しかして、ユーザが、第一Ｐｅｒｉｏｄのタイル「１」（図２ａ参照）上、および第二Ｐｅｒｉｏｄのタイル「２」上に包含された或るオブジェクト（例えば或る人物）を追尾しようと欲する場合、図３に示されるように、ＭＰＤを使ってそれを実行する効率的仕方はない。
【００７８】
図４は、本発明による、ＤＡＳＨマニフェストファイルまたはＭＰＤの階層的コンテンツの一例を示す。ＭＰＤ４００は、３つの異なるタイムピリオド（「Ｐｅｒｉｏｄ」）から成る。Ｐｅｒｉｏｄレベルで値「広告」を備える識別子「ＡｓｓｅｔＩｄｅｎｔｉｆｉｅｒ」によってシグナリングされる、第二Ｐｅｒｉｏｄ（すなわち、メディアコンテンツ構成要素のセット）のコンテンツは、ＡｓｓｅｔＩｄｅｎｔｉｆｉｅｒ「映画」を使ってシグナリングされる２つの他のＰｅｒｉｏｄから完全に独立している。この例において、第二Ｐｅｒｉｏｄのコンテンツは、映画の合間における広告を表現する。
【００７９】
映画に対応する各Ｐｅｒｉｏｄ４０１および４０４中には、前に定義されたように、２つのビデオコンテンツ構成要素または改編セットボックスがある。各改編セット中に定義された「ＡｓｓｅｔＩｄｅｎｔｉｆｉｅｒ」と名付けられた記述子は、Ｐｅｒｉｏｄにまたがって別の改編セットからの時間継続を表す対応改編セットボックスを読み出すことを可能にする。この例において、値「ｃａｍ１」を有するＡｓｓｅｔＩｄｅｎｔｉｆｉｅｒは、Ｐｅｒｉｏｄ４０４中の改編セット「２」が、Ｐｅｒｉｏｄ４０１からの改編セット「１」の編集上の継続であることを示す。
【００８０】
本発明の或る実施形態によれば、ＤＡＳＨにおけるこのＡｓｓｅｔＩｄｅｎｔｉｆｉｅｒの定義を、「ＲｅｐｒｅｓｅｎｔａｔｉｏｎＢａｓｅＴｙｐｅ（表現ベース型）」レベルで定義するように拡張することが提案される。このようにすれば、ＡｓｓｅｔＩｄｅｎｔｉｆｉｅｒは、Ｐｅｒｉｏｄレベルだけでなく、全ての他のサブレベル：ＡｄａｐｔａｔｉｏｎＳｅｔ（特に複数のＡｓｓｅｔＩｄｅｎｔｉｆｉｅｒに対し）、Ｒｅｐｒｅｓｅｎｔａｔｉｏｎ、およびＳｕｂＲｅｐｒｅｓｅｎｔａｔｉｏｎ、でも使用が可能となる。
【００８１】
この場合、ＭＰＤスキーマは、以下のように修正される：
＜！−−Ｒｅｐｒｅｓｅｎｔａｔｉｏｎベース（共通属性および要素）→
＜ｘｓ：ｃｏｍｐｌｅｘＴｙｐｅ  ｎａｍｅ＝“ＲｅｐｒｅｓｅｎｔａｔｉｏｎＢａｓｅＴｙｐｅ”＞
…
＜ｘｓ：ｅｌｅｍｅｎｔ  ｎａｍｅ＝“ＩｎｂａｎｄＥｖｅｎｔＳｔｒｅａｍ”ｔｙｐｅ＝“ＤｅｓｃｒｉｐｔｏｒＴｙｐｅ”  ｍｉｎＯｃｃｕｒｓ＝“０”  ｍａｘＯｃｃｕｒｓ＝“ｕｎｂｏｕｎｄｅｄ”／＞
＜ｘｓ：ｅｌｅｍｅｎｔ  ｎａｍｅ＝“ＡｓｓｅｔＩｄｅｎｔｉｆｉｅｒ”  ｔｙｐｅ＝“ＤｅｓｃｒｉｐｔｏｒＴｙｐｅ”  ｍｉｎＯｃｃｕｒｓ＝“０“／＞
…
＜／ｘｓ：ｃｏｍｐｌｅｘＴｙｐｅ＞
【００８２】
図４において、各改編セット４０２および４０５は、複数のＳｕｂＲｅｐｒｅｓｅｎｔａｔｉｏｎ４０３および４０６によって表現される複数のオブジェクトまたはタイルを組み込んだ、ビデオコンテンツ構成要素のバージョン（またはＲｅｐｒｅｓｅｎｔａｔｉｏｎ）を包含する。ＳｕｂＲｅｐｒｅｓｅｎｔａｔｉｏｎレベルでＡｓｓｅｔＩｄｅｎｔｉｆｉｅｒを定義することによって、クライアントは、４０６中のレベル１のＳｕｂＲｅｐｒｅｓｅｎｔａｔｉｏｎが４０３中のレベル０のＳｕｂＲｅｐｒｅｓｅｎｔａｔｉｏｎの編集上の継続であることを知る。この識別子なしでは、クライアントは、どのＳｕｂＲｅｐｒｅｓｅｎｔａｔｉｏｎを選択しなければならないかを判断することができない。
【００８３】
加えて、かかる関係を表すことは、例えば、タイル化が、ＰｅｒｉｏｄＮの期間ではＳｕｂＲｅｐｒｅｓｅｎｔａｔｉｏｎレベルで、その後、ＰｅｒｉｏｄＮ＋Ｍの期間では改編セットレベルで記述されている場合などに特に有用である。実際に、タイル化が、ＳｕｂＲｅｐｒｅｓｅｎｔａｔｉｏｎレベルで記述されているとき、クライアントは、タイルの全てが同じメディアセグメントに組み込まれているので、全タイルをダウンロードしなければならない。しかしながら、タイル化がＡｄａｐｔａｔｉｏｎＳｅｔレベルで記述されている場合、クライアントは、その関心域によってカバーされているタイルだけをダウンロードすればよい。ＳｕｂＲｅｐｒｅｓｅｎｔａｔｉｏｎレベルでＰｅｒｉｏｄ横断的な識別子を設けることによって、タイル化がＳｕｂＲｅｐｒｅｓｅｎｔａｔｉｏｎレベルのタイル化からＡｄａｐｔａｔｉｏｎＳｅｔレベルのタイル化に変更された場合でも、クライアントがＰｅｒｉｏｄにまたがる関連タイルをより迅速に読み出すことが可能になる。
【００８４】
オブジェクト追尾に対する本発明の利益の例示として、図２ａを参照すると、クライアントが２０２として参照されたオブジェクトを見ることを決めた場合、ＰｅｒｉｏｄＮ期間は画像の右底部の部分２０１に焦点を当てればよい。図２ａ中に示されるように、この選択部分２０１または関心域（ＲＯＩ：Ｒｅｇｉｏｎ−ｏｆ−Ｉｎｔｅｒｅｓｔ）は、オブジェクト２０２をカバーする２つのタイルＴ６およびＴ８に包含されている。
【００８５】
これらのタイルがＳｕｂＲｅｐｒｅｓｅｎｔａｔｉｏｎレベルで記述され、クライアントが、例えばオブジェクト２０２を追うオブジェクト追尾を行うことを欲する場合、この識別子のおかげで、クライアントは、ステップ１０１０で、ＰｅｒｉｏｄＮの期間ではタイルＴ６およびＴ８を、ＰｅｒｉｏｄＮ＋Ｍの期間ではタイルＴ３だけを選択する必要があることを知る。
【００８６】
別の実施形態において、「ＡｓｓｅｔＩｄｅｎｔｉｆｉｅｒ」を拡張する代わりに、本発明による識別子は、特定のｓｃｈｅｍｅＩｄＵＲＩ（例えば、「ｕｒｎ：ｍｐｅｇ：ｄａｓｈ：ｉｄ：２０１４」または「ｕｒｎ：ｍｐｅｇ：ｄａｓｈ：ｏｂｊＩｄ：２０１４」）を備える、ＳｕｐｐｌｅｍｅｎｔａｌＰｒｏｐｅｒｔｙ（補足属性）、ＥｓｓｅｎｔｉａｌＰｒｏｐｅｒｔｙ（必須属性）、または任意の新規記述子を再使用することによって表すことも可能で、＠ｖａｌｕｅ属性が識別子値に相当することになろう。
【００８７】
或る別の実施形態では、本発明による識別子は、「ＡｓｓｅｔＩｄｅｎｔｉｆｉｅｒ」を拡張する代わりに当業者には周知の記述子Ｒｏｌｅ（役割）を再使用することによって表してもよい。
【００８８】
さらに別の実施形態において、オブジェクト追尾のコンテキストにおいて、識別子を表す記述子は識別されるオブジェクトを特徴づける記述も含むことができる（例えば、「このオブジェクトは赤い傘を表す」）。また、この識別子は、いくつかのタイルによってカバーされるオブジェクトと、専用のメタデータコンテンツ構成要素中で搬送されるであろうオブジェクト記述とを関連付けるために用いることもできよう。
【００８９】
図５は、本発明による、ＤＡＳＨマニフェストファイルまたはＭＰＤの階層的コンテンツの別の例を示す。
【００９０】
図２ａ中に示されるように、フレーム２００は相異なるタイルのセットによってカバーされる複数のオブジェクト２０２，２０３を包含可能である（２０３はＴ１によりカバーされ、２０２はＴ６およびＴ８によりカバーされている）。１つのピリオドから別のピリオドへ、これらのオブジェクトがビデオフレーム内部で移動されることが生じ得て、その結果、１つのＰｅｒｉｏｄから別のＰｅｒｉｏｄへと、これらオブジェクトは、タイルの相異なるセットによってカバーされる。また、ビデオフレーム２１０中に示されるように、複数のオブジェクトが同じタイルのセットによってカバーされることも生じ得る。タイルＴ３中に２つのオブジェクト２１１および２１３が存在する。従来技術は１つのレベルで複数のＡｓｓｅｔＩｄｅｎｔｉｆｉｅｒを定義することを可能にしない。
【００９１】
本発明は、「ＲｅｐｒｅｓｅｎｔａｔｉｏｎＢａｓｅＴｙｐｅ」レベルで複数のＡｓｓｅｔＩｄｅｎｔｉｆｉｅｒの定義を許可することを提案する。このようにすれば、各サブレベル：ＡｄａｐｔａｔｉｏｎＳｅｔ、ＲｅｐｒｅｓｅｎｔａｔｉｏｎおよびＳｕｂＲｅｐｒｅｓｅｎｔａｔｉｏｎ、において、ＡｓｓｅｔＩｄｅｎｔｉｆｉｅｒを複数回定義することができる。言い換えれば、一部の用途に対しては、型「ＲｅｐｒｅｓｅｎｔａｔｉｏｎＢａｓｅＴｙｐｅ」の１つの要素を複数の識別子に関連付けるのが望ましい。
【００９２】
この場合、ＭＰＤスキーマは、以下のように修正される：
＜！−−Ｒｅｐｒｅｓｅｎｔａｔｉｏｎベース（共通属性および構成要素）→
＜ｘｓ：ｃｏｍｐｌｅｘＴｙｐｅ  ｎａｍｅ＝“ＲｅｐｒｅｓｅｎｔａｔｉｏｎＢａｓｅＴｙｐｅ”＞
…
＜ｘｓ：ｅｌｅｍｅｎｔ  ｎａｍｅ＝“ＩｎｂａｎｄＥｖｅｎｔＳｔｒｅａｍ”ｔｙｐｅ＝“ＤｅｓｃｒｉｐｔｏｒＴｙｐｅ”  ｍｉｎＯｃｃｕｒｓ＝“０”  ｍａｘＯｃｃｕｒｓ＝“ｕｎｂｏｕｎｄｅｄ”／＞
＜ｘｓ：ｅｌｅｍｅｎｔ  ｎａｍｅ＝“ＡｓｓｅｔＩｄｅｎｔｉｆｉｅｒ”  ｔｙｐｅ＝“ＤｅｓｃｒｉｐｔｏｒＴｙｐｅ”  ｍｉｎＯｃｃｕｒｓ＝“０“  ｍａｘＯｃｃｕｒｓ＝”ｕｎｂｏｕｎｄｅｄ“／＞
…
＜／ｘｓ：ｃｏｍｐｌｅｘＴｙｐｅ＞
【００９３】
図５はかかるシナリオを示す。ＭＰＤ５００は、３つのＰｅｒｉｏｄから成る。図２ａを参照すると、Ｐｅｒｉｏｄ５０１は、フレーム２００に対応しており、ＡｄａｐｔａｔｉｏｎＳｅｔ「１」はフレーム２００中のタイル「Ｔ６」、ＡｄａｐｔａｔｉｏｎＳｅｔ「２」はタイル「Ｔ８」、ＡｄａｐｔａｔｉｏｎＳｅｔ「３」はタイル「Ｔ１」に対応していることになろう。識別子「ＯｂｊＡ」は、オブジェクト２０２、および「別の識別子ＯｂｊＢ」がオブジェクト２１３に対応していることになろう。Ｐｅｒｉｏｄ５０２は、フレーム２１０に対応しており、ＡｄａｐｔａｔｉｏｎＳｅｔ「１」はフレーム２１０中のタイル「Ｔ３」に対応し、識別子「ＯｂｊＡ」はオブジェクト２１２に対応し、識別子「ＯｂｊＢ」はオブジェクト２１３に対応していることになろう。第三Ｐｅｒｉｏｄ５０３（図２ａには表されていない）では、オブジェクトは再度移動し、２つの異なるタイルによってカバーされてもよい。しかしながら、設けられた識別子ＡｓｓｅｔＩｄｅｎｔｉｆｉｅｒ「ＯｂｊＡ」および「ＯｂｊＢ」のおかげで、対象となるＰｅｒｉｏｄに従ってタイルから他のタイルへと移動するこれらオブジェクトの識別および追尾はより容易である。
【００９４】
図６は、本発明の１つ以上の実施形態の実装のためのコンピューティングデバイス６００の概略ブロック図である。コンピューティングデバイス６００は、マイクロコンピュータ、ワークステーション、または軽量携帯デバイスなどのデバイスであってよい。コンピューティングデバイス６００は、
−  マイクロプロセッサなどのＣＰＵとも言われる中央処理ユニット６０１と；
−  本発明の諸実施形態の方法の実行可能コード、並びにマニフェストを読み取り書き込むため、および／またはビデオを符号化するため、および／または所与のファイルフォーマットの下でデータを読み取りまたは生成するための方法を実装するのに必要な変数およびパラメータを記録するようになされたレジスタ、を格納するＲＡＭとも言われるランダムアクセスメモリ６０２であって、そのメモリ容量は、例えば拡張ポートに接続された随意的ＲＡＭによって拡張可能な、該ランダムアクセスメモリと；
−  本発明の諸実施形態を実装するためのコンピュータプログラムを格納するＲＯＭとも言われる読み取り専用メモリ６０３と；
−  ネットワークインターフェース６０４は、通常、処理対象のデジタルデータがそれを介して送信され受信される通信ネットワークに接続される。ネットワークインターフェース６０４は、単一のネットワークインターフェースでもよく、または各種のネットワークインターフェース（例えば、有線および無線インターフェース、または相異なる種類の有線または無線インターフェース）のセットで構成されてもよい。データは、ＣＰＵ６０１中で実行されるソフトウェアアプリケーションの制御の下で、送信のためネットワークインターフェースに書き込まれ、受信のためネットワークインターフェースから読み取られる；
−  ユーザから入力を受信し、またはユーザに対し情報を表示するためのユーザインターフェース６０５と；
−  ＨＤとも言われるハードディスク６０６と、
−  ビデオソースまたはディスプレイなどの外部デバイスとの間でデータを受信／送信するためのＩ／Ｏモジュール６０７と；
に接続された通信バスを含む。
【００９５】
実行可能コードは、読み取り専用メモリ６０３中、ハードディスク６０６上、または、例えばディスクなどのリムーバブルデジタル媒体上のいずれかに格納されてよい。別形によれば、プログラムの実行可能コードは、実行される前に、ハードディスク６０６など、通信デバイス６００のストレージ手段の１つに格納するために、ネットワークインターフェース６０４を介し通信ネットワークを用いて受信することができる。
【００９６】
中央処理装置６０１は、本発明の諸実施形態によるプログラムまたはプログラム群の命令またはソフトウェアコードの部分の実行を制御し命令するようになされ、これら命令は、前述のストレージ手段の１つに格納される。電源が入ると、ＣＰＵ６０１は、例えば、プログラムＲＯＭ６０３またはハードディスク（ＨＤ：ｈａｒｄ−ｄｉｓｃ）６０６からこれらの命令がロードされた後、主ＲＡＭメモリ６０２からの、ソフトウェアアプリケーションに関連する命令を実行することができる。かかるソフトウェアアプリケーションは、ＣＰＵ６０１によって実行されると、前の図に示されたフローチャートのステップが実施されるようにする。
【００９７】
この実施形態において、装置は、本発明を実装するためにソフトウェアを用いるプログラマブル装置である。但し、これに換えて、本発明は、ハードウェアに（例えば、特定用途向け集積回路またはＡＳＩＣ（Ａｐｐｌｉｃａｔｉｏｎ  Ｓｐｅｃｉｆｉｃ  Ｉｎｔｅｇｒａｔｅｄ  Ｃｉｒｃｕｉｔ）の形で）実装することも可能である。
【００９８】
上記で本発明を特定の実施形態を参照しながら説明してきたが、本発明はこれらの特定の実施形態に限定されるものでなく、当業者には諸修改が明らかであろうがそれらは本発明の範囲に含まれる。
【００９９】
例えば、本発明は、カメラ、スマートフォン、または、例えば特定の関心域にズームインするためＴＶに対する遠隔コントローラとして機能するタブレット、などのデバイスに組み込むことが可能である。また、本発明は、同様なデバイスから、特定の関心域を選択することによって、ＴＶプログラムの個人的なブラウジング体験を得るために用いることもできる。ユーザによる、これらのデバイスおよび方法の別の利用法は、自分の好みのビデオの一部の選択されたサブパートを、他の接続されたデバイス群と共有することである。また、本発明は、監視カメラが本発明に沿ったデータを提供する方法に対応していれば、監視の下に置かれている建物の特定の区域中に発生したことを監視するためスマートフォンまたはタブレットで使用することも可能である。
【０１００】
前述の例示的な実施形態を参照して、当業者には、多くのさらなる修改および別形が浮かんでこよう。これらの実施形態は、例としてだけ示されたものであって本発明の範囲を限定するものでなく、その範囲は添付の特許請求の範囲だけによって決定される。具体的に、各種の実施形態による各種の特徴は適切な場合置き換えが可能である。
【図１ａ】
0006632550.tif 000002
【図１ｂ】
0006632550.tif 000003
【図２ａ】
0006632550.tif 000004
【図２ｂ】
0006632550.tif 000005
【図３】
0006632550.tif 000006
【図４】
0006632550.tif 000007
【図５】
0006632550.tif 000008
【図６】
0006632550.tif 000009