JPH07200317A

JPH07200317A - 操作権管理装置

Info

Publication number: JPH07200317A
Application number: JP5349335A
Authority: JP
Inventors: Toshinari Takahashi; 俊成高橋; Toshio Okamoto; 利夫岡本; Atsushi Fukumoto; 淳福本; Shiyoukou Shin; 承昊申; Hideki Yoshida; 英樹吉田
Original assignee: Toshiba Corp
Current assignee: Toshiba Corp
Priority date: 1993-12-28
Filing date: 1993-12-28
Publication date: 1995-08-04

Abstract

(57)【要約】【目的】スレッドの操作権管理の柔軟化を目的とす
る。【構成】本発明は、複数の並行して実行されるスレッ
ドによりプログラムを実行する手段と、各スレッドに対
する操作を、この操作を行う主体となるスレッドまたは
ユーザ、もしくはこの操作を行う主体が存在するメモリ
領域またはプログラムの少なくともいずれかに基づい
て、許可するか否かを指示する操作権情報を記憶する手
段とを備える操作権管理装置において、前記操作権情報
の変更を、この変更を行う主体となるスレッドまたは、
ユーザもしくはこの変更を行う主体が存在するメモリ領
域またはプログラムの少なくともいずれかに基づいて、
許可するか否かを示す変更権情報を記憶する手段と、前
記操作権情報の変更を実行する前に、記憶された前記変
更権情報を参照して、この変更が許可されるか否かを検
証する手段とを具備したことを特徴とする。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、計算機システム中での
メモリ領域またはスレッドへの操作権を管理する操作権
管理装置に関するものである。

【０００２】

【従来の技術】近年マイクロプロセッサの性能向上によ
り複数の小型のコンピュータをネットワークでつないで
使用することが通常のこととなり、ネットワーク結合さ
れた計算機やユーザー同士での協調作業が可能となり、
操作権の管理を厳密に行う必要が出てきた。

【０００３】またオブジェクト指向技術の進歩やサーバ
・クライアント・モデルのような新しいパラダイムの出
現により、従来の記憶装置やファイルを単位とした操作
権管理では十分な性能が得られなくなってきた。

【０００４】こういった問題を解決するために、単一仮
想記憶などの技術により、メモリやＣＤ−ＲＯＭやハー
ドディスク・ドライブのような記憶装置、さらにはディ
スプレイやキーボードといったあらゆる計算機資源を同
一の概念で管理するオペレーティング・システムの設計
が試みられている。中でも、各種の資源を同一の仮想空
間上に配置する単一仮想記憶の技術は特徴的なものであ
る。さらに、この単一仮想記憶をいくつかのブロックに
分割し、ブロック単位で操作権を管理する方法が提案さ
れている。この管理単位を「メモリ領域」と呼び、あら
ゆる記憶装置の操作権管理の単位として用いられる。

【０００５】一方、オペレーティング・システムはマイ
クロ・カーネル技術の定着により、プログラムの実行を
管理するスレッドという単位を使って管理するのが一般
的になりつつある。すなわち、プログラム実行の制御対
象としてプロセスまたはスレッドと呼ばれる制御単位が
用いられる。個々のスレッドは独立にプロセッサのレジ
スタ値やスタックなどを持ち、オペーレーティング・シ
ステムによりプロセッサを割り当てられた間だけプログ
ラムを実行し、一定時間後またはハードウェア割り込み
などが発生したときにオペレーティング・システムはス
レッドに対するプロセッサの割り当てを解除して他のス
レッドへプロセッサを割り当てる。個々のスレッドは独
立したレジスタ値を持っているため、仮想的に並列に動
いているプロセッサであるとみなすことができる。

【０００６】このようなオペレーティングシステムで
は、メモリ領域とスレッドという二つの概念を単位とし
て計算機資源を構成し、そこへの操作権を管理する情報
もＡＣＬ（Access Control List)という形で各メモリ領
域および各スレッドに付随させて管理することが行われ
る。

【０００７】例えば、スレッドの場合を例に説明する
と、スレッド自体を操作したいとき、すなわちスレッド
の実行を一時停止したり再開したりしたいときやスレッ
ドを強制的に消滅させたいとき、またはスレッドの情報
（レジスタ値やスタック等の内部状態）を調べたいとき
のため、オペレーティングシステムはスレッド操作命令
群を備えており、あるスレッドから別のスレッドを操作
することが可能である。このようなスレッド操作命令群
は、ユーザプログラムからシステムコールとしてオペレ
ーティング・システムに指示し、利用できるようになっ
ている。

【０００８】このようなスレッド操作命令があるとき
に、どのスレッドからでもスレッド操作命令を発行でき
るようにすると、不当な操作もできることになってしま
うので保護の機能が必要になる。たとえばスレッドを強
制的に消滅させるようなことは特定の権限を持つスレッ
ドだけから行えるようにすることが必要になる。

【０００９】さらに、仮想空間が複数あり、仮想空間ご
とに１つのプログラムやデータが配置されており、スレ
ッドもその空間内しか動きまわれないようなＭａｃｈ
（参考文献：「分散オペレーティング・システム」前川
守他編、共立出版）をはじめとするオペレーティング・
システムの場合、同じ空間内に存在するスレッドの保護
を同一とし、スレッドの保護をメモリ空間の保護に依存
する方法をとっている。

【００１０】しかし、それらのスレッドを区別して保護
することはできない。また、単一仮想空間のシステムの
ように、１つのアドレス空間内にすべてのプログラムが
配置され、複数のスレッドが存在する場合、スレッドの
保護はメモリ保護だけではなくオペレーティングシステ
ムによる権限の設定が必要になる。

【００１１】この問題のひとつの解決法は、スレッドの
所有者を決めて、同一の所有者のスレッド間ではスレッ
ドの操作を許す方式であり、Unixオペレーティングシス
テムのsignalはこれに相当する。しかしこれでは同一の
所有者のスレッド間の保護の柔軟性に欠け、さらに、操
作権限を他の所有者のスレッドに渡すことができない。
また、複数の所有者のスレッドからのスレッド操作を可
能にしたりできないなど、柔軟にスレッドの操作ができ
るようなスレッド保護機能が不足していた。

【００１２】また、一方ではデータ・ファイルへの操作
権の多彩な設定ができるように、ファイルやディレクト
リに対するＡＣＬに、情報の追加権、削除権、ＡＣＬの
変更権などのさまざまな情報を付加して柔軟性を高めよ
うとするＤＣＥ（参考文献：ＯＳＦＤＣＥ技術解説、
ソフトリサーチセンター）のような試みもあるが、やは
り複数の所有者にメモリ領域のＡＣＬの管理を行わせる
ような柔軟な保護機能は不足している。

【００１３】

【発明が解決しようとする課題】以上述べてきたことに
基づいて従来の操作権管理装置の主要な課題をまとめる
と次のようになる。

【００１４】（１）従来、スレッドに対する操作を、こ
の操作を行う主体や、この操作を行う主体が存在するメ
モリ領域などに基づいて、許可するか否かを指示する方
法は試みられている。しかし、スレッドに対するこの操
作権情報を変更する権利については、例えば、そのスレ
ッドの所有者には認める、あるいはルートと呼ばれる特
別のユーザにのみ認める、といった単純な管理しか行う
ことができなかった。

【００１５】（２）また、従来、実メモリ、仮想メモ
リ、データ・ファイルなどのメモリ領域に対する操作を
行う主体や、この操作を行う主体が存在するメモリ領域
などに基づいて、許可するか否かを指示する方法は試み
られている。しかし、メモリ領域に対するこの操作権情
報を変更する権利については、例えば、そのメモリ領域
の所有者には認める、あるいはルートと呼ばれる特別の
ユーザにのみ認める、といった単純な管理しか行うこと
ができなかった。

【００１６】（３）さらに、スレッドやメモリに対する
操作権を柔軟に記述し、かつ、同様に変更権をも柔軟に
記述すると、柔軟な記述ができるようになる反面、スレ
ッドやメモリに対する保護のためのデータ量が多くな
り、その管理が複雑になるという欠点を持つという問題
がある。

【００１７】このように、従来の操作権管理装置では、
メモリ領域単位での操作権限の設定ができなかったり、
操作権限の設定の面で柔軟性に欠けたり、または、同一
の仮想アドレス空間を共有しているスレッド間では保護
が無かったか、または制約が強かった。

【００１８】本発明は、上記課題を考慮してなされたも
のであり、別々の仮想空間にいるスレッド間はもとよ
り、同一仮想アドレス空間を共有しているスレッド間で
のスレッド操作命令あるいは個々のメモリ領域に対し
て、同一の方法で柔軟性があり、かつ十分な保護を行う
操作権管理装置を提供することを目的とする。

【００１９】

【課題を解決するための手段】上記目的を達成するため
に、本発明（請求項１）では、複数の並行して実行され
るスレッドによりプログラムを実行する手段と、各スレ
ッドに対する操作を、この操作を行う主体となるスレッ
ドまたはユーザ、もしくはこの操作を行う主体が存在す
るメモリ領域またはプログラムの少なくともいずれかに
基づいて、許可するか否かを指示する操作権情報を記憶
する手段とを備える操作権管理装置において、前記操作
権情報の変更を、この変更を行う主体となるスレッドま
たは、ユーザもしくはこの変更を行う主体が存在するメ
モリ領域またはプログラムの少なくともいずれかに基づ
いて、許可するか否かを示す変更権情報を記憶する手段
と、前記操作権情報の変更を実行する前に、記憶された
前記変更権情報を参照して、この変更が許可されるか否
かを検証する手段とを具備したことを特徴とする。

【００２０】また、本発明（請求項２）では、実メモリ
または仮想メモリを複数のメモリ領域の集合として管理
する手段と、各メモリ領域に対する操作を、この操作を
行う主体となるスレッドまたはユーザ、もしくはこの操
作を行う主体が存在するメモリ領域またはプログラムの
少なくともいずれかに基づいて、許可するか否かを指示
する操作権情報を記憶する手段とを備える操作権管理装
置において、前記操作権情報の変更を、この変更を行う
主体となるスレッドまたは、ユーザもしくはこの変更を
行う主体が存在するメモリ領域またはプログラムの少な
くともいずれかに基づいて、許可するか否かを示す変更
権情報を記憶する手段と、前記操作権情報の変更を実行
する前に、記憶された前記変更権情報を参照して、この
変更が許可されるか否かを検証する手段とを具備したこ
とを特徴とする。

【００２１】また、望ましくは、上記発明（請求項１）
において、スレッド作成時には、あらかじめ定められた
デフォルトの変更権情報が設定されることを特徴とす
る。

【００２２】また、望ましくは、上記発明（請求項２）
において、メモリ領域作成時には、あらかじめ定められ
たデフォルトの変更権情報が設定されることを特徴とす
る。

【００２３】さらに、上記各操作権管理装置において、
前記操作権情報を記憶する手段の情報を変更することが
不可能になるような、前記変更権情報を記憶する手段の
情報の変更を認めないようにしても良い。

【００２４】また、本発明（請求項３）では、上記発明
（請求項１または２）において、前記変更権情報を前記
操作権情報に付随されて記憶することを特徴とする。

【００２５】さらに、上記各操作権管理装置において、
前記操作権情報を記憶する手段の情報を変更することの
できる複数の条件を記憶する操作権管理権限記憶手段
と、前記変更権情報を記憶する手段の情報に変更を加え
ようとする際に該操作権管理権限記憶手段の情報により
この変更を行う権限があるか否かを検証する手段と、こ
の権限があると検証された場合に前記変更を許可する手
段とをさらに設けても良い。また、この場合、前記変更
権情報を記憶する手段の情報を変更することが不可能に
なるような、前記操作権変更権管理権限記憶手段の情報
の変更を認めないようにしても良い。

【００２６】

【作用】本発明（請求項１）によれば、スレッドへの操
作権の管理のみならず、その操作権の管理の権限である
変更権についても、さまざまな条件の組み合わせによっ
て柔軟に表現、管理することができるようになる。

【００２７】この機構を用いれば、スレッドの操作権に
関して、特定のスレッドにのみその変更を許可したり、
またそれらの複数の条件を組み合わせて表現したりする
ことができる。

【００２８】特に、近年多く利用されるようになったグ
ループウェアと呼ばれる計算機の協調作業アプリケーシ
ョンを作成する際には、スレッドの共有や、排他制御、
他のプログラムからの保護、などのきめ細かな制御を容
易に記述することが必要になるが、本発明を用いればこ
の記述を柔軟に行うことができる。

【００２９】また、プログラムの誤りや、システム・コ
ールの不正な呼び出しなどによって、スレッドへの操作
権が異常に書き換えられてしまうことを未然に防ぐこと
ができるので、スレッドの共有を行いつつもなおスレッ
ドの動作に関する信頼性が飛躍的に向上する。

【００３０】また、本発明（請求項２）によれば、メモ
リ領域への操作権の管理のみならず、その操作権の管理
の権限である変更権についても、さまざまな条件の組み
合わせによって柔軟に表現、管理することができるよう
になる。

【００３１】この機構を用いれば、メモリ領域への操作
権に関して、特定のスレッドにのみその変更を強化した
り、特定のメモリ領域に存在するスレッドにのみその変
更を許可したり、またそれら複数の条件を組み合わせて
表現したりすることができる。

【００３２】特に、近年利用が試みられている単一仮想
記憶と呼ばれる、複数のアプリケーションが同一の仮想
空間上で動作するオペレーティング・システムにおいて
は、メモリ領域の共有や、排他制御、他のプログラムか
らの保護、などのきめ細かな制御を記述することが必要
となるが、本発明を用いればこの記述を柔軟に行うこと
ができる。

【００３３】また、プログラムの誤りや、システム・コ
ールの不正な呼び出しなどによって、メモリ領域への操
作権が異常に書き換えられてしまうことを未然に防ぐこ
とができるので、メモリ領域に書かれたデータが不用意
に書き換えられてしまうことがおこらず、メモリ領域の
共有を行いつつもなおメモリ領域に書かれたデータに対
する信頼性が飛躍的に向上する。

【００３４】さらに、本発明（請求項３）によれば、ス
レッドやメモリに対する操作権情報と、その操作権情報
の変更を行う変更権情報とは、一般に共通点が多く、デ
ータ構造も似通ったものになることが多い。本発明にお
いては、変更権情報を操作権情報に付随させて記憶する
ことにより、共通のデータをなるべく一つのものとして
管理するため、データ量を少なくすることができ、変更
権および操作権を検証するための手続きも共通化する。

【００３５】また、スレッドやメモリに対する操作権や
変更権などの管理は、一般にメモリ管理ユニットと呼ば
れるハードウェアを用いることによって、実行性能を向
上させることができる。そのような場合に、操作権およ
び変更権それぞれに別のハードウェアを用意すること
は、計算機の構成を複雑にする可能性がある。しかし、
本発明によって、操作権と変更権を同一に管理すること
により、必要なハードウェアを単純化することができ
る。

【００３６】

【実施例】以下、図面を参照して本発明の実施例につい
て説明する。

【００３７】本発明に係る操作権管理装置は、オペレー
ティング・システム（ＯＳ）と呼ばれる計算機システム
全体の実行制御を行うものの構成要素の一部である。Ｏ
Ｓは計算機資源であるメモリ、プロセッサ、周辺機器を
管理し、また、ユーザプログラムとよばれるユーザが指
示した実務上の処理を行うプログラムの実行を制御す
る。一つの装置上には複数のユーザプログラムがのって
おり、ＯＳがそれらのプログラム間の制御も行う。

【００３８】ユーザプログラムは、実行上に必要となる
物理メモリなどの資源を確保したり、周辺機器にデータ
を入出力したり、他のユーザプログラムにデータを転送
したり、処理を依頼したり、実行を制御するためにＯＳ
に対して指示を行うことが必要となる。このＯＳに対す
る指示をシステムコールを呼ばれる特別な手段で行う。
本実施例では、システムコールのうち、操作権を考慮す
るユーザプログラムの制御に関して説明する。

【００３９】操作権については、スレッドの管理とメモ
リ領域の管理がある。これらメモリ領域の管理とスレッ
ドの管理については同一の部分が多いので、同様の機構
を重複して説明することは避け、主にスレッドに対する
操作権管理を例として、同一の部分には同一の用語を用
いて説明する。

【００４０】なお、本実施例では、メモリの「操作」と
は、アクセス（読み書き実行）のことを表すものとす
る。

【００４１】最初に、本実施例の特徴を概略的に述べ
る。本実施例では、個々のメモリ領域またはスレッドに
対して、どのような条件で操作を許可するかという情報
を登録したリストを設け、このリストにより許可されて
いる場合に限り、操作を許可するとともに、この情報自
体を変更することのできる権限を、前記リストと同一の
形式、類似の形式あるいは共通の形式で管理する。ま
た、特定の条件の時にのみこの変更を許す機構を付加す
る。また、この変更をする権限の変更についても同一の
形式、類似の形式あるいは共通の形式で管理する。

【００４２】この結果、本実施例は、不当な操作命令や
プログラムの誤りからメモリ領域やスレッドを保護し、
またこのような誤った操作命令を検出することによって
プログラムの誤りの検出を容易とするために、メモリ領
域またはスレッドごとに設けた操作の可否を示す情報を
変更する権利自体もそのメモリ領域またはスレッドが持
つので、操作権の管理のみならず、操作権の管理の権限
すらも同一の形式、類似の形式あるいは共通の形式で管
理し、削除し、追加し、または変更することを柔軟に行
うことができるようになる、という作用効果を奏するも
のである。

【００４３】また、この操作権の管理の権限は、メモリ
領域やスレッドの所有者とは全く別の機構より、通常の
アクセス制御リストと同様の形式で複数持つので、操作
権管理の権限を複数のスレッドで共有したり、自分の作
ったメモリ領域やスレッドの管理権を他のスレッドに譲
渡したりするなどの柔軟な操作権管理が可能となる。

【００４４】（第１の実施例）以下、本発明の第１の実
施例について説明する。

【００４５】図１は、本実施例の全体構成図である。プ
ログラム記憶部１には、計算機で処理する命令が記述さ
れたユーザプログラムや処理する対象のデータ、計算機
で処理途中の結果を一時的に記憶するスタックなどのデ
ータがメモリ空間上に蓄えられている。メモリ空間は、
複数の領域（メモリ領域）に区切られて管理され、それ
ぞれの領域には、お互いを区別するための識別子がつい
ており、メモリ領域ごとにプログラムやデータやスタッ
クを配置している。

【００４６】さらに、プログラム記憶部１に蓄えられて
いるプログラムを解釈実行し、データを処理する実行主
体であるプロセッサ２と、プロセッサ内の状態を管理す
るスレッド管理部３、プロセッサの実行状態の切り替え
処理を行う実行状態切り替え部４がある。

【００４７】プロセッサ２内には、命令の実行途中に一
時的に利用するレジスタ類、現在実行している命令のプ
ログラム記憶部での位置を示すためのプログラムカウン
タ（ＰＣ）、スタックデータの先頭位置を示すスタック
ポインタ（ＳＰ）などが存在し、これら一連のデータを
入れ替えることで、複数の別々のユーザプログラムの処
理を時分割で並行して進めることが可能となる。

【００４８】スレッドとは、上記プロセッサ内で使用す
る一連のデータのことを呼び、これを複数組用意し、こ
のスレッドを切り替えてプロセッサにセットし実際に実
行させることにより、時分割処理が可能となる。

【００４９】メモリ領域ＩＤ記憶部５は、現在実行中の
プログラムがプログラム記憶部１のどのメモリ領域に存
在しているかを、そのメモリ領域のＩＤとして記憶して
いるものである。これは、プロセッサ２内のＰＣの値を
利用し、現在実行中のメモリ領域ＩＤを求めて、記憶し
ている。このメモリ領域ＩＤは、現在実行中のプログラ
ムＩＤとみなすこともできる。

【００５０】スレッド管理部３の中にはスレッド管理テ
ーブルと呼ぶ表があり、プロセッサ２にセットするレジ
スタの情報やそのほかの情報がスレッドごとに管理され
ている。スレッドには、お互いを区別するために識別子
（スレッドＩＤ）がついている。

【００５１】実行状態切替部４は、現在プロセッサ２上
で実行しているスレッド（例えばスレッドＩＤ＝１）を
中断し、スレッド（スレッドＩＤ＝１）の状態をスレッ
ド管理テーブルの所定の位置（スレッドＩＤ＝１の格納
領域）に退避し、別のスレッド（例えばスレッドＩＤ＝
２）を起動すべく、スレッド管理テーブルのスレッド
（スレッドＩＤ＝２）の情報をプロセッサ２に再セット
し、スレッド（スレッドＩＤ＝２）の実行を再開させ
る。また、実行状態切替部４には、さらに、どのスレッ
ドをセットし退避するかを決定するスレッドスケジュー
リング機構（図示せず）と、いつスケジューリングする
か指示するタイマ部（図示せず）が存在する。

【００５２】スレッドＩＤ記憶部６は、スレッドＩＤを
記憶するためのものである。

【００５３】操作権リスト記憶部７は、スレッド保護に
関するテーブルを保持し、スレッドごとにスレッドに対
する操作を実行する権限がどうなっているかを記憶する
もので、操作権限判定部１２で使用される。本実施例は
スレッドの操作権管理を例として説明しているが、メモ
リ領域の操作権管理の場合には、この操作権リスト記憶
部７はメモリ領域の保護に関するテーブルを保持し、ス
レッドごとにメモリ領域に対する操作を実行する権限が
どうなっているかを記憶するものである。以下同様にス
レッドに関する機構とメモリ領域に関する機構の同一の
部分については説明を省略し、スレッドに関するものを
代表して記述する。

【００５４】さて、システムコールとしてユーザプログ
ラムを実行しているあるスレッドが他のスレッドに対し
て制御しようとする例として、Thread Get Statusシ
ステムコールを発行する場合について説明する。

【００５５】このシステムコールは、スレッドＩＤで指
示されたスレッドの状態、つまりそのスレッドのレジス
タ類の情報を、このシステムコールの呼び出し元のユー
ザ・プログラムに通知するものである。いま、スレッド
１（スレッドＩＤ＝１）がプログラムＡ（メモリ領域Ｉ
Ｄ＝Ａ）を実行中、そこでスレッド２（スレッドＩＤ＝
２）の情報をこのシステムコールで得ようとしたとす
る。Ｃ言語で記載されているプログラムＡでは、次のよ
うに記されている。 err = Thread Get Status(2, &Thread Status);こ
こで、関数Thread Get Statusがスレッドの情報を得
るシステムコールであって、第１引数の２は、スレッド
２（スレッドＩＤ＝２）の情報を得ることを指示してお
り、第２引数の&Thread Statusはシステムコールの結
果得られたスレッド２の情報を格納するメモリ領域の先
頭位置を指示している。また、このシステムコールの実
行が成功したかどうかは、この関数の返り値として変数
err に入る。

【００５６】この関数をプログラムＡのスレッド１が実
行すると、スレッド１はシステムコールにより実行モー
ドがユーザレベルから特権レベルに遷移し、ＯＳを呼び
出す。特権レベルとは、ＯＳが処理を行う専用レベルの
ことである。

【００５７】呼び出されたＯＳでは、ＯＳ内のシステム
コール受付部８に処理が移る。ここでは、このシステム
コールを呼びだした元のユーザプログラムの中断処理を
行い、要求されたシステムコールの種類と指示された引
き数を受取り、それぞれその情報を引数検出部９とシス
テムコールの種類判別部１０に送る。

【００５８】本例では、指示されたシステムコールは、
Thread Get Statusなので、システムコールの種類判
定部１０で、次には、Thread Get Status処理部１１
を呼び出す。

【００５９】そこでの処理は、図２に示した操作権リス
ト記憶部７を使って行われる。この例では操作権リスト
記憶部７はスレッドに対する操作権リストを記憶するも
のである。この記憶部には、図２に示したようなテーブ
ルを保持している。テーブルには、操作スレッドＩＤ、
対象スレッドＩＤ，操作スレッドが存在するメモリ領域
ＩＤ、スレッド操作権限、スレッド操作権変更権限の各
エリアをもっている。

【００６０】同様のエリアとしては、対象スレッドが存
在するメモリ領域ＩＤを指定することも考えられるが、
本例ではかかるエリアを持たないものを例として説明す
る。

【００６１】メモリ領域に対する操作権リスト記憶部も
同様であるが、テーブルの内容は若干異なる。これにつ
いての詳細は第２の実施例で説明する。

【００６２】操作スレッドＩＤとはスレッド操作のシス
テムコールを実行しようとしているスレッドのスレッド
ＩＤのことで、対象スレッドＩＤとはこのシステムコー
ルの引数で指定された操作対象のスレッドＩＤを示す。
また、操作スレッドが存在するメモリ領域ＩＤとは、こ
の実行されようとしているシステムコールを含むプログ
ラムの存在するメモリ領域ＩＤのことであり、スレッド
操作権限とは、どういうスレッド操作が可能かを示すも
ので、スレッドの内部状態を読み出す権限、スレッドの
内部状態を変更する権限、スレッドの実行を停止／再開
する権限の３つの権限を独立に指定することができる。
スレッド操作権変更権限は、スレッド操作権限の記入さ
れたフィールドの情報を変更する権限のことであり、こ
の権限が指定されている場合、その列に書かれているス
レッド操作権限のフィールドの情報が変更できるだけで
なく、その列に書かれている対象スレッドＩＤに関する
全てのスレッド操作権限フィールドの情報を変更するこ
とができる。

【００６３】たとえば図の例では、スレッド１（スレッ
ドＩＤ＝１）が発したシステムコールでは、スレッド２
（スレッドＩＤ＝２）の内部状態の参照と変更は可能だ
が、スレッド２の実行の停止／再開およびスレッド２の
操作権限の変更はできないことを示している。また、ス
レッド１は、スレッド３（スレッドＩＤ＝３）に対して
は実行の停止／再開はできるがそれ以外の操作はできな
い。さらに、スレッド１は、スレッド２とスレッド３以
外のスレッドに対しては、何の操作もできないことを示
している。また、スレッド１００（スレッドＩＤ＝１０
０）はスレッド２の内部状態の読み出しおよび操作権限
の変更ができることを示している。

【００６４】スレッド１が対象スレッドの場合の例で、
テーブル中の操作スレッドが存在するメモリ領域ＩＤの
部分にａｌｌという情報が保持されているが、これは、
このシステムコールがどのユーザプログラムから行われ
ても同等で、システムコールを実行するスレッドＩＤの
みに実行権限が依存することを示している。

【００６５】メモリ領域ＩＤの欄がａｌｌでないとき
は、そのＩＤのメモリ領域に存在するプログラムからシ
ステムコールが実行された時の操作権限を規定する。た
とえば、スレッド３が、プログラムＡ（メモリ領域ＩＤ
＝Ａ）の実行中、スレッド１に対しては、すべての操作
が可能であるが、それ以外のときは、操作不可である。
つまり、スレッド３がプログラムＢ（メモリ領域ＩＤ＝
Ｂ）の実行中、スレッド１に対して同様なシステムコー
ルを実行しても操作できないし、スレッド５（スレッド
ＩＤ＝５）がプログラムＡにおいてスレッド１に対して
同じシステムコールを実行しても操作できない。すなわ
ち、このテーブルに記載のないスレッド操作は一切でき
ない。

【００６６】図２の例では、スレッド操作権限変更権限
のフィールドは１つだけであるが、前記３つの権限ごと
に操作権の変更権限を別々に指定できるようにしても良
い。

【００６７】また、スレッド操作権限には、本前の例で
挙げた３つの権限の他にもあってよい。例えば、操作を
するユーザのユーザＩＤ、該当フィールドを時間制限す
るための有効期間開始時刻、有効時間終了時刻などが考
えられる。その場合にも、それら権限の変更権を設定す
ることができる。

【００６８】また、本実施例では、スレッド操作権限と
スレッド操作権の変更権限とを、同一のテーブルの中で
操作スレッドＩＤ、対象スレッドＩＤ、操作スレッドが
存在するメモリ領域ＩＤを共有して表現しているが、ス
レッド操作権限と、スレッド操作権の変更権限とを別々
のテーブルに記述し、それぞれについて操作スレッドＩ
Ｄ、対象スレッドＩＤ、操作スレッドが存在するメモリ
領域ＩＤを指定しても良い。

【００６９】次に、Thread Get Status処理部１１の
処理の流れを図３に示す。

【００７０】まず、ステップＳ１にて、このシステムコ
ールを実行した操作スレッドＩＤ、メモリ領域ＩＤをそ
れそれスレッドＩＤ記憶部６とメモリ領域ＩＤ記憶部５
から情報を得る。上述したように、現在実行中のスレッ
ドＩＤは、実行状態切替部４でセットされ、現在実行中
のメモリ領域ＩＤは、プロセッサの内部にあるＰＣの情
報からセットされている。さらに、システムコールの第
一引数から対象スレッドＩＤ検出部１３が対象スレッド
ＩＤを得ている。第二引数からは、スレッド情報格納位
置検出部１４が、このシステムコールの実行結果を格納
するユーザ・プログラムのメモリ位置を検出する。

【００７１】次にステップＳ２にて、以上の３つの情報
をもとに操作権記憶部７１の表を引き、該当エントリを
サーチし、スレッド操作権限を調べる。もし、見つかれ
ば、ステップＳ３に進み、なければステップＳ８を行う
エラー処理部１５へ進む。

【００７２】サーチは、テーブルの上から順に比較を行
い、最初にマッチしたエントリの情報を次のステップ以
降で利用する。テーブルのフィールドのａｌｌ部分は、
すべてにマッチすることを意味する。もし、テーブルの
最後のエントリまで比較し、マッチしなかったらサーチ
の失敗となる。

【００７３】ステップＳ３では、見つかったエントリの
スレッド操作権限を表す部分のうち、スレッド内部状態
読出権限に該当する部分の情報を読み出し、許可か否か
を判断する。この判定は操作権限判定部１２で行う。も
し判定で許可されればステップＳ４へ進み、不許可にな
ればステップＳ８のエラー処理へ移る。

【００７４】次のステップＳ４では、対象スレッドに対
して、許可されたスレッドの内部状態を読み出すための
スレッド管理テーブルの参照操作を実行する。この処理
はスレッド状態参照実行部１６にて行う。ここでは、該
当スレッドの内部状態であるスレッド情報を、スレッド
情報格納位置検出部１４で指示されたメモリ中に格納す
る。

【００７５】ステップＳ５にて、ステップＳ４での処理
結果を判定する。処理が成功するとステップＳ６にて、
成功を示すコードをシステムコール終了部１７へ伝え
る。失敗するとステップＳ７にて、失敗を示すコードを
システムコール終了部１７へ伝える。

【００７６】ステップＳ８では、エラーコードをシステ
ムコール終了部１７へ伝える。

【００７７】Thread Get Status処理部１１での処理
を終えると、最後に、システムコール終了部１７に処理
が進む。このシステムコールを実行したユーザプログラ
ムに返す返値をシステムコールの返値として戻るように
処理を行い、中断していた呼出元のユーザプログラムの
実行ができるように復帰処理を行い、実行レベルを特権
レベルからユーザレベルへ戻す処理を行う。

【００７８】次に、操作権記憶部７１に記入されたスレ
ッド操作権限を変更するシステムシステムコールについ
て説明する。

【００７９】Thread Add Acl(指定操作スレッドＩ
Ｄ、指定対象スレッドＩＤ、指定メモリ領域ＩＤ、追加
する指定操作権限) なるシステムコールは、上記で説明
したスレッド操作権限を、新たに追加するものである。

【００８０】いま、スレッド１００（スレッドＩＤ＝１
００）がスレッド１（スレッドＩＤ＝１）に対し、スレ
ッド２（スレッドＩＤ＝２）の実行の停止／再開権限を
付与しようとしたとする。Ｃ言語で記載されているプロ
グラムＣでは、次のように記されている。

【００８１】err = Thread Add Acl(1, 2, all, THR
EAD SUSPEND);ここで、関数Thread Add Acl は、
スレッドに対する操作権を追加するためのシステムコー
ルであって、第１引数の１は、指定した操作スレッド番
号（対象スレッドＩＤ）が１であること、すなわちスレ
ッドＩＤ＝１に対して権限を与えることを指示してい
る。第２引数の２は、指定した対象スレッド番号（指定
対象スレッドＩＤ）が２であること、すなわちスレッド
ＩＤ＝２を操作する権限であることを指示している。第
３引数のａｌｌは、指定した操作スレッドが存在するメ
モリ領域ＩＤ（指定メモリ領域ＩＤ）がａｌｌであるこ
と、すなわち操作スレッドが存在するメモリ領域ＩＤに
よって与える権限を制限することはしないということを
指示している。第４引数のTHREAD SUSPEND は、これら
３つの指定した組み合わせに対して、付加する操作権限
（指定操作権限）を指示している。この例では、スレッ
ドの実行の停止／再開権限を付加することを意味してい
る。第４引数には複数種類の権限を同時に指定すること
もできる。

【００８２】この関数をプログラムＣのスレッド１００
が実行すると、スレッド１００はシステムコールにより
プロセッサの実行モードをユーザレベルから特権レベル
に遷移させ、ＯＳを呼び出す。特権レベルとは、ＯＳが
処理を行う専用レベルのことである。

【００８３】呼び出されたＯＳでは、ＯＳ内のシステム
コール受付部８に処理が移る。ここでは、このシステム
コールを呼び出した元のユーザプログラムの中断処理を
行い、要求されたシステムコールの種類と指示された引
数を受け取り、それぞれその情報を引数検出部９とシス
テムコールの種類判別部１０に送る。

【００８４】本例では、指示されたシステムコールは、
Thread Add Acl なので、システムコールの種類判別
部１０で、Thread Add Acl 処理部２１を呼び出す。
Thread Add Acl 処理部２１は図１におけるThread
Get Status処理部１１を図４のように置き換えたもの
である。なお、Thread Add Acl 処理部２１とThread
Get Status処理部１１は本来一体のブロック図とし
て示すべきものであるが、図が煩雑になるため説明の便
宜をはかり図１および図４の別々の図としてある。

【００８５】そこでの処理は、図２に示したスレッド操
作権リスト記憶部７を使って行われる。その内容および
意味は前に説明した通りである。

【００８６】次に、図５にThread Add Acl 処理部２
１の処理の流れを示す。

【００８７】まず、ステップＳ１１にて、このシステム
コールを実行した実行スレッドＩＤ、メモリ領域ＩＤを
それぞれスレッドＩＤ記憶部６とメモリ領域ＩＤ記憶部
５から情報を得る。さらに、システムコールの第２引数
から指定対象スレッドＩＤ検出部２３が、このシステム
コールによってスレッド操作権限の変更を行う対象とし
たスレッドのＩＤを得る。

【００８８】次にステップＳ１２にて、以上の３つの情
報をもとにスレッド操作権リスト記憶部７のテーブルを
引き、該当エントリをサーチする。もし、見つかれば、
ステップＳ１３に進み、なければステップＳ１９を行う
エラー処理部１５へ進む。サーチは、テーブルの上から
順に比較を行い、最初にマッチしたエントリの情報を次
のステップ以降で利用する。テーブルのフィールドのａ
ｌｌ部分は、全てにマッチすることを意味する。もし、
テーブルの最後のエントリまで比較し、マッチしなかっ
たらサーチの失敗となる。

【００８９】ステップＳ１３では、見つかったエントリ
のスレッド操作権変更権限に該当する部分の情報を読み
出し、許可か否かを判断する。この判定は操作権変更権
判定部２６で行う。もし判定で許可されればステップＳ
１４へ進み、不許可になればステップＳ１９のエラー処
理へ移る。

【００９０】ステップＳ１４では、システムコールの第
１引数から、指定対象スレッドＩＤ検出部２３が指定し
た対象スレッドＩＤを得る。また、システムコールの第
３引数から、指定メモリ領域ＩＤ検出部２４が指定した
操作スレッドが存在するメモリ領域ＩＤを得る。さら
に、システム・コールの第４引数から、指定操作権限検
出部２５が指定した追加すべき操作権限を得る。

【００９１】ステップＳ１５では、ステップＳ１１およ
びステップＳ１４で得られた対象スレッドＩＤ、指定対
象スレッドＩＤ、指定メモリ領域ＩＤ、指定操作権限を
もとに操作権リスト変更部２７が操作権リスト記憶部７
を書き換える。つまり、まず操作権リスト記憶部７のテ
ーブルを順にサーチし、対象スレッドＩＤと指定対象ス
レッドＩＤと指定メモリ領域ＩＤの３つが全て一致する
列があれば、その列のスレッド操作権限のフィールドを
書き換え、もしなければ、指定した３つのＩＤを示す列
を新たに操作権リスト記憶部７のテーブルに追加する。
この例では、指定した３つのＩＤと一致する列が最初に
見付かるので、その列のスレッド操作権限のフィールド
にあるスレッドの実行の停止／再開権限を×から○に変
更する。

【００９２】ステップＳ１６にて、ステップＳ１５での
処理結果を判定する。処理が成功するとステップＳ１７
にて、成功を示すコードをシステムコール終了部１７へ
伝える。失敗するとステップＳ１８にて、失敗を示すコ
ードをシステムコール終了部１７へ伝える。ステップＳ
１９では、エラーコードをシステムコール終了部１７へ
伝える。

【００９３】Thread Add Acl 実行部２１での処理を
終えると、最後にシステムコール終了部１７に処理が進
む。このシステムコールを実行したユーザプログラムに
返す返値をシステムコールの返値として戻るように処理
を行い、中断していた呼出元のユーザプログラムの実行
ができるように復帰処理を行い、実行レベルを特権レベ
ルからユーザレベルへ戻す処理を行う。

【００９４】本例のようなThread Add Acl システム
・コールの実行が成功した結果、図２で示された操作権
リスト記憶部７のデータは図６のように変更される。

【００９５】本例では操作権リスト変更部２７におい
て、書換を必要とする該当フィールドを書き換えるだけ
で、Thread Add Acl システム・コールからの要求を
実行することができたが、Thread Add Acl システム
・コールに与えられた引数の内容によっては、該当フィ
ールドを書き換えるだけでは表現できず、操作権リスト
記憶部７のデータを増やさなくてはならない。

【００９６】例えば、操作権リスト記憶部７のデータが
先の図２に示したとおりであるとき、 Thread Add
Acl (3, 2, A, THREAD SUSPEND*THREAD GET STATU
S) を実行した場合を考える。

【００９７】ここで、第１引数の３は、指定した操作ス
レッド番号（対象スレッドＩＤ）が３であること、すな
わちスレッドＩＤ＝３に対して権限を与えることを指示
しており、第２引数の２は、指定した対象スレッド番号
（指定対象スレッドＩＤ）が２であること、すなわちス
レッドＩＤ＝２を操作する権限であることを指示してお
り、第３引数のＡは、指定メモリ領域ＩＤがＡであるこ
と、すなわち、このシステムコールの実行により変更さ
れる権限は、プログラムＡ（メモリ領域ＩＤ＝Ａ）を実
行中にのみ有効であることを指示しており、第４引数の
THREAD SUSPEND は、これら３つの指定した組み合わせ
に対して、スレッドの実行の停止／再開権限を付加する
こと、そしてTHREAD GET STATUSはスレッドの内部状
態読出権限を付加することを指示している。

【００９８】このシステム・コールが発せられると、操
作権リスト変更部２７が、操作権リスト記憶部７のテー
ブルを順にサーチし、対象スレッドＩＤと指定対象スレ
ッドＩＤと指定メモリ領域ＩＤの３つが全て一致する列
をさがすが、この場合そのような列は存在しないので、
このシステム・コールは、操作権リスト記憶部７の持つ
テーブルの一部のフィールドを書き換えるだけでは実行
できない。指定した３つのＩＤを示す列を新たに操作権
リスト記憶部７のテーブルに追加する。このような手順
を踏むことにより、このシステム・コールの実行が終了
すると、図２で示された操作権リスト記憶部７のデータ
は図７のように変更され、操作権リスト記憶部７の列の
長さが１つ長くなっている。

【００９９】以上の説明においては、最初に操作権変更
権限をどこに指定するかということについては記述され
ていない。一般にはＯＳの起動時に、一部の特権的なス
レッドに対してこの権限を与え、以下階層的に権限を増
やしてゆくことにより実現することが可能である。

【０１００】しかし、スレッドの作成時に必ず操作権変
更権を指定しなければならないのは、プログラミングの
手間を増やすおそれがあるので、メモリ領域またはスレ
ッドの作成時には、あらかじめ定められたデフォルトの
操作権変更権が設定されるように構成しても良い。デフ
ォルトを何にするかについては各種考えられるが、最も
簡単には、そのメモリ領域またはスレッドを起動したス
レッドに対して操作権変更権を与えることが考えられ
る。この方法は、デフォルトとして従来ＯＳにおけるオ
ーナーの概念を用いたことになり、さらに本実施例で説
明した方法により、本発明の操作権管理装置はより柔軟
な操作権管理を実現するものである。

【０１０１】また、先の例ではThread Add Acl の第
４引数に指定することのできる指定操作権限に制約はな
いものとして記述したので、第４引数にTHREAD CHANGE
ACL を指定することができる。すなわち、スレッド操
作権変更権限を変更させることもできる。また、以上説
明したThread Add Acl と同様に、Thread Del Acl
なるシステム・コールを用いて、例えば Thread Del Acl(3,1,A,THREAD CHANGE ACL ) は、スレッドが、メモリ領域ＩＤ＝Ａのメモリ領域か
ら、スレッドＩＤ＝１のスレッドのスレッド操作権限を
取り除くことを意味している。この場合、永遠に誰にも
操作権変更権限を変更することのできないようなスレッ
ドを作ってしまうおそれがあるが、そういった変更が行
われることが問題となるオペレーティングシステムにお
いては、操作権変更権記憶部の情報を変更する際に、操
作権記憶部の情報を変更することが不可能になるような
変更を禁止するようにしても良い。例えば、先にあげた Thread Del Acl(3,1,A,THREAD CHANGE ACL ) を実行すると、もはやスレッドＩＤ＝１のスレッドに対
し、スレッド操作権限を変更することのできるスレッド
が１つもなくなる。このようなシステム・コールが実行
されると、操作権リスト変更部２７はエラーを検出した
ことになり、失敗を示すコードをシステムコール終了部
１７へ伝え、操作権リスト記憶部のデータは変更されな
い。

【０１０２】また、操作権変更権を変更する権利を別個
のものとして扱い、操作権リスト記憶部７に操作権変更
権管理権限のフィールド（操作権変更権管理権限記憶
部）を用意し、より確実な操作権管理を行っても良い。

【０１０３】さらには、操作権変更権記憶部の情報を変
更することが不可能になるような、操作権変更権管理権
限記憶部の情報の変更を禁止するようにしても良い。

【０１０４】なお、上記「スレッドＩＤ」を「ユーザＩ
Ｄ」に置き換えて構成することも可能である。この場
合、図１におけるスレッドＩＤ記憶部６を、ユーザＩＤ
記憶部と置き換える修正を施せば良い。

【０１０５】また、前述した「操作スレッドが存在する
メモリ領域ＩＤ」を「操作スレッドが実行しているプロ
グラムＩＤ」に置き換えて構成することも可能である。
この場合、図１におけるメモリ領域ＩＤ記憶部５は、プ
ログラムＩＤ記憶部と置き換える修正を施せば良い。

【０１０６】（第２の実施例）次に、本発明の第２の実
施例について説明する。

【０１０７】本発明の操作権管理装置は、メモリ領域や
スレッドに対する操作権管理を、例えばオーナーといっ
た固定的な概念により行うのではなく、操作権変更権を
操作権リスト自体に持たせ、自由に削除、追加させるこ
とによって柔軟に行うことを目的としている。ここで
は、この機構を生かした例として、複数人による共同作
業のアプリケーションが動作する場合に、操作権管理が
柔軟に行われることを示す実施例について述べる。

【０１０８】ユーザーＡは、計算機を使った電子会議を
開催すべく、新たにスレッド１０（スレッドＩＤ＝１
０）を作成した。より具体的には、ユーザーＡの動かし
ていたログイン・シェルであるスレッド１１がスレッド
１０を作成した。このとき、操作権リスト記憶部７の該
当部分のデータは図８のようになっている。以下図には
操作権リスト記憶部７のテーブルのうち、本実施例を説
明するのに必要な部分のみを記述し、他の部分について
は記述を省略する。

【０１０９】スレッド１１（スレッドＩＤ＝１１）はス
レッド１０（スレッドＩＤ＝１０）の内部状態読み出し
およびスレッド操作権の変更ができる。しかし、内部状
態を変更したり、実行の停止／再開を行うことはできな
い。つまり、既に動き始めたスレッド１０（スレッドＩ
Ｄ＝１０）は、それを作成したスレッド１１（スレッド
ＩＤ＝１１）によって誤って実行を妨害されることはな
い。これらの初期状態はスレッドを作成するシステムコ
ールの引数として指定するものとする。

【０１１０】作成されたスレッド１０は電子会議のプロ
グラムを実行し、ユーザーＡとのインターフェースを司
る。また、スレッド１０は電子会議をサポートするため
のメモリ領域として、メモリ領域３０（メモリ領域ＩＤ
＝３０）を作成する。

【０１１１】メモリ領域３０に関する操作権の管理に
は、スレッドの操作権の管理と同様に操作権リスト記憶
部７を用いる。ただし、スレッドの操作権管理の説明で
述べた対象スレッドＩＤ、スレッド操作権限、スレッド
の内部状態読出権限、スレッドの内部状態変更権限、ス
レッドの実行の停止／再開権限、スレッド操作権変更権
限は、メモリ領域の操作権管理においてはそれぞれ対象
メモリ領域ＩＤ、メモリ領域操作権限、メモリ領域の内
部データ読出権限、メモリ領域の内部データ変更権限、
メモリ領域にあるプログラムの実行権限、メモリ領域操
作権変更権限、となる。

【０１１２】図９に示した操作権リスト記憶部は、スレ
ッド１０がメモリ領域３０の内部データの読み出しおよ
び変更、操作権変更ができることを意味している。

【０１１３】次にユーザーＢおよびユーザーＣが電子会
議への参加を表明し、スレッド１０は新たにユーザーＢ
およびユーザーＣのためのスレッド１２（スレッドＩＤ
＝１２）およびスレッド１３（スレッドＩＤ＝１３）を
作成した。その結果、図８の操作権リスト記憶部７のデ
ータは図１０のように追加される。また電子会議をサポ
ートするためのメモリ領域であるメモリ領域３０は、ス
レッド１２およびスレッド１３からも使われるので、図
９の操作権リスト記憶部７のデータは図１１のように追
加される。

【０１１４】つまり、スレッド１２およびスレッド１３
はスレッド１０によりコントロールされており、スレッ
ドに関するあらゆる操作ができるが、スレッド１２およ
びスレッド１３は他のスレッドのコントロールをするこ
とはできない。これにより、スレッド１０が先導して電
子会議の進行をプログラムされた通りに実行することが
できる。

【０１１５】共通のメモリ領域として使われるメモリ領
域３０は、スレッド１０、スレッド１２、スレッド１３
のいずれからもデータの読み出し、変更ができるが、そ
の領域が誰から（どのスレッドから）どのような操作が
できるかということを変更することができるのはスレッ
ド１０だけである。

【０１１６】このような仕組みで、複雑な依存関係のあ
る電子会議のようなコミュニケーション・プログラムも
ＯＳの操作権管理機構を用いて確実に記述することがで
きる。

【０１１７】次に、会議を先導していたユーザーＡのス
レッド１０が、途中で会議を抜け、会議はそのまま進行
している場合を考える。

【０１１８】単純にスレッド１０が自分自身の実行を終
了させたのでは、メモリ領域３０の操作権を変更するこ
とのできるスレッドがいなくなり、会議を正しく進行さ
せることができなくなる。このような場合には、ユーザ
ーＡは一旦会議の進行権を他の人（例えばユーザーＢ）
に譲らなければならない。

【０１１９】まず、メモリ領域３０の操作権をスレッド
１２（ユーザーＢのスレッド、スレッドＩＤ＝１２）に
設定する。そして、スレッド１３の管理権をスレッド１
２に譲り、そのあとで実行を終了する。それ以外のもの
で、操作スレッドＩＤが１０であるものは、スレッド１
０の終了と同時に自動的に消滅させる。

【０１２０】これによって、図１０および図１１の操作
権リスト記憶部はそれぞれ図１２および図１３のように
なる。すなわち、メモリ領域３０へのアクセスはスレッ
ド１２とスレッド１３の両方からできるが、スレッドの
管理自体の権利はスレッド１２が継承する。注意すべき
点は、スレッド１０の実行が終了したために、ユーザー
Ａのlogin shell であるスレッド１１からは、電子会議
を実行するいずれのプログラムに対しても何の権利もな
くなっていることである。

【０１２１】ここに示した例は電子会議プログラムを実
現する一方法を示したものであり、必ずしもこのような
手順で操作権を譲渡してゆかなければプログラムが記述
できないということは意味していない。

【０１２２】このようにして、スレッドおよびメモリ領
域への操作権を管理しつつ、管理者の変更を実現するこ
とができる。

【０１２３】本発明の操作権管理装置を使えば、「会議
に参加する」あるいは「会議から退室する」という、本
実施例で具体的に例をあげて説明したような場合におけ
る、曖昧な操作権管理も、アプリケーションで逐一記述
することなく、ＯＳのサポートにより柔軟かつ確実に実
現することができる。

【０１２４】また、本発明は上述した実施例に限定され
るものではなく、その要旨を逸脱しない範囲で、種々変
形して実施することができる。

【０１２５】

【発明の効果】本発明の操作権管理装置によれば、スレ
ッドまたはメモリ領域に対する操作を保護するための操
作権管理を柔軟かつ確実に行うことができる。

【図面の簡単な説明】

【図１】Thread Get Statusを説明するための構成図

【図２】図１の操作権リスト記憶部７の内部構成例を示
す図

【図３】本実施例に係わる操作権管理装置において操作
権を変更する動作を示すフローチャート

【図４】Thread Add Acl を説明するための構成図

【図５】本実施例に係わる操作権管理装置において操作
権変更権を変更する動作を示すフロー図

【図６】図４の操作権リスト記憶部７の内部構成例を示
す第１の図

【図７】図４の操作権リスト記憶部７の内部構成例を示
す第２の図

【図８】電子会議開催時のスレッド操作権リストを示す
図

【図９】電子会議開催直後のメモリ領域操作権リストを
示す図

【図１０】電子会議に新たなメンバが参加した際のスレ
ッド操作権リストを示す図

【図１１】電子会議に新たなメンバが参加した際のメモ
リ領域操作権リストを示す図

【図１２】ユーザーＡが電子会議の先導権をユーザーＢ
に委譲した際のスレッド操作権リストを示す図

【図１３】ユーザーＡが電子会議の先導権をユーザーＢ
に委譲した際のメモリ領域操作権リストを示す図

【符号の説明】

１…プログラム記憶部、２…プロセッサ、３…スレッド
管理部、４…実行状態切替部、５…メモリ領域ＩＤ記憶
部、６…スレッドＩＤ記憶部、７…操作権リスト記憶
部、８…システムコール受付部、９…引数検出部、１０
…システムコールの種類判定部、１１，２１…システム
コール実行部、１２…操作権限判定部、１３…対象スレ
ッドＩＤ検出部、１４…スレッド情報格納位置検出部、
１５…エラー処理部、１６…スレッド状態参照実行部、
１７…システムコール終了部、２２…指定操作スレッド
ＩＤ検出部、２３…指定対象スレッドＩＤ検出部、２４
…指定メモリ領域ＩＤ検出部、２５…指定操作権限検出
部、２６…操作権変更権判定部、２７…操作権リスト変
更部

───────────────────────────────────────────────────── フロントページの続き (72)発明者申承昊神奈川県川崎市幸区小向東芝町１番地株式会社東芝研究開発センター内 (72)発明者吉田英樹神奈川県川崎市幸区小向東芝町１番地株式会社東芝研究開発センター内

Claims

【特許請求の範囲】

【請求項１】複数の並行して実行されるスレッドにより
プログラムを実行する手段と、各スレッドに対する操作を、この操作を行う主体となる
スレッドまたはユーザ、もしくはこの操作を行う主体が
存在するメモリ領域またはプログラムの少なくともいず
れかに基づいて、許可するか否かを指示する操作権情報
を記憶する手段とを備える操作権管理装置において、前記操作権情報の変更を、この変更を行う主体となるス
レッドまたは、ユーザもしくはこの変更を行う主体が存
在するメモリ領域またはプログラムの少なくともいずれ
かに基づいて、許可するか否かを示す変更権情報を記憶
する手段と、前記操作権情報の変更を実行する前に、記憶された前記
変更権情報を参照して、この変更が許可されるか否かを
検証する手段とを具備したことを特徴とする操作権管理
装置。
【請求項２】実メモリまたは仮想メモリを複数のメモリ
領域の集合として管理する手段と、各メモリ領域に対する操作を、この操作を行う主体とな
るスレッドまたはユーザ、もしくはこの操作を行う主体
が存在するメモリ領域またはプログラムの少なくともい
ずれかに基づいて、許可するか否かを指示する操作権情
報を記憶する手段とを備える操作権管理装置において、前記操作権情報の変更を、この変更を行う主体となるス
レッドまたは、ユーザもしくはこの変更を行う主体が存
在するメモリ領域またはプログラムの少なくともいずれ
かに基づいて、許可するか否かを示す変更権情報を記憶
する手段と、前記操作権情報の変更を実行する前に、記憶された前記
変更権情報を参照して、この変更が許可されるか否かを
検証する手段とを具備したことを特徴とする操作権管理
装置。
【請求項３】前記変更権情報を前記操作権情報に付随さ
れて記憶することを特徴とする請求項１または２に記載
の操作権管理装置。