JP4815530B2 - 大容量メディアデータを受容するための拡張されたｓａｆパケット構造 - Google Patents

Description

本発明は、ＳＡＦ（Ｓｉｍｐｌｅ Ａｇｇｒｅｇａｔｉｏｎ Ｆｏｒｍａｔ）パケット構造に係り、さらに詳細には、大容量データを受容するための拡張されたＳＡＦパケット構造、ＳＡＦパケット生成装置、ＳＡＦパケットパーシング装置及び方法に関する。

携帯電話のように、資源が不足した端末で簡単なマルチメディアサービスを行うためのＭＰＥＧ（Ｍｏｂｉｎｇ Ｐｉｃｔｕｒｅ Ｅｘｐｅｒｔｓ Ｇｒｏｕｐ）−４ ＬＡＳｅＲ（Ｌｉｇｈｔ Ａｐｐｌｉｃａｔｉｏｎ Ｓｃｅｎｅ Ｒｅｐｒｅｓｅｎｔａｔｉｏｎ）でのストリーミング時に、パケットのフォーマットは、ＳＡＦと定義される。
ＳＡＦは、簡略化されたストリーム技術メカニズムであって、多様なメディア、フォント及びシーンストリームを簡単に多重化しやすい、強力な要素ストリームパッケージング方法を提供するＭＰＥＧ−４システム同期化階層の構成である。

現在、ＳＡＦパケット構造で受容可能なパケットサイズは、６５,５３５バイトに制限される。したがって、速く発展するモバイルアプリケーションで使用する大容量メディアデータを受容するには問題点が存在する。例えば、高画素カメラを内蔵しているモバイルデバイスで撮った写真や、３ＧＰＰ２で使用するＣＭＦ（Ｃｏｍｐａｃｔ Ｍｕｌｔｉｍｅｄｉａ Ｆｏｒｍａｔ）のような大容量メディアデータは、現在のＳＡＦパケット構造では受容できない。

したがって、既存のＳＡＦパケット構造と互換が可能であり、大容量メディアデータも受容可能にする拡張されたＳＡＦパケット構造及び方法が必要とされている。

本発明が解決しようとする技術的課題は、大容量メディアデータが受容でき、既存のＳＡＦ構造と互換可能な拡張されたＳＡＦパケットの構造を提供することである。

本発明が解決しようとする他の技術的課題は、大容量メディアデータが受容でき、既存のＳＡＦ構造と互換可能な拡張されたＳＡＦパケットを生成する装置及び方法を提供することである。

本発明が解決しようとするさらに他の技術的課題は、大容量メディアデータが受容でき、既存のＳＡＦ構造と互換可能な拡張されたＳＡＦパケットをパーシングする装置及び方法を提供することである。

本発明が解決しようとするさらに他の技術的課題は、大容量メディアデータが受容でき、既存のＳＡＦ構造と互換可能な拡張されたＳＡＦパケットを生成する方法をコンピュータで実行させるためのプログラムを記録したコンピュータで読み取り可能な記録媒体を提供することである。

前記課題を達成するための本発明の一実施例による大容量メディアデータを受容するための拡張されたＳＡＦパケット構造は、大容量メディアデータをＳＡＦパケットで伝送可能なサイズに分割したＳＡＦフラグメントユニットと前記ＳＡＦフラグメントのタイプに関する情報を提供するフィールドとを含むＳＡＦアクセスユニットと、前記ＳＡＦアクセスユニットが前記ＳＡＦフラグメントユニットを伝送するか否かに関する情報を提供するフィールドを含むＳＡＦパケットヘッダと、からなりうる。

前記ＳＡＦアクセスユニットは、ＳＡＦフラグメントユニットのタイプが第１ ＳＡＦパケットを構成する第１のＳＡＦフラグメントユニットである場合、伝送しようとする大容量メディアデータの全体サイズに関する情報を提供するフィールドをさらに含み、ＳＡＦフラグメントユニットのタイプが第１以後のＳＡＦパケットを構成するＳＡＦフラグメントユニットである場合、前記ＳＡＦフラグメントユニットの連続番号を提供するフィールドをさらに含みうる。

前記ＳＡＦパケットヘッダのフィールド値を０に設定することによって、ＳＡＦフラグメントユニットが前記ＳＡＦアクセスユニットのペイロード中において伝送されることが知らせられうる。

前記課題を達成するための本発明の一実施例による大容量メディアデータを受容するための拡張されたＳＡＦパケット生成装置は、大容量メディアデータをＳＡＦパケットで伝送可能なサイズに分割したＳＡＦフラグメントユニットと前記ＳＡＦフラグメントのタイプに関する情報を提供するフィールドとを含むＳＡＦアクセスユニットを生成するアクセスユニット生成部と、前記ＳＡＦアクセスユニットが前記ＳＡＦフラグメントユニットを伝送するか否かに関する情報を提供するフィールドを含むＳＡＦパケットヘッダを生成するヘッダ生成部と、を備えうる。

前記課題を達成するための本発明の一実施例による大容量メディアデータを受容するための拡張されたＳＡＦパケットパーシング装置は、大容量メディアデータをＳＡＦパケットで伝送可能なサイズに分割したＳＡＦフラグメントユニットと前記ＳＡＦフラグメントのタイプに関する情報を提供するフィールドとを含むＳＡＦアクセスユニットと、前記ＳＡＦアクセスユニットが前記ＳＡＦフラグメントユニットを伝送するか否かに関する情報を提供するフィールドを含むＳＡＦパケットヘッダと、からなるＳＡＦパケットを受信して、前記ＳＡＦパケットのメディアデータ情報を提供するフィールドを分析処理しうる。

前記課題を達成するための本発明の他の一実施例による大容量メディアデータを受容するための拡張されたＳＡＦパケット生成方法は、大容量メディアデータをＳＡＦパケットで伝送可能なサイズに分割したＳＡＦフラグメントユニットと前記ＳＡＦフラグメントのタイプに関する情報を提供するフィールドとを含むＳＡＦアクセスユニットを生成するステップと、前記ＳＡＦアクセスユニットが前記ＳＡＦフラグメントユニットを伝送するか否かに関する情報を提供するフィールドを含むＳＡＦパケットヘッダを生成するステップと、を含みうる。

前記課題を達成するための本発明の一実施例による大容量メディアデータを受容するための拡張されたＳＡＦパケットのパーシング方法は、大容量メディアデータをＳＡＦパケットで伝送可能なサイズに分割したＳＡＦフラグメントユニットと前記ＳＡＦフラグメントのタイプに関する情報を提供するフィールドとを含むＳＡＦアクセスユニットと、前記ＳＡＦアクセスユニットが前記ＳＡＦフラグメントユニットを伝送するか否かに関する情報を提供するフィールドを含むＳＡＦパケットヘッダと、からなるＳＡＦパケットを受信して、前記ＳＡＦパケットのメディアデータ情報を提供するフィールドを分析処理するステップを含みうる。

前記課題を達成するために本発明の一実施例による大容量メディアデータを受容するための拡張されたＳＡＦパケット生成方法をコンピュータで実行させるためのプログラムを記録したコンピュータで読み取り可能な記録媒体を提供する。

本発明によれば、ＳＡＦパケットに大容量メディアデータを分割したフラグメントユニットの伝送において、既存のＳＡＦパケットヘッダで使用するアクセスユニット長の値が０である時、ＳＡＦアクセスユニットにＳＡＦフラグメントユニットまたは第１のＳＡＦフラグメントユニットが伝送されることを知らせることによって、パケットが大容量メディアデータのフラグメントの伝送情報を提供することによって、大容量メディアデータの伝送を可能にする。

また、ＳＡＦアクセスユニットがフラグメント連続番号を含んでいるので、パケット損失に備えることができる。

そして、伝送パケットが分割された大容量データのフラグメントユニットのうち、第１ ＳＡＦパケットを構成する第１のＳＡＦフラグメントユニットを含む場合、総アクセスユニット長を含んでいるので、総メディアデータサイズをデコーダで計算可能にする。

それだけでなく、受信側で大容量メディアデータが受信でき、パケットフィールド情報からデータ損失有無を把握して適切に対応できるので、ユーザにさらに良質のサービスを提供できる。

したがって、本発明によるＳＡＦパケットは、ＬＡＳｅＲバージョン１及び既存のＳＡＦパケットと互換でき、大容量メディアデータを受容できるように拡張可能である。

前述した目的、特徴及び長所は、添付された図面と関連した次の詳細な説明を通じてさらに明確になり、それにより、当業者が本発明の技術的思想を容易に実施できるであろう。また、本発明の説明において、本発明と関連した公知の技術についての具体的な説明が本発明の要旨を必要以上に不明確にすると判断される場合に、その詳細な説明を省略する。

以下で、添付された図面を参照して、本発明の望ましい実施例を詳細に説明する。
図１は、本発明の一実施例によるアクセスユニット長フィールドを含むＳＡＦ（Ｓｉｍｐｌｅ Ａｇｇｒｅｇａｔｉｏｎ Ｆｏｒｍａｔ）パケットヘッダの構造図である。

前記図１を参照すれば、本発明のＳＡＦパケット１００は、ＳＡＦパケットヘッダ１１０とＳＡＦアクセスユニット１５０とで構成される。したがって、ＳＡＦアクセスユニット１５０の長さは、ＳＡＦパケット１００の長さとＳＡＦパケットヘッダ１１０の長さとの差である。

本発明によれば、大容量メディアデータをＳＡＦパケットで伝送するために、前記大容量メディアデータをＳＡＦパケットで伝送可能なサイズに分けて伝送する。本発明では、前記分割されたデータのそれぞれをＳＡＦフラグメントユニットといい、ＳＡＦフラグメントユニットのうち、最初にＳＡＦパケットを構成するＳＡＦフラグメントユニットを第１のＳＡＦフラグメントユニットと称す。

ＳＡＦパケットヘッダ１１０は、ＳＡＦアクセスユニットが前記ＳＡＦフラグメントユニットを伝送するか否かに関する情報を提供するフィールドを含み、ＳＡＦアクセスユニット１５０は、大容量メディアデータをＳＡＦパケットで伝送可能なサイズに分割したＳＡＦフラグメントユニット及び前記ＳＡＦフラグメントのタイプに関する情報を提供するフィールドを含む。

前記ＳＡＦフラグメントユニットは、前記ＳＡＦアクセスユニット１５０のペイロードに載せられて伝送される。

前記ＳＡＦパケットヘッダ１１０は、アクセスユニット長フィールド１１１を含む。

ＳＡＦパケットは、ＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）を通じた伝送のためのＲＦＰ ３６４０など既存の伝送メカニズムを利用するために、ＳＬ（Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ Ｌａｙｅｒ）パケットと互換されるように設計された。したがって、ＳＡＦパケットに新たな特性を導入する時には、このような互換性を維持することが非常に重要である。

ＭＰＥＧ−４でＳＬパケットヘッダのセマンティックによれば、アクセスユニット長の定義は、次の通りである：アクセスユニット長は、アクセスユニットの長さを表し、バイトユニットを使用する。シンタックス要素が存在しないか、またはその値が‘０’である場合、前記アクセスユニットの長さは、知られていない。

したがって、ＭＰＥＧ−４システムで、‘０’は、パケットでアクセスユニットの実際サイズを意味するものではないので、アクセスユニット長フィールドのセマンティックを変更せず、新たな特性を表すために使用できる。

また、ＩＳＯ／ＩＥＣ １４４９６−２０でＳＡＦパケットヘッダのセマンティックによれば、アクセスユニット長の定義は、次の通りである：アクセスユニット長は、ＳＡＦパケットで伝送されたＳＡＦアクセスユニットの長さをバイトで表したものである。前記フィールドの値は、少なくとも２である。前記フィールドの値の０及び１は、今後ＩＳＯ用途のために保留される。

したがって、新たな特性を表すために、既存のＳＡＦパケットと互換してアクセスユニット長フィールド値の‘０’または‘１’の値を使用できる。

本発明では、前記ＳＡＦパケットヘッダ１１０は、従来のＳＡＦパケットヘッダ構造と同一であり、但し、アクセスユニット長フィールド１１１の値として‘０’を利用して、ＳＡＦパケットのペイロードが大容量メディアデータのフラグメントを伝送することを示すようにした。これにより、本発明の拡張されたＳＡＦパケット構造は、既存のＳＡＦパケット構造と互換可能になりうる。

図２は、本発明の一実施例によるＳＡＦフラグメントユニットを示す図面であって、これについての詳細なコードは、次の通りである。
ｃｌａｓｓ ｓａｆＦＵ｛
ｂｉｔ（４）ａｃｃｅｓｓＵｎｉｔＴｙｐｅ；
ｂｉｔ（１２）ｓｔｒｅａｍＩＤ；
ｂｉｔ（１６）ｐａｙｌｏａｄＬｅｎｇｔｈ；
ｂｉｔ（８）ｆｒａｇｍｅｎｔＳｅｑＮｕｍ；
ｂｙｔｅ（８）［ｐａｙｌｏａｄＬｅｎｇｔｈ−１］ ｐａｙｌｏａｄ；
｝
図２を参照すれば、ＳＡＦパケット２００は、ＳＡＦパケットヘッダ２１０とＳＡＦアクセスユニット２５０とを含む。前記ＳＡＦパケットヘッダ２１０は、図１のＳＡＦパケットヘッダ１１０と同じであるので、ここでは説明を省略する。前記ＳＡＦアクセスユニット２５０は、ＳＡＦフラグメントユニットの実際データが伝送されるペイロード２５５とアクセスユニットタイプフィールド２５１、ストリーム識別子フィールド２５２、ペイロード長フィールド２５３及び分割連続番号フィールド２５４を含む。

アクセスユニットタイプフィールド２５１は、前記ＳＡＦパケットで伝送されるデータが大容量メディアデータを分割したＳＡＦフラグメントユニットが第１アクセスユニットであるか否かに関する情報を提供する。図２は、第１以後ＳＡＦフラグメントユニットを表すので、各アクセスユニットタイプの値とそれに該当するデータ種類とを表す図４を参照すれば、前記実施例では、アクセスユニットタイプが０ｘ０Ａ（１０）である時である。

ストリーム識別子フィールド２５２のストリーム識別子（ｓｔｒｅａｍＩＤ）は、現在アクセスユニットに属する要素ストリームを指す固有な識別子情報を表す。例えば、ビデオ要素ストリームの場合、ビデオ要素ストリーム１，２，３，・・・などとなりうる。

ペイロード長フィールド２５３は、実際データが含まれるペイロードの長さに関する情報を提供する。前記実施例で、ＳＡＦアクセスユニットタイプが０ｘ０Ａである場合、ペイロードの長さは、前記ＳＡＦフラグメントユニットのサイズと同じである。

分割連続番号フィールド２５４の分割連続番号は、ペイロードに伝送されるＳＡＦフラグメントユニットの連続番号である。前記パケットヘッダ２１０には、アクセスユニットの連続番号（ＡＵ＿Ｓｅｑｕｅｎｃｅｎｕｍｂｅｒ）に関する情報を提供するフィールドが含まれる。これは、伝送しようとするメディアデータの一連番号であって、本発明の全体としての大容量メディアデータの一つは、一つのアクセスユニット連続番号を有し、前記大容量メディアデータを分割したＳＡＦフラグメントユニットは、同じアクセスユニット連続番号を有する。したがって、前記アクセスユニット連続番号としては、ＳＡＦフラグメントユニットの順序を把握できないので、パケット損失が発生したとき、これを確認する方法がなくなる。したがって、前記分割連続番号によってペイロードに伝送される前記大容量メディアデータを分割したＳＡＦフラグメントユニットの順序を表すことによって、パケット損失に備える。

ペイロード２５５は、アクセスユニットの客体データ部分であって、ペイロードの長さは、ペイロード長（ｐａｙｌｏａｄＬｅｎｇｔｈ）フィールド情報を通じて分かる。

図３は、本発明の一実施例による第１のＳＡＦフラグメントユニットを示す図面であって、これについての詳細なコードは、次の通りである。
ｃｌａｓｓ ｓａｆＦＦＵ｛
ｂｉｔ（４）ａｃｃｅｓｓＵｎｉｔＴｙｐｅ；
ｂｉｔ（１２）ｓｔｒｅａｍＩＤ；
ｂｉｔ（１６）ｐａｙｌｏａｄＬｅｎｇｔｈ；
ｂｉｔ（４）ｃａｒｒｉｅｄＡｃｃｅｓｓＵｎｉｔＴｙｐｅ；
ｂｉｔ（４）ｒｅｓｅｒｖｅｄ；
ｂｉｔ（３２）ｔｏｔａｌＬｅｎｇｔｈＯｆＡｃｃｅｓｓＵｎｉｔ；
ｂｙｔｅ（８）［ｐａｙｌｏａｄＬｅｎｇｔｈ−５］ｐａｙｌｏａｄ；
｝
図３を参照すれば、ＳＡＦパケット３００は、ＳＡＦパケットヘッダ３１０とＳＡＦアクセスユニット３５０とを含む。前記ＳＡＦパケットヘッダ３１０は、図１のＳＡＦパケットヘッダ１１０と同じであるので、ここでは説明を省略する。前記ＳＡＦアクセスユニット３５０は、ＳＡＦフラグメントユニットの実際データが含まれるペイロード３５６、アクセスユニットタイプフィールド３５１、ストリーム識別子フィールド３５２、ペイロード長フィールド３５３、伝送アクセスユニットタイプフィールド３５４及び総アクセスユニット長フィールド３５５を含む。

アクセスユニットタイプフィールド３５１は、前記ＳＡＦパケットで伝送されるデータが大容量メディアデータを分割したＳＡＦフラグメントユニットが第１アクセスユニットであるか否かに関する情報を提供する。図３は、第１のＳＡＦフラグメントユニットを表すので、各アクセスユニットタイプの値とそれに該当するデータ種類とを表す図４を参照すれば、前記実施例では、アクセスユニットタイプ（ａｃｃｅｓｓＵｎｉｔＴｙｐｅ）が０ｘ０９（９）である時である。

ストリーム識別子フィールド３５２のストリーム識別子（ｓｔｒｅａｍＩＤ）は、現在アクセスユニットに属する要素ストリームを指す固有な識別子情報を表す。例えば、ビデオ要素ストリームの場合、ビデオ要素ストリーム１，２，３，・・・などとなりうる。

ペイロード長フィールド３５３は、実際データが含まれるペイロードの長さ（ｐａｙｌｏａｄＬｅｎｇｔｈ）に関する情報を提供する。前記実施例で、ＳＡＦアクセスユニットタイプが０ｘ０９である場合、ペイロードの長さは、前記第１のＳＡＦフラグメントユニットのサイズと同じである。

伝送アクセスユニットタイプフィールド３５４の伝送アクセスユニットタイプ（ｃａｒｒｉｅｄＡｃｃｅｓｓＵｎｉｔＴｙｐｅ）は、ペイロードに伝達するフラグメントのペイロードの種類を表すものであって、図４に示したように、単純デコータ設定記述子（ＳｉｍｐｌｅＤｅｃｏｄｅｒＣｏｎｆｉｇＤｅｓｃｒｉｐｔｏｒ）、ストリーム端（ＥｎｄＯｆＳｔｒｅａｍ）、要素ストリームのアクセスユニット（ＡｃｃｅｓｓＵｎｉｔ）、ＳＡＦセッション端（ＥｎｄＯｆＳＡＦＳｅｓｓｉｏｎ）、キャッシュユニット（ＣａｃｈｅＵｎｉｔ）でありうる。

総アクセスユニット長フィールド３５５の総アクセスユニット長（ｔｏｔａｌＬｅｎｇｔｈＯｆＡｃｃｅｓｓＵｎｉｔ）は、伝送する大容量メディアデータをＳＡＦフラグメントユニットに分けたとき、各ＳＡＦフラグメントユニットの長さの和である。したがって、総アクセスユニット長は、伝送しようとする大容量メディアデータの全体サイズである。これにより、第１ ＳＡＦフラグメントパケットから伝達する情報で、以後にどのくらいのデータが追加伝送されるかについての情報を提供する。

ペイロード３５６は、アクセスユニットの客体データ部分であって、ペイロードの長さは、ペイロード長（ｐａｙｌｏａｄＬｅｎｇｔｈ）フィールド情報を通じて分かる。

図５は、本発明の一実施例によるＳＡＦパケット生成装置の概略図である。

前記ＳＡＦパケット生成装置５００は、データ分割部５１０、アクセスユニット生成部５２０及びヘッダ生成部５３０を備える。

データ分割部５１０は、入力される大容量メディアデータを受信してＳＡＦパケットで伝送可能なサイズに分割してＳＡＦフラグメントユニットを構成する。前記ＳＡＦフラグメントユニットは、第１ ＳＡＦパケットを構成する第１のＳＡＦフラグメントユニットタイプ及びそれ以後のＳＡＦパケットを構成するＳＡＦフラグメントユニットのタイプと規定される。

アクセスユニット生成部５２０は、ペイロードに前記大容量メディアデータをＳＡＦパケットで伝送可能なサイズに分割したＳＡＦフラグメントユニットを含んで伝送し、前記ＳＡＦフラグメントユニットのタイプが第１のＳＡＦフラグメントユニットであるか否かを判断してＳＡＦフラグメントユニットのタイプに関する情報を提供するアクセスユニットタイプフィールドを生成する。

もし、前記ＳＡＦフラグメントユニットのタイプが第１のＳＡＦフラグメントユニットである場合、伝送しようとする大容量メディアデータの全体サイズに関する情報を提供する総アクセスユニット長フィールドをさらに生成し、前記ＳＡＦフラグメントユニットのタイプが第１以後のＳＡＦパケットを構成するＳＡＦフラグメントユニットである場合、前記ＳＡＦフラグメントユニットの連続番号を提供する分割連続番号フィールドを生成する。連続番号を確認することによって、パケット損失に対比しうる。

ヘッダ生成部５３０は、前記生成されたＳＡＦアクセスユニットが前記ＳＡＦフラグメントユニットを伝送するか否かに関する情報を提供するフィールドを含むＳＡＦパケットヘッダを生成する。これは、既存のＳＡＦパケットヘッダに生成されるアクセスユニット長フィールドを利用することによって、前記アクセスユニット長フィールドの値を０に設定してＳＡＦアクセスユニットのペイロードにＳＡＦフラグメントユニットが伝送されることを知らせる。

図６は、本発明の一実施例によるＳＡＦパケット生成方法を示すフローチャートである。

前記ＳＡＦパケットの生成方法は、ＳＡＦフラグメントユニット及びＳＡＦフラグメントのタイプに関する情報を提供するフィールドを含むＳＡＦアクセスユニットを生成し、前記ＳＡＦアクセスユニットがＳＡＦフラグメントユニットを伝送するか否かに関する情報を提供するフィールドを含むＳＡＦパケットヘッダを生成するステップを含む。

さらに具体的に説明すれば、大容量メディアデータをＳＡＦパケットで伝送可能なサイズに分けてＳＡＦフラグメントユニットを形成する（Ｓ６１０）。

ＳＡＦアクセスユニットを構成するＳＡＦフラグメントユニットが第１ ＳＡＦパケットを構成する第１のＳＡＦフラグメントユニットであるか否かを判断する（Ｓ６２０）。

もし、第１のＳＡＦフラグメントユニットであれば、全体メディアデータサイズに関する情報を提供する総アクセスユニット長フィールドを形成する（Ｓ６３０）。これにより、デコーダは、全体メディアデータサイズを計算しうる。

もし、第１のＳＡＦフラグメントユニットではない第１以後のＳＡＦフラグメントユニットであれば、フラグメント連続番号に関する情報を提供する連続番号フィールドを形成する（Ｓ６４０）。これは、パケット損失に備えるためである。

このように形成されたＳＡＦアクセスユニットには、その他のペイロードに関する情報を提供するフィールドが追加され、アクセスユニット長フィールドを含むＳＡＦパケットヘッダを生成する（Ｓ６５０）。前記アクセスユニット長フィールドの値は、ＭＰＥＧ−４システムのＳＬ構造と互換可能に‘０’の値を設定する。設定された‘０’の値は、アクセスユニット長を意味するものではなく、ＳＡＦアクセスユニットを構成するペイロードにＳＡＦフラグメントユニットまたは第１のＳＡＦフラグメントユニットが伝送されることを表す。したがって、本発明の拡張されたＳＡＦパケットは、既存のＳＡＦパケット構造と互換して大容量メディアデータを伝送しうる。

図７は、本発明の望ましい一実施例による拡張されたＳＡＦパケットパーシング装置のブロック図である。

前記ＳＡＦパケットパーシング装置７００は、パケット受信部７１０、パケットパーシング部７２０、データ保存部７３０及びデータ処理部７４０を備える。

パケット受信部７１０は、ＳＡＦアクセスユニットとヘッダとからなる大容量メディアデータを受容するための拡張されたＳＡＦパケットを受信する。前記ＳＡＦアクセスユニットは、大容量メディアデータをＳＡＦパケットで伝送可能なサイズに分割したＳＡＦフラグメントユニット及び前記ＳＡＦフラグメントのタイプに関する情報を提供するフィールドを含む。前記ＳＡＦパケットヘッダは、前記ＳＡＦアクセスユニットが前記ＳＡＦフラグメントユニットを伝送するか否かに関する情報を提供するフィールドを含む。

パケットパーシング部７２０は、前記受信したＳＡＦパケットのフィールドを分析して大容量メディアデータが伝送されるか否かを判断し、伝えられる大容量メディアデータの全体サイズ及び伝送過程でのデータ損失を把握する。

データ保存部７３０は、前記分析されたフィールド情報及び伝えられた大容量メディアデータを保存する。

データ処理部７４０は、前記パケットパーシング部７２０の情報及びデータ保存部７３０のデータを、データ類型によって決定された所定の方法で処理して出力する。
図８は、本発明の望ましい実施例による拡張されたＳＡＦパケットのパーシング方法を示すフローチャートである。

ＳＡＦアクセスユニットとヘッダとからなる大容量メディアデータを受容するための拡張されたＳＡＦパケットを受信する（Ｓ８１０）。前記ＳＡＦアクセスユニットは、大容量メディアデータをＳＡＦパケットで伝送可能なサイズに分割したＳＡＦフラグメントユニット及び前記ＳＡＦフラグメントのタイプに関する情報を提供するフィールドを含む。前記ＳＡＦパケットヘッダは、前記ＳＡＦアクセスユニットが前記ＳＡＦフラグメントユニットを伝送するか否かに関する情報を提供するフィールドを含む。

受信したＳＡＦパケットをパーシングして、パケット内フィールド情報から大容量メディアデータが伝送されるか否かを判断し、伝えられる大容量メディアデータの全体サイズ及び伝送過程でのデータ損失を把握する（Ｓ８２０）。

伝送されたメディアデータを保存し、パーシング結果情報及び保存されたデータを、データ類型によって決定された所定の方法で処理して出力する（Ｓ８３０）。

したがって、本発明によって大容量メディアデータが受信でき、データ損失を把握して適切に対応できて、ユーザによってさらに良質のサービスを提供できる。

本発明はまた、コンピュータで読み取り可能な記録媒体にコンピュータ可読コードとして具現することが可能である。コンピュータで読み取り可能な記録媒体は、コンピュータシステムによって読み取られるデータが保存される全ての種類の記録装置を含む。コンピュータで読み取り可能な記録媒体の例としては、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）、ＣＤ−ＲＯＭ、磁気テープ、フロッピー（登録商標）ディスク、光データ保存装置があり、またキャリアウェーブ（例えば、インターネットを通じた伝送）の形態に具現されるものも含む。また、コンピュータで読み取り可能な記録媒体は、ネットワークに連結されたコンピュータシステムに分散されて、分散方式でコンピュータ可読コードが保存され、かつ実行されうる。そして、本発明を具現するための機能的なプログラム、コード及びコードセグメントは、本発明が属する技術分野のプログラマーによって容易に推論されうる。また、本発明のＳＡＦパケットのデータ構造もコンピュータで読み取られるＲＯＭ、ＲＡＭ、ＣＤ−ＲＯＭ、磁気テープ、フロッピー（登録商標）ディスク、光データ記録装置のような記録媒体にコンピュータ可読コードとして具現されうる。

以上、本発明について望ましい実施例を中心に説明した。当業者は、本発明が本発明の本質的な特性から逸脱しない範囲で変形された形態で具現されるということが分かるであろう。したがって、開示された実施例は、限定的な観点ではなく、説明的な観点で考慮されねばならない。本発明の範囲は、前述した説明ではなく、特許請求の範囲に現れており、それと同等な範囲内にある全ての差異点は、本発明に含まれていると解釈されねばならない。

本発明の一実施例によるアクセスユニット長フィールドを含むＳＡＦパケットヘッダの構造図である。 本発明の一実施例によるＳＡＦパケットのＳＡＦフラグメントユニットの構造図である。 本発明の一実施例によるＳＡＦパケットの第１のＳＡＦフラグメントユニットの構造図である。 本発明の一実施例によるＳＡＦパケットのＳＡＦアクセスユニット内ペイロードのアクセスユニットタイプを示す図面である。 本発明の一実施例によるＳＡＦパケット生成装置を示すブロック図である。 本発明の一実施例によるＳＡＦパケット生成方法を示すフローチャートである。 本発明の一実施例によるＳＡＦパケットパーシング装置を示すブロック図である。 本発明の一実施例によるＳＡＦパケットのパーシング方法を示すフローチャートである。

Claims (17)

1. 大容量メディアデータをＳＡＦパケットで伝送可能なサイズに分割したＳＡＦフラグメントユニット、前記ＳＡＦフラグメントのタイプに関する情報を提供するフィールドを含むＳＡＦアクセスユニットを生成するアクセスユニット生成部と、
   前記ＳＡＦアクセスユニットが前記ＳＡＦフラグメントユニットを伝送するか否かに関する情報を提供するアクセスユニット長フィールドを含むＳＡＦパケットヘッダを生成するヘッダ生成部と、を備え、
   第１ＳＡＦパケットを構成する第１ＳＡＦフラグメントユニットを含むＳＡＦアクセスユニットのフィールドの構造は、第１以後のＳＡＦパケットを構成するＳＡＦフラグメントユニットを含むＳＡＦアクセスユニットのフィールドの構造と異なることを特徴とする大容量メディアデータを受容するための拡張されたＳＡＦパケット生成装置。
2. 前記アクセスユニット生成部は、前記ＳＡＦフラグメントユニットのタイプが第１ ＳＡＦパケットを構成する第１のＳＡＦフラグメントユニットであるか否かを判断し、第１のＳＡＦフラグメントユニットである場合には、前記ＳＡＦアクセスユニットのフィールドが前記伝送しようとする大容量メディアデータの全体サイズに関する情報を提供するフィールドを含むように生成することを特徴とする請求項１に記載の大容量メディアデータを受容するための拡張されたＳＡＦパケット生成装置。
3. 前記アクセスユニット生成部は、前記ＳＡＦフラグメントユニットのタイプが第１以後のＳＡＦパケットを構成するＳＡＦフラグメントユニットである場合には、前記ＳＡＦアクセスユニットのフィールドが前記ＳＡＦフラグメントユニットの連続番号を提供するフィールドを含むように生成することを特徴とする請求項１に記載の大容量メディアデータを受容するための拡張されたＳＡＦパケット生成装置。
4. 前記ヘッダ生成部は、前記ＳＡＦパケットヘッダのアクセスユニット長フィールド値を０に設定することによって、ＳＡＦフラグメントユニットが前記ＳＡＦアクセスユニットのペイロード中において伝送されることを知らせることを特徴とする請求項１に記載の大容量メディアデータを受容するための拡張されたＳＡＦパケット生成装置。
5. メディアデータを伝送するＳＡＦパケットを受信して、前記ＳＡＦパケットをパーシングするパーシング装置において、
   前記ＳＡＦパケットは、
   大容量メディアデータをＳＡＦパケットで伝送可能なサイズに分割したＳＡＦフラグメントユニット、前記ＳＡＦフラグメントのタイプに関する情報を提供するフィールドを含むＳＡＦアクセスユニットと、
   前記ＳＡＦアクセスユニットが前記ＳＡＦフラグメントユニットを伝送するか否かに関する情報を提供するアクセスユニット長フィールドを含むＳＡＦパケットヘッダと、からなり、
   第１ＳＡＦパケットを構成する第１ＳＡＦフラグメントユニットを含むＳＡＦアクセスユニットのフィールドの構造は、第１以後のＳＡＦパケットを構成するＳＡＦフラグメントユニットを含むＳＡＦアクセスユニットのフィールドの構造と異なって構成された大容量メディアデータを受容するための拡張されたＳＡＦパケットであることを特徴とするＳＡＦパケットパーシング装置。
6. 前記ＳＡＦアクセスユニットのフィールドは、前記ＳＡＦフラグメントユニットのタイプがＳＡＦフラグメントユニットのうち、第１ＳＡＦパケットを構成する第１のＳＡＦフラグメントユニットである場合、伝送しようとする大容量メディアデータの全体サイズに関する情報を提供するフィールドを含むことを特徴とする請求項５に記載の大容量メディアデータを受容するための拡張されたＳＡＦパケットパーシング装置。
7. 前記ＳＡＦアクセスユニットのフィールドは、前記ＳＡＦフラグメントユニットのタイプがＳＡＦフラグメントユニットのうち、第１以後のＳＡＦパケットを構成するＳＡＦフラグメントユニットである場合、前記ＳＡＦフラグメントユニットの連続番号を提供するフィールドをさらに含むことを特徴とする請求項５に記載の大容量メディアデータを受容するための拡張されたＳＡＦパケットパーシング装置。
8. 前記ＳＡＦパケットヘッダのアクセスユニット長フィールド値を０に設定することによって、ＳＡＦフラグメントユニットが前記ＳＡＦアクセスユニットのペイロード中において伝送されることが知らせられることを特徴とする請求項５に記載の大容量メディアデータを受容するための拡張されたＳＡＦパケットパーシング装置。
9. 大容量メディアデータをＳＡＦパケットで伝送可能なサイズに分割したＳＡＦフラグメントユニット、前記ＳＡＦフラグメントのタイプに関する情報を提供するフィールドを含むＳＡＦアクセスユニットを生成するステップと、
   前記ＳＡＦアクセスユニットが前記ＳＡＦフラグメントユニットを伝送するか否かに関する情報を提供するアクセスユニット長フィールドを含むＳＡＦパケットヘッダを生成するステップとを含み、
   第１ＳＡＦパケットを構成する第１ＳＡＦフラグメントユニットを含むＳＡＦアクセスユニットのフィールドの構造は、第１以後のＳＡＦパケットを構成するＳＡＦフラグメントユニットを含むＳＡＦアクセスユニットのフィールドの構造と異なることを特徴とする大容量メディアデータを受容するための拡張されたＳＡＦパケット生成方法。
10. 前記アクセスユニット生成ステップは、前記ＳＡＦフラグメントユニットのタイプがＳＡＦフラグメントユニットのうち、第１ ＳＡＦパケットを構成する第１のＳＡＦフラグメントユニットである場合には、前記ＳＡＦアクセスユニットのフィールドが伝送しようとする大容量メディアデータの全体サイズに関する情報を提供するフィールドを含むように形成するステップを含むことを特徴とする請求項９に記載の大容量メディアデータを受容するための拡張されたＳＡＦパケット生成方法。
11. 前記アクセスユニット生成ステップは、前記ＳＡＦフラグメントユニットのタイプがＳＡＦフラグメントユニットのうち、第１以後のＳＡＦパケットを構成するＳＡＦフラグメントユニットである場合には、前記ＳＡＦアクセスユニットのフィールドが前記ＳＡＦフラグメントユニットの連続番号を提供するフィールドを含むように形成するステップを含むことを特徴とする請求項９に記載の大容量メディアデータを受容するための拡張されたＳＡＦパケット生成方法。
12. 前記ヘッダ生成ステップは、前記ＳＡＦパケットヘッダのアクセスユニット長フィールド値を０に設定することによって、ＳＡＦフラグメントユニットが前記ＳＡＦアクセスユニットのペイロード中において伝送されることを知らせることを特徴とする請求項９に記載の大容量メディアデータを受容するための拡張されたＳＡＦパケット生成方法。
13. メディアデータを伝送するＳＡＦパケットを受信して、前記ＳＡＦパケットをパーシングするパーシング方法において、
    前記ＳＡＦパケットは、
    大容量メディアデータをＳＡＦパケットで伝送可能なサイズに分割したＳＡＦフラグメントユニット、前記ＳＡＦフラグメントのタイプに関する情報を提供するフィールドを含むＳＡＦアクセスユニットと、
    前記ＳＡＦアクセスユニットが前記ＳＡＦフラグメントユニットを伝送するか否かに関する情報を提供するアクセスユニット長フィールドを含むＳＡＦパケットヘッダと、からなり、
    第１ＳＡＦパケットを構成する第１ＳＡＦフラグメントユニットを含むＳＡＦアクセスユニットのフィールドの構造は、第１以後のＳＡＦパケットを構成するＳＡＦフラグメントユニットを含むＳＡＦアクセスユニットのフィールドの構造と異なって構成された大容量メディアデータを受容するための拡張されたＳＡＦパケットであることを特徴とするＳＡＦパケットのパーシング方法。
14. 前記ＳＡＦアクセスユニットのフィールドは、前記ＳＡＦフラグメントユニットのタイプがＳＡＦフラグメントユニットのうち、第１ ＳＡＦパケットを構成する第１のＳＡＦフラグメントユニットである場合、伝送しようとする大容量メディアデータの全体サイズに関する情報を提供するフィールドを含むことを特徴とする請求項１３に記載の大容量メディアデータを受容するための拡張されたＳＡＦパケットのパーシング方法。
15. 前記ＳＡＦアクセスユニットのフィールドは、前記ＳＡＦフラグメントユニットのタイプがＳＡＦフラグメントユニットのうち、第１以後のＳＡＦパケットを構成するＳＡＦフラグメントユニットである場合、前記ＳＡＦフラグメントユニットの連続番号を提供するフィールドを含むことを特徴とする請求項１３に記載の大容量メディアデータを受容するための拡張されたＳＡＦパケットのパーシング方法。
16. 前記ＳＡＦパケットヘッダのアクセスユニット長フィールド値を０に設定して、前記ＳＡＦアクセスユニットのペイロードにＳＡＦフラグメントユニットが伝送されることを知らせることを特徴とする請求項１３に記載の大容量メディアデータを受容するための拡張されたＳＡＦパケットのパーシング方法。
17. 請求項１３ないし１６のうち何れか１項に記載の方法をコンピュータで実行させるためのプログラムを記録したコンピュータで読み取り可能な記録媒体。

Images