【事件の表示】
　特願２００７−１０９５３１「コンピュータソフトウェア製品を安全に配布する方法及びシステム」拒絶査定不服審判事件〔平成１９年１０月　４日出願公開、特開２００７−２５７６５３〕について、次のとおり審決する。
【結　論】
　本件審判の請求は、成り立たない。
【理　由】
第１．手続の経緯
　本願は，平成１４年１月２８日（パリ条約による優先権主張２００１年１月３１日　アメリカ合衆国）に出願した特願２００２−０１８６９４号の一部を平成１９年４月１８日に新たな特許出願としたものであって，
　平成１９年５月１６日付けで審査請求がなされると共に手続補正がなされ，平成２２年７月１日付けで審査官により拒絶理由が通知され，これに対して平成２３年１月６日付けで意見書が提出されると共に手続補正がなされたが，平成２３年１月２０日付けで審査官により拒絶査定がなされ，これに対して平成２３年５月２５日付けで審判請求がなされると共に手続補正がなされ，平成２３年７月２６日付けで審査官により特許法第１６４条第３項の規定に基づく報告がなされ，平成２３年１１月８日付けで当審により特許法第１３４条第４項の規定に基づく審尋がなされたが，回答書の提出がなかったものである。
　
第２．平成２３年５月２５日付けの手続補正の却下の決定
　
　［補正却下の決定の結論］
　
　平成２３年　５月２５日付け手続補正を却下する。
　
　［理由］
　
１．補正の内容
　平成２３年５月２５日付けの手続補正（以下，「本件手続補正」という）により，平成２３年１月６日付けの手続補正により補正された特許請求の範囲，
「　【請求項１】
　通信ネットワーク（１０８）を介して１つ以上のクライアント・コンピュータに接続されるように構成されたサーバコンピュータ（１０２）であって，
　ユーザ情報を記憶するように構成された顧客データベース（１０４）及び複数のプログラムを記憶するコンテンツデータベース（１０６）と，
　前記ユーザの要求時に前記１つ以上のクライアント・コンピュータのクライアントコンソール（１１４）のユーザに対し，前記複数のプログラムからプログラムを配布する配布モジュールと，
　ユーザ識別子（ＩＤ）及び前記ユーザによる前記プログラムの使用を決定する購入オプション（２４０）を含む情報を使用して前記プログラムを暗号化する暗号化モジュールと，
　暗号解読情報を前記ユーザから受信し，かつ前記暗号解読情報の確認時に前記プログラムへのアクセスを行うように構成された暗号解読モジュールとを備え，
　前記サーバコンピュータ（１０２）が，第１の公開キー／秘密キー対（タイトルＡ，タイトルＢ）を発生し，前記プログラムを第１の公開キー（タイトルＡ）を用いて暗号化し，さらに，第２の公開キー／秘密キー対（ユーザＡ，ユーザＢ）を発生して該第２の公開キーを前記クライアントコンソール（１１４）に送信し，
　前記クライアントコンソール（１１４）において，第３の公開キー／秘密キー対（コンソールＡ，コンソールＢ）が発生され，前記第２の公開キーが用いられて前記第３の公開キーが暗号化され，さらに，該暗号化された第３の公開キーが前記サーバコンピュータ（１０２）に送信され，前記サーバコンピュータ（１０２）が，前記第３の公開キー（コンソールＡ）を用いて前記第１の秘密キー（タイトルＢ）を暗号化し，前記第２の秘密キー（ユーザＢ）を用いて該暗号化した第１の秘密キー及び前記第３の公開キーをともに暗号化し，さらに，該暗号化した第１の秘密キー及び前記第３の公開キーを前記クライアントコンソール（１１４）に送信する，サーバコンピュータ。
　　【請求項２】
　請求項１記載のサーバコンピュータにおいて，前記購入オプションが，予め設定された時間前記プログラムを使用することまたは前記予め設定されたアクセス数の間前記プログラムを使用することの一方を含む，サーバコンピュータ。
　　【請求項３】
　請求項２記載のサーバコンピュータにおいて，前記第３の公開キー（コンソールＡ）が，前記クライアントコンソールに組み込み可能な，取り外し可能な記憶媒体に割り当てられて符号化される，サーバコンピュータ。
　　【請求項４】
　請求項３記載のサーバコンピュータにおいて，前記クライアント・コンピュータが対話型ゲームコンピュータであり，かつ前記プログラムが，前記クライアントコンソールで実行可能な対話型コンピュータゲームを含む，サーバコンピュータ。
　　【請求項５】
　請求項４記載のサーバコンピュータにおいて，前記プログラム及び暗号解読情報が，通信ネットワークを介して前記サーバコンピュータとクライアント・コンピュータとの間で送信される，サーバコンピュータ。
　　【請求項６】
　請求項４記載のサーバコンピュータにおいて，前記プログラムが，前記クライアント・コンピュータによってアクセス可能な読み取り可能なディスク媒体（１２２）で前記クライアント・コンピュータに配布され，かつ暗号解読情報が，電話システム（１３０）を介してユーザにより前記サーバコンピュータに通信される，サーバコンピュータ。
　　【請求項７】
　コンピュータによって実行可能な命令を実現するプログラムにおいて，前記命令がコンテンツプロバイダサーバ（１０２）で実行するように構成されており，前記プログラムが，
　プログラムを暗号化する命令（２０２）と，
　遠隔のクライアントコンソール（１１４）からの通信の受信に関連して，前記コンテンツプロバイダサーバと前記クライアントコンソールとの間に，双方向公開/秘密暗号化キーの安全な通信を確立する命令（２０４）と，
　前記安全な通信を経由して，前記暗号化されたプログラムの解読（２０８）を可能とする第１の秘密キー（タイトルＢ）を前記クライアントコンソールに送信する命令とを含み，
　前記プログラムを暗号化する命令（２０２）が，第１の公開キー（タイトルＡ）を用いて前記プログラムを暗号化するステップ（２０２）を含み，
　前記安全な通信を確立する命令（２０４）が，
　第２の公開キー／秘密キー対（ユーザＡ，ユーザＢ）（２２６）を発生する命令と，
　前記第２の公開キー（ユーザＡ）を前記クライアントコンソールに送信する命令と，
　双方向通信の一方の通信として，第３の公開キー／秘密キー対（コンソールＡ，コンソールＢ）（２２８，２２９）の前記第２の公開キーを用いて暗号化された該第３の公開キーを受信する命令と，
　前記第２の秘密キーを用いて前記暗号化された第３の公開キーを解読する命令と，
　前記第３の公開キー（コンソールＡ）を用いて前記第１の秘密キー（タイトルＢ）（２３２）を暗号化し，さらに，前記第２の秘密キー（ユーザＢ）を用いて該暗号化した第１の秘密キー（タイトルＢ）及び前記第３の公開キー（コンソールＡ）をともに暗号化し，さらに，該暗号化した第１の秘密キー及び前記第３の公開キーを前記クライアントコンソールに送信する命令とを含むコンピュータにより実行可能なプログラム。
　　【請求項８】
　請求項７のプログラムにおいて，さらに，
　ユーザから購入情報を受信する命令（２１０）と，
　前記購入情報に応答して前記安全な通信を経由して前記クライアントコンソールに，前記解読されたプログラムをユーザが限定された方法で使用することができるようにする電子トークンを送信する命令とを含むプログラム。
　　【請求項９】
　請求項８記載のプログラムにおいて，前記限定された方法における使用には，制限された時間での使用または既定使用回数の使用が含まれるプログラム。
　　【請求項１０】
　請求項７から９のいずれか記載のプログラムにおいて，前記プログラムの前記暗号化は，前記安全な通信の公開キー／秘密キー対とは関連のない第１の公開キー／秘密キー対の公開キー（タイトルＡ）を用いて実行するプログラム。
　　【請求項１１】
　請求項７から１０のいずれか記載のプログラムにおいて，さらに，ネットワーク（１０８）を経由して前記暗号化されたプログラムを配布する命令を含むプログラム。
　　【請求項１２】
　請求項７から１１のいずれか記載のプログラムにおいて，前記遠隔クライアントコンソールからの双方向通信の一つの前記受信は，公衆交換電話ネットワーク（１３０）を経由する押しボタン式信号または会話信号の受信からなるプログラム。
　　【請求項１３】
　請求項７から１２のいずれか記載のプログラムにおいて，前記通信のいずれもが，公衆交換電話ネットワーク（１３０）を経由する通信の音声合成データの発生を含むプログラム。
　　【請求項１４】
　装置によって実行可能な命令を実現するプログラムにおいて，前記命令がクライアントコンソール（１１４）で実行するように構成されており，前記プログラムが，
　第１の公開キー（タイトルＡ）を用いて暗号化されたプログラムを受信する命令と，
　遠隔のコンテンツプロバイダサーバ（１０２）からの通信の受信に関連して，前記コンテンツプロバイダサーバと前記クライアントコンソールとの間に，双方向公開/秘密暗号化キーの安全な通信を確立する命令（２０４）と，
　前記安全な通信を経由して，前記コンテンツプロバイダサーバから前記暗号化されたプログラムの解読（２０８）を可能とする第１の秘密キー（タイトルＢ）を受信する命令とを含み，
　前記安全な通信を確立する命令が，
　双方向通信の一方の通信として，前記コンテンツプロバイダサーバから第２の公開キー／秘密キー対（ユーザＡ，ユーザＢ）（２２６）の該第２の公開キー（ユーザＡ）を受信する命令と，
　第３の公開キー／秘密キー対（コンソールＡ，コンソールＢ）を発生する命令と，
　前記第２の公開キーを用いて前記第３の公開キーを暗号化する命令と，
　前記暗号化された第３の公開キーを前記コンテンツプロバイダサーバに送信する命令と，
　前記コンテンツプロバイダサーバにおいて前記第３の公開キー（コンソールＡ）を用いて暗号化された前記第１の秘密キー（タイトルＢ）を受信する命令であって，前記暗号化された第１の秘密キー及び前記第３の公開キーがともに前記第２の秘密キー（ユーザＢ）を用いて暗号化されている，命令とを含むコンピュータにより実行可能なプログラム。
　　【請求項１５】
　請求項１４のプログラムにおいて，さらに，
　前記安全な通信を経由して，前記クライアントコンソールに，前記解読されたプログラムをユーザが限定された方法で使用することができるようにする電子トークンを受信する命令を含むプログラム。
　　【請求項１６】
　請求項１５記載のプログラムにおいて，前記限定された方法における使用には，制限された時間での使用または既定使用回数の使用が含まれるプログラム。
　　【請求項１７】
　請求項１４から１６のいずれか記載のプログラムにおいて，前記暗号化したプログラムの前記受信はネットワーク（１０８）を経由して実行されるプログラム。
　　【請求項１８】
　請求項１４から１７のいずれか記載のプログラムにおいて，前記安全な通信が，前記暗号化された公開キーを表示装置（１１８）に表示することを含むプログラム。
　　【請求項１９】
　プログラムの実行及び再生またはいずれか一方を行うクライアントコンソール（１１４）であって，
　第１の公開キー（タイトルＡ）を用いて暗号化されたプログラムを受信するように構成された手段と，
　遠隔のコンテンツプロバイダサーバ（１０２）からの通信の受信に関連して，前記コンテンツプロバイダサーバと前記クライアントコンソールとの間に，双方向公開/秘密暗号化キーの安全な通信を確立する手段（２０４）と，
　前記安全な通信を経由して，前記コンテンツプロバイダサーバから前記暗号化されたプログラムの解読（２０８）を可能とする第１の秘密キー（タイトルＢ）を受信するように構成された手段とを備え，
　前記安全な通信を確立する手段が，
　双方向通信の一方の通信として，前記コンテンツプロバイダサーバから第２の公開キー／秘密キー対（ユーザＡ，ユーザＢ）（２２６）の該第２の公開キー（ユーザＡ）を受信する手段と，
　第３の公開キー／秘密キー対（コンソールＡ，コンソールＢ）を発生する手段と，
　前記第２の公開キーを用いて前記第３の公開キーを暗号化する手段と，
　前記暗号化された第３の公開キーを前記コンテンツプロバイダサーバに送信する手段と，
　前記コンテンツプロバイダサーバにおいて前記第３の公開キー（コンソールＡ）を用いて暗号化された第１の秘密キー（タイトルＢ）を受信する手段であって，前記暗号化された前記第１の秘密キー及び前記第３の公開キーがともに前記第２の秘密キー（ユーザＢ）を用いて暗号化されている，手段とを備えるクライアントコンソール。
　　【請求項２０】
　請求項１９のクライアントコンソールにおいて，さらに，
　前記安全な通信を経由して，前記クライアントコンソールに，前記解読されたプログラムをユーザが限定された方法で使用することができるようにする電子トークンを受信するように構成された手段を含むクライアントコンソール。
　　【請求項２１】
　請求項２０記載のクライアントコンソールにおいて，前記限定された方法における使用には，制限された時間での使用または既定使用回数の使用が含まれるクライアントコンソール。
　　【請求項２２】
　請求項１９から２１のいずれか記載のクライアントコンソールにおいて，前記暗号化したプログラムの前記受信はネットワーク（１０８）を経由して実行されるクライアントコンソール。
　　【請求項２３】
　請求項１９から２２のいずれか記載のクライアントコンソールにおいて，前記安全な通信が，前記暗号化された公開キーを表示装置（１１８）に表示することを含むクライアントコンソール。」（以下，上記引用の請求項各項を，「補正前の請求項」という）は，
「　【請求項１】
　通信ネットワーク（１０８）を介して１つ以上のクライアント・コンピュータに接続されるように構成されたサーバコンピュータ（１０２）であって，
　ユーザ情報を記憶するように構成された顧客データベース（１０４）及び複数のプログラムを記憶するコンテンツデータベース（１０６）と，
　前記ユーザの要求時に前記１つ以上のクライアント・コンピュータのクライアントコンソール（１１４）のユーザに対し，前記複数のプログラムからプログラムを配布する配布モジュールと，
　ユーザ識別子（ＩＤ）及び前記ユーザによる前記プログラムの使用を決定する購入オプション（２４０）を含む情報を使用して前記プログラムを暗号化する暗号化モジュールと，
　暗号解読情報を前記ユーザから受信し，かつ前記暗号解読情報の確認時に前記プログラムへのアクセスを行うように構成された暗号解読モジュールとを備え，
　前記サーバコンピュータ（１０２）が，第１の公開キー／秘密キー対（タイトルＡ，タイトルＢ）を発生し，前記プログラムを第１の公開キー（タイトルＡ）を用いて暗号化し，さらに，第２の公開キー／秘密キー対（ユーザＡ，ユーザＢ）を発生して該第２の公開キーを前記クライアントコンソール（１１４）に送信し，
　前記クライアントコンソール（１１４）において，第３の公開キー／秘密キー対（コンソールＡ，コンソールＢ）が発生され，前記第２の公開キーが用いられて前記第３の公開キーが暗号化され，さらに，該暗号化された第３の公開キーが前記サーバコンピュータ（１０２）に送信され，前記サーバコンピュータ（１０２）が，前記第３の公開キー（コンソールＡ）を用いて前記第１の秘密キー（タイトルＢ）を暗号化し，前記第２の秘密キー（ユーザＢ）を用いて該暗号化した第１の秘密キー及び前記第３の公開キーをともに暗号化し，さらに，該暗号化した第１の秘密キー及び前記第３の公開キーを前記クライアントコンソール（１１４）に送信する，サーバコンピュータ。」（以下，上記引用の請求項各項を，「補正後の請求項」という）に補正された。
　
２．補正の適否
２−１．新規事項
　本件手続補正が，平成１４年法律第２４号改正附則第３条第１項によりなお従前の例によるとされる同法による改正前の特許法第１７条の２第３項の規定を満たすものであるか否か，即ち，本件手続補正が，願書に最初に添付された明細書，特許請求の範囲，及び，図面（以下，これを「当初明細書等」という）に記載した事項の範囲内でなされたものであるかについて，以下に検討する。
　
（１）補正後の請求項１に，
「前記サーバコンピュータ（１０２）が，第１の公開キー／秘密キー対（タイトルＡ，タイトルＢ）を発生し」
　と記載されているが，当初明細書等には，
“サーバコンピュータが，第１の公開キー／秘密キー対（タイトルＡ，タイトルＢ）を発生する”ことは，記載されていない。
　当初明細書等には，その段落【００２３】に，
「ステップ２０２では，配布されるソフトウェアタイトルを含むプログラムコードは，暗号化されるか，そうでなければパッケージ形記憶媒体１２２を含むＣＤ‐ＲＯＭ又はＤＶＤのような大容量記憶媒体に安全に記憶される。ステップ２０４では，適切なセキュリティ機構が暗号化ソフトウェアタイトルの配布のために確立される。一実施例では，双方向公開キー／秘密キー暗号化システムが利用される。
この場合，配布される各ソフトウェアタイトルは，最初にこのタイトルに対して公開キーで暗号化される
　と記載され，また，下記引用の段落において，
「【００２６】
　図２ｂは，本発明の一実施例によるクライアント／サーバ・コンピュータ・ネットワークでソフトウェア製品を配布する暗号化／暗号解読処理を示す。図２ｂは，図２ａに示された暗号化処理の一層詳細な例示を行う。図２ｂは，ネットワークを介してクライアント・コンピュータ（又は「コンソール」）及びサーバコンピュータ２２２でユーザ２２０によって実行される暗号化／暗号解読処理を示す。サーバコンピュータ２２２は，ユーザ２２０により要求されたソフトウェア製品（ソフトウェアタイトルとも呼ばれる。）を供給する。ネットワークを介してソフトウェア製品の安全な配布を保証するユーザとサーバとの間のやり取りによって，多層化公開キー暗号化（ＰＫＣＳ）を組み込み，サーバからユーザによって記憶媒体（例えば，磁気ディスク又は光ディスク）に記憶されたソフトウェア製品コンテンツの暗号解読を可能にする。一般に，図２ｂに示された処理の場合，サーバ２２２は，クライアント・コンピュータ（コンソール）で作成された該当する秘密キーを使用して暗号解読出来るキーを暗号化する。サーバ２２２は，一対のキー（ユーザＡとユーザＢ）を作成し，一方のキー（ユーザＡ）をユーザに送信する。このキーによって，ユーザは，ソフトウェア製品のコンテンツを暗号解読することが出来る。
サーバは，ユーザから送られたキーを使用してこのキーを暗号化し，次に一対のキーの対応するキー（ユーザＢ）で暗号化キーを再暗号化する。そして，この二重暗号化キーをユーザに送信する
　【００２７】
　図２ｂに示された実施例の場合，
ソフトウェアタイトルは，タイトル公開キー（タイトルＡ）で暗号化される
サーバ２２２は，特定のソフトウェア製品のためタイトル秘密キー（タイトルＢ）２３２を検索する
タイトルＢキーは，タイトル公開キー（タイトルＡ）に対応する秘密キーである
サーバ２２２は，ユーザ秘密キー（ユーザＢ）を使用してタイトルＢキーを再暗号化し，ユーザ２２０に送信する
ユーザは，タイトル秘密キー（タイトルＢ）を使用して暗号化ソフトウェアタイトルを暗号解読する
　【００２８】
　
ユーザ２２０によってタイトル公開キー（タイトルＡ）で暗号化されているソフトウェアタイトルの暗号解読後
　【００２９】
　図２ｂに示されるように，
ユーザ公開キー／秘密キー（ユーザＡ／ユーザＢ）の対２２６は，ユーザ２２０によって供給されるユーザ情報を使用してサーバ２２２によって作成される
　【００３０】
　
一対のコンソール公開キー／秘密キー２２８，２２９は，ユーザ２２０によって作成される
　と記載され，また，段落【００３６】に，
「即ち，ステップ３０４では，
サーバは，ユーザのためユーザ公開キー及びユーザ秘密キーを作成する
　と記載され，段落【００３７】に，
「ユーザは，自分のユーザ公開キーを対話型コンピュータエンタテインメントシステムに入力する（ステップ３０８）。ステップ３１０では，
対話型エンタテインメントシステムは，賃貸されるソフトウェアタイトルのＩＤ番号もユーザ公開キーに暗号化する
対話型コンピュータエンタテインメントシステムはメモリカードの公開キーをユーザ公開キーに暗号化する
メモリカード公開キーは，メモリカードに記憶された情報に基づいて作成され
　と記載され，また，下記引用の段落に，
「【００４０】
　この処理は，ステップ３１８又は３２０で受信された暗号解読データ（ユーザ公開キーデータ）から，ソフトウェアタイトルのＩＤ番号及び対話型コンピュータエンタテインメントシステムのメモリカードの公開キーを検索するステップ３２４から続く。次に，このサーバは，
ソフトウェアタイトル用の対応する秘密キーをデータベースから検索し，この秘密キーをメモリカード公開キー及びユーザ秘密キーの両方へ暗号化する
　【００４１】
　ステップ３２８では，
サーバは，秘密キー及び購入オプション情報をユーザに送信する
対話型コンピュータエンタテインメントシステムは，このデータをユーザ秘密キーを使用して暗号解読し，暗号解読データをメモリカードに記憶する
　【００４２】
　図３のオフライン配布実施例の場合，選択されたタイトルのためのソフトウェア製品は，ディスク１２２のようなパッケージ形記憶媒体で提供される。ユーザの選択時に，この媒体は，アクセスされるタイトルの選択より前にユーザによって入手されるか又はタイトルの選択後ユーザに送られ，さもなければ入手される。ユーザがパッケージ形記憶媒体を対話型コンピュータエンタテインメントシステムに挿入した後，システムは，次にソフトウェアタイトルを始動する（ステップ３３４）。始動時，
ソフトウェアタイトルは，タイトルの秘密キー及び購入オプション情報をメモリカード秘密キーを使用して暗号解読する
対話型コンピュータエンタテインメントシステムは，タイトル秘密キーを使用し，ソフトウェアタイトルがアクセス出来るか又はシステムでプレイ出来るようにソフトウェアタイトルを暗号解読する
　と記載され，また，段落【００４６】に，
「
サーバは，ソフトウェアタイトルのための対応する秘密キーをデータベースから検索し，このキーをメモリカード公開キー及びユーザ秘密キーの両方へ暗号化してもよい
サーバは，ユーザが選択した購入オプションのデータをメモリカード公開キー及びユーザ秘密キーの両方へ暗号化もする
　と記載され，また，下記に引用する段落に，
「【００５５】
　前述の実施例の場合，ユーザは，最初に無料で配布されたディスク又はソフトウェア製品のサンプル又は限定バージョンを含むその他のプログラムを含む媒体を受け取る。無料のトライアル又はデモの終わりに，どのようにゲームを直ちに購入するかをユーザに知らせる指示ページが表示される。購入は，自動化ウェブサイトに接続するために表示されたＵＲＬにアクセスすることによってオンラインで又は表示された電話番号に電話をかけるか又は表示されたアドレス又はファックス番号に送信することによってオフラインで行うことが出来る。
次にディスク上のソフトウェアルーチンは保全キーを生成する。上述したしたように，このキーは，ディスク連続番号のみ又はその両方がアプリケーションによって読み取ることが出来るディスク連続番号及び再生装置連続番号の両方から生成出来る。一実施例では，キーは，文字及び数字の組合せからなる英数字ストリングである。生成されるキーは，ディスク連続番号及び再生装置連続番号の両方を独自に識別するためにサーバによって使用出来る
　【００５６】
　ユーザがオンラインＵＲＬ又はオフライン電話番号のいずれかによってサーバコンピュータにアクセスする場合，ユーザは，ユーザのクレジットカード請求書情報とともにキーを入力するように要求される。保全データベースは，この情報を記録し，クレジットカード等の承認をする。このステップ後，
サーバはロック解除キーを生成する。ロック解除キーは，ユーザが提供するキー及びこの専用ソフトウェアアプリケーションのためのマスタキーの組合せとして生成される
ロック解除キーは，中央データベースに確実に記憶され，文字及び数字の英数字ストリングでもある
ディスクを始動時にいつでも表示されるディスクＩＤキーを入力し，データベースはこれが合法的な購入キーであることと知っているので，ロック解除キーを検索する
　【００５７】
　一旦ユーザがロック解除キーを受信したとすると，このキーは，キーボード又はある形式の仮想キーボードのような入力手段によって再生装置に入力出来る。再生装置は，メモリカード又はハードディスク空間のような静的メモリ領域にロック解除キーを記憶する。実行時に，購入ソフトウェアの主アプリケーションプログラムは，
キーがこの専用ディスク及び再生装置に対して認証されたものであり，正しいものであることを検証する。このキーが認証されたものと仮定すると，主アプリケーションはロック解除される
　【００５８】
　本実施例の場合，ユーザとサーバコンピュータとの間のロック解除キーの送信は，図２ａ〜５に関して示された暗号化／暗号解読機構を使用して行うことが出来る。例えば，図３Ａに示された処理に関して，
媒体識別子がロック解読キーを生成するために使用される実施例は，ユーザ公開キーで暗号化される製品ＩＤ及びユーザメモリカードＩＤを有するディスク又は媒体の連続番号の追加を含むステップ３１０となる
　と記載されているが，これらの記載からは，段落【００２３】の，
「
この場合，配布される各ソフトウェアタイトルは，最初にこのタイトルに対して公開キーで暗号化される
　という記載，及び，段落【００２７】の，
「
ソフトウェアタイトルは，タイトル公開キー（タイトルＡ）で暗号化される
　という記載から，
“ソフトウェアタイトルが，第１の公開キー（タイトルＡ）で暗号化される”
　ことは読み取れ，
　また，段落【００２７】の，
「
サーバ２２２は，特定のソフトウェア製品のためタイトル秘密キー（タイトルＢ）２３２を検索する
タイトルＢキーは，タイトル公開キー（タイトルＡ）に対応する秘密キーである
　という記載から，
“タイトルＡで暗号化されているソフトウェアタイトルを復号するための，タイトルＡに対応する秘密キーであるタイトルＢは，検索されるもの”
　であることが読み取れる。
　しかしながら，上記で引用した，何れの段落に記載された内容からは，
“サーバが，ソフトウェアタイトルを暗号化／復号するための，第１の公開キー／秘密キー（タイトルＡ，タイトルＢ）を発生する”
　ことを読み取ることは出来ない。
　そして，セキュリティの分野，或いは，暗号化されたコンテンツを配信する技術の分野において，コンテンツを暗号化／復号するための鍵，前記鍵を配信するために用いるコンテンツ鍵暗号化／復号鍵と言った，暗号化／復号のために用いる鍵を，何処で作成するかは重要な要件であり，
　セキュリティ分野の技術常識を勘案すると，本願における実施例の場合，サーバは，
“暗号化されたソフトウェアタイトルと，それを復号するためのキーとを，ソフトウェアタイトルの作成者から取得する”
　という構成，或いは，
“公開鍵ペアは，信頼された第３者が作成し供給する”
　という構成などが想起され，
“サーバが，ソフトウェアタイトルを暗号化／復号するための，第１の公開キー／秘密キー（タイトルＡ，タイトルＢ）を発生する”
　という構成が，当初明細書等の記載内容から,自明の事項ではない。
　
（２）補正後の請求項１に，
「前記第２の秘密キー（ユーザＢ）を用いて該暗号化した第１の秘密キー及び前記第３の公開キーをともに暗号化し」
　と記載されているが，当初明細書等には，
“第２の秘密キー（ユーザＢ）を用いて暗号化した第１の秘密キー及び第３の公開キーをともに暗号化する”ことは，記載されていない。
　当初明細書等には，上記で引用した，段落【００２６】に，
「
サーバは，ユーザから送られたキーを使用してこのキーを暗号化し，次に一対のキーの対応するキー（ユーザＢ）で暗号化キーを再暗号化する。そして，この二重暗号化キーをユーザに送信する
　と記載され，関連する下記引用の【図２Ｂ】において，
　「サーバ」から，「ユーザ」への，矢印上の「ユーザＡ」は，
　段落【００２７】の，
「次に，サーバ２２２は，ユーザ２２０にユーザＡキーを送り返す」
　という記載から，「ユーザ公開キー（ユーザＡ）」を，そのまま，「サーバ」から，「ユーザ」に送信することを意味し，
「　　　　　　　　　　　　　　　　　　　　　ユーザＡ
「ユーザ」から，「サーバ」への，矢印上の（コンソールＡ）」は，
　段落【００２７】の，
「ユーザは，ユーザ公開キー（ユーザＡ）を使用してコンソール公開キー（コンソールＡ）２２８を暗号化し，サーバ２２２に送信する」
　という記載から，「コンソール公開キー（コンソールＡ）」を，「ユーザ公開キー（ユーザＡ）」で暗号化して送信することを意味していることは明らかである。
　すると，【図２Ｂ】において，　　　　　
「　　　　　　　　　　　　　　　　　　　　　　　　ユーザＢ
「サーバ」から，「ユーザ」への，矢印上の（コンソールＡ（タイトルＢ）
）」とは，
　上記引用の段落【００２６】に記載された内容を加味すると，
「タイトル秘密キー（タイトルＢ）」を，「コンソール公開キー（コンソールＡ）」で暗号化したものを，更に，「ユーザ秘密キー（ユーザＢ）」で暗号化したものを，「サーバ」から，「ユーザ」に送信することを意味するものと解される。
　以上のとおりであるから，上記引用の関連する当初明細書等の記載内容を加味しても，
“第２の秘密キー（ユーザＢ）を用いて暗号化した第１の秘密キー及び第３の公開キーをともに暗号化する”ことは読み取れない。
　
　以上（１），及び，（２）において検討したとおりであるから，本件手続補正は，当初明細書等に記載された範囲内で行われたものではない。
　
３．補正却下むすび
　したがって，本件手続補正は，平成１４年法律第２４号改正附則第３条第１項によりなお従前の例によるとされる同法による改正前の特許法第１７条の２第３項の規定に違反するので，同法第１５９条第１項において読み替えて準用する同法第５３条第１項の規定により却下すべきものである。 
　
　よって，補正却下の決定の結論のとおり決定する。
　
第３．本願発明について
　平成２３年５月２５日付けの手続補正は，上記のとおり却下されたので，本願に係る発明は，平成２３年１月６日付けの手続補正により補正された，上記「第２．平成２３年５月２５日付けの手続補正の却下の決定」の「１．補正の内容」において，「補正前の請求項」として引用した事項により特定されるものである。
　
第４．原審の拒絶理由
　原審による，平成２２年７月１日付けの拒絶理由は，概略，以下のとおりである。
　
「　　　　　　　　　　　　　　理　由
１．平成１９年　５月１６日付けでした手続補正は、下記の点で願書に最初に添付した明細書又は図面に記載した事項の範囲内においてしたものでないから、特許法第１７条の２第３項に規定する要件を満たしていない。
　　　　　　　　　　　　　　　　記
（１）
　請求項１において，
「前記サーバコンピュータ（１０２）が，第１の公開キー／秘密キー対（タイトルＡ，タイトルＢ）を発生し（ステップ２０２）」
　と補正された。
　
　しかしながら，「発明の詳細な説明」の欄にある記載によれば，第１の公開キー／秘密キー対（タイトルＡ，タイトルＢ）は，検索によって抽出されるものであって，「生成」されるものではない。
　
　したがって，当該補正は，願書に最初に添付した明細書又は図面（以下，「当初明細書等」という。）に記載した事項の範囲内においてしたものでない。
　
（２）
　請求項１において，
「前記サーバコンピュータ（１０２）が，前記第３の公開キー（コンソールＡ）を用いて前記第１の秘密キー（タイトルＢ）を暗号化し，前記第２の秘密キー（ユーザＢ）を用いて該暗号化した第１の秘密キー及び前記第３の公開キーを暗号化し，さらに，該暗号化した第１の秘密キー及び前記第３の公開キーを前記クライアントコンソール（１１４）に送信（ステップ３２６，３２８）する」
　と補正された。
　
　しかしながら，「発明の詳細な説明」の欄（特に，ステップ３２６及びステップ３２８に関する記載を参照）にある記載によれば，
　ステップ３２６において，第３の公開キー（コンソールＡ）を用いて前記第１の秘密キー（タイトルＢ）を暗号化し，第２の秘密キー（ユーザＢ）を用いて該暗号化した第１の秘密キーを暗号化することは行われているものの，前記第２の秘密キー（ユーザＢ）を用いて前記第３の公開キーを暗号化することは行われていない。
　
　また，ステップ３２８において，該暗号化した第１の秘密キーを「ユーザ」に送ることは開示されているものの，「第３の公開キー」を「クライアントコンソール」に送信することは開示されていない。
（この点については，下記拒絶理由（３）を併せて参照されたい。）
　
　したがって，当該補正は，当初明細書等に記載した事項の範囲内においてしたものでない。
　
（３）＜省略＞
　
（４）
　上記拒絶理由（２）は，請求項７にある同様の記載についても適用される。
　
（５）＜省略＞
　
（６）＜省略＞
　
（７）
　請求項１４において，
「前記コンテンツプロバイダサーバにおいて前記第３の公開キー（コンソールＡ）を用いて暗号化された前記第１の秘密キー（タイトルＢ）を受信する命令であって，前記暗号化された第１の秘密キー及び前記第３の公開キーがさらに前記第２の秘密キー（ユーザＢ）を用いて暗号化されている，命令」
　と補正された。
　
　しかしながら，「発明の詳細な説明」の欄にある記載によれば，暗号化された第１の秘密キーがさらに前記第２の秘密キー（ユーザＢ）を用いて暗号化されていることは開示されているものの，第３の公開キーがさらに第２の秘密キー（ユーザＢ）を用いて暗号化されていることは開示されていない。
（請求項１４の記載では，第１の秘密キーと第３の公開キーの２つが別々に第２の秘密キーで暗号化されていると読める。）
　
　したがって，当該補正は，当初明細書等に記載した事項の範囲内においてしたものでない。
　
（８）＜省略＞
　
（９）
　上記拒絶理由（６）及び（７）は，請求項１９にある同様の記載についても適用される。
　
２．＜省略＞
　
３．＜省略＞」
　
第５．当審の判断
１．理由１．（１）について
　平成２３年１月６日付けの手続補正によって補正された請求項１には，平成１９年５月１６日付けの手続補正によって補正された請求項１に記載された，
「第１の公開キー／秘密キー対（タイトルＡ，タイトルＢ）を発生し」という記載が残っている。
　そして，上記「第２．平成２３年５月２５日付けの手続補正の却下の決定」によって却下の決定がなされた，本件手続補正の手続補正内容自体は，平成２３年１月６日付け手続補正によって補正された請求項１〜請求項２３の内，請求項２〜請求項２３を削除するというものであるから，上記「第２．平成２３年５月２５日付けの手続補正の却下の決定」の「１．補正の内容」において引用した，平成２３年５月２５日付けの手続補正により補正された補正後の請求項１に記載された内容と，平成２３年１月６日付けの手続補正によって補正された補正前の請求項１に記載された内容とは同一である。
　よって，上記「第２．平成２３年５月２５日付けの手続補正の却下の決定」の「２．補正の適否」における「２−１．新規事項」の（１）において検討したとおり，
「第１の公開キー／秘密キー対（タイトルＡ，タイトルＢ）を発生」することは，当初明細書等に記載されておらず，かつ，当初明細書等に記載の内容から自明の事項でもない。
　
２．理由１．（２）について
　平成２３年１月６日付け手続補正によって，平成１９年５月１６日付けの手続補正により補正された請求項１に記載の，
「前記サーバコンピュータ（１０２）が，前記第３の公開キー（コンソールＡ）を用いて前記第１の秘密キー（タイトルＢ）を暗号化し，前記第２の秘密キー（ユーザＢ）を用いて該暗号化した第１の秘密キー及び第３の公開キーを暗号化し」という記載（以下，「記載１」という）が，
「前記サーバコンピュータ（１０２）が，前記第３の公開キー（コンソールＡ）を用いて前記第１の秘密キー（タイトルＢ）を暗号化し，前記第２の秘密キー（ユーザＢ）を用いて該暗号化した第１の秘密キー及び第３の公開キーを
ともに
　しかしながら，記載１も，記載２も，
“「第２の秘密キー」を用いて，「第３の公開キーで暗号化された第１の秘密キー」と，「第３の公開キー」とを，暗号化する”ことを表現するものであることは明らかである。
　したがって，原審が拒絶理由の理由１．（２）において指摘した，上記引用の平成１９年５月１６日付けの手続補正における補正内容に対する指摘内容は，そのまま，上記引用の平成２３年１月６日付けの手続補正における補正内容に対しても当てはまる。
　そして，上記「第５．当審の判断」の１．で指摘したように，補正後の請求項１に記載の内容と，補正前の請求項１に記載の内容とは同一であるから，
　上記「第２．平成２３年５月２５日付けの手続補正の却下の決定」の「２．補正の適否」における「２−１．新規事項」の（２）において検討したとおり，
「前記第２の秘密キー（ユーザＢ）を用いて該暗号化した第１の秘密キー及び前記第３の公開キーをともに暗号化」することは，当初明細書等に記載されておらず，かつ，当初明細書等に記載の内容から自明の事項でもない。
　
３．理由１．（４）について
　平成２３年１月６日付けの手続補正により補正された請求項７には，
「前記第３の公開キー（コンソールＡ）を用いて前記第１の秘密キー（タイトルＢ）を暗号化し，前記第２の秘密キー（ユーザＢ）を用いて該暗号化した第１の秘密キー及び第３の公開キーを
ともに
　
４．理由１．（７）について
　平成２３年１月６日付けの手続補正により補正された請求項１４には，
「前記暗号化された第１の秘密キー及び前記第３の公開キーが
ともに
　上記引用の記載内容が意味するところは，上記「２．理由１．（２）について」，及び，上記「３．理由１．（４）について」において検討した，平成２３年１月６日付けの手続補正により補正された請求項１，及び，請求項７に記載された，
「前記第２の秘密キー（ユーザＢ）を用いて該暗号化した第１の秘密キー及び前記第３の公開キーをともに暗号化し」，
　と同等の内容を表現するものであるから，上記「２．理由１．（２）について」，及び，上記「３．理由１．（４）について」において検討したとおり，当初明細書等に記載されておらず，かつ，当初明細書等に記載の内容から自明の事項でもない。
　
５．理由１．（９）について
　平成２３年１月６日付けの手続補正により補正された請求項１９には，
「前記暗号化された前記第１の秘密キー及び前記第３の公開キーが
ともに
　上記引用の記載内容は，上記「４．理由１．（７）について」において引用した，請求項１４の記載内容と，ほぼ同等のものであるから，上記「４．理由１．（７）について」において検討したとおり，当該記載内容は，当初明細書等に記載されておらず，かつ，当初明細書等に記載の内容から自明の事項でもない。
　
　以上１．〜５．において検討したとおり，平成２３年１月６日付けの手続補正は，当初明細書等の記載の範囲内でなされたものではない。
　
第６．むすび
　したがって，平成２３年１月６日付けの手続補正は，特許法第１７条の２第３項に規定する要件を満たしていないものであり，原審拒絶理由は解消されていない。
　
　よって，結論のとおり審決する。