(57)【特許請求の範囲】
【請求項１】
ログインキーを送信する管理者端末の連絡先を記憶した管理者情報記憶手段と、
管理者識別子に関連付けて、アクセス可能な情報処理サーバの識別情報、ログインキー、オリジナルキー、発行日を記憶する認証情報記憶手段と、
管理者端末と情報処理サーバとに接続された制御手段とを備えたアクセス管理システムであって、
前記制御手段が、
前記管理者情報記憶手段に記憶された連絡先の管理者端末に対して、ログインキーを送信し、前記認証情報記憶手段にログインキーと発行日とを記録する手段と、
前記管理者端末から、前記ログインキーに対応するオリジナルキーを取得した場合には、前記ログインキーに関連づけて前記オリジナルキーを前記認証情報記憶手段に記録する手段と、
前記認証情報記憶手段に記録されたログインキー及びオリジナルキーを取得した場合には、前記認証情報記憶手段を用いて、前記ログインキー及びオリジナルキーに関連付けられたアクセス可能な情報処理サーバの識別情報を特定し、前記情報処理サーバにログインするためのワンタイムキーの生成処理を実行し、前記ログインキーの利用履歴を記録し、前記ワンタイムキーを出力する手段と、
各ログインキーの発行日に基づいて特定される有効期限を経過した場合には、ログインキーを無効化する手段と、
前記ログインキーの利用履歴を前記管理者端末に送信する手段と
を備えたことを特徴とするアクセス管理システム。
【請求項２】
前記ワンタイムキーの生成処理において、
前記制御手段が、
前記情報処理サーバのセキュリティポリシーを特定し、
前記アクセス管理システムにおけるセキュリティポリシーと、前記情報処理サーバのセキュリティポリシーを比較して、比較結果に基づいてワンタイムキーを生成することを特徴とする請求項１に記載のアクセス管理システム。
【請求項３】
前記制御手段が、前記情報処理サーバに対して、セキュリティポリシーを要求して、前記情報処理サーバからセキュリティポリシーを取得することを特徴とする請求項２に記載のアクセス管理システム。
【請求項４】
前記制御手段が、前記情報処理サーバを特定して、予め登録されたセキュリティポリシーを取得することを特徴とする請求項２に記載のアクセス管理システム。
【請求項５】
前記管理者情報記憶手段には、管理者毎に、ログインキーの必要数が記録されており、
前記制御手段が、前記管理者端末の連絡先毎にログインキーの必要数を特定し、前記必要数のログインキーを送信することを特徴とする請求項１〜４のいずれか１つに記載のアクセス管理システム。
【請求項６】
前記制御手段が、
前記情報処理サーバの稼動状況情報を取得する手段と、
前記稼動状況情報に基づいて、ワンタイムキーの発行方法を変更する手段とを更に備えたことを特徴とする請求項１〜５のいずれか１つに記載のアクセス管理システム。
【請求項７】
ログインキーを送信する管理者端末の連絡先を記憶した管理者情報記憶手段と、
管理者識別子に関連付けて、アクセス可能な情報処理サーバの識別情報、ログインキー、オリジナルキー、発行日を記憶する認証情報記憶手段と、
管理者端末と情報処理サーバとに接続された制御手段とを備えたアクセス管理システムを用いて、アクセスを管理する方法であって、
前記制御手段が、
前記管理者情報記憶手段に記憶された連絡先の管理者端末に対して、ログインキーを送信し、前記認証情報記憶手段にログインキーと発行日とを記録する段階と、
前記管理者端末から、前記ログインキーに対応するオリジナルキーを取得した場合には、前記ログインキーに関連づけて前記オリジナルキーを前記認証情報記憶手段に記録する段階と、
前記認証情報記憶手段に記録されたログインキー及びオリジナルキーを取得した場合には、前記認証情報記憶手段を用いて、前記ログインキー及びオリジナルキーに関連付けられたアクセス可能な情報処理サーバの識別情報を特定し、前記情報処理サーバにログインするためのワンタイムキーの生成処理を実行し、前記ログインキーの利用履歴を記録し、前記ワンタイムキーを出力する段階と、
各ログインキーの発行日に基づいて特定される有効期限を経過した場合には、ログインキーを無効化する段階と、
前記ログインキーの利用履歴を前記管理者端末に送信する段階と
を実行することを特徴とするアクセス管理方法。
【請求項８】
ログインキーを送信する管理者端末の連絡先を記憶した管理者情報記憶手段と、
管理者識別子に関連付けて、アクセス可能な情報処理サーバの識別情報、ログインキー、オリジナルキー、発行日を記憶する認証情報記憶手段と、
管理者端末と情報処理サーバとに接続された制御手段とを備えたアクセス管理システムを用いて、アクセスを管理するためのプログラムであって、
前記制御手段を、
前記管理者情報記憶手段に記憶された連絡先の管理者端末に対して、ログインキーを送信し、前記認証情報記憶手段にログインキーと発行日とを記録する手段、
前記管理者端末から、前記ログインキーに対応するオリジナルキーを取得した場合には、前記ログインキーに関連づけて前記オリジナルキーを前記認証情報記憶手段に記録する手段、
前記認証情報記憶手段に記録されたログインキー及びオリジナルキーを取得した場合には、前記認証情報記憶手段を用いて、前記ログインキー及びオリジナルキーに関連付けられたアクセス可能な情報処理サーバの識別情報を特定し、前記情報処理サーバにログインするためのワンタイムキーの生成処理を実行し、前記ログインキーの利用履歴を記録し、前記ワンタイムキーを出力する手段、
各ログインキーの発行日に基づいて特定される有効期限を経過した場合には、ログインキーを無効化する手段、
前記ログインキーの利用履歴を前記管理者端末に送信する手段
として機能させることを特徴とするアクセス管理プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、システムにログインするためのワンタイムキーの管理を行なうためのアクセス管理システム、アクセス管理方法及びアクセス管理プログラムに関する。
【背景技術】
【０００２】
複数人で共用されているシステムにアクセスする場合、ユーザの真正性やアクセス権限を確認するために、ユーザＩＤやパスワードが利用されている（例えば、特許文献１参照。）。この文献に記載された技術では、サーバ装置のリソースをユーザに利用させるための管理サーバ装置を用いる。この管理サーバ装置は、ネットワークを介して接続された端末装置からログイン要求を受信し、その端末装置から受信したユーザＩＤ、パスワードを用いてユーザ認証を行なう。認証ができた場合にはログインを許可する。
【０００３】
また、パスワードを継続的に利用した場合、パスワードが漏えいする可能性がある。このような漏えいを防止するために、ワンタイムパスワードが利用されることもある（例えば、特許文献２参照。）。この文献に記載された技術では、携帯電話端末からパスワード生成要求を受信した管理サーバは、利用者を特定し、第１チャレンジコードを記録する。そして、管理サーバは、第２チャレンジコードを生成し、これを用いてワンタイムパスワードを生成する。このワンタイムパスワードのユニーク性を担保できる場合には、管理サーバは、ワンタイムパスワードを記録し、第２チャレンジコードを携帯電話端末に送信する。そして、携帯電話端末は、ワンタイムパスワードを生成して出力する。次に、クライアント端末を用いて、チャレンジコードとワンタイムパスワードに関するデータを含むログイン要求を管理サーバに送信する。ログイン要求を受信した管理サーバは利用者の認証を行なう。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００５−１８２２９１号公報（第１頁、図１）
【特許文献２】特開２００８−１４００４０号公報（第１頁、図１）
【発明の概要】
【発明が解決しようとする課題】
【０００５】
共用サーバ（例えば、業務で用いられる業務サーバ）において、ユーザ個別にユーザＩＤを割り当て、パスワードを発行する場合、ユーザＩＤやパスワードの登録や利用状況の管理に手間がかかる。また、一人のユーザが複数の業務サーバにアクセスして作業を行なう場合、ユーザ側においても、業務サーバ毎にユーザＩＤやパスワードを管理する必要があり、煩雑である。
【０００６】
また、ユーザの人事異動等により、業務サーバの担当者が変更になることもある。この変更の度に、ユーザＩＤやパスワードの再登録を行なう場合、管理負担が大きくなる。特に、漏えい防止のために、ワンタイムパスワードを発行する場合、発行したワンタイムパスワードの消去等のセキュリティ管理の負担が大きくなる。
更に、すべての情報処理サーバについて、管理者が個別にパスワードを管理する場合もある。しかしながら、管理対象の情報処理サーバが多い場合には、管理者におけるパスワード管理の負担が大きくなる。
【０００７】
更に、管理者は、各ユーザにおける業務サーバへのアクセス状況を把握する必要がある。ここで、複数の業務サーバを管理する管理者においては、各業務サーバからアクセス状況を入手する必要があり、アクセス状況を入手するためのサーバ設定が煩雑となる。
【０００８】
本発明は、上記課題を解決するためになされたものであり、その目的は、システムにログインするためのパスワードを効率的かつ的確に管理するためのアクセス管理システム、アクセス管理方法及びアクセス管理プログラムを提供することにある。
【課題を解決するための手段】
【０００９】
上記問題点を解決するために、請求項１に記載の発明は、ログインキーを送信する管理者端末の連絡先を記憶した管理者情報記憶手段と、管理者識別子に関連付けて、アクセス可能な情報処理サーバの識別情報、ログインキー、オリジナルキー、発行日を記憶する認証情報記憶手段と、管理者端末と情報処理サーバとに接続された制御手段とを備えたアクセス管理システムであって、前記制御手段が、前記管理者情報記憶手段に記憶された連絡先の管理者端末に対して、ログインキーを送信し、前記認証情報記憶手段にログインキーと発行日とを記録する手段と、前記管理者端末から、前記ログインキーに対応するオリジナルキーを取得した場合には、前記ログインキーに関連づけて前記オリジナルキーを前記認証情報記憶手段に記録する手段と、前記認証情報記憶手段に記録されたログインキー及びオリジナルキーを取得した場合には、前記認証情報記憶手段を用いて、前記ログインキー及びオリジナルキーに関連付けられたアクセス可能な情報処理サーバの識別情報を特定し、前記情報処理サーバにログインするためのワンタイムキーの生成処理を実行し、前記ログインキーの利用履歴を記録し、前記ワンタイムキーを出力する手段と、各ログインキーの発行日に基づいて特定される有効期限を経過した場合には、ログインキーを無効化する手段と、前記ログインキーの利用履歴を前記管理者端末に送信する手段とを備えたことを要旨とする。
【００１０】
請求項２に記載の発明は、請求項１に記載のアクセス管理システムにおいて、前記ワンタイムキーの生成処理において、前記制御手段が、前記情報処理サーバのセキュリティポリシーを特定し、前記アクセス管理システムにおけるセキュリティポリシーと、前記情報処理サーバのセキュリティポリシーを比較して、比較結果に基づいてワンタイムキーを生成することを要旨とする。
【００１１】
請求項３に記載の発明は、請求項２に記載のアクセス管理システムにおいて、前記制御手段が、前記情報処理サーバに対して、セキュリティポリシーを要求して、前記情報処理サーバからセキュリティポリシーを取得することを要旨とする。
【００１２】
請求項４に記載の発明は、請求項２に記載のアクセス管理システムにおいて、前記制御手段が、前記情報処理サーバを特定して、予め登録されたセキュリティポリシーを取得することを要旨とする。
【００１３】
請求項５に記載の発明は、請求項１〜４のいずれか１つに記載のアクセス管理システムにおいて、前記管理者情報記憶手段には、管理者毎に、ログインキーの必要数が記録されており、前記制御手段が、前記管理者端末の連絡先毎にログインキーの必要数を特定し、前記必要数のログインキーを送信することを要旨とする。
【００１４】
請求項６に記載の発明は、請求項１〜５のいずれか１つに記載のアクセス管理システムにおいて、前記制御手段が、前記情報処理サーバの稼動状況情報を取得する手段と、前記稼動状況情報に基づいて、ワンタイムキーの発行方法を変更する手段とを更に備えたことを要旨とする。
【００１５】
請求項７に記載の発明は、ログインキーを送信する管理者端末の連絡先を記憶した管理者情報記憶手段と、管理者識別子に関連付けて、ログインキー、オリジナルキー、発行日を記憶する認証情報記憶手段と、管理者端末と情報処理サーバとに接続された制御手段とを備えたアクセス管理システムを用いて、アクセスを管理する方法であって、前記制御手段が、前記管理者情報記憶手段に記憶された連絡先の管理者端末に対して、ログインキーを送信し、前記認証情報記憶手段にログインキーと発行日とを記録する段階と、前記管理者端末から、前記ログインキーに対応するオリジナルキーを取得した場合には、前記ログインキーに関連づけて前記オリジナルキーを前記認証情報記憶手段に記録する段階と、前記認証情報記憶手段に記録されたログインキー及びオリジナルキーを取得した場合には、前記認証情報記憶手段を用いて、前記ログインキー及びオリジナルキーに関連付けられたアクセス可能な情報処理サーバの識別情報を特定し、前記情報処理サーバにログインするためのワンタイムキーの生成処理を実行し、前記ログインキーの利用履歴を記録し、前記ワンタイムキーを出力する段階と、各ログインキーの発行日に基づいて特定される有効期限を経過した場合には、ログインキーを無効化する段階と、前記ログインキーの利用履歴を前記管理者端末に送信する段階とを実行することを要旨とする。
【００１６】
請求項８に記載の発明は、ログインキーを送信する管理者端末の連絡先を記憶した管理者情報記憶手段と、管理者識別子に関連付けて、ログインキー、オリジナルキー、発行日を記憶する認証情報記憶手段と、管理者端末と情報処理サーバとに接続された制御手段とを備えたアクセス管理システムを用いて、アクセスを管理するためのプログラムであって、前記制御手段を、前記管理者情報記憶手段に記憶された連絡先の管理者端末に対して、ログインキーを送信し、前記認証情報記憶手段にログインキーと発行日とを記録する手段、前記管理者端末から、前記ログインキーに対応するオリジナルキーを取得した場合には、前記ログインキーに関連づけて前記オリジナルキーを前記認証情報記憶手段に記録する手段、前記認証情報記憶手段に記録されたログインキー及びオリジナルキーを取得した場合には、前記認証情報記憶手段を用いて、前記ログインキー及びオリジナルキーに関連付けられたアクセス可能な情報処理サーバの識別情報を特定し、前記情報処理サーバにログインするためのワンタイムキーの生成処理を実行し、前記ログインキーの利用履歴を記録し、前記ワンタイムキーを出力する手段、各ログインキーの発行日に基づいて特定される有効期限を経過した場合には、ログインキーを無効化する手段、前記ログインキーの利用履歴を前記管理者端末に送信する手段として機能させることを要旨とする。
【００１７】
（作用）
請求項１又は７、８に記載の発明によれば、制御手段が、管理者情報記憶手段に記憶された連絡先の管理者端末に対して、ログインキーを送信し、認証情報記憶手段にログインキーと発行日とを記録する。そして、管理者端末から、ログインキーに対応するオリジナルキーを取得した場合には、ログインキーに関連づけてオリジナルキーを認証情報記憶手段に記録する。これにより、ログインキーとオリジナルキーとを用いて、ユーザ認証を行なうことができる。
【００１８】
更に、認証情報記憶手段に記録されたログインキー及びオリジナルキーを取得した場合には、認証情報記憶手段を用いて、ログインキー及びオリジナルキーに関連付けられたアクセス可能な情報処理サーバの識別情報を特定し、情報処理サーバにログインするためのワンタイムキーの生成処理を実行する。そして、ログインキーの利用履歴を記録し、ワンタイムキーを出力する。これにより、ユーザは、ディスプレイ等の出力手段に表示されたワンタイムキーを確認することにより、ログインキー及びオリジナルキーに関連付けられた情報処理サーバにアクセスするための認証情報を入手することができる。そして、各ログインキーの発行日に基づいて特定される有効期限を経過した場合には、ログインキーを無効化することにより、ログインキーの漏えいを防止することができる。
更に、ログインキーの利用履歴を管理者端末に送信することにより、管理者はユーザの利用状況を把握することができる。
【００１９】
請求項２に記載の発明によれば、制御手段は、情報処理サーバのセキュリティポリシーを特定し、アクセス管理システムにおけるセキュリティポリシーと、情報処理サーバのセキュリティポリシーを比較して、比較結果に基づいてワンタイムキーを生成する。これにより、セキュリティポリシーが異なる複数のリソースを用いる場合にも、的確なセキュリティ管理の下にパスワードを生成することができる。
【００２０】
請求項３に記載の発明によれば、情報処理サーバに対して、セキュリティポリシーを要求して、前情報処理サーバからセキュリティポリシーを取得する。これにより、情報処理サーバにおける現在のセキュリティポリシーを特定することができる。
【００２１】
請求項４に記載の発明によれば、情報処理サーバを特定して、予め登録されたセキュリティポリシーを取得する。これにより、通信負荷を軽減しながら、情報処理サーバにおけるセキュリティポリシーを特定することができる。
【００２２】
請求項５に記載の発明によれば、管理者情報記憶手段には、管理者毎に、ログインキーの必要数が記録されており、管理者端末の連絡先毎にログインキーの必要数を特定し、必要数のログインキーを送信する。これにより、管理者は、複数のユーザに対して、異なるログインキーを提供することができる。
【００２３】
請求項６に記載の発明によれば、制御手段は、情報処理サーバの稼動状況情報を取得し、稼動状況情報に基づいて、ワンタイムキーの発行方法を変更する。例えば、一部の情報処理サーバに障害が発生した場合、関連する他の情報処理サーバにおいてもメンテナンスが必要になることがある。このような場合においても、ユーザは、情報処理サーバの稼働状況に応じて、効率的に情報処理サーバにアクセスすることができる。
【発明の効果】
【００２４】
本発明によれば、システムにログインするためのパスワードを効率的かつ的確に管理するためのアクセス管理システム、アクセス管理方法及びアクセス管理プログラムを提供することができる。
【図面の簡単な説明】
【００２５】
【図１】本発明の実施形態のシステム概略図。
【図２】本発明の実施形態の情報記憶部の説明図であって、（ａ）はアクセス認証情報記憶部、（ｂ）はマスタ情報記憶部、（ｃ）はログイン認証情報記憶部、（ｄ）はアクセス管理情報記憶部に記録されたデータの説明図。
【図３】本実施形態の処理手順の説明図。
【図４】本実施形態の処理手順の説明図。
【図５】本実施形態の処理手順の説明図であって、（ａ）はログインキー管理処理、（ｂ）はワンタイムキー管理処理、（ｃ）は利用状況管理処理の説明図。
【図６】他の実施形態の処理手順の説明図。
【図７】他の実施形態の管理方法の説明図であって、（ａ）は複数の拠点に個別にアクセス申請端末を設けた場合の説明図、（ｂ）は統括サーバを設けた場合の説明図。
【図８】他の実施形態の処理手順の説明図。
【発明を実施するための形態】
【００２６】
以下、本発明を具体化した一実施形態を、図１〜図５に従って説明する。本実施形態では、図１に示すように、ユーザが業務サーバ１０にアクセスする場合を想定する。この場合、各ユーザは管理者に対して利用申請を行なう。そして、管理者によって、利用申請が承認された場合には、アクセス申請端末２０を用いて、各業務サーバ１０にアクセスするためのワンタイムキーを取得する。そして、このワンタイムキーを用いて、各業務サーバ１０にアクセスして、メンテナンス等の作業を行なう。
アクセス申請端末２０は、ネットワークを介して、業務サーバ１０や管理者端末３０に接続されている。
【００２７】
業務サーバ１０は、各種サービスの提供を管理するコンピュータシステムである。この業務サーバ１０は、アクセス制御部１１、アクセス認証情報記憶部１２、業務処理部１５を備えている。
【００２８】
アクセス制御部１１は、業務サーバ１０におけるアクセスを管理する処理を実行する。このアクセス制御部１１は、ＣＰＵ、ＲＡＭ、ＲＯＭ等から構成された制御手段として機能し、後述する処理（ポリシー管理段階、ワンタイムキー登録段階、ユーザ認証段階等を含む処理）を行なう。このためのアクセス管理プログラムを実行することにより、アクセス制御部１１は、ポリシー管理手段１１１、ワンタイムキー登録手段１１２、ユーザ認証手段１１３等として機能する。
【００２９】
ポリシー管理手段１１１は、業務サーバ１０のログイン時に用いるワンタイムキーについてのセキュリティポリシーを管理する処理を実行する。このため、ポリシー管理手段１１１は、業務サーバ１０に適用されるセキュリティポリシーに関するデータを記憶する。具体的には、アクセス時に用いるユーザＩＤや、パスワードについての生成条件（文字種別や最低文字数）に関するデータを記憶している。
【００３０】
ワンタイムキー登録手段１１２は、アクセス申請端末２０から取得したワンタイムキーをアクセス認証情報記憶部１２に登録する処理を実行する。そして、ワンタイムキー登録手段１１２は、ワンタイムキーの有効期限の到来を検知した場合、このワンタイムキーを無効化する処理を実行する。
ユーザ認証手段１１３は、アクセス認証情報記憶部１２を用いて、アクセス者のアクセス権限を確認する認証処理を実行する。
【００３１】
アクセス認証情報記憶部１２には、図２（ａ）に示すように、この業務サーバ１０にログイン可能なユーザを認証するためのアクセス認証情報管理レコード１２０が記録されている。このアクセス認証情報管理レコード１２０は、ワンタイムキー発行要求を受信した場合に登録される。このアクセス認証情報管理レコード１２０には、発行日、ワンタイムキー、アクセス権限に関するデータが記録される。
【００３２】
発行日データ領域には、ワンタイムキーを発行した年月日に関するデータが記録される。この発行日は、ワンタイムキーについての有効期間を加算することにより有効期限を算出するために用いられる。
ワンタイムキーデータ領域には、アクセス者を認証するための認証情報が記録される。本実施形態では、ワンタイムキーとして、予め定められた期間（有効期限までの期間）のみ、一時的に利用可能なワンタイムＩＤ及びワンタイムパスワードを用いる。
アクセス権限データ領域には、この業務サーバ１０へのアクセス時の権限を特定するためのデータが記録される。
【００３３】
管理者端末３０は、各業務サーバ１０の管理者が利用するコンピュータ端末である。この管理者端末３０は、キーボードやマウス等の入力手段や、ディスプレイ等の出力手段を備える。更に、管理者端末３０は、電子メールを送信したり、受信したりするためのメール送受信手段（電子メールクライアント）を備えている。このメール送受信手段は、受信した電子メールを保存する受信メールメモリを備えている。
【００３４】
アクセス申請端末２０は、業務サーバ１０にログインするためのワンタイムキーを管理するコンピュータ端末である。このアクセス申請端末２０は、制御部２１、マスタ情報記憶部２２、ログイン認証情報記憶部２３、アクセス管理情報記憶部２４を備えている。
【００３５】
制御部２１は、ＣＰＵ、ＲＡＭ、ＲＯＭ等から構成された制御手段として機能し、後述する処理（ログインキー登録管理段階、業務サーバの利用申請段階、ログインキー管理段階、ワンタイムキー管理段階、利用状況管理段階等を含む処理）を行なう。このためのアクセス管理プログラムを実行することにより、制御部２１は、ログインキー送信手段２１１、ログインキー有効化手段２１２、ログイン認証手段２１３、ワンタイムキー設定手段２１４、キー管理手段２１５、利用状況管理手段２１６等として機能する。
【００３６】
ログインキー送信手段２１１は、管理者端末３０に対して、アクセス申請端末２０へのログイン時に用いるログインキーを送信する処理を実行する。ここでは、ログインキーとして、ログインＩＤ及びログインパスワードを用いる。
【００３７】
ログインキー有効化手段２１２は、アクセス申請端末２０へのログイン時に用いるログインキーを利用できるように有効化する処理を実行する。
ログイン認証手段２１３は、アクセス申請端末２０へのログイン時にユーザの認証処理を実行する。
【００３８】
ワンタイムキー設定手段２１４は、業務サーバ１０やアクセス申請端末２０のセキュリティポリシーに応じて、業務サーバ１０にログインするためのワンタイムキーを生成する処理を実行する。このため、ワンタイムキー設定手段２１４は、アクセス申請端末２０に適用されるセキュリティポリシー（ワンタイムキーの生成条件）に関するデータを記憶する。
【００３９】
キー管理手段２１５は、ログインキーやワンタイムキーの有効期限を管理する処理を実行する。このため、キー管理手段２１５は、ログインキーの有効期限を算出するための有効期間や、業務サーバ１０のサーバ識別子毎にワンタイムキーの有効期限を算出するための有効期間に関するデータを保持している。本実施形態では、ワンタイムキーについての有効期間は、業務サーバ１０において定められた有効期間と同じ長さに設定する。そして、ログインキーについての有効期間は、ワンタイムキーについての有効期間とは独立して決めることができる。
利用状況管理手段２１６は、ログインキーやワンタイムキーの利用状況を管理する処理を実行する。
【００４０】
マスタ情報記憶部２２は、認証情報記憶手段及び管理者情報記憶手段として機能する。このマスタ情報記憶部２２には、図２（ｂ）に示すように、ログインキーの提供先である管理者を特定するためのマスタ管理レコード２２０が記録されている。このマスタ管理レコード２２０は、各業務サーバ１０の各管理者が登録された場合に記録される。マスタ管理レコード２２０は、管理者ＩＤ、連絡先に関するデータを含んで構成される。更に、グループ種別、サーバ識別子、人数に関するデータを含んで構成される。
【００４１】
管理者ＩＤデータ領域には、各管理者を特定するための識別子に関するデータが記録される。
連絡先データ領域には、この管理者端末３０の連絡先（本実施形態では、メールアドレス）に関するデータが記録される。
【００４２】
グループ種別データ領域には、この管理者が担当する業務サーバ１０のグループを特定するための識別子に関するデータが記録される。本実施形態では、所定のサービスを提供する一つのグループには、１以上の業務サーバ１０が含まれる場合を想定する。
【００４３】
サーバ識別子データ領域には、この管理者が担当するグループ種別に属する業務サーバ１０を特定するための識別情報に関するデータが記録される。
人数データ領域には、このグループ種別に属する業務サーバ１０にアクセスする可能性があるユーザの人数に関するデータが記録される。
【００４４】
ログイン認証情報記憶部２３は認証情報記憶手段として機能する。このログイン認証情報記憶部２３には、図２（ｃ）に示すように、アクセス申請端末２０にログイン可能なユーザを認証するためのログイン認証管理レコード２３０が記録されている。このログイン認証管理レコード２３０は、各管理者に対して、ログインキーを送信した場合に登録され、このログインキーについて利用承認を行なった場合等に更新される。ログイン認証管理レコード２３０は、管理者ＩＤ、発行日、グループ種別、ログインキー、利用状況、オリジナルキー、ステータスに関するデータを含んで構成される。
【００４５】
管理者ＩＤデータ領域には、ログインキーを提供した管理者を特定するための識別子に関するデータが記録される。
発行日データ領域には、管理者に対してログインキーを送信した年月日に関するデータが記録される。
【００４６】
グループ種別データ領域には、ログインキーを利用できる業務サーバ１０のグループ種別を特定するための識別子に関するデータが記録される。
ログインキーデータ領域には、管理者に対して提供したアクセス認証情報（ログインＩＤ及びログインパスワードからなるログインキー）を特定するための識別子に関するデータが記録される。
【００４７】
利用状況データ領域には、このログインキーの利用状況に関するデータが記録される。具体的には、ログインキーが有効化された年月日に関するデータが記録される。
オリジナルキーデータ領域には、アクセス申請端末２０において、業務サーバ１０に対するアクセス権限を設定できるユーザを認証するための認証情報が記録される。このオリジナルキーは、管理者端末３０から受信した利用承認において取得する。
【００４８】
ステータスデータ領域には、このログインキーの有効性を判定するためのフラグが記録される。このデータ領域には、ログインキーが有効化された場合には有効フラグが記録されるとともに、有効期限が到来した場合には無効フラグが記録される。
【００４９】
アクセス管理情報記憶部２４には、図２（ｄ）に示すように、業務サーバ１０にアクセスするためのワンタイムキーの利用状況を管理するためのアクセス管理レコード２４０が記録されている。このアクセス管理レコード２４０は、ワンタイムキーを発行した場合に登録される。アクセス管理レコード２４０は、発行日、ログインキー、サーバ識別子、アクセス権限、ワンタイムキー、ステータスに関するデータを含んで構成される。
【００５０】
発行日データ領域には、ワンタイムキーを発行した年月日に関するデータが記録される。
ログインキーデータ領域には、アクセス申請端末２０へのログイン者を特定するための識別子に関するデータが記録される。具体的には、このデータ領域には、ログイン時に用いられたログインキーが記録される。
【００５１】
サーバ識別子データ領域には、アクセスを希望する業務サーバ１０を特定するための識別子に関するデータが記録される。
アクセス権限データ領域には、この業務サーバ１０へのアクセス時の権限を特定するためのデータが記録される。
【００５２】
ワンタイムキーデータ領域には、この業務サーバ１０にアクセスする場合に用いる認証情報（ワンタイムＩＤ及びワンタイムパスワードからなるワンタイムキー）に関するデータが記録される。
ステータスデータ領域には、このワンタイムキーの有効性を判定するためのフラグが記録される。このデータ領域には、業務サーバ１０においてワンタイムキーが登録された場合には有効フラグが記録されるとともに、有効期限が到来した場合には無効フラグが記録される。
【００５３】
次に、上記のように構成されたシステムにおいて、業務サーバ１０にログインする場合に用いるアクセス管理方法の具体例について、図３〜図５を用いて説明する。
（ログインキー登録管理処理）
まず、図３を用いて、ログインキー登録管理処理を説明する。
ここでは、まず、アクセス申請端末２０の制御部２１は、ログインキーの送信先の特定処理を実行する（ステップＳ１−１）。具体的には、制御部２１のログインキー送信手段２１１は、マスタ情報記憶部２２から、ログインキーの送信対象であるマスタ管理レコード２２０を抽出する。次に、ログインキー送信手段２１１は、抽出したマスタ管理レコード２２０に記録されている連絡先を取得する。
【００５４】
そして、抽出した連絡先毎に、以下の処理を実行する。
ここでは、アクセス申請端末２０の制御部２１は、ログインキー生成処理を実行する（ステップＳ１−２）。具体的には、制御部２１のログインキー送信手段２１１は、マスタ管理レコード２２０に記録されているグループ種別毎に人数を取得する。そして、ログインキー送信手段２１１は、乱数を用いて、この人数分のユニークなログインキー（ログインＩＤ及びログインパスワード）を生成する。
【００５５】
次に、アクセス申請端末２０の制御部２１は、ログインキーの登録処理を実行する（ステップＳ１−３）。具体的には、制御部２１のログインキー送信手段２１１は、この管理者ＩＤを記録したログイン認証管理レコード２３０を生成し、ログイン認証情報記憶部２３に記録する。また、ログインキー送信手段２１１は、管理者ＩＤに関連付けて、発行日（現在の年月日）を記録する。更に、ログインキー送信手段２１１は、管理者ＩＤに関連付けて、グループ種別毎に生成した人数分のログインキーを記録する。
【００５６】
次に、アクセス申請端末２０の制御部２１は、ログインキーを含めたメールの送信処理を実行する（ステップＳ１−４）。具体的には、制御部２１のログインキー送信手段２１１は、送信先として管理者端末３０の連絡先を設定した電子メールを生成する。この電子メールには、グループ種別毎に、人数分のログインキーに関するデータを含める。そして、ログインキー送信手段２１１は、この電子メールを管理者端末３０に対して送信する。
【００５７】
この場合、管理者端末３０は、メール受信処理を実行する（ステップＳ１−５）。具体的には、管理者端末３０のメール送受信手段は、ログインキーを含めた電子メールを受信して、受信メールメモリに記憶する。
【００５８】
ユーザが業務サーバ１０へのアクセスを希望する場合には、管理者に対して利用申請を行なう。この利用申請においては、アクセス対象の業務サーバ１０が属するグループ種別を含める。更に、ユーザは、管理者に対して、ユーザ自身が決定したオリジナルキーを伝える。
【００５９】
次に、管理者端末３０は、メールの選択処理を実行する（ステップＳ１−６）。具体的には、管理者は、ユーザの利用申請を承認する場合、管理者端末３０のメール送受信手段を起動する。この場合、管理者端末３０は、受信メールメモリに記録された電子メール一覧を、ディスプレイに表示する。そして、管理者は、この電子メール一覧において、アクセス申請端末２０から受信した電子メールであって、ログインキーを含めた電子メールを特定する。更に、この電子メールの中で、受信日が直近の日付のメールを選択する。
【００６０】
次に、管理者端末３０は、ログインキーの表示処理を実行する（ステップＳ１−７）。具体的には、管理者端末３０は、選択された電子メールの内容をディスプレイに表示する。この電子メールには、グループ種別毎に人数分のログインキーが表示される。更に、この電子メールには、ログインキーに関連づけて承認ボタンが表示される。管理者は、利用申請を承認する場合には、利用申請に用いるログインキーをユーザに伝える。この場合、ユーザは、ログインキーを記憶しておく。そして、管理者は、このログインキーに対応する承認ボタンを選択する。
【００６１】
承認ボタンの選択を検知した管理者端末３０は、オリジナルキーの受付処理を実行する（ステップＳ１−８）。具体的には、管理者端末３０は、ディスプレイ上に入力画面を表示する。この入力画面には、オリジナルキーの入力欄及び実行ボタンが含まれる。この場合、管理者は、ユーザから入手したオリジナルキーを入力欄に設定する。そして、実行ボタンを選択する。
【００６２】
実行ボタンの選択を検知した管理者端末３０は、利用承諾の送信処理を実行する（ステップＳ１−９）。具体的には、管理者端末３０は、利用承認をアクセス申請端末２０に送信する。この利用承認には、選択されたログインキー、入力されたオリジナルキーに関するデータを含める。
【００６３】
次に、アクセス申請端末２０の制御部２１は、ログインキーの利用状況の確認処理を実行する（ステップＳ１−１０）。具体的には、制御部２１のログインキー有効化手段２１２は、ログイン認証情報記憶部２３において、受信した利用承認に含まれるログインキーが記録されたログイン認証管理レコード２３０を特定する。そして、ログインキー有効化手段２１２は、特定したログイン認証管理レコード２３０にオリジナルキーが記録されているかどうかを判定する。既にオリジナルキーが記録されている場合には、ログインキーは利用済みであることを示している。そこで、ログインキー有効化手段２１２は、利用できないことを管理者端末３０に通知する。
【００６４】
一方、ログイン認証管理レコード２３０にオリジナルキーが記録されていない場合には、アクセス申請端末２０の制御部２１は、ログインキーの有効化処理を実行する（ステップＳ１−１１）。具体的には、ログイン認証管理レコード２３０の利用状況データ領域に現在年月日を記録するとともに、ステータスデータ領域に有効フラグを記録する。
【００６５】
次に、アクセス申請端末２０の制御部２１は、オリジナルキーの登録処理を実行する（ステップＳ１−１２）。具体的には、制御部２１のログインキー有効化手段２１２は、このログイン認証管理レコード２３０に、利用申請に含まれるオリジナルキーを記録する。
【００６６】
（業務サーバの利用申請処理）
次に、業務サーバ１０を利用する場合を説明する。この場合には、ユーザは、アクセス申請端末２０においてアクセス管理プログラムを起動させる。
【００６７】
この場合、アクセス申請端末２０の制御部２１は、ログイン画面の表示処理を実行する（ステップＳ２−１）。具体的には、制御部２１のログイン認証手段２１３は、ディスプレイにログイン画面を出力する。このログイン画面には、ログインキーの入力欄及び実行ボタンが含まれる。ユーザは、この入力欄にログインキーを入力して、実行ボタンを選択する。この場合、制御部２１のログイン認証手段２１３は、入力されたログインキーが記録されているログイン認証管理レコード２３０がログイン認証情報記憶部２３に登録されているかどうかを確認する。更に、ログインキーが記録されているログイン認証管理レコード２３０のステータスデータ領域に、無効フラグが記録されていないかどうかを確認する。ログインキーが記録されているログイン認証管理レコード２３０を特定できない場合や、ログイン認証管理レコード２３０に無効フラグが記録されている場合、ログイン認証手段２１３は、ログインを拒否して、ログインできないことを示すメッセージをディスプレイに出力する。一方、入力されたログインキーが記録されているログイン認証管理レコード２３０において無効フラグが記録されていない場合には、ログインを許可する。
【００６８】
次に、アクセス申請端末２０の制御部２１は、ワンタイムキー生成画面の表示処理を実行する（ステップＳ２−２）。具体的には、制御部２１のワンタイムキー設定手段２１４は、ワンタイムキー設定画面をディスプレイに出力する。このワンタイムキー設定画面には、オリジナルキー入力欄、業務サーバ選択欄、アクセス権限選択欄が設けられている。
【００６９】
次に、アクセス申請端末２０の制御部２１は、ワンタイムキー生成画面への入力処理を実行する（ステップＳ２−３）。具体的には、ユーザは、管理者に伝えたオリジナルキーをオリジナルキー入力欄に入力する。更に、業務サーバ選択欄、アクセス権限選択欄において、アクセス対象の業務サーバ１０のサーバ識別子、アクセス権限を選択する。
【００７０】
アクセス申請端末２０の制御部２１は、オリジナルキーの認証処理を実行する（ステップＳ２−４）。具体的には、制御部２１のワンタイムキー設定手段２１４は、入力されたオリジナルキーがログイン認証管理レコード２３０に記録されているかどうか（条件１）を確認する。更に、マスタ情報記憶部２２を用いて、選択された業務サーバ１０のサーバ識別子がグループ種別に含まれるかどうか（条件２）を確認する。確認結果において、少なくともいずれかの条件が一致しない場合には、利用を拒否する。一方、両条件が一致する場合には、制御部２１のワンタイムキー設定手段２１４は、ログイン認証情報記憶部２３のログイン認証管理レコード２３０の利用状況データ領域に現在日付を記録するとともに、ステータスデータ領域に有効フラグを記録する。更に、ワンタイムキー設定手段２１４は、アクセス管理レコード２４０を生成し、アクセス管理情報記憶部２４に記録する。このアクセス管理レコード２４０には、発行日（現在日付）、ログインキー、サーバ識別子、アクセス権限を記録する。
【００７１】
次に、アクセス申請端末２０の制御部２１は、セキュリティポリシーの要求処理を実行する（ステップＳ２−５）。具体的には、制御部２１のワンタイムキー設定手段２１４は、選択された業務サーバ１０に対して、セキュリティポリシー要求を送信する。
【００７２】
この場合、業務サーバ１０のアクセス制御部１１は、セキュリティポリシーの回答処理を実行する（ステップＳ２−６）。具体的には、アクセス制御部１１のポリシー管理手段１１１は、セキュリティポリシーについての回答をアクセス申請端末２０に返信する。この回答には、セキュリティポリシーにおいて設定されている、ワンタイムキーの生成条件に関するデータを含める。
【００７３】
次に、アクセス申請端末２０の制御部２１は、セキュリティポリシーの取得処理を実行する（ステップＳ２−７）。具体的には、制御部２１のワンタイムキー設定手段２１４は、業務サーバ１０から、セキュリティポリシーとして、ユーザＩＤやパスワードの生成条件を取得する。
【００７４】
次に、アクセス申請端末２０の制御部２１は、セキュリティポリシーの比較処理を実行する（ステップＳ２−８）。具体的には、制御部２１のワンタイムキー設定手段２１４は、業務サーバ１０から取得した生成条件と、アクセス申請端末２０に適用されるセキュリティポリシーの生成条件とを比較する。そして、条件が厳しいセキュリティポリシーを特定する。具体的には、生成条件において定められた最低文字数が異なる場合には、最低文字数が多い方を選択する。また、生成条件において、複数の文字種別が設定されている場合には、この条件に従う。
【００７５】
次に、アクセス申請端末２０の制御部２１は、ワンタイムキーの発行処理を実行する（ステップＳ２−９）。具体的には、制御部２１のワンタイムキー設定手段２１４は、特定したセキュリティポリシーの生成条件に従って、乱数を用いてワンタイムキーを生成する。そして、ワンタイムキー設定手段２１４は、業務サーバ１０に対して、生成したワンタイムキーをログイン時に用いる場合の認証情報として送信する。
【００７６】
次に、業務サーバ１０のアクセス制御部１１は、ワンタイムキーの登録処理を実行する（ステップＳ２−１０）。具体的には、アクセス制御部１１のワンタイムキー登録手段１１２は、受信したワンタイムキーを登録できるかどうかを確認する。具体的には、セキュリティポリシーの生成条件に合致しているかどうか、同じワンタイムキーが既に登録されていないかどうかを確認する。ワンタイムキーに問題がない場合、ワンタイムキー登録手段１１２は、アクセス認証情報管理レコード１２０を生成し、アクセス認証情報記憶部１２に登録する。このアクセス認証情報管理レコード１２０の発行日データ領域には現在日付、ワンタイムキーデータ領域にはアクセス申請端末２０から受信したワンタイムキーを記録する。
【００７７】
そして、業務サーバ１０のアクセス制御部１１は、結果送信処理を実行する（ステップＳ２−１１）。具体的には、アクセス制御部１１のワンタイムキー登録手段１１２は、ワンタイムキーを登録したかどうかについての登録可否の判定結果をアクセス申請端末２０に返信する。この判定結果には、ワンタイムキーを登録した場合には登録完了を示すメッセージ、ワンタイムキーを登録しなかった場合には登録失敗を示すメッセージを含める。
【００７８】
次に、アクセス申請端末２０の制御部２１は、結果受信処理を実行する（ステップＳ２−１２）。具体的には、制御部２１のワンタイムキー設定手段２１４は、業務サーバ１０から、登録可否の判定結果を受信する。
【００７９】
次に、アクセス申請端末２０の制御部２１は、登録成功かどうかについての判定処理を実行する（ステップＳ２−１３）。具体的には、制御部２１のワンタイムキー設定手段２１４は、登録可否の判定結果に含まれるメッセージに基づいて判定する。
【００８０】
判定結果において登録失敗のメッセージを取得した場合（ステップＳ２−１３において「ＮＯ」の場合）、ワンタイムキー設定手段２１４は、ステップＳ２−９の処理からやり直す。
【００８１】
一方、登録完了のメッセージを取得することにより、登録成功と判定した場合（ステップＳ２−１３において「ＹＥＳ」の場合）、アクセス申請端末２０の制御部２１は、ワンタイムキーの表示処理を実行する（ステップＳ２−１４）。具体的には、制御部２１のワンタイムキー設定手段２１４は、業務サーバ１０から取得したワンタイムキーを、ディスプレイに出力する。更に、ワンタイムキー設定手段２１４は、ログイン認証管理レコード２３０に記録された管理者ＩＤの連絡先をマスタ情報記憶部２２から取得する。そして、ワンタイムキー設定手段２１４は、この連絡先に対して、ワンタイムキーが発行されたことを示す電子メールを送信する。
【００８２】
次に、アクセス申請端末２０の制御部２１は、利用状況の登録処理を実行する（ステップＳ２−１５）。具体的には、制御部２１のワンタイムキー設定手段２１４は、ワンタイムキーを記録したアクセス管理レコード２４０を生成し、アクセス管理情報記憶部２４に記録する。このアクセス管理レコード２４０のワンタイムキーデータ領域には、業務サーバ１０における登録に成功したワンタイムキーを記録する。更に、ステータスデータ領域には、有効フラグを記録する。
【００８３】
そして、ユーザが業務サーバ１０にアクセスする場合には、取得したワンタイムキーを業務サーバ１０に入力する。この場合、業務サーバ１０のアクセス制御部１１は、ワンタイムキーによるログイン処理を実行する（ステップＳ３−１）。具体的には、アクセス制御部１１のユーザ認証手段１１３は、入力されたワンタイムキーがアクセス認証情報記憶部１２に記録されているかどうかを確認する。更に、アクセス認証情報管理レコード１２０において無効フラグが設定されていないかどうかを確認する。無効フラグが設定されていないアクセス認証情報管理レコード１２０を抽出した場合には、ユーザ認証手段１１３は、アクセスを許可する。
【００８４】
次に、業務サーバ１０のアクセス制御部１１は、操作処理を実行する（ステップＳ３−２）。具体的には、アクセス制御部１１のユーザ認証手段１１３は、業務処理部１５に処理を引き継ぐ。これにより、ユーザは、業務処理部１５における操作を行なうことができる。
【００８５】
（ログインキー管理処理）
次に、図５（ａ）を用いて、ログインキー管理処理を説明する。この処理は、定期的（例えば、毎日定時）に行なわれる。ここでは、アクセス管理情報記憶部２４に記録されたログインキー毎に繰り返し行なわれる。
【００８６】
まず、アクセス申請端末２０の制御部２１は、ログインキーの有効期限の取得処理を実行する（ステップＳ４−１）。具体的には、制御部２１のキー管理手段２１５は、ログイン認証管理レコード２３０に記録されている発行日に対して有効期間を加算して有効期限を算出する。
【００８７】
次に、アクセス申請端末２０の制御部２１は、有効期限を経過したかどうかについての判定処理を実行する（ステップＳ４−２）。具体的には、制御部２１のキー管理手段２１５は、この有効期限と現在日付とを比較することにより、有効期限を経過しているかどうかを判定する。
【００８８】
有効期限を経過していないと判定した場合（ステップＳ４−２において「ＮＯ」の場合）、アクセス申請端末２０の制御部２１は、このログインキーについての処理を終了する。
【００８９】
一方、有効期限を経過していると判定した場合（ステップＳ４−２において「ＹＥＳ」の場合）、アクセス申請端末２０の制御部２１は、ログインキーの無効化処理を実行する（ステップＳ４−３）。具体的には、制御部２１のキー管理手段２１５は、ログイン認証管理レコード２３０の利用状況データ領域に無効フラグを記録する。
【００９０】
（ワンタイムキー管理処理）
次に、図５（ｂ）を用いて、ワンタイムキー管理処理を説明する。この処理は、定期的（例えば、毎日定時）に行なわれる。この処理は、アクセス管理情報記憶部２４に記録されたワンタイムキー毎に繰り返し行なわれる。
【００９１】
まず、アクセス申請端末２０の制御部２１は、ワンタイムキーの有効期限の取得処理を実行する（ステップＳ５−１）。具体的には、制御部２１のキー管理手段２１５は、アクセス管理レコード２４０に記録されているサーバ識別子の業務サーバ１０における有効期間を特定する。そして、キー管理手段２１５は、アクセス管理レコード２４０に記録されている発行日に対して、有効期間を加算して有効期限を算出する。
【００９２】
次に、アクセス申請端末２０の制御部２１は、有効期限を経過したかどうかについての判定処理を実行する（ステップＳ５−２）。具体的には、制御部２１のキー管理手段２１５は、この有効期限と現在日付とを比較することにより、有効期限を経過しているかどうかを判定する。
【００９３】
有効期限を経過していないと判定した場合（ステップＳ５−２において「ＮＯ」の場合）、アクセス申請端末２０の制御部２１は、このワンタイムキーについての処理を終了する。
【００９４】
一方、有効期限を経過していると判定した場合（ステップＳ５−２において「ＹＥＳ」の場合）、アクセス申請端末２０の制御部２１は、ワンタイムキーの無効化処理を実行する（ステップＳ５−３）。具体的には、制御部２１のキー管理手段２１５は、アクセス管理レコード２４０のステータスデータ領域に無効フラグを記録する。
【００９５】
（利用状況管理処理）
次に、図５（ｃ）を用いて、利用状況管理処理を説明する。この処理は、定期的（例えば、毎月定時）に行なわれる。この処理は、マスタ情報記憶部２２に記録された管理者ＩＤ毎に繰り返し行なわれる。
【００９６】
まず、アクセス申請端末２０の制御部２１は、ログインキー、ワンタイムキーの特定処理を実行する（ステップＳ６−１）。具体的には、制御部２１の利用状況管理手段２１６は、処理対象の管理者ＩＤが記録されたログイン認証管理レコード２３０をログイン認証情報記憶部２３から抽出する。更に、利用状況管理手段２１６は、抽出したログイン認証管理レコード２３０のログインキーが記録されているアクセス管理レコード２４０をアクセス管理情報記憶部２４から抽出する。
【００９７】
次に、アクセス申請端末２０の制御部２１は、利用状況報告の作成処理を実行する（ステップＳ６−２）。具体的には、制御部２１の利用状況管理手段２１６は、抽出したログイン認証管理レコード２３０のログインキーについて、ログインキーの利用状況を特定するとともに、抽出したアクセス管理レコード２４０からワンタイムキーの発行日を特定する。そして、利用状況管理手段２１６は、利用状況や発行状況を含めた報告書を作成する。
【００９８】
次に、アクセス申請端末２０の制御部２１は、利用状況報告の送信処理を実行する（ステップＳ６−３）。具体的には、制御部２１の利用状況管理手段２１６は、処理対象の管理者ＩＤに関連付けられた連絡先をマスタ情報記憶部２２から取得する。そして、利用状況管理手段２１６は、この連絡先に対して、作成した利用状況報告を送信する。
【００９９】
本実施形態のアクセス管理システムによれば、以下のような効果を得ることができる。
（１）本実施形態では、アクセス申請端末２０の制御部２１は、ログインキーの送信先の特定処理（ステップＳ１−１）、ログインキー生成処理（ステップＳ１−２）、ログインキーの登録処理（ステップＳ１−３）を実行する。そして、アクセス申請端末２０の制御部２１は、ログインキーを含めたメールの送信処理を実行する（ステップＳ１−４）。これにより、アクセス申請端末２０にログインするために必要なログインキーを、管理者に提供することができる。この場合、管理者毎に人数分のログインキーが提供されるため、ユーザ毎にログインキーを提供することができる。また、グループ化された情報処理サーバについて、ワンタイムキーを設定する場合に用いるログインキーが提供されるので、管理者は、複数の情報処理サーバをまとめて管理することができる。従って、管理者における情報処理サーバの管理負担を軽減することができる。
【０１００】
（２）本実施形態では、管理者端末３０において、メールが選択された場合（ステップＳ１−６）、ログインキーの表示処理を実行する（ステップＳ１−７）。そして、承認ボタンの選択を検知した管理者端末３０は、オリジナルキーの受付処理（ステップＳ１−８）、利用承諾の送信処理（ステップＳ１−９）を実行する。次に、アクセス申請端末２０の制御部２１は、オリジナルキーの登録処理を実行する（ステップＳ１−１２）。そして、アクセス申請端末２０の制御部２１は、ログイン画面の表示処理（ステップＳ２−１）、ワンタイムキー生成画面の表示処理（ステップＳ２−２）、オリジナルキーの認証処理（ステップＳ２−４）を実行する。これにより、ユーザによって設定されたオリジナルキーを用いて、アクセス申請端末２０におけるユーザ認証を行なうことができる。
【０１０１】
（３）本実施形態では、アクセス申請端末２０の制御部２１は、セキュリティポリシーの要求処理（ステップＳ２−５）、セキュリティポリシーの取得処理（ステップＳ２−７）を実行する。そして、アクセス申請端末２０の制御部２１は、セキュリティポリシーの比較処理（ステップＳ２−８）、ワンタイムキーの発行処理（ステップＳ２−９）を実行する。これにより、業務サーバ１０に適用されるセキュリティポリシーと、アクセス申請端末２０に適用されるセキュリティポリシーとが異なる場合であっても、適切なワンタイムキーを設定することができる。
【０１０２】
（４）本実施形態では、判定結果において登録失敗のメッセージを取得した場合（ステップＳ２−１３において「ＮＯ」の場合）、ワンタイムキー設定手段２１４は、ステップＳ２−９の処理からやり直す。これにより、同じワンタイムキーの重複登録を防止することができる。
【０１０３】
（５）本実施形態では、ログインキー管理処理において、有効期限を経過していると判定した場合（ステップＳ４−２において「ＹＥＳ」の場合）、アクセス申請端末２０の制御部２１は、ログインキーの無効化処理を実行する（ステップＳ４−３）。また、ワンタイムキー管理処理において、有効期限を経過していると判定した場合（ステップＳ５−２において「ＹＥＳ」の場合）、アクセス申請端末２０の制御部２１は、ワンタイムキーの無効化処理を実行する（ステップＳ５−３）。これにより、同じログインキーやワンタイムキーの長期間の利用を抑制し、セキュリティを向上させることができる。
【０１０４】
（６）本実施形態では、利用状況管理処理において、利用状況報告の作成処理（ステップＳ６−２）、利用状況報告の送信処理（ステップＳ６−３）を実行する。ログインキーやワンタイムキーの利用状況は、アクセス申請端末２０に蓄積されるため、一括して効率的に管理することができる。
【０１０５】
また、上記実施形態は、以下のように変更してもよい。
・  上記実施形態では、ワンタイムキーの発行申請を行なう場合、セキュリティポリシーの要求処理を実行する（ステップＳ２−５）。ここで、アクセス申請端末２０に、各業務サーバ１０のセキュリティポリシーを予め記憶させておくようにしてもよい。この場合には、アクセス申請端末２０にポリシー情報記憶部を設ける。このポリシー情報記憶部には、セキュリティポリシーを入手できた各業務サーバ１０のサーバ識別子に関連づけて、入手したセキュリティポリシーを登録しておく。
【０１０６】
この場合の業務サーバ１０の利用申請処理を、図６を用いて説明する。ここでは、ステップＳ２−１〜Ｓ２−３の処理後、アクセス申請端末２０の制御部２１は、ステップＳ２−４と同様に、オリジナルキーの認証処理を実行する（ステップＳ７−１）。
【０１０７】
次に、アクセス申請端末２０の制御部２１は、事前登録されているかどうかについての判定処理を実行する（ステップＳ７−２）。具体的には、制御部２１のワンタイムキー設定手段２１４は、選択された業務サーバ１０のセキュリティポリシーがポリシー情報記憶部に記録されているかどうかを確認する。
【０１０８】
セキュリティポリシーが事前登録されていない場合（ステップＳ７−２において「ＮＯ」の場合）、アクセス申請端末２０の制御部２１は、ステップＳ２−５と同様に、セキュリティポリシーの要求処理を実行する（ステップＳ７−３）。そして、業務サーバ１０のアクセス制御部１１は、ステップＳ２−６と同様に、セキュリティポリシーの回答処理を実行する（ステップＳ７−４）。そして、アクセス申請端末２０の制御部２１は、ステップＳ２−７と同様に、セキュリティポリシーの取得処理を実行する（ステップＳ７−５）。更に、新たにセキュリティポリシーを取得した場合には、制御部２１は、この業務サーバ１０のサーバ識別子に関連づけて、このセキュリティポリシーをポリシー情報記憶部に記録する。
【０１０９】
一方、セキュリティポリシーが事前登録されている場合（ステップＳ７−２において「ＹＥＳ」の場合）、ステップＳ７−３、Ｓ７−４をスキップする。この場合、セキュリティポリシーの取得処理（ステップＳ７−５）において、ポリシー情報記憶部からセキュリティポリシーを取得する。
【０１１０】
そして、アクセス申請端末２０の制御部２１は、ステップＳ２−８、Ｓ２−９と同様に、セキュリティポリシーの比較処理（ステップＳ７−６）、ワンタイムキーの発行処理（ステップＳ７−７）を実行する。
【０１１１】
更に、業務サーバ１０のアクセス制御部１１は、ステップＳ２−１０、Ｓ２−１１と同様に、ワンタイムキーの登録処理（ステップＳ７−８）、結果送信処理（ステップＳ７−９）を実行する。この場合、ワンタイムキーを登録できない場合としては、セキュリティポリシーに適合しない場合と、既にワンタイムキーが登録されている場合とがある。そこで、登録可否の判定結果には、それぞれの場合を示すメッセージを含める。
【０１１２】
次に、アクセス申請端末２０の制御部２１は、ステップＳ２−１２、Ｓ２−１３と同様に、結果受信処理（ステップＳ７−１０）、登録成功かどうかについての判定処理（ステップＳ７−１１）を実行する。
【０１１３】
ここで、登録失敗のメッセージを取得した場合（ステップＳ７−１１において「ＮＯ」の場合）、アクセス申請端末２０の制御部２１は、セキュリティポリシーに不適合かどうかを判定する（ステップＳ７−１２）。具体的には、制御部２１のワンタイムキー設定手段２１４は、業務サーバ１０から取得したメッセージにおいて、セキュリティポリシーに適合しないことを示すメッセージを取得した場合には、不適合と判定する。
【０１１４】
セキュリティポリシーに適合しないことを示すメッセージを取得したことにより、不適合と判定した場合（ステップＳ７−１２において「ＹＥＳ」の場合）、ワンタイムキー設定手段２１４は、ステップＳ７−３の処理からやり直す。
【０１１５】
一方、既にワンタイムキーが登録されていることを示すメッセージを取得したことにより、不適合でないと判定した場合（ステップＳ７−１２において「ＮＯ」の場合）には、ワンタイムキー設定手段２１４は、ステップＳ７−７の処理からやり直す。
そして、登録完了のメッセージを取得することにより、登録成功と判定した場合（ステップＳ７−１１において「ＹＥＳ」の場合）、アクセス申請端末２０の制御部２１は、ステップＳ２−１４、Ｓ２−１５と同様に、ワンタイムキーの表示処理（ステップＳ７−１３）、利用状況の登録処理（ステップＳ７−１４）を実行する。
【０１１６】
・  上記実施形態では、一つのアクセス申請端末２０を用いる場合を想定した。複数のロケーションにおいて、各ロケーション（拠点）にアクセス申請端末２０を設けるようにしてもよい。この場合、図７（ａ）に示すように、各拠点（Ａ、Ｂ）に設置されたアクセス申請端末２０から管理者端末３０に対して、マスタ情報記憶部２２に記録されている人数分のログインキーを含めた電子メールを送信する。
【０１１７】
ここで、各拠点（Ａ、Ｂ）で作業を行なうユーザの人数分のログインキーを送信するようにしてもよい。この場合には、各アクセス申請端末２０のマスタ情報記憶部２２には、それぞれの拠点で作業を行なう人数を記録しておく。
【０１１８】
また、図７（ｂ）に示すように、各拠点（Ａ、Ｂ）に設置されたアクセス申請端末２０を管理する統括サーバ４０を設けるようにしてもよい。この場合には、この統括サーバ４０から管理者端末３０に対して、ログインキーを含めた電子メールを送信する。そして、利用承認時には、管理者端末３０からオリジナルキーを取得する。更に、アクセス申請端末２０にログインする場合には、各アクセス申請端末２０は、統括サーバ４０において、ログインキーの利用状況、オリジナルキーの登録の有無を確認する。そして、統括サーバ４０が、各業務サーバ１０に対して、セキュリティポリシーの要求処理（ステップＳ２−５）〜登録成功の判定処理（ステップＳ２−１３）を実行する。そして、統括サーバ４０は、アクセス申請端末２０に対して、ワンタイムキーを提供して、ディスプレイ上に表示させる（ステップＳ２−１４）。更に、統括サーバ４０は、利用状況の登録処理を実行する（ステップＳ２−１５）。これにより、複数のロケーションに設置されたアクセス申請端末２０を用いて、各キーの利用状況を考慮しながら、ワンタイムキーの発行状況を統括サーバ４０において一括管理することができる。
【０１１９】
・  上記実施形態では、アクセス申請端末２０の制御部２１は、ログインキーの利用状況の確認処理を実行する（ステップＳ１−１０）。ここで、ログインキーが利用済みの場合には、ログインキー有効化手段２１２は、利用できないことを管理者端末３０に通知する。これに代えて、管理者端末３０において、ログインキーが利用済みかどうかを表示するようにしてもよい。この場合には、ログインキーを含めた電子メールにおいて、承認ボタンが選択された場合に、利用済みであることを表示させるスクリプト（プログラム）を埋め込んでおく。これにより、電子メールにおいて、ログインキーの利用可否を判断することができる。
【０１２０】
・  上記実施形態では、アクセス申請端末２０の制御部２１は、ワンタイムキーの発行処理を実行する（ステップＳ２−９）。この場合、選択された業務サーバ１０に対して、生成したワンタイムキーをログイン時に用いる場合の認証情報として送信する。ここで、サーバの稼働状況に応じて、ワンタイムキーの発行方法を変更するようにしてもよい。具体的には、平常時には、業務サーバ１０毎にワンタイムキーを発行し、障害発生時等には、同じグループ種別に属する業務サーバ１０に対して一括してワンタイムキーを発行する。
【０１２１】
この場合、アクセス申請端末２０を、各業務サーバ１０の稼動状態を監視する統合監視サーバに接続させる。そして、業務サーバ１０は、障害発生時にアラート（障害メッセージ）を統合監視サーバに対して送信する。この障害メッセージには、発生した障害の内容に関するデータ（ここでは、障害を特定するための障害コード）や、送信元の業務サーバ１０を特定するための機器コードに関するデータを含める。また、アクセス申請端末２０の制御部２１には、稼動状況情報収集手段を設け、統合監視サーバから、業務サーバ１０の稼動状態情報を取得する。
【０１２２】
以下、図８を用いて、処理手順を説明する。
まず、アクセス申請端末２０の制御部２１は、ステップＳ２−４と同様に、オリジナルキーの認証処理を実行する（ステップＳ８−２）。
【０１２３】
次に、アクセス申請端末２０の制御部２１は、サーバ稼動状況の把握処理を実行する（ステップＳ８−２）。具体的には、制御部２１の稼動状況情報収集手段が、統合監視サーバから各業務サーバ１０の稼働状態情報を取得する。
【０１２４】
次に、アクセス申請端末２０の制御部２１は、通常稼働かどうかについての判定処理を実行する（ステップＳ８−３）。具体的には、制御部２１の稼動状況情報収集手段は、取得した稼働状態情報に基づいて、各業務サーバ１０が、通常稼働かどうかを判定する。稼働状態情報において障害発生メッセージが記録されていない場合には、平常稼働と判定する。
【０１２５】
通常稼働と判定した場合（ステップＳ８−３において「ＹＥＳ」の場合）、ステップＳ２−５〜Ｓ２−８と同様の処理を実行する。具体的には、アクセス申請端末２０の制御部２１は、選択された業務サーバ１０について、セキュリティポリシーの要求処理（ステップＳ８−４）、セキュリティポリシーの取得処理（ステップＳ８−５）、セキュリティポリシーの比較処理（ステップＳ８−６）、ワンタイムキーの発行処理（ステップＳ８−７）を実行する。
【０１２６】
一方、障害メッセージを取得することにより、通常稼働でないと判定した場合（ステップＳ８−３において「ＮＯ」の場合）、アクセス申請端末２０の制御部２１は、同じグループ種別の業務サーバについてセキュリティポリシーの要求処理を実行する（ステップＳ８−８）。具体的には、制御部２１のワンタイムキー設定手段２１４は、ログイン認証管理レコード２３０においてログインキーに関連付けられたグループ種別に属する業務サーバ１０を特定する。そして、特定したすべての業務サーバ１０に対して、セキュリティポリシー要求を送信する。
【０１２７】
次に、アクセス申請端末２０の制御部２１は、業務サーバ毎にセキュリティポリシーの取得処理を実行する（ステップＳ８−９）。具体的には、制御部２１のワンタイムキー設定手段２１４は、グループ種別に属する各業務サーバ１０からセキュリティポリシー（パスワードの生成条件）を取得する。
【０１２８】
次に、アクセス申請端末２０の制御部２１は、セキュリティポリシーの比較処理を実行する（ステップＳ８−１０）。具体的には、制御部２１のワンタイムキー設定手段２１４は、各業務サーバ１０からセキュリティポリシー及びアクセス申請端末２０に適用されるセキュリティポリシーの中で最も厳しいセキュリティポリシーを特定する。なお、セキュリティポリシーにおいて相容れない生成条件が設定されている場合には、このセキュリティポリシーの業務サーバ１０については、別個にワンタイムキーを生成する。
【０１２９】
次に、アクセス申請端末２０の制御部２１は、同じグループ種別の業務サーバについてワンタイムキーの発行処理を実行する（ステップＳ８−１１）。具体的には、制御部２１のワンタイムキー設定手段２１４は、特定したセキュリティポリシーに基づいてワンタイムキーを生成する。
【０１３０】
次に、アクセス申請端末２０の制御部２１は、ステップＳ２−１２、Ｓ２−１３と同様に、結果受信処理（ステップＳ８−１２）、登録成功かどうかについての判定処理（ステップＳ８−１３）を実行する。ここで、判定結果において登録失敗のメッセージを取得した場合（ステップＳ８−１３において「ＮＯ」の場合）、ワンタイムキー設定手段２１４は、ステップＳ８−２から繰り返す。一方、判定結果において登録成功のメッセージを取得した場合（ステップＳ８−１３において「ＹＥＳ」の場合）、ステップＳ２−１４以降と同様の処理を実行する。
【０１３１】
例えば、一部の業務サーバ１０において障害が発生した場合、この業務サーバ１０に関連する他の業務サーバ１０における対応が必要になることがある。ここでは、同じグループ種別に属する業務サーバ１０においては、同じワンタイムキーが発行されるので、効率的かつ迅速に障害対応を行なうことができる。
【０１３２】
・  上記実施形態では、登録成功と判定した場合（ステップＳ２−１３において「ＹＥＳ」の場合）、アクセス申請端末２０の制御部２１は、ワンタイムキーの表示処理を実行する（ステップＳ２−１４）。具体的には、制御部２１のワンタイムキー設定手段２１４は、業務サーバ１０から取得したワンタイムキーを、ディスプレイに出力する。ここで、ワンタイムキーの出力方法は、ディスプレイへの出力に限定されるものではない。例えば、ワンタイムキー設定手段２１４が、業務サーバ１０を利用するユーザのメールアドレスにワンタイムキーを送信するようにしてもよい。この場合には、ステップＳ２−３のワンタイムキー生成画面において、送信先のメールアドレスを指定させる。また、ワンタイムキー生成画面においてユーザＩＤを取得して、このユーザＩＤに関連付けられたメールアドレスを特定するようにしてもよい。この場合には、ユーザＩＤに対してメールアドレスが記録されたデータ記憶部（例えば、ユーザ管理情報記憶部）を用いる。そして、ワンタイムキー設定手段２１４は、アクセス管理レコード２４０に送信先のメールアドレスを記録しておく。これにより、メールアドレスにより、ワンタイムキーの取得者を特定することができる。
【符号の説明】
【０１３３】
１０…業務サーバ、１１…アクセス制御部、１１１…ポリシー管理手段、１１２…ワンタイムキー登録手段、１１３…ユーザ認証手段、１２…アクセス認証情報記憶部、１５…業務処理部、２０…アクセス申請端末、２１…制御部、２１１…ログインキー送信手段、２１２…ログインキー有効化手段、２１３…ログイン認証手段、２１４…ワンタイムキー設定手段、２１５…キー管理手段、２１６…利用状況管理手段、２２…マスタ情報記憶部、２３…ログイン認証情報記憶部、２４…アクセス管理情報記憶部、３０…管理者端末。
【図１】
0005350502.tif 000002
【図２】
0005350502.tif 000003
【図３】
0005350502.tif 000004
【図４】
0005350502.tif 000005
【図５】
0005350502.tif 000006
【図６】
0005350502.tif 000007
【図７】
0005350502.tif 000008
【図８】
0005350502.tif 000009