(57)【要約】【課題】信頼性の低い端末等からサービスの要求があった場合、信頼性の高い端末を併用することで信頼性の低い端末等でもセキュリティを確保したサービスを利用できるようにすることを課題とする。【解決手段】認証サーバ２は、端末からＩＤとパスワードだけを受け付けた場合には通常認証、ワンタイムパスワードと仮認証用のＩＤとパスワードの組み合わせとを受け付けた場合には仮認証、仮認証用でないＩＤとパスワードの組み合わせとワンタイムパスワードとを受け付けた場合には確認認証を行う。信頼性の低い共用端末８１により仮認証が行われた場合、信頼性の高い携帯電話機６１の併用で確認認証が行われる。確認認証で正当性が確認されると、信頼性の低い共用端末８１に対して認証サーバ２よりサービスが提供される。【選択図】      図１
2004213315.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークを介して端末との間で認証を行う認証サーバにおいて、
認証情報を記憶する認証情報記憶手段と、
端末からアクセスがある毎に、通常認証端末からの通常認証か、確認認証が必要な仮認証端末からの仮認証か、仮認証を確認するための確認認証端末による確認認証かを判断する判断手段と、
前記判断手段で通常認証と判断された場合、前記通常認証端末から送信される認証情報と前記認証情報記憶手段に記憶された認証情報とを照合して通常認証を行う通常認証手段と、
前記判断手段で仮認証と判断された場合、前記仮認証端末から送信される任意のコード情報と前記仮認証端末との間の接続を示すセッション情報とを記憶する仮認証情報記憶手段と、
前記判断手段で確認認証と判断された場合、前記確認認証端末から送信されるコード情報及び認証情報を前記仮認証情報記憶手段に記憶された任意のコード情報及び前記認証情報記憶手段に記憶された認証情報に照合して確認認証を行う確認認証手段と、
前記確認認証手段において照合一致が確認された場合には、正当な認証結果に基づいて前記仮認証端末を認証済みと設定する設定手段と、
を備えることを特徴とする認証サーバ。
【請求項２】
ネットワークを介して端末との間で認証を行う認証サーバにおいて、
認証情報を記憶する認証情報記憶手段と、
端末からアクセスがある毎に、通常認証端末からの通常認証か、確認認証が必要な仮認証端末からの仮認証か、仮認証を確認するための確認認証端末による確認認証かを判断する判断手段と、
前記判断手段で通常認証と判断された場合、前記通常認証端末から送信される認証情報と前記認証情報記憶手段に記憶された認証情報とを照合して通常認証を行う通常認証手段と、
前記判断手段で仮認証と判断された場合、任意のコード情報を生成し、当該任意のコード情報と前記仮認証端末との間の接続を示すセッション情報とを記憶する仮認証情報記憶手段と、
前記判断手段で確認認証と判断された場合、前記確認認証端末から送信されるコード情報及び認証情報を前記仮認証情報記憶手段に記憶された任意のコード情報及び前記認証情報記憶手段に記憶された認証情報に照合して確認認証を行う確認認証手段と、
前記確認認証手段において照合一致が確認された場合には、正当な認証結果に基づいて前記仮認証端末を認証済みと設定する設定手段と、
を備えることを特徴とする認証サーバ。
【請求項３】
前記認証情報記憶手段には、ユーザ毎の認証情報と仮認証を示す仮認証情報が記憶され、前記判断手段は、前記端末から認証情報が送信されたに場合は、通常認証と判断し、前記端末から仮認証情報が送信された場合は、仮認証と判断し、前記端末から認証情報とコード情報とが送信された場合は、確認認証と判断することを特徴とする請求項１又は２に記載の認証サーバ。
【請求項４】
前記認証情報記憶手段には、少なくともユーザ毎のＩＤおよびパスワードが記憶され、前記判断手段は、端末から送信された通常認証か仮認証か確認認証かの指定情報に基づき判断することを特徴とする請求項１又は２に記載の認証サーバ。
【請求項５】
前記仮認証情報記憶手段による記憶後、確認認証で利用する端末の宛先情報を要求し、前記宛先情報に基づく宛先に対して自サーバにアクセスするためのアドレス情報を通知する通知手段を有したことを特徴とする請求項１〜４のいずれか１つに記載の認証サーバ。
【請求項６】
ネットワークを介して端末との間で認証を行う認証システムにおいて、
前記認証サーバは、
認証情報を記憶する認証情報記憶手段と、
端末からアクセスがある毎に、通常認証端末からの通常認証か、確認認証が必要な仮認証端末からの仮認証か、仮認証を確認するための確認認証端末による確認認証かを判断する判断手段と、
前記判断手段で通常認証と判断された場合、前記通常認証端末から送信される認証情報と前記認証情報記憶手段に記憶された認証情報とを照合して通常認証を行う通常認証手段と、
前記判断手段で仮認証と判断された場合、前記仮認証端末から送信される任意のコード情報と前記仮認証端末との間の接続を示すセッション情報とを記憶する仮認証情報記憶手段と、
前記判断手段で確認認証と判断された場合、前記確認認証端末から送信されるコード情報及び認証情報を前記仮認証情報記憶手段に記憶された任意のコード情報及び前記認証情報記憶手段に記憶された認証情報に照合して確認認証を行う確認認証手段と、
前記確認認証手段において照合一致が確認された場合には、正統な認証結果に基づいて前記仮認証端末を認証済みと設定する設定手段と、
を備え、
前記通常認証端末は、
前記認証サーバにアクセスし、前記認証サーバに送信した認証情報に基づいて前記通常認証手段による通常認証を受け、
前記仮認証端末は、
前記認証サーバにアクセスし、任意のコード情報と認証情報とを送信して仮認証を受け、前記設定手段による認証済みの設定にしたがって通信を行い、
前記確認認証端末は、
前記認証サーバにアクセスし、コード情報と認証情報等を送信して前記確認認証手段により確認認証を受けることを特徴とする認証システム。
【請求項７】
ネットワークを介して端末との間で認証を行う認証サーバのコンピュータにより実行可能な認証プログラムにおいて、
端末からアクセスがある毎に、通常認証端末からの通常認証か、確認認証が必要な仮認証端末からの仮認証か、仮認証を確認するための確認認証端末による確認認証かを判断させる第一ステップと、
前記第一ステップで通常認証と判断された場合、前記通常認証端末から送信される認証情報とあらかじめ記憶された認証情報とを照合して通常認証を行わせる第二ステップと、
前記第一ステップで仮認証と判断された場合、前記仮認証端末から送信される任意のコード情報と前記仮認証端末との間の接続を示すセッション情報とを記憶させる第三ステップと、
前記第一ステップで確認認証と判断された場合、前記確認認証端末から送信されるコード情報及び認証情報を前記第三ステップで記憶された任意のコード情報及び前記あらかじめ記憶された認証情報に照合して確認認証を行わせる第四ステップと、
前記第四ステップにおいて照合一致が確認された場合には、正当な認証結果に基づいて前記仮認証端末を認証済みと設定させる第五ステップと、
を備えることを特徴とする認証プログラム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、例えば、認証サーバ、認証システムおよび認証プログラムに関する。
【０００２】
【従来の技術】
今日、インターネットに接続可能な共用端末を配置したインターネットカフェや無線通信のアクセスポイントとなるホットスポットの普及により、ユーザは場所や時間を選ばずに、気軽にインターネットに接続できる環境が整いつつある。
【０００３】
従来、ユーザの正当性を確認してからユーザに対して端末からネットワーク資源の利用を許可する認証システムが提案されている（特許文献１参照）。この認証システムは、あらかじめ登録した携帯電話の番号およびパスワードを認証対象としており、ユーザが携帯電話端末から認証手続きを踏むことで一時的なパスワードを入手してＰＣのリモート接続を実現するという仕組みである。
【０００４】
また、従来、端末利用者が自身のパスワードを忘れても端末の使用を可能にするログイン手法が提案されている（特許文献２参照）。このログイン手法は、携帯端末から管理サーバに対してパスワードを要求し、そのパスワードを携帯端末で受け取り、そのパスワードをクライアントの端末でログインするときに使用するという仕組みである。
【０００５】
【特許文献１】
特開２０００−１０９２７号公報（第３−５頁、第１図）
【特許文献２】
特開２００２−２５１３７６号公報（第４−５頁、第１図）
【０００６】
【発明が解決しようとする課題】
従来、共用端末に不正なプログラムが仕込まれていた場合や管理者自身が不正を行った場合には、ユーザがキーボードから入力する情報に基づいて認証に必要なパスワードなどの秘匿性の高い情報が漏洩してしまうという危険性があった。このため、インターネットカフェで利用する共用端末は信頼性が低かった。
【０００７】
このインターネットカフェにおいて、共用端末から発信する通信の情報がたとえ暗号化されたとしても、キーボードから入力するパスワード等の情報は平文であるため、端末自身が不正に操作されていた場合は、パスワードの漏洩を防ぐことができなかった。
【０００８】
また、最近のブラウザ（例えば、ＩＥ（Ｉｎｔｅｒｎｅｔ  Ｅｘｐｌｏｒｅｒ：マイクロソフト社の登録商標））では、ＩＤとパスワードの情報とを利便性の観点から勝手に記憶する機能があり、削除を忘れると次に利用する第三者に秘密情報が漏洩する危険性もあった。
【０００９】
また、無線ネットワークを利用するホットスポットの場合には、ユーザ自身が所有する端末を利用することが多いので、上述したインターネットカフェのようなパスワード入力時の不正は排除される。これにより、端末側での信頼性は高くなる。ところが、通信を暗号化してセキュリティを維持できる区間は端末から基地局までの間となる。仮に基地局の管理者が不正を行った場合には、インターネットカフェと同様にパスワードなどの情報が漏洩することを防止することは困難であった。
【００１０】
このホットスポットのセキュリティ対策として、基地局から送信される情報についてＳＳＬ（Ｓｅｃｕｒｅ  Ｓｏｃｋｅｔｓ  Ｌａｙｅｒ）等のように通信内容を暗号化するためのプロトコルを用いる場合がある。この場合には、暗号化によりパスワードなどの情報が漏洩することを防止することができる。しかしながら、ＰＯＰ（Ｐｏｓｔ  Ｏｆｆｉｃｅ  Ｐｒｏｔｏｃｏｌ）、ＦＴＰ（Ｆｉｌｅ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）等の平文でパスワード情報を送るサービスについては、ＳＳＬを利用せずに暗号化させないで通信を行う場合が多く、パスワードの漏洩が問題となった。
【００１１】
本発明の目的は、信頼性の低い端末や信頼性の低いネットワークからネットワークサービスの要求があった場合、信頼性の高い端末を併用することで信頼性の低い端末や信頼性の低いネットワークでもセキュリティを確保したネットワークサービスを利用することが可能な認証サーバ、認証システムおよび認証プログラムを提供することにある。
【００１２】
【課題を解決するための手段】
上述した課題を解決し、上記目的を達成するため、本発明の第一の態様は、ネットワークを介して端末との間で認証を行う認証サーバにおいて、認証情報を記憶する認証情報記憶手段と、端末からアクセスがある毎に、通常認証端末からの通常認証か、確認認証が必要な仮認証端末からの仮認証か、仮認証を確認するための確認認証端末による確認認証かを判断する判断手段と、前記判断手段で通常認証と判断された場合、前記通常認証端末から送信される認証情報と前記認証情報記憶手段に記憶された認証情報とを照合して通常認証を行う通常認証手段と、前記判断手段で仮認証と判断された場合、前記仮認証端末から送信される任意のコード情報と前記仮認証端末との間の接続を示すセッション情報とを記憶する仮認証情報記憶手段と、前記判断手段で確認認証と判断された場合、前記確認認証端末から送信されるコード情報及び認証情報を前記仮認証情報記憶手段に記憶された任意のコード情報及び前記認証情報記憶手段に記憶された認証情報に照合して確認認証を行う確認認証手段と、前記確認認証手段において照合一致が確認された場合には、正当な認証結果に基づいて前記仮認証端末を認証済みと設定する設定手段と、を備えることを特徴とするものである。
【００１３】
また、本発明の第二の態様は、ネットワークを介して端末との間で認証を行う認証サーバにおいて、認証情報を記憶する認証情報記憶手段と、端末からアクセスがある毎に、通常認証端末からの通常認証か、確認認証が必要な仮認証端末からの仮認証か、仮認証を確認するための確認認証端末による確認認証かを判断する判断手段と、前記判断手段で通常認証と判断された場合、前記通常認証端末から送信される認証情報と前記認証情報記憶手段に記憶された認証情報とを照合して通常認証を行う通常認証手段と、前記判断手段で仮認証と判断された場合、任意のコード情報を生成し、当該任意のコード情報と前記仮認証端末との間の接続を示すセッション情報とを記憶する仮認証情報記憶手段と、前記判断手段で確認認証と判断された場合、前記確認認証端末から送信されるコード情報及び認証情報を前記仮認証情報記憶手段に記憶された任意のコード情報及び前記認証情報記憶手段に記憶された認証情報に照合して確認認証を行う確認認証手段と、前記確認認証手段において照合一致が確認された場合には、正当な認証結果に基づいて前記仮認証端末を認証済みと設定する設定手段と、を備えることを特徴とするものである。
【００１４】
上記第一、第二の態様によれば、前記認証情報記憶手段には、ユーザ毎の認証情報と仮認証を示す仮認証情報が記憶され、前記判断手段は、前記端末から認証情報が送信されたに場合は、通常認証と判断し、前記端末から仮認証情報が送信された場合は、仮認証と判断し、前記端末から認証情報とコード情報とが送信された場合は、確認認証と判断するようにしてもよい。
【００１５】
また、上記第一、第二の態様によれば、前記認証情報記憶手段には、少なくともユーザ毎のＩＤおよびパスワードが記憶され、前記判断手段は、端末から送信された通常認証か仮認証か確認認証かの指定情報に基づき判断するようにしてもよい。
【００１６】
さらに、上記第一、第二の態様によれば、前記仮認証情報記憶手段による記憶後、確認認証で利用する端末の宛先情報を要求し、前記宛先情報に基づく宛先に対して自サーバにアクセスするためのアドレス情報を通知する通知手段を有してもよい。
【００１７】
本発明の第三の態様は、ネットワークを介して端末との間で認証を行う認証システムにおいて、前記認証サーバは、認証情報を記憶する認証情報記憶手段と、端末からアクセスがある毎に、通常認証端末からの通常認証か、確認認証が必要な仮認証端末からの仮認証か、仮認証を確認するための確認認証端末による確認認証かを判断する判断手段と、前記判断手段で通常認証と判断された場合、前記通常認証端末から送信される認証情報と前記認証情報記憶手段に記憶された認証情報とを照合して通常認証を行う通常認証手段と、前記判断手段で仮認証と判断された場合、前記仮認証端末から送信される任意のコード情報と前記仮認証端末との間の接続を示すセッション情報とを記憶する仮認証情報記憶手段と、前記判断手段で確認認証と判断された場合、前記確認認証端末から送信されるコード情報及び認証情報を前記仮認証情報記憶手段に記憶された任意のコード情報及び前記認証情報記憶手段に記憶された認証情報に照合して確認認証を行う確認認証手段と、前記確認認証手段において照合一致が確認された場合には、正統な認証結果に基づいて前記仮認証端末を認証済みと設定する設定手段と、を備え、前記通常認証端末は、前記認証サーバにアクセスし、前記認証サーバに送信した認証情報に基づいて前記通常認証手段による通常認証を受け、前記仮認証端末は、前記認証サーバにアクセスし、任意のコード情報と認証情報とを送信して仮認証を受け、前記設定手段による認証済みの設定にしたがって通信を行い、前記確認認証端末は、前記認証サーバにアクセスし、コード情報と認証情報等を送信して前記確認認証手段により確認認証を受けることを特徴とするものである。
【００１８】
本発明の第四の態様は、ネットワークを介して端末との間で認証を行う認証サーバのコンピュータにより実行可能な認証プログラムにおいて、端末からアクセスがある毎に、通常認証端末からの通常認証か、確認認証が必要な仮認証端末からの仮認証か、仮認証を確認するための確認認証端末による確認認証かを判断させる第一ステップと、前記第一ステップで通常認証と判断された場合、前記通常認証端末から送信される認証情報とあらかじめ記憶された認証情報とを照合して通常認証を行わせる第二ステップと、前記第一ステップで仮認証と判断された場合、前記仮認証端末から送信される任意のコード情報と前記仮認証端末との間の接続を示すセッション情報とを記憶させる第三ステップと、前記第一ステップで確認認証と判断された場合、前記確認認証端末から送信されるコード情報及び認証情報を前記第三ステップで記憶された任意のコード情報及び前記あらかじめ記憶された認証情報に照合して確認認証を行わせる第四ステップと、前記第四ステップにおいて照合一致が確認された場合には、正当な認証結果に基づいて前記仮認証端末を認証済みと設定させる第五ステップと、を備えることを特徴とするものである。
【００１９】
【発明の実施の形態】
以下に添付図面を参照して、本発明にかかる実施の形態を詳細に説明する。
【００２０】
（実施の形態１）
まず、図１を用いて本実施の形態１による認証システムについて説明する。図１は本発明の一実施の形態による認証システムの一構成例を示すブロック図である。本実施の形態による認証システムは、例えば図１に示したように、インターネット等のネットワーク４に、サービス提供元１、携帯電話網６等を介して携帯電話機６１、ＰＣ（パーソナルコンピュータ）端末６２、インターネットカフェ８、ホットスポット９等を接続させた構成を有している。
【００２１】
サービス提供元１は、例えば図１に示したように、サービス提供を求めるユーザを認証するための認証サーバ２、サービス提供のためのアプリケーションを有したアプリケーションサーバ３等を備えている。なお、図１では、サービス提供元１をひとつ例示しているが、サービスに応じて複数のサービス提供元がネットワーク４に接続される構成であってもよい。
【００２２】
本実施の形態１においては、例えば図１に示したように、携帯電話機６１、ＰＣ端末６２等のようにユーザが直接ネットワーク４に接続できる信頼性の高い端末を高信頼性端末群５のひとつとして位置付けている。
【００２３】
本実施の形態１においては、例えば図１に示したように、インターネットカフェ８に配置され、不特定のユーザが共用できる共用端末８１，８２・・・やホットスポット９に設けられた基地局９１のように、ネットワーク４への接続で第三者への漏洩が危惧される施設を低信頼性設備７と位置付けている。例えばＰＣ端末９２、ノート型ＰＣ端末９３等を基地局９１に接続させることで、ネットワーク４への接続が可能になる。
【００２４】
つぎに、図２を参照して認証サーバ２について説明する。図２は本発明の実施の形態１による認証サーバ２の一構成例を示すブロック図である。認証サーバ２は、図２に示したように、バス２１に、通信制御装置２２、制御装置２３、認証情報記憶装置２４等を接続させた構成である。
【００２５】
通信制御装置２２は、例えばネットワーク４、アプリケーションサーバ３に接続され、ネットワーク４を介して低信頼性設備７や高信頼性端末群５との通信を司る。
【００２６】
制御装置２３は、例えば図２に示したように、アクセス元の端末が要求する認証の種類が通常認証、仮認証、確認認証のうちのいずれであるかを判断する認証種別判断部２３Ａ、認証種別に応じて認証処理を行う認証処理部２３Ｂ、認証時に必要な情報を管理する認証管理部２３Ｃを備えている。
【００２７】
認証情報記憶装置２４は、例えば図２に示したように、ユーザ毎に割り当てられる正規認証情報（ＩＤとパスワードとの組み合わせ）及び仮認証情報（例えば、ＩＤとパスワードがＮＵＬＬとＮＵＬＬの組み合わせ）を登録したＩＤ・パスワード対応テーブル２４Ａ、任意のコード情報であるワンタイムパスワードとセッションとを対応付けて記憶するワンタイムパスワード・セッション対応テーブル２４Ｂ、セッションの認証状態を記憶するセッション認証状態管理テーブル２４Ｃを備えている。
【００２８】
ここで、「通常認証」とは、従来より実施されている別端末での認証を必要としない認証をいい、認証サーバ２へのアクセス元の端末から送信されてくるＩＤ及びパスワードと認証情報記憶装置２４のＩＤ・パスワード対応テーブル２４Ａに登録されているユーザ毎に割り当てられている正規のＩＤ及びパスワードとの照合を行うための認証手続きをいう。
【００２９】
「仮認証」とは、信頼性の高い別端末を併用する認証での認証開始要求をいい、認証サーバ２へのアクセス元の端末から送信されてくるＩＤ及びパスワードと認証情報記憶装置２４のＩＤ・パスワード対応テーブル２４Ａに登録されている仮認証情報（例えば、ＩＤ、パスワードともにＮＵＬＬ）との照合結果が一致して、認証サーバ２へのアクセス元の端末から送信されてくるワンタイムパスワードをセッション情報とともにワンタイムパスワード・セッション対応テーブル２４Ｂに対して重複せずに記憶させる認証手続きをいう。この仮認証を行う仮認証端末には、低信頼性設備７のように信頼性の低い端末や信頼性の低いネットワークが想定される。
【００３０】
「確認認証」とは、信頼性の高い端末にて先の仮認証を認証するための手続きをいい、上述した仮認証を経て、アクセス元の端末（たとえば、低信頼性設備７）とは別の端末から送信されてくるＩＤ、パスワード、ワンタイムパスワードをＩＤ・パスワード対応テーブル２４Ａ、ワンタイムパスワード・セッション対応テーブル２４Ｂに照合させる認証手続きをいう。この確認認証を行う確認認証端末には、高信頼性端末群５のように信頼性の高い端末が想定される。
【００３１】
ここで、図３を参照して、認証情報記憶装置２４の各テーブルについて詳述する。図３は本実施の形態１によるテーブルを説明する図である。図３（Ａ）には、ＩＤとパスワードとを対応させたＩＤ・パスワード対応テーブル２４Ａが示され、同図（Ｂ）には、ワンタイムパスワードとセッションとを対応させたワンタイムパスワード・セッション対応テーブル２４Ｂが示され、同図（Ｃ）には、セッションとその状態とを対応させたセッション認証状態管理テーブル２４Ｃが示されている。
【００３２】
図３（Ａ）には、ユーザ登録されているユーザ名「花子」、「太郎」、「次郎」のＩＤ及びパスワードが一例として示されている。ユーザ名「花子」、「太郎」、「次郎」には、それぞれＩＤに相当する「ｈａｎａｋｏ」、「ｔａｒｏ」、「ｊｉｒｏ」、パスワードに相当する「１２３６８５」、「１８９６２５」、「１３４５２７」がそれぞれ対応付けられている。なお、登録されたパスワードは、セキュリティの観点から、暗号化もしくはハッシュ化して保存されているが、説明の都合上、特に説明しない。
【００３３】
ＩＤ・パスワード対応テーブル２４Ａは、通常認証、仮認証、確認認証の手続きで使用される。図３（Ａ）には、ユーザ名「仮認証」のＩＤとして「ＮＵＬＬ」、パスワードとして「ＮＵＬＬ」の対応関係が含まれている。この「ＮＵＬＬ」の対応関係を示すＩＤとパスワードとの組み合わせは仮認証の手続きで参照される。本実施の形態１では、仮認証のためにＮＵＬＬのコードを適用したが、ＮＵＬＬ以外のコードでもよい。
【００３４】
図３（Ｂ）には、例えばワンタイムパスワードに相当する「あいうえお」、「かきくけこ」、「さしすせそ」、「ＧＯＯＤ」に対してセッションに相当する「１」、「２」、「３」、「４」が対応付けられており、ワンタイムパスワードがどのセッションに対応しているかを判断する際に使用される。なお、一定時間、どの端末からもアクセスのないレコードは、自動的に削除される。
【００３５】
図３（Ｃ）には、例えば認証が可能となったセッション「１」、「２」、「３」に対してそれぞれ認証中の状態が対応付けられており、認証が可能になった各セッションの認証状態を管理するテーブルである。
【００３６】
つづいて、上述した認証サーバ２について詳述する。図４は本発明の実施の形態１による認証サーバ２を機能的に説明するブロック図である。認証サーバ２は、図４に示したように、機能的には、受信データ処理部１０１、受信データ判断部１０２、認証情報解析部１０３、ワンタイムパスワード検索／対応セッション登録処理部１０４、ＩＤ・セッション情報検索／認証管理部１０５、ワンタイムパスワード検索処理部１０６などを備え、ＩＤ・パスワード対応テーブル２４Ａ、ワンタイムパスワード・セッション対応テーブル２４Ｂ、セッション認証状態管理テーブル２４Ｃを参照する構成である。
【００３７】
図４において、受信データ処理部１０１は、通信制御装置２２に相当し、アクセスしてくる端末から送信される認証情報や端末との間で確立したセッションを特定するためのセッション情報を受信する機能を有している。受信データ判断部１０２は、認証種別判断部２３Ａに相当し、受信データ処理部１０１で受信されたデータがどの認証種別に基づくものかを判断して処理の流れを振り分ける機能を有している。
【００３８】
ここで、受信データ判断部１０２の判断結果にしたがって、「通常認証」、「確認認証」（信頼性の高い別端末からの受信データ）、「仮認証」（信頼性の高い別端末を併用した認証開始要求）の３つの認証種別のうちのいずれか１つの処理に振り分ける。
【００３９】
端末から送信されてくるデータには、ＩＤ、パスワード、ワンタイムパスワードが含まれている。受信データにＩＤとパスワードだけの組み合わせだけが存在した場合には、認証種別は通常認証という判断が下される。受信データにＩＤ、パスワード、ワンタイムパスワードが存在し、ＩＤとパスワードがそれぞれ仮認証用ＩＤとパスワードであった場合には、認証種別は仮認証という判断が下される。そして、受信データにＩＤ、パスワード、ワンタイムパスワードが存在し、ＩＤとパスワードがそれぞれ仮認証用ＩＤとパスワードでなかった場合には、認証種別は確認認証という判断が下される。
【００４０】
ここで、仮認証か、それとも確認認証かを判断するために、ＩＤ・パスワード対応テーブル２４Ａが参照される。受信データ判断部１０２では、ＩＤ、パスワードがそれぞれ仮認証用ＩＤとパスワード（図３（Ａ）参照）かどうかだけの判断がなされる。仮認証でなければ確認認証という判断結果が得られる。
【００４１】
認証情報解析部１０３は、通常認証、確認認証でそれぞれ機能し、認証処理部２３Ｂに相当する。この認証情報解析部１０３は、例えば引数として渡されるＩＤ、パスワードの組み合わせとＩＤ・パスワード対応テーブル２４Ａに登録されているユーザ毎のＩＤ、パスワードの組み合わせとの照合に基づいてユーザの正当性を確認する処理機能を有している。
【００４２】
ワンタイムパスワード検索／対応セッション登録処理部１０４は、仮認証で機能し、認証管理部２３Ｃに相当する。このワンタイムパスワード検索／対応セッション登録処理部１０４は、受信データ判断部１０２からワンタイムパスワード、端末との接続を示すセッション情報を取り込み、ワンタイムパスワード・セッション対応テーブル２４Ｂを参照して、ワンタイムパスワードが重複しなければ、そのワンタイムパスワードとセッション情報とを対応させて登録する機能を有している。
【００４３】
ＩＤ・セッション情報検索／認証管理部１０５は、確認認証で機能し、認証管理部２３Ｃに相当する。このＩＤ・セッション情報検索／認証管理部１０５は、認証情報解析部１０３を通じてＩＤ・パスワード対応テーブル２４Ａを参照し、受信データ判断部１０２から取り込んだＩＤ、パスワードの組み合わせを照合してユーザの正当性を判断する機能を有している。
【００４４】
ワンタイムパスワード検索処理部１０６は、確認認証で機能し、認証管理部２３Ｃに相当する。ワンタイムパスワード検索処理部１０６は、ＩＤ・セッション情報検索／認証管理部１０５により正当な認証結果を得た後にワンタイムパスワード・セッション対応テーブル２４Ｂを参照して受信データ判断部１０２から取り込んだワンタイムパスワードの照合を行う機能と、確認認証の結果、認証が可能になったセッションの情報をセッション認証状態管理テーブル２４Ｃで管理する機能とを有している。
【００４５】
つぎに、図５〜図１１を用いて本実施の形態１による認証手続きについて説明する。図５は本発明の実施の形態１による認証時の画面遷移を説明する図であり、図６〜図１１は本発明の実施の形態１による動作を説明するフローチャートである。ここでの動作は、認証サーバ２の制御装置２３に記憶されている認証プログラムに基づく処理である。なお、この認証プログラムについては、ＲＯＭに格納されている形態でもよく、あるいは、ネットワーク４を介してダウンロードしたり、ＣＤ−ＲＯＭ、ＤＶＤ−ＲＯＭ等の記録媒体からインストールされる形態でもよい。
【００４６】
認証サーバ２には、どの端末、設備からでもアクセスすることができる。まず、図５及び図６を参照して、端末から認証サーバへのアクセス及び認証種別の判断までの処理について説明する。図１に示した認証システムにおいて、ある端末から認証サーバ２に対してユーザの操作に応じてセッション確立のための接続が行われる（ステップＳ１１）。この接続要求に対して認証サーバ２が通信により応答し（ステップＳ２１）、ＴＣＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｃｏｎｔｒｏｌ  Ｐｒｏｔｏｃｏｌ）コネクションが確立される（ステップＳ１２）。すなわち、スリーウェイ・ハンドシェーク（３−Ｗａｙ  Ｈａｎｄｓｈａｋｅ）が行われる。
【００４７】
セッション確立後、認証サーバ２からアクセス元の端末に対して認証用画面が送信され（ステップＳ２２）、端末においては、図５（Ａ）で示したように、ＩＤ、パスワード、ワンタイムパスワードを入力するための画面が表示される（ステップＳ１３）。
【００４８】
つぎに、端末からユーザの操作により認証情報が入力され、入力された認証情報が認証サーバ２に送信される（ステップＳ１４）。ここで、通常認証の場合は、ＩＤとパスワードのみが入力されることが想定される。仮認証の場合は、仮認証用のＩＤ、パスワードならびに任意のワンタイムパスワードが入力されることが想定される。確認認証の場合は、正規のＩＤ、パスワードならびに仮認証時に入力したワンタイムパスワードが入力されることが想定される。
【００４９】
認証サーバ２では、端末から送信された認証情報が受信され（ステップＳ２３）、認証の種類が判断される（ステップＳ２４）。ここで、ステップＳ２４での認証情報の種類の判断について説明する。
【００５０】
ステップＳ１４で、端末から送信された認証情報が、ＩＤ、パスワードのみである場合、通常認証端末からの通常認証要求であると判断がなされ、以降、認証サーバ２と端末との間で後述する通常認証に応じた処理が実行される（図７及び図８参照）。
【００５１】
ステップＳ１４で、端末から送信された認証情報が、ＩＤ、パスワード、ワンタイムパスワードである場合、認証サーバ２のＩＤ・パスワード対応テーブル２４Ａが参照され、受信したＩＤ、パスワードが仮認証用であるかどうかの検索が行われる。仮認証用ＩＤとパスワードである場合は、仮認証端末からの仮認証要求と判断がなされ、以降、認証サーバ２と端末との間で後述する仮認証に応じた処理が実行される（図９及び図１０参照）。
【００５２】
ステップＳ１４で、端末から送信された認証情報が、ＩＤ、パスワード、ワンタイムパスワードである場合、認証サーバ２のＩＤ・パスワード対応テーブル２４Ａが参照され、受信したＩＤ、パスワードが仮認証用であるかどうかの検索が行われる。仮認証用ＩＤとパスワードでない場合は、確認認証端末からの確認認証要求と判断がなされ、以降、認証サーバ２と端末との間で後述する確認認証に応じた処理が実行される（図１１参照）。
【００５３】
つづいて、図７及び図８を参照して、通常認証について詳述する。ここでは、通常認証に用いる通常認証端末としてＰＣ端末６２を使用することを想定して説明する。図６において認証種別が通常認証であると判断が下されると、認証サーバ２において、受信されたＩＤとパスワードの組み合わせに合致したＩＤとパスワードの組み合わせがあるかどうかＩＤ・パスワード対応テーブル２４Ａを参照して照合する処理が実行される（ステップＳ４１）。本実施の形態１では、ＩＤ、パスワードの再入力を１回だけ可能としており、照合回数は記憶されるものとする。
【００５４】
そして、照合結果が一致であれば（ステップＳ４２のＹＥＳルート）、処理はステップＳ４８に移行し、一方、不一致であれば（ステップＳ４２のＮＯルート）、処理はステップＳ４３に移行する。
【００５５】
不一致の場合には、まず照合回数が２回目かどうか判断される。もし照合回数が２回目であれば（ステップＳ４３のＹＥＳルート）、アクセス元の端末であるＰＣ端末６２との接続を解除する処理が実行され（ステップＳ４４）、本処理は終了する。また、照合回数が１回目であれば（ステップＳ４３のＮＯルート）、ＰＣ端末６２に再入力のチャンスを与えるため、ＰＣ端末６２に再入力の要求が送信される（ステップＳ４５）。このとき、ＰＣ端末６２の表示部に表示される画面は、ＩＤとパスワードだけを入力するための構成でもよい。
【００５６】
認証サーバ２から再入力要求が送信されると、端末側では図８に示したように、再入力要求が受け付けられる（ステップＳ５１）。ユーザの操作に応じてＩＤ及びパスワードが再入力され、再送信が指示されると、再入力されたＩＤ及びパスワードが認証サーバ２に送信される（ステップＳ５２）。
【００５７】
認証サーバ２では、再入力に一定時間の猶予をもたせるため、再入力要求の発信後、タイムカウントが開始され（ステップＳ４６）、タイムアウトするまで再受信の有無が確認される（ステップＳ４７のＮＯルート及びステップＳ４８のＮＯルート）。ここで、タイムアウトが確認されると（ステップＳ４８のＹＥＳルート）、ステップＳ４４において接続が解除され、本処理は終了する。
【００５８】
また、タイムアウトせず、一定時間内に認証情報（ＩＤ、パスワード）を再受信することができた場合には（ステップＳ４７のＹＥＳルート）、処理はステップＳ４１に戻り、前述した処理が繰り返される。なお、認証システムとして適切な再入力の回数であれば、２回に限定しなくてもよい。
【００５９】
ステップＳ４２において照合一致が得られた場合には（ＹＥＳルート）、アクセスしてきた端末のＴＣＰコネクションを認証状態とし、該端末のセッション情報を認証可能セッション情報としてセッション認証状態管理テーブル２４Ｃに登録する処理が実行される（ステップＳ４８）。
【００６０】
このようにして通常認証が完了すると、認証サーバ２から通常認証完了の通知がＰＣ端末６２に送信され（ステップＳ４９）、ＰＣ端末６２では通常認証完了の通知が受領される（ステップＳ３１）。この受領の際に、図５（Ｂ）に示したように、ＰＣ端末６２の表示部Ｄ３には、たとえば「通常認証完了。」のメッセージが表示される。これにより、ユーザは、通常認証完了のメッセージを視覚的に確認することができる。
【００６１】
通常認証完了の受領後、ユーザの操作に応じてサービスの要求が送信されると（ステップＳ３２）、認証サーバ２では、サービスを提供する処理が開始される（ステップＳ５０）。
【００６２】
つづいて、図９及び図１０を参照して、仮認証について詳述する。ここでは、仮認証に用いる仮認証端末として共用端末８１を使用することを想定して説明する。図６において認証種別が仮認証であると判断が下されると、認証サーバ２において、受信されたワンタイムパスワードと重複するワンタイムパスワードがあるかどうかワンタイムパスワード・セッション対応テーブル２４Ｂを参照して照合する処理が実行される（ステップＳ６１）。本実施の形態１では、ワンタイムパスワードの再入力を１回だけ可能としており、照合回数は記憶されるものとする。
【００６３】
そして、ワンタイムパスワードの重複がなければ（ステップＳ６２のＮＯルート）、処理はステップＳ６９に移行し、一方、重複があれば（ステップＳ６２のＹＥＳルート）、処理はステップＳ６３に移行する。
【００６４】
重複があった場合には、まず照合回数が２回目かどうか判断される。もし照合回数が２回目であれば（ステップＳ６３のＹＥＳルート）、アクセス元の端末である共用端末８１との接続を解除する処理が実行され（ステップＳ６４）、本処理は終了する。また、照合回数が１回目であれば（ステップＳ６３のＮＯルート）、共用端末８１に再入力の要求が送信される（ステップＳ６５）。このとき、共用端末８１の表示部Ｄ１に表示される画面は、図５（Ｃ）に示したように、ワンタイムパスワードだけを入力するための構成でもよい。
【００６５】
認証サーバ２から再入力要求が送信されると、図１０に示したように、共用端末８１では、再入力要求が受け付けられる（ステップＳ７２）。ユーザの操作に応じてワンタイムパスワードが再入力され、再送信が指示されると、再入力されたワンタイムパスワードが認証サーバ２に送信される（ステップＳ７３）。
【００６６】
認証サーバ２では、再入力に一定時間の猶予をもたせるため、再入力要求の発信後、タイムカウントが開始され（ステップＳ６６）、タイムアウトするまで再受信の有無が確認される（ステップＳ６７のＮＯルート及びステップＳ６８のＮＯルート）。ここで、タイムアウトが確認されると（ステップＳ６８のＹＥＳルート）、ステップＳ６４において接続が解除され、本処理は終了する。
【００６７】
また、タイムアウトせず、一定時間内にワンタイムパスワードを再受信することができた場合には（ステップＳ６７のＹＥＳルート）、処理はステップＳ６１に戻り、前述した処理が繰り返される。なお、認証システムとして適切な再入力の回数であれば、２回に限定しなくてもよい。
【００６８】
ステップＳ６２においてワンタイムパスワードの重複がない場合には（ＮＯルート）、仮認証としてアクセスしてきた共用端末８１との接続を示すセッション情報と受信されたワンタイムパスワードとを対応させてワンタイムパスワード・セッション情報対応テーブル２４Ｂに追加して記憶させる処理が実行される（ステップＳ６９）。
【００６９】
このようにして仮認証が完了すると、認証サーバ２から仮認証完了の通知が共用端末８１に送信され（ステップＳ７０）、共用端末８１では仮認証完了の通知が受領される（ステップＳ７１）。この受領の際に、図５（Ｄ）に示したように、共用端末８１の表示部Ｄ１には、たとえば「仮認証完了。別端末にて確認認証して下さい。」のメッセージが表示される。これにより、ユーザは、仮認証完了のメッセージを視覚的に確認することができる。
【００７０】
つづいて、図１１を参照して、確認認証について詳述する。ここでは、確認認証に用いる確認認証端末として携帯電話機６１が使用されたと想定して説明する。図６において認証種別が確認認証であると判断が下されると、認証サーバ２において、アクセス元の端末である携帯電話機６１から受信されたＩＤとパスワードの組み合わせに合致したＩＤとパスワードの組み合わせがあるかどうかＩＤ・パスワード対応テーブル２４Ａを参照して照合する処理が実行される（ステップＳ９１）。本実施の形態１では、ＩＤ、パスワードの再入力を１回だけ可能としておりり、照合回数は記憶されるものとする。
【００７１】
そして、照合結果が一致であれば（ステップＳ９２のＹＥＳルート）、処理はステップＳ９９に移行し、一方、不一致であれば（ステップＳ９２のＮＯルート）、処理はステップＳ９３に移行する。
【００７２】
不一致の場合には、まず照合回数が２回目かどうか判断される。もし照合回数が２回目であれば（ステップＳ９３のＹＥＳルート）、アクセス元の端末である携帯電話機６１との接続を解除する処理が実行され（ステップＳ９８）、本処理は終了する。また、照合回数が１回目であれば（ステップＳ９３のＮＯルート）、携帯電話機６１に再入力の要求が送信される（ステップＳ９４）。このとき、携帯電話機６１の表示部６２に表示される画面は、ＩＤとパスワードだけを入力するための構成でもよい。
【００７３】
この場合には、再入力に一定時間の猶予をもたせるため、再入力要求の発信後、タイムカウントが開始され（ステップＳ９５）、タイムアウトするまで再受信の有無が確認される（ステップＳ９６のＮＯルート及びステップＳ９７のＮＯルート）。ここで、タイムアウトが確認されると（ステップＳ９７のＹＥＳルート）、ステップＳ９８において接続が解除され、本処理は終了する。
【００７４】
また、タイムアウトせず、一定時間内に認証情報（ＩＤ、パスワード）を再受信することができた場合には（ステップＳ９６のＹＥＳルート）、処理はステップＳ９１に戻り、前述した処理が繰り返される。なお、認証システムとして適切な再入力の回数であれば、２回に限定しなくてもよい。ここで、ＩＤ及びパスワードの再入力処理は、前述した図８の説明と同様のため、説明を省略する。
【００７５】
ＩＤ及びパスワードの照合後、さらに、アクセス元の端末である携帯電話機６１から受信されたワンタイムパスワードに合致したワンタイムパスワードがあるかどうかワンタイムパスワード・セッション対応テーブル２４Ｂを参照して照合する処理が実行される（ステップＳ９９）。本実施の形態１では、ワンタイムパスワードの再入力を１回だけ可能としており、照合回数は記憶されるものとする。
【００７６】
そして、照合結果が一致であれば（ステップＳ１００のＹＥＳルート）、処理はステップＳ１０６に移行し、一方、不一致であれば（ステップＳ１００のＮＯルート）、処理はステップＳ１０１に移行する。
【００７７】
不一致の場合には、まず照合回数が２回目かどうか判断される。もし照合回数が２回目であれば（ステップＳ１０１のＹＥＳルート）、アクセス元の端末である携帯電話機６１との接続を解除する処理が実行され（ステップＳ９８）、本処理は終了する。また、照合回数が１回目であれば（ステップＳ１０１のＮＯルート）、携帯電話機６１に再入力の要求が送信される（ステップＳ１０２）。
【００７８】
この場合には、再入力に一定時間の猶予をもたせるため、再入力要求の発信後、タイムカウントが開始され（ステップＳ１０３）、タイムアウトするまで再受信の有無が確認される（ステップＳ１０４のＮＯルート及びステップＳ１０５のＮＯルート）。ここで、タイムアウトが確認されると（ステップＳ１０５のＹＥＳルート）、ステップＳ９８において接続が解除され、本処理は終了する。
【００７９】
また、タイムアウトせず、一定時間内にワンタイムパスワードを再受信することができた場合には（ステップＳ１０４のＹＥＳルート）、処理はステップＳ９９に戻り、前述した処理が繰り返される。なお、認証システムとして適切な再入力の回数であれば、２回に限定しなくてもよい。ここで、ＩＤ及びパスワードの再入力処理は、前述した図１０の説明と同様のため、説明を省略する。
【００８０】
ステップＳ１００において、ワンタイムパスワードの照合一致が得られた場合には（ＹＥＳルート）、ワンタイムパスワード・セッション対応テーブル２４Ｂから対応するセッション情報を読み出し、そのセッションに対して、ＴＣＰコネクションを認証状態とする処理が実行される（ステップ１０６）。つまり、先に仮認証された共用端末８１が認証状態となる。また、該セッション情報を認証可能セッション情報としてセッション認証状態管理テーブル２４Ｃに登録すると同時にワンタイムパスワード・セッション情報対応テーブル２４Ｂからそのワンタイムパスワードとセッション情報との組み合わせを削除する処理が実行される（ステップ１０７）。
【００８１】
このようにして確認認証が完了すると、認証サーバ２から確認認証完了の通知が携帯電話機６１に送信され（ステップＳ１０８）、携帯電話機６１では確認認証完了の通知が受領される（ステップＳ８１）。この受領の際に、図５（Ｅ）に示したように、携帯電話機６１の表示部Ｄ２には、たとえば「認証できました。仮認証端末が利用できます。」のメッセージが表示される。これにより、ユーザは、確認認証完了のメッセージを視覚的に確認することができる。
【００８２】
携帯電話機６１へ確認認証が通知された後、共用端末８１よりユーザの操作に応じてサービスの要求が認証サーバ２に送信されると（ステップＳ８２）、認証サーバ２では、共用端末８１に対してサービスを提供する処理が開始される（ステップＳ１０９）。なお、ステップＳ９１とＳ９９の順序は逆でもよい。
【００８３】
以上説明したように、本実施の形態１によれば、信頼性の低い端末や信頼性の低いネットワークからネットワークサービスの要求があった場合、信頼性の高い別端末を併用することで信頼性の低い端末や信頼性の低いネットワークでもセキュリティを確保したネットワークサービスを利用することが可能である。
【００８４】
すなわち、低信頼性設備７において、正規のパスワードなどの秘匿性のある情報を入力、あるいは、送信することなく、認証手続きを実施することが可能な仕組みにより、ユーザが安心してネットワークサービスを利用することが可能である。例えば、ユーザはインターネットカフェ８、ホットスポット９などの設備を便利と感じてはいるものの、正規のパスワードの漏洩が心配であったが、本実施の形態により、これまで上記設備の利用を控えていたユーザが安心して利用できる環境を整備することが可能である。
【００８５】
具体的には、低信頼性設備７でネットワークサービスを利用する際に、高信頼性端末を併用して認証を行う構成としたので、信頼性の低い端末や信頼性の低いネットワークに対して正規のパスワードなどの秘匿性のある情報を入力して送信する必要はなくなる。このようにして、安全に認証手続きを踏むことが可能である。
【００８６】
認証サーバ２には、正規のユーザがネットワークサービスを利用するために必要な正規認証情報としてのＩＤ及びパスワード、ならびに、仮認証を識別する情報だけを事前に登録しておけばよく、このＩＤ及びパスワード以外の情報までを事前に登録しておく必要はない。すなわち、認証サーバにあらかじめ高信頼性端末の電話番号、メールアドレスなどの情報を事前に登録しておく必要がないので、高信頼性端末を用いて認証手続きを踏むことでセキュリティが確保される。
【００８７】
さらに、ユーザの自宅に設置された端末のように高信頼性端末群５に属する端末を直接利用してネットワークサービスを利用する場合には、その自宅の端末から認証サーバにあらかじめ登録されたＩＤ、パスワードを送信すればよく、これにより認証が完了する。この場合には、ユーザにとってワンタイムパスワード生成の煩わしい手間が省略されるとともに、認証サーバ２の処理負荷を軽減させることが可能である。
【００８８】
そして、ＩＰアドレスやワンタイムパスワードに対して認証を行うのではなく、既存の確立されているコネクションに対して認証を行うようにしたので、ユーザがネットワークサービスの利用を終了させれば、その終了に応じて自動的に認証状態をリセットさせることが可能である。
【００８９】
また、従来、コネクションの確立前に携帯電話機を用いて例えばパスワードなどの情報のやり取りを行う場合には、万が一ワンタイムパスワードが第三者に盗まれると、正規のユーザが接続する前に悪意あるその第三者がそのワンタイムパスワードを利用することが考えられる。この場合には、第三者が本人になりすますという危険性があるが、本実施の形態１により、この問題を解消することが可能である。すなわち、高信頼性端末（例えば携帯電話機６１）から認証サーバ２への接続は低信頼性設備７（例えば、共用端末８１）と認証サーバ２とのセッションが確立された後に行うためである。よって、正規のユーザよりも先に悪意の第三者の接続が先行することはなくなる
【００９０】
（実施の形態２）
さて、前述した実施の形態１では、端末側に提供する初期画面においてＩＤ、パスワード、ワンタイムパスワードの入力の組み合わせにより通常認証、仮認証、または、確認認証へと手続きを移行させていたが、本発明はこれに限定されるものではなく、認証サーバにアクセスしてくる端末に対して初期画面から通常認証、仮認証、確認認証の選択肢を与え、ユーザの選択に応じて通常認証、仮認証、または、確認認証へと手続きを進めるようにしてもよい。
【００９１】
ここでは、前述した実施の形態１の認証サーバ２との違いを示すため、画面遷移とその画面遷移に伴う処理手順について説明する。図１２は本発明の実施の形態２による認証時の画面遷移を説明する図であり、図１３は本実施の形態２による動作を説明するフローチャートである。この説明においても、通常認証に用いる通常認証端末としてＰＣ端末６２が使用され、仮認証に用いる仮認証端末として共用端末８１が使用され、確認認証に用いる確認認証端末として携帯電話機６１が使用されるものとして説明する。
【００９２】
前述した実施の形態１と同様に、認証サーバに対する端末からのアクセスにより（ステップＳ１１１）、セッションが確立した後は（ステップＳ１１２、ステップＳ１２１）、認証サーバから端末に対して認証種別の選択を要求するための画面情報が送信される（ステップＳ１２２）。
【００９３】
この場合、通常認証、仮認証、確認認証を選択するための画面情報が認証サーバからアクセス元の端末に送信され、図１２（Ａ）に示したように、端末の表示部への表示がなされる。
【００９４】
まず、通常認証を選択した場合について説明する。この場合には、ＰＣ端末６２からのアクセスを例に挙げる。図１２（Ａ）に示した表示状態において、ＰＣ端末６２を操作するユーザから通常認証のチェックボックスＣＨ１が選択され（ステップＳ１１３）、送信指示が操作されると、端末から認証サーバには選択された通常認証を示す情報が送信される（ステップＳ１１４）。
【００９５】
認証サーバでは、ＰＣ端末６２が選択した種別が判断され（ステップＳ１２４）、ＰＣ端末６２に対して認証情報の入力を促す画面情報が送信される（ステップＳ１２５）。そして、図１２（Ｂ）に示したように、ＩＤとパスワードを入力するための画面がＰＣ端末６２の表示部Ｄ３に表示される。
【００９６】
ＰＣ端末６２を操作するユーザからＩＤとパスワードとが入力され（ステップＳ１１６）、送信指示が操作されると、ＰＣ端末６２から認証サーバに対して入力されたＩＤ及びパスワードが送信される（ステップＳ１１７）。認証サーバでは、ＰＣ端末６２から受信したＩＤ及びパスワードに基づいて通常認証が実行される（ステップＳ１２６）。この後、認証サーバとＰＣ端末６２の間で前述した実施の形態１と同様に通常認証に応じた処理が実行される（図７、図８参照）。
【００９７】
つづいて、仮認証を選択した場合について説明する。この場合には、信頼性の低い端末あるいは信頼性の低いネットワークの一例として共用端末８１からのアクセスを例に挙げる。図１２（Ａ）に示した表示状態において、共用端末８１を操作するユーザから仮認証のチェックボックスＣＨ２が選択され（ステップＳ１１３）、送信指示が操作されると、共用端末８１から認証サーバに選択された仮認証を示す情報が送信される（ステップＳ１１４）。
【００９８】
この場合には、認証サーバにおいて選択種別が仮認証という判断が下されるので（ステップＳ１２４）、認証サーバから共用端末８１に対してワンタイムパスワードの入力を促す画面情報が送信される（ステップＳ１２５）。この場合、図１２（Ｃ）に示したように、ワンタイムパスワードを入力するための画面が共用端末８１の表示部Ｄ１に表示形成される（ステップＳ１１５）。
【００９９】
共用端末８１を操作するユーザからワンタイムパスワードが入力され（ステップＳ１１６）、送信指示が操作されると、共用端末８１から認証サーバに入力されたワンタイムパスワードが送信される（ステップＳ１１７）。認証サーバと共用端末８１との間で、以降、前述した実施の形態１と同様に、仮認証に応じた処理が実行される（図９、図１０参照）。
【０１００】
つづいて、確認認証を選択した場合について説明する。この場合には、信頼性の高い端末の一例として携帯電話機６１からのアクセスを例に挙げる。図１２（Ａ）に示した表示状態において、携帯電話機６１を操作するユーザから確認認証のチェックボックスＣＨ３が選択され（ステップＳ１１３）、送信指示が操作されると、携帯電話機６１から認証サーバに対して選択された確認認証を示す情報が送信される（ステップＳ１１４）。
【０１０１】
この場合には、認証サーバにおいて選択種別が確認認証という判断が下されるので（ステップＳ１２４）、認証サーバから携帯電話機６１に対してＩＤ、パスワード、ワンタイムパスワードの入力を促す画面情報が送信される（ステップＳ１２５）。この場合、図１２（Ｄ）に示したように、ＩＤ、パスワード、ワンタイムパスワードをそれぞれ入力するための画面が表示部Ｄ２に表示形成される（ステップＳ１１５）。
【０１０２】
携帯電話機６１を操作するユーザからＩＤ、パスワード、ワンタイムパスワードがそれぞれ入力され（ステップＳ１１６）、送信指示が操作されると、携帯電話機６１から認証サーバに対して入力されたＩＤ、パスワード、ワンタイムパスワードが確認認証に必要な情報として送信される（ステップＳ１１７）。その後、認証サーバ、ＰＣ端末６２、携帯電話機６１の間で、前述した実施の形態１と同様に、確認認証に応じた処理が実行される（図１１参照）。
【０１０３】
このように、本実施の形態２では、端末側の初期画面で認証の種別を選択できるので、前述した実施の形態１のＩＤ・パスワード対応テーブル２４Ａに相当するテーブルに仮認証かどうかを判断するための仮認証情報を登録しておく必要がなくなる。
【０１０４】
（実施の形態３）
さて、前述した実施の形態１、２においては、端末側から認証サーバに対してワンタイムパスワードを送信する仕組みとなっているが、本発明はこれに限定されるものではなく、仮認証の際に認証サーバがワンタイムパスワードを生成して低信頼性設備側に送信し、確認認証の際に高信頼性端末から入力する仕組みとしてもよい。
【０１０５】
ここでは、前述した実施の形態１の認証サーバ２との違いを示すため、画面遷移とその画面遷移に伴う処理手順について説明する。図１４は本発明の実施の形態３による表示画面の一例を説明する図であり、図１５は本実施の形態３による認証サーバ側での主要な動作を説明するフローチャートである。この説明においても、通常認証に用いる通常認証端末としてＰＣ端末６２が使用され、仮認証に用いる仮認証端末として共用端末８１が使用され、確認認証に用いる確認認証端末として携帯電話機６１が使用されるものとして説明する。
【０１０６】
この実施の形態３を前述した実施の形態１のパターンに適応した場合、端末に対する初期画面は、図５（Ａ）に示したように、ＩＤ、パスワード、ワンタイムパスワードの入力画面が表示される。このとき、ワンタイムパスワードの入力がなく、共用端末８１から認証サーバに対してＩＤ、パスワードがそれぞれ仮認証情報として送信がなされた場合には、前述した実施の形態１と同様に、認証サーバにおいて仮認証手続きが開始され、ここで、処理は認証サーバ側で任意のワンタイムパスワードを準備する処理に移行する。
【０１０７】
そして、認証サーバでは、図１５に示したように、前述のワンタイムパスワード・セッション対応テーブル２４Ｂを参照して、重複しないワンタイムパスワードをたとえば乱数等を適用してランダムに生成する処理が実行される（ステップＳ１３１）。このようにして生成されたワンタイムパスワードは、認証サーバから共用端末８１に送信される（ステップＳ１３２）。
【０１０８】
そして、図１４に示したように、認証サーバで任意に生成されたワンタイムパスワードが共用端末８１に提示される。この提示の際には、共用端末８１に確認したかどうかを伺うアイコンを表示させ、ユーザによりアイコンの確認操作があってはじめて有効なワンタイムパスワードとして扱うようにしてもよい。
【０１０９】
この場合には、ユーザは共用端末８１から提示されるワンタイムパスワードを携帯電話機６１から確認認証を行う際に入力して使用することになる。この確認認証の手続きについては、端末側の初期画面において、ＩＤ、パスワード、ワンタイムパスワードがすべて入力されることになり、前述した実施の形態１と同様のため、ここでは省略する。
【０１１０】
また、この実施の形態３を実施の形態２のパターンに適用した場合には、初期画面での仮認証の選択により、図１４に示した如く、ワンタイムパスワードが端末に対して提示されることになる。
【０１１１】
（実施の形態４）
さて、前述した実施の形態１においては、高信頼性端末群５が自ら確認認証を行うために認証サーバにアクセスを行う仕組みとなっているが、本発明は、これに限定されるものではなく、低信頼性設備７から認証サーバに確認認証を行う高信頼性端末群５のメールアドレス等の端末を識別する情報を送信させることで、認証サーバから高信頼性端末群５に確認認証のためのＵＲＬ（Ｕｎｉｆｏｒｍ  ＲｅｓｏｕｒｃｅＬｏｃａｔｏｒ）などのアドレス情報を送信するようにしてもよい。
【０１１２】
ここでは、前述した実施の形態１の認証サーバ２との違いを示すため、画面遷移とその画面遷移に伴う処理手順について説明する。図１６は本発明の実施の形態４による画面遷移の一部を説明する図であり、図１７は本実施の形態４による主要な動作を説明するフローチャートである。この説明においても、通常認証に用いる通常認証端末としてＰＣ端末６２が使用され、仮認証に用いる仮認証端末として共用端末８１が使用され、確認認証に用いる確認認証端末として携帯電話機６１が使用されるものとして説明する。
【０１１３】
本実施の形態４では、仮認証後、ユーザが確認認証する際に利用する高信頼性端末である携帯電話機６１にアクセスするためのメールアドレスを共用端末８１から入力する必要がある。そのため、共用端末８１において仮認証後の表示画面は、図１６（Ａ）に示したように、確認認証される端末の宛先情報であるメールアドレスを入力する画面構成とすればよい。この表示画面は、認証サーバから共用端末８１に送信されることになる。
【０１１４】
共用端末８１においてメールアドレスが入力され、そのメールアドレスが認証サーバに送信されると、認証サーバから携帯電話機６１に対して確認認証のためのＵＲＬが例えばメールにより送信される。この場合には、図１６（Ｂ）に示したように、確認認証のためのＵＲＬを含む情報が携帯電話機６１において表示される。ユーザの操作により携帯電話機６１の表示部Ｄ２に表示されるＵＲＬがクリックされると、その表示部Ｄ２には、例えば図１２（Ｄ）の如く表示画面が形成されることになる。
【０１１５】
本実施の形態４について図１７を用いて説明する。仮認証後、認証サーバでは、共用端末８１に対して確認認証用の端末のメールアドレスを要求する処理が実行される（ステップＳ１５１）。この場合には、認証サーバから共用端末８１に対して図１６（Ａ）に示した画面を表示形成するための画面情報が送信され、共用端末８１に画面表示される（ステップＳ１４１）。
【０１１６】
ユーザの操作によりメールアドレスが入力されると（ステップＳ１４２）、その入力メールアドレスが認証サーバに送信される（ステップＳ１４３）。このようにして、認証サーバにメールアドレスが届くことになり、そのメールアドレスは一定期間保持される（ステップＳ１５２）。
【０１１７】
ステップＳ１５２で保持されたメールアドレスに対して確認認証用のＵＲＬを含む画面情報がメール送信されると（ステップＳ１５３）、携帯電話機６１ではそのメールが受信され、図１６（Ｂ）に示したように画面情報に基づく画面が表示部Ｄ２に表示形成される（ステップＳ１６１）。その後は、前述した図１１と同様の処理が行われる。
【０１１８】
【発明の効果】
以上説明したように、本発明によれば、信頼性の低い端末や信頼性の低いネットワークからネットワークサービスの要求があった場合、信頼性の高い端末を併用することで信頼性の低い端末や信頼性の低いネットワークでもセキュリティを確保したネットワークサービスを利用することが可能な認証サーバ、認証システムおよび認証プログラムを提供できるという効果を奏する。
【図面の簡単な説明】
【図１】本発明の実施の形態１による認証システムの一構成例を示すブロック図である。
【図２】本発明の実施の形態１による認証サーバの一構成例を示すブロック図である。
【図３】本発明の実施の形態１によるテーブルを説明する図である。
【図４】本発明の実施の形態１による認証サーバを機能的に説明するブロック図である。
【図５】本発明の実施の形態１による画面遷移を説明する図である。
【図６】本発明の実施の形態１による動作を説明するフローチャートである。
【図７】本発明の実施の形態１による動作を説明するフローチャートである。
【図８】本発明の実施の形態１による動作を説明するフローチャートである。
【図９】本発明の実施の形態１による動作を説明するフローチャートである。
【図１０】本発明の実施の形態１による動作を説明するフローチャートである。
【図１１】本発明の実施の形態１による動作を説明するフローチャートである。
【図１２】本発明の実施の形態２による認証時の画面遷移を説明する図である。
【図１３】本発明の実施の形態２による動作を説明するフローチャートである。
【図１４】本発明の実施の形態３による表示画面の一例を説明する図である。
【図１５】本発明の実施の形態３による認証サーバ側での主要な動作を説明するフローチャートである。
【図１６】本発明の実施の形態４による画面遷移の一部を説明する図である。
【図１７】本発明の実施の形態４による主要な動作を説明するフローチャートである。
【符号の説明】
２  認証サーバ
３  アプリケーションサーバ
４  ネットワーク
５  高信頼性端末群
６  携帯電話網
２１  バス
２２  通信制御装置
２３  制御装置
２３Ａ  認証種別判断部
２３Ｂ  認証処理部
２３Ｃ  認証管理部
２４  認証情報記憶装置
２４Ａ  ＩＤ・パスワード対応テーブル
２４Ｂ  ワンタイムパスワード・セッション対応テーブル
２４Ｃ  セッション認証状態管理テーブル
６１  携帯電話機
６２  ＰＣ端末
８１，８２  共用端末
９１  基地局
９２  ＰＣ端末
９３  ノート型ＰＣ端末
１０１  受信データ処理部
１０２  受信データ判断部
１０３  認証情報解析部
１０４  ワンタイムパスワード検索／対応セッション登録処理部
１０５  ＩＤ・セッション情報検索／認証管理部
１０６  ワンタイムパスワード検索処理部
【図１】
2004213315.tif 000003
【図２】
2004213315.tif 000004
【図３】
2004213315.tif 000005
【図４】
2004213315.tif 000006
【図５】
2004213315.tif 000007
【図６】
2004213315.tif 000008
【図７】
2004213315.tif 000009
【図８】
2004213315.tif 000010
【図９】
2004213315.tif 000011
【図１０】
2004213315.tif 000012
【図１１】
2004213315.tif 000013
【図１２】
2004213315.tif 000014
【図１３】
2004213315.tif 000015
【図１４】
2004213315.tif 000016
【図１５】
2004213315.tif 000017
【図１６】
2004213315.tif 000018
【図１７】
2004213315.tif 000019