JP2011018156A - Ｉｄ管理プログラム - Google Patents

Abstract

【課題】ユーザＩＤの状態を柔軟に管理することのできるＩＤ管理プログラムを提供する。
【解決手段】ユーザＩＤの状態として、「予定削除」という新たな状態を導入する。ＩＤ管理サーバの管理者などがＩＤ削除作業を行い、ＩＤ管理プログラムにその旨を指示する。ＩＤ管理プログラムは、削除するユーザＩＤについての指定を受け、指示されたユーザＩＤが有効であるか否かを判断する。ユーザＩＤが有効であれば、削除するよう指示されたユーザＩＤのライフサイクルに「予定削除」が指定されているか否かを判断する。「予定削除」が指定されていれば、削除するよう指示されたユーザＩＤの状態を「予定削除」に変更し、その旨をユーザＩＤファイルに記録する。「予定削除」状態にセットされたＩＤは、その時点で一時的に使用不可となり、所定の有効期限が経過した時点で物理的に削除される。
【選択図】図６

Description

本発明は、ユーザのＩＤを管理する処理をコンピュータに実行させるプログラムに関するものである。

従来、個人認証システムに関し、『個人識別データであるテンプレートを格納した個人識別証明書を用いた個人認証システムにおける個人識別証明書の管理構成を提供する。』ことを目的とする技術として、『個人認証処理を実行する例えばサービスプロバイダ（ＳＰ）、ユーザデバイス（ＵＤ）は、第三者機関である個人識別認証局（ＩＤＡ）が生成した個人識別証明書（ＩＤＣ）からテンプレートを取得して個人認証を実行する。ＩＤＡはＩＤＣの発行要求者の個人確認処理を実行し、ＩＤＣの生成、登録処理を行ない、さらに、ＩＤＣの削除、変更等、また、個人識別証明書に格納されたテンプレートについても登録、追加、削除有効性停止、停止解除等の管理を実行する。』というものが提案されている（特許文献１）。

特開２００２−７３５７１号公報（要約）

コンピュータのユーザを管理するシステムでは、ユーザに個別のＩＤ（識別情報）を割り当て、そのＩＤを管理することによってユーザを管理する。ユーザＩＤを管理するＩＤ管理プログラムは、一般的にユーザＩＤを「新規登録」または「削除」することにより、ユーザＩＤの状態を管理する。ユーザＩＤの状態は、「通常」状態または「削除」状態（＝存在していない）のいずれかとなる。

上記のような従来のＩＤ管理プログラムでは、ユーザＩＤの状態は上記２種類に限られるが、一方で近年の雇用形態の多様化などにより、コンピュータを利用するユーザＩＤの状態も多様化してきている。そのため、従来のＩＤ管理プログラムでは、多様化するユーザＩＤの状態に柔軟に対応することが難しくなってきている。

本発明は、上記のような課題を解決するためになされたものであり、ユーザＩＤの状態を柔軟に管理することのできるＩＤ管理プログラムを提供することを目的とする。

本発明に係るＩＤ管理プログラムでは、ユーザＩＤの状態として、「予定削除」という新たな状態を導入する。予定削除状態にセットされたＩＤは、その時点で一時的に使用不可となり、所定の有効期限が経過した時点で物理的に削除される。

本発明に係るＩＤ管理プログラムによれば、「予定削除」状態を導入することにより、ユーザＩＤを物理的に削除する前の一時的な状態を管理することができる。これにより、例えばユーザＩＤを一旦使用不可にした後で、再度そのユーザＩＤを有効化する必要が生じる可能性がある場合には、そのユーザＩＤを「予定削除」状態としておき、後に再度有効化することができる。

「予定削除」状態のユーザＩＤは、所定の有効期限が経過すると自動的に削除されるので、そのユーザＩＤを再度有効化する必要がない場合には、改めて管理作業を行う必要がなく、管理者の負担を削減することができる。

実施の形態１に係るＩＤ管理プログラムを実行するＩＤ管理サーバ１００およびその周辺のコンピュータ環境を示す図である。 ＩＤ管理サーバ１００の機能ブロック図である。 ユーザ構成情報１１２に記述されている内容の１例を示す図である。 実施の形態２におけるユーザ構成情報１１２の１例を示す図である。 ＩＤ管理プログラム１１１がユーザＩＤを生成する処理のフローである。 ＩＤ管理プログラム１１１がユーザＩＤを削除する処理のフローである。 ＩＤ管理プログラム１１１がユーザＩＤの有効期限をチェックする処理のフローである。 図４で説明した各ユーザタイプに属するユーザＩＤのライフサイクルを示す図である。

＜実施の形態１＞
以下、図面を用いて本発明の実施の形態を説明する。まず始めにＩＤ管理を行う環境および各機器の連係動作について、図１を用いて説明する。次に、図２以降で本実施の形態１に係るＩＤ管理プログラムについて説明する。

図１は、本実施の形態１に係るＩＤ管理プログラムを実行するＩＤ管理サーバ１００およびその周辺のコンピュータ環境を示す図である。ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）４０１、ＬＡＮ４０２、ＬＡＮ４０３は、それぞれビルの異なるフロアに配設されており、各フロアには異なる部門の従業員が勤務しているものと仮定する。以下、図１に示す各機器の役割と動作について説明する。

ＩＤ管理サーバ１００は、後述の図２で説明するＩＤ管理プログラム１１１を実行するコンピュータである。ＩＤ管理サーバ１００は、コンピュータ２００ａ〜２００ｃおよびコンピュータ５００ａ〜５００ｃを使用するユーザのＩＤを管理し、認証サーバ３００と認証サーバ６００に、自己が管理するユーザＩＤを配信する。詳細は後述する。ＩＤ管理サーバ１００は、ＬＡＮ４０１に接続されており、ＬＡＮ４０２およびＬＡＮ４０３に接続されている各機器と通信することができる。

コンピュータ２００ａ、２００ｂ、２００ｃは、ユーザが業務処理などを行うために使用するコンピュータである。各コンピュータの動作は同様であるため、以下コンピュータ２００ａ、２００ｂ、２００ｃを総称するときは、コンピュータ２００と呼ぶ。コンピュータ２００は、ＬＡＮ４０２に接続されている。

認証サーバ３００は、コンピュータ２００を使用するユーザを認証する。認証サーバ３００が認証処理を行うユーザＩＤと、ＩＤ管理サーバ１００が管理するユーザＩＤとの違いについては、後述する。

コンピュータ５００ａ、５００ｂ、５００ｃは、ユーザが業務処理などを行うために使用するコンピュータである。各コンピュータの動作は同様であるため、以下コンピュータ５００ａ、５００ｂ、５００ｃを総称するときは、コンピュータ５００と呼ぶ。コンピュータ５００は、ＬＡＮ４０３に接続されている。コンピュータ５００を使用するユーザはコンピュータ２００を使用するユーザとは異なる部門に所属しており、したがってユーザＩＤの体系がコンピュータ２００のユーザＩＤとは異なる。

認証サーバ６００は、コンピュータ５００を使用するユーザを認証する。コンピュータ５００に関しては、ユーザＩＤの体系がコンピュータ２００とは異なるため、コンピュータ２００のユーザを認証する認証サーバ３００とは別に、改めて認証サーバ６００を設けることとした。

図１に示すような複数のユーザＩＤ管理単位が存在する環境では、認証サーバ３００と認証サーバ６００のように、ユーザＩＤ管理単位毎に認証システムを構築せざるを得ない場合がある。このような環境において、各認証サーバが個別にユーザＩＤを管理すると、ユーザＩＤの統制が取り難くなる可能性がある。そこで、このような分散管理されるユーザＩＤを統合的に管理する上位管理システムとして、ＩＤ管理サーバ１００を用いることができる。

以上、本実施の形態１におけるコンピュータ環境について説明した。次に、図１に示す各機器の連携動作について、下記（ステップ１）〜（ステップ３）で説明する。

（ステップ１：ＩＤを配信する）
ＩＤ管理サーバ１００は、認証サーバ３００と認証サーバ６００に、自己が管理するユーザＩＤを配信する。ユーザＩＤを配信するとは、ＩＤそのものに加え、パスワードなどの認証情報、および必要に応じて各ユーザＩＤに付与されたアクセス権限の定義情報などを配信し、各認証サーバにおいてこれらの情報を反映することをいう。

（ステップ２：配信されたＩＤを登録する）
認証サーバ３００と認証サーバ６００は、ＩＤ管理サーバ１００が配信したＩＤを受信し、自己の認証システムに登録する。既に当該ＩＤが登録されている場合は、新たに受信した情報を用いて当該ＩＤを更新する。

（ステップ３：認証サーバを用いてユーザを認証する）
コンピュータ２００のユーザは、コンピュータ２００を使用する際に、自己のユーザＩＤとパスワードをコンピュータ２００に入力する。コンピュータ２００は、そのユーザＩＤとパスワードを用いて、認証サーバ３００に認証要求を発行する。認証サーバ３００は、認証処理を行い、その結果をコンピュータ２００に送信する。コンピュータ５００と認証サーバ６００の間でも同様の処理が行われる。

以上、図１に示す各機器の連係動作について説明した。次に、ＩＤ管理サーバ１００の構成について説明する。

図２は、ＩＤ管理サーバ１００の機能ブロック図である。ＩＤ管理サーバ１００は、記憶部１１０、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）１２０、メモリ１３０を備える。

記憶部１１０は、ＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）などの書き込み可能な記憶装置で構成され、ＩＤ管理プログラム１１１、ユーザ構成情報１１２、ユーザＩＤファイル１１３を格納している。

ＩＤ管理プログラム１１１は、本実施の形態１に係るＩＤ管理プログラムに相当するソフトウェアプログラムである。

ユーザ構成情報１１２は、ＩＤ管理プログラム１１１がユーザＩＤの管理を行うために必要な定義情報を記述している。具体例については、後述の図３で改めて説明する。

ユーザＩＤファイル１１３は、ユーザＩＤ、パスワード、各ユーザＩＤに付与されたアクセス権限情報などを記述したデータファイルである。ユーザＩＤファイル１１３は、本実施の形態１における「データベース」に相当する。データベースとしての役割を果たすことができるのであれば、ファイル形式は任意でよい。

ＣＰＵ１２０は、ＩＤ管理サーバ１００のＯＳ（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）およびＩＤ管理プログラム１１１を実行する演算装置である。以下の説明では、記載の簡易の観点から、ＩＤ管理プログラム１１１が動作主体であるとして記載するが、実際にＩＤ管理プログラム１１１が規定する動作を実行する動作主体は、ＣＰＵ１２０である。

メモリ１３０は、ＣＰＵ１２０がソフトウェアプログラムを実行する際に、一時データ格納領域などとして適宜用いる。

図３は、ユーザ構成情報１１２に記述されている内容の１例を示す図である。ここではテーブル形式で構成されているデータ例を示したが、データ形式は任意のものでよい。ユーザ構成情報１１２は、ＩＤ管理プログラム１１１が管理するユーザＩＤの種別と、各ユーザＩＤ種別のＩＤライフサイクルを表す情報とを保持する。以下、各項目について説明する。

「ユーザタイプ」列は、ユーザＩＤの種別を保持する。本列の値は、ユーザＩＤファイル１１３に記録される各ユーザＩＤに割り当てられる。すなわち、ＩＤ管理プログラム１１１が管理する各ユーザＩＤは、本列の値で定義されるいずれかのユーザタイプに属することになる。

「ライフサイクル」列は、「ユーザタイプ」列の値で特定されるユーザタイプに属するユーザＩＤの、生成から削除に至るまでの状態遷移を表す情報を保持する。この状態遷移の経過過程のことを、ライフサイクルと呼ぶ。

「有効期限」列は、「ライフサイクル」列の値に「予定削除」が含まれる場合、当該ＩＤが「予定削除」状態に移行した後、ユーザＩＤファイル１１３から実際に削除されるまでの間の期間を表す値を保持する。本列の時間単位は任意でよいが、ここでは日単位を用いることとした。

図３のデータ例が記述している内容について、以下に説明する。
（１）ＩＤ管理プログラム１１１は、「タイプＡ」に属するユーザＩＤを新たに生成するとき、「通常」状態で生成してユーザＩＤファイル１１３にその旨を記録する。当該ユーザＩＤを削除するときは、即座に「物理削除」、すなわち当該ユーザＩＤをユーザＩＤファイル１１３から抹消する。

（２）ＩＤ管理プログラム１１１は、「タイプＢ」に属するユーザＩＤを新たに生成するとき、「通常」状態で生成してユーザＩＤファイル１１３にその旨を記録する。当該ユーザＩＤを削除するときは、「論理削除」状態、すなわち当該ユーザＩＤを使用不可状態にセットし、その旨をユーザＩＤファイル１１３に記録するが、当該ユーザＩＤそのものは残しておく。

（３）ＩＤ管理プログラム１１１は、「タイプＣ」に属するユーザＩＤを新たに生成するとき、「通常」状態で生成してユーザＩＤファイル１１３にその旨を記録する。当該ユーザＩＤを削除するときは、「予定削除」状態、すなわち当該ユーザＩＤを使用不可状態にセットし、その旨をユーザＩＤファイル１１３に記録するが、当該ユーザＩＤそのものは残しておく。ＩＤ管理プログラム１１１は、当該ユーザＩＤを「予定削除」状態にセットしてから３０日が経過した後、当該ユーザＩＤをユーザＩＤファイル１１３から抹消する。

以上、ユーザ構成情報１１２の内容について説明した。次に、図３で説明したユーザタイプの使い分け方について説明する。

一般企業において、従業員にユーザＩＤを与える際に、従業員の雇用形態によってユーザＩＤのライフサイクルが異なる場合がある。以下に例を挙げる。

（例１：正社員について）
正社員に対しては、多くの場合では「通常」状態と「物理削除」状態のユーザＩＤを与えれば足りると思われる。ただし、一部の正社員は長期休暇を取得することも考えられるため、当該ユーザＩＤを使用不可にした上で、削除することなく保存しておきたい、といったことが考えられる。したがって、正社員には「タイプＡ」または「タイプＢ」のユーザＩＤを与えるとよい。長期休暇を取得した後に復帰する正社員については、「タイプＢ」のユーザＩＤを与え、休暇中は当該ＩＤを「論理削除」状態にしておけば、休暇中のユーザＩＤが不正に使用される心配はなくなる。

（例２：アルバイト社員）
アルバイト社員については、雇用契約が終了した時点で、当該社員のユーザＩＤを即座に削除したい場合が多いと考えられる。したがって、アルバイト社員には「タイプＡ」のユーザＩＤを与えるとよい。

（例３：契約社員）
契約社員については、契約期間が満了しても、再契約を行う場合がある。そのため、契約社員のユーザＩＤは、契約期間満了後も所定期間保存しておき、その間に再契約を行わなければ自動的に削除する、という運用を行うことが考えられる。このような運用形態には、「タイプＣ」のユーザＩＤが最も都合よい。したがって、契約社員には「タイプＣ」のユーザＩＤを付与するとよい。

以上のように、本実施の形態１に係るＩＤ管理プログラム１１１は、ユーザ構成情報１１２に定義されている「ユーザタイプ」の値に基づき、各ユーザＩＤのライフサイクルを管理する。ＩＤ管理プログラム１１１は、削除手法として「物理削除」が定義されているユーザＩＤについては、ユーザＩＤファイル１１３から当該ＩＤのレコードを削除し、削除手法として「予定削除」が定義されているユーザＩＤについては、ユーザＩＤファイル１１３に当該ＩＤを一時的に使用不可にする旨を書き込んだ上で、有効期限が経過した後に当該ＩＤのレコードを削除する。これにより、単にユーザＩＤを削除するという単純なＩＤ管理手法のみならず、一時的にＩＤを使用不可にする、さらには不要なＩＤを自動的に削除する、といった柔軟なＩＤ管理が可能になる。

また、本実施の形態１によれば、上記のような柔軟なＩＤ管理を行うことにより、ユーザＩＤを与えるユーザの多様なＩＤ管理体系に容易に対応することができる。例えば、企業におけるユーザＩＤの管理に関し、従業員の雇用形態に応じた「ユーザタイプ」をユーザＩＤに割り当てることにより、当該企業におけるユーザＩＤ管理ポリシーに合致したＩＤ管理を容易に行うことができる。

＜実施の形態２＞
実施の形態１では、ＩＤ管理プログラム１１１がユーザＩＤを生成したり削除したりすると、その旨が各認証サーバに自動的に反映されることを想定した。一方、環境によっては、ユーザＩＤをＩＤ管理プログラム１１１から各認証サーバへ手動で配信したい場合もあると考えられる。そこで、本発明の実施の形態２では、ユーザＩＤの配信を自動的に行うか手動で行うかを選択することのできる構成と動作例を説明する。

図４は、本実施の形態２におけるユーザ構成情報１１２の１例を示す図である。本実施の形態２では、実施の形態１の図３で説明した内容に加え、新たに「配信タイプ」列が追加されている。

「配信タイプ」列は、「ユーザタイプ」列の値で特定されるユーザタイプを割り当てられたユーザＩＤが、手動で各認証サーバに配信されるのか、それともＩＤ管理プログラム１１１が自動的に配信するのかを規定する値を保持する。

本列の値が「自動」である場合、ＩＤ管理プログラム１１１は、当該ユーザＩＤが生成された際に、自動的に当該ユーザＩＤを認証サーバへ配信する。本列の値が「手動」である場合、ＩＤ管理プログラム１１１は、ユーザＩＤファイル１１３に当該ユーザＩＤの状態変化を記録するのみで、認証サーバへの配信は行わない。この場合は、後に管理者などが手作業で配信を行うことになる。

図５は、ＩＤ管理プログラム１１１がユーザＩＤを生成する処理のフローである。以下図５の各ステップについて説明する。

（図５：ステップＳ５００）
ＩＤ管理サーバ１００の管理者などがＩＤ生成作業を行い、ＩＤ管理プログラム１１１にその旨を指示した時点で、本動作フローが開始される。その他の契機、例えば外部システムからＩＤを作成すべき旨の受信した場合なども、本動作フローを開始する条件に該当するが、以下では説明の簡易のため、管理者などが操作を行うことを前提とする。図６についても同様である。なお、本ステップにおいて、ＩＤ管理プログラム１１１は、生成するユーザＩＤのユーザタイプについての指定も受け取る。

（図５：ステップＳ５０１）
ＩＤ管理プログラム１１１は、ステップＳ５００で指定されたユーザＩＤを生成し、ユーザＩＤファイル１１３に記録する。

（図５：ステップＳ５０２）
ＩＤ管理プログラム１１１は、ステップＳ５００で指定されたユーザタイプと、ユーザ構成情報１１２に定義されている「ユーザタイプ」列の値とを照合し、そのユーザタイプの値に対応する「配信タイプ」列の値を取得する。「配信タイプ」列の値が「自動」であればステップＳ５０３へ進み、それ以外であれば本動作フローを終了する。

（図５：ステップＳ５０３）
ＩＤ管理プログラム１１１は、ステップＳ５０１で生成したユーザＩＤを、認証サーバに配信する。

図６は、ＩＤ管理プログラム１１１がユーザＩＤを削除する処理のフローである。以下図６の各ステップについて説明する。

（図６：ステップＳ６００）
ＩＤ管理サーバ１００の管理者などがＩＤ削除作業を行い、ＩＤ管理プログラム１１１にその旨を指示した時点で、本動作フローが開始される。本ステップにおいて、ＩＤ管理プログラム１１１は、削除するユーザＩＤについての指定を受け取る。

（図６：ステップＳ６０１）
ＩＤ管理プログラム１１１は、ステップＳ６００で削除するよう指示されたユーザＩＤが有効であるか否かを判断する。有効ではないユーザＩＤとは、例えば削除処理の途中であるユーザＩＤのように、実質的にはＩＤ管理プログラム１１１の管理対象外となっているユーザＩＤなどのことをいう。ユーザＩＤが有効であればステップＳ６０２へ進み、有効でなければ本動作フローを終了する。

（図６：ステップＳ６０２）
ＩＤ管理プログラム１１１は、ステップＳ６００で削除するよう指示されたユーザＩＤのライフサイクルに「予定削除」が指定されているか否かを判断する。「予定削除」が指定されていればステップＳ６０３へ進み、指定されていなければステップＳ６０５へ進む。

（図６：ステップＳ６０３）
ＩＤ管理プログラム１１１は、ステップＳ６００で削除するよう指示されたユーザＩＤの状態を「予定削除」に変更し、その旨をユーザＩＤファイル１１３に記録する。当該ユーザＩＤは、ユーザ構成情報１１２に定義されている有効期限が経過する時点まで、削除を保留されることになる。

（図６：ステップＳ６０４）
ＩＤ管理プログラム１１１は、当該ユーザＩＤの状態を、認証サーバ上の対応するユーザＩＤに反映させる。

（図６：ステップＳ６０５）
ＩＤ管理プログラム１１１は、当該ユーザＩＤのライフサイクルに「物理削除」が指定されていると判断し、当該ユーザＩＤのレコードをユーザＩＤファイル１１３から抹消する。

（図６：ステップＳ６０６）
ＩＤ管理プログラム１１１は、当該ユーザＩＤを削除した旨を、認証サーバ上の対応するユーザＩＤに反映させる。

図７は、ＩＤ管理プログラム１１１がユーザＩＤの有効期限をチェックする処理のフローである。以下図７の各ステップについて説明する。

（図７：ステップＳ７００）
ＩＤ管理プログラム１１１は、所定の時間間隔などで本動作フローを開始する。

（図７：ステップＳ７０１）
ＩＤ管理プログラム１１１は、ユーザＩＤファイル１１３に記録されているユーザＩＤのなかから、ライフサイクルに「予定削除」が指定されているものを検索する。「予定削除」が指定されているユーザＩＤがあればステップＳ７０２へ進み、なければ本動作フローを終了する。

（図７：ステップＳ７０２）
ＩＤ管理プログラム１１１は、ステップＳ７０１で検索したユーザＩＤのなかから、有効期限が切れているものをリストアップする。有効期限切れのユーザＩＤがあればステップＳ７０３へ進み、なければ本動作フローを終了する。

（図７：ステップＳ７０３）
ＩＤ管理プログラム１１１は、ステップＳ７０２でリストアップした、有効期限の切れたユーザＩＤを、ユーザＩＤファイル１１３から抹消する。

（図７：ステップＳ７０４）
ＩＤ管理プログラム１１１は、当該ユーザＩＤを削除した旨を、認証サーバ上の対応するユーザＩＤに反映させる。

以上、ＩＤ管理プログラム１１１の動作について説明した。図５〜図７では、ユーザＩＤを生成した時点についてのみ、「配信タイプ」が「自動」であるか「手動」であるかを判断するようにしているが、ユーザＩＤを削除する時点でも「配信タイプ」の値をチェックするようにしてもよい。

以上のように、本実施の形態２では、ユーザ構成情報１１２に新たに「配信タイプ」列を設け、ＩＤ管理プログラム１１１がユーザＩＤファイル１１３上で管理するユーザＩＤを認証サーバに配信するタイミングを選択できるようにした。これにより、ＩＤ管理サーバ１００と認証サーバの間でユーザＩＤを同期化する処理をより柔軟に構成することができる。

＜実施の形態３＞
本発明の実施の形態３では、ＩＤ管理サーバ１００（ＩＤ管理プログラム１１１）が管理するユーザＩＤと、認証サーバが管理するユーザＩＤとの間で同期を取る処理、すなわちＩＤ配信処理について、具体例をあげて説明する。

図８は、図４で説明した各ユーザタイプに属するユーザＩＤのライフサイクルを示す図である。以下、図８の各ユーザタイプについて説明する。

（ａ）ユーザタイプＡ
ユーザタイプＡは、「配信タイプ」として「手動」が指定されているため、ＩＤ管理プログラム１１１がユーザＩＤを生成した時点では、ＩＤ管理サーバ１００上（ユーザＩＤファイル）にのみユーザＩＤが存在する。ＩＤ管理サーバ１００の管理者などが手動配信操作を実行した時点で、認証サーバにも当該ユーザＩＤが配信される。ＩＤ管理プログラム１１１は、ユーザＩＤをユーザＩＤファイル１１３から抹消すると、認証サーバにも当該ユーザＩＤを抹消するよう指示する。なお、ユーザＩＤが削除されると、そのユーザＩＤはユーザＩＤファイル１１３上に存在しなくなるため、実質的には図８における初期状態と同じ状態となるが、両者を明示的に区別するため、削除によりそのユーザＩＤが存在しなくなることを、「物理削除」状態として表現する。

（ｂ）ユーザタイプＢ
ユーザタイプＢは、「配信タイプ」として「自動」が指定されているため、ＩＤ管理プログラム１１１がユーザＩＤを生成すると、認証サーバにも自動的に当該ユーザＩＤが配信される。ユーザタイプＢでは、ユーザＩＤの削除手法として「論理削除」が指定されているため、ＩＤ管理プログラム１１１は、管理者などが当該ユーザＩＤを削除するよう指示した際に、当該ユーザＩＤを一時的に使用不可にする旨（論理削除）を、ユーザＩＤファイル１１３に書き込む。ＩＤ管理プログラム１１１は、当該ユーザＩＤを一時的に使用不可にするよう、認証サーバに指示する。認証サーバ上では、当該ユーザＩＤは認証サーバの仕様にしたがって一時的に使用不可となる。ここでは、当該ユーザＩＤを無効化する例を示した。無効化とは、ユーザＩＤそのものは存在しているが、使用することができなくなっている状態をいう。

（ｃ）ユーザタイプＣ
ユーザタイプＣは、「配信タイプ」として「自動」が指定されているため、ＩＤ管理プログラム１１１がユーザＩＤを生成すると、認証サーバにも自動的に当該ユーザＩＤが配信される。ユーザタイプＣでは、ユーザＩＤの削除手法として「予定削除」が指定されているため、ＩＤ管理プログラム１１１は、管理者などが当該ユーザＩＤを削除するよう指示した際に、当該ユーザＩＤを「予定削除」にする旨を、ユーザＩＤファイル１１３に書き込む。ＩＤ管理プログラム１１１は、当該ユーザＩＤを一時的に使用不可にするよう、認証サーバに指示する。認証サーバ上では、当該ユーザＩＤは認証サーバの仕様にしたがって一時的に使用不可となる。当該ユーザＩＤの有効期限が経過すると、ＩＤ管理プログラム１１１は、当該ユーザＩＤをユーザＩＤファイル１１３から抹消するとともに、認証サーバにも当該ユーザＩＤを抹消するよう指示する。

以上、本実施の形態３では、ＩＤ管理サーバ１００（ＩＤ管理プログラム１１１）が管理するユーザＩＤと、認証サーバが管理するユーザＩＤとの間で同期を取るＩＤ配信処理について、具体例をあげて説明した。

＜実施の形態４＞
実施の形態１〜３では、ＩＤ管理サーバ１００（ＩＤ管理プログラム１１１）はユーザＩＤおよびその状態を認証サーバに配信することを説明した。例えば、「論理削除」状態や「予定削除」状態は、そのユーザＩＤを一時的に使用することができない旨を意味するので、認証サーバ上の対応するユーザＩＤにもその旨を反映させる必要がある。実施の形態３の図８では、認証サーバ上のユーザＩＤを無効化する例を説明した。

ところが、認証サーバの仕様によっては、「一時的に使用不可」というユーザＩＤ状態が存在しない場合がある。このような場合には、ＩＤ管理プログラム１１１が管理するユーザＩＤの状態と、認証サーバが管理するユーザＩＤの状態との整合がとれなくなる。

このような場合、ＩＤ管理プログラム１１１は、認証サーバ上で当該ユーザＩＤを擬似的に無効化するため、以下のような手法を用いることができる。

（ユーザＩＤの擬似的無効化：例１）
ＩＤ管理プログラム１１１は、「論理削除」状態または「予定削除」状態となったユーザＩＤについて、パスワードをランダムに変更するように、認証サーバへ指示する。認証サーバはそのユーザＩＤのパスワードをランダムに変更し、ユーザが使用することができないようにする。これにより、実質的にそのユーザＩＤは使用不可状態となるため、当該ユーザＩＤを無効化した場合と同様の効果を発揮することができる。当該ユーザＩＤを再度有効化する際は、パスワードを初期化するなどすればよい。

（ユーザＩＤの擬似的無効化：例２）
ＩＤ管理プログラム１１１は、「論理削除」状態または「予定削除」状態となったユーザＩＤについて、ユーザＩＤそのものをランダムに変更するように、認証サーバへ指示する。認証サーバはそのユーザＩＤをランダムに変更し、ユーザが使用することができないようにするとともに、元のユーザＩＤを保存しておく。これにより、実質的にそのユーザＩＤは使用不可状態となるため、当該ユーザＩＤを無効化したのと同様の効果を発揮することができる。当該ユーザＩＤを再度有効化するには、保存しておいたユーザＩＤを元に戻せばよい。

以上、本実施の形態４では、認証サーバ上でユーザＩＤを無効化することがサポートされていない場合に、当該ユーザＩＤを擬似的に無効化する手法および再度有効化する手法について説明した。

＜実施の形態５＞
実施の形態１〜４では、ＩＤ管理プログラム１１１がユーザＩＤを管理し、認証サーバにそのユーザＩＤを配信することを説明した。しかし、ＩＤ管理プログラム１１１が管理するＩＤは、ユーザＩＤに限られるものではなく、任意の種類のＩＤを対象とすることができる。

同様に、ＩＤ管理プログラム１１１が管理するＩＤを配信する対象は、ユーザを認証する認証サーバに限られるものではなく、任意の種類のサーバその他のコンピュータを対象とすることができる。

１００：ＩＤ管理サーバ、１１０：記憶部、１１１：ＩＤ管理プログラム、１１２：ユーザ構成情報、１１３：ユーザＩＤファイル、１２０：ＣＰＵ、１３０：メモリ、２００ａ〜２００ｃ：コンピュータ、３００：認証サーバ、４０１〜４０３：ＬＡＮ、５００ａ〜５００ｃ：コンピュータ、６００：認証サーバ。

Claims (4)

1. ユーザのＩＤを管理するステップをコンピュータに実行させるプログラムであって、
   前記コンピュータに、
   前記ＩＤの生成から削除までの経過過程を定義する構成情報を読み込むステップと、
   前記ＩＤを生成してデータベースに登録するＩＤ生成ステップと、
   前記ＩＤを使用できないようにするＩＤ削除ステップと、
   を実行させ、
   前記構成情報は、ＩＤを削除する手法として、少なくとも物理削除と予定削除の２種類の削除手法を定義するとともに、ＩＤを削除する手法として予定削除が指定されている前記ＩＤの有効期限を定義しており、
   前記ＩＤ削除ステップでは、
   ＩＤを削除する手法として物理削除が指定されている前記ＩＤについては、前記データベースから当該ＩＤのレコードを削除し、
   ＩＤを削除する手法として予定削除が指定されている前記ＩＤについては、前記データベースに当該ＩＤを一時的に使用不可にする旨の情報を書き込んだ後、前記有効期限が経過すると、当該ＩＤを前記データベースから削除する
   ことを特徴とするＩＤ管理プログラム。
2. 前記データベースに登録されている前記ＩＤを他コンピュータに反映させるＩＤ配信ステップを前記コンピュータに実行させる
   ことを特徴とする請求項１または請求項１記載のＩＤ管理プログラム。
3. 前記ＩＤ配信ステップでは、
   前記データベース上で一時的に使用不可にする旨の情報が書き込まれている前記ＩＤについては、前記他コンピュータにおいて当該ＩＤを一時的に無効化させる
   ことを特徴とする請求項２記載のＩＤ管理プログラム。
4. 前記ＩＤ配信ステップでは、
   前記データベース上で一時的に使用不可にする旨の情報が書き込まれている前記ＩＤについては、前記他コンピュータにおける当該ＩＤのパスワードをランダムに変更する
   ことを特徴とする請求項２または請求項３記載のＩＤ管理プログラム。

Images