JPH1021099A - コンピュータシステムおよびプロセス実行制御方法 - Google Patents

Abstract

(57)【要約】 【課題】要求元のプロセスの実行時属性を要求先のプロ
セスの実行時属性に反映させて適切な実行制御を実現す
るコンピュータシステムを提供する。 【解決手段】プロセスを実行制御するための属性情報を
プロセスそれぞれに対応して設定するコンピュータシス
テムにおいて、クライアントプロセスからの要求により
サーバプロセス１の実行を開始するときに、クライアン
トプロセスに対応した属性情報（Ａ）２ａとプロセス１
に対応した属性情報（Ｂ）２ｂとから、プロセス１の新
たな属性情報（Ａ＋Ｂ）２ｃを算出し、この算出した新
たな属性情報（Ａ＋Ｂ）２ｃに基づいてプロセス１を実
行制御する。これにより、クライアントプロセスの実行
時属性がサーバプロセスの実行時属性に反映され、適切
な実行制御が実現できることになる。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】この発明は、たとえばいずれ
かのプロセスの手続き呼び出しやメッセージ受け渡しに
よって他のプロセスの実行を開始する機能を有するコン
ピュータシステムおよびプロセス実行制御方法に係り、
特に要求元のプロセスの実行時属性を要求先のプロセス
の実行時属性に反映させることによって、要求先のプロ
セスを適切に実行制御することのできるコンピュータシ
ステムおよびプロセス実行制御方法に関する。

【０００２】

【従来の技術】近年、様々な業種でコンピュータシステ
ムが導入されており、これらのコンピュータシステムで
は、ユーティリティプログラムを含む種々のアプリケー
ションプログラムが実行制御されている。

【０００３】一般に、このようなアプリケーションプロ
グラムの実行における処理の順序の制御は、大別すると
図１７（ａ）〜（ｃ）に示したいずれかの様式で行なわ
れている。

【０００４】（１）主プログラム上での明示的な処理指
示（図１７（ａ））。ここで、「明示的な」とは、後述
する副手続き呼び出し文やメッセージ受け渡し以外によ
る処理指示をいい、たとえば四則演算や代入などがこれ
に含まれる。

【０００５】（２）主プログラムから（必要に応じて複
数の）副手続きを呼び出すことによる処理指示（図１７
（ｂ））。 （３）主プログラムから（必要に応じて複数の）他のプ
ログラムへメッセージを受け渡すことによる処理指示
（図１７（ｃ））。メッセージを受けたプログラムは、
そのメッセージを解析して予め定められた処理を行な
う。

【０００６】これらの様式は、繰り返し、ネストして、
再帰的に、あるいは並列的に使われたり、また、指定さ
れた処理が、ネットワークを介して他のコンピュータに
伝えられて実行されたりすることがある。そして、コン
ピュータシステムのハードウエアおよびソフトウエア
（以下、単にコンピュータシステムと称する）は、これ
らを要求された通りに動作させるように制御している。
ここでは、前述の（１）による処理の進行を「直接実
行」と称し、（２）および（３）による処理の進行を
「呼び出し」と称することとする。また、呼び出す側を
クライアントと称し、呼び出される側をサーバと称する
こととする。

【０００７】ところで、コンピュータシステムで実行さ
れるアプリケーションプログラムには、利用者に関する
情報（利用者ＩＤ、所属グループ、権限レベルなど）
や、実行の優先度（プライオリティ）など、コンピュー
タシステムがアプリケーションプログラムを実行制御す
る際に利用する実行時属性がそれぞれに割り当てられて
いる。従来、この実行時属性は、前述した順序制御の各
ケースで次のように操作されていた。

【０００８】（１）直接実行による制御の場合は、実行
時属性は常に同一のものを利用しているため、自動的に
同じ内容を割り当てるようになっていた。また、実行時
属性を一時的に変更した場合には、これが自動的にすべ
ての処理部分に直ちに反映されていた。

【０００９】（２）副手続き呼び出しによる制御の場合
は、多くのケースではクライアントとサーバが物理的に
同一の実行時属性を利用していたため、自動的に同じ内
容を割り当てることができた。また、実行時属性を一時
的に変更した場合も、これがすべての処理部分に反映さ
れていた。ただし、遠隔手続き呼び出し（リモート・プ
ロシージャ・コール：ＲＰＣ）などのように、たとえば
ネットワークを介して行なわれるようなプロセス間での
擬似的な副手続き呼び出しの場合には、クライアント側
の実行時属性がサーバ側に引き継がれておらず、サーバ
側は独自の実行時属性のままで処理を行なっていた。ま
た、クライアント側で実行時属性が変更されても、これ
をサーバ側に反映させることができなかった。

【００１０】（３）ネットワークを介するものを含むメ
ッセージ受け渡しによる制御の場合には、呼び出し時に
クライアント側の実行時属性がサーバ側に引き継がれて
おらず、サーバ側は独自の実行時属性のままで処理を行
なっていた。また、クライアント側で実行時属性が変更
されても、これをサーバ側に反映させることができなか
った。

【００１１】以上、（１）、（２）および（３）を通し
てみると、ネットワークを介する場合を含み、一つの処
理を複数のプロセスで実行する場合には、プロセスごと
に実行時属性の整合が取れず、またサーバの処理実行中
にクライアントの実行時属性が変化したときに、サーバ
がこれに追随して動的に属性を更新できるようにはなっ
ていなかった。

【００１２】

【発明が解決しようとする課題】このように、従来にお
いては、図１８に示したように、クライアントプロセス
４１とサーバプロセス４２とには、独自の属性情報がそ
れぞれに割り当てられていたために（同一のコンピュー
タシステム上に存在するのか、ネットワークで接続され
た異なるコンピュータシステム上に存在するのかは問わ
ない）、一つの処理を複数のプロセスで実行する場合
に、サーバとクライアントとの実行時属性の整合を取る
ことができず、サーバはクライアントとは無関係な実行
時属性で処理するしかなかったため、たとえば、次のよ
うな問題があった。

【００１３】（１）利用者に見えるすべてのコンピュー
タ資源をオブジェクトとして扱い、資源へのアクセスを
オブジェクトへのメッセージ受け渡しとして扱うような
システムにおいて、クライアント（ここではメッセージ
の送信者）の利用者ＩＤ、所属グループ、権限レベルな
どの利用者情報によってサーバ（ここではオブジェク
ト）の動作を差別してアクセスの制御を実現したいとい
う場合には、メッセージ中に明示的にこれら利用者情報
を埋め込んで、サーバ（オブジェクト）側の明示的な手
続きとしてこれを取り出して記憶し、以降は動作を差別
すべきところでサーバ（オブジェクト）がこれを参照す
る、という処理を行なうという煩雑な処理が必要であ
る。

【００１４】なお、利用者としては特に意識することな
く、大部分がハードウエアおよびオペレーティングシス
テム（コンピュータシステム）によって実現される機能
を「システムサポート機能」と呼ぶことにする。この用
語の意味で、システムサポート機能以外についても利用
者がプログラミングすることによって機械語実行可能な
処理であれば、理論上は「どのような機能であっても実
現可能である」と表現され得ることになるが、実際的な
意味ではシステムサポートなしでこうした機能を実現す
ることはほとんど不可能である。こうしたことから、こ
の処理は従来実際的には不可能であったと表現して差し
支えないものである。

【００１５】また、たとえ前述のように利用者手続きと
して利用者情報を引き継ぐようにしても、利用者情報は
システムサービスが利用できる領域にないため、システ
ムサービスとして利用者情報に応じたセキュリティを実
現することはできない。

【００１６】（２）メッセージ受け渡しによる手続き呼
び出しの場合には、図１９に示したように、クライアン
トプロセス４１の優先度情報が、サーバプロセス４２に
（動的に）反映されないため、たとえば特定のジョブの
実行を早く終わらせようとしてクライアントプロセス４
１の優先度を高くしても、サーバプロセス４２の優先度
は元のままで残るため、結果としてジョブの実行が早め
られる保証が得られない。

【００１７】（３）メッセージ受け渡しによる手続き呼
び出しの場合には、図２０に示したように、クライアン
トプロセス４１の権限レベルがサーバプロセス４２に
（動的に）反映されないために、たとえば、ある利用者
がクライアントプロセス４１の権限レベルを一時的に高
くし（１５）、クライアントプロセス４１としてはより
機密レベルの高いオブジェクト４３をアクセスできるよ
うにしても（１０以上）、サーバプロセス４２の権限レ
ベルは元のままで残ってしまい（５）、結果として、全
体としてはより機密レベルの高いオブジェクト４３をア
クセスできるようにならない（図２０（ａ））。

【００１８】逆に、クライアントプロセス４１の権限レ
ベル（５）が、オブジェクト４３をアクセスすることが
できない（１０以上）場合であっても、オブジェクト４
３をアクセス可能な権限レベル（１５）をもつサーバプ
ロセス４２にアクセスを要求されてしまうなどによる不
正なアクセスを防止することができない（図２０
（ｂ））。

【００１９】（４）メッセージ受け渡しによる手続き呼
び出しの場合には、図２１に示したように、クライアン
トプロセス４１とサーバプロセス４２との利用者ＩＤが
必ずしも一致しないために、サーバプロセス４２の動作
記録が正しくクライアントプロセス４１の利用者のもの
とならず、利用者管理システム４４がトレース情報４４
１を採取する際に、利用者それぞれの動作の追跡を完全
に行なうことができない。また、サーバプロセス４２で
使用された資源が正しくクライアントプロセス４１の利
用者のものとしてカウントできないために、資源使用量
４４２を正しく採取することができず、たとえば利用者
ごとの資源使用制限を行なうといったことを正確に行な
うことができない。また、これにより利用者ごとの課金
情報４４３を算出するといったこともできない。

【００２０】したがって、図２２に示したように、メッ
セージ受け渡しによる呼び出しがネストして行なわれる
ような場合、すなわち、クライアントプロセス４１がサ
ーバプロセス４２ａを呼び出し、さらにこのサーバプロ
セス４２ａがクライアントプロセスとして振る舞って、
新たにサーバプロセス４２ｂを呼び出すという処理手順
の場合では、サーバプロセス４２ａがクライアントプロ
セス４１の実行時属性を引き継いだり、あるいは動的に
更新したりしないために、クライアントの実行時属性を
考慮してサーバを実行制御するといったことができない
といった問題があった。

【００２１】この発明は、このような実情に鑑みてなさ
れたものであり、要求元のプロセスの実行時属性を要求
先のプロセスの実行時属性に反映させることによって、
要求先のプロセスを適切に実行制御することのできるコ
ンピュータシステムおよびプロセス実行制御方法を提供
することを目的とする。

【００２２】

【発明を解決するための手段】この発明は、プロセスを
実行制御するための実行時属性をプロセスそれぞれに対
応して設定するコンピュータシステムにおいて、第１の
プロセスの要求により第２のプロセスを実行するとき
に、前記第１のプロセスに対応した実行時属性と前記第
２のプロセスに対応した実行時属性とから前記第２のプ
ロセスの新たな実行時属性を算出する算出手段と、この
算出手段により算出された新たな実行時属性にしたがっ
て前記第２のプロセスを実行制御する実行制御手段とを
具備してなることを特徴とする。

【００２３】この発明においては、たとえば遠隔手続き
呼び出しとプロセス生成とを含む手続き呼び出しや、メ
ッセージの受け渡しによってプロセスの実行を開始する
ときに、算出手段が、要求元のプロセスの実行時属性と
要求先のプロセスの実行時属性とから要求先のプロセス
の新たな実行時属性を算出する。そして、実行制御手段
は、この算出手段により新たに算出された実行時属性に
したがって、要求先のプロセスを実行制御する。

【００２４】これにより、たとえば要求元のプロセスと
要求先のプロセスとが異なる利用者情報を初期値として
もっているような場合に、要求先のプロセスの利用者情
報を一時的に要求元のプロセスの利用者情報に置き換え
て実行するなどにより、利用者ごとの資源管理や課金管
理などを正確に実施することができ、より適切な運用管
理を実施することが可能となる。また、要求元のプロセ
スがもつ優先度と要求先のプロセスがもつ優先度とから
要求先のプロセスの新たな優先度を求めれば、より適切
な実行制御を行なうことが可能となる。

【００２５】また、この発明は、前記第２のプロセスの
実行前の実行時属性を退避する退避手段と、前記第１の
プロセスの要求に伴なう実行が終了したときに、前記退
避手段により退避した前記第２のプロセスの実行前の実
行時属性を復帰させる復帰手段とをさらに具備してなる
ことを特徴とする。

【００２６】この発明によれば、要求先のプロセスに要
求元のプロセスの情報を残存させることがないため、セ
キュリティ面でも適切な運用管理を実施することが可能
となる。

【００２７】また、この発明は、前記算出手段が、前記
第２のプロセスの実行を開始した後に前記第１のプロセ
スに対応した実行時属性が更新されたときに、その更新
後の前記第１のプロセスの実行時属性と前記退避手段に
より退避された前記第２のプロセスの実行前の実行時属
性とから、前記第２のプロセスの新たな実行時属性を算
出し直す手段を具備してなることを特徴とする。

【００２８】この発明によれば、要求先のプロセスの実
行が開始された後に要求元のプロセスの属性情報が更新
されたときであっても、即時的にその更新が要求先のプ
ロセスの属性情報に反映されるため、環境の変化に対し
てずれを生じることなく適切な実行制御を継続していく
ことが可能となる。

【００２９】

【発明の実施の形態】以下、図面を参照してこの発明の
実施の形態を説明する。図１には、本実施形態における
プロセスの実行制御の概要が示されている。たとえば、
図１（ａ）に示したように、サーバプロセス１の実行が
他のプロセスから要求されたときに、このサーバプロセ
ス１の実行を要求したプロセスの属性情報（Ａ）２ａ
と、サーバプロセス１が初期値としてもつ属性情報
（Ｂ）２ｂとから、サーバプロセス１の新たな属性情報
（Ａ＋Ｂ）２ｃを算出し、この新たに算出した属性情報
（Ａ＋Ｂ）２ｃに基づいて、サーバプロセス１を実行制
御する（図１（ｂ））。このとき、更新前の属性情報
（Ｂ）２ｂをバックアップとして保持しておき、この要
求に伴なう実行が終了したときに、バックアップしてお
いた属性情報（Ｂ）２ｂを復帰させる。また、このサー
バプロセス１が、クライアントサーバとしてさらに他の
プロセスの実行を要求したときは、この算出された新た
な属性情報（Ａ＋Ｂ）２ｃを要求先の属性情報に反映さ
せる。すなわち、要求元のプロセスの属性情報を要求先
のプロセスの属性情報に反映させることにより、それぞ
れのプロセスを協調させて動作させることが可能とな
る。また、要求元のプロセスの属性情報を要求先のプロ
セスの属性情報に置き換えて実行制御することも有効で
ある。

【００３０】図２は本実施形態における利用者、プログ
ラムおよびオブジェクトの関係を説明するための概念図
である。図２において、利用者（Ｉ）２０は、プログラ
ムの利用者であり、ここでは利用者に関する利用者Ｉ
Ｄ、セキュリティで使用されるカテゴリ情報、および権
限レベルなどの情報をも指すものとする。

【００３１】プログラム（Ｘ）１１は、利用者（Ｉ）２
０が直接取り扱うノード（ａ）１０上のプログラムであ
り、ノード（ｂ）１０のプログラム（Ｙ）１１に対して
はクライアントとして動作する。

【００３２】プログラム（Ｙ）１１は、プログラム
（Ｘ）１１によって呼び出されるノード（ｂ）１０上の
プログラムである。オブジェクト１３は、プログラム
（Ｙ）１１が操作するオブジェクト（たとえばディスク
装置などのコンピュータ資源）であり、また、操作属性
１４は、このオブジェクト１３の操作属性である。

【００３３】実行時属性（Ｘ）１２は、プログラム
（Ｘ）１１の実行時属性であり、この実行時属性（Ｘ）
１２は、現在実効属性、呼び出し前属性およびクライア
ント属性の３つの属性からなっている。この現在実効属
性には、プログラムの利用者の利用者ＩＤ、セキュリテ
ィで使用されるカテゴリ情報、権限レベル、実行時プラ
イオリティ、ＣＰＵ時間を含む使用リソース量などの情
報が格納されている。なお、プログラム（Ｘ）１１で
は、呼び出し前属性には現在実効属性と同じ内容が格納
されており、かつクライアント属性には何も格納されて
いない。また、実行時属性（Ｙ）１２は、プログラム
（Ｙ）１１の実行時属性であり、プログラム（Ｘ）１１
と同様の構造をもつ。そして、この実行時属性（Ｙ）１
２には、クライアント属性にプログラム（Ｘ）１１の現
在実効属性が格納される。

【００３４】本実施形態のコンピュータシステムでは、
プログラムを実行するときに、プログラムそれぞれに対
し、ラベル付けのため、またはシステムが操作するため
のパラメタとして種々の属性を設定する。これを実行時
属性と呼ぶ。

【００３５】前述したように、実行時属性は、現在実効
属性、呼び出し前属性およびクライアント属性の３つの
属性から構成されている。現在実効属性は、実行時属性
の内、現在有効なものをいう。

【００３６】呼び出し前属性は、メッセージ受け渡しに
より他のプログラムのサーバとして動く際、メッセージ
を受ける前の現在実効属性を退避したものをいう。この
情報は、呼び出し実行後の属性復元用として利用されも
のであるが、その詳細は後述する。

【００３７】また、クライアント属性には、そのプログ
ラムを呼び出したプログラムの現在実効属性とクライア
ント属性とが結合されて格納される。なお、呼び出しは
ネストして実行することができることから（たとえばプ
ログラム（Ｘ）がプログラム（Ｙ）を呼び出し、さらに
プログラム（Ｙ）がプログラム（Ｚ）を呼び出すな
ど）、クライアント属性には、呼び出したプログラムの
現在実効属性がサーバ側で順次スタックされていくこと
になる。

【００３８】この実行時属性の格納例を図３に示す。図
３では、前述したように、呼び出しがネストしたケース
（プログラム（Ｘ）がプログラム（Ｙ）を呼び出し、さ
らにプログラム（Ｙ）がプログラム（Ｚ）を呼び出した
ケース）におけるプログラム（Ｚ）の実行時属性を説明
するものである。この実行時属性における現在実効属
性、呼び出し前属性およびクライアント属性（プログラ
ム（Ｙ）の現在実効属性およびプログラム（Ｘ）の現在
実効属性）には、それぞれ利用者ＩＤ、カテゴリ情報、
権限レベル、実行時プライオリティ、ＣＰＵ時間、クラ
イアント名、クライアントノード名、サーバプログラム
名、サーバノード名および使用リソース量などの内容が
入っている。

【００３９】このうち、利用者ＩＤは、プログラム
（Ｘ）、（Ｙ）および（Ｚ）を通じてもとの起動者
（Ｉ）に関する情報が格納される。カテゴリ情報、権限
レベルおよび実行時プライオリティは、クライアントの
実行時属性と自身の実行環境とから定められる。たとえ
ば機密上重要なノードにおいては、一般の利用者の権限
レベルは低く評価されるなどの制御を受ける。

【００４０】ＣＰＵ時間は、自身の費やしたＣＰＵ時間
であり、たとえばプログラム（Ｚ）の場合、プログラム
（Ｘ）およびプログラム（Ｙ）についての情報は意味を
持たない。

【００４１】そして、クライアント名、クライアントノ
ード名、サーバプログラム名およびサーバノード名につ
いては、それぞれの呼び出し元、および呼び出し先の情
報を格納する。

【００４２】ここで、利用者（Ｉ）２０が、直接にはノ
ード（ａ）１０のプログラム（Ｘ）１１を利用して、間
接的には他のノード（ｂ）のプログラム（Ｙ）１１を呼
び出してオブジェクト１３にアクセスするという場合を
例にして、前述した構成をもつ本実施形態のコンピュー
タシステムの動作手順を説明する。なお、ここでは、あ
るノードのプログラムが別ノードのプログラムを呼び出
すＲＰＣ処理の場合を前提に説明する。プログラム
（Ｘ）１１が、自身が実行中であるノードと同一のノー
ドにある手続きを呼び出す場合には、ここで述べるＲＰ
Ｃ型の呼び出しを行なっても良いし、従来のプログラム
呼び出しによる方式で呼び出しを行なっても良い。

【００４３】図４には、このときの全体の流れが示され
ている。以下に、この図４に示される個々のステップの
詳細について詳述する。 ・利用者（Ｉ）によるプログラム（Ｘ）の起動 （図４のステップＡ１，図５）利用者（Ｉ）２０がログ
オンを行なうと（図５のステップＢ１）、利用者（Ｉ）
２０を代表するコンピュータシステム上の実体が作成さ
れる（図５のステップＢ２）。このコンピュータシステ
ム上で利用者（Ｉ）２０がプログラム（Ｘ）１１を起動
すると（図５のステップＢ３）、コンピュータシステム
は、プログラム（Ｘ）１１を実行するときのシステムの
実行環境（Ｘ）１５と、利用者（Ｉ）２０の属性と、プ
ログラム（Ｘ）１１自身の固有の属性とを用いて、プロ
グラム（Ｘ）１１の現在実効属性を決定する（図５のス
テップＢ４）。

【００４４】このとき、実行時属性（Ｘ）１２は、図６
に示したように、呼び出し前属性は初期化（Ｘ０）さ
れ、現在実効属性はＸ０、現在実効属性の利用者はＩ、
サーバはなし、クライアントはなし、という状態にな
る。また、クライアント属性も存在しない。

【００４５】・プログラム（Ｘ）によるプログラム
（Ｙ）の呼び出し（Ｘ側の処理） （図４のステップＡ２，図７のステップＣ１〜ステップ
Ｃ４）プログラム（Ｘ）１１がプログラム（Ｙ）１１を
呼び出す際、コンピュータシステムは、まずプログラム
（Ｘ）１１の現在実効属性を取り出して、これにプログ
ラム（Ｘ）１１のクライアント属性（ここではなにも存
在しない）を付加し、プログラム（Ｙ）１１を呼び出す
ためのメッセージ中に埋め込む（図７のステップＣ
１）。

【００４６】このとき、コンピュータシステムは、プロ
グラム（Ｘ）１１の実効属性の中のサーバ情報に、“Ｙ
を呼び出し中”という情報をセットする（図７のステッ
プＣ２）。

【００４７】最後に、コンピュータシステムは、ノード
（ｂ）１０のシステムに、プログラム（Ｙ）１１呼び出
し用のメッセージを送信し（図７のステップＣ３）、プ
ログラム（Ｙ）１１からの返答を待機する（図７のステ
ップＣ４）。

【００４８】これにより実行時属性（Ｘ）１２には、図
８に示したように、サーバにＹがセットされることにな
る。 ・プログラム（Ｘ）によるプログラム（Ｙ）の呼び出し
（Ｙ側の処理） （図４のステップＡ３，図９のステップＤ１〜ステップ
Ｄ５）一方、プログラム（Ｙ）１１の呼び出し用のメッ
セージを受信したノード（ｂ）１０のコンピュータシス
テムでは（図９のステップＤ１）、この受信したメッセ
ージからプログラム（Ｘ）１１の実行時属性を取り出す
（図９のステップＤ２）。そして、ノード（ｂ）１０の
コンピュータシステムは、このプログラム（Ｘ）１１の
実行時属性と、プログラム（Ｙ）１１を実行するときの
システムの実行環境（Ｙ）１５とから、プログラム
（Ｙ）１１の実行時属性を更新する（図９のステップＤ
３）。

【００４９】ここでのプログラム（Ｙ）１１の実行時属
性（Ｙ）１２は、図１０に示したように、利用者はＩ、
サーバはなし、クライアントはＸとなる。なお、呼び出
し前属性には、呼び出される前のものと同じＹ０がその
まま格納される。

【００５０】この後、システムは、プログラム（Ｙ）１
１の手続きに制御を移す（図９のステップＤ４）。これ
によりプログラム（Ｙ）１１は、自身の固有処理を実行
していくことになる（図９のステップＤ５）。

【００５１】・プログラム（Ｙ）のオブジェクトの操作 （図４のステップＡ４，図１１）ノード（ｂ）１０のコ
ンピュータシステムは、まずオブジェクト１３の操作属
性１４と、プログラム（Ｙ）１１の実行時属性（Ｙ）１
２の利用者情報とを取り出す（図１１のステップＥ
１）。ここでもし、操作属性１４のカテゴリと利用者情
報のカテゴリとが一致しない場合には（図１１のステッ
プＥ２のＮ）、コンピュータシステムは、セキュリティ
上の権限エラーとしてアクセスを拒否する（図１１のス
テップＥ５）。

【００５２】また、操作属性１４の権限レベルが利用者
情報の権限レベルより高い場合にも（図１１のステップ
Ｅ３のＮ）、コンピュータシステムは、セキュリティ上
の権限エラーとしてアクセスを拒否する（図１１のステ
ップＥ５）。

【００５３】そして、このようなチェックをすべて通っ
た場合に（図１１のステップＥ２のＹ，ステップＥ３の
Ｙ）、コンピュータシステムはアクセス処理を実行する
（図１１のステップＥ４）。

【００５４】すなわち、本実施形態では、プログラム
（Ｙ）１１を実行中であるノード（ｂ）１０のコンピュ
ータシステムが、プログラム（Ｘ）１１のもともとの利
用者（Ｉ）２０の属性にしたがって、アクセス制御を行
なうことになる。

【００５５】・プログラムＹの復帰処理（プログラム
（Ｙ）側の処理） （図４のステップＡ５，図９のステップＤ６）プログラ
ム（Ｙ）１１の処理が終了すると、ノード（ｂ）１０の
コンピュータシステムは、図１２に示したように、実行
時属性（Ｙ）１１に含まれるプログラム（Ｘ）１１によ
る呼出前の実行時情報から現在実効情報をＹ０に復元す
る。

【００５６】この後、処理結果を付加して、処理終了を
通知するメッセージをプログラム（Ｘ）に送信する（図
９のステップＤ６）。 ・プログラム（Ｘ）の復帰処理（プログラム（Ｘ）側の
処理） （図４のステップＡ６，図７のステップＣ５）処理終了
のメッセージを受信したプログラム（Ｘ）１１は、待機
状態を解除され、プログラム（Ｙ）１１の呼び出し以降
の部分を実行する（図７のステップＣ５）。このとき、
ノード（ａ）１０のコンピュータシステムは、図１３に
示したように、実行時属性（Ｘ）１２に含まれるサーバ
からＹを削除する。

【００５７】このように、プログラムそれぞれの実行時
属性をその状況に応じて即時的に更新していくことによ
り、常に適切な実行制御が実施可能となる。 ・実行中の実行時属性の変更 次に、図１４を参照してプログラム（Ｙ）１１の処理開
始後に、プログラム（Ｘ）１１の実行時属性が更新され
たときの動作手順を説明する。

【００５８】まず、クライアント側であるプログラム
（Ｘ）１１が置かれたノード（ａ）１０では、プログラ
ム（Ｘ）１１の実行時属性（Ｘ）１２の更新を行なう
（図１４（ａ）のステップＦ１）。次に、実行時属性
（Ｘ）１２から呼び出し中のプログラム名を取り出して
Ｙを得る（図１４（ａ）のステップＦ２）。そして、シ
ステムは、この呼び出し中のプログラム（Ｙ）１１の置
かれたノード（ｂ）１０に対して、更新された実行時属
性（Ｘ）１２に関する情報の通知メッセージを送信する
（図１４（ａ）のステップＦ３）。

【００５９】一方、サーバ側であるプログラム（Ｙ）１
１が置かれたノード（ｂ）１０では、新実行時属性
（Ｘ）１２に関する情報を受信して（図１４（ｂ）のス
テップＧ１）、この新実行時属性（Ｘ）１２に基づいて
プログラム（Ｙ）１１の実行時属性（Ｙ）１２を更新す
る（図１４（ｂ）のステップＧ２）。

【００６０】これにより、クライアント側の更新が即時
的にサーバに伝達されることになり、適切な実行制御が
継続可能となる。 ・呼び出しネスト 呼び出し処理は、たとえば図１５に示すように、ネスト
とすることが可能であるが（プログラム（Ｘ）１１がプ
ログラム（Ｙ）１１を呼び出し、さらにプログラム
（Ｙ）１１がプログラム（Ｚ）１１を呼び出す）、この
とき、呼び出しの度にすでに述べたクライアント側およ
びサーバ側の処理を実行する。図１６には、この図１５
に示した呼び出しに伴なう実行時属性の伝播が示されて
いる。

【００６１】このように、本実施形態のコンピュータシ
ステムにおいては、クライアントプログラムの属性情報
をサーバプログラムの属性情報に反映させることができ
るため、次に示すようなシステムに適用して有効とな
る。

【００６２】（１）利用者に見えるすべての計算機資源
をオブジェクトとして扱い、資源へのアクセスをオブジ
ェクトへのメッセージ送信として斉一的に扱うセキュリ
ティシステム。

【００６３】このようなシステムにおいては、システム
サポートにより、簡単にアクセス制御を行なうことがで
き、以下の点で有効となる。 （ａ）ネストした呼び出しによるアクセスの場合にもセ
キュリティの動作が保証される。

【００６４】（ｂ）利用者のアクセス権限が一時的に変
更された場合も、これに追随してアクセス属性の変更を
行なうことができる。 （ｃ）メッセージ受け渡しで処理の協調的に行われる場
合であって、同一の利用者が起源となった処理である場
合には、同一利用者ＩＤをキー情報として追跡を行なう
ことができる。

【００６５】（２）クライアント−サーバ型に代表され
るような形態の複数のプログラムの協調で処理を行って
いくシステム。このようなシステムにおいては、以下の
点で有効となる。

【００６６】（ａ）動的なプロセス優先度の変更など、
実行時属性の動的な変更が可能である。 （ｂ）ネットワーク全体で協調して動作するプログラム
群の関連づけたロギングが可能である。

【００６７】（ｃ）ネットワーク全体で協調して動作す
るプログラム群を一括しての資源使用制限が可能であ
る。特にこの場合、呼び出しからの復帰の度に、呼び出
し側プログラムの資源使用情報を更新していくことによ
り、簡単に総資源使用量を求めることができる。

【００６８】（ｄ）ネットワーク全体で協調して動作す
るプログラム群を一括しての課金が可能である。 （ｅ）特に、起動がネストして行なわれる場合にも、
（ａ）〜（ｄ）の動作が保証される。

【００６９】（３）汎用のプログラム読み込み実行プロ
グラムを通じて、不特定多数の必ずしもアーキテクチャ
が同一ではないノードに存在するプログラムを必要時に
順次ダウンロードして読み込み実行していくシステム。

【００７０】（ａ）ダウンロード要求に汎用のプログラ
ム読み込み実行プログラムの実行時属性を付加すること
により、ダウンロードの度の課金が可能である。 （４）ネットワークを通じて、実行中のノードに接続さ
れたノード群に並列的にプログラムを送り込み、送り込
まれたプログラムも、また実行中のノードに接続された
ノード群に並列的にプログラムを送り込むことによっ
て、ネットワーク全体に効率的にプログラムを配布する
システム。

【００７１】（ａ）プログラムの送り込みがネストして
行なわれる場合も、実行時属性に起源となった利用者の
利用者ＩＤが含まれるので、これを見てプログラムの配
布を停止することができる。

【００７２】

【発明の効果】以上詳述したように、この発明によれ
ば、 （１）プログラムの実行順序制御のうち、プロセス間で
呼び出し実行を行なう形式を含むすべての場合におい
て、サーバ側の実行時属性にクライアント側の実行時属
性を反映させることができる。

【００７３】（２）この反映は、呼び出しがネストした
場合にも、呼び出しの度に行なうことができる。 （３）呼び出し実行中、クライアント側で実行時属性の
変更が行なわれたときに、サーバにこれを即時的に反映
させることができる。

【００７４】（４）手続き呼び出し終了後、プログラム
の実行時属性を呼び出し前のものに戻すことができる。 （５）クライアントおよびサーバ間での属性の調和処理
において、単にサーバ側にクライアント側の属性を反映
させるのではなく、サーバの実行環境に応じた変更を行
なうことができる。これにより、適切なプロセス実行制
御が実現されることになる。

【図面の簡単な説明】

【図１】この発明の実施形態におけるプロセスの実行制
御の概要を示す図。

【図２】同実施形態における利用者、プログラムおよび
オブジェクトの関係を説明するための概念図。

【図３】同実施形態の実行時属性の格納例を示す図。

【図４】同実施形態の全体的な動作手順を示すフローチ
ャート。

【図５】同実施形態の利用者（Ｉ）によるプログラム
（Ｘ）の起動を説明するフローチャート。

【図６】同実施形態の実行時属性（Ｘ）の更新状態を示
す図。

【図７】同実施形態のプログラム（Ｘ）によるプログラ
ム（Ｙ）の呼び出し（Ｘ側の処理）を説明するフローチ
ャート。

【図８】同実施形態の実行時属性（Ｘ）の更新状態を示
す図。

【図９】同実施形態のプログラム（Ｘ）によるプログラ
ム（Ｙ）の呼び出し（Ｙ側の処理）を説明するフローチ
ャート。

【図１０】同実施形態の実行時属性（Ｙ）の更新状態を
示す図。

【図１１】同実施形態のプログラム（Ｙ）のオブジェク
トの操作を説明するフローチャート。

【図１２】同実施形態の実行時属性（Ｙ）の更新状態を
示す図。

【図１３】同実施形態の実行時属性（Ｘ）の更新状態を
示す図。

【図１４】同実施形態のプログラム（Ｙ）１１の処理開
始後に、プログラム（Ｘ）１１の実行時属性が更新され
たときの動作手順を説明するフローチャート。

【図１５】同実施形態の呼び出しネストを示す概念図。

【図１６】同実施形態の呼び出しを伴なう実行時属性の
伝播を示す図。

【図１７】アプリケーションプログラムの実行における
処理順序の制御を示す図。

【図１８】従来のクライアントプロセスとサーバプロセ
スとで独自の属性情報が割り当てられていた様子を示す
図。

【図１９】従来の優先度情報が反映されない弊害を説明
する図。

【図２０】従来の権限レベルが反映されない弊害を説明
する図。

【図２１】従来の利用者情報が反映されない弊害を説明
する図。

【図２２】メッセージ受け渡しによるプロセスの呼び出
しがネストして行なわれるようなケースを例示する図。

【符号の説明】

１…サーバプロセス ２ａ，２ｂ，２ｃ…属性情報 １０…ノード １１…プログラム １２…実行時属性 １３…オブジェクト １４…操作属性 １５…実行環境

Claims (8)

【特許請求の範囲】
1. 【請求項１】 プロセスを実行制御するための実行時属
   性をプロセスそれぞれに対応して設定するコンピュータ
   システムにおいて、 第１のプロセスの要求により第２のプロセスを実行する
   ときに、前記第１のプロセスに対応した実行時属性と前
   記第２のプロセスに対応した実行時属性とから前記第２
   のプロセスの新たな実行時属性を算出する算出手段と、 この算出手段により算出された新たな実行時属性にした
   がって前記第２のプロセスを実行制御する実行制御手段
   とを具備してなることを特徴とするコンピュータシステ
   ム。
2. 【請求項２】 前記第２のプロセスの実行前の実行時属
   性を退避する退避手段と、 前記第１のプロセスの要求に伴なう実行が終了したとき
   に、前記退避手段により退避した前記第２のプロセスの
   実行前の実行時属性を復帰させる復帰手段とをさらに具
   備してなることを特徴とする請求項１記載のコンピュー
   タシステム。
3. 【請求項３】 前記算出手段は、前記第２のプロセスの
   実行を開始した後に前記第１のプロセスに対応した実行
   時属性が更新されたときに、その更新後の前記第１のプ
   ロセスの実行時属性と前記退避手段により退避された前
   記第２のプロセスの実行前の実行時属性とから、前記第
   ２のプロセスの新たな実行時属性を算出し直す手段を具
   備してなることを特徴とする請求項２記載のコンピュー
   タシステム。
4. 【請求項４】 プログラムを実行制御するための実行時
   属性をプロセスそれぞれに対応して設定するコンピュー
   タシステムにおいて、 第１のプロセスの要求により第２のプロセスを実行する
   ときに、前記第２のプロセスに対応した実行時属性を前
   記第１のプロセスに対応した実行時属性で更新する更新
   手段と、 この更新手段により更新された新たな実行時属性にした
   がって前記第２のプロセスを実行制御する実行制御手段
   とを具備してなることを特徴とするコンピュータシステ
   ム。
5. 【請求項５】 前記実行時属性は、利用者情報および優
   先度の少なくとも一方を含むことを特徴とする請求項
   １、２、３または４記載のコンピュータシステム。
6. 【請求項６】 前記第１のプロセスの要求は、遠隔手続
   き呼び出しおよびプロセス生成を含む手続き呼び出しに
   よるものであることを特徴とする請求項１、２、３また
   は４記載のコンピュータシステム。
7. 【請求項７】 前記第１のプロセスの要求は、メッセー
   ジ受け渡しによるものであることを特徴とする請求項
   １、２、３または４記載のコンピュータシステム。
8. 【請求項８】 プロセスを実行制御するための実行時属
   性をプロセスそれぞれに対応して設定するコンピュータ
   システムに適用されるプロセス実行制御方法において、 第１のプロセスの要求により第２のプロセスを実行する
   ときに、前記第１のプロセスに対応した実行時属性と前
   記第２のプロセスに対応した実行時属性とから前記第２
   のプロセスの新たな実行時属性を算出し、 この算出された新たな実行時属性にしたがって前記第２
   のプロセスを実行制御する実行制御することを特徴とす
   るプロセス実行制御方法。