特許 6084258 認証システム及び表示プログラム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】6084258

(24)【登録日】2017年2月3日

(45)【発行日】2017年2月22日

(54)【発明の名称】認証システム及び表示プログラム

(51)【国際特許分類】

   G06F 21/30 20130101AFI20170213BHJP

   G06F 21/31 20130101ALI20170213BHJP

【ＦＩ】

   G06F21/30

   G06F21/31

【請求項の数】4

【全頁数】12

(21)【出願番号】特願2015-135893(P2015-135893)

(22)【出願日】2015年7月7日

(65)【公開番号】特開2017-21396(P2017-21396A)

(43)【公開日】2017年1月26日

【審査請求日】2016年5月12日

【早期審査対象出願】

(73)【特許権者】

【識別番号】500517318

【氏名又は名称】ネットエージェント株式会社

(74)【代理人】

【識別番号】100104776

【弁理士】

【氏名又は名称】佐野 弘

(74)【代理人】

【識別番号】100119194

【弁理士】

【氏名又は名称】石井 明夫

(72)【発明者】

【氏名】杉浦 隆幸

【審査官】 宮司 卓佳

(56)【参考文献】

【文献】 特開２０１０−０６１２１１（ＪＰ，Ａ）

【文献】 特開２００９−００３８７７（ＪＰ，Ａ）

【文献】 特開２００６−０７２９７０（ＪＰ，Ａ）

【文献】 再公表特許第２０１３／１０３０１９（ＪＰ，Ａ１）

(58)【調査した分野】（Int.Cl.，ＤＢ名）

Ｇ０６Ｆ ２１／３０

(57)【特許請求の範囲】

【請求項1】

通信端末が、ブラウザに認証ページを表示させる処理を実行すること無しにウェブサーバから認証を受けることを、防止する認証システムであって、
第１の認証キーに文字列加工処理を施すことで生成された第２の認証キーを保存するキー保存部と、
前記通信端末が前記ウェブサーバへ認証を要求したときに、該通信端末の表示部に前記認証ページを表示させる表示処理と、前記文字列加工処理を自動実行することによって前記第１の認証キーから第３の認証キーを生成する演算処理と、該第３の認証キーを返送させる返送処理とを、該通信端末の前記ブラウザに実行させるプログラムを、前記認証ページの表示プログラムとして該通信端末宛に送信する送信処理部と、
前記通信端末から受信した前記第３の認証キーが前記キー保存部に保存された前記第２の認証キーと一致する場合に、前記表示プログラムが実行されたと判断する比較処理部と、
を備えることを特徴とする認証システム。

【請求項2】

前記第１の認証キーは、前記表示プログラム内に埋め込まれた状態で、前記通信端末に送信されることを特徴とする請求項１に記載の認証システム。

【請求項3】

前記認証ページは、ユーザＩＤ及びパスワードの入力フィールドを含み、且つ、
前記表示プログラムの前記返送処理は、該入力フィールドに入力された該ユーザＩＤ及び該パスワードと共に、前記第３の認証キーを返送する処理である、
ことを特徴とする請求項１又は２に記載の認証システム。

【請求項4】

通信端末が、ブラウザに認証ページを表示させる処理を実行すること無しにウェブサーバから認証を受けることを、防止する表示プログラムであって、
前記通信端末が前記ウェブサーバへ認証を要求したときに、請求項１乃至３の何れかに記載の認証システムから送信され、
前記通信端末の表示部に前記認証ページを表示させる表示処理と、前記文字列加工処理を自動実行することによって前記第１の認証キーから第３の認証キーを生成する演算処理と、該第３の認証キーを返送させる返送処理とを、該通信端末の前記ブラウザに実行させることを特徴とする表示プログラム。

【発明の詳細な説明】

【技術分野】

【0001】

この発明は、例えばインターネット等の通信網に接続された通信端末の認証を行う認証技術に関し、より詳細には、機械的ログインプログラムを用いた不正な認証要求を拒否する技術に関する。

【背景技術】

【0002】

従来より、インターネットのウェブサイト等に対して不正にログインする方法の一つとして、リスト型攻撃と称されるものが知られている。

【0003】

リスト型攻撃とは、不正行為者が、あるウェブサイトのログイン認証に使用するユーザＩＤ及びパスワードを大量に不正入手し、それらのユーザＩＤ及びパスワードを用いて、他のウェブサイトのログイン認証を受けようと試みる不正ログイン方法である。正規ユーザが、複数のウェブサイトについて同一のユーザＩＤやパスワードを使用している場合、このリスト型攻撃によって不正にログインされるおそれがある。

【0004】

このようなリスト型攻撃は、一般に、コンピュータに機械的ログインプログラムを実行させることで、行われる。この機械的ログインプログラムは、大量のユーザＩＤやパスワードについてのログイン認証要求を、様々なウェブサイトに対して、機械的に高速で実行する。機械的ログインプログラムを用いることにより、不正行為者は、多数の不正アクセスを、短時間で自動的に試みることができる。

【0005】

機械的ログインプログラムを用いた認証要求を拒否する技術としては、例えば、下記特許文献１や２に記載されたものが知られている。

【0006】

特許文献１には、キャプチャ(CAPTCHA)
と称される認証技術が開示されている。この認証技術では、認証を要求した通信端末の認証用ウェブページに任意の文字列を表示するとともに、その通信端末のユーザに、その文字列を手入力するように促す。このとき、その文字列を、人間には識別できるがコンピュータの文字認識プログラムでは識別できないような形態で表示することにより、機械的ログインプログラムによる機械的な認証要求を拒否することができる（特許文献１の図１等参照）。

【0007】

また、特許文献２では、ログイン認証ページにジグソーパズルを表示して、その通信端末のユーザに、そのジグソーパズルを解かせることにより、機械的ログインプログラムによる機械的な認証要求を拒否している（特許文献２の段落［００７７］、図８（ｃ）等参照）。

【先行技術文献】

【特許文献】

【0008】

【特許文献1】特表２０１４−５１５５１６号公報

【特許文献2】特開２０１５−１０９０９７号公報

【発明の概要】

【発明が解決しようとする課題】

【0009】

しかしながら、上記特許文献１の認証技術（キャプチャ）には、入力する文字列が人間にとっても読み難い場合があるため、正規のユーザにとって使い勝手が悪いという欠点がある。

【0010】

同様に、上記特許文献２の認証技術にも、その都度ジグソーパズルを解かなければならないために、正規のユーザにとって使い勝手が悪いという欠点がある。

【0011】

この発明は、ユーザの操作負担を増すこと無しに、機械的ログインプログラムによる機械的な認証要求を拒否することができる、ウェブ認証システム及び認証プログラムを提供することを課題とする。

【課題を解決するための手段】

【0012】

請求項１の発明は、通信端末が、ブラウザに認証ページを表示させる処理を実行すること無しにウェブサーバから認証を受けることを、防止する認証システムであって、第１の認証キーに文字列加工処理を施すことで生成された第２の認証キーを保存するキー保存部と、前記通信端末が前記ウェブサーバへ認証を要求したときに、該通信端末の表示部に前記認証ページを表示させる表示処理と、前記文字列加工処理を自動実行することによって前記第１の認証キーから第３の認証キーを生成する演算処理と、該第３の認証キーを返送させる返送処理とを、該通信端末の前記ブラウザに実行させるプログラムを、前記認証ページの表示プログラムとして該通信端末宛に送信する送信処理部と、前記通信端末から受信した前記第３の認証キーが前記キー保存部に保存された前記第２の認証キーと一致する場合に、前記表示プログラムが実行されたと判断する比較処理部と、を備える認証システムとしたことを特徴とする。

【0013】

請求項２の発明は、請求項１に記載の構成に加え、前記第１の認証キーは、前記表示プログラム内又は該表示プログラムに付随して送信されるデータ内に埋め込まれた状態で、前記通信端末に送信されることを特徴とする。

【0014】

請求項３の発明は、請求項１又は２に記載の構成に加え、前記認証ページは、ユーザＩＤ及びパスワードの入力フィールドを含み、且つ、前記表示プログラムの前記返送処理は、該入力フィールドに入力された該ユーザＩＤ及び該パスワードと共に、前記第３の認証キーを返送する処理である、ことを特徴とする。

【0015】

請求項４の発明は、通信端末が、ブラウザに認証ページを表示させる処理を実行すること無しにウェブサーバから認証を受けることを、防止する表示プログラムであって、前記通信端末が前記ウェブサーバへ認証を要求したときに、請求項１乃至３の何れかに記載の認証システムから送信され、前記通信端末の表示部に前記認証ページを表示させる表示処理と、前記文字列加工処理を自動実行することによって前記第１の認証キーから第３の認証キーを生成する演算処理と、該第３の認証キーを返送させる返送処理とを、該通信端末の前記ブラウザに実行させる表示プログラムとしたことを特徴とする。

【発明の効果】

【0016】

請求項１及び４の発明によれば、キー保存部に保存された第２の認証キーと、通信端末のブラウザが表示プログラムを実行することによって自動演算された第３の認証キーとを比較することで認証処理を行う。そのため、表示プログラムを実行しない通信端末は、この認証システムから認証を受けることができない。ここで、通常、機械的ログインプログラムは、表示プログラムを実行しない。従って、請求項１及び４の発明によれば、多くの機械的ログインプログラムによる不正な認証要求（例えばリスト型攻撃の認証要求）を拒否できる。

【0017】

また、不正行為者が、表示プログラムを実行できる機械的ログインプログラムを開発して使用することも考えられるが、その場合でも、機械的ログインプログラムの開発コストの高騰や処理速度（すなわち、単位時間内に認証要求できる回数）の低下を図ることができ、これにより、不正行為を行い難くすることができる。

【0018】

更に、請求項１の発明によれば、第３の認証キーは、通信端末が表示プログラムを実行することによって自動演算されるので、正規ユーザの操作負担を増大させることが無い。

【0019】

請求項２の発明によれば、第１の認証キーは、表示プログラム内又は該表示プログラムに付随して送信されるデータ内に埋め込まれた状態で通信端末に送信されるので、その通信端末の機械的ログインプログラムは、その第１の認証キーを、その表示プログラムの中から探し出す必要がある。このため、請求項２の発明によれば、機械的ログインプログラムの開発コストの高騰や処理速度の低下を図ることができ、これにより、不正行為を行い難くすることができる。その一方で、正規ユーザにとっては、第１の認証キーを通信端末に入力する操作が不要なので、操作負担が増大することがない。

【0020】

請求項３の発明によれば、認証システムは、認証ページで入力されたユーザＩＤ及びパスワードと共に、第３の認証キーを受け取るので、機械的ログインプログラムによる機械的な認証要求に使用されたユーザＩＤ及びパスワードが不正取得された正規のものであっても、その認証を拒否することができる。

【図面の簡単な説明】

【0021】

【図1】この発明の実施の形態１に係るネットワーク構成を示す概念図である。

【図2】同実施の形態１に係る認証システムの動作を説明するための概念図である。

【図3】同実施の形態１に係る認証システムの動作を説明するための概略フローチャートである。

【図4】同実施の形態１に係る認証システムの動作を説明するための概略フローチャートである。

【図5】同実施の形態１に係る認証システムの動作を説明するための概略フローチャートである。

【発明を実施するための形態】

【0022】

［発明の実施の形態１］
以下、この発明の実施の形態１について、図１乃至図５を用いて説明する。

【0023】

図１は、この実施の形態１のネットワーク構成を示す概念図である。

【0024】

図１に示したように、この実施の形態１に係るネットワーク１００では、ウェブサーバ２００と通信端末３００とが、インターネット４００を介して通信接続されている。

【0025】

ウェブサーバ２００は、この発明の「認証システム」に対応し、ウェブ認証部２１０と、ウェブページ配信部２２０とを備えている。

【0026】

ウェブ認証部２１０は、キー生成部２１１と、データベース２１２と、比較処理部２１３とを備えている。

【0027】

キー生成部２１１は、例えば疑似乱数や乱数生成器等を用いて、第１の認証キーを生成する。第１の認証キーは、例えば、文字列（数字や記号等を含んでもよい）である。

【0028】

そして、キー生成部２１１は、この第１の認証キーに、予め用意された文字列加工処理を施すことで、第２の認証キーを生成する。

【0029】

文字列加工処理の内容は特に限定されず、その文字列加工処理を行うのがウェブ認証部２１０であるか通信端末３００のブラウザであるかに拘わらず、常に、同じ第１の認証キーから同じ第２の認証キーを生成できる処理であれば良い。例えば、この文字列加工処理は、ＳＨＡ(Secure Hash Algorithm)−１ 等の暗号学的ハッシュ関数を用いた演算処理であってもよいし、第１の認証キーを特定の文字列で排他的論理和演算する処理であってもよい。

【0030】

文字列加工処理の内容は、適宜変更することが可能である。文字列加工処理の内容を変更可能にすることで、不正行為者が、この文字列加工処理に対応した機械的ログインプログラムを開発し難くすることができる。更には、１回の認証処理毎に、文字列加工処理の内容を変更できるようにしてもよい。

【0031】

生成された第１の認証キーは、ウェブページ配信部２２０に送られる。一方、上述の文字列加工処理で得られた第２の認証キーは、データベース２１２に送られる。

【0032】

データベース２１２は、この発明の「キー保存部」に対応し、キー生成部２１１から受け取った第２の認証キーを一時保存する。加えて、データベース２１２は、比較処理部２１３から第３の認証キーを受け取って、この第３の認証キーと一致する第２の認証キーを検索する（後述）。

【0033】

比較処理部２１３は、通信端末３００からで生成された第３の認証キー（後述）を、ウェブページ配信部２２０から受け取る。続いて、データベース２１２に、この第３の認証キーと一致する第２の認証キーの検索を要求する。そして、比較処理部２１３は、その第３の認証キーと一致する第２の認証キーがデータベース２１２から発見された場合には、認証成功と判断して、その第２の認証キーをデータベース２１２から削除させると共に、認証成功をウェブページ配信部２２０に通知する（後述）。

【0034】

ウェブページ配信部２２０は、この発明の「送信処理部」に対応し、通信端末３００に対して、ウェブ表示プログラムを配信する。ウェブ表示プログラムとは、通信端末３００の画面へのウェブページの表示等を行わせるためのプログラムであり、この通信端末３００のウェブブラウザ３１０によって実行される。このウェブ表示プログラムは、例えばＨＴＭＬ(HyperText Markup Language) 等を用いて記述することができる。ウェブページ配信部２２０が配信するウェブページには、ログイン認証ページが含まれる。

【0035】

ログイン認証ページ用のウェブ表示プログラムは、通信端末３００の使用者にユーザＩＤを入力させるための入力フィールド３２０と、該使用者にパスワードを入力させるための入力フィールド３３０と、これら入力フィールド３２０，３３０の入力文字列を送信するためのログインボタン３４０とを、その通信端末３００の表示画面に表示させる。

【0036】

更に、ログイン認証ページ用のウェブ表示プログラムは、通信端末３００に文字列加工処理を実行させて第１の認証キーから第３の認証キーを生成するための、プログラムコードを含んでいる。この文字列加工処理の内容は、上述したキー生成部２１１の文字列加工処理と同一である。従って、このウェブ表示プログラムが正常に実行された場合、この第３の認証キーは、キー生成部２１１の文字列加工処理で生成される第２の認証キーと、同一の文字列となる。

【0037】

加えて、ウェブページ配信部２２０は、ログイン認証ページ用のウェブ表示プログラム或いはそのウェブ表示プログラムに付随して配信するデータ内に、この文字列加工処理の対象となる第１の認証キーを埋め込む。この第１の認証キーを埋め込む位置は、そのウェブ表示プログラム内のスクリプトがアクセスできる位置であれば、何処でも良い。例えば、文書構造を定義する記述部分や、スタイルを定義する記述部分に、第１の認証キーを埋め込むことができる。

【0038】

加えて、ログイン認証ページ用のウェブ表示プログラムは、ウェブサーバ２００のウェブページ配信部２２０に第３の認証キーを送信するためのプログラムコードを含んでいる。この実施の形態１では、入力フィールド３２０，３３０に入力されたユーザＩＤ及びパスワードをウェブサーバ２００に送信するためのフォーム・タグ内に、この第３の認証キーを、非表示データ（input typeが"hidden"のデータ）として格納する。このフォーム・タグの記述の一例を、以下に示す。

【0039】

<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>
また、ウェブページ配信部２２０は、ユーザＩＤ、パスワード及び第３の認証キーを通信端末３００から受け取って、後述のような認証処理を行う。

【0040】

通信端末３００は、インターネット４００を介してウェブサーバ２００にアクセスできる通信装置であれば何でもよく、例えば、パーソナルコンピュータ、携帯電話機、スマートフォン、タブレット端末等である。正規ユーザの通信端末３００には、例えばアプリケーションソフトウエアとして、ウェブブラウザ３１０がインストールされている。このウェブブラウザ３１０は、上述のようなウェブ表示プログラムを実行できるものであれば何でもよく、従来のものをそのまま使用できる。

【0041】

次に、この実施の形態１に係るネットワークの全体動作について、図２乃至図５を用いて説明する。

【0042】

まず、通信端末３００の使用者が、ウェブブラウザ３１０を操作して、ウェブサーバ２００にアクセスする。そして、このウェブサーバ２００のウェブページ配信部２２０に、所望のウェブページの配信（すなわち、そのウェブページに対応するウェブ表示プログラムの送信）を要求するページ要求信号を送信する（図２のステップＳ２０１参照）。

【0043】

ウェブページ配信部２２０は、このページ要求信号を受信すると、ウェブ認証部２１０に、認証キー要求信号を送信する（図２のステップＳ２０２参照）。

【0044】

ウェブ認証部２１０のキー生成部２１１は、この認証キー要求信号を受信すると、以下のような処理を行う（図３参照）。

【0045】

まず、キー生成部２１１は、この認証キー要求信号を受信すると（図３のステップＳ３０１参照）、第１の認証キーを生成する（図３のステップＳ３０２参照）。上述のように、第１の認証キーは、例えば疑似乱数を用いて生成できるが、他の方法であっても良い。

【0046】

続いて、キー生成部２１１は、この第１の認証キーを用いた文字列加工処理を行うことで、第２の認証キーを生成する（図３のステップＳ３０３参照）。

【0047】

更に、キー生成部２１１は、この第２の認証キーを用いた認証のタイムアウト時刻を決定し、これら第２の認証キー及びタイムアウト時刻をデータベース２１２に保存する（図３のステップＳ３０４参照）。なお、タイムアウト時刻に代えて、第２の認証キーの生成時刻を、データベース２１２に保存してもよい。

【0048】

その後、キー生成部２１１は、第１の認証キーを、ウェブページ配信部２２０へ送信する（図３のステップＳ３０５及び図２のステップＳ２０３参照）。

【0049】

ウェブページ配信部２２０は、ウェブ認証部２１０から第１の認証キーを受け取ると、その第１の認証キーを、予め用意されたログイン認証ページ用ウェブ表示プログラム（上述）に埋め込む。そして、ウェブページ配信部２２０は、そのウェブ表示プログラムを、通信端末３００へ送信する（図２のステップＳ２０４参照）。

【0050】

通信端末３００は、このウェブ表示プログラムを、ウェブブラウザ３１０に実行させる。これにより、ウェブブラウザ３１０は、通信端末の表示画面に、ログイン認証ページを表示する。上述のように、このログイン認証ページは、ユーザＩＤ用の入力フィールド３２０と、パスワード用の入力フィールド３３０と、ログインボタン３４０とを含んでいる（図１参照）。

【0051】

加えて、ウェブブラウザ３１０がウェブ表示プログラムを実行することで、上述のようにして、第３の認証キーが生成される（上述）。なお、第３の認証キーを生成するプログラムは、ログイン認証ページの画面表示を行う際（すなわち、入力フィールド３２０，３３０及びログインボタン３４０を表示する際）に実行してもよいが、通信端末のユーザがログインボタン３４０を操作したタイミング（後述）で実行してもよい。

【0052】

その後、通信端末３００のユーザが、入力フィールド３２０，３３０にユーザＩＤ及びパスワードを入力した後で、ログインボタン３４０を操作すると、これらユーザＩＤ、パスワードおよび第３の認証キーを含む認証情報が、ウェブサーバ２００に送信される（図２のステップＳ２０５参照）。なお、入力フィールド３３０に入力されたパスワードは、暗号的ハッシュ関数等を用いて暗号化して、送信してもよい。

【0053】

ウェブサーバ２００は、この認証情報を受信すると、以下のような処理を行う（図４及び図５参照）。なお、図４はウェブページ配信部２２０の動作を示しており、図５はウェブ認証部２１０に設けられた比較処理部２１３の動作を示している。

【0054】

ウェブページ配信部２２０は、認証情報を受信すると（図４のステップＳ４０１参照）、その認証情報に格納されたユーザＩＤ及びパスワードの正誤をチェックする（図４のステップＳ４０２参照）。

【0055】

そして、ユーザＩＤ及びパスワードが誤りである場合、ウェブページ配信部２２０は、認証失敗と判断して、通信端末３００のログインを拒否するための処理を行う（図４のステップＳ４０３参照）。この処理により、通信端末３００には、ログインを拒否したことが通知される（図２のステップＳ２０８参照）。

【0056】

一方、ステップＳ４０２においてユーザＩＤ及びパスワードが正しかった場合、ウェブページ配信部２２０は、認証確認要求に第３の認証キーを格納して、ウェブ認証部２１０へ送信する（図４のステップＳ４０４、図２のステップＳ２０６参照）。

【0057】

比較処理部２１３は、この認証確認要求を受信すると（図５のステップＳ５０１参照）、その認容確認要求から第３の認証キーを取り出す。続いて、比較処理部２１３は、データベース２１２に、その第３の認証キーと一致する第２の認証キーを探すように要求する（図５のステップＳ５０２参照）。

【0058】

ここで、第３の認証キーと一致する第２の認証キーが存在しなかった場合（図５のステップＳ５０３参照）、比較処理部２１３は、ウェブページ配信部２２０に、認証に失敗した旨を通知する（図５のステップＳ５０４、図２のステップＳ２０７参照）。なお、第３の認証キーと一致する第２の認証キーが検索された場合であっても、その検索の時刻がタイムアウト時刻（上述）を超えている場合には、認証失敗と判断すると共に、それら第２の認証キー及びタイムアウト時刻がデータベース２１２から削除される。なお、タイムアウト時刻に代えて第２の認証キーの生成時刻をデータベース２１２に保存する場合には、その生成から検索までの経過時間が所定時間を超えている場合に、認証失敗と判断すればよい。

【0059】

一方、第３の認証キーと一致する第２の認証キーが確認され、且つ、その第２の認証キーが生成されてからの経過時間が所定時間内である場合、比較処理部２１３は、それら第２の認証キー及びタイムアウト時刻（又は生成時刻）をデータベース２１２から削除すると共に（図５のステップＳ５０５参照）、ウェブページ配信部２２０に、認証が成功した旨を通知する（図５のステップＳ５０６、図２のステップＳ２０７参照）。

【0060】

ウェブページ配信部２２０は、ウェブ認証部２１０から通知を受信すると、その通知から、認証の成功／失敗を判断する（図４のステップＳ４０５参照）。そして、認証に失敗したと判断した場合、ウェブページ配信部２２０は、通信端末３００のログインを拒否するための処理を行う（図４のステップＳ４０６参照）。この処理により、通信端末３００には、ログインを拒否したことが通知される（図２のステップＳ２０８参照）。

【0061】

一方、ステップＳ４０５で認証に成功したと判断した場合、ウェブページ配信部２２０は、通信端末３００のためのセッションキーを生成すると共に（図４のステップＳ４０７参照）、そのセッションキーを通信端末３００へ送信する（図４のステップＳ４０８、図２のステップＳ２０８参照）。このセッションキーにより、通信端末３００にログインが許可されると共に、ログインしたあとのセッション管理が行われる。

【0062】

以上説明したように、この実施の形態１では、キー生成部２１１に保存された第２の認証キーと、通信端末３００のウェブブラウザ３１０がウェブ表示プログラムを実行することによって自動演算された第３の認証キーとを比較することで、ログイン認証を行う。このため、ウェブ表示プログラムを実行しない通信端末３００は、認証を受けることができない。ここで、通常、機械的ログインプログラムは、ウェブ表示プログラムを実行しない。従って、この実施の形態によれば、多くの機械的ログインプログラムによる不正な認証要求（例えばリスト型攻撃の認証要求）を拒否できる。

【0063】

また、不正行為者が、ウェブ表示プログラムを実行できる機械的ログインプログラムを開発して使用することも考えられるが、その場合でも、機械的ログインプログラムの開発コストの高騰や処理速度（すなわち、単位時間内に認証要求できる回数）の低下を図ることができ、これにより、不正行為を行い難くすることができる。

【0064】

更に、この実施の形態１によれば、第３の認証キーは、通信端末３００がウェブ表示プログラムを実行することによって自動演算されるので、通信端末３００のユーザの操作負担を増大させることが無い。

【0065】

また、この実施の形態１によれば、第１の認証キーは、ウェブ表示プログラム内に埋め込まれた状態で通信端末３００に送信されるので、その通信端末３００の機械的ログインプログラムは、その第１の認証キーを、そのウェブ表示プログラムの中から探し出す必要がある。このため、この実施の形態１によれば、機械的ログインプログラムの開発コストの高騰や処理速度の低下を図ることができ、これにより、不正行為を行い難くすることができる。

【0066】

その一方で、正規ユーザにとっては、第１の認証キーを通信端末に入力等する操作が不要なので、操作負担が増大することがない。

【0067】

加えて、この実施の形態１によれば、ウェブサーバ２００は、認証ページで入力されたユーザＩＤ及びパスワードと共に、第３の認証キーを受け取るので、機械的ログインプログラムによる機械的な認証要求に使用されたユーザＩＤ及びパスワードが不正取得された正規のものであっても、その認証を拒否することができる。

【0068】

なお、この実施の形態１では、この発明の認証技術（第２及び第３の認証キーを比較することによる認証技術）をユーザＩＤ及びパスワードによる認証技術と併用する場合を例に採って説明したが、この発明の認証技術を他の認証技術と併用してもよく、更には、単独で使用してもよい。

【符号の説明】

【0069】

１００ ネットワーク
２００ ウェブサーバ
２１０ ウェブ認証部
２１１ キー生成部
２１２ データベース
２１３ 比較処理部
２２０ ウェブページ配信部
３００ 通信端末
３１０ ウェブブラウザ
３２０，３３０ 入力フィールド
３４０ ログインボタン
４００ インターネット

【図1】

【図2】

【図3】

【図4】

【図5】