JP2006303745A - 記録再生装置、記録再生方法 - Google Patents

Abstract

【課題】
映像・音声情報とともに記録するメタデータは、シーン毎に記録すると構造が単純になり、シーンの詳細情報を知るのに便利な一方で、メタデータをキーワードとしたシーン検索ができなかった。そのため、膨大な数のシーンから所望のシーンを検索することが困難であった。
【解決手段】
記録媒体上に記録された映像・音声情報の各シーンに記録されたメタデータを解析し、各キーワードがシーンを持つメタデータ構造に変換する。また、変換して得られたメタデータをファイルに記録しておき、その情報を読み出すことで、キーワードを用いたシーン検索機能を提供する。
【選択図】 図１

Description

本発明は、記録再生装置及び記録再生方法に関する。

本技術分野の背景技術としては、例えば特開２００３−１２３３８９号公報（特許文献１）がある。本公報には課題として「ディレクトリとプレイリストの両方に再生のために暗証番号の入力が要求されるように規定されている場合において、暗証番号の入力が１回で済むようにする。」と、その解決手段として「ディスクには、DVR，DVR１，DVRnといった複数のディレクトリが形成されている。１つのディレクトリであるDVRには、その中に属する情報の再生の可否を制御するフラグDVR_protect_flagが設定されている。ディレクトリDVRの１つの情報であるPLAYLISTの.rplsにもその再生の可否を制御するplayback_control_flagが規定されている。DVR_protect_flagが１である場合、正しい暗証番号が入力された場合にのみ、その再生が許容される。DVR_protect_flagとplayback_control_flagがいずれも１である場合には、DVR_protect_flagについて、正しい暗証番号が既に入力されている場合、playback_control_flagに対する暗証番号の入力は、省略される。」と記述がある。

また、本技術分野の背景技術としては、例えば特開２００２−２４４９００号公報（特許文献２）がある。本公報には課題として「コンテンツファイルとメタデータファイルとを別々に記録する場合に、それらの対応関係を正しく維持できるコンテンツ記録装置を提供する。」と、その解決手段として「パッケージ管理情報記録部１３１は、記録媒体１２０に記録されたパッケージを管理するためのパッケージ管理情報を作成して記録媒体に記録する。コンテンツファイル（ＣＦ）記録部１３２は、パッケージに含まれるＣＦ群の各ＣＦを記録媒体に記録するとともに、それらＣＦ群を管理するＣＦ群管理情報を作成して記録媒体に記録する。コンテンツメタデータ対応情報記録部１３３は、パッケージ内のＣＦとメタデータファイルとの対応関係、あるいはパッケージ自身とメタデータファイルとの対応関係の情報を作成して記録媒体に記録する。これにより、ＣＦとメタデータファイルとを別々に記録する場合に、それらの対応関係を常に正しく維持することができる。」と記述がある。

また、本技術分野の背景技術としては、例えば特開２００２−４９６３６号公報（特許文献３）がある。本公報には課題として「用語体系の異なるメタデータを少ない対応ルール数で多様かつ柔軟に変換可能なメタデータ変換装置を提供すること。」と、その解決手段として「属性値同士が親子関係または兄弟関係を有するシソーラスで構成されている変換元のメタデータから属性および属性値を切り出すメタデータ入出力部１０１と、属性対応関係情報格納部１０３を利用して、この属性を用語体系の異なるスキーマの属性に変換する属性変換部１０５と、変換元および変換先の属性のシソーラスを記憶したスキーマ情報格納部１０７と、切り出された属性値を、シソーラス間ノード対応関係情報格納部１０９を利用して前記スキーマの属性値に変換する属性値変換部１１１と、シソーラス内の属性値の親子関係を記憶したシソーラス内ノード上下関係情報格納部１１５を利用して、変換元の属性値の上位／下位の属性値を探索するシソーラス探索部１１３とを備えている。」と記述がある。

特開２００３−１２３３８９号公報 特開２００２−２４４９００号公報 特開２００２−４９６３６号公報

映画やスポーツ等のコンテンツを記録し、家庭用の再生装置で容易に再生することを可能とした光ディスクなどの記録媒体が広く普及している。その代表的なものとして、いわゆるＤＶＤ（Ｄｉｇｉｔａｌ Ｖｅｒｓａｔｉｌｅ Ｄｉｓｃ）がある。近年はさらに大容量化したＢＤ（Ｂｌｕ−ｒａｙ Ｄｉｓｃ）等もある。

また、光ディスク上に映像を記録再生する装置も考えられており、実用化されている。例えば、特許文献１には、光ディスク上に映像情報を記録し再生を行う記録再生装置の例が示されている。

これらの記録媒体は、容量が大きく、長時間の映像を記録することができるので、映画や長時間のドラマ、シリーズ化された番組や複数の異なる番組等を、コンテンツメーカやユーザの好みに合わせて多数記録することが可能である。これら記録されている映像から、所望のシーンを選択するためには、従来、早送り再生を行って、所望のシーンを探すことが一般的であった。しかしながら、記録媒体の大容量化にともない、記録した映像情報の数と記録時間は増加の一途をたどり、映像情報の検索、ならびに映像情報中の特定シーンの検索作業は困難の度合いが増している。

このような課題を解決し、所望のシーンの選択を容易にするための一方法として、コンテンツとコンテンツに関連したメタデータとを記録しておき、そのメタデータを用いてシーン選択を行うことが提案されている。ここで、メタデータとは、具体的には、各シーンの「撮影場所」「出演者」「セリフ」などの情報である。ユーザは、メタデータの検索を行うことにより、容易に所望のシーンにたどり着くことが出来る。メタデータをコンテンツとともに記録媒体上に記録し、管理を行う記録再生装置の例が特許文献２に記載されている。

一方、予め規定したメタデータ間の対応関係に基づき、メタデータの構造を変換する方法およびメタデータ変換装置の例が特許文献３に記載されている。

ここで、前記映像情報と関連して記録したメタデータからシーン選択や検索を行う場合には、以下のような課題があった。

すなわち、メタデータの構造を一意に定めることは、映像情報とそれを記録再生する機器間の互換性を確保するためには必要であるが、一つのメタデータ構造では、多彩な機能を提供したり、すべてのユーザを満足させたりすることは難しい。すなわち、例えば、コンテンツの特性や、ユーザの視聴方法、ユーザの検索の癖などの条件によっては、使い勝手の悪いものとなってしまう。

これを解決するために、各コンテンツがメタデータを複数の構造で持つように構成する方法も考えられる。しかし、コンテンツ提供側の勝手な都合でメタデータの構造を決めてしまった場合、そのコンテンツを再生する機器が、その情報を読み取ることができず、せっかくのメタデータを活用できない問題がある。また、各コンテンツがメタデータを複数の構造で持つ場合、メタデータの記録容量が増えるという問題もある。さらには、複数のメタデータを作成して記録するには、コンテンツ提供者の作業量が大きくなるため、結果としてコンテンツの価格が高くなるなど、ユーザにとって有り難くない事態となることが予想される。

以上の点を鑑みると、各コンテンツに複数のメタデータ構造を持たせることは弊害が多いため、コンテンツに関連付けて所定の構造で記録されたメタデータを、再生装置側でユーザの使い勝手が良い構造に変換することが望ましい。ここで、例えば、特許文献３には、メタデータ変換方法とその機能を提供するメタデータ変換装置が示されているが、これはネットワーク上の検索サービスの効率化に関するものであり、映像情報とそれに関連するメタデータの作成方法や記録方法、利用方法については述べられていない。また、コンテンツの特性や、ユーザの嗜好に応じてメタデータの構造を変換することについては、何ら考慮されていない。

そこで、映像情報を記録再生する機器において、所定の構造のメタデータを利用した機能を提供するだけでなく、前記メタデータの構造を変換して記録し、その情報を読み出すことで、前記変換して記録したメタデータを利用した検索機能やＵＩ（Ｕｓｅｒ Ｉｎｔｅｒｆａｃｅ）の提供する。

本発明の目的は、記録再生装置の使い勝手を向上することにある。

上記目的は、特許請求の範囲に記載の発明によって達成される。

本発明によれば、記録再生装置の使い勝手が向上する。

以下、一実施例を図面を用いて詳細に説明する。

図１は、本実施例にかかる再生装置のブロック図である。図１中、１０１は映像情報やそれに関連する文字情報等を記録した光ディスク、１０２はレーザー光を用いて光ディスクから情報を読み出す光ピックアップ、１０３は光ピックアップから読み出された信号に所定の復号処理を行いデジタル信号に変換する再生信号処理部、１０４は再生信号処理部１０３により復調処理されたデジタル信号を所定のパケット形式に変換し出力処理を行う出力制御部、１０５は光ディスクの回転速度や光ピックアップの位置を制御するサーボ部、１０６はサーボ部１０５および再生信号処理部１０３を制御するドライブ制御部、１０７は出力制御部１０４から入力された音声情報パケットから音声信号を復号処理する音声信号復号部、１０８は音声信号復号部１０７により復号された音声信号を出力する音声出力端子、１０９は出力制御部１０４から入力された映像情報パケットから映像信号を復号処理する映像信号復号部、１１０は映像信号を合成する映像信号合成部、１１１はグラフィックを表示するグラフィック表示部、１１２は映像信号出力端子、１１３はシステム全体を制御するシステム制御部、１１４は記憶装置、１１５はリモコン（図示せず）より発せられた制御信号を受信するリモコン受信部である。

光ディスク１０１には、映像や音声の信号パケットが多重化されたトランスポートストリームや、各ストリームの再生順序を示すプレイリスト情報、各ストリームの特徴に関する情報が記録されたクリップ情報、各シーンの特徴を記録したメタデータ、プレイリスト選択に用いるメニュー表示プログラムなどの各種データが、ファイルとして所定のフォーマットで記録されている。ここでシーンとは、映像情報の一場面等である。例えば、ＭＰＥＧ２形式で映像情報を圧縮したようなときには１５枚程度の画像を組にしたＧＯＰの単位を一つのシーンと考えることができる。さらには、一枚の静止画あるいは複数枚の静止画からなる所定の幅を持つものと考えることもできる。

図２に、本実施例にかかる光ディスク上のディレクトリおよびファイルの構造を示す。

図２に示したデータ構造例では、光ディスク上にＤＶＲというディレクトリが作成されており、そのディレクトリ中に、各情報ファイルが記録されている。

図２中、２０１はＤＶＲディレクトリ中のプレイリストの数やファイル名などの情報が書かれたｉｎｆｏ．ｄｖｒファイル、２０２はメニュー表示を行うメニュー表示プログラムを記録したｍｅｎｕ．ｊａｖａファイル、２０３はストリームの再生順序を記録したプレイリストファイル、２０４はストリームファイル上の再生時刻とそのパケット位置などの情報を記録したクリップ情報、２０５は映像や音声などの情報をデータ圧縮して記録したストリームファイル、２０６はストリームの各シーンでの特徴を記録したメタデータファイル、２０７はディスクに格納されるメタデータ構造の判別情報を記録したメタデータ構造判別ファイルである。

ここで、ストリームファイル２０５について説明する。

映像情報は、画像情報圧縮技術の一つであるＭＰＥＧ２方式でデータ量が削減され、トランスポートストリーム形式に変換されて記録される。ＭＰＥＧ２は、ＮＴＳＣ形式の画像やハイビジョンに代表される高画質のＨＤ画像に対しても、効果的なデータ量の削減を行なうことができる。圧縮後のデータ量は、例えば、ＮＴＳＣ形式の画像では６Ｍｂｐｓ程度、ＨＤ画像でも２０Ｍｂｐｓ程度となり、十分な画質を維持したままデータ量の削減を行うことができる。したがって、ＭＰＥＧ２による画像圧縮は、ＤＶＤ等の記録媒体への画像蓄積やデジタル放送などの幅広い用途に利用されている。

ここでは、ＭＰＥＧ２形式を例にとって説明するが、もちろん他の画像圧縮方法、例えばＭＰＥＧ４形式を用いてデータを符号化しても、何ら差し支えはない。

音声情報は、ＭＰＥＧ１オーディオやＢＳデジタル放送で用いられるＡＡＣ形式などの音声圧縮技術により、データ量の削減を行なう。ただし、音声情報は映像情報に比べてデータ量が多くないため、リニアＰＣＭ形式のような非圧縮の形式でデータを記録することも可能である。

上記のように符号化された映像情報および音声情報は、伝送や蓄積が容易なように、トランスポートストリームとして多重化し、一つのファイルとして記録する。トランスポートストリームは、１８８バイトの固定長パケットが複数個集まって構成され、各パケットにはパケット識別子ＰＩＤや各種のフラグが付加してある。各パケットに単一のＰＩＤを付加することにより、再生時に容易にパケットを識別することができる。

トランスポートストリームには、映像情報と音声情報以外にも、字幕情報や図形情報、制御コマンドなどの各種情報パケットを多重化することができる。また、各ＰＩＤと関連付けたテーブル情報として、ＰＭＴ（ｐｒｏｇｒａｍ Ｍａｐ Ｔａｂｌｅ）やＰＡＴ（Ｐｒｏｇｒａｍ Ａｓｓｏｃｉａｔｉｏｎ Ｔａｂｌｅ）などのパケットも多重化する。このようにして各種情報を多重化して生成されたトランスポートストリームは、光ディスク上にトランスポートストリームファイル２０５として記録する。

次に、クリップ情報ファイル２０４について説明する。

クリップ情報ファイルは、ＭＰＥＧ２形式で圧縮した画像の組であるＧＯＰ（Ｇｒｏｕｐ Ｏｆ Ｐｉｃｔｕｒｅｓ）の先頭位置と、その画像の符号化時刻を記録したものであり、サーチやスキップ等の操作で再生開始位置を検索するのに使用される。

クリップ情報ファイルは、前述のトランスポートストリームファイル２０５と一対一に対応している。例えば、「０１０００．ｍ２ｔｓ」というトランスポートストリームファイルに対応するクリップ情報ファイルとして、「０１０００．ｃｌｐｉ」を記録しておけば、ファイル間の対応が容易に識別でき、検索したシーンを容易に再生開始できる。

次に、プレイリストファイル２０３について説明する。

プレイリストファイルは、再生を行うトランスポートストリームのファイル名、再生開始時刻、再生終了時刻などのリストが記録されたファイルであり、例えば、ユーザがお気に入りのシーンばかりを集めてプレイリストとして記録しておくことで、手軽にお気に入りのシーンを再生することができる。このとき、プレイリストファイルはトランスポートストリームファイルとは独立して編集を行うため、元のトランスポートストリームファイルには影響を与えることはない。また、プレイリストファイルは、複数持つことが可能であり、再生時には、メニュー表示画面からユーザにより選択される。

次に、メタデータファイル２０６について説明する。

メタデータとは、データに関する情報を記述したデータであり、一般的には、多くのデータの中から目的の情報を探し出す際の一助とすることを目的に作成される。ＤＶＤに記録されている映像情報を例にすれば、映画の各シーンにおける登場人物の役名や演じ手である俳優の名前、撮影場所、セリフなどの情報が記録されたものである。各メタデータは、シーンの再生開始時刻と関連付けられて記録されている。

ここで、メタデータファイルのファイル名は、各ストリームファイルおよびクリップ情報ファイルと対応して指定されている。すなわち、「０１０００．ｍ２ｔｓ」に対応したメタデータは、「０１０００．ｍｅｔａ」というファイル名を持つ。これにより、メタデータ内で指定された時刻は、クリップ情報によりストリームファイル中のパケット番号に変換され、再生開始位置として指定することが出来る。

以下、図１に示した再生装置における光ディスクの再生手順を説明する。

まず、再生装置に光ディスク１０１がセットされ、ユーザから再生開始指示指令が発行される。再生開始指示指令は、例えば、リモコン（図示せず）の再生開始ボタンにより実行される。リモコンより発行された再生開始指示は、リモコン受信部１１５を介してシステム制御部１１３に入力される。その指示をを受けたシステム制御部１１３では、内部のＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）に内蔵されたプログラムを起動し、再生開始指示指令に対応した再生動作を開始する。

再生動作を開始すると、システム制御部１１３は、光ディスク１０１上に記録されているファイル管理情報を読み出す。ここで、ファイル管理情報は、例えば、ＵＤＦ（Ｕｎｉｖｅｒｓａｌ Ｄｉｓｃ Ｆｏｒｍａｔ）で規定されるような汎用のファイル管理情報を用いればよい。この時の具体的なシステムの動作としては、システム制御部１１３からドライブ制御部１０６に対し、予め規定されたファイル管理情報の記録領域からのデータ読み出し指示が発行される。この指示を受けたドライブ制御部１０６は、サーボ部１０５を制御し、光ディスク１０１の回転速度や光ピックアップ１０２の位置などを制御することで、指定領域からのデータ読み出しを行なう。また、ドライブ制御部１０６は、再生信号処理部１０３も制御し、光ディスクから読み出された信号の解析処理やその信号の復号処理、誤り訂正処理やデータの並び替え処理などを行ない、１セクタ分のデータを生成する。生成したデータは、ドライブ制御部１０６を介してシステム制御部１１３に提供される。システム制御部１１３は、ファイル管理情報の記録されている全領域の読み出しを行うべく、１セクタ毎のデータ読み出し処理を繰り返し実行する。

以上のようにして、ファイル管理情報の読み出しが完了すると、ｉｎｆｏ．ｄｖｒファイルを読み出し、光ディスク１０１に記録されているアプリケーションの種類、プレイリストの数とそのファイル名などの情報を取得する。

次に、メニュー表示を行うために、メニュー表示用のプログラムが記述されたｍｅｎｕ．ｊａｖａファイル２０２の読み出しを行う。ここで、ｍｅｎｕ．ｊａｖａファイルは、Ｊａｖａ（登録商標）で記述されており、システム制御部１１３内のＪａｖａプログラム実行環境（Ｖｅｒｔｕａｌ Ｍａｃｈｉｎｅ）において実行され、予めプログラムされたメニュー表示が行なわれる。ここで表示するメニューは、例えば、光ディスク１０１に記録されているコンテンツの内容を説明する情報表示、再生開始するチャプターを選択し、指定するための情報表示、所望するシーンの検索を行なうための情報表示などである。なお、本実施例にかかる再生装置では、メタデータを使用したシーン検索を行えるように構成しており、これは、メニュー表示プログラム２０２に含まれるメニューの一つとしてプログラムされているものとする。また、メニュー表示プログラムは、必ずしもＪａｖａで記述される必要はなく、例えば、ＢａｓｉｃやＣ言語のような汎用のプログラム言語で記述されたものであっても何ら問題はない。

次に、ストリームファイルの再生手順を説明する。

システム制御部１１３は、ファイル管理情報を用いて、指定されたストリームファイルとその再生開始位置を特定し、光ディスク１０１からデータを読み出す。光ディスク１０１から読み出された信号は、出力制御部１０４に出力される。出力制御部１０４は、光ディスク１０１から読み出したデータから、システム制御部１１３により指定されたデータを取り出して、音声信号復号部１０７および映像信号復号部１０９、グラフィックス表示部１１１に供給する。

音声信号復号部１０７は、供給された音声データを復号処理し、音声信号を音声信号出力端子１０８に出力する。

映像信号復号部１０９は、供給された映像データを復号処理し、映像信号を映像合成部１１０に出力する。また、グラフィック表示部１１１は、供給された字幕情報やグラフィックス情報などを復号処理し、映像信号を映像合成部１１０に出力する。映像合成部１１０では、映像信号復号部１０９とグラフィック表示部１１１から出力された映像信号を合成し、合成した信号を映像出力端子１１２に出力する。

システム制御部１１３は、以上のような処理を繰り返して実行することで、映像および音声の再生を行なう。

図３に本実施例にかかる記録媒体に記録するメタデータの一例を示す。

図３に示したメタデータの構造では、光ディスクに記録されたコンテンツのシーンとそのシーンに関連したキーワードとが、階層構造を成している。図３では、２つのシーンに限定して例を示したが、実際は、記録されたコンテンツ内のすべてのシーンが図３のような階層構造でキーワードを保持している。また、各シーンに関連したキーワードの例としては、そのシーンに出演している俳優の名前や劇中での役柄名、シーンで使用されている小道具や建物等の情報、そのシーンで使われた台詞等である。

ここで、図３に示したメタデータ構造では、シーンがキーワードを持つ構造であること以外は、特に限定されるものではない。例えば、図３に示した以外のキーワードを持つように構成してもよい。ユーザにとっては、キーワードが多いほど、所望のシーンを検索するのが容易になるが、メタデータ自体のデータ量が多くなるという問題もあるため、シーン検索に必要となる重要な情報を厳選して記録しておくことが望ましい。
この場合、各コンテンツに必ず記録すべきキーワードと、記録するか否かはコンテンツ提供者の任意とするキーワードとを、規定しておくとよい。そして、再生装置では、必須キーワードは必ず表示できるように構成し、任意キーワードの表示は、各機器の任意とすれば良い。このような規定を設けることで、光ディスクと各再生装置との互換性を確保することができる。

なお、図３のキーワードの並び順は、特に限定されるものではない。また、１つのキーワードに該当する項目が複数存在する場合もある。例えば、１つのシーンに二人の俳優が登場する場合には、俳優および役名のキーワードは二つずつ記録される。さらには、シーンによってはキーワードに該当する項目が存在しない場合もある。例えば、建物だけで成り立つシーンでは、俳優も台詞もないため、キーワードとして記録すべき情報がない。このような場合には、キーワードが存在しないことを示すコード、例えばコード「００」などを予め規定しておき、そのコードを記録しておくと良い。あるいは、文字情報として「なし」、「−」などの情報を記録しておいても良い。また、キーワード同士が依存関係を持つ場合もある。例えば、俳優ＡがアイテムＡを持つ場合には、俳優とアイテムのキーワードに依存関係を持たせても良い。

図４に、メタデータを用いたシーン情報表示の具体的な例を示す。

ユーザがあるシーンの再生中に、シーン情報表示メニューを選択すると、画面上には、そのシーンに関連付けて記録されたメタデータの種類が表示される。図４の例では、再生中のシーンの画面右側に、「俳優」「役名」「アイテム」「台詞」のメタデータが表示されている。ユーザは、表示されたメタデータの種類の中から、さらに詳しい情報を知りたい項目を選択する。図４の例では、「アイテム」を選択し、その詳細情報、すなわちキーワードを表示している。メタデータの選択に際し、ユーザはリモコン操作などによってメタデータを選択するが、この時、再生装置の機能として、カーソルの上下移動に合わせて選択中の項目を色反転させたり、グラフィック表示した矢印型のアイコンを移動させるなどの効果を持たせると、ユーザの使い勝手が向上する。

詳細表示するメタデータの種類を選択すると、その種類に対応したキーワードが表示される。ここでは、再生中のシーンの画面右側に、「バゲット」「クロワッサン」「ナプキン」「バスケット」などのキーワードが表示されている。ユーザは、表示されたキーワードによって、再生中のシーンの詳細情報を知ることができる。

このようなシーン情報表示の効果的な使い方を例に挙げる。例えば、ユーザが映画を視聴し終えた後、感動したシーンを再び再生し、そのシーンの詳細情報を知ろうとする場合がある。このような場合において、シーンに関連付けて記録したメタデータを表示することにより、ユーザは、そのシーンを演じている俳優の名前を知ることができたり、感動した台詞を読むことができたり、撮影場所などの情報を知ることができる。これにより、ユーザはその映画をさらに深く愛好し、理解する効果が得られる。

図４の例では、シーン情報表示に際し、「俳優」「役名」等のメタデータの種類と、その詳細情報であるキーワードとは、異なる画面で表示するように構成したが、表示方法はこれに限定されるものではない。例えば、図５に示すように、そのシーンに関連して記録されたメタデータを、メタデータの種類とキーワードを一緒に表示しても良い。この場合、キーワードが多くて一画面に納まらない場合には、ユーザの操作によってスクロール表示できるようにすると良い。或いは、ユーザの操作に依らずとも、ある一定時間毎に表示を切り替えることで、すべてのキーワードを表示するように構成しても良い。

また、再生装置において、シーン情報を表示するためのメタデータの読み出しは、ユーザからシーン情報表示指令を受けたときでも良いし、装置にディスクがセットされたときでも良く、読み出しタイミングは特に限定されるものではない。さらには、一度シーン情報表示を行なったメタデータに関しては、その読み出し結果を、例えば記憶装置１１４に一時的に保持しておくと良い。この効果として、再度同じシーンの情報表示を行なう場合には、前記保持した読み出し結果を使用することで、メタデータ読み出しに要する時間を短縮し、高速に情報表示することができる。

ところで、図３に示したメタデータ構造では、各シーンが、それに関連したメタデータを保持する構造となっている。したがって、ユーザがシーン毎の情報表示を行ない、そのシーンの詳細情報を知る際には非常に使い勝手が良い。また、コンテンツの製作者は、各シーンに該当するキーワードをメタデータとして記録すれば良く、また、その構造が単純であることから、メタデータの作成に要する手間が少なくて済む。

その一方で、図３のメタデータ構造は、膨大な数のシーンの中から、ユーザが所望するシーンを検索する場面には活用しにくく、ユーザの使い勝手が悪くなるという問題がある。例えば、図３に示すメタデータ構造しか記録されていないコンテンツを再生し、ユーザがお気に入りのシーンを検索する場面を想定する。このとき、多くのユーザは、所望のシーンを思い起こし、そのシーンを演じていた俳優名や役名、そのシーンに使われたアイテム等の各種キーワードから、所望のシーンを検索しようとする。ところが、図３のメタデータ構造では、各種キーワードがシーンに所持されており、「シーンからキーワード」を抽出することはできるが、「キーワードからシーン」を抽出することはできない。すなわち、ユーザは、キーワードを用いたシーン検索を行なうことができず、コンテンツを早送りして所望のシーンを探し出したり、各シーンのサムネイルを一覧表示した画面から、所望のシーンを探し出さなければならない。これは、コンテンツの記録時間が短くシーン数が少ない場合には、それほど困難な作業ではないが、記録時間が長く、シーン数が多いコンテンツでは、非常に困難な作業となる。

そこで、本実施例にかかる再生装置では、記録媒体上に記録されているメタデータ構造を変換し、変換後のメタデータを活用することで、ユーザにとって使い易い機能を提供するように構成する。

以下、本実施例にかかる再生装置においてメタデータ構造を変換する動作について説明する。

まず、図６に変換後のメタデータ構造の例を示す。

図６に示すメタデータ構造は、最上位階層にメタデータの種類、その下の階層にキーワード、最下位階層にシーンが配置され、キーワードがシーンを持つ構造になっている。図６を具体的に説明すると、「俳優」というメタデータの種類によって、「エディ」や「ジョージ」等の俳優名がキーワードとして括られ、このキーワードと俳優「エディ」の出演シーンが、「Ｓｃｅｎｅ１」や「Ｓｃｅｎｅ３」等のように関連付けて記録されている。これにより、俳優「エディ」が出演しているシーンは、「Ｓｃｅｎｅ１」と「Ｓｃｅｎｅ３」の２シーンだけであることが明らかとなる。

このようなメタデータ構造の活用方法としては、キーワードからのシーン検索が考えられる。図３に示すメタデータ構造では、シーン検索が困難であったが、図６に示すメタデータ構造では、キーワードを検索条件とすることによって、そのキーワードと関連付けたシーンを容易に検索することができる。

図７に、メタデータを用いたシーン検索の具体的な表示例を示す。

ユーザがメニュー表示からシーン検索を選択すると、画面上には、検索条件として、メタデータの種類が表示される。ここでは、「俳優」「役名」「アイテム」「台詞」の種類が表示されている。ユーザは、表示されたメタデータの種類の中から所望のメタデータを選択する。ここでは、「アイテム」を選択し、これを最上位概念とした検索処理を行なっている。

検索の最上位概念となるメタデータの種類を選択すると、そのメタデータの種類に対応したキーワードの一覧が表示される。ここでは、「家」「宝石」「帽子」「バスケット」などの値が表示されている。ユーザは、表示されたキーワードの中から所望のキーワードを選択する。ここでは、「帽子」が選択されている。ここで選択したキーワードは検索条件となり、この条件に該当するシーンの検索結果が一覧表示される。言い換えるならば、「帽子」というキーワードに関連付けられたシーンを表示する。この検索結果は、図７のようにサムネイル表示を行なっても良いし、例えば「チャプター１ シーン４ ０：４８」のようにシーンを表す文字情報を表示しても良い。

上記の手順により検索したシーンから、ユーザが所望のシーンを選択すると、システム制御部１１３は、選択されたメタデータに対応した時刻の映像ストリームを再生する。具体的には、選択されたシーンに含まれるメタデータ中の再生開始時刻を、クリップ情報ファイル２０４を用いてストリーム中のパケット番号に変換し、ストリームファイル２０５を所定のパケット番号位置から再生すればよい。

これにより、ユーザは、表示されたシーン検索結果の一覧から所望のシーンを選択することができ、選択したシーンの再生を行なうことができる。

ここで、光ディスク上には、複数の構造から成るメタデータが記録されている場合も考えられる。例えば、図３の構造だけでなく、図６の構造も同時に記録されている場合がある。この場合、図３の構造を図６の構造に変換するよりも、予めディスクに記録されている図６の構造のメタデータを使用する方が効率が良い。

このように、複数の構造から成るメタデータが同時記録されている場合には、再生装置が、そのディスクに記録されているメタデータの構造を容易に判別できるような情報を持たせることが好ましい。例えば、図２の２０７に示すようなメタデータ構造判別ファイルを持たせると良い。メタデータ構造判別ファイルには、例えば２ビットのビット情報を記録しておくと良い。具体的には、図３のメタデータ構造だけ記録してある場合には「０１」、図６のメタデータ構造だけ記録してある場合には「１０」、両方の構造を記録してある場合には「１１」、どちらの構造も記録していない場合には「００」などのビット情報を記録しておく。このようなディスクを再生する再生装置では、これらのビット情報を読み出し、ディスクに記録されているメタデータ構造を判別することで、所定のメタデータ構造変換処理を実行する。

なお、図３および図６のメタデータ構造に加え、別のメタデータ構造もディスクに記録されている場合も考えられる。この場合、メタデータ構造が３種類以上存在しており、前述した２ビットの情報では、正しい判別を行なうことができない。このような場合には、適宜ビット数を増やすことで対応することができる。

また、メタデータ構造判別ファイルはメタデータとともに記録されていることが望ましいが、このファイルが記録されていない場合でも、再生装置はメタデータ構造の変換処理を実行できるように構成することが好ましい。例えば、図３のメタデータ構造が記録されているディスクにおいて、メタデータ構造判別ファイルが記録されていない場合、再生装置は記録されているメタデータを解析することにより、所定のメタデータ構造に変換する。

図８はメタデータ構造の変換手順を示したフローチャートである。

まず、ステップＳ１で変換処理を開始すると、ステップＳ２でメタデータ構造判別ファイルの有無を判断する。

メタデータ構造判別ファイルが存在する場合、ステップＳ３において、そのファイルの内容を調査し、検索対応構造のメタデータの有無を判断する。前記検索対応構造のメタデータとは、図６のように、再生装置でキーワードから所望のシーンを検索する機能を提供する際に利用できるメタデータ構造である。

検索対応構造のメタデータが存在した場合には、ステップＳ４において、再生装置でのメタデータ構造変換処理は実行せず、予めディスクに記録されている検索対応構造のメタデータを使用することを決定する。

検索対応構造のメタデータが存在しない場合には、ステップＳ６において、予めディスクに記録されている図３に示すようなメタデータ構造を、図６に示すような検索対応のメタデータ構造へと変換する。ステップＳ６で実行する変換処理の詳細は後述する。

検索対応構造のメタデータに変換完了後は、ステップＳ７において、メタデータ構造判別ファイルを更新する。これは、例えば図３の構造を図６の構造に変換し、変換したメタデータをディスクに記録した場合、図３の構造のみ記録されていることを示すビット「０１」を、図３と図６の両構造が記録されていることを示すビット「１１」に書き換えれば良い。

一方、メタデータ構造判別ファイルが存在しない場合、ステップＳ５において、ディスク上に有益なメタデータが記録されているか否かを判別する。ここで、有益なメタデータとは、例えば図３のように、シーンと関連付けたキーワードを含むメタデータである。

有益なメタデータが存在した場合、例えばメタデータ構造判別ファイルは記録していないが、図３のメタデータ構造で記録したメタデータが存在した場合には、ステップＳ６において、所定構造のメタデータに変換する。

有益なメタデータが存在しなかった場合、すなわちメタデータが記録されていない場合やシーン検索に利用できるようなメタデータが記録されていない場合には、メタデータを使用しないことを決定し、再生装置は、メタデータを用いたシーン検索が行なえない旨を表示する。

以上のような処理により、予めディスクに記録されたメタデータを活用し、シーン検索機能を提供できるように制御する。

図９はメタデータ構造変換処理フローチャートである。これは、図８のステップＳ６の詳細処理手順を示したものである。この処理では、メタデータに含まれるキーワードを検索条件とし、そのキーワードを含むシーンを検索し、キーワードがシーンの情報を持つメタデータ構造に変換する。 まず、ステップＳ６０２において各キーワードの検索状況を調査する。すべてのキーワードを検索条件としたシーン検索が終了していない場合、例えば、キーワードが５つあるうちの１キーワードしか検索し終えていない場合は、未検索のキーワードを次の検索条件に設定し、ステップＳ６０３に進む。

一方、すべてのキーワードを検索条件としたシーン検索が終了していた場合、ステップＳ６０７に進む。

ステップＳ６０３では、ステップＳ６０２で検索条件として設定したキーワードをメタデータに含むシーンを検索する。このとき、全シーンを検索するのであれば、どのシーンから検索を開始しても良いが、通常は先頭シーンから末尾シーンへ順次検索する。

ステップＳ６０４では１シーン検索した後の検索結果を調査する。

検索した結果、そのシーンに検索条件であるキーワードが含まれていた場合、ステップＳ６０５において、キーワードとシーンを関連付けた情報を記憶する。具体的な例としては、「エディ」という俳優名をキーワードとして検索した結果、そのキーワードが「Ｓｃｅｎｅ１」に含まれていたならば、「検索条件：エディ 該当シーン：Ｓｃｅｎｅ１」といった情報を記憶しておく。この情報の記憶先は、例えば再生装置の持つ記憶装置１１４である。情報記憶後は、ステップＳ６０６に進む。

一方、検索した結果、そのシーンに検索条件であるキーワードが含まれていなかった場合、ステップＳ６０６に進む。

ステップＳ６０６では、全てのシーンが、検索条件として設定したキーワードによって検索されたか否かを判断する。

未検索のシーンがある場合、例えば５シーンあるうちの１シーンしか検索し終えていない場合は、ステップＳ６０３に戻り、残り４シーンの検索を実行する。

一方、未検索のシーンがない場合、言い換えれば全シーンの検索が終了していた場合、ステップＳ６０２に戻り、次の検索条件とするキーワードを設定する。

ステップＳ６０７では、ステップＳ６０５において記憶したキーワードとシーンを関連付けた情報を、ファイルとして保存する。ここで、保存するファイルは、メタデータファイル２０６である。ただし、変換後のメタデータファイルは、変換前のメタデータファイルと区別できるようにすることが望ましい。例えば、変換前のファイルを上書きしてしまうと、変換前のメタデータが消滅することになり、ユーザの使い勝手が悪くなるためである。そのためには、例えば、“０１００．ｔｒｎｓ”などのように、変換前のメタデータと異なるファイル名で記録すれば良い。また、このようなファイルの格納先は、メタデータファイルと同じ“ＭＥＴＡ”ディレクトリ以下でも良いし、例えば、“ＴＲＮＳ”ディレクトリのような独自ディレクトリ以下でも良い。

なお、ステップＳ６０７のファイル保存処理は、図９で示す実行タイミングに限定されるものではない。図９の例では、全キーワードを検索条件とし、全シーンを検索した後に一回だけファイル保存処理を実行しているが、それ以外にも、例えば一つのキーワードを検索条件として全シーンを検索した後で実行しても良い。このとき、キーワード毎にファイル名を変える必要はなく、同一ファイルに上書きするように構成すると良い。なお、この場合には、ファイル保存処理はキーワードの数と同じ回数実行することになり、ファイル保存に要する時間が長くなるというデメリットが生じると考えられる。一方で、一キーワードの検索毎に検索結果をファイルに保存するため、検索結果を一時的に記憶しておくための記憶領域は、一キーワード分だけ確保すれば良く、十分な記憶領域を確保できない再生装置において、この方式は効果的である。

また、メタデータ構造を変換した結果を記録したメタデータファイルは、光ディスクに記録することとしたが、これに限定されるものではない。例えば、再生装置の記憶装置１１４に記録しておいても良く、これは、例えば、光ディスクが読み取り専用の場合や変換後のメタデータを記録するのに十分な空き容量がない場合に効果的である。このとき、再生するコンテンツは光ディスクに存在し、メタデータは再生装置の記憶装置１１４に存在することになるため、光ディスクとメタデータとの対応関係も同時に記憶しておく必要がある。このためには、光ディスク固有の情報、例えばディスクＩＤなどをメタデータと共に記録しておけば良い。そして、一度メタデータ構造の変換を実行しておけば、該光ディスクを次に視聴して検索処理を実行する際には、変換後のメタデータを再生装置の記憶装置１１４から読み出すことで、検索機能を提供することができる。以上のように構成することで、一つの光ディスクに対してメタデータ構造の変換を行なうのは一度だけで済み、光ディスクを再生装置に挿入する度にメタデータ構造を変換するような無駄な処理が不要となる。また、再生装置の記憶装置はハードディスクに限定されるものではなく、半導体メモリやメモリカードなどを用いても良い。

また、メタデータファイルと同様の理由から、メタデータ構造判別ファイルを、光ディスク以外の記憶装置、例えば再生装置の記憶装置１１４に記録するように構成しても良い。

なお、上記実施例では、ユーザがメニュー表示からシーン検索を選択する操作を契機にメタデータ構造を変換することとしたが、これに限定されるものではない。例えば、再生装置への光ディスク挿入時でも良いし、メニュー画面表示時でも良い。また、これまで挙げた例では、再生装置がメタデータ構造を自動変換しており、ユーザはメタデータ構造の変換を意識することはなかった。しかし、例えば、メニュー画面の項目に「メタデータ構造変換」などを追加しておき、ユーザがその項目を選択することを契機にメタデータ構造を変換し、ユーザの意図に沿った制御を行なうことも可能である。

また、光ディスクに複数のメタデータ構造が記録されていた場合、再生装置は最も汎用なメタデータ構造を用いることが好ましい。汎用なメタデータ構造であるということは、すなわち、多くの再生装置で利用されることを目的に作られたものであるため、再生装置は、そのメタデータを用いた画面表示などを最優先に行なうべきである。ただし、例えばコンテンツの提供者が、光ディスク上にメタデータの使用優先度を記録していた場合などには、その優先度に応じた画面表示を行なっても良い。また、ある光ディスクを視聴した時の履歴情報を再生装置が記憶しておき、次に視聴する際には、その履歴情報を読み出して、前回と同じメタデータを使用して画面表示を行なうように制御することもできる。

以上のように、予めディスクに記録されたメタデータの構造を変換することで、ユーザにとって便利な検索機能などを提供することが可能となる。

もちろん、光ディスクではなく、ネットワーク上に置かれたコンテンツ、すなわち映像情報とメタデータをダウンロードして使用することも可能である。すなわち、ネットワークを介してダウンロードした映像情報やメタデータを再生装置の記憶装置に取り込み、そのデータを読み出すことにより、光ディスクに記録されたデータを読み出す場合と同様の機能を提供することが可能である。

図１０に、ネットワーク接続に対応した再生装置のブロック図を示す。

図１０中、１０１から１１５の記号は、図１と同等である。１１６はネットワーク制御部、１１７はネットワークである。

図１０に示した再生装置において、ユーザはメニュー表示画面等からコンテンツのダウンロードを選択し、所望のコンテンツとそれに関連したメタデータのダウンロードを開始する。具体的には、システム制御部１１３がネットワーク制御部１１６を制御し、外部ネットワーク１１７に接続されているファイルサーバ（図示せず）から所定のコンテンツをダウンロードする。なお、この時に使用するファイルサーバおよびファイルの所在を示すＵＲＬ（Ｕｎｉｆｉｅｄ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ）は、ユーザが指定することができる。このとき、ＵＲＬは予め決められたものであり、ユーザは様々な手段でＵＲＬを入手することができる。例えば、コンテンツ提供者にお金を払って、所定のコンテンツをダウンロードする権利とそのＵＲＬを入手したり、購入した光ディスク上のｉｎｆｏ．ｄｖｒファイルなどに記載された情報から入手するなどの手段がある。

以上のようにしてダウンロードしたコンテンツは、再生装置の記憶装置１１４に記憶する。このコンテンツは、記憶装置１１４から読み出して使用することにより、これまで述べてきた光ディスクからの再生やメタデータ構造の変換やシーン検索等と同じ機能を提供することができる。

なお、ここでは映像情報とメタデータを併せてダウンロードする例を示したが、ダウンロードするデータの種類は、これに限るものではない。例えば、映像情報だけネットワークからダウンロードし、メタデータは光ディスクから取得しても良い。さらには、ネットワークからメタデータファイルをダウンロードすることも可能である。例えば、光ディスクに記録されたコンテンツのメタデータが、図３のメタデータ構造であった場合、そのコンテンツのメタデータを図６のメタデータ構造で記録されたメタデータファイルをネットワークからダウンロードすることもできる。もちろん、図６のメタデータ構造だけでなく、それ以外のメタデータ構造で記録されたメタデータファイルをダウンロードすることも可能である。

以上のようにして、ネットワークを介した各種データのダウンロードを行なうことにより、ユーザにとって使い勝手の良い再生装置となる。

図１１は、本実施例にかかる記録装置のブロック図である。

図１１中、１０１から１１５は図１と同一の記号である。１１８は音声信号入力端子、１１９は音声信号符号部、１２０は映像信号入力端子、１２１は映像信号符号部、１２２は多重化部、１２３は入出力制御部、１２４は記録再生信号処理部である。

図１１に示した記録装置における記録動作を以下に説明する。

ユーザがリモコン（図示せず）により記録開始を指示すると、リモコンからの記録開始指示はリモコン受信部１１５により受信され、システム制御部１１３に入力される。

システム制御部１１３は、記録開始指令を受信すると、システム制御部内の記録動作プログラムにより記録動作を開始する。

まず、光ディスク１０１上に記録されているファイル管理情報を読み出し、記録されている各ファイルのファイル名、記録セクタなどを認識する。これらの情報を元に、新規に作成するストリームファイルやクリップ情報ファイルのファイル名を決定する。また、ファイル管理情報から光ディスク上の空き領域を求め、その空き領域にストリームファイルを記録するように制御を行う。

システム制御部１１３は、音声信号符号部１１９および映像信号符号部１２１に、所定のパラメータを用いて音声および映像のエンコード処理を行うように指示する。音声信号符号部１１９は、例えば、リニアＰＣＭ方式により、音声信号を符号化する。また、映像信号符号部１２１は、例えば、ＭＰＥＧ２方式により、映像信号を符号化する。符号化された音声信号と映像信号は、ＭＰＥＧパケットとして、多重化部１２２に入力される。多重化部１２２では、音声パケットと映像パケットを多重化し、ＭＰＥＧトランスポートストリームとして、入出力制御部１２３に入力する。

入出力制御部１２３は、システム制御部１１３により記録モードに設定されており、入力された各パケットにパケットヘッダーを付加する。上記記録パケットは、光ディスク上のセクタに記録可能な形式に変換した後、記録再生信号処理部１２４にセクタデータとして供給する。

システム制御部１１３は、ドライブ制御部１０６にセクタデータ記録指令を送信する。具体的には、ファイル管理情報から求めた光ディスク上の空きセクタ領域に、前述のセクタデータを記録するように指示を行う。

ドライブ制御部１０６は、システム制御部１１３からのセクタデータ記録指令に従い、サーボ部１０５を制御して所定の回転速度で光ディスクが回転するように制御を行う。また、光ピックアップ１０２を記録セクタ位置に移動する。また、ドライブ制御部１０６は、記録再生信号処理部１２４に、入出力制御部１２３から入力されたセクタデータを記録するように指示を行う。記録再生信号処理部１２４は、入力されたセクタデータに所定の並び替え処理、誤り訂正符号付加、変調処理などを施し、光ピックアップ１０２が指示されたセクタ記録位置に達した時点で、光ディスク１０１上に書き込む。

上記の処理の繰り返しにより、光ディスクに所望の映像信号および音声信号のストリームを記録する。

ユーザからの記録終了指令が入力されると、システム制御部１１３は、上記のストリーム記録を終了するとともに、クリップ情報ファイル２０４の作成を行い、光ディスク上に記録する。また、上記ストリームファイル２０５およびクリップ情報ファイル２０４の記録情報をファイル管理情報中に追加する。さらには、必要に応じてプレイリストファイル２０３なども更新・追加を行い、ファイル管理情報中に追加し、古いファイル管理情報と置き換える。

以上のような処理により、入力された映像信号・音声信号が光ディスク上にストリームファイルとして記録される。

また、図１０に示したネットワーク対応再生装置と同様に、ネットワーク対応記録装置を実現することも可能である。本実施例にかかる記録装置が、ネットワークに接続可能になると、例えば、ネットワーク経由で取得した映像情報やメタデータを光ディスクに記録することも可能になり、ユーザにとって、さらに使い勝手の良い装置となる。特に、将来はネットワークを介したデータ配信が盛んになり、ネットワーク接続対応記録装置への需要も高くなることが予想される
図１２はデジタル放送を受信して記録媒体に記録し、また記録したデータを再生し、再生出力を得ることができる記録再生装置を示している。

図１２の記録再生装置では、放送や通信により、既に符号量圧縮されたデジタルデータが外部から入力された場合でも、このデジタルデータをそのまま記録媒体へ記録し、そのデータを読み出して再生することも可能である。

図１２中、１０１から１２４は図１１と同一の記号である。１２５はアンテナからの受信波を入力するアンテナ入力端子、１２６は復調回路、１２７は復調したデジタル信号を音声、映像、その他のデータに分離する分離部、１２８は他の機器によって圧縮された映像音声データを入力するデジタル入力端子である。

デジタル放送を受信して記録する動作について、以下に説明する。

まず、デジタル放送などにより送信され、受信された信号が、アンテナ入力端子１２５に入力され、復調部３０２および分離部３０３において所定の方式により復調および分離処理が実行され、入出力制御部１２３に入力される。この入力信号は、ドライブ制御部１０６、サーボ部１０５、光ピックアップ１０２、さらには記録再生信号処理部１２４により、光ディスク１０１上に書き込まれる。また、デジタル入力端子１２８より入力されたデジタル信号は、直接入出力制御部１２３に入力され、他の記録動作と同様の手順で光ディスク１０１上に書き込まれる。

また、再生時には、ユーザの指示を受けて光ディスク１０１から読み出されたデジタルデータを、入出力制御部１２３を介して音声信号復号部１０７および映像信号復号部１０９に入力される。音声信号復号部１０７では所定の音声信号復号処理を行なった後、デジタルデータからアナログ信号に変換し、音声出力端子１０８を介して外部のアンプに接続され、スピーカ等から音声が再生される。映像信号復号部１０９では所定の映像信号復号処理を行なった後、デジタルデータからアナログ信号に変換し、映像合成部１１０において、字幕情報やグラフィックス情報等を合成して映像信号出力端子１１２に出力する。映像信号出力端子から出力された映像信号は、外部のモニタに接続され、映像として表示される。

以上述べた手順により、本実施例にかかる装置において、デジタル放送によって配信されるデジタルデータを記録し、再生することが可能である。

また、本実施例にかかる記録装置では、ストリームファイルの記録と同時に、メタデータを記録する。例えば、各シーンの映像を自動的に認識し、そのシーンに出演している俳優の名前やアイテムなどの情報を自動的にメタデータとして追加することが可能である。また、メタデータの記録方法は、これに限定されるものではなく、例えば、ストリーム記録とメタデータ記録を別々に行なっても良い。この場合、ユーザがメタデータを付加したいシーンを選択し、そのシーンに設定するメタデータの種類やキーワードを設定すれば良い。なお、ユーザによって設定されたメタデータは、映像の時刻情報とともに、メタデータファイルに記録する。このとき、記録したメタデータ構造の情報をメタデータ構造判別ファイルに記録しておくと、後のメタデータ構造変換処理の効率が向上し、使い勝手が良い。ただし、メタデータ構造判別ファイルは記録しておかなくても、本実施例にかかる記録装置では、記録されたメタデータを解析し、キーワードを検索条件としたシーン検索によって、メタデータ構造を変換することが可能である。

また、メタデータ記録時には、所定構造のメタデータを記録するだけでなく、複数のメタデータを記録するように構成しても良い。例えば、前記所定構造のメタデータを変換し、シーン検索に有利なメタデータを記録しても良い。

以上説明したように、ストリーム記録と同時に所定構造のメタデータを記録することにより、所定構造のメタデータに対応した記録再生装置間でのデータ相互利用が可能になる。また、所定構造以外のメタデータ、例えば、シーン検索に有利なメタデータを記録することにより、そのメタデータに対応した記録再生装置間でのデータ相互利用が可能になる。また、記録してあるメタデータ構造を判別する情報も併せて記録しておくことにより、さらに使い勝手が向上する。

もちろん、本実施例にかかる再生装置および記録装置では、所定構造のメタデータを所定構造以外のメタデータに変換するだけでなく、その逆に所定構造以外のメタデータから所定構造のメタデータに変換することも可能である。これにより、例えば、所定構造のメタデータに対応しておらず、互換性に劣る光ディスクであっても、本実施例の装置によって、所定構造のメタデータに変換した結果を光ディスクに記録することにより、機器間の互換性に優れた光ディスクにすることができる。

なお、複数のシーンからなる映像情報を記録再生する記録再生装置であって、複数のシーンからなる映像情報の所定のシーンに関連した関連情報を再生する再生部と、再生部が再生する関連情報を表示手段に出力する出力部と、関連情報に、該関連情報に対応するシーンを関連付ける制御部と、を有し、関連情報に基づいて、制御部が関連付けた所定のシーンを検索する記録再生装置によっても、ユーザの使い勝手が向上する。

さらに、関連情報から制御部が関連付けた所定のシーンを検索し、表示手段に該当するシーンの縮小画（ここでは、小さい画あるいはシーンの代表的な小さい画などを示す）を出力する記録再生装置とすることで文字情報によるユーザへの通知と異なり、シーンの内容が容易に把握しやすいという映像情報ならではの効果もある。

さらには、ユーザの関連情報の選択があったときは、制御部が関連付けられたシーンを検索し、表示手段に該当するシーンの縮小画を出力し、ユーザが所望の縮小画を選択することにより、前記再生部が該当するシーンを再生する記録再生装置とすることでシーンの数が多くなっても検索性を保つことができる。

なお、ＡＶデータ（音声映像情報等）、ＡＶデータの管理情報及びメタデータが関連付けられているため、メタデータから検索したシーンが、ＡＶデータの始まりから何時何分何秒のところまでの特定も可能になる。これにより正確なシーンの読み出しが容易になる。また、上記関係は、メタデータに、該メタデータに対応するシーンを関連付けた後（あるいはメタデータの構造変換を行った後）であっても、変わらないため検索性が向上する。言い換えれば上記関係を保ちつつ、メタデータに、該メタデータに対応するシーンを関連付け（あるいはメタデータの構造変換）ができる。

本実施例にかかる再生装置、記録装置、記録媒体では、記録媒体上に記録されている映像情報とそれに関連するメタデータを所定の構造のまま利用することができる上に、前記メタデータの構造を異なる構造に変換する手段を有している。したがって、所定の構造のメタデータを利用することで、他の記録再生装置と同様の機能を提供することができる上、前記所定の構造のメタデータを異なる構造に変換することで、本実施例の再生装置および記録装置は、独自の検索機能やＵＩを提供することができる。メタデータ構造を変換することにより、所定の構造のメタデータではシーン検索や画面表示が効率良く行えない場合や、それらがユーザの好みに適合しない場合には、ユーザは複数種類の検索機能やＵＩから最も使い易いものを選択して使用することができるため、使い勝手が向上する。

再生装置のブロック図 光ディスク上のディレクトリ構造 シーンがキーワードを持つメタデータ構造 メタデータを利用したシーン情報表示（階層毎の情報表示） メタデータを利用したシーン情報表示（全階層の情報表示） キーワードがシーンを持つメタデータ構造 キーワードによるシーン検索画面表示 メタデータ構造変換処理のフローチャート メタデータ変換処理のフローチャート ネットワーク対応再生装置のブロック図 記録装置のブロック図 デジタル放送対応記録再生装置のブロック図

符号の説明

１０１…光ディスク、１０２…光ピックアップ、１０３…再生信号処理部、１０４…出力制御部、１０５…サーボ部、１０６…ドライブ制御部、１０７…音声信号復号部、１０８…音声信号出力端子、１０９…映像信号復号部、１１０…映像合成部、１１１…グラフィック表示部、１１２…映像信号出力端子、１１３…システム制御部、１１４…記憶装置、１１５…リモコン受信部、１１６…ネットワーク制御部、１１７…ネットワーク、１１８…音声信号入力端子、１１９…音声信号符号部、１２０…映像信号入力端子、１２１…映像信号符号部、１２２…多重化部、１２３…入出力制御部、１２４…記録再生信号処理部、１２５…アンテナ入力端子、１２６…復調部、１２７…分離部、１２８…デジタル入力端子、２０１…ｉｎｆｏ．ｄｖｒファイル、２０２…メニュー表示プログラム、２０３…プレイリストファイル、２０４…クリップ情報ファイル、２０５…ストリームファイル、２０６…メタデータファイル、２０７…メタデータ構造判別ファイル

Claims (13)

1. 複数のシーンからなる映像情報を記録再生する記録再生装置であって、
   前記複数のシーンからなる映像情報の、所定のシーンに関連した関連情報を再生する再生部と、
   前記再生部が再生する関連情報を表示手段に出力する出力部と、
   前記関連情報に、前記関連情報に対応するシーンを対応付ける制御部と、
   を有し、
   前記関連情報に基づいて、前記制御部が対応付けたシーンを検索する記録再生装置。
2. 請求項１記載の記録再生装置であって、
   前記制御部は、前記関連情報に基づいて、前記制御部が対応付けたシーンを検索し、
   前記出力部が前記表示手段に該当するシーンの縮小画を出力する記録再生装置。
3. 請求項２記載の記録再生装置であって、
   ユーザが前記関連情報を選択する選択部を有し、
   前記選択部からユーザの選択があったときは、前記制御部がユーザの選択した関連情報に対応付けられたシーンを検索し、前記出力手段が前記表示手段に該当するシーンの縮小画を出力し、ユーザが所望の縮小画を選択することにより、前記再生部が該当するシーンを再生する記録再生装置。
4. 記録媒体に記録されたＡＶデータ、該ＡＶデータの管理情報及び該ＡＶデータに関連した情報を再生する再生装置であって、
   前記記録媒体より読み出されたＡＶデータ、該ＡＶデータの管理情報及び該ＡＶデータに関連した情報の再生処理を行なう再生処理部と、
   前記再生処理部により読み出されたＡＶデータを出力する出力部と、
   ユーザが操作をするためのユーザインターフェース部と、
   前記ユーザインターフェース部からの入力により前記再生処理部を制御する制御部と、
   前記ＡＶデータに関連した情報を第１の情報構造から第２の情報構造へ変換する情報構造変換部と、
   を有し、
   前記制御部の制御により前記情報構造変換部が、前記記録媒体に記録された第１の情報構造を第２の情報構造に変換する再生装置。
5. 請求項４に記載の再生装置であって、
   情報を記憶する情報記憶部を有し、
   前記制御部は、前記情報構造変換部が変換した第２の情報構造を前記情報記憶部に記憶する再生装置。
6. 請求項５に記載の再生装置であって、
   前記制御部は、前記記録媒体に予め記録された第１の情報構造と前記情報構造変換部が変換した第２の情報構造とを判別するための情報を、前記情報記憶部に、記録媒体固有の識別情報と関連付けて記憶する再生装置。
7. 請求項６に記載の再生装置であって、
   前記制御部は、前記記憶した情報構造を判別するための情報に基づき、情報構造を判別して再生制御する再生装置。
8. 請求項７に記載の再生装置であって、
   ネットワークと接続するネットワーク接続部を有し、
   前記制御部は、ネットワークで接続されたファイルサーバー上に置かれている情報を、ネットワークを介して取得し、該取得した情報を前記情報記憶部に記憶する再生装置。
9. 記録媒体にＡＶデータ、該ＡＶデータの管理情報及び該ＡＶデータに関連した情報を記録する記録装置であって、
   外部から入力されたＡＶデータを受信する受信回路と、
   前記受信回路で受信したＡＶデータを前記記録媒体に記録する記録処理回路と、
   ユーザが操作をするためのユーザインターフェース部と、
   前記ユーザインターフェース部からの入力により前記各回路を制御する制御部と、
   前記ＡＶデータに関連した情報を第１の情報構造から第２の情報構造へ変換する情報構造変換部と、
   を有し、
   前記制御部は、前記情報構造変換部が変換した第２の情報構造を前記記録媒体に記録する記録装置。
10. 請求項９に記載の記録装置であって、
    前記制御部は、前記記録媒体に予め記録された第１の情報構造と前記情報構造変換部が変換した第２の情報構造とを判別するための情報を、前記記録媒体に、記録媒体固有の識別情報と関連付けて記憶する記録装置。
11. 複数のシーンからなる映像情報を記録再生する記録再生装置であって、
    前記複数のシーンからなる映像情報の、それぞれのシーンに関連した関連情報を再生する再生部と、
    前記再生部が再生する関連情報を表示手段に出力する出力部と、
    前記それぞれのシーンに関連した関連情報のうち、異なるシーンで共通する関連情報に、対応するシーンを対応付ける制御部と、
    を有し、
    前記関連情報に基づいて、前記制御部が対応付けたシーンを検索する記録再生装置。
12. 複数の、映像情報の一場面としてのシーンからなる映像情報を記録再生する記録再生装置であって、
    前記複数のシーンからなる映像情報の、所定のシーンに関連した関連情報を再生する再生部と、
    前記再生部が再生する関連情報を表示手段に出力する出力部と、
    前記関連情報に、前記関連情報に対応するシーンを対応付ける制御部と、
    を有し、
    前記関連情報に基づいて、前記制御部が対応付けたシーンを検索する記録再生装置。
13. 請求項１２記載の記録再生装置であって、
    前記映像情報はＭＰＥＧ２方式で圧縮された映像情報であり、
    前記シーンはＧＯＰ単位である記録再生装置。
    

Images