情報管理サーバ、情報管理システム、ならびに、プログラム
【課題】情報を効率よく管理するのに好適な情報管理サーバを提供する。
【解決手段】リストに登録されているグループに属するメンバーからのアクセスを許容するＤＢサーバ２０Ａ、２０Ｂと電気通信回線５０を介して接続される履歴情報管理サーバ１０は、グループに属するメンバーの変更の要求を受け付け、受け付けた要求に従って、グループに属するメンバーを変更し、受け付けた要求の履歴を履歴情報ＤＢ１１Ａ、１１Ｂに記憶する。
【解決手段】リストに登録されているグループに属するメンバーからのアクセスを許容するＤＢサーバ２０Ａ、２０Ｂと電気通信回線５０を介して接続される履歴情報管理サーバ１０は、グループに属するメンバーの変更の要求を受け付け、受け付けた要求に従って、グループに属するメンバーを変更し、受け付けた要求の履歴を履歴情報ＤＢ１１Ａ、１１Ｂに記憶する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報を効率的に管理するのに好適な情報管理サーバ、情報管理システム、ならびに、これらをコンピュータにより実現するためのプログラムに関する。
【背景技術】
【０００２】
近年、企業等の組織の情報管理体制に対する顧客の関心が高まっている。そのため、企業等は、例えば、ＩＳＭＳ（Ｉｎｆｏｒｍａｔｉｏｎ Ｓｅｃｕｒｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｓｙｓｔｅｍ：情報セキュリティマネジメントシステム）を導入し、その認証を受けること等により、自主的に情報セキュリティ対策を行っている。
【０００３】
企業におけるこのような情報セキュリティ対策の１つとして、企業内のデータベース（以下「ＤＢ」という。）に対するアクセス権の設定がある。企業は、このアクセス権の設定等により、ＤＢへの不正アクセスによる情報の漏洩を防止している。
【０００４】
この場合、例えばＤＢの管理者が、ＤＢにアクセス可能なアクセス権保有者を登録したＡＣＬ（Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ Ｌｉｓｔ：アクセス制御リスト）を作成し、例えばＤＢサーバに格納しておく。ＤＢサーバは、ＤＢへのアクセス要求に応じて、ＡＣＬを参照し、アクセス要求者がアクセス権保有者である場合にのみ、ＤＢへのアクセスを許可する。
【０００５】
このＡＣＬには、登録対象であるアクセス権保有者として個人が登録されるだけでなく、グループが登録されることがある。その場合には、登録されたグループに属する個人が登録対象となり、その者にアクセス権が設定される。このように、個人ではなくグループがＡＣＬに登録されている場合には、例えば、登録されているグループに属するメンバーに関する情報などを取得したい場合がある。例えば、特許文献１には、かかる要望に応える技術として、登録されているグループに関する情報を取得することが可能なリスト登録対象情報取得システムが開示されている。
【０００６】
ところで、ＡＣＬにアクセス権保有者として一旦登録された者であっても、その後の退職や異動等により、ＤＢへのアクセスを許可すべきでない者となる場合がある。そのような場合に、ＡＣＬをそのままにしておくと、アクセス権の悪用等による情報漏洩の危険性が高まる。そのため、管理者等は、例えば定期的にＡＣＬを確認し、アクセス権保有者の中にアクセスを許可すべきでない者がいないかどうかを調査し、必要に応じてＡＣＬの修正等を行う。
【発明の概要】
【発明が解決しようとする課題】
【０００７】
しかしながら、ＡＣＬは、ＤＢ毎のアクセス制御方針に従って修正される必要があり、複数のＤＢが存在する場合、管理者等は、煩雑な手続きを余儀なくされていた。一方、ＡＣＬの修正等を行う場合には、ＡＣＬの履歴が残されていると便利である。しかしながら、ＡＣＬにグループが登録されている場合に、グループに属するメンバー毎の履歴を残す仕組みは確立されていなかった。そこで、グループに属するメンバー毎の履歴を残すなどして、グループが登録されるリストを効率よく管理したいという要望が強かった。
【０００８】
本発明は、上記問題に鑑みてなされたものであり、情報を効率よく管理するのに好適な情報管理サーバ、情報管理システム、ならびに、これらをコンピュータにより実現するためのプログラムを提供することを目的とする。
【課題を解決するための手段】
【０００９】
上記目的を達成するために、本発明の第１の観点に係る情報管理サーバは、
リストに登録されているグループに属するメンバーからのアクセスを許容するデータベースサーバと電気通信回線を介して接続される情報管理サーバであって、
前記グループに属するメンバーの変更の要求を受け付ける変更要求受付部と、
前記変更要求受付部が受け付けた要求に従って、前記グループに属するメンバーを変更するメンバー変更部と、
前記変更要求受付部が受け付けた要求の履歴を記憶する履歴記憶部と、を備える、
ことを特徴とする。
【００１０】
前記変更要求受付部は、前記グループにメンバーを追加する要求とともに当該グループに当該メンバーを追加する期間を示す情報を受け付け、
前記履歴記憶部は、前記変更要求受付部が受け付けた期間を示す情報を記憶し、
前記履歴記憶部に記憶されている期間を示す情報により示される期間が終了するまでの期間が所定の期間以内であるか否かを判別する期間判別部と、
前記期間判別部により所定の期間以内であると判別された場合に、前記グループに前記メンバーが追加される期間が終了するまでの期間が当該所定の期間以内である旨を通知する期間通知部と、をさらに備えてもよい。
【００１１】
現在時刻が、前記履歴記憶部に記憶されている期間を示す情報により示される期間を経過しているか否かを判別する期間経過判別部、をさらに備え、
前記メンバー変更部は、前記期間経過判別部により現在時刻が前記期間を経過していると判別された場合に、前記グループに追加したメンバーを当該グループから削除してもよい。
【００１２】
上記目的を達成するために、本発明の第２の観点に係る情報管理システムは、
リストに登録されているグループに属するメンバーからのアクセスを許容するデータベースサーバと電気通信回線を介して接続される情報管理サーバとを備える情報管理システムであって、
前記情報管理サーバは、
前記グループに属するメンバーの変更の要求を受け付ける変更要求受付部と、
前記変更要求受付部が受け付けた要求に従って、前記グループに属するメンバーを変更するメンバー変更部と、
前記変更要求受付部が受け付けた要求の履歴を記憶する履歴記憶部と、を備える、
ことを特徴とする。
【００１３】
上記目的を達成するために、本発明の第３の観点に係るプログラムは、
コンピュータを、
リストに登録されているグループに属するメンバーからのアクセスを許容するデータベースサーバと電気通信回線を介して接続される情報管理サーバとして機能させるためのプログラムであって、
前記プログラムは、前記コンピュータを、
前記グループに属するメンバーの変更の要求を受け付ける変更要求受付部、
前記変更要求受付部が受け付けた要求に従って、前記グループに属するメンバーを変更するメンバー変更部、
前記変更要求受付部が受け付けた要求の履歴を記憶する履歴記憶部、
として機能させることを特徴とする。
【発明の効果】
【００１４】
本発明によれば、情報を効率よく管理することができる。
【図面の簡単な説明】
【００１５】
【図１】本発明の実施の形態に係る履歴情報管理システムの構成例を示すブロック図である。
【図２】ＡＣＬのデータ構成例を示す図である。
【図３】グループ情報ＤＢのデータ構成例を示す図である。
【図４】個人情報ＤＢのデータ構成例を示す図である。
【図５】履歴情報管理サーバの構成例を示すブロック図である。
【図６】基本履歴情報のデータ構成例を示す図である。
【図７】対象者情報のデータ構成例を示す図である。
【図８】承認者情報のデータ構成例を示す図である。
【図９】承認日情報のデータ構成例を示す図である。
【図１０】組織情報管理サーバの構成例を示すブロック図である。
【図１１】本発明の実施の形態に係る履歴情報管理サーバが実行するメンバー追加処理の例を示すフローチャートである。
【図１２】ＡＣＬ設定依頼画面の一例を示す図である。
【図１３】本発明の実施の形態に係る履歴情報管理サーバが実行する有効期限通知処理の例を示すフローチャートである。
【図１４】本発明の実施の形態に係る履歴情報管理サーバが実行する有効期限切れメンバー削除処理の例を示すフローチャートである。
【図１５】本発明の実施の形態に係る履歴情報管理サーバが実行する履歴表示処理の例を示すフローチャートである。
【図１６】基本履歴表示画面の一例を示す図である。
【図１７】詳細履歴表示画面の一例を示す図である。
【発明を実施するための形態】
【００１６】
以下、本発明の実施形態を、図面を参照して説明する。
本発明の実施形態においては、情報管理システムの一例として、アクセス制御リスト（以下「ＡＣＬ（Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ Ｌｉｓｔ）」という。）の履歴情報を管理する履歴情報管理システムについて説明する。
【００１７】
図１は、本発明の実施形態に係る履歴情報管理システム１００の構成例を示すブロック図である。
履歴情報管理システム１００は、履歴情報管理サーバ１０と、データベース（以下「ＤＢ」という。）サーバ２０Ａと、ＤＢサーバ２０Ｂと、組織情報管理サーバ３０と、ユーザ端末４０と、を備える。そして、履歴情報管理サーバ１０は、ＤＢサーバ２０Ａ、ＤＢサーバ２０Ｂ、組織情報管理サーバ３０及びユーザ端末４０と、インターネットやＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）等の通信ネットワーク５０を介して接続されている。
【００１８】
履歴情報管理サーバ１０は、ＡＣＬの履歴情報を管理するサーバであり、履歴情報ＤＢ１１Ａと履歴情報ＤＢ１１Ｂとを格納するサーバである。この履歴情報管理サーバ１０の具体的構成については後述する。
【００１９】
ＤＢサーバ２０Ａは、アクセス制御の対象となるＤＢ２１ＡとそのＤＢ用のＡＣＬ２２Ａとを格納するサーバ装置である。ＤＢサーバ２０Ａは、例えば通信ネットワーク５０を介して接続されるユーザ端末４０から、ＤＢ２１Ａへのアクセス要求を受信すると、ＡＣＬ２２Ａを参照して、アクセス要求者がアクセス権保有者であるか否かを判別する。そして、ＤＢサーバ２０Ａは、アクセス要求者がアクセス権保有者である場合に、ＤＢ２１Ａへのアクセスを許可する。
【００２０】
ＤＢサーバ２０Ｂは、アクセス制御の対象となるＤＢ２１ＢとそのＤＢ用のＡＣＬ２２Ｂとを格納するサーバ装置である。ＤＢサーバ２０Ｂは、例えば通信ネットワーク５０を介して接続されるユーザ端末４０から、ＤＢ２１Ｂへのアクセス要求を受信すると、ＡＣＬ２２Ｂを参照して、アクセス要求者がアクセス権保有者であるか否かを判別する。そして、ＤＢサーバ２０Ｂは、アクセス要求者がアクセス権保有者である場合に、ＤＢ２１Ｂへのアクセスを許可する。すなわち、ＤＢサーバ２０Ｂは、ＤＢサーバ２０Ａとは異なるＤＢを格納するが、基本的な構成ならびに動作は、ＤＢサーバ２０Ａと同様である。
【００２１】
図２は、ＤＢサーバ２０Ａに格納されているＡＣＬ２２Ａのデータ構成例を示す図である。なお、ＡＣＬ２２Ｂのデータ構成は、ＡＣＬ２２Ａのデータ構成と同様であるため説明を省略する。
ＡＣＬ２２Ａには、ＩＤと、権限情報と、ロール情報と、が関連付けて記録されている。さらに、ＡＣＬ２２Ａには、アクセス制御対象であるＤＢ２１Ａを識別するためのＤＢ名等が記録されている。
【００２２】
ＩＤは、アクセス権保有者を特定するための識別情報である。具体的には、ＡＣＬ２２Ａには、ＩＤとして、ＤＢ２１Ａへのアクセスが許可される者の識別情報である個人ＩＤと、アクセスが許可されるグループの識別情報であるグループＩＤと、が記録される。図２に示す例では、「Ｇ」で始まるＩＤがグループＩＤであり、「Ｐ」で始まるＩＤが個人ＩＤである。なお、ＡＣＬ２２Ａには、個人ＩＤとグループＩＤのどちらかのみが記録されていてもよい。
【００２３】
ＡＣＬ２２ＡにグループＩＤが記録されている場合には、そのグループＩＤで特定されるグループの所属者すべてにＤＢ２１Ａへのアクセスが許可される。また、グループが階層化されている場合には、ＡＣＬ２２Ａに記録されているグループの下位の階層に属するすべてのグループの所属者にＤＢ２１Ａへのアクセスが許可される。
つまり、ＡＣＬ２２ＡのＩＤ欄に個人ＩＤで特定される個人と、ＩＤ欄にグループＩＤで特定されるグループの下位の階層に属する個人とが、アクセス権保有者とされる。
【００２４】
権限情報は、アクセスする情報の利用態様等に関する権限を示すアクセス権限情報であり、ＩＤに関連付けて記録される。権限情報としては、例えば、情報の閲覧だけが可能なことを示す「読者」、編集も可能なことを示す「編集者」等がある。
【００２５】
ロール情報は、アクセス権保有者の役割を示す情報であり、ＩＤに関連付けて記録される。ロール情報としては、例えば、「技術」、「企画」、「管理」等があり、エージェント等特別な操作に用いられる。具体的には、例えば、ＤＢサーバ２０Ａが、アクセス権保有者の使用するユーザ端末４０に、ＤＢ２１Ａ内の情報を表示させるときに、ロール情報に応じた操作ボタン等も併せて表示させることにより、特定の役割を持つ者に特定の操作を許可することができる。
なお、ロール情報が「なし」の場合には、例えば特定の操作は許可されず、また、複数記録されている場合には、例えば複数の特定の操作が許可される。
【００２６】
図１に戻り、組織情報管理サーバ３０は、企業等の組織に関する情報を管理するサーバ装置であり、グループ情報ＤＢ３１Ａとグループ情報ＤＢ３１Ｂと個人情報ＤＢ３２とを格納する。
【００２７】
グループ情報ＤＢ３１Ａは、組織内のグループに関する情報を記憶するＤＢである。このグループ情報ＤＢ３１Ａにより、グループ毎に、そのグループに属する個人又はグループであるメンバーを特定することができる。ここで、グループ情報ＤＢ３１Ａは、ＡＣＬ２２Ａに登録されるグループ、ならびに、当該グループのメンバーとして登録されるグループに関する情報を記憶する。
【００２８】
一方、グループ情報ＤＢ３１Ｂは、ＡＣＬ２２Ｂに登録されるグループ、ならびに、当該グループのメンバーとして登録されるグループに関する情報を記憶する。
【００２９】
図３は、グループ情報ＤＢ３１Ａのデータ構成例を示す図である。なお、グループ情報ＤＢ３１Ｂのデータ構成はグループ情報ＤＢ３１Ａのデータ構成と同様であるため説明を省略する。
グループ情報ＤＢ３１Ａには、グループ毎に、グループＩＤと、そのグループのメンバーＩＤと、が関連付けて記録される。メンバーＩＤとしては、グループに属する個人の個人ＩＤや、グループに属するグループのグループＩＤが記録される。メンバーＩＤとしてグループＩＤが登録される場合とは、グループが階層化されている場合である。グループＩＤの欄に記載のグループＩＤで特定されるグループが上位グループ、メンバーＩＤの欄に記載のグループＩＤで特定されるグループが下位グループの関係になる。
【００３０】
このグループ情報ＤＢ３１Ａは、組織を構成するグループである「部」、「課」、「係」等に属するメンバーを記憶するだけでなく、例えば新規プロジェクトの発足に応じてその都度構成されるプロジェクトグループのようなグループに属するメンバーも記憶する。
【００３１】
図１に戻り、個人情報ＤＢ３２は、組織に属する個人の情報を記憶するＤＢである。この個人情報ＤＢ３２により、所定の組織に属するという条件を満たす個人を特定することができ、また、その個人の個人情報を得ることができる。
【００３２】
図４は、個人情報ＤＢ３２のデータ構成例を示す図である。
個人情報ＤＢ３２には、個人毎に、個人ＩＤと、その個人の氏名や所属等の個人関連情報と、が関連付けて記録される。
この個人情報ＤＢ３２は、例えば会社組織であれば、社員の情報を記憶し、社員の入社、異動、退職等に応じてメンテナンスされる。具体的には、例えば、入社の場合には新たに個人ＩＤ及び個人関連情報が登録され、異動の場合には所属部署等の情報が変更され、退職の場合には個人情報ＤＢ３２から個人ＩＤ及び個人関連情報が削除される。
【００３３】
図１に戻り、ユーザ端末４０は、履歴情報管理サーバ１０、ＤＢサーバ２０Ａ、ＤＢサーバ２０Ｂならびに組織情報管理サーバ３０と通信ネットワーク５０を介して接続される。ユーザ端末４０は、ＤＢサーバ２０ＡやＤＢサーバ２０Ｂにアクセスするユーザ、ＡＣＬ２２ＡやＡＣＬ２２Ｂの設定を依頼する依頼者、ＡＣＬ２２ＡやＡＣＬ２２Ｂの設定依頼を承認する承認者あるいはＡＣＬ２２ＡやＡＣＬ２２Ｂの設定を登録する管理者からの操作を受け付ける。なお、図１には、通信ネットワーク５０には、１つのユーザ端末４０が接続されているが、複数個のユーザ端末４０が接続されていてもよい。
【００３４】
次に、履歴情報管理サーバ１０の具体的構成を説明する。
図５は、履歴情報管理サーバ１０の構成例を示すブロック図である。
履歴情報管理サーバ１０は、図示するように、通信部１０１と、入力部１０２と、出力部１０３と、記憶部１０４と、制御部１０５と、を備える。
【００３５】
通信部１０１は、通信ネットワーク５０を介して、ＤＢサーバ２０Ａ、ＤＢサーバ２０Ｂ、組織情報管理サーバ３０及びユーザ端末４０と通信を行うものであり、通信インターフェース等を備える。通信部１０１は、必要に応じて、組織情報管理サーバ３０からグループ情報ＤＢ３１Ａやグループ情報ＤＢ３１Ｂや個人情報ＤＢ３２が記憶する情報を受信する。また、通信部１０１は、ＡＣＬ２２Ａの設定を依頼する情報（以下「依頼情報」という。）をユーザ端末４０から受信する。また、通信部１０１は、対応する承認者にＡＣＬ２２Ａの設定の承認を要求することを示す情報をユーザ端末４０に送信する。そして、通信部１０１は、承認者によりＡＣＬ２２Ａの設定が承認されたことを示す情報をユーザ端末４０から受信する。そして、通信部１０１は、承認者によりＡＣＬ２２Ａの設定が承認された場合に、依頼情報に従ってＡＣＬ２２Ａを設定する。
【００３６】
図５に戻り、入力部１０２は、様々な情報を入力するために使用されるものであり、キーボード、マウス等の入力装置を備える。例えば、ＡＣＬの管理者等のユーザは、アクセス権保有者の情報を得たい場合には、入力部１０２を介して、アクセス権保有者の情報を取得する処理の開始を指示する情報を入力する。
【００３７】
出力部１０３は、様々な情報を出力するものであり、ディスプレイ等の表示装置を備える。例えば、出力部１０３は、通信部１０１を介して受信したＡＣＬを表示したり、アクセス権保有者の情報を取得する処理により取得されたアクセス権保有者情報を表示したりする。
【００３８】
記憶部１０４は、様々な情報やプログラム等を記憶するものであり、ハードディスク等の補助記憶装置を備える。記憶部１０４は、履歴情報ＤＢ１１Ａと履歴情報ＤＢ１１Ｂとを記憶する。履歴情報ＤＢ１１Ａは、基本履歴情報１２Ａと、対象者情報１３Ａと、承認者情報１４Ａと、承認日情報１５Ａとを含む。履歴情報ＤＢ１１Ｂは、基本履歴情報１２Ｂと、対象者情報１３Ｂと、承認者情報１４Ｂと、承認日情報１５Ｂとを含む。ここで、履歴情報ＤＢ１１Ａは、ＡＣＬ２２Ａに関する履歴情報が記憶されるＤＢである。一方、履歴情報ＤＢ１１Ｂは、ＡＣＬ２２Ｂに関する履歴情報が記憶されるＤＢである。履歴情報ＤＢ１１Ｂは、履歴情報ＤＢ１１Ａと同様のＤＢであるため、以下、履歴情報ＤＢ１１Ａについて説明する。
【００３９】
まず、図６を参照して、基本履歴情報１２Ａについて説明する。基本履歴情報１２Ａは、それぞれが、依頼番号、グループＩＤ、依頼者ＩＤ、種別、依頼日、開始日、ならびに、有効期限から構成される複数のレコードから構成される。基本履歴情報１２Ａは、ＡＣＬ２２Ａに関する履歴情報のうち基本的な情報である。
【００４０】
依頼番号は、ＡＣＬ２２Ａに対してなされた設定依頼の通し番号である。なお、本実施形態において、設定依頼は、ＡＣＬ２２Ａに登録済みのグループにメンバーを追加する依頼、もしくは、ＡＣＬ２２Ａに登録済みのグループからメンバーを削除する依頼であるものとする。
【００４１】
グループＩＤは、ＡＣＬ２２Ａに登録済みのグループのうち、メンバーが追加もしくは削除されたグループＩＤである。依頼者ＩＤは、ＡＣＬ２２Ａの設定依頼をした依頼者の個人ＩＤである。種別は、設定依頼の種別であり、「追加」もしくは「削除」のいずれかの種別である。
【００４２】
依頼日は、依頼者が設定依頼した日付である。開始日は、メンバーが追加もしくは削除された日付である。有効期限は、種別が「追加」である場合に、追加されたメンバーがＤＢ２１Ａにアクセスすることが可能な期間の最終日の日付である。
【００４３】
次に、図７を参照して、対象者情報１３Ａについて説明する。対象者情報１３Ａは、それぞれが、依頼番号、第１対象者ＩＤ、第２対象者ＩＤ、第３対象者ＩＤ、・・・から構成される複数のレコードから構成される。対象者情報１３Ａは、依頼番号に対応する設定依頼によって追加もしくは削除されたメンバーを特定する情報である。第１対象者ＩＤ、第２対象者ＩＤ、第３対象者ＩＤ、・・・、のそれぞれは、依頼番号に対応する設定依頼によって追加もしくは削除されたメンバーの個人ＩＤである。
【００４４】
次に、図８を参照して、承認者情報１４Ａについて説明する。承認者情報１４Ａは、それぞれが、依頼番号、依頼元審査者ＩＤ、依頼元承認者ＩＤ、受付審査者ＩＤ、第１情報オーナーＩＤ、第２情報オーナーＩＤ、ならびに、登録者ＩＤから構成されるレコードから構成される。承認者情報１４Ａは、設定依頼に対する審査者や承認者、ＤＢ２１Ａの情報のオーナー、ならびに、ＡＣＬ２２Ａの設定の登録者などを特定する情報である。
【００４５】
依頼元審査者ＩＤは、例えば、設定依頼の依頼者が所属する部署の審査者の個人ＩＤである。依頼元承認者ＩＤは、例えば、設定依頼の依頼者が所属する部署の承認者の個人ＩＤである。受付審査者ＩＤは、設定依頼の受付を審査する審査者の個人ＩＤである。
【００４６】
第１情報オーナーＩＤならびに第２情報オーナーＩＤは、それぞれ、ＤＢ２１Ａの情報のオーナーの個人ＩＤである。本実施形態においては、ＤＢ２１Ａの情報のオーナーは２人であり、この２人の承認を得られた場合に、ＤＢ２１Ａへのアクセスが許可される例を示す。登録者ＩＤは、メンバーを追加もしくは削除するようにＡＣＬ２２Ａの設定を登録する登録者の個人ＩＤである。
【００４７】
次に、図９を参照して、承認日情報１５Ａについて説明する。承認日情報１５Ａは、それぞれが、依頼番号、依頼元審査者承認日、依頼元承認者承認日、受付審査者承認日、第１情報オーナー承認日、第２情報オーナー承認日、ならびに、登録者登録日から構成されるレコードから構成される。承認日情報１５Ａは、設定依頼が承認者に承認された日時などを特定する情報である。
【００４８】
依頼元審査者承認日は、設定依頼が依頼元審査者により承認された日付である。依頼元承認者承認日は、設定依頼が依頼元承認者により承認された日付である。受付審査者承認日は、設定依頼が受付審査者により承認された日付である。第１情報オーナー承認日は、設定依頼が第１情報オーナーにより承認された日付である。第２情報オーナー承認日は、設定依頼が第２情報オーナーにより承認された日付である。登録者登録日は、設定依頼に基づくＡＣＬ２２Ａの設定が登録者により登録された日付である。
【００４９】
図５に戻り、制御部１０５は、図示しない、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）等から構成され、データの演算処理を行うと共に、履歴情報管理サーバ１０の全体を制御する。制御部１０５における演算処理及び制御処理は、具体的には、ＣＰＵが、ＲＡＭを作業領域として使用して各種データを一時的に記憶させながら、ＲＯＭに記憶されている制御プログラムを実行することにより行われる。
【００５０】
この制御部１０５が、ＲＯＭや記憶部１０４に記憶されているプログラムに従って通信部１０１、入力部１０２、出力部１０３、記憶部１０４等を制御することにより、履歴情報管理サーバ１０において、後述するメンバー追加処理等が行われる。
【００５１】
次に、組織情報管理サーバ３０の具体的構成を説明する。
図１０は、組織情報管理サーバ３０の構成例を示すブロック図である。
組織情報管理サーバ３０は、通信部３０１と、入力部３０２と、出力部３０３と、記憶部３０４と、制御部３０５と、を備える。
なお、これらの各部は、上述した履歴情報管理サーバ１０の同名の各部と同様の構成とすることができるため、重複する部分についてはその説明を省略する。
【００５２】
通信部３０１は、通信ネットワーク５０を介して、履歴情報管理サーバ１０と通信を行う。例えば、通信部３０１は、履歴情報管理サーバ１０から、グループ情報ＤＢ３１Ａ、グループ情報ＤＢ３１Ｂもしくは個人情報ＤＢ３２に記憶されている情報の要求情報を受信し、グループ情報ＤＢ３１Ａ、グループ情報ＤＢ３１Ｂもしくは個人情報ＤＢ３２に記憶されている情報を、履歴情報管理サーバ１０に送信する。
【００５３】
入力部３０２には、例えば、個人情報ＤＢ３２のメンテナンスが行われる場合に、管理者等によりメンテナンスに必要な情報が入力される。また、出力部３０３は、例えば、個人情報ＤＢ３２のメンテナンスに際して、個人情報ＤＢ３２に記憶されている情報を表示する。
そして、記憶部３０４は、上述したグループ情報ＤＢ３１Ａ、グループ情報ＤＢ３１Ｂならびに個人情報ＤＢ３２を記憶する。
【００５４】
制御部３０５は、ＲＯＭや記憶部３０４に記憶されているプログラムに従って通信部３０１、入力部３０２、出力部３０３、記憶部３０４等を制御し、履歴情報管理サーバ１０から受信した要求情報に応じて、グループ情報ＤＢ３１Ａ、グループ情報ＤＢ３１Ｂもしくは個人情報ＤＢ３２から必要な情報を読み出して、履歴情報管理サーバ１０に送信する処理等を行う。
【００５５】
ＤＢサーバ２０Ａは、上述した履歴情報管理サーバ１０及び組織情報管理サーバ３０と同様の構成とすることができ、通信部、入力部、出力部、ＤＢ２１Ａ及びＡＣＬ２２Ａを記憶する記憶部、制御部を備えて構成することがきる。ＤＢサーバ２０Ｂは、ＤＢサーバ２０Ａと同様の構成とすることができ、通信部、入力部、出力部、ＤＢ２１Ｂ及びＡＣＬ２２Ｂを記憶する記憶部、制御部を備えて構成することがきる。
【００５６】
さらに、ユーザ端末４０も、上述した履歴情報管理サーバ１０及び組織情報管理サーバ３０と同様の構成とすることができ、通信部、入力部、出力部、記憶部、制御部を備えて構成することがきる。
【００５７】
次に、本発明の第１の実施形態に係る履歴情報管理システムの具体的動作を説明する。
【００５８】
なお、履歴情報管理サーバ１０、ＤＢサーバ２０Ａ、ＤＢサーバ２０Ｂ、組織情報管理サーバ３０ならびにユーザ端末４０における各処理は、各装置において、制御部が、ＲＯＭや記憶部に記憶されている制御プログラムに従って、通信部、入力部、出力部、記憶部等を制御することにより実行される。
また、以下の説明において、通信制御、入出力制御、メモリ制御等の通常のコンピュータによる処理と同一の処理については、理解を容易にするため、逐一言及することを避ける。
【００５９】
まず、図１１を参照して、履歴情報管理サーバ１０が実行するメンバー追加処理について説明する。このメンバー追加処理は、履歴情報管理サーバ１０の起動中に実行される。
【００６０】
まず、履歴情報管理サーバ１０は、メンバー追加要求があるか否かを判別する（ステップＳ１０１）。具体的には、履歴情報管理サーバ１０は、ＡＣＬ２２Ａに登録済みのグループのいずれかにメンバーを追加することを要求することを示す情報をユーザ端末４０から受信しているか否かを判別する。
【００６１】
履歴情報管理サーバ１０は、メンバー追加要求がないと判別すると（ステップＳ１０１：ＮＯ）、メンバー追加要求があるか否かを判別する処理（ステップＳ１０１）に処理を戻す。一方、履歴情報管理サーバ１０は、メンバー追加要求があると判別すると（ステップＳ１０１：ＹＥＳ）、ＡＣＬ２２Ａに登録済みのグループのいずれかにメンバーを追加することの依頼を受け付ける画面（以下「メンバー追加依頼画面」という。）をユーザ端末４０に表示させるための情報（以下「メンバー追加依頼画面情報」という。）をユーザ端末４０に送信する（ステップＳ１０２）。一方、ユーザ端末４０は、履歴情報管理サーバ１０からメンバー追加依頼画面情報を受信すると、メンバー追加依頼画面を表示する。
【００６２】
ここで、図１２を参照して、メンバー追加依頼画面について説明する。図１２は、メンバー追加依頼画面の一例である。
【００６３】
図１２に示すように、メンバー追加依頼画面には、依頼番号、依頼者、ＤＢ名、使用期間、メンバー追加グループ、追加メンバー、ならびに、承認者が表示される。
【００６４】
依頼番号は、ＡＣＬ２２Ａに対してなされた設定依頼の通し番号である。依頼者を示す情報としては、依頼者の個人ＩＤ、氏名、ならびに、所属部署が表示される。
【００６５】
ＤＢ名は、アクセス制御を変更する対象のＤＢの名前であり、アクセス制御を変更することが可能なＤＢの名前が選択可能に表示される。本実施形態では、ＤＢ名として、ＤＢ２１Ａの名前もしくはＤＢ２１Ｂの名前のいずれかが選択可能に表示される。
【００６６】
使用期間は、ＤＢにアクセス可能なグループにメンバーが追加される期間である。使用期間としては、開始日ならびに有効期限が編集可能に表示される。開始日は、メンバー追加依頼によってＤＢへのアクセスが可能となる期間の初日である。有効期限は、メンバー追加依頼によってＤＢへのアクセスが可能となる期間の末日である。なお、本実施形態においては、１回のメンバー追加依頼によってＤＢへのアクセスが許容される期間は、最大で６ヶ月の期間とする。
【００６７】
メンバー追加グループは、ＡＣＬ２２ＡもしくはＡＣＬ２２Ｂに登録済みのグループであり、メンバー登録依頼によってメンバーが追加されるグループある。メンバー追加グループとしては、グループＩＤ、権限情報、ならびに、ロール情報が表示される。なお、グループＩＤは選択可能に表示され、権限情報とロール情報とは、グループＩＤに対応するものが表示される。
【００６８】
追加メンバーは、メンバー追加グループにより特定されるグループに追加されるメンバーである。追加メンバーとしては、個人ＩＤ、氏名、ならびに、所属が表示される。なお、個人ＩＤは選択可能に表示され、氏名と所属とは、個人ＩＤにより特定される個人に対応するものが表示される。
【００６９】
承認者は、メンバー追加依頼を承認する承認者等である。承認者としては、依頼元審査者、依頼元承認者、受付審査者、第１情報オーナー、ならびに、第２情報オーナーが表示され、それぞれの、個人ＩＤ、氏名、ならびに、所属が表示される。
【００７０】
なお、図１２に示す例では、太枠で囲まれているパラメータは編集可能であり、細枠で囲まれているパラメータは編集不可能である。
ユーザ端末４０は、依頼者から受け付けたメンバー追加依頼の内容を示す情報（以下「依頼情報」という。）を履歴情報管理サーバ１０に送信する。
以下の説明では、依頼情報により、ＡＣＬ２２Ａにメンバーを追加することが示されているものとして説明する。
【００７１】
一方、履歴情報管理サーバ１０は、ユーザ端末４０から依頼情報を受信する（ステップＳ１０３）。そして、履歴情報管理サーバ１０は、依頼時の履歴情報を記憶する（ステップＳ１０４）。具体的には、履歴情報管理サーバ１０は、依頼情報に基づいて、依頼番号、グループＩＤ、依頼者ＩＤ、種別、依頼日、開始日、ならびに、有効期限から構成されるレコードを作成し、作成したレコードを基本履歴情報１２Ａに追加する。なお、依頼日は、履歴情報管理サーバ１０が依頼情報を受信した日付とすることができる。また、履歴情報管理サーバ１０は、依頼情報に基づいて、依頼番号、第１対象者ＩＤ、第２対象者ＩＤ、第３対象者ＩＤ、・・・から構成されるレコードを作成し、作成したレコードを対象者情報１３Ａに追加する。なお、追加メンバーの個人ＩＤのそれぞれが、第１対象者ＩＤ、第２対象者ＩＤ、第３対象者ＩＤ、・・・のいずれかとされる。また、履歴情報管理サーバ１０は、依頼情報に基づいて、依頼番号、依頼元審査者ＩＤ、依頼元承認者ＩＤ、受付審査者ＩＤ、第１情報オーナーＩＤ、第２情報オーナーＩＤ、ならびに、登録者ＩＤから構成されるレコードを作成し、作成したレコードを承認者情報１４Ａに追加する。
【００７２】
履歴情報管理サーバ１０は、依頼時の履歴情報を記憶する処理（ステップＳ１０４）を完了すると、依頼情報を承認者に回覧する（ステップＳ１０５）。具体的には、履歴情報管理サーバ１０は、以下に示す処理を実行する。まず、履歴情報管理サーバ１０は、依頼情報を含む電子メールを作成して、依頼元審査者ＩＤにより特定されるメールアドレス宛に送信する。一方、依頼元審査者は、当該電子メールに含まれる依頼情報を参照して、承認するか否認するかを判断する。そして、依頼元審査者は、ユーザ端末４０などを利用して、判断結果を示す情報を含む電子メールを履歴情報管理サーバ１０に送信する。そして、履歴情報管理サーバ１０は、当該電子メールに含まれる判断結果が承認を示す情報であるか否認を示す情報であるかを判別する。履歴情報管理サーバ１０は、判断結果が承認を示す情報であると判別した場合、依頼情報を含む電子メールを依頼元承認者ＩＤにより特定されるメールアドレス宛に送信する。一方、履歴情報管理サーバ１０は、判断結果が否認を示す情報であると判別した場合、承認者への回覧を終了する。以下、履歴情報管理サーバ１０は、承認者のいずれかに否認されるか、もしくは、第２情報オーナーに承認されるまで、依頼元承認者Ｄ、受付審査者ＩＤ、第１情報オーナーＩＤ、ならびに、第２情報オーナーＩＤのそれぞれにより特定されるメールアドレス宛に、依頼情報を含む電子メールを順次送信する。
【００７３】
そして、履歴情報管理サーバ１０は、全ての承認者に承認されたか否かを判別する（ステップＳ１０６）。履歴情報管理サーバ１０は、全ての承認者に承認されたと判別すると（ステップＳ１０６：ＹＥＳ）、依頼情報に基づいて、グループ情報ＤＢにメンバーを追加する（ステップＳ１０７）。具体的には、履歴情報管理サーバ１０は、追加メンバーとして指定されているメンバーの個人ＩＤを、メンバー追加グループとして指定されているグループのグループＩＤに追加する。以後、当該追加された個人ＩＤを有する個人は、当該グループＩＤにより特定されるグループに許可されている範囲でのＤＢへのアクセスが許可される。
【００７４】
履歴情報管理サーバ１０は、グループ情報ＤＢにメンバーを追加する処理（ステップＳ１０７）を終了した場合、もしくは、いずれかの承認者に承認されていないと判別した場合（ステップＳ１０６：ＮＯ）、承認時の履歴情報を記憶する（ステップＳ１０８）。具体的には、履歴情報管理サーバ１０は、依頼番号、依頼元審査者承認日、依頼元承認者承認日、受付審査者承認日、第１情報オーナー承認日、第２情報オーナー承認日、ならびに、登録者登録日から構成されるレコードを作成し、作成したレコードを承認日情報１５Ａに追加する。
【００７５】
履歴情報管理サーバ１０は、承認時の履歴情報を記憶する処理（ステップＳ１０８）を終了すると、メンバー追加要求があるか否かを判別する処理（ステップＳ１０１）に処理を戻す。
上述したメンバー追加処理によれば、グループにメンバーを追加する際は、依頼時の履歴と承認時の履歴とが記憶される。
【００７６】
次に、図１３を参照して、履歴情報管理サーバ１０が実行する有効期限通知処理について説明する。この有効期限通知処理は、履歴情報管理サーバ１０の起動中に実行される。
【００７７】
まず、履歴情報管理サーバ１０は、ＤＢを選択する（ステップＳ２０１）。具体的には、履歴情報管理サーバ１０は、ＤＢ２１ＡとＤＢ２１Ｂとのうちいずれか一方のＤＢを選択する。
【００７８】
次に、履歴情報管理サーバ１０は、レコードを選択する（ステップＳ２０２）。具体的には、履歴情報管理サーバ１０は、ステップＳ２０１で選択したＤＢに対応する基本履歴情報に含まれるレコードを選択する。
【００７９】
そして、履歴情報管理サーバ１０は、ステップＳ２０２で選択したレコードの有効期限が１０日後であるか否かを判別する（ステップＳ２０３）。履歴情報管理サーバ１０は、有効期限が１０日後であると判別すると（ステップＳ２０３：ＹＥＳ）、有効期限が１０日後である旨を依頼者に通知する（ステップＳ２０４）。例えば、履歴情報管理サーバ１０は、有効期限が１０日後である旨を通知する電子メールを作成し、ステップＳ２０２で選択されたレコードの依頼者ＩＤにより特定される依頼者のメールアドレス宛に送信する。
【００８０】
履歴情報管理サーバ１０は、有効期限が１０日後である旨を依頼者に通知する処理（ステップＳ２０４）を終了した場合、もしくは、有効期限が１０日後ではないと判別した場合（ステップＳ２０３：ＮＯ）、全てのレコードを選択したか否かを判別する（ステップＳ２０５）。履歴情報管理サーバ１０は、いずれかのレコードを選択していないと判別した場合（ステップＳ２０５：ＮＯ）、レコードを選択する処理（ステップＳ２０２）に処理を戻す。一方、履歴情報管理サーバ１０は、全てのレコードを選択したと判別した場合（ステップＳ２０５：ＹＥＳ）、全てのＤＢを選択したか否かを判別する（ステップＳ２０６）。
【００８１】
履歴情報管理サーバ１０は、いずれかのＤＢを選択していないと判別すると（ステップＳ２０６：ＮＯ）、ＤＢを選択する処理（ステップＳ２０１）に処理を戻す。一方、履歴情報管理サーバ１０は、全てのＤＢを選択したと判別すると（ステップＳ２０６：ＹＥＳ）、有効期限通知処理を終了する。
上述した有効期限通知処理によれば、有効期限の１０日前に、メンバー追加依頼を行った依頼者の元に、１０日後に有効期限が切れる旨を通知する電子メールが到達する。従って、この電子メールを受け取った依頼者は、有効期限が切れる前に、同様の内容のメンバー追加依頼を行うことができる。
【００８２】
次に、図１４を参照して、履歴情報管理サーバ１０が実行する有効期限メンバー削除処理について説明する。この有効期限メンバー削除処理は、履歴情報管理サーバ１０の起動中に実行される。
【００８３】
まず、履歴情報管理サーバ１０は、ＤＢを選択する（ステップＳ３０１）。具体的には、履歴情報管理サーバ１０は、ＤＢ２１ＡとＤＢ２１Ｂとのうちいずれか一方のＤＢを選択する。
【００８４】
次に、履歴情報管理サーバ１０は、レコードを選択する（ステップＳ３０２）。具体的には、履歴情報管理サーバ１０は、ステップＳ３０１で選択したＤＢに対応する基本履歴情報に含まれるレコードを選択する。
【００８５】
そして、履歴情報管理サーバ１０は、現在の日付がステップＳ３０２で選択したレコードの有効期限を経過しているか否かを判別する（ステップＳ３０３）。履歴情報管理サーバ１０は、有効期限を経過していると判別すると（ステップＳ３０３：ＹＥＳ）、グループ情報ＤＢからメンバーを削除する（ステップＳ３０４）。具体的には、履歴情報管理サーバ１０は、ステップＳ３０２で選択されたレコードのグループＩＤに対応付けられてグループ情報ＤＢに記憶されているメンバーＩＤのうち、ステップＳ３０２で選択されたレコードの依頼番号に対応付けられて対象者情報に記憶されている、第１対象者ＩＤ、第２対象者ＩＤ、第３対象者ＩＤ、・・・を、削除する。
【００８６】
履歴情報管理サーバ１０は、グループ情報ＤＢからメンバーを削除する処理（ステップＳ３０４）を終了した場合、もしくは、有効期限を経過していないと判別した場合（ステップＳ３０３：ＮＯ）、全てのレコードを選択したか否かを判別する（ステップＳ３０５）。履歴情報管理サーバ１０は、いずれかのレコードを選択していないと判別した場合（ステップＳ３０５：ＮＯ）、レコードを選択する処理（ステップＳ３０２）に処理を戻す。一方、履歴情報管理サーバ１０は、全てのレコードを選択したと判別した場合（ステップＳ３０５：ＹＥＳ）、全てのＤＢを選択したか否かを判別する（ステップＳ３０６）。
【００８７】
履歴情報管理サーバ１０は、いずれかのＤＢを選択していないと判別すると（ステップＳ３０６：ＮＯ）、ＤＢを選択する処理（ステップＳ３０１）に処理を戻す。一方、履歴情報管理サーバ１０は、全てのＤＢを選択したと判別すると（ステップＳ３０６：ＹＥＳ）、有効期限切れメンバー削除処理を終了する。
上述した有効期限切れメンバー削除処理によれば、有効期限の切れたメンバーをグループから自動で削除することができる。
【００８８】
次に、図１５を参照して、履歴情報管理サーバ１０が実行する履歴表示処理について説明する。この履歴表示処理は、履歴情報管理サーバ１０の起動中に実行される。
【００８９】
まず、履歴情報管理サーバ１０は、履歴表示要求があるか否かを判別する（ステップＳ４０１）。例えば、管理者からの履歴表示要求は、入力部１０２を介して、あるいは、ユーザ端末４０などを介して行われる。履歴情報管理サーバ１０は、履歴表示要求がないと判別すると（ステップＳ４０１：ＮＯ）、履歴表示要求があるか否かを判別する処理（ステップＳ４０１）に処理を戻す。一方、履歴情報管理サーバ１０は、履歴表示要求があると判別すると（ステップＳ４０１：ＹＥＳ）、ＤＢの選択を受け付ける（ステップＳ４０２）。例えば、管理者からのＤＢの選択は、入力部１０２を介して、あるいは、ユーザ端末４０などを介して受け付ける。
【００９０】
履歴情報管理サーバ１０は、ＤＢの選択を受け付ける処理（ステップＳ４０２）を終了すると、基本履歴画面を表示する（ステップＳ４０３）。
【００９１】
ここで、図１６を参照して、基本履歴画面について説明する。例えば、ステップＳ４０２においてＤＢ２１Ａが選択された場合、基本履歴として、基本履歴情報１２Ａとして記憶されている情報がレコード毎に表示される。表示されるレコードは、例えば、グループＩＤ、依頼番号、依頼者ＩＤ、種別、依頼日、開始日、ならびに、有効期限から構成される。なお、レコードは、レコードを構成する所定のパラメータ毎に表示するようにしてもよい。図１６には、グループＩＤ毎にレコードが表示される例を示す。
【００９２】
次に、履歴情報管理サーバ１０は、詳細履歴表示要求があるか否かを判別する（ステップＳ４０４）。例えば、基本履歴画面において、所定のレコードが管理者によってクリックされた場合に、詳細履歴表示要求があると判別される。履歴情報管理サーバ１０は、詳細履歴表示要求があると判別した場合（ステップＳ４０４：ＹＥＳ）、詳細履歴画面を表示する（ステップＳ４０５）。
【００９３】
ここで、図１７を参照して、詳細履歴画面について説明する。図１７には、図１６に示す基本履歴画面において、依頼番号が０００００５のレコードが選択された場合の詳細履歴画面の例を示す。ここで、図１７に示すように、依頼時の履歴と承認時の履歴とが詳細履歴として表示される。なお、依頼時の履歴は、基本履歴情報１２Ａ、対象者情報１３Ａ、ならびに、承認者情報１４Ａのうち、依頼番号が０００００５のレコードを構成するパラメータから構成される。そして、承認時の履歴は、承認日情報１５Ａのうち、依頼番号が０００００５のレコードを構成するパラメータから構成される。
【００９４】
履歴情報管理サーバ１０は、詳細履歴画面を表示する処理（ステップＳ４０５）を終了した場合、ならびに、詳細履歴表示要求がないと判別した場合（ステップＳ４０４：ＮＯ）、履歴表示要求があるか否かを判別する処理（ステップＳ４０１）に処理を戻す。
上述した履歴表示処理によれば、ＡＣＬに登録されているグループに属するメンバーの履歴を参照することができる。
【００９５】
以上、本発明の実施形態を説明したが、本発明を実施するにあたっては、種々の形態による変形及び応用が可能であり、上記実施形態に限られるものではない。
【００９６】
例えば、上記実施形態では、グループ情報ＤＢ３１Ａ、グループ情報ＤＢ３１Ｂ及び個人情報ＤＢ３２は組織情報管理サーバ３０に格納されているが、履歴情報管理サーバ１０の記憶部１０４に格納されるようにしてもよい。その場合には、例えば、各ＤＢを参照するための通信処理を省くことができ、処理に係る時間やＣＰＵの負荷を低減することができる。
【００９７】
また、上記実施形態では、ＡＣＬに登録されているグループに関する履歴情報を管理する例を示した。しかしながら、本発明は、ＡＣＬに限定されることはなく、グループが記録されることにより、そのグループに属する対象が登録されるリストに幅広く適用することができる。
【００９８】
また、上記実施形態に係る履歴情報管理システムを構成する履歴情報管理サーバ１０は、専用のハードウェアに限られるものではなく、通常のコンピュータシステムによっても実現することができる。
【００９９】
例えば、上記実施形態では、履歴情報管理サーバ１０において、動作プログラムがメモリ等に予め記憶されているものとして説明した。しかし、上述の処理動作を実行させるためのプログラムを、フレキシブルディスク、ＣＤ−ＲＯＭ（Compact Disk Read-Only Memory）、ＤＶＤ（Digital Versatile Disk）、ＭＯ（Magneto-Optical disk）等のコンピュータ読み取り可能な記録媒体に格納して配布し、そのプログラムをコンピュータにインストールすることにより、上述の処理動作を実行する装置を構成してもよい。
【０１００】
また、プログラムをインターネット等の通信ネットワーク上の所定のサーバ装置が有するディスク装置等に格納しておき、例えば、搬送波に重畳させて、コンピュータにダウンロード等するようにしてもよい。さらに、通信ネットワークを介してプログラムを転送しながら起動実行することによっても、上述の処理を達成することができる。
また、上述の機能を、ＯＳ（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）が分担して実現する場合又はＯＳとアプリケーションとの協働により実現する場合等には、ＯＳ以外の部分のみを媒体に格納して配布してもよく、また、コンピュータにダウンロード等してもよい。
【符号の説明】
【０１０１】
１０ 履歴情報管理サーバ
１１Ａ、１１Ｂ 履歴情報ＤＢ（データベース）
１２Ａ、１２Ｂ 基本履歴情報
１３Ａ、１３Ｂ 対象者情報
１４Ａ、１４Ｂ 承認者情報
１５Ａ、１５Ｂ 承認日情報
２０Ａ、２０Ｂ ＤＢサーバ
２１Ａ、２１Ｂ ＤＢ
２２Ａ、２２Ｂ ＡＣＬ（アクセス制御リスト）
３０ 組織情報管理サーバ
３１Ａ、３１Ｂ グループ情報ＤＢ
３２ 個人情報ＤＢ
４０ ユーザ端末
１０１，３０１ 通信部
１０２，３０２ 入力部
１０３，３０３ 出力部
１０４，３０４ 記憶部
１０５，３０５ 制御部
【先行技術文献】
【特許文献】
【０１０２】
【特許文献１】特開２００７−２５７６０３号公報
【技術分野】
【０００１】
本発明は、情報を効率的に管理するのに好適な情報管理サーバ、情報管理システム、ならびに、これらをコンピュータにより実現するためのプログラムに関する。
【背景技術】
【０００２】
近年、企業等の組織の情報管理体制に対する顧客の関心が高まっている。そのため、企業等は、例えば、ＩＳＭＳ（Ｉｎｆｏｒｍａｔｉｏｎ Ｓｅｃｕｒｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｓｙｓｔｅｍ：情報セキュリティマネジメントシステム）を導入し、その認証を受けること等により、自主的に情報セキュリティ対策を行っている。
【０００３】
企業におけるこのような情報セキュリティ対策の１つとして、企業内のデータベース（以下「ＤＢ」という。）に対するアクセス権の設定がある。企業は、このアクセス権の設定等により、ＤＢへの不正アクセスによる情報の漏洩を防止している。
【０００４】
この場合、例えばＤＢの管理者が、ＤＢにアクセス可能なアクセス権保有者を登録したＡＣＬ（Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ Ｌｉｓｔ：アクセス制御リスト）を作成し、例えばＤＢサーバに格納しておく。ＤＢサーバは、ＤＢへのアクセス要求に応じて、ＡＣＬを参照し、アクセス要求者がアクセス権保有者である場合にのみ、ＤＢへのアクセスを許可する。
【０００５】
このＡＣＬには、登録対象であるアクセス権保有者として個人が登録されるだけでなく、グループが登録されることがある。その場合には、登録されたグループに属する個人が登録対象となり、その者にアクセス権が設定される。このように、個人ではなくグループがＡＣＬに登録されている場合には、例えば、登録されているグループに属するメンバーに関する情報などを取得したい場合がある。例えば、特許文献１には、かかる要望に応える技術として、登録されているグループに関する情報を取得することが可能なリスト登録対象情報取得システムが開示されている。
【０００６】
ところで、ＡＣＬにアクセス権保有者として一旦登録された者であっても、その後の退職や異動等により、ＤＢへのアクセスを許可すべきでない者となる場合がある。そのような場合に、ＡＣＬをそのままにしておくと、アクセス権の悪用等による情報漏洩の危険性が高まる。そのため、管理者等は、例えば定期的にＡＣＬを確認し、アクセス権保有者の中にアクセスを許可すべきでない者がいないかどうかを調査し、必要に応じてＡＣＬの修正等を行う。
【発明の概要】
【発明が解決しようとする課題】
【０００７】
しかしながら、ＡＣＬは、ＤＢ毎のアクセス制御方針に従って修正される必要があり、複数のＤＢが存在する場合、管理者等は、煩雑な手続きを余儀なくされていた。一方、ＡＣＬの修正等を行う場合には、ＡＣＬの履歴が残されていると便利である。しかしながら、ＡＣＬにグループが登録されている場合に、グループに属するメンバー毎の履歴を残す仕組みは確立されていなかった。そこで、グループに属するメンバー毎の履歴を残すなどして、グループが登録されるリストを効率よく管理したいという要望が強かった。
【０００８】
本発明は、上記問題に鑑みてなされたものであり、情報を効率よく管理するのに好適な情報管理サーバ、情報管理システム、ならびに、これらをコンピュータにより実現するためのプログラムを提供することを目的とする。
【課題を解決するための手段】
【０００９】
上記目的を達成するために、本発明の第１の観点に係る情報管理サーバは、
リストに登録されているグループに属するメンバーからのアクセスを許容するデータベースサーバと電気通信回線を介して接続される情報管理サーバであって、
前記グループに属するメンバーの変更の要求を受け付ける変更要求受付部と、
前記変更要求受付部が受け付けた要求に従って、前記グループに属するメンバーを変更するメンバー変更部と、
前記変更要求受付部が受け付けた要求の履歴を記憶する履歴記憶部と、を備える、
ことを特徴とする。
【００１０】
前記変更要求受付部は、前記グループにメンバーを追加する要求とともに当該グループに当該メンバーを追加する期間を示す情報を受け付け、
前記履歴記憶部は、前記変更要求受付部が受け付けた期間を示す情報を記憶し、
前記履歴記憶部に記憶されている期間を示す情報により示される期間が終了するまでの期間が所定の期間以内であるか否かを判別する期間判別部と、
前記期間判別部により所定の期間以内であると判別された場合に、前記グループに前記メンバーが追加される期間が終了するまでの期間が当該所定の期間以内である旨を通知する期間通知部と、をさらに備えてもよい。
【００１１】
現在時刻が、前記履歴記憶部に記憶されている期間を示す情報により示される期間を経過しているか否かを判別する期間経過判別部、をさらに備え、
前記メンバー変更部は、前記期間経過判別部により現在時刻が前記期間を経過していると判別された場合に、前記グループに追加したメンバーを当該グループから削除してもよい。
【００１２】
上記目的を達成するために、本発明の第２の観点に係る情報管理システムは、
リストに登録されているグループに属するメンバーからのアクセスを許容するデータベースサーバと電気通信回線を介して接続される情報管理サーバとを備える情報管理システムであって、
前記情報管理サーバは、
前記グループに属するメンバーの変更の要求を受け付ける変更要求受付部と、
前記変更要求受付部が受け付けた要求に従って、前記グループに属するメンバーを変更するメンバー変更部と、
前記変更要求受付部が受け付けた要求の履歴を記憶する履歴記憶部と、を備える、
ことを特徴とする。
【００１３】
上記目的を達成するために、本発明の第３の観点に係るプログラムは、
コンピュータを、
リストに登録されているグループに属するメンバーからのアクセスを許容するデータベースサーバと電気通信回線を介して接続される情報管理サーバとして機能させるためのプログラムであって、
前記プログラムは、前記コンピュータを、
前記グループに属するメンバーの変更の要求を受け付ける変更要求受付部、
前記変更要求受付部が受け付けた要求に従って、前記グループに属するメンバーを変更するメンバー変更部、
前記変更要求受付部が受け付けた要求の履歴を記憶する履歴記憶部、
として機能させることを特徴とする。
【発明の効果】
【００１４】
本発明によれば、情報を効率よく管理することができる。
【図面の簡単な説明】
【００１５】
【図１】本発明の実施の形態に係る履歴情報管理システムの構成例を示すブロック図である。
【図２】ＡＣＬのデータ構成例を示す図である。
【図３】グループ情報ＤＢのデータ構成例を示す図である。
【図４】個人情報ＤＢのデータ構成例を示す図である。
【図５】履歴情報管理サーバの構成例を示すブロック図である。
【図６】基本履歴情報のデータ構成例を示す図である。
【図７】対象者情報のデータ構成例を示す図である。
【図８】承認者情報のデータ構成例を示す図である。
【図９】承認日情報のデータ構成例を示す図である。
【図１０】組織情報管理サーバの構成例を示すブロック図である。
【図１１】本発明の実施の形態に係る履歴情報管理サーバが実行するメンバー追加処理の例を示すフローチャートである。
【図１２】ＡＣＬ設定依頼画面の一例を示す図である。
【図１３】本発明の実施の形態に係る履歴情報管理サーバが実行する有効期限通知処理の例を示すフローチャートである。
【図１４】本発明の実施の形態に係る履歴情報管理サーバが実行する有効期限切れメンバー削除処理の例を示すフローチャートである。
【図１５】本発明の実施の形態に係る履歴情報管理サーバが実行する履歴表示処理の例を示すフローチャートである。
【図１６】基本履歴表示画面の一例を示す図である。
【図１７】詳細履歴表示画面の一例を示す図である。
【発明を実施するための形態】
【００１６】
以下、本発明の実施形態を、図面を参照して説明する。
本発明の実施形態においては、情報管理システムの一例として、アクセス制御リスト（以下「ＡＣＬ（Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ Ｌｉｓｔ）」という。）の履歴情報を管理する履歴情報管理システムについて説明する。
【００１７】
図１は、本発明の実施形態に係る履歴情報管理システム１００の構成例を示すブロック図である。
履歴情報管理システム１００は、履歴情報管理サーバ１０と、データベース（以下「ＤＢ」という。）サーバ２０Ａと、ＤＢサーバ２０Ｂと、組織情報管理サーバ３０と、ユーザ端末４０と、を備える。そして、履歴情報管理サーバ１０は、ＤＢサーバ２０Ａ、ＤＢサーバ２０Ｂ、組織情報管理サーバ３０及びユーザ端末４０と、インターネットやＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）等の通信ネットワーク５０を介して接続されている。
【００１８】
履歴情報管理サーバ１０は、ＡＣＬの履歴情報を管理するサーバであり、履歴情報ＤＢ１１Ａと履歴情報ＤＢ１１Ｂとを格納するサーバである。この履歴情報管理サーバ１０の具体的構成については後述する。
【００１９】
ＤＢサーバ２０Ａは、アクセス制御の対象となるＤＢ２１ＡとそのＤＢ用のＡＣＬ２２Ａとを格納するサーバ装置である。ＤＢサーバ２０Ａは、例えば通信ネットワーク５０を介して接続されるユーザ端末４０から、ＤＢ２１Ａへのアクセス要求を受信すると、ＡＣＬ２２Ａを参照して、アクセス要求者がアクセス権保有者であるか否かを判別する。そして、ＤＢサーバ２０Ａは、アクセス要求者がアクセス権保有者である場合に、ＤＢ２１Ａへのアクセスを許可する。
【００２０】
ＤＢサーバ２０Ｂは、アクセス制御の対象となるＤＢ２１ＢとそのＤＢ用のＡＣＬ２２Ｂとを格納するサーバ装置である。ＤＢサーバ２０Ｂは、例えば通信ネットワーク５０を介して接続されるユーザ端末４０から、ＤＢ２１Ｂへのアクセス要求を受信すると、ＡＣＬ２２Ｂを参照して、アクセス要求者がアクセス権保有者であるか否かを判別する。そして、ＤＢサーバ２０Ｂは、アクセス要求者がアクセス権保有者である場合に、ＤＢ２１Ｂへのアクセスを許可する。すなわち、ＤＢサーバ２０Ｂは、ＤＢサーバ２０Ａとは異なるＤＢを格納するが、基本的な構成ならびに動作は、ＤＢサーバ２０Ａと同様である。
【００２１】
図２は、ＤＢサーバ２０Ａに格納されているＡＣＬ２２Ａのデータ構成例を示す図である。なお、ＡＣＬ２２Ｂのデータ構成は、ＡＣＬ２２Ａのデータ構成と同様であるため説明を省略する。
ＡＣＬ２２Ａには、ＩＤと、権限情報と、ロール情報と、が関連付けて記録されている。さらに、ＡＣＬ２２Ａには、アクセス制御対象であるＤＢ２１Ａを識別するためのＤＢ名等が記録されている。
【００２２】
ＩＤは、アクセス権保有者を特定するための識別情報である。具体的には、ＡＣＬ２２Ａには、ＩＤとして、ＤＢ２１Ａへのアクセスが許可される者の識別情報である個人ＩＤと、アクセスが許可されるグループの識別情報であるグループＩＤと、が記録される。図２に示す例では、「Ｇ」で始まるＩＤがグループＩＤであり、「Ｐ」で始まるＩＤが個人ＩＤである。なお、ＡＣＬ２２Ａには、個人ＩＤとグループＩＤのどちらかのみが記録されていてもよい。
【００２３】
ＡＣＬ２２ＡにグループＩＤが記録されている場合には、そのグループＩＤで特定されるグループの所属者すべてにＤＢ２１Ａへのアクセスが許可される。また、グループが階層化されている場合には、ＡＣＬ２２Ａに記録されているグループの下位の階層に属するすべてのグループの所属者にＤＢ２１Ａへのアクセスが許可される。
つまり、ＡＣＬ２２ＡのＩＤ欄に個人ＩＤで特定される個人と、ＩＤ欄にグループＩＤで特定されるグループの下位の階層に属する個人とが、アクセス権保有者とされる。
【００２４】
権限情報は、アクセスする情報の利用態様等に関する権限を示すアクセス権限情報であり、ＩＤに関連付けて記録される。権限情報としては、例えば、情報の閲覧だけが可能なことを示す「読者」、編集も可能なことを示す「編集者」等がある。
【００２５】
ロール情報は、アクセス権保有者の役割を示す情報であり、ＩＤに関連付けて記録される。ロール情報としては、例えば、「技術」、「企画」、「管理」等があり、エージェント等特別な操作に用いられる。具体的には、例えば、ＤＢサーバ２０Ａが、アクセス権保有者の使用するユーザ端末４０に、ＤＢ２１Ａ内の情報を表示させるときに、ロール情報に応じた操作ボタン等も併せて表示させることにより、特定の役割を持つ者に特定の操作を許可することができる。
なお、ロール情報が「なし」の場合には、例えば特定の操作は許可されず、また、複数記録されている場合には、例えば複数の特定の操作が許可される。
【００２６】
図１に戻り、組織情報管理サーバ３０は、企業等の組織に関する情報を管理するサーバ装置であり、グループ情報ＤＢ３１Ａとグループ情報ＤＢ３１Ｂと個人情報ＤＢ３２とを格納する。
【００２７】
グループ情報ＤＢ３１Ａは、組織内のグループに関する情報を記憶するＤＢである。このグループ情報ＤＢ３１Ａにより、グループ毎に、そのグループに属する個人又はグループであるメンバーを特定することができる。ここで、グループ情報ＤＢ３１Ａは、ＡＣＬ２２Ａに登録されるグループ、ならびに、当該グループのメンバーとして登録されるグループに関する情報を記憶する。
【００２８】
一方、グループ情報ＤＢ３１Ｂは、ＡＣＬ２２Ｂに登録されるグループ、ならびに、当該グループのメンバーとして登録されるグループに関する情報を記憶する。
【００２９】
図３は、グループ情報ＤＢ３１Ａのデータ構成例を示す図である。なお、グループ情報ＤＢ３１Ｂのデータ構成はグループ情報ＤＢ３１Ａのデータ構成と同様であるため説明を省略する。
グループ情報ＤＢ３１Ａには、グループ毎に、グループＩＤと、そのグループのメンバーＩＤと、が関連付けて記録される。メンバーＩＤとしては、グループに属する個人の個人ＩＤや、グループに属するグループのグループＩＤが記録される。メンバーＩＤとしてグループＩＤが登録される場合とは、グループが階層化されている場合である。グループＩＤの欄に記載のグループＩＤで特定されるグループが上位グループ、メンバーＩＤの欄に記載のグループＩＤで特定されるグループが下位グループの関係になる。
【００３０】
このグループ情報ＤＢ３１Ａは、組織を構成するグループである「部」、「課」、「係」等に属するメンバーを記憶するだけでなく、例えば新規プロジェクトの発足に応じてその都度構成されるプロジェクトグループのようなグループに属するメンバーも記憶する。
【００３１】
図１に戻り、個人情報ＤＢ３２は、組織に属する個人の情報を記憶するＤＢである。この個人情報ＤＢ３２により、所定の組織に属するという条件を満たす個人を特定することができ、また、その個人の個人情報を得ることができる。
【００３２】
図４は、個人情報ＤＢ３２のデータ構成例を示す図である。
個人情報ＤＢ３２には、個人毎に、個人ＩＤと、その個人の氏名や所属等の個人関連情報と、が関連付けて記録される。
この個人情報ＤＢ３２は、例えば会社組織であれば、社員の情報を記憶し、社員の入社、異動、退職等に応じてメンテナンスされる。具体的には、例えば、入社の場合には新たに個人ＩＤ及び個人関連情報が登録され、異動の場合には所属部署等の情報が変更され、退職の場合には個人情報ＤＢ３２から個人ＩＤ及び個人関連情報が削除される。
【００３３】
図１に戻り、ユーザ端末４０は、履歴情報管理サーバ１０、ＤＢサーバ２０Ａ、ＤＢサーバ２０Ｂならびに組織情報管理サーバ３０と通信ネットワーク５０を介して接続される。ユーザ端末４０は、ＤＢサーバ２０ＡやＤＢサーバ２０Ｂにアクセスするユーザ、ＡＣＬ２２ＡやＡＣＬ２２Ｂの設定を依頼する依頼者、ＡＣＬ２２ＡやＡＣＬ２２Ｂの設定依頼を承認する承認者あるいはＡＣＬ２２ＡやＡＣＬ２２Ｂの設定を登録する管理者からの操作を受け付ける。なお、図１には、通信ネットワーク５０には、１つのユーザ端末４０が接続されているが、複数個のユーザ端末４０が接続されていてもよい。
【００３４】
次に、履歴情報管理サーバ１０の具体的構成を説明する。
図５は、履歴情報管理サーバ１０の構成例を示すブロック図である。
履歴情報管理サーバ１０は、図示するように、通信部１０１と、入力部１０２と、出力部１０３と、記憶部１０４と、制御部１０５と、を備える。
【００３５】
通信部１０１は、通信ネットワーク５０を介して、ＤＢサーバ２０Ａ、ＤＢサーバ２０Ｂ、組織情報管理サーバ３０及びユーザ端末４０と通信を行うものであり、通信インターフェース等を備える。通信部１０１は、必要に応じて、組織情報管理サーバ３０からグループ情報ＤＢ３１Ａやグループ情報ＤＢ３１Ｂや個人情報ＤＢ３２が記憶する情報を受信する。また、通信部１０１は、ＡＣＬ２２Ａの設定を依頼する情報（以下「依頼情報」という。）をユーザ端末４０から受信する。また、通信部１０１は、対応する承認者にＡＣＬ２２Ａの設定の承認を要求することを示す情報をユーザ端末４０に送信する。そして、通信部１０１は、承認者によりＡＣＬ２２Ａの設定が承認されたことを示す情報をユーザ端末４０から受信する。そして、通信部１０１は、承認者によりＡＣＬ２２Ａの設定が承認された場合に、依頼情報に従ってＡＣＬ２２Ａを設定する。
【００３６】
図５に戻り、入力部１０２は、様々な情報を入力するために使用されるものであり、キーボード、マウス等の入力装置を備える。例えば、ＡＣＬの管理者等のユーザは、アクセス権保有者の情報を得たい場合には、入力部１０２を介して、アクセス権保有者の情報を取得する処理の開始を指示する情報を入力する。
【００３７】
出力部１０３は、様々な情報を出力するものであり、ディスプレイ等の表示装置を備える。例えば、出力部１０３は、通信部１０１を介して受信したＡＣＬを表示したり、アクセス権保有者の情報を取得する処理により取得されたアクセス権保有者情報を表示したりする。
【００３８】
記憶部１０４は、様々な情報やプログラム等を記憶するものであり、ハードディスク等の補助記憶装置を備える。記憶部１０４は、履歴情報ＤＢ１１Ａと履歴情報ＤＢ１１Ｂとを記憶する。履歴情報ＤＢ１１Ａは、基本履歴情報１２Ａと、対象者情報１３Ａと、承認者情報１４Ａと、承認日情報１５Ａとを含む。履歴情報ＤＢ１１Ｂは、基本履歴情報１２Ｂと、対象者情報１３Ｂと、承認者情報１４Ｂと、承認日情報１５Ｂとを含む。ここで、履歴情報ＤＢ１１Ａは、ＡＣＬ２２Ａに関する履歴情報が記憶されるＤＢである。一方、履歴情報ＤＢ１１Ｂは、ＡＣＬ２２Ｂに関する履歴情報が記憶されるＤＢである。履歴情報ＤＢ１１Ｂは、履歴情報ＤＢ１１Ａと同様のＤＢであるため、以下、履歴情報ＤＢ１１Ａについて説明する。
【００３９】
まず、図６を参照して、基本履歴情報１２Ａについて説明する。基本履歴情報１２Ａは、それぞれが、依頼番号、グループＩＤ、依頼者ＩＤ、種別、依頼日、開始日、ならびに、有効期限から構成される複数のレコードから構成される。基本履歴情報１２Ａは、ＡＣＬ２２Ａに関する履歴情報のうち基本的な情報である。
【００４０】
依頼番号は、ＡＣＬ２２Ａに対してなされた設定依頼の通し番号である。なお、本実施形態において、設定依頼は、ＡＣＬ２２Ａに登録済みのグループにメンバーを追加する依頼、もしくは、ＡＣＬ２２Ａに登録済みのグループからメンバーを削除する依頼であるものとする。
【００４１】
グループＩＤは、ＡＣＬ２２Ａに登録済みのグループのうち、メンバーが追加もしくは削除されたグループＩＤである。依頼者ＩＤは、ＡＣＬ２２Ａの設定依頼をした依頼者の個人ＩＤである。種別は、設定依頼の種別であり、「追加」もしくは「削除」のいずれかの種別である。
【００４２】
依頼日は、依頼者が設定依頼した日付である。開始日は、メンバーが追加もしくは削除された日付である。有効期限は、種別が「追加」である場合に、追加されたメンバーがＤＢ２１Ａにアクセスすることが可能な期間の最終日の日付である。
【００４３】
次に、図７を参照して、対象者情報１３Ａについて説明する。対象者情報１３Ａは、それぞれが、依頼番号、第１対象者ＩＤ、第２対象者ＩＤ、第３対象者ＩＤ、・・・から構成される複数のレコードから構成される。対象者情報１３Ａは、依頼番号に対応する設定依頼によって追加もしくは削除されたメンバーを特定する情報である。第１対象者ＩＤ、第２対象者ＩＤ、第３対象者ＩＤ、・・・、のそれぞれは、依頼番号に対応する設定依頼によって追加もしくは削除されたメンバーの個人ＩＤである。
【００４４】
次に、図８を参照して、承認者情報１４Ａについて説明する。承認者情報１４Ａは、それぞれが、依頼番号、依頼元審査者ＩＤ、依頼元承認者ＩＤ、受付審査者ＩＤ、第１情報オーナーＩＤ、第２情報オーナーＩＤ、ならびに、登録者ＩＤから構成されるレコードから構成される。承認者情報１４Ａは、設定依頼に対する審査者や承認者、ＤＢ２１Ａの情報のオーナー、ならびに、ＡＣＬ２２Ａの設定の登録者などを特定する情報である。
【００４５】
依頼元審査者ＩＤは、例えば、設定依頼の依頼者が所属する部署の審査者の個人ＩＤである。依頼元承認者ＩＤは、例えば、設定依頼の依頼者が所属する部署の承認者の個人ＩＤである。受付審査者ＩＤは、設定依頼の受付を審査する審査者の個人ＩＤである。
【００４６】
第１情報オーナーＩＤならびに第２情報オーナーＩＤは、それぞれ、ＤＢ２１Ａの情報のオーナーの個人ＩＤである。本実施形態においては、ＤＢ２１Ａの情報のオーナーは２人であり、この２人の承認を得られた場合に、ＤＢ２１Ａへのアクセスが許可される例を示す。登録者ＩＤは、メンバーを追加もしくは削除するようにＡＣＬ２２Ａの設定を登録する登録者の個人ＩＤである。
【００４７】
次に、図９を参照して、承認日情報１５Ａについて説明する。承認日情報１５Ａは、それぞれが、依頼番号、依頼元審査者承認日、依頼元承認者承認日、受付審査者承認日、第１情報オーナー承認日、第２情報オーナー承認日、ならびに、登録者登録日から構成されるレコードから構成される。承認日情報１５Ａは、設定依頼が承認者に承認された日時などを特定する情報である。
【００４８】
依頼元審査者承認日は、設定依頼が依頼元審査者により承認された日付である。依頼元承認者承認日は、設定依頼が依頼元承認者により承認された日付である。受付審査者承認日は、設定依頼が受付審査者により承認された日付である。第１情報オーナー承認日は、設定依頼が第１情報オーナーにより承認された日付である。第２情報オーナー承認日は、設定依頼が第２情報オーナーにより承認された日付である。登録者登録日は、設定依頼に基づくＡＣＬ２２Ａの設定が登録者により登録された日付である。
【００４９】
図５に戻り、制御部１０５は、図示しない、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）等から構成され、データの演算処理を行うと共に、履歴情報管理サーバ１０の全体を制御する。制御部１０５における演算処理及び制御処理は、具体的には、ＣＰＵが、ＲＡＭを作業領域として使用して各種データを一時的に記憶させながら、ＲＯＭに記憶されている制御プログラムを実行することにより行われる。
【００５０】
この制御部１０５が、ＲＯＭや記憶部１０４に記憶されているプログラムに従って通信部１０１、入力部１０２、出力部１０３、記憶部１０４等を制御することにより、履歴情報管理サーバ１０において、後述するメンバー追加処理等が行われる。
【００５１】
次に、組織情報管理サーバ３０の具体的構成を説明する。
図１０は、組織情報管理サーバ３０の構成例を示すブロック図である。
組織情報管理サーバ３０は、通信部３０１と、入力部３０２と、出力部３０３と、記憶部３０４と、制御部３０５と、を備える。
なお、これらの各部は、上述した履歴情報管理サーバ１０の同名の各部と同様の構成とすることができるため、重複する部分についてはその説明を省略する。
【００５２】
通信部３０１は、通信ネットワーク５０を介して、履歴情報管理サーバ１０と通信を行う。例えば、通信部３０１は、履歴情報管理サーバ１０から、グループ情報ＤＢ３１Ａ、グループ情報ＤＢ３１Ｂもしくは個人情報ＤＢ３２に記憶されている情報の要求情報を受信し、グループ情報ＤＢ３１Ａ、グループ情報ＤＢ３１Ｂもしくは個人情報ＤＢ３２に記憶されている情報を、履歴情報管理サーバ１０に送信する。
【００５３】
入力部３０２には、例えば、個人情報ＤＢ３２のメンテナンスが行われる場合に、管理者等によりメンテナンスに必要な情報が入力される。また、出力部３０３は、例えば、個人情報ＤＢ３２のメンテナンスに際して、個人情報ＤＢ３２に記憶されている情報を表示する。
そして、記憶部３０４は、上述したグループ情報ＤＢ３１Ａ、グループ情報ＤＢ３１Ｂならびに個人情報ＤＢ３２を記憶する。
【００５４】
制御部３０５は、ＲＯＭや記憶部３０４に記憶されているプログラムに従って通信部３０１、入力部３０２、出力部３０３、記憶部３０４等を制御し、履歴情報管理サーバ１０から受信した要求情報に応じて、グループ情報ＤＢ３１Ａ、グループ情報ＤＢ３１Ｂもしくは個人情報ＤＢ３２から必要な情報を読み出して、履歴情報管理サーバ１０に送信する処理等を行う。
【００５５】
ＤＢサーバ２０Ａは、上述した履歴情報管理サーバ１０及び組織情報管理サーバ３０と同様の構成とすることができ、通信部、入力部、出力部、ＤＢ２１Ａ及びＡＣＬ２２Ａを記憶する記憶部、制御部を備えて構成することがきる。ＤＢサーバ２０Ｂは、ＤＢサーバ２０Ａと同様の構成とすることができ、通信部、入力部、出力部、ＤＢ２１Ｂ及びＡＣＬ２２Ｂを記憶する記憶部、制御部を備えて構成することがきる。
【００５６】
さらに、ユーザ端末４０も、上述した履歴情報管理サーバ１０及び組織情報管理サーバ３０と同様の構成とすることができ、通信部、入力部、出力部、記憶部、制御部を備えて構成することがきる。
【００５７】
次に、本発明の第１の実施形態に係る履歴情報管理システムの具体的動作を説明する。
【００５８】
なお、履歴情報管理サーバ１０、ＤＢサーバ２０Ａ、ＤＢサーバ２０Ｂ、組織情報管理サーバ３０ならびにユーザ端末４０における各処理は、各装置において、制御部が、ＲＯＭや記憶部に記憶されている制御プログラムに従って、通信部、入力部、出力部、記憶部等を制御することにより実行される。
また、以下の説明において、通信制御、入出力制御、メモリ制御等の通常のコンピュータによる処理と同一の処理については、理解を容易にするため、逐一言及することを避ける。
【００５９】
まず、図１１を参照して、履歴情報管理サーバ１０が実行するメンバー追加処理について説明する。このメンバー追加処理は、履歴情報管理サーバ１０の起動中に実行される。
【００６０】
まず、履歴情報管理サーバ１０は、メンバー追加要求があるか否かを判別する（ステップＳ１０１）。具体的には、履歴情報管理サーバ１０は、ＡＣＬ２２Ａに登録済みのグループのいずれかにメンバーを追加することを要求することを示す情報をユーザ端末４０から受信しているか否かを判別する。
【００６１】
履歴情報管理サーバ１０は、メンバー追加要求がないと判別すると（ステップＳ１０１：ＮＯ）、メンバー追加要求があるか否かを判別する処理（ステップＳ１０１）に処理を戻す。一方、履歴情報管理サーバ１０は、メンバー追加要求があると判別すると（ステップＳ１０１：ＹＥＳ）、ＡＣＬ２２Ａに登録済みのグループのいずれかにメンバーを追加することの依頼を受け付ける画面（以下「メンバー追加依頼画面」という。）をユーザ端末４０に表示させるための情報（以下「メンバー追加依頼画面情報」という。）をユーザ端末４０に送信する（ステップＳ１０２）。一方、ユーザ端末４０は、履歴情報管理サーバ１０からメンバー追加依頼画面情報を受信すると、メンバー追加依頼画面を表示する。
【００６２】
ここで、図１２を参照して、メンバー追加依頼画面について説明する。図１２は、メンバー追加依頼画面の一例である。
【００６３】
図１２に示すように、メンバー追加依頼画面には、依頼番号、依頼者、ＤＢ名、使用期間、メンバー追加グループ、追加メンバー、ならびに、承認者が表示される。
【００６４】
依頼番号は、ＡＣＬ２２Ａに対してなされた設定依頼の通し番号である。依頼者を示す情報としては、依頼者の個人ＩＤ、氏名、ならびに、所属部署が表示される。
【００６５】
ＤＢ名は、アクセス制御を変更する対象のＤＢの名前であり、アクセス制御を変更することが可能なＤＢの名前が選択可能に表示される。本実施形態では、ＤＢ名として、ＤＢ２１Ａの名前もしくはＤＢ２１Ｂの名前のいずれかが選択可能に表示される。
【００６６】
使用期間は、ＤＢにアクセス可能なグループにメンバーが追加される期間である。使用期間としては、開始日ならびに有効期限が編集可能に表示される。開始日は、メンバー追加依頼によってＤＢへのアクセスが可能となる期間の初日である。有効期限は、メンバー追加依頼によってＤＢへのアクセスが可能となる期間の末日である。なお、本実施形態においては、１回のメンバー追加依頼によってＤＢへのアクセスが許容される期間は、最大で６ヶ月の期間とする。
【００６７】
メンバー追加グループは、ＡＣＬ２２ＡもしくはＡＣＬ２２Ｂに登録済みのグループであり、メンバー登録依頼によってメンバーが追加されるグループある。メンバー追加グループとしては、グループＩＤ、権限情報、ならびに、ロール情報が表示される。なお、グループＩＤは選択可能に表示され、権限情報とロール情報とは、グループＩＤに対応するものが表示される。
【００６８】
追加メンバーは、メンバー追加グループにより特定されるグループに追加されるメンバーである。追加メンバーとしては、個人ＩＤ、氏名、ならびに、所属が表示される。なお、個人ＩＤは選択可能に表示され、氏名と所属とは、個人ＩＤにより特定される個人に対応するものが表示される。
【００６９】
承認者は、メンバー追加依頼を承認する承認者等である。承認者としては、依頼元審査者、依頼元承認者、受付審査者、第１情報オーナー、ならびに、第２情報オーナーが表示され、それぞれの、個人ＩＤ、氏名、ならびに、所属が表示される。
【００７０】
なお、図１２に示す例では、太枠で囲まれているパラメータは編集可能であり、細枠で囲まれているパラメータは編集不可能である。
ユーザ端末４０は、依頼者から受け付けたメンバー追加依頼の内容を示す情報（以下「依頼情報」という。）を履歴情報管理サーバ１０に送信する。
以下の説明では、依頼情報により、ＡＣＬ２２Ａにメンバーを追加することが示されているものとして説明する。
【００７１】
一方、履歴情報管理サーバ１０は、ユーザ端末４０から依頼情報を受信する（ステップＳ１０３）。そして、履歴情報管理サーバ１０は、依頼時の履歴情報を記憶する（ステップＳ１０４）。具体的には、履歴情報管理サーバ１０は、依頼情報に基づいて、依頼番号、グループＩＤ、依頼者ＩＤ、種別、依頼日、開始日、ならびに、有効期限から構成されるレコードを作成し、作成したレコードを基本履歴情報１２Ａに追加する。なお、依頼日は、履歴情報管理サーバ１０が依頼情報を受信した日付とすることができる。また、履歴情報管理サーバ１０は、依頼情報に基づいて、依頼番号、第１対象者ＩＤ、第２対象者ＩＤ、第３対象者ＩＤ、・・・から構成されるレコードを作成し、作成したレコードを対象者情報１３Ａに追加する。なお、追加メンバーの個人ＩＤのそれぞれが、第１対象者ＩＤ、第２対象者ＩＤ、第３対象者ＩＤ、・・・のいずれかとされる。また、履歴情報管理サーバ１０は、依頼情報に基づいて、依頼番号、依頼元審査者ＩＤ、依頼元承認者ＩＤ、受付審査者ＩＤ、第１情報オーナーＩＤ、第２情報オーナーＩＤ、ならびに、登録者ＩＤから構成されるレコードを作成し、作成したレコードを承認者情報１４Ａに追加する。
【００７２】
履歴情報管理サーバ１０は、依頼時の履歴情報を記憶する処理（ステップＳ１０４）を完了すると、依頼情報を承認者に回覧する（ステップＳ１０５）。具体的には、履歴情報管理サーバ１０は、以下に示す処理を実行する。まず、履歴情報管理サーバ１０は、依頼情報を含む電子メールを作成して、依頼元審査者ＩＤにより特定されるメールアドレス宛に送信する。一方、依頼元審査者は、当該電子メールに含まれる依頼情報を参照して、承認するか否認するかを判断する。そして、依頼元審査者は、ユーザ端末４０などを利用して、判断結果を示す情報を含む電子メールを履歴情報管理サーバ１０に送信する。そして、履歴情報管理サーバ１０は、当該電子メールに含まれる判断結果が承認を示す情報であるか否認を示す情報であるかを判別する。履歴情報管理サーバ１０は、判断結果が承認を示す情報であると判別した場合、依頼情報を含む電子メールを依頼元承認者ＩＤにより特定されるメールアドレス宛に送信する。一方、履歴情報管理サーバ１０は、判断結果が否認を示す情報であると判別した場合、承認者への回覧を終了する。以下、履歴情報管理サーバ１０は、承認者のいずれかに否認されるか、もしくは、第２情報オーナーに承認されるまで、依頼元承認者Ｄ、受付審査者ＩＤ、第１情報オーナーＩＤ、ならびに、第２情報オーナーＩＤのそれぞれにより特定されるメールアドレス宛に、依頼情報を含む電子メールを順次送信する。
【００７３】
そして、履歴情報管理サーバ１０は、全ての承認者に承認されたか否かを判別する（ステップＳ１０６）。履歴情報管理サーバ１０は、全ての承認者に承認されたと判別すると（ステップＳ１０６：ＹＥＳ）、依頼情報に基づいて、グループ情報ＤＢにメンバーを追加する（ステップＳ１０７）。具体的には、履歴情報管理サーバ１０は、追加メンバーとして指定されているメンバーの個人ＩＤを、メンバー追加グループとして指定されているグループのグループＩＤに追加する。以後、当該追加された個人ＩＤを有する個人は、当該グループＩＤにより特定されるグループに許可されている範囲でのＤＢへのアクセスが許可される。
【００７４】
履歴情報管理サーバ１０は、グループ情報ＤＢにメンバーを追加する処理（ステップＳ１０７）を終了した場合、もしくは、いずれかの承認者に承認されていないと判別した場合（ステップＳ１０６：ＮＯ）、承認時の履歴情報を記憶する（ステップＳ１０８）。具体的には、履歴情報管理サーバ１０は、依頼番号、依頼元審査者承認日、依頼元承認者承認日、受付審査者承認日、第１情報オーナー承認日、第２情報オーナー承認日、ならびに、登録者登録日から構成されるレコードを作成し、作成したレコードを承認日情報１５Ａに追加する。
【００７５】
履歴情報管理サーバ１０は、承認時の履歴情報を記憶する処理（ステップＳ１０８）を終了すると、メンバー追加要求があるか否かを判別する処理（ステップＳ１０１）に処理を戻す。
上述したメンバー追加処理によれば、グループにメンバーを追加する際は、依頼時の履歴と承認時の履歴とが記憶される。
【００７６】
次に、図１３を参照して、履歴情報管理サーバ１０が実行する有効期限通知処理について説明する。この有効期限通知処理は、履歴情報管理サーバ１０の起動中に実行される。
【００７７】
まず、履歴情報管理サーバ１０は、ＤＢを選択する（ステップＳ２０１）。具体的には、履歴情報管理サーバ１０は、ＤＢ２１ＡとＤＢ２１Ｂとのうちいずれか一方のＤＢを選択する。
【００７８】
次に、履歴情報管理サーバ１０は、レコードを選択する（ステップＳ２０２）。具体的には、履歴情報管理サーバ１０は、ステップＳ２０１で選択したＤＢに対応する基本履歴情報に含まれるレコードを選択する。
【００７９】
そして、履歴情報管理サーバ１０は、ステップＳ２０２で選択したレコードの有効期限が１０日後であるか否かを判別する（ステップＳ２０３）。履歴情報管理サーバ１０は、有効期限が１０日後であると判別すると（ステップＳ２０３：ＹＥＳ）、有効期限が１０日後である旨を依頼者に通知する（ステップＳ２０４）。例えば、履歴情報管理サーバ１０は、有効期限が１０日後である旨を通知する電子メールを作成し、ステップＳ２０２で選択されたレコードの依頼者ＩＤにより特定される依頼者のメールアドレス宛に送信する。
【００８０】
履歴情報管理サーバ１０は、有効期限が１０日後である旨を依頼者に通知する処理（ステップＳ２０４）を終了した場合、もしくは、有効期限が１０日後ではないと判別した場合（ステップＳ２０３：ＮＯ）、全てのレコードを選択したか否かを判別する（ステップＳ２０５）。履歴情報管理サーバ１０は、いずれかのレコードを選択していないと判別した場合（ステップＳ２０５：ＮＯ）、レコードを選択する処理（ステップＳ２０２）に処理を戻す。一方、履歴情報管理サーバ１０は、全てのレコードを選択したと判別した場合（ステップＳ２０５：ＹＥＳ）、全てのＤＢを選択したか否かを判別する（ステップＳ２０６）。
【００８１】
履歴情報管理サーバ１０は、いずれかのＤＢを選択していないと判別すると（ステップＳ２０６：ＮＯ）、ＤＢを選択する処理（ステップＳ２０１）に処理を戻す。一方、履歴情報管理サーバ１０は、全てのＤＢを選択したと判別すると（ステップＳ２０６：ＹＥＳ）、有効期限通知処理を終了する。
上述した有効期限通知処理によれば、有効期限の１０日前に、メンバー追加依頼を行った依頼者の元に、１０日後に有効期限が切れる旨を通知する電子メールが到達する。従って、この電子メールを受け取った依頼者は、有効期限が切れる前に、同様の内容のメンバー追加依頼を行うことができる。
【００８２】
次に、図１４を参照して、履歴情報管理サーバ１０が実行する有効期限メンバー削除処理について説明する。この有効期限メンバー削除処理は、履歴情報管理サーバ１０の起動中に実行される。
【００８３】
まず、履歴情報管理サーバ１０は、ＤＢを選択する（ステップＳ３０１）。具体的には、履歴情報管理サーバ１０は、ＤＢ２１ＡとＤＢ２１Ｂとのうちいずれか一方のＤＢを選択する。
【００８４】
次に、履歴情報管理サーバ１０は、レコードを選択する（ステップＳ３０２）。具体的には、履歴情報管理サーバ１０は、ステップＳ３０１で選択したＤＢに対応する基本履歴情報に含まれるレコードを選択する。
【００８５】
そして、履歴情報管理サーバ１０は、現在の日付がステップＳ３０２で選択したレコードの有効期限を経過しているか否かを判別する（ステップＳ３０３）。履歴情報管理サーバ１０は、有効期限を経過していると判別すると（ステップＳ３０３：ＹＥＳ）、グループ情報ＤＢからメンバーを削除する（ステップＳ３０４）。具体的には、履歴情報管理サーバ１０は、ステップＳ３０２で選択されたレコードのグループＩＤに対応付けられてグループ情報ＤＢに記憶されているメンバーＩＤのうち、ステップＳ３０２で選択されたレコードの依頼番号に対応付けられて対象者情報に記憶されている、第１対象者ＩＤ、第２対象者ＩＤ、第３対象者ＩＤ、・・・を、削除する。
【００８６】
履歴情報管理サーバ１０は、グループ情報ＤＢからメンバーを削除する処理（ステップＳ３０４）を終了した場合、もしくは、有効期限を経過していないと判別した場合（ステップＳ３０３：ＮＯ）、全てのレコードを選択したか否かを判別する（ステップＳ３０５）。履歴情報管理サーバ１０は、いずれかのレコードを選択していないと判別した場合（ステップＳ３０５：ＮＯ）、レコードを選択する処理（ステップＳ３０２）に処理を戻す。一方、履歴情報管理サーバ１０は、全てのレコードを選択したと判別した場合（ステップＳ３０５：ＹＥＳ）、全てのＤＢを選択したか否かを判別する（ステップＳ３０６）。
【００８７】
履歴情報管理サーバ１０は、いずれかのＤＢを選択していないと判別すると（ステップＳ３０６：ＮＯ）、ＤＢを選択する処理（ステップＳ３０１）に処理を戻す。一方、履歴情報管理サーバ１０は、全てのＤＢを選択したと判別すると（ステップＳ３０６：ＹＥＳ）、有効期限切れメンバー削除処理を終了する。
上述した有効期限切れメンバー削除処理によれば、有効期限の切れたメンバーをグループから自動で削除することができる。
【００８８】
次に、図１５を参照して、履歴情報管理サーバ１０が実行する履歴表示処理について説明する。この履歴表示処理は、履歴情報管理サーバ１０の起動中に実行される。
【００８９】
まず、履歴情報管理サーバ１０は、履歴表示要求があるか否かを判別する（ステップＳ４０１）。例えば、管理者からの履歴表示要求は、入力部１０２を介して、あるいは、ユーザ端末４０などを介して行われる。履歴情報管理サーバ１０は、履歴表示要求がないと判別すると（ステップＳ４０１：ＮＯ）、履歴表示要求があるか否かを判別する処理（ステップＳ４０１）に処理を戻す。一方、履歴情報管理サーバ１０は、履歴表示要求があると判別すると（ステップＳ４０１：ＹＥＳ）、ＤＢの選択を受け付ける（ステップＳ４０２）。例えば、管理者からのＤＢの選択は、入力部１０２を介して、あるいは、ユーザ端末４０などを介して受け付ける。
【００９０】
履歴情報管理サーバ１０は、ＤＢの選択を受け付ける処理（ステップＳ４０２）を終了すると、基本履歴画面を表示する（ステップＳ４０３）。
【００９１】
ここで、図１６を参照して、基本履歴画面について説明する。例えば、ステップＳ４０２においてＤＢ２１Ａが選択された場合、基本履歴として、基本履歴情報１２Ａとして記憶されている情報がレコード毎に表示される。表示されるレコードは、例えば、グループＩＤ、依頼番号、依頼者ＩＤ、種別、依頼日、開始日、ならびに、有効期限から構成される。なお、レコードは、レコードを構成する所定のパラメータ毎に表示するようにしてもよい。図１６には、グループＩＤ毎にレコードが表示される例を示す。
【００９２】
次に、履歴情報管理サーバ１０は、詳細履歴表示要求があるか否かを判別する（ステップＳ４０４）。例えば、基本履歴画面において、所定のレコードが管理者によってクリックされた場合に、詳細履歴表示要求があると判別される。履歴情報管理サーバ１０は、詳細履歴表示要求があると判別した場合（ステップＳ４０４：ＹＥＳ）、詳細履歴画面を表示する（ステップＳ４０５）。
【００９３】
ここで、図１７を参照して、詳細履歴画面について説明する。図１７には、図１６に示す基本履歴画面において、依頼番号が０００００５のレコードが選択された場合の詳細履歴画面の例を示す。ここで、図１７に示すように、依頼時の履歴と承認時の履歴とが詳細履歴として表示される。なお、依頼時の履歴は、基本履歴情報１２Ａ、対象者情報１３Ａ、ならびに、承認者情報１４Ａのうち、依頼番号が０００００５のレコードを構成するパラメータから構成される。そして、承認時の履歴は、承認日情報１５Ａのうち、依頼番号が０００００５のレコードを構成するパラメータから構成される。
【００９４】
履歴情報管理サーバ１０は、詳細履歴画面を表示する処理（ステップＳ４０５）を終了した場合、ならびに、詳細履歴表示要求がないと判別した場合（ステップＳ４０４：ＮＯ）、履歴表示要求があるか否かを判別する処理（ステップＳ４０１）に処理を戻す。
上述した履歴表示処理によれば、ＡＣＬに登録されているグループに属するメンバーの履歴を参照することができる。
【００９５】
以上、本発明の実施形態を説明したが、本発明を実施するにあたっては、種々の形態による変形及び応用が可能であり、上記実施形態に限られるものではない。
【００９６】
例えば、上記実施形態では、グループ情報ＤＢ３１Ａ、グループ情報ＤＢ３１Ｂ及び個人情報ＤＢ３２は組織情報管理サーバ３０に格納されているが、履歴情報管理サーバ１０の記憶部１０４に格納されるようにしてもよい。その場合には、例えば、各ＤＢを参照するための通信処理を省くことができ、処理に係る時間やＣＰＵの負荷を低減することができる。
【００９７】
また、上記実施形態では、ＡＣＬに登録されているグループに関する履歴情報を管理する例を示した。しかしながら、本発明は、ＡＣＬに限定されることはなく、グループが記録されることにより、そのグループに属する対象が登録されるリストに幅広く適用することができる。
【００９８】
また、上記実施形態に係る履歴情報管理システムを構成する履歴情報管理サーバ１０は、専用のハードウェアに限られるものではなく、通常のコンピュータシステムによっても実現することができる。
【００９９】
例えば、上記実施形態では、履歴情報管理サーバ１０において、動作プログラムがメモリ等に予め記憶されているものとして説明した。しかし、上述の処理動作を実行させるためのプログラムを、フレキシブルディスク、ＣＤ−ＲＯＭ（Compact Disk Read-Only Memory）、ＤＶＤ（Digital Versatile Disk）、ＭＯ（Magneto-Optical disk）等のコンピュータ読み取り可能な記録媒体に格納して配布し、そのプログラムをコンピュータにインストールすることにより、上述の処理動作を実行する装置を構成してもよい。
【０１００】
また、プログラムをインターネット等の通信ネットワーク上の所定のサーバ装置が有するディスク装置等に格納しておき、例えば、搬送波に重畳させて、コンピュータにダウンロード等するようにしてもよい。さらに、通信ネットワークを介してプログラムを転送しながら起動実行することによっても、上述の処理を達成することができる。
また、上述の機能を、ＯＳ（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）が分担して実現する場合又はＯＳとアプリケーションとの協働により実現する場合等には、ＯＳ以外の部分のみを媒体に格納して配布してもよく、また、コンピュータにダウンロード等してもよい。
【符号の説明】
【０１０１】
１０ 履歴情報管理サーバ
１１Ａ、１１Ｂ 履歴情報ＤＢ（データベース）
１２Ａ、１２Ｂ 基本履歴情報
１３Ａ、１３Ｂ 対象者情報
１４Ａ、１４Ｂ 承認者情報
１５Ａ、１５Ｂ 承認日情報
２０Ａ、２０Ｂ ＤＢサーバ
２１Ａ、２１Ｂ ＤＢ
２２Ａ、２２Ｂ ＡＣＬ（アクセス制御リスト）
３０ 組織情報管理サーバ
３１Ａ、３１Ｂ グループ情報ＤＢ
３２ 個人情報ＤＢ
４０ ユーザ端末
１０１，３０１ 通信部
１０２，３０２ 入力部
１０３，３０３ 出力部
１０４，３０４ 記憶部
１０５，３０５ 制御部
【先行技術文献】
【特許文献】
【０１０２】
【特許文献１】特開２００７−２５７６０３号公報
【特許請求の範囲】
【請求項１】
リストに登録されているグループに属するメンバーからのアクセスを許容するデータベースサーバと電気通信回線を介して接続される情報管理サーバであって、
前記グループに属するメンバーの変更の要求を受け付ける変更要求受付部と、
前記変更要求受付部が受け付けた要求に従って、前記グループに属するメンバーを変更するメンバー変更部と、
前記変更要求受付部が受け付けた要求の履歴を記憶する履歴記憶部と、を備える、
ことを特徴とする情報管理サーバ。
【請求項２】
請求項１に記載の情報管理サーバであって、
前記変更要求受付部は、前記グループにメンバーを追加する要求とともに当該グループに当該メンバーを追加する期間を示す情報を受け付け、
前記履歴記憶部は、前記変更要求受付部が受け付けた期間を示す情報を記憶し、
前記履歴記憶部に記憶されている期間を示す情報により示される期間が終了するまでの期間が所定の期間以内であるか否かを判別する期間判別部と、
前記期間判別部により所定の期間以内であると判別された場合に、前記グループに前記メンバーが追加される期間が終了するまでの期間が当該所定の期間以内である旨を通知する期間通知部と、をさらに備える、
ことを特徴とする情報管理サーバ。
【請求項３】
請求項２に記載の情報管理サーバであって、
現在時刻が、前記履歴記憶部に記憶されている期間を示す情報により示される期間を経過しているか否かを判別する期間経過判別部、をさらに備え、
前記メンバー変更部は、前記期間経過判別部により現在時刻が前記期間を経過していると判別された場合に、前記グループに追加したメンバーを当該グループから削除する、
ことを特徴とする情報管理サーバ。
【請求項４】
リストに登録されているグループに属するメンバーからのアクセスを許容するデータベースサーバと電気通信回線を介して接続される情報管理サーバとを備える情報管理システムであって、
前記情報管理サーバは、
前記グループに属するメンバーの変更の要求を受け付ける変更要求受付部と、
前記変更要求受付部が受け付けた要求に従って、前記グループに属するメンバーを変更するメンバー変更部と、
前記変更要求受付部が受け付けた要求の履歴を記憶する履歴記憶部と、を備える、
ことを特徴とする情報管理システム。
【請求項５】
コンピュータを、
リストに登録されているグループに属するメンバーからのアクセスを許容するデータベースサーバと電気通信回線を介して接続される情報管理サーバとして機能させるためのプログラムであって、
前記プログラムは、前記コンピュータを、
前記グループに属するメンバーの変更の要求を受け付ける変更要求受付部、
前記変更要求受付部が受け付けた要求に従って、前記グループに属するメンバーを変更するメンバー変更部、
前記変更要求受付部が受け付けた要求の履歴を記憶する履歴記憶部、
として機能させることを特徴とするプログラム。
【請求項１】
リストに登録されているグループに属するメンバーからのアクセスを許容するデータベースサーバと電気通信回線を介して接続される情報管理サーバであって、
前記グループに属するメンバーの変更の要求を受け付ける変更要求受付部と、
前記変更要求受付部が受け付けた要求に従って、前記グループに属するメンバーを変更するメンバー変更部と、
前記変更要求受付部が受け付けた要求の履歴を記憶する履歴記憶部と、を備える、
ことを特徴とする情報管理サーバ。
【請求項２】
請求項１に記載の情報管理サーバであって、
前記変更要求受付部は、前記グループにメンバーを追加する要求とともに当該グループに当該メンバーを追加する期間を示す情報を受け付け、
前記履歴記憶部は、前記変更要求受付部が受け付けた期間を示す情報を記憶し、
前記履歴記憶部に記憶されている期間を示す情報により示される期間が終了するまでの期間が所定の期間以内であるか否かを判別する期間判別部と、
前記期間判別部により所定の期間以内であると判別された場合に、前記グループに前記メンバーが追加される期間が終了するまでの期間が当該所定の期間以内である旨を通知する期間通知部と、をさらに備える、
ことを特徴とする情報管理サーバ。
【請求項３】
請求項２に記載の情報管理サーバであって、
現在時刻が、前記履歴記憶部に記憶されている期間を示す情報により示される期間を経過しているか否かを判別する期間経過判別部、をさらに備え、
前記メンバー変更部は、前記期間経過判別部により現在時刻が前記期間を経過していると判別された場合に、前記グループに追加したメンバーを当該グループから削除する、
ことを特徴とする情報管理サーバ。
【請求項４】
リストに登録されているグループに属するメンバーからのアクセスを許容するデータベースサーバと電気通信回線を介して接続される情報管理サーバとを備える情報管理システムであって、
前記情報管理サーバは、
前記グループに属するメンバーの変更の要求を受け付ける変更要求受付部と、
前記変更要求受付部が受け付けた要求に従って、前記グループに属するメンバーを変更するメンバー変更部と、
前記変更要求受付部が受け付けた要求の履歴を記憶する履歴記憶部と、を備える、
ことを特徴とする情報管理システム。
【請求項５】
コンピュータを、
リストに登録されているグループに属するメンバーからのアクセスを許容するデータベースサーバと電気通信回線を介して接続される情報管理サーバとして機能させるためのプログラムであって、
前記プログラムは、前記コンピュータを、
前記グループに属するメンバーの変更の要求を受け付ける変更要求受付部、
前記変更要求受付部が受け付けた要求に従って、前記グループに属するメンバーを変更するメンバー変更部、
前記変更要求受付部が受け付けた要求の履歴を記憶する履歴記憶部、
として機能させることを特徴とするプログラム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【公開番号】特開２０１１−７６１７９（Ｐ２０１１−７６１７９Ａ）
【公開日】平成２３年４月１４日（２０１１．４．１４）
【国際特許分類】
【出願番号】特願２００９−２２４２２０（Ｐ２００９−２２４２２０）
【出願日】平成２１年９月２９日（２００９．９．２９）
【出願人】（０００００６７４７）株式会社リコー (37,907)
【Ｆターム（参考）】
【公開日】平成２３年４月１４日（２０１１．４．１４）
【国際特許分類】
【出願日】平成２１年９月２９日（２００９．９．２９）
【出願人】（０００００６７４７）株式会社リコー (37,907)
【Ｆターム（参考）】
[ Back to top ]