JP4821689B2 - 情報処理装置および情報処理方法、プログラム、並びに、プログラム格納媒体 - Google Patents

Description

本発明は、情報処理装置および情報処理方法、プログラム、並びに、プログラム格納媒体に関し、特に、フォーマット変換を行う場合に用いて好適な、情報処理装置および情報処理方法、プログラム、並びに、プログラム格納媒体に関する。

従来、ＡＶ（Audio Visual)ストリームの管理のために、ＡＶストリームとそれに付随する情報であるClip InformationのペアであるClipと、Clipのアクセスポイントを指定するタイムスタンプを有するPlayListとの２つのレイヤを有するアプリケーションフォーマットが用いられている。

これらのアプリケーションフォーマットでは、PlayList上やClip上にマークを設定したり、PlayListやマークにサムネイル画像を定義することが可能である（例えば、特許文献１または特許文献２参照）。

特許３６６３６２６号公報 特開２００２−５６６５１号公報

ところで、このような形式のアプリケーションフォーマットの中に複数のフォーマットが存在する場合があり、フォーマット変換が必要とされる場合がある。

そして、それぞれのフォーマットにおいて、ユーザに対するメニューの提供方法が異なるように定義されることが考えられる。

本発明はこのような状況に鑑みてなされたものであり、異なるフォーマットが存在し、それらのフォーマット間でフォーマット変換を行った場合でも、ユーザにメニューを提供するためのデータを生成することを可能とするためのものである。

本発明の一側面の情報処理装置は、ビデオデータを含むトランスポートストリーム、および前記トランスポートストリームの再生を管理する再生管理情報を含んで構成されるコンテンツプログラムのフォーマット変換を実行する情報処理装置であって、ユーザの操作入力を受けることが可能なメニュー画面を表示するためのストリームデータを含むことができない第１のフォーマットの前記コンテンツプログラムを取得するコンテンツ取得手段と、前記コンテンツ取得手段により取得された前記第１のフォーマットの前記コンテンツプログラムにおける前記再生管理情報に含まれるデータを基に、前記トランスポートストリームに含まれる前記ビデオデータから、前記コンテンツプログラムの内容を示すサムネイルデータを生成して取得するサムネイルデータ取得手段と、前記サムネイルデータ取得手段により取得された前記サムネイルデータ、および、前記再生管理情報に基づいて、前記サムネイルデータを含む前記メニュー画面を表示するためのストリームデータを生成する生成手段と、前記生成手段により生成された前記メニュー画面を表示するためのストリームデータを、前記メニュー画面を表示するためのストリームデータを含むことができる第２のフォーマットの前記コンテンツプログラムのデータ内に登録する登録手段とを備える。

前記生成手段により生成された前記メニュー画面を表示するためのストリームデータに含まれる前記サムネイルデータに、前記トランスポートストリームの再生を制御するコマンドを定義するコマンド定義手段を更に備えさせるようにすることができる。

前記生成手段により生成された前記メニュー画面を表示するためのストリームデータを再生させるための再生管理情報を生成する再生管理情報生成手段を更に備えさせるようにすることができる。

前記生成手段には、前記再生管理情報に基づいて前記メニュー画面のグラフィックスデータの基本構造を保持するための情報を生成させるようにすることができるとともに、前記サムネイルデータ取得手段により取得された前記サムネイルデータから、前記サムネイルデータの色情報を定義する情報、および、前記サムネイルデータの形状情報を保持する情報を生成させるようにすることができる。

本発明の一側面の情報処理方法は、ビデオデータを含むトランスポートストリーム、および前記トランスポートストリームの再生を管理する再生管理情報を含んで構成されるコンテンツプログラムのフォーマット変換を実行する情報処理装置の情報処理方法であって、ユーザの操作入力を受けることが可能なメニュー画面を表示するためのストリームデータを含むことができない第１のフォーマットの前記コンテンツプログラムを取得し、前記第１のフォーマットの前記コンテンツプログラムにおける前記再生管理情報に含まれるデータを基に、前記トランスポートストリームに含まれる前記ビデオデータから、前記コンテンツプログラムの内容を示すサムネイルデータを生成して取得し、取得された前記サムネイルデータ、および、前記再生管理情報に基づいて、前記サムネイルデータを含む前記メニュー画面を表示するためのストリームデータを生成し、前記メニュー画面を表示するためのストリームデータを、前記メニュー画面を表示するためのストリームデータを含むことができる第２のフォーマットの前記コンテンツプログラムのデータ内に登録するステップを含む。

本発明の一側面のプログラムおよびプログラム格納媒体に格納されているプログラムは、ビデオデータを含むトランスポートストリーム、および前記トランスポートストリームの再生を管理する再生管理情報を含んで構成されるコンテンツプログラムのフォーマット変換をコンピュータに実行させるためのプログラムであって、ユーザの操作入力を受けることが可能なメニュー画面を表示するためのストリームデータを含むことができない第１のフォーマットの前記コンテンツプログラムを取得し、前記第１のフォーマットの前記コンテンツプログラムにおける前記再生管理情報に含まれるデータを基に、前記トランスポートストリームに含まれる前記ビデオデータから、前記コンテンツプログラムの内容を示すサムネイルデータを生成して取得し、取得された前記サムネイルデータ、および、前記再生管理情報に基づいて、前記サムネイルデータを含む前記メニュー画面を表示するためのストリームデータを生成し、前記メニュー画面を表示するためのストリームデータを、前記メニュー画面を表示するためのストリームデータを含むことができる第２のフォーマットの前記コンテンツプログラムのデータ内に登録するステップを含む処理をコンピュータに実行させる。

本発明の一側面においては、ユーザの操作入力を受けることが可能なメニュー画面を表示するためのストリームデータを含むことができない第１のフォーマットのコンテンツプログラムが取得され、第１のフォーマットのコンテンツプログラムにおける再生管理情報に含まれるデータを基に、前記トランスポートストリームに含まれる前記ビデオデータから、コンテンツプログラムの内容を示すサムネイルデータが生成されて取得され、取得されたサムネイルデータ、および、再生管理情報に基づいて、サムネイルデータを含むメニュー画面を表示するためのストリームデータが生成され、メニュー画面を表示するためのストリームデータが、メニュー画面を表示するためのストリームデータを含むことができる第２のフォーマットのコンテンツプログラムのデータ内に登録される。

ネットワークとは、少なくとも２つの装置が接続され、ある装置から、他の装置に対して、情報の伝達をできるようにした仕組みをいう。ネットワークを介して通信する装置は、独立した装置どうしであっても良いし、１つの装置を構成している内部ブロックどうしであっても良い。

また、通信とは、無線通信および有線通信は勿論、無線通信と有線通信とが混在した通信、即ち、ある区間では無線通信が行われ、他の区間では有線通信が行われるようなものであっても良い。さらに、ある装置から他の装置への通信が有線通信で行われ、他の装置からある装置への通信が無線通信で行われるようなものであっても良い。

映像処理装置は、独立した装置であっても良いし、情報処理装置や、記録再生装置などのフォーマット変換処理を行うブロックであっても良い。

以上のように、本発明の一側面によれば、フォーマット変換をすることができ、特に、メニュー画面を表示するためのストリームを有することができない第１のフォーマットから、メニュー画面を表示するためのストリームを有することができる第２のフォーマットへのフォーマット変換時に、第１のフォーマットが有するデータを用いて、メニュー画面を表示するためのストリームを生成することができるので、第１のフォーマットを第２のフォーマットに変換することにより、そのデータにおいて、メニュー画面を表示することが可能となる。

以下に本発明の実施の形態を説明するが、本発明の構成要件と、明細書または図面に記載の実施の形態との対応関係を例示すると、次のようになる。この記載は、本発明をサポートする実施の形態が、明細書または図面に記載されていることを確認するためのものである。従って、明細書または図面中には記載されているが、本発明の構成要件に対応する実施の形態として、ここには記載されていない実施の形態があったとしても、そのことは、その実施の形態が、その構成要件に対応するものではないことを意味するものではない。逆に、実施の形態が構成要件に対応するものとしてここに記載されていたとしても、そのことは、その実施の形態が、その構成要件以外の構成要件には対応しないものであることを意味するものでもない。

本発明の一側面の情報処理装置（例えば、図１の映像処理装置１１）は、ビデオデータを含むトランスポートストリーム、および前記トランスポートストリームの再生を管理する再生管理情報を含んで構成されるコンテンツプログラムのフォーマット変換を実行する情報処理装置であって、ユーザの操作入力を受けることが可能なメニュー画面を表示するためのストリームデータ（例えば、IGストリーム）を含むことができない第１のフォーマットの前記コンテンツプログラムを取得するコンテンツ取得手段（例えば、図１４の変換前データ取得部１０１）と、前記コンテンツ取得手段により取得された前記第１のフォーマットの前記コンテンツプログラムにおける前記再生管理情報に含まれるデータを基に、前記トランスポートストリームに含まれる前記ビデオデータから、前記コンテンツプログラムの内容を示すサムネイルデータを生成して取得するサムネイルデータ取得手段（例えば、図１４の第１のサムネイル抽出部１０２、マーク抽出部１０３、第２のサムネイル抽出部１０４）と、前記サムネイルデータ取得手段により取得された前記サムネイルデータ、および、前記再生管理情報に基づいて、前記サムネイルデータを含む前記メニュー画面を表示するためのストリームデータを生成する生成手段（例えば、図１４のIG生成部１０５）と、前記生成手段により生成された前記メニュー画面を表示するためのストリームデータを、前記メニュー画面を表示するためのストリームデータを含むことができる第２のフォーマットの前記コンテンツプログラムのデータ内に登録する登録手段（例えば、図１４のIGストリーム登録処理部１０６）とを備える。

前記生成手段により生成された前記メニュー画面を表示するためのストリームデータに含まれる前記サムネイルデータに、前記トランスポートストリームの再生を制御するコマンドを定義するコマンド定義手段（例えば、図１４のコマンド処理部１０７）を更に備えることができる。

前記生成手段により生成された前記メニュー画面を表示するためのストリームデータを再生させるための再生管理情報を生成する再生管理情報生成手段（例えば、図１４のPlayList生成部１０８）を更に備えることができる。

前記生成手段は、前記再生管理情報に基づいて前記メニュー画面のグラフィックスデータの基本構造を保持するための情報（例えば、ＩＣＳ）を生成することができるとともに、前記サムネイルデータ取得手段により取得された前記サムネイルデータから、前記サムネイルデータの色情報を定義する情報（例えば、ＰＤＳ）、および、前記サムネイルデータの形状情報を保持する情報（例えば、ＯＤＳ）を生成することができる。

本発明の一側面の情報処理方法は、ビデオデータを含むトランスポートストリーム、および前記トランスポートストリームの再生を管理する再生管理情報を含んで構成されるコンテンツプログラムのフォーマット変換を実行する情報処理装置（例えば、図１の映像処理装置１１）の情報処理方法であって、ユーザの操作入力を受けることが可能なメニュー画面を表示するためのストリームデータ（例えば、IGストリーム）を含むことができない第１のフォーマットの前記コンテンツプログラムを取得し（例えば、図１５のステップＳ１２、図１７のステップＳ６２、または、図１９のステップＳ１０２の処理）、前記第１のフォーマットの前記コンテンツプログラムにおける前記再生管理情報に含まれるデータを基に、前記トランスポートストリームに含まれる前記ビデオデータから、前記コンテンツプログラムの内容を示すサムネイルデータを生成して取得し（例えば、図１５のステップＳ１５、図１７のステップＳ６４、図１９のステップＳ１０５、並びに図２０のステップＳ１１１およびステップＳ１１２の処理）、取得された前記サムネイルデータ、および、前記再生管理情報に基づいて、前記サムネイルデータを含む前記メニュー画面を表示するためのストリームデータを生成し（例えば、図１５のステップＳ１８並びに図１６のステップＳ２７およびステップＳ２８の処理、図１７のステップＳ７０並びに図１８のステップＳ７９およびステップＳ８０の処理、図１９のステップＳ１０８並びに図２０のステップＳ１１４およびステップＳ１１５の処理）、前記メニュー画面を表示するためのストリームデータを、前記メニュー画面を表示するためのストリームデータを含むことができる第２のフォーマットの前記コンテンツプログラムのデータ内に登録する（例えば、図１５のステップＳ２０および図１６のステップＳ３１の処理、図１７のステップＳ７２および図１８のステップＳ８３の処理、図１９のステップＳ１１０および図２０のステップＳ１１８の処理）ステップを含む。

本発明の一側面のプログラムは、ビデオデータを含むトランスポートストリーム、および前記トランスポートストリームの再生を管理する再生管理情報を含んで構成されるコンテンツプログラムのフォーマット変換をコンピュータに実行させるためのプログラムであって、ユーザの操作入力を受けることが可能なメニュー画面を表示するためのストリームデータ（例えば、IGストリーム）を含むことができない第１のフォーマットの前記コンテンツプログラムを取得し（例えば、図１５のステップＳ１２、図１７のステップＳ６２、または、図１９のステップＳ１０２の処理）、前記第１のフォーマットの前記コンテンツプログラムにおける前記再生管理情報に含まれるデータを基に、前記トランスポートストリームに含まれる前記ビデオデータから、前記コンテンツプログラムの内容を示すサムネイルデータを生成して取得し（例えば、図１５のステップＳ１５、図１７のステップＳ６４、図１９のステップＳ１０５、並びに図２０のステップＳ１１１およびステップＳ１１２の処理）、取得された前記サムネイルデータ、および、前記再生管理情報に基づいて、前記サムネイルデータを含む前記メニュー画面を表示するためのストリームデータを生成し（例えば、図１５のステップＳ１８並びに図１６のステップＳ２７およびステップＳ２８の処理、図１７のステップＳ７０並びに図１８のステップＳ７９およびステップＳ８０の処理、図１９のステップＳ１０８並びに図２０のステップＳ１１４およびステップＳ１１５の処理）、前記メニュー画面を表示するためのストリームデータを、前記メニュー画面を表示するためのストリームデータを含むことができる第２のフォーマットの前記コンテンツプログラムのデータ内に登録する（例えば、図１５のステップＳ２０および図１６のステップＳ３１の処理、図１７のステップＳ７２および図１８のステップＳ８３の処理、図１９のステップＳ１１０および図２０のステップＳ１１８の処理）ステップを含む処理をコンピュータに実行させる。

以下、図を参照して、本発明の実施の形態について説明する。

図１は、映像処理装置１１の構成を示すブロック図である。

映像処理装置１１は、例えば、放送信号を受信したり、放送信号と同等のコンテンツデータを電話回線やCATVを含む各種のネットワークを介して取得して、受信または取得したデータを内部に記録したり、表示装置１３に出力して表示させたり、装着された光ディスク１２などの記録媒体に記録する処理を実行することができる。また、映像処理装置１１は、装着された光ディスク１２などの記録媒体に記録されていたデータ、受信したデータ、または、外部から供給されたデータを、必要に応じてフォーマット変換する処理を実行することができる。また、映像処理装置１１は、取得して内部に記録された、または、フォーマット変換処理が施されたデータを、装着された光ディスク１２などの記録媒体に記録したり、外部の他の装置に供給する処理などを実行することができる。

映像処理装置１１は、制御部３１、アンテナ３２、放送受信制御部３３、再エンコード処理部３４、データ記録処理部３５、ローカルストレージ３６、ディスクドライブ３７、ネットワークインタフェース３８、変換処理部３９、操作入力取得部４０、再生制御部４１、AVデコーダ部４２、および、表示制御部４３を含んで構成されている。

制御部３１は、映像処理装置１１の各部を制御するものである。具体的には、例えば、操作入力取得部４０により取得されたユーザの操作入力に基づいて、ディスクドライブ３７に装着された光ディスク１２に記録されているデータを読み取って、ユーザが所望するコンテンツを再生したり、ローカルストレージ３６に記録する処理を制御したり、放送受信制御部３３により受信が制御された放送信号や、ネットワークインタフェース３８を介して供給されたデータをローカルストレージ３６に記録する処理を制御したり、変換処理部３９を制御して、ローカルストレージ３６に記録されているデータのフォーマットを変換する処理を制御する。

アンテナ３２は、放送信号を受信し、放送受信制御部３３に供給する。

放送受信制御部３３は、アンテナ３２により受信される放送信号のチューニングや復調などを実行し、復調された放送信号を、再エンコードが必要な場合は再エンコード処理部３４に、再エンコードが必要でない場合はデータ記録処理部３５に供給する。

再エンコード処理部３４は、制御部３１の制御に基づいて、必要に応じて、放送受信制御部３３により受信された放送信号を、映像処理装置１１が扱えるデータ形式に変換するための再エンコード処理を実行する。

データ記録処理部３５は、放送受信制御部３３により受信された放送信号、ネットワークインタフェース３８から供給されたデータ、または、再エンコード処理部３４により再エンコードされた符号化データなどのトランスポートストリーム（TS）の、ローカルストレージ３６への供給および記録を制御する。

ローカルストレージ３６は、例えば、ハードディスクなどにより構成され、供給されたデータを記録する。

ネットワークインタフェース３８は、有線または無線によりネットワークと接続されており、制御部３１からの制御に従って、ネットワークを介して、他の装置との間で通信を行い、他の装置から取得したデータをローカルストレージ３６に供給したり、ローカルストレージ３６から供給されたデータを他の装置に送信する。また、ネットワークインタフェース３８は、放送信号と同等のコンテンツデータを電話回線やCATVを含む各種のネットワークを介して取得した場合、取得したコンテンツデータを、必要に応じて、データ記録処理部３５に供給する。

ディスクドライブ３７は、例えば、光ディスク１２などの記録媒体を装着し、制御部３１の制御に基づいて、装着された記録媒体からデータを読み出して、ローカルストレージ３６に供給して記録させたり、装着された光ディスク１２などの記録媒体にローカルストレージ３６から供給されたデータを記録する。

変換処理部３９は、制御部３１の制御に基づいて、ローカルストレージ３６に記録されているデータのフォーマットを変換する処理を実行する。変換処理部３９が有する機能の詳細、および、フォーマットの変換については後述する。

操作入力取得部４０は、例えば、ボタン、キー、ダイヤル、タッチパッド、または、図示しないリモートコマンダから供給される赤外線などを受信する受信部を含んで構成され、ユーザからの操作入力を取得し、制御部３１に供給する。

再生制御部４１は、制御部３１の制御に基づいて、AVデコーダ部４２によるデータの再生を制御する。

AVデコーダ部４２は、再生制御部４１の制御に基づいて、ローカルストレージ３６から取得したデータを、そのデータの種類（例えば、オーディオデータであるか、ビデオデータであるか、テキストデータであるか、その他のデータであるかなど）に基づいて、それぞれ、対応する方法でデコードし、外部の表示装置１３に供給する。

表示制御部４３は、制御部３１の制御に基づいて、例えば、ユーザに対する通知や、メニュー画面などに対応する表示画面データを生成し、外部の表示装置１３に供給して、その表示を制御するとともに、変換処理部３９から供給された、例えば、ユーザに対する通知や、メニュー画面などに対応する表示画面データを、外部の表示装置１３に供給して、その表示を制御する。

次に、映像処理装置１１において扱われるデータのアプリケーションフォーマットについて説明する。

上述したように、映像処理装置１１において扱うことができるコンテンツプログラム（ナビゲーションプログラム、PlayList、および、Clip）のフォーマットは、複数種類存在し、映像処理装置１１においては、ユーザの操作入力に基づいて、所望のデータのフォーマットを変換することが可能である。

図２は、映像処理装置１１において扱われる第１のフォーマットにおけるアプリケーションフォーマットの簡単化された構造を示している。

アプリケーションフォーマットは、ＡＶ（Audio Visual)ストリームの管理のためにPlayListとClipの２つのレイヤをもつ。第１のフォーマットでは、ＡＶストリームと、必要に応じて、例えば、字幕に対応するテキストデータなど、AVストリームとともに再生可能なデータストリームと、それに付随する情報であって、対応するAVストリームの実体を管理するための情報であるClip Informationのペアを１つのオブジェクトと考え、それらをまとめてClipと称する。以下、ＡＶストリームのデータファイルをＡＶストリームファイルと称する。また、Clip InformationのデータファイルをClip Informationファイルと称する。

一般的に、コンピュータ等で用いられるファイルはバイト列として扱われるが、ＡＶストリームファイルなどにより構成されるコンテンツは時間軸上に展開され、Clipのアクセスポイントは、主に、タイムスタンプでPlayListにより指定される。

Clip中のアクセスポイントがタイムスタンプでPlayListにより示されている場合、Clip Informationファイルは、タイムスタンプから、ＡＶストリームファイルなどのストリーム中のデコードを開始すべきアドレス情報を見つけるために用いられる。

PlayListはAVストリームの再生を管理するための情報であり、ＡＶストリームなどの再生区間を示す情報の集合である。具体的には、例えば、あるＡＶストリーム中の１つの再生区間を示す情報はPlayItemと呼ばれ、PlayItemは、時間軸上の再生区間のIN点（再生開始点）とOUT点（再生終了点）のペアで表される。したがって、PlayListは、図２に示されるように１つ、または複数のPlayItemにより構成される。

図２において、左から１番目に図示されている第１のPlayListは２つのPlayItemから構成され、その２つのPlayItemにより、左側に図示される第１のClipに含まれるＡＶストリームの前半部分と後半部分がそれぞれ参照されている。また、左から２番目に図示されている第２のPlayListは１つのPlayItemから構成され、それにより、右側に図示されている第２のClipに含まれるＡＶストリーム全体が参照されている。更に、左から３番目に図示されている第３のPlayListは２つのPlayItemから構成され、その２つのPlayItemにより、左側に図示されている第１のClipに含まれるＡＶストリームの所定の部分と、右側に図示されている第２のClipに含まれるＡＶストリームの所定の部分とがそれぞれ参照されている。

PlayListの再生の順序は、後述するinfo.bdavファイルに記載されている情報によって制御される。

また、図２を用いて説明したPlayListには、PlayItemにより指定されるメインパス（Main Path）に加えて、サブプレイアイテム（Sub Play Item）を用いて指定されるサブパス（Sub path）の情報を含ませるようにすることもできる。SubPlayItemを定義すると、例えば、PlayItemにより指定されるClip（例えば、MPEG2トランスポートストリーム）に多重化されていない、独立したデータストリームをＡＶストリーム再生に同期して再生させることができる。

例えば、PlayItemにより指定されるメインパス（Main Path）のClip ＡＶストリームに対応させて、テキスト字幕ファイル、および、レンダリングに必要となるフォントファイルから構成される字幕関連情報と、字幕関連情報の再生区間を指定したSubPlayItemを用意することで、Clip ＡＶストリームの再生と同時に、テキスト字幕ファイルに記載されているデータに対応する字幕を、フォントファイルに記載されているフォントデータに基づいた表示フォントで、表示装置１３に表示させるようにすることができる。また、例えば、PlayItemにより指定されるメインパス（Main Path）のClip ＡＶストリームに対応させて、他言語の吹き替え音声データと、吹き替え音声データに対応したSubPlayItemを用意することで、Clip ＡＶストリームの再生と同時に、他言語の吹き替え音声データを再生出力することができる。

同様に、PlayItemにより指定されるメインパス（Main Path）のClip ＡＶストリームに対応させて、字幕表示用のテキストデータのストリーム（TextST stream）のみならず、所定のGUI表示画面のようなビットマップ字幕をランレングス符号化したストリームであるPGストリーム（Presentation Graphics stream）を用意することで、Clip ＡＶストリームの再生と同時に、字幕を再生出力することができる。

このような、映像処理装置１１において再生可能なコンテンツとそのコンテンツを再生するためのデータ、換言すれば、映像処理装置１１において扱うことができるPlayListおよびClipを含むデータを、コンテンツプログラム、または、単にプログラムと称するものとする。

また、上述したように、映像処理装置１１において扱うことができるコンテンツプログラム（PlayList、および、Clipを含むデータ）のフォーマットは、複数種類存在し、映像処理装置１１においては、ユーザの操作入力に基づいて、所望のデータのフォーマットを変換することが可能である。

映像処理装置１１において扱うことができるコンテンツプログラムのフォーマットには、例えば、放送ストリームをそのまま記録する場合を想定したデータフォーマットである第１のフォーマットと、再生専用のリムーバブルメディア（例えば、再生専用の光ディスクなど）にコンテンツプログラムを記録する場合のフォーマットに近い形式の（すなわち、再生専用のリムーバブルメディア用のフォーマットと非常に互換性の高い）フォーマットである第２のフォーマットが含まれている。

第１のフォーマットは、例えば、ユーザの操作入力を受けることが可能なボタンやアイコン、または、サムネイルなどのアイテムを含むインタラクティブグラフィックメニュー（Interactive graphics presentation menu）を表示させるためのIGストリーム（Interactive graphics stream）に対応したSubPlayItemを有することができない。これに対して、第２のフォーマットは、ＩＧストリームを有することができる。すなわち、第２のフォーマットで記載されたコンテンツにおいては、ユーザの操作入力を受けることが可能なボタンやアイコン、または、サムネイルなどのアイテムを含むインタラクティブグラフィックメニューを表示させることが可能である。

第２のフォーマットに関して、特に、第１のフォーマットと異なる部分についての詳細は、図８乃至図１２を参照して後述する。

また、映像処理装置１１において扱うことができるコンテンツプログラムは、例えば、特許３６６３６２６号公報、または、特開２００２−５６６５１号公報において開示されているように、PlayList上やClip上にマークを設定したり、PlayListやマークにサムネイル画像を定義することが可能である。

マークは、ClipおよびPlayListの中のハイライトや特徴的な時間を指定するためにある。

Clipに付加されるマークは、AVストリームの内容に起因する特徴的なシーンを指定する。このマークは、例えば、シーンチェンジ点（シーンスタートポイント）などで構成される。PlayListを再生する時、そのPlayListが参照するClipのマークを参照して、使用する事ができる。

そして、PlayListに付加されるマークは、主にユーザによってセットされる。このマークは、例えば、ユーザにより任意のポイントで指定されるブックマークや、前回の再生終了点を示すリジュームマークなどにより構成される。

ClipまたはPlayListにマークをセットすることは、マークの時刻を示すタイムスタンプをマークリストに追加することにより行われる。また、マークをデリートすることは、マークリストの中からそのマークのタイムスタンプを除去する事である。それゆえ、マークのセットやデリートは、AVストリームを何も変化させない。

サムネイルは、コンテンツ，PlayListまたはClipに付加される静止画である。サムネイルには、主としてユーザがカーソルを操作して見たいものを選択するためのメニュー画面で使われる、内容を表す代表画としてのサムネイル（メニューサムネイル）と、マークが指しているシーンを表す画像（マークサムネイル）とが存在する。

コンテンツと各PlayListは代表画（代表サムネイル）を持つことができる。コンテンツの代表画は、情報記録媒体としての光ディスク１２をプレーヤに入れた時に、光ディスク１２の内容を表す静止画を最初に表示する場合などに用いられる。PlayListの代表画とは、PlayListを選択するメニュー画面において、PlayListの内容を表すための静止画として用いられることを想定している。PlayListの代表画の最も簡単な実現方法は、PlayListの最初の画像をサムネイルにすることであるが、必ずしも再生時刻０の先頭の画像が内容を表す上で最適な画像とは限らない。PlayListの代表サムネイルとしては、任意の画像を決めることが出来る。

以上２種類のサムネイルをメニューサムネイルと呼ぶが、メニューサムネイルは頻繁に表示されるため、ディスクから高速に読むことが可能であることが求められる。この要求を満たすには、すべてのメニューサムネイルを１つのファイルに格納することが効率的である。メニューサムネイルは、必ずしもコンテンツ内の動画から抜き出したピクチャだけではなく、パーソナルコンピュータやデジタルスチルカメラなどから取り込んだ画像でもよい。

一方、ClipとPlayListでは、複数個のマークを任意の位置に付加することができるようになされているので、マーク位置の内容を、マーク点の画像から容易に見ることが出来るようにすると好適である。このようなマーク点を表すピクチャをマークサムネイル（Mark Thumbnails）と呼ぶ。よって、この場合は、サムネイルの元となるものは、外部から取り込んだ画像とすることもできるが、それよりも、マーク点の画像を抜き出したものが主となる。メニューサムネイルと異なり、マークサムネイルは、PlayListの詳細を表す時に使われるサブメニュー等で使われる。

すなわち、このコンテンツに含まれる複数のPlayListのうち、ユーザが所望のPlayListを選択するために表示されるメインのメニュー画面において、PlayListの内容を表すための静止画として、PlayListの代表画としてのメニューサムネイルが用いられ、ユーザが所望の再生開始位置を選択するために表示されるサブメニューにおいて、PlayListに含まれる複数のマーク点を一覧表示するための静止画として、マークサムネイルが用いられる。

また、コンテンツ内に存在するファイル数を減らすために、コンテンツを代表するサムネイルとPlayListを代表するサムネイルが１つのメニューサムネイルファイルに格納されるのと同様に、すべてのマークサムネイルも１つのファイル（マークサムネイルファイル）に格納すると好適である。PlayListはメニューサムネイル１つと複数のマークサムネイルを有することができるが、Clipはユーザが直接選択する必要性がない（通常、PlayList経由で指定する）ため、メニューサムネイルを持つことはしない。

この第１のフォーマットのアプリケーションフォーマット上に必要なディレクトリ構造の例を図３に示す。

rootディレクトリは、所定の名称のディレクトリ、例えば、"BDAV"ディレクトリを含む。

このアプリケーションフォーマットによって規定されるすべてのファイルとディレクトリは、"BDAV"ディレクトリの下にストアされなければならない。

"BDAV"ディレクトリは、次に示すファイルをストアする。

"info.bdav"ファイルは、BDAVディレクトリの下に作られるアプリケーションレイヤの全体的な情報をストアするファイルである。BDAVディレクトリの下には、ただ１つのinfo.bdavがなければならない。ファイル名は、info.bdavに固定される。info.bdavには、コンテンツにサムネイル画像が付加されているか否かを示す情報が含まれており、サムネイル画像が付加されている場合、そのサムネイル画像は、menu.tdatファイルの中にストアされている。その画像は、menu.tidxファイルの中でthumbnail_indexの値を用いて参照される（図６を参照して後述する）。

"menu.tidx"ファイルおよび"menu.tdat"ファイルの２つのファイルは、メニューサムネイル画像に関連する情報をストアするものである。menu.tidxは、メニューサムネイル画像のヘッダ情報をストアする「サムネイル情報ファイル」である。menu.tdatは、メニューサムネイル画像の画像データをストアする「サムネイル画像ファイル」である。

"mark.tidx"ファイルおよび"mark.tdat"ファイルの２つのファイルは、マークサムネイル画像に関連する情報をストアするものである。mark.tidxは、マークサムネイル画像のヘッダ情報をストアする「サムネイル情報ファイル」である。mark.tdatは、マークサムネイル画像の画像データをストアする「サムネイル画像ファイル」である。

"BDAV"ディレクトリは、少なくとも３個のディレクトリを含む。

"PLAYLIST"ディレクトリの下には、PlayList（図２）のデータベースファイルが置かれなければならない。

"xxxxx.rpls"ファイルは、１つのPlayListに関連する情報をストアする。それぞれのPlayList毎に、ファイル拡張子"mpls"の１つのファイルが作られる。

"CLIPINF"ディレクトリの下には、Clip（図２）のデータベースファイルが置かれなければならない。

"STREAM"ディレクトリの下には、AVストリームファイル（図２）が置かれなければならない。"CLIPINF"ディレクトリは、それぞれのAVストリームファイルに対応して、１つのファイルをストアする。

"zzzzz.clpi"ファイルは、１つのAVストリームファイル(Clip AVストリームファイル)に対応するClip Information fileである。ファイル名は、"zzzzz.clpi"であり、ここで、"zzzzz"は、対応するPlayListファイルと同じものとなる。ファイル拡張子は、"clpi"でなければならない。

"STREAM"ディレクトリは、AVストリームのファイルをストアする。

"zzzzz.m２ts"ファイルは、このアプリケーションフォーマットを格納するファイルシステムにより扱われるAVストリームファイル、すなわち、Clip AVストリームファイルである。ファイル名は、"zzzzz.m２ts"であり、ここで"zzzzz"は、対応するPlayListファイルと同じものとなる。ファイル拡張子は、"m２ts"でなければならない。

また、"BDAV"ディレクトリには、これらのディレクトリやファイル以外にも、例えば、コンテンツのメタデータを格納するフォルダや、バックアップデータを格納するフォルダ、コンテンツの再生に用いられるアプリケーションプログラム（例えば、上述したMovie ObjectやBD−J Objectなど）を格納するフォルダなどを配置することが可能である。

次に、AVストリームファイルの再生情報を管理するデータベースフォーマットについて説明する。

図４は、PlayListファイルにストアされるデータの一部であるPlayListMarkのシンタクスを示す。

PlayListMarkは、PlayListに付加されるマークの情報をストアする。なお、PlayListの代表画像の情報もまた、PlayListMarkに含まれる。

number_of_PlayList_marksは、PlayListMarkの中にストアされているマークのエントリ数を示す。

mark_typeは、マークのタイプを示す。

ref_to_PlayItem_idは、マークが置かれているPlayItemを指定するところのPlayItem_idの値を示す。

mark_time_stampは、そのマークが指定されたポイントを示すタイムスタンプをストアする。

ref_to_menu_thumbnail_indexは、PlayListの代表画像を示すサムネイル画像の情報を示す。ref_to_menu_thumbnail_indexフィールドが、０xFFFFでない値の場合、PlayListの代表画像を示すサムネイル画像が存在し、そのサムネイル画像は、menu.tdatファイルの中にストアされている。その画像は、menu.tidxファイルの中でthumbnail_indexの値を用いて参照される（図６を参照して後述する）。ref_to_menu_thumbnail_indexフィールドが、０xFFFF である場合、PlayListの代表画像を示すサムネイル画像が存在しない事を示す。

ref_to_mark_thumbnail_indexは、マークに付加されるサムネイル画像の情報を示す。ref_to_mark_thumbnail_indexフィールドが、０xFFFFでない値の場合、そのマークにはサムネイル画像が付加されており、そのサムネイル画像は、mark.tdatファイルの中にストアされている。その画像は、mark.tidxファイルの中でthumbnail_indexの値を用いて参照される（図６を参照して後述する）。ref_to_mark_thumbnail_indexフィールドが、０xFFFF である場合、そのマークにはサムネイル画像が付加されていない事を示す。

図５は、Clip Informationファイルにストアされるデータの一部であるClipMarkのシンタクスを示す。ClipMarkは、Clipに付加されるマークの情報をストアする。

number_of_Clip_marksは、ClipMarkの中にストアされているマークのエントリ数を示す。

mark_typeは、マークのタイプを示す。

ref_to_STC_idは、mark_time_stampが置かれているClipのシステムタイムベースの時間軸を指定する情報である。

mark_time_stampは、Clip AVストリームの中でマークが指定されたポイントを、プレゼンテーションタイムスタンプをベースとして表した情報である。

ref_to_mark_thumbnail_indexは、マークに付加されるサムネイル画像の情報を示す。ref_to_mark_thumbnail_indexフィールドが、０xFFFFでない値の場合、そのマークにはサムネイル画像が付加されており、そのサムネイル画像は、mark.tdatファイルの中にストアされている。その画像は、mark.tidxファイルの中でthumbnail_indexの値を用いて参照される（図６を参照して後述する）。ref_to_mark_thumbnail_indexフィールドが、０xFFFF である場合、そのマークにはサムネイル画像が付加されていない事を示す。

次に、サムネイルについての情報をストアするファイルの内容について説明する。

"menu.tidx"と"menu.tdat"（図３）は、メニューサムネイル、すなわちコンテンツを代表する１つのピクチャ、および、PlayList毎にそれを代表する１つのピクチャの情報をストアする。すべてのメニューサムネイルのヘッダ情報は、１つのmenu.tidxに集めて管理される。すべてのメニューサムネイルのピクチャデータは、１つのmenu.tdatに集めて管理される。

"mark.tidx"と"mark.tdat"（図３）は、マークサムネイル、すなわちマーク点で指されるピクチャについての情報をストアする。コンテンツ中のすべてのClipおよびPlayListに付加されているすべてのマークサムネイルのヘッダ情報は、１つのmark.tidxに集めて管理される。すべてのマークサムネイルのピクチャデータは、１つのmark.tdatに集めて管理される。

サムネイルのピクチャデータは、例えば、画像をＪＰＥＧで符号化したデータである。

これら４個のファイルのシンタクスとセマンティクスを説明する。

"menu.tidx"と"mark.tidx"は、同じシンタクス構造を持つ。図６は、"menu.tidx"と"mark.tidx"のシンタクス構造を示す。

number_of_thumbnailsは、menu.tidxの場合にはmenu.tdatにストアされているサムネイルピクチャの数であり、mark.tidxの場合にはmark.tdatにストアされているサムネイルピクチャの数である。

tn_block_sizeは、menu.tidxの場合にはmenu.tdatの中の１つのtn_blockのサイズを示し、mark.tidxの場合にはmark.tdatの中の１つのtn_blockのサイズを示す。このサイズは、１０２４バイトを単位とする大きさである。例えば、tn_block_size=１６は、１つのtn_blockのサイズが１６×１０２４バイトであることを示す。１つのサムネイルピクチャは、１つのtn_blockの中にストアされなければならない。

number_of_tn_blocksは、menu.tidxの場合にはmenu.tdatの中にあるtn_blockの数を示し、mark.tidxの場合にはmark.tdatの中にあるtn_blockの数を示す。

thumbnail_indexは、このthumbnail_indexフィールドに続くサムネイル情報のインデクス番号を表す。thumbnail_indexとして、０xFFFF という値を使用してはならない。menu.tidxの場合、thumbnail_indexは、info.bdav、または、PlayListMark()の中のref_to_menu_thumbnail_indexによって参照される。mark.tidxの場合、thumbnail_indexは、PlayListMark()およびClipMark()の中のref_to_mark_thumbnail_indexによって参照される。

ref_to_tn_block_idは、menu.tdat / mark.tdatのシンタクス中のtn_block_idの値を参照する。menu.tidxの場合、ref_to_tn_block_idは、menu.tdat中の１つのtn_blockを示し、そのtn_blockは、thumbnail_indexで指されるサムネイル画像をストアしている。mark.tidxの場合、ref_to_tn_block_idは、mark.tdat中の１つのtn_blockを示し、そのtn_blockは、thumbnail_indexで指されるサムネイル画像をストアしている。

picture_byte_size[ref_to_tn_block_id]は、thumbnail_indexのインデックス番号を持つサムネイル画像のデータ長をバイト単位で示す。picture_byte_sizeは、(１０２４×tn_block_size-N１)バイト以下でなければならない。すなわち、記録装置は１つの符号化サムネイルピクチャのデータ長を(１０２４×tn_block_size-N１)バイト以下になるように、符号化しなければならない。

horizontal_picture_size[ref_to_tn_block_id]は、thumbnail_indexのインデックス番号を持つサムネイル画像の水平方向の画素数を示す。

vertical_picture_size[ref_to_tn_block_id]は、thumbnail_indexのインデックス番号を持つサムネイル画像の垂直方向の画素数を示す。

図７は、"menu.tdat"と"mark.tdat"のシンタクス構造を示す。"menu.tdat"と"mark.tdat"は、同じシンタクス構造を持つ。

tn_block(tn_block_id)は、tn_blockの配列の中でtn_block_idの引数によって指し示される１つのtn_blockを示す。menu.tdatの場合、tn_block_idの値は、menu.tidxの中のref_to_tn_block_idによって参照される。mark.tdatの場合には、tn_block_idの値は、mark.tidxの中のref_to_tn_block_idによって参照される。

menu.tdatの場合、１つのtn_blockのサイズはmenu.tdatの中のtn_block_sizeで示される。mark.tdatの場合、１つのtn_blockのサイズはmark.tdatの中のtn_block_sizeで示される。

ところで、映像処理装置１１において扱うことができるコンテンツプログラムのフォーマットには、上述した第１のフォーマットと第２のフォーマットとが含まれる。

第１のフォーマットおよび第２のフォーマットのいずれにおいても、所定のGUI表示画面のようなビットマップ字幕をランレングス符号化したストリームであるPGを、一定の条件を満たすことにより、Clipに含めることが可能である。そして、第１のフォーマットにおいては、例えば、ユーザの操作入力を受けることが可能なボタンやアイコン、または、サムネイルなどのアイテムを含むインタラクティブグラフィックメニュー（Interactive graphics presentation menu）を表示させるためのIGをClipに含めることはできないが、第２のフォーマットにおいては、IGをClipに含めることが可能である。

すなわち、上述したように、第１のフォーマットは、例えば、放送ストリームをそのまま記録する場合を想定したデータフォーマットであり、IGストリームを含むことができないため、ナビゲーションプログラムの処理によりIGストリームを利用したメニュー画面を表示させることができない。

第２のフォーマットは、再生専用のリムーバブルメディア（例えば、再生専用の光ディスクなど）にコンテンツプログラムを記録する場合のフォーマットに近い形式の（すなわち、再生専用のリムーバブルメディア用のフォーマットと非常に互換性の高い）フォーマットであり、第１のフォーマットとは異なり、IGストリームを含むことが可能であるので、ナビゲーションプログラムの処理によりIGストリームを利用したメニュー画面を表示させることができる。

図８は、映像処理装置１１において扱われる第２のフォーマットにおけるアプリケーションフォーマットの簡単化された構造を示している。

第２のフォーマットのデータにおいても、アプリケーションフォーマットは、ＡＶ（Audio Visual)ストリームの管理のためにPlayListとClipの２つのレイヤをもつ。そして、第２のフォーマットにおいては、PlayListとClipの２つのレイヤの上位に、インデックスファイル（Index.bdmv）と、ナビゲーションプログラム（Navigation program）が存在する。

ナビゲーションプログラム（Navigation program）は、PlayListの再生の順序や、PlayListのインタラクティブな再生をコントロールする機能を、再生制御部４１に実行させるためのプログラムである。

ナビゲーションプログラムは、インデックスファイル(図９を用いて後述する)に含まれるインデックステーブルにより読み出されるMovie ObjectやBD−J Objectにより構成される。インデックステーブルは、コンテンツのタイトルやメニューの定義を行うものであり、各タイトルやメニューのエントリーポイントを保持している。インデックステーブルの詳細については後述する。

Movie ObjectやBD−J Objectは、PlayListの再生の順序や、PlayListのインタラクティブな再生をコントロールする機能を有する。また、Movie ObjectやBD−J Objectは、各種の再生の実行をユーザが指示するためのメニュー画面を表示する機能なども有する。このBD−J Objectは、例えば、Java（登録商標）などのプログラミング言語で記述される。

例えば、Movie ObjectやBD−J Objectにより、そのときの再生位置を表す情報として、左のPlayListに含まれる一番左側のPlayItemが指定された場合、そのPlayItemが参照する、Clipに含まれるＡＶストリームの前半部分の再生が行われる。このように、PlayListは、ＡＶストリームファイルなどの再生を管理するための再生管理情報として用いられる。

また、Movie ObjectやBD−J Objectには、ナビゲーションコマンドが含まれている場合がある。ナビゲーションコマンドは、ＡＶストリームファイルなどの再生を制御するための各種のコマンドである。

すなわち、第２のフォーマットにおいて、映像処理装置１１において再生可能なコンテンツとそのコンテンツを再生するためのデータ、換言すれば、映像処理装置１１において扱うことができるコンテンツプログラム（または、単にプログラムと称する）には、インデックスファイル、ナビゲーションプログラム、PlayList、および、Clipが含まれる。

なお、図８を用いて説明した第２のフォーマットにおけるPlayListにも、図２を用いて説明した第１のフォーマットにおける場合と同様にして、PlayItemにより指定されるメインパス（Main Path）に加えて、サブプレイアイテム（Sub Play Item）を用いて指定されるサブパス（Sub path）の情報を含ませるようにすることもできる。SubPlayItemを定義すると、例えば、PlayItemにより指定されるClip（例えば、MPEG2トランスポートストリーム）に多重化されていない、独立したデータストリームをＡＶストリーム再生に同期して再生させることができる。

この第２のフォーマットのアプリケーションフォーマット上に必要なディレクトリ構造の例を図９に示す。

rootディレクトリは、所定の名称のディレクトリ、例えば、"BDMV"ディレクトリを含む。

第１のフォーマットによって規定されるすべてのファイルとディレクトリは、"BDMV"ディレクトリの下にストアされなければならない。

"BDMV"ディレクトリには、「indexo.bdmv」の名前が設定されたファイルと、「MovieObject
s.bdmv」の名前が設定されたファイルが格納されている。

また、インデックスファイル（Index.bdmv）には、後述するインデックステーブルが記載されており、インデックステーブルには、映像処理装置１１において再生可能なデータファイルを再生するメニューに関する情報が記載されている。映像処理装置１１は、第２のフォーマットのコンテンツプログラムを再生する場合、Indexファイルに基づいて、第２のフォーマットのコンテンツプログラムに含まれるIGストリームを再生することにより、映像処理装置１１において再生可能なデータファイルに含まれるコンテンツを全て再生する、特定のチャプタのみ再生する、繰り返し再生する、初期メニューを表示するなどの内容の項目を含む再生メニュー画面を表示装置に表示させることが可能である。Indexファイルのインデックステーブルには各項目が選択されたときに実行するNavigationObjectを設定することができ、ユーザにより再生メニュー画面から１つの項目が選択された場合、映像処理装置１１はインデックスファイルのインデックステーブルに設定されているNavigationObjectのコマンドを実行する。

MovieObjectファイルは、MovieObjectを含むファイルである。MovieObjectは、このコンテンツのPlayListの再生を制御するコマンドを含み、例えば、映像処理装置１１は、MovieObjectの中から１つを選択して、実行することにより、コンテンツを再生させることができる。

BDMVディレクトリにはまた、「PLAYLIST」の名前が設定されたディレクトリ（PLAYLISTディレクトリ）、「CLIPINF」の名前が設定されたディレクトリ（CLIPINFディレクトリ）、「STREAM」の名前が設定されたディレクトリ（STREAMディレクトリ）、「AUXDATA」の名前が設定されたディレクトリ（AUXDATAディレクトリ）、META(METADATA)ディレクトリ、BDJOディレクトリ、および、JARディレクトリ、並びに、「BACKUP」の名前が設定されたディレクトリ（BACKUPディレクトリ）が設けられている。

PLAYLISTディレクトリには、PlayListファイルが格納される。各PlayListファイルには、図内に示されるように５桁の数字からなるファイル名に拡張子「.mpls」を付加した名
称が命名される。

CLIPINFディレクトリには、Clip Informationファイルが格納される。各Clip Informationファイルには、図内に示されるように５桁の数字からなるファイル名に拡張子「.clpi」を付加した名称が命名される。

STREAMディレクトリには、Clip ＡＶストリームファイルやサブストリームファイルが格納される。各ストリームファイルには、図内に示されるように５桁の数字からなるファイル名に拡張子「.m2ts」を付加した名称が命名される。

AUXDATAディレクトリには、Clip ＡＶストリームファイルやサブストリームファイルに含まれずに、Clip ＡＶストリームファイルやサブストリームファイルから参照されるデータや、Clip ＡＶストリームファイルやサブストリームファイルとは独立して利用されるデータなどのファイルが格納される。図９の例においては、AUXDATAディレクトリには、「sound.bdmv」の名前が設定された効果音のファイル、「11111.otf」の名前がつけられている字幕のフォントのファイル、「99999.otf」の名前がつけられている字幕のフォントのファイルが格納されている。

META(METADATA)ディレクトリには、例えば、題名、ジャンル名、俳優名、監督名、キーワード、ストーリー概要説明などを含むコンテンツのメタデータなどの接続情報などが格納されている。

BDJOディレクトリ、および、JARディレクトリには、ナビゲーションプログラムが格納されている。

BACKUPディレクトリには、このコンテンツに含まれるファイルやデータをバックアップするためのファイルやデータが記録される。

また、映像処理装置１１において扱うことができる第２のフォーマットのコンテンツプログラムに含まれるナビゲーションプログラム、PlayList、および、Clipのうちのナビゲーションプログラムは、インデックステーブルにより読み出されるナビゲーションオブジェクト（Navigation Object）により構成される。図１０を用いて、インデックステーブルとナビゲーションオブジェクトについて説明する。

インデックステーブルは、コンテンツのタイトルやメニューの定義を行うものであり、各タイトルやメニューのエントリーポイントを保持している。FirstPlaybackには、このデータを記録している光ディスク１２が映像処理装置１１に装着されたときなど、インデックステーブルが読み込まれたときに最初に自動的に実行されるNavigationObjectに関する情報が含まれている。TopMenuには、ユーザが、コンテンツを全て再生する、特定のチャプタのみ再生する、繰り返し再生する、初期メニューを表示するなどの内容の項目を含む再生メニュー画面を表示させる場合などに呼び出されるTopMenuのNavigationObjectに関する情報が含まれている。それぞれのTitleは、所定のTitle IDで区別されるタイトルごとに割り当てられて呼び出すことが可能なNavigationObjectに関する情報が含まれている。この図１０においては、１つのTitleに付き１つのNavigation Commandが存在している。

ナビゲーションオブジェクトは、実行可能なコマンドであるNavigation commandから成っている。Navigation Commandは、例えば、PlayListの再生や、他のNavigation Objectの呼び出しなどの各種コマンドを含む。例えば、Navigation Command#3に、PlayList#1を再生するための命令文が含まれる場合、Navigation Command#3を実行すると、PlayList#1
が再生される。

Indexファイル（Index.bdmv）のシンタクスを図１１に示す。

Type_indicatorは、ＩＳＯ６４６に基づいて符号化された"ＩＮＤＸ"の値が記述されるフィールドである。

version_numberは、Index.bdmvのバージョンナンバーを示す４文字の文字列であり、ＩＳＯ６４６に基づいて符号化された"００８９"の値が記述される。

Indexes_start_addressは、Indexes（）ブロックのスタートアドレスが記載されるフィールドである。

AppInfoBDMV（）には、このIndexファイルを含むデータファイルの供給元を示す、個別の識別子などが記載されている。

Indexes（）には、例えば、メニューを読み出したり、タイトルを検索したり、所定のタイトルにジャンプしたり、または、このIndexファイルを含むデータファイルが記録されている光ディスク１２が映像処理装置１１に装着された場合に自動的に起動する処理を実行するアプリケーション（NavigationObject）とのリンクが記載されている。Indexes（）のシンタクスの例については、図１２を用いて後述する。

Padding_wordは、Index.bdmvのシンタクスに基づいて挿入されるものであり、０または正の整数で表される。

Indexes（）のシンタクスの一例を、図１２に示す。

lengthは、Indexes（）に何バイトの情報が記載されているかを表すフィールドである。

FirstPlaybackは、このファイルシステムのデータが再生される場合に最初に実行されるNavigationObjectに関する情報が含まれているデータブロックである。具体的には、このファイルシステムのデータが記録された光ディスク１２が映像処理装置１１に装着されたときに最初に自動的に実行されるNavigationObjectに関する情報が含まれているデータブロックである。

FirstPlayback_mobj_id_refは、最初に実行されるNavigationObjectのmobj_idの値を指定するためのフィールドである。mobj_idは、NavigationObjectがそれぞれ固有に与えられているＩＤである。また、再生開始時に自動的に実行されるNavigationObjectが設定されない場合、すなわち、再生開始時にはアプリケーションはいずれも実行されず、ユーザによる指令を受けて、いずれかのアプリケーションが実行されるようになされている場合、このフィールドには、"0Xffff"が記載される。

TopMenu（）は、ユーザがメニュー画面を表示させる場合などに呼び出されるTopMenuのNavigationObjectに関する情報が含まれているデータブロックである。

TopMenu_mobj_id_refは、TopMenuのNavigationObjectのmobj_idの値を指定するためのフィールドである。TopMenuが設定されない場合、このフィールドには、"0xFFFF"が記載される。

number_of_Titlesは、Indexes（）に記載されているタイトルの数を表すフィールドである。

Title[title_id]（）は、title_idによって固有に区別されているそれぞれのタイトルに関する情報が記載されるブロックである。title_idは０から割り当てられる。

Title_playback_type[title_id]は、そのtitle_idによって指定されるタイトルの再生タイプを示す情報であり、例えば、再生される動画と音声による一般的なコンテンツであるMovie Titleか、ユーザの操作入力によって再生される動画や音声が変更されるなどの双方向のやり取りが可能なコンテンツであるInteractive Titleなどのタイプが示される。例えば、そのタイトルがMovie Titleである場合、PlayListに基づいた再生処理が実行される。

Title_access_type[title_id]は、そのtitle_idによって指定されるタイトルが、Title_Searchを用いて再生することが許可されているか否かを示す情報である。

reserved_for_future_useは、将来の拡張に備えるためにデータの記述内容が未設定とされている２９ビットのフィールドである。

Title_mobj_id_ref[title_id]は、そのtitle_idによって指定されるタイトルがエントリされているNavigationObjectのmobj_idの値を指定するためのフィールドである。

図１３に示されるように、第１のフォーマットと第２のフォーマットとのフォーマット変換を行う場合、PlayList,ClipInfoのそれぞれのフォーマットを変換する必要があり、また、必要に応じて、TSのフォーマットも変換する必要がある場合もある。

そして、第１のフォーマットから第２のフォーマットへフォーマット変換を行う場合、映像処理装置１１の変換処理部３９は、第１のフォーマット上に存在するデータを基に、ユーザが再生処理を指令することが可能なメニュー画面を表示するためのIGストリームおよびそのIGストリームを再生するために必要な情報を生成し、そのIGストリームが再生可能なように、生成されたIGストリームおよびそのIGストリームを再生するために必要な情報を、第２のフォーマットに変換されたコンテンツプログラムのデータディレクトリ内の所定の領域に登録する必要がある。

例えば、放送受信制御部３３により受信が制御された放送コンテンツが、第１のフォーマットでローカルストレージ３６に記録されている場合、そのままでは、IGによるメニュー画面を付けることができない。例えば、ローカルストレージ３６に記録されているコンテンツプログラムを編集したときなどにおいて、編集後のコンテンツプログラムにIGによるメニュー画面を付けることをユーザが求めた場合、そのコンテンツプログラムが第１のフォーマットで記録されているのであれば、そのコンテンツプログラムを第２のフォーマットに変換した後であれば、IGによるメニュー画面を表示させることが可能となる。

映像処理装置１１においては、例えば、ユーザの操作入力などに基づいて、第１のフォーマットと第２のフォーマットとのフォーマットの相互変換を行なうことができるようになされている。図１４は、第１のフォーマットから第２のフォーマットへのフォーマット変換を実行する変換処理部３９が有する機能を示す機能ブロック図である。

変換処理部３９は、変換前データ取得部１０１、第１のサムネイル抽出部１０２、マーク抽出部１０３、第２のサムネイル抽出部１０４、IG生成部１０５、IGストリーム登録処理部１０６、コマンド処理部１０７、PlayList生成部１０８、および、変換後データ出力部１０９の機能を有する。

変換前データ取得部１０１は、ローカルストレージ３６に記録されている変換前の第１のフォーマットのデータを取得し、第１のサムネイル抽出部１０２、マーク抽出部１０３、第２のサムネイル抽出部１０４、および、変換後データ出力部１０９に供給する。

第１のサムネイル抽出部１０２は、変換前データ取得部１０１から供給された第１のフォーマットのデータから、サムネイルデータを取得する。すなわち、第１のサムネイル抽出部１０２は、menu.tidxにストアされているメニューサムネイル画像のヘッダ情報に基づいて、menu.tdatにストアされているメニューサムネイル画像の画像データを取得するとともに、mark.tidxにストアされているマークサムネイル画像のヘッダ情報に基づいて、mark.tdatにストアされているマークサムネイル画像の画像データを取得して、IG生成部１０５に供給する。

また、第１のサムネイル抽出部１０２は、メニューサムネイルが存在しなかった場合、メニューサムネイルに代わって、そのPlayListを代表するサムネイルを、例えば、ビデオストリームの先頭フレーム、もしくは、最初のシーンチェンジのポイントのフレームを抽出したり、いずれかのPlayListMarkのMark_time_stampに基づいて、画像データを抽出することにより得て、IG生成部１０５に供給する。

マーク抽出部１０３は、変換前データ取得部１０１から供給された第１のフォーマットのデータのうち、PlayListファイルにストアされるPlayListMarkを基に、PlayListに付加されるマークの情報を取得して、第２のサムネイル抽出部１０４およびIG生成部１０５に供給する。

第２のサムネイル抽出部１０４は、マーク抽出部１０３から供給されたPlayListに付加されるマークのmark_time_stampに基づいて、そのマークが指定されたポイントに対応するサムネイル画像として、変換前データ取得部１０１から供給された第１のフォーマットのデータのうち、mark_time_stampに対応するビデオストリームのフレーム画像データを抽出して、IG生成部１０５に供給する。

IG生成部１０５は、第１のサムネイル抽出部１０２、マーク抽出部１０３、第２のサムネイル抽出部１０４から供給された各情報を基に、変換後のデータにおいてメニュー画面を表示させるためのIGストリームのデータを生成する。

具体的には、IG生成部１０５が生成するIGストリームにより表示されるインタラクティブグラフィクスのディスプレイセットは、ＩＣＳ(Interactive Composition Segment)、ＰＤＳ(Palette Definition Segment)、ＯＤＳ(Object Definition Segment)、および、ＥＮＤセグメントの４つのセグメントで構成される。

ＩＣＳは、インタラクティブグラフィクスの基本構造を保持するためのセグメントである。ＰＤＳは、サムネイルデータの色情報を定義するもので、例えばインデックス化された色情報テーブルを内包する。また、ＯＤＳは、サムネイルデータの形状情報を保持するもので、例えばサムネイルデータを表示するためのビットマップデータが、ランレングス圧縮など所定の圧縮符号化方式で圧縮符号化されて格納される。ＥＮＤセグメントはこのディスプレイセットの終わりを示すセグメントである。

IG生成部１０５は、供給されたサムネイル画像を基に、PDSおよびODSを生成するとともに、PlayListに基づいて、ICSを生成することにより、IGストリームのディスプレイセットを生成する。

IGストリーム登録処理部１０６は、IG生成部１０５により生成されたIGストリームを新たな第２のフォーマットのデータ内に登録する処理を実行する。すなわち、IGストリーム登録処理部１０６は、IG生成部１０５により、代表サムネイルに基づいて生成されたIGストリーム、すなわち、再生するPlayListを選択するための代表サムネイルが表示されたメニュー画面を表示させるためのIGストリームを、Index Tableのfirst playbackまたはTop menuに登録するとともに、マークサムネイルに基づいて生成されたIGストリーム、すなわち、PlayList Markに対応する再生位置からの再生開始をユーザが指令するためのマークサムネイルが表示されたサブメニュー画面を表示させるためのIGストリームを、Index tableのtitleのうちのいずれかに登録する。

コマンド処理部１０７は、IGにより表示されるサムネイルに、そのサムネイルを選択することにより対応する再生位置からの再生を開始させるためのナビゲーションコマンドを埋め込む。具体的には、コマンド処理部１０７は、IGにより表示されるサムネイルのうち、代表サムネイルに対応するものをユーザが選択した場合、代表サムネイルに対応するPlayListの先頭からコンテンツの再生が開始されるように、また、マークサムネイルに対応するものをユーザが選択した場合、マークサムネイルに対応するtimestampに基づいて、その地点からコンテンツの再生が開始されるように、IGにより表示されるサムネイルに、ナビゲーションコマンドを埋め込む。

PlayList生成部１０８は、マークサムネイルに基づいて生成されたIGが登録されているtitleの再生を管理するPlayList、すなわち、マークサムネイルに基づいて生成されたIGストリームの再生を管理するPlayListを生成する。

変換後データ出力部１０９は、以上の機能により、第１のフォーマットのデータから生成された、IGストリームを有し、そのIGストリームを再生することによりメニュー画面を表示可能な第２のフォーマットのデータ、すなわち、フォーマット変換後の第２のフォーマットのデータを出力する。変換後データ出力部１０９は、上述したIGストリームの生成にかかわらないデータ変換が必要な場合、その変換処理も実行するが、ここでは、その処理の詳細については省略する。

次に、図１５および図１６のフローチャートを参照して、図１４を用いて説明した変換処理部３９を有する映像処理装置１１が実行するフォーマット変換処理の第１の例である、データ変換処理１について説明する。

ステップＳ１１において、制御部３１は、操作入力取得部４０から供給される信号に基づいて、ユーザから、第１のフォーマットから第２のフォーマットへフォーマット変換されるPlayListの指定を受けたか否かを判断する。フォーマット変換されるPlayListの指定の方法はいかなる方法であっても良いが、例えば、いずれかのコンテンツプログラムが選択された場合、そのコンテンツプログラムに含まれるPlayListが、全て、フォーマット変換されるPlayListであるものと認識される。ステップＳ１１において、フォーマット変換されるPlayListの指定を受けていないと判断された場合、フォーマット変換されるPlayListの指定を受けたと判断されるまで、ステップＳ１１の処理が繰り返される。

ステップＳ１１において、フォーマット変換されるPlayListの指定を受けたと判断された場合、ステップＳ１２において、制御部３１は、ローカルストレージ３６から、フォーマット変換されるPlayListを読み出して、変換処理部３９に供給する。変換処理部３９の変換前データ取得部１０１は、ローカルストレージ３６に記録されている変換前の第１のフォーマットのデータを取得し、第１のサムネイル抽出部１０２、マーク抽出部１０３、第２のサムネイル抽出部１０４、および、変換後データ出力部１０９に供給する。第１のサムネイル抽出部１０２は、変換前データ取得部１０１から供給された第１のフォーマットのデータから、代表となるサムネイルを未確認のPlayListを抽出する。

ステップＳ１３において、第１のサムネイル抽出部１０２は、抽出されたPlayListのmenu.tidxにストアされているメニューサムネイル画像のヘッダ情報を参照し、menu.tdatに、そのPlayListの代表となるサムネイルであるメニューサムネイルが存在するか否かを判断する。

ステップＳ１３において、代表となるサムネイルが存在すると判断された場合、ステップＳ１４において、第１のサムネイル抽出部１０２は、menu.tdatにストアされている、そのPlayListの代表となるサムネイルを取得する。

ステップＳ１３において、代表となるサムネイルが存在しないと判断された場合、ステップＳ１５において、第１のサムネイル抽出部１０２は、例えば、ビデオストリームの先頭フレーム、もしくは、最初のシーンチェンジのポイントのフレームを抽出したり、代表マークのtimestampに基づいて、画像データを抽出することにより、代表となるサムネイルを生成する。

ステップＳ１４およびステップＳ１５の処理の終了後、ステップＳ１６において、第１のサムネイル抽出部１０２は、すべてのPlayListにおいて、代表となるサムネイルを得たか否かを判断する。ステップＳ１６において、すべてのPlayListにおいて、代表となるサムネイルを得ていないと判断された場合、処理は、ステップＳ１２に戻り、それ以降の処理が繰り返される。

ステップＳ１６において、すべてのPlayListにおいて、代表となるサムネイルを得たと判断された場合、ステップＳ１７において、第１のサムネイル抽出部１０２は、それぞれのPlayListのmark.tidxにストアされているマークサムネイル画像のヘッダ情報に基づいて、いずれかのPlayListに、マークサムネイルが存在するか否かを判断し、マーク抽出部１０３は、PlayListファイルにストアされるPlayListMarkを基に、いずれかのPlayListに、PlayListMarkが存在するか否かを判断する。ステップＳ１７において、いずれかのPlayListに、マークサムネイルまたはPlayListMarkが存在すると判断された場合、処理は、後述するステップＳ２１に進む。

ステップＳ１７において、いずれかのPlayListに、マークサムネイルまたはPlayListMarkが存在しないと判断された場合、ステップＳ１８において、IG生成部１０５は、第１のサムネイル抽出部１０２が取得した、または、生成した代表サムネイルデータに基づいて、PDSおよびODSを生成し、取得したPlayListに基づいて、ICSを生成する。

ステップＳ１９において、コマンド処理部１０７は、IGにより表示されるサムネイルに、対応するサムネイルが選択されたときに対応するPlayListの再生を開始させるためのナビゲーションコマンドを埋め込む。

ステップＳ２０において、IGストリーム登録処理部１０６は、代表サムネイルに基づいて作成したＩＧストリームを、Index Tableのfirst playbackまたはTop menuに登録し、処理が終了される。

ステップＳ１７において、いずれかのPlayListに、マークサムネイルまたはPlayListMarkが存在すると判断された場合、ステップＳ２１において、第１のサムネイル抽出部１０２およびマーク抽出部１０３は、マークサムネイルおよびPlayListMarkを未確認のPlayListを抽出する。

ステップＳ２２において、第１のサムネイル抽出部１０２は、mark.tidxにストアされているマークサムネイル画像のヘッダ情報に基づいて、抽出されたPlayListに、マークサムネイルが存在するか否かを判断する。

ステップＳ２２において、マークサムネイルが存在すると判断された場合、ステップＳ２３において、第１のサムネイル抽出部１０２は、mark.tidxにストアされているマークサムネイル画像のヘッダ情報に基づいて、mark.tdatにストアされているマークサムネイルを取得する。

ステップＳ２２において、マークサムネイルが存在しないと判断された場合、または、ステップＳ２３の処理の終了後、ステップＳ２４において、マーク抽出部１０３は、変換前データ取得部１０１から供給された第１のフォーマットのデータのうち、PlayListファイルにストアされるPlayListMarkを基に、マークサムネイルが定義されていないPlayListMarkが存在するか否かを判断する。

ステップＳ２４において、マークサムネイルが定義されていないPlayListMarkが存在すると判断された場合、ステップＳ２５において、マーク抽出部１０３は、マークサムネイルが定義されていないPlayListMarkの情報を、第２のサムネイル抽出部１０４に供給する。第２のサムネイル抽出部１０４は、マーク抽出部１０３から供給されたPlayListに付加されるマークのmark_time_stampから、そのマークが指定されたポイントに対応するサムネイル画像として、変換前データ取得部１０１から供給された第１のフォーマットのデータのうち、mark_time_stampに対応するビデオストリームのフレーム画像データを抽出して、PlayListMarkに対応するサムネイルを生成する。

ステップＳ２４において、マークサムネイルが定義されていないPlayListMarkが存在しないと判断された場合、または、ステップＳ２５の処理の終了後、ステップＳ２６において、第１のサムネイル抽出部１０２およびマーク抽出部１０３は、すべてのPlayListにおいて、マークサムネイルおよびPlayListMarkの有無を確認したか否かを判断する。ステップＳ２６において、すべてのPlayListにおいて、マークサムネイルおよびPlayListMarkの有無を確認していないと判断された場合、処理は、ステップＳ２１に戻り、それ以降の処理が繰り返される。

ステップＳ２６において、すべてのPlayListにおいて、マークサムネイルおよびPlayListMarkの有無を確認したと判断された場合、ステップＳ２７において、IG生成部１０５は、第１のサムネイル抽出部１０２が取得した、または、生成した代表サムネイルデータに基づいて、PDSおよびODSを生成し、取得したPlayListに基づいて、ICSを生成する。

ステップＳ２８において、IG生成部１０５は、第１のサムネイル抽出部１０２が取得したマークサムネイルデータ、または、第２のサムネイル抽出部１０４が生成したマークに対応するサムネイルデータに基づいて、PDSおよびODSを生成し、取得したPlayListに基づいて、ICSを生成する。

ステップＳ２９において、IG生成部１０５は、それぞれのPlayListの代表サムネイルにより構成されるメニュー画面を表示させるための代表サムネイル表示ボタン、および、マークサムネイルにより構成されるメニュー画面を表示させるためのマークサムネイル表示ボタンを示すグラフィックスを含むPDSおよびODSを生成する。そして、PlayList生成部１０８は、マークサムネイルにより構成されるメニュー画面を表示させるための、すなわち、マークサムネイルを表示するIGストリームを再生させるPlayListを生成する。

ステップＳ３０において、コマンド処理部１０７は、IGにより表示されるサムネイルに、対応するサムネイルを選択することにより、対応するPlayList、または、対応する再生位置からの再生を開始させるためのナビゲーションコマンドを埋め込む。

具体的には、代表サムネイルに基づいて生成されたIGストリームにより表示されるメニュー画面に表示されるサムネイル画像は、ユーザが、再生するPlayListを選択するための代表サムネイルであるので、これらのサムネイル画像には、対応するプレイリストの最初からコンテンツを再生させるためのコマンドが埋め込まれ、マークサムネイルに基づいて生成されたIGストリームにより表示されるサムメニュー画面に表示されるサムネイル画像は、ユーザが、PlayList Markに対応する再生位置からの再生開始を指令するためのマークサムネイルであるので、これらのサムネイル画像には、対応するプレイリストの対応するマークの位置からコンテンツを再生させるためのコマンドが埋め込まれる。

ステップＳ３１において、IGストリーム登録処理部１０６は、代表サムネイルに基づいて作成したＩＧストリームを、Index Tableのfirst playbackまたはTop menuに登録し、マークサムネイルまたはマークに対応するサムネイルに基づいて生成したＩＧストリームをIndex tableのtitleのうちのいずれかに登録して、処理が終了される。

このようにして、IGストリームを有さない第１のフォーマットが第２のフォーマットに変換されるとき、メニュー画面またはサブメニュー画面に表示されるサムネイルに対応するサムネイル画像が第１のフォーマットのデータに格納されていれば、それを用いて、格納されていなければ、対応するサムネイル画像を生成して、IGメニュー画面に対応するIGストリームと、そのIGストリームを再生させるために必要なPlayListなどが生成され、登録される。

なお、図１５および図１６を用いて説明した処理においては、メニュー画面に表示されるサムネイル画像（メニューサムネイル画像）を取得するためには、まず、変換前の第１のフォーマットにおいて、メニューサムネイルが格納されているか否かが判断され、メニューサムネイルが格納されている場合は、それを取得し、メニューサムネイルが格納されていなかった場合に、対応するサムネイルが生成されるものとして説明した。

これに対して、変換前の第１のフォーマットにおいて、それぞれのPlayListにおけるPlayListMarkのうちの一つを、そのPlayListの代表マークとして定義し、必要に応じて、その代表マークに対応するサムネイルを定義することが可能なようにしておき、まず、そのPlayListの代表マークが存在するか否か、存在する場合は、その代表マークにサムネイル画像が定義されているか否かを判断し、代表マークに対応するサムネイル画像が定義されている場合は、それを取得し、代表マークは定義されているが、代表マークに対応するサムネイル画像が定義されていない場合は、代表マークのtime stampに基づいて、サムネイル画像を生成し、いずれも定義されない場合、対応するサムネイルが生成されるものとしてもよい。

次に、図１７および図１８のフローチャートを参照して、PlayListMarkのうちの一つを、そのPlayListの代表マークとして定義することができる場合に、図１４を用いて説明した変換処理部３９を有する映像処理装置１１が実行する、フォーマット変換処理の第２の例である、データ変換処理２について説明する。

ステップＳ６１およびステップＳ６２において、図１５のステップＳ１１およびステップＳ１２と同様の処理が実行される。

すなわち、ユーザからフォーマット変換されるPlayListの指定を受けた場合、代表となるサムネイルを未確認であるPlayListが抽出される。

ステップＳ６３において、マーク抽出部１０３は、抽出されたPlayListに、代表となるマークが存在するか否かを判断する。

ステップＳ６３において、代表となるマークが存在しないと判断された場合、ステップＳ６４において、第１のサムネイル抽出部１０２は、例えば、ビデオストリームの先頭フレーム、もしくは、最初のシーンチェンジのポイントのフレームを抽出したり、代表マークのtimestampに基づいて、画像データを抽出することにより、代表となるサムネイルを生成する。

ステップＳ６３において、代表となるマークが存在すると判断された場合、ステップＳ６５において、第１のサムネイル抽出部１０２は、抽出されたPlayListのmenu.tidxにストアされているメニューサムネイル画像のヘッダ情報を参照し、代表となるマークに対して定義されているサムネイルが存在するか否かを判断する。

ステップＳ６５において、代表となるマークに対して定義されているサムネイルが存在すると判断された場合、ステップＳ６６において、第１のサムネイル抽出部１０２は、menu.tdatにストアされている、そのPlayListの代表となるマークに対して定義されているサムネイルを取得する。

ステップＳ６５において、代表となるマークに対して定義されているサムネイルが存在しないと判断された場合、ステップＳ６７において、第１のサムネイル抽出部１０２は、例えば、代表マークのtimestampに基づいて、画像データを抽出することにより、代表となるサムネイルを生成する。

ステップＳ６４、ステップＳ６６、または、ステップＳ６７の処理の終了後、ステップＳ６８乃至ステップＳ８３において、図１５および図１６のステップＳ１６乃至ステップＳ３１と同様の処理が繰り返される。

すなわち、全てのPlayListにおいて代表となるサムネイルを得た後、いずれかのPlayListにマークが存在しなければ、メニュー画面に対応するIGストリームが生成されて、コマンドが埋め込まれた後に登録される。そして、いずれかのPlayListにマークサムネイルまたはPlayListMarkが存在していた場合、マークサムネイルまたはPlayListMarkに対応するサムネイルが取得され、メニュー画面に対応するIGストリームおよびサブメニュー画面に対応するIGストリームが生成されて、コマンドが埋め込まれた後に登録される。

このようにして、IGストリームを有さない第１のフォーマットが第２のフォーマットに変換されるとき、第１のフォーマットのデータのPlayListに代表となるマークが定義されていれば、それを用いて、IGメニュー画面に対応するIGストリームと、そのIGストリームを再生させるために必要なPlayListなどが生成され、登録される。

以上説明した動作例では、メニュー画面またはサブメニュー画面に表示されるサムネイルに対応するサムネイル画像が第１のフォーマットのデータに格納されていれば、基本的には、それを用いるものとして説明した。

しかしながら、第１のフォーマットに格納されているサムネイル画像は、解像度やファイルサイズに制限があるため、十分な画質を得られない場合がある。

そこで、第２のフォーマットにおいてIGストリームを再生することにより表示されるメニュー画面またはサブメニュー画面に表示されるサムネイルを、コンテンツのビデオデータのいずれかのフレームを取得することにより生成するものとしても良い。

次に、図１９および図２０のフローチャートを参照して、図１４を用いて説明した変換処理部３９を有する映像処理装置１１が実行するフォーマット変換処理の第３の例である、データ変換処理３について説明する。

ステップＳ１０１およびステップＳ１０２において、図１５のステップＳ１１およびステップＳ１２と同様の処理が実行される。

すなわち、ユーザからフォーマット変換されるPlayListの指定を受けた場合、代表となるサムネイルを未確認であるPlayListが抽出される。

ステップＳ１０３において、マーク抽出部１０３は、抽出されたPlayListに、代表となるマークが存在するか否かを判断する。

ステップＳ１０３において、代表となるマークが存在すると判断された場合、ステップＳ１０４において、第１のサムネイル抽出部１０２は、代表マークのtimestampに基づいて、画像データを抽出することにより、代表となるサムネイルを生成する。

ステップＳ１０３において、代表となるマークが存在しないと判断された場合、ステップＳ１０５において、第１のサムネイル抽出部１０２は、例えば、ビデオストリームの先頭フレーム、もしくは、最初のシーンチェンジのポイントのフレームを抽出したり、代表マークのtimestampに基づいて、画像データを抽出することにより、代表となるサムネイルを生成する。

ステップＳ１０４およびステップＳ１０５の処理の終了後、ステップＳ１０６において、第１のサムネイル抽出部１０２は、すべてのPlayListにおいて、代表となるサムネイルを得たか否かを判断する。ステップＳ１０６において、すべてのPlayListにおいて、代表となるサムネイルを得ていないと判断された場合、処理は、ステップＳ１０２に戻り、それ以降の処理が繰り返される。

ステップＳ１０６において、すべてのPlayListにおいて、代表となるサムネイルを得たと判断された場合、ステップＳ１０７において、マーク抽出部１０３は、PlayListファイルにストアされるPlayListMarkを基に、いずれかのPlayListに、PlayListMarkが存在するか否かを判断する。ステップＳ１０７において、いずれかのPlayListにPlayListMarkが存在すると判断された場合、処理は、後述するステップＳ１１１に進む。

ステップＳ１０７において、いずれのPlayListにもPlayListMarkが存在しないと判断された場合、ステップＳ１０８において、IG生成部１０５は、第１のサムネイル抽出部１０２が生成した代表サムネイルデータに基づいて、PDSおよびODSを生成し、取得したPlayListに基づいて、ICSを生成する。

ステップＳ１０９において、コマンド処理部１０７は、IGにより表示されるサムネイルに、対応するサムネイルが選択されたときに対応するPlayListの再生を開始させるためのナビゲーションコマンドを埋め込む。

ステップＳ１１０において、IGストリーム登録処理部１０６は、サムネイルに基づいて作成したＩＧストリームを、Index Tableのfirst playbackまたはTop menuに登録し、処理が終了される。

ステップＳ１０７において、いずれかのPlayListにPlayListMarkが存在すると判断された場合、ステップＳ１１１において、マーク抽出部１０３は、PlayListMarkを未確認のPlayListを抽出する。

ステップＳ１１２において、マーク抽出部１０３は、PlayListMarkの情報を、第２のサムネイル抽出部１０４に供給する。第２のサムネイル抽出部１０４は、マーク抽出部１０３から供給されたPlayListに付加されるマークのmark_time_stampから、そのマークが指定されたポイントに対応するサムネイル画像として、変換前データ取得部１０１から供給された第１のフォーマットのデータのうち、mark_time_stampに対応するビデオストリームのフレーム画像データを抽出して、PlayListMarkに対応するサムネイルを生成する。

ステップＳ１１３において、マーク抽出部１０３は、すべてのPlayListにおいてPlayListMarkの有無を確認したか否かを判断する。ステップＳ１１３において、すべてのPlayListにおいてPlayListMarkの有無を確認していないと判断された場合、処理は、ステップＳ１１１に戻り、それ以降の処理が繰り返される。

ステップＳ１１３において、すべてのPlayListにおいてPlayListMarkの有無を確認したと判断された場合、ステップＳ１１４において、IG生成部１０５は、第１のサムネイル抽出部１０２が生成した代表サムネイルデータに基づいて、PDSおよびODSを生成し、取得したPlayListに基づいて、ICSを生成する。

ステップＳ１１５において、IG生成部１０５は、第２のサムネイル抽出部１０４が生成したプレイリストマークに対応するサムネイルデータに基づいて、PDSおよびODSを生成し、取得したPlayListに基づいて、ICSを生成する。

ステップＳ１１６において、IG生成部１０５は、それぞれのPlayListの代表サムネイルにより構成されるメニュー画面を表示させるための代表サムネイル表示ボタン、および、マークサムネイルにより構成されるメニュー画面を表示させるためのマークサムネイル表示ボタンを示すグラフィックスを含むPDSおよびODSを生成する。そして、PlayList生成部１０８は、マークサムネイルにより構成されるメニュー画面を表示させるための、すなわち、マークサムネイルを表示するIGストリームを再生させるPlayListを生成する。

ステップＳ１１７において、コマンド処理部１０７は、IGにより表示されるサムネイルに、対応するサムネイルを選択することにより、対応するPlayList、または、対応する再生位置からの再生を開始させるためのナビゲーションコマンドを埋め込む。

具体的には、代表サムネイルに基づいて生成されたIGストリームにより表示されるメニュー画面に表示されるサムネイル画像は、ユーザが、再生するPlayListを選択するための代表サムネイルであるので、これらのサムネイル画像には、対応するプレイリストの最初からコンテンツを再生させるためのコマンドが埋め込まれ、マークサムネイルに基づいて生成されたIGストリームにより表示されるサムメニュー画面に表示されるサムネイル画像は、ユーザが、PlayList Markに対応する再生位置からの再生開始を指令するためのマークサムネイルであるので、これらのサムネイル画像には、対応するプレイリストの対応するマークの位置からコンテンツを再生させるためのコマンドが埋め込まれる。

ステップＳ１１８において、IGストリーム登録処理部１０６は、代表サムネイルに基づいて作成したＩＧストリームを、Index Tableのfirst playbackまたはTop menuに登録し、マークサムネイルまたはマークに対応するサムネイルに基づいて生成したＩＧストリームをIndex tableのtitleのうちのいずれかに登録して、処理が終了される。

このようにして、IGストリームを有さない第１のフォーマットが第２のフォーマットに変換されるとき、第１のフォーマットのデータにサムネイルが格納されているか否かにかかわらず、メニュー画面またはサブメニュー画面に表示されるサムネイルに対応するサムネイル画像を生成し、それを用いて、IGメニュー画面に対応するIGストリームと、そのIGストリームを再生させるために必要なPlayListなどが生成され、登録される。

これらの処理により、例えば、図２１に示されるようなメインのメニュー画面１４１が表示される。

メニュー画面１４１には、各PlayListに対応するサムネイル１５１−１乃至サムネイル１５１−ｎ（ここでは、ｎ＝５）が表示され、それらのサムネイルには、対応するPlayListの先頭からの再生開始を指令するコマンドが埋め込まれている。また、チャプターメニュー表示ボタン１５２には、サブメニュー画面を表示させるためのコマンドが埋め込まれている。

図２２は、チャプターメニュー表示ボタン１５２がユーザにより選択されることにより表示されるサブメニュー画面の例を示す図である。

メニュー画面１４１には、いずれかのPlayListにつけられたPlayListMarkに対応するサムネイル１７１−１乃至サムネイル１７１−ｎ（ここでは、ｎ＝８）が表示され、それらのサムネイルには、対応するPlayListのマークに対応する位置からの再生開始を指令するコマンドが埋め込まれている。また、トップメニュー表示ボタン１７２には、図２１を用いて説明したメニュー画面を表示させるためのコマンドが埋め込まれている。

上述した処理により、映像処理装置１１においては、第１のフォーマットで記録されているコンテンツプログラムのフォーマットを第２のフォーマットに変換したり、第２のフォーマットで記録されているコンテンツプログラムのフォーマットを第１のフォーマットに変更することが可能となる。

例えば、第１のフォーマットで記録されているコンテンツプログラムには、ＩＧによるメニューをつけることができない。そこで、第１のフォーマットで記録されているコンテンツプログラムを第２のフォーマットに変換することにより、ユーザは、そのコンテンツプログラムにＩＧによるメニューをつけて再生させることが可能となる。

また、第２のフォーマットは、上述したように、再生専用のリムーバブルメディア用のフォーマットと非常に互換性の高いフォーマットであるので、第１のフォーマットで記録されているコンテンツプログラムを第２のフォーマットに変換することにより、そのコンテンツプログラムの再生環境が広がる。

このように、本発明を適用することにより、異なるフォーマットが存在し、それらのフォーマット間でフォーマット変換を行った場合でも、ユーザにメニューを提供するためのデータを生成することが可能となる。

すなわち、同様のコンテンツを扱う複数のフォーマットのうちの、例えば、ユーザの操作入力を受けることが可能なボタンやアイコン、または、サムネイルなどのアイテムを含むインタラクティブグラフィックメニュー（Interactive graphics presentation menu）を表示させるためのIGストリームを有することができない第１のフォーマットから、メニュー画面を表示するためのIGストリームを有することができる第２のフォーマットへのフォーマット変換時に、第１のフォーマットが有するデータを用いて、メニュー画面を表示するためのIGストリームを生成することができるようにしたことにより、第１のフォーマットを第２のフォーマットに変換することにより、そのデータにおいて、IGストリームによる、メニュー画面を表示することが可能となる。

上述した一連の処理は、ハードウエアにより実行させることもできるし、ソフトウェアにより実行させることもできる。この場合、上述した処理は、図２３に示されるようなパーソナルコンピュータ２００により実行される。

図２３において、CPU（Central Processing Unit）２０１は、ROM(Read Only Memory)２０２に記憶されているプログラム、または、記憶部２０８からRAM(Random Access Memory)２０３にロードされたプログラムに従って各種の処理を実行する。RAM２０３にはまた、CPU２０１が各種の処理を実行する上において必要なデータなどが適宜記憶される。

CPU２０１、ROM２０２、およびRAM２０３は、内部バス２０４を介して相互に接続されている。この内部バス２０４にはまた、入出力インターフェース２０５も接続されている。

入出力インターフェース２０５には、キーボード、マウスなどよりなる入力部２０６、CRT，LCDなどよりなるディスプレイ、スピーカなどよりなる出力部２０７、ハードディスクなどより構成される記憶部２０８、並びに、モデム、ターミナルアダプタなどより構成される通信部２０９が接続されている。通信部２０９は、電話回線やCATVを含む各種のネットワークを介しての通信処理を行う。また、通信部２０９は、アンテナなどを有し、放送信号を受信することも可能であるものとしてもよい。

入出力インターフェース２０５にはまた、必要に応じてドライブ２１０が接続され、磁気ディスク、光ディスク、光磁気ディスク、あるいは半導体メモリなどによりなるリムーバブルメディア２１１が適宜装着され、それらから読み出されたコンピュータプログラムが、必要に応じて記憶部２０８にインストールされる。

さらに、リムーバブルメディア２１１に記録されているのが、コンテンツデータ（ナビゲーションプログラム、PlayList、および、Clipから構成されるプログラム）である場合、リムーバブルメディア２１１から読み出されたプログラムを記憶部２０８に記憶し、ＣＰＵ２０１の処理により、フォーマット変換させたり、再生させるようにすることができる。

なお、図１の再エンコード処理部３４、または、ＡＶデコーダ部４２が実行するデコードまたはエンコードの処理は、ＣＰＵ２０１により実行されてもよいし（所謂ソフトウェアコーディック）、パーソナルコンピュータ２００に、図１の再エンコード処理部３４、または、ＡＶデコーダ部４２に対応する機能を有するコーディック処理部を新たに設けるものとしても良い。

そして、上述した一連の処理をソフトウェアにより実行させる場合には、そのソフトウェアを構成するプログラムが、ネットワークやプログラム格納媒体からインストールされる。

このプログラム格納媒体は、図２３に示されるように、コンピュータとは別に、ユーザにプログラムを提供するために配布される、プログラムが記録されているリムーバブルメディア２１１よりなるパッケージメディアにより構成されるだけでなく、装置本体に予め組み込まれた状態でユーザに提供される、プログラムが記録されているROM２０２や記憶部２０８が含まれるハードディスクなどで構成される。

なお、本明細書において、コンピュータプログラムを記述するステップは、記載された順序に従って時系列的に行われる処理はもちろん、必ずしも時系列的に処理されなくとも、並列的あるいは個別に実行される処理をも含むものである。

なお、本発明の実施の形態は、上述した実施の形態に限定されるものではなく、本発明の要旨を逸脱しない範囲において種々の変更が可能である。

映像処理装置の構成を示すブロック図である。 第１のフォーマットのデータのアプリケーションフォーマットについて説明するための図である。 第１のフォーマットのディレクトリ構造の例を示す図である。 PlayListMarkのシンタクスを示す図である。 ClipMarkのシンタクスを示す図である。 menu.tidxとmark.tidxのシンタクス構造のシンタクスを示す図である。 menu.tdatとmark.tdatのシンタクス構造のシンタクスを示す図である。 第２のフォーマットのデータのアプリケーションフォーマットについて説明するための図である。 第２のフォーマットのディレクトリ構造の例を示す図である。 インデックステーブルとナビゲーションオブジェクトについて説明するための図である。 Indexファイルのシンタクスを示す図である。 Indexes（）のシンタクスを示す図である。 第１のフォーマットと第２のフォーマットとのフォーマット変換について説明するための図である。 変換処理部の機能ブロック図である。 データ変換処理１について説明するためのフローチャートである。 データ変換処理１について説明するためのフローチャートである。 データ変換処理２について説明するためのフローチャートである。 データ変換処理２について説明するためのフローチャートである。 データ変換処理３について説明するためのフローチャートである。 データ変換処理３について説明するためのフローチャートである。 メニュー画面の例を示す図である。 サブメニュー画面の例を示す図である。 パーソナルコンピュータの構成を示すブロック図である。

符号の説明

１１ 映像処理装置 １２ 光ディスク， ３１ 制御部， ３２ アンテナ， ３３ 放送受信制御部， ３５ データ記録処理部， ３６ ローカルストレージ， ３７ ディスクドライブ， ３８ ネットワークインタフェース， ３９ 変換処理部， ４０ 操作入力取得部， ４１ AVデコーダ部， １０１ 変換前データ取得部， １０２ 第１のサムネイル抽出部， １０３ マーク抽出部， １０４ 第２のサムネイル抽出部， １０５ IG生成部， １０６ IGストリーム登録処理部， １０７ コマンド処理部， １０８ PlayList生成部， １０９ 変換後データ出力部， １４１ メニュー画面， １５１ サムネイル， １５２ チャプターメニュー表示ボタン， １６１ サブメニュー画面， １７１ サムネイル， １７２ トップメニュー表示ボタン

Claims (7)

1. ビデオデータを含むトランスポートストリーム、および前記トランスポートストリームの再生を管理する再生管理情報を含んで構成されるコンテンツプログラムのフォーマット変換を実行する情報処理装置において、
   ユーザの操作入力を受けることが可能なメニュー画面を表示するためのストリームデータを含むことができない第１のフォーマットの前記コンテンツプログラムを取得するコンテンツ取得手段と、
   前記コンテンツ取得手段により取得された前記第１のフォーマットの前記コンテンツプログラムにおける前記再生管理情報に含まれるデータを基に、前記トランスポートストリームに含まれる前記ビデオデータから、前記コンテンツプログラムの内容を示すサムネイルデータを生成して取得するサムネイルデータ取得手段と、
   前記サムネイルデータ取得手段により取得された前記サムネイルデータ、および、前記再生管理情報に基づいて、前記サムネイルデータを含む前記メニュー画面を表示するためのストリームデータを生成する生成手段と、
   前記生成手段により生成された前記メニュー画面を表示するためのストリームデータを、前記メニュー画面を表示するためのストリームデータを含むことができる第２のフォーマットの前記コンテンツプログラムのデータ内に登録する登録手段と
   を備える情報処理装置。
2. 前記生成手段により生成された前記メニュー画面を表示するためのストリームデータに含まれる前記サムネイルデータに、前記トランスポートストリームの再生を制御するコマンドを定義するコマンド定義手段を更に備える
   請求項１に記載の情報処理装置
3. 前記生成手段により生成された前記メニュー画面を表示するためのストリームデータを再生させるための再生管理情報を生成する再生管理情報生成手段を更に備える
   請求項１に記載の情報処理装置
4. 前記生成手段は、前記再生管理情報に基づいて前記メニュー画面のグラフィックスデータの基本構造を保持するための情報を生成するとともに、前記サムネイルデータ取得手段により取得された前記サムネイルデータから、前記サムネイルデータの色情報を定義する情報、および、前記サムネイルデータの形状情報を保持する情報を生成する
   請求項１に記載の情報処理装置
5. ビデオデータを含むトランスポートストリーム、および前記トランスポートストリームの再生を管理する再生管理情報を含んで構成されるコンテンツプログラムのフォーマット変換を実行する情報処理装置の情報処理方法において、
   ユーザの操作入力を受けることが可能なメニュー画面を表示するためのストリームデータを含むことができない第１のフォーマットの前記コンテンツプログラムを取得し、
   前記第１のフォーマットの前記コンテンツプログラムにおける前記再生管理情報に含まれるデータを基に、前記トランスポートストリームに含まれる前記ビデオデータから、前記コンテンツプログラムの内容を示すサムネイルデータを生成して取得し、
   取得された前記サムネイルデータ、および、前記再生管理情報に基づいて、前記サムネイルデータを含む前記メニュー画面を表示するためのストリームデータを生成し、
   前記メニュー画面を表示するためのストリームデータを、前記メニュー画面を表示するためのストリームデータを含むことができる第２のフォーマットの前記コンテンツプログラムのデータ内に登録する
   ステップを含む情報処理方法。
6. ビデオデータを含むトランスポートストリーム、および前記トランスポートストリームの再生を管理する再生管理情報を含んで構成されるコンテンツプログラムのフォーマット変換をコンピュータに実行させるためのプログラムであって、
   ユーザの操作入力を受けることが可能なメニュー画面を表示するためのストリームデータを含むことができない第１のフォーマットの前記コンテンツプログラムを取得し、
   前記第１のフォーマットの前記コンテンツプログラムにおける前記再生管理情報に含まれるデータを基に、前記トランスポートストリームに含まれる前記ビデオデータから、前記コンテンツプログラムの内容を示すサムネイルデータを生成して取得し、
   取得された前記サムネイルデータ、および、前記再生管理情報に基づいて、前記サムネイルデータを含む前記メニュー画面を表示するためのストリームデータを生成し、
   前記メニュー画面を表示するためのストリームデータを、前記メニュー画面を表示するためのストリームデータを含むことができる第２のフォーマットの前記コンテンツプログラムのデータ内に登録する
   ステップを含む処理をコンピュータに実行させるためのプログラム。
7. 請求項６に記載のプログラムが記録されているプログラム格納媒体。

Images