JPH11353278A - 情報処理装置 - Google Patents

Abstract

(57)【要約】 【課題】 適切な機密保護の下に他システムに属するユ
ーザデータの参照を許可する。また被参照ユーザと参照
ユーザのセキュリティランクに応じてユーザデータの参
照許可を制御する。 【解決手段】 パーソナルコンピュータ２−１が他シス
テムに属するユーザのユーザデータの参照要求を発行す
ると、この参照要求はユーザＩＤ管理部３−１を経由し
てＩＤ変換部６−１へ送られる。ＩＤ変換部６−１はＩ
Ｄ変換テーブル１４−１を参照してユーザＩＤをゲスト
ＩＤに変換して参照要求をユーザＩＤ管理部３−２へ送
る。ユーザＩＤ管理部３−２はユーザＩＤテーブル１１
−２を参照してゲストＩＤが登録されていることを確認
すれば、参照要求はセキュリティチェック部４−２を介
してユーザデータ管理部５−２へ送られ、ユーザデータ
１３−２上の指定されたユーザデータの全体又は公開部
分が参照可能となる。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、機密保護方法に用
いる情報処理装置に係り、特に複数のシステムに亘って
他のユーザのユーザデータを参照するときの機密保護方
法に用いる情報処理装置に関する。

【０００２】

【従来の技術】データファイルの機密保護方法として、
ユーザＩＤやパスワードによる機密保護方法が知られて
いる。この方法によれば、システムにユーザＩＤやパス
ワードを登録しておき、ユーザが入力したユーザＩＤや
パスワードが登録されたものと一致するときのみ、デー
タファイルへのアクセスを許可する。さらにユーザ又は
ユーザグループとデータファイルとに応じてアクセス不
可、参照のみ可、更新可のようなアクセスレベルを設
け、データファイルの機密保護を行うシステムが知られ
ている。複数のシステムをネットワークによって接続し
他システムに登録されているデータファイルにアクセス
するときには、他システムにゲスト用のユーザＩＤをゲ
ストＩＤとして登録しておき、ゲストＩＤのチェックを
通過したとき限定されたデータファイルの参照のみを許
可するという方法がとられる。すなわちゲストＩＤを使
って他のシステムにログインしたユーザは、特定のファ
イルを参照することのみ許され、その他のファイルを参
照することは不可能である。

【０００３】

【発明が解決すべき課題】スケジュール管理システムに
おいては、各ユーザのユーザデータはそのユーザが所有
するスケジュールである。そして会議等を開催する立場
のユーザは、他人のスケジュールの空き状態を参照する
必要が生じる。しかし他ユーザが他のシステムの管理範
囲にある場合には、充分な機密保護なしでユーザデータ
の参照を許可するか、あるいはこのようなユーザデータ
の参照を許可しないかのいずれかであり、適切な保護の
下でユーザデータの参照を許可するという方法は知られ
ていない。さらに参照されるユーザのデータが参照する
ユーザと同一システムに属するか他システムに属するか
にかかわらず、個人のスケジュールにはビジーである日
付や時間帯のようにすべてのユーザに公開できる部分
と、出張先、取引先のように営業秘密に属しすべてのユ
ーザには公開できない非公開部分とがある。従来のシス
テムでは、被参照ユーザ及び参照ユーザのランクに応じ
て非公開部分の参照権をきめ細かく設定することはでき
なかった。

【０００４】本発明の目的は、上記問題点を解決するも
のであり、適切な機密保護の下に他システムに属するユ
ーザデータの参照を許可する機密保護方法に用いる情報
処理装置を提供することにある。

【０００５】本発明の他の目的は、被参照ユーザと参照
ユーザのセキュリティランクに応じてユーザデータの参
照許可を制御する情報処理装置を提供することにある。

【０００６】

【課題を解決するための手段】以下システムというと
き、ユーザ対応のユーザデータを蓄積し、このユーザデ
ータの参照を許可するユーザのＩＤをユーザＩＤとして
登録する機能をもち、その管理範囲は登録されたユーザ
ＩＤの範囲とするような系を言う。本発明は、第１のシ
ステムの管理範囲に属する第１のユーザＩＤを第２のシ
ステムの管理範囲に属する第２のユーザＩＤ（ゲストＩ
Ｄ）に変換し、第２のユーザＩＤに基づいて、ユーザデ
ータの参照を許可する機密保護方法に用いる情報処理装
置を特徴とする。

【０００７】また本発明は、各ユーザについて複数レベ
ルのセキュリティランクのうちの１つを設定し、ユーザ
データの参照を要求するユーザのセキュリティランクと
ユーザデータが参照されるユーザのセキュリティランク
とからユーザデータを参照可とするか否かを決定するテ
ーブルを設定し、ユーザデータの参照要求があったとき
このテーブルを参照することによってユーザデータの参
照可否を決定する機密保護方法に用いる情報処理装置を
特徴とする。

【０００８】第１のユーザＩＤをもつユーザは、第１の
システムにログインするとき又は参照要求を発行すると
き第１のユーザＩＤがチェックされ、第２のシステムの
ユーザデータの参照要求をするとき第１のユーザＩＤが
ＩＤ変換テーブルに登録されていることがチェックさ
れ、参照要求が第２のシステムに渡ったとき第２のユー
ザＩＤが第２のシステムに登録されていることがチェッ
クされる。このように他システムに属するユーザのユー
ザデータの参照が許可されるまでに３回のチェックが行
われるが、これらのチェックを通過した後は第２のシス
テムが管理するすべてのユーザデータが参照可能とな
る。さらに上記のセキュリティランクを採用すると、参
照要求するユーザのセキュリティランクとユーザデータ
が参照されるユーザのセキュリティランクとからユーザ
データの少なくとも一部について参照可とするか否かの
制御を行うことができる。

【０００９】

【発明の実施の形態】以下、本発明の一実施形態につい
て図面を用いて説明する。

【００１０】図１は、２つのスケジュール管理システム
をネットワーク１６によって接続するシステムの構成図
である。１はユーザのスケジュールを管理するサーバ、
２はローカルエリアネットワーク（以下ＬＡＮと略す）
１５を介してサーバ１にアクセスするパーソナルコンピ
ュータ（以下ＰＣと略す）である。図ではＬＡＮ１５に
接続される複数のＰＣ２のうち１台のみを図示する。１
３は各ユーザのスケジュールを登録するユーザデータで
あり、スケジュールは公開部分と非公開部分とから成
る。１１はユーザデータ１３へのアクセスを許可するユ
ーザＩＤを登録するユーザＩＤテーブルである。１２は
ユーザのセキュリティランクに応じて他ユーザのスケジ
ュールの非公開部分をアクセスできるか否かを設定する
セキュリティテーブルである。１４はユーザＩＤとゲス
トＩＤ（他のスケジュール管理システムにおけるユーザ
ＩＤ）との対応関係を登録するＩＤ変換テーブルであ
る。８はＬＡＮ１５を介してサーバ１とＰＣ２の間で行
う通信を制御するＬＡＮ制御部である。１６は２つのス
ケジュール管理システムを接続する公衆回線、専用回
線、基幹ＬＡＮなどのネットワークである。７はネット
ワーク１６を介して２つのスケジュール管理システムの
間で行う通信を制御するゲートウェイである。３はユー
ザＩＤテーブル１１を参照してＰＣ２から送られたユー
ザＩＤ又は他のスケジュール管理システムから送られる
ゲストＩＤをチェックするとともにユーザＩＤからＰＣ
２のアドレスを求めるユーザＩＤ管理部である。４はセ
キュリティテーブル１２を参照して他ユーザのスケジュ
ールの非公開部分の参照を許可するか否かを判定するセ
キュリティチェック部である。５はユーザデータ１３か
ら要求されたユーザのスケジュール情報を読み込み、セ
キュリティチェック部４の判定に応じて許可されるデー
タをユーザＩＤ管理部３又はゲートウェイ７を介してそ
れぞれＰＣ２又は他システムへ送るユーザデータ管理部
である。６はＩＤ変換テーブル１４を参照してユーザＩ
ＤをゲストＩＤに変換するＩＤ変換部である。図１はネ
ットワーク１６が左側のスケジュール管理システムと右
側のスケジュール管理システムとを接続しており、両シ
ステムの論理的な機能構成は同じである。同じ構成要素
について属するシステムを区別するためにＸ−１、Ｘ−
２のように表現する。例えばサーバ１についてサーバ１
−１は左側のシステムに属し、サーバ１−２は右側のシ
ステムに属する。サーバ１は、ＰＣ、ワークステーショ
ンなどを含む情報処理装置であり、ユーザＩＤ管理部
３、セキュリティチェック部４、ユーザデータ管理部
５、ＩＤ変換部６等はこの情報処理装置の記憶装置に格
納されるプログラムを実行することによって実現され
る。ユーザＩＤテーブル１１、セキュリティテーブル１
２、ユーザデータ１３及びＩＤ変換テーブル１４はこの
情報処理装置の記憶装置に格納されるファイル又はテー
ブルである。

【００１１】ＰＣ２から送られるユーザのスケジュール
へのアクセス要求は、ＬＡＮ１５及びＬＡＮ制御部８を
介してサーバ１のユーザＩＤ管理部３によって受信され
る。ユーザＩＤ管理部３は、ユーザＩＤテーブル１１を
参照してユーザＩＤをチェックし、登録されているユー
ザであれば、そのユーザＩＤとセキュリティランクをセ
キュリティチェック部４へ渡す。セキュリティチェック
部４は、セキュリティテーブル１２を参照して要求され
たスケジュールの非公開部分の参照を許可するか否かを
判定し、その結果をユーザデータ管理部５へ渡す。ユー
ザデータ管理部５は、ユーザデータ１３にアクセスし要
求されたユーザのスケジュールを読み出し、許可された
部分についてユーザＩＤ管理部３、ＬＡＮ制御部８及び
ＬＡＮ１５を介してＰＣ２へ送信する。一方他のスケジ
ュール管理システムに属するユーザのスケジュールへの
アクセス要求は、ユーザＩＤ管理部３を経由してＩＤ変
換部６へ渡される。ＩＤ変換部６は、ＩＤ変換テーブル
１４を参照してユーザＩＤをゲストＩＤに変換し、ゲー
トウェイ７及びネットワーク１６を介してスケジュール
のアクセス要求を他のシステムへ転送する。他のスケジ
ュール管理システムのサーバ１は、ゲートウェイ７を介
してこのアクセス要求を受け取り、ユーザＩＤ管理部３
へ渡す。ユーザＩＤ管理部３は、ユーザＩＤテーブル１
１を参照してゲストＩＤがユーザＩＤとして登録されて
いるか否かをチェックし、登録されているユーザであれ
ばそのユーザＩＤとセキュリティランクをセキュリティ
チェック部４へ渡す。以下セキュリティチェック部４及
びユーザデータ管理部５の処理を行い、ユーザデータ管
理部５は要求されたスケジュールの許可された部分をゲ
ートウェイ７及びネットワーク１６を介して元のスケジ
ュール管理システムへ転送する。元のスケジュール管理
システムのユーザＩＤ管理部３は、ゲートウェイ７を介
してこのデータを受け取り、元のユーザＩＤからＰＣ２
のアドレスを求めて、ＬＡＮ制御部８及びＬＡＮ１５を
介して要求のあったＰＣ２ヘスケジュール情報を転送す
る。

【００１２】図２は、ＩＤ変換テーブル１４のデータ形
式の例を示す図である。このテーブルはユーザＩＤとゲ
ストＩＤとの対応関係を設定する。ユーザＩＤは当シス
テムのユーザＩＤテーブル１１に登録されているユーザ
の識別子、ゲストＩＤは他のシステムのユーザＩＤテー
ブル１１にユーザＩＤとして登録されているユーザの識
別子である。ゲストＩＤは、重複して使用することが可
能であり、複数のユーザが１つのゲストＩＤを共用して
もよい。

【００１３】図３は、ユーザＩＤテーブル１１のデータ
形式の例を示す図である。このテーブルは、ユーザデー
タ１３へのアクセスを許可するユーザを登録するもので
あり、当該スケジュール管理システムの管理範囲に属す
るユーザの識別子を登録する。各エントリはユーザＩＤ
１１１、セキュリティランク１１２及びその他ユーザの
属性情報から構成される。セキュリティランク１１２
は、セキュリティ上のランク又はレベルを示す区分であ
る。ユーザＩＤ１１１が”Ｂ００１”及び”Ｂ００２”
であるエントリは、ゲストＩＤがユーザＩＤとして登録
されていることを示す。

【００１４】図４は、セキュリティテーブル１２のデー
タ形式の例を示す図である。テーブルは各セキュリティ
ランク１１２ごとにスケジュールの非公開部分の参照権
を示している。横軸のアルファベットは披参照者のセキ
ュリティランクを示し、縦軸のアルファベットは参照者
のセキュリティランクを示している。参照権の”１”は
参照可を示し、”０”は参照不可を示している。この例
でＡを最高のランクとし、Ｚの方向に１つずつランクが
下がるものとすると、この例は単純なセキュリティ管理
の例であり、参照者のランク≧披参照者のランクであれ
ば常に参照可であり、それ以外は常に参照不可であるこ
とを示しており、この例ならばセキュリティランクの比
較演算によって参照権を求められるのでテーブル不要で
ある。しかし参照者のランクと披参照者のランクから求
まる参照権が複雑である場合、セキュリティテーブル１
２は有効である。

【００１５】図５は、ユーザデータ１３のデータ形式の
例を示す図である。ユーザデータ１３は複数のユーザの
ユーザデータとして各ユーザのスケジュールを格納す
る。ユーザＩＤ１１１はそのユーザデータの所有者であ
り、披参照者である。各ユーザのスケジュール情報のう
ち公開部１３１は、参照権に関係なくすべてのユーザか
ら参照可能な部分であり、スケジュールの中の日付及び
時間帯の部分である。公開部１３１は、すべてのユーザ
に披参照者のスケジュールの空き状況だけを公開するも
のである。非公開部１３２は、参照権が可であるユーザ
にのみ公開する部分であり、スケジュールの中の行き
先、要件などプライベートな情報又は営業秘密に属する
情報を含む。

【００１６】図６は、ＰＣ２−１が他ユーザのスケジュ
ール参照要求を発行してから要求したスケジュール情報
を取得するまでの処理の流れを示す図である。ＰＣ２−
１は、要求するユーザＩＤ、他システムのユーザのユー
ザＩＤを伴ってサーバ１−１へスケジュール参照要求を
発行する（ステップ３１）。ユーザＩＤ管理部３−１
は、ＬＡＮ１５−１及びＬＡＮ制御部８−１を介してこ
の要求を受信し（ステップ３２）、要求するユーザＩＤ
とＰＣ２−１の物理アドレスとの対応を記憶する。次に
ユーザＩＤ管理部３−１は、ユーザＩＤテーブル１１−
１を参照して要求ユーザのユーザＩＤをチェックし（ス
テップ３３）、披参照ユーザが他システムに属すること
を知って制御をＩＤ変換部６−１へ渡す。ＩＤ変換部６
−１は、ＩＤ変換テーブル１４−１を参照してユーザＩ
ＤをゲストＩＤに変換し（ステップ３４）、ゲートウェ
イ７−１及びネットワーク１６を介して参照要求をサー
バ１−２へ転送する（ステップ３５）。ユーザＩＤがＩ
Ｄ変換テーブル１４−１に登録されていないとき、ＩＤ
変換部６−１はこの参照要求を拒否する。この参照要求
は、ゲストＩＤ、ユーザＩＤ及び披参照ユーザのユーザ
ＩＤを含んでいる。サーバ１−２のユーザＩＤ管理部３
−２はこの参照要求を受信し（ステップ３６）、ユーザ
ＩＤテーブル１１−２を参照してゲストＩＤ及び披参照
ユーザのユーザＩＤ１１１が登録されているかどうかを
チェックする（ステップ３７）。両方のＩＤが登録され
ていなければ参照要求を拒否する。またユーザＩＤ管理
部３−２はゲートウェイ７−２を経由しないゲストＩＤ
を含む参照要求を拒否する。両方のＩＤが登録されてい
れば、要求ユーザのユーザＩＤ、そのセキュリティラン
ク１１２、披参照ユーザのユーザＩＤ及びそのセキュリ
ティランク１１２をセキュリティチェック部４−２に渡
す。セキュリティチェック部４−２は、セキュリティテ
ーブル１２−２を参照して要求ユーザの参照権を求め
（ステップ３８）、要求ユーザのユーザＩＤ、披参照ユ
ーザのユーザＩＤ及び参照権をユーザデータ管理部５−
２へ渡す。ユーザデータ管理部５−２は、ユーザデータ
１３−２を検索して披参照ユーザのユーザＩＤ１１１の
下に登録されているユーザデータを読み込み（ステップ
３９）、参照権が可であればスケジュール情報の全体
を、また参照権が不可であれば公開部１３１のみをゲー
トウェイ７−２及びネットワーク１６を介してサーバ１
−１へ転送する（ステップ４０，４１）。このスケジュ
ール情報は、要求ユーザのユーザＩＤ及び披参照ユーザ
のユーザＩＤを伴っている。ユーザＩＤ管理部３−１
は、このスケジュール情報を受信し（ステップ４２）、
要求ユーザのユーザＩＤからＰＣ２−１の物理アドレス
を求め、ＬＡＮ制御部８−１及びＬＡＮ１５−１を介し
て要求のあったＰＣ２−１へスケジュール情報を送信す
る（ステップ４３）。ＰＣ２−１はこのスケジュール情
報を受信し（ステップ４４）、表示装置に表示する。

【００１７】なお上記実施形態では、ゲートウェイ７を
サーバ１内に設けたが、ゲートウェイ７をサーバ１から
独立した装置として設けてもよい。またネットワーク１
６の種類に応じてゲートウェイ７の代わりにルータなど
他のネットワーク間接続装置でもよく、また単なるネッ
トワーク１６の通信制御機構でもよい。また上記実施形
態では、サーバ１−１からサーバ１−２へ要求ユーザの
ユーザＩＤを転送し、再びサーバ１−１へ戻したが、こ
れはＰＣ２−１との対応をとるためのＩＤであるので、
ユーザＩＤの代わりにユーザＩＤ管理部３−１が採番す
るトランザクションＩＤのようなＩＤに代えてもよい。
またユーザデータ１３の内容はスケジュール情報とした
が、特にスケジュール情報に限られるものではなく、任
意のユーザデータでよい。またユーザデータ１３を公開
部１３１と非公開部１３２に分けたが、ユーザデータの
すべてが公開部１３１であってもよく、その場合にはセ
キュリティランク１１２、セキュリティテーブル１２及
びセキュリティチェック部４は不要である。逆にユーザ
データのすべてが非公開部１３２であってもよい。

【００１８】なお上記実施形態では、１つのスケジュー
ル管理システムを１台のサーバ１−１又はサーバ１−２
によって構成したが、マルチサーバ方式として１つのス
ケジュール管理システムを２台以上のサーバによって構
成してもよい。このような構成のスケジュール管理シス
テムは、１つのＬＡＮ１５を介して２台以上のサーバ１
が接続され、そのうちの１台はゲートウェイ７を有し、
他のサーバ１はゲートウェイ７を有しない。ユーザＩＤ
テーブル１１の内容はシステム内のすべてのサーバ１で
同じであるが、サーバによって異なるユーザのグループ
の処理を担当する。このようなマルチサーバ方式のスケ
ジュール管理システムの処理の流れは次のようになる。
図６の処理の流れで、ステップ３１からステップ３６ま
では図６の処理の流れと同じである。ステップ３７でユ
ーザＩＤテーブル１１−２を参照してゲストＩＤ及び披
参照ユーザのユーザＩＤ１１１が登録されているかどう
かをチェックするが、両方のＩＤが登録されていればさ
らに披参照ユーザのユーザＩＤによってサーバ１−２で
処理すべきユーザグループに属するか否かを判断する。
サーバ１−２で処理すべきスケジュール参照要求であれ
ば、以下ステップ３８からステップ４４までの処理は図
６の処理の流れの通りとなる。披参照ユーザのユーザＩ
Ｄが同一システムのさらに他のサーバによって処理すべ
きユーザグループに属しているなら、ＬＡＮ制御部８−
２及びＬＡＮ１５−２を介して他のサーバへユーザＩＤ
及びそのセキュリティランクを送り、他のサーバでステ
ップ３８からステップ４０までの処理を行ってスケジュ
ール情報をサーバ１−２へ送信する。サーバ１−２はそ
のスケジュール情報の中継だけを行い、ゲートウェイ７
−２を介してサーバ１−１へ送信する。以下ステップ４
２からステップ４４までの処理は図６の処理の流れの通
りである。このようにマルチサーバ方式を採用すれば、
ユーザデータ１３を分散できるとともにサーバにかかる
処理負荷を分散することができる。

【００１９】

【発明の効果】以上説明したように本発明によれば、ユ
ーザＩＤのチェック及びゲストＩＤのチェックを通過し
たユーザについて、他システムに属するすべてのユーザ
データを参照することができる。また披参照ユーザ及び
参照ユーザのランクに応じてユーザデータの非公開部分
の参照権をきめ細かく制御することができる。

【図面の簡単な説明】

【図１】実施形態の２つのシステムをネットワーク１６
によって接続するシステムの構成図である。

【図２】実施形態のＩＤ変換テーブル１４のデータ形式
の例を示す図である。

【図３】実施形態のユーザＩＤテーブル１１のデータ形
式の例を示す図である。

【図４】実施形態のセキュリティテーブル１２のデータ
形式の例を示す図である。

【図５】実施形態のユーザデータ１３のデータ形式の例
を示す図である。

【図６】実施形態のシステム間に亘る処理の流れを示す
図である。

【符号の説明】

４・・・セキュリティチェック部、６・・・ＩＤ変換
部、１２・・・セキュリティテーブル、１４・・・ＩＤ
変換テーブル、１１１・・・ユーザＩＤ、１１２・・・
セキュリティランク、１３１・・・公開部、１３２・・
・非公開部

Claims (3)

【特許請求の範囲】
1. 【請求項１】少なくとも１つのサーバ装置を有するクラ
   イアントサーバシステムを１つの系とし、複数の系のク
   ライアントサーバシステムが通信手段によって接続され
   ているシステムに用いる情報処理装置であつて、 第１の系にあるクライアント装置に対して入力された第
   １の系のユーザＩＤを入力する手段と、 該ユーザＩＤと対応した第２の系のユーザデータをアク
   セス可能なゲストＩＤに変換する手段と、 ゲストＩＤを第２の系と接続された通信手段へ送出する
   手段とを有することを特徴とする情報処理装置。
2. 【請求項２】各ユーザ対応にユーザデータを蓄積し、他
   のユーザのユーザデータを参照するシステムに用いる情
   報処理装置であって、 各ユーザについて複数レベルのセキュリティランクを備
   えており、該ユーザデータの参照を要求するユーザのセ
   キュリティランクと該ユーザデータが参照されるユーザ
   のセキュリティランクとから該ユーザデータを参照可と
   するか否かを決定するテーブルと、 該参照要求があったとき該テーブルを参照する手段とを
   有し、該テーブルを参照することによって該ユーザデー
   タの参照可否を決定することを特徴とする情報処理装
   置。
3. 【請求項３】該ユーザデータは、他ユーザに公開する部
   分と非公開の部分とから成り、該ユーザデータの非公開
   部分の参照可否を決定することを特徴とする請求項２記
   載の情報処理装置。