(57)【要約】【課題】アカウントの効率的な管理を実現可能な認証システムおよび認証サーバを提供する。【解決手段】第１アカウント情報を保持する第１アカウントＤＢ１４，１５と、第１アカウント情報に関連付けられる第２アカウント情報を保持する第２アカウントＤＢ１６と、アカウント検出部と、第２アカウント操作部とを備える。アカウント検出部は、第１アカウントＤＢ１４，１５を定期的に監視し、削除または無効化された第１アカウント情報を検出する。第２アカウント操作部は、第２アカウントＤＢ１６から、検出された第１アカウント情報に関連付けられる第２アカウント情報を抽出し、当該抽出した第２アカウント情報を削除または無効化する。【選択図】図５
2016134104.tif 000002
【特許請求の範囲】
【請求項１】
外部からの認証要求に対し、当該認証要求に伴うアカウント情報とアカウントＤＢに保持されるアカウント情報とを比較することで、当該認証要求の許可または不許可を定める認証システムであって、
第１アカウント情報を保持する第１アカウントＤＢと、
前記第１アカウント情報に関連付けられる第２アカウント情報を、前記第１アカウント情報に関連付けて保持する第２アカウントＤＢと、
前記第１アカウントＤＢを定期的に監視し、削除または無効化された前記第１アカウント情報を検出するアカウント検出部と、
前記第２アカウントＤＢから、前記検出された第１アカウント情報に関連付けられる前記第２アカウント情報を抽出し、当該抽出した第２アカウント情報を削除または無効化する第２アカウント操作部と、
を有する、
認証システム。
【請求項２】
請求項１記載の認証システムにおいて、
前記認証システムは、
外部からの認証要求に対し、当該認証要求の許可または不許可を定める認証サーバと、
前記認証サーバにネットワークで接続され、前記認証サーバによってアクセスされるディレクトリサーバと、
を備え、
前記ディレクトリサーバは、前記第１アカウントＤＢを有し、
前記認証サーバは、前記第２アカウントＤＢ、前記アカウント検出部および前記第２アカウント操作部を有し、前記ネットワークを介して前記第１アカウントＤＢを定期的に監視する、
認証システム。
【請求項３】
請求項２記載の認証システムにおいて、
前記アカウント検出部は、前記第１アカウントＤＢに保持される前記第１アカウント情報を定期的に取得し、前回取得した前記第１アカウント情報と今回取得した前記第１アカウント情報との差分を検出することで、新たに削除または無効化された前記第１アカウント情報を検出する、
認証システム。
【請求項４】
請求項１記載の認証システムにおいて、
前記アカウント検出部は、予め、外部から設定された検出条件に基づいて、前記削除された第１アカウント情報および前記無効化された第１アカウント情報の一方または両方を検出する、
認証システム。
【請求項５】
請求項１または４記載の認証システムにおいて、
前記第２アカウント操作部は、予め、外部から設定された操作内容に基づいて、前記抽出した第２アカウント情報を削除するか無効化するかを定める、
認証システム。
【請求項６】
請求項１記載の認証システムにおいて、さらに、
前記第１アカウント情報が与えられた主体によって前記第２アカウント情報の登録が申請された場合に、当該第２アカウント情報を当該第１アカウント情報に関連付けて前記第２アカウントＤＢに登録する第２アカウント登録部を有する、
認証システム。
【請求項７】
請求項１記載の認証システムにおいて、
前記第１アカウントＤＢは、前記第１アカウント情報に加えて、当該第１アカウント情報の有効期限を保持し、
前記認証システムは、さらに、前記第１アカウントＤＢを監視し、前記有効期限を過ぎた前記第１アカウント情報を削除または無効化する有効期限管理部を有する、
認証システム。
【請求項８】
外部からの認証要求に対し、当該認証要求に伴うアカウント情報とアカウントＤＢに保持されるアカウント情報とを比較することで、当該認証要求の許可または不許可を定める認証サーバであって、
前記認証サーバの内部または外部には、第１アカウント情報を保持する第１アカウントＤＢが設けられ、
前記認証サーバは、
前記第１アカウント情報に関連付けられる第２アカウント情報を、前記第１アカウント情報に関連付けて保持する第２アカウントＤＢと、
前記第１アカウントＤＢを定期的に監視し、削除または無効化された前記第１アカウント情報を検出するアカウント検出部と、
前記第２アカウントＤＢから、前記検出された第１アカウント情報に関連付けられる前記第２アカウント情報を抽出し、当該抽出した第２アカウント情報を削除または無効化する第２アカウント操作部と、
を有する、
認証サーバ。
【請求項９】
請求項８記載の認証サーバにおいて、
前記第１アカウントＤＢは、前記認証サーバの外部に設けられ、
前記アカウント検出部は、前記第１アカウントＤＢに保持される前記第１アカウント情報を定期的に取得し、前回取得した前記第１アカウント情報と今回取得した前記第１アカウント情報との差分を検出することで、新たに削除または無効化された前記第１アカウント情報を検出する、
認証サーバ。
【請求項１０】
請求項８記載の認証サーバにおいて、
前記アカウント検出部は、予め、外部から設定された検出条件に基づいて、前記削除された第１アカウント情報および前記無効化された第１アカウント情報の一方または両方を検出する、
認証サーバ。
【請求項１１】
請求項８または１０記載の認証サーバにおいて、
前記第２アカウント操作部は、予め、外部から設定された操作内容に基づいて、前記抽出した第２アカウント情報を削除するか無効化するかを定める、
認証サーバ。
【請求項１２】
請求項８記載の認証サーバにおいて、さらに、
前記第１アカウント情報が付与された主体によって前記第２アカウント情報の登録が申請された場合に、当該第２アカウント情報を当該第１アカウント情報に関連付けて前記第２アカウントＤＢに登録する第２アカウント登録部を有する、
認証サーバ。
【請求項１３】
請求項８記載の認証サーバにおいて、
前記第１アカウントＤＢは、前記第１アカウント情報に加えて、当該第１アカウント情報の有効期限を保持し、
前記認証サーバは、さらに、前記第１アカウントＤＢを監視し、前記有効期限を過ぎた前記第１アカウント情報を削除または無効化する有効期限管理部を有する、
認証サーバ。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、認証システムおよび認証サーバに関し、例えば、ネットワークのアカウントを管理する認証システムおよび認証サーバに関する。
【背景技術】
【０００２】
例えば、特許文献１には、ユーザアカウントの保守方法が示されている。具体的には、認証サーバは、画像形成装置からユーザアカウントの認証要求を受け、認証が成功した場合、当該ユーザアカウントと当該画像形成装置との対応関係を認証要求元リストに登録する。そして、認証サーバは、端末等からユーザアカウントの削除要求を受けた場合、認証要求元リストに基づいて当該ユーザアカウントに対応する画像形成装置を抽出し、抽出した画像形成装置に向けて当該ユーザアカウントの削除要求を発行する。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００９−１８７３０９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
例えば、ネットワークの認証システムでは、認証サーバを設けてログインの許可／不許可を管理する方式が広く用いられている。具体的には、認証サーバは、外部からアカウント情報を含む認証要求を受けた際に、例えば許可するアカウント情報等を予め保持するアカウントデータベース（以降、データベースをＤＢと略す）を参照することで、認証要求の許可／不許可を定める。
【０００５】
ここで、アカウントＤＢは、例えば、所定のユーザに与えられたアカウント情報に加えて、当該所定のユーザに関連する各種アカウント情報を保持する場合がある。具体的には、当該所定のユーザによって申請または登録された別のアカウント情報や、当該所定のユーザによって使用されるユーザ端末の識別子（以降、ＩＤと略す）等が挙げられる。このような場合、例えば、アカウントＤＢから当該所定のユーザのアカウント情報を削除しても、アカウントＤＢには、当該所定のユーザに関連する各種アカウント情報が残存する恐れがある。
【０００６】
本発明は、このようなことに鑑みてなされたものであり、その目的の一つは、アカウントの効率的な管理を実現可能な認証システムおよび認証サーバを提供することにある。
【０００７】
本発明の前記並びにその他の目的と新規な特徴は、本明細書の記述及び添付図面から明らかになるであろう。
【課題を解決するための手段】
【０００８】
本願において開示される発明のうち、代表的な実施の形態の概要を簡単に説明すれば、次のとおりである。
【０００９】
本実施の形態による認証システムは、外部からの認証要求に対し、当該認証要求に伴うアカウント情報とアカウントＤＢに保持されるアカウント情報とを比較することで、当該認証要求の許可または不許可を定める。当該認証システムは、第１アカウントＤＢと、第２アカウントＤＢと、アカウント検出部と、第２アカウント操作部とを有する。第１アカウントＤＢは、第１アカウント情報を保持する。第２アカウントＤＢは、第１アカウント情報に関連付けられる第２アカウント情報を、当該第１アカウント情報に関連付けて保持する。アカウント検出部は、第１アカウントＤＢを定期的に監視し、削除または無効化された第１アカウント情報を検出する。第２アカウント操作部は、第２アカウントＤＢから、検出された第１アカウント情報に関連付けられる第２アカウント情報を抽出し、当該抽出した第２アカウント情報を削除または無効化する。
【発明の効果】
【００１０】
本願において開示される発明のうち、代表的な実施の形態によって得られる効果を簡単に説明すると、ネットワークの認証システムおよび認証サーバにおいて、アカウントの効率的な管理を実現可能になる。
【図面の簡単な説明】
【００１１】
【図１】本発明の実施の形態１による認証システムにおいて、その構成例および認証動作の一例を示す概略図である。
【図２】図１の認証システムにおいて、認証サーバの主要部の構成例を示す概略図である。
【図３】図２の認証サーバにおけるアカウント検出部の処理内容の一例を示すフロー図である。
【図４】図２の認証サーバにおける関連アカウント操作部の処理内容の一例を示すフロー図である。
【図５】図１の認証システムにおいて、アカウント管理動作の一例を示す説明図である。
【図６】本発明の実施の形態２による認証システムにおいて、その構成例を示す概略図である。
【図７】図６の認証システムにおいて、認証サーバの主要部の構成例を示す概略図である。
【図８】図１の認証システムにおいて、比較例として検討したアカウント管理動作の一例を示す説明図である。
【発明を実施するための形態】
【００１２】
以下の実施の形態においては便宜上その必要があるときは、複数のセクションまたは実施の形態に分割して説明するが、特に明示した場合を除き、それらは互いに無関係なものではなく、一方は他方の一部または全部の変形例、詳細、補足説明等の関係にある。また、以下の実施の形態において、要素の数等（個数、数値、量、範囲等を含む）に言及する場合、特に明示した場合および原理的に明らかに特定の数に限定される場合等を除き、その特定の数に限定されるものではなく、特定の数以上でも以下でも良い。
【００１３】
さらに、以下の実施の形態において、その構成要素（要素ステップ等も含む）は、特に明示した場合および原理的に明らかに必須であると考えられる場合等を除き、必ずしも必須のものではないことは言うまでもない。同様に、以下の実施の形態において、構成要素等の形状、位置関係等に言及するときは、特に明示した場合および原理的に明らかにそうでないと考えられる場合等を除き、実質的にその形状等に近似または類似するもの等を含むものとする。このことは、上記数値および範囲についても同様である。
【００１４】
以下、本発明の実施の形態を図面に基づいて詳細に説明する。なお、実施の形態を説明するための全図において、同一の部材には原則として同一の符号を付し、その繰り返しの説明は省略する。
【００１５】
（実施の形態１）
《認証システムの構成および認証動作》
図１は、本発明の実施の形態１による認証システムにおいて、その構成例および認証動作の一例を示す概略図である。図１に示す認証システムは、ネットワーク１０と、当該ネットワーク１０に接続される、認証スイッチ１１、ディレクトリサーバ１２、認証サーバ１３およびアプリケーションサーバ１８と、を有する。認証スイッチ１１は、例えば、ＯＳＩ参照モデルに基づくレイヤ２（Ｌ２）の中継処理を行うＬ２スイッチや、レイヤ３（Ｌ３）の中継処理を行うＬ３スイッチ等である。認証スイッチ１１は、複数（ここではｎ個）のポートＰ１〜Ｐｎを備える。ここでは、ポートＰ１，Ｐｎは、それぞれ、イーサネット（登録商標）回線等を介してユーザ端末ＴＭａ，ＴＭｂに接続される。
【００１６】
認証サーバ１３は、外部からの認証要求（言い換えればログイン要求）に対し、当該認証要求に含まれるアカウント情報とアカウントＤＢに保持されるアカウント情報とを比較することで、当該認証要求の許可または不許可を定める。認証サーバ１３は、代表的には、ＲＡＤＩＵＳサーバ等である。図１の例では、認証サーバ１３は、管理者アカウントＤＢ（第１アカウントＤＢ）１５と、関連アカウントＤＢ（第２アカウントＤＢ）１６とを備える。
【００１７】
管理者アカウントＤＢ１５は、第１アカウント情報の一つとなる管理者アカウント情報を保持し、関連アカウントＤＢ１６は、第１アカウント情報（主アカウント情報）に関連付けられる従アカウント情報（第２アカウント情報）を、第１アカウント情報に関連付けて保持する。管理者アカウント情報を含んだ認証要求が許可された場合、当該認証要求を行った管理者には、例えば、アプリケーションサーバ１８にアクセスする権限等に加えて、認証サーバ１３が備えるアカウントＤＢ（管理者アカウントＤＢ１５、関連アカウントＤＢ１６）に対してアカウント情報の登録や削除といった各種操作を行う権限が与えられる。
【００１８】
ディレクトリサーバ１２は、ディレクトリサービス機能を搭載したサーバである。ディレクトリサービス機能とは、ネットワーク１０上にあるユーザ情報やユーザ端末等の資源情報をアカウントＤＢに記憶する機能と、当該アカウントＤＢの検索機能とを備えることで、ネットワーク１０の一元管理を実現するものである。ディレクトリサービス機能として、代表的には、Active Directory等が知られている。
【００１９】
ディレクトリサーバ１２は、認証サーバ１３にネットワーク１０で接続され、認証サーバ１３によってアクセスされる。ディレクトリサーバ１２にアクセスするためのプロトコルとして、代表的には、ＬＤＡＰ（Lightweight Directory Access Protocol）等が知られている。ディレクトリサーバ１２は、第１アカウント情報の他の一つとなるユーザアカウント情報を保持するユーザアカウントＤＢ（第１アカウントＤＢ）１４を備える。ユーザアカウント情報を含んだ認証要求が許可された場合、当該認証要求を行ったユーザには、例えば、アプリケーションサーバ１８にアクセスする権限等が与えられる。
【００２０】
ここで、アカウント情報は、代表的には、ＩＤとパスワードの組合せや、または端末ＩＤ（代表的にはＭＡＣ（Media Access Control）アドレス）や、あるいはこれらの組合せ等で構成される。ただし、本実施の形態１では、アカウント情報の構成要素は特に限定されず、説明を簡略化するため、アカウント情報は、ＩＤまたは端末ＩＤで構成されるものとする。
【００２１】
図１の例では、ユーザアカウントＤＢ（第１アカウントＤＢ）１４は、ユーザアカウント情報を構成するユーザＩＤ（例えば「Ｕｓｅｒ００１」）を保持し、これに加えて、当該ユーザＩＤの有効（Ｅ）／無効（Ｄ）を表す管理情報（Ｅ／Ｄ）を保持する。同様に、管理者アカウントＤＢ（第１アカウントＤＢ）１５は、管理者アカウント情報を構成する管理者ＩＤ（例えば「Ａｄｍｉｎ００１」）を保持し、これに加えて、当該管理者ＩＤの管理情報（Ｅ／Ｄ）を保持する。
【００２２】
一方、関連アカウントＤＢ（第２アカウントＤＢ）１６は、従アカウント情報（第２アカウント情報）を構成するＩＤ（ユーザＩＤ、管理者ＩＤ）または端末ＩＤを、主アカウント情報（第１アカウント情報）を構成するＩＤまたは端末ＩＤに関連付けて保持する。これに加えて、関連アカウントＤＢ（第２アカウントＤＢ）１６は、従アカウント情報の管理情報（Ｅ／Ｄ）も保持する。
【００２３】
図１の例では、関連アカウントＤＢ１６は、端末ＩＤ｛ＴＭａ｝およびユーザＩＤ「Ｕｓｅｒ１００」を、それぞれ、ユーザＩＤ「Ｕｓｅｒ００１」に関連付けて保持し、ユーザＩＤ「Ｕｓｅｒ２００」をユーザＩＤ「Ｕｓｅｒ００２」に関連付けて保持する。同様に、関連アカウントＤＢ１６は、端末ＩＤ｛ＴＭｃ｝およびユーザＩＤ「Ｕｓｅｒ５００」を、それぞれ、管理者ＩＤ「Ａｄｍｉｎ００１」に関連付けて保持する。
【００２４】
なお、例えば｛ＴＭａ｝は、ユーザ端末ＴＭａのＩＤを表し、同様にして、本明細書では、｛ＡＡ｝は「ＡＡ」のＩＤを表すものとする。また、図１に示すように、ユーザＩＤ「Ｕｓｅｒ００１」は、ユーザ１７ａに与えられており、ユーザＩＤ「Ｕｓｅｒ００２」は、ユーザ１７ｂに与えられている。
【００２５】
ここで、従アカウント情報に関し、例えば、端末ＩＤ｛ＴＭａ｝は、認証サーバ１３が端末認証（代表的にはＭＡＣアドレス認証）を行う場合等で使用される。具体的には、例えば、ユーザＩＤ「Ｕｓｅｒ００１」が与えられたユーザ１７ａは、認証サーバ１３の管理者に対して、自身で使用するユーザ端末ＴＭａに端末認証（例えばＭＡＣアドレス認証）を適用したい旨を申請する。当該申請が管理者によって承認された場合、関連アカウントＤＢ１６は、端末ＩＤ｛ＴＭａ｝を、ユーザＩＤ「Ｕｓｅｒ００１」に関連付けて登録する。
【００２６】
また、例えば、ユーザＩＤ「Ｕｓｅｒ１００」は、認証サーバ１３がゲストユーザからの認証要求を許可する場合等で使用される。具体的には、例えば、ユーザＩＤ「Ｕｓｅｒ００１」が与えられたユーザ１７ａは、認証サーバ１３の管理者に対して、自身の管理下のゲストユーザにユーザＩＤ「Ｕｓｅｒ１００」を与えたい旨を申請する。当該申請が管理者によって承認された場合、関連アカウントＤＢ１６は、ユーザＩＤ「Ｕｓｅｒ１００」を、ユーザＩＤ「Ｕｓｅｒ００１」に関連付けて登録する。
【００２７】
なお、端末ＩＤ｛ＴＭｃ｝やユーザＩＤ「Ｕｓｅｒ５００」に関しては、このような承認は不要であり、これらの従アカウント情報は、管理者の申請に応じて関連アカウントＤＢ１６に登録される。また、従アカウント情報を含んだ認証要求が許可された場合、当該認証要求を行ったユーザまたはユーザ端末には、予め定めた所定の権限（例えば、アプリケーションサーバ１８へのアクセス権限等）が与えられる。
【００２８】
このような構成において、例えば、Ｗｅｂ認証やＭＡＣアドレス認証を行う場合を例として、図１の認証システムの認証動作について簡単に説明する。特に限定はされないが、ディレクトリサーバ１２は、例えば、社内ネットワークの中に設置された社員管理用のサーバであり、認証サーバは、社内ネットワークの外に設置されたサーバである。
【００２９】
図１において、まず、認証スイッチ１１は、ユーザ端末ＴＭａからのフレームを受信する（ステップＳ１０１ａ）。認証スイッチ１１は、ＲＡＤＩＵＳクライアントの機能を備え、当該フレームに含まれる送信元ＭＡＣアドレスを用いてＭＡＣアドレス認証を開始する。具体的には、認証スイッチ１１は、当該送信元ＭＡＣアドレスをアカウント情報として、当該アカウント情報を含む認証要求を認証サーバ１３へ送信する（ステップＳ１０２）。
【００３０】
認証サーバ１３は、受信した認証要求に含まれるアカウント情報と、自装置のアカウントＤＢ（管理者アカウントＤＢ１５、関連アカウントＤＢ１６）およびディレクトリサーバ１２のアカウントＤＢ（ユーザアカウントＤＢ１４）に保持されるアカウント情報とを比較する（ステップＳ１０３）。この際に、認証サーバ１３は、ＬＤＡＰ等を用いてディレクトリサーバ１２にアクセスする。
【００３１】
この例では、受信した認証要求に含まれるアカウント情報（すなわちユーザ端末ＴＭａのＭＡＣアドレス（｛ＴＭａ｝））は、関連アカウントＤＢ１６の従アカウント情報に保持されており、かつ当該従アカウント情報の管理情報（Ｅ／Ｄ）は有効（Ｅ）となっている。その結果、認証サーバ１３は、受信した認証要求を許可し、当該許可通知を認証スイッチ１１へ返信する（ステップＳ１０４）。
【００３２】
認証スイッチ１１は、認証サーバ１３からの許可通知を受信し、所定の接続制限を行う（ステップＳ１０５）。接続制限には、様々な方式を用いることができる。一例として、認証スイッチ１１は、ポートＰ１とユーザ端末ＴＭａのＭＡＣアドレスとの対応関係を接続許可リストに登録し、以降、この接続許可リストに基づいて、ポートＰ１で受信した端末ＴＭａからのフレームの中継を許可する。または、認証スイッチ１１は、当該許可通知と共に受信した所定のＶＬＡＮ（例えば、アプリケーションサーバ１８と同一のＶＬＡＮ）をポートＰ１に割り当てる。これによって、ユーザ端末ＴＭａは、例えば、アプリケーションサーバ１８にアクセスすることが可能になる。
【００３３】
また、図１における他の動作例として、認証スイッチ１１は、ユーザ端末ＴＭｂからのフレームを受信する（ステップＳ１０１ｂ）。認証スイッチ１１は、ユーザ端末ＴＭａの場合と同様にして、受信したフレームの送信元ＭＡＣアドレス（ユーザ端末ＴＭｂのＭＡＣアドレス（｛ＴＭｂ｝））を用いたＭＡＣアドレス認証を開始する（ステップＳ１０２〜Ｓ１０４）。ただし、図１の例では、当該送信元ＭＡＣアドレスは、認証サーバ１３およびディレクトリサーバ１２の各アカウントＤＢに保持されていない。その結果、認証スイッチ１１は、認証サーバ１３から不許可通知を受信する（ステップＳ１０４）。
【００３４】
この場合、Ｗｅｂ認証が行われる。具体的には、ユーザ端末ＴＭｂは、Ｗｅｂブラウザを使って認証スイッチ１１が提供するログイン画面を開き、ユーザ（例えば社員）１７ｂは、当該ログイン画面でアカウント情報を入力する（ステップＳ１０１ｂ）。当該アカウント情報は、ユーザＩＤ「Ｕｓｅｒ００２」（実際には、ユーザＩＤに加えて所定のパスワード）で構成される。
【００３５】
認証スイッチ１１は、当該アカウント情報を含む認証要求を認証サーバ１３へ送信する（ステップＳ１０２）。認証サーバ１３は、当該アカウント情報と、各アカウントＤＢ（管理者アカウントＤＢ１５、関連アカウントＤＢ１６、ユーザアカウントＤＢ１４）に保持されるアカウント情報とを比較する（ステップＳ１０３）。この例では、受信した認証要求に含まれるアカウント情報（ユーザＩＤ「Ｕｓｅｒ００２」）は、ユーザアカウントＤＢ１４のアカウント情報に保持されており、かつ当該アカウント情報の管理情報（Ｅ／Ｄ）は有効（Ｅ）となっている。
【００３６】
その結果、認証スイッチ１１は、ユーザ端末ＴＭａの場合と同様に、認証サーバ１３から許可通知を受信し（Ｓ１０４）、所定の接続制限を行う（ステップＳ１０５）。なお、仮に、ＭＡＣアドレス認証およびＷｅｂ認証共に不許可であった場合、認証スイッチ１１は、対象となるユーザ端末のＭＡＣアドレスを接続許可リストに登録しないことや、または、ポートに所定のＶＬＡＮを割り当てないこと等によって、当該ユーザ端末からのアクセスを拒否する。
【００３７】
また、認証動作は、必ずしも前述したような動作に限定されるものではなく、例えば、サプリカントソフトウェアを備えたユーザ端末ＴＭａ，ＴＭｂを用いて認証を行うＩＥＥＥ８０２．１Ｘ認証を代表に、適宜変更することが可能である。また、ユーザ端末ＴＭａ，ＴＭｂは、無線端末であってもよく、この場合、認証スイッチ１１は、無線アクセスポイントであればよい。
【００３８】
《認証システムのアカウント管理動作（比較例）》
図８は、図１の認証システムにおいて、比較例として検討したアカウント管理動作の一例を示す説明図である。図８の例では、ユーザアカウントＤＢ１４からユーザＩＤ「Ｕｓｅｒ００１」を含むユーザアカウント情報（第１アカウント情報）が削除または無効化され、また、管理者アカウントＤＢ１５から管理者ＩＤ「Ａｄｍｉｎ００１」を含む管理者アカウント情報（第１アカウント情報）が削除または無効化されている。
【００３９】
例えば、当該ユーザアカウント情報は、ディレクトリサーバ１２の管理者等によって削除または無効化され、当該管理者アカウント情報は、認証サーバ１３の別の管理者（例えば、管理者ＩＤ「Ａｄｍｉｎ００２」が与えられる管理者）によって削除または無効化される。無効化される場合、当該ユーザアカウント情報および当該管理者アカウント情報の各管理情報（Ｅ／Ｄ）には、無効（Ｄ）が登録される。
【００４０】
しかしながら、このような場合、関連アカウントＤＢ１６には、削除された第１アカウント情報（主アカウント情報）に関連付けられる従アカウント情報（第２アカウント情報）が残存してしまう。図８の例では、端末ＩＤ｛ＴＭａ｝およびユーザＩＤ「Ｕｓｅｒ１００」と、端末ＩＤ｛ＴＭｃ｝およびユーザＩＤ「Ｕｓｅｒ５００」とが残存する。この場合、別の管理者（例えば、管理者ＩＤ「Ａｄｍｉｎ００２」が与えられる管理者）は、この残存したアカウント情報を手動で削除する必要がある。その結果、アカウントの管理に伴う効率が低下する恐れがある。
【００４１】
なお、仮に、このようにアカウント情報が残存したままの場合、関連アカウントＤＢ１６の記憶容量が不足する事態や、場合によっては、セキュリティが低下する事態が生じる恐れがある。例えば、認証サーバ１３が関連アカウントＤＢ１６の中の従アカウント情報のみで認証を行い、併せてそれに関連付けられる主アカウント情報の有効性を確認しないような認証方式を用いる場合、主アカウント情報が削除されたにも関わらず、それに関連付けられる従アカウント情報の認証が許可されることになる。一方、認証が許可されなかったとしても、関連アカウントＤＢ１６の中に無駄なアカウント情報が残存することになる。
【００４２】
《認証サーバの構成》
図２は、図１の認証システムにおいて、認証サーバの主要部の構成例を示す概略図である。図２に示す認証サーバ１３は、図１に示した管理者アカウントＤＢ１５および関連アカウントＤＢ１６に加えて、アカウント検出部２０と、関連アカウント操作部２１と、関連アカウント登録部２２と、を備える。アカウント検出部２０、関連アカウント操作部２１および関連アカウント登録部２２は、例えば、プロセッサ（ＣＰＵ）にプログラム処理を行わせること等で構成される。また、管理者アカウントＤＢ１５および関連アカウントＤＢ１６は、ハードディスクやＲＡＭ（Random Access Memory）等の記憶部によって構成される。
【００４３】
アカウント検出部２０は、第１アカウントＤＢとなるユーザアカウントＤＢ１４および管理者アカウントＤＢ１５を定期的に監視し、削除または無効化された第１アカウント情報（すなわちユーザアカウント情報および管理者アカウント情報）を検出する。この際に、アカウント検出部２０は、予め、外部から設定された検出条件２３に基づいて、削除された第１アカウント情報および無効化された第１アカウント情報の一方または両方を検出する。
【００４４】
関連アカウント操作部（第２アカウント操作部）２１は、関連アカウントＤＢ（第２アカウントＤＢ）１６から、アカウント検出部２０で検出された第１アカウント情報に関連付けられる従アカウント情報（第２アカウント情報）を抽出し、当該抽出した従アカウント情報を削除または無効化する。この際に、関連アカウント操作部２１は、予め、外部から設定された操作内容２４に基づいて、抽出した従アカウント情報を削除するか無効化するかを定める。
【００４５】
関連アカウント登録部２２は、ユーザアカウント情報（第１アカウント情報）が与えられた主体によって従アカウント情報（第２アカウント情報）の登録が申請された場合に、当該従アカウント情報を当該ユーザアカウント情報に関連付けて関連アカウントＤＢ（第２アカウントＤＢ）１６に登録する。具体的には、例えば、関連アカウント登録部２２は、ユーザ端末ＴＭに対して、従アカウント情報の登録を申請するための画面を提供する。ユーザ１７は、ユーザ端末ＴＭの画面上で所定の情報を入力することで従アカウント情報の登録を申請する。
【００４６】
関連アカウント登録部２２は、当該申請が行われた場合、当該申請を承認待ち状態として管理する。管理者１９は、例えば管理端末ＭＴＭを介して当該申請を承認することができる。関連アカウント登録部２２は、承認待ち状態の申請が承認された場合、申請された従アカウント情報を、当該申請を行ったユーザのユーザアカウント情報に関連付けて関連アカウントＤＢ１６に登録する。なお、関連アカウント登録部２２は、管理者１９から従アカウント情報の登録が申請された場合には、承認を経ることなく、当該従アカウント情報を、当該管理者１９の管理者アカウント情報に関連付けて関連アカウントＤＢ１６に登録する。
【００４７】
《アカウント検出部の動作》
図３は、図２の認証サーバにおけるアカウント検出部の処理内容の一例を示すフロー図である。アカウント検出部２０は、まず、予め定めた所定の期間を経路したか否かを判別する（ステップＳ２０１）。所定の期間を経過した場合、アカウント検出部２０は、第１アカウントＤＢとなるユーザアカウントＤＢ１４および管理者アカウントＤＢ１５から、第１アカウント情報および管理情報（Ｅ／Ｄ）を取得する（ステップＳ２０２）。
【００４８】
なお、アカウント情報（特にユーザアカウントＤＢ１４のユーザアカウント情報）は、実際には、所属部署やメールアドレス等を含めて多くの情報で構成される場合がある。アカウント検出部２０は、このような情報を全て取得する必要はなく、一部の情報（例えばユーザＩＤ）のみを取得すればよい。
【００４９】
次いで、アカウント検出部２０は、今回取得したアカウント情報と前回取得したアカウント情報とを比較する（ステップＳ２０３）。その結果、アカウント検出部２０は、新たに削除されたアカウント情報（すなわち、前回取得され今回取得されなかったアカウント情報）や、新たに無効化されたアカウント情報（すなわち、前回の管理情報が有効（Ｅ）で今回の管理情報が無効（Ｄ）のアカウント情報）を検出することができる。なお、この際の検出対象は、図２に示したように、検出条件２３に基づいて定められる。
【００５０】
アカウント検出部２０は、このような差分の検出に基づいて、新たに削除および／または無効化されたアカウント情報の検出有無を判別する（ステップＳ２０４）。検出されたアカウント情報が有る場合、アカウント検出部２０は、当該検出アカウント情報（すなわち第１アカウント情報）を関連アカウント操作部２１へ通知し、処理を終了する（ステップＳ２０５）。その後、所定の期間を経過した場合、アカウント検出部２０は、再び、ステップＳ２０２の処理を行う。
【００５１】
《関連アカウント操作部の動作》
図４は、図２の認証サーバにおける関連アカウント操作部の処理内容の一例を示すフロー図である。関連アカウント操作部（第２アカウント操作部）２１は、まず、アカウント検出部２０から検出アカウント情報（第１アカウント情報）が通知されたか否かを判別する（ステップＳ３０１）。
【００５２】
検出アカウント情報が通知された場合、関連アカウント操作部２１は、検出アカウント情報を主アカウント情報として、関連アカウントＤＢ（第２アカウントＤＢ）１６から、当該主アカウント情報に関連付けられる従アカウント情報（第２アカウント情報）を抽出する（ステップＳ３０２）。次いで、関連アカウント操作部２１は、抽出した従アカウント情報に対して、図２の操作内容２４に基づく操作を実行し、処理を終了する（ステップＳ３０３）。
【００５３】
《認証システムのアカウント管理動作（実施の形態１）》
図５は、図１の認証システムにおいて、アカウント管理動作の一例を示す説明図である。図５の例では、図８の場合と同様に、ユーザアカウントＤＢ１４からユーザＩＤ「Ｕｓｅｒ００１」を含むユーザアカウント情報（第１アカウント情報）が削除または無効化され、また、管理者アカウントＤＢ１５から管理者ＩＤ「Ａｄｍｉｎ００１」を含む管理者アカウント情報（第１アカウント情報）が削除または無効化されている。
【００５４】
さらに、図５の例では、図８の場合と異なり、関連アカウントＤＢ１６において、当該削除された第１アカウント情報（主アカウント情報）に関連付けられる従アカウント情報（第２アカウント情報）も削除または無効化されている。具体的には、端末ＩＤ｛ＴＭａ｝およびユーザＩＤ「Ｕｓｅｒ１００」と、端末ＩＤ｛ＴＭｃ｝およびユーザＩＤ「Ｕｓｅｒ５００」とが削除または無効化されている。
【００５５】
《本実施の形態１の主要な効果》
以上、本実施の形態１の認証システムおよび認証サーバを用いることで、図８で述べたように、従アカウント情報を手動で削除するような作業が不要となり、代表的には、アカウントの効率的な管理を実現可能になる。さらに、これに伴い、図８で述べたように、関連アカウントＤＢ１６の記憶容量が不足する事態や、セキュリティが低下する事態を容易に防止することができる。
【００５６】
より具体的に説明すると、本実施の形態１では、まず、前述したように、従アカウント情報（第２アカウント情報）を主アカウント情報（第１アカウント情報）に関連付けて関連アカウントＤＢ１６に保持している。このため、関連アカウント操作部２１は、従アカウント情報のセキュリティを主アカウント情報に関連付けて管理することができ、主アカウント情報が削除または無効化された際には、それに関連付けられる従アカウント情報も、複雑な処理を用いることなく削除または無効化することができる。
【００５７】
さらに、本実施の形態１では、アカウント検出部２０は、削除または無効化された第１アカウント情報を定期的に監視している。具体的には、アカウント検出部２０は、認証サーバ１３の外部ＤＢであるユーザアカウントＤＢ１４のユーザアカウント情報（第１アカウント情報）を定期的に監視している。一方、例えば、第１アカウント情報の削除等をトリガとして、それに関連付けられる第２アカウント情報の削除等を行う方式も考えられる。ただし、この場合、例えば一時的な通信障害等によって、このトリガが認証サーバ１３で認識されない事態（すなわち削除等の漏れ）が生じ得る。また、ディレクトリサーバ１２は、認証サーバ１３に向けてトリガを送信する機能を備える必要があり、認証サーバ１３も、当該トリガに応じて所定の処理を行う機能を備える必要がある。
【００５８】
本実施の形態１の方式を用いると、第１アカウント情報を定期的に監視するため、前述したような削除等の漏れを防止することができる。さらに、ディレクトリサーバ１２および認証サーバ１３の両方ではなく、認証サーバ１３のみに図２等に示したような機能を備えることで、アカウントの効率的な管理を実現できる。
【００５９】
なお、アカウント検出部２０は、認証サーバ１３の内部ＤＢである管理者アカウントＤＢ１５の管理者アカウント情報（第１アカウント情報）に対しては、前述したようなトリガ方式を用いても特に問題は無い。また、ここでは、ディレクトリサーバ１２がユーザアカウントＤＢ１４を備える構成としたが、場合によっては、認証サーバ１３がユーザアカウントＤＢ１４を備える構成であってもよい。この場合であっても、前述したような効果が十分に得られる。
【００６０】
（実施の形態２）
《認証システムおよび認証サーバの構成（応用例）》
図６は、本発明の実施の形態２による認証システムにおいて、その構成例を示す概略図である。図６に示す認証システムは、図１に示した認証システムと比較して、認証サーバ１３の管理者アカウントＤＢ１５の構成が異なっている。管理者アカウントＤＢ１５は、図１に示した管理者アカウント情報（ここでは管理者ＩＤ）および管理情報（Ｅ／Ｄ）に加えて、当該管理者アカウント情報の有効期限を保持する。
【００６１】
図７は、図６の認証システムにおいて、認証サーバの主要部の構成例を示す概略図である。図７に示す認証サーバ１３は、図２に示した構成例と比較して、有効期限管理部３０を備える点が異なっている。有効期限管理部３０は、管理者アカウントＤＢ（第１アカウントＤＢ）１５を監視し、有効期限を過ぎた管理者アカウント情報（第１アカウント情報）を削除または無効化する。なお、有効期限管理部３０は、関連アカウント操作部２１の場合と同様に、当該管理者アカウント情報を削除するか無効化するかを、外部から設定された操作内容に基づいて定めることも可能である。
【００６２】
ここで、有効期限管理部３０によって管理者アカウント情報が削除または無効化された場合、実施の形態１で述べたように、当該管理者アカウント情報は、アカウント検出部２０によって検出される。そして、関連アカウント操作部２１は、関連アカウントＤＢ１６に対して、当該管理者アカウント情報（第１アカウント情報）に関連付けられる従アカウント情報（第２アカウント情報）を削除または無効化する。
【００６３】
以上、本実施の形態２の認証システムおよび認証サーバを用いることで、有効期限が過ぎた管理者アカウント情報を自動で削除または無効化することができ、当該管理者アカウント情報に関連付けられる従アカウント情報も自動で削除または無効化することができる。その結果、実施の形態１の場合と比べて、アカウントの管理を更なる効率化が図れる場合がある。なお、ここでは、有効期限管理部３０は、第１アカウント情報の一つとなる管理者アカウント情報の有効期限を管理したが、同様にして、第１アカウント情報の他の一つとなるユーザアカウント情報の有効期限を管理してもよい。
【００６４】
以上、本発明者によってなされた発明を実施の形態に基づき具体的に説明したが、本発明は前記実施の形態に限定されるものではなく、その要旨を逸脱しない範囲で種々変更可能である。例えば、前述した実施の形態は、本発明を分かり易く説明するために詳細に説明したものであり、必ずしも説明した全ての構成を備えるものに限定されるものではない。また、ある実施の形態の構成の一部を他の実施の形態の構成に置き換えることが可能であり、また、ある実施の形態の構成に他の実施の形態の構成を加えることも可能である。また、各実施の形態の構成の一部について、他の構成の追加・削除・置換をすることが可能である。
【符号の説明】
【００６５】
１０  ネットワーク
１１  認証スイッチ
１２  ディレクトリサーバ
１３  認証サーバ
１４  ユーザアカウントＤＢ
１５  管理者アカウントＤＢ
１６  関連アカウントＤＢ
１７ａ，１７ｂ  ユーザ
１８  アプリケーションサーバ
１９  管理者
２０  アカウント検出部
２１  関連アカウント操作部
２２  関連アカウント登録部
２３  検出条件
２４  操作内容
３０  有効期限管理部
ＴＭ，ＴＭａ，ＴＭｂ  ユーザ端末
ＭＴＭ  管理端末
Ｐ１〜Ｐｎ  ポート
【図１】
2016134104.tif 000003
【図２】
2016134104.tif 000004
【図３】
2016134104.tif 000005
【図４】
2016134104.tif 000006
【図５】
2016134104.tif 000007
【図６】
2016134104.tif 000008
【図７】
2016134104.tif 000009
【図８】
2016134104.tif 000010