(57)【特許請求の範囲】
【請求項１】
メディアサービスを提供するためのインターフェースであって、
コーディングされたメディアデータをカプセル化するエンカプセレーションレイヤーと、
前記カプセル化されたメディアデータを他のエンティティに送信する送信レイヤーと、
前記メディアデータの送信を制御するための制御レイヤーと、
を有し、
前記制御レイヤーは、前記エンカプセレーションレイヤーで生成される情報を用いて前記メディアデータの送信及び消費に必要な情報を生成するＣ．１レイヤーを有することを特徴とするインターフェース。
【請求項２】
前記エンカプセレーションレイヤーは、
メディアコーディングレイヤーから受信したメディアデータフラグメント及び前記メディアデータフラグメントに関連した情報を用いて少なくとも１つのアクセスユニット及び前記アクセスユニットに関連した情報を生成するＥ．３レイヤーと、
前記少なくとも１つのアクセスユニットと前記アクセスユニットに関連した情報を用いて少なくとも１つの基本ストリーム及び前記基本ストリームに関連した情報を生成するＥ．２レイヤーと、
前記少なくとも１つの基本ストリーム及び前記基本ストリームに関連した情報を用いて前記少なくとも１つの基本ストリームを含むマルチメディアコンテンツに関する構成情報及び前記マルチメディアコンテンツの消費に必要な代表送信特性値を生成するＥ．１レイヤーと、
を有することを特徴とする請求項１に記載のインターフェース。
【請求項３】
前記送信レイヤーは、
前記メディアデータの送信に必要なネットワーク情報と前記メディアデータの特性に関する情報とを生成するＤ．１レイヤーと、
前記メディアデータの送信のためのフロー制御及びエラー訂正機能に必要な情報を生成するＤ．２レイヤーと、
前記インターフェースを構成するレイヤー間の情報送信を実行するＤ．３レイヤーと、
を有することを特徴とする請求項２に記載のインターフェース。
【請求項４】
前記制御レイヤーは、前記送信レイヤーに含まれるＤ．１レイヤー及びＤ．２レイヤーに対して前記メディアデータの送信に必要な制御を実行するＣ．２レイヤーをさらに有することを特徴とする請求項１に記載のインターフェース。
【請求項５】
前記制御レイヤーは、前記送信レイヤーの下位レイヤーのうちの少なくとも１つに対する制御を実行するＣ．３レイヤーをさらに有することを特徴とする請求項１に記載のインターフェース。
【請求項６】
前記送信レイヤーの下位レイヤーは、インターネットプロトコル（ＩＰ）レイヤー、データリンクレイヤー、及び物理レイヤーのうちの少なくとも１つを有することを特徴とする請求項５に記載のインターフェース。
【請求項７】
前記メディアデータフラグメントは、前記Ｅ．３レイヤーのパケットのペイロードに含まれ、前記メディアデータフラグメントに関連した情報は、前記Ｅ．３レイヤーパケットのヘッダーに含まれることを特徴とする請求項２に記載のインターフェース。
【請求項８】
前記Ｅ．３レイヤーのパケットは、前記アクセスユニットの単位で前記Ｅ．２レイヤーのパケットのペイロードに含まれ、前記基本ストリームに関連した情報は、前記Ｅ．２レイヤーパケットのヘッダーに含まれることを特徴とする請求項２に記載のインターフェース。
【請求項９】
前記Ｅ．２レイヤーのパケットは、前記基本ストリームの単位で前記Ｅ．１レイヤーパケットのペイロードに含まれ、前記構成情報及び前記代表送信特性値は、前記Ｅ．１レイヤーのパケットのヘッダーに含まれることを特徴とする請求項８に記載のインターフェース。
【請求項１０】
前記送信レイヤーは、
前記メディアデータの送信に必要なネットワーク情報及び前記メディアデータの特性に関する情報を生成する Ｄ．１レイヤーと、
前記メディアデータの送信のためのフロー制御及びエラー訂正に必要な情報を生成するＤ．２レイヤーと、
前記インターフェースを構成するレイヤー間の情報送信を遂行するＤ．３レイヤーのうち少なくとも一つを含み、
前記Ｅ．１レイヤーのパケットは、前記Ｄ．１レイヤーのパケットのペイロードに含まれ、前記メディアデータの送信に必要なネットワーク情報及び前記メディアデータの特性に関する情報は、前記Ｄ．１レイヤーパケットのヘッダーに含まれることを特徴とする請求項２に記載のインターフェース。
【請求項１１】
前記Ｄ．１レイヤーパケットは、前記Ｄ．２レイヤーのパケットのペイロードに含まれ、前記フロー制御及びエラー訂正に必要な情報は、前記Ｄ．２レイヤーのパケットのヘッダーに含まれることを特徴とする請求項１０に記載のインターフェース。
【請求項１２】
前記Ｄ．２レイヤーのパケットは、インターネットプロトコル（ＩＰ）パケットのペイロードに含まれることを特徴とする請求項１０に記載のインターフェース。 
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、一般的に、マルチメディアデータを送受信するための装置及び方法に関し、特に、マルチメディア送信を目的とするネットワーク上の装置間で様々な種類のマルチメディアデータをカプセル化し、カプセル化されたマルチメディアデータを送受信するためのインターフェース装置及び方法に関する。
【背景技術】
【０００２】
様々なマルチメディアコンテンツの効率的な送信のために、ＭＰＥＧ（Moving Picture Experts Group）は、ＭＰＥＧ２  ＴＳ（Transport Stream）、ＭＰ４システム、及びファイルフォーマットのように様々な標準を開発してきた。また、ＩＥＴＦ（Internet Engineering Task Force）及びＩＥＥＥ（Institute of Electrical and Electronics Engineers）３ＧＰＰ（3rd Generation Partnership Project）のような標準団体は、様々なマルチメディアコンテンツをインターネット上で送信するための様々なプロトコルを開発してきた。マルチメディアコンテンツを構成するプラットフォーム技術は、ＭＰＥＧ標準を使用する。
【０００３】
一方、２０００年以降、放送サービスと通信サービスとの統合が進行しつつ、様々なコンテンツ及びサービスが異なるネットワークを介して送信されなければならない環境に到った。また、コンテンツ圧縮及び送信技術の発達とディスプレイ性能（例えば、ＴＶ）の向上により、ユーザは、高画質のデータをより低いコストで使用することを希望する。
【０００４】
上述した要求事項を充足するために、ＭＰＥＧは、高解像度マルチメディアコンテンツの効率的な送信、様々なマルチメディアコンテンツの融合送信、様々な網を使用するマルチメディアコンテンツの送信を可能にする標準技術を開発しようとしている。
【０００５】
図１は、様々なマルチメディアコンテンツに応じて相互に異なるプロトコルを使用する従来のマルチメディアコンテンツ送信構造を示す図である。
【０００６】
図１を参照すると、従来では、各アプリケーション（例えば、電子メール、ファイル転送、ウェブサービスなど）は、別々のプロトコルを用いて対応するレイヤーでサービスされる。例えば、電子メールサービス１０１は、アプリケーションレイヤーにおいてＳＭＴＰプロトコル１０３を必要とし、トランスポートレイヤーにおいてＴＣＰプロトコル１０５を必要とし、ネットワークレイヤーにおいてＩＰプロトコル１０７を必要とする。他方、音声サービス１１３は、アプリケーションレイヤーにおいてＲＴＰプロトコル１１５を必要とし、転送レイヤーにおいてＵＤＰプロトコル１１７を必要とする。
【０００７】
例えば、映画コンテンツがユーザに提供されることを仮定する。映画コンテンツを構成する１つのフレームは、通常では、ビデオストリーム、オーディオストリーム、及びキャプション情報を含む。上述したように、図１のプロトコル構造を使用する場合に、ビデオストリーム、オーディオストリーム、及びキャプション情報は、異なるプロトコルを使用して送信されなければならない。したがって、従来のプロトコル構造を使用する場合に、映画コンテンツのような様々なタイプのメディアを含んでいるコンテンツ（以下、“マルチメディアコンテンツ”と呼ぶ）を送信するには効率的でない。
【０００８】
すなわち、現在のマルチメディアコンテンツを提供する方法において、それぞれのマルチメディアコンテンツを構成するメディアごとに別々のプロトコルが適用されなければならず、これは、マルチメディアコンテンツ送信において非効率性を引き起こす。特に、様々なマルチメディアコンテンツを含む複合マルチメディアコンテンツの送信に難しさがある。
【発明の概要】
【発明が解決しようとする課題】
【０００９】
本発明の目的は、少なくとも上述した問題点及び／又は不都合に取り組み、少なくとも以下の便宜を提供することにある。すなわち、本発明の目的は、様々な種類のネットワークを用いて様々な種類のマルチメディアコンテンツを含むマルチメディアコンテンツを送信する装置及び方法を提供することにある。
【００１０】
本発明の他の目的は、マルチメディアコンテンツを統合的に送信するためのインターフェースを提供することにある。
【００１１】
本発明の他の目的は、マルチメディアコンテンツを統合的に送信するためのパケットフォーマットを提供することにある。
【課題を解決するための手段】
【００１２】
上記のような目的を達成するために、本発明の実施形態の一態様によれば、メディアサービスを提供するためのインターフェースは、コーディングされたメディアデータをカプセル化するためのエンカプセレーションレイヤーと、上記カプセル化されたメディアデータを他のエンティティに送信する送信レイヤーと、上記メディアデータの送信を制御するための制御レイヤーとを有することを特徴とする。
【発明の効果】
【００１３】
本発明によると、様々なマルチメディアコンテンツは、統合されたフレームワークを使用して最小のコストで最適化された送信を行うことができる。したがって、ユーザが効率的にマルチメディア関連コンテンツの提供を受けることができるばかりでなく、マルチメディアコンテンツのプロバイダーが１つの統合システムを介してサービスを提供することもでき、サービス提供の効率性及び柔軟性を向上させることもできる。
【図面の簡単な説明】
【００１４】
【図１】様々なアプリケーションサービスごとに異なるプロトコルを使用する従来のプロトコルの構造を示す図である。
【図２】本発明の実施形態に応じて必要な機能及びインターフェースを説明するために細別した３つのレイヤーを示す図である。
【図３】図２に示すような構造を有するＭＭＴを用いて送信されるマルチメディアのＩＰパケットの構造を示す図である。
【図４】図２で定義されるＭＭＴシステムを用いて実際にサービスをユーザに提供するための一例を説明する図である。
【図５】図２に示すような構造を有するマルチメディアシステムを用いて送信されるサービスを送信ファイルフォーマットの形で示す図である。
【図６】図２に示すような構造を有するマルチメディアシステムを用いて送信されるコンテンツのパケット構造を説明する図である。
【発明を実施するための形態】
【００１５】
以下、本発明の好適な実施形態について添付図面を参照しながら詳細に説明する。下記の説明において、図面における同一の構成要素に対しては、他の図面に表示されても、同一の参照番号及び符号を付けてあることに注意されたい。また、パケットを識別する特定の値、表示された情報のコンテンツのように、以降の説明における様々な特定の定義は、本発明の一般的な理解を助けるためだけに提供されるのであって、そのような定義がなくでも本発明が実現することができることは当該技術分野における通常の知識を有する者には明らかである。さらに、本発明の以降の説明において、明瞭性と簡潔性の観点から、当業者に良く知られている機能や構成に関する具体的な説明を省略する。
【００１６】
本発明は、マルチメディアコンテンツを統合して送受信するためのインターフェースを定義する。本発明で定義されるインターフェースは、３つの機能レイヤーを提供する。第１の機能レイヤーはエンカプセレーション（encapsulation）レイヤーであり、２番目の機能レイヤーは送信（Delivery）レイヤーであり、３番目の機能レイヤーは制御レイヤーである。
【００１７】
エンカプセレーションレイヤーは、メディアコーディングレイヤーから受信した様々な種類のコーディングされたマルチメディアコンテンツの処理及びカプセル化を実行する。また、エンカプセレーションレイヤーは、カプセル化されたマルチメディアコンテンツを記憶装置に記憶可能なフォーマットに適切に変換するか、又は送信レイヤーを介してネットワーク上の他のエンティティ又はユーザ端末機に送信可能なフォーマットに適切に変換する。
【００１８】
送信レイヤーは、このカプセル化されたマルチメディアコンテンツを様々なネットワークを介して送信するために、マルチメディアコンテンツに最適化された送信環境を提供するための機能を定義する。
【００１９】
制御レイヤーは、ユーザがマルチメディアコンテンツを消費する（consume）ために必要な消費情報（consumption information）（例えば、電子番組ガイド（electronic program guide：ＥＰＧ））及び送信レイヤーがマルチメディアコンテンツを効率的に送信するために必要な機能を定義する。
【００２０】
図２は、本発明の実施形態に従ってプロトコル単位で細別される上述する３つの機能レイヤーを説明する図である。
【００２１】
本発明において、エンカプセレーションレイヤーは、Ｅ．１  ２１１、Ｅ．２  ２１２、及びＥ．３  ２１３の３個のレイヤーを含み、送信レイヤーは、Ｄ．１  ２２１、Ｄ．２  ２２２、及びＤ．３  ２２３を含み、制御レイヤーは、Ｃ．１  ２３１、Ｃ．２  ２３２、及びＣ．３  ２３３の３個のレイヤーを含む。一方、図２において、参照符号“２７０”により全体的に示されるレイヤー、すなわち、フラグメントＮＡＬユニット（fragment NAL Unit）、ＡＵ、ＭＰＥＧ-２  ＴＳ、ＲＴＰ／ＨＴＴＰ、及びＵＤＰ／ＴＣＰは、本発明によるレイヤーのさらなる理解を助けるために示され、ＭＭＴ  Ｅ．３レイヤー２１３、ＭＭＴ  Ｅ．２レイヤー２１２、ＭＭＴ  Ｅ．１レイヤー２１１、ＭＭＴ  Ｄ．１レイヤー２２１、及びＭＭＴ  Ｄ．２レイヤー２２２の機能がフラグメントＮＡＬユニット、ＡＵ、ＭＰＥＧ−２  ＴＳ、ＲＴＰ／ＨＴＴＰ、及びＵＤＰ／ＴＣＰレイヤーの機能と必ず一致するのではないことに留意すべきである。
【００２２】
図２を参照すると、まず、メディアコーディングレイヤー２００は、マルチメディアコンテンツをフラグメントの単位で分割し、分割されたフラグメントをコーディングすることによりメディアデータフラグメント（“フラグメント”）を生成する。また、メディアコーディングレイヤー２００は、フラグメントに関連した情報を生成する。“フラグメントに関連した情報”は、生成されたフラグメント間の関係を示す情報である。参考までに、所定数のフラグメントの組み合わせはアクセスユニットを構成し、所定数のアクセスユニットとアクセスユニットに関連した情報との組み合わせは、基本ストリーム（Elementary Stream）を構成する。
【００２３】
エンカプセレーションレイヤーは、以下の構成及び機能を有する。
【００２４】
エンカプセレーションレイヤーのＥ．３レイヤー２１３は、メディアコーディングレイヤー２００からフラグメント、フラグメントヘッダー、及びフラグメントに関連した情報を受信し、受信されたフラグメントを用いてアクセスユニットを生成する。また、Ｅ．１レイヤー２１３は、この生成されたアクセスユニット間の関係に関する情報であるアクセスユニットに関連した情報を生成する。
【００２５】
アクセスユニットに関連した情報は、例えば、デコード時間（decoding time）、構成時間（composition time）、サイズ、アクセスユニットシーケンスナンバー（sequence number）などを意味する。一方、この生成されたアクセスユニット及びアクセスユニットに関連した情報は、Ｅ．２レイヤー２１２に転送される。参考までに、フラグメントは、音声コーデックから出力されたデータ、映像コーデックから出力されたデータ、既存のメディア映像に比べて機能が追加されるリッチ（rich）メディアをサポートするためのシーン（Scene）構成情報、各種アプリケーション及びファイルデータといった、マルチメディアコンテンツを構成するすべての種類のデータであってもよい。
【００２６】
Ｅ．２レイヤー２１２は、複数のアクセスユニットとアクセスユニットに関連した情報とを組み合わせることにより基本ストリームを生成する。また、Ｅ．２レイヤー２１２は、基本ストリームに関連した情報を生成する。基本ストリームに関連した情報は、例えば、ストリームの種類、ストリーム識別子、ストリームの送信特性値などを意味する。
【００２７】
Ｅ．１レイヤー２１１は、基本ストリームを含むマルチメディアコンテンツに対する構成情報（composition information）及びマルチメディアコンテンツが適切に消費されることができるようにする代表送信特性値を生成する。この構成情報は、例えば、ビデオデータ及びオーディオデータを含むマルチメディアコンテンツを再生するためにビデオデータ及びオーディオデータが結合される際に必要な情報であってもよく、この代表送信特性値は、例えば、送信エラー率及び速度などで表示されることができるサービス品質（ＱｏＳ）であってもよい。
【００２８】
一方、送信レイヤーは、以下のような構成及び機能を有する。
【００２９】
図１の従来のプロトコル構造において、マルチメディアデータ送信のための既存のＲＴＰ又はＨＴＴＰ送信プロトコルと類似した送信プロトコルに対応するＤ．１レイヤー２２１は、本発明において新たに提案するアプリケーションプロトコルである。Ｄ．１レイヤー２２１は、マルチメディアコンテンツを効率的に送信するために、マルチメディア送信に必要なネットワーク情報及びマルチメディアコンテンツの特性に関する情報を生成する。
【００３０】
図１の既存のＵＤＰ又はＴＣＰと類似したネットワーク送信プロトコルに対応するＤ．２レイヤー２２２は、様々なネットワーク種類を考慮したフロー制御（flow control）及びエラー訂正機能を実行するための情報を生成する。
【００３１】
Ｄ．３レイヤー２２３は、図２に示すように、すべてのレイヤー間の情報送信に関連した機能を提供する。すなわち、Ｄ．３レイヤー２２３は、マルチメディアコンテンツの生成、転送、及び消費を最適化するために、マルチメディアコンテンツ転送及び最終的に必要なコミュニケーションをレイヤー間で可能にする。Ｄ．３レイヤー２２３は、マルチメディアコンテンツのユーザ体感品質（Quality of Experience：ＱｏＥ）を満足させるための動作を実行し、これらの動作のための情報を生成し、必要であれば、マルチメディアコンテンツを受信するエンティティにこの情報を送信する。また、Ｄ．３レイヤー２２３は、送信レイヤーでマルチメディアコンテンツのＱｏＳを満足するようにし、このために、図２のすべてのレイヤーとの通信を実行する。
【００３２】
制御レイヤーは、以下のような構成及び機能を有する。制御レイヤーは、制御のためのターゲットレイヤーに応じて３つのレイヤーに区分される。
【００３３】
Ｃ．１レイヤー２３１は、エンカプセレーションレイヤーＥ．１  ２１１、Ｅ．２  ２１２、Ｅ．３  ２１３で生成される情報を用いてマルチメディアコンテンツの転送及び消費に必要な情報を生成し、この生成された情報をユーザ装置に提供する。マルチメディアコンテンツの転送及び消費に必要な情報は、例えば、マルチメディアを構成するコンテンツの種類、コンテンツ間の関係、及びコンテンツの消費順序のようなコンテンツ消費に必要な情報及びマルチメディアコンテンツを発見することができる発見情報を意味する。
【００３４】
Ｃ．２レイヤー２３２は、メディア送信に必要な制御機能をＤ．１レイヤー２２１及びＤ．２レイヤー２２２に提供する。例えば、Ｃ．２レイヤー２３２は、Ｄ．１レイヤー２２１がマルチメディアコンテンツを考慮したフレーム構成を実行するように制御する。これに関連して、Ｃ．２レイヤー２３２は、マルチメディアコンテンツが様々なネットワークを介して送信される場合を考慮してＤ．１レイヤー２２１の制御を実行する。また、Ｃ．２レイヤー２３２は、マルチメディアコンテンツを送信するためのセッションのフロー制御をＤ．２レイヤー２２２に提供する。
【００３５】
Ｃ．３レイヤー２３３は、送信レイヤーの下位レイヤー、すなわち、インターネットプロトコル（Internet Protocol：ＩＰ）レイヤー２４０、データリンクレイヤー２５０、又は物理レイヤー２６０にアクセスし制御する。例えば、Ｃ．３レイヤー２３３は、データリンクレイヤー２５０からネットワーク送信遅延測定情報を受信し、送信レイヤーがこの受信された情報を用いてマルチメディアコンテンツを適切に送信することができるようにする。また、Ｃ．３レイヤー２３３は、物理レイヤー２６０から送信エラーレート情報を受信し、送信エラーレートを減少させるために必要な適切な制御を実行することができる。送信エラーレートを減少させるための制御の一例には、エラーが発生した送信パケットの再送信を指示するものがある。
【００３６】
図３は、図２に示すような構造を有するＭＰＥＧメディア転送（MPEG Media Transport：ＭＭＴ）インターフェースを用いて送信されるマルチメディアのＩＰパケットの構造を示す図である。
【００３７】
図２での各レイヤーの動作のために必要な情報は、図３のＩＰパケット３００のペイロードを構成し、各レイヤーに対応する各レイヤーヘッダーに含まれる。図３において、ＩＰパケット３００は、ＩＰヘッダー３０１とペイロード３１０とを含む。ペイロード３１０は、上述したレイヤーのそれぞれで生成された情報を含む各レイヤーヘッダーを含む。
【００３８】
具体的に説明すると、メディアコーディングレイヤーで生成されたメディアコーディングデータは、アクセスユニットの単位でＥ．３レイヤーペイロード３０７及び３０９に含まれる。他方、Ｅ．３レイヤーヘッダー３０６及び３０８は、対応するレイヤーで生成されたアクセスユニットに関連した情報を含み、Ｅ．２レイヤーヘッダー３０５は、対応するレイヤーで生成された基本ストリームに関連した情報を含み、Ｅ．１レイヤーヘッダー３０４は、対応するレイヤーで生成された構成情報及び代表送信特性値を含む。また、Ｄ．１レイヤーヘッダー３０３は、対応するレイヤーで生成されたマルチメディアコンテンツの特性に関する情報を含み、Ｄ．２レイヤーヘッダー３０２は、フロー制御及びエラー訂正のための情報を含む。
【００３９】
本発明において、必要な情報が図３に示すＩＰパケット構造を使用して転送されるので、特定のレイヤーをサポートするネットワークエンティティは、ペイロードにアクセスすることなしに対応するレイヤーヘッダーから対応するレイヤーで実行される機能に必要な情報を取得することができる。
【００４０】
図４は、本発明の実施形態によるＭＭＴシステムを用いて実際にサービスをユーザに提供する一例を示す図である。
【００４１】
図４の例は、ＨＴＴＰプロトコル上でアドバンスドビデオコーデック（Advanced Video Codec：ＡＶＣ）データを送信するためのサービスを提供する一例に対応し、サービスがＥ．１レイヤー４１１及びＣ．１レイヤー４３１だけを使用して提供できる場合を示す。このように、本発明は、対応するサービスをユーザに提供するために図２で定義されたレイヤーの中の一部のレイヤーだけを用いてサービスを提供することができる。
【００４２】
図５は、本発明の実施形態によるマルチメディアシステムを用いて送信されるサービスを送信ファイルフォーマットの形で示す図である。
【００４３】
Ｅ．３レイヤー５１３において、コーディングされたメディアデータ５１４は、アクセスユニットの単位でデフラグメント（defragment）される。これは、図５においてＥ．３ボックスで図示される。
【００４４】
Ｅ．３レイヤーデータは、基本ストリームの単位でＥ．２レイヤー５１２に記憶される。Ｅ．１レイヤー５１１は、Ｄレイヤー及びＣレイヤーが基本ストリームを含むサービス又はセッションに関連した情報を読み出し、これをサービスとして提供するために必要な情報であるマルチメディアコンテンツに対する構成情報と、マルチメディアコンテンツを適切に消費できるようにする代表送信特性値とを含む。一方、対応するマルチメディアサービスの提供を受けている途中にユーザがＴＶ端末機をターンオンする場合のように、対応するマルチメディアサービスが開始された後に任意の時点からユーザがマルチメディアサービスにアクセスすることができるので、この構成情報及び代表送信特性値は、反復して表現される必要がある。
【００４５】
一方、Ｅ．１レイヤー５１１の下位レイヤーのうち、Ｄ．１レイヤー５２１は、対応するパケットの送信のために必要なネットワーク情報及び対応するマルチメディアコンテンツの特性に関する情報を含み、Ｄ．２レイヤー５２２は、ＩＰレイヤーを用いる送信のために必要なネットワーク情報とフロー制御及びエラー訂正のための情報とを含む。
【００４６】
図６は、本発明の実施形態によるマルチメディアシステムを用いて送信されるメディアコンテンツデータのパケット構造を示す図である。
【００４７】
図６において、コンテンツデータの種類及び属性に応じて適切なサイズにスライスされるメディアスライス（Media slice）６０１は、Ｅ．３パケット６０２のペイロードとしてパケット化される。また、Ｅ．３パケット６０２は、アクセスユニットの単位で区別されてＥ．２パケット６０３によりパケット化される。また、Ｅ．２パケット６０３は、基本ストリームの単位で区別されてＥ．１パケット６０４によりパケット化される。Ｅ．１パケット６０４は、ＴＣＰ又はＵＤＰレイヤーを用いる送信のための情報及びマルチメディアコンテンツの特性に関する情報とともに、Ｄ．１パケット６０５によりパケット化される。Ｄ．１パケット６０５は、ＩＰレイヤーを用いる送信に必要な情報及びフロー制御及びエラー訂正のための情報とともにＤ．２パケット６０６によりパケット化される。最終的に、Ｄ．２パケット６０６は、従来のＩＰパケット６０７によりパケット化される。
【００４８】
以上、本発明を具体的な実施形態に関して図示及び説明を行ったが、添付した特許請求の範囲により規定されるような本発明の趣旨及び範囲を逸脱することなく、形式や細部の様々な変更が可能であることは、当該技術分野における通常の知識を有する者には明らかである。
【図１】
0005512038.tif 000002
【図２】
0005512038.tif 000003
【図３】
0005512038.tif 000004
【図４】
0005512038.tif 000005
【図５】
0005512038.tif 000006
【図６】
0005512038.tif 000007