【事件の表示】
　特願２０１５−５２３４６８「シークレットデータの秘匿性を保つ認証システム」拒絶査定不服審判事件〔平成２６年　１月３０日国際公開，ＷＯ２０１４／０１６０４７，平成２７年　８月２４日国内公表，特表２０１５−５２４６３３〕について，次のとおり審決する。
【結　論】
　本件審判の請求は，成り立たない。
【理　由】
第１．手続の経緯
　本願は，２０１３年６月１４日（パリ条約による優先権主張外国庁受理２０１２年７月２３日　欧州特許庁）を国際出願日とする出願であって，
　平成２７年３月１７日付けで特許法第１８４条の４第１項の規定による明細書，請求の範囲，及び，図面（図面の中の説明に限る）の日本語による翻訳文が提出されると共に審査請求がなされ，平成２８年３月８日付けで審査官により拒絶理由が通知され，これに対して平成２８年６月２７日付けで意見書が提出されたが，平成２８年７月２０日付けで審査官により拒絶査定がなされ（謄本送達；平成２８年７月２６日），これに対して平成２８年１１月２５日付けで審判請求がなされたものである。
　
第２．本願発明について
　本願の請求項１に係る発明（以下，これを「本願発明」という）は，平成２７年３月１７日付けで提出された，請求の範囲の日本語による翻訳文の請求項１に記載された，次のとおりのものである。
　
「ユーザを認証するためにチャレンジ（Ｃｈ）をクライアントアプリケーションに送信したアプリケーションサーバ（ＡＳ）に電気通信ネットワーク（ＴＮ）を介して接続されたクライアントアプリケーション（ＣＡ）を実装する通信装置（ＣＤ）のユーザを認証する方法であって，通信装置（ＣＤ）と関連付けされ，フィルタとして働くユーザ装置（ＵＤ）において，
　通信装置（ＣＤ）の画面上でユーザにシークレットデータ（ＳＤ）を入力するように求めるクライアントアプリケーション（ＣＡ）との接続を確立するステップ（Ｓ３）と，
　クライアントアプリケーション（ＣＡ）からチャレンジ（Ｃｈ）を取り出すステップ（Ｓ３）であって，チャレンジがクライアントアプリケーション（ＣＡ）によってユーザ装置（ＵＤ）に送信されるか，またはチャレンジが通信装置（ＣＤ）の画面に表示される，取り出すステップ（Ｓ３）と，
　ユーザにシークレットデータ（ＳＤ）を入力するように促すステップ（Ｓ４）と，
　ユーザによって入力されたシークレットデータ（ＳＤ）と，取り出されたチャレンジ（Ｃｈ）とに基づいて，チャレンジ（Ｃｈ）に対するレスポンス（Ｒｐ）を算出するステップ（Ｓ４）と，
　レスポンスをアプリケーションサーバ（ＡＳ）に転送するクライアントアプリケーション（ＣＡ）にレスポンス（Ｒｐ）を送信するステップ（Ｓ５）と
を含む，方法。」
　
第３．引用刊行物に記載の事項
１．原審における，平成２８年３月８日付けの拒絶理由（以下，これを「原審拒絶理由」という）に引用された，本願の第１国出願前に既に公知である，特開２００８−２６９６１０号公報（２００８年１１月６日公開，以下，これを「引用刊行物１」という）には，関連する図面と共に，次の事項が記載されている。
　
Ａ．「【００１０】
　本発明は，上記背景からなされたものであり，処理プラットフォームの入力デバイスを介して入力される機密データをデータロガーなどから保護する方法および装置を提供することを目的とする。」
　
Ｂ．「【００１４】
　
図１は，通信ネットワーク１５（インターネット等）上でリモート装置１６と通信する処理プラットフォーム１０を示している
【００１５】
　本例では，
処理プラットフォームは，プロセッサボックス１１と，キーボード１２の形態の入力デバイスと，ディスプレイ１３とを備えるパーソナルコンピュータである
　プロセッサボックス１１は，プロセッサおよびそのサポートデバイスを実装したマザーボードの形態のハードウェア１１１を有する従来の形態のものである。
　このサポートデバイスは，メモリ，バスおよびＩ／Ｏインターフェース，グラフィックスコントローラ等である。
　動作中，プロセッサは，オペレーティングシステム（ＯＳ）１１２および１つまたは２つ以上のアプリケーション１１３をロードして実行するように構成されている。
　ＯＳ１１２は，通信スタックを含む。
　
この通信スタックは，アプリケーションが，リモート装置１６上で実行されているリモートアプリケーション１７とのネットワーク１５上の通信チャネルをセットアップすることを可能にする
【００１６】
　
キーボード１２は，従来と同様に，キーマトリックス１２１，キープレスデコーダ１２２，および装置１２３（通常，ＵＳＢベースのものであるが，これに限定されるものではない）を備える
　
装置１２３は，キーボード１２をプロセッサボックス１１とインターフェースして，キーボードへデータを渡すことおよびキーボードからデータを渡すことの双方を可能にするためのものである
　デコーダ１２２は，キーストロークを解釈し，対応するキーコードをインターフェース装置１２３を介してＯＳ１１２へ渡す働きをする（パス１８を参照）。
  ＯＳ１１２は，次に，キーコードを現時点のアプリケーション１１３に渡す（キーコードが独力でのみ意図したようにＯＳ１１２によって認識されない限り）。
【００１７】
　本事例では，
キーボード１２は，デコーダ１２２とインターフェース装置１２３との間に挿入されたセキュリティユニット１２４をさらに備える
　セキュリティユニット１２４は，２つの動作モードを有する。
　すなわち，セキュリティユニット１２４が，デコーダ１２２から受け取ったキーコードを未変更で（すなわち，平文で）単に通過させるだけの通過モードと，後述するセキュリティモードとを有する。
　特殊ボタン１２５（または，デコーダ１２２によって認識されるキーストロークの組み合わせ）が，セキュリティユニット１２４をその２つの動作モード間でトグルさせるのに使用される。
　セキュリティユニット１２４は，そのセキュリティモードにある時，専用ハードウェアを用いてまたは内部プロセッサ上で実行されるコードによって暗号プロトコル（以下で説明）を実装するように構成されている。
  セキュリティユニット１２４に関する「ユニット」という用語の使用は，このエンティティの機能を提供するハードウェア／ソフトウェアエレメントのどの特定の物理的形態も構成も暗に意味することを意図するものではないことが理解されるべきである。」（下線は，当審にて，説明の都合上，付加したものである。以下，同じ。）
　
Ｃ．「【００２３】
　
本発明の好ましい実施形態によれば，ユーザによってタイプ入力されたアカウント番号は，キーボード１２の外部へ平文で渡されず，キーボードセキュリティユニット１２４（そのセキュリティモードで動作している）とリモートアプリケーション１７との間でセットアップされたセキュアなパスワードベース（「パスワード認証」とも呼ばれる）鍵交換プロトコル（「鍵合意」プロトコルとも呼ばれる）でパスワードとして使用される
　パスワード認証鍵合意プロトコルは，通信チャネルを制御するがパスワードを所有していない者が参加できず，パスワードの推測ができるだけ制約されるように，２つ以上のパーティが，自身のパスワードの知識にのみ基づき，メッセージの交換を使用して暗号鍵を確立するプロトコルである。
　パスワードベース鍵合意プロトコルは，それ自体既知であり，ＩＥＥＥ  Ｐ１３６３．２およびＩＳＯ／ＩＥＣ１１７７０−４の主題である。
　一具体例は，Victor Boyko，Philip MacKenzie，およびSarvar Patel著の「Provably Secure Password-Authenticated Key Exchange Using Diffie-Hellman」（in Advances in Crypthology - Eurocrypt 2000, Lecture Notes in Computer Science 1807, Springer-Verlag, 2000）に記載されている。
　パスワードベースプロトコルは，パスワード（通常，長さが８〜１０文字）が平文で送信されることもなく，簡単な関数（既知を仮定される）を使用して偽装されることもなく，したがって，辞書攻撃を受けにくく，その代わり，通常はほぼ２８０個程度の並べ替えがある非常に大きな検索空間を保証する暗号関数が使用される場合に「セキュア」であると言うことができる。
【００２４】
　セキュリティユニット１２４とリモートアプリケーション１７との間にセットアップされたパスワードベース鍵合意プロトコルにリモートアプリケーション１７が参加するには，リモートアプリケーション１７がユーザのアカウント番号（パスワード）の知識を有することが必要である。
　この知識は，リモートアプリケーションに関連付けられた顧客データベース等の既存の記憶データから取得される。
　好ましくは，この記憶データは，非機密アカウント識別子（ユーザ名等）に基づいてアカウント番号を取り出すためにアクセスされる。
　
この非機密アカウント識別子は，キーボードを介してユーザによって入力され，キーボード１２からローカルアプリケーション１１３へ平文で送信され，ローカルアプリケーション１１３からリモートアプリケーション１７へ送信される
　
Ｄ．「【００２７】
　
リモートアプリケーション１７からの要求に応答して，ユーザは，キーボード１２において，そのユーザのアカウントの識別子（たとえば，ユーザアカウント名ＵＡＮ）をタイプ入力する
　図２の矢印３１を参照されたい。
　ユーザが，関係している企業に対して２つ以上のアカウントを有する場合，ユーザは，どのアカウントが使用されるのかの指示子も含める。」
　
Ｅ．「【００３７】
　
リモートアプリケーション１７は，ローカルアプリケーション１１３へチャレンジ３５としてｇ
ｘ
を送信する
【００３８】
　
チャレンジ(challenge)３５の受信に応答して，ローカルアプリケーション１１３は，キーボードセキュリティユニット１２４をアクティブにしてキーボードセキュリティユニット１２４をそのセキュリティモードにするようにユーザにプロンプトで指示する
　
セキュリティユニットをそのセキュリティモードに変化させる１回または複数回の押下の結果，ローカルアプリケーションには，これが行われたことも通知され，その後すぐに，ローカルアプリケーション１１３はチャレンジ３５をセキュリティユニット１２４へ転送する
　チャレンジがキーボード１２に渡される時にキーロガーがチャレンジを読み出すことができることは重要ではない。」
　
Ｆ．「【００３９】
　
セキュリティユニット１２４は，チャレンジを受信すると，そのセキュリティモードにおいて，キーボード１２でユーザ入力３７（入力３７）によってタイプ入力されたユーザアカウント番号および必要に応じてセキュアな取引番号に基づき，パスワード文字列ｐｓｗｄ
ｌ
（ここで，添え字ｌは「ローカル」を表す）を形成する
　パスワードｐｓｗｄｌは，ｐｓｗｄｒと同じ形を有し，すべてに問題がない場合には，同じであるべきである。
　ユーザ入力３７は，プロセッサボックス１１には渡されず，その結果，キーロガーが読み出すことはできない。
　ボックス３８に示すように，
セキュリティユニット１２４は，次に
【００４０】
【数４】
　
　　　　　　　　
ｇ＝Ｈ（ｐｓｗｄ
ｌ
）
　
【００４１】
　
を計算し，乱数「ｙ」を生成し，ｇ
ｘ
と同じ有限体群の
　　
ｇ
ｙ
　
を計算する。その後
　　
ｇ
ｘｙ
　
の計算が続く
【００４２】
　
次に，セキュリティユニット１２４は
【００４３】
【数５】
　
　　　　　　　　
ｈ
ｌ
＝Ｈ（ｇ
ｙｘ
，ｇ
ｘ
，ＵＡＮ）
【００４４】
　
を計算する（ボックス３９
　ここで，ｈｌは，添え字ｌによって示されるように，鍵合意プロトコルによる作成に基づく共有鍵ｈのローカルコピーである。
【００４５】
　
セキュリティユニット１２４は，次に，数ｇ
ｙ
およびｈ
ｌ
をローカルアプリケーション１１３に渡すことによってチャレンジ３５に応答し（ボックス４０），ローカルアプリケーション１１３は，それらの数をチャレンジ応答４２としてリモートアプリケーション１７へ転送する（ボックス４１
【００４６】
　リモートアプリケーション１７は，受信した値ｇｙを使用してｇｙｘを計算し，鍵ｈの自身のバージョンｈｒを計算する（ボックス４３参照）。
  ここで，添え字ｒは，ｈのリモートバージョンを示している。
【００４７】
　リモートアプリケーション１７は，次に，自身の計算した鍵値ｈｒをチャレンジ応答４２に含まれる値ｈｌと比較することによって，自身が正しいアカウント番号（およびセキュアな取引番号が用いられる場合にはセキュアな取引番号）を使用していることを検証する。
　
一致する場合には，リモートアプリケーションは，自身が正しいアカウント番号を有することを知り，取引を進め，一致しない場合には，取引は終了される
　
Ｆ．「【００５４】
　上述した実施形態は，キーボード１２で入力された機密データを，ローカルなハードウェアキーロガーおよびソフトウェアキーロガーから保護することが理解されよう。
　さらに，この保護は，キーボードとリモートアプリケーションとの間で特別な暗号秘密情報を共有する必要なく達成される。」
　
Ｇ．「
」
　
Ｈ．「
」
　
２．原審拒絶理由に引用された，本願の第１国出願前に既に公知である，特表２０１２−５１２５７２号公報（公表日；２０１２年５月３１日，以下，これを「引用刊行物２」という）には，関連する図面と共に，次の事項が記載されている。
　
Ｉ．「【００１８】
　鍵認証情報を安全に提供するためのシステム１００は，好適には，ポート１３０，１３２，１３４へ接続される安全な論理回路１２０を有するＮＩＣ１１８を備える。ポート１３２，１３４は各々，通信ネットワーク１１４およびコンピュータ１０２の内部バスシステムへ接続される。安全な論理回路１２０は，例えば，プロセッサ１３６と，プロセッサ１３６上で実行するための実行可能なコマンドを内部に格納しているメモリ１３８とを備える。安全な論理回路１２０は，鍵認証情報の提供の要求を示すメッセージを検出するために，サーバ１１６から受信されるメッセージをスキャンする。典型的には，ユーザがリモートネットワークリソース上でのサービスの呼び出しを試行すると，サーバは，コンピュータ１０２へ認証メッセージの要求を送信する。例えば，従来のウェブブラウジングオペレーションでは，コンピュータ１０２のＣＰＵ１０６は，サーバリソースを指定するＨＴＴＰ  ＧＥＴメッセージをサーバ１１６へ送信し，サーバ１１６は，「何らかのサービス  ログイン」等の埋め込まれたレルムタイトル（ｒｅａｌｍ−ｔｉｔｌｅ）を添えたＨＴＴＰ４０１  Ａｕｔｈｏｒｉｚａｔｉｏｎ  Ｒｅｑｕｉｒｅｄメッセージで応答し，要求されたリソースについて正確にどの鍵認証セットが求められているかについて，ユーザに注意を喚起する。
【００１９】
　
安全な論理回路１２０が「鍵認証要求」メッセージに遭遇すると，この要求は，コンピュータマザーボード１１０へは送られず，代わりに，従来の技術を使用して，安全な論理回路１２０へ接続される安全なユーザインタフェース１２４，１２６へ，ポート１３０を介して送られる。安全なユーザインタフェースは，例えば，ユーザから鍵認証情報を受信するための安全なキーボード１２６と，鍵認証情報の提供をユーザに促すためのメッセージを表示するための安全なディスプレイ１２４とを備える
安全な論理回路１２０は，鍵認証情報の提供をユーザに促すためのメッセージを生成し，これは次に，ユーザに注意を喚起するために，安全なディスプレイ１２４へ送信される
【００２０】
　任意に，安全な論理回路は，キーボードとマザーボードとの通信を，例えば鍵認証情報の提供をユーザに促すためのメッセージが表示されると同時に中断する。」
　
Ｊ．「
」
　
第４．引用刊行物に記載の発明
１．上記Ｃの「本発明の好ましい実施形態によれば，ユーザによってタイプ入力されたアカウント番号は，キーボード１２の外部へ平文で渡されず，キーボードセキュリティユニット１２４（そのセキュリティモードで動作している）とリモートアプリケーション１７との間でセットアップされたセキュアなパスワードベース（「パスワード認証」とも呼ばれる）鍵交換プロトコル（「鍵合意」プロトコルとも呼ばれる）でパスワードとして使用される」という記載，上記Ｄの「リモートアプリケーション１７からの要求に応答して，ユーザは，キーボード１２において，そのユーザのアカウントの識別子（たとえば，ユーザアカウント名ＵＡＮ）をタイプ入力する」という記載，及び，上記Ｆの「一致する場合には，リモートアプリケーションは，自身が正しいアカウント番号を有することを知り，取引を進め，一致しない場合には，取引は終了される」という記載から，引用刊行物１には，“ユーザのアカウント番号が正しいことを認証する方法”，即ち，“ユーザを認証する方法”
　が記載されていることが読み取れる。
　
２．上記Ｂの「図１は，通信ネットワーク１５（インターネット等）上でリモート装置１６と通信する処理プラットフォーム１０を示している」という記載，同じく，上記Ｂの「処理プラットフォームは，プロセッサボックス１１と，キーボード１２の形態の入力デバイスと，ディスプレイ１３とを備えるパーソナルコンピュータである」という記載，同じく，上記Ｂの「この通信スタックは，アプリケーションが，リモート装置１６上で実行されているリモートアプリケーション１７とのネットワーク１５上の通信チャネルをセットアップすることを可能にする」という記載，上記Ｃの「この非機密アカウント識別子は，キーボードを介してユーザによって入力され，キーボード１２からローカルアプリケーション１１３へ平文で送信され，ローカルアプリケーション１１３からリモートアプリケーション１７へ送信される」という記載，及び，上記Ｇに引用した【図１】に開示の内容と，上記１．において検討した事項から，引用刊行物１には，
“リモートアプリケーションを有するリモート装置に，通信ネットワークを介して接続された，ローカルアプリケーションを有するプロセッサボックスのユーザを認証する為の方法”
　が記載されていることが読み取れる。
　
３．上記Ｂの「キーボード１２は，従来と同様に，キーマトリックス１２１，キープレスデコーダ１２２，および装置１２３（通常，ＵＳＢベースのものであるが，これに限定されるものではない）を備える。
　装置１２３は，キーボード１２をプロセッサボックス１１とインターフェースして，キーボードへデータを渡すことおよびキーボードからデータを渡すことの双方を可能にするためのものである」という記載，及び，同じく，上記Ｂの「キーボード１２は，デコーダ１２２とインターフェース装置１２３との間に挿入されたセキュリティユニット１２４をさらに備える」という記載と，上記２．においても引用した【図１】に開示の内容から，引用刊行物１には，
“ローカルアプリケーションを有するプロセッサボックスとのデータの授受を可能にするインターフェース装置と，キープレスデコーダと，セキュリティユニットとを有するキーボード”
　が記載されていることが読み取れる。
　
４．上記Ｅの「リモートアプリケーション１７は，ローカルアプリケーション１１３へチャレンジ３５としてｇｘを送信する」という記載，同じく，上記のＥの「チャレンジ(challenge)３５の受信に応答して，ローカルアプリケーション１１３は，キーボードセキュリティユニット１２４をアクティブにしてキーボードセキュリティユニット１２４をそのセキュリティモードにするようにユーザにプロンプトで指示する。
　セキュリティユニットをそのセキュリティモードに変化させる１回または複数回の押下の結果，ローカルアプリケーションには，これが行われたことも通知され，その後すぐに，ローカルアプリケーション１１３はチャレンジ３５をセキュリティユニット１２４へ転送する」という記載，上記Ｆの「セキュリティユニット１２４は，チャレンジを受信すると，そのセキュリティモードにおいて，キーボード１２でユーザ入力３７（入力３７）によってタイプ入力されたユーザアカウント番号および必要に応じてセキュアな取引番号に基づき，パスワード文字列ｐｓｗｄｌ（ここで，添え字ｌは「ローカル」を表す）を形成する」という記載，及び，上記１．においても引用した上記Ｄの記載内容から，引用刊行物１には，
“ローカルアプリケーションが，リモートアプリケーションから受信したチャレンジを，セキュリティユニットに送信するステップ”
　と，
“ユーザが，キーボードからユーザ入力としてユーザアカウント番号および必要に応じてセキュアな取引番号を入力するステップ”
　とが記載されていることが読み取れる。
　
５．上記４．において引用した，上記Ｆの記載内容，及び，上記４において検討した事項と，上記Ｆの「セキュリティユニット１２４は，次に」，「ｇ＝Ｈ（ｐｓｗｄｌ）」，「を計算し，乱数「ｙ」を生成し，ｇｘと同じ有限体群のｇｙを計算する。その後，ｇｘｙの計算が続く」という記載，同じく，上記Ｆの「次に，セキュリティユニット１２４は」，「ｈｌ＝Ｈ（ｇｙｘ，ｇｘ，ＵＡＮ）」，「を計算する（ボックス３９）」という記載，および，同じく，上記Ｆの「セキュリティユニット１２４は，次に，数ｇｙおよびｈｌをローカルアプリケーション１１３に渡すことによってチャレンジ３５に応答し（ボックス４０），ローカルアプリケーション１１３は，それらの数をチャレンジ応答４２としてリモートアプリケーション１７へ転送する（ボックス４１）」という記載と，上記Ｈに引用した，【図２】に開示された内容から，引用刊行物１には，
“セキュリティユニットは，ローカルアプリケーションが受信したチャレンジに応答して，ユーザ入力を用いて，チャレンジ応答を計算するステップと，
チャレンジ応答をローカルアプリケーションに渡すステップと，
前記チャレンジ応答を，ローカルアプリケーションが，リモートアプリケーションに転送するステップ”
　とが記載されていることが読み取れる。
　
６．以上，上記１．〜５．において検討した事項から，引用刊行物１には，次の発明（以下，これを「引用発明」という）が記載されているものと認める。
　
「リモートアプリケーションを有するリモート装置に，通信ネットワークを介して接続された，ローカルアプリケーションを有するプロセッサボックスのユーザを認証する為の方法であって，
　前記ローカルアプリケーションを有するプロセッサボックスとのデータの授受を可能にするインターフェース装置と，キープレスデコーダと，セキュリティユニットとを有するキーボードにおいて，
　前記ローカルアプリケーションが，前記リモートアプリケーションから受信したチャレンジを，前記セキュリティユニットに送信するステップと，
　ユーザが，前記キーボードからユーザ入力としてユーザアカウント番号および必要に応じてセキュアな取引番号を入力するステップと，
　前記セキュリティユニットは，ローカルアプリケーションが受信したチャレンジに応答して，前記ユーザ入力を用いて，チャレンジ応答を計算するステップと，
前記チャレンジ応答を前記ローカルアプリケーションに渡すステップと，
前記チャレンジ応答を，前記ローカルアプリケーションが，前記リモートアプリケーションに転送するステップ，とからなる方法。」
　
第５．本願発明と引用発明との対比
１．引用発明において，「プロセッサボックスのユーザを認証する為に」，「リモートアプリケーションを有するリモート装置」は，「ローカルアプリケーションを有するプロセッサボックス」に対して，「チャレンジ」を送信し，「リモートアプリケーションを有するリモート装置」と，「ローカルアプリケーションを有するプロセッサボックス」は，「通信ネットワークを介して接続」されているので，
　引用発明における「リモートアプリケーションを有するリモート装置」，「ローカルアプリケーションを有するプロセッサボックス」，及び，「通信ネットワーク」が，それぞれ，本願発明における「アプリケーションサーバ（ＡＳ）」，「クライアントアプリケーション（ＣＡ）を実装する通信装置（ＣＤ）」，及び，「電気通信ネットワーク（ＴＮ）」に相当することから，
　引用発明における「リモートアプリケーションを有するリモート装置に，通信ネットワークを介して接続された，ローカルアプリケーションを有するプロセッサボックスのユーザを認証する為の方法」が，
　本願発明における「ユーザを認証するためにチャレンジ（Ｃｈ）をクライアントアプリケーションに送信したアプリケーションサーバ（ＡＳ）に電気通信ネットワーク（ＴＮ）を介して接続されたクライアントアプリケーション（ＣＡ）を実装する通信装置（ＣＤ）のユーザを認証する方法」に相当する。
　
２．引用発明において，「キーボード」は，「ローカルアプリケーションを有するプロセッサボックス」と，前記「キーボード」が有する「インターフェース装置」を介して接続されているので，前記「キーボード」は，前記「ローカルアプリケーションを有するプロセッサボックス」に関連付けられているといえるものであって，当該「キーボード」を，「ユーザ」が使用することは明らかであるから，
　引用発明における「ローカルアプリケーションを有するプロセッサボックスとのデータの授受を可能にするインターフェース装置と，キープレスデコーダと，セキュリティユニットとを有するキーボードにおいて」と，
　本願発明における「通信装置（ＣＤ）と関連付けされ，フィルタとして働くユーザ装置（ＵＤ）において」とは，
“通信装置（ＣＤ）に関連付けられたユーザが使用する装置”である点で共通する。
　
３．引用発明において，「リモートアプリケーションから受信したチャレンジ」は，「ローカルアプリケーション」が，「キーボード」が有する「セキュリティユニット」に送信しているので，
　引用発明における「ローカルアプリケーションが，前記リモートアプリケーションから受信したチャレンジを，前記セキュリティユニットに送信するステップ」と，
　本願発明における「クライアントアプリケーション（ＣＡ）からチャレンジ（Ｃｈ）を取り出すステップ（Ｓ３）であって，チャレンジがクライアントアプリケーション（ＣＡ）によってユーザ装置（ＵＤ）に送信されるか，またはチャレンジが通信装置（ＣＤ）の画面に表示される，取り出すステップ」とは，
“クライアントアプリケーション（ＣＡ）からチャレンジ（Ｃｈ）を取り出すステップ（Ｓ３）であって，チャレンジがクライアントアプリケーション（ＣＡ）によってユーザ装置（ＵＤ）に送信されるか，またはチャレンジがユーザが使用する装置の画面に表示される，取り出すステップ”である点で共通する。
　
４．引用発明において，「ユーザアカウント番号」，「セキュアな取引番号」は，秘密にすべき情報であることは明らかであるから，
　引用発明における「ユーザアカウント情報」，或いは，「セキュアな取引番号」が，
　本願発明における「シークレットデータ（ＳＤ）」に相当し，
　本願発明において，「ユーザにシークレットデータ（ＳＤ）を入力するように促す」ことによって，本願発明においても，“ユーザによって，シークレットデータ（ＳＤ）が入力されるステップ”が存在していることは明らかである。
　そうすると，
　引用発明における「ユーザが，前記キーボードからユーザ入力としてユーザアカウント番号および必要に応じてセキュアな取引番号を入力するステップ」と，
　本願発明における「ユーザにシークレットデータ（ＳＤ）を入力するように促すステップ（Ｓ４）」とは，
“ユーザによるシークレットデータの入力に関連するステップ”である点で共通する。
　
５．引用発明において，「ローカルアプリケーションが受信したチャレンジに応答して，前記ユーザ入力を用いて，チャレンジ応答を計算する」ことは，“ユーザ入力と，チャレンジに基づいて，チャレンジ応答を計算する”ことであり，引用発明における「チャレンジ応答」とは，「チャレンジ」に対する「レスポンス」に他ならないから，
　引用発明における「セキュリティユニットは，ローカルアプリケーションが受信したチャレンジに応答して，前記ユーザ入力を用いて，チャレンジ応答を計算するステップ」が，
　本願発明における「ユーザによって入力されたシークレットデータ（ＳＤ）と，取り出されたチャレンジ（Ｃｈ）とに基づいて，チャレンジ（Ｃｈ）に対するレスポンス（Ｒｐ）を算出するステップ（Ｓ４）」に相当する。
　
６．引用発明において，「チャレンジ応答を前記ローカルアプリケーションに渡す」ことは，その後，「チャレンジ応答を，前記ローカルアプリケーションが，前記リモートアプリケーションに転送する」ことから，
“チャレンジ応答をリモート装置に転送するローカルアプリケーションに送信する”ことに他ならないので，
　引用発明における「チャレンジ応答を前記ローカルアプリケーションに渡すステップ」が，
　本願発明における「レスポンスをアプリケーションサーバ（ＡＳ）に転送するクライアントアプリケーション（ＣＡ）にレスポンス（Ｒｐ）を送信するステップ（Ｓ５）」に相当する。
　
７．以上，上記１．〜６．において検討した事項から，本願発明と，引用発明との，一致点，及び，相違点は，次のとおりである。
　
［一致点］
　ユーザを認証するためにチャレンジ（Ｃｈ）をクライアントアプリケーションに送信したアプリケーションサーバ（ＡＳ）に電気通信ネットワーク（ＴＮ）を介して接続されたクライアントアプリケーション（ＣＡ）を実装する通信装置（ＣＤ）のユーザを認証する方法であって，
　通信装置（ＣＤ）に関連付けられたユーザが使用する装置において，
　クライアントアプリケーション（ＣＡ）からチャレンジ（Ｃｈ）を取り出すステップ（Ｓ３）であって，チャレンジがクライアントアプリケーション（ＣＡ）によってユーザ装置（ＵＤ）に送信される，取り出すステップと，
　ユーザによるシークレットデータの入力に関連するステップと，
　ユーザによって入力されたシークレットデータ（ＳＤ）と，取り出されたチャレンジ（Ｃｈ）とに基づいて，チャレンジ（Ｃｈ）に対するレスポンス（Ｒｐ）を算出するステップ（Ｓ４）と，
　レスポンスをアプリケーションサーバ（ＡＳ）に転送するクライアントアプリケーション（ＣＡ）にレスポンス（Ｒｐ）を送信するステップ（Ｓ５）と
を含む，方法。
　
［相違点１］
“通信装置（ＣＤ）に関連付けられたユーザが使用する装置”に関して，
　本願発明においては，「フィルタとして働くユーザ装置（ＵＤ）」であるのに対して，
　引用発明における「キーボード」が，「フィルタとして働く」かは，不明である点。
　
［相違点２］
　本願発明においては，「通信装置（ＣＤ）の画面上でユーザにシークレットデータ（ＳＤ）を入力するように求めるクライアントアプリケーション（ＣＡ）との接続を確立するステップ（Ｓ３）」が存在しているのに対して，
　（１）引用発明においては，「ローカルアプリケーション」が，「画面上でユーザ」に，「ユーザ入力」をするよう求めること，及び，
　（２）「キーボード」と，「ローカルアプリケーション」との接続の確立については，特に言及されていない点。
　
［相違点３］
“ユーザによるシークレットデータの入力に関連するステップ”に関して，
　本願発明においては，「ユーザにシークレットデータ（ＳＤ）を入力するように促すステップ（Ｓ４）」であるのに対して，
　引用発明においては，「ユーザ」に，「ユーザ入力」を入力するよう促すステップに関しては，特に言及されていない点。
　
第６．相違点についての当審の判断
１．［相違点１］について
　本願発明におけるフィルタに関して，平成２７年３月１７日付けで提出された，明細書の日本語による翻訳文（以下，これを「本願明細書」という）に，
　
「【００５３】
　第２の例では，
ユーザ装置は，キーボードと関連付けされたキーボードフィルタとみなされる
　【００５４】
　フィルタの機能は，以下のケースを除いてパススルーとして働いている：通信装置から来てキーボードへ向かう特定のヘッダ信号を受信すると，
ユーザ装置はチャレンジ情報を取得しようとしていることが分かり，すべてのキーストロークをインターセプトするフィルタをアクティブ化した後，チャレンジを受信する
　
　と記載されている。一方，引用刊行物１には，上記Ｃの「本発明の好ましい実施形態によれば，ユーザによってタイプ入力されたアカウント番号は，キーボード１２の外部へ平文で渡されず」という記載から，引用刊行物１には，「キーボード」のキー入力は，そのままでは，「インターフェース装置」を介して，接続された「プロセッサボックス」には出力されないこと，即ち，「プロセッサボックス」に対して，キー入力が，インターセプトされていることが示されている。
　そうすると，上記Ｃに記載の，引用刊行物１における「セキュリティユニット」の操作は，上記に引用した本願明細書に開示の「第２の例」と同等の処理と言い得るものであるから，引用刊行物１において明文の記載はないものの，引用発明における「キーボード」が有する「セキュリティユニット」も「フィルタ」として機能しているといい得るものである。
　よって，［相違点１］は，格別のものではない。
　
２．［相違点２］（２）について
　引用発明における「キーボード」に関して，上記Ｂの「キーボード１２は，従来と同様に，キーマトリックス１２１，キープレスデコーダ１２２，および装置１２３（通常，ＵＳＢベースのものであるが，これに限定されるものではない）を備える」という記載，及び，同じく，上記Ｂの「キーボード１２は，デコーダ１２２とインターフェース装置１２３との間に挿入されたセキュリティユニット１２４をさらに備える」から，引用発明における「キーボード」が，「プロセッサボックス」と，「ＵＳＢベース」の「インターフェース装置」を介して接続されていることが示されており，「ＵＳＢ」で接続する場合，「キーボード」と，「プロセッサボックス」との間で「接続」の「確立」を行うこと，或いは，「キーボード」が，無線接続によるものである場合も，同様に，採用されている「無線」のプロトコルに従う，“接続確立”を行うことは，当業者において，周知の技術事項であるから，引用刊行物１に明文の記載はないものの，引用発明においても，「ユーザが，前記キーボードからユーザ入力としてユーザアカウント番号および必要に応じてセキュアな取引番号を入力する」前に，「キーボード」と，「プロセッサボックス」との間で，“接続確立”を行うことは，当業者には周知の技術事項である。
　よって，［相違点２］（２）は，格別のものではない。
　
３．［相違点２］（１），及び，［相違点３］について
　上記Ｉの「安全な論理回路１２０が「鍵認証要求」メッセージに遭遇すると，この要求は，コンピュータマザーボード１１０へは送られず，代わりに，従来の技術を使用して，安全な論理回路１２０へ接続される安全なユーザインタフェース１２４，１２６へ，ポート１３０を介して送られる。安全なユーザインタフェースは，例えば，ユーザから鍵認証情報を受信するための安全なキーボード１２６と，鍵認証情報の提供をユーザに促すためのメッセージを表示するための安全なディスプレイ１２４とを備える」という，引用刊行物２の記載，同じく，上記Ｉの「安全な論理回路１２０は，鍵認証情報の提供をユーザに促すためのメッセージを生成し，これは次に，ユーザに注意を喚起するために，安全なディスプレイ１２４へ送信される」という，引用刊行物２の記載から，
“認証に必要な情報の提供をユーザに促すためのメッセージを，ディスプレイに表示する”
　ことは，本願の第１国出願前に，当業者には，周知の技術事項であって，上記Ｊに引用した引用刊行物２の「図１Ａ」を参照すると，引用刊行物２に記載の発明における「ユーザインタフェース１２４，１２６」，「安全な論理回路」，「ＣＰＵ（１０６）」，「サーバ１１６」が，引用発明の「キーボード」，「セキュリティユニット」，「プロセッサボックス」，「リモート装置」に，ほぼ，相当するものであるから，引用発明と，引用刊行物２に記載の発明とは，共に，
“リモート装置から送信される，認証に関する情報を，ユーザの使用するローカル装置に接続された装置において，安全に処理する”
　技術に関するものである。
　したがって，引用発明において，「セキュリティユニット」が，“認証に必要な情報の提供をユーザに促すためのメッセージを，ディスプレイに表示する”よう構成することは，当業者が適宜なし得る事項である。
　よって，［相違点２］（１），及び，［相違点３］は，格別のものではない。
　
４．以上，上記１．〜３．において検討したとおり，［相違点１］〜［相違点３］はいずれも格別のものではなく，そして，本願発明の構成によってもたらされる効果も，当業者であれば容易に予測できる程度のものであって，格別なものとは認められない。
　
　なお，審判請求人は，平成２８年１１月２５日付けの審判請求書において，
『（Ａ）相違点（２）に対する審査官の意見に対する反論 
 　引用文献１には，「通信装置（ＣＤ）の画面（引用文献１に記載のディスプレイ１３）上でユーザにシークレットデータ（ＳＤ）を入力するように求めるクライアントアプリケーション（ＣＡ）との接続を確立する」ことは記載されていない。 
 　また，引用文献２には，パーソナルコンピュータ（ＰＣ）１０２は，マザーボード１１０とネットワークインターフェースカード（ＮＩＣ）１１８を有し，モニタ１０４はマザーボード１１０に接続され，ＮＩＣ１１８上には安全な論理回路１２０が設けられ，安全な論理回路１２０には，安全なキーボード１２６と安全なディスプレイ１２４が接続されていることが記載されている。 
 　さらに引用文献２の段落００１９には「安全な論理回路１２０は，鍵認証情報の提供をユーザに促すためのメッセージを生成し，これは次に，ユーザに注意を喚起するために，安全なディスプレイ１２４へ送信される。」ことが記載されている。 
 　従って，引用文献１に記載の発明と引用文献２に記載の発明を組み合わせると，引用文献２に記載の安全なディスプレイ１２４が，引用文献１に記載されたＰＣ１０２のディスプレイ１３にさらに加えて設けられ，引用文献２に記載の新たな安全なディスプレイ１２４が，引用文献１のセキュリティユニットに接続されることとなる。そして，引用文献１に記載されたセキュリテユニット１２４に接続された，引用文献２に記載の新たな安全なディスプレイ１２４上でユーザにシークレットデータの入力を求める，クライアントアプリケーションとの接続を確立することとなる。 
 　引用文献１に記載の発明と引用文献２に記載の発明を組み合わせたこの構成を，本願の請求項１に記載の発明の構成と対比すると，この組み合わせた構成では，本願の請求項１に記載の発明に対してさらに，ユーザ装置（ＵＤ）に，通信装置（ＣＤ）の画面とは別個の新たな画面を設け，通信装置（ＣＤ）の画面の代わりに，このユーザ装置（ＵＤ）の新たな画面上に，ユーザにシークレットデータの入力を求める，クライアントアプリケーションとの接続を確立することとなる。 
 　しかしながら，本願の請求項１に記載の発明は，ユーザ装置（ＵＤ）がディスプレイを有するかどうかにかかわりなく，「通信装置（ＣＤ）の画面上でユーザにシークレットデータ（ＳＤ）を入力するように求めるクライアントアプリケーション（ＣＡ）との接続を確立する」との特徴を有するものである。 
 　従って，引用文献１に記載の発明と引用文献２に記載の発明を組み合わせると，本願の引用文献１に記載の発明の構成とまったく異なる構成の発明が得られることとなる。 
 　それにもかかわらず，単に引用文献１の「リモート装置１６」と別個の装置に設けた画面に「鍵認証情報の提供をユーザに促すためのメッセージが送信される」ものであれば，本願の請求項１に記載の発明に容易に想到できるとすることは，何ら根拠のないものであると思料する。 
 　従って，本願の請求項１に記載の発明は，引用文献１，２に基づいて，当業者が容易に想到できるような発明ではない。 
 （Ｂ）相違点（３）に対する審査官の意見に対する反論 
 　相違点（２）についての反論でも述べたように，引用文献１と引用文献２に記載の発明を組み合わせて得られる構成を，本願の請求項１に記載の構成と対比すると，この組み合わせた構成では，本願の請求項１に記載のユーザ装置（ＵＤ）上に，通信装置（ＣＤ）の画面とは別個の新たな画面を設け，通信装置（ＣＤ）の画面の代わりにこのユーザ装置（ＵＤ）の新たな画面上へ，ユーザにシークレットデータの入力を求める，クライアントアプリケーションとの接続を確立することとなる。 
 　従って，拒絶査定で指摘されている，「引用文献２に記載された安全なディスプレイにより鍵認証情報の提供をユーザに促すためのメッセージ」は，通信装置（ＣＤ）の画面の代わりに，引用文献２に記載された安全なディスプレイ１２４に対応する，ユーザ装置（ＵＤ）の新たな画面上に，表示されることとなる。 
 　しかしながら，本願の請求項１に記載の発明は，ユーザ装置（ＵＤ）がディスプレイを有するかどうかにかかわりなく，「通信装置（ＣＤ）の画面上でユーザにシークレットデータ（ＳＤ）を入力するように求めるクライアントアプリケーション（ＣＡ）との接続を確立する」との特徴を有するものである。 
 　従って，引用文献１に記載の発明と引用文献２に記載の発明を組み合わせると，本願の引用文献１に記載の発明の構成とまったく異なる構成の発明が得られることとなる。 
 　従って，本願の請求項１に記載の発明は，引用文献１，２に基づいて，当業者が容易に想到できるような発明ではない。』
　旨，主張しているが，各相違点については，上記「第６．相違点についての当審の判断」において検討したとおりであるから，審判請求人の主張は採用できない。
　
第７．むすび
　したがって，本願発明は，本願の特許出願前に日本国内又は外国において頒布された刊行物に記載された発明又は電気通信回線を通じて公衆に利用可能となった発明に基づいて当業者が容易に発明をすることができたものであるので，特許法第２９条第２項の規定により特許を受けることができない。
　
　よって，結論のとおり審決する。