JP2006050648A - メモリ管理方法 - Google Patents

Abstract

【課題】 プリロードのためのメモリ管理方法に関し、安定したプリロード及び削除が行われるようにメモリを管理するメモリ管理方法を提供することである。
【解決手段】 プリロードのためのメモリ管理方法において、（ａ）プリロード対象ファイルの状態情報が含まれたメモリ管理テーブルを記録する段階と、（ｂ）前記状態情報に基づいて前記プリロード対象ファイルを削除する段階とを含むことを特徴とする。
【選択図】 図１１

Description

本発明はメモリ管理方法に係り、特に、プリロードのためのメモリ管理方法に関する。

パソコンをもとにインタラクティブモードで再生可能なインタラクティブＤＶＤが提案されている。インタラクティブＤＶＤとは、ＡＶデータと共にマークアップ言語文書が記録されたＤＶＤを意味する。インタラクティブＤＶＤに記録されたＡＶデータは２つの方法で再生できる。一つは一般ＤＶＤと同一にディスプレーされなるビデオモードであり、他の一つは再生されたＡＶデータがマークアップ言語文書により定義される表示窓を通じてディスプレーされるインタラクティブモードである。使用者によりインタラクティブモードが選択されればＰＣに搭載されたブラウザはインタラクティブＤＶＤに記録されているマークアップ言語文書を解釈してディスプレーする。マークアップ言語文書の表示窓には使用者が選択したＡＶデータが表示される。マークアップ言語文書としては代表的にＨＴＭＬ文書を挙げられる。

例えば、ＡＶデータが映画である場合、ＨＴＭＬ文書の表示窓には動映像が出力され、残りの部分には映画の台本、あらすじ、出演俳優の写真等映画に関する多様な付加情報が表示される。付加情報はイメージファイルまたはテキストファイルを含む。

図１はＡＶデータが記録されたインタラクティブＤＶＤの概略図である。図１を参照するに、インタラクティブＤＶＤのトラックにはＡＶデータがＭＰＥＧビットストリームに記録されており、複数のマークアップ言語文書が記録されている。ここで、マークアップ言語文書はマークアップ言語文書に挿入される多様なイメージファイル、グラフィックファイルなどを網羅したマークアップ言語文書リソースを意味する。

図２は、図１のインタラクティブＤＶＤを再生する過程で発生できる途切れ現象を説明するための参考図である。図２には、ＡＶデータがバッファリングされるバッファメモリの状態とウェブリソースがキャッシングされるキャッシュメモリの状態とが表示されている。図１と図２とを参照してＡＶデータがメモリにロードされてディスプレーされる過程を調べれば、ピックアップ装置はＳＴＡＲＴＵＰ.ｈｔｍを探索し読出してキャッシュメモリにロードする。ロードされたＳＴＡＲＴＵＰ.ｈｔｍは活性化される。これと同時に使用者の選択による（１）ＡＶデータがバッファメモリにロードされた後、ディスプレーされ始まる。次いで（２）ＡＶデータがロードされてディスプレーされる。（２）ＡＶデータのバッファリングが完了すればピックアップ装置は（３）ＡＶデータに記録された位置にジャンプしてバッファリングを始める。この時、使用者が（４）Ａ.ｈｔｍを要求すればピックアップ装置は（６）ＡＶデータに対するバッファリングを中断し、（４）Ａ.ｈｔｍを探索してキャッシュメモリにロードする。その間にも（３）ＡＶデータはディスプレーされ続くためにバッファメモリにロードされてディスプレー可能なデータは急激に減る。（４）Ａ.ｈｔｍが活性化され、（３）ＡＶデータのバッファリングが完了した後、次いで（５）ＡＶデータをバッファリングする。（５）ＡＶデータのバッファリングが完了すればピックアップ装置は（６）ＡＶデータが記録された位置にジャンプする。この場合、バッファリングされていたデータが全部消尽する現象が発生できる。すなわち、従来のインタラクティブ−ＤＶＤにおいて、ＤＶＤ−Ｖｉｄｅｏの映像とマークアップ言語文書とが互いに同期されて示されねばならない場合（例：特定俳優が登場すればその俳優の略歴が表示される場合）、ピックアップ装置はＡＶデータのバッファリングを中断し、対応マークアップ言語文書を探索してキャッシングせねばならないために、映像が突然に途切れる現象が発生できる。

しかるに、上記のようなＡＶデータをバッファリングするメモリにおいて、映像が突然途切れないようにするには、安定化したプリロード及び削除が必要となる。

本発明は、安定したプリロード及び削除が行われるようにメモリを管理するメモリ管理方法を提供することである。

本発明は、プリロードのためのメモリ管理方法において、（ａ）プリロード対象ファイルの状態情報が含まれたメモリ管理テーブルを記録する段階と、（ｂ）前記状態情報に基づいて前記プリロード対象ファイルを削除する段階とを含むことを特徴とする方法によっても達成される。

前記プリロードのためのメモリ管理方法は、（ｃ）前記状態情報に基づいて前記プリロード対象ファイルに対するガーベジコレクションを行う段階をさらに含むことが望ましい。

前記（ｂ）段階は該当プリロード対象ファイルに対する使用が完了すれば使用完了及び削除可能であることを前記状態情報として表示する段階を含むことが望ましい。

前記（ｃ）段階は、（ｃ１）該当プリロード対象ファイルが使用完了及び削除可能である場合に該プリロードファイルを物理的に削除する段階と、（ｃ２）削除されたプリロード対象ファイルが削除されて存在していないことを前記状態情報として表示する段階とを含むことが望ましく、（ｃ３）メモリに記録された他のプリロード対象ファイルを再配列する段階を含むことがさらに望ましい。

前述したように、本発明によれば、プリロード対象ファイルの状態情報が含まれたメモリ管理テーブルを記録し、状態情報に基づいてプリロード対象ファイルを削除することにより、安定、かつ、効率的にしたプリロード及び削除が可能になる。

以下、添付した図面を参照して本発明の望ましい実施例を詳細に説明する。本明細書で「マークアップ言語文書」とは、マークアップ言語文書はもちろんマークアップ言語文書に挿入／リンクされるあらゆるファイルを網羅するマークアップ言語文書リソースを意味する。さらに、「〜.ＨＴＭ」はＨＴＭＬだけでなくインタラクティブビュアー（例えばウェブブラウザ）により表示されうるＸＭＬ、ＳＧＭＬなどのマークアップ言語で作成された文書を示す意味として使われる。

図３は、本発明の望ましい実施例による再生装置のブロック図である。

図３を参照すれば、再生装置は本実施例によるＤＶＤ３００に記録されたＡＶデータをデコーディングしてＡＶデータストリームに再生した後、マークアップ言語文書により定義される表示窓を通じてディスプレーできるインタラクティブモードを支援する装置であって、読出部１、第１メモリ２、第２メモリ３、ＡＶデコーダ４、及びプレゼンテーションエンジン５を含む。プレゼンテーションエンジン５は後述するようにリンクタグ、ジャバスクリプトＡＰＩまたはジャバアプレットＡＰＩで具現されたプリロード情報またはジャバスクリプトＡＰＩまたはジャバアプレットＡＰＩで具現された削除情報が解釈されて実行されるようにリンクタグの拡張、ジャバスクリプトまたはジャバアプレットを支援する。

読出部１はＤＶＤ３００からマークアップ言語文書またはＡＶデータを読出す。第１メモリ２はバッファメモリであって、読出部１により読出されたＡＶデータをバッファリングする。第２メモリ３はキャッシュメモリであって、受信されたプリロードファイルをキャッシングする。ＡＶデコーダ４は第１メモリ２に貯蔵されたＡＶデータをデコーディングしてＡＶデータストリームを出力する。プレゼンテーションエンジン５は読出されたマークアップ言語文書に含まれたプリロード情報を解釈し、解釈されたプリロード情報によって第２メモリ３にプリロードされるように読出部１またはインターネットサーバー（図示せず）にプリロード対象ファイルを要請する。また、プリロード対象ファイルがＡＶデータと同期されてディスプレーされねばならない場合、そのプリロード対象ファイルを第２メモリ３から読出してＡＶデコーダ４から出力されたＡＶデータストリームと共にディスプレーさせる。また、削除情報を解釈して削除対象ファイルを第２メモリ３から削除する。

本実施例によるＤＶＤ３００にはオーディオデータまたはビデオデータを含むＡＶデータが記録されている一方、プリロード情報及び／または削除情報が含まれたマークアップ言語文書が記録されている。さらに、プリロードリストファイル及び／または削除リストファイルがさらに記録されうる。

プリロードリストファイルにはプリロードされねばならないファイル名が羅列されたプリロードリスト及び各プリロード対象ファイルを貯蔵するために必要なメモリの大きさ情報が記録されている。プリロード対象ファイルは対応ＡＶデータがディスプレーされる場合に同期されて再生されねばならないマークアップ言語文書であって、本実施例によってＤＶＤ３００に記録されている。ただし、プリロード対象ファイルはインターネットを通じて接続可能なインターネットサーバーに貯蔵されうる。

本発明による「プリロード情報」は、プリロード対象ファイルを読出してキャッシュメモリに貯蔵することを命令する情報である。プリロード情報は一例として、プリロードリストファイルの経路及び／または属性が挿入されているリンクタグで具現できる。この時、リンクタグはヘッドタグ内に挿入される。他の例として、プリロードリストファイルの経路及び／または属性を媒介変数として有してプリロードリストファイルを呼出するジャバスクリプトＡＰＩまたはジャバアプレットＡＰＩで具現できる。また他の例として、直接プリロード対象ファイルの経路及び／属性を媒介変数として有してプリロード対象ファイルを呼出するジャバスクリプトＡＰＩまたはジャバアプレットＡＰＩで具現される。この場合にプリロードリストファイルは存在しない。

属性は一種のＭＩＭＥ（Ｍｕｌｔｉ−Ｐｕｒｐｏｓｅ Ｉｎｔｅｒｎｅｔ Ｍａｉｌ Ｅｘｔｅｎｓｉｏｎｓ）ヘッダのような役割をする情報である。すなわち、属性はプリロード対象ファイルのデータ構造を報知する。データ構造を知っていればより効率よくそのファイルを処理できる。たとえば、ウェブファイルの場合、プリロード時にタグをあらかじめ解釈しておけば以後にファイル分析手順を踏まずに直ちに該当ファイルをディスプレーできる。イメージファイルの場合、プリロード時にヘッダ情報を除去して貯蔵できる。これはメモリ空間を効率よく利用できるようにし、該当ファイルに対する探索速度を改善させる。オーディオファイルの場合、プリロード時より高速でリサンプリングして貯蔵できる。フォントファイルの場合、必要なフォントリソースだけを抽出して貯蔵できる。このようにプリロード対象ファイルの属性を把握すればより効率よく柔軟にプリロードを行える。

経路は該当ファイルが記録された位置を知らせる。プリロードリストファイル及びプリロード対象ファイルの経路にはリソースロケータが付加されうる。実際に、ウェブリソースはＤＶＤ３００に記録されているか、第２メモリ３にキャッシュされているか、インターネットを通じて連結可能なサーバーに存在する。したがって、リソースロケータはＤＶＤ３００を示すＤＶＤリソースロケータ、第２メモリ３を示すキャッシュリソースロケータ、及びインターネットサーバーを示すインターネットリソースロケータに区分される。リソースロケータは言及された順に次のように表示される。
ｄｉｓｋ０：／／ｌｉｄ：／／ｈｔｔｐ：／／したがって、ＤＶＤ３００に記録されているプリロード対象ファイルＡ.ＨＴＭを呼出する場合に使われる経路はｄｉｓｋ０：／／ＤＶＤ＿ＥＮＡＶ／Ａ.ＨＴＭで表示され、第２メモリ３にキャッシュされているプリロード対象ファイルＡ.ＨＴＭを呼出する場合にｌｉｄ：／／ＤＶＤ＿ＥＮＡＶ／Ａ.ＨＴＭで表示され、インターネットサーバーに貯蔵されているプリロード対象ファイルＡ.ＨＴＭを呼出する場合にｈｔｔｐ：／／ｗｗｗ.ｓａｍｓｕｎｇ.ｃｏｍ／ＤＶＤ＿ＥＮＡＶ／Ａ.ＨＴＭで表示される。さらに、いろいろなＤＶＤ３００がローディングされる場合にＤＶＤ各々のリソースロケータはｄｉｓｋ０：／／（またはｄｖｄ：／／）、ｄｉｓｋ１：／／、ｄｉｓｋ２：／／、ｄｉｓｋ３：／／、・・で表示されうる。

プリロード対象ファイルの位置を示す経路にリソースロケータが付加される場合、リソースロケータが示す位置に対象ファイルが存在していなければプレゼンテーションエンジン５はエラーイベントを発生させてプリロード作業を終了させる。しかし、リソースロケータが付加されていない場合には先ず第２メモリ３が探索され、第２メモリ３に存在しない場合にＤＶＤ３００が探索されるように設定される。

削除リストファイルには、削除されねばならないファイルの位置情報（ファイル名及び経路）が羅列された削除リストが記録されている。「削除情報」とは削除対象ファイルを第２メモリ３から削除することを命令する情報である。削除情報は一例として、削除リストファイルの位置情報を媒介変数として有して削除リストファイルに記録された削除対象ファイルを削除するジャバスクリプトＡＰＩまたはジャバアプレットＡＰＩで具現される。他の例として、直接削除対象ファイルの経路及び／または属性を媒介変数として有して削除対象ファイルを削除するジャバスクリプトＡＰＩまたはジャバアプレットＡＰＩで具現される。この場合、削除リストファイルは存在しない。

図４Ａ及び図４Ｂは、本実施例によるＤＶＤ３００のファイル構造を示す参考図である。

図４Ａを参照するに、ルートディレクトリにはＡＶデータが含まれたＤＶＤビデオディレクトリＶＩＤＥＯ＿ＴＳと、マークアップ言語文書などインタラクティブ機能を支援するためのデータが記録されたＤＶＤインタラクティブディレクトリＤＶＤ＿ＥＮＡＶとが設けられている。

ＶＩＤＥＯ＿ＴＳには含まれたビデオタイトル全体に関するヘッダ情報が記録されたＶＩＤＥＯ＿ＴＳ.ＩＦＯ及び、最初のビデオタイトルに関するナビゲーション情報が記録されたＶＴＳ＿０１＿０.ＩＦＯが記録されており、次いでビデオタイトルを構成するＡＶデータであるＶＴＳ＿０１＿０.ＶＯＢ、ＶＴＳ＿０１＿１.ＶＯＢ、‥が記録されている。より詳細な構成はＤＶＤ−Ｖｉｄｅｏ標準案「ＤＶＤ−Ｖｉｄｅｏ ｆｏｒ Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ Ｄｉｓｃ １.０」に開示されている。

ＤＶＤ＿ＥＮＡＶにはインタラクティブ情報全体に関するナビゲーション情報が記録されたＤＶＤ＿ＥＮＡＶ.ＩＦＯが記録されており、開始文書として指定されたＳＴＡＲＴＵＰ.ＨＴＭが記録されており、本実施例によるプリロードリストファイルであるＳＴＡＲＴＵＰ.ＰＬＤが設けられている。また、プリロード対象ファイルであるＡ.ＨＴＭ、またはＡ.ＨＴＭに挿入されて表示されるためのグラフィックファイルＡ.ＰＮＧが記録されている。その他にプリロード対象ファイル及びこれに挿入されて表示されるための多様な形式のファイルが記録されうる。

ただし、図４Ｂを参照するに、マークアップ言語文書に含まれたプリロード情報が直接プリロード対象ファイルの経路と属性を媒介変数として有してプリロード対象ファイルをプリロードするＡＰＩで具現される場合、プリロードリストファイルＳＴＡＲＴＵＰ.ＰＬＤは存在しない。

図５Ａ及び図５Ｂは、本実施例によるＤＶＤ３００のボリューム空間の概略図である。

図５Ａを参照するに、ＤＶＤ３００のボリューム空間は、ボリュームとファイルに対する制御情報が記録された制御情報領域、対応ビデオタイトルデータが記録されたＤＶＤ−Ｖｉｄｅｏデータ領域、及びインタラクティブモードに再生させるＤＶＤ−インタラクティブデータ領域を含む。

ＤＶＤ−Ｖｉｄｅｏデータ領域には図４ＡのＤＶＤビデオディレクトリＤＶＤ＿ＴＳに貯蔵されたファイル、すなわち、ＶＩＤＥＯ＿ＴＳ.ＩＦＯ、ＶＴＳ＿０１＿０.ＩＦＯ、ＶＴＳ＿０１＿０.ＶＯＢ、ＶＴＳ＿０１＿１.ＶＯＢ、‥などが記録されている。ＤＶＤ−インタラクティブデータ領域には図４ＡのＤＶＤインタラクティブディレクトリＤＶＤ＿ＥＮＡＶに貯蔵されたファイル、すなわち、ＳＴＡＲＴＵＰ.ＨＴＭ、ＳＴＡＲＴＵＰ.ＰＬＤ、Ａ.ＨＴＭ及びＡ.ＰＮＧが記録されている。

同じく、図５Ｂを参照するに、マークアップ言語文書に含まれたプリロード情報が直接プリロード対象ファイルの経路と属性を媒介変数として有してプリロード対象ファイルをプリロードするＡＰＩで具現される場合、プリロードリストファイルＳＴＡＲＴＵＰ.ＰＬＤは存在しない。

前記のような構成による本発明による再生方法を説明すれば次の通りである。

図６は、本発明の望ましい実施例による再生方法を説明するためのフローチャートである。図６を参照するに、インタラクティブモードが選択されれば読出部１はＤＶＤ３００に記録されているマークアップ言語文書として本実施例によるＨＴＭＬ文書を読出し（６０１段階）、プレゼンテーションエンジン５はＨＴＭＬ文書に含まれているプリロード情報を解釈して読出部１またはインターネットサーバーにプリロードを要請する（６０２段階）。これにより、プリロード対象ファイルがキャッシュメモリの第２メモリ３に貯蔵される（６０３段階）。

一方、読出部１は対応ＡＶデータをＤＶＤ３００から読出してバッファメモリの第１メモリ２に貯蔵する（６０４段階）。ＡＶデコーダ４は第１メモリ１に貯蔵されたＡＶデータをデコーディングする一方（６０５段階）、プレゼンテーションエンジン５は第２メモリ３からプリロード対象ファイルを読出し、ＡＶデコーダ４によりデコーディングされたＡＶデータストリームをＨＴＭＬ文書により定義された表示窓にディスプレーさせる（６０６段階）。

図７は、図６のプリロード情報解釈段階（６０２段階）の一具現例である。図７を参照するに、プレゼンテーションエンジン５はＨＴＭＬ文書に記録されたプリロードリストファイルの経路を認識し（７０１段階）、認識された経路からプリロードリストファイルを読出す（７０２段階）。次に、プリロードリストファイルに記録されたプリロード対象ファイルを認識する（７０３段階）。ここで、プリロード対象ファイルを認識するということはプリロード対象ファイルの経路、さらに属性を把握することを意味する。

図８は、図６のプリロード対象ファイルのプリロード実行段階（６０３段階）の一具現例である。図８を参照するに、プレゼンテーションエンジン５はＨＴＭＬ文書のヘッドタグ内にあるリンクタグ内に記録されたプリロードリストファイルの経路を認識してプリロードリストファイルを呼出する（８０１段階）。次に、プレゼンテーションエンジン５はプリロード対象ファイルの経路及び属性を変数として有するプリロードタグを含むプリロードリストファイルを解釈してプリロードを実行する（８０２段階）。

図９Ａは、図６のプリロード対象ファイルのプリロード実行段階（６０３段階）の他の具現例である。図９Ａを参照するに、プレゼンテーションエンジン５はスクリプトタグ内に挿入され、プリロードリストファイルの経路を媒介変数として有するＡＰＩを呼出してプリロードリストファイルを読出す（９０１ａ段階）。次に、プレゼンテーションエンジン５はプリロード対象ファイルの経路及び属性を変数として有するプリロードタグを含むプリロードリストファイルを解釈してプリロードを実行する（９０２ａ段階）。

図９Ｂは、図６のプリロード対象ファイルのプリロード実行段階（６０３段階）のまた他の具現例である。図９Ｂを参照するに、プレゼンテーションエンジン５はスクリプトタグ内に挿入され、直接プリロード対象ファイルの経路及び属性を媒介変数として有するＡＰＩを呼出してプリロード対象ファイルをメモリに貯蔵する（９０１ｂ段階）。この時、プリロード対象ファイルの属性を把握できるため、プレゼンテーションエンジン５は属性によってプリロード対象ファイルを処理した後、メモリに貯蔵できる。

図１０は、プリロードリストファイルにプリロード対象ファイルの大きさが含まれている場合にプリロードする方法を説明するためのフローチャートである。図１０を参照するに、インタラクティブモードが選択されれば読出部１はＤＶＤ３００に記録されているマークアップ言語文書として本実施例によるＨＴＭＬ文書を読出し、プレゼンテーションエンジン５はＨＴＭＬ文書に含まれているプリロード情報を解釈し、これに読出部１はプリロードリストファイルを読出す（１００１段階）。プレゼンテーションエンジン５はプリロードリストファイルを解釈する（１００２段階）。プレゼンテーションエンジン５はプリロード対象ファイルの大きさを認識し、これとキャッシュメモリの残余容量とを比較する（１００３段階）。プリロード対象ファイルの大きさがキャッシュメモリの残余容量より小さな場合にプリロードを実行する（１００４段階）。プリロード対象ファイルの大きさがキャッシュメモリの残余容量より大きい場合にエラー信号を発生させてそのまま終了させる（１００５段階）。

図１１は、メモリに貯蔵されたプリロード対象ファイルのうち少なくとも一つを削除する方法を説明するためのフローチャートである。図１１を参照するに、プレゼンテーションエンジン５はＨＴＭＬ文書に含まれた削除情報を解釈し（１１０１段階）、削除リストファイルから認識された削除対象ファイルをキャッシュメモリである第２メモリ３から削除する（１１０２段階）。ただし、後述するソースコードで分かるように本実施例でのプリロードリストファイル及び削除リストファイルは同じ一つのファイル、すなわちＳＴＡＲＴＵＰ.ＰＬＤで具現した。もちろんプリロード対象ファイルのリストと削除対象ファイルのリストとが各々分離されて記録された二つのファイルでも具現できる。

図１２は、図１１の削除実行段階（１１０２段階）の一具現例である。図１２を参照するに、削除リストファイルの経路を媒介変数として有して削除リストファイルに記録された削除対象ファイルをキャッシュメモリの第２メモリ３から削除するＡＰＩにより実行させる（１２０１段階）。ここで、「削除」の意味は、物理的に該当データを削除するガーベジコレクションだけでなく、物理的にデータはそのまま置いた状態でフラグなどを使用して該当データが削除可能なのを知らせるか、あるいはここに他のデータを記録できることを知らせることを含む。

一方、前述したＳＴＡＲＴＵＰ.ＨＴＭ及びＳＴＡＲＴＵＰ.ＰＬＤのソースコードは次のように構成できる。

前記ソースコードにはヘッドタグ内に挿入されたリンクタグを通じて具現されたプリロード情報が挿入されている。また、ジャバスクリプトＡＰＩにより具現された削除情報が挿入されている。

前記ソースコードにはジャバスクリプトＡＰＩで具現された削除情報及びプリロード情報が挿入されている。

前記ソースコードはＸＭＬ文書であってプリロード対象ファイルの大きさ及びプリロード対象ファイルの経路及び属性が記録されている。

一方、前述したソースコードで使われたプリロード／削除のためのＡＰＩについてより具体的に説明すれば次の通りである。

１．ｎａｖｉｇａｔｏｒ.Ｐｒｅｌｏａｄ（ＵＲＬ，ｆｌａｇ）
指示するプリロード対象ファイルを第２メモリ３にあらかじめ読出すＡＰＩである。使われる媒介変数はプリロードリストファイル及びプリロード対象ファイルの位置情報を示す。

ＵＲＬ＝：プリロードリストファイルの経路またはプリロード対象ファイルの経路ｆｌａｇ＝：プリロードリストファイルの場合１、プリロード対象ファイルの場合０返還値：プリロードに成功すればｔｒｕｅを返還し、失敗すればｆａｌｓｅを返還する。

例：ｎａｖｉｇａｔｏｒ.Ｐｒｅｌｏａｄ（“ｈｔｔｐ：／／ｗｗｗ.ｈｏｌｅｙｗｏｏｄ.ｃｏｍ／ｔｏｍ.ｐｌｄ”，１）／／インターネットにある／／“ｈｔｔｐ：／／ｗｗｗ.ｈｏｌｅｙｗｏｏｄ.ｃｏｍ／ｔｏｍ.ｐｌｄ”のプリロードリストファイルを読出して指示するプリロード対象ファイルを／／キャッシュメモリにあらかじめ読出せ。

２．ｎａｖｉｇａｔｏｒ.Ｐｒｅｌｏａｄ（ＵＲＬ，ｒｅｓＴｙｐｅ）
指示するプリロード対象ファイルを第２メモリ３にあらかじめ読出すＡＰＩである。使われる媒介変数はプリロードリストファイル、プリロード対象ファイルの位置情報、さらにプリロード対象ファイルの属性を示しうる。

ＵＲＬ＝：プリロードリストファイルの経路またはプリロード対象ファイルの経路ｒｅｓＴｙｐｅ＝：対象ファイルの属性返還値：プリロードに成功すればｔｒｕｅを返還し、失敗すればｆａｌｓｅを返還する。

例：ｎａｖｉｇａｔｏｒ.Ｐｒｅｌｏａｄ（“ｄｖｄ：／／ｄｖｄ＿ｅｎａｖ／ａ.ｈｔｍ”，“ｔｅｘｔ／ｘｍｌ”）／／ｄｖｄにある“ｄｖｄ：／／ｄｖｄ＿ｅｎａｖ／ａ.ｈｔｍ”のプリロード対象ファイルを読出せ。そのファイルはテキストファイルでｘｍｌファイルである。

ｎａｖｉｇａｔｏｒ.Ｐｒｅｌｏａｄ（“ｈｔｔｐ：／／ｗｗｗ.ｈｏｌｅｙｗｏｏｄ.ｃｏｍ／ｔｏｍ.ｈｔｍ”，“ｔｅｘｔ／ｈｔｍｌ”）／／インターネットにある”ｈｔｔｐ：／／ｗｗｗ.ｈｏｌｅｙｗｏｏｄ.ｃｏｍ／ｔｏｍ.ｈｔｍｌ”のファイルを読出せ。そのファイルはテキストファイルでｘｍｌファイルである。

３．ｎａｖｉｇａｔｏｒ.Ｄｉｓｃａｒｄ（ＵＲＬ，ｆｌａｇ）
指示する削除対象ファイルを第２メモリ３から削除するＡＰＩである。媒介変数は削除リストファイル及び削除対象ファイルの位置情報を示す。

ＵＲＬ＝：削除リストファイルの経路または削除対象ファイルの経路ｆｌａｇ＝：削除リストファイルの場合１、削除対象ファイルの場合０、キャッシュメモリにロードされた内容を全部削除するためには２返還値：削除に成功すればｔｒｕｅを返還し、失敗すればｆａｌｓｅを返還する。

例：ｎａｖｉｇａｔｏｒ.Ｄｉｓｃａｒｄ（‘ｈｔｔｐ：／／ｗｗｗ.ｈｏｌｅｙｗｏｏｄ.ｃｏｍ／ｔｏｍ.ｈｔｍ’，０）／／インターネットにある／／‘ｈｔｔｐ：／／ｗｗｗ．ｈｏｌｅｙｗｏｏｄ．ｃｏｍ／ｔｏｍ．ｈｔｍ’の指示する削除対象ファイルがキャッシュメモリにあればこれを削除する。

４．ｎａｖｉｇａｔｏｒ．Ｄｉｓｃａｒｄ（ＵＲＬ，ｒｅｓＴｙｐｅ）指示する削除対象ファイルを第２メモリ３から削除するＡＰＩである。媒介変数は削除リストファイル、削除対象ファイルの位置情報及び削除対象ファイルの属性を示す。

ＵＲＬ＝：削除リストファイルの経路または削除対象ファイルの経路ｒｅｓＴｙｐｅ＝：対象ファイルの属性返還値：削除に成功すればｔｒｕｅを返還し、失敗すればｆａｌｓｅを返還する。

例：ｎａｖｉｇａｔｏｒ.Ｄｉｓｃａｒｄ（“ｄｖｄ：／／ｄｖｄ＿ｅｎａｖ／ａ.ｈｔｍ”，“ｔｅｘｔ／ｘｍｌ”）／／ｄｖｄにある“ｄｖｄ：／／ｄｖｄ＿ｅｎａｖ／ａ.ｈｔｍ”の削除対象ファイルがキャッシュメモリにあればこれを削除する。そのファイルはｔｅｘｔファイルでｘｍｌファイルである。

ｎａｖｉｇａｔｏｒ.Ｄｉｓｃａｒｄ（“ｄｖｄ：／／ｄｖｄ＿ｅｎａｖ／ａ.ｐｌｄ”，“ａｐｐｌｉｃａｔｉｏｎ／ｐｒｅｌｏａｄ”）／／ｄｖｄにある“ｄｖｄ：／／ｄｖｄ＿ｅｎａｖ／ａ.ｐｌｄ”の削除対象ファイルがキャッシュメモリにあればこれを削除する。そのファイルは削除対象リストファイルである。

ｎａｖｉｇａｔｏｒ.Ｄｉｓｃａｒｄ（“ｈｔｔｐ：／／ｗｗｗ.ｈｏｌｅｙｗｏｏｄ.ｃｏｍ／ｔｏｍ.ｈｔｍ”，“ｔｅｘｔ／ｘｍｌ”）／／インターネットにある“ｈｔｔｐ：／／ｗｗｗ.ｈｏｌｅｙｗｏｏｄ.ｃｏｍ／ｔｏｍ.ｈｔｍ”の指示する削除対象ファイルがキャッシュメモリにあればこれを削除する。そのファイルはｔｅｘｔファイルでｘｍｌファイルである。

一方、前述した実施例ではジャバスクリプトにより具現されたＡＰＩについてのみ説明したが、ジャバアプレットによっても同じ結果を得られる。

図１３は、図１と同じ順序でＡＶデータ及びＨＴＭＬ文書が記録されている時に本発明によるプリロード遂行による効果を説明するための参考図である。図１３にはＭＰＥＧコーディングされたＡＶデータがバッファリングされる第１メモリ２の状態とウェブリソースがキャッシングされる第２メモリ３の状態とが表示されている。図１及び図１３を参照してＡＶデータがロードされてディスプレーされる過程を調べれば、読出部１はＳＴＡＲＴＵＰ.ｈｔｍを探索して読出し、プレゼンテーションエンジン５はＳＴＡＲＴＵＰ.ｈｔｍに挿入されているプリロード情報を解釈して（４）Ａ.ｈｔｍのプリロードを行わせる。これにより（４）Ａ.ｈｔｍが第２メモリ３にプリロードされる。一方、ロードされたＳＴＡＲＴＵＰ.ｈｔｍは活性化される。これと同時に使用者の選択による（１）ＡＶデータが第１メモリ２にロードされた後、ディスプレーされ始まる。次いで（２）ＡＶデータがロードされてディスプレーされる。（２）ＡＶデータのバッファリングが完了すれば読出部１は（３）ＡＶデータを探してジャンプしてバッファリングを始める。この時、使用者が（４）Ａ.ｈｔｍを要求すればプレゼンテーションエンジン５は第２メモリ３にプリロードされている（４）Ａ.ＨＴＭを読出してディスプレーする。すなわち、読出部１が（３）ＡＶデータに対するバッファリングを中断し、（４）Ａ.ＨＴＭをＤＶＤ３００から探索して第２メモリ３にロードする作業を行わなくてもよい。したがって、読出部１はバッファリングを中断せずに行える。ただし、読出部１が（５）ＡＶデータのバッファリングを完了して（６）ＡＶデータにジャンプする過程で第１メモリ２にバッファリングされていたデータが減少することがあるが、既にバッファリングしておいたデータの量が十分であるためにデータの不足現象は発生しない。すなわち、インタラクティブモードを支援するＤＶＤにおいて、ＤＶＤ−Ｖｉｄｅｏの映像とＨＴＭＬ文書とが互いに同期されてディスプレーされねばならない場合にも（例：特定俳優が登場すればその俳優に関する略歴が表示される場合）、対応ＨＴＭＬ文書が既に第２メモリ３にプリロードされているために読出部１はＡＶデータのバッファリングを中断し、対応ＨＴＭＬ文書を探索してキャッシングする必要がない。

以下、安定したプリロード／削除ができるように第２メモリ３の管理及びプリロードを行うにあたって第１メモリ２に残っているコンテンツが消尽される状況を発生させないためのより具体的な方法を説明する。

図１４は図３の再生装置の一部詳細図である。図１４を参照するに、第２メモリ３にはメモリ管理テーブル領域３１とデータ領域３２とが設けられている。メモリ管理テーブル３１はデータ領域３２に記録されたデータを記録／削除など管理するための情報が記録されるテーブルである。データ領域にはプリロードされたマークアップ言語文書などが記録される。一方、プレゼンテーションエンジン５はジャバスクリプト解釈エンジン５１、及び実行モジュール５２に区分できる。実行モジュール５２はプリロード／削除モジュール５２１及びガーベジコレクションモジュール５２２で構成される。ガーベジコレクションモジュール５２２については後述する。

本実施例でジャバスクリプト解釈エンジン５１はジャバスクリプトで作成されたＡＰＩを呼出する。プリロード／削除モジュール５２１またはガーベジコレクションモジュール５２２はプリロード／削除またはガーベジコレクションを行う。

図１５ないし図１６は、プリロード／削除またはガーベジコレクションを通じてメモリ管理テーブル３１とデータ空間３２とを管理する方法を説明するためのメモリマップである。

図１５を参照するに、メモリ管理テーブル３１はプリロード対象ファイルの状態情報、プリロード対象ファイルが貯蔵された経路、データポインタ及びデータ大きさ情報を含む。“ｉｎ ｕｓｅ”は現在使用中であるか否かを表し、“ｄｉｓｃａｒｄａｂｌｅ”は削除可能であるか否かを表し、“ＵＲＬ”は経路情報を、“ｄａｔａ ｐｏｉｎｔｅｒ”はデータの開始住所を表し、“ｓｉｚｅ”はデータの大きさを表す。現在、データ領域３２にはａ.ｈｔｍ、ｃ.ｈｔｍ及びｂ.ｈｔｍがロードされていることが分かる。

図１６Ａを参照するに、現在ａ.ｈｔｍの使用中であり、ｂ.ｈｔｍ、ｃ.ｈｔｍ及びｄ.ｈｔｍをプリロードしたならばａ.ｈｔｍは現在使用中であるために、ａ.ｈｔｍの“ｉｎ ｕｓｅ”値は１であり、残りのファイルは開かれていないためにその“ｉｎ ｕｓｅ”値は全部０である。

図１６Ｂを参照するに、ａ.ｈｔｍの使用が終了してｂ.ｈｔｍが使用中であるためにａ.ｈｔｍの“ｉｎ ｕｓｅ”値は０に、ｂ.ｈｔｍの“ｉｎ ｕｓｅ”値は１に変わる。

図１６Ｃを参照するに、ａ.ｈｔｍに対してガーベジコレクションが行われる。ガーベジコレクションが行われればデータ領域３２でａ.ｈｔｍが削除され、ｂ.ｈｔｍ、ｃ.ｈｔｍ及びｄ.ｈｔｍが再配列される。ａ.ｈｔｍの“ｄａｔａｐｏｉｎｔｅｒ”値は−１で表示される。これはデータ領域３２に該当ファイルが存在しないことを意味する。

図１６Ｄを参照するに、ｆ.ｈｔｍが使用中であることを表す。ｆ.ｈｔｍはメモリ管理テーブル３１で図１６Ｃでａ.ｈｔｍの所に配置され、‘ｄａｔａ ｐｏiｎｔｅｒ’値は実際にｆ.ｈｔｍが記録された開始住所を示す。

図１６Ｅを参照するに、ｂ.ｈｔｍ、ｃ.ｈｔｍ、ｄ.ｈｔｍに対する削除が行われる。これによりｂ.ｈｔｍ、ｃ.ｈｔｍ、ｄ.ｈｔｍの“ｄｉｓｃａｒｄａｂｌｅ”値はいずれも１に変わる。

図１６Ｆを参照するに、ｂ.ｈｔｍ、ｃ.ｈｔｍ、ｄ.ｈｔｍに対するガーベジコレクションが行われる。これによりｂ.ｈｔｍ、ｃ.ｈｔｍ、ｄ.ｈｔｍの“ｄａｔａ ｐｏｉｎｔｅｒ”値はいずれも−１になる。データ領域３２に記録されたｂ.ｈｔｍ、ｃ.ｈｔｍ、ｄ.ｈｔｍはいずれも削除され、残っているｆ.ｈｔｍが再配列される。

このように、プリロード／削除及びガーベジコレクションを通じて第２メモリ３が適切に管理されうる。

図１７は、第１メモリ２でＡＶデータがロードされて消耗される状態図である。図１７を参照するに、区間ａのＴａ１及びＴａ２でアングルブロックにジャンプが行われる間にはＡＶデータが充填されず消耗されるばかりで、速度Ｖｏでデータが減少することを表示している。アングルブロックとは、同じ場面を多様なアングルで撮影したデータが記録されたブロックを意味する。一つのアングルが選択されて再生され、残りのアングルで撮影したデータは飛ばすためにアングルブロックでは必然的にジャンプが起こる。ジャンプが完了してＡＶデータを読出せば再びデータが充填される。区間ｂに記録されたように、ＡＶデータを速度Ｖｒで読出し続けると同時に速度Ｖｏで消耗し続けば、実際にＡＶデータは速度Ｖｒ−Ｖｏで充填される。区間ｃでマークアップ言語文書のプリロードが行われれば、読出部１はＡＶデータの読出を中止して該当マークアップ言語文書をプリロードせねばならないために速度Ｖｏでデータが減少する。区間ｄでは再びＡＶデータが充填されるために区間ｂでと同じくＡＶデータが速度Ｖｒ−Ｖｏで充填される。一方、点線は充填されるべきＡＶデータの最小量を表示したものである。

これに基づき、本発明によるプリロードを行いつつも第１メモリ２のバッファリング機能を正常に発揮するためには（第１メモリのデータ不足現象を発生させないためには）プリロードを行う区間ｃで減少するデータ量より残っているデータ量がもっと大きくなければならないことが分かる。

一方、シームレス再生を保障するために読出部１はプリロード対象ファイルをできるだけ連続的に読出さねばならない。したがって、プリロード対象ファイル、すなわち、ＰＬＤファイルは、該当コンテンツを連続的に読出せるように再生装置のファイルシステムは、図１８に示されたように一つのＰＬＤファイルが他のＰＬＤファイルをネスティングする構造でデータ整列することが効果的である。

図１９は、図１８のＰＬＤファイルが記録されたディスク３００の概略図である。図１９を参照するに、読出部１は第２メモリ３にＡＶデータＶＴＳ０＿１.ＶＯＢをバッファリングしてプリロードリストファイルＡ.ＰＬＤに指定されたプリロード対象ファイルａ.ｈｔｍ、Ａ１.ＪＰＧ及びＡ２.ＪＰＧをプリロードし、さらにプリロードリストファイルＢ.ＰＬＤまでプリロードした後、再びＶＴＳ０＿１.ＶＯＢをバッファリングする。

ここで、Ｔｊはプリロード対象ファイルに対するアクセス時間を意味する。すなわち、Ｔｊ＝Ｔｊ１＋Ｔｊ２はＶＴＳ０＿１.ＶＯＢでプリロード対象ファイルＡ１.ＪＰＧにジャンプするのにかかる時間Ｔｊ１と、Ｂ.ＰＬＤファイルをプリロードした後に再びＶＴＳ０＿１.ＶＯＢにジャンプするのにかかる時間Ｔｊ２との和となる。Ｄｅはプリロード対象ファイルのデータ大きさを示す。すなわち、Ｄｅ＝Ｄｅ１＋Ｄｅ２＋Ｄｅ３はａ.ｈｔｍのデータ大きさＤｅ１と、Ａ１.ＪＰＧのデータ大きさＤｅ２及びＡ２.ＪＰＧのデータ大きさＤｅ３との和となる。Ｔｋはプリロード対象ファイルを読出す時の内部ジャンプ時間を表す。すなわち、Ｔｋ＝Ｔｋ１＋Ｔｋ２であって、Ｔｋ１はＡ１.ＪＰＧからＡ２.ＪＰＧにジャンプするのにかかる時間を、Ｔｋ２はＡ２.ＪＰＧからＢ.ＰＬＤにジャンプするのにかかる時間を表す。

一方、ディスクに記録されたＡＶデータのアクセス距離とアクセス時間との関係は次のように設定できる。Ｎはセクタ個数をいう。

本発明によって、第１メモリ２でのＡＶデータの不足現象を防止するための条件を式で表現すると次の通りである。

Ｖｏ×Ｔｐ＜（Ｖｒ−Ｖｏ）×（ｔＮ＿ｅｃｃ×２０４８×８×１６／Ｖｒ）−（Ｖｏ×Ｔａ）−Ｂｓ （１）
Ｖｏ：第１メモリ２からＡＶデータが抜け出る速度またはＡＶデコーダ４のデータ消耗速度、Ｔｐ：区間ｃでプリロードを行うのにかかった時間、Ｖｒ：ディスク３００からデータを読出す速度ｔＮ＿ｅｃｃ：プリロード対象ファイルの読出前に読出さねばならない全体ＥＣＣブロックの個数Ｔａ：アングルブロックでジャンプするのにかかる総時間Ｂｓ：第１メモリ２で確保されねばならない最小限のデータ大きさ（ここではＤＶＤ−Ｖｉｄｅｏ規格１.０で指定されたメモリ大きさ２２１セクタ）
式（１）でＶｏ×Ｔｐは、区間ｃでプリロードの遂行により減少するデータ量を表す。一方、ｔＮ＿ｅｃｃ×２０４８×８×１６は区間ｂで読出したデータの長さ（セクタの数）であり、Ｖｒはデータの読出速度であるためにｔＮ＿ｅｃｃ×２０４８×８×１６／Ｖｒは区間ｂの時間となる。すなわち、（Ｖｒ−Ｖｏ）×（ｔＮ＿ｅｃｃ×２０４８×８×１６／Ｖｒ）は区間ｂで増加するデータ量を表す。一方、Ｖｏ×Ｔａは区間ａでアングルブロックジャンプによって減少するデータ量を表す。Ｂｓは確保されねばならない最小データ量を表す。一方、Ｔｐは２×Ｔｊ＋Ｄｅ／Ｖｒ＋Ｔｋを意味する。Ｔｊ、Ｄｅ、Ｖｒ及びＴｋの意味は前述した通りである。

図１８のプリロードリストファイルＡ.ＰＬＤ、Ｂ.ＰＬＤ、Ｃ.ＰＬＤに指定されたプリロード対象ファイルをプリロードするのにかかる時間Ｔｐを計算したところ、次のような結果が出た。

Ｖｒ＝２２Ｍｂｐｓ、Ａ.ＰＬＤの対象ファイル（Ｄｅ＝１６１１ＫＢ）：Ｔｐ＝３６００ｍｓｅｃ（＝１５００ｍｓｅｃ×２＋１６１１ＫＢ×８／２２００００００＋０）
Ｂ.ＰＬＤの対象ファイル（Ｄｅ＝２６８５ＫＢ）：Ｔｐ＝４０００ｍｓｅｃ（＝１５００ｍｓｅｃ×２＋２６８５ＫＢ×８／２２００００００＋０）
Ｃ.ＰＬＤの対象ファイル（Ｄｅ＝２６９ＫＢ）：Ｔｐ＝３１００ｍｓｅｃ（＝１５００ｍｓｅｃ×２＋２６９ＫＢ×８／２２００００００＋０）
ＶＴＳ＿０１＿１.ＶＯＢの再生中にＡ.ＰＬＤの対象ファイル、Ｂ.ＰＬＤの対象ファイル、Ｃ.ＰＬＤの対象ファイルを順に開くためには次の値を計算しなければならない。

Ａ.ＰＬＤの対象ファイルの読出前のＶＴＳ＿０１＿１.ＶＯＢのバッファリング区間でのＶｏ値＝ＶａＢ.ＰＬＤの対象ファイルの読出前のＶＴＳ＿０１＿１.ＶＯＢのバッファリング区間でのＶｏ値＝ＶｂＣ.ＰＬＤの対象ファイルの読出前のＶＴＳ＿０１＿１.ＶＯＢのバッファリング区間でのＶｏ値＝Ｖｃさらに、各区間ごとにアングルブロックのジャンプがなくてＢｓが２２１セクタ（≒１４ＥＣＣブロック）であると仮定し、各区間別ＥＣＣブロックの個数とＶａ、Ｖｂ、Ｖｃとを関連付けて計算すればＡＶ画面が途切れずにＡ.ＰＬＤ、Ｂ.ＰＬＤ、Ｃ.ＰＬＤの対象ファイルを読出せる位置を探しうる。

たとえば、Ｖａ＝８Ｍｂｐｓ、Ｖｂ＝６Ｍｂｐｓ、Ｖｃ＝４Ｍｂｐｓであると仮定すれば式（１）を使用してｔＮ＿ｅｃｃを求めうる。求めれば、Ａ.ＰＬＤの対象ファイルの読出前に最小１８７個のＥＣＣブロックを読出さねばならず、Ｂ.ＰＬＤの対象ファイルの読出前に最小１４０個のＥＣＣブロックを読出さねばならず、Ｃ.ＰＬＤの対象ファイルの読出前に最小７２個のＥＣＣブロックを読出さねばならない。

図２０は、前述した例による第１メモリ２及び第２メモリ３の状態図である。図２０を参照するに、ＳＴＡＲＴＵＰ.ＨＴＭが活性化された時には第１メモリ２のデータ量はＶｒ−Ｖａの速度で増加する。Ａ.ＰＬＤの対象ファイルに対するプリロードを行えば第１メモリ２のデータ量はＶａの速度で減少する。Ａ.ＰＬＤの対象ファイルに対するプリロードが完了してそのうちＡ.ＨＴＭが活性化されれば、データ量はＶｒ−Ｖｂの速度で増加する。また、Ｂ.ＰＬＤの対象ファイルに対するプリロードが行われれば第１メモリ２のデータ量はＶｂの速度で減少する。Ｂ.ＰＬＤの対象ファイルに対するプリロードが完了してそのうちＢ.ＨＴＭが活性化されればデータ量はＶｒ−Ｖｃの速度で増加する。一方、第２メモリ３のプリロードが完了した地点でデータ量が急激に減少した理由は、以前にプリロードした対象ファイルの削除が要求されてガーベジコレクションが行われたからである。

図２１は本発明の望ましい実施例による記録方法を説明するためのフローチャートである。図２１を参照するに、コンテンツ製作者はプリロード対象ファイルの読出速度を調べる（２１０１段階）。対応するＡＶデータが途切れずに再生されるように第１メモリ２にバッファリングを行う条件を調べる（２１０２段階）。その条件は詳細に前述した通りである。調べた条件に符合する時点でプリロードが行われるようにプリロードのためのスクリプトプログラムコードを記録する（２１０３段階）。すなわち、該当ＡＰＩが呼出されてプリロードを行う時点を、最小限のＡＶデータが第１メモリ２にバッファリングされた後に合せて記録することによってＡＶ画面の途切れ現象なしにプリロードを行える。

ＡＶデータが記録されたインタラクティブＤＶＤの概略図である。 図１のインタラクティブＤＶＤを再生する過程で発生できる途切れ現象を説明するための参考図である。 本発明の望ましい実施例による再生装置のブロック図である。 ＤＶＤ３００のファイル構造の一例を示す参考図である。 ＤＶＤ３００のファイル構造の他の例を示す参考図である。 ＤＶＤ３００のボリューム空間の一概略図である。 ＤＶＤ３００のボリューム空間の他の概略図である。 本発明の望ましい実施例による再生方法を説明するためのフローチャートである。 図６のプリロード情報解釈段階（６０２段階）の一具現例である。 図６のプリロード対象ファイルのプリロード実行段階（６０３段階）の一具現例である。 図６のプリロード対象ファイルのプリロード実行段階（６０３段階）の他の具現例である。 図６のプリロード対象ファイルのプリロード実行段階（６０３段階）のまた他の具現例である。 プリロードリストファイルにプリロード対象ファイルの大きさが含まれている場合にプリロードする方法を説明するためのフローチャートである。 プリロードされたプリロード対象ファイルのうち少なくとも一つを削除する方法を説明するためのフローチャートである。 図１１の削除実行段階（１１０２段階）の一具現例である。 図１と同じ順序でＡＶデータ及びマークアップ言語文書が記録されている時に本発明によるプリロードの遂行による効果を説明するための参考図である。 図３の再生装置の一部詳細図である。 プリロード／削除またはガーベジコレクションを通じてメモリ管理テーブルとデータ空間とを管理する方法を説明するためのメモリマップである。 プリロード／削除またはガーベジコレクションを通じてメモリ管理テーブルとデータ空間とを管理する方法を説明するためのメモリマップである。 プリロード／削除またはガーベジコレクションを通じてメモリ管理テーブルとデータ空間とを管理する方法を説明するためのメモリマップである。 プリロード／削除またはガーベジコレクションを通じてメモリ管理テーブルとデータ空間とを管理する方法を説明するためのメモリマップである。 プリロード／削除またはガーベジコレクションを通じてメモリ管理テーブルとデータ空間とを管理する方法を説明するためのメモリマップである。 プリロード／削除またはガーベジコレクションを通じてメモリ管理テーブルとデータ空間とを管理する方法を説明するためのメモリマップである。 プリロード／削除またはガーベジコレクションを通じてメモリ管理テーブルとデータ空間とを管理する方法を説明するためのメモリマップである。 第１メモリ２でＡＶデータがロードされて消耗される状態図である。 プリロードリストファイル及び該当プリロード対象ファイルのデータ配置図である。 ディスクの概略図である。 図１９Ａの部分詳細図である。 前述した例による第１メモリと第２メモリとの状態図である。 本発明の望ましい実施例による記録方法を説明するためのフローチャートである。

符号の説明

１ 読出部
２ 第１メモリ
３ 第２メモリ
４ ＡＶデコーダ
５ プレゼンテーションエンジン

Claims (5)

1. プリロードのためのメモリ管理方法において、
   （ａ）プリロード対象ファイルの状態情報が含まれたメモリ管理テーブルを記録する段階と、
   （ｂ）前記状態情報に基づいて前記プリロード対象ファイルを削除する段階とを含むことを特徴とするメモリ管理方法。
2. （ｃ）前記状態情報に基づいて前記プリロード対象ファイルに対するガーベジコレクションを行う段階をさらに含むことを特徴とする請求項１に記載のメモリ管理方法。
3. 前記（ｂ）段階は該当プリロード対象ファイルに対する使用が完了すれば使用完了及び削除可能であることを前記状態情報として表示する段階を含むことを特徴とする請求項２に記載のメモリ管理方法。
4. 前記（ｃ）段階は、（ｃ１）該当プリロード対象ファイルが使用完了及び削除可能である場合に該プリロードファイルを物理的に削除する段階と、（ｃ２）削除されたプリロード対象ファイルが削除されて存在していないことを前記状態情報として表示する段階とを含むことを特徴とする請求項２に記載のメモリ管理方法。
5. 前記（ｃ）段階は、（ｃ３）メモリに記録された他のプリロード対象ファイルを再配列する段階を含むことを特徴とする請求項４に記載のメモリ管理方法。

Images