【事件の表示】
　特願２０１０−２８５４８５「無線通信装置とサーバとの間でデータを安全にトランザクション処理する方法及びシステム」拒絶査定不服審判事件〔平成２３年　７月１４日出願公開、特開２０１１−１３９４５７〕について、次のとおり審決する。
【結　論】
　本件審判の請求は、成り立たない。
【理　由】
第１．手続の経緯
本願は、平成２２年１２月２２日（パリ条約による優先権主張外国庁受理２０１０年１月４日、インド国）を出願日とする出願であって、その後の手続きは以下のとおりである。
出願審査請求（提出日）　　平成２２年１２月２２日
拒絶理由通知（起案日）　　平成２４年１１月１６日
意見、手続補正（提出日）　平成２５年　４月１９日
手続補足書（提出日）　　　平成２５年　４月２３日
拒絶査定（起案日）　　　　平成２５年１０月３１日
拒絶査定謄本送達　　　　　平成２５年１１月　５日
審判請求（提出日）　　　　平成２６年　３月　４日
手続補正（提出日）　　　　平成２６年　３月　４日
前置報告（作成日）　　　　平成２６年　７月３０日
第２．平成２６年３月４日付け手続補正についての補正却下の決定
［補正却下の決定の結論］
平成２６年３月４日付の手続補正を却下する。
［理由］
１．補正の内容
平成２６年３月４日付の手続補正（以下、「本件補正」という。）により、特許請求の範囲は次のとおり補正された。
［本件補正前］
「【請求項１】
　サーバへのアクセスを試行する接続を無線通信装置から受信し、ランダムシーケンスに基づく軽量の拡張認証プロトコル（ＥＡＰ）を用いることによって認証プロセスを実行し、無線通信装置を介してサーバへのアクセスを許可することを含む方法であって、
　その認証プロセスが、
　ａ）無線通信装置によって、クライアントハローメッセージを送信してサーバとの通信を開始するステップと、
　ｂ）サーバによって、クライアントハローメッセージを受信後に乱数を生成し、次にサーバによって、ハッシュ関数と無線通信装置の事前共有秘密鍵とを用い、生成した乱数でメッセージを暗号化し、無線通信装置に暗号化メッセージを送信するステップと、
　ｃ）無線通信装置によって、ハッシュ関数と無線通信装置の事前共有秘密鍵とにマッチさせ、次に乱数を取り出すことによって暗号化メッセージを復号化するステップと、
　ｄ）無線通信装置によって、決定論的ランダムシーケンス生成（ＤＲＳＧ）プロセスへの触媒として、２つの新しい乱数を生成し、次に無線通信装置によって、ＤＲＳＧアルゴリズムを用い、２つの新しい乱数及び取り出した乱数から新しい２つのシーケンスを生成し、ハッシュ関数と無線通信装置の新しいセッション鍵とにマッチさせ、生成した２つのシーケンスによってメッセージを暗号化し、サーバに暗号化メッセージを送信するステップと、
　ｅ）サーバによって、ＤＲＳＧアルゴリズムを用い、２つの新しい乱数及び取り出した乱数から２つのシーケンス及び新しいシーケンスを計算し、次に無線通信装置の新しく計算されたセッション鍵を用い、２つの新しい乱数を復号化し、新しい２つのシーケンスと得られたシーケンスのハッシュ値とをチェックし、プロトコルを認証し、セッション鍵の計算値は、ＤＲＳＧアルゴリズムから生成されるステップと、
　ｆ）サーバによって、プロトコルを認証したのちに無線通信装置に応答を送信するステップと、を含む
　ことを特徴とする方法
【請求項２】
　無線通信装置によって、ＤＲＳＧアルゴリズムを用いてセッション鍵の値を計算し、１つの乱数の値は第２の乱数の値未満であり、　その方法が、
　ａ）取り出した乱数に従いシード値として用いられる１２８の異なる６４ビットの乱数を生成し、任意にシードとして用いる個人情報を有するステップと、
　ｂ）シード群に第１の乱数の次数の値の前進差分演算子を適用し、新しい第１のシーケンスを求めるステップと、
　ｃ）第２の乱数に対してステップｂを再度実施し、第２の新しいシーケンスを求めるステップと、
　ｄ）新しく得られる１９２ビットの数を生成するステップと、
　ｅ）生成して新しく得られる１９２ビットの数と、事前共有暗号鍵とを用い、新しく計算されるセッション鍵を計算するステップと、を含む
　請求項１に記載の方法。
【請求項３】
　ステップｄが、
　ハッシュ関数と無線通信装置の事前共有秘密鍵とを用い、２つの新しい乱数によってメッセージを暗号化し、更にセキュリティのためにノンス値を更に追加することを更に含み、
　ステップｅが、
　サーバによって、事前共有鍵を用い、２つの新しい乱数を復号化し、ＤＳＲＧアルゴリズムを用い、３８４ビットの第１のシーケンスと３８４ビットの第２のシーケンスとのＸＯＲ演算子を計算し、プロトコルを認証することを更に含む
請求項１に記載の方法。
【請求項４】
　ステップｄが、
　第１のシーケンスと第２のシーケンスとのＸＯＲ演算子を用いて新しく得られるシーケンスを計算し、更にセキュリティのためにノンス値を更に追加し、生成して新しく得られたシーケンスから新しいセッション鍵を生成し、２つの新しい乱数及び無線通信装置の事前共有鍵によってメッセージを暗号化し、装置名、ネットワークアドレス及び生成した新しいセッション鍵、セキュリティのためのノンス値、メッセージの日付及び／又は時刻によってメッセージを暗号化することを更に含み、
　ステップｅが、
　サーバによって、無線通信装置の事前共有鍵を用い、２つの新しい乱数を復号化し、ＤＲＳＧアルゴリズムを用い、２つの新しい乱数及び取り出した乱数から新しく得られたシーケンスを計算し、クライアントの個人情報を復号化するのに用いる新しいセッション鍵を求め、プロトコルを認証することを更に含む
　請求項１に記載の方法。
【請求項５】
　ステップｄが、
　第１のシーケンスと第２のシーケンスとのＸＯＲ演算子を用い、ＤＳＲＧアルゴリズムを用い、セキュリティのためのノンス値によって、新しく得られるシーケンスを計算し、第１のシーケンスと第２のシーケンスのＸＯＲ演算子を用いて新しく得られるシーケンスを計算し、更にセキュリティのためにノンス値を更に追加し、生成して新しく得られたシーケンスからの新しいセッション鍵を生成し、２つの新しい乱数及びメッセージ及び無線通信装置の事前共通鍵によってメッセージを暗号化し、カスタマＩＤ及び生成した新しいセッション鍵、セキュリティのためのノンス値、メッセージの日付及び／又は時刻によってメッセージを暗号化することを更に含み、
　ステップｅが、
　サーバによって、無線通信装置の事前共有鍵を用い、２つの新しい乱数を復号化し、ＤＲＳＧアルゴリズムを用い、２つの新しい乱数及び取り出した乱数から新しく得られたシーケンスを計算し、ハッシュ関数にマッチさせることによってカスタマＩＤを復号化するのに用いる新しいセッション鍵を求め、プロトコルを認証することを更に含む
　請求項１に記載の方法。
【請求項６】
　サーバによって、無線通信装置の装置番号及びＩＭＥＩ番号を登録し、サーバによって、各無線通信装置にカスタマＩＤ及びトランザクションＩＤを配信してからサーバへのアクセスを許可することを更に含む
　請求項１に記載の方法。
【請求項７】
　サーバによって、ＡＥＳ−ＣＴＲアルゴリズム又はＡＥＳ−ＣＢＣアルゴリズムを用いて１９２ビットの事前共有暗号鍵を送信してから、サーバへのアクセスを許可することを更に含む
　請求項１に記載の方法。
【請求項８】
　無線通信装置が、移動体送受話器、スマートフォン、ＰＤＡ、携帯電話又は小型装置の群の１つから選択可能であり、２Ｇ、３Ｇ又は４Ｇネットワークで使用可能である
　請求項１に記載の方法。
【請求項９】
　ハッシュ関数が、フィッシング詐欺、リプレーアタック、初期カウンタ予測による攻撃又は記憶域のトレードオフによる攻撃を防ぐためにマッチされる
　請求項１に記載の方法。
【請求項１０】
　ノンス値が、フィッシング詐欺、リプレーアタック、初期カウンタ予測による攻撃又は記憶域のトレードオフによる攻撃を防ぐために追加される
　請求項１に記載の方法。
【請求項１１】
　少なくとも１つの無線通信装置と、通信ネットワークを介して通信可能に接続されるサーバとを備え、無線通信装置は、通信ネットワークを介してサーバへのアクセスを試行してからサーバへのアクセスが許可され、ランダムシーケンスに基づく軽量の拡張認証プロトコル（ＥＡＰ）を使用して認証プロセスを実行するシステムであって、
　その認証プロセスが、
　ａ）無線通信装置は、サーバにクライアントハローメッセージを送信することによって通信を開始するステップと、
　ｂ）サーバは、クライアントハローメッセージを受信後に乱数を生成し、次にハッシュ関数と無線通信装置の事前共有秘密鍵とを用い、生成した乱数によってメッセージを暗号化し、無線通信装置に暗号化メッセージを送信するステップと、
　ｃ）無線通信装置は、サーバから暗号化メッセージを受信したのちに、ハッシュ関数と無線通信装置の事前共有秘密鍵とにマッチさせ、次に乱数を取り出すことによって暗号化メッセージを復号化するステップと、
　ｄ）無線通信装置は、決定論的ランダムシーケンス生成（ＤＲＳＧ）プロセスへの触媒として、２つの新しい乱数を生成し、次にＤＲＳＧアルゴリズムを用い、２つの新しい乱数及び取り出した乱数から新しい２つのシーケンスを生成し、次にハッシュ関数と無線通信装置の新しいセッション鍵とにマッチさせ、生成した新しい２つのシーケンスによってメッセージを暗号化し、暗号化メッセージをサーバに送信するステップと、
　ｅ）サーバは、ＤＲＳＧアルゴリズムを用い、２つの新しい乱数及び取り出した乱数から２つのシーケンス及び新しいシーケンスを計算し、次に無線通信装置の新しく計算されたセッション鍵を用い、２つの新しい乱数を復号化し、新しい２つのシーケンスと得られたシーケンスのハッシュ値とをチェックし、プロトコルを認証し、セッション鍵の計算値は、ＤＲＳＧアルゴリズムから生成されるステップと、
　ｆ）サーバは、プロトコルを認証後に無線通信装置に応答を送信するステップと、を含む
　ことを特徴とするシステム。
【請求項１２】
　無線通信装置は、ＤＲＳＧアルゴリズムを用いてセッション鍵の値を計算し、１つの乱数の値は第２の乱数の値未満であり、その方法が、
　ａ）取り出した乱数に従いシード値として用いられる１２８の異なる６４ビットの乱数を生成し、任意にシードとして用いる個人情報を有するステップと、
　ｂ）シード群に第１の乱数の次数の値の前進差分演算子を適用し、新しい第１のシーケンスを求めるステップと、
　ｃ）第２の乱数に対してステップｂを再度実施し、第２の新しいシーケンスを求めるステップと、
　ｄ）新しく得られる１９２ビットの数を生成するステップと、
　ｅ）生成して新しく得られる１９２ビットの数と、事前共有暗号鍵とを用い、新しく計算されるセッション鍵を計算するステップと、を含む
　請求項１１に記載のシステム。
【請求項１３】
　ステップｄが、
　無線通信装置が、ハッシュ関数と無線通信装置の事前共有秘密鍵とを用い、２つの新しい乱数によってメッセージを暗号化し、更にセキュリティのためにノンス値を更に追加することを更に含み、
　ステップｅが、
　サーバが、事前共有鍵を用い、２つの新しい乱数を復号化し、ＤＳＲＧアルゴリズムを用い、３８４ビットの第１のシーケンスと３８４ビットの第２のシーケンスとのＸＯＲ演算子を計算し、プロトコルを認証することを更に含む
　請求項１１に記載のシステム。
【請求項１４】
　ステップｄが、
　無線通信装置が、第１のシーケンスと第２のシーケンスとのＸＯＲ演算子を用いて新しく得られるシーケンスを計算し、更にセキュリティのためにノンス値を更に追加し、生成して新しく得られたシーケンスから新しいセッション鍵を生成し、２つの新しい乱数及び無線通信装置の事前共有鍵によってメッセージを暗号化し、装置名、ネットワークアドレス及び生成した新しいセッション鍵、セキュリティのためのノンス値、メッセージの日付及び／又は時刻によってメッセージを暗号化することを更に含み、
　ステップｅが、
　サーバが、無線通信装置の事前共有鍵を用い、２つの新しい乱数を復号化し、ＤＲＳＧアルゴリズムを用い、２つの新しい乱数及び取り出した乱数から新しく得られたシーケンスを計算し、クライアントの個人情報を復号化するのに用いる新しいセッション鍵を求め、プロトコルを認証することを更に含む
　請求項１１に記載のシステム。
【請求項１５】
　ステップｄが、
　無線通信装置が、第１のシーケンスと第２のシーケンスとのＸＯＲ演算子を用い、新しく得られるシーケンスを計算し、更にセキュリティのためにノンス値を更に追加し、生成して新しく得られるシーケンスから新しいセッション鍵を生成し、２つの新しい乱数及び無線通信装置の事前共通鍵によってメッセージを暗号化し、カスタマＩＤ及び生成した新しいセッション鍵、セキュリティのためのノンス値、メッセージの日付及び／又は時刻によってメッセージを暗号化することを更に含み、
　ステップｅが、
　サーバが、無線通信装置の事前共有鍵を用い、２つの新しい乱数を復号化し、ＤＲＳＧアルゴリズムを用い、２つの新しい乱数及び取り出した乱数から新しく得られたシーケンスを計算し、ハッシュ関数にマッチさせることによってカスタマＩＤを復号化するのに用いる新しいセッション鍵を求め、プロトコルを認証することを更に含む
　請求項１１に記載のシステム。
【請求項１６】
　サーバが、無線通信装置の装置番号及びＩＭＥＩ番号を登録し、次に各無線通信装置にカスタマＩＤ及びトランザクションＩＤを配信してからサーバへのアクセスを許可することを更に含む
　請求項１１に記載のシステム。
【請求項１７】
　サーバが、ＡＥＳ−ＣＴＲアルゴリズム又はＡＥＳ−ＣＢＣアルゴリズムを用いて１９２ビットの事前共有暗号鍵を送信してから、サーバへのアクセスを許可することを更に含む
　請求項１１に記載のシステム。
【請求項１８】
　無線通信装置が、移動体送受話器、スマートフォン、ＰＤＡ、携帯電話又は小型装置の群の１つから選択可能であり、２Ｇ、３Ｇ又は４Ｇネットワークで使用可能である
　請求項１１に記載のシステム。
【請求項１９】
　ハッシュ関数が、フィッシング詐欺、リプレーアタック，初期カウンタ予測による攻撃又は記憶域のトレードオフによる攻撃を防ぐためにマッチされる
　請求項１１に記載のシステム。
【請求項２０】
　ノンス値が、フィッシング詐欺、リプレーアタック、初期カウンタ予測による攻撃又は記憶域のトレードオフによる攻撃を防ぐために追加される
　請求項１１に記載のシステム。」
（以下、上記引用の請求項各項を「補正前請求項」という）は、
［本件補正後］
　「【請求項１】
　サーバへのアクセスを試行する接続を無線通信装置から受信し、ランダムシーケンスに基づく軽量の拡張認証プロトコル（ＥＡＰ）を用いることによって認証プロセスを実行し、無線通信装置を介してサーバへのアクセスを許可することを含む方法であって、
　その認証プロセスが、
　ａ）無線通信装置によって、クライアントハローメッセージを送信してサーバとの通信を開始するステップと、
　ｂ）サーバによって、クライアントハローメッセージを受信後に乱数を生成し、次にサーバによって、ハッシュ関数と無線通信装置の事前共有秘密鍵とを用い、生成した乱数でメッセージを暗号化し、無線通信装置に暗号化メッセージを送信するステップと、
　ｃ）無線通信装置によって、ハッシュ関数と無線通信装置の事前共有秘密鍵
を用いて暗号化メッセージを復号化し、復号化したメッセージをハッシュ関数とマッチさせることで、乱数を取り出す
　ｄ）
サーバが取り出された乱数を取得すれば、
を用いて
　ｅ）サーバによって、ＤＲＳＧアルゴリズムを用い、２つの新しい乱数及び取り出した乱数から２つのシーケンス及び新しいシーケンスを計算し、次に無線通信装置
によって、暗号化プロセスと
て
取り出し
前記
前記
す
　ｆ）サーバによって、
無線通信装置へのアクセスを提供する
　ことを特徴とする方法。
　　【請求項２】
　無線通信装置によって、ＤＲＳＧアルゴリズムを用いてセッション鍵の値を計算し、１つの乱数の値は第２の乱数の値未満であり、
　その方法が、
　ａ）取り出した乱数に従いシード値として用いられる１２８の異なる６４ビットの乱数を生成し、任意にシードとして用いる個人情報を有するステップと、
　ｂ）シード群に第１の乱数の次数の値の前進差分演算子を適用し、新しい第１のシーケンスを求めるステップと、
　ｃ）第２の乱数に対してステップｂを再度実施し、第２の新しいシーケンスを求めるステップと、
　ｄ）新しく得られる１９２ビットの数を生成するステップと、
　ｅ）生成して新しく得られる１９２ビットの数と、事前共有暗号鍵とを用い、新しく計算されるセッション鍵を計算するステップと、を含む
　請求項１に記載の方法。
　　【請求項３】
　ステップｄが、
　ハッシュ関数と無線通信装置の事前共有秘密鍵とを用い、２つの新しい乱数によってメッセージを暗号化し、更にセキュリティのためにノンス値を更に追加することを更に含み
、
　ステップｅが、
　サーバによって、事前共有鍵を用い、２つの新しい乱数を復号化し、ＤＳＲＧアルゴリズムを用い、３８４ビットの第１のシーケンスと３８４ビットの第２のシーケンスとのＸＯＲ演算子を計算し、プロトコルを認証することを更に含む
　請求項１に記載の方法。
　　【請求項４】
　ステップｄが、
　第１のシーケンスと第２のシーケンスとのＸＯＲ演算子を用いて新しく得られるシーケンスを計算し、更にセキュリティのためにノンス値を更に追加し、生成して新しく得られたシーケンスから新しいセッション鍵を生成し、２つの新しい乱数及び無線通信装置の事前共有鍵によってメッセージを暗号化し、装置名、ネットワークアドレス及び生成した新しいセッション鍵、セキュリティのためのノンス値、メッセージの日付及び／又は時刻によってメッセージを暗号化することを更に含み、
　ステップｅが、
　サーバによって、無線通信装置の事前共有鍵を用い、２つの新しい乱数を復号化し、ＤＲＳＧアルゴリズムを用い、２つの新しい乱数及び取り出した乱数から新しく得られたシーケンスを計算し、クライアントの個人情報を復号化するのに用いる新しいセッション鍵を求め、プロトコルを認証することを更に含む
　請求項１に記載の方法。
　　【請求項５】
　ステップｄが、
　第１のシーケンスと第２のシーケンスとのＸＯＲ演算子を用い、ＤＳＲＧアルゴリズムを用い、セキュリティのためのノンス値によって、新しく得られるシーケンスを計算し、
第１のシーケンスと第２のシーケンスのＸＯＲ演算子を用いて新しく得られるシーケンスを計算し、更にセキュリティのためにノンス値を更に追加し、生成して新しく得られたシーケンスからの新しいセッション鍵を生成し、２つの新しい乱数及びメッセージ及び無線通信装置の事前共通鍵によってメッセージを暗号化し、カスタマＩＤ及び生成した新しいセッション鍵、セキュリティのためのノンス値、メッセージの日付及び／又は時刻によってメッセージを暗号化することを更に含み、
　ステップｅが、
　サーバによって、無線通信装置の事前共有鍵を用い、２つの新しい乱数を復号化し、ＤＲＳＧアルゴリズムを用い、２つの新しい乱数及び取り出した乱数から新しく得られたシーケンスを計算し、ハッシュ関数にマッチさせることによってカスタマＩＤを復号化するのに用いる新しいセッション鍵を求め、プロトコルを認証することを更に含む
　請求項１に記載の方法。
　　【請求項６】
　サーバによって、無線通信装置の装置番号及びＩＭＥＩ番号を登録し、サーバによって、各無線通信装置にカスタマＩＤ及びトランザクションＩＤを配信してからサーバへのアクセスを許可することを更に含む
　請求項１に記載の方法。
　　【請求項７】
　サーバによって、ＡＥＳ−ＣＴＲアルゴリズム又はＡＥＳ−ＣＢＣアルゴリズムを用いて１９２ビットの事前共有暗号鍵を送信してから、サーバへのアクセスを許可することを更に含む
　請求項１に記載の方法。
　　【請求項８】
　無線通信装置が、移動体送受話器、スマートフォン、ＰＤＡ、携帯電話又は小型装置の群の１つから選択可能であり、２Ｇ、３Ｇ又は４Ｇネットワークで使用可能である
　請求項１に記載の方法。
　　【請求項９】
　ハッシュ関数が、フィッシング詐欺、リプレーアタック、初期カウンタ予測による攻撃又は記憶域のトレードオフによる攻撃を防ぐためにマッチされる
　請求項１に記載の方法。
　　【請求項１０】
　ノンス値が、フィッシング詐欺、リプレーアタック、初期カウンタ予測による攻撃又は記憶域のトレードオフによる攻撃を防ぐために追加される
　請求項１に記載の方法。
　　【請求項１１】
　少なくとも１つの無線通信装置と、通信ネットワークを介して通信可能に接続されるサーバとを備え、無線通信装置は、通信ネットワークを介してサーバへのアクセスを試行してからサーバへのアクセスが許可され、ランダムシーケンスに基づく軽量の拡張認証プロトコル（ＥＡＰ）を使用して認証プロセスを実行するシステムであって、
　その認証プロセスが、
　ａ）無線通信装置は、サーバにクライアントハローメッセージを送信することによって通信を開始するステップと、
　ｂ）サーバは、クライアントハローメッセージを受信後に乱数を生成し、次にハッシュ関数と無線通信装置の事前共有秘密鍵とを用い、生成した乱数によってメッセージを暗号化し、無線通信装置に暗号化メッセージを送信するステップと、
　ｃ）無線通信装置は、サーバから暗号化メッセージを受信したのちに、ハッシュ関数と無線通信装置の事前共有秘密鍵とにマッチさせ、次に乱数を取り出すことによって暗号化メッセージを復号化するステップと、
　ｄ）無線通信装置は、決定論的ランダムシーケンス生成（ＤＲＳＧ）プロセスへの触媒として、２つの新しい乱数を生成し、次にＤＲＳＧアルゴリズムを用い、２つの新しい乱数及び取り出した乱数から新しい２つのシーケンスを生成し、次にハッシュ関数と無線通信装置の新しいセッション鍵とにマッチさせ、生成した新しい２つのシーケンスによってメッセージを暗号化し、暗号化メッセージをサーバに送信するステップと、
　ｅ）サーバは、ＤＲＳＧアルゴリズムを用い、２つの新しい乱数及び取り出した乱数から２つのシーケンス及び新しいシーケンスを計算し、次に無線通信装置の新しく計算されたセッション鍵を用い、２つの新しい乱数を復号化し、新しい２つのシーケンスと得られたシーケンスのハッシュ値とをチェックし、プロトコルを認証し、セッション鍵の計算値は、ＤＲＳＧアルゴリズムから生成されるステップと、
　ｆ）サーバは、プロトコルを認証後に無線通信装置に応答を送信するステップと、を含む
　ことを特徴とするシステム。
　　【請求項１２】
　無線通信装置は、ＤＲＳＧアルゴリズムを用いてセッション鍵の値を計算し、１つの乱数の値は第２の乱数の値未満であり、その方法が、
　ａ）取り出した乱数に従いシード値として用いられる１２８の異なる６４ビットの乱数を生成し、任意にシードとして用いる個人情報を有するステップと、
　ｂ）シード群に第１の乱数の次数の値の前進差分演算子を適用し、新しい第１のシーケンスを求めるステップと、
　ｃ）第２の乱数に対してステップｂを再度実施し、第２の新しいシーケンスを求めるステップと、
　ｄ）新しく得られる１９２ビットの数を生成するステップと、
　ｅ）生成して新しく得られる１９２ビットの数と、事前共有暗号鍵とを用い、新しく計算されるセッション鍵を計算するステップと、を含む
　請求項１１に記載のシステム。
　　【請求項１３】
　ステップｄが、
　無線通信装置が、ハッシュ関数と無線通信装置の事前共有秘密鍵とを用い、２つの新しい乱数によってメッセージを暗号化し、更にセキュリティのためにノンス値を更に追加することを更に含み、
　ステップｅが、
　サーバが、事前共有鍵を用い、２つの新しい乱数を復号化し、ＤＳＲＧアルゴリズムを用い、３８４ビットの第１のシーケンスと３８４ビットの第２のシーケンスとのＸＯＲ演算子を計算し、プロトコルを認証することを更に含む
　請求項１１に記載のシステム。
　　【請求項１４】
　ステップｄが、
　無線通信装置が、第１のシーケンスと第２のシーケンスとのＸＯＲ演算子を用いて新しく得られるシーケンスを計算し、更にセキュリティのためにノンス値を更に追加し、生成して新しく得られたシーケンスから新しいセッション鍵を生成し、２つの新しい乱数及び無線通信装置の事前共有鍵によってメッセージを暗号化し、装置名、ネットワークアドレス及び生成した新しいセッション鍵、セキュリティのためのノンス値、メッセージの日付及び／又は時刻によってメッセージを暗号化することを更に含み、
　ステップｅが、
　サーバが、無線通信装置の事前共有鍵を用い、２つの新しい乱数を復号化し、ＤＲＳＧ
アルゴリズムを用い、２つの新しい乱数及び取り出した乱数から新しく得られたシーケンスを計算し、クライアントの個人情報を復号化するのに用いる新しいセッション鍵を求め、プロトコルを認証することを更に含む
　請求項１１に記載のシステム。
　　【請求項１５】
　ステップｄが、
　無線通信装置が、第１のシーケンスと第２のシーケンスとのＸＯＲ演算子を用い、新しく得られるシーケンスを計算し、更にセキュリティのためにノンス値を更に追加し、生成して新しく得られるシーケンスから新しいセッション鍵を生成し、２つの新しい乱数及び無線通信装置の事前共通鍵によってメッセージを暗号化し、カスタマＩＤ及び生成した新しいセッション鍵、セキュリティのためのノンス値、メッセージの日付及び／又は時刻によってメッセージを暗号化することを更に含み、
　ステップｅが、
　サーバが、無線通信装置の事前共有鍵を用い、２つの新しい乱数を復号化し、ＤＲＳＧアルゴリズムを用い、２つの新しい乱数及び取り出した乱数から新しく得られたシーケンスを計算し、ハッシュ関数にマッチさせることによってカスタマＩＤを復号化するのに用いる新しいセッション鍵を求め、プロトコルを認証することを更に含む
　請求項１１に記載のシステム。
　　【請求項１６】
　サーバが、無線通信装置の装置番号及びＩＭＥＩ番号を登録し、次に各無線通信装置にカスタマＩＤ及びトランザクションＩＤを配信してからサーバへのアクセスを許可することを更に含む
　請求項１１に記載のシステム。
　　【請求項１７】
　サーバが、ＡＥＳ−ＣＴＲアルゴリズム又はＡＥＳ−ＣＢＣアルゴリズムを用いて１９２ビットの事前共有暗号鍵を送信してから、サーバへのアクセスを許可することを更に含む
　請求項１１に記載のシステム。
　　【請求項１８】
　無線通信装置が、移動体送受話器、スマートフォン、ＰＤＡ、携帯電話又は小型装置の群の１つから選択可能であり、２Ｇ、３Ｇ又は４Ｇネットワークで使用可能である
　請求項１１に記載のシステム。
　　【請求項１９】
　ハッシュ関数が、フィッシング詐欺、リプレーアタック，初期カウンタ予測による攻撃又は記憶域のトレードオフによる攻撃を防ぐためにマッチされる
　請求項１１に記載のシステム。
　　【請求項２０】
　ノンス値が、フィッシング詐欺、リプレーアタック、初期カウンタ予測による攻撃又は記憶域のトレードオフによる攻撃を防ぐために追加される
　請求項１１に記載のシステム。」
（以下、上記引用の請求項各項を「補正後請求項」という。下線は補正事項を示すものとして出願人が付与したものである。）
　更に、当該補正書において、明細書の段落【００５４】について、以下のとおり変更する補正を行っている。
［補正前段落【００５４】］
「第４のステップでは、ＤＳＲＧプロセスは、新しく得られる１９２ビットの数を生成する｛Ｓ＝３２の異なる４０ビットの第１の乱数の合計｜｜３２の異なる４０ビットの第２の乱数の合計｜｜３２の異なる４０ビットの第３の乱数の合計｜｜３２の異なる４０ビットの第４の乱数の合計＝１つの４５ビットの数｜｜１つの４５ビットの数｜｜１つの４５ビットの数｜｜１つの４５ビットの数＝１つの１９２ビットの数｝。最後のステップでは、ＤＳＲＧプロセスは、生成して新しく得られた１９２ビットの数Ｓと、セッション鍵「Ｋ」とを用い、新しく計算されたセッション鍵「Ｋｓ」を計算する｛ｋｓ＝ｋ  ＸｏＲ（Ｓ｜｜Ｔｒ＿ＩＤ）＝１９２ビットの数｝。」
（以下、上記引用を「補正前段落【００５４】」という。）
［補正後段落【００５４】］
「【００５４】
　第４のステップでは、ＤＳＲＧプロセスは、新しく得られる１９２ビットの数を生成する｛Ｓ＝３２の異なる
６４
６４
６４
６４
（以下、上記引用を「補正後段落【００５４】」という。下線は補正事項を示すものとして出願人が付与したものである。）
２．補正の適否
（１）新規事項
　本件補正が，願書に最初に添付された明細書，特許請求の範囲，及び，図面（以下，これを「当初明細書等」という）に記載した事項の範囲内でなされたものであるかについて，以下に検討する。
ア．補正後請求項１には「ｃ）無線通信装置によって、ハッシュ関数と無線通信装置の事前共有秘密鍵を用いて暗号化メッセージを復号化し、復号化したメッセージをハッシュ関数とマッチさせることで、乱数を取り出すステップ」が記載されている。
　一方、当初明細書等の段落【００４７】には「第３のステップでは、ハッシュ関数［Ｈａｓｈ（Ｔｒ＿ＩＤ）ＸｏＲ　Ｄｅｃｋ（ｙ）］と無線通信装置２１４の事前共有秘密鍵「ｋ」とにマッチさることによって、無線通信装置２１４が暗号化メッセージを復号化し、次に無線通信装置２１４は、サーバ２１２から暗号化メッセージを受信後、乱数「ｒ」（２５６ビットの乱数が好ましい）を取り出す。」、段落【００６４】には「第３のステップでは、ハッシュ関数［Ｈａｓｈ（Ｔｒ＿ＩＤ）ＸｏＲ　Ｄｅｃｋ（ｙ）］と無線通信装置３１４の事前共有秘密鍵「ｋ」とにマッチさせることによって、無線通信装置３１４が暗号化メッセージを復号化し、次に無線通信装置３１４は、サーバ３１２から暗号化メッセージを受信後、乱数「ｒ」（２５６ビットの乱数が好ましい）を取り出す。」と記載されている。
　これらの記載によれば、請求項１のｃ）のステップは、明細書の第３のステップに対応すると解され、ハッシュ関数と無線通信装置の事前共有秘密鍵とにマッチさせることによって、暗号化メッセージを復号化し、次に、暗号化メッセージを受信後、乱数を取り出すのであるから、「マッチさせることで」行われるのは、暗号化メッセージの復号化と解され、補正後請求項に記載の如く、乱数を取り出すことと解することができない。
　そうすると、「復号化したメッセージをハッシュ関数とマッチさせることで、乱数を取り出す」なる記載を加入する請求項１に対する補正は、当初明細書等の記載の範囲内においてしたものではない。
イ．補正後請求項１には「ｄ）サーバが取り出された乱数を取得すれば、無線通信装置によって、・・・２つの新しい乱数を生成し、次に無線通信装置によって、・・・新しい２つのシーケンスを生成し、ハッシュ関数と無線通信装置の新しいセッション鍵とにマッチさせ、生成した２つのシーケンスを用いてメッセージを暗号化し、サーバに暗号化メッセージを送信するステップ」が記載されている。
　一方、当初明細書の段落【００４８】には「第４のステップでは、無線通信装置２１４は、（中略）、上記の取り出した乱数「ｒ」とから２つの新しいシーケンスＳ１及びＳ２を生成し、（中略）次に無線通信装置２１４は、（中略）を暗号化し、次に無線通信装置２１４は、暗号化メッセージ（中略）をサーバ２１２に送信する。」、段落【００６５】には「第４のステップでは、無線通信装置３１４は、（中略）それぞれ２つの新しい乱数ｔ１及びｔ２（中略）を生成し、次に無線通信装置３１４は、（中略）上記の取り出した乱数「ｒ」とから２つの新しいシーケンスＳ１及びＳ２を生成し、次に無線通信装置３１４は、（中略）メッセージを暗号化し、（中略）、次に無線通信装置３１４は、サーバ３１２に暗号化メッセージ（中略）を送信する。」と記載されている。
　これら記載によれば、請求項１のｄ）ステップは、明細書の実施例の第４ステップに対応すると解され、第４のステップでは、無線通信装置において、暗号化メッセージを作成し、サーバへ送信するものと解される。
補正後請求項１の「サーバが取り出された乱数を取得すれば」との記載における「取り出された乱数」とは、請求項１の記載「ｃ）無線通信装置によって・・・乱数を取り出すステップ」からすると、無線通信装置によって取り出された乱数であると解されるが、当初明細書等には、サーバが、無線通信装置によって取り出された乱数を取得する、ということは記載も示唆もされていない。
　また、当初明細書等には、「無線通信装置」が、２つの新しい乱数を生成し、新しい２つのシーケンスを生成し、ハッシュ関数と無線通信装置の新しいセッション鍵とにマッチさせ、生成した２つのシーケンスを用いてメッセージを暗号化し、サーバに暗号化メッセージを送信するステップが、「サーバが取り出された乱数を取得すれば」という条件で行うステップであるということも、記載も示唆もされていない。
　そうすると、「サーバが取り出された乱数を取得すれば」なる記載を加入する請求項１に対する補正は、当初明細書等の記載の範囲内においてしたものではない。
ウ．明細書の段落【００５４】の補正について
補正後段落【００５４】は、補正前段落【００５４】の「異なる４０ビットの第１の乱数」「異なる４０ビットの第２の乱数」「異なる４０ビットの第３の乱数」「異なる４０ビットの第４の乱数」をそれぞれ、「異なる６４ビットの第１の乱数」「異なる６４ビットの第２の乱数」「異なる６４ビットの第３の乱数」「異なる６４ビットの第４の乱数」と変更している。
しかし、当初明細書の段落【００５２】には「（前略）１２８の異なる６４ビットの乱数（後略）」、段落【００５７】には「（前略）各サイズが４０ビットの１２８の異なる乱数（後略）」との記載があるものの、段落【００５４】の「異なる４０ビットの乱数」を「異なる６４ビットの乱数」と補正することが、当初明細書等に記載した事項から自明な事項とは認められない。
　審判請求人は、審判請求書において、「審査官の指摘通り、明細書段落【００５４】の誤記を直していない。そこで、審査官の指摘を鑑み、３２の異なる乱数からなる第１、第２、第３及び第４のセットは、サイズが４０ビットでなく６４ビットの乱数であるように補正して、誤記を修正する」と主張している。しかし、原審審査官は、平成２５年１０月３１日起案の拒絶査定（理由Ａ．（ｅ））において、「出願人は明細書５４段落の記載が誤りであると述べているものの、明細書の補正はなされていない」と指摘しているものの、原審審査官が「誤記」と認めた上で、「誤記を直していない」と指摘しているものではない。なお、仮に「サイズが４０ビットではなく６４ビットの乱数」とする補正を認めたとしても、乱数の合計が「４５ビットの数」と変わらないので、平成２４年１１月１６日起案の拒絶理由において「４５ビットの数４つで１９２ビットの数が構成されるということも矛盾したこと」との指摘が解消されることがないだけでなく、新たに「異なる６４ビットの乱数の合計」が「４５ビットの数」となる新たな矛盾が発生する。よって、請求人の主張は採用できない。
　仮に、誤訳による誤記であったとしても、その根拠が不明である。
　したがって、この補正は、当初明細書等に記載した事項の範囲内においてしたものでなく、特許法第１７条の２第３項の規定に違反するものであるから、同法第１５９条第１項において読み替えて準用する同法第５３条第１項の規定により却下されるべきものである。
よって、補正却下の決定の結論のとおり決定する。
第３．本願発明について
１．本願発明
平成２６年３月４日付の手続補正が却下されたので、本願の請求項１−２０に係る発明は、平成２５年４月１９日付の手続補正書により補正された特許請求の範囲請求項１−２０に記載された事項により特定されるものである。
第４．原審の拒絶理由について
　原審の平成２４年１１月１６日付けの拒絶理由（以下、「原審拒絶理由」という）は、概略、次のとおりである。
『理由
Ａ．この出願は、発明の詳細な説明の記載が下記の点で、特許法第３６条第４項第１号に規定する要件を満たしていない。
（ａ）（ｂ）（中略）
（ｃ）請求項１には「ｄ）無線通信装置によって、決定論的ランダムシーケンス生成（ＤＲＳＧ）プロセスへの触媒として、２つの新しい乱数を生成し、次に無線通信装置によって、ＤＲＳＧアルゴリズムを用い、２つの新しい乱数及び取り出した乱数から新しい２つのシーケンスを生成し」と記載されているところ、明細書４８段落には「第４のステップでは、無線通信装置２１４は、決定論的ランダムシーケンス生成（ＤＲＳＧ）プロセスへの触媒として、それぞれ２つの新しい乱数ｔ１及びｔ２（本発明の典型的な一実施形態によれば、７ビット範囲が好ましい）を生成し、次に無線通信装置２１４は、ＤＲＳＧアルゴリズム｛ＤＲＳＧ（ｒ，ｔ１，ｔ２）｝を用い、上記２つの新しい乱数ｔ１及びｔ２と、上記の取り出した乱数「ｒ」とから２つの新しいシーケンスＳ１及びＳ２を生成し」と記載され、明細書５１−５３段落には「上記のＤＲＳＧアルゴリズム／プロセス／方法は、以下のステップを含む。
　第１のステップでは、ＤＳＲＧプロセスは、取り出した乱数「ｒ」、シード値として用いられる１２８の異なる６４ビットの乱数を生成し、任意で個人情報がシードとして用いられ、本発明の典型的な一実施形態によれば、無線通信装置は携帯電話であってよく、個人情報はＣｕｓｔ＿ＩＤ、携帯電話番号、ＳＩＭカード番号などである。
　第２のステップでは、ＤＳＲＧプロセスは、シード群に第１の乱数ｔ１の次数の値（ｔ１回）の前進差分演算子を適用し、新しい第１のシーケンスＳ１を求める。第３のステップでは、シード群の第２の乱数ｔ２に対して第２のステップを実施し、新しい第２のシーケンスＳ２を求める。」と記載されている。
　この発明の詳細な説明の記載を参照すれば、ＤＲＳＧアルゴリズムによるシーケンスの生成は、シード値に「乱数の次数の値の前進差分演算子」を適用することでなされるところ、「乱数の次数の値の前進差分演算子」とは如何なるものであり、それをシード値にどのように適用することでシーケンスの生成を行うのか、という点については何ら記載されていない。
　そうすると、本願明細書の発明の詳細な説明には「ＤＲＳＧアルゴリズム」を用いてシーケンスを生成する点について、当業者が実施をすることができる程度に明確かつ十分に記載がなされていない。
（ｄ）請求項１には「ハッシュ関数と無線通信装置の新しいセッション鍵とにマッチさせ、生成した２つのシーケンスによってメッセージを暗号化し」と記載されているところ、明細書４８段落には「次に無線通信装置２１４は、ハッシュ関数と無線通信装置２１４の新しいセッション鍵「Ｋ」とにマッチさせることによって、上記の生成した２つのシーケンスＳ１及びＳ２によりメッセージ｛Ｅｎｃｋｓ（Ｓ，ｔ１，ｔ２），Ｈａｓｈ（Ｓ１　ＸｏＲ　Ｓ２　ＸｏＲ　Ｓ），Ｎｏｎｃｅ（Ｓ１　ＸｏＲ　Ｓ２），ｄａｔｅ，ｔｉｍｅ｝を暗号化し」と記載されている。
　この発明の詳細な説明の記載を参照しても「ハッシュ関数と無線通信装置の新しいセッション鍵とにマッチさせ」るということを、具体的にどのようにして行うのかという点は記載されていない。また「生成した２つのシーケンスによってメッセージを暗号化」するということも、単に２つのシーケンスＳ１及びＳ２により、メッセージ｛Ｅｎｃｋｓ（Ｓ，ｔ１，ｔ２），Ｈａｓｈ（Ｓ１　ＸｏＲ　Ｓ２　ＸｏＲ　Ｓ），Ｎｏｎｃｅ（Ｓ１　ＸｏＲ　Ｓ２），ｄａｔｅ，ｔｉｍｅ｝を暗号化することが記載されているのみであり、メッセージ｛Ｅｎｃｋｓ（Ｓ，ｔ１，ｔ２），Ｈａｓｈ（Ｓ１　ＸｏＲ　Ｓ２　ＸｏＲ　Ｓ），Ｎｏｎｃｅ（Ｓ１　ＸｏＲ　Ｓ２），ｄａｔｅ，ｔｉｍｅ｝とは如何なるメッセージであるのかという点、及び、２つのシーケンスＳ１及びＳ２を具体的にどのように用いることで、メッセージの暗号化を行うのかという点、は記載されていない。
　そうすると、本願明細書の発明の詳細な説明には「ハッシュ関数と無線通信装置の新しいセッション鍵とにマッチさせ、生成した２つのシーケンスによってメッセージを暗号化」する点について、当業者が実施をすることができる程度に明確かつ十分に記載がなされていない。
（ｅ）請求項１には「ｅ）サーバによって、ＤＲＳＧアルゴリズムを用い、２つの新しい乱数及び取り出した乱数から２つのシーケンス及び新しいシーケンスを計算し」と記載されているところ、明細書４９段落には「第５のステップでは、サーバ２１２は、日付及び時間によるＤＲＳＧアルゴリズム｛ＤＲＳＧ（ｒ，ｔ１，ｔ２）｝を用い、上記２つの新しい乱数ｔ１及びｔ２と取り出した乱数「ｒ」とから上記２つのシーケンスＳ１及びＳ２と上記の新しいシーケンスＳとを計算し」と記載されている。
　この発明の詳細な説明の記載を参照しても、サーバが、２つの新しい乱数ｔ１及びｔ２を、どのようにして得るのかという点は記載されていない。また（ｂ）にて述べたように、ＤＲＳＧアルゴリズムによるシーケンスの生成は、シード値に「乱数の次数の値の前進差分演算子」を適用することでなされるところ、「乱数の次数の値の前進差分演算子」とは如何なるものであり、それをシード値にどのように適用することでシーケンスの生成を行うのか、という点については何ら記載されていない。
　また明細書５４段落には「第４のステップでは、ＤＳＲＧプロセスは、新しく得られる１９２ビットの数を生成する｛Ｓ＝３２の異なる４０ビットの第１の乱数の合計｜｜３２の異なる４０ビットの第２の乱数の合計｜｜３２の異なる４０ビットの第３の乱数の合計｜｜３２の異なる４０ビットの第４の乱数の合計＝１つの４５ビットの数｜｜１つの４５ビットの数｜｜１つの４５ビットの数｜｜１つの４５ビットの数＝１つの１９２ビットの数｝。」と記載されているものの、「３２の異なる４０ビットの第１の乱数」、「３２の異なる４０ビットの第２の乱数」、「３２の異なる４０ビットの第３の乱数」」、「３２の異なる４０ビットの第４の乱数」を、それぞれ、サーバがどのようにして得るのかという点が記載されておらず、４５ビットの数４つで１９２ビットの数が構成されるということも矛盾したことである。
　そうすると、本願明細書の発明の詳細な説明には「サーバによって、ＤＲＳＧアルゴリズムを用い、２つの新しい乱数及び取り出した乱数から２つのシーケンス及び新しいシーケンスを計算」する点について、当業者が実施をすることができる程度に明確かつ十分に記載がなされていない。
（ｆ）（ｇ）（中略）
（ｈ）請求項１には「セッション鍵の計算値は、ＤＲＳＧアルゴリズムから生成される」と記載されているところ、明細書５４段落には「第４のステップでは、ＤＳＲＧプロセスは、新しく得られる１９２ビットの数を生成する｛Ｓ＝３２の異なる４０ビットの第１の乱数の合計｜｜３２の異なる４０ビットの第２の乱数の合計｜｜３２の異なる４０ビットの第３の乱数の合計｜｜３２の異なる４０ビットの第４の乱数の合計＝１つの４５ビットの数｜｜１つの４５ビットの数｜｜１つの４５ビットの数｜｜１つの４５ビットの数＝１つの１９２ビットの数｝。後のステップでは、ＤＳＲＧプロセスは、生成して新しく得られた１９２ビットの数Ｓと、セッション鍵「Ｋ」とを用い、新しく計算されたセッション鍵「Ｋｓ」を計算する｛ｋｓ＝ｋ　ＸｏＲ（Ｓ｜｜Ｔｒ＿ＩＤ）＝１９２ビットの数｝。」と記載されている。
　この発明の詳細な説明の記載を参照しても、（ｄ）にて述べたように、「３２の異なる４０ビットの第１の乱数」、「３２の異なる４０ビットの第２の乱数」、「３２の異なる４０ビットの第３の乱数」」、「３２の異なる４０ビットの第４の乱数」を、それぞれ、サーバがどのようにして得るのかという点が記載されておらず、４５ビットの数４つで１９２ビットの数が構成されるということも矛盾したことである。
　そうすると、本願明細書の発明の詳細な説明には「セッション鍵の計算値は、ＤＲＳＧアルゴリズムから生成される」点について、当業者が実施をすることができる程度に明確かつ十分に記載がなされていない。
（ｉ）請求項２には「ｂ）シード群に第１の乱数の次数の値の前進差分演算子を適用し、新しい第１のシーケンスを求めるステップ」及び「ｃ）第２の乱数に対してステップｂを再度実施し、第２の新しいシーケンスを求めるステップ」と記載されているところ、（ｂ）（ｄ）にて述べたように、発明の詳細な説明には、「乱数の次数の値の前進差分演算子」とは如何なるものであり、それをシード値にどのように適用することでシーケンスの生成を行うのか、という点について何ら記載されていない。
　そうすると、本願明細書の発明の詳細な説明には「シード群に第１の乱数の次数の値の前進差分演算子を適用し、新しい第１のシーケンスを求める」及び「第２の乱数に対してステップｂを再度実施し、第２の新しいシーケンスを求める」点について、当業者が実施をすることができる程度に明確かつ十分に記載がなされていない。
（ｊ）請求項３には「ハッシュ関数と無線通信装置の事前共有秘密鍵とを用い、２つの新しい乱数によってメッセージを暗号化し、更にセキュリティのためにノンス値を更に追加する」と記載されている。
　（ａ）（ｄ）にて述べたと同様のことから、本願明細書の発明の詳細な説明には「ハッシュ関数と無線通信装置の事前共有秘密鍵とを用い、２つの新しい乱数によってメッセージを暗号化」する点について、当業者が実施をすることができる程度に明確かつ十分に記載がなされていない。
　「更にセキュリティのためにノンス値を更に追加する」点についても、本願明細書の発明の詳細な説明には、「ノンス値」が如何なる値であって、具体的にどのようにしてその値を得るのかという点について記載がなされていないことから、当業者が実施をすることができる程度に明確かつ十分に記載がなされていない。
　また請求項３には「サーバによって、事前共有鍵を用い、２つの新しい乱数を復号化し、ＤＳＲＧアルゴリズムを用い、３８４ビットの第１のシーケンスと３８４ビットの第２のシーケンスとのＸＯＲ演算子を計算し、プロトコルを認証する」と記載されているところ、（ｅ）（ｆ）(ｇ)にて述べたと同様のことから、本願明細書の発明の詳細な説明には、上記の事項について、当業者が実施をすることができる程度に明確かつ十分に記載がなされていない。
　請求項１を引用する請求項６−１０、請求項１１−２０についても同様のこと
がいえる。
（ｋ）請求項４，５に記載の事項についても、（ａ）−（ｇ）にて述べたと同様のことから、本願明細書の発明の詳細な説明には、当業者が実施をすることができる程度に明確かつ十分に記載がなされていない。
　請求項１を引用する請求項６−１０、請求項１１−２０についても同様のことがいえる。
　よって、この出願の発明の詳細な説明は、当業者が請求項１−２０に係る発明を実施することができる程度に明確かつ十分に記載されたものでない。
Ｂ．この出願は、特許請求の範囲の記載が下記の点で、特許法第３６条第６項第１号に規定する要件を満たしていない。
　　　　　　　　　　　　　　　　　記
（ａ）請求項１には「ｃ）無線通信装置によって、ハッシュ関数と無線通信装置の事前共有秘密鍵とにマッチさせ、次に乱数を取り出すことによって暗号化メッセージを復号化するステップ」が記載されているところ、明細書４７段落には「第３のステップでは、ハッシュ関数［Ｈａｓｈ（Ｔｒ＿ＩＤ）ＸｏＲ　Ｄｅｃｋ（ｙ）］と無線通信装置２１４の事前共有秘密鍵「ｋ」とにマッチさることによって、無線通信装置２１４が暗号化メッセージを復号化し、次に無線通信装置２１４は、サーバ２１２から暗号化メッセージを受信後、乱数「ｒ」（２５６ビットの乱数が好ましい）を取り出す。」と記載されている。
　この発明の詳細な説明の記載「・・・マッチさることによって、・・・暗号化メッセージを復号化し、次に・・・サーバ２１２から暗号化メッセージを受信後、乱数「ｒ」（２５６ビットの乱数が好ましい）を取り出す。」を参照すれば、暗号化メッセージの復号化は「マッチ」によって行われることであって、乱数を取り出すことによって行われることではない。
　そうすると請求項１の「乱数を取り出すことによって暗号化メッセージを復号化する」なる記載は、発明の詳細な説明に記載したものではない。
　請求項１を引用する請求項２−１０、請求項１１−２０についても同様のことがいえる。
（ｂ）請求項３は、請求項１を引用すると共に、
「ステップｄが、　ハッシュ関数と無線通信装置の事前共有秘密鍵とを用い、２つの新しい乱数によってメッセージを暗号化し、更にセキュリティのためにノンス値を更に追加することを更に含み、
　ステップｅが、
　サーバによって、事前共有鍵を用い、２つの新しい乱数を復号化し、ＤＳＲＧアルゴリズムを用い、３８４ビットの第１のシーケンスと３８４ビットの第２のシーケンスとのＸＯＲ演算子を計算し、プロトコルを認証することを更に含む」と記載しているところ、請求項１には「ｄ）無線通信装置によって、決定論的ランダムシーケンス生成（ＤＲＳＧ）プロセスへの触媒として、２つの新しい乱数を生成し、次に無線通信装置によって、ＤＲＳＧアルゴリズムを用い、２つの新しい乱数及び取り出した乱数から新しい２つのシーケンスを生成し、ハッシュ関数と無線通信装置の新しいセッション鍵とにマッチさせ、生成した２つのシーケンスによってメッセージを暗号化し、サーバに暗号化メッセージを送信するステップ」及び「ｅ）サーバによって、ＤＲＳＧアルゴリズムを用い、２つの新しい乱数及び取り出した乱数から２つのシーケンス及び新しいシーケンスを計算し、次に無線通信装置の新しく計算されたセッション鍵を用い、２つの新しい乱数を復号化し、新しい２つのシーケンスと得られたシーケンスのハッシュ値とをチェックし、プロトコルを認証し、セッション鍵の計算値は、ＤＲＳＧアルゴリズムから生成さ
れるステップ」が記載されている。
　そうすると、請求項３の「ステップｄが・・・更に含み、ステップｅが・・・更に含む」との記載からして、請求項３に記載の発明において、ステップｄは、請求項１に記載のステップｄに記載された暗号化を行い、さらに、請求項３に記載の暗号化を行うものであり、ステップｅは、請求項１に記載のステップｅに記載された復号化及び認証を行い、さらに、請求項３に記載の復号化及び認証を行うものである。
　しかしながら、本願明細書の発明の詳細な説明には、前記の如き、暗号化を二重に行い、復号化及び認証も二重に行うものは記載されていない。
　請求項４，５，１３−１５についても同様のことがいえる。
　よって、請求項１−２０に係る発明は、発明の詳細な説明に記載したものでない。
Ｃ．この出願は、特許請求の範囲の記載が下記の点で、特許法第３６条第６項第２号に規定する要件を満たしていない。
　　　　　　　　　　　　　　　　　記
（ａ）（ｂ）（中略）
（ｃ）請求項１には「無線通信装置によって、ハッシュ関数と無線通信装置の事前共有秘密鍵とにマッチさせ」と記載されている。しかしながら、「ハッシュ関数と無線通信装置の事前共有秘密鍵とにマッチさせ」との記載に関し、「マッチさせ」るということが如何なることを意味するものか全く不明である。また、「何を」マッチさせるのか、マッチさせる対象が不明である。
（ｄ）請求項１には「次に乱数を取り出すことによって暗号化メッセージを復号化する」と記載されている。しかしながら、「何から」乱数を取り出すのか、乱数の取り出しを行う対象が不明である。
　また「暗号化メッセージ」から乱数を取り出すということであれば、前記の記載は矛盾したものであり意味不明なものである。すなわち、暗号化メッセージから何かを取り出すことは、まず、暗号化メッセージを復号化し、次に、復号化したメッセージから取り出しを行う、という順序で行われることが技術常識である。そうすると「乱数を取り出すことによって暗号化メッセージを復号化する」ということは、乱数を取り出すことを行い、その結果、暗号化メッセージの復号化がなされることをいうものであるから、復号化と取り出しの因果が逆転しており、意味不明なものである。
（ｅ）請求項１には「ｄ）無線通信装置によって、決定論的ランダムシーケンス生成（ＤＲＳＧ）プロセスへの触媒として、２つの新しい乱数を生成し、次に無線通信装置によって、ＤＲＳＧアルゴリズムを用い、２つの新しい乱数及び取り出した乱数から新しい２つのシーケンスを生成し」と記載されている。
　この記載における「決定論的ランダムシーケンス生成（ＤＲＳＧ）プロセス」及び「ＤＲＳＧアルゴリズム」とは、如何なるプロセス及びアルゴリズムであるのか、発明の詳細な説明の記載を参酌しても不明である。すなわち、本願明細書５２段落には「第２のステップでは、ＤＳＲＧプロセスは、シード群に第１の乱数ｔ１の次数の値（ｔ１回）の前進差分演算子を適用し、新しい第１のシーケンスＳ１を求める。第３のステップでは、シード群の第２の乱数ｔ２に対して第２のステップを実施し、新しい第２のシーケンスＳ２を求める。」と記載されており、７０，８６，１０２段落にも同様のことが記載されている。しかしながら、「次数の値（ｔ１回）の前進差分演算子」とは如何なるものであるのか、何ら記載されていない。したがって、請求項１に記載の「決定論的ランダムシーケンス生成（ＤＲＳＧ）プロセス」及び「ＤＲＳＧアルゴリズム」とは、如何なるプロセス及びアルゴリズムであるのか、全く不明である。
　また「決定論的ランダムシーケンス生成（ＤＲＳＧ）プロセスへの触媒として、２つの新しい乱数を生成し」と記載されているが、決定論的ランダムシーケンス生成（ＤＲＳＧ）プロセスへの「触媒」とは如何なるものであるのか不明であり、そのような「触媒」として、２つの新しい乱数を生成するということも、如何なることを意味するものか不明である。
（ｆ）請求項１には「ハッシュ関数と無線通信装置の新しいセッション鍵とにマッチさせ、生成した２つのシーケンスによってメッセージを暗号化し」と記載されている。しかしながら、（ｃ）にて述べたと同様、「マッチさせ」るということが如何なることを意味するものか全く不明であり、「何を」マッチさせるのか、マッチさせる対象も不明である。また（ｂ）にて述べたと同様、メッセージの暗号化を「生成した２つのシーケンスによって」行うということが、如何なることであるのか、暗号化における技術常識を考慮しても不明である。
（ｇ）請求項１には「ｅ）サーバによって、ＤＲＳＧアルゴリズムを用い、２つの新しい乱数及び取り出した乱数から２つのシーケンス及び新しいシーケンスを計算し」と記載されている。（ｅ）にて述べたと同様、「ＤＲＳＧアルゴリズム」が如何なるアルゴリズムであるのか、発明の詳細な説明の記載を参酌しても不明である。
　また「ｃ）無線通信装置によって、・・・次に乱数を取り出す」との記載から、乱数を取り出すことは「無線通信装置」が行うことである。そうすると、「サーバによって・・・取り出した乱数から」シーケンスを計算するということは、不明なことである。
（ｈ）請求項１には「次に無線通信装置の新しく計算されたセッション鍵を用い、２つの新しい乱数を復号化し」と記載されている。しかしながら「生成した２つのシーケンスによってメッセージを暗号化し」との記載から、暗号化は「生成した２つのシーケンス」によりなされることであるので、復号化が「無線通信装置の新しく計算されたセッション鍵」を用いてなされるということは、矛盾したことである。また、暗号化されたものは「メッセージ」であるから、「２つの新しい乱数」が復号化されるということも、矛盾したことである。
　また（ｇ）にて述べたと同様、復号化は「サーバ」が行うことであるから、その復号を「無線通信装置」の新しく計算されたセッション鍵を用いて行うということも、不明なことである。
　さらに「サーバによって、ＤＲＳＧアルゴリズムを用い、２つの新しい乱数及び取り出した乱数から２つのシーケンス及び新しいシーケンスを計算し」との記載からして、「２つの新しい乱数」は、復号化に先立って、シーケンスの計算に用いられていることになる。そうすると、既に利用され存在している「２つの新しい乱数」を、改めて復号化するということも、意味不明なことである。
（ｉ）（中略）
（ｊ）請求項１には「セッション鍵の計算値は、ＤＲＳＧアルゴリズムから生成される」と記載されている。しかしながら（ｅ）（ｇ）にて述べたと同様、「ＤＲＳＧアルゴリズム」とは如何なるアルゴリズムであるのか不明である。
　また（ｈ）にて述べたと同様、「無線通信装置の新しく計算されたセッション鍵との記載から、「無線通信装置」が計算したセッション鍵が、「サーバ」が用いるアルゴリズムから生成されるということは、不明なことである。
（ｋ）（ｌ）（中略）
（ｍ）請求項３には「ノンス値を更に追加する」と記載されている。しかしながら「ノンス値」とは如何なるものか、発明の詳細な説明の記載を参照しても不明である。
　また請求項３の記載について（ｅ）（ｇ）（ｉ）にて述べたと同様のことがいえる。請求項４，５の記載についても、（ｅ）（ｇ）（ｉ）にて述べたと同様のことがいえ、請求項５の記載「ハッシュ関数にマッチさせる」について、（ｃ）にて述べたと同様のことがいえる。
　請求項１を引用する請求項６−１０についても同様であり、請求項１１−２０についても同様のことがいえる。
　よって、請求項１−２０に係る発明は明確でない。』
第５．当審の判断
本願発明の請求項１及び請求項３に係る発明は、以下のとおりである。
「【請求項１】
　サーバへのアクセスを試行する接続を無線通信装置から受信し、ランダムシーケンスに基づく軽量の拡張認証プロトコル（ＥＡＰ）を用いることによって認証プロセスを実行し、無線通信装置を介してサーバへのアクセスを許可することを含む方法であって、
　その認証プロセスが、
　ａ）無線通信装置によって、クライアントハローメッセージを送信してサーバとの通信を開始するステップと、
　ｂ）サーバによって、クライアントハローメッセージを受信後に乱数を生成し、次にサーバによって、ハッシュ関数と無線通信装置の事前共有秘密鍵とを用い、生成した乱数でメッセージを暗号化し、無線通信装置に暗号化メッセージを送信するステップと、
　ｃ）無線通信装置によって、ハッシュ関数と無線通信装置の事前共有秘密鍵とにマッチさせ、次に乱数を取り出すことによって暗号化メッセージを復号化するステップと、
　ｄ）無線通信装置によって、決定論的ランダムシーケンス生成（ＤＲＳＧ）プロセスへの触媒として、２つの新しい乱数を生成し、次に無線通信装置によって、ＤＲＳＧアルゴリズムを用い、２つの新しい乱数及び取り出した乱数から新しい２つのシーケンスを生成し、ハッシュ関数と無線通信装置の新しいセッション鍵とにマッチさせ、生成した２つのシーケンスによってメッセージを暗号化し、サーバに暗号化メッセージを送信するステップと、
　ｅ）サーバによって、ＤＲＳＧアルゴリズムを用い、２つの新しい乱数及び取り出した乱数から２つのシーケンス及び新しいシーケンスを計算し、次に無線通信装置の新しく計算されたセッション鍵を用い、２つの新しい乱数を復号化し、新しい２つのシーケンスと得られたシーケンスのハッシュ値とをチェックし、プロトコルを認証し、セッション鍵の計算値は、ＤＲＳＧアルゴリズムから生成されるステップと、
　ｆ）サーバによって、プロトコルを認証したのちに無線通信装置に応答を送信するステップと、を含む　ことを特徴とする方法」
「【請求項３】
　ステップｄが、
　ハッシュ関数と無線通信装置の事前共有秘密鍵とを用い、２つの新しい乱数によってメッセージを暗号化し、更にセキュリティのためにノンス値を更に追加することを更に含み、
　ステップｅが、
　サーバによって、事前共有鍵を用い、２つの新しい乱数を復号化し、ＤＳＲＧアルゴリズムを用い、３８４ビットの第１のシーケンスと３８４ビットの第２のシーケンスとのＸＯＲ演算子を計算し、プロトコルを認証することを更に含む
請求項１に記載の方法。」
理由Ａ．特許法第３６条４項第１号について
ア．原審拒絶理由において『（ｃ）請求項１には「ｄ）無線通信装置によって、決定論的ランダムシーケンス生成（ＤＲＳＧ）プロセスへの触媒として、２つの新しい乱数を生成し、次に無線通信装置によって、ＤＲＳＧアルゴリズムを用い、２つの新しい乱数及び取り出した乱数から新しい２つのシーケンスを生成し」と記載されているところ、明細書４８段落には「第４のステップでは、無線通信装置２１４は、決定論的ランダムシーケンス生成（ＤＲＳＧ）プロセスへの触媒として、それぞれ２つの新しい乱数ｔ１及びｔ２（本発明の典型的な一実施形態によれば、７ビット範囲が好ましい）を生成し、次に無線通信装置２１４は、ＤＲＳＧアルゴリズム｛ＤＲＳＧ（ｒ，ｔ１，ｔ２）｝を用い、上記２つの新しい乱数ｔ１及びｔ２と、上記の取り出した乱数「ｒ」とから２つの新しいシーケンスＳ１及びＳ２を生成し」と記載され、明細書５１−５３段落には「上記のＤＲＳＧアルゴリズム／プロセス／方法は、以下のステップを含む。
　第１のステップでは、ＤＳＲＧプロセスは、取り出した乱数「ｒ」、シード値として用いられる１２８の異なる６４ビットの乱数を生成し、任意で個人情報がシードとして用いられ、本発明の典型的な一実施形態によれば、無線通信装置は携帯電話であってよく、個人情報はＣｕｓｔ＿ＩＤ、携帯電話番号、ＳＩＭカード番号などである。
　第２のステップでは、ＤＳＲＧプロセスは、シード群に第１の乱数ｔ１の次数の値（ｔ１回）の前進差分演算子を適用し、新しい第１のシーケンスＳ１を求める。第３のステップでは、シード群の第２の乱数ｔ２に対して第２のステップを実施し、新しい第２のシーケンスＳ２を求める。」と記載されている。
　この発明の詳細な説明の記載を参照すれば、ＤＲＳＧアルゴリズムによるシーケンスの生成は、シード値に「乱数の次数の値の前進差分演算子」を適用することでなされるところ、「乱数の次数の値の前進差分演算子」とは如何なるものであり、それをシード値にどのように適用することでシーケンスの生成を行うのか、という点については何ら記載されていない。
　そうすると、本願明細書の発明の詳細な説明には「ＤＲＳＧアルゴリズム」を用いてシーケンスを生成する点について、当業者が実施をすることができる程度に明確かつ十分に記載がなされていない。』と指摘している。
　段落【００４８】には「２つの新しい乱数ｔ１及びｔ２と、取り出した乱数「ｒ」とから２つのシーケンスＳ１及びＳ２を生成」することが記載されているものの、段落【００５２】【００５３】の「ＤＳＲＧプロセス」は「ＤＲＳＧプロセス」の誤記を解するとすると、段落【００５２】の「第１のステップ」では、ＤＲＳＧプロセスは「シード値」として用いられる「１２８の異なる６４ビットの乱数」を生成する際に、取り出した乱数「ｒ」との関係が記載されておらず、取り出した乱数「ｒ」から異なる１２８の乱数を生成すると解することができない。また、第２ステップの「前進差分演算子」を如何に取得するのかについて記載されておらず、１２８の異なる乱数を生成した後に計算すると解するのか、「前進差分演算子」を用いて異なる乱数を生成すると解するのか、が不明である。また、いずれと解したとしても、「取り出した乱数「ｒ」」から「前進差分演算子」を生成していると解することができない。そのため、「前進差分演算子」を如何に生成するのかが不明であり、シード群に「乱数の次数の値（ｔ１回）の前進差分演算子」を適用することが如何なるものであり、シード値にどのように適用することでシーケンスの生成を行うのかという点が不明である。
　よって、原審拒絶理由のとおり、発明の詳細な説明には「ＤＲＳＧアルゴリズム」を用いてシーケンスを生成する点について、当業者が実施できる程度に明確かつ十分に記載されていない。
　なお、出願人は、平成２５年４月１９日提出の意見書（以下、「前記意見書」という。）において『明細書段落【００４０】でシードが乱数の集合であると定義しており、このことは明細書段落【００５２】でも、「シード値として用いられる１２８の異なる６４ビットの乱数……………任意で個人情報がシードとして用いられ………………個人情報はＣｕｓｔ＿ＩＤ、携帯電話番号、ＳＩＭカード番号などである。」と記載している、と思料する。　また、明細書段落【００５５】には、「次にサーバ２１２は、無線通信装置２１４にＡＥＳ−ＣＴＲアルゴリズム又はＡＥＳ−ＣＢＣアルゴリズムを用いて１９２ビットの事前共有暗号鍵「ｋ」を送信してから、サーバ２１２と、乱数を生成するシードが与えられる公知の擬似乱数発生器（ＰＲＮＧ）とのアクセスを許可する…」と開示している。したがって、シードは、擬似乱数発生器（ＰＲＮＧ）が生成する一連の乱数またはこの一連の乱数と個人情報との組み合わせのいずれかを指すものである。　また、前進差分演算子を適用するプロセスは、添付書類として添付した添付文献２（ＰＤ２）に開示されている通り、先行技術で公知のものである。特に、ＰＤ２には、関数ｆ（ｘ）内の２つの連続する数字の差を求めるための前進差分演算子の使用について開示されている。　まず、ｎの異なる整数（各整数は４０ビット長または６４ビット長）のシーケンスに前進差分演算子を適用し、次にｎ−１の整数のシーケンスを得る。単一の整数から成るシーケンスに達するまで、正の整数のシーケンスに前進差分演算子を適用し続ける。ｎの異なる整数を考慮すると、（ｎ−１）のシーケンスが生成される。各数列は、非線形を示す。このプロセスから生成される整数（１＜ｓ＜ｎ−１）の特定のシーケンス「ｓ」に関して、整数の元のシーケンスを割り出すのは、計算的に難しい。　ランダムシーケンスの次数は、シーケンスに適用される前進差分演算子の回数を意味する。例えば、特定の１次のシーケンスＳ＝｛７，５，１１，１７，−５｝は、２，−６，−６，２２などである。同じシーケンスＳでは、Ｓに整数の前進差分演算子を適用すると、１次のＳ＝２，６，６，２２を得る。シーケンスに対してあらゆる線形演算子を選択する選択肢がある。生成したランダムシーケンスを求める必要がある場合、次数、元のシーケンス及び線形演算子を把握する必要がある。
同じように、明細書段落【００５３】に開示されている通り、前進差分技術を適用して新しいシーケンスＳ１およびＳ２を生成できる。これは、２つの連続する乱数またはシード間の差は、順次計算されて次の連なりを取り出すということである。また、この前進差分は、ｔ１回計算されてＳ１を生成し、同様にｔ２回計算されてＳ２を生成する。したがって、出願したＰＤ２に準じた本明細書には、前進差分演算子を用いるＤＲＳＧアルゴリズムに基づいてシーケンスを生成するための発明が明確に記載されている、と思料する。』と主張している。
　しかしながら、明細書段落【００５５】には「次にサーバ２１２は、無線通信装置２１４にＡＥＳ−ＣＴＲアルゴリズム又はＡＥＳ−ＣＢＣアルゴリズムを用いて１９２ビットの事前共有暗号鍵「ｋ」を送信してから、サーバ２１２と、乱数を生成するシードが与えられる公知の擬似乱数発生器（ＰＲＮＧ）とのアクセスを許可する…」と記載されており、請求項１の「決定論的ランダムシーケンス生成（ＤＲＳＧ）アルゴリズム」を用いて「２つの新しい乱数」や「新しい２つのシーケンス」を生成しているのは無線通信装置と解することができるものの、疑似乱数発生器が生成していると解することができない。そのため、「シードは、擬似乱数発生器（ＰＲＮＧ）が生成する一連の乱数またはこの一連の乱数と個人情報との組み合わせのいずれかを指すものである」という出願人の主張は採用できない。
イ．原審拒絶理由において『（ｄ）請求項１には「ハッシュ関数と無線通信装置の新しいセッション鍵とにマッチさせ、生成した２つのシーケンスによってメッセージを暗号化し」と記載されているところ、明細書４８段落には「次に無線通信装置２１４は、ハッシュ関数と無線通信装置２１４の新しいセッション鍵「Ｋ」とにマッチさせることによって、上記の生成した２つのシーケンスＳ１及びＳ２によりメッセージ｛Ｅｎｃｋｓ（Ｓ，ｔ１，ｔ２），Ｈａｓｈ（Ｓ１　ＸｏＲ　Ｓ２　ＸｏＲ　Ｓ），Ｎｏｎｃｅ（Ｓ１　ＸｏＲ　Ｓ２），ｄａｔｅ，ｔｉｍｅ｝を暗号化し」と記載されている。
　この発明の詳細な説明の記載を参照しても「ハッシュ関数と無線通信装置の新しいセッション鍵とにマッチさせ」るということを、具体的にどのようにして行うのかという点は記載されていない。また「生成した２つのシーケンスによってメッセージを暗号化」するということも、単に２つのシーケンスＳ１及びＳ２により、メッセージ｛Ｅｎｃｋｓ（Ｓ，ｔ１，ｔ２），Ｈａｓｈ（Ｓ１　ＸｏＲ　Ｓ２　ＸｏＲ　Ｓ），Ｎｏｎｃｅ（Ｓ１　ＸｏＲ　Ｓ２），ｄａｔｅ，ｔｉｍｅ｝を暗号化することが記載されているのみであり、メッセージ｛Ｅｎｃｋｓ（Ｓ，ｔ１，ｔ２），Ｈａｓｈ（Ｓ１　ＸｏＲ　Ｓ２　ＸｏＲ　Ｓ），Ｎｏｎｃｅ（Ｓ１　ＸｏＲ　Ｓ２），ｄａｔｅ，ｔｉｍｅ｝とは如何なるメッセージであるのかという点、及び、２つのシーケンスＳ１及びＳ２を具体的にどのように用いることで、メッセージの暗号化を行うのかという点、は記載されていない。
　そうすると、本願明細書の発明の詳細な説明には「ハッシュ関数と無線通信装置の新しいセッション鍵とにマッチさせ、生成した２つのシーケンスによってメッセージを暗号化」する点について、当業者が実施をすることができる程度に明確かつ十分に記載がなされていない。』と指摘している。
　原審拒絶理由で指摘のとおり、請求項１の「ハッシュ関数」と「無線通信装置の新しいセッション鍵」とを「マッチ」させるということを、具体的にどのようにして何を行うのかという点及び「生成した２つのシーケンス」によって「メッセージを暗号化」する点について、発明の詳細な説明には記載がされていない。
　請求項１の「ハッシュ関数」が、「ハッシュ関数」のアルゴリズム自体と解するのか、「ハッシュ関数」を用いたハッシュコード（ハッシュダイジェスト）と解するのかが、不明であるものの、どちらと解しても、「無線通信装置の新しいセッション鍵」とをマッチさせるという技術的な意味が不明である。換言すれば、ハッシュ関数でハッシュコード（ハッシュダイジェスト）はメッセージの完全性を確認するために用いることが一般的と解せるが、メッセージの完全性を確認することと照らしても「ハッシュ関数」と「セッション鍵」とをマッチさせることの技術的な意味が不明である。
　更に、その後に続く「生成した２つのシーケンスによってメッセージを暗号化し」との記載から、メッセージをどのように暗号化するのかについても不明である。「生成した２つのシーケンスＳ１及びＳ２」によって「メッセージの暗号化」することと如何なる関係にあるのかも明確でない。
　よって、本願明細書の発明の詳細な説明には、「ハッシュ関数」と「無線通信装置の新しいセッション鍵」とを「マッチ」させるということを、具体的にどのようにして何を行うのかという点及び「生成した２つのシーケンス」によって「メッセージを暗号化」する点について、当業者が実施することができる程度に明確かつ十分に記載がされていない。
　なお、出願人は、前記意見書において『新しいセッション鍵「ｋｓ」を用いて暗号化されたメッセージは、［｛Ｅｎｃｋｓ（Ｓ，ｔ１，ｔ２），Ｈａｓｈ（Ｓ１ＸｏＲ　Ｓ２　ＸｏＲ　Ｓ），Ｎｏｎｃｅ（Ｓ１　ＸｏＲ　Ｓ２），ｄａｔｅ，ｔｉｍｅ｝］であり、メッセージの一部「Ｅｎｃｋｓ（Ｓ，ｔ１，ｔ２）」は、新しいセッション鍵「ｋｓ」を用いて暗号化される、と思料する。　残りの部分は、ＭＤ５などの公知のハッシュ技術を用いてハッシュコード化された「Ｈａｓｈ（Ｓ１　ＸｏＲ　Ｓ２　ＸｏＲ　Ｓ）」であり、また、ＭＤ５を用いることによるハッシングプロセスは、先行技術で公知のものである。添付書類として添付した添付文献３（ＰＤ３）には、メッセージダイジェストを生成するＭＤ５の使用が明確に開示されている。　また、「有する（ｗｉｔｈ）」という記載は、メッセージの内容を指すものであって、シーケンスＳ１とＳ２を用いて暗号化が行われたということではない。請求項では、「有する（ｗｉｔｈ）」という単語の使用は、送信されるメッセージの内容を指すのに用いられている。一般的な技術で公知の通り、このメッセージの各部分のサイズはこの部分に応じて様々であり、これがメッセージを様々なサブセクションに分類する一助となる。メッセージのサブセクションおよびその構造についてのこの情報は、登録の際に通信プロコトル（ＥＡＰ）によって十分定義されており、これは先行技術で公知のものである。　メッセージは、拒絶理由通知書で誤って解釈されているようにハッシュ関数を用いて暗号化されたものではなく、メッセージ［｛Ｅｎｃｋｓ（Ｓ，ｔ１，ｔ２），Ｈａｓｈ（Ｓ１　ＸｏＲ　Ｓ２　ＸｏＲ　Ｓ），Ｎｏｎｃｅ（Ｓ１　ＸｏＲ　Ｓ２），ｄａｔｅ，ｔｉｍｅ｝］が表す通り、ハッシュ関数を用いてハッシュコード化されたシーケンスＳ１及びＳ２を含んでいる。　したがって、ＰＤ３に準じた明細書には、生成した２つのシーケンスを含むメッセージを、無線通信装置の新しいセッション鍵を介してハッシュ関数をマッチさせることによって暗号化する発明が、明確に記載されている、と思料する。』と主張している。
　また、出願人は平成２５年４月２３日提出の手続補足書（以下、「前記手続補足書」という）において、添付文献３（ＰＤ３）を提出している。添付文献３（セキュアハッシュスタンダード）には、出願人が主張するように、メッセージダイジェスト（ＭＤ）について記載されていると解される。
　しかしながら、出願人が主張する「有する（ｗｉｔｈ）」という記載は、請求項に無く意味不明である。
　更に、「無線通信装置の新しいセッション鍵を介してハッシュ関数をマッチさせることによって暗号化」することも、前述のとおり「ハッシュ関数」をマッチさせることの技術的な意味が不明である。　
　明細書の段落【００４８】「次に無線通信装置２１４は、（中略）メッセージ｛Ｅｎｃｋｓ（Ｓ，ｔ１，ｔ２），Ｈａｓｈ（Ｓ１　ＸｏＲ　Ｓ２　ＸｏＲ　Ｓ），Ｎｏｎｃｅ（Ｓ１　ＸｏＲ　Ｓ２），ｄａｔｅ，ｔｉｍｅ｝を暗号化し」の記載からでは、暗号化にどの鍵を使うのか明記されていなため、出願人が主張するように「メッセージを暗号化」するのに「無線通信装置の新しいセッション鍵」を用いて行うと解するとしても、段落【００４８】「上記の生成した２つのシーケンスＳ１及びＳ２により」なされることと「メッセージを暗号化」することとの関係が不明である。そのため、請求項１の「ハッシュ関数と無線通信装置の新しいセッション鍵とにマッチさせ、生成した２つのシーケンスによってメッセージを暗号化し」との記載から、出願人が主張する「生成した２つのシーケンスを含むメッセージを、無線通信装置の新しいセッション鍵を介してハッシュ関数をマッチさせることによって暗号化する発明」と解することはできない。よって、出願人の主張は採用できない。
ウ．原審拒絶理由において『（ｅ）請求項１には「ｅ）サーバによって、ＤＲＳＧアルゴリズムを用い、２つの新しい乱数及び取り出した乱数から２つのシーケンス及び新しいシーケンスを計算し」と記載されているところ、明細書４９段落には「第５のステップでは、サーバ２１２は、日付及び時間によるＤＲＳＧアルゴリズム｛ＤＲＳＧ（ｒ，ｔ１，ｔ２）｝を用い、上記２つの新しい乱数ｔ１及びｔ２と取り出した乱数「ｒ」とから上記２つのシーケンスＳ１及びＳ２と上記の新しいシーケンスＳとを計算し」と記載されている。
　この発明の詳細な説明の記載を参照しても、サーバが、２つの新しい乱数ｔ１及びｔ２を、どのようにして得るのかという点は記載されていない。また（ｂ）にて述べたように、ＤＲＳＧアルゴリズムによるシーケンスの生成は、シード値に「乱数の次数の値の前進差分演算子」を適用することでなされるところ、「乱数の次数の値の前進差分演算子」とは如何なるものであり、それをシード値にどのように適用することでシーケンスの生成を行うのか、という点については何ら記載されていない。
　また明細書５４段落には「第４のステップでは、ＤＳＲＧプロセスは、新しく得られる１９２ビットの数を生成する｛Ｓ＝３２の異なる４０ビットの第１の乱数の合計｜｜３２の異なる４０ビットの第２の乱数の合計｜｜３２の異なる４０ビットの第３の乱数の合計｜｜３２の異なる４０ビットの第４の乱数の合計＝１つの４５ビットの数｜｜１つの４５ビットの数｜｜１つの４５ビットの数｜｜１つの４５ビットの数＝１つの１９２ビットの数｝。」と記載されているものの、「３２の異なる４０ビットの第１の乱数」、「３２の異なる４０ビットの第２の乱数」、「３２の異なる４０ビットの第３の乱数」」、「３２の異なる４０ビットの第４の乱数」を、それぞれ、サーバがどのようにして得るのかという点が記載されておらず、４５ビットの数４つで１９２ビットの数が構成されるということも矛盾したことである。
　そうすると、本願明細書の発明の詳細な説明には「サーバによって、ＤＲＳＧアルゴリズムを用い、２つの新しい乱数及び取り出した乱数から２つのシーケンス及び新しいシーケンスを計算」する点について、当業者が実施をすることができる程度に明確かつ十分に記載がなされていない。』と指摘している。
　原審拒絶理由で指摘のとおり、サーバ側で２つの新しい乱数ｔ１及びｔ２をどのように取得しているのかが不明であり、サーバ側で１９２ビットのシーケンスＳをどのように取得しているのかについて、当業者が実施することができる程度に明確かつ十分に記載されていない。
　なお、出願人は『サーバが受信したメッセージは、［｛Ｅｎｃｋｓ（Ｓ，ｔ１，ｔ２），Ｈａｓｈ（Ｓ１　ＸｏＲ　Ｓ２　Ｘｏ　ＲＳ），Ｎｏｎｃｅ（Ｓ１　ＸｏＲ　Ｓ２），ｄａｔｅ，ｔｉｍｅ｝］であり、メッセージの最初の部分すなわち「Ｅｎｃｋｓ（Ｓ，ｔ１，ｔ２）」は、明細書段落【００５４】に記載の通り、新しいセッション鍵「ｋｓ」を用いて復号化される、と思料する。セッション鍵を生成するプロセスは、明細書段落【００５４】には、以下のように記載されている。「ＤＳＲＧプロセスは、生成して新しく得られた１９２ビットの数Ｓと、セッション鍵「Ｋ」とを用い、新しく計算されたセッション鍵「Ｋｓ」｛ｋｓ＝ｋ　ＸｏＲ（Ｓ｜｜Ｔｒ＿ＩＤ）＝１９２ビットの数｝を計算し」、このプロセスを用いて、メッセージのうちの暗号化された部分は、Ｓ、ｔ１およびｔ２を得るために復号化され、また、ｔ１およびｔ２は、「ｃ」で述べたように、前進差分演算子のプロセスを用いてシーケンスＳ１およびＳ２を取り出すために用いられる。』と主張している。
　しかしながら、段落【００５４】の記載から「新しく計算されたセッション鍵「Ｋｓ」」を計算するには、サーバ側で「１９２ビットの数Ｓ」を取得又は生成する必要があると解される。ここで、出願人が主張するように「メッセージのうちの暗号化された部分は、Ｓ、ｔ１およびｔ２を得るために復号化」するのであれば、その復号化に必要な「新しく計算されたセッション鍵「Ｋｓ」」は、メッセージを復号化してＳを得なければ計算できないと解される。即ち、サーバ側でＳを取得することと「新しいセッション鍵」を計算することに矛盾が生じている。そのため、出願人の主張を採用したとしても、サーバで、２つの新しい乱数ｔ１及びｔ２を、以下にして取得するのかという点は不明のままである。
　よって、本願明細書の発明の詳細な説明には「サーバによって、ＤＲＳＧアルゴリズムを用い、２つの新しい乱数及び取り出した乱数から２つのシーケンス及び新しいシーケンスを計算」する点について、当業者が実施をすることができる程度に明確かつ十分に記載がなされていない。
理由Ｂ．特許法第３６条６項第１号について
エ．原審拒絶理由において『（ａ）請求項１には「ｃ）無線通信装置によって、ハッシュ関数と無線通信装置の事前共有秘密鍵とにマッチさせ、次に乱数を取り出すことによって暗号化メッセージを復号化するステップ」が記載されているところ、明細書４７段落には「第３のステップでは、ハッシュ関数［Ｈａｓｈ（Ｔｒ＿ＩＤ）ＸｏＲ　Ｄｅｃｋ（ｙ）］と無線通信装置２１４の事前共有秘密鍵「ｋ」とにマッチさることによって、無線通信装置２１４が暗号化メッセージを復号化し、次に無線通信装置２１４は、サーバ２１２から暗号化メッセージを受信後、乱数「ｒ」（２５６ビットの乱数が好ましい）を取り出す。」と記載されている。
　この発明の詳細な説明の記載「・・・マッチさることによって、・・・暗号化メッセージを復号化し、次に・・・サーバ２１２から暗号化メッセージを受信後、乱数「ｒ」（２５６ビットの乱数が好ましい）を取り出す。」を参照すれば、暗号化メッセージの復号化は「マッチ」によって行われることであって、乱数を取り出すことによって行われることではない。
　そうすると請求項１の「乱数を取り出すことによって暗号化メッセージを復号化する」なる記載は、発明の詳細な説明に記載したものではない。』と指摘している。
　明細書段落【００４７】には「第３のステップでは、ハッシュ関数［Ｈａｓｈ（Ｔｒ＿ＩＤ）ＸｏＲ　Ｄｅｃｋ（ｙ）］と無線通信装置２１４の事前共有秘密鍵「ｋ」とにマッチさることによって、無線通信装置２１４が暗号化メッセージを復号化し、次に無線通信装置２１４は、サーバ２１２から暗号化メッセージを受信後、乱数「ｒ」（２５６ビットの乱数が好ましい）を取り出す。」と記載されていることから、「ハッシュ関数と事前共有秘密鍵とをマッチさせることによって暗号化メッセージを復号化」すること、「次に無線通信装置は、サーバからの暗号化メッセージを受信」すること、「（受信後）乱数を取り出す」ことが時系列に記載されていると解される。即ち、「暗号化メッセージを復号化」した後に「乱数を取り出す」と解される。しかし、請求項１の「乱数を取り出すこと」によって「暗号化メッセージを復号化」するとの記載からは、「乱数を取り出す」ことの後又はその結果として「暗号化メッセージを復号化」することと解される。そうすると、請求項１に記載された発明は、発明の詳細な説明に記載されたものではない。
　よって、原審拒絶理由で指摘のとおり「無線通信装置によって、ハッシュ関数と無線通信装置の事前共有秘密鍵とにマッチさせ、次に乱数を取り出すことによって暗号化メッセージを復号化」することは、発明の詳細な説明に記載したものではない。
　なお、出願人は前記意見書において『暗号化メッセージを復号化するのに事前共有秘密鍵を用いることについては、Ａ（ｂ）で説明している。また、復号化したメッセージの内容は、明細書段落【００４７】に開示した通り、［Ｈａｓｈ（Ｔｒ＿ＩＤ）］とマッチされる。このマッチング演算により、乱数「ｒ」が取り出される。　したがって、本明細書には、請求項１に記載の「乱数を取り出すことによって暗号化メッセージを復号化する」という文が明確に記載されている、と思料する。』と主張している。
　しかしながら、明細書段落【００４６】の「｛ｙ＝Ｅｎｃｋ（ｒＸｏＲ  Ｈａｓｈ（Ｔｒ＿ＩＤ））｝」、段落【００４７】の「ハッシュ関数［Ｈａｓｈ（Ｔｒ＿ＩＤ）ＸｏＲ　Ｄｅｃｋ（ｙ）］の記載から乱数ｒを取り出すことできると解されるものの、出願人の主張しているように「暗号化メッセージを復号化するのに事前共有秘密鍵を用いる」と解しても、本願明細書の発明の詳細な説明の記載からは「マッチング演算」することに如何なる技術的意味があるのかが不明であり、「乱数「ｒ」を取り出すことととの関係について、記載も示唆もされていない。よって、発明の詳細な説明には、請求項１に記載の「乱数を取り出すことによって暗号化メッセージを復号化する」という文が明確に記載されている、と思料する。」との出願人の主張は採用できない。
オ．原審拒絶理由において『（ｂ）請求項３は、請求項１を引用すると共に、「ステップｄが、ハッシュ関数と無線通信装置の事前共有秘密鍵とを用い、２つの新しい乱数によってメッセージを暗号化し、更にセキュリティのためにノンス値を更に追加することを更に含み、ステップｅが、サーバによって、事前共有鍵を用い、２つの新しい乱数を復号化し、ＤＳＲＧアルゴリズムを用い、３８４ビットの第１のシーケンスと３８４ビットの第２のシーケンスとのＸＯＲ演算子を計算し、プロトコルを認証することを更に含む」と記載しているところ、請求項１には「ｄ）無線通信装置によって、決定論的ランダムシーケンス生成（ＤＲＳＧ）プロセスへの触媒として、２つの新しい乱数を生成し、次に無線通信装置によって、ＤＲＳＧアルゴリズムを用い、２つの新しい乱数及び取り出した乱数から新しい２つのシーケンスを生成し、ハッシュ関数と無線通信装置の新しいセッション鍵とにマッチさせ、生成した２つのシーケンスによってメッセージを暗号化し、サーバに暗号化メッセージを送信するステップ」及び「ｅ）サーバによって、ＤＲＳＧアルゴリズムを用い、２つの新しい乱数及び取り出した乱数から２つのシーケンス及び新しいシーケンスを計算し、次に無線通信装置の新しく計算されたセッション鍵を用い、２つの新しい乱数を復号化し、新しい２つのシーケンスと得られたシーケンスのハッシュ値とをチェックし、プロトコルを認証し、セッション鍵の計算値は、ＤＲＳＧアルゴリズムから生成されるステップ」が記載されている。
　そうすると、請求項３の「ステップｄが・・・更に含み、ステップｅが・・・更に含む」との記載からして、請求項３に記載の発明において、ステップｄは、請求項１に記載のステップｄに記載された暗号化を行い、さらに、請求項３に記載の暗号化を行うものであり、ステップｅは、請求項１に記載のステップｅに記載された復号化及び認証を行い、さらに、請求項３に記載の復号化及び認証を行うものである。
　しかしながら、本願明細書の発明の詳細な説明には、前記の如き、暗号化を二重に行い、復号化及び認証も二重に行うものは記載されていない。』と指摘している。
　従属項である請求項において「更に含み」の記載は、単に「含む」の記載と異なり、独立項の構成に「更に」追加して「含む」を解される。そのため、請求項３の「ステップｄが・・・更に含み、ステップｅが・・・更に含む」との記載から、請求項３に記載の「ステップｄ」は、請求項１に記載の「ステップｄ」に記載された「暗号化」を行い、さらに、請求項３に記載の「暗号化」を行うものと解され、ステップｅは、請求項１に記載のステップｅに記載された「復号化及び認証」を行い、さらに、請求項３に記載の「復号化及び認証」を行うものと解される。そうすると、本願明細書の発明の詳細な説明には、前記の如き、暗号化を二重に行い、且つ、復号化及び認証も二重に行うことは、記載も示唆もされていない。
　よって、原審拒絶理由の指摘のとおり、請求項３に記載の発明は、発明の詳細な説明に記載されたものでない。
　なお、出願人は、前記意見書において『二重の暗号化と二重の復号化については図５〜６に記載されており、図５〜６の説明文にも記載されている、と思料する。』と主張している。
　明細書の段落【００９７】には「第４ステップでは（中略）無線通信装置５１４の事前共有秘密鍵「ｋ」を用い、２つの新しい乱数ｔ１及びｔ２によってメッセージを暗号化し、カスタマＩＤと、生成した新しいセッション鍵「ｋ１」、セキュリティのためのノンス値、メッセージの日付及び／又は時刻によってメッセージを暗号化（後略）」と記載されている。このことから、「無線通信装置５１４の事前共有秘密鍵「ｋ」を用い、２つの新しい乱数ｔ１及びｔ２によってメッセージを暗号化」と「カスタマＩＤと、生成した新しいセッション鍵「ｋ１」、セキュリティのためのノンス値、メッセージの日付及び／又は時刻によってメッセージを暗号化」との二重の暗号化を行うことが記載されていると解したとしても、請求項３の「ハッシュ関数と無線通信装置の事前共有秘密鍵とを用い、２つの新しい乱数によってメッセージを暗号化」することと請求項１の「ハッシュ関数と無線通信装置の新しいセッション鍵とにマッチさせ、生成した２つのシーケンスを用いてメッセージを暗号化」することは記載されていると解することはできない。更に、段落【００６６】【００８２】【００９８】の記載から、第５ステップでのプロトコル認証は一度のみと解されることから、請求項３に記載の「ステップｄが・・・更に含み、ステップｅが・・・更に含む」について、本願明細書の発明の詳細な説明に記載されているとは解すことはできないことから、出願人の主張は認められない。
理由Ｃ．特許法第３６条６項第２号について
カ．原審拒絶理由において『（ｃ）請求項１には「無線通信装置によって、ハッシュ関数と無線通信装置の事前共有秘密鍵とにマッチさせ」と記載されている。しかしながら、「ハッシュ関数と無線通信装置の事前共有秘密鍵とにマッチさせ」との記載に関し、「マッチさせ」るということが如何なることを意味するものか全く不明である。また、「何を」マッチさせるのか、マッチさせる対象が不明である。』と指摘している。
　原審拒絶理由のとおり、請求項１の「無線通信装置によって、ハッシュ関数と無線通信装置の事前共有秘密鍵とにマッチさせ」の記載は、「ハッシュ関数」と「無線通信装置の事前共有秘密鍵」とを「マッチ」させることが、如何なる事項を特定しているかが明確でない。
　なお、出願人は前記意見書において『一般的な暗号化での用語のマッチングは、２つのハッシュコードを比較してメッセージの完全性を確認するために用いられる、と思料する。明細書段落【００４７】に記載の通り、「ＸｏＲ」演算子を用いてハッシュを比較する目的は、乱数を取り出すことである。上記Ａ（ｂ）で説明した通り、乱数「ｒ」を取り出す複号化プロセスは、事前共有秘密鍵を用いて復号化してから、ハッシュをマッチングさせて乱数「ｒ」を取り出すことである。　また、ハッシュをマッチングさせる概念は、添付書類として添付した添付文献（ＰＤ５）に開示されている通り、先行技術で公知のものである。特に、ＰＤ５には、「メッセージ内容の完全性は、メッセージに付随してきたハッシュダイジェストを、ＲＴＵによって独立して計算されたものにマッチングさせることによって確認される。」と開示されている。　したがって、ＰＤ５に準じた本明細書には、「マッチング」の意味およびこの単語の使用を理解するための発明が明確に記載されている、と思料する。』と主張している。
　前記エ．で記述したとおり、明細書段落【００４６】の「｛ｙ＝Ｅｎｃｋ（ｒＸｏＲ  Ｈａｓｈ（Ｔｒ＿ＩＤ））｝」、段落【００４７】の「ハッシュ関数［Ｈａｓｈ（Ｔｒ＿ＩＤ）ＸｏＲ　Ｄｅｃｋ（ｙ）］の式から「ＸｏＲ」演算子から乱数ｒを取り出すことできると解されるものの、ハッシュをマッチングさせるということの技術的意味が不明である。
　また、前記補足書により添付文献５（ＰＤ５）が提出され、出願人が主張しているようにＰＤ５には「メッセージ内容の完全性は、メッセージに付随してきたハッシュダイジェストをＲＴＵによって独立して計算させるものにマッチングさせることによって確認される。」旨が開示されていると解せる。更に、出願人が主張するように「一般的な暗号化での用語のマッチングは、２つのハッシュコードを比較してメッセージの完全性を確認するために用いられる」とも解せる。
　しかし、メッセージの完全性を確認することと、乱数を取り出すこととは、異なることであるから、「ハッシュをマッチングさせて乱数を取り出す」という出願人の主張は、公知技術と整合しないものであって、採用できない。
キ．原審拒絶理由において『（ｄ）請求項１には「次に乱数を取り出すことによって暗号化メッセージを復号化する」と記載されている。しかしながら、「何から」乱数を取り出すのか、乱数の取り出しを行う対象が不明である。
　また「暗号化メッセージ」から乱数を取り出すということであれば、前記の記載は矛盾したものであり意味不明なものである。すなわち、暗号化メッセージから何かを取り出すことは、まず、暗号化メッセージを復号化し、次に、復号化したメッセージから取り出しを行う、という順序で行われることが技術常識である。そうすると「乱数を取り出すことによって暗号化メッセージを復号化する」ということは、乱数を取り出すことを行い、その結果、暗号化メッセージの復号化がなされることをいうものであるから、復号化と取り出しの因果が逆転しており、意味不明なものである。』と指摘している。
　原審拒絶理由のとおり請求項１の「乱数を取り出すこと」によって「暗号化メッセージを復号化する」ことは、明確でない。
　なお、出願人は前記意見書において『「乱数を取り出すことによって暗号化メッセージを復号化する」とは、乱数を含む受信暗号文を復号化するプロセスを指す、と思料する。つまり、まず、暗号文を復号化してから乱数を取り出す必要がある。』と主張している。
　しかしながら、明細書の段落【００４７】には「第３ステップでは、（中略）無線通信装置２１４が暗号化メッセージを復号化し、次に無線通信装置は、サーバ２１４から暗号化メッセージを受信後、乱数「ｒ」を取り出す。」と記載されていることから、第３ステップでは、無線通信装置は「暗号化メッセージを復号化し」、次に「暗号化メッセージを受信後」「乱数「ｒ」を取り出す」と解することができる。しかし、請求項１の「乱数を取り出すことによって暗号化メッセージを復号化」するという記載からは、「乱数を取り出すこと」の後又はその結果として「暗号化メッセージを復号化」すると解されるものの、「暗号文を復号化してから乱数を取り出す」ことと解することはできない。よって、出願人の主張は認められない。
ク．原審拒絶理由において『（ｆ）請求項１には「ハッシュ関数と無線通信装置の新しいセッション鍵とにマッチさせ、生成した２つのシーケンスによってメッセージを暗号化し」と記載されている。しかしながら、（ｃ）にて述べたと同様、「マッチさせ」るということが如何なることを意味するものか全く不明であり、「何を」マッチさせるのか、マッチさせる対象も不明である。また（ｂ）にて述べたと同様、メッセージの暗号化を「生成した２つのシーケンスによって」行うということが、如何なることであるのか、暗号化における技術常識を考慮しても不明である。』と指摘している。
　原審拒絶理由のとおり請求項１の「ハッシュ関数」と「無線通信装置の新しいセッション鍵」とに「マッチ」させることも、「生成した２つのシーケンス」によって「メッセージを暗号化」することも明確でない。
ケ．原審拒絶理由において『（ｇ）請求項１には「ｅ）サーバによって、ＤＲＳＧアルゴリズムを用い、２つの新しい乱数及び取り出した乱数から２つのシーケンス及び新しいシーケンスを計算し」と記載されている。（ｅ）にて述べたと同様、「ＤＲＳＧアルゴリズム」が如何なるアルゴリズムであるのか、発明の詳細な説明の記載を参酌しても不明である。
　また「ｃ）無線通信装置によって、・・・次に乱数を取り出す」との記載から、乱数を取り出すことは「無線通信装置」が行うことである。そうすると、「サーバによって・・・取り出した乱数から」シーケンスを計算するということは、不明なことである。』と指摘している。
　原審拒絶理由で指摘のとおり、サーバが、無線通信装置によって生成した「２つの新しい乱数」「２つのシーケンス」「新しいシーケンス」を如何にして取得しているのかが明確でなく、請求項１の「ｅ）サーバによって、ＤＲＳＧアルゴリズムを用い、２つの新しい乱数及び取り出した乱数から２つのシーケンス及び新しいシーケンスを計算」することが明確でない。
　なお、出願人は、前記意見書において『ＤＲＳＧアルゴリズムのステップごとの実行については、明細書段落【００５１】〜【００５４】で説明している、と思料する。　ＤＲＳＧプロセス／アルゴリズムが動作する前進差分演算子の機能も、添付文献ＰＤ２で入手可能なものである。　また、このシステムは、同じ乱数「ｒ」をサーバおよび通信装置で用いる。また、サーバにも通信装置にも同じＤＲＳＧプロセスが実行される。実行できる同じＤＲＳＧのファイルは、クライアント側とサーバ側に存在する。毎回同じ入力を提供すると、同じ出力が生成される。サーバが取り出された乱数を取得すれば、ＤＲＳＧは要求されたランダムシーケンスを生成する。　したがって、ＰＤ２に準じた本明細書には、前進差分演算子に基づくＤＲＳＧアルゴリズム／プロセスを理解するための発明が明確に記載されている、と思料する。』主張している。
　しかしながら、出願人が前記手続補足書により提出した添付文献２（ＰＤ２）には「前進差分演算子」の例が記載されていると解されるものの、ＤＲＳＧアルゴリズムにおける「前進差分演算子」を記載したものでない。また、段落【００５１】〜【００５４】に記載されたＤＲＳＧプロセスは、無線通信装置において行うものと解され、「サーバにも通信装置にも同じＤＲＳＧプロセスが実行される。実行できる同じＤＲＳＧのファイルは、クライアント側とサーバ側に存在する。毎回同じ入力を提供すると、同じ出力が生成される。サーバが取り出された乱数を取得すれば、ＤＲＳＧは要求されたランダムシーケンスを生成する。」ことについて、発明の詳細な説明に記載も示唆もされていない。よって、出願人の主張は採用できない。
コ．原審拒絶理由において『（ｈ）請求項１には「次に無線通信装置の新しく計算されたセッション鍵を用い、２つの新しい乱数を復号化し」と記載されている。しかしながら「生成した２つのシーケンスによってメッセージを暗号化し」との記載から、暗号化は「生成した２つのシーケンス」によりなされることであるので、復号化が「無線通信装置の新しく計算されたセッション鍵」を用いてなされるということは、矛盾したことである。また、暗号化されたものは「メッセージ」であるから、「２つの新しい乱数」が復号化されるということも、矛盾したことである。
　また（ｇ）にて述べたと同様、復号化は「サーバ」が行うことであるから、その復号を「無線通信装置」の新しく計算されたセッション鍵を用いて行うということも、不明なことである。
　さらに「サーバによって、ＤＲＳＧアルゴリズムを用い、２つの新しい乱数及び取り出した乱数から２つのシーケンス及び新しいシーケンスを計算し」との記載からして、「２つの新しい乱数」は、復号化に先立って、シーケンスの計算に用いられていることになる。そうすると、既に利用され存在している「２つの新しい乱数」を、改めて復号化するということも、意味不明なことである。』と指摘している。
　原審拒絶理由の指摘のとおりサーバにおいて、請求項１の「ｅ）サーバによって（中略）次に無線通信装置の新しく計算されたセッション鍵を用い、２つの新しい乱数を復号化し」することは、請求項１の「ｄ）無線通信装置によって（中略）生成した２つのシーケンスによってメッセージを暗号化」したことと整合性がとれない。無線通信装置にてメッセージを暗号化する鍵もサーバ側で復号化する鍵も共通のものと解されるが、請求項１の記載からは、その鍵が「無線通信装置の新しく計算されたセッション鍵」を用いると解するのか「（無線通信装置によって）生成した２つのシーケンス」を用いると解するのなのかが明確でない。更に、どちらと解するにしても、前記ケ．で記述したとおり、サーバが、無線通信装置によって生成した「２つの新しい乱数」「２つのシーケンス」「新しいシーケンス」を如何にして取得しているのかが明確でないため、サーバ側で「２つの新しい乱数」を復号化するのに先立ち、「無線通信装置の新しく計算されたセッション鍵」や「（無線装置によって）生成した２つのシーケンス」を如何に計算するのかも明確でない。
　よって、請求項１の「ｅ）サーバによって（中略）次に無線通信装置の新しく計算されたセッション鍵を用い、２つの新しい乱数を復号化し」が特定する事項は明確でない。
　なお、出願人は前記意見書において『セッション鍵「ｋｓ」を生成し、これを用いてサーバ側と無線通信装置側で暗号化および復号化を行うプロセスについては、上記Ａ（ｅ）及び（ｆ）で説明している、と思料する。　無線通信装置から受信したサーバの端末のメッセージは、様々な部分［｛Ｅｎｃｋｓ（Ｓ，ｔ１，ｔ２），Ｈａｓｈ（Ｓ１　ＸｏＲ　Ｓ２　ＸｏＲ　Ｓ），Ｎｏｎｃｅ（Ｓ１　ＸｏＲ　Ｓ２），ｄａｔｅ，ｔｉｍｅ｝］を含み、最初の部分すなわち「Ｅｎｃｋｓ（Ｓ，ｔ１，ｔ２）」は、ＤＲＳＧプロセスを用いて生成されるセッション鍵「ｋｓ」を用いて復号化される。この復号化は、２つの乱数ｔ１およびｔ２を取り出すために行われる。　また、サーバおよび無線通信装置は、同じＤＲＳＧプロセスを用いるため、サーバの端末でも無線通信装置の端末でも同じ鍵すなわち新しいセッション鍵を生成することができる。新しいセッション鍵は、ＤＲＳＧプロセスを用いてまず無線通信装置の端末で生成されるため、「無線通信装置の新しく計算されたセッション鍵」と呼んでいる。　したがって、本明細書には、暗号化プロセスと新しいセッション鍵「ｋｓ」を用いて２つの新しい乱数を取り出す復号化プロセスとを理解するための発明が明確に記載されている、と思料する。』と主張している。
　しかしながら、前記ケ．で記述したとおり、段落【００５１】〜【００５４】のＤＲＳＧプロセスは無線通信装置の処理と解され、段落【００５５】の「（前略）サーバは、無線通信装置２１４に、（中略）疑似乱数発生器（ＰＲＮＧ）とのアクセスを許可する」との記載を参酌しても、請求項１のサーバ及び無線通信装置は、疑似乱数発生器（ＲＰＮＧ）を用いて鍵を生成していると解することはできない。そのため、「サーバおよび無線通信装置は、同じＤＲＳＧプロセスを用いるため、サーバの端末でも無線通信装置の端末でも同じ鍵すなわち新しいセッション鍵を生成することができる。」ことは、当初明細書に記載されておらず、自明なこととも解されないため、出願人の主張は採用できない。
サ．原審拒絶理由において『（ｊ）請求項１には「セッション鍵の計算値は、ＤＲＳＧアルゴリズムから生成される」と記載されている。しかしながら（ｅ）（ｇ）にて述べたと同様、「ＤＲＳＧアルゴリズム」とは如何なるアルゴリズムであるのか不明である。　また（ｈ）にて述べたと同様、「無線通信装置の新しく計算されたセッション鍵との記載から、「無線通信装置」が計算したセッション鍵が、「サーバ」が用いるアルゴリズムから生成されるということは、不明なことである。』と指摘している。
　原審拒絶理由で指摘のとおり「無線通信装置」が計算したセッション鍵が、「サーバ」が用いるアルゴリズムから生成されるか不明である。
　よって、請求項１の「セッション鍵の計算値は、ＤＲＳＧアルゴリズムから生成される」が特定する事項は明確でない。
　なお、出願人は前記意見書において『ＤＲＳＧアルゴリズムはサーバ側でも無線通信装置側でも実行される、と思料する。　前進差分演算子を用いるＤＲＳＧアルゴリズムについては、明細書段落【００５１】〜【００５４】で説明している。　したがって、本明細書は、ＤＲＳＧアルゴリズムを理解し、このアルゴリズムがサーバ側でも無線通信装置側でも実行されることを理解するための発明が明確に記載されている、と思料する。』と主張している。
　しかしながら、前記ケ及び前記コで記述したとおり、明細書段落【００５１】〜【００５４】には、無線通信装置においての処理が記載されているものの、サーバ側でどのような処理が実行されるかについては、記載も示唆もされておらず、無線通信装置側の処理とサーバ側の処理との差が明確でない。よって、出願人の主張は採用できない。
シ．請求項１を引用する請求項６−１０についても同様であり、請求項１１−２０についても同様のことがいえる。」と指摘している。
第６．むすび
　したがって、本願の特許請求の範囲請求項１−２０及び発明の詳細な説明の記載は、特許法第３６条第４項１号及び第６項第１号、第２号の規定する要件を満たしていない。
よって、結論のとおり審決する。