第1の記録媒体に記録された第1のプレゼンテーションファイルと、第2の記録媒体に記録され、削除情報ファイル及び結合情報ファイルに基づいて、前記第1のプレゼンテーションファイルに対応付けられた第2のプレゼンテーションファイルとが、一つの記録媒体上に存在するかのように扱うための仮想ファイルシステムを構築して、当該仮想ファイルシステムを再生する情報記録再生装置であって、前記第1のプレゼンテーションファイルを構成するディスクフォルダに含まれるファイルと、前記第2のプレゼンテーションファイルを構成する前記ディスクフォルダに対応するフォルダに含まれるファイルとから、前記削除情報ファイル及び前記結合情報ファイルに基づいて、適切なファイルを選択して、仮想のディスクフォルダに格納することで結合し、当該仮想のディスクフォルダを構築する構築手段と、前記構築手段で構築された仮想のディスクフォルダで構成された仮想ファイルシステムを再生する再生手段とを備えたことを特徴とする情報記録再生装置。第1の記録媒体に記録された第1のプレゼンテーションファイルと、第2の記録媒体に記録され、削除情報ファイル及び結合情報ファイルに基づいて、前記第1のプレゼンテーションファイルに対応付けられた第2のプレゼンテーションファイルとが、一つの記録媒体上に存在するかのように扱うための仮想ファイルシステムを構築して、当該仮想ファイルシステムを再生する情報記録再生方法であって、前記第1のプレゼンテーションファイルを構成するディスクフォルダに含まれるファイルと、前記第2のプレゼンテーションファイルを構成する前記ディスクフォルダに対応するフォルダに含まれるファイルとから、前記削除情報ファイル及び前記結合情報ファイルに基づいて、適切なファイルを選択して、仮想のディスクフォルダに格納することで結合し、当該仮想のディスクフォルダを構築する構築過程と、前記構築手段で構築された仮想のディスクフォルダで構成された仮想ファイルシステムを再生する再生過程とを有することを特徴とする情報記録再生方法。このように、映画等の主コンテンツに付加的なコンテンツを付属させることで主コンテンツの付加価値を高めることが可能である。そして、これらのコンテンツ情報を保存する情報記録再生装置のメモリ容量の制限や付加的なコンテンツの時間的な有効性等の理由により、この付加的なコンテンツを削除する必要性が生じる場合がある。このような場合、付加的なコンテンツを単に削除すると、有効でないリンク先が再生時に残ってしまい、ユーザに誤解や装置の不良が生じた等の不安感を与える場合がある。また、付加的なコンテンツを削除する際、必要なコンテンツを誤って削除してしまうことがあった。本発明は、上記のような課題を解決する情報記録再生装置を提供するものである。第1の記録媒体に記録された第1のプレゼンテーションファイルと、第2の記録媒体に記録され、削除情報ファイル及び結合情報ファイルに基づいて、前記第1のプレゼンテーションファイルに対応付けられた第2のプレゼンテーションファイルとが、一つの記録媒体上に存在するかのように扱うための仮想ファイルシステムを構築して、当該仮想ファイルシステムを再生する情報記録再生装置であって、前記第1のプレゼンテーションファイルを構成するディスクフォルダに含まれるファイルと、前記第2のプレゼンテーションファイルを構成する前記ディスクフォルダに対応するフォルダに含まれるファイルとから、前記削除情報ファイル及び前記結合情報ファイルに基づいて、適切なファイルを選択して、仮想のディスクフォルダに格納することで結合し、当該仮想のディスクフォルダを構築する構築手段と、前記構築手段で構築された仮想のディスクフォルダで構成された仮想ファイルシステムを再生する再生手段とを備えたことを特徴とする情報記録再生装置を提供する。本発明における情報記録再生装置は上記のように構成されているので、付加的なコンテンツを削除した際に、有効でないリンク先が残ってしまうことを防止できる。実施の形態1.図1は、実施の形態1における情報再生装置100の構成を示すブロック図である。図1において、1は所定のデータ例えば、当該情報再生装置100の制御に必要な制御データ、映像または音声のデータ等が記録された光ディスク、2は光ディスク1に記録されたデータを読み出すドライブ、3は光ディスク1と関連するデータが蓄積されたハードディスクドライブ以下、HDDというである。また、4はドライブ2、またはHDD3によって読み出されたデータをビデオデータ、オーディオデータ、グラフィックデータに分離するデマルチプレクサ、5はオーディオデータを復調以下、デコードというするオーディオデコーダ部、6はビデオデータをデコードするビデオデコーダ部、7はグラフィックデータをデコードするグラフィックデコーダ部、8はビデオデータをデコードして得られる映像と、グラフィックデータをデコードして得られる画像とを重畳するビデオ重畳部である。9は、上記の各構成を制御するCPUであり、各構成に制御コマンドを送ると共に、各構成のステータスのモニタ等も行なっている。尚、図1においては、CPU9から出される制御信号等は省略した。次に動作について説明する。図1において、ドライブ2は、光ディスク1に記録されたデータを読み出して、デマルチプレクサ4に出力する。またHDD3から読み出されたデータも同様にデマルチプレクサ4に出力される。なお、ドライブ2およびHDD3から出力されるデータは、光ディスク1およびHDD3に記録された映像以下、ビデオというに対応する前記ビデオデータ、当該ビデオデータに対応する音声の情報であるオーディオデータ、およびこのビデオデータに対応する映像に重畳される画像以下、グラフィックというのデータであるグラフィックデータがパケット化され、多重化されたデータである。デマルチプレクサ4は、入力されたデータをビデオデータ、オーディオデータおよびグラフィックデータに分離する。そして、オーディオデータをオーディオデコーダ部5に、ビデオデータをビデオデコーダ部6に、グラフィックデータをグラフィックデコーダ部7にそれぞれ出力する。なお、デマルチプレクサ4は、パケット化された各データの先頭に記述された識別子に従ってこの分離動作を行なう。オーディオデコーダ部5は、入力されたオーディオデータをデコードして図示しない音声出力手段に出力する。また、ビデオデコード部6は、入力されたビデオデータをデコードしてビデオ重畳部8に出力する。また、グラフィックデコーダ部7は、入力されたグラフィックデータをデコードしてビデオ重畳部8に出力する。ビデオ重畳部8は、ビデオデコード部6においてビデオデータをデコードして得られるビデオと、グラフィックデコーダ部7においてグラフィックデータをデコードして得られるグラフィックとを重畳して図示しない表示手段に出力する。図2は、光ディスク1またはHDD3に記録された、コンテンツのディレクトリ構造図である。10は、ビデオデータ、オーディオデータ、グラフィックデータが多重化されたプレゼンテーションファイルであり、STREAMはプレゼンテーションファイルが格納されているフォルダの名称である。11はプレゼンテーションファイルのデータ構造が記述された、ストリーム情報ファイルであり、STREAMIFOはストリーム情報ファイルが格納されているフォルダの名称である。また前記、プレゼンテーションファイル10と前記ストリーム情報ファイル11は一対一で対応している。12は、タイトルの構成が記述されたタイトルファイルであり、TITLEはタイトルファイルが格納されているフォルダの名称である。13はタイトルファイルの再生に必要な、コマンドが記述されたプログラムファイルである。図3は、プレゼンテーションファイル10の構造を示すストリーム構成図である。ストリームはパケットと呼ばれる固定長のデータ単位により構成されている。ビデオデータ、オーディオデータ、グラフィックデータは、このパケット単位に分割された後、多重化されストリームを構成する。それぞれのパケットの先頭にはヘッダ領域があり、ヘッダ情報に記述されたIDIdentificationにより、パケット内のデータ識別を行う。デマルチプレクサ4は、このIDを識別して、ビデオデータ、オーディオデータ、グラフィックデータに分離する。図4は、ストリーム情報ファイル11のシンタックスを示す図である。StartPTSは対象となるプレゼンテーションファイル10の最初のビデオフレームのPTSPresentationTimeStampを示し、EndPTSは最終のビデオフレームのPTSを示す。numofvideo、numofaudio、numofgraphicsは、プレゼンテーションファイル10に多重化されたビデオ、オーディオ、グラフィックの数を示す。次の3つのループ文for以下は、numofvideo、numofaudio、numofgraphicsの数だけ繰り返され、packetIDはそれぞれのストリームの割り当てられるパケットのIDが記述される。entrymapには、頭出し再生に必要となる情報が記述される。例えばビデオデータがMPEG2でエンコードされている場合、GOPGroupofPictureの先頭が、頭だしポイントに相当する。本実施例ではプレゼンテーションファイル10のどのパケットに、GOPの先頭が存在するかが記述されている。numofentryは、頭出しポイントの総数、entrypacketnumは、プレゼンテーションファイル10の先頭からGOPの先頭までの相対パケット数である。パケットは固定長であることから、ファイルの先頭からGOP先頭までの相対バイト数は、entrypacketnumの値とパケット当たりのバイト数を掛けた値から算出できる。情報再生装置100は、ファイルの先頭からのバイト数から、ディスク上の頭出しポイントの位置を割り出し、頭出し再生を行う。図5は、タイトルの構成を示した図である。タイトルとは、プレゼンテーションファイル10の所定の区間が複数集まったものであり、一つのプレゼンテーションファイル10内の複数区間から構成される場合や、いくつかのプレゼンテーションファイル10のそれぞれの所定の区間から構成される場合等様々である。図6は、タイトルファイル12のシンタックスを示す図である。numofstreamは、タイトルを構成するプレゼンテーションファイル10の総数、次のループ文はnumofstreamの数だけ繰り返される。タイトルは一つ以上のプレゼンテーションファイル10の所定区間から構成されており、streamnameは再生の対象となるプレゼンテーションファイル10のファイル名を示し、IntimeOuttimeはタイトルで再生されるプレゼンテーションファイル10の所定区間の再生開始時間と再生終了時間を示す。本実施例ではビデオデータのPTSPresentationTimeStampをIntime、Outtimeとしている。Startpacketnum、EndpacketnumはIntime、Outtimeで指し示されるビデオフレームの、プレゼンテーションファイル10の先頭からの相対的なパケット数を示す。これらの情報から、情報再生装置100はプレゼンテーションファイル10のどの部分を再生すればよいのかを判断することができる。numofvideo、numofaudio、numofgraphicsは、再生に利用するビデオ、オーディオ、グラフィックの数を示す。ストリーム情報ファイル11中にも同様のパラメータが存在するが、このストリーム情報ファイル11中のパラメータは、プレゼンテーションファイル10中に存在する、ビデオ、オーディオ、グラフィックの総数を指し示すのに対し、タイトルファイル12中のそれは、プレゼンテーションファイル10中のビデオ、オーディオ、グラフィックの中で、再生に利用する総数を指し示す点が異なる。続く、三つのループ文は、図4で説明したループ文と同様のため説明を省略する。図7は、プログラムファイル13のシンタックスを示す図である。menutitlefilenameは、ユーザがメニューキーを押下した時に表示されるメニュー画面を表示するタイトルファイル名を示す。numofprogramはプログラムの総数を示し、次のループ文はnumofprogramの数だけ繰り返される。Commandはディスクの再生に必要なコマンドの集合体を示す。メニュー画面が存在しないディスクの再生を行う場合に、このCommandに記述されたシーケンスに従って再生が行われる。図8はHDD3内のディレクトリ構造である。HDD3には、光ディスク1のコンテンツに関連した追加のデータが記録される。これらの追加のデータは例えばインターネット経由や、情報再生装置100に接続されたストレージ機器からHDD3に記録されるものである。本実施の形態では、追加コンテンツ等の付加的データの供給元については特に言及はしない。ここで付加的データとは、光ディスク1に関連するデータであり、映画に対する予告編等がこれに相当する。14はディスク単位でデータを仕分けるためのディスクフォルダで、ある光ディスク1に関連したコンテンツのデータはすべてこのフォルダに記録されている。ディスクフォルダ14の中の構造は、前述した光ディスク1のディレクトリ構造とほとんど同じであるため、説明は省略する。また、図8において、図2と同種のファイルに対しては、同一の図番を付している。但しHDD3のディスクフォルダ内には、プレゼンテーションファイル10、ストリーム情報ファイル11、タイトル情報ファイル12のすべてのフォルダが存在するとは限らず、一部のファイルが存在しない場合もある。特に、光ディスク1におけるファイル構成と異なる点は、付加的データを削除するのに利用する削除情報ファイル15deleteifoの存在である。この削除情報ファイル15の説明は後で詳細に説明する。次に、光ディスク1内のコンテンツが再生される手順について説明をする。図9の10~13は光ディスク1内のファイル構成の一例を示す。図6において示したシンタクスにおいて、00001title、00002title、00003titleのnumofstreamはそれぞれ1が設定されており、それぞれのstreamnameには00001strm、00002strm、00003strmが割り当てられている。またprogramcmdのmenutitlefilenameには00001titleが割り当てられている。この光ディスク1を情報再生装置100で再生すると、まずメニュー画面表示用に関連付けられた00001title、即ち00001strmの読み出しが開始される。読み出されたデータはデマルチプレクサ4で、00001titleで指定されたパケットIDに従って分離され、必要なデータのみがビデオデコーダ部5、オーディオデコーダ部6、グラフィックデコーダ部7に送られる。ビデオデコーダ部5でデコードされた映像と、グラフィックデコーダ部7でデコードされた映像は、重畳部8で合成され出力される。図10は重畳部8から出力されたメニュー画面18である。メニュー画面18の中には二つのボタン、ボタンA16およびボタンB17が表示されているが、これらボタンはグラフィックデータから作られており、背景の映像はビデオデータから作られている。ここで、ボタンA16には、00002titleを再生するコマンドが関連付けられており、ボタンB15には、00003titleを再生するコマンドが関連付けられている。ユーザがボタンA16を選択すると、00002title、即ち00002strmが光ディスク1より読み出され、再生が行われ、ボタンB17が選択されると、00003title、即ち00003strmが光ディスク1より読み出され、再生が行われる。次に、HDD3に記録された付加的データの再生方法について説明をする。情報再生装置100が光ディスク1の中の情報と、HDD3の中の情報の両方を使って再生を行うには、HDD3の中のデータがあたかも光ディスク1の中にあるかのように、取り扱う仕組みが必要である。本実施の形態では、これを仮想ファイルシステムと呼ぶ。図11を用いて、光ディスク1の中のファイルと、HDD3の中のファイルから、仮想ファイルシステムを構築する方法について説明を行う。19は光ディスク1のディレクトリ構造、20はHDD3の中のディレクトリ構造、21は仮想ファイルシステムのディレクトリ構造を示す。HDD3のプレゼンテーションファイル10には、00001strm、00004strm、00005strmが存在するが、00001strmに関しては光ディスク1にも同じファイル名が存在する。同じファイルが存在する場合は、HDD1側のファイルを優先させ、仮想ファイルシステムでのプレゼンテーションファイル10は、HDD3の中の00001strm、00004strm、00005strmと光ディスク1の中の、00002strm、00003strmの5個のファイルで構成される。ストリーム情報ファイル11はプレゼンテーションファイル10と一対一のペアであるため、HDD3の中の00001ifo、00004ifo、00005ifoと光ディスク1の中の、00002ifo、00003ifoの5個のファイルで構成される。タイトルファイル12は、HDD3の中の00001title、00004title、00005titleと光ディスク1の中の00002title、00003titleの5個のファイルで構成される。プログラムファイル13はHDD3の中のProgramcmdが、仮想ファイルシステムのプログラムファイル13として扱われる。以上のように仮想ファイルシステムは構築され、情報再生装置100から、光ディスク1の中のファイルとHDD3の中のファイルは、あたかも一つのディスクの中に存在するかのように扱われる。次に、構築された仮想ファイルシステムの再生方法について説明する。仮想ファイルシステム内のファイルの内、光ディスク1に存在するファイルの再生手順については、既に説明した光ディスク1内のコンテンツの再生の説明と全く同様であるため、説明を省略する。仮想ファイルシステム内の、00001title、00004title、00005titleは新たに追加されるタイトルファイルである。00001title、00004title、00005titleのnumofstreamはそれぞれ1が設定されており、それぞれのstreamnameには、00001strm、00004strm、00005strmが割り当てられている。情報再生装置100の再生ソフトウェアは、まずprogramcmdの中のmenutitlefilenameに割り当てられた00001titleの再生を開始する。00001titleに割り当てられた00001strmは、HDD3に存在するファイルであり、HDD3から00001strmの読み出しが開始され、デマルチプレクサ4に送られる。デマルチプレクサ4以降の動作については、光ディスク1からの読み出しと同様であるため、説明を省略する。図12は仮想ファイルシステムの00001strmを再生した時の、メニュー画面である。メニュー画面には、ボタンA22、ボタンB23、ボタンC24およびボタンD25の合計4個のボタンが表示されている。ここで、ボタンA22には、光ディスク1の中の00002titleを再生するコマンドが関連付けられ、ボタンB23には、光ディスク1の中の00003titleを再生するコマンドが関連付けられ、ボタンC24には、HDD3の中の00004titleを再生するコマンドが関連付けられ、ボタンD25には、HDD3の中の00005titleを再生するコマンドが関連付けられている。ユーザがボタンA22を選択すると、光ディスク1の00002strmファイルが再生され、ボタンD25を選択すると、HDD3の00005strmが再生される。よって、ユーザは、光ディスク1に再生しているファイルが存在しているのか、HDD3に存在しているのかを意識することなく再生を行うことができる。以上、コンテンツをHDD3に追加記録して再生をする方法について説明をしたが、HDD3の容量には制限があり、新しいコンテンツを記録するために、過去に記録したコンテンツを削除する必要が生じる。ここでは、HDD3に追加記録したデータを削除する方法について説明する。図13は、HDD3の中のタイトルを削除するために必要となる情報が記述された削除情報ファイル15のシンタックスである。titletxtinfoは、タイトルを削除する際に、ユーザがタイトルの内容を確認できるためのテキスト情報を記述する領域である。charcodeはテキスト情報のキャラクターコードが記述される。txtlengthはテキスト情報に使われるデータの総バイト数であり、textdataはtextlengthに記述されたバイト数のテキスト情報が記述される。numofaddedtitleはHDD3に追加されたタイトルの数を示し、次のループ文はnumofaddedtitleの数だけ繰り返される。ループ内のtitlefilenameには、追加となっているタイトルファイル12のファイル名が記述される。numofstreamfileには、タイトルファイル12に関連するプレゼンテーションファイル10の数が記述され、次のループ文はnumofstreamfileの数だけ繰り返される。streamfilenameには、プレゼンテーションファイル10の名前が記述される。この削除情報ファイルから、情報再生装置100はそれぞれのタイトルに関連するファイルを知ることができ、関連したファイルの削除を行うことでタイトル削除を行う。図14は削除情報ファイル15の一例であるが、例えば00005titleのnumofstreamfileは1であり、そのプレゼンテーションファイルは00005strmである。よって00005titleを削除するには、00005strmと、このファイルと対にある00005ifoを削除することで、タイトルの削除が行われる。以上、説明した手順でタイトルの削除が行われる訳であるが、タイトルは削除された後においても、メニューを表示するためのタイトルである00001titleは、タイトルを削除する以前のファイルのままである。そのため、タイトルを削除した後においても、削除前のメニュー画面18が、削除後においても表示されてしまう。例えば、図11の仮想ファイルシステムにおいてHDD3にある00005titleを削除した後に、ユーザが図12のメニュー画面18において、ボタンA22を選択したとしても、ボタンA22に関連付けられた00005titleが存在しないため再生が行われないといった不整合が生じてしまう。ユーザがタイトルを削除した直後であれば、削除したことを覚えているため問題はないが、削除してから時間が経過した後や、別のユーザが再生したときには、光ディスク1または情報再生装置100に問題があると、誤解されてしまう恐れがある。このような不整合が生じないようにする方法について、図15、図16を用いて説明をする。図15は、上記不整合を解決するためのHDD3の中のファイル構成を示した図である。追加タイトルの条件は、図11で説明したHDD3のファイル構成と同じである。異なる点はプレゼンテーションファイル10に00001strmの代わりに000011strm、000012strm、000013strmの3つのファイルが用意されている点である。000011strmは、追加したタイトルが何一つ削除されていない時に、結合するプレゼンテーションファイル10、000012strmは00004titleが削除された場合に結合するプレゼンテーションファイル10、000013strmは、00005titleが削除された場合に結合するプレゼンテーションファイル10である。例えば、00005titleが削除されると、000013strmが00001strmとして結合され、仮想ファイルシステムは図16に示すような構成となる。この仮想ファイルシステムで再生が行われると、メニュー画面18としては、HDD3にある000013strmが読み出され再生が行われる。図16は000013srtmを再生した画面であり、00002titleにリンクしたボタンA26と00003titleへリンクしたボタンB27と、00005titleへリンクしたボタンC28の3つのボタンが表示される。以上のように、予めタイトルが削除されることを想定したメニュー画面18を複数用意しておき、最適なメニュー画面18を仮想ファイルシステムに結合することで、削除されたタイトルにリンクしたボタンの表示がされないメニュー画面18が再生される。次に、複数存在するメニュー表示用のプレゼンテーションファイル10から適切な、ファイルを選択して、仮想ファイルシステムに結合する方法について説明をする。図17は、この仮想ファイルシステムを構築するために必要となる結合情報ファイルのシンタックスの一例である。この結合情報ファイルは、例えばHDD3に存在し、以下に説明するようにHDD3内のファイルの有無の検出に応じて、ファイルの結合の制御を行なう。光ディスク1のファイル構成、HDD3のファイル構成は図16の構成と同じであるとして、シンタックスの説明をする。2行目の、ifは、00004titleと00005titleの二つのタイトルがHDD3に存在するかしないかによる条件分岐である。両方のファイルが存在する場合は、3行目の000011strmを00001strmとして結合を行い、どちらかが存在しない場合は5行目のelseif文を実行する。ここで00004titleが存在しなければ、6行目の000012strmを00001strmとして結合する。00004titleが存在する場合は、9行目の000013strmを00001strmとして結合する。00004title、00005titleの両方が削除されている場合は、結合するファイルがHDD3に存在しないため、光ディスク1の00001srtrmが結合される。図18は、図17の結合情報ファイルに従って構成される仮想ファイルシステムのファイル構成である。以上、説明したように、タイトルが削除されることを想定して、予め複数のメニュー画面を表示するプレゼンテーションファイル10を用意しておき、それらのプレゼンテーションファイル10を結合するためのルールを記述した結合情報ファイルを利用することで、タイトルが削除された後においても、削除されたタイトルにリンクしたボタンが表示されないメニュー画面の表示が可能となる。このように、メニュー画面にリンク先が存在しなくなったボタンを確実に削除することで、ユーザの誤解等を回避することが可能となる。以上、タイトルを削除後に想定されうるメニュー画面18を持ったプレゼンテーションファイル10を複数用意しておき、結合情報ファイルの記述に基づいて、最適なプレゼンテーションファイル10を選択後に結合し、仮想ファイルシステムを構築することで、削除されたタイトルにリンクするボタンが表示されないメニュー画面18を提供する方法について説明をした。また、複数のタイトルファイル12を用意することでも同様の効果が得られる。タイトルファイル12のシンタックスの説明で既に説明したが、シンタックスの中に、プレゼンテーションファイル10に重畳された、複数のビデオ、オーディオ、グラフィックの中から、どのストリームを使うかの選択が可能である。また、メニュー画面18のボタンは、グラフィックストリームを使って表示される。即ち、プレゼンテーションファイル10は1つだけとし、メニュー画面18のボタンを表示するグラフィックストリームを複数用意しておき、タイトルの削除状態に応じて、重畳されたグラフィックスデータから、最適なグラフィックストリームを選択することで、同様のメニュー画面表示が可能である。図19は、HDD3に記録された00001strmのストリーム構造を示す図である。このファイルには、3種類のIDを持ったグラフィックストリームが重畳されており、ID=101、ID=102、ID=103の3つのIDが割り当てられている。図20は、HDD3のファイル構成を示す図であり000011title、000012title、000013titleの3つのタイトルファイル12が用意されている。それぞれのタイトルファイル12の中で指定されたグラフィックのストリームIDはそれぞれ、101、102、103である。ID=101で表示されるメニュー画面は、何も削除されたタイトルがない場合のグラフィックス、ID=102で表示されるメニュー画面は、00004titleが削除された時のグラフィックス、ID=103で表示されるメニュー画面は00005titleが削除されたときのグラフィクスとなっている。図21は、図20のファイル構成時に最適な仮想ファイルシステムを構成する際の、結合情報ファイルのシンタックスである。00004title、00005title、が共に存在する場合は、000011titleを結合し、00004titleだけが存在しない場合は、000012titleを結合し、00005titleだけが存在しない場合は、000013titleを結合するように記述されている。以上説明したように、複数のタイトルファイル12を用意することでも、複数のプレゼンテーションファイル10を複数用意した場合と、同様の効果が得ることが可能である。以上、結合情報ファイルと、削除後のメニュー画面を想定したプレゼンテーションファイル10やタイトルファイル12を複数用意して、ファイル削除後にリンク先の無いボタンを表示しないメニュー画面の表示方法を具体的な例を挙げて説明を行ったが、本実施の形態は、メニュー画面の表示方法に効果を限定されるものではない。ファイルを削除された後の状況を予め想定し、結合用のファイルを複数用意しておき、結合情報ファイルに従い、ファイルの削除状況に最適な、仮想ファイルシステムを構築することができるものは、すべて本実施の形態に含まれるものである。また、本実施の形態では、結合情報ファイルのシンタックスとして、C言語調の記述をしているが、CPU等で理解しやすい、XML等のスクリプト言語を用いてもよい。また、光ディスク1は、可換媒体であれば光ディスクに限るものではない。また、この可換媒体は再生可能であれば良く、リライタブル機能は必ずしも必要ではない。さらにHDD3は、追加コンテンツ等の付加データを保存できる容量があれば良く、光ディスクドライブやフラッシュメモリ等の半導体メモリを用いるもの等でも同様の動作が可能である。例えば、HDD3の替わりにフラッシュメモリカードのような可換の半導体メモリを用いた場合、別のパソコン等からこの半導体メモリにコンテンツを記録し、本実施の形態1に示す記録情報再生装置100に接続する等の使い方をしても同様の効果が得られる。以上、本実施の形態1においては、ファイルをHDD3から削除された場合でも、リンクが存在しなくなったボタン等がメニュー画面に表示されることなく、ユーザに誤解や不安感を与えることがない。また、削除を行なうコンテンツの内容をユーザに確認することができるので、必要なコンテンツを誤って削除することを防止できる。実施の形態2.実施の形態1では、ユーザがユーザの意思でファイルを削除することを前提に説明したが、コンテンツ作成側の意図により、HDDの追加コンテンツを結合したくないケースも多々ある。例えば、映画ディスクの追加コンテンツとして、最新作の予告編などが、典型的な使われ方の一つであるが、映画の予告編がコンテンツ作成側にとって有効なのは、通常は映画館での上映が終了するまでの間である。上映が終了した後に、追加コンテンツを視聴できたとしても、宣伝としての効果は無い上、現在も映画が上映中であるかのような誤解をユーザに与える恐れがある。よって、有効期限の切れた追加コンテンツは、期限が切れてからは仮想ファイルシステムに結合されない方がよい。また別の例として、有償の追加コンテンツで視聴期限をコンテンツ供給側が設定したい時に、視聴期限の期間が過ぎたら、追加コンテンツを仮想ファイルシステムに結合させない仕組みが必要である。図22は、上に述べたような時間によるコンテンツの結合制御を実現する、情報再生装置101の構成図、情報ファイルのシンタックスである。図22において、29は年月日よりも細かい分解能を持つ時計である。それ以外の構成については、図1と同様のため説明を省略する。但し、時計29は、外部例えばネットワークから時間情報を得る手段がある場合、必ずしも必要な構成要素ではない。図23は、時間により、仮想ファイルシステムを最適に構成するための、結合情報ファイルのシンタックスである。図23のnumofdatecontfileは、時間による結合制御を行うファイルの総数を示し、次のループ文は、numofdatecontfileの数だけ繰り返される。titlenameは結合制御を行うタイトル情報ファイルのファイル名が記述される。ifは、時計29の現在時刻と、コンテンツ供給側が定めた時間targettimeとを比較して、現在時刻が既に過ぎている場合は、combine1、過ぎていない場合はcombine0とする。ここでcombine1は、仮想ファイルシステムへの結合を行うことを意味し、combine0は、結合を行わないことを意味する。次に、図24の、具体的な結合情報ファイルの例を使って、実施の形態2の説明を行う。00004title、00005titleの二つのタイトルが、時間による結合制御対象のタイトルであるとする。また現在の時刻は2005616とし、00004titleのtargetdateは2005815とし、00005titleのtargetdateは2005510とする。3行目から00004titleを結合するかどうかの判定を行い、9行目からは00005titleを結合するかどうかの判定を行っている。現在時刻が2005616であるのに対し、00004titleの有効期限は2005815である。よって、まだ期限を過ぎていないのでcombine1となり、仮想ファイルシステムに00004titleは結合される。一方、00005titleの有効期限は2005510であり、有効期限を既に過ぎている。よってcombine0となり、00005titleは仮想ファイルシステムには結合されない。このように、時間による制御機能を結合情報ファイルに取り入れることで、再生を行う時間に最適な仮想ファイルシステムを構築することが可能となる。以上説明したように、結合情報ファイルに、時間によるコンテンツの制御機能を入れることで、ユーザが有効期限切れコンテンツを視聴することにより、誤解が発生する恐れがなくなり、コンテンツ供給側も、思い通りの視聴期間のコントロールが可能となる。また、有効期限が切れたコンテンツは、結合時に有効期限が切れていることが判明した段階で、結合を行わないだけではなく、HDDから削除してもよい。また、結合情報ファイルの記述はC言語ライクな記述をおこなっているが、XML等のスクリプトを利用してもよい。以上、本実施の形態1においては、例えば映画の予告編が追加コンテンツであった場合、既に上映期間が過ぎた予告編を視聴者が見て、現在上映中であると勘違いを起こすことを防止できる。また、同様の機能を利用して、再生期限を設定した有料コンテンツの販売が可能となる。さらに、有効期限が過ぎたファイルを、仮想ファイルシステムに組み込まないだけでなく、自動的にHDD3から削除することで、ユーザがいちいちファイルを削除する面倒がなくなる。また不要なファイル自動的に削除されることで、HDDの残り容量を有効に使うことが可能となる。