【事件の表示】
　特願２００８−５３０５００「更新可能なトレイタ追跡」拒絶査定不服審判事件〔平成１９年　４月１２日国際公開、ＷＯ２００７／０３９４１１、平成２１年　３月　５日国内公表、特表２００９−５０９３７１〕について、次のとおり審決する。
【結　論】
　本件審判の請求は、成り立たない。
【理　由】
１．手続の経緯
　本願は，２００６年９月１１日（パリ条約による優先権主張外国庁受理２００５年９月１９日，米国）を国際出願日とする出願であって，出願後の手続の経緯は次のとおりである。
　
手続補正　　　　　　　（提出日）平成２１年１月２２日
拒絶理由の通知　　　　（起案日）平成２２年４月２８日
意見，手続補正　　　　（提出日）平成２２年６月２８日
拒絶理由の通知　　　　（起案日）平成２２年８月２０日
意見，手続補正　　　　（提出日）平成２２年１０月２８日
拒絶理由の通知（最後）（起案日）平成２２年１１月３０日
意見，手続補正　　　　（提出日）平成２３年３月７日
補正却下の決定　　　　（起案日）平成２３年３月２５日
拒絶査定　　　　　　　（起案日）平成２３年３月２５日
同　謄本送達　　　　　（送達日）平成２３年４月５日
審判請求　　　　　　　（提出日）平成２３年７月１９日
手続補正　　　　　　　（提出日）平成２３年７月１９日
前置報告　　　　　　　（作成日）平成２３年８月２６日
審尋　　　　　　　　　（起案日）平成２３年１２月２２日
回答　　　　　　　　　（提出日）平成２４年３月２２日
　
２．平成２３年７月１９日付けの手続補正についての補正却下の決定
［補正却下の決定の結論］
　平成２３年７月１９日付けの手続補正を却下する。
　
［理由］
（１）本件補正
　平成２３年７月１９日付けの手続補正（以下，「本件補正」という。）により，特許請求の範囲の請求項１ないし１０は次のように補正された。（なお，平成２３年３月７日付けの手続補正は，平成２３年３月２５日付けの補正却下の決定により却下された。）
　
（本件補正後の特許請求の範囲）
「【請求項１】
　ブロードキャスト暗号化システムにおいて不正関与鍵の再使用を防止する方法であって，暗号化されている保護ファイルを受信する個々の受信器が，
　（ａ）ライセンス機関によって割り当てられた，シーケンス鍵の列である特定の組を記憶するステップと，
　（ｂ１）前記シーケンス鍵から導出された鍵で出力鍵を暗号化した値のレコードから構成されるシーケンス鍵ブロック（ＳＫＢ）
であって，すべての不正無関与の前記シーケンス鍵から導出された鍵で出力鍵を暗号化した値のレコードから構成される無条件列と，不正関与シーケンス鍵によって暗号解除されて得られたリンク鍵によって後続する列が，当該不正関与シーケンス鍵を偶然にもつ健全な受信機であることを識別できるように構成されている条件付き列と，を有するように細分されたシーケンス鍵ブロック（ＳＫＢ）
　（ｂ２）前記組の中から前記シーケンス鍵を選択するステップと，
　（ｃ）選択した前記シーケンス鍵と，前記シーケンス鍵ブロックを構成す
るレ
のうち，前記選択した前記シーケンス鍵に対応するレコード
，
　（ｄ１）前記インクリメンタル暗号テストの演算結果が所定の値でない場合に，前記選択したシーケンス鍵が不正に関与していないと判断し，前記保護ファイルを暗号解除し，前記方法を終了するステップと，
　（ｄ２）前記インクリメンタル暗号テストの演算結果が所定の値である場合に，前記選択したシーケンス鍵が不正に関与していると判断し，前記選択したシーケンス鍵が前記組の列の末尾であるか否かを判断するステップと，
　（ｅ１）前記選択したシーケンス鍵が前記組の列の末尾ではないと判断した場合に，後続の前記シーケンス鍵を選択し，ステップ（ｃ）に復帰するステップと，
　（ｅ２）前記選択したシーケンス鍵が前記組の列の末尾であると判断した場合に，前記保護ファイルを暗号解除することなく，前記方法を終了するステップと，
　を含む方法。
　　【請求項２】
　前記保護ファイルが，暗号鍵，テキスト，オーディオ，画像，動画，マルチメディア・プレゼンテーション，音楽，映画，オペレーティング・システム，ビデオ・ゲーム，内部符号語に従ってセグメントを選択する再生命令，およびソフトウェア・アプリケーションのうちの少なくとも１つのデジタル形式を含む，請求項１に記載の方法。
　　【請求項３】
　前記保護ファイルが，コンピュータ・ネットワーク，衛星ネットワーク，ケーブル・ネットワーク，テレビ伝送，および物理的記憶メディアのうちの少なくとも１つによって配布される，請求項１に記載の方法。
　　【請求項４】
　前記組が，シーケンス鍵の列をさらにリンクした連結リストを含む，請求項１に記載の方法。
　　【請求項５】
　ブロードキャスト暗号化システムにおいて不正関与鍵の再使用を防止するためのコンピュータ・プログラムであって，暗号化されている保護ファイルを受信する個々の受信器に，
　ライセンス機関によって割り当てられた，シーケンス鍵の列である特定の組を記憶する機能と，
　前記シーケンス鍵から導出された鍵で出力鍵を暗号化した値のレコードから構成されるシーケンス鍵ブロック（ＳＫＢ）
であって，すべての不正無関与の前記シーケンス鍵から導出された鍵で出力鍵を暗号化した値のレコードから構成される無条件列と，不正関与シーケンス鍵によって暗号解除されて得られたリンク鍵によって後続する列が，当該不正関与シーケンス鍵を偶然にもつ健全な受信機であることを識別できるように構成されている条件付き列と，を有するように細分されたシーケンス鍵ブロック（ＳＫＢ）
　前記組の中から前記シーケンス鍵を選択する機能と，
　選択した前記シーケンス鍵と，前記シーケンス鍵ブロックを構成す
るレ
のうち，前記選択した前記シーケンス鍵に対応するレコード
，
　前記インクリメンタル暗号テストの演算結果が所定の値でない場合に，前記選択したシーケンス鍵が不正に関与していないと判断し，前記保護ファイルを暗号解除し，終了する機能と，
　前記インクリメンタル暗号テストの演算結果が所定の値である場合に，前記選択したシーケンス鍵が不正に関与していると判断し，前記選択したシーケンス鍵が前記組の列の末尾であるか否かを判断する機能と，
　前記選択したシーケンス鍵が前記組の列の末尾ではないと判断した場合に，後続の前記シーケンス鍵を選択し，前記インクリメンタル暗号テストに復帰する機能と，
　前記選択したシーケンス鍵が前記組の列の末尾であると判断した場合に，前記保護ファイルを暗号解除することなく，終了する機能と，
　を実現させるプログラム。
　　【請求項６】
　ブロードキャスト暗号化システムにおいて不正関与鍵の再使用を防止するためのシステムであって，暗号化されている保護ファイルを受信する個々の受信器が，
　ライセンス機関によって割り当てられた，シーケンス鍵の列である特定の組を記憶する手段と，
　前記シーケンス鍵から導出された鍵で出力鍵を暗号化した値のレコードから構成されるシーケンス鍵ブロック（ＳＫＢ）
であって，すべての不正無関与の前記シーケンス鍵から導出された鍵で出力鍵を暗号化した値のレコードから構成される無条件列と，不正関与シーケンス鍵によって暗号解除されて得られたリンク鍵によって後続する列が，当該不正関与シーケンス鍵を偶然にもつ健全な受信機であることを識別できるように構成されている条件付き列と，を有するように細分されたシーケンス鍵ブロック（ＳＫＢ）
　前記組の中から前記シーケンス鍵を選択する手段と，
　選択した前記シーケンス鍵と，前記シーケンス鍵ブロックを構成す
るレ
のうち，前記選択した前記シーケンス鍵に対応するレコード
，
　前記インクリメンタル暗号テストの演算結果が所定の値でない場合に，前記選択したシーケンス鍵が不正に関与していないと判断し，前記保護ファイルを暗号解除し，終了する手段と，
　前記インクリメンタル暗号テストの演算結果が所定の値である場合に，前記選択したシーケンス鍵が不正に関与していると判断し，前記選択したシーケンス鍵が前記組の列の末尾であるか否かを判断する手段と，
　前記選択したシーケンス鍵が前記組の列の末尾ではないと判断した場合に，後続の前記シーケンス鍵を選択し，前記インクリメンタル暗号テストに復帰する手段と，
　前記選択したシーケンス鍵が前記組の列の末尾であると判断した場合に，前記保護ファイルを暗号解除することなく，終了する手段と，
　を含むシステム。
　　【請求項７】
　ブロードキャスト暗号化システムにおいて不正関与鍵の再使用を防止するための，ライセンス機関と，暗号化されている保護ファイルを受信する個々の受信器とを備えるシステムであって，
　前記ライセンス機関は，
　個々の前記受信器に割り当てるシーケンス鍵の列である特定の組と，前記シーケンス鍵から導出された鍵で出力鍵を暗号化した値のレコードから構成されるシーケンス鍵ブロック（ＳＫＢ）
であって，すべての不正無関与の前記シーケンス鍵から導出された鍵で出力鍵を暗号化した値のレコードから構成される無条件列と，不正関与シーケンス鍵によって暗号解除されて得られたリンク鍵によって後続する列が，当該不正関与シーケンス鍵を偶然にもつ健全な受信機であることを識別できるように構成されている条件付き列と，を有するように細分されたシーケンス鍵ブロック（ＳＫＢ）
　前記受信器は，
　前記ライセンス機関によって生成された，前記シーケンス鍵の列である特定の組と，前記シーケンス鍵ブロックとを記憶し，
　前記組の中から前記シーケンス鍵を選択し，
　選択した前記シーケンス鍵と，前記シーケンス鍵ブロックを構成す
るレ
のうち，前記選択した前記シーケンス鍵に対応するレコード
，
　　（ａ１）前記インクリメンタル暗号テストの演算結果が所定の値でない場合に，前記選択したシーケンス鍵が不正に関与していないと判断し，前記保護ファイルを使用のために暗号解除して，終了し，
　　（ａ２）前記インクリメンタル暗号テストの演算結果が所定の値である場合に，前記選択したシーケンス鍵が不正に関与していると判断し，前記選択したシーケンス鍵が前記組の列の末尾であるか否かを判断し，
　　（ｂ１）前記選択したシーケンス鍵が前記組の列の末尾ではないと判断した場合に，
後続の前記シーケンス鍵を選択し，前記インクリメンタル暗号テストに復帰し，
　　（ｂ２）前記選択したシーケンス鍵が前記組の列の末尾であると判断した場合に，前記保護ファイルを暗号解除することなく，終了する，
　システム。
　　【請求項８】
　前記保護ファイルが，暗号鍵，テキスト，オーディオ，画像，動画，マルチメディア・プレゼンテーション，音楽，映画，オペレーティング・システム，ビデオ・ゲーム，内部符号語に従ってセグメントを選択する再生命令，およびソフトウェア・アプリケーションのうちの少なくとも１つのデジタル形式を含む，請求項７に記載のシステム。
　　【請求項９】
　前記保護ファイルが，コンピュータ・ネットワーク，衛星ネットワーク，ケーブル・ネットワーク，テレビ伝送，および物理的記憶メディアのうちの少なくとも１つによって配布される，請求項７に記載のシステム。
　　【請求項１０】
　前記組が，シーケンス鍵の列をさらにリンクした連結リストを含む，請求項７に記載のシステム。」
　
（本件補正前の特許請求の範囲：平成２２年１０月２８日手続補正書によるもの）
 「【請求項１】
　ブロードキャスト暗号化システムにおいて不正関与鍵の再使用を防止する方法であって，暗号化されている保護ファイルを受信する個々の受信器が，
　（ａ）ライセンス機関によって割り当てられた，シーケンス鍵の列である特定の組を記憶するステップと，
　（ｂ１）前記シーケンス鍵から導出された鍵で出力鍵を暗号化した値のレコードから構成されるシーケンス鍵ブロック（ＳＫＢ）を記憶するステップと，
　（ｂ２）前記組の中から前記シーケンス鍵を選択するステップと，
　（ｃ）選択した前記シーケンス鍵と，前記シーケンス鍵ブロックを構成する全てのレコードの値との所定の演算を行い，前記選択したシーケンス鍵が不正に関与しているかどうかを決定するためのインクリメンタル暗号テストを行うステップと，
　（ｄ１）前記インクリメンタル暗号テストの演算結果が所定の値でない場合に，前記選択したシーケンス鍵が不正に関与していないと判断し，前記保護ファイルを暗号解除し，
前記方法を終了するステップと，
　（ｄ２）前記インクリメンタル暗号テストの演算結果が所定の値である場合に，前記選択したシーケンス鍵が不正に関与していると判断し，前記選択したシーケンス鍵が前記組の列の末尾であるか否かを判断するステップと，
　（ｅ１）前記選択したシーケンス鍵が前記組の列の末尾ではないと判断した場合に，後続の前記シーケンス鍵を選択し，ステップ（ｃ）に復帰するステップと，
　（ｅ２）前記選択したシーケンス鍵が前記組の列の末尾であると判断した場合に，前記保護ファイルを暗号解除することなく，前記方法を終了するステップと，
　を含む方法。
　　【請求項２】
　前記保護ファイルが，暗号鍵，テキスト，オーディオ，画像，動画，マルチメディア・プレゼンテーション，音楽，映画，オペレーティング・システム，ビデオ・ゲーム，内部符号語に従ってセグメントを選択する再生命令，およびソフトウェア・アプリケーションのうちの少なくとも１つのデジタル形式を含む，請求項１に記載の方法。
　　【請求項３】
　前記保護ファイルが，コンピュータ・ネットワーク，衛星ネットワーク，ケーブル・ネットワーク，テレビ伝送，および物理的記憶メディアのうちの少なくとも１つによって配布される，請求項１に記載の方法。
　　【請求項４】
　前記組が，シーケンス鍵の列をさらにリンクした連結リストを含む，請求項１に記載の方法。
　　【請求項５】
　ブロードキャスト暗号化システムにおいて不正関与鍵の再使用を防止するためのコンピュータ・プログラムであって，暗号化されている保護ファイルを受信する個々の受信器に，
　ライセンス機関によって割り当てられた，シーケンス鍵の列である特定の組を記憶する機能と，
　前記シーケンス鍵から導出された鍵で出力鍵を暗号化した値のレコードから構成されるシーケンス鍵ブロック（ＳＫＢ）を記憶する機能と，
　前記組の中から前記シーケンス鍵を選択する機能と，
　選択した前記シーケンス鍵と，前記シーケンス鍵ブロックを構成する全てのレコードの値との所定の演算を行い，前記選択したシーケンス鍵が不正に関与しているかどうかを決定するためのインクリメンタル暗号テストを行う機能と，
　前記インクリメンタル暗号テストの演算結果が所定の値でない場合に，前記選択したシーケンス鍵が不正に関与していないと判断し，前記保護ファイルを暗号解除し，終了する機能と，
　前記インクリメンタル暗号テストの演算結果が所定の値である場合に，前記選択したシーケンス鍵が不正に関与していると判断し，前記選択したシーケンス鍵が前記組の列の末尾であるか否かを判断する機能と，
　前記選択したシーケンス鍵が前記組の列の末尾ではないと判断した場合に，後続の前記シーケンス鍵を選択し，前記インクリメンタル暗号テストに復帰する機能と，
　前記選択したシーケンス鍵が前記組の列の末尾であると判断した場合に，前記保護ファイルを暗号解除することなく，終了する機能と，
　を実現させるプログラム。
　　【請求項６】
　ブロードキャスト暗号化システムにおいて不正関与鍵の再使用を防止するためのシステムであって，暗号化されている保護ファイルを受信する個々の受信器が，
　ライセンス機関によって割り当てられた，シーケンス鍵の列である特定の組を記憶する手段と，
　前記シーケンス鍵から導出された鍵で出力鍵を暗号化した値のレコードから構成されるシーケンス鍵ブロック（ＳＫＢ）を記憶する手段と，
　前記組の中から前記シーケンス鍵を選択する手段と，
　選択した前記シーケンス鍵と，前記シーケンス鍵ブロックを構成する全てのレコードの値との所定の演算を行い，前記選択したシーケンス鍵が不正に関与しているかどうかを決定するためのインクリメンタル暗号テストを行う手段と，
　前記インクリメンタル暗号テストの演算結果が所定の値でない場合に，前記選択したシーケンス鍵が不正に関与していないと判断し，前記保護ファイルを暗号解除し，終了する手段と，
　前記インクリメンタル暗号テストの演算結果が所定の値である場合に，前記選択したシーケンス鍵が不正に関与していると判断し，前記選択したシーケンス鍵が前記組の列の末尾であるか否かを判断する手段と，
　前記選択したシーケンス鍵が前記組の列の末尾ではないと判断した場合に，後続の前記シーケンス鍵を選択し，前記インクリメンタル暗号テストに復帰する手段と，
　前記選択したシーケンス鍵が前記組の列の末尾であると判断した場合に，前記保護ファイルを暗号解除することなく，終了する手段と，
　を含むシステム。
　　【請求項７】　ブロードキャスト暗号化システムにおいて不正関与鍵の再使用を防止するための，ライセンス機関と，暗号化されている保護ファイルを受信する個々の受信器とを備えるシステムであって，
　前記ライセンス機関は，
　個々の前記受信器に割り当てるシーケンス鍵の列である特定の組と，前記シーケンス鍵から導出された鍵で出力鍵を暗号化した値のレコードから構成されるシーケンス鍵ブロック（ＳＫＢ）とを生成し，
　前記受信器は，
　前記ライセンス機関によって生成された，前記シーケンス鍵の列である特定の組と，前記シーケンス鍵ブロックとを記憶し，
　前記組の中から前記シーケンス鍵を選択し，
　選択した前記シーケンス鍵と，前記シーケンス鍵ブロックを構成する全てのレコードの値との所定の演算を行い，前記選択したシーケンス鍵が不正に関与しているかどうかを決定するためのインクリメンタル暗号テストを行い，
　　（ａ１）前記インクリメンタル暗号テストの演算結果が所定の値でない場合に，前記選択したシーケンス鍵が不正に関与していないと判断し，前記保護ファイルを使用のために暗号解除して，終了し，
　　（ａ２）前記インクリメンタル暗号テストの演算結果が所定の値である場合に，前記選択したシーケンス鍵が不正に関与していると判断し，前記選択したシーケンス鍵が前記組の列の末尾であるか否かを判断し，
　　（ｂ１）前記選択したシーケンス鍵が前記組の列の末尾ではないと判断した場合に，
後続の前記シーケンス鍵を選択し，前記インクリメンタル暗号テストに復帰し，
　　（ｂ２）前記選択したシーケンス鍵が前記組の列の末尾であると判断した場合に，前記保護ファイルを暗号解除することなく，終了する，
　システム。
　　【請求項８】
　前記保護ファイルが，暗号鍵，テキスト，オーディオ，画像，動画，マルチメディア・プレゼンテーション，音楽，映画，オペレーティング・システム，ビデオ・ゲーム，内部符号語に従ってセグメントを選択する再生命令，およびソフトウェア・アプリケーションのうちの少なくとも１つのデジタル形式を含む，請求項７に記載のシステム。
　　【請求項９】
　前記保護ファイルが，コンピュータ・ネットワーク，衛星ネットワーク，ケーブル・ネットワーク，テレビ伝送，および物理的記憶メディアのうちの少なくとも１つによって配布される，請求項７に記載のシステム。
　　【請求項１０】
　前記組が，シーケンス鍵の列をさらにリンクした連結リストを含む，請求項７に記載のシステム。」
　
（２）本件補正と新規事項追加についての判断
　本件補正後の請求項１ないし１０と本件補正前の請求項１ないし１０との各請求項の対応関係は項番号の関係のとおりで対応すると認める。
　なお，本件補正後の請求項１の「方法」，請求項５の「プログラム」，請求項６，７の各「システム」に係る補正は，実質的に同じ補正がなされているので，以下，請求項１を代表させて検討する。
　
ア．補正後の請求項１の（ｂ１）の項の補正は，願書に最初に添付された明細書，特許請求の範囲又は図面の段落【００２６】の記載「・・・ＳＫＢは，「無条件」列・・・この列は，すべての不正無関与シーケンス鍵で出力鍵を暗号化したもの３０２（図では「Ｋ」と表記される）を有する（正確には，シーケンス鍵自体ではなく，シーケンス鍵から導出された鍵で暗号化される）。・・・ＳＫＢ内のさらなる列を処理することを可能にするリンク鍵と呼ばれる鍵３０４を代わりに暗号解除する。・・・後続の列は，必要なリンク鍵を前の列で与えられた場合に限って，装置によって処理されることができるので，「条件付き」列と呼ばれる。」，段落【００２９】の記載「・・・ＳＫＢがそこから生成される鍵行列は，好ましくは，識別された無効化トレイタと，与えられたＳＫＢによってまだ識別および無効化されていない新しい・・・トレイタの決定的な識別を可能にするのに十分な小ささの副集団に細分される。」に基づいて補正されたものと認められる。
　
イ．請求項１の（ｃ）の項の補正は，段落【００２４】の記載「・・・行列内の各セルは，異なるシーケンス鍵である。ある１つの受信器装置は，各列に１つの鍵を有する。・・・この点で，シーケンス鍵は，ＣＰＲＭ技術のメディア鍵と類似したところがある。」に基づいて補正されたものと認められる。
　
　したがって，本件補正は，願書に最初に添付された明細書，特許請求の範囲又は図面に記載した事項の範囲内においてしたものであり，特許法第１７条の２第３項の規定に適合する。
　
（３）本件補正における補正の目的についての判断
　補正後の請求項１の（ｂ１）の項の補正は，補正前の請求項１に記載の「シーケンス鍵ブロック（ＳＫＢ）」に限定的減縮を加えて，シーケンス鍵ブロック（ＳＫＢ）「
であって，すべての不正無関与の前記シーケンス鍵から導出された鍵で出力鍵を暗号化した値のレコードから構成される無条件列と，不正関与シーケンス鍵によって暗号解除されて得られたリンク鍵によって後続する列が，当該不正関与シーケンス鍵を偶然にもつ健全な受信機であることを識別できるように構成されている条件付き列と，を有するように細分されたシーケンス鍵ブロック（ＳＫＢ）
　また，補正後の請求項１の（ｃ）の項の補正は，補正前の請求項１に記載の「前記シーケンス鍵ブロックを構成する全てのレコードの値との所定の演算を行い，」に限定的減縮を加えて，全てのレコードから選択されたレコードとの演算とするように，「前記シーケンス鍵ブロックを構成す
るレ
のうち，前記選択した前記シーケンス鍵に対応するレコード
，
 したがって，この補正は，特許法第１７条の２第４項の規定に適合する。
　
（４）独立特許要件についての判断
　本件補正は，（３）で記述のように限定的な減縮を目的とした補正を含むが，補正後の請求項１に係る発明は特許出願の際独立して特許を受けることができるものでなければならない。そこで，本件補正後の前記請求項１に記載された発明が，特許出願の際独立して特許を受けることができるものであるか（平成１８年法律第５５号改正附則第３条第１項によりなお従前の例によるとされる同法による改正前の特許法第１７条の２第５項において準用する同法第１２６条第５項の規定に適合するか）について以下に検討する。
  
（４．１）本件補正発明
　補正後の請求項１に記載されている事項により特定される発明（以下「本件補正発明」という。）は，次に記載のとおりの事項により特定されるものである。（再掲する。）
　「ブロードキャスト暗号化システムにおいて不正関与鍵の再使用を防止する方法であって，暗号化されている保護ファイルを受信する個々の受信器が，
　（ａ）ライセンス機関によって割り当てられた，シーケンス鍵の列である特定の組を記憶するステップと，
　（ｂ１）前記シーケンス鍵から導出された鍵で出力鍵を暗号化した値のレコードから構成されるシーケンス鍵ブロック（ＳＫＢ）であって，すべての不正無関与の前記シーケンス鍵から導出された鍵で出力鍵を暗号化した値のレコードから構成される無条件列と，不正関与シーケンス鍵によって暗号解除されて得られたリンク鍵によって後続する列が，当該不正関与シーケンス鍵を偶然にもつ健全な受信機であることを識別できるように構成されている条件付き列と，を有するように細分されたシーケンス鍵ブロック（ＳＫＢ）を記憶するステップと，
　（ｂ２）前記組の中から前記シーケンス鍵を選択するステップと，
　（ｃ）選択した前記シーケンス鍵と，前記シーケンス鍵ブロックを構成するレコードのうち，前記選択した前記シーケンス鍵に対応するレコードの値と，の所定の演算を行い，前記選択したシーケンス鍵が不正に関与しているかどうかを決定するためのインクリメンタル暗号テストを行うステップと，
　（ｄ１）前記インクリメンタル暗号テストの演算結果が所定の値でない場合に，前記選択したシーケンス鍵が不正に関与していないと判断し，前記保護ファイルを暗号解除し，前記方法を終了するステップと，
　（ｄ２）前記インクリメンタル暗号テストの演算結果が所定の値である場合に，前記選択したシーケンス鍵が不正に関与していると判断し，前記選択したシーケンス鍵が前記組の列の末尾であるか否かを判断するステップと，
　（ｅ１）前記選択したシーケンス鍵が前記組の列の末尾ではないと判断した場合に，後続の前記シーケンス鍵を選択し，ステップ（ｃ）に復帰するステップと，
　（ｅ２）前記選択したシーケンス鍵が前記組の列の末尾であると判断した場合に，前記保護ファイルを暗号解除することなく，前記方法を終了するステップと，
　を含む方法。」
　
（４．２）引用文献１
　原審の拒絶の理由に引用された，本願優先権主張日前に頒布された刊行物である，上林達，下田乾二，坂本広幸，「ＳＤカードのコンテンツ保護」，東芝レビュー，株式会社東芝，2003年6月1日，Vol.58，No.6，pp.32-35（以下，「引用文献１」という。）には，図面とともに次の事項が記載されている。（下線は当審付与。）
　
Ａ．「ＳＤカードのコンテンツ保護の具体的な仕様とコンプライアンスルールは，ＣＰＲＭ（Content Protection for Recordable Media）というフレームワークの中で定義されている。ＣＰＲＭは４Ｃが定めた一連のコンテンツ保護規格の総称であり，文字どおり，記録メディアにおけるコンテンツ保護に関する。４Ｃ Entity社はIBM社，Intel社，松下電器産業（株）及び東芝が，主としてメディアのコンテンツ保護規格をライセンスする目的で作った会社である。また，４Ｃ規格には，ＣＰＰＭ（Copy Protection for Prerecorded Media）と呼ばれる読み出し専用メディアに関するコンテンツ保護規格もあり，ＣＰＲＭと主要な要素技術を共有している。ＣＰＰＭはＣＰＲＭと同時期に検討が開始され，基本的な概念を共有しているからである。
　コンテンツ保護仕様を除くＳＤカードの仕様はＳＤＡ（SD-card Association）が策定したが，コンテンツ保護仕様は４Ｃが策定した。ＳＤカードのコンテンツ保護メカニズムについては，ＳＤＭＩの動向を考慮しつつ，当社と松下電器産業（株）が共同で○１（当審注：丸囲み数字を表記することができないため，「○＋数字」により表記する。以下，同様。）メディアバインド，○２リボケーション及び○３ムーブの実現，の三つの基礎概念に基づくコンテンツ保護メカニズムを提案した。」（３３頁左欄２行〜２１行）
　
Ｂ．「２．３　リボケーション
　ＳＤカード上には，製造時に
ＭＫＢ(Media Key Block)
個々のホストデバイスはデバイスキーという一組のデータによって区別される
あるホストデバイスの秘密が暴かれ，コンテンツが不正利用される状態になったとする。リボケーション機能を備えたシステムにおいては，他のホストデバイスにほとんど影響を及ぼすことなく，当該ホストデバイスによるコンテンツ利用を禁止すること（リボケーション）が可能である。
　次に，ＭＫＢの原理を説明する。デバイスキー行列とは，暗号鍵を要素とする行列である。簡単のために３行４列のデバイスキー行列を考える。
　（kij）１＜＝ｉ＜＝３，１＜＝ｊ＜＝４　
　ここで，
K
m
をメディアキーとする
　（kij［Km］）１＜＝ｉ＜＝３，１＜＝ｊ＜＝４　
　
この行列がＭＫＢ
k
ij
［K
m
］は，暗号鍵k
ij
によってK
m
を暗号化したものである（図２）
　
デバイスキー行列の各列から一つの行を選ぶ選び方を指定するベクトルと，当該ベクトルに従って選ばれたデバイスキー行列の要素が作るベクトルとの組をデバイスキーと呼ぶ
各ホストデバイスはデバイスキーの一つを割り当てられており，それを保持
　
ＭＫＢはメディア上に記録
各ホストデバイスはメディアからＭＫＢを読み取り，デバイスキーを用いてＭＫＢ処理を行う
デバイスキー（（１，１，３，２），（k
11
,　k
12
,　k
33
，k
24
））を持つホストデバイスは，第１列の指定行（第１行）を鍵k
11
で復号
復号結果があらかじめ定められた“無効データ”に一致しない場合，その値をメディアキーK
m
とみなして，次の処理に進む。もし，そうでなければ，２列目以降の指定行を順次与えられた鍵で復号していく
第４列で無効なデータを得た場合，ホストデバイスはK
m
を収得することができず，以後の処理に進むことができない。すなわち，当該ホストデバイスはリボークされる
ホストデバイスをリボークするには，各列の対応する行を，無効データ（正確には，無効データを対応する鍵で暗号化したもの）でつぶせばよい（図２）
　
Ｃ．図１にはメディアバインドの一例が記載されている。図２を参照すると，「ＭＫＢ−デバイスキー行列とメディアキーKmから，ＭＫＢが構成される。
特定のデバイスキーをリボークするには，各列の対応する行を無効なデータでつぶす
　
Ｄ．図３を参照すると，「ＭＫＢ処理−
ホストデバイスは，デバイスキーを用いて，順にＭＫＢの対応する行を復号していく。ホストデバイスがリボークされているときは，フローの最後まで無効データしか得られない
　
（Ａ）Ａ．の「ＣＰＲＭは４Ｃが定めた一連のコンテンツ保護規格の総称であり，文字どおり，記録メディアにおけるコンテンツ保護に関する」という記載，及び，Ｂ．の「
個々のホストデバイスはデバイスキーという一組のデータによって区別される
あるホストデバイスの秘密が暴かれ，コンテンツが不正利用される状態になったとする。リボケーション機能を備えたシステムにおいては，他のホストデバイスにほとんど影響を及ぼすことなく，当該ホストデバイスによるコンテンツ利用を禁止すること（リボケーション）が可能である
各ホストデバイスはメディアからＭＫＢを読み取り，デバイスキーを用いてＭＫＢ処理を行う
デバイスキー（（１，１，３，２），（k
11
,　k
12
,　k
33
，k
24
））を持つホストデバイスは，第１列の指定行（第１行）を鍵k
11
で復号
復号結果があらかじめ定められた“無効データ”に一致しない場合，その値をメディアキーK
m
とみなして，次の処理に進む。もし，そうでなければ，２列目以降の指定行を順次与えられた鍵で復号していく
第４列で無効なデータを得た場合，ホストデバイスはK
m
を収得することができず，以後の処理に進むことができない。すなわち，当該ホストデバイスはリボークされる
“デバイスキーを割り当てられたホストデバイスが不正利用を行った場合，前記ホストデバイスに割り当てられたデバイスキーでＭＫＢを処理した結果が無効データとなるように設定され，結果，Ｋｍが取得できなくなる”，即ち，“コンテンツ保護に関して，ホストデバイスの秘密が暴かれ，コンテンツが不正利用される状態になった場合に，当該ホストデバイスによるコンテンツ利用を禁止（リボケーション）する方法”を読み取ることができる。
　
（Ｂ）Ａ．の「４ＣＥｎｔｉｔｙ社はＩＢＭ社，Ｉｎｔｅｌ社，松下軍器産業（株）及び東芝が，主としてメディアのコンテンツ保護規格をライセンスする目的で作った会社である」という記載，Ｂ．の「ＳＤカード上には，製造時に
ＭＫＢ(Media Key Block)
“ＳＤカード，即ち，メディアには，メディアの製造時に製造者によって，ＭＫＢというデータが記録される”こと，即ち，引用文献１には，
“ＭＫＢというデータを記録するステップ”について記載されていることが読み取れる。
　ここで，前記「製造者」は，上記「４Ｃ」から「メディアのコンテンツ保護規格」を「ライセンス」されているものであるから，前記「ＭＫＢ」は，「４Ｃ」によって提供されるものとも言えるものである。
　
（Ｃ）Ｂの，「
デバイスキー行列の各列から一つの行を選ぶ選び方を指定するベクトルと，当該ベクトルに従って選ばれたデバイスキー行列の要素が作るベクトルとの組をデバイスキーと呼ぶ
各ホストデバイスはデバイスキーの一つを割り当てられており，それを保持
“ホストデバイスには，１つのデバイスキーが割り当てられ，保持されている”ことを読み取ることができる。
　
（Ｄ）Ｂ．の「ＳＤカード上には，製造時に
ＭＫＢ(Media Key Block)
“ＳＤカードには，ＭＫＢが記録されている”ことをよみとることができ，Ｂ．の「ここで，
K
m
をメディアキーとする
　（kij［Km］）１＜＝ｉ＜＝３，１＜＝ｊ＜＝４　
　
この行列がＭＫＢ
k
ij
［K
m
］は，暗号鍵k
ij
によってK
m
を暗号化したものである
“ＭＫＢは，その各要素が，メディアキーを暗号化する異なる複数の暗号化鍵によって，それぞれ，メディアキーを暗号化した行列である”ことをよみとることができ，これらの事項と，上記（Ｃ）において検討した事項から，
“ホストデバイスには，メディアキーを暗号化するライセンス機関により割り当てられた暗号鍵の複数の組からなるデバイスキーが割り当てられ保持される”こと，及び，“ホストデバイスに割り当てられた，デバイスキーを構成する，それぞれ異なるメディアキーを暗号化するために用いられる暗号化鍵によって暗号化されたメディアキーを要素とする行列であるメディアキーブロック（ＭＫＢ）”を読み取ることができる。
　よって，上記（Ｂ）で検討した事項と併せると，引用文献１には，
“ホストデバイスに割り当てられた，デバイスキーを構成する，それぞれ異なるメディアキーを暗号化するために用いられる暗号化鍵によって暗号化されたメディアキーを要素とする行列であるメディアキーブロック（ＭＫＢ）を記録するステップ”が記載されていることが読み取れる。
　
（Ｅ）Ｂ．の「
k
ij
［K
m
］は，暗号鍵k
ij
によってK
m
を暗号化したものである（図２
デバイスキー（（１，１，３，２），（k
11
,　k
12
,　k
33
，k
24
））を持つホストデバイスは，第１列の指定行（第１行）を鍵k
11
で復号
復号結果があらかじめ定められた“無効データ”に一致しない場合，その値をメディアキーK
m
とみなして，次の処理に進む
“ホストデバイスは，ＭＫＢの指定された箇所を，自らの有するデバイスキー中の先頭の暗号鍵を用いて復号し，復号結果があらかじめ定められた“無効データ”でなければ，前記復号結果をメディアキーとして，次の処理に進む”ことを読み取ることができる。
　
（Ｆ）Ｂ．の「
もし，そうでなければ，２列目以降の指定行を順次与えられた鍵で復号していく
第４列で無効なデータを得た場合，ホストデバイスはK
m
を収得することができず，以後の処理に進むことができない。すなわち，当該ホストデバイスはリボークされる
“演算結果があらかじめ定められた“無効データ”に一致した場合,前記ホストデバイスは，前記復号に用いた暗号鍵が，自らが有するデバイスキーの最後の暗号鍵でない場合，残りの暗号鍵の先頭の暗号鍵を用いて，前記復号を行う”ことを読み取ることができる。
　そして，上記（Ｅ）で検討した事項と併せると，Ｂ．の記載から，
“前記復号に用いた暗号鍵が，自らが有するデバイスキーの最後の暗号鍵である場合は，ホストデバイスは，メディアキーを復号することができず，処理が終了する”ことを読み取ることができる。
　
　そして，上記で検討した一連の処理は，“ステップ”として表現されるものであることは明らかである。
　
　以上の（Ａ）ないし（Ｆ）によれば，引用文献１には，次の発明（以下「引用文献１発明」という。）が記載されていると認める。
　
「コンテンツ保護に関して，ホストデバイスの秘密が暴かれ，コンテンツが不正利用される状態になった場合に，前記ホストデバイスによるコンテンツ利用を禁止（リボケーション）する方法であって，
　ホストデバイスに，メディアキーを暗号化するライセンス機関により割り当てられた暗号鍵の複数の組からなるデバイスキーが割り当てられ保持するステップと，
　ホストデバイスに割り当てられた，デバイスキーを構成する，それぞれ異なるメディアキーを暗号化するために用いられる暗号化鍵によって暗号化されたメディアキーを要素とする行列であるメディアキーブロック（ＭＫＢ）を記録するステップと，
　ホストデバイスは，ＭＫＢの指定された箇所を，自らの有するデバイスキー中の先頭の暗号鍵を用いて復号し，復号結果があらかじめ定められた“無効データ”でなければ，前記復号結果をメディアキーとして，次の処理に進むステップと，
　演算結果があらかじめ定められた“無効データ”に一致した場合，前記ホストデバイスは，前記復号に用いた暗号鍵が，自らが有するデバイスキーの最後の暗号鍵でない場合，残りの暗号鍵の先頭の暗号鍵を用いて，前記復号を行うステップと，
　前記復号に用いた暗号鍵が，自らが有するデバイスキーの最後の暗号鍵である場合は，ホストデバイスは，メディアキーを復号することができず，処理が終了するステップとを有する，方法。」
　
（４．３）引用文献２
　原審の拒絶の理由に引用された，本願優先権主張日前に頒布された刊行物又は電気通信回線を通じて公衆に利用可能となった“Pre-recorded Video Book”，Advanced Access Content System (AACS) ，[online]2005年4月14日，Revision 0.90，［2010年4月28日検索］インターネット＜URL:http://www.aacsla.com/specifications/specs/AACS_Spec-Prerecorded_Video_0.90.pdf＞（以下，「引用文献２」という。）には，図面とともに次の事項が記載されている。
　
Ｅ．「Therefore, it is important that compromised keys are no longer usable by the attackers.The problem is that many thousands of devices might share a single compromised key.Therefore, revocation of a single key is impossible.On the other hand, revocation of a unique set of keys is very possible;in fact, that is precisely what the SKB achieves.The fundamental principle is that no two devices have many keys in common, so even if the system has been heavily attacked and a significant fraction of the Sequence Keys is compromised, all innocent devices will have many columns in which they have uncompromised keys.The purpose of the Sequence Key Block is to give all innocent devices a column they can use to calculate the correct answer, while at the same time preventing compromised devices (who have compromised keys in all columns) from getting to the same answer.」（１８頁７行〜１５行）
（日本語訳：「したがって，不正関与鍵が攻撃者によってもはや使用可能でないことが重要である。問題は，ある１つの不正関与鍵をもつことができる何千もの装置が存在することである。したがって，１つの鍵の無効化は実用的ではない。他方で，ユニークな鍵の組の無効化は，大いに可能であり，事実，ＳＫＢにより正確に達成される。基本的な原理は，２つの装置が，非常に多くの鍵を共通してもつことはないので，システムが度重なる攻撃を受け，シーケンス鍵の相当な部分が不正に関与している場合であっても，すべての健全な装置は，その中に不正無関与鍵をもつ多くの列を有することにある。シーケンス鍵ブロックの目的は，すべての健全な装置に正しい解を計算するために使用することができる列を与えると同時に，（すべての列に不正関与鍵をもつ）トレイタ装置が同じ解に到達することを防止することである。」）
　
Ｆ．「As shown in Figure 4-1 above, the SKB begins with a first column, called the 
unconditional
 column
To be precise, the key used to encrypt is derived from the Sequence Key, not the Sequence Key itself
The first column will have an encryption of the output key
 in every uncompromised Sequence Key's cell
Devices, both innocent and otherwise, that do have compromised keys instead decrypt a key called a link key that allows them to process a further column in the SKB.To process the further column they need both the link key and their Sequence Key in that column.Thus the subsequent columns are called 
conditional
 columns because they can only be processed by the device if it were given the necessary link key in a previous column
The subsequent additional conditional columns are produced the same way as the first column:They will have an encryption of the output key in every uncompromised Sequence Key's cell.Devices with a compromised key will get a further link key to another column instead of the output key.However, after some number of columns depending on the actual number of compromised keys, the AACS licensing agency will know that only compromised devices would be getting the link key-all innocent devices would have found the output key in this column or in a previous column.At this point, rather than encrypting a link key, the agency encrypts a 0, and the SKB is complete.All innocent devices will have decrypted the output key, and all compromised devices have ended up decrypting 0.
How do the devices know they have a link key versus the output key?The short answer is they do not, at least not at first.Each conditional column has 
a header of known data (DEADBEEF16)encrypted in the link key for that column
（日本語訳：「上記図４−１に示されたように，ＳＫＢは，
「無条件」列
正確には，シーケンス鍵自体ではなく，シーケンス鍵から導出された鍵で暗号化される
最初の列は，すべての不正無関与シーケンス鍵のセルで出力鍵を暗号化したもの
を有する
不正関与鍵をもつ健全な装置および健全ではない装置は，好ましくは，ＳＫＢ内のさらなる列を処理することを可能にするリンク鍵と呼ばれる鍵を代わりに暗号解除する。さらなる列を処理するため，そのような装置は，リンク鍵とその列内のシーケンス鍵とを必要とする。したがって，後続の列は，必要なリンク鍵を前の列で与えられた場合に限って，装置によって処理されることができるので，「条件付き」列と呼ばれる
条件付き列は，第１の列と全般的に同じ方法で生成され，すなわち，すべての不正無関与シーケンス鍵で出力鍵を暗号化したものを有する。不正関与鍵を有する装置は，出力鍵の代わりに，さらなるリンク鍵を取得する。しかし，（不正関与鍵の実際の数に応じて）何らかの数の列の後では，すべての健全な装置はこの列またはそれ以前の列で出力鍵を見出すので，不正関与装置のみがリンク鍵を取得しようとすることを，ライセンス機関は知っている。この箇所で，機関は，リンク鍵を暗号化する代わりに，単に０を暗号化し，ＳＫＢは完成する。
  装置は，出力鍵ではなくリンク鍵を有することをどのように知るのであろうか。手短な答えは，少なくとも最初は知らないというものである。各条件付き列は，好ましくは，
その列のリンク鍵で暗号化された既知のデータ（ＤＥＡＤＢＥＥＦ１６）のヘッダ
　
Ｇ．Table４−２〜Table４−５には，ＳＫＢのRecord Format（レコード　フォーマット）が示されている。
　
　Ｆ．の“To be precise, the key used to encrypt is derived from the Sequence Key, not the Sequence Key itself”（「正確には，シーケンス鍵自体ではなく，シーケンス鍵から導出された鍵で暗号化される」）との記載，Ｇ．のＳＫＢのレコード形式の構成，Ｆ．の“unconditional column”（「「無条件」列」），“The first column will have an encryption of the output key ・・・ in every uncompromised Sequence Key's cell”（「最初の列は，すべての不正無関与シーケンス鍵のセルで出力鍵を暗号化したもの・・・を有する」），“Devices, both innocent and otherwise, that do have compromised keys instead decrypt a key called a link key that allows them to process a further column in the SKB.To process the further column they need both the link key and their Sequence Key in that column.Thus the subsequent columns are called conditional columns because they can only be processed by the device if it were given the necessary link key in a previous column”（「不正関与鍵をもつ健全な装置および健全ではない装置は，好ましくは，ＳＫＢ内のさらなる列を処理することを可能にするリンク鍵と呼ばれる鍵を代わりに暗号解除する。さらなる列を処理するため，そのような装置は，リンク鍵とその列内のシーケンス鍵とを必要とする。したがって，後続の列は，必要なリンク鍵を前の列で与えられた場合に限って，装置によって処理されることができるので，「条件付き」列と呼ばれる」）との記載，図４−１に示された「リンク鍵」と“a header of known data (DEADBEEF16)encrypted in the link key for that column”（「その列のリンク鍵で暗号化された既知のデータ（ＤＥＡＤＢＥＥＦ１６）のヘッダ」）による細分化をふまえると，引用文献２には，「シーケンス鍵から導出された鍵で出力鍵を暗号化した値のレコードから構成されるシーケンス鍵ブロック（ＳＫＢ）であって，すべての不正無関与の前記シーケンス鍵から導出された鍵で出力鍵を暗号化した値のレコードから構成される無条件列と，不正関与シーケンス鍵によって暗号解除されて得られたリンク鍵によって後続する列が，当該不正関与シーケンス鍵を偶然にもつ健全なデバイスであることを識別できるように構成されている条件付き列と，を有するように細分されたシーケンス鍵ブロック（ＳＫＢ）」の発明が示されている。
　
（４．４）対比
　本件補正発明と引用文献１発明とを対比する。
　
ア．引用文献１発明の「ホストデバイス」は，危殆化した「ホストデバイス」によるコンテンツの使用を防止するものであるが，結果として，「ホストデバイス」に割り当てられた「デバイスキー」の“再使用を防止する”ことになっていることは明らかであり，危殆化した「ホストデバイス」に割り当てられた「デバイスキー」は，本件補正発明における「不正関与鍵」に相当するものであるから，
　引用文献１発明における「コンテンツ保護に関して，ホストデバイスの秘密が暴かれ，コンテンツが不正利用される状態になった場合に，前記ホストデバイスによるコンテンツ利用を禁止（リボケーション）する方法」と，
　本件補正発明における「ブロードキャスト暗号化システムにおいて不正関与鍵の再使用を防止する方法」とは，
“システムにおいて不正関与鍵の再使用を防止する方法”である点で共通し，
　引用文献１発明における「ホストデバイス」は，引用文献１の図１の記載等から，最終的に“暗号化されたコンテンツ”（本件補正発明における「暗号化されている保護ファイル」に相当）を復号しているのであるから，何らかの方法により，前記“暗号化されたコンテンツ”を受け取っていることは明らかである。
　よって，引用文献１発明における「ホストデバイス」と，本件補正発明における「暗号化されている保護ファイルを受信する受信器」とは，
“暗号化されている保護ファイルを取得するデバイス”である点で共通する。
　
イ．引用文献１発明の「デバイスキー」は，「メディアキー」を復号する「暗号鍵」の列で構成され，「ホストデバイス」毎に，「デバイスキー」が異なることは明らかであるから，
　引用文献１発明における「メディアキーを暗号化するライセンス機関により割り当てられた暗号鍵の複数の組からなるデバイスキーが割り当てられ保持するステップ」と，
　本件補正発明における「（ａ）ライセンス機関によって割り当てられた，シーケンス鍵の列である特定の組を記憶するステップ」とは，
“（ａ）ライセンス機関によって割り当てられた，暗号鍵の列の特定の組を記憶するステップ”である点で共通する。
　
ウ．引用文献１発明の「ＭＫＢ」は，「デバイスキー」を構成する「暗号鍵」によって，暗号化された「メディアキー」を，各要素とする行列であって，
　引用文献１発明における「メディアキー」は，本件補正発明における「出力鍵」に相当するものであって，「ＭＫＢ」の各列，及び，各行は，本件補正発明における「シーケンス鍵から導出された鍵で出力鍵を暗号化した値のレコード」と，
“割り当てられた暗号鍵の列に含まれる暗号鍵を用いて出力鍵を暗号化した値のレコード”である点で共通し，
　引用文献１発明における「ＭＫＢ」も，本件補正発明における「ＳＫＢ」も，記録，或いは，記憶されるものであるから，よって，
　引用文献１発明における「ホストデバイスに割り当てられた，デバイスキーを構成する，それぞれ異なるメディアキーを暗号化するために用いられる暗号化鍵によって暗号化されたメディアキーを要素とする行列であるメディアキーブロック（ＭＫＢ）を記録するステップ」と，
　本件補正発明における「（ｂ１）前記シーケンス鍵から導出された鍵で出力鍵を暗号化した値のレコードから構成されるシーケンス鍵ブロック（ＳＫＢ）であって，すべての不正無関与の前記シーケンス鍵から導出された鍵で出力鍵を暗号化した値のレコードから構成される無条件列と，不正関与シーケンス鍵によって暗号解除されて得られたリンク鍵によって後続する列が，当該不正関与シーケンス鍵を偶然にもつ健全な受信機であることを識別できるように構成されている条件付き列と，を有するように細分されたシーケンス鍵ブロック（ＳＫＢ）を記憶するステップ」とは，
“（ｂ１）割り当てられた暗号鍵の列に含まれる暗号鍵を用いて出力鍵を暗号化した値のレコードから構成される鍵ブロックを記憶するステップ”である点で共通する。
　
エ．引用文献１発明における，「ホストデバイスは，ＭＫＢの指定された箇所を，自らの有するデバイスキー中の先頭の暗号鍵を用いて復号し，復号結果があらかじめ定められた“無効データ”でなければ，前記復号結果をメディアキーとして，次の処理に進むステップ」において，
　「ホストデバイス」は，「ＭＫＢの指定された箇所を，自らの有するデバイスキー中の先頭の暗号鍵を用いて復号」するために，「デバイスキーの先頭暗号鍵」を選択していることは明らかである。
　そして，前記引用のステップは，“先頭の暗号鍵”で復号できなければ，それに引き続く，「演算結果があらかじめ定められた“無効データ”に一致した場合，前記ホストデバイスは，前記復号に用いた暗号鍵が，自らが有するデバイスキーの最後の暗号鍵でない場合，残りの暗号鍵の先頭の暗号鍵を用いて，前記復号を行うステップ」に移行し，「メディアキー」が復号できるか，或いは，「デバイスキー」を構成する「暗号鍵」が無くなるまで，当該処理が繰り返されるので，これら一連の処理は，本件補正発明における「インクリメンタル暗号テスト」と，“繰り返し行われる暗号テスト”である点で共通する。
　引用文献１発明においては，「〜次の処理に進む」における「次の処理」について、特段言及してはいないが，引用文献１の図１の記載，及び，当該技術分野における技術常識から，復号された「メディアキー」によって，図１に記載の「コンテンツキー」が復号され，結果，“暗号化されたコンテンツ”が復号されることは，当業者には周知の技術事項である。
　以上の点を踏まえると，
　引用文献１発明の
「ホストデバイスは，ＭＫＢの指定された箇所を，自らの有するデバイスキー中の先頭の暗号鍵を用いて復号し，復号結果があらかじめ定められた“無効データ”でなければ，前記復号結果をメディアキーとして，次の処理に進むステップと，
　演算結果があらかじめ定められた“無効データ”に一致した場合，前記ホストデバイスは，前記復号に用いた暗号鍵が，自らが有するデバイスキーの最後の暗号鍵でない場合，残りの暗号鍵の先頭の暗号鍵を用いて，前記復号を行うステップと，
　前記復号に用いた暗号鍵が，自らが有するデバイスキーの最後の暗号鍵である場合は，ホストデバイスは，メディアキーを復号することができず，処理が終了するステップ」と，
　本件補正発明の
「（ｂ２）前記組の中から前記シーケンス鍵を選択するステップと，
　（ｃ）選択した前記シーケンス鍵と，前記シーケンス鍵ブロックを構成するレコードのうち，前記選択した前記シーケンス鍵に対応するレコードの値と，の所定の演算を行い，前記選択したシーケンス鍵が不正に関与しているかどうかを決定するためのインクリメンタル暗号テストを行うステップと，
　（ｄ１）前記インクリメンタル暗号テストの演算結果が所定の値でない場合に，前記選択したシーケンス鍵が不正に関与していないと判断し，前記保護ファイルを暗号解除し，前記方法を終了するステップと，
　（ｄ２）前記インクリメンタル暗号テストの演算結果が所定の値である場合に，前記選択したシーケンス鍵が不正に関与していると判断し，前記選択したシーケンス鍵が前記組の列の末尾であるか否かを判断するステップと，
　（ｅ１）前記選択したシーケンス鍵が前記組の列の末尾ではないと判断した場合に，後続の前記シーケンス鍵を選択し，ステップ（ｃ）に復帰するステップと，
　（ｅ２）前記選択したシーケンス鍵が前記組の列の末尾であると判断した場合に，前記保護ファイルを暗号解除することなく，前記方法を終了するステップ」とは，
“（ｂ２）割り当てられた暗号鍵の列の中から暗号鍵を選択するステップと，
（ｃ）選択した暗号鍵と，鍵ブロックを構成するレコードのうち，前記選択した暗号鍵に対応するレコードの値と，の所定の演算を行う，繰り返し行われる暗号テストを行うステップと，
（ｄ１）前記繰り返し行われる暗号テストの演算結果が所定の値でない場合に，保護ファイルを暗号解除し，方法を終了するステップと，
（ｄ２）前記繰り返し行われる暗号テストの演算結果が所定の値である場合に，前記選択した暗号鍵が，割り当てられた暗号鍵の列の末尾であるか否かを判断するステップと，
（ｅ１）前記選択した暗号鍵が前記割り当てられた暗号鍵の列の末尾ではないと判断した場合に，後続の前記暗号鍵を選択し，ステップ（ｃ）に復帰するステップと，
（ｅ２）前記選択した暗号鍵が前記割り当てられた暗号鍵の列の末尾であると判断した場合に，前記保護ファイルを暗号解除することなく，前記方法を終了するステップ”である点で共通する。
　
　以上のア．ないしエ．の対比によれば，本件補正発明と引用文献１発明とは，次の事項を有する発明である点で一致し，そして相違する。
　
〈一致点〉
　システムにおいて不正関与鍵の再使用を防止する方法であって，暗号化されている保護ファイルを取得するデバイスが，
（ａ）ライセンス機関によって割り当てられた，暗号鍵の列の特定の組を記憶するステップと，
（ｂ１）割り当てられた暗号鍵の列に含まれる暗号鍵を用いて出力鍵を暗号化した値のレコードから構成される鍵ブロックを記憶するステップと，
（ｂ２）割り当てられた暗号鍵の列の中から暗号鍵を選択するステップと，
（ｃ）選択した暗号鍵と，鍵ブロックを構成するレコードのうち，前記選択した暗号鍵に対応するレコードの値と，の所定の演算を行う，繰り返し行われる暗号テストを行うステップと，
（ｄ１）前記繰り返し行われる暗号テストの演算結果が所定の値でない場合に，保護ファイルを暗号解除し，方法を終了するステップと，
（ｄ２）前記繰り返し行われる暗号テストの演算結果が所定の値である場合に，前記選択した暗号鍵が，割り当てられた暗号鍵の列の末尾であるか否かを判断するステップと，
（ｅ１）前記選択した暗号鍵が前記割り当てられた暗号鍵の列の末尾ではないと判断した場合に，後続の前記暗号鍵を選択し，ステップ（ｃ）に復帰するステップと，
（ｅ２）前記選択した暗号鍵が前記割り当てられた暗号鍵の列の末尾であると判断した場合に，前記保護ファイルを暗号解除することなく，前記方法を終了するステップと，
　を含む方法。
　
〈相違点１〉
　「システム」，及び，「デバイス」が，本件補正発明は，「ブロードキャスト暗号化システム」，及び「暗号化されている保護ファイルを受信する」個々の「受信器」であるのに対し，引用文献１発明はそのようであるか不明である点。
　
〈相違点２〉
　（ａ）（ｂ２）（ｃ）（ｄ１）（ｄ２）（ｅ１）（ｅ２）のそれぞれのステップに係る「暗号鍵」が，本件補正発明は，それぞれ「シーケンス鍵」であるのに対し，引用文献１発明は「暗号鍵」である点。
　
〈相違点３〉
　“鍵ブロックを記憶するステップ”に関して，
　本件補正発明においては，「前記シーケンス鍵
から導出された鍵
出力
のレコード」
細分された
　引用文献１発明における“鍵ブロック”は，「ＭＫＢ」を記憶するステップであって，「ＳＫＢ」ではない点。
　
〈相違点４〉
　“繰り返し行われる暗号テスト”に関して，
　本件補正発明においては，ステップ（ｃ）以降の「インクリメンタル暗号テスト」が，「シーケンス鍵が不正に関与したかどうかを決定する」ものであるのに対して，
　引用文献１発明においては，「ホストデバイス」を使用不可にするものであって，鍵の不正使用を決定するものではない点。
　
（４．５）当審の判断　
〈相違点１〉について
　「暗号化システム」，個々の「デバイス」が，「ブロードキャスト」暗号化システムであり，「暗号化されている保護ファイルを受信する」個々の「受信器」である技術は，本願優先権主張日前に周知の技術にすぎない。（必要なら，公開米国特許出願第２００４−０１１１６１１号ＡＢＳＴＲＡＣＴの「broadcast encryption system」，「authorized receivers」，［0036］段落「 critical file segment that has been differently watermarked and differently encrypted.」；訳「ブロードキャスト暗号化システム」，「認証された受信器」，「異なる透かしと異なる暗号化がされたクリティカル・ファイル・セグメント」参照。）
　してみれば，引用文献１発明において，「暗号化システム」，個々の「デバイス」を，「ブロードキャスト」暗号化システム，「暗号化されている保護ファイルを受信する」個々の「受信器」とすることは，前記周知の技術を参酌することにより当業者が容易になし得ることである。
　
〈相違点２〉〜〈相違点４〉について
　引用文献２には，上記（４．３）に引用したように，「シーケンス鍵」，及び，「ＳＫＢ」に関する技術が記載されている。
　そして，引用文献１発明も，引用文献２に記載の発明も，ともに，コンテンツ保護に関する技術である点で共通する。
　してみれば，引用文献１発明において，（ａ）（ｂ２）（ｃ）（ｄ１）（ｄ２）（ｅ１）（ｅ２）のそれぞれのステップに係る「暗号鍵」を，それぞれ「シーケンス鍵」とすること，及び，「ＭＫＢ」に代えて，「ＳＫＢ」を採用し，引用文献１発明における，「ホストデバイスに割り当てられた，デバイスキーを構成する，それぞれ異なるメディアキーを暗号化するために用いられる暗号化鍵によって暗号化されたメディアキーを要素とする行列であるメディアキーブロック（ＭＫＢ）を記憶するステップ」を，
「前記シーケンス鍵
から導出された鍵
出力
のレコード」
細分された
　また，引用文献１発明においても，「ホストデバイス」に割り当てられた「デバイスキー」に含まれる「暗号鍵」が，先頭から順次，「暗号化されたメディアキー」が復号できるかを試験されているのであるから，このことが，該「暗号鍵」が“不正な鍵”であるかを試験されているのと同等の処理であることは明らかである。
　そして，上記指摘のように，引用文献１発明における「ＭＫＢ」を，引用文献２に記載の発明における「ＳＫＢ」に変更することによって，引用文献１発明においても，本件補正発明と同等の「インクリメント暗号テスト」が実現できることは，当業者であれば容易に想起し得る事項である。
　よって，以上検討した事項から，相違点２〜相違点４は，格別のものではない。
　
　そして，本件補正発明の構成により奏する効果も，引用文献１発明，引用文献２に記載の発明から当然予想される範囲内のものにすぎない。
　
（４．６）小括
　以上のように，本件補正発明は，引用文献１に記載された発明，引用文献２に記載された発明及び周知の技術に基いて当業者が容易に発明をすることができたものであるから，特許法第２９条第２項の規定により，特許出願の際独立して特許を受けることができないものである。
　
（５）むすび
　本件補正は限定的減縮を目的としたものを含む補正であるが，（４）独立特許要件で示したとおり，本件補正発明は，特許法第２９条第２項の規定により，特許出願の際独立して特許を受けることができないものであるから，本件補正は，平成１８年法律第５５号改正附則第３条第１項の規定によりなお従前の例によるとされる同法による改正前の特許法第１７条の２第５項において準用する同法第１２６条第５項の規定に違反するので，同法第１５９条第１項において読み替えて準用する同法第５３条第１項の規定により却下すべきものである。
　
３．本願発明について
（１）平成２３年７月１９日付けの手続補正は，前記のとおり却下されたので，本願の請求項１に係る発明は，平成２２年１０月２８日付け手続補正書の特許請求の範囲の請求項１に記載されたとおりの次のものと認める。（以下，「本願発明」という。）
「ブロードキャスト暗号化システムにおいて不正関与鍵の再使用を防止する方法であって，暗号化されている保護ファイルを受信する個々の受信器が，
　（ａ）ライセンス機関によって割り当てられた，シーケンス鍵の列である特定の組を記憶するステップと，
　（ｂ１）前記シーケンス鍵から導出された鍵で出力鍵を暗号化した値のレコードから構成されるシーケンス鍵ブロック（ＳＫＢ）を記憶するステップと，
　（ｂ２）前記組の中から前記シーケンス鍵を選択するステップと，
　（ｃ）選択した前記シーケンス鍵と，前記シーケンス鍵ブロックを構成する全てのレコードの値との所定の演算を行い，前記選択したシーケンス鍵が不正に関与しているかどうかを決定するためのインクリメンタル暗号テストを行うステップと，
　（ｄ１）前記インクリメンタル暗号テストの演算結果が所定の値でない場合に，前記選択したシーケンス鍵が不正に関与していないと判断し，前記保護ファイルを暗号解除し，
前記方法を終了するステップと，
　（ｄ２）前記インクリメンタル暗号テストの演算結果が所定の値である場合に，前記選択したシーケンス鍵が不正に関与していると判断し，前記選択したシーケンス鍵が前記組の列の末尾であるか否かを判断するステップと，
　（ｅ１）前記選択したシーケンス鍵が前記組の列の末尾ではないと判断した場合に，後続の前記シーケンス鍵を選択し，ステップ（ｃ）に復帰するステップと，
　（ｅ２）前記選択したシーケンス鍵が前記組の列の末尾であると判断した場合に，前記保護ファイルを暗号解除することなく，前記方法を終了するステップと，
　を含む方法。」
　
（２）引用刊行物
　原審の拒絶の理由に引用された，本願出願前に頒布された刊行物である，前記引用文献１，２には，それぞれ，前記（４．２），（４．３）で摘記した事項が記載されている。
　
（３）対比・判断
　本願発明は，前記（４）で検討した本件補正発明における発明特定事項である，「（ｂ１）前記シーケンス鍵から導出された鍵で出力鍵を暗号化した値のレコードから構成されるシーケンス鍵ブロック（ＳＫＢ）
であって，すべての不正無関与の前記シーケンス鍵から導出された鍵で出力鍵を暗号化した値のレコードから構成される無条件列と，不正関与シーケンス鍵によって暗号解除されて得られたリンク鍵によって後続する列が，当該不正関与シーケンス鍵を偶然にもつ健全な受信機であることを識別できるように構成されている条件付き列と，を有するように細分されたシーケンス鍵ブロック（ＳＫＢ）
るレ
のうち，前記選択した前記シーケンス鍵に対応するレコード
，
　そうすると，本願発明の構成要件をすべて含む本件補正発明が，前記（４．４）ないし（４．６）に記載したとおり，引用文献１に記載された発明，引用文献２に記載された発明及び周知の技術に基いて，当業者が容易に発明をすることができたものであるから，本願発明も，同様の理由により，引用文献１に記載された発明，引用文献２に記載された発明及び周知の技術に基いて当業者が容易に発明をすることができたものである。
　
（４）むすび
　以上のとおり，本願発明は，引用文献１に記載された発明，引用文献２に記載された発明及び周知の技術に基いて当業者が容易に発明をすることができたものであるから，特許法第２９条第２項の規定により特許を受けることができない。
　したがって，本願は，他の請求項について検討するまでもなく，拒絶されるべきものである。
　よって，結論のとおり審決する。