JP2016007015A - 再生装置、再生装置の制御方法、生成装置、生成装置の制御方法、制御プログラム、及び該プログラムを記録した記録媒体 - Google Patents

Abstract

【課題】同時に再生するコンテンツの選択を容易にする装置、方法及びプログラムを提供する。【解決手段】クライアント１は、ＭＰＤ（Ｍｅｄｉａ Ｐｒｅｓｅｎｔａｔｉｏｎ Ｄｅｓｃｒｉｐｔｉｏｎ）に含まれる、同時に再生するコンテンツの組合せを示すコンビネーションのアトリビュートに従ってコンテンツを選択するコンテンツ選択部１３と、コンテンツ選択部１３が選択したコンテンツの送信をサーバ２に要求するリクエスト実行部１４と、リクエスト実行部１４のリクエストの要求に応じてサーバ２から送信されたコンテンツを、コンテンツ選択部１３が選択した組合せで再生するコンテンツ再生部１５とを備える。【選択図】図１

Description

本発明は、通信ネットワークを介して取得したコンテンツを再生する再生装置等に関し、より詳細にはコンテンツに関する情報を含む記述情報を参照して、取得するコンテンツを決定する再生装置等に関する。

従来から、通信ネットワークを介してコンテンツの提供を行う技術が広く用いられている。例えば、下記の特許文献１には、クライアントからサーバにＨＴＴＰでコンテンツのリクエストを送信し、クライアントがこのリクエストに対する応答として受信したコンテンツをストリーミング再生するコンテンツストリーミングサービスシステムが開示されている。

このようなシステムの１つとして、３ＧＰＰのＡＨＳ（Adaptive HTTP Streaming）が
あげられる。３ＧＰＰのＡＨＳでは、ＭＰＤ（Media Presentation Description）と呼ばれる記述情報（メタデータ）を用いることが知られている。ＭＰＤには、コンテンツ（メディア）の属性、再生順序などが記述されており、ストリーミングサービスの事前あるいはサービス途中に、クライアントへと送付される。そして、クライアントは、受信したＭＰＤを参照して、サーバにリクエストするコンテンツを決定する。

ここで、ＭＰＤを用いてコンテンツを選択し、選択したコンテンツを再生する処理を図２４に基づいて説明する。図２４は、ＭＰＤを用いてコンテンツを選択し、選択したコンテンツを再生する従来技術を示す図であり、同図の（ａ）はクライアント−サーバ間で送受信されるデータの流れを示し、同図の（ｂ）はＭＰＤのデータ例を示し、同図の（ｃ）はリクエストのデータ例を示し、同図の（ｄ）はコンテンツのデータ例を示している。

同図の（ａ）に示すように、クライアントとサーバは、ネットワークを介して通信する構成となっている。そして、サーバは、クライアントにＭＰＤ（１）を送信する。なお、ここでは、ＨＴＴＰにてＭＰＤを送信することを想定しているが、ＭＰＤの送信態様は特に限定されない。

このＭＰＤは、時間の区間を示すピリオド（Period）と、その区間に再生されるコンテンツの情報を示すリプリゼンテーション（Representation）とで記述される。ＭＰＤは、例えば同図の（ｂ）に示すようなデータであってもよい。

同図（ｂ）のＭＰＤには、<Period start=”PT0S”>で始まり、</Period>で終わるピリオド（のエレメント）が含まれており、この次に<Period start=”PT10S”>で始まり、</Period>で終わるピリオドが含まれている。

また、<Period start=”PT0S”>で始まるピリオドには、<Representation〜>で始まり
、</Representation>で終わるリプリゼンテーション（のエレメント）が３つ含まれてい
る。このように、１つのピリオド中に含まれる複数のリプリゼンテーションは、コンテンツの選択肢を示す。言い換えれば、同一ピリオドに含まれる複数のリプリゼンテーションは、その何れかを選択して再生可能であることを示している。

また、各リプリゼンテーション（のエレメント）は、そのリプリゼンテーションに対応するコンテンツの属性を示すアトリビュート（Attribute）を含むことができる。リプリ
ゼーションが持つことのできるアトリビュートには、コーデック、ビットレート、フレームレート、解像度等のコンテンツに関する情報（特にコンテンツの再生に関する情報）を含めることができる。クライアントは、これらのアトリビュートの値を参照して、リプリゼンテーションを選択する。

例えば、同じ映像コンテンツについて、コーデック、ビットレート、フレームレート、解像度等が異なる複数のリプリゼンテーションが記述されている場合には、クライアントは、自機の再生可能なコーデック、ビットレート、フレームレート、解像度等に応じたリプリゼンテーションを選択する。

なお、図示の例では、アトリビュートとして、再生可能なデータ形式を示すMIMEタイプ（mimeType）、そのリプリゼンテーションの識別子（id）、及びビットレート（図ではバンド幅：bandwidth）が記述されているが、アトリビュートはこの例に限られない。

ここで、リプリゼンテーションを選択したクライアントは、同図の（ａ）に示すように、選択したリプリゼンテーションに対応するコンテンツを要求するリクエスト（２）をサーバに送信する。

このリクエストは、同図の（ｃ）のようなデータであってもよい。同図の（ｃ）の例では、コンテンツを取得するためのＧＥＴメソッドを用いて、「seg256.3gp」のコンテンツを要求する例を示している。つまり、同図の（ｃ）では、同図の（ｂ）の上から２番目のid=”2”で示されるリプリゼンテーションを選択した場合のリクエストのデータ例を示している。また、同図の（ｂ）のＭＰＤから、”video/3gp”のコンテンツを取得可能であ
ることを特定できるため、同図の（ｃ）の例では、自機がこのコンテンツを再生可能であることをAcceptヘッダで示している。

そして、このようなリクエストを受信したサーバは、同図の（ａ）に示すように、リクエストされたコンテンツ（３）をクライアントに送信する。

このコンテンツは、例えば同図の（ｄ）のようなレスポンスメッセージ形式で送信されてもよい。同図の（ｄ）の例では、リクエストを正常に受け付けたことを示すステータスコード（200 OK）と、コンテンツの種類を示すヘッダ行（Content-Type:〜）と、リクエ
ストされたコンテンツのデータ実体（seg256.3gpのバイナリデータ）とを含んでいる。

また、ＭＰＤのリプリゼンテーションには、グループ（group）というアトリビュート
を記述することができる。グループに設定された値が異なる場合、異なるコンポーネントであることを示す。同じグループのリプリゼンテーションは同時に再生することができないが、異なるグループのリプリゼンテーションは同時に再生することができる。

これについて、図２５に基づいて説明する。図２５は、従来技術を示す図であり、グループのアトリビュートを含むＭＰＤのデータ例を示す図である。この例では、”PT0S”から開始するピリオドに、id=1〜5の５つのリプリゼンテーションが含まれている。

この５つのリプリゼンテーションのうち、id=1〜3のリプリゼンテーションはグループ
が”1”となっており、残る２つのリプリゼンテーションはグルーが”2”となっている。この場合、同一のグループに属するid=1〜3のリプリゼンテーションは同時に再生できず
、また、id=4,5のリプリゼンテーションも同時に再生することはできない。しかしながら、グループが”1”のリプリゼンテーションと、グループが”2”のリプリゼンテーションとは同時に再生することができる。例えば、id=1のリプリゼンテーションは、id=4または5のリプリゼンテーションと同時に再生することができる。

日本国公開特許公報「特開２００５−１１０２４４号公報（２００５年４月２１日公開）」

しかしながら、リプリゼンテーションはどのような組合せで選択してもよいとは限らない。このため、上述のような従来技術では、クライアントは、複数のリプリゼンテーションの中から、リプリゼンテーションの組合せを適切に選択しなければならず、リプリゼンテーションの選択に関する処理の負担が大きいという問題がある。なお、リプリゼンテーションは、コンテンツを示すものであるから、リプリゼンテーションの選択は、コンテンツの選択と読み替えることができる。

例えば、クライアントは、１つのコンテンツを選択し、このコンテンツと他のコンテンツとを同時に再生しようとしたときには、まず、取得可能なコンテンツのそれぞれについて、選択したコンテンツとの組合せが可能であるかを確認する必要がある。このとき、選択可能であるか否かはコンテンツの種別や組合せによっても条件が変わり得る。そして、組合せが可能であることが確認された全コンテンツの中から、組み合わせるコンテンツを、そのコンテンツの属性情報（アトリビュート）を参照する等して選択する必要がある。このため、クライアントの行う処理は、増大し、複雑化してしまう。また、コンテンツの製作者の意図しない組合せでコンテンツが再生される可能性もあった。

本発明は、上記の問題点に鑑みてなされたものであり、その目的は、同時に再生するコンテンツを容易に選択する再生装置等を提供することにある。

上記の課題を解決するために、本発明の再生装置は、サーバに要求可能なコンテンツを示す情報を少なくとも含む選択対象コンテンツ情報を参照して選択したコンテンツを上記サーバに要求し、該要求に応じて送信されたコンテンツを再生する再生装置であって、上記選択対象コンテンツ情報に含まれる、上記サーバに要求可能なコンテンツのうち、同時に再生するコンテンツの組合せを示す組合せ情報に従ってコンテンツを選択する選択手段と、上記選択手段が選択したコンテンツの送信を上記サーバに要求する要求手段と、上記要求手段の要求に応じて上記サーバから送信されたコンテンツを、上記選択手段が選択した組合せで再生する再生手段とを備えていることを特徴としている。

また、本発明の再生装置の制御方法は、上記の課題を解決するために、サーバに要求可能なコンテンツを示す情報を少なくとも含む選択対象コンテンツ情報を参照して選択したコンテンツを上記サーバに要求し、該要求に応じて送信されたコンテンツを再生する再生装置の制御方法であって、上記選択対象コンテンツ情報に含まれる、上記サーバに要求可能なコンテンツのうち、同時に再生するコンテンツの組合せを示す組合せ情報に従ってコンテンツを選択する選択ステップと、上記選択ステップで選択したコンテンツの送信を上記サーバに要求する要求ステップと、上記要求ステップにおける要求に応じて上記サーバから送信されたコンテンツを、上記選択ステップで選択した組合せで再生する再生ステップとを含むことを特徴としている。

上記の構成によれば、サーバに要求可能なコンテンツを示す情報を少なくとも含む選択対象コンテンツ情報には、同時に再生するコンテンツの組合せを示す組合せ情報が含まれている。そして、この組合せ情報に従ってコンテンツを選択し、選択したコンテンツの送
信を要求し、要求に応じて送信されたコンテンツを、選択した上記組合せで再生する。

したがって、上記の構成によれば、組合せ情報が示す組合せで、コンテンツを同時に再生することができる。そして、再生装置は、組合せ情報を参照してコンテンツを決定することにより、各コンテンツの組合せの適否を判断することなく、適切な組合せでコンテンツを容易に選択することができる。

また、本発明の生成装置は、上記の課題を解決するために、コンテンツを再生する再生装置がサーバに要求可能なコンテンツを示す情報を少なくとも含む選択対象コンテンツ情報を生成する生成装置であって、上記コンテンツの組合せ条件を示す組合せ条件情報を参照して、上記サーバに要求可能なコンテンツのうち、同時に再生する上記コンテンツの組合せを決定する組合せ決定手段と、上記組合せ決定手段が決定した組合せを示す組合せ情報を含む選択対象コンテンツ情報を生成する生成手段とを備えていることを特徴としている。

そして、本発明の生成装置の制御方法は、上記の課題を解決するために、コンテンツを再生する再生装置がサーバに要求可能なコンテンツを示す情報を少なくとも含む選択対象コンテンツ情報を生成する生成装置の制御方法であって、上記コンテンツの組合せ条件を示す組合せ条件情報を参照して、上記サーバに要求可能なコンテンツのうち、同時に再生する上記コンテンツの組合せを決定する組合せ決定ステップと、上記組合せ決定ステップで決定した組合せを示す組合せ情報を含む選択対象コンテンツ情報を生成する生成ステップとを含むことを特徴としている。

上記の構成によれば、コンテンツの組合せ条件を示す組合せ条件情報を参照して、同時に再生するコンテンツの組合せを決定し、決定した組合せを示す組合せ情報を含む選択対象コンテンツ情報を生成する。

したがって、再生装置は、このようにして生成された選択対象コンテンツ情報を取得することによって、サーバに要求可能なコンテンツを特定することができると共に、組合せ条件情報が示す組合せ条件を満たすコンテンツの組合せを特定することができる。

これにより、再生装置に、組合せ条件を満たす組合せで、コンテンツを同時に再生させることができる。そして、再生装置は、組合せ情報を参照してコンテンツを決定することにより、各コンテンツの組合せの適否を判断することなく、組合せ条件を満たす組合せでコンテンツを容易に選択することができる。

また、本発明の記録媒体は、上記の課題を解決するために、コンテンツを再生する再生装置がサーバに要求可能なコンテンツを示す情報を少なくとも含む選択対象コンテンツ情報を記録したコンピュータ読み取り可能な記録媒体であって、上記選択対象コンテンツ情報は、上記サーバに要求可能なコンテンツのうち、同時に再生するコンテンツの組合せを示す組合せ情報を含むことを特徴としている。

この記録媒体から選択対称コンテンツ情報を読み出した再生装置は、サーバに要求可能なコンテンツを特定することができると共に、組合せ条件情報が示す組合せ条件を満たすコンテンツの組合せを特定することができる。

これにより、再生装置に、組合せ情報が示す組合せで、コンテンツを同時に再生させることができる。そして、再生装置は、組合せ情報を参照してコンテンツを決定することにより、各コンテンツの組合せの適否を判断することなく、適切な組合せでコンテンツを容易に選択することができる。

また、本発明のデータ構造は、コンテンツを再生する再生装置がサーバに要求可能なコンテンツを示す情報を少なくとも含む選択対象コンテンツ情報のデータ構造であって、上記サーバに要求可能なコンテンツのうち、同時に再生するコンテンツの組合せを示す組合せ情報を含み、上記再生装置が、上記選択対象コンテンツ情報が示すコンテンツから、上記組合せ情報に従ってコンテンツを選択し、選択したコンテンツの送信を上記サーバに要求し、該要求に応じて上記サーバから送信されたコンテンツを、選択した組合せで再生することを特徴としている。

上記のデータ構造は、サーバに要求可能なコンテンツを示す情報と、同時に再生するコンテンツの組合せを示す組合せ情報とを含んでいるため、再生装置は、このデータ構造を利用することにより、上記選択対象コンテンツ情報が示すコンテンツから、上記組合せ情報に従ってコンテンツを選択し、選択したコンテンツの送信を上記サーバに要求し、該要求に応じて上記サーバから送信されたコンテンツを、選択した組合せで再生することができる。

したがって、再生装置に、組合せ情報が示す組合せで、コンテンツを同時に再生させることができる。そして、再生装置は、組合せ情報を参照してコンテンツを決定することにより、各コンテンツの組合せの適否を判断することなく、適切な組合せでコンテンツを容易に選択することができる。

以上のように、本発明の再生装置は、選択対象コンテンツ情報に含まれる、サーバに要求可能なコンテンツのうち、同時に再生するコンテンツの組合せを示す組合せ情報に従ってコンテンツを選択する選択手段と、上記選択手段が選択したコンテンツの送信を上記サーバに要求する要求手段と、上記要求手段の要求に応じて上記サーバから送信されたコンテンツを、上記選択手段が選択した組合せで再生する再生手段とを備えている構成である。

また、本発明の再生装置の制御方法は、以上のように、選択対象コンテンツ情報に含まれる、サーバに要求可能なコンテンツのうち、同時に再生するコンテンツの組合せを示す組合せ情報に従ってコンテンツを選択する選択ステップと、上記選択ステップで選択したコンテンツの送信を上記サーバに要求する要求ステップと、上記要求ステップにおける要求に応じて上記サーバから送信されたコンテンツを、上記選択ステップで選択した組合せで再生する再生ステップとを含む構成である。

また、本発明の生成装置は、以上のように、コンテンツの組合せ条件を示す組合せ条件情報を参照して、サーバに要求可能なコンテンツのうち、同時に再生する上記コンテンツの組合せを決定する組合せ決定手段と、上記組合せ決定手段が決定した組合せを示す組合せ情報を含む選択対象コンテンツ情報を生成する生成手段とを備えている構成である。

そして、本発明の生成装置の制御方法は、以上のように、コンテンツの組合せ条件を示す組合せ条件情報を参照して、サーバに要求可能なコンテンツのうち、同時に再生する上記コンテンツの組合せを決定する組合せ決定ステップと、上記組合せ決定ステップで決定した組合せを示す組合せ情報を含む選択対象コンテンツ情報を生成する生成ステップとを含む構成である。

また、本発明の記録媒体は、以上のように、選択対象コンテンツ情報は、サーバに要求可能なコンテンツのうち、同時に再生するコンテンツの組合せを示す組合せ情報を含む構成である。

また、本発明のデータ構造は、以上のように、サーバに要求可能なコンテンツのうち、同時に再生するコンテンツの組合せを示す組合せ情報を含み、上記再生装置が、上記選択対象コンテンツ情報が示すコンテンツから、上記組合せ情報に従ってコンテンツを選択し、選択したコンテンツの送信を上記サーバに要求し、該要求に応じて上記サーバから送信されたコンテンツを、選択した組合せで再生する構成である。

上記の構成によれば、サーバに要求可能なコンテンツを示す情報を少なくとも含む選択対象コンテンツ情報には、同時に再生するコンテンツの組合せを示す組合せ情報が含まれている。そして、再生装置は、この組合せ情報に従ってコンテンツを選択し、選択したコンテンツの送信を要求し、要求に応じて送信されたコンテンツを、選択した上記組合せで再生する。

したがって、再生装置に、各コンテンツの組合せの適否を判断させることなく、適切な組合せでコンテンツを容易に選択させることができるという効果を奏する。

本発明の一実施形態にかかるコンテンツ送受信システムに含まれるクライアントとサーバの要部構成を示すブロック図である。 組合せ情報の種類及び具体例を示す図であり、同図の（ａ）は組合せの候補を示す組合せ情報とその具体例を示し、同図の（ｂ）〜（ｄ）は組合せの対象を特定する組合せ情報とその具体例を示している。 ２つのリプリゼンテーションを組み合わせるコンビネーションアトリビュートを含むＭＰＤの一例を示す図である。 ３つのリプリゼンテーションを組み合わせるコンビネーションアトリビュートを含むＭＰＤの一例を示す図である。 ３つのリプリゼンテーションを組み合わせるコンビネーションアトリビュートを含むＭＰＤの他の例を示す図である。 組合せ対象をグループ単位で指定するＭＰＤの一例を示す図である。 組合せ対象をグループの識別情報で指定するＭＰＤの一例を示す図である。 ２つのリプリゼンテーションを組み合わせるcombination_requiredとcombination_optionalとを含むＭＰＤの一例を示す図である。 ３つのリプリゼンテーションを組み合わせるcombination_requiredとcombination_optionalとを含むＭＰＤの一例を示す図である。 combination_requiredとcombination_optionalとを含み、組合せ対象または組合せ候補をグループ単位で指定するＭＰＤの一例を示す図である。 combination_requiredとcombination_optionalとを含み、組合せ対象または組合せ候補をグループの識別情報で指定するＭＰＤの一例を示す図である。 多視点映像符号化されたコンテンツに好適なＭＰＤの一例を示す図である。 combination_all_requiredを含むＭＰＤの一例を示す図である。 組合せ情報としてcombination_optionalのみを含むＭＰＤの一例を説明する図であり、同図の（ａ）はＭＰＤの例を示し、同図の（ｂ）（ｃ）は該ＭＰＤに基づく画面の表示例を示す。 クライアント及びサーバが実行する処理の一例を示すフローチャートである。 グループ２のコンビネーションのアトリビュートを省略した、combination_optionalを含むＭＰＤの一例を示す図である。 グループ２のコンビネーションのアトリビュートを省略した、combination_optionalを含むＭＰＤの他の例を示す図である。 グループ３のコンビネーションのアトリビュートを省略した、combination_optionalを含むＭＰＤの例を示す図である。 グループ１のコンビネーションのアトリビュートを省略した、combination_requiredを含むＭＰＤの例を示す図である。 グループ１のコンビネーションのアトリビュートを省略した、combination_requiredを含むＭＰＤの他の例を示す図である。 一部のコンビネーションのアトリビュートを省略したＭＰＤを用いる場合に、クライアントが実行する処理の一例を示すフローチャートである。 リプリゼンテーションの組合せをエレメントで記述したＭＰＤの一例を示す図である。 リプリゼンテーションの組合せを記述するエレメントのスキーマの一例を示す図である。 ＭＰＤを用いてコンテンツを選択し、選択したコンテンツを再生する従来技術を示す図であり、同図の（ａ）はクライアント−サーバ間で送受信されるデータの流れを示し、同図の（ｂ）はＭＰＤのデータ例を示し、同図の（ｃ）はリクエストのデータ例を示し、同図（ｄ）はコンテンツのデータ例を示している。 従来技術を示す図であり、グループのアトリビュートを含むＭＰＤのデータ例を示す図である。 リプリゼンテーションの組合せをエレメントで記述したＭＰＤの他の例を示す図である。 リプリゼンテーションの組合せを記述するエレメントのスキーマの他の例を示す図である。 グループに対してコンビネーションアトリビュートを付加したＭＰＤの一例を示す図である。 組合せidによって組合せ対象を特定する例を説明する図であり、同図の（ａ）は組合せidを用いずに組合せ対象を特定するＭＰＤの例を示し、同図の（ｂ）は同図の（ａ）と同じ組合せ対象を組合せidで特定するＭＰＤの例を示している。 組合せidによって組合せ対象を特定する他の例を説明する図であり、同図の（ａ）は組合せidを用いずに組合せ対象を特定するＭＰＤの例を示し、同図の（ｂ）は同図（ａ）と同じ組合せ対象を組合せidで特定するＭＰＤの例を示している。

〔実施の形態１〕
以下、本発明の一実施形態について、図１〜図１５に基づいて詳細に説明する。

〔システムの概要〕
まず、本実施形態のコンテンツ送受信システムの概要を図１に基づいて説明する。図１は、本発明の一実施形態を示すものであり、コンテンツ送受信システム３に含まれるクライアント（再生装置）１とサーバ（生成装置）２の要部構成を示すブロック図である。

図示のように、クライアント１は、クライアント１の動作を統括して制御するクライアント制御部１０と、クライアント１で使用されるデータを記憶するクライアント記憶部１１と、クライアント１が外部の装置とネットワークを介して通信するためのクライアント通信部（通信部）１２とを備えている。また、クライアント制御部１０には、コンテンツ選択部（選択手段）１３と、リクエスト実行部（要求手段）１４と、コンテンツ再生部（再生手段）１５とが含まれている。

コンテンツ選択部１３は、サーバ２に要求可能なコンテンツを示す情報を含むコンテンツの記述情報（メタデータ）を取得し、取得した記述情報に従って、サーバ２にリクエストするコンテンツを選択する。具体的には、コンテンツ選択部１３は、サーバ２から記述
情報としてＭＰＤ（選択対象コンテンツ情報）を受信し、ＭＰＤに記述された各リプリゼンテーションの属性情報（アトリビュート）を参照することによって、サーバ２にリクエストするコンテンツを選択する。

詳細については後述するが、本実施形態におけるＭＰＤには、コンテンツの組合せを指定する組合せ情報が含まれている。コンテンツ選択部１３は、この組合せ情報を参照することによって、適切な組合せのコンテンツを容易に選択することができる。

リクエスト実行部１４は、コンテンツ選択部１３が選択したコンテンツを要求するリクエストをサーバ２に送信し、これによりコンテンツを取得する。なお、ここでは、リクエスト実行部１４が、ＨＴＴＰでリクエストを送信する例について説明する。したがって、リクエスト実行部１４は、図２４の（ｃ）に示したような形式のリクエストを生成して送信する。

コンテンツ再生部１５は、リクエスト実行部１４のリクエストによって受信されたコンテンツを、コンテンツ選択部１３が選択した組合せで再生する。なお、再生したコンテンツは、クライアント１が備えるディスプレイやスピーカ等から出力してもよいし、クライアント１に有線または無線接続されているディスプレイやスピーカ等から出力してもよい。

一方、サーバ２は、サーバ２の動作を統括して制御するサーバ制御部２０、サーバ２で使用されるデータを記憶するサーバ記憶部２１、及びサーバ２が外部の装置とネットワークを介して通信するためのサーバ通信部２２とを備えている。また、サーバ制御部２０には、記述情報送信部２３とレスポンス実行部２４とが含まれており、サーバ記憶部２１にはコンテンツ２５と記述情報（選択対象コンテンツ情報）２６とが格納されている。

記述情報送信部（組合せ決定手段、生成手段）２３は、記述情報をクライアント１に送信する。具体的には、記述情報送信部２３は、サーバ記憶部２１に格納されている記述情報２６を読み出して、サーバ通信部２２を介してクライアント１に送信する。上述のように、ここでは記述情報としてＭＰＤを用いる。

レスポンス実行部２４は、クライアント１から受信したリクエストに応じたコンテンツをクライアント１に送信する。具体的には、レスポンス実行部２４は、リクエストを受信したときに、サーバ記憶部２１に格納されているコンテンツ２５を読み出して、サーバ通信部２２を介してクライアント１に送信する。

コンテンツ２５は、クライアント１からのリクエストの対象となるデータであり、例えばビデオデータ、オーディオデータ、文字データ等である。

記述情報２６は、サーバ２からクライアント１に提供可能なコンテンツ（ここでは、サーバ記憶部２１に格納されているコンテンツ２５）に関する情報である。具体的には、記述情報２６は、選択候補となるコンテンツのリプリゼンテーションがピリオド毎に記述され、各リプリゼンテーションには、そのリプリゼンテーションのアトリビュート（コーデック、ビットレート、フレームレート、解像度等）が記述されたＭＰＤである。

なお、コンテンツ２５及び記述情報２６の何れかまたは両方は、サーバ２に着脱可能な外部の記録媒体に記録されていてもよいし、サーバ２がアクセス可能な外部の装置に記憶されていてもよい。すなわち、コンテンツ２５及び記述情報２６は、サーバ２が取得可能な状態で格納されていればよく、格納先は特に限定されない。

また、サーバ２もしくは上述した外部の装置は、コンテンツを符号化するコンテンツ符号化部、及び記述情報２６を生成する記述情報生成部を備えていてもよく、これらの構成により、コンテンツ２５及び記述情報２６の少なくとも一方がリアルタイムで生成されてもよい。リアルタイムで生成されるコンテンツ２５の配信は、いわゆるライブ配信にあたる。

また、コンテンツ送受信システムが複数のサーバ２によって構成され、コンテンツ２５、記述情報２６のそれぞれが異なるサーバ２から提供される構成であっても構わない。

〔組合せ情報〕
ここでは、上述の組合せ情報の詳細を図２に基づいて説明する。図２は、組合せ情報の種類及び具体例を示す図であり、同図の（ａ）は組合せの候補を示す組合せ情報とその具体例を示し、同図の（ｂ）〜（ｄ）は組合せの対象を特定する組合せ情報とその具体例を示している。

同図の（ａ）は、combination_optionalというアトリビュート（選択可能情報）の例を示している。このアトリビュートでは、combination_optional=”（組合せ候補のリプリゼ
ンテーション）”の形式で、組合せ候補を示す。なお、組合せ候補は、１つであってもよいし、複数であってもよい。複数の場合には、各リプリゼンテーションを特定する情報を複数並べて記載する。つまり、図示の例では、このアトリビュートを、複数のリプリゼンテーションのリストを記述できるベクトル型（VectorType）で表記している。

例えば、図示の例では、id=1のリプリゼンテーション（以下、♯１のリプリゼンテーションと記載する。また、他のリプリゼンテーションについても同様に記載する。）には、combination_optional=”4 5 7 8”と記述されている。これは、♯１のリプリゼンテーションは、♯４、♯５、♯７、♯８のリプリゼンテーションの少なくとも１つと組み合わせて再生する（同時に再生する）ことが可能である（この組合せで再生することが推奨される）ことを示している。なお、ここではリプリゼンテーションを特定する情報としてidを用いているが、リプリゼンテーションを特定できる情報であればidに限られず適用可能である。

したがって、この例では、♯１のリプリゼンテーションとの組合せとして、♯１のみ、♯１＋♯４、♯１＋♯５、♯１＋♯７、♯１＋♯８、♯１＋♯４＋♯７、♯１＋♯４＋♯８、♯１＋♯５＋♯７、及び♯１＋♯５＋♯８の９通りの再生が可能であることになる。

なお、不可能な組合せ（同じグループに属するリプリゼンテーション間の組合せ）は除外される。例えば、図示の例では、♯４、♯５のリプリゼンテーションが同じグループ２（group=”2”のグループ。以降、これをグループ２と表記する。他のグループについて
も以降同様に表記する。）に属しているので、♯１のリプリゼンテーションにcombination_optional=”4 5 7 8”と記述されていたとしても、♯４、♯５のリプリゼンテーションの両方を♯１のリプリゼンテーションに組み合わせることはない。

また、同図の（ｂ）は、combination_requiredというアトリビュート（選択必須情報）の例を示している。このアトリビュートでは、combination_required=”（組合せ対象の
リプリゼンテーション）”の形式で、組合せ対象を特定する。なお、組合せ対象は、１つであってもよいし、複数であってもよい。複数の場合には、複数のリプリゼンテーションを並べて記載する。つまり、このアトリビュートも、複数のリプリゼンテーションのリストを記述できるベクトル型で表記される。また、組合せ対象が複数である場合には、複数の組合せ対象から少なくとも１つを選択する。つまり、combination_requiredは、組合せ対象の選択が必須である点で、combination_optionalと異なっている。

例えば、図示の例では、♯１のリプリゼンテーションには、combination_required=”4
5 7 8”と記述されている。これは、♯１のリプリゼンテーションは、♯４、♯５、♯７、♯８のリプリゼンテーションの少なくとも１つと組み合わせて再生する（同時に再生する）ことが必須であることを示している。

したがって、この例では、♯１のリプリゼンテーションとの組合せとして、♯１＋♯４、♯１＋♯５、♯１＋♯７、♯１＋♯８、♯１＋♯４＋♯７、♯１＋♯４＋♯８、♯１＋♯５＋♯７、及び♯１＋♯５＋♯８の８通りの再生が可能であることになる。

さらに、同図の（ｃ）は、combination_all_requiredというアトリビュート（選択必須情報）の例を示している。このアトリビュートでは、combination_all_required=”（組
合せ対象のリプリゼンテーション）”の形式で、組合せ対象を特定する。

combination_all_requiredで指定する組合せ対象は、基本的に複数であり、組合せ対象のリプリゼンテーションを並べて記載する。つまり、このアトリビュートも、複数のリプリゼンテーションのリストを記述できるベクトル型で表記される。combination_all_requiredは、指定された組合せ対象の全ての選択を必須とするアトリビュートである。つまり、combination_all_requiredは、組合せ対象の全選択が必須である点で、combination_requiredと異なっている。

例えば、図示の例では、♯１のリプリゼンテーションには、combination_all_required=”4 5 7 8”と記述されている。これは、♯１のリプリゼンテーションは、♯４、♯５、♯７、♯８のリプリゼンテーションの全てと組合せて再生する（同時に再生する）ことが必須であることを示している。ただし、同じグループに属するリプリゼンテーション間の組合せは不可であるため、♯４と♯５、♯７と♯８の組合せは除外される。

したがって、この例では、♯１のリプリゼンテーションとの組合せとして、♯１＋♯４＋♯７、♯１＋♯４＋♯８、♯１＋♯５＋♯７、及び♯１＋♯５＋♯８の４通りの再生が可能であることになる。

また、同図の（ｄ）は、combination_one_requiredというアトリビュート（選択必須情報）の例を示している。このアトリビュートでも、combination_one_required=”（組合
せ対象のリプリゼンテーション）”の形式で、組合せ対象を特定する。

combination_one_requiredで指定する組合せ対象は複数であり、組合せ対象のリプリゼンテーションを並べて記載する。つまり、このアトリビュートも、複数のリプリゼンテーションのリストを記述できるベクトル型で表記される。そして、combination_one_requiredのアトリビュートを含むリプリゼンテーションについては、該アトリビュートに記載された複数のリプリゼンテーションのうち１つを必ず選択する。

例えば、図示の例では、♯１のリプリゼンテーションには、combination_one_required=”4 5 7 8”と記述されている。これは、♯１のリプリゼンテーションは、♯４、♯５、♯７、♯８のリプリゼンテーションの何れか１つと組み合わせて再生する（同時に再生する）ことが必須であることを示している。

したがって、この例では、♯１のリプリゼンテーションとの組合せとして、♯１＋♯４、♯１＋♯５、♯１＋♯７、♯１＋♯８の４通りの再生が可能であることになる。なお、組み合わせるリプリゼンテーションの数を２以上に限定することも可能である。例えば、２つのリプリゼンテーションの選択を必須とするcombination_two_requiredのようなアト
リビュートを定義してもよい。

ここで説明した組合せ情報にあたるcombination_xxxで表記されるアトリビュートを、
これ以降、コンビネーションのアトリビュートもしくはコンビネーションアトリビュートと呼ぶ。以上のようなコンビネーションのアトリビュートを用いることによって、コンテンツの組合せ方を指定することができる。例えば、グループ２、３のリプリゼンテーションが、共にグループ１のリプリゼンテーションと同時に再生することが可能な場合に、グループ１のリプリゼンテーションと、グループ２または３の少なくとも何れかとを同時に再生させたいときには、グループ１のリプリゼンテーションにcombination_requiredのアトリビュートを記述して、グループ２、３のリプリゼンテーションを組合せ対象とすればよい。

また、例えば、グループ１〜３のリプリゼンテーションを同時に再生させたいときには、グループ１のリプリゼンテーションにcombination_all_requiredのアトリビュートを記述して、グループ２、３のリプリゼンテーションを組合せ対象とすればよい。

以下では、以上のようなコンビネーションのアトリビュートを含むＭＰＤについて、具体例を挙げて説明する。無論、コンビネーションのアトリビュートを含むＭＰＤは、以下で説明する例に限られない。

なお、１対１で密に結びついたリプリゼンテーションであれば、多重化して１つのリプリゼンテーションとして取り扱えばよい。本発明は、コンテンツの組合せに選択の余地を残すので、１対多、多対１、多対多で緩やかに結びついたリプリゼンテーションの関係を記述する場合に好適である。

〔combination_requiredのアトリビュートを含むＭＰＤの例〕まず、combination_requiredのアトリビュートを含むＭＰＤの例を図３に基づいて説明する。図３は、combination_requiredのアトリビュートを含むＭＰＤの一例を示す図である。

図示の例では、♯１〜♯３のリプリゼンテーションがグループ１に属し、♯４〜♯６のリプリゼンテーションがグループ２に属している。そして、♯１のリプリゼンテーションは、combination_requiredによって組合せ対象が♯４、♯５のリプリゼンテーションに指定されている。同様に、♯２は♯５、♯６に、♯３は♯６に、♯４は♯１に、♯５は♯１、♯２に、そして♯６は♯２、♯３に組合せ対象が指定されている。

このようなＭＰＤは、例えば、グループ１が（オーディオを含まない）ビデオコンテンツであり、グループ２がオーディオコンテンツである場合に、ビデオコンテンツの解像度（画質）に応じた適切な再生品質のオーディオコンテンツを選択させるために適用することができる。

なお、コンビネーションのアトリビュートによって組み合わされるコンテンツは、ビデオコンテンツとオーディオコンテンツのように、種類が異なっていてもよいし、種類が同じ（ビデオ同士、オーディオ同士、文字同士の組合せ等）であってもよい。ここでは、出力方式の異なるコンテンツを種類の異なるコンテンツとする。例えば、ビデオは、動画像として出力され、オーディオは音響や音声として出力され、文字は静止画像として出力されるので、これらのコンテンツは種類が異なるものとする。無論、コンテンツの種類は、これらの例に限定されない。また、再生品質は、例えば解像度、画像サイズ、ビットレート等のように、コンテンツを再生するときの質（クオリティ）を示すものである。

ここで、例えば、図示の♯１〜♯３のリプリゼンテーションがビデオコンテンツに対応
し、♯４〜♯６のリプリゼンテーションがオーディオコンテンツに対応しており、idの小さいものほど解像度が高い並びに再生品質が高い場合を考える。

このような場合、このＭＰＤを参照したクライアント１は、まず、自機の再生能力等に応じたリプリゼンテーションを選択すればよい。なお、何れのリプリゼンテーションを選択するかは、各リプリゼンテーションに付された他のアトリビュートを参照して決定すればよい。例えば、アトリビュートにコンテンツの表示幅、表示高さ（width、height）が
含まれている場合には、これらを参照することによってＨＤ（High Definition）のビデ
オコンテンツに対応するリプリゼンテーションを特定することもできる。

次に、クライアント１は、選択したリプリゼンテーションに含まれるコンビネーションのアトリビュート（ここでは、combination_required）を参照することによって、そのリプリゼンテーションと組み合わせるべき適切なリプリゼンテーションを特定する。そして、選択したリプリゼンテーション、特定したリプリゼンテーションをサーバ２にリクエストする。最後に、リクエストに応じて送信されるコンテンツを再生する。

ここで、図示の例では、最も解像度の高いビデオコンテンツ♯１のリプリゼンテーションのcombination_requiredでは、最も再生品質の高いオーディオコンテンツ♯４と、中程度の再生品質のオーディオコンテンツ♯５が組合せ対象として特定されている。つまり、最も解像度の高いビデオコンテンツ♯１については、再生品質が最も低いオーディオコンテンツ♯６との組合せが除外されている。

また、最も解像度の低いビデオコンテンツ♯３であるリプリゼンテーションのcombination_requiredでは、再生品質の最も低いオーディオコンテンツ♯６のみが組合せ対象として特定されている。つまり、最も解像度の低いビデオコンテンツ♯３については、再生品質が最も高いオーディオコンテンツ♯４、中程度の再生品質のオーディオコンテンツ＃５との組合せがともに除外されている。

これにより、高解像度の画像と低再生品質の音声の組合せや、低解像度の画像と高再生品質の音声の組合せのようなアンバランスなコンテンツ再生が行われることを防ぎ、画像の再生品質に応じた再生品質の音声でコンテンツ再生が行われることを保証することができる。これは、リビングのテレビ（高解像度、高音声品質）とモバイル端末（低解像度、低音声品質）といった、再生装置の性能の違いによる再生コンテンツ選択の条件付けとも整合している。

そして、クライアント１は、コンビネーションのアトリビュートを参照することによって、このような適切な組合せを特定することができる。よって、ＭＰＤに含まれる各リプリゼンテーションの組合せが適切か否かを判断する必要がなく、容易かつ迅速にコンテンツを選択することができる。また、組合せの選択の際も、コンビネーションのアトリビュートによって、組合せの選択肢が絞り込まれるので、容易かつ迅速な選択が可能になる。

これに対し、コンビネーションのアトリビュートを含まない従来のＭＰＤを用いてリプリゼンテーションを選択する場合、何れのリプリゼンテーションとの組合せが適切であるか否かを、各リプリゼンテーションのそれぞれについてクライアント１が判断する必要があった。このため、クライアント１においてリプリゼンテーションを選択する処理が煩雑であり、またコンテンツ提供者が意図していない組合せでリプリゼンテーションが選択されるおそれがあったが、本発明のコンビネーションのアトリビュートを含むＭＰＤを用いることによって、このような問題は解決される。

〔３つ以上のリプリゼンテーションを組み合わせるコンビネーションアトリビュートを
含むＭＰＤの例１〕
続いて、３つ以上のリプリゼンテーションを組み合わせるコンビネーションアトリビュートを含むＭＰＤの例を図４に基づいて説明する。図４は、３つのリプリゼンテーションを組み合わせるコンビネーションアトリビュートを含むＭＰＤの一例を示す図である。

なお、３つ以上のリプリゼンテーションを組み合わせる場合とは、３つ以上のグループが存在する場合に生じ得る。例えば、ビデオコンテンツのグループと、ビデオコンテンツと同時に再生するオーディオコンテンツのグルーと、ビデオコンテンツ及びオーディオコンテンツの何れかまたは両方と同時に再生（表示）する文字情報コンテンツ（文字放送など）のグループとが存在するような場合には、３つ以上のリプリゼンテーションの組合せが生じる。なお、ここでは３つのリプリゼンテーションを組み合わせる例について説明するが、同様にして４つ以上のリプリゼンテーションを組み合わせることも可能である。

図示の例では、♯１〜♯３のリプリゼンテーションがグループ１に属し、♯４〜♯６のリプリゼンテーションがグループ２に属し、♯７〜♯９のリプリゼンテーションがグループ３に属している。そして、♯１のリプリゼンテーションは、combination_requiredによって組合せ対象が♯４、♯５、♯７、♯８に指定されている。同様に、♯２は♯５、♯６、♯８、♯９に、♯３は♯６、♯９に、♯４は♯１に、♯５は♯１、♯２に、♯６は♯２、♯３に、♯７は♯１に、♯８は♯１、♯２に、♯９は♯２、♯３に組合せ対象が指定されている。

このようなＭＰＤは、例えば、グループ１がビデオコンテンツであり、グループ２がオーディオコンテンツであり、グループ３が文字情報コンテンツである場合に適用することができる。

ここで、上述のように、combination_requiredは、組合せ対象のリプリゼンテーションのうち、少なくとも１つを必ず選択することを指定するアトリビュートである。また、同一のグループ内に含まれるリプリゼンテーションは組合せの対象から外される。

したがって、♯１のリプリゼンテーション（グループ１）のcombination_required=”4
5 7 8”は、♯１のリプリゼンテーションを、♯４または♯５のリプリゼンテーション（グループ２）と、♯７または♯８のリプリゼンテーション（グループ３）との何れかまたは両方と組み合わせることを示す。

具体的には、♯１＋♯４、♯１＋♯５、♯１＋♯７、♯１＋♯８、♯１＋♯４＋♯７、♯１＋♯４＋♯８、♯１＋♯５＋♯７、及び♯１＋♯５＋♯８の８通りの組合せの何れかで再生することになる。

〔３つ以上のリプリゼンテーションを組み合わせるコンビネーションアトリビュートを含むＭＰＤの例２〕
続いて、３つ以上のリプリゼンテーションを組み合わせるコンビネーションアトリビュートを含むＭＰＤの他の例を図５に基づいて説明する。図５は、３つのリプリゼンテーションを組み合わせるコンビネーションアトリビュートを含むＭＰＤの他の例を示す図である。

図示の例では、図４の例と同様に、♯１〜♯３のリプリゼンテーションがグループ１に属し、♯４〜♯６のリプリゼンテーションがグループ２に属し、♯７〜♯９のリプリゼンテーションがグループ３に属している。

ここで、図５の♯１、♯２のリプリゼンテーションには、２つのcombination_required
が記述されている。具体的には、♯１のリプリゼンテーションには、組合せ対象を♯４、♯５とするcombination_requiredと、組合せ対象を♯７、♯８とするcombination_requiredとが記述されている。また、♯２のリプリゼンテーションには、組合せ対象を♯５、♯６とするcombination_requiredと、組合せ対象を♯８、♯９とするcombination_requiredとが記述されている。

combination_requiredは、組合せ対象から少なくとも１つの選択を必須とするアトリビュートであるから、図５の例のように、複数のcombination_requiredを用いた場合、各combination_requiredの組合せ対象から少なくとも１つを選択することが必須となる。

したがって、図５の♯１のリプリゼンテーションを選択した場合には、♯４、♯５の何れかを選択し、かつ♯７、♯８の何れかを選択することが必須となる。また、♯２のリプリゼンテーションを選択した場合には、♯５、♯６の何れかを選択し、かつ♯８、♯９の何れかを選択することが必須となる。

すなわち、図５のＭＰＤを取得し、♯１のリプリゼンテーションを選択したクライアント１は、♯１＋♯４＋♯７、♯１＋♯４＋♯８、♯１＋♯５＋♯７、♯１＋♯５＋♯８の４通りの組合せの何れかで再生することになる。

なお、combination_all_requiredを用いて同様の組合せを指定することもできる。すなわち、図５の例において、♯１のアトリビュートに２つのcombination_requiredを記述する代わりに、combination_all_required=”4 5 7 8”を記述し、♯２のアトリビュートに２つのcombination_requiredを記述する代わりに、combination_all_required=”5 6 8 9”を記述した場合であっても、図５と同じ組合せによる再生が行われる。

〔グループ単位での指定１〕
上述の例では、組合せ対象をリプリゼンテーションのidで特定する例を示したが、組合せ対象を特定する方法はidに限られない。要は、クライアント１が組合せ対象を特定することができるように、ＭＰＤに組合せ対象が記述されていればよい。combination_optionalで指定する組合せ候補についても同様である。

例えば、グループを指定することによって組合せ対象（候補）を特定することができるようにしてもよい。これについて、図６、図７に基づいて説明する。

図６は、組合せ対象をグループ単位で指定するＭＰＤの一例を示す図である。

図示の例でも、図４、図５の例と同様に、♯１〜♯３のリプリゼンテーションがグループ１に属し、♯４〜♯６のリプリゼンテーションがグループ２に属し、♯７〜♯９のリプリゼンテーションがグループ３に属している。

ここで、図６の♯１のリプリゼンテーションのcombination_requiredでは、組合せ対象が”4 5 group#3”と記述されている。これは、♯１のリプリゼンテーションは、♯４、
♯５、及びグループ３のリプリゼンテーションのうち、少なくとも１つとの組合せが必須であることを示している。この例では、グループ３に♯７〜♯９のリプリゼンテーションが含まれているので、♯４、♯５、♯７〜♯９の少なくとも１つとの組合せが必須ということになる。

なお、同一グループからは１つのリプリゼンテーションのみ選択可能であるから、♯１のリプリゼンテーションを選択した場合、♯１＋♯４、♯１＋♯５、♯１＋♯７、♯１＋♯８、♯１＋♯９、♯１＋♯４＋♯７、♯１＋♯４＋♯８、♯１＋♯４＋♯９、♯１＋♯
５＋♯７、♯１＋♯５＋♯８、及び♯１＋♯５＋♯９の１１通りの組合せの何れかで再生することになる。

また、図６の♯９のリプリゼンテーションのcombination_requiredでは、組合せ対象が”group#1”と記述されている。これは、♯９のリプリゼンテーションは、グループ１の
リプリゼンテーションのうち、少なくとも１つとの組合せが必須であることを示している。この例では、グループ１に♯１〜♯３のリプリゼンテーションが属しているので、♯１〜♯３の何れか１つとの組合せが必須ということになる。

これにより、♯９のリプリゼンテーションを選択したときには、必ずグループ１のリプリゼンテーションが選択されることになる。このため、例えばグループ１がビデオコンテンツであり、グループ３が文字情報コンテンツであるような場合に、このＭＰＤを適用することにより、ビデオコンテンツが再生されず、文字情報コンテンツのみが再生されることを防ぐことができる。

〔グループ単位での指定２〕
また、図６の例では、”group#n”といった文字列を使ってグループ単位で特定のグル
ープを指定する例を示したが、各グループに識別情報（id）を割り当てて、その識別情報でリプリゼンテーションと同様にグループを指定してもよい。ここでは、図７に基づいて識別情報でグループを指定する例について説明する。図７は、組合せ対象をグループの識別情報で指定するＭＰＤの一例を示す図である。なお、図７のＭＰＤは、グループを指定する方式が変わっているだけで、このＭＰＤで特定される組合せは、図６の例と同じである。

図７の例は、新たにリプリゼンテーショングループ（RepresentationGroup）というエ
レメントを定義し、グループに含まれるリプリゼンテーション（Representation）を、リプリゼンテーショングループエレメントの内部エレメントとして記述した例である。そして、このリプリゼンテーショングループに対して、グループのidを示すアトリビュートを貼付する。つまり、図示の例で〈RepresentationGroup id=” ”〉から〈/RepresentationGroup〉までの間に記述されているリプリゼンテーションは、〈RepresentationGroup id=” ”〉に記述されているidのグループに属していることを示している。コンビネーションアトリビュートは、このidアトリビュートを使ってグループを特定する。

すなわち、図示の例では、idがg1のグループと、g2のグループと、g3のグループとが規定されており、g1のグループには、♯１〜♯３のリプリゼンテーションが属し、g2のグループには、♯４〜♯６のリプリゼンテーションが属し、g3のグループには、♯７〜♯９のリプリゼンテーションが属している。

そして、♯１のリプリゼンテーションのcombination_requiredでは、組合せ対象が”4 5 g3”と記述されている。これは、♯１のリプリゼンテーションは、♯４、♯５、及びidがg3のグループのリプリゼンテーションのうち、少なくとも１つとの組合せが必須であることを示している。

また、♯９のリプリゼンテーションのcombination_requiredでは、組合せ対象が”g1”と記述されている。これは、♯９のリプリゼンテーションは、idがg1のグループのリプリゼンテーションのうち、少なくとも１つとの組合せが必須であることを示している。

〔combination_requiredとcombination_optionalの組合せの例１〕上述の例では、combination_requiredを用いたＭＰＤについて説明した。ＭＰＤでは、combination_requiredとcombination_optionalとを組み合わせて用いることもできる。これについて図８に基づ
いて説明する。図８は、combination_requiredとcombination_optionalとを含むＭＰＤの一例を示す図である。

図示の例では、♯１〜♯３のリプリゼンテーションがグループ１に属し、♯４〜♯６のリプリゼンテーションがグループ２に属している。そして、♯１のリプリゼンテーションは、combination_optionalによって組合せ候補が♯４、♯５に指定されている。同様に、♯２は♯５、♯６に、♯３は♯６に組合せ候補が指定されている。

一方、♯４のリプリゼンテーションは、combination_requiredによって組合せ対象が♯１に指定されている。同様に、♯５は♯１、♯２に、♯６は♯２、♯３に組合せ対象が指定されている。

すなわち、図８のＭＰＤでは、グループ１のリプリゼンテーションは、グループ２のリプリゼンテーションとの組合せが推奨されているが必須ではない。一方で、グループ２のリプリゼンテーションは、グループ１のリプリゼンテーションとの組合せが必須となっている。言い換えれば、グループ１のリプリゼンテーションは、単体での再生が許容されているが、グループ２のリプリゼンテーションは、単体での再生が許容されていない。

このようなＭＰＤは、例えば、グループ１がビデオコンテンツ（main video）であり、グループ２が製作者コメンタリＰｉｎＰ（Picture in Picture）等のサブビデオコンテンツ（sub/auxiliary video）である場合に好適に適用することができる。例えば、グルー
プ１のビデオコンテンツの解像度と同じ解像度のサブビデオコンテンツを選択させることや、ビデオコンテンツの解像度と破綻なく表示可能な大きさのサブビデオコンテンツを選択させることもできる。

また、このようなＭＰＤは、例えばグループ１がビデオコンテンツ（main video）であり、グループ２がビデオコンテンツの字幕（timed-text）である場合にも好適に適用することができる。例えば、ビデオコンテンツの解像度に応じた適切な文字数（あるいはフォント）の字幕を選択させることもできる。

ここで、図８の♯１〜♯３のリプリゼンテーションがビデオコンテンツに対応し、♯４〜♯６のリプリゼンテーションが字幕に対応しており、idの小さいものほど解像度（再生品質）が高い場合を考える。なお、字幕は、表示文字数が多く、フォントが高精細なものほど再生品質が高いものとする。具体的には、例えば、♯４は表示文字数が多く、かつ高精細フォントであり、♯５は表示文字数が♯４と同じで、かつ低精細フォントであり、♯６は♯４、♯５よりも表示文字数が少なく、かつ低精細フォントであるとする。

このような場合、このＭＰＤを参照したクライアント１は、まず、自機の再生能力等に応じたリプリゼンテーションを選択すればよい。なお、何れのリプリゼンテーションを選択するかは、各リプリゼンテーションに付された他のアトリビュートを参照して決定すればよい。

次に、クライアント１は、選択したリプリゼンテーションに含まれるコンビネーションのアトリビュートを参照することによって、そのリプリゼンテーションと組み合わせることができる（または組合せが必須の）リプリゼンテーションを特定する。そして、クライアント１は、選択したリプリゼンテーション、特定したリプリゼンテーションをサーバ２にリクエストし、リクエストに応じて送信されるコンテンツを再生する。

ここで、図示の例では、最も解像度の高いビデオ♯１のリプリゼンテーションのcombination_optionalでは、最も再生品質の高い字幕♯４と、中程度の再生品質の字幕♯５が組
合せ対象として指定されている。つまり、最も解像度の高いビデオ♯１については、再生品質が最も低い字幕♯６との組合せが除外されている。

また、最も解像度の低いビデオ♯３のリプリゼンテーションのcombination_optionalでは、再生品質の最も低い字幕♯６のみが組合せ対象として指定されている。つまり、最も解像度の低いビデオ♯３については、再生品質が最も高い字幕♯４、中程度の再生品質の字幕＃５との組合せがともに除外されている。

これにより、高解像度の画像と、低精細フォントの文字数が少ない字幕との組合せや、低解像度の画像と高精細フォントの文字数が多い字幕との組合せのようなアンバランスなコンテンツ再生が行われることを防ぎ、画像の再生品質に応じた再生品質の字幕でコンテンツ再生が行われることを保証することができる。これは、リビングのテレビ（高解像度、詳細な字幕表示可）とモバイル端末（低解像度、詳細な字幕表示不可）といった、再生装置の性能の違いによる再生コンテンツ選択の条件付けとも整合している。

また、ビデオコンテンツに対応するグループ１のリプリゼンテーションにはcombination_optionalを使用しているので、字幕無しのコンテンツ再生も可能となる。さらに、字幕に対応するグループ２のリプリゼンテーションにはcombination_requiredで組合せ対象が指定されているので、グループ１のリプリゼンテーションを選択する前に、グループ２のリプリゼンテーションを選択した場合であっても、字幕のみが選択されて再生されることはない。つまり、図８のＭＰＤを用いた場合、字幕のみが再生されることを防ぐことができる。

〔３つ以上のリプリゼンテーションを組み合わせるコンビネーションアトリビュートを含むＭＰＤの例３〕
続いて、３つ以上のリプリゼンテーションを組み合わせるcombination_requiredとcombination_optionalとを含むＭＰＤの例を図９に基づいて説明する。図９は、combination_requiredとcombination_optionalとを含み、３つのリプリゼンテーションを組合せるＭＰＤの一例を示す図である。

図９のＭＰＤは、グループ１のリプリゼンテーションにおけるコンビネーションのアトリビュートがcombination_optionalとなっている点を除けば、図４の例と同様である。図９の例では、グループ１のリプリゼンテーションのコンビネーションアトリビュートがcombination_optionalとなっていることにより、グループ１のリプリゼンテーション単体での再生が可能となっている。

すなわち、クライアント１は、図９のＭＰＤから♯１のリプリゼンテーションを選択した場合、♯１、♯１＋♯４、♯１＋♯５、♯１＋♯７、♯１＋♯８、♯１＋♯４＋♯７、♯１＋♯４＋♯８、♯１＋♯５＋♯７、及び♯１＋♯５＋♯８の９通りの組合せの何れかで再生することになる。

このようなＭＰＤは、グループ１が単体で再生可能なコンテンツのリプリゼンテーションで構成されるグループであり、グループ２、３が、単体では再生しないが、グループ１のコンテンツと同時に再生することを想定したコンテンツのリプリゼンテーションで構成されるグループであるような場合に好適に適用できる。例えば、グループ１がオーディオを含むビデオコンテンツのリプリゼンテーションで構成され、グループ２が副音声のコンテンツのリプリゼンテーションで構成され、グループ３が字幕のコンテンツのリプリゼンテーションで構成されるような場合にも適用できる。

〔グループ単位での指定３〕
ＭＰＤがcombination_requiredとcombination_optionalとを含む場合であっても、組合せ対象（候補）をグループ単位で指定することが可能である。これについて、図１０、図１１に基づいて説明する。

図１０は、combination_requiredとcombination_optionalとを含み、組合せ対象または組合せ候補をグループ単位で指定するＭＰＤの一例を示す図である。

図１０のＭＰＤは、グループ１のリプリゼンテーションのコンビネーションアトリビュートがcombination_optionalとなっている点を除けば、図６の例と同様である。図１０の例では、グループ１のリプリゼンテーションのコンビネーションアトリビュートがcombination_optionalとなっていることにより、グループ１のリプリゼンテーション単体での再生が可能となっている。

このようなＭＰＤは、図９の例と同様に、グループ１が単体で再生可能なコンテンツであり、グループ２、３が、単体では再生しないが、グループ１のコンテンツと同時に再生することを想定したコンテンツであるような場合に好適に適用できる。

図１０のＭＰＤから♯１のリプリゼンテーションを選択した場合、クライアント１は、組合せの候補が、♯４、♯５、及びグループ３に含まれるリプリゼンテーション（♯７〜♯９）であることを特定することができる。このため、クライアント１は、♯１、♯１＋♯４、♯１＋♯５、♯１＋♯７、♯１＋♯８、♯１＋♯９、♯１＋♯４＋♯７、♯１＋♯４＋♯８、♯１＋♯４＋♯９、♯１＋♯５＋♯７、♯１＋♯５＋♯８、及び♯１＋♯５＋♯９の１２通りの組合せの何れかで再生することになる。

〔グループ単位での指定４〕
ＭＰＤがcombination_requiredとcombination_optionalとを含む場合であっても、組合せ対象（候補）をグループの識別情報で指定することができる。ここでは、図１１に基づいて、combination_requiredとcombination_optionalとを含み、識別情報でグループを指定するＭＰＤの例について説明する。図１１は、combination_requiredとcombination_optionalとを含み、組合せ対象をグループの識別情報で指定するＭＰＤの一例を示す図である。なお、このＭＰＤで特定される組合せは、図１０の例と同じである。

図１１のＭＰＤは、グループ１のリプリゼンテーションのコンビネーシンョンアトリビュートがcombination_optionalとなっている点を除けば、図７の例と同様である。図１１の例では、グループ１のリプリゼンテーションのコンビネーションアトリビュートがcombination_optionalとなっていることにより、グループ１のリプリゼンテーション単体での再生が可能となっている。

このようなＭＰＤは、図９、図１０の例と同様に、グループ１が単体で再生可能なコンテンツのリプリゼンテーションで構成されるグループであり、グループ２、３が、単体では再生しないが、グループ１のコンテンツと同時に再生することを想定したコンテンツのリプリゼンテーションで構成されるグループであるような場合に好適に適用できる。

図１１のＭＰＤから♯１のリプリゼンテーションを選択した場合、クライアント１は、組合せの候補が、♯４、♯５、及びidがg3のグループに属するリプリゼンテーション（♯７〜♯９）であることを特定することができる。

〔combination_requiredとcombination_optionalの組合せの例２〕
combination_requiredとcombination_optionalとを含むＭＰＤは、例えばＭＶＣ（multiview video coding）で多視点映像符号化されたビデオコンテンツの再生にも好適に適用
できる。ＭＶＣとは、映像符号化方式の国際標準化組織であるＭＰＥＧ（Moving Picture
Experts Group、正式名称はISO/IECJTC1/SC29 WG11）において標準化されている多視点
映像符号化方式である。例えば、３眼映像のＭＶＣ符号化映像データは、第１から第３の符号化映像データで構成されて、第１と第２のデータの復号映像を左右それぞれの視点の映像としてステレオ視視聴する、第３と第１のデータの復号映像を左右それぞれの視点の映像としてステレオ視視聴する、といったことを可能とする。ここでは、ＭＶＣのコンテンツに好適に適用できるＭＰＤについて図１２に基づいて説明する。図１２は、ＭＶＣのコンテンツに好適なＭＰＤの一例を示す図である。

図１２のＭＰＤには、３つのリプリゼンテーションが含まれており、各リプリゼンテーションには、MIMEタイプ（mimeType）のアトリビュートと、リプリゼンテーションのidを示すアトリビュートと、グループを示すアトリビュートと、コンビネーションのアトリビュートとが含まれている。

具体的には、♯１のリプリゼンテーションには、コンビネーションのアトリビュートとして、combination_optionalが含まれ、♯２、♯３のリプリゼンテーションにはcombination_requiredが含まれている。また、mimeTypeのアトリビュートには”video/mp4; codecs=mvc1”と記述されており、これらのリプリゼンテーションがＭＶＣのコンテンツに対応するものであることを示している。そして、グループを示すアトリビュートから、同図の一番上のリプリゼンテーションはグループ１に属し、他の２つのリプリゼンテーションはグループ２に属していることがわかる。

♯１のリプリゼンテーションのcombination_optionalでは、組合せの候補として♯２、♯３のリプリゼンテーションが指定されている。つまり、♯１のリプリゼンテーションは、単体で再生することもできるし、♯２または♯３のリプリゼンテーションの何れかと組合せて再生することもできる。

一方、♯２、♯３のリプリゼンテーションのcombination_requiredでは、何れも組合せの対象として、♯１のリプリゼンテーションが指定されている。つまり、♯２、♯３のリプリゼンテーションは、単体で再生することはできず、♯１のリプリゼンテーションと組み合わせて再生することが必須である。

これは、例えばグループ１がベースビデオコンテンツ（base video）のリプリゼンテーションで構成されるグループであり、グループ２がエンハンスビデオコンテンツ（enhance video）のリプリゼンテーションで構成されるグループである場合に好適である。具体
的には、＃１単体では通常の２次元の映像として視聴可能であるとともに、♯１＋♯２、または♯１＋♯３の組合せによって、ステレオ視映像を表示、視聴可能とするような場合が想定される。例えば、＃１＋＃２の場合に＃１を左眼映像、＃２を右目映像として、＃１＋＃３の場合に＃３を左眼映像、＃１を右目映像として視聴する。

ステレオ視映像を表示、視聴可能なクライアント１が、このようなＭＰＤを取得した場合、グループ１のリプリゼンテーション♯１を選択し、このリプリゼンテーションのcombination_optionalの値から、ステレオ視映像として組合せ可能なリプリゼンテーションが、♯２または♯３であることを特定する。

また、クライアント１は、上記のように特定したリプリゼンテーション♯２または♯３を選択し、リプリゼンテーション♯１に対応するコンテンツと、リプリゼンテーション♯１とともに選択したリプリゼンテーション（リプリゼンテーション♯２または♯３）に対応するコンテンツとをサーバ２にリクエストする。そして、リクエストに応じて送信されるコンテンツを受信して、同時に再生する。これにより、クライアント１は、♯１＋♯２
、または♯１＋♯３の組合せによるステレオ視映像を表示することができる。

〔combination_all_requiredを含むＭＰＤの例〕
続いて、combination_all_requiredを含むＭＰＤの例を図１３に基づいて説明する。図１３は、combination_all_requiredを含むＭＰＤの一例を示す図である。図１３のＭＰＤには、３つのリプリゼンテーションが含まれており、各リプリゼンテーションには、MIMEタイプ（mimeType）のアトリビュートと、リプリゼンテーションのidを示すアトリビュートと、グループを示すアトリビュートと、バンド幅（bandwidth）を示すアトリビュート
とが含まれている。図示のように、３つのリプリゼンテーション（♯１〜♯３）は、それぞれグループ１〜３に属している。

また、♯２のリプリゼンテーションには組合せ対象として♯１を指定するcombination_all_requiredが含まれ、♯３のリプリゼンテーションには組合せ対象として♯１、♯２を指定するcombination_all_requiredが含まれている。

これにより、♯２のリプリゼンテーションは、♯１のリプリゼンテーションとの組合せが必須であり、♯３のリプリゼンテーションは、♯１及び♯２のリプリゼンテーションとの組合せが必須であることが特定される。

つまり、このＭＰＤによれば、♯１、♯１＋♯２、及び♯１＋♯２＋♯３の何れかの再生が可能であることが分かる。これは、例えばグループ１〜３のリプリゼンテーションに対応するコンテンツが、ＳＶＣ（scalable video coding）のコンテンツである場合に好
適に適用できる。ＳＶＣとは、上述したＭＰＥＧにおいて標準化されている階層映像符号化方式である。例えば、３階層のＳＶＣ符号化映像データは、第１から第３の符号化映像データで構成されて、第１の映像データのみからは低画質の映像が復号されて、第１と第２の映像データからは中間画質の映像が復号されて、第１から第３までの映像データからは高画質の映像が復号され再生されるといったように、復号するデータ量によって画質の異なる映像を階層的に復号、再生可能とした方式である。

このＭＰＤを用いる場合、クライアント１は、各グループに含まれるリプリゼンテーションのバンド幅の値を参照して、所望のリプリゼンテーションを選択することができる。ここで、３つのリプリゼンテーションのうち、最もバンド幅の大きい♯３のリプリゼンテーションを選択したとする。この場合、クライアント１は、♯３のcombination_all_requiredによって、♯３のコンテンツの再生には、♯１及び♯２が必要であることを特定する（＃３の再生には♯１及び♯２が必須のため、♯３のリプリゼンテーションに示されるバンド幅には、＃１から＃３のデータ分を含めた値が記されている）。

そして、クライアント１は、♯１〜♯３の全てをサーバ２にリクエストし、リクエストに応じて受信したコンテンツを再生する。これにより、♯１〜♯３のリプリゼンテーションに対応するコンテンツを組合せた（正確には階層符号化データを組み合わせて再生される）コンテンツ再生が可能になる。

なお、♯１は、♯２と組み合わせて再生することが可能であるから、図１３のＭＰＤの♯１のリプリゼンテーションのアトリビュートにcombination_optionalを追記して、＃１の組合せ候補として♯２を指定するようにしてもよい。また、♯２は、♯１が共に組み合わされることを必須条件として♯３との組合せが可能である。よって、図１３のＭＰＤの♯２のリプリゼンテーションのアトリビュートに、既にあるcombination_all_requiredに追加してcombination_optionalを記述して、＃２の組合せ候補として♯３を指定するようにしてもよい。

また、図１３の♯２のリプリゼンテーションでは、combination_all_requiredで♯１を指定しているが、このように１つのリプリゼンテーションのみを指定する場合には、combination_requiredを用いてもよい。

〔combination_optionalのみを含むＭＰＤの例〕
続いて、組合せ情報としてcombination_optionalのみを含むＭＰＤの例を図１４に基づいて説明する。図１４は、組合せ情報としてcombination_optionalのみを含むＭＰＤの一例を説明する図であり、同図の（ａ）はＭＰＤの例を示し、同図の（ｂ）および（ｃ）は該ＭＰＤに基づく画面の表示例を示す。

図１４の（ａ）のＭＰＤには、♯１〜♯６の６つのリプリゼンテーションが含まれており、♯１〜♯３がグループ１に属し、♯４〜♯６がグループ２に属している。また、♯１〜♯６のリプリゼンテーションは、それぞれcombination_optionalのアトリビュートを含み、これにより、組合せ候補が、♯６、♯５、♯４、♯３、♯２、及び♯１にそれぞれ指定されている。

つまり、図１４の（ａ）のＭＰＤでは、♯１＋♯６、♯２＋♯５、♯３＋♯４の組合せが推奨されている。なお、combination_optionalでは、その組合せ候補の中からの選択が必須ではないので、各々単体での再生が可能となっている。また、組合せ候補の中からの選択が必須ではないので、これら以外の組合せも可能とする。選択が必須ではない分、クライアント１における選択処理の負担が発生するが、combination_optionalを用いることによって、柔軟な組合せに対応することができる。また、combination_optionalによって、選択候補が絞り込まれるため、従来のＭＰＤを用いる場合と比べれば、適切なコンテンツを容易に選択することができる。

このようなＭＰＤは、例えば同時に表示可能な複数のビデオコンテンツに好適に適用できる。例えば、グループ１のビデオコンテンツと、グループ２のビデオコンテンツとを１つの画面に同時に表示可能な場合に、グループ１のビデオコンテンツの解像度に応じた適切な解像度のグループ２のビデオコンテンツを選択させることもできる。

ここで、図１４の（ａ）の♯１〜♯３のリプリゼンテーションがビデオコンテンツに対応し、♯４〜♯６のリプリゼンテーションが♯１〜♯３のリプリゼンテーションと同時に再生可能なビデオコンテンツに対応し、idの小さいものほど解像度（再生品質）が高い場合を考える。

このような場合、図１４の（ａ）の例のように、解像度の高い♯１のリプリゼンテーションの組合せ候補として、解像度の低い♯６を記述することにより、１つの画面に同時に表示するのに適当な２つの解像度のビデオコンテンツを容易に選ぶことができる。例えば、解像度に合せて＃１を画面上大きく、＃６を画面上小さく表示する。この場合、＃１のリプリゼンテーションに対応するビデオコンテンツを高解像度、高画質で表示できるから、♯１のリプリゼンテーションに対応するビデオコンテンツの印象を強めることができる。加えて、解像度の高いビデオコンテンツはデータ量も多いため、高解像度のコンテンツと低解像度のコンテンツの組合せを常に選ばせることで、トータルのデータ量を容易に平均的に抑えることができるといった効果がある。同様に、図１４の（ａ）の例のように、解像度の低い♯３のリプリゼンテーションの組合せ候補としては、解像度の高い♯４を記述する。

なお、解像度の高いリプリゼンテーション同士や、解像度の低いリプリゼンテーション同士を組合せ候補としてもよく、また、解像度が同じまたは同等のリプリゼンテーション同士を組合せ候補としてもよい。この場合には、バンド幅に応じて伝送可能なリプリゼン
テーションの組合せを選びつつ、かつ、画面全体として均一な解像度、画質での映像の表示、視聴が可能になる。

２つのビデオコンテンツを同時に表示する態様としては、例えば図１４の（ｂ）および（ｃ）に示すような態様が挙げられる。なお、図１４の（ｂ）および（ｃ）の例では、♯１のリプリゼンテーションに対応するビデオコンテンツを同図の「♯１」で示す領域に表示し、♯６のリプリゼンテーションに対応するビデオコンテンツを同図の「♯６」で示す領域に表示することを示している。同様に、♯２〜♯５に対応するビデオコンテンツを同図の「♯２」〜「♯５」で示す領域に表示することを示している。

図１４の（ｂ）に示すように、各グループのリプリゼンテーションに対応するビデオコンテンツを重畳せずに表示してもよい。なお、表示領域の配置は図示の例に限られず、例えば表示領域が縦（画面の垂直方向）に並ぶようにしてもよいし、表示画面全体を複数の領域に分割（例えば４分割）し、分割した領域の１つに各グループのリプリゼンテーションに対応するビデオコンテンツを表示してもよい。

また、ビデオコンテンツの表示領域のサイズは、解像度に応じたサイズとしてもよい。つまり、解像度に差があるビデオコンテンツを同時に表示する場合には、解像度の大きいビデオコンテンツをより大きく表示してもよい。

さらに、図１４の（ｃ）に示すように、各グループのリプリゼンテーションに対応するビデオコンテンツを重畳して表示してもよい。なお、図１４の（ｃ）の場合も、ビデオコンテンツの表示領域のサイズを解像度に応じたサイズとしてもよい。しかし、同じサイズの表示領域を重畳するとコンテンツの視認性が悪化するので、表示領域のサイズが同じ場合には、図示の例（＃２と＃５の例）のように重畳せずに表示することが好ましい。また、表示領域の一部が重畳するような態様で複数のビデオコンテンツを同時に表示してもよい。

〔処理の流れ〕
続いて、クライアント１及びサーバ２が実行する処理の流れを図１５に基づいて説明する。図１５は、クライアント１及びサーバ２が実行する処理の一例を示すフローチャートである。

まず、サーバ２の記述情報送信部２３は、ＭＰＤを取得する（Ｓ１１）。具体的には、記述情報送信部２３は、サーバ記憶部２１に格納されている記述情報２６をＭＰＤとして取得する。なお、ＭＰＤの取得方法はこれに限られず、例えばサーバ２の外部の記録媒体に記録されているＭＰＤを取得してもよいし、ＭＰＤを生成または格納する他の装置から取得してもよい。また、記述情報送信部２３は、ＭＰＤを生成してもよい。ＭＰＤの生成については後述する。

ＭＰＤを取得した記述情報送信部２３は、取得したＭＰＤを、サーバ通信部２２を介してクライアント１に送信する（Ｓ１２）。なお、ＭＰＤは、サーバ２からコンテンツの配信を受ける複数のクライアントにマルチキャスト送信してもよい。

クライアント１のコンテンツ選択部１３は、クライアント通信部１２を介してＭＰＤを受信する（Ｓ１）と、受信したＭＰＤに含まれるリプリゼンテーションの選択を終了するか確認する（Ｓ２）。なお、コンテンツ選択部１３は、受信したＭＰＤに含まれる全グループについて、リプリゼンテーションの選択可否の確認が済んでいればリプリゼンテーションの選択を終了すると判断し、選択可否を確認していないグループがあればリプリゼンテーションの選択を終了しないと判断する。

ここで、リプリゼンテーションの選択を終了しないと判断した場合（Ｓ２でＮＯ）、コンテンツ選択部１３は、選択可否を確認していないグループから１つのグループを選択する（Ｓ３）。なお、グループの選択基準は特に限定されず、例えばグループidの昇順または降順で選択してもよいし、予め定められた種類のコンテンツ（例えばビデオコンテンツ）に対応するグループから選択してもよい。コンテンツの種類は、ＭＰＤに記載されている各リプリゼンテーションのアトリビュート等を用いて特定することができる。

次に、コンテンツ選択部１３は、選択したグループに属するリプリゼンテーションから１つのリプリゼンテーションを選択する（Ｓ４）。なお、リプリゼンテーションの選択基準も特に限定されない。例えば、リプリゼンテーションidの昇順または降順で選択してもよいし、解像度等のアトリビュートを参照して、コンテンツ再生部１５が再生可能であるという条件を満たすリプリゼンテーションを選択してもよい。そして、選択されたグループを選択済みとする。なお、Ｓ３でグループを選択済みとしてもよい。

続いて、コンテンツ選択部１３は、選択したリプリゼンテーションにコンビネーションのアトリビュートが含まれているか確認する（Ｓ５）。Ｓ５でコンビネーションのアトリビュートが含まれていないことを確認した場合（Ｓ５でＮＯ）、Ｓ２の処理に戻る。

ここで、図２に示すように、コンビネーションのアトリビュートには、指定された組合せ候補との組合せが必須ではない「combination_optional」と、指定された組合せ対象との組合せが必須となる「combination_required」等とが含まれる。

このため、コンビネーションのアトリビュートが含まれていることを確認した場合（Ｓ５でＹＥＳ）に、そのアトリビュートがcombination_optionalであれば、コンテンツ選択部１３は、コンビネーションのアトリビュートで指定された組合せ候補からリプリゼンテーションを選択するか否かを判断する（Ｓ６）。なお、アトリビュートがcombination_required等のリプリゼンテーションの選択が必須となるものであれば、Ｓ６の処理は行わず、Ｓ７に進む。

ここで、combination_optionalで指定された候補からリプリゼンテーションを選択しないことを確認した場合（Ｓ６でＮＯ）には、Ｓ２の処理に戻る。なお、Ｓ６で、combination_optionalで指定された候補から特定のグルーに属するリプリゼンテーションを全て選択しないと判断した場合、選択の可否の判断はなされたため、そのグループは選択済みとする。

なお、combination_optionalで指定された候補からリプリゼンテーションを選択するか否かは、ユーザに選択させてもよいし、コンテンツ選択部１３が決定してもよい。コンテンツ選択部１３が決定する場合、例えば、解像度等のアトリビュートを参照して、そのリプリゼンテーションに対応するコンテンツをコンテンツ再生部１５が再生可能であるか確認し、再生可能であれば選択し、再生不可であれば選択しない構成としてもよい。

一方、リプリゼンテーションを選択することを確認した場合（Ｓ６でＹＥＳ）、またはＳ５で存在を確認したコンビネーションアトリビュートが、リプリゼンテーションの選択が必須となるもの（combination_required等）である場合には、コンテンツ選択部１３は、このアトリビュートに従って、Ｓ４で選択したリプリゼンテーションと組み合わせるリプリゼンテーションを選択する（Ｓ７）。

Ｓ７では、未選択のグループに属するリプリゼンテーションを選択の対象とする。即ち、Ｓ５で確認されたコンビネーションアトリビュートによって組合せ候補とされたリプリ
ゼンテーションをリプリゼンテーションｍとし、リプリゼンテーションｍの属するグループがグループｋであったとすると、このグループｋがＳ４（またはＳ３）、Ｓ６、Ｓ７で未だ選択済みとされていないグループであった場合に、コンビネーションアトリビュートで指定されたリプリゼンテーションｍを選択する。コンビネーションアトリビュートでグループｋに属する複数のリプリゼンテーションｍが組合せ候補として指定されていた場合には、その中の１つを選択する。そして、リプリゼンテーションｍを選択した後は、リプリゼンテーションｍの属するグループｋを選択済みとする。

すなわち、コンテンツ選択部１３は、グループidを示すアトリビュート（グループ属性情報）を参照して、コンビネーションのアトリビュートで指定されたリプリゼンテーションのうち、これまでに選択された何れのリプリゼンテーションとも異なるグループに属するリプリゼンテーションが組み合わされるように選択する。

なお、Ｓ７において、コンビネーションのアトリビュートで指定されたリプリゼンテーションから、選択するリプリゼンテーションを決定する方法は特に限定されない。例えば、グループの番号の昇順または降順で、選択するリプリゼンテーションのグループを決定し、決定したグループに含まれるリプリゼンテーションから、idの昇順または降順でリプリゼンテーションを選択してもよい。また、リプリゼンテーションのアトリビュートを参照して特定した再生品質を基準として選択してもよいし、リプリゼンテーションのアトリビュートを参照することにより、クライアント１が再生可能であると判定されたものを選択してもよい。

Ｓ７でリプリゼンテーションを選択した後、処理はＳ２に戻り、コンテンツ選択部１３は、リプリゼンテーションの選択が終了したか確認する。ここで、リプリゼンテーションの選択が終了したことを確認した場合（Ｓ２でＹＥＳ）、コンテンツ選択部１３は、選択したリプリゼンテーションをリクエスト実行部１４に通知する。

この通知を受信したリクエスト実行部１４は、通知されたリプリゼンテーションに対するリクエストを生成し、クライアント通信部１２を介してサーバ２に送信することによって、コンテンツ選択部１３が選択したリプリゼンテーションのデータ（リプリゼンテーションに対応するコンテンツ）をサーバ２にリクエストする（Ｓ８）。

サーバ２のレスポンス実行部２４は、このリクエストを受信し（Ｓ１３）、リクエストされたデータ（コンテンツ）をサーバ記憶部２１から読み出して、サーバ通信部２２を介してクライアント１に送信する（Ｓ１４）。なお、送信するコンテンツは、サーバ記憶部２１から取得してもよいし、他の記録媒体や他の装置から取得してもよい。また、他の装置に指示して、その装置からクライアント１に送信させてもよい。これにより、サーバ２における処理は終了する。

クライアント１のコンテンツ再生部１５は、リクエスト実行部１４がリクエストしたデータ（コンテンツ）を、クライアント通信部１２を介して受信し（Ｓ９）、これを再生する（Ｓ１０）。これにより、クライアント１の処理は終了する。

なお、コンテンツ選択部１３は、コンテンツ再生部１５がコンテンツの再生を開始する前に、コンテンツ選択部１３が選択したリプリゼンテーションの組合せを示す情報をコンテンツ再生部１５に送信してもよい。これにより、コンテンツ再生部１５は、コンテンツ選択部１３が選択したリプリゼンテーションの組合せ通りにコンテンツを組み合わせて再生することができる。

また、リクエスト実行部１４が、リクエストしたコンテンツの組合せを示す情報をコン
テンツ再生部１５に送信するようにしてもよい。この場合にも、コンテンツ再生部１５は、コンテンツ選択部１３が選択したリプリゼンテーションの組合せ通りにコンテンツを組み合わせて再生することができる。

なお、図１５の例は、簡単のため、ＭＰＤに１つのピリオドのみが含まれている場合の処理を示している。ＭＰＤに複数のピリオドが含まれている場合には、図示の処理を各ピリオドについて実行する。

〔実施の形態２〕
次に、本発明の実施形態２について、図１６から図２１に基づいて説明する。実施形態２は、コンビネーションのアトリビュートを一部省略したＭＰＤを用いてコンテンツの選択を行う点を除けば実施形態１と同様であり、システム及び装置の構成（図１参照）は、実施形態１と同じである。

〔一部のコンビネーションのアトリビュートを省略したＭＰＤの例１〕まず、一部のコンビネーションのアトリビュートを省略したＭＰＤの例について、図１６に基づいて説明する。図１６は、グループ２のコンビネーションのアトリビュートを省略した、combination_optionalを含むＭＰＤの一例を示す図である。

図１６のＭＰＤは、図８のＭＰＤと同様の構成であるが、グループ２のリプリゼンテーションが、何れもコンビネーションのアトリビュートを含んでいない点で異なっている。このようなＭＰＤは、グループ１のリプリゼンテーションを先に選択し、その後グループ２のリプリゼンテーションを選択することが予め決まっている場合に適用できる。

例えば、グループ１がビデオコンテンツ（main video）のリプリゼンテーションで構成されるグループであり、グループ２が製作者コメンタリＰｉｎＰ等のサブビデオコンテンツ（sub/auxiliary video）のリプリゼンテーションで構成されるグループであり、クラ
イアント１において、ビデオコンテンツのリプリゼンテーションから先に選択することが決まっているような場合に好適に適用できる。

〔一部のコンビネーションのアトリビュートを省略したＭＰＤの例２〕続いて、一部のコンビネーションのアトリビュートを省略したＭＰＤの他の例について、図１７に基づいて説明する。図１７は、グループ２のコンビネーションのアトリビュートを省略した、combination_optionalを含むＭＰＤの他の例を示す図である。

図１７のＭＰＤは、図１２のＭＰＤと同様の構成であるが、グループ２のリプリゼン
テーションが、何れもコンビネーションのアトリビュートを含んでいない点で異なっている。このようなＭＰＤも、グループ１のリプリゼンテーションを先に選択し、その後グループ２のリプリゼンテーションを選択することが予め決まっている場合に適用できる。

例えば、グループ１がベースビデオコンテンツ（base video）のリプリゼンテーションで構成されるグループであり、グループ２がエンハンスビデオコンテンツ（enhance video）のリプリゼンテーションで構成されるグループであり、クライアント１において、ベ
ースビデオコンテンツのリプリゼンテーションから先に選択することが決まっているような場合に好適に適用できる。

〔一部のコンビネーションのアトリビュートを省略したＭＰＤの例３〕
続いて、一部のコンビネーションのアトリビュートを省略したＭＰＤのさらに他の例について、図１８に基づいて説明する。図１８は、グループ３のコンビネーションのアトリビュートを省略した、combination_optionalを含むＭＰＤの例を示す図である。

図１８のＭＰＤは、図１３のＭＰＤと同様の構成（同様の再生の態様を実現するため
の構成）であるが、combination_optionalのみで記述し、グルー３のリプリゼンテーションが、コンビネーションのアトリビュートを含んでいない点で異なっている。なお、図１８の例ではバンド幅（bandwidth）のアトリビュートが記述されていないが、記述されて
いても構わない。このようなＭＰＤも、グループ１のリプリゼンテーションを先に選択し、その後にグループ２、グループ３のリプリゼンテーションを選択することが予め決まっている場合に適用できる。

例えば、グループ１〜３がＳＶＣ（scalable video coding）のコンテンツのリプリゼ
ンテーションで構成されるグループである場合に、クライアント１において、グループ１のコンテンツから順に選択することが決まっているような場合に好適に適用できる。

図１８のＭＰＤにおいて、＃１のリプリゼンテーションには、combination_optionalで＃２のリプリゼンテーションとの組合せが可能であることが示されている。このため、この時点でクライアント１は、＃１のみか、＃１＋＃２とするかが選択できる。＃１＋＃２を選択した場合、＃２のリプリゼンテーションには、combination_optionalで＃３のリプリゼンテーションとの組合せが更に可能であることが示されている。従って、この時点でクライアント１は、＃１＋＃２のみか、＃１＋＃２＋＃３とするかが選択できる。このようにしてクライアント１は、＃１か、＃１＋＃２か、＃１＋＃２＋＃３かを選択する。

〔一部のコンビネーションのアトリビュートを省略したＭＰＤの例４〕続いて、一部のコンビネーションのアトリビュートを省略したＭＰＤのさらに他の例について、図１９に基づいて説明する。図１９は、グループ１のコンビネーションのアトリビュートを省略した、combination_requiredを含むＭＰＤの例を示す図である。

図１９のＭＰＤは、図３のＭＰＤと同様の構成であるが、グループ１のリプリゼンテーションが、コンビネーションのアトリビュートを含んでいない点で異なっている。このようなＭＰＤは、グループ２のリプリゼンテーションを先に選択し、その後グループ１のリプリゼンテーションを選択することが予め決まっている場合に適用できる。

図１９のＭＰＤでは、グループ２のリプリゼンテーションの組合せ対象が、何れもグループ１のリプリゼンテーションとなっているcombination_requiredを含む。これにより、クライアント１は、グループ２のリプリゼンテーションは、単独で再生できないコンテンツに対応するものであることを容易に認識することができる。

このようなＭＰＤは、例えば、グループ１のリプリゼンテーションに対応するコンテンツがメインのビデオコンテンツであり、グループ２のリプリゼンテーションに対応するコンテンツがサブのビデオコンテンツであり、クライアント１において、グループ２のコンテンツのリプリゼンテーションを先に選択することが決まっているような場合に好適に適用できる。

〔一部のコンビネーションのアトリビュートを省略したＭＰＤの例５〕
続いて、一部のコンビネーションのアトリビュートを省略したＭＰＤのさらに他の例について、図２０に基づいて説明する。図２０は、グループ１のコンビネーションのアトリビュートを省略した、combination_requiredを含むＭＰＤの他の例を示す図である。

図２０のＭＰＤは、図１２のＭＰＤと同様の構成であるが、グループ１のリプリゼンテーションが、コンビネーションのアトリビュートを含んでいない点で異なっている。このようなＭＰＤは、グループ２のリプリゼンテーションを先に選択し、その後グループ１の
リプリゼンテーションを選択することが予め決まっている場合に適用できる。

図２０のＭＰＤでは、グループ２のリプリゼンテーションが何れも組合せ対象がグループ１のリプリゼンテーションとなっているcombination_requiredを含む。これにより、クライアント１は、グループ２のリプリゼンテーションは、単独で再生できないコンテンツに対応するものであることを容易に認識することができる。

このようなＭＰＤは、例えば、グループ１、２のリプリゼンテーションに対応するコンテンツがＭＶＣ（multiview video coding）のコンテンツである場合に、クライアント１において、グループ２のコンテンツのリプリゼンテーションを先に選択することが決まっているような場合に好適に適用できる。

〔コンビネーションのアトリビュートを省略したＭＰＤを用いる場合の処理の流れ〕
続いて、一部のコンビネーションのアトリビュートを省略したＭＰＤを用いる場合に、クライアント１が実行する処理の流れを図２１に基づいて説明する。図２１は、一部のコンビネーションのアトリビュートを省略したＭＰＤを用いる場合に、クライアント１が実行する処理の一例を示すフローチャートである。なお、サーバ２が実行する処理は、図１５の例と同様であるからここでは説明を省略する。また、図２１のフローチャートのＳ２１〜Ｓ３０の処理は、図１５のＳ１〜Ｓ１０の処理とほぼ同様であるから、ここでは図１５との相違点を中心に説明する。

クライアント１のコンテンツ選択部１３は、クライアント通信部１２を介してＭＰＤを受信する（Ｓ２１）と、受信したＭＰＤに含まれるリプリゼンテーションの選択を終了するか確認する（Ｓ２２）。

ここで、リプリゼンテーションの選択を終了しないと判断した場合（Ｓ２２でＮＯ）、コンテンツ選択部１３は、選択可否を確認していないグループから１つのグループを選択する（Ｓ２３）。

なお、グループの選択基準は特に限定されないが、ここでは、コンビネーションアトリビュートが付されたリプリゼンテーションを含むグループから順に選択する。例えば、グループidの小さいグループにコンビネーションアトリビュートが付されたリプリゼンテーションが含まれている場合には、グループidの昇順で選択する。また、グループidの大きいグループにコンビネーションアトリビュートが付されたリプリゼンテーションが含まれている場合にはグループidの降順で選択する。さらに、例えば、予め定められた種類のコンテンツに対応するグループから選択してもよい。本実施の形態において既に説明したように、メインのビデオコンテンツを先に選択するなど、予め決められた順序関係で選択してもよい。コンテンツの種類は、リプリゼンテーションに付された他のアトリビュート等から特定することができる。

また、このように選択の順番を決定するためのルールを決めておく方法の他、選択の優先度を示すアトリビュート（priorityアトリビュート）を記述することによって、選択順を特定させる方法を適用することもできる。さらに、取得したＭＰＤの各リプリゼンテーションを参照してコンビネーションのアトリビュートが付されたリプリゼンテーションが含まれているか否かを確認して、コンビネーションのリプリゼンテーションが含まれているグルーから選択するようにしてもよい。

次に、コンテンツ選択部１３は、選択したグループに属するリプリゼンテーションから１つのリプリゼンテーションを選択する（Ｓ２４）。続いて、コンテンツ選択部１３は、選択したリプリゼンテーションにコンビネーションのアトリビュートが含まれているか確
認する（Ｓ２５）。ここで、コンビネーションのアトリビュートが含まれていないことを確認した場合（Ｓ２５でＮＯ）、Ｓ２２の処理に戻る。

ここで、コンビネーションのアトリビュートが含まれていることを確認した場合（Ｓ２５でＹＥＳ）に、そのアトリビュートがcombination_optionalであれば、コンテンツ選択部１３は、コンビネーションのアトリビュートで指定された組合せ候補からリプリゼンテーションを選択するか否かを判断する（Ｓ２６）。なお、アトリビュートがcombination_required等のリプリゼンテーションの選択が必須となるものであれば、Ｓ２６の処理は行わず、Ｓ２７に進む。

Ｓ２６において、combination_optionalで指定された候補からリプリゼンテーションを選択しないことを確認した場合（Ｓ２６でＮＯ）には、Ｓ２２の処理に戻る。一方、リプリゼンテーションを選択することを確認した場合（Ｓ２６でＹＥＳ）、またはＳ２５で存在を確認したアトリビュートが、リプリゼンテーションの選択が必須となるものである場合には、コンテンツ選択部１３は、このアトリビュートに従って、Ｓ２４で選択したリプリゼンテーションと組み合わせるリプリゼンテーションを選択する（Ｓ２７）。

Ｓ２７でリプリゼンテーションを選択した後、処理はＳ２５に戻り、コンテンツ選択部１３は、Ｓ２７で選択したリプリゼンテーションに、コンビネーションのアトリビュートが含まれているかをさらに確認する。

すなわち、本実施形態では、リプリゼンテーションを選択したときには、そのリプリゼンテーションに、コンビネーションのアトリビュートが含まれているか確認する点が、図１５の例と異なっている。このように、選択したリプリゼンテーションのアトリビュートから、組合せ対象（候補）のリプリゼンテーションを辿ることにより、一部のコンビネーションのアトリビュートを省略したＭＰＤを用いる場合に対応することが可能となる。なお、コンビネーションのアトリビュートを省略しない場合であっても、図２１の処理でリプリゼンテーションを選択してもよい。

そして、Ｓ２５において、コンビネーションのアトリビュートが含まれていないことを確認した場合には、Ｓ２２の処理に戻る。

Ｓ２２で、リプリゼンテーションの選択が終了したことを確認した場合（Ｓ２２でＹＥＳ）、コンテンツ選択部１３は、選択したリプリゼンテーションをリクエスト実行部１４に通知する。そして、この通知を受信したリクエスト実行部１４は、通知されたリプリゼンテーションのデータをサーバ２にリクエストする（Ｓ２８）。

続いて、クライアント１のコンテンツ再生部１５は、リクエスト実行部１４がリクエストしたデータ（コンテンツ）を、クライアント通信部１２を介して受信し（Ｓ２９）、これを再生する（Ｓ３０）。これにより、クライアント１の処理は終了する。

なお、図２１の例は、簡単のため、ＭＰＤに１つのピリオドのみが含まれている場合の処理を示している。ＭＰＤに複数のピリオドが含まれている場合には、図示の処理を各ピリオドについて実行する。

〔実施の形態３〕
上述の実施形態では、リプリゼンテーションの組合せを示すアトリビュート、すなわちコンビネーションのアトリビュートを用いる例を示したが、リプリゼンテーションの組合せは、アトリビュート以外の形式で記述してもよい。ここでは、エレメント（element）
によってリプリゼンテーションの組合せを記述する例を図２２及び図２３に基づいて説明
する。なお、本実施形態においても、システム及び装置の構成（図１参照）は、実施形態１と同じである。

図２２は、リプリゼンテーションの組合せをエレメントで記述したＭＰＤの一例を示す図である。図示の例では、”PT0S”から開始するピリオドに、グループ１に属するリプリゼンテーション♯１と、グループ２に属するリプリゼンテーション♯４とが含まれている。

このうち、♯１のリプリゼンテーションには、該リプリゼンテーションと組み合わせる候補となるリプリゼンテーションを示す、〈combination〉で開始し、〈/combination〉
で終了するエレメント（コンビネーションエレメント）が記述されている。また、このエレメントには、〈representation_id〉で開始し、〈/representation_id〉で終了するエ
レメント（リプリゼンテーションidエレメント）が含まれており、これにより♯１のリプリゼンテーションと組み合わせるリプリゼンテーションのidが特定されている。これは、上記実施形態におけるcombination_optionalに相当するエレメントである。

一方、♯４のリプリゼンテーションには、該リプリゼンテーションと組み合わせる対象となるリプリゼンテーションを示す、〈combination relation=”required”〉で開始し
、〈/combination〉で終了するエレメント（コンビネーションエレメント）が記述されている。これは、上記実施形態におけるcombination_requiredに相当するエレメントである。

つまり、このエレメントは、♯４のリプリゼンテーションを選択したときには、該エレメントで指定された組合せ対象のリプリゼンテーションから少なくとも１つを選択することが必須であることを示している。このように、relation=”（組み合わせの種類）”の
形式で組合せの種類を指定することもできる。

また、このエレメントには、♯１のリプリゼンテーションと同様に、〈representation_id〉で開始し、〈/representation_id〉で終了するエレメント（リプリゼンテーションidエレメント）が含まれており、これにより♯４のリプリゼンテーションと組み合わせる
リプリゼンテーションのidが特定されている。つまり、この例では、♯４のリプリゼンテーションは、♯１のリプリゼンテーションとの組合せが必須ということになる。

なお、このようなエレメントを用いたＭＰＤを用いる場合であっても、クライアント１及びサーバ２が実行する処理の流れは、図１５や図２１の例と同様である。

このようなエレメントのスキーマは、例えば図２３のように表される。図２３は、リプリゼンテーションの組合せ情報を記述するコンビネーションエレメントのスキーマの一例を示す図である。

図２３のスキーマでは、エレメントのタイプが”combinationType”のエレメント“combination”が定義されている。そして、”combinationType”は、タイプが”integerType”である１つ以上の”representation_id”エレメントと、タイプが”relationType”で
かつデフォルト（default）が”optional”で定義される“relation”アトリビュートか
らなるタイプであると定義されている。”relationType”は、“optional”、“required”、“all_required”の3つの文字列（string）の値をとり得るタイプである。

なお、同様にして、”one_required”等を定義することもできる。

つまり、”combination”のエレメントは、”combinationType”で定義された構造を持
ち、”combinationType”には、”representation_id”を整数値で複数個、シーケンシャルに指定することができる（<sequence>から</sequence>の記述がそれにあたる）ことが
定義されている。そして、”combinationType”では、”relation”のアトリビュートで
”relationType”を指定することができ、”relationType”はデフォルトで”optional”とすることが定義されている。

すなわち、“relation”が記述されていない図２２のＭＰＤの♯１のリプリゼンテーションは、“relationType”が”optional”ということになる。一方、♯４のリプリゼンテーションでは、“combination”の後に“relation”のアトリビュートを記述して、”required”を指定している。

〔実施の形態４〕
次に、本発明の実施形態４について、図２６、図２７に基づいて説明する。図２６、図２７は、実施形態３（図２２、２３）と同様に、リプリゼンテーションの組合せをエレメントで記述したＭＰＤの例、及びこのエレメントのスキーマの例をそれぞれ示している。実施形態３と同様、コンビネーションエレメントの形式で記述されるが、"relation"アトリビュートのタイプ"relationType"の定義のみが、実施形態３と異なっている。なお、本実施形態においても、システム及び装置の構成（図１参照）は、実施形態１と同じである。

実施形態３のコンビネーションエレメントでは、このコンビネーションエレメントが付されたリプリゼンテーションと、コンビネーションエレメント中の"representation_id"
エレメントが指し示すリプリゼンテーションとの組合せ時の依存関係が、"relationType"タイプのアトリビュート"relation"によって示されていた。なお、簡便のため、ここでは、上記コンビネーションエレメントが付されたリプリゼンテーションを「リプリゼンテーションＡ」、上記コンビネーションエレメント中の"representation_id"エレメントが指
し示すリプリゼンテーションを「リプリゼンテーションＢ」と表記して説明する。

即ち、"relation="required""であれば、リプリゼンテーションＡを再生する際にリプ
リゼンテーションＢの再生が必須であることを示す。また、"relation="optional""であ
れば、リプリゼンテーションＡを再生する際にリプリゼンテーションＢが同時再生する候補となる（必須ではない）ことを示す。

そして、この、リプリゼンテーションＡに付された"relation"アトリビュートが"relation="optional""の時、"representation_id"エレメントが指し示すリプリゼンテーションＢの方に"relation="required""が付され、"representation_id"エレメントでリプリゼンテーションＡが示されていれば、リプリゼンテーションＢに対してＡは必須、リプリゼンテーションＡに対してＢは組合せ候補となる。つまり、リプリゼンテーションＢは、リプリゼンテーションＡに対して従属の関係（リプリゼンテーションＡは単独で再生可であるが、リプリゼンテーションＢはＡ無しで再生不可、の関係）にあることになる。

本実施形態４では、このようなリプリゼンテーションどうしの依存関係を"relationType"タイプのアトリビュート"relation"で表す別の方法を示す。本実施形態４におけるリプリゼンテーションどうしの依存関係を示すアトリビュート"relation"は、図２７の"relationType"タイプの定義で示されるように、コンビネーションエレメントが付されたリプリゼンテーション自身が、"representation_id"で示された組合せ再生するリプリゼンテー
ションに対して、メインのコンテンツである（"main"）か、サブコンテンツである（"sub"）か、あるいは補助的なコンテンツである（"auxiliary"）か、を示すアトリビュートであるとする。即ち、"relation"の取り得る値は、"main"、"sub"、"auxiliary"の何れかとする。また、"relation"アトリビュートのデフォルト値は"main"とし、"relation"アトリ
ビュートの記述が無ければ"main"と解釈されることとする。

ここで、メインのコンテンツ（"main"）とは、常に再生されるコンテンツ、単独で再生可能なコンテンツを指すものとする。つまり、"relation"アトリビュートが"main"であるコンテンツは選択が必須のコンテンツである。

サブコンテンツ（"sub"）とは、メインコンテンツが常に再生されるコンテンツである
のに対し、再生が指示された際にのみ再生されるコンテンツを指すものとする。つまり、"relation"アトリビュートが"sub"であるコンテンツは選択候補となるコンテンツである
。

補助コンテンツ（"auxiliary"）とは、再生が指示された際にのみメイン（あるいはサ
ブ）のコンテンツと組合せて再生されるコンテンツであり、単独で再生不可なコンテンツを指すものとする。つまり、"relation"アトリビュートが"auxiliary"であるコンテンツ
は単独での選択ができないコンテンツである。

なお、既に示した他の実施形態においては、サブ（"sub"）コンテンツと補助（"auxiliary"）コンテンツとはメインコンテンツと組み合わせて再生されるものとして区別していないが、ここでは、単独での再生が禁止されているものを特に補助コンテンツとして区別する。"main"コンテンツが存在しない場合には、"sub"コンテンツは単独で再生可能であ
るが、"auxiliary"コンテンツは"main"コンテンツが存在しない場合であっても単独で再
生することはできない。

即ち、上記したように、実施形態３では、指定先のリプリゼンテーションと組み合わせて再生するのが必須か、オプションかといったリプリゼンテーション間の依存関係が"relation"で直接指定された。これに対し、本実施形態４では、各リプリゼンテーションのメイン、サブといった役割が"relation"で示されることで、リプリゼンテーション間の依存関係が間接的に示される。何れもリプリゼンテーション間の依存関係を示しているという点で共通である。

図２６のリプリゼンテーション＃１（グループ１）では、コンビネーションエレメントにて、リプリゼンテーション＃４（グループ２）が指定されている。このコンビネーションエレメントでは"relation"アトリビュートが明示されていないため、デフォルトの属性である"main"のコンテンツであることがわかる。即ち、リプリゼンテーション＃１は常に再生される。

一方、リプリゼンテーション＃４では、コンビネーションエレメントにて、リプリゼンテーション＃１が指定されていると共に、"relation="sub"が記述されている。これによ
り、リプリゼンテーション＃４は、サブコンテンツであることがわかる。即ち、リプリゼンテーション＃１が再生されている間、再生が指示された場合にのみリプリゼンテーション＃４は再生される。

このように、本実施形態４のコンビネーションエレメントは、リプリゼンテーション間の依存関係を各リプリゼンテーションの役割を示すことで間接的に示すアトリビュート"relation"を含むことにより、適切な組合せでコンテンツを再生可能とする。

なお、本実施形態４のコンビネーションエレメントは、コンビネーションエレメントが付されたリプリゼンテーション自身の役割を示すため、ピリオドに含まれているリプリゼンテーションが限られ、組み合わせて再生するリプリゼンテーションが自明な場合に、"representation_id"を省略することも可能である。

つまり、アトリビュート"relation"は、コンテンツの組合せを示す組合せ情報として利用することができ、クライアント１（コンテンツ選択部１３）はこの組合せ情報に従ってコンテンツを選択する。例えば、取得したＭＰＤに、"relation＝main"のコンテンツが含まれていればこれを選択し、他に、"relation=sub"や"relation=auxiliary"のコンテンツがあればその選択要否をユーザに問い合わせる等して決定する。このような構成によっても、選択対象のコンテンツを絞り込むことができるので、適切なコンテンツを容易に選択することができる。

〔組合せ対象となるコンテンツ〕
上述の各実施形態では、ビデオコンテンツとオーディオコンテンツの組合せ、ビデオコンテンツ（メイン）とビデオコンテンツ（サブ）の組合せ、ビデオコンテンツと字幕（timed_text）の組合せ等をアトリビュートまたはエレメントで記述する例を示したが、組合せ対象となるコンテンツは、同時に再生可能または使用可能なものであればよく、これらの例に限られない。例えば、ＵＧＣ（User Generated Contents）をビデオコンテンツ等
と組み合わせても構わないし、上述した以外のコンテンツを組み合わせても構わない。それらの組合せであっても、本願発明の組合せ情報を同様に適用することが可能である。

また、上述の各実施形態では、リプリゼンテーションを起点として、リプリゼンテーションどうしの組合せ、リプリゼンテーションとグループの組合せを、起点としたリプリゼンテーションに付したアトリビュートまたはエレメントを用いて記述する例を示したが、グループどうしの組合せを示す情報を記述して組合せ対象のコンテンツの選択を容易にしてもよい。

図２８は、グループに対してコンビネーションアトリビュートを付加したＭＰＤの一例を示す図である。図２８の例では、"g1"のリプリゼンテーショングループに"combination_optional="g2""を付加して、"g1"のリプリゼンテーショングループに属している＃１、
＃２、＃３のリプレゼンテーションをそれぞれ独立に、あるいは"g2"のリプリゼンテーショングループに属している＃４、＃５、＃６のリプレゼンテーションの何れかと組合せて再生可能であることを示している。

"g2"のリプリゼンテーショングループには"combination_required="g1""を付加して、"g2"のリプリゼンテーショングループに属している＃４、＃５、＃６のリプレゼンテーシ
ョンが独立では再生できず、"g1"のリプリゼンテーショングループに属している＃１、＃２、＃３のリプレゼンテーションの何れかと組み合わせて再生することが必須であることを示している。このように、コンビネーションアトリビュートをグループに対して付加した場合には、コンビネーションアトリビュートは組合せの対象となるグループを指定するグループ指定情報として機能することになる。

以上のように、本発明のコンビネーションアトリビュートまたはコンビネーションエレメントは、コンテンツを組み合わせて再生するのが必須か、組合せ再生の候補であるかを示す組合せ情報であることに主たる特徴があり、単一のコンテンツであるリプリゼンテーションにも、コンテンツの集合であるグループ（リプリゼンテーショングループ）にも、同様に適用可能である。

さらに、上述の各実施形態では、組み合わせるリプリゼンテーションがそれらのidを用いて示されているが、組み合わせるリプリゼンテーションを示す方法はこれに限らない。例えば、組み合わせ相手のリプリゼンテーションidを直接に指定せず、組合せ自体に特定のid（組合せ識別子又は組合せid）を割り振り、その組合せのidをそれぞれのリプリゼンテーション中のコンビネーションアトリビュート（またはエレメント）に記述してもよい
。この場合、クライアント１は、同じ組合せidを持ったリプリゼンテーションを、組み合わせ対象のコンテンツとして特定することができる。

これについて、図２９、図３０に基づいて説明する。図２９は、組合せidによって組合せ対象を特定する例を説明する図であり、同図の（ａ）は組合せidを用いずに組合せ対象を特定するＭＰＤの例を示し、同図の（ｂ）は同図の（ａ）と同じ組合せ対象を組合せidで特定するＭＰＤの例を示している。また、図３０は、組合せidによって組合せ対象を特定する他の例を説明する図であり、同図の（ａ）は組合せidを用いずに組合せ対象を特定するＭＰＤの例を示し、同図の（ｂ）は同図の（ａ）と同じ組合せ対象を組合せidで特定するＭＰＤの例を示している。なお、組合せidは、"Ｃｎ"（ｎは正の整数）としている。

図２９は、＃１＋＃４、＃１＋＃７の２通りの再生のいずれかが必須であることを示した記述例である。同図の（ｂ）では、＃１＋＃４、＃１＋＃７の組合せそれぞれに組合せid、"Ｃ１"、"Ｃ２"が割り振られて記述されている。

クライアント１のコンテンツ選択部１３は、このＭＰＤを用いてコンテンツを選択する場合、コンビネーションアトリビュート（one_required）に従い、Ｃ１、Ｃ２のいずれかの組合せを必ず選択する。そして、Ｃ１を選択した場合には、同じ組合せid（Ｃ１）が対応付けられている♯４を選択し、一方、Ｃ２を選択した場合には、同じ組合せid（Ｃ２）が対応付けられている♯７を選択する。

図３０は、＃１＋＃４＋＃７の組合せによる再生が必須であることを示した記述例である。同図の（ｂ）では、＃１＋＃４＋＃７の組合せに対して組合せidである"Ｃ１"が割り振られて記述されている。

クライアント１のコンテンツ選択部１３は、このＭＰＤを用いてコンテンツを選択する場合、コンビネーションアトリビュート（required）に従い、Ｃ１の組合せを選択して必須に再生する。つまり、同じ組合せid（Ｃ１）が対応付けられている♯１、♯４、♯７を全て選択する。

図２９、図３０に示されるように、組合せ自体に特定のidを割り振り、同じidを持つリプリゼンテーションを組み合わせるリプリゼンテーションであるとする指定方法では、組み合わせる個々のリプリゼンテーションのidをそれぞれのリプリゼンテーションに逐一記述する必要が無いため、記述を簡単にすることができる。また、既存の組合せに新たなリプリゼンテーションを追加するといった際に編集が容易であるといった特徴がある。

〔サーバ２によるＭＰＤの生成〕
上述のように、ＭＰＤは予め作成されたものを読み出して使用してもよいし、サーバ２の記述情報送信部２３が生成してもよい。ここでは、記述情報送信部２３がＭＰＤを生成する処理について説明する。

記述情報送信部２３は、まず、コンテンツの組合せ条件を示す組合せ条件情報を参照して、同時に再生するコンテンツの組合せを決定する。そして、決定した組合せを示すコンビネーションのアトリビュートを含むＭＰＤを生成する。なお、ＭＰＤの生成の際には、従来のＭＰＤ（コンビネーションのアトリビュートを含まないＭＰＤ）に対してコンビネーションのアトリビュートを追加してもよい。

組合せ条件情報は、コンテンツの組合せ条件を示すものであれば特に限定されないが、例えば以下のような例が挙げられる。

すなわち、組合せの対象となるコンテンツが、ビデオコンテンツとオーディオコンテンツである場合、組合せ条件情報は、予め設定された許容可能な再生品質の組合せを示す情報であってもよい。

この組合せ条件情報を用いる場合、記述情報送信部２３は、ある再生品質のビデオコンテンツと、組合せ条件情報から特定される、その再生品質と組み合わせるべき再生品質のオーディオコンテンツとを組み合わせるコンビネーションのアトリビュートを生成する。

なお、組合せを必須とするか否か（combination_required等を用いるかcombination_optionalを用いるか）は、コンテンツの属性等（アトリビュート等を参照して特定が可能）に応じて決めればよい。例えば、アトリビュートから、音声のないビデオコンテンツとオーディオコンテンツとの組合せのように、単体での再生が望ましくないコンテンツの組合せであることを特定した場合には、組合せを必須とすればよい。一方、単体での再生が可能なコンテンツであれば、組合せを必須とする必要はないので、combination_optionalを用いればよい。

そして、このアトリビュートを、ＭＰＤにおける上記ビデオコンテンツ及び上記オーディオコンテンツに対応するリプリゼンテーションの少なくとも一方のアトリビュートとして記述することによって、このコンテンツの組合せを指定するＭＰＤが生成される。

なお、許容可能な再生品質の組合せを示す情報とは、ビデオコンテンツの再生品質または再生品質の範囲を示す情報と、オーディオコンテンツの再生品質または再生品質の範囲を示す情報とが対応付けられた情報である。

例えば、ビデオコンテンツのビットレートの範囲を示す情報と、該ビデオコンテンツと同時に再生されるオーディオコンテンツのビットレートの範囲を示す情報とが対応付けられた情報であってもよい。

記述情報送信部２３は、このような情報を参照することによって、組合せの対象となるビデオコンテンツまたはオーディオコンテンツのビットレートから、そのコンテンツと組み合わせるべきビデオコンテンツまたはオーディオコンテンツのビットレートの範囲を特定する。

そして、記述情報送信部２３は、組合せの対象となるビデオコンテンツまたはオーディオコンテンツに対応するコンビネーションのリプリゼンテーションに、特定した範囲内のビットレートを有するビデオコンテンツまたはオーディオコンテンツのリプリゼンテーションを記述することによって、ＭＰＤを生成する。

また、組合せの対象となるコンテンツが、ビデオコンテンツと字幕（timed-text）である場合、組合せ条件情報は、予め設定されたビデオコンテンツの表示サイズを示す情報と、字幕の表示態様を示す情報が対応付けられた情報であってもよい。

この組合せ条件情報を用いる場合、記述情報送信部２３は、ビデオコンテンツのアトリビュートを参照して、その表示サイズを特定し、組合せ条件情報からその表示サイズに対応する字幕の表示態様を特定する。そして、この表示態様の字幕と上記ビデオコンテンツとを組み合わせるコンビネーションのアトリビュートを生成し、このアトリビュートを含むＭＰＤを生成する。

この組合せ条件情報は、例えばビデオコンテンツの表示サイズまたは表示サイズの範囲を示す情報と、該表示サイズまたは表示サイズの範囲であれば、各文字を問題なく読むこ
とのできる字幕のフォント及び一画面に表示する文字数を示す情報とが対応付けられた情報であってもよい。

記述情報送信部２３は、このような情報を参照することによって、ビデオコンテンツの画面サイズから、そのコンテンツと組み合わせるべき字幕のフォント及び表示文字数を特定する。

そして、記述情報送信部２３は、ビデオコンテンツに対応するコンビネーションのリプリゼンテーションに、特定したフォント及び表示文字数の字幕のリプリゼンテーションをコンビネーションアトリビュートで記述することによって、ビデオコンテンツとそのビデオコンテンツに好適な字幕とが対応付けられたＭＰＤを生成する。

また、組合せの対象となるコンテンツがメインのビデオコンテンツとサブのビデオコンテンツ（例えばPinPのコンテンツ）である場合、組合せ条件情報は、予め設定されたメインのビデオコンテンツの表示サイズまたは表示サイズの範囲を示す情報と、そのサイズのビデオコンテンツに重畳表示可能なサブのビデオコンテンツの表示サイズまたは表示サイズの範囲を示す情報とが対応付けられた情報であってもよい。

この組合せ条件情報を用いる場合、記述情報送信部２３は、メインのビデオコンテンツのアトリビュートを参照して、その表示サイズを特定し、組合せ条件情報からその表示サイズに対応する表示サイズまたはその範囲を特定する。そして、特定した表示サイズまたはその範囲のサブのビデオコンテンツと上記メインのビデオコンテンツとを組み合わせるコンビネーションのアトリビュートを生成し、このアトリビュートを含むＭＰＤを生成する。

また、コンテンツの配信を受ける（サーバ２からコンテンツをダウンロードする）際の伝送帯域に上限がある場合には、組合せ条件情報は、伝送帯域の上限を示す情報であってもよい。

この場合、記述情報送信部２３は、組合せ条件情報が示す上限を超えない範囲でコンテンツを組み合わせるコンビネーションのアトリビュートを生成し、そのアトリビュートを含むＭＰＤを生成する。

例えば、予め想定される伝送帯域幅を設定し、設定された帯域幅毎に、通過可能なビデオコンテンツ同士の組合せ、ビデオコンテンツとオーディオコンテンツの組合せ、その他のコンテンツの組合せを、各コンテンツのビットレート情報を利用して抽出し、抽出した組合せを基にＭＰＤを生成してもよい。これにより、ダウンロードするコンテンツのビットレートが予め設定された帯域幅を超えることを防ぎ、コンテンツのダウンロードを安定的に行うことができる。

なお、上記では、コンテンツの組合せを示す情報として、コンビネーションのアトリビュートを生成（記述）する例を示したが、記述情報送信部２３は、コンテンツの組合せを示す情報として、図２２に示すようなエレメントで記述された情報を生成してもよい。組合せ情報または組合せ情報を含む記述情報（例えばＭＰＤ）を生成する方法も、本発明の範疇に含まれる。

また、このような情報を生成する主体はサーバ２に限られず、サーバ２とは別の装置が生成してもよい。この場合、その装置が生成した情報を、サーバ２を介してクライアント１に送信してもよいし、その装置から直接クライアント１に送信してもよい。さらに、その装置が生成した情報を記録した記録媒体をクライアント１に提供し、クライアント１が
その記録媒体から情報を読み出すようにしてもよい。

〔組合せ情報のデータ構造、及び組合せ情報を記録した記録媒体について〕
上述の実施形態で説明した、コンビネーションのアトリビュートやエレメント等のような、同時に再生するコンテンツの組合せを示す組合せ情報を含む記述情報のデータ構造は、本発明の範疇に含まれる。

また、コンビネーションのアトリビュートやエレメント等のような、同時に再生するコンテンツの組合せを示す組合せ情報を記録した記録媒体も、本発明の範疇に含まれる。この記録媒体としては、例えば、磁気テープやカセットテープ等のテープ類、フロッピー（登録商標）ディスク／ハードディスク等の磁気ディスクやＣＤ−ＲＯＭ／ＭＯ／ＭＤ／ＤＶＤ／ＢＤ／ＣＤ−Ｒ等の光ディスクを含むディスク類、ＩＣカード（メモリカードを含む）／光カード等のカード類、マスクＲＯＭ／ＥＰＲＯＭ／ＥＥＰＲＯＭ／フラッシュＲＯＭ等の半導体メモリ類、あるいはＰＬＤ（Programmable logic device）やＦＰＧＡ（Field Programmable Gate Array）等の論理回路類などを用いることができる。なお、上記記録媒体には、組合せ情報が含まれていればよく、必ずしもＭＰＤとして記述されている必要はない。

〔実施形態の組合せについて〕
本発明は上述した各実施形態に限定されるものではなく、請求項に示した範囲で種々の変更が可能であり、異なる実施形態にそれぞれ開示された技術的手段を適宜組み合わせて得られる実施形態についても本発明の技術的範囲に含まれる。

〔ソフトウェアによる構成例〕
最後に、クライアント１及びサーバ２の各ブロック、特にクライアント制御部１０及びサーバ制御部２０は、集積回路（ＩＣチップ）上に形成された論理回路によってハードウェア的に実現してもよいし、ＣＰＵ（Central Processing Unit）を用いてソフトウェア
的に実現してもよい。

後者の場合、クライアント１及びサーバ２は、各機能を実現するプログラムの命令を実行するＣＰＵ、上記プログラムを格納したＲＯＭ（Read Only Memory）、上記プログラムを展開するＲＡＭ（Random Access Memory）、上記ログラムおよび各種データを格納するメモリ等の記憶装置（記録媒体）などを備えている。そして、本発明の目的は、上述した機能を実現するソフトウェアであるクライアント１及びサーバ２の制御プログラムのプログラムコード（実行形式プログラム、中間コードプログラム、ソースプログラム）をコンピュータで読み取り可能に記録した記録媒体を、上記クライアント１及びサーバ２に供給し、そのコンピュータ（またはＣＰＵやＭＰＵ）が記録媒体に記録されているプログラムコードを読み出し実行することによっても、達成可能である。

上記記録媒体としては、例えば、磁気テープやカセットテープ等のテープ類、フロッピー（登録商標）ディスク／ハードディスク等の磁気ディスクやＣＤ−ＲＯＭ／ＭＯ／ＭＤ／ＤＶＤ／ＢＤ／ＣＤ−Ｒ等の光ディスクを含むディスク類、ＩＣカード（メモリカードを含む）／光カード等のカード類、マスクＲＯＭ／ＥＰＲＯＭ／ＥＥＰＲＯＭ／フラッシュＲＯＭ等の半導体メモリ類、あるいはＰＬＤ（Programmable logic device）やＦＰＧ
Ａ（Field Programmable Gate Array）等の論理回路類などを用いることができる。

また、クライアント１及びサーバ２を通信ネットワークと接続可能に構成し、上記プログラムコードを通信ネットワークを介して供給してもよい。この通信ネットワークは、プログラムコードを伝送可能であればよく、特に限定されない。例えば、インターネット、イントラネット、エキストラネット、ＬＡＮ、ＩＳＤＮ、ＶＡＮ、ＣＡＴＶ通信網、仮想
専用網（Virtual Private Network）、電話回線網、移動体通信網、衛星通信網等が利用
可能である。また、この通信ネットワークを構成する伝送媒体も、プログラムコードを伝送可能な媒体であればよく、特定の構成または種類のものに限定されない。例えば、ＩＥＥＥ１３９４、ＵＳＢ、電力線搬送、ケーブルＴＶ回線、電話線、ＡＤＳＬ（Asymmetric
Digital Subscriber Line）回線等の有線でも、ＩｒＤＡやリモコンのような赤外線、Ｂｌｕｅｔｏｏｔｈ（登録商標）、ＩＥＥＥ８０２．１１無線、ＨＤＲ（High Data Rate）、ＮＦＣ（Near Field Communication）、ＤＬＮＡ（Digital Living Network Alliance
）、携帯電話網、衛星回線、地上波デジタル網等の無線でも利用可能である。なお、本発明は、上記プログラムコードが電子的な伝送で具現化された、搬送波に埋め込まれたコンピュータデータ信号の形態でも実現され得る。

〔本発明の好ましい形態〕
以上のように、本発明の再生装置は、サーバに要求可能なコンテンツを示す情報を少なくとも含む選択対象コンテンツ情報を参照して選択したコンテンツを上記サーバに要求し、該要求に応じて送信されたコンテンツを再生する再生装置であって、上記選択対象コンテンツ情報に含まれる、上記サーバに要求可能なコンテンツのうち、同時に再生するコンテンツの組合せを示す組合せ情報に従ってコンテンツを選択する選択手段と、上記選択手段が選択したコンテンツの送信を上記サーバに要求する要求手段と、上記要求手段の要求に応じて上記サーバから送信されたコンテンツを、上記選択手段が選択した組合せで再生する再生手段とを備えていることを特徴としている。

また、本発明の再生装置の制御方法は、以上のように、サーバに要求可能なコンテンツを示す情報を少なくとも含む選択対象コンテンツ情報を参照して選択したコンテンツを上記サーバに要求し、該要求に応じて送信されたコンテンツを再生する再生装置の制御方法であって、上記選択対象コンテンツ情報に含まれる、上記サーバに要求可能なコンテンツのうち、同時に再生するコンテンツの組合せを示す組合せ情報に従ってコンテンツを選択する選択ステップと、上記選択ステップで選択したコンテンツの送信を上記サーバに要求する要求ステップと、上記要求ステップにおける要求に応じて上記サーバから送信されたコンテンツを、上記選択ステップで選択した組合せで再生する再生ステップとを含むことを特徴としている。

上記の構成によれば、サーバに要求可能なコンテンツを示す情報を少なくとも含む選択対象コンテンツ情報には、同時に再生するコンテンツの組合せを示す組合せ情報が含まれている。そして、この組合せ情報に従ってコンテンツを選択し、選択したコンテンツの送信を要求し、要求に応じて送信されたコンテンツを、選択した上記組合せで再生する。

したがって、上記の構成によれば、組合せ情報が示す組合せで、コンテンツを同時に再生することができる。そして、再生装置は、組合せ情報を参照してコンテンツを決定することにより、各コンテンツの組合せの適否を判断することなく、適切な組合せでコンテンツを容易に選択することができる。

また、上記選択対象コンテンツ情報では、コンテンツと上記組合せ情報とが対応付けられており、上記選択対象コンテンツ情報に含まれる上記組合せ情報の少なくとも１つは、同時に再生することが必須であるコンテンツを示す選択必須情報であり、上記選択手段は、選択したコンテンツに上記選択必須情報が対応付けられていた場合、該選択必須情報が示すコンテンツも選択することが好ましい。

上記の構成によれば、選択したコンテンツに選択必須情報が対応付けられていた場合、その選択必須情報が示すコンテンツも選択する。つまり、選択必須情報が対応付けられているコンテンツは、単体で選択することはなく、選択必須情報が示すコンテンツと組み合
わせて選択する。

したがって、単体で選択されることが好ましくないコンテンツに選択必須情報を対応付けておくことにより、そのコンテンツが単体で再生されることを防ぎ、適切なコンテンツと組み合わせた再生を行うことができる。

なお、選択必須情報が示すコンテンツは、１つであってもよいし、複数であってもよい。また、選択必須情報が示すコンテンツが複数である場合には、その複数のコンテンツのうち、予め定めた数のコンテンツの選択を必須としてもよいし、選択可能な全てのコンテンツの選択を必須としてもよい。

また、上記選択対象コンテンツ情報では、コンテンツと上記組合せ情報とが対応付けられており、上記選択対象コンテンツ情報に含まれる上記組合せ情報の少なくとも１つは、同時に再生することが可能であるコンテンツを示す選択可能情報であり、上記選択手段は、選択したコンテンツに上記選択可能情報が対応付けられていた場合、該選択可能情報が示すコンテンツを選択の候補とすることが好ましい。

上記の構成によれば、選択したコンテンツに選択可能情報が対応付けられていた場合、その選択可能情報が示すコンテンツを選択の候補とする。つまり、選択可能情報が対応付けられているコンテンツは、単体で選択することもできるし、選択可能情報が示すコンテンツと組み合わせて選択することもできる。

したがって、単体で選択されてもよいし、他のコンテンツと組み合わせて選択されてもよいコンテンツに選択可能情報を対応付けておくことにより、そのコンテンツが単体で再生されることを許容しつつ、組み合わせて再生する場合には、適切なコンテンツと組み合わせた再生を行うことができる。

また、上記再生装置は、外部の装置から上記選択対象コンテンツ情報を受信するための通信部を備え、上記選択手段は、上記通信部を介して受信した上記選択対象コンテンツ情報を用いてコンテンツを選択することが好ましい。

上記の構成によれば、再生装置が通信部を介して受信した選択対象コンテンツ情報を用いてコンテンツを選択するので、再生装置に選択対象コンテンツ情報を送信することによって、送信した選択対象コンテンツ情報に基づいたコンテンツ再生を再生装置に行わせることができる。

なお、上記外部の装置は、上記サーバであってもよいし、他の装置であってもよい。また、選択対象コンテンツ情報は、上記サーバによって生成されたものであってもよいし、それ以外の装置で生成されたものであってもよい。

また、上記選択対象コンテンツ情報では、上記サーバに要求可能な複数のコンテンツの一部について、上記組合せ情報が対応付けられており、上記選択手段は、上記組合せ情報が対応付けられているコンテンツを選択すると共に、該コンテンツに対応付けられている上記組合せ情報に従って、該コンテンツと同時に再生するコンテンツを選択することが好ましい。

上記の構成によれば、組合せ情報が対応付けられているコンテンツを選択し、そのコンテンツに対応付けられている組合せ情報に従って、そのコンテンツと同時に再生するコンテンツを選択する。

したがって、上記の構成によれば、選択対象コンテンツ情報に、組合せ情報が対応付けられていないコンテンツが含まれている場合であっても、組合せ情報に従った適切な選択が可能になる。

また、上記コンテンツは複数のグループに分類されており、異なるグルーに属するコンテンツは同時に再生することが可能であり、上記選択対象コンテンツ情報は、各コンテンツが属するグループを示すグループ属性情報を含み、上記選択手段は、上記グループ属性情報を参照して、上記組合せ情報が示す組合せのうち、異なるグループに属するコンテンツの組合せを選択することが好ましい。

上記構成のように、コンテンツをグループ分けすることにより、コンテンツの管理が容易になる。そして、上記の構成によれば、グループ属性情報を参照して、組合せ情報が示す組合せのうち、異なるグループに属するコンテンツの組合せを選択するので、同時に再生可能なコンテンツの組合せが選択される。

また、上記再生装置は、上記選択対象コンテンツ情報では、上記グループ毎に上記組合せ情報が対応付けられており、上記選択対象コンテンツ情報に含まれる上記組合せ情報の少なくとも１つは、上記グループの少なくとも１つを指定するグループ指定情報であり、上記選択手段は、選択したコンテンツの属するグループに上記グループ指定情報が対応付けられていた場合、当該グループ指定情報で指定されるグループに属するコンテンツを選択するか、または選択の候補とすることが好ましい。

上記の構成によれば、選択対象コンテンツ情報ではグループ毎に組合せ情報が対応付けられており、組合せ情報の少なくとも１つは少なくとも１つのグループを指定するグループ指定情報である。そして、選択したコンテンツの属するグループにグループ指定情報が対応付けられていた場合、当該グループ指定情報で指定されるグループに属するコンテンツを選択するか、または選択の候補とする。

すなわち、上記の構成によれば、グループ指定情報によって選択する（または選択の候補とする）グループを絞り込むので、適切な組合せでコンテンツを容易に選択することができる。

また、上記再生装置は、上記選択対象コンテンツ情報では、コンテンツと上記組合せ情報とが対応付けられており、上記選択対象コンテンツ情報に含まれる上記組合せ情報の少なくとも１つは、対応付けられているコンテンツが、選択必須であること、選択可能であること、または単独で選択することができないことを示す情報を含み、上記選択手段は、該情報に従ってコンテンツを選択することが好ましい。

上記の構成によれば、選択対象コンテンツ情報では、コンテンツと組合せ情報とが対応付けられており、組合せ情報の少なくとも１つは、対応付けられているコンテンツが、選択必須であること、選択可能であること、または単独で選択することができないことを示す情報を含み、該情報に従ってコンテンツを選択する。

すなわち、上記の構成によれば、選択必須であることを示す情報が対応付けられているコンテンツがあればこれを選択し、選択可能であることを示す情報が対応付けられているコンテンツがあればこれを選択の候補とする。また、単独で選択することができないことを示す情報が対応付けられているコンテンツがあれば、他のコンテンツを選択している場合にのみこれを選択するかまたは選択の候補とする。したがって、適切な組合せでコンテンツを容易に選択することができる。

また、上記再生装置は、上記選択対象コンテンツ情報では、コンテンツと上記組合せ情報とが対応付けられており、上記組合せ情報は、コンテンツの組み合わせ毎に設定された組合せ識別子であり、上記選択手段は、同一の組合せ識別子が対応付けられているコンテンツを選択するか、または選択の候補とする構成であってもよい。

上記の構成によれば、選択対象コンテンツ情報では、コンテンツと組合せ情報とが対応付けられており、組合せ情報は、コンテンツの組み合わせ毎に設定された組合せ識別子であり、同一の組合せ識別子が対応付けられているコンテンツを選択するか、または選択の候補とする。

すなわち、上記の構成によれば、同一の組合せ識別子が対応付けられたコンテンツを選択する（または選択の候補とする）ので、適切な組み合わせのコンテンツに同一の組合せ識別子を予め設定しておくことにより、適切な組合せでコンテンツを容易に選択することができる。

さらに、上記の構成によれば、組み合わせ対象となるコンテンツを直接的に指定していないため、新たなコンテンツを選択対象コンテンツ情報に追加する場合に、追加するコンテンツに適当な組合せ識別子を対応付けるという簡易な処理で、このコンテンツを組み合わせに含めることができる。

また、本発明の生成装置は、コンテンツを再生する再生装置がサーバに要求可能なコンテンツを示す情報を少なくとも含む選択対象コンテンツ情報を生成する生成装置であって、上記コンテンツの組合せ条件を示す組合せ条件情報を参照して、上記サーバに要求可能なコンテンツのうち、同時に再生する上記コンテンツの組合せを決定する組合せ決定手段と、上記組合せ決定手段が決定した組合せを示す組合せ情報を含む選択対象コンテンツ情報を生成する生成手段とを備えていることを特徴としている。

そして、本発明の生成装置の制御方法は、コンテンツを再生する再生装置がサーバに要求可能なコンテンツを示す情報を少なくとも含む選択対象コンテンツ情報を生成する生成装置の制御方法であって、上記コンテンツの組合せ条件を示す組合せ条件情報を参照して、上記サーバに要求可能なコンテンツのうち、同時に再生する上記コンテンツの組合せを決定する組合せ決定ステップと、上記組合せ決定ステップで決定した組合せを示す組合せ情報を含む選択対象コンテンツ情報を生成する生成ステップとを含むことを特徴としている。

上記の構成によれば、コンテンツの組合せ条件を示す組合せ条件情報を参照して、同時に再生するコンテンツの組合せを決定し、決定した組合せを示す組合せ情報を含む選択対象コンテンツ情報を生成する。

したがって、再生装置は、このようにして生成された選択対象コンテンツ情報を取得することによって、サーバに要求可能なコンテンツを特定することができると共に、組合せ条件情報が示す組合せ条件を満たすコンテンツの組合せを特定することができる。

これにより、再生装置に、組合せ条件を満たす組合せで、コンテンツを同時に再生させることができる。そして、再生装置は、組合せ情報を参照してコンテンツを決定することにより、各コンテンツの組合せの適否を判断することなく、組合せ条件を満たす組合せでコンテンツを容易に選択することができる。

また、本発明の記録媒体は、コンテンツを再生する再生装置がサーバに要求可能なコンテンツを示す情報を少なくとも含む選択対象コンテンツ情報を記録したコンピュータ読み
取り可能な記録媒体であって、上記選択対象コンテンツ情報は、上記サーバに要求可能なコンテンツのうち、同時に再生するコンテンツの組合せを示す組合せ情報を含むことを特徴としている。

この記録媒体から選択対称コンテンツ情報を読み出した再生装置は、サーバに要求可能なコンテンツを特定することができると共に、組合せ条件情報が示す組合せ条件を満たすコンテンツの組合せを特定することができる。

これにより、再生装置に、組合せ情報が示す組合せで、コンテンツを同時に再生させることができる。そして、再生装置は、組合せ情報を参照してコンテンツを決定することにより、各コンテンツの組合せの適否を判断することなく、適切な組合せでコンテンツを容易に選択することができる。

また、本発明のデータ構造は、コンテンツを再生する再生装置がサーバに要求可能な
コンテンツを示す情報を少なくとも含む選択対象コンテンツ情報のデータ構造であって、上記サーバに要求可能なコンテンツのうち、同時に再生するコンテンツの組合せを示す組合せ情報を含み、上記再生装置が、上記選択対象コンテンツ情報が示すコンテンツから、上記組合せ情報に従ってコンテンツを選択し、選択したコンテンツの送信を上記サーバに要求し、該要求に応じて上記サーバから送信されたコンテンツを、選択した組合せで再生することを特徴としている。

上記のデータ構造は、サーバに要求可能なコンテンツを示す情報と、同時に再生するコンテンツの組合せを示す組合せ情報とを含んでいるため、再生装置は、このデータ構造を利用することにより、上記選択対象コンテンツ情報が示すコンテンツから、上記組合せ情報に従ってコンテンツを選択し、選択したコンテンツの送信を上記サーバに要求し、該要求に応じて上記サーバから送信されたコンテンツを、選択した組合せで再生することができる。

したがって、再生装置に、組合せ情報が示す組合せで、コンテンツを同時に再生させることができる。そして、再生装置は、組合せ情報を参照してコンテンツを決定することにより、各コンテンツの組合せの適否を判断することなく、適切な組合せでコンテンツを容易に選択することができる。

また、上記データ構造では、上記組合せ情報が示すコンテンツの組合せは、異なる種類のコンテンツの組合せであってもよい。

この場合、異なるコンテンツの組合せによるバラエティに富んだコンテンツを提供することができる。なお、異なる種類のコンテンツとは、例えばビデオコンテンツ、オーディオコンテンツ、及び文字コンテンツのような、データの出力形式が異なるコンテンツを指す。また、組み合わせるコンテンツは、２種類であってもよいし、３種類以上であってもよい。

また、上記選択対象コンテンツ情報では、コンテンツと上記組合せ情報とが対応付けられており、上記選択対象コンテンツ情報に含まれる上記組合せ情報の少なくとも１つは、同時に再生することが必須であるコンテンツを示す選択必須情報であり、上記再生装置が、選択したコンテンツに上記選択必須情報が対応付けられていた場合、該選択必須情報が示すコンテンツも選択することが好ましい。

上記の構成によれば、再生装置は、選択したコンテンツに選択必須情報が対応付けられていた場合、その選択必須情報が示すコンテンツも選択する。つまり、選択必須情報が対
応付けられているコンテンツは、単体で選択されることはなく、選択必須情報が示すコンテンツと組み合わせて選択される。

したがって、上記データ構造によれば、単体で選択されることが好ましくないコンテンツに選択必須情報を対応付けておくことにより、そのコンテンツが単体で再生されることを防ぎ、適切なコンテンツと組み合わせた再生を再生装置に行わせることができる。

また、上記選択対象コンテンツ情報では、コンテンツと上記組合せ情報とが対応付けられており、上記選択対象コンテンツ情報に含まれる上記組合せ情報の少なくとも１つは、同時に再生することが可能であるコンテンツを示す選択可能情報であり、上記再生装置が、選択したコンテンツに上記選択可能情報が対応付けられていた場合、該選択可能情報が示すコンテンツを選択の候補とすることが好ましい。

上記の構成によれば、再生装置は、選択したコンテンツに選択可能情報が対応付けられていた場合、その選択可能情報が示すコンテンツを選択の候補とする。つまり、選択可能情報が対応付けられているコンテンツは、単体で選択することもできるし、選択可能情報が示すコンテンツと組み合わせて選択することもできる。

したがって、上記データ構造によれば、単体で選択されてもよいし、他のコンテンツと組み合わせて選択されてもよいコンテンツに選択可能情報を対応付けておくことにより、そのコンテンツを再生装置が単体で再生することを許容しつつ、組み合わせて再生する場合には、適切なコンテンツと組み合わせた再生を行わせることができる。

また、上記コンテンツは複数のグループに分類されており、異なるグルーに属するコンテンツは同時に再生することが可能であり、上記選択対象コンテンツ情報は、各コンテンツが属するグループを示すグループ属性情報を含み、上記再生装置が、上記グループ属性情報を参照して、上記組合せ情報が示す組合せのうち、異なるグループに属するコンテンツの組合せを選択することが好ましい。

上記構成のように、コンテンツをグループ分けすることにより、コンテンツの管理が容易になる。そして、再生装置は、グループ属性情報を参照して、組合せ情報が示す組合せのうち、異なるグループに属するコンテンツの組合せを選択する。

したがって、上記のデータ構造によれば、同時に再生可能なコンテンツの組合せを再生装置に選択させることができる。

なお、上記再生装置及び上記生成装置は、コンピュータによって実現してもよく、この場合には、コンピュータを上記再生装置及び上記生成装置の各手段として動作させることにより、上記再生装置及び上記生成装置をコンピュータにて実現させる制御プログラム、及びそれを記録したコンピュータ読み取り可能な記録媒体も本発明の範疇に入る。

本発明は、ネットワークを介して取得したコンテンツを再生する再生装置等に利用することができる。

１ クライアント（再生装置）
２ サーバ（生成装置）
１２ クライアント通信部（通信部）
１３ コンテンツ選択部（選択手段）
１４ リクエスト実行部（要求手段）
１５ コンテンツ再生部（再生手段）
２３ 記述情報送信部（組合せ決定手段、生成手段）
２５ コンテンツ
２６ 記述情報（選択対象コンテンツ情報）

Claims (7)

1. サーバから取得可能なコンテンツを示す情報を少なくとも含む選択対象コンテンツ情報を参照して選択したコンテンツを上記サーバから取得し、取得されたコンテンツを再生する再生装置であって、
   上記選択対象コンテンツ情報は、上記サーバから取得可能なコンテンツのうち、同時に再生するコンテンツの組合せを示す組合せ情報を含み、
   上記組合せ情報に従って、上記選択対象コンテンツ情報が示すコンテンツの中から、取得するコンテンツを選択する選択手段と、
   上記選択手段が選択したコンテンツを上記サーバから取得する取得手段と、
   上記取得手段が取得したコンテンツを、上記選択手段が選択した組合せで再生する再生手段と、を備え、
   上記選択対象コンテンツ情報は、上記組合せ情報として、コンテンツ間の依存関係を示す依存関係情報を含み、
   上記依存関係情報は、１つのコンテンツに対して、該コンテンツと組み合わせる対象となるコンテンツを記述した情報であり、上記選択対象コンテンツ情報には、相互参照的に記述された上記依存関係情報が少なくとも一組記述されている、ことを特徴とする再生装置。
2. サーバから取得可能なコンテンツを示す情報を少なくとも含む選択対象コンテンツ情報を参照して選択したコンテンツを上記サーバから取得し、取得したコンテンツを再生する再生装置の制御方法であって、
   上記選択対象コンテンツ情報は、上記サーバから取得可能なコンテンツのうち、同時に再生するコンテンツの組合せを示す組合せ情報を含み、
   上記組合せ情報に従って、上記選択対象コンテンツ情報が示すコンテンツの中から、取得するコンテンツを選択する選択ステップと、
   上記選択ステップで選択したコンテンツを上記サーバから取得する取得ステップと、
   上記取得ステップで取得したコンテンツを、上記選択ステップで選択した組合せで再生する再生ステップと、を含み、
   上記選択対象コンテンツ情報は、上記組合せ情報として、コンテンツ間の依存関係を示す依存関係情報を含み、
   上記依存関係情報は、１つのコンテンツに対して、該コンテンツと組み合わせる対象となるコンテンツを記述した情報であり、上記選択対象コンテンツ情報には、相互参照的に記述された上記依存関係情報が少なくとも一組記述されている、ことを特徴とする再生装置の制御方法。
3. コンテンツを再生する再生装置がサーバから取得可能なコンテンツを示す情報を少なくとも含む選択対象コンテンツ情報を生成する生成装置であって、
   上記コンテンツの組合せ条件を示す組合せ条件情報を参照して、上記サーバから取得可能なコンテンツのうち、同時に再生する上記コンテンツの組合せを決定する組合せ決定手段と、
   上記組合せ決定手段が決定した組合せを示す組合せ情報を含む選択対象コンテンツ情報を生成する生成手段と、を備え、
   上記選択対象コンテンツ情報は、上記組合せ情報として、コンテンツ間の依存関係を示す依存関係情報を含み、
   上記依存関係情報は、１つのコンテンツに対して、該コンテンツと組み合わせる対象となるコンテンツを記述した情報であり、上記選択対象コンテンツ情報には、相互参照的に記述された上記依存関係情報が少なくとも一組記述されている、ことを特徴とする生成装置。
4. コンテンツを再生する再生装置がサーバから取得可能なコンテンツを示す情報を少なくとも含む選択対象コンテンツ情報を生成する生成装置の制御方法であって、
   上記コンテンツの組合せ条件を示す組合せ条件情報を参照して、上記サーバから取得可能なコンテンツのうち、同時に再生する上記コンテンツの組合せを決定する組合せ決定ステップと、
   上記組合せ決定ステップで決定した組合せを示す組合せ情報を含む選択対象コンテンツ情報を生成する生成ステップと、を含み、
   上記選択対象コンテンツ情報は、上記組合せ情報として、コンテンツ間の依存関係を示す依存関係情報を含み、
   上記依存関係情報は、１つのコンテンツに対して、該コンテンツと組み合わせる対象となるコンテンツを記述した情報であり、上記選択対象コンテンツ情報には、相互参照的に記述された上記依存関係情報が少なくとも一組記述されている、ことを特徴とする生成装置の制御方法。
5. 請求項１に記載の再生装置を動作させるための制御プログラムであって、コンピュータを上記各手段として機能させるための制御プログラム。
6. 請求項３に記載の生成装置を動作させるための制御プログラムであって、コンピュータを上記各手段として機能させるための制御プログラム。
7. 請求項５または６に記載の制御プログラムを記録したコンピュータ読み取り可能な記録媒体。

Images