JPH05216692A - プログラム実行を管理する方法およびシステム - Google Patents

Abstract

(57)【要約】 （修正有） 【目的】 プロセスが予想可能で順序だてた方式で協同
し動作することが可能な呼出し可能実行時支援サービス
の集合で実施コンピュータプログラムの実行管理方法と
システムの提供。 【構成】 プログラム実行構成要素を次の通り定義す
る。プロセスはプログラム実行の最高レベルの構成要素
で、１つまたは複数のエンクレーブで構成される。エン
クレーブは高級言語で定義された実行意味の範囲を定義
し、アプリケーション終了の範囲及びに共有データ、フ
ァイル、プロシージャー用の名前解決の範囲が含まれ
る。エンクレーブは１つまたは複数のスレッドから構成
される。１つのスレッドはプロシージャーの連続呼出し
から構成され他のスレッドと同時に実行される。プロシ
ージャーは異なる高級言語で書かれている。呼出し可能
サービスは構成要素を作成し終了する手段を備え、プロ
セスの終了要求でプロセス中のすべてのエンクレーブ
（スレッドを含む）が終了する。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、本出願人によってなさ
れた米国特許出願第０７／７５５７０８号（「METHOD A
ND SYSTEM FOR REPRESENTING AND SIGNALING RUN-TIME
PROGRAM CONDITIONS（実行時プログラム状態を表現し合
図を送る方法及びシステム）」）ならびに米国特許出願
第０７／７５５７０６号（「PROGRAM CONDITION HANDLI
NG（プログラム状態処理）」）と称される同じ日に出願
された発明に関連しており、コンピュータシステムにお
いてプログラム実行を管理する方法とシステムに関す
る。

【０００２】

【従来の技術及び発明が解決しようとする課題】コンピ
ュータプログラミング用の様々な高級言語（C, COBOL,
FORTRAN, PL/I）はすべて、アプリケーションプログラ
ムの実行に応じて異なる定義とモデルを備えている。こ
れらのモデルはソフトウェアアプリケーションの実行時
の意味を定義する。首尾一貫してない上に、これらのモ
デルは、全体が１つのプログラム言語で書かれているア
プリケーションにあてはまるだけである。コンピュータ
産業における様々なオペレーティングシステムの環境に
は、アプリケーションプログラム実行の多様なモデルが
ある。たとえば、IBM MVS, VM/CMS, OS/2, CICS および
OS/400などのオペレーティングシステムでは、プログラ
マーはまったく異なる環境でアプリケーションを実行す
ることになる。結果として、複数の環境で使用できるよ
うにアプリケーションプログラムを構造化し記述する際
にさまざまな問題が発生する。

【０００３】様々な産業基準でこうした問題の多くの解
説が試みられてきた、しかし、産業基準はおもに単一言
語または単一オペレーティングシステム環境に適用され
るものであり、複数の言語とオペレーティングシステム
環境を同時に統一するよう試みられてはいない。たとえ
ば、次のようなプログラム言語基準がある。 ・情報システム−プログラム言語COBOL の米国基準、X
3.23-1985 ・情報システム−プログラム言語FORTRAN の米国基準、
X3.9-1990 ・情報システム−プログラム言語Ｃの米国基準、 X3.1
59-1990

【０００４】動作環境 ・コンピュータ環境のＩＥＥＥ基準ポータブルオペレー
ティングシステムインターフェース、ＩＥＥＥ基準100
3.1-1988 （POSIX としても知られている） ・Ｘ／オープン共通アプリケーション環境 従来技術が必要とするが提供してないものは、様々な高
級言語とオペレーティングシステム基準によるまったく
異質のモデルを統一する、プログラム実行の管理方法と
手段である。以下に記載する本発明は、複数のプログラ
ム部分要素から構成され、複数のプログラム言語で書か
れ、２以上のオペレーティングシステム環境で使用で
き、一貫しかつ十分に定義された動作で動くアプリケー
ションを実行するモデルを定義する。

【０００５】用語 本明細書で使用される用語は以下の通りである。活動化（Activation） プログラム活動化とは、実行準備中のプログラムの実行
例を指す（実際にプログラムを実行することとは異な
る。これは「呼出し（invocation) 」の定義を参照のこ
と）。高級言語プログラムは共有部分と非共有部分を備
えている。通常は、共有部分は、命令と定数などで、非
共有部分−各活動化毎に異なる−静的データなどであ
る。活動化とは非共有記憶部の物理的割当てだけでなく
その中の値も示す。すなわち、初めてエンクレーブ内で
プログラムが実行されると、そのプログラム固有の記憶
部分が割り当てられ初期化されるまでその静的記憶部の
活動化は行なわれない。状態重大度コード（Condition Severity Codes) ０から４に渡り、０が最も重大度が低い。状態マネージャ（Condition Manager ） この状態マネージャはある状態が発生するとコンピュー
タシステムの制御を握り、様々なシステムおよび／また
はユーザアプリケーションルーチンを実行することによ
りその状態の処理を管理するプログラムまたは手段であ
る。オペレーティングシステム、実行時環境またはアプ
リケーションプログラムの一部でもよい。カーソル（Cursor） 実行可能命令を示すアドレスポインタである。ハンドルカーソル（Handle Cursor ） ハンドラが呼び出されるハンドルルーチンとスタックフ
レームの両方を示すカーソルである。ヒープ記憶部（Heap Storage） １つのプロセス内で実行中のプログラムに関連する、無
秩序に発生したプログラム記憶領域のグループである。
すなわち、特定の型のプログラム記憶領域は、それらの
発生に論理的な方向づけのないヒープとして考えられ、
ヒープ内のプログラム記憶領域の発生は、その領域が最
も適切な場所に定まる。呼出し（Invocation） 呼出しとは、論理呼出し／戻し機構により制御を受け取
ったコード「プロシージャー」の実行のことである。呼
出しは活動化とは異なる。所定の活動化に対してプロシ
ージャーは複数回呼び出されるし、プロシージャー自体
を再帰的に呼び出すことさえある。プラットフォーム（Platform） 複数のプログラムが実行可能なオペレーティングシステ
ムとコンピュータハードウェアの組合せである。プロシージャー（Procedure ） コンパイラー、すなわち、コンパイル単位の発動出力で
ある。コンパイル単位は、意味を変えることなく、個別
にコンパイル可能な最小のソース列に対応する。再開カーソル（Resume Cursor ） アプリケーション中の実行が再開可能な点を指定するカ
ーソルである。再開（Resume） 状態処理の終了であり、再開カーソルによって示される
命令及びスタックフレームに対する制御権の移動であ
る。スタック（Stack ） プロシージャー呼出し（呼出し／戻し）を支持する概念
上の構造である。「スタック要素」として知られる後入
れ、先出し要素から構成される。スタックフレーム（Stack Frame ） スタックフレームはスタックの１要素である。スタック
フレームは、プロシージャーが呼び出される度に作成さ
れ、プロシージャーがその呼び出しにたいして戻るとき
に削除される。プロシージャー呼出し、実行および戻し
に関連した資源を管理するのに使用される。スタックフレームゼロ（Stack Frame Zero） 最初のルーチンで、スタックフレームの直前の概念上の
スタックフレームである。スレッドまたはタスクが初期
化され、最初のプロシージャーが呼び出され、終了が起
動される理論上の場所である。状態処理のために、ゼロ
番目のスタックフレームは、ある言語の省略時アクショ
ンが適用されるフレームとなる。静的記憶部（Static Storage） プログラムが１つのエンクレーブ内で初めて実行される
ときに新しい割当てを獲得し、プログラムが戻るときに
も割当てが自動的に解除されることはないプログラムの
作業用記憶部である。静的記憶部は、１つのエンクレー
ブ内でプログラムを多重に実行しても不変である。

【０００６】

【課題を解決するための手段及び作用】本発明は、単一
または複数の言語で書かれた複数のアプリケーションが
予測可能かつ順序だてて協同し動作することができる呼
出し可能実行時支援サービスの集合を定義し供給するこ
とにより、コンピュータシステムにおけるプログラム実
行を管理する方法とシステムに関する。本発明は、エン
クレーブ（enclave ）の概念を、プロセス（process ）
やスレッド（thread）とは異なる高級言語の意味上の範
囲として定義し、これらの構成物を使用して、異なる高
級言語で書かれたプロシージャーの集合を管理する実行
時サービスの集合を実現する。１つのエンクレーブは、
プロシージャーのグループの実行を支援する論理的実行
時構造として定義される。エンクレーブ内で呼び出され
る最初のプロシージャーは、「主」プロシージャーとな
り、他のプロシージャーは「従属」プロシージャーとな
る。そのエンクレーブは、共有記憶部、終了および状態
処理を含む高級言語の意味の範囲を制限する。１つのエ
ンクレーブは１つまたは複数のスレッドからなる。１つ
のプロセスは、特徴が実行時環境により記述されている
最も外側の実行時構造である。プロセスの間には階層的
関係はない。むしろ、各プロセスは、個別かつ非同期
に、複数のシステム資源を競うが、他のシステム資源、
特に論理的に区別された「アドレス空間」を所有する。
１つのプロセスは、１つまたは複数のエンクレーブから
なる。呼出し可能サービスは、１つのプロセス内で複数
のエンクレーブを起動したり止めたりする手段を備えて
いる。１つのエンクレーブを終了しても、実行を継続可
能な他のエンクレーブには影響はない。呼出し可能サー
ビスは、複数の独立したプロセスを開始したり止めたり
する手段を備えている。そのプロセスを終了するよう要
求を実行すると、そのサービスは自動的にそのプロセス
で始まったすべてのエンクレーブを終了することにな
る。終了の他の方法は、終了を実行する前に終了状態を
合図するものであり、定義された終了ハンドラを実行す
る。エンクレーブは複数のスレッドをもつことが認めら
れている。１つのスレッドは、本発明の実行環境プログ
ラムモデル内での実行の基本的な単位である。スレッド
が所有する資源は、マシン状態、スタック、論理的に区
別された状態マネジャーである。各スレッドは、非同期
に実行を競う。意味上の範囲が制限されることによる１
つの影響は、アプリケーションの終了を要求する高級言
語ステートメントのコードを実行すると、エンクレーブ
だけが終了することになる。１つの例は、ＣＯＢＯＬの
ＳＴＯＰ ＲＵＮステートメントである。

【０００７】

【実施例】本発明は、複数の高級言語（ＨＬＬ）で記述
できるアプリケーションプログラムの共通実行環境（Ｃ
ＥＥ）と呼ばれる共通実行時環境の一部として実施され
る。ＣＥＥは、状態マネージャを含む共通状態ハンドラ
（ＣＣＨ）を含む。本発明の焦点は２つの主要な領域に
おかれる。第１に、混合言語アプリケーション用に実行
時意味を定義することである。これは、従来の言語基準
を拡大して、複数の言語で書かれた構成要素によりアプ
リケーションの動作を定義する。第２に、複数の部分構
成要素プログラムからアプリケーションを構築するモデ
ルを定義し、部分構成要素プログラム間での制御権の移
動とそれらの間の相互作用を重視する。

【０００８】本発明は、個別にコンパイルされたオブジ
ェクト（コンパイル単位またはプロシージャー）が、一
貫した意味に基づく異なる計算環境において統合され実
行されるプログラム実行アーキテクチャを定義する。こ
のアーキテクチャは、直列、マルチタスキングおよびト
ランザクション指向アプリケーションを備えている。こ
のアーキテクチャは、ＩＢＭのＣＩＣＳなどのトランザ
クション処理システムのマルチ実行単位概念やＯＳ／２
オペレーティングシステムのマルチスレッディング支援
のような、目標プラットフォームで支援されている重要
なアプリケーションの特徴に分解する。このアーキテク
チャは、従来の言語上の意味を支援するが、一貫した自
然な方法でそれらの意味を拡大して、マルチ言語、マル
チアドレス空間／ノード、マルチ実行単位とマルチスレ
ッドアプリケーションを支援する。

【０００９】異なるプラットフォーム上でプログラム管
理アーキテクチャを実施すると、アプリケーションプロ
グラムの相互システム意味一貫性（ＣＳＣ）が現われ
る。 ・高級言語ソースステートメントは複数のプラットフォ
ーム上で同一である。 ・アプリケーションライターインターフェース（ＡＷ
Ｉ）はすべてのプラットフォーム上で同一である。 ・アプリケーション結合、活動化、およびネームスコー
ピングは、すべてのプラットフォームで同じ結果を達成
する。 ・プログラム実行データ（局所と外部静的、自動的）は
すべてのプラットフォームで同じように動作する。 ・スタックとヒープ記憶部は、協同環境下ですべての言
語により供給され、すべてのプラットフォーム上で一貫
性をもって動作する。

【００１０】プログラムモデル プログラム管理は、１つのアプリケーションのプログラ
ム実行構成要素とこうした構成要素の管理に関連する意
味を定義するものである。３つの主要プログラム管理構
成要素、プロセス、エンクレーブおよびスレッドが、こ
うしたアプリケーションを支援するように定義されてい
る。１つのアプリケーションは１つまたは複数のプロセ
スから構成される。複数のプロセスが資源を共有するこ
とはなく、アドレス空間またはシステム境界を横切って
分配できるアプリケーションの構成要素となるよう意図
されている。１つのプロセスは１つまたは複数のエンク
レーブから構成される。エンクレーブは、構成要素のプ
ロシージャーのために、言語の意味の範囲を定義する。
たとえば、ＦＯＲＴＲＡＮ、ＣＯＭＭＯＮまたはＣＯＢ
ＯＬのものや外部オブジェクトなどの言語名分析の範囲
または主プロシージャーを定義する範囲及び関連する言
語意味を定義するものである。１つのエンクレーブは、
１つまたは複数のスレッドから構成される。図１、２及
び３はその関係を示す。スレッドは同期実行の基本単位
である。スレッドは他のスレッドと同時に実行する。ス
レッドは、動作中の同期プロシージャーの呼出しを反映
している関連するスタックを所有する。関連する状態マ
ネージャも所有している。

【００１１】プログラム管理構成要素 プロセス プロセス−プログラムモデルの最高位の構成要素−は、
少なくとも１つのエンクレーブを含む資源−コードもデ
ータも−の集合である。他のプロセスのアドレス空間か
ら論理的に分離されている関連するアドレス空間も備え
られている。１つのプロセスには１つまたは複数のエン
クレーブが含まれることがある。すべてのプロセスは互
いに独立しており、互いに等価である。特に、プロセス
は階層的に関連づけられていることはない。１つのプロ
セスが作成されると、文字列引数が、コマンド線上で渡
されるものと同様の実行時オプションを含むプロセスに
渡される場合がある。パラメータをプロセスに渡す規約
はプラットフォームにより異なる。１つのプロセスが他
のプロセスを作成する場合がある。アプリケーション中
の複数のプロセスは、プラットフォーム上で利用できる
任意のプロセス間通信（ＩＰＣ）により相互通信可能で
ある。ＩＰＣ機構以外には、他のいかなる資源もプロセ
ス間で共有されることはない。プラットフォーム毎に特
定されるために共有可能になる可能性のある資源を活用
すべきではない、というのは、アプリケーションが非標
準で非ポータブルになるからである。１つのプロセスが
他のプロセスを作成するときには、その作成するプロセ
スは、ＣＥＥが、作成されたプロセスが終了したこと
を、その作成したプロセスに伝えるべきであると示すこ
とができる。これは、標準ＣＥＥプロセス間通信機能に
より実行される。

【００１２】エンクレーブ エンクレーブとは、プロシージャーの活動化の集まり
（活動化集合）の実行を支援する論理上の実行時構造の
ことである。「環境」という用語が無条件に使用されて
いれば、通常は、エンクレーブレベルでの高級言語の実
行環境のことを指す。エンクレーブは、高級言語の意味
の範囲を定義する。特に、 ・主プロシージャーと従属プロシージャーの定義の範囲 エンクレーブで呼び出された最初のプロシージャーは、
「主プロシージャー（ＭＡＩＮ）」と指定される。他の
プロシージャーはすべて「従属プロシージャー（ＳＵ
Ｂ）」として呼び出される。（「主プロシージャー」を
含むスレッドは、エンクレーブが終了されたときに終了
される最後のスレッドである。） エンクレーブで呼び出された最初のプロシージャーは、
そのプロシージャーが書かれた言語の規則によりＭＡＩ
Ｎ（主）となる。そのエンクレーブで呼び出された他の
プロシージャーはすべて、そのプロシージャーが書かれ
た言語の規則によりＳＵＢ（従）となる。このプロシー
ジャーには、たとえば、連結規則やソース言語または言
語のコンパイラ指示仕様規則が含まれる。

【００１３】注意すべきことは、ＭＡＩＮまたはＳＵＢ
としてプロシージャーが呼び出され、言語の規則により
再帰呼出しが認められていれば、そのエンクレーブ内で
複数の呼出しがそのプロシージャーに関して行なわれる
場合があり、その呼出しの１つが主プロシージャーで他
が従属プロシージャーである。 ・外部データ（たとえば、ＣＯＢＯＬまたはＰＬ／Ｉの
外部データ、ＦＯＲＴＲＡＮ ＣＯＭＭＯＮ）の共有の
範囲 ・外部ファイル（たとえば、ＣＯＢＯＬまたはＰＬ／Ｉ
の外部ファイル）の共有の範囲 ・言語として知られている最外方プログラム単位の実行
を終了する言語ステートメント（たとえば、ＰＬ／Ｉ
ＳＴＯＰ、 ＣＯＢＯＬ ＳＴＯＰ ＲＵＮ）は、制御
を現エンクレーブの主プロシージャーの呼出しプログラ
ムに戻す。

【００１４】戻すまえに、そのエンクレーブの範囲のプ
ロシージャーにより獲得された資源が開放され（少なく
とも論理的に）、オープンファイルが閉じられる。 ・ブロックからのＧＯＴＯの目標は、エンクレーブの現
スレッド内になければならない。 ・以下の型のデータの範囲と可視性 −自動データ：範囲と可視性はプロシージャーの呼出し
である。 −静的局所データ：範囲は閉鎖エンクレーブで、可視性
はエンクレーブ内の関連プロシージャーの呼出しであ
る。 −静的外部データ：範囲は閉鎖エンクレーブで、可視性
はエンクレーブ内のプロシージャーの呼出しである。静
的記憶部は、エンクレーブが生きている間の最終的に使
用された状態を保持する。 ・ヒープ記憶部は、エンクレーブにおけるすべてのプロ
シージャー（したがって、すべてのスレッド）内で共有
される。１つの言語で書かれたプログラムにより割り当
てられたヒープ記憶部は、他の言語のプログラムにより
開放される。１つのスレッドにより割り当てられたヒー
プ記憶部は、開放されるか又はエンクレーブが終了する
まで維持される。どのスレッドも記憶部を開放できる。
多重スレッデドエンクレーブにおいて、共通実行環境が
ヒープの管理を序列化する。アプリケーションプログラ
ムによる明確な序列化は必要ない。 ・状態管理意味の外部エンクレーブ状態管理意味の範囲
はそれぞれエンクレーブ内でスレッディング（つながれ
る）される。

【００１５】１つのスレッド内のプロシージャーの呼出
しは、ＣＡＬＬステートメントを介して実施される。新
しいスレッドを開始するプロシージャーの呼出しは、ス
レッド作成サービスを介して実施される。標準ＣＡＬＬ
ステートメント、関数呼出し、ＣＯＢＯＬ ＣＡＬＬ識
別子およびＣＡＬＬプロシージャー＿変数は意味上は等
価呼出しである。エンクレーブは、制御権を他のエンク
レーブに転送できる。ＣＥＥは、ＥＸＥＣ ＣＩＣＳ
ＬＩＮＫとＥＸＥＣ ＣＩＣＳ ＸＣＴＬが実行され自
動的に適切な新しいエンクレーブを開始するときを検出
する。呼出し可能サービスＣＥＥＣＲＥＮは、（ＣＩＣ
Ｓではない任意の環境における）新しいエンクレーブを
開始するのに必要な直接機構である。その結果、新しい
エンクレーブで１つのスレッドの同期呼出しが行なわれ
る。すなわち、新しいエンクレーブを作成するスレッド
は、新しいエンクレーブの実行中に実行を「一時停止」
する。作成エンクレーブの他のスレッドは影響を及ぼさ
れることはない。目標エンクレーブのＭＡＩＮプロシー
ジャーが受け取ることができるなら、エンクレーブは仮
パラメータを参考のために渡す場合がある。アプリケー
ションの実行に関連するデータの他の共有は認められな
い。

【００１６】１つのエンクレーブが多重スレッドをもつ
こともある。エンクレーブが終了すると（たとえば、Ｓ
ＴＯＰステートメントにより）、すべてのスレッドが終
了する。エンクレーブの初期スレッドを除いて、スレッ
ドが終了される順序は特定されてない。アプリケーショ
ンは終了の特定の順序に依存することはない。エンクレ
ーブの初期スレッドは、エンクレーブの終了時の最後に
終了される。大域ネーミング規則または相互エンクレー
ブ引数受渡しを介して、ファイルは複数のエンクレーブ
で共有される。１つのエンクレーブ内で開かれたファイ
ルは、エンクレーブ終了時にそれらのファイルが開かれ
ていても必ず閉じられる。この暗示閉鎖は、ファイルが
定義され開かれているプロシージャーの構成言語の終了
出口ルーチンにより実行される。メッセージファイルの
使用はＣＥＥにより調整される。メッセージファイル名
が作成側と新しい環境で同じ場合には、メッセージファ
イルは閉じられない。

【００１７】スレッド スレッドとは、同期呼出しと呼出し単位（プロシージャ
ーを含む）の終了からなる実行構成要素である。それ
は、システムがその状態と共に実行経路に発送する基本
プログラム単位である、たとえば、命令カウンタやレジ
スタなどである。スレッドは、他のスレッドと同時に実
行できる。１つのスレッドは、エンクレーブ内のすべて
のメモリにアドレス指定するが、自分自身のメモリは所
有していない。スレッドは自身の個別スタックを所有し
ており、状態管理意味の範囲を定義する。エンクレーブ
内のすべてのスレッドは、互いに独立しており等しい。
特に、それらのスレッドは階層的に関連づけられてはい
ない。

【００１８】以下に、資源の所有権と共有の点から、プ
ロセス、エンクレーブおよびスレッド間の関係が示され
る。図２は、マルチタスクを行なわないＳＡという名の
プロシージャーを実行する単純な場合を示す。点線のボ
ックスは、論理エンティティを示し、実線のボックスは
ユーザコードの実行場所を示す。 ・プロシージャーがコマンドレベルから実行されると、
プロセス、エンクレーブ及び初期スレッドがすべて暗黙
に作成される。 ・これらの図は論理所有権を示す。実際の制御ブロック
結合はシステムに依存し、しばしば性能により左右され
る。 ・スレッドＳＡで実行中のプロシージャーは、様々な時
点、事前実行結合、ロード時の結合または呼出し時の結
合で外部名と例示的静的記憶部を解決するコンパイル単
位から構成できる。結合の型はどんなものでもよい。 多重エンクレーブをもつ同期実行：ここでの要求は、ス
レッドＳＡが、ＳＡのプロシージャーとＱＡのそれらの
間の完全な独立を維持してＱＡを起動することである。
ＱＡ（ＳＡ同様）は、コマンドレベルから実行可能であ
る。

【００１９】図４を参照すると、スレッドＳＡは、エン
クレーブＱ１を作成し、スレッドＱＡと命名し実行す
る。オペレーティングシステムの視点から、スレッドＳ
ＡとＱＡは、「実行のスレッド」と同じであるが、しか
し、論理的には、それらは独立しており、Ｑ１が完了す
るまでＳ１が待機するという点において同期している。

【００２０】Ｓ１に属している静的データは、Ｑ１に属
しているデータとは異なる名前で離れており、したがっ
て、「charlie 」とよばれる静的外部変数が両方にある
場合には、各プログラムは、「charlie 」のそれ自体の
コピーをもつ。Ｑ１の静的データは、Ｑ１が作成される
ときに論理的に裏付けられて、エンクレーブＱ１が終了
するとき再請求される。エンクレーブＱ１で必要な静的
データは、エンクレーブが作成されるときに初期化され
る。したがって、エンクレーブＱ１が終了しスレッドＳ
Ａは新しいエンクレーブを再度作成し、スレッドＱＡと
命名すると、静的データの新しいコピーが得られる（す
なわち、それは、前のエンクレーブ例から最後に使用さ
れた状態にはない）。

【００２１】エンクレーブＱ１が作成され終了すると、
ユーザとメンバーの出口ルーチンがエンクレーブＳ１の
場合と同様に行なわれる。新しい実行オプションとユー
ザ引数がＳ１からＱ１に渡され、Ｑ１がコマンドレベル
から実行される場合も同じである。

【００２２】ユーザ戻りコードと帰還コードのプロセス
は、エンクレーブＳ１の場合とエンクレーブＱ１の場合
とが同じである。エンクレーブＱ１が終了すると、帰還
コードと戻りコードがＱ１からスレッドＳＡに戻され
る。一般に、スレッドＱＡで発生する状態は、スレッド
ＳＡで設定された状態ハンドラからは独立している。帰
還トークンとコマンドレベルで戻される対応する戻りコ
ードは、エンクレーブＱ１が終了するときにスレッドＳ
１に利用可能になる。

【００２３】スレッドＱＡが、ＳＴＯＰ ＲＵＮまたは
ＣＡＬＬ ＥＸＩＴのような終了を行なうための言語構
成要素を発行する場合、エンクレーブＱ１だけが終了す
る。スレッドＳＡが、エンクレーブＱ１が終了する方法
を示す帰還コードを受け取る。

【００２４】スレッドＱＡの任意のコードからスレッド
ＱＡ以外の位置へのブロックから外へのＧＯＴＯは違法
である。すべての多重エンクレーブまたはスレッドの場
合には、ファイル同期はＣＥＥでは行なわれず、ユーザ
は基本オペレーティングシステムのもつ機能に依存す
る。すなわち、ＳＡとＱＡが同じファイルにアクセスす
る場合、望ましい効果が得られたことを確認するのはユ
ーザまたはシステムの責任である。

【００２５】エンクレーブ内の多重スレッドの実行：軽
量スレッドを実行するための（ＦＯＲＴＲＡＮＴ並列実
行におけるような）要件で、データを容易に共有し単一
タスクを複数のセクションに分割し、それらを同時に異
なるプロセッサで実行する。しかし、メモリは、スレッ
ド間で共有可能でなければならない。これらの軽量スレ
ッドは、プロセッサのオーバーヘッドの点からは、作成
し発送するのが容易でなければならない。図５を参照の
こと。

【００２６】複数のスレッドは静的データの単一コピー
を共有可能で、スタックデータはポインタとパラメータ
を介して共有される場合があることに注意すべきであ
る。モデルは、混合言語アプリケーションの高級言語意
味の効果の定義とトランザクション処理と多重スレッデ
ィングのプログラムモデルへの統合を試みるものとして
開発されたものである。コンセプトは、単一スレッディ
ングアプリケーションのために開発され、マルチスレッ
ディング用に拡張されたものである。

【００２７】ＣＩＣＳトランザクション処理は、実行中
のＣＩＣＳスレッドでエンクレーブを結合する。１つの
エンクレーブが制御権を他のエンクレーブに転送すると
きには、参照のためパラメータを渡し、ポインタを備え
る場合がある。この意味することは、複数のエンクレー
ブはアプリケーションでメモリを共有することが可能で
なければならないということである。

【００２８】アプリケーションは、アドレス指定可能な
メモリを共有しない部分から構成される場合もある。こ
れは、ハードウェアまたはオペレーティングシステムが
多重アドレス空間を準備するときに起こる。それは、ア
プリケーションがシステムネットワークの多重ノードに
分散されるときにも行なわれる。したがって、いくつか
のアプリケーションにおける複数のエンクレーブがメモ
リを共有するという要件と１つのアプリケーションの構
成部分が分散可能であるという要件を持つことになる。
プロセスは、分散可能なアプリケーション内の単位であ
る。プロセス内では、複数のエンクレーブが、それらが
渡す引数によりメモリを共有可能である。

【００２９】スレッドは、並列処理を支援している。ア
プリケーションは実行中の複数の並列経路に分割可能で
あり、経過実行時を改善することも可能である。非同期
事象に依存するプログラム（デバイスドライバなど）を
構成する便利な方法も備えられている。独立スタックと
例外ハンドラによりスレッドは互いから独立して実行可
能である。スレッド作成、終了および相互作用は迅速で
なければならない。アプリケーションが並列処理を利用
可能な程度は、並列化の管理に関連するオーバーヘッド
に直接依存する。スレッド管理は、ＦＯＲＴＲＡＮ Ｄ
Ｏループの並列実行におけるような、アプリケーション
の小さな区域内で並列化の探求ができるほど効率的でな
ければならない。スレッドはエンクレーブの資源を共有
するので、資源、コード又はデータの新しいコピーを選
択的に作成（活動化）する必要なく、資源を作成可能で
ある。その意図は、新しいスレッドを初期化するのに必
要な作業の量を最小にすることである。

【００３０】多重スレッドが導入されるときに、伝統的
な高級言語意味は拡張される。プログラムモデルは、混
合言語意味を多重スレッディングアプリケーションに拡
張する。拡張は、単一スレッディング意味といくつかの
言語のマルチタスキング意味と一貫している。多くの言
語コンセプトは、最初に、エンクレーブ上の効果により
定義されたものである。マルチスレッディングに拡張さ
れるとき、スタックや状態マネージャなど、エンクレー
ブ以外の閉鎖スレッドに影響を及ぼすよう修正される。
他の場合には、ＳＴＯＰステートメントのように、効果
の範囲はエンクレーブであるが、その意味は、エンクレ
ーブのすべてのスレッドを終了するように拡張される。
マルチスレッディングは、それらを変更するよりも意味
を拡張する。単一スレッディングアプリケーションで
は、スレッドにより範囲を定められた意味は、エンクレ
ーブにより範囲を定められるようであるが、それは、単
一スレッドの範囲がエンクレーブのそれと同じためであ
る。

【００３１】呼出し可能サービス 呼出し可能サービスは、アプリケーションプログラム
が、元来のプログラム言語の構文の機能を拡張するプロ
グラムモデルの構成部分を利用することができるよう定
義される。以下のインターフェースの定義はＣ言語を使
用する。以下で使用されたタイプの定義は、本明細書で
は特に定義されない、というのはそれらの定義は各実施
例毎に変化し、本発明を実施するのには重要ではないか
らである。呼出しルーチンは、互換性パラメータタイプ
と、規約を呼出し可能サービスにより予期されたものに
渡すパラメータを使用する必要がある。

【００３２】ＣＥＥＣＲＰＲ−プロセスの作成 新しいプロセスを作成し、その主エンクレーブ内で実行
する初期スレッドを開始する。 void CEECRPR(program＿name, run ＿opts. process ＿id.[fc]) VSTRING *program ＿name; VSTRING *run＿opts; INT4 *process＿id; FEED ＿BACK*fc; ただし、 program ＿nmae（入力） 新しいプロセスの初期エンクレーブで、活動化し、初期
化し、呼び出す主プロシージャーの名前である。 run ＿opts（入力） プロセスの新しい環境を制御する実行時のオプションで
ある。 process ＿id（出力） 新しいプロセスのプロセス識別子 fc（出力／オプション） 新しいプロセスを作成するときに成功の程度を示す帰還
コードである。 注意事項： １．新しいプロセスが作成される。新しいエンクレーブ
が、所定の実行のオプションrun ＿optsによりプロセス
で初期化される。初期スレッドは、メインプログラムと
なるprogram ＿nameで実行を開始するエンクレーブで作
成される。 ２．サービスにより戻されたプロセス識別子は、他のサ
ービス呼出しで新しく作成されたプロセスを参照するた
めに使用される。任意の他の使用は定義されてない。 ３．新しいプロセスは、作成プロセスと非同期に実行す
る。

【００３３】ＣＥＥＥＸＰＲ−現プロセスを脱出。現プ
ロセスのすべてのエンクレーブを終了し、現プロセスを
終了する。 void CEEEXPR 注意事項： １．プロセスにおけるすべてのエンクレーブが通知なし
に即座に終了される。 ２．プロセスにおけるすべての資源が開放される。

【００３４】ＣＥＥＴＲＰＲ−プロセスを終了する。指
示されたプロセスのすべてのエンクレーブを終了し、プ
ロセスを終了する。 void CEETRPR(process＿id.[fc]) INT4 *process ＿id; FEED＿BACK *fc; ただし、 process ＿id（出力） 終了のためのプロセスの識別子である。 fc（出力／オプション） プロセスを終了するときの成功の程度を示す帰還コード
である。 注意事項： １．指示されたプロセスのすべてのエンクレーブは、通
知なしに直接終了される。 ２．指示されたプロセスのすべての資源は、開放され
る。

【００３５】ＣＥＥＣＲＥＮ−エンクレーブを作成する 新しいエンクレーブを作成し、その内で主プロシージャ
ーを活動化し、呼び出す。 void CEECREN(name, run＿opts, user＿arg, encl ＿fc, [fe]) CEE＿ENTRY *name; VSTRING *run＿opts; void *user＿arg; FEED＿BACK *encl ＿fc; FEED ＿BACK *fc; ただし、 name（入力） 「活動化集合」に追加され主プロシージャーとしてエン
クレーブ内で呼び出されるプロシージャーを参照する入
力定数である。 run ＿opts（入力） エンクレーブ内でプログラムの実行に適応可能なＣＥＥ
実行時オプションを含む文字列である。 user＿arg （入力） エンクレーブの第１（主）プロシージャーに渡される引
数である。 encl＿fc （出力） 現呼出しにより作成されたエンクレーブの（主プロシー
ジャーの）実行により作成された帰還コードである。 fc（出力／オプション） 呼出し可能サービス帰還コードが入力されるオプション
パラメータである。 注意事項： １．エンクレーブの実行により作成された帰還コードの
形式と内容はプラットフォームに依存している。 ２．ユーザの脱出は、もしあれば、エンクレーブ初期化
および終了中に行なわれる。 ３．現スレッドは、新しいエンクレーブを待機し、実行
を終了し、制御権をそれに戻す。 ４．オプションがrun ＿optsで渡されない場合、新しい
エンクレーブのオプションを作成する省略時の動作が取
られる。 ５．ＣＥＥメッセージファイルは、省略時またはrun ＿
optsでMSGFILE オプションを指定することにより、メッ
セージファイル名が同じ場合にプロセスにおいてエンク
レーブ間で共有可能である。 ６．ユーザ引数user＿arg は参照のため渡される。それ
はどんなタイプでもよい。ユーザが多重項目を渡す場合
には、エンクレーブで実行される主プログラムにより予
期される引数に応じて、アレイまたは構造が渡される。

【００３６】ＣＥＥＴＲＥＮ−現エンクレーブを終了す
る。ＣＥＥＴＲＥＮサービスの機能は、現エンクレーブ
ですべてのスレッドを終了させ、現エンクレーブを終了
させることである。ＣＥＥＴＲＥＮサービスの呼出しの
結果は以下のような動作となる。 １．各能動スレッドに対して１度CEETRDサービスを呼び
出す。（「主」を含むスレッドは終了した最後のスレッ
ドである。）CEETRTD サービスの動作は以下の通りであ
る。 ａ．現スレッドの各スタックフレーム上で、最初にユー
ザが次にＨＬＬが、登録されたスタックフレーム終了ル
ーチンをすべて実行する。 ｂ．スレッドレベル構成要素終了出口ルーチン（もしあ
れば）を実行する。 ｃ．信号がスレッド作成時に要求される場合、スレッド
が終了したことを示すスレッドの作成部に非同期信号を
選択的に供給する。 ２．エンクレーブレベル制御領域における供給パラメー
タおよび／またはユーザ戻りコードフィールドからエン
クレーブ戻りコードを計算する。 void CEETREN([cel ＿rc＿mod],[user＿rc]) INT4 *cel＿rc＿mod: INT4 *user ＿rc: ただし、 cel ＿rc＿mod （入力／オプション） ０、１、２、または３である。省略されたり上記の集合
の範囲外である場合、０に設定される。 user＿rc （入力／オプション） エンクレーブ戻りコードのユーザ部分を表す数である。 注意事項： １．このサービスは決してその呼出し元に戻らない。 ２．エンクレーブにより所有されたすべての資源が開放
される。 ３．user＿rc パラメータが供給されない場合、 CEET
REN サービスは、エンクレーブレベル制御領域のユーザ
戻りコードフィールドの内容を使用する。供給される
と、以前設定された値より優位におかれる。 ４．cel ＿rc＿mod の値１、２、３は、言語に応じて予
約される。

【００３７】ＣＥＥＴＲＥＣ−信号終了＿緊急および終
了エンクレーブ CEETREC サービスの機能は以下のとおりである。 １．現スレッドで終了＿緊急状態を合図し、再開カーソ
ルが移動しない場合や再開が要求されない場合、処理は
以下のように続く。 ２．現エンクレーブのすべてのスレッドを終了する。 ３．現エンクレーブを終了する。 CEETREC サービスへの呼出しの結果は以下の動作とな
る。 １．CEESGLを呼び出し、現スレッドで終了＿緊急状態を
合図すること。再開カーソルが移動せず、再開が要求さ
れない場合、処理は以下のように続く。 ２．各能動スレッドに１度CEETRTD サービスを呼び出
す。（「主」を含むスレッドは、終了した最後のスレッ
ドである）CEETRTD サービスの動作は以下の通りであ
る。 ａ．現スレッドの各スタックフレームで、ユーザが最初
で、ＨＬＬが次に、すべての登録スタックフレーム終了
ルーチンを実行する。 ｂ．スレッドレベル構成要素終了出口ルーチンを実行す
る（もしあれば）。 ｃ．スレッド作成時に信号が要求される場合、スレッド
の作成側にスレッドが終了したことを示す非同期信号を
選択的に供給する。 ３．エンクレーブ制御領域の供給パラメータおよび／ま
たはユーザ戻りコードフィールドからエンクレーブ戻り
コードを計算する。 ４．エンクレーブが終了したことを示すエンクレーブの
作成側に非同期信号を選択的に供給する。 void CEETREC([cel ＿rc＿mod],[user＿rc]) INT4 *cel＿rc＿mod; INT4 *user ＿rc; だたし、 cel ＿rc＿mod （入力／オプション） ０、１、２、または３である。省略されたり上記の集合
外にある場合、０となる。 user＿rc （入力／オプション） エンクレーブ戻りコードのユーザ部分を表す数である。 注意事項： １．このサービスは決してその呼出し元に戻らない。 ２．エンクレーブにより所有されたすべての資源が開放
される。 ３．高級言語ＳＴＯＰステートメントにより、エンクレ
ーブの通常の終了は、CEETREC サービスを呼び出すこと
により実施される。このサービスは、STOPステートメン
トを発行したスレッドに「終了＿緊急」状態を引き起こ
す。このため、エンクレーブの順番どおりの終了が可能
になる。 ４．user＿rc パラメータが供給されてない場合、CEET
REC サービスは、エンクレーブレベル制御領域のユーザ
戻りコードフィールドの内容を使用する。供給される場
合、以前に設定された値より優位にたつ。 ５．cel ＿rc＿mod の値１、２、３は、使用言語に応じ
て、予約される。

【００３８】ＣＥＥＣＲＴＤ−スレッドの作成 エンクレーブにある新しいスレッドを作成しその実行を
開始する。 void CEECRTD(name, event＿name, thread＿id.[stack ＿size],[arg],[fc]） CEE ＿ENTRY *name; struct CEESTOK *event ＿name; INT4 *thread ＿id; INT4 *stack ＿size; void *arg; FEED＿BACK *fc; ただし、 name（入力） 新しいスレッドが実行を開始するルーチンである。 event ＿name（入力） スレッドが終了するときに共通実行環境により合図され
る信号トークンである。この引数は空文字またはブラン
クからのみ構成される場合、どんな事象の合図もない。 thread＿id （出力） 他の共通実行環境サービスにおける新しいスレッドを参
照するのに使用される共通実行環境により生成された固
有の識別子である。 stack ＿size（入力） 新しいスレッドが省略されるかブランクである場合その
実行時スタックの非否定初期サイズであり、実行時オプ
ションにより指定されたサイズが使用される。 arg （入力、出力、in/out） アドレスでコードに渡される引数。そのタイプは、アド
レスで呼ばれるコードの要件により決定される。 fc（出力／オプション） サービスにより戻された帰還コード。それは、新しいス
レッドを作成するときに成功の程度を示す。 注意事項： １．新しいスレッドが、nameで与えられた外部プロシー
ジャーにおいて実行を開始する。 ２．スレッドはエンクレーブのすべての資源を共有す
る。 ３．ＣＥＥは新しいスタックを備えている。 ４．ユーザは、共有された資源、たとえば、外部データ
の使用を順序づけなければならない。 ５．ルーチンが受け取ることを宣言した場合には引数が
その実行すべきルーチンに渡される。出力引数と入出力
引数が渡される場合がある。スレッドは作成スレッドと
非同期に走行するので、参考のために渡された引数は、
共有変数になり、それらの使用は、必要なら、順序づけ
られるべきである。スレッドはその作成元に戻らないの
で、値に応じて戻された出力引数が失われる。 ６．ＣＥＥはスレッドの状態マネージャを備えている。 ７．thread＿id は、他のサービスへの入力としてスレ
ッドを参照するために使用される。thread＿id の他の
使用は認められない。 ８．スレッド作成の成功はfcにより報告される。これ
は、新しいスレッドの共通実行環境初期化の成功時に報
告されることも、スレッドでのコードの実行が首尾よく
いったときに報告されることもない。

【００３９】ＣＥＥＥＸＴＤ−現スレッドを終了する。
CEEEXTD サービスの機能は、現スレッドを脱出（終了）
することである。これは、特定の順序で以下のステップ
を介して実行される。 １．現スレッドの各スタックフレームで、すべての登録
されたスタックフレーム終了ルーチンを、最初にユーザ
が、次いでＨＬＬが、実行する。 ２．スレッドレベル構成要素終了出口ルーチンを実行す
る（もしあれば）。 ３．スレッドの作成元に、スレッドが終了したことを示
す非同期信号を選択的に供給する、ただしスレッド作成
時に信号が要求された場合である。 void CEEEXTD 注意事項： １．このサービスはその呼出し元に戻ることはない。

【００４０】ＣＥＥＴＲＴＤ−特定のスレッドを終了す
る。ＣＥＥＴＲＴＤサービスの機能は、特定のスレッド
を終了することである。これは、特定の順序で以下のス
テップで実行される。 １．特定のスレッドの各スタックフレームで、すべての
登録されたスタックフレーム終了ルーチンを、最初にユ
ーザが、次にＨＬＬが実行する。 ２．特定のスレッドでスレッドレベルの構成要素終了出
口ルーチンを実行する（もしあれば）。 ３．スレッドの作成元に、スレッドが終了したことを示
す非同期信号を選択的に供給する、ただしスレッド作成
時に要求された場合である。 void CEETRTD(thread ＿id.[fc]) INT4 *thread＿id; FEED＿BACK *fc; ただし、 thread＿id （入力） 終了するスレッドの識別子である。 fc（出力／オプション） スレッドを終了する際に成功の程度を示すオプションの
状態トークンである。 注意事項： このサービスから戻るとき、目標のスレッ
ドがすでに終了を完了したかどうかは未定である。

【００４１】ＣＥＥＴＲＴＣ−終了＿緊急を合図してス
レッドを終了する。CEETRTC サービスの機能は、終了＿
緊急状態を合図した後で現スレッドを終了する便利のよ
い方法を提供することである。すなわち、ＣＥＥＴＲＴ
Ｃサービスへの呼出しの結果以下の動作となる。 １．指定されたＦＥＥＤ＿ＢＡＣＫコードによりＣＥＥ
ＳＧＬサービスが呼び出されて、終了＿緊急状態を合図
する。 ２．再開カーソルが修正されない場合、ＣＥＥＥＸＴＤ
サービスが呼び出されて、現スレッドを終了する。 void CEETRTC 注意事項：このサービスはその呼出し元に戻ることはな
い。

【００４２】スレッド終了に関する注意事項：終了され
たスレッドが「主」ルーチンを含むスレッドである場
合、ＣＥＥＴＲＥＮサービスを呼び出すことにより、Ｃ
ＥＥはエンクレーブ終了を強制する。ＣＥＥＴＲＥＮサ
ービスは、エンクレーブレベル制御領域のユーザ戻りコ
ードフィールドを利用することにより適切な戻りコード
を生成する。ＣＥＥＴＲＥＮへの呼出しは、パラメータ
なしに行なわれる。 終了＿緊急（Ｉ＿Ｉ）状態：終了＿緊急状態は、アプリ
ケーションまたは任意の構成要素により、スレッドを終
了する意図を示すよう合図される（ＣＥＥＳＧＬを呼び
出すことにより）ＣＥＥ定義重大度１状態である。 Ｔ＿Ｉ状態は、通常の状態として処理される。未処理の
スタックフレーム０に到達すると、ＣＥＥ省略時動作
（重大度１状態で、再開する）が適用される。

【００４３】混合言語意味 エンクレーブの主プロシージャーは、エンクレーブの制
御権を受信する第１プロシージャーである。エンクレー
ブで呼び出された最初のプロシージャーは、そのプロシ
ージャーが書かれた言語の規則によりＭＡＩＮ（主）で
あることが可能となる。これには、たとえば、結合規則
やソース言語またはその言語のコンパイラ指示仕様規則
が含まれる。エンクレーブで呼び出される他のすべての
プロシージャーが、そのプロシージャーが書かれる言語
の規則に応じて従属プロシージャーとなることが可能と
なる。注意すべきことは、言語の中には、プロシージャ
ーの同じ活動化が主および従属として呼び出されるもの
もあるし、主／従属指定がコンパイルまたは連結時に明
瞭に指定される必要があるものもあることである。

【００４４】外部データ項目は、エンクレーブ内の名前
により共有される。以下の言語構成要素はすべて、Ｘと
名付けられた同じ外部データ領域を参照するものであ
る。 COBOL 01 X EXTERNAL... FORTRAN COMMON /X/... PL/I DCL 1 X EXTERNAL... C external int X エンクレーブ中のすべてのプロシージャーは、外部デー
タが同じ長さとなるよう宣言しなければならない。初期
化は、エンクレーブ中の１つのプロシージャーの言語構
成要素を介して実行可能である。初期化は、外部データ
を最初に使用する前に達成されなければならない。

【００４５】プロシージャー間の呼出し／戻しは、すべ
ての言語および言語間で同一に動作する。呼び出された
プロシージャーに対する引数は、アーキテクチャ全体に
対して記述された任意の規約に応じて、それが書かれた
言語から独立して渡すことができる。標準ＣＡＬＬステ
ートメント、関数呼出し、ＣＯＢＯＬ ＣＡＬＬ識別
子、入力変数のＣＡＬＬおよびＣ言語やＰＡＳＣＡＬに
おけるような暗黙呼出しは、意味的には、同等の呼出し
である。特に、呼び出されたユニット間で共有する外部
データの意味は、呼び出されたプロシージャーが静的に
または動的に結合されるかどうかに関わらず、維持され
る。呼出しの意味は結合方法から独立している。言語間
ＣＡＬＬは、ネストされた内部プロシージャーではなく
外部プロシージャーのみを参照する。

【００４６】言語は、主プロシージャーの呼出し元に制
御権を戻す効果をもつステートメントを備えている。こ
うしたステートメントを、本明細書では便宜上ＳＴＯＰ
ステートメントと呼ぶが、影響範囲を備え、その範囲は
エンクレーブである。ＳＴＯＰを発行すると、エンクレ
ーブのすべてのスレッドを終了し、すべての資源を開放
し、現エンクレーブの主プロシージャーの呼出し元に戻
る。 明示「エンクレーブ終了」言語の例： FORTRAN STOP PL/I STOP COBOL STOP RUN ＳＴＯＰは、主プロシージャーからの制御権の戻りや、
最後のＥＮＤステートメントであるＣＯＢＯＬ ＧＯＢ
ＡＣＫまたはＰＬ／Ｉ処理としても示されることがあ
る。

【００４７】言語構文によりもたらされたりＣＥＥ呼出
し可能サービスにより合図されたりしても、すべての状
態は等価である。状態を処理する明示構文をもつすべて
の言語は、他の言語によりもたらされた状態やＣＥＥ呼
出し可能サービスを認識し働きかけることができること
になる。状態マネージャの基本的な範囲はスレッドであ
る。ＰＬ／ＩとＣ言語の両方とも、スタックフレーム境
界を横切る枝（branch）を支援し、スキップされたフレ
ームを順序通りに壊してくように概念を備えている。従
来の言語意味の制限内で、任意の言語のプログラムは、
こうした「ＧＯＴＯ」を、同じ言語で書かれたプロシー
ジャーの位置に発行可能である。「ＧＯＴＯ」の目標
は、「ＧＯＴＯ」を実行する同じスレッドになければな
らない。

【００４８】関連発明米国特許第０７／７５５７０６号
の要約 この関連発明は、複数のコンピュータプログラム言語で
書かれたプログラムを処理可能な共通状態処理用の方法
を提供するものである。呼出し可能ルーチンの集合がコ
ンパイルされて、共通状態処理（ＣＣＨ）機能を実施す
る。コンパイラーは、ＣＣＨと相互作用するよう修正さ
れ、ＣＣＨと相互作用するコードを作成する。ＣＣＨ
は、本発明の好ましい実施例で使用される。それは、多
重言語アプリケーションで備えられたすべての言語によ
る状態処理のための共通で、一貫したフレームワークを
備えている。ＣＣＨルーチンは、アプリケーションプロ
グラムが結合可能である外部または入力変数として宣言
される呼出し可能入力ポイントを有する。次に、アプリ
ケーションプログラムは、プログラムの実行中にＣＣＨ
の入力点を呼び出すことにより状態処理プロセスと相互
作用可能である。ＣＣＨは、コンピュータシステムの標
準状態処理手段を初期化して、選択された状態が発生す
るとコンピュータシステムの制御をＣＣＨに向ける。プ
ログラムが書かれた言語用の言語支援プログラムは、そ
のコンピュータプログラム言語に特定の言語状態処理ル
ーチンをもつよう修正するのが好ましい。その言語で書
かれたプログラムプロシージャーまたはサブルーチンが
入力されると、ＣＣＨは、後入れ先出し（ＬＩＦＯ）待
ち行列または等価手段を用いてその事実を記録して、言
語特定ハンドラ（ＬＳＨ）を現スタックフレームに関連
づける。すなわち、複数のネストされたルーチンが処理
されると、ＣＣＨは、特定の状態の発生時にどのＬＳＨ
が実行されるかを判定できるようにＬＳＨの順序づけら
れたリストを作成する。アプリケーションプログラム
は、ＣＣＨの外部入力点の１つを呼び出すことにより選
択的にユーザハンドラを登録する。ユーザハンドラもＬ
ＩＦＯ待ち行列で、現スタックフレームに関連する。状
態が検出されると、最後に登録されたＬＳＨ、すなわ
ち、待ち行列の頂部のものが、状態の使用可能性を検査
する要求とともに実行される。ＬＳＨは、その点で状態
を処理することはない。ＬＳＨが状態が使用不可能であ
ることを示す情報を戻すと、ＣＣＨにより、プログラム
の実行が状態の発生場所で再開される。状態が使用可能
であると、最後の登録ユーザハンドラが実行されること
になる。ユーザハンドラと他のハンドラは、３つの型の
要求の１つでＣＣＨに応答する。すなわち、再開、浸
透、促進である。再開要求は、状態が処理されさらなる
処理の必要はないことを示す。ユーザハンドラが状態を
浸透または促進する場合、ＣＣＨは待ち行列上の次のユ
ーザハンドラを実行する。ユーザハンドラがすべて実行
されると、最後に入力されたＬＳＨが実行される。その
ＬＳＨは３つの要求の１つに応答することもできる。ス
タックフレームに関連したハンドラがすべて実行され、
どれも状態を処理しなかった場合、次の最も古いスタッ
クフレームのハンドラが実行されることになる。関連す
るＬＳＨを備える論理スタックフレームゼロが維持され
る。ＣＣＨは、スタックフレームゼロに関連した自身の
状態ハンドラを備えている。ルーチンが完了すると、そ
のスタックフレームが開放され、関連ハンドラは待ち行
列から取り除かれる。

【００４９】促進要求は、状態が他の状態として再定義
されるよう要求する。浸透要求は、状態が第２の状態処
理ルーチンにより再処理されるよう要求する。再開要求
は、状態が処理されたので、実行が再開カーソルにより
示された点でコード中で再開されるよう要求する。次
に、ＣＣＨが、要求動作を実行することにより促進、浸
透または再開要求を処理する。さらに、再開カーソル
は、ハンドラの要求時に移動（変更）され、維持され
る。脱出ハンドラを登録する個別の手段が備えてあるの
で、状態マネジャーは、通常の脱出処理と自身を関連づ
けることはない。この分離により、従来の言語要件を満
たすことが可能になると同時に、より強力で頑丈な機構
の実施が可能になる。特に、脱出処理を区分すること
で、「ロールバック」の基礎を備え、データの保全性を
回復することができる。ハンドラは、ＣＣＨのルーチン
を呼び出すことによりスレッド、エンクレーブ、プログ
ラムの終了を要求できる。

【００５０】関連発明「米国特許第０７／７５５７０８
号」の要約 この関連発明は、多言語で書かれたプログラムを処理す
る状態マネージャをもつコンピュータシステムにおいて
プログラム実行中に発生する状態を処理する一般的な方
法とシステムの改良である。この方法は、Pascal, FORT
RAN, CおよびCOBOL などの外部呼出しを支援する言語で
書かれたアプリケーションプログラムに結合する外部入
力点のオブジェクトコードをもつ汎用合図ルーチンの生
成と使用を含む。プログラムにより呼ばれると、合図ル
ーチンが、状態マネージャに状態を合図して、呼出し元
に戻る。合図ルーチンはプログラムにより使用され、適
切な状態を状態マネージャに自動的に合図するようサブ
ルーチンをコード化することによりサブルーチンから戻
りコードを検査するステップを除去する。この状態マネ
ージャは、以前に登録されたユーザ定義状態ハンドラを
実行して、状態に適切に応答するものである。帰還トー
クンとして動作可能な汎用状態トークンは、状態識別
子、状態識別子の形式コード、その状態の重大性コー
ド、機能識別子の制御コード、機能識別子、例に依存す
る情報を識別するオプション処理から構成されるよう定
義される。合図ルーチンと帰還トークンは、選択的に帰
還トークンが記憶可能なアドレスを渡すことができるサ
ブルーチンにより使用可能である。実行中に、サブルー
チンは状態を監視する。検出状態の重大性コードがしき
い値より大きい場合、サブルーチンは状態マネージャに
状態を合図するか、または渡されたアドレスに帰還トー
クンを記憶する。

【００５１】

【発明の効果】上記の仕様を使用すると、本発明は標準
プログラム技術により実施可能である。その結果作成さ
れたプログラムは、ディスク、ディスケット、メモリカ
ード、ＲＯＭまたは任意の記憶装置に記憶できる。実行
のためには、プログラムはコンピュータのＲＡＭにコピ
ーできる。中間結果はＲＡＭに記憶される。コンピュー
タ科学の分野の専門家は、記載されたように作成された
ソフトウェアを適切な汎用目的またはシステムを作成す
る専用目的コンピュータハードウェアに組み込むことが
容易に可能になる。

【図面の簡単な説明】

【図１】本発明で使用されているプロセス、エンクレー
ブ、およびスレッド間の関係を示す図。

【図２】本発明で使用されているプロセス、エンクレー
ブ、及びスレッド間の関係を示す図。

【図３】単純プロセスの実行時にプロセス、エンクレー
ブ及びスレッド間の関係を示す図。

【図４】ネストされたエンクレーブ間の関係を示す図。

【図５】並列スレッド間の関係を示す図。

───────────────────────────────────────────────────── フロントページの続き (72)発明者 スティーブン、シャーマン、ミラー アメリカ合衆国カリフォルニア州、サンノ ゼ、ローン、パイン、レーン、1172 (72)発明者 アルフレッド、ウイリアム、シャノン アメリカ合衆国カリフォルニア州、モーガ ン、ヒル、ラ、クロッス、ドライブ、830 (72)発明者 ウイリアム、デイビッド、ウォレース アメリカ合衆国カリフォルニア州、サンノ ゼ、リリアン、ウェイ、6201

Claims (10)

【特許請求の範囲】
1. 【請求項１】コンピュータシステムにおいて、 （１）プロセス、このプロセス内のエンクレーブ、およ
   びこのエンクレーブ内の実行初期スレッドを作成するよ
   う高級アプリケーションプログラムの呼出しを初期化す
   るステップと、 （２）前記初期スレッドからの１つまたは複数の要求を
   実行し、前記エンクレーブ内の他のスレッドと同時に実
   行する追加スレッドを作成するステップと、 （３）１つの所有スレッドから１つまたは複数の要求を
   実行し、前記プロセスの追加エンクレーブを作成し、各
   追加エンクレーブ内の実行の最初のスレッドを作成する
   ステップを備え、２つまたはそれ以上の関連エンクレー
   ブによりプロセスを作成することを特徴とするプログラ
   ム実行を管理する方法。
2. 【請求項２】１つのエンクレーブが複数の高級言語で書
   かれたプロシージャーを含む請求項１記載の方法。
3. 【請求項３】コンピュータシステムにおいて、 （１）初期プロセス、前記プロセス内の初期エンクレー
   ブ、前記初期エンクレーブ内の実行の初期スレッドを作
   成するように高級言語アプリケーションプログラムの呼
   出しの初期化を要求するステップと、 （２）前記初期エンクレーブ中の１つまたは複数の追加
   スレッドの初期化を要求するステップと、 （３）各追加エンクレーブ内の実行の第１スレッドを作
   成するように前記プロセス内の１つまたは複数の追加エ
   ンクレーブの初期化をスレッドの範囲以内から要求する
   ステップとを備え、２つまたはそれ以上の関連エンクレ
   ーブにより１つのプロセスを作成することを特徴とする
   プログラム実行を管理する方法。
4. 【請求項４】前記ステップ（３）がさらに外部サービス
   ルーチンを呼び出し追加エンクレーブを識別するパラメ
   ータで渡すステップを含む請求項３記載の方法。
5. 【請求項５】（１）プロセスと、前記プロセス内のエン
   クレーブと、前記初期エンクレーブ内の実行用初期スレ
   ッドを作成するよう高級言語アプリケーションプログラ
   ムの呼出しを初期化する手段と、 （２）前記エンクレーブ内の他のスレーブと同時に実行
   する追加スレッドを作成するために初期スレッドからの
   １つ又は複数の要求を実行する手段と、 （３）前記プロセスの追加エンクレーブを作成し、各追
   加エンクレーブ内の実行用第１スレッドを作成する所有
   スレッドから１つまたは複数の要求を実行する手段と、 を備えている、コンピュータシステムにおいてプログラ
   ム実行を管理するシステム。
6. 【請求項６】追加スレッドからの１つ又は複数の要求を
   実行し他のスレッドを作成する手段をさらに備えた請求
   項５記載のシステム。
7. 【請求項７】実行する関連エンクレーブとスレッドによ
   り第２のプロセスを作成するよう要求を実行する手段を
   さらに備えた請求項５記載のシステム。
8. 【請求項８】前記プロセスを終了させる要求を実行し、
   それにより前記プロセスにおけるすべてのエンクレーブ
   とスレッドを終了させる手段をさらに備えた請求項５記
   載のシステム。
9. 【請求項９】前記手段（３）はさらに、 （１）所有スレッドの実行を一時的に中断させる手段
   と、 （２）前記追加エンクレーブの主ルーチンに制御権を転
   送し、現エンクレーブに制御を行う手段と、を備えた請
   求項５記載のシステム。
10. 【請求項１０】エンクレーブが複数の高級言語で書かれ
    たプロシージャーを含む請求項５記載のシステム。