JP2001204001A - 動画像配信システム，再生端末装置，及び配信装置 - Google Patents

Abstract

(57)【要約】 【課題】 配信装置と再生装置とを有する動画像配信シ
ステムにおいて、再生装置の動画像処理能力に応じた動
画コンテンツを自動的に配信することが可能な動画像配
信システムを提供する。 【解決手段】 動画番組を配信するサーバ１０１と、サ
ーバ１０１にアクセスし動画番組を再生するクライアン
ト１０２とを有する動画像配信システムにおいて、クラ
イアント１０２がサーバ１０１に対し動画の処理能力に
関する能力情報を送り、サーバ１０１はクライアント１
０２の処理能力を超えない動画番組を決定し、クライア
ント１０２に配信する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、動画像配信システ
ム，配信装置，及び再生端末装置に関し、特に動画番組
を配信する配信装置と、上記配信装置にアクセスして動
画番組（以下、動画像ともいう。）を再生する再生装置
とを有する動画像配信システムにおいて、再生端末装置
の動画像処理能力に応じて配信装置が再生装置に動画番
組を配信する動画像配信の仕組みに関するものである。

【０００２】

【従来の技術】インターネットは、文字や静止画像から
なるコンテンツを提供するサーバと呼ばれる端末（配信
装置）と、上記サーバに対して要求を出し所定のコンテ
ンツを送ってもらうクライアントと呼ばれる端末（再生
端末装置）とから構成される。上記コンテンツはウェブ
ページと呼ばれ、ＨＴＴＰ(Hyper Text Transfer Proto
col)というサーバとクライアント間の伝送プロトコルに
基づいて、コンテンツの要求，要求に対する応答，コン
テンツの送信が行なわれている。また、上記文字や静止
画像からなるコンテンツはＨＴＭＬ(Hyper Text Markup
Language)という言語で記述されている。

【０００３】また文字を含むコンテンツには、テキスト
というメディアが含まれている。サーバには、複数の言
語に対応したコンテンツが予め用意されており、クライ
アントが上記のＨＴＴＰを用いて、該クライアント側に
てコンテンツに対して設定されている言語を示す情報を
上記サーバに送信すると、上記サーバは、上記クライア
ント側での設定言語に応じたコンテンツを、上記クライ
アントに送信する。

【０００４】図１７は、ＨＴＴＰを用いてクライアント
がサーバに対しテキストコンテンツを要求する手順、及
びサーバがコンテンツを選択して送信する手順を説明す
るための模式図である。

【０００５】まずクライアント１７０２は、ネットワー
ク１７０９を通して、テキストのコンテンツをサーバ１
７０１に要求する。この要求は、ＨＴＴＰのＧＥＴコマ
ンド１７０６を用いて行なわれる。このコマンド１７０
６は、abc．orgというサーバにあるpaperというコンテ
ンツを取得するときの送信コマンドである。

【０００６】またクライアント１７０２は、上記要求と
同時に、ＨＴＴＰ要求ヘッダのAccept−headers情報１
７０７をサーバに送る。このAccept−headers情報１７
０７は、サーバ１７０１にクライアント１７０２が受理
できるファイルのタイプを教えるためのものであり、ク
ライアント１７０２側で、コンテンツに対して設定され
ている言語の情報も含まれている。

【０００７】サーバ１７０１は、上記Accept−headers
情報１７０７を受け取って分析し、クライアント１７０
２側で設定されている表示サイズと言語に対応する、ク
ライアントの表示能力に応じたテキストコンテンツ１７
０８を選択して、クライアント１７０２に送る。

【０００８】また図１８は、ＨＴＴＰを用いてクライア
ントがサーバに対しテキストコンテンツを要求する手
順、及びクライアントがコンテンツを選択して受け取る
手順を説明するための模式図である。

【０００９】まず、クライアント１８０２は、ネットワ
ーク１８１２を通してテキストのコンテンツを要求す
る。この要求は、ＨＴＴＰのＧＥＴコマンド１８０４を
用いて行なわれる。このコマンド１８０４は、abc．org
というサーバにあるpaperというコンテンツを取得する
ときの送信コマンドである。

【００１０】これに対し、サーバ１８０１は予め用意さ
れた複数の言語に対応するテキストコンテンツに関する
バージョン一覧表１８０６をクライアント１８０２に送
る。このバージョンの一覧表１８０６には、各バージョ
ンのテキストのファイル名およびそれを記述した言語の
情報が書かれている。

【００１１】クライアント１８０２は、上記サーバ１８
０１より受け取ったバージョン一覧表１８０６から、該
クライアント１８０２側にてコンテンツに対して設定さ
れている言語と同じ言語のバージョンを選択し、選択し
たバージョンのファイルのファイル名を上記サーバ１８
０１に対して要求する。ここで、送信コマンド１８０９
は、paperという複数のバージョンのテキストコンテン
ツからpaper_１というバージョンのものを選択したこと
を示している。

【００１２】そしてサーバ１８０１は、上記クライアン
ト１８０２からの上記要求に応じてpaper_１を上記クラ
イアント１８０２に送る。

【００１３】このようにクライアントでは、テキストと
いうメディアについて、その記述に用いた形式（ＨＴＭ
Ｌかそのほかの形式か）、言語、文字種類、圧縮方式な
どの属性に基づいて、サーバとクライアント間のやりと
りによって所望のコンテンツを取得することができる。
また、テキスト以外のメディアとして、静止画像、ビデ
オ、オーディオなどがある。

【００１４】最近では、動画像を含めたコンテンツが多
くなったが、動画像はウェブページの一部を構成するこ
とがない。静止画像は、ウェブページを表示すると同時
に表示される。しかし、動画像は静止画像と異なり、ウ
ェブページを表示してもこれと同時に表示されることは
ほとんどなく、ウェブページに書かれている動画像への
ハイパーリンクを、ユーザが手動で選択して動画像を表
示する場合がほとんどである。また複数の動画像符号化
方式に対する対応方法としては、サーバ側にてそれぞれ
の符号化方式に応じたフォーマットで動画データを用意
し、符号化方式ごとに複数のハイパーリンクをウェブペ
ージ上に明記して、クライアント側でユーザの操作によ
り、所要の符号化方式に対応したフォーマットの動画デ
ータを選択して見てもらうという方法が一般的である。

【００１５】しかし、動画像はテキストや静止画像より
データ量がずっと大きいものであるため、動画像のファ
イル全体を、一度クライアント側にダウンロードしてか
ら見るまでにはかなり時間がかかる。そこで、サーバが
クライアントに対し動画像のデータを送りながらクライ
アント側で再生する仕組みが用いられている。

【００１６】このように動画像配信する仕組みをストリ
ミングという。ストリミングは、実時間で動画像を配信
するものであるため、動画像の符号化レートは伝送路の
伝送帯域幅に合わせなければならない。この伝送帯域幅
は、ユーザが使用する伝送路によって一意的に定まる。
例えば、公衆電話回線を使用する場合は伝送帯域幅は５
６kbps以下であり、ＩＳＤＮ（Integrated Services Di
gital Network）の場合は伝送帯域幅は６４kbpsである
ことが一般的である。

【００１７】そこで、この状況に対応するために、サー
バに、各伝送レートに応じた動画像のデータ（動画デー
タ）を複数用意し、用意した動画データのファイル名の
一覧をサーバからクライアントに送り、クライアントが
サーバより受け取ったファイル名の一覧から、クライア
ントに合った伝送レートの動画データを自動的に選択し
てそのファイル名をサーバに対して要求する、というシ
ステムが採用されている。

【００１８】図１９は、伝送レートに応じて用意された
複数の動画データ（つまり動画像コンテンツ）の構成を
示したもので、シーン記述の一部を示す図である。この
シーン記述１９０１には、３つの動画データ１９０３、
１９０４、１９０５が用意されており、各動画データに
対応付けて、ファイル名（video src）と伝送レート（s
ystem−bitrate）が記述されている。

【００１９】また、テレビ電話やテレビ会議では、実時
間で端末間にて動画データを送受信する前にＨ．２４５
の規格に基づいた処理能力の情報交換が行われ、このた
め互いに対応可能なデータ処理機能により送受信を行う
ことができる。

【００２０】

【発明が解決しようとする課題】このように、テキスト
のコンテンツの配信システムには、サーバとクライアン
ト間の交渉によって、サーバはクライアント側の設定や
処理機能に応じたテキストコンテンツを自動的に送信す
る手法、またはクライアントが自分の設定や処理機能に
応じたテキストコンテンツを自動的にサーバに要求する
手法が用いられている。

【００２１】しかし、従来の動画像のコンテンツの配信
システムは、上述のテキストコンテンツの配信システム
のように、クライアントとサーバとの間でＨＴＴＰを用
いて動画像の処理能力の情報交換をすることができな
い。このため、クライアントは、伝送レートに応じた動
画像を自動的にサーバに要求することはできても、クラ
イアントはその動画像の処理能力（プロファイルとレベ
ル）に応じて自動的に動画像のコンテンツをサーバに要
求することはできない。この結果、クライアント側で
は、ユーザの操作により動画像のコンテンツを選択しな
ければならないという問題点があった。

【００２２】また、従来の動画像のコンテンツの配信シ
ステムでは、サーバ側で用意した動画像コンテンツを処
理するのに必要なクライアントの処理能力、及びクライ
アントにて同時に処理可能な動画像の個数に関する情報
を交換することができない。さらに、従来の動画像の配
信システムでは、動画像のコンテンツをそのプロファイ
ル，及びレベルに応じて要求することができない。

【００２３】また、携帯端末に動画像のコンテンツを送
る場合も、コンピュータ等の再生端末装置に動画像のコ
ンテンツを送る場合と同様、クライアント（携帯端末）
の処理能力に応じて動画像のコンテンツを配信すること
ができない。特に、汎用プロセッサではなく専用のハー
ドウェアで動画像の処理を行う携帯端末では、その処理
能力を超える動画像のコンテンツの配信を受けた場合、
専用のハードウェアを正常に動作させることができな
い。

【００２４】本発明は、上記のような問題点を解決する
ためになされたもので、動画番組を配信するサーバか
ら、該サーバからの動画番組を再生するクライアント
に、クライアントの動画像処理能力に応じた動画像コン
テンツを動画番組として自動的に配信することが可能な
動画像配信システム，配信装置，及び再生端末装置を提
供することを目的とする。

【００２５】

【課題を解決するための手段】この発明（請求項１）に
係る動画像配信システムは、動画番組を配信する配信装
置と、上記配信装置にアクセスして動画番組を再生する
再生端末装置とを有する動画像配信システムであって、
上記再生端末装置を、上記配信装置に動画番組の配信を
要求するとともに該再生端末装置における動画像の処理
能力に関する能力情報を送るものとし、上記配信装置
を、上記再生端末装置からの上記能力情報を分析し、上
記再生端末装置の処理能力を超えない動画番組を上記再
生端末装置に配信するものとしたものである。

【００２６】この発明（請求項２）に係る再生端末装置
は、動画番組を配信する配信装置にアクセスして動画番
組を再生する再生端末装置であって、上記配信装置に動
画番組の配信を要求する配信要求部と、本再生端末装置
における動画像の処理能力に関する能力情報を上記配信
装置に送る能力情報送信部とを備えたものである。

【００２７】この発明（請求項３）は、請求項２記載の
再生端末装置において、上記能力情報を、上記再生端末
装置が復号処理に使用可能な動画符号化方式の名称、上
記再生端末装置が復号処理に使用可能な動画符号化方式
のクラスを示す名称、および上記再生端末装置が復号で
きる動画データの個数のうち、少なくともひとつを含む
情報としたものである。

【００２８】この発明（請求項４）は、請求項２記載の
再生端末装置において、上記能力情報を、上記再生端末
装置が復号処理に使用可能なオーディオ符号化方式の名
称、上記再生端末装置が復号処理に使用可能なオーディ
オ符号化方式のクラスを示す名称、および上記再生端末
装置が復号できるオーディオデータの個数のうち、少な
くともひとつを含む情報としたものである。

【００２９】この発明（請求項５）に係る配信装置は、
動画番組を配信する配信装置であって、複数の再生端末
装置の動画像処理能力に応じて、ひとつの動画番組に対
して、それぞれ異なるバージョンの符号化方式により符
号化した複数バージョンのビデオデータを格納したデー
タ格納部を備え、上記動画番組を再生する再生端末装置
からの、該再生端末装置における動画像の処理能力を示
す能力情報を分析し、上記複数バージョンのビデオデー
タの中から、上記再生端末装置の処理能力を超えないバ
ージョンのビデオデータを有する動画番組を選択し、選
択した動画番組を上記再生端末装置へ配信するものであ
る。

【００３０】この発明（請求項６）は、請求項５記載の
配信装置において、上記データ格納部を、上記動画番組
に対する複数バージョンのビデオデータとして、上記動
画番組をそのまま符号化して得られるビデオデータ、上
記動画番組をＮ個（Ｎは１より大きい整数）の動画像に
わけて別々に符号化して得られるＮ個のビデオデータ、
および上記動画番組を異なる符号化方式により符号化し
て得られるビデオデータ、のうち少なくともひとつを格
納しているものとしたものである。

【００３１】この発明（請求項７）に係る配信装置は、
動画番組を配信する配信装置であって、上記動画番組を
再生する再生端末装置からの、該再生端末装置における
動画像の処理能力を示す能力情報に基づいて、上記再生
端末装置の再生可能なビデオデータの個数Ｍ（Ｍ＜Ｎの
整数）と、上記動画番組を構成するビデオデータの個数
Ｎ（Ｎは１より大きい整数）とを比較する比較部を備
え、Ｍ＜Ｎのとき、上記Ｎ個のビデオデータをＭ個以下
の複数のビデオデータに変換してから上記再生端末装置
に配信するものである。

【００３２】この発明（請求項８）は、請求項７記載の
配信装置において、上記再生端末装置の再生可能なビデ
オデータの個数Ｍを、Ｍ＝１としたものである。

【００３３】この発明（請求項９）に係る配信装置は、
動画番組を配信する配信装置であって、上記動画番組を
再生する再生端末装置からの、該再生端末装置における
動画像の処理能力を示す能力情報に基づいて、上記再生
端末装置の再生可能なビデオデータの個数Ｍ（Ｍ＜Ｎの
整数）と、上記動画番組を構成するビデオデータの個数
Ｎ（Ｎは１より大きい整数）とを比較する比較部を備
え、Ｍ＜Ｎのとき、上記Ｎ個のビデオデータの中からＭ
個以下のビデオデータを選択して上記再生端末装置に配
信するものである。

【００３４】この発明（請求項１０）は、請求項９記載
の配信装置において、上記再生端末装置の再生可能なビ
デオデータの個数Ｍを、Ｍ＝１としたものである。

【００３５】この発明（請求項１１）に係る動画像配信
システムは、動画番組を配信する配信装置と、上記配信
装置にアクセスして動画番組を再生する再生端末装置と
を有する動画像配信システムであって、上記配信装置
を、複数の再生端末装置の動画像処理能力に応じて、ひ
とつの動画番組に対して、それぞれ異なるバージョンの
符号化方式により符号化して得られる複数バージョンの
ビデオデータを格納するとともに、各バージョンの上記
動画番組を構成するビデオデータを処理するための処理
能力に関する情報のバージョン一覧表を格納したデータ
格納部を有し、上記再生端末装置による上記動画番組に
対するアクセスに応答して、上記バージョン一覧表を上
記再生端末装置に送るものとし、上記再生端末装置を、
上記配信装置からの上記バージョン一覧表を解析して該
再生端末装置における処理能力を超えないバージョンの
動画番組を選択して配信を要求するものとしたものであ
る。

【００３６】この発明（請求項１２）に係る再生端末装
置は、動画番組を配信する配信装置にアクセスして動画
番組を再生する再生端末装置であって、上記配信装置か
らのバージョン一覧表を解析して、本再生端末装置にお
ける処理能力を超えないバージョンの動画番組を選択
し、選択された動画番組の配信を要求する配信要求部を
備え、上記配信装置からのバージョン一覧表を、複数の
再生端末装置の動画像処理能力に応じて、ひとつの動画
番組に対して、それぞれ異なるバージョンの符号化方式
により符号化処理を施して得られる各バージョンのビデ
オデータを処理するための処理能力に関する情報の一覧
表としたものである。

【００３７】この発明（請求項１３）は、請求項１２記
載の再生端末装置において、上記処理能力に関する情報
を、上記動画番組を復号化するための動画符号化方式の
名称、上記動画番組を復号化するための動画符号化方式
のクラスを示す名称、および上記動画番組を構成する動
画データの個数のうちの、少なくともひとつとしたもの
である。

【００３８】この発明（請求項１４）は、請求項１２記
載の再生端末装置において、上記処理能力に関する情報
を、上記動画番組を復号化するためのオーディオ符号化
方式の名称、上記動画番組を復号化するためのオーディ
オ符号化方式のクラスを示す名称、および上記動画番組
を構成するオーディオデータの個数のうちの、少なくと
もひとつとしたものである。

【００３９】この発明（請求項１５）に係る再生端末装
置は、動画番組を配信する配信装置にアクセスして動画
番組を再生する再生端末装置であって、上記配信装置か
らのシーン記述データを解析して本再生端末装置におけ
る処理能力を超えないバージョンの動画番組を選択し、
該選択されたバージョンの動画番組の配信を要求する配
信要求部を備え、上記配信装置からのシーン記述データ
を、複数の再生端末装置の動画像処理能力に応じて、ひ
とつの動画番組に対して、それぞれ異なるバージョンの
符号化方式により符号化処理を施して得られる各バージ
ョンのビデオデータを処理するための処理能力に関する
情報と、各バージョンの上記動画番組を構成するビデオ
データの所在情報が少なくとも記載された、上記動画番
組の構成を記述するデータとしたものである。

【００４０】この発明（請求項１６）は、請求項１５記
載の再生端末装置において、上記シーン記述データを、
動画像処理能力を評価するための属性として、上記各バ
ージョンの上記動画番組を構成する動画像の個数を示す
記述要素を含むデータとしたものである。

【００４１】この発明（請求項１７）に係る情報交換用
データ構造は、動画番組を配信する配信装置と、上記配
信装置にアクセスして動画番組を再生する再生端末装置
とを有する動画像配信システムにおける再生端末装置の
能力情報を交換する際に用いる情報交換用データ構造で
あって、上記再生端末装置が復号可能な動画データの個
数を示す情報、および上記再生端末装置が復号可能なオ
ーディオデータの個数を示す情報、のうち、少なくとも
ひとつを含むものである。

【００４２】この発明（請求項１８）に係るデータ記憶
媒体は、コンピュータにより、配信装置から配信された
動画番組を再生する再生端末側処理を行うためのプログ
ラムを格納したデータ記憶媒体であって、上記プログラ
ムを、コンピュータが、上記配信装置に動画番組の配信
を要求するための配信要求プログラムと、コンピュータ
が、再生端末側処理の能力に関する能力情報を上記配信
装置に送る情報送信プログラムとを含むものとしたもの
である。

【００４３】この発明（請求項１９）に係るデータ記憶
媒体は、コンピュータにより、動画像番組を再生端末装
置へ配信する配信処理を行うためのプログラムを格納し
たデータ記憶媒体であって、上記プログラムを、コンピ
ュータが、複数の再生端末装置の動画像処理能力に応じ
て、ひとつの動画番組に対して、それぞれ異なるバージ
ョンの符号化方式により符号化して得られる複数バージ
ョンのビデオデータをデータ格納部に格納するためのデ
ータ格納プログラムと、コンピュータが、上記動画番組
を再生する再生端末装置からの、該再生端末装置におけ
る動画像の処理能力を示す能力情報を分析するための分
析プログラムと、コンピュータが、上記複数バージョン
のビデオデータの中から、上記再生端末装置の処理能力
を超えないバージョンのビデオデータを有する動画番組
を選択するデータ選択プログラムと、コンピュータが、
上記選択した動画番組を上記再生端末装置へ配信するた
めの配信プログラムとを含むものとしたものである。

【００４４】この発明（請求項２０）に係るデータ記憶
媒体は、コンピュータにより、配信装置から配信された
動画番組を再生する再生端末側処理を行うためのプログ
ラムを格納したデータ記憶媒体であって、上記プログラ
ムを、コンピュータが、上記配信装置からのバージョン
一覧表を解析するための解析プログラムと、コンピュー
タが、上記再生端末側処理の能力を超えないバージョン
の動画番組を選択するための選択プログラムと、コンピ
ュータが、該選択された動画番組の配信を要求する配信
要求プログラムとを含むものとし、上記配信装置からの
バージョン一覧表を、複数の再生端末装置の動画像処理
能力に応じて、ひとつの動画番組に対して、それぞれ異
なるバージョンの符号化方式により符号化処理を施して
得られる各バージョンのビデオデータを処理するための
処理能力に関する情報の一覧表としたものである。

【００４５】

【発明の実態の形態】以下、本発明の実施の形態につい
て、図１から図１６を用いて説明する。 （実施の形態１）図１は、実施の形態１による動画像配
信システムを説明するための図である。図１(a)は、動
画像配信システムの構成を示し、図１(b)は動画像配信
システムにおけるデータの流れを示している。

【００４６】本実施の形態１による動画像配信システム
１０００は、動画像コンテンツ（または動画番組）の配
信を要求するとともに自己の動画像の処理能力に関する
情報を送信し、上記処理能力に基づいて配信された動画
像のコンテンツを再生するクライアント（再生端末装
置）１０２と、クライアント１０２の動画像処理能力を
分析し、クライアント１０２の動画像処理能力に応じた
動画像のコンテンツを配信するサーバ（配信装置）１０
１と、サーバ１０１とクライアント１０２とを結ぶネッ
トワーク１０９と、により構成されている。図の矢印に
従ってサーバ１０１とクライアント１０２とのやり取り
が行なわれる。ここで上記サーバ１０１はコンピュータ
により構成されており、上記複数バージョンのビデオデ
ータを格納したデータ格納部を有している。また、上記
クライアント１０２はコンピュータや携帯端末などをそ
れぞれ含む。また上記ネットワーク１０９として公衆電
話回線，ＩＳＤＮ，ＬＡＮ，Ｗ−ＣＤＭＡ，ＰＨＳなど
の無線網がある。

【００４７】ここで、上記サーバ（配信装置）１０１に
は、複数のクライアント（再生端末装置）の動画像処理
能力に応じた、ひとつの動画番組に対して、それぞれ異
なるバージョンの符号化方式で符号化処理を施して得ら
れた複数のバージョンのビデオデータが予め用意されて
いるものとする。つまり、サーバは、上記複数バージョ
ンのビデオデータを格納したデータ格納部を有してい
る。

【００４８】また、クライアント１０２は、上記サーバ
に動画番組の配信を要求する配信要求部と、本クライア
ントにおける動画像の処理能力に関する能力情報を上記
サーバに送る能力情報送信部とを備えている。

【００４９】そして、動画像配信システム１０００で
は、クライアント１０２から自己の動画像処理能力に関
する情報がサーバ１０１に伝達され、サーバからクライ
アントの動画像処理能力に応じた動画像コンテンツ，動
画番組等の動画データがクライアントに配信される。

【００５０】図２は、クライアントの動画像処理能力に
関する情報を含んだAccept−headers情報の第１形式を
示す図であり、Accept−headers情報の一部を示してい
る。Accept−headers情報２０１には、Accept情報２０
２、Accept−profile_level情報２０５、およびAccept
−media_number情報２０７のフィールドがある。

【００５１】Accept情報２０２のフィールドには、情報
の表現手段を示すメディアタイプとそのメディアの符号
化方式を示すサブタイプが指定されている。本例では、
メディアタイプにはvideoが、またサブタイプにはmpeg
４が、それぞれ指定されている。ここで、メディアタイ
プの識別子（video）は、メディア（情報の表現手段）
が動画像であることを示し、サブタイプの識別子（mpeg
４）は、メディアに対応する符号化方式がＭＰＥＧ（Mo
ving Picture Experts Group）−４に対応するものであ
ることを示している。

【００５２】またAccept−profile_level情報２０５に
は、上記Accept情報２０１のフィールドのサブタイプで
指定された符号化方式（本例ではmpeg４）の機能とその
機能のランクを示すクラスが指定されている。本例で
は、SIMPLE_L3である。つまり、profileはシンプルプロ
ファイルであり、レベルは３である。またAccept−medi
a_number情報２０７には、同時に処理可能な動画像の個
数が示されている。本例では、同時に処理可能な動画像
の個数は４である。すなわち、図２のAccept−headers
情報２０１は、mpeg４のSIMPLE_L３で符号化された動画
データであれば、同時に４つの動画データの処理が可能
であるということを示している。

【００５３】図３(a)はAccept−headers情報に含まれる
情報を説明するための図である。Accept−headers情報
には、MediaType情報３０１、Sub−type情報３０２、及
びプロファイルレベルとメディアナンバを含む paramet
er情報３０３のフィールドがある。

【００５４】まず、MediaType情報３０１には識別子（v
ideo）３０４と識別子（audio）３０５があり、ここで
メディアのタイプを区別する。Sub−type情報３０２
は、ＭＰＥＧの符号化方式を示すものである。ＨＴＴＰ
では、従来識別子（video）や識別子（audio）のSub−t
ype情報として、それぞれ識別子（mpeg）が登録されて
いたのみで、メディアタイプであるビデオやオーディオ
に対するＭＰＥＧ対応の符号化方式がmpeg１、またはmp
eg２、またはmpeg４のいずれに対応するものであるかに
ついては区別されていなかった。そこで、本例ではSub
−type情報３０２に、上記MediaType情報３０１により
指定されたメディアが、mpeg１、またはmpeg２、または
mpeg４のいずれの符号化方式で符号化されたものあるの
か記載している。

【００５５】また、parameter情報３０３にはprofile_l
evel情報と media_number情報が記載されている。mpeg
４方式では、同じ符号化方式で符号化されたメディアで
あっても、デコーダの性能によっては処理できない動画
像コンテンツ（メディア）がある。これはmpeg規格の中
に定義されている、機能の分類を規定するプロファイル
と量の違いを規定するレベルとの関係に基づく符号化方
式のクラスが、メディアの符号化方式のクラスと、デコ
ーダで対応できる符号化方式のクラスとで異なるためで
ある。また、動画像コンテンツ（メディア）の数が、デ
コーダで同時に再生できる数を超えている場合にもデコ
ーダでは処理できない。そこで、本例ではparameter情
報３０３に、符号化方式のクラスを示すprofile_level
情報と、クライアントがmpeg４の符号化方式を採用する
場合に同時再生できる動画像コンテンツ（メディア）の
個数を示すmedia_number情報とを記載する。

【００５６】このようにAccept−headers情報にはクラ
イアントの処理能力である、クライアントが復号処理に
利用可能な動画符号化方式の名称と、クライアントが復
号処理に利用可能な動画符号化方式のクラスを示す名
称、およびクライアントが復号できる動画データ（メデ
ィア）の個数、が記載されている。

【００５７】図３(b)は、Accept−headers情報の第２形
式を示す図である。このAccept−headers情報（第２形
式）では、Accept情報のフィールドに、メディアタイプ
情報、サブタイプ情報、profile_level情報、および me
dia_number情報が１行で記述されている。

【００５８】次に動作について説明する。予め、サーバ
１０１には、複数のクライアントの動画像処理能力に応
じて、ひとつの動画像コンテンツ（または動画番組）に
対して、それぞれ異なるバージョンの符号化方式で符号
化した複数バージョンの動画データを用意しておく。つ
まりサーバ１０１のデータ格納部には、複数バージョン
の動画データを格納しておく。

【００５９】まず、クライアント１０２は、ネットワー
ク１０９を通してサーバ１０１に動画像のコンテンツを
要求すると同時にAccept−headers情報１０７もサーバ
１０１に送る。この要求はＨＴＴＰのＧＥＴコマンド１
０６を用いて行なわれる。このコマンド１０６は、ab
c．orgというサーバにあるvideoというコンテンツを取
得するときの送信コマンドである。

【００６０】サーバ１０１は、クライアント１０２から
のAccept−headers情報１０７を受信してクライアント
１０２の動画像の処理能力を分析し、上記複数バージョ
ンの動画データの中から、クライアント１０２の動画像
の処理能力を超えないバージョンの動画データを動画像
コンテンツとして選択し、選択した動画像コンテンツ１
０８をクライアント１０２に配信する。

【００６１】図４は、サーバ１０１が、１つの動画像コ
ンテンツに対して用意した複数バージョンの動画データ
の中から、クライアント１０２の動画像処理能力に応じ
たバージョンの動画データを動画像コンテンツとして選
択するアルゴリズムを示す図（第１フローチャート）で
ある。

【００６２】まずサーバは、クライアントより図２また
は図３(b)に示すAccept−headers情報を受信する（ステ
ップ４０１）。ステップ４０２では、サーバは、ステッ
プ４０１で受信したクライアントのAccept−headers情
報 におけるAccept情報のフィールドに記述されているm
edia−type情報が、サーバの提供するメディアのタイプ
と同じであるか、すなわちクライアントが再生できるメ
ディアのタイプを示すかを確認する。再生できない動画
像のメディアである場合は、クライアントに「再生可能
な動画番組がない」と通知して（ステップ４０９）、送
信を終了する（ステップ４１０）。

【００６３】また、クライアントが再生できるメディア
である場合は、サーバは、メディアのsubtypeが、サー
バ側で１つの動画像コンテンツにつき用意された複数バ
ージョンの動画データの中に、上記subtype情報で指定
された符号化方式と同じ方式で符号化された動画データ
があるかどうかを確認する（ステップ４０３）。同じ方
式で符号化した動画データがない場合は、サーバは、ク
ライアントに「再生可能な動画番組がない」と通知して
（ステップ４０９）、送信を終了する（ステップ４１
０）。

【００６４】一方、同じ方式で符号化した動画データが
ある場合は、サーバは、パラメータのprofile_levelとm
edia_numberからクライアントの動画像処理能力の評価
値ｙを計算する（ステップ４０４）。このとき、同様
に、サーバに用意された複数バージョンの動画像コンテ
ンツについても上記評価値ｙに相当する評価値ｚを各バ
ージョン毎に計算する。

【００６５】ここで計算式（Ｉ）は、評価値ｙを求める
ための計算式であり、最大３２の動画像（メディア）を
同時に再生可能であるものとして作成したものである。
またprofile_level情報は、Ａのクラスに属する機能が
Ｂのクラスに属する機能に包含される場合、Ａのprofil
e_levelの値（value）の方が、Ｂのprofile_levelの値
（value）より小さい値となるものである。

【００６６】例えば、ＭＰＥＧ−４では、profile_leve
lの値（value）は、図１４に示すように、シンプルプロ
ファイルでは、レベル１，２，３の値（value）はそれ
ぞれ１、２、３となっており、コアーシンプルプロファ
イルでは、レベル１，２の値（value）はそれぞれ３
３，３４となっている。

【００６７】ステップ４０６では、サーバは、ステップ
４０４で求めた評価値ｙと各バージョン毎に求められた
複数の評価値ｚとを比較し、複数の評価値ｚの中にｙ≧
ｚとなる評価値ｚがあるか、すなわちサーバが用意した
複数バージョンの動画像コンテンツの中に、クライアン
トの動画像処理能力の範囲内で再生できるバージョンの
動画像コンテンツがあるかを確認する。

【００６８】ｙ≧ｚとなる評価値ｚがなければ、クライ
アントが再生できるバージョンの動画像コンテンツがな
いということなので、サーバは、クライアントに「再生
可能な動画番組がない」と通知して（ステップ４０
９）、送信を終了する（ステップ４１０）。またｙ≧ｚ
となる評価値ｚがあれば、サーバは、ｙ≧ｚとなった評
価値ｚをもつバージョンの動画像コンテンツの中で、評
価値ｙに最も近い評価値ｚをもつバージョンの動画像コ
ンテンツを選択してクライアントに配信し（ステップ４
０８）、送信を終了する（ステップ４１０）。

【００６９】図５は、サーバが、１つの動画像コンテン
ツ（メディア）のデータから複数のバージョンの動画デ
ータを生成する方法を説明するためのブロック図であ
る。まず図５(a)は、１つの動画像コンテンツのデータ
を１つの符号化方式により符号化して１つの動画データ
を作成する方法を説明するための図である。符号化器５
０２では、２匹の魚と背景からなる動画像５０１のデー
タが符号化され、１つの動画データ５０３が生成され
る。

【００７０】図５(b)は、１つの動画像コンテンツを３
つの動画像に分割し、それぞれの動画像のデータを別々
に符号化して３つの動画データを作成する方法を説明す
るための図である。１つの動画像コンテンツを分割して
得られる魚５０４、５１０と背景５０７は、それぞれ符
号化器５０５，５１１，５０８にて符号化され、３つの
動画データ５０６，５１２，５０９が生成される。ここ
で符号化器５０５，５１１，５０８は、同じ符号化方式
の符号化処理を行うものであっても、異なる符号化方式
の符号化処理を行うものであってもよい。

【００７１】また図５(c)は、１つの動画像コンテンツ
を３つの形式の異なる符号化方式でそれぞれ符号化して
３つの動画データを作成する方法を説明するための図で
ある。動画像５１３のデータは符号化方式の異なる符号
化器５１４，５１６，５１８にてそれぞれ符号化され、
３つの動画データ５１５，５１７，５１９が生成され
る。

【００７２】こうして生成された各メディアのデータの
メディアタイプは全てvideoで共通であるが、各動画デ
ータのサブタイプは、その符号化処理に用いた符号化方
式によって異なり、またその符号化方式のクラスによっ
てprofile_levelも異なってくる。また、動画像コンテ
ンツのmedia_numberは、１つの動画像コンテンツをいく
つの動画像にわけて符号化したかによって異なってく
る。図５(b)の動画データ５０６，５０９，５１２は、
１つの動画像コンテンツを３つの動画像にわけて符号化
して得られるものであるので、図５(b)に示す場合の動
画像コンテンツのmedia_numberは３である。図５(a)お
よび図５(c)の動画データ５０３、５１５，５１７，５
１９は、１つの動画像コンテンツをそのまま符号化して
得られるものであるので、図５(a)および図５(c)に示す
場合の動画像コンテンツのmedia_numberはそれぞれ１で
ある。このようにサーバでは、１つの動画像コンテンツ
のデータから符号化方式や、profile_levelや、media_n
umberのそれぞれ異なる複数のバージョンの動画データ
が生成される。

【００７３】以上のように、クライアントは、ＨＴＴＰ
を用いてAccept−headers情報に自分の動画像（メディ
ア）の符号化方式や、同時に処理可能な動画像の個数に
関する情報等を記載してサーバに送信するので、サーバ
にクライアントの動画像処理能力に関する情報を伝達す
ることができる。またサーバ側では、１つの動画像コン
テンツに対して用意された複数バージョンの動画データ
の中から、クライアントの動画像処理能力に応じたバー
ジョンの動画データを選択してクライアントに配信する
ので、クライアントの処理能力に一番近い処理能力が要
求される動画データを動画像コンテンツとして送信で
き、クライアント側にて処理可能な最高品質の動画像を
提供することができる。また、サーバの提供する動画デ
ータが、クライアントの動画像処理能力を超えるもので
ある場合は、サーバは動画データをクライアントに送信
しなくてもよいシステムとしたので、クライアントに過
度な負担をかけない。

【００７４】また図６は、サーバが提供する動画像コン
テンツを構成するビデオデータを、必要があればクライ
アントの動画像処理能力に応じたビデオデータに変換し
て配信するアルゴリズムを示す図（第２のフローチャー
ト）である。なお、ここでは、サーバ側で用意した動画
像コンテンツは、全てＫ個のビデオデータで構成されて
いるものとする。このサーバの配信処理では、ステップ
６０１〜ステップ６０３における処理は、図４に示す第
１のフローチャートのステップ４０１〜ステップ４０３
の処理と同様に行われる。

【００７５】そして、サーバは、該サーバにある動画像
コンテンツの中にクライアントが対応できるプロファイ
ルレベルを有する動画像コンテンツがあるかどうかを確
認する（ステップ６０４）。具体的には、サーバは、ク
ライアントが対応可能なプロファイルレベルの値以下と
なるバージョンの動画像コンテンツがあるかを調べる。
このとき該当する動画像コンテンツがない場合は、サー
バは「該当番組がない」とクライアントに通知し（ステ
ップ６０９）、送信を終了する（ステップ６１０）。一
方、該当する動画像コンテンツがある場合は、サーバ
は、クライアントが同時に再生できる動画像の個数Ｍ
と、動画像コンテンツを構成するビデオの個数Ｋとを比
較する（ステップ６０５）。

【００７６】Ｍ≧Ｋの場合、すなわちクライアントの動
画像の処理能力が、サーバ側で用意された動画像コンテ
ンツのうちのいずれのバージョンの動画データの処理に
必要とされる処理能力よりも高い場合は、最高品質のバ
ージョンの動画像コンテンツをクライアントに配信し
（ステップ６０６）、送信を終了する（ステップ６１
０）。

【００７７】一方、Ｍ＜Ｋの場合は、サーバは、送信す
るビデオデータの数がクライアントの処理可能なビデオ
データ数になるように、Ｋ個のビデオデータからＭ個以
下のビデオデータに変換する（ステップ６０７）。そし
て、サーバは、上記Ｍ個以下のビデオデータをクライア
ントに配信し（ステップ６０８）、送信を終了する（ス
テップ６１０）。

【００７８】図７は、サーバが図６のステップ６０７で
行う変換処理，つまり動画像コンテンツを構成するビデ
オデータの個数をクライアントが処理可能なビデオデー
タの個数となるようにする変換処理を具体的に説明する
ための図である。ここでは、サーバに用意されている動
画像コンテンツは、図５(b)に示す動画像５０４，５０
７，５１０の３つから構成されるものとし、クライアン
トが同時に処理可能な動画像は２つであるものとして説
明する。つまりこの場合、３つの動画データ５０６，５
０９，５１２を２つの動画データに変換する処理を行わ
なければ、クライアントは動画番組を再生できない。こ
のため本例では、動画データ５０６，５０９，５１２の
うち、動画データ５０６はそのままクライアントに送信
し、動画データ５０９，５１２を１つの動画データに合
成してから送信するものとする。

【００７９】次に動画データ５０９，５１２を１つの動
画データに合成する方法について説明する。復号化器７
０１，７０２はそれぞれ、動画データ５０９，５１２を
復号化して背景７０３と魚７０を再生し、合成器７０４
は、該背景７０３と魚７０を合成して１つの動画像７０
５を生成する。そして、符号化器７０６は、合成器７０
４により合成された動画像７０５を符号化し、生成され
た動画データ７０７をクライアントに送信する。

【００８０】このように、クライアントの処理能力が低
い場合、サーバは、複数の動画データを、クライアント
の処理能力に応じた数の動画データに変換して送信する
ので、クライアントに過度な負担をかけることなく、ク
ライアントの動画像処理能力により処理可能な最大数の
動画データからなる動画像コンテンツを配信することが
できる。

【００８１】図８は、サーバが提供する動画像コンテン
ツの中に、クライアントの処理能力を超えた個数のビデ
オデータから構成されるものが含まれている場合、動画
像コンテンツを構成する複数のビデオデータからクライ
アントが処理可能な個数分のビデオデータを選択して配
信するアルゴリズムを示す図（第３のフローチャート）
である。

【００８２】このサーバの配信処理では、ステップ８０
１〜ステップ８０６における処理は、図６に示す第２の
フローチャートのステップ６０１〜ステップ６０６の処
理と同様に行われる。

【００８３】そして、サーバは、クライアントが一度に
処理できるビデオデータの個数（Ｍ）が、動画像コンテ
ンツを構成するビデオデータの個数（Ｋ）よりも少ない
場合は、クライアントに送信するビデオデータの個数が
クライアントの処理可能なビデオデータ個数となるよう
に、Ｋ個のビデオデータから、Ｍ個以下のビデオデータ
を選択する（ステップ８０７）。そして、サーバは、選
択したビデオデータをクライアントに配信する（ステッ
プ８０８）。なお、図示されてないが、各ビデオデータ
には、それぞれの重要度を示す優先度情報があり、優先
度の高いビデオデータから送り出される。

【００８４】このように、クライアントの動画像処理能
力が低い場合は、サーバは、動画像コンテンツを構成す
る複数個分のビデオデータからクライアントの処理可能
な個数分のビデオデータを選択してクライアントに送信
することにより、クライアントに過度な負担をかけるこ
となく、クライアントの動画像処理能力により処理可能
な最大数のビデオデータからなる動画像コンテンツを配
信することができる。

【００８５】以上のように本実施の形態１による動画像
配信システムでは、クライアントが、ＨＴＴＰを用いて
Accept−headers情報にクライアントの動画像の符号化
方式や、同時に処理可能な動画像の個数に関する情報等
を記載してサーバに送信するので、サーバにクライアン
トの動画像処理能力に関する情報を伝達することができ
る。これによりサーバは、受信したAccept−headers情
報よりクライアントの動画像処理能力を分析し、クライ
アントの動画像処理能力に応じたバージョンの動画像コ
ンテンツを選択してクライアントに配信することができ
る。この結果、クライアントの処理能力に一番近い処理
能力が要求される動画像コンテンツを送信でき、クライ
アントの処理能力に応じた最高品質の動画像を提供する
ことができる。また携帯端末のように専用ハードウエア
で動画像を処理する端末装置においても専用ハードウエ
アを誤作動なく正常に動作させることができる。また、
サーバが提供する動画像を処理する能力をクライアント
が持たない場合は、サーバは動画データをクライアント
に送信しなくてもよいシステムとしたので、クライアン
トに過度な負担をかけることをなくすことができる。

【００８６】また、クライアントの動画像処理能力が低
い場合は、サーバはクライアントに送信する動画データ
を、クライアントの動画像処理能力に合わせた動画デー
タに変換して送信するので、クライアントに過度な負担
をかけることなくクライアントの処理能力により処理可
能な最高品質の動画像コンテンツを配信することができ
る。

【００８７】また、クライアントの動画像処理能力が低
い場合は、サーバは動画像コンテンツを構成する複数個
分のビデオデータからクライアントの処理可能な個数分
のビデオデータを選択してクライアントに送信するシス
テムとしたので、クライアントに過度な負担をかけるこ
となくクライアントの処理能力により処理可能な最大数
のビデオデータからなる動画像コンテンツを配信するこ
とができる。なお、本実施の形態１では、表現メディア
が動画像である場合について説明したが、表現メディア
は動画像に限らず、オーディオやその他のメディアであ
ってもよい。

【００８８】（実施の形態２）図９は、本発明の実施の
形態２による動画像配信システムを説明するための図で
ある。図９(a)は動画像配信システムの構成を示し、図
９(b)は動画像配信システムにおけるデータの流れを示
している。

【００８９】本実施の形態２による動画像配信システム
２０００は、動画像コンテンツ（または動画番組）のバ
ージョン一覧表（またはシーン記述）を送り、送ったバ
ージョン一覧表に基づいて指定されたバージョンのビデ
オデータを動画像コンテンツとして配信するサーバ（配
信装置）９０１と、サーバ９０１に動画像コンテンツの
配信を要求し、サーバ９０１から送られてきたバージョ
ン一覧表に基づいて自分の動画像処理能力に合ったバー
ジョンの動画像コンテンツを指定し、この指定に応じて
サーバから送信されるバージョンのビデオデータを受
け、動画像コンテンツを再生するクライアント（再生装
置）９０２と、サーバ９０１とクライアント９０２とを
結ぶネットワーク９１２と、により構成されている。こ
のシステム２０００では、図の矢印で示す流れに従って
サーバ９０１とクライアント９０２との間でデータのや
り取りが行なわれる。

【００９０】ここで、サーバ（配信装置）には、複数の
クライアント（再生端末装置）の動画像処理能力に応じ
て、ひとつの動画番組に対して、それぞれ異なるバージ
ョンの符号化方式で符号化した複数バージョンのビデオ
データが予め用意されており、また、各バージョンのビ
デオデータを処理するのに必要となる処理能力に関する
情報を示すバージョン一覧表（またはシーン記述）が予
め用意されているものとする。つまりサーバは、上記複
数バージョンのビデオデータ、および上記処理能力に関
する情報のバージョン一覧表（またはシーン記述）を格
納したデータ格納部を有している。そして、動画像配信
システム２０００では、サーバからは、サーバ側で用意
された各バージョンのビデオデータを処理するのに必要
な処理能力の情報がバージョン一覧表としてクライアン
トに伝達され、クライアントでは、バージョン一覧表に
基づいて自分の処理能力に合った動画像コンテンツ（ま
たは動画番組）が選択され、選択されたバージョンのビ
デオデータ（動画像コンテンツ）の配信要求がサーバに
対して行われる。

【００９１】図１０は、サーバ９０１からクライアント
９０２に送られる動画像コンテンツのバージョン一覧表
を示す図である。このバージョン一覧表では、各バージ
ョンの動画像コンテンツ毎にファイル名１００３，１０
０６，１００９が付されており、各ファイル別にメディ
アタイプ・サブタイプ１００４，１００７，１０１０
と、メディアナンバ１００５，１００８が、一列に記述
されている。

【００９２】次に動作について説明する。クライアント
９０２は、ネットワーク９１２を通してサーバ９０１に
動画像のコンテンツを要求する。この要求はＨＴＴＰの
ＧＥＴコマンド９０４を用いて行なわれる。このコマン
ド９０４は、abc．orgというサーバにあるvideoという
コンテンツを取得するときの送信コマンドである。サー
バ９０１は、クライアント９０２からの要求９０４を受
けると、予め１つの動画像コンテンツにつき用意した複
数バージョンの動画像コンテンツの一覧表（図１０に示
す動画像コンテンツのバージョン一覧表）１００１をク
ライアント９０２に送る。

【００９３】クライアント９０２は、サーバ９０１から
受け取ったバージョン一覧表に基づいて自分の動画像処
理能力に応じたバージョンのファイル名を選択し、選択
したファイル名をサーバ９０１に要求する。本例では、
図１０のバージョン一覧表において、videoという動画
像コンテンツからvideo_１というバージョンが選択され
ている。サーバ９０１は、クライアント９０２からの要
求に応じてファイル名video_１の動画像コンテンツをク
ライアント９０２に配信する。

【００９４】図１１は、サーバから受信したバージョン
一覧表よりクライアントが自分の動画像処理能力に応じ
たバージョンの動画像コンテンツを選択して、その配信
を要求するアルゴリズムを示す図（第４のフローチャー
ト）である。

【００９５】クライアントは、サーバより図１０に示す
バージョン一覧表を受信する（ステップ１１０１）。ク
ライアントは、ステップ１１０１で受信したバージョン
一覧表からクライアントが対応している符号化方式で処
理したバージョンの動画像コンテンツがあるかどうかを
確認する（ステップ１１０２）。この確認は各バージョ
ンのメディアタイプとサブタイプを用いて行われる。こ
のとき、対応している符号化方式で処理したバージョン
の動画像コンテンツがない場合は、クライアントは、ア
クセスを終了する（ステップ１１０９）。また、対応し
ている符号化方式で処理したバージョンの動画像コンテ
ンツがあれば、クライアントは、先のステップ１１０２
で該当した全てのバージョンの動画像コンテンツについ
て、各profile_levelとmedia_numberから動画像処理能
力に関する評価値ｙをそれぞれ計算する。また、同様
に、クライアントはその動画像処理能力に関する評価値
ｚも計算する（ステップ１１０３）。

【００９６】ここで、計算式（Ｉ）は、評価値ｙを計算
する式である。この計算式は、最大３２個の動画像を同
時に再生可能であるものとして作成したものである。ま
たprofile_levelは、Ａのクラスに属する機能がＢのク
ラスに属する機能に包含される場合、Ａのprofile_leve
lの値がＢのprofile_levelの値より小さい値となるもの
である。図１０のようにprofile_levelが指定されてい
ない場合は、最も基本のモードを用いて計算する。

【００９７】次に、クライアントはｙとｚの値を比較し
（ステップ１１０５）、ｙ≦ｚとなるバージョンの動画
像コンテンツがなければ、アクセスを終了する（ステッ
プ１１０９）。また、ｙ≦ｚとなるバージョンの動画像
コンテンツがあれば、ｙ≦ｚとなるバージョンの動画像
コンテンツのうちの、ｚ値に最も近いｙ値をもつバージ
ョンの動画像コンテンツをサーバに対し要求する（ステ
ップ１１０７）。

【００９８】その後、サーバから配信された動画像コン
テンツを受信再生し（ステップ１１０８）、アクセスを
終了する（ステップ１１０９）。

【００９９】このように、サーバは、各バージョン毎に
動画像の符号化方式や同時に処理可能な動画像の個数に
関する情報等を記載したバージョン一覧表をクライアン
トに送信するので、サーバで用意した複数のバージョン
の動画像コンテンツを処理するために必要な処理能力を
クライアントに教えることができる。またクライアント
は、サーバより動画像コンテンツのバージョン一覧表を
受信し、受信したバージョン一覧表に基づいて、クライ
アントの動画像処理能力に応じたバージョンの動画像コ
ンテンツを選択してサーバに要求するので、サーバは、
クライアントの処理能力により処理可能なバージョンの
動画像コンテンツのうちで最高品質のものを提供するこ
とができる。また、サーバの提供する動画像コンテンツ
が、クライアントの動画像処理能力を超えるものである
場合は、サーバは動画データをクライアントに送信しな
くてもよいシステムとしたので、クライアント側の動画
像処理に障害を与えることもない。

【０１００】図１３は、サーバからクライアントに送ら
れるシーン記述を示す図である。シーン記述とは、複数
のメディアを空間上および時間軸の上でどう配置するか
を示すもので、シーン記述の中には、あるシーンまたは
コンテンツを構成するメディア（テキスト，オーディ
オ，静止画像，ビデオなど）の所在情報が書かれてい
る。クライアントは、所定のメディアを表示する時間が
くると、該所在情報に基づいて、サーバに自動的にその
メディアのデータをアクセスする。代表的なシーン記述
にはＳＭＩＬ(Synchronized Multimedia Integration L
anguage)がある。ＳＭＩＬはＨＴＭＬと同じマークアッ
プ言語で、動画像に対応したものである。

【０１０１】図１３(a)に示すシーン記述１３０１で
は、タグ＜switch＞１３０３とタグ＜/switch＞１３１
３の間には、１つの動画像コンテンツに対して作成され
た複数バージョンの動画像コンテンツ（動画データ）の
情報が記載されており、タグ＜par＞１３０４とタグ＜/
par＞１３０９、またはタグ＜par＞１３１０とタグ＜/p
ar＞１３１１の間には、各バージョンの動画像コンテン
ツの情報が記載されている。特に、各タグ＜par＞１３
０４，１３１０に属性として、各バージョンの動画像コ
ンテンツのsystem−profile_level情報やsystem−media
_number情報がが、記載されている。また、タグ＜par＞
１３０４とタグ＜/par＞１３０９、またはタグ＜par＞
１３１０とタグ＜/par＞１３１１の間に記述されている
タグ＜video＞１３０５〜タグ＜video＞１３０８、また
はタグ＜video＞１３１２は、各バージョンの動画像コ
ンテンツを構成するビデオデータの情報であり、各タグ
＜par＞とタグ＜/par＞の間に記述されている個数分の
ビデオデータが、そのバージョンの動画像コンテンツを
再生するときに同時に復号化される。

【０１０２】つまりクライアントは、タグ＜switch＞１
３０３とタグ＜/switch＞１３１３の間に記述されてい
る複数バージョンの動画像コンテンツの中から、各タグ
＜par＞１３０４，１３１０に、属性として書かれてい
るsystem−profile_level情報やsystem−media_number
情報を判断基準として、最適なバージョンの動画像コン
テンツを選択することができる。

【０１０３】また図１３(b)に示すシーン記述１３０２
は、タグ＜par＞を用いるかわりに、各タグ＜video＞１
３１５〜＜video＞１３１７に、各バージョンの動画像
コンテンツの情報を属性として記述したものである。

【０１０４】クライアントは、タグ＜switch＞１３１４
とタグ＜/switch＞１３１８の間に記述されている複数
バージョンの動画像コンテンツの中から、各タグ＜vide
o＞１３１５，１３１６，１３１７に、属性として記述
されているsystem−profile_level情報やsystem−media
_number情報を判断基準として、最適なバージョンの動
画像コンテンツを選択する。

【０１０５】図１２は、サーバから受信したシーン記述
に基づいて、クライアントがその動画像処理能力に応じ
たバージョンの動画像コンテンツを選択してその配信を
要求するアルゴリズムを示す図（第５のフローチャー
ト）である。クライアントの配信要求の基本的な処理の
流れは図１１に示す第４フローチャートと同じである
が、ここでは図１０に示すバージョン一覧表の代わり
に、図１３に示すシーン記述に基づいてクライアントの
配信要求が行われる。また、クライアントには、シーン
記述として、profile_level情報やmedia_number情報を
含むものが送信される。これにより、クライアントは最
適な動画像コンテンツを選択して受信し、支障なく動画
像コンテンツを再生できる。

【０１０６】まず、クライアントは、図１３(a)または
(b)に示すシーン記述を受信する（ステップ１２０
１）。クライアントは、ステップ１２０１で受信した図
１３(a)（または図１３(b)）に示すシーン記述１３０１
（または１３０２）の各タグ＜par＞（または各メディ
アのバージョンの属性）を調べる（ステップ１２０
２）。以降のステップ１２０３から１２１０における処
理は、図１１に示すフローチャート図のステップ１１０
２からステップ１１０９における処理と同一である。

【０１０７】すなわち、クライアントは、ステップ１２
０２で調べたシーン記述に記載の複数のバージョンのう
ちから、クライアントの対応できる符号化方式に対応し
たバージョンであって、クライアントの動画像処理能力
により処理可能なバージョンを選択し（ステップ１２０
３，１２０４，１２０６）、該バージョンの中から選択
した最適なバージョンの動画像コンテンツの送信をサー
バに対して要求する（ステップ１２０８）。その後、ク
ライアントは、サーバから配信された動画像コンテンツ
を受信再生し（ステップ１２０９）、アクセスを終了す
る（ステップ１２１０）。

【０１０８】このように、サーバは各バージョン毎にpr
ofile_level情報やmedia_number情報を記載したシーン
記述をクライアントに送信するので、サーバ側で用意し
た動画像コンテンツを処理するために必要な能力をクラ
イアントに教えることができる。またクライアントは、
サーバよりprofile_level情報やmedia_number情報が記
載されたシーン記述を受信し、受信したシーン記述の中
から、クライアントの動画像処理能力に応じたバージョ
ンの動画像コンテンツを選択し、選択したバージョンの
動画像コンテンツをサーバに要求するので、サーバは、
クライアントの処理能力に一番近い処理能力が要求され
る、最高品質の動画像コンテンツをクライアントに提供
することができる。また、サーバの提供する動画像コン
テンツが、クライアントの動画像処理能力を超えるもの
である場合は、サーバは動画像コンテンツをクライアン
トに送信しなくてもよいので、クライアントの画像処理
に過度な負担をかけることがない。

【０１０９】以上のように、本実施の形態２における動
画像配信システムでは、サーバは、各バージョン毎に動
画像の符号化方式や同時に処理可能な動画像の個数に関
する情報等を記載したバージョン一覧表、またはシーン
記述をクライアントに送信することにより、サーバ側で
用意した複数のバージョンの動画像コンテンツ各々に対
応する、その処理のために必要な処理能力を、クライア
ントに教えることができる。これによりクライアント
は、受信したバージョン一覧表、またはシーン記述の中
からクライアントの動画像処理能力に合った動画像コン
テンツを選択して、サーバに要求することができる。こ
のため、サーバは、クライアントの処理能力に一番近い
処理能力が要求される最高品質の動画像コンテンツをク
ライアントに提供することができる。また、携帯端末の
ように専用ハードウエアで動画像の処理を行う場合でも
専用ハードウエアを誤作動なく正常に動作させることが
できる。

【０１１０】また、サーバの提供する動画像コンテンツ
が、クライアントの動画像処理能力を超えるものである
場合は、サーバは動画データをクライアントに送信しな
いので、クライアントの動画処理に過度な負荷を与える
ことをなくすことができる。

【０１１１】なお、本実施の形態２では、表現メディア
が動画像である場合について説明したが、表現メディア
はオーディオやそのほかのメディアであってもよい。

【０１１２】また、上記各実施の形態では、ＨＴＴＰプ
ロトコルを用いる場合について説明したが、通信プロト
コルはこれに限らずＨ．２４５のプロトコルを用いても
よい。この場合も、Ｈ．２４５のプロトコルを用いてク
ライアントの処理能力やサーバ側で用意したコンテンツ
を処理するのに必要な能力を、サーバとクライアントと
の間で情報交換することができる。また、この情報交換
の際に、クライアントの同時に処理可能な動画像の個数
や、サーバ側で用意した複数のバージョンの動画像コン
テンツの個数を、サーバとクライアントとの間で情報交
換することができる。

【０１１３】また、実施の形態１あるいは２における、
クライアント側で処理可能なバージョンの動画像コンテ
ンツがサーバ側に用意されているか否かを判定する処理
（図４のステップ４０４，４０６，図１１のステップ１
１０３，１１０５，図１２のステップ１２０４，１２０
６）は、計算式（I）に基づいて算出される評価値y，z
を用いる方法に限らず、サーバに用意されているバージ
ョンのうちに、クライアント側で処理可能なバージョン
があるか否かを、profile情報,level情報,及びmedea_nu
mber情報毎の個別判定処理により判定するようにしても
よい。

【０１１４】例えば、図１５に示すサーバの配信処理の
フローチャートは、図４におけるサーバの配信処理のフ
ローチャートにおけるステップ４０４，ステップ４０６
及びステップ４０８の処理を、profile情報の判定処理
（ステップ４０４ａ），level情報の比較判定（ステッ
プ４０４ｂ），medea_number情報の判定処理（ステップ
４０４ｃ），番組送信処理（ステップ４０４ｄ）に置き
換えたものである。

【０１１５】profile情報の判定処理（ステップ４０４
ａ）では、profile情報に基づいて、サーバに用意され
ているバージョンのうちに、クライアントの処理可能な
バージョンがあるか否かが判定され、クライアントの処
理可能なバージョンがなければサーバの配信処理が終了
する。

【０１１６】ステップ４０４ａにてクライアントの処理
可能なバージョンがあると判定された場合は、level情
報に基づいて、サーバに用意されているバージョンのう
ちに、クライアントの処理可能なバージョンがあるか否
かが判定され（ステップ４０４ｂ）、クライアントの処
理可能なバージョンがなければサーバの配信処理が終了
する。

【０１１７】ステップ４０４ｂにてクライアントの処理
可能なバージョンがあると判定された場合は、medea_nu
mber情報に基づいて、サーバに用意されているバージョ
ンのうちに、クライアントの処理可能なバージョンがあ
るか否かが判定され、クライアントの処理可能なバージ
ョンがなければサーバの配信処理が終了する。

【０１１８】ステップ４０４ｃにてクライアントの処理
可能なバージョンがあると判定された場合には、クライ
アントが処理可能な際高品質のバージョンの動画番組を
クライアントに送る（ステップ４０４ｄ）。

【０１１９】さらに、上記各実施の形態で示した動画像
配信システムを構成するサーバ（配信装置）やクライア
ント（再生端末装置）における動画像の処理をコンピュ
ータにより行うための処理プログラムを、フロッピー
（登録商標）ディスク等のデータ記憶媒体に記録するこ
とにより、上記各実施の形態で示したサーバ（配信装
置）やクライアント（再生端末装置）における動画像の
処理を、独立したコンピュータシステムにおいてソフト
ウエアにより簡単に実施することが可能となる。

【０１２０】図１６は、上記実施の形態１及び２の動画
像配信システムにおけるサーバ（配信装置）あるいはク
ライアント（再生端末装置）を、配信処理または再生処
理を行うためのプログラムを格納したフロッピーディス
クを用いて、ソフトウエアにより実現する場合を説明す
るための図である。

【０１２１】図１６(b) は、フロッピーディスクの正面
からみた外観、断面構造、及びフロッピーディスクを示
し、図１６(a) は、記録媒体本体であるフロッピーディ
スクの物理フォーマットの例を示している。フロッピー
ディスクＦＤはケースＦ内に内蔵され、該ディスクの表
面には、同心円状に外周からは内周に向かって複数のト
ラックＴｒが形成され、各トラックは角度方向に１６の
セクタＳｅに分割されている。従って、上記プログラム
を格納したフロッピーディスクでは、上記フロッピーデ
ィスクＦＤ上に割り当てられた領域に、上記プログラム
としてのデータが記録されている。

【０１２２】また、図１６(c) は、フロッピーディスク
ＦＤに上記プログラムの記録再生を行うための構成を示
す。上記プログラムをフロッピーディスクＦＤに記録す
る場合は、コンピュータシステムＣｓから上記プログラ
ムとしてのデータをフロッピーディスクドライブを介し
て書き込む。また、フロッピーディスク内のプログラム
により上記配信装置あるいは再生端末装置をコンピュー
タシステム中に構築する場合は、フロッピーディスクド
ライブによりプログラムをフロッピーディスクから読み
出し、コンピュータシステムに転送する。

【０１２３】なお、上記データ記録媒体はフロッピーデ
ィスクに限らず、データ記録媒体は、光ディスク、ＩＣ
カード、ＲＯＭカセット等、プログラムを記録できるも
のであればよい。

【０１２４】

【発明の効果】以上のように、この発明（請求項１）に
係る動画像配信システムによれば、動画番組を配信する
配信装置と、上記配信装置にアクセスして動画番組を再
生する再生端末装置とを有する動画像配信システムにお
いて、上記再生端末装置を、上記配信装置に動画番組の
配信を要求するとともに該再生端末装置における動画像
の処理能力に関する能力情報を送るものとし、上記配信
装置を、上記再生端末装置からの上記能力情報を分析
し、上記再生端末装置の処理能力を超えない動画番組を
上記再生端末装置に配信するものとしたので、配信装置
（サーバ）は、再生端末装置（クライアント）に過度な
負担をかけることなく、クライアントの処理能力に応じ
た動画番組を自動的に配信することができる。

【０１２５】この発明（請求項２）に係る再生端末装置
によれば、動画番組を配信する配信装置に動画番組の配
信を要求する配信要求部と、本再生端末装置における動
画像の処理能力に関する能力情報を上記配信装置に送る
能力情報送信部とを備えたので、配信装置（サーバ）
に、再生端末装置（クライアント）の処理能力に応じた
動画番組を自動的に配信させることが可能となる。

【０１２６】この発明（請求項３）によれば、請求項２
記載の再生端末装置において、上記能力情報を、上記再
生端末装置が復号できる動画符号化方式の名称、上記再
生端末装置が復号できる動画符号化方式のクラスを示す
名称、および上記再生端末装置が復号できる動画データ
の個数のうち、少なくともひとつを含む情報としたの
で、クライアントの動画像処理能力に関する情報をサー
バに伝達することができる。

【０１２７】この発明（請求項４）によれば、請求項２
記載の再生端末装置において、上記能力情報を、上記再
生端末装置が復号できるオーディオ符号化方式の名称、
上記再生端末装置が復号できるオーディオ符号化方式の
クラスを示す名称、および上記再生端末装置が復号でき
るオーディオデータの個数のうち、少なくともひとつを
含む情報としたので、クライアントの音声の処理能力に
関する情報をサーバに伝達することができる。

【０１２８】この発明（請求項５）に係る配信装置によ
れば、複数の再生端末装置の動画像処理能力に応じて、
ひとつの動画番組に対して、それぞれ異なるバージョン
の符号化方式により符号化した複数バージョンのビデオ
データを格納したデータ格納部を備え、上記動画番組を
再生する再生端末装置からの、該再生端末装置における
動画像の処理能力を示す能力情報を分析し、上記複数バ
ージョンのビデオデータの中から、上記再生端末装置の
処理能力を超えないバージョンのビデオデータを有する
動画番組を選択し、選択した動画番組を上記再生端末装
置へ配信するので、配信装置（サーバ）は、再生装置
（クライアント）に過度な負担をかけることなく、クラ
イアントの動画像処理能力に一番近い処理能力が要求さ
れる動画番組を自動的に配信することができる。

【０１２９】この発明（請求項６）によれば、請求項５
記載の配信装置において、上記データ格納部を、上記動
画番組に対する複数バージョンのビデオデータとして、
上記動画番組をそのまま符号化して得られるビデオデー
タ、上記動画番組をＮ個（Ｎは１より大きい整数）の動
画像にわけて別々に符号化して得られるＮ個のビデオデ
ータ、および上記動画番組を異なる符号化方式により符
号化して得られるビデオデータ、のうち少なくともひと
つを格納しているものとしたので、種々の符号化処理が
施された動画番組のうち、クライアントの動画像処理能
力に応じた動画番組に対応するビデオデータを配信する
ことができる。

【０１３０】この発明（請求項７）に係る配信装置によ
れば、動画番組を再生する再生端末装置からの、該再生
端末装置における動画像の処理能力を示す能力情報に基
づいて、上記再生端末装置の再生可能なビデオデータの
個数Ｍ（Ｍ＜Ｎの整数）と、上記動画番組を構成するビ
デオデータの個数Ｎ（Ｎは１より大きい整数）とを比較
する比較部を備え、Ｍ＜Ｎのとき、上記Ｎ個のビデオデ
ータをＭ個以下の複数のビデオデータに変換してから上
記再生端末装置に配信するので、配信装置（サーバ）か
ら再生端末装置（クライアント）に再生可能な個数以上
のビデオデータが配信されるのを回避できる。

【０１３１】この発明（請求項８）によれば、請求項７
記載の配信装置において、上記再生端末装置の再生可能
なビデオデータの個数Ｍを、Ｍ＝１としたので、配信装
置（サーバ）から再生端末装置に２以上のビデオデータ
が配信されるのを回避できる。

【０１３２】この発明（請求項９）に係る配信装置によ
れば、動画番組を再生する再生端末装置からの、該再生
端末装置における動画像の処理能力を示す能力情報に基
づいて、上記再生端末装置の再生可能なビデオデータの
個数Ｍ（Ｍ＜Ｎの整数）と、上記動画番組を構成するビ
デオデータの個数Ｎ（Ｎは１より大きい整数）とを比較
する比較部を備え、Ｍ＜Ｎのとき、上記Ｎ個のビデオデ
ータの中からＭ個以下のビデオデータを選択して上記再
生端末装置に配信するので、配信装置（サーバ）から再
生端末装置（クライアント）に、再生可能な個数以上の
ビデオデータが配信されるのを回避できる。

【０１３３】この発明（請求項１０）によれば、請求項
９記載の配信装置において、上記再生端末装置の再生可
能なビデオデータの個数Ｍを、Ｍ＝１としたので、配信
装置（サーバ）から再生端末装置に２以上のビデオデー
タが配信されるのを回避できる。

【０１３４】この発明（請求項１１）に係る動画像配信
システムによれば、配信装置を、複数の再生端末装置の
動画像処理能力に応じて、ひとつの動画番組に対して、
それぞれ異なるバージョンの符号化方式により符号化し
て得られる複数バージョンのビデオデータを格納すると
ともに、各バージョンの上記動画番組を構成するビデオ
データを処理するための処理能力に関する情報のバージ
ョン一覧表を格納したデータ格納部を有し、上記再生端
末装置による上記動画番組に対するアクセスに応答し
て、上記バージョン一覧表を上記再生端末装置に送るも
のとし、再生端末装置を、上記配信装置からの上記バー
ジョン一覧表を解析して該再生端末装置における処理能
力を超えないバージョンの動画番組を選択して配信を要
求するものとしたので、再生端末装置（クライアント）
では、クライアント側にて選択したバージョンの動画番
組を配信装置に配信させることができる。

【０１３５】この発明（請求項１２）に係る再生端末装
置によれば、配信装置からのバージョン一覧表を解析し
て、本再生端末装置における処理能力を超えないバージ
ョンの動画番組を選択し、選択された動画番組の配信を
要求する配信要求部を備え、上記配信装置からのバージ
ョン一覧表を、複数の再生端末装置の動画像処理能力に
応じて、ひとつの動画番組に対して、それぞれ異なるバ
ージョンの符号化方式により符号化処理を施して得られ
る各バージョンのビデオデータを処理するための処理能
力に関する情報の一覧表としたので、再生端末装置（ク
ライアント）では、クライアント側にて選択したバージ
ョンの動画番組を配信装置に配信させることができる。

【０１３６】この発明（請求項１３）によれば、請求項
１２記載の再生端末装置において、上記処理能力に関す
る情報を、上記動画番組を復号化するための動画符号化
方式の名称、上記動画番組を復号化するための動画符号
化方式のクラスを示す名称、および上記動画番組を構成
する動画データの個数のうちの、少なくともひとつとし
たので、サーバ側で用意した動画像を処理するために必
要な能力情報をクライアントに教えることができる。

【０１３７】この発明（請求項１４）によれば、請求項
１２記載の再生端末装置において、上記処理能力に関す
る情報を、上記動画番組を復号化するためのオーディオ
符号化方式の名称、上記動画番組を復号化するためのオ
ーディオ符号化方式のクラスを示す名称、および上記動
画番組を構成するオーディオデータの個数のうちの、少
なくともひとつとしたので、サーバ側で用意した音声を
処理するために必要な能力情報をクライアントに教える
ことができる。

【０１３８】この発明（請求項１５）に係る再生端末装
置によれば、配信装置からのシーン記述データを解析し
て本再生端末装置における処理能力を超えないバージョ
ンの動画番組を選択し、該選択されたバージョンの動画
番組の配信を要求する配信要求部を備え、上記配信装置
からのシーン記述データを、複数の再生端末装置の動画
像処理能力に応じて、ひとつの動画番組に対して、それ
ぞれ異なるバージョンの符号化方式により符号化処理を
施して得られる各バージョンのビデオデータを処理する
ための処理能力に関する情報と、各バージョンの上記動
画番組を構成するビデオデータの所在情報が少なくとも
記載された、上記動画番組の構成を記述するデータとし
たので、再生端末装置（クライアント）では、クライア
ント側にて選択したバージョンの動画番組を配信装置に
配信させることができる。

【０１３９】この発明（請求項１６）によれば、請求項
１５記載の再生端末装置において、上記シーン記述デー
タを、動画像処理能力を評価するための属性として、上
記各バージョンの上記動画番組を構成する動画像の個数
を示す記述要素を含むデータとしたので、サーバ側で用
意した動画像を処理するために必要な能力情報をクライ
アントに教えることができる。

【０１４０】この発明（請求項１７）に係る情報交換用
データ構造によれば、動画番組を配信する配信装置と、
上記配信装置にアクセスして動画番組を再生する再生端
末装置とを有する動画像配信システムにおける再生端末
装置の能力情報を交換する際に用いる情報交換用データ
構造であって、上記再生端末装置が復号可能な動画デー
タの個数を示す情報、および上記再生端末装置が復号可
能なオーディオデータの個数を示す情報、のうち、少な
くともひとつを含むので、配信装置（サーバ）側で用意
した動画像、および音声を処理するために必要な能力情
報を再生装置（クライアント）に教えることができる。

【０１４１】この発明（請求項１８）に係るデータ記憶
媒体によれば、コンピュータにより、配信装置から配信
された動画番組を再生する再生端末側処理を行うための
プログラムを、コンピュータが、上記配信装置に動画番
組の配信を要求するための配信要求プログラムと、コン
ピュータが、再生端末側処理の能力に関する能力情報を
上記配信装置に送る情報送信プログラムとを含むプログ
ラムとしたので、配信装置（サーバ）に、再生端末装置
（クライアント）の処理能力に応じた動画番組を自動的
に配信させることが可能な再生端末装置（クライアン
ト）を、ソフトウエアにより実現可能となる。

【０１４２】この発明（請求項１９）に係るデータ記憶
媒体によれば、コンピュータにより、動画番組を再生端
末装置へ配信する配信処理を行うためのプログラムを、
コンピュータが、複数の再生端末装置の動画像処理能力
に応じて、ひとつの動画番組に対して、それぞれ異なる
バージョンの符号化方式により符号化して得られる複数
バージョンのビデオデータをデータ格納部に格納するた
めのデータ格納プログラムと、コンピュータが、上記動
画番組を再生する再生端末装置からの、該再生端末装置
における動画像の処理能力を示す能力情報を分析するた
めの分析プログラムと、コンピュータが、上記複数バー
ジョンのビデオデータの中から、上記再生端末装置の処
理能力を超えないバージョンのビデオデータを有する動
画番組を選択するデータ選択プログラムと、コンピュー
タが、上記選択した動画番組を上記再生端末装置へ配信
するための配信プログラムとを含むプログラムとしたの
で、再生装置（クライアント）に過度な負担をかけるこ
となく、クライアントの動画像処理能力に一番近い処理
能力が要求される動画番組を自動的に配信することがで
きる配信装置（サーバ）をソフトウエアにより実現する
ことができる。

【０１４３】この発明（請求項２０）に係るデータ記憶
媒体によれば、コンピュータにより、配信装置から配信
された動画番組を再生する再生端末側処理を行うための
プログラムを、コンピュータが、上記配信装置からのバ
ージョン一覧表を解析するための解析プログラムと、コ
ンピュータが、上記再生端末側処理の能力を超えないバ
ージョンの動画番組を選択するための選択プログラム
と、コンピュータが、該選択された動画番組の配信を要
求する配信要求プログラムとを含むものとし、上記配信
装置からのバージョン一覧表を、複数の再生端末装置の
動画像処理能力に応じて、ひとつの動画番組に対して、
それぞれ異なるバージョンの符号化方式により符号化処
理を施して得られる各バージョンのビデオデータを処理
するための処理能力に関する情報の一覧表としたので、
クライアント側にて選択したバージョンの動画番組を配
信装置に配信させることができる再生端末装置（クライ
アント）をソフトウエアにより実現可能となる。

【図面の簡単な説明】

【図１】本実施の形態１による動画像配信システムを説
明するための模式図である。

【図２】クライアントの動画像処理能力に関する情報を
含んだAccept−headersの第１形式を示す図である。

【図３】図３(a)は、Accept−headersに含まれる情報を
説明するための図であり、図３(b)は、Accept−headers
の第２形式を示す図である。

【図４】本実施の形態１による動画像配信システムにお
いて、サーバが１つの動画像コンテンツにつき用意した
複数バージョンの動画データの中から、クライアントの
動画像処理能力に応じたバージョンの動画データを有す
る動画像コンテンツを選択するアルゴリズムの第１フロ
ーチャート図である。

【図５】図５は、１つの動画像コンテンツから複数バー
ジョンの動画データを作成する方法を説明するための図
である。

【図６】本実施の形態１による動画像配信システムにお
いて、サーバが提供する動画像コンテンツを構成する動
画データを、必要があればクライアントの動画像処理能
力に応じた動画データに変換して配信するアルゴリズム
の第２フローチャート図である。

【図７】動画像コンテンツを構成する動画像の個数をク
ライアントが処理可能な動画像の個数となるように変換
する方法を説明するための図である。

【図８】本実施の形態１による動画像配信システムにお
いて、サーバが提供する動画像コンテンツの中に、クラ
イアントの処理能力を超えた個数のビデオデータ数が含
まれている場合、動画像コンテンツを構成するビデオデ
ータからクライアントの処理可能な個数分のビデオデー
タを選択して配信するアルゴリズムの第３フローチャー
ト図である。

【図９】本実施の形態２による動画像配信システムを説
明するための模式図である。

【図１０】本実施の形態２による動画像配信システムに
おいて、サーバからクライアントに送られる動画像コン
テンツバージョンの一覧表を示す図である。

【図１１】本実施の形態２による動画像配信システムに
おいて、サーバから受信したバージョン一覧表よりクラ
イアントが自分の動画像処理能力に応じたバージョンの
動画像を選択して配信を要求するアルゴリズムの第４フ
ローチャート図である。

【図１２】本発明の第２実施の形態による動画像配信シ
ステムにおいて、サーバから受信したシーン記述よりク
ライアントが自分の動画像処理能力に応じたバージョン
の動画像を選択して配信を要求するアルゴリズムの第５
フローチャート図である。

【図１３】図１３は、サーバからクライアントに送られ
るシーン記述を示す図である。特に図１３(a)は、各バ
ージョンの動画像の情報を＜par＞の属性として記述し
た例を示す図であり、図１３(b)は、各バージョンの動
画像の情報を各メディアの属性として記述した例を示す
図である。

【図１４】ＭＰＥＧ−４規格にて規定されているprofil
e_levelの値を示す図である。

【図１５】上記実施の形態１における、計算式（Ｉ）を
用いた評価結果に基づいて動画像コンテンツを選択する
ステップ４０４，４０６，４０８に代えて、profile情
報,level情報,及びmedea_number情報に対する個別の判
定結果に基づいて動画像コンテンツを選択するステップ
４０４ａ〜４０４ｄを含むサーバの配信処理を示すフロ
ーチャート図である。

【図１６】図１６(a) ，(b) ，(c) は、上記各実施の形
態における動画像配信システムの処理をコンピュータシ
ステムにより実現するためのプログラムを格納するため
のデータ記憶媒体について説明するための図である。

【図１７】従来の、クライアントがサーバに対しテキス
トコンテンツを要求するときに、サーバがコンテンツを
選択し送信するシステムを説明するための図である。

【図１８】従来の、クライアントがサーバに対しテキス
トコンテンツを要求するときに、クライアントがコンテ
ンツを選択するシステムを説明するための図である。

【図１９】従来の、伝送レートに応じて用意された複数
の動画データの各動画像コンテンツの構成を示したシー
ン記述の一部を示す図である。

【符号の説明】

１０１，９０１，１７０１ サーバ １０２，９０２，１７０２ クライアント １０４，９０７ 動画番組選択処理 １０９，９１２，１７０９ ネットワーク １０００，２０００ 動画像配信システム

Claims (20)

【特許請求の範囲】
1. 【請求項１】 動画番組を配信する配信装置と、上記配
   信装置にアクセスして動画番組を再生する再生端末装置
   とを有する動画像配信システムであって、 上記再生端末装置は、上記配信装置に動画番組の配信を
   要求するとともに該再生端末装置における動画像の処理
   能力に関する能力情報を送るものであり、 上記配信装置は、上記再生端末装置からの上記能力情報
   を分析し、上記再生端末装置の処理能力を超えない動画
   番組を上記再生端末装置に配信するものである、ことを
   特徴とする動画像配信システム。
2. 【請求項２】 動画番組を配信する配信装置にアクセス
   して動画番組を再生する再生端末装置であって、 上記配信装置に動画番組の配信を要求する配信要求部
   と、 本再生端末装置における動画像の処理能力に関する能力
   情報を上記配信装置に送る能力情報送信部とを備えた、
   ことを特徴とする再生端末装置。
3. 【請求項３】 請求項２記載の再生端末装置において、 上記能力情報は、上記再生端末装置が復号処理に使用可
   能な動画符号化方式の名称、上記再生端末装置が復号処
   理に使用可能な動画符号化方式のクラスを示す名称、お
   よび上記再生端末装置が復号できる動画データの個数の
   うち、少なくともひとつを含むものであることを特徴と
   する再生端末装置。
4. 【請求項４】 請求項２記載の再生端末装置において、 上記能力情報は、上記再生端末装置が復号処理に使用可
   能なオーディオ符号化方式の名称、上記再生端末装置が
   復号処理に使用可能なオーディオ符号化方式のクラスを
   示す名称、および上記再生端末装置が復号できるオーデ
   ィオデータの個数のうち、少なくともひとつを含むもの
   であることを特徴とする再生端末装置。
5. 【請求項５】 動画番組を配信する配信装置であって、 複数の再生端末装置の動画像処理能力に応じて、ひとつ
   の動画番組に対して、それぞれ異なるバージョンの符号
   化方式により符号化した複数バージョンのビデオデータ
   を格納したデータ格納部を備え、 上記動画番組を再生する再生端末装置からの、該再生端
   末装置における動画像の処理能力を示す能力情報を分析
   し、上記複数バージョンのビデオデータの中から、上記
   再生端末装置の処理能力を超えないバージョンのビデオ
   データを有する動画番組を選択し、選択した動画番組を
   上記再生端末装置へ配信するものである、ことを特徴と
   する配信装置。
6. 【請求項６】 請求項５記載の配信装置において、 上記データ格納部は、上記動画番組に対する複数バージ
   ョンのビデオデータとして、上記動画番組をそのまま符
   号化して得られるビデオデータ、上記動画番組をＮ個
   （Ｎは１より大きい整数）の動画像にわけて別々に符号
   化して得られるＮ個のビデオデータ、および上記動画番
   組を異なる符号化方式により符号化して得られるビデオ
   データ、のうち少なくともひとつを格納しているもので
   あることを特徴とする配信装置。
7. 【請求項７】 動画番組を配信する配信装置であって、 上記動画番組を再生する再生端末装置からの、該再生端
   末装置における動画像の処理能力を示す能力情報に基づ
   いて、上記再生端末装置の再生可能なビデオデータの個
   数Ｍ（Ｍ＜Ｎの整数）と、上記動画番組を構成するビデ
   オデータの個数Ｎ（Ｎは１より大きい整数）とを比較す
   る比較部を備え、Ｍ＜Ｎのとき、上記Ｎ個のビデオデー
   タをＭ個以下の複数のビデオデータに変換してから上記
   再生端末装置に配信するものである、ことを特徴とする
   配信装置。
8. 【請求項８】 請求項７記載の配信装置において、 上記再生端末装置の再生可能なビデオデータの個数Ｍ
   は、Ｍ＝１であることを特徴とする配信装置。
9. 【請求項９】 動画番組を配信する配信装置であって、 上記動画番組を再生する再生端末装置からの、該再生端
   末装置における動画像の処理能力を示す能力情報に基づ
   いて、上記再生端末装置の再生可能なビデオデータの個
   数Ｍ（Ｍ＜Ｎの整数）と、上記動画番組を構成するビデ
   オデータの個数Ｎ（Ｎは１より大きい整数）とを比較す
   る比較部を備え、Ｍ＜Ｎのとき、上記Ｎ個のビデオデー
   タの中からＭ個以下のビデオデータを選択して上記再生
   端末装置に配信するものである、ことを特徴とする配信
   装置。
10. 【請求項１０】 請求項９記載の配信装置において、 上記再生端末装置の再生可能なビデオデータの個数Ｍ
    は、Ｍ＝１であることを特徴とする配信装置。
11. 【請求項１１】 動画番組を配信する配信装置と、上記
    配信装置にアクセスして動画番組を再生する再生端末装
    置とを有する動画像配信システムであって、 上記配信装置は、複数の再生端末装置の動画像処理能力
    に応じて、ひとつの動画番組に対して、それぞれ異なる
    バージョンの符号化方式により符号化して得られる複数
    バージョンのビデオデータを格納するとともに、各バー
    ジョンの上記動画番組を構成するビデオデータを処理す
    るための処理能力に関する情報のバージョン一覧表を格
    納したデータ格納部を有し、上記再生端末装置による上
    記動画番組に対するアクセスに応答して、上記バージョ
    ン一覧表を上記再生端末装置に送るものであり、 上記再生端末装置は、上記配信装置からの上記バージョ
    ン一覧表を解析して該再生端末装置における処理能力を
    超えないバージョンの動画番組を選択して配信を要求す
    るものである、ことを特徴とする動画像配信システム。
12. 【請求項１２】 動画番組を配信する配信装置にアクセ
    スして動画番組を再生する再生端末装置であって、 上記配信装置からのバージョン一覧表を解析して、本再
    生端末装置における処理能力を超えないバージョンの動
    画番組を選択し、選択された動画番組の配信を要求する
    配信要求部を備え、 上記配信装置からのバージョン一覧表は、複数の再生端
    末装置の動画像処理能力に応じて、ひとつの動画番組に
    対して、それぞれ異なるバージョンの符号化方式により
    符号化処理を施して得られる各バージョンのビデオデー
    タを処理するための処理能力に関する情報の一覧表であ
    る、ことを特徴とする再生端末装置。
13. 【請求項１３】 請求項１２記載の再生端末装置におい
    て、 上記処理能力に関する情報は、上記動画番組を復号化す
    るための動画符号化方式の名称、上記動画番組を復号化
    するための動画符号化方式のクラスを示す名称、および
    上記動画番組を構成する動画データの個数のうちの、少
    なくともひとつであることを特徴とする再生端末装置。
14. 【請求項１４】 請求項１２記載の再生端末装置におい
    て、 上記処理能力に関する情報は、上記動画番組を復号化す
    るためのオーディオ符号化方式の名称、上記動画番組を
    復号化するためのオーディオ符号化方式のクラスを示す
    名称、および上記動画番組を構成するオーディオデータ
    の個数のうちの、少なくともひとつであることを特徴と
    する再生端末装置。
15. 【請求項１５】 動画番組を配信する配信装置にアクセ
    スして動画番組を再生する再生端末装置であって、 上記配信装置からのシーン記述データを解析して本再生
    端末装置における処理能力を超えないバージョンの動画
    番組を選択し、該選択されたバージョンの動画番組の配
    信を要求する配信要求部を備え、 上記配信装置からのシーン記述データは、複数の再生端
    末装置の動画像処理能力に応じて、ひとつの動画番組に
    対して、それぞれ異なるバージョンの符号化方式により
    符号化処理を施して得られる各バージョンのビデオデー
    タを処理するための処理能力に関する情報と、各バージ
    ョンの上記動画番組を構成するビデオデータの所在情報
    が少なくとも記載された、上記動画番組の構成を記述す
    るデータである、ことを特徴とする再生端末装置。
16. 【請求項１６】 請求項１５記載の再生端末装置におい
    て、 上記シーン記述データは、動画像処理能力を評価するた
    めの属性として、上記各バージョンの上記動画番組を構
    成する動画像の個数を示す記述要素を含むものであるこ
    とを特徴とする再生端末装置。
17. 【請求項１７】 動画番組を配信する配信装置と、上記
    配信装置にアクセスして動画番組を再生する再生端末装
    置とを有する動画像配信システムにおける再生端末装置
    の能力情報を交換する際に用いる情報交換用データ構造
    であって、 上記再生端末装置が復号可能な動画データの個数を示す
    情報、および上記再生端末装置が復号可能なオーディオ
    データの個数を示す情報、のうち、少なくともひとつを
    含むことを特徴とする情報交換用データ構造。
18. 【請求項１８】 コンピュータにより、配信装置から配
    信された動画番組を再生する再生端末側処理を行うため
    のプログラムを格納したデータ記憶媒体であって、 上記プログラムは、 コンピュータが、上記配信装置に動画番組の配信を要求
    するための配信要求プログラムと、 コンピュータが、再生端末側処理の能力に関する能力情
    報を上記配信装置に送る情報送信プログラムとを含むこ
    とを特徴とするデータ記憶媒体。
19. 【請求項１９】 コンピュータにより、動画番組を再生
    端末装置へ配信する配信処理を行うためのプログラムを
    格納したデータ記憶媒体であって、 上記プログラムは、 コンピュータが、複数の再生端末装置の動画像処理能力
    に応じて、ひとつの動画番組に対して、それぞれ異なる
    バージョンの符号化方式により符号化して得られる複数
    バージョンのビデオデータをデータ格納部に格納するた
    めのデータ格納プログラムと、 コンピュータが、上記動画番組を再生する再生端末装置
    からの、該再生端末装置における動画像の処理能力を示
    す能力情報を分析するための分析プログラムと、 コンピュータが、上記複数バージョンのビデオデータの
    中から、上記再生端末装置の処理能力を超えないバージ
    ョンのビデオデータを有する動画番組を選択するデータ
    選択プログラムと、 コンピュータが、上記選択した動画番組を上記再生端末
    装置へ配信するための配信プログラムとを含むものであ
    ることを特徴とするデータ記憶媒体。
20. 【請求項２０】 コンピュータにより、配信装置から配
    信された動画番組を再生する再生端末側処理を行うため
    のプログラムを格納したデータ記憶媒体であって、 上記プログラムは、 コンピュータが、上記配信装置からのバージョン一覧表
    を解析するための解析プログラムと、 コンピュータが、上記再生端末側処理の能力を超えない
    バージョンの動画番組を選択するための選択プログラム
    と、 コンピュータが、該選択された動画番組の配信を要求す
    る配信要求プログラムとを含むものであり、 上記配信装置からのバージョン一覧表は、複数の再生端
    末装置の動画像処理能力に応じて、ひとつの動画番組に
    対して、それぞれ異なるバージョンの符号化方式により
    符号化処理を施して得られる各バージョンのビデオデー
    タを処理するための処理能力に関する情報の一覧表であ
    ることを特徴とするデータ記憶媒体。