(57)【要約】  本発明はマルチメディアストリーミングシステムでストリーミングされるコンテンツを格納及び再生するためのものであって、マルチメディアストリーミングシステムにおけるサーバーの動作方法は、ＭＰＤ（Ｍｅｄｉａ  Ｐｒｅｓｅｎｔａｔｉｏｎ  Ｄｅｓｃｒｉｐｔｉｏｎ）ファイルの伝送を要求される過程と、伝送されるセグメント（ｓｅｇｍｅｎｔ）を連結してメディアファイル再生機器で再生可能なメディアファイルを生成可能であるのか否かを示すフラグを含むＭＰＤファイルを送信する過程と、を含む。
2014511580.tif 000002
【特許請求の範囲】
【請求項１】
マルチメディアストリーミングシステムにおけるサーバーの動作方法において、
少なくとも一つのセグメントの伝送要求を受信する過程と、
前記少なくとも一つのセグメントを送信する過程と、を含み、
前記少なくとも一つのセグメントは、
表現グループ（ｒｅｐｒｅｓｅｎｔａｔｉｏｎ  ｇｒｏｕｐ）に属する全ての表現に対するサンプル叙述情報（ｓａｍｐｌｅ  ｄｅｓｃｒｉｐｔｉｏｎ）を含む第１ボックスを含む少なくとも一つの初期化セグメント（ＩＳ：Ｉｎｉｔｉａｌｉｚａｔｉｏｎ  Ｓｅｇｍｅｎｔ）と、
前記第１ボックスに含まれたサンプル叙述情報のうち一つのインデックスであるサンプル叙述情報インデックスを含む第２ボックス及びメディアデータを含む第３ボックスを含む少なくとも一つのメディアセグメント（ＭＳ：Ｍｅｄｉａ  Ｓｅｇｍｅｎｔ）と、を含むことを特徴とする、方法。
【請求項２】
ＭＰＤ（Ｍｅｄｉａ  Ｐｒｅｓｅｎｔａｔｉｏｎ  Ｄｅｓｃｒｉｐｔｉｏｎ）ファイルの伝送要求を受信する過程と、
伝送されるセグメントを連結してメディアファイル再生機器で再生可能なメディアファイルを生成可能であるのか否かを示すフラグを含むＭＰＤファイルを送信する過程と、を更に含むことを特徴とする、請求項１に記載の方法。
【請求項３】
マルチメディアストリーミングシステムにおけるクライアントの動作方法において、
セグメントを受信する過程と、
受信されたセグメントを連結することでメディアファイルを生成する過程と、を含み、
前記少なくとも一つのセグメントは、
表現グループ（ｒｅｐｒｅｓｅｎｔａｔｉｏｎ  ｇｒｏｕｐ）に属する全ての表現に対するサンプル叙述情報（ｓａｍｐｌｅ  ｄｅｓｃｒｉｐｔｉｏｎ）を含む第１ボックスを含む少なくとも一つの初期化セグメント（ＩＳ：Ｉｎｉｔｉａｌｉｚａｔｉｏｎ  Ｓｅｇｍｅｎｔ）と、
前記第１ボックスに含まれたサンプル叙述情報のうち一つのインデックスであるサンプル叙述情報インデックスを含む第２ボックス及びメディアデータを含む第３ボックスを含む少なくとも一つのメディアセグメント（ＭＳ：Ｍｅｄｉａ  Ｓｅｇｍｅｎｔ）と、を含むことを特徴とする、方法。
【請求項４】
伝送されるセグメントを連結してメディアファイル再生機器で再生可能なメディアファイルを生成可能であるのか否かを示すフラグを含むＭＰＤ（Ｍｅｄｉａ  Ｐｒｅｓｅｎｔａｔｉｏｎ  Ｄｅｓｃｒｉｐｔｉｏｎ）ファイルを受信する過程と、
前記フラグに基づいて前記セグメントを連結してメディアファイル再生機器で再生可能なメディアファイルを生成可能であるのか否かを判断する過程と、を更に含むことを特徴とする、請求項３に記載の方法。
【請求項５】
前記メディアファイルを生成する過程は、
連結するセグメントリストを生成する過程と、
受信されるセグメントの識別情報（ｉｄｅｎｔｉｆｉｅｒ）を前記ファイルリストに順次に記録する過程と、
一つのピリオド（ｐｅｒｉｏｄ）に属するセグメントの受信が完了されると、前記ファイルリストに含まれたセグメントを前記順番に連結することで前記メディアファイルを生成する過程と、を含むことを特徴とする、請求項３に記載の方法。
【請求項６】
マルチメディアストリーミングシステムにおけるセグメントファイルを生成する方法において、
表現グループ（ｒｅｐｒｅｓｅｎｔａｔｉｏｎ  ｇｒｏｕｐ）に属する全ての表現に対するサンプル叙述情報（ｓａｍｐｌｅ  ｄｅｓｃｒｉｐｔｉｏｎ）を含む第１ボックスを含む少なくとも一つの初期化セグメント（ＩＳ：Ｉｎｉｔｉａｌｉｚａｔｉｏｎ  Ｓｅｇｍｅｎｔ）を生成する過程と、
前記第１ボックスに含まれたサンプル叙述情報のうち一つのインデックスであるサンプル叙述情報インデックスを含む第２ボックス及びメディアデータを含む第３ボックスを含む各表現のためのメディアセグメント（ＭＳ：Ｍｅｄｉａ  Ｓｅｇｍｅｎｔ）ファイルを生成する過程と、を含むことを特徴とする、方法。
【請求項７】
各表現グループにおける同じメディア構成要素のためのトラック識別情報（ｔｒａｃｋ  ＩＤ）は、各表現に対して同じであることを特徴とする、請求項２、請求項３、請求項６のうち一項に記載の方法。
【請求項８】
一つのピリオド内の同じ表現グループに属するメディアセグメント内の全てのトラックセグメントは、初期化セグメントの第１ボックス内のメディア構成要素トラックと同じトラック識別情報（ｔｒａｃｋ  ＩＤ）を有することを特徴とする、請求項２、請求項３、請求項６のうち一項に記載の方法。
【請求項９】
前記メディアセグメントは「ｄａｓｈ」を指示する値を記載したｓｔｙｐボックスを含むことを特徴とする、請求項２、請求項３、請求項６のうち一項に記載の方法。
【請求項１０】
前記第２ボックスは、前記第３ボックスに含まれたメディアデータの位置を指定するために相対的アドレス方式（ｒｅｌａｔｉｖｅ  ａｄｄｒｅｓｓｉｎｇ）を使用することを特徴とする、請求項２、請求項３、請求項６のうち一項に記載の方法。
【請求項１１】
前記第１ボックスはｍｏｏｖボックスを、前記第２ボックスはｍｏｏｆボックスを、前記第３ボックスはｍｄａｔボックスを含むことを特徴とする、請求項２、請求項３、請求項６のうち一項に記載の方法。
【請求項１２】
請求項１、請求項２、請求項７乃至請求項１１のうちいずれか一つの方法を実施するように構成された、サーバー装置。
【請求項１３】
請求項３、請求項５、請求項７乃至請求項１１のうちいずれか一つの方法を実施するように構成された、クライアント装置。
【請求項１４】
請求項６乃至請求項１１のうちいずれか一つの方法を実施するように構成された、装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明はマルチメディアストリーミングシステムに関するものであり、特にマルチメディアストリーミングシステムでストリーミングされるコンテンツを格納及び再生するための装置及びその方法に関するものである。
【背景技術】
【０００２】
様々な標準機関で議論されているＤＡＳＨ（Ｄｙｎａｍｉｃ  Ａｄａｐｔｉｖｅ  Ｓｔｒｅａｍｉｎｇ  ｏｖｅｒ  ＨＴＴＰ）と称する適応型ストリーミング技術がある。上記ＤＡＳＨはＩＳＯ（Ｉｎｔｅｒｎａｔｉｏｎａｌ  Ｏｒｇａｎｉｚａｔｉｏｎ  ｆｏｒ  Ｓｔａｎｄａｒｄｉｚａｔｉｏｎ）基本メディアファイルフォーマット（ＩＳＯ  Ｂａｓｅ  Ｍｅｄｉａ  Ｆｉｌｅ  Ｆｏｒｍａｔ）又はそれに基づいて標準化された様々なファイルフォーマットで作成されたマルチメディアコンテンツ（ｃｏｎｔｅｎｔ）又はＭＰＥＧ−２（Ｍｏｖｉｎｇ  Ｐｉｃｔｕｒｅ  Ｅｘｐｅｒｔｓ  Ｇｒｏｕｐ）ＴＳ（Ｔｒａｎｓｐｏｒｔ  Ｓｔｒｅａｍ）で作成されたマルチメディアコンテンツを多数のファイルピース、即ち、セグメント（ｓｅｇｍｅｎｔ）に分けてＨＴＴＰサーバーに格納する。その後、クライアント（ｃｌｉｅｎｔ）はＨＴＴＰを使用してセグメントを順次にダウンロードし、マルチメディアコンテンツストリーミングサービスを提供することができる。
【０００３】
上述したＤＡＳＨ技術に基づいてストリーミングされるコンテンツはＩＳＯ基本メディアファイルフォーマット又はＭＰＥＧ−２  ＴＳに従う。よって、ストリーミングされるコンテンツを格納し、その後該当受信機器又はＩＳＯフォーマットを支援する他の機器に格納されたコンテンツを再生するサービスが考慮される。しかし、セグメント単位にストリーミングされるコンテンツの構造は通信ネットワークを介した伝送に基づいて構成されるため、ストリーミングされるセグメントをそのまま格納すると円滑に再生されない場合が生じる恐れがある。特に、ストリーミングサービスを支援しない通常の再生機器において、格納されたコンテンツが円滑に再生されない場合が生じる恐れがある。よって、ＤＡＳＨ基盤のストリーミングサービスのためのセグメントファイルを生成するに当たって、セグメントファイルを格納及び再生するための改善された形式に対する要求が存在する。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】韓国特許出願公開第１０−２００９−００４４３０９号公報
【発明の概要】
【課題を解決するための手段】
【０００５】
本発明の目的は上述の問題及び欠点を解決するためのものであって、以下のような利点のうち少なくとも一つを提供する。
【０００６】
よって、本発明の目的は、マルチメディアストリーミングシステムでストリーミングされるコンテンツを格納及び再生するための装置及びその方法を提供することにある。
【０００７】
本発明の他の目的は、マルチメディアストリーミングシステムにおいて、ＤＡＳＨセグメント（ｓｅｇｍｅｎｔ）を順番に連結（ｃｏｎｃａｔｅｎａｔｅ）して他の機器で再生可能なコンテンツファイルを生成するための装置及びその方法を提供することにある。
【０００８】
本発明のまた他の目的は、マルチメディアストリーミングシステムにおいて、伝送されるセグメントを連結して従来のファイル生成機器が再生可能なメディアファイルを生成可能であるか否かを知らせるための装置及びその方法を提供することにある。
【０００９】
上記目的を達成するための本発明の態様によると、マルチメディアストリーミングシステムにおけるサーバーの動作方法は、ＭＰＤ（Ｍｅｄｉａ  Ｐｒｅｓｅｎｔａｔｉｏｎ  Ｄｅｓｃｒｉｐｔｉｏｎ）ファイルの伝送を要求する過程と、伝送されるセグメントを連結してメディアファイル再生機器で再生可能なメディアファイルを生成可能であるか否かを示すフラグを含むＭＰＤファイルを送信する過程と、を含むことを特徴とする。
【００１０】
上記目的を達成するための本発明の他の態様によると、マルチメディアストリーミングシステムにおけるクライアントの動作方法は、伝送されるセグメントを連結してメディアファイル再生機器で再生可能なメディアファイルを生成可能であるか否かを示すフラグを含むＭＰＤファイルを受信する過程と、上記フラグを介して上記セグメントを連結してメディアファイル再生機器で再生可能なメディアファイルを生成可能であるのか否かを判断する過程と、を含むことを特徴とする。
【００１１】
上記目的を達成するための本発明のまた他の態様によると、マルチメディアストリーミングシステムにおけるセグメントファイルの生成方法において、表現グループ（ｒｅｐｒｅｓｅｎｔａｔｉｏｎ  ｇｒｏｕｐ）に属する全ての表現に対するサンプル叙述情報（ｓａｍｐｌｅ  ｄｅｓｃｒｉｐｔｉｏｎ）エントリーを含む第１ボックスを含む初期化セグメント（ＩＳ：Ｉｎｉｔｉａｌｉｚａｔｉｏｎ  Ｓｅｇｍｅｎｔ）ファイルを生成する過程と、上記第１ボックスに含まれたサンプル叙述情報エントリーのうち一つを指定するインデックスを含む第２ボックス及びメディアデータを含む第３ボックスを含むメディアセグメント（ＭＳ：Ｍｅｄｉａ  Ｓｅｇｍｅｎｔ）ファイルを表現（ｒｅｐｒｅｓｅｎｔａｔｉｏｎ）別に生成する過程と、を含むことを特徴とする。
【００１２】
上記目的を達成するための本発明の更に他の態様によると、マルチメディアストリーミングシステムにおけるサーバー装置は、ＭＰＤファイルの伝送を要求する通信部と、伝送されるセグメントを連結してメディアファイル再生機器で再生可能なメディアファイルを生成可能であるか否かを示すフラグを含むＭＰＤファイルを送信するように制御する制御部と、を含むことを特徴とする。
【００１３】
上記目的を達成するための本発明の更に他の態様によると、マルチメディアストリーミングシステムにおけるクライアント装置は、伝送されるセグメントを連結してメディアファイル再生機器で再生可能なメディアファイルを生成可能であるか否かを示すフラグを含むＭＰＤファイルを受信する通信部と、上記フラグを介して上記セグメントを連結してメディアファイル再生機器で再生可能なメディアファイルを生成可能であるか否かを判断する制御部と、を含むことを特徴とする。
【００１４】
上記目的を達成するための本発明の更に他の態様によると、マルチメディアストリーミングシステムにおけるセグメントファイルの生成装置は、表現グループに属する全ての表現に対するサンプル叙述情報エントリーを含む第１ボックスを含む初期化セグメントを生成する第１生成部と、上記第１ボックスに含まれたサンプル叙述情報エントリーのうち一つを指定するインテックスを含む第２ボックス及びメディアデータを含む第３ボックスを含むメディアセグメントを表現別に生成する第２生成部と、を含むことを特徴とする。
【００１５】
本発明の実施形態による本発明の上述した態様（ａｓｐｅｃｔ）及び他の態様、特徴、利益は、以下のような図面と共に説明される詳細な説明から自明に認識されるはずである。
【図面の簡単な説明】
【００１６】
【図１】本発明の実施形態によるマルチメディアストリーミングシステムにおけるストリーミングデータ構造を示す図である。
【図２】本発明の実施形態によるマルチメディアストリーミングシステムにおけるセグメント生成者の動作手順を示す図である。
【図３】本発明の実施形態によるマルチメディアストリーミングシステムにおけるＤＡＳＨサーバーの動作手順を示す図である。
【図４Ａ】本発明の実施形態によるマルチメディアストリーミングシステムにおけるＤＡＳＨクライアントの動作手順を示す図である。
【図４Ｂ】本発明の実施形態によるマルチメディアストリーミングシステムにおけるＤＡＳＨクライアントの動作手順を示す図である。
【図５】本発明の実施形態によるマルチメディアストリーミングシステムにおけるセグメント生成者のブロック構成を示す図である。
【図６】本発明の実施形態によるマルチメディアストリーミングシステムにおけるＤＡＳＨサーバーのブロック構成を示す図である。
【図７】本発明の実施形態によるマルチメディアストリーミングシステムにおけるＤＡＳＨクライアントのブロック構成を示す図である。
【図８】本発明の実施形態によるマルチメディアストリーミングシステムにおける受信ストリームの例を示す図である。
【図９】本発明の実施形態によるマルチメディアストリーミングシステムにおける受信ストリーム及び連結されたメディアファイルの例を示す図である。
【図１０Ａ】本発明の実施形態によるマルチメディアストリーミングシステムにおける受信ストリーム及び連結されたメディアファイルの他の例を示す図である。
【図１０Ｂ】本発明の実施形態によるマルチメディアストリーミングシステムにおける受信ストリーム及び連結されたメディアファイルの他の例を示す図である。
【図１１Ａ】本発明の実施形態によるマルチメディアストリーミングシステムにおける受信ストリーム及び連結されたメディアファイルのまた他の例を示す図である。
【図１１Ｂ】本発明の実施形態によるマルチメディアストリーミングシステムにおける受信ストリーム及び連結されたメディアファイルのまた他の例を示す図である。上記図面において、参照番号は同じであるか類似した要素、特徴、構造を説明するために使用される。
【発明を実施するための形態】
【００１７】
以下、本発明の多様な実施形態を、添付した図面を参照して詳細に説明する。以下の説明において、関連する公知機能或いは構成に対する具体的な説明が本発明の要旨を不明確にする恐れがあると判断される場合、その詳細な説明を省略する。
【００１８】
以下、本発明の実施形態に対する説明では、ＩＳＯ規格及びＤＡＳＨ規格で定義されている用語及び名称を使用する。しかし、本発明が上記用語及び名称によって限定されることはなく、他の規格によるシステムにも同じく適用可能である。
【００１９】
以下の説明において、本発明はストリーミングのためのセグメントファイルを生成する主体を「セグメント生成者」、通信ネットワークを介してセグメントを提供する主体を「ＤＡＳＨサーバー」、ストリーミングされるセグメントを通信ネットワークを介して受信し、受信されるセグメントを連結してメディアファイルを生成する主体を「ＤＡＳＨクライアント」、上記セグメントを連結して生成されたメディアファイルを再生する外部機器を「メディア再生機器」と称する。
【００２０】
なお、「ボックス」とはメディアファイルを構成する単位を意味する。互いに異なるボックスの種類に対する説明は、下記＜表１＞のようである。
【００２１】
【表１】
2014511580.tif 000003
【００２２】
ＤＡＳＨによってストリーミングサービスを提供されようとするＤＡＳＨクライアントは、メディアを含むセグメントをダウンロードする前に、まずＭＰＤ（Ｍｅｄｉａ  Ｐｒｅｓｅｎｔａｔｉｏｎ  Ｄｅｓｃｒｉｐｔｉｏｎ）と呼ばれる制御情報セグメントをダウンロードする。上記ＭＰＤは、ダウンロードするセグメントのＵＲＬ（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｌｏｃａｔｏｒ）だけでなく、上記セグメントをどのような順番にダウンロードすれば有効なコンテンツプレゼンテーション（ｐｒｅｓｅｎｔａｔｉｏｎ）を構成し得るのかに対する情報、ネットワーク状態によってダウンロードを適応的に制御するために必要な制御情報などを含む。
【００２３】
図１は、本発明の実施形態によるマルチメディアストリーミングシステムにおけるストリーミングデータ構造を示す図である。上記図１を参照すると、ＤＡＳＨサーバーに格納されたＩＳＯ基本メディアファイルフォーマットによるコンテンツは論理的に時間軸を分割して各時区間に対応する様々なピリオド（ｐｅｒｉｏｄ）１１０−１、１１０−２で分割されてもよく、上記ピリオド１１０−１、１１０−２それぞれは初期化セグメント（ＩＳ：Ｉｎｉｔｉａｌｉｚａｔｉｏｎ  Ｓｅｇｍｅｎｔ）及びメディアセグメント（ＭＳ：Ｍｅｄｉａ  Ｓｅｇｍｅｎｔ）で構成される。上記初期化セグメントはメディアデータに対するメタデータ（ｍｅｔａ  ｄａｔａ）を含む。上記メディアデータはメディア構成要素（ｍｅｄｉａ  ｃｏｍｐｏｎｅｎｔ）、例えば、オーディオ構成要素、ビデオ構成要素などで区分されてもよく、上記初期化セグメントは各メディア構成要素別トラック（ｔｒａｃｋ）ボックス内に各メディア構成要素に対するメタデータを含む。上記メタデータは実際のメディアデータの長さと関係のない情報のみを含む。言い換えると、上記メタデータはオーディオ、ビデオなどのような各メディア構成要素（ｍｅｄｉａ  ｃｏｍｐｏｎｅｎｔ）の復号方法などを含むが、コンテンツの長さを知らなければ書き込むことができない情報は含まない。
【００２４】
各ピリオドは一つの初期化セグメント及びネットワーク状況に適応的にストリーミングを制御し得るよう、互いに代替可能な多数の表現（ｒｅｐｒｅｓｅｎｔａｔｉｏｎ）で構成されてもよい。上記代替可能な多数の表現は同じ表現グループ（ｒｅｐｒｅｓｅｎｔａｔｉｏｎ  ｇｒｏｕｐ）に属する。上記表現それぞれは一つの初期化セグメント及び多数のメディアセグメントファイルを含んでもよい。よって、ＤＡＳＨクライアントは同じ表現グループ１３０に属する表現のうち一つのみを選択し、メディアセグメントファイルをダウンロードしてもよい。
【００２５】
例えば、上記図１に示したように、同じ表現グループ１３０内の表現１２０-１乃至１２０−Ｎがスイッチ（ｓｗｉｔｃｈ）可能な形態で構成されている場合、上記ＤＡＳＨクライアントは同じ表現グループ１３０に属する第１表現１２０−１から一つのメディアセグメントをダウンロードし、次の順番のメディアセグメントを第Ｎ表現１２０−Ｎからダウンロードしてプレゼンテーションしてもよい。一つのメディアセグメントファイルはメディア構成要素データを含んでもよい。例えば、特定表現はオーディオ構成要素のみを含んでもよい。この場合、上記表現に属するメディアセグメントはオーディオのみを含む。一方、特定表現にオーディオ及びビデオ構成要素が含まれると、上記表現に属するメディアセグメントはオーディオとビデオを全て含む。
【００２６】
上記表現１２０−Ｎ内の上記初期化セグメントは、ＩＳＯ基本メディアファイルフォーマットで定義するｍｏｏｖボックス１４２、ｆｔｙｐボックス１４４などを含む。上記ＤＡＳＨ規格によると、上記初期化セグメント内のｆｔｙｐボックスの「ｍａｊｏｒ  ｂｒａｎｄ」フィールドの値は「ｄａｓｈ」を指示する値として記載される。例えば、上記「ｄａｓｈ」を指示する値は『ｄａｓｈ』を含んでもよい。
【００２７】
一つのメディアセグメントファイルは一つ又は２つ以上のメディア構成要素データを含んでもよい。例えば、上記図１の場合、一つのメディアセグメントファイル表現１２０−Ｎは多数のフラグメント（ｆｒａｇｍｅｎｔ）１５０−１、１５０−２を含んでもよい。一つのフラグメント１５０−１はｍｏｏｆボックス１６２及びｍｄａｔボックス１６４を含んでもよい。上記ｍｏｏｆボックス１６２は、一つのメディア構成要素に対するメタデータを含む。上記メタデータは、実際のメディアデータが入っている上記ｍｄａｔボックス１６４内に含まれた各メディアデータの塊（ｃｈｕｎｋ）の位置を指示する。上記ｍｄａｔボックス１６４は、一つのメディア構成要素に対する実際のメディアデータを含む。上記メディアデータはサンプル（ｓａｍｐｌｅ）単位で含まれてもよい。ここで、ビデオの場合、サンプルは圧縮されたフレームのデータを意味する。もし、一つの表現１２０−Ｎに多数のメディア構成要素が含まれている場合、上記表現１２０−Ｎに属するメディアセグメントに含まれるフラグメント１５０−１、１５０−２のうち一部はビデオデータ（例えば、フラグメント１５０−１）、上記フラグメント１５０−１、１５０−２の一部はオーディオデータ（例えば、フラグメント１５０−１）を含んでもよい。即ち、一つのｍｏｏｆボックス１６２及び一つのｍｄａｔボックス１６４は一つのメディア構成要素のみを含むため、一つのメディアセグメント内で各メディア構成要素はフラグメント単位で区分されてもよい。
【００２８】
本発明によってＤＡＳＨセグメントを連結して再生可能なメディアファイルとして格納するために、本発明の実施形態による構成（ｃｏｎｆｉｇｕｒａｔｉｏｎ）方案が要求される。
【００２９】
一つの構成上の特徴として、従来のファイルのブランド値が維持される。
【００３０】
ＩＳＯ基本メディアファイルフォーマット又はそれに基づいて標準化されたファイルフォーマットに符合するファイル（例えば、ＭＰ４、ＡＶＣ１など）はｆｔｙｐボックスを含む。上記ｆｔｙｐボックスは「ｍａｊｏｒ＿ｂｒａｎｄ」フィールド、「ｍｉｎｏｒ＿ｖｅｒｓｉｏｎ」フィールド、「ｃｏｍｐａｔｉｂｌｅ＿ｂｒａｎｄ」フィールドを含み、そのうち「ｍａｊｏｒ＿ｂｒａｎｄ」フィールドは値を有しなければならない。一方、ＤＡＳＨセグメントファイルの初期化セグメント内のｆｔｙｐボックスの場合、上記「ｍａｊｏｒ＿ｂｒａｎｄ」の値は「ｄａｓｈ」を指示する値、例えば、『ｄａｓｈ』と設定されてもよい。上記『ｄａｓｈ』ブランドは、ＩＳＯ基本メディアファイルフォーマットに符合するｄａｓｈプロファイル（ｐｒｏｆｉｌｅ）に従うと規定されている。しかし、従来のＩＳＯ基本メディアファイルフォーマットのみを支援するメディア再生機器は、上記ｄａｓｈプロファイルを解析することができない。よって、上記メディア再生機器が格納されたＤＡＳＨセグメントで構成されたメディアファイルを再生することができるよう、従来のファイル再生機器が解析し得るブランド名が上記ｆｔｙｐボックス内の特定のフィールドに含まれなければならない。例えば、上記特定のフィールドは「ｃｏｍｐａｔｉｂｌｅ＿ｂｒａｎｄ」フィールドであってもよい。
【００３１】
ＩＳＯ基本メディアファイルフォーマットに基づいて新たに定義されたファイルフォーマット、例えば、ＤＭＢ  ＡＦ（Ｄｉｇｉｔａｌ  Ｍｅｄｉａ  Ｂｒｏａｄｃａｓｔｉｏｎ  Ａｐｐｌｉｃａｔｉｏｎ  Ｆｏｒｍａｔ）のようにＭＰＥＧ−Ａに当たる標準ファイルフォーマットに符合するコンテンツファイルをＤＡＳＨセグメントの形で伝送する場合、ＤＡＳＨサーバーは原材料に当たるメディアファイルのｆｔｙｐボックス内の「ｍａｊｏｒ＿ｂｒａｎｄ」フィールドに記載されたブランドを「Ｃｏｍｐａｔｉｂｌｅ＿ｂｒａｎｄ」フィールド内に記載し、「ｍａｊｏｒ＿ｂｒａｎｄ」フィールドに「ｄａｓｈ」を指示する値を記載してもよい。それによって、ＤＡＳＨクライアントが初期化セグメント及びメディアセグメントを連結してメディアファイルを生成した場合、上記メディア再生機器は「ｄａｓｈ」を主ブランド（ｍａｊｏｒ  ｂｒａｎｄ）として認識し、生のメディアファイルの主ブランドを互換ブランド（ｃｏｍｐａｔｉｂｌｅ  ｂｒａｎｄ）のうち一つとして認識する。また、上記メディア再生機器は『ｄａｓｈ』ブランドを認知することができないため、上記メディアファイルの主ブランドを知らないブランドとして判断する。それによって、上記メディア再生機器は互換ブランドのうち自ら解析し得る最適のブランドを選択して上記メディアファイルを再生する。例えば、上記最適のブランドは最も複雑なブランドであってもよい。しかし、再生は行われても生のメディアファイルの主ブランドが維持されないため、ファイルの管理に問題が発生する可能性がある。言い換えると、主ブランドに符合する有効なファイルであるにもかかわらず、それを示す方法がないためファイルの管理に問題が発生する恐れがある。
【００３２】
ＤＡＳＨ規格はｓｔｙｐボックスを定義しており、メディアセグメント（ＭＳ：ｍｅｄｉａ  ｓｅｇｍｅｎｔ）の最初の部分に上記ｓｔｙｐボックスを選択的に含ませるように定義する。上記ｓｔｙｐボックスはＤＡＳＨメディアセグメントのブランドを知らせるボックスである。上記メディア再生機器は自らが認識できないボックスを無視するため、上記ｓｔｙｐボックスを含んだ状態でメディアセグメントを連結してもメディア再生機器が再生可能な有効なメディアファイルが生成される。
【００３３】
生のメディアファイルの主ブランドがセグメント連結を介して生成されたメディアファイルでも維持されるよう、本発明は初期化セグメントの最初の部分に上記ｓｔｙｐボックスを含ませてもよい。即ち、セグメント生成者は上記初期化セグメントの最初の部分に含まれたｓｔｙｐボックス内に「ｄａｓｈ」を指示する値を記載し、ｆｔｙｐボックス内のフィールドを生のメディアファイルの内容通り変更せずに設定する。それによってＤＡＳＨクライアントで初期化セグメント及びメディアセグメントを連結して格納すると、上記メディア再生機器は該当メディアファイルを介して主ブランドを初めとする情報を正確に獲得することができる。上記メディア再生機器は初期化セグメントの最初の部分に含まれたｓｔｙｐボックス及びメディアセグメントの最初の部分に含まれたｓｔｙｐボックスを全て無視する。
【００３４】
一つのピリオドの間受信された初期化セグメント及びメディアセグメントを連結して従来のファイル再生機器で再生可能なメディアファイルを生成するために、セグメント生成者は初期化セグメント及びメディアセグメントを生成する際いくつかの条件を満足しなければならない。ＤＡＳＨクライアントはネットワーク状態によって伝送率を変化させるために同じ表現グループに属する互いに異なる表現にスイッチ（ｓｗｉｔｃｈ）して該当表現に属するメディアセグメントをダウンロードするので、上記条件はそれを考慮して定義されなければならない。
【００３５】
条件１乃至条件７は以下のようである。
【００３６】
条件１：同じピリオドに属する全てのメディア構成要素に対するトラック（ｔｒａｃｋ）情報を初期化セグメントに含まれた第１ボックスに含ませる。
【００３７】
例えば、上記第１ボックスはｍｏｏｖボックスであってもよい。即ち、一つのピリオドは上記ピリオドに属する全ての表現に対する一つの共通した初期化セグメントを含んでもよい。
【００３８】
例えば、上記トラック情報はトラックの種類（例えば、オーディオ、ビデオ）、トラック番号、使用されたコーデック、サンプルの個数、各サンプルのプレゼンテーション時間などの情報を含んでもよい。即ち、上記初期化セグメントは表現グループに属する全ての表現をデコーディングするために要求されるサンプル叙述情報（ｓａｍｐｌｅ  ｄｅｓｃｒｉｐｔｉｏｎ）を含む。
【００３９】
条件２：全てのトラックは唯一無二なトラック識別情報（ｔｒａｃｋ＿ＩＤ）を有する。 
【００４０】
互いに異なるメディア構成要素の間に同じトラック識別情報を有しない。
【００４１】
条件３：同じ表現グループに属する全ての表現のメディアセグメント内の第２ボックスに記載されるトラック識別情報（ｔｒａｃｋ＿ＩＤ）は、上記表現に対応する初期化セグメントの上記第１ボックスに含まれた該当メディア構成要素トラックのトラック識別情報のような値を有する。
【００４２】
例えば、上記第２ボックスはｍｏｏｆボックス、上記第１ボックスはｍｏｏｖボックスであってもよい。即ち、各表現グループにおいて、同じメディア構成要素のためのトラック識別情報（ｔｒａｃｋ＿ＩＤ）は各表現に対して同じである。ここで、表現グループは「ａｄａｐｔａｔｉｏｎ  ｓｅｔ」と称されてもよい。
【００４３】
例えば、上記ｍｏｏｆボックスに記載されたオーディオトラックの識別情報は上記ｍｏｏｖボックスに含まれたオーディオトラックの識別情報と同じである。例えば、特定のメディア構成要素において、該当ピリオド内の同じ表現グループに属するメディアセグメント内の全てのトラックセグメントは初期化セグメントのｍｏｏｖボックス内のメディア構成要素トラックのものと同じトラック識別情報（ｔｒａｃｋ＿ＩＤ）をｍｏｏｆボックスのｔｒａｆボックスのｔｆｈｄボックスで有する。
【００４４】
条件４：同じ表現グループ内の互いに異なるエンコーディングを使用した表現に対するサンプル叙述情報（ｓａｍｐｌｅ  ｄｅｓｃｒｉｐｔｉｏｎ）は第１ボックスに含まれる。即ち、上記初期セグメントは表現グループ内の全ての表現をデコーディングするために要求される全てのサンプル叙述情報を含んでもよい。
【００４５】
例えば、上記第１ボックスはｍｏｏｖボックスであってもよく、上記サンプル叙述情報は上記ｍｏｏｖボックスに含まれた該当メディア構成要素のｓｔｓｄボックスに含まれる。即ち、各表現に対するサンプル叙述情報エントリーは初期化セグメント内のｓｔｓｄボックスに全て含まれる。言い換えると、ｓｔｓｄ内の各サンプルエントリーは各表現のメディア構成要素のコーディング情報に対応する。
【００４６】
例えば、オーディオトラックを含む表現の個数がＮである場合、上記Ｎ個の表現に対するサンプル叙述情報は全て上記ｍｏｏｖボックスに含まれる。即ち、上記ｍｏｏｖボックスはＮ個のサンプル叙述情報エントリーを含む。言い換えると、トラックボックスはｓｔｓｄボックスに互いに異なる表現に対する全ての互いに異なるコーディング情報を含む。
【００４７】
条件５：メディアセグメント内の全てのトラックフラグメント（ｔｒａｃｋ  ｆｒａｇｍｅｎｔ）のｔｆｈｄボックス内のサンプル叙述情報インデックス（ｓａｍｐｌｅ＿ｄｅｓｃｒｉｐｔｉｏｎ＿ｉｎｄｅｘ）は、上記ｓｔｓｄボックスのサンプル叙述情報エントリーのうち該当表現に当たる一つを指定する。
【００４８】
メディアセグメントのトラックフラグメント（ｔｒａｃｋ  ｆｒａｇｍｅｎｔ）のｔｆｈｄボックス内のサンプル叙述情報インデックス（ｓａｍｐｌｅ＿ｄｅｓｃｒｉｐｔｉｏｎ＿ｉｎｄｅｘ）値はメディア構成要素トラックのｓｔｓｄボックス内の対応するサンプル叙述情報エントリーのインデックスであってもよい。
【００４９】
条件６：第２ボックスに含まれたメディアデータアドレスは、絶対アドレス（ａｂｓｏｌｕｔｅ  ａｄｄｒｅｓｓ）ではなく相対アドレス（ｒｅｌａｔｉｖｅ  ａｄｄｒｅｓｓ）の形を有する。
【００５０】
例えば、上記第２ボックスはｍｏｏｆボックスであってもよい。即ち、ｍｄａｔボックスに含まれたメディアデータの位置を指定するためのアドレスは相対アドレスである。例えば、上記相対アドレスはｍｏｏｆボックスの位置を基準にするバイトオフセット（ｂｙｔｅ  ｏｆｆｓｅｔ）であってもよく、ｍｏｏｆボックスはｍｏｏｆ（ｍｏｖｉｅ−ｆｒａｇｍｅｎｔ）相対的アドレス方式を使用してもよい。
【００５１】
条件７：初期化セグメントの最初の部分はｓｔｙｐボックスを含み、ｓｔｙｐボックス内に「ｄａｓｈ」を指示する値が表示される。追加的に、上記「ｄａｓｈ」を指示する値が表示するためにメディアセグメントの最初の部分にもｓｔｙｐボックスが含まれてもよい。
【００５２】
例えば、各メディアセグメントはｓｔｙｐボックスを含んでもよく、表現が互換ブランドとして「ｄａｓｈ」を指示する値を含んでもよい。
【００５３】
また他の一つの構成上の特徴として、ＭＰＤを介してセグメントを連結してメディアファイル再生機器で再生可能なメディアファイルを生成可能であることを知らせる。
【００５４】
ＤＡＳＨサーバーはＭＰＤ内のピリオドレベルに特定のフラグを追加して伝送されるセグメントを連結し、メディアファイル再生機器で再生可能なメディアファイルを生成可能であることを知らせる。以下、本発明では上記フラグを「互換性フラグ」と称する。上記互換性フラグが「１」として設定されると、それは、該当ピリオドの間伝送される同じ表現グループ内の互いに異なる表現のセグメントを連結して生成されたメディアファイルがメディアファイル再生機器で再生可能であることを意味する。
【００５５】
上述したように、一つのピリオドに属する単一表現の初期化セグメント及び全ての連続するメディアセグメントの連結（ｃｏｎｃａｔｅｎａｔｉｏｎ）は内容的に（ｓｅｍａｎｔｉｃａｌｌｙ）正しく、形式的に（ｓｙｎｔａｃｔｉｃａｌｌｙ）有効なビットストリームとなる。例えば、連結結果を再生すると該当ピリオドの間のメディアコンテンツが正しく表示される。「ｂｉｔｓｔｒｅａｍＳｗｉｔｃｈｉｎｇＦｌａｇ」フラグが「ｔｒｕｅ」と設定される際、同じ制約（ｃｏｎｓｔｒａｉｎｔ）に従う連続したセグメントは該当ピリオドに属する同じグループ内のいかなる表現からも選択可能である。そして、従来のメディアファイル再生機器が初期化セグメントを含む互いに異なる他の表現からの全てのセグメントを強引に連結したものを再生できるのであれば、該当ピリオドに属するメディアコンテンツを正しく生成することができる。
【００５６】
以下の説明において、本発明は上記セグメント生成者及び上記ＤＡＳＨサーバーを別の客体として説明する。しかし、本発明の他の実施形態によって、上記セグメント生成者は上記ＤＡＳＨサーバーに含まれてもよい。
【００５７】
図２は、本発明の実施形態によるマルチメディアストリーミングシステムにおけるセグメント生成者の動作手順を示す図である。
【００５８】
上記図２を参照すると、上記セグメント生成者は以下のステップ２０１乃至ステップ２０７を介して初期化セグメントファイルを生成する。詳しくは、上記セグメント生成者はステップ２０１で『ｄａｓｈ』ブランドを示すｓｔｙｐボックスを生成する。例えば、上記セグメント生成者は上記ｓｔｙｐボックスに含まれた「ｍａｊｏｒ  ｂｒａｎｄ」フィールドの値を上記「ｄａｓｈ」を指示する値として設定する。
【００５９】
次に、上記セグメント生成者はステップ２０３に進みメディアの長さとは関係のない情報のみを含む第１ボックスを生成する。例えば、上記第１ボックスはｍｏｏｖボックスであってもよい。即ち、上記セグメント生成者は、上記ｍｏｏｖボックスにメディアに対するメタデータを含ませるが、オーディオ、ビデオなどのような各メディア構成要素（ｍｅｄｉａ  ｃｏｍｐｏｎｅｎｔ）の復号方法などを含ませ、コンテンツの長さを知らなければ記載できない情報は排除する。例えば、上記ｍｏｏｖボックスはトラックの種類（例えば、オーディオ、ビデオ）、トラック番号、使用されたコーデック、サンプルの個数、各サンプルのプレゼンテーション時間などの情報を含んでもよい。
【００６０】
次に、上記セグメント生成者はステップ２０５に進み、グループ内の全ての表現のサンプル叙述情報を上記第１ボックスに含ませる。例えば、上記セグメント生成者はグループ内の全ての表現のサンプル叙述情報を含むｓｔｓｄボックスを生成する。上記ｓｔｓｄボックスは上記ｍｏｏｖボックスに含まれ、サンプル叙述情報を含んでもよい。本発明の実施形態によって、上記初期化セグメントは全ての表現のサンプル叙述情報を含むｓｔｓｄボックスを含む。それによって、上記初期化セグメントは該当ピリオドに属する同じ表現グループ内の全ての表現に対する一つの共通した初期化セグメントとして機能する。例えば、上記サンプル叙述情報はビデオの縦・横サイズ情報、オーディオのサンプリングレート、メディア圧縮符合化条件などの情報を含んでもよい。
【００６１】
次に、上記セグメント生成者はステップ２０７に進み、上記ｓｔｙｐボックス、上記ｍｏｏｖボックス、上記ｓｔｓｄボックスを含む初期化セグメントをファイルとして格納する。この際、上記セグメント生成者は生のメディアファイルに含まれたｆｔｙｐボックスをそのまま上記初期化セグメントに含ませる。本発明の実施形態によって、上記初期化セグメントファイルは多数の表現に関する共通した初期化セグメントであってもよい。
【００６２】
次に、上記セグメント生成者は以下のステップ２０９乃至ステップ２２５を介して少なくとも一つのメディアセグメントファイルを生成する。
【００６３】
詳しくは、上記セグメント生成者はステップ２０９に進み「ｄａｓｈ」を指示する値を記載したｓｔｙｐボックスを生成する。但し、本発明の他の実施形態によって上記ステップ２０９は省略してもよい。言い換えると、メディアセグメントは上記ｓｔｙｐボックス含まなくてもよい。
【００６４】
次に、上記セグメント生成者はステップ２１１に進み、同じグループの全ての表現に対するトラックフラグメントに対して同じトラック識別情報を記載したｍｏｏｆボックスを生成する。また、上記セグメント生成者は上記ｍｏｏｆに含まれるトラック識別情報を上記初期化セグメントのｍｏｏｖボックスに含まれたトラック識別情報と同じく設定する。
【００６５】
次に、上記セグメント生成者はステップ２１３に進行してトラックフラグメントのｔｒａｆボックス及びｔｆｈｄボックスを生成する。上記ｔｆｈｄボックスは上記ｔｒａｆボックスに含まれ、トラックフラグメントに対する情報を含む。例えば、上記ｔｆｈｄボックスはサンプル叙述情報のインデックスを含んでもよい。よって、上記セグメント生成者は上記ステップ２０５で上記初期化セグメントの上記ｓｔｓｄボックスに含ませた全ての表現のサンプル叙述情報のうち上記ｔｆｈｄボックスに対応する表現のサンプル叙述情報を確認した後、該当サンプル叙述情報のインデックスを上記ｔｆｈｄボックスに含ませる。
【００６６】
次に、上記セグメント生成者はステップ２１５に進みメディアデータのトラックフラグメントを含むｍｄａｔボックスを生成する。上記セグメント生成者は、全てのフラグメントがＲＡＰ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｐｏｉｎｔ）サンプルから始まって同じ再生時間を有するように上記フラグメントを上記ｍｄａｔボックスに含ませてもよい。この際、同じ表現に属するメディアセグメントに含まれるｍｄａｔボックスは同じメディア構成要素のみを含むことが好ましい。
【００６７】
次に、上記セグメント生成者はステップ２１７に進みｍｏｏｆボックスにメディアデータの位置を示す相対アドレスを記載する。即ち、ｍｏｏｆボックスは上記ｍｄａｔボックスに含まれた各メディアデータの塊（ｃｈｕｎｋ）それぞれのアドレスを含む。上記セグメント生成者は絶対アドレスではなく相対アドレスを使用する。例えば、上記相対アドレスは上記ｍｏｏｆボックスの位置を基準にするバイトオフセットであってもよい。
【００６８】
上記ステップ２１１乃至上記ステップ２１７は一つのｍｏｏｆボックス及び一つのｍｄａｔボックスを生成する過程であって、一つのｍｏｏｆボックス及び一つのｍｄａｔボックスは一つのメディア構成要素のみを含む。よって、一つのメディアセグメントに多数のメディア構成要素が含まれる場合、上記ステップ２１１乃至ステップ２１７は繰り返し行われる。
【００６９】
よって、上記セグメント生成者はステップ２１９に進み最後のメディア構成要素トラックの生成が完了されたのかを判断する。もし、上記最後のメディア構成要素トラックの生成が完了されていないのであれば、上記セグメント生成者は上記ステップ２１１に戻る。一方、上記最後のメディア構成要素トラックの生成が完了されたのであれば、上記セグメント生成者はステップ２１１に進行して上記ｍｏｏｆボックス及び上記ｍｄａｔボックスを含むメディアセグメントをファイルとして格納する。
【００７０】
次に、上記セグメント生成者はステップ２１３に進行して該当表現に属する最後のメディアセグメントの格納が完了したのかを判断する。もし、上記最後のメディアセグメントの格納が完了していないのであれば、上記セグメント生成者は上記ステップ２０９に戻る。
【００７１】
一方、上記最後のメディアセグメントの格納が完了したのであれば、上記セグメント生成者は上記ステップ２１５に進行して最後の表現に属するメディアセグメントファイルの格納が完了したのかを判断する。もし、最後の表現に属するメディアセグメントファイルの格納が完了していないのであれば、上記セグメント生成者は上記ステップ２０９に戻る。一方、最後の表現に属するメディアセグメントファイルの格納が完了したのであれば、上記セグメント生成者は該当ピリオドに対するセグメントファイル生成手順を終了する。
【００７２】
図３は、本発明の実施形態によるマルチメディアストリーミングシステムにおけるＤＡＳＨサーバーの動作手順を示す図である。
【００７３】
上記図３を参照すると、上記ＤＡＳＨサーバーはステップ３０１でＭＰＤファイルの伝送要求が発生したのかを判断する。言い換えると、上記ＤＡＳＨサーバーはＤＡＳＨクライアントからＨＴＴＰを介してＭＰＤファイルの伝送が要求されるのかを判断する。
【００７４】
もし、上記ＭＰＤファイルの伝送要求が発生すると、上記ＤＡＳＨサーバーはステップ３０３に進み要求されたＭＰＤファイルを送信する。
【００７５】
本発明の実施形態によって、上記ＭＰＤファイルは伝送されるセグメントを連結してメディアファイル再生機器で再生可能なメディアファイルを生成可能であるのか否かを示す互換性フラグを含む。即ち、上記ＤＡＳＨサーバーは上記ＤＡＳＨクライアントに上記互換性フラグを含むＭＰＤファイルを送信する。
【００７６】
一方、上記ＭＰＤファイルの伝送要求が発生しないと、上記ＤＡＳＨサーバーはステップ３０５に進行してセグメントファイルの伝送要求が発生するのかを判断する。即ち、上記ＤＡＳＨサーバーはＤＡＳＨクライアントからのＨＴＴＰを介してセグメントファイルの伝送が要求されるのかを判断する。上記セグメントファイルの伝送要求が発生すると、上記ＤＡＳＨサーバーはステップ３０７に進行して要求されたセグメントファイルを送信する。
【００７７】
図４Ａ及び図４Ｂは、本発明の実施形態によるマルチメディアストリーミングシステムにおけるＤＡＳＨクライアントの動作手順を示す図である。
【００７８】
上記図４Ａ及び図４Ｂを参照すると、上記ＤＡＳＨクライアントはステップ４０１でＭＰＤファイルをダウンロードし、上記ＭＰＤファイルを分析する。即ち、上記ＤＡＳＨクライアントは上記ＭＰＤファイルを要求し、上記ＭＰＤファイルを受信した後、上記ＭＰＤファイルに含まれたセグメントをダウンロードするための情報を確認する。
【００７９】
本発明の実施形態によって、上記ＭＰＤファイルは伝送されるセグメントを連結してメディアファイル再生機器で再生可能なメディアファイルを生成可能であるか否かを示す互換性フラグを含む。
【００８０】
次に、上記ＤＡＳＨクライアントはステップ４０３に進み上記互換性フラグが「１」として、言い換えると、セグメントを連結してメディアファイル再生機器で再生可能なメディアファイルを生成可能であることを示す値として設定されているかを確認する。もし、上記互換性フラグが「１」と設定されていなければ、上記ＤＡＳＨクライアントはステップ４０９に進む。
【００８１】
一方、上記互換性フラグが「１」と設定されていれば、上記ＤＡＳＨクライアントはステップ４０５に進みユーザがファイル格納を指定したのかを確認する。言い換えると、上記ＤＡＳＨクライアントはユーザがセグメントを連結してメディアファイルとして格納することを望むかを判断する。上記図４Ａ及び図４Ｂに示していないが、上記ＤＡＳＨクライアントは上記ユーザにセグメントの連結可否を問う画面を表示してユーザの入力を確認してもよい。
【００８２】
もし、ファイルの格納が指定されていないのであれば、上記ＤＡＳＨクライアントは以下のステップ４０９に進行する。
【００８３】
一方、ファイルが格納されていれば、上記ＤＡＳＨクライアントはステップ４０７に進み連結するセグメントファイルリストを生成し、格納フラグを「１」として設定する。この際、上記連結するセグメントファイルリストは初期化されている。即ち、上記連結するセグメントファイルリストはセグメントファイルの情報を含まない。上記格納フラグはファイルの格納が指定されていることを示すフラグであって、次のステップで受信されるセグメントファイルの識別情報を上記ファイルリストに含ませるか否かを判断するために使用される。
【００８４】
次に、上記ＤＡＳＨクライアントはステップ４０９に進み初期化セグメントをダウンロードする。詳しくは、上記ＤＡＳＨクライアントは上記ＭＰＤファイルに含まれた情報を利用して上記初期化セグメントファイルを要求し、上記初期化セグメントファイルを受信する。本発明の実施形態によって、上記初期化セグメントは「ｄａｓｈ」を指示する値を記載したｓｔｙｐボックス、表現グループ内の全ての表現のサンプル叙述情報を含むｓｔｓｄボックスのうち少なくとも一つを含んでもよい。
【００８５】
上記初期化セグメントを受信した後、上記ＤＡＳＨクライアントはステップ４１１に進み上記格納フラグが「１」として設定されているかを確認する。もし、上記格納フラグが「１」として設定されていなければ、上記ＤＡＳＨクライアントはステップ４１５に進む。一方、上記格納フラグが「１」として設定されていれば、上記ＤＡＳＨクライアントはステップ４１３に進行して上記連結するセグメントファイルリストに上記ダウンロードした初期化セグメントの識別情報を追加する。
【００８６】
次に、上記ＤＡＳＨクライアントはステップ４１５に進み、上記ＭＰＤファイルに含まれた情報を利用して上記メディアセグメントファイルを要求し、上記メディアセグメントファイルを受信することでメディアセグメントをダウンロードする。この際、上記ＤＡＳＨクライアントはネットワーク状態を考慮して適用する伝送率を選択し、選択された伝送率に対応する表現に属するメディアセグメントファイルをダウンロードする。
【００８７】
上記メディアセグメントを受信した後、上記ＤＡＳＨクライアントはステップ４１７に進み上記格納フラグが「１」として設定されているかを確認する。上記互換性フラグが「１」として設定されているのであれば、上記ＤＡＳＨクライアントはステップ４１９に進み上記連結するセグメントファイルリストに上記ダウンロードしたメディアセグメントの識別情報を追加する。
【００８８】
上記格納フラグが「１」として設定されていないか、又は上記ステップ４１９でダウンロードしたメディアセグメントの識別情報を追加した後、上記ＤＡＳＨクライアントはステップ４２１に進み上記コンテンツデータを再生する。次に、上記ＤＡＳＨクライアントはステップ４２３に進み最後のメディアセグメントのダウンロードが完了したかを判断する。言い換えると、上記ＤＡＳＨクライアントは該当ピリオドに属する全てのメディアセグメントをダウンロードしたかを判断する。もし、上記最後のメディアセグメントのダウンロードが完了していないのであれば、上記ＤＡＳＨクライアントはステップ４１５に戻る。
【００８９】
一方、上記最後のメディアセグメントのダウンロードが完了したのであれば、上記ＤＡＳＨクライアントはステップ４２５に進み上記格納フラグが「１」として設定されているかを判断する。上記格納フラグが「１」として設定されていれば、上記ＤＡＳＨクライアントは上記ファイルリストに含まれたセグメントファイルをリスト上の順番に連結することでメディアファイルを生成する。しかし、上記格納フラグが「１」として設定されていなければ、本手順は終了する。
【００９０】
図５は、本発明の実施形態によるマルチメディアストリーミングシステムにおけるセグメント生成者のブロック構成を示す図である。
【００９１】
上記図５に示したように、上記セグメント生成者はセグメント生成部５１０及び格納部５２０を含んで構成される。
【００９２】
上記セグメント生成部５１０はメディアファイルをＤＡＳＨによって通信ネットワークを介してストリーミングするために上記メディアファイルからセグメントファイルを生成する。上記セグメント生成部５１０は初期化セグメントを生成するＩＳ生成部５１２及びメディアセグメントを生成するＭＳ生成部５１４を含む。上記格納部５２０は、上記セグメント生成部５１０によって生成されたセグメントを格納する。
【００９３】
特に、本発明の実施形態によって、上記ＩＳ生成部５１２及び上記ＭＳ生成部５１４はセグメントを連結してメディアファイル再生機器で再生可能なメディアファイルを再生可能であるように上記セグメントを生成する。例えば、上記ＩＳ生成部５１２及び上記ＭＳ生成部５１４は、上記図２に示した手順によってセグメントを生成する。
【００９４】
詳しくは、上記ＩＳ生成部５１２は「ｄａｓｈ」を指示する値を記載したｓｔｙｐボックスを生成し、メディアの長さと関係のない情報を含むｍｏｏｖボックスを生成し、グループ内の全ての表現のサンプル叙述情報を含むｓｔｓｄボックスを生成する。そして、上記ＩＳ生成部５１２は上記ｓｔｙｐボックス、上記ｍｏｏｖボックス、上記ｓｔｓｄボックスを含む初期化セグメントをファイルとして格納する。この際、上記ＩＳ生成部５１２は生のメディアファイルに含まれたｆｔｙｐボックスを内容通り変更せずにそのまま上記初期化セグメントに含ませる。
【００９５】
詳しくは、上記ＭＳ生成部５１４は「ｄａｓｈ」を指示する値を記載したｓｔｙｐボックスを生成する。
【００９６】
本発明の他の実施形態によって、上記ｓｔｙｐボックスの生成動作は省略してもよい。次に、上記ＭＳ生成部５１４は同じグループの全ての表現に対するトラックフラグメントに対して同じトラック識別情報を記載したｍｏｏｆボックスを生成し、上記初期化セグメントの上記ｓｔｓｄボックスに含ませた全ての表現のサンプル叙述情報のうち上記ｔｆｈｄボックスに対応する表現のサンプル叙述情報のインデックスを含むｔｆｈｄボックスを生成し、メディアデータのトラックフラグメントを含むｍｄａｔボックスを生成し、ｍｏｏｆボックスにメディアデータの位置を示す相対アドレスを記載する。例えば、上記相対アドレスは上記ｍｏｏｆボックスの位置を基準としたバイトオフセットであってもよい。ここで、上記ＭＳ生成部５１６は上記ｍｏｏｆに含まれるトラック識別情報を上記初期化セグメントのｍｏｏｖボックスに含まれたトラック識別情報と同じく設定する。また、上記ＭＳ生成部５１６は同じ表現に属するメディアセグメントに含まれるｍｄａｔボックスに同じメディア構成要素のみを含ませる。
【００９７】
図６は、本発明の実施形態によるマルチメディアストリーミングシステムにおけるＤＡＳＨサーバーのブロック構成を示す図である。
【００９８】
上記図６に示したように、上記ＤＡＳＨサーバーは通信部６１０、格納部６２０、制御部６３０を含んでもよい。
【００９９】
上記通信部６１０はネットワーク内の他の客体との通信を行うためのインタフェースを提供する。上記格納部６２０は上記ＤＡＳＨサーバーが動作するための基本プログラムを格納し、特に、ＤＡＳＨクライアントに提供されるメディアコンテンツをセグメントの形で格納し、セグメントのダウンロードのための情報を含むＭＰＤファイルを格納する。
【０１００】
上記制御機６３０は、上記ＤＡＳＨサーバーの全般的な機能を制御する。例えば、上記制御部６３０はＤＡＳＨクライアントの要求に応じて上記通信部６１０を介して上記ＤＡＳＨクライアントにＭＰＤファイル及びセグメントファイルを送信する。特に、本発明の実施形態によって、上記制御部６３０は伝送されるセグメントを連結してメディアファイル再生機器で再生可能なメディアファイルを生成可能であるか否かを示す互換性フラグを含むＭＰＤファイルを送信する。
【０１０１】
図７は、本発明の実施形態によるマルチメディアストリーミングシステムにおけるＤＡＳＨクライアントのブロック構成を示す図である。
【０１０２】
上記図７に示したように、上記ＤＡＳＨクライアントは通信部７１０、格納部７２０、表示部７３０、制御部７４０を含んで構成される。
【０１０３】
上記通信部７１０はチャネルを介して受信された信号からデータを復元し、送信データを信号に変換して上記チャネルを介して送信する。ここで、上記チャネルは有線チャネル又は無線チャネルであってもよい。無線チャネルの場合、上記通信部７１０はアンテナを介して受信されたＲＦ（Ｒａｄｉｏ  Ｆｒｅｑｕｅｎｃｙ）帯域信号を基底帯域信号に変換し、通信システムの規格に従って物理階層処理し、復調（ｄｅｍｏｄｕｌａｔｉｏｎ）を介してビット列を復元する。
【０１０４】
上記格納部７２０は上記ＤＡＳＨクライアントの動作のための基本プログラム、通信に必要な設定情報、ユーザインタフェースのためのプログラム及び設定情報などを格納する。そして、上記格納部７２０は上記制御部７４０の制御によって格納されたデータを提供する。
【０１０５】
上記表示部７３０は、上記ＤＡＳＨクライアントの動作中に発生する状態情報及び応用プログラムの実行による数字、文字及び映像などを表示する。例えば、上記表示部７３０は映像コンテンツを表示する。即ち、上記表示部７３０は上記制御部７４０から提供される画像データを視覚的画面に表示する。例えば、上記表示部７３０はＬＤＣ（Ｌｉｑｕｉｄ  Ｃｒｙｓｔａｌ  Ｄｉｓｐｌａｙ）、ＯＬＥＤ（Ｏｒｇａｎｉｃ  Ｌｉｇｈｔ−Ｅｍｉｔｔｉｎｇ  Ｄｉｏｄｅ）などで構成されてもよい。
【０１０６】
上記制御機７４０は、上記ＤＡＳＨクライアントの全般的な機能を制御する。即ち、上記制御部７４０は上記通信部７１０を介して受信されるデータ、即ち、メディアセグメントファイルから画像データを生成し、上記画像データを上記表示部７３０に提供する。特に、本発明の実施形態によって、上記制御部７４０はセグメントを連結してメディアファイル再生機器で再生可能なメディアファイルを生成するための機能を制御する。例えば、上記制御部７４０は上記ＤＡＳＨクライアントが上記図４Ａ及び図４Ｂに示したように動作するように制御する。
【０１０７】
詳しくは、上記制御部７４０はＭＰＤファイルをダウンロードし、上記ＭＰＤファイルに含まれた互換性フラグが「１」として設定されているのかを判断する。上記互換性フラグが「１」でユーザがファイル格納を指定していれば、上記制御部７４０は連結するセグメントファイルリストを生成し、格納フラグを「１」として設定する。次に、上記制御部７４０は上記ＭＰＤファイルに含まれた情報を利用して初期化セグメントファイル及びメディアセグメントファイルをダウンロードする。
【０１０８】
上記制御部７４０は、上記連結するセグメントファイルリストにダウンロードされるセグメントファイルの識別情報を格納する。一つのピリオドに属するセグメントのダウンロードが完了すると、上記制御部７４０は上記ファイルリストに含まれたセグメントファイルをリスト上の順番に連結することでメディアファイルを生成する。
【０１０９】
上述したような本発明の他の実施形態によって以下のように連結されたメディアファイルが構成される。
【０１１０】
２つの互いに異なる表現、即ち、第１表現（ｒｅｐｒｅｓｅｎｔａｔｉｏｎ１）及び第２表現（ｒｅｐｒｅｓｅｎｔａｔｉｏｎ２）が存在する。上記第１表現及び上記第２表現それぞれはビデオ及びオーディオを含み、ビデオはそれぞれ５００ｋｐｂｓ、１００ｋｐｂｓでエンコードされており、オーディオは９６ｋｐｂｓでエンコードされている。全体の再生期間（ｐｌａｙｂａｃｋ  ｄｕｒａｔｉｏｎ）は６０秒である。各メディアセグメントファイルの再生期間は５秒である。よって、各表現は１２個のメディアセグメントを含む。一つのメディアセグメントは１０個又は２０個のフラグメントを含んでもよい。例えば、各フラグメントがオーディオ及びビデオを含む場合一つのメディアセグメントは１０個のフラグメントを含んでもよく、各フラグメントがオーディオ及びビデオのうち一つのみを含む場合一つのメディアセグメントは２０個のフラグメントを含んでもよい。よって、各フラグメントの再生期間は０．５秒である。一つのフラグメント内で最初のサンプルはＲＡＰ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｐｏｉｎｔ）である。以下の説明において、再生される６０秒間３回のビットストリームスイッチングが発生すると仮定する。例えば、１５秒、３０秒、４５秒にスイッチングが発生する。それによって、受信されるセグメントの形は以下の図８に示したようである。
【０１１１】
図８は、本発明の実施形態によるマルチメディアストリーミングシステムにおける受信ストリームの例を示す図である。上記図８を参照すると、１５秒、３０秒、４５秒にスイッチングが行われる。それによって、０秒乃至１５秒の区間には第１表現のセグメントが、１５秒乃至３０秒の区間には第２表現のセグメントが、３０秒乃至４５秒の区間には第１表現のセグメントが、４５秒乃至６０秒区間には第２表現のセグメントが受信される。
【０１１２】
図９（ａ）及び図９（ｂ）は、本発明の実施形態によるマルチメディアストリーミングシステムにおける受信ストリーム及び連結されたメディアファイルの例を示す図である。上記図９（ａ）及び図９（ｂ）は、各フラグメントがビデオ及びオーディオを全て含む場合の受信ストリーム及び連結されたメディアファイルの例を示している。
【０１１３】
上記図９（ａ）を参照すると、０秒乃至１５秒の区間にはオーディオ及びビデオを含む第１表現のセグメントが、１５秒乃至３０秒の区間にはオーディオ及びビデオを含む第２表現のセグメントが、３０秒乃至４５秒の区間にはオーディオ及びビデオを含む第１表現のセグメントが、４５秒乃至６０秒区間にはオーディオ及びビデオを含む第２表現のセグメントが受信される。上記図９（ａ）に示したように受信されたセグメントを連結して格納すると、上記図９（ｂ）に示したようなメディアファイルが生成される。
【０１１４】
図１０Ａ及び図１０Ｂは、本発明の実施形態によるマルチメディアストリーミングシステムにおける受信ストリーム及び連結されたメディアファイルの他の例を示す図である。上記図１０Ａ及び図１０Ｂは、各フラグメントがビデオ及びオーディオのうち一つのみを含み、ビデオを含む場合フラグメントがオーディオを含むフラグメントとインタリービング（ｉｎｔｅｒｌｅａｖｉｎｇ）される場合、受信ストリーム及び連結されたメディアファイルを示している。
【０１１５】
上記図１０Ａを参照すると、０秒乃至１５秒の区間にはビデオを含む第１表現のセグメント及びオーディオを含む第３表現のセグメントが、１５秒乃至３０秒の区間にはビデオを含む第２表現のセグメント及びオーディオを含む第３表現のセグメントが、３０秒乃至４５秒の区間にはビデオを含む第１表現のセグメント及びオーディオを含む第３表現のセグメントが、４５秒乃至６０秒区間にはビデオを含む第２表現のセグメント及びオーディオを含む第３表現のセグメントが受信される。上記図１０Ａに示したように受信されたセグメントを連結して格納すると、上記図１０Ｂに示したようなメディアファイルが生成される。
【０１１６】
図１１Ａ及び１１Ｂは、本発明の実施形態によるマルチメディアストリーミングシステムにおける受信ストリーム及び連結されたメディアファイルの例を示す図である。上記図１１Ａ及び図１１Ｂは、各フラグメントがビデオ及びオーディオのうち一つのみを含み、ビデオを含む場合フラグメントがオーディオを含むフラグメントとインタリービングされない（ｎｏｔ  ｉｎｔｅｒｌｅａｖｉｎｇ）場合、受信ストリーム及び連結されたメディアファイルを示している。
【０１１７】
上記図１１Ａを参照すると、０秒乃至１５秒の区間にはビデオを含む第１表現のセグメント及びオーディオを含む第３表現のセグメントが、１５秒乃至３０秒の区間にはビデオを含む第２表現のセグメント及びオーディオを含む第３表現のセグメントが、３０秒乃至４５秒の区間にはビデオを含む第１表現のセグメント及びオーディオを含む第３表現のセグメントが、４５秒乃至６０秒区間にはビデオを含む第２表現のセグメント及びオーディオを含む第３表現のセグメントが受信される。上記図１１Ａに示したように受信されたセグメントを連結して格納すると、上記図１１Ｂに示したようなメディアファイルが生成される。
【０１１８】
上述した本発明の実施形態によるマルチメディアストリーミングシステムにおいて、互換フラグを介してセグメントを連結すると従来のファイル再生機器が再生可能であるのか否かを知らせ、セグメントを連結して格納すると従来のファイル再生機器が再生可能であるように上記セグメントを構成することで、ユーザは望む時間に又は従来のファイルイ再生機器を利用してコンテンツを便利に利用することができる。
【０１１９】
一方、本発明の詳細な説明では具体的な実施形態に関して説明したが、本発明の範囲を逸脱しない範囲内で多様な変形が可能であることはもちろんである。よって、本発明の範囲は説明された実施形態に限って決められてはならず、後述する特許請求の範囲だけでなくこの特許請求の範囲と均等なものによって決められるべきである。
【符号の説明】
【０１２０】
１１０−１  ピリオド＃１
１１０−２  ピリオド＃２
１２０−１  表現＃１
１２０−Ｎ  表現＃Ｎ
１３０  表現グループ
１５０−１  フラグメント
１５０−２  フラグメント
【図１】
2014511580.tif 000004
【図２】
2014511580.tif 000005
【図３】
2014511580.tif 000006
【図４Ａ】
2014511580.tif 000007
【図４Ｂ】
2014511580.tif 000008
【図５】
2014511580.tif 000009
【図６】
2014511580.tif 000010
【図７】
2014511580.tif 000011
【図８】
2014511580.tif 000012
【図９】
2014511580.tif 000013
【図１０Ａ】
2014511580.tif 000014
【図１０Ｂ】
2014511580.tif 000015
【図１１Ａ】
2014511580.tif 000016
【図１１Ｂ】
2014511580.tif 000017
【国際調査報告】
2014511580.tif 000018
2014511580.tif 000019