"メインストリーム群の時間軸上の位置を示す主の再生パス、第1のサブストリーム群の時間軸上の位置を示す第1の副の再生パス、および、前記第1のサブストリーム群とは異なる第2のサブストリーム群の時間軸上の位置を示す第2の副の再生パスを含み、前記メインストリーム群の種類に応じて予め定義されている複数の種類のうちの所定の種類に分類されている再生管理情報であって、前記第1の副の再生パスと前記第2の副の再生パスのそれぞれは前記所定の種類に対して許可されたタイプの再生パスである、という第1の条件を少なくとも満たしている前記再生管理情報を取得する取得手段と、前記取得手段により取得された前記再生管理情報に基づいて、再生するストリームの選択を、前記メインストリーム群と前記第1のサブストリーム群との第1の組み合わせ、または、前記メインストリーム群と前記第2のサブストリーム群との第2の組み合わせとして受け付ける受付手段と、前記受付手段により前記第1の組み合わせが受け付けられた場合、前記メインストリーム群を前記主の再生パスを参照して読み出すとともに、前記第1のサブストリーム群を前記第1の副の再生パスを参照して読み出し、前記受付手段により前記第2の組み合わせが受け付けられた場合、前記メインストリーム群を前記主の再生パスを参照して読み出すとともに、前記第2のサブストリーム群を前記第2の副の再生パスを参照して読み出す読み出し手段と、前記読み出し手段により読み出された前記メインストリーム群とともに、前記第1のサブストリーム群と前記第2のサブストリーム群とのうちの前記読み出し手段により読み出された方を再生する再生手段とを備え、前記メインストリーム群、前記第1のサブストリーム群、および、前記第2のサブストリーム群は、いずれかのファイルに含まれており、前記読み出し手段が一度に読み出すことが可能な前記ファイルの読み出し個数が予め決められており、前記再生管理情報は、前記第1の条件に加えてさらに、一度に読み出される前記ファイルの総数が前記読み出し個数以下となるように、1以上の前記副の再生パスを決定する、という第2の条件を満たしている再生装置。前記主の再生パスは、第1のファイルに含まれる前記メインストリーム群のうちの少なくとも1つのストリームの時間軸上の位置を示し、前記副の再生パスは、1以上の第2のファイルに含まれる前記第1のサブストリーム群または前記第2のサブストリーム群のうちの少なくとも1つのストリームのそれぞれの時間軸上の位置を示し、前記読み出し手段は、前記取得手段により取得された前記再生管理情報で特定される1以上のストリームのそれぞれを、前記主の再生パスにより参照される前記第1のファイル、および、1以上の前記副の再生パスのそれぞれにより参照される前記第2のファイルのうちの、それぞれ対応するファイルからそれぞれ読み出す請求項1に記載の再生装置。前記読み出し個数は2個であり、前記第1のファイルと前記第2のファイルとは異なるファイルであり、前記第2の条件は、前記第1のファイルとともに読み出される前記第2のファイルは1つのみとなるように、1以上の前記副の再生パスを決定する、という条件である請求項2に記載の再生装置。前記読み出し個数は2個であり、1以上の前記第2のファイルのうちの、所定の1つのファイルは前記第1のファイルと同一のファイルであり、残りのファイルは前記第1のファイルと異なるファイルであり、前記第2の条件は、前記第1のファイルとともに読み出される前記第2のファイルは、前記第1のファイルと同一のファイルに加えて、前記第1のファイルとは異なる1つのファイルとなるように、1以上の前記副の再生パスを決定する、という条件である請求項2に記載の再生装置。1以上の前記副の再生パスのそれぞれのタイプの中に、参照される前記第2のファイルが前記第1のファイルの読み出しタイミングとは別のタイミングで読み出されることが規定されている、という別読み出しタイプが1以上含まれる場合、前記第1の条件と前記第2の条件とに加えてさらに、前記別読み出しタイプの1以上の前記副の再生パスのそれぞれで参照される前記第2のファイルは、前記第2の条件における前記総数をカウントする対象に含めない、という第3の条件を前記再生管理情報は満たしている請求項2に記載の再生装置。ストリームを再生する再生装置の再生方法において、メインストリーム群の時間軸上の位置を示す主の再生パス、第1のサブストリーム群の時間軸上の位置を示す第1の副の再生パス、および、前記第1のサブストリーム群とは異なる第2のサブストリーム群の時間軸上の位置を示す第2の副の再生パスを含み、前記メインストリーム群の種類に応じて予め定義されている複数の種類のうちの所定の種類に分類されている再生管理情報であって、前記第1の副の再生パスと前記第2の副の再生パスのそれぞれは前記所定の種類に対して許可されたタイプの再生パスである、という第1の条件を少なくとも満たしている前記再生管理情報を取得する取得ステップと、前記取得ステップの処理により取得された前記再生管理情報に基づいて、再生するストリームの選択を、前記メインストリーム群と前記第1のサブストリーム群との第1の組み合わせ、または、前記メインストリーム群と前記第2のサブストリーム群との第2の組み合わせとして受け付ける受付ステップと、前記受付ステップの処理により前記第1の組み合わせが受け付けられた場合、前記メインストリーム群を前記主の再生パスを参照して読み出すとともに、前記第1のサブストリーム群を前記第1の副の再生パスを参照して読み出し、前記受付ステップの処理により前記第2の組み合わせが受け付けられた場合、前記メインストリーム群を前記主の再生パスを参照して読み出すとともに、前記第2のサブストリーム群を前記第2の副の再生パスを参照して読み出す読み出しステップと、前記読み出しステップの処理により読み出された前記メインストリーム群とともに、前記第1のサブストリーム群と前記第2のサブストリーム群とのうちの前記読み出しステップの処理により読み出された方を再生する再生ステップとを含み、前記メインストリーム群、前記第1のサブストリーム群、および、前記第2のサブストリーム群は、いずれかのファイルに含まれており、前記読み出しステップの処理で一度に読み出すことが可能な前記ファイルの読み出し個数が予め決められており、前記再生管理情報は、前記第1の条件に加えてさらに、一度に読み出される前記ファイルの総数が前記読み出し個数以下となるように、1以上の前記副の再生パスを決定する、という第2の条件を満たしている再生方法。ストリームを再生する処理をコンピュータに実行させるためのプログラムであって、メインストリーム群の時間軸上の位置を示す主の再生パス、第1のサブストリーム群の時間軸上の位置を示す第1の副の再生パス、および、前記第1のサブストリーム群とは異なる第2のサブストリーム群の時間軸上の位置を示す第2の副の再生パスを含み、前記メインストリーム群の種類に応じて予め定義されている複数の種類のうちの所定の種類に分類されている再生管理情報であって、前記第1の副の再生パスと前記第2の副の再生パスのそれぞれは前記所定の種類に対して許可されたタイプの再生パスである、という第1の条件を少なくとも満たしている前記再生管理情報を取得する取得ステップと、前記取得ステップの処理により取得された前記再生管理情報に基づいて、再生するストリームの選択を、前記メインストリーム群と前記第1のサブストリーム群との第1の組み合わせ、または、前記メインストリーム群と前記第2のサブストリーム群との第2の組み合わせとして受け付ける受付ステップと、前記受付ステップの処理により前記第1の組み合わせが受け付けられた場合、前記メインストリーム群を前記主の再生パスを参照して読み出すとともに、前記第1のサブストリーム群を前記第1の副の再生パスを参照して読み出し、前記受付ステップの処理により前記第2の組み合わせが受け付けられた場合、前記メインストリーム群を前記主の再生パスを参照して読み出すとともに、前記第2のサブストリーム群を前記第2の副の再生パスを参照して読み出す読み出しステップと、前記読み出しステップの処理により読み出された前記メインストリーム群とともに、前記第1のサブストリーム群と前記第2のサブストリーム群とのうちの前記読み出しステップの処理により読み出された方を再生する再生ステップとを含む処理をコンピュータに実行させ、前記メインストリーム群、前記第1のサブストリーム群、および、前記第2のサブストリーム群は、いずれかのファイルに含まれており、前記読み出しステップの処理では、一度に読み出すことが可能な前記ファイルの読み出し個数が予め決められており、前記再生管理情報は、前記第1の条件に加えてさらに、一度に読み出される前記ファイルの総数が前記読み出し個数以下となるように、1以上の前記副の再生パスを決定する、という第2の条件を満たしているプログラム。少なくとも2つのストリームの再生を管理する再生管理情報を含むデータが記録された記録媒体であって、前記再生管理情報は、第1のスリームの時間軸上の位置を示す主の再生パスと、第2のストリームの時間軸上の位置を示す副の再生パスと、前記第2のストリームが、前記第1のストリームと同期して再生されるか否か、および、前記第1のストリームと同一ファイルに多重化されているか否かを示すタイプ情報とを含むデータが記録された記録媒体。少なくとも2つのストリームの再生を管理する再生管理情報を含むデータ構造であって、前記再生管理情報は、第1のスリームの時間軸上の位置を示す主の再生パスと、第2のストリームの時間軸上の位置を示す副の再生パスと、前記第2のストリームが、前記第1のストリームと同期して再生されるか否か、および、前記第1のストリームと同一ファイルに多重化されているか否かを示すタイプ情報とを含むデータ構造。前記タイプ情報により、前記第2のストリームが、前記第1のストリームと同期して再生され、かつ、前記第1のストリームと同一ファイルに多重化されていることが示される請求項9に記載のデータ構造。前記タイプ情報により、前記第2のストリームが、前記第1のストリームと同期して再生され、かつ、前記第1のストリームと異なるファイルに多重化されていることが示される請求項9に記載のデータ構造。前記タイプ情報により、前記第2のストリームが、前記第1のストリームと非同期で再生され、かつ、前記第1のストリームと異なるファイルに多重化されていることが示される請求項9に記載のデータ構造。再生装置において再生可能なデータが記録される記憶媒体の製造方法であって、少なくとも2つのストリームの再生を管理する再生管理情報を含み、前記再生管理情報は、第1のスリームの時間軸上の位置を示す主の再生パスと、第2のストリームの時間軸上の位置を示す副の再生パスと、前記第2のストリームが、前記第1のストリームと同期して再生されるか否か、および、前記第1のストリームと同一ファイルに多重化されているか否かを示すタイプ情報とを含むデータ構造を有するデータを生成し、生成されたデータを記録媒体に記録するステップを含む記録媒体の製造方法。少なくとも1つのストリームを含むファイルの再生を管理する再生管理情報を含むデータが記録された記録媒体であって、前記再生管理情報は、メインストリーム群の時間軸上の位置を示す主の再生パス、第1のサブストリーム群の時間軸上の位置を示す第1の副の再生パス、および、前記第1のサブストリーム群とは異なる第2のサブストリーム群の時間軸上の位置を示す第2の副の再生パスを含み、前記メインストリーム群の種類に応じて予め定義されている複数の種類のうちの所定の種類に分類され、前記第1の副の再生パスと前記第2の副の再生パスのそれぞれは、前記所定の種類に対して許可されたタイプの再生パスであるという条件を少なくとも満たしており、前記メインストリーム群、前記第1のサブストリーム群、および、前記第2のサブストリーム群は、いずれかのファイルに含まれており、一度に読み出される前記ファイルの総数が、再生装置において予め決められた、一度に読み出すことが可能な読み出し個数以下となるように、前記第1の副の再生パスおよび前記第2の副の再生パスを決定するデータが記録された記録媒体。少なくとも1つのストリームを含むファイルの再生を管理する再生管理情報を含むデータ構造であって、前記再生管理情報は、メインストリーム群の時間軸上の位置を示す主の再生パス、第1のサブストリーム群の時間軸上の位置を示す第1の副の再生パス、および、前記第1のサブストリーム群とは異なる第2のサブストリーム群の時間軸上の位置を示す第2の副の再生パスを含み、前記メインストリーム群の種類に応じて予め定義されている複数の種類のうちの所定の種類に分類され、前記第1の副の再生パスと前記第2の副の再生パスのそれぞれは、前記所定の種類に対して許可されたタイプの再生パスであるという条件を少なくとも満たしており、前記メインストリーム群、前記第1のサブストリーム群、および、前記第2のサブストリーム群は、いずれかのファイルに含まれており、一度に読み出される前記ファイルの総数が、再生装置において予め決められた、一度に読み出すことが可能な読み出し個数以下となるように、前記第1の副の再生パスおよび前記第2の副の再生パスを決定するデータ構造。再生装置において再生可能なデータが記録される記憶媒体の製造方法であって、前記再生管理情報は、メインストリーム群の時間軸上の位置を示す主の再生パス、第1のサブストリーム群の時間軸上の位置を示す第1の副の再生パス、および、前記第1のサブストリーム群とは異なる第2のサブストリーム群の時間軸上の位置を示す第2の副の再生パスを含み、前記メインストリーム群の種類に応じて予め定義されている複数の種類のうちの所定の種類に分類され、前記第1の副の再生パスと前記第2の副の再生パスのそれぞれは、前記所定の種類に対して許可されたタイプの再生パスであるという条件を少なくとも満たしており、前記メインストリーム群、前記第1のサブストリーム群、および、前記第2のサブストリーム群は、いずれかのファイルに含まれており、一度に読み出される前記ファイルの総数が、再生装置において予め決められた、一度に読み出すことが可能な読み出し個数以下となるように、前記第1の副の再生パスおよび前記第2の副の再生パスを決定するデータ構造を有するデータを生成し、生成されたデータを記録媒体に記録するステップを含む記録媒体の製造方法。しかしながら、DVDビデオでは、プログラムストリームのビデオを再生している場合に、ユーザによる音声切り替えや字幕切り替えという操作は、再生しているプログラムストリームに多重化されているオーディオストリームとサブピクチャストリームの中からしか、選ぶことができなかった。すなわち、図3に示されるようなMPEG2プログラムストリームを再生している場合に、音声の切り替えを行う場合、選択肢はオーディオ1乃至3のいずれか1つとなる。そのため、再生しているプログラムストリームとは別の他のストリームでオーディオストリームと字幕を用意した場合、ユーザは、音声の切り替えの操作が、他のストリームから選択することができないため、拡張性がないという問題があった。さらに、将来的には、切り替え対象のコンテンツとして、音声のみならず映像等、様々な種類のコンテンツが対象となることが想定されている。従って、将来的には、これらの様々な種類のコンテンツの切り替えの操作が、他のストリームから選択することができないため、拡張性がないという問題にまで発展してしまうことになる。本発明は、このような状況に鑑みてなされたものであり、メインのAVストリームとともに再生するために、メインのAVストリームとは異なる他のストリームやデータファイルに含まれる音声や映像等を選択することができるようなコンテンツのデータ構成が複雑なものとならないようにし、また、そのようなコンテンツを再生することができるようにするものである。本発明の第1の側面の再生装置は、メインストリーム群の時間軸上の位置を示す主の再生パス、第1のサブストリーム群の時間軸上の位置を示す第1の副の再生パス、および、前記第1のサブストリーム群とは異なる第2のサブストリーム群の時間軸上の位置を示す第2の副の再生パスを含み、前記メインストリーム群の種類に応じて予め定義されている複数の種類のうちの所定の種類に分類されている再生管理情報であって、前記第1の副の再生パスと前記第2の副の再生パスのそれぞれは前記所定の種類に対して許可されたタイプの再生パスである、という第1の条件を少なくとも満たしている前記再生管理情報を取得する取得手段と、前記取得手段により取得された前記再生管理情報に基づいて、再生するストリームの選択を、前記メインストリーム群と前記第1のサブストリーム群との第1の組み合わせ、または、前記メインストリーム群と前記第2のサブストリーム群との第2の組み合わせとして受け付ける受付手段と、前記受付手段により前記第1の組み合わせが受け付けられた場合、前記メインストリーム群を前記主の再生パスを参照して読み出すとともに、前記第1のサブストリーム群を前記第1の副の再生パスを参照して読み出し、前記受付手段により前記第2の組み合わせが受け付けられた場合、前記メインストリーム群を前記主の再生パスを参照して読み出すとともに、前記第2のサブストリーム群を前記第2の副の再生パスを参照して読み出す読み出し手段と、前記読み出し手段により読み出された前記メインストリーム群とともに、前記第1のサブストリーム群と前記第2のサブストリーム群とのうちの前記読み出し手段により読み出された方を再生する再生手段とを備え、前記メインストリーム群、前記第1のサブストリーム群、および、前記第2のサブストリーム群は、いずれかのファイルに含まれており、前記読み出し手段が一度に読み出すことが可能な前記ファイルの読み出し個数が予め決められており、前記第1の条件に加えてさらに、一度に読み出される前記ファイルの総数が前記読み出し個数以下となるように、1以上の前記副の再生パスを決定する、という第2の条件を前記再生管理情報は満たしている。前記主の再生パスは、第1のファイルに含まれる前記メインストリーム群のうちの、少なくとも1つのストリームの時間軸上の位置を示すものとすることができ、前記副の再生パスは、1以上の第2のファイルに含まれる前記第1のサブストリームまたは前記第2のサブストリームのうちの少なくとも1つのストリームのそれぞれの時間軸上の位置を示すものとすることができ、前記読み出し手段には、前記取得手段により取得された前記再生管理情報で特定される1以上のストリームのそれぞれを、前記主の再生パスにより参照される前記第1のファイル、および、1以上の前記副の再生パスのそれぞれにより参照される前記第2のファイルのうちの、それぞれ対応するファイルからそれぞれ読み出させるようにすることができる。前記読み出し個数は2個であり、前記第1のファイルと前記第2のファイルとは異なるファイルであり、前記第2の条件は、前記第1のファイルとともに読み出される前記第2のファイルは1つのみとなるように、1以上の前記副の再生パスを決定する、という条件であることができる。前記読み出し個数は2個であり、1以上の前記第2のファイルのうちの、所定の1つのファイルは前記第1のファイルと同一のファイルであり、残りのファイルは前記第1のファイルと異なるファイルであり、前記第2の条件は、前記第1のファイルとともに読み出される前記第2のファイルは、前記第1のファイルと同一のファイルに加えて、前記第1のファイルとは異なる1つのファイルとなるように、1以上の前記副の再生パスを決定する、という条件であることができる。1以上の前記副の再生パスのそれぞれのタイプの中に、参照される前記第2のファイルが前記第1のファイルの読み出しタイミングとは別のタイミングで読み出されることが規定されている、という別読み出しタイプが1以上存在する場合、前記第1の条件と前記第2の条件とに加えてさらに、前記別読み出しタイプの1以上の前記副の再生パスのそれぞれで参照される前記第2のファイルは、前記第2の条件における前記総数をカウントする対象に含めない、という第3の条件を前記再生管理情報は満たしていることができる。本発明の第1の側面の再生方法プログラムは、メインストリーム群の時間軸上の位置を示す主の再生パス、第1のサブストリーム群の時間軸上の位置を示す第1の副の再生パス、および、前記第1のサブストリーム群とは異なる第2のサブストリーム群の時間軸上の位置を示す第2の副の再生パスを含み、前記メインストリーム群の種類に応じて予め定義されている複数の種類のうちの所定の種類に分類されている再生管理情報であって、前記第1の副の再生パスと前記第2の副の再生パスのそれぞれは前記所定の種類に対して許可されたタイプの再生パスである、という第1の条件を少なくとも満たしている前記再生管理情報を取得する取得ステップと、前記取得ステップの処理により取得された前記再生管理情報に基づいて、再生するストリームの選択を、前記メインストリーム群と前記第1のサブストリーム群との第1の組み合わせ、または、前記メインストリーム群と前記第2のサブストリーム群との第2の組み合わせとして受け付ける受付ステップと、前記受付ステップの処理により前記第1の組み合わせが受け付けられた場合、前記メインストリーム群を前記主の再生パスを参照して読み出すとともに、前記第1のサブストリーム群を前記第1の副の再生パスを参照して読み出し、前記受付ステップの処理により前記第2の組み合わせが受け付けられた場合、前記メインストリーム群を前記主の再生パスを参照して読み出すとともに、前記第2のサブストリーム群を前記第2の副の再生パスを参照して読み出す読み出しステップと、前記読み出しステップの処理により読み出された前記メインストリーム群とともに、前記第1のサブストリーム群と前記第2のサブストリーム群とのうちの前記読み出しステップの処理により読み出された方を再生する再生ステップとを含み、前記メインストリーム群、前記第1のサブストリーム群、および、前記第2のサブストリーム群は、いずれかのファイルに含まれており、前記読み出しステップの処理で一度に読み出すことが可能な前記ファイルの読み出し個数が予め決められており、前記第1の条件に加えてさらに、一度に読み出される前記ファイルの総数が前記読み出し個数以下となるように、1以上の前記副の再生パスを決定する、という第2の条件を前記再生管理情報は満たしている。本発明の第1の側面の再生装置再生方法プログラムは、メインストリーム群の時間軸上の位置を示す主の再生パス、第1のサブストリーム群の時間軸上の位置を示す第1の副の再生パス、および、第1のサブストリーム群とは異なる第2のサブストリーム群の時間軸上の位置を示す第2の副の再生パスを含み、メインストリーム群の種類に応じて予め定義されている複数の種類のうちの所定の種類に分類されている再生管理情報であって、第1の副の再生パスと第2の副の再生パスのそれぞれは所定の種類に対して許可されたタイプの再生パスである、という第1の条件を少なくとも満たしている再生管理情報が取得され、取得された再生管理情報に基づいて、再生するストリームの選択が、メインストリーム群と第1のサブストリーム群との第1の組み合わせ、または、メインストリーム群と第2のサブストリーム群との第2の組み合わせとして受け付けられ、第1の組み合わせが受け付けられた場合、メインストリーム群が、主の再生パスを参照して読み出されるとともに、第1のサブストリーム群が、第1の副の再生パスを参照して読み出され、第2の組み合わせが受け付けられた場合、メインストリーム群が、主の再生パスを参照して読み出されるとともに、第2のサブストリーム群が、第2の副の再生パスを参照して読み出され、読み出されたメインストリーム群とともに、第1のサブストリーム群と第2のサブストリーム群とのうちの読み出された方が再生され、メインストリーム群、第1のサブストリーム群、および、第2のサブストリーム群は、いずれかのファイルに含まれており、一度に読み出すことが可能なファイルの読み出し個数が予め決められており、再生管理情報は、第1の条件に加えてさらに、一度に読み出されるファイルの総数が読み出し個数以下となるように、1以上の副の再生パスを決定する、という第2の条件を満たしている。本発明の第1の側面記録媒体に記録されるデータ第2のデータ構造は、少なくとも2つのストリームの再生を管理する再生管理情報を含むものであって、前記再生管理情報は、第1のスリームの時間軸上の位置を示す主の再生パスと、第2のストリームの時間軸上の位置を示す副の再生パスと、前記第2のストリームが、前記第1のストリームと同期して再生されるか否か、または、前記第1のストリームと同一ファイルに多重化されているか否かを示すタイプ情報とを含む。前記タイプ情報により、前記第2のストリームが、前記第1のストリームと同期して再生され、かつ、前記第1のストリームと同一ファイルに多重化されていることが示されるようにすることができる。前記タイプ情報により、前記第2のストリームが、前記第1のストリームと同期して再生され、かつ、前記第1のストリームと異なるファイルに多重化されていることが示されるようにすることができる。前記タイプ情報により、前記第2のストリームが、前記第1のストリームと非同期で再生され、かつ、前記第1のストリームと異なるファイルに多重化されていることが示されるようにすることができる。本発明の第1の側面の記録媒体に記録されるデータ第2のデータ構造においては、少なくとも2つのストリームの再生を管理する再生管理情報が含まれる。その再生管理情報には、第1のスリームの時間軸上の位置を示す主の再生パスと、る第2のストリームの時間軸上の位置を示す副の再生パスと、前記第2のストリームが、前記第1のストリームと同期して再生されるか否か、および、第1のストリームと同一ファイルに多重化されているか否かを示すタイプ情報とが含まれる。本発明の第1の側面の記録媒体の製造方法は、再生装置において再生可能なデータが記録される記憶媒体の製造方法であって、少なくとも2つのストリームの再生を管理する再生管理情報を含み、前記再生管理情報は、第1のスリームの時間軸上の位置を示す主の再生パスと、第2のストリームの時間軸上の位置を示す副の再生パスと、前記第2のストリームが、前記第1のストリームと同期して再生されるか否か、および、第1のストリームと同一ファイルに多重化されているか否かを示すタイプ情報とを含むデータ構造を有するデータを生成し、生成されたデータを記録媒体に記録するステップを含む。第1の側面の記録媒体の製造方法においては、少なくとも2つのストリームの再生を管理する再生管理情報を含み、再生管理情報は、第1のファイルに含まれる第1のスリームの時間軸上の位置を示す主の再生パスと、第1のファイルに含まれる第2のストリームの時間軸上の位置を示す副の再生パスと、第2のストリームが、第1のストリームと同期して再生されるか否か、および、第1のストリームと同一ファイルに多重化されているか否かを示すタイプ情報とを含むデータ構造を有するデータが生成されて、生成されたデータが記録媒体に記録される。本発明の第2の側面の記録媒体に記録されたデータデータ構造は、前記再生管理情報は、メインストリーム群の時間軸上の位置を示す主の再生パス、第1のサブストリーム群の時間軸上の位置を示す第1の副の再生パス、および、前記第1のサブストリーム群とは異なる第2のサブストリーム群の時間軸上の位置を示す第2の副の再生パスを含み、前記メインストリーム群の種類に応じて予め定義されている複数の種類のうちの所定の種類に分類され、前記第1の副の再生パスと前記第2の副の再生パスのそれぞれは前記所定の種類に対して許可されたタイプの再生パスであるという条件を少なくとも満たしており、前記メインストリーム群、前記第1のサブストリーム群、および、前記第2のサブストリーム群は、いずれかのファイルに含まれており、一度に読み出される前記ファイルの総数が、再生装置において予め決められた、一度に読み出すことが可能な読み出し個数以下となるように、前記第1の副の再生パスおよび前記第2の副の再生パスを決定する。本発明の第2の側面の記録媒体に記録されたデータデータ構造においては、再生管理情報が、メインストリーム群の時間軸上の位置を示す主の再生パス、第1のサブストリーム群の時間軸上の位置を示す第1の副の再生パス、および、第1のサブストリーム群とは異なる第2のサブストリーム群の時間軸上の位置を示す第2の副の再生パスを含み、前記メインストリーム群の種類に応じて予め定義されている複数の種類のうちの所定の種類に分類され、第1の副の再生パスと第2の副の再生パスのそれぞれは所定の種類に対して許可されたタイプの再生パスであるという条件を少なくとも満たしており、前記メインストリーム群、前記第1のサブストリーム群、および、前記第2のサブストリーム群は、いずれかのファイルに含まれており、一度に読み出される前記ファイルの総数が、再生装置において予め決められた、一度に読み出すことが可能な読み出し個数以下となるように、前記第1の副の再生パスおよび前記第2の副の再生パスが決定される。本発明の第2の側面の記憶媒体の製造方法は、前記再生管理情報は、メインストリーム群の時間軸上の位置を示す主の再生パス、第1のサブストリーム群の時間軸上の位置を示す第1の副の再生パス、および、前記第1のサブストリーム群とは異なる第2のサブストリーム群の時間軸上の位置を示す第2の副の再生パスを含み、前記メインストリーム群の種類に応じて予め定義されている複数の種類のうちの所定の種類に分類され、前記第1の副の再生パスと前記第2の副の再生パスのそれぞれは前記所定の種類に対して許可されたタイプの再生パスであるという条件を少なくとも満たしており、前記メインストリーム群、前記第1のサブストリーム群、および、前記第2のサブストリーム群は、いずれかのファイルに含まれており、一度に読み出される前記ファイルの総数が、再生装置において予め決められた、一度に読み出すことが可能な読み出し個数以下となるように、前記第1の副の再生パスおよび前記第2の副の再生パスを決定するデータ構造を有するデータを生成し、生成されたデータを記録媒体に記録する。本発明の第2の側面の記録媒体の製造方法においては、メインストリーム群の時間軸上の位置を示す主の再生パス、第1のサブストリーム群の時間軸上の位置を示す第1の副の再生パス、および、第1のサブストリーム群とは異なる第2のサブストリーム群の時間軸上の位置を示す第2の副の再生パスを含み、メインストリーム群の種類に応じて予め定義されている複数の種類のうちの所定の種類に分類され、第1の副の再生パスと第2の副の再生パスのそれぞれは所定の種類に対して許可されたタイプの再生パスであるという条件を少なくとも満たしており、前記メインストリーム群、前記第1のサブストリーム群、および、前記第2のサブストリーム群は、いずれかのファイルに含まれており、一度に読み出される前記ファイルの総数が、再生装置において予め決められた、一度に読み出すことが可能な読み出し個数以下となるように、前記第1の副の再生パスおよび前記第2の副の再生パスを決定する再生管理情報を含むデータ構造を有するデータが生成され、生成されたデータが記録媒体に記録される。本発明によれば、メインのAVストリームとは異なる他のストリームやデータファイルで音声や映像等を用意することができるようになる。特に、その場合に、コンテンツのデータ構造が複雑にならないようにすることができ、また、そのようなコンテンツを再生することができるようになる。また、他の本発明によれば、メインのAVストリームとは異なる他のストリームやデータファイルで音声や映像等の各種類を用意した場合に、コンテンツのデータ構造が複雑にならないようにすることができる。以下に本発明の実施の形態を説明するが、本明細書に記載の発明と、発明の実施の形態との対応関係を例示すると、次のようになる。この記載は、本明細書に記載されている発明をサポートする実施の形態が、本明細書に記載されていることを確認するためのものである。したがって、発明の実施の形態中には記載されているが、発明に対応するものとして、ここには記載されていない実施の形態があったとしても、そのことは、その実施の形態が、その発明に対応するものではないことを意味するものではない。逆に、実施の形態が発明に対応するものとしてここに記載されていたとしても、そのことは、その実施の形態が、その発明以外の発明には対応しないものであることを意味するものでもない。更に、この記載は、本明細書に記載されている発明の全てを意味するものでもない。換言すれば、この記載は、本明細書に記載されている発明であって、この出願では請求されていない発明の存在、すなわち、将来、分割出願されたり、補正により出現、追加される発明の存在を否定するものではない。本発明の第1の側面の再生装置図49の再生装置401は、メインストリーム群例えば図58のClipAVStream0のVideoやAudio等の時間軸上の位置を示す主の再生パス例えば、図58のMainpathメインパス、前記第1のサブストリーム群例えば、2ndVideoや2ndAudio等の時間軸上の位置を示す第1の副の再生パス例えば、図58のSubpath1サブパス1、および、前記第1のサブストリーム群とは異なる第2のサブストリーム群例えばAudio等の時間軸上の位置を示す第2の副の再生パス例えば、図58のClipAVStream1を参照するSubpath2サブパス2や、ClipAVStream2を参照するSubpath3サブパス3を含み、前記メインストリーム群の種類に応じて予め定義されている複数の種類のうちの所定の種類例えば図53のapplicationtypeが示される。前記タイプ情報により、前記第2のストリームが、前記第1のストリームと同期して再生され、かつ、前記第1のストリームと異なるファイルに多重化されていることが示される。前記タイプ情報により、前記第2のストリームが、前記第1のストリームと非同期で再生され、かつ、前記第1のストリームと異なるファイルに多重化されていることが示される。本発明の第2の側面の記録媒体に記録されたデータデータ構造は、再生管理情報が、メインストリーム群の時間軸上の位置を示す主の再生パス、第1のサブストリーム群の時間軸上の位置を示す第1の副の再生パス、および、前記第1のサブストリーム群とは異なる第2のサブストリーム群の時間軸上の位置を示す第2の副の再生パスを含み、前記メインストリーム群の種類に応じて予め定義されている複数の種類のうちの所定の種類に分類され、前記第1の副の再生パスと前記第2の副の再生パスのそれぞれは前記所定の種類に対して許可されたタイプ例えば図53の例の場合、SubPathtype567のうちのいずれかである。ただし、ここでいうSubPathtypeは図45の例に従っているの再生パスであるという条件を少なくとも満たしており、前記メインストリーム群、前記第1のサブストリーム群、および、前記第2のサブストリーム群は、いずれかのファイルいずれかのClipに含まれており、一度に読み出される前記ファイルの総数が、再生装置において予め決められた、一度に読み出すことが可能な読み出し個数以下となるように、前記第1の副の再生パスおよび前記第2の副の再生パスを決定する。本発明の第2の側面の記録媒体の製造方法は、再生管理情報が、メインストリーム群の時間軸上の位置を示す主の再生パス、第1のサブストリーム群の時間軸上の位置を示す第1の副の再生パス、および、前記第1のサブストリーム群とは異なる第2のサブストリーム群の時間軸上の位置を示す第2の副の再生パスを含み、前記メインストリーム群の種類に応じて予め定義されている複数の種類のうちの所定の種類に分類され、前記第1の副の再生パスと前記第2の副の再生パスのそれぞれは前記所定の種類に対して許可されたタイプ例えば図53の例の場合、SubPathtype567のうちのいずれかである。ただし、ここでいうSubPathtypeは図45の例に従っているの再生パスであるという条件を少なくとも満たしており、前記メインストリーム群、前記第1のサブストリーム群、および、前記第2のサブストリーム群は、いずれかのファイルいずれかのClipに含まれており、一度に読み出される前記ファイルの総数が、再生装置において予め決められた、一度に読み出すことが可能な読み出し個数以下となるように、前記第1の副の再生パスおよび前記第2の副の再生パスを決定するデータ構造を有するデータを生成し、生成されたデータを記録媒体に記録するステップを含む。以下、図を参照して、本発明の実施の形態について説明する。図5は、本発明を適用した再生装置、例えば図25を参照して後述する再生装置20や図49を参照して後述する再生装置401等に装着される記録媒体上のアプリケーションフォーマットの例を示す図である。記録媒体は、後述する光ディスクの他、磁気ディスクや半導体メモリであってもよい。アプリケーションフォーマットは、AVAudioVisualストリームの管理のために、PlayListとClipの2つのレイヤを有している。ここでは、1つのAVストリームとそれに付随する情報であるClipインフォメーションのペアを1つのオブジェクトと考え、それらをまとめてClipと称する。以下、AVストリームをAVストリームファイルとも称する。なお、AVストリームファイルには、音声データや映像データ以外にも、これらのデータとともに再生される各種のストリームファイルが含まれていてもよい。また、ClipインフォメーションをClipインフォメーションファイルとも称する。一般的に、コンピュータ等で用いられるファイルはバイト列として扱われるが、AVストリームファイルのコンテンツは時間軸上に展開され、Clipのアクセスポイントは、主に、タイムスタンプでPlayListにより指定される。すなわち、PlayListとClipは、AVストリームの管理のためのレイヤである。Clip中のアクセスポイントがタイムスタンプでPlayListにより示されている場合、ClipInformationファイルは、タイムスタンプから、AVストリームファイル中のデコードを開始すべきアドレス情報を見つけるために使用される。PlayListは、AVストリームの再生区間の集まりである。あるAVストリーム中の1つの再生区間はPlayItemと呼ばれ、それは、時間軸上の再生区間のIN点再生開始点とOUT点再生終了点のペアで表される。従って、PlayListは、図5に示されるように1つ、または複数のPlayItemにより構成される。図5において、左から1番目のPlayListは2つのPlayItemから構成され、その2つのPlayItemにより、左側のClipに含まれるAVストリームの前半部分と後半部分がそれぞれ参照されている。また、左から2番目のPlayListは1つのPlayItemから構成され、それにより、右側のClipに含まれるAVストリーム全体が参照されている。さらに、左から3番目のPlayListは2つのPlayItemから構成され、その2つのPlayItemにより、左側のClipに含まれるAVストリームのある部分と、右側のClipに含まれるAVストリームのある部分がそれぞれ参照されている。例えば、図5のディスクナビゲーションプログラムにより、そのときの再生位置を表す情報として、左から1番目のPlayListに含まれる左側のPlayItemが指定された場合、そのPlayItemが参照する、左側のClipに含まれるAVストリームの前半部分の再生が行われる。このように、PlayListは、AVストリームファイルの再生を管理するための再生管理情報として用いられる。ディスクナビゲーションプログラムは、PlayListの再生の順序や、PlayListのインタラクティブな再生をコントロールする機能を有する。また、ディスクナビゲーションプログラムは、各種の再生の実行をユーザが指示するためのメニュー画面を表示する機能なども有する。このディスクナビゲーションプログラムは、例えば、Java登録商標などのプログラミング言語で記述され、記録媒体上に用意される。本実施の形態では、PlayListの中で、1つ以上のPlayItemの並びによって連続するPlayItemにより作られる再生パスをメインパスと称し、PlayListの中で、MainPathに並行並列して、1つ以上のSubPathの並びによって非連続でもよいし、連続してもよいSubPlayItemにより作られる再生パスをサブパスSubPathと称する。すなわち、再生装置20図25を参照して後述するや再生装置401図49を参照して後述するに装着される記録媒体上のアプリケーションフォーマットは、メインパスに関連付けられて合わせて再生されるサブパスをPlayListの中に持つ。図6は、メインパスとサブパスの構造を説明する図である。PlayListは、1つのメインパスと1つ以上のサブパスを持つことができる。1つのメインパスは、1つ以上のPlayItemの並びによって作られ、1つのサブパスは、1つ以上のSubPlayItemの並びによって作られる。図6の例の場合、PlayListは、3つのPlayItemの並びにより作られる1つのメインパスと、3つのサブパスを有している。メインパスを構成するPlayItemには、先頭から順番にそれぞれIDIdentificationが付されている。具体的には、メインパスは、PlayItemid=0、PlayItemid=1、およびPlayItemid=2のPlayItemからなる。また、サブパスにも先頭から順番にSubpathid=0、Subpathid=1、およびSubpathid=2、とそれぞれIDが付されている。Subpathid=0のサブパスには、1つのSubPlayItemが含まれ、Subpathid=1のサブパスには、2つのSubPlayItemが含まれ、Subpathid=2のサブパスには、1つのSubPlayItemが含まれる。Subpathid=0のサブパスに含まれるSubPlayItemが参照するストリームは、例えば、映画の日本語吹き替えの音声と想定され、Mainpathにより参照されるAVストリームファイルのオーディオストリームに替えて再生される場合が考えられる。また、Subpathid=1のサブパスに含まれるSubPlayItemが参照するストリームは、例えば、映画のディレクターズカットと想定され、MainPathにより参照されるAVストリームファイルの所定の部分にのみ、映画監督などのコメントが入っている場合が考えられる。1つのPlayItemが参照するClipAVストリームファイルには、少なくともビデオストリームデータメイン画像データが含まれる。また、ClipAVストリームファイルには、ClipAVストリームファイルに含まれるビデオストリームメイン画像データと同じタイミングで同期して再生されるオーディオストリームが1つ以上含まれてもよいし、含まれなくてもよい。さらに、ClipAVストリームファイルには、ClipAVストリームファイルに含まれるビデオストリームと同じタイミングで再生されるビットマップ字幕ストリームが1つ以上含まれてもよいし、含まれなくてもよい。また、ClipAVストリームファイルには、ClipAVストリームファイルに含まれるビデオストリームと同じタイミングで再生されるインタラクティブグラフィックスストリームが1つ以上含まれてもよいし、含まれなくてもよい。そして、ClipAVストリームファイルに含まれるビデオストリームと、ビデオストリームと同じタイミングで再生されるオーディオストリーム、ビットマップ字幕ストリームファイル、またはインタラクティブグラフィックスストリームとは多重化されている。すなわち、1つのPlayItemが参照するClipAVストリームファイルには、ビデオストリームデータと、そのビデオストリームに合わせて再生される0個以上のオーディオストリーム、0個以上のビットマップ字幕ストリームデータ、および0個以上のインタラクティブグラフィックスストリームデータとが多重化されている。すなわち、1つのPlayItemが参照するClipAVストリームファイルには、ビデオストリーム、オーディオストリーム、ビットマップ字幕ストリームファイル、または、インタラクティブグラフィックスストリームなどの、複数の種類のストリームが含まれている。また、1つのSubPlayItemは、PlayItemが参照するClipAVストリームファイルとは異なるストリーム別ストリームのオーディオストリームデータや字幕データを参照する。メインパスのみを有するPlayListを再生する場合、ユーザによる音声切り替えや字幕切り替えという操作は、そのメインパスが参照するClipに多重化されているオーディオストリームとサブピクチャストリームの中からしか音声や字幕を選択することができない。これに対し、メインパスとサブパスを持つPlayListを再生する場合、そのメインパスが参照するClipAVストリームファイルに多重化されているオーディオストリームとサブピクチャストリームに加えて、SubPlayItemが参照するClipのオーディオストリームやサブピクチャストリームを参照することができる。このように、1つのPlayListの中にSubPathを複数含め、それぞれのSubPathがそれぞれSubPlayItemを参照する構成としたので、拡張性の高い、また、自由度の高いAVストリームを実現することができる。すなわち、MainPathで参照されるClipAVストリームに加えて、後で、SubPlayItemを追加できる構成とすることができる。図7は、メインパスとサブパスの例を説明する図である。図7においては、メインパスと同じタイミングでAV同期して再生されるオーディオの再生パスを、サブパスを使用して表している。図7のPlayListには、メインパスとして、PlayItemid=0である1つのPlayItemと、サブパスとして1つのSubPlayItemが含まれている。メインパスのPlayItemid=0である1つのPlayItemは、図7のメインAVストリームを参照している。SubPlayItemには、以下に示すデータが含まれる。まず、SubPlayItemには、PlayListの中のSubPathサブパスが参照するClipを指定するためのClipInformationfilenameが含まれる。図7の例の場合、SubPlayItemによって、SubClipentryid=0のAuxiliaryaudiostreamオーディオストリームが参照されている。また、SubPlayItemには、指定されたClipに含まれるストリームここでは、Auxiliaryaudiostream中のSubPathの再生区間を指定するためのSubPlayItemINtimeとSubPlayItemOUTtimeとが含まれる。さらに、SubPlayItemには、Mainpathの時間軸上でSubPathが再生開始する時刻を指定するためのsyncPlayItemidとsyncstartPTSofPlayItemとが含まれる。図7の例の場合、syncPlayItemid=0とされ、syncstartPTSofPlayItem=t1とされている。これにより、メインパスのPlayItemid=0の時間軸上でSubPathが再生を開始する時刻t1を指定することができる。すなわち、図7の例の場合では、メインパスの再生開始時刻t1とサブパスの開始時刻t1が同時刻であることを示している。ここで、SubPathに参照されるオーディオのClipAVストリームは、STC不連続点システムタイムベースの不連続点を含んではならない。サブパスに使われるClipのオーディオサンプルのクロックは、メインパスのオーディオサンプルのクロックにロックされている。換言すると、SubPlayItemには、SubPathが参照するClipを指定する情報、SubPathの再生区間を指定する情報、およびMainpathの時間軸上でSubPathが再生を開始する時刻を指定する情報が含まれている。SubPathに使われるClipAVストリームがSTCを含まないため、SubPlayItemに含まれる情報SubPathが参照するClipを指定する情報、SubPathの再生区間を指定する情報、およびMainpathの時間軸上でSubPathが再生を開始する時刻を指定する情報に基づいて、メインパスが参照するClipAVストリームメインAVストリームとは異なるClipAVストリームのオーディオストリームを参照して、再生することができる。このように、PlayItemとSubPlayItemは、ClipAVストリームファイルをそれぞれ管理するものであり、ここでは、PlayItemが管理するClipAVストリームファイルメインAVストリームとSubPlayItemが管理するClipAVストリームファイルは異なるファイルとなる。なお、図7の例と同様にして、メインパスと同じタイミングで再生される字幕ストリーム再生パスを、サブパスを使用して表すこともできる。図8は、メインパスとサブパスの別の例を説明する図である。図8においては、メインパスと同じタイミングでAV同期して再生されるオーディオの再生パスを、サブパスを使用して表している。ここで、メインパスのPlayItemが参照するメインAVストリームファイルは、図7と同様であるので省略している。例えば、メインパスにより参照されるClipAVストリームを1つの映画のコンテンツAVコンテンツとし、サブパスのオーディオパスにより参照されるAuxiliaryaudiostreamをその映画に対する監督のコメントとし、メインパスで参照されるClipAVストリームのオーディオストリームにサブパスのオーディオパスで参照されるAuxiliaryaudiostreamをミキシング重ねて再生するような場合に、このような構成が利用される。すなわち、ユーザが、映画を見ながら、その映画に対する監督のコメントを合わせて聞く指令を再生装置プレーヤへ入力した場合、例えば、メインパスで参照されるClipAVストリームの音声と、サブパスのオーディオパスで参照されるAuxiliaryaudiostreamとを、ミキシングして再生させる場合に利用される。図8においては、メインパスに3つのPlayItemがPlayItemid=0,1,2と配置され、サブパスSubpathid=0に2つのSubPlayItemが配置されている。そして、Subpathid=0のSubPath図10にて後述するで呼び出すSubPlayItem図12にて後述するは、AuxiliaryaudiostreamSubClipentryid=0の英語のAuxiliaryaudiostreamのクリップ及びSubClipentryid=1の日本語のAuxiliaryaudiostreamのクリップのSubpathの再生区間を指定するための、SubPlayItemINtimeと、SubPlayItemouttimeを含む。図8と図7とを比較するに、図8においては、SubPlayItemによって、SubClipentryid=0,1のAuxiliaryaudiostream英語または日本語のオーディオストリームを参照することができる。すなわち、SubPlayItemを用いて、複数のオーディオストリームファイルを参照する構造を有し、このSubPlayItemを再生する場合には、複数のオーディオストームファイルから1つのオーディオストリームファイルが選ばれて再生される。図8の例の場合、英語のオーディオストリームファイルと日本語のオーディオストリームファイルのうち、1つのオーディオストリームファイルが選ばれて再生される。具体的には、subClipentryid=0,1の中から例えば、ユーザの指令に基づいて1つが選択され、そのIDが参照するAuxiliaryaudiostreamが再生される。また、これに加えて、さらにメインパスにより参照されるオーディオストリームとのミキシングによる再生が選択された場合再生するオーディオストリームとして2つのオーディオストリームが選択された場合、例えば、メインパスで参照されるオーディオストリームファイルと、サブパスのオーディオパスで参照されるオーディオストリームファイルとが、ミキシングされて再生される。次に、図6乃至図8を用いて説明したメインパスとサブパスの構造を具体的に実現するためのデータ構造シンタクスを説明する。図9は、PlayListのシンタクスを示す図である。lengthは、このlengthフィールドの直後からPlayListの最後までのバイト数を示す32ビットの符号なし整数である。すなわち、reservedforfutureuseからPlaylistの最後までのバイト数を示すフィールドである。このlengthの後には、16ビットのreservedforfutureuseが用意される。numberofPlayItemsは、PlayListの中にあるPlayItemの数を示す16ビットのフィールドである。例えば、図6の例の場合PlayItemの数は3個である。PlayItemidの値は、PlayListの中でPlayItemが現れる順番に0から割り振られる。例えば、図6および図8に示されるように、PlayItemid=0,1,2が割り振られる。numberofSubPathsは、PlayListの中にあるSubPathの数エントリー数を示す16ビットのフィールドである。例えば、図6の例の場合、SubPathの数は3個である。SubPathidの値は、PlayListの中でSubPathが現れる順番に0から割り振られる。例えば、図6に示されるように、Subpathid=0,1,2が割り振られる。その後のfor文では、PlayItemの数だけPlayItemが参照され、SubPathの数だけ、SubPathが参照される。図10は、SubPathのシンタクスを示す図である。lengthは、このlengthフィールドの直後からSubPathの最後までのバイト数を示す32ビットの符号なし整数である。すなわち、reservedforfutureuseからPlaylistの最後までのバイト数を示すフィールドである。このlengthの後には、16ビットのreservedforfutureuseが用意される。SubPathtypeは、SubPathのアプリケーション種類を示す8ビットのフィールドである。SubPathtypeは、例えば、SubPathがオーディオであるか、ビットマップ字幕であるか、テキスト字幕であるかなどの種類を示す場合に利用される。このSubPathtypeについては、図11を参照して後述する。SubPathtypeの後には、15ビットのreservedforfutureuseが用意される。isrepeatSubPathは、SubPathの再生方法を指定する1ビットのフィールドであり、メインパスの再生の間にSubPathの再生を繰り返し行うか、またはSubPathの再生を1回だけ行うかを示すものである。例えば、メインAVストリームとサブパスが指定するClipの再生タイミングが異なる場合メインパスを静止画のスライドショーとし、サブパスのオーディオパスをメインパスのBGMとして使う場合などに利用される。IsrepeatSubPathの後には、8ビットのreservedforfutureuseが用意される。numberofSubPlayItemsは、1つのSubPathの中にあるSubPlayItemの数エントリー数を示す8ビットのフィールドである。例えば、numberofSubPlayItemsは、図6のSubPathid=0のSubPlayItemは1個であり、SubPathid=1のSubPlayItemは2個である。その後のfor文では、SubPlayItemの数だけ、SubPlayItemが参照される。ところで、SubPathtypeサブパスタイプについては、例えば特開2002-158965号公報や特開2002-158972号公報のそれぞれの図42に開示されている。しかしながら、これらの公報では、SubPathtypeの種類は1つのみしか定義されておらず、その定義をそのまま利用しても、上述したまたは後述する各種処理や各種手法を実現することはできない。そこで、本実施の形態では、対象となる各種処理または各種手法に応じて、例えば図11、または図45で示されるSubPathtypeの種類を採用するようにしている。そこで、以下、はじめに、図11の例のSubPathtypeの種類について説明する。なお、図45の例のSubPathtypeについては後述する。即ち、図11は、SubPathtypeの種類の例を説明する図である。すなわち、図11の例では、SubPathの種類は次のように定義することができる。図11において、SubPathtype=0,1は、reservedとされている。SubPathtype=2は、AudiopresentationpathoftheBrowsableslideshowプラウザブルスライドショーのオーディオプレゼンテーションパスとされている。例えば、SubPathtype=2は、プレイリストの中において、サブパスで参照されるオーディオプレゼンテーションパスと、プレイアイテムで参照されるメインパスとが非同期であることを示している。SubPathtype=3は、Interactivegraphicspresentationmenuインタラクティブグラフィックスのプレゼンテーションメニューとされている。例えば、SubPathtype=3は、プレイリストの中において、サブパスで参照されるインタラクティブグラフィックスのメニューと、プレイアイテムで参照されるメインパスとが非同期であることを示している。SubPathtype=4は、Textsubtitlepresentationpathテキスト字幕のプレゼンテーションパスとされている。例えば、SubPathtype=4は、プレイリストの中において、サブパスで参照されるテキスト字幕のプレゼンテーションパスと、プレイアイテムで参照されるメインパスとが同期していることを示している。SubPathtype=5は、2ndAudioPresentationpath2番目のオーディオプレゼンテーションパス2ndオーディオストリームを参照するためのパスとされている。具体的には、SubPathtype=5は、プレイリストの中において、サブパスで参照される2番目のオーディオプレゼンテーションパスと、プレイアイテムで参照されるメインパスとが同期していることを示している。例えば、このサブパスで参照される2番目のオーディオストリームは、映画に対する監督のコメント音声である。図8においてSubpathid0で示されるSubPathの場合、図10のSubPathtypeは、このSubPathtype=5となる。SubPathtype=6は、2ndVideoPresentationpath2番目のビデオプレゼンテーションパス2ndビデオストリームを参照するためのパスとされている。具体的には、SubPathtype=6は、プレイリストの中において、サブパスで参照される2番目のビデオプレゼンテーションパスと、プレイアイテムで参照されるメインパスとが同期していることを示している。例えば、このサブパスで参照される2番目のビデオストリームは、映画に対する監督のコメント動画像である。SubPathtype=7乃至255は、reservedとされている。図12は、SubPlayItemのシンタクスを示す図である。lengthは、このlengthフィールドの直後からSubplayItemの最後までのバイト数を示す16ビットの符号なし整数である。図12においては、SubPlayItemが1つのClipを参照する場合と、複数のClipを参照する場合に分けられている。最初に、SubPlayItemが1つのClipを参照する場合について説明する。SubPlayItemには、Clipを指定するためのClipInformationfilename0が含まれる。また、Clipのコーデック方式を指定するClipcodecidentifier[0]、reservedforfutureuse、マルチクリップの登録の有無を示すフラグであるismultiClipentries、STC不連続点システムタイムベースの不連続点に関する情報であるreftoSTCid[0]を含む。ismultiClipentriesのフラグが立っている場合、SubPlayItemが複数のClipを参照する場合のシンタクスが参照される。また、Clipの中にあるSubPathの再生区間を指定するためのSubPlayItemINtimeとSubPlayItemOUTtimeを含む。さらに、mainpathの時間軸上でSubPathが再生開始する時刻を指定するためsyncPlayItemidとsyncstartPTSofPlayItemを含む。このsyncPlayItemidとsyncstartPTSofPlayItemは、上述したように、図7と図8の場合メインAVストリームとサブパスにより示されるファイルの再生タイミングが同じである場合に使用され、メインAVストリームとサブパスにより示されるファイルの再生タイミングが異なる場合例えば、静止画により構成されるスライドショーのBGMのように、メインパスにより参照される静止画像とサブパスにより参照されるオーディオとが同期しない場合には使用されない。また、SubPlayItemINtime、SubPlayItemOUTtime、syncPlayItemid、syncstartPTSofPlayItemは、SubPlayItemが参照するClipにおいて共通に使用される。次に、SubPlayItemが複数のClipを参照する場合ifismultiClipentries==1bである場合、すなわちマルチクリップの登録が行われている場合について説明する。具体的には、図8に示されるように、SubPlayItemが複数のClipを参照する場合を示す。numofClipentriesは、Clipの数を示しており、ClipInformationfilenameSubClipentryidの数が、ClipInformationfilename0を除く、Clipsを指定する。すなわち、ClipInformationfilename0を除く、ClipInformationfilename1、ClipInformationfilename2などのClipを指定する。また、SubPlayItemは、Clipのコーデック方式を指定するClipcodecidentifierSubClipentryid、STC不連続点システムタイムベースの不連続点に関する情報であるreftoSTCidSubClipentryid、およびreservedforfutureuseを含む。なお、複数のClipの間で、SubPlayItemINtimeSubPlayItemOUTtime、syncPlayItemid、およびsyncstartPTSofPlayItemは共通して使われる。図8の例の場合、SubPlayItemINtimeSubPlayItemOUTtime、syncPlayItemid、およびsyncstartPTSofPlayItemは、SubClipentryid=0とSubClipentryid=1との間で共通して使用されるものであり、選択されたSubClipentryidに対するTextbasedsubtitleがこのSubPlayItemINtimeSubPlayItemOUTtime、syncPlayItemid、およびsyncstartPTSofPlayItemに基づいて再生される。ここで、SubClipentryidの値は、SubPlayItemの中にあるClipInformationfilenameSubClipentryidが現れる順番に1から割り振られる。また、ClipInformationfilename0のSubClipentryidは0である。図13は、PlayItemのシンタクスを示す図である。lengthは、このlengthフィールドの直後からPlayItemの最後までのバイト数を示す16ビットの符号なし整数である。ClipInformationfilename0は、PlayItemが参照するClipを指定するためのフィールドである。図7の例の場合、ClipInformationfilename0により、メインAVストリームが参照される。また、PlayItemには、Clipのコーデック方式を指定するClipcodecidentifier[0]、reservedforfutureuse、ismultiangle、connectioncondition、STC不連続点システムタイムベースの不連続点に関する情報であるreftoSTCid[0]が含まれている。さらに、PlayItemには、Clipの中のPlayItemの再生区間を指定するためのINtimeとOUTtimeが含まれている。図7の例の場合、INtimeとOUTtimeにより、メインClipAVストリームファイルの再生範囲が表される。また、PlayItemには、UOmasktable、PlayItemrandomaccessmode、stillmodeが含まれている。なお、ismultiangleが複数ある場合については、本発明と直接的には関係ないのでその説明を省略する。PlayItemの中のSTNtableは、対象のPlayItemとそれに関連付けられて再生される1つ以上のSubPathが用意されている場合に、ユーザによる音声切り替えや字幕切り替えという操作が、そのPlayItemが参照するClipとこれらの1つ以上のSubPathが参照するClipsの中から選ぶことができる仕組みを提供するものである。また、STNtableは、2つのオーディオストリームのミキシング再生を選ぶことができる仕組みを提供するものである。図14は、STNtableのシンタクスの第1の例第1のSTNtableを示す図である。STNtableは、PlayItemの属性として設定されている。lengthは、このlengthフィールドの直後からSTNtableの最後までのバイト数を示す16ビットの符号なし整数である。lengthの後には、16ビットのreservedforfutureuseが用意される。numberofvideostreamentriesは、STNtableの中でエントリーされる登録されるvideostreamidが与えられるストリーム数を示す。videostreamidは、ビデオストリームを識別するための情報であり、videostreamnumberは、ビデオ切り替えに使われる、ユーザから見えるビデオストリーム番号である。numberofaudiostreamentriesは、STNtableの中でエントリーされるaudiostreamidが与えられる1番目のオーディオストリームのストリーム数を示す。audiostreamidは、オーディオストリームを識別するための情報である。audiostreamnumberは、ユーザから見えるオーディオストリーム番号であり、音声切り替えに用いられる。numberofaudiostream2entriesは、STNtableの中でエントリーされるaudiostreamid2が与えられる2番目のオーディオストリームのストリーム数を示す。audiostreamid2は、オーディオストリームを識別するための情報である。audiostreamnumberは、ユーザから見えるオーディオストリーム番号であり、音声切り替えに用いられる。具体的には、STNtableでエントリーされるnumberofaudiostreamentriesのオーディオストリームは、後述する図25の再生装置20または図49の再生装置401の1stオーディオデコーダ75-1でデコードされるオーディオストリームであり、STNtableでエントリーされるnumberofaudiostream2entriesのオーディオストリームは、後述する図25の再生装置20または図49の再生装置401の2ndオーディオデコーダ75-2でデコードされるオーディオストリームである。このように、図14のSTNtableでは、2つのオーディオデコーダのそれぞれにデコードさせるオーディオストリームをエントリーすることができる。なお、以下において、図25の再生装置20または図49の再生装置401の1stオーディオデコーダ75-1でデコードされるnumberofaudiostreamentriesのオーディオストリームをオーディオストリーム1と称しさらに、オーディオストリーム1は、後述するように、プライマリオーディオストリームと称される場合もある、図25の再生装置20または図49の再生装置401の2ndオーディオデコーダ75-2でデコードされるnumberofaudiostream2entriesのオーディオストリームをオーディオストリーム2と称するさらに、オーディオストリーム2は、後述するように、セカンダリオーディオストリームと称される場合もある。また、オーディオストリーム1は、オーディオストリーム2よりも優先されるオーディオストリームであるものとする。numberofPGtxtSTstreamentriesは、STNtableの中でエントリーされるPGtxtSTstreamidが与えられるストリーム数を示す。この中では、DVDのサブピクチャのようなビットマップ字幕をランレングス符号化したストリームPGPresentationGraphicsstreamとテキスト字幕ファイルがエントリーされる。PGtxtSTstreamidは、字幕ストリームを識別するための情報であり、PGtxtSTstreamnumberは、字幕切り替えに使われるユーザから見える字幕ストリーム番号テキストサブタイトルストリームの番号である。numberofIGstreamentriesは、STNtableの中でエントリーされるIGstreamidが与えられるストリーム数を示す。この中では、インタラクティブグラフィックスストリームがエントリーされる。IGstreamidは、インタラクティブグラフィックスストリームを識別するための情報であり、IGstreamnumberは、グラフィックス切り替えに使われるユーザから見えるグラフィックスストリーム番号である。ここで、streamentryのシンタクスについて図15を参照して説明する。lengthは、このlengthフィールドの直後からstreamentryの最後までのバイト数を示す8ビットの符号なし整数である。typeは、上述したストリーム番号が与えられるストリームを一意に特定するために必要な情報の種類を示す8ビットのフィールドである。type=1では、PlayItemによって参照されるClipの中に多重化されている複数のエレメンタリストリームの中から1つのエレメンタリストリームを特定するために、16ビットのパケットIDが指定される。reftostreamPIDofmainClipが、このPIDを示している。すなわち、type=1では、メインClipAVストリームファイルの中のPIDを指定するだけでストリームが決定される。type=2では、SubPathが一度に複数個のClipを参照し、それぞれのClipが複数のエレメンタリストリームを多重化する場合に、SubPathによって参照される1つのClipの複数のエレメンタリストリームの中から1つのエレメンタリストリームを特定するために、そのSubPathのSubPathid、Clipid、およびパケットIDが指定される。reftoSubPathidがこのSubPathidを示し、reftoSubClipentryidがこのClipidを示し、reftostreamPIDofSubClipがこのPIDを示している。SubPlayItemの中で複数のClipが参照され、さらにこのClipに複数のエレメンタリストリームが参照されている場合に用いられる。このように、typetype=1とtype=2の2つのtypeを使うことで、PlayItemとそれに関連付けられて再生される1つ以上のSubPathが用意されている場合に、このPlayItemが参照するClipと1つ以上のSubPathが参照するClipの中から1つのエレメンタリストリームを特定することができる。なお、type=1はMainPathが参照するClipメインClipを示しており、type=2はSubPathが参照するClipサブClipを示している。図14の第1のSTNtableの説明に戻って、ビデオストリームIDのforループの中で、順番にstreamentryごとに特定される1つのビデオエレメンタリストリームに、0からvideostreamidが与えられる。なお、ビデオストリームIDvideostreamidの代わりに、ビデオストリーム番号videostreamnumberを用いるようにしてもよい。この場合、videostreamnumberは、0ではなく1から与えられる。すなわち、videostreamidの値に1を加算したものがvideostreamnumberである。ビデオストリーム番号は、ビデオ切り替えに使われる、ユーザから見えるビデオストリーム番号であるので、1から定義される。同様に、オーディオストリームIDのforループの中で、順番にstreamentryごとに特定される1つのオーディオエレメンタリストリームに、0からaudiostreamidが与えられる。なお、ビデオストリームの場合と同様に、オーディオストリームIDaudiostreamidの代わりに、オーディオストリーム番号audiostreamnumberを用いるようにしてもよい。この場合、audiostreamnumberは、0ではなく1から与えられる。すなわち、audiostreamidの値に1を加算したものがaudiostreamnumberである。オーディオストリーム番号は、音声切り替えに使われる、ユーザから見えるオーディオストリーム番号であるので、1から定義される。同様に、オーディオストリームID2のforループの中で、順番にstreamentryごとに特定される1つのオーディオエレメンタリストリームに、0からaudiostreamid2が与えられる。なお、ビデオストリームの場合と同様に、オーディオストリームID2audiostreamid2の代わりに、オーディオストリーム番号2audiostreamnumber2を用いるようにしてもよい。この場合、audiostreamnumber2は、0ではなく1から与えられる。すなわち、audiostreamid2の値に1を加算したものがaudiostreamnumber2である。オーディオストリーム番号2は、音声切り替えに使われる、ユーザから見えるオーディオストリーム番号2であるので、1から定義される。すなわち、図14の第1のSTNtableにおいては、numberofaudiostreamentriesオーディオストリーム1のオーディオストリームと、numberofaudiostream2entriesオーディオストリーム2のオーディオストリームとが定義される。換言すれば、STNtableを用いて、オーディオストリーム1とオーディオストリーム2とをエントリーすることができるので、ユーザは、同期して再生するオーディオストリームを2本選択することができる。同様に、字幕ストリームIDのforループの中で、順番にstreamentryごとに特定される1つのビットマップ字幕エレメンタリストリームまたはテキスト字幕に、0からPGtxtSTstreamidが与えられる。なお、ビデオストリームの場合と同様に、字幕ストリームIDPGtxtSTstreamidの代わりに、字幕ストリーム番号PGtxtSTstreamnumberを用いるようにしてもよい。この場合、PGtxtSTstreamnumberは、0ではなく1から与えられる。すなわち、PGtxtSTstreamidの値に1を加算したものがPGtxtSTstreamnumberである。字幕ストリーム番号は、字幕切り替えに使われるユーザから見える字幕ストリーム番号テキストサブタイトルストリームの番号であるので、1から定義される。同様に、グラフィックスストリームIDのforループの中で、順番にstreamentryごとに特定される1つのインタラクティブグラフィックスエレメンタリストリームに、0からIGstreamidが与えられる。なお、ビデオストリームの場合と同様に、グラフィックスストリームIDIGstreamidの代わりに、グラフィックスストリーム番号IGstreamnumberを用いるようにしてもよい。この場合、IGstreamnumberは、0ではなく1から与えられる。すなわち、IGstreamidの値に1を加算したものがIGstreamnumberである。グラフィックスストリーム番号は、グラフィックス切り替えに使われるユーザから見えるグラフィックスストリーム番号であるので、1から定義される。次に、図14の第1のSTNtableのstreamattributeについて説明する。reservedforfutureuseの後のfor文では、videostreamの分だけvideostreamが参照され、ディスク製造者が、オーディオストリームに対してMainPathおよびSubPathを設定した分だけaudiostreamが参照され、PGtextSTstreamの分だけPGtextSTstreamが参照され、IGstreamの分だけIGstreamが参照される。ビデオストリームIDのforループの中のstreamattributeは、streamentryごとに特定される1つのビデオエレメンタリストリームのストリーム属性情報を与える。すなわち、このstreamattributeには、streamentryごとに特定される1つのビデオエレメンタリストリームのストリーム属性情報が記述されている。同様に、オーディオストリームIDのforループの中のstreamattributeは、streamentryごとに特定される1つのオーディオエレメンタリストリームのストリーム属性情報を与える。すなわち、このstreamattributeには、streamentryごとに特定される1つのオーディオエレメンタリストリームのストリーム属性情報が記述されている。例えば、図15のstreamentryのtype=1またはtype=2で特定されるオーディオエレメンタリストリームは1つであるので、streamattributeは、その1つのオーディオエレメンタリストリームのストリーム属性情報を与える。同様に、オーディオストリームID2のforループの中のstreamattributeは、streamentryごとに特定される1つのオーディオエレメンタリストリームのストリーム属性情報を与える。すなわち、このstreamattributeには、streamentryごとに特定される1つのオーディオエレメンタリストリームのストリーム属性情報が記述されている。例えば、図15のstreamentryのtype=1またはtype=2で特定されるオーディオエレメンタリストリームは1つであるので、streamattributeは、その1つのオーディオエレメンタリストリームのストリーム属性情報を与える。同様に、字幕ストリームIDのforループの中のstreamattributeは、streamentryごとに特定される1つのビットマップ字幕エレメンタリストリームまたはテキスト字幕エレメンタリストリームのストリーム属性情報を与える。すなわち、このstreamattributeには、streamentryごとに特定される1つのビットマップ字幕エレメンタリストリームのストリーム属性情報が記述されている。同様に、グラフィックスストリームIDのforループの中のstreamattributeは、streamentryごとに特定される1つのインタラクティブグラフィックスエレメンタリストリームのストリーム属性情報を与える。すなわち、このstreamattributeには、streamentryごとに特定される1つのインタラクティブグラフィックスエレメンタリストリームのストリーム属性情報が記述されている。ここで、streamattributeのシンタクスについて図16を参照して説明する。lengthは、このlengthフィールドの直後からstreamattributeの最後までのバイト数を示す16ビットの符号なし整数である。streamcodingtypeは、図17に示されるようにエレメンタリストリームの符号化タイプを示す。エレメンタリストリームの符号化タイプとしては、MPEG2videostream等のビデオのコーデックのフォーマット、HDMVLPCMaudio、DolbyAC3audio、dtsaudio等のオーディオコーデックのフォーマット、Presentationgraphicsstream、Interactivegraphicsstream、およびTextsubtitlestreamが記述される。videoformatは、図18に示されるようにビデオエレメンタリストリームのビデオフォーマットを示す。ビデオエレメンタリストリームのビデオフォーマットとしては、480i、576i、480p、1080i、720p、および1080pが記述される。framerateは、図19に示されるように、ビデオエレメンタリストリームのフレームレートを示す。ビデオエレメンタリストリームのフレームレートとしては、24000/1001、24、25、30000/1001、50、および60000/1001が記述される。aspectratioは、図20に示されるようにビデオエレメンタリストリームのアスペクト比情報を示す。ビデオエレメンタリストリームのアスペクト比情報としては、4:3displayaspectratio、および16:9displayaspectratioが記述される。audiopresentationtypeは、図21に示されるようにオーディオエレメンタリストリームのプレゼンテーションタイプ情報を示す。オーディオエレメンタリストリームのプレゼンテーションタイプ情報としては、singlemonochannel、dualmonochannel、stereo、およびmultichannelが記述される。samplingfrequencyは、図22に示されるようにオーディオエレメンタリストリームのサンプリング周波数を示す。オーディオエレメンタリストリームのサンプリング周波数としては、48kHz、および96kHzが記述される。audiolanguagecodeは、オーディオエレメンタリストリームの言語コードを示す。PGlanguagecodeは、ビットマップ字幕エレメンタリストリームの言語コードを示す。IGlanguagecode、インタラクティブグラフィックスエレメンタリストリームの言語コードを示す。textSTlanguagecodeは、テキスト字幕エレメンタリストリームの言語コードを示す。charactercodeは、図23に示されるようにテキスト字幕エレメンタリストリームのキャラクタコードを示す。テキスト字幕エレメンタリストリームのキャラクタコードとしては、UnicodeV11、ShiftJISJapanese、KSC56011987includingKSC5653forRomancharacter、GB180302000、GB2312、およびBIG5が記述される。以下に、図16のstreamattributeのシンタクスについて、図16と、図17乃至図23を用いて具体的に説明する。エレメンタリストリームの符号化タイプ図16のstreamcodingtypeがMPEG2videostream図17である場合、streamattributeには、そのエレメンタリストリームのビデオフォーマット図18、フレームレート図19、およびアスペクト比情報図20が含まれる。エレメンタリストリームの符号化タイプ図16のstreamcodingtypeがHDMVLPCMaudio、DolbyAC3audio、またはdtsaudio図17である場合、streamattributeには、そのオーディオエレメンタリストリームのプレゼンテーションタイプ情報図21、サンプリング周波数図22、および言語コードが含まれる。エレメンタリストリームの符号化タイプ図16のstreamcodingtypeがPresentationgraphicsstream図17である場合、streamattributeには、そのビットマップ字幕エレメンタリストリームの言語コードが含まれる。エレメンタリストリームの符号化タイプ図16のstreamcodingtypeがInteractivegraphicsstream図17である場合、streamattributeには、そのインタラクティブグラフィックスエレメンタリストリームの言語コードが含まれる。エレメンタリストリームの符号化タイプ図16のstreamcodingtypeがTextsubtitlestream図17である場合、streamattributeには、そのテキスト字幕エレメンタリストリームのキャラクタコード図23、言語コードが含まれる。なお、これらの属性情報はこれに限定されない。このように、PlayItemとそれに関連付けられて再生される1つ以上のSubPathが用意されている場合に、このPlayItemが参照するClipと1つ以上のSubPathが参照するClipの中から、streamentryによって特定された1つのエレメンタリストリームの属性情報をstreamattributeによって知ることができる。再生装置は、この属性情報streamattributeを調べることによって、そのエレメンタリストリームを自分自身が再生する機能を持っているか否かを調べることができる。また、再生装置は、この属性情報を調べることによって、再生装置の言語設定の初期情報に対応したエレメンタリストリームの選択することができる。例えば、再生装置が、ビットマップ字幕エレメンタリストリームの再生機能だけを有し、テキスト字幕エレメンタリストリームの再生機能を有していない場合を想定する。この再生装置に対して、ユーザが言語切り替えを指示した場合、再生装置は、字幕ストリームIDのforループの中から、ビットマップ字幕エレメンタリストリームだけを順次選択して、再生する。また、例えば、再生装置の言語設定の初期情報が日本語である場合を想定する。この再生装置に対して、ユーザがユーザが副音声すなわちSecondaryaudioへの切り替えまたは主音声と副音声のミキシング再生を指示した場合、再生装置は、副音声として用意されているオーディオストリームIDのforループの中から、言語コードが日本語であるオーディオエレメンタリストリームだけを順次選択して、再生する。さらに、例えば、メインパスにより参照される、ビデオストリームとオーディオストリームからなるAVストリーム映画を再生する場合、再生装置に対して、ユーザが音声の切り替えを指令し、オーディオストリーム1通常の映画で出力される音声と、オーディオストリーム2監督や出演者によるコメントとを、再生する音声として指定選択した場合、再生装置は、オーディオストリーム1とオーディオストリーム2とをミキシング重畳して、ビデオストリームとともに再生する。なお、オーディオストリーム1とオーディオストリーム2とは、図14および図15のSTNtableを参照しても分かるように、両方ともメインパスにより参照されるClipに含まれるオーディオストリームとしてもよい。また、オーディオストリーム1とオーディオストリーム2のうちの、一方をメインパスにより参照されるClipに含まれるオーディオストリームとし、他方をサブパスにより参照されるClipに含まれるオーディオストリームとしてもよい。このように、メインパスにより参照されるメインAVストリームに重畳された複数のオーディオストリームを2つ選択して、ミキシングして再生することも可能である。このようにして、PlayItemの中にSTNtableを設けることにより、PlayItemとそれに関連付けられて再生される1つ以上のSubPathが用意されている場合に、ユーザによる音声切り替えや字幕切り替えという操作を受けて、このPlayItemが参照するClipと1つ以上のSubPathが参照するClipの中から再生されるストリームを選ぶことができる。これにより、メインAVストリームが記録されている、再生するAVストリームとは異なるストリームやデータファイルに対しても、インタラクティブな操作を行うことができる。また、1つのPlayListの中にSubPathを複数使用し、それぞれのSubPathがそれぞれSubPlayItemを参照する構成としたので、拡張性の高い、また、自由度の高いAVストリームを実現することができる。すなわち、このPlaylistにより再生されるコンテンツにおいて、後で、SubPlayItemを追加できる構成とすることができる。例えば、MainPathが参照するClipAVストリームファイルとこれに対応付けられるPlayListがあり、このPlayListが新たなSubPathを追加したPlayListに書き換えられた場合、新たなPlayListに基づいて、MainPathが参照するClipAVストリームファイルとともに、MainPathが参照するClipAVストリームファイルとは異なるClipAVストリームファイルを参照して、再生を行うことができる。このように、拡張性を有する構成とすることができる。さらに、PlayItemの中にSTNtableを設けることにより、後述する図25の再生装置20または図49の再生装置401の1stオーディオデコーダ75-1でデコードされるオーディオストリーム1と、2ndオーディオデコーダ75-2でデコードされるオーディオストリーム2とをミキシングして再生することができる。例えば、PlayItemとそれに関連付けられて再生される1つ以上のSubPathが用意されている場合に、PlayItemが参照するClipのオーディオストリームをオーディオストリーム1とし、SubPathが参照するClipのオーディオストリームをオーディオストリーム2とし、これらををミキシングして再生することができる仕組みを提供するようにした。また、例えば、PlayItemが参照するClipメインClipに含まれる2つのオーディオストリームを、それぞれオーディオストリーム1とオーディオストリーム2とし、これらをミキシングして再生することができる仕組みを提供するようにした。これにより、メインAVストリームが記録されている、再生するメインのオーディオストリームとは異なるオーディオストリーム例えば、監督のコメントのストリームの重畳再生を行うことができる。また、メインAVストリームに重畳されている2つのオーディオストリーム1とオーディオストリーム2とを重畳ミキシングして再生することができる。具体的な例を、図24を参照して説明する。図24は、ユーザに提供する音声信号と字幕信号の関係を表すストリームナンバーテーブルの例を示す図である。図24においては、音声番号をA_SNAudioStreamNumber、A_SN2と称し、字幕番号をS_SNSubPictureStreamNumberと称する。図24においては、PlayListのMainPathを構成するPlayItemのSTNtableでエントリーされるオーディオストリーム1audiostreamidでエントリーされるオーディオストリームのそれぞれにA_SNが与えられ、PlayListのMainPathを構成するPlayItemのSTNtableでエントリーされるオーディオストリーム2audiostreamid2でエントリーされるオーディオストリームのそれぞれにA_SN2が与えられる。具体的には、A_SN=1にオーディオ2が与えられ、A_SN=2にオーディオ1が与えられ、A_SN=3にオーディオ3が与えられている。また、A_SN2=1にオーディオ4が与えられ、A_SN2=2にオーディオ5が与えられている。ユーザは、A_SNが与えられているオーディオストリームの中から、再生するオーディオストリーム1を選択し、選択したオーディオストリーム1とミキシングするオーディオストリーム2を、A_SN2が与えられているオーディオストリームの中から選択する。例えば、ユーザは、A_SN=2のオーディオ1と、A_SN2=2のオーディオ5とを再生するオーディオストリームとして選択する。具体的な例としては、A_SN=1のオーディオ2が選択されている場合に、ユーザが、オーディオの切り替えを指令した場合、オーディオはA_SN=2のオーディオ1に切り替えられ、ユーザが、さらにオーディオの切り替えを指令した場合、オーディオは、A_SN=3のオーディオ3に切り替えられる。また、ユーザが、さらにオーディオの切り替えを指令した場合、オーディオは、A_SN=1のオーディオ2に切り替えられる。また、例えば、A_SN2=1のオーディオ4が選択されている場合に、ユーザが、オーディオの切り替えを指令した場合、オーディオはA_SN2=2のオーディオ5に切り替えられ、ユーザが、さらにオーディオの切り替えを指令した場合、オーディオはA_SN2=1のオーディオ4に切り替えられる。このように、オーディオストリーム1を選択するためのA_SNと、オーディオストリーム2を選択するためのA_SN2とは、音声の切り替えを独立させている。すなわち、ユーザは、A_SN=1乃至A_SN=3から1つオーディオストリームを選択し、A_SN2=1およびA_SN2=2から1つオーディオストリームを選択することになる。また、PlayListのMainPathで参照されるメインAVストリームの複数のサブピクチャストリームのそれぞれに、S_SNが与えられている。すなわち、S_SN=1にサブピクチャ3が与えられ、S_SN=2にサブピクチャ1が与えられ、S_SN=3にサブピクチャ2が与えられる。なお、ここでは、A_SN、A_SN2、S_SNの番号が小さい程、ユーザに提供される音声信号やサブピクチャの優先度が高い。また、A_SNで与えられるストリームの方が、A_SN2で与えられるストリームより優先度が高い。すなわち、A_SN=1はデフォルトで再生されるオーディオストリームであり、S_SN=1はデフォルトで再生されるサブピクチャストリームである。具体的には、再生装置の言語設定の初期情報に基づいて再生される音声は、A_SN=1であるオーディオ2図24に対応しており、音声が切り替えられた後、再生される音声は、A_SN=2であるオーディオ1図24に対応している。このようなストリームナンバーテーブルを提供するために、PlayListで参照されるPlayItemの中のSTNtable図14において、最初に、オーディオストリーム1にエントリーするためのaudiostreamid=0A_SN=1でオーディオ2を与え、audiostreamid=1A_SN=2でオーディオ1を与え、audiostreamid=2A_SN=3でオーディオ3を与える。次に、STNtable図14において、オーディオストリーム2にエントリーするためのaudiostreamid2=0A_SN2=1でオーディオ4を与え、audiostreamid2=1A_SN2=2でオーディオ5を与える。すなわち、再生する2つのオーディオストリームオーディオストリーム1とオーディオストリーム2とを別々に定義することで、ユーザは、再生する2つのオーディオストリームを、定義されたものの中から任意に選択することができる。換言すれば、ユーザは、再生する2つのオーディオストリームの選択を自由にオーディオストリーム1とオーディオストリーム2で定義されているものの中から自由に行うことができるので、組み合わせの自由度の高い選択を行うことができる。例えば、ユーザは、オーディオ2オーディオ4の組み合わせA_SN=1とA_SN2=1の組み合わせや、オーディオ2オーディオ5の組み合わせA_SN=1とA_SN2=2の組み合わせを選択することができる。このように、PlayItemの中のSTNtable図14のstreamentry図15で、2本のオーディオストリームをエントリーすることが可能な構成としたので、2つのオーディオストリームをミキシングして再生することができる。すなわち、複数の種類からなるストリームから、同じ種類この例の場合、オーディオストリームの2本のストリームをミキシング重畳、または合成して、同時に再生することができる。また、ユーザは、所望する2本の同じ種類のストリームのミキシング再生を指令することができる。次に、本発明を適用した再生装置について説明する。図25は、本発明を適用した再生装置20の構成例を示すブロック図である。この再生装置20は、上述したメインパスとサブパスを有するPlayListを再生する再生装置20である。再生装置20には、ストレージドライブ31、スイッチ32、AVデコーダ部33、およびコントローラ34が設けられている。図25の例の場合、最初に、コントローラ34がストレージドライブ31を介してPlayListファイルを読み出し、PlayListファイルの情報に基づいて、ストレージドライブ31を介してHDD、BluRayDisc、またはDVDなどの記録媒体からAVストリームやAVデータを読み出す。ユーザは、ユーザインターフェースを用いて、コントローラ34に対し、音声や字幕などの切り替えの指令を行うことができる。また、コントローラ34には、再生装置20の言語設定の初期情報が図示せぬ記憶部などから供給される。PlayListファイルには、MainPath、SubPathの情報の他、STNtableが含まれている。コントローラ34は、PlayListファイルに含まれるPlayItemが参照するメインClipAVストリームファイル、SubPlayItemが参照するサブClipAVストリームファイル、およびSubPlayItemが参照するテキストサブタイトルデータ等を、ストレージドライブ31を介して記録媒体などから読み出す。ここで、PlayItemが参照するメインClipAVStreamとSubPlayItemが参照するサブClipAVStreamとが、異なる記録媒体に記録されていてもよい。例えば、メインClipAVStreamが記録媒体に記録されており、対応するサブClipAVStreamは図示せぬネットワークを介して供給され、HDDに記憶されたものであってもよい。また、コントローラ34は、自分自身再生装置20の再生機能に対応するエレメンタリストリームを選択し、再生するよう制御したり、再生装置20の言語設定の初期情報に対応するエレメンタリストリームを選択し、再生するよう制御する。なお、一般的にはPlayItemが参照するストリームには、ビデオストリームが含まれているので、PlayItemメインパスが参照するストリームを含むClipを、メインClipと称する。また、このメインClip以外のストリームをサブClipと称する。すなわち、サブClipは、サブパスで参照されるストリームであって、PlayItemで参照するビデオストリームを置き換えるビデオストリーム、PlayItemで参照するビデオストリームと合成するビデオストリーム、又は、ビデオストリームを含まずオーディオストリーム、IG,PGストリーム等のうちの、少なくとも一つのストリームを含むClipをサブClipと称するものである。AVデコーダ部33には、バッファ51乃至54、PIDフィルタ55、PIDフィルタ56、スイッチ57乃至59、バックグラウンドデコーダ71、ビデオデコーダ72、プレゼンテーショングラフィックスデコーダ73、インタラクティブグラフィックスデコーダ74、1stオーディオデコーダ75-1、2ndオーディオデコーダ75-2、TextSTコンポジション76、スイッチ77、バックグラウンドプレーン生成部91、ビデオプレーン生成部92、プレゼンテーショングラフィックスプレーン生成部93、インタラクティブグラフィックスプレーン生成部94、バッファ95、ビデオデータ処理部96、ミキシング処理部97、およびミキシング処理部98が設けられている。1stオーディオデコーダ75-1は、オーディオストリーム1をデコードするためのものであり、2ndオーディオデコーダ75-2は、オーディオストリーム2をデコードするためのものである。具体的には、図14のSTNtableにおいて、audiostreamidで与えられるオーディオストリームをデコードするためのものが1stオーディオデコーダ75-1であり、audiostreamid2で与えられるオーディオストリームをデコードするためのものが2ndオーディオデコーダ75-2である。このように、再生装置20は、2つのオーディオストリームをデコードするために、2つのオーディオデコーダ1stオーディオデコーダ75-1、2ndオーディオデコーダ75-2を有している。なお、以下において、1stオーディオデコーダ75-1と2ndオーディオデコーダ75-2とを個々に区別しない場合、オーディオデコーダ75と称する。コントローラ34により読み出されたファイルデータは、図示せぬ復調、ECC復号部により、復調され、復調された多重化ストリームに誤り訂正が施される。スイッチ32は、復調され、誤り訂正が施されたデータを、コントローラ34からの制御に基づいて、ストリームの種類ごとに選択し、対応するバッファ51乃至54に供給する。具体的には、スイッチ32は、コントローラ34からの制御に基づいて、バックグラウンドイメージデータをバッファ51に供給し、メインClipAVStreamのデータをバッファ52に供給し、サブClipAVStreamのデータをバッファ53に供給し、TextSTのデータをバッファ54に供給するようスイッチ32を切り替える。バッファ51は、バックグラウンドイメージデータをバッファリングし、バッファ52は、メインClipAVStreamのデータをバッファリングし、バッファ53は、サブClipAVStreamのデータをバッファリングし、バッファ54は、TextSTデータをバッファリングする。メインClipAVStreamは、ビデオとオーディオとビットマップ字幕とインタラクティブグラフィックスのうち、ビデオに加えて1つ以上のストリームを多重化したストリーム例えばトランスポートストリームである。サブClipAVStreamは、オーディオとビットマップ字幕とインタラクティブグラフィックスとオーディオのうち、1つ以上のストリームを多重化したストリームである。なお、テキストサブタイトルデータファイルTextSTのデータは、トランスポートストリームのような多重化ストリームの形式であっても、そうでなくてもよい。また、メインClipAVStreamとサブClipAVStreamおよびテキストサブタイトルデータを、ストレージドライブ31記録媒体から読み出すときに、それぞれのファイルを時分割に交互に読み出しても良いし、または、サブClipAVStreamやテキストサブタイトルデータをメインClipAVStreamから読み出す前に、すべてバッファへプリロードしてもよい。再生装置20は、これらのファイルのデータを、ストレージドライブ31を介して記録媒体から読み出し、ビデオ、ビットマップ字幕、インタラクティブグラフィックス、およびオーディオを再生する。具体的には、メインClipAVStream用リードバッファであるバッファ52から読み出されたストリームデータは、所定のタイミングで、後段のPIDパケットIDフィルタ55へ出力される。このPIDフィルタ55は、入力されたメインClipAVStreamをPIDパケットIDに応じて、後段の各エレメンタリストリームのデコーダへ振り分けて出力する。すなわち、PIDフィルタ55は、ビデオストリームをビデオデコーダ72に供給し、プレゼンテーショングラフィックスストリームをプレゼンテーショングラフィックスデコーダ73への供給元となるスイッチ57に供給し、インタラクティブグラフィックスストリームをインタラクティブグラフィックスデコーダ74への供給元となるスイッチ58に供給し、オーディオストリームを1stオーディオデコーダ75-1と2ndオーディオデコーダ75-2への供給元となるスイッチ59に供給する。プレゼンテーショングラフィックスストリームは、例えば、ビットマップの字幕データであり、テキストサブタイトルデータは、例えば、テキスト字幕データである。サブClipAVStream用リードバッファであるバッファ53から読み出されたストリームデータは、所定のタイミングで、後段のPIDパケットIDフィルタ56へ出力される。このPIDフィルタ56は、入力されたサブClipをPIDパケットIDに応じて、後段の各エレメンタリストリームのデコーダへ振り分けて出力する。すなわち、PIDフィルタ56は、プレゼンテーショングラフィックスストリームをプレゼンテーショングラフィックスデコーダ73への供給元となるスイッチ57に供給し、インタラクティブグラフィックスストリームをインタラクティブグラフィックスデコーダ74への供給元となるスイッチ58に供給し、オーディオストリームを1stオーディオデコーダ75-1と2ndオーディオデコーダ75-2への供給元となるスイッチ59に供給する。バックグラウンドイメージデータをバッファリングするバッファ51から読み出されたデータは、所定のタイミングでバックグラウンドデコーダ71に供給される。バックグラウンドデコーダ71は、バックグラウンドイメージデータをデコードし、デコードしたバックグラウンドイメージデータをバックグラウンドプレーン生成部91に供給する。PIDフィルタ55により振り分けられたビデオストリームは、後段のビデオデコーダ72に供給される。ビデオデコーダ72は、ビデオストリームをデコードし、デコードしたビデオデータをビデオプレーン生成部92へ出力する。スイッチ57は、PIDフィルタ55から供給されたメインClipAVStreamに含まれるプレゼンテーショングラフィックスストリームと、サブClipAVStreamに含まれるプレゼンテーショングラフィックスストリームのうちのいずれか1つを選択し、選択したプレゼンテーショングラフィックスストリームを、後段のプレゼンテーショングラフィックスデコーダ73に供給する。プレゼンテーショングラフィックスデコーダ73は、プレゼンテーショングラフィックスストリームをデコードし、デコードしたプレゼンテーショングラフィックスストリームのデータをプレゼンテーショングラフィックスプレーン生成部93への供給元となるスイッチ77に供給する。また、スイッチ58は、PIDフィルタ55から供給されたメインClipAVStreamに含まれるインタラクティブグラフィックスストリームと、サブClipAVStreamに含まれるインタラクティブグラフィックスストリームのうちのいずれか1つを選択し、選択したインタラクティブグラフィックスストリームを、後段のインタラクティブグラフィックスストリームデコーダ74に供給する。すなわち、インタラクティブグラフィックスデコーダ74へ同時に入力されるインタラクティブグラフィックスストリームは、メインClipAVStreamまたはサブClipAVStreamのどちらかから分離されたストリームである。インタラクティブグラフィックスデコーダ74は、インタラクティブグラフィックスストリームをデコードし、デコードしたインタラクティブグラフィックスストリームのデータを、インタラクティブグラフィックスプレーン生成部94に供給する。さらに、スイッチ59は、PIDフィルタ55から供給されたメインClipAVStreamに含まれるオーディオストリームと、サブClipAVStreamに含まれるオーディオストリームのうちのいずれか1つを選択し、選択したオーディオストリームを、後段の1stオーディオデコーダ75-1または、2ndオーディオデコーダ75-2に供給する。ここで、1stオーディオデコーダ75-1へ同時に入力されるオーディオストリームは、メインClipまたはサブClipのどちらかから分離されたストリームである。また、同様に、2ndオーディオデコーダ75-2へ同時に入力されるオーディオストリームも、メインClipまたはサブClipのどちらかから分離されたストリームである。例えば、メインClipにオーディオストリーム1とオーディオストリーム2とが含まれていた場合、PIDフィルタ55は、オーディオストリームのPIDに基づいて、オーディオストリーム1とオーディオストリーム2とをフィルタリングし、スイッチ59に供給する。スイッチ59は、例えば、PIDフィルタ55から供給されたオーディオストリーム1を、1stオーディオデコーダ75-1に供給するようスイッチを選択し、PIDフィルタ55から供給されたオーディオストリーム2を、2ndオーディオデコーダ75-2に供給するようスイッチを選択する。1stオーディオデコーダ75-1は、オーディオストリームをデコードし、デコードしたオーディオストリームのデータをミキシング処理部101に供給する。また、2ndオーディオデコーダ75-2は、オーディオストリームをデコードし、デコードしたオーディオストリームのデータをミキシング処理部101に供給する。ここで、オーディオストリーム1とオーディオストリーム2とを重畳して再生するような場合ユーザにより再生するオーディオストリームとして、2つのオーディオストリームが選択された場合、1stオーディオデコーダ75-1によりデコードされたオーディオストリーム1と、2ndオーディオデコーダ75-2によりデコードされたオーディオストリーム2とが、ミキシング処理部101に供給される。ミキシング処理部101は、1stオーディオデコーダ75-1からのオーディオデータと、2ndオーディオデコーダ75-2からのオーディオデータとをミキシング重畳し、後段のミキシング処理部97に出力する。なお、本実施の形態においては、1stオーディオデコーダ75-1から出力されるオーディオデータと2ndオーディオデコーダ75-2から出力されるオーディオデータとをミキシング重畳することを、合成するとも称する。すなわち、合成とは、2つのオーディオデータを、ミキシングすることも示すものとする。また、スイッチ32により選択されたサウンドデータは、バッファ95に供給され、バッファリングされる。バッファ95は、所定のタイミングでサウンドデータをミキシング処理部97に供給する。サウンドデータは、例えば、メニュー選択などによる効果音のデータなどである。ミキシング処理部97は、ミキシング処理部101によりミキシングされたオーディオデータ1stオーディオデコーダ75-1から出力されたオーディオデータと2ndオーディオデコーダ75-2から出力されたオーディオデータとがミキシングされたオーディオデータと、バッファ95から供給されてきたサウンドデータをミキシング重畳、または合成し、音声信号として出力する。テキストサブタイトル用リードバッファであるバッファ54から読み出されたデータは、所定のタイミングで、後段のテキストサブタイトルコンポジションデコーダ76へ出力される。テキストサブタイトルコンポジション76は、TextSTデータをデコードし、スイッチ77に供給する。スイッチ77は、プレゼンテーショングラフィックスデコーダ73によりデコードされたプレゼンテーショングラフィックスストリームと、TextSTテキストサブタイトルデータのうち、いずれかを選択し、選択したデータをプレゼンテーショングラフィックスプレーン生成部93に供給する。すなわち、プレゼンテーショングラフィックスプレーン生成部93へ同時に供給される字幕画像は、プレゼンテーショングラフィックスデコーダ73またはテキストサブタイトルTextSTコンポジション76のうちのいずれかの出力である。また、プレゼンテーショングラフィックスデコーダ73へ同時に入力されるプレゼンテーショングラフィックスストリームは、メインClipAVStreamまたはサブClipAVStreamのいずれかから分離されたストリームであるスイッチ57により選択される。したがって、プレゼンテーショングラフィックスプレーン生成部93へ同時に出力される字幕画像は、メインClipAVStreamからのプレゼンテーショングラフィックスストリーム、またはサブClipAVStreamからのからのプレゼンテーショングラフィックスストリーム、またはテキストサブタイトルデータのデコード出力である。バックグラウンドプレーン生成部91は、バックグラウンドデコーダ71から供給されたバックグラウンドイメージデータに基づいて、例えば、ビデオ画像を縮小表示した場合に壁紙画像となるバックグラウンドプレーンを生成し、これを、ビデオデータ処理部96に供給する。ビデオプレーン生成部92は、ビデオデコーダ72から供給されたビデオデータに基づいて、ビデオプレーンを生成し、これをビデオデータ処理部96に供給する。プレゼンテーショングラフィックスプレーン生成部93は、スイッチ77により選択され、供給されたデータプレゼンテーショングラフィックスストリームまたはテキストサブタイトルデータに基づいて、例えば、レンダリング画像であるプレゼンテーショングラフィックスプレーンを生成し、これをビデオデータ処理部96に供給する。インタラクティブグラフィックスプレーン生成部94は、インタラクティブグラフィックスデコーダ74から供給されたインタラクティブグラフィックスストリームのデータに基づいて、インタラクティブグラフィックスプレーンを生成し、これをビデオデータ処理部96に供給する。ビデオデータ処理部96は、バックグラウンドプレーン生成部91からのバックグラウンドプレーン、ビデオプレーン生成部92からのビデオプレーン、プレゼンテーショングラフィックスプレーン生成部93からのプレゼンテーショングラフィックスプレーン、およびインタラクティブグラフィックスプレーン生成部94からのインタラクティブグラフィックスプレーンを合成し、ビデオ信号として出力する。また、ミキシング処理部97はミキシング処理部101からのオーディオデータ1stオーディオデコーダ75-1によりデコードされたオーディオデータと2ndオーディオデコーダ75-2によりデコードされたオーディオデータとがミキシングされたオーディオデータと、バッファ95からのサウンドデータをミキシング合成または重畳し、音声信号として出力する。これらのスイッチ57乃至59、並びにスイッチ77は、ユーザインターフェースを介するユーザからの選択、または、対象となるデータが含まれるファイル側に基づいて、スイッチを切り替える。例えば、サブClipAVストリームファイルのみにしか、オーディオストリームが含まれていない場合、スイッチ59はサブ側にスイッチを切り替える。次に、図25の再生装置20における再生処理を、図26乃至図28のフローチャートを参照して説明する。なお、この処理は、ユーザによりユーザインターフェースを介して、所定のAVストリームの再生が指令されたとき開始される。ステップS11において、コントローラ34は、ストレージドライブ31を介して、記録媒体や図示せぬHDDに記録されているPlayListファイルを読み出す。例えば、図9を用いて説明したPlayListのファイルが読み出される。ステップS12において、コントローラ34は、メインClipAVStream、サブClipAVStream、およびテキストサブタイトルデータTextSTデータを読み出す。具体的には、コントローラ34は、図9を用いて説明したPlayListに含まれるPlayItemに基づいて、メインClipAVStreamを読み出す。また、コントローラ34は、PlayListに含まれるSubPathで参照される、図10乃至図12を用いて説明したSubPlayItemに基づいて、サブClipAVStreamと、テキストサブタイトルデータを読み出す。ステップS13において、コントローラ34は、読み出したデータメインClipAVStream、サブClipAVStream、およびテキストサブタイトルデータを対応するバッファ51乃至54に供給するようスイッチ32を制御する。具体的には、コントローラ34は、バックグラウンドイメージデータをバッファ51に供給し、メインClipAVStreamのデータをバッファ52に供給し、サブClipのデータをバッファ53に供給し、TextSTのデータをバッファ54に供給するようスイッチ32を切り替える。ステップS14において、スイッチ32はコントローラ34からの制御に基づいて、スイッチ32を切り替える。これにより、バックグラウンドイメージデータはバッファ51に供給され、メインClipAVStreamのデータはバッファ52に供給され、サブClipAVStreamのデータはバッファ53に供給され、テキストサブタイトルデータはバッファ54に供給される。ステップS15において、各バッファ51乃至54は、供給されたデータをそれぞれバッファリングする。具体的には、バッファ51は、バックグラウンドイメージデータをバッファリングし、バッファ52は、メインClipAVStreamのデータをバッファリングし、バッファ53は、サブClipAVStreamのデータをバッファリングし、バッファ54は、TextSTデータをバッファリングする。ステップS16において、バッファ51は、バックグラウンドイメージデータをバックグラウンドデコーダ71に出力する。ステップS17において、バッファ52はメインClipAVStreamのストリームデータをPIDフィルタ55に出力する。ステップS18において、PIDフィルタ55は、メインClipAVストリームファイルを構成するTSTransportStreamパケットに付されているPIDに基づいて、各エレメンタリストリームのデコーダへ振り分ける。具体的には、PIDフィルタ55は、ビデオストリームをビデオデコーダ72に供給し、プレゼンテーショングラフィックスストリームをプレゼンテーショングラフィックスデコーダ73への供給元となるスイッチ57に供給し、インタラクティブグラフィックスストリームをインタラクティブグラフィックスデコーダ74への供給元となるスイッチ58に供給し、オーディオストリームを1stオーディオデコーダ75-1への供給元となるスイッチ59に供給する。すなわち、ビデオストリーム、プレゼンテーショングラフィックスストリーム、インタラクティブグラフィックスストリーム、およびオーディオストリームには、それぞれ異なるPIDが付されている。ステップS19において、バッファ53は、サブClipAVStreamのストリームデータをPIDフィルタ56に出力する。ステップS20において、PIDフィルタ56は、PIDに基づいて、各エレメンタリストリームを、それぞれのエレメンタリストリームに対応するデコーダへ振り分ける。具体的には、PIDフィルタ56は、プレゼンテーショングラフィックスストリームをプレゼンテーショングラフィックスデコーダ73への供給元となるスイッチ57に供給し、インタラクティブグラフィックスストリームをインタラクティブグラフィックスデコーダ74への供給元となるスイッチ58に供給し、オーディオストリームを1stオーディオデコーダ75-1と2ndオーディオデコーダ75-2への供給元となるスイッチ59に供給する。ステップS21において、PIDフィルタ55およびPIDフィルタ56の後段のスイッチ57乃至59は、ユーザインターフェースを介するコントローラ34からの制御に基づいて、メインClipAVStreamとサブClipAVStreamのいずれかを選択する。具体的には、スイッチ57は、PIDフィルタ55から供給されたメインClipAVStreamまたはサブClipAVStreamのプレゼンテーショングラフィックスストリームを選択し、後段のプレゼンテーショングラフィックスデコーダ73に供給する。また、スイッチ58は、PIDフィルタ55から供給されたメインClipAVStreamまたはサブClipAVStreamのインタラクティブグラフィックスストリームを選択し、後段のインタラクティブグラフィックスストリームデコーダ74に供給する。さらに、スイッチ59は、PIDフィルタ55から供給されたメインClipAVStream、または、PIDフィルタ56から供給されたサブClipAVStreamのオーディオストリームここでは、音声が切り替えられる前であるので、オーディオストリーム1を選択し、後段の1stオーディオデコーダ75-1に供給する。なお、音声を切り替えるような指令がユーザにより行われた場合には、スイッチ59は、メインClipAVStreamのオーディオストリームを2ndオーディオデコーダ75-2に供給したり、サブClipAVStreamのオーディオストリームを1stオーディオデコーダ75-1や2ndオーディオデコーダ75-2に供給したりもするが、ここでは、音声が切り替えられる前の再生処理について説明しているので、その説明は省略している。ステップS22において、バッファ54は、テキストサブタイトルデータをテキストサブタイトルコンポジション76に出力する。ステップS23において、バックグラウンドデコーダ71は、バックグラウンドイメージデータをデコードし、これをバックグラウンドプレーン生成部91に出力する。ステップS24において、ビデオデコーダ72は、ビデオストリームをデコードし、これをビデオプレーン生成部92に出力する。ステップS25において、プレゼンテーショングラフィックスデコーダ73は、スイッチ57により選択され、供給されたプレゼンテーショングラフィックスストリームをデコードし、これを後段のスイッチ77に出力する。ステップS26において、インタラクティブグラフィックスデコーダ74は、スイッチ58により選択され、供給されたインタラクティブグラフィックスストリームをデコードし、これを後段のインタラクティブグラフィックスプレーン生成部94に出力する。ステップS27において、1stオーディオデコーダ75-1は、スイッチ59により選択され、供給されたオーティオストリームオーディオストリーム1をデコードし、これを後段のミキシング処理部101に出力する。音声の切り替えがユーザにより指示されていない状態における再生処理図26乃至図28の再生処理では、2ndオーディオデコーダ75-2からオーディオデータが出力されることはないので、ミキシング処理部101は、1stオーディオデコーダ75-1から出力されたオーディオデータを、そのまま後段のミキシング処理部97に供給する。ステップS28において、TextSTコンポジション76は、テキストサブタイトルデータをデコードし、これを後段のスイッチ77に出力する。ステップS29において、スイッチ77は、プレゼンテーショングラフィックスデコーダ73またはTextSTコンポジション76からのデータのいずれかを選択する。具体的には、スイッチ77は、プレゼンテーショングラフィックスデコーダ73によりデコードされたプレゼンテーショングラフィックスストリームと、TextSTテキストサブタイトルデータのうち、いずれか1つを選択し、選択したデータをプレゼンテーショングラフィックスプレーン生成部93に供給する。ステップS30において、バックグラウンドプレーン生成部91は、バックグラウンドデコーダ71から供給されたバックグラウンドイメージデータに基づいて、バックグラウンドプレーンを生成する。ステップS31において、ビデオプレーン生成部92は、ビデオデコーダ72から供給されたビデオデータに基づいて、ビデオプレーンを生成する。ステップS32において、プレゼンテーショングラフィックスプレーン生成部93は、ステップS29の処理でスイッチ77により選択され、供給されたプレゼンテーショングラフィックスデコーダ73からのデータまたはTextSTコンポジション76からのデータに基づいて、プレゼンテーショングラフィックスプレーンを生成する。ステップS33において、インタラクティブグラフィックスプレーン生成部94は、インタラクティブグラフィックスデコーダ74から供給されたインタラクティブグラフィックスストリームのデータに基づいて、インタラクティブグラフィックスプレーンを生成する。ステップS34において、バッファ95は、ステップS14の処理で選択され、供給されたサウンドデータをバッファリングし、所定のタイミングでミキシング処理部97に供給する。ステップS35において、ビデオデータ処理部96は、各プレーンのデータを合成し、出力する。具体的には、バックグラウンドプレーン生成部91、ビデオプレーン生成部92、プレゼンテーショングラフィックスプレーン生成部93、およびインタラクティブグラフィックスプレーン生成部94からのデータを合成し、ビデオデータとして出力する。ステップS36において、ミキシング処理部97は、オーディオデータミキシング処理部101から出力されたオーディオデータとサウンドデータをミキシング合成し、出力する。図26乃至図28の処理により、PlayListに含まれるメインパスとサブパスに関連付けられているメインClipAVStream、サブClipAVStream、およびテキストサブタイトルデータが参照され、再生される。PlayListにメインパスとサブパスを設けるようにし、サブパスで、メインパスで指定するClipAVStreamファイルとは異なるClipAVStreamファイルを指定可能な構成としたので、メインパスのPlayItemが指すメインClipAVStreamを含むClipとは異なるClipであるサブClipのデータとメインClipのデータを一緒に同じタイミングで再生することができる。なお、図26乃至図28において、ステップS16,ステップS17の処理は、その順番が逆であってもよいし、並行して実行されてもよい。また、ステップS18、ステップS20の処理も、その順番が逆であってもよいし、並行して実行されてもよい。さらに、ステップS23乃至ステップS28の処理も、その順番が逆であってもよいし、並行して実行されてもよい。また、ステップS30乃至ステップS33の処理も、その順番が逆であってもよいし、並行して実行されてもよい。さらに、ステップS35,ステップS36の処理も、その順番が逆であってもよいし、並行して実行されてもよい。すなわち、図25において、縦に同じ階層のバッファ51乃至54の処理、スイッチ57乃至59の処理、デコーダ71乃至76の処理、プレーン生成部91乃至94の処理、ビデオデータ処理部96およびミキシング処理部97の処理は、それぞれ、並行して実行されてもよいし、その順番は問わない。次に、音声の切り替えが指示された場合の再生装置20における処理を、図29と図30のフローチャートを参照して説明する。最初に、図29のフローチャートを参照して、ユーザによりオーディオストリーム1に対する音声の切り替えが指示される場合の処理を説明する。オーディオストリーム2に対する音声の切り替えの処理については、図30を参照して後述する。なお、図29と図30の処理は、例えば、図26乃至図28の再生処理の実行中に実行される処理である。ステップS51において、コントローラ34は、オーディオストリーム番号IDでもよいの順番リストを取得する。具体的には、コントローラ34は、図13を用いて説明したPlayItemのSTNtableを参照し、さらに図14を用いて説明したSTNtableにエントリーされているオーディオストリーム番号IDの順番のリストを取得する。この処理は、図26乃至図28の再生処理が開始されたときに実行される処理である。ユーザにより、ユーザインターフェースを介して、音声切り替えの指令が行われた場合、ステップS52において、コントローラ34は、ユーザからのオーディオストリーム1に対する音声切り替えの指令を受け付ける。このとき、コントローラ34は、図示せぬ表示部を制御して、図24に示されるようなストリームナンバーテーブルを表示部に表示させるように制御するようにしてもよい。図29の処理は、オーディオストリーム1に対する音声の切り替えが指令される場合の処理であるので、ユーザは、例えば、図24に示されるようなストリームナンバーテーブルにおける、A_SN=1、A_SN=2、A_SN=3のオーディオの切り替えを指令する。具体的には、ユーザは、A_SN=1のオーディオ2からA_SN=2のオーディオ1へのオーディオの切り替えを指令する。コントローラ34は、この、ユーザからのオーディオストリーム1に対する音声の切り替えを受け付ける。図29において、ステップS51の処理はあらかじめ実行されている処理であり、ユーザによりオーディオストリーム1に対する音声切り替えの指令が行われた場合に、ステップS52以降の処理が行われる。ステップS53において、コントローラ34は、再生しているオーディオストリーム番号の次のオーディオストリーム番号を取得する。例えば、ステップS52の処理で、図24のA_SN=1のオーディオ2に対応するオーディオストリームファイルが再生されていた場合、次は、A_SN=2のオーディオ1であるので、コントローラ34は、オーディオ1に対応するオーディオストリームの番号を取得する。ステップS54において、コントローラ34は、取得した番号に対応するオーディオストリームオーディオストリーム1を再生する機能を有するか否かを判定する。具体的には、コントローラ34は、streamattribute図16に記述されている内容に基づいて、取得した番号に対応するオーディオストリームオーディオストリーム1を自分自身再生装置20が再生する機能を有するか否かを判定する。例えば、図15のStreamentryにおいて、type=1である場合、コントローラ34は、取得した番号に対応するメインClipAVStreamのオーディオストリームを、再生装置20が再生する機能を有するか否かを判定する。取得した番号に対応するオーディオストリームは、オーディオデコーダ75-1でデコードされるオーディオストリーム1であるので、この処理は、このオーディオストリーム1を、オーディオデコーダ75-1がデコードできるか否かを判定しているとも換言することができる。ステップS54において、取得した番号に対応するオーディオストリームを再生する機能を有しないと判定された場合、処理はステップS55に進み、コントローラ34は、現在のストリーム番号の次のストリーム番号を取得する。すなわち、現在のストリーム番号のオーディオストリームを再生する機能を有さない場合には、そのストリーム番号は飛ばされ再生対象とならず、次のストリーム番号が取得される。そして、ステップS55の処理の後、処理はステップS54に戻り、それ以降の処理が繰り返される。すなわち、コントローラ34により、自分自身が再生する機能を有するオーディオストリームオーディオストリーム1の番号が取得されるまで、処理が繰り返される。ステップS54において、取得した番号に対応するオーディオストリームを再生する機能を有すると判定された場合、処理はステップS56において、コントローラ34は、取得した番号に対応するオーディオストリームを含むClipを調べる。例えば、コントローラ34は、図15のtypeに基づいて、取得した番号に対応するオーディオストリームがメインClipにあるのかtype=1、サブClipにあるのかtype=2を調べる。また、例えば、図15のStreamentryにおいて、type=1である場合、コントローラ34は、取得した番号に対応するオーディオストリームが、メインClipにあることを確認する。さらに、例えば、type=2である場合、コントローラ34は、取得した番号に対応するオーディオストリームがサブClipにあることを確認する。ステップS57において、コントローラ34は、所望のオーディオストリームを特定する。具体的には、取得した番号に対応するストリームの属するメインClipまたはサブClipの中の所望のオーディオストリームを特定する。例えば、ステップS54の処理で、取得した番号に対応するオーディオストリームが、メインClipに含まれることが確認された場合、コントローラ34は、図15のtype=1でエントリーされている情報reftostreamPIDofmainClipに基づいて、メインClipの中の所定のオーディオストリームを特定する。また、例えば、ステップS54の処理で、取得した番号に対応するオーディオストリームがサブClipに含まれることが確認された場合、コントローラ34は、図15のtype=2でエントリーされている情報reftoSubPathid、reftoSubClipentryid、reftostreamPIDofSubClipに基づいて、サブClipの中の所定のオーディオストリームを特定する。この特定されたオーディオストリームが、オーディオデコーダ75-1でデコードされるオーディオストリーム1となる。ステップS58において、コントローラ34は、所望のオーディオストリームが多重化されているClipに対応するClipAVStreamメインClipAVStreamまたはサブClipAVStreamを読み出すようストレージドライブ31に指示する。ストレージドライブ31は、この指示に基づいて、対象となるClipAVStreamを読み出す。具体的には、コントローラ34は、ステップS57の処理で特定したClipAVStreamを読み出すようストレージドライブ31に指示する。ステップS59において、コントローラ34は、読み出されたClipAVStreamからオーディオストリームを再生するようAVデコーダ部33に指示する。具体的には、コントローラ34は、読み出されたClipAVStreamに含まれる所望のオーディオストリームすなわち、オーディオストリーム1をAVデコーダ部33のオーディオデコーダ75-1にデコードさせるよう指示する。ステップS60において、AVデコーダ部33は、オーディオストリームオーディオストリーム1をデコードし、オーディオ出力する。具体的には、AVデコーダ部33のオーディオデコーダ75-1は、オーディオストリーム1ステップS58の処理で読み出しが指令されたオーディオストリームをデコードし、ミキシング処理部101に出力する。ここで、後述する図30の処理で、オーディオストリーム2がオーディオデコーダ75-2によってデコードされている場合には、ミキシング処理部101は、デコードされたオーディオストリーム1とオーディオストリーム2とをミキシングし、後段のミキシング処理部97に供給する。一方、後述する図30の処理で、オーディオストリーム2がオーディオデコーダ75-2によってデコードされていない場合には、ミキシング処理部101は、デコードされたオーディオストリーム1をそのまま、後段のミキシング処理部97に供給する。ミキシング処理部97は、ミキシング処理部101から供給されたオーディオデータオーディオストリーム1のみがデコードされたオーディオデータ、または、オーディオストリーム1とオーディオストリーム2とがそれぞれデコードされ、ミキシングされたオーディオデータと、バッファ95から出力されるサウンドデータとを、ミキシング処理し、オーディオ信号として出力する。なお、この図29のステップS60の処理の詳細な例は、図31のフローチャートを参照して後述する。次に、図30のフローチャートを参照して、ユーザによりオーディオストリーム2に対する音声の切り替えが指示される場合の処理を説明する。なお、この処理は、例えば、図26乃至図28の再生処理の実行中に実行される処理である。また、一般的には、オーディオストリーム2を再生する場合、オーディオストリーム1もまた再生されているので、この図30の処理は、例えば、図29の処理と並行して実行される処理とされるオーディオストリーム2がユーザにより選択されない場合には、図30の処理が実行されず、図29の処理のみが実行されることになる。ステップS71において、コントローラ34は、オーディオストリーム番号IDでもよいの順番リストを取得する。具体的には、コントローラ34は、図13を用いて説明したPlayItemのSTNtableを参照し、さらに図14を用いて説明したSTNtableにエントリーされているオーディオストリーム番号IDの順番のリストを取得する。この処理は、図26乃至図28の再生処理が開始されたときに実行される処理である。ユーザにより、ユーザインターフェースを介して、音声切り替えの指令が行われた場合、ステップS72において、コントローラ34は、ユーザからのオーディオストリーム2に対する音声切り替えの指令を受け付ける。このとき、コントローラ34は、図示せぬ表示部を制御して、図24に示されるようなストリームナンバーテーブルを表示部に表示させるように制御するようにしてもよい。図30の処理は、オーディオストリーム2に対する音声の切り替えが指令される場合の処理であるので、ユーザは、例えば、図24に示されるようなストリームナンバーテーブルにおける、A_SN2=1とA_SN2=2とに対応するオーディオの切り替えを指令する。具体的には、ユーザは、A_SN2=1のオーディオ4からA_SN2=2のオーディオ5へのオーディオの切り替えを指令する。コントローラ34は、この、ユーザからのオーディオストリーム2に対する音声の切り替えを受け付ける。図30において、ステップS71の処理はあらかじめ実行されている処理であり、ユーザによりオーディオストリーム2に対する音声切り替えの指令が行われた場合に、ステップS72以降の処理が行われる。ステップS73において、コントローラ34は、再生しているオーディオストリーム番号の次のオーディオストリーム番号を取得する。例えば、図8のSubClipentryid=0のオーディオストリームAuxiliaryaudiostreamが再生されていた場合、次のSubClipentryid=1に対応するオーディオストリームファイルの番号が取得される。例えば、ステップS72の処理で、図24のA_SN2=1のオーディオ4に対応するオーディオストリームファイルが再生されていた場合、次は、A_SN2=2のオーディオ5であるので、コントローラ34は、オーディオ5に対応するオーディオストリームの番号を取得する。ステップS74において、コントローラ34は、取得した番号に対応するオーディオストリームオーディオストリーム2を再生する機能を有するか否かを判定する。具体的には、コントローラ34は、streamattribute図16に記述されている内容に基づいて、取得した番号に対応するオーディオストリームオーディオストリーム2を自分自身再生装置20が再生する機能を有するか否かを判定する。例えば、図15のStreamentryにおいて、type=1である場合、コントローラ34は、取得した番号に対応するメインClipのオーディオストリームを、再生装置20が再生する機能を有するか否かを判定する。取得した番号に対応するオーディオストリームは、オーディオデコーダ75-2でデコードされるオーディオストリーム2であるので、この処理は、このオーディオストリーム2を、オーディオデコーダ75-2がデコードできるか否かを判定しているとも換言することができる。なお、1stオーディオデコーダ75-1でデコードされるオーディオストリーム1の方が、2ndオーディオデコーダ75-2でデコードされるオーディオストリーム2より拡張性が高くマルチストリームであることが仮定される場合、例えば、1stオーディオデコーダ75-1の方が2ndオーディオデコーダ75-2よりも高い性能を有する場合オーディオストリーム1が通常の映画の音声であり、オーディオストリーム2が映画に対する監督のコメントなどの場合、このステップS74とステップS75の処理を省略するようにしてもよい。このことは、上述したように仮定した場合、2ndオーディオデコーダ75-2でデコードされるオーディオストリーム2は、ある程度の制約が設けられている可能性が高く、オーディオデコーダ75-2がデコードできないようなストリームは、オーディオストリーム2として設定されない可能性が高いと仮定している為である。ステップS74において、取得した番号に対応するオーディオストリームを再生する機能を有しないと判定された場合、処理はステップS75に進み、コントローラ34は、現在のストリーム番号の次のストリーム番号を取得する。すなわち、現在のストリーム番号のオーディオストリームを再生する機能を有さない場合には、そのストリーム番号は飛ばされ再生対象とならず、次のストリーム番号が取得される。そして、ステップS75の処理の後、処理はステップS74に戻り、それ以降の処理が繰り返される。すなわち、自分自身が再生する機能を有するオーディオストリームオーディオストリーム2の番号が取得されるまで、処理が繰り返される。ステップS74において、取得した番号に対応するオーディオストリームを再生する機能を有すると判定された場合、処理はステップS76において、コントローラ34は、取得した番号に対応するオーディオストリームを含むClipを調べる。例えば、コントローラ34は、図15のtypeに基づいて、取得した番号に対応するオーディオストリームがメインClipにあるのかtype=1、サブClipにあるのかtype=2を調べる。図15のStreamentryにおいて、type=1である場合、コントローラ34は、取得した番号に対応するオーディオストリームが、メインClipにあることを確認する。また、図15のStreamentryにおいて、type=2である場合、コントローラ34は、取得した番号に対応するオーディオストリームがサブClipにあることを確認する。ステップS77において、コントローラ34は、所望のオーディオストリームを特定する。具体的には、取得した番号に対応するストリームの属するメインClipまたはサブClipの中の所望のオーディオストリームを特定する。例えば、ステップS74の処理で、取得した番号に対応するオーディオストリームが、メインClipに含まれることが確認された場合、コントローラ34は、図15のtype=1でエントリーされている情報reftostreamPIDofmainClipに基づいて、メインClipの中の所定のオーディオストリームを特定する。また、例えば、ステップS74の処理で、取得した番号に対応するオーディオストリームがサブClipに含まれることが確認された場合、コントローラ34は、図15のtype=2でエントリーされている情報reftoSubPathid、reftoSubClipentryid、reftostreamPIDofSubClipに基づいて、サブClipの中の所定のオーディオストリームを特定する。この特定されたオーディオストリームが、オーディオデコーダ75-1でデコードされるオーディオストリーム2となる。ステップS78において、コントローラ34は、所望のオーディオストリームが多重化されているClipに対応するClipAVStreamメインClipAVStreamまたはサブClipAVStreamを読み出すようストレージドライブ31に指示する。ストレージドライブ31は、この指示に基づいて、対象となるClipAVStreamを読み出す。具体的には、コントローラ34は、ステップS77の処理で特定したClipAVStreamを読み出すようストレージドライブ31に指示する。ステップS79において、コントローラ34は、読み出されたClipAVStreamからオーディオストリームを再生するようAVデコーダ部33に指示する。具体的には、コントローラ34は、読み出されたClipAVStreamに含まれる所望のオーディオストリームすなわち、オーディオストリーム2をAVデコーダ部33のオーディオデコーダ75-2にデコードさせるよう指示する。ステップS80において、AVデコーダ部33は、オーディオストリームオーディオストリーム2をデコードし、オーディオ出力する。具体的には、AVデコーダ部33のオーディオデコーダ75-2は、オーディオストリーム2ステップS78の処理で読み出しが指令されたオーディオストリームをデコードし、ミキシング処理部101に出力する。この図30の処理で、オーディオストリーム2がオーディオデコーダ75-2によってデコードされているということは、図29の処理でオーディオストリーム1がオーディオデコーダ75-1によってもデコードされ、デコードされたオーディオストリーム1がミキシング処理部101に出力されているので、ミキシング処理部101は、デコードされたオーディオストリーム1とオーディオストリーム2とをミキシングし、後段のミキシング処理部97に供給する。ミキシング処理部97は、ミキシング処理部101から供給されたオーディオデータオーディオストリーム1とオーディオストリーム2とがそれぞれデコードされ、ミキシングされたオーディオデータと、バッファ95から出力されるサウンドデータとを、ミキシング処理し、オーディオ信号として出力する。なお、この図30のステップS80の処理および図20のステップS60の詳細な例を、図31のフローチャートを参照して説明する。図31は、AVデコーダ部33におけるオーディオストリームを出力する処理の例を説明するフローチャートである。すなわち、図31は、図29のステップS60の処理と図30のステップS80の処理の詳細な例を説明するフローチャートである。ステップS81において、AVデコーダ部33は、コントローラ34からの制御に基づいて、再生するオーディオストリームが1つであるか否かを判定する。具体的には、AVデコーダ部33は、コントローラ34からの制御に基づいて、ユーザによりオーディオストリーム1とオーディオストリーム2とが選択されたか否かを判定する。例えば、図29のステップS52の処理と図30のステップS72の処理により、ユーザによりオーディオストリーム1とオーディオストリーム2の切り替えが指令された場合や、ユーザによりオーディオストリーム1とオーディオストリーム2の再生が指令された場合には、AVデコーダ部33は、再生するオーディオストリームが1つでない、すなわち2つであると判定する。また、例えば、ユーザにより、オーディオストリーム1の再生が指令されたり、図29のステップS52の処理で、ユーザによりオーディオストリーム1の切り替えが指令された場合であって、ユーザによりオーディオストリーム2の再生が指令されていない場合には、AVデコーダ部33は、再生するオーディオストリームが1つであると判定する。ステップS81において、再生するオーディオストリームが1つであると判定された場合、ステップS82において、1stオーディオデコーダ75-1は、その再生する1つのオーディオストリーム、すなわちオーディオストリーム1をデコードする。例えば、再生するオーディオストリームがメインClipAVStreamのオーディオストリームである場合、PIDフィルタ55により選択されて供給されてきたメインClipAVStreamのオーディオストリームが、スイッチ59により選択され、1stオーディオデコーダ75-1に供給されるので、1stオーディオデコーダ75-1は、メインClipAVStreamのオーディオストリームここでは、オーディオストリーム1をデコードする。1stオーディオデコーダ75-1は、デコードしたオーディオストリーム1を、後段のミキシング処理部101に供給する。ミキシング処理部101は、供給されてきたオーディオデータをそのまま後段のミキシング処理部97に出力する。ステップS81において、再生するオーディオストリームが1つでないと判定された場合、すなわち、再生するオーディオストリームが2つであると判定された場合、2つのオーディオストリームのうち、オーディオストリーム1が1stオーディオデコーダ75-1に供給され、オーディオストリーム2が2ndオーディオデコーダ75-2に供給される。すなわち、スイッチ59は、PIDフィルタ55またはPIDフィルタ56を介して供給されてきたオーディオストリーム1をオーディオデコーダ75-1に供給するようスイッチを選択し、PIDフィルタ55またはPIDフィルタ56を介して供給されてきたオーディオストリーム2をオーディオデコーダ75-2に供給するようスイッチを選択する。そこで、ステップS83において、1stオーディオデコーダ75-1は、オーディオストリーム1をデコードする。例えば、再生するオーディオストリーム1がメインClipAVStreamのオーディオストリームである場合、PIDフィルタ55により選択されて供給されてきたメインClipAVStreamのオーディオストリームが、スイッチ59により選択され、1stオーディオデコーダ75-1に供給されるので、1stオーディオデコーダ75-1は、メインClipのオーディオストリームオーディオストリーム1をデコードする。1stオーディオデコーダ75-1は、デコードしたオーディオストリーム1を、後段のミキシング処理部101に供給する。また、ステップS84において、2ndオーディオデコーダ75-2は、オーディオストリーム2をデコードする。例えば、再生するオーディオストリーム2がサブClipAVStreamのオーディオストリームである場合、PIDフィルタ56により選択されて供給されてきたサブClipAVStreamのオーディオストリームが、スイッチ59により選択され、2ndオーディオデコーダ75-2に供給されるので、2ndオーディオデコーダ75-2は、このサブClipAVStreamのオーディオストリームオーディオストリーム2をデコードする。2ndオーディオデコーダ75-2は、デコードしたオーディオストリーム2を、後段のミキシング処理部101に供給する。なお、ステップS83とステップS84の処理は、並行して実行されてもよいし、順番を逆にして実行されてもよい。ステップS85において、ミキシング処理部101は、1stオーディオデコーダ75-1によりデコードされたオーディオストリーム1と、2ndオーディオデコーダ75-2によりデコードされたオーディオストリーム2とをミキシングする。すなわち、ミキシング処理部101は、1stオーディオデコーダ75-1から供給されてきたオーディオデータと2ndオーディオデコーダ75-2から供給されてきたオーディオデータとを、ミキシング合成、重畳し、1つのオーディオデータとする。ミキシング処理部101は、ミキシングした結果得られたオーディオデータを、後段のミキシング処理部97に供給する。ステップS82の処理の後、またはステップS85の処理の後、処理はステップS86に進み、ミキシング処理部97は、供給されてきたオーディオデータと、バッファ95から供給されてきたサウンドデータとをミキシングし、出力する。例えば、このステップS86の処理が、ステップS82の処理の後の場合、ミキシング処理部97は、オーディオストリーム1がデコードされたオーディオデータと、サウンドデータとをミキシングする。また、例えば、このステップS86の処理が、ステップS85の処理の後の場合、ミキシング処理部97は、オーディオストリーム1がデコードされたオーディオデータとオーディオストリーム2がデコードされたオーディオデータとがミキシングされたオーディオデータに、サウンドデータをミキシングする。その後、処理を終了する。図31の処理によれば、2つのオーディオストリームをミキシングして再生することができる。図31の処理により、図27のステップS21における図25のスイッチ59の選択が決定される。すなわち、図31において再生するオーディオストリームが1つである場合、スイッチ59は、PIDフィルタ55またはPIDフィルタ56からから供給されたオーディオストリームを1stオーディオデコーダ75-1に供給するよう選択し図31のステップS81でYES、再生するオーディオストリームが2つである場合、スイッチ59は、PIDフィルタ55またはPIDフィルタ56から供給されたオーディオストリームを2ndオーディオデコーダ75-2に供給するよう選択図31のステップS81でYESする。このように、コントローラ34は、PlayItemのSTNtableに基づいて、音声オーディオの切り替えを制御することができる。また、コントローラ34は、STNtableのstreamattributeを参照することで、自分自身が再生機能を有するストリームだけを選んで、再生切り替えの制御をすることができる。さらに、コントローラ34は、STNtableに基づいて、2つのオーディオストリームを重畳して再生するよう制御することができる。また、コントローラ34は、1つのメインとなるオーディオストリーム1と、オーディオストリーム1と同期して再生される同じ種類のストリームオーディオストリームであるオーディオストリーム2とを、ミキシングして再生するよう制御することができる。なお、図29の処理では、オーディオストリーム番号に基づいて、オーディオを切り替えるようにしたが、オーディオストリームIDaudiostreamidに基づいて、オーディオを切り替えるようにしてもよい。この場合、オーディオストリーム番号から1を減算したものが、オーディオストリームIDとなる。また、以上の例では、2つのオーディオストリームをミキシング合成して再生する場合の例を説明したが、オーディオストリームに限らず、ストリームの種類が同じであれば、各種のストリームファイルについて同様に適用することができる。例えば、ビデオストリームストリームの種類がビデオストリームであるストリームを2つ合成して再生するピクチャインピクチャ表示をする場合にも、この構成は適用することができる。このように、本発明によれば、2つの同じ種類のストリームファイルを合成して再生することができる。例えば、メインパスで参照されるAVストリームのビデオストリームビデオストリーム1を主画面として表示させ、主画面の中に、サブパスやメインパスのビデオパスで参照されるビデオストリームビデオストリーム2を子画面として合成して表示させる、いわゆるPinPピクチャインピクチャ表示などについても利用することができる。以上により、メインのAVストリームとは別のストリームやデータファイルでオーディオや字幕などを用意する場合に、PlayListの中にメインパスとサブパスを有する構成としたので、ユーザによる音声切り替えや字幕切り替えという操作が、メインAVストリームとは異なる別ストリームや別データファイルの中から選ぶことができる。また、メインパスのPlayItemの中に、AVストリームファイルに多重化されているデータと、SubPathにより参照されるデータのtypeを定義するStreamNumberDefinitionTableを設けるようにしたので、より、拡張性の高いストリームを実現することができる。さらに、再生装置20は、STNtableのstreamattributeを参照することで、自分自身が有する機能に対応するストリームだけを順次選択して再生することができる。以上の処理をまとめると、以下のようになる。再生装置20は、少なくとも1つのストリームを含むメインClipAVストリームファイルの位置を示す主の再生パスであるメインパスと、メインClipAVストリームファイルのタイミングに合わせて再生されるサブClipAVストリームファイルのそれぞれの位置を示す複数のサブパスにより構成される再生管理情報としてのPlayListを取得する。そして、再生装置20は、PlayListに含まれる再生するストリームを選択するためのSTNtableに基づいて、再生するストリームの選択を受け付ける。STNtableは、メインClipAVストリームファイルの所定の種類のストリーム例えば、オーディオストリーム1と、そのストリームの再生のタイミングに合わせて再生される、同じ種類のストリームファイル例えば、オーディオストリーム2とを選択するための情報であるので、このSTNtablePlayItemで示されるSTNtableに基づいて、再生するストリームの選択を受け付ける。ここで、2つの同じ種類のストリームオーディオストリームが再生するストリームとして選択された場合、再生装置20は、選択された2つのストリームファイルを読み出し、再生装置20のミキシング処理部101は、この2つのオーディオストリームデコードされたオーディオストリームを合成し、ミキシング処理部97AVデコーダ部33は、合成されたストリームを再生出力する。これにより、図32に示されるように、A_SN=2のオーディオ1とA_SN2=2のオーディオ5の2つが再生するストリームとしてユーザに選択された場合切り替えられて選択された場合、オーディオ1とオーディオ5とをミキシング合成して再生することができる。また、PlayListにMainPathとSubPathを含め、MainPathとSubPathが異なるClipを参照する構成としたので、ストリームに拡張性を持たせることができる。また、1つのSubPathで複数のファイルを参照可能な構成としたので例えば、図8、複数の異なるストリームの中からユーザが選択することができる。さらに、MainPathのPlayItemの中に、MainPathにより参照されるAVストリームファイルに多重化されている含まれる付属データ例えば、MainPathにより参照されるAVストリームファイルに含まれるオーディオストリームと、SubPathにより参照される付属データとを定義するテーブルとして、図14のSTNtableを設けるようにしたので、より、拡張性の高いストリームを実現することができる。また、STNtableにエントリーすれば、SubPathを容易に拡張することができる。また、STNtableにストリームの属性情報である図16のstreamattributeを設けるようにしたので、再生装置20側で、選択されたストリームを再生可能か否かを判定することができる。さらに、streamattributeを参照することで、再生機能を有するストリームだけを選択して再生することができる。さらに、STNtable図14において、2つの同じ種類のストリームファイルここでは、オーディオストリームファイルを定義するようにし、さらに、図20の再生装置20に2つのオーディオデコーダ1stオーディオデコーダ75-1と2ndオーディオデコーダ75-2を設けるとともに、2つのオーディオデコーダによりデコードされたオーディオデータを合成ミキシングするミキシング処理部101を設けるようにしたので、2つの同じ種類のストリームを組み合わせて同時に再生することができる。また、SubPathには、図11に示されるように、SubPathのタイプオーディオやテキスト字幕といったタイプを示すSubPathtype、SubPathが参照するサブClipの名を示す図12のClipInformationfilename、およびSubPathが参照するClipのイン点を示す図12のSubPlayItemINtimeとアウト点を示す図12のSubPlayItemOUTtimeを含むようにしたので、SubPathが参照するデータを的確に特定することができる。さらに、SubPathには、SubPathがMainPathとを同じタイミングで再生するためのMainPath上のAVストリームファイルを指定する指定情報である図12のsyncPlayItemid例えば、図7と図8のsyncPlayItemidと、SubPathが参照するデータのイン点がMainPathの時間軸上で同期してスタートするMainPath上の時刻であるsyncstartPTSofPlayItem例えば、図7と図8のsyncstartPTSofPlayItemとをさらに含むため、図7や図8に示されるように、MainPathが参照するメインClipAVストリームファイルに同期してSubPathが参照するデータファイルを再生することができる。なお、図25のストレージドライブ31が読み出すデータは、DVDDigitalVersatileDiscなどの記録媒体に記録されているデータであってもよいし、ハードディスクに記録されているデータであってもよいし、図示せぬネットワークを介してダウンロードしたデータであってもよいし、これらが組み合わされたデータでもよい。例えば、ダウンロードされ、ハードディスクに記録されたPlayListおよびサブClipAVStreamを含むClipと、DVDに記録されたメインClipAVStreamを含むClipに基づいて、再生されてもよい。また、例えば、DVDに記録されたClipをサブClipAVStreamを含むClipとして認識とするようなPlayListと、メインClipAVStreamを含むClipとがハードディスクに記録されている場合に、ハードディスクに記録されているPlayListに基づいて、メインClipAVStreamとサブClipAVStreamがそれぞれ、ハードディスクとDVDから読み出され再生されてもよい。また、2つのオーディオストリームをミキシングして再生する場合、再生装置20の1stオーディオデコーダ75-1はオーディオストリーム1をデコードし、2ndオーディオデコーダ75-2はオーディオストリーム2をデコードするのであるが、コーデックエンコード方式が同一例えば、図17のDolbyAC3audioであるか否かを、図29のステップS54と図30のステップS74の処理でさらに判定するようにしてもよい。このことは、1stオーディオデコーダ75-1と2ndオーディオデコーダ75-2がオーディオストリームをデコードしている途中であっても、コーデック方式が同一であれば、デコード途中のデータ方式も同様であるので、ミキシング処理部101によりミキシング可能となるからである。なお、以上の例では、図25の再生装置20の1stオーディオデコーダ75-1でデコードされるオーディオストリーム1と、2ndオーディオデコーダ75-2でデコードされるオーディオストリーム2とを、ユーザが別々に選択可能な構成としたが、オーディオストリーム1とオーディオストリーム2との組み合わせを定義し、ミキシング再生する場合には、この組み合わせの中からユーザに選択させる構成としてもよい。すなわち、オーディオストリーム1とミキシング再生可能なオーディオストリーム2の組み合わせを定義しておくようにしてもよい。この場合の例を、図33乃至図37を参照して2つ説明する。最初に、1番目の例を説明する。図33は、オーディオストリーム1とオーディオストリーム2との組み合わせを定義する場合のSTNtableのシンタクスのの第2の例第2のSTNtableを示す図である。なお、図中、図14と同一の部分については、繰り返しになるのでその説明は省略する。図33において、オーディオストリームID2のforループの中で、順番にstreamentryごとに特定される1つのオーディオエレメンタリストリームに、0からaudiostreamid2が与えられる。このとき、audiostreamid2に対し、streamentryとstreamattributeとの他に、新たにCombinationofPrimaryandSecondaryが定義される。CombinationofPrimaryandSecondaryは、オーディオストリーム1Primaryとオーディオストリーム2Secondaryとの組み合わせを定義する情報である。すなわち、オーディオストリームID2で特定されるオーディオストリーム2に対して、どのオーディオストリーム1が組み合わせ可能であるかを示す情報が、オーディオストリームID2のforループの中で定義される。換言すれば、CombinationofPrimaryandSecondaryにより、オーディオストリーム1に対して組み合わせ可能なオーディオストリーム2が定義される。このように、オーディオストリームID1のforループ内で組み合わせるオーディオストリームID2を定義するのではなく、オーディオストリームID1とオーディオストリームID2を個別に定義し、オーディオストリームID2のforループの中で組み合わせを定義することにより、オーディオストリームID1の登録可能数が決まっている場合にでも、組み合わせの登録を1つとカウントさせないことにより、その登録可能数を有効に使うことができる。なお、図14を参照して説明したように、オーディオストリームID2audiostreamid2の代わりに、オーディオストリーム番号2audiostreamnumber2を用いるようにしてもよい。この場合、audiostreamnumber2は、0ではなく1から与えられる。すなわち、audiostreamid2の値に1を加算したものがaudiostreamnumber2である。オーディオストリーム番号2は、音声切り替えに使われる、ユーザから見えるオーディオストリーム番号2であるので、1から定義される。ここで、図33のCombinationofPrimaryandSecondaryのビットマップシンタクスの例を、図34を参照して説明する。CombinationofPrimaryandSecondaryのビットマップシンタクスは、図34の例の場合、32bitとされる。図34において、audiostreamidは、図33の第2のSTNtableで定義されるaudiostreamidオーディオストリームIDを示しており、indicatorの値は、対応するaudiostreamid2オーディオストリームID2のオーディオストリーム2と組み合わせ可能なオーディオストリーム1を特定するaudiostreamidを示すフラグである。すなわち、audiostreamidとindicatorとにより、audiostreamid2で与えられるオーディオストリーム2と組み合わせ可能なオーディオストリーム1のaudiostreamidを特定することができる。すなわち、図37においてaudiostreamid2のforループの中にCombinationofPrimaryandSecondaryが規定されるように、それぞれのaudiostreamid2に対して、CombinationofPrimaryandSecondaryが存在し、ある特定のaudiostreamid2により特定されるオーディオストリーム2に対して組み合わせが可能なオーディオストリーム1が、indicatorにより示されるaudiostreamidにより特定される。具体的には、Indicatorの値が0の場合、そのaudiostreamid2は、audiostreamidで特定されるオーディオストリーム1に対応していないことを示し、indicatorの値が1の場合、そのaudiostreamid2は、audiostreamidで特定されるオーディオストリーム1に対応していることを示す。すなわち、図34の例の場合、audiostreamid2オーディオストリームID2で特定されるオーディオストリーム2には、audiostreamid=0と、audiostreamid=1で特定される2つのオーディオストリームオーディオストリーム1が組み合わせ可能であることが示されている。なお、図34においては、組み合わせ可能なオーディオストリーム1を、audiostreamidで特定するようにしたが、audiostreamidの代わりに、オーディオストリーム番号を用いるようにしてもよい。この場合、audiostreamidは、0ではなく1から与えられる。図34のように、CombinationofPrimaryandSecondaryを32bitのビットマップシンタクスで定義するようにしたので、32本のオーディオストリーム1に対して、組み合わせ可能なオーディオストリーム2をそれぞれ定義することができる。図33と図34によれば、audiostreamidおよびaudiostreamid2、並びに、CombinationofPrimaryandSecondaryを用いて、オーディオストリーム1とオーディオストリーム2との組み合わせを定義することができる。すなわち、矛盾するようなオーディオストリームの組み合わせを定義せずに済むので、ユーザは、常に再生可能なオーディオストリームの組み合わせの再生を選択することができる。具体的な例を、図35を参照して説明する。図35は、ユーザに提供する音声信号と字幕信号の関係を表すストリームナンバーテーブルの例を示す図である。なお、図中、字幕信号サブピクチャの記載については、図24と同様であるので、その説明は省略する。図35においては、PlayListのMainPathを構成するPlayItemのSTNtableでエントリーされるオーディオストリーム1audiostreamidでエントリーされるオーディオストリームのそれぞれにA_SNが与えられる。具体的には、A_SN=1にオーディオ2が与えられ、A_SN=2にオーディオ1が与えられ、A_SN=3にオーディオ3が与えられている。このとき、A_SN=1のオーディオ2に対しては、オーディオ4audiostreamid2=0、すなわち、オーディオストリーム番号2が1であるオーディオ4が組み合わせ可能とされている。また、A_SN=2のオーディオ1に対しては、オーディオ4audiostreamid2=0、すなわち、オーディオストリーム番号2が1であるオーディオ4とオーディオ5audiostreamid2=1、すなわち、オーディオストリーム番号2が2であるオーディオ5とが組み合わせ可能とされている。具体的には、オーディオ4audiostreamid2=0のオーディオ4の場合、図34のCombinationofPrimaryandSecondaryのビットマップシンタクスは、audiostreamid=0とaudiostreamid=1に対するindicatorの値がともに1とされ、audiostreamid=2からaudiostreamid=31までのindicatorの値は、すべて0とされる。また、オーディオ5audiostreamid2=1のオーディオ5の場合、図34のCombinationofPrimaryandSecondaryのビットマップシンタクスは、audiostreamid=1に対するindicatorの値のみが1とされ、audiostreamid=0と、audiostreamid=2からaudiostreamid=31までのindicatorの値は、すべて0とされる。ユーザは、A_SNが与えられているオーディオストリームの中から、再生するオーディオストリーム1を選択し、選択したオーディオストリーム1とミキシングするオーディオストリーム2を、A_SNが与えられているオーディオストリームの図中右側に表示されているものの中から選択する。図35の例の場合、オーディオストリーム1として、オーディオ2A_SN=1を選択する場合、ミキシング可能なオーディオストリーム2は、オーディオ2の図中右側に表示されているオーディオ4のみであるので、これを、ミキシング再生するか否かを選択する。図35においては、A_SN=1のオーディオ2に対応するオーディオ4は、×、すなわち、ミキシング再生を選択しない状態とされている。ユーザは、この×を切り替えて○とすることで、オーディオ2とオーディオ4とのミキシング再生が選択された状態とすることができる。また、例えば、図35の例の場合、オーディオストリーム1として、オーディオ1A_SN=2を選択する場合、ミキシング可能なオーディオストリーム2は、オーディオ2の図中右側に表示されているオーディオ4とオーディオ5の中から選択することができる。そのため、ユーザは、オーディオストリーム1をどのオーディオストリーム2と再生するか否かを選択する。図35においては、A_SN=2のオーディオ1に対応するオーディオ4とオーディオ5は、×、すなわち、ミキシング再生を選択しない状態とされている。ユーザは、この×を切り替えて○とすることで、オーディオ2とオーディオ4、またはオーディオ2とオーディオ5のミキシング再生を選択する状態とすることができる。この再生の選択の具体的な例としては、A_SN=1のオーディオ2が選択されている場合に、ユーザが、オーディオの切り替えを指令した場合、A_SN=1のオーディオ2とオーディオ4との組み合わせの再生図35のオーディオ2に対応するオーディオ4が○となるに切り替えられ、ユーザが、さらにオーディオの切り替えを指令した場合、オーディオは、A_SN=2のオーディオ1の再生図35のオーディオ2に対応するオーディオ4が×となるに切り替えられ、ユーザが、さらにオーディオの切り替えを指令した場合、オーディオは、A_SN=2のオーディオ1とオーディオ4との組み合わせの再生図35のオーディオ1に対応するオーディオ4が○となるに切り替えらる。また、ユーザが、さらにオーディオの切り替えを指令した場合、オーディオは、A_SN=2のオーディオ1とオーディオ5との組み合わせの再生図35のオーディオ1に対応するオーディオ4が×となり、オーディオ5が○となるに切り替えられる。ユーザは、このようにして再生されるオーディオストリームの選択を切り替えて、例えば、図36に示されるように、A_SN2のオーディオ1とオーディオ5との組み合わせの再生を選択することができる。これにより、オーディオ1オーディオストリーム1とオーディオ5オーディオストリーム2とをミキシング再生することができる。このように、audiostreamidおよびaudiostreamid2、並びに、CombinationofPrimaryandSecondaryを用いて、オーディオストリーム1とオーディオストリーム2との組み合わせを定義するようにすることで、矛盾するような組み合わせを定義せずに済み、ユーザは、常に再生可能なオーディオストリームの組み合わせを選択することができる。すなわち、図35の例においては、矛盾するオーディオストリームの組み合わせであるオーディオ2オーディオ5を定義しないようにすることで、ユーザに、選択可能なもののみを提供することができる。換言すれば、PlayItemの中の第2のSTNtable図33で、図25の1stオーディオデコーダ75-1でデコードするオーディオストリーム1と、2ndオーディオデコーダ75-2でデコードするオーディオストリーム2との組み合わせを、CombinationofPrimaryandSecondaryを用いて定義するようにしたので、2つのオーディオストリームをミキシングして再生することができる。すなわち、複数の種類からなるストリームから、同じ種類この例の場合、オーディオストリームのストリームをミキシング重畳、または合成して、同時に再生することができる。また、このような構成とすることにより、ユーザは、ミキシングする2つのオーディオストリームを個々に選ぶ必要がなく、2つのオーディオストリームが組み合わせられたものの中から、再生するオーディオストリームを選択することができる。次に、オーディオストリーム1とオーディオストリーム2との組み合わせを定義し、ミキシング再生する場合、すなわち、オーディオストリーム1とオーディオストリーム2の組み合わせの中からユーザに再生の選択をさせる構成とする場合の2番目の例を、図37を参照して説明する。換言すれば、図37は、オーディオストリーム1とミキシング再生可能なオーディオストリームを、オーディオストリーム2として定義する場合の2番目の例である。図37は、オーディオストリーム1とオーディオストリーム2との組み合わせを定義する場合のSTNtableのシンタクスの第3の例第3のSTNtableを示す図である。なお、図中、図14と同一の部分については、繰り返しになるのでその説明は省略する。図37において、オーディオストリームID2のforループの中で、順番にstreamentryごとに特定される1つのオーディオエレメンタリストリームに、0からaudiostreamid2が与えられる。このとき、audiostreamid2に対して、numberofcombinationsが与えられ、numberofcombinationsの後のfor文では、numberofcombinationsの数だけ、audiostreamidが与えられる。numberofcombinationsと、numberofcombinationsの後のfor文は、オーディオストリーム1とオーディオストリーム2との組み合わせを定義する情報であり、audiostreamid2で特定されるオーディオストリーム2と組み合わせ可能なオーディオストリーム1の数が、numberofcombinationsとされる。そして、audiostreamid2で特定されるオーディオストリーム2と組み合わせ可能なオーディオストリーム1を特定するaudiostreamidが、numberofcombinationsの後のfor文で定義される。すなわち、図33とは異なり、図37の第3のSTNtableのオーディオストリームID2のfor文の中では、そのオーディオストリームID2で特定されるオーディオストリーム2に対して、オーディオストリーム1との組み合わせ可能な数がnumberofcombinationsで定義され、numberofcombinationsの後のfor文で、対象となるオーディオストリーム1を特定するaudiostreamidを直接定義している。このように、第3のSTNtableにおいては、オーディオストリームID2で特定されるオーディオストリーム2に対して、どのオーディオストリーム1が組み合わせ可能であるかを示す情報が、オーディオストリームID2のnumberofcombinationsの後のfor文で定義される。すなわち、オーディオストリームID2のnumberofcombinationsの後のfor文により、オーディオストリーム1に対して組み合わせ可能なオーディオストリーム2が定義される。なお、図14を参照して説明したように、オーディオストリームID2audiostreamid2の代わりに、オーディオストリーム番号2audiostreamnumber2を用いるようにしてもよい。また、オーディオストリームIDaudiostreamidの代わりに、オーディオストリーム番号audiostreamnumberを用いるようにしてもよい。すなわち、numberofcombinationsの後のfor文で定義されるaudiostreamidも、オーディオストリーム番号としてもよい。図37によれば、numberofcombinationsと、その後のfor文を用いて、オーディオストリーム1とオーディオストリーム2との組み合わせを定義することができる。すなわち、矛盾するようなオーディオストリームの組み合わせを定義せずに済むので、ユーザは、常に再生可能なオーディオストリームの組み合わせの再生を選択することができる。この場合のストリームナンバーテーブルの具体的な例は、図35および図36を用いて説明した場合と同様である。すなわち、図35が図37の第3のSTNtableに対応する場合、オーディオ4audiostreamid2=0、すなわち、オーディオストリーム番号2が1であるオーディオ4に対して、組み合わせ可能なオーディオストリーム1として、A_SN=1のオーディオ2audiostreamid=0と、A_SN=2のオーディオ1audiostreamid=1とが定義されていることになる。この場合、図37のaudiostreamid2=0に対応するnumberofcombinationsの数は2つであり、定義されるaudiostreamidは、audiostreamid=0とaudiostreamid=1である。また、オーディオ5audiostreamid2=1、すなわち、オーディオストリーム番号2が2であるオーディオ5に対して、組み合わせ可能なオーディオストリーム1として、A_SN=2のオーディオ1audiostreamid=1が定義されていることになる。この場合、図37のaudiostreamid2=1に対応するnumberofcombinationsの数は1つであり、定義されるaudiostreamidは、audiostreamid=1である。ユーザは、図35に示されるオーディオの再生の選択を切り替えて、例えば、図36に示されるように、A_SN=2のオーディオ1とオーディオ5との組み合わせの再生を選択する。これにより、オーディオ1オーディオストリーム1とオーディオ5オーディオストリーム2とをミキシング再生することができる。このように、図37のnumberofcombinationsと、その後のfor文を用いて、オーディオストリーム1とオーディオストリーム2との組み合わせを定義するようにすることで、矛盾するような組み合わせを定義せずに済み、ユーザは、常に再生可能なオーディオストリームの組み合わせを選択することができる。すなわち、図35の例においては、矛盾するオーディオストリームの組み合わせであるオーディオ2オーディオ5を定義しないようにすることで、ユーザに、選択可能なもののみを提供することができる。換言すれば、PlayItemの中のSTNtable図37で、図25の1stオーディオデコーダ75-1でデコードするオーディオストリーム1と、2ndオーディオデコーダ75-2でデコードするオーディオストリーム2との組み合わせを、numberofcombinationsと、その後のfor文とを用いて定義するようにしたので、2つの組み合わせ可能なオーディオストリームをミキシングして再生することができる。すなわち、複数の種類からなるストリームから、同じ種類この例の場合、オーディオストリームのストリームをミキシング重畳、または合成して、同時に再生することができる。また、第3のSTNtableを用いることにより、ユーザは、ミキシングする2つのオーディオストリームを個々に選ぶ必要がなく、2つのオーディオストリームが組み合わせられたものの中から、再生するオーディオストリームを選択することができる。次に、図38は、オーディオストリーム1とオーディオストリーム2との組み合わせを定義する場合のSTNtableのシンタクスのの第4の例第4のSTNtableを示す図である。なお、図中、図14や図37と同一の部分については、繰り返しになるのでその説明は省略する。図38の例のオーディオストリームIDのforループの中で、順番にstreamentryごとに特定される1つのオーディオストリーム1に、0からaudiostreamidが与えられることと、その後に配置されるstreamattributeとについては、図14の例と同様とされている。ただし、図38の例のオーディオストリームIDのforループの中には、さらに、オーディオストリーム1とオーディオストリーム2との組み合わせを定義する次のような情報が含まれる。即ち、numberofaudiostream2entriesが0でない場合if、numberofaudiostream2refentriesが与えられる。numberofaudiostream2refentriesは、audiostreamidで特定されるオーディオストリーム1と組み合わせ可能なオーディオストリーム2の数を示す。そして、audiostreamidで特定されるオーディオストリーム1と組み合わせ可能なオーディオストリーム2を特定するaudiostream2idrefが、numberofaudiostream2refentriesの後のfor文で定義される。なお、他の例と同様に、オーディオストリームID2refaudiostreamid2refの代わりに、オーディオストリーム番号2refaudiostreamnumber2refを用いるようにしてもよい。また、オーディオストリームIDaudiostreamidの代わりに、オーディオストリーム番号audiostreamnumberを用いるようにしてもよい。このように、図38を用いて説明した第4の例のSTNtableを利用しても、オーディオストリーム1とオーディオストリーム2との組み合わせを定義することができる。すなわち、矛盾するようなオーディオストリームの組み合わせを定義せずに済むので、ユーザは、常に再生可能なオーディオストリームの組み合わせの再生を選択することができる。ところで、上述したように、本発明の再生装置に装着される記録媒体上のアプリケーションフォーマットは、PlayListとClipの2つのレイヤを有している。そして、PlayListは、1つ以上のPlayItemの並びによって連続するPlayItemにより作られるメインパスと、そのMainPathに並行並列して、1つ以上のSubPlayItemの並びによって非連続でもよいし、連続してもよいSubPlayItemにより作られるサブパスSubPathを1以上含むことができる。従って、例えば図39に示されるように、1画面のうちの、全画面301に、メインパスで参照されるAVストリーム図39中、PrimaryVideoと記述されているビデオストリーム311、および、PrimaryAudioと記述されているオーディオストリーム312に対応する映画本編等のコンテンツを再生させるとともに、全画面301に配置される子画面302に、サブパスで参照されるAVストリーム図39中、SecondaryVideoと記述されているビデオストリーム313、および、SecondaryAudioと記述されているオーディオストリーム314に対応する映画の監督のコメンタリー等、メインパスで参照されるAVストリームとは別のコンテンツを再生させる、といった手法を適用することが可能になる。即ち、全画面親画面301と子画面302のそれぞれに別々のコンテンツを同時再生させる、といった手法を適用することが可能になる。このような手法は、ピクチャインピクチャ手法と称される。なお、PrimaryAudioと記述されているオーディオストリーム312に対応する音声と、SecondaryAudioと記述されているオーディオストリーム314に対応する音声との再生とは、上述したように、それら2つのオーディオストリームに対してミキシング処理が施された結果得られる音声の出力のことをいう。また、実際の再生対象は、上述したように、各ストリームに対応する音声や画像であるが、以下の説明においては、説明の簡略上、各ストリームとする場合もある。即ち、所定のストリームを再生する、といった表現を使用する場合もある。ピクチャインピクチャ手法を適用するアプリケーションを実現するためには、例えば、次のようなシンタクスSyntaxが必要になる。即ち、例えば、図40および図41の例のSTNdefinitionTableにおけるvideostreamidで指定されるビデオストリーム以下、プライマリビデオストリームと称する。例えば、図39の例では、PrimaryVideoと記述されているビデオストリーム311を、プライマリビデオストリーム311と称するの数は、1つとされている。そこで、このことを考慮して、プライマリビデオストリームと同時に再生され得るストリームの組み合わせを定義するSyntaxがあれば、ピクチャインピクチャ手法の実現、即ち、ピクチャインピクチャを適用するアプリケーションの実現が可能になる。ここで、ピクチャインピクチャ手法により、プライマリビデオストリームと同時に再生され得るストリームとして、例えば本実施の形態では、次の第1乃至第4の種類のストリームが用意されている。第1の種類のストリームとは、図40および図41の例のSTNdefinitionTableにおけるaudiostreamidで指定されるオーディオストリーム、即ち、上述したオーディオストリーム1以下、プライマリオーディオストリームと称する。例えば、図39の例では、PrimaryAudioと記述されているオーディオストリーム312を、プライマリオーディオストリーム312と称するのことをいう。第2の種類のストリームとは図40および図41の例のSTNdefinitionTableにおけるvideostreamid2で指定されるビデオストリーム以下、セカンダリビデオストリームと称する。例えば、図39の例では、SecondaryVideoと記述されているビデオストリーム313を、セカンダリビデオストリーム313と称するのことをいう。第3の種類のストリームとは図40および図41の例のSTNdefinitionTableにおけるaudiostreamid2で指定されるオーディオストリーム、即ち、上述したオーディオストリーム2以下、セカンダリオーディオストリームと称する。例えば、図39の例では、SecondaryAudioと記述されているオーディオストリーム314を、セカンダリオーディオストリーム314と称するのことをいう。第4の種類のストリームとは、サブパスで参照されるテキスト字幕ストリームや、DVDのサブピクチャのようなビットマップ字幕をランレングス符号化したストリームPGPresentationGraphicsstream等のことをいう。例えば図39の例では、Subtitleと記述されているストリーム315が、第4の種類のストリームの一例である。なお、以下、第4の種類のストリームを、即ち、txtSTやPG等をまとめて、サブタイトルストリームと称する。なお、サブタイトルストリームの再生位置字幕等の表示位置は、特に子画面内である必要は無く、全画面のうちの何れの位置でもよい。このため、図39の例では、サブタイトルストリーム315は、子画面302からはみ出すように描画されている。以上説明したように、ピクチャインピクチャ手法を適用するアプリケーションを実現するためには、例えば、プライマリビデオストリームと組み合わせて同時再生され得るストリームの組み合わせの定義、即ち、セカンダリビデオストリーム、プライマリオーディオストリーム、セカンダリオーディオストリーム、および、サブタイトルストリームの組み合わせの定義が必要となる。さらに、複数の組み合わせを定義することで、全画面301に再生されるプライマリビデオストリームやプライマリオーディオスオストリームの切り替えのみならず、子画面302に再生されるセカンダリビデオストリームの切り替えや、サブタイトルストリームの切り替えも容易に行えるようになる。ただし、その切り替え操作の例については、図42と図43を参照して後述する。このような、プライマリビデオストリームと組み合わせて同時再生され得るストリームの組み合わせの定義は、例えば、図40と図41に示されるようにSTNtableにて行うことが可能である。即ち、図40と図41とは、プライマリビデオストリームと組み合わせて同時再生され得る、セカンダリビデオストリーム、プライマリオーディオストリーム、セカンダリオーディオストリーム、および、サブタイトルストリームの組み合わせを定義する場合のSTNtableのシンタクスの第5の例第5のSTNtableを示す図である。なお、図中、上述した図37と同一の部分については、繰り返しになるのでその説明は省略する。図40と図41の例では、プライマリビデオストリームと組み合わせて同時再生され得る、セカンダリビデオストリーム、プライマリオーディオストリーム、セカンダリオーディオストリーム、および、サブタイトルストリームの組み合わせは、次のように定義される。即ち、最初に、プライマリビデオストリームと組み合わせて同時再生され得るセカンダリビデオストリームが1以上定義される。そして、1以上のセカンダリビデオストリームのそれぞれに対して、同時に再生され得るオーディオストリームプライマリオーディオストリームとセカンダリオーディオストリームとサブタイトルストリームとが定義される。具体的には、図40において、numberofvideostream2entriesは、STNtableの中でエントリーされる登録されるvideostreamid2が与えられるストリーム数を示す。videostreamid2は、セカンダリビデオストリームを識別するための情報であり、videostreamnumber2は、ビデオ切り替えに使われる、ユーザから見えるセカンダリビデオストリーム番号である。図41において、ビデオストリームID2のforループの中で、順番にstreamentryごとに特定される1つのビデオエレメンタリストリームに、0からvideostreamid2が与えられる。このとき、videostreamid2に対して、numberofAudiocombinationsforvideo2が与えられ、その後のfor文では、numberofAudiocombinationsforvideo2の数だけ、audiostreamidとaudiostreamid2が与えられる。numberofAudiocombinationsforvideo2とその後のfor文とは、セカンダリビデオストリームと同時再生されるオーディオストリームの組み合わせ、即ち、audiostreamidで特定されるプライマリオーディオストリームと、audiostreamid2で特定されるセカンダリオーディオストリームとの組み合わせを定義する情報である。videostreamid2で特定されるセカンダリビデオストリームと組み合わせ可能なオーディオストリームの組プライマリオーディオストリームとセカンダリオーディオストリームとの組の数が、numberofAudiocombinationsforvideo2とされる。そして、videostreamid2で特定されるセカンダリビデオストリームと組み合わせ可能なオーディオストリームの組として、プライマリオーディオストリームを特定するaudiostreamidと、セカンダリオーディオストリームを特定するaudiostreamid2とが、numberofAudiocombinationsforvideo2の後のfor文でそれぞれ定義される。また、同じvideostreamid2に対して、numberofSubtitlecombinationsforvideo2が与えられ、その後のfor文では、numberofSubtitlecombinationsforvideo2の数だけ、PGtextSTstreamidが与えられる。numberofSubtitlecombinationsforvideo2とその後のfor文とは、セカンダリビデオストリームと同時再生されるサブタイトルストリームの組み合わせ、即ち、PGtextSTstreamidで特定されるサブタイトルストリームの組み合わせを定義する情報である。videostreamid2で特定されるセカンダリビデオストリームと組み合わせ可能なサブタイトルストリームの数が、numberofSubtitlecombinationsforvideo2とされる。そして、videostreamid2で特定されるセカンダリビデオストリームと組み合わせ可能なサブタイトルストリームを特定するPGtextSTstreamidが、numberofSubtitlecombinationsforvideo2の後のfor文で定義される。なお、図14や図37を参照して説明したように、各IDの代わりに各番号、例えば、audiostreamidの代わりに、オーディオストリーム番号audiostreamnumberを用いたり、audiostreamid2の代わりに、オーディオストリーム番号2audiostreamnumber2を用いるようにしてもよい。ビデオストリームやサブタイトルストリームについても同様である。図40と図41を用いて説明した第5のSTNtableによれば、videostreamid2を用いて、プライマリビデオストリームと同時再生されるセカンダリビデオストリームを定義することができ、さらに、そのvideostreamid2、および、audiostreamid、audiostreamid2、並びに、PGtextSTstreamidを用いて、そのセカンダリビデオストリームと同時再生され得る、プライマリオーディオストリーム、セカンダリオーディオストリーム、および、サブタイトルストリームの組み合わせを定義することができる。即ち、プライマリビデオストリームと同時再生され得る、セカンダリビデオストリーム、プライマリオーディオストリーム、セカンダリオーディオストリーム、および、サブタイトルストリームの組み合わせを定義することができる。従って、プライマリビデオストリームと同時再生され得る、セカンダリビデオストリーム、プライマリオーディオストリーム、セカンダリオーディオストリーム、および、サブタイトルストリームの組み合わせとして、矛盾するような組み合わせを定義せずに済むので、ユーザは、プライマリビデオストリームと同時再生可能なストリームの組み合わせの再生を容易に選択することができる。具体的な例を、図42と図43を参照して説明する。図42は、図40と図41を用いて説明した第5のSTNtableが用いられた場合の、ユーザに提供するプライマリオーディオストリームまたはセカンダリオーディオストリームに対応する音声信号、セカンダリビデオストリームに対応する映像信号、および、サブタイトルストリームに対応する字幕信号の組み合わせの関係を表すストリームナンバーテーブルの例を示す図である。なお、図中、音声信号オーディオと字幕信号サブピクチャとの記載については、図24または図35と同様であるので、その説明は省略する。図42においては、PlayListのMainPathを構成するPlayItemのSTNtableでエントリーされるセカンダリビデオストリームvideostreamid2でエントリーされるセカンダリビデオストリームのそれぞれにV2_SNVideo2StreamNumberセカンダリビデオストリーム番号とも称するが与えられる。具体的には、V2_SN=1にビデオ2が与えられ、V2_SN=2にビデオ1が与えられている。このとき、V2_SN=1のビデオ2に対しては、プライマリオーディオストリームとしてオーディオ2図41のvideostreamid2がビデオ2を特定するIDである場合のfor文中において、audiostreamidでエントリーされるプライマリオーディオストリームが、セカンダリオーディオストリームとしてオーディオ4図41のvideostreamid2がビデオ2を特定するIDである場合のfor文中において、audiostreamid2でエントリーされるセカンダリオーディオストリームが、サブタイトルストリームとしてサブピクチャ3図41のvideostreamid2がビデオ2を特定するIDである場合のfor文中において、PGtextSTstreamidでエントリーされるサブタイトルストリームが、それぞれ組み合わせ可能とされている。また、V2_SN=2のビデオ1に対しては、プライマリオーディオストリームとしてオーディオ1図41のvideostreamid2がビデオ1を特定するIDである場合のfor文中において、audiostreamidでエントリーされるプライマリオーディオストリームが、セカンダリオーディオストリームとしてオーディオ4若しくはオーディオ5図41のvideostreamid2がビデオ1を特定するIDである場合のfor文中において、2つのaudiostreamid2のそれぞれでエントリーされる2つのセカンダリオーディオストリームのそれぞれが、サブタイトルストリームとしてサブピクチャ1図41のvideostreamid2がビデオ1を特定するIDである場合のfor文中において、PGtextSTstreamidでエントリーされるサブタイトルストリームが、それぞれ組み合わせ可能とされている。即ち、図41のvideostreamid2がビデオ1を特定するIDである場合のfor文中において、V2_SN=2のビデオ1と同時再生可能なオーディオストリームの組として、次の第1の組と第2の組とがそれぞれ定義されている。第1の組とは、プライマリオーディオストリームがオーディオ1であり、セカンダリオーディオストリームがオーディオ4である組のことをいう。第2の組とは、プライマリオーディオストリームがオーディオ1であり、セカンダリオーディオストリームがオーディオ5である第2の組のことをいう。かかる図42のストリームナンバーテーブルがユーザに呈示された場合ここでは、呈示形態は特に問わない、ユーザは、はじめに、映画本編等と同時再生させる監督のコメンタリー等の映像に対応するセカンダリビデオストリームとして、即ち、子画面図39の例では子画面302に表示させる映像に対応するセカンダリビデオストリームとして、ビデオ2VS_SN=1とビデオ1VS_SN2とのうちの何れか一方を選択することができるそのような選択操作ができる。例えば、セカンダリビデオストリームとしてビデオ2VS_SN=1が選択された場合には、図42に示されるように、そのビデオ2VS_SN=1と同時再生可能な組み合わせは、オーディオ2、オーディオ4、およびサブピクチャ3の組み合わせのみである。従って、セカンダリビデオストリームとしてビデオ2VS_SN=1が選択された時点で、ユーザの選択操作は終了となる。一方、図43に示されるように、セカンダリビデオストリームとしてビデオ1VS_SN=2が選択された場合には、そのビデオ1VS_SN=2と同時再生可能な組み合わせとしては、オーディオ1、オーディオ4、およびサブピクチャ1の第1の組み合わせと、オーディオ1、オーディオ5、およびサブピクチャ1の第2の組み合わせ、といった2通りの組み合わせが存在する。従って、セカンダリビデオストリームとしてビデオ1VS_SN=2を選択した場合、ユーザは、さらに、かかる第1の組み合わせと第2の組み合わせとのうちの何れか一方を選択することができるそのような選択操作ができる。具体的には、例えばここでは、図35で説明した選択操作と同様に、ユーザは、ビデオ1VS_SN=2と同時再生させるストリームに対してストリームナンバーテーブル上の対応する表示の右方に対して、再生を選択するときには、×から○に切り換える一方、再生を選択しないときには、×のまま保持する、といった選択操作を実行することができる。なお、図35を用いて説明した場合と同様に、○は再生を選択する状態を示すシンボルとされている一方、×は再生を選択していない状態を示すシンボルとされている。図43の例では、かかる選択操作により、オーディオ1、オーディオ4、およびサブピクチャ1の第1の組み合わせが選択された結果が示されている。即ち、図43に示されるように、V2_SN=2のビデオ1と同時再生されるプライマリオーディオストリームとしてオーディオ1が選択されるので、その選択状態は、×から○に切り換えられる。また、V2_SN=2のビデオ1と同時再生されるセカンダリオーディオストリームとしてオーディオ4が選択されるのでオーディオ5が選択されないので、オーディオ4の選択状態は、×から○に切り換えられる一方、オーディオ5の選択状態は×のまま保持される。また、V2_SN=2のビデオ1と同時再生されるサブタイトルストリームとしてサブピクチャ1が選択されるので、その選択状態は、×から○に切り換えられる。即ち、以上の一連の選択操作により、ビデオ1、オーディオ1、オーディオ4、および、サブピクチャ1を、メインビデオプライマリビデオストリームのことであるとともに再生可能な状態そのような再生を選択する状態とすることができる。なお、上述した例では、プライマリビデオストリームと同時再生させるストリームの選択操作として、セカンダリビデオストリームを軸とする操作、即ち、先にセカンダリビデオストリームを選択した後、プライマリオーディオストリーム、セカンダリオーディオストリーム、および、サブタイトルストリームを選択する操作について説明した。しかしながら、かかる選択操作として、上述した例のみならず、例えば、図35等を用いて上述した操作と同様にして、先にプライマリオーディオストリームを選択した後、セカンダリビデオストリーム、セカンダリオーディオストリーム、および、サブタイトルストリームを選択する操作を採用してもよい。即ち、図43のストリームナンバーテーブルのうちの、A_SN=1であるオーディオ2、A_SN=2であるオーディオ1、および、A_SN=3であるオーディオ3のうちの何れか1つを、プライマリオーディオストリームとして先に選択した後、図35等を用いて上述した操作と同様の操作により、セカンダリビデオストリーム、セカンダリオーディオストリーム、および、サブタイトルストリームを選択する、といった選択操作を採用することもできる。また、例えば、先にサブタイトルストリームを選択した後、プライマリオーディオストリーム、セカンダリビデオストリーム、および、セカンダリオーディオストリームを選択する操作を採用することもできる。即ち、図43のストリームナンバーテーブルのうちの、S_SN=1であるサブピクチャ3、S_SN=2でサブピクチャ1、および、S_SN=3であるサブピクチャ2のうちの何れか1つを、サブタイトルストリームとして先に選択した後、図43中図示はされていないが、セカンダリビデオストリーム、プライマリオーディオストリーム、セカンダリオーディオストリームを選択する、といった選択操作を採用することもできる。なお、本実施の形態では、セカンダリオーディオストリームのユーザの切り換え操作は禁止されている。このため、図43の例では、セカンダリオーディオストリームに対するA_SNは与えられていない。即ち、図43の例では、オーディオ1乃至3がプライマリオーディオストリームとして利用され、オーディオ4,5がセカンダリオーディオストリームとして利用されている。ところで、以上説明した図40と図41の第5のSTNtableを利用するシンタクスにより、ピクチャインピクチャ手法図39参照を実現させる場合、Subpathtypeの種類として上述した図11を用いて説明した第1の例の種類を利用すると、例えば図44に示されるPlayListが生成される。図44の例では、メインパスを構成するプレイアイテム1PlayItem1により参照されるclipAVStream0メインClipAVStreamに含まれるVideoビデオストリームとAudioオーディオストリームとのそれぞれが、プライマリビデオストリームとプライマリオーディオストリームのそれぞれとなる。即ち、図39の例に対応させると、clipAVStream0に含まれるVideoとAudioとのそれぞれが、プライマリビデオストリーム311とプライマリオーディオストリーム312のそれぞれとして、全画面301に再生表示されるとともに、音声出力される。一方、サブパス1に含まれるサブプレイアイテムSubPlayItemSPIにより参照されるClipAVStream1に含まれる2ndVideoビデオストリームが、セカンダリビデオストリームとなり、また、サブパス2がに含まれるサブプレイアイテムSPIとしてのClipAVStream1に含まれる2ndAudioオーディオストリームが、セカンダリオーディオストリームとなる。即ち、図39の例に対応させると、ClipAVStream1に含まれる2ndVideoと2ndAudioとのそれぞれが、セカンダリビデオストリーム313とセカンダリオーディオストリーム314のそれぞれとして、子画面302に再生表示されるとともに、音声出力される。ただし、ClipAVStream0に含まれるAudioをプライマリオーディオストリームとして全画面301に対応つけて再生音声出力させ、かつ、ClipAVStream1に含まれる2ndAudioをセカンダリオーディオストリームとして子画面302に対応つけて再生音声出力させるとは、上述したように、それら2つのオーディオストリームに対してミキシング処理が施された結果得られる音声が再生出力されることを指す。このように、図44の例では、SubPathtypeの種類として図11の例の種類が利用されて、その結果、メインパス、サブパス1、および、サブパス2により、ピクチャインピクチャ手法が実現されている。しかしながら、図44の例では、プライマリビデオストリームであるClipAVStream0のVideoと同時に再生されるセカンダリビデオストリームとセカンダリオーディオストリームとのそれぞれは、同一のClipAVStream1内に含まれる2ndVideoと2ndAudioとのそれぞれであるにも関わらず、別々のサブパス1とサブパス2とのそれぞれで定義されている。なぜならば、図11の例では、参照されるESエレメンタリストリームの本数は1本のみである、というSubPathtypeの種類しか用意されていないためである。即ち、図11の例では、Audio,IG,Text,Videoといった各種類のESが、同一のClipに含まれるClipAVStreamファイルに含まれているか否かによらず、ES1本ずつに対して、SubPathtypeが1つずつ常に割り当てられる、というSubPathtypeの種類しか用意されていないためである。即ち、図44の例によらず、図11の例のSubPathtypeの種類が利用される場合、メインパスで参照されるESと別に、再生対象のESが2本以上存在するときには、それらの2本以上のESは別々のサブパスにそれぞれ分けられて、即ち、2つの別のSPIのそれぞれとして定義されることになる。この場合、それらの2本以上のESが同一のClipに含まれるClipAVStreamファイルに含まれているならば、上述したSubPlayItemINtimeSubPlayItemOUTtime等は同一となるにも関わらず、それぞれ個別に持つその結果何重にも持つ必要が生じてしまい、SubPlayItemINtime、および、SubPlayItemOUTtimeの情報が冗長となる、という第1の問題点が発生する。また、この場合、再生対象のESごとにサブパスを定義しなければならないので、PlayListの構造が必要以上に複雑になる、という第2の問題点も発生する。さらに、かかる第2の問題点から、次のような第3の問題点も発生する。即ち、例えば、本実施の形態では、再生装置例えば上述した図25の再生装置20や後述する図49の再生装置401には、同時に2本のTS2つのClipまでしか読めないという制限縛りが課せられている。かかる制限が課せられた再生装置では、このような複雑な構造のPlayListを再生しようとすると、そのPlayList内に定義されているメインパスと、何れのサブパスを組み合わせて再生すればよいのかを直ちに決められない、即ち、そのような組み合わせを決定するために複雑な処理の実行が必要になる、という第3の問題点が発生する。そこで、本発明人は、かかる第1乃至第3の問題点を解決すべく、SubPathtypeの種類として、複数のESを取り扱える種類、即ち、複数のESを同時に参照可能とする種類を追加する、という手法をさらに発明した。かかる手法が適用されたSubPathtypeの種類の第2の例が図45に示されている。即ち、図45は、SubPathtypeサブパスのタイプの種類の第2の例であって、図11とは異なる例、即ち、図11の例にも存在する種類に対して、かかる第1乃至第3の問題点を解決可能な種類を追加した例を説明する図である。すなわち、かかる第1乃至第3の問題点を解決するためには、例えば図45に示される第2のSubPathtypeを採用すればよい。図45において、SubPathtype=0乃至4は、図11の対応するタイプと同一とされているので、ここではその説明については省略する。ただし、SubPathtype=2乃至4のMeaningにおいて、図45の例ではOutofmuxという記述がなされているが、図11の例ではその記述は省略されている。そこで、その記述について説明する。即ち、このOutofmuxという記述は、サブパスで参照されるESが含まれるTSと、メインパスで参照されるESが含まれるTSとが異なっている場合のサブパスのタイプ種類、即ち、サブパスで参照されるESが、メインパスで参照されるプレイアイテムが含まれるTSに多重化されていないサブパスのタイプ種類であることを示している。以下、かかる種類を、メインパスTS非多重型のパスと称する。また、SubPathtype=2,3のように、メインパスで参照されるESとサブパスで参照されるESとが非同期である場合、そのサブパスのタイプ種類を、以下、非同期型のパスと称する。一方、SubPathtype=4,5のように、メインパスで参照されるESとサブパスで参照されるESとが同期する場合、そのサブパスのタイプ種類を、以下、同期型のパスと称する。SubPathtype=5は、OutofmuxandAVSynchronizedtypeofoneormoreelementarystreamspathOutofmuxandAVsynchronizedtypeofPictureinPicturepresentationpathwhichcontainsoneormoreelementarystreamspathsとされている。即ち、SubPathtype=5は、メインパスTS非多重型、かつ、同期型のパスであって、1本以上のESのパスや、ピクチャインピクチャプレゼンテーションパスとされている。すなわち、SubPathtype=5は、図11を用いて説明した例におけるSubPathtype=5,6のそれぞれで示される種類も含まれ、2ndAudioPresentationpath2番目のオーディオプレゼンテーションパス2ndオーディオストリームを参照するためのパスや、2ndVideoPresentationpath2番目のビデオプレゼンテーションパス2ndビデオストリームを参照するためのパスを含むものである。ここで、ピクチャインピクチャプレゼンテーションパスとは、上述したピクチャインピクチャ手法図39参照において、所定のプライマリビデオストリームについての、プライマリオーディオストリームストリーム、セカンダリビデオストリーム、セカンダリオーディオストリーム、および、サブタイトルストリームのうちの1以上のパスそのようなサブパスのタイプであることをいう。SubPathtype=6は、OutofmuxandAVnonSynchronizedtypeofPictureinPicturepresentationpathwhichcontainsoneormoreelementarystreamspathsとされている。即ち、SubPathtype=8は、メインパスTS非多重型、かつ、非同期型のパスであって、ピクチャインピクチャプレゼンテーションパス1以上のESのパスとされている。SubPathtype=7は、InmuxtypeandAVSynchronizedtypeofPictureinPicturepresentationpathwhichcontainsoneormoreelementarystreamspathsとされている。ここで、Inmuxという記述は、サブパスで参照されるESが含まれるTSと、メインパスで参照される1以上のESが含まれるTSとが同一の場合のサブパスのタイプ種類、即ち、サブパスで参照されるESが、メインパスで参照されるESを含むTSに多重化されているサブパスのタイプ種類であることを示している。換言すれば、メインクリップに含まれるメインTSに、メインのClipAVストリームと、サブのClipAVストリームとが含まれている状態である。以下、かかる種類を、メインパスTS多重型のパスと称する。即ち、SubPathtype=7は、メインパスTS多重型、かつ、同期型のパスであって、ピクチャインピクチャプレゼンテーションパス1以上のESのパスとされている。そして、SubPathtype8乃至255は予備とされている。図45の例のSubpathtypeの種類を利用することにより、新たに追加されたSubPathtype5,6,7を利用することが可能となる。ここで、SubPathtype7においては、PlayItemにより参照されるMainTS、すなわち、メインClipAVストリームには、SubPathにより参照されるSubSTも含まれる。そのため、図17を用いて説明したStreamentryに代わって、type=3が定義された、図46に示される第2のStreamentryが用いられる。すなわち、第2のStreamentryにおいて定義されているtype=3は、対応するPlayItemにおいてSubPathtype7の場合に、MainClipに含まれ、SubPathによって参照されるエレメンタリストリームを識別するためのものである。なお、図46において、図15と同一の部分については、その説明を適宜省略する。すなわち、type=3では、SubPathがMainPathと同じClipを参照し、換言すれば、MainClipに複数のエレメンタリストリームが多重化され、MainPathとSubPathとのいずれも、MainClipに多重化されているエレメンタリストリームのうちのいずれかを参照している場合に、SubPathtype7において、MainClipの複数のエレメンタリストリームの中から、SubPathによって参照される1つのエレメンタリストリームを再生時に特定するために、reftostreamPIDofMainClipにより、MainClipのパケットIDが指定される。また、reftoSubPathidによりSubPathidが示され、このSubPathidにより図9のPlayListで定義されたSubPathが特定され、このSubpathから対応するSubPlayItemが呼び出されることにより図10、エレメンタリストリームの再生時間IntimeOuttime等を把握することができる図12ようになされている。このように、typetype1乃至type3の3つのtypeを使うことで、PlayItemとそれに関連付けられて再生される1つ以上のSubPathが用意されている場合に、このPlayItemが参照するClipが、さらに、SubPathから参照されている場合であっても、Clipの中から1つのエレメンタリストリームを特定することができる。以上説明したような図45の例のSubpathtypeの種類を利用することで、即ち、図11の例にも存在したSubPathtype=1乃至4とともに、新たに追加されたSubPathtype567を利用することで、ピクチャインピクチャ手法図39参照を実現させる場合のPlayListとして、図44の例のような複雑な構造のPlayListの代わりに、例えば図47に示されるような簡単な構造のPlayListの作成利用が可能になる。即ち、図47の例でも、メインパスに含まれるプレイアイテム1PlayItem1が参照するClipAVStream0に含まれるVideoビデオストリームとAudioオーディオストリームとのそれぞれが、プライマリビデオストリームとプライマリオーディオストリームのそれぞれとなる。即ち、図39の例に対応させると、clipAVStream0に含まれるVideoとAudioとのそれぞれが、プライマリビデオストリーム311とプライマリオーディオストリーム312のそれぞれとして、全画面301に再生されるとともに、音声出力される。また、図47の例でも、プライマリビデオストリームであるClipAVStream0のVideoと同時に再生されるセカンダリビデオストリームとセカンダリオーディオストリームとのそれぞれは、同一のClipAVStream1内に含まれる2ndVideoと2ndAudioとのそれぞれとされている。そこで、図47の例では、サブパスAのタイプとして、上述したSubPathtype=7、即ち、メインパスTS非多重型、かつ、同期型のパスであって、ピクチャインピクチャプレゼンテーションパスが採用されている。これにより、サブパスAが参照するサブプレイアイテムSPIとして、ClipAVStream1に含まれる2ndVideoと2ndAudioとの2つのESを同時に参照できるようになる。その結果、図39の例に対応させると、1つのサブパスAのみで参照されるClipAVStream1に含まれる2ndVideoと2ndAudioとのそれぞれが、セカンダリビデオストリーム313とセカンダリオーディオストリーム314のそれぞれとして、子画面302に再生されるとともに、音声出力される。その際、サブパスAのタイプとして、上述したSubPathtype=5が採用されている場合、セカンダリビデオストリーム313とセカンダリオーディオストリーム314とは、プライマリビデオストリーム311と同期して再生されることになる。換言すると、セカンダリビデオストリーム313とセカンダリオーディオストリーム314とを、プライマリビデオストリーム311と非同期で再生したい場合には或いは非同期で再生する必要がある場合には、サブパスAのタイプとして、上述したSubPathtype=8、即ち、メインパスTS非多重型、かつ、非同期型のパスであって、ピクチャインピクチャプレゼンテーションパス1以上のESのパスを採用すればよい。このように、図47の例では、図45の例のSubpathtypeの種類が採用された結果、メインパスの他1つのサブパスのみで、ピクチャインピクチャ手法が実現されている。即ち、同一のClipAVStream1に含まれる2ndvideoと2ndAudioとのそれぞれをセカンダリビデオストリーム313とセカンダリオーディオストリーム314として利用する、といったピクチャインピクチャ手法を実現する場合、図11の例のSubpathtypeの種類を利用して生成された図44の例のPlayListでは、同一のClipAVStream1に含まれる2ndvideoと2ndAudioとのそれぞれは2つの別々のサブパスで参照されていた。これに対して、図45の例のSubpathtypeを利用して生成された図47の例のPlayListでは、同一のClipAVStream1に含まれる2ndvideoと2ndAudioとのそれぞれは1つのサブパスのみで参照できるようになっている。その結果、2ndvideoと2ndAudioとのそれぞれについての、SubPlayItemINtimeSubPlayItemOUTtime等は1つ持てばよいため、上述した第1の問題点を解決することが可能になる。また、図44の例と図47の例のPlayListを比較すれば明らかなように、その構造を簡素化できるので、第2の問題点と第3の問題点を解決することが可能になる。さらに、図45の例のSubpathtypeの種類のうちのSubPathtype=7、即ち、メインパスTS多重型、かつ、同期型のパスであって、ピクチャインピクチャプレゼンテーションパス1以上のESのパスを利用することで、例えば図48に示されるようなPlayListを作成することが可能になる。その結果、図48の例のPlayListを利用したピクチャインピクチャ手法の実現も容易に可能になる。図48の例では、メインパスが参照するプレイアイテム1PlayItem1により参照されるMainTSには、ClipAVStream0ただし、図47のClipAVStream0とは異なるClipAVStreamが含まれており、ClipAVStream0には、PlayItem1によって参照されるMainTSと、SubPlayItemによって参照されるSubTSが含まれている。そして、MainTSに含まれるVideoビデオストリームとAudioオーディオストリームとのそれぞれが、プライマリビデオストリームとプライマリオーディオストリームのそれぞれとなる。即ち、図39の例に対応させると、ClipAVStream0に含まれるVideoとAudioとのそれぞれが、プライマリビデオストリーム311とプライマリオーディオストリーム312のそれぞれとして、全画面301に再生されるとともに音声出力される。また、図48の例では、プライマリビデオストリームであるMainTSのVideoと同時に再生されるセカンダリビデオストリームとセカンダリオーディオストリームとのそれぞれは、同じMainTSに含まれるClipAVStream0に含まれる2ndVideoと2ndAudioとのそれぞれとなる。この場合、図48の例のPlayListを作成するためには、サブパスAのタイプとして、SubPathtype=7を採用すればよい。これにより、サブパスAに含まれるサブプレイアイテムSPIが参照するESとして、メインパスでも参照しているMainTSのClipAVStream0に含まれるSubSTの2ndVideoと2ndAudioとの2つのESを参照できるようになる。その結果、図39の例に対応させると、サブパスAで参照されるClipAVStream0に含まれる2ndVideoと2ndAudioとのそれぞれを、セカンダリビデオストリーム313とセカンダリオーディオストリーム314のそれぞれとして、子画面302に再生するとともに、音声出力することができるようになる。すなわち一つのファイルがメインパス、サブパスを含むように構成することにより、更に別のファイルに含まれるストリームを同時に再生させることも可能となる。その他、図48に示されるように、PlayItem1に対するサブパスとして、サブパスAに加えて、ClipAVStream0が含まれているMainTSとは異なるTSに含まれているClipAVStream1ただし、図44のClipAVStream1とは異なるClipAVStreamを参照するサブパスBが定義されている場合には、上述したように、本実施の形態の再生装置は、2つのTSClipを同時に読み出すことが可能であるので、MainTSに含まれるVideo,Audio,2ndVideo,2ndAudioとともに、SubTSに含まれるPG等も読み出すことが可能になる。以上、ピクチャインピクチャ手法図39参照を適用するために必要なSyntaxの例、即ち、図40と図41の例のSTNtableや、図45の例のSubPathtypeの種類について説明した。かかるピクチャインピクチャ手法を実現するためには、プライマリビデオストリームとセカンダリビデオストリームとを同時再生できる機能を有する再生装置、例えば図49に示されるような再生装置の適用が必要である。即ち、図49は、本発明を適用した再生装置の構成例であって、図25の例とは異なる構成例を示すブロック図である。図49の例の再生装置401は、上述したメインパスとサブパスを有するPlayListであって、ピクチャインピクチャ手法を実現するためのPlayList例えば図47や図48の例のPlayListに従った再生を行うことができる。なお、図49において、図25と対応する部分ブロックには対応する符号が付してあり、それらの説明については適宜省略する。図49の例の再生装置401には、図25の例の再生装置20と同様の機能と構成を有する、ストレージドライブ31、スイッチ32、およびコントローラ34が設けられている。ただし、コントローラ34の機能は追加されている。追加された機能の詳細については後述する。さらに、図49の例の再生装置401には、図25の例の再生装置20のAVデコーダ部33とは機能と構成が若干異なるAVデコーダ部403が設けられている。即ち、図49の例のAVデコーダ部403には、図25の例のAVデコーダ部33とほぼ同様の機能と構成を有するバッファ51乃至ミキシング処理部101が設けられている他、さらに、図25の例のAVデコーダ部33には設けられていないPIDフィルタ411乃至プリロード用バッファ414が設けられている。なお、図25の例のAVデコーダ部33とほぼ同様の機能と構成を有するといったようにほぼと記述したのは、ビデオデコーダ72やビデオプレーン生成部92の呼称が、1stビデオデコーダ72や1stビデオプレーン生成部92と変更されていたり、PIDフィルタ56の出力が1つ増加していたり等、若干異なるところがあるからである。以下、図49の例のAVデコーダ部403のうちの、図25の例のAVデコーダ部33とは異なる箇所について説明する。AVデコータ部403は、ピクチャインピクチャ手法を実現するために、プライマリビデオストリームとセカンダリビデオストリームとをデコードする必要がある。このため、図25の例のAVデコーダ部33に設けられていたビデオデコーダ72とビデオプレーン生成部92とのそれぞれは、図49の例のAVデコーダ部403においては、プライマリビデオストリーム用の1stビデオデコーダ72と1stビデオプレーン生成部92とのそれぞれとして設けられている。さらに、図49の例のAVデコーダ部403には、1stビデオデコーダ72と1stビデオプレーン生成部92とのそれぞれと同様の機能と構成を有する、セカンダリビデオストリーム用の2ndビデオデコーダ412と2ndビデオプレーン生成部413とのそれぞれが設けられている。また、PIDフィルタ411には、メインClipAVStreamのビデオストリーム、または、サブClipAVStreamのビデオストリームが、PIDフィルタ55またはPIDフィルタ56を介して入力されてくる。そこで、PIDフィルタ411は、入力されたビデオストリームを、そのPIDパケットIDに応じて、後段の1stビデオデコーダ72または2ndビデオデコーダ412に振り分けて出力する。即ち、PIDフィルタ411は、プライマリビデオストリームが入力された場合には、そのプライマリビデオストリームを1stビデオデコーダ72に供給する。これに対して、PIDフィルタ411は、セカンダリビデオストリームが入力された場合には、そのセカンダリビデオストリームを2ndビデオデコーダ412に供給する。なお、本実施の形態では、プライマリビデオストリームとして、メインClipAVStreamのビデオストリームのみが利用され、サブClipAVStreamのビデオストリームは利用されないとされている。ただし、将来、サブClipAVStreamのビデオストリームもプライマリビデオストリームとして利用され得ることも考慮して、PIDフィルタ56から供給されたサブClipAVStreamのビデオストリームも1stビデオデコーダ72に供給され得るように、PIDフィルタ411が構成されている。プリロード用バッファ414は、インタラクティブグラフィックスデコーダ74から供給されたインタラクティブグラフィックスストリームを一時記憶する。即ち、上述したように、本実施の形態では、再生装置401には、一度に2つのTSClipしか読み出せないという制限が課せられている。そこで、再生装置401は、インタラクティブグラフィックスストリームを予め取得しておくことでプリロードしておくことで、ビデオストリームやオーディオストリームを再生するときに、プリロードしておいたインタラクティブグラフィックスストリームも同時再生することができる、といった機能を有している。かかる機能を実現するために、即ち、プリロードされたインタラクティブグラフィックスストリームを、ビデオストリームやオーディオストリームが再生されるタイミングまで保存しておくために、プリロード用バッファ414が図49の例のAVデコード部403に設けられているのである。次に、かかる図49の例の再生装置401が実行するピクチャインピクチャ手法による処理の一例であって、プライマリビデオストリーム等の再生中等に、再生対象のセカンダリビデオストリーム等を切り替えるために必要な一連の処理の一例について、図50と図51のフローチャートを参照して説明する。図50のステップS101において、コントローラ34は、セカンダリビデオストリーム番号IDでもよいの順番リストと、セカンダリビデオストリームに組み合わされているプライマリオーディオストリーム、セカンダリオーディオストリーム、および、サブタイトルストリームのリストを、図40と図41とを用いて説明した第5のSTNtableから取得する。ここでは、このステップS101の処理後、取得されたリストに基づいて、例えば上述した図42のようなストリームナンバーテーブルが生成され、そのストリームナンバーテーブル自身またはそれに基づいて生成された所定のGUIGraphicalUserInterface画像がユーザに呈示されるとする。そして、これにより、処理はステップS102に進むとする。ステップS102において、コントローラ34は、ユーザからのセカンダリビデオストリームに対する切り替えの指令を受け付ける。即ち、上述した図42と図43を用いて説明したユーザの切り替え操作の内容が、ステップS102において、ユーザからのセカンダリビデオストリームに対する切り替えの指令としてコントローラ34に受け付けられることになる。ステップS103において、コントローラ34は、再生しているセカンダリビデオストリーム、プライマリオーディオストリーム、セカンダリオーディオストリーム、および、サブタイトルの組み合わせの次の組み合わせの番号を取得する。具体的には、例えば、図42の例のストリームナンバーテーブルがユーザに呈示されたとすると、セカンダリビデオストリーム、プライマリオーディオストリーム、セカンダリオーディオストリーム、および、サブタイトルの組み合わせとして、次の第1の組み合わせ乃至第3の組み合わせが存在することになる。即ち、第1の組み合わせとは、ビデオ2、オーディオ2、オーディオ4、サブピクチャ3の組み合わせをいう。第2の組み合わせとは、ビデオ1、オーディオ1、オーディオ4、サブピクチャ1の組み合わせをいう。第3の組み合わせとは、ビデオ1、オーディオ1、オーディオ5、サブピクチャ1の組み合わせをいう。そこで、例えばここでは、第1の組み合わせ、第2の組み合わせ、および、第3の組み合わせのそれぞれの組み合わせの番号として、1、2-1、2-2のそれぞれが与えられているとする。そして、例えばここでは、ステップS102の処理で、図43の例の選択操作結果、即ち、第2の組み合わせの選択指令がコントローラ34に受け付けられたとする。この場合、ステップS103の処理では、次の組み合わせの番号として2-1が取得される。ステップS104において、コントローラ34は、streamattributeを参照して、取得した番号初回のステップS104の処理では、直前のステップS103の処理で取得した番号に対応する複数のストリームの再生する機能を有するか否かを判定する。具体的には、例えば、オーディオストリームの再生機能に着目すると、図43の例の選択操作結果、即ち、第2の組み合わせの選択指令がコントローラ34に受け付けられた場合には、オーディオ1とオーディオ4とのそれぞれの再生機能を有するか否かの判定がステップS104の処理として実行される。なお、オーディオストリームの再生機能の有無の判定手法の具体例については、上述した図30のステップS74の処理の説明の際に併せて説明しているので、ここでは省略する。また、その他、ビデオストリーム等他のストリームの再生機能の有無の判定もステップS104の処理として併せて実行することも可能である。ステップS104において、取得した番号に対応する複数のストリームの再生する機能を有していないと判定した場合、コントローラ34は、ステップS105において、現在の組み合わせの番号の次の組み合わせの番号を取得する。即ち、現在の組み合わせ番号で特定されるオーディオストリーム等を再生する機能を有しない場合には、その組み合わせ番号は飛ばされ再生対象とならず、次の組み合わせ番号が取得される。その後、処理はステップS104に戻され、それ以降の処理が繰り返される。即ち、再生装置401自身が再生する機能を有するオーディオストリーム等を特定する組み合わせ番号が取得されるまで、ステップS104とS105のループ処理が繰り返される。ステップS104において、取得した番号1回目の処理の場合は上述したように直前のステップS103の処理で取得された番号であり、2回目以降の処理の場合は直前のステップS105の処理で取得された番号であるに対応する複数のストリームの再生する機能を有すると判定された場合、処理は図51のステップS106に進む。ステップS106において、コントローラ34は、streamentryびtype情報に基づいて、取得した番号に対応するセカンダリビデオストリーム、プライマリオーディオストリーム、セカンダリオーディオストリーム、およびサブタイトルストリーム各々を含むClipを調べる。即ち、取得した番号に対応するセカンダリビデオストリーム、プライマリオーディオストリーム、セカンダリオーディオストリーム、およびサブタイトルストリームは各々、メインClipにあるのか、それとも、サブClipにあるのかが確認される。なお、各ストリームの確認手法の具体例については、上述した図30のステップS76の処理の説明の際に併せて説明しているので、ここでは省略する。ステップS107において、コントローラ34は、所望のセカンダリビデオストリーム、プライマリオーディオストリーム、セカンダリオーディオストリーム、およびサブタイトルストリーム各々を特定する。即ち、ステップS107の処理で、メインClipまたはサブClipの中の中から、取得した番号に対応する所望の各ストリームが特定される。なお、各ストリームの特定手法の具体例については、上述した図30のステップS77の処理の説明の際に併せて説明しているので、ここでは省略する。ステップS108において、コントローラ34は、特定されたそれぞれの所望のストリームが多重化されているClipメインClipまたはサブClipから、所望のセカンダリビデオストリーム、プライマリオーディオストリーム、セカンダリオーディオストリーム、およびサブタイトルストリーム各々を読み出すようストレージドライブ31に指示する。ストレージドライブ31は、この指示に基づいて、対象となるClipから所望のストリームを読み出す。具体的には、コントローラ34は、ステップS106の処理で特定したClipから、ステップS7の処理で特定したストリームを読み出すようストレージドライブ31に指示する。ステップS109において、コントローラ34は、読み出された各々のストリーム、すなわち、セカンダリビデオストリーム、プライマリオーディオストリーム、セカンダリオーディオストリーム、およびサブタイトルストリームなどを再生するようAVデコーダ部403に指示する。具体的には、コントローラ34は、読み出された所望のセカンダリビデオストリームを2ndビデオデコーダ412にデコードさせるよう、読み出された所望のプライマリオーディオストリームを1stオーディオデコーダ75-1にデコードさせるよう、読み出された所望のセカンダリオーディオストリームを2ndオーディオデコーダ75-2にデコードさせるよう、読み出された所望のサブタイトルストリームをプレゼンテーショングラフィックスデコーダ73等にデコードさせるよう、それぞれ指示する。ステップS110において、AVデコーダ部403は、セカンダリビデオストリーム、プライマリオーディオストリーム、セカンダリオーディオストリーム、およびサブタイトルストリームをデコードし出力し、処理が終了される。その際、プライマリオーディオストリームとセカンダリオーディオストリームとについては、上述した図30のステップS80の処理の説明の際に併せて説明したように、ミキシングされた結果得られるオーディオ信号が出力されることになる。このようなセカンダリビデオ切り替え処理の結果、図39を用いて説明したピクチャインピクチャ手法が実現される。即ち、図39の例では、プライマリビデオストリーム311に対応する映像が全画面311に表示再生されている最中に、ステップS110の処理で出力されたセカンダリビデオストリーム313に対応する映像が子画面302に表示再生され、ステップS110の処理で出力されたサブタイトルストリーム315に対応する字幕等が全画面311の所定の位置に表示再生され、ステップS110の処理で出力されたプライマリオーディオストリーム311とセカンダリオーディオストリーム402とがミキシングされた結果得られる音声が、図39には図示せぬスピーカから出力再生される。以上説明したように、図40と図41の例のSTNtableを採用することで、ピクチャインピクチャ手法を実現することが可能になる。このようなピクチャインピクチャ手法を実現する場合、図11の例のSubPathtypeの種類を利用して生成されるPlaylist例えば図44参照を利用することも可能であるが、上述したように、同一のClipAVStreamに含まれているセカンダリビデオストリームやセカンダリオーディオストリーム等は、それぞれ別々のサブパスに分けられること、即ち、2つの別のSPIとして定義されることになってしまう。その結果、上述した各種問題点、例えばPlayListの構造が必要以上に複雑になるという問題点が発生する。そこで、これらの各種問題点を解決する場合には、同一ClipAVStream内の2以上のESセカンダリビデオストリームやセカンダリオーディオストリーム等を1つのサブパスで参照できるように、即ち、同一ClipAVStream内の2以上のESを1つのSPIとして定義できるようなSubPathtypeの種類、即ち例えば図45を用いて説明したSubPathtypeの種類を採用すればよい。ただし、PlayListの作成者側の観点に立つと、図45の例のSubPathtypeの種類を採用することで簡単な構造のPlayListを作成できるようになったとは言え、即ち、作成された結果のPlayListの構造が簡単になったとは言え、そのような簡単な構造のPlayListを作成するまでには、次のような困難な作業が必要になる。即ち、PlayListの作成者は、ピクチャインピクチャ手法を実現するために、どのような種類のストリームの組み合わせが可能であり、どのような種類のストリームの組み合わせが不可能であるのかを自分自身で判断した上で、即ち、どのような種類のサブパスを含めるのかを自分自身で判断した上で、PlayListを作成しなければいけない、といった困難な作業が必要になる。従って、PlayListの作成者側から、PlayListを簡単に作成したいという要望が挙げられるようになることは想像に難くない。従って、かかる要望に予め応えるべく、本発明人は、さらに、PlayListの種類に応じて、作成可能そのPlayListに含めることが可能なサブパスを、図45を用いて説明したSubPathtypeにより制限する、といった手法を発明した。なお、以下、かかる手法を、サブパス制限手法と称する。サブパス制限手法を適用することで、1つのPlayListに含め得るサブパスが限定されるため、作成者にとっては、PlayListにどのようなサブパスを含めるのかを判断した上でサブパスを作成することが容易になり、ひいては、PlayListの作成自体も容易になる、という効果を奏することが可能になる。以下、サブパス制限手法について、詳しく説明していく。ただし、サブパス制限手法では、再生装置が一度に読み出すことが可能なTSの数によって、その制限内容が変化する。本実施の形態では、上述したように、再生装置が一度に読み出すことが可能なTSは2つとされている。そこで、以下、再生装置が一度に読み出すことが可能なTSは2つである場合のサブパス制限手法について説明していく。本実施の形態では、PlayListは、BrowsableSlideshow非同期型と、MovieTypeTimebasedSlideshow同期型といった2種類に大別される。PlayListの種類が非同期型であるのか或いは同期型であるのかといった区別は、そのPlayListにより参照されるClipのClipInformationfileに含まれるapplicationtypeアプリケーションタイプに従って行うことが可能である。applicationtypeは、あるClipについてのClipInformationファイル中のClipInfoに記述されている。ただし、ここでは、説明の簡略上、ClipInfoのシンタクスの説明については省略し、以下、そのClipinfoに記述され得るapplicationtypeの種類についてのみ、図52を参照して説明する。即ち、図52は、applicationtypeの種類の例を説明する図である。図52に示されるように、applicationtype0は、予備reservedとされている。applicationtype1は、映画のアプリケーション用のMainTSとされている。ここでMainTSとは、Playlistにおいてメインパスにより参照されるPlayItemとしてのTS、即ち、MainTSを指している。applicationtype2は、TimebasedSlideshow用のMainTS、即ち、静止画のスライドショー用のMainTSとされている。applicationtype3は、BrowsableSlideshow用のTS、即ち、ビデオのスライドショー用のMainTSとされている。applicationtype4は、SubPath用のBrowsableSlideshowのTSとされている。これは、例えば、上述したapplicationtype3と非同期で再生されるBGMサウンドデータを保持するClipAVストリームに対してのClipInfoに付与される。applicationtype5は、SubPathのインタラクティブグラフィックス用のTSとされている。applicationtype6は、SubPathのテキストサブタイトルテキスト字幕データ用のTSとされている。applicationtype7は、1つ以上のESを含むSubPath用のTSとされている。applicationtype8乃至255は、予備reservedとされている。そこで、本実施の形態では、PlayListにより示されるMainTSについてのClipInfoに記述されているapplicationtypeが、applicationtype3の場合、そのPlayListはBrowsableSlideshow非同期型に分類され、applicationtype1or2の場合、そのPlayListはMovieTypeTimebasedSlideshow同期型に分類されるとする。この場合、PlayListの種類非同期型または同期型に対する、そのPlayListが持ち得るSubPathサブパスの組み合わせは、図53に示される組み合わせのみ許可する、という制限がサブパス制限手法により課されることになる。図53において、numberofSubPathsの項目には、PlayListにより示されるMainTSが持ち得る、左方のSubPathtypeの項目に示される種類のSubPathの個数が記述されている。また、図53におけるSubPathtypeの項目の各記述値SubPathtypeの種類は、上述した図11を用いて説明した種類ではなく、図45を用いて説明した種類に対応している。図53に示されるように、PlayListの種類が非同期型の場合、即ち、applicationtype3であるBrowsableslideshowの場合、10本以上のSubPathtype2のSubPath、20本以上のSubPathtype3のSubPathのみが許可される。換言すると、1と2以外のSubPathの組み合わせは禁止される。また、2の組み合わせであっても、applicationtype3のMainTSにIGが含まれる場合には、SubPathtype3のSubPathは禁止される図53中2参照。これは、次の制約によるものである。即ち、IGの観点に立つと、IGを含むPlayListは、次の第1の種類と第2の種類に大別される。第1の種類とは、参照されるMainTSにIGが多重化されていて、そのMainTSのAudioVideoとIGが同期再生される、という種類をいう。第2の種類とは、SubPathtype3のSubPatを含み、IGはプリロードされるこのIGはポップアップメニューに使われる、という種類をいう。なお、この第2の種類のPlayListを再生可能とするために、上述したように、図49の再生装置401にはプリロード用バッファ414が設けられているのである。また、本実施の形態の再生装置はIGデコーダを1つしか有しないため、具体的には例えば図49の再生装置401はインタラクティブグラフィックスデコーダ74を1つしか有しないため、次の制限が課せられている。即ち、上述した第1の種類のPlayListでは、IGデコーダがMainTSのIGをデコード中に、別のIGをプリロードできない、という制限が課せられている。一方、上述した第2のPlayListでは、IGデコーダ中にプリロードされた第1のIGが入力されている状態のとき、別のMainTSからの第2のIGをIGデコーダへ入力できない、という制限が課せられている。以上のことから、MainTSに多重化されているIGを参照するSTNtableを含むPlayListは、SubPathtype3のSubPathを持てないという制約が課せられることになる。かかる制約のため、applicationtype3のMainTsにIGが含まれる場合には、SubPathtype3のSubPathは禁止される、としたのである図53中2参照。一方、PlayListの種類が同期型の場合、即ち、applicationtype1or2であるMovieTypeTimebasedSlideshowの場合、0本以上のSubPathtype3のSubPath、40本以上のSubPathtype4のSubPath、50本以上のSubPathtype5のSubPath、60本以上のSubPathtype6のSubPath、70本または1本のSubPathtype7のSubPathのみが許可される。換言すると、SubPathtype2のSubPathの組み合わせは禁止される。また、3の組み合わせであっても、applicationtype3のMainTSにIGが含まれる場合、または、SubPathtype5のSubPathが参照するTSにIGが含まれる場合には、SubPathtype3のSubPathは禁止される図53中1参照。これも、上述した制約によるものである。さらに、本実施の形態では、上述したように、PlayListが一度に参照することができるClipの数、すなわち、再生装置が一度に読み出すことが可能なTSは2つとされている。そこで、同一のPlayListにより参照されるESが多くても2つのClipに含まれていること、すなわち、同時に再生されるESは、多くても2つのClipAVストリームファイルから同時に参照されることを保証するために、次に示される条件を満たすという制限がサブパス制限手法により課せられている。即ち、サブパス制限手法により課せられている、STNtableによって参照される、primaryvideostream、primaryaudiostream、PGtextSTstreamTextsubtitlestreamを除く、IGstream、secondaryvideostreamIGforPopupmenuを除く、および、secondaryaudiostreamのそれぞれを組み合わせる時の条件とは、次の通りである。ある値のprimaryvideostreamnumberで特定されるES、ある値のprimaryaudiostreamnumberで特定されるES、ある値のPGtextSTstreamnumberで特定されるES、ある値のIGstreamnumbervalueで特定されるES、ある値のsecondaryvideostreamnumberで特定されるES、ある値のsecondaryaudiostreamnumberで特定されるESにおいて、同時に再生可能である組み合わせは、多くても2つのClipAVストリームファイルに格納されている必要がある。なお、除いたTextsubtitlestreamや、IGforPopupmenuは、プリロード型のストリームであるため、同時に再生表示するものであっても、同時には光ディスク、ハードディスク等から読み出さないため、上記のように2つのClipAVストリームファイルとは別のClipAVストリームファイルに格納されていても良い。なお、STNtableによって参照されるESは、3本以上のClipAVストリームファイルに格納されていてもよいが、同時に再生可能であるESは、そのうちの多くても2つのClipAVストリームファイルに格納されるようになされている。また、PlayList内にあるPlayItemMainPathとSubPathの数の組み合わせは、図54に示されるように、次のa乃至cのうちのいずれかの組み合わせである必要がある、という制限もサブパス制限手法により課せられている。即ち、aの組み合わせとは、1つのPlayItemのみの組み合わせ図54中、一番上の行の組み合わせをいう。bの組み合わせとは、1つのPlayItemと1つのSubPathとの組み合わせ図54中、中央の行の組み合わせをいう。cの組み合わせとは、1つのPlayItemと1つSubPathと1つのSubPathtype7のSubPathとの組み合わせ、即ち、1つのPlayItemと2つSubPathただし、そのうちの1つのSubPathtype7であることとの組み合わせ図54中、一番下の行の組み合わせをいう。以上説明した各種制限による結果として、所定の種類のPlayListについて作成可能なSubPathtypeを制限する、といった手法が、サブパス制限手法の一例である。換言すると、サブパス制限手法とは、PlayListの種類上述した例では、MainTSのapplicationtypeで区別される種類、再生装置が一度に読み出すことが可能なTSの数上述した例では2つ、および、PlayListのサブパスで参照されるESにプリロードされるIGが含まれているか否か上述した例ではSubPathtype3等のSubPathであるか否かといった条件制限が存在し、これらの条件を満たすように、そのPlayListに含めるSubPathを決定する、ひいては、そのようにして決定したSubPathを含むPlayListを作成する、といった手法であるともいえる。以下、図55乃至図58を参照して、かかるサブパス制限手法により作成されたPlayListの具体例について説明する。図55は、BrowsableSlideshow非同期型のPlayListであって、SubPathtype3のSubPathが存在しない場合のPlayList、即ち、SubPathtype2のSubPath1乃至SubPath3のみが存在する場合のPlayListの一例を示している。なお、SubPathtype3のSubPathが存在しない理由は、PlayListのPlayItem1PlayItem2が参照しているClipAVStream0すなわち、MainTSにIGが含まれているためである。なお、この例は、複数の静止画をユーザ操作によって連続して表示していくBrowsableSlideshowを表しているため、ClipAVストリームファイル0に含まれる、videoのストリームは、静止画データを保持している。図55の例のPlayListを作成するために利用された制限条件の内容は次の通りである。即ち、図53を用いて上述した、10本以上のSubPathtype2のSubPath、20本以上のSubPathtype3のSubPathのみを許可するという制限と、1と2以外のSubPathの組み合わせは禁止するという制限と、2の組み合わせであっても、applicationtype3のMainTSにIGが含まれる場合には、SubPathtype3のSubPathは禁止される図53中2参照という制限とが利用されて、図55の例のPlayListが作成されている。このような図55の例に対して、図56は、BrowsableSlideshow非同期型のPlayListであって、SubPathtype3のSubPathが存在する場合のPlayList、即ち、SubPathtype2のSubPath1,2に加えてさらに、SubPathtype3のSubPath3が存在する場合のPlayListの一例を示している。なお、SubPathtype3のSubPathが存在する理由は、PlayListのPlayItem1PlayItem2が参照しているClipAVStream0にIGが含まれていない、即ち、SubPathtype3のSubPathにより、ClipAVStream0とは異なるClipAVStream3のIGを参照するためである。図56の例のPlayListを作成するために利用された制限条件の内容は、図55の例の上述した制限内容と同一である。換言すると、図53中2で示される制限、即ち、2の組み合わせであっても、applicationtype3のMainTSにIGが含まれる場合には、SubPathtype3のSubPathは禁止されるという制限を課す必要がある場合のPlayListの例が、図55の例であり、そのような制限を課す必要がない場合のPlayListの例が、図56の例である。このように、図55と図56は、BrowsableSlideshow非同期型のPlayListの例を示している。これに対して、図57と図58は、MovieTypeSlideshow同期型のPlayListの例を示している。即ち、図57は、同期型のPlayListのうちの、セカンダリビデオストリーム2ndVideoとセカンダリオーディオストリーム2ndAudioとがMainTSに多重化されていない場合のPlayListであって、SubPathtype6のSubPath12が存在する場合のPlayListの一例を示している。図57の例のPlayListを作成するために利用された制限条件の内容は次の通りである。即ち、図53を用いて上述した、60本以上のSubPathtype6のSubPathを許可するという制限が利用されて、図57の例のPlayListが作成されている。このような図57の例に対して、図58は、同期型のPlayListにより参照されるMainTS、すなわちClipAVストリームファイル0が、MainSTとSubSTとを含み、セカンダリビデオストリーム2ndVideoとセカンダリオーディオストリーム2ndAudioがMainTSに多重化されている場合のPlayListであって、それゆえ、SubPathtype7のSubPath1が存在し、さらに、SubPathtype5のSubPath23が存在する場合のPlayListの一例を示している。図58の例のPlayListを作成するために利用された制限条件の内容は次の通りである。即ち、図53を用いて上述した、50本以上のSubPathtype5のSubPathを許可するという制限と、70本のSubPathとSubPathtype7のSubPathを許可するという制限とが利用されて、図58の例のPlayListが作成されている。また、以上説明したようなサブパス制限手法により作成されたPlayListは、例えば図49の再生装置401により再生可能とされている。例えば、非同期型のPlayListの場合、即ち、applicationtype3であるBrowsableslideshowのPlayListの場合、再生装置401は、そのPlayListを次のようにして再生することができる。即ち、再生装置401は、PlayListが1本以上のSubPathtype3のSubPathsを参照している場合、SubPathtype3用のClipAVストリーム、即ち、インタラクティブグラフィックスストリームをPlayListの再生前にプリロードして、プリロード用バッファ414に蓄積させる。また、再生装置401は、PlayListが1本以上のSubPathtype2のSubPathを参照している場合、1つずつしかSubPathを参照できないので一度に読み出すことが可能なTSは2つであり、そのうちの1つはMainPathにより参照されるMainTSであるので、SubPathtype2の1以上のSubPathのうちの所定の1つを参照して再生する。なお、Interactivegraphicspresentationmenuには、ユーザによるONOFFの操作入力を基に、表示させたり、表示を取り消したりすることが可能なPopupmenuと、常時表示されるAlwaysonの2種類の表示方法が用意されており、applicationtype3のPlayListの再生処理の詳細例については、図59,図60を参照して後述する。また、例えば同期型のPlayListの場合、即ち、applicationtype1または2であるMovieTypeTimebasedSlideshowのPlayListの場合、再生装置401は、そのPlayListを次のようにして再生することができる。即ち、再生装置401は、PlayListが1本以上のSubPathtype3またはSubPathtype4のSubPathを参照している場合、SubPathtype3またはSubPathtype4用のClipAVストリーム、即ち、インタラクティブグラフィックスストリームまたはテキストサブタイトルストリームをPlayListの再生前にプリロードして、プリロード用バッファ414またはバッファ54に蓄積させる。また、再生装置401は、PlayListが1本以上SubPathtype5or6のSubPathを参照している場合、Playerは1つずつしかSubPathを参照できないので一度に読み出すことが可能なTSは2つであり、そのうちの1つはMainPathにより参照されるMainTSであるので、SubPathtype5または6の1以上のSubPathのうちの所定の1つを参照して再生する。ただし、SubPathtype7のSubPathが1以上含まれている場合には、そのSubPathはMainTSに含まれるESを参照しているので、再生装置401は、SubPathtype5または6の1以上のSubPathのうちの所定の1つを参照して再生している最中に、さらに、SubPathtype7の1つのSubPathを参照して再生することができる。なお、applicationtype1or2のPlayListの再生処理の詳細例については、図61乃至図64を参照して後述する。次に、図59,図60のフローチャートを参照して、applicationtype3のPlayListの再生処理の一例について説明する。例えば、図49のコントローラ34は、再生対象のPlayListのMainPathで参照されるMainTSのapplicationtypeを調査し、その調査によりapplicationtype3であることを認識した場合、applicationtype3のPlayListの再生処理を開始させる。図59のステップS121において、コントローラ34は、MainTSはIGインタラクティブグラフィックスストリームを含むか否かを判定する。ステップS121において、MainTSはIGを含まないと判定された場合、処理は図60のステップS126に進む。ただし、ステップS126以降の処理については後述する。これに対して、ステップS121において、MainTSはIGを含むと判定された場合、処理はステップS122に進む。ステップS122において、コントローラ34は、SubPathtype3のSubPathは存在するか否かを判定する。ステップS122において、SubPathtype3のSubPathは存在しないと判定された場合、処理は図60のステップS126に進む。ただし、ステップS126以降の処理については後述する。これに対して、ステップS122において、SubPathtype3のSubPathは存在すると判定された場合、処理はステップS123に進む。ステップS123において、コントローラ34は、選択されたSubPathSubPathtype3のSubPathが参照するClipを調べる。そして、コントローラ34は、そのClipから、SubPathにより特定されるストリーム、すなわち、IGを読み出すようストレージドライブ31に指示する。ストレージドライブ31は、この指示に基づいて、対象となるIGを読み出す。そして、コントローラ34は、読み出されたIGを、インタラクティブグラフィックスデコーダ74にデコードさせるように指示する。これにより処理はステップS124に進む。ステップS124において、インタラクティブグラフィックスデコーダ74は、読み出されたClip内のIGをデコードする。そして、ステップS125において、インタラクティブグラフィックスデコーダ74は、デコードされたIGをプリロード用バッファ414に格納する。このようにしてステップS125の処理が終了したとき、または、上述したようにステップS121若しくはS122の処理でNOであると判定されたとき、処理は図60のステップS126に進む。ステップS126において、コントローラ34は、SubPathtype2のSubPathは存在するか否かを判定する。ステップS126において、SubPathtype2のSubPathは存在しないと判定された場合、処理はステップS129に進む。ただし、ステップS129以降の処理については後述する。これに対して、ステップS126において、SubPathtype2のSubPathは存在すると判定された場合、処理はステップS127に進む。ステップS127において、コントローラ34は、選択されたSubPathSubPathtype2のSubPathが参照するClipを調べる。そして、コントローラ34は、そのClipからSubPathにより特定されるストリーム、すなわち、オーディオストリームを読み出すようストレージドライブ31に指示する。ストレージドライブ31は、この指示に基づいて、対象となるオーディオストリームを読み出す。そして、コントローラ34は、読み出されたオーディオストリームを、例えば2ndオーディオデコーダ75-2にデコードさせるように指示する。これにより処理はステップS128に進む。ステップS128において、2ndオーディオデコーダ75-2は、読み出されたClip内のオーディオストリームをデコードする。このようにして、ステップS128の処理が終了したとき、または、ステップS126の処理でNOであると判定されたとき、処理はステップS129に進む。ステップS129において、AVデコーダ部403は、メインClipAVStreamをデコードする。ここで、メインClipAVStreamとは、再生対象のPlaylistのMainPathにより参照されるMainTSに含まれているビデオストリームやオーディオストリーム等のこと、例えばピクチャインピクチャ手法ではプライマリビデオストリームやプライマリオーディオストリーム等のことをいう。即ち、AVデコーダ部403のうちの、1stビデオデコーダ72や1stオーディオデコーダ75-1等が、このステップS129の処理を実行する。ステップS130において、AVデコーダ部403は、デコードされたメインClipAVStreamと、デコードされたSubPathストリームを合成し、出力する。ここで、デコードされたSubPathストリームとは、図59のステップS124の処理でデコードされてステップS125の処理でプリロード用バッファ414に格納されたIGや、図60のステップS128の処理でデコードされたオーディオストリームのことをいう。ステップS131において、コントローラ34は、ステップS130の処理で合成されたストリームを出力中に、SubPathtype2のSubPathの切り替え指示ユーザの切り替え操作があったか否かを判定する。ステップS131において、合成されたストリームを出力中に、SubPathtype2のSubPathの切り替え指示があったと判定された場合、処理はステップS127に戻され、それ以降の処理が繰り返される。即ち、メインClipAVStreamと合成されるオーディオストリームが切り替えられる。これに対して、ステップS131において、合成されたストリームを出力中に、SubPathtype2のSubPathの切り替え指示がなかったと判定された場合、applicationtype3のPlayListの再生処理が終了となる。次に、図61乃至図64のフローチャートを参照して、applicationtype1or2のPlayListの再生処理の一例について説明する。例えば、図49のコントローラ34は、再生対象のPlayListのMainPathで参照されるMainTSのapplicationtypeを調査し、その調査の結果、applicationtype1or2であることを認識した場合、applicationtype1or2のPlayListの再生処理を開始させる。図61のステップS141において、コントローラ34は、MainTSはIGインタラクティブグラフィックスストリームを含むか否かを判定する。ステップS141において、MainTSはIGを含まないと判定された場合、処理はステップS146に進む。ただし、ステップS146以降の処理については後述する。これに対して、ステップS141において、MainTSはIGを含むと判定された場合、処理はステップS142に進む。ステップS142において、コントローラ34は、SubPathtype3のSubPathは存在するか否かを判定する。ステップS142において、SubPathtype3のSubPathは存在しないと判定された場合、処理はステップS146に進む。ただし、ステップS146以降の処理については後述する。これに対して、ステップS142において、SubPathtype3のSubPathは存在すると判定された場合、処理はステップS143に進む。ステップS143において、コントローラ34は、選択されたSubPathSubPathtype3のSubPathが参照するClipを調べる。そして、コントローラ34は、そのClipから、SubPathにより特定されるストリーム、すなわち、IGを読み出すようストレージドライブ31に指示する。ストレージドライブ31は、この指示に基づいて、対象となるIGを読み出す。そして、コントローラ34は、読み出されたIGを、インタラクティブグラフィックスデコーダ74にデコードさせるように指示する。これにより処理はステップS144に進む。ステップS144において、インタラクティブグラフィックスデコーダ74は、読み出されたClip内のIGをデコードする。そして、ステップS145において、インタラクティブグラフィックスデコーダ74は、デコードされたIGをプリロード用バッファ414に格納する。このようにしてステップS145の処理が終了したとき、または、上述したようにステップS141若しくはS142の処理でNOであると判定されたとき、処理はステップS146に進む。ステップS146において、コントローラ34は、SubPathtype4のSubPathは存在するか否かを判定する。ステップS146において、SubPathtype4のSubPathは存在しないと判定された場合、処理は図62のステップS149に進む。ただし、ステップS149以降の処理については後述する。これに対して、ステップS146において、SubPathtype4のSubPathは存在すると判定された場合、処理はステップS147に進む。ステップS147において、コントローラ34は、選択されたSubPathSubPathtype4のSubPathが参照するClipを調べる。そして、コントローラ34は、そのClipから、SubPathにより特定されるストリーム、すなわち、テキストサブタイトルストリームを読み出すようストレージドライブ31に指示する。ストレージドライブ31は、この指示に基づいて、対象となるテキストサブタイトルストリームを読み出す。そして、コントローラ34は、読み出されたテキストサブタイトルを、TextSTコンポジション76にデコードさせるように指示する。これにより処理はステップS148に進む。ステップS148において、TextSTコンポジション76は、読み出されたClip内のテキストサブタイトルをデコードする。このようにしてステップS148の処理が終了したとき、または、上述したステップS146の処理でNOであると判定されたとき、処理は図62のステップS149に進む。ステップS149において、コントローラ34は、SubPathtype7のSubPathは存在するか否かを判定する。ステップS149において、SubPathtype7のSubPathは存在しないと判定された場合、処理は図63のステップS152に進む。ただし、ステップS152以降の処理については後述する。これに対して、ステップS149において、SubPathtype7のSubPathは存在すると判定された場合、処理はステップS150に進む。ステップS150において、コントローラ34は、選択されたSubPathSubPathtype7のSubPathが参照するClipを調べる。そして、コントローラ34は、そのClipから、SubPathにより特定されるストリーム、すなわち、ビデオ/オーディオストリームを読み出すようストレージドライブ31に指示する。ストレージドライブ31は、この指示に基づいて、対象となるビデオ/オーディオストリームを読み出す。そして、コントローラ34は、読み出されビデオオーディオストリームを、例えば2ndビデオデコーダ412/2ndオーディオデコーダ75-2にデコードさせるように指示する。これにより処理はステップS151に進む。ステップS151において、2ndビデオデコーダ412/2ndオーディオデコーダ75-2は、読み出されたClip内のビデオオーディオストリームをデコードする。このようにしてステップS151の処理が終了したとき、または、上述したステップS149の処理でNOであると判定されたとき、処理は図63のステップS152に進む。ステップS152において、コントローラ34は、SubPathtype5のSubPathは存在するか否かを判定する。ステップS152において、SubPathtype5のSubPathは存在しないと判定された場合、処理はステップS156に進む。ただし、ステップS156以降の処理については後述する。これに対して、ステップS152において、SubPathtype5のSubPathは存在すると判定された場合、処理はステップS153に進む。ステップS153において、コントローラ34は、選択されたSubPathSubPathtype5のSubPathが参照するClipを調べる。ステップS154において、コントローラ34は、streamattributeに記述されている内容に基づいて、そのClip内にあるオーディオストリームを再生する機能はあるか否かを判定する。なお、オーディオストリームの再生機能の有無の判定方法の具体例については、上述した図30のステップS74の処理の説明の際に併せて説明しているので、ここでは省略する。ステップS154において、Clip内にあるオーディオストリームを再生する機能は無いと判定された場合、処理はステップS156に進む。ただし、ステップS156以降の処理については後述する。これに対して、ステップS154において、Clip内にあるオーディオストリームを再生する機能はあると判定した場合、コントローラ34は、そのClipから、SubPathによって特定されるストリーム、すなわち、オーディオストリームを読み出すようストレージドライブ31に指示する。ストレージドライブ31は、この指示に基づいて、対象となるオーディオストリームを読み出す。そして、コントローラ34は、読み出されたオーディオストリームを、例えば2ndオーディオデコーダ75-2にデコードさせるように指示する。これにより処理はステップS155に進む。ステップS155において、2ndオーディオデコーダ75-2は、読み出されたClip内のオーディオストリームをデコードする。このようにしてステップS155の処理が終了したとき、または、上述したステップS152若しくはS154の処理でNOであると判定されたとき、処理はステップS156に進む。ステップS156において、コントローラ34は、SubPathtype6のSubPathは存在するか否かを判定する。ステップS156において、SubPathtype6のSubPathは存在しないと判定された場合、処理は図64のステップS161に進む。ただし、ステップS161以降の処理については後述する。これに対して、ステップS156において、SubPathtype6のSubPathは存在すると判定された場合、処理はステップS157に進む。ステップS157において、コントローラ34は、選択されたSubPathSubPathtype6のSubPathが参照するClipを調べる。ステップS158において、コントローラ34は、streamattributeに記述されている内容に基づいて、そのClip内にあるオーディオストリームを再生する機能はあるか否かを判定する。なお、オーディオストリームの再生機能の有無の判定方法の具体例については、上述した図30のステップS74の処理の説明の際に併せて説明しているので、ここでは省略する。ステップS158において、Clip内にあるオーディオストリームを再生する機能は無いと判定された場合、コントローラ34は、そのClipから、SubPathによって特定されるストリーム、すなわち、ビデオストリームを読み出すようストレージドライブ31に指示する。ストレージドライブ31は、この指示に基づいて、対象となるビデオストリームを読み出す。ただし、この場合、コントローラ34は、読み出されたClipに含まれるオーディオストリームのデコードの禁止を指示し、かつ、読み出されたビデオストリームを、例えば2ndビデオデコーダ412にデコードさせるように指示する。これにより処理はステップS160に進む。ただし、ステップS160以降の処理については後述する。これに対して、ステップS158において、Clip内にあるオーディオストリームを再生する機能はあると判定された場合、コントローラ34は、そのClipから、SubPathによって特定されるストリーム、すなわち、ビデオストリームおよびオーディオストリームを読み出すようストレージドライブ31に指示する。ストレージドライブ31は、この指示に基づいて、対象となるビデオストリームおよびオーディオストリームを読み出す。そして、コントローラ34は、読み出されたオーディオストリームを、例えば2ndオーディオデコーダ75-2にデコードさせるように指示し、かつ、読み出されたビデオストリームを、例えば2ndビデオデコーダ412にデコードさせるように指示する。これにより処理はステップS159に進む。ステップS159において、2ndオーディオデコーダ75-2は、読み出されたClip内のオーディオストリームをデコードする。このようにしてステップS159の処理が終了したとき、または、上述したステップS158の処理でNOであると判定されたとき、処理はステップS160に進む。ステップS160において、2ndビデオデコーダ412は、読み出されたClip内のビデオストリームをデコードする。このようにしてステップS160の処理が終了したとき、または、上述したステップS156の処理でNOであると判定されたとき、処理は図64のステップS161に進む。ステップS161において、AVデコーダ部403は、メインClipAVStreamをデコードする。ここで、メインClipAVStreamとは、再生対象のPlaylistのMainPathにより参照されるMainTSに含まれているビデオストリームやオーディオストリーム等のことであり、MainTSに含まれている。メインClipAVStreamとは、例えば、ピクチャインピクチャ手法ではプライマリビデオストリームやプライマリオーディオストリーム等のことをいう。即ち、AVデコーダ部403のうちの、1stビデオデコーダ72や1stオーディオデコーダ75-1等が、このステップS161の処理を実行する。ステップS162において、AVデコーダ部403は、デコードされたメインClipAVStreamと、デコードされたSubPathストリームを合成し、出力する。ここで、デコードされたSubPathストリームとは、図61のステップS144の処理でデコードされてステップS145の処理でプリロード用バッファ414に格納されたIG、図61のステップS148の処理でデコードされたテキストサブタイトル、図62のステップS151の処理でデコードされたオーディオストリーム、図63のステップS155の処理でデコードされたオーディオストリーム、図62のステップS159の処理でデコードされたオーディオストリーム、および、図62のステップS160の処理でデコードされたビデオストリームのうちの0以上のことをいう。ステップS163において、コントローラ34は、ステップS162の処理で合成されたストリームを出力中にSubPathの切り替え指示ユーザの切り替え操作があったか否かを判定する。ステップS163において、合成されたストリームを出力中にSubPathの切り替え指示が無かったと判定された場合、applicationtype1or2のPlayListの再生処理が終了となる。これに対して、ステップS163において、合成されたストリームを出力中にSubPathの切り替え指示が有ったと判定された場合、処理はステップS164に進む。ステップS164において、コントローラ34は、その切り替え指示により選択されたSubPathのSubPathtypeを調べる。ステップS165において、コントローラ34は、ステップS164の調査結果がSubPathtype3であるか否かを判定する。ステップS165において、SubPathtype3であると判定された場合、処理は図61のステップS143に戻され、処理が繰り返される。即ち、メインClipAVStreamと合成されるIGが切り替えられる。これに対して、ステップS165において、SubPathtype3ではないと判定された場合、処理はステップS166に進む。ステップS166において、コントローラ34は、ステップS164の調査結果がSubPathtype4であるか否かを判定する。ステップS166において、SubPathtype4であると判定された場合、処理は図61のステップS147に戻され、処理が繰り返される。即ち、メインClipAVStreamと合成されるテキストサブタイトルが切り替えられる。これに対して、ステップS166において、SubPathtype4ではないと判定された場合、処理はステップS167に進む。ステップS167において、コントローラ34は、ステップS164の調査結果がSubPathtype7であるか否かを判定する。ステップS167において、SubPathtype7であると判定された場合、処理は図62のステップS150に戻され、処理が繰り返される。即ち、メインClipAVStreamと合成されるビデオ/オーディオストリームが切り替えられる。これに対して、ステップS167において、SubPathtype7ではないと判定された場合、処理はステップS168に進む。ステップS168において、コントローラ34は、ステップS164の調査結果がSubPathtype5であるか否かを判定する。ステップS168において、SubPathtype5であると判定された場合、処理は図63のステップS153に戻され、処理が繰り返される。即ち、メインClipAVStreamと合成されるオーディオストリームが切り替えられる。これに対して、ステップS168において、SubPathtype5ではないと判定された場合、処理はステップS169に進む。ステップS169において、コントローラ34は、ステップS164の調査結果がSubPathtype6であるか否かを判定する。ステップS169において、SubPathtype6であると判定された場合、処理は図63のステップS157に戻され、処理が繰り返される。即ち、メインClipAVStreamと合成されるオーディオストリームやビデオストリームが切り替えられる。これに対して、ステップS169において、SubPathtype6ではないと判定された場合、applicationtype1or2のPlayListの再生処理が終了となる。以上説明したように、ピクチャインピクチャ手法を適用するアプリケーションを実現するためには、例えば、プライマリビデオストリームと組み合わせて同時再生され得るストリームの組み合わせの定義、即ち、セカンダリビデオストリーム、プライマリオーディオストリーム、セカンダリオーディオストリーム、および、サブタイトルストリームの組み合わせの定義が必要となる。さらに、複数の組み合わせを定義することで、全画面301に再生されるプライマリビデオストリームやプライマリオーディオスオストリームの切り替えのみならず、子画面302に再生されるセカンダリビデオストリームの切り替えや、サブタイトルストリームの切り替えも容易に行えるようになる。次に、図65および図66を参照して、再生装置20において再生可能なデータが記録された記録媒体21の製造方法について、記録媒体21がディスク状の記録媒体だった場合を例として説明する。即ち、図65に示すように、例えばガラスなどよりなる原盤が用意され、その上に、例えばフォトレジストなどよりなる記録材料が塗布される。これにより、記録用原盤が製作される。そして、図66に示すように、ソフト製作処理部において、符号化装置ビデオエンコーダで符号化された、再生装置20や再生装置401において再生可能な形式のビデオデータが、一時バッファに記憶され、オーディオエンコーダで符号化されたオーディオデータが、一時バッファに記憶されるとともに、更に、データエンコーダで符号化された、ストリーム以外のデータ例えば、Indexes、Playlist、PlayItemなどが一時バッファに記憶される。それぞれのバッファに記憶されたビデオデータ、オーディオデータ、および、ストリーム以外のデータは、多重化器MPXで同期信号と共に多重化され、誤り訂正符号回路ECCでエラー訂正用のコードが付加される。そして、変調回路MODで所定の変調がかけられ、所定のフォーマットにしたがって、例えば磁気テープなどに一旦記録され、再生装置20や再生装置401において再生可能な記録媒体21に記録されるソフトウェアが製作される。このソフトウェアを必要に応じて編集プリマスタリングし、光ディスクに記録すべきフォーマットの信号が生成される。そして、この記録信号に対応して、レーザビームが変調されて、このレーザビームが原盤上のフォトレジスト上に照射される。これにより、原盤上のフォトレジストが記録信号に対応して露光される。その後、この原盤を現像し、原盤上にピットを出現させる。このようにして用意された原盤に、例えば電鋳等の処理を施し、ガラス原盤上のピットを転写した金属原盤を製作する。この金属原盤から、さらに金属スタンパを製作し、これを成形用金型とする。この成形用金型に、例えばインジェクションなどによりPMMAアクリルまたはPCポリカーボネートなどの材料を注入し、固定化させる。あるいは、金属スタンパ上に2P紫外線硬化樹脂などを塗布した後、紫外線を照射して硬化させる。これにより、金属スタンパ上のピットを、樹脂よりなるレプリカ上に転写することができる。このようにして生成されたレプリカ上に、反射膜が、蒸着あるいはスパッタリングなどにより形成される。あるいはまた、生成されたレプリカ上に、反射膜が、スピンコートにより形成される。その後、このディスクに対して内外径の加工が施され、2枚のディスクを張り合わせるなどの必要な処置が施される。さらに、ラベルを貼り付けたり、ハブが取り付けられて、カートリッジに挿入される。このようにして再生装置20や再生装置401によって再生可能なデータが記録された記録媒体21が完成する。上述した一連の処理は、ハードウエアにより実行させることもできるし、ソフトウェアにより実行させることもできる。この場合、上述した処理は、図67に示されるようなパーソナルコンピュータ500により実行される。図67において、CPUCentralProcessingUnit501は、ROM502に記憶されているプログラム、または、記憶部508からRAM503にロードされたプログラムに従って各種の処理を実行する。RAM503にはまた、CPU501が各種の処理を実行する上において必要なデータなどが適宜記憶される。CPU501、ROM502、およびRAM503は、内部バス504を介して相互に接続されている。この内部バス504にはまた、入出力インターフェース505も接続されている。入出力インターフェース505には、キーボード、マウスなどよりなる入力部506、CRT,LCDなどよりなるディスプレイ、スピーカなどよりなる出力部507、ハードディスクなどより構成される記憶部508、並びに、モデム、ターミナルアダプタなどより構成される通信部509が接続されている。通信部509は、電話回線やCATVを含む各種のネットワークを介しての通信処理を行う。入出力インターフェース505にはまた、必要に応じてドライブ510が接続され、磁気ディスク、光ディスク、光磁気ディスク、あるいは半導体メモリなどによりなるリムーバブルメディア521が適宜装着され、それから読み出されたコンピュータプログラムが、必要に応じて記憶部508にインストールされる。一連の処理をソフトウェアにより実行させる場合には、そのソフトウェアを構成するプログラムが、ネットワークや記録媒体からインストールされる。この記録媒体は、図67に示されるように、コンピュータとは別に、ユーザにプログラムを提供するために配布される、プログラムが記録されているリムーバブルメディア521よりなるパッケージメディアにより構成されるだけでなく、装置本体に予め組み込まれた状態でユーザに提供される、プログラムが記録されているROM502や記憶部508が含まれるハードディスクなどで構成される。なお、本明細書において、コンピュータプログラムを記述するステップは、記載された順序に従って時系列的に行われる処理はもちろん、必ずしも時系列的に処理されなくとも、並列的あるいは個別に実行される処理をも含むものである。また、ドライブ510は、装着されたリムーバブルメディア521に記録されたデータを読み出すことができるのみならず、装着されたリムーバブルメディア521にデータを記録することができる。そして、パーソナルコンピュータ500が、図66を用いて説明したソフト製作処理部と同様の機能を有する例えば、CPU501を用いて、ソフト製作処理部と同様の機能を実現するためのプログラムを実行することが可能であるのは言うまでもない。すなわち、パーソナルコンピュータ500は、図66を用いて説明したソフト制作処理部により生成されたデータと同様のデータを、CPU501の処理により生成するか、または、外部の装置で生成された図66を用いて説明したソフト制作処理部により生成されたデータと同様のデータを、通信部509またはドライブ510に装着されたリムーバブルメディア521を介して取得することができる。そして、パーソナルコンピュータ500は、生成または取得された図66を用いて説明したソフト制作処理部により生成されたデータと同様のデータを、ドライブ510に装着されたリムーバブルメディア521に記録する記録装置としての機能を実現することができる。なお、本発明の実施の形態は、上述した実施の形態に限定されるものではなく、本発明の要旨を逸脱しない範囲において種々の変更が可能である。"