情報処理装置、およびその制御方法、プログラム、記録媒体。
【課題】利用者の利便性を大きく損なうことなく、簡易な方法でセキュリティを確保する認証方法を提供することを目的とする。
【解決手段】 社内ネットワークからＷｅｂメールサーバへアクセスした場合は、第一の認証のみでＷｅｂメールシステムを利用可能とし、社外ネットワークからＷｅｂメールサーバへアクセスした場合は、第一の認証により正当なユーザであると認証された後に、認証サーバに認証処理を実行させる第二の認証を行って、第二の認証により正当なユーザであると認証された場合にＷｅｂメールシステムを利用可能とする。
【解決手段】 社内ネットワークからＷｅｂメールサーバへアクセスした場合は、第一の認証のみでＷｅｂメールシステムを利用可能とし、社外ネットワークからＷｅｂメールサーバへアクセスした場合は、第一の認証により正当なユーザであると認証された後に、認証サーバに認証処理を実行させる第二の認証を行って、第二の認証により正当なユーザであると認証された場合にＷｅｂメールシステムを利用可能とする。
【発明の詳細な説明】
【技術分野】
【０００１】
Ｗｅｂメールシステムにおける認証方法に関するものである。
【背景技術】
【０００２】
現在、Ｗｅｂブラウザを用いることで電子メールシステムを利用可能にするＷｅｂメールシステムがある。
【０００３】
このＷｅｂメールシステムによれば、メールの新規作成や受信メールの確認などがＷｅｂブラウザのみで行うことができるという利点がある。さらに、通常のメールアプリケーションと異なり、すべてのメールをサーバ側で管理しているため、ブラウザを搭載しているコンピュータがあれば、ネットワークを介してどこからでも電子メールシステムが利用可能になるという利点もある。
【０００４】
しかしながら、どこからでも電子メールシステムが利用可能となるということは、不正アクセスの危険性も高くなる。
【０００５】
そこで、不正アクセスを防止するために、高いセキュリティ機能を有する認証方法を導入することが考えられるが、一般に高いセキュリティ機能を有する認証方法を導入すると利用者の利便性が損なわれてしまうという問題がある。
【０００６】
特許文献１には、Ｗｅｂメールにおいて、社有等の登録済ＰＣ端末、登録済携帯端末であるかを確認し、また、ＰＣ端末については、メールサーバの接続前に、ウイルス検出ソフトウェア、Ｐ２Ｐ検出ソフトウェアの稼働状況を確認して、セキュリティ上問題ないことを確認し、セキュリティが確認された登録済ＰＣ端末および登録済携帯端末のみがメールサーバにアクセスすることができるメールサーバアクセスシステムに関する技術が開示されている。
【先行技術文献】
【特許文献】
【０００７】
【特許文献１】特開２００８−２１７７１２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００８】
しかしながら、特許文献１に記載の発明は、Ｗｅｂメールシステムを利用するＰＣ端末又は携帯端末の固有情報を予め認証サーバに登録しておく必要があるため、登録されていない端末ではＷｅｂメールシステムを利用できないという制約がある。また、新規に端末を購入したり、端末を廃棄したりする場合に、メインテナンス作業が必要になるため管理の手間もかかる。さらに、ＰＣ端末についてはウイルス検出ソフトウェアの稼働状況を確認する必要があるため処理に時間がかかるという問題もある。
【０００９】
そこで、本願発明は上記課題を解決するものであり、利用者の利便性を大きく損なうことなく、簡易な方法でセキュリティを確保する認証方法を提供することを目的とする。
【課題を解決するための手段】
【００１０】
本願発明は、クライアント端末と、認証サーバとネットワークを介して通信可能な情報処理装置であって、前記クライアント端末からのアクセス要求を受け付ける受付手段と、前記受付手段により受け付けたアクセス要求に従って、前記クライアント端末を前記情報処理装置へログインさせるべく、当該クライアント端末を操作するユーザに第一の認証情報を入力させるための第一の認証画面データを送信する第一の認証画面データ送信手段と、前記第一の認証画面データ送信手段により送信された、前記第一の認証画面データを介して前記クライアント端末において入力された第一の認証情報を受信する第一の認証情報受信手段と、前記第一の認証情報受信手段により第一の認証情報を受信した場合、当該受信した認証情報を用いて認証処理を行う認証手段と、前記認証手段による認証の結果、正当なユーザであると認証された場合、前記受付手段により受け付けたアクセス要求先のポート番号が、第二の認証を行うポート番号であるかを判定する判定手段と、前記判定手段による判定の結果、第二の認証を行うポート番号であると判定された場合、前記クライアント端末を前記情報処理装置へログインさせるべく、前記クライアント端末を操作するユーザに前記認証サーバに認証を行わせるための第二の認証情報を入力させるための第二の認証画面データを送信する第二の認証画面データ送信手段と、前記第二の認証画面データ送信手段により送信された、前記第二の認証画面データを介して前記クライアント端末において入力された第二の認証情報を受信する第二の認証情報受信手段と、前記第二の認証情報受信手段により第二の認証情報を受信した場合、前記認証サーバに対して、当該受信した第二の認証情報を用いた認証処理の依頼をする認証依頼手段とを有することを特徴とする。
【発明の効果】
【００１１】
利用者の利便性を大きく損なうことなく、簡易な方法でセキュリティを確保する認証方法を提供することが可能となる。
【図面の簡単な説明】
【００１２】
【図１】本実施の形態に係るＷｅｂメールシステムの構成を示す図である。
【図２】Ｗｅｂメールサーバに適用可能な情報処理装置のハードウェア構成例を示すブロック図である。
【図３】社内ネットワークのクライアント端末からＷｅｂメールサーバへアクセスした場合の認証の流れを示す図である。
【図４】社外ネットワークのクライアント端末または携帯端末からＷｅｂメールサーバへアクセスした場合の認証の流れを示す図である。
【図５】Ｗｅｂメールサーバに設定するポート番号を示す図である。
【図６】クライアント端末に表示される第一の認証画面を示す図である。
【図７】クライアント端末に表示されるログイン後の画面を示す図である。
【図８】クライアント端末に表示される第二の認証画面を示す図である。
【図９】クライアント端末に表示される認証サーバの初期登録画面を示す図である。
【図１０】携帯端末に表示される第一の認証画面を示す図である。
【図１１】携帯端末に表示される第二の認証画面を示す図である。
【図１２】携帯端末に表示されるログイン後の画面を示す図である。
【図１３】本発明の実施の形態にかかる処理の流れを示すフローチャートである。
【図１４】本発明の実施の形態にかかる処理の流れを示すフローチャートである。
【発明を実施するための形態】
【００１３】
以下、本発明の好適な実施形態を、添付図面を参照しながら詳細に説明する。
【００１４】
図１は、本実施の形態に係るＷｅｂメールシステム（情報処理システム）の構成を示す図である。
【００１５】
図１に示すように、Ｗｅｂメールサーバ１０１（情報処理装置）は、社内ネットワークに接続される認証サーバ１０２、クライアント端末１０４とローカルエリアネットワーク（通信媒体）を介して通信を行う。また、Ｗｅｂメールサーバ１０１は、ファイアウォール１０３を経由して、社外ネットワークに接続されるクライアント端末１０５とインターネットを介して通信を行い、携帯端末１０６と電話網或いはインターネットを介して通信を行う。
【００１６】
Ｗｅｂメールサーバ１０１は、Ｗｅｂブラウザで利用することができる電子メールシステムを提供するサーバである。ユーザ毎に、受信したメールの閲覧や、新規メッセージの作成・送信などをＷｅｂブラウザのみで利用可能とする。
【００１７】
認証サーバ１０２は、Ｗｅｂメールシステムを利用するユーザの認証を行うサーバである。本発明の実施の形態においては、主として、社外ネットワークからＷｅｂメールサーバ１０１へアクセスするユーザの認証を行う。なお、このユーザ認証は、通常のＷｅｂメールシステムにおける認証とは別の認証である。ユーザを認証する方法は、特に限定するものではないが、ユーザの利便性を損なうことなく、簡易な方法でセキュリティを確保する方式が望ましい。そこで、本発明の実施の形態においては、特開２００３−２５６３７３号公報に記載されている方式を利用した認証例を用いて説明する。
【００１８】
ファイアウォール１０３は、社外ネットワークから社内ネットワークへの不正なアクセスを検出・遮断するためのシステムである。本発明の実施の形態においては、ポート番号によりアクセスを遮断する機能を備えるものとする。
【００１９】
クライアント端末１０４、１０５は、Ｗｅｂメールシステムを利用するユーザが操作するパーソナルコンピュータであり、Ｗｅｂメールサーバ１０１へアクセスするためのＷｅｂブラウザがインストールされている。
【００２０】
携帯端末１０６は、Ｗｅｂメールシステムを利用するユーザが操作する携帯電話（ＰＤＡその他の携帯端末を含む）であり、Ｗｅｂメールサーバ１０１へアクセスするためのＷｅｂブラウザ機能を備えるものである。
【００２１】
次に、図２を用いて、図１に示したＷｅｂメールサーバ１０１（認証サーバ１０２を含む。）のハードウェア構成について説明する。
【００２２】
図２は、Ｗｅｂメールサーバ１０１に適用可能な情報処理装置のハードウェア構成例を示すブロック図である。なお、図２のブロック図はクライアント端末１０４、１０５にも適用可能である。
【００２３】
図２に示すように、Ｗｅｂメールサーバ１０１は、システムバス２０４を介してＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）２０１、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）２０３、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）２０２、入力コントローラ２０５、ビデオコントローラ２０６、メモリコントローラ２０７、通信Ｉ／Ｆコントローラ２０８等が接続された構成を採る。
【００２４】
ＣＰＵ２０１は、システムバス２０４に接続される各デバイスやコントローラを統括的に制御する。
【００２５】
また、ＲＯＭ２０２あるいは外部メモリ２１１には、ＣＰＵ２０１の制御プログラムであるＢＩＯＳ（Ｂａｓｉｃ Ｉｎｐｕｔ／Ｏｕｔｐｕｔ Ｓｙｓｔｅｍ）やＯＳ（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）や、各サーバあるいは各ＰＣが実行する機能を実現するために必要な後述する各種プログラム等が記憶されている。また、本発明を実施するために必要な情報が記憶されている。なお外部メモリはデータベースであってもよい。
【００２６】
ＲＡＭ２０３は、ＣＰＵ２０１の主メモリ、ワークエリア等として機能する。ＣＰＵ２０１は、処理の実行に際して必要なプログラム等をＲＯＭ２０２あるいは外部メモリ２１１からＲＡＭ２０３にロードし、ロードしたプログラムを実行することで各種動作を実現する。
【００２７】
また、入力コントローラ２０５は、キーボード（ＫＢ）２０９や不図示のマウス（等のポインティングデバイス等からの入力を制御する。
【００２８】
ビデオコントローラ２０６は、ディスプレイ２１０等の表示器への表示を制御する。尚、表示器は液晶ディスプレイ等の表示器でもよい。これらは、必要に応じて管理者が使用する。
【００２９】
メモリコントローラ２０７は、ブートプログラム、各種のアプリケーション、フォントデータ、ユーザファイル、編集ファイル、各種データ等を記憶する外部記憶装置（ハードディスク（ＨＤ））や、フレキシブルディスク（ＦＤ）、あるいは、ＰＣＭＣＩＡ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ Ｍｅｍｏｒｙ Ｃａｒｄ Ｉｎｔｅｒｎａｔｉｏｎａｌ Ａｓｓｏｃｉａｔｉｏｎ）カードスロットにアダプタを介して接続されるコンパクトフラッシュ（登録商標）メモリ等の外部メモリ２１１へのアクセスを制御する。
【００３０】
通信Ｉ／Ｆコントローラ２０８は、ネットワーク（例えば、図１に示したＬＡＮ４００）を介して外部機器と接続・通信し、ネットワークでの通信制御処理を実行する。例えば、ＴＣＰ／ＩＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ／Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）を用いた通信等が可能である。
【００３１】
尚、ＣＰＵ２０１は、例えばＲＡＭ２０３内の表示情報用領域へアウトラインフォントの展開（ラスタライズ）処理を実行することにより、ディスプレイ２１０上に表示することが可能である。また、ＣＰＵ２０１は、ディスプレイ２１０上のマウスカーソル（図示しない）等によるユーザ指示を可能とする。
【００３２】
本発明を実現するための後述する各種プログラムは、外部メモリ２１１に記録されており、必要に応じてＲＡＭ２０３にロードされることによりＣＰＵ２０１によって実行されるものである。さらに、上記プログラムの実行時に用いられる定義ファイルおよび各種情報テーブル等も、外部メモリ２１１に格納されており、これらについての詳細な説明についても後述する。
【００３３】
次に、図３と４とを用いて、社内ネットワークのクライアント端末１０４からＷｅｂメールサーバ１０１へアクセスした場合の認証手順と、社外ネットワークのクライアント端末１０５または携帯端末１０６からＷｅｂメールサーバ１０１へアクセスした場合の認証手順を説明する。
【００３４】
図３は、社内ネットワークのクライアント端末１０４からＷｅｂメールサーバ１０１へアクセスした場合の認証の流れを示す図である。
【００３５】
ユーザは、クライアント端末１０４を操作して、Ｗｅｂブラウザを介してＷｅｂメールサーバ１０１へアクセスするための操作を行う。クライアント端末１０４は、（１）Ｗｅｂメールサーバ１０１のＵＲＬへアクセスを行う。
【００３６】
Ｗｅｂメールサーバ１０１は、アクセス要求を受け付けると、（２）Ｗｅｂメールサーバ１０１が管理するＷｅｂメールシステムのユーザ認証を行うための画面データ（第一の認証画面データ）をクライアント端末１０４へ送信する。図６は、第一の認証画面を示す図である。これはクライアント端末１０４におけるＷｅｂブラウザ上に表示される一例である。
【００３７】
ユーザは、ユーザＩＤ欄６０１およびパスワード欄６０２に第一の認証情報であるユーザＩＤおよびパスワード（第一のパスワード）を入力したのち、ログインボタン６０３を押す。入力ミスをした場合は、リセットボタン６０４を押して再入力を行う。クライアント端末１０４は、（３）ユーザにより入力された第一の認証情報であるユーザＩＤおよびパスワードをＷｅｂメールサーバ１０１へ送信する。
【００３８】
Ｗｅｂメールサーバ１０１は、ユーザＩＤおよびパスワードを受信すると、ユーザ認証（第一の認証）を行う。正当なユーザであると判定された場合、Ｗｅｂメールサーバ１０１は、（４）ログイン後の画面データをクライアント端末１０４へ送信する。図７は、ログイン後の画面を示す図である。これはクライアント端末１０４にけるＷｅｂブラウザ上に表示される一例である。例えば、ユーザは、受信トレイ７０１を選択し、受信したメール一覧７０２から任意のメールを選択すると、メール本文欄７０３に表示されるメール本文を閲覧することが可能となる。
【００３９】
なお、上記認証手順は、一般的なＷｅｂメールシステムにおける認証手順と何ら変わるものではない。このように社内におけるクライアント端末１０４からのアクセス時に通常の認証手順としたのは、セキュリティを考慮した社内ネットワークからのアクセスであれば、セキュリティが確保されているため、より高度な認証手順を行う必要がないからである。仮により高度な認証手順を行ってしまうと、却ってユーザの利便性を損なうことにもつながってしまう。
【００４０】
図４は、社外ネットワークのクライアント端末１０５または携帯端末１０６からＷｅｂメールサーバ１０１へアクセスした場合の認証の流れを示す図である。
【００４１】
ユーザは、クライアント端末１０５または携帯端末１０６を操作して、Ｗｅｂブラウザを介してＷｅｂメールサーバ１０１へアクセスするための操作を行う。クライアント端末１０５または携帯端末１０６は、（１）Ｗｅｂメールサーバ１０１のＵＲＬへアクセスを行う。
【００４２】
Ｗｅｂメールサーバ１０１は、アクセス要求を受け付けると、（２）Ｗｅｂメールサーバ１０１が管理するＷｅｂメールシステムのユーザ認証を行うための画面データ（第一の認証画面データ）をクライアント端末１０５または携帯端末１０６へ送信する。図６および１０は、第一の認証画面を示す図である。これはクライアント端末１０５または携帯端末１０６におけるＷｅｂブラウザ上に表示される一例である。
【００４３】
ユーザは、ユーザＩＤ欄６０１（１００１）およびパスワード欄６０２（１００２）にユーザＩＤおよびパスワード（第一のパスワード）を入力したのち、ログインボタン６０３（１００３）を押す。入力ミスをした場合は、リセットボタン６０４を押して再入力を行う。クライアント端末１０５または携帯端末１０６は、（３）ユーザにより入力されたユーザＩＤおよびパスワードをＷｅｂメールサーバ１０１へ送信する。
【００４４】
Ｗｅｂメールサーバ１０１は、ユーザＩＤおよびパスワードを受信すると、ユーザ認証（第一の認証）を行う。正当なユーザであると判定された場合、Ｗｅｂメールサーバ１０１は、（４）認証サーバ１０２に対して、第一の認証により正当であると判定したユーザに固有の乱数を生成するように要求する。
【００４５】
認証サーバ１０２は、乱数の生成要求を受け付けると、（５）生成した乱数情報をＷｅｂメールサーバ１０１へ送信する。
【００４６】
Ｗｅｂメールサーバ１０１は、認証サーバ１０２から受信した乱数情報を用いて、（６）認証サーバ１０２が管理するＷｅｂメールシステムのユーザ認証を行うための画面データ（第二の認証画面データ）をクライアント端末１０５または携帯端末１０６へ送信する。図８および１１は、第二の認証画面を示す図である。これはクライアント端末１０５または携帯端末１０６におけるＷｅｂブラウザ上に表示される一例である。ユーザは、Ｗｅｂブラウザ上に表示された乱数表８０１（１１０１）から、予め登録されている任意の位置の数字（例えば６桁の数字）をパスワードとして、パスワード欄８０２（１１０２）に第二の認証情報であるパスワード（第二のパスワード）を入力する。
【００４７】
なお、「予め登録されている任意の位置」とは、認証サーバへの初回登録時に「初回抜き出し位置」として登録されたもの、若しくはその後ユーザが任意に設定した「抜き出し位置」のことである。
【００４８】
図９は、認証サーバ１０２の初期登録画面を示す図である。ユーザは、認証サーバ１０２の初期登録用ＵＲＬ９０１へアクセスした後、登録ボタン９０３を押して初期登録を行う。具体的には、ＵＲＬ９０１をクリックすると、ウィンドウ画面（不図示）が表示され、認証サーバ１０２での登録が完了した旨の内容が表示される。その後、登録完了ボタン９０３を押すことで初期登録が完了する。
【００４９】
次に初回抜き出し位置について説明する。この例では、４行１２列の乱数表９０２のうち、１行１列目に「１」、１行２列目に「２」、１行３列目に「３」、１行４列目に「４」、１行５列目に「５」、１行６列目に「６」が表示されている。表示されている数字は抜き出す順序を示すものである。従って、図８における乱数表を例にすると、初期パスワードは、「６９１２３８」となる。
【００５０】
なお、８０５は、第一の認証画面を省略して第二の認証画面へ直接アクセスするためのＵＲＬである。ユーザは、このＵＲＬをブックマークへ登録しておけば、第二の認証のみでＷｅｂメールシステムへログインすることができる。ただし、第二の認証画面には、ユーザ毎の乱数表を表示する必要があるため、ＵＲＬには、ユーザ固有の情報が付加されている。認証サーバ１０２は、アクセス要求を受け付けた際、ユーザ固有の情報を読み取ることでユーザ毎の乱数表を生成することができる。
【００５１】
ユーザは、パスワード欄８０２（１１０２）へ入力したのち、ログインボタン８０３（１１０３）を押す。入力ミスをした場合は、リセットボタン８０４を押して再入力を行う。クライアント端末１０５または携帯端末１０６は、（７）ユーザにより入力された第二の認証情報であるパスワードをＷｅｂメールサーバ１０１へ送信する。
【００５２】
Ｗｅｂメールサーバ１０１は、第二の認証情報であるパスワードを受信すると、（８）認証サーバ１０２へ、受信したパスワードを転送して、ユーザの認証を依頼する。
【００５３】
認証サーバ１０２は、ユーザ認証の依頼を受け付けると、受信した第二の認証情報であるパスワードを用いて、ユーザ認証（第二の認証）を行い、（９）正当なユーザであると判定された場合には、その旨をＷｅｂメールサーバ１０１へ通知する。
【００５４】
Ｗｅｂメールサーバ１０１は、正当なユーザである旨の通知を受けると、（１０）ログイン後の画面データをクライアント端末１０５または携帯端末１０６へ送信する。図７または１２は、ログイン後の画面を示す図である。これはクライアント端末１０５または携帯端末１０６にけるＷｅｂブラウザ上に表示される一例である。図７については上述した通りである。図１２において、ユーザは、メニュー一覧１２０１から任意のメニューを選んで操作を行う。ブックマーク１２０２は、直接第二の認証画面へアクセスするためのブックマークである。
【００５５】
以上より、上記認証手順は、一般的なＷｅｂメールシステムにおける認証手順のみならず、認証サーバを用いたユーザ認証も行っている。このように社外におけるクライアント端末１０５からのアクセス時に通常の認証手順のみならず認証サーバを用いたユーザ認証も行っているのは、社外ネットワークからのアクセスの中には、悪意を持ったユーザによる不正アクセスの危険性があるため、より高度な認証手順を行う必要があるからである。そのため、社内ネットワークからのアクセスに比べて、高度な認証手順（本実施の形態においてはワンタイムパスワードを用いる）を行う。
【００５６】
次に、図１３と１４とを用いて、全体の処理の流れを説明する。
【００５７】
図１３と１４は、本発明の実施の形態にかかる処理の流れを示すフローチャートである。
【００５８】
ユーザは、クライアント端末（携帯端末を含む。以下同じ。）上で動作するＷｅｂブラウザを介してＷｅｂメールサーバへアクセスする操作を行う。
【００５９】
まず、ステップ１３０１において、クライアント端末は、ユーザからの指示に従って、Ｗｅｂブラウザを起動させる。
【００６０】
また、ステップ１３０２において、クライアント端末は、ユーザから指定されたＵＲＬのＷｅｂメールサーバへアクセス要求を行う。
【００６１】
ステップＳ１３０３において、Ｗｅｂメールサーバは、クライアント端末からのアクセス要求を受け付ける。
【００６２】
ステップＳ１３０４において、Ｗｅｂメールサーバは、アクセス先ポート番号を取得して、メモリに一時的に記憶する。例えば、クライアント端末から、「ｈｔｔｐ：／／ｗｗｗ．ｎｉｎｓｙｏ．ｃｏ．ｊｐ：８０８０」としてアクセス要求がされた場合、アクセス先ポート番号として、「８０８０」を取得する。なお、Ｗｅｂメールサーバは、接続している各ユーザのセッション情報をメモリに管理しており、取得したポート番号とユーザとを関連付けて記憶する。
【００６３】
ステップＳ１３０５において、Ｗｅｂメールサーバは、クライアント端末のＷｅｂブラウザに表示させる第一の認証画面データを、クライアント端末へ送信する。
【００６４】
ステップＳ１３０６において、クライアント端末は、第一の認証画面データを受信する。そして、受信した第一の認証画面データをＷｅｂブラウザに表示する。図６は、第一の認証画面を示す一例である。携帯端末の場合は、図１０の画面を表示する。
【００６５】
ここで、ユーザは、ユーザＩＤ欄６０１（１００１）およびパスワード欄６０２（１００２）に第一の認証情報であるユーザＩＤおよびパスワードを入力して、ログインボタン６０３（１００３）を押す。
【００６６】
ステップＳ１３０７において、クライアント端末は、ユーザにより入力された第一の認証情報であるユーザＩＤおよびパスワードを取得する。
【００６７】
ステップＳ１３０８において、クライアント端末は、取得した第一の認証情報であるユーザＩＤおよびパスワードをＷｅｂメールサーバへ送信する。
【００６８】
ステップＳ１３０９において、Ｗｅｂメールサーバは、第一の認証情報であるユーザＩＤおよびパスワードを受信する。
【００６９】
ステップＳ１３１０において、Ｗｅｂメールサーバは、受信した第一の認証情報であるユーザＩＤおよびパスワードを用いて、Ｗｅｂメールサーバが管理するユーザ情報からユーザの認証を行って、正当なユーザであるか否かを判定する。正当なユーザでないと判定した場合は、Ｓ１３１０に進み、ユーザ認証が失敗した旨が表示される情報を追加した第一の認証画面データをクライアント端末へ送信する。正当なユーザであると判定した場合は、Ｓ１３１１へ進む。
【００７０】
Ｓ１３１１において、Ｗｅｂメールサーバは、認証サーバ連携オプションの有効性を判定する。有効でないと判定した場合は、Ｓ１３１２へ進み、有効であると判定した場合は、Ｓ１３１４へ進む。ここで、認証サーバ連携オプションを使用するかどうかは、Ｗｅｂメールサーバの起動時に内部メモリに読み込まれている設定ファイルの記載内容を参照することにより行う。具体的には、設定ファイルに、使用する認証サーバのホスト名（その他の識別情報を含めることも可能）が記載されている場合は、認証サーバ連携オプションが有効であると判断する。
【００７１】
ステップＳ１３１２において、Ｗｅｂメールサーバは、メール一覧画面データ（ログイン後の画面データ）を、クライアント端末へ送信する。
【００７２】
ステップＳ１３１３において、クライアント端末は、メール一覧画面データを受信する。そして、受信したメール一覧画面データをＷｅｂブラウザに表示する。図７は、メール一覧画面を示す一例である。携帯端末の場合は、図１２の画面を表示する。
【００７３】
ステップＳ１３１４において、Ｗｅｂメールサーバは、ステップＳ１３０４においてメモリに一時的に取得したポート番号が、認証サーバによる認証を行うポート番号であるかを判定する。認証を行うポート番号でないと判定した場合、Ｓ１３１２へ進み、認証を行うポート番号であると判定した場合、Ｓ１３１５へ進む。
【００７４】
ここで、認証サーバによる認証をポート番号であるかと判定するために、予め設定されるポート番号の設定を用いる。図５を用いて具体例を説明する。まず、前提として、Ｗｅｂメールサーバが使うポート番号の設定がされる。ここで、５０１には、ポート番号「８０」と「８０８０」が設定されている。従って、Ｗｅｂメールサーバは、接続先ポート番号が何れかのポート番号の場合にのみ接続要求を受け付ける。次に、５０２には、認証サーバを使わないポート番号として「８０８０」が設定される。従って、Ｗｅｂメールサーバは、アクセス先ポート番号が「８０」の場合は、認証サーバによる認証を行うと判断し、アクセス先ポート番号が「８０８０」の場合は、認証サーバによる認証を行わないと判断することができる。
【００７５】
さらに、ファイアウォールの設定により外部ネットワークからアクセス先ポート番号「８０８０」が指定される通信を遮断する設定を行うことにより、社内ネットワークからと社外ネットワークからのアクセスにより認証サーバを使う場合と使わない場合を使い分けることが可能となる。すなわち、社内ネットワークからＷｅｂメールサーバへアクセスする場合は、アクセス先ポート番号として「８０８０」を指定させる運用とすることで、認証サーバを用いることなく、従来のＷｅｂメールサーバ単体の認証によりＷｅｂメールサーバへログインすることができる。
【００７６】
従って、比較的高いセキュリティ対策が施されている社内ネットワークから利用する場合には、従来と変わることなくＷｅｂメールサーバを利用することができるため、ユーザの利便性を損なうことがない。一方、社外ネットワークからＷｅｂメールサーバへアクセスする場合は、アクセス先ポート番号として「８０」を指定させる運用とすることで（特に指定しなくともＷｅｂサーバへのアクセスは、デフォルトで「８０」が指定される。）、Ｗｅｂメールサーバ単体の認証だけでなく、認証サーバを用いた認証を行う。これにより外部ネットワークからの不正アクセスを防止することができる。ここで、ユーザがアクセス先ポート番号として「８０８０」を指定したとしてもファイアウォールで通信が遮断されるため社外ネットワークからの通信は、認証サーバによる認証を回避することはできない。
【００７７】
ステップＳ１３１５において、Ｗｅｂメールサーバは、外部記憶装置等から各ユーザ個別の情報（ユーザが使用できるディスク容量等のシステム情報、アドレス帳等のメール関連情報、その他認証サーバ上でのユーザＩＤ等を含む情報）の中から認証サーバにおけるユーザ情報を取得する。
【００７８】
ステップＳ１３１６において、Ｗｅｂメールサーバは、ステップＳ１３１５において取得したユーザ情報の有効性を判定する。有効でないと判定した場合は、ステップＳ１３０５へ進み、有効であると判定した場合は、図１４の（Ａ）へ進む。有効性を判断する方法は、どのような形態であってもよいが、一例として、取得したユーザ情報に認証サーバ上でのユーザＩＤが存在するかを確認する方法がある。このユーザＩＤが存在しない場合は、有効でないと判定することができる。
【００７９】
ステップＳ１４０１において、Ｗｅｂメールサーバは、認証サーバにおける初回登録が完了しているかどうかを判定する。初回登録がされていない場合は、ステップＳ１４０２へ進み、初回登録がされている場合は、ステップＳ１４１３へ進む。この判定は、ステップＳ１３１５において取得したユーザ情報に初回登録が完了しているかどうかの情報が含まれるため、この情報に基づいて判定を行う。
【００８０】
ステップＳ１４０２において、Ｗｅｂメールサーバは、認証サーバへ初回登録情報を要求する。
【００８１】
ステップＳ１４０３において、認証サーバは、初回登録情報の要求を受信する。
【００８２】
ステップＳ１４０４において、初回登録情報を、Ｗｅｂメールサーバへ送信する。
【００８３】
ステップＳ１４０５において、Ｗｅｂメールサーバは、初回登録情報を受信する。
【００８４】
ステップＳ１４０６において、Ｗｅｂメールサーバは、受信した初回登録情報を用いて生成した初回登録画面データを、クライアント端末へ送信する。
【００８５】
ステップＳ１４０７において、クライアント端末は、初期登録画面データを受信する。
【００８６】
ステップＳ１４０８において、クライアント端末は、受信した初期登録画面データをＷｅｂブラウザに表示する。図９は、初期登録画面を示す一例である。上述した通り、この例では、ワンタイムパスワードの初回抜き出し位置は、１行１列から順番に１行６列までの位置であることが示されている。ユーザは初回抜き出し位置を確認した後、ＵＲＬ９０１をクリックして初期登録を行い、登録完了ボタン９０３を押す。
【００８７】
ステップＳ１４０９において、クライアント端末は、認証サーバへ登録の指示を行う。
【００８８】
ステップＳ１４１０において、認証サーバは、クライアント端末からの登録要求を受信する。
【００８９】
ステップＳ１４１１において、認証サーバは、受信した登録要求に従って、ユーザ登録を行い、ステップＳ１４０１へ進む。
【００９０】
ステップＳ１４１２において、Ｗｅｂメールサーバは、ステップＳ１３１０において第一の認証により認証されたユーザに対する乱数情報を、認証サーバへ要求する。
【００９１】
ステップＳ１４１３において、認証サーバは、Ｗｅｂメールサーバからの乱数情報の要求を受信する。
【００９２】
ステップＳ１４１４において、認証サーバは、要求を受けたユーザに固有の乱数情報を生成する。本実施の形態においては、４行１２列の表形式に配置する乱数を生成する。
【００９３】
ステップＳ１４１５において、認証サーバは、生成した乱数情報を用いて、データの形式を定義したＸＭＬ形式でＷｅｂメールサーバへ送信する。
【００９４】
ステップＳ１４１６において、Ｗｅｂメールサーバは、認証サーバからＸＭＬ形式の乱数情報を受信する。
【００９５】
ステップＳ１４１７において、Ｗｅｂメールサーバは、受信したＸＭＬ形式の乱数情報を用いて第二の認証画面データを生成する。
【００９６】
ステップＳ１４１８において、生成した第二の認証画面データを、クライアント端末へ送信する。
【００９７】
ステップＳ１４１９において、クライアント端末は、第二の認証画面データを受信する。
【００９８】
ステップＳ１４２０において、クライアント端末は、受信した第二の認証画面データをＷｅｂブラウザに表示する。図８は、第二の認証画面を示す一例である。携帯端末の場合は、図１１の画面を表示する。例えば、ユーザに設定されている数字の抜き出し位置が、１行１列目、１行２列目、１行３列目、１行４列目、１行５列目、１行６列目の順番で設定されている場合、図８における乱数表を例にすると、パスワードは、「６９１２３８」となる。ユーザは、パスワード８０２にパスワードを入力してログインボタン８０３を押す。
【００９９】
ステップＳ１４２１において、クライアント端末は、入力されたパスワードを、Ｗｅｂメールサーバへ送信する。
【０１００】
ステップＳ１４２２において、Ｗｅｂメールサーバは、クライアント端末から受信したパスワード用いて、認証サーバに対して、ユーザ認証を依頼するためにパスワードを送信する。
【０１０１】
ステップＳ１４２３において、認証サーバは、Ｗｅｂメールサーバからパスワードを受信する。
【０１０２】
ステップＳ１４２４において、認証サーバは、受信したパスワードの正当性を判定する。
【０１０３】
ステップＳ１４２５において、認証サーバは、ステップＳ１４２４において判定した認証結果をＷｅｂメールサーバへ送信する。
【０１０４】
ステップＳ１４２６において、Ｗｅｂメールサーバは、認証結果を受信する。
【０１０５】
ステップＳ１４２７において、Ｗｅｂメールサーバは、認証結果が正当なユーザであり認証が成功した旨の認証結果の場合は、Ｓ１４２８へ進み、認証結果が正当なユーザでないため認証が失敗した旨の認証結果の場合は、Ｓ１４１２へ進む。なお、認証が失敗し、Ｓ１４１２へ進む場合、Ｓ１４１２〜Ｓ１４１７の処理がなされた後、Ｓ１４１８で送信する第二の認証画面データには、認証が失敗した旨のエラーメッセージを表示させるための情報を含めることで、ユーザに対して認証サーバにおける認証が失敗したことを通知する。
【０１０６】
ステップＳ１４２８において、Ｗｅｂメールサーバは、メール一覧画面データ（ログイン後の画面データ）を、クライアント端末へ送信する。
【０１０７】
ステップＳ１４２９において、クライアント端末は、メール一覧画面データを受信する。そして、受信したメール一覧画面データをＷｅｂブラウザに表示する。
【０１０８】
以上より、利用者の利便性を大きく損なうことなく、簡易な方法でセキュリティを確保する認証方法を提供することが可能となる。
【０１０９】
なお、上述した各種データの構成及びその内容はこれに限定されるものではなく、用途や目的に応じて、様々な構成や内容で構成されることは言うまでもない。
【０１１０】
以上、一実施形態について示したが、本発明は、例えば、システム、装置、方法、プログラムもしくは記録媒体等としての実施態様をとることが可能であり、具体的には、複数の機器から構成されるシステムに適用しても良いし、また、一つの機器からなる装置に適用しても良い。
【０１１１】
また、本発明におけるプログラムは、図１３〜１４の処理方法をコンピュータが実行可能なプログラムであり、本発明の記憶媒体は図１３〜１４の処理方法をコンピュータが実行可能なプログラムが記憶されている。なお、本発明におけるプログラムは１３〜１４の各装置の処理方法ごとのプログラムであってもよい。
【０１１２】
以上のように、前述した実施形態の機能を実現するプログラムを記録した記録媒体を、システムあるいは装置に供給し、そのシステムあるいは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記録媒体に格納されたプログラムを読出し実行することによっても、本発明の目的が達成されることは言うまでもない。
【０１１３】
この場合、記録媒体から読み出されたプログラム自体が本発明の新規な機能を実現することになり、そのプログラムを記憶した記録媒体は本発明を構成することになる。
【０１１４】
プログラムを供給するための記録媒体としては、例えば、フレキシブルディスク，ハードディスク，光ディスク，光磁気ディスク，ＣＤ−ＲＯＭ，ＣＤ−Ｒ，ＤＶＤ−ＲＯＭ，磁気テープ，不揮発性のメモリカード，ＲＯＭ，ＥＥＰＲＯＭ，シリコンディスク等を用いることができる。
【０１１５】
また、コンピュータが読み出したプログラムを実行することにより、前述した実施形態の機能が実現されるだけでなく、そのプログラムの指示に基づき、コンピュータ上で稼働しているＯＳ（オペレーティングシステム）等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【０１１６】
さらに、記録媒体から読み出されたプログラムが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵ等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【０１１７】
また、本発明は、複数の機器から構成されるシステムに適用しても、１つの機器からなる装置に適用してもよい。また、本発明は、システムあるいは装置にプログラムを供給することによって達成される場合にも適応できることは言うまでもない。この場合、本発明を達成するためのプログラムを格納した記録媒体を該システムあるいは装置に読み出すことによって、そのシステムあるいは装置が、本発明の効果を享受することが可能となる。
【０１１８】
さらに、本発明を達成するためのプログラムをネットワーク上のサーバ，データベース等から通信プログラムによりダウンロードして読み出すことによって、そのシステムあるいは装置が、本発明の効果を享受することが可能となる。
【符号の説明】
【０１１９】
１０１ Ｗｅｂメールサーバ
１０２ 認証サーバ
１０３ ファイアウォール
１０４ クライアント端末
１０５ クライアント端末
１０６ 携帯端末
【技術分野】
【０００１】
Ｗｅｂメールシステムにおける認証方法に関するものである。
【背景技術】
【０００２】
現在、Ｗｅｂブラウザを用いることで電子メールシステムを利用可能にするＷｅｂメールシステムがある。
【０００３】
このＷｅｂメールシステムによれば、メールの新規作成や受信メールの確認などがＷｅｂブラウザのみで行うことができるという利点がある。さらに、通常のメールアプリケーションと異なり、すべてのメールをサーバ側で管理しているため、ブラウザを搭載しているコンピュータがあれば、ネットワークを介してどこからでも電子メールシステムが利用可能になるという利点もある。
【０００４】
しかしながら、どこからでも電子メールシステムが利用可能となるということは、不正アクセスの危険性も高くなる。
【０００５】
そこで、不正アクセスを防止するために、高いセキュリティ機能を有する認証方法を導入することが考えられるが、一般に高いセキュリティ機能を有する認証方法を導入すると利用者の利便性が損なわれてしまうという問題がある。
【０００６】
特許文献１には、Ｗｅｂメールにおいて、社有等の登録済ＰＣ端末、登録済携帯端末であるかを確認し、また、ＰＣ端末については、メールサーバの接続前に、ウイルス検出ソフトウェア、Ｐ２Ｐ検出ソフトウェアの稼働状況を確認して、セキュリティ上問題ないことを確認し、セキュリティが確認された登録済ＰＣ端末および登録済携帯端末のみがメールサーバにアクセスすることができるメールサーバアクセスシステムに関する技術が開示されている。
【先行技術文献】
【特許文献】
【０００７】
【特許文献１】特開２００８−２１７７１２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００８】
しかしながら、特許文献１に記載の発明は、Ｗｅｂメールシステムを利用するＰＣ端末又は携帯端末の固有情報を予め認証サーバに登録しておく必要があるため、登録されていない端末ではＷｅｂメールシステムを利用できないという制約がある。また、新規に端末を購入したり、端末を廃棄したりする場合に、メインテナンス作業が必要になるため管理の手間もかかる。さらに、ＰＣ端末についてはウイルス検出ソフトウェアの稼働状況を確認する必要があるため処理に時間がかかるという問題もある。
【０００９】
そこで、本願発明は上記課題を解決するものであり、利用者の利便性を大きく損なうことなく、簡易な方法でセキュリティを確保する認証方法を提供することを目的とする。
【課題を解決するための手段】
【００１０】
本願発明は、クライアント端末と、認証サーバとネットワークを介して通信可能な情報処理装置であって、前記クライアント端末からのアクセス要求を受け付ける受付手段と、前記受付手段により受け付けたアクセス要求に従って、前記クライアント端末を前記情報処理装置へログインさせるべく、当該クライアント端末を操作するユーザに第一の認証情報を入力させるための第一の認証画面データを送信する第一の認証画面データ送信手段と、前記第一の認証画面データ送信手段により送信された、前記第一の認証画面データを介して前記クライアント端末において入力された第一の認証情報を受信する第一の認証情報受信手段と、前記第一の認証情報受信手段により第一の認証情報を受信した場合、当該受信した認証情報を用いて認証処理を行う認証手段と、前記認証手段による認証の結果、正当なユーザであると認証された場合、前記受付手段により受け付けたアクセス要求先のポート番号が、第二の認証を行うポート番号であるかを判定する判定手段と、前記判定手段による判定の結果、第二の認証を行うポート番号であると判定された場合、前記クライアント端末を前記情報処理装置へログインさせるべく、前記クライアント端末を操作するユーザに前記認証サーバに認証を行わせるための第二の認証情報を入力させるための第二の認証画面データを送信する第二の認証画面データ送信手段と、前記第二の認証画面データ送信手段により送信された、前記第二の認証画面データを介して前記クライアント端末において入力された第二の認証情報を受信する第二の認証情報受信手段と、前記第二の認証情報受信手段により第二の認証情報を受信した場合、前記認証サーバに対して、当該受信した第二の認証情報を用いた認証処理の依頼をする認証依頼手段とを有することを特徴とする。
【発明の効果】
【００１１】
利用者の利便性を大きく損なうことなく、簡易な方法でセキュリティを確保する認証方法を提供することが可能となる。
【図面の簡単な説明】
【００１２】
【図１】本実施の形態に係るＷｅｂメールシステムの構成を示す図である。
【図２】Ｗｅｂメールサーバに適用可能な情報処理装置のハードウェア構成例を示すブロック図である。
【図３】社内ネットワークのクライアント端末からＷｅｂメールサーバへアクセスした場合の認証の流れを示す図である。
【図４】社外ネットワークのクライアント端末または携帯端末からＷｅｂメールサーバへアクセスした場合の認証の流れを示す図である。
【図５】Ｗｅｂメールサーバに設定するポート番号を示す図である。
【図６】クライアント端末に表示される第一の認証画面を示す図である。
【図７】クライアント端末に表示されるログイン後の画面を示す図である。
【図８】クライアント端末に表示される第二の認証画面を示す図である。
【図９】クライアント端末に表示される認証サーバの初期登録画面を示す図である。
【図１０】携帯端末に表示される第一の認証画面を示す図である。
【図１１】携帯端末に表示される第二の認証画面を示す図である。
【図１２】携帯端末に表示されるログイン後の画面を示す図である。
【図１３】本発明の実施の形態にかかる処理の流れを示すフローチャートである。
【図１４】本発明の実施の形態にかかる処理の流れを示すフローチャートである。
【発明を実施するための形態】
【００１３】
以下、本発明の好適な実施形態を、添付図面を参照しながら詳細に説明する。
【００１４】
図１は、本実施の形態に係るＷｅｂメールシステム（情報処理システム）の構成を示す図である。
【００１５】
図１に示すように、Ｗｅｂメールサーバ１０１（情報処理装置）は、社内ネットワークに接続される認証サーバ１０２、クライアント端末１０４とローカルエリアネットワーク（通信媒体）を介して通信を行う。また、Ｗｅｂメールサーバ１０１は、ファイアウォール１０３を経由して、社外ネットワークに接続されるクライアント端末１０５とインターネットを介して通信を行い、携帯端末１０６と電話網或いはインターネットを介して通信を行う。
【００１６】
Ｗｅｂメールサーバ１０１は、Ｗｅｂブラウザで利用することができる電子メールシステムを提供するサーバである。ユーザ毎に、受信したメールの閲覧や、新規メッセージの作成・送信などをＷｅｂブラウザのみで利用可能とする。
【００１７】
認証サーバ１０２は、Ｗｅｂメールシステムを利用するユーザの認証を行うサーバである。本発明の実施の形態においては、主として、社外ネットワークからＷｅｂメールサーバ１０１へアクセスするユーザの認証を行う。なお、このユーザ認証は、通常のＷｅｂメールシステムにおける認証とは別の認証である。ユーザを認証する方法は、特に限定するものではないが、ユーザの利便性を損なうことなく、簡易な方法でセキュリティを確保する方式が望ましい。そこで、本発明の実施の形態においては、特開２００３−２５６３７３号公報に記載されている方式を利用した認証例を用いて説明する。
【００１８】
ファイアウォール１０３は、社外ネットワークから社内ネットワークへの不正なアクセスを検出・遮断するためのシステムである。本発明の実施の形態においては、ポート番号によりアクセスを遮断する機能を備えるものとする。
【００１９】
クライアント端末１０４、１０５は、Ｗｅｂメールシステムを利用するユーザが操作するパーソナルコンピュータであり、Ｗｅｂメールサーバ１０１へアクセスするためのＷｅｂブラウザがインストールされている。
【００２０】
携帯端末１０６は、Ｗｅｂメールシステムを利用するユーザが操作する携帯電話（ＰＤＡその他の携帯端末を含む）であり、Ｗｅｂメールサーバ１０１へアクセスするためのＷｅｂブラウザ機能を備えるものである。
【００２１】
次に、図２を用いて、図１に示したＷｅｂメールサーバ１０１（認証サーバ１０２を含む。）のハードウェア構成について説明する。
【００２２】
図２は、Ｗｅｂメールサーバ１０１に適用可能な情報処理装置のハードウェア構成例を示すブロック図である。なお、図２のブロック図はクライアント端末１０４、１０５にも適用可能である。
【００２３】
図２に示すように、Ｗｅｂメールサーバ１０１は、システムバス２０４を介してＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）２０１、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）２０３、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）２０２、入力コントローラ２０５、ビデオコントローラ２０６、メモリコントローラ２０７、通信Ｉ／Ｆコントローラ２０８等が接続された構成を採る。
【００２４】
ＣＰＵ２０１は、システムバス２０４に接続される各デバイスやコントローラを統括的に制御する。
【００２５】
また、ＲＯＭ２０２あるいは外部メモリ２１１には、ＣＰＵ２０１の制御プログラムであるＢＩＯＳ（Ｂａｓｉｃ Ｉｎｐｕｔ／Ｏｕｔｐｕｔ Ｓｙｓｔｅｍ）やＯＳ（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）や、各サーバあるいは各ＰＣが実行する機能を実現するために必要な後述する各種プログラム等が記憶されている。また、本発明を実施するために必要な情報が記憶されている。なお外部メモリはデータベースであってもよい。
【００２６】
ＲＡＭ２０３は、ＣＰＵ２０１の主メモリ、ワークエリア等として機能する。ＣＰＵ２０１は、処理の実行に際して必要なプログラム等をＲＯＭ２０２あるいは外部メモリ２１１からＲＡＭ２０３にロードし、ロードしたプログラムを実行することで各種動作を実現する。
【００２７】
また、入力コントローラ２０５は、キーボード（ＫＢ）２０９や不図示のマウス（等のポインティングデバイス等からの入力を制御する。
【００２８】
ビデオコントローラ２０６は、ディスプレイ２１０等の表示器への表示を制御する。尚、表示器は液晶ディスプレイ等の表示器でもよい。これらは、必要に応じて管理者が使用する。
【００２９】
メモリコントローラ２０７は、ブートプログラム、各種のアプリケーション、フォントデータ、ユーザファイル、編集ファイル、各種データ等を記憶する外部記憶装置（ハードディスク（ＨＤ））や、フレキシブルディスク（ＦＤ）、あるいは、ＰＣＭＣＩＡ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ Ｍｅｍｏｒｙ Ｃａｒｄ Ｉｎｔｅｒｎａｔｉｏｎａｌ Ａｓｓｏｃｉａｔｉｏｎ）カードスロットにアダプタを介して接続されるコンパクトフラッシュ（登録商標）メモリ等の外部メモリ２１１へのアクセスを制御する。
【００３０】
通信Ｉ／Ｆコントローラ２０８は、ネットワーク（例えば、図１に示したＬＡＮ４００）を介して外部機器と接続・通信し、ネットワークでの通信制御処理を実行する。例えば、ＴＣＰ／ＩＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ／Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）を用いた通信等が可能である。
【００３１】
尚、ＣＰＵ２０１は、例えばＲＡＭ２０３内の表示情報用領域へアウトラインフォントの展開（ラスタライズ）処理を実行することにより、ディスプレイ２１０上に表示することが可能である。また、ＣＰＵ２０１は、ディスプレイ２１０上のマウスカーソル（図示しない）等によるユーザ指示を可能とする。
【００３２】
本発明を実現するための後述する各種プログラムは、外部メモリ２１１に記録されており、必要に応じてＲＡＭ２０３にロードされることによりＣＰＵ２０１によって実行されるものである。さらに、上記プログラムの実行時に用いられる定義ファイルおよび各種情報テーブル等も、外部メモリ２１１に格納されており、これらについての詳細な説明についても後述する。
【００３３】
次に、図３と４とを用いて、社内ネットワークのクライアント端末１０４からＷｅｂメールサーバ１０１へアクセスした場合の認証手順と、社外ネットワークのクライアント端末１０５または携帯端末１０６からＷｅｂメールサーバ１０１へアクセスした場合の認証手順を説明する。
【００３４】
図３は、社内ネットワークのクライアント端末１０４からＷｅｂメールサーバ１０１へアクセスした場合の認証の流れを示す図である。
【００３５】
ユーザは、クライアント端末１０４を操作して、Ｗｅｂブラウザを介してＷｅｂメールサーバ１０１へアクセスするための操作を行う。クライアント端末１０４は、（１）Ｗｅｂメールサーバ１０１のＵＲＬへアクセスを行う。
【００３６】
Ｗｅｂメールサーバ１０１は、アクセス要求を受け付けると、（２）Ｗｅｂメールサーバ１０１が管理するＷｅｂメールシステムのユーザ認証を行うための画面データ（第一の認証画面データ）をクライアント端末１０４へ送信する。図６は、第一の認証画面を示す図である。これはクライアント端末１０４におけるＷｅｂブラウザ上に表示される一例である。
【００３７】
ユーザは、ユーザＩＤ欄６０１およびパスワード欄６０２に第一の認証情報であるユーザＩＤおよびパスワード（第一のパスワード）を入力したのち、ログインボタン６０３を押す。入力ミスをした場合は、リセットボタン６０４を押して再入力を行う。クライアント端末１０４は、（３）ユーザにより入力された第一の認証情報であるユーザＩＤおよびパスワードをＷｅｂメールサーバ１０１へ送信する。
【００３８】
Ｗｅｂメールサーバ１０１は、ユーザＩＤおよびパスワードを受信すると、ユーザ認証（第一の認証）を行う。正当なユーザであると判定された場合、Ｗｅｂメールサーバ１０１は、（４）ログイン後の画面データをクライアント端末１０４へ送信する。図７は、ログイン後の画面を示す図である。これはクライアント端末１０４にけるＷｅｂブラウザ上に表示される一例である。例えば、ユーザは、受信トレイ７０１を選択し、受信したメール一覧７０２から任意のメールを選択すると、メール本文欄７０３に表示されるメール本文を閲覧することが可能となる。
【００３９】
なお、上記認証手順は、一般的なＷｅｂメールシステムにおける認証手順と何ら変わるものではない。このように社内におけるクライアント端末１０４からのアクセス時に通常の認証手順としたのは、セキュリティを考慮した社内ネットワークからのアクセスであれば、セキュリティが確保されているため、より高度な認証手順を行う必要がないからである。仮により高度な認証手順を行ってしまうと、却ってユーザの利便性を損なうことにもつながってしまう。
【００４０】
図４は、社外ネットワークのクライアント端末１０５または携帯端末１０６からＷｅｂメールサーバ１０１へアクセスした場合の認証の流れを示す図である。
【００４１】
ユーザは、クライアント端末１０５または携帯端末１０６を操作して、Ｗｅｂブラウザを介してＷｅｂメールサーバ１０１へアクセスするための操作を行う。クライアント端末１０５または携帯端末１０６は、（１）Ｗｅｂメールサーバ１０１のＵＲＬへアクセスを行う。
【００４２】
Ｗｅｂメールサーバ１０１は、アクセス要求を受け付けると、（２）Ｗｅｂメールサーバ１０１が管理するＷｅｂメールシステムのユーザ認証を行うための画面データ（第一の認証画面データ）をクライアント端末１０５または携帯端末１０６へ送信する。図６および１０は、第一の認証画面を示す図である。これはクライアント端末１０５または携帯端末１０６におけるＷｅｂブラウザ上に表示される一例である。
【００４３】
ユーザは、ユーザＩＤ欄６０１（１００１）およびパスワード欄６０２（１００２）にユーザＩＤおよびパスワード（第一のパスワード）を入力したのち、ログインボタン６０３（１００３）を押す。入力ミスをした場合は、リセットボタン６０４を押して再入力を行う。クライアント端末１０５または携帯端末１０６は、（３）ユーザにより入力されたユーザＩＤおよびパスワードをＷｅｂメールサーバ１０１へ送信する。
【００４４】
Ｗｅｂメールサーバ１０１は、ユーザＩＤおよびパスワードを受信すると、ユーザ認証（第一の認証）を行う。正当なユーザであると判定された場合、Ｗｅｂメールサーバ１０１は、（４）認証サーバ１０２に対して、第一の認証により正当であると判定したユーザに固有の乱数を生成するように要求する。
【００４５】
認証サーバ１０２は、乱数の生成要求を受け付けると、（５）生成した乱数情報をＷｅｂメールサーバ１０１へ送信する。
【００４６】
Ｗｅｂメールサーバ１０１は、認証サーバ１０２から受信した乱数情報を用いて、（６）認証サーバ１０２が管理するＷｅｂメールシステムのユーザ認証を行うための画面データ（第二の認証画面データ）をクライアント端末１０５または携帯端末１０６へ送信する。図８および１１は、第二の認証画面を示す図である。これはクライアント端末１０５または携帯端末１０６におけるＷｅｂブラウザ上に表示される一例である。ユーザは、Ｗｅｂブラウザ上に表示された乱数表８０１（１１０１）から、予め登録されている任意の位置の数字（例えば６桁の数字）をパスワードとして、パスワード欄８０２（１１０２）に第二の認証情報であるパスワード（第二のパスワード）を入力する。
【００４７】
なお、「予め登録されている任意の位置」とは、認証サーバへの初回登録時に「初回抜き出し位置」として登録されたもの、若しくはその後ユーザが任意に設定した「抜き出し位置」のことである。
【００４８】
図９は、認証サーバ１０２の初期登録画面を示す図である。ユーザは、認証サーバ１０２の初期登録用ＵＲＬ９０１へアクセスした後、登録ボタン９０３を押して初期登録を行う。具体的には、ＵＲＬ９０１をクリックすると、ウィンドウ画面（不図示）が表示され、認証サーバ１０２での登録が完了した旨の内容が表示される。その後、登録完了ボタン９０３を押すことで初期登録が完了する。
【００４９】
次に初回抜き出し位置について説明する。この例では、４行１２列の乱数表９０２のうち、１行１列目に「１」、１行２列目に「２」、１行３列目に「３」、１行４列目に「４」、１行５列目に「５」、１行６列目に「６」が表示されている。表示されている数字は抜き出す順序を示すものである。従って、図８における乱数表を例にすると、初期パスワードは、「６９１２３８」となる。
【００５０】
なお、８０５は、第一の認証画面を省略して第二の認証画面へ直接アクセスするためのＵＲＬである。ユーザは、このＵＲＬをブックマークへ登録しておけば、第二の認証のみでＷｅｂメールシステムへログインすることができる。ただし、第二の認証画面には、ユーザ毎の乱数表を表示する必要があるため、ＵＲＬには、ユーザ固有の情報が付加されている。認証サーバ１０２は、アクセス要求を受け付けた際、ユーザ固有の情報を読み取ることでユーザ毎の乱数表を生成することができる。
【００５１】
ユーザは、パスワード欄８０２（１１０２）へ入力したのち、ログインボタン８０３（１１０３）を押す。入力ミスをした場合は、リセットボタン８０４を押して再入力を行う。クライアント端末１０５または携帯端末１０６は、（７）ユーザにより入力された第二の認証情報であるパスワードをＷｅｂメールサーバ１０１へ送信する。
【００５２】
Ｗｅｂメールサーバ１０１は、第二の認証情報であるパスワードを受信すると、（８）認証サーバ１０２へ、受信したパスワードを転送して、ユーザの認証を依頼する。
【００５３】
認証サーバ１０２は、ユーザ認証の依頼を受け付けると、受信した第二の認証情報であるパスワードを用いて、ユーザ認証（第二の認証）を行い、（９）正当なユーザであると判定された場合には、その旨をＷｅｂメールサーバ１０１へ通知する。
【００５４】
Ｗｅｂメールサーバ１０１は、正当なユーザである旨の通知を受けると、（１０）ログイン後の画面データをクライアント端末１０５または携帯端末１０６へ送信する。図７または１２は、ログイン後の画面を示す図である。これはクライアント端末１０５または携帯端末１０６にけるＷｅｂブラウザ上に表示される一例である。図７については上述した通りである。図１２において、ユーザは、メニュー一覧１２０１から任意のメニューを選んで操作を行う。ブックマーク１２０２は、直接第二の認証画面へアクセスするためのブックマークである。
【００５５】
以上より、上記認証手順は、一般的なＷｅｂメールシステムにおける認証手順のみならず、認証サーバを用いたユーザ認証も行っている。このように社外におけるクライアント端末１０５からのアクセス時に通常の認証手順のみならず認証サーバを用いたユーザ認証も行っているのは、社外ネットワークからのアクセスの中には、悪意を持ったユーザによる不正アクセスの危険性があるため、より高度な認証手順を行う必要があるからである。そのため、社内ネットワークからのアクセスに比べて、高度な認証手順（本実施の形態においてはワンタイムパスワードを用いる）を行う。
【００５６】
次に、図１３と１４とを用いて、全体の処理の流れを説明する。
【００５７】
図１３と１４は、本発明の実施の形態にかかる処理の流れを示すフローチャートである。
【００５８】
ユーザは、クライアント端末（携帯端末を含む。以下同じ。）上で動作するＷｅｂブラウザを介してＷｅｂメールサーバへアクセスする操作を行う。
【００５９】
まず、ステップ１３０１において、クライアント端末は、ユーザからの指示に従って、Ｗｅｂブラウザを起動させる。
【００６０】
また、ステップ１３０２において、クライアント端末は、ユーザから指定されたＵＲＬのＷｅｂメールサーバへアクセス要求を行う。
【００６１】
ステップＳ１３０３において、Ｗｅｂメールサーバは、クライアント端末からのアクセス要求を受け付ける。
【００６２】
ステップＳ１３０４において、Ｗｅｂメールサーバは、アクセス先ポート番号を取得して、メモリに一時的に記憶する。例えば、クライアント端末から、「ｈｔｔｐ：／／ｗｗｗ．ｎｉｎｓｙｏ．ｃｏ．ｊｐ：８０８０」としてアクセス要求がされた場合、アクセス先ポート番号として、「８０８０」を取得する。なお、Ｗｅｂメールサーバは、接続している各ユーザのセッション情報をメモリに管理しており、取得したポート番号とユーザとを関連付けて記憶する。
【００６３】
ステップＳ１３０５において、Ｗｅｂメールサーバは、クライアント端末のＷｅｂブラウザに表示させる第一の認証画面データを、クライアント端末へ送信する。
【００６４】
ステップＳ１３０６において、クライアント端末は、第一の認証画面データを受信する。そして、受信した第一の認証画面データをＷｅｂブラウザに表示する。図６は、第一の認証画面を示す一例である。携帯端末の場合は、図１０の画面を表示する。
【００６５】
ここで、ユーザは、ユーザＩＤ欄６０１（１００１）およびパスワード欄６０２（１００２）に第一の認証情報であるユーザＩＤおよびパスワードを入力して、ログインボタン６０３（１００３）を押す。
【００６６】
ステップＳ１３０７において、クライアント端末は、ユーザにより入力された第一の認証情報であるユーザＩＤおよびパスワードを取得する。
【００６７】
ステップＳ１３０８において、クライアント端末は、取得した第一の認証情報であるユーザＩＤおよびパスワードをＷｅｂメールサーバへ送信する。
【００６８】
ステップＳ１３０９において、Ｗｅｂメールサーバは、第一の認証情報であるユーザＩＤおよびパスワードを受信する。
【００６９】
ステップＳ１３１０において、Ｗｅｂメールサーバは、受信した第一の認証情報であるユーザＩＤおよびパスワードを用いて、Ｗｅｂメールサーバが管理するユーザ情報からユーザの認証を行って、正当なユーザであるか否かを判定する。正当なユーザでないと判定した場合は、Ｓ１３１０に進み、ユーザ認証が失敗した旨が表示される情報を追加した第一の認証画面データをクライアント端末へ送信する。正当なユーザであると判定した場合は、Ｓ１３１１へ進む。
【００７０】
Ｓ１３１１において、Ｗｅｂメールサーバは、認証サーバ連携オプションの有効性を判定する。有効でないと判定した場合は、Ｓ１３１２へ進み、有効であると判定した場合は、Ｓ１３１４へ進む。ここで、認証サーバ連携オプションを使用するかどうかは、Ｗｅｂメールサーバの起動時に内部メモリに読み込まれている設定ファイルの記載内容を参照することにより行う。具体的には、設定ファイルに、使用する認証サーバのホスト名（その他の識別情報を含めることも可能）が記載されている場合は、認証サーバ連携オプションが有効であると判断する。
【００７１】
ステップＳ１３１２において、Ｗｅｂメールサーバは、メール一覧画面データ（ログイン後の画面データ）を、クライアント端末へ送信する。
【００７２】
ステップＳ１３１３において、クライアント端末は、メール一覧画面データを受信する。そして、受信したメール一覧画面データをＷｅｂブラウザに表示する。図７は、メール一覧画面を示す一例である。携帯端末の場合は、図１２の画面を表示する。
【００７３】
ステップＳ１３１４において、Ｗｅｂメールサーバは、ステップＳ１３０４においてメモリに一時的に取得したポート番号が、認証サーバによる認証を行うポート番号であるかを判定する。認証を行うポート番号でないと判定した場合、Ｓ１３１２へ進み、認証を行うポート番号であると判定した場合、Ｓ１３１５へ進む。
【００７４】
ここで、認証サーバによる認証をポート番号であるかと判定するために、予め設定されるポート番号の設定を用いる。図５を用いて具体例を説明する。まず、前提として、Ｗｅｂメールサーバが使うポート番号の設定がされる。ここで、５０１には、ポート番号「８０」と「８０８０」が設定されている。従って、Ｗｅｂメールサーバは、接続先ポート番号が何れかのポート番号の場合にのみ接続要求を受け付ける。次に、５０２には、認証サーバを使わないポート番号として「８０８０」が設定される。従って、Ｗｅｂメールサーバは、アクセス先ポート番号が「８０」の場合は、認証サーバによる認証を行うと判断し、アクセス先ポート番号が「８０８０」の場合は、認証サーバによる認証を行わないと判断することができる。
【００７５】
さらに、ファイアウォールの設定により外部ネットワークからアクセス先ポート番号「８０８０」が指定される通信を遮断する設定を行うことにより、社内ネットワークからと社外ネットワークからのアクセスにより認証サーバを使う場合と使わない場合を使い分けることが可能となる。すなわち、社内ネットワークからＷｅｂメールサーバへアクセスする場合は、アクセス先ポート番号として「８０８０」を指定させる運用とすることで、認証サーバを用いることなく、従来のＷｅｂメールサーバ単体の認証によりＷｅｂメールサーバへログインすることができる。
【００７６】
従って、比較的高いセキュリティ対策が施されている社内ネットワークから利用する場合には、従来と変わることなくＷｅｂメールサーバを利用することができるため、ユーザの利便性を損なうことがない。一方、社外ネットワークからＷｅｂメールサーバへアクセスする場合は、アクセス先ポート番号として「８０」を指定させる運用とすることで（特に指定しなくともＷｅｂサーバへのアクセスは、デフォルトで「８０」が指定される。）、Ｗｅｂメールサーバ単体の認証だけでなく、認証サーバを用いた認証を行う。これにより外部ネットワークからの不正アクセスを防止することができる。ここで、ユーザがアクセス先ポート番号として「８０８０」を指定したとしてもファイアウォールで通信が遮断されるため社外ネットワークからの通信は、認証サーバによる認証を回避することはできない。
【００７７】
ステップＳ１３１５において、Ｗｅｂメールサーバは、外部記憶装置等から各ユーザ個別の情報（ユーザが使用できるディスク容量等のシステム情報、アドレス帳等のメール関連情報、その他認証サーバ上でのユーザＩＤ等を含む情報）の中から認証サーバにおけるユーザ情報を取得する。
【００７８】
ステップＳ１３１６において、Ｗｅｂメールサーバは、ステップＳ１３１５において取得したユーザ情報の有効性を判定する。有効でないと判定した場合は、ステップＳ１３０５へ進み、有効であると判定した場合は、図１４の（Ａ）へ進む。有効性を判断する方法は、どのような形態であってもよいが、一例として、取得したユーザ情報に認証サーバ上でのユーザＩＤが存在するかを確認する方法がある。このユーザＩＤが存在しない場合は、有効でないと判定することができる。
【００７９】
ステップＳ１４０１において、Ｗｅｂメールサーバは、認証サーバにおける初回登録が完了しているかどうかを判定する。初回登録がされていない場合は、ステップＳ１４０２へ進み、初回登録がされている場合は、ステップＳ１４１３へ進む。この判定は、ステップＳ１３１５において取得したユーザ情報に初回登録が完了しているかどうかの情報が含まれるため、この情報に基づいて判定を行う。
【００８０】
ステップＳ１４０２において、Ｗｅｂメールサーバは、認証サーバへ初回登録情報を要求する。
【００８１】
ステップＳ１４０３において、認証サーバは、初回登録情報の要求を受信する。
【００８２】
ステップＳ１４０４において、初回登録情報を、Ｗｅｂメールサーバへ送信する。
【００８３】
ステップＳ１４０５において、Ｗｅｂメールサーバは、初回登録情報を受信する。
【００８４】
ステップＳ１４０６において、Ｗｅｂメールサーバは、受信した初回登録情報を用いて生成した初回登録画面データを、クライアント端末へ送信する。
【００８５】
ステップＳ１４０７において、クライアント端末は、初期登録画面データを受信する。
【００８６】
ステップＳ１４０８において、クライアント端末は、受信した初期登録画面データをＷｅｂブラウザに表示する。図９は、初期登録画面を示す一例である。上述した通り、この例では、ワンタイムパスワードの初回抜き出し位置は、１行１列から順番に１行６列までの位置であることが示されている。ユーザは初回抜き出し位置を確認した後、ＵＲＬ９０１をクリックして初期登録を行い、登録完了ボタン９０３を押す。
【００８７】
ステップＳ１４０９において、クライアント端末は、認証サーバへ登録の指示を行う。
【００８８】
ステップＳ１４１０において、認証サーバは、クライアント端末からの登録要求を受信する。
【００８９】
ステップＳ１４１１において、認証サーバは、受信した登録要求に従って、ユーザ登録を行い、ステップＳ１４０１へ進む。
【００９０】
ステップＳ１４１２において、Ｗｅｂメールサーバは、ステップＳ１３１０において第一の認証により認証されたユーザに対する乱数情報を、認証サーバへ要求する。
【００９１】
ステップＳ１４１３において、認証サーバは、Ｗｅｂメールサーバからの乱数情報の要求を受信する。
【００９２】
ステップＳ１４１４において、認証サーバは、要求を受けたユーザに固有の乱数情報を生成する。本実施の形態においては、４行１２列の表形式に配置する乱数を生成する。
【００９３】
ステップＳ１４１５において、認証サーバは、生成した乱数情報を用いて、データの形式を定義したＸＭＬ形式でＷｅｂメールサーバへ送信する。
【００９４】
ステップＳ１４１６において、Ｗｅｂメールサーバは、認証サーバからＸＭＬ形式の乱数情報を受信する。
【００９５】
ステップＳ１４１７において、Ｗｅｂメールサーバは、受信したＸＭＬ形式の乱数情報を用いて第二の認証画面データを生成する。
【００９６】
ステップＳ１４１８において、生成した第二の認証画面データを、クライアント端末へ送信する。
【００９７】
ステップＳ１４１９において、クライアント端末は、第二の認証画面データを受信する。
【００９８】
ステップＳ１４２０において、クライアント端末は、受信した第二の認証画面データをＷｅｂブラウザに表示する。図８は、第二の認証画面を示す一例である。携帯端末の場合は、図１１の画面を表示する。例えば、ユーザに設定されている数字の抜き出し位置が、１行１列目、１行２列目、１行３列目、１行４列目、１行５列目、１行６列目の順番で設定されている場合、図８における乱数表を例にすると、パスワードは、「６９１２３８」となる。ユーザは、パスワード８０２にパスワードを入力してログインボタン８０３を押す。
【００９９】
ステップＳ１４２１において、クライアント端末は、入力されたパスワードを、Ｗｅｂメールサーバへ送信する。
【０１００】
ステップＳ１４２２において、Ｗｅｂメールサーバは、クライアント端末から受信したパスワード用いて、認証サーバに対して、ユーザ認証を依頼するためにパスワードを送信する。
【０１０１】
ステップＳ１４２３において、認証サーバは、Ｗｅｂメールサーバからパスワードを受信する。
【０１０２】
ステップＳ１４２４において、認証サーバは、受信したパスワードの正当性を判定する。
【０１０３】
ステップＳ１４２５において、認証サーバは、ステップＳ１４２４において判定した認証結果をＷｅｂメールサーバへ送信する。
【０１０４】
ステップＳ１４２６において、Ｗｅｂメールサーバは、認証結果を受信する。
【０１０５】
ステップＳ１４２７において、Ｗｅｂメールサーバは、認証結果が正当なユーザであり認証が成功した旨の認証結果の場合は、Ｓ１４２８へ進み、認証結果が正当なユーザでないため認証が失敗した旨の認証結果の場合は、Ｓ１４１２へ進む。なお、認証が失敗し、Ｓ１４１２へ進む場合、Ｓ１４１２〜Ｓ１４１７の処理がなされた後、Ｓ１４１８で送信する第二の認証画面データには、認証が失敗した旨のエラーメッセージを表示させるための情報を含めることで、ユーザに対して認証サーバにおける認証が失敗したことを通知する。
【０１０６】
ステップＳ１４２８において、Ｗｅｂメールサーバは、メール一覧画面データ（ログイン後の画面データ）を、クライアント端末へ送信する。
【０１０７】
ステップＳ１４２９において、クライアント端末は、メール一覧画面データを受信する。そして、受信したメール一覧画面データをＷｅｂブラウザに表示する。
【０１０８】
以上より、利用者の利便性を大きく損なうことなく、簡易な方法でセキュリティを確保する認証方法を提供することが可能となる。
【０１０９】
なお、上述した各種データの構成及びその内容はこれに限定されるものではなく、用途や目的に応じて、様々な構成や内容で構成されることは言うまでもない。
【０１１０】
以上、一実施形態について示したが、本発明は、例えば、システム、装置、方法、プログラムもしくは記録媒体等としての実施態様をとることが可能であり、具体的には、複数の機器から構成されるシステムに適用しても良いし、また、一つの機器からなる装置に適用しても良い。
【０１１１】
また、本発明におけるプログラムは、図１３〜１４の処理方法をコンピュータが実行可能なプログラムであり、本発明の記憶媒体は図１３〜１４の処理方法をコンピュータが実行可能なプログラムが記憶されている。なお、本発明におけるプログラムは１３〜１４の各装置の処理方法ごとのプログラムであってもよい。
【０１１２】
以上のように、前述した実施形態の機能を実現するプログラムを記録した記録媒体を、システムあるいは装置に供給し、そのシステムあるいは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記録媒体に格納されたプログラムを読出し実行することによっても、本発明の目的が達成されることは言うまでもない。
【０１１３】
この場合、記録媒体から読み出されたプログラム自体が本発明の新規な機能を実現することになり、そのプログラムを記憶した記録媒体は本発明を構成することになる。
【０１１４】
プログラムを供給するための記録媒体としては、例えば、フレキシブルディスク，ハードディスク，光ディスク，光磁気ディスク，ＣＤ−ＲＯＭ，ＣＤ−Ｒ，ＤＶＤ−ＲＯＭ，磁気テープ，不揮発性のメモリカード，ＲＯＭ，ＥＥＰＲＯＭ，シリコンディスク等を用いることができる。
【０１１５】
また、コンピュータが読み出したプログラムを実行することにより、前述した実施形態の機能が実現されるだけでなく、そのプログラムの指示に基づき、コンピュータ上で稼働しているＯＳ（オペレーティングシステム）等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【０１１６】
さらに、記録媒体から読み出されたプログラムが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵ等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【０１１７】
また、本発明は、複数の機器から構成されるシステムに適用しても、１つの機器からなる装置に適用してもよい。また、本発明は、システムあるいは装置にプログラムを供給することによって達成される場合にも適応できることは言うまでもない。この場合、本発明を達成するためのプログラムを格納した記録媒体を該システムあるいは装置に読み出すことによって、そのシステムあるいは装置が、本発明の効果を享受することが可能となる。
【０１１８】
さらに、本発明を達成するためのプログラムをネットワーク上のサーバ，データベース等から通信プログラムによりダウンロードして読み出すことによって、そのシステムあるいは装置が、本発明の効果を享受することが可能となる。
【符号の説明】
【０１１９】
１０１ Ｗｅｂメールサーバ
１０２ 認証サーバ
１０３ ファイアウォール
１０４ クライアント端末
１０５ クライアント端末
１０６ 携帯端末
【特許請求の範囲】
【請求項１】
クライアント端末と、認証サーバとネットワークを介して通信可能な情報処理装置であって、
前記クライアント端末からのアクセス要求を受け付ける受付手段と、
前記受付手段により受け付けたアクセス要求に従って、前記クライアント端末を前記情報処理装置へログインさせるべく、当該クライアント端末を操作するユーザに第一の認証情報を入力させるための第一の認証画面データを送信する第一の認証画面データ送信手段と、
前記第一の認証画面データ送信手段により送信された、前記第一の認証画面データを介して前記クライアント端末において入力された第一の認証情報を受信する第一の認証情報受信手段と、
前記第一の認証情報受信手段により第一の認証情報を受信した場合、当該受信した認証情報を用いて認証処理を行う認証手段と、
前記認証手段による認証の結果、正当なユーザであると認証された場合、前記受付手段により受け付けたアクセス要求先のポート番号が、第二の認証を行うポート番号であるかを判定する判定手段と、
前記判定手段による判定の結果、第二の認証を行うポート番号であると判定された場合、前記クライアント端末を前記情報処理装置へログインさせるべく、前記クライアント端末を操作するユーザに前記認証サーバに認証を行わせるための第二の認証情報を入力させるための第二の認証画面データを送信する第二の認証画面データ送信手段と、
前記第二の認証画面データ送信手段により送信された、前記第二の認証画面データを介して前記クライアント端末において入力された第二の認証情報を受信する第二の認証情報受信手段と、
前記第二の認証情報受信手段により第二の認証情報を受信した場合、前記認証サーバに対して、当該受信した第二の認証情報を用いた認証処理の依頼をする認証依頼手段と
を有することを特徴とする情報処理装置。
【請求項２】
前記認証依頼手段による依頼に応じて、前記認証サーバから当該ユーザに対する認証結果を得た場合、当該認証結果が、認証が成功した旨の結果であるときは、前記クライアント端末へログイン後の画面データを送信するログイン後画面データ送信手段を更に有することを特徴とする請求項１に記載の情報処理装置。
【請求項３】
前記第二の認証画面データ送信手段は、前記判定手段による判定の結果、第二の認証を行うポート番号であると判定された場合、前記認証されたユーザに対応する、前記認証サーバによって生成された乱数情報を用いて、前記クライアント端末において表形式で表示させるため画面情報を含む前記第二の認証画面データを送信することを特徴とする請求項１に記載の情報処理装置。
【請求項４】
前記第二の認証画面データ送信手段は、前記認証依頼手段による依頼に応じて、前記認証サーバから当該ユーザに対する認証結果を得た場合、当該認証結果が、認証が失敗した旨の結果であるときは、当該認証サーバにより新たに生成された乱数情報を用いて、前記クライアント端末において表形式で表示させるため画面情報を含む前記第二の認証画面データを送信することを特徴とする請求項１乃至３の何れか１項に記載の情報処理装置。
【請求項５】
クライアント端末と、認証サーバとネットワークを介して通信可能な情報処理装置における制御方法であって、
前記クライアント端末からのアクセス要求を受け付ける受付ステップと、
前記受付ステップにより受け付けたアクセス要求に従って、前記クライアント端末を前記情報処理装置へログインさせるべく、当該クライアント端末を操作するユーザに第一の認証情報を入力させるための第一の認証画面データを送信する第一の認証画面データ送信ステップと、
前記第一の認証画面データ送信ステップにより送信された、前記第一の認証画面データを介して前記クライアント端末において入力された第一の認証情報を受信する第一の認証情報受信ステップと、
前記第一の認証情報受信ステップにより第一の認証情報を受信した場合、当該受信した認証情報を用いて認証処理を行う認証ステップと、
前記認証ステップによる認証の結果、正当なユーザであると認証された場合、前記受付ステップにより受け付けたアクセス要求先のポート番号が、第二の認証を行うポート番号であるかを判定する判定ステップと、
前記判定ステップによる判定の結果、第二の認証を行うポート番号であると判定された場合、前記クライアント端末を前記情報処理装置へログインさせるべく、前記クライアント端末を操作するユーザに前記認証サーバに認証を行わせるための第二の認証情報を入力させるための第二の認証画面データを送信する第二の認証画面データ送信ステップと、
前記第二の認証画面データ送信ステップにより送信された、前記第二の認証画面データを介して前記クライアント端末において入力された第二の認証情報を受信する第二の認証情報受信ステップと、
前記第二の認証情報受信ステップにより第二の認証情報を受信した場合、前記認証サーバに対して、当該受信した第二の認証情報を用いた認証処理の依頼をする認証依頼ステップと
を有することを特徴とする制御方法。
【請求項６】
クライアント端末と、認証サーバと、情報処理装置とがネットワークを介して通信可能な情報処理システムであって、
前記クライアント端末からのアクセス要求を受け付ける受付手段と、
前記受付手段により受け付けたアクセス要求に従って、前記クライアント端末を前記情報処理装置へログインさせるべく、当該クライアント端末を操作するユーザに第一の認証情報を入力させるための第一の認証画面データを送信する第一の認証画面データ送信手段と、
前記第一の認証画面データ送信手段により送信された、前記第一の認証画面データを介して前記クライアント端末において入力された第一の認証情報を受信する第一の認証情報受信手段と、
前記第一の認証情報受信手段により第一の認証情報を受信した場合、当該受信した認証情報を用いて認証処理を行う認証手段と、
前記認証手段による認証の結果、正当なユーザであると認証された場合、前記受付手段により受け付けたアクセス要求先のポート番号が、第二の認証を行うポート番号であるかを判定する判定手段と、
前記判定手段による判定の結果、第二の認証を行うポート番号であると判定された場合、前記クライアント端末を前記情報処理装置へログインさせるべく、前記クライアント端末を操作するユーザに前記認証サーバに認証を行わせるための第二の認証情報を入力させるための第二の認証画面データを送信する第二の認証画面データ送信手段と、
前記第二の認証画面データ送信手段により送信された、前記第二の認証画面データを介して前記クライアント端末において入力された第二の認証情報を受信する第二の認証情報受信手段と、
前記第二の認証情報受信手段により第二の認証情報を受信した場合、前記認証サーバに対して、当該受信した第二の認証情報を用いた認証処理の依頼をする認証依頼手段と
を有することを特徴とする情報処理システム。
【請求項７】
クライアント端末と、認証サーバとネットワークを介して通信可能な情報処理装置において実行可能なプログラムであって、
前記クライアント端末からのアクセス要求を受け付ける受付手段と、
前記受付手段により受け付けたアクセス要求に従って、前記クライアント端末を前記情報処理装置へログインさせるべく、当該クライアント端末を操作するユーザに第一の認証情報を入力させるための第一の認証画面データを送信する第一の認証画面データ送信手段と、
前記第一の認証画面データ送信手段により送信された、前記第一の認証画面データを介して前記クライアント端末において入力された第一の認証情報を受信する第一の認証情報受信手段と、
前記第一の認証情報受信手段により第一の認証情報を受信した場合、当該受信した認証情報を用いて認証処理を行う認証手段と、
前記認証手段による認証の結果、正当なユーザであると認証された場合、前記受付手段により受け付けたアクセス要求先のポート番号が、第二の認証を行うポート番号であるかを判定する判定手段と、
前記判定手段による判定の結果、第二の認証を行うポート番号であると判定された場合、前記クライアント端末を前記情報処理装置へログインさせるべく、前記クライアント端末を操作するユーザに前記認証サーバに認証を行わせるための第二の認証情報を入力させるための第二の認証画面データを送信する第二の認証画面データ送信手段と、
前記第二の認証画面データ送信手段により送信された、前記第二の認証画面データを介して前記クライアント端末において入力された第二の認証情報を受信する第二の認証情報受信手段と、
前記第二の認証情報受信手段により第二の認証情報を受信した場合、前記認証サーバに対して、当該受信した第二の認証情報を用いた認証処理の依頼をする認証依頼手段
として前記情報処理装置を機能させることを特徴とするプログラム。
【請求項８】
請求項７に記載のプログラムをコンピュータ読み取り可能に記録した記録媒体。
【請求項１】
クライアント端末と、認証サーバとネットワークを介して通信可能な情報処理装置であって、
前記クライアント端末からのアクセス要求を受け付ける受付手段と、
前記受付手段により受け付けたアクセス要求に従って、前記クライアント端末を前記情報処理装置へログインさせるべく、当該クライアント端末を操作するユーザに第一の認証情報を入力させるための第一の認証画面データを送信する第一の認証画面データ送信手段と、
前記第一の認証画面データ送信手段により送信された、前記第一の認証画面データを介して前記クライアント端末において入力された第一の認証情報を受信する第一の認証情報受信手段と、
前記第一の認証情報受信手段により第一の認証情報を受信した場合、当該受信した認証情報を用いて認証処理を行う認証手段と、
前記認証手段による認証の結果、正当なユーザであると認証された場合、前記受付手段により受け付けたアクセス要求先のポート番号が、第二の認証を行うポート番号であるかを判定する判定手段と、
前記判定手段による判定の結果、第二の認証を行うポート番号であると判定された場合、前記クライアント端末を前記情報処理装置へログインさせるべく、前記クライアント端末を操作するユーザに前記認証サーバに認証を行わせるための第二の認証情報を入力させるための第二の認証画面データを送信する第二の認証画面データ送信手段と、
前記第二の認証画面データ送信手段により送信された、前記第二の認証画面データを介して前記クライアント端末において入力された第二の認証情報を受信する第二の認証情報受信手段と、
前記第二の認証情報受信手段により第二の認証情報を受信した場合、前記認証サーバに対して、当該受信した第二の認証情報を用いた認証処理の依頼をする認証依頼手段と
を有することを特徴とする情報処理装置。
【請求項２】
前記認証依頼手段による依頼に応じて、前記認証サーバから当該ユーザに対する認証結果を得た場合、当該認証結果が、認証が成功した旨の結果であるときは、前記クライアント端末へログイン後の画面データを送信するログイン後画面データ送信手段を更に有することを特徴とする請求項１に記載の情報処理装置。
【請求項３】
前記第二の認証画面データ送信手段は、前記判定手段による判定の結果、第二の認証を行うポート番号であると判定された場合、前記認証されたユーザに対応する、前記認証サーバによって生成された乱数情報を用いて、前記クライアント端末において表形式で表示させるため画面情報を含む前記第二の認証画面データを送信することを特徴とする請求項１に記載の情報処理装置。
【請求項４】
前記第二の認証画面データ送信手段は、前記認証依頼手段による依頼に応じて、前記認証サーバから当該ユーザに対する認証結果を得た場合、当該認証結果が、認証が失敗した旨の結果であるときは、当該認証サーバにより新たに生成された乱数情報を用いて、前記クライアント端末において表形式で表示させるため画面情報を含む前記第二の認証画面データを送信することを特徴とする請求項１乃至３の何れか１項に記載の情報処理装置。
【請求項５】
クライアント端末と、認証サーバとネットワークを介して通信可能な情報処理装置における制御方法であって、
前記クライアント端末からのアクセス要求を受け付ける受付ステップと、
前記受付ステップにより受け付けたアクセス要求に従って、前記クライアント端末を前記情報処理装置へログインさせるべく、当該クライアント端末を操作するユーザに第一の認証情報を入力させるための第一の認証画面データを送信する第一の認証画面データ送信ステップと、
前記第一の認証画面データ送信ステップにより送信された、前記第一の認証画面データを介して前記クライアント端末において入力された第一の認証情報を受信する第一の認証情報受信ステップと、
前記第一の認証情報受信ステップにより第一の認証情報を受信した場合、当該受信した認証情報を用いて認証処理を行う認証ステップと、
前記認証ステップによる認証の結果、正当なユーザであると認証された場合、前記受付ステップにより受け付けたアクセス要求先のポート番号が、第二の認証を行うポート番号であるかを判定する判定ステップと、
前記判定ステップによる判定の結果、第二の認証を行うポート番号であると判定された場合、前記クライアント端末を前記情報処理装置へログインさせるべく、前記クライアント端末を操作するユーザに前記認証サーバに認証を行わせるための第二の認証情報を入力させるための第二の認証画面データを送信する第二の認証画面データ送信ステップと、
前記第二の認証画面データ送信ステップにより送信された、前記第二の認証画面データを介して前記クライアント端末において入力された第二の認証情報を受信する第二の認証情報受信ステップと、
前記第二の認証情報受信ステップにより第二の認証情報を受信した場合、前記認証サーバに対して、当該受信した第二の認証情報を用いた認証処理の依頼をする認証依頼ステップと
を有することを特徴とする制御方法。
【請求項６】
クライアント端末と、認証サーバと、情報処理装置とがネットワークを介して通信可能な情報処理システムであって、
前記クライアント端末からのアクセス要求を受け付ける受付手段と、
前記受付手段により受け付けたアクセス要求に従って、前記クライアント端末を前記情報処理装置へログインさせるべく、当該クライアント端末を操作するユーザに第一の認証情報を入力させるための第一の認証画面データを送信する第一の認証画面データ送信手段と、
前記第一の認証画面データ送信手段により送信された、前記第一の認証画面データを介して前記クライアント端末において入力された第一の認証情報を受信する第一の認証情報受信手段と、
前記第一の認証情報受信手段により第一の認証情報を受信した場合、当該受信した認証情報を用いて認証処理を行う認証手段と、
前記認証手段による認証の結果、正当なユーザであると認証された場合、前記受付手段により受け付けたアクセス要求先のポート番号が、第二の認証を行うポート番号であるかを判定する判定手段と、
前記判定手段による判定の結果、第二の認証を行うポート番号であると判定された場合、前記クライアント端末を前記情報処理装置へログインさせるべく、前記クライアント端末を操作するユーザに前記認証サーバに認証を行わせるための第二の認証情報を入力させるための第二の認証画面データを送信する第二の認証画面データ送信手段と、
前記第二の認証画面データ送信手段により送信された、前記第二の認証画面データを介して前記クライアント端末において入力された第二の認証情報を受信する第二の認証情報受信手段と、
前記第二の認証情報受信手段により第二の認証情報を受信した場合、前記認証サーバに対して、当該受信した第二の認証情報を用いた認証処理の依頼をする認証依頼手段と
を有することを特徴とする情報処理システム。
【請求項７】
クライアント端末と、認証サーバとネットワークを介して通信可能な情報処理装置において実行可能なプログラムであって、
前記クライアント端末からのアクセス要求を受け付ける受付手段と、
前記受付手段により受け付けたアクセス要求に従って、前記クライアント端末を前記情報処理装置へログインさせるべく、当該クライアント端末を操作するユーザに第一の認証情報を入力させるための第一の認証画面データを送信する第一の認証画面データ送信手段と、
前記第一の認証画面データ送信手段により送信された、前記第一の認証画面データを介して前記クライアント端末において入力された第一の認証情報を受信する第一の認証情報受信手段と、
前記第一の認証情報受信手段により第一の認証情報を受信した場合、当該受信した認証情報を用いて認証処理を行う認証手段と、
前記認証手段による認証の結果、正当なユーザであると認証された場合、前記受付手段により受け付けたアクセス要求先のポート番号が、第二の認証を行うポート番号であるかを判定する判定手段と、
前記判定手段による判定の結果、第二の認証を行うポート番号であると判定された場合、前記クライアント端末を前記情報処理装置へログインさせるべく、前記クライアント端末を操作するユーザに前記認証サーバに認証を行わせるための第二の認証情報を入力させるための第二の認証画面データを送信する第二の認証画面データ送信手段と、
前記第二の認証画面データ送信手段により送信された、前記第二の認証画面データを介して前記クライアント端末において入力された第二の認証情報を受信する第二の認証情報受信手段と、
前記第二の認証情報受信手段により第二の認証情報を受信した場合、前記認証サーバに対して、当該受信した第二の認証情報を用いた認証処理の依頼をする認証依頼手段
として前記情報処理装置を機能させることを特徴とするプログラム。
【請求項８】
請求項７に記載のプログラムをコンピュータ読み取り可能に記録した記録媒体。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【公開番号】特開２０１０−２５７３３１（Ｐ２０１０−２５７３３１Ａ）
【公開日】平成２２年１１月１１日（２０１０．１１．１１）
【国際特許分類】
【出願番号】特願２００９−１０８２６２（Ｐ２００９−１０８２６２）
【出願日】平成２１年４月２７日（２００９．４．２７）
【出願人】（３９９１０７１７７）キヤノンソフト情報システム株式会社 (20)
【出願人】（３０１０１５９５６）キヤノンソフトウェア株式会社 (364)
【Ｆターム（参考）】
【公開日】平成２２年１１月１１日（２０１０．１１．１１）
【国際特許分類】
【出願日】平成２１年４月２７日（２００９．４．２７）
【出願人】（３９９１０７１７７）キヤノンソフト情報システム株式会社 (20)
【出願人】（３０１０１５９５６）キヤノンソフトウェア株式会社 (364)
【Ｆターム（参考）】
[ Back to top ]