JP2008234200A - セキュリティ管理システム、セキュリティ管理方法、セキュリティ管理プログラム - Google Patents

Abstract

【課題】情報資源へのアクセス管理を簡易に行うことができるセキュリティ管理システム等を提供すること
【解決手段】セキュリティ管理システムは、担当者ＩＤと資源ＩＤとを対応付けて記憶する担当部署管理テーブルと、利用者ＩＤとアクセス権情報とを対応付けて記憶する利用者アクセス権管理テーブルと、担当者端末から担当者ＩＤを受信し、担当部署管理テーブルから受信した部門担当者ＩＤに対応する資源ＩＤを抽出し、その資源ＩＤに対応するアクセス権情報を利用者アクセス権管理テーブルから抽出して担当者端末に提示し、担当者端末から、アクセス権情報とアクセス権を付与または剥奪する利用者の利用者ＩＤを受信し利用者アクセス権管理テーブルに登録するアクセス権設定手段と、利用者アクセス権管理テーブルに基づいてアクセスを制御する資源サーバとを備えている。
【選択図】図１

Description

本発明は、情報セキュリティを管理する技術に関し、特に情報資源に対するアクセス権の設定を容易に行うことができるセキュリティ管理システムに関する。

個人情報保護法の施行により、情報セキュリティ対策の重要性が高まっている。対策の一環として、データベース等の内部機密資源へのアクセスや使用を制限し、特定の利用者に対して許可することが行われている。
特許文献１には、このようなアクセス制限を行うデータセキュリティ管理システムが記載されている。このシステムでは、ユーザＩＤ毎に現在の部署、役職、資格を情報格納部に記憶する情報格納部と、各データに付与されたアクセス条件を記憶するデータセキュリティ属性格納部と、部署ルールを記憶する照合ルール格納部と、利用者の現在の部署を旧部署に変換する部署変換装置と、利用者のアクセス権限を判定するアクセス許可判定装置を備え、組織に変更が生じた場合に企業が許した社員だけが組織変更前後のデータにアクセスすることを可能にしている。

特開２００５−２８５００８号公報

情報資源に対するアクセス権を設定するためには高度な技術力を要する。すなわち、資源を格納・管理しているシステムの仕様に精通し、アクセス権の内容や具体的な設定方法を知っている者でなければ、正しくアクセス権を設定することができない。このとこは、Ｌｉｎｕｘ等のいわゆるオープンソース系のＯＳやＲＤＢＭＳの場合に顕著である。
さらに、ひとつの組織の情報処理システムを複数のサーバコンピュータで構成することは一般的であるが、サーバ毎に異なるＯＳ(Operating System)やＲＤＢＭＳ（Relational DataBase Management System）が動作している場合も多くある。このような場合には、それぞれのシステムについて熟知する必要があるので、アクセス権の設定はいっそう困難で煩雑なものとなる。

本発明の目的は、情報資源へのアクセス管理を簡易に行うことができるセキュリティ管理システム等を提供することにある。

本発明のセキュリティ管理システムは、部門担当者を特定する担当者ＩＤと資源を特定する資源ＩＤとを対応付けて記憶する担当部署管理テーブルと、利用者を特定する利用者ＩＤと、資源ＩＤとその資源に対するアクセス権の内容を含むアクセス権情報とを対応付けて記憶する利用者アクセス権管理テーブルと、部門担当者が使用する担当者端末と、利用者が資源へのアクセスに使用する利用者端末と、担当者端末から担当者ＩＤを受信し、担当部署管理テーブルから受信した部門担当者ＩＤに対応する資源ＩＤを抽出し、その資源ＩＤに対応するアクセス権情報を利用者アクセス権管理テーブルから抽出して担当者端末に提示し、担当者端末から、部門担当者が提示されたアクセス権情報の中から選択したアクセス権情報とそのアクセス権情報に示されるアクセス権を付与または剥奪する利用者の利用者ＩＤを受信し、これら受信した情報を利用者アクセス権管理テーブルに登録するアクセス権設定手段と、資源を格納し、利用者アクセス権管理テーブルに基づいて資源に対する利用者端末からのアクセスを制御する資源サーバとを備えている。

本発明の、セキュリティ管理方法とセキュリティ管理プログラムによってもセキュリティ管理システムと同様に上記課題を解決することができる。

本発明によれば、部門管理者は、資源サーバに直接アクセス権を設定する場合に必要な高度な技術力を有していなくても、容易に各資源へのアクセス権を設定することができる。

図を参照しながら本発明の一実施形態であるセキュリティ管理システム１０の構成と動作について説明する。
図１は、セキュリティ管理システム１０の構成図である。
セキュリティ管理システム１０は、セキュリティ管理サーバ１と、Ａ部門とＢ部門にそれぞれ設置された担当者端末２及びユーザ端末３と、セキュリティ管理者端末４と、データベースサーバ５と、ファイルサーバ６ａ、６ｂ等の複数のファイルサーバ（これらの総称として「ファイルサーバ６」という）と、アプリケーションサーバ７と、ＬＤＡＰサーバ８を備えている。これらの各装置は、ＬＡＮ(Local Area Network)９に接続され相互に通信可能に構成されている。

セキュリティ管理サーバ１は、データベースサーバ５、ファイルサーバ６、アプリケーションサーバ７の配下の資源に対するユーザのアクセス権を管理するサーバコンピュータで、担当部署管理テーブル１１と利用者アクセス権管理テーブル１２と職員情報テーブル１３とアクセス権管理テーブル１４とアクセス権設定手段１５を備えている。

担当部署管理テーブル１１は、各部門のセキュリティ担当者（以下、「部門担当者」という）を特定する情報（以下、「担当者ＩＤ」という）とその部門担当者がアクセス権の設定を行うことができる資源とを対応付けて記憶するテーブルである。

利用者アクセス権管理テーブル１２は、一般の利用者を特定する情報（以下、「利用者者ＩＤ」という）とその利用者の資源に対するアクセス権を対応付けて記憶するテーブルである。アクセス権には、資源を特定する情報、たとえば、ファイル名、データベース名、アプリケーション名等、と利用者がその資源に対して行うことができる操作、例えば、参照、更新等が記憶されている。

職員情報テーブル１３は、利用者ＩＤに対応付けて利用者の氏名、利用者の所属部署を特定する情報（以下、「部署ＩＤ」という）を記憶するテーブルである。

アクセス権管理テーブル１４は、ＬＤＡＰサーバ８の管理下の資源毎にユーザのアクセス権の内容を記憶するテーブルである。

アクセス権設定手段１５は、担当者端末２から受信したアクセス権の設定情報を利用者アクセス権管理テーブル１２に登録する。また、利用者アクセス権管理テーブル１２に記憶されたアクセス権を、データベースサーバ５、アプリケーションサーバ７、アクセス権管理テーブル１４に設定する。また、セキュリティ管理者端末４から受信した担当部署情報を担当部署管理テーブル１２に登録する。
アクセス権設定手段１５は、例えば、スクリプト言語ＰＨＰで記述されたウェブアプリケーションとして実装し、上記の各処理のための操作を行うオペレータにＧＵＩ（Graphical User Interface）を提供する。

担当者端末２は、部門担当者が使用するパーソナルコンピュータで、部門担当者は、この端末を利用してアクセス権設定手段１５にアクセスし、自己の管理範囲内の資源に対してユーザのアクセス権の設定を行う。

ユーザ端末３は、一般のユーザが使用するパーソナルコンピュータで、ユーザは、この端末を利用してデータベースサーバ５、ファイルサーバ６、アプリケーションサーバ７の管理下の資源にアクセスして業務を行う。ユーザ端末３は、資源にアクセスしようとする際に、その資源へのアクセスを管理するサーバにその端末を使用しているユーザのユーザＩＤを通知する。

セキュリティ管理者端末４は、情報管理部門のセキュリティ管理者が使用するパーソナルコンピュータで、セキュリティ管理者は、この端末を利用してアクセス権設定手段１５にアクセスして担当部署管理テーブル１１の作成・編集およびファイルアクセス権の管理を行う。

データベースサーバ５は、ＲＤＢＭＳ、たとえばＰｏｓｔｇｒｅｓ、を動作させるサーバコンピュータで、Ａデータベース５１ａ、Ｂデータベース５１ｂ等、複数のデータベースを管理している。各データベースは、１以上のテーブルを含み、表ごとにユーザのアクセス権が設定されている。各データベースにＩＤをユーザ登録されたユーザは、そのデータベースにアクセスすることができる。データベースのアクセス管理は、グループ単位で行うこともできる。

ファイルサーバ６は、ＯＳとしてたとえばＬｉｎｕｘ（登録商標）を採用し、自己の記憶装置に記憶されたファイルの共有サービスをユーザ端末３に提供するサーバコンピュータである。利用者は、付与されたアクセス権に応じてファイルを閲覧・編集等することができる。

アプリケーションサーバ７は、ＨＴＴＰ(HyperText Transfer Protocol)サーバプログラムを動作させるサーバコンピュータで、人事システム７１ａ、財務システム７１ｂ等、複数のアプリケーションをユーザ端末３に提供する。
アプリケーションは、例えばウェブアプリケーションとして実装され、一般ユーザは、ユーザ端末３が実行するウェブブラウザを介してウェブアプリケーションを利用する。ウェブアプリケーションには、それぞれ、利用を許可するユーザが設定されている。

ＬＤＡＰサーバ８は、ＬＤＡＰ（Lightweight Directory Access Protocol）によりファイルサーバ６が提供するファイルを階層構造で管理しディレクトリサービスを提供するサーバコンピュータである。

図１の構成は、一例でありこの構成に限定されることはない。例えば、部門の数、各部門に配置されるユーザ端末の数に制限はない。また、データベースサーバ５とアプリケーションサーバ７は、それぞれ複数であってもよい。また、各サーバ・端末が同一のサイトに配置されている必要はなく、複数のサイトに適宜分散して配置し、ＷＡＮ（Wide Area Network）やインターネットにより各装置を接続するようにしてもよい。
セキュリティ管理サーバ１は、複数のサーバコンピュータで構成してもよい。例えば、各テーブルを格納するデータベースサーバと、アクセス権設定手段１５を実装したウェブサーバにより構成することができる。
各装置で動作するＯＳ、ＲＤＢＭＳは上記の例には限定されない。

次に、セキュリティ管理システム１０の動作について説明する。
図２はセキュリティ管理システム１０の機能概要図である。
アクセス権設定手段１５は、担当者端末２からの処理要求を受信すると処理選択画面１０１を担当者端末２に表示する。処理は、大別してアクセス権付与、アクセス権剥奪、ファイルアクセス権管理がある。アクセス権付与とアクセス権剥奪は部門担当者が、ファイルアクセス権管理はセキュリティ管理者が行う。
（１）アクセス権付与では、部門担当者がウェブアプリケーション、ファイル、データベースに対するアクセス権を（ａ）ユーザ個別に、あるいは（ｂ）一括して付与することができる。
（２）アクセス権剥奪では、部門担当者がウェブアプリケーション、ファイル、データベースに対するアクセス権を（ａ）ユーザ個別に、あるいは（ｂ）一括して剥奪することができる。
（３）ファイルアクセス権管理では、ＬＤＡＰサーバ８の管理下にあるファイルに対して、（ａ）ファイルアクセス権作成、（ｂ）ファイルアクセス権削除（ｃ）ファイルアクセス権変更を行うことができる。
部門担当者またはセキュリティ管理者は、例えばマウスを操作して行いたい処理を処理選択画面１０１の項目から選択する。

まず、アクセス権の付与の動作について説明する。
部門担当者は、担当者端末２を利用してセキュリティ管理サーバ１にアクセスし付与するアクセス権を選択する（Ｓ１）。
このとき、担当者端末２は、担当者ＩＤをセキュリティ管理サーバ１に送信する。セキュリティ管理サーバ１のアクセス権設定手段１５は、受信した担当者ＩＤをキーとして担当部署管理テーブル１１を検索し担当者が管理する資源を特定する情報を取得し、利用者アクセス権管理テーブル１２から担当者がアクセス権を付与できる資源を抽出する。アクセス権設定手段１５は、抽出した資源の一覧を担当者端末２に送信し、担当者端末２は、一覧を受信しこれを画面に表示する。部門担当者は、表示された一覧の中からアクセス権を付与したい資源を選択する。担当者端末２は、選択された資源を特定する情報をセキュリティ管理サーバ１に送信する。
処理選択画面１０１で（ｂ）一括付与が選択された場合には、担当者端末２が部署ＩＤを送信し、アクセス権設定手段１５は、その部署に所属するユーザのユーザＩＤを職員情報テーブル１３から取得し、それらのユーザに対して一括してアクセス権を付与する。また、データベース６へのアクセス権付与の場合は、「人事情報参照」、「経理情報更新」等のアクセスできるデータベース、テーブルを定義するグループを予め作成しておき、選択された利用者に対して一括してアクセス権を付与する。

次に、部門担当者は、Ｓ１選択した資源に対するアクセス権を付与するユーザを選択する（Ｓ２）。担当者端末２は、部門担当者が入力した検索条件、例えばユーザＩＤ、氏名、部署ＩＤ等、をセキュリティ管理サーバ１に送信する。セキュリティ管理サーバ１のアクセス権設定手段１５は、受信した検索条件に合致する職員を職員情報テーブル１３から抽出する。アクセス権設定手段１５は、抽出した職員の一覧を担当者端末２に送信し、担当者端末２は、一覧を受信しこれを画面に表示する。部門担当者は、表示された一覧の中からアクセス権を付与したい職員を選択する。担当者端末２は、選択された職員を特定する情報をセキュリティ管理サーバ１に送信する。

アクセス権設定手段は、Ｓ１で部門担当者が選択したアクセス権をＳ２で部門担当者が選択した職員に利用者アクセス権管理テーブル１２にデータを追加することにより付与する（Ｓ３）。この処理の詳細は後述する。
アクセス権設定手段１５は、付与が正常に行われた場合は付与完了、付与が失敗した場合は付与失敗のメッセージを担当者端末２に送信し、担当者端末２は受信したメッセージを表示し、付与処理を完了する（Ｓ４）。

次に、アクセス権の剥奪処理について説明する。
前述のＳ２と同様にして、担当者端末２に職員の一覧を表示する（Ｓ５）。
アクセス権設定手段１５は、Ｓ５で一覧表示した職員に付与されているアクセス権を利用者アクセス権管理テーブルから抽出して担当者端末２に送信し、担当者端末２はこれを受信し一覧表示する。セキュリティ担当者はこの一覧から剥奪したいアクセス権を選択する（Ｓ６）。
アクセス権設定手段１５は、Ｓ５で選択した職員からＳ６で選択したアクセス権を剥奪する（Ｓ７）。
アクセス権設定手段１５は、剥奪が正常に行われた場合は剥奪完了、剥奪が失敗した場合は剥奪失敗のメッセージを担当者端末２に送信し、担当者端末２は受信したメッセージを表示し、付与処理を完了する（Ｓ８）。

次に、アクセス権の作成（削除・変更）動作について説明する。
セキュリティ管理者は、セキュリティ管理者端末４に表示された処理選択画面１０１でファイルアクセス権管理を選択する（Ｓ９）。
セキュリティ管理者はセキュリティ管理者端末４にアクセス権名を入力し、そのアクセス権をどの部署のセキュリティ担当者が付与できるようにするか決定するために部署名を選択する（Ｓ１０）。セキュリティ管理者端末４は、入力されたデータをセキュリティ管理サーバ１に送信する。
アクセス権設定手段１５は、利用者アクセス権管理テーブル１２に受信したアクセス権を登録し、アクセス権管理テーブル１４にもアクセス権を登録する（Ｓ１１）。
アクセス権設定手段１５は、作成が正常に行われた場合は作成完了、作成が失敗した場合は作成失敗のメッセージをセキュリティ管理者端末４に表示する（Ｓ１２）。

図３はセキュリティ管理システムの機能概要図のうちアクセス権付与実行の箇所を詳細に記述した図である。
図２の付与実行処理（Ｓ３）で付与したアクセス権がファイルサーバ６のアクセス権、データベース５のアクセス権、ウェブアプリケーションの利用権のいずれであるかによって処理の内容が異なる。
付与したアクセス権がデータベースのアクセス権の場合は、まず利用者アクセス権管理テーブル１２にデータを登録する（Ｓ１３）。
次に、Ｓ２で選択した対象者のユーザをデータベースサーバ５のデータベースに登録する（Ｓ１４）。どのデータベースにユーザ登録を行うかは、Ｓ１で選択したアクセス権によって決まる。
この処理は、例えば、次のように行う。登録しようとする利用者のＩＤがデータベースに登録されていない場合には、ＬＤＡＰサーバ８から利用者のＩＤ等の情報を取得してユーザとして登録し、さらに、グループに登録する。登録しようとする利用者のＩＤがデータベースに登録されている場合には、その利用者のＩＤをグループに登録する。

付与したアクセス権がファイルサーバのアクセス権の場合は、まず利用者アクセス権管理テーブル１２にデータを登録する（Ｓ１３）。
次に、アクセス権管理テーブル１４にもＳ２で選択したユーザを登録する（Ｓ１５）。

付与したアクセス権がウェブアプリケーションの場合は、利用者アクセス権管理テーブル１２にデータを登録する（Ｓ１３）。
利用者アクセス権管理テーブル１２にデータを登録することで職員のポータルウェブサイト１０２にウェブアプリケーション１０３のリンクが表示される（Ｓ１６）。

図４は、セキュリティ管理システム１０の運用フロー図である。
情報管理部門１７でアクセス権を作成する。アクセス権の内容、アクセス権を利用できる部門を決定し、アクセス権の作成を行う（Ｓ１７）。
Ｓ１７で作成したアクセス権を各部門に配布する（Ｓ１８）。
配布したアクセス権の付与・剥奪は部門担当者のみが実行できる。部門担当者は自分の管理しているアクセス権を職員に付与・剥奪する（Ｓ１９）。

次に、セキュリティ管理システム１０の効果について説明する。
セキュリティ管理システム１０においては、資源へのアクセス権を利用者アクセス権管理テーブル１２に集約して管理している。そして、アクセス権設定手段１５は、ウェブアプリケーションとして実装され、利用者アクセス権管理テーブル１２を編集するためのＧＵＩを担当者端末２に提供する。
そのため、部門担当者は、データベースサーバ５、ファイルサーバ６、アプリケーションサーバ７に直接アクセス権を設定する場合に必要な高度な技術力を有していなくても、容易に各資源へのアクセス権を設定することができる。また、サーバごとの設定方法の相違を意識することなく統一されたインターフェースにより設定作業を行うことができる。

また、情報管理部門のセキュリティ管理者が、担当部署管理テーブル１１を作成・編集することにより各資源に対してアクセス権を設定することができる部門を決定し、各部門の担当者のみが、実際のアクセス権の付与・剥奪を実行する運用フローを構築しているため、セキュリティ管理システムをより有効に利用することができる。

本発明の一実施形態であるセキュリティ管理システムの構成を示す図である。 セキュリティ管理システムの機能概要図である。 セキュリティ管理システムのアクセス権設定動作を説明する図である。 セキュリティ管理システムの運用例を示す図である。

符号の説明

１ セキュリティ管理サーバ
２ 担当者端末
３ ユーザ端末
４ セキュリティ管理者端末
５ データベースサーバ
６ ファイルサーバ
７ アプリケーションサーバ
８ ＬＤＡＰサーバ
１０ セキュリティ管理システム
１１ 担当部署管理テーブル
１２ 利用者アクセス権管理テーブル
１３ 職員情報テーブル
１４ アクセス権管理テーブル
１５ アクセス権設定手段

Claims (12)

1. 部門担当者を特定する担当者ＩＤと資源を特定する資源ＩＤとを対応付けて記憶する担当部署管理テーブルと、
   利用者を特定する利用者ＩＤと、前記資源ＩＤとその資源に対するアクセス権の内容を含むアクセス権情報とを対応付けて記憶する利用者アクセス権管理テーブルと、
   前記部門担当者が使用する担当者端末と、
   前記利用者が前記資源へのアクセスに使用する利用者端末と、
   前記担当者端末から前記担当者ＩＤを受信し、前記担当部署管理テーブルから前記受信した部門担当者ＩＤに対応する資源ＩＤを抽出し、その資源ＩＤに対応するアクセス権情報を前記利用者アクセス権管理テーブルから抽出して前記担当者端末に提示し、前記担当者端末から、前記部門担当者が前記提示されたアクセス権情報の中から選択したアクセス権情報とそのアクセス権情報に示されるアクセス権を付与または剥奪する利用者の利用者ＩＤを受信し、これら受信した情報を前記利用者アクセス権管理テーブルに登録するアクセス権設定手段と、
   前記資源を格納し、前記利用者アクセス権管理テーブルに基づいて前記資源に対する前記利用者端末からのアクセスを制御する資源サーバとを備えたセキュリティ管理システム。
2. 前記資源サーバは、データベースを格納するデータベースサーバを含み、
   前記アクセス権設定手段は、前記利用者アクセス権管理テーブルで前記データベースまたは前記データベースを構成するテーブルへのアクセスが許可されている前記利用者を前記データベースサーバへユーザ登録することを特徴とした請求項１に記載のセキュリティ管理システム。
3. 前記資源サーバは、ファイルを格納するファイルサーバを含み、
   前記ファイルサーバが格納する資源についてディレクトリサービスを提供するディレクトリサーバを備え、
   前記アクセス権設定手段は、前記利用者アクセス権管理テーブルに含まれるファイルに関するアクセス権情報を前記ディレクトリサーバのアクセス権管理テーブルに登録することを特徴とした請求項１または請求項２に記載のセキュリティ管理システム。
4. 前記資源サーバは、アプリケーションサービスを提供するアプリケーションサーバを含み、
   前記アクセス権設定手段は、前記利用者アクセス権管理テーブルで利用が許可されているアプリケーションへのリンクを、その利用者の利用者端末に表示することを特徴とした請求項１ないし請求項３のいずれかひとつに記載のセキュリティ管理システム。
5. 部門担当者を特定する担当者ＩＤと資源を特定する資源ＩＤとを対応付けて記憶する担当部署管理テーブルと、利用者を特定する利用者ＩＤと、前記資源ＩＤとその資源に対するアクセス権の内容を含むアクセス権情報とを対応付けて記憶する利用者アクセス権管理テーブルとを記憶装置に格納するテーブル格納工程と、
   アクセス権設定手段が、前記部門担当者が使用する担当者端末から前記担当者ＩＤを受信し、前記担当部署管理テーブルから前記受信した部門担当者ＩＤに対応する資源ＩＤを抽出し、その資源ＩＤに対応するアクセス権情報を前記利用者アクセス権管理テーブルから抽出して前記担当者端末に提示し、前記担当者端末から、前記部門担当者が前記提示されたアクセス権情報の中から選択したアクセス権情報とそのアクセス権情報に示されるアクセス権を付与または剥奪する利用者の利用者ＩＤを受信し、これら受信した情報を前記利用者アクセス権管理テーブルに登録するアクセス権設定工程と、
   前記資源を格納する資源サーバが、前記利用者アクセス権管理テーブルに基づいて前記資源に対する前記利用者端末からのアクセスを制御するアクセス制御工程とを備えたセキュリティ管理方法。
6. 前記資源サーバは、データベースを格納するデータベースサーバを含み、
   前記アクセス権設定工程では、前記利用者アクセス権管理テーブルで前記データベースまたは前記データベースを構成するテーブルへのアクセスが許可されている前記利用者を前記データベースサーバへユーザ登録することを特徴とした請求項５に記載のセキュリティ管理方法。
7. 前記資源サーバは、ファイルを格納するファイルサーバを含み、
   前記アクセス権設定工程では、前記利用者アクセス権管理テーブルに含まれるファイルに関するアクセス権情報を前記ファイルサーバが格納する資源についてディレクトリサービスを提供するディレクトリサーバのアクセス権管理テーブルに登録することを特徴とした請求項５または請求項６に記載のセキュリティ管理方法。
8. 前記資源サーバは、アプリケーションサービスを提供するアプリケーションサーバを含み、
   前記アクセス権設定工程では、前記利用者アクセス権管理テーブルで利用が許可されているアプリケーションへのリンクを、その利用者の利用者端末に表示することを特徴とした請求項５ないし請求項７のいずれかひとつに記載のセキュリティ管理方法。
9. コンピュータに、
   部門担当者が使用する担当者端末から前記部門担当者を特定する担当者ＩＤを受信し、担当者ＩＤと資源を特定する資源ＩＤとを対応付けて記憶する担当部署管理テーブルから前記受信した部門担当者ＩＤに対応する資源ＩＤを抽出し、その資源ＩＤに対応し前記資源ＩＤとその資源に対するアクセス権の内容を含むアクセス権情報を、利用者を特定する利用者ＩＤと前記アクセス権情報とを対応付けて記憶する利用者アクセス権管理テーブルから抽出して前記担当者端末に提示し、前記担当者端末から、前記部門担当者が前記提示されたアクセス権情報の中から選択したアクセス権情報とそのアクセス権情報に示されるアクセス権を付与または剥奪する利用者の利用者ＩＤを受信し、これら受信した情報を前記利用者アクセス権管理テーブルに登録するアクセス権設定処理を実行させるセキュリティ管理プログラム。
10. 前記資源サーバは、データベースを格納するデータベースサーバを含み、
    前記アクセス権設定処理では、前記利用者アクセス権管理テーブルでデータベースまたは前記データベースを構成するテーブルへのアクセスが許可されている前記利用者を前記データベースを格納しているデータベースサーバへユーザ登録することを特徴とした請求項９に記載のセキュリティ管理プログラム。
11. 前記アクセス権設定処理では、前記利用者アクセス権管理テーブルに含まれるファイルに関するアクセス権情報をファイルサーバが格納する資源についてディレクトリサービスを提供するディレクトリサーバのアクセス権管理テーブルに登録することを特徴とした請求項９または請求項１０に記載のセキュリティ管理プログラム。
12. 前記アクセス権設定処理では、前記利用者アクセス権管理テーブルで利用が許可され、アプリケーションサーバが利用者端末に提供するアプリケーションへのリンクを、その利用者の利用者端末に表示することを特徴とした請求項９ないし請求項１１のいずれかひとつに記載のセキュリティ管理プログラム。

Images