データベースアクセス管理システム、管理方法及びプログラム
【課題】アクセス制御リストの変更分の確認と、その確認を実施した記録とを容易に行う。
【解決手段】ＤＢアクセス管理システム１００において、端末装置１は、ＤＢサーバ２に格納された、ＤＢ２１のアクセス権にかかるＡＣＬ２２を取得し、管理サーバ３に記憶された管理用マスタＤＢ３２と、取得したＡＣＬ２２との差分をもとに、ＡＣＬ２２の更新分を検出する。端末装置１は、検出した更新分を表示し、表示した更新分の承認指示をＤＢ管理者から受け付ける。管理サーバ３は、端末装置１で受け付けられた承認指示に応じて、承認指示があった更新分をもとに管理用マスタＤＢ３２を更新し、承認指示があった更新分を、ＡＣＬ２２の確認の実施を示す文書データに含めて管理用マスタＤＢ３２に記録する。
【解決手段】ＤＢアクセス管理システム１００において、端末装置１は、ＤＢサーバ２に格納された、ＤＢ２１のアクセス権にかかるＡＣＬ２２を取得し、管理サーバ３に記憶された管理用マスタＤＢ３２と、取得したＡＣＬ２２との差分をもとに、ＡＣＬ２２の更新分を検出する。端末装置１は、検出した更新分を表示し、表示した更新分の承認指示をＤＢ管理者から受け付ける。管理サーバ３は、端末装置１で受け付けられた承認指示に応じて、承認指示があった更新分をもとに管理用マスタＤＢ３２を更新し、承認指示があった更新分を、ＡＣＬ２２の確認の実施を示す文書データに含めて管理用マスタＤＢ３２に記録する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、データベースにかかるアクセス制御リストを管理するデータベースアクセス管理システム、管理方法及びプログラムに関する。
【背景技術】
【０００２】
近年、企業等は、例えば、ＩＳＭＳ（Information Security Management System：情報セキュリティマネジメントシステム）を導入し、その認証を受けること等により、自主的に情報セキュリティ対策を行っている。この情報セキュリティ対策の１つとして、企業内ＤＢ（データベース）に対するアクセス権の設定がある。企業は、ＤＢに対するアクセス権を設定することで、ＤＢへの不正アクセスによる情報の漏洩を防止している。
【０００３】
ＤＢに対するアクセス権の設定は、ＡＣＬ（Access Control List：アクセス制御リスト）で行われる。例えば、ＤＢの管理者が、ＤＢにアクセス可能なアクセス権保有者を登録したＡＣＬを作成し、ＤＢサーバに格納しておく。ＤＢサーバは、ＤＢへのアクセス要求に応じてＡＣＬを参照し、アクセス要求があったアカウントがアクセス権保有者のアカウントである場合にのみ、ＤＢへのアクセスを許可する。
【０００４】
ところで、ＡＣＬについては、新規の登録や変更などの確認が定期的に実施されている。具体的には、新たなＤＢとそのＡＣＬの登録、新たなアクセス権保有者のＡＣＬへの登録、ＡＣＬに登録されたアクセス権保有者の変更などを、ＤＢの管理者が定期的に確認している。特許文献１には、ＡＣＬの確認を行う際の技術として、グループが記録されるＡＣＬに登録されている対象の情報を容易に得ることを可能とすることで、ＡＣＬを見ただけで具体的に誰にアクセス権が設定されているかを知ることを可能とする技術が開示されている。
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、上記特許文献１では、ＡＣＬにおけるアクセス権保有者やそのアクセス範囲などの一覧を確認することはできるが、その一覧の中から変更分を確認することは容易ではなかった。また、特許文献１では、ＡＣＬの確認を実施した記録を残すことができない。したがって、確認が行われた変更分のアクセス権保有者やそのアクセス範囲などを、手作業でテーブルデータなどへ書き出す必要があり、ＡＣＬの確認を実施した記録を残す際のＤＢの管理者の負担が大きかった。
【０００６】
本発明は、上記に鑑みてなされたものであって、アクセス制御リストの変更分の確認と、その確認を実施した記録とを容易に行うことを可能とするデータベースアクセス管理システム、管理方法及びプログラムを提供することを目的とする。
【課題を解決するための手段】
【０００７】
上述した課題を解決し、目的を達成するために、本発明のデータベースアクセス管理システムは、データベースサーバに格納された、データベースのアクセス権にかかるアクセス制御リストを取得する取得手段と、記憶手段に記憶された前記アクセス制御リストのマスタデータと、前記取得手段により取得したアクセス制御リストとの差分をもとに、前記アクセス制御リストの更新分を検出する検出手段と、前記検出された更新分を表示する表示手段と、前記表示された更新分の承認指示を受け付ける受付手段と、前記承認指示に応じて、当該承認指示があった更新分をもとに前記マスタデータを更新する更新手段と、前記承認指示があった更新分を、前記アクセス制御リストの確認の実施を示す文書データに含めて前記記憶手段に記録する記録手段と、を備えることを特徴とする。
【０００８】
また、本発明の管理方法は、データベースアクセス管理システムにおけるアクセス制御リストの管理方法であって、データベースサーバに格納された、データベースのアクセス権にかかるアクセス制御リストを取得する取得ステップと、記憶手段に記憶された前記アクセス制御リストのマスタデータと、前記取得手段により取得したアクセス制御リストとの差分をもとに、前記アクセス制御リストの更新分を検出する検出ステップと、前記検出された更新分を表示する表示ステップと、前記表示された更新分の承認指示を受け付ける受付ステップと、受け付けられた承認指示に応じて、当該承認指示があった更新分をもとに前記マスタデータを更新する更新ステップと、前記承認指示があった更新分を、前記アクセス制御リストの確認の実施を示す文書データに含めて前記記憶手段に記録する記録ステップと、を含むことを特徴とする。
【０００９】
また、本発明のプログラムは、データベースアクセス管理システムのコンピュータに、データベースサーバに格納された、データベースのアクセス権にかかるアクセス制御リストを取得する取得ステップと、記憶手段に記憶された前記アクセス制御リストのマスタデータと、前記取得手段により取得したアクセス制御リストとの差分をもとに、前記アクセス制御リストの更新分を検出する検出ステップと、前記検出された更新分を表示する表示ステップと、前記表示された更新分の承認指示を受け付ける受付ステップと、受け付けられた承認指示に応じて、当該承認指示があった更新分をもとに前記マスタデータを更新する更新ステップと、前記承認指示があった更新分を、前記アクセス制御リストの確認の実施を示す文書データに含めて前記記憶手段に記録する記録ステップと、を実行させる。
【発明の効果】
【００１０】
本発明によれば、アクセス制御リストの変更分の確認と、その確認を実施した記録とを容易に行うことを可能とする、という効果を奏する。
【図面の簡単な説明】
【００１１】
【図１】図１は、本実施形態にかかるＤＢアクセス管理システムの構成を示すブロック図である。
【図２】図２は、ＡＣＬのデータ構成を示す図である。
【図３】図３は、管理用マスタＤＢの格納内容を例示する図である。
【図４】図４は、ＡＣＬマスタのデータ構成を示す図である。
【図５】図５は、ＡＣＬ名称テーブルのデータ構成を示す図である。
【図６】図６は、パーソナルコンピュータの構成例を示すブロック図である。
【図７】図７は、本実施形態にかかるＤＢアクセス管理システムの動作の一例を示すラダーチャートである。
【図８】図８は、本実施形態にかかるＤＢアクセス管理システムの動作の一例を示すラダーチャートである。
【図９】図９は、表示画面の例を示す図である。
【図１０】図１０は、表示画面の例を示す図である。
【図１１】図１１は、ＤＢ管理文書のデータ構成を示す図である。
【発明を実施するための形態】
【００１２】
以下に添付図面を参照して、この発明にかかるデータベースアクセス管理システム、管理方法及びプログラムの一実施の形態を詳細に説明する。この管理システムは、各ＤＢへのアクセスを、ＤＢごとに設定された、アクセス権を保有するユーザのリストであるＡＣＬに従って管理する。
【００１３】
図１は、本実施形態にかかるＤＢアクセス管理システム１００の構成を示すブロック図である。図１に示すように、ＤＢアクセス管理システム１００は、端末装置１と、ＤＢサーバ２と、管理サーバ３とを備える。ＤＢアクセス管理システム１００において、端末装置１と、ＤＢサーバ２と、管理サーバ３とは、インターネットやＬＡＮ（Local Area Network）等の通信ネットワーク４を介して接続されている。
【００１４】
端末装置１は、ユーザがＤＢに格納されたデータの閲覧等のＤＢアクセス管理システム１００を用いた各種作業を行うための情報端末である。この端末装置１の具体的構成については後述する。
【００１５】
ＤＢサーバ２は、アクセス制御の対象となるＤＢ２１と、そのＤＢ用のＡＣＬ２２とを格納するサーバ装置である。なお、ＤＢサーバ２は、複数のＤＢと、各ＤＢ用のＡＣＬとを格納していてもよい。ＤＢサーバ２は、例えば通信ネットワーク４を介して接続される端末装置１から、ＤＢ２１へのアクセス要求を受信すると、ＡＣＬ２２を参照して、アクセス要求を行ったユーザがアクセス権を保有するか否かを判別する。そして、アクセス要求を行ったユーザがアクセス権の保有者である場合に、ＤＢサーバ２は、ＤＢ２１へのアクセスを許可する。
【００１６】
図２は、ＡＣＬ２２のデータ構成を示す図である。図２に示すように、ＡＣＬ２２には、ＩＤと、権限情報と、ロール情報とが関連付けて記録されている。さらに、ＡＣＬ２２には、アクセス対象であるＤＢ２１を識別するためのデータベース名称等が記録されている。
【００１７】
ＩＤは、アクセス権を保有するユーザを特定するための識別情報である。具体的には、ＡＣＬ２２には、ＩＤとして、ＤＢ２１へのアクセスが許可されているユーザの識別情報である個人ＩＤと、アクセスが許可されているグループの識別情報であるグループＩＤとが記録される。図２に示す例では、「Ｇ」で始まるＩＤがグループＩＤであり、「Ｐ」で始まるＩＤが個人ＩＤである。なお、ＡＣＬ２２には、個人ＩＤとグループＩＤのどちらかのみが記録されていてもよい。
【００１８】
ＡＣＬ２２にグループＩＤが記録されている場合には、そのグループＩＤで特定されるグループに所属するユーザ全てにＤＢ２１へのアクセスが許可される。また、グループが階層化されている場合には、ＡＣＬ２２に記録されているグループの下位の階層に属する全てのグループのユーザにＤＢ２１へのアクセスが許可されてもよい。つまり、ＡＣＬ２２にＩＤ欄に個人ＩＤで特定されるユーザと、ＩＤ欄にグループＩＤで特定されるグループに属するユーザとが、アクセス権を保有するものとされる。
【００１９】
権限情報は、アクセスする情報の利用態様等に関する権限を示すアクセス権限情報であり、ＩＤに関連付けて記録される。権限情報としては、例えば、情報の閲覧のみが可能なことを示す「読者」、編集も可能なことを示す「編集者」等がある。
【００２０】
ロール情報は、アクセス権を保有するユーザの役割を示す情報であり、ＩＤに関連付けて記録される。ロール情報としては、例えば、「技術」、「企画」、「管理」等があり、エージェント等特別な操作に用いられる。具体的には、ＤＢサーバ２が、アクセス権を保有するユーザによって使用されている端末装置１に、ＤＢ２１内の情報を表示させるときに、ロール情報に応じたボタン操作等も併せて表示させることにより、特定の役割を持つ者に特定の操作を許可することができる。なお、ロール情報が「なし」の場合には特定の操作は許可されず、また、複数記録されている場合には許可された複数の特定の操作が許可される。例えば、「管理」はＤＢアクセス管理システム１００を管理する役割を示すため、ロール情報が「管理」の場合には、ＤＢのアクセス権の設定などを行う操作が許可される。この「管理」の役割が設定されたユーザを、以下の説明では「ＤＢ管理者」と呼ぶ。
【００２１】
図１に戻り、管理サーバ３は、企業等の組織に関する情報や、ＤＢアクセス管理システム１００における各ＤＢのアクセス制御のもととなるマスタデータを管理するサーバ装置であり、属性情報ＤＢ３１と、管理用マスタＤＢ３２とを格納する。属性情報ＤＢ３１は、組織に属するユーザの氏名、住所、所属部署などの属性情報を格納するデータベースである。具体的には、ユーザごとに、個人ＩＤと、その個人の氏名、住所、所属部署などの属性情報とが関連付けて記録される。
【００２２】
管理用マスタＤＢ３２は、ＤＢアクセス管理システム１００における各ＤＢのアクセス制御のマスタデータであり、ＤＢアクセス管理システム１００におけるＤＢ２１のＡＣＬ２２を統括して管理している。このように、ＤＢアクセス管理システム１００は、ＡＣＬ２２とは別に、ＡＣＬ２２のマスタデータである管理用マスタＤＢ３２を有する構成である。したがって、ＤＢアクセス管理システム１００では、管理用マスタＤＢ３２が統括して管理しているＡＣＬ２２の内容と、実際のＡＣＬ２２に登録されている内容とを比較し、その差分を検出することで、ＡＣＬ２２の更新部分を容易に検出することができる。
【００２３】
図３は、管理用マスタＤＢ３２の格納内容を例示する図である。図３に示すように、管理用マスタＤＢ３２は、確認用文書３２１、ＤＢ管理文書３２２、ＡＣＬマスタ３２３、ＡＣＬ名称テーブル３２４を格納する。
【００２４】
確認用文書３２１は、ＤＢ管理者が管理用マスタＤＢ３２の変更分を定期的に確認するための文書データである。確認用文書３２１は、新たなＤＢとそのＡＣＬの登録、新たなアクセス権保有者のＡＣＬへの登録、ＡＣＬに登録されたアクセス権保有者の変更などの申請がユーザから行われた際や、後述する生成処理により生成される。
【００２５】
ＤＢ管理文書３２２は、新たなＤＢとそのＡＣＬの登録、新たなアクセス権保有者のＡＣＬへの登録、ＡＣＬに登録されたアクセス権保有者の変更などの、ＤＢ管理者による確認の実施を記録する文書データである。具体的には、ＤＢ管理者が確認した確認用文書３２１が実施の記録として保存される（詳細は後述する）。
【００２６】
ＡＣＬマスタ３２３は、ＡＣＬ２２にエントリ（登録）されているデータのマスタデータであり、ロールテーブルと、ＡＣＬエントリテーブルとから構成されている。図４は、ＡＣＬマスタ３２３のデータ構成を示す図である。
【００２７】
図４に示すように、ＡＣＬマスタ３２３のロールテーブルは、ロールデータ（ロール情報）と、そのロールデータをコード化したロールＣＤとの関連付けを行う。このロールテーブルにより、ロール情報はコード化される。このように、ロール情報をコード化することで、ロール情報を効率的に管理できる。ＡＣＬマスタ３２３のＡＣＬエントリテーブルは、ＡＣＬエントリごとに、ＡＣＬの権限、ＡＣＬの種類、各種オプション（図示例ではオプション（１）〜オプション（９））、ロールＣＤの関連付けを行う。
【００２８】
ＡＣＬ名称テーブル３２４は、エントリの中でユーザ、グループ、サーバなどの名称に関するデータを記憶するテーブルである。図５は、ＡＣＬ名称テーブル３２４のデータ構成を示す図である。図５に示すように、ＡＣＬ名称テーブル３２４は、ＡＣＬエントリごとに、ＡＣＬの権限と、ユーザ、グループサーバに関する名称とを格納している。この名称は、属性情報ＤＢ３１を参照するものであってもよい。
【００２９】
管理用マスタＤＢ３２では、ＡＣＬ２２を統括して管理するためのデータを、ＡＣＬのエントリに関するＡＣＬマスタ３２３と、ＡＣＬにエントリされた名称に関するＡＣＬ名称テーブル３２４とに分けて格納している。これは、ＡＣＬの１エントリ（管理用マスタＤＢ３２の１フィールド）について名称まで含めるとデータサイズが大きくなり、１フィールドあたりのデータサイズに限界がある場合には対応できなくなるためである。したがって、上述したようにＡＣＬマスタ３２３とＡＣＬ名称テーブル３２４とに分けることで、１フィールドあたりのデータサイズを低減し、１フィールドあたりのデータサイズに限界がある場合に対応している。
【００３０】
次に、端末装置１、ＤＢサーバ２及び管理サーバ３の具体的構成を説明する。端末装置１、ＤＢサーバ２及び管理サーバ３は、ＷＳ（Work Station）やパーソナルコンピュータなどの情報機器である。本実施形態では、パーソナルコンピュータを用いる場合を例にして説明する。図６は、パーソナルコンピュータの構成例を示すブロック図であり、端末装置１、ＤＢサーバ２及び管理サーバ３の具体的構成を示している。
【００３１】
図６に示すように、端末装置１、ＤＢサーバ２及び管理サーバ３であるパーソナルコンピュータは、通信部１０１と、入力部１０２と、出力部１０３と、記憶部１０４と、制御部１０５とを備える。
【００３２】
通信部１０１は、通信ネットワーク４を介して接続する機器（情報機器）と通信を行うものであり、通信インタフェース等を備える。入力部１０２は、様々な情報を入力するために使用されるものであり、キーボード、マウス等の入力装置を備える。出力部１０３は、様々な情報を出力するためのものであり、ディスプレイ等の表示装置を備える。記憶部１０４は、様々な情報やプログラム等を記憶するものであり、ハードディスクドライブ等の補助記憶装置を備える。例えば、ＤＢサーバ２の記憶部１０４はＤＢ２１、ＡＣＬ２２を記憶する。また、管理サーバ３の記憶部１０４は、属性情報ＤＢ３１、管理用マスタＤＢ３２を記憶する。
【００３３】
制御部１０５は、ＣＰＵ（Central Processing Unit）、ＲＯＭ（Read Only Memory）、ＲＡＭ（Random Access Memory）等から構成され、データの演算処理を行うと共に、装置全体を中央制御する。制御部１０５における演算処理及び中央制御は、具体的には、ＣＰＵが、ＲＡＭを作業領域として使用して各種データを一時的に記憶させながら、ＲＯＭに記憶されているプログラムを実行することにより行われる。例えば、端末装置１、ＤＢサーバ２及び管理サーバ３のＲＯＭにはそれぞれ専用のプログラムが記憶されている。このため、端末装置１、ＤＢサーバ２及び管理サーバ３は、ＲＯＭに記憶されたプログラムを実行することで、それぞれが有する機能を実現している。
【００３４】
次に、本実施形態にかかるＤＢアクセス管理システム１００の動作について説明する。図７、図８は、本実施形態にかかるＤＢアクセス管理システム１００の動作の一例を示すラダーチャートである。
【００３５】
具体的には、図７は、ＤＢ管理者が管理用マスタＤＢ３２の変更分を定期的に確認するための確認用文書３２１が生成されて、管理サーバ３の管理用マスタＤＢ３２に保存されるまでの動作を示すラダーチャートである。この確認用文書３２１を生成する処理は、新たなＤＢとそのＡＣＬの登録、新たなアクセス権保有者のＡＣＬへの登録、ＡＣＬに登録されたアクセス権保有者の変更などの申請がユーザから行われた場合や、予め設定された日時の到来に応じて周期的に行われる場合がある。
【００３６】
また、図８は、確認用文書３２１をＤＢ管理者が承認（確認）したことに伴い、ＤＢ管理者による確認の実施を記録するＤＢ管理文書３２２が生成されて記録されるまでの動作を示すラダーチャートである。このＤＢ管理文書３２２が生成されて記録される処理は、ＤＢ管理者が端末装置１にログインした際に行われる処理である。なお、本実施形態では、ユーザが端末装置１を操作して行う動作を例示するが、ユーザが操作する情報機器は、端末装置１以外であってよく、管理サーバ３であってもよいことは言うまでもない。
【００３７】
図７に示すように、端末装置１は、ＤＢサーバ２からＡＣＬ２２を読み込む（Ｓ１）。具体的には、端末装置１はＤＢサーバ２に対してＡＣＬ２２を要求し、ＤＢサーバ２は端末装置１からの要求に応じてＡＣＬ２２を端末装置１へ送信する（Ｓ２）。
【００３８】
次いで、端末装置１は、Ｓ１で読み込んだＡＣＬ２２にかかるユーザの属性情報を管理サーバ３から読み込む（Ｓ３）。具体的には、端末装置１はＡＣＬ２２に列挙されているユーザのＩＤを管理サーバ３に対して通知し、管理サーバ３は端末装置１から通知に応じてＩＤに関連付けられた属性情報を属性情報ＤＢ３１から読み出して端末装置１へ送信する（Ｓ４）。
【００３９】
次いで、端末装置１は、管理サーバ３から管理用マスタＤＢ３２を読み込む（Ｓ５）。具体的には、端末装置１は管理サーバ３に対して管理用マスタＤＢ３２を要求し、管理サーバ３は端末装置１からの要求に応じて管理用マスタＤＢ３２を端末装置１へ送信する（Ｓ６）。
【００４０】
次いで、端末装置１は、Ｓ１、Ｓ３で読み込んだＡＣＬ２２及びＡＣＬ２２にかかるユーザの属性情報と、Ｓ５で読み込んだ管理用マスタＤＢ３２との差分をチェックし、ＡＣＬ２２の更新部分を検出する（Ｓ７）。例えば、ＤＢ２１とそのＡＣＬ２２とを新規作成する場合には、新規作成分が更新部分として検出される。また、既にＤＢ２１、ＡＣＬ２２が作成されており、そのＤＢ２１に関して、新たなアクセス権保有者をＡＣＬ２２へ登録する場合や、ＡＣＬ２２に登録されたアクセス権保有者を変更する場合には、その変更部分が更新部分として検出される。また、ＡＣＬ２２に含まれておらず、管理用マスタＤＢ３２に含まれるＡＣＬエントリについては、ＡＣＬ２２で削除されたＡＣＬエントリが更新部分として検出される。
【００４１】
次いで、端末装置１は、Ｓ７で検出された更新部分のＡＣＬチェックを行う（Ｓ８）。具体的には、Ｓ８では、ＲＯＭなどに予め設定された値と、更新部分の値との比較が行われ、この比較によって予め設定された値から外れた、適切でないと判定された値に予め設定された推奨値が設定される。このようにＡＣＬチェックにより、適切でない値には推奨値を設定することで、ＤＢ管理者が確認する際の作業漏れによるミスを無くし、確認作業の省力化を図ることができる。
【００４２】
具体的には、推奨値の設定には、「追加」、「変更」、「削除」がある。「追加」は、更新部分のＡＣＬチェックの際に、予め作成されている登録を推奨するエントリのテーブルとのマッチングを行い、このテーブルにないエントリを追加とする推奨値を設定するものである。
【００４３】
「変更」は、更新部分のＡＣＬチェックの際に、例えば次の条件を満たす場合に実施される。
・登録推奨エントリの権限が、「読者」より低い時には「管理者」を推奨値として設定する。
・ネーミングに「＠」が含まれている場合に、「＠」を削除したネーミングを推奨値として設定する（ＡＣＬに「＠」付きアドレスを使うと無効となるため）。
・ＡＣＬとして有効な所定の形式でセットされていない場合に、所定の形式へ変換した推奨値を設定する。
・デフォルト権限が不適切に高い（例えば編集者以上）場合に、予め設定された権限を推奨値として設定する。
・ＡＣＬの種類と、ＡＣＬエントリの区別に適した不一致でＡＣＬとして無効の場合は所定の推奨値を設定する。例えば、種類がユーザで、区別が、グループ、サーバ、…／○○○○等、レプリカＩＤの場合、種類がサーバーで、区別が、ユーザ、グループ、…／○○○○等、レプリカＩＤの場合、種類が混在グループ、ユーザグループ、サーバグループで、区別が、ユーザ、サーバ、レプリカＩＤの場合などがある。
・ＩＤ変更によりエントリ名が変更された場合は、新しいＩＤへの変更を推奨値に設定する。
【００４４】
「削除」は、更新部分のＡＣＬチェックの際に、例えば次の条件を満たす場合に実施される。
・メール専用グループの場合は別ドメインとの複製がないと判断され、階層認証でない（＝グループか、Ｗｅｂユーザ）のＡＣＬエントリ→属性情報ＤＢ３１のユーザビュー、グループビューを検索し、存在しない場合に削除する推奨値を設定する。なお、階層認証である（＝ユーザかサーバ）のＡＣＬエントリ→属性情報ＤＢ３１のユーザビュー、サーバビューを検索し、存在しない場合に削除する推奨値を設定する。ただし、別ドメインとの複製がある場合には、複製先ドメインには存在している可能性がある為、削除する推奨値は設定しない（この場合は不明とするフラグを立ててもよい）。
【００４５】
次いで、端末装置１は、Ｓ８によるＡＣＬチェックによる推奨値が設定されたＡＣＬ２２の更新部分を、リッチテキストの表とした確認用文書３２１を生成し、管理サーバ３へ送信する（Ｓ９）。管理サーバ３は、端末装置１から送信された確認用文書３２１を管理用マスタＤＢ３２に保存する（Ｓ１０）。
【００４６】
図８に示すように、ＤＢ管理者が端末装置１にログインした際に、端末装置１では、管理サーバ３の管理用マスタＤＢ３２に格納された確認用文書３２１を読み込む（Ｓ２０）。具体的には、端末装置１は管理サーバ３に対して確認用文書３２１を要求し、管理サーバ３は端末装置１からの要求に応じて管理用マスタＤＢ３２に格納された確認用文書３２１を読み出して端末装置１へ送信する（Ｓ２１）。
【００４７】
次いで、端末装置１は、Ｓ２０で読み込んだ確認用文書３２１を出力部１０３のディスプレイなどに表示する（Ｓ２２）。図９は、表示画面Ｇ１の例を示す図であり、より具体的には、Ｓ２２において確認用文書３２１を表示する表示画面Ｇ１を例示する図である。
【００４８】
図９に示すように、Ｓ２２では、出力部１０３のディスプレイに表示画面Ｇ１が表示される。表示画面Ｇ１における頁切替ボタンＧ１１は、表示頁を切り替える操作を受け付けるボタンである。ＡＣＬのエントリが大量にある場合には、例えば１０行を１頁とする表示を行い、１０行ごとの頁を頁切替ボタンＧ１１により切り替える。項目Ｇ２１は、編集が可能なＡＣＬのエントリである。編集ボタンＧ１３は、項目Ｇ２１に表示された各ＡＣＬエントリの変更、削除、取消などの編集指示を受け付けるボタンである。この編集ボタンＧ１３の操作により、ＤＢ管理者は表示画面Ｇ１に表示されたＡＣＬエントリを編集することができる。ＡＣＬ変更情報Ｇ１４は、リッチテキストの表として挿入されたＡＣＬ２２の更新部分である。ＤＢ管理者は、ＡＣＬ変更情報Ｇ１４の内容を確認して、管理用マスタＤＢ３２の変更分を確認する。
【００４９】
なお、表示画面Ｇ１の編集ボタンＧ１３の操作によりＡＣＬエントリの編集を行う場合には、ＡＣＬを編集するための表示画面が出力部１０３のディプレイに表示される。図１０は、表示画面Ｇ２の例を示す図であり、より具体的には、ＡＣＬを編集するための表示画面Ｇ２を例示する図である。
【００５０】
図１０に示すように、ＡＣＬエントリの編集時には、表示画面Ｇ２が出力部１０３のディスプレイに表示される。項目Ｇ２１には、ＡＣＬ２２にエントリされた権限別の表示が行われる。これにより、適切な権限がユーザに割り振られているかをＤＢ管理者が判断し易くなる。項目Ｇ２２には、ＡＣＬ２２にエントリされたグループＩＤなどをもとに、社員、外部社員、テスト用ＩＤ、グループ会社などを識別した結果が表示される。これにより、ユーザの範囲をＤＢ管理者が判断し易くなる。項目Ｇ２３には、個人ＩＤに、漢字氏名、所属が併記して表示される。これにより、エントリされたユーザが誰なのかをＤＢ管理者が判断し易くなる。ＤＢ管理者は、上述した項目Ｇ２１、Ｇ２２、Ｇ２３を確認し、適正に設定されていない内容を入力部１０２のキーボードやマウスの操作によって適正な設定へ直す等の編集操作を行う。この表示画面Ｇ２により編集された内容は、Ｓ２２において表示される確認文書、すなわち表示画面Ｇ１や表示画面Ｇ２に反映される。
【００５１】
図８に戻り動作の説明を続ける。Ｓ２２に次いで、端末装置１は、入力部１０２のキーボードやマウスの操作によってＤＢ管理者の承認が得られたか否かを判定する（Ｓ２３）。承認が得られた場合はＳ２４へ処理を進め、承認が得られない場合は処理を待機する。
【００５２】
Ｓ２４において、端末装置１は、Ｓ２３で承認された更新結果、すなわち管理用マスタＤＢ３２の更新分を管理サーバ３へ通知する。管理サーバ３は、端末装置１から通知された更新結果をもとに、管理用マスタＤＢ３２（ＡＣＬマスタ３２３、ＡＣＬ名称テーブル３２４）を更新し（Ｓ２５）、ＤＢ管理文書３２２を生成して（Ｓ２６）、管理用マスタＤＢ３２に記録する。具体的には、Ｓ２６では、Ｓ２５における更新分のＡＣＬマスタ３２３、ＡＣＬ名称テーブル３２４を組み合わせたＤＢ管理文書３２２が生成されて、管理用マスタＤＢ３２に記録される。
【００５３】
図１１は、ＤＢ管理文書３２２のデータ構成を示す図である。図１１に示すように、ＤＢ管理文書３２２は、管理用マスタＤＢ３２の更新分であるＡＣＬマスタ３２３、ＡＣＬ名称テーブル３２４を組み合わせたＡＣＬ情報を含む文書データである。ＤＢアクセス管理システム１００では、このＤＢ管理者の承認に応じて、ＤＢ管理文書３２２が管理用マスタＤＢ３２に格納されることで、ＡＣＬ２２の確認を実施した記録が残されることとなる。したがって、ＤＢアクセス管理システム１００は、ＡＣＬ２２の確認が行われた変更分のアクセス権保有者やそのアクセス範囲などを、手作業でテーブルデータなどへ書き出す必要が無く、ＤＢ管理者の負担を減らすことができる。
【００５４】
次いで、端末装置１は、ＤＢ管理者の編集操作による変更や、Ｓ８の推奨値の設定による変更があったか否かを判定する（Ｓ２７）。変更があった場合（Ｓ２７：ＹＥＳ）は、その変更分をＤＢサーバ２のＡＣＬ２２に反映する必要があるため、編集操作や推奨値の設定による変更部分をＤＢサーバ２へ通知する（Ｓ２８）。ＤＢサーバ２では、端末装置１から通知された変更部分をもとにＡＣＬ２２を更新する（Ｓ２９）。これにより、ＤＢ編集者がＡＣＬ２２の確認を実施した際に変更した内容を、ＡＣＬ２２にも反映することが可能となる。
【００５５】
なお、本実施形態の端末装置１、ＤＢサーバ２、管理サーバ３で実行されるプログラムは、インストール可能な形式又は実行可能な形式のファイルでＣＤ−ＲＯＭ、フレキシブルディスク（ＦＤ）、ＣＤ−Ｒ、ＤＶＤ（Ｄｉｇｉｔａｌ Ｖｅｒｓａｔｉｌｅ Ｄｉｓｋ）等のコンピュータで読み取り可能な記録媒体に記録されて提供される。
【００５６】
また、本実施形態の端末装置１、ＤＢサーバ２、管理サーバ３で実行されるプログラムを、インターネット等のネットワークに接続されたコンピュータ上に格納し、ネットワーク経由でダウンロードさせることにより提供するように構成しても良い。また、本実施形態の端末装置１、ＤＢサーバ２、管理サーバ３で実行されるプログラムをインターネット等のネットワーク経由で提供または配布するように構成しても良い。また、本実施形態のプログラムを、ＲＯＭ等に予め組み込んで提供するように構成してもよい。
【符号の説明】
【００５７】
１００ ＤＢアクセス管理システム
１ 端末装置
２ ＤＢサーバ
３ 管理サーバ
４ 通信ネットワーク
２１ ＤＢ
２２ ＡＣＬ
３１ 属性情報ＤＢ
３２ 管理用マスタＤＢ
１０１ 通信部
１０２ 入力部
１０３ 出力部
１０４ 記憶部
１０５ 制御部
３２１ 確認用文書
３２２ ＤＢ管理文書
３２３ ＡＣＬマスタ
３２４ ＡＣＬ名称テーブル
Ｇ１、Ｇ２ 表示画面
Ｇ１１ 頁切替ボタン
Ｇ１２ ＡＣＬエントリ
Ｇ１３ 編集ボタン
Ｇ１４ ＡＣＬ変更情報
Ｇ２１〜Ｇ２３ 項目
【先行技術文献】
【特許文献】
【００５８】
【特許文献１】特開２００７−２５７６０３号公報
【技術分野】
【０００１】
本発明は、データベースにかかるアクセス制御リストを管理するデータベースアクセス管理システム、管理方法及びプログラムに関する。
【背景技術】
【０００２】
近年、企業等は、例えば、ＩＳＭＳ（Information Security Management System：情報セキュリティマネジメントシステム）を導入し、その認証を受けること等により、自主的に情報セキュリティ対策を行っている。この情報セキュリティ対策の１つとして、企業内ＤＢ（データベース）に対するアクセス権の設定がある。企業は、ＤＢに対するアクセス権を設定することで、ＤＢへの不正アクセスによる情報の漏洩を防止している。
【０００３】
ＤＢに対するアクセス権の設定は、ＡＣＬ（Access Control List：アクセス制御リスト）で行われる。例えば、ＤＢの管理者が、ＤＢにアクセス可能なアクセス権保有者を登録したＡＣＬを作成し、ＤＢサーバに格納しておく。ＤＢサーバは、ＤＢへのアクセス要求に応じてＡＣＬを参照し、アクセス要求があったアカウントがアクセス権保有者のアカウントである場合にのみ、ＤＢへのアクセスを許可する。
【０００４】
ところで、ＡＣＬについては、新規の登録や変更などの確認が定期的に実施されている。具体的には、新たなＤＢとそのＡＣＬの登録、新たなアクセス権保有者のＡＣＬへの登録、ＡＣＬに登録されたアクセス権保有者の変更などを、ＤＢの管理者が定期的に確認している。特許文献１には、ＡＣＬの確認を行う際の技術として、グループが記録されるＡＣＬに登録されている対象の情報を容易に得ることを可能とすることで、ＡＣＬを見ただけで具体的に誰にアクセス権が設定されているかを知ることを可能とする技術が開示されている。
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、上記特許文献１では、ＡＣＬにおけるアクセス権保有者やそのアクセス範囲などの一覧を確認することはできるが、その一覧の中から変更分を確認することは容易ではなかった。また、特許文献１では、ＡＣＬの確認を実施した記録を残すことができない。したがって、確認が行われた変更分のアクセス権保有者やそのアクセス範囲などを、手作業でテーブルデータなどへ書き出す必要があり、ＡＣＬの確認を実施した記録を残す際のＤＢの管理者の負担が大きかった。
【０００６】
本発明は、上記に鑑みてなされたものであって、アクセス制御リストの変更分の確認と、その確認を実施した記録とを容易に行うことを可能とするデータベースアクセス管理システム、管理方法及びプログラムを提供することを目的とする。
【課題を解決するための手段】
【０００７】
上述した課題を解決し、目的を達成するために、本発明のデータベースアクセス管理システムは、データベースサーバに格納された、データベースのアクセス権にかかるアクセス制御リストを取得する取得手段と、記憶手段に記憶された前記アクセス制御リストのマスタデータと、前記取得手段により取得したアクセス制御リストとの差分をもとに、前記アクセス制御リストの更新分を検出する検出手段と、前記検出された更新分を表示する表示手段と、前記表示された更新分の承認指示を受け付ける受付手段と、前記承認指示に応じて、当該承認指示があった更新分をもとに前記マスタデータを更新する更新手段と、前記承認指示があった更新分を、前記アクセス制御リストの確認の実施を示す文書データに含めて前記記憶手段に記録する記録手段と、を備えることを特徴とする。
【０００８】
また、本発明の管理方法は、データベースアクセス管理システムにおけるアクセス制御リストの管理方法であって、データベースサーバに格納された、データベースのアクセス権にかかるアクセス制御リストを取得する取得ステップと、記憶手段に記憶された前記アクセス制御リストのマスタデータと、前記取得手段により取得したアクセス制御リストとの差分をもとに、前記アクセス制御リストの更新分を検出する検出ステップと、前記検出された更新分を表示する表示ステップと、前記表示された更新分の承認指示を受け付ける受付ステップと、受け付けられた承認指示に応じて、当該承認指示があった更新分をもとに前記マスタデータを更新する更新ステップと、前記承認指示があった更新分を、前記アクセス制御リストの確認の実施を示す文書データに含めて前記記憶手段に記録する記録ステップと、を含むことを特徴とする。
【０００９】
また、本発明のプログラムは、データベースアクセス管理システムのコンピュータに、データベースサーバに格納された、データベースのアクセス権にかかるアクセス制御リストを取得する取得ステップと、記憶手段に記憶された前記アクセス制御リストのマスタデータと、前記取得手段により取得したアクセス制御リストとの差分をもとに、前記アクセス制御リストの更新分を検出する検出ステップと、前記検出された更新分を表示する表示ステップと、前記表示された更新分の承認指示を受け付ける受付ステップと、受け付けられた承認指示に応じて、当該承認指示があった更新分をもとに前記マスタデータを更新する更新ステップと、前記承認指示があった更新分を、前記アクセス制御リストの確認の実施を示す文書データに含めて前記記憶手段に記録する記録ステップと、を実行させる。
【発明の効果】
【００１０】
本発明によれば、アクセス制御リストの変更分の確認と、その確認を実施した記録とを容易に行うことを可能とする、という効果を奏する。
【図面の簡単な説明】
【００１１】
【図１】図１は、本実施形態にかかるＤＢアクセス管理システムの構成を示すブロック図である。
【図２】図２は、ＡＣＬのデータ構成を示す図である。
【図３】図３は、管理用マスタＤＢの格納内容を例示する図である。
【図４】図４は、ＡＣＬマスタのデータ構成を示す図である。
【図５】図５は、ＡＣＬ名称テーブルのデータ構成を示す図である。
【図６】図６は、パーソナルコンピュータの構成例を示すブロック図である。
【図７】図７は、本実施形態にかかるＤＢアクセス管理システムの動作の一例を示すラダーチャートである。
【図８】図８は、本実施形態にかかるＤＢアクセス管理システムの動作の一例を示すラダーチャートである。
【図９】図９は、表示画面の例を示す図である。
【図１０】図１０は、表示画面の例を示す図である。
【図１１】図１１は、ＤＢ管理文書のデータ構成を示す図である。
【発明を実施するための形態】
【００１２】
以下に添付図面を参照して、この発明にかかるデータベースアクセス管理システム、管理方法及びプログラムの一実施の形態を詳細に説明する。この管理システムは、各ＤＢへのアクセスを、ＤＢごとに設定された、アクセス権を保有するユーザのリストであるＡＣＬに従って管理する。
【００１３】
図１は、本実施形態にかかるＤＢアクセス管理システム１００の構成を示すブロック図である。図１に示すように、ＤＢアクセス管理システム１００は、端末装置１と、ＤＢサーバ２と、管理サーバ３とを備える。ＤＢアクセス管理システム１００において、端末装置１と、ＤＢサーバ２と、管理サーバ３とは、インターネットやＬＡＮ（Local Area Network）等の通信ネットワーク４を介して接続されている。
【００１４】
端末装置１は、ユーザがＤＢに格納されたデータの閲覧等のＤＢアクセス管理システム１００を用いた各種作業を行うための情報端末である。この端末装置１の具体的構成については後述する。
【００１５】
ＤＢサーバ２は、アクセス制御の対象となるＤＢ２１と、そのＤＢ用のＡＣＬ２２とを格納するサーバ装置である。なお、ＤＢサーバ２は、複数のＤＢと、各ＤＢ用のＡＣＬとを格納していてもよい。ＤＢサーバ２は、例えば通信ネットワーク４を介して接続される端末装置１から、ＤＢ２１へのアクセス要求を受信すると、ＡＣＬ２２を参照して、アクセス要求を行ったユーザがアクセス権を保有するか否かを判別する。そして、アクセス要求を行ったユーザがアクセス権の保有者である場合に、ＤＢサーバ２は、ＤＢ２１へのアクセスを許可する。
【００１６】
図２は、ＡＣＬ２２のデータ構成を示す図である。図２に示すように、ＡＣＬ２２には、ＩＤと、権限情報と、ロール情報とが関連付けて記録されている。さらに、ＡＣＬ２２には、アクセス対象であるＤＢ２１を識別するためのデータベース名称等が記録されている。
【００１７】
ＩＤは、アクセス権を保有するユーザを特定するための識別情報である。具体的には、ＡＣＬ２２には、ＩＤとして、ＤＢ２１へのアクセスが許可されているユーザの識別情報である個人ＩＤと、アクセスが許可されているグループの識別情報であるグループＩＤとが記録される。図２に示す例では、「Ｇ」で始まるＩＤがグループＩＤであり、「Ｐ」で始まるＩＤが個人ＩＤである。なお、ＡＣＬ２２には、個人ＩＤとグループＩＤのどちらかのみが記録されていてもよい。
【００１８】
ＡＣＬ２２にグループＩＤが記録されている場合には、そのグループＩＤで特定されるグループに所属するユーザ全てにＤＢ２１へのアクセスが許可される。また、グループが階層化されている場合には、ＡＣＬ２２に記録されているグループの下位の階層に属する全てのグループのユーザにＤＢ２１へのアクセスが許可されてもよい。つまり、ＡＣＬ２２にＩＤ欄に個人ＩＤで特定されるユーザと、ＩＤ欄にグループＩＤで特定されるグループに属するユーザとが、アクセス権を保有するものとされる。
【００１９】
権限情報は、アクセスする情報の利用態様等に関する権限を示すアクセス権限情報であり、ＩＤに関連付けて記録される。権限情報としては、例えば、情報の閲覧のみが可能なことを示す「読者」、編集も可能なことを示す「編集者」等がある。
【００２０】
ロール情報は、アクセス権を保有するユーザの役割を示す情報であり、ＩＤに関連付けて記録される。ロール情報としては、例えば、「技術」、「企画」、「管理」等があり、エージェント等特別な操作に用いられる。具体的には、ＤＢサーバ２が、アクセス権を保有するユーザによって使用されている端末装置１に、ＤＢ２１内の情報を表示させるときに、ロール情報に応じたボタン操作等も併せて表示させることにより、特定の役割を持つ者に特定の操作を許可することができる。なお、ロール情報が「なし」の場合には特定の操作は許可されず、また、複数記録されている場合には許可された複数の特定の操作が許可される。例えば、「管理」はＤＢアクセス管理システム１００を管理する役割を示すため、ロール情報が「管理」の場合には、ＤＢのアクセス権の設定などを行う操作が許可される。この「管理」の役割が設定されたユーザを、以下の説明では「ＤＢ管理者」と呼ぶ。
【００２１】
図１に戻り、管理サーバ３は、企業等の組織に関する情報や、ＤＢアクセス管理システム１００における各ＤＢのアクセス制御のもととなるマスタデータを管理するサーバ装置であり、属性情報ＤＢ３１と、管理用マスタＤＢ３２とを格納する。属性情報ＤＢ３１は、組織に属するユーザの氏名、住所、所属部署などの属性情報を格納するデータベースである。具体的には、ユーザごとに、個人ＩＤと、その個人の氏名、住所、所属部署などの属性情報とが関連付けて記録される。
【００２２】
管理用マスタＤＢ３２は、ＤＢアクセス管理システム１００における各ＤＢのアクセス制御のマスタデータであり、ＤＢアクセス管理システム１００におけるＤＢ２１のＡＣＬ２２を統括して管理している。このように、ＤＢアクセス管理システム１００は、ＡＣＬ２２とは別に、ＡＣＬ２２のマスタデータである管理用マスタＤＢ３２を有する構成である。したがって、ＤＢアクセス管理システム１００では、管理用マスタＤＢ３２が統括して管理しているＡＣＬ２２の内容と、実際のＡＣＬ２２に登録されている内容とを比較し、その差分を検出することで、ＡＣＬ２２の更新部分を容易に検出することができる。
【００２３】
図３は、管理用マスタＤＢ３２の格納内容を例示する図である。図３に示すように、管理用マスタＤＢ３２は、確認用文書３２１、ＤＢ管理文書３２２、ＡＣＬマスタ３２３、ＡＣＬ名称テーブル３２４を格納する。
【００２４】
確認用文書３２１は、ＤＢ管理者が管理用マスタＤＢ３２の変更分を定期的に確認するための文書データである。確認用文書３２１は、新たなＤＢとそのＡＣＬの登録、新たなアクセス権保有者のＡＣＬへの登録、ＡＣＬに登録されたアクセス権保有者の変更などの申請がユーザから行われた際や、後述する生成処理により生成される。
【００２５】
ＤＢ管理文書３２２は、新たなＤＢとそのＡＣＬの登録、新たなアクセス権保有者のＡＣＬへの登録、ＡＣＬに登録されたアクセス権保有者の変更などの、ＤＢ管理者による確認の実施を記録する文書データである。具体的には、ＤＢ管理者が確認した確認用文書３２１が実施の記録として保存される（詳細は後述する）。
【００２６】
ＡＣＬマスタ３２３は、ＡＣＬ２２にエントリ（登録）されているデータのマスタデータであり、ロールテーブルと、ＡＣＬエントリテーブルとから構成されている。図４は、ＡＣＬマスタ３２３のデータ構成を示す図である。
【００２７】
図４に示すように、ＡＣＬマスタ３２３のロールテーブルは、ロールデータ（ロール情報）と、そのロールデータをコード化したロールＣＤとの関連付けを行う。このロールテーブルにより、ロール情報はコード化される。このように、ロール情報をコード化することで、ロール情報を効率的に管理できる。ＡＣＬマスタ３２３のＡＣＬエントリテーブルは、ＡＣＬエントリごとに、ＡＣＬの権限、ＡＣＬの種類、各種オプション（図示例ではオプション（１）〜オプション（９））、ロールＣＤの関連付けを行う。
【００２８】
ＡＣＬ名称テーブル３２４は、エントリの中でユーザ、グループ、サーバなどの名称に関するデータを記憶するテーブルである。図５は、ＡＣＬ名称テーブル３２４のデータ構成を示す図である。図５に示すように、ＡＣＬ名称テーブル３２４は、ＡＣＬエントリごとに、ＡＣＬの権限と、ユーザ、グループサーバに関する名称とを格納している。この名称は、属性情報ＤＢ３１を参照するものであってもよい。
【００２９】
管理用マスタＤＢ３２では、ＡＣＬ２２を統括して管理するためのデータを、ＡＣＬのエントリに関するＡＣＬマスタ３２３と、ＡＣＬにエントリされた名称に関するＡＣＬ名称テーブル３２４とに分けて格納している。これは、ＡＣＬの１エントリ（管理用マスタＤＢ３２の１フィールド）について名称まで含めるとデータサイズが大きくなり、１フィールドあたりのデータサイズに限界がある場合には対応できなくなるためである。したがって、上述したようにＡＣＬマスタ３２３とＡＣＬ名称テーブル３２４とに分けることで、１フィールドあたりのデータサイズを低減し、１フィールドあたりのデータサイズに限界がある場合に対応している。
【００３０】
次に、端末装置１、ＤＢサーバ２及び管理サーバ３の具体的構成を説明する。端末装置１、ＤＢサーバ２及び管理サーバ３は、ＷＳ（Work Station）やパーソナルコンピュータなどの情報機器である。本実施形態では、パーソナルコンピュータを用いる場合を例にして説明する。図６は、パーソナルコンピュータの構成例を示すブロック図であり、端末装置１、ＤＢサーバ２及び管理サーバ３の具体的構成を示している。
【００３１】
図６に示すように、端末装置１、ＤＢサーバ２及び管理サーバ３であるパーソナルコンピュータは、通信部１０１と、入力部１０２と、出力部１０３と、記憶部１０４と、制御部１０５とを備える。
【００３２】
通信部１０１は、通信ネットワーク４を介して接続する機器（情報機器）と通信を行うものであり、通信インタフェース等を備える。入力部１０２は、様々な情報を入力するために使用されるものであり、キーボード、マウス等の入力装置を備える。出力部１０３は、様々な情報を出力するためのものであり、ディスプレイ等の表示装置を備える。記憶部１０４は、様々な情報やプログラム等を記憶するものであり、ハードディスクドライブ等の補助記憶装置を備える。例えば、ＤＢサーバ２の記憶部１０４はＤＢ２１、ＡＣＬ２２を記憶する。また、管理サーバ３の記憶部１０４は、属性情報ＤＢ３１、管理用マスタＤＢ３２を記憶する。
【００３３】
制御部１０５は、ＣＰＵ（Central Processing Unit）、ＲＯＭ（Read Only Memory）、ＲＡＭ（Random Access Memory）等から構成され、データの演算処理を行うと共に、装置全体を中央制御する。制御部１０５における演算処理及び中央制御は、具体的には、ＣＰＵが、ＲＡＭを作業領域として使用して各種データを一時的に記憶させながら、ＲＯＭに記憶されているプログラムを実行することにより行われる。例えば、端末装置１、ＤＢサーバ２及び管理サーバ３のＲＯＭにはそれぞれ専用のプログラムが記憶されている。このため、端末装置１、ＤＢサーバ２及び管理サーバ３は、ＲＯＭに記憶されたプログラムを実行することで、それぞれが有する機能を実現している。
【００３４】
次に、本実施形態にかかるＤＢアクセス管理システム１００の動作について説明する。図７、図８は、本実施形態にかかるＤＢアクセス管理システム１００の動作の一例を示すラダーチャートである。
【００３５】
具体的には、図７は、ＤＢ管理者が管理用マスタＤＢ３２の変更分を定期的に確認するための確認用文書３２１が生成されて、管理サーバ３の管理用マスタＤＢ３２に保存されるまでの動作を示すラダーチャートである。この確認用文書３２１を生成する処理は、新たなＤＢとそのＡＣＬの登録、新たなアクセス権保有者のＡＣＬへの登録、ＡＣＬに登録されたアクセス権保有者の変更などの申請がユーザから行われた場合や、予め設定された日時の到来に応じて周期的に行われる場合がある。
【００３６】
また、図８は、確認用文書３２１をＤＢ管理者が承認（確認）したことに伴い、ＤＢ管理者による確認の実施を記録するＤＢ管理文書３２２が生成されて記録されるまでの動作を示すラダーチャートである。このＤＢ管理文書３２２が生成されて記録される処理は、ＤＢ管理者が端末装置１にログインした際に行われる処理である。なお、本実施形態では、ユーザが端末装置１を操作して行う動作を例示するが、ユーザが操作する情報機器は、端末装置１以外であってよく、管理サーバ３であってもよいことは言うまでもない。
【００３７】
図７に示すように、端末装置１は、ＤＢサーバ２からＡＣＬ２２を読み込む（Ｓ１）。具体的には、端末装置１はＤＢサーバ２に対してＡＣＬ２２を要求し、ＤＢサーバ２は端末装置１からの要求に応じてＡＣＬ２２を端末装置１へ送信する（Ｓ２）。
【００３８】
次いで、端末装置１は、Ｓ１で読み込んだＡＣＬ２２にかかるユーザの属性情報を管理サーバ３から読み込む（Ｓ３）。具体的には、端末装置１はＡＣＬ２２に列挙されているユーザのＩＤを管理サーバ３に対して通知し、管理サーバ３は端末装置１から通知に応じてＩＤに関連付けられた属性情報を属性情報ＤＢ３１から読み出して端末装置１へ送信する（Ｓ４）。
【００３９】
次いで、端末装置１は、管理サーバ３から管理用マスタＤＢ３２を読み込む（Ｓ５）。具体的には、端末装置１は管理サーバ３に対して管理用マスタＤＢ３２を要求し、管理サーバ３は端末装置１からの要求に応じて管理用マスタＤＢ３２を端末装置１へ送信する（Ｓ６）。
【００４０】
次いで、端末装置１は、Ｓ１、Ｓ３で読み込んだＡＣＬ２２及びＡＣＬ２２にかかるユーザの属性情報と、Ｓ５で読み込んだ管理用マスタＤＢ３２との差分をチェックし、ＡＣＬ２２の更新部分を検出する（Ｓ７）。例えば、ＤＢ２１とそのＡＣＬ２２とを新規作成する場合には、新規作成分が更新部分として検出される。また、既にＤＢ２１、ＡＣＬ２２が作成されており、そのＤＢ２１に関して、新たなアクセス権保有者をＡＣＬ２２へ登録する場合や、ＡＣＬ２２に登録されたアクセス権保有者を変更する場合には、その変更部分が更新部分として検出される。また、ＡＣＬ２２に含まれておらず、管理用マスタＤＢ３２に含まれるＡＣＬエントリについては、ＡＣＬ２２で削除されたＡＣＬエントリが更新部分として検出される。
【００４１】
次いで、端末装置１は、Ｓ７で検出された更新部分のＡＣＬチェックを行う（Ｓ８）。具体的には、Ｓ８では、ＲＯＭなどに予め設定された値と、更新部分の値との比較が行われ、この比較によって予め設定された値から外れた、適切でないと判定された値に予め設定された推奨値が設定される。このようにＡＣＬチェックにより、適切でない値には推奨値を設定することで、ＤＢ管理者が確認する際の作業漏れによるミスを無くし、確認作業の省力化を図ることができる。
【００４２】
具体的には、推奨値の設定には、「追加」、「変更」、「削除」がある。「追加」は、更新部分のＡＣＬチェックの際に、予め作成されている登録を推奨するエントリのテーブルとのマッチングを行い、このテーブルにないエントリを追加とする推奨値を設定するものである。
【００４３】
「変更」は、更新部分のＡＣＬチェックの際に、例えば次の条件を満たす場合に実施される。
・登録推奨エントリの権限が、「読者」より低い時には「管理者」を推奨値として設定する。
・ネーミングに「＠」が含まれている場合に、「＠」を削除したネーミングを推奨値として設定する（ＡＣＬに「＠」付きアドレスを使うと無効となるため）。
・ＡＣＬとして有効な所定の形式でセットされていない場合に、所定の形式へ変換した推奨値を設定する。
・デフォルト権限が不適切に高い（例えば編集者以上）場合に、予め設定された権限を推奨値として設定する。
・ＡＣＬの種類と、ＡＣＬエントリの区別に適した不一致でＡＣＬとして無効の場合は所定の推奨値を設定する。例えば、種類がユーザで、区別が、グループ、サーバ、…／○○○○等、レプリカＩＤの場合、種類がサーバーで、区別が、ユーザ、グループ、…／○○○○等、レプリカＩＤの場合、種類が混在グループ、ユーザグループ、サーバグループで、区別が、ユーザ、サーバ、レプリカＩＤの場合などがある。
・ＩＤ変更によりエントリ名が変更された場合は、新しいＩＤへの変更を推奨値に設定する。
【００４４】
「削除」は、更新部分のＡＣＬチェックの際に、例えば次の条件を満たす場合に実施される。
・メール専用グループの場合は別ドメインとの複製がないと判断され、階層認証でない（＝グループか、Ｗｅｂユーザ）のＡＣＬエントリ→属性情報ＤＢ３１のユーザビュー、グループビューを検索し、存在しない場合に削除する推奨値を設定する。なお、階層認証である（＝ユーザかサーバ）のＡＣＬエントリ→属性情報ＤＢ３１のユーザビュー、サーバビューを検索し、存在しない場合に削除する推奨値を設定する。ただし、別ドメインとの複製がある場合には、複製先ドメインには存在している可能性がある為、削除する推奨値は設定しない（この場合は不明とするフラグを立ててもよい）。
【００４５】
次いで、端末装置１は、Ｓ８によるＡＣＬチェックによる推奨値が設定されたＡＣＬ２２の更新部分を、リッチテキストの表とした確認用文書３２１を生成し、管理サーバ３へ送信する（Ｓ９）。管理サーバ３は、端末装置１から送信された確認用文書３２１を管理用マスタＤＢ３２に保存する（Ｓ１０）。
【００４６】
図８に示すように、ＤＢ管理者が端末装置１にログインした際に、端末装置１では、管理サーバ３の管理用マスタＤＢ３２に格納された確認用文書３２１を読み込む（Ｓ２０）。具体的には、端末装置１は管理サーバ３に対して確認用文書３２１を要求し、管理サーバ３は端末装置１からの要求に応じて管理用マスタＤＢ３２に格納された確認用文書３２１を読み出して端末装置１へ送信する（Ｓ２１）。
【００４７】
次いで、端末装置１は、Ｓ２０で読み込んだ確認用文書３２１を出力部１０３のディスプレイなどに表示する（Ｓ２２）。図９は、表示画面Ｇ１の例を示す図であり、より具体的には、Ｓ２２において確認用文書３２１を表示する表示画面Ｇ１を例示する図である。
【００４８】
図９に示すように、Ｓ２２では、出力部１０３のディスプレイに表示画面Ｇ１が表示される。表示画面Ｇ１における頁切替ボタンＧ１１は、表示頁を切り替える操作を受け付けるボタンである。ＡＣＬのエントリが大量にある場合には、例えば１０行を１頁とする表示を行い、１０行ごとの頁を頁切替ボタンＧ１１により切り替える。項目Ｇ２１は、編集が可能なＡＣＬのエントリである。編集ボタンＧ１３は、項目Ｇ２１に表示された各ＡＣＬエントリの変更、削除、取消などの編集指示を受け付けるボタンである。この編集ボタンＧ１３の操作により、ＤＢ管理者は表示画面Ｇ１に表示されたＡＣＬエントリを編集することができる。ＡＣＬ変更情報Ｇ１４は、リッチテキストの表として挿入されたＡＣＬ２２の更新部分である。ＤＢ管理者は、ＡＣＬ変更情報Ｇ１４の内容を確認して、管理用マスタＤＢ３２の変更分を確認する。
【００４９】
なお、表示画面Ｇ１の編集ボタンＧ１３の操作によりＡＣＬエントリの編集を行う場合には、ＡＣＬを編集するための表示画面が出力部１０３のディプレイに表示される。図１０は、表示画面Ｇ２の例を示す図であり、より具体的には、ＡＣＬを編集するための表示画面Ｇ２を例示する図である。
【００５０】
図１０に示すように、ＡＣＬエントリの編集時には、表示画面Ｇ２が出力部１０３のディスプレイに表示される。項目Ｇ２１には、ＡＣＬ２２にエントリされた権限別の表示が行われる。これにより、適切な権限がユーザに割り振られているかをＤＢ管理者が判断し易くなる。項目Ｇ２２には、ＡＣＬ２２にエントリされたグループＩＤなどをもとに、社員、外部社員、テスト用ＩＤ、グループ会社などを識別した結果が表示される。これにより、ユーザの範囲をＤＢ管理者が判断し易くなる。項目Ｇ２３には、個人ＩＤに、漢字氏名、所属が併記して表示される。これにより、エントリされたユーザが誰なのかをＤＢ管理者が判断し易くなる。ＤＢ管理者は、上述した項目Ｇ２１、Ｇ２２、Ｇ２３を確認し、適正に設定されていない内容を入力部１０２のキーボードやマウスの操作によって適正な設定へ直す等の編集操作を行う。この表示画面Ｇ２により編集された内容は、Ｓ２２において表示される確認文書、すなわち表示画面Ｇ１や表示画面Ｇ２に反映される。
【００５１】
図８に戻り動作の説明を続ける。Ｓ２２に次いで、端末装置１は、入力部１０２のキーボードやマウスの操作によってＤＢ管理者の承認が得られたか否かを判定する（Ｓ２３）。承認が得られた場合はＳ２４へ処理を進め、承認が得られない場合は処理を待機する。
【００５２】
Ｓ２４において、端末装置１は、Ｓ２３で承認された更新結果、すなわち管理用マスタＤＢ３２の更新分を管理サーバ３へ通知する。管理サーバ３は、端末装置１から通知された更新結果をもとに、管理用マスタＤＢ３２（ＡＣＬマスタ３２３、ＡＣＬ名称テーブル３２４）を更新し（Ｓ２５）、ＤＢ管理文書３２２を生成して（Ｓ２６）、管理用マスタＤＢ３２に記録する。具体的には、Ｓ２６では、Ｓ２５における更新分のＡＣＬマスタ３２３、ＡＣＬ名称テーブル３２４を組み合わせたＤＢ管理文書３２２が生成されて、管理用マスタＤＢ３２に記録される。
【００５３】
図１１は、ＤＢ管理文書３２２のデータ構成を示す図である。図１１に示すように、ＤＢ管理文書３２２は、管理用マスタＤＢ３２の更新分であるＡＣＬマスタ３２３、ＡＣＬ名称テーブル３２４を組み合わせたＡＣＬ情報を含む文書データである。ＤＢアクセス管理システム１００では、このＤＢ管理者の承認に応じて、ＤＢ管理文書３２２が管理用マスタＤＢ３２に格納されることで、ＡＣＬ２２の確認を実施した記録が残されることとなる。したがって、ＤＢアクセス管理システム１００は、ＡＣＬ２２の確認が行われた変更分のアクセス権保有者やそのアクセス範囲などを、手作業でテーブルデータなどへ書き出す必要が無く、ＤＢ管理者の負担を減らすことができる。
【００５４】
次いで、端末装置１は、ＤＢ管理者の編集操作による変更や、Ｓ８の推奨値の設定による変更があったか否かを判定する（Ｓ２７）。変更があった場合（Ｓ２７：ＹＥＳ）は、その変更分をＤＢサーバ２のＡＣＬ２２に反映する必要があるため、編集操作や推奨値の設定による変更部分をＤＢサーバ２へ通知する（Ｓ２８）。ＤＢサーバ２では、端末装置１から通知された変更部分をもとにＡＣＬ２２を更新する（Ｓ２９）。これにより、ＤＢ編集者がＡＣＬ２２の確認を実施した際に変更した内容を、ＡＣＬ２２にも反映することが可能となる。
【００５５】
なお、本実施形態の端末装置１、ＤＢサーバ２、管理サーバ３で実行されるプログラムは、インストール可能な形式又は実行可能な形式のファイルでＣＤ−ＲＯＭ、フレキシブルディスク（ＦＤ）、ＣＤ−Ｒ、ＤＶＤ（Ｄｉｇｉｔａｌ Ｖｅｒｓａｔｉｌｅ Ｄｉｓｋ）等のコンピュータで読み取り可能な記録媒体に記録されて提供される。
【００５６】
また、本実施形態の端末装置１、ＤＢサーバ２、管理サーバ３で実行されるプログラムを、インターネット等のネットワークに接続されたコンピュータ上に格納し、ネットワーク経由でダウンロードさせることにより提供するように構成しても良い。また、本実施形態の端末装置１、ＤＢサーバ２、管理サーバ３で実行されるプログラムをインターネット等のネットワーク経由で提供または配布するように構成しても良い。また、本実施形態のプログラムを、ＲＯＭ等に予め組み込んで提供するように構成してもよい。
【符号の説明】
【００５７】
１００ ＤＢアクセス管理システム
１ 端末装置
２ ＤＢサーバ
３ 管理サーバ
４ 通信ネットワーク
２１ ＤＢ
２２ ＡＣＬ
３１ 属性情報ＤＢ
３２ 管理用マスタＤＢ
１０１ 通信部
１０２ 入力部
１０３ 出力部
１０４ 記憶部
１０５ 制御部
３２１ 確認用文書
３２２ ＤＢ管理文書
３２３ ＡＣＬマスタ
３２４ ＡＣＬ名称テーブル
Ｇ１、Ｇ２ 表示画面
Ｇ１１ 頁切替ボタン
Ｇ１２ ＡＣＬエントリ
Ｇ１３ 編集ボタン
Ｇ１４ ＡＣＬ変更情報
Ｇ２１〜Ｇ２３ 項目
【先行技術文献】
【特許文献】
【００５８】
【特許文献１】特開２００７−２５７６０３号公報
【特許請求の範囲】
【請求項１】
データベースサーバに格納された、データベースのアクセス権にかかるアクセス制御リストを取得する取得手段と、
記憶手段に記憶された前記アクセス制御リストのマスタデータと、前記取得手段により取得したアクセス制御リストとの差分をもとに、前記アクセス制御リストの更新分を検出する検出手段と、
前記検出された更新分を表示する表示手段と、
前記表示された更新分の承認指示を受け付ける受付手段と、
前記承認指示に応じて、当該承認指示があった更新分をもとに前記マスタデータを更新する更新手段と、
前記承認指示があった更新分を、前記アクセス制御リストの確認の実施を示す文書データに含めて前記記憶手段に記録する記録手段と、
を備えることを特徴とするデータベースアクセス管理システム。
【請求項２】
前記検出された更新分に含まれる値と、予め設定された設定値とを比較し、当該設定値から外れた値に、予め設定された推奨値を設定する設定手段を更に備え、
前記表示手段は、前記推奨値を設定した更新分を表示すること、
を特徴とする請求項１に記載のデータベースアクセス管理システム。
【請求項３】
前記受付手段は、前記承認指示の受け付けに先立って、前記表示された更新分の編集指示を更に受け付け、
前記表示手段は、表示中の更新分を、前記編集指示に応じて変更すること、
を特徴とする請求項２に記載のデータベースアクセス管理システム。
【請求項４】
前記更新手段は、前記推奨値の設定、又は前記編集指示により変更があった更新分に前記承認指示があった場合に、当該承認指示があった更新分をもとに前記アクセス制御リストを更新すること、
を特徴とする請求項３に記載のデータベースアクセス管理システム。
【請求項５】
データベースアクセス管理システムにおけるアクセス制御リストの管理方法であって、
データベースサーバに格納された、データベースのアクセス権にかかるアクセス制御リストを取得する取得ステップと、
記憶手段に記憶された前記アクセス制御リストのマスタデータと、前記取得手段により取得したアクセス制御リストとの差分をもとに、前記アクセス制御リストの更新分を検出する検出ステップと、
前記検出された更新分を表示する表示ステップと、
前記表示された更新分の承認指示を受け付ける受付ステップと、
受け付けられた承認指示に応じて、当該承認指示があった更新分をもとに前記マスタデータを更新する更新ステップと、
前記承認指示があった更新分を、前記アクセス制御リストの確認の実施を示す文書データに含めて前記記憶手段に記録する記録ステップと、
を含むことを特徴とする管理方法。
【請求項６】
データベースアクセス管理システムのコンピュータに、
データベースサーバに格納された、データベースのアクセス権にかかるアクセス制御リストを取得する取得ステップと、
記憶手段に記憶された前記アクセス制御リストのマスタデータと、前記取得手段により取得したアクセス制御リストとの差分をもとに、前記アクセス制御リストの更新分を検出する検出ステップと、
前記検出された更新分を表示する表示ステップと、
前記表示された更新分の承認指示を受け付ける受付ステップと、
受け付けられた承認指示に応じて、当該承認指示があった更新分をもとに前記マスタデータを更新する更新ステップと、
前記承認指示があった更新分を、前記アクセス制御リストの確認の実施を示す文書データに含めて前記記憶手段に記録する記録ステップと、
を実行させるためのプログラム。
【請求項１】
データベースサーバに格納された、データベースのアクセス権にかかるアクセス制御リストを取得する取得手段と、
記憶手段に記憶された前記アクセス制御リストのマスタデータと、前記取得手段により取得したアクセス制御リストとの差分をもとに、前記アクセス制御リストの更新分を検出する検出手段と、
前記検出された更新分を表示する表示手段と、
前記表示された更新分の承認指示を受け付ける受付手段と、
前記承認指示に応じて、当該承認指示があった更新分をもとに前記マスタデータを更新する更新手段と、
前記承認指示があった更新分を、前記アクセス制御リストの確認の実施を示す文書データに含めて前記記憶手段に記録する記録手段と、
を備えることを特徴とするデータベースアクセス管理システム。
【請求項２】
前記検出された更新分に含まれる値と、予め設定された設定値とを比較し、当該設定値から外れた値に、予め設定された推奨値を設定する設定手段を更に備え、
前記表示手段は、前記推奨値を設定した更新分を表示すること、
を特徴とする請求項１に記載のデータベースアクセス管理システム。
【請求項３】
前記受付手段は、前記承認指示の受け付けに先立って、前記表示された更新分の編集指示を更に受け付け、
前記表示手段は、表示中の更新分を、前記編集指示に応じて変更すること、
を特徴とする請求項２に記載のデータベースアクセス管理システム。
【請求項４】
前記更新手段は、前記推奨値の設定、又は前記編集指示により変更があった更新分に前記承認指示があった場合に、当該承認指示があった更新分をもとに前記アクセス制御リストを更新すること、
を特徴とする請求項３に記載のデータベースアクセス管理システム。
【請求項５】
データベースアクセス管理システムにおけるアクセス制御リストの管理方法であって、
データベースサーバに格納された、データベースのアクセス権にかかるアクセス制御リストを取得する取得ステップと、
記憶手段に記憶された前記アクセス制御リストのマスタデータと、前記取得手段により取得したアクセス制御リストとの差分をもとに、前記アクセス制御リストの更新分を検出する検出ステップと、
前記検出された更新分を表示する表示ステップと、
前記表示された更新分の承認指示を受け付ける受付ステップと、
受け付けられた承認指示に応じて、当該承認指示があった更新分をもとに前記マスタデータを更新する更新ステップと、
前記承認指示があった更新分を、前記アクセス制御リストの確認の実施を示す文書データに含めて前記記憶手段に記録する記録ステップと、
を含むことを特徴とする管理方法。
【請求項６】
データベースアクセス管理システムのコンピュータに、
データベースサーバに格納された、データベースのアクセス権にかかるアクセス制御リストを取得する取得ステップと、
記憶手段に記憶された前記アクセス制御リストのマスタデータと、前記取得手段により取得したアクセス制御リストとの差分をもとに、前記アクセス制御リストの更新分を検出する検出ステップと、
前記検出された更新分を表示する表示ステップと、
前記表示された更新分の承認指示を受け付ける受付ステップと、
受け付けられた承認指示に応じて、当該承認指示があった更新分をもとに前記マスタデータを更新する更新ステップと、
前記承認指示があった更新分を、前記アクセス制御リストの確認の実施を示す文書データに含めて前記記憶手段に記録する記録ステップと、
を実行させるためのプログラム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【公開番号】特開２０１１−１９７７４７（Ｐ２０１１−１９７７４７Ａ）
【公開日】平成２３年１０月６日（２０１１．１０．６）
【国際特許分類】
【出願番号】特願２０１０−６０８７９（Ｐ２０１０−６０８７９）
【出願日】平成２２年３月１７日（２０１０．３．１７）
【出願人】（０００００６７４７）株式会社リコー (37,907)
【Ｆターム（参考）】
【公開日】平成２３年１０月６日（２０１１．１０．６）
【国際特許分類】
【出願日】平成２２年３月１７日（２０１０．３．１７）
【出願人】（０００００６７４７）株式会社リコー (37,907)
【Ｆターム（参考）】
[ Back to top ]