JP2003333569A - ファイルフォーマット、情報処理システム、情報処理装置および方法、記録媒体、並びにプログラム - Google Patents

Abstract

(57)【要約】 【課題】 配信処理に必要な負荷を軽減する。 【解決手段】 配信サーバは、コンテンツ作成装置によ
り作成されたコンテンツデータ２５０を取得すると、要
求された解像度や画質のレベルに基づいて、抽出するデ
ータの評価値の閾値を設定し、その閾値より大きい値の
評価値を有するプライオリティ２７２−１乃至２７２−
Ｎを検索し、動画像データ２６０の対応する部分を抽出
する。すなわち、配信するデータサイズを抑える場合、
配信サーバは、評価値の閾値を高く設定し、抽出される
データ量を抑制し、低解像度、低画質な画像に対応する
データを配信する。逆に、動画像データ２６０から、配
信するデータサイズを大きくする場合、配信サーバは、
評価値の閾値を低く設定し、抽出されるデータ量を増加
させ、高画質かつ高解像度な画像に対応するデータを配
信する。本発明は、パーソナルコンピュータに適用でき
る。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明はファイルフォーマッ
ト、情報処理システム、情報処理装置および方法、記録
媒体、並びにプログラムに関し、特に、配信用のコンテ
ンツデータの一部または全部を配信するための設定情報
をコンテンツデータに付加するようにすることにより、
配信処理に必要な負荷を軽減することができるようにす
るファイルフォーマット、情報処理システム、情報処理
装置および方法、記録媒体、並びにプログラムに関す
る。

【０００２】

【従来の技術】近年、インターネットを介して、動画像
等のデータを取得しながらリアルタイムに表示ができる
ストリーミングデータを配信するサービスが普及しつつ
ある。

【０００３】ネットワークを利用した動画像のストリー
ミングにおいては、ネットワーク帯域の太さや受信する
端末の能力によりストリームのレートが制限されるの
で、それぞれに応じたストリーミングを行う必要があ
る。

【０００４】また、全方位画像のような様々な視点を持
つ画像から、ユーザが自分の好む視点を選択して見るこ
とを可能とする新しい画像空間のサービスが始まりつつ
ある。このような全方位画像のような多視点画像は、ユ
ーザが実際に見ている画像(あるいは表示されている画
像)以外に空間全体を構成する画像を含むので、そのデ
ータ量は膨大である。

【０００５】そのため、ネットワークや送受信側の装置
の負荷を減らすために、全ての画像を配信するのでなく
必要な画像だけを配信する必要がある。

【０００６】しかしながら、配信側において、上述した
場合を想定し、レートや視点の組み合わせについて、全
てのパターンのコンテンツデータを予め用意しておくこ
とは、編集、保存、および管理等に関して、莫大なコス
トがかかり、現実的ではない。

【０００７】これに対して、例えば、JPEG2000（Joint
Photographic Expert Group 2000）等のような、１つの
圧縮されたデータより受信側の必要な部分のデータのみ
を抽出し、配信することができるコーデックを用いる方
法がある。

【０００８】一般に、動画像データをストリーミング配
信する場合、配信サーバは、配信する動画像データを、
ストリーミングのためのコンテンツデータとして、所定
のファイルフォーマットで保存している。そのコンテン
ツデータには、実際にストリーミング配信される動画像
データと、その動画像データをストリーミングするため
の一般的な情報である情報トラック（例えば、送信する
データのファイル中の位置、サイズ、若しくは時間等の
情報、または、ネットワークを介して送信するためのパ
ケット化に関する情報等）が含まれている。

【０００９】動画像データは、所定のサイズでパケット
化され、例えば、RTP（Real-time Transport Protoco
l）等の伝送プロトコルを用いて、受信側に配信され
る。

【００１０】図１は、従来のファイルフォーマットによ
るコンテンツデータの構成例を示す図である。

【００１１】図１において、配信サーバ（図示せず）が
保持するコンテンツデータ１には、ストリーミング配信
するデータである動画像データ１０、および、動画像デ
ータ１０を配信するための一般的な情報である情報トラ
ック２０が含まれている。

【００１２】情報トラック２０には、それぞれ、RTPパ
ケット単位の動画像データに対応するエントリ２１−１
乃至２１−Nが含まれている。動画像データ１０は、こ
れらのエントリ２１−１乃至２１−Nに基づいて、パケ
ット化され、配信される。

【００１３】

【発明が解決しようとする課題】しかしながら、上述し
たような場合、エントリには、レートや視点位置の組み
合わせに関する情報は含まれておらず、配信サーバは、
ストリーミングの際に、コンテンツデータを配信可能な
配信データに変換し、受信側の要求やネットワークの状
況等に応じて配信データから実際に配信する部分を探し
出して抽出し、その抽出したデータを配信しなければな
らず、配信サーバに大きな負荷がかかってしまうという
課題があった。

【００１４】図２は、従来のストリーミング配信方法の
例を示す図である。

【００１５】図２において、配信サーバ（図示せず）
は、最初にコンテンツデータ１の動画像データ１０を配
信するために情報トラック２０の最初のエントリである
エントリ２１−１に基づいて、動画像データ１０より対
応する部分を抽出し、データ３１とする。

【００１６】そして、配信サーバは、受信側の要求やネ
ットワークの状況等に応じて、実際に送信する送信デー
タであるデータ３１Ａをデータ３１より抽出する。従っ
て、配信サーバは、ストリーミングの際に多くの処理を
行わなければならず、負荷が大きくなってしまう。

【００１７】これに対して、配信サーバが、予めコンテ
ンツデータに、レートや視点の組み合わせについて、全
てのパターンの情報トラックを含めるようにすることが
考えられる。

【００１８】図３は、複数の情報トラックを有するコン
テンツデータの例を示す図である。

【００１９】図３において、コンテンツデータ４０に
は、配信される動画像データ１０に対応する２つの情報
トラック５０および６０が含まれている。図１において
示される情報トラック２０の場合と同様に、情報トラッ
ク５０には、エントリ５１−１乃至５１−Nが含まれて
おり、情報トラック６０には、エントリ６１−１乃至６
１−Nが含まれている。

【００２０】図３において、情報トラックは、配信され
る動画像データ１０のレートおよび視点位置の組み合わ
せ毎のデータであり、情報トラック５０が対応するレー
トおよび視点位置の組み合わせ、並びに、情報トラック
６０が対応するレートおよび視点位置の組み合わせは互
いに異なる。

【００２１】以上のように、コンテンツデータに複数の
情報トラックを含めるようにし、全てのレートおよび視
点位置の組み合わせに対応できるようにする方法が考え
られるが、この場合、多くの情報トラックを用意しなけ
ればならず、やはり、配信サーバに多大な負荷がかかっ
てしまう場合がある。

【００２２】本発明はこのような状況に鑑みてなされた
ものであり、配信処理に必要な負荷を軽減することがで
きるようにするものである。

【００２３】

【課題を解決するための手段】本発明のファイルフォー
マットは、画像データと、画像データをパケット化する
ための情報を含む複数のエントリと、パケット単位で分
割される画像データに関する情報を含む、エントリに付
加される付加情報と有することを特徴とする。

【００２４】前記エントリは、画像データに関するパケ
ット毎の情報であるようにすることができる。

【００２５】前記付加情報は、分割される画像データの
重要度の情報を含むようにすることができる。

【００２６】前記付加情報は、分割される画像データに
対応する画像の、全体画像に対する位置情報を含むよう
にすることができる。

【００２７】前記付加情報は、エントリに基づいて画像
データがパケット化される際に参照される情報であるよ
うにすることができる。

【００２８】前記付加情報は、その内容が所定の条件を
満たす場合に、画像データがパケット化され、配信され
る情報であるようにすることができる。

【００２９】前記パケットは、RTPに基づくRTPパケット
であり、画像データはJPEG2000のデータであるようにす
ることができる。

【００３０】本発明の情報処理システムは、ネットワー
クに接続され、画像データを配信する第１の情報処理装
置と、ネットワークに接続され、第１の情報処理装置よ
り配信された画像データを取得する第２の情報処理装置
とを備える情報処理システムであって、第１の情報処理
装置は、画像データをパケット化するための情報を含む
エントリに、パケット単位で分割される画像データに関
する情報からなる付加情報を付加する付加手段と、付加
手段により付加された付加情報に基づいて、画像データ
をパケット化するか否かをエントリ毎に判定する判定手
段と、判定手段による判定結果に基づいて、画像データ
をパケット化するパケット化手段と、パケット化手段に
よりパケット化された画像データを配信する配信手段と
を備え、第２の情報処理装置は、配信手段により配信さ
れた画像データを取得する取得手段と、取得手段により
取得された画像データに対応する画像を出力する出力手
段とを備えることを特徴とする。

【００３１】本発明の情報処理装置は、画像データをパ
ケット化するための情報を含むエントリに、パケット単
位で分割される画像データに関する情報からなる付加情
報を付加する付加手段と、付加手段により付加された付
加情報に基づいて、画像データをパケット化するか否か
を前記エントリ毎に判定する判定手段と、判定手段によ
る判定結果に基づいて、画像データをパケット化するパ
ケット化手段と、パケット化手段によりパケット化され
た画像データを配信する配信手段とを備えることを特徴
とする。

【００３２】前記エントリは、画像データに関する、パ
ケット毎の情報であるようにすることができる。

【００３３】前記付加情報は、分割される画像データの
重要度の情報を含むようにすることができる。

【００３４】他の情報処理装置より負荷状況に関する情
報を取得する取得手段と、取得手段により取得された負
荷状況に関する情報に基づいて、判定手段による判定の
ための閾値を設定する閾値設定手段とをさらに備え、判
定手段は、閾値設定手段により設定された閾値と、付加
情報に含まれる画像データの重要度を比較し、画像デー
タをパケット化するか否かを判定するようにすることが
できる。

【００３５】前記取得手段により他の情報処理装置より
さらに取得された、新たな負荷状況に関する情報に基づ
いて、閾値設定手段により設定された閾値を再設定する
閾値再設定手段をさらに備え、判定手段は、閾値再設定
手段により再設定された閾値と、付加情報に含まれる画
像データの重要度を比較し、画像データをパケット化す
るか否かをさらに判定するようにすることができる。

【００３６】前記付加情報は、分割される画像データに
対応する画像の、全体画像に対する第１の位置情報を含
むようにすることができる。

【００３７】他の情報処理装置より、他の情報処理装置
のユーザが要求する第２の位置情報を取得する取得手段
をさらに備え、判定手段は、取得手段により取得された
第２の位置情報と、付加情報に含まれる第１の位置情報
を比較し、画像データをパケット化するか否かを判定す
るようにすることができる。

【００３８】前記判定手段は、取得手段により他の情報
処理装置よりさらに取得された、新たな第２の位置情報
と、付加情報に含まれる第１の位置情報を比較し、画像
データをパケット化するか否かをさらに判定するように
することができる。

【００３９】本発明の情報処理方法は、画像データをパ
ケット化するための情報を含むエントリに、パケット単
位で分割される画像データに関する情報からなる付加情
報を付加する付加ステップと、付加ステップの処理によ
り付加された付加情報に基づいて、画像データをパケッ
ト化するか否かをエントリ毎に判定する判定ステップ
と、判定ステップの処理による判定結果に基づいて、画
像データをパケット化するパケット化ステップと、パケ
ット化ステップの処理によりパケット化された画像デー
タの配信を制御する配信制御ステップとを含むことを特
徴とする。

【００４０】本発明の記録媒体のプログラムは、画像デ
ータをパケット化するための情報を含むエントリに、パ
ケット単位で分割される画像データに関する情報からな
る付加情報を付加する付加ステップと、付加ステップの
処理により付加された付加情報に基づいて、画像データ
をパケット化するか否かをエントリ毎に判定する判定ス
テップと、判定ステップの処理による判定結果に基づい
て、画像データをパケット化するパケット化ステップ
と、パケット化ステップの処理によりパケット化された
画像データの配信を制御する配信制御ステップとを含む
ことを特徴とする。

【００４１】本発明のプログラムは、画像データをパケ
ット化するための情報を含むエントリに、パケット単位
で分割される画像データに関する情報からなる付加情報
を付加する付加ステップと、付加ステップの処理により
付加された付加情報に基づいて、画像データをパケット
化するか否かをエントリ毎に判定する判定ステップと、
判定ステップの処理による判定結果に基づいて、画像デ
ータをパケット化するパケット化ステップと、パケット
化ステップの処理によりパケット化された画像データの
配信を制御する配信制御ステップとをコンピュータに実
現させる。

【００４２】本発明のファイルフォーマットにおいて
は、画像データと、画像データをパケット化するための
情報を含む複数のエントリと、パケット単位で分割され
る画像データに関する情報を含む、エントリに付加され
る付加情報が構成される。

【００４３】本発明の情報処理システムにおいては、ネ
ットワークに接続され、画像データを配信する第１の情
報処理装置と、ネットワークに接続され、第１の情報処
理装置より配信された画像データを取得する第２の情報
処理装置とが備えられ、第１の情報処理装置において
は、画像データをパケット化するための情報を含むエン
トリに、パケット単位で分割される画像データに関する
情報からなる付加情報が付加され、その付加情報に基づ
いて、画像データをパケット化するか否かがエントリ毎
に判定され、その判定結果に基づいて、画像データがパ
ケット化され、配信され、第２の情報処理装置において
は、その配信された画像データが取得され、対応する画
像が出力される。

【００４４】本発明の情報処理装置および方法、記録媒
体、並びにプログラムにおいては、画像データをパケッ
ト化するための情報を含むエントリに、パケット単位で
分割される画像データに関する情報からなる付加情報が
付加され、その付加情報に基づいて、画像データをパケ
ット化するか否かがエントリ毎に判定され、その判定結
果に基づいて、画像データがパケット化されて配信され
る。

【００４５】ネットワークとは、少なくとも２つの装置
が接続され、ある装置から、他の装置に対して、情報の
伝達をできるようにした仕組みをいう。ネットワークを
介して通信する装置は、独立した装置どうしであっても
良いし、１つの装置を構成している内部ブロックどうし
であっても良い。

【００４６】

【発明の実施の形態】図４は、本発明を適用した画像情
報配信システムの構成例を示す図である。

【００４７】図４において、コンテンツデータをストリ
ーミング配信する配信サーバ１０１は、インターネット
等に代表されるネットワーク１０２に接続されている。
また、ネットワーク１０２に接続されているコンテンツ
作成装置１０３は、配信サーバ１０１にも接続されてお
り、動画像データから、配信サーバ１０１より配信する
ためのコンテンツデータを作成し、配信サーバ１０１に
供給する。さらに、クライアント１０４および１０５
は、ネットワーク１０２に接続されており、配信サーバ
１０１より配信されたコンテンツデータを、ネットワー
ク１０２を介して取得する。

【００４８】コンテンツ作成装置１０３は、JPEG2000等
の圧縮方式で圧縮された動画像データから、配信サーバ
１０１よりストリーミング配信可能なフォーマットのコ
ンテンツデータを作成する。

【００４９】クライアント１０４または１０５からの要
求に基づいて、配信サーバ１０１は、コンテンツ作成装
置１０３よりコンテンツデータを取得し、それをRTPパ
ケットに分割し、ネットワーク１０２を介して、要求元
のクライアント１０４または１０５への配信を行う。

【００５０】クライアント１０４または１０５は、ネッ
トワーク１０２を介して配信サーバ１０１より供給され
るRTPパケットを取得すると同時に、取得したRTPパケッ
トより動画像データを再生し、対応する動画像をディス
プレイ等に表示する。

【００５１】この例においては、クライアントが２台の
み示されているが、ネットワーク１０２には、任意の台
数のクライアントが接続される。また、ネットワーク１
０２には、配信サーバ１０１およびコンテンツ作成装置
１０３が複数接続されているようにしてもよい。

【００５２】図５は、配信サーバ１０１の構成例を示す
図である。

【００５３】図５において、CPU（Central Processing
Unit）１５１は、ROM（Read Only Memory）１５２に記
憶されているプログラム、または記憶部１６３からRAM
（Random Access Memory）１５３にロードされたプログ
ラムに従って各種の処理を実行する。RAM１５３にはま
た、CPU１５１が各種の処理を実行する上において必要
なデータなども適宜記憶される。

【００５４】CPU１５１、ROM１５２、およびRAM１５３
は、バス１５４を介して相互に接続されている。このバ
ス１５４にはまた、入出力インタフェース１６０も接続
されている。

【００５５】入出力インタフェース１６０には、キーボ
ード、マウスなどよりなる入力部１６１、CRT、LCDなど
よりなるディスプレイ、並びにスピーカなどよりなる出
力部１６２、ハードディスクなどより構成される記憶部
１６３、モデム、ターミナルアダプタなどより構成され
る通信部１６４が接続されている。通信部１６４は、ネ
ットワーク１０２を介しての通信処理を行う。通信部１
６４はまた、コンテンツ作成装置１０３との間で、アナ
ログ信号またはデジタル信号の通信処理を行う。

【００５６】入出力インタフェース１６０にはまた、必
要に応じてドライブ１７０が接続され、磁気ディスク１
７１、光ディスク１７２、光磁気ディスク１７３、或い
は半導体メモリ１７４などが適宜装着され、それらから
読み出されたコンピュータプログラムが、必要に応じて
記憶部１６３にインストールされる。

【００５７】なお、図示は省略するが、コンテンツ作成
装置１０３、並びに、クライアント１０４および１０５
も、図５に示した配信サーバ１０１と基本的に同様の構
成を有するコンピュータにより構成される。そこで、以
下の説明においては、図５の構成は、コンテンツ作成装
置１０３、並びに、クライアント１０４および１０５な
どの構成としても引用される。

【００５８】図４に示す配信サーバ１０２は、コンテン
ツ配信の要求元であるクライアント１０４または１０５
の処理能力や、クライアント１０４または１０５が接続
されているネットワーク１０２の帯域幅等に応じて、配
信するコンテンツデータの解像度や画質を調整する等し
てデータサイズを調整して配信するスケーラブル配信を
行うことができる。

【００５９】JPEG2000方式により圧縮された動画像デー
タ（JPEG2000データ）は、レイヤードエンコーディング
により、エンコードされた一つの画質の粗いデータを取
り出すことが可能である。

【００６０】図６は、JPEG2000データを、スケーラブル
配信する様子を示す図である。

【００６１】データ２０１は、JPEG2000方式により圧縮
された1画像フレーム分の動画像データである。配信サ
ーバ１０１は、コンテンツ作成装置１０３により作成さ
れたコンテンツデータに含まれるデータ２０１から実際
に送信する部分のデータを抽出し、RTPパケット化を行
う。

【００６２】JPEG2000圧縮方式においては、元画像デー
タをウェーブレット変換することにより、階層的に圧縮
処理が行われているので、圧縮データの一部分を抽出し
て伸張することにより、元画像データに対応する画像の
画質や解像度を調整した画像を取得することができる
（スケーラビリティ）。抽出されるデータサイズや部分
等は、要求された解像度や画質によって異なり、一般的
に、抽出されたデータ量が多いほど、そのデータに対応
する画像の解像度は高くなり、画質も向上する。

【００６３】従って、配信サーバ１０１は、ネットワー
ク１０２の帯域幅や、クライアント１０４または１０５
の処理能力に応じて、配信画像の解像度や画質を調整す
ることで、データサイズを抑えたJPEG2000データを配信
することができる。

【００６４】図６の例において、配信サーバ１０１は、
クライアント１０４または１０５等に要求された解像度
や画質に合わせて、データ２０１からデータ２０１Ａ，
２０１Ｂ、または２０１Ｃを抽出する。解像度は、デー
タサイズの最も大きいデータ２０１Ｃに対応する画像が
一番高く、データサイズの最も小さいデータ２０１Ａに
対応する画像が一番低い。同様に、画質もデータサイズ
の最も大きいデータ２０１Ｃに対応する画像が一番よ
く、データサイズの最も小さいデータ２０１Ａに対応す
る画像が一番粗い。

【００６５】以上のように、配信サーバ１０１が、要求
された解像度や画質に合わせて、データ２０１からデー
タ２０１Ａ，２０１Ｂ、または２０１Ｃを抽出すること
ができるように、コンテンツ作成装置１０３は、図７に
示すように、情報トラック２６０の中にプライオリティ
情報を含めるようにコンテンツデータ２５０を生成す
る。

【００６６】図７は、図４に示すコンテンツ作成装置１
０３により作成されるコンテンツデータのファイルフォ
ーマットの例を示す図である。

【００６７】図７において、コンテンツデータ２５０
は、図１に示す場合と同様に、動画像データ２６０およ
び情報トラック２７０を含んでいる。情報トラック２７
０には、それぞれ、RTPパケット単位の動画像データに
対応するエントリ２７１−１乃至２７１−Nが含まれて
いる。

【００６８】エントリ２７１−１乃至２７１−Nのそれ
ぞれに、配信サーバ１０１が動画像データ２６０より必
要なデータを抽出するための情報からなるプライオリテ
ィ２７２−１乃至２７２−Nが付加されている。

【００６９】エントリ２７１−１乃至２７１−Nに付加
されたプライオリティ２７２−１乃至２７２−Nは、そ
れぞれ、動画像データ２６０の内、エントリ２７１−１
乃至２７１−Nが対応する部分が必要な画像の解像度や
画質に基づいた評価値を有している。評価値は、より高
解像度、かつ、より高画質な画像に対応するデータほど
値の小さい評価値が割り当てられ、より低解像度、か
つ、より低画質な画像に対応するデータほど値の大きい
評価値が割り当てられる。

【００７０】図６の例において、データ２０１より抽出
されたデータ２０１Ａ，２０１Ｂ、および２０１Ｃの
内、データ量の最も少ないデータ２０１Ａに対応する画
像が、他と比べて、最も低解像度、低画質であり、デー
タ２０１の全てのデータを抽出したデータ２０１Ｃに対
応する画像が最も高解像度、高画質である。従って、デ
ータ２０１Ａに対応するプライオリティが有する評価値
は、最も大きい値に設定され、データ２０１Ｃの、デー
タ２０１Ｂと重複する部分を除いた部分に対応するプラ
イオリティの有する評価値が最も小さい値に設定され
る。

【００７１】コンテンツ作成装置１０３による、図７に
示されるファイルフォーマットのコンテンツデータの作
成方法は、図８のフローチャートを参照して後述する。

【００７２】配信サーバ１０１は、コンテンツ作成装置
１０３により作成されたコンテンツデータ２５０を取得
すると、クライアント１０４または１０５等より要求さ
れた解像度や画質のレベルに基づいて、抽出するデータ
の評価値の閾値を設定し、その閾値より大きい値の評価
値を有するプライオリティ２７２−１乃至２７２−Ｎを
検索し、動画像データ２６０の、それらに対応する部分
を抽出する。

【００７３】すなわち、配信サーバ１０１は、設定した
閾値に基づいて、コンテンツデータ２５０に含まれる動
画像データ２６０から必要なデータを選択して抽出す
る。従って、動画像データ２６０から、より低解像度、
かつ、より低画質な画像に対応する部分を抽出する場
合、すなわち、配信するデータサイズを抑える場合、配
信サーバ１０１は、評価値の閾値を高く設定する。これ
により、配信サーバ１０１は、動画像データ２６０より
抽出されるデータ量を抑制し、低解像度、低画質な画像
に対応するデータを配信することができる。

【００７４】逆に、動画像データ２６０から、より高解
像度、かつ、より高画質な画像に対応する部分を抽出す
る場合、すなわち、配信するデータサイズを大きくする
場合、配信サーバ１０１は、評価値の閾値を低く設定す
る。これにより、配信サーバ１０１は、動画像データ２
６０より抽出されるデータ量を増加させ、高画質かつ高
解像度な画像に対応するデータを配信することができ
る。

【００７５】以上のような、配信サーバ１０１による配
信処理については、図９のフローチャートを参照して後
述する。

【００７６】次に、図８のフローチャートを参照して、
コンテンツ作成装置１０３によるコンテンツ作成処理に
ついて説明する。

【００７７】最初に、ステップＳ１において、コンテン
ツ作成装置１０３のCPU１５１は、予め記憶部１６３に
記憶されている動画像データ２６０の読み出しに関する
設定を行い、コンテンツデータを作成する準備を行う。
CPU１５１は、後述するように、記憶部１６３に記憶さ
れている動画像データ２６０を複数に分割して読み出す
ので、動画像データ２６０のアドレス情報や、データの
読み出し位置を設定したりする等して準備を行う。

【００７８】そして、ステップＳ２において、CPU１５
１は、情報トラック記述用のファイルを作成し、コンテ
ンツデータ２５０として記憶部１６３に記憶させる。さ
らに、CPU１５１は、ステップＳ１５１は、ステップＳ
３において、情報トラック２７０を作成する動画像デー
タ２６０の先頭の位置に読み出しポインタを移動させ
る。

【００７９】ステップＳ１乃至３によりコンテンツ作成
の準備が完了したCPU１５１は、ステップＳ４に処理を
進め、記憶部１６３に記憶されている動画像データ２６
０より、１エントリ分の動画像データを読み出す。そし
て、その読み出したデータに基づいて、CPU１５１は、
ステップＳ５において、エントリとして情報トラック２
７０に登録するエントリ情報、および、情報トラックに
含まれるエントリに付加する付加情報を決定する。CPU
１５１は、記憶部１６３より読み出した動画像データ２
６０の１エントリ分の動画像データより、そのデータの
位置やサイズ、タイムスタンプ、または、パケット化す
る際の情報等をエントリ情報として決定する。また、CP
U１５１は、読み出した１エントリ分の動画像データか
ら、そのデータの対応する画像について解像度や画質を
評価し、その評価値を付加情報として決定する。

【００８０】ステップＳ６において、CPU１５１は、ス
テップＳ５において決定したエントリ情報に付加情報を
付加し、RTPパケット毎のエントリ２７１−１乃至２７
１−Ｎを生成する。

【００８１】そして、ステップＳ７に処理を進め、CPU
１５１は、ステップＳ６において生成したエントリを、
読み出した動画像データとともに、記憶部１６３に記憶
させている情報トラック記述用のファイルであるコンテ
ンツデータ２５０に書き込む。

【００８２】エントリを書き込んだCPU１５１は、ステ
ップＳ８に処理を進め、次の動画像データを読み出すこ
とができるように、動画像データの読み出しポインタの
位置を移動させる。

【００８３】そして、CPU１５１は、ステップＳ９に処
理を進め、全ての動画像データ２６０に対するエントリ
を生成したか否かを判定し、まだ、読み出していない動
画像データが存在し、全ての動画像データ２６０に対す
るエントリを生成していないと判定した場合、ステップ
Ｓ４に進み、それ以降の処理を繰り返す。

【００８４】また、ステップＳ９において、記憶部１６
３に記憶されている動画像データ２６０を全て読み出
し、全ての動画像データ２６０に対するエントリを生成
したと判定した場合、コンテンツ作成装置１０３のCPU
１５１は、コンテンツ作成処理を終了する。

【００８５】すなわち、コンテンツ作成装置１０３のCP
U１５１は、ステップＳ１乃至ステップＳ３において、
コンテンツデータ２５０を生成する準備を行い、ステッ
プＳ４乃至Ｓ９の処理を繰り返すことによって、１エン
トリ分の動画像データ２６０を読み出し、対応するエン
トリを作成し、記憶部１６３に記憶する処理をエントリ
毎に繰り返し、全ての動画像データ２６０についてエン
トリ２７１−１乃至２７１−Ｎを生成してコンテンツデ
ータ２５０を作成する。

【００８６】以上のようにして、作成されたコンテンツ
データ２５０は、記憶部１６３に記憶され、配信サーバ
１０１の要求に基づいて、通信部１６４を介して、配信
サーバ１０１に供給される。

【００８７】次に、図９のフローチャートを参照して、
配信サーバ１０１によるコンテンツデータ２５０の配信
処理について説明する。

【００８８】最初に、ステップＳ３１において、配信サ
ーバ１０１のCPU１５１は、送信設定情報を生成する。C
PU１５１は、データの配信を要求したクライアント１０
４および１０５等の要求に基づいて、配信する画像の解
像度および画質等を決定し、動画像データ２６０より配
信用のデータを抽出するための評価値の閾値を設定する
などして、送信設定情報を生成する。

【００８９】ステップＳ３２に処理を進めたCPU１５１
は、コンテンツ作成装置１０３より通信部１６４を介し
て取得し、記憶部１６３に記憶しているコンテンツデー
タ２５０の情報トラック２７０の先頭エントリ２７１−
１を取得する。

【００９０】そして、CPU１５１は、ステップＳ３３に
処理を進め、エントリに付加されたプライオリティを取
得し、ステップＳ３４において、取得したプライオリテ
ィの評価値をステップＳ３１において算出した閾値と比
較し、エントリに対応する動画像データを送信するか否
かを判定する。

【００９１】送信すると判定した場合、CPU１５１は、
ステップＳ３５において、記憶部１６３に記憶されてい
る動画像データ２６０の処理対象のエントリに対応する
部分から、RTPパケットを作成し、ステップＳ３６にお
いて、作成したRTPパケットを、ネットワーク１０２を
介して、要求元であるクライアント１０４または１０５
に配信する。そして、作成したRTPパケットを配信したC
PU１５１は、ステップＳ３７に処理を進める。

【００９２】また、ステップＳ３４において、取得した
プライオリティの評価値を算出した閾値と比較した結
果、エントリに対応する動画像データを送信しないと判
定した場合、CPU１５１は、ステップＳ３５およびステ
ップＳ３６の処理を省略し、ステップＳ３７に処理を進
める。

【００９３】ステップＳ３７において、CPU１５１は、
処理したエントリが最後のエントリであるか否かを判定
し、まだ未処理のエントリが存在し、処理したエントリ
が最後のエントリではないと判定した場合、ステップＳ
３８に処理を進め、記憶部１６３に記憶されているコン
テンツデータ２５０より次のエントリを取得し、ステッ
プＳ３３に処理を戻し、それ以降の処理を繰り返す。

【００９４】また、ステップＳ３７において、処理した
エントリが最後のエントリであると判定した場合、配信
サーバ１０１のCPU１５１は、配信処理を終了する。

【００９５】すなわち、CPU１５１は、ステップＳ３３
乃至３８の処理を繰り返すことにより、記憶部１６３に
記憶されているコンテンツデータ２５０に含まれる情報
トラック２７０の全てのエントリ２７１−１乃至２７１
−２について処理を行い、全てのエントリについて処理
が完了すると、配信処理を終了する。

【００９６】以上のようにして、配信サーバ１０１は、
コンテンツ作成装置１０３が作成したコンテンツデータ
を、配信するデータ量を調節して、ネットワーク１０２
を介してクライアント１０４または１０５に配信する。

【００９７】これにより、配信サーバ１０１は、過大な
負荷をかけることなく、配信を要求したクライアント１
０４または１０５の処理能力等に合わせて、コンテンツ
データを調整し、配信することができる。

【００９８】ところで、配信されたRTPパケットを取得
するクライアント１０４または１０５の処理能力は、通
常、例えばユーザが操作した場合や動作するプログラム
の処理などに影響され、時系列的に変化する。また、ネ
ットワーク１０２の通信速度もその他の通信等により変
化する。

【００９９】従って、クライアント１０４または１０５
等が自身の処理能力やネットワーク１０２の負荷状況を
測定し、その情報を配信サーバ１０１に供給するように
し、配信サーバ１０１は、データを配信中もその情報を
取得し、その情報に基づいて配信する動画像データのレ
ートを調整し、図９のステップＳ３１の処理において設
定した送信設定を変更するようにしてもよい。

【０１００】図９のフローチャートを参照して説明した
配信処理を開始した配信サーバ１０１のCPU１５１は、
同時に、クライアント１０４または１０５より供給され
る情報を受け付け、その情報に基づいて送信設定を変更
する送信設定変更処理を実行する。

【０１０１】図４に示される配信サーバ１０１による送
信設定変更処理について図１０のフローチャートを参照
して説明する。

【０１０２】最初に、ステップＳ６１において、配信サ
ーバ１０１のCPU１５１は、通信部１６４を制御して、
配信された動画像データを取得するクライアント１０４
または１０５よりネットワーク１０２を介して供給され
る送信設定変更要求情報の受け付けを開始する。

【０１０３】送信設定変更要求情報は、例えば、クライ
アント１０４または１０５により測定された、クライア
ント１０４または１０５の現在の処理能力の状況、また
は、ネットワーク１０２の負荷状況等に関する情報であ
ってもよいし、また、それらの情報に基づいてクライア
ント１０４または１０５において作成された処理可能な
データのレート（例えば、対応する画像の解像度または
画質等）を指示する情報であってもよい。さらに、配信
サーバ１０１が設定する送信設定情報（例えば、閾値
等）を直接指示するものであってもよい。

【０１０４】そして、ステップＳ６２において、CPU１
５１は、通信部１６４を制御して、図９のフローチャー
トを参照して説明した配信処理により配信されるRTPパ
ケットの送信が終了したか否かを判定する。

【０１０５】RTPパケットの送信が終了していないと判
定した場合、CPU１５１は、ステップＳ６３に処理を進
め、通信部１６４を制御して、今度は、ステップＳ６１
において受け付けを開始した送信設定変更要求情報を取
得したか否かを判定する。

【０１０６】クライアント１０４または１０５よりネッ
トワーク１０２を介して送信設定変更要求情報が供給さ
れ、通信部１６４が取得したと判定した場合、CPU１５
１は、処理をステップＳ６４に進め、取得した送信設定
変更要求情報に基づいて、送信設定情報を変更する。そ
して、CPU１５１は、処理をステップＳ６２に戻し、そ
れ以降の処理を繰り返す。

【０１０７】なお、ステップＳ６３において、送信設定
変更要求情報を主としていないと判定した場合、CPU１
５１は、ステップＳ６２に処理を戻し、それ以降の処理
を繰り返す。

【０１０８】また、ステップＳ６２において、RTPパケ
ットの送信処理が終了したと判定した場合、CPU１５１
は、送信設定変更処理を終了する。

【０１０９】すなわち、配信処理を開始したCPU１５１
は、ステップＳ６１において、クライアント１０４また
は１０５から供給される送信設定変更要求情報の受け付
けを開始し、配信処理を実行している間、ステップＳ６
２乃至Ｓ６４の処理を繰り返し、送信設定変更要求情報
が供給されたか否かを判定し、供給された場合は、その
情報に基づいて、送信するRTPパケットに含まれる動画
像データのレートを調整する。

【０１１０】例えば、配信サーバ１０１より配信された
RTPパケットを取得するクライアント１０４または１０
５の処理能力が低下し、取得したRTPパケットを処理で
きなくなった場合、クライアント１０４または１０５
は、ネットワーク１０２を介して、送信する動画像デー
タに対応する画像の解像度または画質を低下させてデー
タ量を減らすように、配信サーバ１０１に要求する。配
信サーバ１０１は、その要求情報を取得すると、その要
求情報に基づいて設定された閾値を高くするように再設
定し、それ以降に配信する動画像データのレートを下げ
る。

【０１１１】また、例えば、クライアント１０４または
１０５の処理能力が向上し、取得したRTPパケットの処
理に余裕が生じた場合、クライアント１０４または１０
５は、ネットワーク１０２を介して、送信する動画像デ
ータに対応する画像の解像度または画質を向上させてデ
ータ量を増やすように、配信サーバ１０１に要求する。
配信サーバ１０１は、その要求情報を取得すると、その
要求情報に基づいて設定された閾値を低くするように再
設定し、それ以降に配信する動画像データのレートを上
げる。

【０１１２】そして、配信処理が終了すると、CPU１５
１は、送信設定変更処理を終了する。

【０１１３】以上のようにして、配信サーバ１０１は、
配信する動画像データのレートをリアルタイムに調整す
ることができるので、RTPパケットを取得するクライア
ント１０４または１０５の状況に応じた配信処理を実行
することができる。

【０１１４】以上においては、配信サーバ１０１が、受
信側の状況に応じてスケーラビリティに配信処理を行う
場合について説明したが、これに限らず、受信側の要求
に基づいて、動画像データ２６０に対応する画像の一部
分の画像に対応するデータのみを配信する部分配信を行
うようにしてもよい。

【０１１５】部分配信とは、例えば全方位画像のように
広範囲の画像等に対して、ユーザが全体の画像の一部分
だけを見る場合に、全体の画像に対応する画像データで
はなく、要求された部分（必要に応じてその周囲の部分
も含む）に対応する画像データだけを配信する方法であ
る。

【０１１６】例えば、円筒型の全方位画像に対して、画
像の圧縮形式としてJPEG2000を用いる。画像圧縮形式と
してJPEG2000を用いると次のような利点が生じる。

【０１１７】すなわち、JPEG2000は画像フレーム間の差
分をとらない画像圧縮方式であり、全方位画像の伝送に
適している。全方位画像のように空間全体を構成する画
像サイズが非常に大きく、表示されるのは任意の視点方
向の一部の画像のみであり、ユーザがランダムに視点を
移動させる使われ方の場合、MPEG（Moving Picture Cod
ing Experts Group／Moving Picture Experts Group）
などで使われている予測符号化方式はほとんど役に立た
ない。また、インターネットでの伝送を考えた場合、フ
レーム間差分を取るMPEG方式ではパケットロス時に、後
続フレームにエラーが伝搬してしまう。フレーム間差分
をとらないJPEG2000データにはそのような問題は発生し
ない。

【０１１８】また、JPEG2000では、画像をタイルと呼ば
れる幾つかの任意領域に分割して一部のタイルだけをデ
コードすることが可能である。各タイルサイズはエンコ
ード時に指定したサイズで一定となり、タイルサイズは
JPEG2000のヘッダに記述されている。また各タイルには
全体画像の左上から右下方向に向かってインデックス番
号がついているため、タイルインデックス番号が分かれ
ば、そのタイル画像が全体画像のどの部分の画像かを容
易に判断できるという利点がある。さらに、それぞれの
部分に対して独立に符号化を行うことが可能であり、ユ
ーザがあまり注目しない部分(たとえば円筒形にマッピ
ングされた空間画像の上端や下端部分)は画質を落とし
圧縮率を上げることで、記憶領域やネットワーク帯域を
更に節約することができる。

【０１１９】すなわち、JPEG2000には、TRUNCATE画像
(エンコードされたデータの一部分)をデコーダ（クライ
アント１０４または１０５の出力部１６２）に入力して
もデコードできる機能を有するため、必要なタイルだけ
を配信することが可能になる。図１１に画像を１０個の
タイルに分割した例を示す。タイルには０から９まで順
番に、インデックス番号が振られているため、例えば、
インデックス３のタイル画像の左上の座標は、(tile_wi
dth×３，０)と容易に知ることができる。なお、図１１
に示されるように、tile_widthは、タイルの幅を表す。
また、tile_heigthは、タイルの高さを表す。

【０１２０】図１２は、JPEG2000データを、部分配信す
る様子を示す図である。

【０１２１】図１２において、データ３２１は、JPEG20
00方式により圧縮された、全方位画像に対応する動画像
データである。配信サーバ１０１は、コンテンツ作成装
置１０３により作成されたコンテンツデータに含まれる
データ３２１から実際に送信する部分のデータを抽出
し、RTPパケット化を行う。データ３２１より抽出され
る部分の場所は、要求された視点位置等によって異な
る。

【０１２２】図６の例において、配信サーバ１０１は、
クライアント１０４または１０５等に要求された視点位
置および視界範囲等に合わせて、予め定められたタイル
サイズを単位として、データ３２１からデータ３２１
Ａ，３２１Ｂ、または３２１Ｃを抽出する。例えば、デ
ータ２０１全体に対応する全方位画像の内、左半分の画
像を要求された場合、配信サーバ１０１は、データ３２
１よりデータ３２１Ａを抽出する。

【０１２３】また、同様に、データ３２１全体に対応す
る全方位画像の内、中央部分の画像を要求された場合、
配信サーバ１０１は、データ３２１よりデータ３２１Ｂ
を抽出し、全体の画像を要求された場合、データ３２１
Ｃを抽出する。

【０１２４】なお、配信サーバ１０１は、例えば、全方
位画像の上側半分の画像や、下側４分の１の画像等、上
述した以外の画像範囲も、予め定められたタイルサイズ
を単位として抽出することができる。

【０１２５】以上のように、配信サーバ１０１が、要求
された画像の視点位置や視界範囲に合わせて、データ３
２１からデータ３２１Ａ，３２１Ｂ、または３２１Ｃを
抽出することができるように、コンテンツ作成装置１０
３は、図１３に示すように、情報トラック３７０の中に
タイル番号情報を含めるようにコンテンツデータ３５０
を生成する。

【０１２６】図１３は、図４に示すコンテンツ作成装置
１０３により作成されるコンテンツデータのファイルフ
ォーマットの他の例を示す図である。

【０１２７】図１３において、コンテンツデータ３５０
は、図１に示す場合と同様に、動画像データ３６０およ
び情報トラック３７０を含んでいる。情報トラック３７
０には、それぞれ、RTPパケット単位の動画像データに
対応するエントリ３７１−１乃至３７１−Nが含まれて
いる。

【０１２８】エントリ３７１−１乃至３７１−Nのそれ
ぞれに、配信サーバ１０１が動画像データ３６０より必
要なデータを抽出するための情報からなるタイル番号３
７２−１乃至３７２−Nが付加されている。

【０１２９】エントリ３７１−１乃至３７１−Nに付加
されたタイル番号３７２−１乃至３７２−Nは、それぞ
れ、動画像データ３６０の内、エントリ３７１−１乃至
３７１−Nが対応する部分の画像より抽出されるタイル
のタイルインデックス番号を有している。タイルインデ
ックス番号は、図１１を用いて説明したように、全方位
画像を所定のサイズで分割したタイル毎に予め割り当て
られた番号である。

【０１３０】配信サーバ１０１は、コンテンツデータ３
５０を取得し、RTPパケットを生成する際に、エントリ
３７１−１乃至３７１−Nに付加されたタイル番号３７
２−１乃至３７２−Nを参照し、要求されたタイル番号
に対応するエントリを選択し、動画像データ３６０より
対応するデータを抽出する。

【０１３１】なお、コンテンツ作成装置１０３による図
１３に示されるファイルフォーマットのコンテンツデー
タ３５０の作成処理、および、配信サーバ１０１による
コンテンツデータ３５０の配信処理は、図８および図９
のフローチャートを参照して説明したスケーラブル配信
の場合と同様であるので、その説明は省略する。

【０１３２】すなわち、コンテンツ作成装置１０３のCP
U１５１は、動画像データ３６０に対して、エントリを
作成し、各エントリに対応する動画像データ３６０の一
部分のタイル番号をエントリに付加し、それらを情報ト
ラック３７０として、動画像データ３６０とまとめてコ
ンテンツデータ３５０を作成する。

【０１３３】配信サーバ１０１のCPU１５１は、クライ
アント１０４または１０５の要求に基づいて、配信する
画像の視点位置および視界範囲等の情報より送信設定情
報を生成し、コンテンツ作成装置１０３により作成され
たコンテンツデータ３５０を取得すると、送信設定情報
に基づいてコンテンツデータ３５０より配信する情報を
抽出し、RTPパケットを生成して配信する。

【０１３４】以上のようにして、配信サーバ１０１は、
全方位画像の内、クライアント側に要求された部分の画
像に対応する動画像データのみを、過大な負荷をかけず
に配信することができる。

【０１３５】また、スケーラブル配信の場合と同様に、
配信サーバ１０１が、データを配信中にクライアント１
０４または１０５より送信設定情報の変更要求を受け付
けるようにし、クライアント１０４または１０５のユー
ザの指示に基づいて、配信する画像の視点位置または視
界範囲等を変更することができるようにしてもよい。

【０１３６】この場合、配信サーバ１０１により実行さ
れる送信設定変更処理は、図１０のフローチャートを参
照して説明した場合と同様であるので、その説明は省略
する。

【０１３７】すなわち、配信処理を開始した配信サーバ
１０１のCPU１５１は、クライアント１０４または１０
５から供給される送信設定変更要求情報の受け付けを開
始し、配信処理を実行している間、送信処理が終了した
か否かを確認するとともに、送信設定変更要求情報が供
給されたか否かを判定し、供給された場合は、その情報
に基づいて、送信する動画像データの視点位置または視
界範囲を変更してRTPパケットを生成し、配信する。

【０１３８】以上のようにして、配信サーバ１０１は、
過大な負荷をかけることなく、配信する画像の視点位置
や視界範囲を調整することができるので、RTPパケット
を取得するクライアント１０４または１０５のユーザの
要求に応じた配信処理を実行することができる。

【０１３９】なお、以上において、システムとは、複数
の装置により構成される装置全体を表すものである。

【０１４０】また、図４において配信サーバ１０１およ
びコンテンツ作成装置１０３は、別体で構成されるよう
に説明したが、これに限らず、１つの装置として構成さ
れるようにしてもよい。

【０１４１】上述した一連の処理は、ハードウエアによ
り実行させることもできるが、ソフトウエアにより実行
させることもできる。一連の処理をソフトウエアにより
実行させる場合には、そのソフトウエアを構成するプロ
グラムが、専用のハードウエアに組み込まれているコン
ピュータ、または、各種のプログラムをインストールす
ることで、各種の機能を実行することが可能な、例えば
汎用のパーソナルコンピュータなどに、ネットワークや
記録媒体からインストールされる。

【０１４２】この記録媒体は、図５に示されるように、
装置本体とは別に、ユーザにプログラムを提供するため
に配布される、プログラムが記録されている磁気ディス
ク１７１（フレキシブルディスクを含む）、光ディスク
１７２（CD-ROM(Compact Disk - Read Only Memory),DV
D(Digital Versatile Disk)を含む）、光磁気ディスク
１７３（ＭＤ（Mini-Disk）（商標）を含む）、もしく
は半導体メモリ１７４などよりなるパッケージメディア
により構成されるだけでなく、装置本体に予め組み込ま
れた状態でユーザに提供される、プログラムが記録され
ているROM１５２や、記憶部１６３に含まれるハードデ
ィスクなどで構成される。

【０１４３】なお、本明細書において、記録媒体に記録
されるプログラムを記述するステップは、記載された順
序に沿って時系列的に行われる処理はもちろん、必ずし
も時系列的に処理されなくとも、並列的あるいは個別に
実行される処理をも含むものである。

【０１４４】

【発明の効果】以上のように、本発明によれば、配信用
のコンテンツデータの一部または全部を配信するための
設定情報をコンテンツデータに付加するようにしたの
で、配信処理に必要な負荷を軽減することができる。

【図面の簡単な説明】

【図１】従来のファイルフォーマットによるコンテンツ
データの構成例を示す図である。

【図２】従来のストリーミング配信方法の例を示す図で
ある。

【図３】複数の情報トラックを有するコンテンツデータ
の例を示す図である。

【図４】本発明を適用した画像情報配信システムの構成
例を示す図である。

【図５】図４の配信サーバの構成例を示す図である。

【図６】JPEG2000データを、スケーラブル配信する様子
を示す図である。

【図７】図４のコンテンツ作成装置により作成されるコ
ンテンツデータのファイルフォーマットの例を示す図で
ある。

【図８】図４のコンテンツ作成装置によるコンテンツ作
成処理について説明するフローチャートである。

【図９】図４の配信サーバによるコンテンツデータの配
信処理について説明するフローチャートである。

【図１０】図４の配信サーバによる送信設定変更処理に
ついて説明するフローチャートである。

【図１１】画像を１０個のタイルに分割した例を示す図
である。

【図１２】JPEG2000データを、部分配信する様子を示す
図である。

【図１３】図４のコンテンツ作成装置により作成される
コンテンツデータのファイルフォーマットの他の例を示
す図である。

【符号の説明】

１０１ 配信サーバ， １０２ ネットワーク， １０
３ コンテンツ作成装置， １０４および１０５ クラ
イアント， １５１ CPU， １５２ ROM，１５３ RA
M， １６３ 記憶部， １６４ 通信部， ２０１
データ， ２５０ コンテンツデータ， ２６０ 動画
像データ， ２７０ 情報トラック，２７１−１乃至２
７１−N エントリ， ２７２−１乃至２７２−N プラ
イオリティ， ３２１ データ， ３５０ コンテンツ
データ， ３６０ 動画像データ， ３７０ 情報トラ
ック， ３７１−１乃至３７１−N エントリ， ３７
２−１乃至３７２−N タイル番号

───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.⁷ 識別記号 ＦＩ テーマコート゛(参考） Ｈ０４Ｎ 7/32 Ｆターム(参考） 5C053 FA14 GB06 GB36 JA21 LA06 LA15 5C059 MA00 PP04 RB02 SS06 5C063 AA01 AB03 AB07 AC01 AC05 AC10 CA23 CA36 DA03 DA07 DA13 DB10 5C064 BA07 BB05 BB10 BC10 BC18 BC23 BD02 BD08 BD09

Claims (19)

【特許請求の範囲】
1. 【請求項１】 ネットワークを介して配信する画像デー
   タをファイルとして保持する配信装置の前記画像データ
   のファイルフォーマットであって、 前記画像データと、 前記画像データをパケット化するための情報を含む複数
   のエントリと、 前記パケット単位で分割される前記画像データに関する
   情報を含む、前記エントリに付加される付加情報とを有
   することを特徴とするファイルフォーマット。
2. 【請求項２】 前記エントリは、前記画像データに関す
   る前記パケット毎の情報であることを特徴とする請求項
   １に記載のファイルフォーマット。
3. 【請求項３】 前記付加情報は、分割される前記画像デ
   ータの重要度の情報を含むことを特徴とする請求項１に
   記載のファイルフォーマット。
4. 【請求項４】 前記付加情報は、分割される前記画像デ
   ータに対応する画像の、全体画像に対する位置情報を含
   むことを特徴とする請求項１に記載のファイルフォーマ
   ット。
5. 【請求項５】 前記付加情報は、前記エントリに基づい
   て前記画像データがパケット化される際に参照される情
   報であることを特徴とする請求項１に記載のファイルフ
   ォーマット。
6. 【請求項６】 前記付加情報は、その内容が所定の条件
   を満たす場合に、前記画像データがパケット化され、配
   信される情報であることを特徴とする請求項５に記載の
   ファイルフォーマット。
7. 【請求項７】 前記パケットは、RTPに基づくRTPパケッ
   トであり、 前記画像データはJPEG2000のデータであることを特徴と
   する請求項１に記載のファイルフォーマット。
8. 【請求項８】 ネットワークに接続され、画像データを
   配信する第１の情報処理装置と、 前記ネットワークに接続され、前記第１の情報処理装置
   より配信された前記画像データを取得する第２の情報処
   理装置とを備える情報処理システムであって、 前記第１の情報処理装置は、 前記画像データをパケット化するための情報を含むエン
   トリに、パケット単位で分割される前記画像データに関
   する情報からなる付加情報を付加する付加手段と、 前記付加手段により付加された前記付加情報に基づい
   て、前記画像データをパケット化するか否かを前記エン
   トリ毎に判定する判定手段と、 前記判定手段による判定結果に基づいて、前記画像デー
   タをパケット化するパケット化手段と、 前記パケット化手段によりパケット化された前記画像デ
   ータを配信する配信手段とを備え、 前記第２の情報処理装置は、 前記配信手段により配信された前記画像データを取得す
   る取得手段と、 前記取得手段により取得された前記画像データに対応す
   る画像を出力する出力手段とを備えることを特徴とする
   情報処理システム。
9. 【請求項９】 ネットワークに接続され、画像データを
   配信する情報処理装置であって、 前記画像データをパケット化するための情報を含むエン
   トリに、パケット単位で分割される前記画像データに関
   する情報からなる付加情報を付加する付加手段と、 前記付加手段により付加された前記付加情報に基づい
   て、前記画像データをパケット化するか否かを前記エン
   トリ毎に判定する判定手段と、 前記判定手段による判定結果に基づいて、前記画像デー
   タをパケット化するパケット化手段と、 前記パケット化手段によりパケット化された前記画像デ
   ータを配信する配信手段とを備えることを特徴とする情
   報処理装置。
10. 【請求項１０】 前記エントリは、前記画像データに関
    する、前記パケット毎の情報であることを特徴とする請
    求項９に記載の情報処理装置。
11. 【請求項１１】 前記付加情報は、分割される前記画像
    データの重要度の情報を含むことを特徴とする請求項９
    に記載の情報処理装置。
12. 【請求項１２】 他の情報処理装置より負荷状況に関す
    る情報を取得する取得手段と、 前記取得手段により取得された前記負荷状況に関する情
    報に基づいて、前記判定手段による前記判定のための閾
    値を設定する閾値設定手段とをさらに備え、 前記判定手段は、前記閾値設定手段により設定された前
    記閾値と、前記付加情報に含まれる前記画像データの重
    要度を比較し、前記画像データをパケット化するか否か
    を判定することを特徴とする請求項１１に記載の情報処
    理装置。
13. 【請求項１３】 前記取得手段により前記他の情報処理
    装置よりさらに取得された、新たな前記負荷状況に関す
    る情報に基づいて、前記閾値設定手段により設定された
    前記閾値を再設定する閾値再設定手段をさらに備え、 前記判定手段は、前記閾値再設定手段により再設定され
    た前記閾値と、前記付加情報に含まれる前記画像データ
    の重要度を比較し、前記画像データをパケット化するか
    否かをさらに判定することを特徴とする請求項１２に記
    載の情報処理装置。
14. 【請求項１４】 前記付加情報は、分割される前記画像
    データに対応する画像の、全体画像に対する第１の位置
    情報を含むことを特徴とする請求項９に記載の情報処理
    装置。
15. 【請求項１５】 他の情報処理装置より、前記他の情報
    処理装置のユーザが要求する第２の位置情報を取得する
    取得手段をさらに備え、 前記判定手段は、前記取得手段により取得された前記第
    ２の位置情報と、前記付加情報に含まれる前記第１の位
    置情報を比較し、前記画像データをパケット化するか否
    かを判定することを特徴とする請求項１４に記載の情報
    処理装置。
16. 【請求項１６】 前記判定手段は、前記取得手段により
    前記他の情報処理装置よりさらに取得された、新たな前
    記第２の位置情報と、前記付加情報に含まれる前記第１
    の位置情報を比較し、前記画像データをパケット化する
    か否かをさらに判定することを特徴とする請求項１５に
    記載の情報処理装置。
17. 【請求項１７】 ネットワークに接続され、画像データ
    を配信する情報処理装置の情報処理方法であって、 前記画像データをパケット化するための情報を含むエン
    トリに、パケット単位で分割される前記画像データに関
    する情報からなる付加情報を付加する付加ステップと、 前記付加ステップの処理により付加された前記付加情報
    に基づいて、前記画像データをパケット化するか否かを
    前記エントリ毎に判定する判定ステップと、 前記判定ステップの処理による判定結果に基づいて、前
    記画像データをパケット化するパケット化ステップと、 前記パケット化ステップの処理によりパケット化された
    前記画像データの配信を制御する配信制御ステップとを
    含むことを特徴とする情報処理方法。
18. 【請求項１８】 ネットワークに接続され、画像データ
    を配信する情報処理装置用のプログラムであって、 前記画像データをパケット化するための情報を含むエン
    トリに、パケット単位で分割される前記画像データに関
    する情報からなる付加情報を付加する付加ステップと、 前記付加ステップの処理により付加された前記付加情報
    に基づいて、前記画像データをパケット化するか否かを
    前記エントリ毎に判定する判定ステップと、 前記判定ステップの処理による判定結果に基づいて、前
    記画像データをパケット化するパケット化ステップと、 前記パケット化ステップの処理によりパケット化された
    前記画像データの配信を制御する配信制御ステップとを
    含むことを特徴とするコンピュータが読み取り可能なプ
    ログラムが記録されている記録媒体。
19. 【請求項１９】 ネットワークに接続され、画像データ
    を配信する情報処理装置を制御するコンピュータが実行
    可能なプログラムであって、 前記画像データをパケット化するための情報を含むエン
    トリに、パケット単位で分割される前記画像データに関
    する情報からなる付加情報を付加する付加ステップと、 前記付加ステップの処理により付加された前記付加情報
    に基づいて、前記画像データをパケット化するか否かを
    前記エントリ毎に判定する判定ステップと、 前記判定ステップの処理による判定結果に基づいて、前
    記画像データをパケット化するパケット化ステップと、 前記パケット化ステップの処理によりパケット化された
    前記画像データの配信を制御する配信制御ステップとを
    含むことを特徴とするプログラム。