(57)【要約】【課題】  秘密鍵漏洩により電子証明書を失効してしまった場合でも、失効済み証明書を用いて検証していたアプリケーションが利用できるデータ再生装置を提供する。【解決手段】  電子証明書が失効された場合でも、更新ディスクによって保存したアプリケーション識別子と対の証明書のハッシュ値と、コンテンツディスクの証明書から計算されたハッシュ値を比較することにより、アプリケーションが悪意のアプリケーションでないことが保障され、ディスク上のアプリケーションを安全に実行することを可能にする。【選択図】  図１３
2006050355.tif 000002
【特許請求の範囲】
【請求項１】
可搬性の記録媒体に記録されたデータの信用性の認証を証明書チェーンに基づいて確認し、前記データを再生するデータ再生装置であって、
前記データが正規のデータであることを検証するためのデータ検証情報と、証明書が失効したことをその理由とともに示す証明書失効情報とをあらかじめ記憶する記憶手段と、
証明書チェーンのうちの少なくも一つの証明書が前記証明書失効情報により失効されているか否かをその理由とともに判定する第１判定手段と、
前記データ検証情報に基づいて前記可搬性の記録媒体に記録されたデータが正規のデータであるか否かを判定する第２判定手段と、
第１判定手段にて失効理由が秘密鍵の漏洩であるとして肯定と判定された場合に、第２判定手段にて肯定と判定されたとき、前記データを再生する再生手段とを備えることを特徴とするデータ再生装置。
【請求項２】
前記記憶手段は、さらに、前記記録媒体に記録された証明書チェーンのルート証明書をあらかじめ記憶し、
前記記録媒体に記録された証明書チェーンのルート証明書が前記記憶手段に記憶されているか否かを判定する予備判定手段をさらに備え、
予備判定手段で肯定と判定されたとき、第１判定手段と第２判定手段の判定を行なわせることを特徴とする請求項１記載のデータ再生装置。
【請求項３】
前記記憶手段のデータ検証情報は、可搬性の別記録媒体に記録された前記証明書チェーンの各証明書のハッシュ値を読み込んで記憶したものであり、
前記記憶手段に記憶されたハッシュ値と前記記録媒体に記録された証明書チェーンの各証明書のハッシュ値とが等しいか否かにより前記記録媒体に記録されたデータの証明書が正規の証明書であるか否かを判定することを特徴とする請求項３記載のデータ再生装置。
【請求項４】
前記記憶手段のデータ検証情報は、可搬性の別記録媒体に記録されたデータのハッシュ値を読み込んで記憶したものであり、
前記記憶手段に記憶されたデータのハッシュ値と前記記録媒体に記録されたデータのハッシュ値とが等しいか否かにより前記記録媒体に記録されたデータが正規のデータであるか否かを判定することを特徴とする請求項３記載のデータ再生装置。
【請求項５】
前記記憶手段のデータ検証情報は、ネットワークを通じて前記証明書チェーンの各証明書のハッシュ値の情報を受信して記憶したものであり、
前記記憶手段に記憶されたハッシュ値と前記記録媒体に記録された証明書チェーンの各証明書のハッシュ値とが等しいか否かにより前記記録媒体に記録されたデータの証明書が正規のデータの証明書であるか否かを判定することを特徴とする請求項３記載のデータ再生装置。
【請求項６】
前記記憶手段のデータ検証情報は、ネットワークを通じて前記データのハッシュ値の情報を受信して記憶したものであり、
前記記憶手段に記憶されたハッシュ値と前記記録媒体に記録されたデータのハッシュ値とが等しいか否かにより前記記録媒体に記録されたデータが正規のデータであるか否かを判定することを特徴とする請求項３記載のデータ再生装置。
【請求項７】
可搬性の記録媒体に記録されたデータの信用性の認証を証明書チェーンに基づいて確認し、前記データを再生するデータ再生装置であって、
前記データの代用のデータと、証明書が失効したことをその理由とともに示す証明書失効情報とをあらかじめ記憶する記憶手段と、
証明書チェーンのうちの少なくも一つの証明書が前記証明書失効情報により失効されているか否かをその理由とともに判定する判定手段と、
失効理由が秘密鍵の漏洩であるとして肯定と判定された場合、前記代用のデータを再生する再生手段とを備えることを特徴とするデータ再生装置。
【請求項８】
前記記録媒体に記録されたデータはアプリケーションであり、
前記再生手段はアプリケーションを実行することを特徴とする請求項１から８のいずれか１項に記載のデータ再生装置。
【請求項９】
可搬性の記録媒体に記録されたデータの信用性の認証を証明書チェーンに基づいて確認し、前記データを再生するデータ再生方法であって、
前記データが正規のデータであることを検証するためのデータ検証情報と、証明書が失効したことをその理由とともに示す証明書失効情報とを記憶領域にあらかじめ記憶する記憶領域と、
証明書チェーンのうちの少なくも一つの証明書が前記証明書失効情報により失効されているか否かをその理由とともに判定する第１判定ステップと、
前記データ検証情報に基づいて前記可搬性の記録媒体に記録されたデータが正規のデータであるか否かを判定する第２判定ステップと、
第１判定ステップにて失効理由が秘密鍵の漏洩であるとして肯定と判定された場合に、第２判定ステップにて肯定と判定されたとき、前記データを再生する再生ステップとを有することを特徴とするデータ再生方法。
【請求項１０】
可搬性の記録媒体に記録されたデータの信用性の認証を証明書チェーンに基づいて確認し、前記データを再生するデータ再生装置に、
前記データが正規のデータであることを検証するためのデータ検証情報と、証明書が失効したことをその理由とともに示す証明書失効情報とを記憶領域にあらかじめ記録する記録ステップと、
証明書チェーンのうちの少なくも一つの証明書が前記証明書失効情報により失効されているか否かをその理由とともに判定する第１判定ステップと、
前記データ検証情報に基づいて前記可搬性の記録媒体に記録されたデータが正規のデータであるか否かを判定する第２判定ステップと、
第１判定ステップにて失効理由が秘密鍵の漏洩であるとして肯定と判定された場合に、第２判定ステップにて肯定と判定されたとき、前記データを再生する再生ステップとを実行させるためのデータ再生プログラム。
【請求項１１】
可搬性の記録媒体に記録されたデータの信用性の認証を証明書チェーンに基づいて確認し、前記データを再生するデータ再生方法であって、
前記データの代用のデータと、証明書が失効したことをその理由とともに示す証明書失効情報とをあらかじめ記憶領域に記録する記録ステップと、
証明書チェーンのうちの少なくも一つの証明書が前記証明書失効情報により失効されているか否かをその理由とともに判定する判定ステップと、
失効理由が秘密鍵の漏洩であるとして肯定と判定された場合、前記代用のデータを再生する再生ステップとを有することを特徴とするデータ再生方法。
【請求項１２】
可搬性の記録媒体に記録されたデータの信用性の認証を証明書チェーンに基づいて確認し、前記データを再生するデータ再生装置に、
前記データの代用のデータと、証明書が失効したことをその理由とともに示す証明書失効情報とをあらかじめ記憶領域に記録する記録ステップと、
証明書チェーンのうちの少なくも一つの証明書が前記証明書失効情報により失効されているか否かをその理由とともに判定する判定ステップと、
失効理由が秘密鍵の漏洩であるとして肯定と判定された場合、前記代用のデータを再生する再生ステップとを実行させるためのデータ再生プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、アプリケーションプログラムから計算されたデジタル署名を、電子証明書を用いて検証する装置に関するものであり、電子証明書が失効された後の、アプリケーションリカバリーに関する。
【背景技術】
【０００２】
従来、ＰＫＩ（Ｐｕｂｌｉｃ  Ｋｅｙ  Ｉｎｆｒａｓｔｒｕｃｔｕｒｅ）などの証明基盤システムを用いた電子データの配布においては、証明局（CA、Ｃｅｒｔｉｆｉｃａｔｅ  Ａｕｔｈｏｒｉｔｙ（以降、「CA」と称する場合もある。また、証明局の役割については非特許文献１を参照すること））が電子証明書を発行する。
コンテンツ提供者は、データ、例えばアプリケーションにそれを認証する上記の電子証明書を添付して可搬性の記憶媒体に作成し、ユーザに配布する。
【０００３】
証明局は、また、秘密鍵の漏洩（盗難、紛失）その他の理由により証明書としての有効性が失効した電子証明書の情報を記録したＣＲＬ（Ｃｅｒｔｉｆｉｃａｔｅ  Ｒｅｖｏｃａｔｉｏｎ  Ｌｉｓｔ）などの証明書失効情報を生成する。
なぜなら、コンテンツ提供者の秘密鍵の窃盗者は、盗んだ秘密鍵を利用して悪意のあるアプリケーションをユーザに配布した場合、ユーザは悪意のあるアプリケーションを実行し、機器内で不正な動作を起こしてしまう危険性があるからである。
【０００４】
非特許文献１に示されるように、ＣＲＬを利用して電子証明書の有効性の検証を行う者は、通常、証明局が発行したＣＲＬを端末装置にダウンロードする。こうして、ローカルに保存したＣＲＬから検証対象の電子証明書の状態を検索し、電子証明書の有効性を検証する。
ＣＲＬは「次回更新日時」という情報を保持し、現在の日時が「次回更新日時」より前であれば、現在、端末装置に保存されているＣＲＬが最新のものであるから、それを使用し、後であれば、現在、端末装置に保存されているＣＲＬは最新のものではないので、ＣＲＬの発行元である証明局にアクセスし、最新のＣＲＬをダウンロードする。
【０００５】
しかしながら、秘密鍵の漏洩（盗難、紛失など）した場合には、証明局は、直ちに、電子証明書を失効させる必要があるので、緊急の場合には、不定期に、ＣＲＬを更新することになる。
端末装置は、ＣＲＬの更新が不定期的に行われた場合には、それを検知することができない。従って、古いＣＲＬを使用することになり、本来無効である電子証明書を有効として取り扱う危険性がある。
【０００６】
特許文献１には、証明書の失効情報を証明局から受け取って公開するサーバによって、クライアントは常に最新のＣＲＬを入手することができる技術が開示されている。この技術により、ＣＲＬをいち早く入手して、アプリーケーションの利用をできなくし、失効した電子証明書を有効な電子証明書として扱われる危険性を回避することができる。
【特許文献１】特願２００２−２１３９５５号公報
【非特許文献１】ｈｔｔｐ：／／ｗｗｗ．ｉｐａ．ｇｏ．ｊｐ／ｓｅｃｕｒｉｔｙ／ｐｋｉ
【発明の開示】
【発明が解決しようとする課題】
【０００７】
しかし、証明書が失効されると、常にアプリケーションの利用ができないという問題がある。
本発明は、ディスクのような記録媒体で配布された証明書が失効された場合でも、失効理由によっては正規のディスクに記録されたデータ（アプリケーション）を利用可能にすることを目的とする。
【課題を解決するための手段】
【０００８】
上記課題を解決するため本発明のデータ再生装置は、可搬性の記録媒体に記録されたデータの信用性の認証を証明書チェーンに基づいて確認し、前記データを再生するデータ再生装置であって、前記データが正規のデータであることを検証するためのデータ検証情報と、証明書が失効したことをその理由とともに示す証明書失効情報とをあらかじめ記憶する記憶手段と、証明書チェーンのうちの少なくも一つの証明書が前記証明書失効情報により失効されているか否かをその理由とともに判定する第１判定手段と、前記データ検証情報に基づいて前記可搬性の記録媒体に記録されたデータが正規のデータであるか否かを判定する第２判定手段と、第１判定手段にて失効理由が秘密鍵の漏洩であるとして肯定と判定された場合に、第２判定手段にて肯定と判定されたとき、前記データを再生する再生手段とを備えることとしている。
【発明の効果】
【０００９】
上記構成により、可搬性の記憶媒体に記録されたデータの信用性の認証を行う証明書が、「漏洩」を理由として失効された場合でも、再生対象のデータが正規のデータであるか否かをデータ検証情報に基づいて検証できるので、正規のデータと判断されたときは、データの再生、つまり利用または実行ができる。
また、前記記憶手段は、さらに、前記記録媒体に記録された証明書チェーンのルート証明書をあらかじめ記憶し、前記記録媒体に記録された証明書チェーンのルート証明書が前記記憶手段に記憶されているか否かを判定する予備判定手段をさらに備え、予備判定手段で肯定と判定されたとき、第１判定手段と第２判定手段の判定を行なわせるとしている。
【００１０】
これにより、可搬性の記憶媒体に記録されたデータの信用性を認証する証明チェーンのルート証明書の正当性の検証ができる。
また、前記記憶手段のデータ検証情報は、可搬性の別記録媒体に記録された前記証明書チェーンの各証明書のハッシュ値を読み込んで記憶したものであり、前記記憶手段に記憶されたハッシュ値と前記記録媒体に記録された証明書チェーンの各証明書のハッシュ値とが等しいか否かにより前記記録媒体に記録されたデータの証明書が正規の証明書であるか否かを判定することとしている。
【００１１】
これにより、可搬性の別記録媒体に記録された証明書のハッシュ値を読み込んであらかじめデータ検証情報として記憶しておき、可搬性の記録媒体に記録されたデータの証明書が正規の証明書か否かの検証ができる。証明書が正規であることにより、データが正規であることが確認できる。
また、前記記憶手段のデータ検証情報は、可搬性の別記録媒体に記録されたデータのハッシュ値を読み込んで記憶したものであり、前記記憶手段に記憶されたデータのハッシュ値と前記記録媒体に記録されたデータのハッシュ値とが等しいか否かにより前記記録媒体に記録されたデータが正規のデータであるか否かを判定することとしている。
【００１２】
これにより、可搬性の別記録媒体に記録されたデータのハッシュ値を読み込んであらかじめデータ検証情報として記憶しておき、可搬性の記録媒体に記録されたデータが正規か否かの検証ができる。
また、前記記憶手段のデータ検証情報は、ネットワークを通じて前記証明書チェーンの各証明書のハッシュ値の情報を受信して記憶したものであり、前記記憶手段に記憶されたハッシュ値と前記記録媒体に記録された証明書チェーンの各証明書のハッシュ値とが等しいか否かにより前記記録媒体に記録されたデータの証明書が正規のデータの証明書であるか否かを判定することとしている。
【００１３】
これにより、ネットワークを通じて証明書のハッシュ値を読み込んであらかじめデータ検証情報として記憶しておき、可搬性の記録媒体に記録されたデータの証明書が正規の証明書か否かの検証ができる。証明書が正規であることにより、データが正規であることが確認できる。
また、前記記憶手段のデータ検証情報は、ネットワークを通じて前記データのハッシュ値の情報を受信して記憶したものであり、前記記憶手段に記憶されたハッシュ値と前記記録媒体に記録されたデータのハッシュ値とが等しいか否かにより前記記録媒体に記録されたデータが正規のデータであるか否かを判定することとしている。
【００１４】
これにより、ネットワークを通じてデータのハッシュ値を読み込んであらかじめデータ検証情報として記憶しておき、可搬性の記録媒体に記録されたデータが正規か否かの検証ができる。
上記課題を解決するために本発明のデータ再生装置は、可搬性の記録媒体に記録されたデータの信用性の認証を証明書チェーンに基づいて確認し、前記データを再生するデータ再生装置であって、前記データの代用のデータと、証明書が失効したことをその理由とともに示す証明書失効情報とをあらかじめ記憶する記憶手段と、証明書チェーンのうちの少なくも一つの証明書が前記証明書失効情報により失効されているか否かをその理由とともに判定する判定手段と、失効理由が秘密鍵の漏洩であるとして肯定と判定された場合、前記代用のデータを再生する再生手段とを備えるとしている。上記構成により、可搬性の記憶媒体に記録されたデータの信用性の認証を行う証明書が、「漏洩」を理由として失効された場合でも、前記データの代用のデータをあらかじめ記憶しているので、正規のデータと判断されたときは、上記代用のデータの再生、つまり利用または実行ができる。
【００１５】
また、前記記録媒体に記録されたデータはアプリケーションであり、前記再生手段はアプリケーションを実行することとしている。これにより、可搬性の記憶媒体に記録されたアプリケーションの実行が上記のようにできる。
上記課題を解決するために本発明のデータ再生方法は、可搬性の記録媒体に記録されたデータの信用性の認証を証明書チェーンに基づいて確認し、前記データを再生するデータ再生方法であって、前記データが正規のデータであることを検証するためのデータ検証情報と、証明書が失効したことをその理由とともに示す証明書失効情報とを記憶領域にあらかじめ記憶する記憶領域と、証明書チェーンのうちの少なくも一つの証明書が前記証明書失効情報により失効されているか否かをその理由とともに判定する第１判定ステップと、前記データ検証情報に基づいて前記可搬性の記録媒体に記録されたデータが正規のデータであるか否かを判定する第２判定ステップと、第１判定ステップにて失効理由が秘密鍵の漏洩であるとして肯定と判定された場合に、第２判定ステップにて肯定と判定されたとき、前記データを再生する再生ステップとを有することとしている。
【００１６】
上記制御方法により、可搬性の記憶媒体に記録されたデータの信用性の認証を行う証明書が、「漏洩」を理由として失効された場合でも、再生対象のデータが正規のデータであるか否かをデータ検証情報に基づいて検証できるので、正規のデータと判断されたときは、データの再生、つまり利用または実行ができる。
上記課題を解決するために本発明のデータ再生プログラムは、可搬性の記録媒体に記録されたデータの信用性の認証を証明書チェーンに基づいて確認し、前記データを再生するデータ再生装置に、前記データが正規のデータであることを検証するためのデータ検証情報と、証明書が失効したことをその理由とともに示す証明書失効情報とを記憶領域にあらかじめ記録する記録ステップと、証明書チェーンのうちの少なくも一つの証明書が前記証明書失効情報により失効されているか否かをその理由とともに判定する第１判定ステップと、前記データ検証情報に基づいて前記可搬性の記録媒体に記録されたデータが正規のデータであるか否かを判定する第２判定ステップと、第１判定ステップにて失効理由が秘密鍵の漏洩であるとして肯定と判定された場合に、第２判定ステップにて肯定と判定されたとき、前記データを再生する再生ステップとを実行させる。上記データ再生プログラムにより、可搬性の記憶媒体に記録されたデータの信用性の認証を行う証明書が、「漏洩」を理由として失効された場合でも、再生対象のデータが正規のデータであるか否かをデータ検証情報に基づいて検証できるので、正規のデータと判断されたときは、データの再生、つまり利用または実行ができる。上記課題を解決するために本発明のデータ再生方法は、可搬性の記録媒体に記録されたデータの信用性の認証を証明書チェーンに基づいて確認し、前記データを再生するデータ再生方法であって、前記データの代用のデータと、証明書が失効したことをその理由とともに示す証明書失効情報とをあらかじめ記憶領域に記録する記録ステップと、証明書チェーンのうちの少なくも一つの証明書が前記証明書失効情報により失効されているか否かをその理由とともに判定する判定ステップと、失効理由が秘密鍵の漏洩であるとして肯定と判定された場合、前記代用のデータを再生する再生ステップとを有することとしている。
【００１７】
上記制御方法により、可搬性の記憶媒体に記録されたデータの信用性の認証を行う証明書が、「漏洩」を理由として失効された場合でも、前記データの代用のデータをあらかじめ記憶しているので、正規のデータと判断されたときは、上記代用のデータの再生、つまり利用または実行ができる。
上記課題を解決するために本発明のデータ再生プログラムは、可搬性の記録媒体に記録されたデータの信用性の認証を証明書チェーンに基づいて確認し、前記データを再生するデータ再生装置に、前記データの代用のデータと、証明書が失効したことをその理由とともに示す証明書失効情報とをあらかじめ記憶領域に記録する記録ステップと、証明書チェーンのうちの少なくも一つの証明書が前記証明書失効情報により失効されているか否かをその理由とともに判定する判定ステップと、失効理由が秘密鍵の漏洩であるとして肯定と判定された場合、前記代用のデータを再生する再生ステップとを実行させる。
【００１８】
上記データ再生プログラムにより、可搬性の記憶媒体に記録されたデータの信用性の認証を行う証明書が、「漏洩」を理由として失効された場合でも、前記データの代用のデータをあらかじめ記憶しているので、正規のデータと判断されたときは、上記代用のデータの再生、つまり利用または実行ができる。
【発明を実施するための最良の形態】
【００１９】
以下本発明の実施の形態について、図面を参照しながら説明する。
（実施の形態１）
本発明に係るデータ再生装置の実施の形態について図面を用いて説明する。
図１は、本発明の実施の形態１におけるデータ再生装置の一例としてのディスク再生装置（記録機能を有するディスク記録再生装置でも適用可能であるが、本実施の形態ではディスク再生装置を例にして説明をする）の構成を示すブロック図である。なお、記録機能を有するディスク記録再生装置でも適用可能であるが本実施の形態ではディスク再生装置を例にして説明をする。
【００２０】
図１において、ディスク再生装置１００は、記憶部１０１、ディスク入力部１１１、実行要求受付部１１２、モジュール管理部１１３、証明書管理部１１４およびアプリケーション実行部１１５とで構成され、記憶部１０１はさらに、証明書ＤＢ１０２、失効証明書ＤＢ１０３、アプリケーション更新情報ＤＢ１０４から構成される。
ディスク再生装置１００は、可搬性の記憶媒体、例えば光ディスク（以下、単に「ディスク」という）の挿入を受け付ける。ディスク１０２には、アプリケーションのコンテンツまたはアプリケーションの更新情報が記録され、コンテンツ提供者１０３によって配布される。証明局１０４は、上記の配布前にコンテンツ提供者１０３からの依頼により、コンテンツ提供者１０３が配布する情報に対する認証を行ない、認証情報をコンテンツ提供者に通知する。ディスク１０２には、その認証情報も含まれる。
【００２１】
ディスク１０２に記録された情報についてまず説明し、次にディスク再生装置１００の構成各部、そして動作について順に以下に説明する。
ディスクにはコンテンツまたは更新情報のいずれかが記録され、コンテンツを記録したディスクをコンテンツディスク、また更新情報を記録したディスクを更新ディスクと呼ぶ。
【００２２】
まず、コンテンツディスクについて説明し、次に更新ディスクについて説明する。
図２は、コンテンツディスクを示す図である。
コンテンツディスク２０２は、アプリケーション２０３、署名情報２０４、証明書２０５、アプリケーション管理情報２０６、ディスク識別子２０７からなる。一般的に、コンテンツディスク２０２は、コンテンツ提供者によって作成される。
【００２３】
アプリケーション２０３は、ユーザからの実行要求により、ディスク再生装置１００上で実行されるアプリケーションプログラムである。
なお、本実施の形態では、コンテンツディスク２０２の配布データは、アプリケーションプログラムを一例として説明するが、コンテンツの種類に限定はなく、テキストデータ、映像データ、音声データ、もしくは動画データであってもよい。
【００２４】
アプリケーション２０３は、アプリケーションのファイルを一つ以上含んでいる。アプリケーション２０３は、コンテンツ提供者の秘密鍵により署名され、対応する公開鍵を用いて有効性の確認が成功した場合のみ、利用可能になる。
署名情報２０４は、アプリケーション２０３をコンテンツ提供者の秘密鍵で暗号化した署名値を含んでいる。署名値は、アプリケーション２０３のハッシュ値を署名したものとする。署名情報２０４には、前記ハッシュ値をもとめるアルゴリズムも含む。
【００２５】
証明書２０５は、証明局２０によるアプリケーションの証明書であり、署名情報２０４の署名値を復号する為の公開鍵を含む。
図３は、証明書２０５の構成を示した図である。
図３で示すように、証明書２０５は複数の証明書のチェーン（証明書パスとも言う）から構成されている。証明書チェーンは、Ｘ．５０９の規格に準拠した証明書を有し、Ｘ．５０９で構成された証明書チェーンの一般的な構成を表現している。
【００２６】
証明書チェーンは、ルート証明書３０１、中間証明書３０２、リーフ証明書３０３を内包する。これらは、ルート証明書３０１の所有者（上位証明局）がルート証明書３０１および中間証明書３０２を発行し、中間証明書３０２の所有者（下位証明局）がリーフ証明書３０３を発行するといった、連鎖関係にある。図の例ではアプリケーションが改ざんされていないことを示すリーフ証明書の正当性を中間証明書が保証し、中間証明書の正当性をルート証明書が保証する。このルート証明書の正当性はディスク再生装置の証明書DBに予め記憶されたルート証明書があり、このルート証明書の情報と連鎖関係から導き出されたルート証明書とを調べることにより正当性の判断を行うことができる。
【００２７】
本実施の形態で採用するX．５０９はITU-T（International Telecommunication Union- Telecommunication sector）が規定した証明書の表現形式であり、デファクト標準として情報通信の各分野で広く普及している。なお、図３では３つの証明書のみを図示しているが、中間証明書がない場合、あるいは複数存在する場合がある。但し、複数存在する場合は、中間証明書間で相互に関連した連鎖状態になければならない。
【００２８】
図４は、X．５０９に準拠したルート証明書３０１等の証明書の構成図である。ここでは、本実施の形態の説明に必要な属性のみを示している。
図４において、証明書４００は、属性領域４０１、署名値４０２からなり、属性領域４０１はさらに、シリアル番号４１１、署名アルゴリズム４１２、今回更新日時４１３、次回更新日時４１４、発行者名４１５、主体者名４１６、公開鍵４１７等からなる。
【００２９】
シリアル番号４１１は証明書を識別するための番号を、署名アルゴリズム４１２は属性領域４０１の情報から署名値４０２を計算するために使用されたアルゴリズムを、今回更新日時４１３は証明書の有効開始日時を、次回更新日時４１４は有効満了日時を、発行者名４１５は本証明書を発行する機関の名である証明局名を、主体者名４１６は証明書の所有者名を、公開鍵４１７は主体者名４１６の公開鍵を、署名値４０２は本証明書発行者の秘密鍵によって署名（署名アルゴリズム４１２の適用結果を暗号化）された値を、それぞれ表す。なお、公開鍵と秘密鍵を使ったものとして、公開鍵暗号方式が電子商取引等で幅広く利用されている。公開鍵暗号方式では、平分を暗号するときに使用した鍵と異なる鍵を使用して暗号文を復号する。暗号の鍵と復号用の鍵が異なり、復号用の鍵を一般公開しても復号用の鍵から暗号用の鍵を推測することは不可能である。上記の署名値の場合、暗号用の鍵が秘密鍵、復号用の鍵が公開鍵に該当する。なお、公開鍵暗号方式の代表例としては、ＲＳＡ（Ｒｉｖｅｓｔ−Ｓｈａｍｉｒ−Ａｄｌｅｍａｎ）、ＤＳＡ（Ｄｉｇｉｔａｌ  Ｓｉｇｎａｔｕｒｅ  Ｓｔａｎｄａｒｄ）等が挙げられる。
【００３０】
図２に戻って、アプリケーション管理情報２０６は、アプリケーション２０３のライフサイクルをコントロールするためのアプリケーション管理情報である。ディスク再生装置１００はアプリケーション管理情報１０５の情報を用いて実行するアプリケーションの確定を行ったり、実行時に必要な情報の確認を行ったりする。
図５は、アプリケーション管理情報１０５の一例を示した図である。
【００３１】
アプリケーション管理情報１０５は、アプリケーション識別子５０１、制御情報５０２、取得先識別子５０３、アプリケーション名５０４の項目からなる。
アプリケーション識別子５０１は、アプリケーションを識別する記号である。アプリケーション識別子５０１の特定の値によって、アプリケーションの有効性を確認されるべきものであるかを判定できるようにしてもよい。例えば、アプリケーション識別子５０１の値が、０ｘ０から０ｘ３ｆｆｆの範囲であれば、有効性の確認は不要で、０ｘ４０００から０ｘ７ｆｆｆであれば認証されなければならないようにすればよい。列５０２はアプリケーションの制御情報である。制御情報には、「ａｕｔｏｓｔａｒｔ」「ｐｒｅｓｅｎｔ」「ｋｉｌｌ」などがあり、「ａｕｔｏｓｔａｒｔ」は即時にディスク再生装置１０がこのアプリケーションを自動的に実行することを意味し、「ｐｒｅｓｅｎｔ」は自動実行しないことを意味し、「ｋｉｌｌ」はアプリケーションを停止することを意味する。取得先識別子５０３は、アプリケーションの取得先を示し、例えば、１はディスクから、２はディスク再生装置１０内のＨＤ領域から、３はネットワークから、それぞれアプリケーションを取得する。アプリケーション名５０４は、アプリケーションの名前であり、ｊａｖａのアプリケーション名の場合、末尾をｊａｒとしているが、これは１つのアプリケーションの単位がｊａｒファイルで表現されている場合である。実行の際は、ｊａｒファイルのファイル名と関連付けられたｃｌａｓｓファイルを起動するようにすればよい。図5では、１つのアプリケーションが記載されている。
【００３２】
なお、アプリケーションに対して４つの項目しか規定されていないが、より多くの情報が定義されてもよい。図５に示す制御情報５０２と取得先識別子５０３はあくまでも一例として記載しており、アプリケーション管理情報１０５として含まれることは必須ではない。
ディスク識別子１０６はディスク再生装置１００がディスクを認識するにあたって、ディスクがコンテンツディスク２０２であるか、更新ディスクであるかを判定するためのディスク識別子である。ディスク識別子１０６は特定の値によって、ディスクの種類を判定するようにしても良い。
【００３３】
例えば、ディスク識別子の値が、０ｘ０から０ｘ３ｆｆｆの範囲であれば、コンテンツディスク２０２で、０ｘ４０００から０ｘ７ｆｆｆの範囲であれば、更新ディスクというようにすればよい。
なお、本実施の形態では、コンテンツディスク２０２と更新ディスクとは別としたが、両方の機能を兼ね備えた一つのディスクであってもよい。このときは、コンテンツディスク２０２と更新ディスクの両方の機能を兼ね備えたディスクに関しては０ｘ８０００から０ｘ９０００という風に別の値を割り振ればよい。
【００３４】
図２では、コンテンツディスク２０２において、アプリケーション２０３と署名情報２０４と、証明書２０５は一つずつであるとしたが、各自複数持っていてもよい。
次に、更新ディスクについて説明する。
更新ディスク６０２は、コンテンツ提供者によって、コンテンツ提供者が事前に配布したコンテンツディスク２０２の証明書が失効された場合に作成されるものである。
【００３５】
図６は、更新ディスクのデータ構成の一例を示す図である。
更新ディスク６０２に記録されている更新情報６００は、証明書更新情報６０３、アプリケーション更新情報６０４、アプリケーション更新署名情報６０５、証明書６０６、ディスク識別子６０７からなる。
証明書更新情報６０３は、ＣＲＬ、またはディスク再生装置１００が管理する証明書ＤＢの更新を行う証明書更新メッセージのいずれかが納められている。ＣＲＬの情報は、後述の記憶部１０１にある失効証明書ＤＢ１０３に記録される。
【００３６】
証明書更新情報６０３は、ＣＲＬ、またはディスク再生装置１００が管理する証明書ＤＢの更新メッセージのいずれかが納められている。ＣＲＬの情報は、後述の記憶部１０１にある失効証明書ＤＢ１０３に記録される。
図７は、証明書更新情報６０３がＣＲＬのとき、そのＣＲＬの構成図である。ここでは、本発明の説明上で必要な属性のみを列挙している。ＣＲＬは、属性領域７０１、署名アルゴリズム７０２、署名値７０３からなり、属性領域７０１はさらに、発行者名７１１、今回更新日時７１２、次回更新日時７１３、失効証明書リスト７１４、失効理由７１５からなる。
【００３７】
発行者名７１１は、本ＣＲＬの発行者を、今回更新日時７１２は本ＣＲＬの有効開始日時を、次回更新日時７１３は本ＣＲＬの有効満了日時を、失効証明書リスト７１４はひとつ以上の失効した証明書のシリアル番号を、失効理由７１５は、「漏洩」、「期限切れ」等の理由が記載されている。また今回更新日時７１２、次回更新日時７１３から「期限切れ」は判定できるようにするなど、ＣＲＬ内の失効理由以外のデータを用いて失効理由が分かるようにすれば失効理由７１５を特に設ける必要はない。
【００３８】
署名アルゴリズム７０２は、属性領域７０１の情報を暗号化対象にするアルゴリズムを署名値７０３は、暗号化対象をＣＲＬ提供者（証明局）の秘密鍵で暗号化した値である。
図６に戻って、アプリケーション更新情報６０４は、実行要求があったコンテンツディスク２０２上のアプリケーションの証明書が失効された場合に使用される情報である。アプリケーション更新情報６０４は、アプリケーション検証情報をいい、アプリケーション更新情報１０４に記録され、無効となった証明書のアプリケーションの利用要求があった際に参照される。
【００３９】
アプリケーション更新情報６０４には、３つのパターンがある。
図８は、アプリケーション更新情報６０４の1つ目のパターンであるアプリケーションの更新情報６０４Ａの構成の一例を示した図である。
1つ目のパターンのアプリケーション更新情報６０４Ａは、アプリケーション識別子８０１、証明書ハッシュ値８０２、ハッシュアルゴリズム８０３を有する。
【００４０】
アプリケーション識別子８０１は、アプリケーションの識別記号である。証明書ハッシュ値８０２は、コンテンツディスク２０２の証明書から計算されたハッシュ値である。ハッシュアルゴリズム８０３は、ハッシュ値を計算するために用いるアルゴリズムである。
ディスク再生装置１００は、コンテンツディスク２０２上の証明書が失効された場合は、アプリケーション更新情報６０４Ａを参照し、実行要求のあったアプリケーションのアプリケーション識別子で示されるアプリケーションの証明書のハッシュ値と、証明書ハッシュ値８０２とを比較する。アプリケーション更新情報６０４Ａに証明書のハッシュ値を含むことにより、盗難にあった証明局の秘密鍵を用いて作成された、なりすましのアプリケーションを実行しようとした場合、アプリケーション更新情報６０４Ａの証明書のハッシュ値とコンテンツディスク２０２の証明書のハッシュ値との比較結果が一致しなくなる。なお、図８の例では、アプリケーションに対して３つの項目しか規定していないが、証明書ハッシュ値の有効期限等の情報が追加されてもよい。
【００４１】
アプリケーション更新情報の２つ目のパターンは、図8に示す証明書ハッシュ値８０２の代わりにアプリケーションのハッシュ値を有する。
図９は、２つ目のパターンのアプリケーション更新情報６０４Ｂの一例を示した図である。２つ目のパターンのアプリケーション更新情報６０４Ｂは、アプリケーション識別子９０１、アプリケーションハッシュ値９０２、ハッシュアルゴリズム８０３を有する。
【００４２】
アプリケーションハッシュ値９０２は、コンテンツ提供者が前記アプリケーション識別子のアプリケーションが入ったコンテンツディスク２０２を作成した際に含んだアプリケーション２０３から計算されたハッシュ値である。ハッシュアルゴリズム９０２は、前記ハッシュ値を計算するために用いるアルゴリズムである。
ディスク再生装置１００はコンテンツディスク２０２上の証明書の有効性が無いと判断した場合は、アプリケーション更新情報６０４Ｂを参照し、実行要求のあったアプリケーションのアプリケーション識別子が示すアプリケーションのハッシュ値を利用する。
【００４３】
アプリケーション更新情報６０４Ｂにアプリケーションのハッシュ値を含むことにより、盗難にあった証明局の秘密鍵を用いて作成された、なりすましのアプリケーションを実行しようとした場合は、コンテンツディスク２０２のアプリケーションのハッシュ値と、アプリケーションハッシュ値８０２との比較結果が一致しなくなる。
アプリケーション更新情報の３つ目のパターンは、アプリケーション識別子と代用アプリケーションを含む。ここで、代用アプリケーションとは、コンテンツディスク２０２のアプリケーションの代用のアプリケーションであり、コンテンツディスク２０２のアプリケーションの実行の代わりに実行される。
【００４４】
図１０は、アプリケーション更新情報６０４Ｃの３つ目のパターンの構成の一例を示した図である。
３つ目のパターンのアプリケーション更新情報６０４Ｃは、アプリケーション識別子８０１、アプリケーション８０２を有する。
アプリケーション名８０２は、アプリケーションのファイル名を示すものであり、図示していないがアプリケーション名８０２に対応するアプリケーションファイルがアプリケーション更新情報６０４Ｃに付随している。
【００４５】
ディスク再生装置１００は、コンテンツディスク２０２上の証明書の有効性が無いと判断した場合は、アプリケーション更新情報６０４Cを参照し、実行要求のあったアプリケーションのアプリケーション識別子１００１に対応するアプリケーション（つまりアプリケーション名１００２に対応するアプリケーションファイル）を実行する。図１０では、２つの項目しか規定していないが、アプリケーションの有効期限等が追加されてもよい。
【００４６】
アプリケーション更新情報６０４にアプリケーションそのものを含むことにより、証明書が無効と判断された場合でも、コンテンツディスク２０２のアプリケーション２０３の代用として、アプリケーション名１００２に対応するアプリケーションファイルを実行することが可能となる。
図６に戻り、アプリケーション更新署名情報６０５は、アプリケーションに対し、コンテンツ提供者の秘密鍵で署名を施した署名値を含む。
【００４７】
図１１は、アプリケーション更新署名情報６０５の構成の一例を示した図である。
アプリケーション更新署名情報６０５は、アプリケーション識別子１１０１、署名値１１０２からなる。
署名値１１０２は、アプリケーション更新情報６０４のアプリケーションに対し、コンテンツ提供者の秘密鍵で署名を施した値である。
【００４８】
再び図６に戻って、証明書６０６は、アプリケーション更新署名情報６０５を復号する公開鍵を含んだ証明書であり、証明書２０５と同様な構成を有する。
ディスク識別子６０７は、ディスクが更新ディスク６０２であることを示す識別子である。
一つの更新ディスク６０２に、証明書更新情報６０３とアプリケーション更新情報の両方を含んでもよいが、証明書管理情報を記録した更新ディスク６０２ａ（図示せず）と、アプリケーション更新情報を記録した更新ディスク６０２ｂ（図示せず）にわけて、ユーザに配布することも可能である。
【００４９】
さらに、本実施の形態では、コンテンツディスク２０２と更新ディスク６０２は独立して記載しているが、両方の機能を兼ね備えた一つのディスクであってもよい。
次に、本発明のディスク再生装置の構成について図１を参照して説明する。
記憶部１０１は、アプリケーションの失効情報と、失効しても継続してアプリケーションを実行するために必要な情報とを納めたデータベース（DB）である証明書ＤＢ１０２、失効証明書ＤＢ１０３、アプリケーション更新情報ＤＢ１０４を記憶する。記憶部１０１は、ディスク再生装置１００内の対タンパ性を備えたストレージ領域で実装する。
【００５０】
証明書ＤＢ１０２は、証明書２０５（図２）および証明書６０６（図６）の有効性をチェックするための証明書を保存する部分である。ここで保存する証明書は、図３のルート証明書３０１からなり、証明書管理部１１４により参照され、また、更新ディスク６０２の証明書更新情報６０３に証明書が記録されているとき、当該証明書に基づいて登録、更新される。
【００５１】
失効証明書ＤＢ１０３は、証明書の失効情報を納めたものであり、証明書管理部１１４により、更新ディスク６０２の証明書更新情報６０３にＣＲＬが記録されているとき、
当該ＣＲＬに基づいて証明書管理部１１４によって登録、更新される。
失効証明書ＤＢ１０３は、また、証明書管理部１１４に参照され、証明書２０５および証明書６０６の有効性のチェックに使用される。
【００５２】
失効証明書ＤＢ１０３の構成の一例を図１２に示す。図１２において、失効証明書ＤＢ１０３は、発行者名１２０１、シリアル番号１２０２、失効日時１２０３、失効理由１２０４の項目からなる。ここで、シリアル番号１２０２は、証明書４００のシリアル番号４１１（図４）を記載する。また、失効日時１２０３は当該証明書が失効した日時を示し、失効理由１２０４は、失効理由７１５（図７）のそれを記載する。
【００５３】
アプリケーション更新情報ＤＢ１０４は、実行要求があったコンテンツディスク２０２上のアプリケーション２０３の有効性がないと判定された場合に、引き続き実行できるかどうかのチェックのために参照される情報が記録されている。アプリケーション更新情報ＤＢ１０４には、更新ディスク６０２のアプリケーション更新情報６０４と同様な情報が記録され、その更新情報は、図８，９，１０で説明したようにアプリケーション更新情報６０４A、６０４B、６０４Cの3つのパターン８００、９００、１０００にはそれぞれ１，２，3の情報が入っている。
【００５４】
ディスク入力部１１１は、ディスク再生装置１００に挿入されたディスク上の電子データを読み込み、モジュール管理部１１３へ通知する。
実行要求受付部１１２は、アプリケーションの実行要求をユーザから受け付け、実行要求があった旨をモジュール管理部１１３に通知する。ここで、実行対象のアプリケーションは、ディスク再生装置１００に挿入されたコンテンツディスク２０２上の電子データにあるアプリケーション管理情報２０６に記載されているいずれかのアプリケーションである。
【００５５】
モジュール管理部１１３は、ディスク入力部１１１が読み込んだディスク上の電子データを受け取る。また、実行要求受付部１１２から実行要求の通知を受け取る。
モジュール管理部１１３は、ディスク入力部１１１に入っているディスクがコンテンツディスク２０２か更新ディスク６０２かをチェックする。ディスクが更新ディスク６０２であった場合は、更新に関する処理を行なう。
【００５６】
更新ディスク６０２にアプリケーション更新情報６０４が記録されていたとき、その情報が有効であるか否かを証明書管理部１１４へ問い合わせ、有効の場合は前記アプリケーション更新情報をアプリケーション更新情報ＤＢ１０４へ保存する。保存の処理に関する詳細な説明については後述する。
モジュール管理部１１３は、ディスク入力部１１１に入っているディスクがコンテンツディスク２０２であり、しかもコンテンツディスク２０２上のアプリケーション２０３の実行要求の通知が実行要求受付部１１２からあったとき、アプリケーション２０３の有効性を証明書管理部１１４へ問い合わせ、有効であった場合はアプリケーション実行部１１５へコンテンツディスク２０２に記録されたアプリケーション２０３の実行を行う。前記アプリケーションが有効でなかった場合は、アプリケーション更新情報ＤＢ１０４に、前記コンテンツディスク２０２に記録されたアプリケーションの代用のアプリケーション識別子が存在するかをチェックし、存在する場合、当該アプリケーションの更新情報ＤＢ１０４のアプリケーション更新情報のパターンが３のとき（図１０）、アプリケーション１００２で示されるアプリケーションをアプリケーション実行部１１５に引き渡し、実行を指示する。また、パターンが１または２のとき、アプリケーションがコンテンツ提供者１０によって提供された正規のアプリケーションか否かのチェックであるなりすましのチェックをさらに行い、なりすましでなければアプリケーションの実行をアプリケーション実行部１１５に対し指示する。
【００５７】
アプリケーション実行部１１５は、モジュール管理部１１３から引き渡されたアプリケーションを実行する。
本実施の形態におけるディスク再生装置の動作について次に説明する。
図１３は、本発明の実施の形態におけるディスク再生装置の処理手順を示すフローチャートである。
【００５８】
モジュール管理部１１３は、ディスク入力部１１１にから通知されたディスク識別子２０７またはディスク識別子６０７から、挿入されたディスクがコンテンツディスク２０２、更新ディスク６０２のいずれであるかを判定する（S１３０１）。
挿入されたディスクが更新ディスク６０２のとき、更新ディスク６０２上に証明書更新情報６０３が存在するかどうかをチェックする（S１３０２）。モジュール管理部１１３は、証明書更新情報６０３が存在する場合、証明書更新情報６０３が証明書であれば（S１３０３）、証明書ＤＢ１０２の更新を証明書管理部１１４に行なわせ、当該証明書を更新登録する（S１３０４）。また、証明書更新情報６０３がＣＲＬであれば（S１３０５）、失効証明書ＤＢの６０３更新を証明書管理部１１４に行なわせる（S１３０６）。失効証明書ＤＢの更新の処理の詳細は後述する。
【００５９】
モジュール管理部１１３は、次に、更新ディスク６０２上にアプリケーション更新情報２０６が存在するかどうかをチェックし（S１３０７）、存在すれば、アプリケーション更新情報２０６に基づき、アプリケーション更新情報ＤＢ１０４を更新する（Ｓ１３０８）。
次に、挿入されたディスクがコンテンツディスク２０２のとき、コンテンツディスク２０２に記録されたアプリケーションの実行要求を、実行要求受付部１１２から通知されるまで、待ち受ける（S１３１１）。実行要求受付部１１２は、コンテンツディスク２０２に記録されたアプリケーション管理情報２０６に含まれる指定のアプリケーションの実行要求をユーザか受け付けると、モジュール管理部１１３に対し、実行要求を受けた旨を通知する。
【００６０】
当該通知を受けて、モジュール管理部１１３は、アプリケーションを実行することが安全であるか否かを判断するため、コンテンツディスク２０２に記録されたアプリケーション管理情報２０６を証明書管理部１１４に引き渡し、実行対象のアプリケーションの有効性チェックを行わせる（Ｓ１３１２）。アプリケーション有効性のチェックの処理の詳細は後述する。なお図１３中の「アプリ」とは、アプリケーションのことであり、以降の図でも同様である。
【００６１】
アプリケーションが有効の場合（S１３１５）、モジュール管理部１１３はコンテンツディスク２０２に記録されたアプリケーション管理情報２０６に含まれる指定のアプリケーション５０４をアプリケーション実行部１１５に引渡し、アプリケーションを実行させる（S１３２６）。
また、有効でない場合、有効でない理由が「漏洩」であるときは（S１３１７）、実行対象のアプリケーションの識別子と同じものが記憶部１０１のアプリケーション更新情報ＤＢ１０４にあるか否かをチェックする（S１３１９）。
【００６２】
ここで、「漏洩」のときに、ただちに処理を終了しない理由は、当該コンテンツディスク２０２に記録された証明書２０５が失効する以前に、正規のコンテンツ提供者１０によって作成されている場合があるからであり、その場合は実行できるべきであるからである。
アプリケーション更新情報ＤＢ１０４に同一のアプリケーションの識別子がある場合、当該アプリケーションの更新情報のパターンが１または２のとき、後述のアプリケーションのなりすましチェックを行なう（S１３２４）。なりすましチェックの詳細は後述する。
【００６３】
なりすましでないとき、コンテンツディスク２０２のアプリケーション２０３をアプリケーション実行部１１５に引渡し、実行させる（S１３２６）。また、当該アプリケーションの更新情報のパターンが３のとき、記憶部１０１のアプリケーション更新情報DB１０４のアプリケーション更新情報６０４Cに記録されている当該アプリケーションの代用のアプリケーション１００２（当該アプリケーションと同一もしくは同等のアプリケーション）をアプリケーション実行部１１５に引渡し、実行させる（S１３２８）。
【００６４】
図１４は、失効証明書ＤＢの更新処理（図１３のS１３０６）の詳細を示すフローチャートである。
まず、証明書管理部１１４は、モジュール管理部１１３から受け取ったＣＲＬ６０３から、今回更新日時７１２と次回更新日時７１３を抽出する（Ｓ１４０１）。現在日時が、今回更新日時７１２と次回更新日時７１３の間であるか否かをチェックする（Ｓ１４０２）。
【００６５】
否定のとき、証明書管理部１１４は、ＣＲＬ自体が無効であると判断し、処理を終了する。肯定のとき、ＣＲＬ６０３の署名値７０３を検証するために、属性領域７０１部分のハッシュ値を署名アルゴリズム７０２に従い、計算する（Ｓ１４０３）。一方、モジュール管理部１１３から受け取った証明書６０６のうち、リーフ証明書３０３の公開鍵４１７を抽出し（Ｓ１４０４）、この公開鍵４１７でＣＲＬ６０３の署名値７０３を復号する（Ｓ１４０５）。そして、ステップＳ１４０３で得たハッシュ値とステップＳ１４０５での復号値が等しいか否かチェックし（Ｓ１４０６）、等しくなければＣＲＬは無効であると判断し、処理を終了する。等しければ、証明書６０６の証明書チェーンの認証チェックを行う（Ｓ１４０７）。証明書チェーンの認証チェックの詳細は後述する。
【００６６】
証明書チェーンの認証が失敗のとき（S１４０８）、証明書管理部１１４はＣＲＬは無効であると判断し、処理を終了する。一方、成功ならば、証明書６０６のうちのルート証明書と同じ証明書を証明書ＤＢ１０２から探す（Ｓ１４０９）。ここで、一致するルート証明書が存在しないならば、ＣＲＬは無効であると判断し、処理を終了する。また、一致するルート証明書が存在するならば、失効証明書ＤＢ１０３へ、ＣＲＬ６０３に記載する発行者名、シリアル番号、失効日時を保存する。つまり、ＣＲＬ６０３の発行者名７１１、失効証明書リスト７１４に記載された各シリアル番号、今回更新日時７１２、失効理由７１５を、それぞれ発行者名１２０１、失効証明書ＤＢ１０３のシリアル番号１２０２、失効日時１２０３、失効理由１２０４に転記する。
【００６７】
図１５は、アプリケーション更新情報ＤＢの更新（図３のＳ１３０５）の処理詳細を示すフローチャートである。
まず、モジュール管理部１１３は、ディスク入力部１１１に挿入された更新ディスク６０２上のアプリケーション更新情報６０４をディスク入力部１１１から受け取り、アプリケーション更新情報DB６０４で指定されているアプリケーションの数を得る（Ｓ１５０１）。アプリケーションの数だけ以下の処理をアプリケーションごとに行なう（Ｓ１５０１）。
【００６８】
モジュール管理部１１３は、当該アプリケーション識別子と同一のものが、記憶部１０１のアプリケーション更新情報ＤＢ１０４に存在するか否かチェックする（Ｓ１５０４）。ステップＳ１５０４でモジュール管理部１１３がアプリケーション更新情報ＤＢ１０４上に同一のアプリケーション識別子が存在すると判定した場合は、当該アプリケーションの処理は終了する。
【００６９】
また、アプリケーション更新情報ＤＢ１０４に同一のアプリケーション識別子が存在しないと判定した場合は、証明書管理部１１４に対してステップＳ１５０３で取得したアプリケーション識別子と対象の更新情報に基づくアプリケーション有効性チェックを行わせる（Ｓ１５０４）。アプリケーション有効性チェックの詳細は後述する。
アプリケーション更新情報が有効のとき（Ｓ１５０７）、モジュール管理部１１３は、アプリケーション更新情報ＤＢ６０４うち当該アプリケーションに関する情報を追加することによりアプリケーション更新情報ＤＢ１０４を更新する（Ｓ１５０８）。
【００７０】
以上により、更新ディスクによる処理の説明を完了する。
図１６は、証明書管理部１１４が行うアプリケーション２０３またはアプリケーション更新情報６０４上のアプリケーション情報の有効性チェック（図１３のS１３１２及び図１５のS１５０４）の処理詳細を示すフローチャートである。
モジュール管理部１１３から証明書管理部１１４に、アプリケーション２０３またはアプリケーション更新情報６０４の指定のアプリケーションの情報と、指定のアプリケーションの署名情報２０４またはアプリケーション更新署名情報６０５と、証明書２０５または証明書６０６とが渡される。
【００７１】
まず、証明書管理部１１４は、当該アプリケーションの改竄チェックを行なう（Ｓ１６０１）。アプリケーションの改竄チェックについては後述する。
アプリケーションが改竄されているとき（Ｓ１６０２）、アプリケーション２０３またはアプリケーション更新情報６０４のうちのアプリケーションは有効でないと判断する（Ｓ１６０９）。
【００７２】
アプリケーションが改竄されていないとき、証明書２０５または証明書６０６の証明書チェーン認証チェックを行う（Ｓ１６０３）。証明書チェーン認証チェックの処理詳細については後述する。
認証成功の場合、証明書管理部１１４は、証明書のうちのルート証明書３０１と同じ証明書を証明書ＤＢ１０２から探す（Ｓ１６０５）。ステップＳ１６０６において、証明書ＤＢ１０２に存在しない場合（Ｓ１６０６）、Ｓ１６０９に移行する。
【００７３】
ルート証明書３０１が存在する場合、証明書チェーンの各証明書の各シリアル番号４１１を抽出し、失効証明書ＤＢ１０３が存在するかを確認する（Ｓ１６０７）。シリアル番号４１１が存在する場合、当該シリアル番号の証明書は失効されていると判断し、ステップＳ１６０９へ移行する。
失効証明書ＤＢ１０３に、上記すべてのシリアル番号が存在する場合は、アプリケーションが有効（アプリケーション２０３またはアプリケーション更新情報が有効）であると判断し、その旨をモジュール管理部１１３へ通知する（Ｓ１６０８）。
【００７４】
図１７は、アプリケーションの改竄チェック（図１６のＳ１６０２）の処理詳細を示すフロー図である。ここで、チェック対象のアプリケーションとは、コンテンツディスク２０２に記録されたアプリケーション２０３またはコンテンツディスク６０２に記録されたアプリケーション更新情報６０４のうちの指定アプリケーションに関する更新情報のいずれかを意味する。
【００７５】
まず、証明書管理部１１４は、証明書２０５または証明書６０６の証明書チェーンのリーフ証明書３０３を抽出し（Ｓ１７０１）、抽出したリーフ証明書３０３から公開鍵４１７を取り出す（Ｓ１７０２）。そして、指定されたチェック対象のアプリケーションがコンテンツディスク２０２のアプリケーション２０３の場合、アプリケーション２０３のハッシュ値を計算し、またチェック対象のアプリケーションがアプリケーション更新情報６０４で示されたアプリケーションの場合、アプリケーション更新情報６０４のうち当該アプリケーションのすべての項目のハッシュ値を計算する（Ｓ１７０３）。
【００７６】
一方、上記公開鍵４１７を用いて、署名情報２０４またはアプリケーション更新署名情報６０５のうちの当該アプリケーションの署名値の復号を行う（Ｓ１７０３）。そして、Ｓ１７０３で計算したハッシュ値と、ステップＳ１７０４で復号した値が一致するか否かを確かめる（Ｓ１７０５）。一致すれば、証明書管理部１１４は、アプリケーション２０３またはアプリケーション更新情報６０４の当該アプリケーションの情報は改竄されていないと判断し（Ｓ１７０６）、一致しなければ、改竄されていると判断する（Ｓ１７０７）。
【００７７】
図１８〜図２０は、証明書チェーンの認証チェック（図１４のS１４０７、図１６のS１６０３）の処理詳細を示すフローチャートである。図１８〜図２０を用いて、ステップＳ１６０４の証明書チェーンの認証の処理を説明する。
まず、証明書管理部１１４は、証明書（２０５または６０６）の証明書チェーンから中間証明書３０２とリーフ証明書３０３とを抽出する（Ｓ１８０１）。抽出したリーフ証明書から、今回更新日時４１３、次回更新日時４１４、発行者名４１５を抽出する（Ｓ１８０２）。このうち、現在の日時が今回更新日時から次回更新日時までの、証明書が有効な期間であるかをチェックする（Ｓ１８０３）。もし、証明書が有効な期間外であれば、証明書チェーンの認証は失敗（Ｓ１８０９）となる。証明書が有効な期間のとき、中間証明書３０２の主体者名４１６と公開鍵４１７を抽出し（Ｓ１８０４）、中間証明書３０２の主体者名４１６とリーフ証明書の発行者名とを比較して、一致するか否か、つまり中間証明書３０２とリーフ証明書３０３が連鎖関係にあるか否かを判断する（Ｓ１８０５）。
【００７８】
上記の両証明書間が連鎖関係になければ、認証は失敗となる。また、連鎖関係が成り立てば、リーフ証明書３０３の属性領域４０１のハッシュ値を計算する（Ｓ１８０６）。また、中間証明書３０２の公開鍵を利用して、リーフ証明書３０３の署名値を復号する（Ｓ１８０７）。ステップＳ１８０６とステップＳ１８０７が完了すると、それぞれから得られるハッシュ値と署名復号値とが一致するかどうかをチェックする（Ｓ１８０８）。もし、一致しなければ証明書チェーンの認証は失敗となる（Ｓ１８０９）。
【００７９】
次に、証明書管理部１１４は、ルート証明書３０１と中間証明書３０２との間での連鎖関係のチェックを証明書チェーンからルート証明書と中間証明書を抽出し（Ｓ１９０１）、中間証明書とリーフ証明書間のチェックと同様の処理をルート証明書と中間証明書に対して行う（Ｓ１９０２〜Ｓ１９０８）。
そして、証明書管理部１１４は、Ｓ１９０８で一致すると判断された場合、ルート証明書単独のチェックを行う。図２０は、ルート証明書単独チェックのフローチャートである。
【００８０】
ステップＳ１９０１で抽出したルート証明書から、今回更新日時４１３、次回更新日時４１４、発行者名４１５を抽出する（Ｓ２００１）。このうち、現在の日時が今回更新日時４１３から次回更新日時４１４までの、証明書が有効な期間であるかを判断する（Ｓ２００２）。もし、証明書が有効な期間外であれば、証明書チェーンの認証は失敗となる。一方、証明書が有効な期間であると判断すると、ルート証明書の属性領域のハッシュ値を計算する（Ｓ２００４）。また、ルート証明書の公開鍵を利用して、ルート証明書の署名値を復号する（Ｓ２００５）。そして、上記のハッシュ値と署名復号値が一致するかどうかを判断する（Ｓ２００６）。もし、一致すれば証明書チェーンの認証は成功となり（Ｓ２００７）、認証は失敗となる（Ｓ２００８）。
【００８１】
図２１は、コンテンツディスク２０２上のアプリケーションのなりすましチェック（S１３２４）を、アプリケーション更新情報ＤＢ１０４の当該アプリケーション更新情報がパターン１）のとき、証明書のハッシュ値に基づき行なう処理詳細を示すフローチャートである。
まず、モジュール管理部１１３は、コンテンツディスク２０２から、実行要求のあったアプリケーション２０３の署名値を復号する公開鍵を含んだ証明書２０４全体を抽出する（Ｓ２１００）。
【００８２】
次に、証明書２０４全体のハッシュ値をアプリケーション更新情報６０４Aの当該アプリケーションのハッシュアルゴリズム８０３を用いて、計算する（Ｓ２１０２）。
次に、アプリケーション更新情報ＤＢ１０４から当該アプリケーションの証明書ハッシュ値８０２を抽出する（Ｓ２１０３）。
次に、上記計算したハッシュ値と証明書ハッシュ値８０２が等しいか否かチェックする（Ｓ２１０４）。ハッシュ値が等しい場合、成りすましでないと判断する（Ｓ２１０５）。また、ハッシュ値が等しくない場合、アプリケーションはなりすましであると判断する（Ｓ２１０６）。
【００８３】
図２２は、コンテンツディスク２０２に記録されたアプリケーションのなりすましチェック（S１３２４）を、アプリケーション更新情報ＤＢ１０４の当該アプリケーション更新情報がパターン２のとき、アプリケーションのハッシュ値に基づき行なう処理詳細を示すフローチャートである。
まず、モジュール管理部１１３は、コンテンツディスク２０２から、実行要求のあったアプリケーションの署名を抽出する（Ｓ２２０１）。
【００８４】
次に、ステップＳ２２０１で抽出したアプリケーションの署名を対する証明書を用いて復号する（Ｓ２２０２）。
次に、アプリケーション更新情報ＤＢ１０４の当該アプリケーションの更新情報のアプリケーションハッシュ値９０２を抽出する（Ｓ２２０３）。
次に、復号したハッシュ値とアプリケーションハッシュ値９０２が等しいか否かをチェックする（Ｓ２２０４）。ステップＳ２２０４でハッシュ値が等しい場合は成りすましでないと判断する（Ｓ２２０５）。また、等しくない場合、アプリケーションは成りすましであると判断する（Ｓ２２０６）。
【００８５】
このように、本実施の形態の記録媒体再生装置では、更新ディスク６０２に基づき証明書ＤＢ１０２、失効証明書ＤＢ１０３を更新し、コンテンツディスク２０２上の失効とされた証明書を利用するアプリケーションを安全に実行することが可能となる。
なお、本実施の形態では、更新ディスク６０２を用いてアプリケーション更新情報ＤＢ１０４を更新しているが、まだ、証明書の情報が無効になっていない時点で、コンテンツディスク２０２のアプリケーション実行が行なわれた場合、当該コンテンツディスク２０２上の情報をアプリケーション更新情報ＤＢ１０４に保存するようにしてもよい。このようにすれば、証明書が無効になった後に、もともと認証が成功していたアプリケーションの実行要求がされた場合、アプリケーション更新情報ＤＢ１０４の情報を用いて、なりすましでないことが確認できるようになる。
【００８６】
（実施の形態２）
本発明の実施の形態２は実施の形態１に加え、通信機能を有するディスク再生装置である。
図２３は、本発明の実施の形態２におけるディスク再生装置と、前記ディスク再生装置が利用するコンテンツディスク２０２と、ネットワークで接続されているコンテンツ提供者の関係を示した図である。図２３において、第１の実施形態に示す同様の要素については同一のものであるとし、説明を省略する。
【００８７】
図２３において、ネットワーク２３０４はディスク再生装置２３００とコンテンツ提供者２３０３を繋ぐ。ディスク再生装置２３００は、コンテンツ提供者２３０３からコンテンツディスク２０２の提供を受けるとともに、ネットワーク２３０４を通じて、アプリケーション更新情報を含む応答メッセージ２３０５の提供を受ける。
本実施の形態のコンテンツディスク２０２と、実施の形態２のコンテンツディスク２０２とは、アプリケーション管理情報２３０６が相違する。アプリケーション管理情報２３０６については後述する。
【００８８】
本実施の形態のディスク再生装置１００は、コンテンツディスク２０２の証明書２０５の有効性が無いと判定した場合に、実施の形態１で説明した更新ディスク６０２により、アプリケーション更新情報ＤＢ１０４を更新するのではなく、ネットワーク２３０４を通じて更新を行うことを特徴とする。
図２４は本発明の実施の形態２におけるディスク再生装置２３００の構成を示した図である。
【００８９】
図２４において、実施の形態１と同様の構成要素については、同一の参照符号を付し、説明を省略する。ディスク再生装置２３００には、通信部２４０１が追加されている。
通信部２４０１は、モジュール管理部１１３が作成したアプリケーション要求メッセージをコンテンツ提供者２３０３に送信し、コンテンツ提供者から、その応答としてアプリケーション応答メッセージを受信する。また、実施の形態１で示した証明書更新情報を受信する。
【００９０】
図２５は本実施の形態におけるディスク再生装置の処理を示すフローチャートである。
図２５において、実施の形態１と同様の動作を行う処理ステップについては同一の参照符号を付し、説明を省略する。
モジュール管理部１１３により、実行要求のアプリケーション識別子と同一のアプリケーション識別子がアプリケーション更新情報ＤＢ１０４に存在するか否かをチェックするＳ１３１９において、存在しない場合、モジュール管理部１１３はコンテンツディスク２０２のアプリケーション管理情報２３０６を参照し、アプリケーション取得先が存在するかをチェックする（図２６のＳ２６０１）。
【００９１】
図２７は、アプリケーション管理情報２３０６の一例を示す図である。
図２７において、第１の実施形態に示す同様の要素については同一の参照符号を付し、説明を省略する。アプリケーション取得先２７０１は、ディスク再生装置１００のアプリケーション更新情報ＤＢ１０４に、実行対象のアプリケーションのアプリケーション更新情報が存在しなかった際に、ネットワークを通して取得する取得先を示す。
【００９２】
モジュール管理部１１３は、モジュール管理部１１３がアプリケーション取得先の存在しない場合、処理を終了する。また、アプリケーション取得先が存在する場合、モジュール管理部１１３は、コンテンツディスク２０２のアプリケーション管理情報を参照し更新に必要な情報を抜き出し、コンテンツ提供者へアプリケーション更新情報を要求するアプリケーション要求メッセージを作成する（図２８のＳ２８０１）。
【００９３】
図２９は、アプリケーション要求メッセージの一例を示す図である。
アプリケーション要求メッセージ２９００は、アプリケーション管理情報２３０６から取得したアプリケーション識別子２９０１、アプリケーション要求メッセージ２９００の返信先のネットワークアドレスを示すリターンアドレス２９０２と、失効された証明書のシリアル番号２９０３とからなる。
【００９４】
図２８に戻って、モジュール管理部１１３は、アプリケーション管理情報２３０６からアプリケーション取得先を抽出し、前記アプリケーション取得先へステップＳ２８０１で作成したアプリケーション要求メッセージ２９００を、通信部２４０１を用いて送信する（Ｓ２８０２）。前記アプリケーション要求メッセージ２９００を受信したコンテンツ提供者２３０３は、アプリケーション要求メッセージ２９００に含まれるアプリケーション識別子を抽出し、図２３に示すように、アプリケーション識別子で示されるアプリケーションのアプリケーション更新情報６０４と、アプリケーション更新情報の署名値を納めた署名情報６０５と、前記署名情報の内容を復号する公開鍵を含んだ証明書６０６とを含む応答メッセージ２３０５をアプリケーション要求メッセージ２９００の応答として、ディスク再生装置２３００へ送信する。コンテンツ提供者２３０３はアプリケーション要求メッセージ２９００に含まれるリターンアドレスを参照することによって、アプリケーション要求メッセージ２９００の応答の送信先が分かる。また、コンテンツ提供者は、アプリケーション要求メッセージ２９００に含まれる失効された証明書シリアル２９０３がルート証明書の際は、証明局２０に新しい証明書をディスク再生装置２３００に配布するように依頼する。
【００９５】
次に、通信部２４０１はアプリケーション要求メッセージの応答を受信し、モジュール管理部１１３にその旨を通知する（Ｓ２８０３）。
次に、通信部２４０１通じてアプリケーション要求メッセージ２９００の応答を受け取ったモジュール管理部１１３は、前記アプリケーション要求メッセージ２９００の応答を用いてアプリケーション更新情報ＤＢ１０４の更新を行う（Ｓ２８０４）。アプリケーション更新情報保存処理は第１の実施形態に示したステップＳ１３０５と同様の処理のため、説明を省略する。
【００９６】
次に、アプリケーション更新情報ＤＢ１０４の更新を終えたモジュール管理部１１３は、ステップＳ１３１９に再び戻り、アプリケーション更新情報ＤＢ１０４に要求アプリケーション識別子が見つかった場合の処理と同様の処理を行う。以上、ディスク再生装置２３００に通信部２４０１を追加し、アプリケーション管理情報にアプリケーション取得先２７０１を含めることにより、ネットワークからのアプリケーション更新情報ＤＢ１０４を更新することが可能となり、コンテンツディスク２０２上の無効になった証明書を利用するアプリケーションを安全に実行することが可能となる。
【００９７】
ディスク再生装置２３００は、また、通信部２４０１を通じて、実施の形態１において図６で示した証明書更新情報６０３と同様の証明書更新情報を取得する。
図３０は、ネットワーク越しに証明書更新情報を受信した場合の処理フローを示した図である。
まず、通信部２４０１は、証明書更新情報を受信し、モジュール管理部１１３にその旨を通知する（Ｓ３００１）。
【００９８】
次に、証明書管理部１１４に対し、ステップＳ３００１で受信した証明書更新情報を用いて証明書の更新を行なわせる（Ｓ３００２）。証明書の更新は、証明書ＤＢまたは失効証明書ＤＢの更新であり、実施の形態１において図１３のステップＳ１３０４で行った処理と同一の処理を行うので、説明を省略する。
以上により、ネットワーク越しに証明書更新情報が来た場合の、証明書情報の更新が可能となる。
【００９９】
以上、本発明を上記2つの実施の形態に基づいて説明してきたが、本発明は、上記の実施の形態に限定されないのは勿論である。以下のような場合も本発明に含まれる。
本発明は、可搬性の記録媒体を光ディスクとして想定するが、他の記録媒体、例えばフレキシブルディスク、メモリーカード等であってもよい。
また本実施の形態では、記録媒体に記録されたデータをアプリケーションとし、データの再生をアプリケーションの実行として扱ったが、他のデータ、例えば映像、音声等の再生としてもよい。
【０１００】
本発明の方法を、コンピュータシステムを用いて実現するためのコンピュータプログラムであるとしてもよいし、前記プログラムを表すデジタル信号であるとしてもよい。
また、本発明は、前記プログラム又は前記デジタル信号を記録したコンピュータ読取り可能な記録媒体、例えば半導体メモリ等であるとしてもよい。
また、本発明は、電気通信回線、無線又は有線通信回線、若しくはインターネットに代表されるネットワーク等を経由して伝送される前記コンピュータプログラム又は前記デジタル信号であるとしてもよい。
【産業上の利用可能性】
【０１０１】
本発明は、ディスクのような記録媒体上の証明書が失効された場合でも、実行対象のアプリケーションを利用可能とするデータ再生装置（ディスク再生装置、ディスク記録再生装置）に利用可能である。
実質的に正規なコンテンツの利用を可能とすることができるデータ再生装置を提供する。
本発明は、著作権の保護を図りつつ、実質的に正規なコンテンツの利用を可能とすることができるデータ再生装置を提供する。
【図面の簡単な説明】
【０１０２】
【図１】本発明に係るディスク再生装置の実施の形態１の構成を示す図である。
【図２】本実施の形態に係るコンテンツディスクのデータ構成の一例を示す図である。
【図３】本実施の形態に係る証明書（チェーン）の一例である。
【図４】本実施の形態に係る証明書Ｘ．５０９の構成を示す図である。
【図５】本実施の形態に係るアプリケーション管理情報の構成を示す図である。
【図６】本実施の形態に係るディスク再生装置と更新ディスクの関係図、及び更新ディスクのデータ構成を示す図である。
【図７】本実施の形態に係るＣＲＬの構成を示す図である。
【図８】本実施の形態に係るアプリケーション更新情報を証明書のハッシュ値を含んで実装した場合の構成を示す図である。
【図９】本実施の形態に係るアプリケーション更新情報をアプリケーションのハッシュ値を含んで実装した場合の構成を示す図である。
【図１０】本実施の形態に係るアプリケーション更新情報をアプリケーションそのものを含んで実装した場合の構成を示す図である。
【図１１】本実施の形態に係るアプリケーション更新署名情報の構成を示す図である。
【図１２】本実施の形態に係る失効証明書データベースの構成を示す図である。
【図１３】本実施の形態ディスク再生の処理を示すフローチャートである。
【図１４】本実施の形態に係る失効証明書データベースの更新処理を示すフローチャートである。
【図１５】本実施の形態に係るアプリケーション更新情報の保存処理を示すフローチャートである。
【図１６】本実施の形態に係る証明書の有効性確認の処理を示すフローチャートである。
【図１７】本実施の形態に係る改竄確認の処理を示すフローチャートである。
【図１８】本実施の形態に係る証明書チェーンの認証処理を示すフローチャートである。
【図１９】本実施の形態に係る証明書チェーンの認証処理を示すフローチャートである。
【図２０】本実施の形態に係る証明書チェーンの認証処理を示すフローチャートである。
【図２１】本実施の形態に係るアプリケーションが成りすましであるかを確認する処理を示すフローチャートである。
【図２２】本実施の形態に係るアプリケーションが成りすましであるかを確認する処理を示すフローチャートである。
【図２３】本実施の形態に係るディスク再生装置とコンテンツ提供者の関係図である。
【図２４】本実施の形態に係るディスク再生装置の構成を示すブロック図である。
【図２５】本実施の形態に係るディスク再生装置の処理を示すフローチャートである。
【図２６】本実施の形態に係るディスク再生装置の処理を示すフローチャートである。
【図２７】本実施の形態に係るアプリケーション管理情報の構成を示す図である。
【図２８】本実施の形態に係るディスク再生装置の処理を示すフローチャートである。
【図２９】本実施の形態に係るアプリケーション要求メッセージの構成を示す図である。
【図３０】本実施の形態に係るディスク再生装置の処理を示すフローチャートである。
【符号の説明】
【０１０３】
１００  ディスク再生装置
１１１  ディスク入力部
１１２  実行要求受付部
１１３  モジュール管理部
１１４  証明書管理部
１１５  アプリケーション実行部
１０１  記憶部
１０２  証明書ＤＢ
１０３  失効証明書ＤＢ
１０４  アプリケーション更新情報ＤＢ
２０２  コンテンツディスク
２０３  アプリケーション
２０４  署名情報
２０５  証明書
２０６  アプリケーション管理情報
２０７  ディスク識別子
３００  証明書チェーン
３０１  ルート証明書
３０２  中間証明書
３０３  リーフ証明書
４０１  Ｘ．５０９証明書の属性領域
４０２  Ｘ．５０９署名値領域
４０３  取得先識別子
４０４  アプリケーション名
４１１  シリアル番号
４１２  署名アルゴリズム
４１３  今回更新日時
４１４  次回更新日時
４１５  発行者名
４１６  主体者名
４１７  公開鍵
５０１  アプリケーション識別子
５０２  制御情報
５０３  取得先識別子
５０４  アプリケーション名
６００  更新情報
６０２  更新ディスク
６０３  証明書更新情報
６０４  アプリケーション更新情報
６０５  アプリケーション更新署名情報
６０６  証明書
６０７  ディスク識別子
７０１  属性領域
７０２  署名アルゴリズム
７０３  署名値
７１１  発行者名
７１２  今回更新日時
７１３  次回更新日時
７１４  失効証明書リスト
８０１  アプリケーション識別子
８０２  証明書ハッシュ値
８０３  ハッシュアルゴリズム
９０１  アプリケーション識別子
９０２  アプリケーションハッシュ値
９０３  ハッシュアルゴリズム
１００１  アプリケーション識別子
１００２  アプリケーション
１１０１  アプリケーション識別子
１１０２  署名値
２３００  ディスク再生装置
２３０２  コンテンツ提供者
２３０５  更新情報
２３０４  ネットワーク網
２４０１  通信部
【図１】
2006050355.tif 000003
【図２】
2006050355.tif 000004
【図３】
2006050355.tif 000005
【図４】
2006050355.tif 000006
【図５】
2006050355.tif 000007
【図６】
2006050355.tif 000008
【図７】
2006050355.tif 000009
【図８】
2006050355.tif 000010
【図９】
2006050355.tif 000011
【図１０】
2006050355.tif 000012
【図１１】
2006050355.tif 000013
【図１２】
2006050355.tif 000014
【図１３】
2006050355.tif 000015
【図１４】
2006050355.tif 000016
【図１５】
2006050355.tif 000017
【図１６】
2006050355.tif 000018
【図１７】
2006050355.tif 000019
【図１８】
2006050355.tif 000020
【図１９】
2006050355.tif 000021
【図２０】
2006050355.tif 000022
【図２１】
2006050355.tif 000023
【図２２】
2006050355.tif 000024
【図２３】
2006050355.tif 000025
【図２４】
2006050355.tif 000026
【図２５】
2006050355.tif 000027
【図２６】
2006050355.tif 000028
【図２７】
2006050355.tif 000029
【図２８】
2006050355.tif 000030
【図２９】
2006050355.tif 000031
【図３０】
2006050355.tif 000032