(57)【要約】  本発明はデータ処理方法に関する。この場合、第１のデータセット（MEDIA-STREAM）として第１の順序で、基本情報（BASE）と、基本情報（BASE）を補足し復号時に基本情報（BASE）の品質を高める複数の要素（T0,S0,B1, T1,S0,B1, T0,S1,B0, T0,S1,B1, T1,S1,B0）が格納される。第２のデータセット（META-STREAM）として、第１のデータセット（MEDIA- STREAM）内の各要素（T0,S0,B1, T1,S0,B1, T0,S1,B0, T0,S1,B1, T1,S1,B0）のポジションに関する記述が格納される。さらに各要素の順序を第１の順序から第２の順序へ変換するための情報が設けられている。本発明はさらに、上記の方法を実施するための装置にも関する。
2008527814.tif 000002
【特許請求の範囲】
【請求項１】
データ処理方法において、
第１のデータセット（MEDIA-STREAM）として第１の順序で、基本情報（BASE）と、該基本情報（BASE）を補足し復号時に該基本情報（BASE）の品質を高める情報を備えた複数の要素（T0,S0,B1, T1,S0,B1, T0,S1,B0, T0,S1,B1, T1,S1,B0）が格納され、
第２のデータセット（META-STREAM）として、前記第１のデータセット（MEDIA-STREAM）内における前記要素（T0,S0,B1, T1,S0,B1, T0,S1,B0, T0,S1,B1, T1,S1,B0）のポジションに関する記述が格納され、
格納された該第２のデータセット（META-STREAM）が、または前記第１のデータセット（MEDIA-STREAM）および第２のデータセット（META-STREAM）とは異なるデータセット（FURTHER META-STREAM）が、前記要素（T0,S0,B1, T1,S0,B1, T0,S1,B0, T0,S1,B1, T1,S1,B0）の順序を第１の順序から第２の順序に変換するための情報（MAPPING-TABLE, STRATEGY）を有することを特徴とする、
データ処理方法。
【請求項２】
請求項１記載の方法において、
格納された前記第２のデータセット（META-STREAM）はさらに、前記要素（T0,S0,B1, T1,S0,B1, T0,S1,B0, T0,S1,B1, T1,S1,B0）の補足情報により前記基本情報（BASE）の品質をそれぞれどのようにして高めるかに関する記述を有することを特徴とする方法。
【請求項３】
請求項１または２記載の方法において、
前記補足情報は、時間分解能（Ｔ）の増大および／または空間分解能（Ｓ）の増大および／またはＳＮ比（ＳＮＲ）の増大によって前記基本情報（BASE）の品質を高めることを特徴とする方法。
【請求項４】
請求項１から３のいずれか１項記載の方法において、
前記第２の順序には、前記第１の順序に対する要素（T0,S0,B1, T1,S0,B1, T0,S1,B0, T0,S1,B1, T1,S1,B0）の除外が含まれることを特徴とする方法。
【請求項５】
請求項１から４のいずれか１項記載の方法において、
前記第２の順序には要素（T0,S0,B1, T1,S0,B1, T0,S1,B0, T0,S1,B1, T1,S1,B0）のグループ化が含まれることを特徴とする方法。
【請求項６】
請求項１から５のいずれか１項記載の方法において、
要素（T0,S0,B1, T1,S0,B1, T0,S1,B0, T0,S1,B1, T1,S1,B0）の順序が第１の順序から第２の順序に変換され、ついで要素（T0,S0,B1, T1,S0,B1, T0,S1,B0, T0,S1,B1, T1,S1,B0）が送信されることを特徴とする方法。
【請求項７】
請求項１から６のいずれか１項記載の方法において、
変換のための情報（MAPPING-TABLE, STRATEGY）は、前記基本情報（(BASE）の今後の受信側から送信される情報および／または受信側へのメッセージの伝達に関する情報から求められることを特徴とする方法。
【請求項８】
データを格納および処理する装置において、
第１のデータセット（MEDIA-STREAM）として第１の順序で、基本情報（BASE）と、該基本情報（BASE）を補足し復号時に該基本情報（BASE）の品質を高める情報を備えた複数の要素（T0,S0,B1, T1,S0,B1, T0,S1,B0, T0,S1,B1, T1,S1,B0）を格納する手段と、
第２のデータセット（META-STREAM）として、前記第１のデータセット（MEDIA-STREAM）内における前記要素（T0,S0,B1, T1,S0,B1, T0,S1,B0, T0,S1,B1, T1,S1,B0）のポジションに関する記述を格納する手段と、
格納された該第２のデータセット（META-STREAM）内に、または前記第１のデータセット（MEDIA-STREAM）および第２のデータセット（META-STREAM）とは異なるデータセット（FURTHER META-STREAM）内に、前記要素（T0,S0,B1, T1,S0,B1, T0,S1,B0, T0,S1,B1, T1,S1,B0）の順序を第１の順序から第２の順序に変換するための情報（MAPPING-TABLE, STRATEGY）を格納するための、または前記要素（T0,S0,B1, T1,S0,B1, T0,S1,B0, T0,S1,B1, T1,S1,B0）の順序を第１の順序から第２の順序に変換するための情報（MAPPING-TABLE, STRATEGY）を呼び出すための手段が設けられていることを特徴とする、
データを格納および処理する装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明はデータを処理する方法および装置に関し、このデータには基本情報およびこの基本情報を補足する情報を備えた要素が含まれている。
【０００２】
通信システムにおいては、送信側と受信側との間でメッセージが伝送される。通信システムに関する１つの特別な例は無線通信システムである。この場合にはたとえば音声情報、画像情報、ビデオ情報、ＳＭＳ（ショートメッセージサービス）、ＭＭＳ（マルチメディアメッセージサービス）あるいはそのほかのデータを有するメッセージが、電磁波により無線インタフェースを介して送信局と受信局との間で伝送される。ここでこれらの送信局および受信局を無線通信システムの具体的な形態に応じて、多種多様な加入者側無線局および中継局あるいはネットワーク側の無線装置たとえば基地局または無線アクセスポイントとすることができる。移動無線通信システムの場合、加入者側無線局の少なくとも一部は移動無線局である。電磁波の放射は、個々のシステムに対して設定されている周波数帯域内にある搬送波周波数によって行われる。
【０００３】
移動無線通信システムは、たとえばＧＳＭ（Global System for Mobile Communication）規格またはＵＭＴＳ（Universal Mobile Telecommunications System）規格に準拠するセルラシステムとして、たとえば複数の基地局、それらの基地局を監視および制御する機構ならびに他のネットワーク側装置から成るネットワークインフラストラクチャによって構築されていることが多い。また、広範囲で編成されている（ローカルではない）階層的なこれらのセルラ式無線ネットワーク以外に、一般に空間的に明確に限定された無線サービスエリアをもつ無線ローカルネットワーク（ＷＬＡＮ；Wireless Local Area Network）も存在する。
【０００４】
スケーラブル情報すなわちスケーリング可能な情報を伝送する場合、基本情報が伝送され、さらにこれに加えて基本情報を補足する情報も伝送される。したがってスケーラブルデータは、それらのデータが受信側において品質が低減されて到来する可能性があるという特性を有しており、これは受信側は基本情報のみあるいは基本情報および補足情報の一部分のみをデコーディングし、基本情報および補足情報すべてはデコーディングしないことによる。複数の加入者に一斉に送信されるデータは、送信側ではできるかぎり高い品質でスケーラブル情報として存在させることができ、すなわち基本情報および補足情報として存在させることができる。データ送信前あるいはネットワーク内で種々の受信側へデータを分配する際、補足情報のそれぞれ異なる部分をそれぞれ異なる受信側へ転送して、個々の受信側で必要とされる補足情報のみが伝送されるよう、データの整合ないしはスケーリングを実行することができる。このことは、殊に無線通信システムでは伝送リソースに余裕がないことから有利であると判明している。
【０００５】
本発明の課題は、スケーラブルデータを処理する方法および装置を提供することにある。
【０００６】
この課題は、請求項１記載の特徴を備えた方法および請求項８記載の特徴を備えた装置によって解決される。従属請求項には有利な実施形態が示されている。
【０００７】
本発明によれば第１のデータセットとして第１の順序で、基本情報と、この基本情報を補足し復号時にこの基本情報の品質を高める情報を備えた複数の要素が格納される。第２のデータセットとして、第１のデータセット内における要素のポジションに関する記述が格納される。格納された第２のデータセットには、あるいは第１のデータセットおよび第２のデータセットとは異なるデータセットには、要素の順序を第１の順序から第２の順序に変換するための情報が含まれている。
【０００８】
基本情報とこの基本情報の品質を高める補足情報の双方が存在するのは、基本情報に加えてそれらの情報を復号するときである。補足情報を用いずに基本情報を復号して処理することも可能であり、このために補足情報が存在する必要はない。基本情報および補足情報をスケーラブル情報とすることができる。スケーラブル情報送信時、基本情報の送信を補足情報送信前に行うのが有利である。
【０００９】
基本情報および補足情報をデータ符号化によって生成することができる。これらのデータをたとえば画像情報、オーディオ情報、一例としてＭＰＥＧ標準に従い符号化されるようなビデオ情報、音声情報、あるいはこれらの情報形式の組み合わせとすることができる。
【００１０】
この場合、互いに分離された２つのデータセットが格納される。２つのデータセットが存在するということは、第１のデータセットのデータと第２のデータセットのデータが各データセットからのデータ読み出し時に混ざり合っていないことを意味し、たとえばこれは第１のデータセットにおける複数のデータに第２のデータセットの複数のデータが続き、そのあとに再び第１のデータセットのデータが生じるような場合である。したがって、それぞれ他方のデータセットを読み出すことなく双方のデータセットを読み出すことができ、各データセットを別個に読み出し可能である。このことは、両方のデータセットをそれぞれ異なるファイルとして格納することにより実現することができる。双方のデータセットの格納を、同じ記憶装置または異なる記憶装置において行うことができる。第１および第２のデータセットが、既述の内容のほか別の内容をもつようにしてもよい。
【００１１】
第２のデータセットには、第１のデータセットにおける要素のポジションに関する記述が含まれている。つまり、第２のデータセットのデータにより第１のデータセットのデータが記述されることから、これはメタデータである。第１のデータセットの要素のポジションを相対的に、すなわち他の要素のポジションに関連づけて記述することもできるし、あるいは絶対的に記述することもできる。ポジションの記述を、個々の要素を指すポインタとして実現することができる。１つの要素のポジションの記述によってその要素へのアクセスを、第１のデータセットにおける他の要素を読み出したりサーチする必要なく行うことができる。
【００１２】
要素の順序を変換するための情報が設けられている。これらの情報を、第２の格納データセット内に格納してもよいし、あるいは第１および第２のデータセットとは異なる格納データセット内に格納してもよい。第１および第２のデータセットとは異なるデータセットを、第１および第２のデータセットも格納する同じデバイスにより格納されるデータセットとすることができる。これに対する代案としてこのデータセットを、第１および第２のデータセットを格納するデバイスにより、あるいは別のデバイスにより呼び出すことができる。
【００１３】
要素は特定の順序に従い特定の順番を有しており、場合によっては特定のグループ分けを有している。たとえば第２の順序に、第１の順序に対する要素の除外あるいは要素の特定のグループ分けを含めることができる。第１の順序から第２の順序への順序変更を、特定の要素以降の要素排除によって実現することもできるし、あるいは要素の順番は同じままでまたは順番を変えて、グループ分け変更または新たなグループ分けによって実現することができる。
【００１４】
本発明を複数の第２の順序に関連づけて適用することができる。
【００１５】
既述のステップを、有利には以下で説明する実施形態のステップも、適切な記憶装置を含む装置たとえばインターネットサーバなどによって実施するのが有利である。
【００１６】
本発明の実施形態によれば第２の格納データセットにはさらに、各要素の補足情報が基本情報の品質をそれぞれどのようにして高めるのかに関する記述が含まれている。したがって第２のデータセット内には、補足情報を備えた各要素ごとに２組ずつ情報を存在させることができ、すなわちポジションの記述と品質向上手法の記述に関する情報をもたせることができる。ポジション情報と品質向上手法の記述をそれぞれすぐに続けて読み出せるよう、この種の２組の情報の格納を行うのが有利である。
【００１７】
たとえば補足情報を用いることで、時間分解能の増大および／または空間分解能の増大および／またはＳＮ比の増大により基本情報の品質を高めることができる。これらの記述には、上述の増大量に関する定量的記述を含めることができる。
【００１８】
本発明の１つの実施形態によれば、要素の順序が第１の順序から第２の順序へ変換され、その後、すべての要素あるいは相当数の要素が送信される。この場合、順序変更を送信準備のために行うことができる。有利であるのは、本発明による格納の役割を担うものと同じデバイスによって、あるいは本発明による格納が行われる相応の記憶装置にアクセスするデバイスによって、順序変更と送信を実行することである。
【００１９】
さらに有利であるのは、基本情報の今後の受信側によって送信される情報から、および／または受信側へのメッセージ伝達たとえば基本情報伝達に関する情報から、変換のための情報を求めることである。今後の受信側から送信される情報はたとえば、受信側の品質要求、受信側の装備、あるいはデータの処理または出力に対する受信側のオプションもしくはケイパビリティなどに関する記述である。また、受信側へのメッセージ伝達に関する情報をたとえば、受信側へのメッセージ伝送の役割を担う通信ネットワークのトラフィック負荷あるいはこの通信ネットワークを介したメッセージ伝送の形式とすることができる。
【００２０】
データを格納および処理するための本発明による装置には、基本情報とこの基本情報を補足し基本情報の品質を復号時に高める情報をもつ複数の要素とを第１のデータセットとして第１の順序で格納する手段と、第１のデータセット内の各要素のポジションに関する記述を第２のデータセットとして格納する手段が設けられている。さらに、格納された第２のデータセット内にまたは第１および第２のデータセットとは異なるデータセット内に各要素の順序を第１の順序から第２の順序に変換する情報を格納するための、または各要素の順序を第１の順序から第２の順序に変換するための情報を呼び出すための手段が設けられている。
【００２１】
本発明による装置をたとえば、データを符号化し本発明に従い格納して送信する装置とすることができ、たとえばインターネットにおけるサーバとすることができる。本発明による装置はたとえば本発明による方法の実施に適しており、このことを種々の実施形態についてもあてはめることができる。この目的で、本発明による装置にさらに別の適切な手段を設けることができる。
【００２２】
次に、実施例に基づき本発明について詳しく説明する。
【００２３】
図１は、スケーラブルデータの構成要素をシンボリックに示す図である。
【００２４】
図２は、スケーラブルデータを複数のデータセットに格納する様子を示す図である。
【００２５】
図３は、マッピングテーブルの構造を示す図である。
【００２６】
以下では、符号化器により実行されるステップ、符号化器によりコーディングされたデータを格納し、送信に適するよう処理して送信を行うことのできるステップについて説明する。ここではたとえば、画像情報のコーディングについて考察する。ここで考察する符号化器はたとえばインターネットサーバである。符号化器は画像情報のコーディングを行い、それによって画像情報はスケーラブルデータとして存在することになる。図１には、スケーラブルデータの様々な構成要素が描かれている。図１の左下コーナーにあるブロックは基本情報ＢＡＳＥである。大文字のＴ，Ｂ，Ｓで表されているその他のブロックは補足情報である。右方向に向かって延びるＴ軸は、単位時間あたりにいくつの画像を送信できるかを表しており、たとえば右方向に向かう第１のブロックは７．５ｆｐｓ（毎秒フレーム数 frames per second）のデータレートであり、右方向に向かう第２のブロックは１５ｆｐｓのデータレートであり、さらに右方向に向かう第３のブロックは３０ｆｐｓのデータレートである。上に向かって延びるＳ軸は、個々の画像の空間分解能がどの程度良好であるかを表しており、つまりいくつの画素が１つの画像に含まれているのかを表し、たとえば上に向かう第１のブロックはＱＣＩＦ（Quarter Common Intermediate Formate これは１７６ｘ１４４画素の画像サイズに相応）であり、上に向かう第２のブロックはＣＩＦ（Common Intermediate Formate これは３５２ｘ２８８画素の画像サイズに相応）であり、さらに上に向かう第３のブロックは４ＣＩＦ（4 times Common Intermediate Formate これは７０４ｘ５７６画素の画素サイズに相応）である。後方へ向かって延びるＢ軸は、画像のＳＮ比（信号対ノイズの比）を表している。したがって右へ向かうにつれて画像情報の時間分解能が高まり、上へ向かうにつれて空間分解能が、後方へ向かうにつれてＳＮ比が高まる。図１の各ブロックには、３つのスケーラブル次元の１つの方向において１つの段階で視覚的品質を向上させるのに必要とされるデータが含まれている。
【００２７】
本発明を標準画像にも適用することができる。このケースでは、図１に示した３つのスケーラブル次元の代わりに２つの次元だけが存在し、Ｔ軸は省かれる。音声情報のために本発明を用いるのも適している。本発明においてはビデオ情報または他の情報に関して、図１とは異なる個数のスケーラブル次元あるいは別のスケーラブル次元を使用することも考えられる。
【００２８】
基本的に、受信側は基本情報ＢＡＳＥを受信してデコーディングするが、それが高い品質でなくても十分である。加入者局はビデオ情報を表示できるようにする目的で、少なくとも基本情報ＢＡＳＥをデコーディングする必要がある。基本情報ＢＡＳＥに加えて図１におけるその他のブロック各々をデコーディングすることにより、ビデオ情報の品質が向上する。使用される符号化方式によっては、補足情報を有するブロックを任意の順序では基本情報ＢＡＳＥと組み合わせることができない。つまりたとえばH.264/MPEG-4 AVCによるスケーラブル拡張の場合、ブロックＴ０，Ｓ１，Ｂ０の前にブロックＢ０，Ｓ２，Ｂ０をデコーディングすることはできない。
【００２９】
符号化器によりH.264/MPEG-4 AVCのスケーラブル拡張に従いビデオ情報がNALU（Network Abstraction Layer Units）として送出される。この標準についてはたとえば、Heiko Schwarz, Detlev Marpe, Thomas Wiegand: MCTF and Scalability Extension of H.264/AVC, Proc. PCS'04. San Francisco, CA. USA, December 15.-17. 2004に記載されている。ＮＡＬＵは図１に示した複数のブロックに論理的にまとめられ、その際、各ブロックに１つまたは複数のＮＡＬＵを含めることができる。図１のブロックを、たとえば画像グループ（Group of Pictures, GOP）の符号化データとすることができる。
【００３０】
符号化されたデータを格納するために相応のファイルフォーマットたとえばMPEG-4 Part 15 AVC File Formatが定義されており、このフォーマットについてはたとえばISO/IEC 14496-15:2004. Information technology - Coding of audio-visual objects - Part 15: Advanced Video Coding (AVC) file format, 2004に記載されている。
【００３１】
このフォーマットによって規定されているのは、ビデオ情報伝送時に１つのパケットの開始と終了を識別するためのマークとして用いられるスタートコードとストップコードを設けることなく画像のビットがダイレクトにファイルに格納されることである。付加的なデータセットいわゆるヒントトラックHint-Trackには、ビデオ情報をＲＴＰパケット（RTP: Real-Time Transport Protocol）として送信するためにどのようにパケット化することができ、ついで送信することができるかを示す情報が含まれている。ＲＴＰは、ビデオ情報送信に利用されるプロトコルである。格納されたビデオ情報には、いわゆるランダムアクセスリカバリポイントRandom-Access-Recovery-Pointの定義が含まれており、この定義によってビデオ情報へのランダムなアクセスが可能となる。
【００３２】
図２には、本発明によるビデオ情報の格納について示されている。ここには格納された第１のデータセットであるメディアストリームMEDIA-STREAMが設けられており、これには複数のＮＡＬＵが含まれている。これらのＮＡＬＵは、このデータセットすなわちメディアストリームMEDIA-STREAMのセクション内における垂直方向のバーによってシンボリックに表されている。データセットMEDIA-STREAM内において、論理的に関連する複数のＮＡＬＵが１つのクラスに属するよう、クラスに従いＮＡＬＵのソートが行われる。したがってデータセットMEDIA-STREAMの第１のセクションには、図１の基本ブロックのＮＡＬＵが含まれている。第２のセクションには図１のブロックＴ０，Ｓ０，Ｂ１のＮＡＬＵが含まれており、第３のセクションには図１のブロックＴ１，Ｓ０，Ｂ１のＮＡＬＵが、第４のセクションには図１のブロックＴ０，Ｓ１，Ｂ０のＮＡＬＵが含まれており、さらに第５のセクションには図１のブロックＴ０，Ｓ１，Ｂ１のＮＡＬＵが、第６のセクションには図１のブロックＴ１，Ｓ１，Ｂ０のＮＡＬＵが含まれている。図１の各ブロックもしくは図２のデータセットMEDIA-STREAMにおける各セクションは、１つのクラスに対応している。既述の実施例の場合、１つのクラスには空間的スケーリング段階、時間的スケーリング段階、ＳＮＲスケーリング段階のＮＡＬＵだけが含まれている。したがってたとえば、１つのクラス内でそれぞれ異なる空間分解能段階について複数のビデオ情報を見つけることはできない。また、複数のＮＡＬＵをこれとは異なるように配分することも可能であるし、データセットMEDIA-STREAM内で複数のクラスを異なる順序で設けることも可能である。
【００３３】
ＲＴＰを介してビデオ情報を送信するときにデータセットMEDIA-STREAMへのアクセス数ができる僅かに抑えられたままになるよう、１つのクラスのＮＡＬＵはデータセットMEDIA-STREAMに相前後して格納される。ＲＴＰを介してＮＡＬＵを送信する場合、ＲＴＰパケットの長さが許すかぎり、１つのクラスのＮＡＬＵを１つのＲＴＰパケット内にまとめるのが有利である。
【００３４】
データセットMEDIA-STREAMすなわちメディアストリームのほかに、別のデータセットすなわちメタデータストリームMETA-STREAMも存在する。データセットMEDIA-STREAMとMETA-STREAMの双方を２つの別個のファイルとして格納するのが有利である。データセットMETA-STREAMにはデータセットMEDIA-STREAMに対するメタデータが含まれており、つまりデータセットMEDIA-STREAMの記述に用いられる。データセットMETA-STREAMにはデータセットMEDIA-STREAMの内容を指すポインタが含まれており、これによって、データセットMEDIA-STREAM内のいずれのポジションに、大文字Ｔ，Ｓ，Ｂの指定により識別可能な種々のクラスのＮＡＬＵが格納されているのかを、データセットMETA-STREAMから取り出すことができる。図２に示されているように、個々のクラス各々への参照が行われている。図２には示されていないが、個々のクラス内部において、個々のクラスにおける個別のＮＡＬＵへの参照を行うことができる。つまりたとえばデータセットMETA-STREAM内でクラスＴ０，Ｓ０，Ｂ１のポジションを指定する場合、データセットMEDIA-STREAM内のいずれのポジションにそれらのクラスの３つのＮＡＬＵがそれぞれ存在するのかが指定される。このようにしてデータセットMETA-STREAMを利用することで、データセットMEDIA-STREAMの要素もしくはＮＡＬＵへ階層的にアクセスすることができる。
【００３５】
殊に、１つの特定のクラスにおける複数のＮＡＬＵまたは１つの特定のクラスにおける１つのＮＡＬＵを見つけるために、データセットMEDIA-STREAM全体をサーチしたりもしくはその内容を読み出したりする必要がない。むしろ上述のデータセットMETA-STREAMによって、個々のクラスへのアクセスが可能となる。
【００３６】
データセットMETA-STREAMのほかに、データセットMEDIA-STREAMの扱いを容易にするさらに別の付加的なデータセットを利用することもでき、このデータセットは図２においてデータセットFURTHER META-STREAMすなわち別のメタストリームとしてシンボリックに表されている。これに対する代案として、以下で説明する付加的なデータセットFURTHER META-STREAMの情報を、データセットMETA-STREAMに取り込むこともできる。
【００３７】
有利であるのは、クラスとそれよりも大きいグループの割り当て規則であるマッピングテーブルMAPPING-TABLEを以下ではレイヤとして表すことである。第１のレイヤをたとえばブロックT0,S1,B0, T1,S1,B0, T1,S0,B0, T0,S0,B1, T1,S0,B1, T0,S1,B1, T1,S1,B1により構成することができ、第２のレイヤをブロックT2,S0,B0, T2,S0,B1, T2,S1,B0, T2,S1,B1により構成することができ、さらに第３のレイヤをブロックT0,S2,B0, T0,S2,B1, T1,S2,B0, T1,S2,B1, T2,S2,B0, T2,S2,B1により構成することができる。これらのレイヤを、レイヤ各々が少なくとも１つのスケーリング方向ですなわち軸Ｔ，ＳまたはＢのうち少なくとも１つの軸に関して、次に低いレイヤよりも高い分解能段階を有するよう構築すべきである。１つのレイヤにおけるＮＡＬＵは、先行のレイヤにおけるＮＡＬＵがデコーディングされている場合のみデコーディング可能である。クラスもしくはＮＡＬＵと各レイヤとの間におけるマッピング規則であるマッピングテーブルMAPPING-TABLEが格納されていれば、ビデオ情報を送信する際にクラスごとではなくレイヤごとに送信を行うことができる。レイヤごとにＲＴＰの送信が行われる場合、ＲＴＰパケットのサイズが許すかぎり、１つのレイヤにおけるすべてのＮＡＬＵが１つのＲＴＰパケットに含まれるようにすると有利であり、他方、クラスごとに送信が行われる場合、ＲＴＰパケットのサイズが許すかぎり、１つのクラスにおけるすべてのＮＡＬＵが１つのＲＴＰパケットに含まれるようにすると有利である。ＲＴＰパケットのサイズが制約されていてこのことが不可能であるならば、１つのレイヤもしくは１つのクラスにおけるＮＡＬＵが相前後する複数の後続のＲＴＰパケットに分割される。
【００３８】
スケーリングされるビデオ情報をレイヤごとに伝送することの利点は、スケーリングオペレーションの煩雑さが端末機器への転送を実行するネットワーク内において、あるいは端末機器においても、僅かになることである。つまりこの場合には分配装置において、次に高い階層のレイヤにおけるＮＡＬＵを特定の端末機器へ転送すべきであるか否かを分配装置における肯定／否定の判定によって決定することができ、もしくは端末機器において、次に高い階層のレイヤにおけるＮＡＬＵをデコーディングすべきか否かを、肯定／否定の判定によって決定することができる。これに対しクラスごとに送信を行う場合には、転送すべきクラスもしくはデコーディングすべきクラスに関して複数の自由度が存在しており、したがってたとえばクラスＴ１，Ｓ０，Ｂ０のあとにクラスＴ１，Ｓ１，Ｂ０あるいはクラスＴ２，Ｓ０，Ｂ０を転送もしくはデコーディングすることができる。これによってフレキシビリティが大きくなるという利点が得られる。
【００３９】
ビデオ情報のクラスとレイヤとの間の変換規則であるマッピングテーブルMAPPING-TABLEを、ビデオ情報の受信側から送信される情報から形成すると有利である。つまり受信側は、ビデオ情報のどの品質レベルを予期しているのかまたは必要としているのかあるいは処理できるのかを通知することができる。符号化器はこの記述を利用してクラスとレイヤとの割り当てを形成し、その際、受信側にとって有用なレイヤに対する割り当てだけが格納される。この場合、送信前にデータセットMETA-STREAMおよび変換規則MAPPING-TABLEに従いデータセットMEDIA-STREAMからのＮＡＬＵをＲＴＰパケットとしてパケット化することができ、受信側の要求し従いその受信側へ送信することができる。
【００４０】
次に、具体的な例について考察する。受信側は、分解能４ＣＩＦでは表示不可能であることを通知する。４ＣＩＦが図１のブロックにおける３番目の行に対応するならば、最大で最初の２つの行のブロックが受信側に送信される。図３には一例としてこのケースの受信側要求に関して、データ流FURTHER META-STREAMすなわち別のメタストリーム内に格納されたマッピングテーブルMAPPING-TABLEの構造が示されている。この場合、基本情報にはブロックBASEだけしか含まれておらず、最下位レイヤに相応する１つの固有のレイヤを成している。第１のレイヤLAYER 1は、基本情報BASEのＳＮ比アップデータ（Ｂ＝１）と、時間的に次に位置する分解能（Ｔ＝１）に対するアップデータから成る。第２のレイヤLAYER 2には、次の空間分解能（Ｓ＝１）に関して第１のレイヤLAYER 1に対するすべてのアップデータが含まれている。第３のレイヤLAYER 3には、すべての時間分解能（Ｔ＝１）に関して第２のレイヤLAYER 2に対するすべてのアップデータが含まれている。
【００４１】
さらにデータセットFURTHER META-STREAMに、有用なスケーリングオプションに関する情報STRATEGYすなわちストラテジを格納しておくことができる。これにはたとえば、どのクラスをどの形式の受信側へ送信すべきであるか、どのクラスを特定のトラフィック条件で送信すべきであるか、どのクラスを特定の伝送モードたとえば低遅延モードlow delay modeで送信すべきであるか、といった記述が含まれる。このようにしてたとえば、モバイルコンピュータには高い空間分解能をもつクラスを送信すべきである一方、移動無線電話機の場合にはディスプレイがモバイルコンピュータよりも小さいことから、それよりも低い空間分解能で十分であることを格納することができる。情報MAPPING-TABLEおよびSTRATEGYすなわちマッピングテーブルおよびストラテジを組み合わせて適用することもできる。
【００４２】
ビデオ情報を端末機器に分配するときに適用する目的で、データセットFURTHER META-STREAMすなわち別のメタストリームの情報を符号化器から通信ネットワークへ送信することができる。したがってたとえば、すべてのクラスのＮＡＬＵおよびこれに加えて変換規則であるマッピングテーブルMAPPING-TABLEを送信することができる。この情報を受信すると、分配装置はクラスごとの伝送をレイヤごとの伝送に変換し、それらのレイヤを特定の端末機器へ転送する。このようにしてスケーリングオプションの変換を、サーバと端末機器との間の伝送における様々な個所で行うことができる。
【００４３】
本発明によればスケーラブルデータは第１の特定の順序で、たとえば具体的な例を挙げるとクラスに従った順序で、第１のデータセット内に格納される。スケーラブルデータの伝送のために場合によっては第２の順序が、具体的な体を挙げればレイヤとして表される順序が、いっそう有利となる可能性があるので、第１の順序から第２の順序への変換を行えるようにする情報が別のデータセットに格納される。これによってスケーラブルデータの送信に関して高いフレキシビリティが実現され、ネットワークにおける要求または端末機器の種々のオプションに対するフレキシブルな整合が可能となる。整合パスはデータの格納によっては規定されず、データが第１の順序に従いまえもって定められたやり方でのみスケーリングないしは整合されることはない。このフレキシビリティは、送信のためにパケットとしてデータがパケット化される時点まで維持することができ、もしくは変換規則の送信により分配ステーションへ転送することさえ可能である。
【図面の簡単な説明】
【００４４】
【図１】スケーラブルデータの構成要素をシンボリックに示す図
【図２】スケーラブルデータを複数のデータセットに格納する様子を示す図
【図３】マッピングテーブルの構造を示す図
【図１】
2008527814.tif 000003
【図２】
2008527814.tif 000004
【図３】
2008527814.tif 000005
【国際調査報告】
2008527814.tif 000006
2008527814.tif 000007
2008527814.tif 000008
2008527814.tif 000009