【事件の表示】
　特願２０１１−１１６６３０「コンピュータソフトウェア製品を安全に配布する方法及びシステム」拒絶査定不服審判事件〔平成２３年　８月１８日出願公開，特開２０１１−１５９３２７〕について，次のとおり審決する。
【結　論】
　本件審判の請求は，成り立たない。
【理　由】
第１．手続の経緯
　本願は，平成１４年１月２８日（パリ条約による優先権主張外国庁受理２００１年１月３１日　アメリカ合衆国）を国際出願日とする特願２００２−０１８６９４号の一部を，平成１９年４月１８日に新たな特許出願とした特願２００７−１０９５３１号の一部を，平成２３年５月２５日に新たな特許出願としたものであって，
　平成２３年６月２２日付けで審査請求がなされると共に手続補正がなされ，平成２３年６月２８日付けで手続補正がなされ，平成２４年２月９日付けで審査官により拒絶理由が通知され，これに対して平成２４年８月１０日付けで意見書が提出されると共に手続補正がなされ，平成２５年２月１２日付けで審査官により拒絶理由が通知され，これに対して平成２５年５月１４日付けで意見書が提出されたが，平成２５年５月２９日付けで審査官により拒絶査定がなされ（発送；平成２５年５月３１日），これに対して平成２５年９月３０日付けで審判請求がなされると共に手続補正がなされ，平成２５年１２月１９日付けで審査官により特許法第１６４条第３項の規定に基づく報告がなされたものである。
　
第２．平成２５年９月３０日付けの手続補正の却下の決定
　
　［補正却下の決定の結論］
　
　平成２５年９月３０日付け手続補正を却下する。
　
　［理由］
　
１．補正の内容
　平成２５年９月３０日付けの手続補正（以下，「本件手続補正」という）により，本願明細書の
「　【００３８】
　選択されたソフトウェア製品を含むパッケージ形媒体はユーザに配布される。これは，一般に認証処理以前の任意の時に生じることができ，パッケージ形媒体を顧客に送るか又は小売業者を通してその媒体へアクセスするような幾つかの手段によってなし得る。対話型コンピュータエンタテインメントシステムを使用して，その後ユーザは，自分がどのソフトウェアタイトルを賃貸，さもなければ限定的使用の制限を受ける購入をしたいかを示す。ユーザは，賃貸される利用可能なプログラム又はコンテンツのタイトルを表示する選択メニューを提示される。ユーザは，自分のユーザ公開キーを対話型コンピュータエンタテインメントシステムに入力する（ステップ３０８）。ステップ３１０では，対話型エンタテインメントシステムは，賃貸されるソフトウェアタイトルのＩＤ番号もユーザ公開キーに暗号化する。対話型コンピュータエンタテインメントシステムはメモリカードの公開キーをユーザ公開キーに暗号化する。一実施例では，メモリカード公開キーは，メモリカードに記憶された情報に基づいて作成され，使用時に対話型エンタテインメントシステムに挿入されるメモリカード内にプログラム化される。次に，対話型コンピュータシステムは，このシステムに接続された表示装置のスクリーン上にこの暗号化情報を表示する（ステップ３１２）。」
　及び，
「　【００４１】
　この処理は，ステップ３１８又は３２０で受信された暗号解読データ（ユーザ公開キーデータ）から，ソフトウェアタイトルのＩＤ番号及び対話型コンピュータエンタテインメントシステムのメモリカードの公開キーを検索するステップ３２４から続く。次に，このサーバは，ソフトウェアタイトル用の対応する秘密キーをデータベースから検索し，この秘密キーをメモリカード公開キー及びユーザ秘密キーの両方へ暗号化する（ステップ３２６）。一実施例では，ソフトウェアタイトルのためのソフトウェアプログラムは，サーバ１０２に密に接続又は疎に接続されるコンテンツデータベース１０６に記憶される。このステップでは，サーバは，ユーザが選択した購入オプションのデータをメモリカード公開キー及びユーザ秘密キーの両方へ暗号化もする。」
（以下，上記引用の本願明細書の各段落を，「補正前の段落」という）が，
「　【００３８】
　選択されたソフトウェア製品を含むパッケージ形媒体はユーザに配布される。これは，一般に認証処理以前の任意の時に生じることができ，パッケージ形媒体を顧客に送るか又は小売業者を通してその媒体へアクセスするような幾つかの手段によってなし得る。対話型コンピュータエンタテインメントシステムを使用して，その後ユーザは，自分がどのソフトウェアタイトルを賃貸，さもなければ限定的使用の制限を受ける購入をしたいかを示す。ユーザは，賃貸される利用可能なプログラム又はコンテンツのタイトルを表示する選択メニューを提示される。ユーザは，自分のユーザ公開キーを対話型コンピュータエンタテインメントシステムに入力する（ステップ３０８）。ステップ３１０では，対話型エンタテインメントシステムは，賃貸されるソフトウェアタイトルのＩＤ番号もユーザ公開キー（）に暗号化する。対話型コンピュータエンタテインメントシステムはメモリカードの公開キーをユーザ公開キーに暗号化する。
即ち，対話型コンピュータエンタテインメントシステムはメモリカードの公開キーを，ステップ３０６にてサーバから供給されたユーザ公開キーを用いて暗号化する。
　及び，
「　【００４１】
　この処理は，ステップ３１８又は３２０で受信された暗号解読データ（ユーザ公開キーデータ）から，ソフトウェアタイトルのＩＤ番号及び対話型コンピュータエンタテインメントシステムのメモリカードの公開キーを検索するステップ３２４から続く。次に，このサーバは，ソフトウェアタイトル用の対応する秘密キーをデータベースから検索し，この秘密キーをメモリカード公開キー及びユーザ秘密キーの両方へ暗号化する（ステップ３２６）。
即ち，サーバは，ソフトウェアタイトル用の対応する秘密キーを，ステップ３２４でユーザ公開キーから引き出したメモリカード公開キー及びステップ３０４で作成したユーザ秘密キーを用いて暗号化する。
（以下，上記引用の各段落を，「補正後の段落」という，なお，補正後の段落に附加された下線は，審判請求人が附加したものである。）に補正された。
　
２．補正の適否
　本件手続補正が，平成１４年法律第２４号改正附則第３条第１項によりなお従前の例によるとされる同法による改正前の特許法第１７条の２第３項の規定を満たすものであるか否か，即ち，本件手続補正が，願書に最初に添付された明細書，特許請求の範囲，及び，図面（以下，これを「当初明細書等」という）に記載した事項の範囲内でなされたものであるかについて，以下に検討する。
　
　当初明細書等には，
「対話型コンピュータエンタテインメントシステムはメモリカードの公開キーをユーザ公開キーに暗号化する。
即ち，対話型コンピュータエンタテインメントシステムはメモリカードの公開キーを，ステップ３０６にてサーバから供給されたユーザ公開キーを用いて暗号化する。
　という記載，及び，
「このサーバは，ソフトウェアタイトル用の対応する秘密キーをデータベースから検索し，この秘密キーをメモリカード公開キー及びユーザ秘密キーの両方へ暗号化する（ステップ３２６）。
即ち，サーバは，ソフトウェアタイトル用の対応する秘密キーを，ステップ３２４でユーザ公開キーから引き出したメモリカード公開キー及びステップ３０４で作成したユーザ秘密キーを用いて暗号化する。
　という記載は存在しない。
　そして，当初明細書等には，
「対話型コンピュータエンタテインメントシステムはメモリカードの公開キーをユーザ公開キーに暗号化する」
　ことと，
「対話型コンピュータエンタテインメントシステムはメモリカードの公開キーを，ステップ３０６にてサーバから供給されたユーザ公開キーを用いて暗号化する」
　こととが，同義であること，及び，
「このサーバは，ソフトウェアタイトル用の対応する秘密キーをデータベースから検索し，この秘密キーをメモリカード公開キー及びユーザ秘密キーの両方へ暗号化する」
　ことと，
「サーバは，ソフトウェアタイトル用の対応する秘密キーを，ステップ３２４でユーザ公開キーから引き出したメモリカード公開キー及びステップ３０４で作成したユーザ秘密キーを用いて暗号化する」
　こととが，同義であることを明確に指し示す記載も存在しない。
　そこで，以降において，
「対話型コンピュータエンタテインメントシステムはメモリカードの公開キーをユーザ公開キーに暗号化する」
　ことと，
「対話型コンピュータエンタテインメントシステムはメモリカードの公開キーを，ステップ３０６にてサーバから供給されたユーザ公開キーを用いて暗号化する」
　こととが，同義であること，及び，
「このサーバは，ソフトウェアタイトル用の対応する秘密キーをデータベースから検索し，この秘密キーをメモリカード公開キー及びユーザ秘密キーの両方へ暗号化する」
　ことと，
「サーバは，ソフトウェアタイトル用の対応する秘密キーを，ステップ３２４でユーザ公開キーから引き出したメモリカード公開キー及びステップ３０４で作成したユーザ秘密キーを用いて暗号化する」
　こととが，同義であることが，当初明細書等の記載内容から読み取れるかについて，検討する。
　
（１）「対話型コンピュータエンタテインメントシステムはメモリカードの公開キーをユーザ公開キーに暗号化する」
　ことと，
「対話型コンピュータエンタテインメントシステムはメモリカードの公開キーを，ステップ３０６にてサーバから供給されたユーザ公開キーを用いて暗号化する」
　こととが，同義であるかについて
　
　当初明細書等に，
「　【００２７】
　図２ｂは，本発明の一実施例によるクライアント／サーバ・コンピュータ・ネットワークでソフトウェア製品を配布する暗号化／暗号解読処理を示す。
図２ｂは，図２ａに示された暗号化処理の一層詳細な例示を行う
　【００２８】
　図２ｂに示された実施例の場合，ソフトウェアタイトルは，タイトル公開キー（タイトルＡ）で暗号化される。この処理を開始するためユーザ２２０は，ユーザ情報をサーバ２２２に供給する。サーバ２２２は，ユーザ情報を使用し，ユーザ公開キー（ユーザＡ）及びユーザ秘密キー（ユーザＢ）の対２２６を作成する。
次に，サーバ２２２は，ユーザ２２０にユーザＡキーを送り返す。次に，コンソールＡキー２２８及びコンソールＢキー２２９を含むコンソール公開キー／秘密キーの対が，ユーザ２２０のために作成される。ユーザは，ユーザ公開キー（ユーザＡ）を使用してコンソール公開キー（コンソールＡ）２２８を暗号化し，サーバ２２２に送信する
　
　という記載が存在し，上記引用の段落【００２８】に記載された，下線を附した記載内容によれは，当初明細書等には，
“ユーザ２２０は，サーバ２２２から送られたユーザＡキー（ユーザ公開キー（ユーザＡ）とも表記）を用いて，コンソール公開キー（コンソールＡ）２２８を暗号化する”ことが記載されていることが読み取れ，この処理内容は，公開鍵暗号系を用いた，通常の“鍵配送”の手法であることは，当業者には周知の技術事項である。
　そして，当初明細書等には，
　
「 【００３２】
　
図２ａに示されるように，図１のシステムを使用する利用可能な４つの配布及び顧客アクセスの実施例が考えられる
第１の実施例は，ソフトウェア製品がパッケージ形記憶媒体１２２を使用してオフラインで顧客に配布され，顧客が暗号解読情報を電話機１３２を使用してサーバにオフラインで供給する実施例である
　【００３３】
　残りの実施例の場合，ゲームコンソール１１４は，直接通信又はコンピュータネットワークを介してサーバシステム１１０に接続され，このネットワークの幾つかの態様は，顧客トランザクションの配布及び／又は暗号解読の面で使用される。
第２の実施例は，ソフトウェア製品がネットワーク１０８を介して製品の送信によるオンラインで顧客に配布され，顧客はネットワーク１０８及びゲームコンソール１１４を介して暗号解読情報をサーバシステム１１０に供給する実施例である
第３の実施例は，ソフトウェア製品がパッケージ形記憶媒体１２２の使用によるオフラインで顧客に配布され，顧客がネットワーク１０８及びゲームコンソール１１４を介して暗号解読情報をサーバシステム１１０に供給する実施例である
第４の実施例は，ソフトウェア製品がネットワーク１０８を介して製品の送信によるオンラインで顧客に配布され，顧客は，電話機１３２を使用してオフラインで暗号解読情報をサーバシステム１１０に供給する実施例である
　
　と記載されていて，上記で引用した段落【００２７】の「
図２ｂは，図２ａに示された暗号化処理の一層詳細な例示を行う
　そして，当初明細書等の段落【００３４】〜段落【００４５】に記載された内容は，【図３】に関連するものであって，当初明細書等の段落【００３４】に，「図３は，本発明のオフライン配布実施例のための限定使用のソフトウェア製品を配布するステップを示すフローチャートである」と記載されていることから，当初明細書等の段落【００３４】〜段落【００４５】に記載されている実施例は，段落【００３３】に記載された「
第３の実施例は，ソフトウェア製品がパッケージ形記憶媒体１２２の使用によるオフラインで顧客に配布され，顧客がネットワーク１０８及びゲームコンソール１１４を介して暗号解読情報をサーバシステム１１０に供給する実施例
　そこで，第３の実施例の処理に関して記述された，上記において補正前の段落【００３８】として引用した記載中の，
「対話型コンピュータエンタテインメントシステムはメモリカードの公開キーをユーザ公開キー
に
　という処理に関して，前後の記載内容も含めて検討すると，当初明細書等の【図３Ａ】にも，３１０という番号を附加して，
「製品およびユーザメモリカードのためのＩＤ番号がユーザ公開キー
に
　と記載されていることから，「ユーザ公開キー
に
　そして，上記引用の処理は，上記において引用した補正前の段落【００３８】に記載された内容から，
“ユーザの対話型コンピュータエンタテインメントシステムにおいて行われる”
　ものであることが，読み取れる。
　そして，この処理の結果が，同じく段落【００３８】に記載された，
「次に，対話型エンタテインメントシステムは，このシステムに接続された表示装置のスクリーン上にこの暗号化情報を表示する」
　における「暗号化情報」を指すものであるとすると，該「暗号化情報」は，当初明細書等の段落【００３９】に，
「ユーザに提供された暗号化情報には，ユーザが製品を受領し，使用することが認証されていることを検証するため，ユーザがサーバに供給する暗号解読情報が含まれている」
　と記載されているように「暗号解読情報」が含まれており，該「暗号解読情報」は，当初明細書等の段落【００３９】に，
「
ユーザは
オフライン又はオンラインのいずれかで暗号解読情報をユーザに送信すること出来る
「ユーザがサーバに直接に接続されない場合（オフライン），ユーザは，スクリーンに表示された暗号解読情報を電話機によってサーバに送信する（ステップ３１８）。ゲームコンソールが直接通信ネットワークを介してサーバに接続される場合，ユーザは，暗号解読情報をネットワーク回線を介してサーバに送信する」
　と記載されているように，
“「暗号解読情報」が，ユーザから，サーバに送信される”
　ことが読み取れる。
　そして，“サーバに送信された「暗号解読情報」”に対する，サーバ側における処理としては，当初明細書等の，上記において補正前の段落【００４１】として引用した記載中に，
「この処理は，ステップ３１８又は３２０で
受信された暗号解読データ（ユーザ公開キーデータ）から，ソフトウェアタイトルのＩＤ番号及び対話型コンピュータエンタテインメントシステムのメモリカードの公開キーを検索する
　とあることから，上記引用の段落【００４１】の記載中の「暗号解読データ」と，段落【００３８】，及び，段落【００３９】に記載された「暗号解読情報」とが，同一のものであるとすると，上記引用の段落【００４１】における“サーバ側の処理”は，【図３Ｂ】の，番号「３２４」が与えられた，
「サーバがソフトウェアタイトルID番号およびメモリーカード公開キーをユーザ公開キーから引き出す」
　に対応するもとであるから，結局，該“サーバ側の処理”は，
“サーバが，ソフトウェアタイトルＩＤ番号およびメモリーカード公開キーを，受信されたユーザ公開キーから引き出す”
　処理であることが読み取れる。
　以上検討した事項から，当初明細書等に記載された「第３の実施例」の，当初明細書等の段落【００３８】〜段落【００４１】に記載された，「ユーザ」と，「サーバ」との間の処理は，
“ユーザの対話型コンピュータエンタテインメントシステムはメモリカードの公開キーをユーザ公開キー
に
　対話型コンピュータエンタテインメントシステムは，このシステムに接続された表示装置のスクリーン上にこの暗号化情報を表示し，
　ユーザに提供された暗号化情報には，ユーザが製品を受領し，使用することが認証されていることを検証するため，ユーザがサーバに供給する暗号解読情報が含まれ，
　ユーザは，スクリーンに表示された暗号解読情報を，オフラインの場合に，電話機によってサーバに送信し，ゲームコンソールが直接通信ネットワークを介してサーバに接続される場合は，暗号解読情報をネットワーク回線を介してサーバに送信し，
　サーバは，受信された暗号解読情報（ユーザ公開キー）から，ソフトウェアタイトルのＩＤ番号及び対話型コンピュータエンタテインメントシステムのメモリカードの公開キーを引き出す”
　ものであることが読み取れる。
　そして，段落【００３８】においては，「メモリカードの公開キーをユーザ公開キー
に
　段落【００３８】の記載に従えば，「ユーザ公開キー」＝「暗号化情報」であると読み取れることから，「ユーザ公開キー」に対応する「情報」に関して，表現が一致しない点が存在するものの，
　段落【００３８】の「メモリカードの公開キーをユーザ公開キー
に
（ユーザ公開キーデータ）から
検索する
サーバが
ユーザ公開キーから引き出す
　仮に，当初明細書等の段落【００３８】〜段落【００４１】に記載された事項が，通常の公開鍵暗号系を用いた“鍵配送”であれば，「ユーザの公開キー」が，「ユーザ」側において“暗号化”に用いられる場合に，該「ユーザの公開キー」が，「サーバ」側に送信されることがないことは，暗号の技術分野においては，周知の技術事項である。
　まして，「ユーザの公開キー」が，その中に，“他の情報”を含むという構成は，本願における特徴的な構成であって，通常の公開鍵暗号系の“鍵配送”とは，明らかに異なるものである。
　以上検討したように，当初明細書等に記載された，
「対話型エンタテインメントシステムは，賃貸されるソフトウェアタイトルのＩＤ番号もユーザ公開キーに暗号化する」
　ことと，本件手続補正によって，本願明細書の段落【００３８】に附加された，
「対話型コンピュータエンタテインメントシステムはメモリカードの公開キーを，ステップ３０６にてサーバから供給されたユーザ公開キーを用いて暗号化される」
　とが，同義であるということは，当初明細書等の記載内容からは読み取れない。
　よって，本件手続補正によって補正された，補正後の段落【００３８】の，
「ステップ３１０では，対話型エンタテインメントシステムは，賃貸されるソフトウェアタイトルのＩＤ番号もユーザ公開キー（）に暗号化する。対話型コンピュータエンタテインメントシステムはメモリカードの公開キーをユーザ公開キーに暗号化する。
即ち，対話型コンピュータエンタテインメントシステムはメモリカードの公開キーを，ステップ３０６にてサーバから供給されたユーザ公開キーを用いて暗号化する。
　は，当初明細書等に記載されたものではない。
　
（２）「このサーバは，ソフトウェアタイトル用の対応する秘密キーをデータベースから検索し，この秘密キーをメモリカード公開キー及びユーザ秘密キーの両方へ暗号化する」
　ことと，
「サーバは，ソフトウェアタイトル用の対応する秘密キーを，ステップ３２４でユーザ公開キーから引き出したメモリカード公開キー及びステップ３０４で作成したユーザ秘密キーを用いて暗号化する」
　こととが，同義であるかについて,
　
　当初明細書等の段落【００４１】に記載された，
「このサーバは，ソフトウェアタイトル用の対応する秘密キーをデータベースから検索し，この秘密キーをメモリカード公開キー及びユーザ秘密キーの両方
へ
　は，当初明細書等の【図３Ｂ】には，番号３２６が附加されて，
「サーバがソフトウェアタイトルパスワードをデータベースから引き出しこのパスワードをシステム公開キーおよびユーザ秘密キー
に
　と記載されていて，
　段落【００４１】においては，「メモリカード公開キー及びユーザ秘密キーの両方に暗号化する」ものが，「ソフトウェアタイトル用の対応する秘密キー」であるのに対して，
　【図３Ｂ】においては，「システム公開キーおよびユーザ秘密キーに暗号化する」ものが，「ソフトウェアタイトルパスワード」である点で，発明の詳細な説明の記載内容と図面の記載内容が一致していないが，どちらの記載内容も，上記（１）で検討した事項から，
「メモリーカード公開キー」，及び，「ユーザ秘密キー」を，「ソフトウェアタイトル用の対応する秘密キー」，或いは，「ソフトウェアタイトルパスワード」の“入れ物”として表現している態様を含むものである。
　仮に，「メモリーカード公開キー」，及び，「ユーザ秘密キー」を，「ソフトウェアタイトル用の対応する秘密キー」，或いは，「ソフトウェアタイトルパスワード」の“入れ物”ではなく，当初明細書等の段落【００３７】に，
「サーバは，ユーザのためのユーザ公開キー及びユーザ秘密キーを作成する」
　と記載されていることと，上記引用の段落【００３７】の記載内容と，上記で引用した，当初明細書等の段落【００２７】，段落【００２８】に記載された内容を考慮して，上記段落【００４１】における「ユーザ秘密キー」を，公開鍵暗号系における「ユーザ秘密キー」であると解釈すると，
　段落【００４１】における「サーバ」側の処理である，
「このサーバは，ソフトウェアタイトル用の対応する秘密キーをデータベースから検索し，この秘密キーをメモリカード公開キー及びユーザ秘密キーの両方
へ
　に対応する，「ユーザ」側の処理として，当初明細書等の段落【００４２】に，
「ステップ３３２では，対話型コンピュータエンタテインメントシステムは，このデータを
ユーザ秘密キー
　と記載されていて，
　当初明細書等の段落【００４１】において，
“「サーバ」側で，「ユーザ秘密キー」を用いて暗号化された「この秘密キー」”
　を，当初明細書等の段落【００４２】において，
“「ユーザの対話型コンピュータエンタテインメントシステム」側において，「ユーザ秘密キー」を使用して暗号解読する”
　ことは，当該技術分野における周知の技術知識からは，あり得ない構成であるから，
　当初明細書等の段落【００４１】に記載されている，
「このサーバは，ソフトウェアタイトル用の対応する秘密キーをデータベースから検索し，この秘密キーをメモリカード公開キー及びユーザ秘密キーの両方
へ
　と，本件手続補正による附加された，
「サーバは，ソフトウェアタイトル用の対応する秘密キーを，ステップ３２４でユーザ公開キーから引き出したメモリカード公開キー及びステップ３０４で作成したユーザ秘密キーを用いて暗号化する」
　とが，同義であると解釈することはできない。
　
　なお，上記引用の段落【００４２】に記載された内容に対応すると思われる，【図３Ｂ】の，番号３３２を附加された記載内容は，
「ゲームコンソールがデータをユーザ公開キーで暗号解読しソフトウェアタイトルをメモリカードに記憶する」
　であり，加えて，当初明細書等の段落【００４１】に記載された，
「サーバは，ユーザが選択した購入オプションのデータをメモリカード公開キー及びユーザ秘密キーの両方へ暗号化もする」
　という「サーバ」側に対応する，「ユーザ」側の処理として，段落【００４３】に，
「対話型コンピュータエンタテインメントシステムに挿入した後、システムは、次にソフトウェアタイトルを始動する（ステップ３３４）。始動時，ソフトウェアタイトルは，
タイトルの秘密キー及び購入オプション情報をメモリカード秘密キーを使用して暗号解読する
　と記載されていて，仮に，段落【００４２】に記載された，
「このデータをユーザ秘密キーを使用して暗号解読」
　が誤記であり，上記において引用した，当初明細書等の【図３Ｂ】の番号３３２を附加した記載内容が正しいとすると，
　当初明細書等における「この秘密キー」と，「購入オプション」については，
　暗号化に，「ユーザ秘密キー」，及び，「メモリカード公開キー」を用い，
　復号に，「ユーザ公開キー」，及び，「メモリカード秘密キー」を用いているので，公開鍵暗号系の処理としては矛盾がないことを附言しておく。
　
　以上，（１），及び，（２）において検討したとおりであるから，当初明細書等の記載内容からは，
「対話型コンピュータエンタテインメントシステムはメモリカードの公開キーをユーザ公開キーに暗号化する」
　ことと，
「対話型コンピュータエンタテインメントシステムはメモリカードの公開キーを，ステップ３０６にてサーバから供給されたユーザ公開キーを用いて暗号化する」
　こととが，同義であること，及び，
「このサーバは，ソフトウェアタイトル用の対応する秘密キーをデータベースから検索し，この秘密キーをメモリカード公開キー及びユーザ秘密キーの両方へ暗号化する」
　ことと，
「サーバは，ソフトウェアタイトル用の対応する秘密キーを，ステップ３２４でユーザ公開キーから引き出したメモリカード公開キー及びステップ３０４で作成したユーザ秘密キーを用いて暗号化する」
　こととが，同義であることとを読み取ることが出来ず，また，仮に，段落【００４２】に記載された内容が誤記であったとしても，
　「対話型コンピュータエンタテインメントシステムはメモリカードの公開キーをユーザ公開キーに暗号化する」
　ことと，
「対話型コンピュータエンタテインメントシステムはメモリカードの公開キーを，ステップ３０６にてサーバから供給されたユーザ公開キーを用いて暗号化する」
　ことが，同義であることは，依然として，読み取ることはできない。
　よって，本件手続補正は，当初明細書等の記載の範囲内でなされたものではない。
　
３．補正却下むすび
　したがって，本件手続補正は，平成１４年法律第２４号改正附則第３条第１項によりなお従前の例によるとされる同法による改正前の特許法第１７条の２第３項の規定に違反するので、同法第１５９条第１項において読み替えて準用する同法第５３条第１項の規定により却下すべきものである。
　
　よって，補正却下の決定の結論のとおり決定する。
　
第３．本願発明について
　平成２５年９月３０日付けの手続補正は，上記のとおり却下されたので，本願に係る発明は，平成２４年８月１０日付けの手続補正により補正された特許請求の範囲の請求項１〜請求項２３に記載された事項により特定されるものである。
　
第４．原審の拒絶理由
　原審における，平成２５年２月１２日付けの拒絶理由（以下，これを「原審拒絶理由」という）は，次のとおりである。
　
「　　　　　　　　　　　　　　　　理　由
　
　この出願は，発明の詳細な説明の記載が下記の点で，特許法第３６条第４項に規定する要件を満たしていない。
　
　　　　　　　　　　　　　　　　　　記
　
　明細書段落【００３７】には，
「即ち，ステップ３０４では，サーバは，ユーザのためユーザ公開キー及びユーザ秘密キーを作成する。」
　というように，ステップ３０４において，「ユーザ公開キー」と「ユーザ秘密キー」のペアを作成している。
　
（なお，当該「ユーザ公開キー」はステップ３０６によってユーザに供給される。）
　
　そして，明細書段落【００３８】には，
「ステップ３１０では，対話型エンタテインメントシステムは，賃貸されるソフトウェアタイトルのＩＤ番号もユーザ公開キーに暗号化する。対話型コンピュータエンタテインメントシステムはメモリカードの公開キーをユーザ公開キーに暗号化する。一実施例では，メモリカード公開キーは，メモリカードに記憶された情報に基づいて作成され，使用時に対話型エンタテインメントシステムに挿入されるメモリカード内にプログラム化される。」
　というように，ステップ３１０において，「賃貸されるソフトウェアタイトルのＩＤ番号」と「メモリカード公開キー」それぞれ（「賃貸されるソフトウェアタイトルのＩＤ番号」は「メモリカード公開キー」の一種？）を暗号化して「ユーザ公開キー」を作成することが開示されている。
　つまり，ステップ３０４及び３０６によってユーザが得た当該「ユーザ公開キー」は，利用されることなく再作成，すなわち，上書きされる。
　
　なお，出願人は，平成２４年８月１０日付けの意見書において，
「次に，これについて反論する。ステップ３１０では，タイトルＩＤとメモリ公開キーを，ステップ３０６にてサーバから提供されたユーザ公開キーに暗号化しているのであって，「ユーザ公開キー」を新たに作成しているのではない。」
　と主張している。
　しかしながら，ステップ３０４において「ユーザ公開キー」は既に作成されているにも関わらず，ステップ３１０において（「ユーザ公開キー」を暗号化する等の「ユーザ公開キー」の利用に関する趣旨ではなく）「ユーザ公開キー」に暗号化すると規定されているのであるから，ユーザ公開キーが暗号化によって新たに作成されているのであるといえ，出願人の主張は採用しない。
　
　更に，明細書段落【００４１】には，
「次に，このサーバは，ソフトウェアタイトル用の対応する秘密キーをデータベースから検索し，この秘密キーをメモリカード公開キー及びユーザ秘密キーの両方へ暗号化する（ステップ３２６）。」
　というように，ステップ３２６において，「ソフトウェアタイトル用の対応する秘密キー」を暗号化して「メモリカード公開キー」と「ユーザ秘密キー」を作成することが開示されている。
　つまり，ステップ３０４で作成された「ユーザ秘密キー」は利用されることなく再作成，すなわち，上書きされる。
　
　なお，出願人は，平成２４年８月１０日付けの意見書において，
「これについて反論する。ステップ３２６では，「ソフトウェアタイトル用の対応する秘密キー」を，ステップ３０４にて抽出した「メモリカード公開キー」とステップ３０４で生成した「ユーザ秘密キー」に暗号化することが記載されているが，「メモリカード公開キー」と「ユーザ秘密キー」を作成することは記載されていない。」
　と主張している。
　しかしながら，ステップ３０４において「ユーザ秘密キー」は既に作成されているにも関わらず，ステップ３１０において（「ユーザ秘密キー」を暗号化する等の「ユーザ秘密キー」の利用に関する趣旨ではなく）「ユーザ秘密キー」に暗号化すると規定されているのであるから，ユーザ秘密キーが暗号化によって新たに作成されているのであるといえ，出願人の主張は採用しない。
　
　そうすると，ステップ３０４で作成された「ユーザ公開キー」と「ユーザ秘密キー」のペアは，ステップ３１０において「ユーザ公開キー」が（「ユーザ秘密キー」と無関係に）再作成され，ステップ３２６において「ユーザ秘密キー」が（「ユーザ公開キー」と無関係に）再作成されてしまい，「ユーザ公開キー」と「ユーザ秘密キー」との対応関係が失われてしまうので，所望の認証ができない，すなわち，本願発明の目的を達成できない。
（なお，以上のことから，ステップ３１０において「メモリカードに記憶された情報に基づいて作成され」た「メモリカード公開キー」を，ステップ３２６において「ソフトウェアタイトル用の対応する秘密キー」を暗号化することによって作成し直すことに，どのような技術上の意義があるのか不明である。）
　
　よって，この出願の発明の詳細な説明は，請求項１乃至２３に係る発明について，経済産業省令で定めるところにより記載されたものではない。
　
　なお，この出願は，出願内容が著しく不明確であるから，請求項１乃至２３に係る発明については，新規性，進歩性等の特許要件についての審査を行っていない。」
　
第５．当審の判断
　上記「第２．平成２５年９月３０日付けの手続補正の却下の決定」の「２．補正の適否」において指摘したとおり，
　本願明細書の段落【００２７】の「
図２ｂは，図２ａに示された暗号化処理の一層詳細な例示を行う
　そして，本願明細書の段落【００３４】〜段落【００４５】に記載された内容は，【図３】に関連するものであって，本願明細書の段落【００３４】に，「図３は，本発明のオフライン配布実施例のための限定使用のソフトウェア製品を配布するステップを示すフローチャートである」と記載されていることから，本願明細書の段落【００３４】〜段落【００４５】に記載されている実施例は，その段落【００３３】に記載された「
第３の実施例は，ソフトウェア製品がパッケージ形記憶媒体１２２の使用によるオフラインで顧客に配布され，顧客がネットワーク１０８及びゲームコンソール１１４を介して暗号解読情報をサーバシステム１１０に供給する実施例
　そこで，本願の【図２Ｂ】に詳述された，本願の【図２Ａ】の「暗号化処理」と，本願明細書の段落【００３４】〜段落【００４５】に記載され，対応する図面が，本願の【図３Ａ】，及び，【図３Ｂ】である「第３の実施例」との対応について検討すると，
　原審拒絶理由においても指摘され，上記「第２．平成２５年９月３０日付けの手続補正の却下の決定」の「２．補正の適否」において引用したとおり，本願明細書の段落【００３７】に，
「サーバは，ユーザのためのユーザ公開キー及びユーザ秘密キーを作成する」
　と記載され，これは，本願明細書の段落【００２８】に記載された，
「サーバ２２２は，ユーザ情報を使用し，ユーザ公開キー（ユーザＡ）及びユーザ秘密キー（ユーザＢ）の対２２６を作成する」
　に対応するものと解される。
　そして，本願明細書の段落【００３７】に記載された，
「サーバは，ユーザにユーザ公開キーを与える」
　が，本願明細書の段落【００２８】に記載された，
「サーバ２２２は，ユーザ２２０にユーザＡキーを送り返す」
　に対応するものと解される。
　「第３の実施例」においては，「ユーザ」側において，上記引用の「サーバ」側の処理に引き続く処理として，原審拒絶理由において指摘され，上記「第２．平成２５年９月３０日付けの手続補正の却下の決定」の「１．補正の内容」，及び，「２．補正の適否」において引用したとおり，本願明細書の段落【００３８】に，
「ステップ３１０では，対話型エンタテインメントシステムは，賃貸されるソフトウェアタイトルのＩＤ番号もユーザ公開キー
に
に
　と記載されている。
　そして，上記引用の段落【００３８】記載中の，「ユーザ公開キー
に
「受信された暗号解読データ
（ユーザ公開キーデータ）から
検索する
　と記載され，上記引用の段落【００３８】の記載内容に対応する，【図３Ａ】の，番号３１０を附加された，
「製品およびユーザメモリカードのためのID番号がユーザ公開キー
に
　という記載に対応する，「サーバ」側の処理を示した段落【００４１】の記載内容に対応する，【図３Ｂ】の，番号３２４を附加された，
「
サーバが
ユーザ公開キーから引き出す
　という記載から，「第３の実施例」においては，「サーバ」側において，「タイトルのＩＤ番号」と「メモリカードの公開キー」とを，「ユーザの公開キー」として暗号化したものを，「ユーザ」側から受け取っていることは明らかであって，このことから，段落【００３８】に記載された，「ユーザ公開キー
に
　そうすると，本願明細書の段落【００３７】の記載内容において，「サーバ」側が作成した，「ユーザ公開キー」，「ユーザ秘密キー」対のうちの，「ユーザ」側に送信された，「ユーザ公開キー」は，「ユーザ」側によって，“賃貸されるソフトウェアタイトルＩＤ番号およびメモリカード公開キーをユーザ公開キー
に
　また，本願明細書の段落【００４１】に記載された，
「次に，このサーバは，ソフトウェアタイトル用の対応する秘密キーをデータベースから検索し，この秘密キーをメモリカード公開キー及びユーザ秘密キーの両方
へ
　についても，上記引用の段落【００４１】の記載内容を，
“サーバが，データベースから，ソフトウェアタイトル用の対応する秘密キーを検索し，前記検索した秘密キーを，メモリ公開キーへ暗号化すると共に，ユーザ秘密キー
へ
“サーバにおいて，ユーザ秘密キーを，データベースに保持されている，個々のソフトウェアタイトルに対応した秘密キーを用いて，新たに生成する”ことになるので，本願明細書の段落【００４１】において，“新たに生成されたユーザ秘密キー”は，本願明細書の段落【００３７】において，「サーバ」によって生成された，「ユーザのためのユーザ公開キー及びユーザ秘密キー」のうちの，「ユーザ秘密キー」とは，明らかに異なるものであり，上記“新たに生成されたユーザ秘密キー”を用いて暗号化されたデータは，本願明細書の段落【００３７】において，「サーバ」によって生成された，「ユーザ公開キー」によって復号することは出来ず，また，段落【００３８】において，「ユーザ」側で生成された，“新たなユーザ公開キー”と対になるものとも認められない。
　そして，本願明細書の段落【００４１】には，更に，
「サーバは，ユーザが選択した購入オプションのデータをメモリカード公開キー及びユーザ秘密キーの両方
へ
　と記載され，本願明細書に，上記「第２．平成２５年９月３０日付けの手続補正の却下の決定」の「２．補正の適否」において引用した記載も含め，
「【００４２】
　ステップ３２８では，
サーバは，秘密キー及び購入オプション情報をユーザに送信する
ユーザは，この暗号化情報を対話型コンピュータエンタテインメントシステムへ入力する（ステップ３３０）。ステップ３３２では，対話型コンピュータエンタテインメントシステムは，このデータをユーザ秘密キーを使用して暗号解読
　と記載されていて，上記引用の段落【００４２】に記載された「暗号化情報」とは，上記引用の段落【００４１】において，“ソフトウェアタイトル用の対応する秘密キーを，ユーザ秘密キー
へ
へ
　そして，上記引用の段落【００４２】においては，「ユーザ」側は，上記「暗号化情報」を，「ユーザ秘密キーを使用して暗号解読」しているが，上記において引用したとおり，「ユーザ」側には，本願明細書の段落【００３７】において，「サーバ」が作成した，「ユーザ公開キー」しか与えられていないので，上記“新たなユーザ秘密キー”を，「ユーザ」側に存在しないはずの，「ユーザ秘密キー」を「使用して暗号解読する」とはどのような態様を表現したものか不明である。
　また，仮に，上記引用の段落【００４１】における，
「この秘密キーをメモリカード公開キー及びユーザ秘密キーの両方
へ
　及び，
「ユーザが選択した購入オプションのデータをメモリカード公開キー及びユーザ秘密キーの両方
へ
　が，“
〜それぞれで暗号化する
“「ユーザ秘密キー」で暗号化した，「秘密キー」，「購入オプション」を，「ユーザ秘密キー」を使用して暗号解読する”
　ことになり，公開鍵暗号系において，“秘密キーで暗号化したものを，秘密キーで復号する”ことはあり得ないことから，上記引用の段落【００４１】，及び，段落【００４２】に記載された一連の処理を含む，上記「第３の実施例」が，公開鍵暗号系の処理を行っているとは認められない。
　したがって，上記において言及したように，上記「第３の実施例」は，公開鍵暗号系の暗号処理に関する“【図２ｂ】における，【図２ａ】に示された暗号化処理について詳述された実施例”の「４つの配布及び顧客アクセスの実施例」の一つであるとされているが，以上に検討したとおりであるから，““
〜それぞれで暗号化する
　
　以上に検討したとおりであるから，原審拒絶理由において指摘された，本願明細書の段落【００３８】に記載された，
「ステップ３１０では，対話型エンタテインメントシステムは，賃貸されるソフトウェアタイトルのＩＤ番号もユーザ公開キーに暗号化する。対話型コンピュータエンタテインメントシステムはメモリカードの公開キーをユーザ公開キーに暗号化する。一実施例では，メモリカード公開キーは，メモリカードに記憶された情報に基づいて作成され，使用時に対話型エンタテインメントシステムに挿入されるメモリカード内にプログラム化される。」
　及び，本願明細書の段落【００４１】に記載された，
「次に，このサーバは，ソフトウェアタイトル用の対応する秘密キーをデータベースから検索し，この秘密キーをメモリカード公開キー及びユーザ秘密キーの両方へ暗号化する（ステップ３２６）。」
　が，どのような態様を表現したものであるか不明であり，
　結果として，本願明細書の段落【００３７】に記載された，“サーバによって生成される「ユーザ公開キー及びユーザ秘密キー”と，本願明細書の段落【００３８】に記載された，“賃貸されるソフトウェアタイトルのＩＤ番号と，メモリカードの公開キーをユーザ公開キーに暗号化したもの”と，本願明細書の段落【００４１】に記載された，“ソフトウェアタイトル用の対応する秘密キーを，ユーザ秘密キーへ暗号化したもの”との対応関係が不明である。
　よって，本願明細書の発明の詳細な説明は，経済産業省令で定めるところにより，その発明の属する技術分野における通常の知識を有する者がその実施をすることができる程度に明確かつ十分に，記載したものでない。
　
第６．むすび
　したがって，本願は，特許法第３６条第４項に規定する要件を満たしていない。
　
　よって，結論のとおり審決する。