(57)【要約】【課題】簡単に、データ記録媒体に記録されているコンテンツに対して、新たなコンテンツを追加したり、コンテンツを更新して、コンテンツを再生できるようする。【解決手段】  プレイリスト更新部３６は、サーバから取得したコンテンツパッケージに含まれるアップデートファイルに基づいて、アップデートファイルのoperation_typeにより指定される方法で、光ディスクに記録されているPlayListを更新する。再生制御部３１は、更新されたPlayListを再生することにより、光ディスクに記録されているAVストリームの再生に同期させて、コンテンツパッケージに含まれる追加用または更新用のコンテンツを再生させる。本発明は、再生装置に適用できる。【選択図】図１２
2006033067.tif 000002
【特許請求の範囲】
【請求項１】
着脱可能な第１のデータ記録媒体に記録されているAV（Audio Visual）ストリームを前記第１のデータ記録媒体に記録されている第１の再生制御データに基づいて再生する再生装置において、
前記AVストリームに同期させて再生させるコンテンツデータ、前記コンテンツデータに関する情報を含む第１のメタデータ、前記コンテンツデータの再生の制御に関するデータであるコンテンツデータ再生制御データを含む第２の再生制御データ、および、前記第２の再生制御データに関する情報を含む第２のメタデータを含むコンテンツ更新データを取得する取得手段と、
前記第２の再生制御データおよび前記第２のメタデータに基づいて、前記第１の再生制御データを更新する再生制御データ更新手段と、
更新された前記第１の再生制御データに基づいて、前記AVストリームおよび前記コンテンツデータを同期させて再生させるように前記AVストリームおよび前記コンテンツデータの再生を制御する再生制御手段と
を含むことを特徴とする再生装置。
【請求項２】
自分が備える第２のデータ記録媒体への、前記コンテンツデータ、前記第１のメタデータ、前記第２の再生制御データ、および、前記第２のメタデータの記録を制御する記録制御手段をさらに含む
ことを特徴とする請求項１に記載の再生装置。
【請求項３】
前記第１のメタデータまたは前記第２のメタデータに前記コンテンツ更新データを配信した配信元を示す配信元情報を追加することにより前記第１のメタデータまたは前記第２のメタデータを更新するメタデータ更新手段をさらに含み、
前記記録制御手段は、前記第２のデータ記録媒体への、更新された前記第１のメタデータまたは更新された前記第２のメタデータの記録を制御する
ことを特徴とする請求項２に記載の再生装置。
【請求項４】
前記取得手段は、前記配信元情報に基づいて過去に取得したコンテンツ更新データの再度の取得を防止する
ことを特徴とする請求項３に記載の再生装置。
【請求項５】
更新された前記第１の再生制御データに関する情報を含む第３のメタデータを前記第２のメタデータに基づいて生成するメタデータ生成手段と、
自分が備える第２のデータ記録媒体への、前記コンテンツデータ、前記第１のメタデータ、更新された前記第１の再生制御データ、および、前記第３のメタデータの記録を制御する記録制御手段と
をさらに含むことを特徴とする請求項１に記載の再生装置。
【請求項６】
前記第２のメタデータは、前記第１の再生制御データの更新方法を指定する更新方法データを含み、
前記再生制御データ更新手段は、前記更新方法データに基づいて、前記第２の再生制御データから前記コンテンツデータ再生制御データを抽出して、前記コンテンツデータ再生制御データを前記第１の再生制御データに追加することにより前記第１の再生制御データを更新する
ことを特徴とする請求項１に記載の再生装置。
【請求項７】
前記第１のメタデータは、前記第１のデータ記録媒体を識別するための識別データ、前記コンテンツデータのバージョン、前記コンテンツデータのファイル名とは異なる前記コンテンツデータの別名、および、前記コンテンツデータのアクセス権限を示すアクセス権限データのうち少なくとも１つを含み、
前記第２のメタデータは、前記第１のデータ記録媒体を識別するための識別データ、前記第１の再生制御データの更新方法を指定する更新方法データ、前記第２の再生制御データのバージョン、前記第２の再生制御データのファイル名とは異なる前記第２の再生制御データの別名、および、前記第２の再生制御データのアクセス権限を示すアクセス権限データのうち少なくとも１つを含む
ことを特徴とする請求項１に記載の再生装置。
【請求項８】
着脱可能なデータ記録媒体に記録されているAVストリームを前記データ記録媒体に記録されている第１の再生制御データに基づいて再生する再生装置の再生方法において、
前記AVストリームに同期させて再生させるコンテンツデータ、前記コンテンツデータに関する情報を含む第１のメタデータ、前記コンテンツデータの再生の制御に関するデータであるコンテンツデータ再生制御データを含む第２の再生制御データ、および、前記第２の再生制御データに関する情報を含む第２のメタデータを含むコンテンツ更新データを取得する取得ステップと、
前記第２の再生制御データおよび前記第２のメタデータに基づいて、前記第１の再生制御データを更新する再生制御データ更新ステップと、
更新された前記第１の再生制御データに基づいて、前記AVストリームおよび前記コンテンツデータを同期させて再生させるように前記AVストリームおよび前記コンテンツデータの再生を制御する再生制御ステップと
を含むことを特徴とする再生方法。
【請求項９】
着脱可能なデータ記録媒体に記録されているAVストリームを前記データ記録媒体に記録されている第１の再生制御データに基づいて再生する再生装置のコンピュータ用のプログラムであって、
前記AVストリームに同期させて再生させるコンテンツデータ、前記コンテンツデータに関する情報を含む第１のメタデータ、前記コンテンツデータの再生の制御に関するデータであるコンテンツデータ再生制御データを含む第２の再生制御データ、および、前記第２の再生制御データに関する情報を含む第２のメタデータを含むコンテンツ更新データを取得する取得ステップと、
前記第２の再生制御データおよび前記第２のメタデータに基づいて、前記第１の再生制御データを更新する再生制御データ更新ステップと、
更新された前記第１の再生制御データに基づいて、前記AVストリームおよび前記コンテンツデータを同期させて再生させるように前記AVストリームおよび前記コンテンツデータの再生を制御する再生制御ステップと
を含むことを特徴とするコンピュータが読み取り可能なプログラムが記録されている記録媒体。
【請求項１０】
着脱可能なデータ記録媒体に記録されているAVストリームを前記データ記録媒体に記録されている第１の再生制御データに基づいて再生する再生装置のコンピュータに、再生処理を行なわせるプログラムにおいて、
前記AVストリームに同期させて再生させるコンテンツデータ、前記コンテンツデータに関する情報を含む第１のメタデータ、前記コンテンツデータの再生の制御に関するデータであるコンテンツデータ再生制御データを含む第２の再生制御データ、および、前記第２の再生制御データに関する情報を含む第２のメタデータを含むコンテンツ更新データを取得する取得ステップと、
前記第２の再生制御データおよび前記第２のメタデータに基づいて、前記第１の再生制御データを更新する再生制御データ更新ステップと、
更新された前記第１の再生制御データに基づいて、前記AVストリームおよび前記コンテンツデータを同期させて再生させるように前記AVストリームおよび前記コンテンツデータの再生を制御する再生制御ステップと
を含むことを特徴とするプログラム。
【請求項１１】
着脱可能なデータ記録媒体に記録されているAVストリームの再生の制御に関するデータである、前記データ記録媒体に記録されている第１の再生制御データを更新し、更新された前記第１の再生制御データに基づいて、前記AVストリームおよび前記AVストリームとは別に取得するコンテンツデータを同期させて再生させるように前記AVストリームおよび前記コンテンツデータの再生を制御する処理を行なわせるプログラムを実行する再生装置のコンピュータによる処理の用に供するデータであって、
前記AVストリームに同期させて再生させる前記コンテンツデータと前記コンテンツデータに関する情報を含む第１のメタデータとを含む第１のデータセットと、
前記第１のデータセットと同じデータ構造の第２のデータセットであって、前記コンテンツデータの再生の制御に関するデータであるコンテンツデータ再生制御データを含む第２の再生制御データと前記第２の再生制御データに関する情報を含む第２のメタデータとを含む前記第２のデータセットと
を含むことを特徴とするデータ。
【請求項１２】
前記第１のメタデータは、前記第１のデータ記録媒体を識別するための識別データ、前記コンテンツデータのバージョン、前記コンテンツデータのファイル名とは異なる前記コンテンツデータの別名、および、前記コンテンツデータのアクセス権限を示すアクセス権限データのうち少なくとも１つを含み、
前記第２のメタデータは、前記第１のデータ記録媒体を識別するための識別データ、前記第１の再生制御データの更新方法を指定する更新方法データ、前記第２の再生制御データのバージョン、前記第２の再生制御データのファイル名とは異なる前記第２の再生制御データの別名、および、前記第２の再生制御データのアクセス権限を示すアクセス権限データのうち少なくとも１つを含む
ことを特徴とする請求項１１に記載のデータ。
【請求項１３】
着脱可能なデータ記録媒体に記録されているAVストリームを前記データ記録媒体に記録されている第１の再生制御データに基づいて再生する再生装置とネットワークを介して接続されている情報提供装置において、
前記再生装置からの要求に応じて、前記AVストリームに同期させて再生させるコンテンツデータ、前記コンテンツデータに関する情報を含む第１のメタデータ、前記コンテンツデータの再生の制御に関するデータであるコンテンツデータ再生制御データを含む第２の再生制御データ、および、前記第２の再生制御データに関する情報を含む第２のメタデータを含むコンテンツ更新データをデータベースから取得する取得手段と、
前記コンテンツ更新データを前記再生装置に送信する送信手段と
を含むことを特徴とする情報提供装置。
【請求項１４】
着脱可能なデータ記録媒体に記録されているAVストリームを前記データ記録媒体に記録されている第１の再生制御データに基づいて再生する再生装置とネットワークを介して接続されている情報提供装置の情報提供方法において、
前記再生装置からの要求に応じて、前記AVストリームに同期させて再生させるコンテンツデータ、前記コンテンツデータに関する情報を含む第１のメタデータ、前記コンテンツデータの再生の制御に関するデータであるコンテンツデータ再生制御データを含む第２の再生制御データ、および、前記第２の再生制御データに関する情報を含む第２のメタデータを含むコンテンツ更新データをデータベースから取得する取得ステップと、
前記コンテンツ更新データの前記再生装置への送信を制御する送信制御ステップと
を含むことを特徴とする情報提供方法。
【請求項１５】
着脱可能なデータ記録媒体に記録されているAVストリームを前記データ記録媒体に記録されている第１の再生制御データに基づいて再生する再生装置とネットワークを介して接続されている情報提供装置のコンピュータ用のプログラムであって、
前記再生装置からの要求に応じて、前記AVストリームに同期させて再生させるコンテンツデータ、前記コンテンツデータに関する情報を含む第１のメタデータ、前記コンテンツデータの再生の制御に関するデータであるコンテンツデータ再生制御データを含む第２の再生制御データ、および、前記第２の再生制御データに関する情報を含む第２のメタデータを含むコンテンツ更新データをデータベースから取得する取得ステップと、
前記コンテンツ更新データの前記再生装置への送信を制御する送信制御ステップと
を含むことを特徴とするコンピュータが読み取り可能なプログラムが記録されている記録媒体。
【請求項１６】
着脱可能なデータ記録媒体に記録されているAVストリームを前記データ記録媒体に記録されている第１の再生制御データに基づいて再生する再生装置とネットワークを介して接続されている情報提供装置のコンピュータに、情報提供処理を行なわせるプログラムにおいて、
前記再生装置からの要求に応じて、前記AVストリームに同期させて再生させるコンテンツデータ、前記コンテンツデータに関する情報を含む第１のメタデータ、前記コンテンツデータの再生の制御に関するデータであるコンテンツデータ再生制御データを含む第２の再生制御データ、および、前記第２の再生制御データに関する情報を含む第２のメタデータを含むコンテンツ更新データをデータベースから取得する取得ステップと、
前記コンテンツ更新データの前記再生装置への送信を制御する送信制御ステップと
を含むことを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、再生装置および方法、情報提供装置および方法、データ、記録媒体、並びにプログラムに関し、特に、記録媒体に記録されているコンテンツのアップデートファイルをダウンロードすることができるようにする再生装置および方法、情報提供装置および方法、データ、記録媒体、並びにプログラムに関する。
【背景技術】
【０００２】
DVD（Digital Versatile Disc）の再生専用の規格の１つにDVDビデオフォーマットがある。このDVDビデオフォーマットにおいては、ビデオやオーディオなどのコンテンツデータが字幕などの各種のサブピクチャのデータとともに多重化され、プログラムストリームとしてディスクに記録されている。また、そのストリームをインタラクティブに再生するためのナビゲーションデータもディスクに記録されている。
【０００３】
ここで、インタラクティブな再生とは、好みの位置からの再生や好みの順番での再生の他、様々な角度から撮影された映像の再生を可能にするマルチアングル機能、複数の言語の中から好みの言語での再生を可能にするマルチランゲージ機能、暴力シーンなどの、あるシーンの再生を行わないようにするバレンタルコントロール機能など、DVDの各種の機能をユーザが利用して行う再生をいう。
【０００４】
プログラムストリームは、複数のオーディオストリームと複数のサブピクチャストリームを多重化することも可能とされる。これにより、例えば、映画などの１つのビデオコンテンツに対して、複数の異なる言語の音声や字幕のデータを１枚のディスクに記録させることが可能となり、ユーザは、ビデオの再生開始時や再生中に、好みの言語の音声や字幕を選択することができる。
【０００５】
ところで、ビデオ作品の素材となる効果音や動画、静止画等のコンテンツをユーザが容易にダウンロードすることができるシステムが特許文献１に開示されている。また、音楽データ全体のうちのある部分のデータを、他のデータに置き換えることができる技術が特許文献２に開示されている。
【特許文献１】特開２００３−１４０６６２号公報
【特許文献２】特開２００２−３１１９６７号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
しかしながら、ユーザは、当然、プレーヤに装着している、そのディスクに記録されているコンテンツを再生させることしかできないという課題があった。
【０００７】
したがって、例えば、英語の字幕しか用意されていない映画コンテンツが記録されたディスクを購入した場合、ユーザは、そのディスクに予め記録されている言語である英語の字幕を表示させることができるが、予め記録されている言語とは異なる所望の言語の字幕が表示されている同一の映画コンテンツを視聴するためには、所望の言語の字幕情報が予め記録されている異なるディスクを購入しなければならなかった。
【０００８】
また、ディスクの販売者側とすれば、言語の異なる複数の国で映画コンテンツが記録されたディスクを販売しようとする場合、各言語の字幕情報が記録されたディスクを予め用意したり、または、英語版のディスク、日本語版のディスクなど、複数種類のディスクを用意したりする必要がある。したがって、そのようなディスクを用意するために時間がかかることにより、場合によっては大きなビジネスチャンスを失うことにもなる。
【０００９】
本発明はこのような状況に鑑みてなされたものであり、簡単に、ディスクに記録されているコンテンツに対して新たなコンテンツを追加したり、ディスクに記録されているコンテンツを更新して、コンテンツを再生することができるようにするものである。
【課題を解決するための手段】
【００１０】
本発明の再生装置は、着脱可能な第１のデータ記録媒体に記録されているAV（Audio Visual）ストリームを第１のデータ記録媒体に記録されている第１の再生制御データに基づいて再生する再生装置において、AVストリームに同期させて再生させるコンテンツデータ、コンテンツデータに関する情報を含む第１のメタデータ、コンテンツデータの再生の制御に関するデータであるコンテンツデータ再生制御データを含む第２の再生制御データ、および、第２の再生制御データに関する情報を含む第２のメタデータを含むコンテンツ更新データを取得する取得手段と、第２の再生制御データおよび第２のメタデータに基づいて、第１の再生制御データを更新する再生制御データ更新手段と、更新された第１の再生制御データに基づいて、AVストリームおよびコンテンツデータを同期させて再生させるようにAVストリームおよびコンテンツデータの再生を制御する再生制御手段とを含むことを特徴とする。
【００１１】
自分が備える第２のデータ記録媒体への、コンテンツデータ、第１のメタデータ、第２の再生制御データ、および、第２のメタデータの記録を制御する記録制御手段をさらに含むようにすることができる。
【００１２】
第１のメタデータまたは第２のメタデータにコンテンツ更新データを配信した配信元を示す配信元情報を追加することにより第１のメタデータまたは第２のメタデータを更新するメタデータ更新手段をさらに含み、記録制御手段は、第２のデータ記録媒体への、更新された第１のメタデータまたは更新された第２のメタデータの記録を制御するようにすることができる。
【００１３】
取得手段は、配信元情報に基づいて過去に取得したコンテンツ更新データの再度の取得を防止するようにすることができる。
【００１４】
更新された第１の再生制御データに関する情報を含む第３のメタデータを第２のメタデータに基づいて生成するメタデータ生成手段と、自分が備える第２のデータ記録媒体への、コンテンツデータ、第１のメタデータ、更新された第１の再生制御データ、および、第３のメタデータの記録を制御する記録制御手段とをさらに含むようにすることができる。
【００１５】
第２のメタデータは、第１の再生制御データの更新方法を指定する更新方法データを含み、再生制御データ更新手段は、更新方法データに基づいて、第２の再生制御データからコンテンツデータ再生制御データを抽出して、コンテンツデータ再生制御データを第１の再生制御データに追加することにより第１の再生制御データを更新するようにすることができる。
【００１６】
第１のメタデータは、第１のデータ記録媒体を識別するための識別データ、コンテンツデータのバージョン、コンテンツデータのファイル名とは異なるコンテンツデータの別名、および、コンテンツデータのアクセス権限を示すアクセス権限データのうち少なくとも１つを含み、第２のメタデータは、第１のデータ記録媒体を識別するための識別データ、第１の再生制御データの更新方法を指定する更新方法データ、第２の再生制御データのバージョン、第２の再生制御データのファイル名とは異なる第２の再生制御データの別名、および、第２の再生制御データのアクセス権限を示すアクセス権限データのうち少なくとも１つを含むようにすることができる。
【００１７】
本発明の再生方法は、着脱可能なデータ記録媒体に記録されているAVストリームをデータ記録媒体に記録されている第１の再生制御データに基づいて再生する再生装置の再生方法であって、AVストリームに同期させて再生させるコンテンツデータ、コンテンツデータに関する情報を含む第１のメタデータ、コンテンツデータの再生の制御に関するデータであるコンテンツデータ再生制御データを含む第２の再生制御データ、および、第２の再生制御データに関する情報を含む第２のメタデータを含むコンテンツ更新データを取得する取得ステップと、第２の再生制御データおよび第２のメタデータに基づいて、第１の再生制御データを更新する再生制御データ更新ステップと、更新された第１の再生制御データに基づいて、AVストリームおよびコンテンツデータを同期させて再生させるようにAVストリームおよびコンテンツデータの再生を制御する再生制御ステップとを含むことを特徴とする。
【００１８】
本発明の第１の記録媒体は、着脱可能なデータ記録媒体に記録されているAVストリームをデータ記録媒体に記録されている第１の再生制御データに基づいて再生する再生装置のコンピュータ用のプログラムであって、AVストリームに同期させて再生させるコンテンツデータ、コンテンツデータに関する情報を含む第１のメタデータ、コンテンツデータの再生の制御に関するデータであるコンテンツデータ再生制御データを含む第２の再生制御データ、および、第２の再生制御データに関する情報を含む第２のメタデータを含むコンテンツ更新データを取得する取得ステップと、第２の再生制御データおよび第２のメタデータに基づいて、第１の再生制御データを更新する再生制御データ更新ステップと、更新された第１の再生制御データに基づいて、AVストリームおよびコンテンツデータを同期させて再生させるようにAVストリームおよびコンテンツデータの再生を制御する再生制御ステップとを含むことを特徴とする。
【００１９】
本発明の第１のプログラムは、着脱可能なデータ記録媒体に記録されているAVストリームをデータ記録媒体に記録されている第１の再生制御データに基づいて再生する再生装置のコンピュータに、再生処理を行なわせるプログラムにおいて、AVストリームに同期させて再生させるコンテンツデータ、コンテンツデータに関する情報を含む第１のメタデータ、コンテンツデータの再生の制御に関するデータであるコンテンツデータ再生制御データを含む第２の再生制御データ、および、第２の再生制御データに関する情報を含む第２のメタデータを含むコンテンツ更新データを取得する取得ステップと、第２の再生制御データおよび第２のメタデータに基づいて、第１の再生制御データを更新する再生制御データ更新ステップと、更新された第１の再生制御データに基づいて、AVストリームおよびコンテンツデータを同期させて再生させるようにAVストリームおよびコンテンツデータの再生を制御する再生制御ステップとを含むことを特徴とする。
【００２０】
本発明のデータは、着脱可能なデータ記録媒体に記録されているAVストリームの再生の制御に関するデータである、データ記録媒体に記録されている第１の再生制御データを更新し、更新された第１の再生制御データに基づいて、AVストリームおよびAVストリームとは別に取得するコンテンツデータを同期させて再生させるようにAVストリームおよびコンテンツデータの再生を制御する処理を行なわせるプログラムを実行する再生装置のコンピュータによる処理の用に供するデータであって、AVストリームに同期させて再生させるコンテンツデータとコンテンツデータに関する情報を含む第１のメタデータとを含む第１のデータセットと、第１のデータセットと同じデータ構造の第２のデータセットであって、コンテンツデータの再生の制御に関するデータであるコンテンツデータ再生制御データを含む第２の再生制御データと第２の再生制御データに関する情報を含む第２のメタデータとを含む第２のデータセットとを含むことを特徴とする。
【００２１】
第１のメタデータは、第１のデータ記録媒体を識別するための識別データ、コンテンツデータのバージョン、コンテンツデータのファイル名とは異なるコンテンツデータの別名、および、コンテンツデータのアクセス権限を示すアクセス権限データのうち少なくとも１つを含み、第２のメタデータは、第１のデータ記録媒体を識別するための識別データ、第１の再生制御データの更新方法を指定する更新方法データ、第２の再生制御データのバージョン、第２の再生制御データのファイル名とは異なる第２の再生制御データの別名、および、第２の再生制御データのアクセス権限を示すアクセス権限データのうち少なくとも１つを含むようにすることができる。
【００２２】
本発明の情報提供装置は、着脱可能なデータ記録媒体に記録されているAVストリームをデータ記録媒体に記録されている第１の再生制御データに基づいて再生する再生装置とネットワークを介して接続されている情報提供装置において、再生装置からの要求に応じて、AVストリームに同期させて再生させるコンテンツデータ、コンテンツデータに関する情報を含む第１のメタデータ、コンテンツデータの再生の制御に関するデータであるコンテンツデータ再生制御データを含む第２の再生制御データ、および、第２の再生制御データに関する情報を含む第２のメタデータを含むコンテンツ更新データをデータベースから取得する取得手段と、コンテンツ更新データを再生装置に送信する送信手段とを含むことを特徴とする。
【００２３】
本発明の情報提供方法は、着脱可能なデータ記録媒体に記録されているAVストリームをデータ記録媒体に記録されている第１の再生制御データに基づいて再生する再生装置とネットワークを介して接続されている情報提供装置の情報提供方法において、再生装置からの要求に応じて、AVストリームに同期させて再生させるコンテンツデータ、コンテンツデータに関する情報を含む第１のメタデータ、コンテンツデータの再生の制御に関するデータであるコンテンツデータ再生制御データを含む第２の再生制御データ、および、第２の再生制御データに関する情報を含む第２のメタデータを含むコンテンツ更新データをデータベースから取得する取得ステップと、コンテンツ更新データの再生装置への送信を制御する送信制御ステップとを含むことを特徴とする。
【００２４】
本発明の第２の記録媒体は、着脱可能なデータ記録媒体に記録されているAVストリームをデータ記録媒体に記録されている第１の再生制御データに基づいて再生する再生装置とネットワークを介して接続されている情報提供装置のコンピュータ用のプログラムであって、再生装置からの要求に応じて、AVストリームに同期させて再生させるコンテンツデータ、コンテンツデータに関する情報を含む第１のメタデータ、コンテンツデータの再生の制御に関するデータであるコンテンツデータ再生制御データを含む第２の再生制御データ、および、第２の再生制御データに関する情報を含む第２のメタデータを含むコンテンツ更新データをデータベースから取得する取得ステップと、コンテンツ更新データの再生装置への送信を制御する送信制御ステップとを含むことを特徴とする。
【００２５】
本発明の第２のプログラムは、着脱可能なデータ記録媒体に記録されているAVストリームをデータ記録媒体に記録されている第１の再生制御データに基づいて再生する再生装置とネットワークを介して接続されている情報提供装置のコンピュータに、情報提供処理を行なわせるプログラムにおいて、再生装置からの要求に応じて、AVストリームに同期させて再生させるコンテンツデータ、コンテンツデータに関する情報を含む第１のメタデータ、コンテンツデータの再生の制御に関するデータであるコンテンツデータ再生制御データを含む第２の再生制御データ、および、第２の再生制御データに関する情報を含む第２のメタデータを含むコンテンツ更新データをデータベースから取得する取得ステップと、コンテンツ更新データの再生装置への送信を制御する送信制御ステップとを含むことを特徴とする。
【００２６】
本発明の再生装置、再生方法、第１の記録媒体、および第１のプログラムにおいては、着脱可能なデータ記録媒体に記録されている第１の再生制御データに基づいて再生されるデータ記録媒体に記録されているAVストリームに同期させて再生させるコンテンツデータ、コンテンツデータに関する情報を含む第１のメタデータ、コンテンツデータの再生の制御に関するデータであるコンテンツデータ再生制御データを含む第２の再生制御データ、および、第２の再生制御データに関する情報を含む第２のメタデータを含むコンテンツ更新データが取得され、第２の再生制御データおよび第２のメタデータに基づいて、第１の再生制御データが更新され、更新された第１の再生制御データに基づいて、AVストリームおよびコンテンツデータを同期させて再生させるようにAVストリームおよびコンテンツデータの再生が制御される。
【００２７】
本発明の情報提供装置、情報提供方法、第２の記録媒体、および第２のプログラムにおいては、ネットワークを介して接続されている、着脱可能なデータ記録媒体に記録されているAVストリームをデータ記録媒体に記録されている第１の再生制御データに基づいて再生する再生装置からの要求に応じて、AVストリームに同期させて再生させるコンテンツデータ、コンテンツデータに関する情報を含む第１のメタデータ、コンテンツデータの再生の制御に関するデータであるコンテンツデータ再生制御データを含む第２の再生制御データ、および、第２の再生制御データに関する情報を含む第２のメタデータを含むコンテンツ更新データがデータベースから取得され、コンテンツ更新データの再生装置への送信が制御される。
【発明の効果】
【００２８】
本発明によれば、データ記録媒体に記録されているコンテンツを再生することができる。また、本発明によれば、簡単に、データ記録媒体に記録されているコンテンツに対して新たなコンテンツを追加したり、データ記録媒体に記録されているコンテンツを更新して、コンテンツを再生することができる。
【００２９】
さらに、本発明によれば、データ記録媒体に記録されているコンテンツのアップデートファイルを提供することができる。また、本発明によれば、より効率的にアップデートファイルを提供することができる。
【発明を実施するための最良の形態】
【００３０】
以下に本発明の実施の形態を説明するが、請求項に記載の構成要件と、発明の実施の形態における具体例との対応関係を例示すると、次のようになる。この記載は、請求項に記載されている発明をサポートする具体例が、発明の実施の形態に記載されていることを確認するためのものである。従って、発明の実施の形態中には記載されているが、構成要件に対応するものとして、ここには記載されていない具体例があったとしても、そのことは、その具体例が、その構成要件に対応するものではないことを意味するものではない。逆に、具体例が構成要件に対応するものとしてここに記載されていたとしても、そのことは、その具体例が、その構成要件以外の構成要件には対応しないものであることを意味するものでもない。
【００３１】
さらに、この記載は、発明の実施の形態に記載されている具体例に対応する発明が、請求項に全て記載されていることを意味するものではない。換言すれば、この記載は、発明の実施の形態に記載されている具体例に対応する発明であって、この出願の請求項には記載されていない発明の存在、すなわち、将来、分割出願されたり、補正により追加される発明の存在を否定するものではない。
【００３２】
請求項１に記載の再生装置（例えば、図１の再生装置１）は、着脱可能な第１のデータ記録媒体（例えば、図１の光ディスク１１）に記録されているAV（Audio Visual）ストリームを前記第１のデータ記録媒体に記録されている第１の再生制御データ（例えば、PlayList）に基づいて再生する再生装置であって、前記AVストリームに同期させて再生させるコンテンツデータ（例えば、サブストリーム）、前記コンテンツデータに関する情報を含む第１のメタデータ（例えば、図９のMetadata）、前記コンテンツデータの再生の制御に関するデータであるコンテンツデータ再生制御データ（例えば、Sub Path、SubPlayItem、またはSubClip_entry）を含む第２の再生制御データ（例えば、アップデートファイルに含まれるPlayList）、および、前記第２の再生制御データに関する情報を含む第２のメタデータ（例えば、図９のMetadata）を含むコンテンツ更新データ（例えば、コンテンツパッケージ）を取得する取得手段（例えば、図１２のデータ取得部３３）と、前記第２の再生制御データおよび前記第２のメタデータに基づいて、前記第１の再生制御データを更新する再生制御データ更新手段（例えば、図１２のプレイリスト更新部３６）と、更新された前記第１の再生制御データに基づいて、前記AVストリームおよび前記コンテンツデータを同期させて再生させるように前記AVストリームおよび前記コンテンツデータの再生を制御する再生制御手段（例えば、図１２の再生制御部３９）とを含むことを特徴とする。
【００３３】
請求項２に記載の再生装置（例えば、図１の再生装置１）は、自分が備える第２のデータ記録媒体（例えば、図１のローカルストレージ２４）への、前記コンテンツデータ、前記第１のメタデータ、前記第２の再生制御データ、および、前記第２のメタデータの記録を制御する記録制御手段（例えば、図１２のローカルストレージディレクトリ管理部３４）をさらに含むことを特徴とする。
【００３４】
請求項３に記載の再生装置（例えば、図１の再生装置１）においては、前記第１のメタデータまたは前記第２のメタデータに前記コンテンツ更新データを配信した配信元を示す配信元情報（例えば、配信元のURL（Uniform Resource Locator））を追加することにより前記第１のメタデータまたは前記第２のメタデータを更新するメタデータ更新手段（例えば、図１２のメタデータ生成部３７）をさらに含み、前記記録制御手段は、前記第２のデータ記録媒体への、更新された前記第１のメタデータまたは更新された前記第２のメタデータの記録を制御することを特徴とする。
【００３５】
請求項５に記載の再生装置（例えば、図１の再生装置１）は、更新された前記第１の再生制御データに関する情報を含む第３のメタデータを前記第２のメタデータ（例えば、メタデータリスト）に基づいて生成するメタデータ生成手段（例えば、図１２のメタデータ生成部３７）と、自分が備える第２のデータ記録媒体（例えば、図１のローカルストレージ２４）への、前記コンテンツデータ、前記第１のメタデータ、更新された前記第１の再生制御データ、および、前記第３のメタデータの記録を制御する記録制御手段（例えば、図１２のローカルストレージディレクトリ管理部３４）とをさらに含むことを特徴とする。
【００３６】
請求項６に記載の再生装置（例えば、図１の再生装置１）においては、前記第２のメタデータは、前記第１の再生制御データの更新方法を指定する更新方法データ（例えば、operation_type）を含み、前記再生制御データ更新手段は、前記更新方法データに基づいて、前記第２の再生制御データから前記コンテンツデータ再生制御データを抽出して、前記コンテンツデータ再生制御データを前記第１の再生制御データに追加することにより前記第１の再生制御データを更新することを特徴とする。
【００３７】
請求項７に記載の再生装置（例えば、図１の再生装置１）においては、前記第１のメタデータは、前記第１のデータ記録媒体を識別するための識別データ（例えば、図９のauthor_id、disc_id、またはtitle_id）、前記コンテンツデータのバージョン（例えば、図９のversion）、前記コンテンツデータのファイル名とは異なる前記コンテンツデータの別名（例えば、図９のdisplay_name）、および、前記コンテンツデータのアクセス権限を示すアクセス権限データ（例えば、図９のpermission）のうち少なくとも１つを含み、前記第２のメタデータは、前記第１のデータ記録媒体を識別するための識別データ（例えば、図９のauthor_id、disc_id、またはtitle_id）、前記第１の再生制御データの更新方法を指定する更新方法データ（例えば、図９のoperation_type）、前記第２の再生制御データのバージョン（例えば、図９のversion）、前記第２の再生制御データのファイル名とは異なる前記第２の再生制御データの別名（例えば、図９のdisplay_name）、および、前記第２の再生制御データのアクセス権限を示すアクセス権限データ（例えば、図９のpermission）のうち少なくとも１つを含むことを特徴とする。
【００３８】
請求項８に記載の再生方法は、着脱可能なデータ記録媒体（例えば、図１の光ディスク１１）に記録されているAVストリームを前記データ記録媒体に記録されている第１の再生制御データ（例えば、PlayList）に基づいて再生する再生装置（例えば、図１の再生装置１）の再生方法であって、前記AVストリームに同期させて再生させるコンテンツデータ（例えば、サブストリーム）、前記コンテンツデータに関する情報を含む第１のメタデータ（例えば、図９のMetadata）、前記コンテンツデータの再生の制御に関するデータであるコンテンツデータ再生制御データ（例えば、Sub Path、SubPlayItem、またはSubClip_entry）を含む第２の再生制御データ、および、前記第２の再生制御データ（例えば、PlayListファイルのアップデートファイル）に関する情報を含む第２のメタデータ（例えば、図９のMetadata）を含むコンテンツ更新データ（例えば、コンテンツパッケージ）を取得する取得ステップ（例えば、図１７のステップＳ６）と、前記第２の再生制御データおよび前記第２のメタデータに基づいて、前記第１の再生制御データを更新する再生制御データ更新ステップ（例えば、図１８のステップＳ４０、または図３１のＳ１０９）と、更新された前記第１の再生制御データに基づいて、前記AVストリームおよび前記コンテンツデータを同期させて再生させるように前記AVストリームおよび前記コンテンツデータの再生を制御する再生制御ステップ（例えば、図３１のステップＳ１０４乃至Ｓ１１１および図３２のステップＳ１１２乃至Ｓ１１５）とを含むことを特徴とする。
【００３９】
請求項９に記載の記録媒体（例えば、図１のリムーバブルメディア２８）に記録されているプログラムは、着脱可能なデータ記録媒体（例えば、図１の光ディスク１１）に記録されているAVストリームを前記データ記録媒体に記録されている第１の再生制御データ（例えば、PlayList）に基づいて再生する再生装置（例えば、図１の再生装置１）のコンピュータ用のプログラムであって、前記AVストリームに同期させて再生させるコンテンツデータ（例えば、サブストリーム）、前記コンテンツデータに関する情報を含む第１のメタデータ（例えば、図９のMetadata）、前記コンテンツデータの再生の制御に関するデータであるコンテンツデータ再生制御データ（例えば、Sub Path、SubPlayItem、またはSubClip_entry）を含む第２の再生制御データ、および、前記第２の再生制御データ（例えば、PlayListファイルのアップデートファイル）に関する情報を含む第２のメタデータ（例えば、図９のMetadata）を含むコンテンツ更新データ（例えば、コンテンツパッケージ）を取得する取得ステップ（例えば、図１７のステップＳ６）と、前記第２の再生制御データおよび前記第２のメタデータに基づいて、前記第１の再生制御データを更新する再生制御データ更新ステップ（例えば、図１８のステップＳ４０、または図３１のＳ１０９）と、更新された前記第１の再生制御データに基づいて、前記AVストリームおよび前記コンテンツデータを同期させて再生させるように前記AVストリームおよび前記コンテンツデータの再生を制御する再生制御ステップ（例えば、図３１のステップＳ１０４乃至Ｓ１１１および図３２のステップＳ１１２乃至Ｓ１１５）とを含むことを特徴とする。
【００４０】
請求項１０に記載のプログラムは、着脱可能なデータ記録媒体（例えば、図１の光ディスク１１）に記録されているAVストリームを前記データ記録媒体に記録されている第１の再生制御データ（例えば、PlayList）に基づいて再生する再生装置（例えば、図１の再生装置１）のコンピュータに、再生処理を行なわせるプログラムであって、前記AVストリームに同期させて再生させるコンテンツデータ（例えば、サブストリーム）、前記コンテンツデータに関する情報を含む第１のメタデータ（例えば、図９のMetadata）、前記コンテンツデータの再生の制御に関するデータであるコンテンツデータ再生制御データ（例えば、Sub Path、SubPlayItem、またはSubClip_entry）を含む第２の再生制御データ、および、前記第２の再生制御データ（例えば、PlayListファイルのアップデートファイル）に関する情報を含む第２のメタデータ（例えば、図９のMetadata）を含むコンテンツ更新データ（例えば、コンテンツパッケージ）を取得する取得ステップ（例えば、図１７のステップＳ６）と、前記第２の再生制御データおよび前記第２のメタデータに基づいて、前記第１の再生制御データを更新する再生制御データ更新ステップ（例えば、図１８のステップＳ４０、または図３１のＳ１０９）と、更新された前記第１の再生制御データに基づいて、前記AVストリームおよび前記コンテンツデータを同期させて再生させるように前記AVストリームおよび前記コンテンツデータの再生を制御する再生制御ステップ（例えば、図３１のステップＳ１０４乃至Ｓ１１１および図３２のステップＳ１１２乃至Ｓ１１５）とを含むことを特徴とする。
【００４１】
請求項１１に記載のデータ（例えば、コンテンツパッケージ）は、着脱可能なデータ記録媒体（例えば、図１の光ディスク１１）に記録されているAVストリームの再生の制御に関するデータである、前記データ記録媒体に記録されている第１の再生制御データ（例えば、PlayList）を更新し、更新された前記第１の再生制御データに基づいて、前記AVストリームおよび前記AVストリームとは別に取得するコンテンツデータ（例えば、サブストリーム）を同期させて再生させるように前記AVストリームおよび前記コンテンツデータの再生を制御する処理を行なわせるプログラムを実行する再生装置（例えば、図１の再生装置１）のコンピュータによる処理の用に供するデータであって、前記AVストリームに同期させて再生させる前記コンテンツデータと前記コンテンツデータに関する情報を含む第１のメタデータ（例えば、図９のMetadata）とを含む第１のデータセットと、前記第１のデータセットと同じデータ構造（例えば、図９のFile_package内のFiles）の第２のデータセットであって、前記コンテンツデータの再生の制御に関するデータであるコンテンツデータ再生制御データ（例えば、Sub Path、SubPlayItem、またはSubClip_entry）を含む第２の再生制御データ（例えば、アップデートファイルに含まれるPlayList）と前記第２の再生制御データに関する情報を含む第２のメタデータ（例えば、図９のMetadata）とを含む前記第２のデータセットとを含むことを特徴とする。
【００４２】
請求項１２に記載のデータ（例えば、コンテンツパッケージ）においては、前記第１のメタデータは、前記第１のデータ記録媒体を識別するための識別データ（例えば、図９のauthor_id、disc_id、またはtitle_id）、前記コンテンツデータのバージョン（例えば、図９のversion）、前記コンテンツデータのファイル名とは異なる前記コンテンツデータの別名（例えば、図９のdisplay_name）、および、前記コンテンツデータのアクセス権限を示すアクセス権限データ（例えば、図９のpermission）のうち少なくとも１つを含み、前記第２のメタデータは、前記第１のデータ記録媒体を識別するための識別データ（例えば、図９のauthor_id、disc_id、またはtitle_id）、前記第１の再生制御データの更新方法を指定する更新方法データ（例えば、図９のoperation_type）、前記第２の再生制御データのバージョン（例えば、図９のversion）、前記第２の再生制御データのファイル名とは異なる前記第２の再生制御データの別名（例えば、図９のdisplay_name）、および、前記第２の再生制御データのアクセス権限を示すアクセス権限データ（例えば、図９のpermission）のうち少なくとも１つを含むことを特徴とする。
【００４３】
請求項１３に記載の情報提供装置（例えば、図１のサーバ３）は、着脱可能なデータ記録媒体（例えば、図１の光ディスク１１）に記録されているAVストリームを前記データ記録媒体に記録されている第１の再生制御データに基づいて再生する再生装置（例えば、図１の再生装置１）とネットワーク（例えば、図１のネットワーク２）を介して接続されている情報提供装置であって、前記再生装置からの要求に応じて、前記AVストリームに同期させて再生させるコンテンツデータ（例えば、サブストリーム）、前記コンテンツデータに関する情報を含む第１のメタデータ（例えば、図９のMetadata）、前記コンテンツデータの再生の制御に関するデータであるコンテンツデータ再生制御データ（例えば、Sub Path、SubPlayItem、またはSubClip_entry）を含む第２の再生制御データ（例えば、アップデートファイルに含まれるPlayList）、および、前記第２の再生制御データに関する情報を含む第２のメタデータ（例えば、図９のMetadata）を含むコンテンツ更新データ（例えば、コンテンツパッケージ）をデータベース（例えば、図１５のデータベース７１）から取得する取得手段（例えば、図１６のコンテンツパッケージ管理部８２）と、前記コンテンツ更新データを前記再生装置に送信する送信手段（例えば、図１６の通信制御部８１）とを含むことを特徴とする。
【００４４】
請求項１４に記載の情報提供方法は、着脱可能なデータ記録媒体（例えば、図１の光ディスク１１）に記録されているAVストリームを前記データ記録媒体に記録されている第１の再生制御データに基づいて再生する再生装置（例えば、図１の再生装置１）とネットワーク（例えば、図１のネットワーク２）を介して接続されている情報提供装置（例えば、図１のサーバ３）の情報提供方法であって、前記再生装置からの要求に応じて、前記AVストリームに同期させて再生させるコンテンツデータ（例えば、サブストリーム）、前記コンテンツデータに関する情報を含む第１のメタデータ（例えば、図９のMetadata）、前記コンテンツデータの再生の制御に関するデータであるコンテンツデータ再生制御データ（例えば、Sub Path、SubPlayItem、またはSubClip_entry）を含む第２の再生制御データ（例えば、アップデートファイルに含まれるPlayList）、および、前記第２の再生制御データに関する情報を含む第２のメタデータ（例えば、図９のMetadata）を含むコンテンツ更新データ（例えば、コンテンツパッケージ）をデータベース（例えば、図１５のデータベース７１）から取得する取得ステップ（例えば、図３０のステップＳ８３）と、前記コンテンツ更新データの前記再生装置への送信を制御する送信制御手段（例えば、図３０のステップＳ８４）とを含むことを特徴とする。
【００４５】
請求項１５に記載の記録媒体（例えば、図１５のリムーバブルメディア６１）に記録されているプログラムは、着脱可能なデータ記録媒体（例えば、図１の光ディスク１１）に記録されているAVストリームを前記データ記録媒体に記録されている第１の再生制御データに基づいて再生する再生装置（例えば、図１の再生装置１）とネットワーク（例えば、図１のネットワーク２）を介して接続されている情報提供装置（例えば、図１のサーバ３）のコンピュータ用のプログラムであって、前記再生装置からの要求に応じて、前記AVストリームに同期させて再生させるコンテンツデータ（例えば、サブストリーム）、前記コンテンツデータに関する情報を含む第１のメタデータ（例えば、図９のMetadata）、前記コンテンツデータの再生の制御に関するデータであるコンテンツデータ再生制御データ（例えば、Sub Path、SubPlayItem、またはSubClip_entry）を含む第２の再生制御データ（例えば、アップデートファイルに含まれるPlayList）、および、前記第２の再生制御データに関する情報を含む第２のメタデータ（例えば、図９のMetadata）を含むコンテンツ更新データ（例えば、コンテンツパッケージ）をデータベース（例えば、図１５のデータベース７１）から取得する取得ステップ（例えば、図３０のステップＳ８３）と、前記コンテンツ更新データの前記再生装置への送信を制御する送信制御手段（例えば、図３０のステップＳ８４）とを含むことを特徴とする。
【００４６】
請求項１６に記載のプログラムは、着脱可能なデータ記録媒体（例えば、図１の光ディスク１１）に記録されているAVストリームを前記データ記録媒体に記録されている第１の再生制御データに基づいて再生する再生装置（例えば、図１の再生装置１）とネットワーク（例えば、図１のネットワーク２）を介して接続されている情報提供装置（例えば、図１のサーバ３）のコンピュータに、情報提供処理を行なわせるプログラムであって、前記再生装置からの要求に応じて、前記AVストリームに同期させて再生させるコンテンツデータ（例えば、サブストリーム）、前記コンテンツデータに関する情報を含む第１のメタデータ（例えば、図９のMetadata）、前記コンテンツデータの再生の制御に関するデータであるコンテンツデータ再生制御データ（例えば、Sub Path、SubPlayItem、またはSubClip_entry）を含む第２の再生制御データ（例えば、アップデートファイルに含まれるPlayList）、および、前記第２の再生制御データに関する情報を含む第２のメタデータ（例えば、図９のMetadata）を含むコンテンツ更新データ（例えば、コンテンツパッケージ）をデータベース（例えば、図１５のデータベース７１）から取得する取得ステップ（例えば、図３０のステップＳ８３）と、前記コンテンツ更新データの前記再生装置への送信を制御する送信制御手段（例えば、図３０のステップＳ８４）とを含むことを特徴とする。
【００４７】
以下、図を参照して、本発明の実施の形態について説明する。
【００４８】
図１は、本発明を適用した再生装置１の一実施の形態の構成を示すブロック図である。
【００４９】
コントローラ２１は、予め用意されている制御プログラムを実行するか、光ディスクドライブ２２を制御して光ディスク１１に記録されているMovieObject（後述）を読み出し、メモリ２３に展開して実行することで、再生装置１の全体の動作を制御する。
【００５０】
光ディスクドライブ２２は、コントローラ２１による制御に従って光ディスク１１からデータを読み出し、読み出したデータを、必要に応じて、コントローラ２１、メモリ２３、または、デコーダ２６に供給する。
【００５１】
ここで、図２を参照して、本発明を適用した再生装置１により再生されるコンテンツを記録する光ディスク１１のアプリケーションフォーマットの例について説明する。なお、記録媒体は、光ディスク１１の他、例えば、磁気ディスクや半導体メモリであってもよい。
【００５２】
アプリケーションフォーマットは、AV（Audio Visual）ストリームの管理のためにPlayListとClipの２つのレイヤをもつ。ここでは、１つのAVストリームまたはテキストデータとそれに付随する情報であるClip Informationのペアを１つのオブジェクトと考え、それらをまとめてClipと称する。以下、AVストリームのデータファイルをAVストリームファイルと称する。また、Clip InformationのデータファイルをClip Informationファイルと称する。さらに、PlayListのデータファイルをPlayListファイルと称する。
【００５３】
一般的に、コンピュータ等で用いられるファイルはバイト列として扱われるが、AVストリームファイルのコンテンツは時間軸上に展開され、Clipのアクセスポイントは、主に、タイムスタンプでPlayListにより指定される。
【００５４】
PlayListによりClipへのアクセスポイントがタイムスタンプで示されている場合、Clip Informationファイルは、タイムスタンプから、AVストリームファイル中のデコードを開始すべきアドレス情報を見つけるために用いられる。
【００５５】
PlayListはAVストリームの再生区間を示す情報の集合である。あるAVストリーム中の１つの再生区間を示す情報はPlayItemと呼ばれ、PlayItemは、時間軸上の再生区間のIN点（再生開始点）とOUT点（再生終了点）のペアで表される。従って、PlayListは、図２に示されるように１つ、または複数のPlayItemにより構成される。
【００５６】
図２において、左側に図示されている第１のPlayListは２つのPlayItemから構成され、その２つのPlayItemにより、左側に図示されているClipに含まれるAVストリームの前半部分と後半部分がそれぞれ参照されている。また、右側に図示されているPlayListは１つのPlayItemから構成され、それにより、右側に図示されているClipに含まれるAVストリーム全体が参照されている。
【００５７】
例えば、再生位置を表す情報として図２において左側に図示される第１のPlayListに含まれる第１のPlayItemがコントローラ２１により指定された場合、そのPlayItemが参照する、左側に図示されるClipに含まれるAVストリームの前半部分の再生が行われる。
【００５８】
また、PlayListには、PlayItemにより指定されるMain Pathに加えて、図３に示されるようにSubPlayItemを用いて指定されるSub Pathの情報を含ませることもできる。SubPlayItemを定義すると、例えば、PlayItemにより指定されるClip（例えば、MPEG2トランスポートストリーム）に多重化されていない、図３においてauxiliary streamとして示されている独立したデータストリーム（以下、サブストリームと称する）をAVストリームの再生に同期して再生させることができる。
【００５９】
なお、以下、サブストリームを含むClipをサブClipと称する。また、Main Path上のPlayItemにより参照されるAVストリームを、サブストリームに対してClip AVストリームとも称する。さらに、Clip AVストリームを含むClipをメインClipとも称する。また、サブストリームのデータファイルをサブストリームファイルとも称する。さらに、Clip AVストリームのデータファイルをClip AVストリームファイルとも称する。また、Clip AVストリームファイルとサブストリームファイルを総称してストリームファイルともいう。
【００６０】
例えば、PlayItemにより指定されるMain PathのClip AVストリームに対応させて、音声ストリームやグラフィックストリームなどを含むサブClipとそれらの再生区間を指定したSubPlayItemを用意することで、Clip AVストリームの再生と同時に、Clip AVストリームには含まれない音声ストリームやグラフィックストリームを再生することができる。また、テキスト字幕ファイル、および、レンダリングに必要となるフォントファイルから構成される字幕関連情報を含むサブClipと、字幕関連情報の再生区間を指定したSubPlayItemを用意することで、Clip AVストリームの再生と同時に、テキスト字幕ファイルに記載されているデータに対応する字幕を、フォントファイルに記載されているフォントデータに基づいた表示フォントで、表示装置に表示させるようにすることができる。
【００６１】
図３の例の場合、PlayListは、Id＝０乃至２である３つのPlayItemの並びにより構成される１つのMain Pathと、Id＝０である１つのSub Pathを有している。Sub Pathには、２つのSubPlayItemが含まれる。各SubPlayItemは、SubPlayItemが指定するサブClipに含まれるサブストリームの再生区間を指定するためのSubPlayItem_IN_timeとSubPlayItem_OUT_timeを含む。
【００６２】
図３において、左側に示されているSubPlayItemのように、1つのSubPlayItemは複数のサブClipを参照することができる。例えば、各国語ごとの字幕関連情報を含むサブClipを複数用意し、１つのSubPlayItemからそれらのサブClipを選択して参照できるようにすることにより、複数の言語の字幕の中から１つの言語の字幕を選択して、Main PathのClip AVストリームに同期して再生（表示）させることができる。
【００６３】
Main Pathのみを有するPlayListを再生する場合、ユーザが音声切り替えや字幕切り替えといった操作を行なうとき、そのMain Pathが参照するClip AVストリームに多重化されているオーディオストリームやサブピクチャストリームなどの中からしか音声や字幕を選択することができない。これに対し、Main PathとSub Pathを持つPlayListを再生する場合、そのMain Pathが参照するClip AVストリームに多重化されているオーディオストリームやサブピクチャストリームなどに加えて、SubPlayItemが参照するサブClipに含まれるサブストリームを参照することができる。
【００６４】
Sub Path、SubPlayItem、または、サブClipは、予め光ディスク１１に記録されていても良いし、ネットワーク２を介して、サーバ３からダウンロードされるものであっても良いし、または、リムーバブルメディア（例えば、後述するリムーバブルメディア２８）を用いて取得することができるようにしても良い。
【００６５】
従って、Sub Path、SubPlayItem、または、サブClipを追加または更新することにより、製作時に光ディスク１１に記録されていなかった音声や字幕などのコンテンツを容易に追加または更新できるようになり、再生装置１により再生されるコンテンツの拡張性および自由度が向上する。なお、Sub Path、SubPlayItem、または、サブClipをサーバ３からダウンロードする場合の詳細については、図１７を参照して後述する。
【００６６】
図４は、PlayListのデータ構造の例を示す図である。
【００６７】
lengthは、このlengthフィールドの直後からPlayListの最後までのバイト数を示す３２ビットの符号なし整数である。lengthの後には、１６ビットのreserved_for_future_useが用意される。number_of_PlayItemsは、PlayListに含まれるPlayItemの数を示す１６ビットのフィールドである。例えば、図３に示されるPlayListの場合、number_of_PlayItems の値は３となる。PlayItem_idはPlayListに含まれるPlayItemを識別するためのIDであり、その値は、PlayListの中でPlayItemが現れる順番に０から割り振られる。
【００６８】
number_of_SubPathsは、PlayListに含まれるSub Pathの数（エントリー数）を示す１６ビットのフィールドである。例えば、図３に示されるPlayListの場合、number_of_SubPathsの値は１となる。SubPath_idはPlayListに含まれるSub Pathを識別するためのIDであり、その値は、PlayListの中でSub Pathが現れる順番に０から割り振られる。number_of_SubPathsの後のfor文では、number_of_PlayItemsで示される数のPlayItemが参照され、number_of_SubPathsで示される数のSub Pathが参照される。
【００６９】
図５は、PlayItemのデータ構造を示す図である。
【００７０】
lengthは、このlengthフィールドの直後からPlayItemの最後までのバイト数を示す１６ビットの符号なし整数である。Clip_Information_file_nameは、PlayItemが参照するClipInformationファイルのファイル名を示す５バイトのフィールドである。Clip_codec_identifierは、PlayItemが参照するClipのコーデック方式を示す４バイトのフィールドである。Clip_codec_identifierの後には、１２ビットのreserved_for_future_useが用意される。connection_conditionは、このPlayItemが次のPlayItemとの間でどのような接続がされているかを示す４ビットのフィールドである。
【００７１】
図６は、Sub Pathのデータ構造を示す図である。まず、図６の左側に示されるSubPathの最上位層のデータ構造について説明する。
【００７２】
SubPath_typeは、Sub Pathのアプリケーション種類を示す。SubPath_typeは、例えば、Sub Pathがオーディオであるか、ビットマップ字幕であるか、テキスト字幕であるかなどの種類を示す場合に利用される。is_repeat_SubPathは、Sub Pathの再生方法を示し、Main Pathの再生の間にSub Pathの再生を繰り返し行うか、またはSub Pathの再生を１回だけ行うかを示すものである。number_of_SubPlayItemsは、Sub Pathに含まれるSubPlayItemの数（エントリー数）を示す。例えば、図３に示されるSub Pathの場合、number_of_SubPlayItemsの値は２となる。その後、number_of_SubPlayItemsにより示される数だけSubPlayItemが含まれる。
【００７３】
次に、図６の中央に示されるSubPlayItemのデータ構造について説明する。
【００７４】
Clip_Information_file_nameは、SubPlayItemが参照するサブClipに含まれるClip Informationファイルのファイル名を示す。Clip_codec_identifierは、SubPlayItemが参照するサブClipのコーデック方式を示す。is_multi_Clip_entriesは、このSubPlayItemが複数のサブClipを参照するか否かを示すフラグである。例えば、図３に示されるPlayListの場合、左側のSubPlayItemのis_multi_Clip_entriesの値は複数のサブClipを参照することを示す１に設定され、右側のSubPlayItemのis_multi_Clip_entriesの値は１つのサブClipのみを参照することを示す０に設定される。ref_to_STC_idは、Clipが参照するSTCシーケンスの識別子を指定する。
【００７５】
SubPlayItem_IN_timeは、SubPlayItemの再生開始時刻を指定する。SubPlayItem_OUT_timeは、SubPlayItemの再生終了時刻を指定する。すなわち、SubPlayItem_IN_timeおよびSubPlayItem_OUT_timeで、SubPlayItemの再生区間を指定することができる。sync_PlayItem_idとsync_start_PTS_of_PlayItemは、Main Pathの時間軸上でSubPlayItemが再生を開始する時刻を指定するために用いられる。具体的には、sync_PlayItem_idの値と同じ値のPlayItem_idを持つPlayItemの時間軸上において、sync_start_PTS_of_PlayItemで指定される時刻に、このSubPlayItemの再生が開始される。
【００７６】
number_of_Clip_entriesは、SubPlayItemが参照するサブClipの数を示している。例えば、図３に示されるPlayListの場合、左側のSubPlayItemのnumber_of_Clip_entriesの値はＮとなる。その後、number_of_Clip_entriesにより示される数だけのSubClip_entryが含まれる。
【００７７】
次に、図６の右側に示されるSubClip_entryのデータ構造について説明する。
【００７８】
Clip_Information_file_nameは、SubPlayItemが参照するサブClipに含まれるClip Informationファイルのファイル名を示す。Clip_codec_identifierは、SubPlayItemが参照するサブClipのコーデック方式を示す。ref_to_STC_idは、Clipが参照するSTCシーケンスの識別子を指定する。
【００７９】
なお、光ディスク１１に記録されるAVストリームは、図７に示すような、MPEG2（Moving Picture Experts Group 2）トランスポートストリームの構造を有する。MPEG2トランスポートストリームは、整数個のAligned unitから構成される。Aligned unitの大きさは、6144バイト(2048×3バイト)であり、ソースパケットの第１バイト目から始まる。ソースパケットは、192バイト長である。１つのソースパケットは、TP_extra_headerとトランスポートパケットから構成される。TP_extra_headerは、４バイト長であり、またトランスポートパケットは、188バイト長である。１つのAligned unitは、３２個のソースパケットから構成される。ビデオストリームやオーディオストリームのデータは、MPEG2 PES（Packetized Elementarty Stream）パケットにパケット化されており、PESパケットは、トランスポートパケットにパケット化される。
【００８０】
図８は、光ディスク１１のファイルシステムの例を示す図である。図に示されるように、光ディスク１１のファイルシステムはディレクトリ構造を有している。
【００８１】
光ディスク１１の「root」の下には「BDMV」の名前が設定されたディレクトリが設けられ、そのディレクトリに、「Index.bdmv」の名前が設定されたファイルと、「MovieObject.bdmv」の名前が設定されたファイルが格納されている。以下、適宜、これらのファイルをそれぞれIndexファイル、MovieObjectファイルと称する。また、適宜、各ファイルについて「ファイル名」に「ファイル」を付加した形で、または、各ディレクトリについて「ディレクトリ名」に「ディレクトリ」を付加した形で称する。
【００８２】
Indexファイルは、光ディスク１１を再生するメニューに関する情報を含む。再生装置１は、例えば、光ディスク１１のコンテンツを全て再生する、特定のチャプタのみ再生する、繰り返し再生する、初期メニューを表示するなどの内容の項目を含む再生メニュー画面をIndexファイルに基づいて、表示する。Indexファイルには各項目が選択されたときに実行するMovieObjectを設定することができ、ユーザにより再生メニュー画面から１つの項目が選択された場合、再生装置１はIndexファイルに設定されているMovieObjectを実行する。
【００８３】
MovieObjectファイルは、MovieObjectを含むファイルである。MovieObjectは、光ディスク１１に記録されているPlayListの再生を制御するコマンドを含み、例えば、再生装置１は、光ディスク１１に記録されているMovieObjectの中から１つを選択して、実行することにより、光ディスク１１に記録されているコンテンツを再生させることができる。
【００８４】
BDMVディレクトリにはまた、「BACKUP」の名前が設定されたディレクトリ（BACKUPディレクトリ）、「PLAYLIST」の名前が設定されたディレクトリ（PLAYLISTディレクトリ）、「CLIPINF」の名前が設定されたディレクトリ（CLIPINFディレクトリ）、「STREAM」の名前が設定されたディレクトリ（STREAMディレクトリ）、「AUXDATA」の名前が設定されたディレクトリ（AUXDATAディレクトリ）が設けられている。
【００８５】
BACKUPディレクトリには、光ディスク１１に記録されているファイルやデータをバックアップするためのファイルやデータが記録される。
【００８６】
PLAYLISTディレクトリには、PlayListファイルが格納される。各PlayListファイルには、図内に示されるように５桁の数字からなるファイル名に拡張子「.mpls」を付加した名称が命名される。
【００８７】
CLIPINFディレクトリには、Clip Informationファイルが格納される。各Clip Informationファイルには、図内に示されるように５桁の数字からなるファイル名に拡張子「.clpi」を付加した名称が命名される。
【００８８】
STREAMディレクトリには、Clip AVストリームファイルやサブストリームファイルが格納される。各ストリームファイルには、図内に示されるように５桁の数字からなるファイル名に拡張子「.m2ts」を付加した名称が命名される。
【００８９】
AUXDATAディレクトリには、Clip AVストリームファイルやサブストリームファイルに含まれずに、Clip AVストリームファイルやサブストリームファイルから参照されるデータや、Clip AVストリームファイルやサブストリームファイルとは独立して利用されるデータなどのファイルが格納される。図８の例において、AUXDATAディレクトリには、「11111.otf」の名前がつけられている字幕のフォントのファイル、「sound.bdmv」の名前がつけられた効果音のファイルが格納されている。
【００９０】
また、光ディスク１１には、製作会社や映画の配給会社などの光ディスク１１のコンテンツ製作元であるタイトルオーサを識別するために各タイトルオーサに割り当てられた識別子であるauthor_id、および、author_idに示されるタイトルオーサにおいて製作された光ディスク１１の種類を識別するために割り当てられた識別子であるdisc_idが、ユーザなどにより書き換えることができないセキュアな電子データとして、または、物理的にピットによって記録されている。
【００９１】
再び、図１の説明に戻る。
【００９２】
メモリ２３は、コントローラ２１が各種の処理を実行する上において必要なデータなどを適宜記憶する。ローカルストレージ２４は、例えば、HDD(Hard Disk Drive)などより構成される。
【００９３】
インターネットインタフェース２５は、有線または無線によりネットワーク２に接続されており、コントローラ２１の制御の基に、ネットワーク２を介して、サーバ３との間で通信を行い、サーバ３からダウンロードされたデータを、必要に応じて、コントローラ２１、メモリ２３、または、ローカルストレージ２４に供給する。
【００９４】
例えば、サーバ３からは、光ディスク１１に記録されているコンテンツを更新したり、コンテンツを追加するための、Indexファイル、MovieObjectファイル、PlayListファイル、Clip Informationファイル、またはストリームファイルなどの更新用または追加用のファイル（以下、アップデートファイルと総称する）を１個以上パッケージしたデータ（以下、コンテンツパッケージと称する）が提供される。インターネットインタフェース２５は、そのコンテンツパッケージをサーバ３からネットワーク２経由でダウンロードして、ダウンロードしたコンテンツパッケージをコントローラ２１に供給する。
【００９５】
ここで、図９を参照して、コンテンツパッケージのデータ構造を定義するFile_packageの例について説明する。
【００９６】
File_packageは、Package_headerとFilesを含む。
【００９７】
Package_headerは、compression_typeおよびencryption_typeを含む。compression_typeは、File_package内のデータの圧縮方式を示す８ビットのフィールドである。File_package内のデータが非圧縮の場合、compression_typeの値は0に設定され、File_package内のデータが圧縮されている場合、圧縮方式によって予め割り当てられている0以外の値がcompression_typeに設定される。
【００９８】
encryption_typeは、File_package内のデータのスクランブル方式（暗号化方式）を示す８ビットのフィールドである。File_package内のデータにスクランブル処理が施されていない場合、encryption_typeの値は0に設定され、File_package内のデータにスクランブル処理が施されている場合、encryption_typeの値は0以外に設定される。なお、File_package内のデータは、まず圧縮処理が施されてから、圧縮されたデータにスクランブル処理が施される。
【００９９】
Filesは、アップデートファイルの実体を含む。
【０１００】
file_countは、File_packageに含まれるアップデートファイルの総数を示す１６ビットの符号なし整数である。
【０１０１】
Metadataは、File_packageに含まれるアップデートファイルに関する情報を含むメタデータを格納するフィールドであり、１つのアップデートファイルに対して１つのMetadataのフィールドが割り当てられる。
【０１０２】
author_idおよびdisc_idは、上述した光ディスク１１に記録されているauthor_idおよびdisc_idと同様の識別子を示すそれぞれ８ビットのフィールドである。
【０１０３】
title_idは、光ディスク１１に記録されているコンテンツに対して、タイトルオーサが任意に定義して割り当てることができるIDである。例えば、光ディスク１１に記録されているAVストリームの各チャプタに異なるtitle_idを割り当てたり、AVストリームに含まれる画像データを高解像度と低解像度の２種類の解像度で記録した２種類のAVストリームを光ディスク１１に記録し、それぞれのAVストリームに異なるtitle_idを割り当てたりすることができる。
【０１０４】
operation_typeは、アップデートファイルの更新方法を指定する８ビットのフィールドである。operation_typeには、図１０に示されるように0x01乃至0x04の４種類のうちいずれかの値が設定される。operation_typeの値が0x01の場合、アップデートファイルが、光ディスク１１に記録されている更新元のファイルに置き換わって、そのまま使用される。なお、光ディスク１１に記録されていない新規に追加されるアップデートファイルのoperation_typeには0x01が設定される。
【０１０５】
operation_typeの値に0x02乃至0x04が設定されるのは、アップデートファイルがPlayListファイルの場合である。operation_typeの値が0x02の場合、アップデートファイルからSub Path要素を抽出して、光ディスク１１に記録されている更新元のPlayListファイルに含まれるPlayListに抽出したSub Path要素を追加することによりPlayListファイルが更新される。operation_typeの値が0x03の場合、アップデートファイルからSubPlayItem要素を抽出して、光ディスク１１に記録されている更新元のPlayListファイルに含まれるPlayListに抽出したSubPlayItem要素を追加することによりPlayListファイルが更新される。operation_typeの値が0x04の場合、アップデートファイルからSubClip_entry要素を抽出して、光ディスク１１に記録されている更新元のPlayListファイルに含まれるPlayListに抽出したSubClip_entry要素を追加することによりPlayListファイルが更新される。なお、アップデートファイルがPlayListファイルの場合でも、operation_typeの値が0x01のときには、アップデートファイルが、光ディスク１１に記録されているPlayListファイルに置き換わって、そのまま使用される。
【０１０６】
なお、再生装置１は、ダイナミックバインディング方式とスタティックバインディング方式の２種類の更新処理の方式を設定することができる。例えば、再生装置１がスタティックバインディング方式に設定されている場合、上述したPlayListファイルの更新処理は、コンテンツパッケージがダウンロードされたとき行なわれ、更新されたPlayListファイルがローカルストレージ２４に記録される。また、再生装置１がダイナミックバインディング方式に設定されている場合、コンテンツパッケージがダウンロードされたとき、PlayListファイルのアップデートファイルはそのままローカルストレージ２４に記録され、PlayListファイルの更新処理は、再生装置１がPlayListファイル１に含まれるPlayListを再生するたびに行なわれる。なお、PlayListファイルの更新処理の詳細については、図２３を参照して後述する。
【０１０７】
versionは、タイトルオーサがアップデートファイルの履歴管理のために使用し、1から255までの数値によって表される。新しいアップデートファイルほどversionの数値は大きくなる。
【０１０８】
display_nameは、アップデートファイルの別名を示す１２８バイトのフィールドである。例えば、display_nameには、「タイトルxxxの日本語字幕」のように、アップデートファイルの内容をユーザに分かりやすく伝えるための文字列が設定され、ファイル名の代わりにdisplay_nameがユーザに対して表示される。display_nameに設定される文字列は、例えば、ISO/IEC 10646-1規格に従い符号化される。
【０１０９】
permissionは、アップデートファイルのアクセス権限を示す８ビットのフィールドである。permissionには、図１１に示されるように0x00乃至0x02の３種類のうちいずれかの値が設定される。permissionの値が0x00の場合、アップデートファイルはユーザに対して不可視とされ、permissionの値が0x01の場合、アップデートファイルはユーザに対して可視とされ、permissionの値が0x02の場合、アップデートファイルは上書き禁止とされる。具体的には、例えば、再生装置１の機能を利用して、光ディスク１１およびローカルストレージ２４に記録されているファイルの一覧を表示させた場合、permissionの値が0x00のアップデートファイルは表示されず、permissionの値が0x01または0x02のアップデートファイルのみが表示される。また、permissionの値が0x02のコンテンツファイルは、ユーザの操作により上書きすることが禁止される。
【０１１０】
file_nameは、アップデートファイルの名称を示す1024バイトのフィールドである。なお、file_nameは、例えば、ISO/IEC 646規格に従い符号化される。
【０１１１】
file_sizeは、圧縮前のアップデートファイルの容量をバイト数で表わす３２ビットの符号なし整数である。
【０１１２】
file_dataは、実際のアップデートファイルのデータが格納されるfile_sizeで示されるバイト数の容量のフィールドである。
【０１１３】
再び、図１の説明に戻る。
【０１１４】
デコーダ２６は、光ディスクドライブ２２、または、ローカルストレージ２４から供給されるAVストリーム、または、サブストリームをデコードし、得られたビデオ信号とオーディオ信号を外部の表示装置に出力する。表示装置においては、デコーダ２６によりデコードされた信号に基づいて、例えば、光ディスク１１に記録されているコンテンツの出力（映像の表示、音声の出力）が行われる。
【０１１５】
操作入力部２９は、例えば、ボタン、キー、タッチパネル、ジョグダイヤル、マウスなどの入力デバイスや、所定のリモートコマンダから送信される赤外線などの信号を受信する受信部により構成され、ユーザの操作入力を取得し、コントローラ２１に供給する。
【０１１６】
また、コントローラ２１には、必要に応じてドライブ２７が接続され、ドライブ２７には、例えば、磁気ディスク（フレキシブルディスクを含む）、光ディスク（CD-ROM（Compact Disk-Read Only Memory)，DVDを含む）、光磁気ディスク（ＭＤ（登録商標）（Mini-Disk）を含む）、もしくは半導体メモリなどよりなるリムーバブルメディア２８が装着される。
【０１１７】
図１２は、図１のコントローラ２１の機能構成例を示すブロック図である。なお、図１２の各構成は、予め用意されている制御プログラムがコントローラ２１により実行されることにより実現される。
【０１１８】
メニュー画面表示制御部３１は、光ディスク１１に記録されているコンテンツの音声、または字幕の言語や、映像のアングルを選択するときにユーザにより操作されるボタンや、ダウンロードするコンテンツパッケージを選択するときに、ユーザにより操作されるボタンなどを含むメニュー画面、および上述した再生メニュー画面などを外部の表示装置に表示させる。
【０１１９】
操作入力取得部３２は、操作入力部２９から入力された、ユーザからの操作入力を示す信号を取得し、ユーザからの操作入力を示す信号を、必要に応じて、メニュー画面表示制御部３１、データ取得部３３、または、再生制御部３９に供給する。
【０１２０】
データ取得部３３は、図１のインターネットインタフェース２５において行われる通信、または、ドライブ２７によるリムーバブルメディア２８との情報の授受を制御する。例えば、データ取得部３３は、ダウンロード可能なコンテンツパッケージの一覧やコンテンツパッケージの配信元に関する情報（例えば、コンテンツパッケージの配信元のURL（Uniform Resource Locator）など）を含む情報（以下、コンテンツパッケージ一覧情報と称する）の送信を要求する信号（以下、コンテンツパッケージ一覧要求信号と称する）を、インターネットインタフェース２５を制御して、ネットワーク２を介してサーバ３に送信させる。データ取得部３３は、コンテンツパッケージ一覧要求信号に対応して、サーバ３から送信されてくるコンテンツパッケージ一覧情報を、ネットワーク２およびインターネットインタフェース２５を介して取得し、取得したコンテンツパッケージ一覧情報をメニュー画面表示制御部３１に供給する。
【０１２１】
また、データ取得部３３は、コンテンツパッケージの送信を要求する信号（以下、コンテンツパッケージ送信要求信号と称する）を、インターネットインタフェース２５を制御して、ネットワーク２を介してサーバ３に送信させる。データ取得部３３は、コンテンツパッケージ送信要求信号に対応して、サーバ３から送信されてくるコンテンツパッケージを、ネットワーク２およびインターネットインタフェース２５を介して取得し、取得したコンテンツパッケージをローカルストレージディレクトリ管理部３４に供給し、コンテンツパッケージの配信元に関する情報（例えば、コンテンツパッケージの配信元のURLなど）をメタデータ生成部３７に供給する。
【０１２２】
ローカルストレージディレクトリ管理部３４は、ローカルストレージ２４のディレクトリの管理、ローカルストレージ２４へのデータの書き込み、および、ローカルストレージ２４からのデータの読み出しを制御する。また、ローカルストレージディレクトリ管理部３４は、必要に応じて、コンテンツパッケージに含まれるアップデートファイルをローカルストレージ２４に記録させる。
【０１２３】
ローカルストレージディレクトリ管理部３４は、ローカルストレージ２４から読み出したファイルやデータを、必要に応じて、光ディスクディレクトリ管理部３５、プレイリスト更新部３６、メタデータ生成部３７、または、ファイルシステムマージ処理部３８に供給する。また、ローカルストレージディレクトリ管理部３４は、ローカルストレージ２４からローカルストレージ２４のファイルシステムを読み出し、読み出したファイルシステムをファイルシステムマージ処理部３８に供給する。さらに、ローカルストレージディレクトリ管理部３４は、ローカルストレージ２４に記録されているAVストリームやサブストリームなどをデコーダ２６に供給させる。
【０１２４】
光ディスクディレクトリ管理部３５は、光ディスクドライブ２２の光ディスク１１からのファイルやデータの読み出しを制御する。光ディスクディレクトリ管理部３５は、光ディスクドライブ２２が光ディスク１１から読み出したファイルやデータを取得し、取得したファイルやデータを、必要に応じて、データ取得部３３、ローカルストレージディレクトリ管理部３４、プレイリスト更新部３６、または、ファイルシステムマージ処理部３８に供給する。また、光ディスクディレクトリ管理部３５は、光ディスクドライブ２２を制御して、光ディスク１１から読み出したAVストリームやサブストリームなどをデコーダ２６に供給させる。
【０１２５】
さらに、光ディスクディレクトリ管理部３５は、光ディスクドライブ２２を制御して、光ディスク１１からファイルシステムを読み出させ、読み出させたファイルシステムを取得し、取得したファイルシステムをファイルシステムマージ処理部３８に供給する。
【０１２６】
プレイリスト更新部３６は、図２３を参照して後述するように、ローカルストレージディレクトリ管理部３４、光ディスクディレクトリ管理部３５、またはファイルシステムマージ処理部３８から、光ディスク１１またはローカルストレージ２４に記録されているPlayListファイル取得し、取得したPlayListファイルを更新する。プレイリスト更新部３６は、更新したPlayListファイルを、必要に応じて、ローカルストレージディレクトリ管理部３４またはファイルシステムマージ処理部３８に供給する。
【０１２７】
メタデータ生成部３７は、図１８を参照して後述するように、ローカルストレージディレクトリ管理部３４からアップデートファイルに含まれるMetadataを取得し、Metadataの内容を一部更新または追加したメタデータリストを生成する。メタデータ生成部３７は、生成したメタデータリストをローカルストレージディレクトリ管理部３４に供給し、ローカルストレージディレクトリ管理部３４は、取得したメタデータリストをローカルストレージ２４に記録させる。
【０１２８】
ファイルシステムマージ処理部３８は、図１３に示されるように、光ディスク１１のファイルシステムと、ローカルストレージ２４のファイルシステムをマージし、１つの仮想的なファイルシステム（以下、仮想ファイルシステムと称する）を生成する。ファイルシステムマージ処理部３８は、生成した仮想ファイルシステムを、必要に応じて、メモリ２３に記憶させたり、再生制御部３９に供給したりする。また、ファイルシステムマージ処理部３８は、再生制御部３９などから、仮想ファイルシステム上のファイルの操作が要求された場合、操作対象となるファイルが光ディスク１１またはローカルストレージ２４のどちらに記録されているかを判定し、操作対象となるファイルが光ディスク１１に記録されている場合、光ディスクディレクトリ管理部３５に操作要求を示す情報を供給し、操作対象となるファイルがローカルストレージ２４に記録されている場合、ローカルストレージディレクトリ管理部３４に操作要求を示す情報を供給する。
【０１２９】
ファイルシステムマージ処理部３８は、ローカルストレージディレクトリ管理部３４または光ディスクディレクトリ管理部３５から供給されたファイルやデータを、必要に応じて、プレイリスト更新部３６または再生制御部３９に供給する。ファイルシステムマージ処理部３８は、プレイリスト更新部３６から更新されたPlayListファイルを取得し、取得したPlayListファイルを再生制御部３９に供給する。
【０１３０】
再生制御部３９は、図３１および図３２を参照して後述するように、MovieObjectファイルに含まれるMovieObjectを実行して、コンテンツの再生を制御する。具体的には、再生制御部３９は、MovieObjectを実行して、仮想ファイルシステムに対して操作指示を与えることにより、ファイルシステムマージ処理部３８を介して、ローカルストレージディレクトリ管理部３４または光ディスクディレクトリ管理部３５を制御して、光ディスク１１またはローカルストレージ２４に記録されているAVストリームやサブストリームなどを読み出させ、デコーダ２６に供給させる。再生制御部３９は、図１のデコーダ２６を制御して、光ディスク１１またはローカルストレージ２４に記録されているAVストリームやサブストリームなどに含まれる音声データ、映像データ、または、テキスト字幕ファイルのテキストデータなどのデコード（再生）を行わせる。
【０１３１】
MovieObjectなどコントローラ２１により実行されるアプリケーションプログラムは、図１３に示されるように、仮想ファイルシステムを介して、例えば、光ディスク１１に記録されているファイル1やローカルストレージ２４に記録されているファイル2を操作する。また、アプリケーションプログラムは、仮想ファイルシステムを介して、ローカルストレージ２４に記録されているファイル２のメタデータリストを利用することができる。
【０１３２】
このとき、アプリケーションプログラムは、仮想ファイルシステムが提供するAPI（Application Programming Interface）を利用して、各記録媒体に記録されているファイルの操作を要求する。仮想ファイルシステムのAPIは、さらに操作するファイルが記録されている記録媒体を管理するファイルシステムが提供するネイティブのAPIを内部で呼び出して、各記録媒体に記録されているファイルの操作を行なう。すなわち、図１４に示されるように、仮想ファイルシステムは、アプリケーションプログラムに対して、記録媒体（ファイルシステム）の違いを隠蔽する役割を果たす。従って、アプリケーションプログラムは、ファイルが記録されている記録媒体の違いを意識せずに、同じAPIを利用して、各記録媒体に記録されているファイルを操作することができる。
【０１３３】
なお、例えば、再生装置１がスタティックバインディング方式に設定されている場合、仮想ファイルシステムは、再生装置１に光ディスク１１が装着されたとき、光ディスク１１のファイルシステムとローカルストレージ２４のファイルシステムがマージされることにより生成され、生成された仮想ファイルシステムがメモリ２３に記憶される。この場合、ファイルの書き込みなどによりローカルストレージ２４に記録されているディレクトリやファイルが変更されるごとに、仮想ファイルシステムは更新される。一方、再生装置１がダイナミックバインディング方式に設定されている場合、仮想ファイルシステムは、アプリケーションプログラムなどがAPIを呼び出し、ファイルの操作要求を行なうごとに生成される。
【０１３４】
図１５は、図１の本発明を適用したサーバ３の一実施の形態の構成を示すブロック図である。
【０１３５】
CPU(Central Processing Unit)５１は、ROM(Read Only Memory)５２に記憶されているプログラム、または、記憶部５８からRAM(Random Access Memory)５３にロードされたプログラムに従って各種の処理を実行する。RAM５３にはまた、CPU５１が各種の処理を実行する上において必要なデータなどが適宜記憶される。
【０１３６】
CPU５１、ROM５２、およびRAM５３は、バス５４を介して相互に接続される。このバス５４にはまた、入出力インターフェイス５５も接続される。
【０１３７】
入出力インターフェイス５５には、キーボード、マウスなどよりなる入力部５６、LCD(Liquid Crystal Display)などよりなるディスプレイ、並びにスピーカなどよりなる出力部５７、ハードディスクなどより構成される記憶部５８、ネットワーク２を介して再生装置１等と通信を行う通信部５９が接続されている。記憶部５８には、アクセスしてきた再生装置１に提供するコンテンツパッケージを格納するデータベース７１が構築されている。
【０１３８】
入出力インターフェイス５５にはまた、必要に応じてドライブ６０が接続される。ドライブ６０には、磁気ディスク、光ディスク、光磁気ディスク、或いは半導体メモリなどのリムーバブルメディア６１が装着される。
【０１３９】
このような構成を有するサーバ３においては、CPU５１により制御プログラムが実行されることで、例えば、図１６の各機能部が実現される。
【０１４０】
通信制御部８１は、通信部５９において行われる再生装置１との通信を制御し、例えば、再生装置１から送信されるコンテンツパッケージ一覧要求信号、または、コンテンツパッケージ送信要求信号を受信し、受信したコンテンツパッケージ一覧要求信号、または、コンテンツパッケージ送信要求信号をコンテンツパッケージ管理部８２に供給する。また、通信制御部８１は、コンテンツパッケージ一覧情報、または、コンテンツパッケージがコンテンツパッケージ管理部８２から供給されてきたとき、それらをネットワーク２を介して再生装置１に送信する。
【０１４１】
コンテンツパッケージ管理部８２は、通信制御部８１から供給されるコンテンツパッケージ一覧要求信号に基づいて、データベース７１からダウンロード可能なコンテンツパッケージの情報を取得して、コンテンツパッケージ一覧情報を生成し、生成したコンテンツパッケージ一覧情報を通信制御部８１に供給する。また、コンテンツパッケージ管理部８２は、通信制御部８１から供給されるコンテンツパッケージ送信要求信号に基づいて、データベース７１から送信が要求されたコンテンツパッケージを取得し、取得したコンテンツパッケージを通信制御部８１に供給する。
【０１４２】
次に、以上のような構成を有する再生装置１とサーバ３の動作についてフローチャート
を参照して説明する。
【０１４３】
まず、図１７のフローチャートを参照して、再生装置１により実行されるコンテンツパッケージダウンロード処理について説明する。
【０１４４】
ステップＳ１において、データ取得部３３は、コンテンツパッケージ一覧情報の送信をサーバ３に要求する。具体的には、例えば、ユーザが操作入力部２９を操作して、ダウンロード可能なコンテンツパッケージの一覧を表示させる処理を指示した場合、操作入力部２９はその処理の指示を示す信号を操作入力取得部３２に供給し、操作入力取得部３２は、さらにその信号をデータ取得部３３に供給する。データ取得部３３は、インターネットインタフェース２５を制御し、コンテンツパッケージ一覧要求信号をネットワーク２を介してサーバ３に送信する。
【０１４５】
サーバ３は、後述する図３０のステップＳ８２において、コンテンツパッケージ一覧要求信号を受信し、それに対応して、コンテンツパッケージ一覧情報を再生装置１に送信する。
【０１４６】
ステップＳ２において、メニュー画面表示制御部３１は、ダウンロード可能なコンテンツパッケージの一覧を表示させる。具体的には、データ取得部３３は、ネットワーク２およびインターネットインタフェース２５を介して、サーバ３により送信されたコンテンツパッケージ一覧情報を取得し、取得したコンテンツパッケージ一覧情報をメニュー画面表示制御部３１に供給する。メニュー画面表示制御部３１は、コンテンツパッケージ一覧情報に基づいて、表示装置にダウンロード可能なコンテンツパッケージの一覧を表示させる。
【０１４７】
ステップＳ３において、データ取得部３３は、ダウンロードするコンテンツパッケージの選択結果を取得する。具体的には、例えば、ユーザが、操作入力部２９を操作して、表示装置に表示されているコンテンツパッケージの一覧の中からダウンロードするコンテンツパッケージを選択した場合、操作入力部２９は選択されたコンテンツパッケージを示す情報を、操作入力取得部３２を介してデータ取得部３３に供給する。
【０１４８】
ステップＳ４において、データ取得部３３は、ユーザにより選択されたコンテンツパッケージが過去にダウンロードしたコンテンツパッケージであるか否かを判定する。具体的には、図２１を参照して後述するように、ダウンロードしたコンテンツパッケージに含まれるアップデートファイルをローカルストレージ２４に記録させる場合、各アップデートファイルのメタデータリストが生成され、生成されたメタデータリストはアップデートファイルとともにローカルストレージ２４に記録される。メタデータリストには、アップデートファイルの配信元の情報を格納するsourceと呼ばれるフィールドがあり、例えば、sourceにはアップデートファイルの配信元のURLが記録されている。
【０１４９】
例えば、データ取得部３３は、コンテンツパッケージ一覧情報に基づいて、ユーザにより選択されたコンテンツパッケージの配信元のURLをローカルストレージディレクトリ管理部３４に供給する。ローカルストレージディレクトリ管理部３４は、ローカルストレージ２４に記録されているファイルの中から、データ取得部３３から取得した配信元のURLと一致するsourceの値を持つファイルを検索し、その検索結果をデータ取得部３３に供給する。データ取得部３３は、その検索結果に基づいて、ローカルストレージ２４に記録されているファイルの中にユーザにより選択されたコンテンツパッケージの配信元のURLと一致するsourceの値を持つファイルがない場合、すなわち、過去にそのURLで示される場所からコンテンツパッケージがダウンロードされていない場合、ユーザにより選択されたコンテンツパッケージが過去にダウンロードしたコンテンツパッケージではないと判定し、処理はステップＳ５に進む。
【０１５０】
ステップＳ５において、データ取得部３３は、インターネットインタフェース２５を制御し、ユーザにより選択されたコンテンツパッケージのダウンロードを要求するコンテンツパッケージ送信要求信号をネットワーク２を介してサーバ３に送信する。
【０１５１】
サーバ３は、後述する図３０のステップＳ８４において、コンテンツパッケージ送信要求信号を受信し、それに対応してユーザにより選択されたコンテンツパッケージを再生装置１に送信する。
【０１５２】
ステップＳ６において、データ取得部３３は、ネットワーク２およびインターネットインタフェース２５を介して、サーバ３により送信されたコンテンツパッケージを受信し、受信したコンテンツパッケージをローカルストレージディレクトリ管理部３４に供給する。
【０１５３】
ステップＳ７において、コントローラ２１は、コンテンツ更新処理を行なう。具体的には、図１８を参照して後述するが、この処理によりコンテンツパッケージに含まれるアップデートファイルが１つずつ展開され、ローカルストレージ２４に記録される。
【０１５４】
ステップＳ８において、ローカルストレージディレクトリ管理部３４は、コンテンツパッケージに含まれる全てのアップデートファイルについて処理したか否かを判定する。全てのアップデートファイルについて処理していないと判定された場合、処理はステップＳ７に戻り、ステップＳ８において全てのアップデートファイルについて処理したと判定されるまでコンテンツ更新処理が繰り返される。
【０１５５】
ステップＳ８において、全てのアップデートファイルについて処理したと判定された場合、コンテンツパッケージダウンロード処理は終了する。
【０１５６】
ステップＳ４において、ユーザにより選択されたコンテンツパッケージが過去にダウンロードしたコンテンツパッケージであると判定された場合、すなわち、ローカルストレージ２４に記録されているファイルの中にユーザにより選択されたコンテンツパッケージの配信元のURLと一致するsourceの値を持つファイルがある場合、コンテンツパッケージのダウンロードは行なわれずに、コンテンツパッケージダウンロード処理は終了する。これにより、同じコンテンツパッケージ（アップデートファイル）が繰り返しダウンロードされることが防止される。
【０１５７】
次に、図１８のフローチャートを参照して、図１７のステップＳ７のコンテンツ更新処理の詳細を説明する。
【０１５８】
ステップＳ３１において、ローカルストレージディレクトリ管理部３４は、ローカルストレージ２４にアップデートファイルを記録するディレクトリが存在するか否かを判定する。アップデートファイルは、アップデートファイルのMetadataのauthor_idとdisc_idに基づいて、ローカルストレージ２４のルートディレクトリの直下にあるアップデートファイルのauthor_idの値の名前がつけられたディレクトリ（以下、author_idディレクトリと称する）の下のアップデートファイルのdisc_idの値の名前がつけられたディレクトリ（以下、disc_idディレクトリと称する）の下に記録される。すなわち、図１９に示されるように、アップデートファイルは、author_idごとに分類され、さらにdisc_idごとに分類され、ローカルストレージ２４に記録される。
【０１５９】
ローカルストレージディレクトリ管理部３４は、コンテンツパッケージに含まれるアップデートファイルの中から、今回のコンテンツ更新処理の対象となるアップデートファイル（以下、処理対象アップデートファイルと称する）を選び、処理対象アップデートファイルのauthor_idとdisc_idを調べる。ローカルストレージディレクトリ管理部３４は、ローカルストレージ２４のルートディレクトリの直下に、処理対象アップデートファイルを記録するauthor_idディレクトリがないか、または、author_idディレクトリの下に、処理対象アップデートファイルを記録するdisc_idディレクトリがない場合、アップデートファイルを記録するディレクトリが存在しないと判定し、処理はステップＳ３２に進む。
【０１６０】
ステップＳ３２において、ローカルストレージディレクトリ管理部３４は、アップデートファイルを記録するディレクトリを作成する。具体的には、ローカルストレージ２４のルートディレクトリの直下に処理対象アップデートファイルを記録するauthor_idディレクトリがない場合、ローカルストレージディレクトリ管理部３４は、ローカルストレージ２４のルートディレクトリの直下に処理対象アップデートファイルのauthor_idと同じ名前のauthor_idディレクトリを作成する。そして、ローカルストレージディレクトリ管理部３４は、author_idディレクトリの下に処理対象アップデートファイルのdisc_idと同じ名前のdisc_idディレクトリを作成する。
【０１６１】
さらに、ローカルストレージディレクトリ管理部３４は、図２０に示されるように、作成したdisc_idディレクトリの下に、図８に示される光ディスク１１のBDMVディレクトリより下の階層と同様の構成となるBACKUPディレクトリ、PLAYLISTディレクトリ、CLIPINFディレクトリ、STREAMディレクトリ、およびAUXDATAディレクトリを作成する。なお、図２０の例において、author_idディレクトリの名称およびdisc_idディレクトリの名称とも「１」である。すなわち、図２０のdisc_idディレクトリの下にはauthor_idおよびdisc_idがともに１であるアップデートファイルが記録される。
【０１６２】
ステップＳ３３において、ローカルストレージディレクトリ管理部３４は、処理対象アップデートファイルのoperation_typeの値が0x01であるか否かを判定する。処理対象アップデートファイルのoperation_typeの値が0x01であると判定された場合、処理はステップＳ３４に進む。
【０１６３】
ステップＳ３４において、ローカルストレージディレクトリ管理部３４は、処理対象アップデートファイルをローカルストレージ２４に記録させる。このとき、処理対象アップデートファイルがIndexファイルまたはMovieObjectファイルの場合、処理対象アップデートファイルはdisc_idディレクトリの下に記録され、処理対象アップデートファイルがPlayListファイルの場合、処理対象アップデートファイルはPLAYLISTディレクトリの下に記録され、処理対象アップデートファイルがClip Informationファイルの場合、処理対象アップデートファイルはCLIPINFディレクトリの下に記録され、処理対象アップデートファイルがClip AVストリームファイルやサブストリームファイルの場合、処理対象アップデートファイルはSTREAMディレクトリの下に記録される。処理対象アップデートファイルがそれ以外のファイルの場合、処理対象アップデートファイルはAUXDATAディレクトリの下に記録される。
【０１６４】
ローカルストレージ２４に記録されるアップデートファイルの名前は、図２０に示されるように、ファイル名と拡張子の間に「.」（ピリオド）と４桁の数字の番号を挿入したものとされる。この４桁の数字はバージョン番号を示し、0000から始まり、新しいバージョンのアップデートファイルが記録されるごとに1ずつ増やされる。例えば、「01001.mpls」の名前のPlayListファイルのアップデートファイルをPLAYLISTディレクトリに記録する場合、PLAYLISTディレクトリに「01001.****.mpls（****はバージョン番号）」のファイル名のファイルが記録されていないとき、すなわち、「01001.mpls」の名前のPlayListファイルのアップデートファイルがまだ存在しないとき、アップデートファイルは「01001.0000.mpls」の名前で記録され、PLAYLISTディレクトリにすでに「01001.0000.mpls」のファイルが記録されているとき、アップデートファイルは「01001.0001.mpls」の名前で記録される。
【０１６５】
ステップＳ３５において、メタデータ生成部３７は、ローカルストレージ２４に記録されたアップデートファイルのメタデータリストを生成し、処理はステップＳ４３に進む。具体的には、ローカルストレージディレクトリ管理部３４は、コンテンツパッケージから処理対象アップデートファイルのMetadata（図９）を抽出し、抽出したMetadataをメタデータ生成部３７に供給する。
【０１６６】
図２１は、メタデータリストのデータ構造を示している。メタデータ生成部３７は、Metadataのauthor_id、disc_id、title_id、operation_type、version、display_name、およびpermissionの値をそのまま、メタデータリストのauthor_id、disc_id、title_id、operation_type、version、display_name、およびpermissionに設定する。また、メタデータ生成部３７は、データ取得部３３からコンテンツパッケージの配信元に関する情報（例えば、コンテンツパッケージが配信された場所のURLなど）を取得し、その情報をメタデータリストのsourceに設定する。すなわち、メタデータリストは、sourceを追加することによりアップデートファイルのMetadataを更新したものであり、アップデートファイルに関する情報が含まれる。
【０１６７】
メタデータリストのsourceは、アップデートファイルの配信元の情報を示す１０２４バイトのフィールドである。sourceの値は、例えば、ISO/IEC 646規格に従い符号化される。上述したように、例えば、sourceには、コンテンツパッケージの配信元のURLが設定され、設定された値は、図１７のステップＳ４の判定処理において、過去にダウンロードしたコンテンツパッケージを繰り返しダウンロードするのを防ぐために用いられる。
【０１６８】
なお、sourceに設定されるコンテンツパッケージの配信元のURLにコンテンツパッケージの名称やアップデートファイルの名称を含めるようにしてもよい。また、例えば、ローカルストレージ２４に記録されているアップデートファイルを削除する場合などに、図２２に示されるように、ファイル名の代わりにアップデートファイルのdiplay_nameを画面に表示させることにより、ユーザにアップデートファイルの内容を具体的に分かりやすく伝えることができる。さらに、メタデータリストは、必ずしもアップデートファイル毎に設ける必要はなく、どのアップデートファイルのデータかを識別できるようにして、複数のアップデートファイルのメタデータリストを一括して１つのデータにより管理するようにしてもよい。
【０１６９】
ステップＳ３３において、処理対象アップデートファイルのoperation_typeの値が0x01でないと判定された場合、処理はステップＳ３５に進む。なお、operation_typeが0x01以外の場合、処理対象アップデートファイルはPlayListファイルである。
【０１７０】
ステップＳ３６において、ローカルストレージディレクトリ管理部３４は、再生装置１がスタティックバインディング方式に設定されているか否かを判定する。再生装置１がスタティックバインディング方式に設定されていると判定された場合、処理はステップＳ３７に進む。
【０１７１】
ステップＳ３７において、光ディスクディレクトリ管理部３５は、処理対象アップデートファイルにより更新される更新元のPlayListファイルを取得する。具体的には、光ディスクディレクトリ管理部３５は、処理対象アップデートファイルのauthor_id、disc_id、およびファイル名を示す情報を光ディスクディレクトリ管理部３５に供給する。光ディスクドライブ２２は、光ディスクディレクトリ管理部３５の制御の基に、処理対象アップデートファイルと同じauthor_idおよびdisc_idの光ディスク１１から、処理対象アップデートファイルと同じファイル名のPlayListファイルを読み出し、読み出したPlayListファイルを光ディスクディレクトリ管理部３５に供給する。
【０１７２】
ステップＳ３８において、光ディスクディレクトリ管理部３５は、ステップＳ３７の処理で、更新元のPlayListファイルを取得できたか否かを判定する。更新元のPlayListファイルを取得できたと判定された場合、処理はステップＳ３９に進む。
【０１７３】
ステップＳ３９において、ローカルストレージディレクトリ管理部３４は、処理対象アップデートファイルをプレイリスト更新部３６に供給し、光ディスクディレクトリ管理部３５は、更新元のPlayListファイルをプレイリスト更新部３６に供給する。
【０１７４】
ステップＳ４０において、プレイリスト更新部３６は、プレイリスト更新処理を行なう。プレイリスト更新処理の詳細については図２３を参照して後述するが、この処理により、光ディスク１１から読み出された更新元のPlayListファイルが、処理対象アップデートファイルに基づいて、更新される。
【０１７５】
ステップＳ４１において、プレイリスト更新部３６は、ステップＳ４０の処理で更新したPlayListファイルをローカルストレージディレクトリ管理部３４に供給して、ローカルストレージディレクトリ管理部３４は取得したPlayListファイルを、ステップＳ３４と同様の処理により、ローカルストレージ２４のPLAYLISTディレクトリに記録させる。
【０１７６】
ステップＳ４２において、メタデータ生成部３７は、ステップＳ３５の処理と同様に、ローカルストレージ２４に記録されたPlayListファイルのメタデータリストを生成し、処理はステップＳ４３に進む。この場合、メタデータリストは、PlayListファイルを更新するのに使用した処理対象アップデートファイルのMetadataに基づいて生成される。ただし、ステップＳ３５の処理と異なり、operation_typeの値は0x01に更新される。これは、PlayListファイルが更新され、更新されたPlayListファイルがローカルストレージ２４に記録されるため、今後このPlayListファイルに含まれるPlayListを使用する（PlayListを再生する）場合、改めてPlayListファイルを更新する必要がないことを示すためである。
【０１７７】
ステップＳ３８において、更新元のPlayListファイルを取得できなかったと判定された場合、例えば、処理対象アップデートファイルと同じauthor_idとdisc_idの光ディスク１１が光ディスクドライブ２２に装着されていない場合、処理はステップＳ３４に進む。その後、ステップＳ３４において、処理対象アップデートファイルがローカルストレージ２４に記録され、ステップＳ３５において、処理対象アップデートファイルのメタデータが生成され、処理はステップＳ４３に進む。この場合、例えば、ローカルストレージ２４に記録された処理対象アップデートファイルと同じauthor_idとdisc_idの光ディスク１１が光ディスクドライブ２２に装着され、PlayListファイルの更新が可能になった時点で、上述したステップＳ４０乃至Ｓ４２の処理が実行され、PlayListファイルが更新され、更新されたPlayListファイルがローカルストレージ２４に記録される。
【０１７８】
ステップＳ３６において、再生装置１がダイナミックバインディング方式に設定されていると判定された場合、処理はステップＳ３４に進む。その後、ステップＳ３４において、処理対象アップデートファイルがローカルストレージ２４に記録され、ステップＳ３５において、処理対象アップデートファイルのメタデータが生成され、処理はステップＳ４３に進む。
【０１７９】
ステップＳ４３において、メタデータ生成部３７は、生成したメタデータリストをローカルストレージディレクトリ管理部３４に供給し、ローカルストレージディレクトリ管理部３４は、取得したメタデータリストをローカルストレージ２４に記録させる。メタデータリストは、図２０に示されるように、メタデータリストが対応するアップデートファイルと同じディレクトリに、アップデートファイルのファイル名の末尾に拡張子「.data」を付加した名前で記録される。
【０１８０】
次に、図２３を参照して、図１８のステップＳ４０のプレイリスト更新処理の詳細について説明する。
【０１８１】
ステップＳ６１において、プレイリスト更新部３６は、処理対象アップデートファイルのoperation_typeの値が0x02であるか否かを判定する。処理対象アップデートファイルのoperation_typeの値が0x02であると判定された場合、処理はステップＳ６２に進む。
【０１８２】
ステップＳ６２において、プレイリスト更新部３６は、更新元のPlayListファイルに含まれるPlayListに処理対象アップデートファイルに含まれるSub Pathを追加し、プレイリスト更新処理は終了する。ここで、ステップＳ６２の処理について、図２４および図２５を参照して、具体的に説明する。
【０１８３】
図２４に示されるように、光ディスク１１には、PlayItem１から構成されるMain Path、および、SubPlayItem１から構成されるSub Path１を有するPlayList１（図２４の左側のPlayList１）、PlayItem１が参照するClip AVストリーム１、および、SubPlayItem１が参照し、Clip AVストリーム１と同期して再生される吹き替え音声のデータであるオーディオストリーム（Audio Stream）１が記録されているものとする。この光ディスク１１に記録されているコンテンツに対して、Clip AVストリーム１に同期して再生される字幕データであるグラフィックストリーム（Graphics Stream）１を追加するとともに、グラフィックストリーム１の再生区間を指定するSubPlayItem２により構成されるSub Path２をPlayList１に追加する場合について考える。
【０１８４】
この場合、図２５の左端の四角で囲まれた部分に示されるように、光ディスク１１にはSub Path１を有するPlayList１ファイル、Clip AVストリーム１ファイル、およびオーディオストリーム１ファイルが記録されている。そして、図２５の中央の四角で囲まれた部分に示されるように、サーバ３からダウンロードしたコンテンツパッケージには、Sub Path２を有するPlayList１ファイル、Clip AVストリーム１ファイル、およびグラフィックストリーム１ファイルが含まれているものとする。
【０１８５】
プレイリスト更新部３６は、コンテンツパッケージ内のPlayList１ファイルの中からSub Path２を抽出して、抽出したSub Path２を、光ディスク１１から読み出された更新元のPlayList１ファイルに含まれるPlayList１に追加する。すなわち、光ディスク１１に記録されているコンテンツ、コンテンツパッケージに含まれるコンテンツ、および更新されたPlayList１ファイルを合わせると、図２５の右端の四角で囲まれた部分に示される状態となる。これにより、図２４の右側に示されるSub Path２が追加されたPlayList１を再生することにより、Clip AVストリームの再生に同期して、オーディオストリーム１およびグラフィックストリーム１が再生されるようになる。従って、ユーザには、Clip AVストリームの再生に同期して再生されるグラフィックストリーム１が光ディスク１１に新たに追加されたように見える。
【０１８６】
ステップＳ６１において、処理対象アップデートファイルのoperation_typeの値が0x02でないと判定された場合、処理はステップＳ６３に進む。
【０１８７】
ステップＳ６３において、プレイリスト更新部３６は、処理対象アップデートファイルのoperation_typeの値が0x03であるか否かを判定する。処理対象アップデートファイルのoperation_typeの値が0x03であると判定された場合、処理はステップＳ６４に進む。
【０１８８】
ステップＳ６４において、プレイリスト更新部３６は、更新元のPlayListファイルに含まれるPlayListに処理対象アップデートファイルに含まれるSubPlayItemを追加し、プレイリスト更新処理は終了する。ここで、ステップＳ６４の処理について、図２６および図２７を参照して、具体的に説明する。
【０１８９】
図２６に示されるように、光ディスク１１には、PlayItem１から構成されるMain Path、および、SubPlayItem１から構成されるSub Path１を有するPlayList１（図２６の左側のPlayList１）、PlayItem１が参照するClip AVストリーム１、および、SubPlayItem１が参照し、Clip AVストリーム１と同期して再生される副音声のデータであるオーディオストリーム１が記録されているものとする。この光ディスク１１に記録されているコンテンツに対して、Clip AVストリーム１に同期して、オーディオストリーム１とは別の時間帯に再生される別の副音声のデータであるオーディオストリーム２を追加するとともに、オーディオストリーム２の再生区間を指定するSubPlayItem２をSub Path１に追加する場合について考える。なお、図２６においては、SubPlayItemをSPIと省略して記載している。
【０１９０】
この場合、図２７の左端の四角で囲まれた部分に示されるように、光ディスク１１にはSubPlayItem１により構成されるSub Path１を有するPlayList１ファイル、Clip AVストリーム１ファイル、およびオーディオストリーム１ファイルが記録されている。そして、図２７の中央の四角で囲まれた部分に示されるように、サーバ３からダウンロードしたコンテンツパッケージには、SubPlayItem２により構成されるSub Path１を有するPlayList１ファイル、Clip AVストリーム１ファイル、およびオーディオストリーム２ファイルが記録されているものとする。
【０１９１】
プレイリスト更新部３６は、コンテンツパッケージ内のPlayList１ファイルのSub Path１の中からSubPlayItem２を抽出して、抽出したSubPlayItem２を、光ディスク１１から読み出された更新元のPlayList１ファイルに含まれるPlayList１に追加する。すなわち、光ディスク１１に記録されているコンテンツ、コンテンツパッケージに含まれるコンテンツ、および更新されたPlayList１ファイルを合わせると、図２７の右端の四角で囲まれた部分に示される状態となる。これにより、図２６の右側に示されるSub Path１にSubPlayItem２が追加されたPlayList１を再生することにより、Clip AVストリームに同期して、オーディオストリーム１と別の時間帯にオーディオストリーム２が再生されるようになる。従って、ユーザには、Clip AVストリームに同期してオーディオストリーム１と別の時間帯に再生されるオーディオストリーム２が光ディスク１１に追加されたように見える。
【０１９２】
ステップＳ６３において、処理対象アップデートファイルのoperation_typeの値が0x03でないと判定された場合、すなわち、処理対象アップデートファイルのoperation_typeの値が0x04の場合、処理はステップＳ６５に進む。
【０１９３】
ステップＳ６５において、プレイリスト更新部３６は、更新元のPlayListファイル内の参照するサブClipを新たに追加する（SubClip_entryを追加する）SubPlayItemにおいて、is_multi_Clip_entries（図６）の値が１であるか否かを判定する。is_multi_Clip_entriesの値が１でないと判定された場合、すなわち、SubClip_entryを追加するSubPlayItemが、現在１つのサブClipのみを参照している場合、処理はステップＳ６６に進む。
【０１９４】
ステップＳ６６において、プレイリスト更新部３６は、更新元のPlayListファイル内のSubClip_entryを追加するSubPlayItemのis_multi_Clip_entriesの値を１に設定する。
【０１９５】
ステップＳ６５において、SubClip_entryを追加するSubPlayItemにおいてis_multi_Clip_entriesの値が１であると判定された場合、すなわち、SubClip_entryを追加するSubPlayItemが、すでに２つ以上のサブClipを参照している場合、ステップＳ６６の処理はスキップされ、処理はステップＳ６７に進む。
【０１９６】
ステップＳ６７において、プレイリスト更新部３６は、SubClip_entryを追加するSubPlayItemのnumber_of_Clip_entries（図６）の値を現在の値から１つ増やす。すなわち、SubClip_entryを追加するSubPlayItemが参照するサブClipの数の設定値を１つ増やす。
【０１９７】
ステップＳ６８において、プレイリスト更新部３６は、更新元のPlayListファイルに含まれるSubPlayItemに処理対象アップデートファイルに含まれるSubClip_entryを追加し、プレイリスト更新処理は終了する。ここで、ステップＳ６５乃至Ｓ６８の処理について、図２８および図２９を参照して、具体的に説明する。
【０１９８】
図２８に示されるように、光ディスク１１には、PlayItem１から構成されるMain Path、およびSubPlayItem１から構成されるSub Path１を有するPlayList１（図２８の左側のPlayList１）、PlayItem１が参照するClip AVストリーム１、および、SubPlayItem１が参照し、AVストリーム１と同期して再生される吹き替え音声データであるオーディオストリーム１が記録されているものとする。この光ディスク１１に記録されているコンテンツに対して、AVストリーム１に同期して再生される、オーディオストリーム１とは別の言語の吹き替え音声データであるオーディオストリーム２を追加するとともに、オーディオストリーム２の再生区間をSubPlayItem１により指定するようにする場合について考える。
【０１９９】
この場合、図２９の左端の四角で囲まれた部分に示されるように、光ディスク１１にはSubPlayItem１により構成されるSub Path１を有するPlayList１ファイル、Clip AVストリーム１ファイル、およびオーディオストリーム１ファイルが記録されている。また、SubPlayItem１には、オーディオストリーム１ファイルを参照するための情報であるSubClip_entry１が登録されている。なお、この例では、上述したステップＳ６６またはＳ６７において、SubPlayItem１のis_multi_Clip_entriesまたはnumber_of_Clip_entriesの値が変更される。
【０２００】
そして、図２９の中央の四角で囲まれた部分に示されるように、サーバ３からダウンロードしたコンテンツパッケージには、SubPlayItem１により構成されるSub Path１を有するPlayList１ファイル、Clip AVストリーム１ファイル、およびオーディオストリーム２ファイルが記録されているものとする。また、SubPlayItem１には、オーディオストリーム２ファイルを参照するための情報であるSubClip_entry２が登録されているものとする。
【０２０１】
プレイリスト更新部３６は、コンテンツパッケージ内のPlayList１ファイルに含まれるSub Path１のSubPlayItem１の中からSubClip_entry２を抽出して、抽出したSubClip_entry２を光ディスク１１から読み出された更新元のPlayList１ファイルに含まれるSub Path１のSubPlayItem１に追加する。すなわち、光ディスク１１に記録されているコンテンツ、コンテンツパッケージに含まれるコンテンツ、および更新されたPlayList１ファイルを合わせると、図２９の右端の四角で囲まれた部分に示される状態となる。これにより、図２８の右側のPlayList１に示されるように、PlayList１のSubPlayItem１からオーディオストリーム１またはオーディオストリーム２を参照できるようになり、Clip AVストリームに同期して、オーディオストリーム１またはオーディオストリーム２を選択して再生できるようになる。従って、ユーザには、Clip AVストリームに同期してオーディオストリーム１と切り替えて再生できるオーディオストリーム２が光ディスク１１に追加されたように見える。
【０２０２】
このようにして、PlayListファイルを更新する場合、operation_typeの値に基づいて、PlayListファイル全体を更新したり、PlayListファイルに含まれるPlayListにSub Path、SubPlayItem、または、SubClip_entryのみを追加して更新したりすることができる。従って、PlayListの更新が部分のみを更新することができ、PlayListの更新方法の自由度が高くなるとともに、PlayListの拡張性が向上する。また、PlayListファイルのアップデートファイルにはPlayListの更新に必要なデータのみを含むようにすることができ、コンテンツパッケージのデータ量を削減することができる。
【０２０３】
次に、図３０のフローチャートを参照して、図１７の再生装置１のダウンロード処理に対応してサーバ３により実行されるコンテンツパッケージ提供処理について説明する。
【０２０４】
ステップＳ８１において、コンテンツパッケージ管理部８２は、コンテンツパッケージ一覧情報を生成する。具体的には、通信制御部８１は、上述した図１７のステップＳ１の処理で、再生装置１から送信されたコンテンツパッケージ一覧要求信号をネットワーク２を介して受信し、受信したコンテンツパッケージ一覧要求信号をコンテンツパッケージ管理部８２に供給する。コンテンツパッケージ管理部８２は、データベース７１から提供可能なコンテンツパッケージに関する情報を抽出し、コンテンツパッケージ一覧情報を生成する。
【０２０５】
ステップＳ８２において、コンテンツパッケージ管理部８２は、生成したコンテンツパッケージ一覧情報を通信制御部８１に供給し、通信制御部８１は、取得したコンテンツパッケージ一覧情報をネットワーク２を介して再生装置１に送信する。
【０２０６】
ステップＳ８３において、コンテンツパッケージ管理部８２は、再生装置１に送信するコンテンツパッケージを取得する。具体的には、通信制御部８１は、上述した図１７のステップＳ５の処理で再生装置１から送信されたコンテンツパッケージ送信要求信号をネットワーク２を介して受信し、受信したコンテンツパッケージ送信要求信号をコンテンツパッケージ管理部８２に供給する。コンテンツパッケージ管理部８２は、再生装置１により指定されたコンテンツパッケージをデータベース７１から取得する。
【０２０７】
ステップＳ８４において、コンテンツパッケージ管理部８２は、取得したコンテンツパッケージを通信制御部８１に供給し、通信制御部８１は、取得したコンテンツパッケージをネットワーク２を介して再生装置１に送信する。
【０２０８】
以上のようにして、ネットワーク２経由でサーバ３から更新コンテンツパッケージをダウンロードすることにより、光ディスク１１に記録されているコンテンツに対して新たにコンテンツを追加したり、光ディスク１１に記録されているコンテンツを更新したりすることができるため、コンテンツの追加や更新が簡単にできる。また、複数のアップデートファイルを１つのコンテンツパッケージにまとめて配信することにより、効率的にアップデートファイルを提供することができ、また、アップデートファイルをダウンロードする回数を減らすことができる。従って、アップデートファイルのダウンロードに要するユーザの手間が省けるとともに、コンテンツの更新や追加に要する時間を短縮することができる。さらに、各アップデートファイルのメタデータリストを記録することにより、アップデートファイルに関する詳細な情報を容易に取得することができるようになる。
【０２０９】
次に、図３１および図３２のフローチャートを参照して、再生装置１により実行される再生処理について説明する。なお、この処理は、ユーザが操作入力部２９を操作するなどにより、再生処理の開始が指示されたとき開始される。
【０２１０】
ステップＳ１０１において、ファイルシステムマージ処理部３８は、再生装置１がダイナミックバインディング方式に設定されているか否かを判定する。再生装置１がダイナミックバインディング方式に設定されていると判定された場合、処理はステップＳ１０２に進む。
【０２１１】
ステップＳ１０２において、ファイルシステムマージ処理部３８は、仮想ファイルシステムを生成する。具体的には、光ディスクドライブ２２は、光ディスクディレクトリ管理部３５の制御の基に、光ディスク１１からファイルシステム、author_id、およびdisc_idを読み出し、読み出したファイルシステム、author_id、およびdisc_idを光ディスクディレクトリ管理部３５に供給する。光ディスクディレクトリ管理部３５は、取得したファイルシステム、author_id、およびdisc_idをファイルシステムマージ処理部３８に供給する。ローカルストレージディレクトリ管理部３４は、ローカルストレージ２４からファイルシステムを読み出し、読み出したファイルシステムをファイルシステムマージ処理部３８に供給する。ファイルシステムマージ処理部３８は、光ディスク１１のファイルシステムおよびローカルストレージ２４のファイルシステムをマージして、仮想ファイルシステムを生成する。
【０２１２】
例えば、author_idとdisc_idの値がともに「１」である光ディスク１１が再生装置１に装着され、その光ディスク１１に図３３に示される構成のディレクトリおよびファイルを有するファイルシステムが記録されており、光ディスク１１のローカルストレージ２４には、図２０を参照して上述した構成のディレクトリおよびファイルを有するファイルシステムが記録されている場合について考える。なお、図３３に示される光ディスク１１のファイルシステムのディレクトリ構成は、図８を参照して上述した光ディスク１１のファイルシステムのディレクトリ構成と同様である。
【０２１３】
まず、ファイルシステムマージ処理部３８は、仮想ファイルシステム上に、VBDMVの名前がつけられたディレクトリを作成する。次に、ファイルシステムマージ処理部３８は、ローカルストレージ２４のファイルシステムの光ディスク１１のauthor_idと同じ名前のauthor_idディレクトリの下にある光ディスク１１のdisc_idと同じ名前のdisc_idディレクトリより下の階層のディレクトリおよびファイルと、光ディスク１１のBDMVディレクトリより下の階層のディレクトリおよびファイルを、仮想ファイルシステムのVBDMVディレクトリの下にマージして配置する。いまの場合、図２０のローカルストレージ２４のrootディレクトリから２階層目の「１」の名前がつけられたディレクトリより下の階層ディレクトリおよびファイル、図３３の光ディスク１１のBDMVディレクトリより下の階層のディレクトリおよびファイルが、ファイル名、ディレクトリ名およびディレクトリ構成は変更されずにそのままマージされて、図３４に示される仮想ファイルシステムが生成される。
【０２１４】
すなわち、仮想ファイルシステムのVDBMVディレクトリの下には、図３３の光ディスク１１のBDMVディレクトリ、および、図２０のローカルストレージ２４のrootディレクトリから２階層目の「１」の名前がつけられたdisc_idディレクトリに格納されているIndexファイルとMovieObjectファイル、およびそのメタデータリストが格納され、PLAYLISTディレクトリには、図３３の光ディスク１１のPLAYLISTディレクトリおよび図２０のローカルストレージ２４のPLAYLISTディレクトリに格納されている全てのPlayListファイルおよびそのメタデータリストが格納され、CLIPINFディレクトリには、図３３の光ディスク１１のCLIPINFディレクトリおよび図２０のローカルストレージ２４のCLIPINFディレクトリに格納されている全てのClipInformationファイルおよびそのメタデータリストが格納され、STREAMディレクトリには、図３３の光ディスク１１のSTREAMディレクトリおよび図２０のローカルストレージ２４のSTREAMディレクトリに格納されている全てのClip AVストリームファイルとサブストリームファイルおよびそのメタデータリストが格納され、AUXDATAディレクトリには、図３３の光ディスク１１のAUXDATAディレクトリおよび図２０のローカルストレージ２４のAUXDATAディレクトリに格納されている全てのファイルおよびそのメタデータリストが格納される。
【０２１５】
また、上述したように、仮想ファイルシステムは各種のAPIを提供している。例えば、指定したファイルを開くopen()、指定したファイルを閉じるclose()、指定したファイルの読み出し位置又は書き込み位置を設定するseek()、指定したファイルの状態を取得するstat()、指定したファイルを読み出すread()、指定したファイルを書き込むwrite()などのAPIが提供される。再生制御部３９などにより実行されるMovieObjectなどのアプリケーションプログラムは、これらのAPIを利用して、光ディスク１１またはローカルストレージ２４に記録されているファイルを操作する。
【０２１６】
なお、この仮想ファイルシステムでは、ローカルストレージ２４に記録されているファイルを、ファイル名の中間のバージョン番号を除いたファイル名（例えば、図３４の「Index.0001.bdmv」の「.0001」を除いた「Index.bdmv」）により取り扱う。また、仮想ファイルシステムは、APIにより指定されたファイルが光ディスク１１およびローカルストレージ２４に複数の異なるバージョンのファイルが存在する場合（例えば、図３４に示されるように「Index.bdmv」について、「Index.bdmv」、「Index.0000.bdmv」、および「Index.0001.bdmv」が存在する場合）、最新のバージョンのファイル（例えば、「Index.0001.bdmv」）を対象にしてAPIにより指示された操作を行なう。
【０２１７】
また、仮想ファイルシステムは、メタデータリストを操作するgetProperty()とsetProperty()の２種類のAPIを提供する。getProperty()は、操作の対象となるメタデータリストの仮想ファイルシステム上の絶対パスの名称と、読み出したいメタデータの要素名（例えば、author_id）の２つの引数を呼び出し元が設定することにより、指定されたメタデータリストから指定された要素のメタデータを読み出し、読み出したメタデータを呼び出し元に戻り値として返す。setProperty()は、操作の対象となるメタデータリストの仮想ファイルシステム上の絶対パスの名称と、値を設定したいメタデータの要素名（例えば、author_id）と、設定したいメタデータの値の３つの引数を呼び出し元が設定することにより、指定されたメタデータリストの指定された要素に指定された値を設定する。
【０２１８】
図３１の説明に戻り、ファイルシステムマージ処理部３８は、生成した仮想ファイルシステムを再生制御部３９に供給する。
【０２１９】
ステップＳ１０１において、再生装置１がスタティックバインディング方式に設定されていると判定された場合、ステップＳ１０２の処理はスキップされ、処理はステップＳ１０３に進む。なお、この場合、図３４に示される仮想ファイルシステムは、光ディスク１１が再生装置１に装着されたときにすでに生成され、メモリ２３に記憶されている。
【０２２０】
ステップＳ１０３において、メニュー画面表示制御部３１は、表示装置に再生メニュー画面を表示させる。具体的には、再生制御部３９は、仮想ファイルシステムに対して、Indexファイルの読出しを要求する。ファイルシステムマージ処理部３８は、読み出しが要求されたIndexファイルの最新のバージョンのファイルが、光ディスク１１に記録されている場合、光ディスクディレクトリ管理部３５にファイルの読出しを要求し、ローカルストレージ２４に記録されている場合、ローカルストレージディレクトリ管理部３４にファイルの読出しを要求する。
【０２２１】
光ディスクディレクトリ管理部３５がIndexファイルの読み出しの要求を受けた場合、光ディスクドライブ２２は、光ディスクディレクトリ管理部３５の管理の基に、光ディスク１１からIndexファイルを読み出し、読み出したIndexファイルを光ディスクディレクトリ管理部３５に供給する。光ディスクディレクトリ管理部３５は、取得したIndexファイルをファイルシステムマージ処理部３８を介して再生制御部３９に供給する。ローカルストレージディレクトリ管理部３４がIndexファイルの読み出しの要求を受けた場合、ローカルストレージディレクトリ管理部３４は、ローカルストレージ２４から最新のバージョンのIndexファイルを読み出し、読み出したIndexファイルを、ファイルシステムマージ処理部３８を介して再生制御部３９に供給する。
【０２２２】
再生制御部３９は、取得したIndexファイルをメニュー画面表示制御部３１に供給する。メニュー画面表示制御部３１は、Indexファイルに基づいて、再生メニュー画面を表示装置に表示させる。
【０２２３】
ステップＳ１０４において、再生制御部３９は、ユーザにより選択されたMovieObjectを実行する。具体的には、ユーザは操作入力部２９を操作して、表示装置に表示されている再生メニュー画面の中から１つの項目を選択する。操作入力部２９は、ユーザにより選択された項目を示す情報を、操作入力取得部３２を介して、再生制御部３９に供給する。再生制御部３９は、Indexファイルに基づいて、その項目が選択されたときに実行するMovieObjectの情報を取得する。再生制御部３９は、ステップＳ１０３の処理でIndexファイルを取得した場合と同様の処理により、実行するMovieObjectを含むMovieObjectファイルのうち最新のバージョンのファイルを光ディスク１１またはローカルストレージ２４から取得する。再生制御部３９は、取得したMovieObjectファイルに含まれるMovieObjectを実行する。再生制御部３９がMovieObjectを実行することにより、MovieObjectからPlayListの再生が指示される。
【０２２４】
ステップＳ１０５において、再生制御部３９は、MovieObjectにより再生が指示されたPlayListを含むPlayListファイルの読み出しを、仮想ファイルシステムに対して要求する。
【０２２５】
ステップＳ１０６において、ファイルシステムマージ処理部３８は、再生制御部３９により読み出しが指示されたPlayListファイルのうち最新のバージョンのファイルを、ステップＳ１０３の処理でIndexファイルを取得した場合と同様の処理により光ディスク１１またはローカルストレージ２４から取得する。このとき、ファイルシステムマージ処理部３８は、取得したPlayListファイルのメタデータリストのoperation_typeの値も合わせて取得する。
【０２２６】
ステップＳ１０７において、ファイルシステムマージ処理部３８は、取得したPlayListファイルの更新が必要であるか否かを判定する。取得したPlayListファイルの更新が必要であると判定された場合、すなわちPlayListファイルのoperation_typeの値が0ｘ02乃至0ｘ04である場合、処理はステップＳ１０８に進む。
【０２２７】
ステップＳ１０８において、ファイルシステムマージ処理部３８は、ステップＳ１０６の処理で取得したPlayListファイルにより更新される更新元のPlayListファイルを、ステップＳ１０３の処理でIndexファイルを取得した場合と同様の処理により、光ディスク１１から取得する。ファイルシステムマージ処理部３８は、ステップＳ１０６およびＳ１０８の処理で取得した新旧のPlayListファイルをプレイリスト更新部３６に供給する。
【０２２８】
ステップＳ１０９において、プレイリスト更新部３６は、ステップＳ１０８の処理で取得した新旧のPlayListファイルに基づいて、図２３を参照して上述したプレイリスト更新処理を実行する。
【０２２９】
ステップＳ１１０において、プレイリスト更新部３６は、更新したPlayListファイルをファイルシステムマージ処理部３８を介して、再生制御部３９に供給し、処理はステップＳ１１２に進む。
【０２３０】
ステップＳ１０７において、PlayListファイルの更新が必要でないと判定された場合、すなわち、取得したPlayListファイルが、光ディスク１１から読み出されたPlayListファイルまたはoperation_typeの値が１のPlayListファイルであり、PlayListファイルを更新せずにそのまま使用できる場合、処理はステップＳ１１１に進む。
【０２３１】
ステップＳ１１１において、ファイルシステムマージ処理部３８は、ステップＳ１０６の処理で取得したPlayListファイルを再生制御部３９に供給し、処理はステップＳ１１２に進む。
【０２３２】
ステップＳ１１２において、再生制御部３９は、取得したPlayListファイルに含まれる、MovieObjectにより指定されたPlayListを再生する。
【０２３３】
PlayListの再生の開始に伴い、再生中のPlayListに含まれるPlayItemまたはSubPlayItemがClip Informationの参照を開始する。
【０２３４】
ステップＳ１１３において、再生制御部３９は、再生中のPlayListに含まれるPlayItemまたはSubPlayItemが参照するClipInformationを含むClipInformationファイルのうち最新のバージョンのファイルを、ステップＳ１０３の処理でIndexファイルを取得した場合と同様の処理により光ディスク１１またはローカルストレージ２４から取得する。
【０２３５】
そして、PlayItemまたはSubPlayItemによりタイムスタンプにより指定される各Clipへのアクセスポイントが、Clip informationによりClipに含まれるClip AVストリームファイルやサブストリームファイルであるストリームファイルへのアドレスに変換され、ストリームファイルに対するアクセスが行なわれる。
【０２３６】
ステップＳ１１４において、再生制御部３９は、光ディスク１１またはローカルストレージ２４に記録されているストリームをデコーダ２６に供給させる。具体的には、再生制御部３９は、PlayItemまたはSubPlayItemからClipInformationを介してアクセスされるストリームの供給を、仮想ファイルシステムに対して要求する。ファイルシステムマージ処理部３８は、供給が要求されたストリームを含む最新のバージョンのストリームファイルが、光ディスク１１に記録されている場合、光ディスクディレクトリ管理部３５にストリームの供給を要求し、ローカルストレージ２４に記録されている場合、ローカルストレージディレクトリ管理部３４にストリームの供給を要求する。
【０２３７】
光ディスクディレクトリ管理部３５がストリームの供給の要求を受けた場合、光ディスクドライブ２２は、光ディスクディレクトリ管理部３５の管理の基に、光ディスク１１に記録されているストリームファイルのPlayItemまたはSubPlayItemによりアクセスを指示された位置からストリームの読み出しを開始し、読み出したストリームを順次デコーダ２６に供給する。
【０２３８】
ローカルストレージディレクトリ管理部３４がストリームの供給の要求を受けた場合、ローカルストレージディレクトリ管理部３４は、ローカルストレージ２４に記録されているストリームファイルのPlayItemまたはSubPlayItemによりアクセスを指示された位置からストリームの読み出しを開始し、読み出したストリームを順次ローカルストレージ２４からデコーダ２６に供給させる。
【０２３９】
ステップＳ１１５において、デコーダ２６は、再生制御部３９の基に、取得したストリームを順次デコードし、得られたビデオ信号とオーディオ信号を外部の表示装置に供給する。表示装置においては、デコーダ２６によりデコードされた信号に基づいて、コンテンツの出力（映像の表示、音声の出力）が行われる。
【０２４０】
なお、この再生処理は、ユーザが操作入力部２９を操作するなどにより、再生処理の終了が指示されたり、MovieObjectの実行が終了したとき終了される。また、ステップＳ１０５以降の処理は、例えば、MovieObjectから新たなPlayListの再生が指示されたり、PlayItemまたはSubPlayItemが切り替わり、新たなClip参照されたりするごとに、適宜実行される。
【０２４１】
このようにして、光ディスク１１に記録されているコンテンツの再生に同期させて、サーバ３から取得し、ローカルストレージ２４に記録されている更新用のコンテンツや新たに追加したコンテンツを再生することができる。また、アップデートファイルはローカルストレージ２４に保管されるため、一度ダウンロードすれば、光ディスク１１に記録されているコンテンツを再生させるごとに、それに同期してアップデートファイルに含まれるコンテンツが再生される。
【０２４２】
さらに、仮想ファイルシステムを生成して、仮想ファイルシステムを介して、記録されている記録媒体の違いに関わらず同じAPIによりファイルを操作することができるようにしたことにより、MovieObjectなどのアプリケーションプログラムの開発が容易になるとともに、記録媒体の種類が異なる再生装置においても、同じアプリケーションプログラムを使用でき、アプリケーションプログラムの移植性が高くなる。また、スタティックバインディング方式とダイナミックバインディング方式の２つの更新方式を設けることにより、再生装置１のローカルストレージ２４の記録容量やコントローラ２１の処理能力などに応じて、仮想ファイルシステムやPlayList更新処理の方法を柔軟に切り替えることができるようになる。
【０２４３】
なお、アップデートファイルをローカルストレージ２４に記録せずに、光ディスク１１に記録されているコンテンツの再生時など、アップデートファイルが必要になるごとに、アップデートファイルをサーバ３からダウンロードするようにしてもよい。
【０２４４】
以上のように、着脱可能なデータ記録媒体に記録されている第１の再生制御データに基づいて再生されるデータ記録媒体に記録されているAVストリームに同期させて再生させるコンテンツデータ、コンテンツデータに関する情報を含む第１のメタデータ、コンテンツデータの再生の制御に関するデータであるコンテンツデータ再生制御データを含む第２の再生制御データ、および、第２の再生制御データに関する情報を含む第２のメタデータを含むコンテンツ更新データを取得し、第２の再生制御データおよび第２のメタデータに基づいて、第１の再生制御データを更新し、更新された第１の再生制御データに基づいて、AVストリームおよびコンテンツデータを同期させて再生させるようにAVストリームおよびコンテンツデータの再生を制御した場合には、データ記録媒体に記録されているコンテンツを再生することができる。また、簡単に、データ記録媒体に記録されているコンテンツに対して新たなコンテンツを追加したり、データ記録媒体に記録されているコンテンツを更新して、コンテンツを再生することができる。
【０２４５】
ネットワークを介して接続されている、着脱可能なデータ記録媒体に記録されているAVストリームをデータ記録媒体に記録されている第１の再生制御データに基づいて再生する再生装置からの要求に応じて、AVストリームに同期させて再生させるコンテンツデータ、コンテンツデータに関する情報を含む第１のメタデータ、コンテンツデータの再生の制御に関するデータであるコンテンツデータ再生制御データを含む第２の再生制御データ、および、第２の再生制御データに関する情報を含む第２のメタデータを含むコンテンツ更新データをデータベースから取得し、コンテンツ更新データの再生装置への送信を制御した場合には、データ記録媒体に記録されているコンテンツのアップデートファイルを提供することができる。また、本発明によれば、より効率的にアップデートファイルを提供することができる。
【０２４６】
上述した一連の処理は、ハードウェアにより実行させることもできるし、ソフトウェアにより実行させることもできる。
【０２４７】
一連の再生装置１の処理をソフトウェアにより実行させる場合には、制御プログラムをローカルストレージ２４に組み込まれた状態で提供する以外に、インターネットインタフェース２５を介してネットワーク２に接続されるサーバから制御プログラムを受信したり、制御プログラムが記録されたリムーバブルメディア２８を提供して、リムーバブルメディア２８をドライブ２７に装着し、リムーバブルメディア２８から制御プログラムを読み込んだりして、取得した制御プログラムをメモリ２３またはローカルストレージ２４にインストールさせることも可能である。
【０２４８】
また、一連のサーバ３の処理をソフトウェアにより実行させる場合には、制御プログラムをROM５２または記憶部５８に組み込まれた状態で提供する以外に、通信部５９を介してネットワーク２に接続される他のサーバから制御プログラムを受信したり、制御プログラムが記録されたリムーバブルメディア６１を提供して、リムーバブルメディア６１をドライブ６０に装着し、リムーバブルメディア６１から制御プログラムを読み込んだりして、取得した制御プログラムをRAM５３または記憶部５８にインストールさせることも可能である。
【０２４９】
なお、本明細書において、プログラム格納媒体に格納されるプログラムを記述するステップは、記載された順序に沿って時系列的に行われる処理はもちろん、必ずしも時系列的に処理されなくとも、並列的あるいは個別に実行される処理をも含むものである。
【図面の簡単な説明】
【０２５０】
【図１】本発明を適用した再生装置の一実施の形態の構成を示すブロック図である。
【図２】本発明を適用した再生装置に装着される記録媒体上のアプリケーションフォーマットの例を示す図である。
【図３】本発明を適用した再生装置に装着される記録媒体上のアプリケーションフォーマットの異なる例について説明するための図である。
【図４】PlayListのデータ構造を示す図である。
【図５】PlayItemのデータ構造を示す図である。
【図６】Sub Pathのデータ構造を示す図である。
【図７】ＡＶストリームの構成について説明するための図である。
【図８】光ディスクのファイルシステムの例を示す図である。
【図９】コンテンツパッケージのデータ構造を示す図である。
【図１０】コンテンツパッケージのoperation_typeの設定値を説明する図である。
【図１１】コンテンツパッケージのpermissionの設定値を説明する図である。
【図１２】図１の再生装置のコントローラが制御プログラムを実行することにより実現される機能の構成の例を示す図である。
【図１３】仮想ファイルシステムの概要を示す図である。
【図１４】仮想ファイルシステムを利用したファイル操作について説明するための図である。
【図１５】本発明を適用したサーバの一実施の形態の構成を示すブロック図である。
【図１６】図１５のサーバのCPUが制御プログラムを実行することにより実現される機能の構成の例を示す図である。
【図１７】図１の再生装置のコンテンツパッケージダウンロード処理の例を説明するフローチャートである。
【図１８】図１７のステップＳ７のコンテンツ更新処理を説明するフローチャートである。
【図１９】ローカルストレージのディレクトリ構成の例を示す図である。
【図２０】ローカルストレージのファイルシステムの例を示す図である。
【図２１】メタデータリストのデータ構造を示す図である。
【図２２】表示装置に表示される画面の例を示す図である。
【図２３】図１８のステップＳ４０のプレイリスト更新処理を説明するフローチャートである。
【図２４】コンテンツ更新処理の例を説明するための図である。
【図２５】コンテンツ更新処理の例を説明するための図である。
【図２６】コンテンツ更新処理の別の例を説明するための図である。
【図２７】コンテンツ更新処理の別の例を説明するための図である。
【図２８】コンテンツ更新処理の別の例を説明するための図である。
【図２９】コンテンツ更新処理の別の例を説明するための図である。
【図３０】図１５のサーバのコンテンツパッケージ提供処理の例を説明するフローチャートである。
【図３１】図１の再生装置の再生処理の例を説明するフローチャートである。
【図３２】図１の再生装置の再生処理の例を説明するフローチャートである。
【図３３】光ディスクのファイルシステムの別の例を示す図である。
【図３４】仮想ファイルシステムの例を示す図である。
【符号の説明】
【０２５１】
１  再生装置，  ３  サーバ，  １１  光ディスク，  ２１  コントローラ，  ２２  光ディスクドライブ，  ２４  ローカルストレージ，  ２６  デコーダ，  ２７  ドライブ，  ２８  リムーバブルメディア，  ３１  メニュー画面表示制御部，  ３２  操作入力取得部，  ３３  データ取得部，  ３４  ローカルストレージディレクトリ管理部，  ３５  光ディスクディレクトリ管理部，  ３６  プレイリスト更新部，  ３７  メタデータ生成部，  ３８  ファイルシステムマージ処理部，  ５１  CPU，  ５８  記憶部，  ７１  データベース，  ８１  通信制御部，  ８２  コンテンツパッケージ管理部
【図１】
2006033067.tif 000003
【図２】
2006033067.tif 000004
【図３】
2006033067.tif 000005
【図４】
2006033067.tif 000006
【図５】
2006033067.tif 000007
【図６】
2006033067.tif 000008
【図７】
2006033067.tif 000009
【図８】
2006033067.tif 000010
【図９】
2006033067.tif 000011
【図１０】
2006033067.tif 000012
【図１１】
2006033067.tif 000013
【図１２】
2006033067.tif 000014
【図１３】
2006033067.tif 000015
【図１４】
2006033067.tif 000016
【図１５】
2006033067.tif 000017
【図１６】
2006033067.tif 000018
【図１７】
2006033067.tif 000019
【図１８】
2006033067.tif 000020
【図１９】
2006033067.tif 000021
【図２０】
2006033067.tif 000022
【図２１】
2006033067.tif 000023
【図２２】
2006033067.tif 000024
【図２３】
2006033067.tif 000025
【図２４】
2006033067.tif 000026
【図２５】
2006033067.tif 000027
【図２６】
2006033067.tif 000028
【図２７】
2006033067.tif 000029
【図２８】
2006033067.tif 000030
【図２９】
2006033067.tif 000031
【図３０】
2006033067.tif 000032
【図３１】
2006033067.tif 000033
【図３２】
2006033067.tif 000034
【図３３】
2006033067.tif 000035
【図３４】
2006033067.tif 000036