JPH07244639A - アクセス権管理装置 - Google Patents

Abstract

(57)【要約】 【目的】多数の利用者を対象に複数の情報処理サービス
を提供する情報システムでの処理要求の妥当性を管理す
るアクセス権管理に関し、アクセス権の変更を柔軟に、
管理を容易にする。 【構成】利用者ＩＤと資格ＩＤとを項目とするレコード
を保持する利用者資格ファイル41と、サービスＩＤと、
資格ＩＤまたは利用者ＩＤと、アクセスの種類と可否
と、レコードの優先度とを項目とするレコードを保持す
るアクセス権ファイル42と、要求受付手段１と、アクセ
ス権決定手段２と、アクセス権保持手段３と、サービス
起動手段５とを有する。アクセス権決定手段２は、利用
者ＩＤをキーとして利用者資格ファイル41から資格ＩＤ
を取り出し、資格ＩＤと利用者ＩＤをキーとしてアクセ
ス権ファイル42を検索して、同一のサービスについて優
先度の高いレコードにより最終的なアクセスの可否を決
定しアクセス権保持手段３に保持する。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は多数の利用者を対象に複
数の情報処理サービスを提供する情報システムに関す
る。特にその処理要求の妥当性を管理するアクセス権管
理装置に関する。

【０００２】多数の利用者を対象に複数の情報処理サー
ビスを提供する情報システムにおいては、サービスに対
する要求（アクセスの種類・アクセス権）の管理・規制
を行なっている。運用中に、利用者のアクセス権の変更
・追加、特に一時的な変更や、サービスの追加・変更、
特に一時的変更・試験的提供等の処理を行なうことが必
要であり、それをシステムの安全性を損なわずに、かつ
利用者の不便をきたさないように行なうことが要求され
ている。

【０００３】

【従来の技術】サービスには、例えば、電子伝票、会議
室予約、旅費精算等の全員がアクセスできるものや、人
事情報・評価のように特定の資格者のみアクセスできる
ものがある。

【０００４】サービスに対する要求の管理・規制の方法
として、利用者個々に対して利用できるサービスとその
処理内容（参照・更新等）や期間等を定義しておく方法
が考えられるが、管理情報の量が膨大になるので、利用
者の資格によるグループ設定を行い、このグループに対
してアクセス権の内容を設定するやり方がある。グルー
プはサービス毎に設定することができ、さらに、一般利
用者、管理職、サービスの管理者あるいは処理の開発者
等により分けることができる。

【０００５】予算申請を受け付けて登録するサービスの
ように、ある期間を設け、申請期限を過ぎてからの新規
申請や申請データの修正は特定者以外には禁止する場
合、従来の技術でも利用者の属するグループによるアク
セス権の管理は実現可能である。ところで、そのサービ
スの管理者が、申請データを処理（例えば集計）する際
に、申請データに誤りを発見し、その申請を行なった利
用者に再申請を指示する必要がある場合を考える。この
とき、申請期限は過ぎているので、他の利用者に対して
は受け付けないようにする必要がある。従来の技術で
は、このような場合、その特定の利用者をその属するグ
ループから一時的に外し、別のグループに（申請可能な
グループ）に入れることになるが、特定の利用者は一時
的に元のグループから外されるため、そのグループに許
されていた他のサービスへのアクセスが制限されたり、
逆に、本来制限されるはずのアクセスができてしまった
りする可能性ができる。

【０００６】

【発明が解決しようとする課題】従って、このような副
作用を起こさないようにするには、この処理はかなり面
倒な管理を必要とするものとなる。すなわち、関連する
アクセス権情報を矛盾のないようにすべて修正し、さら
に一時的な処置が済んだ時点で早急にもとに戻す必要が
ある。

【０００７】本発明は、個々のアクセス権情報に優先度
表示を付けて複数のアクセス権情報を同時に存在させ、
優先度の高い情報によって実際のアクセス権を決定する
ことにより、一時的な変更を含めてアクセス権の変更を
柔軟にでき、かつ管理が容易なアクセス権管理装置を実
現することを目的としている。

【０００８】

【課題を解決するための手段】図１は本発明の原理構成
図である。複数の利用者に対し複数の処理サービスを提
供する情報システムにおける利用者のサービスへのアク
セス権を管理する装置であって、第１の発明は、利用者
資格ファイル41と、アクセス権ファイル42と、要求受付
手段１と、アクセス権決定手段２と、アクセス権保持手
段３と、サービス起動手段５とを有する。

【０００９】利用者資格ファイル41は、利用者ＩＤと、
その利用者のサービスへのアクセスに関する資格を表す
資格ＩＤとを項目とするレコードを保持する。アクセス
権ファイル42は、サービスＩＤと、資格ＩＤまたは利用
者ＩＤと、アクセスの種類とその可否と、そのレコード
の優先度とを項目とするレコードを保持する。

【００１０】要求受付手段１は、利用者からの要求を受
付けて、接続要求をアクセス権決定手段２へ、サービス
要求をサービス起動手段５へ伝える。アクセス権決定手
段２は、利用者からの接続要求があると、利用者ＩＤを
キーとして利用者資格ファイル41を検索してその利用者
ＩＤの存在の確認と、対応する資格ＩＤの取り出しとを
行い、資格ＩＤおよび利用者ＩＤをキーとしてアクセス
権ファイル42を検索して、同一のサービスについて複数
のレコードがある場合には、優先度の高いレコードのア
クセス権の指定により最終的なアクセスの可否を決定し
て、利用者ＩＤごとに、サービスＩＤとアクセスの可否
とをアクセス権保持テーブルとしてアクセス権保持手段
３に保持する。

【００１１】サービス起動手段５は、受け付けた利用者
からのサービスへのアクセス要求があると、利用者ＩＤ
とサービスＩＤとアクセス種類とを受け取り、その内容
が、アクセス権保持テーブルの内容に合致する場合に指
定されたサービス提供手段を起動し、合致しなければ拒
絶する。

【００１２】第２の発明は、アクセス権ファイル42は、
サービスＩＤと、資格ＩＤまたは利用者ＩＤと、アクセ
スの種類とその可否と、そのレコードの優先度と、その
レコードの有効期間とを項目とするレコードを保持す
る。そして、アクセス権決定手段２は、アクセス権ファ
イル42のレコードにより最終的なアクセスの可否を決定
する場合に、有効期間外のレコードは無視する。

【００１３】第３の発明は、管理者情報ファイル43とア
クセス権変更手段６とを設け、管理者情報ファイル43
は、アクセス権ファイル42の更新を行なう権限をもつ利
用者の利用者ＩＤとサービスＩＤと優先度範囲とを項目
とするレコードを保持する。

【００１４】アクセス権変更手段６は、要求受付手段１
からアクセス権ファイル42の内容の変更要求を受ける
と、管理者情報ファイル43を検索し、その利用者が設定
可能なサービスと優先度範囲をチェックし、それを許可
するか否かを決定する。

【００１５】

【作用】利用者が情報システムにログインしてきたと
き、要求受付手段１は接続要求として利用者ＩＤ（例え
ばＵ１）をアクセス権決定手段に渡す。アクセス権決定
手段２は、利用者ＩＤをキーとして利用者資格ファイル
41を検索し、資格ＩＤを得る。さらに、資格ＩＤと、利
用者ＩＤとをキーとしてアクセス権ファイル42を検索し
て、どちらかを含むレコードを抽出する。ここで、もし
同一サービスに対するレコードが複数ある場合は、優先
度の値が一番大きなレコードのアクセス可否項目をアク
セス権として採用する。このようにしてサービスＩＤと
アクセス権とを対応させたアクセス権保持テーブルを生
成してアクセス権保持手段３に保持する。この対応テー
ブルは利用者ＩＤごとに区別しておく。利用者がログア
ウトした場合は、その利用者ＩＤのアクセス権保持テー
ブルは削除することになる。

【００１６】利用者からのサービスＳ１へのアクセス要
求を受けて、要求受付手段１は利用者ＩＤとサービスＩ
Ｄとをサービス起動手段５へ渡す。サービス起動手段５
は、アクセス権保持手段に保持されたアクセス権保持テ
ーブルを参照してアクセス可能と判断したらサービス提
供手段の所定のサービスを起動する。

【００１７】このように構成することにより、アクセス
権ファイルには、同じサービスに対する同じ利用者の異
なるアクセス権を指定したレコードが複数存在すること
になるが、どちらの指定を採るかが優先度によって決定
され一意に定まる。従って、部分的に、または一時的に
アクセス権を変更する場合に、変更したい内容にした
（優先度の値は大きい）レコードを追加することができ
る。もとにもどす場合にはそれを削除するだけでよい。

【００１８】第２の発明では、アクセス権を指定したレ
コードの有効期間を項目の１つにして指定してあるの
で、その期間外であれば、そのレコードは無いのと同じ
であり、前もって追加しておいたり、削除を延ばしたり
しても問題がなく、アクセス権管理が容易になる。

【００１９】第３の発明では、アクセス権ファイル42の
内容更新を要求された場合には、更新要求者の利用者Ｉ
Ｄをキーとして管理者情報43を検索し、該当する項目が
存在しなければ、更新要求を拒絶し、存在するならば変
更対象のサービスＩＤと設定可能な優先度の範囲を限度
としてアクセス権の更新を許可する。従って、アクセス
権の変更を適正に行なうことができる。

【００２０】

【実施例】以下、図面を参照して本発明の実施例を説明
する。図２は本発明の一実施例の構成図である。図１と
同一の機能のものは、同一の符号を付して示す。

【００２１】図２において、利用者用の端末装置91は回
線90を通じて情報システム92に接続されている。情報シ
ステム92は、メモリ81、プロセサ82、ファイル装置83、
通信制御装置84よりなる。メモリ81には、全体を制御す
るオペレーティングシステム70と、利用者から要求され
たサービスを実行するサービスプログラム７と、図１の
原理構成図に示したアクセス権管理のための手段を実現
したプログラムとがある。アクセス権管理のための手段
を実現したプログラムは、端末装置91から入力されたコ
マンドを受け付けたり、サービスの実行結果を端末装置
91に表示する制御を行なう要求受付部１と、利用者毎の
アクセス権を決定するアクセス権決定部２と、アクセス
権のチェックを行なってサービスプログラムを起動する
サービス起動部５と、アクセス権を変更するためのアク
セス権変更部６とよりなる。

【００２２】利用者の情報を格納した利用者資格ファイ
ル41と、各サービスのアクセス権情報を格納したアクセ
ス権ファイル42と、アクセス権情報を管理する管理者の
情報を格納した管理者情報ファイル43とはファイル装置
83に保持され、利用者毎のアクセス権の内容を保持する
アクセス権保持部３はメモリ81またはファイル装置に保
持される。これらのファイルやテーブルの操作、端末装
置91とのやり取り等はオペレーティングシステム70を通
して行なうが、自明のこととして以下の説明では省略す
る。

【００２３】図３は本実施例のファイル構成図である。
図３（１）は利用者資格ファイル41の構成を示す。各利
用者には、利用者ＩＤ、パスワード、所属グループが定
義してある。

【００２４】図３（２）は、アクセス権ファイル42の構
成を示す。アクセス権情報はそれぞれ、対象となるサー
ビス、グループ、処理（参照、更新毎の可否）、期間、
優先度の各項目で構成されている。項目の値が‘ ALL '
の場合は、その項目についてはすべてが対象となること
を示す。また、グループの項目には、グループＩＤ（資
格ＩＤ）の他に、利用者ＩＤを設定することもできる。
期間の項目は、そのアクセス権情報レコードが適用され
る期間を示している。優先度の項目は、同一サービス、
同一利用者に対してレコードが複数あるとき数値が大き
いレコードが優先して使用されることを示す。

【００２５】図３（３）は、管理者情報ファイル43の構
成を示す。管理者情報ファイル43は、管理対象となるサ
ービスのＩＤと、管理者の利用者ＩＤと設定可能な優先
度の範囲を示す値が定義してある。

【００２６】情報システムのサービスの例として、本実
施例では電子伝票Ｓ１、会議室予約Ｓ２、旅費精算Ｓ３
等が提供されている。上記サービスを提供するため、サ
ービスプログラム７は、各サービスを実現するプログラ
ムモジュール（Ｓ１，Ｓ２，Ｓ３，・・・）から成り、
各サービスはサービス起動部５によって対応するプログ
ラムモジュールが起動されることによって行なわれる。

【００２７】以下に、本実施例の動作について説明す
る。まず利用者（ＩＤ：Ｕ１）は、端末装置91を操作し
て、接続要求をする。具体的には、端末装置91から利用
者ＩＤとパスワードを入力する。すると要求受付部１
は、入力された利用者のＩＤとパスワードの組を渡して
アクセス権決定部２を起動する。アクセス権決定部２は
利用者資格ファイル41から抽出した情報と照合して、も
し、照合の結果が一致すれば接続要求を受理し、そうで
なければ拒絶する。この段階はいわゆるログイン処理で
ある。接続要求が受理された利用者については、以下の
手順でアクセス権の調査が行なわれ、その結果がアクセ
ス権保持テーブルとしてアクセス権保持部３に書き込ま
れ、その利用者が情報システム92との接続を開放（ログ
アウト）するまで保持される。そして、利用者からのサ
ービスへのアクセス要求があるたびに、サービス起動部
５は、このアクセス権保持テーブルの内容をチェック
し、利用者が所望するサービスと処理に関するアクセス
権が‘可’であれば、対応するプログラムモジュールを
起動し、‘否’であれば利用できない旨のメッセージを
端末装置91に送る処理を行なう。

【００２８】アクセス権保持部３への利用者のアクセス
権の格納の手順を、図３、図４を参照しながら以下に説
明する。アクセス権決定部３は、要求受付部１からの要
求を受けてまず利用者資格ファイル41から利用者Ｕ１が
所属するグループ（資格ＩＤ）を抽出する（この例では
Ｇ１とＧ３に属している）。

【００２９】次に、情報システムで提供されている各サ
ービスについて以下の処理を行なう。サービスＳ１に対
するアクセス権を求めるために、先ずアクセス権ファイ
ル42から、サービスの値が‘ ALL 'または‘Ｓ１’であ
り、かつグループの値が‘ ALL 'または利用者Ｕ１が所
属するグループ（Ｇ１，Ｇ３）または利用者のＩＤ（こ
の場合Ｕ１）と一致するレコードで、期間の指定があれ
ばその期間内であるものを抽出し、優先度の値が最大で
あるレコードの値を各処理（更新、参照）ごとに求め、
アクセス権保持部３に格納する。この操作をすべてのサ
ービスについて繰り返す。

【００３０】図４（１）は、アクセス権ファイル42に、
図３（２）のａ〜ｃのレコードが登録され有効である場
合（すなわちレコードｄがない場合または指定期間外）
に、アクセス権保持部３に格納される利用者ＩＤ＝Ｕ１
の利用者に関する情報すなわちアクセス権保持テーブル
の内容の例である。

【００３１】図４（２）は、アクセス権ファイル42に図
３（２）のａ〜ｄのレコードが登録され有効である場合
（すなわちレコードｄがあり指定期間内の場合）に、ア
クセス権保持部３に格納される利用者ＩＤ＝Ｕ１の利用
者に関する情報すなわちアクセス権保持テーブルの内容
の例である。

【００３２】このアクセス権ファイルのレコードｄは、
従来技術の項で述べた電子伝票の誤りを訂正するような
場合に、利用者Ｕ１のみ更新できるように一時的に追加
した項目であり、利用者Ｕ１が更新を完了したらこの項
目を削除することにより、本来のアクセス権設定状態に
戻すことができる。なお、削除しなくても指定期間外に
なれば自動的に無効になる。

【００３３】なお、図３（２）のアクセス権ファイルの
内容を説明する。レコードａは、すべてのサービスをす
べての利用者に開放することを意味する。このレコード
だけであれば、なんの制約もなくアクセスできる。レコ
ードｂが追加されると、サービスＳ１についてはグルー
プＧ１とＧ２に属する利用者にのみ更新アクセスが期間
を限って許されなくなる。レコードｃが追加されると、
指定された期間の間は、それまで全員がアクセスできた
サービスＳ３がアクセスできなくなる。これは例えば、
サービスＳ３の内容の変更のため一時的にサービスを中
止する場合である。レコードｄが追加された場合は、先
に説明した通りである。

【００３４】一方、利用者が端末装置91からアクセス権
ファイル42の更新を要求した場合、要求受付部１はアク
セス権変更部６を起動する。アクセス権変更部６は、管
理者情報ファイル43に、更新を要求している利用者ＩＤ
と更新を要求しているサービスＩＤの組が登録されてい
れば、そこに登録されている優先度の範囲でそのサービ
スについてのアクセス権管理情報のレコードをアクセス
権ファイル42に追加・削除・更新を許可する。これによ
り、アクセス権の変更がみだりに行なわれたり、誤って
他のサービスに影響するようなことを防ぐことができ
る。

【００３５】

【発明の効果】以上説明したように、情報システムの運
用中にアクセス権の変更を柔軟にでき、かつ管理が容易
なアクセス権管理装置を実現することができる。システ
ムの安全性を損なわずに、かつ利用者の不便をきたさな
いように、利用者のアクセス権の変更・追加、特に一時
的な変更や、サービスの追加・変更、特に一時的変更・
試験的提供等の処理を行なうことができる。

【図面の簡単な説明】

【図１】 本発明の原理構成図

【図２】 本発明の実施例の構成図

【図３】 実施例のファイル構成図

【図４】 アクセス権保持テーブルの内容の例

【符号の説明】

１ 要求受付手段（要求受付部） ２ アクセス権決定手段（アクセス権決定部） ３ アクセス権保持手段（アクセス権保持部） 41 利用者資格ファイル 42 アクセス権ファイル 43 管理者情報ファイル ５ サービス起動手段（サービス起動部） ６ アクセス権変更手段（アクセス権変更部） ７ サービス提供手段（サービスプログラム） 70 オペレーティングシステム 81 メモリ 82 プロセサ 83 ファイル装置 84 通信制御装置 90 ネットワーク 91 端末装置 92 情報システム

Claims (3)

【特許請求の範囲】
1. 【請求項１】 複数の利用者に対し複数の処理サービス
   を提供する情報システムにおける利用者のサービスへの
   アクセス権を管理する装置であって、 利用者資格ファイル（41）と、アクセス権ファイル（4
   2）と、要求受付手段（１）と、アクセス権決定手段
   （２）と、アクセス権保持手段（３）と、サービス起動
   手段（５）とを有し、 利用者資格ファイル（41）は、利用者ＩＤと、その利用
   者のサービスへのアクセスに関する資格を表す資格ＩＤ
   とを項目とするレコードを保持し、 アクセス権ファイル（42）は、サービスＩＤと、資格Ｉ
   Ｄまたは利用者ＩＤと、アクセスの種類とその可否と、
   そのレコードの優先度とを項目とするレコードを保持
   し、 要求受付手段（１）は、利用者からの要求を受付けて、
   接続要求をアクセス権決定手段（２）へ、サービス要求
   をサービス起動手段（５）へ伝え、 アクセス権決定手段（２）は、利用者からの接続要求が
   あると、利用者ＩＤをキーとして利用者資格ファイル
   （41）を検索してその利用者ＩＤの存在の確認と、対応
   する資格ＩＤの取り出しとを行い、資格ＩＤおよび利用
   者ＩＤをキーとしてアクセス権ファイル（42）を検索し
   て、同一のサービスについて複数のレコードがある場合
   には、優先度の高いレコードのアクセス権の指定により
   最終的なアクセスの可否を決定して、利用者ＩＤごとに
   サービスＩＤとアクセスの可否とをアクセス権保持手段
   （３）に保持し、 サービス起動手段（５）は、受け付けた利用者からのサ
   ービスへのアクセス要求があると、利用者ＩＤとサービ
   スＩＤとアクセス種類とを受け取り、その内容が、アク
   セス権保持手段の内容に合致する場合に指定されたサー
   ビス提供手段を起動し、合致しなければ拒絶するように
   構成したアクセス権管理装置。
2. 【請求項２】 アクセス権ファイル（42）は、サービス
   ＩＤと、資格ＩＤまたは利用者ＩＤと、アクセスの種類
   とその可否と、そのレコードの優先度と、そのレコード
   の有効期間とを項目とするレコードを保持し、アクセス
   権決定手段（２）は、アクセス権ファイル（42）のレコ
   ードにより最終的なアクセスの可否を決定する場合に、
   有効期間外のレコードは無視することを特徴とする請求
   項１に記載のアクセス権管理装置。
3. 【請求項３】 管理者情報ファイル（43）とアクセス権
   変更手段（６）とを設け、 管理者情報ファイル（43）には、アクセス権ファイル
   （42）の更新を行なう権限をもつ利用者の利用者ＩＤと
   サービスＩＤと優先度範囲とを項目とするレコードを保
   持し、 アクセス権変更手段（６）は、要求受付手段（１）から
   アクセス権ファイル（42）の内容の変更要求を受ける
   と、管理者情報ファイル（43）を検索し、その利用者が
   設定可能なサービスと優先度範囲をチェックし、それを
   許可するか否かを決定することを特徴とする請求項１ま
   たは請求項２に記載のアクセス権管理装置。