【事件の表示】
　特願２０１０−５３９６２２「多段認証シーケンスの処理方法，装置およびシステム」拒絶査定不服審判事件〔平成２１年　６月２５日国際公開，ＷＯ２００９／０７９２７４，平成２３年　３月２４日国内公表，特表２０１１−５０９４５３〕について，次のとおり審決する。
【結　論】
　本件審判の請求は，成り立たない。
【理　由】
第１　手続の経緯
　本件請求に係る出願（以下「本願」という。）は，２００７年１２月１８日（以下「優先日」という。）のアメリカ合衆国における出願を基礎とするパリ条約による優先権主張を伴った，２００８年１２月９日を国際出願日とする出願であって，
平成２２年　６月１４日　　：国内書面の提出
平成２２年　７月１６日　　：翻訳文提出書の提出
平成２２年１１月１８日　　：手続補正書の提出
平成２３年１１月１５日　　：出願審査請求書の提出
平成２５年　４月１８日付け：拒絶理由の通知
平成２５年　７月２３日　　：意見書，手続補正書の提出
平成２５年１１月２０日付け：拒絶査定（同年１１月２６日謄本送達）
平成２６年　３月２５日　　：審判請求書，手続補正書の提出
平成２６年　５月１５日　　：前置報告
平成２６年　８月　７日　　：上申書の提出
平成２７年　６月３０日付け：拒絶理由の通知（当審），
　　　　　　　　　　　　　　平成２６年３月２５日付けの手続補正
　　　　　　　　　　　　　　についての補正の却下の決定
平成２７年　９月１６日　　：意見書，手続補正書の提出
平成２７年１０月２９日付け：最後の拒絶理由の通知（当審）
平成２８年　２月１０日　　：意見書，手続補正書の提出
第２　平成２８年２月１０日付けの手続補正についての補正却下の決定
［補正却下の決定の結論］
　平成２８年２月１０日付けの手続補正を却下する。
［理由］
１．補正の内容
　平成２８年２月１０日付けの手続補正（以下，「本件補正」という。）の内容は，平成２７年９月１６日付けの手続補正により補正された特許請求の範囲の記載
「【請求項１】
　コンピュータ資源にアクセスすべく多段認証シーケンスを自動化する方法であって，
　多段認証シーケンスに関連付けられたフォーム情報をサーバによって処理するステップであって，前記多段認証シーケンスが複数のウェブページに関連付けられた複数のクエリを含んでいるステップと，
　クエリに対応するフォーム情報を用いて，前記多段認証シーケンスの一部分に対し，前記複数のウェブページの前記一部分であって前記複数のクエリを含む一部分の標識を認識したならば，クライアントによって応答を送信するステップとを含み，
　前記応答を送信するステップが，前記多段認証シーケンスに関連付けられた前記複数のウェブページに関連付けられた検証画像を，現在のウェブページの一部分と比較して前記一部分の妥当性を確認し，不一致があるとき前記多段認証シーケンスの処理を停止するステップを更に含む，方法。
　　【請求項２】
　前記フォーム情報を処理するステップが，前記多段認証シーケンスを完了させるために用いられる前記フォーム情報を記録するステップを更に含む，請求項１に記載の方法。
　　【請求項３】
　前記クライアントによって，前記多段認証シーケンスが完了するまで，その各部分に対して前記送信するステップを繰り返すステップを更に含む，請求項１に記載の方法。
　　【請求項４】
　前記標識の認識が，前記クライアントによって，前記多段認証シーケンスの標識を前記複数のウェブページの現在のウェブページと比較するステップを更に含む，請求項１に記載の方法。
　　【請求項５】
　前記クライアントによって，前記複数のウェブページの現在のウェブページのうち，前記多段認証シーケンスのいずれかの部分に関連付けられた前記標識またはフォーム情報の少なくとも一方に一致しない部分を識別するステップを更に含む，請求項１に記載の方法。
　　【請求項６】
　前記複数のウェブページの前記一部分の標識が，前記複数のウェブページの前記一部分に関連付けられたＵＲＬまたはレイアウト情報の少なくとも１個を含む，請求項１に記載の方法。
　　【請求項７】
　前記フォーム情報を処理するステップが，前記複数のウェブページの第１のウェブペー
ジ上のパスワードフィールドを識別するステップを更に含む，請求項１に記載の方法。
　　【請求項８】
　前記フォーム情報を処理するステップが，前記フォーム情報を前記複数のウェブページのいずれかのＵＲＬに関連付けるステップを更に含む，請求項１に記載の方法。
　　【請求項９】
　前記フォーム情報を処理するステップが，前記フォーム情報を取得すべく前記複数のウェブフォームとの対話を監視するステップを更に含む，請求項１に記載の方法。
　　【請求項１０】
　コンピュータ資源にアクセスすべく多段認証シーケンスを自動化する装置であって，
　複数のウェブページに関連付けられた複数のクエリを含む多段認証シーケンスに関連付けられたフォーム情報を処理する対話モジュールと，
　前記多段認証シーケンスの標識を識別する認識モジュールと，
　前記標識を識別したならば，前記フォーム情報を用いて前記多段認証シーケンスの部分に対し自動的に回答する再生モジュールとを含み，
　前記再生モジュールが，前記多段認証シーケンスに関連付けられた前記複数のウェブページに関連付けられた検証画像を，現在のウェブページの一部分と比較して前記一部分の妥当性を確認し，不一致があるとき前記多段認証シーケンスの処理を停止する，装置。
　　【請求項１１】
　前記認識モジュールが，前記多段認証シーケンスの標識を現在のウェブページの一部分と比較する，請求項１０に記載の装置。
　　【請求項１２】
　前記対話モジュールが，前記多段認証シーケンスを完了させるために用いられる前記フォーム情報を記録する，請求項１０に記載の装置。
　　【請求項１３】
　前記認識モジュールが，前記多段認証シーケンスのいずれかの部分に関連付けられた前記標識またはフォーム情報の少なくとも一方に一致しない前記複数のウェブページの現在のウェブページの一部分を識別する，請求項１０に記載の装置。
　　【請求項１４】
　前記認識モジュールが，前記多段認証シーケンスに関連付けられた複数のウェブページのいずれかの部分を確認する，請求項１０に記載の装置。
　　【請求項１５】
　サーバとクライアントとを有し，コンピュータ資源にアクセスする多段認証シーケンスを自動化するシステムであって，
　前記サーバが，複数のウェブページに関連付けられた複数のクエリを含む多段認証シーケンスを提供する認証モジュールを有し，
　前記クライアントが，
　前記多段認証シーケンスに関連付けられたフォーム情報を処理する対話モジュールと，
　前記認証シーケンスの標識を識別する認識モジュールと，
　前記標識を識別したならば，前記フォーム情報を用いて前記多段認証シーケンスの部分に対し自動的に回答する再生モジュールとを有し，
　前記再生モジュールが，前記多段認証シーケンスに関連付けられた前記複数のウェブページに関連付けられた検証画像を，現在のウェブページの一部分と比較して前記部分の妥当性を確認し，不一致があるとき前記多段認証シーケンスの処理を停止する，システム。
　　【請求項１６】
　前記認識モジュールが，前記多段認証シーケンスの標識を現在のウェブページの一部分と比較する，請求項１５に記載のシステム。
　　【請求項１７】
　前記対話モジュールが，前記多段認証シーケンスを完了させるために用いられる前記フォーム情報を記録する，請求項１５に記載のシステム。
　　【請求項１８】
　前記認識モジュールが，前記多段認証シーケンスのいずれかの部分に関連付けられた前記標識またはフォーム情報の少なくとも一方に一致しない前記複数のウェブページの現在のウェブページの一部分を識別する，請求項１５に記載のシステム。
　　【請求項１９】
　前記認識モジュールが，前記多段認証シーケンスに関連付けられた複数のウェブページのいずれかの部分を確認する，請求項１５に記載のシステム。
　　【請求項２０】
　前記標識が，ホスティングＵＲＬ，目標ＵＲＬ，フォームフィールド，及びページテキストの少なくとも一つを含み，正確な一致により認識される，請求項１乃至９のいずれかに記載の方法。
　　【請求項２１】
　前記標識が，ホスティングＵＲＬ，目標ＵＲＬ，フォームフィールド，及びページテキストの少なくとも一つを含み，正確な一致により識別される，請求項１０乃至１４のいずれかに記載の装置。
　　【請求項２２】
　前記標識が，ホスティングＵＲＬ，目標ＵＲＬ，フォームフィールド，及びページテキストの少なくとも一つを含み，正確な一致により識別される，請求項１５乃至１９のいずれかに記載のシステム。
」（以下，この特許請求の範囲に記載された請求項を「補正前の請求項」という。）を，
「【請求項１】
　コンピュータ資源にアクセスすべく多段認証シーケンスを自動化する方法であって，
　多段認証シーケンスに関連付けられたフォーム情報
を
おり，前記フォーム情報の処理は，前記複数のウェブページの第１のウェブページ上にパスワードフィールドを識別することと，前記複数のウェブページの前記第１のウェブページに関連付けられた第２のウェブページを識別することを含む，
　クエリに対応するフォーム情報を用いて，前記多段認証シーケンスの一部分に対し，前記複数のウェブページの前記一部分であって前記複数のクエリを含む一部分の標識を認識したならば，クライアントによって応答を送信するステップ
であって，前記標識が，ホスティングＵＲＬ，目標ＵＲＬ，フォームフィールド，及びページテキストの少なくとも一つを含む，ステップ
　前記応答を送信するステップが，前記多段認証シーケンスに関連付けられた前記複数のウェブページに関連付けられた検証画像を，現在のウェブページの一部分と比較して前記一部分の妥当性を確認し，不一致があるとき前記多段認証シーケンスの処理を停止するステップを更に含む，方法。
　　【請求項２】
　前記フォーム情報を処理するステップが，前記多段認証シーケンスを完了させるために用いられる前記フォーム情報を記録するステップを更に含む，請求項１に記載の方法。
　　【請求項３】
　前記クライアントによって，前記多段認証シーケンスが完了するまで，その各部分に対して前記送信するステップを繰り返すステップを更に含む，請求項１に記載の方法。
　　【請求項４】
　前記標識の認識が，前記クライアントによって，前記多段認証シーケンスの標識を前記複数のウェブページの現在のウェブページと比較するステップを更に含む，請求項１に記載の方法。
　　【請求項５】
　前記クライアントによって，前記複数のウェブページの現在のウェブページのうち，前記多段認証シーケンスのいずれかの部分に関連付けられた前記標識またはフォーム情報の少なくとも一方に一致しない部分を識別するステップを更に含む，請求項１に記載の方法
　　【請求項６】
　前記複数のウェブページの前記一部分の標識が，前記複数のウェブページの前記一部分に関連付けられたＵＲＬまたはレイアウト情報の少なくとも１個を含む，請求項１に記載の方法。
　　【請求項７】
　前記フォーム情報を処理するステップが，前記フォーム情報を前記複数のウェブページのいずれかのＵＲＬに関連付けるステップを更に含む，請求項１に記載の方法。
　　【請求項８】
　前記フォーム情報を処理するステップが，前記フォーム情報を取得すべく前記複数のウェブフォームとの対話を監視するステップを更に含む，請求項１に記載の方法。
　　【請求項９】
　コンピュータ資源にアクセスすべく多段認証シーケンスを自動化する装置であって，
　複数のウェブページに関連付けられた複数のクエリを含む多段認証シーケンスに関連付けられたフォーム情報を処理する対話モジュール
であって，前記フォーム情報の処理は，前記複数のウェブページの第１のウェブページ上にパスワードフィールドを識別することと，前記複数のウェブページの前記第１のウェブページに関連付けられた第２のウェブページを識別することを含む，対話モジュール
　前記多段認証シーケンスの標識を識別する認識モジュール
であって，前記標識が，ホスティングＵＲＬ，目標ＵＲＬ，フォームフィールド，及びページテキストの少なくとも一つを含む，認識モジュール
　前記標識を識別したならば，前記フォーム情報を用いて前記多段認証シーケンスの部分に対し自動的に回答する再生モジュールとを含み，
　前記再生モジュールが，前記多段認証シーケンスに関連付けられた前記複数のウェブページに関連付けられた検証画像を，現在のウェブページの一部分と比較して前記一部分の妥当性を確認し，不一致があるとき前記多段認証シーケンスの処理を停止する，装置。
　　【請求項１０】
　前記認識モジュールが，前記多段認証シーケンスの標識を現在のウェブページの一部分と比較する，請求項
９
　　【請求項１１】
　前記対話モジュールが，前記多段認証シーケンスを完了させるために用いられる前記フォーム情報を記録する，請求項
９
　　【請求項１２】
　前記認識モジュールが，前記多段認証シーケンスのいずれかの部分に関連付けられた前記標識またはフォーム情報の少なくとも一方に一致しない前記複数のウェブページの現在のウェブページの一部分を識別する，請求項
９
　　【請求項１３】
　前記認識モジュールが，前記多段認証シーケンスに関連付けられた複数のウェブページのいずれかの部分を確認する，請求項
９
　　【請求項１４】
　サーバとクライアントとを有し，コンピュータ資源にアクセスする多段認証シーケンスを自動化するシステムであって，
　前記サーバが，複数のウェブページに関連付けられた複数のクエリを含む多段認証シーケンスを提供する認証モジュールを有し，
　前記クライアントが，
　前記多段認証シーケンスに関連付けられたフォーム情報を処理する対話モジュール
であって，前記フォーム情報の処理は，前記複数のウェブページの第１のウェブページ上にパスワードフィールドを識別することと，前記複数のウェブページの前記第１のウェブページに関連付けられた第２のウェブページを識別することを含む，対話モジュール
　前記
多段
であって，前記標識が，ホスティングＵＲＬ，目標ＵＲＬ，フォームフィールド，及びページテキストの少なくとも一つを含む，認識モジュール
　前記標識を識別したならば，前記フォーム情報を用いて前記多段認証シーケンスの部分に対し自動的に回答する再生モジュールとを有し，
　前記再生モジュールが，前記多段認証シーケンスに関連付けられた前記複数のウェブページに関連付けられた検証画像を，現在のウェブページの一部分と比較して前記部分の妥当性を確認し，不一致があるとき前記多段認証シーケンスの処理を停止する，システム。
　　【請求項１５】
　前記認識モジュールが，前記多段認証シーケンスの標識を現在のウェブページの一部分と比較する，請求項
１４
　　【請求項１６】
　前記対話モジュールが，前記多段認証シーケンスを完了させるために用いられる前記フォーム情報を記録する，請求項
１４
　　【請求項１７】
　前記認識モジュールが，前記多段認証シーケンスのいずれかの部分に関連付けられた前記標識またはフォーム情報の少なくとも一方に一致しない前記複数のウェブページの現在のウェブページの一部分を識別する，請求項
１４
　　【請求項１８】
　前記認識モジュールが，前記多段認証シーケンスに関連付けられた複数のウェブページのいずれかの部分を確認する，請求項
１４
　　【請求項１９】
　前記標識が，正確な一致により認識される，請求項１乃至
８
　　【請求項２０】
　前記標識が，正確な一致により識別される，請求項
９
１３
　　【請求項２１】
　前記標識が，正確な一致により識別される，請求項
１４
１８
　そして，本件補正は，願書に最初に添付した明細書，特許請求の範囲又は図面に記載した事項の範囲内においてなされており，特許法第１７条の２第３項の規定に適合している。
　また，補正前の請求項に係る発明と，補正後の請求項に係る発明とは，同一の特別な技術的特徴を有するものであり，特許法第１７条の２第４項の規定に適合している。
２．目的要件
　本件補正が，特許法第１７条の２第５項の規定を満たすものであるか否か，すなわち，本件補正が，特許法第１７条の２第５項に規定する請求項の削除，特許請求の範囲の減縮（特許法第３６条第５項の規定により請求項に記載した発明を特定するために必要な事項を限定するものであって，その補正前の当該請求項に記載された発明とその補正後の当該請求項に記載される発明の産業上の利用分野及び解決しようとする課題が同一であるものに限る），誤記の訂正，或いは，明りょうでない記載の釈明（拒絶理由通知に係る拒絶の理由に示す事項についてするものに限る）の何れかを目的としたものであるかについて，以下に検討する。
（１）補正前の請求項と，補正後の請求項の対応関係
　補正前の請求項と，補正後の請求項とを比較すると，補正後の請求項１〜２１はそれぞれ，補正前の請求項１〜６，８〜２２に対応することは明らかである。
（２）補正事項
ア．補正後の請求項１に係る補正は，下記の補正事項１〜３よりなるものである。
＜補正事項１＞
　補正前の請求項１の「多段認証シーケンスに関連付けられたフォーム情報をサーバによって処理するステップ」を，
　「多段認証シーケンスに関連付けられたフォーム情報を処理するステップ」との記載に変更する補正。
＜補正事項２＞
　補正前の請求項１の「多段認証シーケンスに関連付けられたフォーム情報をサーバによって処理するステップであって，前記多段認証シーケンスが複数のウェブページに関連付けられた複数のクエリを含んでいるステップ」に，
　「前記フォーム情報の処理は，前記複数のウェブページの第１のウェブページ上にパスワードフィールドを識別することと，前記複数のウェブページの前記第１のウェブページに関連付けられた第２のウェブページを識別することを含む」との記載を追加する補正。
＜補正事項３＞
　補正前の請求項１の「クエリに対応するフォーム情報を用いて，前記多段認証シーケンスの一部分に対し，前記複数のウェブページの前記一部分であって前記複数のクエリを含む一部分の標識を認識したならば，クライアントによって応答を送信するステップ」に，
　「前記標識が，ホスティングＵＲＬ，目標ＵＲＬ，フォームフィールド，及びページテキストの少なくとも一つを含む」との記載を追加する補正。
イ．補正後の請求項９に係る補正は，下記の補正事項４，５よりなるものである。
＜補正事項４＞
　補正前の請求項１０の「対話モジュール」に，
　「前記フォーム情報の処理は，前記複数のウェブページの第１のウェブページ上にパスワードフィールドを識別することと，前記複数のウェブページの前記第１のウェブページに関連付けられた第２のウェブページを識別することを含む」との記載を追加する補正。
＜補正事項５＞
　補正前の請求項１０の「前記多段認証シーケンスの標識を識別する認識モジュール」に，
　「前記標識が，ホスティングＵＲＬ，目標ＵＲＬ，フォームフィールド，及びページテキストの少なくとも一つを含む」との記載を追加する補正。
ウ．補正後の請求項１４に係る補正は，下記の補正事項６〜８よりなるものである。
＜補正事項６＞
　補正前の請求項１５の「対話モジュール」に，
　「前記フォーム情報の処理は，前記複数のウェブページの第１のウェブページ上にパスワードフィールドを識別することと，前記複数のウェブページの前記第１のウェブページに関連付けられた第２のウェブページを識別することを含む」との記載を追加する補正。
＜補正事項７＞
　補正前の請求項１５の「前記認証シーケンスの標識を識別する認識モジュール」に，
　「前記標識が，ホスティングＵＲＬ，目標ＵＲＬ，フォームフィールド，及びページテキストの少なくとも一つを含む」との記載を追加する補正。
＜補正事項８＞
　補正前の請求項１５の「前記認証シーケンスの標識を識別する認識モジュール」を，
　「前記多段認証シーケンスの標識を識別する認識モジュール」との記載に変更する補正。
エ．補正前の請求項７に係る補正は，下記の補正事項９よりなるものである。
＜補正事項９＞
　補正前の請求項７を削除する補正。
（３）補正事項に係る当審の判断
上記補正事項１〜７について，以下のとおり検討する。
＜補正事項１について＞
　上記補正事項１は，「処理するステップ」において「サーバによって」との記載を削除し，「処理するステップ」の動作主体を特定しないように上位概念化する補正である。
　したがって，上記補正事項１は，補正前の請求項１に記載した発明を特定するために必要な事項を限定したものではなく，特許法第１７条の２第５項第２号の特許請求の範囲の減縮を目的とするものとは認められない。
　また，請求項を削除する補正でもなく，「処理するステップ」の動作主体である「サーバ」の誤記を訂正する補正でもなく，「処理するステップ」の動作主体を，より不明りょうにするものであるから，上記補正事項１の目的が，特許法第１７条の２第５項第１号の請求項の削除，第３号の誤記の訂正，第４号の明りょうでない記載の釈明に該当するものとも認められない。
　なお，平成２７年６月３０日付け拒絶理由通知書の「 第３．拒絶の理由 」の「 ●理由３について 」の（１）において，「各ステップの動作主体が特定されておらず，日本語表現として明瞭でない」ため，特許法第３６条第６項第２号に規定する要件を満たしていない点を既に通知しており，補正事項１は，明りょうでない記載の釈明に該当するものとはいえない。
＜補正事項２について＞
　上記補正事項２は，「処理するステップ」の動作を「前記複数のウェブページの第１のウェブページ上にパスワードフィールドを識別することと，前記複数のウェブページの前記第１のウェブページに関連付けられた第２のウェブページを識別することを含む」ように限定して下位概念化する補正である。
　そして，これによって当該発明の産業上の利用分野及び解決しようとする課題が格別変更されるものではない。
　したがって，当該補正事項の目的は，請求項に記載した発明特定事項を限定するものであって，その補正前後の当該請求項に記載された発明の産業上の利用分野及び解決しようとする課題が同一であるもの（以下，単に「限定的減縮」という。）に該当する。
＜補正事項３，５，７について＞
　補正事項３，５，７は，「標識」を「ホスティングＵＲＬ，目標ＵＲＬ，フォームフィールド，及びページテキストの少なくとも一つを含む」ように限定して下位概念化する補正である。
　そして，これによって当該発明の産業上の利用分野及び解決しようとする課題が格別変更されるものではない。
　したがって，当該補正事項の目的は，限定的減縮に該当する。
＜補正事項４，６について＞
　補正事項４，６は，「対話モジュール」の動作を「前記複数のウェブページの第１のウェブページ上にパスワードフィールドを識別することと，前記複数のウェブページの前記第１のウェブページに関連付けられた第２のウェブページを識別することを含む」ように限定して下位概念化する補正である。
　そして，これによって当該発明の産業上の利用分野及び解決しようとする課題が格別変更されるものではない。
　したがって，当該補正事項の目的は，限定的減縮に該当する。
＜補正事項８について＞
　補正事項８は，「前記認証シーケンス」との記載を「前記
多段
　当該補正事項の目的は，誤記の訂正に該当する。
＜補正事項９について＞
　補正事項９は，補正前の請求項７を削除するものであるから，
　当該補正事項の目的は，請求項の削除に該当する。
（４）目的要件の小括
　したがって，上記補正事項１を含む本件補正は，特許法第１７条の２第５項各号に掲げる事項を目的とするものに限られるものではない。
３．独立特許要件
　以上のように，本件補正は，特許法第１７条の２第５項各号に掲げる事項を目的とするものではないものの，仮に，前記補正事項１が限定的減縮を目的とした補正であったとして，補正後の請求項１に記載された発明が，特許法第１７条の２第６項において準用する同法第１２６条第７項の規定に適合するか否か，すなわち，補正後の請求項１に記載されている事項による特定される発明が，特許出願の際独立して特許を受けることができるものであるか否かについて以下に検討する。
３−１．特許法第３６条第６項第２号について
（１）補正後の請求項１〜８に記載の「方法」について，各ステップの動作主体が特定されておらず，日本語表現として明瞭でない。
　したがって，前記請求項に係る発明は，不明確であり，特許法第３６条第６項第２号に規定する要件を満たしていない。
　なお，上記理由は，平成２７年６月３０日付け拒絶理由通知書においても通知され，平成２７年９月１６日付け手続補正で動作主体が「サーバ」に特定され，本件補正で動作主体が削除されて，再度，動作主体が特定されなくなったものである。
（２）補正後の請求項１に記載の「クエリに対応するフォーム情報」について，
　それ以前の「フォーム情報を処理するステップ」では，各「クエリ」と各「フォーム情報」の対応付けについて特定しておらず，
　「クエリ」が，どこから取得された情報であるかも特定されていないため，「クエリに対応するフォーム情報」が，どのようなデータか日本語表現として明瞭でない。
　補正後の請求項２〜８も同様である。
　なお，上記理由は，平成２７年６月３０日付け拒絶理由通知書，及び，平成２７年１０月２９日付け拒絶理由通知書においても通知したものである。
　請求人は，平成２８年２月１０日付け意見書４．（２）において，
『「フォーム情報」は，本願明細書の段落［００１５］に記載されているように，ウェブフォーム（例えば，多段認証シーケンスの複数のクエリ）における，フォームフィールドと，それに対して入力された回答（例えばパスワード，入力値，回答内容等）についての情報を指します。
　そして，本願発明では先行するフォーム情報を処理するステップにおいて，「複数のウェブページの第１のウェブページ上にパスワードフィールドを識別することと，前記複数のウェブページの前記第１のウェブページに関連付けられた第２のウェブページを識別すること」等が行われ，多段認証シーケンスのクエリが識別され，クエリに対応するフォーム情報が準備されます。
　したがって，「クエリに対応するフォーム情報」がどのように作成され，どのようなデータであるかは，当業者にとって明確であると思料します。』と主張する。
　しかるに，補正後の請求項１では，上記主張のような「フォーム情報」の具体的内容の定義は特定されていない。また，補正後の請求項１記載の「フォーム情報を処理するステップ」における「識別」処理の対象は，「第１のウェブページ」データ中の「パスワードフィールド」（上記フォームフィールドに相当），及び，「第２のウェブページ」データであって，
　「第１のウェブページ」における「回答」，又は，「第２のウェブページ」における「フォームフィールド」及び「回答」を対象とした「識別」処理は，補正後の請求項１に係る発明では特定されていない。
　してみれば，請求人の上記主張は，補正後の請求項１の記載に基づくものではなく失当である。
（３）よって，本件補正後の特許請求の範囲の記載は，特許法第３６条第６項第２号に規定する要件を満たしておらず，補正後の請求項１〜８に係る発明は，特許出願の際独立して特許を受けることができないものである。
３−２．特許法第２９条第２項について
（１）本件補正発明
　本件補正発明は，上記平成２８年２月１０日付け手続補正により補正された特許請求の範囲，明細書及び図面の記載からみて，その特許請求の範囲の請求項１に記載された以下のとおりのものと認める。
「コンピュータ資源にアクセスすべく多段認証シーケンスを自動化する方法であって，
　多段認証シーケンスに関連付けられたフォーム情報を処理するステップであって，前記多段認証シーケンスが複数のウェブページに関連付けられた複数のクエリを含んでおり，前記フォーム情報の処理は，前記複数のウェブページの第１のウェブページ上にパスワードフィールドを識別することと，前記複数のウェブページの前記第１のウェブページに関連付けられた第２のウェブページを識別することを含む，ステップと，
　クエリに対応するフォーム情報を用いて，前記多段認証シーケンスの一部分に対し，前記複数のウェブページの前記一部分であって前記複数のクエリを含む一部分の標識を認識したならば，クライアントによって応答を送信するステップであって，前記標識が，ホスティングＵＲＬ，目標ＵＲＬ，フォームフィールド，及びページテキストの少なくとも一つを含む，ステップとを含み，
　前記応答を送信するステップが，前記多段認証シーケンスに関連付けられた前記複数のウェブページに関連付けられた検証画像を，現在のウェブページの一部分と比較して前記一部分の妥当性を確認し，不一致があるとき前記多段認証シーケンスの処理を停止するステップを更に含む，方法。」
（２）引用文献
ア．引用文献１に記載されている技術的事項および引用発明１の認定
　本願優先日前に頒布又は電気通信回線を通じて公衆に利用可能となり，上記平成２７年１０月２９日付けの当審の拒絶理由通知（以下，「当審拒絶理由」という。）において引用された，特開２００２−１４９６０５号公報（平成１４年５月２４日出願公開。以下，「引用文献１」という。）には，関連する図面とともに，以下の技術的事項が記載されている。（当審注：下線は，参考のために当審で付与したものである。）
Ａ．「【００４１】
さらに上記リンク先Ａ及びリンク先Ｂも，夫々ウェブサーバ３００ａ及び３００，アプリケーションサーバ３２０ａ及び３２０ｂ，認証サーバ３４０ａ及び３４０ｂで構成されており
【００４２】上記ポータルサイトＰ上に形成された本発明の
認証代行装置１は，図３に示すように，リンク先情報登録手段２と，認証情報格納手段３と，ひな形スクリプト／モジュール格納手段４と，認証代行処理手段５とを備える構成であり
【００４３】
上記リンク先情報登録手段２は，上記データベースサーバ１３０で構成されており，本ポータルサイトＰでリンク可能なサイトに関し，リンク先情報（ＵＲＬ情報など）を登録しておく機能を有している。
Ｂ．「【００５０】
また上記認証法が，複数画面認証法によると判断された場合は，前記リンク先情報登録手段２から該当するリンク先情報を読み取って，該リンク先にリンクし，当該利用者Ｕのそのリンク先における認証情報を認証情報格納手段３から読み出すと共に，前記ひな形スクリプト／モジュール格納手段４から該当するリンク先の認証処理用モジュールを読み出して，前記認証情報に基づき，該認証処理用モジュールを実行することで，上記リンク先における認証処理を行い（認証処理の代行）
Ｃ．「【００６３】
上記認証処理用モジュールの実行により，
ユーザＩＤ及びパスワードを自動的に入力する。そして入力されたユーザＩＤ及びパスワードが正規のものと認定された場合，図１６に示すような可変ＰＩＮ番号の入力画面が表示される。さらにそれに対しても
上記入力画面で指定される＠行目＃列の数字や文字などを自動的に入力する。そして入力された可変ＰＩＮ番号が指定したものと一致している場合は，利用者Ｕのブラウザ２１０には，画面遷移してリンク先Ｂにおける図１７に示すメニュー画面が表示される。
Ｄ．「
」（図１５）
Ｅ．「
」（図１６）
　ここで，上記引用文献１に記載されている事項を検討する。
（ア）上記Ａの「さらに上記リンク先Ａ及びリンク先Ｂも，夫々ウェブサーバ３００ａ及び３００，アプリケーションサーバ３２０ａ及び３２０ｂ，認証サーバ３４０ａ及び３４０ｂで構成されており」，「認証代行装置１は，図３に示すように，リンク先情報登録手段２と，認証情報格納手段３と，ひな形スクリプト／モジュール格納手段４と，認証代行処理手段５とを備える構成であり」，「上記リンク先情報登録手段２は，上記データベースサーバ１３０で構成されており，本ポータルサイトＰでリンク可能なサイトに関し，リンク先情報（ＵＲＬ情報など）を登録しておく機能を有している。」との記載，上記Ｂの「また上記認証法が，複数画面認証法によると判断された場合は，前記リンク先情報登録手段２から該当するリンク先情報を読み取って，該リンク先にリンクし，当該利用者Ｕのそのリンク先における認証情報を認証情報格納手段３から読み出すと共に，前記ひな形スクリプト／モジュール格納手段４から該当するリンク先の認証処理用モジュールを読み出して，前記認証情報に基づき，該認証処理用モジュールを実行することで，上記リンク先における認証処理を行い（認証処理の代行）」との記載からすると，
　引用文献１には，“複数画面認証を行う場合，
　リンク先情報登録手段から，認証サーバを含むリンク先サイトのＵＲＬ情報を読み取り，
　認証情報格納手段から，リンク先の認証情報を読み出し，
　ひな形スクリプト／モジュール格納手段から，リンク先の認証処理用モジュールを読み出し，
　前記認証処理用モジュールは，前記認証情報を用い”る
“認証代行装置。”が記載されていると解される。
（イ）上記Ｂの「前記認証情報に基づき，該認証処理用モジュールを実行することで，上記リンク先における認証処理を行い」との記載，上記Ｃの「上記認証処理用モジュールの実行により，・・・（中略）・・・ユーザＩＤ及びパスワードの入力画面に対し，利用者ＵのユーザＩＤ及びパスワードを自動的に入力する。そして入力されたユーザＩＤ及びパスワードが正規のものと認定された場合，図１６に示すような可変ＰＩＮ番号の入力画面が表示される。さらにそれに対しても・・・（中略）・・・上記入力画面で指定される＠行目＃列の数字や文字などを自動的に入力する。そして入力された可変ＰＩＮ番号が指定したものと一致している場合は，利用者Ｕのブラウザ２１０には，画面遷移してリンク先Ｂにおける図１７に示すメニュー画面が表示される。」との記載からすると，
　上記Ｄの「貴方のユーザＩＤとパスワードを入力してください。」との記載から，上記Ｄには，“ユーザへパスワードを問い合わせるテキスト”を含むパスワードの入力画面が記載されているといえ，
　上記Ｅの「続いて貴方に渡されたカードの＠行目＃列の数字を、入力してください。」との記載から，上記Ｅには，“ユーザへ可変ＰＩＮ番号を問い合わせるテキスト”を含む可変ＰＩＮ番号の入力画面が記載されているといえ，
　認証処理用モジュールを実行することで，リンク先における認証処理，すなわち，「パスワードの入力画面」及び「可変ＰＩＮ番号の入力画面」で「入力されたユーザＩＤ及びパスワードが正規のものと認定された場合」であって，「入力された可変ＰＩＮ番号が指定したものと一致している場合」，ブラウザでリンク先におけるメニュー画面が表示される，換言すれば，リンク先における認証が成功することで，メニュー画面を取得可能となるものといえるから，
　引用文献１には，上記認証代行装置の認証処理用モジュールが行う認証処理に関して，“ユーザへパスワードを問い合わせるテキストと，パスワードの入力フォームを含む，パスワードの入力画面にパスワードを自動入力し，
　ユーザへ可変ＰＩＮ番号を問い合わせるテキストと，可変ＰＩＮ番号の入力フォームを含む，可変ＰＩＮ番号の入力画面には認証情報を自動入力し，
　自動入力されたパスワードが正規のものと認定され，自動入力された可変ＰＩＮ番号が，指定したものと一致している場合，リンク先における認証が成功することで，
　リンク先のメニュー画面が取得可能となる”ことが記載されていると解される。
（ウ）以上，（ア）乃至（イ）で検討した事項を踏まえると，引用文献１には，次の発明（以下，「引用発明１」という。）が記載されているものと認められる。
「複数画面認証を行う場合，
　リンク先情報登録手段から，認証サーバを含むリンク先サイトのＵＲＬ情報を読み取り，
　認証情報格納手段から，リンク先の認証情報を読み出し，
　ひな形スクリプト／モジュール格納手段から，リンク先の認証処理用モジュールを読み出し，
　前記認証処理用モジュールは，前記認証情報を用いて，
　　ユーザへパスワードを問い合わせるテキストと，パスワードの入力フォームを含む，パスワードの入力画面にパスワードを自動入力し，
　　ユーザへ可変ＰＩＮ番号を問い合わせるテキストと，可変ＰＩＮ番号の入力フォームを含む，可変ＰＩＮ番号の入力画面には認証情報を自動入力し，
　　自動入力されたパスワードが正規のものと認定され，自動入力された可変ＰＩＮ番号が，指定したものと一致している場合，リンク先における認証が成功することで，
　リンク先のメニュー画面が取得可能となる認証代行装置。」
イ．引用文献２に記載されている技術的事項及び引用発明２の認定
　本願優先日前に頒布又は電気通信回線を通じて公衆に利用可能となり，当審拒絶理由通知において引用された，特開２００４−２９５２５２号公報（平成１６年１０月２１日出願公開，以下，「引用文献２」という。）には，関連する図面とともに，以下の技術的事項が記載されている。（当審注：下線は，参考のために当審で付与したものである。）
Ｆ．「【００４３】
なお，○○証券アイコン１０３０及びＸＸＸＸ銀行アイコン１０４０は，ダウンロード済みのアイコン・プログラム２００（図２）であり，
ユーザは，例えばこれらのアイコンをダブル・クリック又は表示されているＷｅｂページにドラッグ・アンド・ドロップ（以下，アイコン操作と呼ぶ）することにより，アイコン・プログラム２００（図２）による認証データの自動入力を実行させる。
Ｇ．「【００４６】
そして，
アイコン・プログラム２００のＷｅｂページ特定部２０１（図２）は，特定されたＷｅｂページのデータ（例えばＵＲＬ）に基づき正しいＷｅｂページがＷｅｂブラウザ１０００（図１０（ａ））に表示されているかどうか判定する
【００４７】
ここで，
Ｗｅｂブラウザ１０００（図１０（ａ））に正しいＷｅｂページが表示されているかどうか判定するために，他の方法を用いてもよい。例えばページＩＤ等を用いて判定するようにしてもよいし，上で述べたＵＲＬに加え，さらにフィールド名称又はキーを用いて判定するようにしてもよい。
ることにより，正しいＷｅｂページが表示されているかどうか判定するようにしてもよい。
【００４８】
なお，
フィールドによって判定する場合は，Ｗｅｂブラウザ１０００（図１０（ａ））に表示されているＷｅｂページのソース・データをスキャンし，特定のフィールドの存在を確認する。
・・・（後略）・・・
【００５２】
一方，
正しいＷｅｂページが表示されていると判定された場合
アイコン・プログラム２００の入力フィールド検出部２０６（図２）は，Ｗｅｂブラウザ１０００（図１０（ａ））に表示されているＷｅｂページのソース・データをスキャンし，認証データの入力フィールドを検出する
　ここで，上記引用文献２に記載されている事項を検討する。
（ア）上記Ｆの「ユーザは，例えばこれらのアイコンをダブル・クリック又は表示されているＷｅｂページにドラッグ・アンド・ドロップ（以下，アイコン操作と呼ぶ）することにより，アイコン・プログラム２００（図２）による認証データの自動入力を実行させる。」，との記載，上記Ｇの段落【００４６】の「アイコン・プログラム２００のＷｅｂページ特定部２０１（図２）は，特定されたＷｅｂページのデータ（例えばＵＲＬ）に基づき正しいＷｅｂページがＷｅｂブラウザ１０００（図１０（ａ））に表示されているかどうか判定する」，段落【００４７】の「Ｗｅｂブラウザ１０００（図１０（ａ））に正しいＷｅｂページが表示されているかどうか判定するために，他の方法を用いてもよい。例えばページＩＤ等を用いて判定するようにしてもよいし，上で述べたＵＲＬに加え，さらにフィールド名称又はキーを用いて判定するようにしてもよい。」，段落【００４８】の「フィールドによって判定する場合は，Ｗｅｂブラウザ１０００（図１０（ａ））に表示されているＷｅｂページのソース・データをスキャンし，特定のフィールドの存在を確認する。」との記載からすると，
　引用文献２には，“Ｗｅｂページのデータに基づき，正しいＷｅｂページが表示されているか否かを判定する認証データの自動入力方法”が記載されていると解される。
（イ）また，上記Ｇの段落【００５２】の「正しいＷｅｂページが表示されていると判定された場合・・・（中略）・・・アイコン・プログラム２００の入力フィールド検出部２０６（図２）は，Ｗｅｂブラウザ１０００（図１０（ａ））に表示されているＷｅｂページのソース・データをスキャンし，認証データの入力フィールドを検出する」との記載からすると，
　引用文献２には，前記認証データの自動入力方法が，“正しいＷｅｂページが表示されている場合のみ，さらに，認証データの入力フィールドを検出する”ことが記載されていると解される。
（ウ）以上，（ア）乃至（イ）で検討した事項を踏まえると，引用文献２には，次の発明（以下，「引用発明２」という。）が記載されているものと認められる。
「Ｗｅｂページのデータに基づき，正しいＷｅｂページが表示されているか否かを判定し，正しいＷｅｂページが表示されている場合のみ，さらに，認証データの入力フィールドを検出する認証データの自動入力方法。」
ウ．引用文献３に記載されている技術的事項及び引用発明３の認定
　本願優先日前に頒布又は電気通信回線を通じて公衆に利用可能となり，当審拒絶理由通知において引用された，Introducing the First Password Manager to Support Sequential Login Schemes，[online]，[平成２７年５月２９日検索]，インターネットURL:http://www.protecteer.com/news/news.asp?newsid=9（以下，「引用文献３」という。）には，関連する図面とともに，以下の技術的事項が記載されている。（当審注：下線は，参考のために当審で付与したものである。）
Ｈ．「
Introducing the First Password Manager to Support Sequential Login Schemes
 
SignupShield password manager is first to market with a patent pending multi-page login capture and replay.
（当審訳：
シーケンシャルログインスキームをサポートする初めてのパスワードマネージャの紹介
　
SignupShieldパスワードマネージャは，特許出願中でマルチページログイン取得再生の市場に参入する初めてものである。
Ｉ．「However, recently, more websites move towards 
a multi-page login script whereby a user is prompted to enter a user name or account identification in a first page, the site then checks this out and in response may present to the user a second page with a password field and a recognizable symbol or sound
 Now, 
with SignupShield 4.8 this process can be automated
SignupShield recognizes both the pre-login and the login pages. It can capture the required information from both pages and save it as a single login record. From this saved login record, SignupShield can later, automatically, navigate to the first page, fill in the required account identification, then submit the form, fill-in the password into the second page and submit that form as well.
（当審訳：しかし，最近より多くのウェブサイトは，
マルチページのログインスクリプト
このマルチページのログインスクリプトにより，ユーザは，第１のページにユーザ名またはアカウントＩＤを入力するように促され，それから，サイトは，これをチェックし，それに応じて，ユーザに，パスワードフィールドと認識可能な記号や音
と共に第２のページを提示することができる。
　Protecteerの最高経営責任者（CEO）であるAmi Grynbergは“今や，
SignupShield4.8で，このプロセスは自動化することができる。
SignupShieldは，ログイン前とログインページの両方を認識する。これは，両方のページから必要な情報を取得し，単一のログインレコードとして保存することができる。この保存されたログインレコードから，SignupShieldは，後で自動的に，第１のページに移動して，要求されたアカウントＩＤを記入し，それからフォームを送信し，第２のページにパスワードを記入し，そのフォームを同じように送信する。
　ここで，上記引用文献３に記載されている事項を検討する。
（ア）上記Ｈの「Introducing the First Password Manager to Support Sequential Login Schemes
 SignupShield password manager is first to market with a patent pending multi-page login capture and replay.」（当審訳：シーケンシャルログインスキームをサポートする初めてのパスワードマネージャの紹介
　SignupShieldパスワードマネージャは，特許出願中でマルチページログイン取得再生の市場に参入する初めてものである。）との記載，上記Ｉの「a multi-page login script whereby a user is prompted to enter a user name or account identification in a first page, the site then checks this out and in response may present to the user a second page with a password field and a recognizable symbol or sound・・・（中略）・・・with SignupShield 4.8 this process can be automated」（当審訳：このマルチページのログインスクリプトにより，ユーザは，第１のページにユーザ名またはアカウントＩＤを入力するように促され，それから，サイトは，これをチェックし，それに応じて，ユーザに，パスワードフィールドと認識可能な記号や音と共に第２のページを提示することができる。・・・（中略）・・・SignupShield4.8で，このプロセスは自動化することができる。）との記載からすると，
　引用文献３には，“マルチページログインにおいて，
　シーケンシャルログインを自動化するプログラムである
　ＳｉｇｎｕｐＳｈｉｅｌｄパスワードマネージャ”
が記載されていると解される。
（イ）上記Ｉの「SignupShield recognizes both the pre-login and the login pages. It can capture the required information from both pages and save it as a single login record. From this saved login record, SignupShield can later, automatically, navigate to the first page, fill in the required account identification, then submit the form, fill-in the password into the second page and submit that form as well.」（当審訳：SignupShieldは，ログイン前とログインページの両方を認識する。これは，両方のページから必要な情報を取得し，単一のログインレコードとして保存することができる。この保存されたログインレコードから，SignupShieldは，後で自動的に，第１のページに移動して，要求されたアカウントＩＤを記入し，それからフォームを送信し，第２のページにパスワードを記入し，そのフォームを同じように送信する。）との記載からすると，
　引用文献３には，上記SignupShieldが“ログイン前とログインページの両方を認識し，
　両方のページで，要求された情報を取得し，
　単一のログインレコードとして保存し，
　この保存されたログインレコードから，自動的に，第１のページにアカウントＩＤを記入してフォームを送信し，第２のページにパスワードを記入してフォームを送信する”処理が記載されていると解される。
（ウ）以上，（ア）乃至（イ）で検討した事項を踏まえると，引用文献３には，次の発明（以下，「引用発明３」という。）が記載されているものと認められる。
「マルチページログインにおいて，
　シーケンシャルログインを自動化するプログラムであり，
　ログイン前とログインページの両方を認識し，
　両方のページで，要求された情報を取得し，
　単一のログインレコードとして保存し，
　この保存されたログインレコードから，自動的に，第１のページにアカウントＩＤを記入してフォームを送信し，第２のページにパスワードを記入してフォームを送信するプログラムであるＳｉｇｎｕｐＳｈｉｅｌｄパスワードマネージャ。」
（３）参考文献
ア．参考文献１に記載されている技術的事項
　本願優先日前に頒布又は電気通信回線を通じて公衆に利用可能となり，当審拒絶理由通知において引用された，特開２００４−２５９２０８号公報（平成１６年９月１６日出願公開，以下，「参考文献１」という。）には，関連する図面とともに，以下の技術的事項が記載されている。（当審注：下線は，参考のために当審で付与したものである。）
Ｊ．「【００２０】
【発明の実施の形態】
（実施形態１）
本発明の
ＩＤ，パスワード等の自動入力プログラム
Ｋ．「【００２８】
インターネット（或いはイントラネット等）１２は，ウェブサイトを提供するための複数のサーバと接続されており，コンピュータからＵＲＬの指定を受け取ると，そのＵＲＬに対応するサーバとコンピュータとを接続され，
サーバからＵＲＬに対応するウェブサイトの情報がコンピュータに提供される。
Ｌ．「【００６０】
本発明の
ＩＤ，パスワード等の自動入力プログラムの自動入力機能の実行にあたって
指定されたＵＲＬが，データベース内に保存するＵＲＬと同一のＵＲＬがあるか否かを判定する（Ｓ３２）。同一のＵＲＬがある場合（Ｓ３２；Ｙ）には
【００６１】
Ｓ３３では，
入力の指示のあった画面と同一のＵＲＬについて当該ＵＲＬと組にして保存されている入力欄情報と，表示中の画面の入力欄情報とを比較し，一致するかどうかを判定する。入力欄情報が一致した場合
【００６２】
Ｓ３４では，当該ＵＲＬと組にして保存されている入力情報（ＩＤ，パスワード等）が，複数組あるか否かを判定する。当該ＵＲＬと組にして保存されている入力情報が，一組しかない場合（Ｓ３４；Ｎ）には，
該入力情報を，入力指示のあった画面の入力欄に入力し
イ．参考文献２に記載されている技術的事項
　本願優先日前に頒布又は電気通信回線を通じて公衆に利用可能となり，当審拒絶理由通知において引用された，特表２００３−５２８３８３号公報（平成１５年９月２４日公表，以下，「参考文献２」という。）には，関連する図面とともに，以下の技術的事項が記載されている。（当審注：下線は，参考のために当審で付与したものである。）
Ｍ．「【０００２】
発明の背景
　
インターネットユーザがインターネットサイト（しばしばウェブサイトと呼ばれる）にアクセスする場合，そのサイトとサイトプロバイダとが本物か否かについて，ユーザが確信することはしばしば困難である。したがって，第三者がディジタルホールマークサービスを提供していることは周知である。
Ｎ．「【０１１６】
　本発明の第６の実施例を，図８を参照して説明する。
この第６実施例においてはホールマークは自動的に照合される。
　【０１１７】
　この場合ＨＶＳは，照合されたホールマークを含むとしてリストアップされているすべてのウェブサイトの走査を不規則的にしかし頻繁に行い，それのスナップショットを取ることにより読み込む（ステップ４００）ので，より能動的な役割を果たす。
視覚署名（ステップ４０２）を認識すべくトレーニングされたニューラルネットワークバック伝播パターン認識アルゴリズムを使用して，ＨＶＳは視覚署名を有するホールマークを探索し，対応するホ‐ルマーク（ステップ４０４）を識別して，そのウェブサイトが問題の特定ホールマーク（ステップ４０６）を表示することを認可されていることを照合する。
　【０１１８】
　従って，
ユーザ２がウェブサイト６にアクセスするときに，本発明のこの実施例に基くＥ‐ＳＩＧＩＬソフトウェアは目標のウェブサイト（多数のブラウザウィンドウが開いている時は目標の最後のサイト）のＵＲＬをＨＶＳ１２に伝送する。
　【０１１９】
　
ＨＶＳ１２がユーザ端末４によって目標のＵＲＬの情報を得ると，特定サイトのための照合ホールマーク１４の詳細を提供する。
　【０１２０】
　
なんらかの不認可ホールマークが識別された場合，ＨＶＳはＥ‐ＳＩＧＩＬソフトウェアに警告信号（赤色光画像が一般的）を表示するための命令（ステップ４０８）をする。
・・・（中略）・・・
　【０１２２】
　
識別されたホールマークの照合は，ウェブサイトのホールマーク画像ファイルがＨＶＳに記憶されている画像ファイルに直接整合するか否かを判定することにより進められる。
　【０１２３】
　本発明のこの実施例の別バージョンとして，ユーザは照合のためにＨＶＳに（視覚署名による）識別されたホールマークのスナップショットを伝送してもよい。
　【０１２４】
　更なる実施例においては，
ニューラルネットワークソフトウェアがユーザのコンピュータ上にある。この場合ニューラルネットワークソフトウェアは
ページのｈｔｍｌやＸＭＬを読み取り
特定の画像を探す。そのような画像が見出されると，ソフトウェアは位置およびそれが有効と証明されていることを照合するために添付されているものをチェックする。
　【０１２５】
　
従って本発明のこの実施例に基くホールマーク照合工程は自動的に行われる。
　このように，ユーザは目標のウェブサイトとは独立のアプリケーションを起動することによりホールマーク照合を得ることが可能となる。」
ウ．参考文献３に記載されている技術的事項
　本願優先日前に頒布又は電気通信回線を通じて公衆に利用可能となり，当審拒絶理由通知において引用された，国際公開第２００７／０３６０２４号（２００７年４月５日国際公開，以下，「参考文献３」という。）には，関連する図面とともに，以下の技術的事項が記載されている。（当審注：下線は，参考のために当審で付与したものである。）
Ｐ．「[0013]・・・（中略）・・・
Also, during logon to a site, the server may include the image in the logon page so that a user trusts the login page when the user sees their personalized image 
　（当審訳：「【００１３】・・・（中略）・・・
また，サイトへのログオン中，サーバーは，イメージをログオンページに含み，これによってユーザは，自分の個人化イメージを見る場合にログインページを信頼することができる
（４）対比
ア．本件補正発明と引用発明１とを対比する。
（ア）引用発明１の「パスワードの入力画面」及び「可変ＰＩＮ番号の入力画面」は，ＵＲＬでアクセスされる画面であるから，本件補正発明の「ウェブページ」に相当する。
　引用発明１の「パスワードの入力画面」及び「可変ＰＩＮ番号の入力画面」は，さらに，認証情報をユーザに問い合わせるテキストと入力フォームを含むものであるから，本件補正発明の「クエリ」と対応しているといえる。
　本件補正発明の「フォーム情報」は，その名称から，「フォーム」に関連付けられた情報であると認められるが，
　引用発明１の「認証情報」である「パスワード」及び「可変ＰＩＮ番号」においても，それぞれ「パスワードの入力フォーム」及び「可変ＰＩＮ番号の入力フォーム」に関連付けられるから，
　上記「パスワード」及び「可変ＰＩＮ番号」は，フォームに関連付けられた情報といえる。
　また，引用発明１の「リンク先サイトのＵＲＬ情報」は，ＵＲＬでアクセスされる上記「パスワードの入力画面」及び「可変ＰＩＮ番号の入力画面」に関連する情報であり，これらの画面は，「パスワードの入力フォーム」及び「可変ＰＩＮ番号の入力フォーム」を含むものであるから，引用発明１の「ＵＲＬ情報」も「フォーム」に関連する情報といえる。
　してみれば，引用発明１の格納された「ＵＲＬ情報」及び「認証情報」は，本件補正発明の「フォーム情報」の一態様であるといえる。
（イ）引用発明１の「複数画面認証を行う場合」，「パスワードの入力画面にパスワードを自動入力し」，「可変ＰＩＮ番号の入力画面には認証情報を自動入力し」，「認証が成功することで，リンク先のメニュー画面が取得可能となる」「認証方法」において，
　引用発明１の「複数画面認証」は，複数の画面による認証，すなわち，複数の段階による認証であるから，本件補正発明の「多段認証シーケンス」に相当し，
　引用発明１の「メニュー画面」は，ユーザがアクセスするコンピュータ上の資源の一態様であるから，本件補正発明の「コンピュータ資源」に相当し，
　認証情報を自動入力することは，認証を自動化することといえるから，
　本件補正発明の「コンピュータ資源にアクセスすべく多段認証シーケンスを自動化する方法」に対応する。
（ウ）引用発明１の「リンク先情報登録手段から，認証サーバを含むリンク先サイトのＵＲＬ情報を読み取り，認証情報格納手段から，リンク先の認証情報を読み出」すことと，
　本件補正発明の「多段認証シーケンスに関連付けられたフォーム情報を処理するステップであって，前記多段認証シーケンスが複数のウェブページに関連付けられた複数のクエリを含んでおり，前記フォーム情報の処理は，前記複数のウェブページの第１のウェブページ上にパスワードフィールドを識別することと，前記複数のウェブページの前記第１のウェブページに関連付けられた第２のウェブページを識別することを含む，ステップ」との両者を対比する。
　上記（ア），（イ）の検討を踏まえると，引用発明１の格納された「ＵＲＬ情報」及び「認証情報」は，本件補正発明の「フォーム情報」の一態様であるといえ，
　引用発明１は，複数画面認証を行う方法であるから，該「ＵＲＬ情報」及び「認証情報」（フォーム情報）は「複数画面認証」（多段認証シーケンス）に関連している。
　引用発明１の「認証代行装置」は，「リンク先情報登録手段」及び「認証情報格納手段」から，「ＵＲＬ情報」及び「認証情報」を読み取る，換言すれば，「パスワードの入力画面」及び「可変ＰＩＮ番号の入力画面」の「ＵＲＬ情報」及び「認証情報」（フォーム情報）を識別して取得する「処理」を実行しているといえる。
　また，引用発明１の「複数画面認証」の「パスワードの入力画面」及び「可変ＰＩＮ番号の入力画面」は，上記（ア）で検討したように，認証情報をユーザに問い合わせるテキストと入力フォームを含むものであるから，本件補正発明の「クエリ」と対応しているといえる。
　したがって，前記両者は，後記する点で相違するものの“多段認証シーケンスに関連付けられたフォーム情報を処理するステップであって，前記多段認証シーケンスが複数のウェブページに関連付けられた複数のクエリを含んでいるステップ”である点で共通する。
（エ）引用発明１の「ユーザへパスワードを問い合わせるテキストと，パスワードの入力フォームを含む，パスワードの入力画面にパスワードを自動入力し，ユーザへ可変ＰＩＮ番号を問い合わせるテキストと，可変ＰＩＮ番号の入力フォームを含む，可変ＰＩＮ番号の入力画面には認証情報を自動入力し，自動入力されたパスワードが正規のものと認定され，自動入力された可変ＰＩＮ番号が，指定したものと一致している場合，リンク先における認証が成功すること」と，
　本件補正発明の「クエリに対応するフォーム情報を用いて，前記多段認証シーケンスの一部分に対し，前記複数のウェブページの前記一部分であって前記複数のクエリを含む一部分の標識を認識したならば，クライアントによって応答を送信するステップであって，前記標識が，ホスティングＵＲＬ，目標ＵＲＬ，フォームフィールド，及びページテキストの少なくとも一つを含む，ステップ」とを対比する。
　上記（ア）〜（ウ）の検討を踏まえると，引用発明１の「ＵＲＬ情報」及び「認証情報」は，本件補正発明の「フォーム情報」の一態様であるといえ，
　引用発明１の「パスワードの入力画面」及び「可変ＰＩＮ番号の入力画面」は，認証情報をユーザに問い合わせるテキストと入力フォームを含むものであるから，本件補正発明の「クエリ」と対応しているといえるから，引用発明１の「フォーム情報」は，「クエリ」に対応するものと解される。
　また，引用発明１の自動入力される「認証情報」は，認証サーバを含むリンク先サイトにおける認証で用いられており，パスワードによる認証，及び，可変ＰＩＮ番号による認証のいずれか，すなわち，複数画面認証の一部分を行うリンク先サイトに送信されることは明らかであるから，本件補正発明の「応答」に相当する。
　したがって，前記両者は，後記する点で相違するものの“クエリに対応するフォーム情報を用いて，前記多段認証シーケンスの一部分に対し，応答を送信するステップ”である点で共通する。
イ．以上から，本件補正発明と引用発明１とは，以下の点で一致し，また，以下の点で相違する。
（一致点）
「コンピュータ資源にアクセスすべく多段認証シーケンスを自動化する方法であって，
　多段認証シーケンスに関連付けられたフォーム情報を処理するステップであって，前記多段認証シーケンスが複数のウェブページに関連付けられた複数のクエリを含んでいるステップと，
　前記クエリに対応するフォーム情報を用いて，前記多段認証シーケンスの一部分に対し，応答を送信するステップとを含む方法。」
（相違点１）
　応答を送信するステップに関して，
　本件補正発明では，「前記複数のウェブページの前記一部分であって前記複数のクエリを含む一部分の標識を認識したならば」応答を送信し，「前記標識が，ホスティングＵＲＬ，目標ＵＲＬ，フォームフィールド，及びページテキストの少なくとも一つを含む」のに対して，
　引用発明１では，そのような「標識」に関する処理は，特定されていない点。
（相違点２）
　応答を送信するステップに関して，
　本件補正発明では，「前記多段認証シーケンスに関連付けられた前記複数のウェブページに関連付けられた検証画像を，現在のウェブページの一部分と比較して前記一部分の妥当性を確認し，不一致があるとき前記多段認証シーケンスの処理を停止する」のに対して，
　引用発明１では，そのような「検証画像」に関する処理は，特定されていない点。
（相違点３）
　応答を送信するステップに関して，
　本件補正発明では，クライアントによって実行されるのに対して，
　引用発明１では，そのような点は，特定されていない点。
（相違点４）
　フォーム情報を処理するステップに関して，
　本件補正発明では，「前記複数のウェブページの第１のウェブページ上にパスワードフィールドを識別」し，「前記複数のウェブページの前記第１のウェブページに関連付けられた第２のウェブページを識別する」のに対して，
　引用発明１では，第１のウェブページ上にパスワードフィールドを識別する処理や，第１のウェブページに関連付けられた第２のウェブページを識別する処理は，特定されていない点。
（５）当審の判断
　上記相違点について検討する。
ア．相違点１，３について
　引用発明１は，「パスワードの入力画面」及び「可変ＰＩＮ番号の入力画面」に，それぞれ対応する認証を選択して自動入力する必要があることは明らかである。
　サーバと接続するコンピュータでの認証情報の自動入力機能において，認証画面のＵＲＬや入力欄情報を，自動入力のために保存されている情報と比較して一致する場合，認証情報を自動入力を実行し，そうでなければ終了することは，例えば参考文献１（上記Ｊ〜Ｌを参照）に記載されるように，本願の優先日前には情報処理分野において普通に採用されていた周知技術であった。
　該周知技術のサーバと接続する「コンピュータ」は，本件補正発明の「クライアント」に相当するものである。
　該周知技術の「ＵＲＬ」や「入力欄情報」（つまり，フォームフィールド）は，本件補正発明の「標識」に相当するものである。
　そうすると，引用発明１に，上記周知技術を適用して，「パスワード」や「可変ＰＩＮ番号」の自動入力処理において，自動入力して送信すべき応答を決定するため，「クライアント」がＵＲＬや入力欄情報を保存情報と比較する，すなわち，「標識」を認識する機能を付加すること，つまり，上記相違点１，３に係る構成とすることは，当業者が容易に想到し得たことである。
イ．相違点２について
　
　引用発明２の認証データの自動入力方法は，Ｗｅｂページのデータに基づき，正しいＷｅｂページが表示されているか否かを判定し，正しいＷｅｂページが表示されている場合のみ，さらに，認証データの入力フィールドを検出するものであり，
　引用発明２の「正しいＷｅｂページが表示されているか否かを判定」することは，本件補正発明と，「現在のウェブページ」の「妥当性を確認」する点で一致する。
　引用発明２の「認証データの入力フィールド」は，フォームフィールドの一態様であり，フォームフィールドは標識に含まれるから，本件補正発明の「標識」に相当するものである。
　引用発明２では，Ｗｅｂページのデータに基づき，正しいＷｅｂページが表示されているか否かを判定する方法として，画像を比較する方法は例示されていないものの，
　Ｗｅｂページが正しいか否かを判定するために，Ｗｅｂページ上の画像が，記憶された画像と一致するか否か判定することは，例えば参考文献２（上記Ｍ，Ｎ参照），参考文献３（上記Ｐ参照）に記載されるように，本願の優先日前には情報処理分野において普通に採用されていた周知技術であった。
　該周知技術の「画像」は，ウェブページに関連付けられ，その妥当性を確認するための画像であるから，本件補正発明の「検証画像」に相当するものである。
　引用発明１と引用発明２は，いずれも，情報処理分野に属し，認証データの自動入力機能を共通して備えるものであるから，
　引用発明１に引用発明２を適用する際に，上記周知技術を参酌して，「パスワードの入力画面」及び「可変ＰＩＮ番号の入力画面」の各画面で認証情報を自動入力する際に，入力画面ページ上の画像データ（本件補正発明の「現在のウェブページの一部分」に相当）に基づき，それぞれ，記憶された画像と一致するか否か判定することで，正しいＷｅｂページが表示されているか否かを判定すること，すなわち，上記相違点２に係る構成とすることは，当業者が容易に想到し得たことである。
ウ．相違点４について
　引用発明１は，リンク先情報登録手段から，認証サーバを含むリンク先サイトのＵＲＬ情報を読み取り，認証情報格納手段から，リンク先の認証情報を読み出すところ，
　引用発明３のＳｉｇｎｕｐＳｈｉｅｌｄパスワードマネージャは，マルチページログインにおいて，シーケンシャルログインを自動化するプログラムであり，ログイン前とログインページの両方を認識し，両方のページで，要求された情報を取得し，単一のログインレコードとして保存し，この保存されたログインレコードから，自動的に，第１のページにアカウントＩＤを記入してフォームを送信し，第２のページにパスワードを記入してフォームを送信するものである。
　引用発明３は「ログイン前とログインページの両方を認識し，両方のページで，要求された情報を取得」することから，関連する２つのページを識別し，さらに，要求された情報を取得するためには，要求された情報が入力されるフォームフィールドを識別する必要があることは明らかである。
　引用発明１と引用発明３は，いずれも，情報処理分野に属し，認証データの自動入力機能を共通して備えるものであるから，
　引用発明１に引用発明３を適用して，関連する「パスワードの入力画面」や「可変ＰＩＮ番号の入力画面」を識別し，画面上の「パスワードの入力フォーム」及び「可変ＰＩＮ番号の入力フォーム」を識別すること，すなわち，上記相違点４に係る構成とすることは，当業者が容易に想到し得たことである。
（６）小括
　上記で検討したごとく，相違点１〜４に係る構成は当業者が容易に想到し得たものであり，そして，これらの相違点を総合的に勘案しても，本件補正発明の奏する作用効果は，上記引用発明１〜３及び当該技術分野の周知技術の奏する作用効果から予測される範囲内のものにすぎず，格別顕著なものということはできない。
　したがって，本件補正発明は，上記引用発明１〜３及び当該技術分野の周知技術に基づいて，当業者が容易に発明をすることができたものであり，特許法第２９条第２項の規定により，特許出願の際独立して特許を受けることができない。
３−３．独立特許要件むすび
　以上のとおり，補正後の請求項１〜８に係る発明は，特許出願の際独立して特許を受けることができるものではないから，特許法第１７条の２第６項において準用する同法第１２６条第７項の規定に違反するので，同法第１５９条第１項の規定において読み替えて準用する同法第５３条第１項の規定により却下すべきものである。
　よって，上記補正却下の決定の結論のとおり決定する。
第３　本願発明について
１．本願発明の認定
　平成２８年２月１０日付けの手続補正は上記のとおり却下されたので，補正後の請求項１に対応する補正前の請求項１に係る発明（以下，「本願発明」という。）は，平成２７年９月１６日付けの手続補正により補正された特許請求の範囲の請求項１に記載された事項により特定される，以下のとおりのものである。
「コンピュータ資源にアクセスすべく多段認証シーケンスを自動化する方法であって，
　多段認証シーケンスに関連付けられたフォーム情報をサーバによって処理するステップであって，前記多段認証シーケンスが複数のウェブページに関連付けられた複数のクエリを含んでいるステップと，
　クエリに対応するフォーム情報を用いて，前記多段認証シーケンスの一部分に対し，前記複数のウェブページの前記一部分であって前記複数のクエリを含む一部分の標識を認識したならば，クライアントによって応答を送信するステップとを含み，
　前記応答を送信するステップが，前記多段認証シーケンスに関連付けられた前記複数のウェブページに関連付けられた検証画像を，現在のウェブページの一部分と比較して前記一部分の妥当性を確認し，不一致があるとき前記多段認証シーケンスの処理を停止するステップを更に含む，方法。」
２．特許法第３６条第６項第２号について
　本願発明の「フォーム情報をサーバによって処理するステップ」する動作について，本願発明では，「サーバ」が，「フォーム情報」を「処理」する動作の主体である。
　請求人は，フォーム情報を処理する動作主体を「サーバ」とする補正の根拠として，平成２７年９月１６日付け意見書第１頁において，
　「フォーム情報を
サーバによって
　しかるに，段落［００１２］の記載では，クライアントがフォーム情報を応答として送信する前に，サーバがフォーム情報をどのように「処理」するのかについては記載されておらず，サーバによる「処理」の内容が特定できない。
　また，「処理」なる用語について，本願明細書を参酌しても，
　段落【００２２】では「ステップ２０４において，多段認証シーケンスを完了させるために使用できるフォーム情報を
処理
　段落【００２３】では「ステップ３０４においてユーザーと複数のウェブフォームとの対話を監視する。ステップ３０６において，第１のウェブページを
処理
　段落【００１５】では「対話モジュール１２０は，ウェブフォーム（例：多段認証シーケンスの複数のクエリ）とユーザーの対話を監視して，フォームフィールド（例：誰何の質問，ログイン，パスワード，ＳＳＮその他のクエリ），入力（例：回答）等を記録する。対話モジュール１２０は次いで，そのような情報をフォーム情報１２２としてメモリ１１２内に保存する。」と記載されることから，
　「クライアント」が，第１のウェブページを処理して，フォーム情報を記録する動作が記載されているものの，当該「処理」は「サーバ」で実行される動作ではない。
　してみれば，本願発明の「フォーム情報を
サーバによって
　したがって，本願発明は，特許を受けようとする発明の範囲が不明確である。
（２）本願発明の「クエリに対応するフォーム情報」について，
　それ以前の「フォーム情報を
サーバによって
　また「クエリ」が，どこから取得された情報であるかも特定されていないため，
「クエリに対応するフォーム情報」が，どのようなデータか日本語表現として明瞭でない。
　したがって，本願発明は，特許を受けようとする発明の範囲が不明確である。
３．特許法第２９条第２項について
（１）引用文献及び参考文献
　当審拒絶理由に引用された，引用発明１〜３及び参考文献１〜３は，前記「第２　平成２８年２月１０日付けの手続補正についての補正却下の決定」の「３．独立特許要件」の「３−２．特許法第２９条第２項について」の「（２）引用文献」及び「（３）参考文献」に記載したとおりである。
（２）対比・判断
ア．本願発明は，前記「第２　平成２８年２月１０日付けの手続補正についての補正却下の決定」の「３．独立特許要件」の「３−２．特許法第２９条第２項について」で検討した本件補正発明の
（変更点ア）「フォーム情報を処理するステップ」において，「サーバによって」を追加し，
（変更点イ）「前記フォーム情報の処理は，前記複数のウェブページの第１のウェブページ上にパスワードフィールドを識別することと，前記複数のウェブページの前記第１のウェブページに関連付けられた第２のウェブページを識別することを含む」という限定を削除し，
（変更点ウ）「応答を送信するステップ」において，「前記標識が，ホスティングＵＲＬ，目標ＵＲＬ，フォームフィールド，及びページテキストの少なくとも一つを含む」という限定を削除したものである。
　そうすると，前記「第２　平成２８年２月１０日付けの手続補正についての補正却下の決定」の「３．独立特許要件」の「３−２．特許法第２９条第２項について」の「（４）対比」で検討した相違点１〜４のうち，相違点１，４は，それぞれ上記（変更点ウ），（変更点イ）に対応するものであるから，該相違点１，４は，本願発明と引用発明１との対比においては相違点とならず，他方，相違点２，３は，相違点のままである。
　また，（変更点ア）に係る事項は，本願発明と引用発明１との対比においては，新たな相違点となるものである。
イ．以上のことから，本願発明と引用発明１とは，以下の点で一致し，また，以下の点で相違する。
（一致点）
「コンピュータ資源にアクセスすべく多段認証シーケンスを自動化する方法であって，
　多段認証シーケンスに関連付けられたフォーム情報を処理するステップであって，前記多段認証シーケンスが複数のウェブページに関連付けられた複数のクエリを含んでいるステップと，
　前記クエリに対応するフォーム情報を用いて，前記多段認証シーケンスの一部分に対し，応答を送信するステップとを含む方法。」
（相違点１’）
　本願発明では，多段認証シーケンスに関連付けられたフォーム情報を処理するステップを，「サーバ」によって実行するのに対して，
　引用発明１では，そのような点は，特定されていない点。
（相違点２’）
　応答を送信するステップに関して，
　本願発明では，「前記多段認証シーケンスに関連付けられた前記複数のウェブページに関連付けられた検証画像を，現在のウェブページの一部分と比較して前記一部分の妥当性を確認し，不一致があるとき前記多段認証シーケンスの処理を停止する」のに対して，
　引用発明１では，そのような「検証画像」に関する処理は，特定されていない点。
（相違点３’）
　応答を送信するステップに関して，
　本願発明では，クライアントによって実行されるのに対して，
　引用発明１では，そのような点は，特定されていない点。
ウ．上記相違点について検討する。
（ア）相違点１’について
　本願発明では，フォーム情報の処理内容については格別特定されていないところ，
　認証サーバにおいて，パスワードのようなフォームに関する情報に，予め登録等の何らかの処理を行うことは，引用文献等を示すまでもなく，従来から当業者が必要に応じて採用している常とう手段であり，
　引用発明１においても，「認証サーバ」によって，事前にパスワードのようなフォームに関する情報に，登録等の何らかの処理を実行すること，すなわち，上記相違点１’に係る構成とすることは，当業者が容易に想到し得たことである。
（イ）相違点２’，３’について
　前記「第２　平成２８年２月１０日付けの手続補正についての補正却下の決定」の「３．独立特許要件」の「３−２．特許法第２９条第２項について」の「（５）当審の判断」の「ア．相違点１，３について」及び「イ．相違点２について」で検討したとおりである。
（３）小括
　上記で検討したごとく，相違点１’〜３’は格別のものではなく，そして，これらの相違点を総合的に勘案しても，本願発明の奏する作用効果は，上記引用発明１〜３及び前記周知技術の奏する作用効果から予測される範囲内のものにすぎず，格別顕著なものということはできない。
４．むすび
　以上のとおり，本願の補正前の請求項１に係る発明は，特許法第３６条第６項第２号，及び，同法第２９条第２項の規定により特許を受けることができないものであるから，その余の請求項に係る発明について検討するまでもなく，本願は拒絶すべきものである。
　よって，結論のとおり審決する。