(57)【特許請求の範囲】
【請求項１】
少なくとも第１メディアコンテンツおよび第２メディアコンテンツを備えるメディアコンテンツグループのメディアデータを集合的に、ネットワークを介してクライアントと通信するサーバで管理するメディアセッション方法であって、
ｉ）前記サーバが、複数の見込バージョンの形式で利用可能な前記第１メディアコンテンツおよびｉｉ）複数の見込バージョンの形式で利用可能な前記第２メディアコンテンツ、ｉｉｉ）帯域幅レート割当情報を備えるメディアコンテナファイルを、前記クライアントへ提供する工程と、
前記サーバが、少なくとも１つの伝送搬送波を使用する、前記第１メディアコンテンツおよび前記第２メディアコンテンツのメディアデータの送信に対して割り当てられる利用可能な帯域幅レベル全体および前記帯域幅レート割当情報に基づいて、前記第１メディアコンテンツに対して利用可能な帯域幅レベルを判定する工程と、
前記サーバが、前記利用可能な帯域幅レベル全体および前記帯域幅レート割当情報とに基づいて、前記第２メディアコンテンツに対して利用可能な帯域幅レベルを判定する工程と、
前記サーバが、前記第１メディアコンテンツに対して利用可能な判定された前記帯域幅レベルおよび前記帯域幅レート割当情報とに基づいて、前記第１メディアコンテンツの前記複数の見込バージョンの内の１つのバージョンを、前記クライアントへ提供する工程と、
前記サーバが、前記第２メディアコンテンツに対して利用可能な判定された前記帯域幅レベルおよび前記帯域幅レート割当情報とに基づいて、前記第２メディアコンテンツの複数の見込バージョンの内の１つのバージョンを、前記クライアントへ提供する工程とを備え、
前記第１メディアコンテンツの前記複数の見込バージョンそれぞれは、それぞれの帯域幅レベルに対して適合されていて、
前記第２メディアコンテンツの前記複数の見込バージョンそれぞれは、それぞれの帯域幅レベルに対して適合されていて、
前記帯域幅レート割当情報は、ｉ）前記第１メディアコンテンツと前記第２メディアコンテンツへの前記利用可能な帯域幅レベルのそれぞれの割当の推定、ｉｉ）前記利用可能な帯域幅レベルに基づく、前記第１メディアコンテンツの前記複数の見込バージョンの内の１つのバージョンの選択、および前記第２メディアコンテンツの前記複数の見込バージョンの内の１つのバージョンの選択を可能にする情報であり、
前記帯域幅レート割当情報は、前記少なくとも１つの伝送搬送波を使用する送信に対する前記第１メディアコンテンツに割り当てられることになる前記利用可能な帯域幅レベル全体の目標パーセンテージを含んでいて、
前記帯域幅レート割当情報は、更に、それぞれが所定の帯域幅レベルのセットに関連付けられている少なくとも２つの帯域幅レート割当値を含み、
使用する帯域幅レート割当値は、前記利用可能な帯域幅レベルおよび前記少なくとも２つの帯域幅レート割当値に関連付けられている前記所定の帯域幅レベルのセットとの間の比較に基づいて識別される
ことを特徴とする方法。
【請求項２】
前記サーバが、前記少なくとも１つの伝送搬送波を使用して、前記提供されているバージョン群を集合的に、前記クライアントへ送信する工程を更に備える
ことを特徴とする請求項１に記載の方法。
【請求項３】
前記サーバが、前記第１メディアコンテンツの複数の見込バージョンの内の１つのバージョンを、前記クライアントへ提供する工程は、
前記サーバが、前記利用可能な帯域幅レベルおよび前記帯域幅レート割当情報とに基づいて、前記第１メディアコンテンツの複数の所定バージョンの内の１つのバージョンを選択する工程を備え、
前記第１メディアコンテンツの複数の所定バージョンは、それぞれが所定の帯域幅レベルに対して適合されている
ことを特徴とする請求項１または２に記載の方法。
【請求項４】
前記第２メディアコンテンツは、スケーラブルメディアコンテンツであり、
前記サーバが、前記第２メディアコンテンツの複数の見込バージョンの内の１つのバージョンを、前記クライアントへ提供する工程は、
前記サーバが、前記利用可能な帯域幅レベルおよび前記帯域幅レート割当情報に基づいて、所定の帯域幅レベルに適合している前記第２メディアコンテンツのバージョンを、前記クライアントへ提供するために、前記第２メディアコンテンツからメディアデータを抽出する工程を備える
ことを特徴とする請求項１乃至３のいずれか１項に記載の方法。
【請求項５】
前記サーバが、前記利用可能な帯域幅レベルおよび前記少なくとも２つの帯域幅レート割当値に関連付けられている前記所定の帯域幅レベルのセットとの間の比較に基づいて、帯域幅レート割当値を識別する工程を更に備え、
前記提供する工程群それぞれは、
前記サーバが、前記利用可能な帯域幅レベルおよび識別された前記帯域幅レート割当値に基づいて、前記第１メディアコンテンツの前記複数の見込みバージョンの内の１つのバージョンを、前記クライアントへ提供する工程と、
前記サーバが、前記利用可能な帯域幅レベルおよび前記帯域幅レート割当値に基づいて、前記第２メディアコンテンツの前記複数の見込みバージョンの内の１つのバージョンを、前記クライアントへ提供する工程と
を備えることを特徴とする請求項１乃至４のいずれか１項に記載の方法。
【請求項６】
前記第１メディアコンテンツは、所定の最大帯域幅閾値に関連付けられていて、
前記サーバが、前記第１メディアコンテンツに対して利用可能な判定された帯域幅レベルが前記所定の最大帯域幅閾値を上回る場合、前記第２メディアコンテンツに利用可能な残りの帯域幅を割り当てる工程を更に備える
ことを特徴とする請求項１乃至５のいずれか１項に記載の方法。
【請求項７】
前記第１メディアコンテンツは、所定の最小帯域幅閾値に関連付けられていて、
前記サーバが、前記第１メディアコンテンツに対して利用可能な判定された帯域幅レベルが前記所定の最小帯域幅閾値を下回る場合、前記第２メディアコンテンツに利用可能な帯域幅のすべてを割り当てる工程を更に備える
ことを特徴とする請求項１乃至６のいずれか１項に記載の方法。
【請求項８】
前記帯域幅レート割当情報は、前記メディアコンテンツグループに関連付けられている時間依存性の帯域幅レート割当情報を含み、
前記サーバが、前記利用可能な帯域幅レベルと前記時間依存性の帯域幅レート割当情報に基づいて、前記第１メディアコンテンツの前記複数の見込バージョンの内の１つのバージョンを、前記クライアントへ提供する工程を更に備える
ことを特徴とする請求項１乃至７のいずれか１項に記載の方法。
【請求項９】
前記利用可能な帯域幅レベルは、前記少なくとも１つの伝送搬送波を使用する前記第１メディアコンテンツおよび前記第２メディアコンテンツのメディアデータの送信に対して割り当てられる利用可能なビットレートである
ことを特徴とする請求項１乃至８のいずれか１項に記載の方法。
【請求項１０】
前記第１メディアコンテンツおよび前記第２メディアコンテンツの内の１つは、ビデオコンテンツであり、前記第１メディアコンテンツおよび前記第２メディアコンテンツの内のもう１つは、関連するオーディオコンテンツである
ことを特徴とする請求項１乃至９のいずれか１項に記載の方法。
【請求項１１】
前記第１メディアコンテンツはスケーラブルメディアコンテンツであり、
前記第１メディアコンテンツの前記複数の見込バージョンのそれぞれは、所定の帯域幅レベルに関連付けられている
ことを特徴とする請求項１乃至１０のいずれか１項に記載の方法。
【請求項１２】
前記サーバが、更新されている利用可能帯域幅レベルおよび前記帯域幅レート割当情報とに基づいて、前記第１メディアコンテンツの前記複数の見込バージョンの内の１つのバージョンを、前記クライアントへ再提供する工程を更に備える
ことを特徴とする請求項１乃至１１のいずれか１項に記載の方法。
【請求項１３】
メディアセッションで集合的に管理される、少なくとも第１メディアコンテンツおよび第２メディアコンテンツを備えるメディアコンテンツグループを、ネットワークを介してクライアントと通信するサーバで生成する方法であって、
前記サーバが、複数の見込コンテンツバージョンを有する第１メディアコンテンツを生成する工程と、
前記サーバが、複数の見込コンテンツバージョンを有する第２メディアコンテンツを生成する工程と、
前記サーバが、ｉ）少なくとも１つの伝送搬送波を使用する、前記第１メディアコンテンツおよび前記第２メディアコンテンツのメディアデータの送信に対して割り当てられる利用可能な帯域幅レベル全体から、前記第１メディアコンテンツおよび前記第２メディアコンテンツに利用可能な帯域幅レベルのそれぞれの割当の推定、およびｉｉ）前記利用可能な帯域幅レベルに基づく、前記第１メディアコンテンツの前記複数の見込バージョンの内の１つのバージョンの選択、および前記第２メディアコンテンツの前記複数の見込バージョンの内の１つのバージョンの選択を、当該帯域幅レート割当情報の提供先の前記クライアントにおいて可能にする、帯域幅レート割当情報を判定する工程と、
前記サーバが、前記メディアコンテンツグループに前記帯域幅レート割当情報を割り当てる工程と、
前記サーバが、前記第１メディアコンテンツ、前記第２メディアコンテンツおよび前記帯域幅レート割当情報を備えるメディアコンテナファイルを生成する工程とを備え、
前記第１メディアコンテンツの前記複数の見込コンテンツバージョンのそれぞれは、それぞれの帯域幅レベルに適合されていて、
前記第２メディアコンテンツの前記複数の見込コンテンツバージョンのそれぞれは、それぞれの帯域幅レベルに適合されていて、
前記帯域幅レート割当情報は、少なくとも１つの伝送搬送波を使用する送信に対する前記第１メディアコンテンツに割り当てられることになる前記利用可能な帯域幅レベル全体の目標パーセンテージを含んでいて、
前記帯域幅レート割当情報は、更に、それぞれが所定の帯域幅レベルのセットに関連付けられている少なくとも２つの帯域幅レート割当値を含み、
使用する帯域幅レート割当値は、前記利用可能な帯域幅レベルおよび前記少なくとも２つの帯域幅レート割当値に関連付けられている前記所定の帯域幅レベルのセットとの間の比較に基づいて識別される
ことを特徴とする方法。
【請求項１４】
前記判定する工程は、前記帯域幅レート割当情報として少なくとも２つの帯域幅レート割当値を判定し、前記帯域幅レート割当値それぞれは、所定の帯域幅レベルのセットに関連付けられている
ことを特徴とする請求項１３に記載の方法。
【請求項１５】
前記サーバが、少なくとも１つの第１メディアトラックとする前記第１メディアコンテンツおよび少なくとも１つの第２メディアトラックとする前記第２メディアコンテンツと、および前記少なくとも１つの第１メディアトラックあるいは前記少なくとも１つの第２メディアトラックに関連付けられているヒントトラックとする前記帯域幅レート割当情報を備える前記メディアコンテナファイルを生成する工程を更に備える
ことを特徴とする請求項１３または１４に記載の方法。
【請求項１６】
前記サーバが、少なくとも１つの第１メディアトラックとする前記第１メディアコンテンツおよび少なくとも１つの第２メディアトラックとする前記第２メディアコンテンツとを備える前記メディアコンテナファイルを生成する工程を更に備え、
前記帯域幅レート割当情報は、前記少なくとも１つの第１メディアトラックあるいは前記少なくとも１つの第２メディアトラックに含まれている
ことを特徴とする請求項１３または１４に記載の方法。
【請求項１７】
少なくとも第１メディアコンテンツおよび第２メディアコンテンツを備えるメディアコンテンツグループのメディアデータを集合的に管理するメディアマネージャであって、ネットワークを介してクライアントと通信するサーバに備わるメディアマネージャであって、
ｉ）複数の見込バージョンの形式で利用可能な前記第１メディアコンテンツ、ｉｉ）複数の見込バージョンの形式で利用可能な前記第２メディアコンテンツ、及びｉｉｉ）帯域幅レート割当情報を、前記クライアントへ提供するように適合されているメディアコンテンツプロバイダと、
少なくとも１つの伝送搬送波を使用する、前記第１メディアコンテンツおよび前記第２メディアコンテンツのメディアデータの送信のために割り当てられている利用可能な帯域幅レベル全体および前記帯域幅レート割当情報に基づいて、ｉ）前記第１メディアコンテンツに対して利用可能な帯域幅レベル、およびｉｉ）前記第２メディアコンテンツに対して利用可能な帯域幅レベルとを推定するように構成されている帯域幅推定部とを備え
前記第１メディアコンテンツの前記複数の見込バージョンそれぞれは、それぞれの帯域幅レベルに対して適合されていて、
前記帯域幅レート割当情報は、ｉ）前記第１メディアコンテンツと前記第２メディアコンテンツへの前記利用可能な帯域幅レベルのそれぞれの割当の推定、ｉｉ）前記利用可能な帯域幅レベルに基づく、前記第１メディアコンテンツの前記複数の見込バージョンの内の１つのバージョンの選択、および前記第２メディアコンテンツの前記複数の見込バージョンの内の１つのバージョンの選択を可能にする情報であり、
前記帯域幅レート割当情報は、前記少なくとも１つの伝送搬送波を使用する送信に対する前記第１メディアコンテンツに割り当てられることになる前記利用可能な帯域幅レベル全体の目標パーセンテージを含んでいて、
前記帯域幅レート割当情報は、更に、それぞれが所定の帯域幅レベルのセットに関連付けられている少なくとも２つの帯域幅レート割当値を含み、
使用する帯域幅レート割当値は、前記利用可能な帯域幅レベルおよび前記少なくとも２つの帯域幅レート割当値に関連付けられている前記所定の帯域幅レベルのセットとの間の比較に基づいて識別され、
前記第２メディアコンテンツの前記複数の見込バージョンそれぞれは、それぞれの帯域幅レベルに対して適合されていて、
前記メディアコンテンツプロバイダは、
ｉ）前記第１メディアコンテンツに対して利用可能な判定された前記帯域幅レベルおよび前記帯域幅レート割当情報とに基づいて、前記第１メディアコンテンツの前記複数の見込バージョンの内の１つのバージョンを、前記クライアントへ提供し、
ｉｉ）前記第２メディアコンテンツに対して利用可能な判定された前記帯域幅レベルおよび前記帯域幅レート割当情報とに基づいて、前記第２メディアコンテンツの前記複数の見込バージョンの内の１つのバージョンを、前記クライアントへ提供する
ように構成されている
ことを特徴とするメディアマネージャ。
【請求項１８】
前記メディアコンテンツプロバイダに接続され、かつ前記少なくとも１つの伝送搬送波を使用して、前記メディアコンテンツプロバイダによって提供される前記バージョンを集合的に、前記クライアントへ送信するように構成されている送信機を更に備える
ことを特徴とする請求項１７に記載のメディアマネージャ。
【請求項１９】
前記メディアコンテンツプロバイダは、前記利用可能な帯域幅レベルおよび前記帯域幅レート割当情報とに基づいて、前記第１メディアコンテンツの複数の所定バージョンの内の１つのバージョンを選択するように構成されているコンテンツバージョンセレクタを備え、
前記第１メディアコンテンツの複数の所定バージョンそれぞれは、それぞれが所定の帯域幅レベルに対して適合されている
ことを特徴とする請求項１７または１８に記載のメディアマネージャ。    
【請求項２０】
前記第２メディアコンテンツは、スケーラブルメディアコンテンツであり、
前記メディアコンテンツプロバイダは、前記利用可能な帯域幅レベルおよび前記帯域幅レート割当情報に基づいて、所定の帯域幅レベルに適合している前記第２メディアコンテンツのバージョンを、前記クライアントへ提供するために、前記第２メディアコンテンツからメディアデータを抽出するように構成されているメディアデータ抽出部を備える
ことを特徴とする請求項１７乃至１９のいずれか１項に記載のメディアマネージャ。
【請求項２１】
前記メディアコンテンツプロバイダは、
前記利用可能な帯域幅レベルおよび前記少なくとも２つの帯域幅レート割当値に関連付けられている前記所定の帯域幅レベルのセットとの比較に基づいて、帯域幅レート割当値を識別するように構成されている値セレクタを備え、
前記メディアコンテンツプロバイダは、
前記利用可能な帯域幅レベルおよび識別された前記帯域幅レート割当値に基づいて、ｉ）前記第１メディアコンテンツの前記複数の見込みバージョンの内の１つのバージョン、およびｉｉ）前記第２メディアコンテンツの前記複数の見込みバージョンの内の１つのバージョンを、前記クライアントへ提供するように構成されている
ことを特徴とする請求項１７乃至２０のいずれか１項に記載のメディアマネージャ。
【請求項２２】
前記第１メディアコンテンツは、所定の最大帯域幅閾値に関連付けられていて、
前記メディアマネージャは、
前記第１メディアコンテンツに対して利用可能な判定された帯域幅レベルが前記所定の最大帯域幅閾値を上回る場合、前記第２メディアコンテンツに利用可能な残りの帯域幅を割り当てるように構成されている帯域幅割当部を備える
ことを特徴とする請求項１７乃至２１のいずれか１項に記載のメディアマネージャ。
【請求項２３】
前記第１メディアコンテンツは、所定の最小帯域幅閾値に関連付けられていて、
前記メディアマネージャは、
前記第１メディアコンテンツに対して利用可能な判定された帯域幅レベルが前記所定の最小帯域幅閾値を下回る場合、前記第２メディアコンテンツに利用可能な帯域幅のすべてを割り当てるように構成されている帯域幅割当部を備える
ことを特徴とする請求項１７乃至２２のいずれか１項に記載のメディアマネージャ。
【請求項２４】
前記帯域幅レート割当情報は、前記メディアコンテンツグループに関連付けられている時間依存性の帯域幅レート割当情報を含み、
前記メディアコンテンツプロバイダは、前記利用可能な帯域幅レベルと前記時間依存性の帯域幅レート割当情報に基づいて、前記第１メディアコンテンツの前記複数の見込バージョンの内の１つのバージョンを、前記クライアントへ提供するように構成されている
ことを特徴とする請求項１７乃至２３のいずれか１項に記載のメディアマネージャ。
【請求項２５】
前記メディアコンテンツプロバイダは、更新されている利用可能帯域幅レベルに基づいて、前記第１メディアコンテンツの前記複数の見込バージョンの内の１つのバージョンを、前記クライアントへ再提供するように構成されている
ことを特徴とする請求項１７乃至２４のいずれか１項に記載のメディアマネージャ。
【請求項２６】
請求項１７乃至２５のいずれか１項に記載のメディアマネージャを備えるネットワークノード。
【請求項２７】
請求項１７乃至２５のいずれか１項に記載のメディアマネージャを備えるユーザ端末。
【請求項２８】
ネットワークを介してクライアントと通信するサーバに備わるメディアエンジンであって、
ｉ）複数の見込バージョンを有する第１メディアコンテンツ、およびｉｉ）複数の見込バージョンを有する第２メディアコンテンツを生成するように構成されているメディアコンテンツジェネレータと、
ｉ）少なくとも１つの伝送搬送波を使用する、前記第１メディアコンテンツおよび前記第２メディアコンテンツのメディアデータの送信に対して割り当てられる利用可能な帯域幅レベル全体から、前記第１メディアコンテンツおよび前記第２メディアコンテンツに利用可能な帯域幅レベルのそれぞれの割当の推定、およびｉｉ）前記利用可能な帯域幅レベルに基づく、前記第１メディアコンテンツの前記複数の見込バージョンの内の１つのバージョンの選択、および前記第２メディアコンテンツの前記複数の見込バージョンの内の１つのバージョンの選択を、当該帯域幅レート割当情報の提供先の前記クライアントにおいて可能にする、帯域幅レート割当情報を生成するように構成されている情報ジェネレータと、
前記メディアコンテンツジェネレータに接続され、かつ前記メディアコンテンツグループに前記帯域幅レート割当情報を割り当てるように構成されている情報割当部と、
前記第１メディアコンテンツ、前記第２メディアコンテンツおよび前記帯域幅レート割当情報を備えるメディアコンテナファイルを生成する手段とを備え、
前記第１メディアコンテンツおよび前記第２メディアコンテンツの前記複数の見込バージョンのそれぞれは、それぞれの帯域幅レベルに適合されていて、
前記第１メディアコンテンツおよび前記第２メディアコンテンツは、メディアセッションで集合的に管理されるように設計されているメディアコンテンツグループに属し、
前記帯域幅レート割当情報は、少なくとも１つの伝送搬送波を使用する送信に対する前記第１メディアコンテンツに割り当てられることになる前記利用可能な帯域幅レベル全体の目標パーセンテージを含んでいて、
前記帯域幅レート割当情報は、更に、それぞれが所定の帯域幅レベルのセットに関連付けられている少なくとも２つの帯域幅レート割当値を含み、
使用する帯域幅レート割当値は、前記利用可能な帯域幅レベルおよび前記少なくとも２つの帯域幅レート割当値に関連付けられている前記所定の帯域幅レベルのセットとの間の比較に基づいて識別される
ことを特徴とするメディアエンジン。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、一般に、メディアコンテンツ管理に関し、詳細には、メディアコンテンツ作成とメディアセッション中のメディアコンテンツの動的な提供（provision）とに関するものである。
【背景技術】
【０００２】
ここ数年、多様なネットワーク上でクライアントにメディアおよびマルチメディアを提供することが、非常に増えてきている。今日、インターネットは、例えば、ビデオストリームおよびオーディオストリームまたはそれらのファイルの形式のメディアにアクセスして、それをメディアサーバからダウンロードするために、多くのユーザによって使用されている。また、このメディアの提供は、無線ベースの移動通信ネットワークにおいても台頭してきている。現在、移動ネットワークをマルチメディアまたはＴＶコンテンツのために使用することに、非常に大きな関心が集まっている。これは、技術的に、モバイルＴＶと呼ばれることが多い。今日、移動ネットワークにおけるこのようなメディアの提供は、主にユニキャストトランスポートを通じて利用できる。しかしながら、今のところ、モバイルＴＶのための放送／マルチキャスト配信方法は、開発段階である。そのような標準化の取り組みの例として、３ＧＰＰマルチメディアブロードキャスト／マルチキャストサービス（ＭＢＭＳ）や、欧州電気通信標準化機構（ＥＴＳＩ）のデジタルビデオブロードキャスティング−ハンドヘルド（ＤＶＢ−Ｈ）がある。
【０００３】
多様な有線および無線の通信ネットワークにおけるメディア提供へのこのような需要の増加と歩調を合わせて、スケーラブルメディアが開発されてきている。スケーラブルメディアとは、典型的には、例えば、メディア品質、フレームレート、画面解像度、伝送チャネルの数、およびビットレートに関して多様な目標値を目指す新たなビットストリームを形成するために、事前に符号化されているビットストリームを合成したり、切り捨てたり、または取り除くことができる符号化スキームを意味する。１つの原理（パラダイム）は、一度高品質で符号化し、そして、複数回抽出して、各種の状況における伝送に適している削減されたビットストリームを形成することである。もう１つの原理は、最初に低品質で符号化して、次いで、品質を向上させる付加的レイヤを追加することである。
【０００４】
国際電気通信連合（ＩＴＵ）電気通信標準化部門（ＩＴＵ−Ｔ）と国際標準化機構／国際電気技術委員会（ＩＳＯ／ＩＥＣ）との合同ビデオチーム（ＪＶＴ）は、現在、スケーラブルビデオコーディング（ＳＶＣ）を、ビデオコーデックＨ．２６４│ＭＰＥＧ−４（Ｍｏｖｉｎｇ  Ｐｉｃｔｕｒｅ  Ｅｘｐｅｒｔｓ  Ｇｒｏｕｐ）高度ビデオコーディング（ＡＶＣ）の拡張として定義しようとしている。ＳＶＣは、完全なスケーラビリティを３つの側面、すなわち、一時的、空間的、そして信号対雑音比（ＳＮＲ）で提供し、まもなく国際標準となることが期待されている。また、ＭＰＥＧも、現在、スケーラブルオーディオおよび音声符号化を検討中である。
【０００５】
しかしながら、ストリーミングサーバまたはダウンローディングサーバにおけるスケーラブルメディアストリームの現在の管理は、主に、１つ以上のスケーラブルメディアストリームの記憶と、このストリームからのデータの抽出とに関係している。データストリームを同時抽出するために、帯域幅の使用を最適化するための特別な検討は行われていない。
【発明の開示】
【発明が解決しようとする課題】
【０００６】
メディアコンテンツ、例えば、スケーラブルメディア、の複数の見込（potential）バージョンがメディアサーバにおいて利用可能である場合、メディアコンテンツのバージョンの効率的な選択と帯域幅の使用とに関して、メディアセッションを管理する従来技術には問題がある。
【０００７】
本発明は、従来技術の構成のこれらの短所およびその他の短所を解決する。
【０００８】
メディアセッションにおいて効率的なメディア管理を提供する、または可能にすることが、本発明の一般的な目的である。
【０００９】
この目的およびその他の目的は、添付の特許請求の範囲によって定義される本発明によって達成される。
【課題を解決するための手段】
【００１０】
簡単にいうと、本発明は、メディア管理に関係し、詳細には、メディア作成およびメディアセッションにおけるメディアの管理に関係する。本発明に従えば、少なくとも第１メディアコンテンツ、例えば、ビデオと、第２メディアコンテンツ、例えば、関連する音声とを含むメディアグループが、メディアサーバにおいて利用可能である。第１メディアコンテンツと第２メディアコンテンツとは、メディアセッション中、集合的に管理されることになり、できればその後、宛先の要求側クライアントにおいて集中的に表現されることが好ましい。第１メディアコンテンツと第２メディアコンテンツとはどちらも、複数の見込バージョンの形式で利用可能であり、その場合、各コンテンツのバージョンは、それぞれの帯域幅の利用レベルに適合されている。これは、第１コンテンツおよび第２コンテンツから複数の異なるコンテンツバージョンを提供して、それらをメディアセッション中に使用することができるということを意味する。例えば、メディアコンテンツは、スケーラブルメディアの形式とすることができ、そこからメディアデータが抽出されて特定のメディアコンテンツのバージョンを形成することができてもよい。もう１つの例は、特定の帯域幅レベルまたは区間で使用するために符号化される、複数の事前符号化コンテンツバージョンを使用することである。
【００１１】
また、メディアコンテンツグループは、いわゆる帯域幅またはレート割当情報（rate share information）に関連付けられている。この情報によって、利用可能な帯域幅レベル全体をセッション内の第１メディアコンテンツと第２メディアコンテンツにそれぞれ割り当てる場合の推定が可能になる。セッションをセットアップする時点およびその後のセッション中の時点の少なくとも一方の時点に、メディアサーバは、この帯域幅割当情報（bandwidth share information）とメディアグループのデータを宛先のクライアントに伝送するためにに利用可能な帯域幅レベル全体の情報とに基づいて、第１メディアコンテンツのバージョンと第２メディアコンテンツのバージョンとを提供する。次いで、２つの提供されているコンテンツバージョンのメディアデータが、割り当てられている利用可能な帯域幅全体を使用して、同時にクライアントへ送信される。
【００１２】
帯域幅割当情報は、時間依存性および帯域幅依存性の少なくとも一方であることが好ましい。そのような場合、コンテンツバージョンの提供は、時間の経過と共にメディアセッション中に、および／または、利用可能な帯域幅全体における変化に対処するために、更新することができる。
【００１３】
本発明は、メディアをクライアントにおいて再現する場合に、ユーザ品質の点で、コンテンツバージョンの有利な選択と提供とを可能にする。結果として、現在の条件によく適している特性（プロパティ）を有するメディアコンテンツを選択することができ、好ましくは、動的に選択することができ、そして、メディアセッションを通して使用することができる。
【００１４】
また、本発明は、少なくとも第１メディアコンテンツと第２メディアコンテンツとを備え、それぞれが複数の見込コンテンツバージョンと帯域幅割当情報とを有するようなメディアコンテンツグループの生成に関するものである。また、メディアセッションを管理するためのメディアマネージャと、メディアマネージャのようなネットワークノードまたはユーザ端末ハウジングと、メディアエンジンとが、本発明の範囲内にある。
【００１５】
本発明、および、そのさらなる目的と利点とは、添付の図面と共に下記の記述を参照することによってもっともよく理解されうる。
【発明を実施するための最良の形態】
【００１６】
図面全体を通じて、対応するかまたは同様の要素には、同一の参照記号を用いることにする。
【００１７】
本発明は一般に、第１態様において、メディアセッション管理に関し、詳細には、そのようなセッション中でのメディアコンテンツの効率的な選択または提供に関するものである。この態様の好適実施形態において、本発明は、進行中のメディアセッション中でのメディアコンテンツの動的な提供に関するものである。本発明の第２態様は、メディアセッション中に効率的に採用することができるメディアコンテンツの生成に関するものである。
【００１８】
本発明に従えば、メディアデータまたはマルチメディアデータあるいはメディアコンテンツまたはマルチメディアコンテンツは、データを表現するためにコンテンツプロバイダまたはサーバによってクライアントに提供することができる任意のデータを示すものである。典型的な好適例には、ビデオデータおよびオーディオデータが含まれる。
【００１９】
本発明のメディアデータは、複数の、少なくとも２つの、見込バージョンで利用可能である。加えて、これらの複数の見込メディアコンテンツの各バージョンは、それぞれの帯域幅のレベルに対して適合されている。従って、典型的な実装において、メディアデータは、特定の帯域幅レベルに対して符号化される、またはそれ以外の方法で適合されることが好ましい。
【００２０】
第１実装において、メディアコンテンツは、それぞれが特定の帯域幅レベルまたは間隔（インターバル：区間）に対して符号化されるような、複数の事前符号化バージョンで提供することができる。例えば、符号化されていないメディアコンテンツは、第１帯域幅レベルで使用するために符号化される。同一のメディアコンテンツまたはそのコピーが、同様に符号化されて、第２帯域幅レベルで使用されるように構成されている第２メディアコンテンツバージョンを形成し、以下、同様である。このようにして、単一のメディアコンテンツソースの複数のハード的に／固定的に符号化されているバージョンが、本発明に従って生成され、使用することができる。
【００２１】
第２実装において、メディアコンテンツは、多様な帯域幅レベルに適合されている複数のコンテンツバージョンを形成するためにスケーラブルメディアコンテンツの多様な部分を抽出することによって、複数の見込コンテンツバージョンのソースと見なすことができる、スケーラブルメディアの形式となる。複数の固定的に符号化されているコンテンツバージョンの使用に比べて、スケーラブルメディアでは、通常、非常に多数のコンテンツバージョンの提供が可能である。加えて、固定的に符号化されているコンテンツバージョンは、例えば、３つか４つくらいの異なる帯域幅のレベルに適合されて利用可能であるが、他方、スケーラブルメディアに基づいて、帯域幅レベルの領域全体に適合されているコンテンツバージョンを生成することができる。
【００２２】
本発明全体を通じて、帯域幅とは、メディアオペレータまたはメディアサーバ、例えば、ストリーミングサーバまたはダウンローディングサーバ、またはユーザ端末から、コンテンツがそこで再現されるクライアントまでの、メディアコンテンツの伝送に採用することができる量またはリソースを示すために使用される。本発明の好適な実施形態において、帯域幅の量は、ビットレートである。しかしながら、従来より知られている、データ伝送のレート、量、または品質を記述する他のリソースおよび量も、同様に使用することができ、従って、それらも本発明の範囲に入る。
【００２３】
本発明に従うメディアセッションにおいて、メディアコンテンツグループのメディアコンテンツが集合的に管理される。このメディアコンテンツグループは、少なくとも、第１メディアコンテンツと第２メディアコンテンツとを備える。本発明の典型的な実施形態において、第１メディアコンテンツおよび第２メディアコンテンツの内の一方は、ビデオコンテンツであり、第１メディアコンテンツおよび第２メディアコンテンツの内の他方は、関連するオーディオコンテンツである。しかしながら、また、本発明は、オーディオとビデオとを１つのメディアコンテンツグループとする以外にもメディアコンテンツの他の組み合わせも見込んでいる。加えて、メディアコンテンツグループは、２つを上回る数の多様なメディアコンテンツを備えることもできる。
【００２４】
上述のように、コンテンツグループの第メディアコンテンツ１および第２メディアコンテンツの各々は、複数の見込バージョンで利用可能であり、この各見込バージョンは、それぞれの帯域幅レベルについて、適合され、例えば、符号化される。換言すれば、第１メディアコンテンツは、スケーラブルメディアおよび／または固定的な帯域幅の事前符号化コンテンツバージョンとして利用可能であり、そして、第２メディアコンテンツは、同様に、スケーラブルメディアおよび／または複数の固定的な帯域幅の符号化バージョンとして利用可能である。
【００２５】
本発明は、メディアコンテンツグループに関係する帯域幅割当情報を、生成して採用する。この帯域幅割当情報によって、少なくとも１つの伝送搬送波におけるメディアデータの伝送に使用するために利用可能な帯域幅を、第１メディアコンテンツおよび第２メディアコンテンツにそれぞれ割り当てる場合の推定が可能になる。割当情報は、さらに、第１メディアコンテンツおよび第２メディアコンテンツのどのコンテンツバージョンを使用するか、そして、所望の全体的な帯域幅要件を実現するために、どのようにして関連メディアをスケール（scale）するかを決定する際に使用される。この帯域幅割当情報は、スケーラブルメディアおよび／または多様な固定的な帯域幅機能付きのメディアバージョンが利用可能である場合、どのようにメディアコンテンツが組み合わされることになるのかを定義するために、メディアサーバによって使用される。例えば、この割当情報は、コンテンツをメディアサーバから目的とするクライアントに送信する間に、メディアグループの多様なメディアコンテンツについて使用することができる、利用可能な帯域幅の割当（share）について定義することができる。
【００２６】
本発明の帯域幅割当情報は、現在利用可能な帯域幅レベルと関係なく、メディアセッション全体を通じて、メディアコンテンツグループに同一の所定の帯域幅の割当を適用するという点で、静的でありうる。しかしながら、本発明の好適実施形態において、帯域幅割当情報は、時間に依存し、および／または、現在利用可能な帯域幅レベルに依存する。本発明のこの好適実施形態において、メディアセッションのセットアップだけではなく実際のメディアセッション全体に関しても、メディアコンテンツグループのメディアコンテンツを動的に提供するように、帯域幅割当情報が採用される。従って、これによって、例えば、現在の帯域幅レベルおよび／またはメディアコンテンツストリームにおける現在の時間位置に基づいて、第１メディアコンテンツおよび／または第２メディアコンテンツのメディアコンテンツバージョンを実際のメディアセッションの間に切り替えることが可能になる。このようにして、帯域幅割当情報は、共通の帯域幅リソースを共有するためにサポートされる、スケーラブルメディアストリームまたはその代替となるメディアストリームの間の目標比率についての時間依存性のまたは帯域幅依存性の情報であるとみなすことができ、そして、それによって、複数の（スケーラブルまたは非スケーラブル）メディアストリームによって共有される共通の帯域幅リソースの使用を最適化することができる。
【００２７】
図１は、本発明に従うメディアセッションの方法のフロー図である。この方法では、例えば、ストリーミングサーバ、メディアダウンローディングサーバ、またはユーザ端末を含めて、メディアコンテンツグループの少なくとも２つのメディアコンテンツにアクセスできる他のなんらかのユニットの形式で、メディアサーバまたはオペレータが、メディアコンテンツを提供して、要求側クライアント、例えば、ユーザ端末、へ送信する。メディアコンテンツグループの内、少なくとも第１メディアコンテンツおよび第２メディアコンテンツのメディアデータは、このメディアセッション中に集中的に管理され、すなわち、提供されて送信される。
【００２８】
この方法は、オプションのステップＳ１で開始し、ここでは、メディアデータの送信に利用可能であって、そのために割り当てられている現在の帯域幅レベルが判定される。この帯域幅レベルは、受信側クライアントの能力、（無線）伝送搬送波の能力、メディアサーバに利用可能な（無線）伝送リソースの量、現在の無線条件等を含む、多数の因子に依存していてもよい。このステップＳ１では、この帯域幅の利用可能性を判定する、または少なくとも推定する、当業者に周知の多様な方法および技術を使用することができる。ここで、帯域幅の判定は、必ずしもメディアサーバによってまたはメディアサーバ単独で行われる必要はないことに注意されたい。まったく対照的に、通信ネットワーク内に存在する他のネットワークノードまたは端末は、この帯域幅の判定を実行するかまたはそれに参加することができる。
【００２９】
次のステップＳ２では、第１メディアコンテンツのメディアコンテンツバージョンが、判定されている利用可能な帯域幅レベルと帯域幅レート割当情報とに基づいて、提供される。これは、第１コンテンツの複数の利用可能な見込バージョンの内、第１コンテンツについて利用可能な現在の帯域幅の割当に最もよく適合されている（「最適化されている」）メディアコンテンツバージョンが、割当情報と判定されている利用可能な帯域幅レベル全体とに基づいて判定されるように、提供することができるということを意味する。
【００３０】
それに対応して、次のステップＳ３が、利用可能な帯域幅レベルと割当情報とに基づいて、メディアグループの中の第２メディアコンテンツのメディアコンテンツバージョンを提供する。また、第２コンテンツの提供されているコンテンツバージョンは、現在の帯域幅の状況にもっともよく適合されていることが好ましい。
【００３１】
次のステップＳ４では、提供されているバージョンの第１メディアコンテンツおよび第２メディアコンテンツが、目的のクライアントクライアント群へ送信される。好適な一実施形態において、少なくとも２つのメディアバージョンが、少なくとも１つの伝送搬送波を使用して集合的にクライアント（群）まで送信される。この送信は、メディアストリームを有線で転送する形式をとってもよいが、ワイヤレスの無線ベースのデータ送信の方が好ましい。
【００３２】
上述のように、メディアコンテンツバージョンの提供は静的であって、メディアセッション全体に適用されてもよい。そのような場合、図１のステップＳ１からＳ３は、セッションセットアップ手順に関連して、またはその後で行われることが好ましい。しかしながら、好適な一実装においては、メディアグループに関連する帯域幅割当情報は、多様な利用可能帯域幅レベルまたは多様なメディアコンテンツ部分について複数の多様な帯域幅の割当を定義するという点で、動的である。これらの場合、線Ｌ１で示されるように、メディアセッション中にメディアコンテンツバージョンの提供を更新することが、必要または好ましいかもしれない。
【００３３】
例えば、帯域幅割当情報が、例えば、２００ｋｂｐｓ（キロビット／秒）を上回る帯域幅レベルについて、利用可能な帯域幅レベルの６０％が第１メディアコンテンツに割り当てられるべきであり、残りの４０％が第２コンテンツに割り当てられるべきである、と指定することがありうるだろう。しかしながら、利用可能な帯域幅が２００ｋｂｐｓを下回る場合、帯域幅（ビットレート）の５０％は、メディアグループの内のそれぞれのメディアコンテンツに割り当てられるべきである。利用可能なビットレートが、メディアセッションの開始時に２３０ｋｂｐｓであると仮定すると、第１レート割当バージョン（６０％対４０％）が使用されるべきである。これは、第１メディアコンテンツに対しては０．６０×２３０＝１３８ｋｂｐｓが利用可能であり、他方、第２メディアコンテンツに対しては０．４０×２３０＝９２ｋｂｐｓが割当可能であることを意味する。その後、１３８ｋｂｐｓのビットレートでの使用に適合されている、複数の見込第１メディアコンテンツバージョンの内の１つのコンテンツバージョンが提供され、そしてそれに対応して、９２ｋｂｐｓに適合されている第２メディアコンテンツの内の１つのコンテンツバージョンが提供される。これらの２つの提供されているコンテンツバージョンが、メディアセッションが開始される間に採用される。しかしながら、しばらくして、利用可能な帯域幅レベルが突然、例えば、１８４ｋｂｐｓへと低下するかもしれない。この帯域幅レベルでは、第２レート割当バージョンが有効であり、その結果、０．５０×１８４＝９２ｋｂｐｓが、メディアコンテンツバージョン毎に利用可能である。この特定の例では、第２メディアコンテンツについてはメディアセッションの開始の際に使用されているものと同一のコンテンツバージョンが、依然として採用することができる。しかしながら、第１メディアコンテンツについては、１３８ｋｂｐｓではなく、今度は９２ｋｂｐｓのビットレートに適合されているコンテンツバージョンが、メディアセッションで使用されるべきである。
【００３４】
この場合、帯域幅割当情報は、少なくとも２つの帯域幅割当値を備え、その場合、そのような値はそれぞれ、定義済の帯域幅レベルのセットに関連付けられている。このセットは、単一の帯域幅の値、例えば、２００ｋｂｐｓ、開区間または閉区間、例えば、＜２００ｋｂｐｓ、≧１３０ｋｂｐｓ、または、１００−１５０ｋｂｐｓ、を含んでもよい。これは、使用するための帯域幅割当値が、判定されている利用可能な帯域幅レベル全体と多様な定義済みの帯域幅レベルのセット集合との比較に基づいて識別されることを意味する。次いで、第１メディアおよび第２メディアコンテンツの使用するためのメディアコンテンツバージョンが、利用可能な帯域幅と識別されている帯域幅割当値とに基づいて提供される。
【００３５】
図７Ｂは、この状況を概略的に示す図である。図において、曲線２は、ビデオ帯域幅割当値（Ｎ％）を表してもよく、他方、対応するオーディオ帯域幅割当値を、そこから１００−Ｎ％と計算することができる。次いで、帯域幅割当情報は、図に示す２つのビデオ帯域幅割当値、Ｎ0およびＮ1、を備える。第１値Ｎ0は、定義済みの第１動作ポイント（ＯＰ0）を下回る利用可能帯域幅レベルで適用されることになり、定義済みの第１動作ポイントの情報は、帯域幅割当情報の中に含まれる、またはそれに関連付けられることが好ましい。それに対応して、第２値Ｎ2が、第２定義済み動作ポイント（ＯＰ1）を上回る利用可能帯域幅レベルで適用されることになる。２つの動作ポイント間の区間については、ビデオ帯域幅割当値は、Ｎ0とＮ1の間の範囲内で指定される。第１実装は、図に示されるように、線形の補間を使用することである。選択的には、２つのビデオ割当値Ｎ0とＮ1が、この区間の全体にわたって使用することもできる。
【００３６】
時間依存性の帯域幅割当情報を採用する場合、メディアコンテンツバージョンの同様の更新も可能である。例えば、第１メディアデータは、ニュース報道のビデオであり、それとともに、そのニュース報道の関連オーディオとして第２メディアデータが付随してもよい。そのニュース報道は、ニュースキャスタがニュース速報を読み上げる第１部分と、自動車事故のビデオシーケンスの続きの第２部分という２つの主要部分で構成されてもよい。この第１部分では、音声を符号化するため、帯域幅がオーディオにより多く割り当てられてもよく、他方、ビデオにより少なく割り当てられても、ニュースキャスタの比較的小さな動きを処理するためには十分である。しかしながら、報道の第２部分では、自動車事故のビデオシーケンスの高速で動く物体に対処するため、この自動車事故シーケンス中のオーディオ部分に割当可能な帯域幅を犠牲にしてでも、比較的多くの帯域幅がビデオに割り当てるべきである。従って、この場合、利用可能な帯域幅レベルと時間依存性レート割当情報とに基づいて、多様なビットレートレベルに適合されている多様なビデオバージョンおよびオーディオバージョンが、ニュース報道の第１および第２部分の間に提供することができる。
【００３７】
図７Ａは、時間依存性帯域幅割当を有するという概念を概略的に示す図である。図において、曲線２は、ビデオ（第１メディアコンテンツ）の時間依存性割当値を表し、他方、曲線４は、オーディオ（第２メディアコンテンツ）の時間依存性割当値を表している。利用可能帯域幅のビデオおよびオーディオへのそれぞれの割当が、図では、３つの時間インスタンス、すなわち、ｔ0、ｔ1、ｔ2において変更されている。従って、メディアセッションの第１部分の間（ｔ＜ｔ0）に、ビデオ（Ｎ0）とオーディオ（１００−Ｎ0）の割当値の第１セットが採用される。しかしながら、続く第２の期間中（ｔ0＜ｔ＜ｔ1）、オーディオの割当値（１００−Ｎ1）は、ビデオの割当値（Ｎ1）を犠牲にして増加する。この期間中、第１期間に比べて、より多くの利用可能帯域幅が、オーディオコンテンツに割り当てられることになる。続く第３の期間中（ｔ1＜ｔ＜ｔ2）、ビデオの割当値（Ｎ2）が、わずかに増加し、オーディオの割当値（１００−Ｎ2）が、それに対応して減少する。メディアセッションの残余部分（ｔ＞ｔ2）については、セッションの第１部分の間に採用されているものと同一の割当値（Ｎ0、１００−Ｎ0）が、図に従って使用されることになる。
【００３８】
方法は、次いで、終了する。
【００３９】
上述の本発明の帯域幅割当情報の利用は、メディアセッション中に、メディアデータの提供との関連でメディアサーバによって使用されることが好ましい。しかしながら、また、この割当情報は、クライアントにおける実際の再現時においても有益でありうる。従って、２つのメディアコンテンツ、例えば、オーディオとビデオとが、集合的にスケールされることになる場合には、その割当情報は、ローカルのメディアプレーヤ、またはクライアント内の何らかの他のメディアマネージャによって使用されてもよい。
【００４０】
図２は、図１の提供ステップＳ２および／または提供ステップＳ３の一実施形態をより詳細に示すフロー図である。この方法は、図１のステップＳ１またはＳ２から継続する。この実施形態において、メディアコンテンツは、複数の所定のコンテンツバージョンの形式で利用可能である。例えば、メディアコンテンツは、複数の固定レートで符号化されているメディアバージョンの形式であってもよい。そのような場合、採用すべき所定のコンテンツバージョンが、ステップＳ１０において、利用可能な帯域幅レベルと帯域幅割当情報とに基づいて選択される。次いで、この方法は、図１のステップＳ３またはＳ４へと継続する。
【００４１】
図３は、図１の提供ステップＳ２および／または提供ステップＳ３の別の実施形態をより詳細に示すフロー図である。この方法は、図１のステップＳ１またはＳ２から継続する。この実施形態において、メディアコンテンツは、スケーラブルメディアコンテンツであり、スケーラブルメディアのコンテンツファイルまたはストリームからメディアデータを抽出することによって、そこから複数のコンテンツバージョンを提供することができる。従って、ステップＳ２０は、利用可能な帯域幅レベルと帯域幅割当情報とに基づいて、スケーラブルメディアコンテンツからメディアデータを抽出する。このデータ抽出によって、メディアコンテンツに割当可能な帯域幅レベルに適合され、かつ利用可能な帯域幅レベルと割当情報とに基づいて定義されている、メディアコンテンツバージョンの提供が可能になる。次いで、この方法は、図１のステップＳ３またはＳ４へと継続する。
【００４２】
第１メディアコンテンツおよび第２メディアコンテンツが、複数の多様な所定の（事前符号化）コンテンツバージョンとして利用可能であることが、本発明によって見込まれる。そのような場合、提供ステップＳ２とＳ３とはいずれも、図２に関連して説明されているように行われることが好ましい。それに対応して、第１メディアコンテンツおよび第２メディアコンテンツは、スケーラブルメディアの形式であってもよい。そのような場合、提供ステップＳ２とＳ３とはいずれも、図３に関連して説明されるように行われることが好ましい。しかしながら、また、第１メディアコンテンツおよび第２メディアコンテンツの内、少なくとも一方が、スケーラブルメディアコンテンツとしてだけでなく複数の所定のコンテンツバージョンの形式で利用可能とすることも可能である。そのような場合、（第１メディアまたは第２メディアが、スケーラブル形式と所定の形式との両方で利用可能であるかどうかに依存して）提供ステップＳ２またはＳ３が、メディアサーバがスケーラブルメディアの形式を採用することを選択する、それとも所定のメディア形式を採用することを選択するかに依存して、図２または図３に関連して説明されるように行われてもよく、これについてはここでさらに説明する。
【００４３】
図４は、図１のメディアセッション方法の追加ステップを示すフロー図である。この方法は、図１のステップＳ１から継続する。次のステップＳ３０において、第１メディアコンテンツに割当可能な帯域幅レベルが、利用可能な帯域幅レベル全体と帯域幅割当情報とに基づいて判定される。それに対応して、ステップＳ３１で、第２メディアコンテンツに割当可能な帯域幅レベルが、利用可能な帯域幅レベル全体と割当情報とに基づいて判定される。
【００４４】
典型的な事例では、割当情報は、少なくとも１つの伝送搬送波を用いて送信するための、第１メディアコンテンツか、第２メディアコンテンツか、または第１メディアコンテンツと第２メディアコンテンツの両方かに割り当てられることになる利用可能帯域幅レベル（全体）の目標パーセンテージを含んでいる。先の事例では、割当情報は、帯域幅のＮ％が第１メディアコンテンツまたは第２メディアコンテンツに割当可能であると指定することができる。定義されている目標パーセンテージを何ら有しないメディアコンテンツには、帯域幅の割当が合計１００％になるように、残りの帯域幅が割り当てられることになる。これは、メディアグループ毎に２つのメディアコンテンツだけの場合、他方のメディアコンテンツに１００−Ｎ％が割り当てられることを意味する。メディアセッションのために利用可能な帯域幅レベル全体を示すためにＭが使用される場合、第１メディアコンテンツに対する利用可能な帯域幅は、（Ｎ／１００）×Ｍｋｂｐｓとなり、第２メディアコンテンツは、（（１００−Ｎ）／１００）×Ｍｋｂｐｓとなるであろう。
【００４５】
メディアグループの内の１つまたはすべてのメディアコンテンツについて目標パーセンテージを指定する代わりに、割当情報は、メディアコンテンツグループの多様なメディアコンテンツに対する利用可能な帯域幅レベルのそれぞれの割当の推定を可能にする、帯域幅の分担（quotient）または何らかの他の数量を有してもよい。
【００４６】
いずれの場合でも、この方法は、図１のステップＳ２まで継続し、そこで、第１メディアコンテンツのメディアコンテンツバージョンが、この第１コンテンツに割当可能な判定済みの帯域幅レベルに基づいて提供される。それに対応して、第２メディアコンテンツのコンテンツバージョンが、第２コンテンツに割当可能な判定済みの帯域幅レベルに基づいて提供される。
【００４７】
図５は、図１のメディアセッション方法の追加ステップを示すフロー図である。この方法は、図１のステップＳ１から継続する。この実施形態において、帯域幅割当情報は、少なくとも２つの帯域幅割当値を備えており、ここで、そのような各値は、定義済みの帯域幅レベルのセットまたは上述の動作ポイントに関連付けられている。次のステップＳ４０では、１つの帯域幅割当値がその少なくとも２つの値から識別される。この識別は、判定されている利用可能帯域幅レベルと割当値に関連付けられている多様な定義済み帯域幅レベルのセットとの比較に基づいて実行される。従って、この比較は、通常、判定されている帯域幅レベルを包含するかまたはそれに等しいレベルのセットを識別することを含んでいる。次いで、利用可能な帯域幅レベルを包含するかまたはそれに等しいレベルのセットに関連付けられている割当値が、図１の提供ステップＳ２およびＳ３において採用される。従って、これらのステップにおいて、コンテンツグループの内の少なくとも２つのメディアコンテンツのメディアコンテンツバージョンが、利用可能な帯域幅レベルと識別されている帯域幅割当値とに基づいて提供される。
【００４８】
ステップＳ４０の別の実装において、帯域幅割当情報は、少なくとも２つの帯域幅割当値を備え、ここで、そのような値はそれぞれ、メディアセッションの定義済み時間期間に関連付けられている。従って、帯域幅割当情報は、時間依存性である。次いで、採用されることになる割当値の選択は、通常、第１および／または第２メディアコンテンツの中で提供されるタイムスタンプに基づいて判定される。これは、メディアコンテンツが、クライアントに対して送信されることになり、次々にクライアントに再現されることになる、いくつかの連続的なメディアサンプルに分割されていると見なせる場合に、特に、有益である。そのような場合、割当値は、時間依存性を提供するために、多様なそのような連続的サンプルに関連付けることができる。
【００４９】
また、本発明の帯域幅割当情報に関連付けられていることに加えて、メディアコンテンツグループは、その含まれたメディアコンテンツの１つ以上について、所定の最大帯域幅閾値および／または所定の最小帯域幅閾値を有してもよい。
【００５０】
最大帯域幅閾値は、メディアコンテンツに割り当てられるべき帯域幅の上限値を示している。利用可能帯域幅レベル全体と割当情報とに基づいて判定される最大閾値を上回るような帯域幅割当は、好ましくは、セッション内の他のすべてのメディアコンテンツが、目標帯域幅割当と最大帯域幅閾値とについてそれらの割当を満足している場合に限って、割り当てられるべきである。ゼロ値が含まれる場合、これは、最大帯域幅閾値に関する情報がまったく提供されないことを示すことが好ましい。
【００５１】
最小帯域幅閾値は、メディアコンテンツに割り当てられるべき帯域幅の下限値を示している。利用可能帯域幅レベル全体と割当情報とに基づいて判定される、割り当てられる帯域幅が、最小閾値を下回ることになる場合、注目のメディアコンテンツには帯域幅が割り当てられないことが好ましい。その代わり、セッション内の他のメディアコンテンツを優先させることが好ましい。ゼロの最小帯域幅閾値は、最小帯域幅レベルに関する情報がまったく提供されていないことを示すことが好ましい。
【００５２】
また、帯域幅依存性、および／または、時間依存性または固定的でもありうるメディアコンテンツのための目標帯域幅割当を採用することと整合して、最大および／または最小の帯域幅閾値も、帯域幅依存性、および／または、時間依存性または固定的であってもよい。
【００５３】
図６は、所定の最大帯域幅閾値および所定の最小帯域幅閾値の使用を伴う、図１のメディアセッション方法の追加ステップを示すフロー図である。図６の記載では、最大帯域幅閾値および最小帯域幅閾値は、第１メディアコンテンツに関連付けられていると想定する。しかしながら、これは単なる例示としてみなされるべきである。選択的は、これらの最大閾値および最小閾値は、第２メディアコンテンツに適用することもできるし、あるいは、多様な閾値が、第１コンテンツおよび第２コンテンツに割り当てられる。さらなる実施形態において、最大閾値または最小閾値だけが、第１および／または第２メディアコンテンツに使用される。この方法は、図１のステップＳ１から継続する。次のステップＳ５０において、第１メディアコンテンツに割当可能な帯域幅が、このコンテンツに関連付けられている最大帯域幅閾値を上回るかどうかが判定される。これが真である場合、本方法はステップＳ５１へと進み、そこで、残りの帯域幅、すなわち、第１コンテンツに割当可能な帯域幅レベルから最大閾値を差し引いたものが、第２メディアコンテンツに割り当てられ、そして、この第２コンテンツに割当可能な帯域幅レベルに追加される。しかしながら、割当可能な帯域幅レベルが、最大閾値を下回る場合、本方法は、ステップＳ５２へと進み、ここで、第１コンテンツに割当可能な帯域幅レベルが、最小閾値を下回るかどうかが判定される。そのような場合、本方法は、ステップＳ５３へと進み、そこで、メディアグループに対して利用可能なすべての帯域幅が、第２メディアコンテンツに割り当てられる。ステップＳ５１およびＳ５３に続いて、あるいは、割当可能な帯域幅レベルが、最大閾値および最小閾値によって定義されている区間の範囲内である場合には、本方法は、図６のステップＳ２へ進む。
【００５４】
本発明では、図中の比較の順序が変更されてもよい、すなわち、現在の割当可能な帯域幅レベルが最初に最小閾値と比較され、その最小閾値を上回っている場合には、次いで、最大閾値と比較されてもよい、ということが見込まれている。さらに、メディアコンテンツが単に最大閾値または最小閾値に関連付けられている場合、図６のステップＳ５０、Ｓ５１、Ｓ５２、Ｓ５３だけが実行される。
【００５５】
図６に示されるように、最大閾値および最小閾値および帯域幅割当情報の使用は、実装の一例である。別の実装の可能性は、第１メディアおよび第２メディアの最小閾値に従って、最初に帯域幅を割り当てることである。そうすれば、残りの帯域幅はいずれも、帯域幅割当情報と最大閾値とに従って割当可能である。
【００５６】
図８乃至１２は、本発明に従う、多様なメディアコンテンツの考えられるシナリオと、メディアコンテンツバージョンの提供とを、概略的に示している。これらの図において、限定されるものではないが、メディアグループの第１メディアコンテンツ３０はビデオコンテンツであり、第２メディアコンテンツ４０はオーディオコンテンツであると想定する。加えて、オーディオコンテンツバージョンまたはビデオコンテンツバージョンの各々は、オーディオトラックまたはビデオトラック、またはオーディオストリームあるいはビデオストリームであるとみなされる。これらのメディアトラックは、例えば、ＩＳＯベースのメディアファイルフォーマットのような、コンテナファイルに記憶されてもよい。また、帯域幅割当情報は、メディアのビットレートレベルのレート割当情報を含んでいることが想定される。これらの図に関連して、「代替グループ」と「切替グループ」という２つの表現が導入される。メディアコンテンツグループの各メディアコンテンツに対しては、代替グループが存在する。例えば、代替グループ１はオーディオデータを示し、代替グループ２はビデオデータを示している。切替グループは、代替グループの内、代替的なメディアトラックのグループを示している。ここで、１つの代替グループは、１つ以上の切替グループを有することができることに注意されたい。メディアセッションの進行中、同一の切替グループ内のメディアトラック間で切り替えることは可能であるだが、異なる切替グループのメディアトラック間では切り替えることはできない。図８乃至１２に関して提示される、割当情報およびオーディオおよびビデオの事前符号化レートのレベルのすべての値は、限定されない例として単にみなされるべきである。
【００５７】
図８は、メディアコンテンツグループが、複数の（図では２つ示されている）固定レートの符号化ビデオトラック３２、３４と、複数の（図では２つ示されている）固定レートの符号化オーディオトラック４２、４４とを備える場合を示している。以下の表１は、メディアトラック３２、３４と４２、４４とを、代替グループと切替グループとに分割する可能性を概略的に示している。
【００５８】
表１  −  固定レートのオーディオトラックとビデオトラック
−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−
トラックＩＤ          コンテンツ            代替グループ      切替グループ
１          ５８ｋｂｐｓでオーディオ        １                １
２          ７２ｋｂｐｓでオーディオ        １                １
３        １２８ｋｂｐｓでビデオ            ２                ２
４        １６０ｋｂｐｓでビデオ            ２                ２
−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−
このメディアグループに関連するレート割当情報は、ビデオ＝７０％とすることができる。利用可能なビットレート全体が２３０ｋｂｐｓである場合、これは、０．７０×２３０＝１６１ｋｂｐｓに相当する。従って、１６０ｋｂｐｓに事前に符号化されているビデオトラック４（図の参照番号３４に対応する）は、現在のセッションに対するビデオコンテンツバージョンとして、適切な選択である。オーディオコンテンツに割当可能な対応するビットレートは、６９ｋｂｐｓである。従って、良い選択は、７２ｋｂｐｓに事前に符号化されているトラック２（参照番号４４に対応する）である。利用可能なビットレートが、メディアセッション中に１８０ｋｂｐｓまで落ちる場合には、これは合計で、ビデオに割当可能な１２６ｋｂｐｓと、オーディオに割当可能な５４ｋｂｐｓということになるであろう。そのような場合、進行中のセッションの間に、トラック４から、１２８ｋｂｐｓに事前に符号化されているトラック３に切り替えて、そして、トラック２から、５８ｋｂｐｓに事前に符号化されているトラック１に切り替える方がよい。
【００５９】
図９は、メディアコンテンツグループが、スケーラブルビデオ３０とスケーラブルオーディオ４０とを含む場合を示している。以下の表２は、メディアトラック３０、４０を、代替グループと切替グループとに分割する可能性を概略的に示している。
【００６０】
表２  −  スケーラブルオーディオトラックとスケーラブルビデオトラック
−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−
トラックＩＤ          コンテンツ            代替グループ      切替グループ
１            スケーラブルビデオ            １                １
２            スケーラブルオーディオ        ２                ２
−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−
このメディアコンテンツグループに関連付けられているレート割当情報は、以下の表３に定義されるようであってもよいだろう。
【００６１】
表３  −  レート割当情報
−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−
トラックＩＤ      目標レート割当      最大ビットレート      最小ビットレート
１                ４０                １２８                  ０
２                ６０                    ０                ３０
−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−
表３の値は、オーディオは、それが利用可能なビットレートの４０％を割り当てられるように抽出されるべきであり、ビデオは、それが残り（６０％）を割り当てられるように抽出されるべきであるということを意味している。結果として抽出されるビデオバージョンとオーディオバージョンとが、それぞれ図中で３６と４６と示される。利用可能なビットレートが３２０ｋｂｐｓに等しい場合、オーディオが１２８ｋｂｐｓを、ビデオが１９２ｋｂｐｓを取得することになるであろう。この場合、オーディオに対して割当可能なビットレートは、その最大ビットレートに等しい。従って、利用可能なビットレートの増加分は、ビデオだけに割り当てられるべきである。利用可能なビットレートが５０ｋｂｐｓを下回る場合には、ビデオは３０ｋｂｐｓ未満に相当するであろう。しかしながら、ビデオに対する最小ビットレートは、この例では、３０ｋｂｐｓに設定されていることから、この場合は、オーディオだけが（最大の利用可能なビットレートで）サービス提供されることになる。
【００６２】
図１０は、複数の固定レートで符号化されているビデオトラックと、スケーラブルオーディオとを伴う場合を示している。以下の表４は、メディアトラック３２、３４、４０を、代替グループと切替グループとに分割する可能性を概略的に示している。
【００６３】
表４  −  固定レートのビデオトラックとスケーラブルオーディオトラック
−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−
トラックＩＤ          コンテンツ            代替グループ      切替グループ
１            スケーラブルオーディオ        １                １
２            １２８ｋｂｐｓでビデオ        ２                ２
３            １６０ｋｂｐｓでビデオ        ２                ２
−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−
この例では、レート割当情報が、オーディオトラックのためだけに提供されてもよい。（時間依存性のレート割当情報が使用される場合）一定の時間間隔で、以下の値、すなわち、目標レート割当３０％、最大ビットレート１２８ｋｂｐｓ及び最小ビットレート０が指定されてもよい。３０％のオーディオの目標レート割当は、ビデオの目標レート割当が７０％であることを意味する。利用可能なビットレート全体が２３０ｋｂｐｓである場合、これは、ビデオに対して１６１ｋｂｐｓに対応する。従って、（図中の参照符号番号３４）トラック番号３が、ビデオに対して選択され、他方、スケーラブルオーディオトラック４０からオーディオデータを抽出することによって、１３１ｋｂｐｓのビットレートに対応するオーディオバージョン４６が形成される。
【００６４】
図１１は、複数の固定レートで符号化されているビデオトラックと、スケーラブルビデオトラック及びスケーラブルオーディオとの場合を示している。以下の表５は、メディアトラック３２、３４、３８、４０を、代替グループと切替グループとに分割する可能性を概略的に示している。
【００６５】
表５  −  固定レートのビデオトラックと、スケーラブルビデオトラックおよびオーディオトラック
−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−
トラックＩＤ          コンテンツ            代替グループ      切替グループ
１            スケーラブルオーディオ        １                １
２            スケーラブルビデオ            ２                ２
３            １２８ｋｂｐｓでビデオ        ２                ３
４            １９２ｋｂｐｓでビデオ        ２                ３
−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−
この例では、すべてのビデオトラックは、同一の代替グループの中にあり、従って、それらは同一のコンテンツを表している。しかしながら、いずれかの時刻点において、１つのビデオトラックだけで、オーディオトラックと組み合わせてサービスが提供されるべきである。メディアデータの伝送を開始する前に、メディアサーバは、スケーラブルビデオトラック（切替グループ２）からかまたは固定レートのビデオトラック（切替グループ３）からのビデオデータが、セッション全体を通じて使用されるべきかを決定する必要がある。一旦この決定が行われると、ビデオコンテンツバージョン間の切替は、選択されている切替グループ内でのみ行われうる。この決定は、さまざまな因子に基づいて行われうる。例えば、一部のクライアントは、スケーラブルビデオ（またはオーディオ）を管理する能力に欠けているかもしれない。そのような場合、切替グループ３のビデオトラックだけが対象となる。さらに、特定のトラックは、現在の状況に適していないことがあるだろう。例えば、ビデオに割当可能な現在のビットレートが、最低（最高）のビットレートでビデオトラックを事前に符号化するために使用される固定レートよりはるかに高い（低い）場合、固定レートで符号化されているビデオトラックは、どれも現在のビットレート状況のために良い選択ではない。この場合、スケーラブルビデオトラック３８からのビデオコンテンツバージョン３６を提供する方が良いかもしれない。
【００６６】
図１２は、固定レートで符号化されたオーディオおよびビデオとスケーラブルオーディオおよびスケーラブルビデオとを両方提供することによって、この概念をもう少し拡張している。以下の表６は、メディアトラック３２、３４、３８、４２、４４、４８を、代替グループと切替グループとに分割する可能性を概略的に示している。
【００６７】
表６  −  固定レートおよびスケーラブルビデオトラックおよびスケーラブルオーディオトラック
−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−
トラックＩＤ          コンテンツ            代替グループ      切替グループ
１            スケーラブルオーディオ        １                １
２            ５８ｋｂｐｓでオーディオ      １                ２
３            ７２ｋｂｐｓでオーディオ      １                ２
４            スケーラブルビデオ            ２                ３
５            １２８ｋｂｐｓでビデオ        ２                ４
６            １９２ｋｂｐｓでビデオ        ２                ４
−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−
上記の複数の例で示されるように、固定レートで符号化されているオーディオまたはビデオコンテンツバージョンの場合、レート割当情報と利用可能なビットレートレベル全体とに基づいて判定されるように、そのコンテンツについて現在利用可能なビットレートに最も近いビットレートレベルで符号化されているコンテンツバージョンが選択されることが好ましい。あるメディアに対して現在利用可能なビットレートが、２つの固定レートレベルのちょうど中間にある場合、例えば、５８ｋｂｐｓでのオーディオと７２ｋｂｐｓのオーディオとについて６５ｋｂｐｓのような場合、どちらのコンテンツバージョンが選択されてもよいだろう。
【００６８】
本発明のメディアデータおよび帯域幅割当情報に関係して、ＩＳＯベースのメディアファイルフォーマット［１、２］を、有利に採用することができる。代替のコンテナファイルフォーマットには、ＭＰ４ファイルフォーマット、３ＧＰファイルフォーマット、ＱｕｉｃｋＴｉｍｅフォーマットが含まれる。ＩＳＯベースのメディアファイルは、複数のメディアトラック、例えば、オーディオトラックとビデオトラックを含むことができる。従って、メディアコンテンツの複数の見込バージョンが、複数の事前符号化メディアトラックとして、および／または、スケーラブルメディアトラックの形式で、提供することができる。本発明の帯域幅割当情報は、別のトラック、例えば、メディアファイルフォーマットのいわゆるヒントトラックの中に含めることができる。しかしながら、帯域幅割当情報を記憶するため別のトラックを専用として使うのではなく、メディアトラック自体の中に割当情報を記憶する方が、容易でかつ柔軟性があるであろう。このようにして、帯域幅割当情報を、より単純な方法で、メディアの時間的尺度において提供することができる。本発明では、コンテナファイルは、例えば、メタデータトラックのような、セッション中にメディアストリームを一つにまとめる場合に、ストリーミングサーバによって使用することができる情報を含みうると見込まれる。
【００６９】
本発明の帯域幅割当情報の目的は、メディアコンテンツを提供する（メディアデータまたは選択されている事前符号化コンテンツバージョンを抽出する）場合にメディアサーバを支援することである。このようにして、メディアサーバは、帯域幅割当情報を、スケーラブルメディアストリームまたは複数の事前符号化メディアストリームをどのようにして最適な形式で組み合わせうるかに関する指示として用いることができる。この情報は、メディアサーバによる消費だけを意図しており、一般に、記憶されているまたは送信されているストリームの一部ではない。ＩＳＯファイルのいくつかのトラックは、多様な代替グループ（ビデオおよびオーディオ）に属する場合に、同時にサービス提供されることが好ましい。デフォルトでは、代替グループがまったく定義されていない場合、すべてのトラックが同時にサービス提供されてもよいだろう。
【００７０】
好適な一実装において、帯域幅レート割当値のためのデフォルトルールは、以下のようになる。セッションにおいて少なくとも１つのトラックについて目標帯域幅割当が定義される（一定の時刻における１つの動作ポイントについて）場合には、明示的に指定される目標帯域幅割当（その動作ポイントおよびその時刻について）をまったく有しないトラックは、帯域幅割当の割当全体を合計すると１００％になるように、暗示的に残りの帯域幅割当を等しく共有することが好ましい。代替グループの中のすべてのトラックは、同一のメディアコンテンツのバージョンかまたは代替であることから、それらは同一の目標帯域幅割当値を有するべきである。
【００７１】
すべてのトラックが明示的な目標割当値を有し、かつ、それらが合計１００％に達しない場合、割当値は（正規化の後で）重みとみなすことができる。帯域幅割当情報を使用する典型的な帯域幅割当において、各トラックに対する初期帯域幅割当が独立して行われる。１つのトラックがその目標レート割当に満たない分しか使用しない場合、余分の帯域幅が存在するであろう。これは、例えば、適切な帯域幅レベルが利用可能でない場合に、または最小および最大の帯域幅閾値を適用する結果として、発生することがある。その後、最大閾値に達していないトラックが、再検討され、余剰の帯域幅全体が提供される。この余剰の帯域幅の割当において、最小閾値に起因して遮断されているトラックが優先されることが好ましい。代替の方法は、トラックＩＤを優先させて過剰の帯域幅を提供することである。
【００７２】
図１３は、本発明の複数の（スケーラブル）メディアトラック３０、４０、５０と、帯域幅割当情報６２、６４、６６を伴うヒントトラック６０を含むコンテナファイル７０の概略図である。ファイル７０は、ＩＳＯベースのメディアファイルであることが好ましい。図１３では、ヒントトラック６０の多様な帯域幅割当６２、６４、６６は、多様な時間間隔で、および／または、多様な帯域幅間隔で、使用されるよう適合されうる。また、図は、スケーラブルメディアトラック３０、４０、５０からメディアデータを抽出してトラック３０、４０、５０の「最適」バージョンもしくはサンプル３６、４６、５６を形成するために、現在選択されている帯域幅割当値がどのようにして採用されるかを、現在利用可能な帯域幅レベルの情報と共に概略的に示している。上述のように、帯域幅割当情報６２、６４、６６は、図１３に示すように、別個のヒントトラック６０に含まれてもよい。しかしながら、代替の方法では、情報６２、６４、６６は、別個に、または、メディアトラック３０、４０、５０に関連して、記憶される。
【００７３】
本発明の典型的な実装例において、メディアコンテナファイル７０の中のトラック３０、４０、５０は、図１３に示されるように、複数のメディアサンプルまたはブロックを備える。そのような各サンプルは、所与の開始時刻および存続時間を有する。本発明の好適な一実装は、レート割当情報６２、６４、６６をメディアサンプルの存続時間に適用する。しかしながら、情報６２、６４、６６はトラック３０、４０、５０の多くの連続的なサンプルに当てはまる可能性があるため、レート割当情報６２、６４、６６は、サンプルグループを使用することによって、トラックの中に効率的に記憶されうる。トラック３０、４０、５０の各サンプルは、複数のサンプルグループの記述の内の（ゼロまたは）１つに関連付けられてもよく、その各々は、レート割当情報のレコードを定義する。また、このレート割当レコードは、本発明のレート割当情報に加えて、最大および最小ビットレート閾値も備えることが好ましい。
【００７４】
そのような場合、グルーピングタイプ「ｒａｓｈ」が、レート割当情報に対するグルーピング基準として定義することができる。グルーピングタイプ「ｒａｓｈ」に対するゼロまたは１つの「サンプルからグループへの」ボックス（‘ｓｂｇｐ’）が、トラックのサンプルテーブルボックス（‘ｓｔｂｌ’）に含めることができる。これは、ヒントトラックが使用される場合には、それに常駐することができ、そうでなければ、メディアトラックの中に含まれてもよい。
【００７５】
レート割当サンプルグループのエントリは、以下のように定義することができる。
【００７６】
class RateShareEntry( ) extends SampleGroupDescriptionEntry('rash')
{
unsigned int(16) target_rate_share;
unsigned int(32) maximum_bitrate;
unsigned int(32) minimum_bitrate;
}
別の実装を、以下に示す。
【００７７】
class RateShareEntry( ) extends SampleGroupDescriptionEntry('rash')
{
unsigned int(16) operation_point_count;
for (i=1; i＜=operation_point_count; i++)
{
unsigned int(16) target_rate_share;
}
unsigned int(32) maximum_bitrate;
unsigned int(32) minimum_bitrate;
}
意味は、下記の定義によって示す。
【００７８】
ｏｐｅｒａｔｉｏｎ＿ｐｏｉｎｔ＿ｃｏｕｎｔ（動作ポイントカウント）：これは、下記のリストで指定される動作ポイントの数を示す整数である。ここで、ファイルがレート割当動作ポイントボックス（’ｒｓｏｐ’）を有しない場合、動作ポイントが１つだけ定義されることに注意されたい。ファイルが、レート割当動作ポイントボックスを有する場合、動作ポイントカウントは、そこで指定される動作ポイントの数を超えてはならない。下記のリストにおけるＮ番目のエントリは、レート割当動作ポイントボックスの中のＮ番目の動作ポイントに対応する。
【００７９】
ｔａｒｇｅｔ＿ｒａｔｅ＿ｓｈａｒｅ（目標レート割当）：非ゼロ値は、メディアに割り当てられるべき利用可能な帯域幅のパーセンテージを示している。ゼロ値は、好適なレート割当パーセンテージに関する情報が提供されないことを示している。動作ポイントを伴う実装において、第１（最後の）動作ポイントの値は、動作ポイント自体より低い（高い）利用可能なビットレートに適用される。動作ポイント間の目標割当レートは、対応する動作ポイントの目標割当によって限定される。
【００８０】
ｍａｘｉｍｕｍ＿ｂｉｔｒａｔｅ（最大ビットレート）：非ゼロ値は、帯域幅がメディアに割当されるべき上限を（キロビット／秒で）示している。最大ビットレートを上回るビットレートは、セッションの中のすべての他のメディアが目標レート割当および最大ビットレートについてそれぞれそれらの割当を満たしている場合に限って、割り当てられるべきである。ゼロ値は、最大ビットレートに関する情報が提供されないことを示している。
【００８１】
ｍｉｎｉｍｕｍ＿ｂｉｔｒａｔｅ（最小ビットレート）：非ゼロ値は、帯域幅がメディアに割り当てられるべき下限を（キロビット／秒で）示している。割り当てられた帯域幅がより低い値に対応する場合、ビットレートはまったく割り当てられるべきではない。代わりに、セッションの中の他のメディア、または同一のメディアの別の符号化を優先させるべきであろう。ゼロの最小ビットレートは、最小ビットレートに関する情報が提供されないことを示している。
【００８２】
目標レート割当を指定するために、１より多い数の動作ポイントが使用される場合、Ｍｏｖｉｅボックス（’ｍｏｏｖ’）は、以下に定義するように１つのレート割当動作ポイントボックス（’ｒｓｏｐ’）を含むべきである。
【００８３】
aligned(8) class RateShareOperationBox extends FullBox('rsop', version=0,0)
{
unsigned int(16) operation_point_count;
for (i=l; i＜=operation_point_count;i++)
{
unsigned int(32) available bitrate;
}
}
意味：
ｏｐｅｒａｔｉｏｎ＿ｐｏｉｎｔ＿ｃｏｕｎｔ（動作ポイントカウント）は、動作ポイントの数を示す整数である。
【００８４】
ａｖａｉｌａｂｌｅ＿ｂｉｔｒａｔｅ（利用可能なビットレート）は、動作ポイントを（キロビット／秒で）定義する正の整数である。各エントリは、前のエントリより大きいものでなければならない。
【００８５】
図１４は、本発明に従うメディアコンテンツグループを生成する方法のフロー図である。この方法は、ステップＳ６０で開始し、ここで、第１メディアコンテンツが生成されるまたは提供される。この第１メディアコンテンツは、各々がそれぞれの帯域幅レベルに適合されている、複数の見込コンテンツバージョンを有するように生成される。この第１メディアコンテンツは、ビデオコンテンツでもオーディオコンテンツでもよい。次のステップＳ６１において、第２メディアコンテンツが生成されるまたは提供される。これは、第１コンテンツに関連し、かつ第１コンテンツと共に集合的に管理されることになるコンテンツであって、その後、クライアントにおいて第１メディアコンテンツと共に集合的に再現されることが好ましい。第１コンテンツと同様、第２メディアコンテンツは、多様なそれぞれの帯域幅レベルに適合されている複数の見込バージョンを有するように生成される。生成ステップＳ６０およびＳ６１は、メディアデータのスケーラブルバージョンを形成するため入力メディアデータを処理することによって実行することができる。これらのプロセスでは、スケーラブルオーディオおよびスケーラブルビデオ（またはその他のメディアタイプ）を生成するための既知の従来技術が採用されるであろう。第１および／または第２メディアコンテンツの複数の離散的なコンテンツバージョンが生成されてもよい。そのような場合、そのような各コンテンツは、特定の帯域幅レベルまたは帯域幅レベル間隔に関連する使用のために適合されるまたは最適化されるように符号化される。
【００８６】
これらの生成ステップで採用される入力メディアデータは、例えば、サッカーの試合やニュースの取材の記録、その他のいかなる記録を通じて取得することができる。それに応じて、メディアデータは、コンテンツクリエータ（作成部）で「人工的に」生成されてもよいであろうし、例えば、アニメ化された漫画の形式で生成されてもよいだろう。実際には、いかなる形式のメディアデータであっても、本発明のこの実施形態に従って採用することができる。
【００８７】
メディアコンテンツグループが、第１メディアコンテンツおよび第２メディアコンテンツの他にももっとメディアコンテンツを含むことになる場合、さらなるメディアコンテンツ生成ステップももちろん存在する。
【００８８】
次のステップＳ６２において、メディアグループに対する帯域幅割当情報が判定される。この割当情報によって、利用可能な帯域幅レベルを第１コンテンツおよび第２コンテンツにそれぞれ割り当てることの推定が可能になる。加えて、この情報によって、第１コンテンツの複数の見込バージョンの内の１つのバージョンと、第２コンテンツの複数の見込バージョンの内の１つのバージョンの選択が可能になる。この選択において、本明細書で上述したように、利用可能な帯域幅レベルの情報と共に、割当情報が使用される。
【００８９】
本発明の特定の実施形態において、帯域幅割当情報は時間依存性であり、これは、メディアコンテンツの多様な部分が多様な帯域幅割当値に関連することを意味する。選択的には、または、これに加えて、帯域幅割当情報が帯域幅依存性であってもよい。このような場合、この情報は、多様な帯域幅レベルのセットまたは間隔で使用されることが意図される、少なくとも２つの帯域幅割当値を含むことが好ましい。
【００９０】
次のステップＳ６３において、生成されている帯域幅割当情報が、メディアコンテンツグループに関連付けられる。第１メディアコンテンツおよび第２メディアコンテンツのメディアデータを集めるために、メディアサーバがメディアセッション中に帯域幅割当情報を取得して使用することができる限り、この情報とメディアコンテンツとの間の任意の関連付けまたは関係を使用することができる。
【００９１】
ＩＳＯベースのメディアファイルが、メディアコンテンツと帯域幅割当情報に対するコンテナファイルとして使用される場合、第１メディアコンテンツは、少なくとも１つのメディアトラックとして（スケーラブルメディアとして提供されるだけなら１つのトラックであり、それ以外なら、コンテンツバージョン毎に１つのトラック）ファイル内に提供することができ、第２メディアコンテンツに対しては１つ以上のメディアトラックとして提供することができる。次いで、割当情報のメディアコンテンツへの関連付けは、割当情報をファイル内の別個のヒントトラックに含める形式で、実装されてもよい。このヒントトラックは、多様なメディアトラックを処理するために関連付けられ、かつ使用されることになるメタデータとしてみなされる。代替の方法では、この帯域幅割当情報は、第１メディアコンテンツ、および／または第２メディアコンテンツに対するメディアトラックの内少なくとも１つに含まれる。
【００９２】
次いで、方法は終了する。
【００９３】
本発明の帯域幅割当情報は、デジタルコンテンツ作成ツールによって生成することができる。例えば、情報を生成するために自動プロセスが採用されてもよいだろうし、その場合、（スケーラブルメディアコンテンツのための）スケーリングの指示または最適なコンテンツバージョンの判定は、（インテリジェントな）ソフトウェアモジュールを使用することによって自動化することができる。そのような場合、このソフトウェアモジュールは、割当情報を、実際のコンテンツと、特定の（スケーラブル）メディアコーデックと、結合されている（ジョイント）メディア（例えば、オーディオ‐ビジュアル）の目標品質尺度とに基づいて判定することが好ましい。自動プロセスを採用する代わりに、経験のある知識の豊かなコンテンツクリエータが、メディアを再現する場合にエンドユーザが良好な品質を経験できるようにする「最適な」スケーリング指示を見つけるために、例えば、グラフィカルユーザインタフェースを使用することによって、スケーリングの指示を調整する手動プロセスで、割当情報の生成が行われてもよい。
【００９４】
図１５は、本発明に従うメディアマネージャ１００のブロック図である。メディアマネージャ１００は、一般に、外部ユニットと通信を行うために必要な機器やモジュール（例えば、アンテナ、変調部／復調部、符号部／復号部等）を集合的に示す入出力（Ｉ／Ｏ）ユニット１１０を有する。Ｉ／Ｏユニット１１０は、特に、クライアントからメディアコンテンツに対する要求を受信し、かつ要求されているコンテンツをそのようなクライアントに送信するように構成されている。このメディアの送信は、有線接続を通じて行われてもよいが、ワイヤレスの無線ベースのデータ送信の形式であることが好ましい。
【００９５】
また、メディアマネージャ１００は、集合的にメディアグループを形成するメディアコンテンツのメディアコンテンツバージョンを提供するように構成されているメディアコンテンツプロバイダ１２０を備える。このメディアグループのメディアデータは、例えば、コンテンツクリエータのような外部ユニットからＩ／Ｏユニット１１０によって受信されていてもよいし、メディアマネージャ１００の中のコンテンツストアまたはデータストア／メモリ１３０から提供されてもよいし、あるいは実際にメディアマネージャ１００自身によって生成されてもよい。いずれの場合でも、プロバイダ１２０は、グループの内の第１メディアコンテンツの１つのコンテンツバージョンを提供し、グループの内の第２メディアコンテンツの１つのコンテンツバージョンを提供する。コンテンツグループが２つを上回る数の多様なメディアコンテンツを備えている場合、コンテンツバージョンが、そのようなコンテンツの各々に対してコンテンツプロバイダ１２０によって提供されることが好ましい。コンテンツプロバイダ１２０は、このバージョン提供の際にメディアグループに関連付けられている帯域幅割当情報を使用する。加えて、少なくとも２つのメディアコンテンツのメディアデータを少なくとも１つの伝送搬送波を使用して送信するために割り当てられる利用可能な帯域幅レベルも、コンテンツバージョンを提供する場合の割当情報と共にコンテンツプロバイダ１２０によって採用される。
【００９６】
メディアマネージャ１００は、帯域幅推定部１４０を備えるまたはそのアクセスを有することが好ましい。次いで、この推定部は、第１メディアコンテンツに割当可能な帯域幅レベルと、第２メディアコンテンツに割当可能な帯域幅レベルとを推定するように構成されている。この推定の手順において、帯域幅推定部１４０は、メディアに関連付けられている帯域幅割当情報と、メディアに対して利用可能な帯域幅レベル全体の情報とを採用する。次いで、推定されている各々の割当可能レベルの情報が、コンテンツバージョンを提供する場合に使用するために、コンテンツプロバイダ１２０へ転送される。コンテンツプロバイダ１２０は、第１メディアコンテンツのコンテンツバージョンを、このコンテンツに割当可能な推定されている帯域幅レベルに基づいて提供する。それに応じて、第２コンテンツの複数の見込バージョンの内の１つのバージョンを提供するために、プロバイダ１２０は、第２コンテンツに割当可能な帯域幅レベルの情報を使用する。
【００９７】
また、帯域幅推定部１４０または何らかの他のユニットが、メディアデータ送信のために利用可能な現在の帯域幅レベル全体を推定または判定するために、オプションで使用されてもよい。
【００９８】
オプションであるが好適な一実施形態において、メディアマネージャ１００は、帯域幅割当部１５０を備える。この帯域幅割当部１５０は、帯域幅割当情報の中に含まれる、またはそれに関連付けられている、所定の最大および／または最小の帯域幅帯域幅閾値を使用する。帯域幅割当部１５０は、できれば割り当てられている所定の閾値を有する各メディアコンテンツに対して、推定部１４０によって判定されるそのメディアに割当可能な帯域幅レベルが、最大閾値を上回るか、あるいは最小閾値を下回るかを、比較することが好ましい。前者の場合、帯域幅割当部１５０は、（最大閾値で減算されている割当可能な帯域幅）余分な帯域幅を、メディアグループの他のメディアコンテンツ（群）に割り当てる。しかしながら、後者の場合、帯域幅割当部１５０は、推定部１４０によって判定される、当初から所定のメディアに割当可能なすべての帯域幅を、グループの内の他のメディアコンテンツ（群）に割り当てる。
【００９９】
コンテンツプロバイダ１２０によって提供されるメディアコンテンツバージョンは、要求側クライアントへの送信のために、Ｉ／Ｏユニット１１０へ転送される。この送信において、推定部１４０と場合によっては割当部１５０とによって、多様なメディアに対して判定される帯域幅レベル（ビットレート）が、少なくとも１つの伝送搬送波を使用してこの送信を行うために、Ｉ／Ｏユニット１１０によって使用されることになる。本発明のメディア送信は、例えば、メディアストリーミングまたはメディアダウンローディングの形式で行われてもよいだろう。
【０１００】
帯域幅割当情報が時間依存性の帯域幅割当を備える場合、コンテンツプロバイダ１２０は、割当情報の時間依存性に対処するため、進行中のメディアセッションの間に時間の経過と共にメディアバージョンの提供を更新することが好ましい。加えて、またはその代わりに、割当情報は、帯域幅依存性であってもよい。そのような場合、コンテンツプロバイダ１２０は、メディアコンテンツグループ／セッションに利用可能な帯域幅レベルが変化するに連れて、進行中のメディアセッションの間にメディアバージョンの提供を更新することが好ましい。
【０１０１】
メディアマネージャ１００のユニット１１０、１２０、１４０、１５０は、ソフトウェア、ハードウェア、またはそれらの組み合わせとして実装されるかまたは提供されてもよい。ユニット１１０乃至１５０はすべて、通信システム内の単一ネットワークノードの中のメディアマネージャ１００の中に実装されてもよい。例えば、メディアマネージャ１００は、ストリーミングサーバ、ダウンローディングサーバ、またはネットワークノード内に構成されているその他のメディアサーバを構成する、またはその一部であってもよい。選択的には、分散型の実装も可能であるし、これは、本発明の範囲内である。そのような場合、メディアマネージャ１００の多様なユニット１１０乃至１５０は、多様なネットワークノードの中に構成されてもよいが、それにもかかわらず、上述のように、それらの意図されている動作を実行するであろう。
【０１０２】
図１６は、図１５のメディアマネージャのコンテンツプロバイダ１２０の一実施形態の概略ブロック図である。このコンテンツプロバイダ１２０は、コンテンツバージョンセレクタ１２２を備える。このセレクタ１２２は、第１メディアコンテンツおよび／または第２メディアコンテンツの複数の所定のバージョンの内の１つのバージョンを選択するために、帯域幅割当情報と利用可能な帯域幅レベル全体（または、例えば、多様なコンテンツに割当可能な利用可能な帯域幅全体の内の帯域幅のような、そこから導出可能な何らかの数量）とを使用する。そのような各コンテンツバージョンは、それぞれの所定の帯域幅レベルまたは帯域幅区間について適合されている。典型的な実装において、コンテンツバージョンは、多様な固定的な帯域幅レベルへとデジタル的に符号化される。そのような場合、コンテンツセレクタ１２２は、現在の状況においてクライアントによって再現される場合にユーザ品質の点で最も適している、すなわち、特定のメディアに割り当て可能な帯域幅レベルに最もよく合致する、コンテンツバージョンを選択する。
【０１０３】
コンテンツプロバイダ１２０は、その代わりにまたはそれに加えて、メディアデータ抽出部１２４を有することができる。この抽出部１２４は、スケーラブルメディアとして提供されるメディアコンテンツを管理するために提供される。抽出部１２４は、適切なコンテンツバージョンを形成するために、メディアデータをスケーラブルコンテンツから抽出する。このメディア抽出はさらに、帯域幅割当情報と、メディアグループのために利用可能な帯域幅レベル全体の情報とに基づいて実行される。帯域幅割当と利用可能な帯域幅全体（またはそこから導出される数量）との情報を使用して、抽出部１２４によって、スケーラブルメディアの「最適な」コンテンツバージョンを提供することができる。
【０１０４】
帯域幅割当情報が時間依存性である、および／または、帯域幅依存性である場合、この情報は、メディア送信の多様な時間間隔で、および／または、多様な利用可能な帯域幅レベル／区間で、使用するために意図されている、少なくとも２つの割当値を有することが好ましい。従って、コンテンツプロバイダ１２０は、割当情報から帯域幅割当値を選択するように構成されている割当値セレクタ１２６を備えるかまたはそれへのアクセスを有することが好ましい。この値の選択は、帯域幅依存性の割当情報の場合には、利用可能な帯域幅レベル全体と、割当値に関連付けられている多様な帯域幅区間との比較に基づいて実行されることが好ましい。それに応じて、時間依存性情報に対しては、例えば、メディアコンテンツに含まれるタイムスタンプに基づいて判定されるような、現在のメディア時間が、現在の事例で使用する割当値を選択するために、割当値セレクタ１２６によって使用することができる。次いで、メディアコンテンツバージョンを提供する場合に使用するために、選択されている帯域幅割当値が、コンテンツセレクタ１２２および／またはメディアデータ抽出部１２４へ転送されることが好ましい。
【０１０５】
コンテンツプロバイダ１２０のユニット１２２乃至１２６は、ソフトウェアとして、ハードウェアとして、あるいはその組み合わせとして実装または提供されてもよい。ユニット１２２乃至１２６がすべて、コンテンツプロバイダ１２０の中に実装されてもよい。選択的には、メディアマネージャの中のどこか別の場所に提供される、ユニット１２２乃至１２６の少なくとも１つを用いる、分散されている実装も可能である。
【０１０６】
図１７Ａは、本発明に従う、メディアマネージャ１００を収容するストリーミングサーバ３００を備えるワイヤレスの無線ベースの通信システム１の一部の概略図である。このような場合、ストリーミングサーバ３００は、本発明の割当情報を使用して、メディアコンテンツバージョンを提供することができ、このメディアコンテンツバージョンは、接続されているネットワークノードまたは基地局２０を使用することによって、少なくとも１つの伝送搬送波２５を使用して、移動電話で示されるクライアント１０へ集合的に送信される。
【０１０７】
クライアント１０は、実際はメディアコンテンツを再現する機能を有する通信ユニットまたは端末（メディアプレーヤ）であればいかなるものであってもよい。典型的であるが限定しない例には、コンピュータ、ラップトップ、通信機能を有するゲームコンソール、携帯電話、携帯情報端末（ＰＤＡ：パーソナルデジタルアシスタント）等が含まれる。
【０１０８】
図１７Ｂは、本発明から恩恵を得る別の可能性のあるシナリオを示している。この場合、メディアマネージャ１００は、ユーザ端末１５の中に収容されており、そこからメディアデータが、別のユーザ端末またはクライアント１０へ、少なくとも１つの伝送搬送波２５を使用してダウンロードされるまたはストリーミングされる。このメディア送信は、典型的には、図で示すように、少なくとも１つの中間ネットワークノードまたは基地局２０を用いて行われる。
【０１０９】
図１８は、本発明に従う、メディアエンジンまたはクリエータ（作成部）２００の概略ブロック図である。このメディアエンジン２００は、外部ユニットと通信を行うための一般的なＩ／Ｏユニット２１０を備える。このＩ／Ｏユニット２１０は、特に、本発明のメディアグループのメディアコンテンツと帯域幅割当情報とを有するファイルを、多様なメディアサーバまたはメディアマネージャに送信するように構成されている。また、エンジン２００は、少なくとも、複数の見込メディアバージョンを有する第１メディアコンテンツと、それに応じて、複数の見込メディアバージョンを有する第２メディアコンテンツとを生成するためのコンテンツジェネレータ２２０を備えている。少なくとも２つのコンテンツの見込バージョンの各々は、それぞれの帯域幅レベルに適合され、そして、少なくとも２つのメディアコンテンツは、メディアセションの中で集合的に管理されることが意図されており、また、クライアントにおいて集合的に制限されることが好ましい。
【０１１０】
メディアエンジン２００の情報ジェネレータ２３０は、少なくとも第１コンテンツおよび第２コンテンツを構成するメディアコンテンツグループに対する帯域幅割当情報を生成するように構成されている。この割当情報によって、メディアセッション中に少なくとも１つの搬送波を用いて送信するための、メディアグループに利用可能な帯域幅レベル全体の内のそれぞれの割当を推定することが可能になる。加えて、割当情報によって、第１コンテンツおよび第２コンテンツの複数の見込バージョンの内、それぞれのコンテンツバージョンを、利用可能な帯域幅レベル全体に基づいて選択することが可能になる。
【０１１１】
コンテンツジェネレータ２２０および情報ジェネレータ２３０に接続されている、メディアエンジン２００の情報割当部２４０は、情報ジェネレータ２３０からの帯域幅帯域幅割当情報を、コンテンツジェネレータ２２０によって提供されているメディアコンテンツグループに割り当てる、または関連付ける。典型的な実装では、コンテンツジェネレータ２２０は、第１メディアコンテンツおよび第２メディアコンテンツの見込バージョンを、例えば、ＩＳＯベースのメディアファイルのようなコンテナファイル内に異なるメディアトラックとして挿入する。そのような場合、割当部２４０は、ジェネレータ２３０からの帯域幅割当情報を、専用ヒントトラック（メタデータ）としてファイル内に挿入する、または、メディアトラックの少なくとも１つの中に情報を含めることができる。
【０１１２】
メディアエンジン２００のユニット２１０乃至２４０は、ソフトウェア、ハードウェア、またはその組み合わせとして、実装または提供されてもよい。
【０１１３】
当業者であれば、添付の請求項によって定義される本発明の範囲を逸脱することなく、本発明に各種の修正および変更がなされてもよいことは理解するであろう。
【０１１４】
参考文献
［１］ＩＳＯ／ＩＥＣ  １４４９６−１２：２００５：「ＩＳＯベースのメディアファイルフォーマット」
［２］ＩＳＯ／ＩＥＣ  １５４４４−１２：２００５：「ＩＳＯベースのメディアファイルフォーマット」
【図面の簡単な説明】
【０１１５】
【図１】本発明の一態様に従う、メディアセッションを管理する方法を示すフロー図である。
【図２】図１の提供ステップの一実施形態をより詳細に示すフロー図である。
【図３】図１の提供ステップの別の実施形態をより詳細に示すフロー図である。
【図４】図１のメディアセッション管理方法の追加ステップを示すフロー図である。
【図５】図１のメディアセッション管理方法の追加ステップを示すフロー図である。
【図６】図１のメディアセッション管理方法の追加ステップを示すフロー図である。
【図７Ａ】本発明に従う時間依存性の帯域幅割当情報の使用を概略的に示す図である。
【図７Ｂ】本発明に従う帯域幅依存性の帯域幅割当情報の使用を概略的に示す図である。
【図８】本発明の第１実施形態に従う、メディアコンテンツバージョンの提供を概略的に示す図である。
【図９】本発明の第２実施形態に従う、メディアコンテンツバージョンの提供を概略的に示す図である。
【図１０】本発明の第３の実施形態に従う、メディアコンテンツバージョンの提供を概略的に示す図である。
【図１１】本発明の第４の実施形態に従う、メディアコンテンツバージョンの提供を概略的に示す図である。
【図１２】本発明の第５の実施形態に従う、メディアコンテンツバージョンの提供を概略的に示す図である。
【図１３】本発明に従う、コンテナファイルの中に含まれているメディアコンテンツバージョンの提供を概略的に示す図である。
【図１４】本発明の別の態様に従う、メディアコンテンツの生成を示すフロー図である。
【図１５】本発明のさらなる態様に従う、メディアマネージャの概略ブロック図である。
【図１６】図１５のコンテンツプロバイダの実施形態をより詳細に示す概略ブロック図である。
【図１７Ａ】本発明の教示内容を適用することができる無線ベースの通信システムの概略図である。
【図１７Ｂ】本発明の教示内容を適用することができるもう１つの無線ベースの通信システムの概略図である。
【図１８】本発明のさらに別の態様に従う、メディアエンジンの概略図である。
【図１】
0005431733.tif 000002
【図２】
0005431733.tif 000003
【図３】
0005431733.tif 000004
【図４】
0005431733.tif 000005
【図５】
0005431733.tif 000006
【図６】
0005431733.tif 000007
【図７Ａ】
0005431733.tif 000008
【図７Ｂ】
0005431733.tif 000009
【図８】
0005431733.tif 000010
【図９】
0005431733.tif 000011
【図１０】
0005431733.tif 000012
【図１１】
0005431733.tif 000013
【図１２】
0005431733.tif 000014
【図１３】
0005431733.tif 000015
【図１４】
0005431733.tif 000016
【図１５】
0005431733.tif 000017
【図１６】
0005431733.tif 000018
【図１７Ａ】
0005431733.tif 000019
【図１７Ｂ】
0005431733.tif 000020
【図１８】
0005431733.tif 000021