JP2007538456A - 記録媒体に記録されたデータとダウンロードされたデータとを共に再生する再生方法及びその再生装置 - Google Patents

Abstract

記録媒体に記録されたデータとダウンロードされたデータとを共に再生する再生方法及びその再生装置を提供する。動映像データ及び動映像データを利用したインタラクティブ機能を提供するアプリケーションデータを記録した記録媒体を再生する方法において、ネットワークを介して外部のデータベースからダウンロードされたデータを、記録媒体に記録されたデータとバインディングする段階と、バインディングされた記録媒体に記録されたデータとダウンロードされたデータとを共に再生する段階とを含むことを特徴とする再生方法である。これにより、外部のデータベースからダウンロードされてローカルストレージに保存された新たなコンテンツを記録媒体に記録されたデータと共に円滑に再生できる。

Description

本発明は、記録媒体に記録されたマルチメディアデータの再生に係り、具体的には、記録媒体に記録されたデータと共にネットワークを介してダウンロードされたデータを再生する再生方法及びその再生装置に関する。

現在のＤＶＤのような記録媒体に記録された動映像データは、圧縮符号化されたＡＶデータ（Ａｕｄｉｏ Ｖｉｓｕａｌ Ｄａｔａ）及びＡＶデータの再生を制御するためのナビゲーションデータを含んでいる。

さらに具体的に、ＡＶデータは、ＭＰＥＧ（Ｍｏｔｉｏｎ Ｐｉｃｔｕｒｅ Ｅｘｐｅｒｔｓ Ｇｒｏｕｐ）標準によって符号化されたビデオ、オーディオ、及び／またはサブタイトルを含むＡＶストリームで構成される。ここに、ＡＶストリームの符号化属性またはランダムアクセスのためのエントリポイントなどの付加情報と動映像の再生順序を定めて作ったプレイリストなどをさらに含みうる。

一方、ナビゲーションデータは、前述したプレイリストを再生させる命令や他のプレイリストに分岐する命令などのＡＶデータの再生を制御するナビゲーション命令語からなっている。これにより、記録媒体のナビゲーションデータを参考して、ＡＶデータを再生でき、ユーザは、高画質の映画のような動映像を視聴できる。

しかし、前述したデータ構造で製作された動映像データは、製作が完了した後にＡＶデータの編集及び修正が困難であり、また、ユーザとのインタラクティブ機能が不足するという問題がある。これにより、動映像データに加えてプログラミング機能を有するアプリケーションに対する要求が増加しつつある。

特に、記録媒体に記録された動映像データに加えて、ネットワークを介して外部データベースと接続して新たなコンテンツをダウンロードして、既存の記録媒体に記録されたデータと共に再生できる機能が要求される。

本発明の技術的課題は、記録媒体に記録された動映像データと共に、ネットワークを介して外部データベースからダウンロードされた新たなコンテンツを再生する再生方法及びその再生装置を提供することである。

前述した目的は、本発明によって、動映像データ及び動映像データを利用したインタラクティブ機能を提供するアプリケーションデータを記録した記録媒体を再生する方法において、ネットワークを介して外部のデータベースからダウンロードされたデータを、記録媒体に記録されたデータとバインディングする段階と、バインディングされた記録媒体に記録されたデータとダウンロードされたデータとを共に再生する段階とを含むことを特徴とする再生方法によって達成される。

前記バインディングする段階は、ダウンロードされたデータが記録媒体に記録されたデータと共に再生されるように連結するメタ情報を利用して、再生されるデータファイルのディレクトリ構造を生成する段階であることが望ましい。

また、前記メタ情報は、ダウンロードされたデータが連結されるべき記録媒体内のデータファイル情報を含むことが望ましく、前記メタ情報は、既にダウンロードされたデータの重複ダウンロードを防止するためにダウンロードされたデータファイルのバージョン情報をさらに含み、ダウンロードされたデータの使用目的に関する情報をさらに含み、ダウンロードされる単位に関する情報をさらに含むことが望ましい。

また、前記メタ情報は、ダウンロードされるデータと共に、外部のデータベースからダウンロードされることが望ましく、再生装置内のローカルストレージの別途の領域に保存されることが望ましく、隠しファイルの属性として保存されることが特に望ましい。

また、前記共に再生する段階は、バインディングする段階で生成された再生されるデータファイルのディレクトリ構造に基づいて、再生されるデータファイルを再生する段階であることが望ましい。

一方、本発明の他の実施形態において、前記バインディングする段階は、ダウンロードされたデータが記録媒体に記録されたデータと共に再生されるように連結するために、所定のデータファイルの命名規則を利用して再生されるデータファイルのディレクトリ構造を生成する段階であることが望ましい。

前記ダウンロードされるデータファイル名は、記録媒体内の特定ファイルを代替するために一つのデータファイルのみダウンロードされる場合、ダウンロードされるデータファイル名は、代替しようとするファイル名と重複ダウンロードを防止するためのバージョン情報とを含むことが望ましい。

また、前記ダウンロードされるデータファイル名は、記録媒体内のメインビデオストリームに追加して提供される複数のデータファイルの場合、一つのダウンロード単位であることを示すために複数のデータファイルが同一名称を含むことが望ましい。

また、前記ダウンロードされるデータファイル名は、クリップＡＶストリームファイルの場合、該当ストリームの使用用途を表す情報をさらに含むことが望ましく、クリップＡＶストリームファイルの識別子情報をさらに含み、クリップＡＶストリームファイルのバージョン情報をさらに含むことが望ましい。

また、前記ダウンロードされるデータファイル名は、クリップインフォメーションファイルの場合、クリップＡＶストリームファイルと同一名称を含むことが望ましい。

前記ダウンロードされるデータファイル名は、クリップの再生単位であるプレイリストファイルの場合、記録媒体内の連結されるべきプレイリスト情報をさらに含むことが望ましい。

一方、本発明の他の分野によれば、前記目的は、動映像データ及び動映像データを利用したインタラクティブ機能を提供するアプリケーションデータを記録した記録媒体を再生する装置において、記録媒体に記録されたデータを読み出す読出部と、ネットワークを介して外部のデータベースからダウンロードされたデータを保存する保存部と、記録媒体から読み出されたデータと保存部に保存されたダウンロードされたデータとを共に再生する再生部とを備え、再生部は、ダウンロードされたデータを記録媒体に記録されたデータとバインディングするアプリケーション管理者を含むことを特徴とする再生装置によって達成される。

また、前記アプリケーション管理者は、ダウンロードされたデータが記録媒体に記録されたデータと共に再生されるように連結するメタ情報を利用して、再生されるデータファイルのディレクトリ構造を生成することが望ましい。

一方、本発明の他の実施形態によれば、前記アプリケーション管理者は、ダウンロードされたデータが記録媒体に記録されたデータと共に再生されるように連結するために、所定のデータファイルの命名規則を利用して、再生されるデータファイルのディレクトリ構造を生成することが望ましい。

また、前記アプリケーションデータは、プログラム可能なようにプログラミング言語で構成されることが望ましく、プログラミング言語は、ジャバ（Ｊａｖａ（登録商標））を含むことが特に望ましい。

本発明によれば、記録媒体に記録された動映像データと共に、ネットワークを介して外部データベースからダウンロードされた新たなコンテンツを再生する再生方法及びその再生装置が提供される。

これにより、外部のデータベースからダウンロードされてローカルストレージに保存された新たなコンテンツを記録媒体に記録されたデータと共に円滑に再生できる。

さらに、記録媒体で提供するアプリケーションに、製作者が予想できなかったエラー及び誤動作が含まれた場合の動映像データやアプリケーションデータの交替が可能である。また、記録媒体の製作時には予想できなかった追加機能を提供するアプリケーションやアップデートされた動映像を提供することも可能である。

以下では、添付図面を参照して本発明の望ましい実施形態について説明する。

図１は、本発明による記録媒体に記録されたデータの種類を示す図である。図１を参照するに、本発明による記録媒体１００は、動映像データ１１０、プログラミング機能のためのアプリケーションデータ１２０（以下、アプリケーションデータと略称する）、及びシステムデータ１３０を含む。

動映像データ１１０は、動映像の再生のための再生モードのデータであって、コアモードまたは映画モードデータとも言う。動映像データは、圧縮符号化されたＡＶデータと、ＡＶデータの再生を制御するためのナビゲーションデータとを含む。これにより、記録媒体のナビゲーションデータを参考としてＡＶデータを再生し、ユーザは、高画質映画のような動映像を視聴できる。

一方、アプリケーションデータ１２０は、ユーザとのインタラクティブ機能を提供するためのプログラム機能を有するデータであって、フルモードデータまたはプログラムモードデータとも言う。動映像を利用したゲーム機能、動映像の一部を再生しつつディレクタのコメントを表示する機能、動映像の一部を再生しつつその他の付加情報を表示する機能、または動映像を再生しつつチャットできる機能などを提供する多様なアプリケーションが提供されうる。または、記録媒体に記録された映画と関連して、ウェブページまたは他のデータベースなどに保存された映画俳優に関する最近情報、映画と関連したイベント開催情報またはアップデートされたサブタイトルなどの関連した情報を入手して映画と共に再生してもよい。

アプリケーションデータは、動映像と共にアプリケーションプログラムを実行するために、後述する動映像情報を再生するプレゼンテーションエンジンに対するＡＰＩ（アプリケーション プログラム インターフェース）関数を含んでもよい。このようなアプリケーションデータは、Ｃまたはジャバ（Ｊａｖａ（登録商標））のようなプログラミング言語で作成され、本発明では、特に、ｘｌｅｔのようなジャバアプリケーション中心に説明する。

一方、システムデータ１３０は、スタートアップ情報、タイトル情報を含む。スタートアップ情報は、記録媒体が再生装置によって再生されるとき、最初に再生されるデータの位置情報を知らせる。タイトル情報は、各タイトルの再生時に動作すべきデータのエントリ及び属性情報を表す。

前述したように、本発明による記録媒体は、動映像データ１１０に加えてプログラミング可能なアプリケーションデータ１２０を含むことによって、動映像の再生以外にユーザとの多様なインタラクティブ機能を提供できる。特に、記録媒体に記録された動映像データ以外にも外部のデータベースから新たなコンテンツをダウンロードされて再生でき、さらに、ダウンロードされたデータを管理して次の再生にも利用できる。

本発明では、記録媒体に記録された動映像データと共に、ネットワークを介して外部のデータベースからダウンロードされた新たなコンテンツを適切に連結して再生する方法及び装置を中心に説明する。

図２は、図１に示す記録媒体１００に記録されたマルチメディアデータの構造を説明するための図である。図２を参照するに、本発明による記録媒体１００に記録されたマルチメディアデータは４層構造からなっていることが分かる。各層は、マルチメディア映像の記録単位であるクリップ２００、マルチメディア映像の再生単位であるプレイリスト２２０、マルチメディア映像を再生するためのナビゲーション命令語を含むムービーオブジェクト２３０、及び最初に再生されるムービーオブジェクト及びそれぞれのタイトルを指定するインデックステーブル２４０を含む。

クリップ２００は、高画質映画のためのＡＶデータストリームと該当ＡＶデータストリームとの属性を一つのオブジェクトとして具現したものである。ＡＶデータストリームをクリップＡＶストリーム２０５と呼び、ＡＶデータストリームの属性情報をクリップインフォメーション２１０と呼ぶ。プレイリスト２２０は、前述したクリップの再生区間の集合であって、各再生区間をプレイアイテム２２２という。ムービーオブジェクト２３０は、ナビゲーション命令語プログラムからなり、このようなナビゲーション命令語は、プレイリストの再生を開始するか、ムービーオブジェクト間の転換あるいはユーザの選好によってプレイリストの再生を管理する。インデックステーブル２４０は、複数のタイトルとメニューとを定義するための最上位層のテーブルであって、全てのタイトルとメニューとの開始位置情報を含んでいて、タイトル検索やメニューコールのようなユーザ入力を通じて選択されたタイトルやメニューを再生できる。また、インデックステーブル２４０は、記録媒体が再生装置に挿入された時、自動実行される最初再生されるタイトルやメニューの開始位置情報も含む。

このうち、マルチメディア映像が圧縮符号化されたクリップＡＶストリーム２０５の構造を説明すれば、次の通りである。図３は、図２に示すクリップＡＶストリーム２０５の構成を示す図である。

図３を参照するに、本発明による記録媒体には、ビデオストリーム３０２、オーディオストリーム３０４、サブタイトルを提供するプレゼンテーショングラフィックストリーム３０６、及びユーザとの相互作用のためのメニューを提供するインタラクティブグラフィックストリーム３０８が多重化されたＡＶデータストリーム２０５が記録されている。ＡＶデータストリーム２０５をメインストリームという。

図４は、図１に示すデータを記録した記録媒体のディレクトリ構造を示す図である。

図２及び図４を参照するに、本発明による記録媒体に記録されたマルチメディアデータと関連したファイルのディレクトリ構造が示されている。ルートディレクトリ４１０下位に高画質動映像データ１１０が保存されたＢＤＭＶディレクトリ４１５には、インデックステーブル２４０、ムービーオブジェクト２３０、プレイリスト２２０、クリップインフォメーション２１０、クリップＡＶストリーム２０５、及びその他のデータのためのディレクトリがそれぞれ設けられている。

具体的に、インデックステーブル２４０は、ｉｎｄｅｘ．ｂｄｍｖ４２０というファイル名として保存され、ナビゲーションデータを含むムービーオブジェクト２３０は、ＭｏｖｉｅＯｂｊｅｃｔ．ｂｄｍｖ４３０というファイル名として記録される。また、動映像の再生単位であるプレイリスト２２０は、ＰＬＡＹＬＩＳＴというディレクトリ４４０下位に５桁の数字とｍｐｌｓという拡張子とから構成されたファイル名として記録され、クリップインフォメーション２１０は、ＣＬＩＰＩＮＦディレクトリ４５０下位に５桁の数字とｃｌｐｉという拡張子とから構成された名称のファイル（例：４５１、４５２、４５３）形態として記録され、クリップＡＶストリーム２０５は、ＳＴＲＥＡＭというディレクトリ４６０下位に５桁の数字とｍ２ｔｓという拡張子とから構成された名称のファイル（例：４６１、４６２、４６３）形態として記録される。特に、クリップＡＶストリームファイルに対応するクリップインフォメーションファイル４５１、４５２、４５３と、該当クリップＡＶストリームファイル４６１、４６２、４６３とは、同じ５桁の数字からなる名称を有し、拡張子だけ異なる。また、テキストサブタイトル用のフォントファイルのようなその他のデータは、ＡＵＸＤＡＴＡディレクトリ４７０下に保存される。

本発明によって前述したデータがいずれもダウンロード可能であるが、説明の便宜上、クリップＡＶストリームファイル、クリップインフォメーションファイル、及びプレイリストに限定して説明する。アプリケーションデータ１２０に含まれるダウンロード用のジャバアプリケーションを実行すれば、ネットワークを介して外部のデータベースからファイルをダウンロードされて、記録媒体に記録された動映像データ１１０と共に再生できる。この時、クリップＡＶストリームファイル、クリップインフォメーションファイル、及びプレイリストのうち一つのファイルのみをダウンロードして記録媒体内の対象ファイルを代替するか、あるいはクリップＡＶストリームファイル、クリップインフォメーションファイル、及びプレイリストを一つの単位でダウンロードして記録媒体内のファイルに追加できる。ダウンロードされたデータは、後述するローカルストレージに保存される。記録媒体内のファイルと容易に連結するために、ローカルストレージには、図４に示す記録媒体内のディレクトリ構造と同じディレクトリ構造を有するようにダウンロードされたデータが保存されることが望ましい。

以下では、本発明によって前述したデータ構造を有する記録媒体を再生する再生装置について説明する。図５は、本発明の望ましい実施形態による再生装置のブロック図である。

図５を参照するに、本発明による再生装置５００は、図１に示す記録媒体１００に記録された動映像データ１１０及びアプリケーションデータ１２０に加えて、ネットワークを介して外部のデータベースからダウンロードされた動映像データやアプリケーションデータを共に再生できることを特徴とする。

本発明による再生装置５００は、読出部５１０、バッファ部５１８、及び再生部５２８を備える。特に、再生部５２８には、アプリケーションデータ１２０の再生を制御するアプリケーション管理者５３３が含まれる。読出部５１０は、図１で説明した記録媒体５００だけでなく、ネットワークを介して外部のデータベース５０２から動映像データ、アプリケーションデータ、及び／またはシステムデータなどをダウンロードされうる。本発明による再生装置５００は、外部のデータベースからダウンロードされた各種データ、すなわちコンテンツを保存するローカルストレージ５０１を含む。

さらに具体的に、読出部５１０は、記録媒体５００またはローカルストレージ５０１から動映像データ、アプリケーションデータ、及びシステムデータを読み取って各種類別にバッファ部５１８にバッファリングする。ローカルストレージ５０１は、ネットワークを介して外部データベース５０２からダウンロードされた動映像データ、アプリケーションデータ、及び／またはシステムデータを保存する装置である。

バッファ部５１８は、バッファリングされるデータの種類によって、アプリケーションデータバッファ５２０、ナビゲーションデータバッファ５２１、ＡＶデータバッファ５２２、及びシステムバッファ５２３を備える。

再生部５２８は、バッファリングされたデータを再生するためのエンジンである。バッファリングされたデータの種類によって、アプリケーションデータはプログラムエンジン５３０で、ナビゲーションデータはナビゲーションエンジン５３１で、ＡＶデータはプレゼンテーションエンジン５３２でそれぞれ再生される。

特に、アプリケーション管理者５３３は、システムデータを解析して、最初に再生されるべきモード（コアモードまたはフルモード）およびデータを決定し、再生中にモード間の転換やユーザのタイトル検索要請によって要請されたタイトルを再生できるように各種エンジン５３０ないし５３２を制御する。また、アプリケーション管理者５３３は、ユーザの入力を処理するためのユーザ入力受信部及び処理部（図示せず）を通じてユーザの入力を各モードの再生エンジン５３０ないし５３２に伝達する。さらに、アプリケーション管理者５３３は、ダウンロード用のアプリケーションまたはローカルストレージ管理用のアプリケーションを利用して、ネットワークを介して外部のデータベースからアプリケーションデータをダウンロードする過程を管理し、ダウンロードされたアプリケーションデータをローカルストレージに適切に保存するようにローカルストレージを管理する。もちろん、ダウンロード及びローカルストレージを管理するモジュールをアプリケーション管理者と別途に備えるように具現してもよい。

プレゼンテーションエンジン５３２は、ＡＶデータをデコーディングして再生し、ナビゲーションエンジン５３１の制御を受ける。プログラムエンジン５３０は、プログラム機能を提供するアプリケーションデータを実行させ、またＡＰＩを通じてプレゼンテーションエンジンを制御する。これにより、動映像を再生しつつ関連付加情報をディスプレイする例のように、動映像を利用した多様なアプリケーションを提供できる。

本発明による再生装置は、アプリケーション管理者の制御を受けて、記録媒体からデータを読み込んで再生できるだけでなく、ネットワークを介して外部のデータベースからダウンロードされてローカルストレージ５０１に保存されたデータを読み込んで再生できる。

これにより、記録媒体で提供するアプリケーションに、製作者が予想できなかったエラー及び誤動作が含まれた場合の動映像データやアプリケーションデータの交替が可能である。また、記録媒体の製作時には予想できなかった追加機能を提供するアプリケーションやアップデートされた動映像を提供することも可能である。

以下では、ネットワークを介して外部のデータベースからデータをダウンロードしてローカルストレージに保存することをダウンロードといい、システムメモリ（図６）においてローカルストレージ２００に保存された各種データを記録媒体２００に記録された各種データと連結（ｂｉｎｄｉｎｇ：以下、バインディングという）することをアップデートという。再生装置５００は、外部のデータベースから動映像データ１１０だけでなく、アプリケーションデータ１２０及びシステムデータ１３０をダウンロードして記録媒体に記録されたデータと共に再生できるが、説明の便宜上、動映像データに限定して説明する。

図６は、図５に示す再生装置５００の追加構成要素のブロック図である。図６を参照するに、再生装置５００は、ダウンロードされたデータを再生するために、図５で説明したアプリケーション管理者５３３、５３３以外にファイル入出力管理者６１０とシステムメモリ６３０とをさらに含む。

ファイル入出力管理者６１０は、記録媒体１００とネットワークを介して外部のデータベース６０４からダウンロードされたデータが保存されたローカルストレージ６０２とからデータを読み出してアプリケーション管理者に伝達し、ローカルストレージ５０１にデータを記録する。

アプリケーション管理者５３３は、アップデートＡＰＩを利用してローカルストレージ５０１に保存されたデータを記録媒体１００に記録されたデータとバインディングして、仮想のファイルシステム及びディレクトリ構造を生成し、これをシステムメモリ６３０に保存する。バインディング情報は、前述したナビゲーションエンジンとプログラムエンジンとによって参照される。バインディング情報の具体的な例は後述する。

システムメモリ６３０は、記録媒体１００から読み出されたデータファイルとローカルストレージ５０１から読み出されたデータファイルとのバインディング情報を利用して生成された、仮想のファイルシステム及びディレクトリ構造を保存する揮発性メモリである。応用例によって、システムメモリの代わりにワーキングメモリが使われることもある。

以下、図５及び図６に示す再生装置の構造に基づいて、記録媒体とダウンロードされたローカルストレージのデータファイルを連結して再生する過程を具体的に説明する。

図７は、本発明の一実施形態であって、記録媒体に記録されたデータとダウンロードされたデータとを共に再生するためのメタ情報のデータ構造を示す図である。図７を参照するに、バインディング情報としてメタ情報を使用する例が示されている。ダウンロード用のジャバアプリケーションによって外部のデータベースから動映像データをダウンロードする時、示されたメタ情報も共にダウンロードしてローカルストレージ５０１に保存される。メタ情報は、図４に示すデータファイルとは違って、隠しファイルの形態で保存されることが望ましく、ルートディレクトリ４１０内に存在せず、ローカルストレージ５０１内のメタ情報用の別途の保存空間に保存されることが望ましい。

また、図７を参照するに、メタ情報７００は、ダウンロード単位情報７０２、ファイル属性情報７０４、使用目的情報７０６、及び連結情報７０８を含む。

ダウンロード単位情報７０２は、ダウンロード用のジャバアプリケーションによってダウンロードされるファイルの束についての情報である。すなわち、個々ファイル単位でダウンロードするか、あるいは関連したファイルを束ねて一度にダウンロードするかに関する情報である。例えば、図４に示すように、プレイリストファイル、クリップインフォメーションファイル、またはクリップＡＶデータファイルなどをファイル単位に一つずつダウンロードしてもよいが、一つの動映像に関連したプレイリストファイル、クリップインフォメーションファイル、及びクリップＡＶデータファイルなどをダウンロード単位として一度にダウンロードしてもよい。

ファイル属性情報７０４は、ダウンロードされるファイル名、サイズ、バージョン、保存位置、製作者、またはその他の付加情報などを含みうる。特に、重複されるダウンロードを防止するために、該当ファイルのバージョン情報が含まれることが望ましい。

使用目的情報７０６は、ダウンロードされるファイルが使われる目的を記述した情報であって、例えば、韓国語用のテキストサブタイトル、英語用のテキストサブタイトル、最新バージョンの予告編動映像データ、登場人物の最新近況を紹介する動映像データのようにダウンロードされるファイルの使用目的に関する情報を含みうる。これにより、関連したデータのダウンロードをユーザが容易に選択できる。

連結情報７０８は、ローカルストレージ５０１内にダウンロードされたデータファイルが連結されるべき記録媒体１００内のファイル名情報を言う。

以下では、メタ情報７００を利用して記録媒体１００のデータとローカルストレージ５０１内にダウンロードされたデータとを連結する過程を説明する。図８は、メタ情報７００を利用して記録媒体１００に記録されたデータとローカルストレージ５０１内にダウンロードされたデータとを共に再生する方法を説明するフローチャートである。

図６及び図８を参照するに、アップデートＡＰＩを利用してアップデート動作が実行される（８０２段階）。アップデート動作は、システムメモリ６３０でローカルストレージ５０１に保存された各種データを記録媒体１００に記録された各種データとバインディングすることをいう。アップデート動作は、記録媒体が再生装置に挿入されて最初に再生を開始する場合に、図６に示すアプリケーション管理者５３３によって自動的に実行されうる。または、ダウンロード用のジャバアプリケーションがダウンロードを完了した場合、アプリケーション管理者５３３にアップデート動作を行うようにアップデートＡＰＩを呼び出すことで実行される。

まず、アプリケーション管理者５３３は、図６に示すファイル入出力管理者６１０を通じてローカルストレージ５０１を検索してダウンロードされたデータの存否を確認する（８０４段階）。

ダウンロードされたデータがあれば、アプリケーション管理者は、ローカルストレージ５０１上の別途の空間に保存されたメタ情報を読出し（８０６段階）、読み出されたメタ情報を解析して、ローカルストレージに保存されたダウンロードされたデータファイルの種類、バージョン、属性、該当データファイルがバインディングされる記録媒体１００内のデータファイルに関する情報などを得る（８０８段階）。

次に、解析されたメタ情報に基づいて、ローカルストレージ５０１に保存されたダウンロードされたデータファイルと記録媒体１００に記録されたデータファイルとをバインディングして、システムメモリ６３０上に仮想ディレクトリを生成する（８１０段階）。

以上のアップデート動作が完了すれば、システムメモリ６３０上の仮想のディレクトリを利用して、動映像データを再生するか、またはアプリケーションを実行する。これにより、記録媒体１００に記録されたデータと共にダウンロードされたデータも円滑に再生できる。すなわち、ナビゲーションエンジン及びプログラムエンジンが仮想のディレクトリ構造が保存されたシステムメモリを参照して、記録媒体に記録されたデータだけでなくダウンロードされたデータを共に再生できる。

また、再生装置が提供するシステムメニューやまたはローカルストレージ管理用のジャバアプリケーションも、前述したメタ情報７００を使用してローカルストレージを管理できる。特に、前述したメタ情報には、以後にダウンロード用のジャバアプリケーションによって新たにダウンロードが進む場合、重複ダウンロードを防止するために、属性情報の一つにバージョン情報を含むことが望ましい。

図９、図１０Ａ及び図１０Ｂは、本発明の他の実施形態であって、記録媒体に記録されたデータとダウンロードされたデータとを共に再生するためのファイルの命名規則を説明する図である。図９を参照するに、記録媒体に記録されたデータファイルを代替するために、一つのファイルのみダウンロードする場合の例が示されている。本発明による記録媒体１００に記録されたデータファイル名は、図４で説明したように、５桁の数字と拡張子とからなっている。したがって、ダウンロードされるファイル名は、最初の５桁に連結情報として代替しようとする記録媒体１００に記録されたデータファイル名９０２を使用し、下線（＿）以後に重複ダウンロードを避けるために、５桁のバージョン情報９０４を使用する。また、拡張子９０６は、代替しようとするデータファイルの拡張子と同一なものを使用することが望ましい。

一方、図１０Ａ及び図１０Ｂは、新たなテキストサブタイトル、メニュー、オーディオストリームのようなデータファイルをダウンロードする場合の例を示す。

まず、図１０Ａを参照するに、クリップＡＶデータファイルやクリップインフォメーションファイルのようなデータファイルがダウンロードされた場合のファイルの命名規則が示される。

ダウンロードされるデータファイル名は、最初５桁のうち前の２桁は、ダウンロードされるストリームのタイプ１００２を表すことが望ましい。例えば、ダウンロードされるファイル名の前の２桁が９１であれば、メニュー用、９２であれば、テキストサブタイトル用など、クリップＡＶデータストリームの用途によってストリームのタイプを決定することである。

また、５桁のうち最後の３桁は、該当クリップＡＶデータストリームの識別子１００４を使用することが望ましい。例えば、ユーザにデータファイルに関するさらに詳細な情報を提供するために、英語、韓国語、日本語など、言語別に指定された識別子を使用できる。

そして、下線（＿）以後には、重複ダウンロードを避けるために５桁のストリームバージョン情報１００６を使用する。また、拡張子１００８は、クリップＡＶストリームの場合、ｍ２ｔｓが使われ、クリップインフォメーションファイルの場合、ｃｌｐｉが使われる。特に、クリップＡＶストリーム２０５に対応するクリップインフォメーションファイルの場合、拡張子の前部が同じファイル名が使われ、拡張子のみｍ２ｔｓとｃｌｐｉとに異なる。

一方、図１０Ｂを参照するに、プレイリストファイルのようなデータファイルがダウンロードされた場合のファイルの命名規則が示される。

ダウンロードされるデータファイル名は、図１０Ａの場合と同様に、最初５桁のうち前の２桁は、ダウンロードされるストリームのタイプ１０１２を示し、最後の３桁は、該当プレイリストのストリームの識別子１０１４を示す。

但し、図１０Ａに示すクリップＡＶストリームファイルやクリップインフォメーションファイルとは違って、ローカルストレージに保存されるプレイリストは、メインビデオストリーム（図３参照）のプレイリストと連結されなければならない。したがって、プレイリストの場合には、図１０Ｂに示すように別途のファイル名規則を適用することが望ましい。すなわち、ファイル名の最初５桁は、図１０Ａで説明したように、ダウンロード単位の概念を維持してローカルストレージ管理時に利用するために、関連したクリップファイル名と同一にし、下線（＿）以後の５桁は、記録媒体内に記録された連結されるべきプレイリストの名称を使用することが望ましい。また、拡張子１００８は、ｍｐｌｓが使われる。

前述したファイルの命名規則によって、ダウンロードされるファイル名を解析すれば、図８で説明したバインディング情報を解析することができる。

図１１は、ファイルの命名規則を利用して、記録媒体に記録されたデータとダウンロードされたデータとを共に再生する方法を説明するフローチャートである。図１１及び図６を参照するに、アップデートＡＰＩを利用してアップデート動作が実行される（１１０２段階）。

まず、アプリケーション管理者５３３は、図６に示すファイル入出力管理者６１０を通じてローカルストレージ５０１を検索して、ダウンロードされたデータの存否を確認する（１１０４段階）。

ダウンロードされたデータがあれば、アプリケーション管理者は、ローカルストレージ５０１からダウンロードされたデータファイルを読み出す（８０６段階）。その後、図９ないし図１０Ｂで説明したファイルの命名規則に基づいて、読み出されたデータファイル名を解析して、ローカルストレージに保存されたダウンロードされたデータファイルの種類、バージョン、属性、該当データファイルがバインディングされる記録媒体１００内のデータファイルに関する情報などを得る（１１０８段階）。

次に、解析された情報に基づいてローカルストレージ５０１に保存されたダウンロードされたデータファイルと記録媒体１００に記録されたデータファイルとをバインディングして、システムメモリ６３０上に仮想ディレクトリを生成する（１１１０段階）。

以上のアップデート動作が完了すれば、システムメモリ上の仮想のディレクトリを利用して、動映像データを再生するか、またはアプリケーションを実行する。これにより、記録媒体に記録されたデータと共にダウンロードされたデータも円滑に再生できる。

図１２は、図１１に示す方法によって再生される過程を説明する図である。図１２を参照するに、図９ないし図１０Ｂに示すファイルの命名規則を利用して、記録媒体に記録されたデータファイルとローカルストレージのダウンロードされたデータとをバインディングして、システムメモリに仮想のディレクトリ構造を生成する一例を示す。まず、記録媒体１２０２には、０１０００．ｍｐｌｓというプレイリストファイル、０２０００．ｃｌｐｉというクリップインフォメーションファイル、及び０２０００．ｍ２ｔｓというクリップＡＶデータファイルが記録されている。

一方、ローカルストレージ１２０４内には、外部のデータベースからダウンロードされた新たなテキストサブタイトルデータとして、９２００４＿０１０００．ｍｐｌｓというプレイリスト、９２００４＿０００００．ｃｌｐｉというクリップインフォメーションファイル、及び９２００４＿０００００．ｍ２ｔｓというクリップＡＶデータファイルが保存されている。図１０Ａで説明したように、最初５桁のうち前の２桁が９２であるので、ファイルの使用目的がテキストサブタイトル用であるということが分かる。ローカルストレージに保存された各ファイルは、９２００４という最初５桁の名称が同一なので、三つのファイルが一つのダウンロード単位であることが分かる。また、ダウンロードされたプレイリストファイルの場合、下線（＿）以後に０１０００という５桁の数字を有するので、追加されるべきメインストリームのプレイリストが０１０００．ｍｐｌｓであることが分かる。したがって、アプリケーション管理者は、前述したファイルの命名規則によって、システムメモリ１２０６上にプレイリストファイルとして０１０００．ｍｐｌｓファイルを生成し、クリップインフォメーションファイルとしては、９２００４．ｃｌｐｉファイルを追加し、クリップＡＶデータファイルとしては、９２００４．ｍ２ｔｓファイルを追加する。このように、前述したファイルの命名規則によってシステムメモリ上には、記録媒体に記録されたデータとローカルストレージに保存されたダウンロードされたデータとに関する仮想ディレクトリが生成されて、両者を共に円滑に再生できる。

以上の説明は、本発明の一実施形態に過ぎず、当業者は、本発明の本質的な特性から逸脱しない範囲で変形された形態で具現できる。したがって、本発明による実施形態に限定されず、特許請求の範囲に記載された内容と同等な範囲内にある多様な実施形態が含まれるように解釈されねばならない。

本発明による記録媒体に記録されたデータの種類を示す図である。 図１に示す記録媒体に記録されたマルチメディアデータの構造を説明するための図である。 図２に示すクリップＡＶストリーム２００の構成を示す図である。 図１に示すデータを記録した記録媒体のディレクトリ構造を示す図である。 本発明の望ましい実施形態による再生装置のブロック図である。 図５に示す再生装置の追加構成要素のブロック図である。 本発明の一実施形態であって、記録媒体に記録されたデータとダウンロードされたデータとを共に再生するためのメタ情報のデータ構造を示す図である。 メタ情報を利用して記録媒体に記録されたデータとダウンロードされたデータとを共に再生する方法を説明するフローチャートである。 本発明の他の実施形態であって、記録媒体に記録されたデータとダウンロードされたデータとを共に再生するためのファイルの命名規則を説明する図である。 本発明の他の実施形態であって、記録媒体に記録されたデータとダウンロードされたデータとを共に再生するためのファイルの命名規則を説明する図である。 本発明の他の実施形態であって、記録媒体に記録されたデータとダウンロードされたデータとを共に再生するためのファイルの命名規則を説明する図である。 ファイルの命名規則を利用して記録媒体に記録されたデータとダウンロードされたデータとを共に再生する方法を説明するフローチャートである。 図１１に示した方法によってデータが再生される例を説明する図である。

Claims (35)

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. システムメモリと、
    ナビゲーションエンジンとをさらに含み、
    前記アプリケーション管理者は、前記記録媒体から読み出されたデータと前記保存部のデータとを使用して、前記システムメモリ上に仮想ディレクトリを生成し、
    前記ナビゲーションエンジンは、前記仮想ディレクトリを参照して前記ダウンロードされたデータと前記記録されたデータとを共に再生することを特徴とする請求項２０に記載の再生装置。

Images