(57)【要約】本発明は、ネットワークでオーディオ／ビデオデータを記憶する装置及び方法に関する。該装置及び方法は、記憶機能を有さないセットトップボックスタイプの装置に記憶機能を追加して、周辺記憶機器の接続／切断に依存する、ソフトウェアを更新することなくその装置の機能を拡張することができる。このため、本発明は、まったく同一の装置内で記憶機能の仮想管理を提供する。制御手段と協働するソフトウェア記憶手段により物理記憶サポートの上に抽象レイヤーを実現して、アプリケーションから使用されている周辺記憶装置の詳細を隠す。オーディオ／ビデオデータの記憶を要するアプリケーションに対して、動作は透明である。周辺記憶装置は、「ホット」な時に検出され、その接続／切断に依存し、利用可能な記憶容量のレベルで、制御手段により考慮される。アプリケーションは、記憶が必要になると、単一のインターフェイスでのみやりとりをして、一方、制御手段は、異なる周辺記憶部との間のデータ転送を管理するソフトウェア記憶手段と協働する。
2007523398.tif 000002
【特許請求の範囲】
【請求項１】
セットトップボックスと呼ばれる装置であって、
通信媒体を介して送信されたオーディオ／ビデオデータを受信する手段と、
前記受信したオーディオ／ビデオデータを用い、その使用の前に記憶を必要とする、前記受信データの記憶／読み出し要求を発行する手段を含む少なくとも１つのアプリケーションと、
記憶手段と、を有し、前記記憶手段は、
オーディオ／ビデオデータを物理的に記憶できる少なくとも１つの周辺記憶装置と接続する手段と、
前記セットトップボックスとの間の接続／切断されている周辺記憶装置の存在を検出する、前記接続手段と協働する周辺機器検出手段と、
前記アプリケーションにより発行された前記データの記憶／読み出し要求を受信し、存在する異なる周辺記憶装置における物理記憶アドレスの割り当てを制御する、前記検出手段と協働する制御手段と、
異なる周辺記憶装置に記憶されたデータの物理アドレスを保存及び読み出しする、前記制御手段と協働するソフトウェア記憶手段と、を含むことを特徴とする装置。
【請求項２】
請求項１に記載の装置であって、
前記ソフトウェア記憶手段は、周辺記憶装置に確保されたメモリスペースに対応する、記憶されるべきデータの仮想アドレスを含む、その仮想アドレスに物理記憶アドレスを割り当てる、前記制御手段により更新されるマッピングテーブルを有することを特徴とする方法。
【請求項３】
請求項１に記載の装置であって、
前記制御手段は、要求の時にあった、または検出された周辺記憶装置の、またはデータの記憶／読み取りを要求する機能として、前記ソフトウェア記憶手段を更新するマネージャを有することを特徴とする装置。
【請求項４】
請求項１に記載の装置であって、
前記制御手段は、所定の記憶基準の関数として異なる周辺装置に記憶されたデータの再パーティショニングに関して前記記憶／読み出し要求を受信し解釈する、前記アプリケーションを有するインターフェイス手段を有することを特徴とする装置。
【請求項５】
請求項４に記載の装置であって、
少なくとも１つの所定の基準は、前記オーディオ／ビデオデータが記憶／読み出しされるレートに関することを特徴とする装置。
【請求項６】
請求項４に記載の装置であって、
少なくとも１つの所定の基準は、前記オーディオ／ビデオデータのセキュリティに関することを特徴とする装置。
【請求項７】
請求項１に記載の装置であって、
前記制御手段は、アプリケーションの必要性の関数として、異なる周辺装置に記憶されたデータの再パーティショニングに関して前記記憶／読み出し要求を受信し解釈する、前記アプリケーションを有するインターフェイス手段を有することを特徴とする装置。
【請求項８】
請求項７に記載の装置であって、
前記インターフェイス手段は、前記アプリケーションに使用されるべき好ましい記憶方法を決定する目的で前記アプリケーションとの通信を可能とするサービスのリストを含むことを特徴とする装置。
【請求項９】
セットトップボックスと呼ばれる装置であって、
通信媒体を介して送信されたオーディオ／ビデオデータを受信する手段と、
前記受信したオーディオ／ビデオデータを用い、その使用の前に記憶を必要とする、前記受信データの記憶／読み出し要求を発行する手段を含む少なくとも１つのアプリケーションと、
オーディオ／ビデオデータを物理的に記憶できる少なくとも１つの周辺記憶装置と接続する手段と、を有することを特徴とする装置。
【請求項１０】
以下のステップを有する記憶方法：
セットトップボックスとの間の接続／切断について周辺記憶装置の存在を検出する周辺機器を検出するステップと、
前記オーディオ／ビデオデータを使用し、その使用の前に記憶することを要するアプリケーションにより発行されたオーディオ／ビデオデータの記憶／読み出し要求を受信するステップと、
検出された異なる周辺記憶装置における物理記憶アドレスの割り当てを制御するステップと、
異なる周辺記憶装置に記憶されたデータの物理アドレスを保存及び読み出しするソフトウェア記憶ステップと、を含むことを特徴とする方法。
【発明の詳細な説明】
【発明の詳細な説明】
【０００１】
本発明は、ホームネットワークにおけるオーディオ／ビデオデータ伝送の分野に関する。特に、本発明は、上記ネットワークでオーディオ／ビデオデータを記憶する装置及び方法に関する。
【０００２】
ハードディスクを組み込んだデジタルテレビジョンレシーバやセットトップボックス（パーソナルビデオレコーダ）の出現以来、情報記憶の必要性が高まっている。ハードディスクの技術とその記憶容量が実際に装置を更新するレートより急速に発展しているので、例えば、高精細度デジタルテレビジョンをサポートできるシステムに発展するように、記憶容量と記録可能性の両面で可能な発展段階を予測することが望ましい。装置内のハードディスクを変更する可能性を考える以外に、現在のところ商業的な分野における解決策はないが、変更によりメーカーの補償が無効となってしまう。
【０００３】
米国特許公報第２００２０，０９２，０２１号は、適当な通信プロトコルを用いて離れたところにある周辺記憶装置にビデオ番組を記録するホームネットワークが記載されている。上記システムの主要な欠点は、ネットワーク中の装置が通信プロトコルをサポートしている必要があることである。
【０００４】
本発明は、適当なソフトウェアアーキテクチャを用いてセットトップボックスの記憶可能性の発達を可能とする装置を提案することにより、この欠点を軽減するものである。
【０００５】
上記目的は、本発明による装置により達成される。該装置は、セットトップボックスと呼ばれ、
−通信媒体を介して送信されたオーディオ／ビデオデータを受信する手段と、
−前記受信したオーディオ／ビデオデータを用い、その使用の前に記憶を必要とする、前記受信データの記憶／読み出し要求を発行する手段を含む少なくとも１つのアプリケーションと、
−記憶手段と、を有し、前記記憶手段は、
−オーディオ／ビデオデータを物理的に記憶できる少なくとも１つの周辺記憶装置と接続する手段と、
−前記セットトップボックスとの間の接続／切断されている周辺記憶装置の存在を検出する、前記接続手段と協働する周辺機器検出手段と、
−前記アプリケーションにより発行された前記データの記憶／読み出し要求を受信し、存在する異なる周辺記憶装置における物理記憶アドレスの割り当てを制御する、前記検出手段と協働する制御手段と、
−異なる周辺記憶装置に記憶されたデータの物理アドレスを保存及び読み出しする、前記制御手段と協働するソフトウェア記憶手段と、を含むことを特徴とする装置。
【０００６】
この場合、記憶機能を有さない装置に記憶機能を追加して、周辺記憶機器の接続／切断に依存する、ソフトウェア更新をすることなく、その装置の機能を拡張することができる。このため、まったく同一の装置内で記憶機能の仮想管理が提供される。制御手段と協働するソフトウェア記憶手段により物理記憶サポートの上に抽象レイヤーを実現して、アプリケーションから使用されている周辺記憶装置の詳細を隠す。アプリケーションに対して、その動作は完全に透明である。周辺記憶装置は、「ホット」な時に検出され、その接続／切断に依存し、アプリケーションに対して利用可能な記憶容量のレベルで、制御手段により考慮される。これは、記憶が必要になると、単一のインターフェイスでのみやりとりをして、一方、制御手段は、異なる周辺記憶部との間のデータ転送を管理するソフトウェア記憶手段と協働することを含む。
【０００７】
本発明の第２の態様は、記憶ストラテジに関する。記憶ストラテジとは、すなわち、ユーザまたはアプリケーション自体により予め決められた一定の基準の関数として、異なる周辺装置におけるデータの物理記憶を最適化するやり方である。このため、上記の装置を提供し、前記制御手段は、所定の記憶基準の関数として異なる周辺装置に記憶されたデータの再パーティショニングに関して前記記憶／読み出し要求を受信し解釈する、前記アプリケーションを有するインターフェイス手段を有する。これらの基準は、オーディオ／ビデオデータが記憶／読み出しされなければならないレート、またはデータの冗長度に関係する。もちろん、ますますマルチメディア指向を強めているアプリケーションでは、必要なレートは非常に重要である。対照的に、敏感なデータに対しては、情報を別のサポートに複写して、２つのサポートのうち１つが損なわれたとしても、コンテントを常に利用可能とする。
【０００８】
本発明の上記その他の態様は、以下に説明する実施形態を参照して説明し、明らかとなるであろう。
【０００９】
図１は、本発明によるホームネットワーク例を示す図である。該ホームネットワークは、
−衛星２または地上波デジタル手段３により送信されたオーディオ／ビデオ信号を受信及び処理する、セットトップボックスと呼ばれるデジタル装置またはデコーダ１と、
−ディスプレイスクリーン４と、
−例えば、イーサネット（登録商標）接続６を介してセットトップボックス１に接続されたコンピュータ５と、
−ＵＳＢ、ＩＥＥＥ１３９４、ＳＡＴタイプ等の接続８により、セットトップボックス１に接続された外部ハードディスク７と、を有する。
【００１０】
オーディオ／ビデオという表現は、ここではオーディオデータ、ビデオデータ、またはその両方を意味するものである。図１に示した例において、セットトップボックス１は内部ハードディスクを有さず、または内部ハードディスクがあってもデータがいっぱいで、記録済みのデータを消去しなければ新しいデータを記録することができないものと仮定する。簡単かつ効果的なやり方でこの欠点を軽減するため、本発明は、セットトップボックス内にネットワークの記憶可能性を仮想的に管理する手段を提供し、この外部情報記憶機能を内部ハードディスクとして使用することができるようにする。外部ハードディスク７の記憶機能がアプリケーションの成り行きで「ホット」であるときに付け加えられる。
【００１１】
図２は、本発明を実現する図１のデコーダ１の機能を概略的に示す図である。これらの機能は機能ブロック１０に示した。該機能ブロックは：
例えば、衛星１２または地上波１３である通信メディアの１つを介して送信されたオーディオ／ビデオデータを受信する通常タイプの受信手段１１と、
受信したオーディオ／ビデオデータを用い、使用する前に記憶することを要する、受信データの記憶／読み出し要求（ハードディスクへの従来タイプのアクセス要求でもよい）を発行する手段を有する、少なくとも１つのアプリケーション１４と、を有し、
仮想記憶手段１５は、
−受信したオーディオ／ビデオデータを物理的に記憶できる図１に示した例のような外部ハードディスク及びＰＣから２つの周辺記憶装置１７、１８への接続手段１６（例えば、ＵＳＢ、ＩＥＥＥ１３９４、ＳＡＴタイプ等）と、
−セットトップボックスとの間の接続／切断されている周辺記憶装置の存在を検出する、前記接続手段と協働する周辺検出手段１９と、
−アプリケーションにより送信されたデータの記憶／読み出し要求を受信し、存在する異なる周辺記憶装置における物理記憶アドレスの割り当てを制御する、前記検出手段と協働する仮想記憶制御手段ＶＶＭ（仮想ボリュームマネージャ）と、
−異なる周辺記憶装置に記憶されたデータの物理アドレスを保存及び読み出しする、前記制御手段ＶＶＭと協働するソフトウェア記憶手段ＬＶ（ロジックボリューム＋マッピングテーブル）と、を含む。
【００１２】
接続手段１６及び周辺検出手段１９は、本発明の一部ではない異なる既知の方法を使用してもよい。制御手段ＶＶＭは、アプリケーションに必要なデータの記憶を実現するソフトウェア手段ＬＶと協働する。アプリケーション自体については、制御手段ＶＶＭに制御されたソフトウェア記憶手段ＬＶにより表された仮想サポートを使用する。制御手段ＶＶＭは、図２のシリンダー１７及び１８により表された、データが記憶された記憶位置（すなわち、使用される（周辺の）物理的サポート）の詳細及びサポート自体のデータ位置を隠す。アプリケーションが仮想記憶手段としか通信しないようにハードウェアからソフトウェアをこのように切り離すことにより、完全に透明なやり方で、アプリケーションの実行中にも、ソフトウェアが警告を受けないで、物理サポートに干渉し、それを置き換え、機能を追加するために拡張し、その性能を高めることができる。
【００１３】
図３は、本発明によるセットトップボックス中の仮想記憶手段の実施例をより詳細に示す図である。本発明の好ましい実施形態によると、ソフトウェア記憶手段ＬＶは、マッピングテーブルＭＡＰと協働する。そのマッピングテーブルＭＡＰは、記憶すべきデータの仮想アドレスを含み、それに物理記憶アドレスを割り当てる。物理アドレスは、図３のシリンダーにより表された周辺記憶装置の１つに確保されたメモリスペースに対応する。制御手段のエージェントであるＶＶＭエージェント（ＶＶＭＡで示す）は、アプリケーションＡにより要求された記憶／読み出しに基づき、このテーブルを更新するように構成されている。アプリケーションＡは異なるタイプであってもよい。それは、ビデオを記憶するアプリケーションでもよく、音楽（例えば、ＭＰ３フォーマット）を再生及びファイルするアプリケーションでもよく、異なる利用可能な記憶手段に記録された画像（例えば、ＪＰＥＧまたはＭＰＥＧフォーマット）を表示するものであってもよい。アプリケーションＡは、プログラミングインターフェイスまたはＡＰＩ（アプリケーションプログラミングインターフェイス）によりファイリングシステム（ファイルシステムと呼ばれる）と通信する。ファイリングシステムは、従来のオペレーティングシステムにおいてファイル指向である。これらのファイルシステムへの要求は、このように、従来タイプであり、詳しくは説明しない。読み出し（Ｒｅａｄ）、書き込み（Ｗｒｉｔｅ）、Ｉｌシーク（Ｉｌｓｅｅｋ）、オープンタイプディレクトリ読み出し（Ｒｅａｄｄｉｒ）等のファイル操作が問題となる。これらの要求を受け取るファイルシステムは、仮想記憶手段のためにその要求を従来のブロック操作（Ｏｐｅｎ、ｒｅｌｅａｓｅ、ｂｌｏｃｋ−ｒｅａｄ、ｂｌｏｃｋ−ｗｒｉｔｅ等）に翻訳しなければならない。これらの操作は、単一のインターフェイスすなわち仮想記憶ドライバー（仮想ブロックデバイスドライバと呼ばれる）により仮想記憶手段のレベルで実質的に取り扱われる。この仮想記憶ドライバーは、アプリケーションと異なる記憶手段の間のプログラミングインターフェイスすなわちＡＰＩを実現する機能を有する。例えば、ファイルの開閉や入出力制御をする小さなプログラム及び使用すべき記憶ストラテジの数量化及び実施が問題となる。後者に関する限り、図５Ａと５Ｂを参照して２つの実施形態を説明する。
【００１４】
図４は、マッピングテーブルＭＡＰの機能を示す図である。アプリケーションＡがデータを記録しようとする時、そのアプリケーションＡは、実施されたソフトウェアアーキテクチャのおかげで、ソフトウェア記憶手段ＬＶ（「論理ボリューム」と呼ばれる）のみを「見る」。従来の記憶装置であるかのように進む。これらは仮想制御手段ＶＶＭであり、この仮想制御手段は、論理ボリューム上のデータ位置と物理周辺装置（４１−４３で示した）上の実際の位置との間を対応させる。このテーブルは、ＶＶＭエージェントにより記憶装置が追加または削除された時に自動的に更新される。ＶＶＭエージェントは、周辺記憶装置の接続／切断を検出する手段と協働する。
【００１５】
図５は、データレートに関する性能を重視するか、またはこれとは対照的に、ＣＰＵの負荷を最小化するかにより、２つの異なる可能性すなわちストラテジに対応する、本発明の２つの実施形態を示す図である。利用可能な記憶スペースに関するデータのセキュリティも想定されている。これらの極端なストラテジをうまく組み合わせることにより、アプリケーションのレベルにおける性能とセキュリティの間の妥協点を求める。アプリケーションが見る論理ボリュームＬＶは、異なる影付けをした四角いブロックで表し、ハードディスクの点は同様に影付けして表した。影付けのスタイルはハードディスクと一致している。論理ボリュームは、図３と４に示したように、マッピングテーブルＭＡＰとＶＶＭエージェントにより、影付けのタイプで指示されたディスク上に物理的に記録されたアプリケーションデータを事実上記憶する。
【００１６】
図５Ａは、ＣＰＵ（中央処理装置）の負荷を最大限に解放するように構成された第１の記憶ストラテジを示す。この第１のストラテジによると、データは、ディスクがいっぱいになったら次のディスクにデータを書き込むように、順次ハードディスクに記憶される。このようにデータは一度に単一のディスクに記憶されるので、データを記憶して読み出すために必要なパワーは限られるが、トラフィックも限られる。その理由は、連続するデータはまったく同一のサポートに記録されるからである。ただし、サポートがいっぱいの場合、データまたはデータパケットが完全に転送されるのを待って、他の転送を実行する必要がある。
【００１７】
図５Ｂは、性能指向の物理的ディスクをアドレッシングする方法を用いる第２の記憶ストラテジを示す図である。このストラテジによると、連続したデータは並行して４つのディスクに記憶され、すべての利用可能な記憶スペース上のデータを最大限に再パーティションし、データレートを向上させる。クラスタは、論理ボリューム上の最小のスペース単位であり、２つの連続したクラスタが同じハードディスクに属さないように、影付けにより示したように、異なるハードディスク上で再パーティションされる。図５Ｂに示した例において、アプリケーションは、データを要求する時、同時に４つの要求まで送ることができる。これは、図５Ａに示した場合と対照的である。図５Ａの場合、要求はシリアルになっている。すなわち、最初の要求に対する応答を待ってから次の要求をしなければならない。図５Ｂに示した場合、レートで示される性能は、図５Ａに示した場合と比べて４倍になる。
【００１８】
もちろん、ますますマルチメディア指向を強めているアプリケーションでは、必要なレートは絶え間なく増え続けている。このように、データを同時に複数の物理サポートに記憶して、必要なレートを物理サポートの数により割ることができることは興味深い。このように、新しいハードディスクを追加すると、単に記憶容量が増えるのに加えて、データの転送レートが高くなるという副次的な効果がある。セットトップボックスに組み込まれたハードディスクの性能、例えばそのレートにより、高いレートを要する一部の機能（高精細度ビデオストリームの記録や衛星またはケーブルを介してリアルタイムで放送される番組中の一時停止等）が実現できなくなる。後者の機能は、より一般的には時間シフトと呼ばれ、高いデータレートを要する。その理由は、受信したオーディオ／ビデオデータの連続的な記憶と、少し遅れてそれを読み出すことが必要となるからである。その遅れは「一時停止」中に経過した時間に対応する。図５Ｂに示したような、適当な記憶ストラテジを用いることにより、新しい機能を少ないコストでセットトップボックスに追加できるかも知れない。
【００１９】
対照的に、敏感なデータに関しては、どの基本記憶ストラテジを使用しようとも、情報を異なるサポート上に複写でき、物理サポートの１つが損なわれても、常にコンテンツが利用可能であるようにできる。
【００２０】
使用するストラテジは、ユーザにより与えられた一定の基準（レートや保護すべきデータのセキュリティ等）の関数として所定の方法で、またはアプリケーションの必要の関数として動的に選択することができる。例えば、図３に示した仮想ブロックデバイスドライバは、ＡＰＩを介してアプリケーションに処理させてもよいし、一方、サービスのリストにより、使用すべき好ましい記憶方法を決定するためにアプリケーションとの通信を可能としてもよい。ハードディスク自体は、一定のプログラマブルな機能を有し、記憶性能を向上する目的と並行してＶＶＭにより使用されてもよい。例えば、メモリへの直接アクセスすなわちＤＭＡ（ダイレクトメモリアクセス）または予測読み出し（先読みとして知られている）の機能が問題となる。これらは両方ともディスクレートの増大を可能とする。
【００２１】
図６は、本発明による仮想記憶方法例を示す図である。図６に示した例において、セットトップボックスはデータ記憶機能を有しない。よって、リアルタイムで放送されたビデオ番組のローカル記録またはＰＶＲ（パーソナルビデオレコーダ）による機能を実施できない。このセットトップボックスを例えばＵＳＢ、ＩＥＥＥ１３９４、またはＳＡＴＡタイプを介して、外部ハードディスクと接続することにより、ＶＶＭエージェントはこの接続を検出し、仮想ハードディスクのサイズを０Ｇｏの容量からＸＧｏに動的に移す。このように、このイベントにより、それまで眠っていたＰＶＲ機能が呼び覚まされることが分かる。図６に示した他の場合は、セットトップボックスがすでにＰＶＲ機能を有する場合である。すなわち、そのセットトップボックスは内部ハードディスクを有するが、記憶容量いっぱいである場合である。ユーザには幾つかの選択肢がある。ユーザは自分のビデオを消去するか、新しい外部記憶を追加することができる。ＶＶＭのおかげで、新しいハードディスクの追加は完全に透明である。ＰＶＲアプリケーションは、ＸＧｏからＸ＋ＹＧｏに移された記憶容量の増加だけを「見る」。ＹＧｏは新しいハードディスクの容量である。この追加は「ホット」になる。すなわち、記録中である。例えば、ユーザが２時間の映画を記録したいが、そのユーザのＰＶＲには１時間３０分以下のスペースしかない場合を考える。ＶＶＭのおかげで残っている１時間３０分を見逃すことはない。その理由は、２つの物理的記憶サポートを独立に見るアプリケーションと対照的に、ＶＶＭがその２つの物理的記憶サポートを連結し、アプリケーションに対して１つのものとして利用できるようにするからである。品質標準で２０時間の記録容量を有するハードディスクを追加することにより、アプリケーションは２１時間３０分の記憶容量が利用可能であると考える。
【００２２】
図６に示したフローチャートは、ＶＶＭエージェントの動作を示す。セットトップボックスの始動時のアイドル状態（ＶＶＭアイドル）においては、このエージェントは新しい周辺装置を発見し（新しいプラグ？）、それを仮想記憶に組み込むように命令される。新しい周辺記憶装置がセットトップボックス（Ｙ）に接続されている場合、再定義された記憶ストラテジを後で実施しなければならない（どのストラテジ？）例えば、複数のアプリケーションがデータを記憶する場合、ストラテジは初めから決められている。使用すべきストラテジを決定するためにアプリケーションとＶＶＭエージェント間の通信を可能とする、そのＶＶＭエージェントにより提供されるサービスのリストを考えることもできる。ストラテジが決まると、ＶＶＭは、新しい接続／切断を待ちつつ、アイドル状態（ＶＶＭアイドル）に戻る前に、マッピングテーブルを更新する（ＭＡＪマップ）。周辺記憶装置が検出されない場合、ＶＶＭエージェントはアイドル状態に直接戻る。
【００２３】
現実的には、本発明はソフトウェア手段で使用される。このため、本発明による装置は、１つ以上のプロセッサと、１つ以上のプログラム記憶メモリと、を有する。前記プログラムは、前記プロセッサにより実行された時、上記の機能を実行する命令を含む。
【００２４】
図面とその説明は、本発明を例示するものであり、本発明の範囲を限定するものではない。本技術分野の当業者には明らかなことであるが、本発明の範囲から逸脱しない、上記の実施形態以外の実施形態がある。この点で、以下に付記をする。ハードウェア手段またはソフトウェア手段で機能を実施する多くの手段がある。この点において、図面は非常に概略的であり、本発明の可能な実施形態を１つだけ表しているに過ぎない。図面には、異なるブロックにより異なる機能が表されているが、単一のハードウェア要素またはソフトウェア要素が複数の機能を実現することを排除するものではなく、また、ハードウェア部品またはソフトウェア部品、またはその両方を組み立ててまったく同一の機能を実現することを排除するものでもない。
【００２５】
請求項中の図面への参照は、その請求項の範囲を限定するものではない。「有する」という動詞及びその変化形を用いたが、請求項に記載された要素または段階以外の要素の存在を排除するものではない。要素またはステップに付された「１つの」、「一」という用語を使用したが、その要素またはステップが複数あることを排除するものではない。
【図面の簡単な説明】
【００２６】
【図１】本発明の一実施例を示す機能図である。
【図２】本発明による装置を示す機能ブロック図である。
【図３】図２に示した装置の一実施形態を示す機能ブロック図である。
【図４】本発明の装置の一実施形態によるアドレスマッピングテーブルをより詳細に示す機能ブロック図である。
【図５】図５Ａと５Ｂは、オーディオ／ビデオデータを記憶するストラテジに関して、本発明の２つの実施形態を示す機能図である。
【図６】本発明による記憶方法例を示すフローチャートである。
【図１】
2007523398.tif 000003
【図２】
2007523398.tif 000004
【図３】
2007523398.tif 000005
【図４】
2007523398.tif 000006
【図５Ａ】
2007523398.tif 000007
【図５Ｂ】
2007523398.tif 000008
【図６】
2007523398.tif 000009
【国際調査報告】
2007523398.tif 000010
2007523398.tif 000011