JP2004355332A - ログイン管理システムおよびその方法 - Google Patents
ログイン管理システムおよびその方法 Download PDFInfo
- Publication number
- JP2004355332A JP2004355332A JP2003152345A JP2003152345A JP2004355332A JP 2004355332 A JP2004355332 A JP 2004355332A JP 2003152345 A JP2003152345 A JP 2003152345A JP 2003152345 A JP2003152345 A JP 2003152345A JP 2004355332 A JP2004355332 A JP 2004355332A
- Authority
- JP
- Japan
- Prior art keywords
- password
- login
- terminal device
- login management
- transmitting
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Images
Abstract
【課題】ログイン作業に関する利便性とセキュリティの双方を高めることを可能とするログイン管理システムおよびその方法を提供することを目的とする。
【解決手段】（１）ログイン管理サーバ３００は、第１パスワードおよび第２パスワードを送信する。（２）クライアントＰＣ１００は、第１パスワードを送信してログインする。第１パスワードは、いわゆるワンタイム・パスワードとしている。ログイン後に通信中断が生じた場合には次の処理が行われる。（３）クライアントＰＣ１００は、第２パスワードをログイン管理サーバ３００に送信する。（４）ログイン管理サーバ３００は、第２パスワードの認証後、新しい第１パスワードおよび新しい第２パスワードを送信する。（５）クライアントＰＣ１００は、それらのパスワードを受信した後、新しい第１パスワードを送信して再ログインする。
【選択図】 図２
【解決手段】（１）ログイン管理サーバ３００は、第１パスワードおよび第２パスワードを送信する。（２）クライアントＰＣ１００は、第１パスワードを送信してログインする。第１パスワードは、いわゆるワンタイム・パスワードとしている。ログイン後に通信中断が生じた場合には次の処理が行われる。（３）クライアントＰＣ１００は、第２パスワードをログイン管理サーバ３００に送信する。（４）ログイン管理サーバ３００は、第２パスワードの認証後、新しい第１パスワードおよび新しい第２パスワードを送信する。（５）クライアントＰＣ１００は、それらのパスワードを受信した後、新しい第１パスワードを送信して再ログインする。
【選択図】 図２
Description
【０００１】
【発明の属する技術分野】
この発明は、ログイン管理システムおよびその方法に関するものであり、特に、ログイン作業に関する利便性とセキュリティの双方を高めることに関する。
【０００２】
【従来の技術】
所定のシステムへのログインやＷｅｂサービス等へのログインを特定のクライアント装置に限定して許可するために、パスワードを利用するシステムが運営されている。そのようなシステムとして、例えば、企業システムの保守を行うために、システム担当者が自宅のパーソナルコンピュータ（以下、「ＰＣ」とする）から企業システムにログインしてトラブルの対処を行う場合がある。
【０００３】
特定のクライアント装置のログインを許可する場合、セキュリティ保持の観点から、パスワードの漏洩等による第三者からのログインを防止する必要がある。さらに、システム担当者に対しても必要最小限のログインのみを許可するのが好ましい。
【０００４】
従来、特定のクライアント装置について必要最小限のログインを許可する目的で、システム側から、一時的に利用可能なワンタイム・パスワードを特定のクライアント装置に対して発行し、それを利用してログインさせる技術が利用されている。ワンタイム・パスワードであるから、そのパスワードが漏洩してもログインが許可されず、セキュリティを保持することができる。
【０００５】
しかしながら、従来の技術によると、システム担当者がＰＣによってログインした後に通信切断が生じた場合、そのログインを許可した側のシステム管理者が電話等による口頭手段を用いてシステム担当者を認証したうえで、そのシステム担当者に対してワンタイム・パスワードの再発行を行う処理（手作業によるパスワード発行処理）が必要であった。
【０００６】
上記のように、通信ネットワークを介して接続された複数の端末装置間が障害によって切断された場合に、煩雑な処理を行うことなく再接続が可能な方法として、端末装置からの最初のアクセス時に、再接続時に用いる簡易ログイン用パスワードをサーバ側から端末装置に対して送信しておき、そのパスワードに基づいて端末装置との接続を回復させる技術がある（例えば、特許文献１参照）。
【０００７】
【特許文献１】
特開２００２−３４４４８４号公報（第５図）
【発明が解決しようとする課題】
上記のような技術によれば、端末装置のユーザは、サーバ側との間の通信中断が生じた場合であっても、煩雑な処理を行うことなく再接続が可能である。
【０００８】
しかしながら、上記の簡易ログイン用パスワードは、通信中断に対応するために複数回のログインを許可するものであり、第三者に漏洩した場合にはそのパスワードによって不正なログインがされてしまう可能性がある。したがって、ログインを管理する技術として、通信中断後の再ログインに関する作業の利便性と、そのログインに関する安全性の両方を満たす技術が要望される。
【０００９】
本発明は、上記のような要求に鑑みて、ログイン作業に関する利便性とセキュリティの双方を高めることを可能とするログイン管理システムおよびその方法を提供することを目的とする。
【００１０】
【課題を解決するための手段および発明の効果】
１）本発明のログイン管理システムは、
ログイン管理装置と、当該ログイン管理装置と通信可能な端末装置とを備えたログイン管理システムであって、
前記ログイン管理装置は、
第１パスワードまたは第２パスワードの少なくともいずれかを含むパスワード情報を生成するパスワード情報生成手段、
前記端末装置に対して前記パスワード情報を送信する送信手段、
前記パスワード情報をパスワード記録部に記録する記録手段、
前記端末装置から送信される第１パスワードまたは第２パスワードを受信するパスワード受信手段、
受信した第１パスワードと前記パスワード記録部に記録されたパスワード情報とに基づいて、当該第１パスワードに一致性があり、かつ、当該第１パスワードが過去に認証されていない場合には、当該第１パスワードを認証する第１パスワード認証手段、
前記第１パスワードを認証した場合には前記端末装置のログインを許可するログイン許可手段、
当該ログイン状態の中断後に前記端末装置から第２パスワードを受信した場合には、当該第２パスワードと前記パスワード記録部に記録されたパスワード情報とに基づいて、当該第２パスワードに一致性がある場合に当該第２パスワードを認証する第２パスワード認証手段、
当該第２パスワードを認証した場合には前記パスワード情報生成手段が生成した前記第１パスワードとは異なる第１パスワードを前記端末装置に対して送信する更新パスワード送信手段、
を備えており、
前記端末装置は、
前記パスワード情報を受信する受信手段、
前記ログイン管理装置に対して前記第１パスワードまたは第２パスワードを送信するパスワード送信手段、
を備えてことを特徴とする。
【００１１】
これらの特徴により、前記端末装置は、前記ログイン状態が中断した場合であっても、前記第２パスワードの送信を介して新しい第１パスワードを取得することによって再ログインすることが可能となる。
【００１２】
６）本発明の前記ログイン管理装置は、さらに、
前記端末装置のユーザの生体的特徴を、あらかじめ生体特徴データとして記録する生体特徴データ記録部を備え、
前記第１パスワード認証手段または第２パスワード認証手段は、前記第１パスワードまたは第２パスワードに加えて、前記生体特徴データ記録部と、前記端末装置から送信される生体特徴データとに基づいて前記認証の可否を判断することを特徴としており、
前記端末装置は、さらに、
前記端末装置のユーザの生体的特徴を生体特徴データとして取得する生体特徴データ取得手段を備え、
前記パスワード送信手段は、前記第１パスワードまたは第２パスワードに加えて、前記取得した生体特徴データを送信すること、
を特徴としている。
【００１３】
これらの特徴により、前記ログイン管理システムは、あらかじめ当該生体特徴データを記録したユーザと、前記パスワードを送信した端末装置のユーザとが一致するか否かを判断することができる。特定の端末装置のユーザのみのログインを許可することにより、第三者の不正なログインを防止することができる。
【００１４】
７）本発明の前記ログイン管理装置の更新パスワード送信手段は、
前記第２パスワードが認証された場合には、前記端末装置に対して、前記第１パスワードとは異なる第１パスワードと、当該第２パスワードとは異なる第２パスワードとを送信すること、
を特徴としている。
【００１５】
この特徴により、前記端末装置は、前記ログイン管理装置へのログインに関して、前記新しい第１パスワードと、新しい第２パスワードとの組み合わせを取得することができる。
【００１６】
８）本発明の前記ログイン管理装置の第２パスワード認証手段は、
前記更新パスワード送信手段が前記端末装置に対して第１パスワードおよび第２パスワードの送信を完了した後に、当該第２パスワード以前の第２パスワードの認証を不可にすること、
を特徴としている。
【００１７】
この特徴により、前記第２パスワードは、通信中断後の次回の再ログインのためのパスワードの組み合わせを取得するのに限って使用可能となる。すなわち、前記端末装置がパスワードの組み合わせを取得した後は、その取得のために利用した第２パスワードは使用不可となる。したがって、第２パスワードの漏洩による不正アクセスの危険性を減少することができる。
【００１８】
９）本発明の前記端末装置は、さらに、
前記端末装置が前記ログイン管理システムへのログイン前には、ユーザに対して前記第１パスワードの入力を促す一方で、当該ログイン状態の中断が生じた場合には、ユーザに対して前記第２パスワードの入力を促すパスワード入力要求手段、
を備えたことを特徴としている。
【００１９】
この特徴により、前記端末装置のユーザは、前記第１パスワードおよび第２パスワードのいずれを入力するのかを容易に判断することができる。
【００２０】
１０）本発明の前記端末装置は、さらに、
当該端末装置による前記ログイン管理システムへのログイン状態が中断した場合にはログイン中断信号を出力する状態監視手段、
を備えており、
前記パスワード送信手段は、さらに、
前記ログイン管理装置へのログイン時には当該ログイン管理装置に対して前記第１パスワードを送信し、一方、前記ログイン中断信号を取得した場合には前記ログイン管理装置に対して前記第２パスワードを送信すること、
を特徴としている。
【００２１】
この特徴により、前記端末装置のユーザは、前記第１パスワードおよび第２パスワードの入力をする手間を省略することができる。
【００２２】
以下、用語の定義について説明する。
【００２３】
この発明において、
「パスワード」とは、所定の装置またはユーザであることを識別するための文字列、または記号、または識別子一般を含む概念である。この「パスワード」は、平文で表現されたもの、または暗号化されたもの、または所定の規則に基づいて他の形式に変換されたものを含む。実施形態では、ログインパスワード、または再発行要求パスワードが、この「パスワード」に対応する。
【００２４】
【発明の実施の形態】
本発明のログイン管理システムの実施形態としての「ログインシステム」について説明する。このログインシステムは、端末装置がログイン管理装置にログインする際に、端末装置のユーザの操作の利便性とセキュリティの双方を高めることを可能とするシステムである。より具体的には、本システムは、ログイン後に通信中断が生じた場合に、端末装置のユーザが簡易な操作で再ログインすることができるとともに、第三者の不正なログインの防止を可能とする。
【００２５】
以下の説明では、第１実施形態として、端末装置によるログイン管理装置へのログインからログアウトまでの処理を説明する。ここで、「ログイン」とは、コンピュータシステムの資源に対してアクセス可能な状態となることをいう。一方、「ログアウト」とは、コンピュータシステムの資源に対してアクセス可能な状態を解消することをいう。次に、第２〜第４実施形態として、第１実施形態で説明するログイン後に通信中断が起こった場合を想定し、再ログインの処理を説明する。第５実施形態では、本システムで利用するパスワード認証に加えて、いわゆるバイオメトリクス認証（生体認証）の処理を行う例を説明する。
【００２６】
各実施形態の説明では、端末装置がログイン管理装置にログインするまでの説明を中心に説明する。したがって、本発明の実施形態では、特定のユーザのログインを許可する目的や、ログイン後にユーザに許可する操作内容等は、特に限定しない。本システムでは、ログイン後に、端末装置のユーザがログイン管理装置内に存在する所定のアプリケーションを利用する例を示す。その他の例として、ログイン管理装置が、特定の端末装置に対して所定期間でのログインを許可するシステム一般に適用可能である。具体的には、本システムは、コンピュータ・システムのトラブルに対処するための遠隔操作用のログイン（リモート・ログイン）を特定のシステム担当者にのみ許可する仕組みや、銀行口座情報の閲覧や入出金等を本人にのみ許可するログイン管理の仕組み、金融商品の値動きや投資・収益状態などの情報の閲覧を特定の投資家にのみ許可するログイン管理の仕組み、特定の個人に対する情報の提供を行う仕組み等に適用可能である。
【００２７】
以下、ログインシステムの概略、装置のハードウェア構成、特許請求の範囲に記載した用語と実施形態との対応を説明し、次に各実施形態の説明等を行う。
目次
１．ログインシステムの概要
２．ハードウェア構成等
３．特許請求の範囲に記載した用語と実施形態との対応
４．第１実施形態（ログイン〜ログアウト）
５．第２〜第４実施形態
６．第５実施形態（指紋認証）
７．実施形態による効果
８．その他の実施形態等
−−−−−−−−−−−−−−−−−−−
−−１．ログインシステムの概要−−
図１は、実施形態による、ログイン管理システムとしてのログインシステムの概略である。ログインシステムは、クライアント・パーソナルコンピュータ（以下、「ＰＣ」とする）１００、クライアントＰＣ１００に接続される指紋認証装置２００、ログイン管理サーバ３００で構成される。
【００２８】
クライアントＰＣ１００は、ログイン管理サーバ３００にログインを試みるユーザが使用する。ログイン管理サーバ３００は、クライアントＰＣ１００によるログインの認証処理等を行う。クライアントＰＣ１００とログイン管理サーバ３００とは、インターネット４００を介して接続可能である。
【００２９】
クライアントＰＣ１００は、パスワード保持テーブル１５０を記録する。ログイン管理サーバ３００は、パスワード管理データベース（以下、「ＤＢ」とする）３５０と、指紋管理ＤＢ３７０を記録する。各データベースの記録内容については後述する。パスワード保持テーブル１５０、パスワード管理ＤＢ３５０のそれぞれは、実施形態においては各装置のハードディスクに記録するものとするが、これに限らず、各装置とは物理的に独立の装置類に記録するようにしてもよい。
【００３０】
次に、図２に基づいてログインシステムの処理の概要を説明する。（１）ログイン管理サーバ３００は、特定のクライアントＰＣ１００に対して第１パスワードおよび第２パスワードを送信する。第１パスワードは、ログイン用のパスワードであり、一方の第２パスワードは、新しい第１パスワードおよび新しい第２パスワードの発行を要求するためのパスワードである。（２）クライアントＰＣ１００は、それらのパスワードを受信した後、ユーザの操作に応じて第１パスワードをログイン管理サーバ３００に送信してログインする。この際、ログイン管理サーバ３００は、第１パスワードの認証を行う。この第１パスワードは、いわゆるワンタイム・パスワードとしている。したがって、ログイン管理サーバ３００は、第１パスワードを一度認証した後は、再度同じ第１パスワードを受信してもログインを許可しない。
【００３１】
ログイン後に通信中断が生じた場合には次の処理が行われる。（３）クライアントＰＣ１００は、ユーザの操作に応じて第２パスワードをログイン管理サーバ３００に送信する。（４）ログイン管理サーバ３００は、第２パスワードの認証後、既に送信した第１パスワードおよび第２パスワードとは異なる、新しい第１パスワードおよび新しい第２パスワードをクライアントＰＣ１００に対して送信する。（５）クライアントＰＣ１００は、それらのパスワードを受信した後、ユーザの操作に応じて新しい第１パスワードをログイン管理サーバ３００に送信して再ログインする。
【００３２】
以上説明したように、ログイン管理サーバ３００は、クライアントＰＣ１００に対して、常に第１パスワードおよび第２パスワードの２つ（パスワードセット）を持たせることとしている。第１パスワードは、ログイン管理サーバ３００へのログインを行うために用いられる。一方、第２パスワードは、ログイン管理サーバ３００に対して、新しいパスワードセットの発行を要求するために用いられる。具体的には、第２パスワードは、通信中断後の再ログイン用のパスワードを含む新しいパスワードセットの再発行を要求するためのパスワードである。
【００３３】
第１パスワードは、ワンタイム・パスワードであるから、通信中断後の再ログインには使用できない。しかしながら、クライアントＰＣ１００は、一方の第２パスワードを用いることによって、再び新しいパスワードセットを取得する。したがって、クライアントＰＣ１００は、通信中断後であっても、ログイン管理サーバ３００に容易に再ログインすることが可能となる。
【００３４】
なお、実施形態における「通信中断」の概念は、特許請求の範囲に記載する「ログイン状態の中断」に対応する。「通信中断」は、意図しない通信中断、あるいは、両装置のいずれかによる意図的な通信中断のほか、ログイン後にクライアントＰＣ１００またはログイン管理サーバ３００のＣＰＵが実行するプログラムが停止する場合を含む概念である。
【００３５】
本実施形態では、クライアントＰＣ１００がインターネット４００上のログイン管理サーバ３００にアクセス等するためのソフトウェアとして、本システム専用のプログラムを利用する。ただし、専用のプログラムに限らず、例えばＭｉｃｒｏｓｏｆｔ社のインターネットエクスプローラ（商標）等の一般的なブラウザプログラムを利用してもよい。
【００３６】
上述した図２の各処理の詳細は、第１実施形態〜第４実施形態において説明する。
【００３７】
−−２．ハードウェア構成等−−
２−１．機能ブロック
図３は、ログインシステムの機能ブロック図を示す。クライアントＰＣ１００は、パスワード情報を受信する受信手段５００、パスワードを送信するパスワード送信手段５１２、ユーザに対してパスワードの入力を要求するパスワード入力要求手段５１４、ユーザの生体特徴データを取得する生体特徴データ取得手段５１６、ログイン状態の中断の有無を監視する状態監視手段５１８を備えている。
【００３８】
一方、サービスサーバ３００は、パスワード情報を生成するパスワード情報生成手段５５２、パスワード情報を送信する送信手段５５０、パスワード情報を記録する記録手段５５４、クライアントＰＣ１００から送信されるパスワードを受信するパスワード受信手段５６２、第１パスワードを認証する第１パスワード認証手段５６０、手段５６０の処理にしたがってログインを許可するログイン許可手段５６６、第２パスワード認証手段５５８、手段５５８の処理にしたがって新しいパスワードを送信する更新パスワード送信手段５６４、生体特徴データを記録する生体特徴データ記録部５５６を備えている。
【００３９】
２−２．クライアントＰＣ
図４は、図３のクライアントＰＣ１００をＣＰＵを用いて実現した場合のハードウェア構成の一例である。クライアントＰＣ１００は、ＣＰＵ１０、キーボード／マウス１１、メモリ１２、ディスプレイ１３、ハードディスク１４、スピーカ１５、インターネット４００に接続するための通信回路１６を備えている。
【００４０】
ＣＰＵ１０は、クライアントＰＣ１００全体を制御する。メモリ１２は、ＣＰＵ１０のワーク領域等を提供する。ハードディスク１４には、パスワード保持テーブル１５０や、ＣＰＵ１０を動作させるためのプログラム、ウェブを閲覧するためのブラウザプログラム等が記録されている。キーボード／マウス１１の操作により生成される操作情報はＣＰＵ１０に入力され、ＣＰＵ１０が生成した画像情報及び音声情報は、ディスプレイ１３、スピーカ１５にそれぞれ出力される。
【００４１】
２−３．ログイン管理サーバ
図５は、図３のサービスサーバ３００をＣＰＵを用いて実現した場合のハードウェア構成の一例である。サービスサーバ３００は、ＣＰＵ３０、キーボード／マウス３１、メモリ３２、ディスプレイ３３、ハードディスク３４、スピーカ３５、インターネット４００に接続するための通信回路３６を備えている。
【００４２】
ＣＰＵ３０は、ログイン管理サーバ３００全体を制御する。メモリ３２は、ＣＰＵ３０のワーク領域等を提供する。ハードディスク３４には、パスワード管理ＤＢ３５０および指紋管理ＤＢ３７０、ＣＰＵ３０を動作させるためのサーバプログラム、クライアントＰＣ１００のユーザが利用するアプリケーションプログラム、ウェブを閲覧するためのブラウザプログラム等が記録されている。キーボード／マウス３１の操作により生成される操作情報はＣＰＵ３０に入力され、ＣＰＵ３０が生成した画像情報および音声情報は、ディスプレイ３３、スピーカ３５にそれぞれ出力される。
【００４３】
本実施形態では、クライアントＰＣ１００およびログイン管理サーバ３００のオペレーティングシステム（ＯＳ）の例として、マイクロソフト社のＷｉｎｄｏｗｓ（登録商標）ＸＰ、ＮＴ、２０００等を用いることとする。本実施形態のプログラムは、ＯＳと共働して各機能を実現しているが、これに限らず、プログラム単独で各機能を実現するようにしてもよい。
【００４４】
２−４．データベース
本システムのデータベースの構成例について説明する。本システムでは、ログイン管理サーバ３００は、パスワード管理ＤＢ３５０および指紋管理ＤＢ３７０を記録する。一方、クライアントＰＣ１００は、パスワード保持テーブル１５０を記録する。指紋管理ＤＢ３７０については、後述する第５実施形態の項で説明する。
【００４５】
図６は、ログイン管理サーバ３００がハードディスク３４（またはメモリ３２、以下同様）に記録するパスワード管理ＤＢ３５０の構成例である。パスワード管理ＤＢ３５０には、ログイン管理サーバ３００がクライアントＰＣに発行したパスワードセットに関する情報が記録される。図では、複数のユーザに関して有効なパスワードセットが記録されている。このパスワードセットには、第１パスワードとしてのログインパスワード（Ｐａｓｓｗｏｒｄ（ＰＷ））と、第２パスワードとしての再発行要求パスワードとが含まれる。
【００４６】
具体的には、パスワード管理ＤＢ３５０には、パスワードを発行した相手となるクライアントＰＣ１００の「ユーザＩＤ」、「ログインパスワード」、ログイン認証の有無を示す「ログインフラグ」、「再発行要求パスワード」、パスワードセットの送信時刻を示す「発行時刻」、パスワードセットの有効期限を示す「有効期限」、ログインを介してクライアントＰＣ１００のユーザが利用を要求する「有効アプリケーション」の各情報が、ユーザ毎に記録される。
【００４７】
図７は、クライアントＰＣ１００がハードディスク１４（またはメモリ１２、以下同様）に記録するパスワード保持テーブル１５０の構成例である。パスワード保持テーブル１５０には、クライアントＰＣ毎に、ログイン管理サーバ３００から受信したパスワードセットに関する情報が記録される。図７には、パスワード保持テーブル１５０の例示として、図６のパスワード管理ＤＢ３５０におけるユーザＩＤ「Ａ００１」についてのパスワードセットに関する情報が記録されている。
【００４８】
具体的には、パスワード保持テーブル１５０には、「有効アプリケーション」、「ログインパスワード」、「ログインフラグ」、「再発行要求パスワード」、「発行時刻」、「有効期限」の各情報が記録される。
【００４９】
−−３．特許請求の範囲に記載した用語と実施形態との対応−−
特許請求の範囲に記載した用語と実施形態との対応は以下の通りである。
【００５０】
「ログイン管理装置」はログイン管理サーバ３００に対応し、「端末装置」はクライアントＰＣ１００に対応する。「第１パスワード」はログインパスワードに対応し、「第２パスワード」は再発行要求パスワードに対応する。
【００５１】
「パスワード情報」は、図８ステップＳ８０３、または図１０ステップＳ１００７等で送信される、ログインパスワードおよび再発行要求パスワードを含む情報に対応する。「パスワード情報生成手段」は、図８Ｓ８０１、または図１０Ｓ１００５等の処理を行うＣＰＵ３０に対応する。「送信手段」は、図８Ｓ８０３，または図１０Ｓ１００７等の処理を行うＣＰＵ３０に対応する。
【００５２】
「記録手段」は、図８Ｓ８０１においてパスワードを含む情報をメモリ３２に記録する処理、または、図９Ｓ９０３においてパスワードをパスワード管理ＤＢ３５０に記録する処理等を行うＣＰＵ３０に対応する。「パスワード記録部」は、パスワードを含む情報を記録するメモリ３２またはパスワード管理ＤＢ３５０に対応する。「パスワード受信手段」は、図８Ｓ８５６、または図１０Ｓ１０５６の処理等によって送信されるパスワードを受信する処理を行うＣＰＵ３０に対応する。
【００５３】
「第１パスワード認証手段」は、図８Ｓ８０５の処理を行うＣＰＵ３０に対応する。「ログイン許可手段」は、図８Ｓ８０９の処理等を行うＣＰＵ３０に対応する。「第２パスワード認証手段」は、図１０Ｓ１０５６の処理によって送信されるＹ１の認証を行うＣＰＵ３０に対応する。「更新パスワード送信手段」は、図１０Ｓ１００７の処理等を行うＣＰＵ３０に対応する。
【００５４】
「受信手段」は、図８Ｓ８０３の処理等によって送信されるＸおよびＹを含む情報を受信する処理を行うクライアントＰＣ１００のＣＰＵ１０に対応する。「パスワード送信手段」は、図８Ｓ８５６、または図１０Ｓ１０５６の処理等を行うＣＰＵ１０に対応する。
【００５５】
「生体的特徴」は指紋に関する情報に対応し、「生体特徴データ」は指紋画像データに対応する。「生体特徴データ記録部」は、図１４に示す指紋管理ＤＢ３７０に対応する。「生体特徴データ取得手段」は、ＣＰＵ１０の命令によって動作する指紋認証装置２００に対応する。「パスワード入力要求手段」は、図８Ｓ８５２の処理、または、図１０Ｓ１０５２の処理を行うＣＰＵ１０に対応する。
【００５６】
−−４．第１実施形態（ログイン〜ログアウト）−−
ログインシステムの第１実施形態として、クライアントＰＣ１００がログイン管理サーバ３００にログインして所定のアプリケーションを利用した後、ログアウトするまでの処理を説明する。本システムでは、ログイン後に、端末装置のユーザがログイン管理装置内に存在する所定のアプリケーションを利用する例を示す。なお、後述する第２〜第４実施形態は、第１実施形態におけるログイン後に通信中断が生じた場合の例を説明するものである。以下に説明するプログラムのフローチャートは例示であって、当業者に周知の手法によって変形可能である。
【００５７】
図８、図９に基づき、第１実施形態における各装置のＣＰＵが実行するプログラムのフローチャートを説明する。
【００５８】
ログイン管理サーバ３００のＣＰＵ３０は、クライアントＰＣ１００からの要求を受けた後、ユーザの操作に応じてログインパスワードと再発行要求パスワードとを含む情報を生成してメモリ３２に一時的に記録する（ステップＳ８０１）。ここでは、ＣＰＵ３０は、図６のパスワード管理ＤＢ３５０に既に記録されているパスワードと同一でない乱数のパスワードを自動生成する（以下に説明するパスワードの生成についても同様）。ただし、パスワードの生成をログイン管理サーバ３００のユーザの手動によって行ってもよい。
【００５９】
ＣＰＵ３０は、パスワードに関連づけて、パスワードの発行先であるクライアントＰＣ１００のユーザを特定するユーザＩＤ、ログインフラグ、発行時刻、有効期限、有効アプリケーションの各情報を一時的にメモリ３２に記録する。これらの情報内容については、後述する。
【００６０】
以下、ログインパスワードを「Ｘ」とし、一方の再発行要求パスワードを「Ｙ」とする。また、「Ｘ」および「Ｙ」の後ろの数字は、後にＣＰＵ３０が発行する同種のパスワードと区別するためのものである。具体的には、Ｓ８０１のログインパスワードは「Ｘ１」、再発行要求パスワードは「Ｙ１」である。Ｓ８０１の前提となるクライアントＰＣ１００からの要求は、例えば、クライアントＰＣ１００のユーザからログイン管理サーバ３００のユーザへの電話または電子メールの連絡等による。
【００６１】
ＣＰＵ３０は、サーバプログラムを立ち上げてＸ１、Ｙ１を含む情報をクライアントＰＣ１００に送信する（Ｓ８０３）。具体的には、ＣＰＵ３０は、Ｘ１、Ｙ１、発行時刻、有効期限、有効アプリケーションの各情報を送信する。ＣＰＵ３０によるインターネット４００上でのクライアントＰＣ１００の特定は、例えばＩＰアドレス等を利用する。Ｓ８０３におけるパスワードの送信は、パスワードＸ１およびＹ１を暗号化した上で電子メールプログラム等を利用して行ってもよい。
【００６２】
クライアントＰＣ１００のＣＰＵ１０は、ユーザの操作に応じてプログラム（本システム専用のプログラム等）を立ち上げてＸ１およびＹ１を含む情報を受信して復号化し、それらをパスワード保持テーブル１５０に記録したうえでディスプレイ１３に表示する（Ｓ８５０）。ＣＰＵ１０によるＸ１およびＹ１を含む情報の受信処理等は、専用のプログラムに限らず、一般の電子メールプログラム、または、ブラウザプログラム等を利用してもよい。
【００６３】
図１３は、第１〜第４実施形態におけるクライアントＰＣ１００のディスプレイ１３の画面表示例である。図１３Ａは、Ｓ８５０におけるディスプレイ１３の画面例である。ここでは、ログインパスワードＸ１として「ａｂｃ０２ｅｆｇ」が設定され、再発行要求パスワードＹ１として「ｘｘ１４２」が設定される。
【００６４】
ＣＰＵ１０は、図１３Ａに示す「ログイン画面」ボタンのクリック動作等に応じてＸ１の入力画面をディスプレイ１３に表示する（Ｓ８５２）。図１３Ｂは、Ｓ８５２におけるディスプレイ１３の画面表示例である。ＣＰＵ１０は、ユーザによるキーボード／マウス１１の操作を介したＸ１の入力が有ったか否かを判断する（Ｓ８５４）。ＣＰＵ１０は、Ｘ１の入力の完了を、図１３Ｂに示す「ログイン」ボタンのクリック動作の有無によって判断する。ＣＰＵ１０は、Ｘ１の入力が有ったと判断した場合には、そのＸ１をログイン管理サーバ３００に対して送信する（Ｓ８５６）。
【００６５】
ＣＰＵ３０は、受信したＸ１が認証できるか否かを判断する（Ｓ８０５）。具体的にはＣＰＵ３０は、受信したＸ１が、パスワード管理ＤＢ３５０（またはメモリ３２）に記録されたＸ（１または複数のログインパスワード）のいずれかに一致し、かつ、対応するＸについてのログインフラグが「０」である場合に、Ｘ１が認証できると判断する。ログインフラグについては後述する。この処理により、ＣＰＵ３０は、アクセスを試みるユーザがアクセスの権利を有しているかどうかを検査することになる。
【００６６】
ＣＰＵ３０は、Ｓ８０５においてＸ１の認証ができなかったと判断した場合にはクライアントＰＣ１００に対して認証ができなかった旨を知らせるためのＮＧ通知を行い（Ｓ８０７）、処理を終了する。一方、ＣＰＵ３０は、Ｘ１の認証ができたと判断した場合には、クライアントＰＣ１００に対してログイン許可通知を行う（Ｓ８０９）。
【００６７】
ＣＰＵ１０は、受信した通知情報がログイン許可通知か否かを判断する（Ｓ８５８）。ＣＰＵ１０は、受信した通知情報がログイン許可通知でなかったと判断した場合にはＮＧ画面（ログイン不可を通知する画面）をディスプレイ１３に表示して（Ｓ８６０）、処理を終了する。一方、ＣＰＵ１０は、受信した通知情報がログイン許可通知であったと判断した場合には、ログイン許可画面をディスプレイ１３に表示する（図９ステップＳ９５０）。図１３Ｃは、ステップＳ９５０におけるディスプレイ１３の画面表示例である。
【００６８】
ＣＰＵ３０は、Ｓ８０９の処理の後、メモリ３２に記録したパスワードＸ１に対応するログインフラグを０から１に書き換える（図９ステップＳ９０１）。ログインフラグは、パスワードＸに関連づけて記録する情報であるとともにＳ８０１におけるパスワード生成時（デフォルト）では「０」に設定されている。Ｓ９０１に例示するように、ＣＰＵ３０は、パスワードＸの認証をして、そのパスワードＸの送信元であるクライアントＰＣのログインを許可した後に、ログインフラグを「０」から「１」に書き換える。ＣＰＵ３０は、ログインフラグが「１」になっている場合には、そのログインフラグに対応づけられるパスワードＸは認証しない。一方、ログインフラグが「０」になっている場合（パスワードＸの認証が、そのパスワードＸに対する最初の認証である場合）には、そのログインフラグに対応づけられるパスワードＸを認証する（「第一パスワードが過去に認証されていない場合には、当該第１パスワードを認証する」に対応）。したがって、一度ログイン認証に使用されたパスワードＸは、再度使用することはできず、クライアントＰＣ１００が同じパスワードＸによって再ログインを試みた場合であっても、ＣＰＵ３０は認証を許可しない。実施形態では、例示として以上説明したログインフラグの仕組みにより、パスワードＸのワンタイム性を実現する。
【００６９】
ＣＰＵ３０は、メモリ３２に一時的に記録されたパスワードＸ、Ｙ（ここでは、パスワードＸ１、Ｙ１）を含む情報を読み込んでハードディスク３４のパスワード管理ＤＢ３５０に記録する（Ｓ９０３）。
【００７０】
ここでは、図６に示すように、ユーザＩＤ「Ａ００１」、ログインパスワード（Ｘ１）「ａｂｃ０２ｅｆｇ」、ログインフラグ「１」、再発行要求パスワード（Ｙ１）「ｘｘ１４２」、発行時刻、有効期限、有効アプリケーションの各情報がパスワード管理ＤＢ３５０に記録される。
【００７１】
ＣＰＵ１０は、Ｓ９５０の処理の後、図１３Ｃに示す「アプリケーションを利用」ボタンのクリック動作等に応じてログイン管理サーバ３００のハードディスク３４に記録されている所定のアプリケーションを起動し、ユーザによるアプリケーションの利用を開始する（Ｓ９５２）。
【００７２】
実施形態では、ログイン管理サーバ３００が複数のアプリケーションを備えている例を示しており、各アプリケーション毎にログイン認証を要求する。クライアントＰＣ１００のユーザが利用を要求するアプリケーションの特定は、ログイン管理サーバ３００へのログイン時にユーザが指定する。実施形態では、図６のパスワード管理ＤＢ３５０に示すように、ユーザが指定したアプリケーションを「有効アプリケーション」のカラムで特定する。なお、実施形態のようにアプリケーション毎に独立のログイン認証を要求することなく、１つのログインでログイン管理サーバ３００にインストールされている全ての（または複数の）アプリケーションの利用を許可してもよい。
【００７３】
図８ステップＳ８０９において、ログイン管理サーバ３００のＣＰＵ３０は、この「有効アプリケーション」の情報に基づき、ユーザＩＤ「Ａ００１」のユーザに対してアクセス権を付与する。アクセス権の付与は、ログイン認証したクライアントＰＣのＩＰアドレスに基づいて行う。クライアントＰＣ１００のユーザは、本システム専用のプログラム等を介して、ログイン管理サーバ３００のハードディスク３４にインストールされているアプリケーションを利用する。
【００７４】
ユーザのアプリケーションの利用が終了すると、ＣＰＵ１０は、ユーザの操作を介してログアウト要求をログイン管理サーバ３００に送信する（図９ステップＳ９５４）。ＣＰＵ３０は、ログアウト要求を受信して、ユーザＩＤ「Ａ００１」によるアプリケーション「Ａ」へのアクセス権等の解消を含むログアウト処理を行う（Ｓ９０５）。
【００７５】
ＣＰＵ３０は、ログアウト処理完了通知をクライアントＰＣ１００に対して送信して（Ｓ９０７）、処理を終了する。ＣＰＵ１０は、受信したログアウト処理完了通知をディスプレイ１３に表示して（Ｓ９５６）、処理を終了する。図１３Ｆは、Ｓ９５６の処理におけるディスプレイ１３の画面表示例を示す。
【００７６】
以上の処理により、クライアントＰＣ１００によるログイン管理サーバ３００へのログインから、ログアウトまでの処理が完了する。
【００７７】
実施形態では、ログインパスワードおよび後述する再発行要求パスワードの認証の可否について、パスワードのみを判断対象としている（図８ステップＳ８０５参照）。これに限らず、図６のパスワード管理ＤＢ３５０におけるユーザＩＤも併せて認証可否の判断対象としてもよい。具体的には、図８ステップＳ８０３において、ＣＰＵ３０は、クライアントＰＣ１００に対してパスワードに加えて「ユーザＩＤ」を送信する。一方、ＣＰＵ１０は、ステップＳ８５６において、パスワードに加えてその「ユーザＩＤ」を送信する。以上より、ＣＰＵ３０は、クライアントＰＣ１００から受信したパスワードおよびユーザＩＤの組み合わせがパスワード管理ＤＢ３５０等に記録されたものと一致するかに基づいて、ログイン認証等を処理することができる。
【００７８】
ここで、図６のパスワード管理ＤＢ３５０、および、図７のパスワード保持テーブル１５０に記録するパスワードの「有効期限」について説明する。図６に示す「０３．０１．０３．１６：３２」は、２００３年１月３日１６時３２分という意味である（「発行時刻」も同様）。ＣＰＵ１０およびＣＰＵ３０は、有効期限によって示される時刻にデータベースに記録したパスワードを削除する。例えば、図６におけるログインパスワード「ａｂｃ０２ｅｆｇ」に対応する行の情報は、２００３年１月３日１６時３２分に消去される。パスワードの有効期限情報の確認は、ＣＰＵが定期的（例えば５分毎）に実行すればよい。具体的には、ＣＰＵは、データベース（またはテーブル）に記録された有効期限が現在時刻以前のものとなっているものが有るか否かを５分毎にチェックする。
【００７９】
その他、定期的にデータベース（またはテーブル）をチェックするのではなく、ＣＰＵがデータベース（またはテーブル）をチェックするスケジュールとして直近の有効期限の時刻のみを設定してもよい。図６を例にして説明すると、２００３年１月３日１６時３２分にＣＰＵがデータベース（またはテーブル）をチェックするスケジュールが設定され、同時刻になると、ＣＰＵはログインパスワード「ａｂｃ０２ｅｆｇ」の行の情報を削除すると同時に、次の１６時５２分にＣＰＵがデータベース（またはテーブル）をチェックするスケジュールを設定する。また、ＣＰＵ３０は、図９ステップＳ９０７のログアウト処理完了通知の送信処理の後に、ログアウトの対象となったパスワードに関する情報をパスワード管理ＤＢ３５０から削除するようにしてもよい。
【００８０】
実施形態では、ログインフラグを「０」から「１」に書き換えた後に、メモリ３２に一時的に記録されたパスワードＸ１、Ｙ１を含む情報を読み込んでパスワード管理ＤＢ３５０に記録する例を示した（図９ステップＳ９０３）。パスワードをパスワード管理ＤＢ３５０に記録するタイミングはこれに限られるものではない。その他の例として、ＣＰＵ３０は、図８ステップＳ８０９におけるログイン許可通知の送信に対するクライアントＰＣ１００からの応答（レスポンス・メッセージ）を受信した後に、メモリ３２に一時的に記録されたパスワードＸ１、Ｙ１を含む情報を読み込んでパスワード管理ＤＢ３５０に記録するようにしてもよい。
【００８１】
−−５．第２〜第４実施形態−−
ログインシステムの第２〜第４実施形態は、上述した第１実施形態によってクライアントＰＣ１００がログイン管理サーバ３００にログインした後に、通信中断が生じた場合の例を説明するものである。ログイン後に通信中断が生じるタイミングには複数の可能性がある。以下の説明では、それらの通信中断が生じるタイミングを３つのパターンに分類し、各パターンを第２、第３、第４実施形態とした。
【００８２】
以下の各実施形態では、クライアントＰＣ１００がログイン管理サーバ３００にログインする段階から、通信中断後に再ログインを完了する処理までを説明する。したがって、第２〜第４実施形態において、パスワード発行処理やログイン認証処理等を含む第１実施形態と重複する部分は概要のみを説明し、また、再ログイン後のログアウト処理の説明は省略することとする。
【００８３】
５−１．第２実施形態（ログイン直後に通信中断が生じた場合）
図１０に基づき、第２実施形態における各装置のＣＰＵが実行するプログラムのフローチャートを説明する。第２実施形態は、ログイン直後に通信中断が生じた場合に、クライアントＰＣ１００が再ログインする処理を例示する。
【００８４】
ログイン管理サーバ３００のＣＰＵ３０は、Ｘ１、Ｙ１を含む情報を生成して一時的にメモリ３２に記録した後、それらをクライアントＰＣ１００に送信する（図１０ステップＳ１００１）。クライアントＰＣ１００のＣＰＵ１０は、Ｘ１およびＹ１を受信し、ユーザの操作に応じてＸ１（ログインパスワード）をログイン管理サーバ３００に対して送信する（Ｓ１０５０）。ＣＰＵ３０は、Ｘ１の認証を行った後、クライアントＰＣ１００に対してログイン許可通知を行う（Ｓ１００３）。ログイン後は、クライアントＰＣ１００によるアプリケーションの利用が開始される。
【００８５】
以上までの各装置の処理は、それぞれ、第１実施形態におけるログイン管理サーバ３００のＣＰＵ３０による図８ステップＳ８０１、８０３、８０５、８０９、図９ステップＳ９０１、９０３の各処理、および、クライアントＰＣ１００のＣＰＵ１０による図８ステップＳ８５０、８５２、８５４、８５６、８５８、図９ステップＳ９５０、９５２の各処理と同様である。
【００８６】
第２実施形態では、ログイン後に通信中断が生じている。ログインパスワードＸ１はワンタイム・パスワードであるから、ログイン管理サーバ３００に送信したとしても認証されない。クライアントＰＣ１００のＣＰＵ１０は、ログイン後に通信中断が生じていることを判断し、Ｙ１（再発行要求パスワード）の入力画面をディスプレイ１３に表示する（Ｓ１０５２）。ログイン後に通信中断が生じていることの判断は、例えば、ＣＰＵ１０が、クライアントＰＣ１００側からの操作情報（問い合わせ）等に対するログイン管理サーバ３００からの応答（レスポンス・メッセージ等）の有無をチェックすることによって行う。
【００８７】
図１３Ｄは、Ｓ１０５２におけるディスプレイ１３の画面表示例を示す。ＣＰＵ１０は、ユーザによるキーボード／マウス１１の操作を介したＹ１の入力が有ったか否かを判断する（Ｓ１０５４）。ＣＰＵ１０は、Ｙ１の入力が有ったと判断した場合には、Ｙ１をログイン管理サーバ３００に対して送信する（Ｓ１０５６）。ＣＰＵ３０は、受信したＹ１の認証を行い、認証ができたと判断した場合には、クライアントＰＣ１００に対して、Ｘ１とは異なる新しいログインパスワード（Ｘ２）と、Ｙ１とは異なる新しい再発行要求パスワード（Ｙ２）とを含む情報を生成して一時的にメモリ３２に記録する（Ｓ１００５）。ＣＰＵ３０は、受信したＸ１が、パスワード管理ＤＢ３５０（またはメモリ３２）に記録されたＹ（１または複数のログインパスワード）のいずれかに一致する場合に、Ｙ１が認証できると判断する。
【００８８】
ＣＰＵ３０は、Ｘ２、Ｙ２を含む情報をクライアントＰＣ１００に送信する（Ｓ１００７）。ＣＰＵ１０は、Ｘ２およびＹ２を受信し、ユーザの操作に応じてＸ２（新しいログインパスワード）をログイン管理サーバ３００に対して送信する（Ｓ１０５８）。ＣＰＵ３０は、Ｘ２の認証を行った後、クライアントＰＣ１００に対して再ログイン許可通知を行う（Ｓ１００９）。図１３Ｅは、ＣＰＵ１０によってディスプレイ１３に表示される再ログイン許可通知の画面例である。
【００８９】
パスワードＸ２およびＹ２についてのパスワード生成処理、送信処理、認証処理等は、Ｘ１およびＹ１について説明した処理と同様である。ログイン後は、第１実施形態と同様、クライアントＰＣ１００によるアプリケーションの利用が開始される。
【００９０】
Ｓ１００９、Ｓ１０５８の後のＣＰＵ３０、ＣＰＵ１０のそれぞれの処理は、図９のプログラムのフローチャートと同様である。第２実施形態における図９ステップＳ９０３の処理（パスワード管理ＤＢ３５０への記録処理）については、ＣＰＵ３０は、Ｘ１およびＹ１を、それぞれＸ２およびＹ２に書き換える処理を行う（パスワードの更新処理）。具体的には、ＣＰＵ３０は、例えば図６の「ａｂｃ０２ｅｆｇ（Ｘ１）」および「ｘｘ１４２（Ｙ１）」を、それぞれ他のパスワード（例えば、「ｋｙ５５ｃｌｅ」（Ｘ２）」および「ｐｓｕ６１ｅｒ」（Ｙ２）」）に書き換える。このときＣＰＵ３０は、ログインフラグ、発行時刻、有効期限のカラムも同様に書き換える。
【００９１】
なお、再発行要求パスワードＹ１をＹ２に書き換えることによりＹ１は使用不可となる。したがって、Ｙ１の漏洩を原因とする不正アクセスの危険性を減少することができる。
【００９２】
以上の処理によって、ログイン直後に通信中断が生じた場合であっても、クライアントＰＣ１００は、再発行要求パスワード（Ｙ１）を介して新たなログインパスワード（Ｘ２）および再発行要求パスワード（Ｙ２）を取得し、そのＸ２よって簡易に再ログインすることが可能となる。
【００９３】
実施形態では、クライアントＰＣ１００によるパスワードの入力を手動で行うこととしている（図８ステップＳ８５４、図１０ステップＳ１０５４参照）。これに限らず、クライアントＰＣ１００のＣＰＵ１０が自動でパスワードを入力するようにしてもよい。具体的には、ＣＰＵ１０は、図８ステップＳ８５４等のパスワード入力処理時に、図７に示すパスワード保持テーブル１５０に記録されたパスワードを読み出してディスプレイ１３に表示する。ＣＰＵ１０は、ユーザ操作に基づくパスワード送信確認を得た後に、そのパスワードをログイン管理サーバ３００に送信する。
【００９４】
その他、クライアントＰＣ１００のＣＰＵ１０によるパスワードの入力および送信を、ユーザ操作を介することなく自動で実行してもよい。例えば、パスワードの送信機能をモジュール化（例えば、プラグインなど）する。具体的には、ＣＰＵ１０は、図８ステップＳ８０３の処理によるパスワードを含む情報を受信するのに連動して、プラグインによってパスワード保持テーブル１５０に記録されたログインパスワードを読み出して送信する。さらに、ＣＰＵ１０は、通信中断が生じていることの判断に連動して、プラグインによってパスワード保持テーブル１５０に記録された再発行要求パスワードを読み出して送信する（「ログイン中断信号を取得した場合には前記ログイン管理装置に対して前記第２パスワードを送信する」に対応）。これにより、ユーザによるパスワードの入力の手間が省略され、ログインおよび通信中断後の再ログインが自動で実行される。
【００９５】
５−２．第３実施形態（クライアントＰＣ１００が再発行要求パスワードを送信した直後に通信中断が生じた場合）
図１１に基づき、第３実施形態における各装置のＣＰＵが実行するプログラムのフローチャートを説明する。第３実施形態は、最初のログイン後の通信中断に対応する目的でクライアントＰＣ１００が再発行要求パスワードを送信した直後に通信中断が生じた例（送信中の通信中断を含む）を説明する。具体的には、第３実施形態は、第２実施形態における図１０ステップＳ１０５６の処理の後に通信中断が生じた場合に対応する。
【００９６】
ログイン管理サーバ３００のＣＰＵ３０は、Ｘ１、Ｙ１を含む情報を生成して一時的にメモリ３２に記録した後、それらをクライアントＰＣ１００に送信する（図１１Ｓ１１０１）。クライアントＰＣ１００のＣＰＵ１０は、Ｘ１およびＹ１を受信し、ユーザの操作に応じてＸ１（ログインパスワード）をログイン管理サーバ３００に対して送信する（Ｓ１１５０）。ＣＰＵ３０は、Ｘ１の認証を行った後、クライアントＰＣ１００に対してログイン許可通知を行う（Ｓ１１０３）。ログイン後は、クライアントＰＣ１００によるアプリケーションの利用が開始される。
【００９７】
以上までの各装置の処理は、それぞれ、第１実施形態におけるログイン管理サーバ３００のＣＰＵ３０による図８ステップＳ８０１、８０３、８０５、８０９、図９ステップＳ９０１、９０３の各処理、および、クライアントＰＣ１００のＣＰＵ１０による図８ステップＳ８５０、８５２、８５４、８５６、８５８、図９ステップＳ９５０、９５２の各処理と同様である。
【００９８】
第３実施形態では、第２実施形態と同様、ログイン後に通信中断が生じている。ログインパスワードＸ１はワンタイム・パスワードであるから、ログイン管理サーバ３００に送信したとしても認証されない。クライアントＰＣ１００のＣＰＵ１０は、ログイン後に通信中断が生じていることを判断してユーザに対してＹ１（再発行要求パスワード）の入力を促し、入力されたＹ１をログイン管理サーバ３００に対して送信する（Ｓ１１５４）。ＣＰＵ１０がログイン後に通信中断が生じた場合にＹ１を送信する処理は、第２実施形態におけるＣＰＵ１０による図１０Ｓ１０５２、Ｓ１０５４、Ｓ１０５６の処理と同様である。
【００９９】
ＣＰＵ１０は、Ｓ１１５４の処理に対するログイン管理サーバ３００からの応答（レスポンス・メッセージ等）がないことを判断し、Ｙ１を再送信する（Ｓ１１５６）。ログイン管理サーバ３００からの応答の有無の判断処理は、例えば、ＣＰＵ１０が所定時間経過後にタイマからの信号を受けて実行する。
【０１００】
ＣＰＵ３０は、受信したＹ１の認証を行い、認証ができたと判断した場合には、クライアントＰＣ１００に対して、Ｘ１とは異なる新しいログインパスワード（Ｘ２）と、Ｙ１とは異なる新しい再発行要求パスワード（Ｙ２）とを含む情報を生成して一時的にメモリ３２に記録し、その情報をクライアントＰＣ１００に送信する（Ｓ１１０５）。
【０１０１】
ＣＰＵ１０は、Ｘ２およびＹ２を受信し、ユーザの操作に応じてＸ２（新しいログインパスワード）をログイン管理サーバ３００に対して送信する（Ｓ１１５８）。ＣＰＵ３０は、Ｘ２の認証を行った後、クライアントＰＣ１００に対して再ログイン許可通知を行う（Ｓ１１０７）。
【０１０２】
パスワードＸ２およびＹ２についてのパスワード生成処理、送信処理、認証処理等は、Ｘ１およびＹ１について説明した処理と同様である。ログイン後は、第１実施形態と同様、クライアントＰＣ１００によるアプリケーションの利用が開始される。
【０１０３】
Ｓ１１０７、Ｓ１１５８の後のＣＰＵ３０、ＣＰＵ１０のそれぞれの処理は、図９のプログラムのフローチャートと同様である。第３実施形態における図９ステップＳ９０３の処理（パスワード管理ＤＢ３５０への記録処理）については、第２実施形態と同様である。ＣＰＵ３０は、Ｘ１およびＹ１を、それぞれＸ２およびＹ２に書き換える処理を行う（パスワードの更新処理）。
【０１０４】
以上の処理によって、クライアントＰＣ１００が再発行要求パスワードを送信した直後に通信中断が生じた場合であっても、クライアントＰＣ１００は、再発行要求パスワード（Ｙ１）の再送信を介して新たなログインパスワード（Ｘ２）および再発行要求パスワード（Ｙ２）を取得し、そのＸ２よって簡易に再ログインすることが可能となる。
【０１０５】
第３実施形態では、クライアントＰＣ１００がＹ１を送信した直後に通信中断が生じた場合を例示した。パスワードＹに限らず、クライアントＰＣ１００からログイン管理サーバ３００に対してパスワード一般（ＸまたはＹ）を送信した直後の通信中断（送信中の通信中断を含む）の場合も、第３実施形態と同様に処理すればよい。ログインパスワードＸは、ワンタイム・パスワードであるから、一度ログイン認証すると再度の認証はされない。しかし、例えばクライアントＰＣ１００からＸを送信した直後に通信中断が生じた場合には、ログイン管理サーバ３００側では未だそのＸを認証していない。したがって、クライアントＰＣ１００は再ログインのために再びＸを使用することができる。
【０１０６】
５−３．第４実施形態（ログイン管理サーバ３００がパスワードを送信した直後に通信中断が生じた場合）
図１２に基づき、第４実施形態における各装置のＣＰＵが実行するプログラムのフローチャートを説明する。第４実施形態は、ログイン管理サーバ３００が再発行要求パスワードＹ１を認証した後、クライアントＰＣ１００に対してパスワードＸ２、Ｙ２を送信した直後に通信中断が生じた例（送信中の通信中断を含む）を説明する。具体的には、第４実施形態は、第３実施形態における図１１ステップＳ１１０５の処理の後に通信中断が生じた場合に対応する。
【０１０７】
ログイン管理サーバ３００のＣＰＵ３０は、Ｘ１、Ｙ１を含む情報を生成して一時的にメモリ３２に記録した後、それらをクライアントＰＣ１００に送信する（図１２Ｓ１２０１）。クライアントＰＣ１００のＣＰＵ１０は、Ｘ１およびＹ１を受信し、ユーザの操作に応じてＸ１（ログインパスワード）をログイン管理サーバ３００に対して送信する（Ｓ１２５０）。ＣＰＵ３０は、Ｘ１の認証を行った後、クライアントＰＣ１００に対してログイン許可通知を行う（Ｓ１２０３）。ログイン後は、クライアントＰＣ１００によるアプリケーションの利用が開始される。
【０１０８】
以上までの各装置の処理は、それぞれ、第１実施形態におけるログイン管理サーバ３００のＣＰＵ３０による図８ステップＳ８０１、８０３、８０５、８０９、図９ステップＳ９０１、９０３の各処理、および、クライアントＰＣ１００のＣＰＵ１０による図８ステップＳ８５０、８５２、８５４、８５６、８５８、図９ステップＳ９５０、９５２の各処理と同様である。
【０１０９】
第４実施形態では、第２実施形態と同様、ログイン後に通信中断が生じている。ログインパスワードＸ１はワンタイム・パスワードであるから、ログイン管理サーバ３００に送信したとしても認証されない。クライアントＰＣ１００のＣＰＵ１０は、ログイン後に通信中断が生じていることを判断してユーザに対してＹ１（再発行要求パスワード）の入力を促し、入力されたＹ１をログイン管理サーバ３００に対して送信する（Ｓ１２５２）。
【０１１０】
ＣＰＵ３０は、受信したＹ１の認証を行い、認証ができたと判断した場合には、クライアントＰＣ１００に対して、Ｘ１とは異なる新しいログインパスワード（Ｘ２）と、Ｙ１とは異なる新しい再発行要求パスワード（Ｙ２）とを含む情報を生成して一時的にメモリ３２に記録し、その情報をクライアントＰＣ１００に送信する（Ｓ１２０５）。
【０１１１】
第４実施形態では、ログイン管理サーバ３００によるＸ２およびＹ２の送信後に通信中断が生じている（送信中の通信中断も同様）。ＣＰＵ１０は、Ｓ１２５２の処理に対するログイン管理サーバ３００からの応答（レスポンス・メッセージ等）がないことを判断し、Ｙ１を再送信する（Ｓ１２５４）。ログイン管理サーバ３００からの応答の有無の判断処理は、例えば、ＣＰＵ１０が所定時間経過後にタイマからの信号を受けて実行する。
【０１１２】
ＣＰＵ３０は、受信したＹ１の認証を行い、認証ができたと判断した場合には、クライアントＰＣ１００に対して、Ｘ２とは異なる新しいログインパスワード（Ｘ３）と、Ｙ２とは異なる新しい再発行要求パスワード（Ｙ３）とを含む情報を生成して一時的にメモリ３２に記録する（Ｓ１２０７）。このとき、ＣＰＵ３０は、メモリ３２に一時的に記録したＸ２およびＹ２を含む情報を、Ｘ３およびＹ３に書き換える。ＣＰＵ３０は、Ｘ３およびＹ３を含む情報をクライアントＰＣ１００に送信する（Ｓ１２０９）。なお、他の実施形態として、ＣＰＵ３０は、Ｘ２およびＹ２を含む情報をＸ３およびＹ３に書き換えるＳ１２０７の処理を行うことなく、Ｓ１２０９においてＸ２およびＹ２を再送信するようにしてもよい。
【０１１３】
ＣＰＵ１０は、Ｘ３およびＹ３を受信し、ユーザの操作に応じてＸ３（新しいログインパスワード）をログイン管理サーバ３００に対して送信する（Ｓ１２５６）。ＣＰＵ３０は、Ｘ３の認証を行った後、クライアントＰＣ１００に対して再ログイン許可通知を行う（Ｓ１２１１）。
【０１１４】
パスワードＸ３およびＹ３についてのパスワード生成処理、送信処理、認証処理等は、Ｘ１およびＹ１について説明した処理と同様である。ログイン後は、第１実施形態と同様、クライアントＰＣ１００によるアプリケーションの利用が開始される。
【０１１５】
Ｓ１２１１、Ｓ１２５６の後のＣＰＵ３０、ＣＰＵ１０のそれぞれの処理は、図９のプログラムのフローチャートと同様である。第３実施形態における図９ステップＳ９０３の処理（パスワード管理ＤＢ３５０への記録処理）については、第２実施形態と同様である。ＣＰＵ３０は、Ｘ１およびＹ１を、それぞれＸ３およびＹ３に書き換える処理を行う（パスワードの更新処理）。
【０１１６】
以上の処理によって、ログイン管理サーバ３００がパスワードを送信した直後に通信中断が生じた場合であっても、クライアントＰＣ１００は、再発行要求パスワード（Ｙ１）の再送信を介して新たなログインパスワード（Ｘ３）および再発行要求パスワード（Ｙ３）を取得し、そのＸ３によって簡易に再ログインすることが可能となる。
【０１１７】
−−６．第５実施形態（指紋認証）−−
ログインシステムの第５実施形態は、上述した第１〜第４実施形態におけるパスワード認証のセキュリティ（安全性）のレベルを一層高める例を説明するものである。第５実施形態は、クライアントＰＣ１００がログイン管理サーバ３００にログインする段階を説明する。したがって、第５実施形態において、パスワード発行処理やログイン認証処理等を含む第１実施形態と重複する部分は概要のみを説明し、また、ログアウト処理の説明は省略することとする。
【０１１８】
図１４は、ログイン管理サーバ３００がハードディスク３４（またはメモリ３２、以下同様）に記録する指紋管理ＤＢ３７０の構成例である。指紋管理ＤＢ３７０には、あらかじめ、ログイン管理サーバ３００にアクセスする可能性のあるユーザの指紋に関する情報が記録される。図では、複数のユーザに関する指紋画像データが、各ユーザ毎に対応づけて記録されている。具体的には、クライアントＰＣのユーザＩＤ「Ａ００１」に対応づけて、指紋画像データ、指紋画像データの「登録時刻（データ入力時刻）」、指紋画像データの「有効期限」が記録される。クライアントＰＣの各ユーザを特定する「ユーザＩＤ」は、あらかじめ別途ユーザに配布される。
【０１１９】
図１５に基づき、第５実施形態における各装置のＣＰＵが実行するプログラムのフローチャートを説明する。ログイン管理サーバ３００のＣＰＵ３０は、Ｘ１、Ｙ１を含む情報を生成して一時的にメモリ３２に記録する（ステップＳ１５０１）。ＣＰＵ３０は、Ｘ１、Ｙ１を含む情報をクライアントＰＣ１００に送信する（Ｓ１５０３）。クライアントＰＣ１００のＣＰＵ１０は、ユーザの操作に応じてプログラムを立ち上げてＸ１およびＹ１を受信して復号化し、それらをパスワード保持テーブル１５０に記録したうえでディスプレイ１３に表示する（Ｓ１５５０）。ＣＰＵ１０は、ユーザＩＤ、Ｘ１、指紋画像データの入力画面をディスプレイ１３に表示する（Ｓ１５５２）。
【０１２０】
図１６Ａは、Ｓ１５５２におけるディスプレイ１３の画面表示例である。ＣＰＵ１０は、ユーザによるキーボード／マウス１１および指紋認証装置２００の操作を介した、ユーザＩＤ、Ｘ１、指紋画像データの入力が有ったか否かを判断する（Ｓ１５５４）。
【０１２１】
指紋認証装置２００の操作を介した指紋画像データの入力は、当業者に周知の技術を適用する。例えば、次のような方法で指紋画像データを得ることができる。ＣＰＵ１０は、指紋認証装置２００の指紋センサ面にユーザの指が置かれると、指に対して光を当てる。指紋センサ面への錯乱光の届き方は、指紋の山の部分と谷の部分とでは異なる。ＣＰＵ１０は、指紋センサ面に対する錯乱光のパターンの変化を利用して、指紋画像データを取得する。ログイン管理サーバ３００の指紋管理ＤＢ３７０に記録するための指紋画像データの取得も同様の方法による。指紋画像データは、例えば、ビットマップ形式のデータ、あるいは、ビットマップ形式の画像データを暗号化したデータを利用することができる。
【０１２２】
ＣＰＵ１０は、指紋画像データの入力の完了を、図１６Ａに示す「指紋データ入力完了」ボタンのクリック動作の有無によって判断する。ＣＰＵ１０は、ユーザＩＤ、Ｘ１、指紋画像データの入力の完了を、図１６Ａに示す「ログイン」ボタンのクリック動作の有無によって判断する。ＣＰＵ１０は、ユーザＩＤ、Ｘ１、指紋画像データの入力が有ったと判断した場合には、ユーザＩＤ、Ｘ１、指紋画像データをログイン管理サーバ３００に対して送信する（Ｓ１５５６）。
【０１２３】
ＣＰＵ３０は、受信したユーザＩＤ、Ｘ１、指紋画像データの全てが認証できるか否かを判断する（Ｓ１５０５）。具体的にはＣＰＵ３０は、受信したＸ１がパスワード管理ＤＢ３５０（またはメモリ３２）に記録されたＸのいずれかと一致し、かつ、受信したユーザＩＤと指紋画像データとの組み合わせが、指紋管理ＤＢ３７０に記録されたユーザＩＤと指紋画像データとの組み合わせに一致する場合に、認証ができると判断する。指紋画像データが一致する場合とは、例えば、受信した指紋画像データと指紋管理ＤＢ３７０に記録された指紋画像データとをパターンマッチングによって一致（または類似）すると判断できる場合である。したがって、受信したユーザＩＤと指紋画像データとの組み合わせが、指紋管理ＤＢ３７０に記録されたユーザＩＤと指紋画像データとの組み合わせに一致する場合とは、Ｓ１５０５においてＣＰＵ３０がユーザＩＤ「Ａ００１」を受信したとすると、受信した指紋画像データと、指紋管理ＤＢ３７０の「Ａ００１」に対応づけて記録された指紋画像データとが一致（または類似）する場合である。
【０１２４】
ＣＰＵ３０は、Ｓ１５０５において認証ができなかった判断した場合にはクライアントＰＣ１００に対してＮＧ通知を行い（Ｓ１５０７）、処理を終了する。一方、ＣＰＵ３０は、認証ができたと判断した場合には、クライアントＰＣ１００に対してログイン許可通知を行う（Ｓ１５０９）。
【０１２５】
ＣＰＵ１０は、受信した通知情報がログイン許可通知か否かを判断する（Ｓ１５５８）。ＣＰＵ１０は、受信した通知情報がログイン許可通知でなかったと判断した場合にはＮＧ画面をディスプレイ１３に表示して（Ｓ１５６０）、処理を終了する。一方、ＣＰＵ１０は、受信した通知情報がログイン許可通知であったと判断した場合には、ログイン許可画面をディスプレイ１３に表示する（図９ステップＳ９５０）。図１６Ｂは、ステップＳ９５０におけるディスプレイ１３の画面表示例である。
【０１２６】
ログイン後は、第１実施形態と同様、クライアントＰＣ１００によるアプリケーションの利用が開始される。Ｓ１５０９、Ｓ１５５８の後のＣＰＵ３０、ＣＰＵ１０のそれぞれの処理は、図９のプログラムのフローチャートと同様である。
【０１２７】
以上の処理によって、ログインシステムは、パスワード認証のセキュリティのレベルを一層高めることができる。第５実施形態では、ＣＰＵ３０が、パスワード認証に加えて指紋認証を利用する例として、ログインパスワードの認証処理を例示した（図１５ステップＳ１５０５参照）。これに限らず、第２〜第４実施形態で説明した再発行要求パスワードの認証処理に加えて指紋認証を利用してもよい。
【０１２８】
図１５ステップＳ１５０５においては、ＣＰＵ３０は、ログインパスワードと、ユーザＩＤと指紋画像データの両方の組み合わせとによって認証の可否を判断した。これに限らず、ログインパスワードおよび指紋画像データによって認証の可否を判断してもよい。具体的にはＣＰＵ３０は、受信したＸ１が、パスワード管理ＤＢ３５０（またはメモリ３２）に記録されたＸのいずれかに一致し、かつ、受信した指紋画像データが、指紋管理ＤＢ３７０に記録された指紋画像データのいずれかに一致する場合に認証ができると判断する。
【０１２９】
図１５ステップＳ１５０５においては、指紋画像データの認証をパターンマッチングによって行うこととしたが、これに限られるものではない。その他の認証方式として、例えば、特徴点抽出方式を利用してもよい。具体的には、ユーザの指紋にある複数の特徴点の相対的な位置関係等を特徴点データとし、比較対照となる特徴点データ同士の一致度に基づいて認証の可否を判断する。
【０１３０】
第５実施形態では、「生体的特徴」として指紋を例示し、「生体的特徴データ」として指紋画像データを例示したが、これに限られるものではない。「生体特徴データ」については、例示した指紋認証装置２００以外のデバイスを利用することによって、その他のバイオメトリクス認証（生体認証）用のデータを適用してもよい。本発明の「生体的特徴」を利用したバイオメトリクス認証のその他の例として、目（虹彩または網膜）の認証、声紋認証、手の甲に現れる静脈の血管パターン認証、顔照合（顔の形による認証）等の身体的特徴を利用する技術や、筆跡認証、打鍵認証（キーボード入力のスピードやタイミングの特徴による認証）等の人の癖を利用する技術を採用することができる。
【０１３１】
−−７．実施形態による効果−−
実施形態によるログインシステムは、通信中断後の再ログインを行う際の作業を簡易かつ迅速に行うことができる。サーバ側から特定のクライアント装置に対してワンタイム性のログインパスワードを発行することとすれば、システムのセキュリティを確保することができる。ワンタイム・パスワードであるから、一回のログインにしか使用できず、漏洩しても第三者は使用することができない。しかし、従来の技術では、ログイン後に通信中断が生じた場合には、別途クライアント装置側から電話等によるログインパスワードの再発行要求を行う必要があった。
【０１３２】
この点、実施形態によれば、サーバ側から、クライアント装置に対してログインパスワードおよび再発行要求パスワードの両方を発行する。クライアント装置は、通信中断が生じた場合には再発行要求パスワードによって別のログインパスワードを取得することができ、再ログインのための作業を簡易かつ迅速に実行することができる。
【０１３３】
第４実施形態による図１２Ｓ１２５２、Ｓ１２５４の処理で明らかなように、実施形態では、ログインパスワードＸはワンタイム・パスワードとする一方で、再発行要求パスワードは、ログイン管理サーバ３００による複数回の認証が可能とされている（非ワンタイム・パスワード）。つまり、クライアントＰＣ１００からの再発行要求パスワードを利用した再発行要求アクション自体に障害がある場合であっても、複数回のアクションが許容される。したがって、再発行要求アクションに関する作業を効率的に実行することができる。
【０１３４】
第５実施形態によれば、パスワード認証に加えて指紋認証が組み合わせられる。これにより、本人以外のログインが拒否され、システムのセキュリティを高めることができる。したがって、実施形態を適用することによって遠隔地からシステムへのログインの信頼性を高めることができ、例えばコンピュータを利用した在宅勤務等の分野への適用も好適である。
【０１３５】
実施形態では、ＣＰＵ１０は、通信状態に応じて、ユーザに対するログインパスワードおよび再発行要求パスワードの入力要求を表示する。例えば、ＣＰＵ１０は、ユーザに対して、図８Ｓ８５２の処理ではログインパスワードの入力を促す一方で、図１０Ｓ１０５２の処理では再発行要求パスワードの入力を促す。つまり、ＣＰＵ１０は、入力を促すパスワードが２種類のうちのいずれであるかを判断する。このような入力要求パスワードの決定は、ＣＰＵ１０が、クライアントＰＣ１００とログイン管理サーバ３００との間の通信状態を判断することによって行う。例えば、図８Ｓ８５２においては、ＣＰＵ１０は、ログイン許可通知が未受信であることに基づいてログインパスワードの入力を促す。一方、図１０Ｓ１０５２においては、ＣＰＵ１０は、既にログイン許可通知を受信しており、かつ、ログイン後の作業に関する問い合わせに対して返答が無いことに基づいて再発行要求パスワードの入力を促す。
【０１３６】
ログイン管理サーバ３００は、クライアントＰＣ１００からの接続情報、処理内容を履歴情報として記録することも可能である。具体的には、ログイン管理サーバ３００のＣＰＵ３０は、ログイン、ログアウト、通信中断等に関する履歴情報をハードディスク３４に記録する。これらの情報に基づいて、例えばクライアントＰＣによるログイン状況の監視、通信環境の改善等を試みることも可能である。
【０１３７】
−−８．その他の実施形態等−−
８−１．パスワード構成バリエーション
実施形態では、例えば図１０Ｓ１００５、１００７の処理に示すように、ログイン管理サーバ３００のＣＰＵ３０は、再発行要求パスワード（Ｙ１）を受信して、クライアントＰＣ１００に対して新しいログインパスワード（Ｘ２）および新しい再発行要求パスワード（Ｙ２）を送信する。これに限らず、ＣＰＵ３０は、Ｙ１を受信してＸ２のみをクライアントＰＣ１００に送信するようにしてもよい。具体的には、クライアントＰＣ１００は、ログイン前には（Ｘ１、Ｙ１）を備え、ログイン後に通信中断が生じた場合にはＹ１を送信してＸ２を取得し、再度通信中断が生じた場合にはＹ１を送信してＸ３を取得する。このようにして、クライアントＰＣ１００は、ログインおよび再ログイン用のＸ（ワンタイム・パスワード）を取得するために、通信中断が生じる毎に（ワンタイム・パスワードでない）Ｙを利用する。
【０１３８】
実施形態では、図６、図７に示すように、ログインパスワード（Ｘ）と再発行要求パスワード（Ｙ）とを別々のパスワードとして設定する例を示した。これに限らず、ＸとＹとを合わせた１つのパスワードとして設定してもよい。１つのパスワードを受信したクライアントＰＣ１００は、ログイン管理サーバ３００およびクライアントＰＣ１００のそれぞれの共通の取り決めによって、その１つのパスワードをＸとＹに分割して利用する。
【０１３９】
以上のようなパスワード構成を採用した場合の処理を、図６に示すパスワード「ａｂｃ０２ｅｆｇ」、「ｘｘ１４２」を例にして説明する。ＣＰＵ３０は、図８ステップＳ８０３において、「ａｂｃ０２ｅｆｇｘｘ１４２」（１３文字）を１つのパスワードとして送信する。クライアントＰＣ１００側では、あらかじめログイン管理サーバ３００との間の取り決めによって、パスワードの前８文字をＸとし、後５文字をＹとすることを決めておく。具体的には、クライアントＰＣ１００のＣＰＵ１０は、上記１３文字のパスワードを受信した後、「ａｂｃ０２ｅｆｇ」をＸとし、「ｘｘ１４２」をＹとするパスワード分割処理を行ったうえで、Ｓ８５０以降の処理を行う。
【０１４０】
以上の処理を行う各装置の機能は、次のように表現することができる。ログイン管理装置は、第１パスワードと第２パスワードとを合成した合成パスワードを含むパスワード情報を生成するパスワード情報生成手段を備える。一方、端末装置は、受信した前記パスワード情報から、前記ログイン管理装置との間で設定されたルールに基づいて、第１パスワードおよび第２パスワードを取得するパスワード取得手段を備える。または、端末装置は、受信した前記パスワード情報を、前記ログイン管理装置との間で設定されたルールに基づいて分割することにより、第１パスワードおよび第２パスワードを取得するパスワード取得手段を備える。
【０１４１】
８−２．装置構成バリエーション
実施形態では、端末装置としてクライアントＰＣ１００を例示したが、これに限られるものではなく、携帯電話、ＰＨＳ、Ｐｅｒｓｏｎａｌ ＤｉｇｉｔａｌＡｓｓｉｓｔａｎｔ（ＰＤＡ）等のモバイル端末、その他の機器を利用してもよい。
【０１４２】
８−３．プログラム実行方法等の実施例
本実施形態では、ＣＰＵ１０、ＣＰＵ３０の動作のためのプログラムを、それぞれハードディスク１４、ハードディスク３４に記憶させているが、このプログラムは、プログラムが記憶されたＣＤ−ＲＯＭから読み出してハードディスク等にインストールすればよい。また、ＣＤ−ＲＯＭ以外に、ＤＶＤ−ＲＯＭ、フレキシブルディスク（ＦＤ）、ＩＣカード等のプログラムをコンピュータ可読の記録媒体からインストールするようにしてもよい。さらに、通信回線を用いてプログラムをダウンロードさせることもできる。また、ＣＤ−ＲＯＭからプログラムをインストールすることにより、ＣＤ−ＲＯＭに記憶させたプログラムを間接的にコンピュータに実行させるようにするのではなく、ＣＤ−ＲＯＭに記憶させたプログラムを直接的に実行するようにしてもよい。
【０１４３】
なお、コンピュータによって実行可能なプログラムとしては、ＣＰＵにより直接実行可能なプログラムだけではなく、ソース形式のプログラム、一旦他の形態等に変換が必要なもの（例えば、圧縮処理がされたプログラム、暗号化プログラム）、さらには、他のモジュール部分と組合して実行可能なプログラムも含む。
【０１４４】
上記各実施形態では、図３の各機能をＣＰＵおよびプログラムによって実現することとしているが、各機能の一部または全部をハードウェアロジック（論理回路）によって構成してもよい。
【図面の簡単な説明】
【図１】実施形態によるログインシステムの全体図である。
【図２】実施形態によるログインシステムの処理概要図である。
【図３】ログインシステムの機能ブロック図である。
【図４】クライアントＰＣのハードウェア構成例を示す図である。
【図５】ログイン管理サーバのハードウェア構成例を示す図である。
【図６】パスワード管理データベースの構成例を示す図である。
【図７】パスワード保持テーブルの構成例を示す図である。
【図８】第１実施形態によるログイン管理処理のフローチャートである。
【図９】第１実施形態によるログイン管理処理のフローチャートである。
【図１０】第２実施形態によるログイン管理処理のフローチャートである。
【図１１】第３実施形態によるログイン管理処理のフローチャートである。
【図１２】第４実施形態によるログイン管理処理のフローチャートである。
【図１３】図１３Ａ、図１３Ｂ、図１３Ｃ、図１３Ｄ、図１３Ｅ、図１３Ｆは、実施形態におけるクライアントＰＣの画面表示例である。
【図１４】第５実施形態における指紋管理データベースの構成例を示す図である。
【図１５】第５実施形態によるログイン管理処理のフローチャートである。
【図１６】図１６Ａ、図１６Ｂは、第５実施形態におけるクライアントＰＣの画面表示例である。
【符号の説明】
１００・・・クライアントＰＣ
１５０・・・パスワード保持ＤＢ
２００・・・指紋認証装置
３００・・・ログイン管理サーバ
３５０・・・パスワード管理ＤＢ
３７０・・・指紋管理ＤＢ
４００・・・インターネット
【発明の属する技術分野】
この発明は、ログイン管理システムおよびその方法に関するものであり、特に、ログイン作業に関する利便性とセキュリティの双方を高めることに関する。
【０００２】
【従来の技術】
所定のシステムへのログインやＷｅｂサービス等へのログインを特定のクライアント装置に限定して許可するために、パスワードを利用するシステムが運営されている。そのようなシステムとして、例えば、企業システムの保守を行うために、システム担当者が自宅のパーソナルコンピュータ（以下、「ＰＣ」とする）から企業システムにログインしてトラブルの対処を行う場合がある。
【０００３】
特定のクライアント装置のログインを許可する場合、セキュリティ保持の観点から、パスワードの漏洩等による第三者からのログインを防止する必要がある。さらに、システム担当者に対しても必要最小限のログインのみを許可するのが好ましい。
【０００４】
従来、特定のクライアント装置について必要最小限のログインを許可する目的で、システム側から、一時的に利用可能なワンタイム・パスワードを特定のクライアント装置に対して発行し、それを利用してログインさせる技術が利用されている。ワンタイム・パスワードであるから、そのパスワードが漏洩してもログインが許可されず、セキュリティを保持することができる。
【０００５】
しかしながら、従来の技術によると、システム担当者がＰＣによってログインした後に通信切断が生じた場合、そのログインを許可した側のシステム管理者が電話等による口頭手段を用いてシステム担当者を認証したうえで、そのシステム担当者に対してワンタイム・パスワードの再発行を行う処理（手作業によるパスワード発行処理）が必要であった。
【０００６】
上記のように、通信ネットワークを介して接続された複数の端末装置間が障害によって切断された場合に、煩雑な処理を行うことなく再接続が可能な方法として、端末装置からの最初のアクセス時に、再接続時に用いる簡易ログイン用パスワードをサーバ側から端末装置に対して送信しておき、そのパスワードに基づいて端末装置との接続を回復させる技術がある（例えば、特許文献１参照）。
【０００７】
【特許文献１】
特開２００２−３４４４８４号公報（第５図）
【発明が解決しようとする課題】
上記のような技術によれば、端末装置のユーザは、サーバ側との間の通信中断が生じた場合であっても、煩雑な処理を行うことなく再接続が可能である。
【０００８】
しかしながら、上記の簡易ログイン用パスワードは、通信中断に対応するために複数回のログインを許可するものであり、第三者に漏洩した場合にはそのパスワードによって不正なログインがされてしまう可能性がある。したがって、ログインを管理する技術として、通信中断後の再ログインに関する作業の利便性と、そのログインに関する安全性の両方を満たす技術が要望される。
【０００９】
本発明は、上記のような要求に鑑みて、ログイン作業に関する利便性とセキュリティの双方を高めることを可能とするログイン管理システムおよびその方法を提供することを目的とする。
【００１０】
【課題を解決するための手段および発明の効果】
１）本発明のログイン管理システムは、
ログイン管理装置と、当該ログイン管理装置と通信可能な端末装置とを備えたログイン管理システムであって、
前記ログイン管理装置は、
第１パスワードまたは第２パスワードの少なくともいずれかを含むパスワード情報を生成するパスワード情報生成手段、
前記端末装置に対して前記パスワード情報を送信する送信手段、
前記パスワード情報をパスワード記録部に記録する記録手段、
前記端末装置から送信される第１パスワードまたは第２パスワードを受信するパスワード受信手段、
受信した第１パスワードと前記パスワード記録部に記録されたパスワード情報とに基づいて、当該第１パスワードに一致性があり、かつ、当該第１パスワードが過去に認証されていない場合には、当該第１パスワードを認証する第１パスワード認証手段、
前記第１パスワードを認証した場合には前記端末装置のログインを許可するログイン許可手段、
当該ログイン状態の中断後に前記端末装置から第２パスワードを受信した場合には、当該第２パスワードと前記パスワード記録部に記録されたパスワード情報とに基づいて、当該第２パスワードに一致性がある場合に当該第２パスワードを認証する第２パスワード認証手段、
当該第２パスワードを認証した場合には前記パスワード情報生成手段が生成した前記第１パスワードとは異なる第１パスワードを前記端末装置に対して送信する更新パスワード送信手段、
を備えており、
前記端末装置は、
前記パスワード情報を受信する受信手段、
前記ログイン管理装置に対して前記第１パスワードまたは第２パスワードを送信するパスワード送信手段、
を備えてことを特徴とする。
【００１１】
これらの特徴により、前記端末装置は、前記ログイン状態が中断した場合であっても、前記第２パスワードの送信を介して新しい第１パスワードを取得することによって再ログインすることが可能となる。
【００１２】
６）本発明の前記ログイン管理装置は、さらに、
前記端末装置のユーザの生体的特徴を、あらかじめ生体特徴データとして記録する生体特徴データ記録部を備え、
前記第１パスワード認証手段または第２パスワード認証手段は、前記第１パスワードまたは第２パスワードに加えて、前記生体特徴データ記録部と、前記端末装置から送信される生体特徴データとに基づいて前記認証の可否を判断することを特徴としており、
前記端末装置は、さらに、
前記端末装置のユーザの生体的特徴を生体特徴データとして取得する生体特徴データ取得手段を備え、
前記パスワード送信手段は、前記第１パスワードまたは第２パスワードに加えて、前記取得した生体特徴データを送信すること、
を特徴としている。
【００１３】
これらの特徴により、前記ログイン管理システムは、あらかじめ当該生体特徴データを記録したユーザと、前記パスワードを送信した端末装置のユーザとが一致するか否かを判断することができる。特定の端末装置のユーザのみのログインを許可することにより、第三者の不正なログインを防止することができる。
【００１４】
７）本発明の前記ログイン管理装置の更新パスワード送信手段は、
前記第２パスワードが認証された場合には、前記端末装置に対して、前記第１パスワードとは異なる第１パスワードと、当該第２パスワードとは異なる第２パスワードとを送信すること、
を特徴としている。
【００１５】
この特徴により、前記端末装置は、前記ログイン管理装置へのログインに関して、前記新しい第１パスワードと、新しい第２パスワードとの組み合わせを取得することができる。
【００１６】
８）本発明の前記ログイン管理装置の第２パスワード認証手段は、
前記更新パスワード送信手段が前記端末装置に対して第１パスワードおよび第２パスワードの送信を完了した後に、当該第２パスワード以前の第２パスワードの認証を不可にすること、
を特徴としている。
【００１７】
この特徴により、前記第２パスワードは、通信中断後の次回の再ログインのためのパスワードの組み合わせを取得するのに限って使用可能となる。すなわち、前記端末装置がパスワードの組み合わせを取得した後は、その取得のために利用した第２パスワードは使用不可となる。したがって、第２パスワードの漏洩による不正アクセスの危険性を減少することができる。
【００１８】
９）本発明の前記端末装置は、さらに、
前記端末装置が前記ログイン管理システムへのログイン前には、ユーザに対して前記第１パスワードの入力を促す一方で、当該ログイン状態の中断が生じた場合には、ユーザに対して前記第２パスワードの入力を促すパスワード入力要求手段、
を備えたことを特徴としている。
【００１９】
この特徴により、前記端末装置のユーザは、前記第１パスワードおよび第２パスワードのいずれを入力するのかを容易に判断することができる。
【００２０】
１０）本発明の前記端末装置は、さらに、
当該端末装置による前記ログイン管理システムへのログイン状態が中断した場合にはログイン中断信号を出力する状態監視手段、
を備えており、
前記パスワード送信手段は、さらに、
前記ログイン管理装置へのログイン時には当該ログイン管理装置に対して前記第１パスワードを送信し、一方、前記ログイン中断信号を取得した場合には前記ログイン管理装置に対して前記第２パスワードを送信すること、
を特徴としている。
【００２１】
この特徴により、前記端末装置のユーザは、前記第１パスワードおよび第２パスワードの入力をする手間を省略することができる。
【００２２】
以下、用語の定義について説明する。
【００２３】
この発明において、
「パスワード」とは、所定の装置またはユーザであることを識別するための文字列、または記号、または識別子一般を含む概念である。この「パスワード」は、平文で表現されたもの、または暗号化されたもの、または所定の規則に基づいて他の形式に変換されたものを含む。実施形態では、ログインパスワード、または再発行要求パスワードが、この「パスワード」に対応する。
【００２４】
【発明の実施の形態】
本発明のログイン管理システムの実施形態としての「ログインシステム」について説明する。このログインシステムは、端末装置がログイン管理装置にログインする際に、端末装置のユーザの操作の利便性とセキュリティの双方を高めることを可能とするシステムである。より具体的には、本システムは、ログイン後に通信中断が生じた場合に、端末装置のユーザが簡易な操作で再ログインすることができるとともに、第三者の不正なログインの防止を可能とする。
【００２５】
以下の説明では、第１実施形態として、端末装置によるログイン管理装置へのログインからログアウトまでの処理を説明する。ここで、「ログイン」とは、コンピュータシステムの資源に対してアクセス可能な状態となることをいう。一方、「ログアウト」とは、コンピュータシステムの資源に対してアクセス可能な状態を解消することをいう。次に、第２〜第４実施形態として、第１実施形態で説明するログイン後に通信中断が起こった場合を想定し、再ログインの処理を説明する。第５実施形態では、本システムで利用するパスワード認証に加えて、いわゆるバイオメトリクス認証（生体認証）の処理を行う例を説明する。
【００２６】
各実施形態の説明では、端末装置がログイン管理装置にログインするまでの説明を中心に説明する。したがって、本発明の実施形態では、特定のユーザのログインを許可する目的や、ログイン後にユーザに許可する操作内容等は、特に限定しない。本システムでは、ログイン後に、端末装置のユーザがログイン管理装置内に存在する所定のアプリケーションを利用する例を示す。その他の例として、ログイン管理装置が、特定の端末装置に対して所定期間でのログインを許可するシステム一般に適用可能である。具体的には、本システムは、コンピュータ・システムのトラブルに対処するための遠隔操作用のログイン（リモート・ログイン）を特定のシステム担当者にのみ許可する仕組みや、銀行口座情報の閲覧や入出金等を本人にのみ許可するログイン管理の仕組み、金融商品の値動きや投資・収益状態などの情報の閲覧を特定の投資家にのみ許可するログイン管理の仕組み、特定の個人に対する情報の提供を行う仕組み等に適用可能である。
【００２７】
以下、ログインシステムの概略、装置のハードウェア構成、特許請求の範囲に記載した用語と実施形態との対応を説明し、次に各実施形態の説明等を行う。
目次
１．ログインシステムの概要
２．ハードウェア構成等
３．特許請求の範囲に記載した用語と実施形態との対応
４．第１実施形態（ログイン〜ログアウト）
５．第２〜第４実施形態
６．第５実施形態（指紋認証）
７．実施形態による効果
８．その他の実施形態等
−−−−−−−−−−−−−−−−−−−
−−１．ログインシステムの概要−−
図１は、実施形態による、ログイン管理システムとしてのログインシステムの概略である。ログインシステムは、クライアント・パーソナルコンピュータ（以下、「ＰＣ」とする）１００、クライアントＰＣ１００に接続される指紋認証装置２００、ログイン管理サーバ３００で構成される。
【００２８】
クライアントＰＣ１００は、ログイン管理サーバ３００にログインを試みるユーザが使用する。ログイン管理サーバ３００は、クライアントＰＣ１００によるログインの認証処理等を行う。クライアントＰＣ１００とログイン管理サーバ３００とは、インターネット４００を介して接続可能である。
【００２９】
クライアントＰＣ１００は、パスワード保持テーブル１５０を記録する。ログイン管理サーバ３００は、パスワード管理データベース（以下、「ＤＢ」とする）３５０と、指紋管理ＤＢ３７０を記録する。各データベースの記録内容については後述する。パスワード保持テーブル１５０、パスワード管理ＤＢ３５０のそれぞれは、実施形態においては各装置のハードディスクに記録するものとするが、これに限らず、各装置とは物理的に独立の装置類に記録するようにしてもよい。
【００３０】
次に、図２に基づいてログインシステムの処理の概要を説明する。（１）ログイン管理サーバ３００は、特定のクライアントＰＣ１００に対して第１パスワードおよび第２パスワードを送信する。第１パスワードは、ログイン用のパスワードであり、一方の第２パスワードは、新しい第１パスワードおよび新しい第２パスワードの発行を要求するためのパスワードである。（２）クライアントＰＣ１００は、それらのパスワードを受信した後、ユーザの操作に応じて第１パスワードをログイン管理サーバ３００に送信してログインする。この際、ログイン管理サーバ３００は、第１パスワードの認証を行う。この第１パスワードは、いわゆるワンタイム・パスワードとしている。したがって、ログイン管理サーバ３００は、第１パスワードを一度認証した後は、再度同じ第１パスワードを受信してもログインを許可しない。
【００３１】
ログイン後に通信中断が生じた場合には次の処理が行われる。（３）クライアントＰＣ１００は、ユーザの操作に応じて第２パスワードをログイン管理サーバ３００に送信する。（４）ログイン管理サーバ３００は、第２パスワードの認証後、既に送信した第１パスワードおよび第２パスワードとは異なる、新しい第１パスワードおよび新しい第２パスワードをクライアントＰＣ１００に対して送信する。（５）クライアントＰＣ１００は、それらのパスワードを受信した後、ユーザの操作に応じて新しい第１パスワードをログイン管理サーバ３００に送信して再ログインする。
【００３２】
以上説明したように、ログイン管理サーバ３００は、クライアントＰＣ１００に対して、常に第１パスワードおよび第２パスワードの２つ（パスワードセット）を持たせることとしている。第１パスワードは、ログイン管理サーバ３００へのログインを行うために用いられる。一方、第２パスワードは、ログイン管理サーバ３００に対して、新しいパスワードセットの発行を要求するために用いられる。具体的には、第２パスワードは、通信中断後の再ログイン用のパスワードを含む新しいパスワードセットの再発行を要求するためのパスワードである。
【００３３】
第１パスワードは、ワンタイム・パスワードであるから、通信中断後の再ログインには使用できない。しかしながら、クライアントＰＣ１００は、一方の第２パスワードを用いることによって、再び新しいパスワードセットを取得する。したがって、クライアントＰＣ１００は、通信中断後であっても、ログイン管理サーバ３００に容易に再ログインすることが可能となる。
【００３４】
なお、実施形態における「通信中断」の概念は、特許請求の範囲に記載する「ログイン状態の中断」に対応する。「通信中断」は、意図しない通信中断、あるいは、両装置のいずれかによる意図的な通信中断のほか、ログイン後にクライアントＰＣ１００またはログイン管理サーバ３００のＣＰＵが実行するプログラムが停止する場合を含む概念である。
【００３５】
本実施形態では、クライアントＰＣ１００がインターネット４００上のログイン管理サーバ３００にアクセス等するためのソフトウェアとして、本システム専用のプログラムを利用する。ただし、専用のプログラムに限らず、例えばＭｉｃｒｏｓｏｆｔ社のインターネットエクスプローラ（商標）等の一般的なブラウザプログラムを利用してもよい。
【００３６】
上述した図２の各処理の詳細は、第１実施形態〜第４実施形態において説明する。
【００３７】
−−２．ハードウェア構成等−−
２−１．機能ブロック
図３は、ログインシステムの機能ブロック図を示す。クライアントＰＣ１００は、パスワード情報を受信する受信手段５００、パスワードを送信するパスワード送信手段５１２、ユーザに対してパスワードの入力を要求するパスワード入力要求手段５１４、ユーザの生体特徴データを取得する生体特徴データ取得手段５１６、ログイン状態の中断の有無を監視する状態監視手段５１８を備えている。
【００３８】
一方、サービスサーバ３００は、パスワード情報を生成するパスワード情報生成手段５５２、パスワード情報を送信する送信手段５５０、パスワード情報を記録する記録手段５５４、クライアントＰＣ１００から送信されるパスワードを受信するパスワード受信手段５６２、第１パスワードを認証する第１パスワード認証手段５６０、手段５６０の処理にしたがってログインを許可するログイン許可手段５６６、第２パスワード認証手段５５８、手段５５８の処理にしたがって新しいパスワードを送信する更新パスワード送信手段５６４、生体特徴データを記録する生体特徴データ記録部５５６を備えている。
【００３９】
２−２．クライアントＰＣ
図４は、図３のクライアントＰＣ１００をＣＰＵを用いて実現した場合のハードウェア構成の一例である。クライアントＰＣ１００は、ＣＰＵ１０、キーボード／マウス１１、メモリ１２、ディスプレイ１３、ハードディスク１４、スピーカ１５、インターネット４００に接続するための通信回路１６を備えている。
【００４０】
ＣＰＵ１０は、クライアントＰＣ１００全体を制御する。メモリ１２は、ＣＰＵ１０のワーク領域等を提供する。ハードディスク１４には、パスワード保持テーブル１５０や、ＣＰＵ１０を動作させるためのプログラム、ウェブを閲覧するためのブラウザプログラム等が記録されている。キーボード／マウス１１の操作により生成される操作情報はＣＰＵ１０に入力され、ＣＰＵ１０が生成した画像情報及び音声情報は、ディスプレイ１３、スピーカ１５にそれぞれ出力される。
【００４１】
２−３．ログイン管理サーバ
図５は、図３のサービスサーバ３００をＣＰＵを用いて実現した場合のハードウェア構成の一例である。サービスサーバ３００は、ＣＰＵ３０、キーボード／マウス３１、メモリ３２、ディスプレイ３３、ハードディスク３４、スピーカ３５、インターネット４００に接続するための通信回路３６を備えている。
【００４２】
ＣＰＵ３０は、ログイン管理サーバ３００全体を制御する。メモリ３２は、ＣＰＵ３０のワーク領域等を提供する。ハードディスク３４には、パスワード管理ＤＢ３５０および指紋管理ＤＢ３７０、ＣＰＵ３０を動作させるためのサーバプログラム、クライアントＰＣ１００のユーザが利用するアプリケーションプログラム、ウェブを閲覧するためのブラウザプログラム等が記録されている。キーボード／マウス３１の操作により生成される操作情報はＣＰＵ３０に入力され、ＣＰＵ３０が生成した画像情報および音声情報は、ディスプレイ３３、スピーカ３５にそれぞれ出力される。
【００４３】
本実施形態では、クライアントＰＣ１００およびログイン管理サーバ３００のオペレーティングシステム（ＯＳ）の例として、マイクロソフト社のＷｉｎｄｏｗｓ（登録商標）ＸＰ、ＮＴ、２０００等を用いることとする。本実施形態のプログラムは、ＯＳと共働して各機能を実現しているが、これに限らず、プログラム単独で各機能を実現するようにしてもよい。
【００４４】
２−４．データベース
本システムのデータベースの構成例について説明する。本システムでは、ログイン管理サーバ３００は、パスワード管理ＤＢ３５０および指紋管理ＤＢ３７０を記録する。一方、クライアントＰＣ１００は、パスワード保持テーブル１５０を記録する。指紋管理ＤＢ３７０については、後述する第５実施形態の項で説明する。
【００４５】
図６は、ログイン管理サーバ３００がハードディスク３４（またはメモリ３２、以下同様）に記録するパスワード管理ＤＢ３５０の構成例である。パスワード管理ＤＢ３５０には、ログイン管理サーバ３００がクライアントＰＣに発行したパスワードセットに関する情報が記録される。図では、複数のユーザに関して有効なパスワードセットが記録されている。このパスワードセットには、第１パスワードとしてのログインパスワード（Ｐａｓｓｗｏｒｄ（ＰＷ））と、第２パスワードとしての再発行要求パスワードとが含まれる。
【００４６】
具体的には、パスワード管理ＤＢ３５０には、パスワードを発行した相手となるクライアントＰＣ１００の「ユーザＩＤ」、「ログインパスワード」、ログイン認証の有無を示す「ログインフラグ」、「再発行要求パスワード」、パスワードセットの送信時刻を示す「発行時刻」、パスワードセットの有効期限を示す「有効期限」、ログインを介してクライアントＰＣ１００のユーザが利用を要求する「有効アプリケーション」の各情報が、ユーザ毎に記録される。
【００４７】
図７は、クライアントＰＣ１００がハードディスク１４（またはメモリ１２、以下同様）に記録するパスワード保持テーブル１５０の構成例である。パスワード保持テーブル１５０には、クライアントＰＣ毎に、ログイン管理サーバ３００から受信したパスワードセットに関する情報が記録される。図７には、パスワード保持テーブル１５０の例示として、図６のパスワード管理ＤＢ３５０におけるユーザＩＤ「Ａ００１」についてのパスワードセットに関する情報が記録されている。
【００４８】
具体的には、パスワード保持テーブル１５０には、「有効アプリケーション」、「ログインパスワード」、「ログインフラグ」、「再発行要求パスワード」、「発行時刻」、「有効期限」の各情報が記録される。
【００４９】
−−３．特許請求の範囲に記載した用語と実施形態との対応−−
特許請求の範囲に記載した用語と実施形態との対応は以下の通りである。
【００５０】
「ログイン管理装置」はログイン管理サーバ３００に対応し、「端末装置」はクライアントＰＣ１００に対応する。「第１パスワード」はログインパスワードに対応し、「第２パスワード」は再発行要求パスワードに対応する。
【００５１】
「パスワード情報」は、図８ステップＳ８０３、または図１０ステップＳ１００７等で送信される、ログインパスワードおよび再発行要求パスワードを含む情報に対応する。「パスワード情報生成手段」は、図８Ｓ８０１、または図１０Ｓ１００５等の処理を行うＣＰＵ３０に対応する。「送信手段」は、図８Ｓ８０３，または図１０Ｓ１００７等の処理を行うＣＰＵ３０に対応する。
【００５２】
「記録手段」は、図８Ｓ８０１においてパスワードを含む情報をメモリ３２に記録する処理、または、図９Ｓ９０３においてパスワードをパスワード管理ＤＢ３５０に記録する処理等を行うＣＰＵ３０に対応する。「パスワード記録部」は、パスワードを含む情報を記録するメモリ３２またはパスワード管理ＤＢ３５０に対応する。「パスワード受信手段」は、図８Ｓ８５６、または図１０Ｓ１０５６の処理等によって送信されるパスワードを受信する処理を行うＣＰＵ３０に対応する。
【００５３】
「第１パスワード認証手段」は、図８Ｓ８０５の処理を行うＣＰＵ３０に対応する。「ログイン許可手段」は、図８Ｓ８０９の処理等を行うＣＰＵ３０に対応する。「第２パスワード認証手段」は、図１０Ｓ１０５６の処理によって送信されるＹ１の認証を行うＣＰＵ３０に対応する。「更新パスワード送信手段」は、図１０Ｓ１００７の処理等を行うＣＰＵ３０に対応する。
【００５４】
「受信手段」は、図８Ｓ８０３の処理等によって送信されるＸおよびＹを含む情報を受信する処理を行うクライアントＰＣ１００のＣＰＵ１０に対応する。「パスワード送信手段」は、図８Ｓ８５６、または図１０Ｓ１０５６の処理等を行うＣＰＵ１０に対応する。
【００５５】
「生体的特徴」は指紋に関する情報に対応し、「生体特徴データ」は指紋画像データに対応する。「生体特徴データ記録部」は、図１４に示す指紋管理ＤＢ３７０に対応する。「生体特徴データ取得手段」は、ＣＰＵ１０の命令によって動作する指紋認証装置２００に対応する。「パスワード入力要求手段」は、図８Ｓ８５２の処理、または、図１０Ｓ１０５２の処理を行うＣＰＵ１０に対応する。
【００５６】
−−４．第１実施形態（ログイン〜ログアウト）−−
ログインシステムの第１実施形態として、クライアントＰＣ１００がログイン管理サーバ３００にログインして所定のアプリケーションを利用した後、ログアウトするまでの処理を説明する。本システムでは、ログイン後に、端末装置のユーザがログイン管理装置内に存在する所定のアプリケーションを利用する例を示す。なお、後述する第２〜第４実施形態は、第１実施形態におけるログイン後に通信中断が生じた場合の例を説明するものである。以下に説明するプログラムのフローチャートは例示であって、当業者に周知の手法によって変形可能である。
【００５７】
図８、図９に基づき、第１実施形態における各装置のＣＰＵが実行するプログラムのフローチャートを説明する。
【００５８】
ログイン管理サーバ３００のＣＰＵ３０は、クライアントＰＣ１００からの要求を受けた後、ユーザの操作に応じてログインパスワードと再発行要求パスワードとを含む情報を生成してメモリ３２に一時的に記録する（ステップＳ８０１）。ここでは、ＣＰＵ３０は、図６のパスワード管理ＤＢ３５０に既に記録されているパスワードと同一でない乱数のパスワードを自動生成する（以下に説明するパスワードの生成についても同様）。ただし、パスワードの生成をログイン管理サーバ３００のユーザの手動によって行ってもよい。
【００５９】
ＣＰＵ３０は、パスワードに関連づけて、パスワードの発行先であるクライアントＰＣ１００のユーザを特定するユーザＩＤ、ログインフラグ、発行時刻、有効期限、有効アプリケーションの各情報を一時的にメモリ３２に記録する。これらの情報内容については、後述する。
【００６０】
以下、ログインパスワードを「Ｘ」とし、一方の再発行要求パスワードを「Ｙ」とする。また、「Ｘ」および「Ｙ」の後ろの数字は、後にＣＰＵ３０が発行する同種のパスワードと区別するためのものである。具体的には、Ｓ８０１のログインパスワードは「Ｘ１」、再発行要求パスワードは「Ｙ１」である。Ｓ８０１の前提となるクライアントＰＣ１００からの要求は、例えば、クライアントＰＣ１００のユーザからログイン管理サーバ３００のユーザへの電話または電子メールの連絡等による。
【００６１】
ＣＰＵ３０は、サーバプログラムを立ち上げてＸ１、Ｙ１を含む情報をクライアントＰＣ１００に送信する（Ｓ８０３）。具体的には、ＣＰＵ３０は、Ｘ１、Ｙ１、発行時刻、有効期限、有効アプリケーションの各情報を送信する。ＣＰＵ３０によるインターネット４００上でのクライアントＰＣ１００の特定は、例えばＩＰアドレス等を利用する。Ｓ８０３におけるパスワードの送信は、パスワードＸ１およびＹ１を暗号化した上で電子メールプログラム等を利用して行ってもよい。
【００６２】
クライアントＰＣ１００のＣＰＵ１０は、ユーザの操作に応じてプログラム（本システム専用のプログラム等）を立ち上げてＸ１およびＹ１を含む情報を受信して復号化し、それらをパスワード保持テーブル１５０に記録したうえでディスプレイ１３に表示する（Ｓ８５０）。ＣＰＵ１０によるＸ１およびＹ１を含む情報の受信処理等は、専用のプログラムに限らず、一般の電子メールプログラム、または、ブラウザプログラム等を利用してもよい。
【００６３】
図１３は、第１〜第４実施形態におけるクライアントＰＣ１００のディスプレイ１３の画面表示例である。図１３Ａは、Ｓ８５０におけるディスプレイ１３の画面例である。ここでは、ログインパスワードＸ１として「ａｂｃ０２ｅｆｇ」が設定され、再発行要求パスワードＹ１として「ｘｘ１４２」が設定される。
【００６４】
ＣＰＵ１０は、図１３Ａに示す「ログイン画面」ボタンのクリック動作等に応じてＸ１の入力画面をディスプレイ１３に表示する（Ｓ８５２）。図１３Ｂは、Ｓ８５２におけるディスプレイ１３の画面表示例である。ＣＰＵ１０は、ユーザによるキーボード／マウス１１の操作を介したＸ１の入力が有ったか否かを判断する（Ｓ８５４）。ＣＰＵ１０は、Ｘ１の入力の完了を、図１３Ｂに示す「ログイン」ボタンのクリック動作の有無によって判断する。ＣＰＵ１０は、Ｘ１の入力が有ったと判断した場合には、そのＸ１をログイン管理サーバ３００に対して送信する（Ｓ８５６）。
【００６５】
ＣＰＵ３０は、受信したＸ１が認証できるか否かを判断する（Ｓ８０５）。具体的にはＣＰＵ３０は、受信したＸ１が、パスワード管理ＤＢ３５０（またはメモリ３２）に記録されたＸ（１または複数のログインパスワード）のいずれかに一致し、かつ、対応するＸについてのログインフラグが「０」である場合に、Ｘ１が認証できると判断する。ログインフラグについては後述する。この処理により、ＣＰＵ３０は、アクセスを試みるユーザがアクセスの権利を有しているかどうかを検査することになる。
【００６６】
ＣＰＵ３０は、Ｓ８０５においてＸ１の認証ができなかったと判断した場合にはクライアントＰＣ１００に対して認証ができなかった旨を知らせるためのＮＧ通知を行い（Ｓ８０７）、処理を終了する。一方、ＣＰＵ３０は、Ｘ１の認証ができたと判断した場合には、クライアントＰＣ１００に対してログイン許可通知を行う（Ｓ８０９）。
【００６７】
ＣＰＵ１０は、受信した通知情報がログイン許可通知か否かを判断する（Ｓ８５８）。ＣＰＵ１０は、受信した通知情報がログイン許可通知でなかったと判断した場合にはＮＧ画面（ログイン不可を通知する画面）をディスプレイ１３に表示して（Ｓ８６０）、処理を終了する。一方、ＣＰＵ１０は、受信した通知情報がログイン許可通知であったと判断した場合には、ログイン許可画面をディスプレイ１３に表示する（図９ステップＳ９５０）。図１３Ｃは、ステップＳ９５０におけるディスプレイ１３の画面表示例である。
【００６８】
ＣＰＵ３０は、Ｓ８０９の処理の後、メモリ３２に記録したパスワードＸ１に対応するログインフラグを０から１に書き換える（図９ステップＳ９０１）。ログインフラグは、パスワードＸに関連づけて記録する情報であるとともにＳ８０１におけるパスワード生成時（デフォルト）では「０」に設定されている。Ｓ９０１に例示するように、ＣＰＵ３０は、パスワードＸの認証をして、そのパスワードＸの送信元であるクライアントＰＣのログインを許可した後に、ログインフラグを「０」から「１」に書き換える。ＣＰＵ３０は、ログインフラグが「１」になっている場合には、そのログインフラグに対応づけられるパスワードＸは認証しない。一方、ログインフラグが「０」になっている場合（パスワードＸの認証が、そのパスワードＸに対する最初の認証である場合）には、そのログインフラグに対応づけられるパスワードＸを認証する（「第一パスワードが過去に認証されていない場合には、当該第１パスワードを認証する」に対応）。したがって、一度ログイン認証に使用されたパスワードＸは、再度使用することはできず、クライアントＰＣ１００が同じパスワードＸによって再ログインを試みた場合であっても、ＣＰＵ３０は認証を許可しない。実施形態では、例示として以上説明したログインフラグの仕組みにより、パスワードＸのワンタイム性を実現する。
【００６９】
ＣＰＵ３０は、メモリ３２に一時的に記録されたパスワードＸ、Ｙ（ここでは、パスワードＸ１、Ｙ１）を含む情報を読み込んでハードディスク３４のパスワード管理ＤＢ３５０に記録する（Ｓ９０３）。
【００７０】
ここでは、図６に示すように、ユーザＩＤ「Ａ００１」、ログインパスワード（Ｘ１）「ａｂｃ０２ｅｆｇ」、ログインフラグ「１」、再発行要求パスワード（Ｙ１）「ｘｘ１４２」、発行時刻、有効期限、有効アプリケーションの各情報がパスワード管理ＤＢ３５０に記録される。
【００７１】
ＣＰＵ１０は、Ｓ９５０の処理の後、図１３Ｃに示す「アプリケーションを利用」ボタンのクリック動作等に応じてログイン管理サーバ３００のハードディスク３４に記録されている所定のアプリケーションを起動し、ユーザによるアプリケーションの利用を開始する（Ｓ９５２）。
【００７２】
実施形態では、ログイン管理サーバ３００が複数のアプリケーションを備えている例を示しており、各アプリケーション毎にログイン認証を要求する。クライアントＰＣ１００のユーザが利用を要求するアプリケーションの特定は、ログイン管理サーバ３００へのログイン時にユーザが指定する。実施形態では、図６のパスワード管理ＤＢ３５０に示すように、ユーザが指定したアプリケーションを「有効アプリケーション」のカラムで特定する。なお、実施形態のようにアプリケーション毎に独立のログイン認証を要求することなく、１つのログインでログイン管理サーバ３００にインストールされている全ての（または複数の）アプリケーションの利用を許可してもよい。
【００７３】
図８ステップＳ８０９において、ログイン管理サーバ３００のＣＰＵ３０は、この「有効アプリケーション」の情報に基づき、ユーザＩＤ「Ａ００１」のユーザに対してアクセス権を付与する。アクセス権の付与は、ログイン認証したクライアントＰＣのＩＰアドレスに基づいて行う。クライアントＰＣ１００のユーザは、本システム専用のプログラム等を介して、ログイン管理サーバ３００のハードディスク３４にインストールされているアプリケーションを利用する。
【００７４】
ユーザのアプリケーションの利用が終了すると、ＣＰＵ１０は、ユーザの操作を介してログアウト要求をログイン管理サーバ３００に送信する（図９ステップＳ９５４）。ＣＰＵ３０は、ログアウト要求を受信して、ユーザＩＤ「Ａ００１」によるアプリケーション「Ａ」へのアクセス権等の解消を含むログアウト処理を行う（Ｓ９０５）。
【００７５】
ＣＰＵ３０は、ログアウト処理完了通知をクライアントＰＣ１００に対して送信して（Ｓ９０７）、処理を終了する。ＣＰＵ１０は、受信したログアウト処理完了通知をディスプレイ１３に表示して（Ｓ９５６）、処理を終了する。図１３Ｆは、Ｓ９５６の処理におけるディスプレイ１３の画面表示例を示す。
【００７６】
以上の処理により、クライアントＰＣ１００によるログイン管理サーバ３００へのログインから、ログアウトまでの処理が完了する。
【００７７】
実施形態では、ログインパスワードおよび後述する再発行要求パスワードの認証の可否について、パスワードのみを判断対象としている（図８ステップＳ８０５参照）。これに限らず、図６のパスワード管理ＤＢ３５０におけるユーザＩＤも併せて認証可否の判断対象としてもよい。具体的には、図８ステップＳ８０３において、ＣＰＵ３０は、クライアントＰＣ１００に対してパスワードに加えて「ユーザＩＤ」を送信する。一方、ＣＰＵ１０は、ステップＳ８５６において、パスワードに加えてその「ユーザＩＤ」を送信する。以上より、ＣＰＵ３０は、クライアントＰＣ１００から受信したパスワードおよびユーザＩＤの組み合わせがパスワード管理ＤＢ３５０等に記録されたものと一致するかに基づいて、ログイン認証等を処理することができる。
【００７８】
ここで、図６のパスワード管理ＤＢ３５０、および、図７のパスワード保持テーブル１５０に記録するパスワードの「有効期限」について説明する。図６に示す「０３．０１．０３．１６：３２」は、２００３年１月３日１６時３２分という意味である（「発行時刻」も同様）。ＣＰＵ１０およびＣＰＵ３０は、有効期限によって示される時刻にデータベースに記録したパスワードを削除する。例えば、図６におけるログインパスワード「ａｂｃ０２ｅｆｇ」に対応する行の情報は、２００３年１月３日１６時３２分に消去される。パスワードの有効期限情報の確認は、ＣＰＵが定期的（例えば５分毎）に実行すればよい。具体的には、ＣＰＵは、データベース（またはテーブル）に記録された有効期限が現在時刻以前のものとなっているものが有るか否かを５分毎にチェックする。
【００７９】
その他、定期的にデータベース（またはテーブル）をチェックするのではなく、ＣＰＵがデータベース（またはテーブル）をチェックするスケジュールとして直近の有効期限の時刻のみを設定してもよい。図６を例にして説明すると、２００３年１月３日１６時３２分にＣＰＵがデータベース（またはテーブル）をチェックするスケジュールが設定され、同時刻になると、ＣＰＵはログインパスワード「ａｂｃ０２ｅｆｇ」の行の情報を削除すると同時に、次の１６時５２分にＣＰＵがデータベース（またはテーブル）をチェックするスケジュールを設定する。また、ＣＰＵ３０は、図９ステップＳ９０７のログアウト処理完了通知の送信処理の後に、ログアウトの対象となったパスワードに関する情報をパスワード管理ＤＢ３５０から削除するようにしてもよい。
【００８０】
実施形態では、ログインフラグを「０」から「１」に書き換えた後に、メモリ３２に一時的に記録されたパスワードＸ１、Ｙ１を含む情報を読み込んでパスワード管理ＤＢ３５０に記録する例を示した（図９ステップＳ９０３）。パスワードをパスワード管理ＤＢ３５０に記録するタイミングはこれに限られるものではない。その他の例として、ＣＰＵ３０は、図８ステップＳ８０９におけるログイン許可通知の送信に対するクライアントＰＣ１００からの応答（レスポンス・メッセージ）を受信した後に、メモリ３２に一時的に記録されたパスワードＸ１、Ｙ１を含む情報を読み込んでパスワード管理ＤＢ３５０に記録するようにしてもよい。
【００８１】
−−５．第２〜第４実施形態−−
ログインシステムの第２〜第４実施形態は、上述した第１実施形態によってクライアントＰＣ１００がログイン管理サーバ３００にログインした後に、通信中断が生じた場合の例を説明するものである。ログイン後に通信中断が生じるタイミングには複数の可能性がある。以下の説明では、それらの通信中断が生じるタイミングを３つのパターンに分類し、各パターンを第２、第３、第４実施形態とした。
【００８２】
以下の各実施形態では、クライアントＰＣ１００がログイン管理サーバ３００にログインする段階から、通信中断後に再ログインを完了する処理までを説明する。したがって、第２〜第４実施形態において、パスワード発行処理やログイン認証処理等を含む第１実施形態と重複する部分は概要のみを説明し、また、再ログイン後のログアウト処理の説明は省略することとする。
【００８３】
５−１．第２実施形態（ログイン直後に通信中断が生じた場合）
図１０に基づき、第２実施形態における各装置のＣＰＵが実行するプログラムのフローチャートを説明する。第２実施形態は、ログイン直後に通信中断が生じた場合に、クライアントＰＣ１００が再ログインする処理を例示する。
【００８４】
ログイン管理サーバ３００のＣＰＵ３０は、Ｘ１、Ｙ１を含む情報を生成して一時的にメモリ３２に記録した後、それらをクライアントＰＣ１００に送信する（図１０ステップＳ１００１）。クライアントＰＣ１００のＣＰＵ１０は、Ｘ１およびＹ１を受信し、ユーザの操作に応じてＸ１（ログインパスワード）をログイン管理サーバ３００に対して送信する（Ｓ１０５０）。ＣＰＵ３０は、Ｘ１の認証を行った後、クライアントＰＣ１００に対してログイン許可通知を行う（Ｓ１００３）。ログイン後は、クライアントＰＣ１００によるアプリケーションの利用が開始される。
【００８５】
以上までの各装置の処理は、それぞれ、第１実施形態におけるログイン管理サーバ３００のＣＰＵ３０による図８ステップＳ８０１、８０３、８０５、８０９、図９ステップＳ９０１、９０３の各処理、および、クライアントＰＣ１００のＣＰＵ１０による図８ステップＳ８５０、８５２、８５４、８５６、８５８、図９ステップＳ９５０、９５２の各処理と同様である。
【００８６】
第２実施形態では、ログイン後に通信中断が生じている。ログインパスワードＸ１はワンタイム・パスワードであるから、ログイン管理サーバ３００に送信したとしても認証されない。クライアントＰＣ１００のＣＰＵ１０は、ログイン後に通信中断が生じていることを判断し、Ｙ１（再発行要求パスワード）の入力画面をディスプレイ１３に表示する（Ｓ１０５２）。ログイン後に通信中断が生じていることの判断は、例えば、ＣＰＵ１０が、クライアントＰＣ１００側からの操作情報（問い合わせ）等に対するログイン管理サーバ３００からの応答（レスポンス・メッセージ等）の有無をチェックすることによって行う。
【００８７】
図１３Ｄは、Ｓ１０５２におけるディスプレイ１３の画面表示例を示す。ＣＰＵ１０は、ユーザによるキーボード／マウス１１の操作を介したＹ１の入力が有ったか否かを判断する（Ｓ１０５４）。ＣＰＵ１０は、Ｙ１の入力が有ったと判断した場合には、Ｙ１をログイン管理サーバ３００に対して送信する（Ｓ１０５６）。ＣＰＵ３０は、受信したＹ１の認証を行い、認証ができたと判断した場合には、クライアントＰＣ１００に対して、Ｘ１とは異なる新しいログインパスワード（Ｘ２）と、Ｙ１とは異なる新しい再発行要求パスワード（Ｙ２）とを含む情報を生成して一時的にメモリ３２に記録する（Ｓ１００５）。ＣＰＵ３０は、受信したＸ１が、パスワード管理ＤＢ３５０（またはメモリ３２）に記録されたＹ（１または複数のログインパスワード）のいずれかに一致する場合に、Ｙ１が認証できると判断する。
【００８８】
ＣＰＵ３０は、Ｘ２、Ｙ２を含む情報をクライアントＰＣ１００に送信する（Ｓ１００７）。ＣＰＵ１０は、Ｘ２およびＹ２を受信し、ユーザの操作に応じてＸ２（新しいログインパスワード）をログイン管理サーバ３００に対して送信する（Ｓ１０５８）。ＣＰＵ３０は、Ｘ２の認証を行った後、クライアントＰＣ１００に対して再ログイン許可通知を行う（Ｓ１００９）。図１３Ｅは、ＣＰＵ１０によってディスプレイ１３に表示される再ログイン許可通知の画面例である。
【００８９】
パスワードＸ２およびＹ２についてのパスワード生成処理、送信処理、認証処理等は、Ｘ１およびＹ１について説明した処理と同様である。ログイン後は、第１実施形態と同様、クライアントＰＣ１００によるアプリケーションの利用が開始される。
【００９０】
Ｓ１００９、Ｓ１０５８の後のＣＰＵ３０、ＣＰＵ１０のそれぞれの処理は、図９のプログラムのフローチャートと同様である。第２実施形態における図９ステップＳ９０３の処理（パスワード管理ＤＢ３５０への記録処理）については、ＣＰＵ３０は、Ｘ１およびＹ１を、それぞれＸ２およびＹ２に書き換える処理を行う（パスワードの更新処理）。具体的には、ＣＰＵ３０は、例えば図６の「ａｂｃ０２ｅｆｇ（Ｘ１）」および「ｘｘ１４２（Ｙ１）」を、それぞれ他のパスワード（例えば、「ｋｙ５５ｃｌｅ」（Ｘ２）」および「ｐｓｕ６１ｅｒ」（Ｙ２）」）に書き換える。このときＣＰＵ３０は、ログインフラグ、発行時刻、有効期限のカラムも同様に書き換える。
【００９１】
なお、再発行要求パスワードＹ１をＹ２に書き換えることによりＹ１は使用不可となる。したがって、Ｙ１の漏洩を原因とする不正アクセスの危険性を減少することができる。
【００９２】
以上の処理によって、ログイン直後に通信中断が生じた場合であっても、クライアントＰＣ１００は、再発行要求パスワード（Ｙ１）を介して新たなログインパスワード（Ｘ２）および再発行要求パスワード（Ｙ２）を取得し、そのＸ２よって簡易に再ログインすることが可能となる。
【００９３】
実施形態では、クライアントＰＣ１００によるパスワードの入力を手動で行うこととしている（図８ステップＳ８５４、図１０ステップＳ１０５４参照）。これに限らず、クライアントＰＣ１００のＣＰＵ１０が自動でパスワードを入力するようにしてもよい。具体的には、ＣＰＵ１０は、図８ステップＳ８５４等のパスワード入力処理時に、図７に示すパスワード保持テーブル１５０に記録されたパスワードを読み出してディスプレイ１３に表示する。ＣＰＵ１０は、ユーザ操作に基づくパスワード送信確認を得た後に、そのパスワードをログイン管理サーバ３００に送信する。
【００９４】
その他、クライアントＰＣ１００のＣＰＵ１０によるパスワードの入力および送信を、ユーザ操作を介することなく自動で実行してもよい。例えば、パスワードの送信機能をモジュール化（例えば、プラグインなど）する。具体的には、ＣＰＵ１０は、図８ステップＳ８０３の処理によるパスワードを含む情報を受信するのに連動して、プラグインによってパスワード保持テーブル１５０に記録されたログインパスワードを読み出して送信する。さらに、ＣＰＵ１０は、通信中断が生じていることの判断に連動して、プラグインによってパスワード保持テーブル１５０に記録された再発行要求パスワードを読み出して送信する（「ログイン中断信号を取得した場合には前記ログイン管理装置に対して前記第２パスワードを送信する」に対応）。これにより、ユーザによるパスワードの入力の手間が省略され、ログインおよび通信中断後の再ログインが自動で実行される。
【００９５】
５−２．第３実施形態（クライアントＰＣ１００が再発行要求パスワードを送信した直後に通信中断が生じた場合）
図１１に基づき、第３実施形態における各装置のＣＰＵが実行するプログラムのフローチャートを説明する。第３実施形態は、最初のログイン後の通信中断に対応する目的でクライアントＰＣ１００が再発行要求パスワードを送信した直後に通信中断が生じた例（送信中の通信中断を含む）を説明する。具体的には、第３実施形態は、第２実施形態における図１０ステップＳ１０５６の処理の後に通信中断が生じた場合に対応する。
【００９６】
ログイン管理サーバ３００のＣＰＵ３０は、Ｘ１、Ｙ１を含む情報を生成して一時的にメモリ３２に記録した後、それらをクライアントＰＣ１００に送信する（図１１Ｓ１１０１）。クライアントＰＣ１００のＣＰＵ１０は、Ｘ１およびＹ１を受信し、ユーザの操作に応じてＸ１（ログインパスワード）をログイン管理サーバ３００に対して送信する（Ｓ１１５０）。ＣＰＵ３０は、Ｘ１の認証を行った後、クライアントＰＣ１００に対してログイン許可通知を行う（Ｓ１１０３）。ログイン後は、クライアントＰＣ１００によるアプリケーションの利用が開始される。
【００９７】
以上までの各装置の処理は、それぞれ、第１実施形態におけるログイン管理サーバ３００のＣＰＵ３０による図８ステップＳ８０１、８０３、８０５、８０９、図９ステップＳ９０１、９０３の各処理、および、クライアントＰＣ１００のＣＰＵ１０による図８ステップＳ８５０、８５２、８５４、８５６、８５８、図９ステップＳ９５０、９５２の各処理と同様である。
【００９８】
第３実施形態では、第２実施形態と同様、ログイン後に通信中断が生じている。ログインパスワードＸ１はワンタイム・パスワードであるから、ログイン管理サーバ３００に送信したとしても認証されない。クライアントＰＣ１００のＣＰＵ１０は、ログイン後に通信中断が生じていることを判断してユーザに対してＹ１（再発行要求パスワード）の入力を促し、入力されたＹ１をログイン管理サーバ３００に対して送信する（Ｓ１１５４）。ＣＰＵ１０がログイン後に通信中断が生じた場合にＹ１を送信する処理は、第２実施形態におけるＣＰＵ１０による図１０Ｓ１０５２、Ｓ１０５４、Ｓ１０５６の処理と同様である。
【００９９】
ＣＰＵ１０は、Ｓ１１５４の処理に対するログイン管理サーバ３００からの応答（レスポンス・メッセージ等）がないことを判断し、Ｙ１を再送信する（Ｓ１１５６）。ログイン管理サーバ３００からの応答の有無の判断処理は、例えば、ＣＰＵ１０が所定時間経過後にタイマからの信号を受けて実行する。
【０１００】
ＣＰＵ３０は、受信したＹ１の認証を行い、認証ができたと判断した場合には、クライアントＰＣ１００に対して、Ｘ１とは異なる新しいログインパスワード（Ｘ２）と、Ｙ１とは異なる新しい再発行要求パスワード（Ｙ２）とを含む情報を生成して一時的にメモリ３２に記録し、その情報をクライアントＰＣ１００に送信する（Ｓ１１０５）。
【０１０１】
ＣＰＵ１０は、Ｘ２およびＹ２を受信し、ユーザの操作に応じてＸ２（新しいログインパスワード）をログイン管理サーバ３００に対して送信する（Ｓ１１５８）。ＣＰＵ３０は、Ｘ２の認証を行った後、クライアントＰＣ１００に対して再ログイン許可通知を行う（Ｓ１１０７）。
【０１０２】
パスワードＸ２およびＹ２についてのパスワード生成処理、送信処理、認証処理等は、Ｘ１およびＹ１について説明した処理と同様である。ログイン後は、第１実施形態と同様、クライアントＰＣ１００によるアプリケーションの利用が開始される。
【０１０３】
Ｓ１１０７、Ｓ１１５８の後のＣＰＵ３０、ＣＰＵ１０のそれぞれの処理は、図９のプログラムのフローチャートと同様である。第３実施形態における図９ステップＳ９０３の処理（パスワード管理ＤＢ３５０への記録処理）については、第２実施形態と同様である。ＣＰＵ３０は、Ｘ１およびＹ１を、それぞれＸ２およびＹ２に書き換える処理を行う（パスワードの更新処理）。
【０１０４】
以上の処理によって、クライアントＰＣ１００が再発行要求パスワードを送信した直後に通信中断が生じた場合であっても、クライアントＰＣ１００は、再発行要求パスワード（Ｙ１）の再送信を介して新たなログインパスワード（Ｘ２）および再発行要求パスワード（Ｙ２）を取得し、そのＸ２よって簡易に再ログインすることが可能となる。
【０１０５】
第３実施形態では、クライアントＰＣ１００がＹ１を送信した直後に通信中断が生じた場合を例示した。パスワードＹに限らず、クライアントＰＣ１００からログイン管理サーバ３００に対してパスワード一般（ＸまたはＹ）を送信した直後の通信中断（送信中の通信中断を含む）の場合も、第３実施形態と同様に処理すればよい。ログインパスワードＸは、ワンタイム・パスワードであるから、一度ログイン認証すると再度の認証はされない。しかし、例えばクライアントＰＣ１００からＸを送信した直後に通信中断が生じた場合には、ログイン管理サーバ３００側では未だそのＸを認証していない。したがって、クライアントＰＣ１００は再ログインのために再びＸを使用することができる。
【０１０６】
５−３．第４実施形態（ログイン管理サーバ３００がパスワードを送信した直後に通信中断が生じた場合）
図１２に基づき、第４実施形態における各装置のＣＰＵが実行するプログラムのフローチャートを説明する。第４実施形態は、ログイン管理サーバ３００が再発行要求パスワードＹ１を認証した後、クライアントＰＣ１００に対してパスワードＸ２、Ｙ２を送信した直後に通信中断が生じた例（送信中の通信中断を含む）を説明する。具体的には、第４実施形態は、第３実施形態における図１１ステップＳ１１０５の処理の後に通信中断が生じた場合に対応する。
【０１０７】
ログイン管理サーバ３００のＣＰＵ３０は、Ｘ１、Ｙ１を含む情報を生成して一時的にメモリ３２に記録した後、それらをクライアントＰＣ１００に送信する（図１２Ｓ１２０１）。クライアントＰＣ１００のＣＰＵ１０は、Ｘ１およびＹ１を受信し、ユーザの操作に応じてＸ１（ログインパスワード）をログイン管理サーバ３００に対して送信する（Ｓ１２５０）。ＣＰＵ３０は、Ｘ１の認証を行った後、クライアントＰＣ１００に対してログイン許可通知を行う（Ｓ１２０３）。ログイン後は、クライアントＰＣ１００によるアプリケーションの利用が開始される。
【０１０８】
以上までの各装置の処理は、それぞれ、第１実施形態におけるログイン管理サーバ３００のＣＰＵ３０による図８ステップＳ８０１、８０３、８０５、８０９、図９ステップＳ９０１、９０３の各処理、および、クライアントＰＣ１００のＣＰＵ１０による図８ステップＳ８５０、８５２、８５４、８５６、８５８、図９ステップＳ９５０、９５２の各処理と同様である。
【０１０９】
第４実施形態では、第２実施形態と同様、ログイン後に通信中断が生じている。ログインパスワードＸ１はワンタイム・パスワードであるから、ログイン管理サーバ３００に送信したとしても認証されない。クライアントＰＣ１００のＣＰＵ１０は、ログイン後に通信中断が生じていることを判断してユーザに対してＹ１（再発行要求パスワード）の入力を促し、入力されたＹ１をログイン管理サーバ３００に対して送信する（Ｓ１２５２）。
【０１１０】
ＣＰＵ３０は、受信したＹ１の認証を行い、認証ができたと判断した場合には、クライアントＰＣ１００に対して、Ｘ１とは異なる新しいログインパスワード（Ｘ２）と、Ｙ１とは異なる新しい再発行要求パスワード（Ｙ２）とを含む情報を生成して一時的にメモリ３２に記録し、その情報をクライアントＰＣ１００に送信する（Ｓ１２０５）。
【０１１１】
第４実施形態では、ログイン管理サーバ３００によるＸ２およびＹ２の送信後に通信中断が生じている（送信中の通信中断も同様）。ＣＰＵ１０は、Ｓ１２５２の処理に対するログイン管理サーバ３００からの応答（レスポンス・メッセージ等）がないことを判断し、Ｙ１を再送信する（Ｓ１２５４）。ログイン管理サーバ３００からの応答の有無の判断処理は、例えば、ＣＰＵ１０が所定時間経過後にタイマからの信号を受けて実行する。
【０１１２】
ＣＰＵ３０は、受信したＹ１の認証を行い、認証ができたと判断した場合には、クライアントＰＣ１００に対して、Ｘ２とは異なる新しいログインパスワード（Ｘ３）と、Ｙ２とは異なる新しい再発行要求パスワード（Ｙ３）とを含む情報を生成して一時的にメモリ３２に記録する（Ｓ１２０７）。このとき、ＣＰＵ３０は、メモリ３２に一時的に記録したＸ２およびＹ２を含む情報を、Ｘ３およびＹ３に書き換える。ＣＰＵ３０は、Ｘ３およびＹ３を含む情報をクライアントＰＣ１００に送信する（Ｓ１２０９）。なお、他の実施形態として、ＣＰＵ３０は、Ｘ２およびＹ２を含む情報をＸ３およびＹ３に書き換えるＳ１２０７の処理を行うことなく、Ｓ１２０９においてＸ２およびＹ２を再送信するようにしてもよい。
【０１１３】
ＣＰＵ１０は、Ｘ３およびＹ３を受信し、ユーザの操作に応じてＸ３（新しいログインパスワード）をログイン管理サーバ３００に対して送信する（Ｓ１２５６）。ＣＰＵ３０は、Ｘ３の認証を行った後、クライアントＰＣ１００に対して再ログイン許可通知を行う（Ｓ１２１１）。
【０１１４】
パスワードＸ３およびＹ３についてのパスワード生成処理、送信処理、認証処理等は、Ｘ１およびＹ１について説明した処理と同様である。ログイン後は、第１実施形態と同様、クライアントＰＣ１００によるアプリケーションの利用が開始される。
【０１１５】
Ｓ１２１１、Ｓ１２５６の後のＣＰＵ３０、ＣＰＵ１０のそれぞれの処理は、図９のプログラムのフローチャートと同様である。第３実施形態における図９ステップＳ９０３の処理（パスワード管理ＤＢ３５０への記録処理）については、第２実施形態と同様である。ＣＰＵ３０は、Ｘ１およびＹ１を、それぞれＸ３およびＹ３に書き換える処理を行う（パスワードの更新処理）。
【０１１６】
以上の処理によって、ログイン管理サーバ３００がパスワードを送信した直後に通信中断が生じた場合であっても、クライアントＰＣ１００は、再発行要求パスワード（Ｙ１）の再送信を介して新たなログインパスワード（Ｘ３）および再発行要求パスワード（Ｙ３）を取得し、そのＸ３によって簡易に再ログインすることが可能となる。
【０１１７】
−−６．第５実施形態（指紋認証）−−
ログインシステムの第５実施形態は、上述した第１〜第４実施形態におけるパスワード認証のセキュリティ（安全性）のレベルを一層高める例を説明するものである。第５実施形態は、クライアントＰＣ１００がログイン管理サーバ３００にログインする段階を説明する。したがって、第５実施形態において、パスワード発行処理やログイン認証処理等を含む第１実施形態と重複する部分は概要のみを説明し、また、ログアウト処理の説明は省略することとする。
【０１１８】
図１４は、ログイン管理サーバ３００がハードディスク３４（またはメモリ３２、以下同様）に記録する指紋管理ＤＢ３７０の構成例である。指紋管理ＤＢ３７０には、あらかじめ、ログイン管理サーバ３００にアクセスする可能性のあるユーザの指紋に関する情報が記録される。図では、複数のユーザに関する指紋画像データが、各ユーザ毎に対応づけて記録されている。具体的には、クライアントＰＣのユーザＩＤ「Ａ００１」に対応づけて、指紋画像データ、指紋画像データの「登録時刻（データ入力時刻）」、指紋画像データの「有効期限」が記録される。クライアントＰＣの各ユーザを特定する「ユーザＩＤ」は、あらかじめ別途ユーザに配布される。
【０１１９】
図１５に基づき、第５実施形態における各装置のＣＰＵが実行するプログラムのフローチャートを説明する。ログイン管理サーバ３００のＣＰＵ３０は、Ｘ１、Ｙ１を含む情報を生成して一時的にメモリ３２に記録する（ステップＳ１５０１）。ＣＰＵ３０は、Ｘ１、Ｙ１を含む情報をクライアントＰＣ１００に送信する（Ｓ１５０３）。クライアントＰＣ１００のＣＰＵ１０は、ユーザの操作に応じてプログラムを立ち上げてＸ１およびＹ１を受信して復号化し、それらをパスワード保持テーブル１５０に記録したうえでディスプレイ１３に表示する（Ｓ１５５０）。ＣＰＵ１０は、ユーザＩＤ、Ｘ１、指紋画像データの入力画面をディスプレイ１３に表示する（Ｓ１５５２）。
【０１２０】
図１６Ａは、Ｓ１５５２におけるディスプレイ１３の画面表示例である。ＣＰＵ１０は、ユーザによるキーボード／マウス１１および指紋認証装置２００の操作を介した、ユーザＩＤ、Ｘ１、指紋画像データの入力が有ったか否かを判断する（Ｓ１５５４）。
【０１２１】
指紋認証装置２００の操作を介した指紋画像データの入力は、当業者に周知の技術を適用する。例えば、次のような方法で指紋画像データを得ることができる。ＣＰＵ１０は、指紋認証装置２００の指紋センサ面にユーザの指が置かれると、指に対して光を当てる。指紋センサ面への錯乱光の届き方は、指紋の山の部分と谷の部分とでは異なる。ＣＰＵ１０は、指紋センサ面に対する錯乱光のパターンの変化を利用して、指紋画像データを取得する。ログイン管理サーバ３００の指紋管理ＤＢ３７０に記録するための指紋画像データの取得も同様の方法による。指紋画像データは、例えば、ビットマップ形式のデータ、あるいは、ビットマップ形式の画像データを暗号化したデータを利用することができる。
【０１２２】
ＣＰＵ１０は、指紋画像データの入力の完了を、図１６Ａに示す「指紋データ入力完了」ボタンのクリック動作の有無によって判断する。ＣＰＵ１０は、ユーザＩＤ、Ｘ１、指紋画像データの入力の完了を、図１６Ａに示す「ログイン」ボタンのクリック動作の有無によって判断する。ＣＰＵ１０は、ユーザＩＤ、Ｘ１、指紋画像データの入力が有ったと判断した場合には、ユーザＩＤ、Ｘ１、指紋画像データをログイン管理サーバ３００に対して送信する（Ｓ１５５６）。
【０１２３】
ＣＰＵ３０は、受信したユーザＩＤ、Ｘ１、指紋画像データの全てが認証できるか否かを判断する（Ｓ１５０５）。具体的にはＣＰＵ３０は、受信したＸ１がパスワード管理ＤＢ３５０（またはメモリ３２）に記録されたＸのいずれかと一致し、かつ、受信したユーザＩＤと指紋画像データとの組み合わせが、指紋管理ＤＢ３７０に記録されたユーザＩＤと指紋画像データとの組み合わせに一致する場合に、認証ができると判断する。指紋画像データが一致する場合とは、例えば、受信した指紋画像データと指紋管理ＤＢ３７０に記録された指紋画像データとをパターンマッチングによって一致（または類似）すると判断できる場合である。したがって、受信したユーザＩＤと指紋画像データとの組み合わせが、指紋管理ＤＢ３７０に記録されたユーザＩＤと指紋画像データとの組み合わせに一致する場合とは、Ｓ１５０５においてＣＰＵ３０がユーザＩＤ「Ａ００１」を受信したとすると、受信した指紋画像データと、指紋管理ＤＢ３７０の「Ａ００１」に対応づけて記録された指紋画像データとが一致（または類似）する場合である。
【０１２４】
ＣＰＵ３０は、Ｓ１５０５において認証ができなかった判断した場合にはクライアントＰＣ１００に対してＮＧ通知を行い（Ｓ１５０７）、処理を終了する。一方、ＣＰＵ３０は、認証ができたと判断した場合には、クライアントＰＣ１００に対してログイン許可通知を行う（Ｓ１５０９）。
【０１２５】
ＣＰＵ１０は、受信した通知情報がログイン許可通知か否かを判断する（Ｓ１５５８）。ＣＰＵ１０は、受信した通知情報がログイン許可通知でなかったと判断した場合にはＮＧ画面をディスプレイ１３に表示して（Ｓ１５６０）、処理を終了する。一方、ＣＰＵ１０は、受信した通知情報がログイン許可通知であったと判断した場合には、ログイン許可画面をディスプレイ１３に表示する（図９ステップＳ９５０）。図１６Ｂは、ステップＳ９５０におけるディスプレイ１３の画面表示例である。
【０１２６】
ログイン後は、第１実施形態と同様、クライアントＰＣ１００によるアプリケーションの利用が開始される。Ｓ１５０９、Ｓ１５５８の後のＣＰＵ３０、ＣＰＵ１０のそれぞれの処理は、図９のプログラムのフローチャートと同様である。
【０１２７】
以上の処理によって、ログインシステムは、パスワード認証のセキュリティのレベルを一層高めることができる。第５実施形態では、ＣＰＵ３０が、パスワード認証に加えて指紋認証を利用する例として、ログインパスワードの認証処理を例示した（図１５ステップＳ１５０５参照）。これに限らず、第２〜第４実施形態で説明した再発行要求パスワードの認証処理に加えて指紋認証を利用してもよい。
【０１２８】
図１５ステップＳ１５０５においては、ＣＰＵ３０は、ログインパスワードと、ユーザＩＤと指紋画像データの両方の組み合わせとによって認証の可否を判断した。これに限らず、ログインパスワードおよび指紋画像データによって認証の可否を判断してもよい。具体的にはＣＰＵ３０は、受信したＸ１が、パスワード管理ＤＢ３５０（またはメモリ３２）に記録されたＸのいずれかに一致し、かつ、受信した指紋画像データが、指紋管理ＤＢ３７０に記録された指紋画像データのいずれかに一致する場合に認証ができると判断する。
【０１２９】
図１５ステップＳ１５０５においては、指紋画像データの認証をパターンマッチングによって行うこととしたが、これに限られるものではない。その他の認証方式として、例えば、特徴点抽出方式を利用してもよい。具体的には、ユーザの指紋にある複数の特徴点の相対的な位置関係等を特徴点データとし、比較対照となる特徴点データ同士の一致度に基づいて認証の可否を判断する。
【０１３０】
第５実施形態では、「生体的特徴」として指紋を例示し、「生体的特徴データ」として指紋画像データを例示したが、これに限られるものではない。「生体特徴データ」については、例示した指紋認証装置２００以外のデバイスを利用することによって、その他のバイオメトリクス認証（生体認証）用のデータを適用してもよい。本発明の「生体的特徴」を利用したバイオメトリクス認証のその他の例として、目（虹彩または網膜）の認証、声紋認証、手の甲に現れる静脈の血管パターン認証、顔照合（顔の形による認証）等の身体的特徴を利用する技術や、筆跡認証、打鍵認証（キーボード入力のスピードやタイミングの特徴による認証）等の人の癖を利用する技術を採用することができる。
【０１３１】
−−７．実施形態による効果−−
実施形態によるログインシステムは、通信中断後の再ログインを行う際の作業を簡易かつ迅速に行うことができる。サーバ側から特定のクライアント装置に対してワンタイム性のログインパスワードを発行することとすれば、システムのセキュリティを確保することができる。ワンタイム・パスワードであるから、一回のログインにしか使用できず、漏洩しても第三者は使用することができない。しかし、従来の技術では、ログイン後に通信中断が生じた場合には、別途クライアント装置側から電話等によるログインパスワードの再発行要求を行う必要があった。
【０１３２】
この点、実施形態によれば、サーバ側から、クライアント装置に対してログインパスワードおよび再発行要求パスワードの両方を発行する。クライアント装置は、通信中断が生じた場合には再発行要求パスワードによって別のログインパスワードを取得することができ、再ログインのための作業を簡易かつ迅速に実行することができる。
【０１３３】
第４実施形態による図１２Ｓ１２５２、Ｓ１２５４の処理で明らかなように、実施形態では、ログインパスワードＸはワンタイム・パスワードとする一方で、再発行要求パスワードは、ログイン管理サーバ３００による複数回の認証が可能とされている（非ワンタイム・パスワード）。つまり、クライアントＰＣ１００からの再発行要求パスワードを利用した再発行要求アクション自体に障害がある場合であっても、複数回のアクションが許容される。したがって、再発行要求アクションに関する作業を効率的に実行することができる。
【０１３４】
第５実施形態によれば、パスワード認証に加えて指紋認証が組み合わせられる。これにより、本人以外のログインが拒否され、システムのセキュリティを高めることができる。したがって、実施形態を適用することによって遠隔地からシステムへのログインの信頼性を高めることができ、例えばコンピュータを利用した在宅勤務等の分野への適用も好適である。
【０１３５】
実施形態では、ＣＰＵ１０は、通信状態に応じて、ユーザに対するログインパスワードおよび再発行要求パスワードの入力要求を表示する。例えば、ＣＰＵ１０は、ユーザに対して、図８Ｓ８５２の処理ではログインパスワードの入力を促す一方で、図１０Ｓ１０５２の処理では再発行要求パスワードの入力を促す。つまり、ＣＰＵ１０は、入力を促すパスワードが２種類のうちのいずれであるかを判断する。このような入力要求パスワードの決定は、ＣＰＵ１０が、クライアントＰＣ１００とログイン管理サーバ３００との間の通信状態を判断することによって行う。例えば、図８Ｓ８５２においては、ＣＰＵ１０は、ログイン許可通知が未受信であることに基づいてログインパスワードの入力を促す。一方、図１０Ｓ１０５２においては、ＣＰＵ１０は、既にログイン許可通知を受信しており、かつ、ログイン後の作業に関する問い合わせに対して返答が無いことに基づいて再発行要求パスワードの入力を促す。
【０１３６】
ログイン管理サーバ３００は、クライアントＰＣ１００からの接続情報、処理内容を履歴情報として記録することも可能である。具体的には、ログイン管理サーバ３００のＣＰＵ３０は、ログイン、ログアウト、通信中断等に関する履歴情報をハードディスク３４に記録する。これらの情報に基づいて、例えばクライアントＰＣによるログイン状況の監視、通信環境の改善等を試みることも可能である。
【０１３７】
−−８．その他の実施形態等−−
８−１．パスワード構成バリエーション
実施形態では、例えば図１０Ｓ１００５、１００７の処理に示すように、ログイン管理サーバ３００のＣＰＵ３０は、再発行要求パスワード（Ｙ１）を受信して、クライアントＰＣ１００に対して新しいログインパスワード（Ｘ２）および新しい再発行要求パスワード（Ｙ２）を送信する。これに限らず、ＣＰＵ３０は、Ｙ１を受信してＸ２のみをクライアントＰＣ１００に送信するようにしてもよい。具体的には、クライアントＰＣ１００は、ログイン前には（Ｘ１、Ｙ１）を備え、ログイン後に通信中断が生じた場合にはＹ１を送信してＸ２を取得し、再度通信中断が生じた場合にはＹ１を送信してＸ３を取得する。このようにして、クライアントＰＣ１００は、ログインおよび再ログイン用のＸ（ワンタイム・パスワード）を取得するために、通信中断が生じる毎に（ワンタイム・パスワードでない）Ｙを利用する。
【０１３８】
実施形態では、図６、図７に示すように、ログインパスワード（Ｘ）と再発行要求パスワード（Ｙ）とを別々のパスワードとして設定する例を示した。これに限らず、ＸとＹとを合わせた１つのパスワードとして設定してもよい。１つのパスワードを受信したクライアントＰＣ１００は、ログイン管理サーバ３００およびクライアントＰＣ１００のそれぞれの共通の取り決めによって、その１つのパスワードをＸとＹに分割して利用する。
【０１３９】
以上のようなパスワード構成を採用した場合の処理を、図６に示すパスワード「ａｂｃ０２ｅｆｇ」、「ｘｘ１４２」を例にして説明する。ＣＰＵ３０は、図８ステップＳ８０３において、「ａｂｃ０２ｅｆｇｘｘ１４２」（１３文字）を１つのパスワードとして送信する。クライアントＰＣ１００側では、あらかじめログイン管理サーバ３００との間の取り決めによって、パスワードの前８文字をＸとし、後５文字をＹとすることを決めておく。具体的には、クライアントＰＣ１００のＣＰＵ１０は、上記１３文字のパスワードを受信した後、「ａｂｃ０２ｅｆｇ」をＸとし、「ｘｘ１４２」をＹとするパスワード分割処理を行ったうえで、Ｓ８５０以降の処理を行う。
【０１４０】
以上の処理を行う各装置の機能は、次のように表現することができる。ログイン管理装置は、第１パスワードと第２パスワードとを合成した合成パスワードを含むパスワード情報を生成するパスワード情報生成手段を備える。一方、端末装置は、受信した前記パスワード情報から、前記ログイン管理装置との間で設定されたルールに基づいて、第１パスワードおよび第２パスワードを取得するパスワード取得手段を備える。または、端末装置は、受信した前記パスワード情報を、前記ログイン管理装置との間で設定されたルールに基づいて分割することにより、第１パスワードおよび第２パスワードを取得するパスワード取得手段を備える。
【０１４１】
８−２．装置構成バリエーション
実施形態では、端末装置としてクライアントＰＣ１００を例示したが、これに限られるものではなく、携帯電話、ＰＨＳ、Ｐｅｒｓｏｎａｌ ＤｉｇｉｔａｌＡｓｓｉｓｔａｎｔ（ＰＤＡ）等のモバイル端末、その他の機器を利用してもよい。
【０１４２】
８−３．プログラム実行方法等の実施例
本実施形態では、ＣＰＵ１０、ＣＰＵ３０の動作のためのプログラムを、それぞれハードディスク１４、ハードディスク３４に記憶させているが、このプログラムは、プログラムが記憶されたＣＤ−ＲＯＭから読み出してハードディスク等にインストールすればよい。また、ＣＤ−ＲＯＭ以外に、ＤＶＤ−ＲＯＭ、フレキシブルディスク（ＦＤ）、ＩＣカード等のプログラムをコンピュータ可読の記録媒体からインストールするようにしてもよい。さらに、通信回線を用いてプログラムをダウンロードさせることもできる。また、ＣＤ−ＲＯＭからプログラムをインストールすることにより、ＣＤ−ＲＯＭに記憶させたプログラムを間接的にコンピュータに実行させるようにするのではなく、ＣＤ−ＲＯＭに記憶させたプログラムを直接的に実行するようにしてもよい。
【０１４３】
なお、コンピュータによって実行可能なプログラムとしては、ＣＰＵにより直接実行可能なプログラムだけではなく、ソース形式のプログラム、一旦他の形態等に変換が必要なもの（例えば、圧縮処理がされたプログラム、暗号化プログラム）、さらには、他のモジュール部分と組合して実行可能なプログラムも含む。
【０１４４】
上記各実施形態では、図３の各機能をＣＰＵおよびプログラムによって実現することとしているが、各機能の一部または全部をハードウェアロジック（論理回路）によって構成してもよい。
【図面の簡単な説明】
【図１】実施形態によるログインシステムの全体図である。
【図２】実施形態によるログインシステムの処理概要図である。
【図３】ログインシステムの機能ブロック図である。
【図４】クライアントＰＣのハードウェア構成例を示す図である。
【図５】ログイン管理サーバのハードウェア構成例を示す図である。
【図６】パスワード管理データベースの構成例を示す図である。
【図７】パスワード保持テーブルの構成例を示す図である。
【図８】第１実施形態によるログイン管理処理のフローチャートである。
【図９】第１実施形態によるログイン管理処理のフローチャートである。
【図１０】第２実施形態によるログイン管理処理のフローチャートである。
【図１１】第３実施形態によるログイン管理処理のフローチャートである。
【図１２】第４実施形態によるログイン管理処理のフローチャートである。
【図１３】図１３Ａ、図１３Ｂ、図１３Ｃ、図１３Ｄ、図１３Ｅ、図１３Ｆは、実施形態におけるクライアントＰＣの画面表示例である。
【図１４】第５実施形態における指紋管理データベースの構成例を示す図である。
【図１５】第５実施形態によるログイン管理処理のフローチャートである。
【図１６】図１６Ａ、図１６Ｂは、第５実施形態におけるクライアントＰＣの画面表示例である。
【符号の説明】
１００・・・クライアントＰＣ
１５０・・・パスワード保持ＤＢ
２００・・・指紋認証装置
３００・・・ログイン管理サーバ
３５０・・・パスワード管理ＤＢ
３７０・・・指紋管理ＤＢ
４００・・・インターネット
Claims (12)
- ログイン管理装置と、当該ログイン管理装置と通信可能な端末装置とを備えたログイン管理システムであって、
前記ログイン管理装置は、
第１パスワードまたは第２パスワードの少なくともいずれかを含むパスワード情報を生成するパスワード情報生成手段、
前記端末装置に対して前記パスワード情報を送信する送信手段、
前記パスワード情報をパスワード記録部に記録する記録手段、
前記端末装置から送信される第１パスワードまたは第２パスワードを受信するパスワード受信手段、
受信した第１パスワードと前記パスワード記録部に記録されたパスワード情報とに基づいて、当該第１パスワードに一致性があり、かつ、当該第１パスワードが過去に認証されていない場合には、当該第１パスワードを認証する第１パスワード認証手段、
前記第１パスワードを認証した場合には前記端末装置のログインを許可するログイン許可手段、
当該ログイン状態の中断後に前記端末装置から第２パスワードを受信した場合には、当該第２パスワードと前記パスワード記録部に記録されたパスワード情報とに基づいて、当該第２パスワードに一致性がある場合に当該第２パスワードを認証する第２パスワード認証手段、
当該第２パスワードを認証した場合には前記パスワード情報生成手段が生成した前記第１パスワードとは異なる第１パスワードを前記端末装置に対して送信する更新パスワード送信手段、
を備えており、
前記端末装置は、
前記パスワード情報を受信する受信手段、
前記ログイン管理装置に対して前記第１パスワードまたは第２パスワードを送信するパスワード送信手段、
を備えたことを特徴とするログイン管理システム。 - 端末装置と通信可能なログイン管理装置であって、
前記ログイン管理装置は、
第１パスワードまたは第２パスワードの少なくともいずれかを含むパスワード情報を生成するパスワード情報生成手段、
前記端末装置に対して前記パスワード情報を送信する送信手段、
前記パスワード情報をパスワード記録部に記録する記録手段、
前記端末装置から送信される第１パスワードまたは第２パスワードを受信するパスワード受信手段、
受信した第１パスワードと前記パスワード記録部に記録されたパスワード情報とに基づいて、当該第１パスワードに一致性があり、かつ、当該第１パスワードが過去に認証されていない場合には、当該第１パスワードを認証する第１パスワード認証手段、
前記第１パスワードを認証した場合には前記端末装置のログインを許可するログイン許可手段、
当該ログイン状態の中断後に前記端末装置から第２パスワードを受信した場合には、当該第２パスワードと前記パスワード記録部に記録されたパスワード情報とに基づいて、当該第２パスワードに一致性がある場合に当該第２パスワードを認証する第２パスワード認証手段、
当該第２パスワードを認証した場合には前記パスワード情報生成手段が生成した前記第１パスワードとは異なる第１パスワードを前記端末装置に対して送信する更新パスワード送信手段、
を備えたことを特徴とするログイン管理装置。 - コンピュータを、端末装置と通信可能なログイン管理装置として機能させるための、コンピュータ読取可能なプログラムであって、
前記プログラムは、
第１パスワードまたは第２パスワードの少なくともいずれかを含むパスワード情報を生成するパスワード情報生成手段、
前記端末装置に対して前記パスワード情報を送信する送信手段、
前記パスワード情報をパスワード記録部に記録する記録手段、
前記端末装置から送信される第１パスワードまたは第２パスワードを受信するパスワード受信手段、
受信した第１パスワードと前記パスワード記録部に記録されたパスワード情報とに基づいて、当該第１パスワードに一致性があり、かつ、当該第１パスワードが過去に認証されていない場合には、当該第１パスワードを認証する第１パスワード認証手段、
前記第１パスワードを認証した場合には前記端末装置のログインを許可するログイン許可手段、
当該ログイン状態の中断後に前記端末装置から第２パスワードを受信した場合には、当該第２パスワードと前記パスワード記録部に記録されたパスワード情報とに基づいて、当該第２パスワードに一致性がある場合に当該第２パスワードを認証する第２パスワード認証手段、
当該第２パスワードを認証した場合には前記パスワード情報生成手段が生成した前記第１パスワードとは異なる第１パスワードを前記端末装置に対して送信する更新パスワード送信手段、
をコンピュータに実行させるためのプログラム。 - ログイン管理装置と通信可能な端末装置であって、
前記端末装置は、
第１パスワードまたは第２パスワードの少なくともいずれかを含むパスワード情報を受信する受信手段、
前記ログイン管理装置に対して前記第１パスワードまたは第２パスワードを送信するパスワード送信手段、
を備えたことを特徴とする端末装置。 - コンピュータを、ログイン管理装置と通信可能な端末装置として機能させるための、コンピュータ読取可能なプログラムであって、
前記プログラムは、
第１パスワードまたは第２パスワードの少なくともいずれかを含むパスワード情報を受信する受信手段、
前記ログイン管理装置に対して前記第１パスワードまたは第２パスワードを送信するパスワード送信手段、
をコンピュータに実行させるためのプログラム。 - 請求項１〜５のいずれかのログイン管理システム、またはログイン管理装置、または端末装置、またはプログラムにおいて、
前記ログイン管理装置は、さらに、
前記端末装置のユーザの生体的特徴を、あらかじめ生体特徴データとして記録する生体特徴データ記録部を備え、
前記第１パスワード認証手段または第２パスワード認証手段は、前記第１パスワードまたは第２パスワードに加えて、前記生体特徴データ記録部と、前記端末装置から送信される生体特徴データとに基づいて前記認証の可否を判断することを特徴としており、
前記端末装置は、さらに、
前記端末装置のユーザの生体的特徴を生体特徴データとして取得する生体特徴データ取得手段を備え、
前記パスワード送信手段は、前記第１パスワードまたは第２パスワードに加えて、前記取得した生体特徴データを送信すること、
を特徴とするもの。 - 請求項１〜６のいずれかのログイン管理システム、またはログイン管理装置、または端末装置、またはプログラムにおいて、
前記ログイン管理装置の更新パスワード送信手段は、
前記第２パスワードが認証された場合には、前記端末装置に対して、前記第１パスワードとは異なる第１パスワードと、当該第２パスワードとは異なる第２パスワードとを送信すること、
を特徴とするもの。 - 請求項７のいずれかのログイン管理システム、またはログイン管理装置、または端末装置、またはプログラムにおいて、
前記ログイン管理装置の第２パスワード認証手段は、
前記更新パスワード送信手段が前記端末装置に対して第１パスワードおよび第２パスワードの送信を完了した後に、当該第２パスワード以前の第２パスワードの認証を不可にすること、
を特徴とするもの。 - 請求項１、４〜８のいずれかのログイン管理システム、または端末装置、またはプログラムにおいて、
前記端末装置は、さらに、
前記端末装置が前記ログイン管理システムへのログイン前には、ユーザに対して前記第１パスワードの入力を促す一方で、当該ログイン状態の中断が生じた場合には、ユーザに対して前記第２パスワードの入力を促すパスワード入力要求手段、
を備えたことを特徴とするもの。 - 請求項１、４〜８のいずれかのログイン管理システム、または端末装置、またはプログラムにおいて、
前記端末装置は、さらに、
当該端末装置による前記ログイン管理システムへのログイン状態が中断した場合にはログイン中断信号を出力する状態監視手段、
を備えており、
前記パスワード送信手段は、さらに、
前記ログイン管理装置へのログイン時には当該ログイン管理装置に対して前記第１パスワードを送信し、一方、前記ログイン中断信号を取得した場合には前記ログイン管理装置に対して前記第２パスワードを送信すること、
を特徴とするもの。 - 端末装置のログインを管理するログイン管理方法であって、
前記端末装置から第１パスワードを受信した場合には、受信した第１パスワードに正当性があり、かつ、当該第１パスワードが過去に認証されていない場合には、当該第１パスワードを認証し、
前記第１パスワードを認証した場合には前記端末装置のログインを許可し、
当該ログイン状態の中断後に前記端末装置から第２パスワードを受信した場合には、当該第２パスワードの正当性がある場合に当該第２パスワードを認証し、
当該第２パスワードを認証した場合には前記第１パスワードとは異なる第１パスワードを前記端末装置に対して送信すること、
を特徴とするログイン管理方法。 - 請求項１１のログイン管理方法において、さらに、
前記端末装置のユーザの生体的特徴を生体特徴データとして取得し、
前記端末装置から第１パスワードまたは第２パスワードを受信した場合には、当該受信した第１パスワードまたは第２パスワードに加えて、前記取得した生体特徴データに基づいて、前記認証の可否を判断すること、
を特徴とするログイン管理方法。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2003152345A JP3904533B2 (ja) | 2003-05-29 | 2003-05-29 | ログイン管理システムおよびその方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2003152345A JP3904533B2 (ja) | 2003-05-29 | 2003-05-29 | ログイン管理システムおよびその方法 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2004355332A true JP2004355332A (ja) | 2004-12-16 |
| JP3904533B2 JP3904533B2 (ja) | 2007-04-11 |
Family
ID=34047584
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2003152345A Expired - Fee Related JP3904533B2 (ja) | 2003-05-29 | 2003-05-29 | ログイン管理システムおよびその方法 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP3904533B2 (ja) |
Cited By (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2007052485A (ja) * | 2005-08-15 | 2007-03-01 | Adc Technology Kk | 受講管理システム |
| JP2007141085A (ja) * | 2005-11-21 | 2007-06-07 | Fuji Xerox Co Ltd | コンピュータシステム、認証制御方法、プログラム及びサーバ・クライアントシステム |
| JP2008003744A (ja) * | 2006-06-21 | 2008-01-10 | Sharp Corp | 認証システムおよび認証方法 |
| JP2009069993A (ja) * | 2007-09-11 | 2009-04-02 | Ricoh Co Ltd | 情報処理装置、認証制御方法、及び認証制御プログラム |
| WO2011142397A1 (ja) * | 2010-05-14 | 2011-11-17 | 株式会社エヌ・ティ・ティ・ドコモ | ライセンス発行システム、クライアント端末、サーバ、及びライセンス発行方法 |
| JP2014197321A (ja) * | 2013-03-29 | 2014-10-16 | セコム株式会社 | 照合システム |
| JP2022043939A (ja) * | 2020-09-04 | 2022-03-16 | 楽天グループ株式会社 | 情報処理装置、情報処理方法、及び情報処理システム |
Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH05228259A (ja) * | 1992-02-18 | 1993-09-07 | Ricos:Kk | オンラインを利用したゲーム装置 |
| JP2002344484A (ja) * | 2001-05-21 | 2002-11-29 | Nec Corp | ネットワークの接続復旧方法及びシステム |
| JP2003092639A (ja) * | 2001-09-18 | 2003-03-28 | Denso Corp | ダウンロード方法 |
-
2003
- 2003-05-29 JP JP2003152345A patent/JP3904533B2/ja not_active Expired - Fee Related
Patent Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH05228259A (ja) * | 1992-02-18 | 1993-09-07 | Ricos:Kk | オンラインを利用したゲーム装置 |
| JP2002344484A (ja) * | 2001-05-21 | 2002-11-29 | Nec Corp | ネットワークの接続復旧方法及びシステム |
| JP2003092639A (ja) * | 2001-09-18 | 2003-03-28 | Denso Corp | ダウンロード方法 |
Non-Patent Citations (1)
| Title |
|---|
| テイラー ジャスティン: "ディレクトリサービス導入のステップ", ＩＮＴＥＲＯＰ ＭＡＧＡＺＩＮＥ, vol. 第１０巻第６号, CSND200200600027, 1 June 2000 (2000-06-01), JP, pages 162 - 167, ISSN: 0000773340 * |
Cited By (12)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2007052485A (ja) * | 2005-08-15 | 2007-03-01 | Adc Technology Kk | 受講管理システム |
| JP2007141085A (ja) * | 2005-11-21 | 2007-06-07 | Fuji Xerox Co Ltd | コンピュータシステム、認証制御方法、プログラム及びサーバ・クライアントシステム |
| JP2008003744A (ja) * | 2006-06-21 | 2008-01-10 | Sharp Corp | 認証システムおよび認証方法 |
| JP2009069993A (ja) * | 2007-09-11 | 2009-04-02 | Ricoh Co Ltd | 情報処理装置、認証制御方法、及び認証制御プログラム |
| US8479273B2 (en) | 2007-09-11 | 2013-07-02 | Ricoh Company, Ltd. | Information processor, authentication control method, and storage medium |
| US9081949B2 (en) | 2007-09-11 | 2015-07-14 | Ricoh Company, Ltd. | Information processor, authentication control method, and storage medium |
| WO2011142397A1 (ja) * | 2010-05-14 | 2011-11-17 | 株式会社エヌ・ティ・ティ・ドコモ | ライセンス発行システム、クライアント端末、サーバ、及びライセンス発行方法 |
| JP2011242870A (ja) * | 2010-05-14 | 2011-12-01 | Ntt Docomo Inc | ライセンス発行システム、クライアント端末、サーバ、及びライセンス発行方法 |
| CN102859529A (zh) * | 2010-05-14 | 2013-01-02 | 株式会社Ntt都科摩 | 许可证发行系统、客户端终端、服务器及许可证发行方法 |
| JP2014197321A (ja) * | 2013-03-29 | 2014-10-16 | セコム株式会社 | 照合システム |
| JP2022043939A (ja) * | 2020-09-04 | 2022-03-16 | 楽天グループ株式会社 | 情報処理装置、情報処理方法、及び情報処理システム |
| JP7110289B2 (ja) | 2020-09-04 | 2022-08-01 | 楽天グループ株式会社 | 情報処理装置、情報処理方法、及び情報処理システム |
Also Published As
| Publication number | Publication date |
|---|---|
| JP3904533B2 (ja) | 2007-04-11 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP2014529837A (ja) | 身分認証管理装置及びその方法 | |
| JP2012503229A (ja) | サーバ・オペレーションの認可を行うための装置、システムおよびコンピュータ・プログラム | |
| JP5193787B2 (ja) | 情報処理方法、中継サーバおよびネットワークシステム | |
| JP2008197973A (ja) | ユーザ認証システム | |
| WO2012070348A1 (ja) | サーバシステム、サーバシステムの実行方法及び外部メモリ | |
| CA3122376A1 (en) | Systems and methods for securing login access | |
| US20210255688A1 (en) | Information processing apparatus, information processing method, and program | |
| KR101190060B1 (ko) | 아이덴티티 데이터 관리 장치 및 방법 | |
| JP3904533B2 (ja) | ログイン管理システムおよびその方法 | |
| JP2021152975A (ja) | 情報処理装置、制御方法、およびプログラム | |
| KR100324248B1 (ko) | 지문을 이용한 인터넷 인증 시스템 및 그 방법 | |
| US11087374B2 (en) | Domain name transfer risk mitigation | |
| JP7079528B2 (ja) | サービス提供システム及びサービス提供方法 | |
| JP2020181337A (ja) | アカウント管理システム、アカウント管理装置、アカウント管理方法及びプログラム | |
| JP2017151859A (ja) | 情報処理装置およびプログラム | |
| Huang et al. | Research on Single Sign-on Technology for Educational Administration Information Service Platform | |
| JP4172548B2 (ja) | パスワード通知方法及びシステム | |
| JP4895288B2 (ja) | 認証システム及び認証方法 | |
| JP5243360B2 (ja) | シンクライアント接続管理システム、およびシンクライアント接続管理方法 | |
| JP2009223638A (ja) | Ｗｅｂアプリケーション向け生体認証システム及び方法 | |
| JP5193010B2 (ja) | 申告データ作成システム、申告データ作成方法、コンピュータ装置、接続管理サーバ、およびデータベースサーバ | |
| JP3974070B2 (ja) | ユーザ認証装置、端末装置、プログラム及びコンピュータ・システム | |
| CN109684818A (zh) | 一种防止机主登录密码泄露的跨终端式的服务器登录方法 | |
| KR20140043628A (ko) | 보안 로그인 처리 방법 | |
| JP7295294B2 (ja) | アカウント管理システム、アカウント管理装置、アカウント管理方法及びプログラム |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| RD04 | Notification of resignation of power of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7424 Effective date: 20050331 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20060901 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20060912 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20061113 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20061225 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20070109 |
|
| R150 | Certificate of patent or registration of utility model |
Ref document number: 3904533 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100119 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110119 Year of fee payment: 4 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120119 Year of fee payment: 5 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130119 Year of fee payment: 6 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20140119 Year of fee payment: 7 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| LAPS | Cancellation because of no payment of annual fees |