(57)【要約】【課題】端末装置のユーザーに煩わしい手間を行わせることなく、高い安全性を実現させるための技術を提供する。【解決手段】サイト１０２のＷＷＷサーバー１１４は、携帯電話機１０４のユーザー別に、ユニークな文字列であるパスコードを随時、自動的に発行し、それを通知するためのメールを作成して送信する。発行したパスコードは、有効期間を設定して、ＤＢサーバー１１６が管理するデータベースに保存させる。そのパスコードを携帯電話機１０４から受信すると、それをＤＢサーバー１１６に送り有効期間が経過していないパスコードのなかでそれと一致するパスコードがデータベースに保存されているか否か確認するための検索を行わせる。そのことが確認できた携帯電話機１０４のユーザーに対してのみ、アクセスを許可してサービスを提供する。【選択図】図１
2007249538.tif 000002
【特許請求の範囲】
【請求項１】
通信ネットワークを介してコンピュータに端末装置をアクセスさせるユーザーの認証を行うために用いられる方法であって、
前記認証用のＵＲＬを前記コンピュータ側に用意し、
前記アクセスの権利を有するか否か識別するための文字列を前記端末装置のユーザー別に随時、自動的に発行して対応する端末装置のユーザーに通知し、
前記コンピュータ側に用意した前記認証用のＵＲＬに前記端末装置をアクセスさせるユーザーに前記文字列を入力させて、該入力された文字列を基に該ユーザーの認証を行う、
ことを特徴とする認証方法。
【請求項２】
前記アクセスの権利を有する前記端末装置のユーザー毎に、複数の文字列からなるユーザー特定用の識別情報を登録し、
前記コンピュータ側に用意した前記認証用のＵＲＬに前記端末装置をアクセスさせるユーザーに前記識別情報を入力させて、該入力された識別情報を該ユーザーの認証に更に用いる、
ことを特徴とする請求項１記載の認証方法。
【請求項３】
前記端末装置のユーザー別に発行した文字列は前記認証用のＵＲＬに付加して電子メールで前記端末装置のユーザーに通知する、
ことを特徴とする請求項１、または２記載の認証方法。
【請求項４】
前記文字列は、有効期間を予め設定して、該有効期間に基づくタイミングで随時、自動的に発行して前記端末装置のユーザーに通知し、
前記端末装置のユーザーの認証は、該ユーザーが入力する文字列の有効期間を考慮して行う、
ことを特徴とする請求項１、２、または３記載の認証方法。
【請求項５】
通信ネットワークを介してコンピュータに端末装置をアクセスさせるユーザーの認証を行うシステムであって、
前記アクセスの権利を有するか否か識別するための文字列を、前記端末装置のユーザー別に随時、自動的に発行する文字列発行手段と、
前記文字列発行手段が発行した文字列を対応する前記端末装置のユーザーに電子メールで通知する通知手段と、
前記コンピュータ側に用意された認証用のＵＲＬにアクセスする前記端末装置から送信される前記文字列を少なくとも受信する文字列受信手段と、
前記文字列受信手段が受信した文字列を基に該端末装置のユーザーの認証を行う認証手段と、
を具備することを特徴とする認証システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信ネットワークを介してコンピュータに端末装置をアクセスさせるユーザーの認証を行うための技術に関する。
【背景技術】
【０００２】
近年、情報インフラストラクチャとして通信ネットワークが急速に発展している。様々な通信ネットワークを結ぶグローバルな情報インストラクチャであるインターネット上には、情報の発信や商品の販売などに係わる各種サービスの提供を目的としたサイトが多数、開設されている。それにより、インターネットはサービス提供のための手段としても幅広く利用されている。現在では、パーソナルコンピュータ（以下、ＰＣ）の他に、ＰＤＡ（Personal Digital Assistant）や携帯電話機なども端末装置として広く用いられている。
【０００３】
通信ネットワークを介したサービスの提供は、不特定の人を対象にしてではなく、登録した人にそれを受ける権利を与えて行うことがある。認証は、その権利を持つ登録した人のみにサービスを提供するために行われる。その認証は、ユーザーが端末装置をサイトのコンピュータにアクセスさせたとき、或いは登録した人に限定したサービスを要求したときに行われるのが普通である。
【０００４】
従来の認証は、ユーザーを識別するための文字列であるユーザー名（以降、ＩＤ）、及びそのユーザーしか知らないはずの文字列であるパスワードをユーザー特定用の識別情報として登録し、サイトに端末装置をアクセスさせたユーザーが入力したＩＤ、パスワードの組が識別情報として登録されているか否か確認することで行われていた。それにより、第三者はＩＤ／パスワードを知るだけでそれを持つ人（本人）になりすますことができるため、安全性の低下を招きやすいという問題点があった。
【０００５】
安全性の低下を招かないようにするには、各個人がパスワードを適切に管理する必要がある。現在では、サービスの提供に会員登録を求めるサイトが多いこともあって、複数のパスワードを持つ人は多い。しかし、パスワードの管理はその数が多くなるほど面倒になる。このため、パスワードの管理が杜撰となっている人も多いのが実情となっている。そのようなことから、ＩＤ／パスワードだけで行う認証で高い安全性を維持させるのは現実的でないと考えられる。
【０００６】
現在では、一度だけ有効なパスワード（ワンタイムパスワード）を自動的に発行し、そのパスワードを認証に用いることが行われている。パスワードを一度だけ有効とすることにより、それを第三者が認証時に盗み見ても本人になりすますことができないようにして、高い安全性を実現させている。
【０００７】
しかし、そのパスワードの発行は、端末装置に接続可能な専用の装置、それにインストールする専用のソフトウェア、或いは通信ネットワークと接続されたサーバー（コンピュータ）が行うようになっていた。このため、端末装置のユーザーは、ワンタイムパスワードによる認証を受ける場合、専用の装置を取得するか専用のソフトウェアをインストールするか、或いはサーバーにアクセスしなければならなかった。
【０００８】
専用の装置、或いは専用のソフトウェアにパスワードを発行させる場合、端末装置のユーザーにそのための対応を求めなければならない。つまり、専用の装置をユーザーに使用してもらうか、或いは専用のソフトウェアを端末装置にインストールしてもらわなければならない。しかし、そのような手間は、煩わしい、できれば避けたいと感じるユーザーが多いと考えられることから、望ましくない。一方、サーバーからパスワードを取得する場合には、そのような手間は省けるがそれにアクセスしてパスワードを取得しなければならないことから、別の煩わしい手間が必要となる。このため、それも望ましいとは云えない。
【０００９】
手間が煩わしいと感じた人は、その手間を避けようとする。このため、コンピュータ（サイト）により多くの人にアクセスしてもらえるようにするうえでは、認証における煩わしい手間を回避させることも重要であると云える。即ち、高い安全性は、認証において煩わしい手間をユーザーに行わせることなく実現させることが重要であると考えられる。
【特許文献１】特開２００６−０３９７２８号公報
【特許文献２】特開２００４−２７２６１４号公報
【発明の開示】
【発明が解決しようとする課題】
【００１０】
本発明は、端末装置のユーザーに煩わしい手間を行わせることなく、高い安全性を実現させるための技術を提供することを目的とする。
【課題を解決するための手段】
【００１１】
本発明の認証方法は、通信ネットワークを介してコンピュータに端末装置をアクセスさせるユーザーの認証を行うために用いられる方法であって、認証用のＵＲＬをコンピュータ側に用意し、アクセスの権利を有するか否か識別するための文字列を端末装置のユーザー別に随時、自動的に発行して対応する端末装置のユーザーに通知し、コンピュータ側に用意した認証用のＵＲＬに端末装置をアクセスさせるユーザーに文字列を入力させて、該入力された文字列を基に該ユーザーの認証を行う。
【００１２】
なお、上記認証は、アクセスの権利を有する端末装置のユーザー毎に、複数の文字列からなるユーザー特定用の識別情報を登録し、コンピュータ側に用意した認証用のＵＲＬに端末装置をアクセスさせるユーザーに識別情報を入力させて、該入力された識別情報を更に用いて行う、ことが望ましい。端末装置のユーザー別に発行した文字列は認証用のＵＲＬに付加して電子メールで端末装置のユーザーに通知する、ことが望ましい。その文字列は、有効期間を予め設定して、該有効期間に基づくタイミングで随時、自動的に発行して端末装置のユーザーに通知し、端末装置のユーザーの認証は、該ユーザーが入力する文字列の有効期間を考慮して行う、ことが望ましい。
【００１３】
本発明の認証システムは、通信ネットワークを介してコンピュータに端末装置をアクセスさせるユーザーの認証を行うことを前提とし、アクセスの権利を有するか否か識別するための文字列を、端末装置のユーザー別に随時、自動的に発行する文字列発行手段と、文字列発行手段が発行した文字列を対応する端末装置のユーザーに電子メールで通知する通知手段と、コンピュータ側に用意された認証用のＵＲＬにアクセスする端末装置から送信される文字列を少なくとも受信する文字列受信手段と、文字列受信手段が受信した文字列を基に該端末装置のユーザーの認証を行う認証手段と、を具備する。
【発明の効果】
【００１４】
本発明では、通信ネットワークを介してコンピュータに端末装置をアクセスさせる権利をユーザーが有するか否か識別するための文字列を端末装置のユーザー別に随時、自動的に発行して対応する端末装置のユーザーに通知し、そのコンピュータ側に用意した認証用のＵＲＬに端末装置をアクセスさせるユーザーに文字列を入力させて、その入力された文字列を基に認証を行う。
【００１５】
認証に用いる文字列を自動的に発行してそれをユーザーに通知すると、それを取得するための煩わしい手間は不要となる。杜撰な管理によってそれが漏洩しても、文字列に設定する有効とする条件により、その漏洩が安全性に影響する度合いを制御することができる。これらのことから、端末装置のユーザーに煩わしい手間を行わせることなく、高い安全性を実現させることができる。
【００１６】
アクセスの権利を有する端末装置のユーザー毎に、複数の文字列からなるユーザー特定用の識別情報を登録し、認証用のＵＲＬに端末装置をアクセスさせるユーザーに識別情報を入力させて、その入力された識別情報を認証に更に用いるようにした場合には、より高い安全性を実現させることができる。
【発明を実施するための最良の形態】
【００１７】
以下、本発明の実施の形態について、図面を参照しながら詳細に説明する。
図１は、本実施の形態による認証システムが適用されたネットワークシステムの構成を示す図である。
【００１８】
そのネットワークシステムは、インターネット１０１と接続可能な端末装置のユーザーに各種サービスを提供するために構築されたものである。図１に示すように、インターネット１０１には、端末装置のユーザーに各種サービスを提供するために開設されたサイト１０２が接続されている。端末装置としては、携帯電話網１０３を介してインターネット１０１と接続される携帯電話機１０４を示してある。それにより、本実施の形態による認証システムは、インターネット１０１を介してサイト１０２と接続される携帯電話機１０４などの端末装置のユーザーの認証を行うものとして実現されている。端末装置については、電話網とＩＳＰ（Internet Service Provider ）、或いはＬＡＮなどを介して接続されるＰＣ或いはＰＤＡなどであっても良いが、ここでは混乱を避けるため、携帯電話機１０４のみに注目する。その携帯電話機１０４については、以降、携帯端末とも表記する。
【００１９】
そのサイト１０２のシステムは、図１に示すように、インターネット１０１にルータ１１３を接続し、ＷＷＷサーバー１１４とファイアウォールサーバー（以下、ＦＷサーバー）１１５を結ぶＬＡＮ１１１をそのルータ１１３に接続し、そのＦＷサーバー１１５にＬＡＮ１１２を介してデータベース（ＤＢ）サーバー１１６を接続させる形で構築されている。本実施の形態による認証システムは、ＬＡＮ１１１、ＦＷサーバー１１５、及びＬＡＮ１１２を介して接続されるＷＷＷサーバー１１４、及びＤＢサーバー１１６によって実現される。
【００２０】
以上の構成において、携帯端末１０４のユーザーの認証に着目して動作を説明する。
サイト１０２は、例えば携帯端末１０４のユーザーに会員限定を含む各種のサービスを提供するために開設されたものである。会員としての登録は、例えばその登録用のＵＲＬ（Uniform Resource Locators ）を指定してＷＷＷサーバー１１４にアクセスし、それによってサーバー１１４が送信する個人情報入力用の画面上に必要事項を入力した後、送信を指示することで行うようになっている。
【００２１】
その送信を指示することにより、ユーザーが入力した個人情報は携帯端末１０４からＷＷＷサーバー１１４に送信される。ＷＷＷサーバー１１４は、携帯端末１０４から個人情報を受信すると、それをＤＢサーバー１１６に送り、それが管理する、ユーザーの個人情報管理用のデータベース（以降、ユーザーＤＢと呼ぶ）に格納させる。そのように個人情報を保存することにより、会員登録が行われる。そのユーザーＤＢは、例えばＤＢサーバー１１４に搭載、或いは接続された記憶装置に格納されている。
【００２２】
ユーザーＤＢに格納する個人情報としては、氏名や住所、メールアドレスなどの他に、ユーザー特定用の文字列であるＩＤ（ユーザー名）、及びそのＩＤが割り当てられたユーザーしか知らないはずの文字列であるパスワードを含めているそのＩＤは、ユーザーに指定させた、或いはＷＷＷサーバー１１４が自動的に発行した一つしか存在しないものである。パスワードは、ユーザーに指定させたものである。そのパスワードは随時、変更することができる。
【００２３】
会員限定のサービスは、例えばＷＷＷサーバー１１４上に用意した認証用のＵＲＬ（以降、便宜的に認証ＵＲＬと呼ぶ）にアクセスして認証を受けたユーザーのみを対象に提供する。ＩＤとパスワード（Password）による認証では、第三者によるなりすましを確実に回避することは非常に困難である。このことから、その認証では、ユーザーに入力させるＩＤ、パスワードの他に、以下のような情報も用いている。
【００２４】
パスワードのように、認証用の情報を携帯端末１０４のユーザーに設定（指定）させた場合、安全性の高さはその情報をユーザーがどのように管理するかに依存する。その管理が杜撰な人は少なくないのが実情であることから、そのような情報だけを用いた認証、つまりＩＤ／パスワードだけを用いたような認証では高い安全性を維持させることが非常に困難である。このことから、高い安全性を確実に維持させるために、ＩＤ、パスワードの他にユーザーに入力させる情報はサイト１０２側（ここではＷＷＷサーバー１１４）が自動的に生成（発行）して携帯端末１０４のユーザーに通知するようにしている。その通知は、個人情報として保存したメールアドレス宛に電子メールを送信することで行っている。その電子メールは、例えばオリジナルの電子メールに、発行した情報や個人情報として保存したユーザーの氏名などを配置することで作成される。
【００２５】
サイト１０２側で認証用の情報を管理すると、携帯端末１０４側ではその情報を生成するための装置やソフトウェアが不要となる。その情報を電子メールで通知すると、その情報を取得するためにサイト１０２、或いは別のサイトに携帯端末１０４をアクセスする必要性は回避される。これらのことから、携帯端末１０４のユーザーにとっては、煩わしい手間を行う必要性が回避され、その情報を常に容易、且つ迅速に取得できることとなる。
【００２６】
本実施の形態では、その情報として、携帯端末１０４のユーザー（会員登録したユーザーである）別にユニークな文字列（例えば乱数）を生成（発行）させている。ユーザー（会員）別に識別用の文字列を発行することにより、その文字列がたとえ第三者に漏洩しても、その第三者が、その文字列を発行した携帯端末１０４のユーザー以外の人になりすますことができなくなる。このため、漏洩時における安全性の低下も抑えられることとなる。発行した文字列は、ユーザーＤＢに保存させている。
【００２７】
発行した文字列はアクセスを望むＵＲＬ入力用の入力ボックス内に、認証ＵＲＬと共に入力させるようにしている。それにより、認証ＵＲＬにアクセスした際に、その文字列による認証を行うようにしている。
【００２８】
認証ＵＲＬや文字列の入力を容易に行えるように、本実施の形態では、認証ＵＲＬに文字列を付加したものを電子メールで通知している。それにより、文字列を含む認証ＵＲＬを入力ボックス内にコピーし、それへのアクセスを指示するだけでその文字列による認証を行えるようにしている。なお、文字列は、例えばそれに続く文字列が認証用のデータであることを示すシンボルを間に挟んで認証ＵＲＬに付加される。
【００２９】
文字列を含む認証ＵＲＬを入力してそれへのアクセスをユーザーが指示すると文字列、及び認証ＵＲＬはＷＷＷサーバー１１４に送信される。ＷＷＷサーバー１１４は、それらを受信すると、文字列はＬＡＮ１０１、ＦＷサーバー１１５、及びＬＡＮ１１２を介してＤＢサーバー１１６に送信して、それをキーとしたユーザーＤＢの検索を行わせ、その結果を受け取る。それにより、ＷＷＷサーバー１１４は、受信した文字列を含むレコードがユーザーＤＢに存在している場合に即ちその文字列を発行したユーザーが存在していることを確認した場合に、認証ＵＲＬが割り当てられた認証用画面（ページ。例えばＨＴＭＬデータ）を携帯端末１０４に送信する。
【００３０】
その画面は、ＩＤ、パスワードの各入力ボックスが配置されたものである。それにより、発行した文字列による認証に続けて、ユーザーが入力したＩＤ／パスワードによる認証を行うようにしている。その認証は、先に入力した文字列と組み合わせて行うために、例えば先に入力した文字列を有するレコードに格納されたＩＤ、パスワードが、ユーザーが入力したＩＤ、パスワードとそれぞれ一致するか否か確認することで行う。なお、認証は、ユーザーが入力した文字列、ＩＤ及びパスワードをＤＢサーバー１１６に送り、それらを全て格納したレコードがユーザーＤＢ中に存在するか否か検索させることで行っても良い。
【００３１】
発行する文字列には予め有効期間を設定している。それを通知するために用いる電子メールでは、それを送信してから携帯端末１０４側で開封できる状態となるまで（携帯電話機ではそれを受信するまで）の間にある程度のタイムラグ（以降、メール送受信のタイムラグと呼ぶ）が存在する。そのタイムラグは無視できないのが現状である。このことから、その有効期間は、タイムラグを考慮して設定している。その有効回数は１回として、有効期間が過ぎる前に文字列が認証に用いられた時点で有効期間は終了させている。それにより、認証時に文字列が漏洩しても、安全性が低下しないようにさせている。以降、サイト１０２側で自動的に発行する文字列についてはパスコード（Passcode）と呼ぶことにする。
【００３２】
図２は、パスコードの発行周期とその有効期間、及びメール送受信のタイムラグの関係を説明する図である。図中、パスコードの発行周期はログイン用ＵＲＬ（認証ＵＲＬ）の通知周期と一致し、パスコードの有効期間はログイン用ＵＲＬの有効期間と一致している。
【００３３】
メール送受信のタイムラグが考えられなければ、即ち発行したパスコードを携帯端末１０４のユーザーが直ちにメールで確認するのが常に可能であれば、パスワードの有効期間はそれを発行してから次に発行するまでの期間で良いということになる。しかし、そのタイムラグは無視できないのが現状であることから、本実施の形態では、考えられるタイムラグ分（以降、実際のタイムラグと区別するために想定タイムラグと呼ぶ）を利用猶予期間として通知周期に加える形で有効期間を設定している。それにより、パスワードを発行した時点から、次のパスワードを発行する時点より想定タイムラグ分だけ過ぎた時点までを有効期間とし、その想定タイムラグ分より短い実際のタイムラグによってユーザーが会員限定のサービスを受けられない、つまりログインできないということを確実に回避させている。
【００３４】
携帯電話機では、メール送受信の実際のタイムラグが１日程になることもあるしかし、実際のタイムラグがそのような長い時間であっても、それを想定タイムラグとして有効期間の設定に反映（考慮）することにより、ログイン可能な期間に空白が生じるのを確実に回避できることになる。
【００３５】
図３は、パスコードの発行管理とそれの有効期間管理を説明する図である。
図３に示すように、パスコードは予め設定した発行周期が経過する度に発行しその有効期間は、それを発行した時点から、発行周期に想定タイムラグを加えた期間が経過するまでとしている。それにより、連続する２つのパスコードの有効期間に重なる部分を作ってログイン可能な周期に空白が生じないようにさせている。
【００３６】
ＷＷＷサーバー１１４は、パスコードを発行する度に、それの有効期間を設定して、ユーザーＤＢに格納させる。ＤＢサーバー１１６は、例えばＷＷＷサーバー１１４からパスコードの格納、或いは認証のための照合を依頼されると、その対象となるレコード中に有効期間が経過した、或いはユーザーが認証に使用したなどの理由で有効期間が終了したパスコードの有無を判定して、有効期間が終了したパスコードをそれの有効期間とともに消去する。それにより、有効期間が終了したパスコードとその有効期間は随時、ユーザーＤＢから消去する。照合ではパスコードの有効期間が経過しているか否かを考慮して行い、パスコード自体は一致していても、その有効期間が経過していればそのパスコードは一致していないと判定する。そのようにして、有効期間を考慮した照合を行う。
【００３７】
図４は、携帯端末１０４とサイト１０２側のシステムの認証に係わる機能構成を示す図である。次に図４を参照して、それらにおける認証に係わる機能構成、及び各部の機能について詳細に説明する。
【００３８】
データベース管理部４３０は、ＤＢ４４０の管理を行うものであり、ＤＢサーバー１１６により実現される。そのＤＢ４４０は、上記ユーザーＤＢの他に、パスコードの通知周期、や利用猶予期間（想定タイムラグ）などの管理用データを格納したＤＢなどをまとめて表したものである。ここでは、便宜的にそれらのＤＢは一つとして扱う。
【００３９】
外部接続管理部４１０は、携帯端末１０４との間で認証に係わるデータの入出力を行うものである。内部接続管理部４２０は、外部接続管理部４１０とデータベース管理部４３０の間に介在して、それらの間のデータのやりとりや、外部接続管理部４１０に対する制御を行うものである。それら管理部４１０、４２０は共にＷＷＷサーバー１１４によって実現される。
【００４０】
内部接続管理部４２０の通知周期管理部４２１は、ＤＢ４４０に格納された通知周期に従って携帯端末１０４のユーザー単位のパスコードの発行を管理する。その周期でパスコードを発行させるために、携帯端末１０４のユーザー別に前回パスコードを発行した日時を記録・保存する。それにより、記録した発行日時を参照して、パスコードを発行すべきタイミングを特定し、メール送信要請部４２３にパスコードの発行を指示する。
【００４１】
有効期間管理部４２２は、通知周期管理部４２１が発行を管理するパスコードの有効期間を管理する。その有効期間の設定は、例えばその期間が終了する日時を決定することで行う。その日時は、通知周期管理部４２１がパスコードの発行を指示した日時に、ＤＢ４４０に格納された通知周期と利用猶予期間を加えて得られるものである。
【００４２】
メール送信要請部４２３は、通知周期管理部４２１の指示に従いパスコードを発行し、外部接続管理部４１０のメール通知管理部４１１にメールの送信を要請する。そのメールを送信させるために、新たに発行したパスコード、そのパスコードを通知すべき携帯端末１０４のユーザーが指定したメールアドレスなどをメール通知管理部４１１に送る。
【００４３】
メール通知管理部４１１は、メール送信要請部４２３からメール送信が要請されると、それから受け取ったデータを用いて送信すべきメールを作成し、メール送信部４１２に送る。それにより、メール送信部４１２を介してメールを送信させて、新たに発行したパスコードを通知すべき携帯端末１０４のユーザーにメールで通知する。そのメールは、上述したように、パスコードを認証ＵＲＬに付加して表記したものである。
【００４４】
内部接続管理部４２０は、上述したようにしてパスコードを通知するためのメールを外部接続管理部４１０に送信させる場合、内部データ入出力部４２４を介してそのパスコードや有効期間をデータベース管理部４３０に送り、ＤＢ４４０への格納を指示する。
【００４５】
データベース管理部４３０は、データ入出力部４３１を介してそれらのデータを受け取り、データベース接続部４３２を介してＤＢ４４０にアクセスする。それにより、新たに発行したパスコードやその有効期間を格納すべきレコードに格納する。その一方では、そのレコードに格納されているパスコードの有効期間を読み出し、現在日時のほうが後となっているか否か判定することにより、有効期間が経過しているものを抽出する。そのようにして、経過している有効期間を抽出すると、その有効期間、及びそれが設定されたパスコードをレコードから消去する。
【００４６】
携帯端末１０４の認証データ入出力部４０１は、認証のためのデータの入出力をサイト１０２側と行うものである。外部接続管理部４１０のメール送信部４１２から送信されたメールは、その入出力部４０１で受信されてユーザーに閲覧される。
【００４７】
認証入力部４０２は、ユーザーが携帯端末１０４をサイト１０２にアクセスさせる場合に、認証に係るデータの入力をユーザーに求め、外部接続管理部４１０に送信するものである。ユーザーに入力を求めるデータには、パスコード付きの認証ＵＲＬ、ＩＤ、パスワードがある。ＩＤとパスワードは、パスコード付きの認証ＵＲＬを入力した後に、即ちそのパスコードが有効であり、且つそのパスコードからユーザーを特定できることをサイト１０２側が確認した後に入力が要請される。
【００４８】
ユーザーが入力したパスコード付きの認証ＵＲＬは、外部接続管理部４１０に送信され、そのパスコードは内部接続管理部４２０の内部データ入出力部４２４を介してデータベース管理部４３０のデータ入出力部４３１に送られる。
【００４９】
データベース接続部４３２は、データ入出力部４３１に送られたパスコードをキーとしてＤＢ４４０の検索を行う。その検索は、ＤＢ４４０に格納されたパスコードの有効期間を考慮して行うことで、有効期間が経過していないパスコードのなかで一致するパスコードを抽出する。そのようにして行った検索の結果が、データ入出力部４３１を介して内部データ入出力部４２４に出力される。
【００５０】
内部データ入出力部４２４は、データ入出力部４３１から受け取った検索の結果に応じたデータを、外部データ入出力部４１３を介して携帯端末１０４に送信する。それにより、有効期間が経過していないパスコードのなかで携帯端末１０４から送信されたパスコードと一致するものがＤＢ４４０に格納されていれば、即ちそのパスコードからユーザーを特定できることを確認できれば、認証ＵＲＬが割り当てられた認証用画面を携帯端末１０４に送信し、認証入力部４０２にＩＤとパスワードの入力をユーザーに要請させる。反対にそうでなければ、その旨を通知するためのデータを携帯端末１０４に送信し、ユーザーにそのことを知らせる。
【００５１】
認証入力部４０２は、ユーザーが入力したＩＤとパスワードを暗号化して外部接続管理部４１０に送信する。その管理部４１０の外部データ入出力部４１３は携帯端末１０４から暗号化されたＩＤとパスワードを受信すると、それらを解凍して内部接続管理部４２０の内部データ入出力部４２４に送る。その入出力部４２４は、それらをデータベース管理部４３０に送り、その組、更には先にユーザーが入力したパスコードを全て格納したレコードがＤＢ４４０に存在するか否か確認するための検索を行わせ、その結果を受け取る。受け取った結果は、外部接続管理部４１０の外部データ入出力部４１３を介して携帯端末１０４に送信する。
【００５２】
認証データ入出力部４０１の認証出力部４０３は、外部接続管理部４１０を介して送信された検索結果が成功であれば、即ち送信したＩＤとパスワードの組、その前に送信したパスコードが同一レコードに格納されていることを表していれば、外部接続管理部４１０との接続を保持させる。それにより、セッションを継続させて、サイト１０２が提供する会員限定のサービスをユーザーが受けられる状態を維持させる。つまり、セッションを継続させる。反対にその検索結果が成功でなければ、その旨をユーザーに知らせて、指示待ちの状態に移行する。
【００５３】
検索結果が成功であった場合、データベース管理部４３０は、携帯端末１０４から送信されたパスコード、ＩＤ、及びパスワードを有するＤＢ４４０中のレコードから、そのパスコードとそれの有効期間を消去する。それにより、一度、使われたパスコードを再び使えないようにする。
【００５４】
なお、本実施の形態では、パスコードは１回のみ有効としているが、それを複数回、使えるようにしても良い。その入力については、ＩＤ、パスワードを入力する画面上で行わせるようにしても良い。認証ＵＲＬについては、それを携帯端末１０４のユーザー毎に用意しても良い。
【００５５】
本実施の形態による認証システムは、ＬＡＮ１１１、ＦＷサーバー１１５、及びＬＡＮ１１２を介して接続されるＷＷＷサーバー１１４、及びＤＢサーバー１１６により実現させているが、それを実現させるための構成はそれに限定されるものではない。１台、或いは３台以上のコンピュータで実現させても良い。
【００５６】
その認証システムは、パスコードを自動的に発行してユーザーにメールで通知し、通知したパスコードによる認証を行うものである。その認証は、携帯端末１０４がアクセスするサイト１０２側で行う必要があるが、発行したパスコードはメールで通知するために、パスワードの発行やそれを通知するためのメールの送信はサイト１０２側で必ずしも行う必要はない。このことから、例えばパスコードを自動的に随時、発行する機能、及び発行したパスコードをメールで携帯端末１０４のユーザーに通知する機能を有するものと、自動的に発行・通知するパスコードによる認証を行う機能を有するものと、をそれぞれ別のシステムとして構築し、それらのシステムを連携させることで本発明を適用した認証システムを実現させても良い。別に構築するシステムは、通信ネットワークで接続しても良いことから、同じ場所に設置しなくても良い。このようなことからも明らかなように、本発明は様々な変形を行うことができる。
【図面の簡単な説明】
【００５７】
【図１】本実施の形態による認証システムが適用されたネットワークシステムの構成を示す図である。
【図２】パスコードの発行周期とその有効期間、及びメール送受信のタイムラグの関係を説明する図である。
【図３】パスコードの発行管理とそれの有効期間管理を説明する図である。
【図４】携帯端末とサイト側のシステムの認証に係わる機能構成を示す図である。
【符号の説明】
【００５８】
１０１    インターネット
１０２    サイト
１０３    携帯電話網
１０４    携帯電話機（端末装置）
１１１、１１２    ＬＡＮ
１１３    ルータ
１１４    ＷＷＷサーバー
１１６    ＤＢサーバー
４０１    認証データ入出力部
４１０    外部接続管理部
４２０    内部接続管理部
４３０    データベース管理部
４４０    データベース
【図３】
2007249538.tif 000003
【図４】
2007249538.tif 000004
【図１】
2007249538.tif 000005
【図２】
2007249538.tif 000006