【事件の表示】
　特願２０１７−５４５３４４「通信デバイスとネットワークデバイスとの間の通信におけるセキュリティ構成」拒絶査定不服審判事件〔平成２８年　９月　１日国際公開，ＷＯ２０１６／１３７３７４，平成３０年　３月１５日国内公表，特表２０１８−５０７６４６〕について，次のとおり審決する。
【結　論】
　本件審判の請求は，成り立たない。
【理　由】
第１．手続の経緯
　本願は，２０１５年７月１３日（パリ条約による優先権主張外国庁受理２０１５年２月２７日　アメリカ合衆国）を国際出願日とする出願であって，
　平成２９年１０月５日付けで特許法１８４条の４第１項の規定による明細書，請求の範囲，及び，図面（図面の中の説明に限る）の日本語による翻訳文，並びに，条約３４条（２）（ｂ）の規定に基づく補正書の日本語による翻訳文が提出され，同日付けで手続補正がなされると共に審査請求がなされ，平成３０年７月３０日付けで審査官により拒絶理由が通知され，これに対して平成３０年９月１０日付けで意見書が提出されると共に手続補正がなされたが，平成３０年１２月２８日付けで審査官により拒絶査定がなされ（謄本送達；平成３１年１月１１日），これに対して令和１年５月１３日付けで審判請求がなされると共に手続補正がなされ，令和１年６月２４日付けで審査官により特許法１６４条３項の規定に基づく報告がなされ，令和１年９月１３日付けで上申書の提出があったものである。
　
第２．令和１年５月１３日付けの手続補正の却下の決定
　
　［補正却下の決定の結論］
　
　令和１年５月１３日付け手続補正を却下する。
　
　［理由］
　
１．補正の内容
　令和１年５月１３日付けの手続補正（以下，「本件手続補正」という）により，平成３０年９月１０日付けの手続補正により補正された特許請求の範囲，
「【請求項１】
　通信ネットワーク（３６）のネットワークデバイス（４４）と通信するための通信デバイス（４０）であって，
　チャレンジ（ＲＡＮＤ），第１のＰＦＳパラメータ（ＰＦＳ１），及び前記第１のＰＦＳパラメータ（ＰＦＳ１）についての第１の検証コード（ＶＣ１；ＶＣ１Ａ；ＶＣ１Ｂ）を前記ネットワークデバイス（４４）から受信し，
　前記チャレンジの派生をＵＳＩＭ（４８）へ転送し，
　少なくとも１つの結果パラメータ（ＣＫ／ＩＫ，ＲＥＳ）を，前記ＵＳＩＭ（４８）からの応答として受信し，
　前記結果パラメータ（ＣＫ／ＩＫ，ＲＥＳ）に基づいて，前記第１のＰＦＳパラメータ（ＰＦＳ１）が真正であるかを判定し，
　前記判定において前記第１のＰＦＳパラメータ（ＰＦＳ１）が真正である場合に，第２のＰＦＳパラメータ（ＰＦＳ２）を生成し及び前記ネットワークデバイスへ送信する，
　ように動作可能な通信デバイス（４０）。
　　【請求項２】
　通信ネットワーク（３６）のネットワークデバイス（４４）と通信するための通信デバイス（４０）であって，
　チャレンジ（ＲＡＮＤ），第１のＰＦＳパラメータ（ＰＦＳ１），及び前記第１のＰＦＳパラメータ（ＰＦＳ１）についての第１の検証コード（ＶＣ１；ＶＣ１Ａ；ＶＣ１Ｂ）を前記ネットワークデバイス（４４）から受信し，
　前記チャレンジをＵＳＩＭ（４８）へ転送し，
　少なくとも１つの結果パラメータ（ＣＫ／ＩＫ，ＲＥＳ）を，前記ＵＳＩＭ（４８）からの応答として受信し，
　前記結果パラメータ（ＣＫ／ＩＫ，ＲＥＳ）に基づいて，前記第１のＰＦＳパラメータ（ＰＦＳ１）が真正であるかを判定し，
　前記判定において前記第１のＰＦＳパラメータ（ＰＦＳ１）が真正である場合に，第２のＰＦＳパラメータ（ＰＦＳ２）を生成し及び前記ネットワークデバイスへ送信する，
　ように動作可能な通信デバイス（４０）。
　　【請求項３】
　前記通信デバイス（４０）と前記ネットワークデバイス（４４）との間の通信のためのセッション鍵（Ｋ´）を生成する，ようにさらに動作可能であり，前記セッション鍵は，前記第１及び第２のＰＦＳパラメータ（ＰＦＳ１，ＰＦＳ２）を生成するために使用される値（ｘ，ｙ）に少なくとも基づく，請求項１又は請求項２に記載の通信デバイス（４０）。
　　【請求項４】
　前記通信デバイス（４０）と前記ネットワークデバイス（４４）との間の通信のためのセッション鍵（Ｋ´）を生成する，ようにさらに動作可能であり，前記セッション鍵は，前記第１のＰＦＳパラメータ（ＰＦＳ１）と前記第２のＰＦＳパラメータ（ＰＦＳ２）の指数（ｙ）とに基づく，請求項１又は請求項２に記載の通信デバイス（４０）。
　　【請求項５】
　前記通信デバイスは，前記チャレンジ（ＲＡＮＤ）を受信し，前記転送を実行し，前記少なくとも１つの結果パラメータを受信し，前記第１のＰＦＳパラメータ（ＰＦＳ１）が真正であるかを判定し，並びに第２のＰＦＳパラメータ（ＰＦＳ２）を生成し及び送信するように動作可能なモバイル機器（４６），を含む，請求項１〜４のいずれか１項に記載の通信デバイス（４０）。
　　【請求項６】
　前記通信デバイスは，鍵及び暗号処理手段を含む識別モジュール（４８），を含む，請求項１〜５のいずれか１項に記載の通信デバイス（４０）。
　　【請求項７】
　前記第１及び第２のＰＦＳパラメータはディフィーヘルマンパラメータである，請求項１〜６のいずれか１項に記載の通信デバイス（４０）。
　　【請求項８】
　前記第１の検証コード（ＶＣ１Ａ；ＶＣ１Ｂ）は，少なくとも前記第１のＰＦＳパラメータに基づくメッセージ認証コードを含む，請求項１〜７のいずれか１項に記載の通信デバイス（４０）。
　　【請求項９】
　前記派生は，前記チャレンジと同一である，請求項１に記載の通信デバイス（４０）。
　　【請求項１０】
　前記派生は，前記チャレンジのハッシュである，請求項１に記載の通信デバイス（４０）。
　　【請求項１１】
　前記チャレンジ（ＲＡＮＤ）を受信するように動作可能であるとき，前記第１のＰＦＳパラメータ（ＰＦＳ１）及び前記第１の検証コード（ＶＣ１；ＶＣ１Ａ；ＶＣ１Ｂ）は，これらを前記ネットワークデバイス（４４）から認証要求メッセージ（２０）内で受信するように動作可能であり，前記認証要求メッセージはチャレンジ検証コード（ＡＵＴＮ）をも含み，前記少なくとも１つの結果パラメータ（ＣＫ／ＩＫ，ＲＥＳ）を受信するように動作可能であるとき，前記チャレンジに対する応答として応答パラメータ（ＲＥＳ）を受信するように動作可能であり，
　前記第２のＰＦＳパラメータ（ＰＦＳ２）を生成し及び送信するように動作可能であるとき，第２の検証コード（ＶＣ２；ＶＣ２Ａ；ＶＣ２Ｂ）と共に前記第２のＰＦＳパラメータを生成し及びこれらを前記応答パラメータ（ＲＥＳ）をも含む認証応答メッセージ（２４）内で送信するように動作可能である，
　請求項１〜１０のいずれか１項に記載の通信デバイス（４０）。
　　【請求項１２】
　通信ネットワーク（３６）のネットワークデバイス（４４）と通信関係にある通信デバイス（４０）のための方法であって，前記方法は，前記通信デバイスによって実行され，
　チャレンジ（ＲＡＮＤ），第１のＰＦＳパラメータ（ＰＦＳ１），及び前記第１のＰＦＳパラメータ（ＰＦＳ１）についての第１の検証コード（ＶＣ１；ＶＣ１Ａ；ＶＣ１Ｂ）を前記ネットワークデバイス（４４）から受信すること（６４）と，
　前記チャレンジの派生をＵＳＩＭ（４８）へ転送すること（６５）と，
　少なくとも１つの結果パラメータ（ＣＫ／ＩＫ，ＲＥＳ）を，前記ＵＳＩＭ（４８）からの応答として受信すること（６６）と，
　前記結果パラメータ（ＣＫ／ＩＫ，ＲＥＳ）に基づいて，前記第１のＰＦＳパラメータ（ＰＦＳ１）が真正であるかを判定すること（６８）と，
　前記判定において前記第１のＰＦＳパラメータ（ＰＦＳ１）が真正である場合に，第２のＰＦＳパラメータ（ＰＦＳ２）を生成（７０）し及び前記ネットワークデバイスへ送信すること（７２）と，
　を含む方法。
　　【請求項１３】
　通信ネットワーク（３６）のネットワークデバイス（４４）と通信関係にある通信デバイス（４０）のための方法であって，前記方法は，前記通信デバイスによって実行され，
　チャレンジ（ＲＡＮＤ），第１のＰＦＳパラメータ（ＰＦＳ１），及び前記第１のＰＦＳパラメータ（ＰＦＳ１）についての第１の検証コード（ＶＣ１；ＶＣ１Ａ；ＶＣ１Ｂ）を前記ネットワークデバイス（４４）から受信すること（６４）と，
　前記チャレンジをＵＳＩＭ（４８）へ転送すること（６５）と，
　少なくとも１つの結果パラメータ（ＣＫ／ＩＫ，ＲＥＳ）を，前記ＵＳＩＭ（４８）からの応答として受信すること（６６）と，
　前記結果パラメータ（ＣＫ／ＩＫ，ＲＥＳ）に基づいて，前記第１のＰＦＳパラメータ（ＰＦＳ１）が真正であるかを判定すること（６８）と，
　前記判定において前記第１のＰＦＳパラメータ（ＰＦＳ１）が真正である場合に，第２のＰＦＳパラメータ（ＰＦＳ２）を生成（７０）し及び前記ネットワークデバイスへ送信すること（７２）と，
　を含む方法。
　　【請求項１４】
　第１の通信ネットワーク（３６）の第１のネットワークデバイス（４４）であって，前記第１のネットワークデバイス（４４）は，
　チャレンジ（ＲＡＮＤ）を取得し，
　第１のＰＦＳパラメータ（ＰＦＳ１）を取得し，
　前記第１のＰＦＳパラメータ（ＰＦＳ１）についての第１の検証コード（ＶＣ１；ＶＣ１Ａ；ＶＣ１Ｂ）を取得し，
　前記チャレンジ（ＲＡＮＤ），前記第１のＰＦＳパラメータ（ＰＦＳ１）及び前記第１の検証コード（ＶＣ１；ＶＣ１Ａ；ＶＣ１Ｂ）をＵＳＩＭを有する通信デバイス（４０）へ送信し，
　前記通信デバイス（４０）から第２のＰＦＳパラメータ（ＰＦＳ２），第２の検証コード（ＶＣ２；ＶＣ２Ａ；ＶＣ２Ｂ）及び応答パラメータ（ＲＥＳ）を受信し，
　前記応答パラメータの真正性を判定し，
　前記第２の検証コード（ＶＣ２；ＶＣ２Ａ；ＶＣ２Ｂ）に基づいて前記第２のＰＦＳパラメータ（ＰＦＳ２）を検証する
　ように動作可能である，第１のネットワークデバイス（４４）。
　　【請求項１５】
　前記通信デバイス（４０）と前記第１のネットワークデバイス（４４）との間の通信のためのセッション鍵（Ｋ´）を計算する，ようにさらに動作可能であり，前記セッション鍵は，前記第１及び第２のＰＦＳパラメータ（ＰＦＳ１，ＰＦＳ２）を生成するために使用される値（ｘ，ｙ）に少なくとも基づく，請求項１４に記載の第１のネットワークデバイス（４４）。
　　【請求項１６】
　前記通信デバイス（４０）と前記第１のネットワークデバイス（４４）との間の通信のためのセッション鍵（Ｋ´）を計算する，ようにさらに動作可能であり，前記セッション鍵は，前記第２のＰＦＳパラメータ（ＰＦＳ２）と前記第１のＰＦＳパラメータ（ＰＦＳ１）の指数（ｘ）とに基づく，請求項１４に記載の第１のネットワークデバイス（４４）。
　　【請求項１７】
　前記チャレンジを取得するように動作可能であるとき，チャレンジ検証コード（ＡＵＴＮ）を取得するようにも動作可能であり，前記チャレンジ（ＲＡＮＤ），前記第１のＰＦＳパラメータ（ＰＦＳ１）及び前記第１の検証コード（ＶＣ１；ＶＣ１Ａ；ＶＣ１Ｂ）を送信するように動作可能であるとき，これらを前記チャレンジ検証コード（ＡＵＴＮ）と共に認証要求メッセージ（２０）内で送信するように動作可能であり，前記第２のＰＦＳパラメータ（ＰＦＳ２），前記第２の検証コード（ＶＣ２；ＶＣ２Ａ；ＶＣ２Ｂ）及び前記応答パラメータ（ＲＥＳ）を受信するように動作可能であるとき，これらを認証応答メッセージ（２４）内で受信するように動作可能である，請求項１４〜１６のいずれか１項に記載の第１のネットワークデバイス（４４）。
　　【請求項１８】
　第１の通信ネットワーク（３６）の第１のネットワークデバイス（４４）のための方法であって，前記方法は，前記第１のネットワークデバイス（４４）によって実行され，
　チャレンジ（ＲＡＮＤ）を取得するステップ（７４）と，
　第１のＰＦＳパラメータ（ＰＦＳ１）を取得するステップ（７６）と，
　前記第１のＰＦＳパラメータについての第１の検証コード（ＶＣ１；ＶＣ１Ａ；ＶＣ１Ｂ）を取得するステップ（７８）と，
　前記チャレンジ（ＲＡＮＤ），前記第１のＰＦＳパラメータ（ＰＦＳ１）及び前記第１の検証コード（ＶＣ１；ＶＣ１Ａ；ＶＣ１Ｂ）をＵＳＩＭを有する通信デバイス（４０）へ送信するステップ（８０）と，
　前記通信デバイス（４０）から第２のＰＦＳパラメータ（ＰＦＳ２），第２の検証コード（ＶＣ２；ＶＣ２Ａ；ＶＣ２Ｂ）及び応答パラメータ（ＲＥＳ）を受信するステップ（８２）と，
　前記応答パラメータの真正性を判定するステップ（８４）と，
　前記第２の検証コード（ＶＣ２；ＶＣ２Ａ；ＶＣ２Ｂ）に基づいて前記第２のＰＦＳパラメータ（ＰＦＳ２）を検証するステップ（８６）と
　を含む方法。」（以下，上記引用の請求項各項を，「補正前の請求項」という）は，
「【請求項１】
　通信ネットワーク（３６）のネットワークデバイス（４４）と通信するための通信デバイス（４０）であって，
　チャレンジ（ＲＡＮＤ），第１のＰＦＳパラメータ（ＰＦＳ１），及び前記第１のＰＦＳパラメータ（ＰＦＳ１）についての第１の検証コード（ＶＣ１；ＶＣ１Ａ；ＶＣ１Ｂ）を前記ネットワークデバイス（４４）から受信し，前記第１の検証コード（ＶＣ１Ａ；ＶＣ１Ｂ）は，少なくとも前記第１のＰＦＳパラメータに基づくメッセージ認証コードを含み，
　前記チャレンジの派生をＵＳＩＭ（４８）へ転送し，
　少なくとも１つの結果パラメータ（ＣＫ／ＩＫ，ＲＥＳ）を，前記ＵＳＩＭ（４８）からの応答として受信し，
　前記結果パラメータ（ＣＫ／ＩＫ，ＲＥＳ）に基づいて，前記第１のＰＦＳパラメータ（ＰＦＳ１）が真正であるかを判定し，
　前記判定において前記第１のＰＦＳパラメータ（ＰＦＳ１）が真正である場合に，第２のＰＦＳパラメータ（ＰＦＳ２）を生成し及び前記ネットワークデバイスへ送信する，
　ように動作可能な通信デバイス（４０）。
　　【請求項２】
　通信ネットワーク（３６）のネットワークデバイス（４４）と通信するための通信デバイス（４０）であって，
　チャレンジ（ＲＡＮＤ），第１のＰＦＳパラメータ（ＰＦＳ１），及び前記第１のＰＦＳパラメータ（ＰＦＳ１）についての第１の検証コード（ＶＣ１；ＶＣ１Ａ；ＶＣ１Ｂ）を前記ネットワークデバイス（４４）から受信し，前記第１の検証コード（ＶＣ１Ａ；ＶＣ１Ｂ）は，少なくとも前記第１のＰＦＳパラメータに基づくメッセージ認証コードを含み，
　前記チャレンジをＵＳＩＭ（４８）へ転送し，
　少なくとも１つの結果パラメータ（ＣＫ／ＩＫ，ＲＥＳ）を，前記ＵＳＩＭ（４８）からの応答として受信し，
　前記結果パラメータ（ＣＫ／ＩＫ，ＲＥＳ）に基づいて，前記第１のＰＦＳパラメータ（ＰＦＳ１）が真正であるかを判定し，
　前記判定において前記第１のＰＦＳパラメータ（ＰＦＳ１）が真正である場合に，第２のＰＦＳパラメータ（ＰＦＳ２）を生成し及び前記ネットワークデバイスへ送信する，
　ように動作可能な通信デバイス（４０）。
　　【請求項３】
　前記通信デバイス（４０）と前記ネットワークデバイス（４４）との間の通信のためのセッション鍵（Ｋ´）を生成する，ようにさらに動作可能であり，前記セッション鍵は，前記第１及び第２のＰＦＳパラメータ（ＰＦＳ１，ＰＦＳ２）を生成するために使用される値（ｘ，ｙ）に少なくとも基づく，請求項１又は請求項２に記載の通信デバイス（４０）。
　　【請求項４】
　前記通信デバイス（４０）と前記ネットワークデバイス（４４）との間の通信のためのセッション鍵（Ｋ´）を生成する，ようにさらに動作可能であり，前記セッション鍵は，前記第１のＰＦＳパラメータ（ＰＦＳ１）と前記第２のＰＦＳパラメータ（ＰＦＳ２）の指数（ｙ）とに基づく，請求項１又は請求項２に記載の通信デバイス（４０）。
　　【請求項５】
　前記通信デバイスは，前記チャレンジ（ＲＡＮＤ）を受信し，前記転送を実行し，前記少なくとも１つの結果パラメータを受信し，前記第１のＰＦＳパラメータ（ＰＦＳ１）が真正であるかを判定し，並びに第２のＰＦＳパラメータ（ＰＦＳ２）を生成し及び送信するように動作可能なモバイル機器（４６），を含む，請求項１〜４のいずれか１項に記載の通信デバイス（４０）。
　　【請求項６】
　前記通信デバイスは，鍵及び暗号処理手段を含む識別モジュール（４８），を含む，請求項１〜５のいずれか１項に記載の通信デバイス（４０）。
　　【請求項７】
　前記第１及び第２のＰＦＳパラメータはディフィーヘルマンパラメータである，請求項１〜６のいずれか１項に記載の通信デバイス（４０）。
　　【請求項８】
　前記派生は，前記チャレンジと同一である，請求項１に記載の通信デバイス（４０）。
　　【請求項９】
　前記派生は，前記チャレンジのハッシュである，請求項１に記載の通信デバイス（４０）。
　　【請求項１０】
　前記チャレンジ（ＲＡＮＤ）を受信するように動作可能であるとき，前記第１のＰＦＳパラメータ（ＰＦＳ１）及び前記第１の検証コード（ＶＣ１；ＶＣ１Ａ；ＶＣ１Ｂ）は，これらを前記ネットワークデバイス（４４）から認証要求メッセージ（２０）内で受信するように動作可能であり，前記認証要求メッセージはチャレンジ検証コード（ＡＵＴＮ）をも含み，前記少なくとも１つの結果パラメータ（ＣＫ／ＩＫ，ＲＥＳ）を受信するように動作可能であるとき，前記チャレンジに対する応答として応答パラメータ（ＲＥＳ）を受信するように動作可能であり，
　前記第２のＰＦＳパラメータ（ＰＦＳ２）を生成し及び送信するように動作可能であるとき，第２の検証コード（ＶＣ２；ＶＣ２Ａ；ＶＣ２Ｂ）と共に前記第２のＰＦＳパラメータを生成し及びこれらを前記応答パラメータ（ＲＥＳ）をも含む認証応答メッセージ（２４）内で送信するように動作可能である，
　請求項１〜９のいずれか１項に記載の通信デバイス（４０）。
　　【請求項１１】
　通信ネットワーク（３６）のネットワークデバイス（４４）と通信関係にある通信デバイス（４０）のための方法であって，前記方法は，前記通信デバイスによって実行され，
　チャレンジ（ＲＡＮＤ），第１のＰＦＳパラメータ（ＰＦＳ１），及び前記第１のＰＦＳパラメータ（ＰＦＳ１）についての第１の検証コード（ＶＣ１；ＶＣ１Ａ；ＶＣ１Ｂ）を前記ネットワークデバイス（４４）から受信すること（６４）であって，前記第１の検証コード（ＶＣ１Ａ；ＶＣ１Ｂ）は，少なくとも前記第１のＰＦＳパラメータに基づくメッセージ認証コードを含む，ことと，
　前記チャレンジの派生をＵＳＩＭ（４８）へ転送すること（６５）と，
　少なくとも１つの結果パラメータ（ＣＫ／ＩＫ，ＲＥＳ）を，前記ＵＳＩＭ（４８）からの応答として受信すること（６６）と，
　前記結果パラメータ（ＣＫ／ＩＫ，ＲＥＳ）に基づいて，前記第１のＰＦＳパラメータ（ＰＦＳ１）が真正であるかを判定すること（６８）と，
　前記判定において前記第１のＰＦＳパラメータ（ＰＦＳ１）が真正である場合に，第２のＰＦＳパラメータ（ＰＦＳ２）を生成（７０）し及び前記ネットワークデバイスへ送信すること（７２）と，
　を含む方法。
　　【請求項１２】
　通信ネットワーク（３６）のネットワークデバイス（４４）と通信関係にある通信デバイス（４０）のための方法であって，前記方法は，前記通信デバイスによって実行され，
　チャレンジ（ＲＡＮＤ），第１のＰＦＳパラメータ（ＰＦＳ１），及び前記第１のＰＦＳパラメータ（ＰＦＳ１）についての第１の検証コード（ＶＣ１；ＶＣ１Ａ；ＶＣ１Ｂ）を前記ネットワークデバイス（４４）から受信すること（６４）であって，前記第１の検証コード（ＶＣ１Ａ；ＶＣ１Ｂ）は，少なくとも前記第１のＰＦＳパラメータに基づくメッセージ認証コードを含む，ことと，
　前記チャレンジをＵＳＩＭ（４８）へ転送すること（６５）と，
　少なくとも１つの結果パラメータ（ＣＫ／ＩＫ，ＲＥＳ）を，前記ＵＳＩＭ（４８）からの応答として受信すること（６６）と，
　前記結果パラメータ（ＣＫ／ＩＫ，ＲＥＳ）に基づいて，前記第１のＰＦＳパラメータ（ＰＦＳ１）が真正であるかを判定すること（６８）と，
　前記判定において前記第１のＰＦＳパラメータ（ＰＦＳ１）が真正である場合に，第２のＰＦＳパラメータ（ＰＦＳ２）を生成（７０）し及び前記ネットワークデバイスへ送信すること（７２）と，
　を含む方法。
　　【請求項１３】
　第１の通信ネットワーク（３６）の第１のネットワークデバイス（４４）であって，前記第１のネットワークデバイス（４４）は，
　チャレンジ（ＲＡＮＤ）を取得し，
　第１のＰＦＳパラメータ（ＰＦＳ１）を取得し，
　前記第１のＰＦＳパラメータ（ＰＦＳ１）についての第１の検証コード（ＶＣ１；ＶＣ１Ａ；ＶＣ１Ｂ）を取得し，前記第１の検証コード（ＶＣ１Ａ；ＶＣ１Ｂ）は，少なくとも前記第１のＰＦＳパラメータに基づくメッセージ認証コードを含み，
　前記チャレンジ（ＲＡＮＤ），前記第１のＰＦＳパラメータ（ＰＦＳ１）及び前記第１の検証コード（ＶＣ１；ＶＣ１Ａ；ＶＣ１Ｂ）をＵＳＩＭを有する通信デバイス（４０）へ送信し，
　前記通信デバイス（４０）から第２のＰＦＳパラメータ（ＰＦＳ２），第２の検証コード（ＶＣ２；ＶＣ２Ａ；ＶＣ２Ｂ）及び応答パラメータ（ＲＥＳ）を受信し，
　前記応答パラメータの真正性を判定し，
　前記第２の検証コード（ＶＣ２；ＶＣ２Ａ；ＶＣ２Ｂ）に基づいて前記第２のＰＦＳパラメータ（ＰＦＳ２）を検証する
　ように動作可能である，第１のネットワークデバイス（４４）。
　　【請求項１４】
　前記通信デバイス（４０）と前記第１のネットワークデバイス（４４）との間の通信のためのセッション鍵（Ｋ´）を計算する，ようにさらに動作可能であり，前記セッション鍵は，前記第１及び第２のＰＦＳパラメータ（ＰＦＳ１，ＰＦＳ２）を生成するために使用される値（ｘ，ｙ）に少なくとも基づく，請求項１３に記載の第１のネットワークデバイス（４４）。
　　【請求項１５】
　前記通信デバイス（４０）と前記第１のネットワークデバイス（４４）との間の通信のためのセッション鍵（Ｋ´）を計算する，ようにさらに動作可能であり，前記セッション鍵は，前記第２のＰＦＳパラメータ（ＰＦＳ２）と前記第１のＰＦＳパラメータ（ＰＦＳ１）の指数（ｘ）とに基づく，請求項１３に記載の第１のネットワークデバイス（４４）。
　　【請求項１６】
　前記チャレンジを取得するように動作可能であるとき，チャレンジ検証コード（ＡＵＴＮ）を取得するようにも動作可能であり，前記チャレンジ（ＲＡＮＤ），前記第１のＰＦＳパラメータ（ＰＦＳ１）及び前記第１の検証コード（ＶＣ１；ＶＣ１Ａ；ＶＣ１Ｂ）を送信するように動作可能であるとき，これらを前記チャレンジ検証コード（ＡＵＴＮ）と共に認証要求メッセージ（２０）内で送信するように動作可能であり，前記第２のＰＦＳパラメータ（ＰＦＳ２），前記第２の検証コード（ＶＣ２；ＶＣ２Ａ；ＶＣ２Ｂ）及び前記応答パラメータ（ＲＥＳ）を受信するように動作可能であるとき，これらを認証応答メッセージ（２４）内で受信するように動作可能である，請求項１３〜１５のいずれか１項に記載の第１のネットワークデバイス（４４）。
　　【請求項１７】
　第１の通信ネットワーク（３６）の第１のネットワークデバイス（４４）のための方法であって，前記方法は，前記第１のネットワークデバイス（４４）によって実行され，
　チャレンジ（ＲＡＮＤ）を取得する，ステップ（７４）と，
　第１のＰＦＳパラメータ（ＰＦＳ１）を取得するステップ（７６）と，
　前記第１のＰＦＳパラメータについての第１の検証コード（ＶＣ１；ＶＣ１Ａ；ＶＣ１Ｂ）を取得するステップ（７８）であって，前記第１の検証コード（ＶＣ１Ａ；ＶＣ１Ｂ）は，少なくとも前記第１のＰＦＳパラメータに基づくメッセージ認証コードを含む，ステップと，
　前記チャレンジ（ＲＡＮＤ），前記第１のＰＦＳパラメータ（ＰＦＳ１）及び前記第１の検証コード（ＶＣ１；ＶＣ１Ａ；ＶＣ１Ｂ）をＵＳＩＭを有する通信デバイス（４０）へ送信するステップ（８０）と，
　前記通信デバイス（４０）から第２のＰＦＳパラメータ（ＰＦＳ２），第２の検証コード（ＶＣ２；ＶＣ２Ａ；ＶＣ２Ｂ）及び応答パラメータ（ＲＥＳ）を受信するステップ（８２）と，
　前記応答パラメータの真正性を判定するステップ（８４）と，
　前記第２の検証コード（ＶＣ２；ＶＣ２Ａ；ＶＣ２Ｂ）に基づいて前記第２のＰＦＳパラメータ（ＰＦＳ２）を検証するステップ（８６）と
　を含む方法。」（以下，上記引用の請求項各項を，「補正後の請求項」という）に補正された。
　
２．補正の適否
（１）新規性・目的要件
　本件手続補正は，補正前の請求項１，同請求項２，同請求項１３，同請求項１４，及び，同請求項１８に記載の発明特定事項である「第１の検証コード（ＶＣ１；ＶＣ１Ａ；ＶＣ１Ｂ）」に対して，それぞれ，「少なくとも前記第１のＰＦＳパラメータに基づくメッセージ認証コードを含み」という限定事項を付加し，補正後の請求項１，同請求項２，同請求項１２，同請求項１３，および，同請求項１７とすると共に，補正前の請求項８を削除するものであって，当該限定事項は，平成２９年１０月５日付けで提出された明細書，請求の範囲の日本語による翻訳文（以下，これを「当初明細書等」という）の請求項８，及び，段落【００２９】の記載に基づくものであり，本件手続補正は，当初明細書等の記載の範囲内でなされたものであるから，特許法１８４条の１２第２項により読み替える同法１７条の２第３項の規定を満たすものであり，本件手続補正は，限定的減縮，及び，請求項の削除を目的とするものであって，本件手続補正前に受けた拒絶理由通知において特許をすることができないものか否かについての判断が示された全ての発明と，本件手続補正により補正された請求項に係る発明とが，発明の単一性の要件を満たす一群の発明に該当するものであるから，特許法１７条の２第４項，及び，第５項の規定を満たすものである。
　そこで，本件手続補正が，特許法１７条の２第６項において準用する同法１２６条７項の規定を満たすものであるか否か，即ち，補正後の請求項に記載されている事項により特定される発明が特許出願の際独立して特許を受けることができるものであるか否か，以下に検討する。
　
（２）独立特許要件
ア．補正後の請求項１に記載の発明
　補正後の請求項１に記載の発明（以下，これを「本件補正発明」という）は，上記「１．補正の内容」において，補正後の請求項１として引用した，次のとおりのものである。
　
「通信ネットワーク（３６）のネットワークデバイス（４４）と通信するための通信デバイス（４０）であって，
　チャレンジ（ＲＡＮＤ），第１のＰＦＳパラメータ（ＰＦＳ１），及び前記第１のＰＦＳパラメータ（ＰＦＳ１）についての第１の検証コード（ＶＣ１；ＶＣ１Ａ；ＶＣ１Ｂ）を前記ネットワークデバイス（４４）から受信し，前記第１の検証コード（ＶＣ１Ａ；ＶＣ１Ｂ）は，少なくとも前記第１のＰＦＳパラメータに基づくメッセージ認証コードを含み，
　前記チャレンジの派生をＵＳＩＭ（４８）へ転送し，
　少なくとも１つの結果パラメータ（ＣＫ／ＩＫ，ＲＥＳ）を，前記ＵＳＩＭ（４８）からの応答として受信し，
　前記結果パラメータ（ＣＫ／ＩＫ，ＲＥＳ）に基づいて，前記第１のＰＦＳパラメータ（ＰＦＳ１）が真正であるかを判定し，
　前記判定において前記第１のＰＦＳパラメータ（ＰＦＳ１）が真正である場合に，第２のＰＦＳパラメータ（ＰＦＳ２）を生成し及び前記ネットワークデバイスへ送信する，
　ように動作可能な通信デバイス（４０）。」
　
イ．引用文献に記載の事項
（ア）原審における平成３０年７月３０日付けの拒絶理由（以下，これを「原審拒絶理由」という）に引用された，本願の第１国出願前に既に公知である，特表２００８−５３０６８１号公報（公表日；２００８年８月７日，以下，これを「引用文献１」という）には，関連する図面と共に，次の事項が記載されている。
　
Ａ．「【０００４】
　これらのセキュリティの弱点は，第三世代（３Ｇ）無線通信規格における，セキュリティプロトコルの開発において検討された。特に，ユニバーサル移動電話システム（ＵＭＴＳ）のために開発された認証と鍵共有（ＡＫＡ）プロトコルは，ＧＳＭが影響を受けやすい不正基地局の攻撃を防止する一連番号およびメッセージ認証符号（ＭＡＣ）のような特徴を含む。したがって，
ネットワーク認証のためにＵＭＴＳユーザサービス識別モジュール（ＵＳＩＭ）を用いる移動加入者は，ＧＳＭ加入者識別モジュール（ＳＩＭ）のユーザに対して加えられる攻撃の影響を受けにくい
【０００５】
　３Ｇ標準化団体は，例えば，第３世代パートナーシッププロジェクト文書３ＧＰＰ  ３３．２２０汎用認証アーキテクチャ（ＧＡＡ）において，汎用ブートストラッピングアーキテクチャのために汎用認証アーキテクチャ（ＧＡＡ）を開発している。このアーキテクチャは，移動加入者のユーザ機器（ＵＥ）とブートストラッピングサーバ機能（ＢＳＦ）として知られている新しいサーバエンティティとの間の鍵を確立するために３Ｇ  ＡＫＡプロトコルに頼っている。これらの鍵から，ＢＳＦによって，さらなる複数の鍵が，ネットワークアプリケーション機能（ＮＡＦ）と適切なＵＥの間で共有されるセキュリティ鍵を確立する方法として種々のＮＡＦに対して導出され，提供されるかもしれない。
【０００６】
　
開発中の手法は，ＧＳＭなどの２Ｇまたはより初期のレガシーシステムに比較して固有のセキュリティが改良されたＵＭＴＳのユニバーサル加入者識別モジュール（ＵＳＩＭ）でサポートされるような３Ｇの認証と鍵共有法に頼っている
【０００７】
　しかし，これらの相互認証手法（例えば，ＧＡＡおよびＧＢＡ）は，例えばＧＳＭ認証と鍵共有（ＡＫＡ）プロトコルなどの，より以前に開発された（例えば，２Ｇ）通信システムでは利用可能でない。これらのＧＳＭプロトコルは再実行攻撃の影響を受けやすい。したがって攻撃側は鍵の再使用を強制し，鍵を暴露するためにいくつかの状況における弱点を利用し，これによりセキュリティを攻撃するかもしれない。したがって，再実行攻撃の影響を受けにくく，鍵が容易に暴露されないような方法で，ＧＳＭの認証と鍵共有からアプリケーションセキュリティ鍵をブートストラップするための方法が必要である。
【発明の開示】
【発明が解決しようとする課題】
【０００８】
　したがって，
３Ｇネットワークに対して指定された汎用認証アーキテクチャ（ＧＡＡ）がレガシーシステム（例えば，２Ｇまたはそれ以前のシステム）をサポートするように拡張されるかもしれない手法を確立する必要がある
【課題を解決するための手段】
【０００９】
　アプリケーション-セキュリティ鍵をレガシー加入者識別モジュール（例えば３Ｇ  ＡＫＡ方式をサポートしないＧＳＭ  ＳＩＭおよびＣＤＭＡ２０００  Ｒ−ＵＩＭ）をサポートする移動端末と安全に共有するための相互認証方法が提供される。チャレンジ-応答の鍵交換はブートストラッピングサーバ機能（ＢＳＦ）と移動端末（ＭＴ）の間で実施される。ＢＳＦはホームロケーションレジスタ（ＨＬＲ）からこの移動端末に対応するネットワーク認証パラメータ（例えば，ＧＳＭ  ＲＡＮＤ，ＳＲＥＳ，Ｋｃ）を受信し，ＲＡＮＤを含む認証チャレンジを生成し，それをサーバ認証された公開鍵方式の下で前記ＭＴへ送信する。この認証チャレンジは乱数，識別情報，タイムススタンプ，一連番号およびディフィー-ヘルマン公開鍵などの更なるパラメータを含むかもしれない。」（下線は，当審にて説明の都合上，付加したものである。以下，同じ。）
　
Ｂ．「【００２７】
　
図１は１実施態様に従ってブートストラッピングサーバおよびレガシー移動端末が互いを相互認証できる通信システムを示すブロック図である。ＧＳＭ準拠の，または，ＣＤＭＡ２０００準拠の通信システムのようなネットワークアーキテクチャ１００は移動端末（ＭＴ）１０２，ホームロケーションレジスタ（ＨＬＲ）１０４，ブートストラッピングサーバ機能（ＢＳＦ）１０６，および少なくとも１つのネットワークアプリケーション機能（ＮＡＦ）１０８を含む
【００２８】
　
ＭＴ１０２はネットワーク１００上で通信するために，予め定義されたプロトコル（例えば，３Ｇより前のプロトコル）を用いてサービスプロバイダに登録するかまたは接続するレガシー無線通信装置であるかもしれない
【００２９】
　ＭＴ１０２がネットワークを介した通信のためにサービスプロバイダによっていったん認証されると，本発明の１つの態様は，安全なネットワークアプリケーションを可能にするためにもう一つの認証の層を追加する。この付加的認証方式は基本的なネットワークベアラまたはベアラの認証方式とは別のものである。認証の付加的層は，ネットワークまたはベアラのセキュリティサービスとは独立している鍵を確立するためにＳＩＭまたは認証モジュール内の既存の鍵を，新しいプロトコルと共に用いる。この新しい認証方式は，ＭＴ１０２と特定のＮＡＦの間で共有され，ＢＳＦ１０６を経由してＮＡＦ１０８に分配される認証用または他の目的のための鍵を提供する。例えば，ＮＡＦ１０８はネットワーク化された装置で動作するアプリケーション，例えば商取引アプリケーションおよび／または，位置に基づくサービスであるかもしれない。
【００３０】
　
ＭＴ１０２がネットワークアプリケーションの使用を始める準備ができている場合，それは通信リンク１１０を通じてＮＡＦ１０８との接続を開始する。ＭＴとＮＡＦが適切な鍵をまだ共有していない場合，ＮＡＦ１０８はインターフェース１１２を通じてＢＳＦ１０６へ認証鍵を要求する。未だそうしていない場合，ＭＴ１０２とＢＳＦ１０６は，認証リンク１１４上でＭＴ１０２と鍵を共有する
【００３１】
　ディフィー-ヘルマンの鍵交換はＭＴ１０２とＢＳＦ１０６の間の鍵共有処理の一部として用いられるかもしれない。ディフィー-ヘルマンの鍵交換は，互いの知識を予め有していない二者が，安全でない通信チャネル上で共有秘密鍵を共同で確立することを可能とする暗号化プロトコルである。１つのアプリケーションにおいて，この共有秘密鍵は対称鍵暗号法を用いて後続の通信を暗号化するために用いることができる。
【００３２】
　しかし，それだけでは従来のディフィー-ヘルマン鍵交換アルゴリズムは，このアルゴリズムのセキュリティを密かに攻撃する「中間者」の攻撃を受けやすい。これは，ＭＴ１０２とＮＡＦ１０８の間で商取引および／または秘密取引を実行するために，無線媒体上で情報が交換される場合に特に問題である。
【００３３】
　本発明の１つの特徴は，ＢＳＦ１０６とＭＴ１０２が公開鍵または共有秘密鍵を，ＧＳＭおよび／またはＣＤＭＡ２０００固有の弱点に影響されにくい方法で共有することを可能とするプロトコルを提供する。特に，ＢＳＦ１０６を認証するために，ＭＴ１０２は最初に，ディジタル証明書を供給される。これは，ＢＳＦ１０６からＭＴ１０２への通信がディジタル署名されるかまたはサーバ認証されたチャンネルで伝達されることを可能とし，その結果，ＭＴ１０２が，認証処理の間に受信した鍵またはパラメータがＢＳＦ１０６から来るのであり，「中間者」または再実行攻撃を試みる別のエンティティから来るのではないことを確認することを可能とする。したがって，本方法は３Ｇの汎用ブートストラッピングアーキテクチャの認証方式を，ネットワーク認証からそれら自身利益を得ないＵＭＴＳ  ＡＫＡ以外のプロトコルに拡張するために適用されるかもしれない。」
　
Ｃ．「【００４８】
　
図６に，１つの実施態様に従って，ネットワークアプリケーション機能に対して相互に安全に認証するために，ＧＳＭ準拠の移動端末６０８およびブートストラッピングサーバ機能６０４間でチャレンジ-応答プロトコルを実行する方法を示す
ＨＬＲ／ＡｕＣおよびＳＩＭは，既存の秘密鍵ＫｉおよびＧＳＭアルゴリズムＡ３およびＡ８に基づいて同様の計算を実行する。ＧＳＭプロトコルにおいて，秘密鍵Ｋｉ並びに認証アルゴリズムＡ３およびＡ８はネットワークＨＬＲ６０２と同様に，加入者識別モジュール（ＳＩＭ）スマートカードにも格納される
【００４９】
　一実施例において，認証鍵に対する要求は，ＭＴ６０６がＳＩＭ６０８から関連する国際移動加入者識別番号（ＩＭＳＩ）６００を検索し，それをブートストラッピングサーバ機能（ＢＳＦ）６０４に送ることによって開始されるかもしれない。ＢＳＦ６０４はＩＭＳＩ６００を，ＩＭＳＩ６００がネットワークに加入しているＭＴに属すかどうかを検証するかもしれないＨＬＲ６０２へ送る。ＨＬＲ６０２はＭＴ６０６内に加入者のＳＩＭが入っている加入者に対するサービスプロバイダによって動作されるかもしれない。
ＨＬＲ６０２は，例えば，事前共有秘密鍵Ｋｉと共に１２８ビットのランダムなチャレンジＲＡＮＤを選択し，それらをそれぞれ署名された３２ビットの出力ＳＲＥＳおよび６４ビットの出力秘匿性鍵Ｋｃを生ずるための２つのアルゴリズムＡ３およびＡ８に対する入力として用いる。次に，ＨＬＲ６０２は，ＳＩＭ６０８の識別番号ＩＭＳＩ６００に対応する三個組（ＲＡＮＤ，ＳＲＥＳ，Ｋｃ）をＢＳＦ６０４へ送る。ＢＳＦ６０４は，ランダム秘密の指数ｘを生成し，ディフィー-ヘルマン公開鍵Ｐｘを計算する。ここで，Ｐは予めＢＳＦ６０４およびＭＴ６０６の双方に供給された巡回群生成元である。巡回群は有限体の乗法群または楕円曲線の加法群のようなものである。次に，ＢＳＦ６０２はＭＴ６０６へ三個組（ＲＡＮＤ，Ｐｘ，ＳＩＧ）６１０を送る。ここで，ＳＩＧはＢＳＦ６０４のＲＳＡプライベート鍵を用いて計算されたディジタル署名である
【００５０】
　
ＭＴ６０６は，三個組（ＲＡＮＤ，Ｐｘ，ＳＩＧ）６１０を受信し，ＳＩＧを検証するためにＢＳＦ６０４のディジタル証明書を用いる。ＭＴ６０６は，ＢＳＦ６０４から伝送されたデータを認証することができるようにディジタル証明書を供給されると仮定されている。データがＢＳＦで発せられたと見なされる場合
ＭＴ６０６は乱数ｙを生成し，Ｐｙを計算する。また，ＭＴ６０６はＲＡＮＤ６１２をＳＩＭ６０８へ送る。ＳＩＭ６０８はＲＡＮＤおよびＫｉに基づいて生成される１組（ＳＲＥＳ，Ｋｃ）６１４をＭＴ６０６に返す。ＳＩＭ６０８が真正である場合，ＨＬＲ６０２によって生成したと同じＳＲＥＳおよびＫｃを生成するべきである。次にＭＴ６０６は，ＳＲＥＳおよびＫｃで鍵を掛けたＰｙのメッセージ認証符号ＭＡＣを計算し，応答（Ｐｙ，ＭＡＣ）６１６をＢＳＦ６０４へ送る
【００５１】
　
ＢＳＦ６０４は，Ｐｙを受信し，ＨＬＲ６０２から認証用三個組で受信したＳＲＥＳとＫｃを用いてＭＡＣを検証する。このＭＡＣが正しい場合，ＢＳＦは，ＭＴ６０６が正しいＳＩＭ６０８を有していることを検証
【００５２】
　この実施例において，ＭＴ６０６およびＢＳＦ６０４は，このように相互認証されたディフィー-ヘルマンの鍵交換を実行し，それらがそれぞれ計算する鍵Ｐｘｙを共有する。次に，さらなる通信のための鍵は，例えば，ＭＴおよびＢＳＦ双方に知られている識別情報，ＲＡＮＤ，ＳＲＥＳ，およびＫｃのような更なる情報を含むＰｘｙのハッシュとして計算されるかもしれない。ＳＩＭ６０８ではなくＭＴ６０６内でディフィー-ヘルマンの計算が行われるか，または結果として得られる鍵が格納される場合には，この鍵Ｐｘｙおよび得られた共有鍵は，ＭＴからＳＩＭ６０８が外される場合，またはＭＴが異なるＳＩＭ６０８を用いて動作する場合には，削除されるべきである。
【００５３】
　このプロトコルはＭＴ６０６がアルゴリズムＡ５／２をサポートしない場合には，ＧＳＭに起因する標準的弱点から保護することに注意のこと。Ａ５／２アルゴリズムは，ＧＳＭプロトコルにおいて上記プロトコルを密かに攻撃するかもしれないほぼ瞬時の中断を許している。しかし，Ａ５／２アルゴリズムは３ＧＰＰリリース６仕様において段階的に廃止されることになる。
【００５４】
　プロトコルの攻撃を試みる中間者はＳＩＧ故に最初のチャレンジ（ＲＡＮＤ，Ｐ，ＳＩＧ）を変えることができず，攻撃するものはそれ自身のＰｚの挿入または異なるＲＡＮＤの使用ができないことにさらに注意のこと。これは，これらのメッセージを再実行しかできないかもしれないが，どんな再実行も，一時的ディフィー-ヘルマンを用いるのと同等であるため，それはＢＳＦになりすますことはできない。逆に，ＢＳＦが，用いられたＲＡＮＤがこのプロトコルの１つの使用から次の使用までフレッシュであることを保証し，かつ応答（Ｐｙ，ＭＡＣ）が短時間の間だけ受信されることを保証する場合，攻撃側には，通常のＧＳＭシナリオにおけるＲＡＮＤによるチャレンジを行い，鍵を導出するＡ５／１アルゴリズムを攻撃するような他の手段によって，ＳＲＥＳおよびＫｃを導出する機会がない。」
　
（イ）原審拒絶理由に引用された，本願の第１国出願前に既に公知である，特表２００９−５１２２９６号公報（公表日；２００９年３月１９日，以下，これを「引用文献２」という）には，関連する図面と共に，次の事項が記載されている。
　
Ｄ．「【００３６】
　この手順に関連したシグナリング交換が，ＫＳ生成シナリオ（すなわち図２に類似）を想定して，図３に示されている。
【００３７】
　状況次第では値ＲＡＮＤをＮＡＦに明らかにすることは望ましくない場合がある。これは，Ｂ−ＴＩＤを，実際のＲＡＮＤ値（または実効ＲＡＮＤ（ＲＡＮＤｅ））に対する参照を使用して形成することにより避けることができ，ＮＡＦは参照値のみを見るようになる。実効ＲＡＮＤ（ＲＡＮＤｅ）はその場合ＡＵＴＮと一緒にＢＳＦからクライアントに信号で伝えられなければならないであろう。この修正された手順が図４に説明されている。
【００３８】
　図３および図４を参照して説明されている解決策の主たる利点は，ＢＳＦがクライアントにおける鍵生成を制御する更なる機会を有するであろうということである。クライアントは鍵を得るためにＡＵＴＮを必要とする。一方，クライアントはＢＳＦに接続し，Ｕｂインタフェース上でＧＢＡプロトコルの新しい変形を要するＢＳＦに向かって自身を認証しなければならないであろう。
【００３９】
　図３および図４の解決策に対する１つの脅威は，攻撃者が一群の（有効なＢ−ＴＩＤを含むと主張する）メッセージを生成し，それらを異なるクライアントに送りサービス不能（ＤｏＳ）攻撃を開始する可能性があるということである。クライアントはメッセージを認証する手段（すなわちＡＵＴＮ）を有しないので，受信したメッセージを認証しようとしてＢＳＦに接続するであろう。そのような攻撃に対して反撃しない場合，ＢＳＦ側でかなりの資源を消耗するであろう。そのようなＤｏＳ攻撃をさらに困難にするには，クライアントがＮＡＦによりプッシュ配信されたメッセージのＭＡＣを直ちに確認し，ＢＳＦに接続しなくてもメッセージの正当性を立証することができるようにすることが望ましいであろう。これを達成するために，クライアントはメッセージのＭＡＣ化のために使用される鍵を得ることができなければならない。ＡＵＴＮはプッシュ配信されるメッセージのなかではクライアントに送られないので，この導出はＢ−ＴＩＤ内のＲＡＮＤ（または派生値，図４）のみに基づかなければならない。
【００４０】
　１つの解決策はＢ−ＴＩＤ内のＲＡＮＤ（または派生値）を使用して２つの鍵Ｃｋ’およびＩｋ’をＢＳＦで得ることである。それからＢＳＦはこれらの鍵を使用してＭＡＣ鍵を得て，ＭＡＣ鍵をＮＡＦに送る。このインテグリティ鍵はまた，好適にはＮＡＦの識別情報に依存するべきである。ＮＡＦ鍵をインテグリティ鍵の導出の際に得るために必要とされるその他の必要情報の“フィンガープリント”を使用することは，全ての情報をＵＥに送らなくてもこれを達成する１つの方法となるであろう。ＮＡＦは第２の（短い）ＭＡＣをクライアントに送られるべき少なくとも一部のデータにわたって計算し，クライアントに送られるメッセージにＭＡＣを含める。
クライアントで，ＵＳＩＭ／ＩＳＩＭはＡＫＡアルゴリズムを使用してＣｋ’およびＩｋ’およびそれ故第２のＭＡＣ鍵を生成し，それからクライアントはメッセージを検証することができる
　
（ウ）原審拒絶理由に引用された，本願の第１国出願前に既に公知である，特開２０１０−２８８２７１号公報（２０１０年１２月２４日公開，以下，これを「引用文献３」という）には，関連する図面と共に，次の事項が記載されている。
　
Ｅ．「【００２４】
　
一実施形態によれば，前記変更されたチャレンジは，前記チャレンジに第１の不可逆関数を適用することによって得られる
　前記ネットワークが，より高度化されたものであるか又は高度化されていないものであるかに応じて，前記変更されていないチャレンジ又は前記変更されたチャレンジに基づいて計算される前記鍵は，前記変更されたチャレンジ又は前記変更されたチャレンジから導出される値と前記パラメータとの組み合わせに対して第２の不可逆関数を適用することに基づいて計算されるものである。
【００２５】
　このようにして，
変更されたチャレンジを認証し，第２の不可逆関数を適用するときに識別されるネットワークの情報を含めることによって，モバイル機器を認証することができる
　
Ｆ．「【００３６】
　 
一実施形態によれば，前記高度化されていないネットワークは，３ＧＰＰネットワークであり
　
前記チャレンジは，ＲＡＮＤであり
　
認証が，前記より高度化されたネットワークに対して行われるべきである場合に，前記変更されたチャレンジを得るために前記チャレンジに適用されるべき前記不可逆関数は，ｇ（ＲＡＮＤ）であり
　前記変更されたチャレンジを得た後で前記モバイル機器において認証プロトコルを実行するステップは，
　
ｆ１をメッセージ認証関数とする，メッセージ認証コードＭＡＣ’＝ｆ１Ｋ（ＳＱＮ｜｜ｇ（ＲＡＮＤ）｜｜ＡＭＦ），
　
ｆ２を（おそらくは切り捨てられた）メッセージ認証関数とする，期待応答ＸＲＥＳ’＝ｆ２Ｋ（ｇ（ＲＡＮＤ）），
　
ｆ３を鍵生成関数とする，暗号鍵ＣＫ’＝ｆ３Ｋ（ｇ（ＲＡＮＤ）），
　
ｆ４を鍵生成関数とする，完全鍵ＩＫ’＝ｆ４Ｋ（ｇ（ＲＡＮＤ））
　ｆ５を鍵生成関数とする，又はｆ５≡０とする，匿名鍵ＡＫ’＝ｆ５Ｋ（ｇ（ＲＡＮＤ）），
  のうちの１つ以上を計算することを含む。」
　
Ｇ．「【００４８】
　ある実施形態によれば，ＡとＳとの間で使用するための鍵を鍵材料から作成するのに使用される鍵導出関数は，鍵の導出に使用されるチャレンジパラメータのうちの少なくとも１つに対して一方向ハッシュ関数が適用されるように変更され，その後，その結果が，認証を行うために実行される暗号プロトコルに渡される。サプリカントは，認証の要求がよりセキュアなアクセス技術（使用されるネットワーク技術を知らせるシグナリングなど）からのものであるかどうかについて知らされる。
チャレンジパラメータが，そのようなよりセキュアなシステム（ＬＴＥシステムなど）からのものである場合には，チャレンジ値を暗号プロトコルに渡す前に，一方向ハッシュ関数を適用する
【００４９】
　図４で概略的に示されているように，このアプローチは，サプリカント（モバイル機器）が２つの部分，すなわち，レガシ部分（ＵＳＩＭ又はＵＩＣＣ（汎用ＩＣカード）Ｈ／Ｗ）と，変更可能部分ＣＰ（モバイル端末，Ｓ／Ｗ）とを有する場合に適用することができる。典型的には，ロング・ターム鍵は，レガシ部分に記憶され，また鍵の導出もレガシ部分において行われる。そのような場合の認証パラメータは，ユーザ端末に送られる。そのユーザ端末では，認証パラメータは，変更可能部分ＣＰに届き，変更可能部分ＣＰでは，認証のための暗号プロトコルが実行されるレガシ部分ＬＰに渡す前に，認証パラメータにハッシュ関数（又は不可逆関数）が適用される。
【００５０】
　より具体的な実施形態，すなわち，
３ＧＰＰ／ＡＫＡの環境において，そのようなメカニズムは，認証プロトコルを実行することによる他の全てのパラメータの計算のためにランダム・チャレンジＲＡＮＤがＵＳＩＭに与えられる前に，モバイル端末（ＭＥ）がランダム・チャレンジＲＡＮＤに一方向ハッシュ関数を適用することを含む。認証ベクトルに含まれる値（ＭＥに送られる値）は，ランダム・チャレンジＲＡＮＤである
　
ウ．引用文献１に記載の発明
（ア）上記Ｂの「図１は１実施態様に従ってブートストラッピングサーバおよびレガシー移動端末が互いを相互認証できる通信システムを示すブロック図である。ＧＳＭ準拠の，または，ＣＤＭＡ２０００準拠の通信システムのようなネットワークアーキテクチャ１００は移動端末（ＭＴ）１０２，ホームロケーションレジスタ（ＨＬＲ）１０４，ブートストラッピングサーバ機能（ＢＳＦ）１０６，および少なくとも１つのネットワークアプリケーション機能（ＮＡＦ）１０８を含む」という記載，同じく，上記Ｂの「ＭＴ１０２はネットワーク１００上で通信するために，予め定義されたプロトコル（例えば，３Ｇより前のプロトコル）を用いてサービスプロバイダに登録するかまたは接続するレガシー無線通信装置であるかもしれない」という記載，及び，同じく，上記Ｂの「ＭＴ１０２がネットワークアプリケーションの使用を始める準備ができている場合，それは通信リンク１１０を通じてＮＡＦ１０８との接続を開始する。ＭＴとＮＡＦが適切な鍵をまだ共有していない場合，ＮＡＦ１０８はインターフェース１１２を通じてＢＳＦ１０６へ認証鍵を要求する。未だそうしていない場合，ＭＴ１０２とＢＳＦ１０６は，認証リンク１１４上でＭＴ１０２と鍵を共有する」という記載から，引用文献１には，
“ネットワーク上で，ブートストラッピングサーバ機能（ＢＳＦ）と通信する，移動端末（ＭＴ）”が記載されていることが読み取れる。
　
（イ）上記Ｃの「図６に，１つの実施態様に従って，ネットワークアプリケーション機能に対して相互に安全に認証するために，ＧＳＭ準拠の移動端末６０８およびブートストラッピングサーバ機能６０４間でチャレンジ-応答プロトコルを実行する方法を示す」という記載，同じく，上記Ｃの「ＨＬＲ６０２は，例えば，事前共有秘密鍵Ｋｉと共に１２８ビットのランダムなチャレンジＲＡＮＤを選択し，それらをそれぞれ署名された３２ビットの出力ＳＲＥＳおよび６４ビットの出力秘匿性鍵Ｋｃを生ずるための２つのアルゴリズムＡ３およびＡ８に対する入力として用いる。次に，ＨＬＲ６０２は，ＳＩＭ６０８の識別番号ＩＭＳＩ６００に対応する三個組（ＲＡＮＤ，ＳＲＥＳ，Ｋｃ）をＢＳＦ６０４へ送る。ＢＳＦ６０４は，ランダム秘密の指数ｘを生成し，ディフィー-ヘルマン公開鍵Ｐｘを計算する。ここで，Ｐは予めＢＳＦ６０４およびＭＴ６０６の双方に供給された巡回群生成元である。巡回群は有限体の乗法群または楕円曲線の加法群のようなものである。次に，ＢＳＦ６０２はＭＴ６０６へ三個組（ＲＡＮＤ，Ｐｘ，ＳＩＧ）６１０を送る。ここで，ＳＩＧはＢＳＦ６０４のＲＳＡプライベート鍵を用いて計算されたディジタル署名である」という記載，及び，同じく，上記Ｃの「ＭＴ６０６は，三個組（ＲＡＮＤ，Ｐｘ，ＳＩＧ）６１０を受信し」という記載と上記（ア）において検討した事項から，引用文献１においては，
“ＭＴは，チャレンジＲＡＮＤ，ディフィー-ヘルマン公開鍵Ｐｘ，ＢＳＦのＲＳＡプライベート鍵を用いて計算されたディジタル署名であるＳＩＧを，ＢＳＦから受信する”ものであることが読み取れる。
　
（ウ）上記Ｃの「ＳＩＧを検証するためにＢＳＦ６０４のディジタル証明書を用いる。ＭＴ６０６は，ＢＳＦ６０４から伝送されたデータを認証することができるようにディジタル証明書を供給されると仮定されている。データがＢＳＦで発せられたと見なされる場合」という記載から，引用文献１においては，
“ＭＴは，ＢＳＦから受信したＳＩＧを，前記ＢＳＦからのディジタル証明書を用いて検証し，前記ＳＩＧは正当である場合に，伝送されたデータが前記ＢＳＦより送信されたと判断する”ものであるであることが読み取れる。
　
（エ）上記Ｃの「ＨＬＲ／ＡｕＣおよびＳＩＭは，既存の秘密鍵ＫｉおよびＧＳＭアルゴリズムＡ３およびＡ８に基づいて同様の計算を実行する。ＧＳＭプロトコルにおいて，秘密鍵Ｋｉ並びに認証アルゴリズムＡ３およびＡ８はネットワークＨＬＲ６０２と同様に，加入者識別モジュール（ＳＩＭ）スマートカードにも格納される」という記載，及び，同じく，上記Ｃの「ＭＴ６０６は乱数ｙを生成し，Ｐｙを計算する。また，ＭＴ６０６はＲＡＮＤ６１２をＳＩＭ６０８へ送る。ＳＩＭ６０８はＲＡＮＤおよびＫｉに基づいて生成される１組（ＳＲＥＳ，Ｋｃ）６１４をＭＴ６０６に返す。ＳＩＭ６０８が真正である場合，ＨＬＲ６０２によって生成したと同じＳＲＥＳおよびＫｃを生成するべきである。次にＭＴ６０６は，ＳＲＥＳおよびＫｃで鍵を掛けたＰｙのメッセージ認証符号ＭＡＣを計算し，応答（Ｐｙ，ＭＡＣ）６１６をＢＳＦ６０４へ送る」という記載と，上記（イ）において検討した事項から，引用文献１においては，
“ＭＴは，チャレンジＲＡＮＤを，ＳＩＭに送信し，前記ＳＩＭは，前記チャレンジＲＡＮＤと，前記ＳＩＭに格納されている秘密鍵Ｋｉに基づいて（ＳＲＥＳ，Ｋｃ）の組を生成し，前記組を前記ＭＴに返送し，前記ＭＴは，乱数ｙを生成し，ディフィー-ヘルマン公開鍵をＰｙを計算し，前記ＳＲＥＳおよび前記Ｋｃで鍵を掛けた前記Ｐｙメッセージ認証符号ＭＡＣを計算し，応答（Ｐｙ，ＭＡＣ）を，ＢＳＦへ送信する”ものであることが読み取れる。
　
（オ）以上，上記（ア）〜（エ）において検討した事項から，引用文献１には，次の発明（以下，これを「引用発明」という）が，記載されているものと認める。
　
「ネットワーク上で，ブートストラッピングサーバ機能（ＢＳＦ）と通信する，移動端末（ＭＴ）であって，
　前記ＭＴは，チャレンジＲＡＮＤ，ディフィー-ヘルマン公開鍵Ｐｘ，前記ＢＳＦのＲＳＡプライベート鍵を用いて計算されたディジタル署名であるＳＩＧを，前記ＢＳＦから受信し，
　前記ＭＴは，前記ＢＳＦから受信した前記ＳＩＧを，前記ＢＳＦからのディジタル証明書を用いて検証し，前記ＳＩＧは正当である場合に，伝送されたデータが前記ＢＳＦより送信されたと判断し，
　前記ＭＴは，前記チャレンジＲＡＮＤを，ＳＩＭに送信し，前記ＳＩＭは，前記チャレンジＲＡＮＤと，前記ＳＩＭに格納されている秘密鍵Ｋｉに基づいて（ＳＲＥＳ，Ｋｃ）の組を生成し，前記組を前記ＭＴに返送し，前記ＭＴは，乱数ｙを生成し，ディフィー-ヘルマン公開鍵Ｐｙを計算し，前記ＳＲＥＳおよび前記Ｋｃで鍵を掛けた前記Ｐｙのメッセージ認証符号ＭＡＣを計算し，応答（Ｐｙ，ＭＡＣ）を，前記ＢＳＦへ送信する，移動端末（ＭＴ）。」
　
エ．本件補正発明と引用発明との対比
（ア）引用発明における「ネットワーク」，「ブートストラッピングサーバ機能（ＢＳＦ）」，「移動端末（ＭＴ）」，及び，「チャレンジＲＡＮＤ」が，それぞれ，
　本件補正発明における「通信ネットワーク（３６）」，「ネットワークデバイス（４４）」，「通信デバイス」，及び，「チャレンジ（ＲＡＮＤ）」に相当するので，
　引用発明における「ネットワーク上で，ブートストラッピングサーバ機能（ＢＳＦ）と通信する，移動端末（ＭＴ）であって」が，
　本件補正発明における「通信ネットワーク（３６）のネットワークデバイス（４４）と通信するための通信デバイス（４０）であって」に相当する。
　
（イ）引用発明において，「ＭＴ」が，「ＢＳＦ」から受信する「ＳＩＧ」は，自身が正当であることが示されることによって，当該「ＳＩＧ」と共に「ＢＳＦ」から受信する，「チャレンジＲＡＮＤ」，及び，「ディフィー-ヘルマン公開鍵Ｐｘ」が正当であることも示すことになるものであるから，
　本件補正発明における「第１の検証コード（ＶＣ１；ＶＣ１Ａ；ＶＣ１Ｂ）」と，
“認証で用いるデータの正当性を示す情報”である点で共通する。
　また，前記「ディフィー-ヘルマン公開鍵Ｐｘ」と，
　本件補正発明における「第１のＰＦＳパラメータ（ＰＦＳ１）」とは，
“受信データ”である点で共通する。
　したがって，引用発明における「ＭＴは，チャレンジＲＡＮＤ，ディフィー-ヘルマン公開鍵Ｐｘ，前記ＢＳＦのＲＳＡプライベート鍵を用いて計算されたディジタル署名であるＳＩＧを，前記ＢＳＦから受信し」と，
　本件補正発明における「チャレンジ（ＲＡＮＤ），第１のＰＦＳパラメータ（ＰＦＳ１），及び前記第１のＰＦＳパラメータ（ＰＦＳ１）についての第１の検証コード（ＶＣ１；ＶＣ１Ａ；ＶＣ１Ｂ）を前記ネットワークデバイス（４４）から受信し，前記第１の検証コード（ＶＣ１Ａ；ＶＣ１Ｂ）は，少なくとも前記第１のＰＦＳパラメータに基づくメッセージ認証コードを含み」とは，
“チャレンジ（ＲＡＮＤ），受信データ，及び受信データの正当性を示す情報を，ネットワークデバイス（４４）から受信”するものである点で共通する。
　
（ウ）引用発明における「ＳＩＭ」と，
　本件補正発明における「ＵＳＩＭ」とは，
“加入者を特定するためのＩＤが記録されたＩＣカード”である点で共通し，
　引用発明における「チャレンジＲＡＮＤ」と，
　本件補正発明における「チャレンジの派生」とは，
“チャレンジに関するデータ”である点で共通し，
　引用発明における「（ＳＲＥＳ，Ｋｃ）」と，
　本件補正発明における「結果パラメータ（ＣＫ／ＩＫ，ＲＥＳ）」とは，
“加入者を特定するためのＩＤが記録されたＩＣカードから応答として受信する，応答データ”である点で共通するので，
　引用発明における「ＭＴは，前記チャレンジＲＡＮＤを，ＳＩＭに送信し」と，
　本件補正発明における「前記チャレンジの派生をＵＳＩＭ（４８）へ転送し」とは，
“チャレンジに関するデータを，加入者を特定するためのＩＤが記録されたＩＣカードに転送する”点で共通する。
　
（エ）引用発明における「前記ＳＩＭは，前記チャレンジＲＡＮＤと，前記ＳＩＭに格納されている秘密鍵Ｋｉに基づいて（ＳＲＥＳ，Ｋｃ）の組を生成し，前記組を前記ＭＴに返送し」と，
　本件補正発明における「少なくとも１つの結果パラメータ（ＣＫ／ＩＫ，ＲＥＳ）を，前記ＵＳＩＭ（４８）からの応答として受信し」とは，
“少なくとも１つの応答データを，加入者を特定するためのＩＤが記録されたＩＣカードから応答として受信する”点で共通する。
　
（オ）引用発明における「ＭＴは，前記ＢＳＦから受信した前記ＳＩＧを，前記ＢＳＦからのディジタル証明書を用いて検証し，前記ＳＩＧは正当である場合に，伝送されたデータが前記ＢＳＦより送信されたと判断」することと，
　本件補正発明における「結果パラメータ（ＣＫ／ＩＫ，ＲＥＳ）に基づいて，前記第１のＰＦＳパラメータ（ＰＦＳ１）が真正であるかを判定」することとは，
“ネットワークデバイス（４４）から受信したデータが真正であるかを判定する”ことである点で共通する。
　
（カ）引用発明において，「ＭＴ」が，「乱数ｙを生成し，ディフィー-ヘルマン公開鍵Ｐｙを計算し，前記ＳＲＥＳおよび前記Ｋｃで鍵を掛けた前記Ｐｙのメッセージ認証符号ＭＡＣを計算し，応答（Ｐｙ，ＭＡＣ）を，前記ＢＳＦへ送信する」ことは，上記（イ）において指摘した「ＳＩＧ」が正当である場合に，実施されるものであることは明らかであって，
　引用発明における「ディフィー-ヘルマン公開鍵Ｐｙ」は，それを用いることによって，「メッセージ認証符号ＭＡＣ」が生成されることから，「ＢＳＦ」側で認証に用いられるデータであるから，
　引用発明における「ディフィー-ヘルマン公開鍵Ｐｙ」は，
　本件補正発明における「第２のＰＦＳパラメータ（ＰＦＳ２）」に相当するので，
　引用発明における「ＭＴは，乱数ｙを生成し，ディフィー-ヘルマン公開鍵Ｐｙを計算し，前記ＳＲＥＳおよび前記Ｋｃで鍵を掛けた前記Ｐｙのメッセージ認証ＭＡＣを計算し，応答（Ｐｙ，ＭＡＣ）を，前記ＢＳＦへ送信する」ことと，
　本件補正発明における「判定において前記第１のＰＦＳパラメータ（ＰＦＳ１）が真正である場合に，第２のＰＦＳパラメータ（ＰＦＳ２）を生成し及び前記ネットワークデバイスへ送信する」こととは，
“ネットワークデバイス（４４）から受信したデータが正当である場合に，第２のＰＦＳパラメータ（ＰＦＳ２）を生成し及び前記ネットワークデバイスへ送信する”点で共通する。
　
（キ）以上，上記（ア）〜（カ）において検討した事項から，本件補正発明と，引用発明との，一致点，及び，相違点は，次のとおりである。
　
［一致点］
　通信ネットワーク（３６）のネットワークデバイス（４４）と通信するための通信デバイス（４０）であって，
　チャレンジ（ＲＡＮＤ），受信データ，及び受信データの正当性を示す情報を，前記ネットワークデバイス（４４）から受信し，
　前記チャレンジに関するデータを，加入者を特定するためのＩＤが記録されたＩＣカードに転送し，
　少なくとも１つの応答データを，前記加入者を特定するためのＩＤが記録されたＩＣカードから応答として受信し，
　前記ネットワークデバイス（４４）から受信したデータが真正であるかを判定し，
　前記ネットワークデバイス（４４）から受信したデータが正当である場合に，第２のＰＦＳパラメータ（ＰＦＳ２）を生成し及び前記ネットワークデバイスへ送信する，
　ように動作可能な通信デバイス（４０）。
　
［相違点１］
“受信データ”に関して，
　本件補正発明においては，「第１のＰＦＳパラメータ（ＰＦＳ１）」であるのに対して，
　引用発明においては，「ディフィー-ヘルマン公開鍵Ｐｘ」である点。
　
［相違点２］
“受信データの正当性を示す情報”に関して，
　本件補正発明においては，「第１のＰＦＳパラメータ（ＰＦＳ１）についての第１の検証コード（ＶＣ１；ＶＣ１Ａ；ＶＣ１Ｂ）」であって，「第１の検証コード（ＶＣ１Ａ；ＶＣ１Ｂ）は，少なくとも前記第１のＰＦＳパラメータに基づくメッセージ認証コードを含」むものであるのに対して，
　引用発明においては，「ＢＳＦのＲＳＡプライベート鍵を用いて計算されたディジタル署名であるＳＩＧ」である点。
　
［相違点３］
“チャレンジに関するデータ”に関して，
　本件補正発明においては，「チャレンジの派生」であるのに対して，
　引用発明においては，「チャレンジ（ＲＡＮＤ）」，即ち，「チャレンジ」そのものである点。
　
［相違点４］
“少なくとも１つの応答データ”に関して，
　本件補正発明においては，「少なくとも１つの結果パラメータ（ＣＫ／ＩＫ，ＲＥＳ）」であるのに対して，
　引用発明においては，「（ＳＲＥＳ，Ｋｃ）の組」である点。
　
［相違点５］
“受信したデータが真正であるかを判定し”に関して，
　本件補正発明においては，「結果パラメータ（ＣＫ／ＩＫ，ＲＥＳ）に基づいて，前記第１のＰＦＳパラメータ（ＰＦＳ１）が真正であるかを判定」するものであるのに対して，
　引用発明においては，「ＳＩＧ」の正当性の判定である点。
　
［相違点６］
　本件補正発明においては，「ＵＳＩＭ」を用いているのに対して，
　引用発明においては，「ＳＩＭ」を用いている点。
　
オ．相違点についての当審の判断
（ア）［相違点１］，［相違点２］，及び，［相違点６］について
　上記「ウ．引用文献１に記載の発明」の（エ）において引用した，上記Ｃの記載，及び，上記Ｃの「ＢＳＦ６０４は，Ｐｙを受信し，ＨＬＲ６０２から認証用三個組で受信したＳＲＥＳとＫｃを用いてＭＡＣを検証する。このＭＡＣが正しい場合，ＢＳＦは，ＭＴ６０６が正しいＳＩＭ６０８を有していることを検証」という記載から，引用発明においても，「ＭＴ」側の「ＳＩＭ」が生成する「ＳＲＥＳ」と，「Ｋｃ」を用いて「Ｐｙ」の「メッセージ認証符号ＭＡＣ」を生成し，「ＭＳＦ」が，受信した「Ｐｙ」，「ＭＡＣ」と，当該「ＭＳＦ」が有する「ＳＲＥＳ」と，「Ｋｃ」から，受信した「ＭＡＣ」を検証することが示されていて，このことは，「ＢＳＦ」が，「ＭＴ」に送信する「Ｐｘ」について，「ＢＳＦ」側で，当該「Ｐｘ」についての「ＭＡＣ」を生成した場合，当該「ＭＡＣ」を，「ＭＴ」側で検証し得るものであることは，明らかである。
　そして，「ＵＳＩＭ」において生成される値を用いて，クライアント（ＵＥ）（本件補正発明における「通信デバイス（４０）」に相当）において，「ＢＳＦ」から送信された「ＭＡＣ」を検証し得ることは，上記Ｄに引用した，引用文献２の「クライアントで，ＵＳＩＭ／ＩＳＩＭはＡＫＡアルゴリズムを使用してＣｋ’およびＩｋ’およびそれ故第２のＭＡＣ鍵を生成し，それからクライアントはメッセージを検証することができる」という記載にもあるとおり，本願の第１国出願前に，当業者には，広く知られた技術事項である。
　そして，引用発明は，上記Ａに引用した，引用文献１の「開発中の手法は，ＧＳＭなどの２Ｇまたはより初期のレガシーシステムに比較して固有のセキュリティが改良されたＵＭＴＳのユニバーサル加入者識別モジュール（ＵＳＩＭ）でサポートされるような３Ｇの認証と鍵共有法に頼っている」（段落【０００６】）という記載，及び，「３Ｇネットワークに対して指定された汎用認証アーキテクチャ（ＧＡＡ）がレガシーシステム（例えば，２Ｇまたはそれ以前のシステム）をサポートするように拡張されるかもしれない手法を確立する必要がある」（段落【０００８】）という記載から明らかなように，“２Ｇまたはそれ以前のシステムをサポートする３Ｇ以降のシステム”に関するものである。即ち，引用発明は，上記に引用の引用文献２に開示の技術事項を含み得るものである。
　以上に検討したことから，引用発明においても，「ＢＳＦ」が「Ｐｘ」（本件補正発明における「第１のＰＦＳパラメータ（ＰＦＳ１）」に対応）と，当該「Ｐｘ」を認証するための「ＭＡＣ」（本件補正発明における「第１の検証コード（ＶＣ１；ＶＣ１Ａ；ＶＣ１Ｂ）」に対応）とを「ＭＴ」に送信し，当該「Ｐｘ」と共に，「ＭＴ」へ送信し，当該「ＭＴ」において，「ＳＩＭ」の生成する値と，当該「Ｐｘ」（［相違点１］に対応），「ＭＡＣ」（［相違点２］に対応）から，当該「Ｐｘ」を認証するよう構成することは，当業者が適宜なし得る事項である。
　よって，［相違点１］，及び，［相違点２］は，格別のものではない。
　
（イ）［相違点３］について
　引用文献３の，上記Ｅに引用した記載中に，「一実施形態によれば，前記変更されたチャレンジは，前記チャレンジに第１の不可逆関数を適用することによって得られる」（段落【００２４】），「変更されたチャレンジを認証し，第２の不可逆関数を適用するときに識別されるネットワークの情報を含めることによって，モバイル機器を認証することができる」（段落【００２５】），上記Ｆに引用した記載中に，「一実施形態によれば，前記高度化されていないネットワークは，３ＧＰＰネットワークであり，前記チャレンジは，ＲＡＮＤであり，認証が，前記より高度化されたネットワークに対して行われるべきである場合に，前記変更されたチャレンジを得るために前記チャレンジに適用されるべき前記不可逆関数は，ｇ（ＲＡＮＤ）であり」，上記Ｇに引用した記載中に，「チャレンジパラメータが，そのようなよりセキュアなシステム（ＬＴＥシステムなど）からのものである場合には，チャレンジ値を暗号プロトコルに渡す前に，一方向ハッシュ関数を適用する」（段落【００４８】），「３ＧＰＰ／ＡＫＡの環境において，そのようなメカニズムは，認証プロトコルを実行することによる他の全てのパラメータの計算のためにランダム・チャレンジＲＡＮＤがＵＳＩＭに与えられる前に，モバイル端末（ＭＥ）がランダム・チャレンジＲＡＮＤに一方向ハッシュ関数を適用することを含む。認証ベクトルに含まれる値（ＭＥに送られる値）は，ランダム・チャレンジＲＡＮＤである」（段落【００５０】）とあるように，“チャレンジＲＡＮＤが，ＵＳＩＭに与えられる前に，変更されたチャレンジ（本件補正発明における「チャレンジの派生」に相当）に変換される”構成は，本願の第１国出願前に，当業者には広く知られた技術事項である。
　そして，上記Ａの「ネットワーク認証のためにＵＭＴＳユーザサービス識別モジュール（ＵＳＩＭ）を用いる移動加入者は，ＧＳＭ加入者識別モジュール（ＳＩＭ）のユーザに対して加えられる攻撃の影響を受けにくい」（段落【０００４】）という記載，及び，上記（ア）において引用した上記Ａの記載内容から，引用発明は，「ＵＳＩＭ」を用いる「ＵＭＴＳ」の環境下で，「ＳＩＭ」を用いる「ＧＳＭ」の環境への下位互換の機能を提供することを目的とするものであるから，引用発明自体が「ＵＭＴＳ」の環境に対応していることは，明らかである。
　したがって，引用発明においても，「チャレンジＲＡＮＤ」に所定の演算を施して，「変更されたチャレンジ」を生成して用いるようにすることは，当業者が適宜なし得る事項である。
　よって，［相違点３］は，格別のものではない。
　
（ウ）［相違点４］，及び，［相違点５］について
　上記（ア）において引用した，引用文献２の記載内容と，上記Ｅに引用した，引用文献３の「ｆ１をメッセージ認証関数とする，メッセージ認証コードＭＡＣ’＝ｆ１Ｋ（ＳＱＮ｜｜ｇ（ＲＡＮＤ）｜｜ＡＭＦ），
　ｆ２を（おそらくは切り捨てられた）メッセージ認証関数とする，期待応答ＸＲＥＳ’＝ｆ２Ｋ（ｇ（ＲＡＮＤ）），
　ｆ３を鍵生成関数とする，暗号鍵ＣＫ’＝ｆ３Ｋ（ｇ（ＲＡＮＤ）），
　ｆ４を鍵生成関数とする，完全鍵ＩＫ’＝ｆ４Ｋ（ｇ（ＲＡＮＤ））」という記載から，“ＵＳＩＭにおいて，ＣＫ’／ＩＫ’（本件補正発明における「ＣＫ／ＩＫ」に相当），及び，ＸＲＥＳ’（本件補正発明における「ＲＥＳ」に相当）を生成する”ことは，本願の第１国出願前に，当業者には広く知られた技術事項である。
　そして，上記（ア），及び，上記（イ）において指摘したとおり，引用発明は，「ＵＳＩＭ」を採用する構成を含み得るものであるから，
　上記（ア）において検討した，「ＭＴ」側における，「ＢＳＦ」から送信された「データ」に対する認証において，「ＵＳＩＭ」において「ＲＡＮＤ」を用いて生成される「ＣＫ’／ＩＫ’」，及び，「ＸＲＥＳ’」を「ＭＴ」が受け取って（［相違点４］に対応），「ＭＴ」において，当該「データ」の認証を行う（「相違点５」に対応）ように構成することは，当業者が適宜なし得る事項である。
　よって，［相違点４］，及び，［相違点５］は，格別のものではない。
　
（エ）以上，上記（ア）〜上記（ウ）において検討したとおりであるから，［相違点１］〜［相違点５］は，格別のものではなく，本件補正発明の構成によってもたらされる効果も，当業者であれば当然に予測可能なものに過ぎず格別なものとは認められない。
　よって，本件補正発明は，引用発明，及び，引用文献２，引用文献３に記載の技術事項に基づいて当業者が容易に発明をすることができたものであるので，特許法２９条２項の規定により，特許出願の際，独立して特許を受けることができない。
　
３．補正却下むすび
　したがって，本件手続補正は，特許法１７条の２第６項において準用する同法１２６条７項の規定に違反するので，同法１５９条１項の規定において読み替えて準用する同法５３条１項の規定により却下すべきものである。
　
　よって，補正却下の決定の結論のとおり決定する。
　
第３．本願発明について
　令和１年５月１３日付けの手続補正は，上記のとおり却下されたので，本願の請求項１に係る発明（以下，これを「本願発明」という）は，平成３０年９月１０日付けの手続補正により補正された特許請求の範囲の請求項１に記載された，上記「第２．令和１年５月１３日付けの手続補正の却下の決定」の「１．補正の内容」において，補正前の請求項１として引用した，次のとおりのものである。
　
「通信ネットワーク（３６）のネットワークデバイス（４４）と通信するための通信デバイス（４０）であって，
　チャレンジ（ＲＡＮＤ），第１のＰＦＳパラメータ（ＰＦＳ１），及び前記第１のＰＦＳパラメータ（ＰＦＳ１）についての第１の検証コード（ＶＣ１；ＶＣ１Ａ；ＶＣ１Ｂ）を前記ネットワークデバイス（４４）から受信し，
　前記チャレンジの派生をＵＳＩＭ（４８）へ転送し，
　少なくとも１つの結果パラメータ（ＣＫ／ＩＫ，ＲＥＳ）を，前記ＵＳＩＭ（４８）からの応答として受信し，
　前記結果パラメータ（ＣＫ／ＩＫ，ＲＥＳ）に基づいて，前記第１のＰＦＳパラメータ（ＰＦＳ１）が真正であるかを判定し，
　前記判定において前記第１のＰＦＳパラメータ（ＰＦＳ１）が真正である場合に，第２のＰＦＳパラメータ（ＰＦＳ２）を生成し及び前記ネットワークデバイスへ送信する，
　ように動作可能な通信デバイス（４０）。」
　
第４．引用文献に記載の発明
　上記「第２．令和１年５月１３日付けの手続補正の却下の決定」の「２．補正の適否」の「（２）独立特許要件」における「イ．引用文献に記載の事項」の（ア）において，引用文献１として引用した，本願の第１国出願前に既に公知である，特表２００８−５３０６８１号公報（公表日；２００８年８月７日）には，上記「第２．令和１年５月１３日付けの手続補正の却下の決定」の「２．補正の適否」の「（２）独立特許要件」における「ウ．引用文献１に記載の発明」において検討したとおりの，次の引用発明が記載されているものと認める。
　
「ネットワーク上で，ブートストラッピングサーバ機能（ＢＳＦ）と通信する，移動端末（ＭＴ）であって，
　前記ＭＴは，チャレンジＲＡＮＤ，ディフィー-ヘルマン公開鍵Ｐｘ，前記ＢＳＦのＲＳＡプライベート鍵を用いて計算されたディジタル署名であるＳＩＧを，前記ＢＳＦから受信し，
　前記ＭＴは，前記ＢＳＦから受信した前記ＳＩＧを，前記ＢＳＦからのディジタル証明書を用いて検証し，前記ＳＩＧは正当である場合に，伝送されたデータが前記ＢＳＦより送信されたと判断し，
　前記ＭＴは，前記チャレンジＲＡＮＤを，ＳＩＭに送信し，前記ＳＩＭは，前記チャレンジＲＡＮＤと，前記ＳＩＭに格納されている秘密鍵Ｋｉに基づいて（ＳＲＥＳ，Ｋｃ）の組を生成し，前記組を前記ＭＴに返送し，前記ＭＴは，乱数ｙを生成し，ディフィー-ヘルマン公開鍵Ｐｙを計算し，前記ＳＲＥＳおよび前記Ｋｃで鍵を掛けた前記Ｐｙのメッセージ認証符号ＭＡＣを計算し，応答（Ｐｙ，ＭＡＣ）を，前記ＢＳＦへ送信する，移動端末（ＭＴ）。」
　
第５．本願発明と引用発明との対比
　本願発明は，本件補正発明から，発明特定事項である「第１の検証コード（ＶＣ１Ａ；ＶＣ１Ｂ）」に対する限定事項である，「少なくとも前記第１のＰＦＳパラメータに基づくメッセージ認証コードを含」むという構成を取り除いたものであるから，
　本願発明と，引用発明との，一致点，及び，相違点は，次のとおりである。
　
［一致点］
　通信ネットワーク（３６）のネットワークデバイス（４４）と通信するための通信デバイス（４０）であって，
　チャレンジ（ＲＡＮＤ），受信データ，及び受信データの正当性を示す情報を，前記ネットワークデバイス（４４）から受信し，
　前記チャレンジに関するデータを，加入者を特定するためのＩＤが記録されたＩＣカードに転送し，
　少なくとも１つの応答データを，前記加入者を特定するためのＩＤが記録されたＩＣカードから応答として受信し，
　前記ネットワークデバイス（４４）から受信したデータが真正であるかを判定し，
　前記ネットワークデバイス（４４）から受信したデータが正当である場合に，第２のＰＦＳパラメータ（ＰＦＳ２）を生成し及び前記ネットワークデバイスへ送信する，
　ように動作可能な通信デバイス（４０）。
　
［相違点ａ］
“受信データ”に関して，
　本願発明においては，「第１のＰＦＳパラメータ（ＰＦＳ１）」であるのに対して，
　引用発明においては，「ディフィー-ヘルマン公開鍵Ｐｘ」である点。
　
［相違点ｂ］
“受信データの正当性を示す情報”に関して，
　本願発明においては，「第１のＰＦＳパラメータ（ＰＦＳ１）についての第１の検証コード（ＶＣ１；ＶＣ１Ａ；ＶＣ１Ｂ）」であるのに対して，
　引用発明においては，「ＢＳＦのＲＳＡプライベート鍵を用いて計算されたディジタル署名であるＳＩＧ」である点。
　
［相違点ｃ］
“チャレンジに関するデータ”に関して，
　本件補正発明においては，「チャレンジの派生」であるのに対して，
　引用発明においては，「チャレンジ（ＲＡＮＤ）」，即ち，「チャレンジ」そのものである点。
　
［相違点ｄ］
“少なくとも１つの応答データ”に関して，
　本願発明においては，「少なくとも１つの結果パラメータ（ＣＫ／ＩＫ，ＲＥＳ）」であるのに対して，
　引用発明においては，「（ＳＲＥＳ，Ｋｃ）の組」である点。
　
［相違点ｅ］
“受信したデータが真正であるかを判定し”に関して，
　本願発明においては，「結果パラメータ（ＣＫ／ＩＫ，ＲＥＳ）に基づいて，前記第１のＰＦＳパラメータ（ＰＦＳ１）が真正であるかを判定」するものであるのに対して，
　引用発明においては，「ＳＩＧ」の正当性の判定である点。
　
［相違点ｆ］
　本願発明においては，「ＵＳＩＭ」を用いているのに対して，
　引用発明においては，「ＳＩＭ」を用いている点。　
　
第６．相違点についての当審の判断
　本願発明と，引用発明との［相違点ａ］，［相違点ｃ］〜［相違点ｆ］は，それぞれ，本件補正発明と，引用発明との［相違点１］，［相違点３］〜［相違点６］と同じものであるから，上記「第２．令和１年５月１３日付けの手続補正の却下の決定」の「２．補正の適否」の「（２）独立特許要件」における「オ．相違点についての当審の判断」において検討したとおり，格別のものではなく，本願発明と，引用発明との［相違点ｂ］は，本件補正発明と，引用発明との［相違点２］と比較すると，「第１のＰＦＳパラメータに基づくメッセージ認証コードを含」むという構成がない点で，相違の度合いが少ないものであるから，同様に，上記「第２．令和１年５月１３日付けの手続補正の却下の決定」の「２．補正の適否」の「（２）独立特許要件」における「オ．相違点についての当審の判断」において検討したとおり，格別のものではない。
　そして，本願発明本願発明の構成によってもたらされる効果も，当業者であれば当然に予測可能なものに過ぎず格別なものとは認められない。
　
第７．むすび
　したがって，本願発明は，引用発明，及び，引用文献２，引用文献３に記載された技術事項に基づいて当業者が容易に発明をすることができたものであるので，特許法２９条２項の規定により特許を受けることができない。
　
　よって，結論のとおり審決する。