"マルチメディアストリームファイルの保存方法において、マルチメディアデータを、互いに異なるビットレートでエンコーディングした複数レベルのトラックを含むマルチメディアストリームファイルを提供するサーバから、前記マルチメディアストリームファイルの再生のためのメタ情報を受信し、受信されたメタ情報を保存する段階と、前記マルチメディアストリームファイルを構成するフラグメントを受信して保存する段階と、前記受信されたフラグメントのランダムアクセスのためのランダムアクセス情報を獲得する段階と、前記獲得されたランダムアクセス情報に基づいて、前記保存されたフラグメントのリプレイのためのフラグメントアクセスメタ情報を生成して保存する段階と、を含むことを特徴とするマルチメディアストリームファイルの保存方法。前記フラグメントは、1レベルのトラックのマルチメディアデータのうち一部であり、ネットワーク環境またはクライアントの要請によって、前記複数レベルのトラックのうち、少なくとも1つのフラグメントのトラックのレベルを選択する段階をさらに含むことを特徴とする請求項1に記載のマルチメディアストリームファイルの保存方法。前記メタ情報は、前記複数レベルのトラックごとのトラック情報、コーデック情報及びフラグメントの長さ情報を含むことを特徴とする請求項1に記載のマルチメディアストリームファイルの保存方法。前記フラグメントを受信して保存する段階は、前記受信されたフラグメントのトラック情報、及び前記フラグメントが受信された順序に割り当てられたシーケンスナンバーを含むフラグメントヘッダ情報を生成する段階と、前記受信されたフラグメントに含まれたマルチメディアデータと、前記フラグメントヘッダ情報とを結合して再構成されたフラグメントを保存する段階と、を含むことを特徴とする請求項1に記載のマルチメディアストリームファイルの保存方法。前記ランダムアクセス情報を獲得する段階は、前記マルチメディアストリームファイルを構成するフラグメントのうち、前記受信されたフラグメントを識別するためのセグメントインデックス情報、受信された全体フラグメント個数情報、及びマルチメディア時間同期情報を獲得することを特徴とする請求項1に記載のマルチメディアストリームファイルの保存方法。前記保存されたフラグメントのレベルと、利用可能な前記フラグメントのレベルとを比較する段階と、前記保存されたフラグメントのレベルよりさらに高いレベルのフラグメントが利用可能である場合、前記サーバに、前記さらに高いレベルのフラグメントを要請する段階と、前記さらに高いレベルのフラグメントを受信して保存する段階と、前記受信されたさらに高いレベルのフラグメントのランダムアクセス情報を獲得し、前記獲得されたさらに高いレベルのフラグメントのランダムアクセス情報を利用し、前記フラグメントアクセスメタ情報を更新する段階と、をさらに含むことを特徴とする請求項1に記載のマルチメディアストリームファイルの保存方法。前記保存されたフラグメントのレベルが、所定ビットレート以上のレベル値を有するか否かを判断する段階と、前記保存されたフラグメントのレベルが、前記所定ビットレート以上のレベル値を有することができない場合、前記サーバに、前記所定ビットレート以上のレベル値を有するフラグメントを要請する段階と、前記所定ビットレート以上のレベル値を有するフラグメントを受信して保存する段階と、前記受信された所定ビットレート以上のレベル値を有するフラグメントのランダムアクセス情報を獲得し、前記所定ビットレート以上のレベル値を有するフラグメントのランダムアクセス情報を利用し、前記フラグメントアクセスメタ情報を更新する段階と、をさらに含むことを特徴とする請求項1に記載のマルチメディアストリームファイルの保存方法。マルチメディアストリームファイルを提供されるクライアント装置において、サーバから提供される互いに異なるビットレートでエンコーディングした複数レベルのトラックを含むマルチメディアストリームファイルを要請して受信する通信部と、前記通信部を介して受信されるマルチメディアストリームファイルを構成するフラグメントを保存する保存部と、前記マルチメディアストリームファイルを再生する再生部と、前記保存部に保存されたフラグメントのランダムアクセスのためのランダムアクセス情報を保存するフラグメントアクセスデータベースと、前記フラグメントアクセスデータベースに保存されたランダムアクセス情報に基づいて、前記マルチメディアストリームファイルを構成するフラグメントの保存いかんを決定し、保存されていないフラグメントが受信されるように、前記通信部を制御するフラグメントアクセス管理部と、前記マルチメディアストリームファイルの再生のためのメタ情報、及び前記保存されたフラグメントのリプレイのためのフラグメントアクセスメタ情報を生成し、前記保存部に保存し、前記保存部に保存されたメタ情報、及びフラグメントアクセスメタ情報を読み取るメタデータ入出力部と、を含むことを特徴とするクライアント装置。前記フラグメントは、前記複数レベルのトラックのうち、ネットワーク環境またはクライアントの要請によって選択されたレベルのトラックのマルチメディアデータのうち、一部であることを特徴とする請求項8に記載のクライアント装置。前記メタ情報は、前記複数レベルのトラックごとのトラック情報、コーデック情報及びフラグメントの長さ情報を含むことを特徴とする請求項8に記載のクライアント装置。前記メタデータ入出力部は、前記受信されたフラグメントのトラック情報、及び前記フラグメントが受信された順序に割り当てられたシーケンスナンバーを含むフラグメントヘッダ情報を生成し、前記保存部は、前記受信されたフラグメントに含まれたマルチメディアデータと、前記フラグメントヘッダ情報とを結合して再構成されたフラグメントを保存することを特徴とする請求項8に記載のクライアント装置。前記ランダムアクセス情報は、前記マルチメディアストリームファイルを構成するフラグメントのうち、前記受信されたフラグメントを識別するためのセグメントインデックス情報、受信された全体フラグメント個数情報、及びマルチメディア時間同期情報を含むことを特徴とする請求項8に記載のクライアント装置。前記フラグメントアクセス管理部は、前記保存されたフラグメントのレベルと、利用可能な前記フラグメントのレベルとを比較し、前記保存されたフラグメントのレベルよりさらに高いレベルのフラグメントが利用可能である場合、前記サーバに、前記さらに高いレベルのフラグメントを要請するように、前記通信部を制御することを特徴とする請求項8に記載のクライアント装置。前記さらに高いレベルのフラグメントを受信された場合、前記フラグメントアクセスデータベースは、前記受信されたさらに高いレベルのフラグメントのランダムアクセス情報を利用し、前記フラグメントアクセスメタ情報を更新することを特徴とする請求項13に記載のクライアント装置。前記フラグメントアクセス管理部は、前記保存されたフラグメントのレベルが、所定ビットレート以上のレベル値を有するか否かを判断し、前記保存されたフラグメントのレベルが、前記所定ビットレート以上のレベル値を有することができない場合、前記サーバに、前記所定ビットレート以上のレベル値を有するフラグメントを要請するように、前記通信部を制御することを特徴とする請求項8に記載のクライアント装置。本発明が解決しようとする技術的課題は、適応的ストリーミングされるマルチメディアストリームのリプレイを可能にするための保存ファイルフォーマット、保存ファイルフォーマットを使用するクライアント装置、及びクライアント装置でマルチメディアストリームを保存する方法を提供することである。また本発明の課題は、マルチメディアストリームデータを保存した後でリプレイするとき、さらに高品質データの再生を可能にするクライアント装置、及びクライアントでマルチメディアストリームを保存する方法を提供することである。本発明の一実施形態によるマルチメディアストリームファイルの保存方法は、マルチメディアデータを、互いに異なるビットレートでエンコーディングした複数レベルのトラックを含むマルチメディアストリームファイルを提供するサーバから、前記マルチメディアストリームファイルの再生のためのメタ情報を受信し、受信されたメタ情報を保存する段階と、前記マルチメディアストリームファイルを構成するフラグメントを受信して保存する段階と、前記受信されたフラグメントのランダムアクセスのためのランダムアクセス情報を獲得する段階と、前記獲得されたランダムアクセス情報を利用し、前記保存されたフラグメントのリプレイのためのフラグメントアクセスメタ情報を生成して保存する段階と、を含むことを特徴とする。本発明の一実施形態によるマルチメディアストリームファイルを提供されるクライアント装置は、サーバから提供される互いに異なるビットレートでエンコーディングした複数レベルのトラックを含むマルチメディアストリームファイルを要請して受信する通信部と、前記通信部を介して受信されるマルチメディアストリームファイルを構成するフラグメントを保存する保存部と、前記マルチメディアストリームファイルを再生する再生部と、前記保存部に保存されたフラグメントのランダムアクセスのためのランダムアクセス情報を保存するフラグメントアクセスデータベースと、前記フラグメントアクセスデータベースを介して、前記マルチメディアストリームファイルを構成するフラグメントの保存いかんを確認し、保存されていないフラグメントが受信されるように、前記通信部を制御するフラグメントアクセス管理部と、前記マルチメディアストリームファイルの再生のためのメタ情報、及び前記保存されたフラグメントのリプレイのためのフラグメントアクセスメタ情報を生成し、前記保存部に保存し、前記保存部に保存されたメタ情報、及びフラグメントアクセスメタ情報を読み取るメタデータ入出力部と、を含むことを特徴とする。本発明の一実施形態によるマルチメディアストリームファイルの保存のための保存ファイルフォーマットは、ファイル類型を保存するファイル類型ftypボックスと、保存されるマルチメディアストリームファイルの再生のためのメタ情報を保存するmoovボックスと、受信されたフラグメントのメタ情報を保存するフラグメントヘッダ情報ボックス、及び前記受信されたフラグメントのメディアデータを保存するメディアデータボックスを具備するフラグメントと、前記フラグメントのランダムアクセス及びリプレイのためのフラグメントアクセスメタ情報であるmfraボックスと、を含む。本発明によれば、適応的ストリーミングサービスによって提供されるマルチメディアデータを保存してオフライン状態で再生可能にすることができる。また本発明によれば、保存されたマルチメディアストリームデータの再生時、さらに高品質のマルチメディアデータ再生を可能にする。以下、添付された図面を参照しつつ、本発明の具体的な実施形態について詳細に説明する。図1は、本発明の一実施形態による適応的adaptiveマルチメディアストリーミングサービスについて説明するための参照図である。図1を参照すれば、適応的マルチメディアストリーミングサービスで、サーバ110は、マルチメディアデータを、互いに異なるビットレートを有するようにエンコーディングし、複数レベルのマルチメディアストリームファイル140をあらかじめ準備し、ネットワーク120環境、またはクライアント130の要請によって、マルチメディアストリームファイル140を構成する複数レベルのマルチメディアデータ141,142,143のうち、選択されたレベルのマルチメディアデータを構成するフラグメントfragをクライアント130に伝送する。マルチメディアストリームファイル140を構成する各レベルのマルチメディアデータ141,142,143は、トラックtrackとも定義され、各トラックは、トラック識別子track_IDで区別されもする。マルチメディアストリームファイル140を構成する各レベルのマルチメディアデータ141,142,143は、互いに異なる方式でエンコーディングされ、互いに異なるビットレートを有する。各レベルのマルチメディアデータ141,142,143は、ビットレート以外にも、解像度または利用されたコーデック別に区別されてもよい。各レベルのマルチメディアデータ141,142,143は、数秒分量のマルチメディアデータに該当するフラグメントで構成される。互いに異なるレベルのフラグメントは、同一のマルチメディアデータを、互いに異なる方式でエンコーディングしたものであるから、互いに異なる大きさを有することになる。例えば、レベル1のマルチメディアデータ143を構成するフラグメントは、1Mbps、レベル2のマルチメディアデータ142を構成するフラグメントは、5Mbps、レベル3のマルチメディアデータ141を構成するフラグメントは、10Mbpsの互いに異なるビットレートを有することができる。前述のように、ネットワーク120環境、またはクライアント130の要請によって、マルチメディアストリームファイル140を構成する複数レベルのマルチメディアデータ141,142,143のうち選択されたレベルのマルチメディアデータを構成するフラグメントが、クライアント130に伝送される。もしネットワーク120の帯域幅、またはクライアント130で利用可能なデータ帯域幅が、図面符号150に図示されたように変動される場合を仮定すれば、サーバ110は、帯域幅の変動に適するように利用可能な複数個のマルチメディアデータ141,142,143のうち、最大ビットレートを有するレベルのマルチメディアデータを構成するフラグメントを、クライアント130に伝送する。すなわち、現在帯域幅が良好な場合には、現在帯域幅で利用可能な最大ビットレートを有するフラグメントをストリーミングし、現在帯域幅が劣化された場合には、相対的に小さいビットレートを有するフラグメントをストリーミングすることによって、帯域幅に適応的にフラグメントを伝送する。言い替えれば、フラグメントのレベル及びビットレートは、利用可能な帯域幅の変化によって、伝送過程の間に変更されてもよい。従来、マルチメディアストリーミングサービスで、サーバ110は、クライアント130の要請によって要請されたフラグメント単位のデータを伝送し、クライアント130は、かような全体マルチメディアストリームファイルのうち、一部分に該当するフラグメントを受信して再生する方式であるから、クライアント130でマルチメディアストリーミングサービスされるマルチメディアデータをリプレイし難いという問題点がある。従って、本発明では、リプレイのためのランダムアクセス情報、及び再生のためのメタ情報をフラグメントデータに付け加え、マルチメディアストリームデータを保存する保存ファイルフォーマット、保存ファイルフォーマットを使用するクライアント装置、及びクライアント装置でマルチメディアストリームを保存する方法を開示する。図2は、本発明の一実施形態によるマルチメディアストリームデータの保存ファイルフォーマットの構造図である。図2を参照すれば、本発明の一実施形態によるマルチメディアストリームデータの保存ファイルフォーマットは、ファイル類型を保存するファイル類型ボックスftyp:filetype210、保存されるマルチメディアストリームファイルの再生のためのメタ情報を保存するmoovボックスmoov:moviemetadata220、複数個のフラグメントfragment230,240、及び保存されたフラグメントのランダムアクセス及びリプレイのためのフラグメントアクセスメタ情報であるmfraボックスmfra:moviefragmentrandomaccess250を含む。フラグメント230,240は、各フラグメント別メタ情報を保存するフラグメントヘッダ情報moof:moviefragmentmetadataボックス231,241、及びメディアデータボックスmdat232,242を含む。また、図2では、moovボックス220が、ファイル類型ボックス210のすぐ後に位置する場合を図示しているが、ここに限定されるものではなく、moovボックス220は、最後のフラグメントと、mfraボックス250との間に位置することができる。その場合、moovボックス220は、メタ情報以外に、moovボックスの大きさを記述する情報を含んでもよい。本発明について説明するにおいて、保存ファイルフォーマットは、MP4ファイルフォーマット標準による場合を中心に説明するが、本発明の詳細な説明を介して、本発明の思想は、かようなMP4ファイルフォーマット標準に限定されるものではなく、他の方式の伝送ファイルフォーマット標準に適用されるということを、本発明が属する技術分野で当業者であるならば、理解することができるであろう。ファイル類型ボックスftyp210は、保存されるマルチメディアストリームファイルの類型を保存するボックスである。前述のように、MP4ファイルフォーマット標準による場合ファイル類型ボックスftypは、m4dsの値を有する。図3は、図2のmoovボックス220の具体的な構成を示した参照図である。図3を参照すれば、moovボックスmoov300は、サーバ側に設けた複数レベルのマルチメディアデータの各トラックを識別するためのトラック識別子track_ID情報、及び各トラックのコーデック情報を含むトラック情報310;及びフラグメントの長さsegmentduration情報320;を含む。トラック情報310のトラック識別子track_IDを複数レベルのマルチメディアデータ別に固有に定義することによって、保存されるフラグメントがいかなるレベルのマルチメディアデータのうち一部であるかを確認することができる。このために、後述されるように、トラック識別子track_IDは、受信される各フラグメントのフラグメントヘッダ情報にも含まれ、各フラグメントが属したマルチメディアデータのレベルを確認させる。フラグメントの長さ情報320は、リプレイ時や再生時に、時間同期化を可能にするためのものである。また、図3に図示されていないが、moovボックス300は、受信されたフラグメントが、サーバ側から提供されるマルチメディアデータファイルを基に、何番目のフラグメントであるかを示すセグメントインデックス情報をさらに含んでもよい。かようなセグメントインデックス情報は、所望するフラグメントの検索のために利用されてもよい。RTSPrealtimestreamingprotocol基盤の適応的ストリーミングの場合、かようなメタ情報は、SDPsessiondescriptionprotocolフォーマットを介して伝達され、HTTPhypertexttransferprotocol基盤の適応的ストリーミングの場合mメタ情報は、マニフェストファイルmanifestfileのような別途のメタファイル形態でクライアントに伝達される。図4は、図2の各フラグメント別メタ情報を保存するフラグメントヘッダ情報ボックスmoof231,241の具体的な構成を示した参照図である。図4を参照すれば、フラグメントヘッダ情報ボックスmoof400は、フラグメントが受信される順に増加する値を有するように割り当てられるシーケンスナンバーsequencenumber410、及び受信されたフラグメントが属したマルチメディアデータのレベルを確認させるトラック識別子track_ID420を含む。前述の図3のトラック情報310のトラック識別子track_IDを介して、サーバから利用可能な各トラックの識別子を把握し、受信される各フラグメントごとに付加されたトラック識別子track_ID420を介して、各フラグメントが含まれたマルチメディアデータのレベルを確認することができる。シーケンスナンバー410は、受信される順序に各フラグメントに割り当てられ、保存されたフラグメントのランダムアクセス時に、所望するフラグメントを検索させる。かようなシーケンスナンバー410は、サーバ側で、現在フラグメントが全体フラグメントのうち何番目に該当するかを示すセグメントインデックスと区別される。サーバから伝送されるフラグメントは、クライアントの要請による任意時刻のデータであるから、クライアント側で受信される順序と、実際にサーバ側で設けたマルチメディアストリームデータの構成順序は、違いが生じうる。例えば、図1のように、3つのレベルでエンコーディングされたマルチメディアデータ141,142,143は、それぞれセグメントインデックスが同一である3個のフラグメントを有する。すなわち、図1で、レベル1,2,3のfragnnは、1以上の整数は、全体マルチメディアデータのうちn番目のフラグメントであるということを示すものであり、レベル1,2,3のfragnは、同一のセグメントインデックスを有する。かようなセグメントインデックスは、サーバ側では、全体マルチメディアストリームデータを分割し、各フラグメントごとに順次に割り当てられるものの、実際のストリーミングサービス時には、かようなセグメントインデックスの順序によってストリーミングされるのではなく、任意のフラグメントを要請してストリーミングされるから、クライアント側で受信されるフラグメントの順序と、サーバ側に設けられたマルチメディアストリームデータのセグメントインデックス順序は、違いが生じうる。従って、クライアント側で受信されるフラグメントの順序を区別するために受信される順序として、シーケンスナンバー410が割り当てられ、各フラグメントのランダムアクセスのために、セグメントインデックスとシーケンスナンバーとを利用して保存されたフラグメントのうち、所望するフラグメントを検索することができる。かようなフラグメントヘッダ情報ボックスmoof400と、実際のメディアデータであるmdatとが結合され、かような結合を介して再構成されたフラグメントは、受信されたフラグメントを保存する1つの単位を構成することになる。図5は、図2のフラグメントアクセスメタ情報であるmfraボックスmfra:moviefragmentrandomaccess250の具体的な構成を示した参照図である。図5を参照すれば、mfraボックスmfra500は、全体フラグメント個数情報510、フラグメントファイルオフセットoffset情報520、及び時間同期情報530を含む。フラグメントファイルオフセット情報520は、図2の保存ファイルフォーマットによるとき、保存ファイルの最初からフラグメントの保存位置を示す。かようなファイルオフセット情報520を利用し、最初のフラグメントの位置を判断することができる。時間同期情報530は、フラグメントに含まれたメディアデータmdatの再生時、同期化syncのためのものである。また、mfraボックス500は、図示された以外に、受信されたフラグメントを識別するためのセグメントインデックス情報をさらに含んでもよい。前述のように、セグメントインデックス情報は、各マルチメディアストリームファイルのフラグメントが何番目フラグメントであるかを示すことにより、かようなセグメントインデックス情報と、ファイルオフセット情報520とを利用し、所望するフラグメントの保存位置を決定することができる。セグメントインデックス情報は、mfraボックス500に保存されず、図2のmoovボックス220に保存される。mfraボックスmfra500は、MP4ファイルフォーマットのランダムアクセスのためのトラックフラグメントランダムアクセスボックスtfra:trackfragmentrandomaccessボックス及びムービーフラグメントランダムアクセスオフセットmfro:moviefragmentrandomaccessoffsetボックスの形態に具現されてもよい。以下、図2ないし図5を介して説明された保存ファイルフォーマットを利用し、サーバからサービスされるマルチメディアストリームを保存するクライアント装置について説明する。図6は、本発明の一実施形態によるクライアント装置の構成を示したブロック図である。図6を参照すれば、クライアント装置600は、再生部610、フラグメントアクセス管理部620、通信部630、フラグメントアクセスデータベース640、メタデータ入出力部650及び保存部660を含む。再生部610は、マルチメディアストリームファイルを再生するモジュールであり、ユーザインターフェースなどを介して、所定フレームのデータが要請された場合、フラグメントアクセス管理部620に、当該フレームのデータを構成するフラグメントの提供を要請する。このとき、再生部610は、互いに異なるビットレートでエンコーディングした複数レベルのトラックを含むマルチメディアストリームファイルのうち、いかなるレベルのマルチメディアストリームファイルが必要であるかに係わるレベル情報も、フラグメントアクセス管理部620に伝達することができる。フラグメントアクセス管理部620は、再生部610の要請によって要請されたフレームのデータを含むフラグメントの保存いかんを、フラグメントアクセスデータベース640を介して確認する。もし要請されたフラグメントが保存されていない場合、フラグメントアクセス管理部620は、通信部630がサーバから当該フラグメントを受信するように制御し、すでに保存部660に要請されたフラグメントが保存されている場合、当該フラグメントを保存部660から読み取る。フラグメントアクセス管理部620は、フラグメントパーザparserの機能も行う。保存部660は、図2に図示されたような保存ファイルフォーマットによって、サーバから受信されたフラグメントに、メタ情報に該当するmoovボックス、及びフラグメントアクセスメタ情報に該当するmfraボックスが結合された形態の保存ファイルを保存する。フラグメントアクセスデータベース640は、通信部630を介して受信し、保存部660に保存されたフラグメントの情報を保存するデータベースである。具体的には、フラグメントアクセスデータベース640は、図2で説明されたmoovボックスmoovに含まれたメタ情報、及びmfraボックスmfraに含まれたフラグメントランダムアクセスメタ情報を含む。すなわち、フラグメントアクセスデータベース640は、保存部660に保存された各フラグメントのトラック識別子track_ID、セグメントインデックス、シーケンスナンバー、開始時間、moofボックスのオフセット情報、全体フラグメント個数情報、フラグメントのオフセット、フラグメント内のメディアの開始地点、またはかような開始地点を計算することができる情報を含む。通信部630は、フラグメントアクセス管理部620の制御によって、サーバにフラグメントを要請して受信する。具体的には、通信部630は、フラグメントアクセス管理部620で要請されたセグメントインデックス、及び所望のレベル情報を入力され、当該フラグメントをサーバに要請する。このとき、通信部630は、ネットワークの状態、クライアント装置600内部の残存バッファ量、メモリのような可用リソースなどの情報を利用し、受信に適するレベルのフラグメントを判断し、サーバに要請することができる。例えば、フラグメントアクセス管理部620で、5Mbpsのビットレートを有するレベル2のマルチメディアストリームデータのうち、セグメントインデックスが3であるフラグメントを要請した場合、通信部630は、サーバに、当該セグメントインデックス及びレベル値を有するフラグメントを要請して受信する。もしネットワーク環境が劣悪であるか、クライアントの残存バッファ量などが不足し、5Mbpsのフラグメントを受信して処理することができない場合には、通信部630は、要請されたレベルより下位レベルであるレベル1の1Mbpsのフラグメントをサーバに要請することもできる。メタデータ入出力部650は、マルチメディアストリームファイルの再生のためのメタ情報に該当するmoovボックスmoov、及び保存されたフラグメントのリプレイのためのフラグメントアクセスメタ情報であるmfraボックスmfraを生成し、生成されたmoovボックス及びmfraボックスと、受信されたフラグメントとを結合し、図2に図示されたような保存ファイルフォーマットによって保存ファイルを生成し、保存部660に保存する。また、メタデータ入出力部650は、保存部660に保存されたメタ情報を抽出し、フラグメントアクセスデータベース640に伝達することによって、保存部660に保存されたファイルをロードするとき、フラグメントアクセスデータベース640の更新を可能にする。以下、図6に図示されたクライアント装置の動作について具体的に説明する。最初の動作時に、メタデータ入出力部650は、保存部660に保存されたファイルをロードし、フラグメントアクセスデータベース640を初期化する。具体的には、メタデータ入出力部650は、保存部660に保存された保存ファイルのmoovボックスmoov及びmfraボックスmfraをロードし、フラグメントアクセスデータベース640に伝達し、フラグメントアクセスデータベース640は、伝達されたmfraボックスをパージングし、現在保存部660に保存された全体フラグメントの個数を獲得し、moovボックスをパージングし、レベル別トラック識別子track_IDや、各レベルのトラックを再生するために必要なコーデックなどの情報を獲得する。また、moovボックスmoov及びmfraボックスmfraから得られたフラグメント個数と、レベル別トラック識別子情報とを利用し、現在時点でのシーケンスナンバーを設定する。例えば、現在まで受信されたシーケンスナンバーが10000であるならば、その後、通信部630を介して受信されるフラグメントには、10001からシーケンスナンバーが割り当てられるように、現在時点でのシーケンスナンバーを設定する必要がある。かようなシーケンスナンバーの初期設定を介して、追って受信されるフラグメントに重複されていないシーケンスナンバーが割り当てられてもよい。再生部600で、フレームデータを要請したり、あるいは検索が要請された場合、フラグメントアクセス管理部620は、要請されたフラグメントが、保存部660に保存されているか否かをフラグメントアクセスデータベース640を介して判断する。もし要請されたフラグメントが保存部660に保存されていない場合、フラグメントアクセス管理部620は、必要なフラグメントのセグメントインデックスと、所望するレベル情報とを通信部630に伝達する。通信部630は、ネットワーク環境、クライアント装置600の残存バッファ量及び可用リソースに基ついて、サーバに適するレベルのフラグメントを要請して受信する。通信部630を介して受信が完了したフラグメントについて、メタデータ入出力部650は、シーケンスナンバー及びトラック識別子track_IDを付け加えてフラグメントを再構成し、保存部660に保存する。また、メタデータ入出力部650は、新たに受信が完了したフラグメントの情報に基づいて、保存部660に保存されたmoovボックスmoov及びmfraボックスmfraの情報を更新する。もし図2に図示されたように、moovボックスmoovがファイル類型ボックスの次に位置せずに、mfraボックスmfraのすぐ前に位置する場合、新たに受信されたフラグメントによって、既存のmoovボックスが書き換えられるから、その場合、新たにmoovボックスを生成し、生成されたmoovボックスを、新たに受信されたフラグメントの後に位置するように保存することができる。また、メタデータ入出力部650は、新たに受信が完了したフラグメントの情報を、フラグメントアクセスデータベース640に伝達し、フラグメントアクセスデータベース640は、伝達した情報に基づいてデータベースを更新する。フラグメントアクセス管理部620は、通信部630を介して要請されたフラグメントが受信された場合、受信されたフラグメントを再生部610に伝達する。もし要請されたフラグメントが保存部660に保存されている場合であるならば、フラグメントアクセス管理部620は、必要なフラグメントを保存部660から読み取り、再生部610に伝達する。かような本発明の一実施形態によるクライアント装置600は、フラグメント単位で伝送されたマルチメディアストリームに、メタ情報に該当するmoovボックス及びランダムアクセスのためのmfraボックスを付け加えて保存することによって、リプレイを可能にする。以下、本発明の他の実施形態によるクライアント装置について説明する。本発明の他の実施形態によるクライアント装置は、その動作においてのみ差があり、図6のクライアント装置と同一の構成を有する。図7は、本発明の他の実施形態によるクライアント装置の動作について説明するための参照図である。図7を参照すれば、本発明の他の実施形態によるクライアント装置は、保存部660に保存されたフラグメント710のそれぞれのレベルと、受信可能なフラグメントのレベルとを比較し、さらに高品質のフラグメントを保存することによって、さらに高品質のマルチメディアデータのリプレイを可能にするためのものである。図7で、レベル1は、1Mbpsのビットレート、レベル2は、5Mbpsのビットレート、レベル3は、10Mbpsのビットレートを有し、利用可能な最大レベル値が3であるとするとき、本発明の他の実施形態によるクライアント装置は、各フラグメントをできる限り最大レベル値を有するフラグメントに保存されるようにすることを特徴とする。すなわち、図7に図示されたように、レベル1及び2の値を有する既存に保存されたfrag1711、frag2712及びfrag3713について、高品質の同一のセグメントインデックスを有するレベル3のfrag1721、frag2722及びfrag3723をさらに受信して保存する。具体的には、再生部600は、フレームデータを要請するとき、当該フラグメントセグメントインデックス情報以外に、所望するレベル値をフラグメントアクセス管理部620に伝達する。フラグメントアクセス管理部620は、要請されたレベル値を有するセグメントインデックスのフラグメントが、保存部660に保存されているか否かを判断する。具体的には、フラグメントアクセス管理部620は、現在保存部660に保存された当該セグメントインデックスを有するフラグメントのうち、最高レベルのフラグメント情報を獲得し、現在保存部660に保存された当該セグメントインデックスを有する最高レベルのフラグメントが要請されたレベル値による品質を満足するフラグメントであるか否かを判断する。もし保存部660に保存されたフラグメントが所望する品質のフラグメントである場合、フラグメントアクセス管理部620は、当該フラグメントを保存部660から読み取り、再生部610で伝達する。もし保存部660に、当該セグメントインデックスを有するフラグメントが保存されていないか、あるいは保存されたフラグメントが所望する品質のフラグメントではない場合、フラグメントアクセス管理部620は、必要なフラグメントのセグメントインデックスと、所望するレベル情報とを通信部630に伝達する。フラグメントアクセス管理部620は、ネットワーク環境、クライアント装置600の残存バッファ量及び可用リソースに基づいて、現在利用可能な最高品質を有するレベルのフラグメントを要請して受信するように、通信部630を制御することができる。また、フラグメントアクセス管理部620は、現在利用可能な最高品質を有するレベルのフラグメントが新たに受信された場合、新たに受信されたフラグメントのレベル値と、既存に保存部660に保存されたフラグメントのレベルとを比較し、さらに高いレベル、すなわち、さらに高品質を有するフラグメントを再生部610に伝達することができる。また、フラグメントアクセス管理部620は、サーバから提供可能なフラグメントのレベルと、現在利用可能な最高品質を有するレベルとを比較し、ネットワーク環境やクライアント装置のリソース不足によって、現在利用可能なレベルが低い場合には、追ってネットワーク環境やクライアントのリソース不足が解決されたとき、当該フラグメントを受信するように、通信部630を制御することができる。通信部630を介して受信が完了したフラグメントについて、メタデータ入出力部650は、シーケンスナンバー及びトラック識別子track_IDを付け加え、フラグメントを再構成し、保存部660に保存する。また、メタデータ入出力部650は、新たに受信が完了したフラグメントの情報に基づいて、保存部660に保存されたmoovボックスmoov及びmfraボックスmfraの情報を更新する。また、メタデータ入出力部650は、新たに受信が完了したフラグメントの情報をフラグメントアクセスデータベース640に伝達し、フラグメントアクセスデータベース640は、伝達した情報に基づいて、データベースを更新する。フラグメントアクセス管理部620は、通信部630を介して、所望する品質のレベル値を有するフラグメントが受信された場合、受信されたフラグメントを再生部610に伝達する。一方、かような高品質のフラグメントの受信動作は、バックグラウンドモジュールを介して独立して遂行されもする。すなわち、クライアント装置600は、図示されていない別途のバックグラウンドダウンロードモジュールを具備し、バックグラウンドダウンロードモジュールを利用し、現在再生中のフラグメント後のセグメントインデックスを有するフラグメントのうち、当該セグメントインデックスを有するフラグメントが、保存部660に保存されていないか、あるいは保存されたフラグメントが、所望する品質以上のフラグメントではない場合、当該フラグメントをバックグラウンド動作を介して、サーバから受信して保存する。図8は、本発明の一実施形態によるマルチメディアストリームファイルの保存方法を示したフローチャートである。図8を参照すれば、段階810で、マルチメディアデータを、互いに異なるビットレートでエンコーディングした複数レベルのトラックを含むマルチメディアストリームファイルを提供するサーバから、マルチメディアストリームファイルの再生のためのメタ情報を受信し、受信されたメタ情報を保存する。前述のように、メタ情報は、複数レベルのトラックごとのトラック情報、コーデック情報及びフラグメント長さ情報を含む。段階820で、マルチメディアストリームファイルを構成するフラグメントを受信して保存する。具体的には、受信されたフラグメントのトラック情報、及びフラグメントが受信された順序に割り当てられたシーケンスナンバーを含むフラグメントヘッダ情報を生成し、受信されたフラグメントに含まれたマルチメディアデータと、フラグメントヘッダ情報とを結合して再構成されたフラグメントを保存する。段階830で、受信されたフラグメントのランダムアクセスのためのランダムアクセス情報を獲得する。ランダムアクセス情報は、受信されたフラグメントを識別するためのセグメントインデックス情報、受信された全体フラグメント個数情報及びマルチメディア時間同期情報であることが望ましい。段階840で、獲得されたランダムアクセス情報を利用し、保存されたフラグメントをリプレイするためのフラグメントアクセスメタ情報を生成して保存する。前述のようにフラグメントアクセスメタ情報は、MP4ファイルフォーマットによるmfraボックスを利用して保存されてもよい。図9は、本発明の他の実施形態によるマルチメディアストリームファイルの保存方法を示したフローチャートである。図9を参照すれば、段階910で、フラグメントのセグメントインデックスと、所望するレベル値とを利用し、クライアント装置に要するフラグメントの保存いかん確認を要請する。段階920で、要請されたセグメントインデックスを有するフラグメントが存在するか否かを判断し、段階920の判断結果、要請されたセグメントインデックスを有するフラグメントが存在する場合、段階930で、当該フラグメントが、所望する品質のフラグメントであるか否かを判断する。もし要請されたセグメントインデックスを有するフラグメントが、所望する品質も満足する場合には、段階935で、保存された当該フラグメントを提供する。もし要請されたセグメントインデックスを有するフラグメント、または所望する品質のフラグメントが存在しない場合には、段階940で、サーバに、要請されたセグメントインデックスを有する所望するレベルのフラグメントを要請する。段階950で、所望するレベルのフラグメントを受信し、段階960で、新たに受信されたフラグメントを利用し、フラグメントアクセスメタ情報及び再生のためのメタ情報を更新する。すなわち、段階960で、新たに受信されたフラグメントを利用し、moovボックス及びmfraボックスを更新する。本発明はまた、コンピュータで読み取り可能な記録媒体に、コンピュータで読み取り可能なコードとして具現することが可能である。コンピュータで読み取り可能な記録媒体は、コンピュータシステムによって読み取り可能なデータが保存されるすべての種類の記録装置を含む。コンピュータで読み取り可能な記録媒体の例としては、ROMreadonlymemory、RAMrandomaccessmemory、CDcompactdisc-ROM、磁気テープ、ハードディスク、フロッピー登録商標ディスク、フラッシュメモリ、光データ保存装置などがある。また、コンピュータで読み取り可能な記録媒体は、ネットワークに連結されたコンピュータシステムに分散され、分散方式でコンピュータで読み取り可能なコードとして保存されて実行されてもよい。以上の説明は、本発明の一実施形態に過ぎず、本発明が属する技術分野で当業者であるならば、本発明の本質的特性から外れない範囲で変形された形態で具現することができるであろう。従って、本発明の範囲は、前述の実施形態に限定されるものではなく、特許請求の範囲に記載された内容と同等な範囲内にある多様な実施形態が含まれるものであると解釈されなければならないのである。"