(57)【要約】      （修正有）【課題】ユーザの操作負担を増すこと無しに、機械的ログインプログラムによる認証要求を拒否することができる、ウェブ認証システムを提供する。【解決手段】ウェブサーバ２００のウェブ認証部２１０において、キー生成部２１１は、第１の認証キーに文字列加工処理を施すことで第２の認証キーを生成してデータベース２１２に保存し、比較処理部２１３は、通信端末３００から受信した第３の認証キーをデータベース２１２に保存された第２の認証キーと比較することによって通信端末３００の認証を行う。ウェブサーバ２００のウェブページ配信部２２０は、通信端末３００にウェブ表示プログラムを送信する。通信端末３００のウェブブラウザ３１０は、このウェブ表示プログラムを実行することで表示部に認証ページを表示させる処理と、文字列加工処理を自動実行して第１の認証キーから第３の認証キーを生成する処理と、第３の認証キーを返送する処理を行う。【選択図】図１
2017021396.tif 000002
【特許請求の範囲】
【請求項１】
第１の認証キーに文字列加工処理を施すことで生成された第２の認証キーを保存するキー保存部と、
通信端末の表示部に認証ページを表示させる表示処理と、前記文字列加工処理を自動実行することによって前記第１の認証キーから第３の認証キーを生成する演算処理と、該第３の認証キーを返送させる返送処理とを、該通信端末のブラウザに実行させる表示プログラムを、該通信端末宛に送信する送信処理部と、
前記通信端末から受信した前記第３の認証キーが前記キー保存部に保存された前記第２の認証キーと一致する場合に該通信端末を認証する比較処理部と、
を備えることを特徴とする認証システム。
【請求項２】
前記第１の認証キーは、前記表示プログラム内又は該表示プログラムに付随して送信されるデータ内に埋め込まれた状態で、前記通信端末に送信されることを特徴とする請求項１に記載の認証システム。
【請求項３】
前記認証ページは、ユーザＩＤ及びパスワードの入力フィールドを含み、且つ、
前記表示プログラムの前記返送処理は、該入力フィールドに入力された該ユーザＩＤ及び該パスワードと共に、前記第３の認証キーを返送する処理である、
ことを特徴とする請求項１又は２に記載の認証システム。
【請求項４】
第１の認証キーに文字列加工処理を施すことで得られた第２の認証キーを保存するキー保存部と、通信端末から受信した第３の認証キーを前記キー保存部に保存された前記第２の認証キーとを比較することによって該通信端末の認証処理を行う比較処理部と、を備える認証システムから送信されて、該通信端末に受信される表示プログラムであって、
前記通信端末の表示部に認証ページを表示させる表示処理と、前記文字列加工処理を自動実行することによって前記第１の認証キーから前記第３の認証キーを生成する演算処理と、該第３の認証キーを前記認証システムに返送させる返送処理とを、該通信端末のブラウザに実行させることを特徴とする表示プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、例えばインターネット等の通信網に接続された通信端末の認証を行う認証技術に関し、より詳細には、機械的ログインプログラムを用いた不正な認証要求を拒否する技術に関する。
【背景技術】
【０００２】
従来より、インターネットのウェブサイト等に対して不正にログインする方法の一つとして、リスト型攻撃と称されるものが知られている。
【０００３】
リスト型攻撃とは、不正行為者が、あるウェブサイトのログイン認証に使用するユーザＩＤ及びパスワードを大量に不正入手し、それらのユーザＩＤ及びパスワードを用いて、他のウェブサイトのログイン認証を受けようと試みる不正ログイン方法である。正規ユーザが、複数のウェブサイトについて同一のユーザＩＤやパスワードを使用している場合、このリスト型攻撃によって不正にログインされるおそれがある。
【０００４】
このようなリスト型攻撃は、一般に、コンピュータに機械的ログインプログラムを実行させることで、行われる。この機械的ログインプログラムは、大量のユーザＩＤやパスワードについてのログイン認証要求を、様々なウェブサイトに対して、機械的に高速で実行する。機械的ログインプログラムを用いることにより、不正行為者は、多数の不正アクセスを、短時間で自動的に試みることができる。
【０００５】
機械的ログインプログラムを用いた認証要求を拒否する技術としては、例えば、下記特許文献１や２に記載されたものが知られている。
【０００６】
特許文献１には、キャプチャ(CAPTCHA)
と称される認証技術が開示されている。この認証技術では、認証を要求した通信端末の認証用ウェブページに任意の文字列を表示するとともに、その通信端末のユーザに、その文字列を手入力するように促す。このとき、その文字列を、人間には識別できるがコンピュータの文字認識プログラムでは識別できないような形態で表示することにより、機械的ログインプログラムによる機械的な認証要求を拒否することができる（特許文献１の図１等参照）。
【０００７】
また、特許文献２では、ログイン認証ページにジグソーパズルを表示して、その通信端末のユーザに、そのジグソーパズルを解かせることにより、機械的ログインプログラムによる機械的な認証要求を拒否している（特許文献２の段落［００７７］、図８（ｃ）等参照）。
【先行技術文献】
【特許文献】
【０００８】
【特許文献１】特表２０１４−５１５５１６号公報
【特許文献２】特開２０１５−１０９０９７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００９】
しかしながら、上記特許文献１の認証技術（キャプチャ）には、入力する文字列が人間にとっても読み難い場合があるため、正規のユーザにとって使い勝手が悪いという欠点がある。
【００１０】
同様に、上記特許文献２の認証技術にも、その都度ジグソーパズルを解かなければならないために、正規のユーザにとって使い勝手が悪いという欠点がある。
【００１１】
この発明は、ユーザの操作負担を増すこと無しに、機械的ログインプログラムによる機械的な認証要求を拒否することができる、ウェブ認証システム及び認証プログラムを提供することを課題とする。
【課題を解決するための手段】
【００１２】
請求項１の発明は、第１の認証キーに文字列加工処理を施すことで得られた第２の認証キーを保存するキー保存部と、通信端末の表示部に認証ページを表示させる表示処理と、前記文字列加工処理を自動実行することによって前記第１の認証キーから第３の認証キーを生成する演算処理と、該第３の認証キーを返送させる返送処理とを、該通信端末のブラウザに実行させる表示プログラムを、該通信端末宛に送信する送信処理部と、前記通信端末から受信した前記第３の認証キーが前記キー保存部に保存された前記第２の認証キーと一致する場合に該通信端末を認証する比較処理部と、を備える認証システムとしたことを特徴とする。
【００１３】
請求項２の発明は、請求項１に記載の構成に加え、前記第１の認証キーは、前記表示プログラム内又は該表示プログラムに付随して送信されるデータ内に埋め込まれた状態で、前記通信端末に送信されることを特徴とする。
【００１４】
請求項３の発明は、請求項１又は２に記載の構成に加え、前記認証ページは、ユーザＩＤ及びパスワードの入力フィールドを含み、且つ、前記表示プログラムの前記返送処理は、該入力フィールドに入力された該ユーザＩＤ及び該パスワードと共に、前記第３の認証キーを返送する処理である、ことを特徴とする。
【００１５】
請求項４の発明は、第１の認証キーに文字列加工処理を施すことで得られた第２の認証キーを保存するキー保存部と、通信端末から受信した第３の認証キーを前記キー保存部に保存された前記第２の認証キーとを比較することによって該通信端末の認証処理を行う比較処理部と、を備える認証システムから送信されて、該通信端末に受信される表示プログラムであって、前記通信端末の表示部に認証ページを表示させる表示処理と、前記文字列加工処理を自動実行することによって前記第１の認証キーから前記第３の認証キーを生成する演算処理と、該第３の認証キーを前記認証システムに返送させる返送処理とを、該通信端末のブラウザに実行させる表示プログラムとしたことを特徴とする。
【発明の効果】
【００１６】
請求項１及び４の発明によれば、キー保存部に保存された第２の認証キーと、通信端末のブラウザが表示プログラムを実行することによって自動演算された第３の認証キーとを比較することで認証処理を行う。そのため、表示プログラムを実行しない通信端末は、この認証システムから認証を受けることができない。ここで、通常、機械的ログインプログラムは、表示プログラムを実行しない。従って、請求項１及び４の発明によれば、多くの機械的ログインプログラムによる不正な認証要求（例えばリスト型攻撃の認証要求）を拒否できる。
【００１７】
また、不正行為者が、表示プログラムを実行できる機械的ログインプログラムを開発して使用することも考えられるが、その場合でも、機械的ログインプログラムの開発コストの高騰や処理速度（すなわち、単位時間内に認証要求できる回数）の低下を図ることができ、これにより、不正行為を行い難くすることができる。
【００１８】
更に、請求項１の発明によれば、第３の認証キーは、通信端末が表示プログラムを実行することによって自動演算されるので、正規ユーザの操作負担を増大させることが無い。
【００１９】
請求項２の発明によれば、第１の認証キーは、表示プログラム内又は該表示プログラムに付随して送信されるデータ内に埋め込まれた状態で通信端末に送信されるので、その通信端末の機械的ログインプログラムは、その第１の認証キーを、その表示プログラムの中から探し出す必要がある。このため、請求項２の発明によれば、機械的ログインプログラムの開発コストの高騰や処理速度の低下を図ることができ、これにより、不正行為を行い難くすることができる。その一方で、正規ユーザにとっては、第１の認証キーを通信端末に入力する操作が不要なので、操作負担が増大することがない。
【００２０】
請求項３の発明によれば、認証システムは、認証ページで入力されたユーザＩＤ及びパスワードと共に、第３の認証キーを受け取るので、機械的ログインプログラムによる機械的な認証要求に使用されたユーザＩＤ及びパスワードが不正取得された正規のものであっても、その認証を拒否することができる。
【図面の簡単な説明】
【００２１】
【図１】この発明の実施の形態１に係るネットワーク構成を示す概念図である。
【図２】同実施の形態１に係る認証システムの動作を説明するための概念図である。
【図３】同実施の形態１に係る認証システムの動作を説明するための概略フローチャートである。
【図４】同実施の形態１に係る認証システムの動作を説明するための概略フローチャートである。
【図５】同実施の形態１に係る認証システムの動作を説明するための概略フローチャートである。
【発明を実施するための形態】
【００２２】
［発明の実施の形態１］
以下、この発明の実施の形態１について、図１乃至図５を用いて説明する。
【００２３】
図１は、この実施の形態１のネットワーク構成を示す概念図である。
【００２４】
図１に示したように、この実施の形態１に係るネットワーク１００では、ウェブサーバ２００と通信端末３００とが、インターネット４００を介して通信接続されている。
【００２５】
ウェブサーバ２００は、この発明の「認証システム」に対応し、ウェブ認証部２１０と、ウェブページ配信部２２０とを備えている。
【００２６】
ウェブ認証部２１０は、キー生成部２１１と、データベース２１２と、比較処理部２１３とを備えている。
【００２７】
キー生成部２１１は、例えば疑似乱数や乱数生成器等を用いて、第１の認証キーを生成する。第１の認証キーは、例えば、文字列（数字や記号等を含んでもよい）である。
【００２８】
そして、キー生成部２１１は、この第１の認証キーに、予め用意された文字列加工処理を施すことで、第２の認証キーを生成する。
【００２９】
文字列加工処理の内容は特に限定されず、その文字列加工処理を行うのがウェブ認証部２１０であるか通信端末３００のブラウザであるかに拘わらず、常に、同じ第１の認証キーから同じ第２の認証キーを生成できる処理であれば良い。例えば、この文字列加工処理は、ＳＨＡ(Secure Hash Algorithm)−１ 等の暗号学的ハッシュ関数を用いた演算処理であってもよいし、第１の認証キーを特定の文字列で排他的論理和演算する処理であってもよい。
【００３０】
文字列加工処理の内容は、適宜変更することが可能である。文字列加工処理の内容を変更可能にすることで、不正行為者が、この文字列加工処理に対応した機械的ログインプログラムを開発し難くすることができる。更には、１回の認証処理毎に、文字列加工処理の内容を変更できるようにしてもよい。
【００３１】
生成された第１の認証キーは、ウェブページ配信部２２０に送られる。一方、上述の文字列加工処理で得られた第２の認証キーは、データベース２１２に送られる。
【００３２】
データベース２１２は、この発明の「キー保存部」に対応し、キー生成部２１１から受け取った第２の認証キーを一時保存する。加えて、データベース２１２は、比較処理部２１３から第３の認証キーを受け取って、この第３の認証キーと一致する第２の認証キーを検索する（後述）。
【００３３】
比較処理部２１３は、通信端末３００からで生成された第３の認証キー（後述）を、ウェブページ配信部２２０から受け取る。続いて、データベース２１２に、この第３の認証キーと一致する第２の認証キーの検索を要求する。そして、比較処理部２１３は、その第３の認証キーと一致する第２の認証キーがデータベース２１２から発見された場合には、認証成功と判断して、その第２の認証キーをデータベース２１２から削除させると共に、認証成功をウェブページ配信部２２０に通知する（後述）。
【００３４】
ウェブページ配信部２２０は、この発明の「送信処理部」に対応し、通信端末３００に対して、ウェブ表示プログラムを配信する。ウェブ表示プログラムとは、通信端末３００の画面へのウェブページの表示等を行わせるためのプログラムであり、この通信端末３００のウェブブラウザ３１０によって実行される。このウェブ表示プログラムは、例えばＨＴＭＬ(HyperText Markup Language) 等を用いて記述することができる。ウェブページ配信部２２０が配信するウェブページには、ログイン認証ページが含まれる。
【００３５】
ログイン認証ページ用のウェブ表示プログラムは、通信端末３００の使用者にユーザＩＤを入力させるための入力フィールド３２０と、該使用者にパスワードを入力させるための入力フィールド３３０と、これら入力フィールド３２０，３３０の入力文字列を送信するためのログインボタン３４０とを、その通信端末３００の表示画面に表示させる。
【００３６】
更に、ログイン認証ページ用のウェブ表示プログラムは、通信端末３００に文字列加工処理を実行させて第１の認証キーから第３の認証キーを生成するための、プログラムコードを含んでいる。この文字列加工処理の内容は、上述したキー生成部２１１の文字列加工処理と同一である。従って、このウェブ表示プログラムが正常に実行された場合、この第３の認証キーは、キー生成部２１１の文字列加工処理で生成される第２の認証キーと、同一の文字列となる。
【００３７】
加えて、ウェブページ配信部２２０は、ログイン認証ページ用のウェブ表示プログラム或いはそのウェブ表示プログラムに付随して配信するデータ内に、この文字列加工処理の対象となる第１の認証キーを埋め込む。この第１の認証キーを埋め込む位置は、そのウェブ表示プログラム内のスクリプトがアクセスできる位置であれば、何処でも良い。例えば、文書構造を定義する記述部分や、スタイルを定義する記述部分に、第１の認証キーを埋め込むことができる。
【００３８】
加えて、ログイン認証ページ用のウェブ表示プログラムは、ウェブサーバ２００のウェブページ配信部２２０に第３の認証キーを送信するためのプログラムコードを含んでいる。この実施の形態１では、入力フィールド３２０，３３０に入力されたユーザＩＤ及びパスワードをウェブサーバ２００に送信するためのフォーム・タグ内に、この第３の認証キーを、非表示データ（input typeが"hidden"のデータ）として格納する。このフォーム・タグの記述の一例を、以下に示す。
【００３９】
<form action="/login"mehtod="post" name="loginForm">
<input type="hidden"name="_token" value="fF7eg6CSD3d636d" />
<input type="text"name="user_id" />
<input type="password"name="password" />
<input id="submit"type="image" src="img/img/login.gif" value="ログイン" />
</form>
また、ウェブページ配信部２２０は、ユーザＩＤ、パスワード及び第３の認証キーを通信端末３００から受け取って、後述のような認証処理を行う。
【００４０】
通信端末３００は、インターネット４００を介してウェブサーバ２００にアクセスできる通信装置であれば何でもよく、例えば、パーソナルコンピュータ、携帯電話機、スマートフォン、タブレット端末等である。正規ユーザの通信端末３００には、例えばアプリケーションソフトウエアとして、ウェブブラウザ３１０がインストールされている。このウェブブラウザ３１０は、上述のようなウェブ表示プログラムを実行できるものであれば何でもよく、従来のものをそのまま使用できる。
【００４１】
次に、この実施の形態１に係るネットワークの全体動作について、図２乃至図５を用いて説明する。
【００４２】
まず、通信端末３００の使用者が、ウェブブラウザ３１０を操作して、ウェブサーバ２００にアクセスする。そして、このウェブサーバ２００のウェブページ配信部２２０に、所望のウェブページの配信（すなわち、そのウェブページに対応するウェブ表示プログラムの送信）を要求するページ要求信号を送信する（図２のステップＳ２０１参照）。
【００４３】
ウェブページ配信部２２０は、このページ要求信号を受信すると、ウェブ認証部２１０に、認証キー要求信号を送信する（図２のステップＳ２０２参照）。
【００４４】
ウェブ認証部２１０のキー生成部２１１は、この認証キー要求信号を受信すると、以下のような処理を行う（図３参照）。
【００４５】
まず、キー生成部２１１は、この認証キー要求信号を受信すると（図３のステップＳ３０１参照）、第１の認証キーを生成する（図３のステップＳ３０２参照）。上述のように、第１の認証キーは、例えば疑似乱数を用いて生成できるが、他の方法であっても良い。
【００４６】
続いて、キー生成部２１１は、この第１の認証キーを用いた文字列加工処理を行うことで、第２の認証キーを生成する（図３のステップＳ３０３参照）。
【００４７】
更に、キー生成部２１１は、この第２の認証キーを用いた認証のタイムアウト時刻を決定し、これら第２の認証キー及びタイムアウト時刻をデータベース２１２に保存する（図３のステップＳ３０４参照）。なお、タイムアウト時刻に代えて、第２の認証キーの生成時刻を、データベース２１２に保存してもよい。
【００４８】
その後、キー生成部２１１は、第１の認証キーを、ウェブページ配信部２２０へ送信する（図３のステップＳ３０５及び図２のステップＳ２０３参照）。
【００４９】
ウェブページ配信部２２０は、ウェブ認証部２１０から第１の認証キーを受け取ると、その第１の認証キーを、予め用意されたログイン認証ページ用ウェブ表示プログラム（上述）に埋め込む。そして、ウェブページ配信部２２０は、そのウェブ表示プログラムを、通信端末３００へ送信する（図２のステップＳ２０４参照）。
【００５０】
通信端末３００は、このウェブ表示プログラムを、ウェブブラウザ３１０に実行させる。これにより、ウェブブラウザ３１０は、通信端末の表示画面に、ログイン認証ページを表示する。上述のように、このログイン認証ページは、ユーザＩＤ用の入力フィールド３２０と、パスワード用の入力フィールド３３０と、ログインボタン３４０とを含んでいる（図１参照）。
【００５１】
加えて、ウェブブラウザ３１０がウェブ表示プログラムを実行することで、上述のようにして、第３の認証キーが生成される（上述）。なお、第３の認証キーを生成するプログラムは、ログイン認証ページの画面表示を行う際（すなわち、入力フィールド３２０，３３０及びログインボタン３４０を表示する際）に実行してもよいが、通信端末のユーザがログインボタン３４０を操作したタイミング（後述）で実行してもよい。
【００５２】
その後、通信端末３００のユーザが、入力フィールド３２０，３３０にユーザＩＤ及びパスワードを入力した後で、ログインボタン３４０を操作すると、これらユーザＩＤ、パスワードおよび第３の認証キーを含む認証情報が、ウェブサーバ２００に送信される（図２のステップＳ２０５参照）。なお、入力フィールド３３０に入力されたパスワードは、暗号的ハッシュ関数等を用いて暗号化して、送信してもよい。
【００５３】
ウェブサーバ２００は、この認証情報を受信すると、以下のような処理を行う（図４及び図５参照）。なお、図４はウェブページ配信部２２０の動作を示しており、図５はウェブ認証部２１０に設けられた比較処理部２１３の動作を示している。
【００５４】
ウェブページ配信部２２０は、認証情報を受信すると（図４のステップＳ４０１参照）、その認証情報に格納されたユーザＩＤ及びパスワードの正誤をチェックする（図４のステップＳ４０２参照）。
【００５５】
そして、ユーザＩＤ及びパスワードが誤りである場合、ウェブページ配信部２２０は、認証失敗と判断して、通信端末３００のログインを拒否するための処理を行う（図４のステップＳ４０３参照）。この処理により、通信端末３００には、ログインを拒否したことが通知される（図２のステップＳ２０８参照）。
【００５６】
一方、ステップＳ４０２においてユーザＩＤ及びパスワードが正しかった場合、ウェブページ配信部２２０は、認証確認要求に第３の認証キーを格納して、ウェブ認証部２１０へ送信する（図４のステップＳ４０４、図２のステップＳ２０６参照）。
【００５７】
比較処理部２１３は、この認証確認要求を受信すると（図５のステップＳ５０１参照）、その認容確認要求から第３の認証キーを取り出す。続いて、比較処理部２１３は、データベース２１２に、その第３の認証キーと一致する第２の認証キーを探すように要求する（図５のステップＳ５０２参照）。
【００５８】
ここで、第３の認証キーと一致する第２の認証キーが存在しなかった場合（図５のステップＳ５０３参照）、比較処理部２１３は、ウェブページ配信部２２０に、認証に失敗した旨を通知する（図５のステップＳ５０４、図２のステップＳ２０７参照）。なお、第３の認証キーと一致する第２の認証キーが検索された場合であっても、その検索の時刻がタイムアウト時刻（上述）を超えている場合には、認証失敗と判断すると共に、それら第２の認証キー及びタイムアウト時刻がデータベース２１２から削除される。なお、タイムアウト時刻に代えて第２の認証キーの生成時刻をデータベース２１２に保存する場合には、その生成から検索までの経過時間が所定時間を超えている場合に、認証失敗と判断すればよい。
【００５９】
一方、第３の認証キーと一致する第２の認証キーが確認され、且つ、その第２の認証キーが生成されてからの経過時間が所定時間内である場合、比較処理部２１３は、それら第２の認証キー及びタイムアウト時刻（又は生成時刻）をデータベース２１２から削除すると共に（図５のステップＳ５０５参照）、ウェブページ配信部２２０に、認証が成功した旨を通知する（図５のステップＳ５０６、図２のステップＳ２０７参照）。
【００６０】
ウェブページ配信部２２０は、ウェブ認証部２１０から通知を受信すると、その通知から、認証の成功／失敗を判断する（図４のステップＳ４０５参照）。そして、認証に失敗したと判断した場合、ウェブページ配信部２２０は、通信端末３００のログインを拒否するための処理を行う（図４のステップＳ４０６参照）。この処理により、通信端末３００には、ログインを拒否したことが通知される（図２のステップＳ２０８参照）。
【００６１】
一方、ステップＳ４０５で認証に成功したと判断した場合、ウェブページ配信部２２０は、通信端末３００のためのセッションキーを生成すると共に（図４のステップＳ４０７参照）、そのセッションキーを通信端末３００へ送信する（図４のステップＳ４０８、図２のステップＳ２０８参照）。このセッションキーにより、通信端末３００にログインが許可されると共に、ログインしたあとのセッション管理が行われる。
【００６２】
以上説明したように、この実施の形態１では、キー生成部２１１に保存された第２の認証キーと、通信端末３００のウェブブラウザ３１０がウェブ表示プログラムを実行することによって自動演算された第３の認証キーとを比較することで、ログイン認証を行う。このため、ウェブ表示プログラムを実行しない通信端末３００は、認証を受けることができない。ここで、通常、機械的ログインプログラムは、ウェブ表示プログラムを実行しない。従って、この実施の形態によれば、多くの機械的ログインプログラムによる不正な認証要求（例えばリスト型攻撃の認証要求）を拒否できる。
【００６３】
また、不正行為者が、ウェブ表示プログラムを実行できる機械的ログインプログラムを開発して使用することも考えられるが、その場合でも、機械的ログインプログラムの開発コストの高騰や処理速度（すなわち、単位時間内に認証要求できる回数）の低下を図ることができ、これにより、不正行為を行い難くすることができる。
【００６４】
更に、この実施の形態１によれば、第３の認証キーは、通信端末３００がウェブ表示プログラムを実行することによって自動演算されるので、通信端末３００のユーザの操作負担を増大させることが無い。
【００６５】
また、この実施の形態１によれば、第１の認証キーは、ウェブ表示プログラム内に埋め込まれた状態で通信端末３００に送信されるので、その通信端末３００の機械的ログインプログラムは、その第１の認証キーを、そのウェブ表示プログラムの中から探し出す必要がある。このため、この実施の形態１によれば、機械的ログインプログラムの開発コストの高騰や処理速度の低下を図ることができ、これにより、不正行為を行い難くすることができる。
【００６６】
その一方で、正規ユーザにとっては、第１の認証キーを通信端末に入力等する操作が不要なので、操作負担が増大することがない。
【００６７】
加えて、この実施の形態１によれば、ウェブサーバ２００は、認証ページで入力されたユーザＩＤ及びパスワードと共に、第３の認証キーを受け取るので、機械的ログインプログラムによる機械的な認証要求に使用されたユーザＩＤ及びパスワードが不正取得された正規のものであっても、その認証を拒否することができる。
【００６８】
なお、この実施の形態１では、この発明の認証技術（第２及び第３の認証キーを比較することによる認証技術）をユーザＩＤ及びパスワードによる認証技術と併用する場合を例に採って説明したが、この発明の認証技術を他の認証技術と併用してもよく、更には、単独で使用してもよい。
【符号の説明】
【００６９】
１００  ネットワーク
２００  ウェブサーバ
２１０  ウェブ認証部
２１１  キー生成部
２１２  データベース
２１３  比較処理部
２２０  ウェブページ配信部
３００  通信端末
３１０  ウェブブラウザ
３２０，３３０  入力フィールド
３４０  ログインボタン
４００  インターネット
【図１】
2017021396.tif 000003
【図２】
2017021396.tif 000004
【図３】
2017021396.tif 000005
【図４】
2017021396.tif 000006
【図５】
2017021396.tif 000007
【手続補正書】
【提出日】平成28年9月20日(2016.9.20)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
通信端末が、ブラウザに認証ページを表示させる処理を実行すること無しにウェブサーバから認証を受けることを、防止する認証システムであって、
第１の認証キーに文字列加工処理を施すことで生成された第２の認証キーを保存するキー保存部と、
前記通信端末が前記ウェブサーバへ認証を要求したときに、該通信端末の表示部に前記認証ページを表示させる表示処理と、前記文字列加工処理を自動実行することによって前記第１の認証キーから第３の認証キーを生成する演算処理と、該第３の認証キーを返送させる返送処理とを、該通信端末の前記ブラウザに実行させるプログラムを、前記認証ページの表示プログラムとして該通信端末宛に送信する送信処理部と、
前記通信端末から受信した前記第３の認証キーが前記キー保存部に保存された前記第２の認証キーと一致する場合に、前記表示プログラムが実行されたと判断する比較処理部と、
を備えることを特徴とする認証システム。
【請求項２】
前記第１の認証キーは、前記表示プログラム内に埋め込まれた状態で、前記通信端末に送信されることを特徴とする請求項１に記載の認証システム。
【請求項３】
前記認証ページは、ユーザＩＤ及びパスワードの入力フィールドを含み、且つ、
前記表示プログラムの前記返送処理は、該入力フィールドに入力された該ユーザＩＤ及び該パスワードと共に、前記第３の認証キーを返送する処理である、
ことを特徴とする請求項１又は２に記載の認証システム。
【請求項４】
通信端末が、ブラウザに認証ページを表示させる処理を実行すること無しにウェブサーバから認証を受けることを、防止する表示プログラムであって、
前記通信端末が前記ウェブサーバへ認証を要求したときに、請求項１乃至３の何れかに記載の認証システムから送信される表示プログラム。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】００１２
【補正方法】変更
【補正の内容】
【００１２】
請求項１の発明は、通信端末が、ブラウザに認証ページを表示させる処理を実行すること無しにウェブサーバから認証を受けることを、防止する認証システムであって、第１の認証キーに文字列加工処理を施すことで生成された第２の認証キーを保存するキー保存部と、前記通信端末が前記ウェブサーバへ認証を要求したときに、該通信端末の表示部に前記認証ページを表示させる表示処理と、前記文字列加工処理を自動実行することによって前記第１の認証キーから第３の認証キーを生成する演算処理と、該第３の認証キーを返送させる返送処理とを、該通信端末の前記ブラウザに実行させるプログラムを、前記認証ページの表示プログラムとして該通信端末宛に送信する送信処理部と、前記通信端末から受信した前記第３の認証キーが前記キー保存部に保存された前記第２の認証キーと一致する場合に、前記表示プログラムが実行されたと判断する比較処理部と、を備える認証システムとしたことを特徴とする。
【手続補正３】
【補正対象書類名】明細書
【補正対象項目名】００１５
【補正方法】変更
【補正の内容】
【００１５】
請求項４の発明は、通信端末が、ブラウザに認証ページを表示させる処理を実行すること無しにウェブサーバから認証を受けることを、防止する表示プログラムであって、前記通信端末が前記ウェブサーバへ認証を要求したときに、請求項１乃至３の何れかに記載の認証システムから送信される。