データ通信ネットワークにおけるクライアントのメディアコンテンツ再生方法であって、メディアコンテンツディスクリプターのリクエストをサーバに送信するステップと、特定の機能の実行のために構成された特定のメディアコンテンツデータへのアクセスのためのユニフォームリソースロケータURLを含むメディアコンテンツディスクリプターを前記サーバから受信するステップと、前記受信されたメディアコンテンツディスクリプターに含まれるURLを用いて前記特定のメディアコンテンツデータを受信するステップとを有することを特徴とする方法。前記受信されたメディアコンテンツディスクリプターは、前記特定のメディアコンテンツデータのGOP又は期間情報を含むことを特徴とする請求項1に記載の方法。前記特定の機能の実行のために構成された特定のメディアコンテンツデータは、倍速再生機能又はランダムアクセス機能の実行のために構成されたトリックモードデータを含むことを特徴とする請求項1に記載の方法。前記トリックモードデータは、一般モード再生の実行のために構成された一般モードデータの品質より低い品質を有するデータを含むことを特徴とする請求項3に記載の方法。前記URLを用いて前記特定のメディアコンテンツデータを受信するステップは、前記特定のメディアコンテンツデータのリクエストを前記URLのアドレスに送信するステップと、前記特定のメディアコンテンツデータを前記URLのアドレスに対応するサーバから受信するステップと、前記受信された特定のメディアコンテンツデータを用いて前記特定の機能を実行するステップとを有することを特徴とする請求項1に記載の方法。データ通信ネットワークにおけるサーバによる、クライアントのメディアコンテンツ再生をサポートする方法であって、メディアコンテンツディスクリプターのリクエストを前記クライアントから受信するステップと、特定の機能の実行のために構成された特定のメディアコンテンツデータへのアクセスのためのユニフォームリソースロケータURLを含むメディアコンテンツディスクリプターを前記クライアントに送信するステップとを有することを特徴とする方法。前記送信されたメディアコンテンツディスクリプターは、前記特定のメディアコンテンツデータのGOP又は期間情報を含むことを特徴とする請求項6に記載の方法。前記特定の機能の実行のために構成された特定のメディアコンテンツデータは、倍速再生機能又はランダムアクセス機能の実行のために構成されたトリックモードデータを有することを特徴とする請求項6に記載の方法。前記トリックモードデータは、一般モード再生の実行のために構成された一般モードデータの品質より低い品質を有するデータを含むことを特徴とする請求項8に記載の方法。前記URLのアドレスと関連した前記特定のメディアコンテンツデータのリクエストを前記クライアントから受信するステップと、前記URLのアドレスに従って格納された前記特定のメディアコンテンツデータを前記クライアントに送信するステップとをさらに有することを特徴とする請求項6に記載の方法。データ通信ネットワークにおけるクライアントのメディアコンテンツ再生装置であって、メディアコンテンツディスクリプターのリクエストをサーバに送信し、特定の機能の実行のために構成された特定のメディアコンテンツデータのアクセスのためのユニフォームリソースロケータURLを含むメディアコンテンツディスクリプターを前記サーバから受信し、前記受信されたメディアコンテンツディスクリプターに含まれるURLを用いて前記特定のメディアコンテンツデータを受信する制御器を有することを特徴とする装置。前記受信されたメディアコンテンツディスクリプターは、前記特定のメディアコンテンツデータのGOP又は期間情報を含むことを特徴とする請求項11に記載の装置。前記特定の機能の実行のために構成された特定のメディアコンテンツデータは、倍速再生機能又はランダムアクセス機能の実行のために構成されたトリックモードデータを含むことを特徴とする請求項11に記載の装置。前記トリックモードデータは、一般モード再生の実行のために構成された一般モードデータの品質より低い品質を有するデータを含むことを特徴とする請求項13に記載の装置。前記制御器は、前記特定のメディアコンテンツデータのリクエストを前記URLのアドレスに送信し、前記特定のメディアコンテンツデータを前記URLのアドレスを有するサーバから受信し、前記受信された特定のメディアコンテンツデータを用いて前記特定の機能を実行することを特徴とする請求項11に記載の装置。本発明の目的は、少なくとも上述した問題点及び/又は不都合な点に取り組み、少なくとも以下の便宜を提供することにある。すなわち、本発明の目的は、ストリーミング方式/ダウンロード方式に基づくメディアコンテンツデータを正確に制御するためのメディアコンテンツデータ再生装置及び方法を提供することにある。本発明の他の目的は、倍速再生機能及びランダムアクセス機能のためのストリームグループで構成されたメディアコンテンツデータを制御するためのメディアコンテンツデータ再生装置及び方法を提供することにある。本発明のまた他の目的は、提供されるメディアコンテンツのセマンティック構成及び役割role情報を提供することにより様々なコンテンツタイプ及びユーザの嗜好に従って調整され制御されることができるメディアコンテンツデータを提供するためのメディアコンテンツデータ再生装置及び方法を提供することにある。上記のような目的を達成するために、本発明の一態様によれば、データ通信ネットワークにおけるクライアントのメディアコンテンツ再生方法を提供する。上記方法は、メディアコンテンツディスクリプターのリクエストをサーバに送信するステップと、特定の機能の実行のために構成された特定のメディアコンテンツデータへのアクセスのためのユニフォームリソースロケータURLを含むメディアコンテンツディスクリプターを上記サーバから受信するステップと、上記受信されたメディアコンテンツディスクリプターに含まれるURLを用いて上記特定のメディアコンテンツデータを受信するステップとを有することを特徴とする。本発明の他の態様によれば、データ通信ネットワークにおけるサーバによる、クライアントのメディアコンテンツ再生をサポートする方法を提供する。上記方法は、メディアコンテンツディスクリプターのリクエストを上記クライアントから受信するステップと、特定の機能の実行のために構成された特定のメディアコンテンツデータへのアクセスのためのユニフォームリソースロケータURLを含むメディアコンテンツディスクリプターを上記クライアントに送信するステップとを有することを特徴とする。本発明のさらに他の態様によれば、データ通信ネットワークにおけるクライアントのメディアコンテンツ再生装置を提供する。上記装置は、メディアコンテンツディスクリプターのリクエストをサーバに送信し、特定の機能の実行のために構成された特定のメディアコンテンツデータのアクセスのためのユニフォームリソースロケータURLを含むメディアコンテンツディスクリプターを上記サーバから受信し、上記受信されたメディアコンテンツディスクリプターに含まれるURLを用いて上記特定のメディアコンテンツデータを受信する制御器を有することを特徴とする。本発明は、複数のソースコンテンツ又は複数のストリームを含む複合コンテンツを提供するにあたりに、ストリーミング方式及びダウンロード方式を用いるディジタルTVのようなビデオサービスにおいてトリックモードデータのイントラリフレッシュフレームの反復サイクルを一般的な再生のための一般モードデータのイントラリフレッシュフレームの反復サイクルより短く設定することにより、正確な倍速再生機能のサポート及びランダムアクセスの間にビット率の増加及び時間遅延を最小化することができるという効果がある。また、本発明の実施形態によると、基本レイヤーのイントラリフレッシュフレームのタイムポイントとは異なるトリックモードデータレイヤーのイントラリフレッシュフレームのタイムポイントを設定することにより、ビットレートがイントラフレームに集中し、ピークを形成することを防止し、その結果、ビット率の平坦化を容易にすることができるという効果がある。さらに、本発明の他の実施形態によると、PIPPictureInPicture画面の複雑度を1/4又は1/Nここで、Nは数十を示すに減少させることによりPIPを簡素に実現することができ、使用可能なビットレートが無線網又はインターネットプロトコルIP網でのように変化する場合に、ネットワーク状況に従って個別のトリックモードデータだけを送信することができるという効果もある。一方、本発明の他の様々な効果は、本発明の実施形態の詳細な説明において明示的に又は暗示的に開示される。本発明の望ましい実施形態を添付の図面を参照して詳細に説明する。下記の説明において、本発明の詳細な構成および要素のような本発明の詳細な説明において定義される特徴は、本発明の実施形態の包括的な理解を助けるために提供される。したがって、本発明の範囲及び趣旨を逸脱することなく、ここに説明された実施形態の様々な変更及び変形が可能であるということは、当該技術分野における通常の知識を有する者には明らかである。また、明瞭性と簡潔性の観点から、当業者に良く知られている機能や構成に関する具体的な説明は、省略する。以下の説明において、一般の速度でメディアコンテンツデータを再生する動作モードを一般再生モード又は一般モードと呼び、ユーザの特定の倍速機能のリクエストの際にn-倍速nは、1倍速と等価である一般の速度の整数倍を示す特定の数字であるで再生する動作モードを倍速再生モード又は倍速モードと呼び、ユーザが特定の時点からの再生リクエストをランダムアクセスリクエストと呼び、ランダムアクセスリクエストに応じて開始される動作モードをランダムアクセスモードと呼ぶ。また、倍速再生モードとランダムアクセスモードとを合わせてトリックモードtrickmodeとも呼んでよい。本発明の実施形態は、メディアコンテンツデータ再生のための動作の間に倍速モード及び/又はランダムアクセスモードの時に発生し得る時間遅延を最小化する方法を提供する。このような方法において、ビデオストリーミング/ダウンロードサービスにより受信され圧縮されたメディアコンテンツデータを再生している間に、ユーザが倍速例えば、2倍速又は0.5倍速再生機能をリクエストするか又は特定の時点からメディアコンテンツデータの再生をリクエストする場合に、ユーザリクエストと再生開始との間の時間遅延を減少させることができ、これにより、ユーザのリクエストの時に正確な再生を可能にする。また、本発明の実施形態は、倍速再生モード及び/又はランダムアクセスモードから一般再生モードにさらに切り替える場合にユーザが使いやすい動作方法を提供する。本発明の実施形態に関連した技術の限定されない例であるMPEG2、MPEG4、H.263、H.264及びディジタルメディアの標準として最近台頭している高効率ビデオコーディングHVCのようなビデオ圧縮技術は、圧縮効率を増加させるために次のような3つの方式を使用する。圧縮効率性を増加させるための1番目の方式は、赤/緑/青RedGreenBlue:RGB入力を輝度/青いクロミナンス/赤いクロミナンスluminancebluechrominanceredchrominance:YCbCr入力に変換する方式である。このような方式において、RGB入力で重複して存在する輝度及びクロミナンス情報は、Y情報、Cb情報、及びCr情報にそれぞれ変換する。圧縮効率性を増加させるための2番目の方式は、この変換されたデータの空間的重複性spatialredundancyを除去する方式である。この場合には、1つの画面内の空間的類似性spatialsimilarityが離散コサイン変換DiscreteCosineTransform:DCT、量子化Quantization、及び可変長符号化VariableLengthCoding:VLCを用いて除去される。圧縮効率性を増加させるための3番目の方式は、時間的に相互に近い連続したイメージの部分の類似性に基づいて連続した画面間の時間的重複性temporalredundancyを除去する方式である。このような時間的重複性は、動き推定MotionEstimation:MEにより測定される動きベクトルMotionVector:MVを用いて差分パルスコード変調DifferentialPulseCodeModulation:DPCMのような予測技術で除去することができる。図1は、時間的重複性を除去するための方式の一例を示し、一般の単一階層符号化のイントラI、予測Predictive:P、双方向性Bidirectional:Bフレームの配列及び参照関係を示す。時間的重複性を除去するために、MPEG技術において、図1に示すようにそれぞれのフレームのタイプを設定し、フレームのタイプをI、P、及びBフレームに分類する。独立したフレームであるIフレームは、自身のデータだけを用いてデコードすることができる。Pフレームは前のIフレームを参照してデコードされる。Bフレームは、前のIフレーム及び次のPフレームを参照してデコードされる。また、すべての符号化方式において、一般的に、1番目の画面はIフレームで符号化され、その次の画面は、Pフレーム又はBフレームで符号化されることによりビット率を減少させることができる。しかしながら、Pフレーム及びBフレームだけが連続して存在する場合には、受信側で復号化される時にP又はBフレームにエラーが発生すると、連続したエラーが発生する可能性がある。この場合に、ユーザが特定のフレームに対するランダムアクセスをリクエストする場合に、対応するフレームに対する正確なランダムアクセスのためのデコードが実行されることが難しい場合がある。したがって、Iフレームは、連続したPフレームとBフレームとの間で周期的に挿入され、これは、イントラリフレッシュIntraRefreshと呼ばれる。任意のIフレームとその次のIフレームとの間のフレームの個数をGOPGroupofPictureと呼ぶ。図1の例では、GOP値が9である。図2は、一般的な再生のために設定された一般モードデータを倍速再生モード又はランダムアクセスモードで再生する場合に発生し得る問題点を説明する図である。図2の上部のフレームは、一般的な再生のために構成された一般モードデータを示す。通常、一般モードデータ内にイントラリフレッシュのためのIフレームを15フレームごとに1回ずつ挿入する。この場合に、1秒当たりに30フレームを含むように設定されたビデオクリップ、すなわち、1秒当たり2つのIフレームが挿入されるように設定されたビデオクリップの場合に、2つのIフレーム間の時間差が0.5秒であるので、ランダムアクセスがこのようなビデオクリップで実行される場合には、最大0.5秒までの時間遅延が発生し得る。このような問題は、放送のようなストリーミングビデオクリップだけではなく事前にダウンロードされ記憶されたビデオクリップを再生する時にも同一の問題点が発生し得る。図2を参照して、一般モードデータにアクセスする2つの例を考える。具体的には、一般モードデータにおいてランダムアクセスが実行される例及び一般モードデータにおいて倍速再生が実行される例である。まず、一般モードデータを用いてランダムアクセスモードを実行する場合について、ユーザによるランダムアクセスリクエストがIフレーム201と次のIフレーム203との間のGOP期間内の特定のフレームで発生する場合に、クライアントは、ランダムアクセスリクエストが発生した時点200直後のPフレーム205からデコードを開始する代わりに、特定の時間d1だけ移動した後に次のIフレーム203からデコードを開始する。これは、上述したように、最初のデコードがIフレームから開始するためである。この場合に、ユーザがランダムアクセスをリクエストした時点が実際にデコードを開始する時点とは異なるために、2つの時点間の期間ではいずれのフレームも再生することができず、したがって、ユーザがリクエストしたランダムアクセス動作を正確に実行することができない。また、一般モードデータを用いて倍速再生を実行する場合について、一般モードデータの倍速再生を行う場合に高速再生のためにIフレームだけを符号化する。したがって、整数倍例えば、1倍及び2倍の倍速再生よりむしろ倍速再生例えば、1.2倍速又は0.4倍速機能を効率的にサポートすることが難しい。したがって、本発明の実施形態は、効率的な倍速再生モードをサポートし、ランダムアクセスリクエストの時に発生する時間遅延を最小化する方法を提供する。図3は、本発明の実施形態によるメディアコンテンツデータ再生装置の内部構成を示すブロック図である。図3を参照すると、クライアント350は、通信網図示せずを通して外部サーバ300に接続される。クライアント350は、ストリーミング方式又はダウンロード方式によりサーバ300から受信したメディアコンテンツデータを実時間で再生するか、又は受信したメディアコンテンツデータのパーツを格納部357に記録し、格納されたメディアコンテンツデータを分析し、分析されたメディアコンテンツデータを再生する装置である。クライアント350は、ディジタルテレビジョンDigitalTeleVisions:DTVs、パーソナルコンピュータ、ディジタル多用途ディスクDigitalVersatileDisc:DVDプレーヤーなどを含む。本発明の実施形態において、図3に示すクライアント350がメディアコンテンツデータを格納する機能を実行することができるが、本発明はこのような構成に限定されず、クライアント350は、本発明の実施形態に従って格納機能なしにメディアコンテンツデータを実時間で再生する機能だけを実行してもよい。クライアント350をサーバ300に接続する通信網は、任意の有線又は無線通信ネットワークを含む。サーバ300は、放送局、通信オペレータ、映画製作者、又はプライベートコンテンツプロバイダーが運営する。サーバ300は、オーディオデータ、ビデオデータ、テキストデータ、イメージデータなど及びこれらに対するメタデータのような各種複合メディアコンテンツデータを格納する。図3を参照すると、クライアント350は、メディアコンテンツデータをサーバ300から受信する。しかしながら、クライアント350は、サーバ300以外のデータベースからメディアコンテンツデータを受信してもよい。クライアント350は、通信部351、格納部357、分析器355、デコーダ361、制御器353、及び出力部359を含む。図3には図示されていないが、クライアント350は、ユーザとのインターフェースを担当するユーザインターフェースをさらに含んでもよい。ユーザは、ユーザインターフェースを用いてユーザのリクエストを制御器353に送信する。一般的に、ユーザの入力を受信するユーザインターフェースは、キーボード、マウス、タッチスクリーン、ハプティックhapticデバイス、及びマイクロフォンのような物理的な変換部を含むことができる。ユーザインターフェースは、ユーザから命令、テキスト、イベント、数字、又は音声情報を受信し、受信したデータを制御器353に提供する。本発明の実施形態によれば、ユーザは、制御器353がユーザインターフェースを用いて現在のGOP期間に対応するメディアコンテンツデータを倍速再生モードで再生するように制御し、現在のGOP期間のメディアコンテンツデータが倍速再生モードで再生されている間に、次のGOP期間のメディアコンテンツデータをどのように再生するかを設定することができる。通信部351は、有線又は無線ネットワークを通してサーバ300又は第3のデータベース図示せずに接続され、サーバ300又は第3のデータベースとデータを交換する。クライアント350が無線ネットワーク技術を使用する場合に、通信部351は、一般的なデータパケット通信方法を用いてサーバ300とクライアント350間の制御命令及びデータを送受信することができる。通信方法は、無線ローカルエリアネットワークWirelessLocalAreaNetwork:WLAN、ブルートゥース登録商標、ジグビーZigbee:登録商標、無線ブロードバンドWirelessBroadband:WiBro:登録商標、無線メディアWirelessMedia:WiMedia、第3世代3G符号分割多重接続CDMAのような移動通信技術などを含むことができる。格納部357は、通信部351がサーバ300又は第3のデータベースから受信した情報を格納する。分析器355は、格納部357に格納されたメディアコンテンツデータを分析し、分析されたメディアコンテンツデータをデコーダ361に提供する。デコーダ361は、分析器355が分析したメディアコンテンツデータを本発明の実施形態によるMPEGファイル構造に基づく符号化方式の逆の方式を用いてデコードし、デコードされたメディアコンテンツデータを出力部359に提供する。この時に、メディアコンテンツデータが異なるタイプのデータを含んでいる場合に、デコーダ361は、必要とされるメディアコンテンツデータを選択し、これを出力部359に提供する。例えば、メディアコンテンツデータが一般再生モードのための一般モードデータ及び倍速再生モード又はランダムアクセスモードのためのトリックモードデータを含み、倍速再生モードが選択される場合に、制御器353は、トリックモードデータを選択し、これをデコーダ361に提供することができる。出力部359は、デコーダ361によりデコードされたメディアコンテンツデータを画面に出力することができる。また、出力部359は、クライアント350の全般的な状態及びユーザがユーザインターフェースを通して入力した情報を画面又はスピーカに出力することができる。図3には図示されていないが、クライアント350は、別途のシステム時間情報に基づいて動作する。ユーザは、最初のGOP期間のメディアコンテンツデータが倍速再生モードで再生される間に、ユーザインターフェースを通して次のGOP期間のメディアコンテンツデータを再生するための再生モードを設定することができる。場合によっては、クライアント350は、ユーザ動作に関係なくクライアント350の内部に予め定義された方法を用いて次のGOP期間のメディアコンテンツデータをデコードしてもよい。以下に述べられる表1は、本発明の実施形態によるメディアコンテンツディスクリプターの構造を示す。メディアコンテンツディスクリプターは、サーバ又は第3のデータベースから端末又はクライアントに提供される情報であり、端末又はクライアントが対応するメディアコンテンツデータと関連した機能を実行するために必要とする様々な情報を含む。例えば、表1を参照すると、本発明の一実施形態によるメディアコンテンツディスクリプターは、一般再生モードのための情報だけでなく、倍速再生モード及びランダムアクセスモードのための情報も含む。メディアコンテンツディスクリプターは、メディアコンテンツサービスを最初に開始する時にメディアコンテンツデータに含まれるか又は周期的にメディアコンテンツデータに含まれ、サーバ又は第3のデータベースから端末又はクライアントに送信されるとよい。一例において、メディアコンテンツディスクリプターに含まれる情報の一部だけが端末に送信されることもある。この場合に、端末は、この送信された情報に対応する機能だけを実行してもよい。表1を参照してメディアコンテンツディスクリプターについてさらに詳細に説明する。メディアコンテンツディスクリプターは、マニフェストManifest情報及びファイル構造Filestructure情報を含む。メディアコンテンツディスクリプターにより参照されるスキーマSchema情報を示す‘コンテンツContents’属性として、メディアコンテンツのマニフェスト情報は、‘タイトルTitle’情報、‘シノプシスSynopsis’情報、メディアコンテンツのクリエーター情報を含む‘OriginSite’情報、メディアコンテンツのクリエーターの名称を含んでいる‘OriginSiteName’、メディアコンテンツの識別のための‘ContentID’、メディアコンテンツの制御情報を参照することができる‘ContentsURL’情報及びメディアコンテンツ自体を示す‘ContentItem’情報のうちの少なくとも1つを含む。メディアコンテンツデータのファイル構造を示すファイル構造情報は、‘ContentType’属性のコンテナーcontainerエレメントとして、ストリーミング方式又はダウンロード方式において実際のメディアコンテンツデータの位置決め方法を示す‘URLTemplate’、次のGOP単位に基づいて制御される‘NextControlURL’、倍速情報及びランダムアクセスの際にサポート可能な時間に関する情報のような付加情報を参照することができる‘RelDataURL’、及び一般モードで使用可能な一般モードデータ及び倍速再生モード又はランダムアクセスモードの時に使用可能なトリックモードデータを識別することができる‘TrackID’のような情報を含むことができる。クライアント350の制御器353は、マニフェスト情報に含まれているContentURLのMainContentsDescriptionxmlファイルを分析し、所望するメディアコンテンツデータ情報に対するリクエストをGOP単位でサーバ300に送信することができる。例えば、最初の状態での一般再生モードでビデオクリップを視聴している間に、ユーザが倍速再生機能又はランダムアクセス機能のリクエストの時に一般再生モードから倍速再生モード又はランダムアクセスモードに切り替える場合がある。この場合に、クライアント350は、倍速再生又はランダムアクセスのためのマニフェスト情報に対するリクエストをサーバ300に送信する。表1でのマニフェスト情報をサーバ300から受信する時に、クライアント350は、MainContentsDescriptionxmlファイルに対するリクエストをマニフェスト情報に含まれたContentsURL情報に含まれているアドレスに送信し、このアドレスから倍速再生又はランダムアクセスのためのトリックモードデータを受信することができる。図4は、本発明の実施形態によるメディアコンテンツデータ再生装置を有するクライアントとサーバ間の動作を示す図である。図4を参照すると、表1で説明したデータファイル構造に対応するサーバ300とクライアント350間の動作が実行される。その動作によると、クライアントのユーザが特定のメディアコンテンツデータをサーバから受信し、受信したデータを再生する間に倍速再生又はランダムアクセスを希望する場合に、クライアントは、マニフェスト情報に対するリクエストをサーバに送信し、このリクエストに応じてマニフェスト情報をサーバから受信し、この受信された情報を分析し、この分析された情報が、サーバが倍速再生又はランダムアクセス機能をサポートすることを示す場合に、倍速再生又はランダムアクセス機能をリクエストする。図4では、倍速再生がリクエストされると仮定する。より具体的に、クライアント350のユーザが特定のメディアコンテンツデータを受信し再生する間に倍速再生を希望する場合に、クライアント350は、ステップ401において、サーバ300がマニフェスト情報を送信することをリクエストする。それに応じて、ステップ403において、サーバ300は、リクエストされたマニフェスト情報をクライアント350に送信する。ステップ405において、クライアント350は、受信されたマニフェスト情報に含まれているContentURLを有するMainContentsDescriptionxmlファイルを分析し、この分析された情報が、サーバが倍速再生機能をサポートすることを示す場合に、倍速再生機能に対するリクエストをContentURLに含まれているサーバ300のアドレス例えば、URLに送信する。それに応じて、ステップ407において、サーバ300は、倍速再生に関連したフラグメントボックスをクライアント350に送信する。参考に、‘フラグメントボックス’の用語は、特定の機能の実行に必要とされる情報の集合を意味する。クライアント350は、フラグメントボックスに含まれる情報を用いて倍速再生を実行する。一方、図5乃至図8は、本発明の実施形態による一般モードデータ及びトリックモードデータの構成を説明する図である。上述したように、一般モードデータは、一般再生モードで使用可能なデータであり、トリックモードデータは、倍速再生モード又はランダムアクセスモードの時に使用可能なデータである。本発明の実施形態によると、トリックモードデータは、通常に、一般モードデータに比べて1/4倍又は1/Nここで、Nは、数十、すなわち、10、20、30などであるのサイズで設定され、トリックモードデータのGOP値も一般モードデータのGOP値より小さく設定されることによりIフレームの回数すなわち、Iフレームの発生の回数が増加する。言い換えれば、トリックモードデータは、一般モードデータの量より全体的に少ない量を有し、トリックモードデータのIフレームは、一般モードデータのIフレームよりさらに頻繁に現れる。したがって、トリックモードデータの使用は、一般モードデータの使用に比べて送受信及びデコードの速度を増加させる。結果的に、倍速再生及びランダムアクセスの時の遅延時間が減少し、ユーザがメディアデータの正確な再生及び/又は探索を行うことができる。本発明の実施形態に従って、一般モードデータもやはり倍速再生モード又はランダムアクセスモードで再生されることができ、トリックモードデータも一般再生モードで再生されることができる。しかしながら、ここでは、ユーザが一般モードデータを一般再生モードの時に使用し、トリックモードデータを倍速再生モード又はランダムアクセスモードで使用することを選択するものと仮定する。図5のaは、GOP=9である一般モードデータを示し、図5のbは、GOP=3であるトリックモードデータを示す。図5のbのトリックモードデータは、GOP値及びデータサイズの観点で図5のaの一般モードデータより小さい。図6乃至図8は、本発明の実施形態による一般モードデータ及びトリックモードデータの他の構成を示す図である。図6のa乃至図6のcの一例を示し、ここで、図6のa及び図6のbのデータは、それぞれ図5のa及び図5のbのデータと同一である。図6のcは、Iフレームだけを含むように構成されたトリックモードデータを示す。トリックモードデータがIフレームだけを含む場合に、倍速再生の時の再生速度及びランダムアクセスの時の移動速度はさらに増加することができる。図7のa乃至図7のcは、他の例を示し、ここで、図7のaは、複合または、マルチレイヤー一般モードデータの一例を示す。例えば、それぞれのフレームが3個のレイヤーデータを含む場合に、3個のレイヤーデータを用いてデータスケーラービリティscalabilityを実現することができる。図7のb及び図7のcのデータは、それぞれ図6のb及び図6のcのデータと同一である。図8のa乃至図8のcは、トリックモードデータをスケーラブルなデータで実現する他の例を示す図である。すなわち、図8のaの一般モードデータは、図5のaの一般モードデータと同一である。しかしながら、図8のb及び図8のcの複合又は、マルチレイヤートリックモードデータは、それぞれ図6のb及び図6のcのトリックモードデータの複数の集合を結合することにより構成され、これにより、スケーラービリティをサポートする。図7及び図8に示すように、本発明のメディアコンテンツデータは、マルチレイヤー一般モードデータ図7のa及び/又はマルチレイヤートリックモードデータ図8のb及び図8のcを含むことができる。マルチレイヤーデータ構造で構成される場合に、メディアコンテンツデータは、スケーラービリティをサポートすることができる。一方、一般モードデータ及びトリックモードデータは、相互に独立して存在するので、相互に異なる時点で独立して再生されることができる。上述したように、ユーザは、一般モードデータを一般モードで再生する。また、ユーザは、倍速再生モード又はランダムアクセスモードでトリックモードデータの再生を選択することができる。例えば、一般モードデータが一般モードで再生されている間に、ユーザが倍速再生モードを選択する場合に、クライアントは、トリックモードデータをリクエストし、トリックモードデータを倍速再生モードで再生する。一般モードデータが一般モードで再生されている間に、ユーザが倍速再生モードでトリックモードデータの再生を選択する場合に、制御器353は、一般モードデータ内の時間情報を出力部359及びデコーダ361に提供するシステム時間クロック情報を分析した後に、この分析された結果に従ってトリックモードデータをリクエストする。したがって、一般モードデータの再生の間に2倍速再生がリクエストされる場合に、クライアントは、トリックモードデータを2倍の速度で再生する。図9のa及び図9のbは、本発明の実施形態に従ってトリックモードデータを用いてランダムアクセスを実行する動作を説明する図である。図9のaは一般モードデータを示し、図9のbはトリックモードデータを示す。図9のa及び図9のbを参照すると、一般モードデータ図9のaに図示されているが再生されている間に、時点901でユーザによるランダムアクセスリクエストが行われる。従来では、一般モードデータ図9のaを用いてランダムアクセスが実行される場合に、時点901の次のPフレーム907ではなく次のIフレーム903からデコードを開始するためにd1の時間遅延を発生させる。しかしながら、トリックモードデータ図9のbに図示されているを用いてランダムアクセスが実行される場合に、時点901の次のIフレーム905からデコードを開始することができるために時間遅延をd2に減少させる。d2は、従来の時間遅延d1より格段に短いことをわかる。図10は、本発明の一実施形態によるメディアコンテンツ再生方法を示すフローチャートであり、クライアント350が一般モードデータを再生するためにメディアコンテンツディスクリプターに対するリクエストをサーバ300に送信したことを前提とする。図10を参照すると、ステップ701において、クライアント350は、このリクエストに応じてサーバ300から受信したメディアコンテンツディスクリプターを分析する。ステップ703において、一般モードデータに関する内容がメディアコンテンツディスクリプターに含まれている場合に、クライアント350は、サーバ300からの一般モードデータのリクエスト/受信を行い、この受信した一般モードデータをデコードする。ステップ705において、クライアント350は、一般モードデータが再生されている間に倍速再生モード又はランダムアクセスモードへの切り替えリクエストがユーザから受信されたか否かを判定する。倍速再生モード又はランダムアクセスモードへの切り替えリクエストを受信する時に、クライアント350は、一般モードデータのデコードを中断し、ステップ707に進む。ステップ707において、クライアント350は、メディアコンテンツディスクリプターに含まれているトラック情報すなわち、図4を参照して説明した‘ContentURL’に含まれているサーバのURLアドレスに従ってトリックモードデータに対するリクエストをURLに送信し、リクエストされたトリックモードデータを受信する。ステップ709において、クライアント350は、受信されたトリックモードデータに対応するメディアコンテンツデータをデコードする。しかしながら、ステップ705において、倍速再生モード又はランダムアクセスモードへの切り替えリクエストがユーザから受信されることができない時に、クライアント350は、ステップ709に進み、一般再生モードで一般モードデータを継続してデコードし再生する。図11のa及び図11のbは、本発明の他の実施形態によるメディアコンテンツ再生方法を示す図である。図11のa及び図11のbの例において、ユーザは、一般モードデータを倍速再生モード又はランダムアクセスモードで再生しないことを選択した場合を前提とする。トリックモードデータが倍速再生モード又はランダムアクセスモードで再生されている間に、ユーザが倍速再生モード又はランダムアクセスモードから一般モードへの切り替えをリクエストする場合に、クライアントは、本発明の実施形態によるモード切り替えを実行し、一般モードでトリックモードデータを再生する。図11のaは一般モードデータを示し、図11のbはトリックモードデータを示す。この前提に従って、クライアント350は、倍速再生モード又はランダムアクセスモードでトリックモードデータ図11のbに示すようにを用いてメディアコンテンツを再生する。トリックモードデータ図11のbに示すようにが再生されている間に、ユーザが時点1001で一般モードへの切り替えをリクエストする場合に、クライアント350は、時点1001でトリックモードデータの再生すなわち、トリック再生を中断し、一般モードデータ図11のaを再生する。しかしながら、この場合に、上述したように、一般モードデータの復号化をIフレームから開始するために、トリック再生の終了時点1001とトリック再生の終了時点1001の後の一般モードデータでの1番目のIフレーム1003との間で時間差が発生し、これにより遅延時間が生じる。この遅延時間の間にはコンテンツが再生されない。本発明の他の実施形態によると、遅延時間の間に連続したコンテンツ再生を保証するために、このような遅延時間の間に既存のトリックモードデータを用いて連続した再生を行う。すなわち、トリック再生の終了時点1001と一般モードデータでの1番目のIフレーム1003との間の時間期間の間に、トリックモードデータのフレーム1005は、I==>P==>Pフレームの順序にデコードされる。その後に、一般モードデータで新たなGOP期間内の1番目のIフレーム1003の受信が完了する場合に、対応する一般モードデータをデコードすることによりコンテンツを再生する。本発明の他の実施形態によると、図3を参照して説明したメディアコンテンツ再生装置は、次のように動作する。制御器353は、倍速再生モード又はランダムアクセスモードから一般モードへの切り替えリクエストがユーザから受信されたか否かを判定する。一般モードへの切り替えリクエストを受信する際に、制御器353は、この切り替えリクエストを分析器355に通知する。分析器355は、受信されたメディアコンテンツディスクリプターのマニフェスト情報に含まれているサーバ300のContentURLを分析し、分析された結果に従ってサーバ300のURLを制御器353に提供する。制御器353は、新たなIフレームからGOP単位で一般モードデータに対するリクエストをURLに送信する。デコーダ361は、一般モードデータの新たなGOP期間内のIフレーム情報をサーバ300から受信し、この受信されたフレームデータをデコードするまで既存のトリックモードデータを継続してでコードする。一般モードデータの新たなGOP期間内の1番目のIフレームを受信する時に、制御器353はトリックモードデータのデコードを中断し、一般モードデータをデコードするようにデコーダ361を制御する。デコーダ361は、制御器353の制御の下に一般モードデータをデコードする。一方、本発明で説明したマニフェスト情報がメディアコンテンツサービスの提供、サービス設定、及び/又はサービス初期化のための情報を提供するために使用されるので、マニフェスト情報は、例えば、別の名称として‘構成情報’とも呼ばれてよい。しかしながら、マニフェスト情報と同一の意味又は役割を有する情報でありさえすれば、別のどの名称でも使用可能である。また、本発明の実施形態を説明するために必要とされる基本的なフィールド及び/又はこれらの属性情報について説明しているが、本発明の各実施形態で説明される設定ファイルの情報は、使用環境又はサービスに従って追加の情報をフィールド及び属性としてさらに含んでもよい。さらに、設定ファイルに含まれる情報の論理的意味を図示し説明しているが、この情報は、システム及びサービス製造/提供環境に従って拡張マークアップ言語xml、2進データ、及びフォーマットされた情報構造のような様々な情報表現構造又はフォーマットの形態で表現されてもよい。以上、本発明を具体的な実施形態を参照して詳細に説明してきたが、本発明の範囲及び趣旨を逸脱することなく様々な変更が可能であるということは、当業者には明らかであり、本発明の範囲は、上述の実施形態に限定されるべきではなく、特許請求の範囲の記載及びこれと均等なものの範囲内で定められるべきである。