JP2012137874A - 権限管理装置、その制御方法及びプログラム - Google Patents

Abstract

【課題】他部門のユーザを自部門の管理者として設定をすることの可能な権限管理装置、その制御方法及びプログラムを提供すること。
【解決手段】管理下にあるユーザに対して、上位の権限を持つプライマリ管理者と、下位の権限を持つセカンダリ管理者を設定し、当該セカンダリ管理者には、前記ユーザの異動先のグループの管理者をセカンダリ管理者として設定する。そして、プライマリ管理者とセカンダリ管理者を切り替える期間の設定を受け付け、当該期間を迎えた場合に、プライマリ管理者とセカンダリ管理者を交換する。
【選択図】図１０

Description

本発明は、他部門のユーザを自部門の管理者として設定をすることの可能な権限管理装置、その制御方法及びプログラムに関する。

従来、ユーザの権限管理が必要な文書管理システムが存在する。これは、自部門の文書データをサーバ上に保存し、これらを部門に所属するユーザのみが閲覧できるようにするシステムである。よって、部門ごとの管理者が当該部門のユーザの管理を行っている。

このような文書管理システムでは、前述の通り管理者が設定されており、部門ごと、事業部ごと、全体の管理等様々な規模で管理者の設定が可能である。この管理者は、自部門のユーザを管理し、適切に文書管理システムが運用できるよう、ユーザに権限を付与または削除する。

このような文書管理システムにおいて、下記の特許文献１では、文書データを文書管理システムに登録すると、入力された文書種別に応じて、あらかじめ文書種別ごとに設定された更新連絡先に通知を行う仕組みが開示されている。

特開２００６−０１８３７０号公報

しかしながら、このような文書管理システムのユーザ管理においては、ユーザの異動が問題となる。つまり、ユーザが他の部門に異動する場合には、文書管理システムにおいても当該ユーザを異動先のグループに所属させなくてはならない。このような処理を行わないと、異動対象のユーザが異動元の管理者によって、異動元の部門から切り離されてしまうため、どこの部門にも所属していない状態となってしまう。

よって、現在ではスーパーユーザと呼ばれる最上位の管理者が手作業にて、部門の異動を行うこととなる。

しかしながら、異動対応の集中する時期がある。この時期にはスーパーユーザが大量のユーザを手作業にて１つ１つ異動させなくてはならない。よって、大変な労力となっている問題がある。

本発明は上記の課題を解決するためになされたもので、本発明の目的は、他部門の管理者を自部門の管理者として設定し、適切にユーザの異動を行う仕組みを提供することを目的とする。

上記の目的を達成するために、請求項１に記載の権限管理装置は、ユーザの管理が可能な権限管理装置であって、前記ユーザを示すユーザ情報と、前記ユーザを上位の権限により管理するプライマリ管理者を示すプライマリ管理者情報と、前記ユーザを下位の権限により管理するセカンダリ管理者を示すセカンダリ管理者情報とを対応づけて記憶する記憶手段と、前記プライマリ管理者の指示に従って、前記ユーザに対して前記プライマリ管理者とは別のグループに所属する管理者をセカンダリ管理者として設定し、前記記憶手段に記憶するセカンダリ管理者設定手段と、前記セカンダリ管理者設定手段によって設定されたセカンダリ管理者と、前記プライマリ管理者とを交換する交換時期を設定する権限交換時期設定手段と、前記権限交換時期設定手段によって設定された交換時期を迎えたか否かを判定する判定手段とを備え、前記判定手段によって、前記交換時期を迎えたと判定した場合には、前記記憶手段に記憶されたプライマリ管理者情報が示す管理者と、セカンダリ管理者情報が示す管理者とを交換することを特徴とする。

以上説明したように、本発明によれば、異動先の部門の管理者を、異動するユーザのセカンダリ管理者として設定できるので、管理者同士の作業によってユーザの異動を行うことのできる効果を奏する。

本発明の実施形態における権限管理システム１００の一例を示す模式図である。 図１に示すクライアント端末１０１及び管理サーバ１０２の内部のハードウェア構成の一例を示す模式図である。 図１に示すクライアント端末１０１及び管理サーバ１０２のモジュール構成の一例を示す模式図である。 図１に示すクライアント端末１０１による制御方法の処理手順の一例を示すフローチャートである。 管理者メニュー画面５００の一例を示す模式図である。 ユーザ管理処理の詳細な処理手順の一例を示すフローチャートである。 図３のテーブル記憶部に記憶されたユーザ情報テーブル７００の一例を示す模式図である。 異動元の管理者から操作を受け付けるユーザ管理画面８００の一例を示す模式図である。 セカンダリ管理者選択画面９００の一例を示す模式図である。 管理者変更期間設定画面１０００の一例を示す模式図である。 図３のテーブル記憶部に記憶された管理者変更テーブル１１００の一例を示す模式図である。 図１に示す管理サーバ１０２による制御方法の処理手順の一例を示すフローチャートである。 本実施例における処理結果の一例を示す模式図である。 図１に示すクライアント端末１０１及び管理サーバ１０２による制御方法の処理手順の一例を示すフローチャートである。 異動先の管理者から操作を受け付けるユーザ管理画面１５００の一例を示す模式図である。 ユーザ追加画面の一例を示す模式図である。 グループ管理者設定処理の詳細な処理手順の一例を示すフローチャートである。 グループ管理者選択画面１８００の一例を示す模式図である。 図３のテーブル記憶部に記憶されたグループ管理者変更テーブル１９００の一例を示す模式図である。 本実施例における処理結果の一例を示す模式図である。 本実施例における処理概要を示す模式図である。 本実施例における処理概要を示す模式図である。

以下、図面を参照しながら、本発明の実施の形態について説明する。

図１は、本発明の実施形態に係る権限管理システム１００の構成の一例を示す構成図である。権限管理システム１００は、クライアント端末１０１及び管理サーバ１０２（権限管理装置）から構成されており、クライアント端末１０１及び管理サーバ１０２はＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）１０３を介して通信可能に接続されている。

図１のネットワーク上に接続される各種端末あるいはサーバの構成は一例であり、用途や目的に応じて様々な構成例があることは言うまでもない。本実施例では、クライアント端末１０１と管理サーバ１０２がＬＡＮ１０３を介して通信可能に接続される構成となっているが、クライアント端末１０１が管理サーバ１０２の機能を含み、クライアント端末１０１のみで動作する仕組みであってもよいし、管理サーバ１０２のみでもよい。また、ＬＡＮ１０３は、クライアント端末１０１と管理サーバ１０２の通信が可能となれば、他の通信形態でもよい。

クライアント端末１０１は、管理サーバ１０２に接続し、操作を行うための端末である。クライアント端末１０１では、例えば管理者用のアプリケーションがインストールされており、当該アプリケーションによってユーザのグループ移動や権限の変更を行うことができる。

管理サーバ１０２は、ユーザを管理すべく各種情報を記憶し、クライアント端末１０１からの要求に応じて、当該各種情報を送信する装置である。

次に、クライアント端末１０１及び管理サーバ１０２のハードウェア構成の一例について図２を用いて説明する。

ＣＰＵ２０１は、システムバス２０４に接続される各デバイスやコントローラを統括的に制御する。また、ＲＯＭ２０２あるいは外部メモリ２１１には、ＣＰＵ２０１の制御プログラムであるＢＩＯＳ（Ｂａｓｉｃ Ｉｎｐｕｔ ／ Ｏｕｔｐｕｔ Ｓｙｓｔｅｍ）やオペレーティングシステムプログラム（以下、ＯＳ）や、各サーバ或いは各装置の実行する機能を実現するために必要な後述する各種プログラム等が記憶されている。

ＲＡＭ２０３は、ＣＰＵ２０１の主メモリ、ワークエリア等として機能する。ＣＰＵ２０１は、処理の実行に際して必要なプログラム等をＲＡＭ２０３にロードして、プログラムを実行することで各種動作を実現するものである。

また、入力コントローラ（入力Ｃ）２０５は、キーボード２０９や不図示のマウス等のポインティングデバイスからの入力を制御する。尚、タッチパネルを備えた装置では、後述するＣＲＴディスプレイ（ＣＲＴ）２１０上に入力Ｃ２０５が備えられており、ＣＲＴ２１０上に触れることで各種操作を行うことができる。ビデオコントローラ（ＶＣ）２０６は、ＣＲＴディスプレイ（ＣＲＴ）２１０等の表示器への表示を制御する。表示器はＣＲＴだけでなく、液晶ディスプレイでも構わない。

メモリコントローラ（ＭＣ）２０７は、ブートプログラム、ブラウザソフトウエア、各種のアプリケーション、フォントデータ、ユーザファイル、編集ファイル、各種データ等を記憶するハードディスク（ＨＤ）やフレキシブルディスク或いはＰＣＭＣＩＡカードスロットにアダプタを介して接続されるＣＦメモリ等の外部メモリ２１１へのアクセスを制御する。

通信Ｉ／Ｆコントローラ（通信Ｉ／ＦＣ）２０８は、ネットワークを介して、外部機器と接続・通信するものであり、ネットワークでの通信制御処理を実行する。例えば、ＴＣＰ／ＩＰを用いたインターネット通信等が可能である。なお、ＣＰＵ２０１は、例えばＲＡＭ２０３内の表示情報用領域へアウトラインフォントの展開（ラスタライズ）処理を実行することにより、ＣＲＴ２１０上での表示を可能としている。また、ＣＰＵ２０１は、ＣＲＴ２１０上の不図示のマウスカーソル等でのユーザ指示を可能とする。

本発明を実現するためのクライアント端末１０１及び管理サーバ１０２において実行される各種プログラムは外部メモリ２１１に記録されており、必要に応じてＲＡＭ２０３にロードされることによりＣＰＵ２０１によって実行されるものである。さらに、本発明に係わる前記プログラムが用いるクライアント端末１０１及び管理サーバ１０２上の定義ファイル及び各種情報テーブルは外部メモリ２１１に格納されており、これらについての詳細な説明は後述する。

次に、クライアント端末１０１及び管理サーバ１０２のモジュール構成を示す機能構成図について、図３を用いて説明する。尚、図３の各種端末あるいはサーバのモジュール構成は一例であり、用途や目的に応じて様々な構成例があることは言うまでもない。例えば、クライアント端末１０１のみで構成される場合には、下記に示す管理サーバ１０２の各種モジュール構成はクライアント端末１０１が含む。また、管理サーバ１０２のみで構成される場合には、下記に示すクライアント端末１０１の各種モジュール構成は管理サーバ１０２が含む。

クライアント端末１０１は、画面表示部３０１、及び送受信部３０２を備える。

画面表示部３０１は、各種画面をクライアント端末１０１のＣＲＴ２１０に表示させるためのモジュールである。

送受信部３０２は、ＬＡＮ１０３を介して管理サーバ１０２と各種情報を送受信するためのモジュールである。

管理サーバ１０２は、テーブル記憶部３１１（記憶手段）、ユーザ管理部３１２、管理者変更部３１３、グループ変更管理部３１４、及び定期確認部３１５を備える。また、テーブル記憶部３１１には、ユーザ情報テーブル７００、管理者変更テーブル１１００、及びグループ管理者変更テーブル１９００が記憶されている。

ここで、本実施形態においては、図３のテーブル記憶部３１１が、例えば図２に示す外部メモリ２１１に構成される（一旦、ＲＡＭ２０３に構成された後に外部メモリ２１１に構成される場合も含む）。

図７を参照して、テーブル記憶部３１１に記憶されたユーザ情報テーブル７００の一例について説明する。

まず、図３のテーブル記憶部３１１に記憶されるユーザ情報テーブル７００（図７参照）について説明する。ユーザ情報テーブル７００は、ユーザＩＤ７０１、ユーザ名７０２、所属グループ７０３、プライマリ管理者７０４、及び管理者フラグ７０５から構成される。ユーザＩＤ７０１は、ユーザごとに一意に割り振られた識別番号である。ユーザ名７０２は、ユーザの名称を示すデータである。所属グループ７０３は、グループごとに一意に割り振られたグループの識別番号であって、当該ユーザの所属するグループ（部門）を示す。本実施例では、部門ごとにユーザを管理しており、当該部門で管理する文書データのみ閲覧が可能となっている。つまり、所属している部門以外の文書データを閲覧することはできない。プライマリ管理者７０４は、当該ユーザを管理するプライマリ管理者のユーザＩＤ７０１を示すデータである。本実施例においては、１人のユーザに対して２人の管理者を設定でき、優先度の高い管理者をプライマリ管理者、優先度の低い管理者をセカンダリ管理者として表記する。セカンダリ管理者は、プライマリ管理者よりも当該ユーザに対して操作可能な権限が低い。よって、プライマリ管理者が行える操作がセカンダリ管理者で行えない。具体的には、ユーザを所属するグループから削除することはプライマリ管理者のみが行えるが、セカンダリ管理者は行えないといった権限の差がある。管理者フラグ７０５は、当該ユーザが管理者であるか否かを示すフラグである。管理者フラグ７０５が「１」であると管理者であることを示し、「０」であると管理者ではなく一般ユーザであることを示す。

次に、図３のテーブル記憶部３１１に記憶される管理者変更テーブル１１００（図１１参照）について説明する。管理者変更テーブル１１００は、ユーザＩＤ１１０１、プライマリ管理者１１０２（プライマリ管理者情報）、セカンダリ管理者１１０３（セカンダリ管理者情報）、開始日１１０４、及び終了日１１０５から構成される。ユーザＩＤ１１０１は、管理者を変更するユーザのユーザＩＤ７０１を示すデータである。プライマリ管理者１１０２は、当該ユーザに設定するプライマリ管理者のユーザＩＤ７０１を示す。セカンダリ管理者１１０３は、当該ユーザに設定するセカンダリ管理者のユーザＩＤ７０１を示す。開始日１１０４は、プライマリ管理者１１０２及びセカンダリ管理者１１０３を適用開始する年月日を示すデータである。本実施例では、年月日によって指定を行うが、これに限らない。終了日１１０５は、プライマリ管理者１１０２及びセカンダリ管理者１１０３を適用終了する年月日を示すデータである。前述のとおり、年月日以外の指定でも構わない。

次に、図３のテーブル記憶部３１１に記憶されるグループ管理者変更テーブル１９００（図１９参照）について説明する。グループ管理者変更テーブル１９００は、グループＩＤ１９０１、プライマリ管理者１９０２、セカンダリ管理者１９０３、開始日１９０４、及び終了日１９０５から構成される。グループＩＤ１９０１は、グループごとに一意に割り振られる識別番号である。プライマリ管理者１９０２は、当該グループにおけるプライマリ管理者のユーザＩＤ７０１を示すデータである。本実施例では、ユーザに対するプライマリ管理者及びセカンダリ管理者以外にも、グループに対するプライマリ管理者及びセカンダリ管理者の設定が可能である。例えば、管理者となっているユーザが異動する場合には、次期管理者に対してセカンダリ管理者の権限を付与し、引き継ぎを行うことができる。セカンダリ管理者１９０３は、当該グループにおけるセカンダリ管理者のユーザＩＤ７０１を示すデータである。開始日１９０４は、プライマリ管理者１９０２及びセカンダリ管理者１９０３を適用開始する年月日を示すデータである。終了日１９０５は、プライマリ管理者１９０２及びセカンダリ管理者１９０３を適用終了する年月日を示すデータである。開始日１９０４及び終了日１９０５についても、年月日以外の指定でも構わない。

以上がテーブル記憶部３１１に記憶された各種テーブル構成の一例の説明である。テーブルの構成はこれに限らない。

管理サーバ１０２のモジュール構成の説明に戻る。

ユーザ管理部３１２は、テーブル記憶部３１１に記憶されたユーザ情報テーブル７００を管理するためのモジュールである。ユーザ情報テーブル７００に各種データの追加、更新、削除を行う。

管理者変更部３１３は、テーブル記憶部３１１に記憶された管理者変更テーブル１１００を管理するためのモジュールである。管理者変更テーブル１１００に対して、各種データを追加し、プライマリ管理者及びセカンダリ管理者を設定する。

グループ変更管理部３１４は、テーブル記憶部３１１に記憶されたグループ管理者変更テーブル１９００を管理するためのモジュールである。グループに対するプライマリ管理者及びセカンダリ管理者を設定する。

定期確認部３１５は、管理者変更部３１３によって設定されたプライマリ管理者及びセカンダリ管理者を、設定された日時に応じて変更するためのモジュールである。また、グループ変更管理部３１４によって設定されたプライマリ管理者及びセカンダリ管理者も設定された日時に応じて変更する。

以上が、本実施例におけるモジュール構成である。モジュールの構成はこれに限らない。

次に、クライアント端末１０１によって実行される一連の処理手順について説明する。図４は、図１に示すクライアント端末１０１による一連の処理手順の一例を示すフローチャートである。本処理をＣＰＵ２０１に実行させるためのプログラムは外部メモリ２１１に記憶されており、本処理の実行要求を入力Ｃ２０５より受け付けた場合に、ＣＰＵ２０１は、当該プログラムをＲＡＭ２０３にロードし、ロードしたプログラムによる制御に従って本処理を実行することになる。

ステップＳ１０１では、クライアント端末１０１は、ユーザからの指示に従ってクライアント端末１０１にインストールされたアプリケーションにログインを行う。ログインの方法は特に問わないが、本実施例では管理者であるユーザ「ユーザＩＤ：Ａ０００１ ユーザ名：佐藤」がログインした場合に基づいて説明する。

ステップＳ１０２では、クライアント端末１０１は、図５に示す管理者メニュー画面５００を表示させ、ユーザからの入力を受け付ける。管理者メニュー画面５００には、管理者専用のメニューが備えられており、本実施例では、ユーザ管理ボタン５０１、グループ管理者設定ボタン５０２、及び終了ボタン５０３が備えられている。

ステップＳ１０３では、クライアント端末１０１は、ユーザからの操作を検知したか否かを判定する。具体的には、入力Ｃ２０５の動作を検知したか否かを判定する。ユーザからの操作を検知したと判定した場合には、ステップＳ１０４に処理を進め、そうでない場合には、ユーザからの入力があるまで待機する。

ステップＳ１０４では、クライアント端末１０１は、ユーザ管理ボタン５０１が押下されたか否かを判定する。ユーザ管理ボタン５０１が押下されたと判定した場合には、ステップＳ１０５に処理を進め、そうでない場合には、ステップＳ１０６に処理を進める。

ステップＳ１０５では、クライアント端末１０１は、ユーザに対してプライマリ管理者及びセカンダリ管理者を設定するためのユーザ管理処理を実行する。ユーザ管理処理については、図６を用いて後述する。

ステップＳ１０６では、クライアント端末１０１は、グループ管理者設定ボタン５０２が押下されたか否かを判定する。グループ管理者設定ボタン５０２が押下されたと判定した場合には、ステップＳ１０７に処理を進め、そうでない場合には、ステップＳ１０８に処理を進める。

ステップＳ１０７では、クライアント端末１０１は、グループに対してプライマリ管理者及びセカンダリ管理者を設定するためのグループ管理者設定処理を実行する。グループ管理者設定処理については、図１７を用いて後述する。

ステップＳ１０８では、クライアント端末１０１は、終了ボタン５０３が押下されたか否かを判定する。終了ボタン５０３が押下されたと判定した場合には、ステップＳ１０９に処理を進め、そうでない場合には、ステップＳ１０３に処理を戻す。

ステップＳ１０９では、クライアント端末１０１は、ステップＳ１０１においてログインされた状態からログアウトし、本一連の処理を終了する。以上が、管理者がクライアント端末１０１を用いてプライマリ管理者及びセカンダリ管理者を設定するための処理である。

次に、クライアント端末１０１及び管理サーバ１０２によって実行されるユーザ管理処理の処理手順について説明する。図６は、図１に示すクライアント端末１０１及び管理サーバ１０２によるユーザ管理処理の処理手順の一例を示すフローチャートである。本処理をＣＰＵ２０１に実行させるためのプログラムは外部メモリ２１１に記憶されており、本処理の実行要求を入力Ｃ２０５より受け付けた場合に、ＣＰＵ２０１は、当該プログラムをＲＡＭ２０３にロードし、ロードしたプログラムによる制御に従って本処理を実行することになる。

ユーザ管理処理では、自部門のグループに所属するユーザに対してセカンダリ管理者を設定するための処理である。図２１の概念図に示す通り、グループ「Ｇ００１」の管理者である「佐藤」が、グループ「Ｇ００２」の管理者である「伊藤」に対して、グループ「Ｇ００１」に所属いており、グループ「Ｇ００２」に異動予定のユーザ「鈴木」に対するセカンダリ管理者権限を設定する処理である。

ステップＳ２０１では、クライアント端末１０１は、管理者の管理しているグループに所属するユーザのユーザ情報を取得すべく、管理サーバ１０２に対して当該ユーザ情報の取得要求を送信する。

ステップＳ２０２では、管理サーバ１０２は、クライアント端末１０１から送信されたユーザ情報の取得要求を受信し、ステップＳ２０３では、管理者の管理しているグループに所属するユーザのユーザ情報を取得する。具体的には、当該管理者の所属しているグループの所属グループ７０３を取得し、取得した所属グループ７０３と一致する所属グループ７０３を持つレコード（ユーザ情報）をすべて取得する。ステップＳ２０４では、取得したユーザ情報をすべてクライアント端末１０１に送信する。

ステップＳ２０５では、クライアント端末１０１は、管理サーバ１０２から送信されたユーザ情報を受信し、ステップＳ２０６では、受信したユーザ情報を元に図８に示すユーザ管理画面８００を表示する。

ステップＳ２０６では、クライアント端末１０１は、プライマリ管理者及びセカンダリ管理者を設定するユーザが選択され、ユーザ管理画面８００に備えられた管理者設定ボタン８０１が押下されたか否かを判定する。管理者設定ボタン８０１が押下されたと判定した場合には、ステップＳ２０８に処理を進め、そうでない場合には、管理者設定ボタン８０１が押下されるまで待機する。本実施例では、ユーザＩＤ「Ａ０００２」、ユーザ名「鈴木」が異動するため、クライアント端末１０１を操作する管理者「佐藤」は、ユーザ「鈴木」に対して、プライマリ管理者及びセカンダリ管理者を設定するものとする。

ステップＳ２０８では、クライアント端末１０１は、管理サーバ１０２に対して管理者情報の取得要求を送信する。

ステップＳ２０９では、管理サーバ１０２は、クライアント端末１０１から送信された管理者情報の取得要求を受信し、ステップＳ２１０では、ユーザ情報テーブル７００の管理者フラグ７０５に「１」が格納されたユーザ情報をすべて取得し、ステップＳ２１１では、取得した管理者情報（管理者のユーザ情報）をクライアント端末１０１に送信する。

ステップＳ２１２では、クライアント端末１０１は、管理サーバ１０２から送信された管理者情報を受信し、ステップＳ２１３では、図９に示すセカンダリ管理者選択画面９００を表示し、ユーザからの入力を受け付ける。

ステップＳ２１４では、クライアント端末１０１は、セカンダリ管理者に設定する管理者情報を選択し、決定ボタン９０１が押下されたか否かを判定する。決定ボタン９０１が押下されたと判定した場合には、ステップＳ２１５に処理を進め、そうでない場合には、決定ボタン９０１が押下されるまで待機する。本実施例では、ユーザ「鈴木」のセカンダリ管理者として、管理者「伊藤」を設定することとする。よって、プライマリ管理者は現在のユーザ「鈴木」を管理している管理者「佐藤」であり、セカンダリ管理者は管理者「伊藤」となる。

ステップＳ２１５では、クライアント端末１０１は、図１０に示す管理者変更期間設定画面１０００を表示する。管理者変更期間設定画面１０００では、プライマリ管理者とセカンダリ管理者を変更する期限を設定できる（権限交換時期設定手段）。異動する場合は、引き継ぎを行うことが多い。よって、一定期間は引き継ぎ期間として、異動先と異動元の両方の文書データを閲覧できることが好ましい。よって、異動が行われる日にセカンダリ管理者として設定された管理者「伊藤」がプライマリ管理者となり、プライマリ管理者であった管理者「佐藤」が消滅してしまうと、異動元の文書データの閲覧権限を与えることができなくなる。そのため、図９に示すように、ある程度引き継ぎの期間を設けることで、このような問題を解決している。本実施例では、ユーザ「鈴木」が異動する日は「２０１０／０７／０１」とするので、プライマリ管理者とセカンダリ管理者が入れ替わる日を変更期間１（交換時期）に設定する。また、引き継ぎ期間の終了を「２０１０／０８／０１」とすると、「２０１０／０８／０１」を変更期間２（削除時期）に設定する。この設定を適用すると次のようになる。この設定を適用した日（本実施例では、「２０１０／０６／２０」）から「２０１０／０６／３０」までは、プライマリ管理者が元々の管理者である管理者「佐藤」、セカンダリ管理者が管理者「伊藤」となる。次に、変更期間１に設定した「２０１０／０７／０１」には異動があり、プライマリ管理者とセカンダリ管理者を入れ替える必要があることと、引き継ぎ期間が必要なため、「２０１０／０７／０１」から「２０１０／０７／３０」までプライマリ管理者が「伊藤」、セカンダリ管理者が管理者「佐藤」となる。そして、引き継ぎ期間が終了する変更期間２の「２０１０／０８／０１」以降は、セカンダリ管理者「佐藤」は消滅し、プライマリ管理者「伊藤」のみとなる。このように、引き継ぐ期間を考慮して、自動的にプライマリ管理者とセカンダリ管理者を変更していくことで、柔軟な管理を行うことができる。

ステップＳ２１６では、クライアント端末１０１は、変更期間１及び変更期間２に年月日が入力され、決定ボタン１００１が押下されたか否かを判定する。決定ボタン１００１が押下されたと判定した場合には、ステップＳ２１７に処理を進め、そうでない場合には、決定ボタン１００１が押下されるまで待機する。

ステップＳ２１７では、クライアント端末１０１は、セカンダリ管理者として選択された管理者情報と、変更期間１及び２を管理サーバ１０２に送信する。

ステップＳ２１８では、管理サーバ１０２は、クライアント端末１０１から送信された各種情報を受信する。

ステップＳ２１９では、管理サーバ１０２は、ステップＳ２１８において受信した各種情報を元に管理者変更テーブル１１００を更新し、ユーザ管理処理を終了する（セカンダリ管理者設定手段）。管理者変更テーブル１１００にレコードを３つ追加し、ユーザＩＤ１１０１に管理者を変更するユーザのユーザＩＤ７０１を格納する。１番目のレコードには、プライマリ管理者１１０２に現在のユーザの管理者のユーザＩＤ７０１を格納する。本実施例では、管理者「佐藤」であるので「Ａ０００１」を格納する。一番目のレコードのセカンダリ管理者１１０３には、ユーザＩＤ１１０１のセカンダリ管理者として設定したユーザのユーザＩＤ７０１を格納する。本実施例では、管理者「伊藤」であるので「Ａ０００６」を格納する。１番目のレコードの開始日１１０４には当該設定を行った日の年月日を格納し、終了日１１０５には、変更期間１の前日の年月日を格納する。２番目のレコードは、異動日のレコードであるので、１番目のレコードに格納したプライマリ管理者１１０２とセカンダリ管理者１１０３とを交換し、プライマリ管理者１１０２に「Ａ０００６」、セカンダリ管理者１１０３に「Ａ０００１」を格納する。開始日１１０４には、変更期間１の「２０１０／０７／０１」を格納し、終了日１１０５には変更期間２の前日の年月日を格納する。そして３番目のレコードは、引き継ぎ期間が終了した場合を示すので、セカンダリ管理者１１０３には何も格納しない。開始日１１０４には、変更期間２の「２０１０／０８／０１」を格納し、終了日１１０５には何も格納しない。このように管理者変更テーブル１１００に、プライマリ管理者とセカンダリ管理者の変更内容を格納していく。当該格納が終了したら、本処理を終了する。

次に、管理サーバ１０２によって定期的に繰り返し実行される管理者変更を行う処理の処理手順について説明する。図１２は、図１に示す管理サーバ１０２によって定期的に繰り返し実行される管理者変更を行う処理手順の一例を示すフローチャートである。本処理をＣＰＵ２０１に実行させるためのプログラムは外部メモリ２１１に記憶されており、本処理の実行要求を入力Ｃ２０５より受け付けた場合に、ＣＰＵ２０１は、当該プログラムをＲＡＭ２０３にロードし、ロードしたプログラムによる制御に従って本処理を実行することになる。

本処理は、前述した図６に示すユーザ管理処理において設定されたプライマリ管理者とセカンダリ管理者とを切り替えるための処理である。本処理は、前述した図４の処理とは別に動作し、定期的に一定間隔で管理サーバ１０２において動作するプログラムである。本プログラムの動作する間隔は１日１回でもよいし、それ以外でもよい。動作間隔は特に問わない。

ステップＳ３０１では、管理サーバ１０２は、現在の年月日を取得する。年月日の取得方法は特に問わない。管理サーバ１０２において動作する時計機能を用いてもよいし、管理サーバ１０２とは別に動作するサーバから取得してもよい。

ステップＳ３０２では、管理サーバ１０２は、テーブル記憶部３１１に記憶された管理者変更テーブル１１００を参照する。

ステップＳ３０３では、管理サーバ１０２は、開始日１１０４がステップＳ３０１において取得された現在の年月日以降であるか否かを判定する。つまり、設定した年月日を迎えたか否かを判定し、プライマリ管理者とセカンダリ管理者を切り替えるための処理である。現在の年月日以降であると判定した場合には、ステップＳ３０４に処理を進め、まだ現在の年月日以降でない場合には、現在の年月日以降となるまで待機をする。

ステップＳ３０４では、管理サーバ１０２は、テーブル記憶部３１１に記憶されたユーザ情報テーブル７００のプライマリ管理者７０４を、管理者変更テーブル１１００のプライマリ管理者１１０２に変更する。例えば、現在の年月日が「２０１０／０７／０１」である場合には、２番目のレコードのプライマリ管理者１１０２を格納する。こうすることで、プライマリ管理者を変更することができる。

ステップＳ３０５では、管理サーバ１０２は、現在の年月日を過ぎたレコードを削除する。具体的には、現在の年月日が「２０１０／０７／０１」であった場合には、管理者変更テーブル１１００の１番目のレコードを削除する。

ステップＳ３０６では、管理サーバ１０２は、管理者変更テーブル１１００にまだレコードが残っているか否かを判定する。前述した例でいうと、２番目と３番目のレコードがまだ残っているため、管理者変更テーブル１１００にはレコードが残っていると判定する。レコードが残っていると判定した場合には、ステップＳ３０１に処理を戻し、そうでない場合には、本一連の処理を終了する。このように、定期的に当該処理を動作させることで、図６に示すユーザ管理処理によって設定されたプライマリ管理者とセカンダリ管理者を切り替えることができる。また、自動的に管理サーバ１０２によって行われるため、管理者やスーパーユーザの手間も省ける。

図１３に示す図は、本実施例において図１２の処理が実行された場合のユーザ情報テーブル７００の遷移である。それぞれ「２０１０／０６／２０」時点のユーザ情報テーブル７００と、「２０１０／０７／０１」時点のユーザ情報テーブル７００、そして「２０１０／０８／０１」時点のユーザ情報テーブル７００のデータの遷移を示している。「２０１０／０６／２０」時点は、本実施例では管理者「佐藤」がユーザ「鈴木」に対してセカンダリ管理者を設定した日付である。よって、まだ異動はしていない。「２０１０／０７／０１」時点では、ユーザ「鈴木」が異動する日であるので、プライマリ管理者とセカンダリ管理者を入れ替えて、プライマリ管理者に管理者「伊藤」を格納することとなる。また、引き継ぎ期間であるので、所属グループは２つのグループ（異動先と異動元）が格納されている。グループへの所属は後述する図１４を用いて説明するが、グループの管理者が管理しているユーザに対して付与することができる。このようにすることで、グループの管理者だけでユーザの異動処理を行うことができる。図１３の説明に戻る。最後の「２０１０／０８／０１」時点では、引き継ぎ期間が終了したため、所属グループに「Ｇ００２」が格納された状態となる。グループからの切り離しは管理者によって行えるものとするが、引き継ぎ期間が終了した時点で自動的に切り離される仕組みとしてもよい。

次に、クライアント端末１０１及び管理サーバ１０２によって実行される所属グループの変更を行う処理の処理手順について説明する。図１４は、図１に示すクライアント端末１０１及び管理サーバ１０２によって実行される所属グループの変更を行う処理手順の一例を示すフローチャートである。本処理をＣＰＵ２０１に実行させるためのプログラムは外部メモリ２１１に記憶されており、本処理の実行要求を入力Ｃ２０５より受け付けた場合に、ＣＰＵ２０１は、当該プログラムをＲＡＭ２０３にロードし、ロードしたプログラムによる制御に従って本処理を実行することになる。

本一連の処理では、管理者が管理するユーザに対してグループの追加を行う処理である。前述した例でいうと、本一連の処理は管理者「伊藤」が行う。図２１の概念図に示す通り、ユーザ「鈴木」のセカンダリ管理者として管理者「伊藤」が設定されると、管理者「伊藤」はユーザ「鈴木」の管理が可能となる。よって、ユーザ「鈴木」を自部門のグループに所属させることで、各種文書データの閲覧等を許可することができる。このようにすることで、管理者同士のみでユーザの受け渡しが可能となる。以下、その説明を行う。

本一連の処理は、前述した管理者メニュー画面５００においてユーザ管理ボタン５０１の押下を検知した場合に実行を行う。よって、ステップＳ４０１乃至ステップＳ４０６は、前述した図６のステップＳ２０１乃至ステップＳ２０６と同様であるので、説明を省略する。ステップＳ４０６において表示されるユーザ管理画面は、図１５に示すユーザ管理画面１５００の通りである。本実施例では、管理者「伊藤」がログインしているため、管理者「伊藤」の管理するユーザ一覧が表示される。

ステップＳ４０７では、クライアント端末１０１は、ユーザ管理画面１５００に備えられた新規ボタン１５０１が押下されたか否かを判定する。新規ボタン１５０１は、自部門のグループに新しいユーザを追加する場合に押下を行うボタンである。新規ボタン１５０１が押下されたと判定した場合には、ステップＳ４０８に処理を進め、そうでない場合には、新規ボタン１５０１が押下されるまで待機する。

ステップＳ４０８では、クライアント端末１０１は、追加可能なユーザ情報を取得すべく、追加ユーザ情報取得要求を管理サーバ１０２に送信する。

ステップＳ４０９では、管理サーバ１０２は、クライアント端末１０１から送信された追加ユーザ情報取得要求を受信し、ステップＳ４１０では、追加可能なユーザ情報を取得する。具体的には、ユーザ情報テーブル７００に記憶されたレコードのうち、プライマリ管理者７０４がログインしている管理者のユーザＩＤ７０１であり、かつ所属グループ７０３が自部門のグループでないユーザを抽出する。また、管理者変更テーブル１１００を参照して、ログインしている管理者が現在セカンダリ管理者として設定されているか否かを参照する。参照した結果セカンダリ管理者となっている場合には、当該ユーザＩＤ１１０１と一致するユーザＩＤ７０１を持つユーザ情報をユーザ情報テーブル７００から取得する。本実施例では、ログインしている管理者「伊藤」のユーザＩＤ７０１は「Ａ０００６」であるので、「Ａ０００６」と一致するプライマリ管理者７０４を検索する。更に該当したレコードのうち、所属グループが管理者「伊藤」の管理する「Ｇ００２」ではないレコードを抽出することになる。また、管理者変更テーブル１１００を参照して、セカンダリ管理者に設定されているかどうかを参照する。本実施例では、「２０１０／０６／２０」からユーザ「Ａ０００２」のセカンダリ管理者として設定されている。よって、ユーザ「Ａ０００２」の「鈴木」が抽出されることになる。

ステップＳ４１１では、管理サーバ１０２は、取得したユーザ情報をクライアント端末１０１に送信する。

ステップＳ４１２では、クライアント端末１０１は、管理サーバ１０２から送信されたユーザ情報を受信し、ステップＳ４１３では受信したユーザ情報に基づいて、図１６に示すユーザ追加画面１６００を表示し、ユーザからの入力を受け付ける。

ステップＳ４１４では、クライアント端末１０１は、自部門に追加したいユーザ情報を選択し、ユーザ追加画面１６００に備えられた追加ボタン１６０１が押下されたか否かを判定する。追加ボタン１６０１が押下されたと判定した場合には、ステップＳ４１５に処理を進め、そうでない場合には、追加ボタン１６０１が押下されるまで待機する。

ステップＳ４１５では、クライアント端末１０１は、選択されたユーザ情報を管理サーバ１０２に送信する。

ステップＳ４１６では、管理サーバ１０２は、クライアント端末１０１から送信されたユーザ情報を受信し、ステップＳ４１７では、受信したユーザ情報からユーザ情報テーブル７００に格納された該当レコードの所属グループ７０３を、ログインしている管理者のグループを追加する。具体的には、本実施例では、ユーザ「鈴木」の所属グループを変更するので、ユーザ「鈴木」のユーザ情報を受信すると、ユーザ情報テーブル７００に格納された該当レコードを特定する。特定されたレコードの所属グループ７０３に、管理者「伊藤」の所属グループ７０３「Ｇ００２」を追加し、「Ｇ００１、Ｇ００２」とする。こうすることで、２つのグループに所属させることができるため、引き継ぎ作業を行うことができる。また、前述した通り、所属グループ７０３は変更期間２を過ぎた場合に、異動元の所属グループ７０３を削除してもよい。この場合、前述した図１２のステップＳ３０４において異動元の所属グループ７０３の削除も同時に行うものとする。その結果、図１３に示す通り、「２０１０／０７／０１」時点では所属グループ７０３が「Ｇ００１、Ｇ００２」であったが、「２０１０／０８／０１」時点では所属グループ７０３が「Ｇ００２」のみとなる。以上が、管理者が管理するユーザに対してグループの追加を行う処理の説明である。

次に、クライアント端末１０１及び管理サーバ１０２によって実行されるグループ管理者設定処理の処理手順について説明する。図１７は、図１に示すクライアント端末１０１及び管理サーバ１０２によって実行されるグループ管理者設定処理の処理手順の一例を示すフローチャートである。本処理をＣＰＵ２０１に実行させるためのプログラムは外部メモリ２１１に記憶されており、本処理の実行要求を入力Ｃ２０５より受け付けた場合に、ＣＰＵ２０１は、当該プログラムをＲＡＭ２０３にロードし、ロードしたプログラムによる制御に従って本処理を実行することになる。

グループ管理者設定処理は、前述した図４におけるステップＳ１０７における処理であり、グループの管理者が異動となってしまう場合に自部門の別のユーザをセカンダリ管理者として設定し、引き継ぎを行う機能である。図２２の概念図に示す通り、自部門の同じグループに所属するユーザで、管理者ではないユーザをグループ「Ｇ００１」のセカンダリ管理者に設定する。

ステップＳ５０１乃至ステップＳ５０５は、前述した図６のステップＳ２０１乃至ステップＳ２０５と同様であるので説明を省略する。

ステップＳ５０６では、クライアント端末１０１は、ステップＳ５０５において受信したユーザ情報に基づいて、図１８に示すグループ管理者選択画面１８００を表示する。グループ管理者選択画面１８００では、ログインしている管理者が管理するユーザ一覧を表示させる。本実施例においては、管理者「佐藤」がログインしているものとして説明を行う。

ステップＳ５０７では、クライアント端末１０１は、自部門のグループのセカンダリ管理者としたいユーザが選択された状態で、グループ管理者選択画面１８００に備えられた決定ボタン１８０１が押下されたか否かを判定する。決定ボタン１８０１が押下されたと判定された場合には、ステップＳ５０８に処理を進め、そうでない場合には、決定ボタン１８０１が押下されるまで待機する。

ステップＳ５０８では、クライアント端末１０１は、管理者変更期間設定画面１０００を表示する。前述した図６のステップＳ２１５と同様の画面を表示させ、プライマリ管理者とセカンダリ管理者の変更期間１と変更期間２の設定を受け付ける。ユーザに対するプライマリ管理者とセカンダリ管理者の設定と同様で、グループに対するプライマリ管理者とセカンダリ管理者も引き継ぎ期間が必要である。よって、このように変更期間を柔軟にすることで、グループ管理の引き継ぎを行うことができる。

ステップＳ５０９では、クライアント端末１０１は、変更期間１及び変更期間２に対して年月日が入力され、管理者変更期間設定画面１０００に備えられた決定ボタン１００１が押下されたか否かを判定する。決定ボタン１００１が押下されたと判定した場合には、ステップＳ５１０に処理を進め、そうでない場合には、決定ボタン１００１が押下されるまで待機する。

ステップＳ５１０では、クライアント端末１０１は、ステップＳ５０９においてセカンダリ管理者として選択されたユーザのユーザ情報を管理者変更情報として管理サーバ１０２に送信する。

ステップＳ５１１では、管理サーバ１０２は、クライアント端末１０１から送信された管理者変更情報を受信し、ステップＳ５１２では、受信した管理者変更情報に基づいてグループ管理者変更テーブル１９００を更新する。具体的には、本実施例ではグループ「Ｇ００１」のセカンダリ管理者としてユーザ「高橋」を任命するものとする。この場合、グループ管理者変更テーブル１９００に３つレコードを追加する。グループＩＤ１９０１には、自部門のグループを示すデータを格納する。本実施例では、「Ｇ００１」をそれぞれのレコードに格納する。１番目のレコードのプライマリ管理者１９０２には現在のグループの管理者である管理者「佐藤」のユーザＩＤ７０１である「Ａ０００１」を格納する。セカンダリ管理者１９０３には、セカンダリ管理者として設定されたユーザ「高橋」のユーザＩＤ７０１である「Ａ０００３」を格納する。開始日１９０４には、現在の年月日を格納し、終了日１９０５には、変更期間１の前日の年月日を格納する。２番目のレコードは、プライマリ管理者とセカンダリ管理者が交代となるので、プライマリ管理者１９０２に「Ａ０００３」を、セカンダリ管理者１９０３に「Ａ０００１」を格納する。開始日１９０４には、変更期間１の年月日を格納し、終了日１９０５には、変更期間２の前日の年月日を格納する。そして３番目のレコードは、セカンダリ管理者を解除するので、プライマリ管理者１９０２には「Ａ０００３」を格納し、セカンダリ管理者１９０３には何も格納しない。開始日１９０４には、変更期間２の年月日を格納し、終了日１９０５には、何も格納しない。

このようにすることで、前述した図１２と同様の処理によって、定期的に現在日時を確認し、プライマリ管理者とセカンダリ管理者を切り替える。この場合には、図２０に示す通り、プライマリ管理者が変更されたグループに所属するユーザ全員のプライマリ管理者７０４を変更する。本実施例では、プライマリ管理者がユーザ「高橋」に変更されるので、ユーザ「高橋」のユーザＩＤ７０１である「Ａ０００３」を格納する。また、管理者「佐藤」の管理者フラグ７０５を「０」に変更し、新たなプライマリ管理者であるユーザ「高橋」の管理者フラグ７０５を「１」に変更する。このようにして、グループの管理者を変更することができる。

以上説明したように、本発明によれば、異動先の部門の管理者を、異動するユーザのセカンダリ管理者として設定できるので、管理者同士の作業によってユーザの異動を行うことのできる効果を奏する。

以上、実施形態例を詳述したが、本発明は、方法、プログラムもしくは記録媒体等としての実施態様をとることが可能である。

また、本発明におけるプログラムは、各処理方法をコンピュータが実行可能（読み取り可能）なプログラムであり、本発明の記録媒体は、各処理方法をコンピュータが実行可能なプログラムが記憶されている。

なお、本発明におけるプログラムは、各装置の処理方法ごとのプログラムであってもよい。

以上のように、前述した実施形態の機能を実現するプログラムを記録した記録媒体を、システムあるいは装置に供給し、そのシステムあるいは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記録媒体に格納されたプログラムを読取り実行することによっても、本発明の目的が達成されることは言うまでもない。

この場合、記録媒体から読み出されたプログラム自体が本発明の新規な機能を実現することになり、そのプログラムを記憶した記録媒体は本発明を構成することになる。

プログラムを供給するための記録媒体としては、例えば、フレキシブルディスク，ハードディスク，光ディスク，光磁気ディスク，ＣＤ−ＲＯＭ，ＣＤ−Ｒ，ＤＶＤ−ＲＯＭ，磁気テープ，不揮発性のメモリカード，ＲＯＭ，ＥＥＰＲＯＭ，シリコンディスク等を用いることができる。

また、コンピュータが読み出したプログラムを実行することにより、前述した実施形態の機能が実現されるだけでなく、そのプログラムの指示に基づき、コンピュータ上で稼働しているＯＳ（オペレーティングシステム）等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。

さらに、記録媒体から読み出されたプログラムが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、そのプログラムの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵ等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。

また、本発明は、複数の機器から構成されるシステムに適用しても、１つの機器からなる装置に適用してもよい。

また、本発明は、システムあるいは装置にプログラムを供給することによって達成される場合にも適応できることは言うまでもない。この場合、本発明を達成するためのプログラムを格納した記録媒体を該システムあるいは装置に読み出すことによって、そのシステムあるいは装置が、本発明の効果を享受することが可能となる。

さらに、本発明を達成するためのプログラムをネットワーク上のサーバ，データベース等から通信プログラムによりダウンロードして読み出すことによって、そのシステムあるいは装置が、本発明の効果を享受することが可能となる。

なお、上述した各実施形態およびその変形例を組み合わせた構成も全て本発明に含まれるものである。

１００ 権限管理システム
１０１ クライアント端末
１０２ 管理サーバ
１０３ ネットワーク

Claims (7)

1. ユーザの管理が可能な権限管理装置であって、
   前記ユーザを示すユーザ情報と、前記ユーザを上位の権限により管理するプライマリ管理者を示すプライマリ管理者情報と、前記ユーザを下位の権限により管理するセカンダリ管理者を示すセカンダリ管理者情報とを対応づけて記憶する記憶手段と、
   前記プライマリ管理者の指示に従って、前記ユーザに対して前記プライマリ管理者とは別のグループに所属する管理者をセカンダリ管理者として設定し、前記記憶手段に記憶するセカンダリ管理者設定手段と、
   前記セカンダリ管理者設定手段によって設定されたセカンダリ管理者と、前記プライマリ管理者とを交換する交換時期を設定する権限交換時期設定手段と、
   前記権限交換時期設定手段によって設定された交換時期を迎えたか否かを判定する判定手段とを備え、
   前記判定手段によって、前記交換時期を迎えたと判定した場合には、前記記憶手段に記憶されたプライマリ管理者情報が示す管理者と、セカンダリ管理者情報が示す管理者とを交換することを特徴とする権限管理装置。
2. 前記権限交換時期設定手段は、更に前記セカンダリ管理者と前記プライマリ管理者とを交換した後、セカンダリ管理者を削除する削除時期を設定し、
   前記判定手段は、更に前記権限交換時期設定手段によって設定された削除時期を迎えたか否かを判定し、
   前記判定手段によって、前記削除時期を迎えたと判定した場合には、前記記憶手段に記憶されたセカンダリ管理者情報を削除することを特徴とする請求項１に記載の権限管理装置。
3. 前記記憶手段は、更にグループごとに当該グループのプライマリ管理者情報及びセカンダリ管理者情報を記憶し、
   前記判定手段によって、前記交換時期を迎えたと判定した場合には、前記記憶手段に記憶された前記グループのプライマリ管理者情報が示す管理者と、前記グループのセカンダリ管理者情報が示す管理者とを交換することを特徴とする請求項１または２に記載の権限管理装置。
4. 前記権限交換時期設定手段は、更に前記グループの前記セカンダリ管理者と前記グループの前記プライマリ管理者とを交換した後、前記グループのセカンダリ管理者を削除する削除時期を設定し、
   前記判定手段は、更に前記権限交換時期設定手段によって設定された削除時期を迎えたか否かを判定し、
   前記判定手段によって、前記削除時期を迎えたと判定した場合には、前記記憶手段に記憶された前記グループのセカンダリ管理者情報を削除することを特徴とする請求項３に記載の権限管理装置。
5. 前記判定手段は、一定間隔で実行することを特徴とする請求項１乃至４に記載の権限管理装置。
6. ユーザを示すユーザ情報と、前記ユーザを上位の権限により管理するプライマリ管理者を示すプライマリ管理者情報と、前記ユーザを下位の権限により管理するセカンダリ管理者を示すセカンダリ管理者情報とを対応づけて記憶する記憶手段を備え、前記ユーザの管理が可能な権限管理装置の制御方法であって、
   前記権限管理装置のセカンダリ管理者設定手段が、前記プライマリ管理者の指示に従って、前記ユーザに対して前記プライマリ管理者とは別のグループに所属する管理者をセカンダリ管理者として設定し、前記記憶手段に記憶するセカンダリ管理者設定ステップと、
   前記権限管理装置の権限交換時期設定手段が、前記セカンダリ管理者設定ステップによって設定されたセカンダリ管理者と、前記プライマリ管理者とを交換する交換時期を設定する権限交換時期設定ステップと、
   前記権限管理装置の判定手段が、前記権限交換時期設定ステップによって設定された交換時期を迎えたか否かを判定する判定ステップとを実行し、
   前記判定ステップによって、前記交換時期を迎えたと判定した場合には、前記記憶手段に記憶されたプライマリ管理者情報が示す管理者と、セカンダリ管理者情報が示す管理者とを交換することを特徴とする権限管理装置の制御方法。
7. ユーザを示すユーザ情報と、前記ユーザを上位の権限により管理するプライマリ管理者を示すプライマリ管理者情報と、前記ユーザを下位の権限により管理するセカンダリ管理者を示すセカンダリ管理者情報とを対応づけて記憶する記憶手段を備え、前記ユーザの管理が可能な権限管理装置をコンピュータに実行させるためのコンピュータに読み取り可能なプログラムであって、
   前記権限管理装置を、
   前記プライマリ管理者の指示に従って、前記ユーザに対して前記プライマリ管理者とは別のグループに所属する管理者をセカンダリ管理者として設定し、前記記憶手段に記憶するセカンダリ管理者設定手段と、
   前記セカンダリ管理者設定手段によって設定されたセカンダリ管理者と、前記プライマリ管理者とを交換する交換時期を設定する権限交換時期設定手段と、
   前記権限交換時期設定手段によって設定された交換時期を迎えたか否かを判定する判定手段として機能させ、
   前記判定手段によって、前記交換時期を迎えたと判定した場合には、前記記憶手段に記憶されたプライマリ管理者情報が示す管理者と、セカンダリ管理者情報が示す管理者とを交換することを特徴とするプログラム。

Images