シナリオを記録した情報記録媒体、記録装置及び記録方法、その情報記録媒体の再生装置及びシナリオの検索方法
本発明は、情報保存及び再生に係り、特に映画シナリオをデータベース化し、そのデータベースを検索するユーザーインターフェースを提供するために、マークアップ言語で作成されたシナリオを記録した情報記録媒体、その再生装置及びシナリオの検索方法、シナリオを含んだＡＶデータの記録装置及び方法を提供する。
シナリオの構成要素を記述するエレメント、及びエレメントについての詳細情報を表す属性を含み、エレメントそれぞれがシナリオの検索に使われ、エレメントと属性とを使用して作成されたシナリオを保存している情報記録媒体である。これにより、Ｍｏｖｉｅ Ｓｃｒｉｐｔ用のマークアップ言語を利用してシナリオ及び／またはコンテを表現することによって、さらに多様な情報をユーザーに提供する。
シナリオの構成要素を記述するエレメント、及びエレメントについての詳細情報を表す属性を含み、エレメントそれぞれがシナリオの検索に使われ、エレメントと属性とを使用して作成されたシナリオを保存している情報記録媒体である。これにより、Ｍｏｖｉｅ Ｓｃｒｉｐｔ用のマークアップ言語を利用してシナリオ及び／またはコンテを表現することによって、さらに多様な情報をユーザーに提供する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報保存及び再生に係り、特に映画シナリオをデータベース化し、そのデータベースを検索するユーザーインターフェースを提供するために、マークアップ言語で作成されたシナリオを記録した情報記録媒体、その再生装置及び前記シナリオの検索方法、シナリオを含んだＡＶデータの記録装置及び方法に関する。
【背景技術】
【０００２】
映画のスクリプト及び字幕を画面にディスプレイするために、スクリプト及び字幕をグラフィックデータで表現して処理するか、または字幕のみのためのマークアップ言語を使用して処理している。しかし、ユーザーとのインタラクション機能が強化されたインタラクティブコンテンツの処理において従来の方法を使用すれば、処理せねばならないデータ量が多く、スクリプトの内容を検索し難い。
【０００３】
図１は、ＤＶＤに記録される動映像符号化データであるＶＯＢＳ（ビデオオブジェクトセット）の構造を示す図である。
【０００４】
ＶＯＢＳ １００は、複数のＶＯＢ １１０ａ〜１１０ｎに区分され、一つのＶＯＢは、複数のセル１２０ａ〜１２０ｎに区分される。そのセルは、再び複数のＶＯＢＵ（ビデオオブジェクトユニット）１３０ａ〜１３０ｎで構成される。ＶＯＢＵは、複数のＰＣＫで構成されるが、そのうち最初のＰＣＫは、ナビゲーションパックＮＶ＿ＰＣＫ １４０である。次に、ビデオパックＶ＿ＰＣＫ １４４、オーディオパックＡ＿ＰＣＫ １４２及びサブピクチャパックＳＰ＿ＰＣＫ １４６で構成される。そのうちサブピクチャパックＳＰ＿ＰＣＫ １４６は、２次元グラフィックデータ及び字幕データが保存される領域である。かかるグラフィックデータをサブピクチャという。
【０００５】
このように、ＤＶＤでは、映像に重なって表れる字幕データを２次元グラフィックデータの符号化方法と同じ方法を使用して符号化する。したがって、多国語を支援するために、言語ごとに別途の符号化方法は存在せず、字幕データをグラフィックデータに変換した後で一つの符号化方法を使用して符号化する。そして、符号化したグラフィックデータをサブピクチャパックＳＰ＿ＰＣＫ １４６領域に記録する。サブピクチャは、サブピクチャユニット（ＳＰＵ）で構成されるが、これは、一枚のグラフィックデータに該当する。
【０００６】
ＤＶＤでは、最大３２個の言語の字幕データのためのサブピクチャデータが動映像データと共に多重化されて記録されうる。図１のように、ＤＶＤ−ビデオのサブタイトルである字幕データが動映像データと共に多重化されているため、色々な問題点が発生する。まず、動映像データの符号化時、サブピクチャデータが占めるビット発生量を予め考慮せねばならないという点である。すなわち、字幕データをグラフィックデータに変換して処理するので、色々な言語を支援しようとする場合に、各言語別に発生するデータ量が異なり、その量も膨大であって多重化し難い。
【０００７】
色々な言語を支援する場合においても、一般的に、動映像符号化は一回のみ実施し、符号化されたストリームに各言語別にサブピクチャデータを多重化して、各地域に合わせる記録媒体を生成することが望ましいが、ある言語では、サブピクチャデータの量が膨大であるので、動映像データとの多重化時に総ビット発生量がＤＶＤに記録できる最大限界を超える場合も発生する。また、サブピクチャデータが動映像データの間に多重化されることによって、各ＶＯＢＵの開始位置も地域別に異なる。ＤＶＤでは、このようなＶＯＢＵの開始位置が別途に管理されるので、新たな多重化過程を行うたびにこのような情報も更新されねばならない。
【０００８】
また、各サブピクチャの内容が分からないので、二つの言語を同時に出力するか、または動映像はディスプレイせずに字幕のみを出力して言語学習に利用するか、または字幕と共に再生される動映像の特定の内容やその他の情報を含んで再生する別途の目的のために、サブピクチャを使用できない。
【０００９】
字幕データを前述したようにグラフィックデータで処理する方法以外に、マークアップ文書で処理する方法がある。ＳＡＭＩ（Ｓｙｎｃｈｒｏｎｉｚｅｄ Ａｃｃｅｓｓｉｂｌｅ Ｍｅｄｉａ Ｉｎｔｅｒｃｈａｎｇｅ）は、映画スクリプトや字幕を表すための言語フォーマットである。ＳＡＭＩは、本来米国、日本など先進国で聴覚障害者のために字幕放送のためのクローズド・キャプションの用途で使用するために開発されたが、現在は、英語を第２外国語として使用する色々な国家で映画の字幕ファイルとして使われている。ここで、字幕ファイルとは、ｄｉｖｘ形式を有する映画などの動映像ファイルで原作の外国語を該当国家の言語に解釈して動映像フレームに同期を合わせて出力されるように、マークアップ文書で製作されたファイルをいう。前記字幕用のマークアップ文書ファイルは、基本的にＳＭＩを拡張子として動映像の原本ファイルのファイル名と同じファイル名を使用して保存されて再生されるが、再生装置にＳＡＭＩ用のコデックが設置されている場合にのみ再生されうる。
【００１０】
図２は、ＳＡＭＩファイルの一例を示す図である。図２に示すように、ＳＡＭＩでスクリプトを作成する場合、製作が簡単であり、取り扱いが便利であるが、一方的な映画再生の流れに合わせてディスプレイされるように、テキストまたは簡単なグラフィックデータを使用して映画の字幕や簡単な状況説明のみ可能である。したがって、多様な情報及びユーザーとのインタラクションを行えないという問題点がある。
【発明の開示】
【発明が解決しようとする課題】
【００１１】
本発明が解決しようとする課題は、映画スクリプトをマークアップ言語を使用して生成し、ユーザーとのインタラクションを強化し、従来のサブタイトル及びキャプションの目的で使用するだけでなく、前記マークアップ言語の特性を使用して場面検索及びその他の有用な情報を提供できるマークアップ言語、前記マークアップ言語で作成された情報記録媒体、前記情報記録媒体の再生装置及びそのシナリオの検索方法、及びシナリオを含んだＡＶデータの記録装置及び方法を提供するところにある。
【課題を解決するための手段】
【００１２】
前記の課題を解決するために、本発明によるシナリオを記録した情報記録媒体は、前記シナリオの構成要素を記述するエレメント、及び前記エレメントについての詳細情報を表す属性を含み、前記エレメントそれぞれが前記シナリオの検索に使われ、前記エレメントと属性とを使用して作成されたことを特徴とする。
【００１３】
また、前記シナリオは、前記エレメントをタグとして使用し、前記属性を前記エレメントについての詳細情報である属性値として使用してマークアップ文書の形態で作成されることが望ましい。
【００１４】
前記の課題を解決するために、本発明によるＡＶデータを記録した情報記録媒体は、動映像データ、及び前記動映像のシナリオを含み、前記シナリオは、前記シナリオの構成要素を記述するエレメント、及び前記エレメントについての詳細情報を表す属性を含み、前記エレメントそれぞれが前記シナリオの検索に使われ、前記エレメントと属性とを使用して作成されていることを特徴とする。
【００１５】
前記の課題を解決するために、本発明による再生装置は、動映像データ及びシナリオデータを読み取る読み取り部、前記読み取った動映像データをデコーディングして出力するデコーダ、前記読み取ったシナリオデータからユーザーの命令によって所望の情報のみを抽出するフィルタ部、前記抽出された情報をグラフィックデータに変換するレンダリング部、前記デコーディングされた動映像データとグラフィックデータとを合成して出力するブレンダ、及び前記各構成要素を制御する制御部を備える。
【００１６】
前記の課題を解決するために、本発明によるシナリオ検索方法は、（ａ）シナリオの構成要素をエレメントとして抽出するステップ、（ｂ）前記抽出したエレメントを所定のスタイルシートを適用して生成した検索画面を図示するステップ、（ｃ）ユーザーから所望の検索条件を入力されるステップ、及び（ｄ）前記入力された検索条件に対応するエレメントをキーワードとして前記シナリオの内容を検索してユーザーに提供するステップを含む。
【００１７】
前記の課題を解決するために、本発明による記録装置は、動映像と共にシナリオを記録する記録装置において、前記動映像の特徴点を抽出する特徴点抽出部、前記抽出された特徴点に基づいて前記シナリオの構成要素を記述するエレメントを生成し、生成されたエレメントについての詳細情報である属性値を割り当てるエレメント生成部、及び前記生成されたエレメントについての下部構成要素の属性情報を入力されて下部構成要素を生成するメタデータ生成部を備える。
【００１８】
前記の課題を解決するために、本発明による記録方法は、動映像と共にシナリオを記録する記録方法において、（ａ）前記動映像の特徴点を抽出するステップ、（ｂ）前記抽出された特徴点に基づいて前記シナリオの構成要素を記述するエレメントを生成し、生成されたエレメントについての詳細情報である属性値を割り当てるステップ、及び（ｃ）前記生成されたエレメントについての下部構成要素の属性情報を入力されて下部構成要素を生成するステップを含む。
【００１９】
前記の課題を解決するために、本発明では、前記方法をコンピュータで実行させるためのプログラムを記録したコンピュータで読み取り可能な情報記録媒体を提供する。
【発明の効果】
【００２０】
本発明によれば、Ｍｏｖｉｅ Ｓｃｒｉｐｔ用のマークアップ言語を利用してシナリオ及び／またはコンテを表現することによって、さらに多様な情報をユーザーに提供するだけでなく、ユーザーとの相互動作を強化して多様な検索方法を提供する。
【００２１】
また、動映像データを情報記録媒体に記録しようとする場合、ユーザーが任意に生成したメタデータを含んだシナリオを動映像データと共に保存できる。
【発明を実施するための最良の形態】
【００２２】
以下、添付された図面を参照して、本発明による望ましい一実施形態を詳細に説明する。
【００２３】
一般的に、映画の製作時にスクリーンに映写することを前提として映画形式による文章で作成した脚本をシナリオという。シナリオは、映画の製作において撮影以前のステップで最も重要なものである。シナリオは、文字により映画の視聴覚的な描写を具体的に表現することを目的としている。映画の場合、場面の数が非常に多いのでシナリオでは場面の分割及び構成が重要であり、また、場面を描写する説明文も実際俳優の台詞と同様に重要である。
【００２４】
最近では、ＰＣ（パーソナルコンピュータ）でもＤＶＤのような映画を再生できるが、かかるＰＣ基盤の映画再生時にシナリオをコンテと共にムービスクリプトといって共に提供している。コンテは、撮影台本であり、撮影に関するあらゆる構想が記録されている。現在、ＰＣ基盤の映画再生において、前記のようなシナリオ及び／またはコンテを含んでユーザーに提供するためのＭｏｖｉｅ Ｓｃｒｉｐｔは、一般的に次のような事項を含んでいる。
【００２５】
（１）映画のタイトル
（２）場面区分、場面ナンバー及び場面タイトル
（３）各場面が撮影された場所
（４）各場面についての状況説明
（５）映画俳優の台詞
（６）場面に出演する俳優の配役上の名前及び実際俳優の名前
（７）俳優の行動についての簡略な説明
（８）効果音楽及び背景音楽についての情報
（９）場面についての代表イメージ（コンテ）
しかし、かかるＭｏｖｉｅ Ｓｃｒｉｐｔを使用して字幕をディスプレイする方法も、前述した内容を簡単なイメージ及びテキストを利用してユーザーに提供して、字幕をグラフィックデータに処理する方法に比べて多くの情報を提供するが、ユーザーとのインタラクションを行うための情報を提供できない。前記のようなＭｏｖｉｅ Ｓｃｒｉｐｔをさらに効果的に提供するために使われる本発明のマークアップ言語は、ユーザーとのインタラクションを強化するだけでなく、さらに次のような情報を提供できる。
【００２６】
（１）各場面に登場する小品及び衣装についての情報
（２）各場面が撮影された場所についての追加情報
（３）各場面についての映画のバージョン情報（Ｔｈｅａｔｅｒ、Ｄｉｒｅｃｔｏｒ’ｓ ｃｕｔ）
したがって、本発明のマークアップ文書は、このような情報を区分するために、前述した色々な状況に対する情報をエレメント及び属性などを使用して構成する。そして、各エレメント及び属性などで作成された内容がいずれも画面にディスプレイされることもあり、または従来の字幕のように俳優の台詞のみが画面にディスプレイされることもある。したがって、俳優の台詞を含むエレメントの場合、動映像との同期をリアルタイムで合わせるための時間情報が含まれることが望ましい。
【００２７】
俳優の台詞のように動映像との同期をリアルタイムで合わせねばならないエレメント以外のエレメントの場合、同期化のための時間情報は必要でないが、該当情報が含まれた場面についての時間情報は含むこともあり、追加的な情報を該当エレメントの内容として作成することもあり、またはさらに詳細な説明を含んでいる特定のページなどを参照できるリンク情報を含むこともある。また、画面に前述した内容が表示される場合、各内容のスタイル情報を適用して、状況によって異なって表示することもある。
【００２８】
そして、前述したマークアップ文書を利用してＭｏｖｉｅ Ｓｃｒｉｐｔを具現した一実施形態は、次の通りである。俳優の台詞を含むエレメントの場合、動映像との同期を合わせるための時間情報が含まれているので、俳優の台詞全体をスクロールのような方法を使用して画面に表示可能にした後、特定の台詞が表示される位置をユーザーが選択すれば、再生装置が前記エレメントの時間情報を参照して、ユーザーが選択した台詞に同期される動映像を再生可能にする。
【００２９】
全体の場面についての番号またはタイトル、説明などを画面に表示し、ユーザーの選択により特定の場面を探して再生するように実施できる。
【００３０】
撮影場所を順次に表示した後、特定の撮影場所を探して再生するか、または撮影場所についての追加情報、例えば該当場所の有名な観光名所などを表示するように実施できる。
【００３１】
俳優が着用した小品や衣装についての情報を表して該当場面を探すか、または該当小品及び衣装を購入できる情報などを提供可能にする。
【００３２】
特定の背景音楽が再生される場面及び背景音楽についての追加情報などを提供可能にする。このように、各情報についてのエレメント及び属性がそれぞれ存在する本発明によるマークアップ言語を使用して、ユーザーとのインタラクションにより有用な情報を提供可能にした再生装置などに使われうる。
【００３３】
また、前記のように特定の場面や追加情報を得るために、一つのエレメントや属性を使用して選択する方法以外にも、複数個のエレメントや属性を論理的に結合してさらに正確な特定の場面及び追加情報を選択することもできる。
【００３４】
すなわち、本発明によるマークアップ文書は、シナリオ及び／またはコンテのステップで含まれる要素をそれぞれのエレメントに区分し、また、各エレメントに含まれねばならない情報及び内容は、該当エレメントの属性やエレメントの内容として含むことが望ましい。また、ユーザーにより選択された特定の場面や追加情報を提供するために、各エレメントは、同期化時間情報または特定の場面に含まれた情報である場合、該当場面の時間情報及び追加情報についてのリンク情報を含むことが望ましい。
【００３５】
一方、前述したＭｏｖｉｅ Ｓｃｒｉｐｔ用のマークアップ言語の場合、データベースのような役割のみを行うことが望ましく、画面表示についての情報は、ＣＳＳ（Ｃａｓｃａｄｉｎｇ Ｓｔｙｌｅ Ｓｈｅｅｔ）のようなマークアップ文書用のスタイル情報を使用して表示装置に表示することが望ましい。このとき、前記Ｍｏｖｉｅ Ｓｃｒｉｐｔ用のマークアップ言語文書を表示装置に表示するためのスタイル情報は、各エレメントが表示される位置、フォント属性などを定義するＭｏｖｉｅ Ｓｃｒｉｐｔ Ｖｉｅｗｉｎｇ情報を含むことが望ましい。
【００３６】
図３は、本発明のマークアップ言語で使われるエレメント及び属性を示す図である。図３に示すように、本発明のＭｏｖｉｅ Ｓｃｒｉｐｔ用のマークアップ言語の一例として、ＭＳＭＬ（Ｍｏｖｉｅ Ｓｃｒｉｐｔ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）に使われるエレメント及び属性が羅列されている。さて、図３を参照して、各エレメント及び属性の意味を詳細に説明する。
【００３７】
（I）ｍｓｍｌエレメント
ｍｓｍｌエレメントは、ＭＳＭＬ文書のルートエレメントであって、あらゆるＭＳＭＬ文書の開始はｍｓｍｌエレメントで始まる。
【００３８】
（II）ｈｅａｄエレメント
ｈｅａｄエレメントは、現在文書のタイトルのような情報を含んでいるエレメントであり、基本的に、ｈｅａｄエレメントに含まれた内容は、表示装置に表示されないが、ブラウザの特性によって表示されることもある。図３に示すように、ｈｅａｄエレメントは、ｔｉｔｌｅエレメントとｓｔｙｌｅエレメントとを含むことができるが、ｔｉｔｌｅエレメントの場合、必ず存在せねばならず、ｓｔｙｌｅエレメントの存在如何は、製作者の意図によって異なる。ｔｉｔｌｅエレメント及びｓｔｙｌｅエレメントについては後述する。
【００３９】
（III）ｔｉｔｌｅエレメント
ｔｉｔｌｅエレメントは、製作者が現在文書で取り扱っているＭｏｖｉｅ Ｓｃｒｉｐｔのタイトルを含むために使用するエレメントであって、ｈｅａｄエレメントに含まれ、ＭＳＭＬ文書に一つのｔｉｔｌｅエレメントのみが使われる。
【００４０】
（IV）ｓｔｙｌｅエレメント
ｓｔｙｌｅエレメントは、製作者により該当文書のｈｅａｄエレメント内にＭｏｖｉｅ Ｓｃｒｉｐｔ Ｖｉｅｗｉｎｇ情報を含むスタイルシートルールを含ませるエレメントであって、ＭＳＭＬ文書は、文書のｈｅａｄ内に複数個のｓｔｙｌｅエレメントを含むことを許容する。ｓｔｙｌｅエレメントは属性情報であって、二つの属性を有し、各属性は次の通りである。
【００４１】
（１）ｔｙｐｅ：ｔｙｐｅ属性は、ｓｔｙｌｅエレメントの内容で作成されるスタイルシートの使用言語を指定するのに使われる。スタイルシート言語は、例えば“ｔｅｘｔ／ｃｓｓ”のようなコンテンツタイプに指定され、製作者は、この属性値を必ず入力せねばならない。
【００４２】
（２）ｈｒｅｆ：現在ＭＳＭＬ文書の外部に存在する、スタイルシート言語で作成された文書を参照するために使用する属性であって、ｓｔｙｌｅエレメントにより作成されたスタイルシート文書と重なる内容がある場合、外部参照されたスタイルシート文書が最終適用される。ｈｒｅｆ属性の使用如何は製作者により決定され、属性値としてはＵＲＩ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｉｄｅｎｔｉｆｉｅｒ）を使用する。
【００４３】
（V）ｂｏｄｙエレメント
ｂｏｄｙエレメントは、ブラウザにより表示されうる、文書のコンテンツを含むエレメントである。図３に示すように、ｂｏｄｙエレメントは、ｓｃｅｎｅエレメントを最小限一つ以上含まねばならない。
【００４４】
（VI）ｓｃｅｎｅエレメント
ｓｃｅｎｅエレメントは、シナリオの最も基本となるものであって、場面に該当するエレメントである。ＭＳＭＬ文書は、複数個のｓｃｅｎｅエレメントからなる。ｓｃｅｎｅエレメントは、ｌｏｃａｔｉｏｎ、ｃｏｎｔｉ、ｃａｓｔ、ｐａｒａｍｅｔｅｒ、ｍｕｓｉｃ、ｄｅｓｃｒｉｐｔｉｏｎ及びｓｃｒｉｐｔエレメントのような色々なエレメントを含み、属性情報として次のような６個の属性を有する。
【００４５】
（１）ｉｄ：この属性は、文書に割り当てられた固有な名前を意味するものであって、ｓｃｅｎｅエレメントは、必ずｉｄ属性を含み、固有な属性値を有する。
【００４６】
（２）ｎｕｍｂｅｒ：この属性は、シナリオで場面に付与された番号を意味するものであって、必ずしも必要な属性ではない。
【００４７】
（３）ｔｉｔｌｅ：該当場面に割り当てられたタイトルであって、必ずしも必要な属性ではない。
【００４８】
（４）ｖｅｒｓｉｏｎ：該当場面が劇場用の場面であるか、または監督により削除されて劇場用にはない場面であるかを表すための属性であって、“ｔｈｅａｔｅｒ”、“ｄｉｒｅｃｔｏｒｓ＿ｃｕｔ”を属性値として有する。ｖｅｒｓｉｏｎ属性を使用しない場合、基本的にｖｅｒｓｉｏｎ＝“ｔｈｅａｔｅｒ”として認識される。
【００４９】
（５）ｓｔａｒｔ＿ｔｉｍｅ：該当場面についての動映像が再生される開始時間を表す属性であって、属性値としては、動映像の再生時間を表すＰＴＳ（Ｐｒｅｓｅｎｔａｔｉｏｎ Ｔｉｍｅ
Ｓｔａｍｐ）値または１０００分の１秒単位の時間値を有する。図３では、ｓｔａｒｔ＿ｔｉｍｅ属性がＰＴＳを属性値として有する。
【００５０】
（６）ｅｎｄ＿ｔｉｍｅ：該当場面についての動映像が他の場面に転換されるまでの時間を表す属性であって、属性値は、ｓｔａｒｔ＿ｔｉｍｅと同じ形式の値を有する。そして、連続された二つの場面の間で以前の場面のｅｎｄ＿ｔｉｍｅと次の場面のｓｔａｒｔ＿ｔｉｍｅは、連続された値を有することが望ましい。
【００５１】
（VII）ｌｏｃａｔｉｏｎエレメント
ｌｏｃａｔｉｏｎエレメントは、該当場面が撮影される場所についての情報を含むために使われる。一つの場面には一つの場所が使われるので、ｓｃｅｎｅエレメント内には、一つのｌｏｃａｔｉｏｎエレメントが含まれ、属性情報として次のような二つの属性を有する。
【００５２】
（１）ｒｅｆｅｒｅｎｃｅ＿ｓｃｅｎｅ：この属性は、ｌｏｃａｔｉｏｎエレメントにより説明された撮影場所がどの場面に該当する撮影場所であるかを表すためのものであって、ｌｏｃａｔｉｏｎエレメントに必ず存在せねばならない属性である。属性値としては、ｓｃｅｎｅエレメントのｉｄ属性に使われた属性値を有する。ｒｅｆｅｒｅｎｃｅ＿ｓｃｅｎｅの使用例を挙げれば、特定の再生装置が本発明の強化された検索を支援して、ＭＳＭＬ文書のうちｌｏｃａｔｉｏｎエレメントに該当する内容のみを画面に表示した後、ユーザーの選択により選択された場所に該当する動映像を再生せねばならない場合がありうる。
【００５３】
このとき、再生装置は、ｌｏｃａｔｉｏｎエレメントのｒｅｆｅｒｅｎｃｅ＿ｓｃｅｎｅを参照した後、属性値に該当するｓｃｅｎｅエレメントを認知し、該当ｓｃｅｎｅエレメントのｓｔａｒｔ＿ｔｉｍｅ属性値を通じて選択された撮影場所に該当する動映像を再生できる。ただし、ｌｏｃａｔｉｏｎエレメントによってのみ特定の場面を検索する場合、検索される撮影場所が色々な場面がありうるので、他のエレメントと論理的に結合してさらに具体的な場面を検索することが望ましい。
【００５４】
（２）ｈｒｅｆ：ある場面の撮影場所についての追加情報を含んでいる外部文書を参照するために使われる属性であって、属性値としてはＵＲＩを使用する。例えば、特定の再生装置が撮影場所についての追加情報として、撮影場所と隣接した観光名所、食堂、ショッピング施設などについての情報をさらに含んでいる外部文書を再生できるならば、ユーザーの選択により前記追加情報文書を画面に表示できる。ｈｒｅｆ属性は、製作者により使用如何が決定される。
【００５５】
（VIII）ｃｏｎｔｉエレメント
ｃｏｎｔｉエレメントは、シナリオの製作後、撮影のためにスケッチしたコンテを参照するためのエレメントであって、コンテについての内容を含まないＭＳＭＬ文書では、ｃｏｎｔｉエレメントを使用しないこともある。属性として、次のような属性を有する。
【００５６】
（１）ｒｅｆｅｒｅｎｃｅ＿ｓｃｅｎｅ：この属性は、ｃｏｎｔｉエレメントにより説明されて参照されるコンテ説明及びイメージがどの場面に該当する撮影場所であるかを表すためのものであって、ｃｏｎｔｉエレメントに必ず存在せねばならない属性である。属性値としては、ｓｃｅｎｅエレメントのｉｄ属性に使われた属性値を有する。使用例は、ｌｏｃａｔｉｏｎエレメント内のｒｅｆｅｒｅｎｃｅ＿ｓｃｅｎｅで前述したようである。
【００５７】
（２）ｈｒｅｆ：ある場面のコンテイメージの参照経路を表す属性であって、属性値としてはＵＲＩを使用する。ｃｏｎｔｉエレメントに含まれるｈｒｅｆ属性は、必ず存在せねばならない属性である。
【００５８】
（IX）ｃａｓｔエレメント
ｃａｓｔエレメントは、該当場面に登場する配役についての内容を含むためのエレメントであって、ａｃｔｏｒエレメント及びｐｌａｙｅｒエレメントを含み、該当場面に登場する配役がない場合、ｃａｓｔエレメントは含まれないこともある。属性としてはｒｅｆｅｒｅｎｃｅ＿ｓｃｅｎｅを有する。
【００５９】
（１）ｒｅｆｅｒｅｎｃｅ＿ｓｃｅｎｅ：この属性は、ｃａｓｔエレメントにより登場する俳優及び配役がどの場面に出演するかを表すためのものであって、ｃａｓｔエレメントに必ず存在せねばならない属性である。属性値としては、ｓｃｅｎｅエレメントのｉｄ属性に使われた属性値を有する。使用例は、ｌｏｃａｔｉｏｎエレメントのｒｅｆｅｒｅｎｃｅ＿ｓｃｅｎｅで前述したようである。ただし、ｃａｓｔエレメントによってのみ特定の場面を検索する場合、検索される俳優及び配役が主要人物である場合、色々な場面が選択されるので、ｃａｓｔエレメントの場合は、他のエレメントと論理的に結合してさらに具体的な場面を検索するのに使用することが望ましい。
【００６０】
（X）ａｃｔｏｒエレメント
ａｃｔｏｒエレメントは、該当場面で、後述するｐｌａｙｅｒエレメントで説明する配役を引き受けた実際の俳優の名前を含むために使用するエレメントである。属性としては、ｈｒｅｆ属性を含む。
【００６１】
（１）ｈｒｅｆ：ａｃｔｏｒエレメントにより含まれる実際の俳優についてのさらに詳細な説明を有する外部文書を参照するために使用する属性であって、属性値としてはＵＲＩを有し、使用如何は製作者により決定される。
【００６２】
（XI）ｐｌａｙｅｒエレメント
ｐｌａｙｅｒエレメントは、該当場面で前記ａｃｔｏｒエレメントで表す実際の俳優が引き受けた配役名を含むために使用するエレメントである。属性としては、ｎａｍｅ属性を含む。
【００６３】
（１）ｎａｍｅ：この属性は、現在のｐｌａｙｅｒエレメントに割り当てられた特定のｎａｍｅであって、ｎａｍｅは、ｓｃｒｉｐｔエレメントで配役の名前を参照するときに使われる。
【００６４】
（XII）ｐａｒａｍｅｔｅｒエレメント
ｐａｒａｍｅｔｅｒエレメントは、現在の場面に登場する小品や俳優の衣装などについての情報を含むためのエレメントであって、属性としては、次のような三つの属性を含む。
【００６５】
（１）ｒｅｆｅｒｅｎｃｅ＿ｓｃｅｎｅ：この属性は、ｐａｒａｍｅｔｅｒエレメントにより登場する小品や衣装がどの場面に出演するかを表すためのものであって、ｐａｒａｍｅｔｅｒエレメントに必ず存在せねばならない属性である。属性値としては、ｓｃｅｎｅエレメントのｉｄ属性に使われた属性値を有する。使用例は、ｌｏｃａｔｉｏｎエレメント内のｒｅｆｅｒｅｎｃｅ＿ｓｃｅｎｅで前述したようである。ただし、ｐａｒａｍｅｔｅｒエレメントによってのみ特定の場面を検索する場合、検索される小品や衣装が色々な場面にわたって登場することもあるので、他のエレメントと論理的に結合してさらに具体的な場面を検索するのに使われることが望ましい。
【００６６】
（２）ｎａｍｅ：この属性は、ｐａｒａｍｅｔｅｒにより含まれる小品または衣装を決まった分類によって区分するためのものであって、ｐａｒａｍｅｔｅｒエレメントにより含まれる色々な小品または衣装などを細分化するために使われる。属性値としては、決まった分類名称を有する。例えば、属性値として“ｗｅａｐｏｎ”、“ｃｏｓｔｕｍ”、“ｃａｒ”のような値を有する。
【００６７】
（３）ｈｒｅｆ：該当小品または衣装についての詳細な説明を含んでいる外部文書を参照するために使用する属性であって、属性値としてはＵＲＩを使用する。
【００６８】
（XIII）ｍｕｓｉｃエレメント
ｍｕｓｉｃエレメントは、該当場面に再生される効果音や背景音などについての情報を提供するためのものであって、次のような三つの属性を有する。
【００６９】
（１）ｈｒｅｆ：該当音楽についての詳細な説明を含んでいる外部文書を参照するために使用する属性であって、属性値としてはＵＲＩを使用する。
【００７０】
（２）ｓｔａｒｔ＿ｔｉｍｅ：該当音楽が動映像内で再生される開始時間を表す属性であって、属性値としては、動映像の再生時間を表すＰＴＳ値を有するか、または１０００分の１秒単位の時間値を有する。本発明では、ＰＴＳ値を有するものとして例を挙げた。
【００７１】
（３）ｅｎｄ＿ｔｉｍｅ：該当音楽が動映像内で終了される時間を表す属性であって、属性値は、ｓｔａｒｔ＿ｔｉｍｅと同じ形式の値を有する。
【００７２】
ｍｕｓｉｃエレメントでｒｅｆｅｒｅｎｃｅ＿ｓｃｅｎｅのような属性を使用しない理由は、一つの場面に色々な音楽が含まれうるためである。すなわち、ユーザーがｍｕｓｉｃエレメントを参照して特定の音楽が再生される場面を視聴しようとするとき、ｒｅｆｅｒｅｎｃｅ＿ｓｃｅｎｅ属性を使用する場合には、常に選択された音楽がある場面の開始地点で再生するので、検索による正しい再生を保証できないためである。したがって、ｍｕｓｉｃエレメントは、属性としてｓｔａｒｔ＿ｔｉｍｅ、ｅｎｄ＿ｔｉｍｅを有する。かかる点は、前述した各エレメントの場合、今後一つの場面に複数個のｌｏｃａｔｉｏｎ、ｃｏｎｔｉなどが使われれば同一に適用されて、ｒｅｆｅｒｅｎｃｅ＿ｓｃｅｎｅ属性の代わりにｓｔａｒｔ＿ｔｉｍｅ、ｅｎｄ＿ｔｉｍｅ属性を有する。
【００７３】
（XIV）ｄｅｓｃｒｉｐｔｉｏｎエレメント
ｄｅｓｃｒｉｐｔｉｏｎエレメントは、該当場面についての描写または俳優の行動に関する説明などを取り扱った地文を含むためのものであって、次のような二つの属性を有する。
【００７４】
（１）ｒｅｆｅｒｅｎｃｅ＿ｓｃｅｎｅ：この属性は、ｄｅｓｃｒｉｐｔｉｏｎエレメントにより描写される場面及び人物の行動状況説明などがどの場面に該当するかを表すためのものであって、ｄｅｓｃｒｉｐｔｉｏｎエレメントに必ず存在せねばならない属性である。属性値としては、ｓｃｅｎｅエレメントのｉｄ属性に使われた属性値を有する。
【００７５】
（２）ｖｅｒｓｉｏｎ：該当地文が劇場用に該当する内容であるか、または製作過程中に削除されて劇場用にはない場面についての地文であるかを表すための属性であって、“ｔｈｅａｔｅｒ”、“ｄｉｒｅｃｔｏｒｓ＿ｃｕｔ”を属性値として有する。ｖｅｒｓｉｏｎ属性を使用しない場合、基本的にｖｅｒｓｉｏｎ＝“ｔｈｅａｔｅｒ”として認識される。
【００７６】
（XV）ｓｃｒｉｐｔエレメント
ｓｃｒｉｐｔエレメントは、該当場面についての俳優の実際の台詞を含むために使用するものであって、次のような５個の属性を有する。
【００７７】
（１）ｒｅｆｅｒｅｎｃｅ＿ｓｃｅｎｅ：この属性は、ｓｃｒｉｐｔエレメントにより含まれる俳優の台詞がどの場面で出てくる台詞であるかを表すためのものであって、ｓｃｒｉｐｔエレメントに必ず存在せねばならない属性である。属性値としては、ｓｃｅｎｅエレメントのｉｄ属性に使われた属性値を有する。
【００７８】
（２）ｒｅｆｅｒｅｎｃｅ＿ｐｌａｙｅｒ：この属性は、該当ｓｃｒｉｐｔエレメントにより含まれる台詞がどの配役の台詞であるかを指摘するために使用するものであって、前述したｐｌａｙｅｒエレメントの属性であるｎａｍｅの属性値のうち一つを有することによって、該当配役と配役に合う台詞とを連結可能にする。
【００７９】
（３）ｖｅｒｓｉｏｎ：該当台詞が劇場用に該当する台詞であるか、または製作過程中に削除されて劇場用にはない台詞であるかを表すための属性であって、“ｔｈｅａｔｅｒ”、“ｄｉｒｅｃｔｏｒｓ＿ｃｕｔ”を属性値として有する。ｖｅｒｓｉｏｎ属性を使用しない場合、基本的にｖｅｒｓｉｏｎ＝“ｔｈｅａｔｅｒ”として認識される。
【００８０】
（４）ｓｔａｒｔ＿ｔｉｍｅ：ｓｃｒｉｐｔエレメントにより含まれる台詞の場合、その使用例として、映画の字幕として使われることが可能である。したがって、動映像との同期を合わせて適切な時間に該当台詞が画面に表示可能に、ｓｃｒｉｐｔエレメントにより含まれる台詞が再生されねばならない開始時点についての情報が必要であるが、ｓｔａｒｔ＿ｔｉｍｅ属性がその役割を行う。属性値としては、動映像の再生時間を表すＰＴＳ値を有するか、または１０００分の１秒単位の時間値を有する。本発明では、ＰＴＳ値を有するものとして例を挙げた。
【００８１】
（５）ｅｎｄ＿ｔｉｍｅ：ｓｃｒｉｐｔエレメントにより含まれる台詞が動映像との同期を合わせて画面上で消える時間を指定する属性であって、属性値はｓｔａｒｔ＿ｔｉｍｅと同じ形式の値を有する。
【００８２】
図４は、実際の映画製作時に使われるシナリオの一例を示す図である。図４を参照するに、シナリオは、場面についてのタイトル、背景、俳優の行動、台詞などを記録したものであるということが分かる。
【００８３】
図５は、図４のシナリオを本発明のＭＳＭＬ文書で作成したことを示す図である。図５に示すように、ｓｔｙｌｅエレメントによりＭＳＭＬ文書のスタイルを適用する。図５に示したようにスタイルを適用した場合に、製作者または再生装置で多様な方法を使用して適用が可能であるので、本実施形態では説明しなかったが、該当スタイル文法には、前述したＭｏｖｉｅ Ｓｃｒｉｐｔ Ｖｉｅｗｉｎｇ情報を含むことが望ましい。
【００８４】
図６は、本発明のＭＳＭＬ文書で作成したスクリプトを再生する再生装置のブロック図である。
【００８５】
再生装置は、読み取り部６１０、デコーダ６２０、制御部６３０、フィルタ部６４０、レンダリング部６５０、ブレンダ６６０及びバッファ部６７０を備える。
【００８６】
読み取り部６１０は、情報記録媒体に保存されたＡＶデータ、情報記録媒体またはウェブ環境内に存在しうるＭｏｖｉｅ Ｓｃｒｉｐｔ用のマークアップ文書、及び該当文書のスタイルに関する情報を含んでいるスタイルシートテキストデータを読み取る。デコーダ６２０は、ＡＶデータストリームをデコーディングする。制御部６３０は、ユーザー命令を受信し、入力されたユーザー命令によってフィルタ部６４０、デコーダ６２０、レンダリング部６５０及び読み取り部６１０を制御する。フィルタ部６４０は、制御部６３０の制御命令によってＭＳＭＬ文書の特定の部分をフィルタリングする。レンダリング部６５０は、フィルタリングされたＭＳＭＬ文書をスタイルシートテキストデータにより画面に表示するための形態にレンダリングする。ブレンダ６６０は、デコーダ６２０で出力された動映像とレンダリング部６５０で出力されたＭｏｖｉｅ Ｓｃｒｉｐｔデータとを合成する。
【００８７】
そして、バッファ部６７０は、読み取り部６１０、デコーダ６２０及びレンダリング部６５０の間の送受信するデータを緩衝する役割を行う。データの読み取り速度及び伝送処理速度が十分に速ければ、バッファ部６７０は省略されることもある。
【００８８】
本発明でのレンダリングをさらに詳細に説明すれば、Ｍｏｖｉｅ Ｓｃｒｉｐｔ用のテキストデータをディスプレイ装置に表現するためのグラフィックデータに変換させることに関連したあらゆる必要な処理をレンダリングという。すなわち、テキストデータで一文字ごとに文字コードとマッチングされるフォントを、情報記録媒体及び／またはウェブ環境で読み取ったダウンロードフォントデータまたは再生装置内に予め保存されている内蔵フォントデータで探してグラフィックに変える過程を反復して、字幕映像または全体のＭｏｖｉｅ Ｓｃｒｉｐｔを構成するためのグラフィックデータを生成し、色相を指定するか、または変換させ、文字の大きさを指定するか、または変換させ、横書き込みまたは縦書き込みによって適切にグラフィックデータを生成することなどが含まれる。
【００８９】
図７は、図６の制御部の詳細ブロック図である。図７に示すように、制御部は、ユーザー命令受信部７１０、ユーザー命令処理部７２０、検索エンジン部７３０、フィルタ制御部７４０及び読み取り部制御部７５０を備える。
【００９０】
ユーザー命令受信部７１０は、ユーザーからの命令を入力される。ユーザー命令処理部７２０は、受信されたユーザー入力を処理する。検索エンジン部７３０は、フィルタ部６４０から受信されたコンテンツのうちユーザーの入力により検索されねばならない内容を検索する。フィルタ制御部７４０は、検索エンジン部７３０で検索されたコンテンツのみをフィルタリングするためにフィルタ部６４０を制御する。読み取り部制御部７５０は、ユーザーにより最終選択された動映像の場面を再生するために読み取り部６１０を制御する。
【００９１】
ユーザー命令受信部７１０は、ユーザー入力装置からのユーザー入力を受信してユーザー命令処理部７２０に伝達する。ユーザー命令処理部７２０は、ユーザー命令受信部７１０からのユーザー入力を判別して、ＡＶデータストリームを制御するための入力であれば、該当命令をデコーダ６２０に伝達し、ＭＳＭＬ文書を制御するための命令であれば、レンダリング部６５０に命令を伝達する。また、ユーザー命令処理部７２０へ伝送されたユーザー入力が強化された検索のためのデータであるか、または検索を通じて特定の動映像場面を再生するためのものであれば、フィルタリングされたデータを参照している検索エンジン部７３０に該当ユーザー入力を伝達する。
【００９２】
検索エンジン部７３０は、フィルタ部６４０でフィルタリングされたデータを参照してユーザーの検索入力についてのデータを検索して、検索された内容をフィルタ制御部７４０に伝達する一方、必要なデータを再生可能に読み取り部制御部７５０を制御する。フィルタ制御部７４０は、検索エンジン部７３０で検索されたデータを表示可能に、Ｍｏｖｉｅ Ｓｃｒｉｐｔ Ｆｉｌｔｅｒｉｎｇ情報をフィルタ部６４０に伝達する。
【００９３】
すなわち、再生装置は、ユーザーに強化された検索を提供するために、制御部に存在する検索エンジン部７３０をＭＳＭＬ文書のエレメントを検索式によってフィルタリング可能にフィルタブロックを制御する。そして、フィルタリングされたエレメントのｓｔａｒｔ＿ｔｉｍｅ属性またはｒｅｆｅｒｅｎｃｅ＿ｓｃｅｎｅ属性を参照して所望の場面を再生可能に、読み取り部６１０及びレンダリング部６５０を制御する。一方、レンダリング部６５０は、フィルタ部６４０によりフィルタリングされたエレメントの属性情報、及びコンテンツを参照して画面に表示可能に、製作者により提供されたスタイルシートやまたは再生装置の内部に存在するスタイルシート情報を通じて新たな検索画面を提供する。
【００９４】
以下、前述した再生装置でＭＳＭＬ文書を利用して強化された検索を行う方法についての具体的な例を詳細に説明する。従来には、後述する図面のように検索しようとする場合、製作者が検索に使われるデータをＭＥＮＵのような形式で直接製作して情報記録媒体に含めねばならないが、本発明による再生装置では、かかるＭＥＮＵを製作者が直接製作せずにも、ＭＳＭＬ文書を参照して後述する図のような検索画面を直接画面に表示できる。以下、図を参照して説明する。
【００９５】
図８は、再生装置でＭＳＭＬ文書を参照して強化された検索画面をディスプレイした例を示す図である。
【００９６】
ＭＳＭＬ文書は、前述したＭＳＭＬを使用してシナリオ及びコンテに使われる各部分をエレメントと属性とに区分してデータベース化したので、再生装置は、図８のような検索画面をディスプレイして、ＭＳＭＬ文書のｓｃｅｎｅ、ｌｏｃａｔｉｏｎ、ｃｏｎｔｉ、ａｃｔｏｒ、ｐａｒａｍｅｔｅｒ、ｍｕｓｉｃ、ｓｃｒｉｐｔエレメントのように、場面選択のために使われる各エレメントを検索の基準としてユーザーに提供する。一方、“ｂｙ ｍｏｖｉｅ ｓｃｒｉｐｔ”と図示されているように、ＭＳＭＬ文書の全体を検索の範囲として使用することも可能である。このとき、適用されるスタイルシートを製作者が情報記録媒体の製作時に含むことも可能であり、または再生装置が前記のような各エレメントについてのスタイルシート情報を保存することもある。
【００９７】
図８に示したような表示画面でユーザーが場面による動映像画面を検索するために、“ｂｙ ｓｃｅｎｅ”に該当するボタンをクリックすれば、再生装置は、後述する一連の過程を通じて図９のような画面を表示する。
【００９８】
図９は、場面による検索画面を示す図である。
【００９９】
すなわち、再生装置の制御部は、ユーザーの“ｂｙ ｓｃｅｎｅ”入力を受信し、バッファを通じてフィルタリングされたＭＳＭＬ文書のうちｓｃｅｎｅエレメントに該当する情報のみを検索して、ｓｃｅｎｅエレメントの各種属性を参照して場面番号及び場面についての簡略な説明をスタイルを適用して画面に表示できる。このとき、ユーザーが図８に示した場面のうち特定の場面を選択すれば、ｓｃｅｎｅエレメントのｓｔａｒｔ＿ｔｉｍｅ属性を参照して該当場面を再生できる。
【０１００】
図１０は、場所による検索画面を示す図である。
【０１０１】
もし、ユーザーが図８の画面で撮影場所について検索して所望の場面を再生するために“ｂｙ ｌｏｃａｔｉｏｎ”ボタンを押せば、図１０に示したような画面がディスプレイされる。“ｂｙ ｌｏｃａｔｉｏｎ”により提供される図１０の画面も、図９で前述したような過程を通じてｌｏｃａｔｉｏｎエレメントの属性及びコンテンツを参照して構成される。一方、ｌｏｃａｔｉｏｎエレメントにｈｒｅｆ属性により該当場所についての追加情報が外部文書に存在すれば、図１０で追加情報ボタン１０２０のような入力要素を通じて該当追加情報を再生することもある。図１０に示した撮影場所のうち特定の場所をユーザーが選択すれば、制御部は、ｌｏｃａｔｉｏｎエレメントのｒｅｆｅｒｅｎｃｅ＿ｓｃｅｎｅ属性により該当ｌｏｃａｔｉｏｎエレメントが含まれるｓｃｅｎｅエレメントを検索し、検索されたｓｃｅｎｅエレメントのｓｔａｒｔ＿ｔｉｍｅ属性を参照して検索された撮影場所に該当する場面を再生できる。かかる方法は、属性としてｓｔａｒｔ＿ｔｉｍｅを使用しないエレメントにいずれも適用される。
【０１０２】
図１１は、Ｍｏｖｉｅ Ｓｃｒｉｐｔによる検索画面を示す図である。
【０１０３】
すなわち、図８の画面で“ｂｙ ｍｏｖｉｅ ｓｃｒｉｐｔ”をユーザーが選択した場合に、図１１に示すようにＭＳＭＬ文書のあらゆる内容がディスプレイされ、ユーザーは、画面スクロールなどを利用して特定の場面、地文、台詞などを選択して所望の場面を再生できる。
【０１０４】
図１２は、本発明のシナリオの検索方法のフローチャートである。
【０１０５】
シナリオの構成要素をエレメントとして抽出する（Ｓ１２１０）。そして、抽出したエレメントを所定のスタイルシートを適用して生成した検索画面をユーザーに提供する（Ｓ１２２０）。ユーザーから所望の検索条件を入力され（Ｓ１２３０）、前記入力された検索条件に対応するエレメントをキーワードとして前記シナリオの内容を検索してユーザーに提供する（Ｓ１２４０）。そして、前記提供された検索画面でユーザーの検索条件をさらに入力されて、その条件を満足するエレメントを画面にディスプレイするステップをさらに行うことも可能である。
【０１０６】
ユーザーが選択したエレメントは、ｓｔａｒｔ＿ｔｉｍｅ、ｅｎｄ＿ｔｉｍｅ属性を含んでもよく、ｒｅｆｅｒｅｎｃｅ＿ｓｃｅｎｅ属性を含んでもよい。選択されたエレメントに対応する場面をｓｔａｒｔ＿ｔｉｍｅ属性を有して制御して再生してもよく、選択されたエレメントに対応するｒｅｆｅｒｅｎｃｅ＿ｓｃｅｎｅ属性を参照して場面をさらに検索した後、検索された場面のｓｔａｒｔ＿ｔｉｍｅ属性を有して場面を制御して再生してもよい。
【０１０７】
検索のための前述したメタデータは、コンテンツ製作者により生成されて情報記録媒体に動映像と共に保存されるが、ユーザーが外部から動映像を入力されて記録する記録装置を使用して入力された動映像を情報記録媒体に保存しようとするとき、前述したメタデータを動映像と共に記録できる。
【０１０８】
図１３は、本発明のＡＶデータ記録装置のブロック図である。
【０１０９】
ＡＶデータ記録装置は、特徴点抽出部１３１０、エレメント生成部１３２０、メタデータ生成部１３３０、記録部１３４０及びネットワーク制御部１３５０を備える。特徴点抽出部１３１０は、入力された動映像の特徴点を抽出する。そして、エレメント生成部１３２０は、抽出された特徴点に基づいてシナリオの構成要素を記述するエレメントを生成し、生成されたエレメントについての詳細情報である属性値を割り当てる。メタデータ生成部１３３０は、生成されたエレメントについての下部構成要素の属性情報を入力されて下部構成要素を生成する。記録部１３４０は、このように生成された下部構成要素を情報記録媒体に記録する。ネットワーク制御部１３５０は、生成された下部構成要素をネットワークインターフェースを通じて他の装置へ伝送する。そして、他の装置で生成したメタデータを受信する。以下では、図１４ないし図１６を参照してエレメントの生成及びメタデータの生成について詳細に説明する。
【０１１０】
まず、記録装置で前述したメタデータのエレメントのうち“ｓｃｅｎｅ”に該当する部分を自動生成せねばならない。このために、記録装置は、記録される動映像から特徴ポイントを抽出する。特徴ポイントは、重要な場面転換が発生する地点を意味する。かかる特徴ポイントは、動映像の処理過程を通じて抽出できるが、本発明では、抽出方法については説明しない。このように抽出された複数個の特徴ポイントのうち隣接した二特徴ポイントの間の場面を、前述した“ｓｃｅｎｅ”エレメントに対応させる。
【０１１１】
図１４は、ｓｃｅｎｅエレメントを生成した画面を示す図である。
【０１１２】
記録装置は、特徴ポイントを抽出しつつ特徴ポイントに該当する動映像フレームのＰＴＳを読み取って、“ｓｃｅｎｅ”エレメントの属性を表す“ｓｔａｒｔ＿ｔｉｍｅ”属性の属性値に割り当て、次の特徴ポイントのＰＴＳ値を参照して“ｅｎｄ＿ｔｉｍｅ”属性値に割り当てる。かかる方法で一つの動映像から抽出した色々な特徴ポイントを利用して複数個の“ｓｃｅｎｅ”エレメントを構成でき、各“ｓｃｅｎｅ”エレメントの“ｓｔａｒｔ＿ｔｉｍｅ”属性の属性値を通じて“ｓｃｅｎｅ”エレメントの他の属性である“ｉｄ”、“ｎｕｍｂｅｒ”の属性値も割り当てる。すなわち、情報記録媒体に記録される動映像は、記録装置を通じて一種のチャプター転換に使われるメタデータを生成できる。
そして、記録装置は、“ｓｃｅｎｅ”エレメントの子エレメントに該当するデータをユーザーから直接入力されてメタデータを生成する。以下、メタデータの入力及び生成について図１５及び図１６を参照して説明する。
【０１１３】
図１５は、メタデータの生成のための画面を示す図である。図１５を参照すれば、最初のＳｃｅｎｅ内でユーザーにより含まれるメタデータの種類を羅列してユーザーからその属性情報を入力されることが分かる。したがって、ユーザーは、前記のようなメニューを通じて追加しようとするメタデータのカテゴリを選択して新たな内容をさらに含めることができる。
【０１１４】
図１６は、一例としてＬｏｃａｔｉｏｎを選択した場合のメタデータ入力画面を示す図である。図１６に示すように、記録装置は、ユーザーが最初のｓｃｅｎｅに該当する動映像を見つつ“ｌｏｃａｔｉｏｎ”に関する情報を入力できる動映像窓１６１０を提供し、“ｌｏｃａｔｉｏｎ”エレメントに含まれる場所についての説明を入力される部分１６２０を提供し、“ｌｏｃａｔｉｏｎ”の属性のうち一つである“ｈｒｅｆ”に該当する属性値を入力される部分１６３０などを提供する。かかる方法で、図１５の他のメタデータについての属性情報もユーザーから入力されて情報記録媒体に保存する。
【０１１５】
そして、記録装置は、前述したように動映像データから特徴ポイントを抽出して、隣接した二特徴ポイントの間の動映像データを“同質性クリップ（Ｈｏｍｏｇｅｎｅｏｕｓ Ｃｌｉｐ）”と定義して複数個の“同質性クリップ”を生成し、各“同質性クリップ”は、該当クリップの開始時点であるＰＴＳ値及び該当クリップの代表イメージをＭＰＥＧ−Ｉ形態で有することができる。一方、追加的なメタデータは、前述した例のように決まったエレメントと属性の形態で含むことも可能である。また、該当クリップ内の内容を自由に記述可能にするエレメントを追加することも可能である。これを通じて、記録装置は、映画についての要約情報を提供することも可能である。
【０１１６】
ネットワークに接続可能な記録装置の場合、前記のように製作されたメタデータファイルを、ネットワーク制御部１３５０を通じてサーバやあるいは他の記録装置へ直接伝送できる。これを通じて、サーバに接続して他のユーザーが製作したメタデータまたは直接受信したメタデータをダウンロードして、記録装置内のメモリ領域または情報記録媒体に保存することによって、多様なメタデータを使用可能にする。一方、かかるメタデータの場合、他の記録装置で編集及び修正が可能であるので、他のユーザーのメタデータを使用して自身のみのメタデータを製作することもできる。かかる応用例の場合には、前記メタデータを作成したユーザーの情報を追加できるエレメント及び属性が追加されうる。
【０１１７】
本発明は、また、コンピュータで読み取り可能な情報記録媒体にコンピュータで読み取り可能なコードとして具現することが可能である。コンピュータで読み取り可能な情報記録媒体は、コンピュータシステムにより読み取られるデータが保存されるあらゆる種類の記録装置を含む。コンピュータで読み取り可能な情報記録媒体の例としては、ＲＯＭ、ＲＡＭ、ＣＤ−ＲＯＭ、磁気テープ、フロッピー（登録商標）ディスク、光データ保存装置などがあり、またキャリアウェーブ（例えば、インターネットを通じた伝送）の形態で具現されるものも含む。また、コンピュータで読み取り可能な情報記録媒体は、ネットワークに連結されたコンピュータシステムに分散され、分散方式でコンピュータで読み取り可能なコードが保存されて実行されうる。
【０１１８】
これまで、本発明について、その望ましい実施形態を中心に述べた。当業者は、本発明が、本発明の本質的な特性から逸脱しない範囲で、変形された形態に具現可能であるということを理解できるであろう。したがって、開示された実施形態は、限定的な観点ではなく、説明的な観点で考慮されねばならない。本発明の範囲は、前述した説明ではなく、特許請求の範囲に表れており、それと同等な範囲内にあるあらゆる差異点は、本発明に含まれていると解釈されねばならない。
【図面の簡単な説明】
【０１１９】
【図１】ＤＶＤに記録される動映像符号化データであるＶＯＢＳの構造を示す図である。
【図２】ＳＡＭＩファイルの一例を示す図である。
【図３】本発明のマークアップ言語で使われるエレメント及び属性を示す図である。
【図４】実際の映画製作時に使われるシナリオの一例を示す図である。
【図５】図４のシナリオを本発明のＭＳＭＬ文書で作成したことを示す図である。
【図６】本発明のＭＳＭＬ文書で作成したスクリプトを再生する再生装置のブロック図である。
【図７】図６の制御部の詳細ブロック図である。
【図８】再生装置でＭＳＭＬ文書を参照して強化された検索画面をディスプレイした例を示す図である。
【図９】場面による検索画面を示す図である。
【図１０】場所による検索画面を示す図である。
【図１１】Ｍｏｖｉｅ Ｓｃｒｉｐｔによる検索画面を示す図である。
【図１２】本発明のシナリオの検索方法のフローチャートである。
【図１３】本発明のＡＶデータ記録装置のブロック図である。
【図１４】ｓｃｅｎｅエレメントを生成した画面を示す図である。
【図１５】メタデータの生成のための画面を示す図である。
【図１６】一例として、Ｌｏｃａｔｉｏｎを選択した場合のメタデータ入力画面を示す図である。
【技術分野】
【０００１】
本発明は、情報保存及び再生に係り、特に映画シナリオをデータベース化し、そのデータベースを検索するユーザーインターフェースを提供するために、マークアップ言語で作成されたシナリオを記録した情報記録媒体、その再生装置及び前記シナリオの検索方法、シナリオを含んだＡＶデータの記録装置及び方法に関する。
【背景技術】
【０００２】
映画のスクリプト及び字幕を画面にディスプレイするために、スクリプト及び字幕をグラフィックデータで表現して処理するか、または字幕のみのためのマークアップ言語を使用して処理している。しかし、ユーザーとのインタラクション機能が強化されたインタラクティブコンテンツの処理において従来の方法を使用すれば、処理せねばならないデータ量が多く、スクリプトの内容を検索し難い。
【０００３】
図１は、ＤＶＤに記録される動映像符号化データであるＶＯＢＳ（ビデオオブジェクトセット）の構造を示す図である。
【０００４】
ＶＯＢＳ １００は、複数のＶＯＢ １１０ａ〜１１０ｎに区分され、一つのＶＯＢは、複数のセル１２０ａ〜１２０ｎに区分される。そのセルは、再び複数のＶＯＢＵ（ビデオオブジェクトユニット）１３０ａ〜１３０ｎで構成される。ＶＯＢＵは、複数のＰＣＫで構成されるが、そのうち最初のＰＣＫは、ナビゲーションパックＮＶ＿ＰＣＫ １４０である。次に、ビデオパックＶ＿ＰＣＫ １４４、オーディオパックＡ＿ＰＣＫ １４２及びサブピクチャパックＳＰ＿ＰＣＫ １４６で構成される。そのうちサブピクチャパックＳＰ＿ＰＣＫ １４６は、２次元グラフィックデータ及び字幕データが保存される領域である。かかるグラフィックデータをサブピクチャという。
【０００５】
このように、ＤＶＤでは、映像に重なって表れる字幕データを２次元グラフィックデータの符号化方法と同じ方法を使用して符号化する。したがって、多国語を支援するために、言語ごとに別途の符号化方法は存在せず、字幕データをグラフィックデータに変換した後で一つの符号化方法を使用して符号化する。そして、符号化したグラフィックデータをサブピクチャパックＳＰ＿ＰＣＫ １４６領域に記録する。サブピクチャは、サブピクチャユニット（ＳＰＵ）で構成されるが、これは、一枚のグラフィックデータに該当する。
【０００６】
ＤＶＤでは、最大３２個の言語の字幕データのためのサブピクチャデータが動映像データと共に多重化されて記録されうる。図１のように、ＤＶＤ−ビデオのサブタイトルである字幕データが動映像データと共に多重化されているため、色々な問題点が発生する。まず、動映像データの符号化時、サブピクチャデータが占めるビット発生量を予め考慮せねばならないという点である。すなわち、字幕データをグラフィックデータに変換して処理するので、色々な言語を支援しようとする場合に、各言語別に発生するデータ量が異なり、その量も膨大であって多重化し難い。
【０００７】
色々な言語を支援する場合においても、一般的に、動映像符号化は一回のみ実施し、符号化されたストリームに各言語別にサブピクチャデータを多重化して、各地域に合わせる記録媒体を生成することが望ましいが、ある言語では、サブピクチャデータの量が膨大であるので、動映像データとの多重化時に総ビット発生量がＤＶＤに記録できる最大限界を超える場合も発生する。また、サブピクチャデータが動映像データの間に多重化されることによって、各ＶＯＢＵの開始位置も地域別に異なる。ＤＶＤでは、このようなＶＯＢＵの開始位置が別途に管理されるので、新たな多重化過程を行うたびにこのような情報も更新されねばならない。
【０００８】
また、各サブピクチャの内容が分からないので、二つの言語を同時に出力するか、または動映像はディスプレイせずに字幕のみを出力して言語学習に利用するか、または字幕と共に再生される動映像の特定の内容やその他の情報を含んで再生する別途の目的のために、サブピクチャを使用できない。
【０００９】
字幕データを前述したようにグラフィックデータで処理する方法以外に、マークアップ文書で処理する方法がある。ＳＡＭＩ（Ｓｙｎｃｈｒｏｎｉｚｅｄ Ａｃｃｅｓｓｉｂｌｅ Ｍｅｄｉａ Ｉｎｔｅｒｃｈａｎｇｅ）は、映画スクリプトや字幕を表すための言語フォーマットである。ＳＡＭＩは、本来米国、日本など先進国で聴覚障害者のために字幕放送のためのクローズド・キャプションの用途で使用するために開発されたが、現在は、英語を第２外国語として使用する色々な国家で映画の字幕ファイルとして使われている。ここで、字幕ファイルとは、ｄｉｖｘ形式を有する映画などの動映像ファイルで原作の外国語を該当国家の言語に解釈して動映像フレームに同期を合わせて出力されるように、マークアップ文書で製作されたファイルをいう。前記字幕用のマークアップ文書ファイルは、基本的にＳＭＩを拡張子として動映像の原本ファイルのファイル名と同じファイル名を使用して保存されて再生されるが、再生装置にＳＡＭＩ用のコデックが設置されている場合にのみ再生されうる。
【００１０】
図２は、ＳＡＭＩファイルの一例を示す図である。図２に示すように、ＳＡＭＩでスクリプトを作成する場合、製作が簡単であり、取り扱いが便利であるが、一方的な映画再生の流れに合わせてディスプレイされるように、テキストまたは簡単なグラフィックデータを使用して映画の字幕や簡単な状況説明のみ可能である。したがって、多様な情報及びユーザーとのインタラクションを行えないという問題点がある。
【発明の開示】
【発明が解決しようとする課題】
【００１１】
本発明が解決しようとする課題は、映画スクリプトをマークアップ言語を使用して生成し、ユーザーとのインタラクションを強化し、従来のサブタイトル及びキャプションの目的で使用するだけでなく、前記マークアップ言語の特性を使用して場面検索及びその他の有用な情報を提供できるマークアップ言語、前記マークアップ言語で作成された情報記録媒体、前記情報記録媒体の再生装置及びそのシナリオの検索方法、及びシナリオを含んだＡＶデータの記録装置及び方法を提供するところにある。
【課題を解決するための手段】
【００１２】
前記の課題を解決するために、本発明によるシナリオを記録した情報記録媒体は、前記シナリオの構成要素を記述するエレメント、及び前記エレメントについての詳細情報を表す属性を含み、前記エレメントそれぞれが前記シナリオの検索に使われ、前記エレメントと属性とを使用して作成されたことを特徴とする。
【００１３】
また、前記シナリオは、前記エレメントをタグとして使用し、前記属性を前記エレメントについての詳細情報である属性値として使用してマークアップ文書の形態で作成されることが望ましい。
【００１４】
前記の課題を解決するために、本発明によるＡＶデータを記録した情報記録媒体は、動映像データ、及び前記動映像のシナリオを含み、前記シナリオは、前記シナリオの構成要素を記述するエレメント、及び前記エレメントについての詳細情報を表す属性を含み、前記エレメントそれぞれが前記シナリオの検索に使われ、前記エレメントと属性とを使用して作成されていることを特徴とする。
【００１５】
前記の課題を解決するために、本発明による再生装置は、動映像データ及びシナリオデータを読み取る読み取り部、前記読み取った動映像データをデコーディングして出力するデコーダ、前記読み取ったシナリオデータからユーザーの命令によって所望の情報のみを抽出するフィルタ部、前記抽出された情報をグラフィックデータに変換するレンダリング部、前記デコーディングされた動映像データとグラフィックデータとを合成して出力するブレンダ、及び前記各構成要素を制御する制御部を備える。
【００１６】
前記の課題を解決するために、本発明によるシナリオ検索方法は、（ａ）シナリオの構成要素をエレメントとして抽出するステップ、（ｂ）前記抽出したエレメントを所定のスタイルシートを適用して生成した検索画面を図示するステップ、（ｃ）ユーザーから所望の検索条件を入力されるステップ、及び（ｄ）前記入力された検索条件に対応するエレメントをキーワードとして前記シナリオの内容を検索してユーザーに提供するステップを含む。
【００１７】
前記の課題を解決するために、本発明による記録装置は、動映像と共にシナリオを記録する記録装置において、前記動映像の特徴点を抽出する特徴点抽出部、前記抽出された特徴点に基づいて前記シナリオの構成要素を記述するエレメントを生成し、生成されたエレメントについての詳細情報である属性値を割り当てるエレメント生成部、及び前記生成されたエレメントについての下部構成要素の属性情報を入力されて下部構成要素を生成するメタデータ生成部を備える。
【００１８】
前記の課題を解決するために、本発明による記録方法は、動映像と共にシナリオを記録する記録方法において、（ａ）前記動映像の特徴点を抽出するステップ、（ｂ）前記抽出された特徴点に基づいて前記シナリオの構成要素を記述するエレメントを生成し、生成されたエレメントについての詳細情報である属性値を割り当てるステップ、及び（ｃ）前記生成されたエレメントについての下部構成要素の属性情報を入力されて下部構成要素を生成するステップを含む。
【００１９】
前記の課題を解決するために、本発明では、前記方法をコンピュータで実行させるためのプログラムを記録したコンピュータで読み取り可能な情報記録媒体を提供する。
【発明の効果】
【００２０】
本発明によれば、Ｍｏｖｉｅ Ｓｃｒｉｐｔ用のマークアップ言語を利用してシナリオ及び／またはコンテを表現することによって、さらに多様な情報をユーザーに提供するだけでなく、ユーザーとの相互動作を強化して多様な検索方法を提供する。
【００２１】
また、動映像データを情報記録媒体に記録しようとする場合、ユーザーが任意に生成したメタデータを含んだシナリオを動映像データと共に保存できる。
【発明を実施するための最良の形態】
【００２２】
以下、添付された図面を参照して、本発明による望ましい一実施形態を詳細に説明する。
【００２３】
一般的に、映画の製作時にスクリーンに映写することを前提として映画形式による文章で作成した脚本をシナリオという。シナリオは、映画の製作において撮影以前のステップで最も重要なものである。シナリオは、文字により映画の視聴覚的な描写を具体的に表現することを目的としている。映画の場合、場面の数が非常に多いのでシナリオでは場面の分割及び構成が重要であり、また、場面を描写する説明文も実際俳優の台詞と同様に重要である。
【００２４】
最近では、ＰＣ（パーソナルコンピュータ）でもＤＶＤのような映画を再生できるが、かかるＰＣ基盤の映画再生時にシナリオをコンテと共にムービスクリプトといって共に提供している。コンテは、撮影台本であり、撮影に関するあらゆる構想が記録されている。現在、ＰＣ基盤の映画再生において、前記のようなシナリオ及び／またはコンテを含んでユーザーに提供するためのＭｏｖｉｅ Ｓｃｒｉｐｔは、一般的に次のような事項を含んでいる。
【００２５】
（１）映画のタイトル
（２）場面区分、場面ナンバー及び場面タイトル
（３）各場面が撮影された場所
（４）各場面についての状況説明
（５）映画俳優の台詞
（６）場面に出演する俳優の配役上の名前及び実際俳優の名前
（７）俳優の行動についての簡略な説明
（８）効果音楽及び背景音楽についての情報
（９）場面についての代表イメージ（コンテ）
しかし、かかるＭｏｖｉｅ Ｓｃｒｉｐｔを使用して字幕をディスプレイする方法も、前述した内容を簡単なイメージ及びテキストを利用してユーザーに提供して、字幕をグラフィックデータに処理する方法に比べて多くの情報を提供するが、ユーザーとのインタラクションを行うための情報を提供できない。前記のようなＭｏｖｉｅ Ｓｃｒｉｐｔをさらに効果的に提供するために使われる本発明のマークアップ言語は、ユーザーとのインタラクションを強化するだけでなく、さらに次のような情報を提供できる。
【００２６】
（１）各場面に登場する小品及び衣装についての情報
（２）各場面が撮影された場所についての追加情報
（３）各場面についての映画のバージョン情報（Ｔｈｅａｔｅｒ、Ｄｉｒｅｃｔｏｒ’ｓ ｃｕｔ）
したがって、本発明のマークアップ文書は、このような情報を区分するために、前述した色々な状況に対する情報をエレメント及び属性などを使用して構成する。そして、各エレメント及び属性などで作成された内容がいずれも画面にディスプレイされることもあり、または従来の字幕のように俳優の台詞のみが画面にディスプレイされることもある。したがって、俳優の台詞を含むエレメントの場合、動映像との同期をリアルタイムで合わせるための時間情報が含まれることが望ましい。
【００２７】
俳優の台詞のように動映像との同期をリアルタイムで合わせねばならないエレメント以外のエレメントの場合、同期化のための時間情報は必要でないが、該当情報が含まれた場面についての時間情報は含むこともあり、追加的な情報を該当エレメントの内容として作成することもあり、またはさらに詳細な説明を含んでいる特定のページなどを参照できるリンク情報を含むこともある。また、画面に前述した内容が表示される場合、各内容のスタイル情報を適用して、状況によって異なって表示することもある。
【００２８】
そして、前述したマークアップ文書を利用してＭｏｖｉｅ Ｓｃｒｉｐｔを具現した一実施形態は、次の通りである。俳優の台詞を含むエレメントの場合、動映像との同期を合わせるための時間情報が含まれているので、俳優の台詞全体をスクロールのような方法を使用して画面に表示可能にした後、特定の台詞が表示される位置をユーザーが選択すれば、再生装置が前記エレメントの時間情報を参照して、ユーザーが選択した台詞に同期される動映像を再生可能にする。
【００２９】
全体の場面についての番号またはタイトル、説明などを画面に表示し、ユーザーの選択により特定の場面を探して再生するように実施できる。
【００３０】
撮影場所を順次に表示した後、特定の撮影場所を探して再生するか、または撮影場所についての追加情報、例えば該当場所の有名な観光名所などを表示するように実施できる。
【００３１】
俳優が着用した小品や衣装についての情報を表して該当場面を探すか、または該当小品及び衣装を購入できる情報などを提供可能にする。
【００３２】
特定の背景音楽が再生される場面及び背景音楽についての追加情報などを提供可能にする。このように、各情報についてのエレメント及び属性がそれぞれ存在する本発明によるマークアップ言語を使用して、ユーザーとのインタラクションにより有用な情報を提供可能にした再生装置などに使われうる。
【００３３】
また、前記のように特定の場面や追加情報を得るために、一つのエレメントや属性を使用して選択する方法以外にも、複数個のエレメントや属性を論理的に結合してさらに正確な特定の場面及び追加情報を選択することもできる。
【００３４】
すなわち、本発明によるマークアップ文書は、シナリオ及び／またはコンテのステップで含まれる要素をそれぞれのエレメントに区分し、また、各エレメントに含まれねばならない情報及び内容は、該当エレメントの属性やエレメントの内容として含むことが望ましい。また、ユーザーにより選択された特定の場面や追加情報を提供するために、各エレメントは、同期化時間情報または特定の場面に含まれた情報である場合、該当場面の時間情報及び追加情報についてのリンク情報を含むことが望ましい。
【００３５】
一方、前述したＭｏｖｉｅ Ｓｃｒｉｐｔ用のマークアップ言語の場合、データベースのような役割のみを行うことが望ましく、画面表示についての情報は、ＣＳＳ（Ｃａｓｃａｄｉｎｇ Ｓｔｙｌｅ Ｓｈｅｅｔ）のようなマークアップ文書用のスタイル情報を使用して表示装置に表示することが望ましい。このとき、前記Ｍｏｖｉｅ Ｓｃｒｉｐｔ用のマークアップ言語文書を表示装置に表示するためのスタイル情報は、各エレメントが表示される位置、フォント属性などを定義するＭｏｖｉｅ Ｓｃｒｉｐｔ Ｖｉｅｗｉｎｇ情報を含むことが望ましい。
【００３６】
図３は、本発明のマークアップ言語で使われるエレメント及び属性を示す図である。図３に示すように、本発明のＭｏｖｉｅ Ｓｃｒｉｐｔ用のマークアップ言語の一例として、ＭＳＭＬ（Ｍｏｖｉｅ Ｓｃｒｉｐｔ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）に使われるエレメント及び属性が羅列されている。さて、図３を参照して、各エレメント及び属性の意味を詳細に説明する。
【００３７】
（I）ｍｓｍｌエレメント
ｍｓｍｌエレメントは、ＭＳＭＬ文書のルートエレメントであって、あらゆるＭＳＭＬ文書の開始はｍｓｍｌエレメントで始まる。
【００３８】
（II）ｈｅａｄエレメント
ｈｅａｄエレメントは、現在文書のタイトルのような情報を含んでいるエレメントであり、基本的に、ｈｅａｄエレメントに含まれた内容は、表示装置に表示されないが、ブラウザの特性によって表示されることもある。図３に示すように、ｈｅａｄエレメントは、ｔｉｔｌｅエレメントとｓｔｙｌｅエレメントとを含むことができるが、ｔｉｔｌｅエレメントの場合、必ず存在せねばならず、ｓｔｙｌｅエレメントの存在如何は、製作者の意図によって異なる。ｔｉｔｌｅエレメント及びｓｔｙｌｅエレメントについては後述する。
【００３９】
（III）ｔｉｔｌｅエレメント
ｔｉｔｌｅエレメントは、製作者が現在文書で取り扱っているＭｏｖｉｅ Ｓｃｒｉｐｔのタイトルを含むために使用するエレメントであって、ｈｅａｄエレメントに含まれ、ＭＳＭＬ文書に一つのｔｉｔｌｅエレメントのみが使われる。
【００４０】
（IV）ｓｔｙｌｅエレメント
ｓｔｙｌｅエレメントは、製作者により該当文書のｈｅａｄエレメント内にＭｏｖｉｅ Ｓｃｒｉｐｔ Ｖｉｅｗｉｎｇ情報を含むスタイルシートルールを含ませるエレメントであって、ＭＳＭＬ文書は、文書のｈｅａｄ内に複数個のｓｔｙｌｅエレメントを含むことを許容する。ｓｔｙｌｅエレメントは属性情報であって、二つの属性を有し、各属性は次の通りである。
【００４１】
（１）ｔｙｐｅ：ｔｙｐｅ属性は、ｓｔｙｌｅエレメントの内容で作成されるスタイルシートの使用言語を指定するのに使われる。スタイルシート言語は、例えば“ｔｅｘｔ／ｃｓｓ”のようなコンテンツタイプに指定され、製作者は、この属性値を必ず入力せねばならない。
【００４２】
（２）ｈｒｅｆ：現在ＭＳＭＬ文書の外部に存在する、スタイルシート言語で作成された文書を参照するために使用する属性であって、ｓｔｙｌｅエレメントにより作成されたスタイルシート文書と重なる内容がある場合、外部参照されたスタイルシート文書が最終適用される。ｈｒｅｆ属性の使用如何は製作者により決定され、属性値としてはＵＲＩ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｉｄｅｎｔｉｆｉｅｒ）を使用する。
【００４３】
（V）ｂｏｄｙエレメント
ｂｏｄｙエレメントは、ブラウザにより表示されうる、文書のコンテンツを含むエレメントである。図３に示すように、ｂｏｄｙエレメントは、ｓｃｅｎｅエレメントを最小限一つ以上含まねばならない。
【００４４】
（VI）ｓｃｅｎｅエレメント
ｓｃｅｎｅエレメントは、シナリオの最も基本となるものであって、場面に該当するエレメントである。ＭＳＭＬ文書は、複数個のｓｃｅｎｅエレメントからなる。ｓｃｅｎｅエレメントは、ｌｏｃａｔｉｏｎ、ｃｏｎｔｉ、ｃａｓｔ、ｐａｒａｍｅｔｅｒ、ｍｕｓｉｃ、ｄｅｓｃｒｉｐｔｉｏｎ及びｓｃｒｉｐｔエレメントのような色々なエレメントを含み、属性情報として次のような６個の属性を有する。
【００４５】
（１）ｉｄ：この属性は、文書に割り当てられた固有な名前を意味するものであって、ｓｃｅｎｅエレメントは、必ずｉｄ属性を含み、固有な属性値を有する。
【００４６】
（２）ｎｕｍｂｅｒ：この属性は、シナリオで場面に付与された番号を意味するものであって、必ずしも必要な属性ではない。
【００４７】
（３）ｔｉｔｌｅ：該当場面に割り当てられたタイトルであって、必ずしも必要な属性ではない。
【００４８】
（４）ｖｅｒｓｉｏｎ：該当場面が劇場用の場面であるか、または監督により削除されて劇場用にはない場面であるかを表すための属性であって、“ｔｈｅａｔｅｒ”、“ｄｉｒｅｃｔｏｒｓ＿ｃｕｔ”を属性値として有する。ｖｅｒｓｉｏｎ属性を使用しない場合、基本的にｖｅｒｓｉｏｎ＝“ｔｈｅａｔｅｒ”として認識される。
【００４９】
（５）ｓｔａｒｔ＿ｔｉｍｅ：該当場面についての動映像が再生される開始時間を表す属性であって、属性値としては、動映像の再生時間を表すＰＴＳ（Ｐｒｅｓｅｎｔａｔｉｏｎ Ｔｉｍｅ
Ｓｔａｍｐ）値または１０００分の１秒単位の時間値を有する。図３では、ｓｔａｒｔ＿ｔｉｍｅ属性がＰＴＳを属性値として有する。
【００５０】
（６）ｅｎｄ＿ｔｉｍｅ：該当場面についての動映像が他の場面に転換されるまでの時間を表す属性であって、属性値は、ｓｔａｒｔ＿ｔｉｍｅと同じ形式の値を有する。そして、連続された二つの場面の間で以前の場面のｅｎｄ＿ｔｉｍｅと次の場面のｓｔａｒｔ＿ｔｉｍｅは、連続された値を有することが望ましい。
【００５１】
（VII）ｌｏｃａｔｉｏｎエレメント
ｌｏｃａｔｉｏｎエレメントは、該当場面が撮影される場所についての情報を含むために使われる。一つの場面には一つの場所が使われるので、ｓｃｅｎｅエレメント内には、一つのｌｏｃａｔｉｏｎエレメントが含まれ、属性情報として次のような二つの属性を有する。
【００５２】
（１）ｒｅｆｅｒｅｎｃｅ＿ｓｃｅｎｅ：この属性は、ｌｏｃａｔｉｏｎエレメントにより説明された撮影場所がどの場面に該当する撮影場所であるかを表すためのものであって、ｌｏｃａｔｉｏｎエレメントに必ず存在せねばならない属性である。属性値としては、ｓｃｅｎｅエレメントのｉｄ属性に使われた属性値を有する。ｒｅｆｅｒｅｎｃｅ＿ｓｃｅｎｅの使用例を挙げれば、特定の再生装置が本発明の強化された検索を支援して、ＭＳＭＬ文書のうちｌｏｃａｔｉｏｎエレメントに該当する内容のみを画面に表示した後、ユーザーの選択により選択された場所に該当する動映像を再生せねばならない場合がありうる。
【００５３】
このとき、再生装置は、ｌｏｃａｔｉｏｎエレメントのｒｅｆｅｒｅｎｃｅ＿ｓｃｅｎｅを参照した後、属性値に該当するｓｃｅｎｅエレメントを認知し、該当ｓｃｅｎｅエレメントのｓｔａｒｔ＿ｔｉｍｅ属性値を通じて選択された撮影場所に該当する動映像を再生できる。ただし、ｌｏｃａｔｉｏｎエレメントによってのみ特定の場面を検索する場合、検索される撮影場所が色々な場面がありうるので、他のエレメントと論理的に結合してさらに具体的な場面を検索することが望ましい。
【００５４】
（２）ｈｒｅｆ：ある場面の撮影場所についての追加情報を含んでいる外部文書を参照するために使われる属性であって、属性値としてはＵＲＩを使用する。例えば、特定の再生装置が撮影場所についての追加情報として、撮影場所と隣接した観光名所、食堂、ショッピング施設などについての情報をさらに含んでいる外部文書を再生できるならば、ユーザーの選択により前記追加情報文書を画面に表示できる。ｈｒｅｆ属性は、製作者により使用如何が決定される。
【００５５】
（VIII）ｃｏｎｔｉエレメント
ｃｏｎｔｉエレメントは、シナリオの製作後、撮影のためにスケッチしたコンテを参照するためのエレメントであって、コンテについての内容を含まないＭＳＭＬ文書では、ｃｏｎｔｉエレメントを使用しないこともある。属性として、次のような属性を有する。
【００５６】
（１）ｒｅｆｅｒｅｎｃｅ＿ｓｃｅｎｅ：この属性は、ｃｏｎｔｉエレメントにより説明されて参照されるコンテ説明及びイメージがどの場面に該当する撮影場所であるかを表すためのものであって、ｃｏｎｔｉエレメントに必ず存在せねばならない属性である。属性値としては、ｓｃｅｎｅエレメントのｉｄ属性に使われた属性値を有する。使用例は、ｌｏｃａｔｉｏｎエレメント内のｒｅｆｅｒｅｎｃｅ＿ｓｃｅｎｅで前述したようである。
【００５７】
（２）ｈｒｅｆ：ある場面のコンテイメージの参照経路を表す属性であって、属性値としてはＵＲＩを使用する。ｃｏｎｔｉエレメントに含まれるｈｒｅｆ属性は、必ず存在せねばならない属性である。
【００５８】
（IX）ｃａｓｔエレメント
ｃａｓｔエレメントは、該当場面に登場する配役についての内容を含むためのエレメントであって、ａｃｔｏｒエレメント及びｐｌａｙｅｒエレメントを含み、該当場面に登場する配役がない場合、ｃａｓｔエレメントは含まれないこともある。属性としてはｒｅｆｅｒｅｎｃｅ＿ｓｃｅｎｅを有する。
【００５９】
（１）ｒｅｆｅｒｅｎｃｅ＿ｓｃｅｎｅ：この属性は、ｃａｓｔエレメントにより登場する俳優及び配役がどの場面に出演するかを表すためのものであって、ｃａｓｔエレメントに必ず存在せねばならない属性である。属性値としては、ｓｃｅｎｅエレメントのｉｄ属性に使われた属性値を有する。使用例は、ｌｏｃａｔｉｏｎエレメントのｒｅｆｅｒｅｎｃｅ＿ｓｃｅｎｅで前述したようである。ただし、ｃａｓｔエレメントによってのみ特定の場面を検索する場合、検索される俳優及び配役が主要人物である場合、色々な場面が選択されるので、ｃａｓｔエレメントの場合は、他のエレメントと論理的に結合してさらに具体的な場面を検索するのに使用することが望ましい。
【００６０】
（X）ａｃｔｏｒエレメント
ａｃｔｏｒエレメントは、該当場面で、後述するｐｌａｙｅｒエレメントで説明する配役を引き受けた実際の俳優の名前を含むために使用するエレメントである。属性としては、ｈｒｅｆ属性を含む。
【００６１】
（１）ｈｒｅｆ：ａｃｔｏｒエレメントにより含まれる実際の俳優についてのさらに詳細な説明を有する外部文書を参照するために使用する属性であって、属性値としてはＵＲＩを有し、使用如何は製作者により決定される。
【００６２】
（XI）ｐｌａｙｅｒエレメント
ｐｌａｙｅｒエレメントは、該当場面で前記ａｃｔｏｒエレメントで表す実際の俳優が引き受けた配役名を含むために使用するエレメントである。属性としては、ｎａｍｅ属性を含む。
【００６３】
（１）ｎａｍｅ：この属性は、現在のｐｌａｙｅｒエレメントに割り当てられた特定のｎａｍｅであって、ｎａｍｅは、ｓｃｒｉｐｔエレメントで配役の名前を参照するときに使われる。
【００６４】
（XII）ｐａｒａｍｅｔｅｒエレメント
ｐａｒａｍｅｔｅｒエレメントは、現在の場面に登場する小品や俳優の衣装などについての情報を含むためのエレメントであって、属性としては、次のような三つの属性を含む。
【００６５】
（１）ｒｅｆｅｒｅｎｃｅ＿ｓｃｅｎｅ：この属性は、ｐａｒａｍｅｔｅｒエレメントにより登場する小品や衣装がどの場面に出演するかを表すためのものであって、ｐａｒａｍｅｔｅｒエレメントに必ず存在せねばならない属性である。属性値としては、ｓｃｅｎｅエレメントのｉｄ属性に使われた属性値を有する。使用例は、ｌｏｃａｔｉｏｎエレメント内のｒｅｆｅｒｅｎｃｅ＿ｓｃｅｎｅで前述したようである。ただし、ｐａｒａｍｅｔｅｒエレメントによってのみ特定の場面を検索する場合、検索される小品や衣装が色々な場面にわたって登場することもあるので、他のエレメントと論理的に結合してさらに具体的な場面を検索するのに使われることが望ましい。
【００６６】
（２）ｎａｍｅ：この属性は、ｐａｒａｍｅｔｅｒにより含まれる小品または衣装を決まった分類によって区分するためのものであって、ｐａｒａｍｅｔｅｒエレメントにより含まれる色々な小品または衣装などを細分化するために使われる。属性値としては、決まった分類名称を有する。例えば、属性値として“ｗｅａｐｏｎ”、“ｃｏｓｔｕｍ”、“ｃａｒ”のような値を有する。
【００６７】
（３）ｈｒｅｆ：該当小品または衣装についての詳細な説明を含んでいる外部文書を参照するために使用する属性であって、属性値としてはＵＲＩを使用する。
【００６８】
（XIII）ｍｕｓｉｃエレメント
ｍｕｓｉｃエレメントは、該当場面に再生される効果音や背景音などについての情報を提供するためのものであって、次のような三つの属性を有する。
【００６９】
（１）ｈｒｅｆ：該当音楽についての詳細な説明を含んでいる外部文書を参照するために使用する属性であって、属性値としてはＵＲＩを使用する。
【００７０】
（２）ｓｔａｒｔ＿ｔｉｍｅ：該当音楽が動映像内で再生される開始時間を表す属性であって、属性値としては、動映像の再生時間を表すＰＴＳ値を有するか、または１０００分の１秒単位の時間値を有する。本発明では、ＰＴＳ値を有するものとして例を挙げた。
【００７１】
（３）ｅｎｄ＿ｔｉｍｅ：該当音楽が動映像内で終了される時間を表す属性であって、属性値は、ｓｔａｒｔ＿ｔｉｍｅと同じ形式の値を有する。
【００７２】
ｍｕｓｉｃエレメントでｒｅｆｅｒｅｎｃｅ＿ｓｃｅｎｅのような属性を使用しない理由は、一つの場面に色々な音楽が含まれうるためである。すなわち、ユーザーがｍｕｓｉｃエレメントを参照して特定の音楽が再生される場面を視聴しようとするとき、ｒｅｆｅｒｅｎｃｅ＿ｓｃｅｎｅ属性を使用する場合には、常に選択された音楽がある場面の開始地点で再生するので、検索による正しい再生を保証できないためである。したがって、ｍｕｓｉｃエレメントは、属性としてｓｔａｒｔ＿ｔｉｍｅ、ｅｎｄ＿ｔｉｍｅを有する。かかる点は、前述した各エレメントの場合、今後一つの場面に複数個のｌｏｃａｔｉｏｎ、ｃｏｎｔｉなどが使われれば同一に適用されて、ｒｅｆｅｒｅｎｃｅ＿ｓｃｅｎｅ属性の代わりにｓｔａｒｔ＿ｔｉｍｅ、ｅｎｄ＿ｔｉｍｅ属性を有する。
【００７３】
（XIV）ｄｅｓｃｒｉｐｔｉｏｎエレメント
ｄｅｓｃｒｉｐｔｉｏｎエレメントは、該当場面についての描写または俳優の行動に関する説明などを取り扱った地文を含むためのものであって、次のような二つの属性を有する。
【００７４】
（１）ｒｅｆｅｒｅｎｃｅ＿ｓｃｅｎｅ：この属性は、ｄｅｓｃｒｉｐｔｉｏｎエレメントにより描写される場面及び人物の行動状況説明などがどの場面に該当するかを表すためのものであって、ｄｅｓｃｒｉｐｔｉｏｎエレメントに必ず存在せねばならない属性である。属性値としては、ｓｃｅｎｅエレメントのｉｄ属性に使われた属性値を有する。
【００７５】
（２）ｖｅｒｓｉｏｎ：該当地文が劇場用に該当する内容であるか、または製作過程中に削除されて劇場用にはない場面についての地文であるかを表すための属性であって、“ｔｈｅａｔｅｒ”、“ｄｉｒｅｃｔｏｒｓ＿ｃｕｔ”を属性値として有する。ｖｅｒｓｉｏｎ属性を使用しない場合、基本的にｖｅｒｓｉｏｎ＝“ｔｈｅａｔｅｒ”として認識される。
【００７６】
（XV）ｓｃｒｉｐｔエレメント
ｓｃｒｉｐｔエレメントは、該当場面についての俳優の実際の台詞を含むために使用するものであって、次のような５個の属性を有する。
【００７７】
（１）ｒｅｆｅｒｅｎｃｅ＿ｓｃｅｎｅ：この属性は、ｓｃｒｉｐｔエレメントにより含まれる俳優の台詞がどの場面で出てくる台詞であるかを表すためのものであって、ｓｃｒｉｐｔエレメントに必ず存在せねばならない属性である。属性値としては、ｓｃｅｎｅエレメントのｉｄ属性に使われた属性値を有する。
【００７８】
（２）ｒｅｆｅｒｅｎｃｅ＿ｐｌａｙｅｒ：この属性は、該当ｓｃｒｉｐｔエレメントにより含まれる台詞がどの配役の台詞であるかを指摘するために使用するものであって、前述したｐｌａｙｅｒエレメントの属性であるｎａｍｅの属性値のうち一つを有することによって、該当配役と配役に合う台詞とを連結可能にする。
【００７９】
（３）ｖｅｒｓｉｏｎ：該当台詞が劇場用に該当する台詞であるか、または製作過程中に削除されて劇場用にはない台詞であるかを表すための属性であって、“ｔｈｅａｔｅｒ”、“ｄｉｒｅｃｔｏｒｓ＿ｃｕｔ”を属性値として有する。ｖｅｒｓｉｏｎ属性を使用しない場合、基本的にｖｅｒｓｉｏｎ＝“ｔｈｅａｔｅｒ”として認識される。
【００８０】
（４）ｓｔａｒｔ＿ｔｉｍｅ：ｓｃｒｉｐｔエレメントにより含まれる台詞の場合、その使用例として、映画の字幕として使われることが可能である。したがって、動映像との同期を合わせて適切な時間に該当台詞が画面に表示可能に、ｓｃｒｉｐｔエレメントにより含まれる台詞が再生されねばならない開始時点についての情報が必要であるが、ｓｔａｒｔ＿ｔｉｍｅ属性がその役割を行う。属性値としては、動映像の再生時間を表すＰＴＳ値を有するか、または１０００分の１秒単位の時間値を有する。本発明では、ＰＴＳ値を有するものとして例を挙げた。
【００８１】
（５）ｅｎｄ＿ｔｉｍｅ：ｓｃｒｉｐｔエレメントにより含まれる台詞が動映像との同期を合わせて画面上で消える時間を指定する属性であって、属性値はｓｔａｒｔ＿ｔｉｍｅと同じ形式の値を有する。
【００８２】
図４は、実際の映画製作時に使われるシナリオの一例を示す図である。図４を参照するに、シナリオは、場面についてのタイトル、背景、俳優の行動、台詞などを記録したものであるということが分かる。
【００８３】
図５は、図４のシナリオを本発明のＭＳＭＬ文書で作成したことを示す図である。図５に示すように、ｓｔｙｌｅエレメントによりＭＳＭＬ文書のスタイルを適用する。図５に示したようにスタイルを適用した場合に、製作者または再生装置で多様な方法を使用して適用が可能であるので、本実施形態では説明しなかったが、該当スタイル文法には、前述したＭｏｖｉｅ Ｓｃｒｉｐｔ Ｖｉｅｗｉｎｇ情報を含むことが望ましい。
【００８４】
図６は、本発明のＭＳＭＬ文書で作成したスクリプトを再生する再生装置のブロック図である。
【００８５】
再生装置は、読み取り部６１０、デコーダ６２０、制御部６３０、フィルタ部６４０、レンダリング部６５０、ブレンダ６６０及びバッファ部６７０を備える。
【００８６】
読み取り部６１０は、情報記録媒体に保存されたＡＶデータ、情報記録媒体またはウェブ環境内に存在しうるＭｏｖｉｅ Ｓｃｒｉｐｔ用のマークアップ文書、及び該当文書のスタイルに関する情報を含んでいるスタイルシートテキストデータを読み取る。デコーダ６２０は、ＡＶデータストリームをデコーディングする。制御部６３０は、ユーザー命令を受信し、入力されたユーザー命令によってフィルタ部６４０、デコーダ６２０、レンダリング部６５０及び読み取り部６１０を制御する。フィルタ部６４０は、制御部６３０の制御命令によってＭＳＭＬ文書の特定の部分をフィルタリングする。レンダリング部６５０は、フィルタリングされたＭＳＭＬ文書をスタイルシートテキストデータにより画面に表示するための形態にレンダリングする。ブレンダ６６０は、デコーダ６２０で出力された動映像とレンダリング部６５０で出力されたＭｏｖｉｅ Ｓｃｒｉｐｔデータとを合成する。
【００８７】
そして、バッファ部６７０は、読み取り部６１０、デコーダ６２０及びレンダリング部６５０の間の送受信するデータを緩衝する役割を行う。データの読み取り速度及び伝送処理速度が十分に速ければ、バッファ部６７０は省略されることもある。
【００８８】
本発明でのレンダリングをさらに詳細に説明すれば、Ｍｏｖｉｅ Ｓｃｒｉｐｔ用のテキストデータをディスプレイ装置に表現するためのグラフィックデータに変換させることに関連したあらゆる必要な処理をレンダリングという。すなわち、テキストデータで一文字ごとに文字コードとマッチングされるフォントを、情報記録媒体及び／またはウェブ環境で読み取ったダウンロードフォントデータまたは再生装置内に予め保存されている内蔵フォントデータで探してグラフィックに変える過程を反復して、字幕映像または全体のＭｏｖｉｅ Ｓｃｒｉｐｔを構成するためのグラフィックデータを生成し、色相を指定するか、または変換させ、文字の大きさを指定するか、または変換させ、横書き込みまたは縦書き込みによって適切にグラフィックデータを生成することなどが含まれる。
【００８９】
図７は、図６の制御部の詳細ブロック図である。図７に示すように、制御部は、ユーザー命令受信部７１０、ユーザー命令処理部７２０、検索エンジン部７３０、フィルタ制御部７４０及び読み取り部制御部７５０を備える。
【００９０】
ユーザー命令受信部７１０は、ユーザーからの命令を入力される。ユーザー命令処理部７２０は、受信されたユーザー入力を処理する。検索エンジン部７３０は、フィルタ部６４０から受信されたコンテンツのうちユーザーの入力により検索されねばならない内容を検索する。フィルタ制御部７４０は、検索エンジン部７３０で検索されたコンテンツのみをフィルタリングするためにフィルタ部６４０を制御する。読み取り部制御部７５０は、ユーザーにより最終選択された動映像の場面を再生するために読み取り部６１０を制御する。
【００９１】
ユーザー命令受信部７１０は、ユーザー入力装置からのユーザー入力を受信してユーザー命令処理部７２０に伝達する。ユーザー命令処理部７２０は、ユーザー命令受信部７１０からのユーザー入力を判別して、ＡＶデータストリームを制御するための入力であれば、該当命令をデコーダ６２０に伝達し、ＭＳＭＬ文書を制御するための命令であれば、レンダリング部６５０に命令を伝達する。また、ユーザー命令処理部７２０へ伝送されたユーザー入力が強化された検索のためのデータであるか、または検索を通じて特定の動映像場面を再生するためのものであれば、フィルタリングされたデータを参照している検索エンジン部７３０に該当ユーザー入力を伝達する。
【００９２】
検索エンジン部７３０は、フィルタ部６４０でフィルタリングされたデータを参照してユーザーの検索入力についてのデータを検索して、検索された内容をフィルタ制御部７４０に伝達する一方、必要なデータを再生可能に読み取り部制御部７５０を制御する。フィルタ制御部７４０は、検索エンジン部７３０で検索されたデータを表示可能に、Ｍｏｖｉｅ Ｓｃｒｉｐｔ Ｆｉｌｔｅｒｉｎｇ情報をフィルタ部６４０に伝達する。
【００９３】
すなわち、再生装置は、ユーザーに強化された検索を提供するために、制御部に存在する検索エンジン部７３０をＭＳＭＬ文書のエレメントを検索式によってフィルタリング可能にフィルタブロックを制御する。そして、フィルタリングされたエレメントのｓｔａｒｔ＿ｔｉｍｅ属性またはｒｅｆｅｒｅｎｃｅ＿ｓｃｅｎｅ属性を参照して所望の場面を再生可能に、読み取り部６１０及びレンダリング部６５０を制御する。一方、レンダリング部６５０は、フィルタ部６４０によりフィルタリングされたエレメントの属性情報、及びコンテンツを参照して画面に表示可能に、製作者により提供されたスタイルシートやまたは再生装置の内部に存在するスタイルシート情報を通じて新たな検索画面を提供する。
【００９４】
以下、前述した再生装置でＭＳＭＬ文書を利用して強化された検索を行う方法についての具体的な例を詳細に説明する。従来には、後述する図面のように検索しようとする場合、製作者が検索に使われるデータをＭＥＮＵのような形式で直接製作して情報記録媒体に含めねばならないが、本発明による再生装置では、かかるＭＥＮＵを製作者が直接製作せずにも、ＭＳＭＬ文書を参照して後述する図のような検索画面を直接画面に表示できる。以下、図を参照して説明する。
【００９５】
図８は、再生装置でＭＳＭＬ文書を参照して強化された検索画面をディスプレイした例を示す図である。
【００９６】
ＭＳＭＬ文書は、前述したＭＳＭＬを使用してシナリオ及びコンテに使われる各部分をエレメントと属性とに区分してデータベース化したので、再生装置は、図８のような検索画面をディスプレイして、ＭＳＭＬ文書のｓｃｅｎｅ、ｌｏｃａｔｉｏｎ、ｃｏｎｔｉ、ａｃｔｏｒ、ｐａｒａｍｅｔｅｒ、ｍｕｓｉｃ、ｓｃｒｉｐｔエレメントのように、場面選択のために使われる各エレメントを検索の基準としてユーザーに提供する。一方、“ｂｙ ｍｏｖｉｅ ｓｃｒｉｐｔ”と図示されているように、ＭＳＭＬ文書の全体を検索の範囲として使用することも可能である。このとき、適用されるスタイルシートを製作者が情報記録媒体の製作時に含むことも可能であり、または再生装置が前記のような各エレメントについてのスタイルシート情報を保存することもある。
【００９７】
図８に示したような表示画面でユーザーが場面による動映像画面を検索するために、“ｂｙ ｓｃｅｎｅ”に該当するボタンをクリックすれば、再生装置は、後述する一連の過程を通じて図９のような画面を表示する。
【００９８】
図９は、場面による検索画面を示す図である。
【００９９】
すなわち、再生装置の制御部は、ユーザーの“ｂｙ ｓｃｅｎｅ”入力を受信し、バッファを通じてフィルタリングされたＭＳＭＬ文書のうちｓｃｅｎｅエレメントに該当する情報のみを検索して、ｓｃｅｎｅエレメントの各種属性を参照して場面番号及び場面についての簡略な説明をスタイルを適用して画面に表示できる。このとき、ユーザーが図８に示した場面のうち特定の場面を選択すれば、ｓｃｅｎｅエレメントのｓｔａｒｔ＿ｔｉｍｅ属性を参照して該当場面を再生できる。
【０１００】
図１０は、場所による検索画面を示す図である。
【０１０１】
もし、ユーザーが図８の画面で撮影場所について検索して所望の場面を再生するために“ｂｙ ｌｏｃａｔｉｏｎ”ボタンを押せば、図１０に示したような画面がディスプレイされる。“ｂｙ ｌｏｃａｔｉｏｎ”により提供される図１０の画面も、図９で前述したような過程を通じてｌｏｃａｔｉｏｎエレメントの属性及びコンテンツを参照して構成される。一方、ｌｏｃａｔｉｏｎエレメントにｈｒｅｆ属性により該当場所についての追加情報が外部文書に存在すれば、図１０で追加情報ボタン１０２０のような入力要素を通じて該当追加情報を再生することもある。図１０に示した撮影場所のうち特定の場所をユーザーが選択すれば、制御部は、ｌｏｃａｔｉｏｎエレメントのｒｅｆｅｒｅｎｃｅ＿ｓｃｅｎｅ属性により該当ｌｏｃａｔｉｏｎエレメントが含まれるｓｃｅｎｅエレメントを検索し、検索されたｓｃｅｎｅエレメントのｓｔａｒｔ＿ｔｉｍｅ属性を参照して検索された撮影場所に該当する場面を再生できる。かかる方法は、属性としてｓｔａｒｔ＿ｔｉｍｅを使用しないエレメントにいずれも適用される。
【０１０２】
図１１は、Ｍｏｖｉｅ Ｓｃｒｉｐｔによる検索画面を示す図である。
【０１０３】
すなわち、図８の画面で“ｂｙ ｍｏｖｉｅ ｓｃｒｉｐｔ”をユーザーが選択した場合に、図１１に示すようにＭＳＭＬ文書のあらゆる内容がディスプレイされ、ユーザーは、画面スクロールなどを利用して特定の場面、地文、台詞などを選択して所望の場面を再生できる。
【０１０４】
図１２は、本発明のシナリオの検索方法のフローチャートである。
【０１０５】
シナリオの構成要素をエレメントとして抽出する（Ｓ１２１０）。そして、抽出したエレメントを所定のスタイルシートを適用して生成した検索画面をユーザーに提供する（Ｓ１２２０）。ユーザーから所望の検索条件を入力され（Ｓ１２３０）、前記入力された検索条件に対応するエレメントをキーワードとして前記シナリオの内容を検索してユーザーに提供する（Ｓ１２４０）。そして、前記提供された検索画面でユーザーの検索条件をさらに入力されて、その条件を満足するエレメントを画面にディスプレイするステップをさらに行うことも可能である。
【０１０６】
ユーザーが選択したエレメントは、ｓｔａｒｔ＿ｔｉｍｅ、ｅｎｄ＿ｔｉｍｅ属性を含んでもよく、ｒｅｆｅｒｅｎｃｅ＿ｓｃｅｎｅ属性を含んでもよい。選択されたエレメントに対応する場面をｓｔａｒｔ＿ｔｉｍｅ属性を有して制御して再生してもよく、選択されたエレメントに対応するｒｅｆｅｒｅｎｃｅ＿ｓｃｅｎｅ属性を参照して場面をさらに検索した後、検索された場面のｓｔａｒｔ＿ｔｉｍｅ属性を有して場面を制御して再生してもよい。
【０１０７】
検索のための前述したメタデータは、コンテンツ製作者により生成されて情報記録媒体に動映像と共に保存されるが、ユーザーが外部から動映像を入力されて記録する記録装置を使用して入力された動映像を情報記録媒体に保存しようとするとき、前述したメタデータを動映像と共に記録できる。
【０１０８】
図１３は、本発明のＡＶデータ記録装置のブロック図である。
【０１０９】
ＡＶデータ記録装置は、特徴点抽出部１３１０、エレメント生成部１３２０、メタデータ生成部１３３０、記録部１３４０及びネットワーク制御部１３５０を備える。特徴点抽出部１３１０は、入力された動映像の特徴点を抽出する。そして、エレメント生成部１３２０は、抽出された特徴点に基づいてシナリオの構成要素を記述するエレメントを生成し、生成されたエレメントについての詳細情報である属性値を割り当てる。メタデータ生成部１３３０は、生成されたエレメントについての下部構成要素の属性情報を入力されて下部構成要素を生成する。記録部１３４０は、このように生成された下部構成要素を情報記録媒体に記録する。ネットワーク制御部１３５０は、生成された下部構成要素をネットワークインターフェースを通じて他の装置へ伝送する。そして、他の装置で生成したメタデータを受信する。以下では、図１４ないし図１６を参照してエレメントの生成及びメタデータの生成について詳細に説明する。
【０１１０】
まず、記録装置で前述したメタデータのエレメントのうち“ｓｃｅｎｅ”に該当する部分を自動生成せねばならない。このために、記録装置は、記録される動映像から特徴ポイントを抽出する。特徴ポイントは、重要な場面転換が発生する地点を意味する。かかる特徴ポイントは、動映像の処理過程を通じて抽出できるが、本発明では、抽出方法については説明しない。このように抽出された複数個の特徴ポイントのうち隣接した二特徴ポイントの間の場面を、前述した“ｓｃｅｎｅ”エレメントに対応させる。
【０１１１】
図１４は、ｓｃｅｎｅエレメントを生成した画面を示す図である。
【０１１２】
記録装置は、特徴ポイントを抽出しつつ特徴ポイントに該当する動映像フレームのＰＴＳを読み取って、“ｓｃｅｎｅ”エレメントの属性を表す“ｓｔａｒｔ＿ｔｉｍｅ”属性の属性値に割り当て、次の特徴ポイントのＰＴＳ値を参照して“ｅｎｄ＿ｔｉｍｅ”属性値に割り当てる。かかる方法で一つの動映像から抽出した色々な特徴ポイントを利用して複数個の“ｓｃｅｎｅ”エレメントを構成でき、各“ｓｃｅｎｅ”エレメントの“ｓｔａｒｔ＿ｔｉｍｅ”属性の属性値を通じて“ｓｃｅｎｅ”エレメントの他の属性である“ｉｄ”、“ｎｕｍｂｅｒ”の属性値も割り当てる。すなわち、情報記録媒体に記録される動映像は、記録装置を通じて一種のチャプター転換に使われるメタデータを生成できる。
そして、記録装置は、“ｓｃｅｎｅ”エレメントの子エレメントに該当するデータをユーザーから直接入力されてメタデータを生成する。以下、メタデータの入力及び生成について図１５及び図１６を参照して説明する。
【０１１３】
図１５は、メタデータの生成のための画面を示す図である。図１５を参照すれば、最初のＳｃｅｎｅ内でユーザーにより含まれるメタデータの種類を羅列してユーザーからその属性情報を入力されることが分かる。したがって、ユーザーは、前記のようなメニューを通じて追加しようとするメタデータのカテゴリを選択して新たな内容をさらに含めることができる。
【０１１４】
図１６は、一例としてＬｏｃａｔｉｏｎを選択した場合のメタデータ入力画面を示す図である。図１６に示すように、記録装置は、ユーザーが最初のｓｃｅｎｅに該当する動映像を見つつ“ｌｏｃａｔｉｏｎ”に関する情報を入力できる動映像窓１６１０を提供し、“ｌｏｃａｔｉｏｎ”エレメントに含まれる場所についての説明を入力される部分１６２０を提供し、“ｌｏｃａｔｉｏｎ”の属性のうち一つである“ｈｒｅｆ”に該当する属性値を入力される部分１６３０などを提供する。かかる方法で、図１５の他のメタデータについての属性情報もユーザーから入力されて情報記録媒体に保存する。
【０１１５】
そして、記録装置は、前述したように動映像データから特徴ポイントを抽出して、隣接した二特徴ポイントの間の動映像データを“同質性クリップ（Ｈｏｍｏｇｅｎｅｏｕｓ Ｃｌｉｐ）”と定義して複数個の“同質性クリップ”を生成し、各“同質性クリップ”は、該当クリップの開始時点であるＰＴＳ値及び該当クリップの代表イメージをＭＰＥＧ−Ｉ形態で有することができる。一方、追加的なメタデータは、前述した例のように決まったエレメントと属性の形態で含むことも可能である。また、該当クリップ内の内容を自由に記述可能にするエレメントを追加することも可能である。これを通じて、記録装置は、映画についての要約情報を提供することも可能である。
【０１１６】
ネットワークに接続可能な記録装置の場合、前記のように製作されたメタデータファイルを、ネットワーク制御部１３５０を通じてサーバやあるいは他の記録装置へ直接伝送できる。これを通じて、サーバに接続して他のユーザーが製作したメタデータまたは直接受信したメタデータをダウンロードして、記録装置内のメモリ領域または情報記録媒体に保存することによって、多様なメタデータを使用可能にする。一方、かかるメタデータの場合、他の記録装置で編集及び修正が可能であるので、他のユーザーのメタデータを使用して自身のみのメタデータを製作することもできる。かかる応用例の場合には、前記メタデータを作成したユーザーの情報を追加できるエレメント及び属性が追加されうる。
【０１１７】
本発明は、また、コンピュータで読み取り可能な情報記録媒体にコンピュータで読み取り可能なコードとして具現することが可能である。コンピュータで読み取り可能な情報記録媒体は、コンピュータシステムにより読み取られるデータが保存されるあらゆる種類の記録装置を含む。コンピュータで読み取り可能な情報記録媒体の例としては、ＲＯＭ、ＲＡＭ、ＣＤ−ＲＯＭ、磁気テープ、フロッピー（登録商標）ディスク、光データ保存装置などがあり、またキャリアウェーブ（例えば、インターネットを通じた伝送）の形態で具現されるものも含む。また、コンピュータで読み取り可能な情報記録媒体は、ネットワークに連結されたコンピュータシステムに分散され、分散方式でコンピュータで読み取り可能なコードが保存されて実行されうる。
【０１１８】
これまで、本発明について、その望ましい実施形態を中心に述べた。当業者は、本発明が、本発明の本質的な特性から逸脱しない範囲で、変形された形態に具現可能であるということを理解できるであろう。したがって、開示された実施形態は、限定的な観点ではなく、説明的な観点で考慮されねばならない。本発明の範囲は、前述した説明ではなく、特許請求の範囲に表れており、それと同等な範囲内にあるあらゆる差異点は、本発明に含まれていると解釈されねばならない。
【図面の簡単な説明】
【０１１９】
【図１】ＤＶＤに記録される動映像符号化データであるＶＯＢＳの構造を示す図である。
【図２】ＳＡＭＩファイルの一例を示す図である。
【図３】本発明のマークアップ言語で使われるエレメント及び属性を示す図である。
【図４】実際の映画製作時に使われるシナリオの一例を示す図である。
【図５】図４のシナリオを本発明のＭＳＭＬ文書で作成したことを示す図である。
【図６】本発明のＭＳＭＬ文書で作成したスクリプトを再生する再生装置のブロック図である。
【図７】図６の制御部の詳細ブロック図である。
【図８】再生装置でＭＳＭＬ文書を参照して強化された検索画面をディスプレイした例を示す図である。
【図９】場面による検索画面を示す図である。
【図１０】場所による検索画面を示す図である。
【図１１】Ｍｏｖｉｅ Ｓｃｒｉｐｔによる検索画面を示す図である。
【図１２】本発明のシナリオの検索方法のフローチャートである。
【図１３】本発明のＡＶデータ記録装置のブロック図である。
【図１４】ｓｃｅｎｅエレメントを生成した画面を示す図である。
【図１５】メタデータの生成のための画面を示す図である。
【図１６】一例として、Ｌｏｃａｔｉｏｎを選択した場合のメタデータ入力画面を示す図である。
【特許請求の範囲】
【請求項１】
動映像シナリオを記録した情報記録媒体であって、
前記シナリオの構成要素を記述するエレメントと、
前記エレメントについての詳細情報を表す属性とを含み、
前記エレメントそれぞれが前記シナリオの検索に使われることを特徴とするシナリオを記録した情報記録媒体。
【請求項２】
前記シナリオは、前記エレメントをタグとして使用し、前記属性を前記エレメントについての詳細情報である属性値として使用してマークアップ文書の形態で作成されることを特徴とする請求項１に記載のシナリオを記録した情報記録媒体。
【請求項３】
前記シナリオの構成要素は、各場面に登場する小品、衣装、撮影場所についての説明、台詞についての追加情報のうち少なくともいずれか一つをさらに含むことを特徴とする請求項１に記載のシナリオを記録した情報記録媒体。
【請求項４】
前記エレメントは、
台詞エレメントを含み、前記台詞エレメントは、前記台詞が動映像と同期されて再生可能に再生時間情報を属性として有することを特徴とする請求項１に記載のシナリオを記録した情報記録媒体。
【請求項５】
前記再生時間情報は、前記台詞と同期されて再生されねばならない動映像のＰＴＳであることを特徴とする請求項４に記載のシナリオを記録した情報記録媒体。
【請求項６】
前記エレメントは、
前記エレメントが検索されてそのエレメントに対応する画面が再生されるように、前記エレメントに対応する動映像が再生される時間情報である動映像再生時間情報を含むことを特徴とする請求項１に記載のシナリオを記録した情報記録媒体。
【請求項７】
前記属性は、
前記エレメントに対応するコンテンツが劇場用のコンテンツであるか、または製作過程中に削除されたコンテンツであるかを意味するコンテンツの製作バージョンについての属性値を含むことを特徴とする請求項１に記載のシナリオを記録した情報記録媒体。
【請求項８】
前記属性は、
前記エレメントに関連したインターネット情報がある参照位置情報を含むことを特徴とする請求項１に記載のシナリオを記録した情報記録媒体。
【請求項９】
前記シナリオが画面にディスプレイされる形態を記述したスタイル情報をさらに含むことを特徴とする請求項１に記載のシナリオを記録した情報記録媒体。
【請求項１０】
前記スタイル情報は、
スタイルシート言語で作成されていることを特徴とする請求項９に記載のシナリオを記録した情報記録媒体。
【請求項１１】
ＡＶデータが記録されており、再生装置により読み取られる情報記録媒体であって、
動映像データと、
前記動映像のシナリオとを含み、
前記シナリオは、前記シナリオの構成要素を記述するエレメントと、
前記エレメントについての詳細情報を表す属性とを含み、前記エレメントそれぞれが前記シナリオの検索に使われることを特徴とするＡＶデータが記録された情報記録媒体。
【請求項１２】
前記情報記録媒体は、光ディスクであることを特徴とする請求項１１に記載のＡＶデータが記録された情報記録媒体。
【請求項１３】
前記動映像のシナリオについての参照リンク情報がさらに含まれていることを特徴とする請求項１１に記載のＡＶデータが記録された情報記録媒体。
【請求項１４】
情報記録媒体からデータを再生する装置であって、
前記情報記録媒体から動映像データ及びシナリオデータを読み取る読み取り部と、
前記読み取った動映像データをデコーディングして出力するデコーダと、
前記読み取ったシナリオデータからユーザーの命令によって所望の情報を抽出するフィルタ部と、
前記抽出された情報をグラフィックデータに変換するレンダリング部と、
前記デコーディングされた動映像データとグラフィックデータとを合成して出力するブレンダと、
前記各構成要素を制御する制御部と、を備えることを特徴とする再生装置。
【請求項１５】
前記読み取り部は、
前記動映像データ及びシナリオデータを、インターネット網を通じてダウンロードされることを特徴とする請求項１４に記載の再生装置。
【請求項１６】
前記シナリオデータは、
前記シナリオの構成要素を記述するエレメントと、
前記エレメントについての詳細情報を表す属性と、を含み、前記エレメントそれぞれが前記シナリオの検索に使われ、前記エレメントと属性とを使用して作成されたデータであることを特徴とする請求項１４に記載の再生装置。
【請求項１７】
前記シナリオデータは、
前記エレメントをタグとして使用し、前記属性を前記エレメントについての詳細情報である属性値として使用してマークアップ文書の形態で作成されていることを特徴とする請求項１５に記載の再生装置。
【請求項１８】
前記読み取られた動映像及びシナリオデータを臨時保存するバッファ部をさらに備えることを特徴とする請求項１４に記載の再生装置。
【請求項１９】
前記バッファ部は、
前記シナリオデータに対応するテキストデータ、及び前記テキストデータをディスプレイするスタイル情報を表すスタイルシート文書を保存していることを特徴とする請求項１８に記載の再生装置。
【請求項２０】
前記バッファ部は、
前記テキストデータにマッチングされるフォント情報を、前記動映像データと共に読み取り部から受信して臨時保存するフォント保存用のバッファをさらに備えることを特徴とする請求項１９に記載の再生装置。
【請求項２１】
前記制御部は、
命令を受信して、その種類によって命令を伝達するユーザー命令処理部と、
前記命令によってシナリオを検索する検索エンジン部と、
前記検索エンジン部で行われる検索条件によって、前記フィルタ部を制御するフィルタ制御部と、
前記検索条件によって、前記読み取り部を制御する読み取り部制御部とを備えることを特徴とする請求項１４に記載の再生装置。
【請求項２２】
ユーザーから所望の検索条件に関する命令を入力されるユーザー命令受信部をさらに備えることを特徴とする請求項２１に記載の再生装置。
【請求項２３】
前記検索エンジン部は、
シナリオの構成要素であるエレメントをいずれも検索条件でもって入力されて各エレメント別に検索することを特徴とする請求項２１に記載の再生装置。
【請求項２４】
動映像シナリオを検索する方法であって、
シナリオの構成要素についてのエレメントを抽出するステップと、
前記抽出したエレメントを所定のスタイルシートを適用して生成した検索画面を図示するステップと、
所望の検索条件を入力されるステップと、
前記入力された検索条件に対応するエレメントをキーワードとして前記シナリオの内容を検索して、検索された内容をディスプレイするステップとを含むことを特徴とするシナリオの検索方法。
【請求項２５】
記シナリオは、
前記シナリオの構成要素を記述するエレメントと、
前記エレメントについての詳細情報を表す属性と、を含み、前記エレメントそれぞれが前記シナリオの検索に使われ、前記エレメントと属性とを使用して作成されたデータであることを特徴とする請求項２４に記載のシナリオの検索方法。
【請求項２６】
前記検索画面で検索条件をさらに入力されるステップと、
前記追加的な検索条件を満足するエレメントを画面にディスプレイするステップと、をさらに含むことを特徴とする請求項２４に記載のシナリオの検索方法。
【請求項２７】
前記追加的な検索条件を満足するエレメントを画面にディスプレイするにおいて、前記エレメントに対応する動映像が再生される時間情報を使用してディスプレイするステップをさらに含むことを特徴とする請求項２６に記載のシナリオの検索方法。
【請求項２８】
前記時間情報は、前記シナリオと同期されて再生されねばならない動映像のＰＴＳであることを特徴とする請求項２７に記載のシナリオの検索方法。
【請求項２９】
動映像シナリオの検索方法を実行させるためのプログラムを記録したコンピュータで読み取り可能な記録媒体であって、前記方法は、
シナリオの構成要素についてのエレメントを抽出するステップと、
前記抽出したエレメントを所定のスタイルシートを適用した検索画面を図示するステップと、
所望の検索条件を入力されるステップと、
前記入力された検索条件に対応するエレメントをキーワードとして前記シナリオの内容を検索して、検索された内容をディスプレイするステップと、を含むことを特徴とする記録媒体。
【請求項３０】
情報記録媒体に動映像と共にシナリオを記録する記録装置であって、
前記動映像の特徴点を抽出する特徴点抽出部と、
前記抽出された特徴点に基づいて前記シナリオの構成要素を記述するエレメントを生成し、生成されたエレメントについての詳細情報である属性値を割り当てるエレメント生成部と、
前記生成されたエレメントについての下部構成要素の属性情報を入力されて下部構成要素を生成するメタデータ生成部と、を備えることを特徴とする記録装置。
【請求項３１】
前記生成された下部構成要素を含んだメタデータを、ネットワークを通じて伝送するか、または他の装置で生成されたメタデータを受信するネットワーク制御部をさらに備えることを特徴とする請求項３０に記載の記録装置。
【請求項３２】
前記生成された下部構成要素を含んだメタデータを情報記録媒体に記録する記録部をさらに備えることを特徴とする請求項３０に記載の記録装置。
【請求項３３】
前記特徴点抽出部は、
前記動映像の場面転換が発生する地点を特徴点として抽出することを特徴とする請求項３０に記載の記録装置。
【請求項３４】
前記エレメント生成部は、
前記抽出された特徴点に対応する場面が開始する地点及び終了する地点についてのＰＴＳを属性として有することを特徴とする請求項３０に記載の記録装置。
【請求項３５】
メタデータ生成部は、
前記生成されたエレメントについての下部構成要素及びそれについての属性情報をユーザーから入力されて下部構成要素を生成することを特徴とする請求項３０に記載の記録装置。
【請求項３６】
動映像と共にシナリオを記録する記録方法であって、
前記動映像の特徴点を抽出するステップと、
前記抽出された特徴点に基づいて前記シナリオの構成要素を記述するエレメントを生成し、生成されたエレメントについての詳細情報である属性値を割り当てるステップと、
前記生成されたエレメントについての下部構成要素の属性情報を入力されて下部構成要素を生成するステップとを含むことを特徴とする記録方法。
【請求項３７】
前記動映像の場面転換が発生する地点を特徴点として抽出するステップをさらに含むことを特徴とする請求項３６に記載の記録方法。
【請求項３８】
前記抽出された特徴点に対応する場面が開始する地点及び終了する地点についてのＰＴＳを属性として割り当てるステップをさらに含むことを特徴とする請求項３６に記載の記録方法。
【請求項３９】
前記生成されたエレメントについての下部構成要素及びそれについての属性情報をユーザーから入力されて下部構成要素を生成するステップをさらに含むことを特徴とする請求項３６に記載の記録方法。
【請求項４０】
少なくとも一つの動映像場面に関連したシナリオを有する媒体であって、
前記シナリオは、
前記シナリオの構成要素を記述するエレメントと、
前記エレメントについての詳細情報を表す属性とを含み、
前記複数のエレメント及び属性は、論理的に結合されてディスプレイされて特定の場面を提供することを特徴とする媒体。
【請求項４１】
シナリオに含まれる要素を各エレメントに区分するマークアップ文書をさらに含み、
前記各エレメントに対応する情報は、各属性に含まれることを特徴とする請求項４０に記載の媒体。
【請求項４２】
前記各エレメントは、前記シナリオと動映像または前記特定の場面に関連した情報の同期化のための時間情報を含むことを特徴とする請求項４１に記載の媒体。
【請求項４３】
前記マークアップ文書は、ディスプレイについての情報を保存するデータベースであることを特徴とする請求項４１に記載の媒体。
【請求項４４】
前記エレメント及び属性は、ムービスクリプトマークアップ言語により作成されることを特徴とする請求項４１に記載の媒体。
【請求項４５】
前記各エレメントは、動映像のＰＴＳ情報を含み、
前記情報は、前記エレメントに該当する動映像がプレイされる時点についての情報であることを特徴とする請求項４４に記載の媒体。
【請求項４６】
前記属性は、場面開始時点を示す開始時間属性及び場面終了時点を示す終了時間属性を含むことを特徴とする請求項４０に記載の媒体。
【請求項４７】
前記属性は、外部文書を参照するためのＵＲＩを使用する属性を含むことを特徴とする請求項４０に記載の媒体。
【請求項４８】
前記シナリオは、エンコーディング前にグラフィックデータに変換されていない字幕データを含むことを特徴とする請求項４０に記載の媒体。
【請求項４９】
前記字幕は、ＳＡＭＩ言語形態で作成されることを特徴とする請求項４８に記載の媒体。
【請求項５０】
前記媒体は、光ディスク情報記録媒体であることを特徴とする請求項４０に記載の媒体。
【請求項５１】
動映像場面に該当するエレメントを自動生成する方法であって、
前記動映像から記録される特徴点を抽出するステップと、
隣接した二特徴点の間の動映像データを同質性クリップとして定義して、複数の同質性クリップを生成するステップとを含み、
前記各同質性クリップは、前記同質性クリップが開始する時点についての値を含むことを特徴とする方法。
【請求項５２】
前記同質性クリップの代表イメージをＭＰＥＧ−１形態で有するステップをさらに含むことを特徴とする請求項５１に記載の方法。
【請求項５３】
前記自動的に生成されたエレメントは、前記同質性クリップの内容を任意に記述できるエレメントを含むことを特徴とする請求項５１に記載の方法。
【請求項５４】
前記動映像場面は、少なくとも一つのシナリオを含むことを特徴とする請求項５１に記載の方法。
【請求項５５】
前記各動映像シナリオは、ムービスクリプトマークアップ言語で作成されることを特徴とする請求項５４に記載の方法。
【請求項５６】
前記各シナリオは、エンコーディング前にグラフィックデータに変換されず、マークアップ文書に変換する字幕データを含むことを特徴とする請求項５５に記載の方法。
【請求項５７】
前記字幕データは、ＳＡＭＩ言語形態で作成されることを特徴とする請求項５６に記載の方法。
【請求項１】
動映像シナリオを記録した情報記録媒体であって、
前記シナリオの構成要素を記述するエレメントと、
前記エレメントについての詳細情報を表す属性とを含み、
前記エレメントそれぞれが前記シナリオの検索に使われることを特徴とするシナリオを記録した情報記録媒体。
【請求項２】
前記シナリオは、前記エレメントをタグとして使用し、前記属性を前記エレメントについての詳細情報である属性値として使用してマークアップ文書の形態で作成されることを特徴とする請求項１に記載のシナリオを記録した情報記録媒体。
【請求項３】
前記シナリオの構成要素は、各場面に登場する小品、衣装、撮影場所についての説明、台詞についての追加情報のうち少なくともいずれか一つをさらに含むことを特徴とする請求項１に記載のシナリオを記録した情報記録媒体。
【請求項４】
前記エレメントは、
台詞エレメントを含み、前記台詞エレメントは、前記台詞が動映像と同期されて再生可能に再生時間情報を属性として有することを特徴とする請求項１に記載のシナリオを記録した情報記録媒体。
【請求項５】
前記再生時間情報は、前記台詞と同期されて再生されねばならない動映像のＰＴＳであることを特徴とする請求項４に記載のシナリオを記録した情報記録媒体。
【請求項６】
前記エレメントは、
前記エレメントが検索されてそのエレメントに対応する画面が再生されるように、前記エレメントに対応する動映像が再生される時間情報である動映像再生時間情報を含むことを特徴とする請求項１に記載のシナリオを記録した情報記録媒体。
【請求項７】
前記属性は、
前記エレメントに対応するコンテンツが劇場用のコンテンツであるか、または製作過程中に削除されたコンテンツであるかを意味するコンテンツの製作バージョンについての属性値を含むことを特徴とする請求項１に記載のシナリオを記録した情報記録媒体。
【請求項８】
前記属性は、
前記エレメントに関連したインターネット情報がある参照位置情報を含むことを特徴とする請求項１に記載のシナリオを記録した情報記録媒体。
【請求項９】
前記シナリオが画面にディスプレイされる形態を記述したスタイル情報をさらに含むことを特徴とする請求項１に記載のシナリオを記録した情報記録媒体。
【請求項１０】
前記スタイル情報は、
スタイルシート言語で作成されていることを特徴とする請求項９に記載のシナリオを記録した情報記録媒体。
【請求項１１】
ＡＶデータが記録されており、再生装置により読み取られる情報記録媒体であって、
動映像データと、
前記動映像のシナリオとを含み、
前記シナリオは、前記シナリオの構成要素を記述するエレメントと、
前記エレメントについての詳細情報を表す属性とを含み、前記エレメントそれぞれが前記シナリオの検索に使われることを特徴とするＡＶデータが記録された情報記録媒体。
【請求項１２】
前記情報記録媒体は、光ディスクであることを特徴とする請求項１１に記載のＡＶデータが記録された情報記録媒体。
【請求項１３】
前記動映像のシナリオについての参照リンク情報がさらに含まれていることを特徴とする請求項１１に記載のＡＶデータが記録された情報記録媒体。
【請求項１４】
情報記録媒体からデータを再生する装置であって、
前記情報記録媒体から動映像データ及びシナリオデータを読み取る読み取り部と、
前記読み取った動映像データをデコーディングして出力するデコーダと、
前記読み取ったシナリオデータからユーザーの命令によって所望の情報を抽出するフィルタ部と、
前記抽出された情報をグラフィックデータに変換するレンダリング部と、
前記デコーディングされた動映像データとグラフィックデータとを合成して出力するブレンダと、
前記各構成要素を制御する制御部と、を備えることを特徴とする再生装置。
【請求項１５】
前記読み取り部は、
前記動映像データ及びシナリオデータを、インターネット網を通じてダウンロードされることを特徴とする請求項１４に記載の再生装置。
【請求項１６】
前記シナリオデータは、
前記シナリオの構成要素を記述するエレメントと、
前記エレメントについての詳細情報を表す属性と、を含み、前記エレメントそれぞれが前記シナリオの検索に使われ、前記エレメントと属性とを使用して作成されたデータであることを特徴とする請求項１４に記載の再生装置。
【請求項１７】
前記シナリオデータは、
前記エレメントをタグとして使用し、前記属性を前記エレメントについての詳細情報である属性値として使用してマークアップ文書の形態で作成されていることを特徴とする請求項１５に記載の再生装置。
【請求項１８】
前記読み取られた動映像及びシナリオデータを臨時保存するバッファ部をさらに備えることを特徴とする請求項１４に記載の再生装置。
【請求項１９】
前記バッファ部は、
前記シナリオデータに対応するテキストデータ、及び前記テキストデータをディスプレイするスタイル情報を表すスタイルシート文書を保存していることを特徴とする請求項１８に記載の再生装置。
【請求項２０】
前記バッファ部は、
前記テキストデータにマッチングされるフォント情報を、前記動映像データと共に読み取り部から受信して臨時保存するフォント保存用のバッファをさらに備えることを特徴とする請求項１９に記載の再生装置。
【請求項２１】
前記制御部は、
命令を受信して、その種類によって命令を伝達するユーザー命令処理部と、
前記命令によってシナリオを検索する検索エンジン部と、
前記検索エンジン部で行われる検索条件によって、前記フィルタ部を制御するフィルタ制御部と、
前記検索条件によって、前記読み取り部を制御する読み取り部制御部とを備えることを特徴とする請求項１４に記載の再生装置。
【請求項２２】
ユーザーから所望の検索条件に関する命令を入力されるユーザー命令受信部をさらに備えることを特徴とする請求項２１に記載の再生装置。
【請求項２３】
前記検索エンジン部は、
シナリオの構成要素であるエレメントをいずれも検索条件でもって入力されて各エレメント別に検索することを特徴とする請求項２１に記載の再生装置。
【請求項２４】
動映像シナリオを検索する方法であって、
シナリオの構成要素についてのエレメントを抽出するステップと、
前記抽出したエレメントを所定のスタイルシートを適用して生成した検索画面を図示するステップと、
所望の検索条件を入力されるステップと、
前記入力された検索条件に対応するエレメントをキーワードとして前記シナリオの内容を検索して、検索された内容をディスプレイするステップとを含むことを特徴とするシナリオの検索方法。
【請求項２５】
記シナリオは、
前記シナリオの構成要素を記述するエレメントと、
前記エレメントについての詳細情報を表す属性と、を含み、前記エレメントそれぞれが前記シナリオの検索に使われ、前記エレメントと属性とを使用して作成されたデータであることを特徴とする請求項２４に記載のシナリオの検索方法。
【請求項２６】
前記検索画面で検索条件をさらに入力されるステップと、
前記追加的な検索条件を満足するエレメントを画面にディスプレイするステップと、をさらに含むことを特徴とする請求項２４に記載のシナリオの検索方法。
【請求項２７】
前記追加的な検索条件を満足するエレメントを画面にディスプレイするにおいて、前記エレメントに対応する動映像が再生される時間情報を使用してディスプレイするステップをさらに含むことを特徴とする請求項２６に記載のシナリオの検索方法。
【請求項２８】
前記時間情報は、前記シナリオと同期されて再生されねばならない動映像のＰＴＳであることを特徴とする請求項２７に記載のシナリオの検索方法。
【請求項２９】
動映像シナリオの検索方法を実行させるためのプログラムを記録したコンピュータで読み取り可能な記録媒体であって、前記方法は、
シナリオの構成要素についてのエレメントを抽出するステップと、
前記抽出したエレメントを所定のスタイルシートを適用した検索画面を図示するステップと、
所望の検索条件を入力されるステップと、
前記入力された検索条件に対応するエレメントをキーワードとして前記シナリオの内容を検索して、検索された内容をディスプレイするステップと、を含むことを特徴とする記録媒体。
【請求項３０】
情報記録媒体に動映像と共にシナリオを記録する記録装置であって、
前記動映像の特徴点を抽出する特徴点抽出部と、
前記抽出された特徴点に基づいて前記シナリオの構成要素を記述するエレメントを生成し、生成されたエレメントについての詳細情報である属性値を割り当てるエレメント生成部と、
前記生成されたエレメントについての下部構成要素の属性情報を入力されて下部構成要素を生成するメタデータ生成部と、を備えることを特徴とする記録装置。
【請求項３１】
前記生成された下部構成要素を含んだメタデータを、ネットワークを通じて伝送するか、または他の装置で生成されたメタデータを受信するネットワーク制御部をさらに備えることを特徴とする請求項３０に記載の記録装置。
【請求項３２】
前記生成された下部構成要素を含んだメタデータを情報記録媒体に記録する記録部をさらに備えることを特徴とする請求項３０に記載の記録装置。
【請求項３３】
前記特徴点抽出部は、
前記動映像の場面転換が発生する地点を特徴点として抽出することを特徴とする請求項３０に記載の記録装置。
【請求項３４】
前記エレメント生成部は、
前記抽出された特徴点に対応する場面が開始する地点及び終了する地点についてのＰＴＳを属性として有することを特徴とする請求項３０に記載の記録装置。
【請求項３５】
メタデータ生成部は、
前記生成されたエレメントについての下部構成要素及びそれについての属性情報をユーザーから入力されて下部構成要素を生成することを特徴とする請求項３０に記載の記録装置。
【請求項３６】
動映像と共にシナリオを記録する記録方法であって、
前記動映像の特徴点を抽出するステップと、
前記抽出された特徴点に基づいて前記シナリオの構成要素を記述するエレメントを生成し、生成されたエレメントについての詳細情報である属性値を割り当てるステップと、
前記生成されたエレメントについての下部構成要素の属性情報を入力されて下部構成要素を生成するステップとを含むことを特徴とする記録方法。
【請求項３７】
前記動映像の場面転換が発生する地点を特徴点として抽出するステップをさらに含むことを特徴とする請求項３６に記載の記録方法。
【請求項３８】
前記抽出された特徴点に対応する場面が開始する地点及び終了する地点についてのＰＴＳを属性として割り当てるステップをさらに含むことを特徴とする請求項３６に記載の記録方法。
【請求項３９】
前記生成されたエレメントについての下部構成要素及びそれについての属性情報をユーザーから入力されて下部構成要素を生成するステップをさらに含むことを特徴とする請求項３６に記載の記録方法。
【請求項４０】
少なくとも一つの動映像場面に関連したシナリオを有する媒体であって、
前記シナリオは、
前記シナリオの構成要素を記述するエレメントと、
前記エレメントについての詳細情報を表す属性とを含み、
前記複数のエレメント及び属性は、論理的に結合されてディスプレイされて特定の場面を提供することを特徴とする媒体。
【請求項４１】
シナリオに含まれる要素を各エレメントに区分するマークアップ文書をさらに含み、
前記各エレメントに対応する情報は、各属性に含まれることを特徴とする請求項４０に記載の媒体。
【請求項４２】
前記各エレメントは、前記シナリオと動映像または前記特定の場面に関連した情報の同期化のための時間情報を含むことを特徴とする請求項４１に記載の媒体。
【請求項４３】
前記マークアップ文書は、ディスプレイについての情報を保存するデータベースであることを特徴とする請求項４１に記載の媒体。
【請求項４４】
前記エレメント及び属性は、ムービスクリプトマークアップ言語により作成されることを特徴とする請求項４１に記載の媒体。
【請求項４５】
前記各エレメントは、動映像のＰＴＳ情報を含み、
前記情報は、前記エレメントに該当する動映像がプレイされる時点についての情報であることを特徴とする請求項４４に記載の媒体。
【請求項４６】
前記属性は、場面開始時点を示す開始時間属性及び場面終了時点を示す終了時間属性を含むことを特徴とする請求項４０に記載の媒体。
【請求項４７】
前記属性は、外部文書を参照するためのＵＲＩを使用する属性を含むことを特徴とする請求項４０に記載の媒体。
【請求項４８】
前記シナリオは、エンコーディング前にグラフィックデータに変換されていない字幕データを含むことを特徴とする請求項４０に記載の媒体。
【請求項４９】
前記字幕は、ＳＡＭＩ言語形態で作成されることを特徴とする請求項４８に記載の媒体。
【請求項５０】
前記媒体は、光ディスク情報記録媒体であることを特徴とする請求項４０に記載の媒体。
【請求項５１】
動映像場面に該当するエレメントを自動生成する方法であって、
前記動映像から記録される特徴点を抽出するステップと、
隣接した二特徴点の間の動映像データを同質性クリップとして定義して、複数の同質性クリップを生成するステップとを含み、
前記各同質性クリップは、前記同質性クリップが開始する時点についての値を含むことを特徴とする方法。
【請求項５２】
前記同質性クリップの代表イメージをＭＰＥＧ−１形態で有するステップをさらに含むことを特徴とする請求項５１に記載の方法。
【請求項５３】
前記自動的に生成されたエレメントは、前記同質性クリップの内容を任意に記述できるエレメントを含むことを特徴とする請求項５１に記載の方法。
【請求項５４】
前記動映像場面は、少なくとも一つのシナリオを含むことを特徴とする請求項５１に記載の方法。
【請求項５５】
前記各動映像シナリオは、ムービスクリプトマークアップ言語で作成されることを特徴とする請求項５４に記載の方法。
【請求項５６】
前記各シナリオは、エンコーディング前にグラフィックデータに変換されず、マークアップ文書に変換する字幕データを含むことを特徴とする請求項５５に記載の方法。
【請求項５７】
前記字幕データは、ＳＡＭＩ言語形態で作成されることを特徴とする請求項５６に記載の方法。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【公表番号】特表２００６−５２８８６４（Ｐ２００６−５２８８６４Ａ）
【公表日】平成１８年１２月２１日（２００６．１２．２１）
【国際特許分類】
【出願番号】特願２００６−５２１００７（Ｐ２００６−５２１００７）
【出願日】平成１６年７月２４日（２００４．７．２４）
【国際出願番号】ＰＣＴ／ＫＲ２００４／００１８６７
【国際公開番号】ＷＯ２００５／０１０８８０
【国際公開日】平成１７年２月３日（２００５．２．３）
【出願人】（５０３４４７０３６）サムスン エレクトロニクス カンパニー リミテッド (2,221)
【Ｆターム（参考）】
【公表日】平成１８年１２月２１日（２００６．１２．２１）
【国際特許分類】
【出願日】平成１６年７月２４日（２００４．７．２４）
【国際出願番号】ＰＣＴ／ＫＲ２００４／００１８６７
【国際公開番号】ＷＯ２００５／０１０８８０
【国際公開日】平成１７年２月３日（２００５．２．３）
【出願人】（５０３４４７０３６）サムスン エレクトロニクス カンパニー リミテッド (2,221)
【Ｆターム（参考）】
[ Back to top ]