JP2008171087A - 認証システム、認証プログラム - Google Patents

Abstract

【課題】利用者の負担を軽減したワンタイムパスワード方式による認証を可能とする。
【解決手段】認証部２０は、ネットワークを介してＰＣに対して識別データ（ユーザＩＤ）の入力を要求するログインページを提供する。携帯端末チェック部３０は、携帯通信ネットワークを介してアクセスしてきた携帯端末についての環境変数をもとに、同携帯端末が予め認証対象として登録されているかを確認する。開錠トークン生成部３１は、携帯端末が登録されていることが確認された場合に、当該アクセスに対して固有のＵＲＬを生成する。開錠ボタン設定部３２は、この生成されたＵＲＬがリンク先に設定された開錠ボタンを携帯端末において表示させる。ユーザＩＤチェック部３４は、開錠ボタンに設定されたＵＲＬによる携帯端末からのアクセスが開錠ボタンアクセス判別部３３により判別された場合に、ログインページを通じてＰＣから入力される識別データに対する認証を実行する。
【選択図】 図２

Description

本発明は、Ｗｅｂサーバの認証に好適な認証システム、及び認証プログラムに関する。

一般に、ネットワークを介してサーバにログインする場合、セキュリティを確保するために、ユーザＩＤやパスワードを用いた認証方法が広く用いられている。例えば、インターネットを通じてサーバから提供されるサービスを利用する場合、このサーバが提供するログイン画面において、予め設定されているユーザＩＤ及びパスワードを入力し、認証された場合にサービスを提供する画面へのアクセスが許可される。

ところが、従来のユーザＩＤとパスワードによる固定パスワードを用いた認証方法では、ユーザＩＤやパスワードがパケットスニッファリング（パケット盗聴）などによって悪意をもった第３者に盗まれて悪用されてしまう可能性があった。そこで、近年では、固定パスワードから１回限りの使い捨てのパスワード、いわゆるワンタイムパスワードによる認証方法も使われるようになっている。

ワンタイムパスワードを用いた認証方法では、アクセスの度にパスワードが変わるので、第３者がパスワードを推測することができず、またパケットスニッファリング等によってアクセス時にパスワードが盗まれたとしても悪用され難い。

ワンタイムパスワードを用いた認証方法には、例えば時間同期方式（タイムスタンプ方式）がある。タイムスタンプ方式では、利用者（認証される側）にトークンと呼ばれるパスワード生成手段が提供される。トークンは、キーホルダー型やカード型に構成されたパスワード生成装置（ハードウェアトークン）、あるいはパーソナルコンピュータや携帯電話機などの機器にインストールされるプログラム（ソフトウェアトークン）によって実現される。

トークンは、一定の時間ごとに異なる例えば６桁の数字（パスワード）を表示させる。利用者は、トークンから得られたパスワードと、利用者固有のＰＩＮ（Personal Identification Number）コードを組み合わせてワンタイムパスワードとして使う。認証サーバは、各利用者に提供されたそれぞれのトークンが生成するパスワードを把握しており、トークンとの時刻を同期させておくことで、毎回入力されるパスワードが異なっても正しく認証できるようになっている。

また従来では、ワンタイムパスワードを用いる認証方法として、インターネット接続可能な携帯電話の個人特性を有効に利用し、それに基づいた携帯情報端末の認証及びセキュリティを担保する個人認証システムが考えられている（特許文献１参照）。

特許文献１に記載された個人認証システムでは、予め配布されたユーザＩＤとパスワードを携帯電話から入力することで認証サーバが個人認証を行い、認証が正規である場合に、認証サーバからＥメールで携帯電話にワンタイムパスワードを発行する。携帯電話によりワンタイムパスワードを取得したユーザは、ワンタイムパスワードを情報携帯端末に入力することで再度認証を行う。そして、認証がされた場合に、認証サーバからワンタイムＵＲＬが情報携帯端末に発行される。情報携帯端末からはワンタイムＵＲＬによって専用ページにアクセスすることができる。
特開２００４−２４０８０６号公報

このようにトークンを用いた認証方法では、認証が必要となるサーバ（アクセス先）のそれぞれに対応するトークンが必要となる。従って、ユーザは、認証が必要なサーバの数と同数のトークンを所持していなければならなかった。ハードウェアトークンでは、携行するのに不便であったり、ログインするサーバに応じて機器へ装着を切り替える必要があるなど取り扱いが不便であった。また、ソフトウェアトークンは、プログラムとして提供されるため、使用する機器によっては携行が不便となることはない。しかしながら、複数のソフトウェアトークンをそれぞれの機器にインストールする必要があり、またログインしようとするサーバに応じて使い分ける必要があった。また、トークンを用いた認証方法では、少なくともトークンにより生成されたパスワードとＰＩＮコードとを入力する手間が必要であり、またＰＩＮコードをユーザが記憶しておかなければならなかった。また、パスワードとＰＩＮコードとを入力するための入力手段が設けられた機器でしか利用することができなかった。

また特許文献１に記載された個人認証システムでは、携帯電話からユーザＩＤとパスワードを入力して、Ｅメールによってワンタイムパスワードを受信し、このワンタイムパスワードを情報携帯端末から入力してアクセスし、さらに認証サーバから取得したワンタイムＵＲＬによってアクセスするといった、非常に手間のかかる操作が必要となっていた。また、Ｅメールによってワンタイムパスワードを受信する必要があるため、Ｅメールを受信するまでは認証手続きを進めることができなかった。また、一般のＥメールと同様にして受信されるため、メールを開封してメール内容（ワンタイムパスワード）を確認する作業が必要となっていた。

本発明は前述した事情に考慮してなされたもので、その目的は、利用者の負担を軽減したワンタイムパスワード方式による認証を可能とする認証システム、認証プログラムを提供することにある。

本発明は、ネットワークを介して第１の端末（例えば、パーソナルコンピュータ）に対して識別データの入力を要求するログイン要求出力手段と、携帯通信ネットワーク（例えば、携帯電話機会社別の電話網）を介してアクセスしてきた第２の端末（例えば、携帯電話機等）についての環境変数をもとに前記第２の端末が予め登録されているかを確認する端末確認手段と、前記端末確認手段により登録されていることが確認された場合に、当該アクセスに対して固有のＵＲＬ（uniform resource locator）を生成するＵＲＬ生成手段と、前記ＵＲＬ生成手段により生成された前記ＵＲＬがリンク先に設定された開錠ボタンを前記第２の端末に表示させる開錠ボタン設定手段と、前記開錠ボタン設定手段によって前記第２の端末において表示された、前記開錠ボタンに設定された前記ＵＲＬによる前記第２の端末からのアクセスを判別するアクセス判別手段と、前記アクセス判別手段により前記第２の端末からアクセスされたことが判別された場合に、前記ログイン要求出力手段による要求に対して前記第１の端末から入力された前記識別データに対する認証を行う認証手段とを具備したことを特徴とする。

本発明によれば、利用者の負担を軽減したワンタイムパスワードを用いた認証が可能となる。

以下、図面を参照して本発明の実施の形態について説明する。
図１は、本実施形態におけるネットワークシステムの構成を示すブロック図である。図１に示すネットワークシステムは、各種ネットワークサービスを提供するＷｅｂサーバ１０がインターネット１２を介して、パーソナルコンピュータ１４等の通信機能を有する各種の情報機器と接続される。Ｗｅｂサーバ１０は、予め登録されたユーザに対してネットワークサービスを提供するために、ログイン要求してきたユーザ（情報機器）についての認証処理を実行する。Ｗｅｂサーバ１０には、認証処理を実行するための認証システムが設けられている。

インターネット１２には、プロキシサーバ１６を介して携帯通信ネットワーク１８が接続される。携帯通信ネットワーク１８は、例えば携帯電話機会社専用の電話通信網であり、携帯電話機会社に登録されている携帯端末１９（携帯電話機）が接続される。図示していないが、携帯端末１９は、携帯通信ネットワーク１８と接続された基地局との間で無線通信を行う。携帯端末１９がインターネット１２上のＷｅｂサーバ１０等にアクセスする場合には、携帯通信ネットワーク１８、プロキシサーバ１６、インターネット１２を介して接続される。なお、図１では、１つの携帯通信ネットワーク１８のみを示しているが、携帯電話機会社毎の複数の携帯通信ネットワークが、それぞれプロキシサーバを介してインターネット１２と接続される。すなわち、携帯端末１９は、それぞれの携帯電話機会社に固有の携帯通信ネットワークを介してインターネット１２と接続され、インターネット１２上のＷｅｂサーバ１０にアクセスする。

携帯端末１９は、例えば携帯電話機であり、通常の音声通話のための機能の他に、インターネット１２に接続する機能が設けられている。携帯端末１９には、個々に割り当てられた電話番号の他に、端末に固有の識別データ（例えばサブスクライバＩＤなど）が設定され、内蔵されたメモリに記憶されている。この識別データは、ネットワークサービスを利用する際に、サービスの提供元であるサーバなどに参照される。なお、図１では、携帯端末１９として携帯電話機を例にして説明しているが、携帯電話機以外の各種の端末に適用することができる。例えば、ゲーム機、カーナビゲーション装置、ＰＣ、ＰＤＡ（personal digital assistant）などであっても良い。ただし、それぞれの端末には、端末に固有の識別データが決められており、例えば内蔵されたメモリに記憶されているものとする。以下、端末に固有の識別データを端末ＩＤとして説明する。

図２は、Ｗｅｂサーバ１０に設けられる認証システムの機能構成を示すブロック図である。認証システムは、Ｗｅｂサーバ１０において認証プログラムを実行することにより実現される。

図２に示すように、認証システムには、認証部２０、及び認証データベース２２が設けられる。

認証部２０は、ネットワークを介してログイン要求してきた情報機器（パーソナルコンピュータ１４等）に対する認証処理を実行するもので、携帯端末チェック部３０、開錠トークン生成部３１、開錠ボタン設定部３２、開錠ボタンアクセス判別部３３、ユーザＩＤチェック部３４、開錠トークンチェック部３５とを含んでいる。

認証部２０は、インターネット１２を通じて、ネットワークサービスを提供するためのＷｅｂページを公開している。認証部２０は、Ｗｅｂサーバ１０が提供するネットワークサービスを利用するためにアクセスしてきたパーソナルコンピュータ１４などに対して、認証処理を実行するためのログインページを提供する。認証部２０は、このログインページを通じて入力される識別データ（例えばユーザＩＤ）と、予め登録された携帯端末１９からのアクセスに基づいて、ネットワークサービスを提供すべきユーザ（携帯端末１９）であるかを判別するための認証処理を実行する。

携帯端末チェック部３０（端末確認手段）は、ネットワークを介してアクセスしてきた携帯端末１９が、特定の携帯通信ネットワーク１８を通じてインターネット１２に接続される予め登録されている端末機器であるかを判別する。具体的には、携帯電話会社別の携帯通信ネットワーク１８を通じてアクセスすることによって得られる環境変数に含まれるデータをもとに、携帯端末１９が予め登録されているかを確認する。携帯端末チェック部３０は、環境変数に含まれる少なくとも携帯通信ネットワーク１８に固有のデータの他、その他のデータとの組み合わせによって端末機器を判別することができる。

開錠トークン生成部３１（ＵＲＬ生成手段）は、携帯端末チェック部３０によってアクセスしてきた携帯端末１９が予め登録されていることが確認された場合に、トークン認証におけるトークンに相当するデータ（開錠トークン）を生成する。ここでは、開錠トークンとしてＵＲＬ（uniform resource locator）を生成する。開錠トークン生成部３１は、携帯端末１９からのアクセス（認証要求）に対して、１度限りの開錠トークン（ＵＲＬ）、いわゆるワンタイムパスワードを作成する。例えば、開錠トークン生成部３１は、携帯端末１９がアクセスしてきた時刻のデータ、及び予め登録されている携帯端末１９に固有のデータを利用することで、毎回、異なる１度限りのＵＲＬを生成する。

開錠ボタン設定部３２（開錠ボタン設定手段）は、開錠トークン生成部３１によって生成された開錠トークン（ＵＲＬ）がリンク先に設定された開錠ボタンを表示させるためのＷｅｂページを生成し、このＷｅｂページ（以下、開錠ボタンページと称する）を携帯端末１９のディスプレイにおいて表示させる。

開錠ボタンアクセス判別部３３（アクセス判別手段）は、開錠ボタン設定部３２によって携帯端末１９のディスプレイに表示された開錠ボタンページに対するユーザ操作に応じた、開錠ボタンに設定されたＵＲＬによる携帯端末１９からのアクセスを判別する。開錠ボタンアクセス判別部３３は、開錠ボタンに設定されたＵＲＬによるアクセスであることが判別された場合に、アクセス確認フラグ記憶部４２にアクセス確認フラグを設定する。開錠ボタンに対しては、１度限りのＵＲＬ（開錠トークン（ワンタイムパスワード））が設定されているので、アクセスしてきたＵＲＬによって何れの携帯端末１９からのアクセスであるかを判別することができる。また、１度限りのＵＲＬであるためパケットスニッファリングなどにも強い認証が実現できる。

ユーザＩＤチェック部３４（認証手段）は、開錠ボタンアクセス判別部３３によって開錠ボタンに設定されたＵＲＬによる携帯端末１９からのアクセスがあったことが判別された場合に、パーソナルコンピュータ１４に提供されたログインページを通じて入力された識別データ（例えばユーザＩＤ）について、予め登録された正当なデータであるかを照合することにより認証する。

開錠トークンチェック部３５は、開錠ボタン設定部３２によって設定された開錠ボタン（ＵＲＬ（開錠トークン））の有効性を判別するもので、時間計測部３５ａにより測定される時間をもとに判別する。時間計測部３５ａは、開錠ボタンアクセス判別部３３により携帯端末１９からアクセスされたことが判別されてからの経過時間を計測する。開錠トークンチェック部３５は、時間計測部３５ａによって測定される経過時間が予め設定された一定時間内（例えば１分以内）にある場合に、開錠ボタン（ＵＲＬ（開錠トークン））を有効であると判別する。ユーザＩＤチェック部３４は、開錠トークンチェック部３５によって開錠ボタン（ＵＲＬ（開錠トークン））が有効であると判別された場合に、パーソナルコンピュータ１４から入力された識別データ（ユーザＩＤ）に対する認証結果を有効とする。

認証データベース２２は、認証部２０による処理で使用される各種データを記憶するためのもので、ユーザ管理データ４０、開錠トークン記憶部４１、アクセス確認フラグ記憶部４２、確認時刻記憶部４３などを含む。

ユーザ管理データ４０は、Ｗｅｂサーバ１０が提供するネットワークサービスを利用するユーザに関するデータが含まれる。ユーザ管理データ４０には、Ｗｅｂサーバ１０が提供するネットワークサービスを利用するためにユーザにより予め通知されたデータ、例えばユーザが使用している携帯端末１９（携帯電話機）の端末ＩＤ（サブスクライバＩＤ等）、ログイン時に用いられるユーザＩＤ（例えば複数の英数字の組み合わせなど）、携帯電話機会社名などが含まれる。また、ユーザから通知された端末ＩＤをもとに判別可能な環境変数に関するデータ（環境変数データ）がＷｅｂサーバ１０の管理者によって端末ＩＤと対応付けて設定される。環境変数データには、端末ＩＤに該当する携帯電話機会社の携帯通信ネットワーク１８を通じてアクセスされた場合に、携帯通信ネットワーク１８上に存在するサーバ（プロキシサーバ１６など）によって付加されるネットワークに固有のデータが含まれる。携帯通信ネットワーク１８を介したアクセスによって付加されるデータは、携帯電話機会社毎に既知のデータであるため、こうした既知のデータについてはＷｅｂサーバ１０の管理者側でユーザ管理データ４０として設定するものとする。なお、環境変数には、例えばデータの返信先を示すＩＰ（internet protocol）アドレスなどの接続先情報や、ブラウザの種類、端末の情報、使用言語のデータなどが含まれる。

開錠トークン記憶部４１は、開錠トークン生成部３１によって生成された開錠トークン（ＵＲＬ）を記憶する。
アクセス確認フラグ記憶部４２は、開錠ボタンアクセス判別部３３によって開錠ボタンに設定されたＵＲＬによるアクセスであることが判別された場合にアクセス確認フラグが設定される。

確認時刻記憶部４３は、開錠ボタンアクセス判別部３３によってアクセス確認フラグ記憶部４２にアクセス確認フラグが設定された時刻が記憶される。確認時刻記憶部４３によって記憶された時刻から時間計測部３５ａによって時間が計測される。

次に、本実施形態における認証システムの動作について説明する。
図３（ａ）は、パーソナルコンピュータ１４における動作を説明するためのフローチャート、図３（ｂ）は、携帯端末１９における動作を説明するためのフローチャートである。図４は、Ｗｅｂサーバ１０における認証システムの動作を説明するためのフローチャートである。

ネットワーク（インターネット１２、携帯通信ネットワーク１８を含む）を介してＷｅｂサーバ１０にログインし、Ｗｅｂサーバ１０が提供するネットワークサービスを受けるためには予めユーザ登録しておく必要がある。例えば、パーソナルコンピュータ１４と携帯端末１９のユーザは、ログインする際のユーザ認証に用いられるデータ、すなわち端末ＩＤやユーザパスワード、携帯端末１９の携帯電話機会社名などを認証システムの管理者などに予め通知しておく。本実施形態における認証システムでは、認証データベース２２として各ユーザのデータが登録される。

まず、パーソナルコンピュータ１４は、ユーザ操作に応じて、インターネット１２を介してＷｅｂサーバ１０が提供しているネットワークサービスのログインページにアクセスする（図３（ａ）、ステップＡ１）。Ｗｅｂサーバ１０の認証部２０は、パーソナルコンピュータ１４からのアクセスに対してログイン画面のページデータを出力する（図４、ステップＣ１）。パーソナルコンピュータ１４は、Ｗｅｂサーバ１０からのページデータをもとにログイン画面を表示させる（ステップＡ２）。

図５（ａ）には、パーソナルコンピュータ１４において表示されるログイン画面の一例を示している。ログイン画面には、ユーザＩＤを入力するための入力欄と、ユーザＩＤの送信を指示するためのログインボタンが設けられている。ユーザは、キーボードなどを操作することで、予めＷｅｂサーバ１０に登録してあるユーザＩＤを入力する。ここで、ログインボタンに対する操作を行う前に、携帯端末１９を用いた認証を行う。

携帯端末１９は、ユーザ操作に応じて、Ｗｅｂサーバ１０の認証専用ページにアクセスする（図３（ｂ）、ステップＢ１）。携帯端末１９には、例えばユーザ登録時にＷｅｂサーバ１０の管理者から通知された認証専用ページのＵＲＬアドレスが、例えばブックマークとして登録されているものとする。従って、携帯端末１９のユーザは、ブックマークから認証専用ページのＵＲＬアドレスを選択するだけの操作で良い。携帯端末１９は、携帯通信ネットワーク１８、プロキシサーバ１６、インターネット１２を介してＷｅｂサーバ１０と接続される。

Ｗｅｂサーバ１０の携帯端末チェック部３０は、認証専用ページへのアクセスがあると（ステップＣ２、Ｙｅｓ）、まずアクセスに伴って得られる環境変数を利用して、携帯通信ネットワーク１８を介して接続される携帯端末１９（携帯電話機）によるアクセスであるかをチェックする。ここでは、環境変数に含まれる携帯通信ネットワーク１８を介してアクセスすることにより、プロキシサーバ１６等により付加されるネットワークに固有のデータをもとにチェックする。つまり、Ｗｅｂサーバ１０の認証専用ページには、インターネット１２を介してパーソナルコンピュータ１４からでもアクセスすることができるが、固有の端末ＩＤが設定された端末であることが確認された場合のみアクセスを有効とする。

さらに、携帯端末チェック部３０は、端末ＩＤなどの環境変数に含まれる他のデータと、ユーザ管理データ４０に設定された各データとを照合し、予め登録された端末からのアクセスであるかをチェックする。ここで、環境変数に含まれるデータがユーザ管理データ４０に予め設定されている場合には、予めユーザ登録された携帯端末１９からのアクセスであると判別する（ステップＣ４、Ｙｅｓ）。

開錠トークン生成部３１は、携帯端末チェック部３０によって予め登録された携帯端末１９からのアクセスであることが判別されると、開錠トークン（ＵＲＬ）を生成して開錠トークン記憶部４１に保存する（ステップＣ５）。例えば、開錠トークン生成部３１は、携帯端末１９がアクセスしてきた時刻のデータと予め登録されている携帯端末１９に固有のデータ（ここでは一部のデータとする）をもとに、１度限りのＵＲＬ（ワンタイムパスワード）を生成する。

開錠ボタン設定部３２は、開錠トークン生成部３１により生成されたＵＲＬがリンク先に設定された開錠ボタンを表示させるための開錠ボタンページを生成し、この開錠ボタンページ（開錠ボタン画面）を携帯端末１９に出力して、携帯端末１９のディスプレイにおいて表示させる（ステップＣ６）。

携帯端末１９は、Ｗｅｂサーバ１０（開錠ボタン設定部３２）から開錠ボタンページを受信して、開錠ボタン画面をディスプレイにおいて表示させる（ステップＢ２，Ｂ３）。

図６（ａ）には、携帯端末１９のディスプレイにおいて表示される開錠ボタン画面の一例を示している。図６（ａ）に示すように、開錠ボタン画面では、携帯端末１９に設けられた所定のボタン（例えば、選択ボタン）に対する押下により選択が可能な開錠ボタンが表示されている。本実施形態における認証処理では、ワンタイムパスワード（数字列など）の入力操作が不要であり、単にＵＲＬ（ワンタイムパスワード）が設定された開錠ボタンの選択操作だけで良く操作が非常に簡単となっている。

ここで、開錠ボタンを選択するユーザ操作が行われると（ステップＢ４、Ｙｅｓ）、携帯端末１９は、開錠ボタンに設定されたＵＲＬが示すページ、すなわちＷｅｂサーバ１０にアクセスする。

Ｗｅｂサーバ１０の開錠ボタンアクセス判別部３３は、開錠ボタン設定部３２によって開錠ボタンに設定されたＵＲＬによるアクセスが確認されると（ステップＣ７、Ｙｅｓ）、アクセス確認フラグを発行してアクセス確認フラグ記憶部４２に記憶させると共に、アクセス時刻を示すデータを確認時刻記憶部４３に記憶させる。開錠トークンチェック部３５の時間計測部３５ａは、確認時刻記憶部４３に記憶された時刻からの経過時間を計測する。

認証部２０は、開錠ボタンアクセス判別部３３により携帯端末１９からのアクセスが確認されると、アクセス許可画面（開錠完了ページ）を携帯端末１９に出力して、携帯端末１９のディスプレイにおいて表示させる（ステップＣ９）。携帯端末１９は、Ｗｅｂサーバ１０からアクセス許可画面（開錠完了ページ）を受信して、ディスプレイにおいて表示させる（ステップＢ５，Ｂ６）。

図６（ｂ）には、携帯端末１９のディスプレイにおいて表示されるアクセス許可画面（開錠完了ページ）の一例を示している。図６（ｂ）に示すように、開錠完了ページには、例えば「ＰＣよりログインしてください」のメッセージが含まれている。

ここで、携帯端末１９のユーザは、開錠完了ページに表示されたメッセージに従い、図５（ａ）に示すログインボタンを選択する操作を行う。パーソナルコンピュータ１４は、この操作に応じて、ログインページの入力欄に入力されたユーザＩＤをＷｅｂサーバ１０に対して送信する（ステップＡ４）。

Ｗｅｂサーバ１０のユーザＩＤチェック部３４は、パーソナルコンピュータ１４からユーザＩＤを受信すると（ステップＣ１０）、このユーザＩＤがユーザ管理データ４０に設定されているかをチェックする。ユーザＩＤチェック部３４は、ユーザ管理データ４０に登録されている携帯端末１９に対する認証で使用した端末ＩＤと対応付けられたユーザＩＤと、パーソナルコンピュータ１４から受信したユーザＩＤとが一致しない場合、ユーザ登録されていないと判別する（ステップＣ１１、Ｎｏ）。この場合、ユーザＩＤチェック部３４は、ユーザ確認エラー画面（ユーザ確認エラーページ）をパーソナルコンピュータ１４に対して出力する（ステップＣ１２）。パーソナルコンピュータ１４は、ユーザ確認エラー画面をディスプレイにおいて表示させる。

図５（ｂ）には、ユーザ確認エラーページが表示された画面の一例を示している。図５（ｂ）に示すように、入力されたユーザＩＤが登録されていない旨を通知するためのメッセージが含まれている。

一方、ユーザＩＤチェック部３４は、ユーザ管理データ４０に登録されているユーザＩＤと、パーソナルコンピュータ１４から受信したユーザＩＤとが一致した場合には、予めユーザ登録されたユーザからのアクセスであると判別する（ユーザチェックＯＫ、ステップＣ１１、Ｙｅｓ）。

ここで、開錠トークンチェック部３５は、アクセス確認フラグ記憶部４２に記憶されたアクセス確認フラグの発行時間のチェックを行う。すなわち、開錠トークンチェック部３５は、時間計測部３５ａにより計測されている時間が予め設定されている一定時間（例えば１分）を経過している場合には、パーソナルコンピュータ１４から入力されたユーザＩＤに対する認証結果を無効とする。すなわち、携帯端末１９を用いた認証に有効時間を設定することによりセキュリティの向上を図る。

ここで、一定時間が経過していた場合には（ステップＣ１３、Ｎｏ）、認証部２０は、パーソナルコンピュータ１４に対して再アクセス要請画面（開錠エラーページ）を出力する（ステップＣ１４）。パーソナルコンピュータ１４は、再アクセス要請画面（開錠エラーページ）を受信すると（ステップＡ５、Ｙｅｓ）、これをディスプレイにおいて表示させる。図５（ｃ）には、再アクセス要請画面（開錠エラーページ）の一例を示している。図５（ｃ）に示すように、携帯端末１９を用いた認証の再実行を促すメッセージが含まれている。

一方、一定時間が経過していない場合には（ステップＣ１３、Ｙｅｓ）、認証部２０は、パーソナルコンピュータ１４から入力されたユーザＩＤに対する認証結果を有効として、ネットワークサービスを提供するためのＷｅｂページ画面（例えばメニュー画面）のページデータをパーソナルコンピュータ１４に出力する（ステップＣ１５）。

パーソナルコンピュータ１４は、Ｗｅｂページ画面（メニュー画面のページデータ）を受信して、ディスプレイにおいて表示させる（ステップＡ６，Ａ７）。図５（ｄ）には、Ｗｅｂページ画面（メニュー画面）の一例を示している。ユーザは、パーソナルコンピュータ１４を操作して、メニュー中から任意の項目を選択することで、ネットワークサービスを利用することができる。

このようにして、本実施形態における認証システムでは、ハードウェアトークンのような認証のための専用装置ではなく、一般のユーザが所持している携帯端末１９（携帯電話機）を利用するので、ハードウェアトークンなどを用いた場合と比較してコストがかからない。また、トークンを用いた認証方法では、利用しようとするＷｅｂサーバ１０が複数ある場合には、それぞれに対応するトークンを用意する必要があったが、本実施形態における認証システムでは、１台の携帯端末１９のみで、複数のＷｅｂサーバ１０との間で認証処理を実行することができる。この場合、携帯端末１９には、それぞれのＷｅｂサーバ１０にユーザ登録した際に取得された、それぞれの認証専用ページにアクセスするためのＵＲＬをブックマークとして登録しておくだけで良い。

また、本実施形態における認証システムでは、Ｗｅｂシステムを利用しているため、システム導入に特別なサーバなどを必要とせず安価に実現可能である。また、携帯端末１９においても特別なプログラムをインストールする必要もなく導入が容易である。

また、前述した説明では、携帯端末１９を携帯電話機とした例について説明しているが、ユビキタス社会が進み、携帯電話機以外の様々なハードウェア端末が簡単にネットワークに接続可能な環境となった場合に、固有な識別データを有していれば様々なハードウェア端末を本実施形態における認証システムで利用することができる。本実施形態における認証システムでは、端末側で文字列などによるパスワード入力を必要としないで、単にディスプレイに表示された開錠ボタンを選択する操作だけで良いため、認証システムで利用するハードウェア端末はテンキーなどの入力手段も不要な簡単な構成で良い。

なお、前述した説明では、個人認証が必要なサイトを開設しているＷｅｂサーバ１０において認証システムを設けるものとして説明しているが、Ｗｅｂサーバ１０とは独立した別のサーバ上で認証システムが構築されていても良い。この場合、認証システムは、Ｗｅｂサーバ１０からの認証要求に応じた前述した処理を実行する。

また、前述した説明では、インターネット１２を介したＷｅｂサーバ１０へのログイン時の認証について説明しているが、本実施形態における携帯端末１９を利用した認証方法は、ログイン以外の他の認証が必要な対象に適用することが可能である。

例えば、一般の住宅やオフィスなどのドアを開錠する場合の認証に適用することができる。この場合、例えばドアの開錠／施錠を制御する制御装置（Ｗｅｂサーバ１０に相当する）に認証システムを設けて認証処理を実行する。制御装置には、ドアの近傍に設置されたパスワード入力用の機器と、携帯通信ネットワーク１８及びインターネット１２を介した携帯端末１９とが接続される。ドアを開錠しようとする場合には、前述したように、携帯端末１９によって制御装置の認証専用ページ（開錠させようとするドアに対応するページを指定するものとする）にアクセスして、制御装置で設定された開錠ボタン（ＵＲＬ）を表示させ、この開錠ボタンに対する操作によりアクセスすることにより認証を受ける。そして、パスワード入力用の機器からパスワードを入力する。パスワードが正当であることが認証されると、制御装置の制御によってドアが開錠される。

また、本実施形態におけるパーソナルコンピュータ１４に相当する機器は、無線通信を介してインターネット１２に接続される構成とすることもできる。この場合、移動する対象物（車両など）の利用に際して、本実施形態における認証方法を適用することができる。

また、前述した説明では、パーソナルコンピュータ１４からインターネット１２を介してＷｅｂサーバ１０にアクセスする場合を例にして説明しているが、例えばイントラネットなどの限られた範囲のネットワークを介してアクセスする場合に適用することも可能である。この場合、サーバは、ログインを要求しているパーソナルコンピュータなどの機器が、予めログインが許可された機器であるか否かによって認証方法を切り替えることができる。例えば、サーバは、アクセスしてきた機器が予めログインが許可された機器であることを、例えば機器のＩＰアドレスなどをもとに判別できる場合には、図５（ａ）に示すユーザＩＤだけを入力するログインページに代えて、ユーザＩＤとユーザパスワードを入力するログインページを提供する。すなわち、本実施形態における携帯端末１９を使用した認証方法ではなく、ユーザＩＤとパスワードによる認証方法により認証処理を実行する。一方、アクセスしてきた機器が予めログインが許可された機器でない場合には、図５（ａ）に示すような、ユーザＩＤのみを入力するログインページを提供すると共に、予め登録されている携帯端末１９を用いたアクセスによって前述したように認証を行う（開錠ボタンの設定と開錠ボタンに設定されたＵＲＬによるアクセス）。これにより、アクセス元の機器に応じた認証方法の切り替えが可能となる。

また、本発明は上記実施形態そのままに限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で構成要素を変形して具体化できる。また、上記実施形態に開示されている複数の構成要素の適宜な組み合わせにより、種々の発明を形成できる。例えば、実施形態に示される全構成要素から幾つかの構成要素を削除してもよい。さらに、異なる実施形態にわたる構成要素を適宜組み合わせてもよい。

また、実施形態に記載した手法は、コンピュータに実行させることができるプログラム（ソフトウエア手段）として、例えば磁気ディスク（フレキシブルディスク、ハードディスク等）、光ディスク（ＣＤ−ＲＯＭ、ＤＶＤ、ＭＯ等）、半導体メモリ（ＲＯＭ、ＲＡＭ、フラッシュメモリ等）等の記録媒体に格納し、また通信媒体により伝送して頒布することもできる。なお、媒体側に格納されるプログラムには、コンピュータに実行させるソフトウエア手段（実行プログラムのみならずテーブルやデータ構造も含む）をコンピュータ内に構成させる設定プログラムをも含む。本装置を実現するコンピュータは、記録媒体に記録されたプログラムを読み込み、また場合により設定プログラムによりソフトウエア手段を構築し、このソフトウエア手段によって動作が制御されることにより上述した処理を実行する。なお、本明細書でいう記録媒体は、頒布用に限らず、コンピュータ内部あるいはネットワークを介して接続される機器に設けられた磁気ディスクや半導体メモリ等の記憶媒体を含むものである。

本実施形態におけるネットワークシステムの構成を示すブロック図。 Ｗｅｂサーバ１０に設けられる認証システムの機能構成を示すブロック図。 Ｗｅｂサーバ１０にアクセスするパーソナルコンピュータ１４と携帯端末１９の動作を説明するためのフローチャート。 Ｗｅｂサーバ１０における認証システムの動作を説明するためのフローチャート。 パーソナルコンピュータ１４における表示画面例を示す図。 携帯端末１９における表示画面例を示す図。

符号の説明

１０…Ｗｅｂサーバ、１２…インターネット、１４…パーソナルコンピュータ、１６…プロキシサーバ、１８…携帯通信ネットワーク、１９…携帯端末、２０…認証部、２２…認証データベース、３０…携帯端末チェック部、３１…開錠トークン生成部、３２…開錠ボタン設定部、３３…開錠ボタンアクセス判別部、３４…ユーザＩＤチェック部、３５…開錠トークンチェック部、３５ａ…時間計測部、４０…ユーザ管理データ、４１…開錠トークン記憶部、４２…アクセス確認フラグ記憶部、４３…確認時刻記憶部。

Claims (5)

1. ネットワークを介して第１の端末に対して識別データの入力を要求するログイン要求出力手段と、
   携帯通信ネットワークを介してアクセスしてきた第２の端末についての環境変数をもとに前記第２の端末が予め登録されているかを確認する端末確認手段と、
   前記端末確認手段により登録されていることが確認された場合に、当該アクセスに対して固有のＵＲＬ（uniform resource locator）を生成するＵＲＬ生成手段と、
   前記ＵＲＬ生成手段により生成された前記ＵＲＬがリンク先に設定された開錠ボタンを前記第２の端末に表示させる開錠ボタン設定手段と、
   前記開錠ボタン設定手段によって前記第２の端末において表示された、前記開錠ボタンに設定された前記ＵＲＬによる前記第２の端末からのアクセスを判別するアクセス判別手段と、
   前記アクセス判別手段により前記第２の端末からアクセスされたことが判別された場合に、前記ログイン要求出力手段による要求に対して前記第１の端末から入力された前記識別データに対する認証を行う認証手段と
   を具備したことを特徴とする認証システム。
2. 前記ＵＲＬ生成手段は、時刻のデータを利用してＵＲＬを生成することを特徴とする請求項１記載の認証システム。
3. 前記認証手段は、
   前記アクセス判別手段により前記第２の端末からアクセスされたことが判別されてから一定時間内に前記第１の端末から入力された前記識別データに対する認証結果を有効とすることを特徴とする請求項２記載の認証システム。
4. 前記端末確認手段は、前記環境変数に含まれる、前記携帯通信ネットワークにおいて付加されるデータをもとに、前記第２の端末が予め登録されているかを確認することを特徴とする請求項１記載の認証システム。
5. コンピュータを、
   ネットワークを介して第１の端末に対して識別データの入力を要求するログイン要求出力手段と、
   携帯通信ネットワークを介してアクセスしてきた第２の端末についての環境変数をもとに前記第２の端末が予め登録されているかを確認する端末確認手段と、
   前記端末確認手段により登録されていることが確認された場合に、当該アクセスに対して固有のＵＲＬ（uniform resource locator）を生成するＵＲＬ生成手段と、
   前記ＵＲＬ生成手段により生成された前記ＵＲＬがリンク先に設定された開錠ボタンを前記第２の端末に表示させる開錠ボタン設定手段と、
   前記開錠ボタン設定手段によって前記第２の端末において表示された、前記開錠ボタンに設定された前記ＵＲＬによる前記第２の端末からのアクセスを判別するアクセス判別手段と、
   前記アクセス判別手段により前記第２の端末からアクセスされたことが判別された場合に、前記ログイン要求出力手段による要求に対して前記第１の端末から入力された前記識別データに対する認証を行う認証手段として機能させるための認証プログラム。

Images