JP2002202956A

JP2002202956A - セキュリティ管理システム、セキュリティ管理方法及びセキュリティ管理プログラム

Info

Publication number: JP2002202956A
Application number: JP2000399687A
Authority: JP
Inventors: Hiroyuki Saito; 浩之齊藤
Original assignee: Daiwa Securities Group Inc
Current assignee: Daiwa Securities Group Inc
Priority date: 2000-12-28
Filing date: 2000-12-28
Publication date: 2002-07-19

Abstract

(57)【要約】【課題】セキュリティ保護の必要性の変更に伴うセキュ
リティの管理を容易とする。【解決手段】ユーザが属する部門情報を含み、ユーザを
識別するＩＤ番号を受信し（ｓ１３）、受信したＩＤ番
号に基づいて、ユーザが部門に関する情報へのアクセス
の許可の可否を示すアクセス権特定情報を、ＩＤ番号に
関連付けて格納したアクセス権情報記憶手段をＩＤ番号
に基づいて読出し、該読み出されたアクセス権特定情報
に基づいてアクセスの許可を判定し（ｓ１４）、ユーザ
に部門情報が複数関連付けられている場合に、該複数の
部門情報に関連付けられた各部門に関する情報へのアク
セスを許可する判定を行う。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、セキュリティの管
理を行うセキュリティ管理システム、セキュリティ管理
方法及びセキュリティ管理プログラムに関する。

【０００２】

【従来の技術】従来、企業等の組織における種々の意志
伝達を社内ＬＡＮ等のネットワークを用いて行う手法が
あった。具体的には、各社員に端末が与えられ、サーバ
から各社員に報知すべき内容を含む電子メールを各端末
に一斉に送信することにより意志伝達が図られていた。
この社内ＬＡＮでは、各社員の人事情報等のセキュリテ
ィを保護するため、これらセキュリティ保護の必要な情
報（以下、単にセキュリティ情報と呼ぶ）の閲覧にはＩ
Ｄ番号及びパスワードの入力が求められていた。

【０００３】また、このセキュリティ情報の管理は、通
常サーバ側で行われ、ＩＤ番号に基づいてアクセスの可
否がサーバで判断される。

【０００４】

【発明が解決しようとする課題】また、サーバは各部門
毎に設けられ、ＩＤ番号は各部門毎に固有のＩＤ番号が
各社員に一つずつ付与されている。これは、各部門毎に
他の部門からはアクセスできない情報があり、そのよう
な情報をサーバ毎にアクセスの可否を各部門固有の識別
情報が付加されたＩＤ番号に基づいて判断するためであ
る。

【０００５】例えば経理部門から営業部門へ異動する場
合、社内ＬＡＮについても引継処理が必要となる。この
引継処理を行う場合には、異動前と異動後の各部の仕事
を双方担当することとなる。

【０００６】しかしながら、ＩＤ番号は、経理部門と営
業部の各部に固有の番号として付与されるものである。
従って、ネットワークのＩＤ番号が異動前あるいは異動
後のいずれかを付与することとなる。これでは、異動前
の状態であれば異動前のＩＤ番号に基づいてサーバにア
クセス可能であるが、異動前の経理部門の情報にはアク
セスできるが、営業部門の情報にはアクセスできない。
逆に異動後の状態にする場合、異動後の営業部門の情報
にはアクセスできない。従って、社内ＬＡＮについても
ＩＤ番号等の変更処理の実行時期によっていずれの部門
の情報にアクセスできるかが決定されてしまう。これ
は、実際に業務を遂行する作業場所と所属やアクセス権
が統一されないという不都合が生じる原因となる。この
ように、一律にセキュリティ情報を管理する手法では、
人事異動等セキュリティ管理の対象が変動する場合に業
務の支障をきたすこととなる。

【０００７】本発明は上記課題を解決するためになされ
たもので、その目的とするところは、セキュリティ保護
の必要性の変更に伴うセキュリティの管理を容易とする
セキュリティ管理システム、セキュリティ管理方法及び
セキュリティ管理プログラムを提供することにある。

【０００８】

【課題を解決するための手段】この発明のある観点によ
れば、ユーザが属する属性を示す属性情報に基づいて定
められ、前記ユーザによる該属性情報に関連付けられた
情報へのアクセスの許可の可否を示すアクセス権特定情
報を、ユーザを識別する識別情報に関連付けてユーザ毎
に格納したアクセス権情報記憶手段と、ユーザから与え
られた識別情報に基づいて前記アクセス権記憶手段を読
出し、該読み出されたアクセス権特定情報に基づいて前
記情報へのアクセスの許可を判定するものであって、前
記ユーザに前記属性情報が複数関連付けられ、かつ複数
関連付けられた各属性情報がアクセス許可に関して互い
に排他的になっている場合に、該複数の属性情報に関連
付けられた各情報へのアクセスを許可するアクセス権判
定手段とを具備してなることを特徴とするセキュリティ
管理システムが提供される。

【０００９】このような構成によれば、アクセス許可に
関して互いに排他的な属性に属する場合のあるユーザ
に、双方の属性に関する情報へのアクセスを許可するこ
とができる。

【００１０】本発明の一の実施形態によれば、少なくと
も一人のユーザに関して、アクセス許可に関して互いに
排他的になっている少なくとも２つの前記情報の双方に
関してアクセスが許可されるアクセス権特定情報が前記
識別情報に関連づけられて前記アクセス権情報記憶手段
に格納されている。これにより、互いに排他的な属性に
属する場合のあるユーザに対するアクセス権を、そのよ
うなユーザ毎に個別に設定することなく、単にユーザに
複数の識別情報を割り当てることのみで適切に設定でき
る。

【００１１】本発明の一の実施形態によれば、識別情報
をネットワークを介して受信する受信手段をさらに有す
る。これにより、ネットワークを介してユーザがアクセ
スしてくる場合でもセキュリティの管理が行える。

【００１２】望ましくは、少なくとも一人のユーザに関
して、アクセス許可に関して互いに排他的になっている
少なくとも２つの前記情報の双方に関してアクセスが許
可されるアクセス権特定情報に、この双方の情報へのア
クセス許可の開始時刻及び／又は終了時刻が関連付けら
れて格納されている。

【００１３】これにより、アクセス許可に関して互いに
排他的な属性の双方に関する情報にアクセスできるとい
う不安定な状態を一定時間に限ることができる。さらに
望ましくは、アクセス権判定手段は、前記開始時刻より
も前にアクセスの許可を判定する場合は、互いに排他的
になっている少なくとも２つの前記情報のうちの一つに
対してアクセスの許可を行う、及び／又は、アクセス権
判定手段は、前記終了時刻よりも後にアクセスの許可を
判定する場合は、互いに排他的になっている少なくとも
２つの前記情報のうちの一つに対してアクセスの許可を
行う。これにより、排他的な属性の双方に関する情報に
アクセスできるという不安定な状態が開始する前、ある
いは終了した後は、通常と同様に互いに排他的でない属
性に関する情報のみにアクセス可能となる。

【００１４】本発明の他の一の実施形態によれば、アク
セス許可に関して互いに排他的な前記属性情報とは、前
記ユーザの企業における配属情報である。これにより、
配属が重なる時期、例えば人事異動の引継時期等に、一
方の配属先に関する情報にしかアクセスできないという
不都合を解消し、コンピュータを用いない通常業務と同
様に兼任中に必要な異動前と異動後の双方の情報にアク
セスできる。その結果、人事異動の引継処理を円滑に遂
行できる。

【００１５】また、装置または方法に係る本発明は、コ
ンピュータに当該発明に相当する手順を実行させるため
の（あるいはコンピュータを当該発明に相当する手段と
して機能させるための、あるいはコンピュータに当該発
明に相当する機能を実現させるための）プログラム、該
プログラムを記録したコンピュータ読取り可能な記録媒
体としても成立する。

【００１６】

【発明の実施の形態】以下、図面を参照しながら本発明
の一実施形態を説明する。

【００１７】図１は本発明の一実施形態に係るセキュリ
ティ管理システムの全体構成を示す図である。なお、本
実施形態では、複数の社員から構成される部門を複数有
する企業であって、各社員に端末が割り当てられたネッ
トワークシステムに適用した例として説明する。

【００１８】図１に示すように、すべての部門を管理す
るためのセンターサーバ１の接続されたネットワーク２
に、ネットワーク３〜６が接続されている。ネットワー
ク３には営業部門を管理するための営業部門サーバ３１
と端末３２〜３５が接続され、ネットワーク４には経理
部門サーバ４１と端末４２〜４５が接続され、ネットワ
ーク５には人事部門サーバ５１と端末５２〜５５が接続
され、ネットワーク６にはシステム設計部門サーバ６１
と端末６２〜６５が接続されている。

【００１９】図２（ａ）はセンターサーバ１の詳細な構
成の一例を示す図である。図２（ａ）に示すように、セ
ンターサーバ１は、ネットワーク２との間の情報の送受
信を行うインタフェース１１と、このインタフェース１
１に接続されたプロセッサ１２と、このプロセッサ１２
に接続され、本システムにおけるアクセス権を管理する
ためのアクセス権特定情報を格納したアクセス権管理デ
ータベース１３及び本システムで送受信され、セキュリ
ティ保護の必要な情報（以下、単にセキュリティ情報と
呼ぶ）を格納するセキュリティ情報データベース１４か
ら構成される。セキュリティ情報データベース１４に
は、アクセス許可に関して互いに排他的でないセキュリ
ティ情報として、役職毎のセキュリティ情報が格納さ
れ、アクセス許可に関して互いに排他的なセキュリティ
情報として、部門毎のセキュリティ情報が格納されてい
る。

【００２０】プロセッサ１２は判定プログラム１２ａ、
異動登録プログラム１２ｂ及び情報送信プログラム１２
ｃを有する。判定プログラム１２ａは、各端末から送信
されたＩＤ番号に基づいてその端末を利用するユーザの
属性情報をアクセス権管理データベース１３に基づいて
導出し、その属性情報に基づいてセキュリティ情報デー
タベース１４内のコンテンツにアクセス可能か否かを判
定する。異動登録プログラム１２ｂは、人事部門サーバ
５１から送信された人事異動情報に基づいて異動登録処
理を行う。情報送信プログラム１２ｃは、アクセスが許
可された情報等の各種情報を各端末や各部門サーバに送
信する。

【００２１】図２（ｂ）は部門サーバ３１の詳細な構成
の一例を示す図である。図２（ａ）に示したセンターサ
ーバ１と基本的な構成は同じであり、インタフェース３
１１と、プロセッサ３１２と、アクセス権管理データベ
ース３１３及びセキュリティ情報データベース３１４か
ら構成される。プロセッサ３１２は判定プログラム３１
２ａ、異動登録プログラム３１２ｂ及び情報送信プログ
ラム３１２ｃを有する。各プログラム３１２ａ〜３１２
ｃの処理は上記プログラム１２ａ〜１２ｃと同様であ
る。なお、他の部門サーバ４１，５１及び６１の構成も
部門サーバ３１の構成と同様であるので説明は省略す
る。

【００２２】図３はアクセス権管理データベース１３に
格納されたアクセス権特定情報のデータ構造の一例を示
す図である。図３に示すように、アクセス権管理データ
ベース１３には、社員名、ＩＤ番号、部門名からなるア
クセス権特定情報が関連付けられて各社員毎に格納され
ている。社員名は、各社員を識別するための氏名、ＩＤ
番号は、各社員に割り当てられ、ある社員と他の社員を
識別する識別番号である。企業における配属情報として
の部門名は、営業部門、経理部門、人事部門、システム
設計部門のいずれかが割り当てられる。また、ＩＤ番号
は、各社員の役職に応じて固有の番号が割り当てられ
る。例えば、部長級の社員には１０で始まる８桁の番号
を、課長級の社員には２０で始まる８桁の番号、その他
の社員には３０で始まる８桁の番号等である。なお、Ｉ
Ｄ番号に各部門を識別するための情報を付加してもよ
く、例えば、役職を特定する２桁の数値の次の２桁は各
部門を識別するための２桁の数値が割り当てられる。例
えば、営業部門は３０、経理部門は４０、人事部門は５
０、システム設計部門は６０等である。さらに、これら
４桁の役職及び部門を識別する数値の次の４桁は社員毎
にそれぞれ異なる数値が与えられている。

【００２３】部門名は、ＩＤ番号に対して一つだけ関連
付けられるが、人事異動が発令された場合のみ、一人の
社員名に複数の部門名が異動前の部門名と異動後の部門
とを識別可能に関連付けられ、複数の部門を兼任中であ
ることが示される。また、複数の部門名が関連付けられ
た場合には、その社員のアクセス権特定情報に対して異
動期間を特定するための異動期間情報が与えられる。

【００２４】図３の例では、社員Ｈが経理部門から営業
部門に異動するため、部門名に経理部門と営業部門が関
連付けられており、さらにこの社員Ｈについては異動期
間情報として“１０／１０〜１０／２０”（１０月１０
日から１０月２０日までが兼任中）が関連付けられてい
る。

【００２５】図４はアクセス権管理データベース３１３
に格納されたアクセス権特定情報のデータ構造の一例を
示す図である。図４に示すように、アクセス権管理デー
タベース３１３には、社員名、ＩＤ番号、部門名からな
るアクセス権特定情報が関連付けられて各社員毎に格納
されている点はアクセス権管理データベース１３と同様
である。データベース１３と異なるのは、アクセス権管
理データベース３１３はそのデータベース３１３が属す
る部門サーバ３１の部門に属する社員のみのアクセス権
特定情報が格納されている点である。従って、営業部門
の部門サーバ３１に設けられたアクセス権管理データベ
ース３１３に格納されるアクセス権特定情報に含まれる
部門名は原則として営業部門のみとなる。

【００２６】但し、人事異動が発令された場合のみ、一
人の社員名に複数の部門名が関連付けられ、複数の部門
を兼任中であることが示される。また、複数の部門名が
関連付けられた場合には、その社員のアクセス権特定情
報に対して異動期間を特定するための異動期間情報が与
えられる。この人事異動発令中のデータ変更については
図３の場合と同様である。但し、兼任中のうち、いずれ
かの部門名に関連する部門のアクセス権管理データベー
スには、その社員も含めて記憶される。図４の例では、
社員Ｈは未だ経理部門にいる社員であるが、いずれ営業
部門に異動する社員であり、両部門を兼任しているた
め、営業部門のアクセス権管理データベース３１３に格
納されている。もちろん、経理部門のアクセス権管理デ
ータベースにも格納されている。

【００２７】セキュリティ情報データベース１４のセキ
ュリティ情報のデータ構造の一例を図５に示す。

【００２８】セキュリティ情報の内容自体を示すコンテ
ンツに、そのコンテンツの見出しとしてのインデックス
が関連付けられ、さらにこのコンテンツには部門別アク
セス許可情報及び役職別アクセス許可情報が関連付けら
れている。社員は、端末の表示画面に一覧として表示さ
れたインデックスから情報送信を希望するものを選択す
ると、各アクセス許可情報によりアクセスが許可された
場合に限りコンテンツを受信することができる。

【００２９】役職毎のセキュリティ情報は、例えば部長
級のみがアクセス可能な部長級情報、課長級以上のみが
アクセス可能な課長級情報、すべての社員がアクセス可
能な一般情報からなり、これらアクセス許可の可否は、
役職別アクセス許可情報により特定される。従って、部
長級の社員は部長級情報、課長級情報及び一般情報のす
べてにアクセス可能で、課長級の社員は課長級情報及び
一般情報にアクセス可能で、一般社員は一般情報にのみ
アクセス可能である。従って、これら各情報はアクセス
許可に関して階層的になっており、ある部長級情報にア
クセス可能であるが課長級情報にアクセスできず、かつ
課長級情報にアクセス可能であるが部長級情報にアクセ
スできないといった互いに排他的な情報ではない。

【００３０】部門毎のセキュリティ情報は、例えば営業
部門のみがアクセス可能な営業情報、経理部門のみがア
クセス可能な経理情報というように各部門毎にアクセス
可能なものであり、これらアクセス許可の可否は、部門
別アクセス許可情報により特定される。また、営業情報
は、他の経理部門、人事部門、システム設計部門の社員
はアクセスできず、経理情報は、他の営業部門、人事部
門、システム設計部門の社員はアクセスできないといっ
たように、社員は原則としてある一つの部門情報にしか
アクセスできない。すなわち、互いの部門情報がアクセ
ス許可に対して排他的なもので、アクセス許可に関して
互いに相反する情報となっている。

【００３１】また、役職別アクセス許可情報及び部門別
アクセス許可情報の双方についてアクセスが許可される
対象となる社員にのみアクセスが許可される。すなわ
ち、例えば役職別アクセス許可情報のみからアクセスが
許可されていても、部門別アクセス許可情報に基づくと
アクセスが許可されない場合にはアクセスは許可されな
い。

【００３２】なお、部門サーバ３１に設けられたセキュ
リティ情報データベース３１４は、上記セキュリティ情
報データベース１４のデータ構造と同じであるが、部門
別アクセス許可情報は有さず、かつその部門にのみ許可
されたセキュリティ情報のみを格納している。もちろ
ん、必要に応じて他の部門にのみ許可されたセキュリテ
ィ情報を格納しておいてもよい。

【００３３】次に、端末４２が割り当てられた社員Ｈが
経理部門から営業部門へ異動する場合を例にセキュリテ
ィ管理方法を図６のシーケンス図に沿って説明する。な
お、図６のシーケンス図では、端末やサーバ同士の間の
ネットワークを介した情報の送受信は矢印で示され、各
端末やサーバでの情報処理は丸印で示されている。ま
た、特に示さない限り、端末やサーバ間の情報の送受信
は、ネットワークを介して行われる。

【００３４】まず、人事部門から社員Ｈを経理部門から
営業部門へ人事異動するという人事異動が発令される場
合、人事部門の部門サーバ５１により、この社員Ｈに関
する人事異動情報がネットワーク３及び２を介してセン
ターサーバ１に送信される（ｓ１）。なお、人事異動情
報は、部門サーバ５１からではなく人事部門の端末５２
〜５５のいずれかから送信されてもよい。この人事異動
情報は、社員Ｈに関するアクセス権特定情報と、社員Ｈ
が両部門を兼任する異動期間を示す異動期間情報が含ま
れる。なお、この人事異動情報の送信に先だって、社員
Ｈに対して人事異動が通知されているのが望ましい。

【００３５】センターサーバ１の異動登録プログラム１
２ｂは、インタフェース１１を介して受信した人事異動
情報に基づいて人事異動登録処理を行う（ｓ２）。人事
異動登録処理は、具体的には人事異動登録プログラム１
２ｂが社員Ｈのアクセス権特定情報のうち、ＩＤ番号を
新たなＩＤ番号に更新するとともに、新たな部門名を追
加する。図４の例では、異動前の経理部門に属する社員
Ｈに割り当てられたＩＤ番号“３０４００００８”がＩ
Ｄ番号“３０３００００８”に書き換えられ、この新た
なＩＤ番号に関連づけられている部門名“経理部門”
に、異動後の営業部門に属する社員Ｈの部門名“営業部
門”を社員Ｈに関連付ける。これにより、アクセス権管
理データベース１３の社員Ｈに関するアクセス権特定情
報は兼任中であることを示す情報に更新される。

【００３６】この人事異動登録処理が終了すると、セン
ターサーバ１の情報送信プログラム１２ｃは、社員Ｈの
異動前及び異動後の部門である経理部門及び営業部門の
各部門サーバ３１及び４１にこの更新されたアクセス権
特定情報を送信する（ｓ３ａ，ｓ３ｂ）。これにより、
各部門に人事異動が発令されたことになる。各部門サー
バ３１及び４１は、アクセス権管理データベース３１３
の社員Ｈに関するアクセス権特定情報を、この更新され
たアクセス権特定情報に書き換える（ｓ４ａ，ｓ４
ｂ）。社員Ｈのアクセス権特定情報が更新されたアクセ
ス権管理データベース３１３のデータ構造の一例は図４
に示される。さらに、この更新されたアクセス権特定情
報は社員Ｈに割り当てられた端末４２に送信される（ｓ
５）。なお、このアクセス権特定情報はセンターサーバ
１から送信されてもよい。また、端末４２に送信された
アクセス権特定情報のうち、少なくとも新たなＩＤ番号
“３０３００００８”は、端末４２に設けられたＣＲＴ
等の出力手段（図示せず）から出力される。この出力結
果により、社員Ｈは新たなＩＤ番号を知ることができ
る。

【００３７】以上のように人事異動の発令が各部門まで
及んだ後であって兼任後に社員Ｈが新たに割り当てられ
た端末３５の電源をオンし、センターサーバ１へのアク
セスを試みると（ｓ１１）、ＩＤ番号の入力がセンター
サーバ１から要求される（ｓ１２）。端末３５から社員
Ｈが予め端末４２の出力結果により知り得た新たなＩＤ
番号“３０３００００８”を入力すると（ｓ１３）、セ
ンターサーバ１の判定プログラム１２ａによりアクセス
の許可の可否が判定され、その結果新たな営業部門に関
するセキュリティ情報へのアクセスが許可される（ｓ１
４）。２つのＩＤ番号を異動期間中に社員Ｈに割り当て
てもよく、この場合には、経理部門時代のＩＤ番号“３
０４００００８”を入力すると、経理部門に関するセキ
ュリティ情報へのアクセスが許可される。この（ｓ１
１）〜（ｓ１４）の処理は、端末４２からセンターサー
バ１にアクセスする場合も同様である。アクセスが許可
される場合、センターサーバ１から端末４２からの情報
要求に基づいて希望する情報が情報送信プログラム１２
ｃにより端末４２に送信される。

【００３８】（ｓ１４）におけるアクセス許可の可否の
判定は、具体的には受信したＩＤ番号に基づき、アクセ
ス権管理データベース１３を検索し、そのＩＤ番号に関
連づけられた部門名を抽出し、かつＩＤ番号に含まれる
役職情報に基づいて役職を特定する。一方、図５に示す
セキュリティ情報に含まれる部門別アクセス許可情報及
び役職別アクセス許可情報を検索して社員Ｈから情報送
信を要求されるコンテンツがアクセス許可可能か否かを
アクセス許可情報に基づいて判定する。

【００３９】このように、人事異動の際に、新たな異動
先の新たな端末からＩＤ番号を入力することのみで、人
事異動前のセキュリティ情報と人事異動後のセキュリテ
ィ情報の双方にアクセス可能な環境が設定される。

【００４０】次に、人事異動の発令があってから社員Ｈ
による兼任が終了する場合、センターサーバ１は、アク
セス権管理データベース１３の社員Ｈのアクセス権特定
情報に含まれる異動期間情報に基づきアクセス権特定情
報を更新する（ｓ２１）。この更新処理は、異動前の部
門名を削除するとともに、異動期間情報を削除する。こ
れにより、社員Ｈには営業部門のＩＤ番号及び部門名の
みが関連付けられることとなる。なお、２つのＩＤ番号
が異動期間中に社員Ｈに割り当てられている場合には、
経理部門のＩＤ番号が削除される。この更新されたアク
セス権特定情報は、営業部門及び経理部門の部門サーバ
３１及び４１に送信される（ｓ２２ａ，ｓ２２ｂ）。部
門サーバ３１及び４１は、この更新されたアクセス権特
定情報に基づいてアクセス権管理データベース３１３の
社員Ｈに関するアクセス権特定情報を更新する（ｓ２３
ａ，ｓ２３ｂ）。この更新処理は、上記（ｓ１４）と同
様に行われる。

【００４１】次に、兼任終了後、すなわち１０月２１日
以降に社員Ｈが端末３５からセンターサーバ１へのアク
セスを試み（ｓ３１）、ＩＤ番号“３０４００００８”
を入力しても、経理部門のセキュリティ情報へのアクセ
スは許可されない。これは、センターサーバ１がアクセ
ス権管理データベース１３のアクセス権特定情報を適時
検索し、異動期間情報に基づきアクセス権特定情報を営
業部門のみのアクセス権特定情報にさらに更新されてい
るからである。従って、このアクセス権特定情報に基づ
き判定プログラム１２ａがアクセス権許可の可否の判定
を（ｓ１４）と同様に行い（ｓ３２）、アクセスが許可
できないことが端末３５に送信される（ｓ３３）。端末
４２からセンターサーバ１にアクセスを試みる場合も同
様である。

【００４２】このように本実施形態によれば、人事異動
があった場合にその人事異動の対象となった社員のアク
セス権特定情報が書き換えられているため、社員はＩＤ
番号を新たな端末から入力することのみで新たな異動先
のセキュリティ情報を取得することができる。このよう
に、兼任中は２つの部門名を一人の社員に、１つのＩＤ
番号に付与することのみで、特にそのような通常の業務
遂行状態に無い社員毎にその社員のアクセス権特定情報
を書き換えることなく、アクセス権の業務に沿った設定
が可能となる。

【００４３】この本実施形態の特徴を従来例と比較した
のが図７である。図７の表は、上記実施形態の社員Ｈの
業務内容、作業場所、所属と、アクセス可能なセキュリ
ティ情報を本実施形態と考えられる２つの従来例とを時
間経過に沿って示してある。図７から分かるように、従
来のシステムであれば、１０／１０〜１０／２０までの
兼任中の期間はいずれかの部門のセキュリティ情報にし
かアクセスできなかったのが、本実施形態では双方のセ
キュリティ情報にアクセス可能となっており、その結
果、社員Ｈの業務内容、作業場所、所属等に即したアク
セス権の設定が実現されているのが分かる。

【００４４】また、兼任中であることを示す異動期間情
報及び複数の部門名を兼任中の社員に割り当てることに
より、異動前の部門固有のセキュリティ情報及び異動後
の部門固有のセキュリティ情報の双方を取得することが
できる。その結果、人事異動に伴う引継処理を円滑に行
うことができる。また、異動期間情報により人事異動の
発令から兼任終了までを管理するため、社員は何もする
ことなくアクセス権特定情報が更新され、通常のセキュ
リティ管理が維持される。

【００４５】本発明は上記実施形態に限定されるもので
はない。例えば、人事部門からの人事異動情報の送信に
応答してアクセス権特定情報の更新がセンターサーバ及
び部門サーバの双方で行われる場合を示したが、異動先
の端末からの新たなＩＤ番号の入力後に部門サーバでの
アクセス権特定情報の更新を行ってもよい。

【００４６】また、センターサーバ１にアクセス要求や
情報送信要求を行う場合を示したが、これに限定される
ものではなく、社員の属する部門の部門サーバにアクセ
ス要求や情報送信要求を行ってもよい。この場合、部門
サーバ３１，４１，５１，６１でセンターサーバ１と同
様の処理がなされる。

【００４７】また、センターサーバや部門サーバと端末
との間でネットワークを介してアクセス許可の要求及び
判定を行う場合を示したが、これに限定されるものでは
なく、例えばスタンドアローンのコンピュータを複数の
ユーザが使用する場合等、セキュリティ保護の観点から
ユーザ毎にアクセス権を決定する必要があるすべてのシ
ステムに適用できる。また、アクセス権の設定はユーザ
毎に行う場合を示したが、例えばある部門の全社員に共
通のＩＤ番号やパスワードを付与し、その番号やパスワ
ードに基づいて部門毎にアクセス許可の判定を行っても
よい。また、ＩＤ番号を変更せずにそのＩＤ番号に関連
づけた部門名や役職名といった識別情報を複数持たせる
ことのみで異動期間中のセキュリティ保護、異動後のセ
キュリティ保護を図ることもできる。さらに、ＩＤ番号
に異動期間中であることを示す情報及び異動前の部門名
と異動後の部門名を示す情報を付加してもよい。例え
ば、部門を識別する２桁の数値の下一桁を０ではなく４
とする等により、異動期間中か否かを識別できる。この
場合、例えば上記社員Ｈの人事異動の例では、社員Ｈに
は、人事異動登録処理（ｓ２）前にはＩＤ番号“３０４
００００８”が、登録処理後には“３０３４０００８”
が、さらに異動期間終了後には“３０３００００８”が
与えられることとなる。このように、ＩＤ番号に異動期
間中か否かを示す情報及び異動前後の部門名に関する情
報を含ませることにより、アクセス権管理データベース
１３を読み出すこと無くＩＤ番号とアクセス許可情報と
を照合することのみでアクセス許可の判定が可能とな
る。

【００４８】また、プロセッサに本発明の機能を実行す
るためのプログラムを組み込み、当該プログラムにより
本発明の機能を実行させる場合を示したが、例えばこれ
らプログラムを記録したコンピュータ読取可能な記録媒
体をサーバの図示しない記録媒体読取装置から読み取
り、プロセッサに当該機能を実行させてもよい。

【００４９】

【発明の効果】以上詳述したように本発明によれば、セ
キュリティ保護の必要性の変更に伴うセキュリティの管
理が容易となる。

【図面の簡単な説明】

【図１】本発明の第１実施形態に係るセキュリティ管理
システムの全体構成を示す図。

【図２】同実施形態に係るセンターサーバ及び部門サー
バの詳細な構成の一例を示す図。

【図３】同実施形態に係るセンターサーバのアクセス権
管理データベースに格納されたデータデータ構造の一例
を示す図。

【図４】同実施形態に係る部門サーバのアクセス権管理
データベースに格納されたデータデータ構造の一例を示
す図。

【図５】同実施形態に係るセキュリティ情報データベー
スのデータ構造の一例を示す図。

【図６】同実施形態に係るセキュリティ管理方法のシー
ケンス図。

【図７】本実施形態と従来とのアクセス可能なセキュリ
ティ情報を比較して示した図。

【符号の説明】

１…センターサーバ２〜６…ネットワーク３１，４１，５１，６１…部門サーバ３２，３３，３４，３５，４２，４３，４４，４５，５
２，５３，５４，５５，６２，６３，６４，６５…端末

───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.⁷ 識別記号ＦＩテーマコート゛(参考）Ｇ０６Ｆ 17/60 １５８Ｇ０６Ｆ 17/60 １５８

Claims

【特許請求の範囲】

【請求項１】ユーザが属する属性を示す属性情報に基
づいて定められ、前記ユーザによる該属性情報に関連付
けられた情報へのアクセスの許可の可否を示すアクセス
権特定情報を、ユーザを識別する識別情報に関連付けて
ユーザ毎に格納したアクセス権情報記憶手段と、ユーザから与えられた識別情報に基づいて前記アクセス
権記憶手段を読出し、該読み出されたアクセス権特定情
報に基づいて前記情報へのアクセスの許可を判定するも
のであって、前記ユーザに前記属性情報が複数関連付け
られ、かつ複数関連付けられた各属性情報がアクセス許
可に関して互いに排他的になっている場合に、該複数の
属性情報に関連付けられた各情報へのアクセスを許可す
るアクセス権判定手段とを具備してなることを特徴とす
るセキュリティ管理システム。
【請求項２】少なくとも一人のユーザに関して、アク
セス許可に関して互いに排他的になっている少なくとも
２つの前記情報の双方に関してアクセスが許可されるア
クセス権特定情報が前記識別情報に関連づけられて前記
アクセス権情報記憶手段に格納されていることを特徴と
する請求項１に記載のセキュリティ管理システム。
【請求項３】前記識別情報をネットワークを介して受
信する受信手段をさらに有することを特徴とする請求項
１に記載のセキュリティ管理システム。
【請求項４】少なくとも一人のユーザに関して、アク
セス許可に関して互いに排他的になっている少なくとも
２つの前記情報の双方に関してアクセスが許可されるア
クセス権特定情報に、この双方の情報へのアクセス許可
の開始時刻及び／又は終了時刻が関連付けられて格納さ
れていることを特徴とする請求項１に記載のセキュリテ
ィ管理システム。
【請求項５】前記アクセス権判定手段は、前記開始時
刻よりも前にアクセスの許可を判定する場合は、互いに
排他的になっている少なくとも２つの前記情報のうちの
一つに対してアクセスの許可を行うことを特徴とする請
求項４に記載のセキュリティ管理システム。
【請求項６】前記アクセス権判定手段は、前記終了時
刻よりも後にアクセスの許可を判定する場合は、互いに
排他的になっている少なくとも２つの前記情報のうちの
一つに対してアクセスの許可を行うことを特徴とする請
求項４に記載のセキュリティ管理システム。
【請求項７】アクセス許可に関して互いに排他的な前
記属性情報とは、前記ユーザの企業における配属情報で
あることを特徴とする請求項１に記載のセキュリティ管
理システム。
【請求項８】ユーザが属する属性を示す属性情報を含
み、ユーザを識別する識別情報を受信するステップと、ユーザが属する属性を示す属性情報に基づいて、前記ユ
ーザが該属性情報に関連付けられた情報へのアクセスの
許可の可否を示すアクセス権特定情報を、ユーザを識別
する識別情報に関連付けて格納したアクセス権情報記憶
手段を前記識別情報に基づいて読出し、該読み出された
アクセス権特定情報に基づいてアクセスの許可を判定す
るステップとを有し、前記判定ステップは、前記ユーザに前記属性情報が複数
関連付けられ、かつ複数関連付けられた各属性情報がア
クセス許可に関して互いに排他的になっている場合に、
該複数の属性情報に関連付けられた各情報へのアクセス
を許可する判定を行うことを特徴とするセキュリティ管
理方法。
【請求項９】前記アクセス権情報記憶手段には、少な
くとも一人のユーザに関して、アクセス許可に関して互
いに排他的になっている少なくとも２つの前記情報の双
方に関してアクセスが許可されるアクセス権特定情報が
前記識別情報に関連づけられて格納されていることを特
徴とする請求項８に記載のセキュリティ管理方法。
【請求項１０】少なくとも一人のユーザに関して、ア
クセス許可に関して互いに排他的になっている少なくと
も２つの前記情報の双方に関してアクセスが許可される
アクセス権特定情報に、この双方の情報へのアクセス許
可の開始時刻及び／又は終了時刻が関連付けられて格納
されていることを特徴とする請求項８に記載のセキュリ
ティ管理方法。
【請求項１１】前記判定ステップは、前記開始時刻よ
りも前にアクセスの許可を判定する場合は、互いに排他
的になっている少なくとも２つの前記情報のうちの１つ
に対してアクセスの許可を行うステップを含むことを特
徴とする請求項１０に記載のセキュリティ管理方法。
【請求項１２】前記判定ステップは、前記終了時刻よ
りも後にアクセスの許可を判定する場合は、互いに排他
的になっている少なくとも２つの前記情報のうちの一つ
に対してアクセスの許可を行うステップを含むことを特
徴とする請求項１０に記載のセキュリティ管理方法。
【請求項１３】アクセス許可に関して互いに排他的な
前記属性情報とは、前記ユーザの企業における配属情報
であることを特徴とする請求項８に記載のセキュリティ
管理方法。
【請求項１４】コンピュータを、ユーザが属する属性を示す属性情報に基づいて、前記ユ
ーザが該属性情報に関連付けられた情報へのアクセスの
許可の可否を示すアクセス権特定情報を、ユーザを識別
する識別情報に関連付けて格納したアクセス権情報記憶
手段と、ユーザから与えられ、前記属性情報を含み、ユーザを識
別する識別情報に基づいて前記アクセス権記憶手段を読
出し、該読み出されたアクセス権特定情報に基づいて前
記情報へのアクセスの許可を判定するものであって、前
記ユーザに前記属性情報が複数関連付けられ、かつ複数
関連付けられた各属性情報がアクセス許可に関して互い
に排他的な場合に、該複数の属性情報に関連付けられた
情報へのアクセスを許可するアクセス権判定手段として
機能させるためのセキュリティ管理プログラム。