2016-007426

特願２０１１－２５１７３４「情報処理装置，情報記憶装置，情報処理システム，および情報処理方法，並びにプログラム」拒絶査定不服審判事件〔平成２５年　６月　６日出願公開，特開２０１３－１１０４６０，請求項の数（１４）〕について，次のとおり審決する。

【結　論】 原査定を取り消す。 本願の発明は，特許すべきものとする。

【理　由】 第１．手続の経緯 本願は，平成２３年１１月１７日の出願であって， 平成２６年１０月２０日付けで審査請求がなされると共に手続補正がなされ，平成２７年１０月３０日付けで審査官により拒絶理由が通知され，これに対して平成２７年１２月１５日付けで意見書が提出されると共に手続補正がなされたが，平成２８年２月２９日付けで審査官により拒絶査定がなされ（謄本送達：平成２８年３月８日），これに対して平成２８年５月２０日付けで審判請求がなされると共に手続補正がなされ，平成２８年６月１５日付けで審査官により特許法第１６４条第３項の規定に基づく報告がなされ，平成２９年６月２９日付けで当審により拒絶理由が通知され，これに対して平成２９年７月２１日付けで意見書が提出されると共に平成２９年８月２２日付けで手続補正がなされたものである。 第２．本願発明について 本願の請求項１～本願の請求項１４に係る発明（以下，これを，それぞれ「本願発明１」～「本願発明１４」という）は，平成２９年８月２２日付けの手続補正（以下，これを「本件手続補正」という）により補正された特許請求の範囲の請求項１～請求項１４に記載された，次のとおりのものである。 「　【請求項１】 アクセス制限の設定された保護領域と，アクセス制限のない汎用領域を有する記憶部と， 外部装置からの前記保護領域に対するアクセス要求に応じて，アクセス可否を判定するデータ処理部を有し， 前記記憶部の前記汎用領域には， 前記暗号化コンテンツと， 前記暗号化コンテンツの復号，再生開始前に，署名検証成立の確認が要求される電子署名を格納した暗号化コンテンツ署名ファイルを格納し， 前記記憶部の前記保護領域には， 前記暗号化コンテンツに対応して設定された暗号化コンテンツ署名ファイルの構成データであり，前記暗号化コンテンツの構成データおよび暗号鍵を含むデータに対する電子署名と前記暗号化コンテンツに対応して設定される利用制御情報を連結した連結データのハッシュ値と，前記暗号鍵との演算によって生成された変換暗号鍵を格納し， 前記データ処理部は，前記保護領域に対するアクセス要求装置から受領した証明書に基づいて，前記保護領域に対するアクセス可否を判定して，アクセス可の判定がなされたことを条件として，前記アクセス要求装置に対して，前記変換暗号鍵の読み出しを許容し， 前記記憶部から前記暗号化コンテンツを読み出して復号処理を実行する前記アクセス要求装置に，前記変換暗号鍵に対する前記電子署名と前記利用制御情報とを適用した演算であり，前記変換暗号鍵の生成時に用いた値を適用した演算による暗号鍵取得を行わせることを可能とした情報記憶装置。 【請求項２】 前記変換暗号鍵は， 前記暗号化コンテンツに対応して設定される利用制御情報と，前記電子署名との連結データに対するハッシュ値と，前記暗号鍵との排他的論理和演算結果である請求項１に記載の情報記憶装置。 【請求項３】 前記電子署名は，前記暗号化コンテンツの構成データおよび前記暗号鍵，さらに，前記暗号化コンテンツ署名ファイルの構成データを含むデータに対する電子署名である請求項１に記載の情報記憶装置。 【請求項４】 前記電子署名は，前記暗号化コンテンツ署名ファイルの構成データである前記暗号化コンテンツ署名ファイルの発行日時情報を含むデータに対する電子署名である請求項３に記載の情報記憶装置。 【請求項５】 メディアに記録された暗号化コンテンツの復号および再生処理を実行するデータ処理部を有し， 前記データ処理部は， 前記暗号化コンテンツの復号処理に際して，前記メディアに記録された前記暗号化コンテンツの復号に適用する暗号鍵の変換データである変換暗号鍵を前記メディアから読み出し，該変換暗号鍵に対する演算処理を実行して暗号鍵の取得処理を実行し， 前記変換暗号鍵は， 前記暗号化コンテンツに対応して設定された暗号化コンテンツ署名ファイルの構成データであり，前記暗号化コンテンツの構成データおよび前記暗号鍵を含むデータに対する電子署名と前記暗号化コンテンツに対応して設定される利用制御情報を連結した連結データのハッシュ値と，前記暗号鍵との演算によって生成された変換暗号鍵であり， 前記データ処理部は， 前記メディアに記録された暗号化コンテンツ署名ファイルの構成データである電子署名と， 前記メディアに記録された利用制御情報を取得し，取得したデータの双方を適用した演算であり，前記変換暗号鍵の生成時に用いた値を適用した演算処理を実行して暗号鍵の取得処理を実行する情報処理装置。 【請求項６】 前記電子署名は，前記暗号化コンテンツの構成データおよび前記暗号鍵を含むデータに対する電子署名である請求項５に記載の情報処理装置。 【請求項７】 前記変換暗号鍵は， 前記暗号化コンテンツに対応して設定される利用制御情報と，前記電子署名との連結データに対するハッシュ値と，前記暗号鍵との排他的論理和演算結果であり， 前記データ処理部は， 前記メディアに記録された暗号化コンテンツ署名ファイルの構成データである電子署名と， 前記メディアに記録された利用制御情報を取得し，取得したデータを適用した演算処理を実行して暗号鍵の取得処理を実行する請求項５に記載の情報処理装置。 【請求項８】 前記データ処理部は， 前記メディアに記録された暗号化コンテンツ署名ファイルの構成データである電子署名に対する署名検証処理を実行し， 該署名検証処理に成功し，前記暗号化コンテンツ署名ファイルの正当性を確認したことを条件として，前記暗号鍵の取得処理を行う請求項５に記載の情報処理装置。 【請求項９】 メディアに記録する暗号化コンテンツと，該暗号化コンテンツの復号に適用する暗号鍵の変換データである変換暗号鍵を出力するデータ処理部を有し， 前記データ処理部は， 前記暗号化コンテンツに対応して設定された暗号化コンテンツ署名ファイルの構成データであり，前記暗号化コンテンツの構成データおよび前記暗号鍵を含むデータに対する電子署名と前記暗号化コンテンツに対応して設定される利用制御情報を連結した連結データのハッシュ値と，前記暗号鍵の演算処理により，前記変換暗号鍵を生成する情報処理装置。 【請求項１０】 前記データ処理部は， 前記暗号化コンテンツに対応して設定される利用制御情報と，前記電子署名との連結データに対するハッシュ値と，前記暗号鍵との排他的論理和演算を実行して前記変換暗号鍵を生成する請求項９に記載の情報処理装置。 【請求項１１】 情報処理装置において実行する情報処理方法であり， データ処理部が，メディアに記録された暗号化コンテンツの復号処理に際して，復号に適用する暗号鍵の変換データである変換暗号鍵を前記メディアから読み出し，該変換暗号鍵に対する演算処理を実行して暗号鍵の取得処理を行うデータ処理ステップを実行し， 前記変換暗号鍵は， 前記暗号化コンテンツに対応して設定された暗号化コンテンツ署名ファイルの構成データであり，前記暗号化コンテンツの構成データおよび前記暗号鍵を含むデータに対する電子署名と前記暗号化コンテンツに対応して設定される利用制御情報を連結した連結データのハッシュ値と，前記暗号鍵との演算によって生成された変換暗号鍵であり， 前記データ処理部は，前記データ処理部ステップにおいて， 前記メディアに記録された暗号化コンテンツ署名ファイルの構成データである電子署名と， 前記メディアに記録された利用制御情報を取得し，取得したデータの双方を適用した演算であり，前記変換暗号鍵の生成時に用いた値を適用した演算処理を実行して暗号鍵の取得処理を実行する情報処理方法。 【請求項１２】 情報処理装置において実行する情報処理方法であり， データ処理部が，メディアに記録する暗号化コンテンツと，該暗号化コンテンツの復号に適用する暗号鍵の変換データである変換暗号鍵を出力するデータ処理ステップを実行し， 前記データ処理ステップにおいて， 前記暗号化コンテンツに対応して設定された暗号化コンテンツ署名ファイルの構成データであり，前記暗号化コンテンツの構成データおよび前記暗号鍵を含むデータに対する電子署名と前記暗号化コンテンツに対応して設定される利用制御情報を連結した連結データのハッシュ値と，前記暗号鍵の演算処理により，前記変換暗号鍵を生成する情報処理方法。 【請求項１３】 情報処理装置において情報処理を実行させるプログラムであり， データ処理部に，メディアに記録された暗号化コンテンツの復号処理に際して，復号に適用する暗号鍵の変換データである変換暗号鍵を前記メディアから読み出す処理と，該変換暗号鍵に対する演算処理による暗号鍵の取得処理を行うデータ処理ステップを実行させ， 前記変換暗号鍵は， 前記暗号化コンテンツに対応して設定された暗号化コンテンツ署名ファイルの構成データであり，前記暗号化コンテンツの構成データおよび前記暗号鍵を含むデータに対する電子署名と前記暗号化コンテンツに対応して設定される利用制御情報を連結した連結データのハッシュ値と，前記暗号鍵との演算によって生成された変換暗号鍵であり， 前記データ処理部ステップにおいて， 前記メディアに記録された暗号化コンテンツ署名ファイルの構成データである電子署名と， 前記メディアに記録された利用制御情報を取得し，取得したデータの双方を適用した演算であり，前記変換暗号鍵の生成時に用いた値を適用した演算処理による暗号鍵の取得処理を実行させるプログラム。 【請求項１４】 情報処理装置において情報処理を実行させるプログラムであり， データ処理部に，メディアに記録する暗号化コンテンツと，該暗号化コンテンツの復号に適用する暗号鍵の変換データである変換暗号鍵を出力するデータ処理ステップを実行させ， 前記データ処理ステップにおいて， 前記暗号化コンテンツに対応して設定された暗号化コンテンツ署名ファイルの構成データであり，前記暗号化コンテンツの構成データおよび前記暗号鍵を含むデータに対する電子署名と前記暗号化コンテンツに対応して設定される利用制御情報を連結した連結データのハッシュ値と，前記暗号鍵の演算処理により，前記変換暗号鍵を生成させるプログラム。」 第３．平成２９年６月２９日付け拒絶理由について 当審による平成２９年６月２９日付けの拒絶理由（以下，これを「当審拒絶理由」という）は，平成２８年５月２０日付けの手続補正により補正された，特許請求の範囲の請求項１～請求項１５に係る発明が明確でないという，特許法３６条６項２号を拒絶の理由とするものである。 第４．本件手続補正後の本願発明１～本願発明１４に対する当審拒絶理由についての判断 本件手続補正によって，当審拒絶理由は解消している。 第５．平成２７年１０月３０日付け拒絶理由 平成２７年１０月３０日付けの拒絶理由（以下，これを「原審拒絶理由」という）は，概略，以下のとおりである。 「　　　　　　　　　　　　　　　　理由 １．（拡大先願）この出願の下記の請求項に係る発明は，その出願の日前の日本語特許出願であって，その出願後に国際公開がされた下記の日本語特許出願の国際出願日における国際出願の明細書，請求の範囲又は図面に記載された発明と同一であり，しかも，この出願の発明者がその出願前の日本語特許出願に係る上記の発明をした者と同一ではなく，またこの出願の時において，その出願人が上記日本語特許出願の出願人と同一でもないので，特許法第２９条の２の規定により，特許を受けることができない（同法第１８４条の１３参照）。 ２．（新規性）この出願の下記の請求項に係る発明は，その出願前に日本国内又は外国において，頒布された下記の刊行物に記載された発明又は電気通信回線を通じて公衆に利用可能となった発明であるから，特許法第２９条第１項第３号に該当し，特許を受けることができない。 ３．（進歩性）この出願の下記の請求項に係る発明は，その出願前に日本国内又は外国において，頒布された下記の刊行物に記載された発明又は電気通信回線を通じて公衆に利用可能となった発明に基いて，その出願前にその発明の属する技術の分野における通常の知識を有する者が容易に発明をすることができたものであるから，特許法第２９条第２項の規定により特許を受けることができない。 記　　　（引用文献等については引用文献等一覧参照） ●理由１（拡大先願）について ・請求項　１－７ ・引用文献等　１ ・備考 先願１の当初明細書（特に段落０２４１－０２６０）には，タイトル鍵と署名データを含む処理済みＵＲとの演算によって生成された演算タイトル鍵を格納する認証領域と暗号化コンテンツ及び処理済みＵＲを格納する通常領域とを有する記憶部を有する記録媒体装置が記載されている。 なお，請求項１に記載された記憶部が格納するデータの内容は，情報記憶装置自体の構成・動作に何ら影響を及ぼすものではないから，情報記憶装置自体を特定する事項でない。 請求項２－７についても同様。 ・請求項　８，１０－１１，１４，１６ ・引用文献等　１ ・備考 先願１の当初明細書（特に段落０１７２－０２４０）には，記録媒体装置に格納された暗号化コンテンツを復号して再生する端末装置であって，記録媒体装置から演算タイトル鍵と署名データを含む処理済みＵＲとを読み出して，演算タイトル鍵と処理済みＵＲとの演算を行うことによりタイトル鍵を算出する端末装置が記載されている。 請求項１０－１１，１４，１６についても同様。 ・請求項　９ ・引用文献等　１ ・備考 先願１の当初明細書（特に段落０１７２－０２４０）には，記録媒体装置に格納された暗号化コンテンツを復号して再生する端末装置であって，記録媒体装置から演算タイトル鍵と署名データを含む処理済みＵＲとを読み出して，演算タイトル鍵と処理済みＵＲとの演算を行うことによりタイトル鍵を算出する端末装置が記載されている。 請求項９に記載された「前記電子署名は，前記暗号化コンテンツの構成データおよび前記暗号鍵を含むデータに対する電子署名である」という点は，情報処理装置自体の構成・動作に何ら影響を及ぼすものではないから，情報処理装置自体を特定する事項でない。 ・請求項　１２－１３，１５，１７ ・引用文献等　１ ・備考 先願１の当初明細書（特に段落００９３－０１５５）には，暗号化されたコンテンツを端末装置へ送信するコンテンツ配信装置と，タイトル鍵と署名データを含む処理済みＵＲとの演算によって演算タイトル鍵を生成して端末装置へ出力する鍵配信装置とを含むシステムが記載されている。 なお，請求項１２に記載された「電子署名」が「前記暗号化コンテンツの構成データおよび前記暗号鍵を含むデータに対する電子署名」であるという点は，情報処理装置自体の構成・動作に何ら影響を及ぼすものではないから，情報処理装置自体を特定する事項でない。 請求項１３，１５，１７についても同様。 ●理由２（新規性），理由３（進歩性）について （省略） ＜引用文献等一覧＞ １．ＰＣＴ／ＪＰ２０１２／００５１８３号 （特願２０１３－５３１０５２号，国際公開第２０１３／０３１１２４号） ２．国際公開第２００６／０５７２４８号」 第６．平成２８年２月２９日付け拒絶査定 平成２８年２月２９日付けの拒絶査定（以下，これを「原審拒絶査定」という）は，概略，次のとおりである。 「●理由１（特許法第２９条の２）について ・請求項　１－５ ・引用文献等　１ 先願１の当初明細書の段落００６３，０１４７－０１５０，０３０８には，演算タイトル鍵が，コンテンツ署名の署名データ領域に記載された署名データをＵｓａｇｅＲｕｌｅ（ＵＲ）に追加して生成された処理済みＵＲのハッシュ値とタイトル鍵との排他的論理和（ＸＯＲ）を演算することによって生成される点も記載されている。 また，先願１の当初明細書の段落０１２１，０１３７，０２１０－０２１１，０２４５－０２４７，０２５０，０２５６の記載に鑑みれば，先願１の当初明細書に記載された発明における記録媒体装置が，端末装置から受信した端末装置証明書に基づいて，認証領域に格納されている演算タイトル鍵を読み出して端末装置へ送信することを許可するコントローラを備えていることは，当業者にとって明らかな事項である。 なお，請求項１に記載された「前記暗号化コンテンツに対応して設定された暗号化コンテンツ署名ファイルの構成データである電子署名と，前記暗号化コンテンツに対応して設定される利用制御情報の連結データのハッシュ値と前記暗号鍵との演算によって生成される」という点及び「前記電子署名は，前記暗号化コンテンツの構成データおよび前記暗号鍵を含むデータに対する電子署名であり」という点は，記憶部自体やデータ処理部自体の構成・動作に何ら影響を及ぼすものでないから，情報記憶装置自体を特定する事項でない。 請求項２－５についても同様。 その余は，上記拒絶理由通知書の理由１を参照されたい。 よって，請求項１－５に係る発明は，依然として，先願１の当初明細書に記載された発明と同一である。 ・請求項　６－９，１２，１４ ・引用文献等　１ 先願１の当初明細書の段落００６３，０１４７－０１５０，０３０８には，演算タイトル鍵が，コンテンツ署名の署名データ領域に記載された署名データをＵｓａｇｅＲｕｌｅ（ＵＲ）に追加して生成された処理済みＵＲのハッシュ値とタイトル鍵との排他的論理和（ＸＯＲ）を演算することによって生成される点も記載されている。 また，先願１の当初明細書の段落００６３，０１４７－０１５０，０１９３－０１９７，０３０８の記載に鑑みれば，先願１の当初明細書に記載された発明における端末装置が，処理済みＵＲのハッシュ値と演算タイトル鍵との排他的論理和（ＸＯＲ）を演算することによってタイトル鍵を生成することは，当業者にとって明らかな事項である。 その余は，上記拒絶理由通知書の理由１を参照されたい。 よって，請求項６－９，１２，１４に係る発明は，依然として，先願１の当初明細書に記載された発明と同一である。 ・請求項　１０－１１，１３，１５ ・引用文献等　１ 先願１の当初明細書の段落００６３，０１４７－０１５０には，鍵配信装置が，コンテンツ署名の署名データ領域に記載された署名データをＵｓａｇｅＲｕｌｅ（ＵＲ）に追加して生成された処理済みＵＲのハッシュ値とタイトル鍵との排他的論理和（ＸＯＲ）を演算することによって演算タイトル鍵を生成する点も記載されている。 その余は，上記拒絶理由通知書の理由１を参照されたい。 よって，請求項１０－１１，１３，１５に係る発明は，依然として，先願１の当初明細書に記載された発明と同一である。 ・・・・（中略）・・・・ ＜引用文献等一覧＞ １．ＰＣＴ／ＪＰ２０１２／００５１８３号 （特願２０１３－５３１０５２号，国際公開第２０１３／０３１１２４号）」 （上記引用のとおり，原審拒絶理由の理由２，及び，理由３は，原審拒絶査定の理由となっていないので，詳細を省略した。） 第７．原審拒絶理由についての当審の判断 １．引用刊行物に記載の事項 原審の拒絶理由に引用された，ＰＣＴ／ＪＰ２０１２／００５１８３号（２０１２年８月１７日国際出願，パリ条約による優先権主張外国庁受理２０１１年８月２６日　アメリカ合衆国，以下，これを「先願」という）には，関連する図面と共に，次の事項が記載されている。 Ａ．「[0063]　ＵＲ入力部２０５は，キーボードやマウスなどの入力デバイスを備える。ＵＲ入力部２０５は，コンテンツ制作者により入力デバイスが操作されることにより，コンテンツの再生可能回数や移動の可否など，コンテンツの利用に係る条件であるＵｓａｇｅＲｕｌｅ（以下，「ＵＲ」と記載する。）の入力を受け付ける。」 Ｂ．「[0077]　タイトル鍵生成部３０２は，コンテンツを暗号化するための暗号鍵であるタイトル鍵を生成する。一例として，タイトル鍵は，１２８ビットの乱数である。 [0078]　暗号部３０３は，タイトル鍵を暗号鍵として用い，コンテンツに暗号化アルゴリズムＥを施して暗号化し，暗号化コンテンツを生成する。以下では，特に注釈がない限り，タイトル鍵で暗号化された状態のコンテンツを，単に「コンテンツ」と記載する。なお，暗号化アルゴリズムＤの一例はＡＥＳ（Ａｄｖａｎｃｅｄ　Ｅｎｃｒｙｐｔｉｏｎ　Ｓｔａｎｄａｒｄ）である。」 Ｃ．「[0147]　ＵＲ処理部４１０は，ＵＲ受信部４０７が既に受信して保持しているＵＲ２１０と，コンテンツ署名受信部４０８から受け取ったコンテンツ署名５１０とを用いて，処理済みＵＲ４３０を生成する（ステップＳ７５）。 [0148]　具体的に，ＵＲ処理部４１０は，コンテンツ署名５１０の全体のハッシュ値を計算する。そして，ＵＲ処理部４１０は，コンテンツ署名５１０の署名データ領域５１２に記載されたデータと，署名日時領域５１３に記載されたデータと，計算されたハッシュ値とをＵＲ２１０に追加して，処理済みＵＲ４３０を生成する。 [0149]　ＵＲ処理部４１０は，生成した処理済みＵＲ４３０を，タイトル鍵演算部４１１へ出力する。 [0150]　タイトル鍵演算部４１１は，処理済みＵＲ４３０を受け取ると，受け取った処理済みＵＲ４３０のハッシュ値を計算する（ステップＳ７６）。さらに，タイトル鍵演算部４１１は，タイトル鍵・コンテンツ識別情報受信部４０５からタイトル鍵を受け取る。タイトル鍵演算部４１１は，処理済みＵＲ４３０のハッシュ値とタイトル鍵との排他的論理和（ＸＯＲ）を演算して，演算タイトル鍵を生成する（ステップＳ７７）。」 Ｄ．「[0193]　演算タイトル鍵受信部６２０は，コンテンツの再生処理時に，再生対象であるコンテンツの暗号化に用いられたタイトル鍵から生成された演算タイトル鍵を，記録媒体装置７００から暗号復号部６０８を経由して受信する。演算タイトル鍵受信部６２０は，受信した演算タイトル鍵を，タイトル鍵再演算部６２３へ出力する。」 Ｅ．「［202］　また，コンテンツ署名検証部６２７は，ＵＲ読出部６２１から受け取った処理済みＵＲ４３０の署名データ領域４３１に記載されている署名データが，コンテンツ署名５１０の署名データ領域５１２に記載されている署名データと一致するか否か確認する。一致しない場合，コンテンツ署名検証部６２７は，コンテンツ復号部６３１へ復号中止の指示を出力する。 ・・・・（中略）・・・・ [0210]　なお，端末装置６００には予め，ルート公開鍵，端末装置秘密鍵及び端末装置証明書１４０が格納されている。 [0211]　相互認証部６０５は，記録媒体装置７００と相互認証を行い，記録媒体装置７００の正当性を確認する。記録媒体装置ＩＤ取得部６０６は，相互認証処理の途中で受信した記録媒体装置証明書１５０から，記録媒体装置ＩＤを取得する（ステップＳ１０１）。」 Ｆ．「[0241]　＜８．記録媒体装置７００＞ ここでは，記録媒体装置７００の詳細について説明する。記録媒体装置７００は，端末装置６００に装着して用いるＳＤメモリカードである。 [0242]　＜８#１．記録媒体装置７００の構成＞ 図２５は，記録媒体装置７００の機能的な構成を示すブロック図である。 [0243]　図２５に示すように，記録媒体装置７００は，コントローラ７０１と記憶部７０２とから構成される。 [0244]　コントローラ７０１は，コントローラ製造業者により製造されたＬＳＩデバイスであり，内部処理はセキュアに守られ，外部から情報を読み出すことができない。 [0245]　記憶部７０２は，フラッシュ製造業者により製造されたフラッシュメモリである。記憶部７０２へのデータの書き込み，及び，記憶部７０２からのデータの読み出しは，コントローラ７０１を介して行われる。具体的に，記憶部７０２は，システム領域７０６，認証領域７０７及び通常領域７０８を含む。システム領域７０６は，コントローラ７０１のみからアクセス（データの読み出し及び書き込み）が可能であり，コントローラ７０１の外部からはアクセスが不可能な領域である。認証領域７０７は，アクセスするためにはコントローラ７０１を介した認証処理が必要な領域である。通常領域７０８は，認証処理を必要とせず，コントローラ７０１を介して外部から自由にアクセスが可能な領域である。 [0246]　コントローラ７０１は，相互認証部７０３，暗号復号部７０４及び読出書込部７０５を含む。 [0247]　相互認証部７０３は，鍵配信装置４００との間で相互認証を行い，共通鍵ＢＫ２を共有し合う。また，相互認証部７０３は，端末装置６００との間で相互認証を行い，共通鍵ＢＫ３を共有し合う。相互認証処理及び鍵交換処理については，図１５及び図１６を用いて既に説明したので，ここでは説明は省略する。 [0248]　暗号復号部７０４は，鍵配信装置４００と共有した共通鍵ＢＫ２を用いて，鍵配信装置４００との間で送受信されるデータを暗号化したり復号したりする。同様に，暗号復号部７０４は，端末装置６００と共有した共通鍵ＢＫ３を用いて，端末装置６００との間で送受信されるデータを暗号化したり復号したりする。 [0249]　具体的に，コンテンツの記録時において，暗号復号部７０４は，鍵配信装置４００から送信された暗号化演算タイトル鍵を，端末装置６００の演算タイトル鍵伝送部６１１を介して受信する。そして，暗号復号部７０４は，受信した暗号化演算タイトル鍵を復号して，記憶部７０２に書き込む。 [0250]　また，コンテンツの再生時において，暗号復号部７０４は，記憶部７０２に格納されている演算タイトル鍵を読み出して暗号化し，端末装置６００へ送信する。 [0251]　読出書込部７０５は，通常領域７０８からのデータの読み出し，及び，通常領域７０８へのデータの書き込みを行う。 [0252]　システム領域７０６は，秘密鍵・証明書格納部７１１及びルート公開鍵格納部７１２を含む。 [0253]　秘密鍵・証明書格納部７１１は，鍵発行装置１００により生成された記録媒体装置秘密鍵及び記録媒体装置証明書１５０を格納している。 [0254]　ルート公開鍵格納部７１２は，鍵発行装置１００により生成されたルート公開鍵を格納している。 [0255]　なお，ルート公開鍵，記録媒体装置秘密鍵及び記録媒体装置証明書は，記録媒体装置７００の製造時に，記録媒体装置７００を製造する装置により記憶部７０２に埋め込まれる。 [0256]　認証領域７０７は，演算タイトル鍵格納部７１３を含み，内部に演算タイトル鍵を格納する。上述したように，認証領域７０７にアクセスするためには，コントローラ７０１による認証処理が必要である。そのため，演算タイトル鍵の書き込み及び読み出しは，必ず，相互認証部７０３及び暗号復号部７０４を介して行われる。 [0257]　通常領域７０８は，コンテンツ格納部７１４，コンテンツ署名格納部７１５，ＵＲ格納部７１６及びＭＡＣ格納部７１７を含む。 [0258]　コンテンツ格納部７１４は，コンテンツを格納する。コンテンツ署名格納部７１５は，コンテンツ署名５１０を格納する。ＵＲ格納部７１６は，処理済みＵＲ４３０を格納する。ＭＡＣ格納部７１７は，ＭＡＣを格納する。 [0259]　なお，コンテンツ，コンテンツ署名５１０，処理済みＵＲ４３０及びＭＡＣは，コンテンツの記録時に，読出書込部７０５が端末装置６００から受信し，読出書込部７０５により，それぞれ，コンテンツ格納部７１４，コンテンツ署名格納部７１５，ＵＲ格納部７１６及びＭＡＣ格納部７１７に書き込まれる。 [0260]　また，コンテンツ，コンテンツ署名５１０，処理済みＵＲ４３０及びＭＡＣは，コンテンツの再生時に，端末装置６００からの読み出し要求を受けて，読出書込部７０５により，それぞれ，コンテンツ格納部７１４，コンテンツ署名格納部７１５，ＵＲ格納部７１６及びＭＡＣ格納部７１７から読み出される。そして，端末装置６００へ送信される。」 Ｇ．「[0308]　（ｃ）ここで，前記変換タイトル鍵は，前記正規の署名装置により生成されたコンテンツ署名及び前記利用条件を結合した第１結合データと前記タイトル鍵とに所定の演算を施して生成されており，前記タイトル鍵復元部は，前記読出部が読み出した前記コンテンツ署名と前記読み出した利用条件とから第２結合データを生成し，生成した前記第２結合データと前記変換タイトル鍵とに前記所定の演算の逆演算を施して，前記復元タイトル鍵を生成することを特徴とする。」 ２．先願に記載の発明 （１）上記Ｆの「図２５に示すように，記録媒体装置７００は，コントローラ７０１と記憶部７０２とから構成される」という記載，及び，同じく，上記Ｆの「記憶部７０２は，システム領域７０６，認証領域７０７及び通常領域７０８を含む。システム領域７０６は，コントローラ７０１のみからアクセス（データの読み出し及び書き込み）が可能であり，コントローラ７０１の外部からはアクセスが不可能な領域である。認証領域７０７は，アクセスするためにはコントローラ７０１を介した認証処理が必要な領域である。通常領域７０８は，認証処理を必要とせず，コントローラ７０１を介して外部から自由にアクセスが可能な領域である」という記載という記載から， 先願には， “アクセスするためにはコントローラを介した認証処理が必要な認証領域と，自由にアクセスが可能な通常領域とを含む，記憶部と， 認証領域にアクセスするための認証処理を行うコントローラと，から構成される記録媒体装置”が記載されていることが読み取れる。 （２）上記Ｆの「通常領域７０８は，コンテンツ格納部７１４，コンテンツ署名格納部７１５，ＵＲ格納部７１６及びＭＡＣ格納部７１７を含む」という記載，同じく，上記Ｆの「コンテンツ格納部７１４は，コンテンツを格納する。コンテンツ署名格納部７１５は，コンテンツ署名５１０を格納する。ＵＲ格納部７１６は，処理済みＵＲ４３０を格納する。ＭＡＣ格納部７１７は，ＭＡＣを格納する」という記載から， 先願においては， “通常領域は，コンテンツ，コンテンツ署名，処理済みＵＲ，及び，ＭＡＣを格納する” ものであることが読み取れ，上記Ａの「コンテンツの利用に係る条件であるＵｓａｇｅＲｕｌｅ（以下，「ＵＲ」と記載する。）」という記載から， 「ＵＲ」とは，「コンテンツの利用に関する条件」であり， 上記Ｂの「暗号部３０３は，タイトル鍵を暗号鍵として用い，コンテンツに暗号化アルゴリズムＥを施して暗号化し，暗号化コンテンツを生成する。以下では，特に注釈がない限り，タイトル鍵で暗号化された状態のコンテンツを，単に「コンテンツ」と記載する。なお，暗号化アルゴリズムＤの一例はＡＥＳ（Ａｄｖａｎｃｅｄ　Ｅｎｃｒｙｐｔｉｏｎ　Ｓｔａｎｄａｒｄ）である」という記載から， 「通常領域」に「格納」されている「コンテンツ」は，「暗号化コンテンツ」であり， 「タイトル鍵」は，「コンテンツ」を「暗号化」，「復号」するための「鍵」であり， 上記Ｃの「ＵＲ処理部４１０は，ＵＲ受信部４０７が既に受信して保持しているＵＲ２１０と，コンテンツ署名受信部４０８から受け取ったコンテンツ署名５１０とを用いて，処理済みＵＲ４３０を生成する（ステップＳ７５）」という記載，同じく，上記Ｃの「ＵＲ処理部４１０は，コンテンツ署名５１０の全体のハッシュ値を計算する。そして，ＵＲ処理部４１０は，コンテンツ署名５１０の署名データ領域５１２に記載されたデータと，署名日時領域５１３に記載されたデータと，計算されたハッシュ値とをＵＲ２１０に追加して，処理済みＵＲ４３０を生成する」という記載，及び，同じく，上記Ｃの「タイトル鍵演算部４１１は，処理済みＵＲ４３０のハッシュ値とタイトル鍵との排他的論理和（ＸＯＲ）を演算して，演算タイトル鍵を生成する（ステップＳ７７）」という記載と，上記Ｇの「変換タイトル鍵は，前記正規の署名装置により生成されたコンテンツ署名及び前記利用条件を結合した第１結合データと前記タイトル鍵とに所定の演算を施して生成されており，前記タイトル鍵復元部は，前記読出部が読み出した前記コンテンツ署名と前記読み出した利用条件とから第２結合データを生成し，生成した前記第２結合データと前記変換タイトル鍵とに前記所定の演算の逆演算を施して，前記復元タイトル鍵を生成する」という記載から， 「処理済みＵＲ」は，“コンテンツ署名の全体のハッシュ値と，コンテンツ署名に含まれる署名データと，署名日時とをＵＲに追加して生成され，そのハッシュ値と，タイトル鍵との排他的論理和を演算して，変換タイトル鍵を生成する”ものであり， 「コンテンツ署名」は，“署名日時と署名データが含まれ，処理済みＵＲの生成と，変換タイトル鍵から，復元タイトル鍵を生成するために用いられ”るものであることが読み取れるので， 以上に検討した事項から， 先願においては， “通常領域は，暗号化コンテンツと，署名日時と署名データが含まれ，処理済みＵＲの生成と変換タイトル鍵から復元タイトル鍵を生成するために用いられるコンテンツ署名と，前記コンテンツ署名の全体のハッシュ値と前記署名データと前記署名日時とをコンテンツの利用に係る条件であるＵＲに追加して生成され，そのハッシュ値とコンテンツを暗号化／復号するタイトル鍵との排他的論理和を演算して，変換タイトル鍵を生成する前記処理済みＵＲと，ＭＡＣを格納する” ものであることが読み取れ，更に，上記Ｅの「コンテンツ署名検証部６２７は，ＵＲ読出部６２１から受け取った処理済みＵＲ４３０の署名データ領域４３１に記載されている署名データが，コンテンツ署名５１０の署名データ領域５１２に記載されている署名データと一致するか否か確認する。一致しない場合，コンテンツ署名検証部６２７は，コンテンツ復号部６３１へ復号中止の指示を出力する」という記載から， 「署名データ」は， “コンテンツ復号時に署名検証に用いられるもの”であることが読み取れる。 （３）上記（２）において引用した，先願の記載内容と，上記（２）において検討した事項，及び，上記Ｆの「認証領域７０７は，演算タイトル鍵格納部７１３を含み，内部に演算タイトル鍵を格納する」という記載から，先願においては， “認証領域は，処理済みＵＲのハッシュ値とタイトル鍵との排他的論理和（ＸＯＲ）を演算した，演算タイトル鍵を格納する” ものであることが読み取れる。 （４）上記（２）に引用した先願の記載内容，及び，上記（２）において検討した事項と，上記Ｅの「相互認証部６０５は，記録媒体装置７００と相互認証を行い，記録媒体装置７００の正当性を確認する」という記載，上記Ｆの「コントローラ７０１は，相互認証部７０３，暗号復号部７０４及び読出書込部７０５を含む」という記載，同じく，上記Ｆの「相互認証部７０３は，端末装置６００との間で相互認証を行い，共通鍵ＢＫ３を共有し合う」という記載，同じく，上記Ｆの「暗号復号部７０４は，端末装置６００と共有した共通鍵ＢＫ３を用いて，端末装置６００との間で送受信されるデータを暗号化したり復号したりする」という記載，同じく，上記Ｆの「コンテンツの再生時において，暗号復号部７０４は，記憶部７０２に格納されている演算タイトル鍵を読み出して暗号化し，端末装置６００へ送信する」という記載，及び，同じく，上記Ｆの「認証領域７０７にアクセスするためには，コントローラ７０１による認証処理が必要である。そのため，演算タイトル鍵の書き込み及び読み出しは，必ず，相互認証部７０３及び暗号復号部７０４を介して行われる」という記載から， 先願においては， “コントローラは，認証領域へアクセスするための認証処理を行い，認証が取れた場合に，認証領域に格納されている演算タイトル鍵を読み出して暗号化し，端末装置に送信する” ものであることが読み取れる。 （５）上記（４）において検討した事項と，上記Ｄの「演算タイトル鍵受信部６２０は，コンテンツの再生処理時に，再生対象であるコンテンツの暗号化に用いられたタイトル鍵から生成された演算タイトル鍵を，記録媒体装置７００から暗号復号部６０８を経由して受信する。演算タイトル鍵受信部６２０は，受信した演算タイトル鍵を，タイトル鍵再演算部６２３へ出力する」という記載，及び，上記（２）において引用した，上記Ｆの記載内容から， 先願においては， “端末装置は，受信した演算タイトル鍵と，コンテンツ署名と，処理済みＵＲから，暗号化コンテンツ復号のための，タイトル鍵を復元する” ものであることも読み取れる。 （６）以上，上記（１）～（５）において検討した事項から，先願には，次の発明（以下，これを「先願発明」という）が記載されているものと認める。 「アクセスするためにはコントローラを介した認証処理が必要な認証領域と，自由にアクセスが可能な通常領域とを含む，記憶部と， 前記認証領域にアクセスするための認証処理を行うコントローラと，から構成される記録媒体装置であって， 前記通常領域は，暗号化コンテンツと，署名日時とコンテンツ復号時に署名検証に用いられる署名データが含まれ，処理済みＵＲの生成と変換タイトル鍵から復元タイトル鍵を生成するために用いられるコンテンツ署名と，前記コンテンツ署名の全体のハッシュ値と前記署名データと前記署名日時とをコンテンツの利用に係る条件であるＵＲに追加して生成され，そのハッシュ値とコンテンツを暗号化／復号するタイトル鍵との排他的論理和を演算して，変換タイトル鍵を生成する前記処理済みＵＲと，ＭＡＣを格納し， 前記認証領域は，前記処理済みＵＲのハッシュ値と前記タイトル鍵との排他的論理和（ＸＯＲ）を演算した，演算タイトル鍵を格納し， 前記コントローラは，前記認証領域へアクセスするための認証処理を行い，認証が取れた場合に，前記認証領域に格納されている前記演算タイトル鍵を読み出して暗号化し，端末装置に送信し， 前記端末装置は，受信した演算タイトル鍵と，コンテンツ署名と，処理済みＵＲから，暗号化コンテンツを復号するための，前記タイトル鍵を復元する，記録媒体装置。」 ３．本願発明１と先願発明との対比及び判断 （１）先願発明における「アクセスするためにはコントローラを介した認証処理が必要な認証領域」と，「自由にアクセスが可能な通常領域」が，それぞれ，本願発明１における「アクセス制限の設定された保護領域」と，「アクセス制限のない汎用領域」に相当するので， 先願発明における「アクセスするためにはコントローラを介した認証処理が必要な認証領域と，自由にアクセスが可能な通常領域とを含む，記憶部」が， 本願発明１における「アクセス制限の設定された保護領域と，アクセス制限のない汎用領域を有する記憶部」に相当する。 （２）先願発明において，「コントローラ」が，「認証領域にアクセスするための認証処理を行う」ことは，「認証領域」への「アクセス」の可否を判断することに他ならないから， 先願発明における「認証領域にアクセスするための認証処理を行うコントローラ」が， 本願発明１における「外部装置からの前記保護領域に対するアクセス要求に応じて，アクセス可否を判定するデータ処理部」に相当する。 （３）先願発明において，「コンテンツ署名」は，「署名データ」と，「署名日時」を含むものであるから，“複数のデータを含むファイル”の態様を含むものといえ，先願発明における「署名データ」は，「コンテンツの復号時に署名検証に用いられる」ものであるから， 先願発明における「暗号化コンテンツ」，「署名データ」，及び，「コンテンツ署名」が，それぞれ，本願発明１における「暗号化コンテンツ」，「電子署名」，及び，「暗号化コンテンツ署名ファイル」に相当するので， 先願発明における「通常領域は，暗号化コンテンツと，署名日時とコンテンツ復号時に署名検証に用いられる署名データが含まれ，処理済みＵＲの生成と変換タイトル鍵から復元タイトル鍵を生成するために用いられるコンテンツ署名と，前記コンテンツ署名の全体のハッシュ値と前記署名データと前記署名日時とをコンテンツの利用に係る条件であるＵＲに追加して生成され，そのハッシュ値とコンテンツを暗号化／復号するタイトル鍵との排他的論理和を演算して，変換タイトル鍵を生成する前記処理済みＵＲと，ＭＡＣを格納し」が， 本願発明１における「前記記憶部の前記汎用領域には， 前記暗号化コンテンツと， 前記暗号化コンテンツの復号，再生開始前に，署名検証成立の確認が要求される電子署名を格納した暗号化コンテンツ署名ファイルを格納し」に相当する。 （４）先願発明において，「認証領域」には，「コンテンツ」の暗号化に用いた「タイトル鍵」を演算処理した，「演算タイトル鍵」が格納されており，当該演算処理は，「タイトル鍵」を“変換する”処理に相当するので， 先願発明における「認証領域は，前記処理済みＵＲのハッシュ値と前記タイトル鍵との排他的論理和（ＸＯＲ）を演算した，演算タイトル鍵を格納し」と， 本願発明１における「記憶部の前記保護領域には， 前記暗号化コンテンツに対応して設定された暗号化コンテンツ署名ファイルの構成データであり，前記暗号化コンテンツの構成データおよび暗号鍵を含むデータに対する電子署名と前記暗号化コンテンツに対応して設定される利用制御情報を連結した連結データのハッシュ値と，前記暗号鍵との演算によって生成された変換暗号鍵を格納し」とは， “記憶部の保護領域は，暗号鍵を変換した変換暗号鍵を格納”する点で共通する。 （５）先願発明において，「コントローラ」は，“認証が取れた場合に，認証領域に格納されている演算タイトル鍵を，端末装置に送信する”ものであるから，当該「認証」は，「端末装置」による「認証領域」への“アクセス認証”であることは明らかである。 そうすると，先願発明における「端末装置」が，本願発明１の「アクセス要求装置」に相当するので， 先願発明における「コントローラは，前記認証領域へアクセスするための認証処理を行い，認証が取れた場合に，前記認証領域に格納されている前記演算タイトル鍵を読み出して暗号化し，端末装置に送信し」と， 本願発明１における「データ処理部は，前記保護領域に対するアクセス要求装置から受領した証明書に基づいて，前記保護領域に対するアクセス可否を判定して，アクセス可の判定がなされたことを条件として，前記アクセス要求装置に対して，前記変換暗号鍵の読み出しを許容し」とは， “データ処理部は，保護領域へのアクセス可否を判定して，アクセス可の判定がなされたことを条件として，アクセス要求装置に対して，変換暗号鍵の読み出しを許容する”点で共通する。 （６）先願発明において，「端末装置」が，「タイトル鍵を復元する」ことは，“端末装置に対して，タイトル鍵の取得を行わせる”こと“可能にする”ことに他ならず，先願発明において，「コンテンツ署名」と，「処理済みＵＲ」とは，「変換タイトル鍵」を演算するために用いたものであり，当該「タイトル鍵」は，「端末装置」が，「暗号化コンテンツ」を復号するために用いるものであるから， 先願発明における「端末装置は，受信した演算タイトル鍵と，コンテンツ署名と，処理済みＵＲから，暗号化コンテンツを復号するための，前記タイトル鍵を復元する」ことと， 本願発明１における「記憶部から前記暗号化コンテンツを読み出して復号処理を実行する前記アクセス要求装置に，前記変換暗号鍵に対する前記電子署名と前記利用制御情報とを適用した演算であり，前記変換暗号鍵の生成時に用いた値を適用した演算による暗号鍵取得を行わせることを可能とした」こととは， “記憶部から暗号化コンテンツを読み出して復号処理を実行するアクセス要求装置に，変換暗号鍵をの生成時に用いた値を適用した演算による暗号鍵の取得を行わせることを可能にした”点で共通し， 先願発明における「記録媒体装置」が，本願発明1における「情報記録装置」に相当する。 （７）以上，上記（１）～（６）において検討した事項から，本願発明１と，先願発明とは， 「アクセス制限の設定された保護領域と，アクセス制限のない汎用領域を有する記憶部と， 外部装置からの前記保護領域に対するアクセス要求に応じて，アクセス可否を判定するデータ処理部を有し， 前記記憶部の前記汎用領域には， 前記暗号化コンテンツと， 前記暗号化コンテンツの復号，再生開始前に，署名検証成立の確認が要求される電子署名を格納した暗号化コンテンツ署名ファイルを格納し， 記憶部の保護領域は，暗号鍵を変換した変換暗号鍵を格納し， データ処理部は，保護領域へのアクセス可否を判定して，アクセス可の判定がなされたことを条件として，アクセス要求装置に対して，変換暗号鍵の読み出しを許容し， 記憶部から暗号化コンテンツを読み出して復号処理を実行するアクセス要求装置に，変換暗号鍵をの生成時に用いた値を適用した演算による暗号鍵の取得を行わせることを可能にした情報記録装置。」 である点で一致し，少なくとも，以下に示す３つの点で相違する。 ア．“暗号鍵を変換した変換暗号鍵”に関して， 本願発明１においては，“暗号化コンテンツの構成データおよび暗号鍵を含むデータに対する電子署名と前記暗号化コンテンツに対応して設定される利用制御情報を連結した連結データのハッシュ値と，前記暗号鍵との演算によって生成される”ものであるのに対して， 先願発明においては，“コンテンツ署名の全体のハッシュ値と署名データと署名日時とをコンテンツの利用に係る条件であるＵＲに追加して生成される処理済みＵＲのハッシュ値とタイトル鍵との排他的論理和（ＸＯＲ）を演算して生成される”ものである点（以下，これを「相違点ア」という）。 イ．“保護領域へのアクセス可否を判定する”点に関して， 本願発明１においては，「保護領域に対するアクセス要求装置から受領した証明書に基づいて，前記保護領域に対するアクセス可否を判定」するものであるのに対して， 先願発明においては，「認証領域へアクセスするための認証処理を行」う方法について，具体的に示されていない点（以下，これを「相違点イ」という）。 ウ．“変換暗号鍵をの生成時に用いた値”に関して， 本願発明１においては，「暗号化コンテンツの構成データおよび暗号鍵を含むデータに対する電子署名と前記暗号化コンテンツに対応して設定される利用制御情報を連結した連結データのハッシュ値」であるのに対して， 先願発明においては，「処理済みＵＲのハッシュ値」である点（以下，これを「相違点ウ」という）。 （８）以上，上記（７）に指摘したとおり，本願発明１と，先願発明との間には，少なくとも，上記ア．～ウ．に示す相違点が存在しているので，本願発明１と，先願発明とは，同一ではない。 ４．本願発明２～本願発明１４と先願発明との対比及び判断 （１）本願発明２～本願発明４について 本願の請求項２～本願の請求項４は，本願の請求項１を引用するものであるから，本願発明２～本願発明４は，本願発明１の構成を内包している。 したがって，本願発明２～本願発明４と，先願発明との間には，相違点ア～相違点ウが存在する。 よって，本願発明２～本願発明４と，先願発明とは，同一ではない。 （２）本願発明５について 本願発明５における「データ処理部」は，本願発明１における「アクセス要求装置」に，ほぼ，相当するものであるから，本願発明５と先願発明との間には，相違点ア，及び，相違点ウが存在する。 よって，本願発明５と，先願発明とは，同一ではない。 （３）本願の請求項６～本願の請求項８について 本願の請求項６～本願の請求項８は，本願の請求項５を引用するものであるから，本願発明６～本願発明８は，本願発明５の構成を内包している。 したがって，本願発明６～本願発明８と，先願発明との間には，相違点ア，及び，相違点ウが存在する。 よって，本願発明６～本願発明８と，先願発明とは，同一ではない。 （４）本願発明９について 本願発明９は，「変換暗号鍵」を生成する「データ処理部」を有する「情報処理装置」に関する発明である。 先願発明においても，「演算タイトル鍵」を生成する構成が存在することは，明らかであるが，上記において，相違点アとして指摘したものと同じく，本願発明９において，「変換暗号鍵」を生成するのにも用いる値と，先願発明において，「演算タイトル鍵」を演算するために用いる値とは，異なっているので， 本願発明９と，先願発明とは，同一ではない。 （５）本願発明１０について 本願の請求項１０は，本願の請求項９を引用するものであるから，本願発明１０は，本願発明９の構成を内包しているので， 本願発明１０と，先願発明とは，同一ではない。 （６）本願発明１１～本願発明１４について 本願の請求項１１～本願の請求項１４は，何れも独立請求項であるが，本願発明１１～本願発明１４は，何れも，「変換暗号鍵」の生成に用いる値として， 「前記暗号化コンテンツの構成データおよび前記暗号鍵を含むデータに対する電子署名と前記暗号化コンテンツに対応して設定される利用制御情報を連結した連結データのハッシュ値」， を有しており，当該値は，先願発明において，「演算タイトル鍵」を演算するために用いる値である，「処理済みＵＲのハッシュ値」とは異なるものであるから， 本願発明１１～本願発明１４と，先願発明とは，同一ではない。 ５．当審の判断のむすび 以上，上記１．～４．において検討したとおりであるから，本願発明１～本願発明１４は，特許法２９条の２の規定に該当しない。 第８．むすび 以上のとおり，原審拒絶査定の理由によって，本願を拒絶することはできない。 他に本願を拒絶すべき理由を発見しない。 よって，結論のとおり審決する。