【事件の表示】
　特願２０１２−２２６０７７「新暗号規格（ＡＥＳ）向けの柔軟なアーキテクチャおよび命令」拒絶査定不服審判事件〔平成２５年　３月２８日出願公開，特開２０１３−　５７９４６〕について，次のとおり審決する。
【結　論】
　本件審判の請求は，成り立たない。
【理　由】
第１．手続の経緯
　本願は，２００８年３月２５日（パリ条約による優先権主張外国庁受理２００７年３月２８日　アメリカ合衆国）を国際出願日とする特願２００９−５５２９３５号の一部を平成２４年１０月１１日に新たな出願としたものであって，
　平成２４年１０月２２日付けで特許法第３６条の２第２項の規定による明細書，特許請求の範囲，及び，図面（図面の中の説明に限る）の日本語による翻訳文が提出され，平成２４年１１月１２日付けで審査請求がなされると共に手続補正がなされ，平成２５年３月４日付けで審査官により拒絶理由が通知され，これに対して平成２５年６月５日付けで意見書が提出されると共に手続補正がなされたが，平成２５年６月２１日付けで審査官により拒絶査定がなされ（発送；平成２５年６月２５日），これに対して平成２５年１０月２５日付けで審判請求がなされると共に手続補正がなされ，平成２６年１月２７日付けで審査官により特許法第１６４条第３項の規定に基づく報告がなされたものである。
　
第２．平成２５年１０月２５日付けの手続補正の却下の決定
　
　［補正却下の決定の結論］
　
　平成２５年１０月２５日付け手続補正を却下する。
　
　［理由］
　
１．補正の内容
　平成２５年１０月２５日付けの手続補正（以下，「本件手続補正」という）により，平成２５年６月５日付けの手続補正により補正された特許請求の範囲，
「　【請求項１】
　新暗号規格命令セット（ＡＥＳ命令セット）を実行する実行部を備える装置であって，
　前記ＡＥＳ命令セットは，少なくとも１つのシングルラウンドのＡＥＳラウンド命令および少なくとも１つのシングルラウンドのＡＥＳ鍵生成命令を含み，
　前記装置は，
　複数のＡＥＳラウンドに対して同じ鍵を利用する場合に，入力鍵に基づいて複数のＡＥＳラウンドのためのラウンド鍵スケジュールを予め計算することによって複数のＡＥＳラウンドのそれぞれのための複数のラウンド鍵を生成し，異なる鍵を利用して異なるＡＥＳラウンドにおいて暗号化および復号化のうちの少なくとも１つを実行する場合に，少なくとも１つのＡＥＳラウンドにおいて暗号化および復号化のうちの少なくとも１つを実行する前に，前記入力鍵に基づいて前記ＡＥＳラウンドのうちの少なくとも１つのためにオンザフライでラウンド鍵を計算することによって，複数のＡＥＳラウンドのそれぞれのための複数のラウンド鍵を生成する鍵スケジューラを更に備え，
　前記実行部は，前記複数のＡＥＳラウンドのそれぞれにおいて，前記ＡＥＳラウンドの入力および前記ＡＥＳラウンドの前記ラウンド鍵に対して一連のＡＥＳラウンド演算を行わせて，次のＡＥＳラウンドの次の入力または前記ＡＥＳ命令の結果を提供する，装置。
　　【請求項２】
　前記ＡＥＳラウンドの全実行回数が１に等しい場合，前記一連のＡＥＳラウンド演算を行う前に，前記実行部は，前記入力鍵に基づいて前記ＡＥＳラウンドのためのラウンド鍵を予め計算し，前記ＡＥＳラウンドのために予め計算されたラウンド鍵をレジスタファイルにロードする，請求項１に記載の装置。
　　【請求項３】
　前記実行部は，
　前記一連のＡＥＳラウンド演算の前に，前記ＡＥＳラウンドへの入力および前記入力鍵に対して排他的論理和（ＸＯＲ）演算を行って，中間値を生成し，
　前記一連のＡＥＳラウンド演算により，
　ルックアップテーブルに格納されている値に基づいて，前記中間値の各バイトに対して置換演算を行い，
　前記置換演算の結果に，前記中間値の行をシフトさせるビット線形変換を行う，請求項１に記載の装置。
　　【請求項４】
　前記実行部は，前記一連のＡＥＳラウンド演算の前に，前記ＡＥＳラウンドへの入力および前記入力鍵に対して排他的論理和（ＸＯＲ）演算を行って，中間値を生成し，
　前記ＡＥＳラウンドの数−１に対して前記一連のＡＥＳラウンド演算を行うことで，
　ルックアップテーブルに格納されている値に基づいて，前記中間値の各バイトに対して置換演算を行い，
　前記置換演算の結果に，前記中間値の行をシフトさせるビット線形変換を行い，
　前記置換演算の結果に，前記中間値の列同士を混合させるビット線形変換を行う，請求項１に記載の装置。
　　【請求項５】
　前記複数のＡＥＳラウンドが最終ＡＥＳラウンドを含む場合に，最終ラウンドに前記一連のＡＥＳラウンド演算を行うことで，前記実行部は，
　前記ラウンドの入力および前記ＡＥＳラウンドの前記ラウンド鍵に対して排他的論理和（ＸＯＲ）演算を行って，中間値を生成し，
　ルックアップテーブルに格納されている値に基づいて，前記中間値の各バイトに対して置換演算を行い，
　前記置換演算の結果に，前記中間値の行をシフトさせるビット線形変換を行う，請求項４に記載の装置。
　　【請求項６】
　前記結果は暗号化された値である，請求項１から５のいずれか１項に記載の装置。
　　【請求項７】
　前記結果は復号化された値である，請求項１に記載の装置。
　　【請求項８】
　第１のＡＥＳラウンドの鍵および入力がレジスタファイルに格納されている，請求項１から７のいずれか1項に記載の装置。
　　【請求項９】
　前記レジスタファイルは複数の１２８ビットレジスタを含む，請求項８に記載の装置。
　　【請求項１０】
　少なくとも１つのシングルラウンドの新暗号規格ラウンド命令（ＡＥＳラウンド命令）および少なくとも１つのシングルラウンドのＡＥＳ鍵生成命令を含むＡＥＳ命令セットを用いて，複数のＡＥＳラウンドを実行する段階
　を備え，
　前記複数のＡＥＳラウンドに対して同じ鍵を利用する場合に，入力鍵に基づいて複数のＡＥＳラウンドのためのラウンド鍵スケジュールを予め計算することにより複数のＡＥＳラウンドのそれぞれのための複数のラウンド鍵を生成する段階と，
　異なる鍵を利用して異なるＡＥＳラウンドにおいて暗号化および復号化のうちの少なくとも１つを実行する場合に，少なくとも１つのＡＥＳラウンドにおいて暗号化および復号化のうちの少なくとも１つを実行する前に，前記ＡＥＳラウンドのうちの少なくとも１つのためにオンザフライでラウンド鍵を計算すること，のうちの１つを選択することによって，複数のＡＥＳラウンドのそれぞれのための複数のラウンド鍵を生成する段階と，
　前記ＡＥＳラウンドの入力および前記ＡＥＳラウンドの前記ラウンド鍵に対して一連のＡＥＳラウンド演算を行い，次のＡＥＳラウンドの次の入力または前記ＡＥＳ命令の結果を提供する段階と，を備える方法。
　　【請求項１１】
　前記ＡＥＳラウンドの全実行回数が１に等しい場合，
　前記一連のＡＥＳラウンド演算を行う前に，前記入力鍵に基づいて前記ＡＥＳラウンドについて予めラウンド鍵を計算する段階と，
　予め計算されたラウンド鍵をＡＥＳラウンドのためにロードする段階と，をさらに備える，請求項１０に記載の方法。
　　【請求項１２】
　前記方法は，前記ＡＥＳラウンドへの入力および前記入力鍵に対して排他的論理和（ＸＯＲ）演算を行って，中間値を生成する段階をさらに備え，
　前記一連のＡＥＳラウンド演算を行う段階は，
　ルックアップテーブルに格納されている値に基づいて，前記中間値の各バイトに対して置換演算を行う段階と，
　前記置換演算の結果に，前記中間値の行をシフトさせるビット線形変換を行う段階と，を有する，請求項１０に記載の方法。
　　【請求項１３】
　前記方法は，前記ＡＥＳラウンドへの入力および前記入力鍵に対して排他的論理和（ＸＯＲ）演算を行って，中間値を生成する段階をさらに備え，
　前記ラウンドの数−１に対して前記一連のＡＥＳラウンド演算を行う段階は，
　ルックアップテーブルに格納されている値に基づいて，前記中間値の各バイトに対して置換演算を行う段階と，
　前記置換演算の結果に，前記中間値の行をシフトさせるビット線形変換を行う段階と，
　前記置換演算の結果に，前記中間値の列同士を混合させるビット線形変換を行う段階と，を有する，請求項１０に記載の方法。
　　【請求項１４】
　前記複数のＡＥＳラウンドが最終ＡＥＳラウンドを含む場合に，最終ＡＥＳラウンドに前記一連のＡＥＳラウンド演算を行う段階は，
　前記ラウンドの入力および前記ＡＥＳラウンドの前記ラウンド鍵に対して排他的論理和（ＸＯＲ）演算を行って，中間値を生成する段階と，
　ルックアップテーブルに格納されている値に基づいて，前記中間値の各バイトに対して置換演算を行う段階と，
　前記置換演算の結果に，前記中間値の行をシフトさせるビット線形変換を行う段階と，を有する，請求項１３に記載の方法。
　　【請求項１５】
　前記結果は暗号化された値である，請求項１０から１４のいずれか１項に記載の方法。
　　【請求項１６】
　前記結果は復号化された値である，請求項１０に記載の方法。
　　【請求項１７】
　第１のＡＥＳラウンドの鍵および入力がレジスタファイルに格納されている，請求項１０から１６のいずれか1項に記載の方法。
　　【請求項１８】
　前記レジスタファイルは複数の１２８ビットレジスタを含む，請求項１７に記載の方法。
　　【請求項１９】
　請求項１０から１８のいずれか1項に記載の方法を実行する手段を備えるシステム。
　　【請求項２０】
　コンピュータに，新暗号規格命令セット（ＡＥＳ命令セット）を用いて，複数のＡＥＳラウンドを実行させるためのプログラムであって，前記コンピュータに，
　前記複数のＡＥＳラウンドに対して同じ鍵を利用する場合に，入力鍵に基づいて複数のＡＥＳラウンドのためのラウンド鍵スケジュールを予め計算することによって複数のＡＥＳラウンドのそれぞれのための複数のラウンド鍵を生成させ，
　異なる鍵を利用して異なるＡＥＳラウンドにおいて暗号化および復号化のうちの少なくとも１つを実行する場合に，少なくとも１つのＡＥＳラウンドにおいて暗号化および復号化のうちの少なくとも１つを実行する前に，前記ＡＥＳラウンドのうちの少なくとも１つのためにオンザフライでラウンド鍵を計算することによって，複数のＡＥＳラウンドのそれぞれのための複数のラウンド鍵を生成させ，
　各ＡＥＳラウンドにおいて，前記ＡＥＳラウンドの入力および前記ＡＥＳラウンドの前記ラウンド鍵に対して一連のＡＥＳラウンド演算を行わせて，次のＡＥＳラウンドの次の入力または前記ＡＥＳ命令の結果を提供させる，プログラム。
　　【請求項２１】
　前記ＡＥＳラウンドの全実行回数が１に等しい場合，前記一連のＡＥＳラウンド演算を行う前に，前記プログラムは，前記コンピュータに，前記入力鍵に基づいて前記ＡＥＳラウンドについてラウンド鍵を予め計算させ，予め計算されたラウンド鍵をレジスタファイルにロードさせる，請求項２０に記載のプログラム。」（以下，上記引用の請求項各項を，「補正前の請求項」という）は，
「　【請求項１】
　新暗号規格命令セット（ＡＥＳ命令セット）を実行する実行部を備える装置であって，
　前記ＡＥＳ命令セットは，少なくとも１つのシングルラウンドのＡＥＳラウンド命令および少なくとも１つのシングルラウンドのＡＥＳ鍵生成命令を含み，
　前記装置は，
　多くのブロックに対して同じ鍵を利用する場合に，入力鍵に基づいて複数のＡＥＳラウンドのためのラウンド鍵スケジュールを予め計算することによって複数のＡＥＳラウンドのそれぞれのための複数のラウンド鍵を生成し，異なる鍵を利用して各ブロックの暗号化および復号化のうちの少なくとも１つを実行する場合に，少なくとも１つのＡＥＳラウンドにおいて暗号化および復号化のうちの少なくとも１つを実行する前に，前記入力鍵に基づいて前記ＡＥＳラウンドのうちの少なくとも１つのためにオンザフライでラウンド鍵を計算することによって，複数のＡＥＳラウンドのそれぞれのための複数のラウンド鍵を生成する鍵スケジューラを更に備え，
　前記実行部は，前記複数のＡＥＳラウンドのそれぞれにおいて，前記ＡＥＳラウンドの入力および前記ＡＥＳラウンドの前記ラウンド鍵に対して一連のＡＥＳラウンド演算を行わせて，次のＡＥＳラウンドの次の入力または前記ＡＥＳ命令の結果を提供する，装置。
　　【請求項２】
　前記ＡＥＳラウンドの全実行回数が１に等しい場合，前記一連のＡＥＳラウンド演算を行う前に，前記実行部は，前記入力鍵に基づいて前記ＡＥＳラウンドのためのラウンド鍵を予め計算し，前記ＡＥＳラウンドのために予め計算されたラウンド鍵をレジスタファイルにロードする，請求項１に記載の装置。
　　【請求項３】
　前記実行部は，
　前記一連のＡＥＳラウンド演算の前に，前記ＡＥＳラウンドへの入力および前記入力鍵に対して排他的論理和（ＸＯＲ）演算を行って，中間値を生成し，
　前記一連のＡＥＳラウンド演算により，
　ルックアップテーブルに格納されている値に基づいて，前記中間値の各バイトに対して置換演算を行い，
　前記置換演算の結果に，前記中間値の行をシフトさせるビット線形変換を行う，請求項１に記載の装置。
　　【請求項４】
　前記実行部は，前記一連のＡＥＳラウンド演算の前に，前記ＡＥＳラウンドへの入力および前記入力鍵に対して排他的論理和（ＸＯＲ）演算を行って，中間値を生成し，
　前記ＡＥＳラウンドの数−１に対して前記一連のＡＥＳラウンド演算を行うことで，
　ルックアップテーブルに格納されている値に基づいて，前記中間値の各バイトに対して置換演算を行い，
　前記置換演算の結果に，前記中間値の行をシフトさせるビット線形変換を行い，
　前記置換演算の結果に，前記中間値の列同士を混合させるビット線形変換を行う，請求項１に記載の装置。
　　【請求項５】
　前記複数のＡＥＳラウンドが最終ＡＥＳラウンドを含む場合に，最終ラウンドに前記一連のＡＥＳラウンド演算を行うことで，前記実行部は，
　ルックアップテーブルに格納されている値に基づいて，前記最終ラウンドへの入力の各バイトに対して置換演算を行い，
　前記置換演算の結果に，前記中間値の行をシフトさせるビット線形変換を行い，
　前記ビット線形変換の結果および前記ＡＥＳラウンドの前記ラウンド鍵に対して排他的論理和（ＸＯＲ）演算を行う，
請求項４に記載の装置。
　　【請求項６】
　前記結果は暗号化された値である，請求項１から５のいずれか１項に記載の装置。
　　【請求項７】
　前記結果は復号化された値である，請求項１に記載の装置。
　　【請求項８】
　第１のＡＥＳラウンドの鍵および入力がレジスタファイルに格納されている，請求項１から７のいずれか1項に記載の装置。
　　【請求項９】
　前記レジスタファイルは複数の１２８ビットレジスタを含む，請求項８に記載の装置。
　　【請求項１０】
　少なくとも１つのシングルラウンドの新暗号規格ラウンド命令（ＡＥＳラウンド命令）および少なくとも１つのシングルラウンドのＡＥＳ鍵生成命令を含むＡＥＳ命令セットを用いて，複数のＡＥＳラウンドを実行する段階
　を備え，
　多くのブロックに対して同じ鍵を利用する場合に，入力鍵に基づいて複数のＡＥＳラウンドのためのラウンド鍵スケジュールを予め計算することにより複数のＡＥＳラウンドのそれぞれのための複数のラウンド鍵を生成する段階と，
　異なる鍵を利用して各ブロックの暗号化および復号化のうちの少なくとも１つを実行する場合に，少なくとも１つのＡＥＳラウンドにおいて暗号化および復号化のうちの少なくとも１つを実行する前に，前記ＡＥＳラウンドのうちの少なくとも１つのためにオンザフライでラウンド鍵を計算すること，のうちの１つを選択することによって，複数のＡＥＳラウンドのそれぞれのための複数のラウンド鍵を生成する段階と，
　前記ＡＥＳラウンドの入力および前記ＡＥＳラウンドの前記ラウンド鍵に対して一連のＡＥＳラウンド演算を行い，次のＡＥＳラウンドの次の入力または前記ＡＥＳ命令の結果を提供する段階と，を備える方法。
　　【請求項１１】
　前記ＡＥＳラウンドの全実行回数が１に等しい場合，
　前記一連のＡＥＳラウンド演算を行う前に，前記入力鍵に基づいて前記ＡＥＳラウンドについて予めラウンド鍵を計算する段階と，
　予め計算されたラウンド鍵をＡＥＳラウンドのためにロードする段階と，をさらに備える，請求項１０に記載の方法。
　　【請求項１２】
　前記方法は，前記ＡＥＳラウンドへの入力および前記入力鍵に対して排他的論理和（ＸＯＲ）演算を行って，中間値を生成する段階をさらに備え，
　前記一連のＡＥＳラウンド演算を行う段階は，
　ルックアップテーブルに格納されている値に基づいて，前記中間値の各バイトに対して置換演算を行う段階と，
　前記置換演算の結果に，前記中間値の行をシフトさせるビット線形変換を行う段階と，を有する，請求項１０に記載の方法。
　　【請求項１３】
　前記方法は，前記ＡＥＳラウンドへの入力および前記入力鍵に対して排他的論理和（ＸＯＲ）演算を行って，中間値を生成する段階をさらに備え，
　前記ラウンドの数−１に対して前記一連のＡＥＳラウンド演算を行う段階は，
　ルックアップテーブルに格納されている値に基づいて，前記中間値の各バイトに対して置換演算を行う段階と，
　前記置換演算の結果に，前記中間値の行をシフトさせるビット線形変換を行う段階と，
　前記置換演算の結果に，前記中間値の列同士を混合させるビット線形変換を行う段階と，を有する，請求項１０に記載の方法。
　　【請求項１４】
　前記複数のＡＥＳラウンドが最終ＡＥＳラウンドを含む場合に，最終ＡＥＳラウンドに前記一連のＡＥＳラウンド演算を行う段階は，
　前記ラウンドの入力および前記ＡＥＳラウンドの前記ラウンド鍵に対して排他的論理和（ＸＯＲ）演算を行って，中間値を生成する段階と，
　ルックアップテーブルに格納されている値に基づいて，前記中間値の各バイトに対して置換演算を行う段階と，
　前記置換演算の結果に，前記中間値の行をシフトさせるビット線形変換を行う段階と，を有する，請求項１３に記載の方法。
　　【請求項１５】
　前記結果は暗号化された値である，請求項１０から１４のいずれか１項に記載の方法。
　　【請求項１６】
　前記結果は復号化された値である，請求項１０に記載の方法。
　　【請求項１７】
　第１のＡＥＳラウンドの鍵および入力がレジスタファイルに格納されている，請求項１
０から１６のいずれか１項に記載の方法。
　　【請求項１８】
　前記レジスタファイルは複数の１２８ビットレジスタを含む，請求項１７に記載の方法。
　　【請求項１９】
　請求項１０から１８のいずれか1項に記載の方法を実行する手段を備えるシステム。
　　【請求項２０】
　コンピュータに，新暗号規格命令セット（ＡＥＳ命令セット）を用いて，複数のＡＥＳラウンドを実行させるためのプログラムであって，前記コンピュータに，
　多くのブロックに対して同じ鍵を利用する場合に，入力鍵に基づいて複数のＡＥＳラウンドのためのラウンド鍵スケジュールを予め計算することによって複数のＡＥＳラウンドのそれぞれのための複数のラウンド鍵を生成させ，
　異なる鍵を利用して各ブロックの暗号化および復号化のうちの少なくとも１つを実行する場合に，少なくとも１つのＡＥＳラウンドにおいて暗号化および復号化のうちの少なくとも１つを実行する前に，前記ＡＥＳラウンドのうちの少なくとも１つのためにオンザフライでラウンド鍵を計算することによって，複数のＡＥＳラウンドのそれぞれのための複数のラウンド鍵を生成させ，
　各ＡＥＳラウンドにおいて，前記ＡＥＳラウンドの入力および前記ＡＥＳラウンドの前記ラウンド鍵に対して一連のＡＥＳラウンド演算を行わせて，次のＡＥＳラウンドの次の入力または前記ＡＥＳ命令の結果を提供させる，プログラム。
　　【請求項２１】
　前記ＡＥＳラウンドの全実行回数が１に等しい場合，前記一連のＡＥＳラウンド演算を行う前に，前記プログラムは，前記コンピュータに，前記入力鍵に基づいて前記ＡＥＳラウンドについてラウンド鍵を予め計算させ，予め計算されたラウンド鍵をレジスタファイルにロードさせる，請求項２０に記載のプログラム。」（以下，上記引用の請求項各項を，「補正後の請求項」という）に補正された。
　
２．補正の適否
　
　本件手続補正が，特許法第１７条の２第３項の規定を満たすものであるか否か，即ち，本件手続補正が，平成２４年１０月２２日付けで提出された明細書，特許請求の範囲，及び，図面（図面の中の説明に限る）の日本語による翻訳文（以下，これを「当初明細書等」という）に記載した事項の範囲内でなされたものであるかについて，以下に検討する。
　
　補正後の請求項１，請求項１０，及び，請求項２０は，補正前の請求項１，請求項１０，及び，請求項２０に，それぞれ，記載された，
「前記複数のＡＥＳラウンドに対して同じ鍵を利用する場合に」を，
「多くのブロックに対して同じ鍵を利用する場合に」と補正し，
　同じく，補正前の請求項１，請求項１０，及び，請求項２０に，それぞれ，記載された，
「異なる鍵を利用して異なるＡＥＳラウンドにおいて暗号化および復号化のうちの少なくとも１つを実行する場合に」を，
「異なる鍵を利用して各ブロックの暗号化および復号化のうちの少なくとも１つを実行する場合に」と補正したものである。
　したがって，補正後の請求項１，請求項１０，及び，請求項２０は，
“多くのブロックに対して同じ鍵を利用するか（場合１），異なる鍵を利用して各ブロックの暗号化および復号化のうちの少なくとも１つを実行するか（場合２），の何れかであるかを判別して，該判別結果に応じて，場合１であれば，入力鍵に基づいて複数のＡＥＳラウンドのためのラウンド鍵スケジュールを予め計算することによって複数のＡＥＳラウンドのそれぞれのための複数のラウンド鍵を生成し，場合２であれば，少なくとも１つのＡＥＳラウンドにおいて暗号化および復号化のうちの少なくとも１つを実行する前に，前記ＡＥＳラウンドのうちの少なくとも１つのためにオンザフライでラウンド鍵を計算することによって，複数のＡＥＳラウンドのそれぞれのための複数のラウンド鍵を生成する”態様を含むことは明らかである。
　そこで，上記指摘の，補正後の請求項２０に係る発明が内包する態様が，当初明細書等に記載されているかについて検討すると，当初明細書等には，その段落【００３６】〜段落【００４０】に，
　
Ａ．「【００３６】
　
多くのブロックについて同じ鍵を利用する場合，各ラウンドのラウンド鍵（鍵スケジュール）は，予め計算されてメモリ（例えばレベル１データキャッシュ２０４）に格納されているので，各ブロックの暗号化／復号化演算の前に同じ鍵スケジュールを再度計算する必要がない
　　【表２】
RK[0]=入力鍵
　Fori=1..10
    RK[i]=AESNextRoundKey(RK[i-1])
  End
　
　STATE=入力ブロック
　STATE=STATExorRK[0]
　
　Fori=1..9
    STATE=AESENCRYPTRound(STATE,RK[i])
  END
  STATE=AESENCRYPTLastRound(STATE,RK[10])
　【００３７】
　１０エレメントを有するアレイ（ＲＫ）を利用して，鍵の鍵スケジュールを格納する。ＡＥＳ−１２８暗号の入力鍵を，ＲＫ［０］に格納して，９ラウンド鍵ＲＫ［０］−ＲＫ［１］を，ＡＥＳ命令セットからAESNextRoundKey命令を読み出すことで予め計算する。
AESNextRoundKey命令は，現在のラウンド鍵に基づいて次のラウンドを計算する。鍵スケジュールについて予め計算されたラウンド鍵は，レベル１データキャッシュ２０４のラウンド鍵２１４に格納されてよい
　【００３８】
　本例においては，そのラウンドのラウンド鍵である鍵スケジュールの該当部分（拡張鍵）が直接レジスタファイル３０４から入力されると，ＡＥＳラウンドを行うループに入る前に，排他的論理和（ＸＯＲ）演算を，状態と鍵とに対して行う。各ラウンド１から９においては，ＡＥＳ命令セットからAESENCRYPTRound命令を呼び出して，ＡＥＳラウンド演算を１ラウンドについて行う。最終ラウンド（ラウンド１０）については，ＡＥＳ命令セットからAESENCRYPTLastRound命令を呼び出して，この最終ラウンドにＡＥＳラウンド演算を行う。
　【００３９】
　ＡＥＳ命令が暗号化または復号化する情報は，暗号または複号演算を開始する第１のＡＥＳ命令が発行される前に，レジスタファイル３０４のソース／宛先レジスタ３０６へロードされる。
ソースレジスタ３０６の情報の暗号化／復号化に利用される鍵は，レジスタファイル３０４の１以上の他のレジスタ３０８に格納されている
１２８ビット鍵の場合，鍵の全１２８ビットが，レジスタファイル３０４の他の１２８ビットレジスタのいずれかに格納される
　【００４０】
　表２に示す例においては，レジスタファイル３０４のレジスタ３０８のいずれかにロードされる前に，鍵に基づいて各ラウンドのラウンド鍵が予め計算されて，レベル１データキャッシュ２０４に格納されていてよい。各ラウンドの鍵は，さらに，レジスタファイル３０４の１以上のレジスタに格納されていてもよく，または，レベル１データキャッシュ２０４のラウンド鍵２１４に格納されていてもよい。」（下線は，当審にて，説明の都合上，附加したものである。以下，同じ。）
　
　との記載が存在し，また，当初明細書等の段落【００５５】〜段落【００５８】に，
　
Ｂ．「【００５５】
　
異なる鍵を利用して各ブロックを暗号化／復号化する場合（例えば，データパケットを暗号化／復号化するネットワークインタフェースコントローラ（ＮＩＣ）の場合），ラウンド鍵は，以下の表３でＡＥＳ−１２８暗号の疑似コードで示すように各ラウンドについて暗号化／復号化を行う前に，その都度計算されてよい
　　【表３】
RK[0]=入力鍵
　
　STATE=入力ブロック
　STATE=STATExorRK[0]
　
　Fori=1..9
   RK[i]=AESNextRoundKey(RK[i-1])
   STATE=AESENCRYPTRound(STATE,RK[i])
  End
　RK[10]=AESNextRoundKey(RK[9])
  STATE=AESENCRYPTLastRound(STATE,RK[10])
　【００５６】
　
本例においては，該ラウンドのラウンド鍵は，鍵スケジュール（拡張鍵）の１０ラウンド各々（つまり，ラウンド１−９およびラウンド１０（最終ラウンド））に対してラウンド鍵を利用して暗号化を行う前に生成される
　
　と記載されていて，上記Ａに記載された内容から，当初明細書等には，
「多くのブロックについて同じ鍵を利用する場合，各ラウンドのラウンド鍵（鍵スケジュール）は，予め計算されてメモリ（例えばレベル１データキャッシュ２０４）に格納されている」点が記載され，該“ラウンド鍵が，メモリに予め格納されている”ことを実現するために，“入力鍵を，格納して，ラウンド鍵を，ＡＥＳ命令セットからAESNextRoundKey命令を読み出すことで予め計算する”ことが記載されていることが読み取れ，
　上記Ｂに記載された内容から，当初明細書等には，
“異なる鍵を利用して各ブロックを暗号化／復号化する場合，ラウンド鍵は，各ラウンドについて暗号化／復号化を行う前に，その都度計算されてよい”ことが記載されていると読み取れる。
　即ち，当初明細書等には，
“多くのブロックについて同じ鍵を利用する場合，各ラウンドのラウンド鍵（鍵スケジュール）は，入力鍵を，格納して，ラウンド鍵を，ＡＥＳ命令セットからAESNextRoundKey命令を読み出すことで予め計算されてメモリに格納されている”態様と，
“異なる鍵を利用して各ブロックを暗号化／復号化する場合，ラウンド鍵は，各ラウンドについて暗号化／復号化を行う前に，その都度計算されてよい”という態様とが，記載されていることまでは読み取ることができるが，上記引用の記載からは，単に，“同じ鍵を利用する場合”と，“異なる鍵を利用する場合”とが，それぞれ，個別に存在していることを示すに止まり，これら２つの態様の関連性，即ち，当初明細書等に記載された，一連の処理において，該２つの態様が，関連して処理されるのか，或いは，相互に関連しない，別の態様として処理されるのかについては，上記Ａ，及び，Ｂの記載内容から読み取ることはできない。
　そして，当初明細書等に記載された「ＡＥＳ命令セット」について，当初明細書等に，
　
Ｃ．「　【００２７】
　一実施形態では，暗号化ラウンド，復号化ラウンド，暗号化復号化最終ラウンド最終ラウンドを行い，ラウンド暗号鍵またはラウンド復号鍵を算出するのに，それぞれ別個のＡＥＳ命令を含むＡＥＳ命令セットが提供される。
一実施形態では，ＡＥＳ命令セットが６つのＡＥＳ命令を含む。各ＡＥＳラウンド命令は，固有演算コード（ｏｐｃｏｄｅ）を有する。固定幅ラウンド鍵の一実施形態（例えば１２８ビット）におけるＡＥＳ命令セットのＡＥＳラウンド命令を，以下の表１に示す
AESENCRYPTRound xmmsrcdst xmm
　　入力：　データ（＝宛先），ラウンド鍵
　　出力：　ラウンド鍵を用いたＡＥＳラウンドによる変換後のデータ
AESENCRYPTLastRound xmmsrcdst xmm
　　入力：　データ（＝宛先），ラウンド鍵
　　出力：　ラウンド鍵を用いたＡＥＳ最終ラウンドによる変換後のデータ
AESDECRYPTRound xmmsrcdst xmm
　　入力：　データ（＝宛先），ラウンド鍵
　　出力：　ラウンド鍵を用いたＡＥＳラウンドによる変換後のデータ
AESDECRYPTLastRound xmmsrcdst xmm
　　入力：　データ（＝宛先），ラウンド鍵
　　出力：　ラウンド鍵を用いたＡＥＳ最終ラウンドによる変換後のデータ
AESNextRoundKey xmmsrc1,2 xmm dst（直近）
　　入力：　鍵の下位１２８ビット，鍵の上位１２８ビット，ラウンド数の
　　　　　　インジケータ
　　出力：　入力から得られた次のラウンド鍵
AESPreviousRoundKey xmmsrc1,2 xmm dst（直近）
　　入力：　鍵の下位１２８ビット，鍵の上位１２８ビット，ラウンド数の
　　　　　　インジケータ
　　出力：　入力から得られた前のラウンド鍵
　【００２８】
　
ＡＥＳ命令セットは，４つのＡＥＳラウンド命令（暗号化，復号化，暗号化最終ラウンド，復号化最終ラウンド），および２つのＡＥＳラウンド鍵命令（次のラウンド鍵および前のラウンド鍵）を含む。ＡＥＳ命令セットのＡＥＳラウンド命令は，最終ラウンド以外の全てのラウンドに利用される暗号化および復号化ラウンド演算を行うシングルラウンド演算を含む
　【００２９】
　さらに
ＡＥＳ命令セットは，最終復号化ラウンドのＡＥＳ復号命令および最終暗号化ラウンドのＡＥＳ暗号命令を含む
・・・・・（中略）・・・・
　【００３１】
　
ＡＥＳ命令セットの他の２つのＡＥＳ命令は，鍵のサイズ（つまり，１２８ビット，１９２ビット，または２５６ビット）に応じてＡＥＳラウンド用のラウンド鍵を生成する
　【００３２】
　また別の実施形態では，直近のフィールドの代わりに，異なる鍵のサイズが，各々が固有演算コードを有する別個の命令として実装されてよい。
この実施形態では，ＡＥＳラウンド鍵命令の数は，各ラウンド鍵演算（例えばAESNextRoundKey_128，AESNextRoundKey_192，およびAESNextRoundKey_256）について３つの別個の命令を含み，AESPreviousRoundKeyもまた，これらに類似した３つの命令のセットを含む
　【００３３】
　
レジスタファイル３０４は，ＡＥＳ命令セットのＡＥＳ命令が利用しうる１２８ビットレジスタを複数有する
　【００３４】
　
表１に示すＡＥＳ命令セットの一実施形態を利用するソースコードの例を，以下の表２に示す。本例においては，多くのブロックに対して同じ鍵を利用する暗号化を行うアプリケーションで性能が最適化されている
　
　と記載されており，上記Ｃの特に下線を附した箇所の記載内容から，本願における「ＡＥＳ命令セット」について，
“ＡＥＳ命令セットが６つのＡＥＳ命令を含むこと，４つのＡＥＳラウンド命令（暗号化，復号化，最終暗号化ラウンド，最終復号化ラウンド），および２つのＡＥＳラウンド鍵命令（次のラウンド鍵および前のラウンド鍵）を含むこと，そして，ＡＥＳ命令セットのＡＥＳラウンド命令は，最終ラウンド以外の全てのラウンドに利用される暗号化および復号化ラウンド演算を行うシングルラウンド演算を含むこと，更に，ＡＥＳ命令セットは，最終復号化ラウンドのＡＥＳ復号命令および最終暗号化ラウンドのＡＥＳ暗号命令を含むこと，ＡＥＳ命令セットの他の２つのＡＥＳ命令は，鍵のサイズ（つまり，１２８ビット，１９２ビット，または２５６ビット）に応じてＡＥＳラウンド用のラウンド鍵を生成すること，ＡＥＳラウンド鍵命令の数は，各ラウンド鍵演算（例えばAESNextRoundKey_128，AESNextRoundKey_192，およびAESNextRoundKey_256）について３つの別個の命令を含み，AESPreviousRoundKeyもまた，これらに類似した３つの命令のセットを含むこと，レジスタファイルが，ＡＥＳ命令セットのＡＥＳ命令が利用しうる１２８ビットレジスタを複数有すること”は読み取れるが，上記指摘の内容は，単に，「ＡＥＳ命令セット」が，複数の命令を含んでいることを示すのみであり，また，それぞれの命令についても，それらの命令が実行される場合に,何らかの条件分岐が起こることを指し示す構成については，上記Ｃの記載中には存在せず，また，上記Ｃの記載内容から当業者にとって自明の事項であるとも認められない。そして，上記Ｃ以外の当初明細書等の記載内容を加味しても，“ＡＥＳ命令セットが処理される過程において，鍵の利用条件に応じて処理が変更される”ことは，記載されておらず，また，当初明細書等の記載内容から，当業者にとって自明の事項とは認められない。
　以上検討したとおりであるから，当初明細書等の記載内容からは，上記で指摘した，補正後の請求項１，請求項１０，及び，請求項２０に係る発明が内包する，
“多くのブロックに対して同じ鍵を利用するか（場合１），異なる鍵を利用して各ブロックの暗号化および復号化のうちの少なくとも１つを実行するか（場合２），の何れかであるかを判別して，該判別結果に応じて，場合１であれば，入力鍵に基づいて複数のＡＥＳラウンドのためのラウンド鍵スケジュールを予め計算することによって複数のＡＥＳラウンドのそれぞれのための複数のラウンド鍵を生成し，場合２であれば，少なくとも１つのＡＥＳラウンドにおいて暗号化および復号化のうちの少なくとも１つを実行する前に，前記ＡＥＳラウンドのうちの少なくとも１つのためにオンザフライでラウンド鍵を計算することによって，複数のＡＥＳラウンドのそれぞれのための複数のラウンド鍵を生成する”
　という態様は記載されておらず，また，当初明細書等の記載内容から，当業者にとって自明の事項とも認められない。
　よって，本件手続補正は，当初明細書等の記載の範囲内でなされたものではない。
　
３．補正却下むすび
　したがって，本件手続補正は，特許法第１７条の２第３項の規定に違反するので，同法第１５９条第１項において読み替えて準用する同法第５３条第１項の規定により却下すべきものである。
　
　よって，補正却下の決定の結論のとおり決定する。
　
第３．本願発明について
　平成２５年１０月２５日付けの手続補正は，上記のとおり却下されたので，本願に係る発明は，上記「第２．平成２５年１０月２５日付けの手続補正の却下の決定」の「１．補正の内容」において「補正前の請求項」として引用した，平成２５年６月５日付けの手続補正により補正された，特許請求の範囲の請求項１〜請求項２１に記載された事項により特定されるものである。
　
第４．原審の拒絶理由
　原審における平成２５年３月４日付けの拒絶理由（以下，これを「原審拒絶理由」という）は，概略，次のとおりである。
　
「　　　　　　　　　　　　　　理　由
　
Ａ．平成２４年１０月１１日付けでした手続補正は，下記の点で外国語書面の翻訳文（又は誤訳訂正書による補正後の明細書，特許請求の範囲若しくは図面）に記載した事項の範囲内においてしたものでないから，特許法第１７条の２第３項に規定する要件を満たしていない。
　
　　　　　　　　　　　　　　　　記
（ａ）同日付け手続補正書により補正された請求項１には
「前記ＡＥＳ命令セットが実行された場合，前記実行部は，
　入力鍵をレジスタにロードし，
　複数のＡＥＳラウンドに対して同じ鍵を利用する場合に，前記入力鍵に基づいて複数のＡＥＳラウンドのためのラウンド鍵スケジュールを予め計算すること，および，異なる鍵を利用して異なるＡＥＳラウンドにおいて暗号化および復号化のうちの少なくとも１つを実行する場合に，少なくとも１つのＡＥＳラウンドにおいて暗号化および復号化のうちの少なくとも１つを実行する前に，前記ＡＥＳラウンドのうちの少なくとも１つのためにオンザフライでラウンド鍵を計算すること，のうちの１つを選択することによって，複数のＡＥＳラウンドのそれぞれのための複数のラウンド鍵を生成し」
と記載されている。
　
・・・・（中略）・・・・
　
　また，入力鍵に関し「複数のＡＥＳラウンドに対して同じ鍵を利用する場合」及び「異なる鍵を利用して異なるＡＥＳラウンドにおいて暗号化および復号化のうちの少なくとも１つを実行する場合」なる「場合」は，翻訳文等に記載も示唆も無い「場合」である。そして，それらの如き「場合」に応じて，ラウンド鍵スケジュールを予め計算するあるいはオンザフライでラウンド鍵を計算するということも，翻訳文等に記載も示唆もないことである。
　
　さらに，前記の記載からして，請求項１に記載の発明は，ＡＥＳ命令セットが実行された場合，実行部が「複数のＡＥＳラウンドに対して同じ鍵を利用する場合」及び「異なる鍵を利用して異なるＡＥＳラウンドにおいて暗号化および復号化のうちの少なくとも１つを実行する場合」という二つの異なる場合を判別し，その判別に応じて，「前記入力鍵に基づいて複数のＡＥＳラウンドのためのラウンド鍵スケジュールを予め計算する」及び「少なくとも１つのＡＥＳラウンドにおいて暗号化および復号化のうちの少なくとも１つを実行する前に，前記ＡＥＳラウンドのうちの少なくとも１つのためにオンザフライでラウンド鍵を計算する」という，異なる態様のラウンド鍵生成を「のうちの１つを選択することによって」行う，すなわち，異なる二つの態様のラウンド鍵生成を選択し，選択した態様のラウンド鍵生成を行う，ということを含むものである。
　一方，当初明細書等の３６−４０段落には，入力鍵に基づいて複数の前記ＡＥＳラウンドのためのラウンド鍵スケジュールを予め計算することが記載され，５５，５６段落には，ＡＥＳラウンドのうちの少なくとも１つのためにオンザフライでラウンド鍵を計算することが記載されている。
　しかしながら，これらの記載は，前記した如き，ＡＥＳ命令セットが実行された場合，実行部が，二つの異なる場合を判別し，その判別に応じて，異なる二つの態様のラウンド鍵生成のうちの一つを選択し，選択した態様のラウンド鍵生成を行う，ということを記載するものではなく，示唆するものでもない。
　
　したがって，請求項１に対する補正は，当初明細書等の記載の範囲内においてしたものではない。
　
（ｂ）補正後の請求項１０には
「前記複数のＡＥＳラウンドに対して同じ鍵を利用する場合に，前記入力鍵に基づいて複数のＡＥＳラウンドのためのラウンド鍵スケジュールを予め計算すること，および，異なる鍵を利用して異なるＡＥＳラウンドにおいて暗号化および復号化のうちの少なくとも１つを実行する場合に，少なくとも１つのＡＥＳラウンドにおいて暗号化および復号化のうちの少なくとも１つを実行する前に，前記ＡＥＳラウンドのうちの少なくとも１つのためにオンザフライでラウンド鍵を計算することのうちの１つを選択することによって，複数のＡＥＳラウンドのそれぞれのための複数のラウンド鍵を生成する段階と，
・・・中略・・・を備える方法。」
が記載されている。
　
　この請求項１０について，（ａ）にて述べたと同様のことがいえる。
　すなわち，入力鍵に関し「複数のＡＥＳラウンドに対して同じ鍵を利用する場合」及び「異なる鍵を利用して異なるＡＥＳラウンドにおいて暗号化および復号化のうちの少なくとも１つを実行する場合」なる「場合」は，翻訳文等に記載も示唆も無い「場合」である。そして，それらの如き「場合」に応じて，ラウンド鍵スケジュールを予め計算するあるいはオンザフライでラウンド鍵を計算するということもまた，翻訳文等に記載も示唆もないことである。
　また，「複数のＡＥＳラウンドに対して同じ鍵を利用する場合」及び「異なる鍵を利用して異なるＡＥＳラウンドにおいて暗号化および復号化のうちの少なくとも１つを実行する場合」という二つの異なる場合を判別し，その判別に応じて，「前記入力鍵に基づいて複数のＡＥＳラウンドのためのラウンド鍵スケジュールを予め計算する」及び「少なくとも１つのＡＥＳラウンドにおいて暗号化および復号化のうちの少なくとも１つを実行する前に，前記ＡＥＳラウンドのうちの少なくとも１つのためにオンザフライでラウンド鍵を計算する」という，異なる二つの態様のラウンド鍵生成をのうちの一つを選択し，選択した態様のラウンド鍵生成を行う，ということも，記載も示唆もされていないことである。
　
　したがって，請求項１０に対する補正は，当初明細書等の記載の範囲内においてしたものではない。
　
（ｃ）補正後の請求項２０には
「前記複数のＡＥＳラウンドに対して同じ鍵を利用する場合に，前記入力鍵に基づいて複数のＡＥＳラウンドのためのラウンド鍵スケジュールを予め計算すること，および，異なる鍵を利用して異なるＡＥＳラウンドにおいて暗号化および復号化のうちの少なくとも１つを実行する場合に，少なくとも１つのＡＥＳラウンドにおいて暗号化および復号化のうちの少なくとも１つを実行する前に，前記ＡＥＳラウンドのうちの少なくとも１つのためにオンザフライでラウンド鍵を計算することのうちの１つを選択することによって，複数のＡＥＳラウンドのそれぞれのための複数のラウンド鍵を生成させ，
・・・中略・・・プログラム。」
が記載されている。
　
　この請求項２０について，（ａ）（ｂ）にて述べたと同様のことがいえる。
　すなわち，入力鍵に関し「複数のＡＥＳラウンドに対して同じ鍵を利用する場合」及び「異なる鍵を利用して異なるＡＥＳラウンドにおいて暗号化および復号化のうちの少なくとも１つを実行する場合」なる「場合」は，翻訳文等に記載も示唆も無い「場合」である。そして，それらの如き「場合」に応じて，ラウンド鍵スケジュールを予め計算するあるいはオンザフライでラウンド鍵を計算するということもまた，翻訳文等に記載も示唆もないことである。
　また，「複数のＡＥＳラウンドに対して同じ鍵を利用する場合」及び「異なる鍵を利用して異なるＡＥＳラウンドにおいて暗号化および復号化のうちの少なくとも１つを実行する場合」という二つの異なる場合を判別し，その判別に応じて，「前記入力鍵に基づいて複数のＡＥＳラウンドのためのラウンド鍵スケジュールを予め計算する」及び「少なくとも１つのＡＥＳラウンドにおいて暗号化および復号化のうちの少なくとも１つを実行する前に，前記ＡＥＳラウンドのうちの少なくとも１つのためにオンザフライでラウンド鍵を計算する」という，プログラムが，異なる二つの態様のラウンド鍵生成をのうちの一つを選択させ，選択した態様のラウンド鍵生成を行わせる，ということも，記載も示唆もされていないことである。
　
　したがって，請求項２０に対する補正は，当初明細書等の記載の範囲内においてしたものではない。
　
　以上で検討したことから，請求項１−２１に対する補正は，当初明細書等の記載の範囲内においてしたものではない。
　
Ｂ．この出願は，願書に添付した明細書，特許請求の範囲又は図面に記載した事項が，下記の点で外国語書面に記載した事項の範囲内にないから，特許法第４９条第６号に該当する。
　
　　　　　　　　　　　　　　　　記
　理由Ａ．にて述べたと同様のことから，請求項１−２１に記載した事項は，外国語書面に記載した事項の範囲内にないものである。
　
Ｃ．この出願は，特許請求の範囲の記載が下記の点で，特許法第３６条第６項第１号に規定する要件を満たしていない。
　
　　　　　　　　　　　　　　　　記
（ａ）理由Ａ．にて述べたと同様のことから，請求項１−２１に係る発明は，発明の詳細な説明に記載したものでない。
　
（ｂ）補正後の請求項１には「前記ＡＥＳ命令セットは，少なくとも１つのシングルラウンドのＡＥＳラウンド命令・・・を含み」及び「各ＡＥＳラウンドにおいて，前記ＡＥＳラウンドの入力および前記ＡＥＳラウンドの前記ラウンド鍵に対して一連のＡＥＳラウンド演算を行わせて，次のＡＥＳラウンドの次の入力または前記ＡＥＳ命令の結果を提供する」と記載され，補正後の請求項３には「前記一連のＡＥＳラウンド演算により，前記実行部は，前記ＡＥＳラウンドの入力および前記ＡＥＳラウンドの前記ラウンド鍵に対して排他的論理和（ＸＯＲ）演算を行って，中間値を生成し，前記一連のＡＥＳラウンド演算により，前記実行部は，ルックアップテーブルに格納されている値に基づいて，前記中間値の各バイトに対して置換演算を行い，前記置換演算の結果に，前記中間値の行をシフトさせるビット線形変換を行う」と記載されている。
　これら請求項の記載からして，補正後の請求項３において「シングルラウンドのＡＥＳラウンド命令」は，実行部に，ＡＥＳラウンドの入力およびＡＥＳラウンドの前記ラウンド鍵に対して排他的論理和（ＸＯＲ）演算を行って，中間値を生成し，ルックアップテーブルに格納されている値に基づいて，前記中間値の各バイトに対して置換演算を行い，前記置換演算の結果に，前記中間値の行をシフトさせるビット線形変換を行う，という処理を行わせるものである。
　しかしながら，ＡＥＳ暗号の技術常識並びに明細書５９−６６段落及び図４の記載からすると，本願明細書に「AESENCRYPTRound」として開示された「シングルラウンドのＡＥＳラウンド命令」は，実行部に，前記の如き動作を行わせるものではない。すなわち，「ＡＥＳラウンド」は，SubBytes, ShiftRows, MixColumns, AddRoundKey の順序で各処理を行うものであるから，「シングルラウンドのＡＥＳラウンド命令」もまた，明細書５９−６６段落及び図４に記載されているように，実行部に，SubBytes, ShiftRows, MixColumns, AddRoundKey の順序で各処理を行わせるものであり，請求項３に記載の如く，AddRoundKey, SubBytes, ShiftRows, MixColumns の順序で各処理を行うものではない。
　してみれば，補正後の請求項３に係る発明は，発明の詳細な説明に記載したものではない。請求項５，１４についても同様のことがいえる。
　
（ｃ）（省略）
　
　なお，当該補正がなされた請求項１−２１に記載した事項は，外国語書面の翻訳文（又は誤訳訂正書による補正後の明細書，特許請求の範囲若しくは図面）に記載した事項の範囲内にないことが明らかであるから，当該請求項に係る発明については，先行技術の調査並びに新規性，進歩性等の特許要件についての審査を行っていない。
　また，本願は，米国特許出願第１１／７２９１９９号（米国特許出願公開第２００８／０２４０４２６号明細書）に基づく優先権を主張する出願であるが，本願の出願当初の特許請求の範囲の記載は，優先権主張の基礎たる米国特許出願第１１／７２９１９９号の特許請求の範囲の記載とは異なっている一方で，前記の出願と同一出願人の別の米国出願である，米国特許出願第１１／６４８４３４号（米国特許出願公開第２００８／０１５９５２６号明細書）の特許請求の範囲の記載と同一であること，理由Ｃ（ｂ）（ｃ）は，前記のことから，本願の出願当初の請求項が，米国特許出願第１１／６４８４３４号の明細書及び図面の記載（例えば図４Ａ）に基づくものであった可能性があること，を付言しておく。」
　
第５．原審の拒絶理由についての当審の判断
１．理由Ｂについて
　平成２５年６月５日付けの手続補正により補正された請求項１，請求項１０，及び，請求項２０は，上記「第２．平成２５年１０月２５日付けの手続補正の却下の決定」の「１．補正の内容」において，補正前の請求項１，請求項１０，及び，請求項２０として引用した，次の記載のとおりのものである。
　
「【請求項１】
　新暗号規格命令セット（ＡＥＳ命令セット）を実行する実行部を備える装置であって，
　前記ＡＥＳ命令セットは，少なくとも１つのシングルラウンドのＡＥＳラウンド命令および少なくとも１つのシングルラウンドのＡＥＳ鍵生成命令を含み，
　前記装置は，
　複数のＡＥＳラウンドに対して同じ鍵を利用する場合に，入力鍵に基づいて複数のＡＥＳラウンドのためのラウンド鍵スケジュールを予め計算することによって複数のＡＥＳラウンドのそれぞれのための複数のラウンド鍵を生成し，異なる鍵を利用して異なるＡＥＳラウンドにおいて暗号化および復号化のうちの少なくとも１つを実行する場合に，少なくとも１つのＡＥＳラウンドにおいて暗号化および復号化のうちの少なくとも１つを実行する前に，前記入力鍵に基づいて前記ＡＥＳラウンドのうちの少なくとも１つのためにオンザフライでラウンド鍵を計算することによって，複数のＡＥＳラウンドのそれぞれのための複数のラウンド鍵を生成する鍵スケジューラを更に備え，
　前記実行部は，前記複数のＡＥＳラウンドのそれぞれにおいて，前記ＡＥＳラウンドの入力および前記ＡＥＳラウンドの前記ラウンド鍵に対して一連のＡＥＳラウンド演算を行わせて，次のＡＥＳラウンドの次の入力または前記ＡＥＳ命令の結果を提供する，装置。」
　
「【請求項１０】
　少なくとも１つのシングルラウンドの新暗号規格ラウンド命令（ＡＥＳラウンド命令）および少なくとも１つのシングルラウンドのＡＥＳ鍵生成命令を含むＡＥＳ命令セットを用いて，複数のＡＥＳラウンドを実行する段階
　を備え，
　前記複数のＡＥＳラウンドに対して同じ鍵を利用する場合に，入力鍵に基づいて複数のＡＥＳラウンドのためのラウンド鍵スケジュールを予め計算することにより複数のＡＥＳラウンドのそれぞれのための複数のラウンド鍵を生成する段階と，
　異なる鍵を利用して異なるＡＥＳラウンドにおいて暗号化および復号化のうちの少なくとも１つを実行する場合に，少なくとも１つのＡＥＳラウンドにおいて暗号化および復号化のうちの少なくとも１つを実行する前に，前記ＡＥＳラウンドのうちの少なくとも１つのためにオンザフライでラウンド鍵を計算すること，のうちの１つを選択することによって，複数のＡＥＳラウンドのそれぞれのための複数のラウンド鍵を生成する段階と，
　前記ＡＥＳラウンドの入力および前記ＡＥＳラウンドの前記ラウンド鍵に対して一連のＡＥＳラウンド演算を行い，次のＡＥＳラウンドの次の入力または前記ＡＥＳ命令の結果を提供する段階と，を備える方法。」
　
「【請求項２０】
　コンピュータに，新暗号規格命令セット（ＡＥＳ命令セット）を用いて，複数のＡＥＳラウンドを実行させるためのプログラムであって，前記コンピュータに，
　前記複数のＡＥＳラウンドに対して同じ鍵を利用する場合に，入力鍵に基づいて複数のＡＥＳラウンドのためのラウンド鍵スケジュールを予め計算することによって複数のＡＥＳラウンドのそれぞれのための複数のラウンド鍵を生成させ，
　異なる鍵を利用して異なるＡＥＳラウンドにおいて暗号化および復号化のうちの少なくとも１つを実行する場合に，少なくとも１つのＡＥＳラウンドにおいて暗号化および復号化のうちの少なくとも１つを実行する前に，前記ＡＥＳラウンドのうちの少なくとも１つのためにオンザフライでラウンド鍵を計算することによって，複数のＡＥＳラウンドのそれぞれのための複数のラウンド鍵を生成させ，
　各ＡＥＳラウンドにおいて，前記ＡＥＳラウンドの入力および前記ＡＥＳラウンドの前記ラウンド鍵に対して一連のＡＥＳラウンド演算を行わせて，次のＡＥＳラウンドの次の入力または前記ＡＥＳ命令の結果を提供させる，プログラム。」
　
　上記に再度引用した，平成２５年６月５日付けの手続補正によって補正された，請求項１に係る発明が，上記に引用した記載内容から，
“鍵スケジューラが，複数のＡＥＳラウンドに対して同じ鍵を利用する場合（場合１）と，異なる鍵を利用して異なるＡＥＳラウンドにおいて暗号化および復号化のうちの少なくとも１つを実行する場合（場合２）とを識別し，場合１であれば，入力鍵に基づいて複数のＡＥＳラウンドのためのラウンド鍵スケジュールを予め計算することによって複数のＡＥＳラウンドのそれぞれのための複数のラウンド鍵を生成し，場合２であれば，少なくとも１つのＡＥＳラウンドにおいて暗号化および復号化のうちの少なくとも１つを実行する前に，前記入力鍵に基づいて前記ＡＥＳラウンドのうちの少なくとも１つのためにオンザフライでラウンド鍵を計算することによって，複数のＡＥＳラウンドのそれぞれのための複数のラウンド鍵を生成する”という態様を含むこと，
　平成２５年６月５日付けの手続補正によって補正された，請求項１０に係る発明が，
“ＡＥＳ命令セットを用いて，複数のＡＥＳラウンドを実行する段階が，
　複数のＡＥＳラウンドに対して同じ鍵を利用する場合に，入力鍵に基づいて複数のＡＥＳラウンドのためのラウンド鍵スケジュールを予め計算することにより複数のＡＥＳラウンドのそれぞれのための複数のラウンド鍵を生成する段階と，
　異なる鍵を利用して異なるＡＥＳラウンドにおいて暗号化および復号化のうちの少なくとも１つを実行する場合に，少なくとも１つのＡＥＳラウンドにおいて暗号化および復号化のうちの少なくとも１つを実行する前に，前記ＡＥＳラウンドのうちの少なくとも１つのためにオンザフライでラウンド鍵を計算すること，のうちの１つを選択することによって，複数のＡＥＳラウンドのそれぞれのための複数のラウンド鍵を生成する段階の２つの段階を含む”という態様，更には，その２つの「段階」を，
“複数のＡＥＳラウンドに対して同じ鍵を利用する場合と，異なる鍵を利用して異なるＡＥＳラウンドにおいて暗号化および復号化のうちの少なくとも１つを実行する場合とを識別して適用する”という態様を含むこと，
　及び，平成２５年６月５日付けの手続補正によって補正された，請求項２０に係る発明が，
“コンピュータに，新暗号規格命令セット（ＡＥＳ命令セット）を用いて，複数のＡＥＳラウンドを実行させるためのプログラムが，複数のＡＥＳラウンドに対して同じ鍵を利用する場合（場合１）と，異なる鍵を利用して異なるＡＥＳラウンドにおいて暗号化および復号化のうちの少なくとも１つを実行する場合（場合２）とを識別し，或いは，コンピュータに識別させ，場合１であれば，コンピュータに，入力鍵に基づいて複数のＡＥＳラウンドのためのラウンド鍵スケジュールを予め計算することによって複数のＡＥＳラウンドのそれぞれのための複数のラウンド鍵を生成させ，場合２であれば，コンピュータに，少なくとも１つのＡＥＳラウンドにおいて暗号化および復号化のうちの少なくとも１つを実行する前に，前記ＡＥＳラウンドのうちの少なくとも１つのためにオンザフライでラウンド鍵を計算することによって，複数のＡＥＳラウンドのそれぞれのための複数のラウンド鍵を生成させる”という態様を含むことは明らかである。
　
　一方，本願の原出願であるＰＣＴ／ＵＳ２００８／０５８１２８号の明細書（以下，これを「外国語明細書」という）には，
　
Ｄ．「When the same key is used for many blocks, the round key for each round (key schedule) may be pre-computed and stored in memory (for example, level 1 data cache 204) so that the same key schedule does not have to be recomputed prior to an encryption/decryption operation on each block.
 
RK[O] = Input Key 
For i = 1..10
 
 RK [i] = AESNextRoundKey (RK[i-l])
 
End
 
STATE = Input Block
 
STATE = STATE xor RK[O]
 
For i = 1..9
 
 STATE = AESENCRYPTRound (STATE, RK[i])
 
End
 
STATE = AESENCRYPTLastRound (STATE, RK[IO])
 
 Table 2
 
　An array (RK) having 10 elements is used to store the key schedule for the key. The input key for AES- 128 encryption is stored in RK[O] and the 9 round keys RK[O] - RK[I] are pre-computed through a call to the AESNextRoundKey instruction from the aes instruction set. The AESNextRoundKey instruction computes the next round based on the current round key. The pre-computed round keys for the key schedule may be stored in round key 214 in level 1 data cache 204. 
　In this example, as the portion of the key schedule (expanded key), that is the round key for the round is input directly from the register file 304, an exclusive OR (XOR)operation is performed on the state and key prior to entering the loop for performing the aes rounds. For each round 1 through 9, the AESENCRYPTRound instruction from the aes instruction set is called to perform the aes round operation for one round. For the last round (round 10) the AESNECYRPTLastRound instruction from the aes instruction set is called to perform the aes round operation for the last round.  
　Information to be encrypted or decrypted by the aes instruction is loaded into a source/destination register 306 in the register file 304 prior to issuing the first aes instruction to start an encrypt or decrypt operation. The key to be used to encrypt/decrypt the information in the source register 306 is stored in one or more other registers 308 in the register file 308. In the case of a 128-bit key, the entire 128-bits of the key are stored in any one of the other 128-bit registers in the register file 304. For key sizes greater than 128 bits, the most significant bits (greater than 128 bits) are stored in another one of the 128-bit registers.
 　In the example shown in Table 2, the round key for each round is pre-computed based on the key and may be stored in level 1 data cache 204 prior to being loaded into any one of the registers 308 in the register file 304. The key for each round may also be stored in one or more registers in the register file 304 or may be stored in round key 214 in level 1 data cache 204.」（８頁２６行〜１０頁１３行）
　
　という記載が存在し，上記Ｄは，当初明細書等の段落【００３６】〜段落【００４０】に記載された内容に一致するので，その内容は，概略，
「多くのブロックについて同じ鍵を利用する場合，各ラウンドのラウンド鍵（鍵スケジュール）は，予め計算されてメモリ（例えばレベル１データキャッシュ２０４）に格納されている」点が記載され，該“ラウンド鍵が，メモリに予め格納されている”ことを実現するために，“入力鍵を，格納して，ラウンド鍵を，ＡＥＳ命令セットからAESNextRoundKey命令を読み出すことで予め計算する”
　というものである。上記Ｄの他，外国語明細書には，
　
Ｅ．「When a different key is used to encrypt/decrypt each block, for example, in the case of a network interface controller (NIC) that is encypting/decrypting data packets, the round key may computed on-the-fly prior to performing encryption/decryption for each round as shown in the pseudo code below in Table 3 for AES- 128 encryption:
 
RK[O] = Input Key 
STATE = Input Block 
STATE = STATE xor RK[O]
 
For i = 1..9
　RK [i] = AESNextRoundKey (RK[i-l]) 
　STATE = AESENCRYPTRound (STATE, RK[i])
End
RK [10] = AESNextRoundKey (RK[9])
STATE = AESENCRYPTLastRound (STATE, RK[IO])
 
Table 3
 
　In this example, the round key for the round is generated prior to performing encryption using the round key for each of the 10 rounds in the key schedule (expanded key), that is, rounds 1-9 and round 10 (the last round).」（１２頁２６行〜１３頁６行）
　
　という記載が存在し，上記Ｅは，当初明細書等の段落【００５５】，及び，段落【００５６】に記載された内容と一致するので，その内容は，概略，
“異なる鍵を利用して各ブロックを暗号化／復号化する場合，ラウンド鍵は，各ラウンドについて暗号化／復号化を行う前に，その都度計算されてよい”
　というものである。
　即ち,外国語明細書には，
“多くのブロックについて同じ鍵を利用する場合，各ラウンドのラウンド鍵（鍵スケジュール）は，入力鍵を，格納して，ラウンド鍵を，ＡＥＳ命令セットからAESNextRoundKey命令を読み出すことで予め計算されてメモリに格納されている”態様と，
“異なる鍵を利用して各ブロックを暗号化／復号化する場合，ラウンド鍵は，各ラウンドについて暗号化／復号化を行う前に，その都度計算されてよい”という態様とが，記載されていることまでは読み取ることができるが，上記引用の記載からは，単に，“同じ鍵を利用する場合”と，“異なる鍵を利用する場合”とが，それぞれ，個別に存在していることを示すに止まり，これら２つの態様の関連性，即ち，当初明細書等に記載された，一連の処理において，該２つの態様が，関連して処理されるのか，或いは，相互に関連しない，別の態様として処理されるのかについては，上記Ｄ，及び，Ｅの記載内容から読み取ることはできない。
　外国語明細書の他の記載をみても，上記Ｄ，及び，上記Ｅにおける処理を，“多くのブロックについて同じ鍵を利用する場合”と，“異なる鍵を利用して各ブロックを暗号化／復号化する場合”とで識別して行うことは記載されておらず，また，外国語明細書に記載された内容から，当業者にとって自明の事項でもない。
　以上検討したとおりであるから，平成２５年６月５日付けの手続補正により補正された請求項１，請求項１０，及び，請求項２０に係る発明は，依然として，外国語明細書に記載されたものではない。
　そして，平成２５年６月５日付けの手続補正により補正された請求項２〜請求項９は，同請求項１を直接・間接に引用し，同請求項１１〜請求項１９は，同請求項１０を直接・間接に引用し，同請求項２１は，同請求項２０を引用するので，上記で指摘した外国語明細書に記載されていない構成を内包する。
　よって，平成２５年６月５日付けの手続補正により補正された請求項１〜請求項２１は，依然として，外国語明細書に記載されたものではない。
　
　なお，原審による平成２５年６月２１日付けの拒絶査定においては，原審拒絶理由における理由Ａ，即ち，特許法第１７条の２第３項についての言及がないが，
　上記で検討したとおり，外国語明細書の内容は，当初明細書等の記載と一致することから，平成２５年６月５日付けの手続補正により補正された請求項１，請求項１０，及び，請求項２０に係る発明は，当初明細書等に記載されたものでないこと，即ち，平成２５年６月５日付けの手続補正は，平成２４年１０月２２日付けで提出された明細書，請求の範囲，及び，図面（図面の中の説明に限る）の日本語による翻訳文の記載の範囲内でなされたものでないことは明らかである。
　
２．理由Ｃについて
（１）（ａ）について
　上記「１．理由Ｂについて」において検討した，平成２５年６月５日付けの手続補正により補正された請求項１，請求項１０，及び，請求項２０に係る発明に含まれる態様に対して，本願明細書の発明の詳細な説明には，上記Ａ，及び，Ｂとして引用した記載が存在し,
　上記「第２．平成２５年１０月２５日付けの手続補正の却下の決定」の「２．補正の適否」において指摘したとおり，上記Ａに記載された内容から，本願明細書の発明の詳細な説明には，
「多くのブロックについて同じ鍵を利用する場合，各ラウンドのラウンド鍵（鍵スケジュール）は，予め計算されてメモリ（例えばレベル１データキャッシュ２０４）に格納されている」点が記載され，該“ラウンド鍵が，メモリに予め格納されている”ことを実現するために，“入力鍵を，格納して，ラウンド鍵を，ＡＥＳ命令セットからAESNextRoundKey命令を読み出すことで予め計算する”ことが記載されていることが読み取れ，
　上記Ｂに記載された内容から，本願明細書の発明の詳細な説明には，
“異なる鍵を利用して各ブロックを暗号化／復号化する場合，ラウンド鍵は，各ラウンドについて暗号化／復号化を行う前に，その都度計算されてよい”ことが記載されていると読み取れる。
　即ち，本願明細書の発明の詳細な説明には，
“多くのブロックについて同じ鍵を利用する場合，各ラウンドのラウンド鍵（鍵スケジュール）は，入力鍵を，格納して，ラウンド鍵を，ＡＥＳ命令セットからAESNextRoundKey命令を読み出すことで予め計算されてメモリに格納されている”態様と，
“異なる鍵を利用して各ブロックを暗号化／復号化する場合，ラウンド鍵は，各ラウンドについて暗号化／復号化を行う前に，その都度計算されてよい”という態様とが，記載されていることまでは読み取ることができるが，上記引用の記載からは，単に，“同じ鍵を利用する場合”と，“異なる鍵を利用する場合”とが，それぞれ，個別に存在していることを示すに止まり，これら２つの態様の関連性，即ち，本願明細書の発明の詳細な説明に記載された，一連の処理において，該２つの態様が，関連して処理されるのか，或いは，相互に関連しない，別の態様として処理されるのかについては，上記Ａ，及び，Ｂの記載内容から読み取ることはできない。
　そして，本願明細書の発明の詳細な説明に記載された「ＡＥＳ命令セット」について，本願明細書の発明の詳細な説明に，上記Ｃにおいて引用した記載が存在し，
　上記「第２．平成２５年１０月２５日付けの手続補正の却下の決定」の「２．補正の適否」において指摘したとおり，上記Ｃの特に下線を附した箇所の記載内容から，本願における「ＡＥＳ命令セット」について，
“ＡＥＳ命令セットが６つのＡＥＳ命令を含むこと，４つのＡＥＳラウンド命令（暗号化，復号化，最終暗号化ラウンド，最終復号化ラウンド），および２つのＡＥＳラウンド鍵命令（次のラウンド鍵および前のラウンド鍵）を含むこと，そして，ＡＥＳ命令セットのＡＥＳラウンド命令は，最終ラウンド以外の全てのラウンドに利用される暗号化および復号化ラウンド演算を行うシングルラウンド演算を含むこと，更に，ＡＥＳ命令セットは，最終復号化ラウンドのＡＥＳ復号命令および最終暗号化ラウンドのＡＥＳ暗号命令を含むこと，ＡＥＳ命令セットの他の２つのＡＥＳ命令は，鍵のサイズ（つまり，１２８ビット，１９２ビット，または２５６ビット）に応じてＡＥＳラウンド用のラウンド鍵を生成すること，ＡＥＳラウンド鍵命令の数は，各ラウンド鍵演算（例えばAESNextRoundKey_128，AESNextRoundKey_192，およびAESNextRoundKey_256）について３つの別個の命令を含み，AESPreviousRoundKeyもまた，これらに類似した３つの命令のセットを含むこと，レジスタファイルが，ＡＥＳ命令セットのＡＥＳ命令が利用しうる１２８ビットレジスタを複数有すること”は読み取れるが，上記指摘の内容は，単に，「ＡＥＳ命令セット」が，複数の命令を含んでいることを示すのみであり，また，それぞれの命令についても，それらの命令が実行される場合に,何らかの条件分岐が起こることを指し示す構成については，上記Ｃの記載中には存在せず，また，上記Ｃの記載内容から当業者にとって自明の事項であるとも認められない。そして，上記Ｃ以外の本願明細書の発明の詳細な説明の記載内容を加味しても，“ＡＥＳ命令セットが処理される過程において，鍵の利用条件に応じて処理が変更される”ことは，記載されておらず，また，本願明細書の発明の詳細な説明の記載内容から，当業者にとって自明の事項とは認められない。
　
　以上検討したとおりであるから，平成２５年６月５日付けの手続補正により補正された請求項１，請求項１０，請求項２０は，依然として，本願明細書の発明の詳細な説明に記載されたものではなく，請求項１を直接・間接に引用する請求項２〜請求項９，請求項１０を直接・間接に引用する請求項１１〜請求項１９，及び，請求項２０を引用する請求項２１も，依然として，本願明細書の発明の詳細な説明に記載されたものではない。
　
（２）（ｂ）について
　平成２５年６月５日付けの手続補正により補正された請求項５は，上記「第２．平成２５年１０月２５日付けの手続補正の却下の決定」の「１．補正の内容」において，補正前の請求項５として引用した，次のとおりのものである。
　
「【請求項５】
　前記複数のＡＥＳラウンドが最終ＡＥＳラウンドを含む場合に，最終ラウンドに前記一連のＡＥＳラウンド演算を行うことで，前記実行部は，
　前記ラウンドの入力および前記ＡＥＳラウンドの前記ラウンド鍵に対して排他的論理和（ＸＯＲ）演算を行って，中間値を生成し，
　ルックアップテーブルに格納されている値に基づいて，前記中間値の各バイトに対して置換演算を行い，
　前記置換演算の結果に，前記中間値の行をシフトさせるビット線形変換を行う，請求項４に記載の装置。」
　
　上記引用の平成２５年６月５日付けの手続補正により補正された請求項５の記載中の，
「前記ラウンドの入力および前記ＡＥＳラウンドの前記ラウンド鍵に対して排他的論理和（ＸＯＲ）演算を行って，中間値を生成し」，
　は，“ＡＥＳラウンドの処理過程において，ラウンドの入力とラウンド鍵に対して排他的論理和（ＸＯＲ）を行って中間値を生成する”ことを表現するものである。
　この点に関して，本願明細書の発明の詳細な説明，及び，図面には，
　
Ｆ．「【００４８】
　ブロック状態３１４では，ＡＥＳラウンドロジック３２４への
１２８ビットの入力（状態）に，ビットワイズＸＯＲを用いて，鍵（ラウンドに関連付けられた拡張鍵の１２８ビットの部分）を追加して，１２８ビットの中間値（状態）を生成する
　
　という記載が存在し，【図３】に，「ＡＥＳラウンドロジック」が，
「ブロック状態３１４→Ｓ−ボックス／逆Ｓ−ボックス３１６→行シフト３１８→逆列混合またはヌル混合３２０→ラウンド鍵加算３２６」から構成されていることが示されている。そして，「ＡＥＳ暗号化ラウンド命令のフロー」については，本願明細書の段落【００５９】〜段落【００６６】，及び，【図４】に示されている。
　しかしながら，上記Ｆに記載された“中間値の生成”を，段落【００５９】〜段落【００６６】に示された「フロー」の中で行うことは，本願明細書には記載されておらず，【図３】，【図４】の記載内容を加味しても，本願明細書，及び，図面の記載内容から読み取れるものではない。
　加えて，“ＡＥＳラウンド”については，例えば，本願の第１国出願前に既に公知である，「清家秀律，黒川恭一「ＡＥＳ暗号用ＳｕｂＢｙｔｅ，ＭｉｘＣｏｌｕｍｎｓ変換の方式設計」，情報処理学会研究報告．ＣＳＥＣ，［コンピュータセキュリティ］，２００１（７５），一般社団法人情報処理学会，２００１年７月２５日発行，ｐ１１９−１２６」（以下，これを「周知技術文献」という）に，
　
Ｇ．「2　AES （Rijndael）暗号の概要
　AES 暗号となったRijndaelは，ベルギーのJoan　Daemen氏とVincent　Rijmen氏により開発された暗号である。
　アルゴリズムでは，128-bitの暗号化及び復号のdataと，128，192，256-bitの秘密鍵を使っている。
　暗号化においては，SubBytes，ShiftRows，MixColumns，AddRoundKeyという4つの変換部により構成されたRoundを，入力された秘密鍵のbit数により10，12，14回実行する。
ただし，Roundを実行する前に，入力dataにAddRoundKey変換が行われること
　復号においても，暗号化と同様であるが，Roundを構成している変換部がInvSubBytes，InvShiftRows，IsnvMixColumns変換に換わる。
　拡大鍵の生成は，秘密鍵から行い，秘密鍵のbit数（128，192，256-bit）により生成される拡大鍵のbit数が決まる。」（１２０頁左欄１５行〜３０行）
　
　とあるように，“入力と，ラウンド鍵との排他的論理和は，ラウンドの前に行われること”は，当該技術分野の技術常識である。
　そして，上記指摘の技術常識を踏まえれば，上記Ｆに引用した「中間値（状態）を生成する」ことが，段落【００５９】〜段落【００６６】に示された「ＡＥＳ暗号化ラウンド命令のフロー」の中で行われるものでないことは明らかである。
　よって，本願明細書の発明の詳細な説明には，当該技術分野における技術常識を踏まえても，“ＡＥＳラウンドの処理過程において，ラウンドの入力とラウンド鍵に対して排他的論理和（ＸＯＲ）を行って中間値を生成する”ことは記載されていない。
　以上のとおりであるから，平成２５年６月５日付けの手続補正により補正された請求項５に係る発明は，原審拒絶理由の理由Ｃの（ｂ）で指摘した事項が，依然として解消しておらず，この点からも，本願明細書の発明の詳細な説明に記載されたものではない。
　
第６．むすび
　したがって，本願は，特許法第４９条第６号，及び，同第３６条第６項第１号に規定する要件を満たしていない。
　
　よって，結論のとおり審決する。