(57)【要約】【課題】管理者が近くにいなくても、管理者の承認の下でユーザ認証を行う。【解決手段】認証装置５は、ユーザ認証を要するコンピュータ２に組み込まれている。記憶部１１は、ユーザ識別情報を記憶する。操作入力部１２は、任意の認証コードを操作入力可能である。受信部１３は、コンピュータ２の外部から送信される認証用データを受信する。認証部１０は、記憶部１１に記憶されたユーザ識別情報と、操作入力部１２によって入力された任意の認証コードと、受信部１３により受信された認証用データと、に基づいて、ユーザ認証を行う。【選択図】図１
2010277385.tif 000002
【特許請求の範囲】
【請求項１】
ユーザ認証を要するコンピュータに組み込まれた認証装置であって、
ユーザ識別情報を記憶する記憶部と、
任意の認証コードを操作入力可能な操作入力部と、
前記コンピュータ外部から送信される認証用データを受信する受信部と、
前記受信部により受信された前記認証用データが、前記記憶部に記憶されたユーザ識別情報と、前記操作入力部によって入力された任意の認証コードとを用いて暗号化されたデータであると判定された場合に、ユーザ認証を成功させる認証部と、
を備える認証装置。
【請求項２】
前記認証部は、
前記操作入力部によって入力された任意の認証コードを用いて、前記記憶部に記憶されたユーザ識別情報に対する暗号化処理を行って暗号化データを作成する暗号化部と、
前記暗号化データと、前記受信部により受信された認証用データとを照合することにより、ユーザ認証の成否を判定する判定部と、
を備えることを特徴とする請求項１に記載の認証装置。
【請求項３】
前記認証部は、
前記操作入力部によって入力された任意の認証コードを用いて、前記受信部により受信された前記認証用データに対する復号化処理を行った復号化データを作成する復号化部と、
前記復号化データと、前記記憶部に記憶されるユーザ識別情報とを照合することにより、ユーザ認証の成否を判定する判定部と、
を備えることを特徴とする請求項１に記載の認証装置。
【請求項４】
前記受信部は、
前記認証用データとともに、前記認証用データの送信元に関する情報を受信し、
前記認証部は、
前記認証用データの送信元に関する情報を用いて、ユーザ認証を行う、
ことを特徴とする請求項１乃至３のいずれか一項に記載の認証装置。
【請求項５】
タイマをさらに備え、
前記受信部は、
前記認証用データとともに、前記認証用データの送信時刻に関する情報を受信し、
前記認証部は、
前記タイマによって計測される認証開始時刻と、前記認証用データの送信時刻との時間差に基づいて、ユーザ認証を行う、
ことを特徴とする請求項１乃至４のいずれか一項に記載の認証装置。
【請求項６】
前記受信部は、
前記認証部におけるユーザ認証が成功するか、又は、前記時間差が許容範囲を超えるまで、前記認証用データの転送要求を外部の通信機器に送信して、前記転送要求に応じた前記認証用データを、その通信機器から順次受信し、
前記認証部は、
前記受信部により前記認証用データが受信される度に、受信された前記認証用データに基づいて、ユーザ認証を行う、
ことを特徴とする請求項５に記載の認証装置。
【請求項７】
前記受信部は、
外部の通信機器から送信される電子メールを受信し、
前記認証部は、
前記電子メールに含まれているデータを、前記認証用データとして抽出する、
ことを特徴とする請求項１乃至６のいずれか一項に記載の認証装置。
【請求項８】
前記認証部は、
ユーザ認証を行った後、認証に用いられたデータを消去する、
ことを特徴とする請求項１乃至７のいずれか一項に記載の認証装置。
【請求項９】
請求項１乃至８のいずれか一項に記載の認証装置に送信される認証用データを作成する管理装置であって、
前記任意の認証コードを入力する入力部と、
前記入力部によって入力された任意の認証コードを用いて、前記ユーザ識別情報に対して、暗号化処理を施して、前記認証用データを作成するデータ作成部と、
前記認証用データを送信する送信部と、
を備える管理装置。
【請求項１０】
前記送信部は、
前記認証用データとともに、送信元の識別情報を、前記認証用データの送信元に関する情報として、送信する、
ことを特徴とする請求項９に記載の管理装置。
【請求項１１】
前記送信部は、
前記認証用データとともに、前記認証用データの送信時刻を送信する、
ことを特徴とする請求項９又は１０に記載の管理装置。
【請求項１２】
前記入力部は、
前記任意の認証コードとともに、前記ユーザ識別情報を入力し、
前記データ作成部は、
前記入力部によって入力された任意の認証コードを用いて、前記入力部によって入力された前記ユーザ識別情報に対する暗号化処理を行って前記認証用データを作成する、
ことを特徴とする請求項９乃至１１のいずれか一項に記載の管理装置。
【請求項１３】
前記ユーザ識別情報を記憶する記憶部をさらに備え、
前記データ作成部は、
前記入力部によって入力された任意の認証コードを用いて、前記記憶部に記憶されたユーザ識別情報に対する暗号化処理を行って認証用データを作成する、
ことを特徴とする請求項９乃至１１のいずれか一項に記載の管理装置。
【請求項１４】
前記データ作成部は、
前記認証用データを本文に含む電子メールを作成し、
前記送信部は、
作成された前記電子メールを送信する、
ことを特徴とする請求項９乃至１３のいずれか一項に記載の管理装置。
【請求項１５】
前記入力部は、
外部の通信機器から送信される電子メールを受信する受信部であり、
前記データ作成部は、
前記受信部によって受信された電子メールに含まれる認証コードを用いて、暗号化を行う、
ことを特徴とする請求項９乃至１４のいずれか一項に記載の管理装置。
【請求項１６】
請求項９乃至１５のいずれか一項に記載の管理装置から送信される認証用データを含むデータを受信する受信部と、
前記受信部によって受信された前記認証用データを含むデータを、請求項１乃至８のいずれか一項に記載の認証装置に転送する送信部と、
を備える転送装置。
【請求項１７】
前記データは、電子メールである、
ことを特徴とする請求項１６に記載の転送装置。
【請求項１８】
請求項１乃至８のいずれか一項に記載の認証装置と、
請求項９乃至１５のいずれか一項に記載の管理装置と、
を備える認証システム。
【請求項１９】
請求項１６又は１７に記載の転送装置をさらに備える、
ことを特徴とする請求項１８に記載の認証システム。
【請求項２０】
ユーザ認証を要するコンピュータの認証方法であって、
任意の認証コードを操作入力可能な操作入力工程と、
前記コンピュータ外部から送信される認証用データを受信する受信工程と、
前記受信工程により受信された前記認証用データが、前記コンピュータに予め記憶されたユーザ識別情報と、前記操作入力工程によって入力された任意の認証コードとを用いて暗号化されたデータであると判定された場合に、ユーザ認証を成功させる認証工程と、
を含む認証方法。
【請求項２１】
ユーザ認証を要するコンピュータに実行させるプログラムであって、
任意の認証コードを操作入力可能な操作入力手順と、
前記コンピュータ外部から送信される認証用データを受信する受信手順と、
前記受信手順により受信された前記認証用データが、前記コンピュータに予め記憶されたユーザ識別情報と、前記操作入力手順によって入力された任意の認証コードとを用いて暗号化されたデータであると判定された場合に、ユーザ認証を成功させる認証手順と、
をコンピュータに実行させるプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ユーザ認証を要するコンピュータに組み込まれた認証装置、その認証装置に送信される認証用データを作成する管理装置、その管理装置から認証装置へ認証用データを転送する転送装置、これらを備える認証システム、ユーザ認証を要するコンピュータの認証方法及びユーザ認証を要するコンピュータに実行させるプログラムに関する。
【背景技術】
【０００２】
コンピュータでは、使用権限を有する者だけが使用できるように、ユーザ認証を行うのが一般的となっている。ユーザ認証は、例えば、ユーザＩＤ及びパスワードを操作入力することによって行われる。
【０００３】
最近では、ユーザ認証用データが格納されたＵＳＢ（Universal Serial Bus）メモリを差し込んだり、ユーザ認証用データが格納された非接触通信用のＩＣカードをかざしたりすることにより、ユーザ認証を行えるような認証システムも提案されている（例えば、特許文献１参照）。この場合、ユーザ認証用データとしては、ＵＳＢメモリやＩＣカードの製造番号を用いることができる。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００５−３５２８５１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
上述の認証システムでは、ユーザがパスワードを忘れたり、ＵＳＢメモリやＩＣカードを持ってくるのを忘れてしまったりすると、ユーザ認証が困難になる。
【０００６】
ユーザ自身の手によってユーザ認証ができない場合でも、コンピュータを管理する管理者がコンピュータの近くにいれば、管理者がユーザの代わりにコンピュータにアクセスして、コンピュータを使用可能とすることもできる。しかしながら、管理者が、近くにいなければ、そのようなこともできない。
【０００７】
本発明は、上記事情に鑑みてなされたもので、ユーザ自身の手によってユーザ認証が困難である場合に、管理者が近くにいなくても、管理者の承認の下に、ユーザ認証を行うことができる認証装置、管理装置、転送装置、認証システム、認証方法及びプログラムを提供することを目的とする。
【課題を解決するための手段】
【０００８】
本発明の第１の観点に係る認証装置は、
ユーザ認証を要するコンピュータに組み込まれた認証装置であって、
ユーザ識別情報を記憶する記憶部と、
任意の認証コードを操作入力可能な操作入力部と、
前記コンピュータ外部から送信される前記認証用データを受信する受信部と、
前記受信部により受信された認証用データが、前記記憶部に記憶されたユーザ識別情報と、前記操作入力部によって入力された任意の認証コードとを用いて暗号化されたデータであると判定された場合に、ユーザ認証を成功させる認証部と、
を備える。
【０００９】
本発明の第２の観点に係る管理装置は、
本発明の認証装置に送信される認証用データを作成する管理装置であって、
前記任意の認証コードを入力する入力部と、
前記入力部によって入力された任意の認証コードを用いて、前記ユーザ識別情報に対して、暗号化処理を施して、前記認証用データを作成するデータ作成部と、
前記認証用データを送信する送信部と、
を備える。
【００１０】
本発明の第３の観点に係る転送装置は、
本発明の管理装置から送信される認証用データを含むデータを受信する受信部と、
前記受信部によって受信された前記認証用データを含むデータを、本発明の認証装置に転送する送信部と、
を備える。
【００１１】
本発明の第４の観点に係る認証システムは、
本発明の認証装置と、
本発明の管理装置と、
を備える。
【００１２】
本発明の第５の観点に係る認証方法は、
ユーザ認証を要するコンピュータの認証方法であって、
任意の認証コードを操作入力可能な操作入力工程と、
前記コンピュータ外部から送信される認証用データを受信する受信工程と、
前記受信工程により受信された前記認証用データが、前記コンピュータに予め記憶されたユーザ識別情報と、前記操作入力工程によって入力された任意の認証コードとを用いて暗号化されたデータであると判定された場合に、ユーザ認証を成功させる認証工程と、
を含む。
【００１３】
本発明の第６の観点に係るプログラムは、
ユーザ認証を要するコンピュータに実行させるプログラムであって、
任意の認証コードを操作入力可能な操作入力手順と、
前記コンピュータ外部から送信される認証用データを受信する受信手順と、
前記受信手順により受信された前記認証用データが、前記コンピュータに予め記憶されたユーザ識別情報と、前記操作入力手順によって入力された任意の認証コードとを用いて暗号化されたデータであると判定された場合に、ユーザ認証を成功させる認証手順と、
をコンピュータに実行させる。
【発明の効果】
【００１４】
本発明によれば、コンピュータ外部から受信された認証用データが、予め記憶されたユーザ識別情報と、操作入力部によって入力された任意の認証コードとを用いて、暗号化されたデータであると判定された場合に、ユーザ認証を成功させる。これにより、管理者がコンピュータの近くにいなくても、ユーザから管理者に認証コードを通知し、管理者が、任意の認証コードとユーザ識別情報とを用いて暗号化された認証用データを作成し、認証装置に送信すれば、管理者の承認の下でのユーザ認証が可能となる。
【図面の簡単な説明】
【００１５】
【図１】本発明の第１の実施形態に係る認証システムの構成を示す図である。
【図２】ログイン画面の一例である。
【図３】認証コード入力画面の一例である。
【図４】図１の認証システムの動作を示すフローチャートである。
【図５】本発明の第２の実施形態に係る認証システムの構成を示す図である。
【図６】図５の認証システムの動作を示すフローチャートである。
【図７】本発明の第３の実施形態に係る認証システムの構成を示す図である。
【図８】図７の認証システムの動作を示すフローチャートである。
【図９】本発明の第４の実施形態に係る認証システムの構成を示す図である。
【図１０】図９の認証システムの動作を示すフローチャートである。
【図１１】本発明の第５の実施形態に係る認証システムの動作を示すフローチャートである。
【図１２】認証システムのより詳細な構成例（その１）を示す図である。
【図１３】管理者の携帯端末の入力画面の一例である。
【図１４】認証システムのより詳細な構成例（その２）を示す図である。
【図１５】認証システムの構成の変形例を示す図である。
【発明を実施するための形態】
【００１６】
≪第１の実施形態≫
次に、本発明の第１の実施形態について図面を参照して詳細に説明する。
【００１７】
図１に示すように、本実施形態に係る認証システム１は、コンピュータ２の使用権限を得て、コンピュータ２上で動作するソフトウエア３をユーザ４が利用するために用いられる。
【００１８】
この認証システム１の一部として、コンピュータ２には、認証装置５が組み込まれている。認証装置５は、ユーザ認証が行われなくても、動作可能である。認証装置５は、認証部１０と、記憶部１１と、操作入力部１２と、受信部１３と、を備える。
【００１９】
認証部１０は、ユーザ認証を行う。認証部１０のユーザ認証が成功しなければ、ユーザ４は、ソフトウエア３を利用することができない。
【００２０】
記憶部１１には、認証部１０がユーザ認証を行うのに必要なユーザＩＤ及びパスワードが格納されている。ユーザＩＤ及びパスワードとしては、例えば、８文字以上の英数文字を用いることができる。パスワードは、ユーザ４だけが知っている。これにより、ユーザ４だけが、ユーザＩＤ及びパスワードを用いて、コンピュータ２にログインして、ソフトウエア３を動作させることができるようになる。
【００２１】
操作入力部１２は、例えば、キーボードやマウスである。操作入力部１２は、ユーザ４によって操作され、その操作により、例えば、任意の文字列情報を入力可能である。ユーザ４は、この操作入力部１２を操作して、ユーザＩＤ、パスワード又は認証コードを入力する。
【００２２】
認証コードとは、ユーザ４がパスワードなどを忘れてしまった場合に用いられる任意のデータ列情報である。認証コードは、ユーザ４によって入力される。認証コードには、英数字や記号を含めることができ、例えば８文字とすることができる。
【００２３】
受信部１３は、通信ネットワークと接続し、各種データ、例えば、電子メールをコンピュータ２の外部から受信する。ユーザ４がパスワードなどを忘れてしまった場合、受信部１３は、認証用データを含む電子メールを受信する。
【００２４】
認証部１０は、ユーザＩＤ及びパスワードによるユーザ認証のほか、記憶部１１に記憶されたユーザＩＤと、操作入力部１２に入力された任意の認証コードと、受信部１３により受信される電子メールに含まれる認証用データと、に基づいて、ユーザ認証を行うことが可能である。
【００２５】
より具体的には、認証部１０は、操作入力部１２に入力された認証コードを用いて、記憶部１１に記憶されたユーザＩＤに対して暗号化処理を施して、暗号化データとしての認証用データＡを作成する。さらに、認証部１０は、認証用データＡと、受信部１３によって受信された認証用データ（これを認証用データＢとする）とを照合し、両者が一致しているか否かによりユーザ認証を行う。
【００２６】
この暗号化処理としては、例えば、ＳＨＡ−１（Secure Hash Algorithm-1）、ＭＤ５（Message Digest algorithm 5）等のハッシュ関数を用いた不可逆な暗号化処理を採用することができる。この場合、例えば、ユーザＩＤが８文字であり、認証コードが８文字である場合には、認証用データＡは、一律に２５６バイトとなる。
【００２７】
認証システム１は、管理装置６をさらに備えている。管理装置６は、コンピュータ２を管理する管理者だけがアクセス可能な情報処理装置である。
【００２８】
管理者には、何等かの方法で、認証コード、ユーザＩＤ及びコンピュータ２のメールアドレスが通知される。例えば、ユーザ４は、管理者に電話して、ユーザＩＤと、認証コードと、コンピュータ２のメールアドレスと、を通知することができる。
【００２９】
管理装置６は、入力部２０と、データ作成部２１と、送信部２２と、を備える。
【００３０】
入力部２０には、例えば、上述のようにして通知されたユーザＩＤ、認証コード及びコンピュータ２のメールアドレスが入力される。
【００３１】
データ作成部２１は、入力部２０に入力された認証コードを用いて、ユーザＩＤに対して、コンピュータ２の認証部１０で行われる暗号化処理と同一の暗号化処理を行って、認証用データＢを作成する。さらに、データ作成部２１は、認証用データＢを本文に含む電子メールを作成する。
【００３２】
送信部２２は、作成された電子メールを送信する。この電子メールの送信先のメールアドレスは、入力されたメールアドレスである。すなわち、コンピュータ２が、この電子メールの送信先である。
【００３３】
次に、本実施形態に係る認証システムの動作について説明する。
【００３４】
コンピュータ２の使用を開始する際には、その表示画面に、図２に示すログイン画面が表示される。このログイン画面は、ユーザＩＤ、パスワードの入力画面となっている。このログイン画面には、ユーザ名のテキストボックス３０、パスワードのテキストボックス３１、ＯＫボタン３２、キャンセルボタン３３、管理者認証ボタン３４が設けられている。
【００３５】
ユーザ４は、操作入力部１２を操作して、ユーザ名のテキストボックス３０にカーソルを合わせてユーザＩＤを入力し、パスワードのテキストボックス３１にカーソルを合わせてパスワードを入力する。ユーザＩＤ、パスワードの入力後、ＯＫボタン３２がクリックされると、認証部１０は、操作入力部１２を用いて操作入力されたユーザＩＤとパスワードを用いてユーザ認証を行い、ユーザ認証に成功すれば、ログインを許可する。
【００３６】
例えばパスワードなどを忘れ、ユーザ認証を行うことができない場合、ユーザ４は、コンピュータ２の操作入力部１２を操作して、管理者認証ボタン３４をクリックする。管理者認証ボタン３４がクリックされると、認証部１０は、図３の認証コード入力画面を、コンピュータ２の表示画面に表示させる。
【００３７】
ユーザ４は、操作入力部１２を操作して、認証コードのテキストボックス３５にカーソルを合わせて任意の認証コード（例えば「１２３４ＡＢＣＤ」）を入力する。認証コードの入力後、ＯＫボタン３６をクリックすると、管理者認証処理が開始される。
【００３８】
図４には、この認証コード入力画面が表示された後の動作が示されている。図４に示すように、認証部１０は、認証コードの入力待ちとなっている（ステップＳ１）。
【００３９】
ユーザ４が、操作入力部１２を操作して、認証コード入力画面に、任意の文字列を認証コードとして入力し、ＯＫボタン３６をクリックすると、この判定が肯定され（ステップＳ１；Ｙｅｓ）、認証部１０は、操作入力部１２によって入力された認証コードを用いて、記憶部１１に記憶されたユーザＩＤに対する暗号化処理を行い、認証用データＡを作成する（ステップＳ３）。その後、認証部１０は、認証用データＢの受信待ちとなる（ステップＳ５）。
【００４０】
一方、管理装置６は、ユーザＩＤ、認証コード及びコンピュータ２のメールアドレスの入力待ちとなっている（ステップＳ２）。ユーザＩＤ、認証コード及びメールアドレスは、ユーザ４から伝えられ、何等かの方法で、管理装置６に入力される。
【００４１】
例えば、ユーザ４は、電話や電子メールで、管理装置６にアクセス可能な管理者に、ユーザＩＤ、認証コード及びコンピュータ２のメールアドレスを通知する。管理者は、認証コードを知らせてきたユーザ４が、コンピュータ２の正規のユーザであることを確認した後、管理装置６にアクセスして、入力部２０に、ユーザＩＤ、認証コード及びメールアドレスを入力する。
【００４２】
ユーザＩＤ、認証コード及びメールアドレスが入力部２０に入力されると（ステップＳ２；Ｙｅｓ）、データ作成部２１は、その認証コードを用いて、ユーザＩＤに対して暗号化処理を行い、認証用データＢを作成する（ステップＳ４）。続いて、データ作成部２１は、認証用データＢを本文に含み、コンピュータ２のメールアドレスを送信先とする電子メールを作成する（ステップＳ６）。認証用データＢは、例えばＡＳＣＩＩコードに基づいて、文字列に変換された後、電子メールの本文に記載されてもよいし、１６進数のままで電子メールの本文に記載されてもよい。
【００４３】
続いて、送信部２２は、その電子メールをコンピュータ２に送信する（ステップＳ８）。その後、管理装置６は、先頭に戻り、再び認証コード等の入力待ちとなる（ステップＳ２）。
【００４４】
送信された電子メールは、最終的に、受信部１３によって受信される。電子メールが受信されると（ステップＳ５；Ｙｅｓ）、認証部１０は、電子メールの本文から認証用データＢを抽出し、認証用データＡ、Ｂの照合を行う（ステップＳ７）。両者が一致すれば（ステップＳ９；Ｙｅｓ）、認証部１０は、ユーザ認証が成功したと判定し、ソフトウエア３へのアクセスを許可する（ステップＳ１１）。
【００４５】
一方、認証用データＡ、Ｂが一致しなければ（ステップＳ９；Ｎｏ）、認証部１０は、ユーザ認証が失敗したと判定し、その旨を表示する（ステップＳ１３）。ステップＳ１１、Ｓ１３実行後は、処理を終了する。
【００４６】
以上詳細に説明したように、本実施形態によれば、ユーザ４によって任意に選択された認証コードを用いた暗号化処理により作成される認証用データＡと、外部から受信した認証用データＢとを照合することにより、ユーザ認証が行われる。すなわち、認証部１０は、コンピュータ２の外部から受信された認証用データＢが、予め記憶されたユーザＩＤと、操作入力部１２によって入力された任意の認証コードとを用いて暗号化されたデータであると判定された場合に、ユーザ認証を成功させる。
【００４７】
ユーザ４は、操作入力部１２により入力した任意の認証コード、ユーザＩＤ、メールアドレスを、コンピュータ２を管理する管理者に通知する。管理者は、それらの情報を管理装置６に入力する。管理装置６は、その任意の認証コードを用いて、認証部１０で行われる暗号化処理と同一の暗号化処理を行って作成された認証用データＢを、受信部１３に送信する。認証部１０は、認証用データＡと、管理装置６から送信された認証用データＢとが一致するか否かにより、ユーザ認証を行う。
【００４８】
認証用データＡと一致する認証用データＢを作成し、コンピュータ２へ送信することができるのは、任意の認証コードをユーザ４から通知され、認証部１０における暗号化処理と同一の暗号化処理を行える者だけである。すなわち、管理装置６にアクセスできる管理者だけが、認証用データＢを作成することができる。
【００４９】
管理者は、認証用データＢを認証装置５の受信部１３に送信すれば、ユーザ認証が可能となるので、コンピュータ２の近くで待機する必要がなくなる。すなわち、本実施形態に係る認証システム１を用いれば、管理者がコンピュータ２の近くにいなくても、管理者の承認の下でのユーザ認証が可能となる。
【００５０】
≪第２の実施形態≫
次に、本発明の第２の実施形態について説明する。
【００５１】
図５に示すように、本実施形態に係る認証システム１では、認証部１０は、電子メールに含まれる送信元アドレスに基づいて、ユーザ認証を行う。すなわち、受信された電子メールの送信元のアドレスが、管理装置６でない場合、認証部１０は、ユーザ認証を失敗と判定する。記憶部１１には、この認証を行うために、管理装置６のメールアドレス（管理者アドレス）が格納されている。
【００５２】
次に、本実施形態に係る認証システムの動作について説明する。
【００５３】
図６に示すように、認証装置５は、認証コードの入力待ち（ステップＳ１）、認証部１０の暗号化処理による認証用データＡの作成（ステップＳ３）、認証用データＢの受信待ち（ステップＳ５）を行う。これは、上記第１の実施形態に係る認証装置５の動作と同じである。
【００５４】
一方、管理装置６は、認証コード等の入力待ち（ステップＳ２）、認証用データＢの作成（ステップＳ４）、認証用データＢを含む電子メールの作成（ステップＳ６）、その電子メールの送信（ステップＳ８）を行い、再び認証コードの入力待ち（ステップＳ２）となる。この動作も、上記第１の実施形態に係る管理装置６の動作と同じである。
【００５５】
続いて、認証装置５では、受信部１３が電子メールを受信すると（ステップＳ５；Ｙｅｓ）、認証部１０は、電子メールのヘッダに格納された送信元のアドレスに基づいて、電子メールの送信元が、管理装置６であるか否かを判定する（ステップＳ１５）。判定は、電子メールの送信元のアドレスと、記憶部１１に記憶された管理者アドレスとが一致するか否かにより行われる。この判定が否定されれば（ステップＳ１５；Ｎｏ）、認証部１０は、ユーザ認証が失敗したと判定し、その旨を表示する（ステップＳ１３）。
【００５６】
一方、電子メールの送信元のアドレスが、管理装置６のアドレスであれば（ステップＳ１５；Ｙｅｓ）、認証部１０は、電子メールの本文から、認証用データＢを抽出し、認証用データＡと、抽出された認証用データＢとを照合する（ステップＳ７）。
【００５７】
ここで、両者が一致すれば（ステップＳ９；Ｙｅｓ）、認証部１０は、ユーザ認証が成功したと判定し、ソフトウエア３へのアクセスを許可する（ステップＳ１１）。一致しなければ（ステップＳ９；Ｎｏ）、認証部１０は、ユーザ認証が失敗したと判定し、その旨を表示する（ステップＳ１３）。
【００５８】
ステップＳ１１、Ｓ１３実行後は、処理を終了する。
【００５９】
以上詳細に説明したように、本実施形態によれば、認証用データＢの送信元アドレスに基づいて、ユーザ認証を行う。このようにすれば、管理装置６から送られた認証用データＢでしか、ユーザ認証を成功させることができなくなるので、セキュリティレベルを高めることができる。
【００６０】
≪第３の実施形態≫
次に、本発明の第３の実施形態について説明する。
【００６１】
図７に示すように、本実施形態に係る認証システム１では、認証装置５は、タイマ１４をさらに備えている。タイマ１４は、現在時刻を取得する。
【００６２】
受信部１３によって受信される電子メールのヘッダには、その電子メールの送信時刻が含まれている。すなわち、本実施形態では、受信部１３は、認証用データＢとともに、認証用データＢの送信時刻も受信するようになる。
【００６３】
認証部１０は、タイマ１４によって取得される図３のＯＫボタン３６がクリックされた時刻と、認証用データＢの送信時刻との時間差に基づいて、ユーザ認証を行う。
【００６４】
なお、管理装置６も、タイマ（不図示）をさらに備えている。このタイマは、データ作成部２１が、電子メールのヘッダに送信時刻を書き込む際に、参照される。
【００６５】
次に、本実施形態に係る認証システムの動作について説明する。
【００６６】
図８に示すように、認証装置５は、認証コードの入力待ちとなっている（ステップＳ１）。ＯＫボタン３６がクリックされると（ステップＳ１；Ｙｅｓ）、認証部１０は、タイマ１４から、現在時刻、すなわち認証開始時刻を取得する（ステップＳ１９）。
【００６７】
その後、認証装置５は、認証部１０の暗号化処理による認証用データＡの作成（ステップＳ３）、認証用データＢの受信待ち（ステップＳ５）を行う。これは、上記第１、第２の実施形態に係る認証装置５の動作と同じである。
【００６８】
一方、管理装置６は、認証コード等の入力待ち（ステップＳ２）、認証用データＢの作成（ステップＳ４）、認証用データＢを含む電子メールの作成（ステップＳ６）、その電子メールの送信（ステップＳ８）を行い、再び認証コード等の入力待ち（ステップＳ２）となる。この動作も、上記第１の実施形態に係る管理装置６の動作と同じである。この電子メールのヘッダには、その送信元のメールアドレスや送信時刻が含まれている。
【００６９】
認証装置５では、受信部１３が電子メールを受信すると（ステップＳ５；Ｙｅｓ）、認証部１０は、タイマ１４によって計測された認証開始時刻と、受信した電子メールの送信時刻との時間差が、許容範囲内（例えば１０分）であるか否かを判定する（ステップＳ１７）。この判定が否定されれば（ステップＳ１７；Ｎｏ）、認証部１０は、ユーザ認証が失敗したと判定し、その旨を表示する（ステップＳ１３）。
【００７０】
一方、上記時間差が、許容範囲内であれば（ステップＳ１７；Ｎｏ）、認証部１０は、電子メールの送信元が、管理装置６であるか否かを判定する（ステップＳ１５）。この判定が否定されれば（ステップＳ１５；Ｎｏ）、認証部１０は、ユーザ認証が失敗したと判定し、その旨を表示する（ステップＳ１３）。
【００７１】
電子メールの送信元のアドレスが、管理者アドレスに一致すれば（ステップＳ１５；Ｙｅｓ）、認証部１０は、電子メールの本文から、認証用データＢを抽出し、認証用データＡと、抽出された認証用データＢとを照合する（ステップＳ７）。
【００７２】
ここで、両者が一致すれば（ステップＳ９；Ｙｅｓ）、認証部１０は、ユーザ認証が成功したと判定し、ソフトウエア３へのアクセスを許可する（ステップＳ１１）。両者が一致しなければ（ステップＳ９；Ｎｏ）、認証部１０は、ユーザ認証が失敗したと判定し、その旨を表示する（ステップＳ１３）。
【００７３】
ステップＳ１１、Ｓ１３実行後は、処理を終了する。
【００７４】
以上詳細に説明したように、本実施形態によれば、タイマ１４によって取得される認証開始時刻と、認証用データＢの送信時刻との時間差に基づいて、ユーザ認証を行う。このようにすれば、古い認証用データＢでは、ユーザ認証を成功させることができなくなるので、セキュリティレベルを高めることができる。
【００７５】
≪第４の実施形態≫
次に、本発明の第４の実施形態について説明する。
【００７６】
図９に示すように、本実施形態に係る認証システム１では、管理装置６の送信部２２は、認証用データＢを含む電子メールを、ユーザ４の携帯端末７に送信し、ユーザ４が、携帯端末７を用いて、認証装置５にその電子メールを転送する。
【００７７】
携帯端末７と、コンピュータ２とは、例えばＵＳＢケーブル（不図示）で接続されている。受信部１３は、ＵＳＢケーブルを介して、電子メールを受信する。
【００７８】
次に、本実施形態に係る認証システムの動作について説明する。
【００７９】
図１０に示すように、認証装置５は、認証コードの入力待ち（ステップＳ１）、認証開始時刻の取得（ステップＳ１９）、認証部１０の暗号化処理による認証用データＡの作成（ステップＳ３）、認証用データＢの受信待ち（ステップＳ５）を行う。これは、上記第３の実施形態に係る認証装置５の動作と同じである。
【００８０】
ユーザ４は、電話や電子メールで、管理装置６にアクセス可能な管理者に、ユーザＩＤ、認証コード及び携帯端末７のメールアドレスを通知する。管理者は、認証コードを知らせてきたユーザ４が、コンピュータ２の正規のユーザであると確認されれば、管理装置６にアクセスして、入力部２０に、ユーザＩＤ、認証コード及び携帯端末７のメールアドレスを入力する。
【００８１】
また、管理装置６では、認証コード等の入力待ち（ステップＳ２）、認証用データＢの作成（ステップＳ４）が行われた後、データ作成部２１は、認証用データＢを含み、携帯端末７を送信先とする電子メールを作成する（ステップＳ６）。その後、送信部２２が、電子メールを、携帯端末７に送信する（ステップＳ８）。この電子メールには、その送信元のメールアドレスや送信時刻が含まれている。その後、管理装置６は、再び認証コード等の入力待ちとなる（ステップＳ２）。
【００８２】
携帯端末７は、電子メールの受信待ちとなっている（ステップＳ３０）。電子メールが受信されると（ステップＳ３０；Ｙｅｓ）、ユーザ４の操作により、その電子メールは、認証装置５の受信部１３に転送される（ステップＳ３２）。その後、携帯端末７は、電子メールの受信待ちに戻る（ステップＳ３０）。
【００８３】
この電子メールを受信した後の処理、すなわちステップＳ５がＹｅｓとなった後の認証装置５の処理は、上記第３の実施形態と同様である。
【００８４】
以上詳細に説明したように、本実施形態によれば、認証装置５と、管理装置６との間に通信手段がない場合でも、コンピュータ２の近くに存在するユーザ４の携帯端末７を介して、認証装置５に、認証用データＢを送信することができる。
【００８５】
≪第５の実施形態≫
次に、本発明の第５の実施形態について説明する。本実施形態に係る認証システム１の構成は、上記第４の実施形態と同じである。
【００８６】
上記第４の実施形態では、電子メールを、ユーザ４の携帯端末７から認証装置５の受信部に転送した。この方式は、電子メールを、ユーザ４の操作により、携帯端末７から認証装置５へ、電子メールを転送する、いわばプッシュ式ともいえるものであった。
【００８７】
これに対し、本実施形態では、認証装置５から携帯端末７に、電子メールの転送要求を送信し、その転送要求に応じて、携帯端末７が、認証装置５に電子メールを転送する。すなわち、本実施形態では、いわばプル式ともいえる方式で、認証用データＢを含む電子メールを、ユーザ４の携帯端末７から認証装置５に転送する。
【００８８】
次に、本実施形態に係る認証システムの動作について説明する。
【００８９】
図１１に示すように、認証装置５は、認証コードの入力待ち（ステップＳ１）、認証開始時刻の取得（ステップＳ１９）、認証部１０の暗号化処理による認証用データＡの作成（ステップＳ３）を行う。これは、上記第４の実施形態に係る認証装置５の動作と同じである。
【００９０】
管理装置６の動作は、図１１では、図示されていないが、管理装置６では、上記第４の実施形態と同様にして、送信部２２が、電子メールを、ユーザ４の携帯端末７に送信する。この電子メールのヘッダには、その送信元のメールアドレスや送信時刻が含まれている。
【００９１】
ユーザ４の携帯端末７は、管理装置６から電子メールを受信すると（ステップＳ３０；Ｙｅｓ）、電子メールの転送要求の送信待ちとなる（ステップＳ３４）。
【００９２】
認証用データＡの作成（ステップＳ３）後、受信部１３は、電子メールの転送要求を、ユーザ４の携帯端末７に送信する（ステップＳ２１）。これを受けて（ステップＳ３４；Ｙｅｓ）、ユーザ４の携帯端末７は、送信日時が最も新しい電子メールを取得し（ステップＳ３６）、取得された電子メールを認証装置５の受信部１３に転送する（ステップＳ３２）。その後、携帯端末７は、再び電子メールの受信待ちとなる（ステップＳ３０）。
【００９３】
受信部１３により電子メールを受信すると（ステップＳ５；Ｙｅｓ）、認証部１０は、認証開始時刻と、受信された電子メールの送信時刻との時間差が、許容範囲内であるか否かを判定する（ステップＳ１７）。この判定が否定されれば（ステップＳ１７；Ｎｏ）、認証部１０は、ユーザ認証が失敗したと判定し、その旨を表示する（ステップＳ１３）。
【００９４】
一方、上記時間差が許容範囲内であれば（ステップＳ１７；Ｙｅｓ）、認証部１０は、電子メールに含まれる送信元アドレスが、管理装置６のメールアドレスであるか否かにより、送信元が管理装置６であるか否かを判定する（ステップＳ１５）。この判定が否定されれば（ステップＳ１５；Ｎｏ）、ステップＳ２１に戻る。
【００９５】
一方、この判定が肯定されれば（ステップＳ１５；Ｎｏ）、認証部１０は、電子メールの本文から、認証用データＢを抽出し、照合用データＡとの照合を行う（ステップＳ７）。両者が一致すれば（ステップＳ９；Ｙｅｓ）、認証部１０は、ユーザ認証が成功したと判定し、ソフトウエア３へのアクセスを許可する（ステップＳ１１）。両者が一致しなければ（ステップＳ９；Ｎｏ）、認証装置５は、ステップＳ２１に戻る。
【００９６】
すなわち、送信元が管理装置６でないか（ステップＳ１５；Ｎｏ）、認証用データＡ、Ｂが一致しなければ（ステップＳ９；Ｎｏ）、認証装置５は、ステップＳ２１に戻る。そして、再び、認証装置５は、転送要求を送信した後（ステップＳ２１）、電子メールの受信待ちとなる（ステップＳ５）。
【００９７】
携帯端末７は、これを受けて（ステップＳ３４；Ｙｅｓ）、送信時刻が最新であって、認証装置５に未送信の電子メールを取得し（ステップＳ３６）、取得された電子メールを転送する（ステップＳ３２）。その後、携帯端末７は、再び電子メールの受信待ちとなる（ステップＳ３０）。
【００９８】
電子メールを受信すると（ステップＳ５；Ｙｅｓ）、認証装置５は、再びステップＳ１７以降の処理を行う。
【００９９】
このようにして、携帯端末７は、認証装置５からの転送要求に応じて、電子メールを、認証装置５に転送する（ステップＳ３２）。受信部１３は、認証部１０におけるユーザ認証が成功するか（ステップＳ９；Ｙｅｓ）、又は、上記時間差が許容範囲を超えるまで（ステップＳ１７；Ｎｏ）、認証用データＢを含む電子メールの転送要求を携帯端末７に送信して、その転送要求に応じた認証用データＢを含む電子メールを、携帯端末７から順次受信する。
【０１００】
認証部１０は、受信部１３によって受信された電子メールの送信元が管理装置６であり（ステップＳ１５；Ｙｅｓ）、その電子メールの本文に含まれる認証用データＢが認証用データＡと一致すれば（ステップＳ９；Ｙｅｓ）、ユーザ認証を成功させる（ステップＳ１１）。また、認証開始時刻と電子メールの送信時刻との時間差が許容範囲を超えれば（ステップＳ１７；Ｎｏ）、認証部１０は、ユーザ認証を失敗とみなす（ステップＳ１３）。
【０１０１】
以上詳細に説明したように、本実施形態によれば、認証装置５と、管理装置６との間に通信手段がない場合でも、コンピュータ２の近くに存在するユーザ４の携帯端末７を介して、認証装置５に、認証用データＢを送信することができる。
【０１０２】
（まとめ）
なお、上記各実施形態では、図１２に示すように、管理装置６を、例えば、管理者８の携帯端末とすることができる。
【０１０３】
本実施形態では、ユーザ４が携帯端末７を用いて、管理者８の携帯端末（管理装置）６に電話して、ユーザＩＤ及び認証コードやユーザＩＤを通知する。管理者８は、図１３に示すような入力画面を表示させた状態で、通知されたユーザＩＤ、認証コード及び送信先メールアドレスを、それぞれ個人認証ＩＤ、認証コード及び送信先メールアドレスのテキストボックス４１、４２、４３に入力し、送信ボタン４４を押す。
【０１０４】
すると、携帯端末（管理装置）６では、上記各実施形態と同様に、認証用データＢを含む電子メールを作成して、ユーザ４の携帯端末７に送信する。携帯端末７は、その電子メールを、認証装置５の受信部１３に転送する。
【０１０５】
このように管理装置６が、管理者８の携帯端末であれば、ユーザ４は、管理者８がどこにいても、管理者８に連絡をとって、管理者認証を行ってもらうことができるようになる。
【０１０６】
ユーザ４からのユーザＩＤ、認証コード等の通知手段は、電話には限られない。図１４に示すように、ユーザ４が携帯端末７を用いて、管理者８の携帯端末（管理装置）６に対して、ユーザＩＤ及び認証コード、携帯端末７のメールアドレスを含む電子メールを送信するようにしてもよい。この場合、入力部２０は、その電子メールを受信して、電子メールから、ユーザＩＤ及び認証コード、携帯端末７のメールアドレスを抽出する必要がある。
【０１０７】
また、上記各実施形態では、ユーザ４から、認証コードのほかに、ユーザＩＤや携帯端末７等のメールアドレスを管理者側に通知する必要があったが、ユーザ４は、自分の氏名と、認証コードだけを通知するようにしてもよい。
【０１０８】
この場合、図１５に示すように、管理装置６は、記憶部２３をさらに備えるようにすればよい。記憶部２３には、ユーザ４の氏名と、ユーザＩＤと、ユーザ４の携帯端末７のメールアドレスが関連づけられて記憶されている。
【０１０９】
管理者は、ユーザ４からその氏名及び認証コードを通知されると、それらを管理装置６の入力部に入力する。データ作成部２１は、記憶部２３を参照して、通知された氏名に対応するユーザＩＤと携帯端末７のメールアドレスとを読み出して、その後の処理に用いる。このようにすれば、ユーザ４の負担をさらに軽減することができる。
【０１１０】
記憶部２３に記憶されるのは、ユーザＩＤと、携帯端末７のメールアドレスとのいずれか一方でもよい。この場合には、ユーザ４は、記憶部２３に記憶されていない方の情報を管理者８に通知すればよい。
【０１１１】
また、上記各実施形態では、認証用データＢを電子メールの本文に含め、その電子メールを認証装置５に送信したが、本発明はこれには限られず。認証用データＢを、そのまま管理装置６等から認証装置５に送信するようにしてもよい。
【０１１２】
また、上記各実施形態では、コンピュータ２へのログインの際に、図２に示すユーザＩＤとパスワードの入力を促す画面を最初に表示したが、認証用ＵＳＢメモリや認証用ＩＣカードで認証が可能な場合には、このログイン画面の代わりに、「認証用ＵＳＢメモリをかざしてください」又は「認証用ＩＣカードをかざしてください」等のユーザ認証用画面を表示するようにしてもよい。
【０１１３】
なお、上記各実施形態では、コンピュータ２へのログインのためのユーザ認証を行う認証システムについて説明したが、本発明は、これには限られない。スクリーンロックの解除や、アプリケーションソフトウエアの実行権、データベースへのアクセス権等を得るためのユーザ認証についても、本発明を適用することが可能である。
【０１１４】
なお、上記各実施形態では、認証コードを用いた暗号化処理を、不可逆なものとしたが、可逆なものを採用するようにしても良いのは勿論である。この場合、認証部１０において、電子メールに含まれる暗号化データを、操作入力部１２を介して入力された認証コードで復号化し、復号されたデータと、ユーザＩＤとを照合し、両者が一致することをもって、ユーザ認証成功と判定するようにしてもよい。
【０１１５】
すなわち、本発明では、外部から入力されたデータが、ユーザによって任意に選択された認証コードに基づくものであるか否かを判定すればよいのであって、認証部１０で行われる処理は、暗号化であっても、復号化であっても構わない。要は、コンピュータ２内部で作成されたデータと、外部から送信されたデータとが、ユーザによって選択された任意の認証コードに基づくものであることが証明されればよい。
【０１１６】
なお、上記各実施形態では、認証装置５と、携帯端末７との通信方式を、有線のＵＳＢとした。ＵＳＢは、無線であってもよい。また、通信方式として、ＲＦＩＤ（Radio Frequency Identification）、ＩｒＤＡ（Infrared Data Association）、Ｂｌｕｅｔｏｏｔｈ（登録商標）を採用してもよい。これらの通信方式を用いた場合には、電子メールの転送方式は、プッシュ式となる。
【０１１７】
例えば、ユーザ４の携帯端末７で、管理者８から受信した電子メールを表示させる。そして、サブメニューを表示させて、ＵＳＢ、ＲＦＩＤ、ＩｒＤＡ、Ｂｌｕｅｔｏｏｔｈのいずれかをユーザ４に選択させる。そして、選択された通信方式で、その電子メールを、受信部１３に転送することができる。
【０１１８】
また、認証装置５とユーザ４の携帯端末７との間でデータ通信を行う場合には、ＯＢＥＸ（OBject EXchange）認証を行うようにしてもよい。
【０１１９】
また、上記各実施形態では、照合用データＡ、Ｂは、ユーザ４によって選択された任意の認証コードを用いてユーザＩＤを暗号化したものであったが、暗号化の対象は、ユーザ４に応じて決まる情報、すなわちユーザ識別情報であればよい。
【符号の説明】
【０１２０】
１  認証システム
２  コンピュータ
３  ソフトウエア
４  ユーザ
５  認証装置
６  管理装置
７  携帯端末
８  管理者
１０  認証部
１１  記憶部
１２  操作入力部
１３  受信部
１４  タイマ
２０  入力部
２１  データ作成部
２２  送信部
２３  記憶部
３０、３１、３５  テキストボックス
３２、３６  ＯＫボタン
３３、３７  キャンセルボタン
３４  管理者認証ボタン
４０、４１、４２  テキストボックス
４４  送信ボタン
【図１】
2010277385.tif 000003
【図２】
2010277385.tif 000004
【図３】
2010277385.tif 000005
【図４】
2010277385.tif 000006
【図５】
2010277385.tif 000007
【図６】
2010277385.tif 000008
【図７】
2010277385.tif 000009
【図８】
2010277385.tif 000010
【図９】
2010277385.tif 000011
【図１０】
2010277385.tif 000012
【図１１】
2010277385.tif 000013
【図１２】
2010277385.tif 000014
【図１３】
2010277385.tif 000015
【図１４】
2010277385.tif 000016
【図１５】
2010277385.tif 000017