(57)【特許請求の範囲】
【請求項１】
保存媒体から読出された第１データとインタラクティブデータとをインタラクティブモードで再生する記録及び／または再生装置において、
前記インタラクティブモードに使われる前記第１データを再生する第１エンジンと、
前記第１データと共にインタラクティブモードで再生されるインタラクティブファイルがロードされるバッファと、
読出される前記インタラクティブファイルのために前記保存媒体から読出される前記インタラクティブデータから構成情報を検出し、前記インタラクティブファイルの受信に先立ってアップデート可能インタラクティブファイルの予約のために前記バッファの一部分を割当て、前記インタラクティブファイルが前記アップデート可能インタラクティブファイルであれば、前記割当てられた部分に再生される前記インタラクティブファイルをバッファリングするために前記構成情報を用いて、前記インタラクティブモードで前記再生された第１データと共に再生される前記割当てられた部分からのインタラクティブファイルを再生するエンジンとを含むことを特徴とする記録及び／または再生装置。
【請求項２】
前記エンジンは、前記保存媒体から再生された前記インタラクティブデータを用いて前記構成情報を解釈することを特徴とする請求項１に記載の記録及び／または再生装置。
【請求項３】
前記保存媒体から読出された前記インタラクティブデータは、バッファ割当て情報を含み、前記エンジンは、前記バッファ割当て情報を用いて前記バッファの前記割当てられた領域を割当てることを特徴とする請求項２に記載の記録及び／または再生装置。
【請求項４】
前記構成情報は、バッファ割当て情報を含み、前記エンジンは、前記バッファ割当て情報を用いて前記バッファの前記割当てられた領域を割当てることを特徴とする請求項１に記載の記録及び／または再生装置。
【請求項５】
前記エンジンは、前記保存媒体の外部の他の保存媒体であって、前記装置に前記インタラクティブファイルを提供する前記他の保存媒体により提供された大きさ情報を用いて前記バッファの前記割当てられた領域を割当てることを特徴とする請求項１に記載の記録及び／または再生装置。
【請求項６】
ネットワークを通じて前記インタラクティブバッファに連結された他の装置をさらに含み、前記他の保存媒体は、前記他の装置に存在することを特徴とする請求項５に記載の記録及び／または再生装置。
【請求項７】
前記他の装置は、サーバーを含むことを特徴とする請求項６に記載の記録及び／または再生装置。
【請求項８】
前記エンジンは、前記保存媒体から読出された前記インタラクティブファイルから検出された大きさにより提供された大きさ情報を用いて前記バッファの前記割当てられた領域を割当てることを特徴とする請求項１に記載の記録及び／または再生装置。
【請求項９】
前記エンジンは、再生されるインタラクティブファイルの順序を示すローディング情報ファイルを検出し、前記ローディング情報ファイルを用いて前記バッファに前記インタラクティブファイルをバッファリングすることを特徴とする請求項１に記載の記録及び／または再生装置。
【請求項１０】
前記エンジンは、
前記１つの保存媒体上の位置と前記保存媒体ではない他の保存媒体上の位置とを示して区別するための情報を用いて再生されるインタラクティブファイルの位置と、
前記バッファの前記割当てられた部分の１つと前記アップデート可能インタラクティブファイルのために割当てられていない前記バッファの異なる部分にバッファリングされるインタラクティブファイルを示して区別するための情報を用いた前記インタラクティブファイルのバッファ情報を示すローディング情報ファイルを検出し、
前記エンジンは、前記バッファ情報によって前記バッファの割当てられ、かつ異なる部分に前記インタラクティブファイルを選択的にバッファリングすることを特徴とする請求項１に記載の記録及び／または再生装置。
【請求項１１】
前記インタラクティブファイルが現在バッファリングされている前記インタラクティブファイルと比較してアップデートされたならば、前記エンジンは、現在バッファリングされている前記インタラクティブファイルを替えるために、前記割当てられた部分に前記アップデートされたインタラクティブファイルをバッファリングすることを特徴とする請求項１に記載の記録及び／または再生装置。
【請求項１２】
前記インタラクティブファイル及び前記アップデートされたインタラクティブファイルは、前記第１データを有する保存媒体ではない、前記バッファに連結された他の保存媒体からバッファリングされることを特徴とする請求項１１に記載の記録及び／または再生装置。
【請求項１３】
ディスプレイをさらに含み、
前記第１データはイメージをさらに含み、
前記第１エンジンは、前記ディスプレイの第１部分にディスプレイされる前記イメージを提供するために前記第１データを再生し、前記エンジンは前記第１部分ではない前記ディスプレイの第２部分にインタラクティブディスプレイを提供するために前記インタラクティブファイルを再生することを特徴とする請求項１に記載の記録及び／または再生装置。
【請求項１４】
オーディオ出力をさらに含み、前記第１データは前記イメージと共に出力される前記オーディオを通じて再生されるオーディオデータを含むことを特徴とする請求項１３に記載の記録及び／または再生装置。
【請求項１５】
前記第１データは、イメージを含むビデオを含むことを特徴とする請求項１３に記載の記録及び／または再生装置。
【請求項１６】
オーディオ出力をさらに含み、前記再生されたインタラクティブファイルが再生される時前記第１データは前記オーディオ出力を通じて再生されるオーディオデータを含むことを特徴とする請求項１に記載の記録及び／または再生装置。
【請求項１７】
インタラクティブモードで保存媒体から読出されたインタラクティブデータと第１データを再生する記録及び／または再生装置のバッファを管理する方法において、
前記保存媒体から読出された前記インタラクティブデータを用いてアップデート可能なタイプのインタラクティブファイルのために予約されたアップデート可能マークアップ領域と異なるタイプのインタラクティブファイルのための他の領域を含むように前記バッファを割当てる段階と、
インタラクティブモードで前記第１データと共にインタラクティブファイルを再生する前に、前記インタラクティブファイルがアップデート可能タイプと決定された場合、前記アップデート可能マークアップ領域にインタラクティブファイルをロードし、前記インタラクティブファイルが前記他のタイプと決定された場合に、前記インタラクティブファイルを前記他の領域にロードする段階とを含むことを特徴とする方法。
【請求項１８】
前記保存媒体から読出された情報を用いて前記アップデート可能マークアップ領域の大きさを決定する段階をさらに含むことを特徴とする請求項１７に記載の方法。
【請求項１９】
前記大きさを決定する段階は、
前記インタラクティブデータに含まれた前記アップデート可能マークアップ領域のためにあらかじめ設定された大きさを読込む段階を含むことを特徴とする請求項１８に記載の方法。
【請求項２０】
前記あらかじめ設定された大きさを読込む段階は、
前記保存媒体に保存されており、ロードされるインタラクティブファイルに関する情報を有するローディング情報ファイルを検出する段階と、
前記ローディング情報ファイルから前記あらかじめ設定された大きさを読込む段階とを含むことを特徴とする請求項１８に記載の方法。
【請求項２１】
前記大きさ決定段階は、
前記保存媒体から読出された前記インタラクティブデータのためのファイルシステムを検出する段階と、
前記ファイルシステムから前記アップデート可能マークアップ領域のための大きさを決定する段階とを含むことを特徴とする請求項１８に記載の方法。
【請求項２２】
前記大きさ決定段階は、
前記インタラクティブファイルがバッファリングされた他の保存媒体により設定された大きさを受信する段階を含むことを特徴とする請求項１８に記載の方法。
【請求項２３】
前記保存媒体から読込まれた前記インタラクティブデータから前記他の保存媒体の位置を検出する段階をさらに含み、
前記大きさ受信段階は、
前記装置から前記インタラクティブファイルの要請を前記他の保存媒体に、前記位置で伝送する段階と、
前記他の保存媒体からコンテンツ大きさを含む応答を受信する段階とを含むことを特徴とする請求項２２に記載の方法。
【請求項２４】
前記インタラクティブファイルローディング段階は、
前記アップデート可能マークアップ領域にロードされる前記インタラクティブファイルの前記アップデート可能タイプと前記他のタイプとを区別する前記応答でのインディケータを受信する段階を含むことを特徴とする請求項２３に記載の方法。
【請求項２５】
前記バッファ割当て段階は、
前記保存媒体上に保存されており、前記インタラクティブファイルに関する情報を有するローディング情報ファイルを検出する段階をさらに含むことを特徴とする請求項１７に記載の方法。
【請求項２６】
前記ローディング情報ファイルは、ロードされる前記インタラクティブファイルの位置に関する情報を含み、
前記インタラクティブファイルローディング段階は、
前記ローディング情報ファイルから読出された前記位置から、前記インタラクティブファイルをロードする段階を含むことを特徴とする請求項２５に記載の方法。
【請求項２７】
前記位置は、前記保存媒体上の位置を含み、
前記インタラクティブファイルローディング段階は、
前記保存媒体の前記位置から前記インタラクティブファイルを読込む段階を含むことを特徴とする請求項２６に記載の方法。
【請求項２８】
前記位置は、他の保存媒体上の位置を含み、
前記インタラクティブファイルローディング段階は、
前記他の保存媒体上の前記位置から前記インタラクティブファイルを読込む段階を含むことを特徴とする請求項２６に記載の方法。
【請求項２９】
前記他の保存媒体は、サーバーに配列され、
前記インタラクティブファイルローディング段階は、
バッファリングされる前記インタラクティブファイルを受信するために前記装置から前記サーバーへの連結を設定する段階を含むことを特徴とする請求項２８に記載の方法。
【請求項３０】
前記インタラクティブファイルが前記インタラクティブ領域にバッファリングされることを示す前記サーバーからの応答を受信する段階と、
前記割当てられたアップデート可能マークアップ領域の大きさを設定する段階とをさらに含むことを特徴とする請求項２９に記載の方法。
【請求項３１】
前記アップデート可能マークアップ領域にバッファリングされた前記インタラクティブファイル及び前記再生された第１データを用いてインタラクティブモードでチャットサービスを提供する段階をさらに含むことを特徴とする請求項３０に記載の方法。
【請求項３２】
前記アップデート可能マークアップ領域にバッファリングされた前記インタラクティブファイル及び前記再生された第１データを用いてインタラクティブモードでインターネットサービスを提供する段階をさらに含むことを特徴とする請求項３０に記載の方法。
【請求項３３】
前記インタラクティブモードで使われる複数のインタラクティブファイルの順序を検出する段階と、
前記インタラクティブファイルローディング段階は、
前記検出された順序を用いて前記バッファに前記インタラクティブファイルをロードする段階とを含むことを特徴とする請求項２５に記載の方法。
【請求項３４】
前記アップデート可能マークアップ領域にバッファリングされた前記インタラクティブファイル及び前記再生された第１データを用いてインタラクティブモードでチャットサービスを提供する段階をさらに含むことを特徴とする請求項１７に記載の方法。
【請求項３５】
前記アップデート可能マークアップ領域にバッファリングされた前記インタラクティブファイル及び前記再生された第１データを用いてインタラクティブモードでインターネットサービスを提供する段階をさらに含むことを特徴とする請求項１７に記載の方法。
【請求項３６】
前記インタラクティブファイルが現在ロードされたインタラクティブファイルと比較してアップデートされているか否かを検出する段階と、
前記インタラクティブファイルがアップデートされている場合、前記アップデート可能マークアップ領域に現在ロードされている前記インタラクティブファイルを替えるために前記アップデート可能マークアップ領域に前記アップデートされたインタラクティブファイルをロードする段階とを含むことを特徴とする請求項１７に記載の方法。
【請求項３７】
前記インタラクティブファイル及び前記アップデートされたインタラクティブファイルは、前記第１データを有する保存媒体ではない、前記バッファに連結された他の保存媒体からロードされることを特徴とする請求項１７に記載の方法。
【請求項３８】
前記第１データはイメージを含み、
ディスプレイの第１領域に前記イメージを、前記ディスプレイの第２領域にディスプレイされる前記再生されたインタラクティブファイルと共にディスプレイする段階をさらに含むことを特徴とする請求項１７に記載の方法。
【請求項３９】
前記第１データはイメージを含むビデオを含むことを特徴とする請求項３８に記載の方法。
【請求項４０】
前記第１データはオーディオデータを含み、
前記オーディオデータが再生される時、インタラクティブディスプレイに前記再生されたインタラクティブファイルをディスプレイする段階をさらに含むことを特徴とする請求項１７に記載の方法。
【請求項４１】
請求項１７に記載の方法を行う命令語をコンピュータにより処理されるようにエンコーディングされたコンピュータ可読記録媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報保存媒体に記録されたコンテンツをインタラクティブモードで再生する装置に係り、より詳細には、ＡＶデータをインタラクティブモードで再生しうる再生装置に搭載されたＥＮＡＶバッファを管理する方法及びその再生装置に関する。
【背景技術】
【０００２】
ＰＣ（パーソナルコンピュータ）を基盤にＡＶデータをインタラクティブモードで再生できるようにインタラクティブモードを支援するＤＶＤ（以下“インタラクティブＤＶＤ”と称する）が販売されている。インタラクティブＤＶＤには、従来のＤＶＤ−Ｖｉｄｅｏ規格によってＡＶデータが記録されている一方、インタラクティブ機能を支援するためのＥＮＡＶデータとしてマークアップ文書がさらに記録されている。インタラクティブ−ＤＶＤに記録されたＡＶデータは、２つのモードでディスプレイされうる。１つは、一般のＤＶＤ−Ｖｉｄｅｏと同じ方式でディスプレイされるビデオモードであり、他の１つは、ＡＶ画面がマークアップ文書に埋め込まれてマークアップ文書と共にディスプレイされる。すなわち、インタラクティブ画面がディスプレイされるインタラクティブモードである。例えば、ＡＶデータが映画タイトルである場合、ＡＶ画面には映画が上映され、インタラクティブ画面の残りの部分には、映画の台本、あらすじ、出演俳優の写真など多様な付加情報が表示されうる。付加情報は、タイトル（ＡＶデータ）と同期されて表示されもする。例えば、特定俳優が登場し始める時、その俳優についての履歴情報が含まれたマークアップ文書が呼び出されて表示される場合を挙げられる。また、インタラクティブモードでディスプレイされたマークアップ文書は、ユーザとのインタラクションを可能にする。ユーザが、マークアップ文書に備えられたボタンを押せば、現在再生されているＡＶ画面に出演している俳優の略歴が表示されることが一例である。
【０００３】
本出願人は、インタラクティブモードを支援している、さらにユーザ親和的にインタラクティブＤＶＤを再生しうる家電機器として多様な機能を備えた再生装置について多数の先出願をしている。
【０００４】
ところで、インタラクティブＤＶＤを再生しうる、すなわち、インタラクティブモードを支援する家電機器（家庭用ＤＶＤプレーヤー）を具現するならば、インタラクティブモードを支援するためのバッファ管理が問題となる。
【０００５】
図１Ａ及び図１Ｂは、従来の技術の問題点を理解しやすく示す参考図である。
【０００６】
図１Ａに示されたように、従来のＰＣ５の場合、主バッファ５５は、数百メガバイト（２５６ＭＢ〜）以上の容量を有し、補助バッファであるハードディスク５６は、数十ギガバイト（３２ＧＢ〜）以上の容量を有する。したがって、インターネットを通じてサーバー９からデータを受信しようとする時、データの大きさに比べてバッファの大きさが小さくて所望のデータを受信できないという場合はほとんどない。
【０００７】
しかし、図１Ｂに示されたように、ＴＶ１に連結されて使われる家電機器として家庭用ＤＶＤプレーヤー２は、従来のＰＣ５とは違ってバッファ容量が大きくなく、通常数十メガバイト（３２ＭＢ〜）のバッファ２５だけを有している。
【０００８】
したがって、家庭用ＤＶＤプレーヤー２がインターネットを通じてサーバー９を接続して所定コンテンツを受け取る場合、もし、サーバー９が従来のＰＣ５の場合と同様に、コンデンツを制限なしにバッファに保存しうる形に提供すれば、家庭用ＤＶＤプレーヤー２はコンテンツの受け取りができなくなる。
【発明の開示】
【発明が解決しようとする課題】
【０００９】
したがって、本発明が解決しようとする技術的課題は、家電機器としてインタラクティブモードを支援する再生装置において、インターネットに接続してサーバーから所定コンテンツを受け取る場合、少ない容量のバッファでもバッファ容量の超過が発生せず、さらに円滑に所望のコンテンツを受信して再生できるようにバッファを管理する方法及びその再生装置を提供することである。
【課題を解決するための手段】
【００１２】
本発明に係る特徴は、保存媒体から読出された第１データとインタラクティブデータをインタラクティブモードで再生する記録及び／または再生装置において、前記インタラクティブモードに使われる前記第１データを再生する第１エンジンと、前記第１データと共にインタラクティブモードで再生されるインタラクティブファイルがロードされるバッファと、読出される前記インタラクティブファイルのために前記保存媒体から読出される前記インタラクティブデータから構成情報を検出し、前記インタラクティブファイルの受信に先立ってアップデート可能インタラクティブファイルの予約のために前記バッファの一部分を割当て、前記インタラクティブファイルが前記アップデート可能インタラクティブファイルならば、前記割当てられた部分に再生される前記インタラクティブファイルをバッファリングするために前記構成情報を用いて、前記インタラクティブモードで前記再生された第１データと共に再生される前記割当てられた部分からのインタラクティブファイルを再生するエンジンとを含むことである。
【００１５】
本発明に係る特徴は、インタラクティブモードで保存媒体から読出されたインタラクティブデータと第１データとを再生する記録及び／または再生装置のバッファを管理する方法において、前記保存媒体から読出された前記インタラクティブデータを用いてアップデート可能なタイプのインタラクティブファイルのために予約されたアップデート可能マークアップ領域と異なるタイプのインタラクティブファイルのための他の領域を含むように前記バッファを割当てる段階と、インタラクティブモードで前記第１データと共にインタラクティブファイルを再生する前に、前記インタラクティブファイルがアップデート可能タイプと決定された場合、前記アップデート可能マークアップ領域にインタラクティブファイルをロードし、前記インタラクティブファイルが前記他のタイプと決定された場合、前記インタラクティブファイルを前記他の領域にロードする段階とを含むことである。
【発明を実施するための最良の形態】
【００１８】
以下、添付された図面を参照して本発明の望ましい実施例を詳細に説明する。本明細書で「ＥＮＡＶ（Ｅｎｈａｎｃｅｄ  ＡＶ）データ」は、インタラクティブモードを支援するためのデータを網羅する意味として使われる。例えば、ＤＶＤ−Ｖｉｄｅｏをインタラクティブモードで再生する時、ＥＮＡＶデータは、マークアップ文書とマークアップ文書に挿入されるマークアップリソースとに区分される。「マークアップ文書」は、ＸＭＬ、ＨＴＭＬなどマークアップ言語で作成されたＡ．ｘｍｌのようなファイル、マークアップ文書のスタイルを指定するスタイルシートファイルなどを称し、マークアップリソースは、Ａ．ｘｍｌに挿入されるＡ．ｐｎｇ、Ａ．ｊｐｇ、Ａ．ｍｐｅｇなどを示す。特に、マークアップ文書は、文書自体で、あるいは挿入されたプログラムコードと共に、あるいは外部に別個のファイルとして備えられたプログラムコードと共にＡＶデータをインタラクティブモードで再生するために必要なアプリケーションの役割を行うと同時に、ＡＶデータと共に見られるＥＮＡＶデータ役割を行う。
【００１９】
図２は、本発明の望ましい実施例に係る記録及び／または再生システムの概要図である。図２を参照するに、記録及び／または再生システムは、本実施例に係る情報保存媒体であるＤＶＤ３００、記録及び／または再生装置２００、本実施例に係るディスプレイ装置としてＴＶ１００、ユーザ入力装置としてリモコン４００を含む。リモコン４００は、ユーザの制御命令を入力されて記録及び／または再生装置２００に伝達する。記録及び／または再生装置２００は、本発明に係るインタラクティブ装置であって、インターネットに接続して所定のＥＮＡＶデータを送受信する。この際、記録及び／または再生装置２００は、本発明によってインタラクティブモードを支援するためのバッファ管理を行う。バッファ管理についての詳細な説明は後述する。
【００２０】
一方、記録及び／または再生装置２００には、ディスク３００に記録されたデータを読込むためのディスクドライブ（図示せず）が備えられている。ディスクドライブにディスク３００がロードされてユーザがインタラクティブモードを選択すれば、記録及び／または再生装置２００は、対応マークアップ文書を使用して該当ＡＶデータをインタラクティブモードで再生してＴＶ１００に伝達する。ＴＶ１００には、ＡＶ画面がマークアップ文書から得られたマークアップ画面に埋め込まれて共に表示される。「インタラクティブモード」は、ＡＶデータをマークアップ文書に定義された表示窓にディスプレイする方式、すなわち、インタラクティブ画面にＡＶ画面が埋め込まれるようにディスプレイする方式を意味する。ここで、ＡＶ画面は、ＡＶデータが再生されてＴＶ１００に表示される画面を示し、インタラクティブ画面は、インタラクティブモードで見られる画面、すなわちＡＶ画面が埋め込まれた画面を示す。一方、「ビデオモード」は、ＡＶデータの従来のＤＶＤ−Ｖｉｄｅｏの定義によって再生する方式、すなわち、該当ＡＶデータを再生して得られたＡＶ画面だけをＴＶ１００にディスプレイする方式を意味する。
【００２１】
本実施例において、記録及び／または再生装置２００は、インタラクティブモードとビデオモードとを支援する。しかし、装置２００は２つのモードを何れも支援する必要はない。また、ＤＶＤ３００は、再生専用、追記型、または再記録可能保存媒体でありうる。しかし、これは磁気媒体、磁気光媒体、コンパクトディスク、ブルーレイディスクやＡＯＤ（Ａｄｖａｎｃｅｄ  Ｏｐｔｉｃａｌ  Ｄｉｓｃｓ）やＥ−ＤＶＤのような次世代ＤＶＤなどの光媒体、フラッシュ媒体、または他の媒体に限定されない。また、ユーザ入力装置は、必ずしも遠隔制御器４００である必要はなく、タッチスクリーンディスプレイ、キーボード、マウス、またはその他のコマンドを入力しうる装置であれば良い。テレビ１００の用語と関連しては、平板ディスプレイ、プラズマディスプレイパネル、液晶ディスプレイ及び／またはＯＬＥＤのような異なる種類のディスプレイ機が使われうる。最後に、図示していないが、前記装置２００により再生されるオーディオは、装置２００に含まれたスピーカー、またはオーディオデータを出力するために前記装置２００に連結可能なスピーカー、ヘッドホン、またはその他のオーディオ出力装置を通じて出力されうる。
【００２２】
図３は、再生装置２００のブロック図である。図３を参照するに、再生装置２００は、ＡＶバッファ２０１、ＥＮＡＶバッファ２０２、ＡＶ記録及び／または再生エンジン２０３及びＥＮＡＶエンジン２０４を備える。
【００２３】
ＡＶバッファ２０１は、ＡＶデータをバッファリングするためのバッファであり、ＥＮＡＶバッファ２０２はＥＮＡＶデータをバッファリングするためのバッファである。本実施例で、ＡＶデータは、ディスク３００にＤＶＤ−Ｖｉｄｅｏフォーマットによって記録されたＤＶＤ−Ｖｉｄｅｏデータであるが、インターネットから持ってきた異なるフォーマットのＡＶデータでありうる。本実施例でＥＮＡＶデータは、マークアップ文書及び／またはマークアップリソースとして具現される。ハードウェアー的にＡＶバッファ２０１とＥＮＡＶバッファ２０２は、各々別個のメモリチップとしても、１つのメモリチップとしても具現されうる。また、ビデオという用語と関連しては、ＡＶデータは、ＤＶＤ−オーディオのようなオーディオデータになり、イメージデータまたはビデオデータであるか、あるいはＤＶＤ３００または異なるタイプの保存媒体から読み出されてインタラクティブモードで前記ＥＮＡＶデータと再生される他のデータになリ得る。
【００２４】
ＡＶ記録及び／または再生エンジン２０３は、ＡＶデータをデコーディングして出力する。本実施例でＡＶ記録及び／または再生エンジン２０３は、ＤＶＤ−ＶｉｄｅｏデータをデコーディングしうるＭＰＥＧデコーダを有する。ＥＮＡＶエンジン２０４は、ＥＮＡＶデータを解釈して実行する解釈エンジンであって、インタラクティブモードとビデオモードとを支援する。ソフトウェアの観点で、ＥＮＡＶエンジン２０４は、マークアップ文書を解釈して示すマークアップ文書ビューアとインターネットから所定データを持ってくるブラウザー及びマークアップリソースをデコーディングするマークアップリソースデコーダを備える。ＥＮＡＶエンジン２０４の出力とＡＶ記録及び／または再生エンジン２０３の出力は、ブレンドされてインタラクティブ画面になってＴＶ１００にディスプレイされる。
【００２５】
本出願人は、ＡＶ画面がインタラクティブ画面に埋め込まれてディスプレイされる多様な方式またはそれに関連した内容を含めた先出願を多数出願した。例えば、２００１年６月１４日付け、２００１年１０月２０日付け、２００１年１０月２３日付け及び２００２年８月２６日付けで各々出願された韓国出願第０１−３３５２６号（対応米国特許出願１０／１７０，４１９）、第０１−６４９４３号、第０１−６５３９１号（対応米国特許出願１０／２７７，０９４）及び第０２−５０５２４号（対応米国特許出願１０／６４７，４４５）を挙げられる。
【００２６】
また、ＥＮＡＶエンジン２０４は、本発明によってＥＮＡＶバッファ２０２を管理する。すなわち、ＥＮＡＶバッファ構成情報に基づいてＥＮＡＶデータが含まれた所定ＥＮＡＶファイルをロードするためにＥＮＡＶバッファ２０２の所定領域をアップデート可能なマークアップ領域として割当てた後、割当てられた領域に該当ＥＮＡＶファイルをロードする。ＥＮＡＶファイルは、ＥＮＡＶデータが含まれたファイルをいう。また、ＥＮＡＶエンジン２０４は、アップデート可能なマークアップ領域の構成情報によってアップデート可能なマークアップ領域を管理する。
【００２７】
図４は、本発明に係るＥＮＡＶバッファ構成情報を説明するための参考図である。図４を参照するに、本実施例でＥＮＡＶバッファ２０２は論理的または物理的に２つの領域（Ａ、Ｂ）に分けられる。記号Ａは、アップデート可能なマークアップ領域（Ｕｐｄａｔａｂｌｅ  Ｍａｒｋｕｐ  Ａｒｅａ）であって、ＥＮＡＶバッファ２０２の少なくとも一部は例によるＥＮＡＶデータ、マークアップ文書とマークアップリソースとを保存するために割当てられる領域である。記号Ｂは、一般領域であって、アップデートせずとも良いマークアップ文書、例えば、マークアップ文書のスタイルを指定するＣＳＳ（Ｃａｓｃａｄｅ  Ｓｔｙｌｅ  Ｓｈｅｅｔ）ファイル、スクリプトファイル、イメージファイル、フォントファイルは、一般領域に保存される。換言すれば、ＥＮＡＶバッファ構成情報は、ＥＮＡＶバッファ２０２のうち、アップデート可能なマークアップ領域の大きさを知らせる。残りの領域は一般領域になる。
【００２８】
このように、ＥＮＡＶバッファ２０２は、アップデート可能なマークアップ領域を有することによって、少ない容量でも後述するようなインターネットサービス（例えば、チャットサービス）を受けるようになる。
【００２９】
さらに具体的な実施例として、アップデート可能なマークアップ領域を使用して提供されるチャットサービスを説明すれば次の通りである。
【００３０】
図５は、本実施例に係るディスク３００のボリューム空間を示す。図５を参照するに、ディスク３００のボリューム空間はＶｏｌｕｍｅ  ａｎｄ  Ｆｉｌｅ制御情報領域、ＡＶデータ領域、ＥＮＡＶデータ領域及びその他のデータ領域に分けられる。Ｖｏｌｕｍｅ  ａｎｄ  Ｆｉｌｅ制御情報領域には、ディスク全体についてのボリューム及びファイル制御情報が記録される。ＡＶデータ領域には、ＤＶＤ−Ｖｉｄｅｏフォーマットで記録されたＡＶデータのビデオタイトル、ＶＩＤＥＯ＿ＴＳ．ＩＦＯ、ＶＴＳ＿０１＿０．ＩＦＯ、ＶＴＳ＿０１＿０．ＶＯＢ、ＶＴＳ＿０１＿１．ＶＯＢ．．．が記録される。ＶＩＤＥＯ＿ＴＳ．ＩＦＯは、ビデオタイトル全体についての再生制御情報が記録されたファイルであり、ＶＴＳ＿０１＿０．ＶＯＢ、ＶＴＳ＿０１＿１．ＶＯＢ、‥は、ビデオタイトルセットを構成するファイルである。ＶＴＳ＿０１＿０．ＶＯＢ、ＶＴＳ＿０１＿１．ＶＯＢ、‥は、ビデオタイトルセットを構成するビデオタイトル、すなわち、ビデオオブジェクト（Ｖｉｄｅｏ  ＯＢｊｅｃｔ）である。各ＶＯＢには、ナビゲーションパック、ビデオパック、及びオーディオパックがパッキングされたＶＯＢＵが含まれている。さらに詳細な構成は、ＤＶＤ−Ｖｉｄｅｏ標準「ＤＶＤ−Ｖｉｄｅｏ  ｆｏｒ  Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ  ｄｉｓｃ１．０」に開示されている。
【００３１】
ＥＮＡＶデータ領域には、インタラクティブモードを支援するためのＥＮＡＶデータが記録されている。すなわち、インタラクティブモードが選択されれば、最初にディスプレイされるマークアップ文書のスタートアップファイルＳＴＡＲＴＵＰ．ＭＬＳ、本発明に係るＥＮＡＶバッファ構成情報及びアップデート可能なマークアップ領域の構成情報が含まれたローディング情報ファイルＬｏａｄｉｎｇＩｎｆｏｒｍａｔｉｏｎ．ＬＤＩ、チャットサービスを提供するためのマークアップ文書ファイル、ＣＨＡＴＴＩＴＬＥ．ＨＴＭ、ＣＨＡＴＲＯＯＭ．ＨＴＭ、及びマークアップリソースＣ１．ＰＮＧ、Ｃ２．ＰＮＧ．．．が記録されている。その他のデータ領域にはその他のデータが含まれたファイルが記録されうる。
【００３２】
図６は、本発明に係るディスク３００のディレクトリ構造の一例である。図６を参照するに、ルートディレクトリには、ＡＶデータが含まれたビデオディレクトリＶＩＤＥＯ＿ＴＳが備えられている。ＶＩＤＥＯ＿ＴＳには、ビデオタイトル全体に対するナビゲーション情報が記録されたファイルＶＩＤＥＯ＿ＴＳ．ＩＦＯが配されている。次いで、最初のビデオタイトルセットについてのナビゲーション情報が記録されたファイルＶＴＳ＿０１＿０．ＩＦＯが記録されており、ビデオタイトルセットを構成するＶＴＳ＿０１＿０．ＶＯＢ、ＶＴＳ＿０１＿１．ＶＯＢ、‥が記録されている。ルートディレクトリには、インタラクティブモードを支援するための情報が保存されたインタラクティブディレクトリＤＶＤ＿ＥＮＡＶがさらに備えられている。ＤＶＤ＿ＥＮＡＶには、ビデオタイトルと共に表示されるためのマークアップ文書ＳＴＡＲＴＵＰ．ＭＬＳ、本発明に係るＥＮＡＶバッファ構成情報及びアップデート可能なマークアップ領域の構成情報が含まれたローディング情報ファイルＬｏａｄｉｎｇＩｎｆｏｒｍａｔｉｏｎ．ＬＤＩ、チャットサービスを提供するためのマークアップ文書ファイル、ＣＨＡＴＴＩＴＬＥ．ＨＴＭ、ＣＨＡＴＲＯＯＭ．ＨＴＭ及びマークアップリソースＣ１．ＰＮＧ、Ｃ２．ＰＮＧ．．．が記録されている。
【００３３】
図７は、本実施例に係るスタートアップファイル、ＳＴＡＲＴＵＰ．ＭＬＳの一例である。図７を参照するに、マークアップ言語を使用して作成されたマークアップ文書のスタートアップファイルＳＴＡＲＴＵＰ．ＭＬＳは“ｌｏａｄｉｎｇｉｎｆｏ”エレメントを有する。記号Ｃは、“ｌｏａｄｉｎｇｉｎｆｏ”エレメントを使用してローディング情報ファイルをリンクしている部分を示す。すなわち、“ｌｏａｄｉｎｇｉｎｆｏ”エレメントは、インタラクティブモードで再生するために必要なＥＮＡＶファイルをローディングするために、すなわち、対応するＥＮＡＶファイルの位置情報を知らせるローディング情報ファイルＬｏｄｉｎｇＩｎｆｏｒｍａｔｉｏｎ．ｌｄｉをリンクしている。前述したように、ローディング情報ファイルには本発明によるＥＡＮＶバッファ構成情報が記録されている。
【００３４】
図８は、本実施例に係るローディング情報ファイルＬｏｄｉｎｇＩｎｆｏｒｍａｔｉｏｎ．ｌｄｉの一例である。図８を参照するに、本実施例に係るローディング情報ファイルＬｏｄｉｎｇＩｎｆｏｒｍａｔｉｏｎ．Ｌｄｉのうち、記号Ｄが示す部分には、本実施例に係るＥＮＡＶバッファ構成情報が“ｍｅｍｏｒｙ”エレメントを使用して記録されている。“ｍｅｍｏｒｙ”エレメントは、他のエレメントをネスティング（ｎｅｓｔｉｎｇ）せずに空いている（ｅｍｐｔｙ）エレメントであって、メモリ領域の名称とメモリ大きさを示すための２つの属性（ａｔｔｒｉｂｕｔｅ）、すなわち“ｎａｍｅ”属性と“ｓｉｚｅ”属性である。“ｎａｍｅ”属性は、メモリ領域の名称を規定（ｓｐｅｃｉｆｙ）する。“ｕｍ”は、アップデート可能なマークアップ領域を示す。“ｓｉｚｅ”属性は、メモリ領域の大きさを示す（ｉｎｄｉｃａｔｅ）。メモリ領域の大きさは、ＥＮＡＶバッファ２０２の大きさに従属的である。もし、ＥＮＡＶバッファ２０２が３６ＭＢならば、０バイトから３６ＭＢまでの値を有しうる。
【００３５】
本実施例において“ｎａｍｅ”属性は“ｕｍ”であり、“ｓｉｚｅ”属性は“６ＫＢ”であるために、ＥＮＡＶバッファ２０２のうち、アップデート可能なマークアップ領域に６ＫＢが割当てられることを意味する。残りの領域は一般領域となる。
【００３６】
また、ローディング情報ファイルには、本実施例によってチャットサービスのためにあらかじめバッファにロードせねばならないＥＮＡＶファイル名及びその位置情報が記録されている。チャットサービスのために最初に表示されねばならないファイルは、“ｉｎｉｔｉａｌ”エレメントを使用してＣＨＡＴＲＯＯＭ．ＨＴＭであることが記録されており、残りの必要なファイルは、ＣＨＡＴＴＩＴＬＥ．ＨＴＭ、Ｃ１．ＰＮＧ、Ｃ２．ＰＮＧ、ＩＮＰＵＴ．ＨＴＭ、Ｐ１．ＧＩＦ、ＤＩＡＬＯＧ．ＨＴＭ、及びＤＩＡＬＯＧ．ＣＳＳであることが“ｅｎｔｉｔｙ”エレメントを使用して記録されている。ここで、ＣＨＡＴＴＩＴＬＥ．ＨＴＭ、Ｃ１．ＰＮＧ、Ｃ２．ＰＮＧはディスク３００に保存されており、ＩＮＰＵＴ．ＨＴＭ、Ｐ１．ＧＩＦ、ＤＩＡＬＯＧ．ＨＴＭ、及びＤＩＡＬＯＧ．ＣＳＳはインターネット“ｈｔｔｐ：／／ｗｗｗ．Ｃｏｍｐａｎｙ．ｃｏｍ”に保存されていることが分かる。特に、ＤＩＡＬＯＧ．ＨＴＭとＤＩＡＬＯＧ．ＣＳＳは、これらファイルがＥＮＡＶバッファ２０２の“ｕｍ”セクションと指定される時、アップデート可能なマークアップ領域にロードされることを表示している。
【００３７】
図９は、本発明の望ましい実施例に係る再生装置２００が支援するチャットサービスのためのチャット画面の一例である。図９を参照するに、チャット画面は、チャットに参加するユーザ間の対話内容が表示される対話窓とチャットの一方が話そうとする言葉を入力するための入力窓を有する。ユーザは、入力窓に話そうとする言葉を入力した後、チャット画面に備えられた伝送ボタン＜Ｓｅｎｄ＞を押せば、記録及び／または再生装置２００は、インターネットを通じてチャットサービスを提供するサーバー（図示せず）に伝送する。サーバーは、ユーザから入力された言葉が表示された、すなわち、アップデートされたマークアップ文書を再び記録及び／または再生装置２００に伝送する。記録及び／または再生装置２００は、アップデートされたマークアップ文書を表示し、これにより対話窓にはユーザの入力した言葉が表示される。
【００３８】
図１０ないし図１２は、図９のチャット画面のためのマークアップ文書の一例である。図１０を参照するに、ＣＨＡＴＲＯＯＭ．ＨＴＭはディスク３００に保存されており、ユーザがチャットサービスを選択すれば、最初に表示されるマークアップ文書である。ＣＨＡＴＲＯＯＭ．ＨＴＭには、チャットタイトルを表示するためにディスク３００に保存されたマークアップ文書ＣＨＡＴＴＩＴＬＥ．ＨＴＭがリンクされており、チャットサービスを提供するサーバーｈｔｔｐ：／／ｗｗｗ．Ｃｏｍｐａｎｙ．ｃｏｍに保存されて対話窓を表示するために、随時アップデートされるマークアップ文書ＤＩＡＬＯＧ．ＨＴＭがリンクされている。
【００３９】
図１１を参照するに、ＤＩＡＬＯＧ．ＨＴＭは、ユーザが話そうとする言葉を入力する度に、アップデートされてサーバーｈｔｔｐ：／／ｗｗｗ．ｃｏｍｐａｎｙ．ｃｏｍから提供されるマークアップ文書であることを示す。
【００４０】
図１２を参照するに、ＩＮＰＵＴ．ＨＴＭはチャット画面の入力窓を表示するためにサーバーｈｔｔｐ：／／ｗｗｗ．ｃｏｍｐａｎｙ  ．ｃｏｍから提供されるマークアップ文書である。
【００４１】
図１３は、本発明の望ましい実施例によってチャットサービスを提供するための記録及び／または再生装置２００とサーバー９０との間の通信過程を示す。図１３を参照するに、記録及び／または再生装置２００には、限定された容量を有するＥＮＡＶバッファ２０２が備えられている。サーバー９０は、インターネットを通じて記録及び／または再生装置２００にチャットサービスを提供する。記録及び／または再生装置２００とサーバー９０は、クライアントサーバーモデルに係る通信を行う。本実施例において通信は、クライアントサーバーモデルを基盤にＴＣＰ／ＩＰのＨＴＴＰ（ＨｙｐｅｒＴｅｘｔ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）によってなる。
【００４２】
記録及び／または再生装置２００がサーバー９０に接続した後、ＧＥＴ命令を使用して対話窓を表示するためのマークアップ文書ＤＩＡＬＯＧ．ＨＴＭを要請すれば（通信過程（１））、サーバー９０は、要請されたマークアップ文書ＤＩＡＬＯＧ．ＨＴＭを記録及び／または再生装置２００に送る（通信過程（２））。再生装置２００は、ＧＥＴ命令の代わりにＰＵＳＨ命令を使用しても良い。同様に、記録及び／または再生装置２００は、ＧＥＴ命令を使用して入力窓を表示するためのマークアップ文書ＩＮＰＵＴ．ＨＴＭを要請し（通信過程（３））、マークアップリソースＰ１．ＧＩＦを要請すれば（通信過程（４））、サーバー９０は、要請されたマークアップ文書ＩＮＰＵＴ．ＨＴＭとマークアップリソースＰ１．ＧＩＦとを記録及び／または再生装置２００に伝送する（通信過程（５）、（６））。
【００４３】
一方、サーバー９０は後述するように、所定のファイル（マークアップ文書及び／またはマークアップリソース）を更新するに当って該当ファイルに割当てられたバッファ容量より小さいか、同じ大きさを有するようにして、記録及び／または再生装置２００が更新されたファイルを正しく受け取れるようにする。
【００４４】
図１４及び１５は、図１３の通信過程（１）及び（２）の具現例を示す。
【００４５】
図１４は、ＥＮＡＶバッファ構成情報が含まれたローディング情報ファイルＬＯＡＤＩＮＦＯ．ＬＤＩを通じてチャット画面の対話窓を表示するためのマークアップ文書ＤＩＡＬＯＧ．ＨＴＭを有する場合の具現例を示す。（１）は、記録及び／または再生装置２００がＨＴＴＰプロトコルによってサーバー９０にＧＥＴ命令を送るための要求（ＲＥＱＵＥＳＴ）のヘッダ、すなわちＲＥＱＵＥＳＴ  Ｈｅａｄｅｒの構成である。特に、Ｕｓｅｒ−Ａｇｅｎｔは、記録及び／または再生装置２００の種類を知らせ、Ｒｅｆｅｒｅｒ：はマークアップ文書ＤＩＡＬＯＧ．ＨＴＭを参照している文書がディスク３００のインタラクティブディレクトリに保存されたバッファ構成情報ファイルＬＯＡＤＩＮＦＯ．ＬＤＩであることを知らせる。
【００４６】
（２）は、サーバー９０がＨＴＴＰプロトコルによってクライアントの記録及び／または再生装置２００からのＧＥＴ命令による応答（ＲＥＳＰＯＮＳＥ）のヘッダ、すなわちＲＥＳＰＯＮＳＥ  Ｈｅａｄｅｒの構成である。特に、Ｌａｓｔ−ｍｏｄｉｆｉｅｄ：は、マークアップ文書ＤＩＡＬＯＧ．ＨＴＭがサーバー９０でアップデートされる、すなわち、変更されうる文書であることを明示的に知らせうる。これにより、記録及び／または再生装置２００は、サーバー９０からのＲＥＳＰＯＮＳＥ  ＨｅａｄｅｒにＬａｓｔ−ｍｏｄｉｆｉｅｄ：が存在していなければ、該当マークアップ文書またはマークアップリソースが変更されない文書と見なせる。
【００４７】
図１５は、チャット画面を表示するためのＣＨＡＴＲＯＯＭ．ＨＴＭを通じてチャット画面の対話窓を表示するためのマークアップ文書ＤＩＡＬＯＧ．ＨＴＭを受け取る場合の具現例を示す。（１）は、記録及び／または再生装置２００がＨＴＴＰプロトコルによってサーバー９０にＧＥＴ命令を送るための要求（ＲＥＱＵＥＳＴ）のヘッダ、すなわちＲＥＱＵＥＳＴ  Ｈｅａｄｅｒの構成である。特に、Ｕｓｅｒ−Ａｇｅｎｔは、記録及び／または再生装置２００の種類を知らせ、Ｒｅｆｅｒｅｒ：はマークアップ文書ＤＩＡＬＯＧ．ＨＴＭを参照している文書がディスク３００のインタラクティブディレクトリに保存されたマークアップ文書ＣＨＡＴＲＯＯＭ．ＨＴＭであることを知らせる。（２）はサーバー９０がＨＴＴＰプロトコルによってクライアントの記録及び／または再生装置２００からのＧＥＴ命令による応答（ＲＥＳＰＯＮＳＥ）のヘッダ、すなわちＲＥＳＰＯＮＳＥ  Ｈｅａｄｅｒの構成である。特に、Ｌａｓｔ−ｍｏｄｉｆｉｅｄ：は、マークアップ文書ＤＩＡＬＯＧ．ＨＴＭがサーバー９０でアップデートされる、すなわち、変更されうる文書であることを明示的に知らせうる。これにより、記録及び／または再生装置２００は、サーバー９０からのＲＥＳＰＯＮＳＥ  ＨｅａｄｅｒにＬａｓｔ−ｍｏｄｉｆｉｅｄ：が存在していなければ、該当マークアップ文書またはマークアップリソースを変更されない文書と見なせる。
【００４８】
図１６は、ＥＮＡＶバッファ構成情報によって決定される、本実施例に係るアップデート可能なマークアップ領域の構成情報を示す。図１６を参照するに、アップデート可能なマークアップ領域の構成情報は、ディスク３００に記録された情報であって（本実施例では、チャットサービスのためのローディング情報ファイルに記録されている）、ＥＮＡＶファイルが保存された位置情報と対応するＥＮＡＶファイルのために割当てるべきバッファ領域の大きさ情報を含む。また、対応するＥＮＡＶファイルのフォーマットとサーバー９０でアップデートされるか否かを知らせる情報をさらに含みうる。
【００４９】
位置情報は、ＥＮＡＶバッファ２０２が搭載された記録及び／または再生装置２００と通信可能なサーバー９０を示すか、ＥＮＡＶバッファ２０２が搭載された記録及び／または再生装置２００に装着されるディスク３００を示す。本実施例でサーバー９０を示す位置情報はｈｔｔｐ：／／ｗｗｗ．ｃｏｍｐａｎｙ  ．ｃｏｍ／ＤＩＡＬＯＧ．ＨＴＭのように表示され、ディスク３００を示す位置情報はｆｉｌｅ：／／ＤＶＤ＿ＥＮＡＶ／ＣＨＡＲＯＯＭ．ＨＴＭのように表示される。本実施例において大きさ情報は５Ｋｂｙｔｅｓのように表示される。大きさ情報は、あらゆるファイルに対して表示されるものではない。一方、使用法（更新如何）の一例として、ｔｅｘｔ／ｘｍｌ＋ｃｈａｔ（ｙｅｓ）は、対応するファイルがｔｅｘｔファイルであり、ｘｍｌ文書であり、チャットｃｈａｔのために用いられ、サーバー９０で更新される（ｙｅｓ）ことを知らせる。同じサーバー９０に属したように示されたが、位置情報は複数個のサーバーから出力されうる。また、非インターネットファイルは、ＤＶＤ３００から読出される必要はなく、その代りに装置２００によりアクセス可能な他のメモリやドライブから読出されうる。
【００５０】
図１７は、図１６のアップデート可能なマークアップ領域の構成情報によるアップデート可能なマークアップ領域の構成を示す。図１７を参照するに、ＥＮＡＶバッファ２０２には、図１６のマークアップ領域の構成情報によってバッファ領域が割当てられている。さらに詳細に、ｈｔｔｐ：／／ｗｗｗ．ｃｏｍｐａｎｙ  ．ｃｏｍ／ＤＩＡＬＯＧ．ＨＴＭに保存されているＤＩＡＬＯＧ．ＨＴＭに対して確保せねばならないバッファサイズ情報は５ＫＢｙｔｅｓであるために、バッファ領域は５ＫＢｙｔｅｓが割当てられる。ｈｔｔｐ：／／ｗｗｗ．ｃｏｍｐａｎｙ  ．ｃｏｍ／ＤＩＡＬＯＧ．ＣＳＳに保存されたＤＩＡＬＯＧ．ＣＳＳは１ＫＢｙｔｅｓであるために、バッファ領域は１ＫＢｙｔｅｓが割当てられる。ｈｔｔｐ：／／ｗｗｗ．ｃｏｍｐａｎｙ  ．ｃｏｍ／ＩＮＰＵＴ．ＨＴＭ及びｈｔｔｐ：／／ｗｗｗ．ｃｏｍｐａｎｙ  ．ｃｏｍ／Ｐ１．ＧＩＦに保存されているＩＮＰＵＴ．ＨＴＭ及びＰ１．ＧＩＦには、大きさ情報がないので、サーバー９０が定めた大きさほどバッファ領域が割当てられる。サーバー９０は、図１４及び図１５を参照して説明したように、ＲＥＳＰＯＮＳＥ  ｈｅａｄｅｒのＣｏｎｔｅｎｔ−ｌｅｎｇｔｈ：を通じてサーバー９０は伝送するファイルの大きさを割当てうる。
【００５１】
ｆｉｌｅ：／／ＤＶＤ＿ＥＮＡＶ／ＣＨＡＴＲＯＯＭ．ＨＴＭ、ｆｉｌｅ：／／ＤＶＤ＿ＥＮＡＶ／ＣＨＡＴＴＩＴＬＥ．ＨＴＭ、ｆｉｌｅ：／／ＤＶＤ＿ＥＮＡＶ  ／Ｃ１．  ＰＮＧ及びｆｉｌｅ：／／ＤＶＤ＿ＥＮＡＶ／Ｃ２．ＰＮＧは、各々対応するファイルＣＨＡＴＲＯＯＭ．ＨＴＭ、ＣＨＡＴＴＩＴＬＥ．ＨＴＭ、Ｃ１．ＰＮＧ及びＣ２．ＰＮＧがディスク３００に保存されていることを知らせ、よって記録及び／または再生装置２００のファイルシステムが決定したファイルの大きさほどバッファ領域が割当てられる。
【００５２】
前述したような構成に基づいて本発明の望ましい実施例に係るバッファ管理方法を説明すると次の通りである。
【００５３】
図１８は、本発明の一実施例に係るバッファ管理方法を説明するためのフローチャートである。図１８を参照するに、記録及び／または再生装置２００は、ディスク３００がローディングされ、ユーザがインタラクティブモードを選択すれば、ＤＶＤ＿ＥＮＡＶディレクトリに保存されたスタートアップファイルＳＴＡＲＴＵＰ．ＭＬＳを開けてリンクされている、本発明に係るＥＮＡＶバッファ構成情報が含まれたローディング情報ファイルＬｏｄｉｎｇＩｎｆｏｒｍａｔｉｏｎ．ＬＤＩを読込む（１８０１段階）。ローディング情報ファイルを通じてＥＮＡＶバッファ構成情報を確認した後（１８０２段階）、それによりＥＮＡＶバッファ２０２のうち、アップデート可能なマークアップ領域を割当てる（１８０３段階）。ＥＮＡＶバッファ２０２の残りの領域は一般領域となる。一般領域の意味については前述した。
【００５４】
図１９は、本発明の他の実施例に係るバッファ管理方法を説明するためのフローチャートである。図１９を参照するに、本実施例で記録及び／または再生装置２００は、ユーザがチャットサービスを選択すれば、ディスク３００に記録されたスタートアップファイルを解釈し、本実施例によってチャットサービスのためのＥＮＡＶバッファ構成情報として、アップデート可能なマークアップ領域の構成情報が含まれたローディング情報ファイルを読込む（１９０１段階）。ローディング情報ファイルに記録された情報を通じてＥＮＡＶバッファ２０２にロードするファイルの存否を確認し（１９０２段階）、存在していなければ、最初に画面に表示される文書を解釈して表示する（１９０３段階）。存在するならば、ファイルサイズが設定されているか否かを確認し（１９０４段階）、設定されていれば、設定された大きさだけバッファ領域を確保する（１９０６段階）。設定されていなければ、その位置を確認し（１９０７段階）、ディスク３００に保存されている場合、ファイルシステムが定めた大きさだけバッファ領域を確保し（１９０８段階）、ディスク３００に保存されておらず、サーバー９０に保存されている場合にサーバー９０が定めた大きさだけバッファ領域を確保する（１９０９段階）。バッファ領域が確保されれば（１９１０段階）、対応するファイルを確保されたバッファ領域にロードする（１９１１段階）。バッファ領域の確保に失敗すれば、バッファ領域が確保されていないことを知らせて終了する（１９１２段階）。一方、ユーザがマークアップ文書を探索して表示する過程で、他のバッファ構成情報を使用せねばならない要求が発生すれば、再び１９０２段階に戻って同じ過程を繰返す。
【００５５】
一方、ユーザがマークアップ文書を探索してＤＩＡＬＯＧ．ＨＴＭがサーバー９０で更新されることを確認すれば、記録及び／または再生装置２００は、更新されたＤＩＡＬＯＧ．ＨＴＭをサーバー９０から伝送される。この際、サーバー９０は、マークアップ文書（及び／またはマークアップリソース）を更新するに当って、その大きさが既に設定されたバッファ領域範囲（上の例では、５ＫＢｙｔｅｓ）以内の大きさを有するようにすれば、記録及び／または再生装置２００は、バッファ容量の不足でエラーが発生することがなく、更新された内容を正しく処理してディスプレイしうる。また、記録及び／または再生装置２００は、マークアップ文書を探索する過程で他のアップデート可能なマークアップ領域の構成情報を使用せねばならない要求が発生すれば、再び１９０２段階に戻って同じ過程を繰返す。
【００５６】
一方、前述した図１８及び図１９に示されたバッファ管理方法は、コンピュータプログラムで作成可能である。前記プログラムを構成するコード及びコードセグメントは当分野のコンピュータプログラマーによって容易に推論されうる。また、前記プログラムは、コンピュータ可読情報保存媒体に保存され、コンピュータによって読込まれて実行されることによって、前記バッファ管理方法を具現する。前記情報保存媒体は、ＲＯＭ、フロッピー（登録商標）ディスク、ハードディスクのような磁気記録媒体、ＣＤ−ＲＯＭ、ＤＶＤ、ブルーレイディスク及びＡＯＤのような次世代ＤＶＤ、再記録及び追記型記録媒体のような光記録媒体、磁気光媒体及びキャリアウェーブ媒体（インターネットを通じた伝送）を含む。サーバー９０は、インターネットに付加して、またはインターネットの代りに無線ネットワーク、ＬＡＮ、ＷＡＮ、私設イントラネットを含む多様なネットワークを通じて連結しうる。しかし、このようなネットワークに限定されるものではない。また、ＥＮＡＶファイルは、サーバー９０にあると記述されたが、ＥＮＡＶファイルはＥＮＡＶファイルを提供するために装置２００に連結された、所定の外部媒体に保存されることもある。最後に、ＥＮＡＶバッファ２０２は、２つの領域に分割されると図示されているが、これに限定されるものではなく、ＥＮＡＶバッファ２０２は２つ以上の領域に割当てられることもある。
【００５７】
前述したように本発明によれば、サーバーがインタラクティブモードを支援する家電機器の再生装置で所定のコンテンツを提供するに当って、再生装置のバッファ容量により適応的にその大きさを調節可能にし、ＥＮＡＶファイルをサーバーから受け取る前に再生装置があらかじめバッファ空間を確保して置くことによって、バッファ容量が制限された家電機器としての再生装置でも、決定的な方法（ｄｅｃｉｓｉｖｅ  ｍｅｔｈｏｄ）でバッファ使用が可能である。したがって、インターネットで自由に更新されるマークアップ文書及び／またはマークアップリソースであっても、コンテンツ提供者がバッファ構成情報によって決められた大きさ以下にのみだけ作って提供するならば、いくらでも画面出力が可能となる。
【００５８】
インターネットで自由に更新されるマークアップ文書及び／またはマークアップリソースの例としては、チャットサービス、株式情報提供サービス、ニュース提供サービス及びインターネットショッピング時の購買物品目録など多様な応用があり得る。
【産業上の利用可能性】
【００５９】
インターネットで自由にアップデートされるマークアップ文書及び／またはマークアップリソースは、チャットサービス、株式情報を提供するサービス、ニュースを提供するサービス、インターネットショッピングのための購入製品リスト、そして、インタラクティブモードとしてディスプレイされる異なる種類の情報を含む。そして、インタラクティブモードを用いる装置は、専用的なプレーヤー／レコーダ、ポータブルプレーヤー／レコーダ、及びインタラクティブモードで再生が可能であり、バッファ制御が要求される異なる種類の装置などになりうる。また、本発明に係る媒体及び方法は、計算リソースのさらに効率的な使用のためにバッファ容量を管理し、制御するためにパソコンで使用されうる。
【図面の簡単な説明】
【００６０】
【図１Ａ】従来の技術の問題点を理解しやすく示す参考図である。
【図１Ｂ】従来の技術の問題点を理解しやすく示す参考図である。
【図２】本発明の望ましい実施例に係る再生システムの概要図である。
【図３】再生装置２００のブロック図である。
【図４】ＥＮＡＶバッファ構成情報を説明するための参考図である。
【図５】本発明に係るＤＶＤ３００のボリューム空間構成図である。
【図６】本発明に係るＤＶＤ３００のディレクトリ構造の一例である。
【図７】本実施例に係るスタートアップファイル、ＳＴＡＲＴＵＰ．ＸＬＳの一例である。
【図８】本実施例に係るローディング情報ファイルＬｏｄｉｎｇＩｎｆｏｒｍａｔｉｏｎ．ｌｄｉの一例である。
【図９】本発明の望ましい実施例に係る再生装置２００が支援するチャットサービスのためのチャット画面の一例である。
【図１０】図９のチャット画面のためのマークアップ文書の一例である。
【図１１】図９のチャット画面のためのマークアップ文書の一例である。
【図１２】図９のチャット画面のためのマークアップ文書の一例である。
【図１３】本発明の望ましい実施例によってチャットサービスを提供するための再生装置２００とサーバー９０との通信過程概要図である。
【図１４】図１３の通信過程（１）及び（２）の具現例である。
【図１５】図１３の通信過程（１）及び（２）の具現例である。
【図１６】ＥＮＡＶバッファ構成情報によって決定される、本実施例に係るアップデート可能なマークアップ領域の構成情報を示す図である。
【図１７】図１６のアップデート可能なマークアップ領域の構成情報に係るアップデート可能なマークアップ領域の構成図である。
【図１８】本発明の一実施例に係るバッファ管理方法を説明するためのフローチャートである。
【図１９】本発明の他の実施例に係るバッファ管理方法を説明するためのフローチャートである。
【図１Ａ】
0004512588.tif 000002
【図１Ｂ】
0004512588.tif 000003
【図２】
0004512588.tif 000004
【図３】
0004512588.tif 000005
【図４】
0004512588.tif 000006
【図５】
0004512588.tif 000007
【図６】
0004512588.tif 000008
【図７】
0004512588.tif 000009
【図８】
0004512588.tif 000010
【図９】
0004512588.tif 000011
【図１０】
0004512588.tif 000012
【図１１】
0004512588.tif 000013
【図１２】
0004512588.tif 000014
【図１３】
0004512588.tif 000015
【図１４】
0004512588.tif 000016
【図１５】
0004512588.tif 000017
【図１６】
0004512588.tif 000018
【図１７】
0004512588.tif 000019
【図１８】
0004512588.tif 000020
【図１９】
0004512588.tif 000021