JP2013114631A - 管理プログラム、管理装置および管理システム - Google Patents

Abstract

【課題】現在の所属情報を利用して、変化後、変化前の所属情報に対応するアクセス権を、猶予期間を持たせて自動的に設定する。
【解決手段】管理装置１００は、同一の利用者ＩＤについて、所属情報１４１に存在し、かつ、所属管理テーブル１４３に存在しない所属を検出した場合に、利用者ＩＤと利用者ＩＤの所属とのレコードを所属管理テーブル１４３に登録して該レコードの有効期間を無制限に設定する。一方、管理装置１００は、同一の利用者について、所属情報１４１に存在せず、かつ、所属管理テーブル１４３に存在する所属を検出した場合に、利用者ＩＤと該利用者ＩＤの所属とのレコードを所属管理テーブル１４３に登録して該レコードの有効期間を設定する。そして、管理装置１００は、所属管理テーブル１４３を基にして、利用者情報を下位サーバ１０に配信する。
【選択図】図２

Description

本発明は、管理プログラム等に関する。

大学には、上位システムや下位システムなどの様々なシステムが存在している。例えば、上位システムには、現在の利用者の所属情報を管理する人事管理システムなどが存在する。かかる所属情報には、利用者の所属、役職などが含まれる。

下位システムには、図書館管理システム、工学部用システム、教務課用システムなどが存在する。それぞれの下位システムには、アクセス権が設定されている。例えば、図書館管理システムには、所属が「図書部」であり、かつ、役職が「部長」となる利用者に対してアクセスを許可するようなアクセス権が設定される。利用者は、自身のアクセス権限に応じて、下位システムにアクセスし、各種のサービスを受ける。

ここで、大学のシステムを利用する利用者の特徴として、単一の利用者が複数の職務を兼務することがよくあるという特徴がある。このため、利用者は、異なるアクセス権限を用いて、各下位システムにアクセスする。例えば、利用者Ａは、図書館システムには、所属「図書部」、役職「部長」でアクセスし、工学部用システムには、所属「工学部」、役職「非常勤講師」でアクセスする。

また、大学のシステムを利用する利用者のその他の特徴として、利用者の所属や役職の移り変わりが多いという特徴がある。利用者は、所属や役職が変わった後、変化後の所属および役職によって、該当する下位システムにアクセスしつつ、しばらくの間、変化前の所属および役職によって、該当する下位システムにアクセスすることがある。このため、変化前の所属および役職について猶予期間を持たせて、利用者にアクセス権を与えることがある。

特開２００９−１２９２８９号公報

しかしながら、上述した従来技術では、現在の所属情報を利用して、変化後、変化前の所属情報に対応するアクセス権を、猶予期間を持たせて自動的に設定することができないという問題がある。

自動的にアクセス権限を設定する従来技術では、変化前の所属情報および変化後の所属情報の双方を利用することになるが、上記大学の上位システムでは、現在の所属情報を出力するのみである。このため、従来技術は利用できず、現状の大学のシステムでは、人手によって、アクセス権を各下位システムに設定している。例えば、下位システムの管理者は、人事管理システムの現在の所属情報を参照して、現在の利用者の所属や役職を調べ、調べた結果を利用して、各下位システムのアクセス権を設定している。

開示の技術は、上記に鑑みてなされたものであって、現在の所属情報を利用して、変化後、変化前の所属情報に対応するアクセス権を、猶予期間を持たせて自動的に設定することができる管理プログラム等を提供することを目的とする。

本願の開示する管理プログラムは、コンピュータに下記の処理を実行させる。コンピュータに、上位装置から利用者と該利用者の現在の所属との関係を含む所属情報を受信して記憶装置に記憶させる。コンピュータに、記憶装置に記憶された、所属情報と、利用者と該利用者の過去の所属とを対応付けた所属管理テーブルとを比較させる。コンピュータに、同一の利用者について、所属情報に存在し、かつ、所属管理テーブルに存在しない所属を検出した場合に、利用者と該利用者の所属とのレコードを所属管理テーブルに登録して該レコードの有効期間を無制限に設定させる。コンピュータに、同一の利用者について、所属情報に存在せず、かつ、所属管理テーブルに存在する所属を検出した場合に、利用者と該利用者の所属とのレコードを所属管理テーブルに登録して該レコードの有効期間を設定させる。コンピュータに、所属管理テーブルを基にして、有効期間を過ぎていない利用者の情報を下位装置に配信させる。

本願の開示する管理プログラムの一つの態様によれば、現在の所属情報を利用して、変化後、変化前の所属情報に対応するアクセス権を、猶予期間を持たせて自動的に設定することができるという効果を奏する。

図１は、本実施例に係るシステムの構成を示す図である。 図２は、管理装置の構成を示す機能ブロック図である。 図３は、所属情報のデータ構造の一例を示す図である。 図４は、利用者情報テーブルのデータ構造の一例を示す図である。 図５は、所属管理テーブルのデータ構造の一例を示す図である。 図６は、グループ情報テーブルのデータ構造の一例を示す図である。 図７は、配信先情報テーブルのデータ構造の一例を示す図である。 図８は、配信管理テーブルのデータ構造の一例を示す図である。 図９は、利用者グループ一覧情報のデータ構造の一例を示す図である。 図１０は、特定結果情報のデータ構造の一例を示す図である。 図１１は、本実施例に係る管理部の処理手順を示すフローチャートである。 図１２は、更新処理の処理手順を示すフローチャートである。 図１３は、本実施例に係る配信部の処理手順を示すフローチャートである。 図１４は、管理プログラムを実行するコンピュータの一例を示す図である。

以下に、本願の開示する管理プログラム、管理装置および管理システムの実施例を図面に基づいて詳細に説明する。なお、この実施例によりこの発明が限定されるものではない。

本実施例に係るシステムの構成について説明する。図１は、本実施例にかかるシステムの構成を示す図である。図１に示すように、このシステムは、下位サーバ１０ａ、１０ｂ、１０ｃ、人事サーバ５０、管理装置１００を有する。管理装置１００は、ネットワークを介して、人事サーバ５０、下位サーバ１０ａ〜１０ｃに接続される。以下の説明では、適宜、下位サーバ１０ａ〜１０ｃをまとめて、下位サーバ１０と表記する。

各下位サーバ１０は、ネットワークを介して各端末装置に接続され、所定のサービスを提供する装置である。下位サーバ１０には、各下位サーバ固有のアクセス権限が設定されており、かかるアクセス権を基にして、他の端末装置からのアクセスを制限する。下位サーバ１０は、管理装置１００から受信する利用者情報を基にして、アクセス権限を設定する。

人事サーバ５０は、利用者の所属情報を管理する装置である。人事サーバ５０は、現在の利用者の所属情報を管理装置１００に送信する。

管理装置１００は、現在の所属情報を基にして、下位サーバ１０がアクセス権を設定するための利用者情報を生成し、生成した利用者情報を下位サーバ１０に送信する装置である。

管理装置１００の構成の一例について説明する。図２は、管理装置の構成を示す機能ブロック図である。図２に示すように、管理装置１００は、通信部１１０、入力部１２０、表示部１３０、記憶部１４０、制御部１５０を有する。

通信部１１０は、下位サーバ１０および人事サーバ５０とデータ通信を行う処理部である。後述する制御部１５０は、通信部１１０を介して、下位サーバ１０および人事サーバ５０とデータをやり取りする。通信部１１０は、例えば通信装置に対応する。

入力部１２０は、管理装置１００に各種の情報を入力するための入力装置である。例えば、入力部１２０は、キーボードやマウス、タッチパネル等に対応する。表示部１３０は、各種の情報を表示する表示装置である。例えば、表示装置は、ディスプレイやタッチパネルに対応する。

記憶部１４０は、各種の情報を記憶する記憶装置である。記憶部１４０は、所属情報１４１、利用者情報テーブル１４２、所属管理テーブル１４３を記憶する。また、記憶部１４０は、グループ情報テーブル１４４、配信先情報テーブル１４５、配信管理テーブル１４６を記憶する。記憶部１４０は、例えば、ＲＡＭ（Random Access Memory）、ＲＯＭ（Read Only Memory）、フラッシュメモリ（Flash Memory）などの半導体メモリ素子、またはハードディスク、光ディスクなどの記憶装置に対応する。

所属情報１４１は、人事サーバ５０から受信する所属情報に対応する。図３は、所属情報のデータ構造の一例を示す図である。図３に示すように、この所属情報は、処理区分情報、利用者ＩＤ（Identification）、氏名、複数の所属および役職の組みを有する。図３では、２つの所属および役職の組みを示すが、これに限定されるものではなく、２つ以上の所属および役職の組みを含んでも良い。

図３において、処理区分情報は、所属情報１４１に含まれる情報が新規登録であるか、更新であるか、削除であるかを示す情報である。この処理区分情報は、人事サーバ５０により設定される。

図３の１段目では、利用者ＩＤ「００１」の氏名「戸谷」さんは、２種類の所属および役職を兼務している。具体的に、「戸谷」さんは、所属「学務部」および役職「課長」と、所属「人事部」および役職「課長」を兼務している。他の利用者ＩＤ「００１」〜「００６」についても同様に、氏名、所属および役職の組みが対応付けられる。なお、所属先で役職がない場合には、例えば役職「役職なし」となる。

利用者情報テーブル１４２は、利用者ＩＤと氏名とを対応付けるテーブルである。図４は、利用者情報テーブルのデータ構造の一例を示す図である。

所属管理テーブル１４３は、利用者の所属情報を管理するためのテーブルである。図５は、所属管理テーブルのデータ構造の一例を示す図である。図５に示すように、この所属管理テーブル１４３は、利用者ＩＤ、所属、役職、更新日時、開始日、終了日を対応付ける。このうち、更新日時は、レコードを更新した日時を示す。開始日は、レコードの該当する所属および役職の組みを登録した日時に対応する。終了日は、所属および役職の組みの有効期間が終了する日時に対応する。終了日が設定されていないレコードに関しては有効期間が無制限となる。なお、有効期間が終了する日時が設定されたレコードの所属については、利用者は現時点において、当該レコードの所属ではない場合がある。例えば、異動直後の後任者への引継ぎ期間などでは、利用者の所属は異なるが、利用者は異動前のシステムにアクセスが必要な場合があるためである。

なお、所属管理テーブル１４３は、同一の利用者ＩＤであっても、所属と役職との組みが異なる場合には、別々のレコードで管理する。大学では、利用者によって所属の数が大きく異なっており、一つのレコードで所属を全て管理しようとすると、各レコードに複数の所属を管理可能にするための無駄なデータ領域を確保する必要がある。本実施例の所属管理テーブル１４３のレコードの構成にすることで、管理装置１００は、利用者の所属の多寡に関わらず、利用者の所属を容易に管理することが可能になる。

図５の１段目のレコードでは、利用者ＩＤ「００１」に対応する利用者の所属および役職が「人事部」および「課長」である。また、１段目のレコードの更新日時が「２０１１年１１月０１日」であり、開始日が「２０１０年１０月０１日」であり、終了日が「２０１１年１２月０１日」である。このため、利用者ＩＤ「００１」の利用者の所属「人事部」および役職「課長」の有効期間は「２０１１年１２月０１日」で終了する。

図５の２段目のレコードでは、利用者ＩＤ「００１」に対応する利用者の所属および役職が「学務部」および「課長」である。また、２段目のレコードの更新日時が「２０１１年１１月０１日」であり、開始日が「２０１０年１１月０１日」であり、終了日が設定されていない。このため、利用者ＩＤ「００１」の利用者の所属「学務部」および役職「課長」の有効期間が現段階では無期限となっている。

グループ情報テーブル１４４は、所属および役職の組みと、所定のグループとを対応付けるテーブルである。図６は、グループ情報テーブルのデータ構造の一例を示す図である。図６に示すように、グループ情報テーブル１４４は、グループＩＤ、所属、役職を対応付ける。例えば、所属「人事部」および役職「課長」の組みは、グループＩＤ「Ｇ１」に対応付けられる。

配信先情報テーブル１４５は、各下位サーバ１０と、図６に示したグループＩＤとを対応付ける情報である。管理装置１００は、配信先情報テーブル１４５に基づいて、該当する下位サーバ１０に利用者の情報を配信する。図７は、配信先情報テーブルのデータ構造の一例を示す図である。図７に示すように、配信先情報テーブル１４５は、サーバＩＤと、グループＩＤとを対応付ける。サーバＩＤは、下位サーバを一意に識別する情報である。サーバＩＤ「１０ａ」は、下位サーバ１０ａに対応する。サーバＩＤ「１０ｂ」は、下位サーバ１０ｂに対応する。なお、図７には記さないが、サーバＩＤ「１０ｃ」は、下位サーバ１０ｃに対応する。

配信管理テーブル１４６は、利用者の情報の配信有無を管理するテーブルである。図８は、配信管理テーブルのデータ構造の一例を示す図である。図８に示すように、配信管理テーブル１４６は、利用者ＩＤ、サーバＩＤ、配信日時、フラグを対応付ける。このうち、配信日時は、該当するレコードの利用者の情報を配信した日時を示す。フラグは、該当するレコードの利用者の情報を配信したか否かを示す情報である。フラグが「ＯＮ」の場合は、配信済みであり、「オフ」の場合には未配信である。

制御部１５０は、受信部１５１、管理部１５２、配信部１５３を有する。制御部１５０は、例えば、ＡＳＩＣ（Application Specific Integrated Circuit）や、ＦＰＧＡ（Field Programmable Gate Array）などの集積装置に対応する。また、制御部１５０は、例えば、ＣＰＵやＭＰＵ（Micro Processing Unit）等の電子回路に対応する。

受信部１５１は、人事サーバ５０から所属情報を受信する処理部である。受信部１５１は、受信した所属情報を、記憶部１４０に記憶させる。人事サーバ５０から受信する所属情報のデータ構造は、図３に示した所属情報に対応する。

管理部１５２は、所属情報１４１に基づいて、利用者情報テーブル１４２および所属管理テーブル１４３を管理するテーブルである。管理部１５２は、所属情報１４１に含まれる処理区分情報に対応した各種の処理を実行する。以下では、処理区分情報が新規登録である場合の処理、更新である場合の処理、削除である場合の処理について順に説明する。

処理区分情報が新規登録である場合の管理部１５２の処理について説明する。管理部１５２は、所属情報１４１に含まれる利用者ＩＤと氏名との組みを、利用者情報テーブル１４２に追加する。

また、管理部１５２は、所属情報１４１に含まれる利用者ＩＤ、所属、役職の組みを、所属管理テーブル１４３に追加する。また、管理部１５２は、タイマから現在の日時を取得し、更新日時および開始日に設定する。

次に、処理区分情報が更新である場合の管理部１５２の処理について説明する。管理部１５２は、所属情報１４１によって、利用者情報テーブル１４２を更新する。例えば、管理部１５２は、所属情報１４１と利用者情報テーブル１４２とを比較して、同一の利用者ＩＤで、かつ、氏名が異なるレコードを、利用者情報テーブル１４２から検出する。そして、管理部１５２は、検出したレコードの氏名を、所属情報１４１に合わせて更新する。

管理部１５２は、所属情報１４１と所属管理テーブル１４３とを比較して、所属管理テーブル１４３を更新する。以下において、利用者の所属および役職の組みが追加された場合と、所属および役職の組みが減少した場合の処理について順に説明する。

所属および役職の組みが追加された場合の処理について説明する。同一の利用者ＩＤのレコードについて、所属情報１４１に存在し、かつ、所属管理テーブル１４３に存在しない所属および役職の組みが、追加された所属および役職の組みとなる。管理部１５２は、追加された所属および役職の組みを、利用者ＩＤと対応付けて所属管理テーブル１４３に登録する。また、管理部１５２は、タイマから現在の日時を取得し、該当するレコードの更新日時および開始日に登録する。

例えば、利用者ＩＤ「００１」について、所属「学務部」および役職「課長」の組みが、所属情報１４１に存在し、所属管理テーブル１４３に存在しないものとする。この場合には、管理部１５２は、利用者ＩＤ「００１」、所属「学務部」、役職「課長」の組みを、所属管理テーブル１４３に登録する。また、管理部１５２は、登録した組みに対応するレコードの更新日時および開始日に現在日時を設定し、終了日には何も登録しない。終了日には何も登録しないので、利用者ＩＤ「００１」、所属「学務部」、役職「課長」のレコードの有効期間は無制限となる。

所属および役職の組みが減少した場合の処理について説明する。同一の利用者ＩＤのレコードについて、所属情報１４１に存在せず、かつ、所属管理テーブル１４３に存在する所属および役職の組みが、減少した所属および役職の組みとなる。管理部１５２は、所属管理テーブル１４３について、該当する利用者ＩＤと、減少した所属および役職の組みに対応するレコードの終了日に、現在の日時に所定の日数を加算した日時を登録する。所定の日数は、予め管理者が設定しておくものとする。また、管理部１５２は、該当レコードの更新日時に、現在の日時を設定する。

例えば、利用者ＩＤ「００１」について、所属「人事部」および役職「課長」の組みが、所属情報１４１に存在し、かつ、所属管理テーブル１４３に存在するものとする。この場合には、管理部１５２は、所属管理テーブル１４３について、利用者ＩＤ「００１」、所属「人事部」、役職「課長」を含むレコードの終了日に、現在の日時に所定の日数を加算した日時を登録する。例えば、現在の日時が「２０１１年１１月０１日」で、所定の日数が「３０」の場合には、終了日に「２０１１年１２月０１日」を登録する。また、管理部１５２は、該当レコードの更新日時に、現在の日時「２０１１年１１月０１日」を登録する。

次に、処理区分情報が削除である場合の管理部１５２の処理について説明する。管理部１５２は、所属情報１４１に含まれる利用者ＩＤと氏名との組みと同じ組のレコードを、利用者情報テーブル１４２から特定する。管理部１５２は、特定したレコードを利用者情報テーブル１４２から削除する。なお、管理部１５２は、特定したレコードを削除しないで、特定したレコードに削除フラグなどを設定し、他のレコードと区別しても良い。

上述した管理部１５２は、受信部１５１が、所属情報１４１を記憶部１４０に記憶させたことを契機にして上記処理を実行しても良いし、定期的に実行しても良い。

配信部１５３は、各テーブル１４２〜１４６を基にして、利用者情報を生成し、生成した利用者情報を、該当する下位サーバ１０に配信する処理部である。以下において、配信部１５３の処理を具体的に説明する。

配信部１５３は、配信先情報テーブル１４５を基にして、利用者グループ一覧情報を生成する。この利用者グループ一覧情報は、どの下位サーバ１０が、どの利用者グループに区分されるかを示す情報となる。例えば、配信先情報テーブル１４５が図７に示すデータを有しているものとする。この場合には、配信先情報テーブル１４５の関係から、図９に示す利用者グループ一覧情報が生成される。

図９は、利用者グループ一覧情報のデータ構造の一例を示す図である。図９に示すように、サーバＩＤ「１０ａ」に対応するグループＩＤは「Ｇ１、Ｇ３」となる。サーバＩＤ「１０ｂ」に対応するグループＩＤは「Ｇ２、Ｇ４」となる。

配信部１５３は、利用者グループ一覧情報を生成した後に、配信対象となる利用者情報を抽出するための準備を行う。具体的に、配信部１５３は、サーバＩＤ毎に、第１の利用者ＩＤ群と、第２の利用者ＩＤ群とを作成する。第１の利用者ＩＤ群は、現在の所属および役職の組みに対応する利用者ＩＤを含む。第２の利用者ＩＤ群は、前回下位サーバ１０に配信した所属および役職の組みに対応する利用者ＩＤを含む。

配信部１５３が、第１の利用者ＩＤ群を生成する処理について説明する。第１の利用者ＩＤ群は、サーバＩＤ毎に生成される。ここでは、サーバＩＤ「１０ａ」に対応する第１の利用者ＩＤ群を生成する場合について説明する。配信部１５３は、利用者グループ一覧情報を参照し、サーバＩＤ「１０ａ」に対応するグループＩＤを特定すると、グループＩＤは「Ｇ１、Ｇ３」となる。

配信部１５３は、グループＩＤを特定した後に、グループＩＤに対応する所属と役職との組みを、グループ情報テーブル１４４から検出する。グループ情報テーブル１４４のデータ構造が図６に示すものとすると、グループＩＤ「Ｇ１」に対応する所属と役職との組みは、所属「人事部」、役職「課長」となる。また、グループＩＤ「Ｇ３」に対応する所属と役職との組みは、所属「図書部」、役職「部長」となる。

配信部１５３は、グループＩＤに対応する所属と役職との組みを検出した後に、検出した組みと同一の組みを有し、かつ、現在の日時が終了日を超えていないレコードを、所属管理テーブル１４３から検出する。配信部１５３は、検出したレコードに含まれる利用者ＩＤを、サーバＩＤ「１０ａ」の第１の利用者ＩＤ群として特定する。

例えば、配信部１５３は、所属「人事部」、役職「課長」の組みを有し、現在の日時が終了日を超えていないレコードを、所属管理テーブル１４３から検出すると、図５の１段目のレコードがヒットする。該レコードの利用者ＩＤは「００１」である。また、所属「図書部」、役職「部長」の組みを有し、現在の日時が終了日を超えていないレコードを、所属管理テーブル１４３から検出すると、図５の３段目のレコードがヒットする。該レコードの利用者ＩＤは「００２」である。この場合には、第１の利用者ＩＤ群には、利用者ＩＤ「００１」と「００２」が含まれることになる。

配信部１５３は、他のサーバＩＤ「１０ｂ、１０ｃ」の第１の利用者ＩＤ群を、サーバＩＤ「１０ａ」と同様にして、特定する。

配信部１５３が、第２の利用者ＩＤ群を生成する処理について説明する。第２の利用者ＩＤ群は、サーバＩＤ毎に生成される。ここでは、サーバＩＤ「１０ａ」に対応する第２の利用者ＩＤ群を生成する場合について説明する。配信部１５３は、配信管理テーブル１４６を参照する。配信部１５３は、配信管理テーブル１４６のレコードのうち、サーバＩＤが「１０ａ」となり、かつ、フラグが「ＯＮ」となるレコードを検出し、検出したレコードに含まれる利用者ＩＤを、第２の利用者ＩＤ群として特定する。

例えば、図８において、サーバＩＤが「１０ａ」となり、かつ、フラグが「ＯＮ」となるレコードは、１段目のレコードと、３段目のレコードとなる。１段目のレコードおよび３段目のレコードの利用者ＩＤはそれぞれ利用者ＩＤ「００１」、「００２」となる。この場合には、第２の利用者ＩＤ群には、利用者ＩＤ「００１」と「００２」が含まれることになる。

配信部１５３は、他のサーバＩＤ「１０ｂ、１０ｃ」の第２の利用者ＩＤ群を、サーバＩＤ「１０ａ」と同様にして、特定する。

配信部１５３は、例えば、各サーバＩＤ、第１の利用者ＩＤ群、第２の利用者ＩＤ群を対応付けた特定結果情報を生成する。図１０は、特定結果情報のデータ構造の一例を示す図である。例えば、図１０に示す例では、サーバＩＤ「１０ａ」に対応する第１の利用者ＩＤ群には、利用者ＩＤ「００１、００２」が含まれ、第２の利用者ＩＤ群には、利用者ＩＤ「００１、００２」が含まれる。サーバＩＤ「１０ｂ」に対応する第１の利用者ＩＤ群には、利用者ＩＤ「００１」が含まれ、第２の利用者ＩＤ群には、利用者ＩＤ「００１、００３」が含まれる。サーバＩＤ「１０ｃ」に対応する第１の利用者ＩＤ群には、利用者ＩＤ「００８、００９」が含まれ、第２の利用者ＩＤ群には、利用者ＩＤ「００８」が含まれる。

配信部１５３は、特定結果情報を生成した後に、各下位サーバ１０に、利用者情報を配信する。以下において、配信部１５３が利用者情報を配信する処理について具体的に説明する。配信部１５３は、下位サーバ１０に対応する第１の利用者ＩＤ群と、第２の利用者ＩＤ群とを比較し、新規登録された利用者ＩＤ、下位サーバに利用者情報を配信した後に、利用者情報が更新された利用者ＩＤ、削除された利用者ＩＤを検出する。新規登録された利用者ＩＤを検出した場合の処理、更新された利用者ＩＤを検出した場合の処理、削除された利用者ＩＤを検出した場合の処理に分けて配信部１５３の処理を順に説明する。

新規登録された利用者ＩＤを検出した場合の処理について説明する。新規登録された利用者ＩＤは、第１の利用者ＩＤ群に存在し、かつ、第２の利用者ＩＤ群に存在しない利用者ＩＤに対応する。配信部１５３は、新規登録された利用者ＩＤに対応する所属および役職を、所属管理テーブル１４３から抽出する。そして、配信部１５３は、新規登録された利用者ＩＤと、該利用者ＩＤに対応する所属および役職を含んだ利用者情報を生成し、生成した利用者情報を該当する下位サーバに配信する。

図１０に示す例では、サーバＩＤ「１０ｃ」について、利用者ＩＤ「００９」が、第１の利用者ＩＤ群に存在し、第２の利用者ＩＤ群に存在しない新規に登録された利用者ＩＤとなる。このため、配信部１５３は、利用者ＩＤ「００９」と、利用者ＩＤ「００９」に対応する所属および役職を利用者情報に含め、利用者情報を下位サーバ１０ｃに配信する。

配信部１５３は、下位サーバへの利用者情報の配信が完了した場合に、下位サーバのサーバＩＤ、配信した利用者情報の利用者ＩＤとの組みに対応するレコードを、配信管理テーブル１４６から特定する。配信部１５３は、特定したレコードのフラグをＯＮに設定し、現在の日時を配信日時に設定する。

更新された利用者ＩＤを検出した場合の処理について説明する。更新された利用者ＩＤは、第１の利用者ＩＤ群および第２の利用者ＩＤ群の両方に存在する利用者ＩＤである。更に、更新された利用者ＩＤは、該当する利用者ＩＤの配信日時が、更新日時よりも前である利用者ＩＤである。配信日時は、配信管理テーブル１４６に登録されており、更新日時は、所属管理テーブル１４３に登録されている。配信部１５３は、更新された利用者ＩＤに対応する所属および役職を、所属管理テーブル１４３から抽出する。配信部１５３は、更新された利用者ＩＤと、該利用者ＩＤに対応する所属および役職を含んだ利用者情報を生成し、生成した利用者情報を該当する下位サーバに配信する。

図１０に示す例では、例えば、サーバＩＤ「１０ａ」について、利用者ＩＤ「００１、００２」が、第１の利用者ＩＤ群および第２の利用者ＩＤ群に存在する。また、配信日時が、更新日時よりも前である利用者ＩＤは、利用者ＩＤ「００１」、「００２」のうち、利用者ＩＤ「００１」である。このため、利用者ＩＤ「００１」が更新された利用者ＩＤとなる。配信部１５３は、利用者ＩＤ「００１」と、利用者ＩＤ「００１」に対応する所属および役職を利用者情報に含め、利用者情報を下位サーバ１０ａに配信する。

配信部１５３は、下位サーバへの利用者情報の配信が完了した場合に、下位サーバのサーバＩＤ、配信した利用者情報の利用者ＩＤとの組みに対応するレコードを、配信管理テーブル１４６から特定する。配信部１５３は、特定したレコードの配信日時を現在の日時に更新する。

削除された利用者ＩＤを検出した場合の処理について説明する。削除された利用者ＩＤは、第１の利用者ＩＤ群に存在せず、かつ、第２の利用者ＩＤ群に存在する利用者ＩＤに対応する。配信部１５３は、削除された利用者ＩＤを、利用者情報に含め、含めた利用者ＩＤに関連する情報の削除指示も利用者情報に含め、下位サーバ１０に配信する。かかる利用者情報を受けた下位サーバ１０は、利用者情報に含まれる利用者ＩＤに対応する情報を自身の記憶装置から削除する。

図１０に示す例では、サーバＩＤ「１０ｂ」について、利用者ＩＤ「００３」が、第１の利用者ＩＤ群に存在せず、第２の利用者ＩＤ群に存在する。このため、利用者ＩＤ「００３」が削除された利用者ＩＤに対応する。このため、配信部１５３は、サーバ１０ｂに対して、利用者ＩＤ「００３」の削除指示を、利用者情報に含めて配信する。

配信部１５３は、下位サーバへの利用者情報の配信が完了した場合に、削除された利用者ＩＤに対応するレコードを、配信管理テーブル１４６から特定する。配信部１５３は、特定したレコードのフラグをオフに設定する。

上記した配信部１５３は、例えば、定期的に上記処理を実行する。または、配信部１５３は、管理部１５２が、利用者情報テーブル１４２、所属管理テーブル１４３を更新したことを契機にして、上記処理を実行してもよい。

次に、本実施例に係る管理装置１００の管理部１５２、配信部１５３の処理手順を順に説明する。図１１は、本実施例に係る管理部の処理手順を示すフローチャートである。図１１に示す処理は、例えば、人事サーバ５０から所属情報を取得したことを契機として実行される。

図１１に示すように、管理部１５２は、所属情報を取得し、記憶部１４０に記憶させる（ステップＳ１０１）。管理部１５２は、所属情報のフォーマットチェックを行う（ステップＳ１０２）。管理部１５２は、処理区分情報が新規登録であるか否かを判定する（ステップＳ１０３）。管理部１５２は、処理区分情報が新規登録である場合には（ステップＳ１０３，Ｙｅｓ）、利用者情報テーブル１４２に情報を登録する（ステップＳ１０４）。管理部１５２は、所属管理テーブル１４３に情報を登録し（ステップＳ１０５）、ステップＳ１０６に移行する。

一方、管理部１５２は、処理区分情報が新規登録ではない場合には（ステップＳ１０３，Ｎｏ）、処理区分情報が更新であるか否かを判定する（ステップＳ１０６）。管理部１５２は、処理区分情報が更新である場合には（ステップＳ１０６，Ｙｅｓ）、更新処理を実行し（ステップＳ１０７）、ステップＳ１０８に移行する。

一方、管理部１５２は、処理区分情報が更新ではない場合には（ステップＳ１０６，Ｎｏ）、処理区分情報が削除であるか否かを判定する（ステップＳ１０８）。管理部１５２は、処理区分情報が削除の場合には（ステップＳ１０８，Ｙｅｓ）、利用者情報テーブル１４２から情報を削除し（ステップＳ１０９）、処理を終了する。

一方、管理部１５２は、処理区分情報が削除ではない場合には（ステップＳ１０８，Ｎｏ）、処理を終了する。

次に、図１１のステップＳ１０７に示した更新処理の処理手順について説明する。図１２は、更新処理の処理手順を示すフローチャートである。図１２に示すように、管理部１５２は、利用者情報テーブル１４２の情報を更新し（ステップＳ２０１）、所属情報１４１と所属管理テーブル１４３とを比較する（ステップＳ２０２）。

管理部１５２は、所属情報１４１に存在し、所属管理テーブル１４３に存在しない所属があるか否かを判定する（ステップＳ２０３）。管理部１５２は、所属情報１４１に存在し、所属管理テーブル１４３に存在しない所属がある場合には（ステップＳ２０３，Ｙｅｓ）、所属管理テーブル１４３に登録する（ステップＳ２０４）。そして、管理部１５２は、ステップＳ２０５に移行する。

一方、管理部１５２は、所属情報１４１に存在し、所属管理テーブル１４３に存在しない所属がない場合には（ステップＳ２０３，Ｎｏ）、ステップＳ２０５に移行する。管理部１５２は、所属情報１４１に存在せず、所属管理テーブル１４３に存在する所属があるか否かを判定する（ステップＳ２０５）。

管理部１５２は、所属情報１４１に存在せず、所属管理テーブル１４３に存在する所属がある場合には（ステップＳ２０５，Ｙｅｓ）、所属管理テーブルの該当する所属の終了日を設定し（ステップＳ２０６）、更新処理を終了する。所属情報１４１に存在せず、所属管理テーブル１４３に存在する所属がある場合、管理部１５２は、利用者の異動によって、利用者の異動前の所属、すなわち過去の所属を検出した状態である。この場合、過去の所属対応する下位装置への利用者のアクセス権をすぐに廃棄することは、利用者の後任への引継ぎ等に支障が生じる。そこで、管理部１５２は過去の所属に対応する下位装置へのアクセス権を一定期間確保するように設定する。

一方、管理部１５２は、所属情報１４１に存在せず、所属管理テーブル１４３に存在する所属がない場合には（ステップＳ２０５，Ｎｏ）、更新処理を終了する。

次に、配信部１５３の処理手順について説明する。図１３は、本実施例にかかる配信部の処理手順を示すフローチャートである。図１３に示す処理は、例えは、配信部１５３により定期的に実行される。

図１３に示すように、配信部１５３は、出力システム区分に配信する利用者グループ一覧情報を作成する（ステップＳ３０１）。配信部１５３は、第１の利用者ＩＤ群と、第２の利用者ＩＤ群とをサーバＩＤ毎に作成する（ステップＳ３０２）。

配信部１５３は、第１の利用者ＩＤ群と第２の利用者ＩＤ群とを比較する（ステップＳ３０３）。配信部１５３は、第１の利用者ＩＤ群に存在し、第２の利用者ＩＤ群に存在しない利用者ＩＤが存在するか否かを判定する（ステップＳ３０４）。

配信部１５３は、第１の利用者ＩＤ群に存在し、第２の利用者ＩＤ群に存在しない利用者ＩＤが存在する場合には（ステップＳ３０４，Ｙｅｓ）、ステップＳ３０５に移行する。配信部１５３は、出力システム区分に利用者情報を配信し（ステップＳ３０５）、配信管理テーブル１４６のフラグをＯＮに設定し（ステップＳ３０６）、ステップＳ３０７に移行する。

一方、配信部１５３は、第１の利用者ＩＤ群に存在し、第２の利用者ＩＤ群に存在しない利用者ＩＤが存在しない場合には（ステップＳ３０４，Ｎｏ）、ステップＳ３０７に移行する。配信部１５３は、第１の利用者ＩＤ群および第２の利用者ＩＤ群に存在し、更新日時が配信日時よりも後の利用者ＩＤが存在するか否かを判定する（ステップＳ３０７）。

配信部１５３は、第１の利用者ＩＤ群および第２の利用者ＩＤ群に存在し、更新日時が配信日時よりも後の利用者ＩＤが存在する場合には（ステップＳ３０７，Ｙｅｓ）、ステップ３０８に移行する。配信部１５３は、出力システム区分に利用者情報を配信し（ステップＳ３０８）、配信管理テーブル１４６のフラグをＯＮに設定する（ステップＳ３０９）。

一方、配信部１５３は、第１の利用者ＩＤ群および第２の利用者ＩＤ群に存在し、更新日時が配信日時よりも後の利用者ＩＤが存在しない場合には（ステップＳ３０７，Ｎｏ）、ステップＳ３１０に移行する。配信部１５３は、第１の利用者ＩＤ群に存在せず、第２の利用者ＩＤ群に存在する利用者ＩＤが存在するか否かを判定する（ステップＳ３１０）。

配信部１５３は、第１の利用者ＩＤ群に存在せず、第２の利用者ＩＤ群に存在する利用者ＩＤが存在する場合には（ステップＳ３１０，Ｙｅｓ）、ステップＳ３１１に移行する。配信部１５３は、出力システム区分に利用者情報を配信し（ステップＳ３１１）、配信管理テーブル１４６のフラグをＯＮに設定する（ステップＳ３１２）。そして、配信部１５３は、処理を終了する。

一方、配信部１５３は、第１の利用者ＩＤ群に存在せず、第２の利用者ＩＤ群に存在する利用者ＩＤが存在しない場合には（ステップＳ３１０，Ｎｏ）、処理を終了する。

次に、本実施例にかかる管理装置１００の効果について説明する。管理装置１００は、同一の利用者ＩＤについて、所属情報１４１に存在し、かつ、所属管理テーブル１４３に存在しない所属を検出した場合に、利用者ＩＤと利用者ＩＤの所属とのレコードを所属管理テーブル１４３に登録して該レコードの有効期間を無制限に設定する。一方、管理装置１００は、同一の利用者について、所属情報１４１に存在せず、かつ、所属管理テーブル１４３に存在する所属を検出した場合に、利用者ＩＤと該利用者ＩＤの所属とのレコードを所属管理テーブル１４３に登録して該レコードの有効期間を設定する。そして、管理装置１００は、所属管理テーブル１４３を基にして、利用者情報を下位サーバ１０に配信する。このような処理を管理装置１００が実行することにより、人事サーバ５０から得られる現在の所属情報を利用して、変化後、変化前の所属情報に対応するアクセス権を、猶予期間を持たせて自動的に下位サーバ１０に設定することができる。

また、管理装置１００は、所属情報１４１に所属情報１４１が新規登録である旨の情報が含まれている場合に、所属情報１４１に存在する利用者ＩＤと該利用者ＩＤの所属とのレコードを所属管理テーブル１４３に登録して該レコードの有効期間を無制限に設定する。このため、所属情報が新規登録される場合でも、アクセス権を適切に設定することができる。

また、管理装置１００は、所属情報１４１に該所属情報１４１が更新である旨の情報が含まれている場合に、所属情報１４１と所属管理テーブル１４３とを比較結果に基づいて、レコードに有効期間を設定する。このため、所属情報が更新される場合でも、アクセス権を適切に設定することができる。

また、管理装置１００は、配信管理テーブル１４６と所属管理テーブル１４３とを基にして、下記の処理を行う。すなわち、管理装置１００は、所属管理テーブル１４３の利用者および該利用者の所属のうち、下位サーバ１０に配信されておらず、かつ、更新日時が配信日時よりも後のレコードに含まれる利用者と該利用者の所属を下位サーバ１０に配信する。このため、更新されたレコードに対応して、アクセス権を適切に設定することができる。

また、管理装置１００は、有効期間を過ぎたレコードが存在する場合には、該レコードに含まれる利用者に関する情報の削除依頼を下位装置に配信する。このため、有効期間後に利用者が下位サーバにアクセスすることを防止することができる。

また、管理装置１００は、配信先情報テーブル１４５を基にして、利用者の所属の情報を配信する下位装置を判定するので、各下位サーバ１０にアクセス権を適切に設定できる。

ところで、本実施例に係る管理装置１００は、処理区分情報を基にして、所属情報が、新規登録であるか、更新であるか、削除であるかを判定していたが、これに限定されるものではない。管理装置１００は、処理区分情報を用いないで、所属情報が、新規登録であるか、更新であるか、削除であるかを判定しても良い。

例えば、管理装置１００は、人事サーバ５０から現在の利用者ＩＤ、所属、役職の組の情報を全て取得し、所属管理テーブル１４３と比較して、所属情報が、新規登録であるか、更新であるか、削除であるかを判定する。例えば、人事サーバ５０からの情報に存在し、所属管理テーブル１４３に存在しない利用者ＩＤ、所属、役職の組は、新規登録の対象となる所属情報である。利用者ＩＤが一致し、所属および役職のみ人事サーバ５０からの情報の異なる利用者ＩＤ、所属、役職の組は、更新対象となる所属情報である。人事サーバ５０に存在せず、所属管理テーブル１４３に存在する利用者ＩＤ、所属、役職の組は、削除対象となる所属情報である。

次に、実施例に示した管理装置１００と同様の機能を実現する管理プログラムを実行するコンピュータの一例を説明する。図１４は、管理プログラムを実行するコンピュータの一例を示す図である。

図１４に示すように、コンピュータ２００は、各種演算処理を実行するＣＰＵ２０１と、ユーザからのデータの入力を受け付ける入力装置２０２と、ディスプレイ２０３を有する。また、コンピュータ２００は、記憶媒体からプログラム等を読取る読み取り装置２０４と、ネットワークを介して他のコンピュータとの間でデータの授受を行うインターフェース装置２０５とを有する。また、コンピュータ２００は、各種情報を一時記憶するＲＡＭ２０６と、ハードディスク装置２０７を有する。そして、各装置２０１〜２０７は、バス２０８に接続される。

ハードディスク装置２０７は、例えば、受信プログラム２０７ａ、管理プログラム２０７ｂ、配信プログラム２０７ｃを有する。ＣＰＵ２０１は、各プログラム２０７ａ〜２０７ｃを読み出して、ＲＡＭ２０６に展開する。

受信プログラム２０７ａは、受信プロセス２０６ａとして機能する。管理プログラム２０７ｂは、管理プロセス２０６ｂとして機能する。配信プログラム２０７ｃは、配信プロセス２０６ｃとして機能する。

例えば、受信プロセス２０６ａは、受信部１５１に対応する。管理プロセス２０６ｂは、管理部１５２に対応する。配信プロセス２０６ｃは、配信部１５３に対応する。

なお、各プログラム２０７ａ〜２０７ｃについては、必ずしも最初からハードディスク装置２０７に記憶させておかなくてもよい。例えば、コンピュータ２００に挿入されるフレキシブルディスク（ＦＤ）、ＣＤ−ＲＯＭ、ＤＶＤディスク、光磁気ディスク、ＩＣカードなどの「可搬用の物理媒体」に各プログラムを記憶させておく。そして、コンピュータ２００がこれらから各プログラム２０７ａ〜２０７ｃを読み出して実行するようにしてもよい。

以上の各実施例を含む実施形態に関し、さらに以下の付記を開示する。

（付記１）コンピュータに、
上位装置から利用者と該利用者の現在の所属との関係を含む所属情報を受信して記憶装置に記憶し、
前記記憶装置に記憶された、前記所属情報と、利用者と該利用者の過去の所属とを対応付けた所属管理テーブルとを比較し、
同一の利用者について、前記所属情報に存在し、かつ、前記所属管理テーブルに存在しない所属を検出した場合に、前記利用者と該利用者の所属とのレコードを前記所属管理テーブルに登録して該レコードの有効期間を無制限に設定し、
同一の利用者について、前記所属情報に存在せず、かつ、前記所属管理テーブルに存在する所属を検出した場合に、前記利用者と該利用者の所属とのレコードを前記所属管理テーブルに登録して該レコードの有効期間を設定し、
前記所属管理テーブルを基にして、有効期間を過ぎていないレコードに含まれる利用者の情報を該利用者の所属に予め対応付けられた下位装置に配信する
各処理を実行させることを特徴とする管理プログラム。

（付記２）前記所属管理テーブルに登録する処理は、前記所属情報に該所属情報が新規登録である旨の情報が含まれている場合に、前記所属情報に存在する利用者と該利用者の所属とのレコードを前記所属管理テーブルに登録して該レコードの有効期間を無制限に設定することを特徴とする付記１に記載の管理プログラム。

（付記３）前記所属管理テーブルに登録する処理は、前記所属情報に該所属情報が更新である旨の情報が含まれている場合に、前記所属情報と前記所属管理テーブルとを比較結果に基づいて、レコードに有効期間を設定することを特徴とする付記１または２に記載の管理プログラム。

（付記４）前記所属管理テーブルは、レコード毎に更新日時を記憶し、前記記憶装置は、下位装置に利用者の情報を配信したか否かを示す情報と配信日時とを対応付けた配信管理テーブルを更に記憶し、
前記配信する処理は、前記配信管理テーブルと、前記所属管理テーブルと基にして、前記所属管理テーブルの利用者の情報のうち、前記下位装置に配信されておらず、かつ、更新日時が配信日時よりも後のレコードに含まれる利用者の情報を下位装置に配信することを特徴とする付記１、２または３に記載の管理プログラム。

（付記５）前記配信する処理は、前記所属管理テーブルに基づいて、有効期間を過ぎたレコードが存在する場合には、該レコードに対応する利用者の情報の削除依頼を下位装置に配信することを特徴とする付記１〜４の何れか一つに記載の管理プログラム。

（付記６）前記記憶装置は、利用者の所属と、該所属の配信先となる下位装置とを対応付けた配信先テーブルを更に記憶し、前記配信する処理は、前記配信先テーブルを基にして、利用者の情報を配信する下位装置を判定することを特徴とする付記１〜５の何れか一つに記載の管理プログラム。

（付記７）上位装置から利用者と該利用者の現在の所属との関係を含む所属情報を受信して記憶部に記憶する受信部と、
前記所属情報と、利用者と該利用者の過去の所属とを対応付けた所属管理テーブルとを記憶する記憶部と、
前記記憶部に記憶された前記所属情報と、前記所属管理テーブルとを比較し、
同一の利用者について、前記所属情報に存在し、かつ、前記所属管理テーブルに存在しない所属を検出した場合に、前記利用者と該利用者の所属とのレコードを前記所属管理テーブルに登録して該レコードの有効期間を無制限に設定し、
同一の利用者について、前記所属情報に存在せず、かつ、前記所属管理テーブルに存在する所属を検出した場合に、前記利用者と該利用者の所属とのレコードを前記所属管理テーブルに登録して該レコードの有効期間を設定する管理部と、
前記所属管理テーブルを基にして、有効期間を過ぎていないレコードに含まれる利用者の情報を該利用者の所属に予め対応付けられた下位装置に配信する配信部と
を含んだことを特徴とする管理装置。

（付記８）前記管理部は、前記所属情報に該所属情報が新規登録である旨の情報が含まれている場合に、前記所属情報に存在する利用者と該利用者の所属とのレコードを前記所属管理テーブルに登録して該レコードの有効期間を無制限に設定することを特徴とする付記７に記載の管理装置。

（付記９）前記管理部は、前記所属情報に該所属情報が更新である旨の情報が含まれている場合に、前記所属情報と前記所属管理テーブルとを比較結果に基づいて、レコードに有効期間を設定することを特徴とする付記７または８に記載の管理装置。

（付記１０）前記所属管理テーブルは、レコード毎に更新日時を記憶し、前記記憶部は、下位装置に利用者の情報を配信したか否かを示す情報と配信日時とを対応付けた配信管理テーブルを更に記憶し、
前記配信部は、前記配信管理テーブルと、前記所属管理テーブルと基にして、前記所属管理テーブルの利用者の情報うち、前記下位装置に配信されておらず、かつ、更新日時が配信日時よりも後のレコードに含まれる利用者の情報を下位装置に配信することを特徴とする付記７、８または９に記載の管理装置。

（付記１１）前記配信部は、前記所属管理テーブルに基づいて、有効期間を過ぎたレコードが存在する場合には、該レコードに対応する利用者の情報の削除依頼を下位装置に配信することを特徴とする付記７〜１０の何れか一つに記載の管理装置。

（付記１２）前記記憶部は、利用者の所属と、該所属の配信先となる下位装置とを対応付けた配信先テーブルを更に記憶し、前記配信部は、前記配信先テーブルを基にして、利用者の情報を配信する下位装置を判定することを特徴とする付記７〜１１の何れか一つに記載の管理装置。

（付記１３）上位装置と下位装置と管理装置とを有する管理システムであって、
前記管理装置は、
前記上位装置から利用者と該利用者の現在の所属との関係を含む所属情報を受信して記憶部に記憶する受信部と、
前記所属情報と、利用者と該利用者の過去の所属とを対応付けた所属管理テーブルとを記憶する記憶部と、
前記記憶部に記憶された前記所属情報と、前記所属管理テーブルとを比較し、
同一の利用者について、前記所属情報に存在し、かつ、前記所属管理テーブルに存在しない所属を検出した場合に、前記利用者と該利用者の所属とのレコードを前記所属管理テーブルに登録して該レコードの有効期間を無制限に設定し、
同一の利用者について、前記所属情報に存在せず、かつ、前記所属管理テーブルに存在する所属を検出した場合に、前記利用者と該利用者の所属とのレコードを前記所属管理テーブルに登録して該レコードの有効期間を設定する管理部と、
前記所属管理テーブルを基にして、有効期間を過ぎていないレコードに含まれる利用者の情報を該利用者の所属に予め対応付けられた前記下位装置に配信する配信部と
を含んだことを特徴とする管理システム。

（付記１４）前記管理部は、前記所属情報に該所属情報が新規登録である旨の情報が含まれている場合に、前記所属情報に存在する利用者と該利用者の所属とのレコードを前記所属管理テーブルに登録して該レコードの有効期間を無制限に設定することを特徴とする付記１３に記載の管理システム。

（付記１５）前記管理部は、前記所属情報に該所属情報が更新である旨の情報が含まれている場合に、前記所属情報と前記所属管理テーブルとを比較結果に基づいて、レコードに有効期間を設定することを特徴とする付記１３または１４に記載の管理システム。

（付記１６）前記所属管理テーブルは、レコード毎に更新日時を記憶し、前記記憶部は、下位装置に利用者の情報を配信したか否かを示す情報と配信日時とを対応付けた配信管理テーブルを更に記憶し、
前記配信部は、前記配信管理テーブルと、前記所属管理テーブルと基にして、前記所属管理テーブルの利用者の情報のうち、前記下位装置に配信されておらず、かつ、更新日時が配信日時よりも後のレコードに含まれる利用者の情報を下位装置に配信することを特徴とする付記１３、１４または１５に記載の管理システム。

（付記１７）前記配信部は、前記所属管理テーブルに基づいて、有効期間を過ぎたレコードが存在する場合には、該レコードに対応する利用者の情報の削除依頼を下位装置に配信することを特徴とする付記１３〜１６の何れか一つに記載の管理システム。

（付記１８）前記記憶部は、利用者の所属と、該所属の配信先となる下位装置とを対応付けた配信先テーブルを更に記憶し、前記配信部は、前記配信先テーブルを基にして、利用者の情報を配信する下位装置を判定することを特徴とする付記１３〜１７の何れか一つに記載の管理システム。

１０ａ、１０ｂ、１０ｃ 下位サーバ
５０ 人事サーバ
１００ 管理装置
１１０ 通信部
１２０ 入力部
１３０ 表示部
１４０ 記憶部
１５０ 制御部

Claims (8)

1. コンピュータに、
   上位装置から利用者と該利用者の現在の所属との関係を含む所属情報を受信して記憶装置に記憶し、
   前記記憶装置に記憶された、前記所属情報と、利用者と該利用者の過去の所属とを対応付けた所属管理テーブルとを比較し、
   同一の利用者について、前記所属情報に存在し、かつ、前記所属管理テーブルに存在しない所属を検出した場合に、前記利用者と該利用者の所属とのレコードを前記所属管理テーブルに登録して該レコードの有効期間を無制限に設定し、
   同一の利用者について、前記所属情報に存在せず、かつ、前記所属管理テーブルに存在する所属を検出した場合に、前記利用者と該利用者の所属とのレコードを前記所属管理テーブルに登録して該レコードの有効期間を設定し、
   前記所属管理テーブルを基にして、有効期間を過ぎていないレコードに含まれる利用者の情報を該利用者の所属に予め対応付けられた下位装置に配信する
   各処理を実行させることを特徴とする管理プログラム。
2. 前記所属管理テーブルに登録する処理は、前記所属情報に該所属情報が新規登録である旨の情報が含まれている場合に、前記所属情報に存在する利用者と該利用者の所属とのレコードを前記所属管理テーブルに登録して該レコードの有効期間を無制限に設定することを特徴とする請求項１に記載の管理プログラム。
3. 前記所属管理テーブルに登録する処理は、前記所属情報に該所属情報が更新である旨の情報が含まれている場合に、前記所属情報と前記所属管理テーブルとを比較結果に基づいて、レコードに有効期間を設定することを特徴とする請求項１または２に記載の管理プログラム。
4. 前記所属管理テーブルは、レコード毎に更新日時を記憶し、前記記憶装置は、下位装置に利用者の情報を配信したか否かを示す情報と配信日時とを対応付けた配信管理テーブルを更に記憶し、
   前記配信する処理は、前記配信管理テーブルと、前記所属管理テーブルと基にして、前記所属管理テーブルの利用者の情報のうち、前記下位装置に配信されておらず、かつ、更新日時が配信日時よりも後のレコードに含まれる利用者の情報を下位装置に配信することを特徴とする請求項１、２または３に記載の管理プログラム。
5. 前記配信する処理は、前記所属管理テーブルに基づいて、有効期間を過ぎたレコードが存在する場合には、該レコードに対応する利用者の情報の削除依頼を下位装置に配信することを特徴とする請求項１〜４の何れか一つに記載の管理プログラム。
6. 前記記憶装置は、利用者の所属と、該所属の配信先となる下位装置とを対応付けた配信先テーブルを更に記憶し、前記配信する処理は、前記配信先テーブルを基にして、利用者の情報を配信する下位装置を判定することを特徴とする請求項１〜５の何れか一つに記載の管理プログラム。
7. 上位装置から利用者と該利用者の現在の所属との関係を含む所属情報を受信して記憶部に記憶する受信部と、
   前記所属情報と、利用者と該利用者の過去の所属とを対応付けた所属管理テーブルとを記憶する記憶部と、
   前記記憶部に記憶された前記所属情報と、前記所属管理テーブルとを比較し、
   同一の利用者について、前記所属情報に存在し、かつ、前記所属管理テーブルに存在しない所属を検出した場合に、前記利用者と該利用者の所属とのレコードを前記所属管理テーブルに登録して該レコードの有効期間を無制限に設定し、
   同一の利用者について、前記所属情報に存在せず、かつ、前記所属管理テーブルに存在する所属を検出した場合に、前記利用者と該利用者の所属とのレコードを前記所属管理テーブルに登録して該レコードの有効期間を設定する管理部と、
   前記所属管理テーブルを基にして、有効期間を過ぎていないレコードに含まれる利用者の情報を該利用者の所属に予め対応付けられた下位装置に配信する配信部と
   を含んだことを特徴とする管理装置。
8. 上位装置と下位装置と管理装置とを有する管理システムであって、
   前記管理装置は、
   前記上位装置から利用者と該利用者の現在の所属との関係を含む所属情報を受信して記憶部に記憶する受信部と、
   前記所属情報と、利用者と該利用者の過去の所属とを対応付けた所属管理テーブルとを記憶する記憶部と、
   前記記憶部に記憶された前記所属情報と、前記所属管理テーブルとを比較し、
   同一の利用者について、前記所属情報に存在し、かつ、前記所属管理テーブルに存在しない所属を検出した場合に、前記利用者と該利用者の所属とのレコードを前記所属管理テーブルに登録して該レコードの有効期間を無制限に設定し、
   同一の利用者について、前記所属情報に存在せず、かつ、前記所属管理テーブルに存在する所属を検出した場合に、前記利用者と該利用者の所属とのレコードを前記所属管理テーブルに登録して該レコードの有効期間を設定する管理部と、
   前記所属管理テーブルを基にして、有効期間を過ぎていないレコードに含まれる利用者の情報を該利用者の所属に予め対応付けられた下位装置に配信する配信部と
   を含んだことを特徴とする管理システム。

Images