【事件の表示】
　特願２０１６−　　８９４５「リンク設定および認証を実行するシステムおよび方法」拒絶査定不服審判事件〔平成２８年　７月２８日出願公開，特開２０１６−１３６７２４，請求項の数（３０）〕について，次のとおり審決する。
【結　論】
　原査定を取り消す。
　本願の発明は，特許すべきものとする。
【理　由】
第１．手続の経緯
　本願は，２０１２年９月１２日（パリ条約による優先権主張外国庁受理２０１１年９月１２日，２０１１年９月１５日，２０１２年１月４日，２０１２年３月５日，２０１２年３月１５日，２０１２年５月１１日，２０１２年９月１１日　アメリカ合衆国）を国際出願日とする特願２０１４−５３０７５５号の一部を，特許法第４４条第１項の規定により，平成２８年１月２０日に新たな特許出願としたものであって，
　平成２８年２月１０日付けで特許法第３６条の２第２項の規定による外国語書面，及び，外国語要約書面の日本語による翻訳文が提出されると共に審査請求がなされ，同日付で手続補正がなされ，平成２８年１０月１７日付けで手続補正がなされ，平成２８年１０月２８日付けで審査官により拒絶理由が通知され，これに対して平成２８年１２月２６日付けで意見書が提出されると共に手続補正がなされ，平成２９年１月１７日付けで審査官により最後の拒絶理由が通知され，これに対して平成２９年３月８日付けで意見書が提出されると共に手続補正がなされたが，平成２９年３月１４日付けで審査官により拒絶査定がなされ（謄本送達；平成２９年３月２１日），これに対して平成２９年６月２１日付けで審判請求がなされ，平成３０年４月２３日付けで当審により拒絶理由が通知され，これに対して平成３０年５月１日付けで意見書が提出されると共に手続補正がなされたものである。
　
第２．本願発明について
　本願の請求項１〜本願の請求項３０に係る発明（以下，これらを「本願発明１」〜「本願発明３０」という）は，平成３０年５月１日付けの手続補正により補正された特許請求の範囲の請求項１〜請求項３０に記載された事項により特定される発明であり，本願発明１は次のとおりのものである。
　
「方法であって，
　モバイル・デバイスにおいて，アクセス・ポイントから，第１のアクセス・ポイント・ノンス（ＡＮｏｎｃｅ）を受信することと，
　前記第１のＡＮｏｎｃｅを用いて，第１のペアワイズ・トランジェント鍵（ＰＴＫ）を生成することと，
　前記アクセス・ポイントへ，認証要求を送信することと，ここで，前記認証要求は，局ノンス（ＳＮｏｎｃｅ）を含み，前記認証要求は，前記第１のＰＴＫを用いて保護されている，
　前記モバイル・デバイスにおいて，前記アクセス・ポイントから認証応答を受信することと，ここで，前記認証応答は，第２のＡＮｏｎｃｅを含み，第２のＰＴＫを用いて保護されている，
　前記モバイル・デバイスにおいて，前記第２のＡＮｏｎｃｅおよび前記ＳＮｏｎｃｅを用いて，前記第２のＰＴＫを生成することと，
　前記モバイル・デバイスから前記アクセス・ポイントへ送信されるべき少なくとも１つの後続するメッセージを保護するために前記第２のＰＴＫを用いることと，を備える方法。」
　
第３．引用文献に記載の事項及び引用発明
１．原審が平成２９年１月１７日付けの拒絶理由（以下，これを「原審拒絶理由」という）において引用した，米国特許出願公開第２００６／０１２１８８３号明細書（２００６年６月８日公開，以下，これを「引用文献１」という）には，関連する図面と共に，次の事項が記載されている。
　
Ａ．「[0052]　Thereafter, and as indicated by the segment 104, the access point 14 generates a transition request message to the access point 16. The transition request message includes, for instance, the MAC address of the mobile station, the T-PTK, and, optionally, additional information, such as state information. In one implementation, the transition request message is implemented as an IEEE 802.1X message. Once delivered to the access point 16, the access point 16 generates a transition response 106 that is returned, by way of the network 34 (shown in  FIG.1) to the access point 14. The transition response includes a T-PTK lifetime value, i.e., a value that indicates the period of usability of the temporary key. Optionally, a random challenge is also initiated, or performed, pursuant to the transition response.
[0053]　The old access point also generates and sends, indicated by the segment 108, a notification message for delivery to the mobile station. The message includes the value of the T-ANonce, the T-PTK lifetime value as well as, optionally, a random challenge. Once delivered to the mobile station, the mobile station generates, indicated at 112, the T-PTK value using, at least in part, values provided to the mobile station in the notification message 108. The T-PTK values are thereby known both to the mobile station 12 and to the new access point 16.」
（［００５２］　したがって，線分１０４によって示されるものとして，アクセス・ポイント１４は，アクセス・ポイント１６への移行要求メッセージを生成する。移行要求メッセージは，例えば，移動局のＭＡＣアドレス，Ｔ−ＰＴＫ，及び，任意に，例えば，状態情報などの，附加的な情報を，含む。ある実施例においては，移行要求メッセージは，ＩＥＥＥ８０２．１Ｘメッセージとして，実行される。アクセス・ポイント１６に送られると，アクセス・ポイント１６は，ネットワーク３４（図１を参照）を経由して，アクセス・ポイント１４へ，返送される，移行応答１０６を，生成する。移行応答は，例えば，一時的な鍵の有効期限を示す値である，Ｔ−ＰＴＫライフ・タイム値を，含む。任意で，ランダム・チャレンジもまた，移行応答に従って，開始され，或いは，実行される。
［００５３］　古いアクセス・ポイントもまた，線分１０８で示された，移動局へ送るための，通知メッセージを，生成し，送信する。メッセージは，Ｔ−Ａノンスの値，Ｔ−ＰＴＫライフ・タイム値，及び，任意に，ランダム・チャレンジを含む。移動局に送られると，移動局は，通知メッセージ１０８において，移動局に提供されるメッセージの，少なくとも一部を，用いることで，１１２に示された，Ｔ−ＰＴＫ値を，生成する。Ｔ−ＰＴＫ値は，それに関して，移動局１２と，新しいアクセス・ポイント１６の両方に知られている。当審にて訳出。以下，同じ。）
　
Ｂ．「[0054]　Thereafter, reassociation is performed, indicated by the segment 114 in which the mobile station is placed in communication connectivity with the access point 16. The communications are protected with the T-PTK. And, in one implementation, the mobile station also provides a random challenge to the new access point.
[0055]　Data traffic, indicated by the segment 116 thereafter is effectuated. The data traffic is protected with the T-PTK key. And, a four-way handshake is performed, indicated by the segment 118 that is based upon a PMK2 value and a second pair-wise transient key, PTK2, is generated. Subsequent data traffic, indicated by the segment 122, is effectuated through use of the newly-generated key.」
（［００５４］　したがって，移動局が，そこで，アクセス・ポイント１６との通信接続性に置かれる，線分１１４に示された，再結合が実行される。通信は，Ｔ−ＰＴＫを用いて保護されている。そして，一実施例においては，移動局もまた，新しいアクセス・ポイントへの，ランダム・チャレンジを備えている。
［００５５］　データ・トラフィックは，線分１１６に従って，達成される。データ・トラフィックは，Ｔ−ＰＴＫ鍵を用いて保護されている。そして，線分１１８で示される，ＰＭＫ２値に基づく，４方向のハンドシェイクが，実行され，第２のペアワイズ・トランジェント鍵，ＰＴＫ２が，生成される。線分１２２で示される，次のデータ・トラフィックは，新たに生成された鍵の使用を通じて，達成される。）
　
Ｃ．「
」
　
　上記Ａ〜Ｃに引用の引用文献１に記載の内容から，引用文献１には，次の発明（以下，これを「引用発明」という）が記載されているものと認める。
　
「移動局１２は，Ｔ−Ｓノンスを生成するステップと，
　前記移動局は，新しいアクセス・ポイントのＭＡＣアドレス，前記Ｔ−Ｓノンスを含む，移行要求を，旧アクセス・ポイント１４へ送信するステップと，
　前記アクセス・ポイント１４において，Ｔ−Ａノンスを生成するステップと，
　前記アクセス・ポイント１４において，Ｔ−ＰＴＫを生成するステップと，
　前記アクセス・ポイント１４から，新しいアクセス・ポイント１６に，移動局のＭＡＣアドレス，Ｔ−ＰＴＫ等を含む，移行要求を送信するステップと，
　前記アクセス・ポイント１６から，前記アクセス・ポイント１４へ，Ｔ−ＰＴＫのライフタイム等を含む，移行応答を送信するステップと，
　前記アクセス・ポイント１４から，前記移動局へ，Ｔ−Ａノンスの値，Ｔ−ＰＴＫライフ・タイム値，及び，任意に，ランダム・チャレンジを含む，通知メッセージを送信するステップと，
　前記移動局において，受信した通知メッセージの一部を用いて，Ｔ−ＰＴＫ値を生成するステップと，
　前記移動局が，前記アクセス・ポイント１６と，再接続されるステップと，
　前記移動局が，Ｔ−ＰＴＫ鍵を用いて保護されたデータを，前記アクセス・ポイント１６へ送信するステップと，
　から構成される，方法。」
　
２．原審拒絶理由に引用された，特表２０１０−５０３３３０号公報（公表日；２００８年１０月２日，以下，これを「引用文献２」という）には，関連する図面と共に，次の事項が記載されている。
　
Ｄ．「【００３８】
　ＰＴＫ導出は，次の通りである：
　　ＰＴＫ＝ＫＤＦ−ＰＴＫＬｅｎ（ＰＭＫ−ＭＡ，“メッシュＰＴＫ鍵導出”，ＳＮｏｎｃｅ||ＡＮｏｎｃｅ||ＳＰＡ||ＭＡＡ||ＰＭＫ−ＭＡ名）
上式において，
●ＫＤＦ−ＰＴＫＬｅｎは，長さＰＴＫＬｅｎのＰＴＫを生成するために用いられるＫＤＦである。
●ＰＭＫ−ＭＡは，サプリカントＭＰとＭＡとの間で共有される鍵である。
●“メッシュＰＴＫ鍵導出”は，０ｘ４Ｄ６５７３６８２０５０５４４Ｂ２０４Ｂ６５７９２０６４６５７２６９７６６１７４６９６Ｆ６Ｅである。
●ＳＮｏｎｃｅは，サプリカントＭＰによって寄与される２５６ビットのランダムなビット文字列である。
●ＡＮｏｎｃｅは，ＭＫＤ又はＭＡによって寄与される２５６ビットのランダムな文字列である。
●ＳＰＡは，サプリカントＭＰのＭＡＣアドレスである。
●ＭＡＡは，ＭＡのＭＡＣアドレスである。
●ＰＭＫ−ＭＡ名は，以前導出された通り。
●ＰＴＫｌｅｎは，導出するビットの総数，例えば，ＰＴＫのビットの数である。この長さは，ネゴシエートされた暗号スイートに依存する。」
　
Ｅ．「【００７０】
　４段階ハンドシェーク＃１メッセージ７３０は，ＡＮｏｎｃｅを含むＥＡＰＯＬ鍵メッセージから構成されており，この場合，ＡＮｏｎｃｅは，ＰＭＫ−ＭＡ２２０の配信中に，ＭＫＤ１１０からＭＡ１１５によって受信された値である（サプリカント１２０用の鍵導出を実施するためにＭＫＤ１１０によって用いられる値である）。
【００７１】
　４段階ハンドシェーク＃１メッセージ７３０を受信した後，サプリカント１２０は，ランダムなノンス（ＳＮｏｎｃｅ）を生成し，ＰＴＫ２２５を算出する。
　４段階ハンドシェーク＃２メッセージ７３５は，ＳＮｏｎｃｅ，ＭＩＣ，ＲＳＮＩＥ，ＭＳＤＩＥ，ＥＭＳＡＩＥ，及びＧＴＫ  ＫＤＥを含むＥＡＰＯＬ鍵メッセージから構成される。
ここで，
●ＳＮｏｎｃｅは，ランダムなノンスによって選択されたサプリカント１２０である。
●ＭＩＣは，ＥＡＰＯＬ鍵メッセージ（ＭＩＣフィールド＝０）の本文について算出されたメッセージ完全性コードである。
●ＲＳＮＩＥ：ＰＭＫＩＤフィールドが，ＰＭＫ−ＭＡ名を含む。他の全てのフィールドは，アソシエーション要求メッセージにおけるＲＳＮＩＥに合致する。
●ＭＳＤＩＥ：アソシエーション応答におけるのと全く同じ
●ＥＭＳＡＩＥ：アソシエーション応答におけるのと全く同じ
●ＧＴＫ  ＫＤＥは，サプリカント１２０のＧＴＫを含むグループ時間鍵データカプセルである。
【００７２】
　当分野において公知のように，ＭＩＣは，算出値であり，データに付随して，その完全性について確実性を提供し得る算出値である。ＭＩＣ算出値への入力値には，保護されるデータ及び秘密鍵が含まれる。ＭＩＣは，データ起源の真正性及びメッセージ完全性を受信者に提供する。データ起源の真正性は，送信者が，秘密鍵を所有する人であったことを受信者に保証する。２人の当事者だけが秘密鍵を知っている場合，それは，送信者のアイデンティティの保証を受信者に提供する。メッセージ完全性は，保護されたデータが，送信中に変更されなかったことを受信者に保証する。本明細書で用いるＭＩＣは，暗号化技術の分野で公知なように，“メッセージ認証コード”に類似している。本発明の幾つかの実施形態によれば，ＭＩＣの動作は，更に，データ起源の真正性及びメッセージ完全性を提供し得る様々な他の種類のデータ起源情報を用いて，実施し得ることを当業者は，認識されるであろう。
【００７３】
　４段階ハンドシェーク＃２メッセージ７３５を受信した後，ＭＡ１１５は，ＰＴＫ２２５を算出し，ＭＩＣを検証する。ＭＡ１１５は，ＰＭＫ−ＭＡ名を算出し，それが４段階ハンドシェーク＃２メッセージ７３５において送られる値に整合することを検証する。ＭＡ１１５は，他の内容が予想された通りであることを検証する。最後に，ＭＡ１１５は，サプリカント１２０からのマルチキャストトラフィックの復号に用いるためのＧＴＫをインストールする。
【００７４】
　４段階ハンドシェーク＃３メッセージ７４０は，ＡＮｏｎｃｅ，ＭＩＣ，ＲＳＮＩＥ，ＭＳＤＩＥ，ＥＭＳＡＩＥ，ＧＴＫ  ＫＤＥ，及び寿命ＫＤＥを含むＥＡＰＯＬ鍵メッセージから構成される。ここで，
●ＡＮｏｎｃｅは，ハンドシェークメッセージ＃１の値と同じである。
●ＭＩＣは，ＥＡＰＯＬ鍵フレーム（ＭＩＣフィールド＝０）の本文について算出される。
●ＲＳＮＩＥ：ＰＭＫＩＤフィールドは，ＰＭＫ−ＭＡ名を含む。他の全てのフィールドは，アソシエーション応答メッセージのＲＳＮＩＥに合致する。
●ＭＳＤＩＥ：アソシエーション応答におけるのと全く同じ
●ＥＭＳＡＩＥ：アソシエーション応答におけるのと全く同じ
●ＧＴＫ  ＫＤＥは，ＭＡ１１５のＧＴＫを含むグループ時間鍵データカプセルである。
●寿命ＫＤＥは，ＰＭＫ−ＭＡの寿命における残りの秒数を含む４オクテットフィールドである。
【００７５】
　４段階ハンドシェーク＃３メッセージ７４０を受信した後，サプリカント１２０は，ＭＩＣを検証し，内容が予想された通りであることを検証する。サプリカント１２０は，ＭＡからのマルチキャストトラフィックの復号に用いるためのＧＴＫをインストールする。
【００７６】
　４段階ハンドシェーク＃４メッセージ７４５は，ＭＩＣを含むＥＡＰＯＬ鍵メッセージから構成されるが，ここで，ＭＩＣは，ＥＡＰＯＬ鍵フレーム（ＭＩＣフィールド＝０）の本文について算出される。
【００７７】
　４段階ハンドシェーク＃４メッセージ７４５を受信した後，ＭＡ１１５は，ＭＩＣを検証する。有効な場合，ＭＡ１１５は，サプリカント１２０との通信のために，ＰＴＫ２２５をインストールする。
【００７８】
　手順が正常に完了した後，サプリカント１２０及びメッシュ・オーセンティケータ１１５は，関連付けられ，ＰＴＫ２２５は，２つのメッシュ点（即ち，サプリカント１２０とメッシュ・オーセンティケータ１１５との）間のデータトラフィックの保護に用いられる。ＭＡ１１５によって，サプリカント１２０は，８０２．１Ｘ制御式ポートを介して，トラフィックを送り得るが，これには，ＰＴＫ２２５を用いてトラフィックを保護することが必要である。」
　
３．原審拒絶理由に引用された，国際公開第２０１１／００５５６７号（国際公開日;２０１１年１月１３日，以下，これを「引用文献３」という）には，関連する図面と共に，次の事項が記載されている。
　
Ｆ．「[0061] The key management module 118 includes a temporal key module 122. The temporal key module 122 generates a temporal key based on the master key. For example, the temporal key module 122 generates a pairwise transient key (PTK). The temporal key is derived from the master key. For example, the pairwise transient key (PTK) is derived from the pairwise master key (PMK). The encryption module 110 encrypts data using the temporal key. 
[0062] More specifically, the temporal key module 122 derives the PTK from the PMK using a pseudo random function (PRF). That is, the PTK may be described as PRF(PMK). Further, PTK = KCK|KEK|TK. KCK is a EAPOL-Key confirmation key, where EAPOL denotes extensible authentication protocol over  local area networks. KEK is an EAPOL-Key encryption key. TK is a temporal key.」
（［００６１］鍵管理モジュールは１１８は，一時鍵モジュール１２２が含まれる。一時鍵モジュール１２２は，マスタ鍵に基づいて，一時鍵を生成する。例えば，一時鍵モジュール１２２は，ペアワイズ・トランジェント鍵（ＰＴＫ）を生成する。一時鍵は，マスタ鍵から導出される。例えば，ペアワイズ・トランジェント鍵（ＰＴＫ）は，ペアワイズ・マスタ鍵から導出される。暗号化モジュール１１０は，一時鍵を用いて，データを暗号化する。
［００６２］より明確には，一時鍵モジュール１２２は，ＰＴＫを，疑似ランダム関数（ＰＲＦ）を用いて，ＰＭＫから導出する。即ち，ＰＴＫは，ＰＲＦ（ＰＭＫ）と書ける。更に，ＰＴＫ＝ＫＣＫ｜ＫＥＫ｜ＴＫである。ＫＣＫは，ＥＡＰＯＬ−Ｋｅｙ承認鍵である。ここで，ＥＡＰＯＬは，ローカルエリア・ネットワーク上の，拡張認証プロトコルを意味する。ＫＥＫは，ＥＡＰＯＬ−Ｋｅｙ暗号化鍵である。ＴＫは，一時鍵である。）
　
Ｇ．「[0106] The temporal key module 558 derives the single pairwise transient key (PTK) from the same pairwise master key (PMK) using a pseudo random function (PRF). PTK may be described as PRF(PMK, Nonces, Addresses, etc.). Further, PTK = KCK|KEK|TK. Only one pairwise transient key security association (PTKSA) is established for all bands using the PTKs. Only one group temporal key security association (GTKSA) is established for all bands using a single group temporal key (GTK).」
（［０１０６］一時鍵モジュール５５８は，疑似ランダム関数（ＰＲＦ）を用いて，同じペアワイズ・マスタ鍵から，単独のペアワイズ・トランジェント鍵（ＰＴＫ）を導出する。ＰＴＫは，ＰＲＦ（ＰＭＫ，Ｎｏｎｃｅｓ，Ａｄｄｒｅｓｓｅｓ，ｅｔｃ．）と書ける。更に，ＰＴＫ＝ＫＣＫ｜ＫＥＫ｜ＴＫである。ＰＴＫを用いる全ての帯域のために，ただ１つのペアワイズ・トランジェント鍵セキュリティ関連（ＰＴＫＳＡ）が，確立される。単独のグループ一時鍵（ＧＴＫ）を用いる全ての帯域のために，ただ１つのグループ一時鍵セキュリティ関連（ＧＴＫＳＡ）が，確立される。）
　
Ｈ．「[0139] In a third message (message 3), the AP supplies an authenticator Nonce (ANonce), a message integrity code (MIC), and a robust security network information element (RSN IE) (or a multiband IE or multiband RSN IE). The RSN IE (or a multiband IE or multiband RSN IE) is associated with the supported band indicated by the STA in a beacon, a mmWave beacon, an announce frame, a probe response frame, or an information response frame. Optionally, the AP may also include another RSN IE indicating a pairwise cipher suite selected by the AP for the supported band.」
（［０１３９］３番目のメッセージ（メッセージ３）において，ＡＰは，認証者へ，ノンス（Ａノンス），メッセージ完全性コード（ＭＩＣ），及び，ロバスト・セキュリティ・ネットワーク情報エレメント（ＲＳＮ　ＩＥ）（或いは，マルチバンドＩＥ，或いは，マルチバンドＲＳＮ　ＩＥ）を提供する。ＲＳＮ　ＩＥ（或いは，マルチバンドＩＥ，或いは，マルチバンドＲＳＮ　ＩＥ）は，ビーコン，ミリ波ビーコン，アナウンス・フレーム，プローブ応答フレーム，或いは，情報応答フレームにおける，ＳＴＡによって表示される，サポート帯域に，関連付けられる。任意に，ＡＰは，また，サポートされる帯域のために，ＡＰによって選択されるペワイズ暗号スイートを示す，別のＲＳＮ　ＩＥを含み得る。）
　
４．原審拒絶理由に引用された，特開２００８−２３６０９４号公報（２００８年１０月２日公開，以下，これを「引用文献４」という）には，関連する図面と共に，次の事項が記載されている。
　
Ｉ．「【００３７】
　４ウェイ・ハンドシェークについて説明する。
【００３８】
　例えば，ホスト機能ユニットは，乱数（ＨＮｏｎｃｅ）を生成し，ＴＫＩＤ（Ｔｅｍｐｏｒａｌ  Ｋｅｙ  Ｉｄｅｎｔｉｆｉｅｒ）（セッション鍵であるＰＴＫのＩＤ番号）とともに，デバイス機能ユニットに送信する（ステップＳ５０２）（ハンドシェーク１）。デバイス機能ユニットは，乱数（ＤＮｏｎｃｅ）を生成する。
【００３９】
　デバイス機能ユニットは，ホスト機能ユニットと共有するＣＫ，ＨＮｏｎｃｅ，ＤＮｏｎｃｅから鍵生成器を用いて，ＰＴＫとＫＣＫ（Ｋｅｙ  Ｃｏｎｆｉｇｕｒａｔｉｏｎ  Ｋｅｙ）を生成する（ステップＳ５０４）。ＫＣＫは，鍵確認用の鍵であり，４ウェイ・ハンドシェーク中だけ使用される。
【００４０】
　ホスト機能ユニットは，デバイス機能ユニットにＤＮｏｎｃｅの送付を求める。
【００４１】
　デバイス機能ユニットは，ＴＫＩＤとＤＮｏｎｃｅをホストに返す（ステップＳ５０６）（ハンドシェーク２）。このとき，デバイス機能ユニットは，改ざんを防ぐためにＫＣＫを用いてＭＩＣ（Ｍｅｓｓａｇｅ  Ｉｎｔｅｇｒｉｔｙ  Ｃｏｄｅ）を計算し，ホスト機能ユニットに通知する。ＭＩＣは，メッセージの完全性検査を行うために付加される符号である。」
　
第４．本願発明と引用発明との対比及び相違点についての判断
１．本願発明１について
（１）引用発明との対比
　本願発明１と，引用発明とを対比すると，
　引用発明における「移動局」，「移行要求」，「Ｔ−Ｓノンス」が，それぞれ，
　本願発明１における「モバイル・デバイス」，「認証要求」，「局ノンス」に相当するので，
　本願発明１と，引用発明との一致点，及び，相違点は，次のとおりである。
　
［一致点］
　方法であって，
　アクセス・ポイントへ，認証要求を送信することと，ここで，前記認証要求は，局ノンス（ＳＮｏｎｃｅ）を含み，
　モバイル・デバイスにおいて，前記アクセス・ポイントから認証応答を受信することと，ここで，前記認証応答は，ＡＮｏｎｃｅを含み，
　前記モバイル・デバイスにおいて，前記ＡＮｏｎｃｅおよび前記ＳＮｏｎｃｅを用いて，前記ＰＴＫを生成することと，
　前記モバイル・デバイスから前記アクセス・ポイントへ送信されるべき少なくとも１つの後続するメッセージを保護するために前記ＰＴＫを用いることと，を備える方法。
　
［相違点１］
　本願発明１においては，「モバイル・デバイスにおいて，アクセス・ポイントから，第１のアクセス・ポイント・ノンス（ＡＮｏｎｃｅ）を受信することと，
　前記第１のＡＮｏｎｃｅを用いて，第１のペアワイズ・トランジェント鍵（ＰＴＫ）を生成することと」を含むものであるのに対して，
　引用発明においては，「ＡＰ１４」，或いは，「ＡＰ１６」から，最初に「Ａノンス」を受信すること，及び，当該「Ａノンス」を用いて，「第１のペアワイズ・トランジェント鍵（ＰＴＫ）」を生成することについては，言及されていない点。
　
［相違点２］
“アクセス・ポイントへ，認証要求を送信すること”に関して，
　本願発明１においては，「認証要求は，前記第１のＰＴＫを用いて保護されている」のに対して，
　引用発明においては，「移行要求」が，「ＰＴＫ」によって，保護されていることについては，言及されていない点。
　
［相違点３］
“アクセス・ポイントから認証応答を受信することと，ここで，前記認証応答は，ＡＮｏｎｃｅを含”むことに関して，
　本願発明１においては，「ＡＮｏｎｃｅ」が，「第２のＡＮｏｎｃｅ」であり，「認証応答」が，「第２のＰＴＫ」で保護されているのに対して，
　引用発明においては，「第２のＡＮｏｎｃｅ」，「第２のＰＴＫ」の何れについても，言及されていない点。
　
［相違点４］
“ＡＮｏｎｃｅおよび前記ＳＮｏｎｃｅを用いて，前記ＰＴＫを生成する”に関して，
　本願発明１においては，「第２のＡＮｏｎｃｅおよび前記ＳＮｏｎｃｅを用いて」いるのに対して，
　引用発明においては，「第２のＡＮｏｎｃｅ」を用いる点については，言及されていない点。
　
［相違点５］
“メッセージを保護するために前記ＰＴＫを用いること”に関して，
　本願発明１においては，「メッセージを保護するために前記第２のＰＴＫを用いる」ものであるのに対して，
　引用発明においては，「第２のＰＴＫ」を用いる点について，言及されていない点。
　
（２）相違点についての当審の判断
［相違点１］について検討すると，「モバイル・デバイス」から，「アクセス・ポイント」に，「認証要求」を送信する前に，「モバイル・デバイス」が，「アクセス・ポイント」から，「ＡＮｏｎｃｅ」を受信し，当該「ＡＮｏｎｃｅ」を用いて，前記「認証要求」を保護するための，「第１のＰＴＫ」を生成する点は，上記Ｄ〜上記Ｉに，関連する記載内容を引用した，引用文献２〜引用文献４の，何れにも記載されていない。
　したがって，上記相違点２〜上記相違点５について判断するまでもなく，本願発明１は，当業者であっても引用発明，引用文献２〜引用文献４に記載された技術的事項に基づいて容易に発明できたものであるとはいえない。
　
２．本願発明２〜本願発明１０について，
　本願の請求項２〜本願の請求項１０は，本願の請求項１を直接・間接に引用するものであるから，本願発明２〜本願発明１０は，［相違点１］に係る本願発明１の構成を内包している。
　したがって，上記「１．本願発明１について」の「（２）相違点についての当審の判断」において検討したとおり，
　本願発明２〜本願発明１０は，当業者であっても引用発明，引用文献２〜引用文献４に記載された技術的事項に基づいて容易に発明できたものであるとはいえない。
　
３．本願発明１１〜本願発明１６について
　本願発明１１は，「アクセス・ポイント」に関するものであって，［相違点１］に係る構成を「アクセス・ポイント」側から見た構成を内包しているといえるものである。
　そして，本願の請求項１２〜本願の請求項１６は，本願の請求項１１を引用するものであるから，上記指摘の［相違点１］に関連する構成を内包するものである。
　したがって，上記「１．本願発明１について」の「（２）相違点についての当審の判断」において検討したとおり，
　本願発明１１〜本願発明１６は，当業者であっても引用発明，引用文献２〜引用文献４に記載された技術的事項に基づいて容易に発明できたものであるとはいえない。
　
４．本願発明１７〜本願発明２４について
　本願発明１７は，「モバイル・デバイス」に関するものであって，［相違点１］に係る本願発明１と同等の構成を有するものである。
　そして，本願の請求項１８〜本願の請求項２４は，本願の請求項１７を引用するものであるから，本願発明１８〜本願発明２４は，上記指摘の本願発明１７の構成を内包するものである。
　したがって，上記「１．本願発明１について」の「（２）相違点についての当審の判断」において検討したとおり，
　本願発明１７〜本願発明２４は，当業者であっても引用発明，引用文献２〜引用文献４に記載された技術的事項に基づいて容易に発明できたものであるとはいえない。
　
５．本願発明２５〜本願発明３０について
　本願発明２５は，発明のカテゴリが相違するものの，本願発明１１と，ほぼ同等の構成を有するものである。
　そして，本願の請求項２６〜本願の請求項３０は，本願の請求項２５を引用するものであるから，本願発明２６〜本願発明３０は，上記指摘の本願発明２５の構成を内包するものである。
　したがって，上記３．において検討したとおり，本願発明２５〜本願発明３０は，当業者であっても引用発明，引用文献２〜引用文献４に記載された技術的事項に基づいて容易に発明できたものであるとはいえない。
　
第５．原審拒絶査定の概要及び原審拒絶査定についての判断
　原審における平成２９年３月１４日付けの拒絶査定（以下，これを「原審拒絶査定」という）は，本願の請求項１〜本願の請求項３０について上記引用文献１〜引用文献４に基づいて，当業者が容易に発明できたものであるから，特許法第２９条第２項の規定により特許を受けることができないというものである。しかしながら，平成３０年５月１日付け手続補正により補正された本願の請求項１〜本願の請求項３０には，それぞれ，［相違点１］に係る構成を有するものとなっており，上記「第４．本願発明と引用発明との対比及び相違点についての判断」において検討したとおり，本願発明１〜本願発明３０は，引用発明及び引用文献２〜引用文献４に記載された技術的事項に基づいて，当業者が容易に発明できたものではない。したがって，原査定を維持することはできない。
　
第６．当審拒絶理由について
・特許法第３６条第６項第２号について
　当審では，本願の請求項１，及び，本願の請求項１７に記載の「認証応答は，前記第２のＡＮｏｎｃｅを含み，第１のＰＴＫを用いて保護されている」という記載，
　及び，本願の請求項１１，及び，本願の請求項２５に記載の
「認証応答は，前記第２のＡＮｏｎｃｅを含み，前記第１のＰＴＫを用いて保護されている」は誤りであるとの拒絶の理由を通知しているが，平成３０年５月１日付けの補正において，「認証応答は，第２のＡＮｏｎｃｅを含み，第２のＰＴＫを用いて保護されている」，及び，「認証応答は，前記第２のＡＮｏｎｃｅを含み，前記第２のＰＴＫを用いて保護されている」と補正された結果，この拒絶の理由は解消した。
　
第７．むすび
　以上のとおり，本願発明１〜本願発明３０は，当業者が引用発明及び引用文献２〜引用文献４に記載された技術的事項に基づいて容易に発明をすることができたものではない。
　したがって，原査定の理由によっては，本願を拒絶することはできない。
　また，他に本願を拒絶すべき理由を発見しない。
　
　よって，結論のとおり審決する。