【事件の表示】
　特願２０１２−１３５３７２「認証コード発行システム、および認証システム」拒絶査定不服審判事件〔平成２６年　１月　９日出願公開、特開２０１４−　　２４３５〕について、次のとおり審決する。
【結　論】
　本件審判の請求は、成り立たない。
【理　由】
　
第１　手続の経緯
　
　本件審判請求に係る出願（以下，「本願」という。）は，平成２４年６月１５日を出願日とする出願であって，平成２４年７月３１日付けで審査請求がなされ，平成２４年８月１５日付けで拒絶理由通知（同年８月１７日発送）がなされ，これに対して同年９月２８日付けで意見書が提出されると共に同日付けで手続補正がなされたが，同年１０月１９日付けで拒絶査定（同年１０月２３日謄本送達）がなされたものである。　
　これに対して，「原査定を取り消す。本願の発明は特許すべきものとする，との審決を求める。」との請求の趣旨で，平成２５年１月１５日付けで審判請求がなされると共に同日付けで手続補正がなされ，平成２５年２月１２日付けで審査官により特許法第１６４条第３項に定める報告（前置報告）がなされ，平成２５年１０月４日付けで当審により特許法第１３４条第４項の規定に基づく審尋（同年１０月７日発送）がなされ，同年１２月５日付けで回答書の提出があった。　　
　
第２　平成２５年１月１５日付けの手続補正についての補正却下の決定　 
　
 ［補正却下の決定の結論］ 
　
　平成２５年１月１５日付けの手続補正を却下する。
　
 ［理由］ 
　
 １．補正の内容
　
　平成２５年１月１５日付けの手続補正（以下，「本件補正」という。）の内容は，平成２４年９月２８日付けの手続補正により補正された特許請求の範囲の請求項１乃至７の記載
　
「【請求項１】
　アクセス元端末からのＷＥＢサイトへのアクセス要求を受け付けるアクセス要求受付手段と，
　前記アクセス要求受付手段が前記アクセス元端末からのＷＥＢサイトへのアクセス要求を受け付けたときに，前記アクセス元端末から受信した認証情報に基づいて，前記アクセス元端末が前記ＷＥＢサイトへのアクセスが許可された端末であるか否かの認証を行う認証手段と，
　前記認証手段によって前記アクセス元端末が前記ＷＥＢサイトへのアクセスが許可された端末であるという認証結果が得られた場合に，前記アクセス元端末に対して前記ＷＥＢサイトへのアクセスを許可するための認証コードを発行する認証コード発行手段と，
　前記認証コード発行手段によって発行された前記認証コードを含んだ前記ＷＥＢサイトへのアクセス用情報を生成するアクセス用情報生成手段と，
　前記アクセス用情報生成手段によって生成された前記アクセス用情報を，ショートメッセージを用いて前記アクセス元端末へ送信するアクセス用情報送信手段と，
　前記アクセス用情報を受信した前記アクセス元端末から，前記アクセス用情報を用いた前記ＷＥＢサイトへのアクセス要求がされたときに，前記アクセス用情報に含まれている前記認証コードと，前記認証コード発行手段が発行した前記認証コードとを照合する認証コード照合手段と，
　前記認証コード照合手段によって，前記認証コードの照合結果が一致することが確認されたときに，前記アクセス元端末に対して，前記ＷＥＢサイトへのアクセスを許可するアクセス許可手段と，
　前記アクセス元端末からの前記ＷＥＢサイトへのアクセス要求が，前記認証情報を用いたものであるか，前記アクセス用情報を用いたものであるかに応じて，前記認証手段による処理と前記認証コード照合手段による処理とを切り替える切替手段とを備えることを特徴とする認証システム。
【請求項２】
　請求項１に記載の認証システムにおいて，
　前記アクセス用情報生成手段は，前記アクセス用情報と前記ショートメッセージの送信先情報とを関連付けた送信用情報を送信キューに登録し，
　前記アクセス用情報送信手段は，前記送信キューに登録されている前記送信用情報を順次読み出して，前記アクセス元端末へショートメッセージを送信することを特徴とする認証システム。
【請求項３】
　請求項２に記載の認証システムにおいて，
　前記アクセス用情報送信手段は，前記送信キューへの前記送信用情報の登録の有無を所定時間間隔で問い合わせ，前記送信用情報が登録されていることを検出したときに，前記送信キューから前記送信用情報を読み出すことを特徴とする認証システム。
【請求項４】
　請求項１〜３のいずれか一項に記載の認証システムにおいて，
　前記認証情報は，前記アクセス元端末に対して一意に付された電話番号であって，
　前記ＷＥＢサイトへのアクセスが許可された前記電話番号を記録した認証用データベースをさらに備え，
　前記認証手段は，前記認証用データベースに記録されている情報と，前記認証情報とを照合することにより，前記アクセス元端末の認証を行うことを特徴とする認証システム。
【請求項５】
　アクセス元端末からＷＥＢサイトへのアクセス要求を受け付けるアクセス受付サーバーと，前記アクセス元端末に対して前記ＷＥＢサイトへのアクセスを許可するための認証コードを発行する認証コード発行サーバーと，前記認証コード発行サーバーで発行された前記認証コードを含んだ情報をショートメッセージを用いて前記アクセス元端末へ送信するショートメッセージ送信端末とを備えた認証システムであって，
　前記アクセス受付サーバーは，
　前記アクセス元端末からの前記ＷＥＢサイトへのアクセス要求とともに，前記アクセス元端末の認証情報を受信する認証情報受信手段と，
　前記認証情報受信手段が前記アクセス元端末から前記認証情報を受信したときに，該認証情報に基づいて，前記アクセス元端末が前記ＷＥＢサイトへのアクセスが許可された端末であるか否かの認証を行う認証手段と，
　前記認証手段によって前記アクセス元端末が前記ＷＥＢサイトへのアクセスが許可された端末であるという認証結果が得られた場合に，前記認証コード発行サーバーへ，前記アクセス元端末に対して前記ＷＥＢサイトへのアクセスを許可するための認証コードを発行するように指示する認証コード発行指示手段と，
　前記アクセス元端末から，前記認証コードを含んだアクセス用情報を用いた前記ＷＥＢサイトへのアクセス要求がされたときに，前記アクセス用情報に含まれている前記認証コードと，前記認証コード発行手段が発行した前記認証コードとを照合する認証コード照合手段と，
　前記認証コード照合手段によって，前記認証コードの照合結果が一致することが確認されたときに，前記アクセス元端末に対して，前記ＷＥＢサイトへのアクセスを許可するアクセス許可手段と，
　前記アクセス元端末からの前記ＷＥＢサイトへのアクセス要求が，前記認証情報を用いたものであるか前記アクセス用情報を用いたものであるかに応じて，前記認証手段による処理と前記認証コード照合手段による処理とを切り替える切替手段とを備え，
　前記認証コード発行サーバーは，
　前記アクセス受付サーバーから前記認証コードの発行が指示されたことを検出したときに，前記アクセス元端末に対して前記ＷＥＢサイトへのアクセスを許可するための認証コードを発行する認証コード発行手段と，
　前記認証コード発行手段によって発行された前記認証コードを含んだ前記ＷＥＢサイトへの前記アクセス用情報を生成するアクセス用情報生成手段と，
　前記アクセス用情報生成手段によって生成された前記アクセス用情報と前記ショートメッセージの送信先情報とを関連付けた送信用情報を送信キューに登録する送信用情報登録手段とを備え，
　前記ショートメッセージ送信端末は，
　前記送信キューへの前記送信用情報の登録の有無を所定時間間隔で問い合わせる問い合わせ手段と，
　前記送信キューに前記送信用情報が登録されていることを検出したときに，前記送信キューから前記送信用情報を読み出す送信用情報読み出し手段と，
　前記送信用情報読み出し手段によって読み出された前記送信用情報に基づいて，前記アクセス元端末を送信先に設定するとともに，前記アクセス用情報を記載したショートメッセージを作成するショートメッセージ作成手段と，
　前記ショートメッセージ作成手段によって作成された前記ショートメッセージを前記アクセス元端末へ送信するショートメッセージ送信手段とを備えることを特徴とする認証システム。
【請求項６】
　請求項５に記載の認証システムにおいて，
　前記認証コード発行サーバによって発行された前記認証コードを記録した照合用データベースをさらに備え，
　前記認証コード照合手段は，前記照合用データベースに記録されている前記認証コードと，前記アクセス用情報に含まれている前記認証コードとを照合することを特徴とする認証システム。
【請求項７】
　請求項５または６に記載の認証システムにおいて，
　前記認証情報は，前記アクセス元端末に対して一意に付された電話番号であって，
　前記ＷＥＢサイトへのアクセスが許可された前記電話番号を記録した認証用データベースをさらに備え，
　前記認証手段は，前記認証用データベースに記録されている前記電話番号と，前記認証情報とを照合することにより，前記アクセス元端末の認証を行うことを特徴とする認証システム。」（以下，この特許請求の範囲に記載された請求項を「補正前の請求項」という。）
　
を，
　
「【請求項１】
　アクセス元端末からのＷＥＢサイトへのアクセス要求を受け付けるアクセス要求受付手段と，
　前記アクセス要求受付手段が前記アクセス元端末からのＷＥＢサイトへのアクセス要求を受け付けたときに，前記アクセス元端末から受信した
前記アクセス元端末を一意に識別するための電話番号を認証情報とし，該
　前記認証手段によって前記アクセス元端末が前記ＷＥＢサイトへのアクセスが許可された端末であるという認証結果が得られた場合に，
アルファベット，数字，記号の少なくとも１つをランダムに，または所定のアルゴリズムで組み合わせた認証コードを生成し，生成した前記認証コードを
として
　前記認証コード発行手段によって発行された前記認証コードを含んだ前記ＷＥＢサイトへのアクセス用情報を生成するアクセス用情報生成手段と，
　前記アクセス用情報生成手段によって生成された前記アクセス用情報を，
前記認証情報を利用して宛先を設定して
　前記アクセス用情報を受信した前記アクセス元端末から，前記アクセス用情報を用いた前記ＷＥＢサイトへのアクセス要求がされたときに，前記アクセス用情報に含まれている前記認証コードと，前記認証コード発行手段が発行した前記認証コードとを照合する認証コード照合手段と，
　前記認証コード照合手段によって，前記認証コードの照合結果が一致することが確認されたときに，前記アクセス元端末に対して，前記ＷＥＢサイトへのアクセスを許可するアクセス許可手段と，
　前記アクセス元端末からの前記ＷＥＢサイトへのアクセス要求が，前記認証情報を用いたものであるか，前記アクセス用情報を用いたものであるかに応じて，前記認証手段による処理と前記認証コード照合手段による処理とを切り替える切替手段とを備えることを特徴とする認証システム。
【請求項２】
　請求項１に記載の認証システムにおいて，
　前記アクセス用情報生成手段は，前記アクセス用情報と前記ショートメッセージの送信先情報とを関連付けた送信用情報を送信キューに登録し，
　前記アクセス用情報送信手段は，前記送信キューに登録されている前記送信用情報を順次読み出して，前記アクセス元端末へショートメッセージを送信することを特徴とする認証システム。
【請求項３】
　請求項２に記載の認証システムにおいて，
　前記アクセス用情報送信手段は，前記送信キューへの前記送信用情報の登録の有無を所定時間間隔で問い合わせ，前記送信用情報が登録されていることを検出したときに，前記送信キューから前記送信用情報を読み出すことを特徴とする認証システム。
【請求項４】
　請求項１〜３のいずれか一項に記載の認証システムにおいて
，
　
前
　前記認証手段は，前記認証用データベースに記録されている情報と，前記認証情報とを照合することにより，前記アクセス元端末の認証を行うことを特徴とする認証システム。
【請求項５】
　アクセス元端末からＷＥＢサイトへのアクセス要求を受け付けるアクセス受付サーバーと，前記アクセス元端末に対して前記ＷＥＢサイトへのアクセスを許可するための認証コードを発行する認証コード発行サーバーと，前記認証コード発行サーバーで発行された前記認証コードを含んだ情報をショートメッセージを用いて前記アクセス元端末へ送信するショートメッセージ送信端末とを備えた認証システムであって，
　前記アクセス受付サーバーは，
　前記アクセス元端末からの前記ＷＥＢサイトへのアクセス要求とともに，前記アクセス元端末
を一意に識別するため電話番号を
として
　前記認証情報受信手段が前記アクセス元端末から前記認証情報を受信したときに，該認証情報に基づいて，前記アクセス元端末が前記ＷＥＢサイトへのアクセスが許可された端末であるか否かの認証を行う認証手段と，
　前記認証手段によって前記アクセス元端末が前記ＷＥＢサイトへのアクセスが許可された端末であるという認証結果が得られた場合に，前記認証コード発行サーバーへ
前記ショートメッセージの送信先情報として前記認証情報を引き渡すとともに，
　前記アクセス元端末から，前記認証コードを含んだアクセス用情報を用いた前記ＷＥＢサイトへのアクセス要求がされたときに，前記アクセス用情報に含まれている前記認証コードと，前記認証コード発行手段が発行した前記認証コードとを照合する認証コード照合手段と，
　前記認証コード照合手段によって，前記認証コードの照合結果が一致することが確認されたときに，前記アクセス元端末に対して，前記ＷＥＢサイトへのアクセスを許可するアクセス許可手段と，
　前記アクセス元端末からの前記ＷＥＢサイトへのアクセス要求が，前記認証情報を用いたものであるか前記アクセス用情報を用いたものであるかに応じて，前記認証手段による処理と前記認証コード照合手段による処理とを切り替える切替手段とを備え，
　前記認証コード発行サーバーは，
　前記アクセス受付サーバーから前記認証コードの発行が指示されたことを検出したときに，
アルファベット，数字，記号の少なくとも１つをランダムに，または所定のアルゴリズムで組み合わせた認証コードを生成し，生成した前記認証コードを
として
　前記認証コード発行手段によって発行された前記認証コードを含んだ前記ＷＥＢサイトへの前記アクセス用情報を生成するアクセス用情報生成手段と，
　前記アクセス用情報生成手段によって生成された前記アクセス用情報と前記ショートメッセージの送信先情報とを関連付けた送信用情報を送信キューに登録する送信用情報登録手段とを備え，
　前記ショートメッセージ送信端末は，
　前記送信キューへの前記送信用情報の登録の有無を所定時間間隔で問い合わせる問い合わせ手段と，
　前記送信キューに前記送信用情報が登録されていることを検出したときに，前記送信キューから前記送信用情報を読み出す送信用情報読み出し手段と，
　前記送信用情報読み出し手段によって読み出された前記送信用情報に基づいて，前記アクセス元端末を送信先に設定するとともに，前記アクセス用情報を記載したショートメッセージを作成するショートメッセージ作成手段と，
　前記ショートメッセージ作成手段によって作成された前記ショートメッセージを前記アクセス元端末へ送信するショートメッセージ送信手段とを備えることを特徴とする認証システム。
【請求項６】
　請求項５に記載の認証システムにおいて，
　前記認証コード発行サーバによって発行された前記認証コードを記録した照合用データベースをさらに備え，
　前記認証コード照合手段は，前記照合用データベースに記録されている前記認証コードと，前記アクセス用情報に含まれている前記認証コードとを照合することを特徴とする認証システム。
【請求項７】
　請求項５または６に記載の認証システムにおいて
，
　
前
　前記認証手段は，前記認証用データベースに記録されている前記電話番号と，前記認証情報とを照合することにより，前記アクセス元端末の認証を行うことを特徴とする認証システム。」（以下，この特許請求の範囲に記載された請求項を「補正後の請求項」という。）
　
に補正するものである。
　
　そして，本件補正は，願書に最初に添付した明細書，特許請求の範囲又は図面に記載した事項の範囲内においてなされており，特許法第１７条の２第３項の規定に適合している。
　
　
２．目的要件
　
　本件補正が，特許法１７条の２第５項の規定を満たすものであるか否か，すなわち，本件補正が，特許法第１７条の２第５項に規定する請求項の削除，特許請求の範囲の減縮（特許法第３６条第５項の規定により請求項に記載した発明を特定するために必要な事項を限定するものであって，その補正前の当該請求項に記載された発明とその補正後の当該請求項に記載される発明の産業上の利用分野及び解決しようとする課題が同一であるものに限る），誤記の訂正，或いは，明りょうでない記載の釈明（拒絶理由通知に係る拒絶の理由に示す事項についてするものに限る）の何れかを目的としたものであるかについて，以下に検討する。　
　
　本件補正は，補正前の請求項１に係る発明における発明特定事項である「前記アクセス要求受付手段が前記アクセス元端末からのＷＥＢサイトへのアクセス要求を受け付けたときに，前記アクセス元端末から受信した認証情報に基づいて，前記アクセス元端末が前記ＷＥＢサイトへのアクセスが許可された端末であるか否かの認証を行う認証手段」について，補正前の請求項４に記載された内容で「前記アクセス要求受付手段が前記アクセス元端末からのＷＥＢサイトへのアクセス要求を受け付けたときに，前記アクセス元端末から受信した
前記アクセス元端末を一意に識別するための電話番号を認証情報とし，該
　同じく補正前の請求項１に係る発明における発明特定事項である「前記アクセス元端末に対して前記ＷＥＢサイトへのアクセスを許可するための認証コードを発行する認証コード発行手段」について，「
アルファベット，数字，記号の少なくとも１つをランダムに，または所定のアルゴリズムで組み合わせた認証コードを生成し，生成した前記認証コードを
として
　同じく補正前の請求項１に係る発明における発明特定事項である「前記アクセス用情報生成手段によって生成された前記アクセス用情報を，ショートメッセージを用いて前記アクセス元端末へ送信するアクセス用情報送信手段」について，「前記アクセス用情報生成手段によって生成された前記アクセス用情報を，
前記認証情報を利用して宛先を設定して
　また，補正前の請求項５に係る発明における発明特定事項である「前記アクセス元端末からの前記ＷＥＢサイトへのアクセス要求とともに，前記アクセス元端末の認証情報を受信する認証情報受信手段」について，補正前の請求項７に記載された内容で「前記アクセス元端末からの前記ＷＥＢサイトへのアクセス要求とともに，前記アクセス元端末
を一意に識別するため電話番号を
として
　同じく補正前の請求項５に係る発明における発明特定事項である「前記認証コード発行サーバーへ，前記アクセス元端末に対して前記ＷＥＢサイトへのアクセスを許可するための認証コードを発行するように指示する認証コード発行指示手段」について，「前記認証コード発行サーバーへ
前記ショートメッセージの送信先情報として前記認証情報を引き渡すとともに，
　同じく補正前の請求項５に係る発明における発明特定事項である「前記アクセス元端末に対して前記ＷＥＢサイトへのアクセスを許可するための認証コードを発行する認証コード発行手段」について，「
アルファベット，数字，記号の少なくとも１つをランダムに，または所定のアルゴリズムで組み合わせた認証コードを生成し，生成した前記認証コードを
として
　
　なお，本件補正によっても，補正前の請求項に記載された発明とその補正後の請求項に記載される発明の産業上の利用分野及び解決しようとする課題は同一であることは明らかである。
　
　したがって，本件補正は，特許法第１７条の２第５項第２号に掲げる特許請求の範囲の減縮を目的とするものに該当することから，特許法１７条の２第５項の規定を満たすものである。
　
　
３．独立特許要件
　
　以上のように，本件補正後の請求項１に記載された発明（以下，「本件補正発明」という。）は，補正前の請求項１に対して，限定的減縮を行ったものと認められる。そこで，本件補正発明が特許出願の際独立して特許を受けることができるものであるか（特許法第１７条の２第６項において準用する同法第１２６条第７項の規定に適合するか）以下に検討する。
　
（１）本件補正発明
　
　本件補正発明は，上記平成２５年１月１５日付け手続補正書により補正された明細書及び図面の記載からみて，その特許請求の範囲の請求項１に記載された以下のとおりのものと認める。　
　
「アクセス元端末からのＷＥＢサイトへのアクセス要求を受け付けるアクセス要求受付手段と，
　前記アクセス要求受付手段が前記アクセス元端末からのＷＥＢサイトへのアクセス要求を受け付けたときに，前記アクセス元端末から受信した前記アクセス元端末を一意に識別するための電話番号を認証情報とし，該認証情報に基づいて，前記アクセス元端末が前記ＷＥＢサイトへのアクセスが許可された端末であるか否かの認証を行う認証手段と，
　前記認証手段によって前記アクセス元端末が前記ＷＥＢサイトへのアクセスが許可された端末であるという認証結果が得られた場合に，アルファベット，数字，記号の少なくとも１つをランダムに，または所定のアルゴリズムで組み合わせた認証コードを生成し，生成した前記認証コードを前記アクセス元端末に対して前記ＷＥＢサイトへのアクセスを許可するための認証コードとして発行する認証コード発行手段と，
　前記認証コード発行手段によって発行された前記認証コードを含んだ前記ＷＥＢサイトへのアクセス用情報を生成するアクセス用情報生成手段と，
　前記アクセス用情報生成手段によって生成された前記アクセス用情報を，前記認証情報を利用して宛先を設定してショートメッセージを用いて前記アクセス元端末へ送信するアクセス用情報送信手段と，
　前記アクセス用情報を受信した前記アクセス元端末から，前記アクセス用情報を用いた前記ＷＥＢサイトへのアクセス要求がされたときに，前記アクセス用情報に含まれている前記認証コードと，前記認証コード発行手段が発行した前記認証コードとを照合する認証コード照合手段と，
　前記認証コード照合手段によって，前記認証コードの照合結果が一致することが確認されたときに，前記アクセス元端末に対して，前記ＷＥＢサイトへのアクセスを許可するアクセス許可手段と，
　前記アクセス元端末からの前記ＷＥＢサイトへのアクセス要求が，前記認証情報を用いたものであるか，前記アクセス用情報を用いたものであるかに応じて，前記認証手段による処理と前記認証コード照合手段による処理とを切り替える切替手段とを備えることを特徴とする認証システム。」　
　
　
（２）引用文献
　
（２−１）引用発明及び引用文献１に記載されている技術的事項
　
　本願出願前に頒布され，原審の拒絶査定の理由である上記平成２４年８月１５日付けの拒絶理由通知において引用された，特開２００７−１０９１２２号公報（平成１９年４月２６日出願公開，以下，「引用文献１」という。）には，関連する図面とともに，以下の技術的事項が記載されている。
　（当審注：下線は，参考のために当審で付与したものである。）
　
Ａ　「【０００８】
　以下，本発明の実施の形態について説明する。
【０００９】
　
図１は，本発明の一実施形態が適用された認証システムの全体構成図である。図示する認証システムは，ユーザが携帯する携帯電話（第１の端末）１と，ＰＣ（Personal Computer）などの端末（第２の端末）２と，認証ＰＬ（presentation layer）サーバ３と，認証ＢＬ（business logic layer）サーバ４と，少なくとも１つの業務サーバ５とを有する。携帯電話１と認証ＰＬサーバ３とは，携帯電話網６を介して接続され，端末２と認証ＰＬサーバ３とは，インターネットなどのネットワーク７を介して接続されるものとする。
【００１０】
　本実施形態では，各業務サーバ５が，認証ＰＬサーバ３および認証ＢＬサーバ４を共同利用するものとする。すなわち，認証ＰＬサーバ３および認証ＢＬサーバ４は，ＡＳＰ（Application Service Provider）であって，各業務サーバ５にユーザ認証機能を提供するものとする。なお，本実施形態では，認証ＰＬサーバ３および認証ＢＬサーバ４を有するが，これらのサーバを統合して１つの認証サーバ（認証装置）としてもよい。
【００１１】
　
本認証システムのユーザは，少なくとも１つの業務サーバ５が提供するＷｅｂサイト（業務システム）のサービスを利用可能なユーザ
【００１２】
　また，ユーザは，携帯電話１を用いて，ワンタイムパスワードを認証ＰＬサーバ３および認証ＢＬサーバ４から取得する。図示する携帯電話１は，ユーザの指示を受け付ける指示受付部１１と，認証ＰＬサーバ３から取得した各種の情報・画面を表示する表示部１２と，を有する。また，携帯電話１は，図示しないメモリ等の記憶装置に機体識別番号などの携帯電話ＩＤ（端末識別情報）が記憶されているものとする。なお，携帯電話ＩＤが記憶されているメモリ等は，携帯電話１から着脱可能なＩＣカードであってもよい。
【００１３】
　また，ユーザは，端末２を用いて認証ＰＬサーバ３および認証ＢＬサーバ４にアクセスし，認証ＢＬサーバ４のユーザ認証後に所望の業務サーバ５のＷｅｂサイトにログインする。なお，ユーザは，認証ＰＬサーバ３および認証ＢＬサーバ４にアクセスする際に，携帯電話１を用いて取得したワンタイムパスワードを，端末２に入力するものとする。図示する端末２は，ユーザの各種指示を受け付ける指示受付部２１と，出力装置に各種の情報・画面を表示する表示部２２と，を有する。なお，指示受付部２１および表示部２２は，Ｗｅｂブラウザと同様の機能を有するものとする。
【００１４】
　
認証ＰＬサーバ３および認証ＢＬサーバ４は，携帯電話１の要求を受け付けて，ワンタイムパスワードを生成するとともに，端末２から送信されたログイン要求の正当性を認証する。認証ＰＬサーバ３は，図示するように，ユーザ登録受付部３１と，パスワード要求受付部３２と，ログイン要求受付部３３とを有し，携帯電話１および端末２に対する入出力処理を行う。
【００１５】
　認証ＢＬサーバ４は，ユーザ登録を行う登録部４１と，ワンタイムパスワードを生成するパスワード生成部４２と，ログイン要求の正当性を認証する認証部４３と，認証テーブル４４と，を有する。認証テーブル４４には，後述するユーザ登録処理により，認証に必要な各種の情報がユーザ毎に登録される。なお，認証テーブル４４については後述する。」　
　
Ｂ　「【００１７】
　次に，認証ＢＬサーバ４の認証テーブル４４について説明する。
【００１８】
　図２は，認証テーブル４４の一例を示した図である。図示する認証テーブル４４は，第１のユーザＩＤ４４１と，ＰＩＮ（Personl Identification Number）４４２と，携帯電話ＩＤ４４３，サイトコード４４６と，第２のユーザＩＤ（サイトユーザＩＤ）４４５と，ワンタイムパスワード４４４と，ワンタイムパスワードの有効期限４４５とを有する。なお，第１のユーザＩＤ４４１は，本実施形態での認証システム全体で，各ユーザを識別するための識別情報である。
ＰＩＮ４４２は，ユーザが設定する暗証番号である。携帯電話ＩＤ４４３には，携帯電話１の機体識別番号（または，携帯電話の電話番号）を用いることとする。
　
Ｃ　「【００４８】
　次に，ユーザ認証処理について説明する。ユーザ認証処理では，まず，携帯電話１を用いてワンタイムパスワード取得し，その後，端末２から所望のサイトにログインする。
【００４９】
　
図１０は，ワンタイムパスワード取得処理のシーケンス図である。また，図１１は，携帯電話１の出力装置に表示される各種画面（画面遷移）の一例を示したものである。まず，携帯電話１の指示受付部１１は，ユーザの指示を受け付けて，所定のＵＲＬを指定して認証ＰＬサーバ３にアクセスし，ＯＴＰ（ワンタイムパスワード）取得メニュー画面を要求する。そして，認証ＰＬサーバ３のパスワード要求受付部３２は，携帯電話１からの要求を受け付けて，ＯＴＰ取得メニュー画面を携帯電話１に送信する（Ｓ７１）。
…（中略）…
【００５３】
　
認証ＰＬサーバ３のパスワード要求受付部３２は，ＰＩＮおよび携帯電話ＩＤを受け付ける。そして，パスワード要求受付部３２は，Ｓ７１で指定されたＵＲＬ（または，Ｓ７５の送信時に指定されたＵＲＬ）から，サイトコードを特定する。なお，パスワード要求受付部３２は，例えば，ＵＲＬとサイトコードとを対応付けたＵＲＬテーブル（不図示）を参照し，サイトコードを特定するものとする。
【００５４】
　
そして，パスワード要求受付部３２は，ＰＩＮ，携帯電話ＩＤおよびサイトコードとを含むワンタイムパスワード生成要求を，認証ＢＬサーバ４に送信する（Ｓ７６）。
【００５５】
　
認証ＢＬサーバ４のパスワード生成部４２は，ワンタイムパスワード生成要求を受信し，当該要求で指定されたＰＩＮ，携帯電話ＩＤおよびサイトコードを有するレコードが，認証テーブル４４に存在するか否かを判別する（Ｓ７７）。そして，認証テーブル４４に存在する場合，パスワード生成部４２は，所定のアルゴリズムにより，ワンタイムパスワードを生成する（Ｓ７８）。なお，パスワード生成部４２は，例えば，ワンタイムパスワード生成要求のタイムスタンプ，および当該要求に含まれる携帯電話ＩＤを，認証文字列の「種」としてワンタイムパスワードを生成する。
【００５６】
　そして，パスワード生成部４２は，生成したワンタイムパスワードおよび有効期限を，認証テーブル４４の対応するレコードに記憶する。なお，パスワード生成部４２は，ワンタイムパスワードを生成した時刻から所定の時間（例えば，１分）が経過した時刻を，有効期限として認証テーブル４４に設定するものとする。
【００５７】
　
そして，パスワード生成部４２は，生成したワンタイムパスワードを認証ＰＬサーバ３に送信する（Ｓ７９）。そして，認証ＰＬサーバ３のパスワード要求受付部３２は，生成されたワンタイムパスワードを含むワンタイムパスワード表示画面を携帯電話１に送信する（Ｓ８０）。そして，携帯電話１の表示部１２は，例えば図１１に示すようなワンタイムパスワード表示画面８３を出力装置に表示する（Ｓ８１）。
　
Ｄ　「【００５９】
　図１２は，第１のログイン処理のシーケンス図である。また，図１３は，端末２の出力装置に表示される各種画面（画面遷移）の一例を示したものである。
まず，端末２の指示受付部２１は，ユーザの指示を受け付けて，所定のＵＲＬを指定して認証ＰＬサーバ３にアクセスし，ログイン画面を出力装置に表示する（Ｓ９１）。なお，認証ＰＬサーバ３のログイン要求受付部３３は，端末２が指定したＵＲＬに基づいてログイン先のサイト（サイトコード）を特定する。そして，ログイン要求受付部３３は，特定したサイトのログイン画面（または共通のログイン画面）を端末２に送信する。
…（中略）…
【００６２】
　そして，認証ＰＬサーバ３のログイン要求受付部３３は，ログイン要求を受信し，ログイン要求で指定されたＵＲＬからサイトコードを特定する。なお，ログイン要求受付部３３は，例えば，前述のＵＲＬテーブル（不図示）を参照し，サイトコードを特定するものとする。
【００６３】
　
そして，ログイン要求受付部３３は，ログイン要求に含まれるサイトユーザＩＤおよびワンタイムパスワードと，特定したサイトコードとを含む認証要求を，認証ＢＬサーバ４に送信する（Ｓ９３）。認証ＢＬサーバ４の認証部４３は，認証要求を受け付けて，ワンタイムパスワードの認証を行う（Ｓ９４）。すなわち，認証部４３は，サイトユーザＩＤおよびサイトコードをキーとして，対応するワンタイムパスワードおよび有効期限を，認証テーブル４４から特定する。そして，認証部４３は，認証要求のワンタイムパスワードと認証テーブル４４に記憶されたワンタイムパスワードとが一致するか否かを判別する。
【００６４】
　
ワンタイムパスワードが一致し，かつ，有効期限内の場合，認証部４３は，正当なユーザからのログイン要求であると認証する。この場合，認証部４３は，認証に成功した旨を示す認証成功通知を認証ＰＬサーバ３に送信する（Ｓ９５）。そして，認証ＰＬサーバ３のログイン要求受付部３３は，特定したサイトコードに対応する業務サーバ５に，ログイン要求に含まれるサイトユーザＩＤおよびパスワードを送信する（Ｓ９６）。
　
Ｅ　「【００７３】
　
なお，本発明は上記の実施形態に限定されるものではなく，その要旨の範囲内で数々の変形が可能である。例えば，認証ＢＬサーバ４の認証テーブル４４は，携帯電話１のメールアドレスおよび携帯電話番号を，さらに記憶することとしてもよい。ユーザ登録処理において，認証ＰＬサーバ３は，メールアドレスおよび携帯電話番号の入力画面を携帯電話１に送信し，ユーザがこれらの情報を入力するものとする。この場合，ワンタイムパスワード取得処理（図１０参照）において，認証ＰＬサーバ３は，携帯電話１がパスワード取得要求を送信した通信経路（セッション）とは異なる通信経路（電子メール，ＳＭＳ：Short Message Service））で，生成したワンタイムパスワードを携帯電話１に送信することとしてもよい（Ｓ８０）。これにより，不正な第三者がなりすましによりワンタイムパスワードを要求した場合であっても，正当なユーザの携帯電話１にワンタイムパスワードを送信することができる。
　
　ここで，上記引用文献１に記載されている事項を検討する。　
　
（ア）上記Ａの「図１は，本発明の一実施形態が適用された認証システムの全体構成図である。図示する認証システムは，ユーザが携帯する携帯電話（第１の端末）１と，ＰＣ（Personal Computer）などの端末（第２の端末）２と，認証ＰＬ（presentation layer）サーバ３と，認証ＢＬ（business logic layer）サーバ４と，少なくとも１つの業務サーバ５とを有する。携帯電話１と認証ＰＬサーバ３とは，携帯電話網６を介して接続され，端末２と認証ＰＬサーバ３とは，インターネットなどのネットワーク７を介して接続されるものとする。」との記載からすると，認証システムは携帯電話と，端末と，認証ＰＬサーバと，認証ＢＬサーバと，業務サーバからなると解され，上記Ａの「本認証システムのユーザは，少なくとも１つの業務サーバ５が提供するＷｅｂサイト（業務システム）のサービスを利用可能なユーザ」との記載からすると，ユーザは業務サーバが提供するＷｅｂサイトのサービスを利用し，認証システムはＷｅｂサイトのサービスを利用するユーザを認証することが読みとれるから，引用文献１には，
「携帯電話と，端末と，認証ＰＬサーバと，認証ＢＬサーバと，業務サーバからなり，前記業務サーバが提供するＷｅｂサイトのサービスを利用するユーザを認証する認証システム」
が記載されていると解される。
　
（イ）上記Ｃの「図１０は，ワンタイムパスワード取得処理のシーケンス図である。また，図１１は，携帯電話１の出力装置に表示される各種画面（画面遷移）の一例を示したものである。まず，携帯電話１の指示受付部１１は，ユーザの指示を受け付けて，所定のＵＲＬを指定して認証ＰＬサーバ３にアクセスし，ＯＴＰ（ワンタイムパスワード）取得メニュー画面を要求する。そして，認証ＰＬサーバ３のパスワード要求受付部３２は，携帯電話１からの要求を受け付けて，ＯＴＰ取得メニュー画面を携帯電話１に送信する（Ｓ７１）。」，「認証ＰＬサーバ３のパスワード要求受付部３２は，ＰＩＮおよび携帯電話ＩＤを受け付ける。そして，パスワード要求受付部３２は，Ｓ７１で指定されたＵＲＬ（または，Ｓ７５の送信時に指定されたＵＲＬ）から，サイトコードを特定する。なお，パスワード要求受付部３２は，例えば，ＵＲＬとサイトコードとを対応付けたＵＲＬテーブル（不図示）を参照し，サイトコードを特定するものとする。」との記載からすると，認証ＰＬサーバは業務サーバのＷｅｂサイトのＵＲＬを指定する携帯電話からアクセスされ，パスワード要求受付部で，携帯電話からワンタイムパスワードの生成要求と，ＰＩＮおよび携帯電話ＩＤを受け付け，指定されたＵＲＬからサイトコードを特定すると解され，また，上記Ｂの「ＰＩＮ４４２は，ユーザが設定する暗証番号である。携帯電話ＩＤ４４３には，携帯電話１の機体識別番号（または，携帯電話の電話番号）を用いることとする。」との記載からすると，ＰＩＮはユーザが設定する暗証番号であり，携帯電話ＩＤは一態様として携帯電話の電話番号を含むことが読みとれるから，引用文献１には，
「携帯電話から，業務サーバのＷｅｂサイトのＵＲＬの指定と，ワンタイムパスワード生成要求と共にユーザが設定する暗証番号および前記携帯電話の電話番号を受け付け，指定された前記ＵＲＬからサイトコードを特定するパスワード要求受付部」
が記載されていると解される。
　
（ウ）上記Ｃの「そして，パスワード要求受付部３２は，ＰＩＮ，携帯電話ＩＤおよびサイトコードとを含むワンタイムパスワード生成要求を，認証ＢＬサーバ４に送信する（Ｓ７６）。」，「認証ＢＬサーバ４のパスワード生成部４２は，ワンタイムパスワード生成要求を受信し，当該要求で指定されたＰＩＮ，携帯電話ＩＤおよびサイトコードを有するレコードが，認証テーブル４４に存在するか否かを判別する（Ｓ７７）。」との記載からすると，認証ＢＬサーバは，認証ＰＬサーバのパスワード要求受付部が携帯電話からワンタイムパスワード生成要求と共に受け付けたＰＩＮ，携帯電話ＩＤ，およびサイトコードが認証テーブルに存在するか否かを判別することにより，ユーザの認証を行う認証手段を実質的に有すると解され，また，上記（イ）での検討と同様，ＰＩＮはユーザが設定する暗証番号であり，携帯電話ＩＤは一態様として携帯電話の電話番号を含むことが読みとれるから，引用文献１には，
「認証ＰＬサーバが携帯電話からワンタイムパスワード生成要求と共に受け付けた暗証番号，電話番号，およびサイトコードが認証テーブルに存在するか否かを判別して認証を行う認証手段」
が記載されていると解される。
　
（エ）上記Ｃの「認証ＢＬサーバ４のパスワード生成部４２は，ワンタイムパスワード生成要求を受信し，当該要求で指定されたＰＩＮ，携帯電話ＩＤおよびサイトコードを有するレコードが，認証テーブル４４に存在するか否かを判別する（Ｓ７７）。そして，認証テーブル４４に存在する場合，パスワード生成部４２は，所定のアルゴリズムにより，ワンタイムパスワードを生成する（Ｓ７８）。なお，パスワード生成部４２は，例えば，ワンタイムパスワード生成要求のタイムスタンプ，および当該要求に含まれる携帯電話ＩＤを，認証文字列の「種」としてワンタイムパスワードを生成する。」との記載からすると，認証ＢＬサーバは，携帯電話からのワンタイムパスワード生成要求と共に受け付けたＰＩＮ，携帯電話ＩＤおよびサイトコードを有するレコードが認証テーブルに存在する場合，ワンタイムパスワードを生成するワンタイムパスワード生成手段を実質的に有すると解され，また，ワンタイムパスワードは，ワンタイムパスワード生成要求を行う携帯電話に対するものとして，ワンタイムパスワード生成要求のタイムスタンプ，および当該要求に含まれる携帯電話ＩＤの態様である電話番号から生成することが読みとれるから，引用文献１には，
「携帯電話から受け付けた暗証番号，電話番号，およびサイトコードを有するレコードが認証テーブルに存在する場合，所定のアルゴリズムにより，ワンタイムパスワード生成要求のタイムスタンプ，および前記ワンタイムパスワード生成要求に含まれる前記電話番号から前記ワンタイムパスワード生成要求を行う前記携帯電話に対するワンタイムパスワードを生成するワンタイムパスワード生成手段」
が記載されていると解される。
　
（オ）上記Ｃの「そして，パスワード生成部４２は，生成したワンタイムパスワードを認証ＰＬサーバ３に送信する（Ｓ７９）。そして，認証ＰＬサーバ３のパスワード要求受付部３２は，生成されたワンタイムパスワードを含むワンタイムパスワード表示画面を携帯電話１に送信する（Ｓ８０）。そして，携帯電話１の表示部１２は，例えば図１１に示すようなワンタイムパスワード表示画面８３を出力装置に表示する（Ｓ８１）。」との記載からすると，認証ＰＬサーバは，生成されたワンタイムパスワードをワンタイムパスワード生成要求を行う携帯電話に送信するワンタイムパスワード送信手段を実質的に有すると解される。
　また，上記Ｅの「なお，本発明は上記の実施形態に限定されるものではなく，その要旨の範囲内で数々の変形が可能である。例えば，認証ＢＬサーバ４の認証テーブル４４は，携帯電話１のメールアドレスおよび携帯電話番号を，さらに記憶することとしてもよい。ユーザ登録処理において，認証ＰＬサーバ３は，メールアドレスおよび携帯電話番号の入力画面を携帯電話１に送信し，ユーザがこれらの情報を入力するものとする。この場合，ワンタイムパスワード取得処理（図１０参照）において，認証ＰＬサーバ３は，携帯電話１がパスワード取得要求を送信した通信経路（セッション）とは異なる通信経路（電子メール，ＳＭＳ：Short Message Service））で，生成したワンタイムパスワードを携帯電話１に送信することとしてもよい（Ｓ８０）。これにより，不正な第三者がなりすましによりワンタイムパスワードを要求した場合であっても，正当なユーザの携帯電話１にワンタイムパスワードを送信することができる。」との記載からすると，認証ＰＬサーバのワンタイムパスワード送信手段は，携帯電話がパスワード取得要求を送信した通信経路とは異なる通信経路であるＳＭＳ（Short Message Service）を用いて，生成したワンタイムパスワードを携帯電話へ送信する態様を含むことが読みとれ，ＳＭＳは電話番号で宛先指定が可能であることは明らかであることから，引用文献１には，
「生成されたワンタイムパスワードを電話番号で宛先指定可能なＳＭＳを用いて，ワンタイムパスワード生成要求を行う携帯電話へ送信するワンタイムパスワード送信手段」
が記載されていると解される。
　
（カ）上記Ｄの「まず，端末２の指示受付部２１は，ユーザの指示を受け付けて，所定のＵＲＬを指定して認証ＰＬサーバ３にアクセスし，ログイン画面を出力装置に表示する（Ｓ９１）。なお，認証ＰＬサーバ３のログイン要求受付部３３は，端末２が指定したＵＲＬに基づいてログイン先のサイト（サイトコード）を特定する。そして，ログイン要求受付部３３は，特定したサイトのログイン画面（または共通のログイン画面）を端末２に送信する。」，「そして，ログイン要求受付部３３は，ログイン要求に含まれるサイトユーザＩＤおよびワンタイムパスワードと，特定したサイトコードとを含む認証要求を，認証ＢＬサーバ４に送信する（Ｓ９３）。認証ＢＬサーバ４の認証部４３は，認証要求を受け付けて，ワンタイムパスワードの認証を行う（Ｓ９４）。すなわち，認証部４３は，サイトユーザＩＤおよびサイトコードをキーとして，対応するワンタイムパスワードおよび有効期限を，認証テーブル４４から特定する。そして，認証部４３は，認証要求のワンタイムパスワードと認証テーブル４４に記憶されたワンタイムパスワードとが一致するか否かを判別する。」との記載からすると，端末から業務サーバのＷｅｂサイトのＵＲＬを指定したログイン要求を認証ＰＬサーバが受け付けると，認証ＢＬサーバがログイン要求に含まれるワンタイムパスワードと認証テーブルに記憶されたワンタイムパスワードとの一致を判別することが読みとれ，認証ＢＬサーバは，ログイン要求がされたときに，認証ＰＬサーバを介してログイン要求に含まれるサイトユーザＩＤおよびワンタイムパスワードと，認証ＰＬサーバがＵＲＬから特定したサイトコードとを含む認証要求を受け付けて，当該認証要求に含まれるワンタイムパスワードと認証テーブルに記憶されたワンタイムパスワードとが一致するか否かを判別する判別手段を実質的に有すると解されることから，引用文献１には，
「ユーザの指示で端末から業務サーバのＷｅｂサイトのＵＲＬを指定したログイン要求がされたときに，認証ＰＬサーバを介して前記ログイン要求に含まれるサイトユーザＩＤおよびワンタイムパスワードと，前記認証ＰＬサーバが指定された前記ＵＲＬから特定したサイトコードとを含む認証要求を受け付けて，前記認証要求に含まれる前記ワンタイムパスワードと認証テーブルに記憶された前記ワンタイムパスワードとが一致するか否かを判別する判別手段」
が記載されていると解される。
　
（キ）上記（カ）の検討および上記Ｄの「ワンタイムパスワードが一致し，かつ，有効期限内の場合，認証部４３は，正当なユーザからのログイン要求であると認証する。この場合，認証部４３は，認証に成功した旨を示す認証成功通知を認証ＰＬサーバ３に送信する（Ｓ９５）。そして，認証ＰＬサーバ３のログイン要求受付部３３は，特定したサイトコードに対応する業務サーバ５に，ログイン要求に含まれるサイトユーザＩＤおよびパスワードを送信する（Ｓ９６）。」との記載からすると，認証ＢＬサーバにより，ログイン要求に含まれるワンタイムパスワードが認証テーブルに記憶されたワンタイムパスワードと一致することが判別され，かつ，有効期限内の場合，正当なユーザからのログイン要求であると認証され，認証されたログイン要求は認証ＰＬサーバを介して業務サーバに送信されることが読みとれ，認証ＰＬサーバは，業務サーバのＷｅｂサイトへのアクセスを認証するアクセス認証手段を実質的に有すると解されることから，引用文献１には，
「認証ＢＬサーバにより，ログイン要求に含まれるワンタイムパスワードと認証テーブルに記憶された前記ワンタイムパスワードとが一致すると判別され，有効期限内の場合，端末のＷｅｂサイトへのアクセスを認証するアクセス認証手段」
が記載されていると解される。
　
（ク）上記（イ），（ウ）の検討および上記Ａの「認証ＰＬサーバ３および認証ＢＬサーバ４は，携帯電話１の要求を受け付けて，ワンタイムパスワードを生成するとともに，端末２から送信されたログイン要求の正当性を認証する。認証ＰＬサーバ３は，図示するように，ユーザ登録受付部３１と，パスワード要求受付部３２と，ログイン要求受付部３３とを有し，携帯電話１および端末２に対する入出力処理を行う。」との記載からすると，認証ＰＬサーバは，パスワード要求受付部で携帯電話から業務サーバのＷｅｂサイトへのワンタイムパスワードの生成要求のためのアクセスを受け付け，認証ＢＬサーバの認証手段に認証処理を依頼することが読みとれる。
　また，上記（カ）の検討から，認証ＰＬサーバは，ログイン要求受付部で端末から業務サーバのＷｅｂサイトへのログイン要求のためのアクセスを受け付け，認証ＢＬサーバの判別手段にワンタイムパスワードの判別処理を依頼することが読みとれる。
　そうすると，パスワード要求受付部とログイン要求受付部とを有する認証ＰＬサーバは，業務サーバのＷｅｂサイトへのアクセス要求が，携帯電話からのワンタイムパスワード生成要求であるか，端末からのログイン要求であるかに応じて，認証ＢＬサーバの認証手段による処理と判別手段による処理とを切り替える切替手段を実質的に有すると解されるから，引用文献１には，
「業務サーバのＷｅｂサイトへのアクセス要求が，携帯電話からのワンタイムパスワード生成要求であるか，端末からのログイン要求であるかに応じて，認証手段による処理と判別手段による処理とを切り替える切替手段」
が記載されていると解される。
　
　以上，（ア）乃至（ク）で指摘した事項から，引用文献１には，次の発明（以下，「引用発明」という。）が記載されているものと認める。
　
「携帯電話と，端末と，認証ＰＬサーバと，認証ＢＬサーバと，業務サーバからなり，前記業務サーバが提供するＷｅｂサイトのサービスを利用するユーザを認証する認証システムであって，
　前記携帯電話から，前記業務サーバのＷｅｂサイトのＵＲＬの指定と，ワンタイムパスワード生成要求と共にユーザが設定する暗証番号および前記携帯電話の電話番号を受け付け，指定された前記ＵＲＬからサイトコードを特定するパスワード要求受付部と，
　前記認証ＰＬサーバが前記携帯電話から前記ワンタイムパスワード生成要求と共に受け付けた前記暗証番号，前記電話番号，および前記サイトコードが認証テーブルに存在するか否かを判別して認証を行う認証手段と，
　前記携帯電話から受け付けた前記暗証番号，前記電話番号，および前記サイトコードを有するレコードが前記認証テーブルに存在する場合，所定のアルゴリズムにより，前記ワンタイムパスワード生成要求のタイムスタンプ，および前記ワンタイムパスワード生成要求に含まれる前記電話番号から前記ワンタイムパスワード生成要求を行う前記携帯電話に対するワンタイムパスワードを生成するワンタイムパスワード生成手段と，
　生成された前記ワンタイムパスワードを前記電話番号で宛先指定可能なＳＭＳを用いて，前記ワンタイムパスワード生成要求を行う前記携帯電話へ送信するワンタイムパスワード送信手段と，
　ユーザの指示で端末から前記業務サーバの前記Ｗｅｂサイトの前記ＵＲＬを指定したログイン要求がされたときに，前記認証ＰＬサーバを介して前記ログイン要求に含まれるサイトユーザＩＤおよび前記ワンタイムパスワードと，前記認証ＰＬサーバが指定された前記ＵＲＬから特定した前記サイトコードとを含む認証要求を受け付けて，前記認証要求に含まれる前記ワンタイムパスワードと前記認証テーブルに記憶された前記ワンタイムパスワードとが一致するか否かを判別する判別手段と，
　前記認証ＢＬサーバにより，前記ログイン要求に含まれる前記ワンタイムパスワードと前記認証テーブルに記憶された前記ワンタイムパスワードとが一致すると判別され，有効期限内の場合，前記端末の前記Ｗｅｂサイトへのアクセスを認証するアクセス認証手段と，
　前記業務サーバのＷｅｂサイトへのアクセス要求が，前記携帯電話からの前記ワンタイムパスワード生成要求であるか，前記端末からの前記ログイン要求であるかに応じて，前記認証手段による処理と前記判別手段による処理とを切り替える切替手段と
　を備えた認証システム。」　
　
　
（２−２）引用発明２及び引用文献２に記載されている技術的事項　
　
　本願出願前に頒布され，原審の拒絶査定の理由である上記平成２４年８月１５日付けの拒絶理由通知において引用された，特開２００６−１２８８７３号公報（平成１８年５月１８日出願公開，以下，「引用文献２」という。）には，関連する図面とともに，以下の技術的事項が記載されている。
　（当審注：下線は，参考のために当審で付与したものである。）
　
Ｆ　「【００３０】
　（実施の形態１）
　
図１は，本発明の実施の形態１に係るＵＲＬ認証システム１００の構成を示すブロック図である。この図において，仲介サーバ１０１，クライアント１０２及びサービス提供サーバ１０３は，それぞれ一般的な公衆ＩＰネットワークであるインターネット等の通信ネットワーク１０４に接続されている。
【００３１】
　
仲介サーバ１０１は，サービス提供サーバ１０３と定期的に接続及び情報交換を行うことにより，サービス提供サーバ１０３への接続方法を把握し，把握した接続方法をOne Time URL（以下，「ＯＴＵ」と省略する）にてクライアント１０２に通知する。
【００３２】
　
クライアント１０２は，仲介サーバ１０１からＯＴＵを取得し，取得したＯＴＵを辿ることによりサービス提供サーバ１０３に接続し，ＨＴＴＰプロトコルを介してサービス提供サーバ１０３からコンテンツを受信したり，サービス提供サーバ１０３に特定の処理を実行させたりする。
【００３３】
　
サービス提供サーバ１０３は，例えば，ＨＤＤプレイヤ等の宅内機器であり，クライアント１０２から提示されたＯＴＵの認証コード部分を検証することにより，ＯＴＵの正当性を確認し，クライアント１０２へのコンテンツの提供，あるいはクライアント１０２からの指示に応じた特定の処理を実行するなどのサービスを提供する。
　
Ｇ　「【００３７】
　
ＯＴＵ生成部１１４は，クライアント１０２から受けた接続要求に従って，情報記憶部１１２に記憶されたサービス提供サーバのアドレス情報と，サービスメニュー等のサービス制約条件とからサービス提供サーバ接続用のＵＲＬを生成し，生成したＵＲＬをハッシュ演算部１１５に出力する。また，後述するハッシュ演算部１１５で生成された認証コードをサービス提供サーバ接続用のＵＲＬに付加することによりＯＴＵを生成し，生成したＯＴＵをＨＴＴＰサーバ機能部１１３に通知する。
…（中略）…
【００３９】
　
次に，クライアント１０２について説明する。図２において，ＨＴＴＰクライアント機能部１２１は，通信ネットワーク１０４を介して仲介サーバ１０１のＨＴＴＰサーバ機能部１１３及びサービス提供サーバ１０３のＨＴＴＰサーバ機能部１３３に接続し，仲介サーバ１０１にアクセスすると，クライアント１０２は仲介サーバ１０１からクライアント認証を受ける。クライアント認証は，ＨＴＭＬメニューに従ってユーザＩＤ及びパスワードを入力することにより行われる。
　
Ｈ　「【００４７】
　
ＳＴ１４３では，クライアント１０２が仲介サーバ１０１の固定アドレスにアクセスし，サービス提供サーバ１０３への接続要求を通知し，ＳＴ１４４では，仲介サーバ１０１がサービスメニュー又はユーザの要望に応じたアクセス制限情報をＵＲＬパラメータとして図５に示すＡ１部分のＵＲＬに付加し，共通鍵Ｋｃを用いて認証コードを生成し，認証コードを図５に示すＡ３部分に付加する。
【００４８】
　ＳＴ１４５では，仲介サーバ１０１がパスワード等の所望のクライアント認証を行った後，ＯＴＵにてサービス提供サーバ１０３への接続方法をクライアント１０２に通知する。このとき，ＯＴＵの通知方法は，予め仲介サーバ１０１が把握するクライアント１０２のメールアドレス宛に電子メールで通知してもよいし，ＨＴＴＰプロトコル上でＨＴＭＬページ上の情報として通知してもよい。
【００４９】
　
ＳＴ１４６では，仲介サーバ１０１から通知されたＯＴＵをクライアント１０２が辿ることにより，サービス提供サーバ１０３に接続する。通常，この接続はウェブブラウザ又はメーラ上でＵＲＬリンク部分をクリックするだけの簡便なユーザインタフェースにより実現される。
【００５０】
　
ＳＴ１４７では，サービス提供サーバ１０３がクライアント１０２から提示されたＯＴＵの認証コード部分を共通鍵Ｋｃで検証することにより，ＯＴＵの正当性を確認し，ＳＴ１４８では，クライアント１０２が所望するサービス提供サーバ１０３へのＨＴＴＰアクセスを実現する。
　
Ｊ　「【００５２】
　
なお，本実施の形態では，ＯＴＵの発行方法をＨＴＭＬ上で直接通知することにより行っているが，本発明はこれに限らず，電子メールによる通知，携帯電話のショートメッセージサービスによる通知，ＰＣ端末のインスタントメッセージングによる通知，さらには，口頭伝達等のオフラインによる通知でもよい。
…（中略）…
【００５５】
　また，本実施の形態では，クライアントが仲介サーバに接続する際に，ユーザＩＤ及びパスワードによるライアント認証を行っているが，本発明はこれに限らず，クライアント認証を行うか否かを任意に選択可能であり，クライアント認証を行う場合にはその認証方法の種別は問わない。」　
　
　ここで，上記引用文献２に記載されている事項を検討する。
　
（ケ）上記Ｆの「図１は，本発明の実施の形態１に係るＵＲＬ認証システム１００の構成を示すブロック図である。この図において，仲介サーバ１０１，クライアント１０２及びサービス提供サーバ１０３は，それぞれ一般的な公衆ＩＰネットワークであるインターネット等の通信ネットワーク１０４に接続されている。」との記載，上記Ｇの「次に，クライアント１０２について説明する。図２において，ＨＴＴＰクライアント機能部１２１は，通信ネットワーク１０４を介して仲介サーバ１０１のＨＴＴＰサーバ機能部１１３及びサービス提供サーバ１０３のＨＴＴＰサーバ機能部１３３に接続し，仲介サーバ１０１にアクセスすると，クライアント１０２は仲介サーバ１０１からクライアント認証を受ける。クライアント認証は，ＨＴＭＬメニューに従ってユーザＩＤ及びパスワードを入力することにより行われる。」との記載からすると，ＵＲＬ認証システムは，クライアントと，仲介サーバと，サービス提供サーバからなり，サービス提供サーバが提供するサービスを利用するクライアントを認証することが読みとれるから，引用文献２には，
「クライアントと，仲介サーバと，サービス提供サーバからなり，前記サービス提供サーバが提供するサービスを利用するクライアントを認証するＵＲＬ認証システム」
が記載されていると解される。
　
（コ）上記Ｆの「仲介サーバ１０１は，サービス提供サーバ１０３と定期的に接続及び情報交換を行うことにより，サービス提供サーバ１０３への接続方法を把握し，把握した接続方法をOne Time URL（以下，「ＯＴＵ」と省略する）にてクライアント１０２に通知する。」との記載，上記Ｇの「ＯＴＵ生成部１１４は，クライアント１０２から受けた接続要求に従って，情報記憶部１１２に記憶されたサービス提供サーバのアドレス情報と，サービスメニュー等のサービス制約条件とからサービス提供サーバ接続用のＵＲＬを生成し，生成したＵＲＬをハッシュ演算部１１５に出力する。また，後述するハッシュ演算部１１５で生成された認証コードをサービス提供サーバ接続用のＵＲＬに付加することによりＯＴＵを生成し，生成したＯＴＵをＨＴＴＰサーバ機能部１１３に通知する。」との記載，上記Ｈの「ＳＴ１４３では，クライアント１０２が仲介サーバ１０１の固定アドレスにアクセスし，サービス提供サーバ１０３への接続要求を通知し，ＳＴ１４４では，仲介サーバ１０１がサービスメニュー又はユーザの要望に応じたアクセス制限情報をＵＲＬパラメータとして図５に示すＡ１部分のＵＲＬに付加し，共通鍵Ｋｃを用いて認証コードを生成し，認証コードを図５に示すＡ３部分に付加する。」との記載，上記Ｊの「なお，本実施の形態では，ＯＴＵの発行方法をＨＴＭＬ上で直接通知することにより行っているが，本発明はこれに限らず，電子メールによる通知，携帯電話のショートメッセージサービスによる通知，ＰＣ端末のインスタントメッセージングによる通知，さらには，口頭伝達等のオフラインによる通知でもよい。」との記載からすると，認証コードを含んだＵＲＬ情報であるサービス提供サーバ接続用のＯＴＵが生成され，前記ＯＴＵがクライアントにショートメッセージサービスなどの方法で送信されると解されるから，引用文献２には，
「認証コードを含んだＵＲＬ情報であるサービス提供サーバ接続用のＯＴＵを生成し，前記ＯＴＵをクライアントに送信」すること
が記載されていると解される。
　
（サ）上記Ｆの「クライアント１０２は，仲介サーバ１０１からＯＴＵを取得し，取得したＯＴＵを辿ることによりサービス提供サーバ１０３に接続し，ＨＴＴＰプロトコルを介してサービス提供サーバ１０３からコンテンツを受信したり，サービス提供サーバ１０３に特定の処理を実行させたりする。…（中略）…サービス提供サーバ１０３は，例えば，ＨＤＤプレイヤ等の宅内機器であり，クライアント１０２から提示されたＯＴＵの認証コード部分を検証することにより，ＯＴＵの正当性を確認し，クライアント１０２へのコンテンツの提供，あるいはクライアント１０２からの指示に応じた特定の処理を実行するなどのサービスを提供する。」との記載，上記Ｈの「ＳＴ１４６では，仲介サーバ１０１から通知されたＯＴＵをクライアント１０２が辿ることにより，サービス提供サーバ１０３に接続する。通常，この接続はウェブブラウザ又はメーラ上でＵＲＬリンク部分をクリックするだけの簡便なユーザインタフェースにより実現される。」，「ＳＴ１４７では，サービス提供サーバ１０３がクライアント１０２から提示されたＯＴＵの認証コード部分を共通鍵Ｋｃで検証することにより，ＯＴＵの正当性を確認し，ＳＴ１４８では，クライアント１０２が所望するサービス提供サーバ１０３へのＨＴＴＰアクセスを実現する。」との記載からすると，クライアントから認証コードを含むＯＴＵを用いたサービス提供サーバへのアクセス要求がされると，ＯＴＵに含まれている認証コードの照合結果によりアクセスが許可されると解されるから，引用文献２には，
「クライアントから認証コードを含むＯＴＵを用いたサービス提供サーバへのアクセス要求がされたときに，前記ＯＴＵに含まれている認証コードを照合し，照合結果により前記サービス提供サーバへのアクセスを許可する」こと
が記載されていると解される。
　
　以上，（ケ）乃至（サ）で指摘した事項から，引用文献２には，次の発明（以下，「引用発明２」という。）が記載されているものと認める。
　
「クライアントと，仲介サーバと，サービス提供サーバからなり，前記サービス提供サーバが提供するサービスを利用する前記クライアントを認証するＵＲＬ認証システムであって，
　認証コードを含んだＵＲＬ情報である前記サービス提供サーバ接続用のＯＴＵを生成し，前記ＯＴＵを前記クライアントに送信し，
　前記クライアントから前記認証コードを含む前記ＯＴＵを用いた前記サービス提供サーバへのアクセス要求がされたときに，前記ＯＴＵに含まれている前記認証コードを照合し，照合結果により前記サービス提供サーバへのアクセスを許可するＵＲＬ認証システム。」
　
　
（３）参考文献　
　
　本願出願前に頒布された，再公表特許第２０１１／０８３８６７号（平成２３年７月１４日国際公開，以下，「参考文献１」という。）には，関連する図面とともに，以下の技術的事項が記載されている。
　（当審注：下線は，参考のために当審で付与したものである。）
　
Ｋ　「【００４３】
　
認証装置１０の制御部１３は，移動体通信網５０を介して，接続要求ＳＭを受信すると（ステップＳ１０２），接続要求ＳＭの送信元アドレスに設定されている電話番号を用いて，携帯電話２０機の認証を行う。
【００４４】
　電話番号が認証ＤＢ１２１に登録されていない場合（ステップＳ１０３；Ｎｏ），その電話番号を有する携帯電話２０は社員の携帯電話２０ではないものと判断できる。従って，制御部１３は，エラーとして処理を終了する。
【００４５】
　電話番号が認証ＤＢ１２１に登録されている場合（ステップＳ１０３；Ｙｅｓ），その電話番号を有する携帯電話２０は社員の携帯電話２０であると判断できる。続いて，制御部１３は，その電話番号を有する認証ＤＢ１２１のレコードのステータスが非接続状態を示す「０」であるか否かを判別する（ステップＳ１０４）。ステータスが「０」以外である場合（ステップＳ１０４；Ｎｏ），制御部１３は，エラーとして処理を終了する。
【００４６】
　ステータスが「０」である場合（ステップＳ１０４；Ｙｅｓ），制御部１３は，ステータスを接続待ち状態であることを示す「１」に更新する（ステップＳ１０５）。
【００４７】
　
続いて，制御部１３は，乱数などを発生させるなどしてワンタイムパスワードを作成し，さきほどステータスを更新した認証ＤＢ１２１のレコードに記憶する（ステップＳ１０６）。
【００４８】
　
続いて，制御部１３は，インターネット６０を介して認証装置１０にアクセスするためのアドレス情報（例えば，ＵＲＬ（Uniform Resource Locator））を作成する（ステップＳ１０８）。なお，このＵＲＬには，認証装置１０へのアクセス用のＵＲＬ以外に，接続要求ＳＭの送信元アドレスに設定されている電話番号と，ステップＳ１０６で作成したワンタイムパスワードとがパラメータとして付与される。例えば，ステップＳ１０８の処理により，「http://www.aaa.com?x1=0904567865x2=93445693」のようなＵＲＬが作成される。この例では，「http://www.aaa.com」は認証装置１０へのアクセス用ＵＲＬ，パラメータｘ１に設定されている「0904567865」は電話番号，パラメータｘ２に設定されている「93445693」は発行されたワンタイムパスワードを示す。
【００４９】
　続いて，制御部１３は，作成したＵＲＬをメッセージ内容としたショートメッセージ（以下，ＵＲＬ通知ＳＭとする）を，移動体通信網５０を介して，接続要求ＳＭの送信元である携帯電話２０に送信（返信）する（ステップＳ１０９）。
…（中略）…
【００５２】
　認証装置１０の制御部１３は，インターネット６０介して，携帯電話２０からのアクセスがあると，当該アクセスの際のＵＲＬを用いて，認証を行う。即ち，まず，制御部１３は，このＵＲＬから，ワンタイムパスワードと電話番号とを取得する（図６，ステップＳ１１２）。なお，ＵＲＬから電話番号とワンタイムパスワードとを取得できない場合にはエラーとして処理を終了する。
【００５３】
　続いて，制御部１３は，ステップＳ１１２で取得した情報を用いて，接続要求ＳＭを送信して認証を与えた携帯電話２０からのアクセスであるか否かを判別する（ステップＳ１１３）。
　具体的には，制御部１３は，ステップＳ１１２で取得したワンタイムパスワードと電話番号とが対応付けられて記憶されているレコードが認証ＤＢ１２１に有り，且つ，そのレコードのステータスが接続待ち状態を示す「１」である場合に，認証を与えた携帯電話２０からのアクセスであると判別する。」
　
Ｌ　「【００６３】
　このように，本発明の認証装置１０は，（１）携帯電話２０から送信されるショートメッセージを利用した機器認証と，（２）端末認証後のインターネット６０経由で認証装置１０に接続時のＵＲＬに設定されている情報（電話番号，ワンタイムパスワード）や，認証ＤＢ１２１のステータスと応答時刻を用いたインターネット６０接続時の認証（ＵＲＬ認証），及び，（３）ユーザからの暗証番号を用いたユーザ認証の三重の認証を実施して，社内システム４０へのアクセスを許可する。従って，従来よりも強固なセキュリティを保つことができ，なりすましを防ぐことができる。
　
特に，上記（１）の機器認証では，パスワード等とは異なり人が改変できない情報であるショートメッセージの送信元アドレスに設定されている電話番号を用いて携帯電話２０を認証する。
　また，上記（２）のインターネット６０接続時のＵＲＬ認証では，まず，接続時のＵＲＬに含まれる電話番号とワンタイムパスワード（都度のワンタイム情報）とが対応付けられている認証ＤＢ１２１のレコードがあることが確認される。第三者が認証装置１０にＵＲＬを指定してアクセスする際に，上記電話番号を不正に入手している可能性は考えられるが，それに対応するワンタイムパスワードはユーザの携帯電話２０に対してのみ認証装置１０から与えられるため，第三者が入手することはまずない。従って，第三者は，認証をパスする電話番号とワンタイムパスワードとの組を含んだＵＲＬで認証装置１０にアクセスすることはほとんど不可能である。また，上記（２）のＵＲＬ認証では，その後，確認したレコードの状態が「１」であることを確認する。ここで，認証ＤＢ１２１のステータスは，上記（１）の端末認証が完了した携帯電話２０に対してのみ「１」に更新される。従って，接続要求（接続要求ＳＭの送信）を受けた携帯電話２０以外の第三者の携帯電話２０等から，偶然正しいワンタイムパスワードを指定して，インターネット６０接続をしても，そのステータスが「１」である可能性は極めて低く，認証をパスすることは基本的に不可能である。また，ワンタイムパスワードを発行してから所定時間を経過した場合は，正しいＵＲＬを用いたアクセスであっても，エラーとして処理されるため，より高いセキュリティを実現できる。
　このように，本発明では，第三者からのなりすましによる社内システム４０へのアクセスを防止することができる。」
　
　
（４）対比
　
　本件補正発明と引用発明とを対比する。
　
（４−１）本件補正発明と引用発明とは，“認証システム”である点で共通している。
　
（４−２）引用発明の「携帯電話」は最初に業務サーバのＷｅｂサイトのＵＲＬを指定して，アクセス要求をすることから，引用発明の「携帯電話」と本件補正発明の「アクセス元端末」とは，ＷＥＢサイトへのアクセス要求をする“アクセス要求端末”である点で共通するといえる。そして，引用発明の「パスワード要求受付部」は，携帯電話から，業務サーバのＷｅｂサイトのＵＲＬの指定によるアクセス要求と，ワンタイムパスワードの生成要求と共にユーザが設定する暗証番号および前記携帯電話の電話番号を受け付けることから，引用発明の「前記携帯電話から，前記業務サーバのＷｅｂサイトのＵＲＬの指定と，ワンタイムパスワード生成要求と共にユーザが設定する暗証番号および前記携帯電話の電話番号を受け付け，指定された前記ＵＲＬからサイトコードを特定するパスワード要求受付部」と本件補正発明の「アクセス元端末からのＷＥＢサイトへのアクセス要求を受け付けるアクセス要求受付手段」とは，後記する点で相違するものの，“アクセス要求端末からのＷＥＢサイトへのアクセス要求を受け付けるアクセス要求受付手段”である点で共通しているといえる。　
　
（４−３）引用発明の「認証手段」は，携帯電話からワンタイムパスワード生成要求のための業務サーバのＷｅｂサイトへのアクセス要求と共に受け付けた暗証番号，電話番号，およびサイトコードが認証テーブルに存在するか否かを判別することから，携帯電話を一意に識別するための電話番号に基づいて，当該携帯電話が業務サーバのＷｅｂサイトへのアクセスが許可された端末であるか否かを認証するといえる。　
　そうすると，引用発明の「前記認証ＰＬサーバが前記携帯電話から前記ワンタイムパスワード生成要求と共に受け付けた前記暗証番号，前記電話番号，および前記サイトコードが認証テーブルに存在するか否かを判別して認証を行う認証手段」と，本件補正発明の「前記アクセス要求受付手段が前記アクセス元端末からのＷＥＢサイトへのアクセス要求を受け付けたときに，前記アクセス元端末から受信した前記アクセス元端末を一意に識別するための電話番号を認証情報とし，該認証情報に基づいて，前記アクセス元端末が前記ＷＥＢサイトへのアクセスが許可された端末であるか否かの認証を行う認証手段」とは，後記する点で相違するものの，“アクセス要求受付手段がアクセス要求端末からのＷＥＢサイトへのアクセス要求を受け付けたときに，前記アクセス要求端末から受信した前記アクセス要求端末を一意に識別するための電話番号を認証情報とし，前記認証情報に基づいて，前記アクセス要求端末が前記ＷＥＢサイトへのアクセスが許可された端末であるか否かの認証を行う認証手段”である点で共通しているといえる。
　
（４−４）引用発明の「ワンタイムパスワード」は，携帯電話に対して業務サーバのＷｅｂサイトへのアクセスを許可するために発行する情報であるといえるから，本件補正発明の「認証コード」に対応することは明らかである。
　そして，引用発明の「ワンタイムパスワード」は，所定のアルゴリズムにより，ワンタイムパスワード生成要求のタイムスタンプ，および当該要求に含まれる電話番号から生成されることから，引用発明の「ワンタイムパスワード」と本件補正発明の「認証コード」とは，ＷＥＢサイトへのアクセスが許可された場合に，所定のアルゴリズムで生成される“キー情報”である点で共通するといえる。
　そうすると，引用発明の「前記携帯電話から受け付けた前記暗証番号，前記電話番号，および前記サイトコードを有するレコードが前記認証テーブルに存在する場合，所定のアルゴリズムにより，前記ワンタイムパスワード生成要求のタイムスタンプ，および前記ワンタイムパスワード生成要求に含まれる前記電話番号から前記ワンタイムパスワード生成要求を行う前記携帯電話に対するワンタイムパスワードを生成するワンタイムパスワード生成手段」と，本件補正発明の「前記認証手段によって前記アクセス元端末が前記ＷＥＢサイトへのアクセスが許可された端末であるという認証結果が得られた場合に，アルファベット，数字，記号の少なくとも１つをランダムに，または所定のアルゴリズムで組み合わせた認証コードを生成し，生成した前記認証コードを前記アクセス元端末に対して前記ＷＥＢサイトへのアクセスを許可するための認証コードとして発行する認証コード発行手段」とは，後記する点で相違するものの，“認証手段によってアクセス要求端末がＷＥＢサイトへのアクセスが許可された端末であるという認証結果が得られた場合に，所定のアルゴリズムでキー情報を生成し，生成した前記キー情報を前記アクセス要求端末に対して前記ＷＥＢサイトへのアクセスを許可するための前記キー情報として発行するキー情報発行手段”である点で共通しているといえる。
　
（４−５）引用発明の「ＳＭＳ」は，認証情報に含まれる電話番号により宛先指定が可能で，携帯電話への「ワンタイムパスワード」の送信に用いられることから，本件補正発明の「ショートメッセージ」に相当するといえる。
　また，引用発明では，生成された「ワンタイムパスワード」を携帯電話に送信するところ，本件補正発明では，アクセス用情報生成手段によって生成された認証コードを含んだＷＥＢサイトへの「アクセス用情報」をアクセス元端末へ送信するが，引用発明の「ワンタイムパスワード」と本件補正発明の「アクセス用情報」とは，“ＷＥＢサイトへのアクセスに必要な情報”である点で共通しているといえる。　
　そうすると，引用発明の「生成された前記ワンタイムパスワードを前記電話番号で宛先指定可能なＳＭＳを用いて，前記ワンタイムパスワード生成要求を行う前記携帯電話へ送信するワンタイムパスワード送信手段」と，本件補正発明の「前記アクセス用情報生成手段によって生成された前記アクセス用情報を，前記認証情報を利用して宛先を設定してショートメッセージを用いて前記アクセス元端末へ送信するアクセス用情報送信手段」とは，後記する点で相違するものの，“生成されたキー情報を少なくとも含むＷＥＢサイトへのアクセスに必要な情報を，認証情報を利用して宛先を設定してショートメッセージを用いてアクセス要求端末へ送信する送信手段”である点で共通しているといえる。
　
（４−６）引用発明では，業務サーバのＷｅｂサイトへのアクセスに必要な情報であるワンタイムパスワードを「携帯電話」で受信し，「携帯電話」とは異なる別の「端末」でワンタイムパスワードのほかサイトユーザＩＤやＷｅｂサイトのＵＲＬを指定して業務サーバのＷｅｂサイトへのログイン要求を行うところ，本件補正発明では，アクセス用情報を受信した「アクセス元端末」から，アクセス用情報を用いたＷＥＢサイトへのアクセス要求を行うが，引用発明の「端末」と本件補正発明の「アクセス元端末」は共に“アクセス実行端末”といえることから，引用発明と本件補正発明とは，“アクセス実行端末から，アクセスに必要な情報を用いたＷＥＢサイトへのアクセス要求”を行う点で共通しているといえる。
　また，引用発明では，端末からのログイン要求に含まれるワンタイムパスワードと認証テーブルに記憶されたワンタイムパスワードとが一致するか否かを判別するが，認証テーブルは携帯電話に対して発行されたワンタイムパスワードを登録していることは自明であるから，引用発明と本件補正発明とは，“アクセスに必要な情報に含まれているキー情報と，キー情報発行手段が発行した前記キー情報とを照合する”点で共通しているといえる。
　そうすると，引用発明の「ユーザの指示で端末から前記業務サーバの前記Ｗｅｂサイトの前記ＵＲＬを指定したログイン要求がされたときに，前記認証ＰＬサーバを介して前記ログイン要求に含まれるサイトユーザＩＤおよび前記ワンタイムパスワードと，前記認証ＰＬサーバが指定された前記ＵＲＬから特定した前記サイトコードとを含む認証要求を受け付けて，前記認証要求に含まれる前記ワンタイムパスワードと前記認証テーブルに記憶された前記ワンタイムパスワードとが一致するか否かを判別する判別手段」と，本件補正発明の「前記アクセス用情報を受信した前記アクセス元端末から，前記アクセス用情報を用いた前記ＷＥＢサイトへのアクセス要求がされたときに，前記アクセス用情報に含まれている前記認証コードと，前記認証コード発行手段が発行した前記認証コードとを照合する認証コード照合手段」とは，後記する点で相違するものの，“アクセス実行端末から，アクセスに必要な情報を用いたＷＥＢサイトへのアクセス要求がされたときに，前記アクセスに必要な情報に含まれているキー情報と，キー情報発行手段が発行した前記キー情報とを照合するキー情報照合手段”である点で共通しているといえる。
　
（４−７）引用発明では，ログイン要求に含まれるワンタイムパスワードと認証テーブルに記憶されたワンタイムパスワードとが一致すると判別され，さらに，前記ワンタイムパスワードが有効期限内である場合に，端末のＷｅｂサイトへのアクセスを認証するところ，引用発明では，少なくともワンタイムパスワードの照合結果が一致することが確認されたときに，端末に対して業務サーバのＷｅｂサイトへのアクセスを許可しているといえる。　
　そうすると，引用発明の「前記認証ＢＬサーバにより，前記ログイン要求に含まれる前記ワンタイムパスワードと前記認証テーブルに記憶された前記ワンタイムパスワードとが一致すると判別され，有効期限内の場合，前記端末の前記Ｗｅｂサイトへのアクセスを認証するアクセス認証手段」と，本件補正発明の「前記認証コード照合手段によって，前記認証コードの照合結果が一致することが確認されたときに，前記アクセス元端末に対して，前記ＷＥＢサイトへのアクセスを許可するアクセス許可手段」とは，後記する点で相違するものの，“少なくとも，キー情報照合手段によって，キー情報の照合結果が一致することが確認されたときに，アクセス実行端末に対して，ＷＥＢサイトへのアクセスを許可するアクセス許可手段”である点で共通しているといえる。
　
（４−８）引用発明では，Ｗｅｂサイトへのアクセス要求が，携帯電話からのワンタイムパスワード生成要求であるか，端末からのログイン要求であるかに応じて，認証手段による処理と判別手段による処理とを切り替えるところ，携帯電話からのワンタイムパスワード生成要求はユーザが設定する暗証番号と携帯電話の電話番号の送信と共に，また，端末からのログイン要求はワンタイムパスワードとサイトユーザＩＤの送信と共になされることから，業務サーバのＷｅｂサイトへのアクセス要求と共に送信される情報に応じて，認証手段による処理と判別手段による処理とを切り替えるといえる。　
　そうすると，引用発明の「前記業務サーバのＷｅｂサイトへのアクセス要求が，前記携帯電話からの前記ワンタイムパスワード生成要求であるか，前記端末からの前記ログイン要求であるかに応じて，前記認証手段による処理と前記判別手段による処理とを切り替える切替手段」と，本件補正発明の「前記アクセス元端末からの前記ＷＥＢサイトへのアクセス要求が，前記認証情報を用いたものであるか，前記アクセス用情報を用いたものであるかに応じて，前記認証手段による処理と前記認証コード照合手段による処理とを切り替える切替手段」とは，後記する点で相違するものの，“ＷＥＢサイトへのアクセス要求と共に送信される情報に応じて，認証手段による処理とキー情報照合手段による処理とを切り替える切替手段”である点で共通しているといえる。
　
　以上から，本件補正発明と引用発明とは，以下の点で一致し，また，以下の点で相違する。
　
（一致点） 
　
「アクセス要求端末からのＷＥＢサイトへのアクセス要求を受け付けるアクセス要求受付手段と，
　前記アクセス要求受付手段が前記アクセス要求端末からの前記ＷＥＢサイトへのアクセス要求を受け付けたときに，前記アクセス要求端末から受信した前記アクセス要求端末を一意に識別するための電話番号を認証情報とし，前記認証情報に基づいて，前記アクセス要求端末が前記ＷＥＢサイトへのアクセスが許可された端末であるか否かの認証を行う認証手段と，
　前記認証手段によって前記アクセス要求端末が前記ＷＥＢサイトへのアクセスが許可された端末であるという認証結果が得られた場合に，所定のアルゴリズムでキー情報を生成し，生成した前記キー情報を前記アクセス要求端末に対して前記ＷＥＢサイトへのアクセスを許可するための前記キー情報として発行するキー情報発行手段と，
　生成された前記キー情報を少なくとも含む前記ＷＥＢサイトへのアクセスに必要な情報を，前記認証情報を利用して宛先を設定してショートメッセージを用いて前記アクセス要求端末へ送信する送信手段と，
　アクセス実行端末から，前記アクセスに必要な情報を用いた前記ＷＥＢサイトへのアクセス要求がされたときに，前記アクセスに必要な情報に含まれている前記キー情報と，前記キー情報発行手段が発行した前記キー情報とを照合するキー情報照合手段と，
　少なくとも，前記キー情報照合手段によって，前記キー情報の照合結果が一致することが確認されたときに，前記アクセス実行端末に対して，前記ＷＥＢサイトへのアクセスを許可するアクセス許可手段と，
　前記ＷＥＢサイトへのアクセス要求と共に送信される情報に応じて，前記認証手段による処理と前記キー情報照合手段による処理とを切り替える切替手段と，
　を備える認証システム。」　
　
（相違点１）　
　
　認証手段によるアクセス要求端末の認証に関し，本件補正発明は，アクセス元端末から受信した前記アクセス元端末を一意に識別するための電話番号を認証情報とし，前記認証情報に基づいて，アクセスが許可された端末であるか否かの認証を行う，すなわち，電話番号のみを認証情報とするのに対して，引用発明は，携帯電話からワンタイムパスワード生成要求と共に受け付けた暗証番号，電話番号，およびサイトコードが認証テーブルに存在するか否かを判別して認証を行う，すなわち，電話番号以外の情報も認証情報としている点。
　
（相違点２）　
　
　ＷＥＢサイトへのアクセスを許可するためのキー情報の生成に関し，本件補正発明は，アルファベット，数字，記号の少なくとも１つをランダムに，または所定のアルゴリズムで組み合わせて認証コードを生成するのに対して，引用発明は，所定のアルゴリズムにより，ワンタイムパスワード生成要求のタイムスタンプ，および前記ワンタイムパスワード生成要求に含まれる電話番号からワンタイムパスワードを生成する点。
　
（相違点３）　
　
　アクセス要求端末に対するショートメッセージを用いたＷＥＢサイトへのアクセスに必要な情報の送信に関し，本件補正発明は，認証コードを含んだＷＥＢサイトへのアクセス用情報をさらに生成し，前記アクセス用情報をアクセス元端末へ送信するのに対して，引用発明は，ワンタイムパスワードを含むアクセス用情報を生成することなく，ワンタイムパスワードのみを携帯電話へ送信する点。
　
（相違点４）　
　
　キー情報の照合とアクセス実行端末からＷＥＢサイトへのアクセス許可に関し，本件補正発明は，アクセス用情報を受信したアクセス元端末から，前記アクセス用情報を用いたＷＥＢサイトへのアクセス要求がされたときに，前記アクセス用情報に含まれている認証コードを照合し，照合結果によりＷＥＢサイトへのアクセスを許可するのに対して，引用発明は，ワンタイムパスワードを受信した携帯電話とは異なる端末から業務サーバのＷｅｂサイトのＵＲＬを指定したログイン要求がされたときに，端末からのログイン要求に含まれるワンタイムパスワードを判別し，判別結果と有効期限内かどうかの判定から業務サーバのＷｅｂサイトへのアクセスを認証する点。　
　
（相違点５）　
　
　ＷＥＢサイトへのアクセス要求と共に送信される情報に応じた，認証手段による処理と認証コード照合手段による処理との切り替えに関し，本件補正発明は，アクセス元端末からのアクセス要求が認証情報を用いたものであるか，アクセス用情報を用いたものであるかに応じて，処理を切り替えるのに対して，引用発明は，アクセス要求が携帯電話からのワンタイムパスワード生成要求であるか，端末からのログイン要求であるかに応じて，処理を切り替える点。
　
　
（５）当審の判断
　
　上記相違点１乃至５について検討する。
　
（５−１）相違点１について
　
　引用発明は，アクセス要求端末である携帯電話の認証のために，携帯電話の電話番号のほかに暗証番号も判別するところ，これは盗難された携帯電話からのアクセスを防止するために入力を要求しているのは自明である。また，携帯端末の認証を電話番号のみで行うことは当該技術分野における周知技術であるから（例えば，特開２００９−１３４７６８号公報，特開２０００−９２２３６号公報　を参照），アクセス要求端末である携帯電話の認証を電話番号以外の情報も含めて行うか否かは，当業者であれば，認証の精度と携帯電話ユーザの負担に応じて適宜選択し得た設計的事項である。
　そうすると，引用発明において，上記周知技術を適用し，アクセス要求端末である携帯電話の認証のために，携帯電話の電話番号のほかに暗証番号も判別することに代えて，適宜，携帯電話から受信した端末を一意に識別するための電話番号のみを認証情報とし，当該認証情報に基づいて認証を行うこと，すなわち，相違点１に係る構成とすることは，当業者が容易に想到し得たことである。
　
　よって，相違点１は格別なものではない。
　
（５−２）相違点２について
　
　引用発明は，Ｗｅｂサイトへのアクセスを許可するためのキー情報であるワンタイムパスワードを，所定のアルゴリズムにより，ワンタイムパスワード生成要求のタイムスタンプ，および当該要求に含まれる電話番号から生成するところ，認証システムにおいて，接続要求元の携帯電話を電話番号で認証し，ワンタイムパスワードを当該電話番号に基づき，数字や記号を組み合わせて生成することは，例えば参考文献１（上記Ｋ，Ｌを参照）に記載されているように，本願出願前には当該技術分野の周知技術であった。
　そうすると，引用発明において，上記周知技術を適用し，Ｗｅｂサイトへのアクセスを許可するためのキー情報であるワンタイムパスワードを，電話番号などを用いて所定のアルゴリズムで生成することに代えて，適宜，数字や記号を所定のアルゴリズムで組み合わせた認証コードを生成すること，すなわち，相違点２に係る構成とすることは，当業者が容易に想到し得たことである。
　
　よって，相違点２は格別なものではない。
　
（５−３）相違点３及び相違点４について
　
　引用発明は，キー情報の照合とＷｅｂサイトへのアクセス許可に関し，ワンタイムパスワードを受信した携帯電話とは異なる端末から業務サーバのＷｅｂサイトのＵＲＬを指定したログイン要求がされたときに，端末からのログイン要求に含まれるワンタイムパスワードを判別し，判別結果と有効期限内かどうかの判定から業務サーバのＷｅｂサイトへのアクセスを認証するところ，ログイン要求を行う端末のアクセスの認証では，ワンタイムパスワードの判別は行うものの，端末を特定する情報について判別を行うことについての言及がないことから，ログイン要求を行う端末はインターネットに接続可能な任意の端末であると解される。
　一方，引用発明２のような，「認証コードを含んだＵＲＬ情報である前記サービス提供サーバ接続用のＯＴＵを生成し，前記ＯＴＵをクライアントに送信し，該クライアントから前記認証コードを含む前記ＯＴＵを用いた前記サービス提供サーバへのアクセス要求がされたときに，前記ＯＴＵに含まれている前記認証コードを照合し，照合結果により前記サービス提供サーバへのアクセスを許可するＵＲＬ認証システム」は本願出願前には公知であった。ここで，引用発明２の「クライアント」，「ＯＴＵ」は，本件補正発明の「アクセス元端末」，「アクセス用情報」に相当するといえる。
　そうすると，引用発明において，引用発明２を適用し，アクセス要求端末である携帯電話にワンタイムパスワードを送信し，携帯電話とは異なる端末から業務サーバのＷｅｂサイトのＵＲＬを指定したログイン要求を行うことに代えて，適宜，認証コードを含んだＵＲＬ情報であるＷｅｂサイトへのアクセス用情報を生成し，前記アクセス用情報をアクセス要求端末である携帯電話に送信し，同じ前記携帯電話から前記アクセス用情報を用いたＷｅｂサイトへのログイン要求がされたときに，前記アクセス用情報に含まれている認証コードを照合し，照合結果によりＷｅｂサイトへのアクセスを許可すること，すなわち，相違点３及び相違点４に係る構成とすることは，当業者が容易に想到し得たことである。
　
　よって，相違点３及び相違点４は格別なものではない。　
　
（５−４）相違点５について
　
　引用発明は，業務サーバのＷｅｂサイトへのアクセス要求を発する端末がワンタイムパスワード生成要求の場合と，ログイン要求の場合とで異なるものの，アクセス要求と共に送信される情報が電話番号かワンタイムパスワードかに応じて，認証手段による処理と認証コード照合手段による処理との切り替えを行っているといえる。
　また，認証システムにおいて，特定の端末が所定のサーバへのアクセスが認証されると認証コードを含むＵＲＬが発行され，同じ認証された端末から前記ＵＲＬを用いて所定のサーバへアクセス要求を行う旨の技術は，例えば引用文献２（上記Ｆ参照），参考文献１（上記Ｋ，Ｌ参照）に記載されているように本願出願前には周知技術であった。
　そうすると，引用発明において，上記周知技術を適用し，アクセス要求が携帯電話からのワンタイムパスワード生成要求であるか，端末からのログイン要求であるかに応じて処理を切り替えることに代えて，適宜，アクセス元端末からのアクセス要求が認証情報である電話番号を用いたものであるか，アクセス用情報である認証コードを含むＵＲＬを用いたものであるかに応じて，処理を切り替えること，すなわち，相違点５に係る構成とすることは，当業者が容易に想到し得たことである。
　
　よって，相違点５は格別なものではない。　
　
（５−５）小括
　
　上記で検討したごとく，相違点１乃至５は格別のものではなく，そして，本件補正発明の奏する作用効果は，上記引用発明及び引用発明２，当該技術分野の周知技術の奏する作用効果から予測される範囲内のものにすぎず，格別顕著なものということはできない。
　したがって，本件補正発明は，上記引用発明及び引用発明２，当該技術分野の周知技術に基づいて，当業者が容易に発明をすることができたものであり，特許法第２９条第２項の規定により，特許出願の際独立して特許を受けることができない。
　
　
４．むすび 
　
　以上のように，本件補正は，上記「３．独立特許要件」で指摘したとおり，補正後の請求項１に記載された発明は，特許出願の際独立して特許を受けることができるものではないから，特許法第１７条の２第６項の規定において準用する同法第１２６条第７項の規定に違反するので，同法第１５９条第１項において読み替えて準用する同法第５３条第１項の規定により却下すべきものである。 
　
　よって，上記補正却下の決定の結論のとおり決定する。
　
　
第３　本件審判請求の成否について  
  
１．本願発明の認定 
  
　平成２５年１月１５日付けの手続補正は上記のとおり却下されたので，本件補正後の請求項１に対応する本件補正前の請求項に係る発明（以下，「本願発明」という。）は，平成２４年９月２８日付けの手続補正により補正された特許請求の範囲の請求項１に記載された事項により特定される，以下のとおりのものである。
　
「アクセス元端末からのＷＥＢサイトへのアクセス要求を受け付けるアクセス要求受付手段と，
　前記アクセス要求受付手段が前記アクセス元端末からのＷＥＢサイトへのアクセス要求を受け付けたときに，前記アクセス元端末から受信した認証情報に基づいて，前記アクセス元端末が前記ＷＥＢサイトへのアクセスが許可された端末であるか否かの認証を行う認証手段と，
　前記認証手段によって前記アクセス元端末が前記ＷＥＢサイトへのアクセスが許可された端末であるという認証結果が得られた場合に，前記アクセス元端末に対して前記ＷＥＢサイトへのアクセスを許可するための認証コードを発行する認証コード発行手段と，
　前記認証コード発行手段によって発行された前記認証コードを含んだ前記ＷＥＢサイトへのアクセス用情報を生成するアクセス用情報生成手段と，
　前記アクセス用情報生成手段によって生成された前記アクセス用情報を，ショートメッセージを用いて前記アクセス元端末へ送信するアクセス用情報送信手段と，
　前記アクセス用情報を受信した前記アクセス元端末から，前記アクセス用情報を用いた前記ＷＥＢサイトへのアクセス要求がされたときに，前記アクセス用情報に含まれている前記認証コードと，前記認証コード発行手段が発行した前記認証コードとを照合する認証コード照合手段と，
　前記認証コード照合手段によって，前記認証コードの照合結果が一致することが確認されたときに，前記アクセス元端末に対して，前記ＷＥＢサイトへのアクセスを許可するアクセス許可手段と，
　前記アクセス元端末からの前記ＷＥＢサイトへのアクセス要求が，前記認証情報を用いたものであるか，前記アクセス用情報を用いたものであるかに応じて，前記認証手段による処理と前記認証コード照合手段による処理とを切り替える切替手段とを備えることを特徴とする認証システム。」　　
　
２．引用文献に記載されている技術的事項及び引用発明の認定 
　
　原査定の拒絶の理由に引用された，引用発明は，前記「第２　平成２５年１月１５日付けの手続補正についての補正却下の決定」の「３．独立特許要件」の「（２）引用文献」に記載したとおりである。
　
３．対比・判断  
　
　本願発明は，前記「第２　平成２５年１月１５日付けの手続補正についての補正却下の決定」の「３．独立特許要件」で検討した本件補正発明の「前記アクセス要求受付手段が前記アクセス元端末からのＷＥＢサイトへのアクセス要求を受け付けたときに，前記アクセス元端末から受信した前記アクセス元端末を一意に識別するための電話番号を認証情報とし，該認証情報に基づいて，前記アクセス元端末が前記ＷＥＢサイトへのアクセスが許可された端末であるか否かの認証を行う認証手段」から「前記アクセス元端末を一意に識別するための電話番号を認証情報とし，該」を削除し，「前記認証手段によって前記アクセス元端末が前記ＷＥＢサイトへのアクセスが許可された端末であるという認証結果が得られた場合に，アルファベット，数字，記号の少なくとも１つをランダムに，または所定のアルゴリズムで組み合わせた認証コードを生成し，生成した前記認証コードを前記アクセス元端末に対して前記ＷＥＢサイトへのアクセスを許可するための認証コードとして発行する認証コード発行手段」を「前記認証手段によって前記アクセス元端末が前記ＷＥＢサイトへのアクセスが許可された端末であるという認証結果が得られた場合に，前記アクセス元端末に対して前記ＷＥＢサイトへのアクセスを許可するための認証コードを発行する認証コード発行手段」とし，「前記アクセス用情報生成手段によって生成された前記アクセス用情報を，前記認証情報を利用して宛先を設定してショートメッセージを用いて前記アクセス元端末へ送信するアクセス用情報送信手段」から「前記認証情報を利用して宛先を設定して」を削除したものである。
　そうすると，本願発明の発明特定事項を全て含む本件補正発明が，前記「第２　平成２５年１月１５日付けの手続補正についての補正却下の決定」の「３．独立特許要件」の「（２）引用文献」乃至「（５）当審の判断」に記載したとおり，引用発明及び引用発明２，当該技術分野の周知技術に基づいて当業者が容易に発明をすることができたものであるから，上記特定の限定を省いた本願発明も同様の理由により，引用発明及び引用発明２，当該技術分野の周知技術に基づいて，当業者が容易に発明をすることができたものである。 
　
４．むすび 
　
　以上のとおり，本願の請求項１に係る発明は，特許法第２９条第２項の規定により特許を受けることができないものであるから，その余の請求項に係る発明について検討するまでもなく，本願は拒絶すべきものである。 
　
　よって，結論のとおり審決する。