JP2002251375A - 通信ネットワークにおけるユーザ認証サーバ、本人認証方法及びプログラム - Google Patents

Abstract

(57)【要約】 【課題】 不正な「なりすまし」を排除して、ユーザ本
人の確定を確実に行うことができるようにする。 【解決手段】 Ｗｅｂサーバ２は、ユーザのコンピュー
タ３からＩＤ及びパスワードを受け取り、データベース
２６に記憶されているＩＤ及びパスワードと照合し、第
一認証を行う。第一認証が成功したとき、Ｗｅｂサーバ
２は確認コードを、データベース２６に記憶されている
ユーザ指定の電子メールアドレス宛てに送信する。宛先
は、メールサーバ５である。ユーザは、携帯端末４を用
いてメールサーバ５から確認コードを受信し、コンピュ
ータ３に入力する。入力された確認コードは、返信コー
ドとしてＷｅｂサーバ２に返信される。Ｗｅｂサーバ２
は、受信した確認コードを、送信した確認コードと照合
し、一致したときは、第二認証が成功したと判定する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、通信ネットワーク
におけるユーザ認証サーバ、本人認証方法及びプログラ
ム（program）に関し、特に不正ななりすましを防止す
る通信ネットワークにおけるユーザ認証サーバ、本人認
証方法及びプログラムに関する。

【０００２】

【従来の技術】インターネットは、不特定多数の者が利
用することのできる便利な通信ネットワークである。そ
の反面、このインターネットでは、情報伝送路がネット
ワーク状になっているため、情報は数多くの中継点を経
由する。このため、情報が第三者によって不正に盗み取
られるという可能性も否定できない。

【０００３】このようなインターネットにおいて、不正
を防止するためには、まず、通信相手がユーザ本人であ
るかどうかを確認する必要がある。従来、インターネッ
ト上の取引においては、本人認証として、ユーザのＩＤ
とパスワードを入力することによりユーザ本人であるか
どうかの本人確認を行うのが一般的である。

【０００４】

【発明が解決しようとする課題】ところで、インターネ
ット上では、ユーザのＩＤやパスワードを盗み、盗んだ
ＩＤやパスワードを用いてユーザ本人になりすますよう
な不正行為が見受けられる。このような行為はいわゆる
「なりすまし」と呼ばれるものであり、従来の本人認証
のやり方では、このような「なりすまし」を防止するこ
とは困難である。インターネットでは、この「なりすま
し」が大きな脅威であり、このような不正を防止する必
要がある。

【０００５】本発明は、このような従来の問題に鑑みて
なされたもので、不正ななりすましを防止することが可
能な通信ネットワークにおけるユーザ認証サーバ、本人
認証方法及びセキュリティプログラムを提供することを
目的とする。

【０００６】

【課題を解決するための手段】上記目的を達成するた
め、本発明の第１の観点に係る通信ネットワークにおけ
るユーザ認証サーバは、通信ネットワークに接続され、
当該通信ネットワークに接続されたユーザ端末との間
で、当該ユーザ端末を使用するユーザの認証を行うため
のユーザ認証サーバにおいて、ユーザの認証コードと確
認コード送信先とを対応付けて予め記憶する記憶手段
と、前記ユーザ端末から送信される認証コードを受信
し、受信した認証コードを、前記記憶手段に記憶されて
いる認証コードと照合することにより第１の認証を行う
第１の認証手段と、該第１の認証手段による認証が成功
したとき、対応する確認コード送信先に、所定の確認コ
ードを通知する確認コード通知手段と、該確認コード通
知手段による確認コード通知の応答としての返信コード
を受信し、受信した返信コードを、通知した確認コード
と照合することにより第２の認証を行う第２の認証手段
と、を備えたものである。

【０００７】このような構成によれば、第１の認証手段
による第１の認証が成功したときは、確認コードが送信
される。確認コードは、対応するユーザの認証コードに
対応した確認コード送信先に送信されるので、第三者が
ユーザの認証コードを盗んでユーザになりすますことに
より、第１の認証がうまく成功したとしても、この第三
者には、確認コードは届かない。確認コードが届かなけ
れば、第三者は返信コードを送信することもできず、返
信コードが受信されなければ、確認コードと返信コード
との照合を行うことはできず、第２の認証手段による第
２の認証を行うことはできない。これにより、なりすま
しは排除され、不正が防止される。

【０００８】前記返信コードの送信元は、前記確認コー
ド送信先と異なるようにしてもよい。また、前記第２の
認証手段は、受信した返信コードを、前記確認コード通
知手段が通知した確認コードと照合した結果、返信コー
ドと確認コードとの間に一定の相関がとれたときに第２
の認証を行うものであってもよい。

【０００９】本発明の第２の観点に係る通信ネットワー
クにおける本人認証方法は、ユーザの認証データと確認
コード送信先とを対応付けてユーザ認証サーバに予め記
憶しておくステップと、通信ネットワークを介して受信
した認証データを、ユーザ認証サーバに記憶された認証
データと照合することにより、認証コードの送り主がユ
ーザ本人であるか否かの認証を行うステップと、認証デ
ータの送信主がユーザ本人であるとの認証がなされたと
き、通信ネットワークを介して、対応する確認コード送
信先に所定の確認コードを通知するステップと、該確認
コード通知の応答としての返信コードを受信し、受信し
た返信コードを、通知した確認コードと照合することに
より、前記認証コードの送り主が、前記確認コード送信
先に所在するユーザ本人であるかどうかの認証を行うス
テップと、を備えたものである。

【００１０】本発明の第３の観点に係るプログラムは、
通信ネットワークに接続されたコンピュータに、ユーザ
の認証コードと確認コード送信先とを対応付けて予め記
憶する手順、通信ネットワークを介して認証コードを受
信して、受信した認証コードを、記憶している認証コー
ドと照合することにより、認証コードの送り主がユーザ
本人であるか否かの認証を行う手順、認証コードの送り
主がユーザ本人であるとの認証がなされたとき、対応す
る確認コード送信先に、所定の確認コードを通知する手
順、確認コード通知の応答としての返信コードを受信し
て、受信した返信コードを、通知した確認コードと照合
することにより、前記認証コードの送り主が、確認コー
ド送信先に所在するユーザ本人であるか否かの認証を行
う手順、を実行させるためのものである。

【００１１】

【発明の実施の形態】以下、本発明の実施の形態に係る
通信ネットワークにおけるセキュリティシステムを図面
を参照して説明する。図１は、本実施の形態に係るセキ
ュリティシステムの構成を示すブロック図である。この
実施の形態に係るセキュリティシステムは、インターネ
ット１と、Ｗｅｂサーバ２と、コンピュータ３と、携帯
端末４と、メールサーバ５と、を備えている。尚、コン
ピュータ６は、ユーザ本人になりすまして不正に情報を
送受信しようとする第三者のコンピュータである。

【００１２】インターネット１は、情報を送受信するた
めのネットワークである。Ｗｅｂサーバ２は、インター
ネット１に接続されて、ユーザのＩＤ及びパスワード等
の情報をＨＴＴＰ（HyperText Transfer Protocol）プ
ロトコルに従って送受信するためのコンピュータであ
る。

【００１３】Ｗｅｂサーバ２は、情報送受信処理部２１
と、第一認証処理部２２と、確認コード生成部２３と、
第二認証処理部２４と、データベースインタフェース２
５と、データベース２６と、を備えて構成されている。

【００１４】情報送受信処理部２１は、ユーザのコンピ
ュータ３との間で情報の送受信を行うものである。第一
認証処理部２２は、ユーザから送信されたＩＤ、パスワ
ードを、データベース２６に記憶されているユーザのＩ
Ｄ、パスワードと照合し、照合結果に基づいて第一認証
を行うものである。

【００１５】確認コード生成部２３は、第一認証処理部
２２によって第一認証が行われた後に、確認コードを自
動的に生成するものであり、生成した確認コードをデー
タベースインタフェース２５を介してデータベース２６
に記録する。確認コードは、後述するように、送り先の
ユーザと対応する記憶場所に記憶される。第二認証処理
部２４は、ユーザに送信した確認コード及びユーザから
返送された返信コードを照合し、照合結果に基づいて第
二認証を行う処理部である。データベースインタフェー
ス２５は、ユーザのＩＤ、パスワード、送信した確認コ
ード等をデータベース２６に記録し、データベース２６
から読み出すものである。

【００１６】データベース２６は、ユーザのＩＤ、パス
ワード、ユーザが指定した電子メールアドレス等のユー
ザ情報をユーザごとに対応付けて記憶しておくためのも
のである。図２は、データベース２６に記憶されたユー
ザ情報の一例を示す説明図である。図２に示すように、
データベース２６には、ユーザ毎にユーザエリアが設け
られ、各ユーザエリアには、ユーザ名、ユーザのＩＤ、
パスワード、電子メールアドレス等が記憶される。前述
の確認コード等もこのユーザエリアに記憶される。

【００１７】電子メールアドレスは、認証成功のメッセ
ージ、確認コード等、ユーザに送るメールの送り先を指
定するためのものであり、ユーザ自身によって指定され
る。この電子メールアドレスによってメールサーバ５が
指定される。

【００１８】コンピュータ３は、ユーザが使用するコン
ピュータであり、インターネット１に接続されている。
コンピュータ３は、プログラム実行部３１及びプログラ
ム実行部３２を有している。プログラム実行部３１は、
情報の送受信処理プログラムを実行する実行部である。
この送受信処理プログラムは、Ｗｅｂサーバ２との間で
送受信を行えるようにブラウザ機能を有している。ま
た、プログラム実行部３２は、メールサーバ５に届けら
れたメールを受信するための受信処理プログラムを実行
する実行部である。

【００１９】図３は、コンピュータ３のハードウェア構
成を示すブロック図である。コンピュータ３は、ＣＰＵ
（Central Processing Unit）３３と、ＲＯＭ（Read On
ly Memory）３４と、ＲＡＭ（Random Access Memory）
３５と、ディスプレイ３６と、キーボード３７と、マウ
ス３８と、ＨＤＤ（Hard Disk Drive）３９と、を備え
ている。

【００２０】ＣＰＵ３３は、プログラム実行部３１及び
プログラム実行部３２を実行するためのものである。Ｒ
ＯＭ３４は、プログラム実行部３１及びプログラム実行
部３２によって実行されるプログラムを格納しておくた
めのメモリである。ＲＡＭ３５は、プログラム実行部３
１及びプログラム実行部３２の実行に必要なデータを一
時格納しておくためのためのメモリである。

【００２１】ディスプレイ３６は、Ｗｅｂサーバ２から
送信された情報を表示し、データ入力の案内を表示する
ためのものである。キーボード３７は、ＩＤ、パスワー
ドを入力するためのものである。マウス３８は、ディス
プレイ３６に表示された各ボタンをクリックするための
ものである。ＨＤＤ３９は、Ｗｅｂサーバ２との間で送
受信した情報を格納しておく記憶装置である。

【００２２】携帯端末４は、携帯可能な端末であり、し
かも通信機能を備えたものである。携帯端末４には、例
えば、携帯電話、ＰＨＳ（Personal Handyphone Syste
m）、ＰＤＡ（Personal Digital Assistance）、モバイ
ル（Mobile）コンピュータが含まれる。この携帯端末４
は、プログラム実行部４１を有している。プログラム実
行部４１は、メールサーバ５に届けられたメールを受信
するための受信処理プログラムを実行する実行部であ
る。

【００２３】携帯端末４には、液晶ディスプレイと、ダ
イヤルキーと、スピーカと、マイクと、アンテナと、が
備えられている。液晶ディスプレイは、送受信情報、操
作情報等を表示するためのものである。ダイヤルキー
は、発呼手続等を行うためのものである。スピーカは、
受信した音声を出力するためのものである。マイクは、
ユーザの声を入力するためのものである。アンテナは、
通話信号を送受信するためのものである。メールサーバ
５は、Ｗｅｂサーバ２から送信されたメール、確認コー
ドを記憶しておくものである。

【００２４】次に、本実施の形態に係るなりすましを排
除するための本人認証方法について説明する。図４は、
本実施の形態に係るＷｅｂサーバ２、コンピュータ３及
び携帯端末４の動作を示すフローチャートである。

【００２５】まず、コンピュータ３では、プログラム実
行部３１が、Ｗｅｂサーバ２にログインの要求をする
（ステップＳ１１）。Ｗｅｂサーバ２では、情報送受信
処理部２１が、コンピュータ３から送信されたログイン
要求を取得し（ステップＳ１２）、ログイン要求ページ
をコンピュータ３に送信する（ステップＳ１３）。

【００２６】コンピュータ３では、プログラム実行部３
１が、Ｗｅｂサーバ２から送信されたログイン要求ペー
ジを受信し、受信したログイン要求ページをコンピュー
タ３のディスプレイ３６に表示する（ステップＳ１
４）。

【００２７】図５は、コンピュータ３のディスプレイ３
６に表示されたログイン要求ページの表示例を示す説明
図である。ディスプレイ３６には、図５（ａ）に示すよ
うに、「お客様のＩＤとパスワードを入力して下さ
い。」とのメッセージとともに、ＩＤ、パスワードの入
力枠、「ＯＫ」ボタン、「再入力」ボタンが表示され
る。

【００２８】ユーザは、この表示に従ってキーボード３
７を操作し、ＩＤ、パスワードの入力枠に、それぞれＩ
Ｄ、パスワードを入力する。ＩＤ又はパスワードを間違
えたとき、ユーザは、「再入力」ボタンをクリックし、
ＩＤ又はパスワードを入力し直す。正しければ、「Ｏ
Ｋ」ボタンをクリックする。

【００２９】「ＯＫ」ボタンがクリックされたとき、プ
ログラム実行部３１は、ＩＤ及びパスワードをＷｅｂサ
ーバ２に送信する（ステップＳ１５）。Ｗｅｂサーバ２
では、情報送受信処理部２１が、コンピュータ３からユ
ーザのＩＤ及びパスワードを受け取る（ステップＳ１
６）。

【００３０】第一認証処理部２２は、予め記憶されてい
るユーザＩＤ及びパスワードを、データベースインタフ
ェース２５を介してデータベース２６から取り出し、受
け取ったユーザＩＤ及びパスワードを、予め記憶されて
いるユーザＩＤ及びパスワードと照合する（ステップＳ
１７）。

【００３１】図２に示すように、データベース２６に
は、ユーザＡのＩＤ、パスワードとして、それぞれ「ａ
ｂｃ１２３」、「ＲＥＳＵＯＮＯＴＮＯＨ」が記憶され
ている。受け取ったＩＤが「ａｂｃ１２３」であり、パ
スワードが「ＲＥＳＵＯＮＯＴＮＯＨ」であるときは、
照合した結果、受け取ったＩＤ及びパスワードは、デー
タベース２６に記憶されたＩＤ及びパスワードと一致す
る。一致したとき、第一認証処理部２２は、第一認証が
成功したと判定する（ステップＳ１８）。

【００３２】一方、受け取ったＩＤが「ａｂｃ１２３」
であり、パスワードが「ＲＥＳＵＯＮＥＳＩＮ」である
ときは、照合した結果、受け取ったＩＤ及びパスワード
は、データベース２６に記憶されたＩＤ及びパスワード
と一致しない。一致しなかったとき、第一認証処理部２
２は、第一認証不成功と判定する。

【００３３】第一認証が不成功と判定されたとき、情報
送受信処理部２１は、再度、確認のため、ログイン要求
ページをコンピュータ３に送信し（ステップＳ１３）、
送信されたユーザＩＤ及びパスワードを受け取って（ス
テップＳ１６）、照合を行い（ステップＳ１７）、第一
認証成功か否かの判定を行う（ステップＳ１８）。

【００３４】所定回数、第一認証が不成功に終わったと
き、ログインを要求した者は、不正にアクセスした者と
みなしてこの処理を終了させる。このようにして、不正
なアクセスが防止される。

【００３５】第一認証が成功したとき、確認コード生成
部２３が、確認コードを自動生成する（ステップＳ１
９）。確認コードは、数値、文字、記号のいずれか、あ
るいはこれらの組み合わせによってランダムに生成され
る。情報送受信処理部２１は、確認コード生成部２３に
よって生成された確認コードを、データベース２６に記
憶されている電子メールアドレスの宛先へ送信する（ス
テップＳ２０）。

【００３６】例えば、ユーザＡの場合、前述のように電
子メールアドレスは、「user_a@ichinonet.ne.jp」にな
っているので、確認コードは、ユーザＡによって指定さ
れたメールサーバ５に送信される。尚、送信した確認コ
ードは、データベースインタフェース２５によって、デ
ータベース２６の確認コード記憶エリアに記憶される。

【００３７】ユーザは、メールを受信するため、携帯端
末４を操作し、携帯端末４は、メールサーバ５にアクセ
スして、確認コードが記録されたメールを受信する（ス
テップＳ２１）。Ｗｅｂサーバ２では、情報送受信処理
部２１が、取引案内ページをコンピュータ３に送信する
（ステップＳ２２）。

【００３８】コンピュータ３では、プログラム実行部３
１が、取引案内ページを受信し（ステップＳ２３）、こ
の取引案内ページをディスプレイ３６に表示する。ディ
スプレイ３６には、図５（ｂ）に示すように、案内メッ
セージ「お取り引きの種別を入力して下さい。」が表示
され、取引内容として、種別１〜３が表示される。例え
ば、取引が金融機関における取引の場合、種別１〜２
は、残高照会、振り替え等となる。

【００３９】ユーザは、この表示に従ってキーボード３
７を操作し、取引の種別を入力する。種別を間違えたと
き、ユーザは、「再入力」ボタンをクリックし、正しけ
れば、「ＯＫ」ボタンをクリックする。

【００４０】「ＯＫ」ボタンがクリックされたとき、プ
ログラム実行部３１は、入力された取引の種別をＷｅｂ
サーバ２に送信し、取引依頼の要求をする（ステップＳ
２４）。Ｗｅｂサーバ２では、情報送受信処理部２１
が、コンピュータ３から送信された取引依頼の要求を受
信する（ステップＳ２５）。

【００４１】第二認証処理部２４は、取引内容が第二認
証を要するものなのかどうかを判定する（ステップＳ２
６）。例えば、取引が金融機関における取引であって、
取引内容が残高照会等の場合のように、セキュリティを
強化すべきではないときは、第二認証を行う必要はない
と判定し、第二認証を実行せずに、取引ページをコンピ
ュータ３に送信する（ステップＳ３５）。

【００４２】一方、取引内容が自分の口座から他人の口
座への振り替えの場合のように、セキュリティを強化す
べき場合、第二認証処理部２４は、第二認証を行う必要
があると判定する。第二認証処理部２４が第二認証を要
すると判定したとき、情報送受信処理部２１に確認コー
ド要求ページを送信する（ステップＳ２７）。

【００４３】コンピュータ３では、プログラム実行部３
１が確認コード要求ページを受信する（ステップＳ２
８）。図５（ｃ）に示すように、コンピュータ３のディ
スプレイ３６には、「確認コードを入力して下さい。」
とのメッセージとともに、確認コードを入力する入力枠
が表示される。

【００４４】携帯端末４では、確認コードがユーザによ
って取得され（ステップＳ２９）、コンピュータ３で
は、ユーザによって確認コードが入力され（ステップＳ
３０）、入力された確認コードは入力枠に表示される。
この確認コードを入れ間違えたとき、ユーザは、「再入
力」ボタンをクリックし、正しければ、「ＯＫ」ボタン
をクリックする。

【００４５】「ＯＫ」ボタンがクリックされたとき、コ
ンピュータ３のプログラム実行部３１は、入力された確
認コードを返信コードとしてＷｅｂサーバ２に送信する
（ステップＳ３１）。

【００４６】Ｗｅｂサーバ２では、コンピュータ３から
送信された確認コードを受信する（ステップＳ３２）。
ここで、ユーザになりすまして、ＩＤ及びパスワードを
Ｗｅｂサーバ２に送信したとしても、この者は、データ
ベース２６に記憶されている電子メールアドレスを知る
ことはできない。従って、ユーザになりすました者は、
確認コードを返信することはできず、確認コードが返信
されなかったとき、第二認証処理部２４は、処理を終了
させる。確認コードを受信したとき、第二認証処理部２
４は、送信した確認コードをデータベース２６の確認コ
ード記憶エリアから取り出す。そして、第二認証処理部
２４は、受信した確認コードを、送信した確認コードと
照合する（ステップＳ３３）。

【００４７】ＩＤ及びパスワードの送り主がユーザ本人
であれば、Ｗｅｂサーバ２から送信された確認コードと
同じ確認コードが返信されるので、送信した確認コード
と受信した確認コードとが一致することになる。確認コ
ードが一致したとき、第二認証処理部２４は、第二認証
が成功したと判定する（ステップＳ３４）。

【００４８】一方、確認コードが一致しなかったとき
は、入力ミスも考えられるため、再度、確認コード表示
ページを送信し（ステップＳ２７）、確認コードを受信
して（ステップＳ３２）、再度、照合を行う（ステップ
Ｓ３３）。そして、照合の結果、所定回数、不一致が続
いたときは、ユーザ本人になりすました者が適当に確認
コードをＷｅｂサーバ２に送信していることも想定され
るため、第二認証は、最終的に不成功と判定し、この処
理を終了させる。このようにして、なりすましが排除さ
れる。第二認証が成功したと判定されたとき（ステップ
Ｓ３４）、情報送受信処理部２１は、取引ページを送信
する（ステップＳ３５）。

【００４９】コンピュータ３では、プログラム実行部３
１が、取引ページを受信し、この取引ページをコンピュ
ータ３のディスプレイ３６に表示する（ステップＳ３
６）。コンピュータ３のディスプレイ３６には、図５
（ｄ）に示すように、第二認証の成功メッセージとして
「お客様であることを確認できました。」が表示され、
ユーザとの間で取引等が開始される。

【００５０】以上説明したように、本実施の形態によれ
ば、ＩＤ及びパスワードを受け取って第一認証が成功し
たときは、確認コードを自動生成して、ユーザが指定し
た電子メールアドレス宛て（メールサーバ５）に送信
し、その応答として受信した確認コードを、送信した確
認コードと照合することにより、第二認証を行うように
したので、不正な「なりすまし」を排除してユーザ本人
の確定を確実に行うことができる。これにより、インタ
ーネット上でのセキュリティを強化することができる。

【００５１】尚、本発明を実施するにあたっては、種々
の形態が考えられ、上記実施の形態に限られるものでは
ない。例えば、上記実施の形態のように、通信ネットワ
ークは、インターネット１ではなく、イントラネット
（intranet：企業内ネットワーク）であってもよい。通
信ネットワークがインターネット１である場合は、ＨＴ
ＴＰプロトコルに従ってデータを送受信できるように、
Ｗｅｂサーバ２を用いたのに対し、イントラネットで
は、サーバに、データを所有しているデータベースサー
バ、あるいは受信した情報とデータベースとを関連づけ
て処理をするようなアプリケーションサーバ等を用いる
こともできる。これらのサーバを用いた場合には、これ
らのサーバが、ユーザからのアクセスに対して直接、第
一認証、第二認証を行うことになる。

【００５２】コンピュータ３と携帯端末４との機能につ
いては、携帯端末４にブラウザ機能を備え、メールサー
バ５に届けられたメールをコンピュータ３で受信し、各
ページの受信、ＩＤ、パスワード及び確認コードの送信
を携帯端末４で行えるようにすることもできる。

【００５３】確認コード生成部２３は、確認コードを必
ずしもランダムに生成するように構成されたものでなく
てもよく、例えば、数字、記号等を連番にして確認コー
ドを生成するものであってもよい。

【００５４】コンピュータ３から返信する確認コード
は、必ずしもＷｅｂサーバ２から送信された確認コード
と同じである必要はなく、Ｗｅｂサーバ２が送信した確
認コードとコンピュータ３から返信された確認コードと
の間に相関がとれるようにしてあれば良い。例えば、コ
ンピュータ３のプログラム実行部３１が確認コードの文
字列を逆にして返信することもできるし、プログラム実
行部３１が、所定の規則に従って（例えば、連番で）コ
ードを作成して返信することもできる。また、Ｗｅｂサ
ーバ２が確認コードを暗号化して送信し、受信した確認
コードを復号化するようにしてもよい。

【００５５】確認コードを送るタイミングについては、
上記実施の形態では、第一認証が成功したとき、すぐに
送るようにしたが、第二認証が必要かどうかを判断して
から送るようにしてもよい。上記実施の形態の適用対象
としては、必ずしも金融機関に限られるものではなく、
個人的な情報交換等も含め、様々なものに適用すること
ができる。

【００５６】さらに、上記実施の形態では、プログラム
が、それぞれメモリに予め記憶されているものとして説
明した。しかしながら、これらのプログラムは、ＦＤ
（Floppy Disk）、ＣＤ−ＲＯＭ（Compact Disc Read-O
nly Memory）、ＤＶＤ（Digital Video Disc）などのコ
ンピュータ読み取り可能な記録媒体に格納して配布する
ものとしてもよい。そして、インターネット上のサーバ
装置が有するディスク装置等にプログラムを格納してお
き、例えば、搬送波に重畳させて、コンピュータにダウ
ンロード等するものとしてもよい。

【００５７】

【発明の効果】以上説明したように、本発明によれば、
不正を防止することができる。

【図面の簡単な説明】

【図１】本発明の実施の形態に係るセキュリティシステ
ムの構成を示すブロック図である。

【図２】図１のデータベースに記憶されたユーザ認証情
報の一例を示す説明図である。

【図３】図１のコンピュータのハードウェア構成を示す
ブロック図である。

【図４】本発明の実施の形態に係るＷｅｂサーバ、コン
ピュータ及び携帯端末の動作を示すフローチャートであ
る。

【図５】図１のコンピュータのディスプレイに表示され
た表示例を示す説明図である。

【符号の説明】

１ インターネット ２ Ｗｅｂサーバ ３ コンピュータ ４ 携帯端末 ５ メールサーバ ２２ 第一認証処理部 ２４ 第二認証処理部 ３１，３２，４１ プログラム実行部

Claims (5)

【特許請求の範囲】
1. 【請求項１】通信ネットワークに接続され、当該通信ネ
   ットワークに接続されたユーザ端末との間で、当該ユー
   ザ端末を使用するユーザの認証を行うためのユーザ認証
   サーバにおいて、 ユーザの認証コードと確認コード送信先とを対応付けて
   予め記憶する記憶手段と、 前記ユーザ端末から送信される認証コードを受信し、受
   信した認証コードを、前記記憶手段に記憶されている認
   証コードと照合することにより第１の認証を行 う第１の認証手段と、 該第１の認証手段による認証が成功したとき、対応する
   確認コード送信先に、所定の確認コードを通知する確認
   コード通知手段と、 該確認コード通知手段による確認コード通知の応答とし
   ての返信コードを受信し、受信した返信コードを、通知
   した確認コードと照合することにより第２の認証を行う
   第２の認証手段と、 を備えたことを特徴とする通信ネットワークにおけるユ
   ーザ認証サーバ。
2. 【請求項２】前記返信コードの送信元は、前記確認コー
   ド送信先と異なることを特徴とする請求項１に記載の通
   信ネットワークにおけるユーザ認証サーバ。
3. 【請求項３】前記第２の認証手段は、受信した返信コー
   ドを、前記確認コード通知手段が通知した確認コードと
   照合した結果、返信コードと確認コードとの間に一定の
   相関がとれたときに第２の認証を行うものであることを
   特徴とする請求項１又は２に記載の通信ネットワークに
   おけるユーザ認証サーバ。
4. 【請求項４】通信ネットワークにおける本人認証方法で
   あって、 ユーザの認証データと確認コード送信先とを対応付けて
   ユーザ認証サーバに予め記憶しておくステップと、 通信ネットワークを介して受信した認証データを、ユー
   ザ認証サーバに記憶された認証データと照合することに
   より、認証コードの送り主がユーザ本人であるか否かの
   認証を行うステップと、 認証データの送信主がユーザ本人であるとの認証がなさ
   れたとき、通信ネットワークを介して、対応する確認コ
   ード送信先に所定の確認コードを通知するステップと、 該確認コード通知の応答としての返信コードを受信し、
   受信した返信コードを、通知した確認コードと照合する
   ことにより、前記認証コードの送り主が、前記確認コー
   ド送信先に所在するユーザ本人であるかどうかの認証を
   行うステップと、を備えたことを特徴とする通信ネット
   ワークにおける本人認証方法。
5. 【請求項５】通信ネットワークに接続されたコンピュー
   タに、 ユーザの認証コードと確認コード送信先とを対応付けて
   予め記憶する手順、 通信ネットワークを介して認証コードを受信して、受信
   した認証コードを、記憶している認証コードと照合する
   ことにより、認証コードの送り主がユーザ本人であるか
   否かの認証を行う手順、 認証コードの送り主がユーザ本人であるとの認証がなさ
   れたとき、対応する確認コード送信先に、所定の確認コ
   ードを通知する手順、 確認コード通知の応答としての返信コードを受信して、
   受信した返信コードを、通知した確認コードと照合する
   ことにより、前記認証コードの送り主が、確認コード送
   信先に所在するユーザ本人であるか否かの認証を行う手
   順、を実行させるためのプログラム。