JP4878784B2 - 情報記録再生装置 - Google Patents

Description

本発明は、光ディスク、情報記録再生装置および情報記録再生方法に関する。

コンテンツを提供する環境は、ＣＤ（Ｃｏｍｐａｃｔ Ｄｉｓｃ）やＤＶＤ（Ｄｉｇｉｔａｌ Ｖｅｒｓａｔｉｌｅ Ｄｉｓｃ）といった物理メディアの提供から、インターネット等によるデータ配信へと変わりつつある。また、情報記録再生装置１００は従来の映画の単純な再生だけではなく、様々なアプリケーションの実施が可能となり、映画等のコンテンツに付加価値を高めることが可能になった。
例えば特許文献１においては、メニュー画面からユーザーのリクエストを受けつけ、Ｔｉｔｌｅクラスのインスタンスに対応したリンクを選択することで、サーバに記録された所望の映画等を選択できる。そして、各タイトル毎にリンク先情報を有することで、実際に有効なリンク先だけが再生時に有効となる構成を取っている。

特開２００２−３６９１５４（第８、９頁）

このように、映画等の主コンテンツに付加的なコンテンツを付属させることで主コンテンツの付加価値を高めることが可能である。そして、これらのコンテンツ情報を保存する情報記録再生装置のメモリ容量の制限や付加的なコンテンツの時間的な有効性等の理由により、この付加的なコンテンツを削除する必要性が生じる場合がある。このような場合、付加的なコンテンツを単に削除すると、有効でないリンク先が再生時に残ってしまい、ユーザに誤解や装置の不良が生じた等の不安感を与える場合がある。また、付加的なコンテンツを削除する際、必要なコンテンツを誤って削除してしまうことがあった。本発明は、上記のような課題を解決する情報記録再生装置を提供するものである。

本発明に係わる情報記録再生装置は、第１の記録媒体に記録された第１のデータから選択されたアイテムと、第２の記録媒体に記録された前記第１のデータに付随する第２のデータから選択されたアイテムとを含むことで、前記第１のデータおよび前記第２のデータが一つの記録媒体上に存在するかのように扱うための仮想ファイルシステムを構築して、当該仮想ファイルシステムに従って再生を行う情報記録再生装置であって、前記第２のデータは、前記第２のデータに特定のアイテムが存在する場合に選択されるアイテムと、前記特定のアイテムが存在しない場合に選択されるアイテムと、を含み、前記特定のアイテムが存在する場合に、前記第２のデータから選択されるアイテムと、前記特定のアイテムが存在しない場合に、前記第２のデータから選択されるアイテムと、を示す結合情報ファイルを格納する格納手段と、前記結合情報ファイルに基づいて、前記第２のデータに前記特定のアイテムが存在するか否かに応じて、前記第２のデータからアイテムを選択して、前記仮想ファイルシステムを構築し、当該構築された仮想ファイルシステムに従って再生を行う再生手段と、を備えることを特徴とする。

本発明における情報記録再生装置は上記のように構成されているので、可換媒体に記録された第１のデータに様々な付加価値をつけることがきる。

実施の形態１．
図１は、実施の形態１における情報再生装置１００の構成を示すブロック図である。図１において、１は所定のデータ（例えば、当該情報再生装置１００の制御に必要な制御データ、映像または音声のデータ等）が記録された光ディスク、２は光ディスク１に記録されたデータを読み出すドライブ、３は光ディスク１と関連するデータが蓄積されたハードディスク・ドライブ（以下、ＨＤＤという）である。また、４はドライブ２、またはＨＤＤ３によって読み出されたデータをビデオデータ、オーディオデータ、グラフィックデータに分離するデマルチプレクサ、５はオーディオデータを復調（以下、デコードという）するオーディオデコーダ部、６はビデオデータをデコードするビデオデコーダ部、７はグラフィックデータをデコードするグラフィックデコーダ部、８はビデオデータをデコードして得られる映像と、グラフィックデータをデコードして得られる画像とを重畳するビデオ重畳部である。９は、上記の各構成を制御するＣＰＵであり、各構成に制御コマンドを送ると共に、各構成のステータスのモニタ等も行なっている。尚、図１においては、ＣＰＵ９から出される制御信号等は省略した。

次に動作について説明する。
図１において、ドライブ２は、光ディスク１に記録されたデータを読み出して、デマルチプレクサ４に出力する。またＨＤＤ３から読み出されたデータも同様にデマルチプレクサ４に出力される。なお、ドライブ２およびＨＤＤ３から出力されるデータは、光ディスク１およびＨＤＤ３に記録された映像（以下、ビデオという）に対応する前記ビデオデータ、当該ビデオデータに対応する音声の情報であるオーディオデータ、およびこのビデオデータに対応する映像に重畳される画像（以下、グラフィックという）のデータであるグラフィックデータがパケット化され、多重化されたデータである。

デマルチプレクサ４は、入力されたデータをビデオデータ、オーディオデータおよびグラフィックデータに分離する。そして、オーディオデータをオーディオデコーダ部５に、ビデオデータをビデオデコーダ部６に、グラフィックデータをグラフィックデコーダ部７にそれぞれ出力する。なお、デマルチプレクサ４は、パケット化された各データの先頭に記述された識別子に従ってこの分離動作を行なう。

オーディオデコーダ部５は、入力されたオーディオデータをデコードして図示しない音声出力手段に出力する。また、ビデオデコード部６は、入力されたビデオデータをデコードしてビデオ重畳部８に出力する。また、グラフィックデコーダ部７は、入力されたグラフィックデータをデコードしてビデオ重畳部８に出力する。

ビデオ重畳部８は、ビデオデコード部６においてビデオデータをデコードして得られるビデオと、グラフィックデコーダ部７においてグラフィックデータをデコードして得られるグラフィックとを重畳して図示しない表示手段に出力する。

図２は、光ディスク１またはＨＤＤ３に記録された、コンテンツのディレクトリ構造図である。１０は、ビデオデータ、オーディオデータ、グラフィックデータが多重化されたプレゼンテーション・ファイルであり、“STREAM”はプレゼンテーション・ファイルが格納されているフォルダの名称である。１１はプレゼンテーション・ファイルのデータ構造が記述された、ストリーム情報ファイルであり、“STREAM_IFO”はストリーム情報ファイルが格納されているフォルダの名称である。また前記、プレゼンテーション・ファイル１０と前記ストリーム情報ファイル１１は一対一で対応している。１２は、タイトルの構成が記述されたタイトル・ファイルであり、“TITLE”はタイトル・ファイルが格納されているフォルダの名称である。１３はタイトル・ファイルの再生に必要な、コマンドが記述されたプログラム・ファイルである。

図３は、プレゼンテーション・ファイル１０の構造を示すストリーム構成図である。ストリームはパケットと呼ばれる固定長のデータ単位により構成されている。ビデオデータ、オーディオデータ、グラフィックデータは、このパケット単位に分割された後、多重化されストリームを構成する。それぞれのパケットの先頭にはヘッダ領域があり、ヘッダ情報に記述されたＩＤ（Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ）により、パケット内のデータ識別を行う。デマルチプレクサ４は、このＩＤを識別して、ビデオデータ、オーディオデータ、グラフィックデータに分離する。

図４は、ストリーム情報ファイル１１のシンタックスを示す図である。“Start_PTS”は対象となるプレゼンテーション・ファイル１０の最初のビデオフレームのPTS（Presentation_Time Stamp）を示し、“End_PTS”は最終のビデオフレームのPTSを示す。“num_of_video”、“num_of_audio”、“num_of_graphics”は、プレゼンテーション・ファイル１０に多重化されたビデオ、オーディオ、グラフィックの数を示す。次の３つのループ文（ｆｏｒ以下）は、“num_of_video”、“num_of_audio”、“num_of_graphics”の数だけ繰り返され、“packet_ID”はそれぞれのストリームの割り当てられるパケットのＩＤが記述される。“entry_map()”には、頭出し再生に必要となる情報が記述される。例えばビデオデータがＭＰＥＧ２でエンコードされている場合、ＧＯＰ（Group of Picture）の先頭が、頭だしポイントに相当する。本実施例ではプレゼンテーション・ファイル１０のどのパケットに、ＧＯＰの先頭が存在するかが記述されている。“num_of_entry”は、頭出しポイントの総数、“entry_packet_num”は、プレゼンテーション・ファイル１０の先頭からＧＯＰの先頭までの相対パケット数である。パケットは固定長であることから、ファイルの先頭からＧＯＰ先頭までの相対バイト数は、“entry_packet_num“の値とパケット当たりのバイト数を掛けた値から算出できる。情報再生装置１００は、ファイルの先頭からのバイト数から、ディスク上の頭出しポイントの位置を割り出し、頭出し再生を行う。

図５は、タイトルの構成を示した図である。タイトルとは、プレゼンテーション・ファイル１０の所定の区間が複数集まったものであり、一つのプレゼンテーション・ファイル１０内の複数区間から構成される場合や、いくつかのプレゼンテーション・ファイル１０のそれぞれの所定の区間から構成される場合等様々である。図６は、タイトル・ファイル１２のシンタックスを示す図である。“num_of_stream”は、タイトルを構成するプレゼンテーション・ファイル１０の総数、次のループ文は“num_of_stream”の数だけ繰り返される。タイトルは一つ以上のプレゼンテーション・ファイル１０の所定区間から構成されており、“stream_name”は再生の対象となるプレゼンテーション・ファイル１０のファイル名を示し、“In_time”“Out_time”はタイトルで再生されるプレゼンテーション・ファイル１０の所定区間の再生開始時間と再生終了時間を示す。本実施例ではビデオデータのＰＴＳ（Presentation Time Stamp）を“In_time”、“Out_time”としている。“Start_packet_num”、“End_packet_num”は“In_time”、“Out_time”で指し示されるビデオフレームの、プレゼンテーション・ファイル１０の先頭からの相対的なパケット数を示す。これらの情報から、情報再生装置１００はプレゼンテーション・ファイル１０のどの部分を再生すればよいのかを判断することができる。“num_of_video”、“num_of_audio”、“num_of_graphics”は、再生に利用するビデオ、オーディオ、グラフィックの数を示す。ストリーム情報ファイル１１中にも同様のパラメータが存在するが、このストリーム情報ファイル１１中のパラメータは、プレゼンテーション・ファイル１０中に存在する、ビデオ、オーディオ、グラフィックの総数を指し示すのに対し、タイトル・ファイル１２中のそれは、プレゼンテーション・ファイル１０中のビデオ、オーディオ、グラフィックの中で、再生に利用する総数を指し示す点が異なる。続く、三つのループ文は、図４で説明したループ文と同様のため説明を省略する。

図７は、プログラム・ファイル１３のシンタックスを示す図である。“menu_title_file_name”は、ユーザーがメニューキーを押下した時に表示されるメニュー画面を表示するタイトル・ファイル名を示す。“num_of_program”はプログラムの総数を示し、次のループ文は“num_of_program”の数だけ繰り返される。“Command()”はディスクの再生に必要なコマンドの集合体を示す。メニュー画面が存在しないディスクの再生を行う場合に、この“Command()”に記述されたシーケンスに従って再生が行われる。

図８はＨＤＤ３内のディレクトリ構造である。ＨＤＤ３には、光ディスク１のコンテンツに関連した追加のデータが記録される。これらの追加のデータは例えばインターネット経由や、情報再生装置１００に接続されたストレージ機器からＨＤＤ３に記録されるものである。本実施の形態では、追加コンテンツ等の付加的データの供給元については特に言及はしない。ここで付加的データとは、光ディスク１に関連するデータであり、映画に対する予告編等がこれに相当する。１４はディスク単位でデータを仕分けるためのディスク・フォルダで、ある光ディスク１に関連したコンテンツのデータはすべてこのフォルダに記録されている。ディスク・フォルダ１４の中の構造は、前述した光ディスク１のディレクトリ構造とほとんど同じであるため、説明は省略する。また、図８において、図２と同種のファイルに対しては、同一の図番を付している。但しＨＤＤ３のディスク・フォルダ内には、プレゼンテーション・ファイル１０、ストリーム情報ファイル１１、タイトル情報ファイル１２のすべてのフォルダが存在するとは限らなず、一部のファイルが存在しない場合もある。特に、光ディスク１におけるファイル構成と異なる点は、付加的データを削除するのに利用する削除情報ファイル１５（“delete.ifo”）の存在である。この削除情報ファイル１５の説明は後で詳細に説明する。

次に、光ディスク１内のコンテンツが再生される手順について説明をする。図９の１０〜１３は光ディスク１内のファイル構成の一例を示す。図６において示したシンタクスにおいて、“00001.title”、“00002.title”、“00003.title”の“num_of_stream”はそれぞれ“１”が設定されており、それぞれの”stream_name“には”00001.strm“、”00002.strm“、”00003.strm“が割り当てられている。また”program.cmd“の“menu_title_file_name”には“00001.title”が割り当てられている。この光ディスク１を情報再生装置１００で再生すると、まずメニュー画面表示用に関連付けられた“00001.title”、即ち“00001.strm”の読み出しが開始される。読み出されたデータはデマルチプレクサ４で、“00001.title”で指定されたパケットIDに従って分離され、必要なデータのみがビデオデコーダ部５、オーディオデコーダ部６、グラフィックデコーダ部７に送られる。ビデオデコーダ部５でデコードされた映像と、グラフィックデコーダ部７でデコードされた映像は、重畳部８で合成され出力される。図１０は重畳部８から出力されたメニュー画面１８である。メニュー画面１８の中には二つのボタン、ボタンＡ１６およびボタンＢ１７が表示されているが、これらボタンはグラフィックデータから作られており、背景の映像はビデオデータから作られている。ここで、ボタンＡ１４には、“00002.title”を再生するコマンドが関連付けられており、ボタンＢ１５には、“00003.title”を再生するコマンドが関連付けられている。ユーザーがボタンＡ１６を選択すると、“00002.title”、即ち“00002.strm”が光ディスク１より読み出され、再生が行われ、ボタンＢ１７が選択されると、“00003.title”、即ち“00003.strm”が光ディスク１より読み出され、再生が行われる。

次に、ＨＤＤ３に記録された付加的データの再生方法について説明をする。情報再生装置１００が光ディスク１の中の情報と、ＨＤＤ３の中の情報の両方を使って再生を行うには、ＨＤＤ３の中のデータがあたかも光ディスク１の中にあるかのように、取り扱う仕組みが必要である。本実施の形態では、これを仮想ファイルシステムと呼ぶ。

図１１を用いて、光ディスク１の中のファイルと、ＨＤＤ３の中のファイルから、仮想ファイルシステムを構築する方法について説明を行う。１９は光ディスク１のディレクトリ構造、２０はＨＤＤ３の中のディレクトリ構造、２１は仮想ファイルシステムのディレクトリ構造を示す。ＨＤＤ３のプレゼンテーション・ファイル１０には、“00001.strm、“00004.strm”、“00005.strm”が存在するが、“00001.strm”に関しては光ディスク１にも同じファイル名が存在する。同じファイルが存在する場合は、ＨＤＤ１側のファイルを優先させ、仮想ファイルシステムでのプレゼンテーション・ファイル１０は、ＨＤＤ３の中の“00001.strm”、“00004.strm”、“00005.strm”と光ディスク１の中の、“00002.strm”、“00003.strm”の５個のファイルで構成される。ストリーム情報ファイル１１はプレゼンテーション・ファイル１０と一対一のペアであるため、ＨＤＤ３の中の“00001.ifo”、“00004.ifo”、“00005.ifo”と光ディスク１の中の、“00002.ifo”、“00003.ifo”の５個のファイルで構成される。タイトル・ファイル１２は、ＨＤＤ３の中の“00001.title”、“00004.title”、“00005.title”と光ディスク１の中の“00002.title”、“00003.title”の５個のファイルで構成される。プログラム・ファイル１３はＨＤＤ３の中の“Program.cmd”が、仮想ファイルシステムのプログラム・ファイル１３として扱われる。以上のように仮想ファイルシステムは構築され、情報再生装置１００から、光ディスク１の中のファイルとＨＤＤ３の中のファイルは、あたかも一つのディスクの中に存在するかのように扱われる。

次に、構築された仮想ファイルシステムの再生方法について説明する。仮想ファイルシステム内のファイルの内、光ディスク１に存在するファイルの再生手順については、既に説明した光ディスク１内のコンテンツの再生の説明と全く同様であるため、説明を省略する。仮想ファイルシステム内の、“00001.title”、“00004.title”、“00005.title”は新たに追加されるタイトル・ファイルである。“00001.title”、“00004.title”、“00005.title”の“num_of_stream”はそれぞれ“１”が設定されており、それぞれの”stream_name“には、”00001.strm“、”00004.strm“、”00005.strm“が割り当てられている。情報再生装置１００の再生ソフトウェアは、まず”program.cmd“の中の“menu_title_file_name”に割り当てられた“00001.title”の再生を開始する。“00001.title”に割り当てられた“00001.strm”は、ＨＤＤ３に存在するファイルであり、ＨＤＤ３から“00001.strm"の読み出しが開始され、デマルチプレクサ４に送られる。デマルチプレクサ４以降の動作については、光ディスク１からの読み出しと同様であるため、説明を省略する。

図１２は仮想ファイルシステムの”00001.strm“を再生した時の、メニュー画面である。メニュー画面には、ボタンＡ２２、ボタンＢ２３、ボタンＣ２４およびボタンＤ２５の合計４個のボタンが表示されている。ここで、ボタンＡ２２には、光ディスク１の中の“00002.title”を再生するコマンドが関連付けられ、ボタンＢ２３には、光ディスク１の中の“00003.title”を再生するコマンドが関連付けられ、ボタンＣ２４には、ＨＤＤ３の中の“00004.title”を再生するコマンドが関連付けられ、ボタンＤ２５には、ＨＤＤ３の中の“00005.title”を再生するコマンドが関連付けられている。ユーザーがボタンＡ２２を選択すると、光ディスク１の“00002.strm”ファイルが再生され、ボタンＤ２５を選択すると、ＨＤＤ３の“00005.strm”が再生される。よって、ユーザーは、光ディスク１に再生しているファイルが存在しているのか、ＨＤＤ３に存在しているのかを意識することなく再生を行うことができる。

以上、コンテンツをＨＤＤ３に追加記録して再生をする方法について説明をしたが、ＨＤＤ３の容量には制限があり、新しいコンテンツを記録するために、過去に記録したコンテンツを削除する必要が生じる。ここでは、ＨＤＤ３に追加記録したデータを削除する方法について説明する。図１３は、ＨＤＤ３の中のタイトルを削除するために必要となる情報が記述された削除情報ファイル１５のシンタックスである。“title_txt_info()”は、タイトルを削除する際に、ユーザーがタイトルの内容を確認できるためのテキスト情報を記述する領域である。“char_code”はテキスト情報のキャラクター・コードが記述される。“txt_length”はテキスト情報に使われるデータの総バイト数であり、“text_data()”は“text_length”に記述されたバイト数のテキスト情報が記述される。“num_of_added_title”はＨＤＤ３に追加されたタイトルの数を示し、次のループ文は“num_of_added_title”の数だけ繰り返される。ループ内の“title_file_name”には、追加となっているタイトル・ファイル１２のファイル名が記述される。“num_of_stream_file”には、タイトル・ファイル１２に関連するプレゼンテーション・ファイル１０の数が記述され、次のループ文は“num_of_stream_file”の数だけ繰り返される。“stream_file_name“には、プレゼンテーション・ファイル１０の名前が記述される。この削除情報ファイルから、情報再生装置１００はそれぞれのタイトルに関連するファイルを知ることができ、関連したファイルの削除を行うことでタイトル削除を行う。図１４は削除情報ファイル１５の一例であるが、例えば”00005.title“の”num_of_stream_file“は”１“であり、そのプレゼンテーション・ファイルは”00005.strm“である。よって”00005.title”を削除するには、“00005.strm”と、このファイルと対にある“00005.ifo”を削除することで、タイトルの削除が行われる。

以上、説明した手順でタイトルの削除が行われる訳であるが、タイトルは削除された後においても、メニューを表示するためのタイトルである“00001.title”は、タイトルを削除する以前のファイルのままである。そのため、タイトルを削除した後においても、削除前のメニュー画面１８が、削除後においても表示されてしまう。例えば、図１１の仮想ファイルシステムにおいてＨＤＤ３にある“00005.title”を削除した後に、ユーザーが図１２のメニュー画面１８において、ボタンＡ２２を選択したとしても、ボタンＡ２２に関連付けられた“00005.title”が存在しないため再生が行われないといった不整合が生じてしまう。ユーザーがタイトルを削除した直後であれば、削除したことを覚えているため問題はないが、削除してから時間が経過した後や、別のユーザーが再生したときには、光ディスク１または情報再生装置１００に問題があると、誤解されてしまう恐れがある。このような不整合が生じないようにする方法について、図１５、図１６を用いて説明をする。

図１５は、上記不整合を解決するためのＨＤＤ３の中のファイル構成を示した図である。追加タイトルの条件は、図１１で説明したＨＤＤ３のファイル構成と同じである。異なる点はプレゼンテーション・ファイル１０に“00001.strm”の代わりに“00001_1.strm”、“00001_2.strm”、“00001_3.strm”の３つのファイルが用意されている点である。 “00001_1.strm”は、追加したタイトルが何一つ削除されていない時に、結合するプレゼンテーション・ファイル１０、“00001_2.strm”は“00004.title”が削除された場合に結合するプレゼンテーション・ファイル１０、“00001_3.strm”は、“00005.title”が削除された場合に結合するプレゼンテーション・ファイル１０である。例えば、“00005.title”が削除されると、“00001_3.strm”が“00001.strm”として結合され、仮想ファイルシステムは図１６に示すような構成となる。この仮想ファイルシステムで再生が行われると、メニュー画面１８としては、ＨＤＤ３にある“00001_3.strm”が読み出され再生が行われる。図１６は“00001_3.srtm”を再生した画面であり、“00002.title”にリンクしたボタンＡ２６と“00003.title”へリンクしたボタンＢ２７と、“00005.title”へリンクしたボタンＣ２８の３つのボタンが表示される。以上のように、予めタイトルが削除されることを想定したメニュー画面１８を複数用意しておき、最適なメニュー画面１８を仮想ファイルシステムに結合することで、削除されたタイトルにリンクしたボタンの表示がされないメニュー画面１８が再生される。次に、複数存在するメニュー表示用のプレゼンテーション・ファイル１０から適切な、ファイルを選択して、仮想ファイルシステムに結合する方法について説明をする。

図１７は、この仮想ファイルシステムを構築するために必要となる結合情報ファイルのシンタックスの一例である。この結合情報ファイルは、例えばＨＤＤ３に存在し、以下に説明するようにＨＤＤ３内のファイルの有無の検出に応じて、ファイルの結合の制御を行なう。光ディスク１のファイル構成、ＨＤＤ３のファイル構成は図１６の構成と同じであるとして、シンタックスの説明をする。２行目の、“if(00004.title==1 & 00005.title==1)”は、“00004.title”と“00005.title”の二つのタイトルがＨＤＤ３に存在するかしないかによる条件分岐である。両方のファイルが存在する場合は、３行目の“00001_1.strm”を“00001.strm”として結合を行い、どちらかが存在しない場合は５行目の“else if”文を実行する。ここで“00004.title”が存在しなければ、６行目の“00001_2.strm”を“00001.strm”として結合する。“00004.title”が存在する場合は、９行目の“00001_3.strm”を“00001.strm”として結合する。“00004.title”、“00005.title”の両方が削除されている場合は、結合するファイルがＨＤＤ３に存在しないため、光ディスク１の“00001.srtrm”が結合される。図１８は、図１７の結合情報ファイルに従って構成される仮想ファイルシステムのファイル構成である。

以上、説明したように、タイトルが削除されることを想定して、予め複数のメニュー画面を表示するプレゼンテーション・ファイル１０を用意しておき、それらのプレゼンテーション・ファイル１０を結合するためのルールを記述した結合情報ファイルを利用することで、タイトルが削除された後においても、削除されたタイトルにリンクしたボタンが表示されないメニュー画面の表示が可能となる。このように、メニュー画面にリンク先が存在しなくなったボタンを確実に削除することで、ユーザーの誤解等を回避することが可能となる。

以上、タイトルを削除後に想定されうるメニュー画面１８を持ったプレゼンテーション・ファイル１０を複数用意しておき、結合情報ファイルの記述に基づいて、最適なプレゼンテーション・ファイル１０を選択後に結合し、仮想ファイルシステムを構築することで、削除されたタイトルにリンクするボタンが表示されないメニュー画面１８を提供する方法について説明をした。また、複数のタイトル・ファイル１２を用意することでも同様の効果が得られる。タイトル・ファイル１２のシンタックスの説明で既に説明したが、シンタックスの中に、プレゼンテーション・ファイル１０に重畳された、複数のビデオ、オーディオ、グラフィックの中から、どのストリームを使うかの選択が可能である。また、メニュー画面１８のボタンは、グラフィック・ストリームを使って表示される。即ち、プレゼンテーション・ファイル１０は１つだけとし、メニュー画面１８のボタンを表示するグラフィック・ストリームを複数用意しておき、タイトルの削除状態に応じて、重畳されたグラフィックスデータから、最適なグラフィック・ストリームを選択することで、同様のメニュー画面表示が可能である。

図１９は、ＨＤＤ３に記録された“00001.strm”のストリーム構造を示す図である。このファイルには、３種類のＩＤを持ったグラフィック・ストリームが重畳されており、“ＩＤ＝１０１“、”ＩＤ＝１０２”、“ＩＤ＝１０３”の３つのＩＤが割り当てられている。図２０は、ＨＤＤ３のファイル構成を示す図であり“00001_1.title”、“00001_2.title”、“00001_3.title”の３つのタイトル・ファイル１２が用意されている。それぞれのタイトル・ファイル１２の中で指定されたグラフィックのストリームＩＤはそれぞれ、“１０１”、“１０２”、“１０３”である。“ＩＤ＝１０１”で表示されるメニュー画面は、何も削除されたタイトルがない場合のグラフィックス、“ＩＤ＝１０２”で表示されるメニュー画面は、“00004.title”が削除された時のグラフィックス、“ＩＤ＝１０３”で表示されるメニュー画面は“00005.title”が削除されたときのグラフィクスとなっている。図２１は、図２０のファイル構成時に最適な仮想ファイルシステムを構成する際の、結合情報ファイルのシンタックスである。“00004.title”、“00005.title”、が共に存在する場合は、“00001_1.title”を結合し、“00004.title”だけが存在しない場合は、“00001_2.title”を結合し、“00005.title”だけが存在しない場合は、“00001_3.title”を結合するように記述されている。以上説明したように、複数のタイトル・ファイル１２を用意することでも、複数のプレゼンテーション・ファイル１０を複数用意した場合と、同様の効果が得ることが可能である。

以上、結合情報ファイルと、削除後のメニュー画面を想定したプレゼンテーション・ファイル１０やタイトル・ファイル１２を複数用意して、ファイル削除後にリンク先の無いボタンを表示しないメニュー画面の表示方法を具体的な例を挙げて説明を行ったが、本実施の形態は、メニュー画面の表示方法に効果を限定されるものではない。ファイルを削除された後の状況を予め想定し、結合用のファイルを複数用意しておき、結合情報ファイルに従い、ファイルの削除状況に最適な、仮想ファイルシステムを構築することができるものは、すべて本実施の形態に含まれるものである。また、本実施の形態では、結合情報ファイルのシンタックスとして、Ｃ言語調の記述をしているが、ＣＰＵ等で理解しやすい、ＸＭＬ等のスクリプト言語を用いてもよい。
また、光ディスク１は、可換媒体であれば光ディスクに限るものではない。また、この可換媒体は再生可能であれば良く、リライタブル機能は必ずしも必要ではない。さらにＨＤＤ３は、追加コンテンツ等の付加データを保存できる容量があれば良く、光ディスクドライブやフラッシュメモリ等の半導体メモリを用いるもの等でも同様の動作が可能である。例えば、ＨＤＤ３の替わりにフラッシュメモリ・カードのような可換の半導体メモリを用いた場合、別のパソコン等からこの半導体メモリにコンテンツを記録し、本実施の形態１に示す記録情報再生装置１００に接続する等の使い方をしても同様の効果が得られる。

以上、本実施の形態１においては、ファイルをＨＤＤ３から削除された場合でも、リンクが存在しなくなったボタン等がメニュー画面に表示されることなく、ユーザに誤解や不安感を与えることがない。また、削除を行なうコンテンツの内容をユーザに確認することができるので、必要なコンテンツを誤って削除することを防止できる。

実施の形態２．
実施の形態１では、ユーザーがユーザーの意思でファイルを削除することを前提に説明したが、コンテンツ作成側の意図により、ＨＤＤの追加コンテンツを結合したくないケースも多々ある。例えば、映画ディスクの追加コンテンツとして、最新作の予告編などが、典型的な使われ方の一つであるが、映画の予告編がコンテンツ作成側にとって有効なのは、通常は映画館での上映が終了するまでの間である。上映が終了した後に、追加コンテンツを視聴できたとしても、宣伝としての効果は無い上、現在も映画が上映中であるかのような誤解をユーザーに与える恐れがある。よって、有効期限の切れた追加コンテンツは、期限が切れてからは仮想ファイルシステムに結合されない方がよい。また別の例として、有償の追加コンテンツで視聴期限をコンテンツ供給側が設定したい時に、視聴期限の期間が過ぎたら、追加コンテンツを仮想ファイルシステムに結合させない仕組みが必要である。

図２２は、上に述べたような時間によるコンテンツの結合制御を実現する、情報再生装置１０１の構成図、情報ファイルのシンタックスである。図２２において、２６は年月日よりも細かい分解能を持つ時計である。それ以外の構成については、図１と同様のため説明を省略する。但し、時計２６は、外部（例えばネットワーク）から時間情報を得る手段がある場合、必ずしも必要な構成要素ではない。図２３は、時間により、仮想ファイルシステムを最適に構成するための、結合情報ファイルのシンタックスである。図２３の“num_of_date_cont_file”は、時間による結合制御を行うファイルの総数を示し、次のループ文は、“num_of_date_cont_file”の数だけ繰り返される。“title_name”は結合制御を行うタイトル情報ファイルのファイル名が記述される。“if(current_time > target_time)”は、時計２６の現在時刻と、コンテンツ供給側が定めた時間（target_time）とを比較して、現在時刻が既に過ぎている場合は、“combine = 1“、過ぎていない場合は“combine = 0”とする。ここで“combine = 1”は、仮想ファイルシステムへの結合を行うことを意味し、“combine = 0”は、結合を行わないことを意味する。

次に、図２４の、具体的な結合情報ファイルの例を使って、実施の形態２の説明を行う。“00004.title”、“00005.title”の二つのタイトルが、時間による結合制御対象のタイトルであるとする。また現在の時刻は“2005/6/16”とし、“00004.title”の“target_date”は“2005/8/15”とし、“00005.title”の“target_date”は“2005/5/10”とする。３行目から“00004.title”を結合するかどうかの判定を行い、９行目からは“00005.title”を結合するかどうかの判定を行っている。現在時刻が“2005/6/16”であるのに対し、“00004.title”の有効期限は“2005/8/15”である。よって、まだ期限を過ぎていないので“combine=1”となり、仮想ファイルシステムに“00004.title”は結合される。一方、“00005.title”の有効期限は“2005/5/10”であり、有効期限を既に過ぎている。よって“combine = 0”となり、“00005.title”は仮想ファイルシステムには結合されない。このように、時間による制御機能を結合情報ファイルに取り入れることで、再生を行う時間に最適な仮想ファイルシステムを構築することが可能となる。
以上説明したように、結合情報ファイルに、時間によるコンテンツの制御機能を入れることで、ユーザーが有効期限切れコンテンツを視聴することにより、誤解が発生する恐れがなくなり、コンテンツ供給側も、思い通りの視聴期間のコントロールが可能となる。また、有効期限が切れたコンテンツは、結合時に有効期限が切れていることが判明した段階で、結合を行わないだけではなく、ＨＤＤから削除してもよい。また、結合情報ファイルの記述はＣ言語ライクな記述をおこなっているが、ＸＭＬ等のスクリプトを利用してもよい。

以上、本実施の形態１においては、例えば映画の予告編が追加コンテンツであった場合、既に上映期間が過ぎた予告編を視聴者が見て、現在上映中であると勘違いを起こすことを防止できる。また、同様の機能を利用して、再生期限を設定した有料コンテンツの販売が可能となる。さらに、有効期限が過ぎたファイルを、仮想ファイルシステムに組み込まないだけでなく、自動的にＨＤＤ３から削除することで、ユーザーがいちいちファイルを削除する面倒がなくなる。また不要なファイル自動的に削除されることで、ＨＤＤの残り容量を有効に使うことが可能となる。

本発明の実施の形態１及び実施の形態２に係る情報記録再生装置の構成を概略的に示すブロック図である。 本発明の実施の形態１及び実施の形態２における光ディスク及びＨＤＤに記録されたコンテンツのディレクトリ構造図である。 本発明の実施の形態１及び実施の形態２におけるプレゼンテーション・ファイル構造を示すストリームの構成図である。 本発明の実施の形態１及び実施の形態２におけるストリーム情報ファイルのシンタックスである。 本発明の実施の形態１及び実施の形態２におけるタイトル・ファイルの構成図である。 本発明の実施の形態１及び実施の形態２におけるタイトル・ファイルのシンタックスである。 本発明の実施の形態１及び実施の形態２におけるプログラム・ファイルのシンタックスである。 本発明の実施の形態１及び実施の形態２におけるＨＤＤ内のディレクトリ構造を示す図である。 本発明の実施の形態１及び実施の形態２における光ディスク内のファイル構成を示す図である。 本発明の実施の形態１及び実施の形態２における重畳部から出力されたメニュー画面の一例である。 本発明の実施の形態１及び実施の形態２における仮想ファイルシステムの構築方法の説明図である。 本発明の実施の形態１及び実施の形態２における仮想ファイルシステムのメニュー画面に対応するデータに基くメニュー画面の一例である。 本発明の実施の形態１及び実施の形態２における削除情報ファイルのシンタックスである。 本発明の実施の形態１における削除情報ファイルの一例である。 本発明の実施の形態１及び実施の形態２におけるメニュー画面とファイルとの関連付けの不整合を解決するためのＨＤＤの中のファイルの構成図である。 本発明の実施の形態１及び実施の形態２におけるメニュー画面とファイルとの関連付けの不整合が解決されたメニュー画面の一例である。 本発明の実施の形態１及び実施の形態２における結合情報ファイルのシンタックスである。 本発明の実施の形態１における結合情報ファイルに従って構成される仮想ファイルシステムのファイル構成である。 本発明の実施の形態１及び実施の形態２におけるＨＤＤに記録されたストリーム構造とストリームＩＤを示す図である。 本発明の実施の形態１及び実施の形態２におけるストリームＩＤに対応するタイトル情報ファイルを有するＨＤＤのファイル構成図である。 本発明の実施の形態１及び実施の形態２における図２０のファイル構成時に最適な仮想ファイルシステムを構成する際の結合情報ファイルのシンタックスである。 本発明の実施の形態２における情報再生装置の構成を概略的に示すブロック図である。 本発明の実施の形態２における結合情報ファイルのシンタックスである。 本発明の実施の形態２における具体的な結合情報ファイルの一例である。

符号の説明

１ 光ディスク、 ３ ドライブ、 ２ ＨＤＤ、９ ＣＰＵ

Claims (1)

1. 第１の記録媒体に記録された第１のデータから選択されたアイテムと、第２の記録媒体に記録された前記第１のデータに付随する第２のデータから選択されたアイテムとを含むことで、前記第１のデータおよび前記第２のデータが一つの記録媒体上に存在するかのように扱うための仮想ファイルシステムを構築して、当該仮想ファイルシステムに従って再生を行う情報記録再生装置であって、
   前記第２のデータは、前記第２のデータに特定のアイテムが存在する場合に選択されるアイテムと、前記特定のアイテムが存在しない場合に選択されるアイテムと、を含み、
   前記特定のアイテムが存在する場合に、前記第２のデータから選択されるアイテムと、前記特定のアイテムが存在しない場合に、前記第２のデータから選択されるアイテムと、を示す結合情報ファイルを格納する格納手段と、
   前記結合情報ファイルに基づいて、前記第２のデータに前記特定のアイテムが存在するか否かに応じて、前記第２のデータからアイテムを選択して、前記仮想ファイルシステムを構築し、当該構築された仮想ファイルシステムに従って再生を行う再生手段と、を備えること
   を特徴とする情報記憶再生装置。

Images