JP2006503401A - マークアップ文書のバッファリング状態を制御するための制御情報が記録された情報保存媒体、その再生装置及び再生方法 - Google Patents

Abstract

本発明は、マークアップ文書のバッファ状態を制御するための情報が記録された情報保存媒体、その再生装置及び再生方法に関する。
本発明によって、マークアップ文書を使用して、ＡＶデータをインタラクティブモードで再生する再生装置において、マークアップ文書をバッファリングするバッファと、バッファを管理して、マークアップ文書をプリロードするバッファマネージャとを含み、バッファマネージャは、ＲＥＰＯＲＴ信号に応答して、バッファのバッファリング状態情報を出力することを特徴とする。これにより、ＤＶＤに記録されたＡＶデータを再生して、マークアップ文書を通じてディスプレイする場合、動映像画面と関連されたマークアップ文書をディスプレイしようとする時、マークアップ文書のバッファリング状態を調べることができるので、ディスクの物理的破損またはネットワークの誤動作（連結切れ）によって、マークアップ文書をバッファリングできなくなった時、すなわち、再生とダウンロード遅延現象のような誤動作発生時にも、代替マークアップ文書を活用するか、または自然な繰り動作が可能になる。

Description

本発明は、マークアップ文書のバッファ状態を制御するための情報が記録された情報保存媒体、その再生装置及び再生方法に関する。

コンテンツと共に、マークアップ文書が記録されたＤＶＤ（以下、“インタラクティブＤＶＤ”と称する）が販売されている。インタラクティブＤＶＤに記録されたコンテンツは、２つの方法で再生できる。一つは、一般のＤＶＤと同一にディスプレイされるビデオモードであり、他の一つは、マークアップ文書により定義される表示窓を通じてディスプレイされるインタラクティブモードである。ユーザーによりインタラクティブモードが選択されれば、ＰＣに搭載されたウェブブラウザは、インタラクティブＤＶＤに記録されているマークアップ文書をディスプレイする。マークアップ文書により定義される表示窓には、ユーザーが選択したコンテンツが表示される。

例えば、コンテンツがＡＶ（オーディオビデオ）データの映画である場合、マークアップ文書の表示窓には、映画が上映され、残りの部分には、脚本、シノプシス、出演俳優の写真など多様な付加情報が表示されうる。付加情報は、イメージファイルまたはテキストファイルを含む。

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

図２は、図１のインタラクティブＤＶＤを再生する過程で発生されうる切断現象を説明するための参考図である。図２を参照するに、ＡＶデータがバッファリングされるバッファメモリの状態と、ウェブリソースがキャッシングされるキャッシュメモリの状態とが表示されている。図１と図２とを参照して、ＡＶデータがメモリにロードされてディスプレイされる過程を見れば、ピックアップ装置は、ＳＴＡＲＴＵＰ．ＨＴＭを探索し、読み取ってキャッシュメモリにロードする。ロードされたＳＴＡＲＴＵＰ．ＨＴＭは、活性化される。これと共に、ユーザーの選択による（１）ＡＶデータがバッファメモリにロードされた後、ディスプレイされ始める。次いで、（２）ＡＶデータがロードされてディスプレイされる。（２）ＡＶデータのバッファリングが完了すれば、ピックアップ装置は、（３）ＡＶデータが記録された位置にジャンプして、バッファリングを始める。この際、ユーザーが（４）Ａ．ＨＴＭを要求すれば、ピックアップ装置は、（３）ＡＶデータについてのバッファリングを中断し、（４）Ａ．ＨＴＭを探索して、キャッシュメモリにロードする。その間にも、（３）ＡＶデータは、ディスプレイされ続けるので、バッファメモリにロードされて、ディスプレイ可能なデータは、急激に減る。（４）Ａ．ＨＴＭが活性化され、（３）ＡＶデータのバッファリングが完了した後、次いで、（５）ＡＶデータをバッファリングする。（５）ＡＶデータのバッファリングが完了すれば、ピックアップ装置は、（６）ＡＶデータが記録された位置にジャンプする。このような場合、バッファリングされていたデータがいずれも消尽される現象が発生しうる。すなおち、従来のインタラクティブＤＶＤにおいて、ＤＶＤビデオの映像とマークアップ文書とが、互いに同期されて見られねばならない場合（例：特定俳優が登場すれば、その俳優についての略歴が表示される場合）、ピックアップ装置は、ＡＶデータのバッファリングを中断し、対応するマークアップ文書を探索してキャッシングせねばならないので、映像が突然に切れる現象が発生しうる。

これにより、本出願人は、２００２年９月１９日付で韓国特許出願第０２−５７３９３号の“プリロード情報が記録された情報保存媒体、その再生装置及び再生方法”を出願したことがある。ここには、マークアップ文書を使用して、所定のコンテンツをインタラクティブモードで再生することにおいて、コンテンツが切れる現象を防止する＜プリロード＞が開示されている。ただし、＜プリロード＞によれば、プリロード対象ファイルの全体をプリロードする場合には問題がないが、全体プリロード対象ファイルのうち、少なくとも一部を正しく読み取れない場合、いずれもプレゼンテーションできない状況が発生しうる。

本発明の目的は、プリロードを行うことにおいて、プリロード対象ファイルのうち、少なくとも一部を正しくプリロードできない場合であっても、適切にプレゼンテーションが可能であるように、マークアップ文書のバッファリング状態を制御できる制御情報が記録された情報保存媒体、その再生装置及び再生方法を提供するところにある。

前記の目的は、本発明によって、ＡＶデータを、マークアップ文書を使用してインタラクティブモードで再生する再生装置において、前記マークアップ文書をバッファリングするバッファと、前記バッファを管理して、前記マークアップ文書をプリロードし、ＲＥＰＯＲＴ信号に応答して、前記バッファのバッファリング状態情報を出力するバッファマネージャとを含むことを特徴とする再生装置により達成される。

前記再生装置は、前記マークアップ文書を解釈し、ＲＥＰＯＲＴ信号を出力するコンテンツデコーダをさらに含み、前記バッファマネージャは、前記バッファのバッファリング状態情報を、前記ＲＥＰＯＲＴ信号に応答して前記コンテンツデコーダに知らせることが望ましい。

前記コンテンツデコーダは、ＡＰＩ（アプリケーションプログラムインタフェース）を利用して、前記ＲＥＰＯＲＴ信号を発生させることが望ましい。

また、前記ＡＰＩは、前記マークアップ文書のプリローディングが成功したか、または失敗したか、または前記マークアップ文書をまだ読み取っている中であるかを前記コンテンツデコーダに知らせることが望ましい。

前記ＡＰＩは、前記マークアップ文書のプリローディングが成功すれば、０値をリターンし、失敗すれば、１値をリターンし、まだ読み取っている中であれば、２値をリターンすることが望ましい。

前記コンテンツデコーダは、前記マークアップ文書のファイル経路及び前記マークアップ文書の属性のうち、少なくとも一つを媒介変数として有するＡＰＩを利用して前記ＲＥＰＯＲＴ信号を発生させることが望ましい。

前記コンテンツデコーダは、［ｏｂｊ］．ｉｓＣａｃｈｅｄ（ＵＲＬ，ｒｅｓＴｙｐｅ）ＡＰＩを利用して、前記ＲＥＰＯＲＴ信号を発生させることが望ましい（ここで、ＵＲＬは、前記マークアップ文書のファイル経路を表す媒介変数であり、ｒｅｓＴｙｐｅは、前記マークアップ文書の属性を表す媒介変数である）。

前記バッファマネージャは、マークアップ文書のバッファリング状態情報を、ＡＰＩを通じて前記コンテンツデコーダに知らせることが望ましい。

前記バッファマネージャは、ＦＥＴＣＨ信号に応答して、所定のマークアップ文書を前記バッファにプリロードすることが望ましい。

前記再生装置は、前記マークアップ文書を解釈してデコーディングするコンテンツデコーダをさらに含み、前記バッファマネージャは、前記コンテンツデコーダからの前記ＦＥＴＣＨ信号によるプリロード命令の成功如何を、前記コンテンツデコーダに知らせることが望ましい。

前記コンテンツデコーダは、ＡＰＩを利用して、前記ＦＥＴＣＨ信号を発生させることが望ましい。

前記バッファマネージャは、前記プリロード命令の成功如何を、ＡＰＩを利用して前記コンテンツデコーダに知らせることが望ましい。

前記再生装置は、前記マークアップ文書を解釈してデコーディングするコンテンツデコーダをさらに含み、前記コンテンツデコーダは、マークアップ文書のプリロードの完了如何を、ＡＰＩを使用して確認することが望ましい。

前記コンテンツデコーダは、前記プリロードの完了如何を［ｏｂｊ］．ａｌｌＤｏｎｅ ＡＰＩを使用して確認することが望ましい。

前記［ｏｂｊ］．ａｌｌＤｏｎｅ ＡＰＩは、現在、成功的に完了すれば、成功をリターンし、そうでなければ、失敗をリターンすることが望ましい。

前記再生装置は、前記マークアップ文書を解釈してデコーディングするコンテンツデコーダをさらに含み、前記バッファマネージャは、ＲＥＰＲＯＤＵＣＥ信号に応答して、前記バッファから前記コンテンツデコーダにデータを移動させることが望ましい。

前記再生装置は、前記マークアップ文書を解釈してデコーディングするコンテンツデコーダをさらに含み、前記コンテンツデコーダは、前記バッファマネージャにＲＥＬＥＡＳＥ信号を発生させて、前記ＲＥＰＲＯＤＵＣＥ信号を通じて持ってきたデータを使用していないことを知らせることが望ましい。

前記コンテンツデコーダは、前記マークアップ文書が、それ以上ディスプレイ装置の画面にディスプレイされないことに対応して、前記バッファマネージャにＲＥＬＥＡＳＥ信号を出力することが望ましい。

前記再生装置は、前記マークアップ文書を解釈してデコーディングするコンテンツデコーダをさらに含み、前記バッファマネージャは、前記コンテンツデコーダからのＤＩＳＣＡＲＤ信号に応答して、対応するマークアップ文書を前記バッファから削除することが望ましい。

前記コンテンツデコーダは、ＤＩＳＣＡＲＤ ＡＰＩを使用して、ＤＩＳＣＡＲＤ信号を生成することが望ましい。

前記コンテンツデコーダは、ｐｒｏｇｒｅｓｓＮａｍｅＯｆＦｉｌｅ ＡＰＩを利用して、現在プリロード進行中であるファイルの名称を分かるために、前記ＲＥＰＯＲＴ信号を発生させることが望ましい。

前記コンテンツデコーダは、ｐｒｏｇｒｅｓｓＬｅｎｇｔｈＯｆＦｉｌｅ ＡＰＩを利用して、現在プリロード進行中であるファイルの現在までプリロードされた量を分かるために、前記ＲＥＰＯＲＴ信号を発生させることが望ましい。

前記コンテンツデコーダは、ｒｅｍａｉｎＬｅｎｇｔｈＯｆＦｉｌｅ ＡＰＩを利用して、現在プリロード進行中であるファイルの今後のプリロードすべき量を分かるために、前記ＲＥＰＯＲＴ信号を発生させることが望ましい。

前記コンテンツデコーダは、ｔｏｔａｌＬｏａｄｉｎｇＳｉｚｅ ＡＰＩを利用して、現在プリロード進行中であるプリロード作業に割り当てられた総プリロード量を分かるために、前記ＲＥＰＯＲＴ信号を発生させることが望ましい。

前記コンテンツデコーダは、ｒｅｍａｉｎＬｏａｄｉｎｇＳｉｚｅ ＡＰＩを利用して、現在プリロード進行であるプリロード作業の今後のプリロードすべき量を分かるために、前記ＲＥＰＯＲＴ信号を発生させることが望ましい。

一方、本発明の他の分野によれば、前記の目的は、インタラクティブモードでＡＶデータを再生するために、マークアップ文書をバッファリングするバッファ制御装置において、前記マークアップ文書をプリロードするように、前記バッファを管理し、前記マークアップ文書のバッファリング情報を含むバッファ情報を出力するバッファマネージャを含み、前記バッファリング情報は、前記マークアップ文書のプリロードの成功を表す情報と、前記マークアップ文書のプリロードの失敗を表す情報と、前記マークアップ文書のプリロードがまだ進行中であることを表す情報と、を含むことを特徴とする再生装置によっても達成される。

前記バッファマネージャは、ＡＰＩを使用して、前記バッファの情報を出力することが望ましい。

前記バッファの情報は、前記マークアップ文書のプリロード命令が、成功的に受信されたかを表す情報をさらに含むことが望ましい。

前記バッファの情報は、前記マークアップ文書のプリロードが完了したかを表す情報をさらに含むことが望ましい。

また、前記の目的は、マークアップ文書を使用して、インタラクティブモードでＡＶデータの記録及び／または再生を行う装置において、前記ＡＶデータをバッファリングするＡＶバッファと、前記ＡＶデータをデコーディングするＡＶ再生エンジンと、前記ＡＶデータを前記インタラクティブモードで再生するために、前記マークアップ文書をプリロードするＥＮＡＶ（Ｅｎｈａｎｃｅｄ Ａｕｄｉｏ Ｖｉｄｅｏ）バッファと、前記マークアップ文書のバッファリング状態情報を認知して、前記マークアップ文書をデコーディングするＥＮＡＶエンジンと、前記マークアップ文書を得る手段とを含むことを特徴とする記録及び／または再生装置によっても達成される。

前記記録及び／または再生装置は、データ保存媒体から前記マークアップ文書を得るために、ｂｌｏｃｋｅｄＩ／Ｏ方法を使用し、ネットワークを通じて前記マークアップ文書を得るために、ｕｎｂｌｏｃｋｅｄＩ／Ｏ方法を使用することが望ましい。

また、前記の目的は、マークアップ文書をプリロードして、ＡＶデータをインタラクティブモードで再生する方法において、（ａ）前記マークアップ文書をプリロードするために、バッファリングする段階と、（ｂ）ＲＥＰＯＲＴ信号に応答して、前記マークアップ文書のバッファリング状態情報を出力する段階とを含むことを特徴とする再生方法によっても達成される。

前記再生方法は、前記マークアップ文書のバッファリング状態情報を決定するために、ＲＥＰＯＲＴ信号を生成する段階をさらに含むことが望ましい。

前記ＲＥＰＯＲＴ信号を生成することは、ＡＰＩを使用してＲＥＰＯＲＴ信号を生成することが望ましい。

前記ＡＰＩは、前記マークアップ文書のファイル経路及び前記マークアップ文書の属性のうち、少なくとも一つを媒介変数として有し、前記ＲＥＰＯＲＴ信号を発生させる段階であることが望ましい。

前記ＡＰＩは、前記マークアップ文書のプリロードのためのマークアップ文書のバッファリングが成功であるか、または失敗であるか、または前記マークアップ文書のバッファリングがまだ進行中であるかを決定することが望ましい。

前記ＲＥＰＯＲＴ信号を生成する段階は、前記コンテンツデコーダが［ｏｂｊ］．ｉｓＣａｃｈｅｄ（ＵＲＬ，ｒｅｓＴｙｐｅ）ＡＰＩを利用して、前記ＲＥＰＯＲＴ信号を発生させる段階であることが望ましい（ここで、ＵＲＬは、前記マークアップ文書のファイル経路を表す媒介変数であり、ｒｅｓＴｙｐｅは、前記マークアップ文書の属性を表す媒介変数である）。

前記（ｂ）段階は、前記ＡＰＩは、前記バッファマネージャが対応するマークアップ文書の読み取りに成功すれば、前記バッファリング状態情報として、０をリターンし、失敗すれば、１をリターンし、読み取っている中であれば、２をリターンする段階を含むことが望ましい。

前記（ａ）段階は、プリロードを命令するＦＥＴＣＨ信号に応答して、バッファリングする段階であることが望ましい。

また、前記の目的は、マークアップ文書を使用して、ＡＶデータをインタラクティブモードで再生する方法において、（ａ）ＦＥＴＣＨ信号を使用して、前記マークアップ文書をプリロードする命令を行う段階と、（ｂ）前記ＦＥＴＣＨ信号による前記プリロード命令の伝送成功の如何を応答される段階とを含むことが望ましい。

前記（ａ）段階は、ＡＰＩを使用して、前記ＦＥＴＣＨ信号を生成する段階を含むことが望ましい。

前記（ｂ）段階は、ＡＰＩを使用して、前記ＦＥＴＣＨ信号に含まれた命令が成功的に受信されたか否かを表す情報を受信する段階を含むことが望ましい。

前記再生方法は、前記プリロードされたマークアップ文書を使用して、前記ＡＶデータをインタラクティブモードで再生する段階をさらに含むことが望ましい。

また、前記の目的は、マークアップ文書を使用して、ＡＶデータをインタラクティブモードで再生する方法において、（ａ）ＡＰＩを利用して、前記マークアップ文書のプリロードが完了したか否かを確認する段階と、（ｂ）前記ＡＰＩを利用して、前記マークアップ文書のプリロードが完了したならば、ＴＲＵＥをリターンし、そうでなければ、ＦＡＬＳＥをリターンする段階とを含むことを特徴とする再生方法によっても達成される。

前記ＡＰＩは、［ｏｂｊ］．ａｌｌＤｏｎｅ ＡＰＩであることが望ましい。

前記再生方法は、前記プリロードされたマークアップ文書を使用して、前記ＡＶデータをインタラクティブモードで再生する段階をさらに含むことが望ましい。

また、前記の目的は、インタラクティブモードで、ＡＶデータの再生に使われるマークアップ文書を管理する方法において、（ａ）ＦＥＴＣＨ信号に応答して、前記マークアップ文書をプリロードするために、前記マークアップ文書をバッファリングする段階と、（ｂ）ＲＥＰＯＲＴ信号に応答して、前記マークアップ文書のバッファリング状態を出力する段階と、（ｃ）ＲＥＰＲＯＤＵＣＥ信号に応答してデコーディングするために、前記マークアップ文書を準備させる段階と、（ｄ）ＤＩＳＣＡＲＤ信号に応答して、前記マークアップ文書を削除する段階とを含むことを特徴とする管理方法によっても達成される。

前記管理方法は、ＲＥＬＥＡＳＥ信号に応答して、文書がそれ以上使用中ではないということを前記マークアップ文書に表示する段階をさらに含むことが望ましい。
前記管理方法は、前記ＦＥＴＣＨ信号に含まれた前記マークアップ文書をプリロードする命令が、成功的に伝送されたかを表す応答を行う段階をさらに含むことが望ましい。

前記（ｂ）段階は、前記マークアップ文書のプリロードが完了したかを表す信号をリターンする段階を含むことが望ましい。

前記（ｂ）段階は、前記マークアップ文書のプリロードが成功したか、またか失敗したか、またはまだ進行中であるかを表す信号をリターンする段階を含むことが望ましい。

また、前記の目的は、インタラクティブモードで、ＡＶデータを再生するのに使われるマークアップ文書を管理する方法において、（ａ）前記マークアップ文書をプリロードするために、ＦＥＴＣＨ信号を生成する段階と、（ｂ）前記マークアップ文書のバッファリング状態を決定するために、ＲＥＰＯＲＴ信号を生成する段階と、（ｃ）前記マークアップ文書のデコーディングのために、準備するＲＥＰＲＯＤＵＣＥ信号を生成する段階と、（ｄ）前記マークアップ文書を削除するＤＩＳＣＡＲＤ信号を生成する段階とを含むことを特徴とする管理方法によっても達成される。

前記管理方法は、前記マークアップ文書がそれ以上提供されないということに応答して、ＲＥＬＥＡＳＥ信号を生成する段階をさらに含むことが望ましい。

前記（ｂ）段階は、ＡＰＩを使用して、前記マークアップ文書のプリロードが成功したか、またはまだ進行中であるか、またはプリロードが完了したかを、一つまたはそれ以上決定するＲＥＰＯＲＴ信号を生成する段階であることが望ましい。

また、前記の目的は、前記方法をコンピュータで具現させるための命令語コードを記録したコンピュータで読み取り可能な記録媒体によっても達成される。

また、前記の目的は、インタラクティブモードで、ＡＶデータを再生するのに使われるマークアップ文書を管理する方法を具現した動作命令を記録したコンピュータで読み取り可能な記録媒体において、（ａ）前記マークアップ文書をプリロードするために、ＦＥＴＣＨ信号を生成する段階と、（ｂ）前記マークアップ文書のバッファリング状態を決定するために、ＲＥＰＯＲＴ信号を生成する段階と、（ｃ）前記マークアップ文書のデコーディングのために、準備するＲＥＰＲＯＤＵＣＥ信号を生成する段階と、（ｄ）前記マークアップ文書を削除するＤＩＳＣＡＲＤ信号を生成する段階とを含むことを特徴とする管理方法を具現した動作命令を記録したコンピュータで読み取り可能な記録媒体によっても達成される。

また、前記の目的は、マークアップ文書を使用して、ＡＶデータをインタラクティブモードで処理するためのコンピュータシステムでの方法において、前記マークアップ文書をプリロードするＦＥＴＣＨ信号を生成するように、コンテンツデコーダを制御する段階と、前記ＦＥＴＣＨ信号に応答して、前記マークアップ文書をプリロードさせる命令が、成功的に受信されたかを表す応答をバッファマネージャが発行するように制御する段階とを含むことを特徴とする方法によっても達成される。

また、前記の目的は、マークアップ文書を使用して、ＡＶデータをインタラクティブモードで処理するためのコンピュータシステムでの方法において、前記マークアップ文書のプリロードが完了したかを決定する質疑を生成するように、コンテンツデコーダを制御する段階と、前記質疑に応答して、前記マークアップ文書のプリロードが完了したかを表す応答を、バッファマネージャが発行するように制御する段階と、を含むことを特徴とする方法によっても達成される。

また、前記の目的は、ＡＶデータと、前記ＡＶデータをインタラクティブモードで再生するためのマークアップ文書と、前記マークアップ文書をプリロードするためのバッファリング状態情報を調べるための制御情報とを含むことを特徴とする情報保存媒体によっても達成される。

前記制御情報は、前記バッファリング状態情報を調べるためのＲＥＰＯＲＴ信号を発生させるＡＰＩを含むことが望ましい。

前記制御情報は、前記バッファリング状態情報を調べるためのＲＥＰＯＲＴ信号を発生させる［ｏｂｊ］．ｉｓＣａｃｈｅｄ（ＵＲＬ，ｒｅｓＴｙｐｅ）ＡＰＩを含むことが望ましい（ここで、ＵＲＬは、前記マークアップ文書のファイル経路を表す媒介変数であり、ｒｅｓＴｙｐｅは、前記マークアップ文書の属性を表す媒介変数である）。

前記制御情報は、前記マークアップ文書のプリロードが成功すれば、前記バッファリング状態情報として、０をリターンし、失敗すれば、１をリターンし、プリロードが進行中であれば、２をリターンするようにするＡＰＩを含むことが望ましい。

前記制御情報は、前記マークアップ文書をプリロードすることを命令するＦＥＴＣＨ信号を発生させるＡＰＩを含むことが望ましい。

前記ＡＰＩは、前記マークアップ文書をプリロードさせる命令が、前記ＦＥＴＣＨ信号を利用して成功的に伝送されたかを表す応答をリターンすることが望ましい。

前記制御情報は、前記マークアップ文書のプリロードが完了したかを決定するのに使われるＡＰＩを含むことが望ましい。

また、前記の目的は、マークアップ文書を使用して、ＡＶデータを再生する方法をコンピュータで実行可能にするプログラムコードを記録した情報保存媒体において、前記マークアップ文書をプリロードするように、前記マークアップ文書のバッファリングを行う第１プログラムコードと、前記マークアップ文書のバッファリングが完了したか否かを表す情報を出力する第２プログラムコードとを含むことを特徴とする情報保存媒体によっても達成される。

前記第１プログラムコードは、プリロード命令の発行に使われるＦＥＴＣＨ信号に対応して実行されることが望ましい。

前記第２プログラムコードは、前記マークアップ文書のバッファリングが完了したかを問い合わせるＡＰＩに応答して実行されることが望ましい。

前記第２プログラムコードは、前記マークアップ文書のバッファリングが完了したかを問い合わせる［ｏｂｊ］．ａｌｌＤｏｎｅ ＡＰＩに応答して実行されることが望ましい。

また、前記の目的は、マークアップ文書を使用して、ＡＶデータを再生する方法をコンピュータで実行可能にするプログラムコードを記録した情報保存媒体において、ＦＥＴＣＨ信号を利用して、前記マークアップ文書をプリロードさせる命令を発行する第１プログラムコードと、前記ＦＥＴＣＨ信号を利用して、前記マークアップ文書をプリロードさせる命令が、成功的に発行されたか否かを知らせる第２プログラムコードとを含むことを特徴とする情報保存媒体によっても達成される。

前記第１プログラムコードは、前記ＦＥＴＣＨ信号を生成して出力し、バッファマネージャが前記ＦＥＴＣＨ信号を受信することに対応して、前記マークアップ文書をプリロードさせることが望ましい。

前記第２プログラムコードは、ＡＰＩを使用して、前記マークアップ文書をプリロードさせる命令が、成功的にバッファマネージャに伝えられたか否かをコンテンツデコーダに知らせることが望ましい。

また、前記の目的は、マークアップ文書を使用して、ＡＶデータを再生する方法をコンピュータで実行可能にするプログラムコードを記録した情報保存媒体において、ＡＰＩを使用して、バッファマネージャが前記マークアップ文書のプリロードを完了したか否かを、コンテンツデコーダがチェックする時に使われる第１プログラムコードと、前記バッファマネージャにより、前記ＡＰＩを使用して、前記マークアップ文書のプリロードが成功的に完了したことに応答して、前記コンテンツデコーダにＴＲＵＥをリターンし、そうでなければ、ＦＡＬＳＥをリターンする第２プログラムコードとを含むことを特徴とする情報保存媒体によっても達成される。

以下、添付された図面を参照して、本発明の望ましい実施例を詳細に説明する。

理解を助けるために、まず＜プリロード＞及び＜削除＞を行う再生装置、及びその方法について概略的に説明する。

図３は、プリロードまたは削除を行う再生装置のブロック図である。図３を参照するに、再生装置は、ＤＶＤ ３００に記録されたＡＶデータをデコーディングして、ＡＶデータストリームで再生した後、マークアップ文書により定義される表示窓を通じて、ディスプレイできるインタラクティブモードを支援する装置であって、読み取り部１、第１メモリ２、第２メモリ３、ＡＶデコーダ４及びプレゼンテーションエンジン５を含む。インタラクティブモードでディスプレイされる画面は、インタラクティブ画面であり、マークアップ画面にＡＶ画面が埋め込まれた画面を示す。マークアップ画面は、マークアップ文書がディスプレイされた画面であり、ＡＶ画面は、ＡＶデータが再生されて得られる画面をいう。

プレゼンテーションエンジン５は、後述するように、リンクタグ、ジャバスクリプトＡＰＩまたはジャバアプレットＡＰＩで具現されたプリロード情報、またはジャバスクリプトＡＰＩまたはジャバアプレットＡＰＩで具現された削除情報が解釈されて実行されうるように、リンクタグの拡張、ジャバスクリプト、またはジャバアプレットを支援する。

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

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

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

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

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

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

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

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

図５は、プリロードまたは削除を支援するＤＶＤ ３００のボリューム空間の概略図である。図５を参照するに、ＤＶＤ ３００のボリューム空間には、ボリュームとファイルとについての制御情報が記録された制御情報領域、対応するビデオタイトルデータが記録されたＤＶＤビデオデータ領域及びインタラクティブモードで再生させるＤＶＤインタラクティブデータ領域を含む。

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

前記のような構成に基づいて、プリロードまたは削除が行われる過程を説明すれば、次の通りである。

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

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

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

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

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

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

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

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

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

＜プリロード＞及びプリロードされたデータの＜削除＞についてのより詳細な説明は、本出願人が２００２年９月１９日付で出願した韓国特許出願第０２−５７３９３号“プリロード情報が記録された情報保存媒体、その再生装置及び再生方法”に記載されている。

以下では、本発明によって、プリロードされる対象ファイルのうち、少なくとも一部を正しく読み込まない場合でも、適切なレベルでプレゼンテーションできるように、マークアップ文書のバッファリング状態を適切に制御できる再生装置、方法及びその情報保存媒体を説明する。

図１３は、本発明の望ましい実施例による再生装置のブロック図である。図１３を参照するに、再生装置は、図３の再生装置と同様に、インタラクティブモードを支援する装置であって、プリロードを行い、特に本発明によって、マークアップ文書のバッファ状態を管理するために、ＡＶバッファ２０、ＡＶ再生エンジン４０、ＥＮＡＶバッファ３０及びＥＮＡＶエンジン５０を含む。

ＡＶバッファ２０は、図３の第１メモリ２に対応するものであって、ディスク１００またはネットワークから持ってきたＡＶデータをバッファリングする。ＡＶ再生エンジン４０は、ＡＶバッファ２０にバッファリングされているＡＶデータをデコーディングして、ＡＶストリームを出力する。ＥＮＡＶバッファ３０は、図３の第２メモリ３に対応するキャッシュメモリであって、ディスク１００またはネットワークから持ってきたマークアップ文書をバッファリングする。ＥＮＡＶエンジン５０は、図３のプレゼンテーションエンジン５に該当するものであって、プリロードを行い、ＥＮＡＶバッファ３０にバッファリングされているマークアップ文書のバッファリング状態を制御する。また、ＥＮＡＶバッファ３０に保存されているマークアップ文書を解釈するか、またはデコーディングして、ＡＶ再生エンジン４０から出力されたＡＶストリームをインタラクティブモードで再生させる。

図１４は、図１３のＥＮＡＶエンジン５０の詳細なブロック図である。図１４を参照するに、ＥＮＡＶエンジン５０は、その内部に、ＥＮＡＶバッファ３０を制御するバッファマネージャ５１と、マークアップ文書を解釈するコンテンツデコーダ５２とを有する。

コンテンツデコーダ５２は、マークアップ文書をパーシングして解釈する解釈エンジン、及びネットワークからマークアップ文書を持ってくるブラウザを備える。マークアップ文書とは、ＨＴＭＬ、ＣＳＳ、ジャバスクリプトのようなマークアップテキストデータ、イメージデータやオーディオデータ、ジャバプログラムなどのように、マークアップ文書が参照するバイナリデータを網羅するマークアップリソースをいう。マークアップ文書は、ＥＮＡＶエンジン５０内のバッファマネージャ５１により、ディスク１００またはネットワークから呼び込められる。

バッファマネージャ５１は、マークアップ文書をプリロードするか、または削除することにおいて、本発明によって、ＥＮＡＶバッファ３０によるマークアップ文書のバッファリング状態をマネージングする。さらに具体的に、バッファマネージャ５１は、コンテンツデコーダ５２から入力される５つの信号によって動作する。

図１５は、本発明によって、バッファマネージャ５１が、ＥＮＡＶバッファ３０のマークアップ文書のバッファリング状態をマネージングする過程を示す概念図である。図１５を参照するに、コンテンツデコーダ５２からバッファマネージャ５１に入力される信号は、ＦＥＴＣＨ信号、ＲＥＰＲＯＤＵＣＥ信号、ＲＥＬＥＡＳＥ信号、ＤＩＳＣＡＲＤ信号、ＲＥＰＯＲＴ信号がある。

ＦＥＴＣＨ信号は、使用するマークアップ文書をＥＮＡＶバッファ３０にプリロードせよという信号である。若し、指定したマークアップ文書が既にＥＮＡＶバッファ３０に存在すれば、Ｉ／Ｏマネージャを利用して、データをディスク１００やネットワークから読み込まない。Ｉ／Ｏマネージャは、ディスク１００からデータを読み込むリーダ（図示せず）、またはネットワークからデータを持ってくるためのネットワークデータ送受信部（図示せず）を示す。リーダは、ディスク１００からファイルを読み取り、ネットワークデータ送受信部は、ＨＴＴＰプロトコルを使用してネットワークから所定データを持ってくるか、または送り出す。

図１５を参照するに、Ｉ／Ｏマネージャは、ＨＴＴＰ要求である場合、ｕｎｂｌｏｃｋｅｄＩ／Ｏを使用し、ディスク上のファイル要求は、ｂｌｏｃｋｅｄＩ／Ｏを使用すると定めている。ネットワークからマークアップ文書を持ってくる場合、一度に複数個のマークアップ文書を同時に持ってくるｕｎｂｌｏｃｋｅｄ方式による。ディスク１００からマークアップ文書を読み取る場合、一度に複数個のマークアップ文書を読み取れば、リーダに備えられたピックアップ部（図示せず）が、マークアップ文書が記録された位置に複数回移動せねばならないため、読み取り速度の低下が発生するので、ディスク１００に保存されたマークアップ文書を読み取る場合、一つのマークアップ文書を読み取った後、次のマークアップ文書を読み取る順次的なｂｌｏｃｋｅｄＩ／Ｏ方式を選ぶ。

ＲＥＰＲＯＤＵＣＥ信号は、ＥＮＡＶバッファ３０からコンテンツデコーダ５２にデータを持ってくることを要請する信号である。したがって、データがディスクから読み取られる中であるか、またはネットワークからダウンロードされている中であれば、コンテンツは、データをいずれも持ってくるまでブロッキングされている。

ＲＥＬＥＡＳＥ信号は、ＲＥＰＲＯＤＵＣＥ信号を利用して持ってきたデータを使用していないことを知らせる信号である。したがって、あるマークアップ文書が５回にかけてＲＥＰＲＯＤＵＣＥ信号により参照されたならば、ＲＥＬＥＡＳＥ信号も、５回にかけて発生する。ＲＥＰＲＯＤＵＣＥ信号が発生する度に、カウンタが上がるとすれば、ＲＥＬＥＡＳＥ信号が発生する度に、カウンタが下がる。マークアップ文書に対応するカウンタが０となれば（ＲＥＰＲＯＤＵＣＥされたマークアップ文書が、いずれもＲＥＬＥＡＳＥされれば）、後述するように、ＤＩＳＣＡＲＤ信号が発生した時、直ちにＥＮＡＶバッファ３０から削除できる。

ＤＩＳＣＡＲＤ信号は、ＥＮＡＶバッファ３０からマークアップ文書をそれ以上使用しないことであるので、削除してもよいということを意味する。したがって、この信号によって指定されたマークアップ文書データを、ＥＮＡＶバッファ３０から削除する（メモリ空間を占めない）。ただし、一つのアプリケーションによりＤＩＳＣＡＲＤ信号が発生しても、他のアプリケーションにより該当マークアップ文書についてＲＥＰＲＯＤＵＣＥ信号が発生した後、対応するＲＥＬＥＡＳＥ信号が発生していなければ、ＲＥＬＥＡＳＥ信号が発生して初めて、対応マークアップ文書をＥＮＡＶバッファ３０から削除する。

ＲＥＰＯＲＴ信号は、ＦＥＴＣＨ信号によって読み取ったマークアップ文書が、正しくＥＮＡＶバッファ３０にロードされるか、または誤りによって少なくとも一部のマークアップ文書を読み取れないか、または今マークアップ文書を読み取っている中であるかを確認するための信号である。また、現在プリロード進行中であるマークアップ文書の位置（ファイル名）、これまでプリロードされた量、今後プリロードせねばならない量、現在プリロード作業に割り当てられた全体マークアップ文書のプリロード量、今後プリロードせねばならないマークアップファイルの量を確認するための信号である。

前記の信号を発生させるために、マークアップ文書に記録されているスクリプトのＡＰＩは、次の通りである。

１．［ｏｂｊ］．ｐｒｅｌｏａｄ（ＵＲＬ，ｒｅｓＴｙｐｅ）
１）内容：
所定のプリロード対象ファイルを、ＥＮＡＶバッファ３０に予め読み取ることを命令するＡＰＩである。使われる媒介変数は、プリロードリストファイル、プリロード対象ファイルの位置情報、またプリロード対象ファイルの属性を表すことができる。このＡＰＩは、ＦＥＴＣＨ信号を発生させる。この関数は、ディスク（ｄｉｓｃ：／／）で、またはネットワーク（ｈｔｔｐ：／／）で読み取られるあらゆるファイルについて適用可能である。

２）媒介変数：
ＵＲＬ＝：プリロードリストファイルの経路、またはプリロード対象ファイルの経路
ｒｅｓＴｙｐｅ＝：対象ファイルの属性
３）リターン値：
プリロード命令に成功すれば、０をリターンし、失敗すれば、−１をリターンする。

４）例：
ｎａｖｉｇａｔｏｒ．ｐｒｅｌｏａｄ（“ｄｉｓｃ：／／ｄｖｄ＿ｅｎａｖ／ａ．ｈｔｍ”、“ｔｅｘｔ／ｘｍｌ”）／／ｄｉｓｃにある“ｄｉｓｃ：／／ｄｖｄ＿ｅｎａｖ／ａ．ｈｔｍ”のプリロード対象ファイルを読み取れ。そのファイルは、テキストファイルであって、ｘｍｌファイルである。

ｎａｖｉｇａｔｏｒ．ｐｒｅｌｏａｄ（“ｄｉｓｃ：／／ｄｖｄ＿ｅｎａｖ／ａ．ｐｌｄ”，“ｘｍｌ／ｐｒｅｌｏａｄ”）／／ｄｉｓｃにある“ｄｉｓｃ：／／ｄｖｄ＿ｅｎａｖ／ａ．ｐｌｄ”のプリロードリストファイルに参照された対象ファイルを読み取れ。そのファイルは、プリロードファイルであって、ｘｍｌファイルである。

２．［ｏｂｊ］．ｄｉｓｃａｒｄ（ＵＲＬ，ｒｅｓＴｙｐｅ）
１）内容
指示する削除対象ファイルを、ＥＮＡＶバッファ３０から削除するＡＰＩである。媒介変数は、削除リストファイル、削除対象ファイルの位置情報、及び削除対象ファイルの属性を表す。このＡＰＩは、ＤＩＳＣＡＲＤ信号を発生させる。

２）媒介変数：
ＵＲＬ＝：削除リストファイルの経路、または削除対象ファイルの経路
ｒｅｓＴｙｐｅ＝：対象ファイルの属性
３）リターン値：
削除に成功すれば、０をリターンし、失敗すれば、−１をリターンする。

４）例：
ｎａｖｉｇａｔｏｒ．ｄｉｓｃａｒｄ（“ｄｉｓｃ：／／ｄｖｄ＿ｅｎａｖ／ａ．ｈｔｍ”，“ｔｅｘｔ／ｘｍｌ”）／／ｄｉｓｃにある“ｄｉｓｃ：／／ｄｖｄ＿ｅｎａｖ／ａ．ｈｔｍ”の削除対象ファイルがＥＮＡＶバッファ３０にあれば、それを削除する。そのファイルは、テキストファイルであって、ｘｍｌファイルである。

ｎａｖｉｇａｔｏｒ．ｄｉｓｃａｒｄ（“ｄｉｓｃ：／／ｄｖｄ＿ｅｎａｖ／ａ．ｐｌｄ”，“ｘｍｌ／ｐｒｅｌｏａｄ”）／／ｄｉｓｃにある“ｄｉｓｃ：／／ｄｖｄ＿ｅｎａｖ／ａ．ｐｌｄ”のリストファイルが参照するファイルをキャッシュメモリから削除する。そのファイルは、リストファイルであって、ｘｍｌファイルである。

３．［ｏｂｊ］．ｉｓＣａｃｈｅｄ（ＵＲＬ，ｒｅｓＴｙｐｅ）
１）内容：
指示する調査対象ファイルを、ＥＮＡＶバッファ３０で完全に読み取られたかを確認するＡＰＩである。媒介変数は、調査リストファイル、調査対象ファイルの位置情報、及び対象ファイルの属性を表す。このＡＰＩは、ＲＥＰＯＲＴ信号を発生させる。この関数は、ディスク（ｄｉｓｃ：／／）で、またはネットワーク（ｈｔｔｐ：／／）で読み取られるあらゆるファイルについて適用可能である。

２）媒介変数：
ＵＲＬ＝：調査リストファイルの経路、または調査対象ファイルの経路
ｒｅｓＴｙｐｅ＝：対象ファイルの属性
３）リターン値：
調査対象ファイルリスト内、または調査対象ファイルの読み取りに成功すれば、０をリターンし、読み取りに失敗すれば、１をリターンし、読み取るファイルのうち、読み取りに失敗したファイルがなく、少なくとも一つのファイルが読み取る中であれば、２をリターンする。

４）例：
ｎａｖｉｇａｔｏｒ．ｉｓＣａｃｈｅｄ（“ｄｉｓｃ：／／ｄｖｄ＿ｅｎａｖ／ａ．ｈｔｍ”，“ｔｅｘｔ／ｘｍｌ”）／／ｄｉｓｃにある“ｄｉｓｃ：／／ｄｖｄ＿ｅｎａｖ／ａ．ｈｔｍ”を読み取り作業が完了したかを調べる。そのファイルは、テキストファイルであって、ｘｍｌファイルである。

ｎａｖｉｇａｔｏｒ．ｉｓＣａｃｈｅｄ（“ｄｉｓｃ：／／ｄｖｄ＿ｅｎａｖ／ａ．ｐｌｄ”、“ｘｍｌ／ｐｒｅｌｏａｄ”）／／ｄｉｓｃにある“ｄｉｓｃ：／／ｄｖｄ＿ｅｎａｖ／ａ．ｐｌｄ”のリストファイルが参照する対象ファイルの読み取り作業が完了したかを調べる。そのファイルは、リストファイルであって、ｘｍｌファイルである。

４．［ｏｂｊ］．ｐｒｏｇｒｅｓｓＮａｍｅＯｆＦｉｌｅ
１）内容：
現在プリロード進行中である対象ファイルのＵＲＩをリターンする属性値。

２）リターン値：
ファイル経路名またはＵＲＩ
５．［ｏｂｊ］．ｐｒｏｇｒｅｓｓＬｅｎｇｔｈＯｆＦｉｌｅ
１）内容：
現在プリロード進行中である対象ファイルで、現在までプリロードされた量。

２）リターン値：
バイト単位で表現された量
６．［ｏｂｊ］．ｒｅｍａｉｎＬｅｎｇｔｈＯｆＦｉｌｅ
１）内容：
現在プリロード進行中である対象ファイルで、現在までプリロードされたものを除いて、今後プリロードせねばならない量。

２）リターン値：
バイト単位で表現された量
７．［ｏｂｊ］．ｔｏｔａｌＬｏａｄｉｎｇＳｉｚｅ
１）内容：
現在プリロードファイルで指定したプリロード対象ファイルの大きさの全体合計。

２）リターン値：
バイト単位で表現された量
８．［ｏｂｊ］．ｒｅｍａｉｎＬｏａｄｉｎｇＳｉｚｅ
１）内容：
現在プリロードファイルで指定したプリロード対象ファイルの現在までプリロードされたものを除いて、今後プリロードせねばならない量の全体合計。

２）リターン値：
バイト単位で表現された量
９．［ｏｂｊ］．ａｌｌＤｏｎｅ
１）内容：
現在、再生装置のプリロード作業完了の如何。

２）リターン値：
完了成功すればＴＲＵＥ、完了失敗または進行中である場合はＦＡＬＳＥ
前記ＲＥＰＲＯＤＵＣＥ信号やＲＥＬＥＡＳＥ信号は、該当マークアップ文書を使用する度に発生する。例えば、コンテンツデコーダ５２が“ｄｉｓｃ：／／ｄｖｄ＿ｅｎａｖ／ａ．ｐｎｇ”のイメージをプレゼンテーションしようとする場合、＜ｉｍｇ ｓｒｃ＝“ｄｉｓｃ：／／ｄｖｄ＿ｅｎａｖ／ａ．ｐｎｇ”／＞を解釈した後、ＲＥＰＲＯＤＵＣＥ信号を発生させて、バッファマネージャ５１をしてイメージを持ってくるようにした後、イメージがディスプレイ装置（図示せず）の画面にプレゼンテーションする。同様に、コンテンツデコーダ５２は、ディスプレイ画面でイメージのプレゼンテーションを終了した後、ＲＥＬＥＡＳＥ信号を発生させる。

図１６は、本発明の望ましい実施例によって、コンテンツデコーダ５２とバッファマネージャ５１とにより実行されるバッファリング状態の制御方法を説明するフローチャートである。

コンテンツデコーダは、プリロード命令を受信して、ＦＥＴＣＨ信号を発生させる（１６０１段階）。バッファマネージャは、ＦＥＴＣＨ信号を受信し、指定されたマークアップ文書を読み始める（１６０２段階）。コンテンツデコーダは、マークアップ文書を読み取りつつ誤りをチェックして（１６０３段階）、誤りがある場合には、誤り処理を行う（１６０４段階）。誤りをチェックする過程で、バッファマネージャとＲＥＰＯＲＴ信号を送受信する。バッファマネージャは、ＲＥＰＯＲＴ信号を受信し、それに応答する信号を送信する（１６０５段階）。マークアップ文書をいずれも読み取ったならば、マークアップ文書を使用するために、ＲＥＰＲＯＤＵＣＥ信号を発生させてバッファマネージャに伝達する（１６０６段階）。バッファマネージャは、ＲＥＰＲＯＤＵＣＥ信号を受信し、指定されたマークアップ文書をコンテンツデコーダに送信する（１６０７段階）。マークアップ文書を受信したコンテンツデコーダは、受信したマークアップ文書をプレゼンテーションし（１６０８段階）、プレゼンテーションが完了したならば、それ以上マークアップ文書を使用しないので、ＲＥＬＥＡＳＥ信号を発生させてバッファマネージャへ伝送する（１６０９段階）。バッファマネージャは、ＲＥＬＥＡＳＥ信号を受信し、指定されたマークアップ文書を使用した回数を表示するカウンタを一つ減少させる（１６１０段階）。これと共に、コンテンツデコーダは、ＤＩＳＣＡＲＤ信号を生成してバッファマネージャへ伝送し（１６１１段階）、ＤＩＳＣＡＲＤ信号を受信したバッファマネージャは、指定されたマークアップ文書をＥＮＡＶバッファから削除する（１６１２段階）。

図１７は、本発明の望ましい実施例によって、ＡＶデータとマークアップ文書とが記録されたディスクの概略図である。

前記ディスクは、プリロードされるマークアップ文書のバッファリング状態情報を調べるのに使われる制御情報をさらに含む。例えば、開始文書であるＳＴＡＲＴＵＰ．ＨＴＭには、プリロードリストファイルであるＳＴＡＲＴＵＰ．ＰＬＤを含んでいる。ＳＴＡＲＴＵＰ．ＰＬＤファイルは、Ａ．ＨＴＭからＤ．ＨＴＭまでをシームレスに再生するためのプリロードリストファイルである。

制御情報は、マークアップ文書のプリロードが成功したかに対応して、０値をリターンし、失敗すれば、１値をリターンし、プリロードがまだ進行中であれば、２値をリターンするＡＰＩを含む。制御情報は、また、マークアップ文書のプリロード命令を発行するＦＥＴＣＨ信号を生成するＡＰＩを含む。このＡＰＩは、マークアップ文書のプリロード命令が、成功的に伝送されたかを表す応答をリターンする。そして、制御情報は、マークアップ文書のプリロードが完了したかを決定するのに使われるＡＰＩをさらに含む。このＡＰＩは、マークアップ文書のプリロードの完了に対応して、ＴＲＵＥ値をリターンし、まだ完了していなければ、ＦＡＬＳＥ値をリターンする。

図１８は、図１７のように、ＡＶデータとマークアップ文書とが記録されたディスクのディレクトリ構造図である。

図１８を参照するに、図１７で示したように、ＳＴＡＲＴＵＰ．ＰＬＤファイルが参照する文書が、ＤＶＤ＿ＥＮＡＶのディレクトリに含まれて記録されていることが分かる。

図１９は、図１７によるディスクのボリューム構造とファイル構造とを示す。図１９を参照するに、ＤＶＤインタラクティブデータ領域に、ＳＴＡＲＴＵＰ．ＰＬＤファイルが参照する文書が、いずれも記録されていることが分かる。

図２０は、図１７のディスクに保存されたマークアップ文書データとＡＶデータとが再生される順序を示す。

各場面が始まる度に、ＩｓＣａｃｈｅｄ ＡＰＩを使用して、その場面でのプリロードリストファイルが参照する対象ファイルの読み取り作業が完了したかを調べ、読み取り作業が完了すれば、ＨＴＭ文書を読み取って再生し、再生が完了すれば、Ｄｉｓｃａｒｄ ＡＰＩを使用して、再生が完了したマークアップ文書を除去する。

ＳＴＡＲＴＵＰ．ＨＴＭ、Ａ．ＨＴＭからＤ．ＨＴＭまでシームレス再生するためには、ＳＴＡＲＴＵＰ．ＰＬＤは、次の通り具現されることが望ましい。

このようなＳＴＡＲＴＵＰ．ＰＬＤを利用して、ＳＴＡＲＴＵＰ．ＨＴＭが最初のディスプレイ画面に現れつつ、インタラクティブプレゼンテーションが始まる。次は、図１５に示された概念によって動作するために具現されたＳＴＡＲＴＵＰ．ＨＴＭの一例である。

Ｂ．ＨＴＭは、Ａ．ＨＴＭにつながる次の画面を構成する。ここで、Ａ．ＨＴＭのプレゼンテーションに必要なマークアップ文書を集めて置いた、すなわちＡ．ＰＬＤ内でプリロード対象ファイルとして言及されたマークアップ文書を、ＥＮＡＶバッファ３０から除去する。

前述したように、本発明によれば、コンテンツの製作時、プリロードされた状況が分かる方法とその手順を適用させることによって、ディスクの物理的破損が発生するか、または連結切れなどのネットワーク誤動作が発生して、プリロード対象ファイルの全体がプリロードされず、少なくとも一部のみがプリロードされた場合にも、プリロードされたファイルのみでのプレゼンテーションが可能にすることによって、コンテンツの再生時に発生しうる誤りに対する再生耐久力を高めることができる。

また、現在までどれほど多くの量をプリロードしたか、今後プリロード過程が完了するためには、どれほど待たねばならないかを、スクリプトコードを使用して計算できるので、コンテンツ製作者は、ユーザーにプリロード進行情報を提供して、ユーザーが長い間待たねばならない退屈を無くすことができる。

ＡＶデータが記録されたインタラクティブＤＶＤの概略図である。 図１のインタラクティブＤＶＤを再生する過程で発生しうる切断現象を説明するための参考図である。 プリロードまたは削除を行う再生装置のブロック図である。 プリロードまたは削除を支援するＤＶＤ ３００のディレクトリ構造を示す参考図である。 プリロードまたは削除を支援するＤＶＤ ３００のボリューム空間の概略図である。 プリロードまたは削除が行われる過程を説明するためのフローチャートである。 図６のプリロード情報の解釈段階（６０２段階）の一具現例を示す図である。 図６のプリロード対象ファイルのプリロード実行段階（６０３段階）の一具現例を示す図である。 図６のプリロード対象ファイルのプリロード実行段階（６０３段階）の他の具現例を示す図である。 図６のプリロード対象ファイルのプリロード実行段階（６０３段階）のさらに他の具現例を示す図である。 メモリに保存されたプリロード対象ファイルのうち、少なくとも一つを削除する過程を説明するためのフローチャートである。 図１０の削除実行段階（１００２段階）の一具現例を示す図である。 図１と同一な順序で、ＡＶデータ及びＨＴＭＬ文書が記録されている時、本発明によるプリロード実行による効果を説明するための参考図である。 本発明の望ましい実施例による再生装置のブロック図である。 本発明の望ましい実施例による再生装置のブロック図である。 本発明によって、バッファマネージャが、ＥＮＡＶバッファのマークアップ文書のバッファリング状態をマネージングする過程を示す概念図である。 本発明の望ましい実施例によって、コンテンツデコーダとバッファマネージャとにより実行されるバッファ状態の制御方法を説明するフローチャートである。 本発明の望ましい実施例によって、ＡＶデータとマークアップ文書とが記録されたディスクの概略図である。 図１７のように、ＡＶデータとマークアップ文書とが記録されたディスクのディレクトリ構造図である。 図１７によるディスクのボリューム構造とファイル構造とを示す構造図である。 本発明によって、図１７のディスクに保存されたマークアップ文書データとＡＶデータとが再生される過程を示す図である。

Claims (78)

1. ＡＶデータを、マークアップ文書を使用してインタラクティブモードで再生する再生装置において、
   前記マークアップ文書をバッファリングするバッファと、
   前記バッファを管理して、前記マークアップ文書をプリロードし、ＲＥＰＯＲＴ信号に応答して、前記バッファのバッファリング状態情報を出力するバッファマネージャとを含むことを特徴とする再生装置。
2. 前記マークアップ文書を解釈し、ＲＥＰＯＲＴ信号を出力するコンテンツデコーダをさらに含み、
   前記バッファマネージャは、前記バッファのバッファリング状態情報を、前記ＲＥＰＯＲＴ信号に応答して前記コンテンツデコーダに知らせることを特徴とする請求項１に記載の再生装置。
3. 前記コンテンツデコーダは、ＡＰＩを利用して、前記ＲＥＰＯＲＴ信号を発生させることを特徴とする請求項２に記載の再生装置。
4. 前記ＡＰＩは、前記マークアップ文書のプリローディングが成功したか、または失敗したか、または前記マークアップ文書をまだ読み取っている中であるかを前記コンテンツデコーダに知らせることを特徴とする請求項３に記載の再生装置。
5. 前記ＡＰＩは、前記マークアップ文書のプリロードが成功すれば、０値をリターンし、失敗すれば、１値をリターンし、まだ読み取っている中であれば、２値をリターンすることを特徴とする請求項４に記載の再生装置。
6. 前記コンテンツデコーダは、前記マークアップ文書のファイル経路及び前記マークアップ文書の属性のうち、少なくとも一つを媒介変数として有するＡＰＩを利用して前記ＲＥＰＯＲＴ信号を発生させることを特徴とする請求項２に記載の再生装置。
7. 前記コンテンツデコーダは、［ｏｂｊ］．ｉｓＣａｃｈｅｄ（ＵＲＬ，ｒｅｓＴｙｐｅ）ＡＰＩを利用して、前記ＲＥＰＯＲＴ信号を発生させることを特徴とする請求項２に記載の再生装置（ここで、ＵＲＬは、前記マークアップ文書のファイル経路を表す媒介変数であり、ｒｅｓＴｙｐｅは、前記マークアップ文書の属性を表す媒介変数である）。
8. 前記バッファマネージャは、マークアップ文書のバッファリング状態情報を、ＡＰＩを通じて前記コンテンツデコーダに知らせることを特徴とする請求項２に記載の再生装置。
9. 前記バッファマネージャは、ＦＥＴＣＨ信号に応答して、所定のマークアップ文書を前記バッファにプリロードすることを特徴とする請求項１に記載の再生装置。
10. 前記マークアップ文書を解釈してデコーディングするコンテンツデコーダをさらに含み、
    前記バッファマネージャは、前記コンテンツデコーダからの前記ＦＥＴＣＨ信号によるプリロード命令の成功如何を、前記コンテンツデコーダに知らせることを特徴とする請求項９に記載の再生装置。
11. 前記コンテンツデコーダは、ＡＰＩを利用して、前記ＦＥＴＣＨ信号を発生させることを特徴とする請求項１０に記載の再生装置。
12. 前記バッファマネージャは、前記プリロード命令の成功如何を、ＡＰＩを利用して前記コンテンツデコーダに知らせることを特徴とする請求項１１に記載の再生装置。
13. 前記マークアップ文書を解釈してデコーディングするコンテンツデコーダをさらに含み、
    前記コンテンツデコーダは、
    マークアップ文書のプリロードの完了如何を、ＡＰＩを使用して確認することを特徴とする請求項１に記載の再生装置。
14. 前記ＡＰＩは、［ｏｂｊ］．ａｌｌＤｏｎｅ ＡＰＩであることを特徴とする請求項１３に記載の再生装置。
15. 前記［ｏｂｊ］．ａｌｌＤｏｎｅ ＡＰＩは、現在、成功的に完了すれば、ＴＲＵＥをリターンし、そうでなければ、ＦＡＬＳＥをリターンすることを特徴とする請求項１４に記載の再生装置。
16. 前記マークアップ文書を解釈してデコーディングするコンテンツデコーダをさらに含み、
    前記バッファマネージャは、ＲＥＰＲＯＤＵＣＥ信号に応答して、前記バッファから前記コンテンツデコーダにデータを移動させることを特徴とする請求項１に記載の再生装置。
17. 前記マークアップ文書を解釈してデコーディングするコンテンツデコーダをさらに含み、
    前記コンテンツデコーダは、前記バッファマネージャにＲＥＬＥＡＳＥ信号を発生させて、前記ＲＥＰＲＯＤＵＣＥ信号を通じて持ってきたデータを使用していないことを知らせることを特徴とする請求項１に記載の再生装置。
18. 前記コンテンツデコーダは、前記マークアップ文書が、それ以上ディスプレイ装置の画面にディスプレイされないことに対応して、前記バッファマネージャにＲＥＬＥＡＳＥ信号を出力することを特徴とする請求項１７に記載の再生装置。
19. 前記マークアップ文書を解釈してデコーディングするコンテンツデコーダをさらに含み、
    前記バッファマネージャは、前記コンテンツデコーダからのＤＩＳＣＡＲＤ信号に応答して、対応するマークアップ文書を前記バッファから削除することを特徴とする請求項１に記載の再生装置。
20. 前記コンテンツデコーダは、ＤＩＳＣＡＲＤ ＡＰＩを使用して、ＤＩＳＣＡＲＤ信号を生成することを特徴とする請求項１９に記載の再生装置。
21. 前記コンテンツデコーダは、ｐｒｏｇｒｅｓｓＮａｍｅＯｆＦｉｌｅ ＡＰＩを利用して、現在プリロード進行中であるファイルの名称を分かるために、前記ＲＥＰＯＲＴ信号を発生させることを特徴とする請求項２に記載の再生装置。
22. 前記コンテンツデコーダは、ｐｒｏｇｒｅｓｓＬｅｎｇｔｈＯｆＦｉｌｅ ＡＰＩを利用して、現在プリロード進行中であるファイルの現在までプリロードされた量を分かるために、前記ＲＥＰＯＲＴ信号を発生させることを特徴とする請求項２に記載の再生装置。
23. 前記コンテンツデコーダは、ｒｅｍａｉｎＬｅｎｇｔｈＯｆＦｉｌｅ ＡＰＩを利用して、現在プリロード進行中であるファイルの今後のプリロードすべき量を分かるために、前記ＲＥＰＯＲＴ信号を発生させることを特徴とする請求項２に記載の再生装置。
24. 前記コンテンツデコーダは、ｔｏｔａｌＬｏａｄｉｎｇＳｉｚｅ ＡＰＩを利用して、現在プリロード進行中であるプリロード作業に割り当てられた総プリロード量を分かるために、前記ＲＥＰＯＲＴ信号を発生させることを特徴とする請求項２に記載の再生装置。
25. 前記コンテンツデコーダは、ｒｅｍａｉｎＬｏａｄｉｎｇＳｉｚｅ ＡＰＩを利用して、現在プリロード進行中であるプリロード作業の今後のプリロードすべき量を分かるために、前記ＲＥＰＯＲＴ信号を発生させることを特徴とする請求項２に記載の再生装置。
26. インタラクティブモードでＡＶデータを再生するために、マークアップ文書をバッファリングするバッファ制御装置において、
    前記マークアップ文書をプリロードするように、前記バッファを管理し、前記マークアップ文書のバッファリング情報を含むバッファ情報を出力するバッファマネージャを含み、
    前記バッファリング情報は、
    前記マークアップ文書のプリロードの成功を表す情報と、
    前記マークアップ文書のプリロードの失敗を表す情報と、
    前記マークアップ文書のプリロードがまだ進行中であることを表す情報とを含むことを特徴とする再生装置。
27. 前記バッファマネージャは、
    ＡＰＩを使用して、前記バッファの情報を出力することを特徴とする請求項２６に記載の再生装置。
28. 前記バッファの情報は、
    前記マークアップ文書のプリロード命令が、成功的に受信されたかを表す情報をさらに含むことを特徴とする請求項２６に記載の再生装置。
29. 前記バッファの情報は、
    前記マークアップ文書のプリロードが完了したかを表す情報をさらに含むことを特徴とする請求項２６に記載の再生装置。
30. マークアップ文書を使用して、インタラクティブモードでＡＶデータの記録及び／または再生を行う装置において、
    前記ＡＶデータをバッファリングするＡＶバッファと、
    前記ＡＶデータをデコーディングするＡＶ再生エンジンと、
    前記ＡＶデータを前記インタラクティブモードで再生するために、前記マークアップ文書をプリロードするＥＮＡＶバッファと、
    前記マークアップ文書のバッファリング状態情報を認知して、前記マークアップ文書をデコーディングするＥＮＡＶエンジンと、
    前記マークアップ文書を得る手段とを含むことを特徴とする記録及び／または再生装置。
31. 前記記録及び／または再生装置は、データ保存媒体から前記マークアップ文書を得るために、ｂｌｏｃｋｅｄＩ／Ｏ方法を使用し、ネットワークを通じて前記マークアップ文書を得るために、ｕｎｂｌｏｃｋｅｄＩ／Ｏ方法を使用することを特徴とする請求項３０に記載の記録及び／または再生装置。
32. マークアップ文書をプリロードして、ＡＶデータをインタラクティブモードで再生する方法において、
    （ａ）前記マークアップ文書をプリロードするために、バッファリングする段階と、
    （ｂ）ＲＥＰＯＲＴ信号に応答して、前記マークアップ文書のバッファリング状態情報を出力する段階と、を含むことを特徴とする再生方法。
33. 前記マークアップ文書のバッファリング状態情報を決定するために、ＲＥＰＯＲＴ信号を生成する段階をさらに含むことを特徴とする請求項３２に記載の再生方法。
34. 前記ＲＥＰＯＲＴ信号を生成することは、ＡＰＩを使用してＲＥＰＯＲＴ信号を生成することを特徴とする請求項３３に記載の再生方法。
35. 前記ＡＰＩは、前記マークアップ文書のファイル経路及び前記マークアップ文書の属性のうち、少なくとも一つを媒介変数として有し、前記ＲＥＰＯＲＴ信号を発生させる段階であることを特徴とする請求項３４に記載の再生方法。
36. 前記ＡＰＩは、前記マークアップ文書のプリロードのためのマークアップ文書のバッファリングが成功であるか、または失敗であるか、または前記マークアップ文書のバッファリングがまだ進行中であるかを決定することを特徴とする請求項３４に記載の再生方法。
37. 前記ＲＥＰＯＲＴ信号を生成する段階は、前記コンテンツデコーダが［ｏｂｊ］．ｉｓＣａｃｈｅｄ（ＵＲＬ，ｒｅｓＴｙｐｅ）ＡＰＩを利用して、前記ＲＥＰＯＲＴ信号を発生させる段階であることを特徴とする請求項３３に記載の再生方法（ここで、ＵＲＬは、前記マークアップ文書のファイル経路を表す媒介変数であり、ｒｅｓＴｙｐｅは、前記マークアップ文書の属性を表す媒介変数である）。
38. 前記（ｂ）段階は、
    前記ＡＰＩは、前記バッファマネージャが対応するマークアップ文書の読み取りに成功すれば、前記バッファリング状態情報として、０をリターンし、失敗すれば、１をリターンし、読み取っている中であれば、２をリターンする段階を含むことを特徴とする請求項３２に記載の再生方法。
39. 前記（ａ）段階は、
    プリロードを命令するＦＥＴＣＨ信号に応答して、バッファリングする段階であることを特徴とする請求項３２に記載の再生方法。
40. マークアップ文書を使用して、ＡＶデータをインタラクティブモードで再生する方法において、
    （ａ）ＦＥＴＣＨ信号を使用して、前記マークアップ文書をプリロードする命令を行う段階と、
    （ｂ）前記ＦＥＴＣＨ信号による前記プリロード命令の伝送成功の如何を応答される段階とを含むことを特徴とする再生方法。
41. 前記（ａ）段階は、
    ＡＰＩを使用して、前記ＦＥＴＣＨ信号を生成する段階を含むことを特徴とする請求項４０に記載の再生方法。
42. 前記（ｂ）段階は、
    ＡＰＩを使用して、前記ＦＥＴＣＨ信号に含まれた命令が成功的に受信されたか否かを表す情報を受信する段階を含むことを特徴とする請求項４０に記載の再生方法。
43. 前記プリロードされたマークアップ文書を使用して、前記ＡＶデータをインタラクティブモードで再生する段階をさらに含むことを特徴とする請求項４０に記載の再生方法。
44. マークアップ文書を使用して、ＡＶデータをインタラクティブモードで再生する方法において、
    （ａ）ＡＰＩを利用して、前記マークアップ文書のプリロードが完了したか否かを確認する段階と、
    （ｂ）前記ＡＰＩを利用して、前記マークアップ文書のプリロードが完了したならば、ＴＲＵＥをリターンし、そうでなければ、ＦＡＬＳＥをリターンする段階とを含むことを特徴とする再生方法。
45. 前記ＡＰＩは、［ｏｂｊ］．ａｌｌＤｏｎｅ ＡＰＩであることを特徴とする請求項４４に記載の再生方法。
46. 前記プリロードされたマークアップ文書を使用して、前記ＡＶデータをインタラクティブモードで再生する段階をさらに含むことを特徴とする請求項４４に記載の再生方法。
47. インタラクティブモードで、ＡＶデータの再生に使われるマークアップ文書を管理する方法において、
    （ａ）ＦＥＴＣＨ信号に応答して、前記マークアップ文書をプリロードするために、前記マークアップ文書をバッファリングする段階と、
    （ｂ）ＲＥＰＯＲＴ信号に応答して、前記マークアップ文書のバッファリング状態を出力する段階と、
    （ｃ）ＲＥＰＲＯＤＵＣＥ信号に応答してデコーディングするために、前記マークアップ文書を準備させる段階と、
    （ｄ）ＤＩＳＣＡＲＤ信号に応答して、前記マークアップ文書を削除する段階とを含むことを特徴とする管理方法。
48. ＲＥＬＥＡＳＥ信号に応答して、文書がそれ以上使用中ではないということを前記マークアップ文書に表示する段階をさらに含むことを特徴とする請求項４７に記載の管理方法。
49. 前記ＦＥＴＣＨ信号に含まれた前記マークアップ文書をプリロードする命令が、成功的に伝送されたかを表す応答を行う段階をさらに含むことを特徴とする請求項４７に記載の管理方法。
50. 前記（ｂ）段階は、
    前記マークアップ文書のプリロードが完了したかを表す信号をリターンする段階を含むことを特徴とする請求項４７に記載の管理方法。
51. 前記（ｂ）段階は、
    前記マークアップ文書のプリロードが成功したか、または失敗したか、またはまだ進行中であるかを表す信号をリターンする段階を含むことを特徴とする請求項４７に記載の管理方法。
52. インタラクティブモードで、ＡＶデータを再生するのに使われるマークアップ文書を管理する方法において、
    （ａ）前記マークアップ文書をプリロードするために、ＦＥＴＣＨ信号を生成する段階と、
    （ｂ）前記マークアップ文書のバッファリング状態を決定するために、ＲＥＰＯＲＴ信号を生成する段階と、
    （ｃ）前記マークアップ文書のデコーディングのために、準備するＲＥＰＲＯＤＵＣＥ信号を生成する段階と、
    （ｄ）前記マークアップ文書を削除するＤＩＳＣＡＲＤ信号を生成する段階とを含むことを特徴とする管理方法。
53. 前記マークアップ文書がそれ以上提供されないということに応答して、ＲＥＬＥＡＳＥ信号を生成する段階をさらに含むことを特徴とする請求項５２に記載の管理方法。
54. 前記（ｂ）段階は、
    ＡＰＩを使用して、前記マークアップ文書のプリロードが成功したか、またはまだ進行中であるか、またはプリロードが完了したかを、一つまたはそれ以上決定するＲＥＰＯＲＴ信号を生成する段階であることを特徴とする請求項５２に記載の管理方法。
55. マークアップ文書をプリロードして、ＡＶデータをインタラクティブモードで再生する方法を具現した動作命令を記録したコンピュータで読み取り可能な記録媒体において、
    （ａ）前記マークアップ文書をプリロードするために、バッファリングする段階と、
    （ｂ）ＲＥＰＯＲＴ信号に応答して、前記マークアップ文書のバッファリング状態情報を出力する段階とを含むことを特徴とする再生方法を具現した動作命令を記録したコンピュータで読み取り可能な記録媒体。
56. マークアップ文書を使用して、ＡＶデータをインタラクティブモードで再生する方法を具現した動作命令を記録したコンピュータで読み取り可能な記録媒体において、
    （ａ）ＦＥＴＣＨ信号を使用して、前記マークアップ文書をプリロードさせる命令を行う段階と、
    （ｂ）前記ＦＥＴＣＨ信号による前記プリロード命令の伝送成功の如何を応答される段階と、を含むことを特徴とする再生方法を具現した動作命令を記録したコンピュータで読み取り可能な記録媒体。
57. マークアップ文書を使用して、ＡＶデータをインタラクティブモードで再生する方法を具現した動作命令を記録したコンピュータで読み取り可能な記録媒体において、
    （ａ）ＡＰＩを利用して、前記マークアップ文書のプリロードが完了したか否かを確認する段階と、
    （ｂ）前記ＡＰＩを利用して、前記マークアップ文書のプリロードが完了したならば、ＴＲＵＥをリターンし、そうでなければ、ＦＡＬＳＥをリターンする段階とを含むことを特徴とする再生方法を具現した動作命令を記録したコンピュータで読み取り可能な記録媒体。
58. インタラクティブモードで、ＡＶデータの再生に使われるマークアップ文書を管理する方法を具現した動作命令を記録したコンピュータで読み取り可能な記録媒体において、
    （ａ）ＦＥＴＣＨ信号に応答して、前記マークアップ文書をプリロードするために、前記マークアップ文書をバッファリングする段階と、
    （ｂ）ＲＥＰＯＲＴ信号に応答して、前記マークアップ文書のバッファリング状態を出力する段階と、
    （ｃ）ＲＥＰＲＯＤＵＣＥ信号に応答してデコーディングするために、前記マークアップ文書を準備させる段階と、
    （ｄ）ＤＩＳＣＡＲＤ信号に応答して、前記マークアップ文書を削除する段階とを含むことを特徴とする管理方法を具現した動作命令を記録したコンピュータで読み取り可能な記録媒体。
59. インタラクティブモードで、ＡＶデータの再生に使われるマークアップ文書を管理する方法を具現した動作命令を記録したコンピュータで読み取り可能な記録媒体において、
    （ａ）前記マークアップ文書をプリロードするために、ＦＥＴＣＨ信号を生成する段階と、
    （ｂ）前記マークアップ文書のバッファリング状態を決定するために、ＲＥＰＯＲＴ信号を生成する段階と、
    （ｃ）前記マークアップ文書のデコーディングのために、準備するＲＥＰＲＯＤＵＣＥ信号を生成する段階と、
    （ｄ）前記マークアップ文書を削除するＤＩＳＣＡＲＤ信号を生成する段階とを含むことを特徴とする管理方法を具現した動作命令を記録したコンピュータで読み取り可能な記録媒体。
60. マークアップ文書を使用して、ＡＶデータをインタラクティブモードで処理するためのコンピュータシステムでの方法において、
    前記マークアップ文書のバッファリング状態を決定するために、ＲＥＰＯＲＴ信号を生成するように、コンテンツデコーダを制御する段階と、
    前記ＲＥＰＯＲＴ信号に応答して、前記マークアップ文書のプリローディングが成功したか、または失敗したかを表す応答をバッファマネージャが発行するように制御する段階とを含むことを特徴とする方法。
61. マークアップ文書を使用して、ＡＶデータをインタラクティブモードで処理するためのコンピュータシステムでの方法において、
    前記マークアップ文書をプリロードするＦＥＴＣＨ信号を生成するように、コンテンツデコーダを制御する段階と、
    前記ＦＥＴＣＨ信号に応答して、前記マークアップ文書をプリロードさせる命令が、成功的に受信されたかを表す応答をバッファマネージャが発行するように制御する段階と、を含むことを特徴とする方法。
62. マークアップ文書を使用して、ＡＶデータをインタラクティブモードで処理するためのコンピュータシステムでの方法において、
    前記マークアップ文書のプリロードが完了したかを決定する質疑を生成するように、コンテンツデコーダを制御する段階と、
    前記質疑に応答して、前記マークアップ文書のプリロードが完了したかを表す応答を、バッファマネージャが発行するように制御する段階と、を含むことを特徴とする方法。
63. ＡＶデータと、
    前記ＡＶデータをインタラクティブモードで再生するためのマークアップ文書と、
    前記マークアップ文書をプリロードするためのバッファリング状態情報を分かるための制御情報とを含むことを特徴とする情報保存媒体。
64. 前記制御情報は、前記バッファリング状態情報を分かるためのＲＥＰＯＲＴ信号を発生させるＡＰＩを含むことを特徴とする請求項６３に記載の情報保存媒体。
65. 前記制御情報は、前記バッファリング状態情報を分かるためのＲＥＰＯＲＴ信号を発生させる［ｏｂｊ］．ｉｓＣａｃｈｅｄ（ＵＲＬ，ｒｅｓＴｙｐｅ）ＡＰＩを含むことを特徴とする請求項６３に記載の情報保存媒体（ここで、ＵＲＬは、前記マークアップ文書のファイル経路を表す媒介変数であり、ｒｅｓＴｙｐｅは、前記マークアップ文書の属性を表す媒介変数である）。
66. 前記制御情報は、前記マークアップ文書のプリロードが成功すれば、前記バッファリング状態情報として、０をリターンし、失敗すれば、１をリターンし、プリロードが進行中であれば、２をリターンするようにするＡＰＩを含むことを特徴とする請求項６３に記載の情報保存媒体。
67. 前記制御情報は、前記マークアップ文書をプリロードすることを命令するＦＥＴＣＨ信号を発生させるＡＰＩを含むことを特徴とする請求項６３に記載の情報保存媒体。
68. 前記ＡＰＩは、前記マークアップ文書をプリロードさせる命令が、前記ＦＥＴＣＨ信号を利用して成功的に伝送されたかを表す応答をリターンすることを特徴とする請求項６７に記載の情報保存媒体。
69. 前記制御情報は、前記マークアップ文書のプリロードが完了したかを決定するのに使われるＡＰＩを含むことを特徴とする請求項６３に記載の情報保存媒体。
70. マークアップ文書を使用して、ＡＶデータを再生する方法をコンピュータで実行可能にするプログラムコードを記録した情報保存媒体において、
    前記マークアップ文書をプリロードするように、前記マークアップ文書のバッファリングを行う第１プログラムコードと、
    前記マークアップ文書のバッファリングが完了したか否かを表す情報を出力する第２プログラムコードとを含むことを特徴とする情報保存媒体。
71. 前記第１プログラムコードは、プリロード命令の発行に使われるＦＥＴＣＨ信号に対応して実行されることを特徴とする請求項７０に記載の情報保存媒体。
72. 前記第２プログラムコードは、前記マークアップ文書のバッファリングが完了したかを問い合わせるＡＰＩに応答して実行されることを特徴とする請求項７０に記載の情報保存媒体。
73. 前記第２プログラムコードは、前記マークアップ文書のバッファリングが完了したかを問い合わせる［ｏｂｊ］．ａｌｌＤｏｎｅ ＡＰＩに応答して実行されることを特徴とする請求項７０に記載の情報保存媒体。
74. マークアップ文書を使用して、ＡＶデータを再生する方法をコンピュータで実行可能にするプログラムコードを記録した情報保存媒体において、
    ＦＥＴＣＨ信号を利用して、前記マークアップ文書をプリロードさせる命令を発行する第１プログラムコードと、
    前記ＦＥＴＣＨ信号を利用して、前記マークアップ文書をプリロードさせる命令が、成功的に発行されたか否かを知らせる第２プログラムコードと、を含むことを特徴とする情報保存媒体。
75. 前記第１プログラムコードは、前記ＦＥＴＣＨ信号を生成して出力し、バッファマネージャが前記ＦＥＴＣＨ信号を受信することに対応して、前記マークアップ文書をプリロードさせることを特徴とする請求項７４に記載の情報保存媒体。
76. 前記第２プログラムコードは、ＡＰＩを使用して、前記マークアップ文書をプリロードさせる命令が、成功的にバッファマネージャに伝えられたか否かをコンテンツデコーダに知らせることを特徴とする請求項７４に記載の情報保存媒体。
77. マークアップ文書を使用してＡＶデータを再生する方法を、コンピュータで実行可能にするプログラムコードを記録した情報保存媒体において、
    ＡＰＩを使用して、バッファマネージャが前記マークアップ文書のプリロードを完了したか否かを、コンテンツデコーダがチェックする時に使われる第１プログラムコードと、
    前記バッファマネージャにより、前記ＡＰＩを使用して、前記マークアップ文書のプリロードが成功的に完了したことに応答して、前記コンテンツデコーダにＴＲＵＥをリターンし、そうでなければ、ＦＡＬＳＥをリターンする第２プログラムコードとを含むことを特徴とする情報保存媒体。
78. 前記ＡＰＩは、［ｏｂｊ］．ａｌｌＤｏｎｅ ＡＰＩであることを特徴とする請求項７７に記載の情報保存媒体。

Images