(57)【要約】  アプリケーション毎にアクセスが許可される領域が異なる読み書き可能な記録媒体の制限領域に、デジタル証明書に基づいて認証されたアプリケーションにより記録されたデータを管理するデータ管理装置であって、アプリケーションに付されたデジタル証明書に基づきアプリケーションが認証アプリケーションであるか否かを検証するアプリケーション認証モジュール３３と、認証アプリケーションである場合に、検証に用いたデジタル証明書に含まれる主体者名と制限領域においてアプリケーションによるアクセスが許可される領域とを関連付けるマッピングモジュール１９と、アプリケーションによるアクセスが許可される領域に記録されたデータの情報提示に、当該領域に関連付けられた主体者名を用いるローカルストレージ表示モジュール２０とを備える。
2008132772.tif 000002
【特許請求の範囲】
【請求項１】
読み書き可能な記録媒体において、デジタル証明書に基づいて正当性が証明されたアプリケーションプログラム以外によるアクセスが制限され、アプリケーションプログラム毎にアクセスが許可されるディレクトリが異なる制限領域に、アプリケーションプログラムの実行により記録されたデータを管理するデータ管理装置であって、
アプリケーションプログラムに付されたデジタル証明書に基づいて、アプリケーションプログラムが正当なアプリケーションであるか否かを検証する検証手段と、
正当なアプリケーションである場合に、前記アプリケーションプログラムの検証に用いたデジタル証明書に含まれる当該証明書の所有者に関する文字情報と、制限領域において前記アプリケーションプログラムによるアクセスが許可されるディレクトリとを関連付けるマッピング手段と、
前記アプリケーションプログラムによるアクセスが許可されるディレクトリに記録されたデータに関する情報提示に、当該ディレクトリに関連付けられた前記文字情報を用いる提示手段と
を備えることを特徴とするデータ管理装置。
【請求項２】
前記デジタル証明書は、複数の証明書部分からなり、
複数の証明書部分は、下位の証明書部分の正当性を証明するルート証明書部分と上位の証明書により正当性が証明されるリーフ証明書部分とを含み、
各証明書部分には、前記文字情報として主体者名情報が記載されており、
前記アプリケーションプログラムによるアクセスが許可されるディレクトリとは、前記アプリケーションプログラムの実行によりデータが記録されるアプリケーションディレクトリの親ディレクトリであるOrganizationディレクトリと、さらに当該Organizationディレクトリの親ディレクトリであるルート証明書ディレクトリとが、前記デジタル証明書に含まれる情報により特定されるディレクトリであり、
前記マッピング手段による関連付けは、前記Organizationディレクトリと前記リーフ証明書部分に記載された主体者名情報とを関連付け、前記ルート証明書ディレクトリと前記ルート証明書部分に記載された主体者名情報とを関連付けることによりなされる
ことを特徴とする請求項１のデータ管理装置。
【請求項３】
前記関連付けには、主体者名情報として示される国名、組織名、組織ユニット、及び共通名の何れかが用いられる
ことを特徴とする請求項２のデータ管理装置。
【請求項４】
前記Organizationディレクトリと前記リーフ証明書部分に記載された主体者名情報とを関連付ける場合に、前記主体者名情報に含まれる組織名から終端に存在するOrganizationIDを除いた文字列を用いる
ことを特徴とする請求項３のデータ管理装置。
【請求項５】
前記マッピング手段は、前記関連付けにおいて、前記主体者名情報の内の何れの情報を用いるかのユーザ選択を受け付ける
ことを特徴とする請求項３のデータ管理装置。
【請求項６】
前記アプリケーションプログラムは、当該アプリケーションプログラムを実行する再生装置に挿入されたディスク上のデータと、再生装置が有する前記記録媒体上のデータとをマージして得られるバーチャルパッケージに含まれ、
前記バーチャルパッケージは、アプリケーションの詳細を示すアプリケーション管理情報を含み、
前記マッピング手段はさらに、前記アプリケーションディレクトリと、前記アプリケーション管理情報において示されるアプリケーションプログラムの名称とを関連付ける
ことを特徴とする請求項２のデータ管理装置。
【請求項７】
前記アプリケーションプログラムは、当該アプリケーションプログラムを実行する再生装置に挿入されたディスク上のデータと、再生装置が有する前記記録媒体上のデータとをマージして得られるバーチャルパッケージに含まれ、
前記バーチャルパッケージは、アプリケーションの詳細を示すアプリケーション管理情報を含み、
前記マッピング手段はさらに、前記アプリケーションディレクトリと、前記アプリケーション管理情報において前記アプリケーションプログラムに関連付けられているアイコンの情報とを、関連付ける
ことを特徴とする請求項２のデータ管理装置。
【請求項８】
前記検証手段による検証は、アプリケーションプログラムが実行される際に、当該アプリケーションプログラムの起動に先立って処理され、
前記マッピング手段による関連付けは、前記検証処理に伴って処理される
ことを特徴とする請求項１のデータ管理装置。
【請求項９】
前記アプリケーションプログラムは、当該アプリケーションプログラムを実行する再生装置に挿入されたディスク上のデータと、再生装置が有する前記記録媒体上のデータとをマージして得られるバーチャルパッケージに含まれ、
前記バーチャルパッケージは、当該バーチャルパッケージの詳細を示すメタファイルを含み、
前記マッピング手段はさらに、前記関連付けに、前記メタファイルの情報を用いる
ことを特徴とする請求項１のデータ管理装置。
【請求項１０】
前記マッピング手段は、前記バーチャルパッケージにメタファイルが含まれていない場合に、前記デジタル証明書に含まれる証明を受けた者に関する文字情報を用いた前記関連付けを行う
ことを特徴とする請求項９のデータ管理装置。
【請求項１１】
前記データ管理装置はさらに、
ユーザによる文字列の入力を受け付ける文字列受付手段を備え、
前記マッピング手段は、前記関連付けにおいて前記証明を受けた者に関する文字情報を用いるか否かのユーザ選択を受け付け、当該受け付けたユーザ選択が前記文字情報を用いない旨を示す場合に、前記文字列受付手段において受け付けた文字列を用いて前記関連付けを行う
ことを特徴とする請求項１のデータ管理装置。
【請求項１２】
前記字列受付手段は、画面上に表示した入力欄を介して前記文字列の入力を受け付け、
前記入力欄には、前記主体者名情報に含まれる文字列がデフォルト表示される
ことを特徴とする請求項１１のデータ管理装置。
【請求項１３】
読み書き可能な記録媒体において、デジタル証明書に基づいて正当性が証明されたアプリケーションプログラム以外によるアクセスが制限され、アプリケーションプログラム毎にアクセスが許可されるディレクトリが異なる制限領域に、アプリケーションプログラムの実行により記録されたデータを管理するようコンピュータを制御するコンピュータプログラムであって、
アプリケーションプログラムに付されたデジタル証明書に基づいて、アプリケーションプログラムが正当なアプリケーションであるか否かを検証する検証ステップと、
正当なアプリケーションである場合に、前記アプリケーションプログラムの検証に用いたデジタル証明書に含まれる当該証明書の所有者に関する文字情報と、制限領域において前記アプリケーションプログラムによるアクセスが許可されるディレクトリとを関連付けるマッピングステップと、
前記アプリケーションプログラムによるアクセスが許可されるディレクトリに記録されたデータに関する情報提示に、当該ディレクトリに関連付けられた前記文字情報を用いる提示ステップと
の各ステップをコンピュータに実行させることを特徴とするコンピュータプログラム。
【請求項１４】
読み書き可能な記録媒体において、デジタル証明書に基づいて正当性が証明されたアプリケーションプログラム以外によるアクセスが制限され、アプリケーションプログラム毎にアクセスが許可されるディレクトリが異なる制限領域に、アプリケーションプログラムの実行により記録されたデータを管理するデータ管理方法であって、
アプリケーションプログラムに付されたデジタル証明書に基づいて、アプリケーションプログラムが正当なアプリケーションであるか否かを検証する検証ステップと、
正当なアプリケーションである場合に、前記アプリケーションプログラムの検証に用いたデジタル証明書に含まれる当該証明書の所有者に関する文字情報と、制限領域において前記アプリケーションプログラムによるアクセスが許可されるディレクトリとを関連付けるマッピングステップと、
前記アプリケーションプログラムによるアクセスが許可されるディレクトリに記録されたデータに関する情報提示に、当該ディレクトリに関連付けられた前記文字情報を用いる提示ステップと
を含むことを特徴とするデータ管理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、アプリケーションプログラムの実行により読み書き可能な記録媒体に保存されたデータを管理する技術に関し、特に、保存されたデータの内容をユーザが類推しやすいように、記録媒体の記録状態を提示する技術に関する。
【背景技術】
【０００２】
近年、BD-ROM再生機を代表としたＡＶストリームを再生する家電機器に向けて、再生コンテンツとしてＡＶストリームのみでなく、インタラクティブ性の向上を目的としたアプリケーションプログラム（以下、「アプリケーション」という。）を同時に付加するコンテンツ提供方法が主流となってきている。【０００３】
このような機器では、アプリケーションが自由に読み書きできるハードディスク等の読み書き可能な記録媒体（以下、「ローカルストレージ」という）を兼ね備え、アプリケーションの途中状態や再生機の設定などのデータを、ローカルストレージに保存することが可能である。例えば、ＡＶストリームを再生しながら、その画面にオーバーレイして、コンテンツに関連するシューティングゲームを実現するアプリケーションでは、ゲームのハイスコアをローカルストレージに保存することが出来る。また他の例として、ユーザのお気に入り場面を登録できるアプリケーションを用いて、ストリームの頭出し情報をローカルストレージに記録する等といったユースケースが考えられる。【０００４】
ところで、ローカルストレージの容量は製造者によって異なるが、BD-ROM再生機器を長く使用しデータの保存を重ねるうちに、容量が不足することが考えられる。記録領域の容量が不足した場合の対策として、ユーザの利用履歴情報などを参照してデータを自動的に消去する機能を設けることも一つの手段ではあるが、それではユーザの意図しないデータが消去される可能性があり望ましくない。【０００５】
他の対策として、ユーザが不要なデータを手動で消去できる機能を設けることが考えられる。このようなユーザが不要なデータを手動で消去できる機能を設ける場合、ローカルストレージに保存されているデータから、ユーザが目的のものを特定できるように、ローカルストレージの記録領域の状態を提示する方法が必要となる。【０００６】
記録領域内のデータの提示方法の先行技術としては、特許文献１に記載されているものがある。特許文献１に記載のものでは、それぞれのファイル内にファイル識別情報を埋め込み、それをファイル名の代わりに表示させている。
【特許文献１】特開平９−４４３８７号公報
【発明の開示】
【発明が解決しようとする課題】
【０００７】
しかしながら、ファイル毎にファイル識別情報を新たに埋め込むことは、記録領域のさらなる容量不足をもたらすことにもつながる。また、すでに流通しているBD-ROMパッケージについては、データ保存時にファイル識別情報を埋め込むような工夫がアプリケーションになされておらず、このような提示方法に対応できない。【０００８】
そこで、従来のBD-ROMパッケージのアプリケーションによりローカルストレージに保存されたデータの提示には、通常はファイル名やディレクトリ名の使用が考えられる。しかし、ファイル名やディレクトリ名は、必ずしもデータの内容と一致していたり、ユーザが理解可能な名称となっているとは限らず、ファイル名やディレクトリ名からユーザが対象のデータを特定できないケースも大いにありうる。【０００９】
特にBD-ROM再生機器では、セキュリティの観点から、アプリケーション毎にローカルストレージにおいてアクセスできるディレクトリが制限されており、そのアクセス制御の判定にディレクトリ名を利用するため、ディレクトリ名には、特定の情報のダイジェスト値やID番号などを使うよう規定されている。そのため、ユーザがディレクトリ名からデータの内容を類推することは非常に困難である。【００１０】
図１、図２は、BD-ROM再生機器においてローカルストレージに保存されたデータの提示に、ディレクトリ名称、アプリケーションにより保存されたデータファイルのファイル名等を使用した表示例である。このような表示例では、ファイルパスが意味を理解しがたい文字列であるため、ユーザには操作対象のデータがどのようなものか判別できない。【００１１】
本発明はかかる問題に鑑み、記録媒体に保存されたデータの内容把握が容易になるように、既存の情報を用いてローカルストレージの記録領域の状態を簡便に提示することができるデータ管理装置、データ管理方法、及びコンピュータプログラムを提供することを目的とする。
【課題を解決するための手段】
【００１２】
上記目的を達成するために、本発明に係るデータ管理装置は、読み書き可能な記録媒体において、デジタル証明書に基づいて正当性が証明されたアプリケーションプログラム以外によるアクセスが制限され、アプリケーションプログラム毎にアクセスが許可されるディレクトリが異なる制限領域に、アプリケーションプログラムの実行により記録されたデータを管理するデータ管理装置であって、アプリケーションプログラムに付されたデジタル証明書に基づいて、アプリケーションプログラムが正当なアプリケーションであるか否かを検証する検証手段と、正当なアプリケーションである場合に、前記アプリケーションプログラムの検証に用いたデジタル証明書に含まれる当該証明書の所有者に関する文字情報と、制限領域において前記アプリケーションプログラムによるアクセスが許可されるディレクトリとを関連付けるマッピング手段と、前記アプリケーションプログラムによるアクセスが許可されるディレクトリに記録されたデータに関する情報提示に、当該ディレクトリに関連付けられた前記文字情報を用いる提示手段とを備えることを特徴とする。
【発明の効果】
【００１３】
上述の構成により本発明に係るデータ管理装置では、記録媒体に記録されているデータの提示に、デジタル証明書を受けた者に関する文字情報を用いることができる。このような文字情報は、ユーザがデータの内容を類推する助けとなる。【００１４】
また、データの内容を類推するための情報を、データ保存時にユーザが登録したり、外部から取得する必要がないため手間がかからず、内容が保障された証明書を用いるため正確な情報をユーザに提示できる。【００１５】
従って、本発明に係るデータ管理装置によれば、記録媒体に保存されたデータの内容把握が容易で、ユーザにわかりやすい情報を簡便に提示可能となるという効果がえられる。【００１６】
また、前記デジタル証明書は、複数の証明書部分からなり、複数の証明書部分は、下位の証明書部分の正当性を証明するルート証明書部分と上位の証明書により正当性が証明されるリーフ証明書部分とを含み、各証明書部分には、前記文字情報として主体者名情報が記載されており、前記アプリケーションプログラムによるアクセスが許可されるディレクトリとは、前記アプリケーションプログラムの実行によりデータが記録されるアプリケーションディレクトリの親ディレクトリであるOrganizationディレクトリと、さらに当該Organizationディレクトリの親ディレクトリであるルート証明書ディレクトリとが、前記デジタル証明書に含まれる情報により特定されるディレクトリであり、前記マッピング手段による関連付けは、前記Organizationディレクトリと前記リーフ証明書部分に記載された主体者名情報とを関連付け、前記ルート証明書ディレクトリと前記ルート証明書部分に記載された主体者名情報とを関連付けることによりなされることを特徴とする。【００１７】
デジタル証明書として広く利用されているX.509証明書では、主体者名としてアプリケーションプログラムの製作者の名称や、その上部組織の名称が記載されている。このような名称は、ユーザがデータの内容を類推する助けとなる。【００１８】
一般に、BD-ROM再生機器において、ローカルストレージのルート証明書ディレクトリ及びOrganizationディレクトリは、それぞれアプリケーションプログラムのルート証明書に記載の情報、及びリーフ証明書に記載の情報を利用して、アプリケーションプログラムからのアクセス制御がなされる。【００１９】
そのため、アプリケーションプログラムが認証アプリケーションであれば、それぞれのディレクトリに適切な証明書を対応させることができるので、そのアプリケーションプログラムに関するデータを、リーフ証明書の主体者名情報に記載されたアプリケーションプログラムの作成者の名称と、ルート証明書の主体者名情報に記載されたBD-ROMパッケージの作成スタジオ名を用いて提示することができる。【００２０】
また、前記関連付けには、主体者名情報として示される国名、組織名、組織ユニット、及び共通名の何れかが用いられることを特徴とする。【００２１】
これにより、国名、組織名、組織ユニット、及び共通名の何れか具体的な情報を用いてローカルストレージのデータが提示されるため、その内容把握が容易になる。【００２２】
また、前記Organizationディレクトリと前記リーフ証明書部分に記載された主体者名情報とを関連付ける場合に、前記主体者名情報に含まれる組織名から終端に存在するOrganizationIDを除いた文字列を用いることを特徴とする。【００２３】
組織名には、アプリケーションプログラムの作成者の名称の末尾にOrganizationIDを付した文字列が記載されているので、OrganizationIDを除いた文字列を提示することで、ユーザによる理解がより容易になる。【００２４】
また、前記マッピング手段は、前記関連付けにおいて、前記主体者名情報の内の何れの情報を用いるかのユーザ選択を受け付けることを特徴とする。【００２５】
これにより、データに関連づける情報をユーザが能動的に選択することで、ユーザがデータ内容を類推することがより容易になる。【００２６】
また、前記アプリケーションプログラムは、当該アプリケーションプログラムを実行する再生装置に挿入されたディスク上のデータと、再生装置が有する前記記録媒体上のデータとをマージして得られるバーチャルパッケージに含まれ、前記バーチャルパッケージは、アプリケーションの詳細を示すアプリケーション管理情報を含み、前記マッピング手段はさらに、前記アプリケーションディレクトリと、前記アプリケーション管理情報において示されるアプリケーションプログラムの名称とを関連付けることを特徴とする。【００２７】
これにより、ローカルストレージに記録されているデータの提示に、そのデータを保存したアプリケーションプログラム名称を用いることができるので、ユーザがデータ内容を類推することがより容易になる。【００２８】
また、前記アプリケーションプログラムは、当該アプリケーションプログラムを実行する再生装置に挿入されたディスク上のデータと、再生装置が有する前記記録媒体上のデータとをマージして得られるバーチャルパッケージに含まれ、前記バーチャルパッケージは、アプリケーションの詳細を示すアプリケーション管理情報を含み、前記マッピング手段はさらに、前記アプリケーションディレクトリと、前記アプリケーション管理情報において前記アプリケーションプログラムに関連付けられているアイコンの情報とを、関連付けることを特徴とする。【００２９】
これにより、ローカルストレージに記録されているデータの提示に、そのデータを保存したアプリケーションプログラムを特徴付けるアイコンを用いることができるので、ユーザがデータ内容を類推することがより容易になる。【００３０】
また、前記検証手段による検証は、アプリケーションプログラムが実行される際に、当該アプリケーションプログラムの起動に先立って処理され、前記マッピング手段による関連付けは、前記検証処理に伴って処理されることを特徴とする。【００３１】
これにより、アプリケーションプログラムの実行時に、当該アプリケーションプログラムによりデータが保存される領域について情報の関連付けがなされるため、データが存在するアプリケーションプログラムについて情報の関連付けが漏れていたり、逆に、実行したことがなくデータが存在しないアプリケーションプログラムについて無駄な関連付けを行ったりすることなく、適切に関連付けを処理することができる。【００３２】
また、前記アプリケーションプログラムは、当該アプリケーションプログラムを実行する再生装置に挿入されたディスク上のデータと、再生装置が有する前記記録媒体上のデータとをマージして得られるバーチャルパッケージに含まれ、前記バーチャルパッケージは、当該バーチャルパッケージの詳細を示すメタファイルを含み、前記マッピング手段はさらに、前記関連付けに、前記メタファイルの情報を用いることを特徴とする。【００３３】
また、前記マッピング手段は、前記バーチャルパッケージにメタファイルが含まれていない場合に、前記デジタル証明書に含まれる証明を受けた者に関する文字情報を用いた前記関連付けを行うことを特徴とする。【００３４】
これにより、内容の限定されたデジタル証明書よりも詳細な情報を含むメタファイルの内容を用いて、データを提示することができる。【００３５】
また、前記データ管理装置はさらに、ユーザによる文字列の入力を受け付ける文字列受付手段を備え、前記マッピング手段は、前記関連付けにおいて前記証明を受けた者に関する文字情報を用いるか否かのユーザ選択を受け付け、当該受け付けたユーザ選択が前記文字情報を用いない旨を示す場合に、前記文字列受付手段において受け付けた文字列を用いて前記関連付けを行うことを特徴とする。【００３６】
また、前記字列受付手段は、画面上に表示した入力欄を介して前記文字列の入力を受け付け、前記入力欄には、前記主体者名情報に含まれる文字列がデフォルト表示されることを特徴とする。【００３７】
これにより、ユーザがデータの内容を類推するために、より適切な情報を提示することができる。【００３８】
本発明に係るコンピュータプログラムは、読み書き可能な記録媒体において、デジタル証明書に基づいて正当性が証明されたアプリケーションプログラム以外によるアクセスが制限され、アプリケーションプログラム毎にアクセスが許可されるディレクトリが異なる制限領域に、アプリケーションプログラムの実行により記録されたデータを管理するようコンピュータを制御するコンピュータプログラムであって、アプリケーションプログラムに付されたデジタル証明書に基づいて、アプリケーションプログラムが正当なアプリケーションであるか否かを検証する検証ステップと、正当なアプリケーションである場合に、前記アプリケーションプログラムの検証に用いたデジタル証明書に含まれる当該証明書の所有者に関する文字情報と、制限領域において前記アプリケーションプログラムによるアクセスが許可されるディレクトリとを関連付けるマッピングステップと、前記アプリケーションプログラムによるアクセスが許可されるディレクトリに記録されたデータに関する情報提示に、当該ディレクトリに関連付けられた前記文字情報を用いる提示ステップとの各ステップをコンピュータに実行させることを特徴とする。【００３９】
これにより、記録媒体に記録されているデータの提示に、デジタル証明書を受けた者に関する文字情報を用いることができる。このような文字情報は、ユーザがデータの内容を類推する助けとなる。【００４０】
また、データの内容を類推するための情報を、データ保存時にユーザが登録したり、外部から取得する必要がないため手間がかからず、内容が保障された証明書を用いるため正確な情報をユーザに提示できる。【００４１】
従って、本発明に係るコンピュータプログラムによれば、記録媒体に保存されたデータの内容把握が容易で、ユーザにわかりやすい情報を簡便に提示可能となるという効果がえられる。【００４２】
本発明に係るデータ管理方法では、読み書き可能な記録媒体において、デジタル証明書に基づいて正当性が証明されたアプリケーションプログラム以外によるアクセスが制限され、アプリケーションプログラム毎にアクセスが許可されるディレクトリが異なる制限領域に、アプリケーションプログラムの実行により記録されたデータを管理するデータ管理方法であって、アプリケーションプログラムに付されたデジタル証明書に基づいて、アプリケーションプログラムが正当なアプリケーションであるか否かを検証する検証ステップと、正当なアプリケーションである場合に、前記アプリケーションプログラムの検証に用いたデジタル証明書に含まれる当該証明書の所有者に関する文字情報と、制限領域において前記アプリケーションプログラムによるアクセスが許可されるディレクトリとを関連付けるマッピングステップと、前記アプリケーションプログラムによるアクセスが許可されるディレクトリに記録されたデータに関する情報提示に、当該ディレクトリに関連付けられた前記文字情報を用いる提示ステップとを含むことを特徴とする。【００４３】
これにより、記録媒体に記録されているデータの提示に、デジタル証明書を受けた者に関する文字情報を用いることができる。このような文字情報は、ユーザがデータの内容を類推する助けとなる。【００４４】
また、データの内容を類推するための情報を、データ保存時にユーザが登録したり、外部から取得する必要がないため手間がかからず、内容が保障された証明書を用いるため正確な情報をユーザに提示できる。【００４５】
従って、本発明に係るデータ管理方法によれば、記録媒体に保存されたデータの内容把握が容易で、ユーザにわかりやすい情報を簡便に提示可能となるという効果がえられる。
【図面の簡単な説明】
【００４６】
【図１】ローカルストレージに保存されたデータの提示にディレクトリ名及びファイル名を使用した表示例
【図２】ローカルストレージに保存されたデータの提示にディレクトリ名を使用した表示例
【図３】本発明に係るデータ管理装置の使用形態を示す図
【図４】BD-ROMにおけるファイル・ディレクトリ構成を示す図
【図５】ＢＤ−Ｊオブジェクトの構成を示す図
【図６】アーカイブファイルに収められているプログラム、データを示す図
【図７】アプリケーションのデジタル証明書の構成を示す図
【図８】Ｘ．５０９の証明書の主体者名の構成を示す図
【図９】再生装置２００におけるソフトウェアのレイヤモデルを示す図
【図１０】再生装置２００における２つのモードの動的な再生制御にて作成される映画作品を示す図
【図１１】本実施の形態１に係る再生装置１００の内部構成を示す図
【図１２】ローカルストレージ２４のディレクトリ構成を示す図
【図１３】本実施形態１におけるＢＤ−Ｊモジュールの詳細な構成、及び関連モジュールの構成を示す図
【図１４】本実施形態１に係るマッピング処理を伴うアプリケーション起動の流れを示すフローチャート
【図１５】アプリルート証明書の主体者名情報をCertIDディレクトリと関連付けたマッピング情報の一例を示す図
【図１６】リーフ証明書の主体者名情報をOrganizationIDディレクトリと関連付けたマッピング情報の一例を示す図
【図１７】ＡＤＡに保存されたデータ管理の処理の流れを示すフローチャート
【図１８】マッピング情報を用いてＡＤＡの保存データを提示する提示画面表示処理の詳細を示すフローチャート
【図１９】本実施の形態１に係るマッピング情報を利用した提示画面の一例を示す図
【図２０】ＢＤ−Ｊオブジェクトに含まれる情報をAppIDディレクトリと関連付けたマッピング情報の一例を示す図
【図２１】AppIDディレクトリに関連付けがなされたマッピング情報を利用した提示画面の表示例を示す図
【図２２】ユーザ確認画面の表示例を示す図
【図２３】ユーザ選択画面の表示例を示す図
【図２４】候補選択画面の表示例を示す図
【図２５】名称入力画面の表示例を示す図
【図２６】第２実施形態に係るマッピング処理を伴うアプリケーション起動の流れを示すフローチャート
【図２７】メタファイルの情報を関連付けに用いたマッピング情報の一例を示す図
【図２８】変形例に係るマッピング処理を伴うアプリケーション起動の流れを示すフローチャート
【図２９】メタファイル名を関連付けに用いたマッピング情報の一例を示す図
【符号の説明】
【００４７】
１    ＢＤ−ＲＯＭドライブ
２    トラックバッファ
３    デマルチプレクサ
４    ビデオデコーダ
５    ビデオプレーン
６    オーディオデコーダ
７    イメージメモリ
８    グラフィックデコーダ
９    グラフィックプレーン
１０    加算器
１１    静的シナリオメモリ
１２    動的シナリオメモリ
１３    制御部
１４    ＨＤＭＶモジュール
１５    ＢＤ−Ｊモジュール
１６    モード管理モジュール
１７    ディスパッチャ
１８    ＡＶ再生ライブラリ
１９    マッピングモジュール
２０    ローカルストレージ表示モジュール
２１    ＵＯ探知モジュール
２２    レンダリングエンジン
２３    ネットワークインターフェース
２４    ローカルストレージ
２５    ＢＤファイルシステム
３０    アプリケーション
３１    メディア再生モジュール
３２    アプリケーションマネージャ
３３    アプリケーション認証モジュール
３４    ファイルＩ／Ｏモジュール
１００    再生装置
２００    再生装置
３００    リモコン
４００    テレビ
【発明を実施するための最良の形態】
【００４８】
(第１実施形態)
以降、本発明に係るデータ管理装置の実施形態について説明する。先ず始めに、本発明に係るデータ管理装置の実施行為のうち、使用行為についての形態を説明する。図３は、本発明に係るデータ管理装置の、使用行為についての形態を示す図である。図３において、本発明に係るデータ管理装置は、再生装置２００である。この再生装置２００は、リモコン３００、テレビ４００により形成されるホームシアターシステムに、映画作品を供給するという用途に供される。【００４９】
以上が本発明に係るデータ管理装置の使用形態についての説明である。続いて再生装置２００が再生の対象としている、記録媒体について説明する。再生装置２００により、再生されるのは、BD-ROM１００である。図４は、BD-ROM１００の内部構成を示す図である。【００５０】
本図の第４段目にBD-ROMを示し、第３段目にBD-ROM上のトラックを示す。本図のトラックは、BD-ROMの内周から外周にかけて螺旋状に形成されているトラックを、横方向に引き伸ばして描画している。このトラックは、リードイン領域と、ボリューム領域と、リードアウト領域とからなる。また、リード・インの内側にはＢＣＡ（Ｂｕｒｓｔ  Ｃｕｔｔｉｎｇ  Ａｒｅａ）と呼ばれるドライブでしか読み出せない特別な領域がある。この領域はアプリケーションから読み出せないため、例えば著作権保護技術などに利用されることがよくある。【００５１】
本図のボリューム領域は、物理層、ファイルシステム層、応用層というレイヤモデルをもち、ボリューム領域には、ファイルシステム情報（ボリューム）を先頭に映像データなどのアプリケーションデータが記録されている。ファイルシステムとは、ＵＤＦやＩＳＯ９６６０などのことであり、通常のＰＣと同じように記録されている論理データをディレクトリ、ファイル構造を使って読み出しする事が可能になっており、２５５文字のファイル名、ディレクトリ名を読み出すことが可能である。ディレクトリ構造を用いてBD-ROMの応用層フォーマット(アプリケーションフォーマット)を表現すると、図中の第１段目のようになる。この第1段目においてBD-ROMには、Rootディレクトリの下に、CERTIFICAEディレクトリ、及びBDMVディレクトリがある。【００５２】
CERTIFICAEディレクトリの配下には、ディスクのルート証明書のファイル(app.discroot.cert)が存在する。app.discroot.certはJava（登録商標）仮想マシンを用いて動的なシナリオ制御を行うJavaアプリケーションのプログラムを実行する際に、アプリケーションが改竄されていないか、及びアプリケーションの身元確認を行なうプロセス（以下、署名検証という）に用いられるデジタル証明書である。【００５３】
ＢＤＭＶディレクトリはＢＤ−ＲＯＭで扱うＡＶコンテンツや管理情報などのデータが記録されているディレクトリであり、BDMVディレクトリの配下には、PLAYLISTディレクトリ、CLIPINFディレクトリ、STREAMディレクトリ、BDJOディレクトリ、JARディレクトリ、METAディレクトリと呼ばれる6つのサブディレクトリが存在し、INDEX.BDMVとMovieObject.bdmvの２種類のファイルが配置されている。【００５４】
STREAMディレクトリには、いわばデジタルストリーム本体となるファイルを格納しているディレクトリであり、拡張子M2TSが付与されたファイル(000001.M2TS)が存在する。【００５５】
PLAYLISTディレクトリには、拡張子MPLSが付与されたファイル(000001.MPLS)が存在する。【００５６】
CLIPINFディレクトリには、拡張子CLPIが付与されたファイル(000001.CLPI)が存在する。【００５７】
BDJOディレクトリには、拡張子BDJOが付与されたファイル(XXXXX.BDJO)が存在する。【００５８】
JARディレクトリには、拡張子JARが付与されたファイル(YYYYY.JAR)が存在する。【００５９】
METAディレクトリには、XMLファイル(ZZZZZ.xml)が存在する。【００６０】
以下、これらのファイルについて説明する。【００６１】
＜AVClip＞
先ず初めに、拡張子.M2TSが付与されたファイルについて説明する。拡張子"m2ts"が付与されたファイルは、M P E G - T S( T r a n s p o r t S t r ea m )形式のデジタルＡＶストリームであり、ビデオストリーム、1つ以上のオーディオストリーム、グラフィクスストリーム、テキスト字幕ストリーム等を多重化することで得られる。ビデオストリームは映画の動画部分を、オーディオストリームは映画の音声部分をそれぞれ示している。【００６２】
＜PlayList情報＞
拡張子“MPLS"が付与されたファイルは、PlayList(PL)情報を格納したファイルである。PL情報は、AVClipを参照してプレイリストを定義する情報である。【００６３】
＜Clip情報＞
拡張子“CLPI"が付与されたファイルは、AVClipのそれぞれに1対1に対応するClip情報である。管理情報故に、Clip情報は、AVClipにおけるストリームの符号化形式、フレームレート、ビットレート、解像度等の情報や、GOPの先頭位置を示すEP#mapをもっている。以上のClip情報及びPL情報は、"静的シナリオ"に分類される。【００６４】
＜BD-Jオブジェクト＞
続いて、拡張子BDJOを付したファイルについて説明する。拡張子BDJOを付したファイルは、BD-Jオブジェクトを格納したファイルである。BD-Jオブジェクトは、PlayList情報により定義されるAVClip列と、アプリケーションとの関連付けにより、タイトルを定義する情報である。図５は、BD-Jオブジェクトの内部構成を示す図である。本図に示すように、BD-Jオブジェクトは、"アプリケーション管理テーブル"と、"PlayList情報に対する参照値"とを示す。"PlayList情報に対する参照値"は、このタイトルの開始時に、同時に再生すべきPlayList情報を示す。アプリケーション管理テーブルは、破線の矢印ai1に示すように、このタイトルを生存区間とするアプリケーションを指定する情報を羅列したものである。アプリケーション管理テーブルにおけるアプリケーションの指定には、破線の矢印ai2に示すようにアプリケーション特定情報とアプリケーション詳細情報とが含まれる。アプリケーション特定情報としては、アプリケーションの作成者のＩＤ（OrganizationID）とアプリケーションの識別子(アプリケーションＩＤ)とそのアプリケーションを構成するJavaアーカイブファイルのIDとが用いられる。つまり、一つのアプリケーションは一つ以上のJavaアーカイブファイルで構成される。【００６５】
また、アプリケーション管理テーブルには、破線の矢印ai4に示すように、アプリケーション詳細情報として、アプリケーションの名称を示す文字列と、アプリケーションに対応づけるアイコンの所在を指し示すアイコンロケータとを、アプリケーション毎にさせて格納している。アイコンロケータは、Javaアーカイブファイル内に含まれるアイコンをアドレスにより指し示す。【００６６】
以上が拡張子BOBJを付したファイルについての説明である。【００６７】
続いて“動的なシナリオ”について説明する。“動的に”というのは、再生装置２００における状態変化やユーザからのキーイベントにより再生制御の中身がかわることをいう。BD-ROMでは、Javaアプリケーションと同様の記述により、この再生制御を記述することができる。つまりBD-ROMでは、Javaアプリケーションが、動的シナリオとしての役割を担うことになる。【００６８】
Javaアプリケーションについて説明する。Javaアプリケーションは、仮想マシンのヒープ領域(ワークメモリとも呼ばれる)にロードされた1つ以上のxletプログラムからなる。このワークメモリにロードされたxletプログラム、及び、データから、アプリケーションは構成されることになる。以上がJavaアプリケーションの構成である。【００６９】
このJavaアプリケーションの実体にあたるのが、図４におけるBDMVディレクトリ配下のJARディレクトリに格納されたJavaアーカイブファイル(YYYYY.jar)である。以降、Javaアーカイブファイルについて、図６を参照しながら説明する。【００７０】
＜Javaアーカイブファイル＞
Javaアーカイブファイル(図４のYYYYY.JAR)は、1つ以上のクラスファイル、1つ以上のデータファイル等を1つにまとめることで得られるファイルである。図６は、アーカイブファイルにより収められているプログラム、データを示す図である。本図におけるデータは、枠内に示すディレクトリ構造が配置された複数ファイルを、Javaアーカイバでまとめたものである。枠内に示すディレクトリ構造は、Rootディレクトリ、javaディレクトリ、imageディレクトリ、META-INFディレクトリ、appiconディレクトリとからなり、Javaアーカイブファイルは、これらをJavaアーカイバでまとめることで得られる。【００７１】
Rootディレクトリにcommon.pkgが、javaディレクトリにクラスファイル(aaa.class,bbb.class)が、imageディレクトリに、menu.jpg、YYYYY.ICO等のファイルが配置されている。かかるクラスファイル及びデータは、BD-ROMからキャッシュに読み出されるにあたって展開され、キャッシュ上で、ディレクトリに配置された複数ファイルとして取り扱われる。Javaアーカイブファイルのファイル名における"YYYYY"という5桁の数値は、JavaアーカイブファイルのＩＤを示し、BD-Jオブジェクトは、この値を用いてJavaアーカイブファイルを参照する。本Javaアーカイブファイルがキャッシュに読み出された際、このファイル名における数値を参照することにより、任意のJavaアプリケーションを構成するプログラム，データを取り出すことができる。【００７２】
本図におけるYYYYY.ICOはアイコンファイルであり、BD-Jオブジェクトのアイコンロケータにおいて、Javaアーカイブファイルのファイル名からの相対アドレスにより、“YYYYY/image/YYYYY.ICO”のように指定される。【００７３】
本図におけるクラスファイル(図中のaaa.class,bbb.class)は、上述したxletプログラムに対応するクラスファイルである。Java動作環境による動作モード(BD-Jモード)における再生手順は、このクラスファイルのインスタンスにあたるxletプログラムにより規定される。xletプログラムとは、JMF(Java Media FrameWork)方式のインターフェイスを利用することができるJavaプログラムであり、JMF等の方式に従って、キーイベントに基づきプレイリスト再生処理を行う。【００７４】
更にxletプログラムは、WWWサイトをアクセスしてコンテンツをダウンロードするという手順を実行することもできる。これによりダウンロードコンテンツと、プレイリスト再生とを交えた斬新な作品を再生させることができる。【００７５】
またJavaアーカイブファイルのMETA-INFディレクトリには、アプリケーションプログラムの構成及び個々のファイルに対するダイジェスト値を示すマニフェストファイル（YYYY.MF）、署名ファイル（YYYY.SF）、署名ブロックファイル（YYYY.RSA）が含まれている。【００７６】
マニフェストファイル（YYYY.MF）は、Javaアーカイブファイルに含まれる各ファイルのダイジェスト値を収めたものであり、署名ブロックファイル（YYYY.RSA）は、デジタル証明書と、署名ファイル自体から得られたダイジェスト値をリーフ証明書により示される公開鍵に対応する秘密鍵で暗号化した情報とを収めたものである。署名ファイル、署名ブロックファイルは、アプリケーションの署名検証に用いられる。【００７７】
図７はアプリケーションの署名ブロックファイルに含まれるデジタル証明書の構成内容を示した構成図である。図７で示すように、デジタル証明書は複数の証明書のチェーンから構成されている。証明書チェーンは、Ｘ．５０９の規格に準拠した証明書から構成され、Ｘ．５０９で構成された証明書チェーンの一般的な構成を表現している。証明書チェーンは、アプリルート証明書、中間証明書１・・・ｎ、リーフ証明書を内包する。これらは、アプリルート証明書の所有者が中間証明書を発行し、中間証明書の所有者がリーフ証明書を発行するといった、連鎖関係にある。また、中間証明書が複数存在する場合、中間証明書間で相互に関連した連鎖状態にある。Ｘ．５０９証明書は、証明書の表現形式のデファクト標準として情報通信の各分野で広く普及している。【００７８】
アプリルート証明書は、映画スタジオによって発行される。また、中間証明書、及びリーフ証明書はスタジオ内のソフトウェアベンダによって発行され、スタジオのアプリルート証明書と対象の秘密鍵によって署名される。【００７９】
各証明書は、破線の矢印cr1に示すように、Ｘ．５０９の証明書である。ここでは、本発明の説明上で必要な属性のみを列挙している。シリアル番号は証明書を識別するための番号、署名アルゴリズムは署名値を計算するために使用されたアルゴリズム、有効期限は本Ｘ．５０９証明書が有効な期限、発行者名は本Ｘ．５０９証明書を発行する機関名、主体者名は本Ｘ．５０９証明書の発行を受けた所有者、公開鍵は主体者名に示されるものの公開鍵、署名値は本Ｘ．５０９証明書発行者の秘密鍵によって署名（暗号化）された値を表す。【００８０】
公開鍵と秘密鍵を使ったものとして、公開鍵暗号方式が電子商取引等で幅広く利用されている。公開鍵暗号方式では、平分を暗号するときに使用した鍵と異なる鍵を使用して暗号文を復号する。暗号の鍵と復号用の鍵が異なり、復号用の鍵を一般公開しても復号用の鍵から暗号用の鍵を推測することは不可能である。この暗号用の鍵が秘密鍵、復号用の鍵が公開鍵に該当する。公開鍵暗号方式の代表例としては、ＲＳＡ（Ｒｉｖｅｓｔ−Ｓｈａｍｉｒ−Ａｄｌｅｍａｎ）、ＤＳＡ（Ｄｉｇｉｔａｌ  Ｓｉｇｎａｔｕｒｅ  Ｓｔａｎｄａｒｄ）等が挙げられる。【００８１】
図８は図７に示される主体者名の詳細を示す図である。主体者名はX.500識別名 (Distinguished Name) において記述されている。国名は証明書保有者の国が記載される。組織名は証明書の所有者の組織名が記載される。例えば、アプリルート証明書であれば、スタジオ名であり、リーフ証明書であればスタジオベンダ名である。組織ユニットは社内のユニットを示す。共通名はここのオブジェクトを示す。共通名は基本的に自由な記述が可能だが、証明書の内容がわかるような記述になっていることが一般的である。主体者名には上記以外にも要素は存在するが、ここでは、本発明の説明上で必要な要素のみを列挙している。【００８２】
なお、リーフ証明書の場合は、組織名の終端に、アプリケーションを作成した組織を特定する32bitの識別子(OrganizationID)を16進表記で表した８文字の名前を含む。この値は、BD-Jオブジェクトで使用されているOrganizationIDと同じものである。以上がJavaアーカイブファイルについての説明である。【００８３】
続いてINDEX.BDMVについて説明する。【００８４】
INDEX.BDMVは、BD-ROM全体に関する管理情報であり、映画作品のプロバイダを特定する識別子であるorganizationIDや、プロバイダが提供するBD-ROMのそれぞれに割り当てられた識別子であるdiscID等の情報を持ち、再生装置へのディスク挿入後に、INDEX.BDMVが最初に読み出されることで、再生装置においてディスクが一意に認識される。加えて、BD-ROMにおいて再生可能となる複数のタイトルと、個々のタイトルを規定するBD-Jオブジェクトとを対応付けて示すテーブルが含まれる。【００８５】
MovieObject.bdmvは、HDMVモードでの各タイトル再生で、再生進行を動的に変化させるためのシナリオが記述されたシナリオプログラムが含まれる。【００８６】
＜メタファイル＞
METAディレクトリに格納されたメタファイル（ZZZZZ.xml）には、ディスクに入っている映像作品に関する様々な情報が格納されている。メタファイルに格納されている情報としては、ディスクのディスク名及び画像、ディスクが誰によって作成されたかの情報、各タイトルに関わるタイトル名等がある。メタファイルは、必須のファイルではなく、このファイルが格納されていないBD-ROMもある。【００８７】
以上がBD-ROM１００についての説明である。【００８８】
以上説明した各ファイルに基づいて、BD-ROMの映画作品は再生装置において再生制御がなされる。図９は再生制御のレイヤモデルを示した図である。図９の第１層は、物理層であり、処理対象たるストリーム本体の供給制御である。この第１層に示すように、処理対象たるストリームは、ＢＤ−ＲＯＭだけではなく、ＨＤＤ（ハードディスクドライブ）などの再生装置に予め組み込まれた記録媒体であるローカルストレージやリムーバブルメディア、ネットワークといったあらゆる記録媒体、通信媒体を供給源としている。これらローカルストレージ、リムーバブルメディア、ネットワークといった供給源に対する制御（ディスクアクセス、カードアクセス、ネットワーク通信）が第１層の制御である。【００８９】
第２層は、ＡＶデータのレイアである。第１層で供給されたストリームを、どのような復号化方式を用いて復号するのかを規定しているのがこの第２層である。【００９０】
第３層（ＢＤ管理データ）は、ストリームの静的なシナリオを規定するレイアである。静的なシナリオとは、ディスク制作者によって予め規定された再生経路情報、ストリーム管理情報であり、これらに基づく再生制御を規定しているのがこの第３層である。【００９１】
第４層（ＢＤ再生プログラム）は、ストリームにおける動的なシナリオを実現するレイヤである。動的なシナリオは、ＡＶストリームの再生手順、及び、その再生に関する制御手順のうち少なくとも一方を実行するプログラムである。動的なシナリオによる再生制御は、装置に対するユーザ操作に応じて変化するものであり、プログラム的な性質をもつ。ここでの動的な再生制御には、２つのモードがある。２つのモードのうち１つは、ＡＶ機器特有の再生環境で、ＢＤ−ＲＯＭに記録された動画データを再生するモード（ＨＤＭＶモード）であり、もう１つはＢＤ−ＲＯＭに記録された動画データの付加価値を高めるモード（ＢＤ−Ｊモード）である。図９において第４層には、ＨＤＭＶモードとＢＤ−Ｊモードの２つのモードが記述されている。ＨＤＭＶモードは、ＤＶＤライクな再生環境での再生モードであり、再生進行を動的に変化させるためのシナリオが記述されたシナリオプログラムが動作する。もう一つのＢＤ−Ｊモードは、Java仮想マシンを主体とした再生モードであり、Javaアプリケーションから再生制御を行う。【００９２】
図１０は、２つのモードの動的な再生制御にて作成される映画作品を示す図である。図１０（ａ）は、ＨＤＭＶモードで動的な再生制御を定義することにより、作成される映画作品の一場面を示す図である。ＨＤＭＶモードはＤＶＤ再生装置が解釈可能なコマンドと良く似たコマンドで再生制御を記述することができるので、ＤＶＤと同じような再生制御、つまり、メニューに対する選択により再生が進行するような再生制御を定義することができる。【００９３】
図１０（ｂ）は、ＢＤ−Ｊモードで動的な再生制御を定義することにより、作成される映画作品である。ＢＤ−ＪモードはJava仮想マシンが解釈可能なJava言語で制御手順を記述することができる。この再生制御がコンピュ−タ・グラフィックス（ＣＧ）の動作を制御するものなら、ＢＤ−Ｊモードにあっては、動画を表示した画面の横でＣＧ（図中のフクロウの絵）が動きまわっているような再生制御を定義することができる。【００９４】
次に本実施形態に係る再生装置２００の詳細について説明する。【００９５】
図１１は、再生装置の内部構成を示すブロック図である。図１１に示すように、再生装置は、ＢＤ−ＲＯＭドライブ１、トラックバッファ２、デマルチプレクサ３、ビデオデコーダ４、ビデオプレーン５、オーディオデコーダ６、イメージメモリ７、グラフィックプレーン９、グラフィックデコーダ８、加算器１０、静的シナリオメモリ１１、動的シナリオメモリ１２、ＨＤＭＶモジュール１４、ＢＤ−Ｊモジュール１５、ＵＯ探知モジュール２１、モード管理モジュール１６、ディスパッチャ１７、レンダリングエンジン２２、ＡＶ再生ライブラリ１８、ネットワークインターフェース２３、ローカルストレージ２４、ＢＤファイルシステム２５から構成される。【００９６】
ＢＤ−ＲＯＭドライブ１は、ＢＤ−ＲＯＭのローディング／イジェクトを行い、ＢＤ−ＲＯＭに対するアクセスを実行する。【００９７】
トラックバッファ２は、ＦＩＦＯメモリであり、ＢＤ−ＲＯＭから読み出されたＡＣＣＥＳＳ  ＵＮＩＴが先入れ先出し式に格納される。【００９８】
デマルチプレクサ３は、ＢＤ−ＲＯＭドライブ１にローディングされているＢＤ−ＲＯＭ、またはローカルストレージ２４上に保存されているトランスポートストリームの多重分離を行い、ＧＯＰを構成するビデオフレームと、オーディオフレームとを得てビデオフレームをビデオデコーダ４に出力し、オーディオフレームをオーディオデコーダ６に出力する。グラフィックストリームはイメージメモリ７に格納し、Ｎａｖｉｇａｔｉｏｎ  Ｂｕｔｔｏｎ情報は動的シナリオメモリ１２に格納する。デマルチプレクサ３による多重分離は、ＴＳパケットをＰＥＳパケットに変換するという変換処理を含む。【００９９】
ビデオデコーダ４は、デマルチプレクサ３から出力されたビデオフレームを復号して非圧縮形式のピクチャをビデオプレーン５に書き込む。【０１００】
ビデオプレーン５は、非圧縮形式のピクチャを格納しておくためのメモリである。【０１０１】
オーディオデコーダ６は、デマルチプレクサ３から出力されたオーディオフレームを復号して、非圧縮形式のオーディオデータを出力する。【０１０２】
イメージメモリ７は、デマルチプレクサ３から読み出されたグラフィックストリーム、Ｎａｖｉｇａｔｉｏｎ  Ｂｕｔｔｏｎ情報内のＰＮＧデータ、あるいは、ＢＤファイルシステム２５を介してＢＤ−ＲＯＭまたはローカルストレージ２４から読み出された画像ファイルを格納しておくバッファである。【０１０３】
グラフィックデコーダ８は、イメージメモリ７に格納されたグラフィックストリーム等をデコードしてグラフィックプレーン９に書き込む。グラフィックストリームのデコードにより、字幕が画面上に現れることになる。【０１０４】
グラフィックプレーン９は、デコードされたグラフィックストリーム、レンダリングエンジン２２により描画された画像等が配置される。【０１０５】
加算器１０は、ビデオプレーン５に格納された非圧縮形式のピクチャデータに、グラフィックプレーン９に展開されたイメージを合成して出力する。図１０（ｂ）に示した画面（動画を表示した画面の横でＣＧ（図中のフクロウの絵）が動きまわっているような画面）は、この加算器１０が、グラフィックプレーン９内のイメージと、ビデオプレーン５内のピクチャとを合成することで出力される。【０１０６】
静的シナリオメモリ１１は、カレントのＰＬやカレントのストリーム管理情報を格納しておくためのメモリである。カレントＰＬとは、ＢＤ−ＲＯＭまたはローカルストレージ２４に記録されている複数ＰＬのうち、現在処理対象になっているものをいう。カレントストリーム管理情報とは、ＢＤ−ＲＯＭまたはローカルストレージ２４に記録されている複数ストリーム管理情報のうち、現在処理対象になっているものをいう。【０１０７】
動的シナリオメモリ１２は、カレント動的シナリオを格納しておき、ＨＤＭＶモジュール１４、ＢＤ−Ｊモジュール１５による処理に供されるメモリである。カレント動的シナリオとは、ＢＤ−ＲＯＭまたはローカルストレージ２４に記録されている複数シナリオのうち、現在実行対象になっているものをいう。【０１０８】
制御部１３は、ROM、RAM、CPUからなるマイコンシステムであり、ROMには再生装置を制御するプログラムが記録されており、ＲＯＭ内のプログラムがＣＰＵに読み込まれ、プログラムとハードウェア資源とが協動することにより、ＨＤＭＶモジュール１４、ＢＤ−Ｊモジュール１５、モード管理モジュール１６、ディスパッチャ１７、ＡＶ再生ライブラリ１８、マッピングモジュール１９、ローカルストレージ表示モジュール２０の機能を実現する。【０１０９】
ＨＤＭＶモジュール１４は、ＨＤＭＶモードの実行主体となるＤＶＤ仮想プレーヤであり、動的シナリオメモリ１２に読み出されたカレントのシナリオプログラムを実行する。【０１１０】
ＢＤ−Ｊモジュール１５は、Javaプラットフォームであり、Java仮想マシン、コンフィグレーション、プロファイルからなる。ＢＤ−Ｊモジュール１５は、動的シナリオメモリ１２に読み出されたJavaクラスファイルからカレントのJavaオブジェクトを生成し、実行する。Java仮想マシンは、Java言語で記述されたJavaオブジェクトを、再生装置におけるＣＰＵのネィティブコードに変換して、ＣＰＵに実行させる。【０１１１】
モード管理モジュール１６は、ＢＤ−ＲＯＭまたはローカルストレージ２４から読み出されたモード管理テーブルを保持して、モード管理及び分岐制御を行う。モード管理モジュール１６によるモード管理とは、動的シナリオをどのＨＤＭＶモジュール１４、ＢＤ−Ｊモジュール１５に実行させるかという、モジュールの割り当てである。【０１１２】
ディスパッチャ１７は、ＵＯから、現在の再生装置におけるモードに適切なＵＯのみを選んで、そのモードを実行するモジュールに受け渡す。例えばＨＤＭＶモードの実行中に、上下左右、アクティベートといったＵＯを受け付けた場合、ＨＤＭＶモードのモジュールにこれらのＵＯを出力するというのがディスパッチャ１７の処理である。【０１１３】
ＡＶ再生ライブラリ１８はＨＤＭＶモジュール１４、ＢＤ−Ｊモジュール１５からの関数呼び出しに応じて、ＡＶ再生機能、プレイリストの再生機能を実行する。ＡＶ再生機能とは、ＤＶＤプレーヤ、ＣＤプレーヤから踏襲した機能群であり、再生開始、再生停止、一時停止、一時停止の解除、静止画機能の解除、再生速度を即値で指定した早送り、再生速度を即値で指定した巻戻し、音声切り替え、副映像切り替え、アングル切り替えといった処理である。プレイリスト再生機能とは、このＡＶ再生機能のうち、再生開始や再生停止をプレイリスト情報に従って行うことをいう。【０１１４】
マッピングモジュール１９は、ローカルストレージ２４のディレクトリ構成とユーザによる認識が容易な文字情報とを関連付けたマッピング情報を、アプリケーションの署名検証で利用した情報を基に署名検証処理の実行過程で生成するマッピング手段としての機能を実現する。【０１１５】
ローカルストレージ表示モジュール２０は、マッピング情報を利用して、ローカルストレージのデータ保存状態を提示する提示処理を制御する。具体的には、マッピング情報を基に画面に出力するイメージをレンダリングエンジンに描画させる。【０１１６】
ＵＯ探知モジュール２１は、リモコンや再生装置のフロントパネルに対してなされたユーザ操作を検出して、ユーザ操作を示す情報（以降ＵＯ（Ｕｓｅｒ  Ｏｐｅｒａｔｉｏｎ）という）をモード管理モジュール１６に出力する。【０１１７】
レンダリングエンジン２２は、Java２Ｄ，ＯＰＥＮ−ＧＬといった基盤ソフトウェアを備え、ＢＤ−Ｊモジュール１５からの指示に従ってコンピュ−タ・グラフィックスの描画を行い、描画されたコンピュ−タ・グラフィックスをグラフィックプレーン９に出力する。【０１１８】
ネットワークインターフェース２３は、インターネット上に公開されたＢＤ−ＲＯＭ追加コンテンツのダウンロードに用いられる。ＢＤ−ＲＯＭ追加コンテンツとは、オリジナルのＢＤ−ＲＯＭにないコンテンツで、例えば追加の副音声、字幕、特典映像、アプリケーションなどである。ＢＤ−Ｊモジュール１５からネットワークインターフェース２３を制御することができ、インターネット上に公開された追加コンテンツをローカルストレージ２４にダウンロードすることができる。【０１１９】
ローカルストレージ２４は、再生装置に内蔵されているハードディスク等の磁気記録装置である。図１２は、ローカルストレージ２４におけるディレクトリ構造を示す図である。Rootディレクトリの下に、ＡＤＡディレクトリ、ＳＹＳディレクトリ及びＢＵＤＡディレクトリがある。ＡＤＡディレクトリは、アプリケーションが使うデータなどの保存に用いられ、配下ディレクトリにアプリケーション毎にアクセスできるディレクトリが存在する。ＳＹＳディレクトリには、マッピングモジュール１９により生成されたマッピング情報が保存され、ＢＵＤＡディレクトリには、ＢＤファイルシステム２５によるバーチャルパッケージの生成に用いられるファイルが保存される。【０１２０】
本図のディレクトリ構造においてＡＤＡディレクトリは、正当性が証明されたSignedアプリケーション以外によるアクセスが制限される制限領域であり、ＡＤＡディレクトリ配下には、「CertIDディレクトリ」というサブディレクトリがあり、その配下に、「OganizationIDディレクトリ」、さらにその配下に「AppIDディレクトリ」というサブディレクトリがある。【０１２１】
CertIDディレクトリはBD-ROM上のディスクルート証明書(app.discroot.cert)から導き出されるＩＤを名前に持つディレクトリで、ディスクルート証明書のSHA-1ダイジェスト値からディレクトリ名前が導かれる。【０１２２】
OrganizationIDディレクトリは、BD-ROM上のBD-Jオブジェクトに記載されている、アプリケーションを作成した組織を特定する32bitの識別子(OrganizationID)を16進表記で表した８文字の名前のディレクトリである。【０１２３】
AppIDディレクトリは、BD-ROM上のBD-Jオブジェクトに記載されている、アプリケーションを識別する16bitの識別子(アプリケーションID)を16進表記で表した４文字の名前のディレクトリである。アプリケーション識別子の値が0x3FFFまでであればアプリケーションは署名のないアプリケーションである。【０１２４】
OrganizationIDディレクトリ、及びAppIDディレクトリの配下には、BD-Jオブジェクトに記載されているアプリケーションが属するIDのディレクトリ以下のみアクセスできるようになっている。つまり、"56789abc"のOrganizationID、"4003"のアプリケーションIDを持つアプリケーションは、"56789abc"OrganizationIDディレクトリのサブディレクトリである"4003"AppIDディレクトリの配下のデータファイルにアクセスできるが、"56789abd"OrganizationIDディレクトリのサブディレクトリである"4003"AppIDディレクトリの配下のデータファイルにはアクセスできない。また、"56789abc"以下のファイルであっても、"4001"のAppIDディレクトリ以下をアクセスすることはできない。【０１２５】
また、ローカルストレージ２４に保存されたデータファイルには、どのようなアプリケーションでもアクセスできるわけではなく、ローカルストレージ２４は信用された特殊なアプリケーションのみアクセスできる。具体的には、コンテンツ提供者の秘密鍵により署名されたアプリケーションである。（以下、Signedアプリケーションという）。【０１２６】
Signedアプリケーションによりアクセスするローカルストレージは秘密鍵と対応する公開鍵を用いて有効性の確認（署名検証）が成功した場合のみ、利用可能になる。公開鍵は、Ｘ．５０９の規格に準拠した証明書という形式で、アプリケーションに含まれる。Ｘ．５０９の詳細な仕様は、国際電信電話諮問委員会より発行されている、CCITT Recommendation X.509(1988), "The Directory -  Authentication Framework"に記載されている。また、アプリケーションの署名検証時においては、リーフ証明書の組織名の末尾に示されるOrganizationIDがBD-ROM上のBD-Jオブジェクトに記載されているOrganizationIDと同一でないと、署名検証は失敗となる。【０１２７】
ＢＤファイルシステム２５は、BD-ROMから読み出されたデータと、ローカルストレージ２４のＢＵＤＡディレクトリ以下に格納されたデータとをマージしててバーチャルパッケージを生成し、再生装置の他の機能ブロックに提供する。【０１２８】
以上が再生装置の内部構成である。【０１２９】
本実施の形態では、図８に示された主体者名と、図８に示されるローカルストレージ２４上のディレクトリ構成とを関連付けて表示させることにより、ユーザに操作対象の内容がわかりやすくなるよう表示させる。このような表示を実現するには大きく２つの工程で再現できる。マッピング情報を生成しローカルストレージ２４へ保存する工程と、マッピング情報を用いてユーザに操作対象を画面表示させる工程である。以下にこれらの工程を制御するＢＤ−Ｊモジュールの詳細につてい説明する。【０１３０】
図１３は図１１に示すＢＤ−Ｊモジュールのより具体的な構成を示す図である。ＢＤ−Ｊモジュール１５はメディア再生モジュール３１、アプリケーションマネージャ３２、アプリケーション認証モジュール３３、ファイルＩ／Ｏモジュール３４から構成される。【０１３１】
メディア再生モジュール３１はJavaアプリケーション３０に対し、メディア再生制御のためのＡＰＩを提供している。Javaアプリケーション３０がメディア再生制御ＡＰＩを呼び出すと、メディア再生モジュールは対応するＡＶ再生ライブラリ１８の関数を呼び出し、ＡＶ再生制御を行う。【０１３２】
アプリケーションマネージャ３２は、ＢＤ−ＲＯＭ上に記録された図５のＢＤ−Ｊオブジェクトのアプリケーション管理テーブルを基づいてJavaアプリケーションの起動・終了を管理する。また、アプリケーションマネージャがディスパッチャ１７から受け取ったＵＯイベントを、現在動作中のJavaアプリケーション３０に渡すといった処理も行う。【０１３３】
アプリケーション認証モジュール３３は、検証手段としてアプリケーションプログラムの署名検証処理を実行する。【０１３４】
具体的には、アプリケーションマネージャ３２により起動されたアプリケーションがSignedアプリケーションか否かを判定し、Signedアプリケーションであった場合は、アプリケーション内に含まれた
デジタル証明書、署名ファイル、署名ブロックファイルを用いてアプリケーション認証を行なう。【０１３５】
ファイルＩ／Ｏモジュール３４はJavaアプリケーション３０からのローカルストレージへのアクセス要求の処理を行う。Javaアプリケーション３０はファイルＩ／Ｏモジュールを用いて、コンテンツデータをローカルストレージ上の適切な位置に配置することが出来る。また、不要となったデータの削除や、直接編集を行なうことも可能である。【０１３６】
以下にマッピング情報を生成しローカルストレージ２４へ保存するマッピング処理の詳細について説明する。本実施形態では、マッピング処理は、アプリケーション起動時の署名検証の際に実行される。【０１３７】
図１４は、本実施形態１に係るマッピング処理を伴うアプリケーション起動の流れを示すフローチャートである。ＢＤ−Ｊモード用のタイトルが再生され、アプリケーションマネージャによってJavaアプリケーション起動要求がアプリケーション認証モジュールに対して発行される（Ｓ１０１）。アプリケーション起動要求にはアプリケーション管理情報から取得した、起動するアプリケーションのアプリケーションIDとOrganizationIDが含まれる。アプリケーション起動要求を受け取ったアプリケーション認証モジュール３３は受け取ったアプリケーションIDを基にSignedか否かを判定する（Ｓ１０２）。Signedか否かの判定は、例えば、アプリケーションIDの値が、０ｘ０００から０ｘ３ｆｆｆの範囲であれば、Signedアプリケーションでなく、０ｘ４０００から０ｘ７ｆｆｆであればSignedアプリケーションである。【０１３８】
アプリケーション認証モジュール３３がＳ１０２でSignedアプリケーションと判定しなかった場合はアプリケーション認証を行わず、アプリケーションはそのまま起動される。しかし、アプリケーション認証を通さないアプリケーショはローカルストレージへのアクセスは不可能となる。【０１３９】
アプリケーション認証モジュール３３がＳ１０２でSignedアプリケーションと判定した場合は、アプリケーション認証処理を実行する。アプリケーション認証処理を施すことによって、アプリケーションが改竄されていないことと、アプリケーションの身元確認が行なえる。Signedアプリケーションは例えば、Sun Microsystems, Incが規定した"Signed Jar"形式であり、アプリケーションに各ファイルに対するダイジェストを記載したManifestファイル、及びSignatureファイル（署名ファイル）を含む。また、Signed Jarファイルはこれらの２つのファイルに加え、Signatureファイルの署名と、署名を検証する証明書チェーン等の情報をPKCS #7の形式記述されたSignature Blockファイル（署名ブロックファイル）も含む。【０１４０】
上記アプリケーション認証処理は、アプリケーション認証モジュール３３によりアプリケーションのSignature Blockファイルに含まれた証明書チェーンのリーフ証明書から公開鍵を抽出し（Ｓ１０３）、Signature Blockファイルに含まれるアプリケーション自体から得られた署名値を検証する（Ｓ１０４）。検証が失敗した場合は、アプリケーションは不正であるとみなされ、起動されない（Ｓ１１３）。署名の検証が成功した場合は、アプリケーションは改竄されていないことが保証されていることを意味する。【０１４１】
次にアプリケーションの身元確認のため、証明書チェーンの検証を行なう。アプリケーション認証モジュール３３はSignature Blockファイルの証明書チェーンからアプリルート証明書を抽出し、検証を行なう（Ｓ１０５）。具体的にはアプリルート証明書の検証は、アプリルート証明書に記載されている有効期限が有効であることを確認するプロセスと、アプリルート証明書がディスク上のCERTIFICATEディレクトリ以下に配置されているディスクルート証明書と同一であることを確認するプロセスを含む。アプリルート証明書の検証が失敗であった場合（Ｓ１０５：Ｎｏ）は、アプリケーションは不正であるとみなされ、起動されない（Ｓ１０３）。【０１４２】
ここでアプリルート証明書の検証が成功であった場合（Ｓ１０５：Ｙｅｓ）は、マッピングモジュール１９にこのことが通知され、マッピングモジュール１９が、アプリルート証明書の主体者名の情報とディスクルート証明書から算出できるCertIDディレクトリの名前とを関連付けてマッピング情報に登録する（Ｓ１０６）。【０１４３】
尚、ディスクルートから算出できるCertIDディレクトリがマッピング情報が既に登録されていれば、Ｓ１０６を行なわなくてもよい。また、アプリケーションデータの保存にCertIDディレクトリを利用しない再生装置においては、本ステップを省略することができる。【０１４４】
図１５はＳ１０６が完了した時点のマッピング情報の一例を示す図である。図１５で示されるとおり、左にCertIDと右に主体者名から抽出した組織名が連携づけて登録されている。なお、図１５では組織名が利用されているが、組織名の代わりに図８に示すその他の情報を利用してもよい。【０１４５】
次に、同一証明書チェーンに含まれる、一つ子の証明書を抽出し、リーフ証明書か否かを判定する（Ｓ１０７）。リーフ証明書が否かの判定は、Signature BlockファイルのPKCS #7情報である発行者名とシリアル番号が、抽出した証明書の主体者名とシリアル番号と一致しているか否かで判定できる。【０１４６】
Ｓ１０７で抽出した証明書がリーフ証明書でない場合は、中間証明書の検証（Ｓ１０８）を行なう。具体的には中間証明書の検証は、中間証明書に記載されている有効期限が有効であることを確認するプロセスと、中間証明書の親の証明書に含まれる公開鍵を用いて中間証明書内の署名値が正しいかを検証するプロセスを含む。Ｓ１０８の中間証明書の検証が失敗であった場合（Ｓ１０８：Ｎｏ）は、アプリケーションは不正であるとみなされ、起動されない（Ｓ１１３）。Ｓ１０８中間証明書の検証が成功であった場合は、Ｓ１０７に戻り、さらに下位の証明書についてリーフ証明書であるか否かを判定する。【０１４７】
Ｓ１０７で抽出した証明書がリーフ証明書であった場合（Ｓ１０７：Ｙｅｓ）は、リーフ証明書の検証（Ｓ１０９）を行なう。具体的にはリーフ証明書の検証は、リーフ証明書に記載されている有効期限が有効か否かを確認するプロセスと、リーフ証明書に存在する署名値を発行者名と同一の主体者名を持っている証明書の公開鍵を用いてリーフ証明書内の署名値が正しいか検証するプロセスと、リーフ証明書の主体者名の中の組織名のOrganization識別子が、S101でアプリケーションマネージャによって渡されたOrganizationIDと同一であることを検証するプロセスとを含む。Ｓ１０９のリーフ証明書の検証が失敗であった場合は（Ｓ１０９：Ｎｏ）、アプリケーションは不正であるとみなされ、起動されない（Ｓ１１３）。【０１４８】
Ｓ１０９リーフ証明書の検証が成功であった場合は（Ｓ１０９：Ｙｅｓ）、
マッピングモジュール１９にこのことが通知され、マッピングモジュール１９が、リーフ証明書の主体者名の情報とＳ１０１でアプリケーションマネージャによって渡されたOrganizationIDとを関連付けてマッピング情報に登録する（Ｓ１１０）。ここでマッピング情報は、Ｓ１０６で登録したＣｅｒｔＩＤの情報と連携して保存される。すなわち、同一のOrganizationIDがマッピング情報が既に登録されていても、CertIDが異なれば、別のOrganizationIDとしてマッピング情報に登録する。【０１４９】
図１６はＳ１１０が完了した時点のマッピング情報の一例を示す図である。図１６で示されるとおり、CertIDとアプリルート証明書の主体者名と、OrganizationIDと、リーフ証明書の主体者名が連携付けられている。なお、図１６のリーフ証明書の主体者名として組織名が利用されているが、組織名の代わりに図８に示す他の情報を利用してもよい。図１６で示されるとおり、CertID、アプリルート証明書の主体者名ペアに対して、複数のOrganizationID、リーフ証明書の主体者名ペアを関連付けても良い。また、図１６で示されるとおり、同じOrganizationIDが存在しても（図１６の場合は56789abc）CertIDが異なれば、別個にマッピング情報へ登録する。【０１５０】
Ｓ１１０が完了した時点でアプリケーション認証処理は完了である。アプリケーション認証処理の完了後はアプリケーション認証モジュール３３がアプリケーションマネージャ３２にアプリケーション認証成功の旨を通達し、アプリケーションマネージャはＳ１０１で発行した起動要求のあったアプリケーションを起動する（Ｓ１１１）。【０１５１】
起動したアプリケーションはローカルストレージ２４のＡＤＡ領域のBD-Jオブジェクトに記載されているアプリケーションが属するIDのディレクトリ以下の領域に、データの読み書きが可能となる（Ｓ１１２）。以上が、マッピング処理の詳細である。【０１５２】
尚、本実施の形態では、アプリケーション認証をアプリルート証明書、中間証明書、リーフ証明書の順番で検証を行なったが、それらの順番は入れ替えてもよい。【０１５３】
次に、マッピング情報を用いてユーザに操作対象を画面表示する提示画面表示処理について説明する。本実施形態では、提示画面表示処理は、ＡＤＡ領域の保存データを管理する一連の処理において実行される。図１７は、ＡＤＡ領域に保存されたデータを管理する処理の流れを示すフローチャートである。【０１５４】
ファイルＩ／Ｏモジュール３４は、リモコンなどの入力デバイスからデータ管理の開始を要求するＵＯが通知されると（Ｓ１２１）、ローカルストレージ表示モジュール２０に対して提示画面表示処理の実行を指示する（Ｓ１２２）。提示画面表示処理によりテレビ４００に図１９に示すような提示画面が表示されると、ユーザはこの画像を見ながら操作することができる。【０１５５】
ファイルＩ／Ｏモジュール３４は、このようなＵＯを受け付けると、Ｓ１２３からＳ１２８の処理でＵＯの内容を判定し、判定結果にしたがって、Ｓ１２９からＳ１３４において、画面上のフォーカス移動、ＡＤＡ領域にある全てのデータファイルの削除、フォーカス中のデータファイルの削除、フォーカス中のデータファイルのコピー、及び、フォーカス中のデータファイルの詳細表示などの処理を実行する。【０１５６】
尚、データファイルの詳細表示としては、ファイルシステムにおいて管理されているファイルのサイズ、ファイル作成日時、ファイルの更新日時等の情報を表示する。【０１５７】
図１８は、マッピング情報を用いてＡＤＡの保存データを提示する提示画面表示処理の詳細を示すフローチャートである。【０１５８】
ローカルストレージ表示モジュール２０は、ファイルＩ／Ｏモジュール３４から、提示画面表示処理の実行を指示されると、ＡＤＡ領域にユーザの操作対象のデータがＡＤＡ領域に保存されているか否かを確認する（Ｓ１４１）。【０１５９】
ユーザの操作対象のデータがＡＤＡに存在しなかった場合は（Ｓ１４１：Ｎｏ）、ローカルストレージ表示モジュール２０はユーザの操作対象のデータがＡＤＡに存在しない旨を示すの画面出力用のイメージを、レンダリングエンジン２２に描画させる（Ｓ１４７）。【０１６０】
ユーザの操作対象のデータがＡＤＡに存在した場合は（Ｓ１４１：Ｙｅｓ）、ローカルストレージ表示モジュール２０は、データが配置されているCertIDディレクトリを抽出し（Ｓ１４２）、抽出したCertIDディレクトリ配下のファイル数、その合計サイズ、及び、マッピング情報においてこのCertIDと関連づけられているアプリルート証明書の主体者名を一組のエントリとして、ＲＡＭの作業領域にリストを作成する（Ｓ１４３）。【０１６１】
次に、ローカルストレージ表示モジュール２０はデータが配置されているOrganizationIDディレクトリを抽出し（Ｓ１４４）、抽出したOrganizationIDディレクトリ配下のファイル数、その合計サイズ、及び、マッピング情報においてこのCertIDと関連づけられているアプリリーフ証明書の主体者名を一組のエントリとして、Ｓ１４２でＲＡＭの作業領域に作成したリストに追加する（Ｓ１４５）。【０１６２】
その後、ＲＡＭの作業領域に一時保存した情報を、リスト形式で表示する提示画像をレンダリングエンジン２２に描画させる（Ｓ１４６）。【０１６３】
以上の処理により、図１９に示す提示画面が画面表示されるので、操作対象のデータファイルはどのような組織によって作られたかの情報をベースに表示することが可能となり、操作対象のデータファイルについてユーザにわかりやすい形で情報を提供ができるようになる。【０１６４】
このように本実施形態に係る再生装置ではユーザにとって意味のないディレクトリ名をそのまま表示して操作を行なわせるのではなく、組織名など、ユーザに理解できる表現で画面表示することにより、ユーザは操作対象のデータの判別が一段としやすくなる。【０１６５】
尚、本実施の形態では、CertIDディレクトリとOrganizationIDディレクトリとに、デジタル証明書の主体者名の情報を関連付けたが、ＡＤＡ領域のAppIDディレクトリについても、ユーザに分かりやすい情報を関連付けることで、より詳細な情報提示が可能となる。【０１６６】
AppIDディレクトリに対するマッピング処理は、再生装置２００の起動後、何れのタイミングで行っても良いが、特に、図１４に示すアプリケーション起動時の署名検証処理の過程で実行することで、実行の実績がなくアプリケーションについて不要な情報がマッピング情報に登録されたり、関連するデータファイルがあるにもかかわらずマッピング情報に登録されていない等の不具合を避けることができる。【０１６７】
さらに、アプリケーション起動時の署名検証処理の過程でAppIDディレクトリに対するマッピング処理を実行することで、アプリケーションマネージャ３２からのアプリケーション起動要求に含まれるアプリケーションIDを参照することができるので、BD-Jオブジェクトのアプリケーション管理テーブル内にある情報を、容易に取得することができる。
BD-Jオブジェクトのアプリケーション管理テーブル内にある情報のうち、図５において破線の矢印ai4で示すアプリケーション名や、アイコンロケータは、AppIDディレクトリと関連付ける情報として有用である。図２０はAppIDが関連付けられた場合のマッピング情報の一例を示す図である。図２０に示すマッピング情報では、CertID及びOrganizationID の関連付けに加え、AppIDと関連する情報として、アプリケーション管理テーブルから取得したアプリケーション名と、アプリケーション管理テーブルのアイコンロケータが指定するアイコン画像が利用されている。【０１６８】
また、ローカルストレージ表示モジュール２０は、提示画面表示処理において、マッピング情報にAppIDディレクトリが登録されている際に、図１７のステップＳ１４５の処理の後に、データが配置されているAppIDディレクトリを抽出し、抽出したAppIDディレクトリ配下のファイル数、その合計サイズ、及び、マッピング情報においてこのCertIDと関連づけられている情報を一組のエントリとして、表示リストに追加するよう構成してもよい。図２１は、図２０に示すマッピング情報を用いて生成した提示画面の一例である。AppIDの情報が関連付けられたことにより、ユーザは操作対象のデータの判別が一段としやすくなる。【０１６９】
なお、本実施の形態ではCertIDディレクトリ及びOrganizationIDディレクトリに対して、Signedアプリケーションを含むJavaアーカイブファイル内にあるデジタル証明書の主体者名の情報を用いてるが、デジタル証明書において主体者名の情報は図８に示すように、いくつかの文字情報を含んでいる。そこで、本発明は、CertIDディレクトリ及びOrganizationIDディレクトリに関連付ける情報として、主体者名に含まれる文字情報からユーザが所望のものを選択するよう提示する構成で実施することも可能である。【０１７０】
例えば、図１４のステップＳ１０６、Ｓ１１０の処理において、図２２に示すように、デフォルトで選択した組織名の登録可否をユーザに確認する確認画像をレンダリングエンジン２２に描画させ、これに対して否定的なＵＯがあれば、図２３に示すように、主体者名に含まれる情報から選択するか文字列を直接入力するかを問うユーザ選択画面をレンダリングエンジン２２に描画させる。ユーザ選択画面でのＵＯに応じて、図２４に示す候補選択画面や、図２５に示す名称入力画面をレンダリングエンジン２２に描画させて、これらの画面に対するＵＯにより、マッピングに用いる文字列を取得することができる。図２４は、主体者名に含まれる情報のリストからマッピング処理に用いる情報を選択させる画面表示の一例であり、主体者名の情報うち、本実施の形態で関連付けに用いた組織名以外のものを表示している。図２５は、ユーザに代わりとなる文字列を、テキスト入力ボックス４０１に直接入力させる場合の画面表示の一例である。図２４で候補から選択された文字列、又は図２５でユーザが直接入力した文字列は、図１４のステップＳ１０６、Ｓ１１０の処理において、デジタル証明書の組織名に変えて、マッピング情報への登録に用いられる。尚、図２５に示すように、名称入力画面は、デジタル証明書の主体者名の何れかの文字列を、テキスト入力ボックス４０１にデフォルトで入力した状態で描画するとしてもよい。【０１７１】
（第２実施形態）
ＢＤ−ＲＯＭディスク上のMETAディレクトリ配下には、ディスクに関する様々な情報を記録したメタファイルを格納することができる。メタファイルに記載されている情報の例として、ディスクのディスク名及び代表画像、ディスクが誰によって作成されたかを示す作成者情報、各タイトルに関わるタイトルの作成者情報等がある。【０１７２】
第１実施形態ではCertIDディレクトリ及びOrganizationIDディレクトリに対する関連付けに、Signedアプリケーションを含むJavaアーカイブファイル内にあるデジタル証明書の主体者名の情報を用いたが、ＢＤ−ＲＯＭディスクに記録されているメタファイルの情報を、関連付けに用いることも有用である。そこで第２実施形態では、マッピング処理にメタファイルの情報を利用する構成について説明する。【０１７３】
図２６はメタファイルの情報を用いたマッピング処理の手順を示すフローチャートである。【０１７４】
図２６は図１４に示す関連付けの処理手順に、Ｓ１５１〜Ｓ１５２の処理と、Ｓ１５３〜Ｓ１５４の処理とを加えたものである。Ｓ１５１〜Ｓ１５２の処理は、メタファイルがＢＤ-ＲＯＭディスク上に存在するか否かを確認し（Ｓ１５１）、Ｓ１５１でメタファイルが存在することが確認できた場合に、メタファイルのディスク作成者情報をCertIDディレクトリと関連づけてマッピング情報に登録する（Ｓ１５２）処理である。１５３〜Ｓ１５４の処理は、メタファイルがＢＤ-ＲＯＭディスク上に存在するか否かを確認し（Ｓ１５３）、Ｓ１５３でメタファイルの存在が確認できた場合に、メタファイルのタイトル作成者情報をOrganizationIDディレクトリと関連づけてマッピング情報に登録する処理である。これらの手順を加えたマッピング処理により、図２７に示すマッピング情報が生成される。図２７で示すように、CertIDディレクトリにはアプリルート証明書の主体者名に加えて、メタファイルのディスク作成者情報が関連付けられている。また、OrganizationIDディレクトリには、リーフ証明書の主体者名に加えて、メタファイルのタイトル作成者情報が関連付けられている。【０１７５】
ここで、メタファイルに含まれるディスク作成者情報とは、ディスクの作成者を判断できる情報である。メタファイルはxml形式であり、具体的にはディスク作成者情報は、discinfo属性のcreator、publisher、contributor、あるいはtitleinfo属性のOrganizationエレメントのname、alternativeを用いることができる。【０１７６】
また、メタファイルのタイトル作成者情報とは、OrganizationIDに対応する組織を判断できる情報である。具体的にはディスク作成者情報同様、タイトル作成者情報はdiscinfo属性のcreator、publisher、contributor、あるいはtitleinfo属性のOrganizationエレメントのname、alternativeのいずれを用いてもよい。【０１７７】
このようなマッピング情報を用いて提示画面を描画することにより、デジタル証明書に含まれる情報だけでなく、メタファイルにある情報をＡＤＡ領域の状態を表示することが可能となり、操作対象のデータファイルがどのようなものか類推しやすい形でユーザに提示できるようになる。【０１７８】
＜第２実施形態の変形例＞
（１）メタファイルに含まれる情報のマッピング情報への追加は、アプリケーション起動時に署名検証処理を行うタイミングではなく、例えばディスク挿入時など事前のタイミングで行っておいてもよい。ただし、事前のタイミングで行った場合はＡＤＡ領域に情報を書き込むアプリ自体が立ち上がっていないため、使用されない無駄な情報をマッピング情報に登録してしまう可能性がある。【０１７９】
（２）マッピング処理において、ディレクトリへメタファイルのファイル名を関連づけるとしてもよい。図２８はメタファイルのファイル名をディレクトリに関連付けるマッピング処理の手順を示すフローチャートである。【０１８０】
図２８は図１４に示す関連付けの処理手順に、Ｓ１６１〜Ｓ１６２の処理を加えたものである。Ｓ１６１〜Ｓ１６２の処理は、メタファイルがＢＤ-ＲＯＭディスク上に存在するか否かを確認し（Ｓ１６１）、Ｓ１６１でメタファイルが存在することが確認できた場合に、メタファイルのファイル名をCertID 及びOrganizationIDディレクトリと関連づけてマッピング情報に登録する（Ｓ１６２）処理である。これらの手順を加えたマッピング処理により、図２９に示すマッピング情報が生成される。図２９で示すように、OrganizationIDディレクトリには、リーフ証明書の主体者名に加えて、メタファイルのファイル名が関連付けられている。【０１８１】
図２９に示すマッピング情報を用いる場合、提示画面表示処理では、マッピング情報に登録されたファイル名に基づいてメタファイルを読み出し、CertIDディレクトリ、及びOrganizationIDディレクトリに関連するディスク作成者情報とタイトル作成者情報を取得し、取得したデータを用いて提示画面を描画させる。【０１８２】
（３）マッピング情報において、メタファイルの情報とデジタル証明書の情報との両方がディレクトリに関連付けられている場合は、どちらを優先して表示させるかを示すフラグをマッピング情報に追加してもよい。【０１８３】
（４）メタファイルは必ずしもBD-ROMディスク上に存在するとは限らない。メタファイルが存在すればメタファイルの情報を関連付け利用し、そうでなければデジタル証明書の情報を関連付けに利用するよう再生装置を構成してもよい。【０１８４】
例えば、図２５に示す処理手順ではメタファイルの情報とデジタル証明書の情報の両方をローカルストレージに登録したが、メタファイルの情報がある場合はデジタル証明書の情報を登録する処理（ステップＳ１０６、ステップＳ１１０）を行わないようにし、メタファイルの情報のみ提示に用いてもよい。【０１８５】
具体的には、図２５のステップＳ１０５でアプリルート証明書で検証が成功と判定すれば、ステップＳ１５１でメタファイルがＢＤ-ＲＯＭディスク上に存在するか否かを確認する。もし、メタファイルが存在しなかった場合は（Ｓ１５１：Ｎｏ）、アプリルート証明書の主体者名を関連付けに用いるＳ１０６の処理を実行し、メタファイルが存在した場合（Ｓ１５１：Ｙｅｓ）には、Ｓ１５２の処理でメタファイルのディスク作成者情報をCertIDディレクトリと関連づけた後、Ｓ１０７に処理を進めるよう再生装置を構成する。【０１８６】
また、同様にステップＳ１０９でリーフ証明書での検証が成功と判定すれば、ステップＳ１５３でメタファイルがＢＤ-ＲＯＭディスク上に存在するか否かを確認する。もし、メタファイルが存在しなかった場合は（Ｓ１５３：Ｎｏ）、リーフ証明書の主体者名を関連付けに用いるＳ１１０の処理を実行し、メタファイルが存在した場合（Ｓ１５３：Ｙｅｓ）には、Ｓ１５４の処理でメタファイルのタイトル作成者情報をOrganizationIDディレクトリと関連づけてた後、Ｓ１１１へ処理を進める再生装置を構成する。
（その他の変形例）
尚、本発明を上記の実施形態に基づいて説明してきたが、本発明は、上記の実施形態に限定されないのはもちろんである。以下のような場合も本発明に含まれる。【０１８７】
（１）本発明は、各実施形態で説明したフローチャートの処理手順が開示するデータ管理方法であるとしてもよい。また、前記処理手順でコンピュータを動作させるプログラムコードを含むコンピュータプログラムであるとしてもよいし、前記コンピュータプログラムからなるデジタル信号であるとしてもよい。【０１８８】
また、本発明は、前記コンピュータプログラム又は前記デジタル信号をコンピュータ読み取り可能な記録媒体、例えば、フレキシブルディスク、ハードディスク、ＣＤ−ＲＯＭ、ＭＯ、ＤＶＤ、ＤＶＤ−ＲＯＭ、ＤＶＤ−ＲＡＭ、ＢＤ（Ｂｌｕ−ｒａｙ  Ｄｉｓｃ）、半導体メモリなど、に記録したものとしてもよい。【０１８９】
また、本発明は、前記コンピュータプログラム又は前記デジタル信号を、電気通信回線、無線又は有線通信回線、インターネットを代表とするネットワーク等を経由して伝送するものとしてもよい。【０１９０】
また、前記コンピュータプログラム又は前記デジタル信号を前記記録媒体に記録して移送することにより、又は前記コンピュータプログラム又は前記デジタル信号を前記ネットワーク等を経由して移送することにより、独立した他のコンピュータシステムにより実施するとしてもよい。【０１９１】
（２）本発明は、上記実施の形態に記載のデータ管理装置を制御するＬＳＩとしても実施可能である。このようなＬＳＩは、図１１に示す制御部１３により実現される機能ブロックを集積化することで実現できる。これらの機能ブロックは、個別に１チップ化されても良いし、一部または全てを含むように１チップ化されてもよい。【０１９２】
ここでは、ＬＳＩとしたが、集積度の違いにより、ＩＣ、システムＬＳＩ、スーパーＬＳＩ、ウルトラＬＳＩと呼称されることもある。【０１９３】
また、集積回路化の手法はＬＳＩに限るものではなく、専用回路または、汎用プロセッサで実現してもよい。ＬＳＩ製造後にプログラムすることが可能なＦＰＧＡ（Field  Programmable  Gate  Array）や、ＬＳＩ内部の回路セルの接続や設定を再構成可能なリコンフィギュラブル・プロセッサを利用してもよい。【０１９４】
さらには、半導体技術の進歩または派生する別技術によりＬＳＩに置き換わる集積回路化の技術が登場すれば、当然、その技術を用いて機能ブロック及び部材の集積化を行ってもよい。このような技術には、バイオ技術の適用等が可能性としてありえる。【０１９５】
（３）保存データの管理対象たる読み書き可能な記録媒体として、第１、第２実施形態では、再生装置が内蔵するローカルストレージを用いたが、本発明の特徴は、内蔵ローカルストレージの物理的特性に依存するものではなく、本発明は、他の読み書き可能な記録媒体にも適用できる。例えば、アプリケーションによるデータの保存先として、外付けハードディスクや、再生装置に取り付けられた可搬性がある記録媒体（例えばＳＤカードやコンパクトフラッシュ（登録商標）などの半導体メモリ）に、データが記録された場合においても上述と同様の効果を奏することはもちろんのことである。【０１９６】
（４）第１、第２実施形態では、ローカルストレージ上にデータファイルを保存するディレクトリとして、BD-ROM規格に定められたＡＤＡディレクトリのディレクトリ構造を用いて説明したが、本発明は、データファイルが保存されるディレクトリに対応して、データファイルを保存したアプリケーションに関連する情報をデジタル証明書等から得られれば、他のディレクトリ構造に対しても適用可能である。【０１９７】
例えば、MHP（Multimedia Home Platform）/OCAP（OpenCable Application Platform）等のインタラクティブテレビ向けミドルウエア規格に対応したテレビは、テレビ放送に重畳されたアプリケーションプログラムを、映像コンテンツの再生と共に実行することにより、データファイルを読み書き可能な記録媒体に記録する。このようなMHP/OCAP規格に対応したインタラクティブテレビにおいても、データファイルの管理に本発明を適用することができる。【０１９８】
具体的には、MHP/OCAP規格に準拠したインタラクティブテレビでは、アプリケーションプログラムの作成者を示すOrganizationID、及びアプリケーション自体のIDが放送データから取得され、アプリケーションプログラムによるローカルストレージへのデータ保存は、取得したIDにより特定される「OrganizationIDディレクトリ」、及び「AppIDディレクトリ」の配下へのみ許可される。またMHP/OCAP規格では、BD-ROM規格と同様にSignedアプリケーションにX.509の規格に準拠したデジタル証明書が付されており、このデジタル証明書が署名検証に用いられる。そこで、MHP/OCAP規格に準拠したインタラクティブテレビへの本発明の適用としては、ローカルストレージに記録されれたデータファイルについて、保存先の「OrganizationIDディレクトリ」、及び「AppIDディレクトリ」の名称に、デジタル証明書に含まれている主体者名を関連付けて利用する形態が考えられる。【０１９９】
（５）第１、第２実施形態では、BD-ROMを再生する再生機能を有する再生装置について説明したが、本発明は、再生機能のみを有するものではなく記録機能をも有する再生装置にも適用できることはもちろんのことである。【０２００】
（６）上記実施形態、及び上記変形例をそれぞれ組み合わせるとしてもよい。
【産業上の利用可能性】
【０２０１】
本発明に係るデータ管理装置、データ管理方法は、ローカルストレージに保存されたデータの管理を効率的に行う技術として有用であり、ＢＤ−ＲＯＭの再生機器等の装置に適用しうる。
【図１】
2008132772.tif 000003
【図２】
2008132772.tif 000004
【図３】
2008132772.tif 000005
【図４】
2008132772.tif 000006
【図５】
2008132772.tif 000007
【図６】
2008132772.tif 000008
【図７】
2008132772.tif 000009
【図８】
2008132772.tif 000010
【図９】
2008132772.tif 000011
【図１０】
2008132772.tif 000012
【図１１】
2008132772.tif 000013
【図１２】
2008132772.tif 000014
【図１３】
2008132772.tif 000015
【図１４】
2008132772.tif 000016
【図１５】
2008132772.tif 000017
【図１６】
2008132772.tif 000018
【図１７】
2008132772.tif 000019
【図１８】
2008132772.tif 000020
【図１９】
2008132772.tif 000021
【図２０】
2008132772.tif 000022
【図２１】
2008132772.tif 000023
【図２２】
2008132772.tif 000024
【図２３】
2008132772.tif 000025
【図２４】
2008132772.tif 000026
【図２５】
2008132772.tif 000027
【図２６】
2008132772.tif 000028
【図２７】
2008132772.tif 000029
【図２８】
2008132772.tif 000030
【図２９】
2008132772.tif 000031
【手続補正書】
【提出日】平成20年12月18日(2008.12.18)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
読み書き可能な記録媒体において、デジタル証明書に基づいて正当性が証明されたアプリケーションプログラム以外によるアクセスが制限され、アプリケーションプログラム毎にアクセスが許可されるディレクトリが異なる制限領域に、アプリケーションプログラムの実行により記録されたデータを管理するデータ管理装置であって、
アプリケーションプログラムに付されたデジタル証明書に基づいて、アプリケーションプログラムが正当なアプリケーションであるか否かを検証する検証手段と、
正当なアプリケーションである場合に、前記アプリケーションプログラムの検証に用いたデジタル証明書に含まれる当該証明書の所有者に関する文字情報と、制限領域において前記アプリケーションプログラムによるアクセスが許可されるディレクトリとを関連付けるマッピング手段と、
前記アプリケーションプログラムによるアクセスが許可されるディレクトリに記録されたデータに関する情報提示に、当該ディレクトリに関連付けられた前記文字情報を用いる提示手段とを備え、
前記デジタル証明書は、複数の証明書部分からなり、
複数の証明書部分は、下位の証明書部分の正当性を証明するルート証明書部分と上位の証明書により正当性が証明されるリーフ証明書部分とを含み、
各証明書部分には、前記文字情報として主体者名情報が記載されており、
前記アプリケーションプログラムによるアクセスが許可されるディレクトリとは、前記アプリケーションプログラムの実行によりデータが記録されるアプリケーションディレクトリの親ディレクトリであるＯｒｇａｎｉｚａｔｉｏｎディレクトリと、さらに当該Ｏｒｇａｎｉｚａｔｉｏｎディレクトリの親ディレクトリであるルート証明書ディレクトリとが、前記デジタル証明書に含まれる情報により特定されるディレクトリであり、
前記マッピング手段による関連付けは、前記Ｏｒｇａｎｉｚａｔｉｏｎディレクトリと前記リーフ証明書部分に記載された主体者名情報とを関連付け、前記ルート証明書ディレクトリと前記ルート証明書部分に記載された主体者名情報とを関連付けることによりなされる
ことを特徴とするデータ管理装置。
【請求項２】
（削除）
【請求項３】
前記関連付けには、主体者名情報として示される国名、組織名、組織ユニット、及び共通名の何れかが用いられる
ことを特徴とする請求項１のデータ管理装置。
【請求項４】
前記Ｏｒｇａｎｉｚａｔｉｏｎディレクトリと前記リーフ証明書部分に記載された主体者名情報とを関連付ける場合に、前記主体者名情報に含まれる組織名から終端に存在するＯｒｇａｎｉｚａｔｉｏｎＩＤを除いた文字列を用いる
ことを特徴とする請求項３のデータ管理装置。
【請求項５】
前記マッピング手段は、前記関連付けにおいて、前記主体者名情報の内の何れの情報を用いるかのユーザ選択を受け付ける
ことを特徴とする請求項３のデータ管理装置。
【請求項６】
前記アプリケーションプログラムは、当該アプリケーションプログラムを実行する再生装置に挿入されたディスク上のデータと、再生装置が有する前記記録媒体上のデータとをマージして得られるバーチャルパッケージに含まれ、
前記バーチャルパッケージは、アプリケーションの詳細を示すアプリケーション管理情報を含み、
前記マッピング手段はさらに、前記アプリケーションディレクトリと、前記アプリケーション管理情報において示されるアプリケーションプログラムの名称とを関連付ける
ことを特徴とする請求項１のデータ管理装置。
【請求項７】
前記アプリケーションプログラムは、当該アプリケーションプログラムを実行する再生装置に挿入されたディスク上のデータと、再生装置が有する前記記録媒体上のデータとをマージして得られるバーチャルパッケージに含まれ、
前記バーチャルパッケージは、アプリケーションの詳細を示すアプリケーション管理情報を含み、
前記マッピング手段はさらに、前記アプリケーションディレクトリと、前記アプリケーション管理情報において前記アプリケーションプログラムに関連付けられているアイコンの情報とを、関連付ける
ことを特徴とする請求項１のデータ管理装置。
【請求項８】
読み書き可能な記録媒体において、デジタル証明書に基づいて正当性が証明されたアプリケーションプログラム以外によるアクセスが制限され、アプリケーションプログラム毎にアクセスが許可されるディレクトリが異なる制限領域に、アプリケーションプログラムの実行により記録されたデータを管理するデータ管理装置であって、
アプリケーションプログラムに付されたデジタル証明書に基づいて、アプリケーションプログラムが正当なアプリケーションであるか否かを検証する検証手段と、
正当なアプリケーションである場合に、前記アプリケーションプログラムの検証に用いたデジタル証明書に含まれる当該証明書の所有者に関する文字情報と、制限領域において前記アプリケーションプログラムによるアクセスが許可されるディレクトリとを関連付けるマッピング手段と、
前記アプリケーションプログラムによるアクセスが許可されるディレクトリに記録されたデータに関する情報提示に、当該ディレクトリに関連付けられた前記文字情報を用いる提示手段とを備え、
前記検証手段による検証は、アプリケーションプログラムが実行される際に、当該アプリケーションプログラムの起動に先立って処理され、
前記マッピング手段による関連付けは、前記検証処理に伴って処理される
ことを特徴とするデータ管理装置。
【請求項９】
読み書き可能な記録媒体において、デジタル証明書に基づいて正当性が証明されたアプリケーションプログラム以外によるアクセスが制限され、アプリケーションプログラム毎にアクセスが許可されるディレクトリが異なる制限領域に、アプリケーションプログラムの実行により記録されたデータを管理するデータ管理装置であって、
アプリケーションプログラムに付されたデジタル証明書に基づいて、アプリケーションプログラムが正当なアプリケーションであるか否かを検証する検証手段と、
正当なアプリケーションである場合に、前記アプリケーションプログラムの検証に用いたデジタル証明書に含まれる当該証明書の所有者に関する文字情報と、制限領域において前記アプリケーションプログラムによるアクセスが許可されるディレクトリとを関連付けるマッピング手段と、
前記アプリケーションプログラムによるアクセスが許可されるディレクトリに記録されたデータに関する情報提示に、当該ディレクトリに関連付けられた前記文字情報を用いる提示手段とを備え、
前記アプリケーションプログラムは、当該アプリケーションプログラムを実行する再生装置に挿入されたディスク上のデータと、再生装置が有する前記記録媒体上のデータとをマージして得られるバーチャルパッケージに含まれ、
前記バーチャルパッケージは、当該バーチャルパッケージの詳細を示すメタファイルを含み、
前記マッピング手段はさらに、前記関連付けに、前記メタファイルの情報を用いる
ことを特徴とするデータ管理装置。
【請求項１０】
前記マッピング手段は、前記バーチャルパッケージにメタファイルが含まれていない場合に、前記デジタル証明書に含まれる証明を受けた者に関する文字情報を用いた前記関連付けを行う
ことを特徴とする請求項９のデータ管理装置。
【請求項１１】
読み書き可能な記録媒体において、デジタル証明書に基づいて正当性が証明されたアプリケーションプログラム以外によるアクセスが制限され、アプリケーションプログラム毎にアクセスが許可されるディレクトリが異なる制限領域に、アプリケーションプログラムの実行により記録されたデータを管理するデータ管理装置であって、
ユーザによる文字情報の入力を受け付ける文字列受付手段と、
アプリケーションプログラムに付されたデジタル証明書に基づいて、アプリケーションプログラムが正当なアプリケーションであるか否かを検証する検証手段と、
正当なアプリケーションであれば、前記文字列受付手段において入力を受け付けた文字情報を用いるか否かのユーザ選択を受け付け、当該受け付けたユーザ選択が前記文字情報を用いない旨を示す場合、前記アプリケーションプログラムの検証に用いたデジタル証明書に含まれる当該証明書の所有者に関する文字情報と、制限領域において前記アプリケーションプログラムによるアクセスが許可されるディレクトリとを関連付け、前記受け付けたユーザ選択が前記入力を受け付けた文字情報を用いる旨を示す場合、前記文字列受付手段において入力を受け付けた文字情報と、制限領域において前記アプリケーションプログラムによるアクセスが許可されるディレクトリとを関連付けるマッピング手段と、
前記アプリケーションプログラムによるアクセスが許可されるディレクトリに記録されたデータに関する情報提示に、当該ディレクトリに関連付けられた文字情報を用いる提示手段と
を備えることを特徴とするデータ管理装置。
【請求項１２】
前記字列受付手段は、画面上に表示した入力欄を介して前記文字列の入力を受け付け、
前記入力欄には、前記主体者名情報に含まれる文字列がデフォルト表示される
ことを特徴とする請求項１１のデータ管理装置。
【請求項１３】
読み書き可能な記録媒体において、デジタル証明書に基づいて正当性が証明されたアプリケーションプログラム以外によるアクセスが制限され、アプリケーションプログラム毎にアクセスが許可されるディレクトリが異なる制限領域に、アプリケーションプログラムの実行により記録されたデータを管理するようコンピュータを制御するコンピュータプログラムであって、
アプリケーションプログラムに付されたデジタル証明書に基づいて、アプリケーションプログラムが正当なアプリケーションであるか否かを検証する検証ステップと、
正当なアプリケーションである場合に、前記アプリケーションプログラムの検証に用いたデジタル証明書に含まれる当該証明書の所有者に関する文字情報と、制限領域において前記アプリケーションプログラムによるアクセスが許可されるディレクトリとを関連付けるマッピングステップと、
前記アプリケーションプログラムによるアクセスが許可されるディレクトリに記録されたデータに関する情報提示に、当該ディレクトリに関連付けられた前記文字情報を用いる提示ステップとの各ステップをコンピュータに実行させ、
前記デジタル証明書は、複数の証明書部分からなり、
複数の証明書部分は、下位の証明書部分の正当性を証明するルート証明書部分と上位の証明書により正当性が証明されるリーフ証明書部分とを含み、
各証明書部分には、前記文字情報として主体者名情報が記載されており、
前記アプリケーションプログラムによるアクセスが許可されるディレクトリとは、前記アプリケーションプログラムの実行によりデータが記録されるアプリケーションディレクトリの親ディレクトリであるＯｒｇａｎｉｚａｔｉｏｎディレクトリと、さらに当該Ｏｒｇａｎｉｚａｔｉｏｎディレクトリの親ディレクトリであるルート証明書ディレクトリとが、前記デジタル証明書に含まれる情報により特定されるディレクトリであり、
前記マッピングステップにおける関連付けは、前記Ｏｒｇａｎｉｚａｔｉｏｎディレクトリと前記リーフ証明書部分に記載された主体者名情報とを関連付け、前記ルート証明書ディレクトリと前記ルート証明書部分に記載された主体者名情報とを関連付けることによりなされる
ことを特徴とするコンピュータプログラム。
【請求項１４】
読み書き可能な記録媒体において、デジタル証明書に基づいて正当性が証明されたアプリケーションプログラム以外によるアクセスが制限され、アプリケーションプログラム毎にアクセスが許可されるディレクトリが異なる制限領域に、アプリケーションプログラムの実行により記録されたデータを管理するデータ管理方法であって、
アプリケーションプログラムに付されたデジタル証明書に基づいて、アプリケーションプログラムが正当なアプリケーションであるか否かを検証する検証ステップと、
正当なアプリケーションである場合に、前記アプリケーションプログラムの検証に用いたデジタル証明書に含まれる当該証明書の所有者に関する文字情報と、制限領域において前記アプリケーションプログラムによるアクセスが許可されるディレクトリとを関連付けるマッピングステップと、
前記アプリケーションプログラムによるアクセスが許可されるディレクトリに記録されたデータに関する情報提示に、当該ディレクトリに関連付けられた前記文字情報を用いる提示ステップとを含み、
前記デジタル証明書は、複数の証明書部分からなり、
複数の証明書部分は、下位の証明書部分の正当性を証明するルート証明書部分と上位の証明書により正当性が証明されるリーフ証明書部分とを含み、
各証明書部分には、前記文字情報として主体者名情報が記載されており、
前記アプリケーションプログラムによるアクセスが許可されるディレクトリとは、前記アプリケーションプログラムの実行によりデータが記録されるアプリケーションディレクトリの親ディレクトリであるＯｒｇａｎｉｚａｔｉｏｎディレクトリと、さらに当該Ｏｒｇａｎｉｚａｔｉｏｎディレクトリの親ディレクトリであるルート証明書ディレクトリとが、前記デジタル証明書に含まれる情報により特定されるディレクトリであり、
前記マッピングステップにおける関連付けは、前記Ｏｒｇａｎｉｚａｔｉｏｎディレクトリと前記リーフ証明書部分に記載された主体者名情報とを関連付け、前記ルート証明書ディレクトリと前記ルート証明書部分に記載された主体者名情報とを関連付けることによりなされる
ことを特徴とするデータ管理方法。
【請求項１５】
読み書き可能な記録媒体において、デジタル証明書に基づいて正当性が証明されたアプリケーションプログラム以外によるアクセスが制限され、アプリケーションプログラム毎にアクセスが許可されるディレクトリが異なる制限領域に、アプリケーションプログラムの実行により記録されたデータを管理するようコンピュータを制御するコンピュータプログラムであって、
アプリケーションプログラムが実行される際に、当該アプリケーションプログラムの起動に先立って、アプリケーションプログラムに付されたデジタル証明書に基づいて、アプリケーションプログラムが正当なアプリケーションであるか否かを検証する検証ステップと、
正当なアプリケーションである場合に、前記検証処理に伴って、前記アプリケーションプログラムの検証に用いたデジタル証明書に含まれる当該証明書の所有者に関する文字情報と、制限領域において前記アプリケーションプログラムによるアクセスが許可されるディレクトリとを関連付けるマッピングステップと、
前記アプリケーションプログラムによるアクセスが許可されるディレクトリに記録されたデータに関する情報提示に、当該ディレクトリに関連付けられた前記文字情報を用いる提示ステップと
の各ステップをコンピュータに実行させることを特徴とするコンピュータプログラム。
【請求項１６】
読み書き可能な記録媒体において、デジタル証明書に基づいて正当性が証明されたアプリケーションプログラム以外によるアクセスが制限され、アプリケーションプログラム毎にアクセスが許可されるディレクトリが異なる制限領域に、アプリケーションプログラムの実行により記録されたデータを管理するデータ管理方法であって、
アプリケーションプログラムが実行される際に、当該アプリケーションプログラムの起動に先立って、アプリケーションプログラムに付されたデジタル証明書に基づいて、アプリケーションプログラムが正当なアプリケーションであるか否かを検証する検証ステップと、
正当なアプリケーションである場合に、前記検証処理に伴って、前記アプリケーションプログラムの検証に用いたデジタル証明書に含まれる当該証明書の所有者に関する文字情報と、制限領域において前記アプリケーションプログラムによるアクセスが許可されるディレクトリとを関連付けるマッピングステップと、
前記アプリケーションプログラムによるアクセスが許可されるディレクトリに記録されたデータに関する情報提示に、当該ディレクトリに関連付けられた前記文字情報を用いる提示ステップと
を含むことを特徴とするデータ管理方法。
【請求項１７】
読み書き可能な記録媒体において、デジタル証明書に基づいて正当性が証明されたアプリケーションプログラム以外によるアクセスが制限され、アプリケーションプログラム毎にアクセスが許可されるディレクトリが異なる制限領域に、アプリケーションプログラムの実行により記録されたデータを管理するようコンピュータを制御するコンピュータプログラムであって、
アプリケーションプログラムに付されたデジタル証明書に基づいて、アプリケーションプログラムが正当なアプリケーションであるか否かを検証する検証ステップと、
正当なアプリケーションである場合に、前記アプリケーションプログラムの検証に用いたデジタル証明書に含まれる当該証明書の所有者に関する文字情報と、制限領域において前記アプリケーションプログラムによるアクセスが許可されるディレクトリとを関連付けるマッピングステップと、
前記アプリケーションプログラムによるアクセスが許可されるディレクトリに記録されたデータに関する情報提示に、当該ディレクトリに関連付けられた前記文字情報を用いる提示ステップとの各ステップをコンピュータに実行させ、
前記アプリケーションプログラムは、当該アプリケーションプログラムを実行する再生装置に挿入されたディスク上のデータと、再生装置が有する前記記録媒体上のデータとをマージして得られるバーチャルパッケージに含まれ、
前記バーチャルパッケージは、当該バーチャルパッケージの詳細を示すメタファイルを含み、
前記マッピングステップではさらに、前記関連付けに、前記メタファイルの情報が用いられる
ことを特徴とするコンピュータプログラム。
【請求項１８】
読み書き可能な記録媒体において、デジタル証明書に基づいて正当性が証明されたアプリケーションプログラム以外によるアクセスが制限され、アプリケーションプログラム毎にアクセスが許可されるディレクトリが異なる制限領域に、アプリケーションプログラムの実行により記録されたデータを管理するデータ管理方法であって、
アプリケーションプログラムに付されたデジタル証明書に基づいて、アプリケーションプログラムが正当なアプリケーションであるか否かを検証する検証ステップと、
正当なアプリケーションである場合に、前記アプリケーションプログラムの検証に用いたデジタル証明書に含まれる当該証明書の所有者に関する文字情報と、制限領域において前記アプリケーションプログラムによるアクセスが許可されるディレクトリとを関連付けるマッピングステップと、
前記アプリケーションプログラムによるアクセスが許可されるディレクトリに記録されたデータに関する情報提示に、当該ディレクトリに関連付けられた前記文字情報を用いる提示ステップとを含み、
前記アプリケーションプログラムは、当該アプリケーションプログラムを実行する再生装置に挿入されたディスク上のデータと、再生装置が有する前記記録媒体上のデータとをマージして得られるバーチャルパッケージに含まれ、
前記バーチャルパッケージは、当該バーチャルパッケージの詳細を示すメタファイルを含み、
前記マッピングステップではさらに、前記関連付けに、前記メタファイルの情報が用いられる
ことを特徴とするデータ管理方法。
【請求項１９】
読み書き可能な記録媒体において、デジタル証明書に基づいて正当性が証明されたアプリケーションプログラム以外によるアクセスが制限され、アプリケーションプログラム毎にアクセスが許可されるディレクトリが異なる制限領域に、アプリケーションプログラムの実行により記録されたデータを管理するようコンピュータを制御するコンピュータプログラムであって、
ユーザによる文字情報の入力を受け付ける文字列受付ステップと、
アプリケーションプログラムに付されたデジタル証明書に基づいて、アプリケーションプログラムが正当なアプリケーションであるか否かを検証する検証ステップと、
正当なアプリケーションであれば、前記文字列受付ステップにおいて入力を受け付けた文字情報を用いるか否かのユーザ選択を受け付け、当該受け付けたユーザ選択が前記文字情報を用いない旨を示す場合、前記アプリケーションプログラムの検証に用いたデジタル証明書に含まれる当該証明書の所有者に関する文字情報と、制限領域において前記アプリケーションプログラムによるアクセスが許可されるディレクトリとを関連付け、前記受け付けたユーザ選択が前記入力を受け付けた文字情報を用いる旨を示す場合、前記文字列受付ステップにおいて入力を受け付けた文字情報と、制限領域において前記アプリケーションプログラムによるアクセスが許可されるディレクトリとを関連付けるマッピングステップと、
前記アプリケーションプログラムによるアクセスが許可されるディレクトリに記録されたデータに関する情報提示に、当該ディレクトリに関連付けられた前記文字情報を用いる提示ステップと
の各ステップをコンピュータに実行させることを特徴とするコンピュータプログラム。
【請求項２０】
読み書き可能な記録媒体において、デジタル証明書に基づいて正当性が証明されたアプリケーションプログラム以外によるアクセスが制限され、アプリケーションプログラム毎にアクセスが許可されるディレクトリが異なる制限領域に、アプリケーションプログラムの実行により記録されたデータを管理するデータ管理方法であって、
ユーザによる文字情報の入力を受け付ける文字列受付ステップと、
アプリケーションプログラムに付されたデジタル証明書に基づいて、アプリケーションプログラムが正当なアプリケーションであるか否かを検証する検証ステップと、
正当なアプリケーションであれば、前記文字列受付ステップにおいて入力を受け付けた文字情報を用いるか否かのユーザ選択を受け付け、当該受け付けたユーザ選択が前記文字情報を用いない旨を示す場合、前記アプリケーションプログラムの検証に用いたデジタル証明書に含まれる当該証明書の所有者に関する文字情報と、制限領域において前記アプリケーションプログラムによるアクセスが許可されるディレクトリとを関連付け、前記受け付けたユーザ選択が前記入力を受け付けた文字情報を用いる旨を示す場合、前記文字列受付ステップにおいて入力を受け付けた文字情報と、制限領域において前記アプリケーションプログラムによるアクセスが許可されるディレクトリとを関連付けるマッピングステップと、
前記アプリケーションプログラムによるアクセスが許可されるディレクトリに記録されたデータに関する情報提示に、当該ディレクトリに関連付けられた前記文字情報を用いる提示ステップと
を含むことを特徴とするデータ管理方法。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】０００３
【補正方法】変更
【補正の内容】
【０００３】
り、そのアクセス制御の判定にディレクトリ名を利用するため、ディレクトリ名には、特定の情報のダイジェスト値やＩＤ番号などを使うよう規定されている。そのため、ユーザがディレクトリ名からデータの内容を類推することは非常に困難である。
［００１０］
図１、図２は、ＢＤ−ＲＯＭ再生機器においてローカルストレージに保存されたデータの提示に、ディレクトリ名称、アプリケーションにより保存されたデータファイルのファイル名等を使用した表示例である。このような表示例では、ファイルパスが意味を理解しがたい文字列であるため、ユーザには操作対象のデータがどのようなものか判別できない。
［００１１］
本発明はかかる問題に鑑み、記録媒体に保存されたデータの内容把握が容易になるように、既存の情報を用いてローカルストレージの記録領域の状態を簡便に提示することができるデータ管理装置、データ管理方法、及びコンピュータプログラムを提供することを目的とする。
課題を解決するための手段
［００１２］
上記目的を達成するために、本発明に係るデータ管理装置は、読み書き可能な記録媒体において、デジタル証明書に基づいて正当性が証明されたアプリケーションプログラム以外によるアクセスが制限され、アプリケーションプログラム毎にアクセスが許可されるディレクトリが異なる制限領域に、アプリケーションプログラムの実行により記録されたデータを管理するデータ管理装置であって、アプリケーションプログラムに付されたデジタル証明書に基づいて、アプリケーションプログラムが正当なアプリケーションであるか否かを検証する検証手段と、正当なアプリケーションである場合に、前記アプリケーションプログラムの検証に用いたデジタル証明書に含まれる当該証明書の所有者に関する文字情報と、制限領域において前記アプリケーションプログラムによるアクセスが許可されるディレクトリとを関連付けるマッピング手段と、前記アプリケーションプログラムによるアクセスが許可されるディレクトリに記録されたデータに関する情報提示に、当該ディレクトリに関連付けられた前記文字情報を用いる提示手段とを備え、前記デジタル証明書は、複数の証明書部分からなり、複数の証明書部分は、下位の証明書部分の正当性を証明するルート証明書部分と上位の証明書により正当性が証明されるリーフ証明書部分とを含み、各証明書部分には、前記文字情報として主体者名情報が記載されており、前記アプリケーションプログラムによるアクセスが許可されるディレクトリとは、前記アプリケーションプログラムの実行によりデータが記録されるアプリケーションディレクトリの親ディレクトリであるＯｒｇａｎｉｚａｔｉｏｎディレクトリと、さらに当該Ｏｒｇａｎｉｚａｔｉｏｎディレクトリの親ディレクトリであるルート証明書ディレクトリとが、前記デジタル証明書に含まれる情報により特定されるディレクトリであり、前記マッピング手段による関連付けは、前記Ｏｒｇａｎｉｚａｔｉｏｎディレクトリと前記リーフ証明書部分に記載された主体者名情報とを関連付け、前記ルート証明書ディレクトリと前記ルート証明書部分に記載された主体者名情報とを関連付けることによりなされることを特徴とす
【手続補正３】
【補正対象書類名】明細書
【補正対象項目名】０００４
【補正方法】変更
【補正の内容】
【０００４】
る。
発明の効果
［００１３］
上述の構成により本発明に係るデータ管理装置では、記録媒体に記録されているデータの提示に、デジタル証明書を受けた者に関する文字情報を用いることができる。このような文字情報は、ユーザがデータの内容を類推する助けとなる。
［００１４］
また、データの内容を類推するための情報を、データ保存時にユーザが登録したり、外部から取得する必要がないため手間がかからず、内容が保障された証明書を用いるため正確な情報をユーザに提示できる。
［００１５］
従って、本発明に係るデータ管理装置によれば、記録媒体に保存されたデータの内容把握が容易で、ユーザにわかりやすい情報を簡便に提示可能となるという効果がえられる。
［００１６］
［００１７］
デジタル証明書として広く利用されているＸ．５０９証明書では、主体者名としてアプリケーションプログラムの製作者の名称や、その上部組織の名称が記載されている。このような名称は、ユーザがデータの内容を類推する助けと
【手続補正書】
【提出日】平成21年10月9日(2009.10.9)
【手続補正１】
【補正対象書類名】明細書
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、アプリケーションプログラムの実行により読み書き可能な記録媒体に保存されたデータを管理する技術に関し、特に、保存されたデータの内容をユーザが類推しやすいように、記録媒体の記録状態を提示する技術に関する。
【背景技術】
【０００２】
近年、BD-ROM再生機を代表としたＡＶストリームを再生する家電機器に向けて、再生コンテンツとしてＡＶストリームのみでなく、インタラクティブ性の向上を目的としたアプリケーションプログラム（以下、「アプリケーション」という。）を同時に付加するコンテンツ提供方法が主流となってきている。
このような機器では、アプリケーションが自由に読み書きできるハードディスク等の読み書き可能な記録媒体（以下、「ローカルストレージ」という）を兼ね備え、アプリケーションの途中状態や再生機の設定などのデータを、ローカルストレージに保存することが可能である。例えば、ＡＶストリームを再生しながら、その画面にオーバーレイして、コンテンツに関連するシューティングゲームを実現するアプリケーションでは、ゲームのハイスコアをローカルストレージに保存することが出来る。また他の例として、ユーザのお気に入り場面を登録できるアプリケーションを用いて、ストリームの頭出し情報をローカルストレージに記録する等といったユースケースが考えられる。
【０００３】
ところで、ローカルストレージの容量は製造者によって異なるが、BD-ROM再生機器を長く使用しデータの保存を重ねるうちに、容量が不足することが考えられる。記録領域の容量が不足した場合の対策として、ユーザの利用履歴情報などを参照してデータを自動的に消去する機能を設けることも一つの手段ではあるが、それではユーザの意図しないデータが消去される可能性があり望ましくない。
【０００４】
他の対策として、ユーザが不要なデータを手動で消去できる機能を設けることが考えられる。このようなユーザが不要なデータを手動で消去できる機能を設ける場合、ローカルストレージに保存されているデータから、ユーザが目的のものを特定できるように、ローカルストレージの記録領域の状態を提示する方法が必要となる。
記録領域内のデータの提示方法の先行技術としては、特許文献１に記載されているものがある。特許文献１に記載のものでは、それぞれのファイル内にファイル識別情報を埋め込み、それをファイル名の代わりに表示させている。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開平９−４４３８７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかしながら、ファイル毎にファイル識別情報を新たに埋め込むことは、記録領域のさらなる容量不足をもたらすことにもつながる。また、すでに流通しているBD-ROMパッケージについては、データ保存時にファイル識別情報を埋め込むような工夫がアプリケーションになされておらず、このような提示方法に対応できない。
そこで、従来のBD-ROMパッケージのアプリケーションによりローカルストレージに保存されたデータの提示には、通常はファイル名やディレクトリ名の使用が考えられる。しかし、ファイル名やディレクトリ名は、必ずしもデータの内容と一致していたり、ユーザが理解可能な名称となっているとは限らず、ファイル名やディレクトリ名からユーザが対象のデータを特定できないケースも大いにありうる。
【０００７】
特にBD-ROM再生機器では、セキュリティの観点から、アプリケーション毎にローカルストレージにおいてアクセスできるディレクトリが制限されており、そのアクセス制御の判定にディレクトリ名を利用するため、ディレクトリ名には、特定の情報のダイジェスト値やID番号などを使うよう規定されている。そのため、ユーザがディレクトリ名からデータの内容を類推することは非常に困難である。
【０００８】
図１、図２は、BD-ROM再生機器においてローカルストレージに保存されたデータの提示に、ディレクトリ名称、アプリケーションにより保存されたデータファイルのファイル名等を使用した表示例である。このような表示例では、ファイルパスが意味を理解しがたい文字列であるため、ユーザには操作対象のデータがどのようなものか判別できない。
本発明はかかる問題に鑑み、記録媒体に保存されたデータの内容把握が容易になるように、既存の情報を用いてローカルストレージの記録領域の状態を簡便に提示することができるデータ管理装置、データ管理方法、及びコンピュータプログラムを提供することを目的とする。
【課題を解決するための手段】
【０００９】
上記目的を達成するために、本発明に係るデータ管理装置は、読み書き可能な記録媒体において、デジタル証明書に基づいて正当性が証明されたアプリケーションプログラム以外によるアクセスが制限され、アプリケーションプログラム毎にアクセスが許可されるディレクトリが異なる制限領域に、アプリケーションプログラムの実行により記録されたデータを管理するデータ管理装置であって、アプリケーションプログラムに付されたデジタル証明書に基づいて、アプリケーションプログラムが正当なアプリケーションであるか否かを検証する検証手段と、正当なアプリケーションである場合に、前記アプリケーションプログラムの検証に用いたデジタル証明書に含まれる当該証明書の所有者に関する文字情報と、制限領域において前記アプリケーションプログラムによるアクセスが許可されるディレクトリとを関連付けるマッピング手段と、前記アプリケーションプログラムによるアクセスが許可されるディレクトリに記録されたデータに関する情報提示に、当該ディレクトリに関連付けられた前記文字情報を用いる提示手段とを備え、前記デジタル証明書は、複数の証明書部分からなり、複数の証明書部分は、下位の証明書部分の正当性を証明するルート証明書部分と上位の証明書により正当性が証明されるリーフ証明書部分とを含み、各証明書部分には、前記文字情報として主体者名情報が記載されており、前記アプリケーションプログラムによるアクセスが許可されるディレクトリとは、前記アプリケーションプログラムの実行によりデータが記録されるアプリケーションディレクトリの親ディレクトリであるOrganizationディレクトリと、さらに当該Organizationディレクトリの親ディレクトリであるルート証明書ディレクトリとが、前記デジタル証明書に含まれる情報により特定されるディレクトリであり、前記マッピング手段による関連付けは、前記Organizationディレクトリと前記リーフ証明書部分に記載された主体者名情報とを関連付け、前記ルート証明書ディレクトリと前記ルート証明書部分に記載された主体者名情報とを関連付けることによりなされることを特徴とする。
【発明の効果】
【００１０】
上述の構成により本発明に係るデータ管理装置では、記録媒体に記録されているデータの提示に、デジタル証明書を受けた者に関する文字情報を用いることができる。このような文字情報は、ユーザがデータの内容を類推する助けとなる。
また、データの内容を類推するための情報を、データ保存時にユーザが登録したり、外部から取得する必要がないため手間がかからず、内容が保障された証明書を用いるため正確な情報をユーザに提示できる。
【００１１】
従って、本発明に係るデータ管理装置によれば、記録媒体に保存されたデータの内容把握が容易で、ユーザにわかりやすい情報を簡便に提示可能となるという効果がえられる。
デジタル証明書として広く利用されているX.509証明書では、主体者名としてアプリケーションプログラムの製作者の名称や、その上部組織の名称が記載されている。このような名称は、ユーザがデータの内容を類推する助けとなる。
【００１２】
一般に、BD-ROM再生機器において、ローカルストレージのルート証明書ディレクトリ及びOrganizationディレクトリは、それぞれアプリケーションプログラムのルート証明書に記載の情報、及びリーフ証明書に記載の情報を利用して、アプリケーションプログラムからのアクセス制御がなされる。
そのため、アプリケーションプログラムが認証アプリケーションであれば、それぞれのディレクトリに適切な証明書を対応させることができるので、そのアプリケーションプログラムに関するデータを、リーフ証明書の主体者名情報に記載されたアプリケーションプログラムの作成者の名称と、ルート証明書の主体者名情報に記載されたBD-ROMパッケージの作成スタジオ名を用いて提示することができる。
【００１３】
また、前記関連付けには、主体者名情報として示される国名、組織名、組織ユニット、及び共通名の何れかが用いられることを特徴とする。
これにより、国名、組織名、組織ユニット、及び共通名の何れか具体的な情報を用いてローカルストレージのデータが提示されるため、その内容把握が容易になる。
また、前記Organizationディレクトリと前記リーフ証明書部分に記載された主体者名情報とを関連付ける場合に、前記主体者名情報に含まれる組織名から終端に存在するOrganizationIDを除いた文字列を用いることを特徴とする。
【００１４】
組織名には、アプリケーションプログラムの作成者の名称の末尾にOrganizationIDを付した文字列が記載されているので、OrganizationIDを除いた文字列を提示することで、ユーザによる理解がより容易になる。
また、前記マッピング手段は、前記関連付けにおいて、前記主体者名情報の内の何れの情報を用いるかのユーザ選択を受け付けることを特徴とする。
【００１５】
これにより、データに関連づける情報をユーザが能動的に選択することで、ユーザがデータ内容を類推することがより容易になる。
また、前記アプリケーションプログラムは、当該アプリケーションプログラムを実行する再生装置に挿入されたディスク上のデータと、再生装置が有する前記記録媒体上のデータとをマージして得られるバーチャルパッケージに含まれ、前記バーチャルパッケージは、アプリケーションの詳細を示すアプリケーション管理情報を含み、前記マッピング手段はさらに、前記アプリケーションディレクトリと、前記アプリケーション管理情報において示されるアプリケーションプログラムの名称とを関連付けることを特徴とする。
【００１６】
これにより、ローカルストレージに記録されているデータの提示に、そのデータを保存したアプリケーションプログラム名称を用いることができるので、ユーザがデータ内容を類推することがより容易になる。
また、前記アプリケーションプログラムは、当該アプリケーションプログラムを実行する再生装置に挿入されたディスク上のデータと、再生装置が有する前記記録媒体上のデータとをマージして得られるバーチャルパッケージに含まれ、前記バーチャルパッケージは、アプリケーションの詳細を示すアプリケーション管理情報を含み、前記マッピング手段はさらに、前記アプリケーションディレクトリと、前記アプリケーション管理情報において前記アプリケーションプログラムに関連付けられているアイコンの情報とを、関連付けることを特徴とする。
【００１７】
これにより、ローカルストレージに記録されているデータの提示に、そのデータを保存したアプリケーションプログラムを特徴付けるアイコンを用いることができるので、ユーザがデータ内容を類推することがより容易になる。
また、前記検証手段による検証は、アプリケーションプログラムが実行される際に、当該アプリケーションプログラムの起動に先立って処理され、前記マッピング手段による関連付けは、前記検証処理に伴って処理されることを特徴とする。
【００１８】
これにより、アプリケーションプログラムの実行時に、当該アプリケーションプログラムによりデータが保存される領域について情報の関連付けがなされるため、データが存在するアプリケーションプログラムについて情報の関連付けが漏れていたり、逆に、実行したことがなくデータが存在しないアプリケーションプログラムについて無駄な関連付けを行ったりすることなく、適切に関連付けを処理することができる。
【００１９】
また、前記アプリケーションプログラムは、当該アプリケーションプログラムを実行する再生装置に挿入されたディスク上のデータと、再生装置が有する前記記録媒体上のデータとをマージして得られるバーチャルパッケージに含まれ、前記バーチャルパッケージは、当該バーチャルパッケージの詳細を示すメタファイルを含み、前記マッピング手段はさらに、前記関連付けに、前記メタファイルの情報を用いることを特徴とする。
【００２０】
また、前記マッピング手段は、前記バーチャルパッケージにメタファイルが含まれていない場合に、前記デジタル証明書に含まれる証明を受けた者に関する文字情報を用いた前記関連付けを行うことを特徴とする。
これにより、内容の限定されたデジタル証明書よりも詳細な情報を含むメタファイルの内容を用いて、データを提示することができる。
【００２１】
また、前記データ管理装置はさらに、ユーザによる文字列の入力を受け付ける文字列受付手段を備え、前記マッピング手段は、前記関連付けにおいて前記証明を受けた者に関する文字情報を用いるか否かのユーザ選択を受け付け、当該受け付けたユーザ選択が前記文字情報を用いない旨を示す場合に、前記文字列受付手段において受け付けた文字列を用いて前記関連付けを行うことを特徴とする。
【００２２】
また、前記字列受付手段は、画面上に表示した入力欄を介して前記文字列の入力を受け付け、前記入力欄には、前記主体者名情報に含まれる文字列がデフォルト表示されることを特徴とする。
これにより、ユーザがデータの内容を類推するために、より適切な情報を提示することができる。
【００２３】
本発明に係るコンピュータプログラムは、読み書き可能な記録媒体において、デジタル証明書に基づいて正当性が証明されたアプリケーションプログラム以外によるアクセスが制限され、アプリケーションプログラム毎にアクセスが許可されるディレクトリが異なる制限領域に、アプリケーションプログラムの実行により記録されたデータを管理するようコンピュータを制御するコンピュータプログラムであって、アプリケーションプログラムに付されたデジタル証明書に基づいて、アプリケーションプログラムが正当なアプリケーションであるか否かを検証する検証ステップと、正当なアプリケーションである場合に、前記アプリケーションプログラムの検証に用いたデジタル証明書に含まれる当該証明書の所有者に関する文字情報と、制限領域において前記アプリケーションプログラムによるアクセスが許可されるディレクトリとを関連付けるマッピングステップと、前記アプリケーションプログラムによるアクセスが許可されるディレクトリに記録されたデータに関する情報提示に、当該ディレクトリに関連付けられた前記文字情報を用いる提示ステップとの各ステップをコンピュータに実行させることを特徴とする。
【００２４】
これにより、記録媒体に記録されているデータの提示に、デジタル証明書を受けた者に関する文字情報を用いることができる。このような文字情報は、ユーザがデータの内容を類推する助けとなる。
また、データの内容を類推するための情報を、データ保存時にユーザが登録したり、外部から取得する必要がないため手間がかからず、内容が保障された証明書を用いるため正確な情報をユーザに提示できる。
【００２５】
従って、本発明に係るコンピュータプログラムによれば、記録媒体に保存されたデータの内容把握が容易で、ユーザにわかりやすい情報を簡便に提示可能となるという効果がえられる。
本発明に係るデータ管理方法では、読み書き可能な記録媒体において、デジタル証明書に基づいて正当性が証明されたアプリケーションプログラム以外によるアクセスが制限され、アプリケーションプログラム毎にアクセスが許可されるディレクトリが異なる制限領域に、アプリケーションプログラムの実行により記録されたデータを管理するデータ管理方法であって、アプリケーションプログラムに付されたデジタル証明書に基づいて、アプリケーションプログラムが正当なアプリケーションであるか否かを検証する検証ステップと、正当なアプリケーションである場合に、前記アプリケーションプログラムの検証に用いたデジタル証明書に含まれる当該証明書の所有者に関する文字情報と、制限領域において前記アプリケーションプログラムによるアクセスが許可されるディレクトリとを関連付けるマッピングステップと、前記アプリケーションプログラムによるアクセスが許可されるディレクトリに記録されたデータに関する情報提示に、当該ディレクトリに関連付けられた前記文字情報を用いる提示ステップとを含むことを特徴とする。
【００２６】
これにより、記録媒体に記録されているデータの提示に、デジタル証明書を受けた者に関する文字情報を用いることができる。このような文字情報は、ユーザがデータの内容を類推する助けとなる。
また、データの内容を類推するための情報を、データ保存時にユーザが登録したり、外部から取得する必要がないため手間がかからず、内容が保障された証明書を用いるため正確な情報をユーザに提示できる。
【００２７】
従って、本発明に係るデータ管理方法によれば、記録媒体に保存されたデータの内容把握が容易で、ユーザにわかりやすい情報を簡便に提示可能となるという効果がえられる。
【図面の簡単な説明】
【００２８】
【図１】ローカルストレージに保存されたデータの提示にディレクトリ名及びファイル名を使用した表示例
【図２】ローカルストレージに保存されたデータの提示にディレクトリ名を使用した表示例
【図３】本発明に係るデータ管理装置の使用形態を示す図
【図４】BD-ROMにおけるファイル・ディレクトリ構成を示す図
【図５】ＢＤ−Ｊオブジェクトの構成を示す図
【図６】アーカイブファイルに収められているプログラム、データを示す図
【図７】アプリケーションのデジタル証明書の構成を示す図
【図８】Ｘ．５０９の証明書の主体者名の構成を示す図
【図９】再生装置２００におけるソフトウェアのレイヤモデルを示す図
【図１０】再生装置２００における２つのモードの動的な再生制御にて作成される映画作品を示す図
【図１１】本実施の形態１に係る再生装置１００の内部構成を示す図
【図１２】ローカルストレージ２４のディレクトリ構成を示す図
【図１３】本実施形態１におけるＢＤ−Ｊモジュールの詳細な構成、及び関連モジュールの構成を示す図
【図１４】本実施形態１に係るマッピング処理を伴うアプリケーション起動の流れを示すフローチャート
【図１５】アプリルート証明書の主体者名情報をCertIDディレクトリと関連付けたマッピング情報の一例を示す図
【図１６】リーフ証明書の主体者名情報をOrganizationIDディレクトリと関連付けたマッピング情報の一例を示す図
【図１７】ＡＤＡに保存されたデータ管理の処理の流れを示すフローチャート
【図１８】マッピング情報を用いてＡＤＡの保存データを提示する提示画面表示処理の詳細を示すフローチャート
【図１９】本実施の形態１に係るマッピング情報を利用した提示画面の一例を示す図
【図２０】ＢＤ−Ｊオブジェクトに含まれる情報をAppIDディレクトリと関連付けたマッピング情報の一例を示す図
【図２１】AppIDディレクトリに関連付けがなされたマッピング情報を利用した提示画面の表示例を示す図
【図２２】ユーザ確認画面の表示例を示す図
【図２３】ユーザ選択画面の表示例を示す図
【図２４】候補選択画面の表示例を示す図
【図２５】名称入力画面の表示例を示す図
【図２６】第２実施形態に係るマッピング処理を伴うアプリケーション起動の流れを示すフローチャート
【図２７】メタファイルの情報を関連付けに用いたマッピング情報の一例を示す図
【図２８】変形例に係るマッピング処理を伴うアプリケーション起動の流れを示すフローチャート
【図２９】メタファイル名を関連付けに用いたマッピング情報の一例を示す図
【発明を実施するための形態】
【００２９】
(第１実施形態)
以降、本発明に係るデータ管理装置の実施形態について説明する。先ず始めに、本発明に係るデータ管理装置の実施行為のうち、使用行為についての形態を説明する。図３は、本発明に係るデータ管理装置の、使用行為についての形態を示す図である。図３において、本発明に係るデータ管理装置は、再生装置２００である。この再生装置２００は、リモコン３００、テレビ４００により形成されるホームシアターシステムに、映画作品を供給するという用途に供される。
【００３０】
以上が本発明に係るデータ管理装置の使用形態についての説明である。続いて再生装置２００が再生の対象としている、記録媒体について説明する。再生装置２００により、再生されるのは、BD-ROM１００である。図４は、BD-ROM１００の内部構成を示す図である。
本図の第４段目にBD-ROMを示し、第３段目にBD-ROM上のトラックを示す。本図のトラックは、BD-ROMの内周から外周にかけて螺旋状に形成されているトラックを、横方向に引き伸ばして描画している。このトラックは、リードイン領域と、ボリューム領域と、リードアウト領域とからなる。また、リード・インの内側にはＢＣＡ（Ｂｕｒｓｔ  Ｃｕｔｔｉｎｇ  Ａｒｅａ）と呼ばれるドライブでしか読み出せない特別な領域がある。この領域はアプリケーションから読み出せないため、例えば著作権保護技術などに利用されることがよくある。
【００３１】
本図のボリューム領域は、物理層、ファイルシステム層、応用層というレイヤモデルをもち、ボリューム領域には、ファイルシステム情報（ボリューム）を先頭に映像データなどのアプリケーションデータが記録されている。ファイルシステムとは、ＵＤＦやＩＳＯ９６６０などのことであり、通常のＰＣと同じように記録されている論理データをディレクトリ、ファイル構造を使って読み出しする事が可能になっており、２５５文字のファイル名、ディレクトリ名を読み出すことが可能である。ディレクトリ構造を用いてBD-ROMの応用層フォーマット(アプリケーションフォーマット)を表現すると、図中の第１段目のようになる。この第1段目においてBD-ROMには、Rootディレクトリの下に、CERTIFICAEディレクトリ、及びBDMVディレクトリがある。
【００３２】
CERTIFICAEディレクトリの配下には、ディスクのルート証明書のファイル(app.discroot.cert)が存在する。app.discroot.certはJava（登録商標）仮想マシンを用いて動的なシナリオ制御を行うJava(登録商標)アプリケーションのプログラムを実行する際に、アプリケーションが改竄されていないか、及びアプリケーションの身元確認を行なうプロセス（以下、署名検証という）に用いられるデジタル証明書である。
【００３３】
ＢＤＭＶディレクトリはＢＤ−ＲＯＭで扱うＡＶコンテンツや管理情報などのデータが記録されているディレクトリであり、BDMVディレクトリの配下には、PLAYLISTディレクトリ、CLIPINFディレクトリ、STREAMディレクトリ、BDJOディレクトリ、JARディレクトリ、METAディレクトリと呼ばれる6つのサブディレクトリが存在し、INDEX.BDMVとMovieObject.bdmvの２種類のファイルが配置されている。
【００３４】
STREAMディレクトリには、いわばデジタルストリーム本体となるファイルを格納しているディレクトリであり、拡張子M2TSが付与されたファイル(000001.M2TS)が存在する。
PLAYLISTディレクトリには、拡張子MPLSが付与されたファイル(000001.MPLS)が存在する。
CLIPINFディレクトリには、拡張子CLPIが付与されたファイル(000001.CLPI)が存在する。
【００３５】
BDJOディレクトリには、拡張子BDJOが付与されたファイル(XXXXX.BDJO)が存在する。
JARディレクトリには、拡張子JARが付与されたファイル(YYYYY.JAR)が存在する。
METAディレクトリには、XMLファイル(ZZZZZ.xml)が存在する。
以下、これらのファイルについて説明する。
＜AVClip＞
先ず初めに、拡張子.M2TSが付与されたファイルについて説明する。拡張子”m2ts”が付与されたファイルは、MP E G - T S( T r a n s p o r t S t r ea m )形式のデジタルＡＶストリームであり、ビデオストリーム、1つ以上のオーディオストリーム、グラフィクスストリーム、テキスト字幕ストリーム等を多重化することで得られる。ビデオストリームは映画の動画部分を、オーディオストリームは映画の音声部分をそれぞれ示している。
【００３６】
＜PlayList情報＞
拡張子“MPLS”が付与されたファイルは、PlayList(PL)情報を格納したファイルである。PL情報は、AVClipを参照してプレイリストを定義する情報である。
＜Clip情報＞
拡張子“CLPI”が付与されたファイルは、AVClipのそれぞれに1対1に対応するClip情報である。管理情報故に、Clip情報は、AVClipにおけるストリームの符号化形式、フレームレート、ビットレート、解像度等の情報や、GOPの先頭位置を示すEP_mapをもっている。以上のClip情報及びPL情報は、“静的シナリオ”に分類される。
【００３７】
＜BD-Jオブジェクト＞
続いて、拡張子BDJOを付したファイルについて説明する。拡張子BDJOを付したファイルは、BD-Jオブジェクトを格納したファイルである。BD-Jオブジェクトは、PlayList情報により定義されるAVClip列と、アプリケーションとの関連付けにより、タイトルを定義する情報である。図５は、BD-Jオブジェクトの内部構成を示す図である。本図に示すように、BD-Jオブジェクトは、“アプリケーション管理テーブル”と、“PlayList情報に対する参照値”とを示す。“PlayList情報に対する参照値”は、このタイトルの開始時に、同時に再生すべきPlayList情報を示す。アプリケーション管理テーブルは、破線の矢印ai1に示すように、このタイトルを生存区間とするアプリケーションを指定する情報を羅列したものである。アプリケーション管理テーブルにおけるアプリケーションの指定には、破線の矢印ai2に示すようにアプリケーション特定情報とアプリケーション詳細情報とが含まれる。アプリケーション特定情報としては、アプリケーションの作成者のＩＤ（OrganizationID）とアプリケーションの識別子(アプリケーションＩＤ)とそのアプリケーションを構成するJava(登録商標)アーカイブファイルのIDとが用いられる。つまり、一つのアプリケーションは一つ以上のJava(登録商標)アーカイブファイルで構成される。
【００３８】
また、アプリケーション管理テーブルには、破線の矢印ai4に示すように、アプリケーション詳細情報として、アプリケーションの名称を示す文字列と、アプリケーションに対応づけるアイコンの所在を指し示すアイコンロケータとを、アプリケーション毎にさせて格納している。アイコンロケータは、Java(登録商標)アーカイブファイル内に含まれるアイコンをアドレスにより指し示す。
【００３９】
以上が拡張子BOBJを付したファイルについての説明である。
続いて“動的なシナリオ”について説明する。“動的に”というのは、再生装置２００における状態変化やユーザからのキーイベントにより再生制御の中身がかわることをいう。BD-ROMでは、Java(登録商標)アプリケーションと同様の記述により、この再生制御を記述することができる。つまりBD-ROMでは、Java(登録商標)アプリケーションが、動的シナリオとしての役割を担うことになる。
【００４０】
Java(登録商標)アプリケーションについて説明する。Java(登録商標)アプリケーションは、仮想マシンのヒープ領域(ワークメモリとも呼ばれる)にロードされた1つ以上のxletプログラムからなる。このワークメモリにロードされたxletプログラム、及び、データから、アプリケーションは構成されることになる。以上がJava(登録商標)アプリケーションの構成である。
このJava(登録商標)アプリケーションの実体にあたるのが、図４におけるBDMVディレクトリ配下のJARディレクトリに格納されたJava(登録商標)アーカイブファイル(YYYYY.jar)である。以降、Java(登録商標)アーカイブファイルについて、図６を参照しながら説明する。
【００４１】
＜Java(登録商標)アーカイブファイル＞
Java(登録商標)アーカイブファイル(図４のYYYYY.JAR)は、1つ以上のクラスファイル、1つ以上のデータファイル等を1つにまとめることで得られるファイルである。図６は、アーカイブファイルにより収められているプログラム、データを示す図である。本図におけるデータは、枠内に示すディレクトリ構造が配置された複数ファイルを、Java(登録商標)アーカイバでまとめたものである。枠内に示すディレクトリ構造は、Rootディレクトリ、javaディレクトリ、imageディレクトリ、META-INFディレクトリ、appiconディレクトリとからなり、Java(登録商標)アーカイブファイルは、これらをJava(登録商標)アーカイバでまとめることで得られる。
【００４２】
Rootディレクトリにcommon.pkgが、javaディレクトリにクラスファイル(aaa.class,bbb.class)が、imageディレクトリに、menu.jpg、YYYYY.ICO等のファイルが配置されている。かかるクラスファイル及びデータは、BD-ROMからキャッシュに読み出されるにあたって展開され、キャッシュ上で、ディレクトリに配置された複数ファイルとして取り扱われる。Java(登録商標)アーカイブファイルのファイル名における"YYYYY"という5桁の数値は、Java(登録商標)アーカイブファイルのＩＤを示し、BD-Jオブジェクトは、この値を用いてJava(登録商標)アーカイブファイルを参照する。本Java(登録商標)アーカイブファイルがキャッシュに読み出された際、このファイル名における数値を参照することにより、任意のJava(登録商標)アプリケーションを構成するプログラム，データを取り出すことができる。
【００４３】
本図におけるYYYYY.ICOはアイコンファイルであり、BD-Jオブジェクトのアイコンロケータにおいて、Java(登録商標)アーカイブファイルのファイル名からの相対アドレスにより、“YYYYY/image/YYYYY.ICO”のように指定される。
本図におけるクラスファイル(図中のaaa.class,bbb.class)は、上述したxletプログラムに対応するクラスファイルである。Java(登録商標)動作環境による動作モード(BD-Jモード)における再生手順は、このクラスファイルのインスタンスにあたるxletプログラムにより規定される。xletプログラムとは、JMF(Java(登録商標)Media FrameWork)方式のインターフェイスを利用することができるJava(登録商標)プログラムであり、JMF等の方式に従って、キーイベントに基づきプレイリスト再生処理を行う。
【００４４】
更にxletプログラムは、WWWサイトをアクセスしてコンテンツをダウンロードするという手順を実行することもできる。これによりダウンロードコンテンツと、プレイリスト再生とを交えた斬新な作品を再生させることができる。
またJava(登録商標)アーカイブファイルのMETA-INFディレクトリには、アプリケーションプログラムの構成及び個々のファイルに対するダイジェスト値を示すマニフェストファイル（YYYY.MF）、署名ファイル（YYYY.SF）、署名ブロックファイル（YYYY.RSA）が含まれている。
【００４５】
マニフェストファイル（YYYY.MF）は、Java(登録商標)アーカイブファイルに含まれる各ファイルのダイジェスト値を収めたものであり、署名ブロックファイル（YYYY.RSA）は、デジタル証明書と、署名ファイル自体から得られたダイジェスト値をリーフ証明書により示される公開鍵に対応する秘密鍵で暗号化した情報とを収めたものである。署名ファイル、署名ブロックファイルは、アプリケーションの署名検証に用いられる。
【００４６】
図７はアプリケーションの署名ブロックファイルに含まれるデジタル証明書の構成内容を示した構成図である。図７で示すように、デジタル証明書は複数の証明書のチェーンから構成されている。証明書チェーンは、Ｘ．５０９の規格に準拠した証明書から構成され、Ｘ．５０９で構成された証明書チェーンの一般的な構成を表現している。証明書チェーンは、アプリルート証明書、中間証明書１・・・ｎ、リーフ証明書を内包する。これらは、アプリルート証明書の所有者が中間証明書を発行し、中間証明書の所有者がリーフ証明書を発行するといった、連鎖関係にある。また、中間証明書が複数存在する場合、中間証明書間で相互に関連した連鎖状態にある。Ｘ．５０９証明書は、証明書の表現形式のデファクト標準として情報通信の各分野で広く普及している。
【００４７】
アプリルート証明書は、映画スタジオによって発行される。また、中間証明書、及びリーフ証明書はスタジオ内のソフトウェアベンダによって発行され、スタジオのアプリルート証明書と対象の秘密鍵によって署名される。
各証明書は、破線の矢印cr1に示すように、Ｘ．５０９の証明書である。ここでは、本発明の説明上で必要な属性のみを列挙している。シリアル番号は証明書を識別するための番号、署名アルゴリズムは署名値を計算するために使用されたアルゴリズム、有効期限は本Ｘ．５０９証明書が有効な期限、発行者名は本Ｘ．５０９証明書を発行する機関名、主体者名は本Ｘ．５０９証明書の発行を受けた所有者、公開鍵は主体者名に示されるものの公開鍵、署名値は本Ｘ．５０９証明書発行者の秘密鍵によって署名（暗号化）された値を表す。
【００４８】
公開鍵と秘密鍵を使ったものとして、公開鍵暗号方式が電子商取引等で幅広く利用されている。公開鍵暗号方式では、平分を暗号するときに使用した鍵と異なる鍵を使用して暗号文を復号する。暗号の鍵と復号用の鍵が異なり、復号用の鍵を一般公開しても復号用の鍵から暗号用の鍵を推測することは不可能である。この暗号用の鍵が秘密鍵、復号用の鍵が公開鍵に該当する。公開鍵暗号方式の代表例としては、ＲＳＡ（Ｒｉｖｅｓｔ−Ｓｈａｍｉｒ−Ａｄｌｅｍａｎ）、ＤＳＡ（Ｄｉｇｉｔａｌ  Ｓｉｇｎａｔｕｒｅ  Ｓｔａｎｄａｒｄ）等が挙げられる。
【００４９】
図８は図７に示される主体者名の詳細を示す図である。主体者名はX.500識別名(Distinguished Name) において記述されている。国名は証明書保有者の国が記載される。組織名は証明書の所有者の組織名が記載される。例えば、アプリルート証明書であれば、スタジオ名であり、リーフ証明書であればスタジオベンダ名である。組織ユニットは社内のユニットを示す。共通名はここのオブジェクトを示す。共通名は基本的に自由な記述が可能だが、証明書の内容がわかるような記述になっていることが一般的である。主体者名には上記以外にも要素は存在するが、ここでは、本発明の説明上で必要な要素のみを列挙している。
【００５０】
なお、リーフ証明書の場合は、組織名の終端に、アプリケーションを作成した組織を特定する32bitの識別子(OrganizationID)を16進表記で表した８文字の名前を含む。この値は、BD-Jオブジェクトで使用されているOrganizationIDと同じものである。以上がJava(登録商標)アーカイブファイルについての説明である。
続いてINDEX.BDMVについて説明する。
【００５１】
INDEX.BDMVは、BD-ROM全体に関する管理情報であり、映画作品のプロバイダを特定する識別子であるorganizationIDや、プロバイダが提供するBD-ROMのそれぞれに割り当てられた識別子であるdiscID等の情報を持ち、再生装置へのディスク挿入後に、INDEX.BDMVが最初に読み出されることで、再生装置においてディスクが一意に認識される。加えて、BD-ROMにおいて再生可能となる複数のタイトルと、個々のタイトルを規定するBD-Jオブジェクトとを対応付けて示すテーブルが含まれる。
【００５２】
MovieObject.bdmvは、HDMVモードでの各タイトル再生で、再生進行を動的に変化させるためのシナリオが記述されたシナリオプログラムが含まれる。
＜メタファイル＞
METAディレクトリに格納されたメタファイル（ZZZZZ.xml）には、ディスクに入っている映像作品に関する様々な情報が格納されている。メタファイルに格納されている情報としては、ディスクのディスク名及び画像、ディスクが誰によって作成されたかの情報、各タイトルに関わるタイトル名等がある。メタファイルは、必須のファイルではなく、このファイルが格納されていないBD-ROMもある。
【００５３】
以上がBD-ROM１００についての説明である。
以上説明した各ファイルに基づいて、BD-ROMの映画作品は再生装置において再生制御がなされる。図９は再生制御のレイヤモデルを示した図である。図９の第１層は、物理層であり、処理対象たるストリーム本体の供給制御である。この第１層に示すように、処理対象たるストリームは、ＢＤ−ＲＯＭだけではなく、ＨＤＤ（ハードディスクドライブ）などの再生装置に予め組み込まれた記録媒体であるローカルストレージやリムーバブルメディア、ネットワークといったあらゆる記録媒体、通信媒体を供給源としている。これらローカルストレージ、リムーバブルメディア、ネットワークといった供給源に対する制御（ディスクアクセス、カードアクセス、ネットワーク通信）が第１層の制御である。
【００５４】
第２層は、ＡＶデータのレイアである。第１層で供給されたストリームを、どのような復号化方式を用いて復号するのかを規定しているのがこの第２層である。
第３層（ＢＤ管理データ）は、ストリームの静的なシナリオを規定するレイアである。静的なシナリオとは、ディスク制作者によって予め規定された再生経路情報、ストリーム管理情報であり、これらに基づく再生制御を規定しているのがこの第３層である。
【００５５】
第４層（ＢＤ再生プログラム）は、ストリームにおける動的なシナリオを実現するレイヤである。動的なシナリオは、ＡＶストリームの再生手順、及び、その再生に関する制御手順のうち少なくとも一方を実行するプログラムである。動的なシナリオによる再生制御は、装置に対するユーザ操作に応じて変化するものであり、プログラム的な性質をもつ。ここでの動的な再生制御には、２つのモードがある。２つのモードのうち１つは、ＡＶ機器特有の再生環境で、ＢＤ−ＲＯＭに記録された動画データを再生するモード（ＨＤＭＶモード）であり、もう１つはＢＤ−ＲＯＭに記録された動画データの付加価値を高めるモード（ＢＤ−Ｊモード）である。図９において第４層には、ＨＤＭＶモードとＢＤ−Ｊモードの２つのモードが記述されている。ＨＤＭＶモードは、ＤＶＤライクな再生環境での再生モードであり、再生進行を動的に変化させるためのシナリオが記述されたシナリオプログラムが動作する。もう一つのＢＤ−Ｊモードは、Java(登録商標)仮想マシンを主体とした再生モードであり、Java(登録商標)アプリケーションから再生制御を行う。
【００５６】
図１０は、２つのモードの動的な再生制御にて作成される映画作品を示す図である。図１０（ａ）は、ＨＤＭＶモードで動的な再生制御を定義することにより、作成される映画作品の一場面を示す図である。ＨＤＭＶモードはＤＶＤ再生装置が解釈可能なコマンドと良く似たコマンドで再生制御を記述することができるので、ＤＶＤと同じような再生制御、つまり、メニューに対する選択により再生が進行するような再生制御を定義することができる。
【００５７】
図１０（ｂ）は、ＢＤ−Ｊモードで動的な再生制御を定義することにより、作成される映画作品である。ＢＤ−ＪモードはJava(登録商標)仮想マシンが解釈可能なJava(登録商標)言語で制御手順を記述することができる。この再生制御がコンピュ−タ・グラフィックス（ＣＧ）の動作を制御するものなら、ＢＤ−Ｊモードにあっては、動画を表示した画面の横でＣＧ（図中のフクロウの絵）が動きまわっているような再生制御を定義することができる。
【００５８】
次に本実施形態に係る再生装置２００の詳細について説明する。
図１１は、再生装置の内部構成を示すブロック図である。図１１に示すように、再生装置は、ＢＤ−ＲＯＭドライブ１、トラックバッファ２、デマルチプレクサ３、ビデオデコーダ４、ビデオプレーン５、オーディオデコーダ６、イメージメモリ７、グラフィックプレーン９、グラフィックデコーダ８、加算器１０、静的シナリオメモリ１１、動的シナリオメモリ１２、ＨＤＭＶモジュール１４、ＢＤ−Ｊモジュール１５、ＵＯ探知モジュール２１、モード管理モジュール１６、ディスパッチャ１７、レンダリングエンジン２２、ＡＶ再生ライブラリ１８、ネットワークインターフェース２３、ローカルストレージ２４、ＢＤファイルシステム２５から構成される。
【００５９】
ＢＤ−ＲＯＭドライブ１は、ＢＤ−ＲＯＭのローディング／イジェクトを行い、ＢＤ−ＲＯＭに対するアクセスを実行する。
トラックバッファ２は、ＦＩＦＯメモリであり、ＢＤ−ＲＯＭから読み出されたＡＣＣＥＳＳ  ＵＮＩＴが先入れ先出し式に格納される。
デマルチプレクサ３は、ＢＤ−ＲＯＭドライブ１にローディングされているＢＤ−ＲＯＭ、またはローカルストレージ２４上に保存されているトランスポートストリームの多重分離を行い、ＧＯＰを構成するビデオフレームと、オーディオフレームとを得てビデオフレームをビデオデコーダ４に出力し、オーディオフレームをオーディオデコーダ６に出力する。グラフィックストリームはイメージメモリ７に格納し、Ｎａｖｉｇａｔｉｏｎ  Ｂｕｔｔｏｎ情報は動的シナリオメモリ１２に格納する。デマルチプレクサ３による多重分離は、ＴＳパケットをＰＥＳパケットに変換するという変換処理を含む。
【００６０】
ビデオデコーダ４は、デマルチプレクサ３から出力されたビデオフレームを復号して非圧縮形式のピクチャをビデオプレーン５に書き込む。
ビデオプレーン５は、非圧縮形式のピクチャを格納しておくためのメモリである。
オーディオデコーダ６は、デマルチプレクサ３から出力されたオーディオフレームを復号して、非圧縮形式のオーディオデータを出力する。
【００６１】
イメージメモリ７は、デマルチプレクサ３から読み出されたグラフィックストリーム、Ｎａｖｉｇａｔｉｏｎ  Ｂｕｔｔｏｎ情報内のＰＮＧデータ、あるいは、ＢＤファイルシステム２５を介してＢＤ−ＲＯＭまたはローカルストレージ２４から読み出された画像ファイルを格納しておくバッファである。
グラフィックデコーダ８は、イメージメモリ７に格納されたグラフィックストリーム等をデコードしてグラフィックプレーン９に書き込む。グラフィックストリームのデコードにより、字幕が画面上に現れることになる。
【００６２】
グラフィックプレーン９は、デコードされたグラフィックストリーム、レンダリングエンジン２２により描画された画像等が配置される。
加算器１０は、ビデオプレーン５に格納された非圧縮形式のピクチャデータに、グラフィックプレーン９に展開されたイメージを合成して出力する。図１０（ｂ）に示した画面（動画を表示した画面の横でＣＧ（図中のフクロウの絵）が動きまわっているような画面）は、この加算器１０が、グラフィックプレーン９内のイメージと、ビデオプレーン５内のピクチャとを合成することで出力される。
【００６３】
静的シナリオメモリ１１は、カレントのＰＬやカレントのストリーム管理情報を格納しておくためのメモリである。カレントＰＬとは、ＢＤ−ＲＯＭまたはローカルストレージ２４に記録されている複数ＰＬのうち、現在処理対象になっているものをいう。カレントストリーム管理情報とは、ＢＤ−ＲＯＭまたはローカルストレージ２４に記録されている複数ストリーム管理情報のうち、現在処理対象になっているものをいう。
【００６４】
動的シナリオメモリ１２は、カレント動的シナリオを格納しておき、ＨＤＭＶモジュール１４、ＢＤ−Ｊモジュール１５による処理に供されるメモリである。カレント動的シナリオとは、ＢＤ−ＲＯＭまたはローカルストレージ２４に記録されている複数シナリオのうち、現在実行対象になっているものをいう。
制御部１３は、ROM、RAM、CPUからなるマイコンシステムであり、ROMには再生装置を制御するプログラムが記録されており、ＲＯＭ内のプログラムがＣＰＵに読み込まれ、プログラムとハードウェア資源とが協動することにより、ＨＤＭＶモジュール１４、ＢＤ−Ｊモジュール１５、モード管理モジュール１６、ディスパッチャ１７、ＡＶ再生ライブラリ１８、マッピングモジュール１９、ローカルストレージ表示モジュール２０の機能を実現する。
【００６５】
ＨＤＭＶモジュール１４は、ＨＤＭＶモードの実行主体となるＤＶＤ仮想プレーヤであり、動的シナリオメモリ１２に読み出されたカレントのシナリオプログラムを実行する。
ＢＤ−Ｊモジュール１５は、Java(登録商標)プラットフォームであり、Java(登録商標)仮想マシン、コンフィグレーション、プロファイルからなる。ＢＤ−Ｊモジュール１５は、動的シナリオメモリ１２に読み出されたJava(登録商標)クラスファイルからカレントのJava(登録商標)オブジェクトを生成し、実行する。Java(登録商標)仮想マシンは、Java(登録商標)言語で記述されたJava(登録商標)オブジェクトを、再生装置におけるＣＰＵのネィティブコードに変換して、ＣＰＵに実行させる。
【００６６】
モード管理モジュール１６は、ＢＤ−ＲＯＭまたはローカルストレージ２４から読み出されたモード管理テーブルを保持して、モード管理及び分岐制御を行う。モード管理モジュール１６によるモード管理とは、動的シナリオをどのＨＤＭＶモジュール１４、ＢＤ−Ｊモジュール１５に実行させるかという、モジュールの割り当てである。
ディスパッチャ１７は、ＵＯから、現在の再生装置におけるモードに適切なＵＯのみを選んで、そのモードを実行するモジュールに受け渡す。例えばＨＤＭＶモードの実行中に、上下左右、アクティベートといったＵＯを受け付けた場合、ＨＤＭＶモードのモジュールにこれらのＵＯを出力するというのがディスパッチャ１７の処理である。
【００６７】
ＡＶ再生ライブラリ１８はＨＤＭＶモジュール１４、ＢＤ−Ｊモジュール１５からの関数呼び出しに応じて、ＡＶ再生機能、プレイリストの再生機能を実行する。ＡＶ再生機能とは、ＤＶＤプレーヤ、ＣＤプレーヤから踏襲した機能群であり、再生開始、再生停止、一時停止、一時停止の解除、静止画機能の解除、再生速度を即値で指定した早送り、再生速度を即値で指定した巻戻し、音声切り替え、副映像切り替え、アングル切り替えといった処理である。プレイリスト再生機能とは、このＡＶ再生機能のうち、再生開始や再生停止をプレイリスト情報に従って行うことをいう。
【００６８】
マッピングモジュール１９は、ローカルストレージ２４のディレクトリ構成とユーザによる認識が容易な文字情報とを関連付けたマッピング情報を、アプリケーションの署名検証で利用した情報を基に署名検証処理の実行過程で生成するマッピング手段としての機能を実現する。
ローカルストレージ表示モジュール２０は、マッピング情報を利用して、ローカルストレージのデータ保存状態を提示する提示処理を制御する。具体的には、マッピング情報を基に画面に出力するイメージをレンダリングエンジンに描画させる。
【００６９】
ＵＯ探知モジュール２１は、リモコンや再生装置のフロントパネルに対してなされたユーザ操作を検出して、ユーザ操作を示す情報（以降ＵＯ（Ｕｓｅｒ  Ｏｐｅｒａｔｉｏｎ）という）をモード管理モジュール１６に出力する。
レンダリングエンジン２２は、Java(登録商標)２Ｄ，ＯＰＥＮ−ＧＬといった基盤ソフトウェアを備え、ＢＤ−Ｊモジュール１５からの指示に従ってコンピュ−タ・グラフィックスの描画を行い、描画されたコンピュ−タ・グラフィックスをグラフィックプレーン９に出力する。
【００７０】
ネットワークインターフェース２３は、インターネット上に公開されたＢＤ−ＲＯＭ追加コンテンツのダウンロードに用いられる。ＢＤ−ＲＯＭ追加コンテンツとは、オリジナルのＢＤ−ＲＯＭにないコンテンツで、例えば追加の副音声、字幕、特典映像、アプリケーションなどである。ＢＤ−Ｊモジュール１５からネットワークインターフェース２３を制御することができ、インターネット上に公開された追加コンテンツをローカルストレージ２４にダウンロードすることができる。
【００７１】
ローカルストレージ２４は、再生装置に内蔵されているハードディスク等の磁気記録装置である。図１２は、ローカルストレージ２４におけるディレクトリ構造を示す図である。Rootディレクトリの下に、ＡＤＡディレクトリ、ＳＹＳディレクトリ及びＢＵＤＡディレクトリがある。ＡＤＡディレクトリは、アプリケーションが使うデータなどの保存に用いられ、配下ディレクトリにアプリケーション毎にアクセスできるディレクトリが存在する。ＳＹＳディレクトリには、マッピングモジュール１９により生成されたマッピング情報が保存され、ＢＵＤＡディレクトリには、ＢＤファイルシステム２５によるバーチャルパッケージの生成に用いられるファイルが保存される。
【００７２】
本図のディレクトリ構造においてＡＤＡディレクトリは、正当性が証明されたSignedアプリケーション以外によるアクセスが制限される制限領域であり、ＡＤＡディレクトリ配下には、「CertIDディレクトリ」というサブディレクトリがあり、その配下に、「OganizationIDディレクトリ」、さらにその配下に「AppIDディレクトリ」というサブディレクトリがある。
【００７３】
CertIDディレクトリはBD-ROM上のディスクルート証明書(app.discroot.cert)から導き出されるＩＤを名前に持つディレクトリで、ディスクルート証明書のSHA-1ダイジェスト値からディレクトリ名前が導かれる。
OrganizationIDディレクトリは、BD-ROM上のBD-Jオブジェクトに記載されている、アプリケーションを作成した組織を特定する32bitの識別子(OrganizationID)を16進表記で表した８文字の名前のディレクトリである。
【００７４】
AppIDディレクトリは、BD-ROM上のBD-Jオブジェクトに記載されている、アプリケーションを識別する16bitの識別子(アプリケーションID)を16進表記で表した４文字の名前のディレクトリである。アプリケーション識別子の値が0x3FFFまでであればアプリケーションは署名のないアプリケーションである。
OrganizationIDディレクトリ、及びAppIDディレクトリの配下には、BD-Jオブジェクトに記載されているアプリケーションが属するIDのディレクトリ以下のみアクセスできるようになっている。つまり、“56789abc”のOrganizationID、“4003”のアプリケーションIDを持つアプリケーションは、“56789abc”OrganizationIDディレクトリのサブディレクトリである“4003”AppIDディレクトリの配下のデータファイルにアクセスできるが、“56789abd”OrganizationIDディレクトリのサブディレクトリである“4003”AppIDディレクトリの配下のデータファイルにはアクセスできない。また、”56789abc”以下のファイルであっても、”4001”のAppIDディレクトリ以下をアクセスすることはできない。
【００７５】
また、ローカルストレージ２４に保存されたデータファイルには、どのようなアプリケーションでもアクセスできるわけではなく、ローカルストレージ２４は信用された特殊なアプリケーションのみアクセスできる。具体的には、コンテンツ提供者の秘密鍵により署名されたアプリケーションである。（以下、Signedアプリケーションという）。
Signedアプリケーションによりアクセスするローカルストレージは秘密鍵と対応する公開鍵を用いて有効性の確認（署名検証）が成功した場合のみ、利用可能になる。公開鍵は、Ｘ．５０９の規格に準拠した証明書という形式で、アプリケーションに含まれる。Ｘ．５０９の詳細な仕様は、国際電信電話諮問委員会より発行されている、CCITTRecommendation X.509(1988), "The Directory -  AuthenticationFramework"に記載されている。また、アプリケーションの署名検証時においては、リーフ証明書の組織名の末尾に示されるOrganizationIDがBD-ROM上のBD-Jオブジェクトに記載されているOrganizationIDと同一でないと、署名検証は失敗となる。
【００７６】
ＢＤファイルシステム２５は、BD-ROMから読み出されたデータと、ローカルストレージ２４のＢＵＤＡディレクトリ以下に格納されたデータとをマージしててバーチャルパッケージを生成し、再生装置の他の機能ブロックに提供する。
以上が再生装置の内部構成である。
本実施の形態では、図８に示された主体者名と、図８に示されるローカルストレージ２４上のディレクトリ構成とを関連付けて表示させることにより、ユーザに操作対象の内容がわかりやすくなるよう表示させる。このような表示を実現するには大きく２つの工程で再現できる。マッピング情報を生成しローカルストレージ２４へ保存する工程と、マッピング情報を用いてユーザに操作対象を画面表示させる工程である。以下にこれらの工程を制御するＢＤ−Ｊモジュールの詳細につてい説明する。
【００７７】
図１３は図１１に示すＢＤ−Ｊモジュールのより具体的な構成を示す図である。ＢＤ−Ｊモジュール１５はメディア再生モジュール３１、アプリケーションマネージャ３２、アプリケーション認証モジュール３３、ファイルＩ／Ｏモジュール３４から構成される。
メディア再生モジュール３１はJava(登録商標)アプリケーション３０に対し、メディア再生制御のためのＡＰＩを提供している。Java(登録商標)アプリケーション３０がメディア再生制御ＡＰＩを呼び出すと、メディア再生モジュールは対応するＡＶ再生ライブラリ１８の関数を呼び出し、ＡＶ再生制御を行う。
【００７８】
アプリケーションマネージャ３２は、ＢＤ−ＲＯＭ上に記録された図５のＢＤ−Ｊオブジェクトのアプリケーション管理テーブルを基づいてJava(登録商標)アプリケーションの起動・終了を管理する。また、アプリケーションマネージャがディスパッチャ１７から受け取ったＵＯイベントを、現在動作中のJava(登録商標)アプリケーション３０に渡すといった処理も行う。
アプリケーション認証モジュール３３は、検証手段としてアプリケーションプログラムの署名検証処理を実行する。
【００７９】
具体的には、アプリケーションマネージャ３２により起動されたアプリケーションがSignedアプリケーションか否かを判定し、Signedアプリケーションであった場合は、アプリケーション内に含まれた
デジタル証明書、署名ファイル、署名ブロックファイルを用いてアプリケーション認証を行なう。
【００８０】
ファイルＩ／Ｏモジュール３４はJava(登録商標)アプリケーション３０からのローカルストレージへのアクセス要求の処理を行う。Java(登録商標)アプリケーション３０はファイルＩ／Ｏモジュールを用いて、コンテンツデータをローカルストレージ上の適切な位置に配置することが出来る。また、不要となったデータの削除や、直接編集を行なうことも可能である。
以下にマッピング情報を生成しローカルストレージ２４へ保存するマッピング処理の詳細について説明する。本実施形態では、マッピング処理は、アプリケーション起動時の署名検証の際に実行される。
【００８１】
図１４は、本実施形態１に係るマッピング処理を伴うアプリケーション起動の流れを示すフローチャートである。ＢＤ−Ｊモード用のタイトルが再生され、アプリケーションマネージャによってJava(登録商標)アプリケーション起動要求がアプリケーション認証モジュールに対して発行される（Ｓ１０１）。アプリケーション起動要求にはアプリケーション管理情報から取得した、起動するアプリケーションのアプリケーションIDとOrganizationIDが含まれる。アプリケーション起動要求を受け取ったアプリケーション認証モジュール３３は受け取ったアプリケーションIDを基にSignedか否かを判定する（Ｓ１０２）。Signedか否かの判定は、例えば、アプリケーションIDの値が、０ｘ０００から０ｘ３ｆｆｆの範囲であれば、Signedアプリケーションでなく、０ｘ４０００から０ｘ７ｆｆｆであればSignedアプリケーションである。
【００８２】
アプリケーション認証モジュール３３がＳ１０２でSignedアプリケーションと判定しなかった場合はアプリケーション認証を行わず、アプリケーションはそのまま起動される。しかし、アプリケーション認証を通さないアプリケーショはローカルストレージへのアクセスは不可能となる。
アプリケーション認証モジュール３３がＳ１０２でSignedアプリケーションと判定した場合は、アプリケーション認証処理を実行する。アプリケーション認証処理を施すことによって、アプリケーションが改竄されていないことと、アプリケーションの身元確認が行なえる。Signedアプリケーションは例えば、SunMicrosystems, Incが規定した”Signed Jar”形式であり、アプリケーションに各ファイルに対するダイジェストを記載したManifestファイル、及びSignatureファイル（署名ファイル）を含む。また、SignedJarファイルはこれらの２つのファイルに加え、Signatureファイルの署名と、署名を検証する証明書チェーン等の情報をPKCS ＃7の形式記述されたSignatureBlockファイル（署名ブロックファイル）も含む。
【００８３】
上記アプリケーション認証処理は、アプリケーション認証モジュール３３によりアプリケーションのSignature Blockファイルに含まれた証明書チェーンのリーフ証明書から公開鍵を抽出し（Ｓ１０３）、SignatureBlockファイルに含まれるアプリケーション自体から得られた署名値を検証する（Ｓ１０４）。検証が失敗した場合は、アプリケーションは不正であるとみなされ、起動されない（Ｓ１１３）。署名の検証が成功した場合は、アプリケーションは改竄されていないことが保証されていることを意味する。
【００８４】
次にアプリケーションの身元確認のため、証明書チェーンの検証を行なう。アプリケーション認証モジュール３３はSignature Blockファイルの証明書チェーンからアプリルート証明書を抽出し、検証を行なう（Ｓ１０５）。具体的にはアプリルート証明書の検証は、アプリルート証明書に記載されている有効期限が有効であることを確認するプロセスと、アプリルート証明書がディスク上のCERTIFICATEディレクトリ以下に配置されているディスクルート証明書と同一であることを確認するプロセスを含む。アプリルート証明書の検証が失敗であった場合（Ｓ１０５：Ｎｏ）は、アプリケーションは不正であるとみなされ、起動されない（Ｓ１０３）。
【００８５】
ここでアプリルート証明書の検証が成功であった場合（Ｓ１０５：Ｙｅｓ）は、マッピングモジュール１９にこのことが通知され、マッピングモジュール１９が、アプリルート証明書の主体者名の情報とディスクルート証明書から算出できるCertIDディレクトリの名前とを関連付けてマッピング情報に登録する（Ｓ１０６）。
尚、ディスクルートから算出できるCertIDディレクトリがマッピング情報が既に登録されていれば、Ｓ１０６を行なわなくてもよい。また、アプリケーションデータの保存にCertIDディレクトリを利用しない再生装置においては、本ステップを省略することができる。
【００８６】
図１５はＳ１０６が完了した時点のマッピング情報の一例を示す図である。図１５で示されるとおり、左にCertIDと右に主体者名から抽出した組織名が連携づけて登録されている。なお、図１５では組織名が利用されているが、組織名の代わりに図８に示すその他の情報を利用してもよい。
次に、同一証明書チェーンに含まれる、一つ子の証明書を抽出し、リーフ証明書か否かを判定する（Ｓ１０７）。リーフ証明書が否かの判定は、Signature BlockファイルのPKCS ＃7情報である発行者名とシリアル番号が、抽出した証明書の主体者名とシリアル番号と一致しているか否かで判定できる。
【００８７】
Ｓ１０７で抽出した証明書がリーフ証明書でない場合は、中間証明書の検証（Ｓ１０８）を行なう。具体的には中間証明書の検証は、中間証明書に記載されている有効期限が有効であることを確認するプロセスと、中間証明書の親の証明書に含まれる公開鍵を用いて中間証明書内の署名値が正しいかを検証するプロセスを含む。Ｓ１０８の中間証明書の検証が失敗であった場合（Ｓ１０８：Ｎｏ）は、アプリケーションは不正であるとみなされ、起動されない（Ｓ１１３）。Ｓ１０８中間証明書の検証が成功であった場合は、Ｓ１０７に戻り、さらに下位の証明書についてリーフ証明書であるか否かを判定する。
【００８８】
Ｓ１０７で抽出した証明書がリーフ証明書であった場合（Ｓ１０７：Ｙｅｓ）は、リーフ証明書の検証（Ｓ１０９）を行なう。具体的にはリーフ証明書の検証は、リーフ証明書に記載されている有効期限が有効か否かを確認するプロセスと、リーフ証明書に存在する署名値を発行者名と同一の主体者名を持っている証明書の公開鍵を用いてリーフ証明書内の署名値が正しいか検証するプロセスと、リーフ証明書の主体者名の中の組織名のOrganization識別子が、S101でアプリケーションマネージャによって渡されたOrganizationIDと同一であることを検証するプロセスとを含む。Ｓ１０９のリーフ証明書の検証が失敗であった場合は（Ｓ１０９：Ｎｏ）、アプリケーションは不正であるとみなされ、起動されない（Ｓ１１３）。
【００８９】
Ｓ１０９リーフ証明書の検証が成功であった場合は（Ｓ１０９：Ｙｅｓ）、
マッピングモジュール１９にこのことが通知され、マッピングモジュール１９が、リーフ証明書の主体者名の情報とＳ１０１でアプリケーションマネージャによって渡されたOrganizationIDとを関連付けてマッピング情報に登録する（Ｓ１１０）。ここでマッピング情報は、Ｓ１０６で登録したＣｅｒｔＩＤの情報と連携して保存される。すなわち、同一のOrganizationIDがマッピング情報が既に登録されていても、CertIDが異なれば、別のOrganizationIDとしてマッピング情報に登録する。
【００９０】
図１６はＳ１１０が完了した時点のマッピング情報の一例を示す図である。図１６で示されるとおり、CertIDとアプリルート証明書の主体者名と、OrganizationIDと、リーフ証明書の主体者名が連携付けられている。なお、図１６のリーフ証明書の主体者名として組織名が利用されているが、組織名の代わりに図８に示す他の情報を利用してもよい。図１６で示されるとおり、CertID、アプリルート証明書の主体者名ペアに対して、複数のOrganizationID、リーフ証明書の主体者名ペアを関連付けても良い。また、図１６で示されるとおり、同じOrganizationIDが存在しても（図１６の場合は56789abc）CertIDが異なれば、別個にマッピング情報へ登録する。
【００９１】
Ｓ１１０が完了した時点でアプリケーション認証処理は完了である。アプリケーション認証処理の完了後はアプリケーション認証モジュール３３がアプリケーションマネージャ３２にアプリケーション認証成功の旨を通達し、アプリケーションマネージャはＳ１０１で発行した起動要求のあったアプリケーションを起動する（Ｓ１１１）。
起動したアプリケーションはローカルストレージ２４のＡＤＡ領域のBD-Jオブジェクトに記載されているアプリケーションが属するIDのディレクトリ以下の領域に、データの読み書きが可能となる（Ｓ１１２）。以上が、マッピング処理の詳細である。
【００９２】
尚、本実施の形態では、アプリケーション認証をアプリルート証明書、中間証明書、リーフ証明書の順番で検証を行なったが、それらの順番は入れ替えてもよい。
次に、マッピング情報を用いてユーザに操作対象を画面表示する提示画面表示処理について説明する。本実施形態では、提示画面表示処理は、ＡＤＡ領域の保存データを管理する一連の処理において実行される。図１７は、ＡＤＡ領域に保存されたデータを管理する処理の流れを示すフローチャートである。
【００９３】
ファイルＩ／Ｏモジュール３４は、リモコンなどの入力デバイスからデータ管理の開始を要求するＵＯが通知されると（Ｓ１２１）、ローカルストレージ表示モジュール２０に対して提示画面表示処理の実行を指示する（Ｓ１２２）。提示画面表示処理によりテレビ４００に図１９に示すような提示画面が表示されると、ユーザはこの画像を見ながら操作することができる。
【００９４】
ファイルＩ／Ｏモジュール３４は、このようなＵＯを受け付けると、Ｓ１２３からＳ１２８の処理でＵＯの内容を判定し、判定結果にしたがって、Ｓ１２９からＳ１３４において、画面上のフォーカス移動、ＡＤＡ領域にある全てのデータファイルの削除、フォーカス中のデータファイルの削除、フォーカス中のデータファイルのコピー、及び、フォーカス中のデータファイルの詳細表示などの処理を実行する。
【００９５】
尚、データファイルの詳細表示としては、ファイルシステムにおいて管理されているファイルのサイズ、ファイル作成日時、ファイルの更新日時等の情報を表示する。
図１８は、マッピング情報を用いてＡＤＡの保存データを提示する提示画面表示処理の詳細を示すフローチャートである。
ローカルストレージ表示モジュール２０は、ファイルＩ／Ｏモジュール３４から、提示画面表示処理の実行を指示されると、ＡＤＡ領域にユーザの操作対象のデータがＡＤＡ領域に保存されているか否かを確認する（Ｓ１４１）。
【００９６】
ユーザの操作対象のデータがＡＤＡに存在しなかった場合は（Ｓ１４１：Ｎｏ）、ローカルストレージ表示モジュール２０はユーザの操作対象のデータがＡＤＡに存在しない旨を示すの画面出力用のイメージを、レンダリングエンジン２２に描画させる（Ｓ１４７）。
ユーザの操作対象のデータがＡＤＡに存在した場合は（Ｓ１４１：Ｙｅｓ）、ローカルストレージ表示モジュール２０は、データが配置されているCertIDディレクトリを抽出し（Ｓ１４２）、抽出したCertIDディレクトリ配下のファイル数、その合計サイズ、及び、マッピング情報においてこのCertIDと関連づけられているアプリルート証明書の主体者名を一組のエントリとして、ＲＡＭの作業領域にリストを作成する（Ｓ１４３）。
【００９７】
次に、ローカルストレージ表示モジュール２０はデータが配置されているOrganizationIDディレクトリを抽出し（Ｓ１４４）、抽出したOrganizationIDディレクトリ配下のファイル数、その合計サイズ、及び、マッピング情報においてこのCertIDと関連づけられているアプリリーフ証明書の主体者名を一組のエントリとして、Ｓ１４２でＲＡＭの作業領域に作成したリストに追加する（Ｓ１４５）。
【００９８】
その後、ＲＡＭの作業領域に一時保存した情報を、リスト形式で表示する提示画像をレンダリングエンジン２２に描画させる（Ｓ１４６）。
以上の処理により、図１９に示す提示画面が画面表示されるので、操作対象のデータファイルはどのような組織によって作られたかの情報をベースに表示することが可能となり、操作対象のデータファイルについてユーザにわかりやすい形で情報を提供ができるようになる。
【００９９】
このように本実施形態に係る再生装置ではユーザにとって意味のないディレクトリ名をそのまま表示して操作を行なわせるのではなく、組織名など、ユーザに理解できる表現で画面表示することにより、ユーザは操作対象のデータの判別が一段としやすくなる。
尚、本実施の形態では、CertIDディレクトリとOrganizationIDディレクトリとに、デジタル証明書の主体者名の情報を関連付けたが、ＡＤＡ領域のAppIDディレクトリについても、ユーザに分かりやすい情報を関連付けることで、より詳細な情報提示が可能となる。
【０１００】
AppIDディレクトリに対するマッピング処理は、再生装置２００の起動後、何れのタイミングで行っても良いが、特に、図１４に示すアプリケーション起動時の署名検証処理の過程で実行することで、実行の実績がなくアプリケーションについて不要な情報がマッピング情報に登録されたり、関連するデータファイルがあるにもかかわらずマッピング情報に登録されていない等の不具合を避けることができる。
【０１０１】
さらに、アプリケーション起動時の署名検証処理の過程でAppIDディレクトリに対するマッピング処理を実行することで、アプリケーションマネージャ３２からのアプリケーション起動要求に含まれるアプリケーションIDを参照することができるので、BD-Jオブジェクトのアプリケーション管理テーブル内にある情報を、容易に取得することができる。
BD-Jオブジェクトのアプリケーション管理テーブル内にある情報のうち、図５において破線の矢印ai4で示すアプリケーション名や、アイコンロケータは、AppIDディレクトリと関連付ける情報として有用である。図２０はAppIDが関連付けられた場合のマッピング情報の一例を示す図である。図２０に示すマッピング情報では、CertID及びOrganizationID の関連付けに加え、AppIDと関連する情報として、アプリケーション管理テーブルから取得したアプリケーション名と、アプリケーション管理テーブルのアイコンロケータが指定するアイコン画像が利用されている。
【０１０２】
また、ローカルストレージ表示モジュール２０は、提示画面表示処理において、マッピング情報にAppIDディレクトリが登録されている際に、図１７のステップＳ１４５の処理の後に、データが配置されているAppIDディレクトリを抽出し、抽出したAppIDディレクトリ配下のファイル数、その合計サイズ、及び、マッピング情報においてこのCertIDと関連づけられている情報を一組のエントリとして、表示リストに追加するよう構成してもよい。図２１は、図２０に示すマッピング情報を用いて生成した提示画面の一例である。AppIDの情報が関連付けられたことにより、ユーザは操作対象のデータの判別が一段としやすくなる。
【０１０３】
なお、本実施の形態ではCertIDディレクトリ及びOrganizationIDディレクトリに対して、Signedアプリケーションを含むJava(登録商標)アーカイブファイル内にあるデジタル証明書の主体者名の情報を用いてるが、デジタル証明書において主体者名の情報は図８に示すように、いくつかの文字情報を含んでいる。そこで、本発明は、CertIDディレクトリ及びOrganizationIDディレクトリに関連付ける情報として、主体者名に含まれる文字情報からユーザが所望のものを選択するよう提示する構成で実施することも可能である。
【０１０４】
例えば、図１４のステップＳ１０６、Ｓ１１０の処理において、図２２に示すように、デフォルトで選択した組織名の登録可否をユーザに確認する確認画像をレンダリングエンジン２２に描画させ、これに対して否定的なＵＯがあれば、図２３に示すように、主体者名に含まれる情報から選択するか文字列を直接入力するかを問うユーザ選択画面をレンダリングエンジン２２に描画させる。ユーザ選択画面でのＵＯに応じて、図２４に示す候補選択画面や、図２５に示す名称入力画面をレンダリングエンジン２２に描画させて、これらの画面に対するＵＯにより、マッピングに用いる文字列を取得することができる。図２４は、主体者名に含まれる情報のリストからマッピング処理に用いる情報を選択させる画面表示の一例であり、主体者名の情報うち、本実施の形態で関連付けに用いた組織名以外のものを表示している。図２５は、ユーザに代わりとなる文字列を、テキスト入力ボックス４０１に直接入力させる場合の画面表示の一例である。図２４で候補から選択された文字列、又は図２５でユーザが直接入力した文字列は、図１４のステップＳ１０６、Ｓ１１０の処理において、デジタル証明書の組織名に変えて、マッピング情報への登録に用いられる。尚、図２５に示すように、名称入力画面は、デジタル証明書の主体者名の何れかの文字列を、テキスト入力ボックス４０１にデフォルトで入力した状態で描画するとしてもよい。
【０１０５】
（第２実施形態）
ＢＤ−ＲＯＭディスク上のMETAディレクトリ配下には、ディスクに関する様々な情報を記録したメタファイルを格納することができる。メタファイルに記載されている情報の例として、ディスクのディスク名及び代表画像、ディスクが誰によって作成されたかを示す作成者情報、各タイトルに関わるタイトルの作成者情報等がある。
【０１０６】
第１実施形態ではCertIDディレクトリ及びOrganizationIDディレクトリに対する関連付けに、Signedアプリケーションを含むJava(登録商標)アーカイブファイル内にあるデジタル証明書の主体者名の情報を用いたが、ＢＤ−ＲＯＭディスクに記録されているメタファイルの情報を、関連付けに用いることも有用である。そこで第２実施形態では、マッピング処理にメタファイルの情報を利用する構成について説明する。
【０１０７】
図２６はメタファイルの情報を用いたマッピング処理の手順を示すフローチャートである。
図２６は図１４に示す関連付けの処理手順に、Ｓ１５１〜Ｓ１５２の処理と、Ｓ１５３〜Ｓ１５４の処理とを加えたものである。Ｓ１５１〜Ｓ１５２の処理は、メタファイルがＢＤ-ＲＯＭディスク上に存在するか否かを確認し（Ｓ１５１）、Ｓ１５１でメタファイルが存在することが確認できた場合に、メタファイルのディスク作成者情報をCertIDディレクトリと関連づけてマッピング情報に登録する（Ｓ１５２）処理である。１５３〜Ｓ１５４の処理は、メタファイルがＢＤ-ＲＯＭディスク上に存在するか否かを確認し（Ｓ１５３）、Ｓ１５３でメタファイルの存在が確認できた場合に、メタファイルのタイトル作成者情報をOrganizationIDディレクトリと関連づけてマッピング情報に登録する処理である。これらの手順を加えたマッピング処理により、図２７に示すマッピング情報が生成される。図２７で示すように、CertIDディレクトリにはアプリルート証明書の主体者名に加えて、メタファイルのディスク作成者情報が関連付けられている。また、OrganizationIDディレクトリには、リーフ証明書の主体者名に加えて、メタファイルのタイトル作成者情報が関連付けられている。
【０１０８】
ここで、メタファイルに含まれるディスク作成者情報とは、ディスクの作成者を判断できる情報である。メタファイルはxml形式であり、具体的にはディスク作成者情報は、discinfo属性のcreator、publisher、contributor、あるいはtitleinfo属性のOrganizationエレメントのname、alternativeを用いることができる。
また、メタファイルのタイトル作成者情報とは、OrganizationIDに対応する組織を判断できる情報である。具体的にはディスク作成者情報同様、タイトル作成者情報はdiscinfo属性のcreator、publisher、contributor、あるいはtitleinfo属性のOrganizationエレメントのname、alternativeのいずれを用いてもよい。
【０１０９】
このようなマッピング情報を用いて提示画面を描画することにより、デジタル証明書に含まれる情報だけでなく、メタファイルにある情報をＡＤＡ領域の状態を表示することが可能となり、操作対象のデータファイルがどのようなものか類推しやすい形でユーザに提示できるようになる。
＜第２実施形態の変形例＞
（１）メタファイルに含まれる情報のマッピング情報への追加は、アプリケーション起動時に署名検証処理を行うタイミングではなく、例えばディスク挿入時など事前のタイミングで行っておいてもよい。ただし、事前のタイミングで行った場合はＡＤＡ領域に情報を書き込むアプリ自体が立ち上がっていないため、使用されない無駄な情報をマッピング情報に登録してしまう可能性がある。
【０１１０】
（２）マッピング処理において、ディレクトリへメタファイルのファイル名を関連づけるとしてもよい。図２８はメタファイルのファイル名をディレクトリに関連付けるマッピング処理の手順を示すフローチャートである。
図２８は図１４に示す関連付けの処理手順に、Ｓ１６１〜Ｓ１６２の処理を加えたものである。Ｓ１６１〜Ｓ１６２の処理は、メタファイルがＢＤ-ＲＯＭディスク上に存在するか否かを確認し（Ｓ１６１）、Ｓ１６１でメタファイルが存在することが確認できた場合に、メタファイルのファイル名をCertID 及びOrganizationIDディレクトリと関連づけてマッピング情報に登録する（Ｓ１６２）処理である。これらの手順を加えたマッピング処理により、図２９に示すマッピング情報が生成される。図２９で示すように、OrganizationIDディレクトリには、リーフ証明書の主体者名に加えて、メタファイルのファイル名が関連付けられている。
【０１１１】
図２９に示すマッピング情報を用いる場合、提示画面表示処理では、マッピング情報に登録されたファイル名に基づいてメタファイルを読み出し、CertIDディレクトリ、及びOrganizationIDディレクトリに関連するディスク作成者情報とタイトル作成者情報を取得し、取得したデータを用いて提示画面を描画させる。
（３）マッピング情報において、メタファイルの情報とデジタル証明書の情報との両方がディレクトリに関連付けられている場合は、どちらを優先して表示させるかを示すフラグをマッピング情報に追加してもよい。
【０１１２】
（４）メタファイルは必ずしもBD-ROMディスク上に存在するとは限らない。メタファイルが存在すればメタファイルの情報を関連付け利用し、そうでなければデジタル証明書の情報を関連付けに利用するよう再生装置を構成してもよい。
例えば、図２５に示す処理手順ではメタファイルの情報とデジタル証明書の情報の両方をローカルストレージに登録したが、メタファイルの情報がある場合はデジタル証明書の情報を登録する処理（ステップＳ１０６、ステップＳ１１０）を行わないようにし、メタファイルの情報のみ提示に用いてもよい。
【０１１３】
具体的には、図２５のステップＳ１０５でアプリルート証明書で検証が成功と判定すれば、ステップＳ１５１でメタファイルがＢＤ-ＲＯＭディスク上に存在するか否かを確認する。もし、メタファイルが存在しなかった場合は（Ｓ１５１：Ｎｏ）、アプリルート証明書の主体者名を関連付けに用いるＳ１０６の処理を実行し、メタファイルが存在した場合（Ｓ１５１：Ｙｅｓ）には、Ｓ１５２の処理でメタファイルのディスク作成者情報をCertIDディレクトリと関連づけた後、Ｓ１０７に処理を進めるよう再生装置を構成する。
【０１１４】
また、同様にステップＳ１０９でリーフ証明書での検証が成功と判定すれば、ステップＳ１５３でメタファイルがＢＤ-ＲＯＭディスク上に存在するか否かを確認する。もし、メタファイルが存在しなかった場合は（Ｓ１５３：Ｎｏ）、リーフ証明書の主体者名を関連付けに用いるＳ１１０の処理を実行し、メタファイルが存在した場合（Ｓ１５３：Ｙｅｓ）には、Ｓ１５４の処理でメタファイルのタイトル作成者情報をOrganizationIDディレクトリと関連づけてた後、Ｓ１１１へ処理を進める再生装置を構成する。
（その他の変形例）
尚、本発明を上記の実施形態に基づいて説明してきたが、本発明は、上記の実施形態に限定されないのはもちろんである。以下のような場合も本発明に含まれる。
【０１１５】
（１）本発明は、各実施形態で説明したフローチャートの処理手順が開示するデータ管理方法であるとしてもよい。また、前記処理手順でコンピュータを動作させるプログラムコードを含むコンピュータプログラムであるとしてもよいし、前記コンピュータプログラムからなるデジタル信号であるとしてもよい。
また、本発明は、前記コンピュータプログラム又は前記デジタル信号をコンピュータ読み取り可能な記録媒体、例えば、フレキシブルディスク、ハードディスク、ＣＤ−ＲＯＭ、ＭＯ、ＤＶＤ、ＤＶＤ−ＲＯＭ、ＤＶＤ−ＲＡＭ、ＢＤ（Ｂｌｕ−ｒａｙ  Ｄｉｓｃ）、半導体メモリなど、に記録したものとしてもよい。
【０１１６】
また、本発明は、前記コンピュータプログラム又は前記デジタル信号を、電気通信回線、無線又は有線通信回線、インターネットを代表とするネットワーク等を経由して伝送するものとしてもよい。
また、前記コンピュータプログラム又は前記デジタル信号を前記記録媒体に記録して移送することにより、又は前記コンピュータプログラム又は前記デジタル信号を前記ネットワーク等を経由して移送することにより、独立した他のコンピュータシステムにより実施するとしてもよい。
【０１１７】
（２）本発明は、上記実施の形態に記載のデータ管理装置を制御するＬＳＩとしても実施可能である。このようなＬＳＩは、図１１に示す制御部１３により実現される機能ブロックを集積化することで実現できる。これらの機能ブロックは、個別に１チップ化されても良いし、一部または全てを含むように１チップ化されてもよい。
ここでは、ＬＳＩとしたが、集積度の違いにより、ＩＣ、システムＬＳＩ、スーパーＬＳＩ、ウルトラＬＳＩと呼称されることもある。
【０１１８】
また、集積回路化の手法はＬＳＩに限るものではなく、専用回路または、汎用プロセッサで実現してもよい。ＬＳＩ製造後にプログラムすることが可能なＦＰＧＡ（Field  Programmable  Gate  Array）や、ＬＳＩ内部の回路セルの接続や設定を再構成可能なリコンフィギュラブル・プロセッサを利用してもよい。
さらには、半導体技術の進歩または派生する別技術によりＬＳＩに置き換わる集積回路化の技術が登場すれば、当然、その技術を用いて機能ブロック及び部材の集積化を行ってもよい。このような技術には、バイオ技術の適用等が可能性としてありえる。
【０１１９】
（３）保存データの管理対象たる読み書き可能な記録媒体として、第１、第２実施形態では、再生装置が内蔵するローカルストレージを用いたが、本発明の特徴は、内蔵ローカルストレージの物理的特性に依存するものではなく、本発明は、他の読み書き可能な記録媒体にも適用できる。例えば、アプリケーションによるデータの保存先として、外付けハードディスクや、再生装置に取り付けられた可搬性がある記録媒体（例えばＳＤカードやコンパクトフラッシュ（登録商標）などの半導体メモリ）に、データが記録された場合においても上述と同様の効果を奏することはもちろんのことである。
【０１２０】
（４）第１、第２実施形態では、ローカルストレージ上にデータファイルを保存するディレクトリとして、BD-ROM規格に定められたＡＤＡディレクトリのディレクトリ構造を用いて説明したが、本発明は、データファイルが保存されるディレクトリに対応して、データファイルを保存したアプリケーションに関連する情報をデジタル証明書等から得られれば、他のディレクトリ構造に対しても適用可能である。
【０１２１】
例えば、MHP（Multimedia Home Platform）/OCAP（OpenCable Application Platform）等のインタラクティブテレビ向けミドルウエア規格に対応したテレビは、テレビ放送に重畳されたアプリケーションプログラムを、映像コンテンツの再生と共に実行することにより、データファイルを読み書き可能な記録媒体に記録する。このようなMHP/OCAP規格に対応したインタラクティブテレビにおいても、データファイルの管理に本発明を適用することができる。
【０１２２】
具体的には、MHP/OCAP規格に準拠したインタラクティブテレビでは、アプリケーションプログラムの作成者を示すOrganizationID、及びアプリケーション自体のIDが放送データから取得され、アプリケーションプログラムによるローカルストレージへのデータ保存は、取得したIDにより特定される「OrganizationIDディレクトリ」、及び「AppIDディレクトリ」の配下へのみ許可される。またMHP/OCAP規格では、BD-ROM規格と同様にSignedアプリケーションにX.509の規格に準拠したデジタル証明書が付されており、このデジタル証明書が署名検証に用いられる。そこで、MHP/OCAP規格に準拠したインタラクティブテレビへの本発明の適用としては、ローカルストレージに記録されれたデータファイルについて、保存先の「OrganizationIDディレクトリ」、及び「AppIDディレクトリ」の名称に、デジタル証明書に含まれている主体者名を関連付けて利用する形態が考えられる。
【０１２３】
（５）第１、第２実施形態では、BD-ROMを再生する再生機能を有する再生装置について説明したが、本発明は、再生機能のみを有するものではなく記録機能をも有する再生装置にも適用できることはもちろんのことである。
（６）上記実施形態、及び上記変形例をそれぞれ組み合わせるとしてもよい。
【産業上の利用可能性】
【０１２４】
本発明に係るデータ管理装置、データ管理方法は、ローカルストレージに保存されたデータの管理を効率的に行う技術として有用であり、ＢＤ−ＲＯＭの再生機器等の装置に適用しうる。
【符号の説明】
【０１２５】
１    ＢＤ−ＲＯＭドライブ
２    トラックバッファ
３    デマルチプレクサ
４    ビデオデコーダ
５    ビデオプレーン
６    オーディオデコーダ
７    イメージメモリ
８    グラフィックデコーダ
９    グラフィックプレーン
１０    加算器
１１    静的シナリオメモリ
１２    動的シナリオメモリ
１３    制御部
１４    ＨＤＭＶモジュール
１５    ＢＤ−Ｊモジュール
１６    モード管理モジュール
１７    ディスパッチャ
１８    ＡＶ再生ライブラリ
１９    マッピングモジュール
２０    ローカルストレージ表示モジュール
２１    ＵＯ探知モジュール
２２    レンダリングエンジン
２３    ネットワークインターフェース
２４    ローカルストレージ
２５    ＢＤファイルシステム
３０    アプリケーション
３１    メディア再生モジュール
３２    アプリケーションマネージャ
３３    アプリケーション認証モジュール
３４    ファイルＩ／Ｏモジュール
１００    ＢＤ−ＲＯＭ
２００    再生装置
３００    リモコン
４００    テレビ
【手続補正２】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
読み書き可能な記録媒体において、デジタル証明書に基づいて正当性が証明されたアプリケーションプログラム以外によるアクセスが制限され、アプリケーションプログラム毎にアクセスが許可されるディレクトリが異なる制限領域に、アプリケーションプログラムの実行により記録されたデータを管理するデータ管理装置であって、
アプリケーションプログラムに付されたデジタル証明書に基づいて、アプリケーションプログラムが正当なアプリケーションであるか否かを検証する検証手段と、
正当なアプリケーションである場合に、前記アプリケーションプログラムの検証に用いたデジタル証明書に含まれる当該証明書の所有者に関する文字情報と、制限領域において前記アプリケーションプログラムによるアクセスが許可されるディレクトリとを関連付けるマッピング手段と、
前記アプリケーションプログラムによるアクセスが許可されるディレクトリに記録されたデータに関する情報提示に、当該ディレクトリに関連付けられた前記文字情報を用いる提示手段とを備え、
前記デジタル証明書は、複数の証明書部分からなり、
複数の証明書部分は、下位の証明書部分の正当性を証明するルート証明書部分と上位の証明書により正当性が証明されるリーフ証明書部分とを含み、
各証明書部分には、前記文字情報として主体者名情報が記載されており、
前記アプリケーションプログラムによるアクセスが許可されるディレクトリとは、前記アプリケーションプログラムの実行によりデータが記録されるアプリケーションディレクトリの親ディレクトリであるOrganizationディレクトリと、さらに当該Organizationディレクトリの親ディレクトリであるルート証明書ディレクトリとが、前記デジタル証明書に含まれる情報により特定されるディレクトリであり、
前記マッピング手段による関連付けは、前記Organizationディレクトリと前記リーフ証明書部分に記載された主体者名情報とを関連付け、前記ルート証明書ディレクトリと前記ルート証明書部分に記載された主体者名情報とを関連付けることによりなされる
ことを特徴とするデータ管理装置。
【請求項２】
前記関連付けには、主体者名情報として示される国名、組織名、組織ユニット、及び共通名の何れかが用いられる
ことを特徴とする請求項１のデータ管理装置。
【請求項３】
前記Organizationディレクトリと前記リーフ証明書部分に記載された主体者名情報とを関連付ける場合に、前記主体者名情報に含まれる組織名から終端に存在するOrganizationIDを除いた文字列を用いる
ことを特徴とする請求項２のデータ管理装置。
【請求項４】
前記マッピング手段は、前記関連付けにおいて、前記主体者名情報の内の何れの情報を用いるかのユーザ選択を受け付ける
ことを特徴とする請求項２のデータ管理装置。
【請求項５】
前記アプリケーションプログラムは、当該アプリケーションプログラムを実行する再生装置に挿入されたディスク上のデータと、再生装置が有する前記記録媒体上のデータとをマージして得られるバーチャルパッケージに含まれ、
前記バーチャルパッケージは、アプリケーションの詳細を示すアプリケーション管理情報を含み、
前記マッピング手段はさらに、前記アプリケーションディレクトリと、前記アプリケーション管理情報において示されるアプリケーションプログラムの名称とを関連付ける
ことを特徴とする請求項１のデータ管理装置。
【請求項６】
前記アプリケーションプログラムは、当該アプリケーションプログラムを実行する再生装置に挿入されたディスク上のデータと、再生装置が有する前記記録媒体上のデータとをマージして得られるバーチャルパッケージに含まれ、
前記バーチャルパッケージは、アプリケーションの詳細を示すアプリケーション管理情報を含み、
前記マッピング手段はさらに、前記アプリケーションディレクトリと、前記アプリケーション管理情報において前記アプリケーションプログラムに関連付けられているアイコンの情報とを、関連付ける
ことを特徴とする請求項１のデータ管理装置。
【請求項７】
読み書き可能な記録媒体において、デジタル証明書に基づいて正当性が証明されたアプリケーションプログラム以外によるアクセスが制限され、アプリケーションプログラム毎にアクセスが許可されるディレクトリが異なる制限領域に、アプリケーションプログラムの実行により記録されたデータを管理するデータ管理装置であって、
アプリケーションプログラムに付されたデジタル証明書に基づいて、アプリケーションプログラムが正当なアプリケーションであるか否かを検証する検証手段と、
正当なアプリケーションである場合に、前記アプリケーションプログラムの検証に用いたデジタル証明書に含まれる当該証明書の所有者に関する文字情報と、制限領域において前記アプリケーションプログラムによるアクセスが許可されるディレクトリとを関連付けるマッピング手段と、
前記アプリケーションプログラムによるアクセスが許可されるディレクトリに記録されたデータに関する情報提示に、当該ディレクトリに関連付けられた前記文字情報を用いる提示手段とを備え、
前記検証手段による検証は、アプリケーションプログラムが実行される際に、当該アプリケーションプログラムの起動に先立って処理され、
前記マッピング手段による関連付けは、前記検証処理に伴って処理される
ことを特徴とするデータ管理装置。
【請求項８】
読み書き可能な記録媒体において、デジタル証明書に基づいて正当性が証明されたアプリケーションプログラム以外によるアクセスが制限され、アプリケーションプログラム毎にアクセスが許可されるディレクトリが異なる制限領域に、アプリケーションプログラムの実行により記録されたデータを管理するデータ管理装置であって、
アプリケーションプログラムに付されたデジタル証明書に基づいて、アプリケーションプログラムが正当なアプリケーションであるか否かを検証する検証手段と、
正当なアプリケーションである場合に、前記アプリケーションプログラムの検証に用いたデジタル証明書に含まれる当該証明書の所有者に関する文字情報と、制限領域において前記アプリケーションプログラムによるアクセスが許可されるディレクトリとを関連付けるマッピング手段と、
前記アプリケーションプログラムによるアクセスが許可されるディレクトリに記録されたデータに関する情報提示に、当該ディレクトリに関連付けられた前記文字情報を用いる提示手段とを備え、
前記アプリケーションプログラムは、当該アプリケーションプログラムを実行する再生装置に挿入されたディスク上のデータと、再生装置が有する前記記録媒体上のデータとをマージして得られるバーチャルパッケージに含まれ、
前記バーチャルパッケージは、当該バーチャルパッケージの詳細を示すメタファイルを含み、
前記マッピング手段はさらに、前記関連付けに、前記メタファイルの情報を用いる
ことを特徴とするデータ管理装置。
【請求項９】
前記マッピング手段は、前記バーチャルパッケージにメタファイルが含まれていない場合に、前記デジタル証明書に含まれる証明を受けた者に関する文字情報を用いた前記関連付けを行う
ことを特徴とする請求項８のデータ管理装置。
【請求項１０】
読み書き可能な記録媒体において、デジタル証明書に基づいて正当性が証明されたアプリケーションプログラム以外によるアクセスが制限され、アプリケーションプログラム毎にアクセスが許可されるディレクトリが異なる制限領域に、アプリケーションプログラムの実行により記録されたデータを管理するデータ管理装置であって、
ユーザによる文字情報の入力を受け付ける文字列受付手段と、
アプリケーションプログラムに付されたデジタル証明書に基づいて、アプリケーションプログラムが正当なアプリケーションであるか否かを検証する検証手段と、
正当なアプリケーションであれば、前記文字列受付手段において入力を受け付けた文字情報を用いるか否かのユーザ選択を受け付け、当該受け付けたユーザ選択が前記文字情報を用いない旨を示す場合、前記アプリケーションプログラムの検証に用いたデジタル証明書に含まれる当該証明書の所有者に関する文字情報と、制限領域において前記アプリケーションプログラムによるアクセスが許可されるディレクトリとを関連付け、前記受け付けたユーザ選択が前記入力を受け付けた文字情報を用いる旨を示す場合、前記文字列受付手段において入力を受け付けた文字情報と、制限領域において前記アプリケーションプログラムによるアクセスが許可されるディレクトリとを関連付けるマッピング手段と、
前記アプリケーションプログラムによるアクセスが許可されるディレクトリに記録されたデータに関する情報提示に、当該ディレクトリに関連付けられた文字情報を用いる提示手段と
を備えることを特徴とするデータ管理装置。
【請求項１１】
前記字列受付手段は、画面上に表示した入力欄を介して前記文字列の入力を受け付け、
前記入力欄には、前記主体者名情報に含まれる文字列がデフォルト表示される
ことを特徴とする請求項１０のデータ管理装置。
【請求項１２】
読み書き可能な記録媒体において、デジタル証明書に基づいて正当性が証明されたアプリケーションプログラム以外によるアクセスが制限され、アプリケーションプログラム毎にアクセスが許可されるディレクトリが異なる制限領域に、アプリケーションプログラムの実行により記録されたデータを管理するようコンピュータを制御するコンピュータプログラムであって、
アプリケーションプログラムに付されたデジタル証明書に基づいて、アプリケーションプログラムが正当なアプリケーションであるか否かを検証する検証ステップと、
正当なアプリケーションである場合に、前記アプリケーションプログラムの検証に用いたデジタル証明書に含まれる当該証明書の所有者に関する文字情報と、制限領域において前記アプリケーションプログラムによるアクセスが許可されるディレクトリとを関連付けるマッピングステップと、
前記アプリケーションプログラムによるアクセスが許可されるディレクトリに記録されたデータに関する情報提示に、当該ディレクトリに関連付けられた前記文字情報を用いる提示ステップとの各ステップをコンピュータに実行させ、
前記デジタル証明書は、複数の証明書部分からなり、
複数の証明書部分は、下位の証明書部分の正当性を証明するルート証明書部分と上位の証明書により正当性が証明されるリーフ証明書部分とを含み、
各証明書部分には、前記文字情報として主体者名情報が記載されており、
前記アプリケーションプログラムによるアクセスが許可されるディレクトリとは、前記アプリケーションプログラムの実行によりデータが記録されるアプリケーションディレクトリの親ディレクトリであるOrganizationディレクトリと、さらに当該Organizationディレクトリの親ディレクトリであるルート証明書ディレクトリとが、前記デジタル証明書に含まれる情報により特定されるディレクトリであり、
前記マッピングステップにおける関連付けは、前記Organizationディレクトリと前記リーフ証明書部分に記載された主体者名情報とを関連付け、前記ルート証明書ディレクトリと前記ルート証明書部分に記載された主体者名情報とを関連付けることによりなされる
ことを特徴とするコンピュータプログラム。
【請求項１３】
読み書き可能な記録媒体において、デジタル証明書に基づいて正当性が証明されたアプリケーションプログラム以外によるアクセスが制限され、アプリケーションプログラム毎にアクセスが許可されるディレクトリが異なる制限領域に、アプリケーションプログラムの実行により記録されたデータを管理するデータ管理方法であって、
アプリケーションプログラムに付されたデジタル証明書に基づいて、アプリケーションプログラムが正当なアプリケーションであるか否かを検証する検証ステップと、
正当なアプリケーションである場合に、前記アプリケーションプログラムの検証に用いたデジタル証明書に含まれる当該証明書の所有者に関する文字情報と、制限領域において前記アプリケーションプログラムによるアクセスが許可されるディレクトリとを関連付けるマッピングステップと、
前記アプリケーションプログラムによるアクセスが許可されるディレクトリに記録されたデータに関する情報提示に、当該ディレクトリに関連付けられた前記文字情報を用いる提示ステップとを含み、
前記デジタル証明書は、複数の証明書部分からなり、
複数の証明書部分は、下位の証明書部分の正当性を証明するルート証明書部分と上位の証明書により正当性が証明されるリーフ証明書部分とを含み、
各証明書部分には、前記文字情報として主体者名情報が記載されており、
前記アプリケーションプログラムによるアクセスが許可されるディレクトリとは、前記アプリケーションプログラムの実行によりデータが記録されるアプリケーションディレクトリの親ディレクトリであるOrganizationディレクトリと、さらに当該Organizationディレクトリの親ディレクトリであるルート証明書ディレクトリとが、前記デジタル証明書に含まれる情報により特定されるディレクトリであり、
前記マッピングステップにおける関連付けは、前記Organizationディレクトリと前記リーフ証明書部分に記載された主体者名情報とを関連付け、前記ルート証明書ディレクトリと前記ルート証明書部分に記載された主体者名情報とを関連付けることによりなされる
ことを特徴とするデータ管理方法。
【請求項１４】
読み書き可能な記録媒体において、デジタル証明書に基づいて正当性が証明されたアプリケーションプログラム以外によるアクセスが制限され、アプリケーションプログラム毎にアクセスが許可されるディレクトリが異なる制限領域に、アプリケーションプログラムの実行により記録されたデータを管理するようコンピュータを制御するコンピュータプログラムであって、
アプリケーションプログラムが実行される際に、当該アプリケーションプログラムの起動に先立って、アプリケーションプログラムに付されたデジタル証明書に基づいて、アプリケーションプログラムが正当なアプリケーションであるか否かを検証する検証ステップと、
正当なアプリケーションである場合に、前記検証処理に伴って、前記アプリケーションプログラムの検証に用いたデジタル証明書に含まれる当該証明書の所有者に関する文字情報と、制限領域において前記アプリケーションプログラムによるアクセスが許可されるディレクトリとを関連付けるマッピングステップと、
前記アプリケーションプログラムによるアクセスが許可されるディレクトリに記録されたデータに関する情報提示に、当該ディレクトリに関連付けられた前記文字情報を用いる提示ステップと
の各ステップをコンピュータに実行させることを特徴とするコンピュータプログラム。
【請求項１５】
読み書き可能な記録媒体において、デジタル証明書に基づいて正当性が証明されたアプリケーションプログラム以外によるアクセスが制限され、アプリケーションプログラム毎にアクセスが許可されるディレクトリが異なる制限領域に、アプリケーションプログラムの実行により記録されたデータを管理するデータ管理方法であって、
アプリケーションプログラムが実行される際に、当該アプリケーションプログラムの起動に先立って、アプリケーションプログラムに付されたデジタル証明書に基づいて、アプリケーションプログラムが正当なアプリケーションであるか否かを検証する検証ステップと、
正当なアプリケーションである場合に、前記検証処理に伴って、前記アプリケーションプログラムの検証に用いたデジタル証明書に含まれる当該証明書の所有者に関する文字情報と、制限領域において前記アプリケーションプログラムによるアクセスが許可されるディレクトリとを関連付けるマッピングステップと、
前記アプリケーションプログラムによるアクセスが許可されるディレクトリに記録されたデータに関する情報提示に、当該ディレクトリに関連付けられた前記文字情報を用いる提示ステップと
を含むことを特徴とするデータ管理方法。
【請求項１６】
読み書き可能な記録媒体において、デジタル証明書に基づいて正当性が証明されたアプリケーションプログラム以外によるアクセスが制限され、アプリケーションプログラム毎にアクセスが許可されるディレクトリが異なる制限領域に、アプリケーションプログラムの実行により記録されたデータを管理するようコンピュータを制御するコンピュータプログラムであって、
アプリケーションプログラムに付されたデジタル証明書に基づいて、アプリケーションプログラムが正当なアプリケーションであるか否かを検証する検証ステップと、
正当なアプリケーションである場合に、前記アプリケーションプログラムの検証に用いたデジタル証明書に含まれる当該証明書の所有者に関する文字情報と、制限領域において前記アプリケーションプログラムによるアクセスが許可されるディレクトリとを関連付けるマッピングステップと、
前記アプリケーションプログラムによるアクセスが許可されるディレクトリに記録されたデータに関する情報提示に、当該ディレクトリに関連付けられた前記文字情報を用いる提示ステップとの各ステップをコンピュータに実行させ、
前記アプリケーションプログラムは、当該アプリケーションプログラムを実行する再生装置に挿入されたディスク上のデータと、再生装置が有する前記記録媒体上のデータとをマージして得られるバーチャルパッケージに含まれ、
前記バーチャルパッケージは、当該バーチャルパッケージの詳細を示すメタファイルを含み、
前記マッピングステップではさらに、前記関連付けに、前記メタファイルの情報が用いられる
ことを特徴とするコンピュータプログラム。
【請求項１７】
読み書き可能な記録媒体において、デジタル証明書に基づいて正当性が証明されたアプリケーションプログラム以外によるアクセスが制限され、アプリケーションプログラム毎にアクセスが許可されるディレクトリが異なる制限領域に、アプリケーションプログラムの実行により記録されたデータを管理するデータ管理方法であって、
アプリケーションプログラムに付されたデジタル証明書に基づいて、アプリケーションプログラムが正当なアプリケーションであるか否かを検証する検証ステップと、
正当なアプリケーションである場合に、前記アプリケーションプログラムの検証に用いたデジタル証明書に含まれる当該証明書の所有者に関する文字情報と、制限領域において前記アプリケーションプログラムによるアクセスが許可されるディレクトリとを関連付けるマッピングステップと、
前記アプリケーションプログラムによるアクセスが許可されるディレクトリに記録されたデータに関する情報提示に、当該ディレクトリに関連付けられた前記文字情報を用いる提示ステップとを含み、
前記アプリケーションプログラムは、当該アプリケーションプログラムを実行する再生装置に挿入されたディスク上のデータと、再生装置が有する前記記録媒体上のデータとをマージして得られるバーチャルパッケージに含まれ、
前記バーチャルパッケージは、当該バーチャルパッケージの詳細を示すメタファイルを含み、
前記マッピングステップではさらに、前記関連付けに、前記メタファイルの情報が用いられる
ことを特徴とするデータ管理方法。
【請求項１８】
読み書き可能な記録媒体において、デジタル証明書に基づいて正当性が証明されたアプリケーションプログラム以外によるアクセスが制限され、アプリケーションプログラム毎にアクセスが許可されるディレクトリが異なる制限領域に、アプリケーションプログラムの実行により記録されたデータを管理するようコンピュータを制御するコンピュータプログラムであって、
ユーザによる文字情報の入力を受け付ける文字列受付ステップと、
アプリケーションプログラムに付されたデジタル証明書に基づいて、アプリケーションプログラムが正当なアプリケーションであるか否かを検証する検証ステップと、
正当なアプリケーションであれば、前記文字列受付ステップにおいて入力を受け付けた文字情報を用いるか否かのユーザ選択を受け付け、当該受け付けたユーザ選択が前記文字情報を用いない旨を示す場合、前記アプリケーションプログラムの検証に用いたデジタル証明書に含まれる当該証明書の所有者に関する文字情報と、制限領域において前記アプリケーションプログラムによるアクセスが許可されるディレクトリとを関連付け、前記受け付けたユーザ選択が前記入力を受け付けた文字情報を用いる旨を示す場合、前記文字列受付ステップにおいて入力を受け付けた文字情報と、制限領域において前記アプリケーションプログラムによるアクセスが許可されるディレクトリとを関連付けるマッピングステップと、
前記アプリケーションプログラムによるアクセスが許可されるディレクトリに記録されたデータに関する情報提示に、当該ディレクトリに関連付けられた前記文字情報を用いる提示ステップと
の各ステップをコンピュータに実行させることを特徴とするコンピュータプログラム。
【請求項１９】
読み書き可能な記録媒体において、デジタル証明書に基づいて正当性が証明されたアプリケーションプログラム以外によるアクセスが制限され、アプリケーションプログラム毎にアクセスが許可されるディレクトリが異なる制限領域に、アプリケーションプログラムの実行により記録されたデータを管理するデータ管理方法であって、
ユーザによる文字情報の入力を受け付ける文字列受付ステップと、
アプリケーションプログラムに付されたデジタル証明書に基づいて、アプリケーションプログラムが正当なアプリケーションであるか否かを検証する検証ステップと、
正当なアプリケーションであれば、前記文字列受付ステップにおいて入力を受け付けた文字情報を用いるか否かのユーザ選択を受け付け、当該受け付けたユーザ選択が前記文字情報を用いない旨を示す場合、前記アプリケーションプログラムの検証に用いたデジタル証明書に含まれる当該証明書の所有者に関する文字情報と、制限領域において前記アプリケーションプログラムによるアクセスが許可されるディレクトリとを関連付け、前記受け付けたユーザ選択が前記入力を受け付けた文字情報を用いる旨を示す場合、前記文字列受付ステップにおいて入力を受け付けた文字情報と、制限領域において前記アプリケーションプログラムによるアクセスが許可されるディレクトリとを関連付けるマッピングステップと、
前記アプリケーションプログラムによるアクセスが許可されるディレクトリに記録されたデータに関する情報提示に、当該ディレクトリに関連付けられた前記文字情報を用いる提示ステップと
を含むことを特徴とするデータ管理方法。
【手続補正３】
【補正対象書類名】図面
【補正対象項目名】全図
【補正方法】変更
【補正の内容】
【図１】
2008132772.tif 000032
【図２】
2008132772.tif 000033
【図３】
2008132772.tif 000034
【図４】
2008132772.tif 000035
【図５】
2008132772.tif 000036
【図６】
2008132772.tif 000037
【図７】
2008132772.tif 000038
【図８】
2008132772.tif 000039
【図９】
2008132772.tif 000040
【図１０】
2008132772.tif 000041
【図１１】
2008132772.tif 000042
【図１２】
2008132772.tif 000043
【図１３】
2008132772.tif 000044
【図１４】
2008132772.tif 000045
【図１５】
2008132772.tif 000046
【図１６】
2008132772.tif 000047
【図１７】
2008132772.tif 000048
【図１８】
2008132772.tif 000049
【図１９】
2008132772.tif 000050
【図２０】
2008132772.tif 000051
【図２１】
2008132772.tif 000052
【図２２】
2008132772.tif 000053
【図２３】
2008132772.tif 000054
【図２４】
2008132772.tif 000055
【図２５】
2008132772.tif 000056
【図２６】
2008132772.tif 000057
【図２７】
2008132772.tif 000058
【図２８】
2008132772.tif 000059
【図２９】
2008132772.tif 000060
【国際調査報告】
2008132772.tif 000061
2008132772.tif 000062