JPH07230386A - データ処理装置及び制御ルーチン呼出し方法 - Google Patents

Abstract

(57)【要約】 【目的】 プロセッサとメモリとを含むデータ処理装置
およびデータ処理装置の動作を制御するためのルーチン
を呼び出す方法を提供する。 【構成】 前記データ処理装置において、動作中のプロ
セッサは、データ処理装置の動作を制御するためのスー
パバイザ・サービス・ルーチンからなる第一のセットを
含むスーパバイザ状態を有し、動作中のメモリは、スー
パバイザ・サービス・ルーチンからなる第一のセットを
指すためにスーパバイザ状態によってアクセス可能な第
一のハッシュ・テーブル（ＳＶＣテーブル）を有する。
前記方法は、ルーチンを呼び出すためにどのハッシュ・
テーブルを使用するかを決定するためにテストする第一
のステップと、決定されたハッシュ・テーブルを使用し
て、呼び出されたルーチンを表すコードが常駐するメモ
リ内のアドレス（ｘｘｘｘ、ａａａａ）を検出する第二
のステップと、プロセッサ内でルーチンを実行する第三
のステップとを含む。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、プロセッサとメモリを
含むデータ処理装置に関し、動作中のプロセッサは、デ
ータ処理装置の動作を制御するための１つまたは複数の
ルーチンからなる第一のセットを含むスーパバイザ状態
を有し、動作中のメモリは、１つまたは複数のルーチン
からなる第一のセットを指すためにスーパバイザ状態に
よってアクセス可能な第一のハッシュ・テーブルを有す
る。

【０００２】

【従来の技術】コンピュータのオペレーティング・シス
テムは、そのコンピュータ上でのアプリケーション・プ
ログラムの実行を制御するソフトウェア・プログラムの
集合である。一般に、オペレーティング・システムは、
資源割振りスケジューリング、入出力制御、データ管理
などの各種サービスを提供する。最新のデータ処理分野
では、様々なオペレーティング・システムが知られてい
る。オペレーティング・システムの例としては、様々な
ハードウェア・プラットフォームで機能するＵＮＩＸオ
ペレーティング・システム、ＩＢＭパーソナル・コンピ
ュータ用に開発されたＭＳ−ＤＯＳオペレーティング・
システム、ディジタル・イクイップメント社製造のＶＡ
Ｘシリーズのコンピュータ上で実行されるＶＭＳオペレ
ーティング・システムがある。

【０００３】ＩＢＭ Ｓ／３９０アーキテクチャは、メ
インフレーム・コンピュータ用としては最も広く使用さ
れているハードウェア・アーキテクチャである。このア
ーキテクチャは、汎用コンピュータ用の最初のハードウ
ェア・アーキテクチャとして１９６０年代初頭に導入さ
れたＳ／３６０アーキテクチャの発展形である。ＩＢＭ
Ｓ／３９０アーキテクチャ上で実行するためにプログ
ラミングされたオペレーティング・システムとしては、
ＶＭ／ＥＳＡ、ＭＶＳ／ＥＳＡ、ＡＩＸ／ＥＳＡ、ＶＳ
Ｅ／ＥＳＡの少なくとも４種類がある。これらのオペレ
ーティング・システムは、本質的に開発対象の市場が異
なるために、それぞれ固有の長所と短所を持っている。
それぞれ相違点はあるが、これらのオペレーティング・
システムはすべて同じタスクを実行するもので、どのオ
ペレーティング・システムも同じ機能を提供する傾向が
高まっている。たとえば、最近導入されたＭＶＳ／ＥＳ
Ａオペレーティング・システムは、データ圧縮用のハー
ドウェア機構へのアクセス権をユーザに提供している
が、このような機構は、ＶＳＥ／ＥＳＡオペレーティン
グ・システムの今後のバージョンにも導入されるはずで
ある。Ｓ／３９０アーキテクチャについては、ＩＢＭ発
行の「解説書」というＩＢＭマニュアルＳＡ２２−７２
０１−００（１９９０年１０月に初版発行）に記載され
ている。

【０００４】新たな機構および機能をオペレーティング
・システムに導入するには、新たなプログラミング作業
が大量に必要である。コードの作成が必要なだけでな
く、できるだけ現実的な条件でコードをテストする必要
もある。このため、小規模な修正をするだけでどのオペ
レーティング・システム下でも容易に実行できるような
コードを作成することは意味のあることだと思われる。
このようなコードであれば、あるオペレーティング・シ
ステム下で開発しても、他のオペレーティング・システ
ムまたは他のコンピュータ・ハードウェアに容易に「移
植」できるはずである。その場合、他のオペレーティン
グ・システムのユーザは、最初のオペレーティング・シ
ステムのユーザに提供された新たな機構および機能から
恩恵を受けることができる。そのコードについて他のオ
ペレーティング・システムである程度テストする必要が
あるが、コード・テストの大部分は最初の開発作業中に
行われているので、必要な時間と労力が節約できる。

【０００５】一般に、オペレーティング・システムがこ
の方向に発展したため、いわゆるカーネル・アーキテク
チャを持つ新たなタイプのオペレーティング・システム
が設計されるようになった。このオペレーティング・シ
ステム設計では、オペレーティング・システムが実行さ
れるハードウェア・プラットフォームごとにコードの
「カーネル」が開発される。このカーネルは、すべての
ハードウェア・プラットフォームに対応する標準のイン
タフェース・セットを提供する。オペレーティング・シ
ステム用の共通機能プログラムは、どのハードウェア・
プラットフォームについてもまったく同じ方法でプログ
ラミングできる。このような手法は、Ｗｉｎｄｏｗｓ
ＮＴオペレーティング・システムを開発するためにマイ
クロソフト社が採用したが、オブジェクト指向のＰＩＮ
Ｋオペレーティング・システムのためにＴａｌｉｇｅｎ
ｔとＩＢＭ、アップル、ヒューレット・パッカードとの
共同事業で現在使用されている。

【０００６】カーネル・オペレーティング・システム構
造はまったく新しいオペレーティング・システムには理
想的であるが、上記のＭＶＳ／ＥＳＡやＶＳＥ／ＥＳＡ
などの既存のオペレーティング・システムにその構造を
対応させることができない。また、顧客は既存のオペレ
ーティング・システム下で実行しているアプリケーショ
ン・プログラムにかなり投資しており、一般に、相当な
利点が得られなければオペレーティング・システムを変
更したがらないため、新しいソフトウェア・アーキテク
チャのために既存のオペレーティング・システムを廃棄
することは不可能である。

【０００７】従来のオペレーティング・システムを現在
のニーズに対応させる場合の制約の１つは、同時に呼び
出せるオペレーティング・システム・サービス数の制限
であった。ＩＢＭ Ｓ／３９０アーキテクチャでは、ス
ーパバイザ・サービスとも呼ばれているオペレーティン
グ・システム・サービスごとに、ＳＶＣテーブルという
ハッシュ・テーブルの項目が１つずつ割り振られている
が、これはそのサービスを実行するコードが検出される
メモリ内のアドレスを示すものである。しかし、テーブ
ル内の項目数が制限されているため、限られた数のサー
ビスしかプログラミングすることができない。

【０００８】ＩＢＭテクニカル・ディスクロージャ・ブ
ルテン（Vol. 32、No. 4B、１９８９年９月、pp. 116-1
17）に掲載された"Improved Definition for Superviso
r Calls”という論文は、ＳＶＣテーブルの項目数の制
限に対する解決策を提示している。この論文で提示され
た解決策によると、スーパバイザ・コール（ＳＶＣ）命
令を使用することでオペレーティング・システム・サー
ビスが呼び出される。ただし、ＶＳＥ／ＥＳＡなどの先
行技術のオペレーティング・システムから分かるよう
に、ＳＶＣ命令に関連する割込みコードは、固定されて
いるのではなく、動的に割り振られる。スーパバイザ記
憶域内の特別な位置によって、割込みコードと、提供さ
れるオペレーティング・システム・サービスと、メモリ
内のオペレーティング・システム・サービス用のコード
の位置とのリンクが保持される。

【０００９】このオペレーティング・システム設計も、
オペレーティング・システム・サービスからのコードを
あるオペレーティング・システムから別のオペレーティ
ング・システムに容易に移植できるようにするものであ
る。しかし、オペレーティング・システム・サービスへ
の割込みコードが固定され、動的可変になっていない既
存のオペレーティング・システムにオペレーティング・
システム・サービスを追加する際にこの設計では対応で
きない。

【００１０】たとえば、すべてのオペレーティング・シ
ステムで機能していたオペレーティング・システム・サ
ービス用のコードを生成したい場合は、そのオペレーテ
ィング・システム・サービスを実行したいすべてのオペ
レーティング・システムのＳＶＣテーブルで自由な割込
みコードを決定する必要があるだろう。

【００１１】他の多くのオペレーティング・システムに
共通の新たなオペレーティング・システム・サービスを
提供する際の問題に対する上記以外の解決策は、ヨーロ
ッパ特許出願第００９３２６７号（ＩＢＭ）、ヨーロッ
パ特許出願第０１９７５５２号（マイクロソフト）、ヨ
ーロッパ特許出願第０３１５４９３号（Ｖｉｓｉｓｙｓ
ｔｅｍｓ）、ヨーロッパ特許出願第０３１７４７８号
（ＩＢＭ）、ヨーロッパ特許出願第０３７２８３５号
（ＩＢＭ）、ＩＢＭテクニカル・ディスクロージャ・ブ
ルテン所載の論文"Method for Developing High-Level
Programming Interface Capabilities"（Vol. 34、No.
8、１９９２年１月、pp. 107-110）に記載されている。
しかし、これらの解決策はどれも前述の解決策と同様の
欠点を有し、いくつかの中間ステップが必要か、あるい
はアプリケーション・プログラマが直接アクセスできな
いようになっている。

【００１２】

【発明が解決しようとする課題】このため、本発明の目
的は、ルーチン用のコードが最初にプログラミングされ
たオペレーティング・システムとは異なるオペレーティ
ング・システムでオペレーティング・システム・サービ
スを提供するルーチンを呼び出すための装置および方法
を提供することにある。

【００１３】

【課題を解決するための手段】上記の目的は、１つまた
は複数のルーチンからなる第二のセットを指すためにス
ーパバイザ状態によってアクセス可能な第二のハッシュ
・テーブルを有する動作中のメモリと、スーパバイザ状
態によって第一のハッシュ・テーブルと第二のハッシュ
・テーブルのどちらにアクセス可能かを示すためのテー
ブル指示手段を提供するデータ処理装置とによって達成
される。

【００１４】テーブル指示手段を使用すると、第二のハ
ッシュテーブル、すなわち、スーパバイザ・コール（Ｓ
ＶＣ）テーブルにアクセスできる。このため、そのオペ
レーティング・システム用のスーパバイザ・サービス・
ルーチンを開発するプログラマは、かなりの量の再プロ
グラミングを行わずに別のオペレーティング・システム
用に開発したスーパバイザ・サービス・ルーチンにアク
セスできる。また、テーブル指示手段を設けることによ
り、既存のスーパバイザ・コール・テーブルとは無関係
に、複数のオペレーティング・システムで使用できるス
ーパバイザ・サービスの開発が可能になる。既存の各ス
ーパバイザ・コール・テーブルにとって必要なのは、共
通のスーパバイザ・コール・サービスを指す項目を持つ
新たに開発したハッシュ・テーブルへのアクセスを可能
にするような項目を設けることだけである。さらに、本
発明では、追加サービスへのアクセスを提供する、別の
ハッシュ（ＳＶＣ）・テーブルへのアクセス方法および
装置が提供されるため、オペレーティング・システムが
アクセスできるスーパバイザ・コール・サービスの数を
大幅に拡張できる。

【００１５】本発明の一実施例では、テーブル指示手段
が第一のハッシュ・テーブルのインデックスになってい
る。このような構成には、オペレーティング・システム
の大幅な再プログラミングが不要になるという利点があ
る。第一のハッシュ・テーブルの自由項目を使用する
と、第二のルーチン・セットを持つ第二のハッシュ・テ
ーブルを呼び出すルーチンにアクセスできる。したがっ
て、第一のルーチン・セットは先行技術で知られている
ようにアクセスすることができ、第二のルーチン・セッ
トへのアクセスが必要な場合だけ、追加コードの実行が
必要になる。

【００１６】本発明の他の実施例では、コンピュータに
入力したプログラムをアセンブルするためのアセンブラ
にマクロ機能が設けられている。このマクロ機能は、そ
れに関連し、テーブル指示手段を制御するためのコード
行を含む、１つまたは複数のマクロ・ライブラリを有し
ている。テーブル指示手段を制御するためのコード行を
マクロに設けることにより、プログラマはマクロを呼び
出して本発明を実現できるため、プログラマは本発明を
容易に使用することができる。アセンブラにおいては、
テーブル指示手段を制御するために必要な命令ステート
メントでマクロが拡張される。

【００１７】また、本発明の目的は、プロセッサとメモ
リを含むデータ処理装置の動作を制御するためのルーチ
ンを呼び出す方法によっても解決される。この場合、デ
ータ処理システムは、ルーチンにアクセスするために少
なくとも２つのハッシュ・テーブルを有し、その方法
は、ルーチンを呼び出すためにどのハッシュ・テーブル
を使用するかを決定するためにテストする第一のステッ
プと、決定したハッシュ・テーブルを使用して、呼び出
されたルーチンを表すコードが常駐するメモリ内のアド
レスを検出する第二のステップと、プロセッサ内でその
ルーチンを実行する第三のステップとを含む。

【００１８】本発明の一実施例では、本方法の第二のス
テップが、全ハッシュ・テーブルのうちの第一のハッシ
ュ・テーブルを呼び出すサブステップと、第一のテスト
・ステップで決定したインデックスを使用して全ハッシ
ュ・テーブルのうちの第一のハッシュ・テーブルにアク
セスするサブステップと、決定したインデックスが全ハ
ッシュ・テーブルのうちの第一のハッシュ・テーブル内
の第一の位置を参照する場合に、決定したインデックス
に関連するルーチンを実行するサブステップと、前記イ
ンデックスが前記第一の位置を参照しない場合に、全ハ
ッシュ・テーブルのうちの第二のハッシュ・テーブルに
アクセスして、全ハッシュ・テーブルのうちの第二のハ
ッシュ・テーブルからルーチンを実行するサブステップ
とを含む。

【００１９】本発明の他の実施例によると、決定された
インデックスの値は、本発明の方法の第一のステップに
よってオペレーティング・システム環境が第一のオペレ
ーティング・システム環境であると示されたときに実行
中のプログラム内の命令のパラメータによって設定され
るか、あるいは第一のステップによってオペレーティン
グ・システム環境が第二のオペレーティング・システム
環境であると示されたときに任意の値に設定される。後
者の場合、実行中のプログラム内の命令のパラメータに
よって設定されたインデックスによって、全ハッシュ・
テーブルのうちの第二のハッシュ・テーブルがアクセス
される。

【００２０】本明細書に記載する発明では、第二のオペ
レーティング・システム環境用に作成されたサービスを
第一のオペレーティング・システムで提供するために使
用する。本発明は、ＩＢＭ ＭＶＳ／ＥＳＡオペレーテ
ィング・システム環境で作成されたスーパバイザ・サー
ビスをＶＳＥ／ＥＳＡオペレーティング・システム環境
に対応させるのに特に適している。

【００２１】

【実施例】コンピュータが理解し解釈できるのは、機械
語だけであるが、これは２進形式になっているために書
くのが非常に難しい。アセンブラ言語は、プログラマが
直接機械語でコーディングする代わりに命令をコーディ
ングできるようにするための記号プログラミング言語で
ある。アセンブラ言語では、プログラマは機械語で使用
される２進数の０と１だけを使用するのではなく、英字
と数字で構成された意味のある記号を使用できるため、
コーディングの読取り、理解、および変更がよりたやす
く行える。

【００２２】図１は、データ処理システム１０の概要を
示す。プログラマは端末２０でアセンブラ言語のコード
を入力し、そのコードがメモリ内のソース・ファイル３
０に格納される。ソース・ファイル３０が完成すると、
そのソース・ファイルは機械語のオブジェクト・モジュ
ール５０を生成するアセンブラ４０によって処理され
る。オブジェクト・モジュール５０内のオブジェクト・
コードは、別の処理プログラムである連係編集プログラ
ム６０への入力として使用され、その連係編集プログラ
ムがロード・モジュール７０を生成する。このロード・
モジュール７０は、プロセッサ９０でプログラムを実行
するデータ処理システムの主記憶装置８０にロードする
ことができる。

【００２３】アセンブラ言語は、形式および内容の点で
機械語に最も近い位置にある記号プログラミング言語で
ある。アセンブラ言語は、命令またはコメントあるいは
その両方を表すステートメントで構成される。命令ステ
ートメントは、アセンブラ言語の作業部分であり、次の
３つのグループに分割される。

【００２４】１）機械命令。これは、プロセッサの命令
セットの機械語命令を記号で表したものである。ＩＢＭ
／３９０エンタープライズ・システム体系用の機械命
令については、前述の「解説書」というＩＢＭマニュア
ルＳＡ２２−７２０１−００に記載されている。

【００２５】２）アセンブラ命令。これは、ソース・モ
ジュールのアセンブリ時に所与の動作を実行するようア
センブラ・プログラムに求める要求である。このような
動作の例としては、データ定数の定義、ソース・モジュ
ールの終わりの定義、または主記憶領域の予約がある。
定数を定義する命令を除き、アセンブラはアセンブラ命
令をオブジェクト・コードに変換しない。

【００２６】３）マクロ命令。これは、「事前コンパイ
ル」ステップでマクロ定義という定義済みコード・シー
ケンスを処理するようアセンブラ・プログラムに求める
要求である。このマクロ定義は、後述するライブラリに
格納するか、ソース・コードの先頭で直ちに定義するこ
とができる。マクロは「マクロ呼出し」で呼び出さなけ
ればならないが、このマクロ呼出しは定義に続くマクロ
変数の値を設定することができる。アセンブラは、マク
ロ定義から機械命令とアセンブラ命令を生成し、これら
の命令は、ソース・モジュール内に最初から入力されて
いた部分であるかのようにアセンブラによって処理され
る。マクロ定義はユーザがプログラミングするか、アセ
ンブラに事前プログラミングしておくことができる。

【００２７】ＩＢＭ ／３７０アセンブラ言語（本質的
にＩＢＭ ／３９０アセンブラ言語と同じ）について
は、「ＯＳ／ＶＳ−ＤＯＳ／ＶＳＥ−ＶＭ／３７０アセ
ンブラ言語」というＩＢＭマニュアルＧＣ３３−４０１
０と、Spotswood D. Stoddardによる"Principles of As
sembler Language Programming for the IBM 370"（McG
raw Hill, Inc., New York, 1985）という書籍に記載さ
れている。上記文献における／３７０アセンブラ言語に
関する説明は、参照することにより本明細書に組み込ま
れる。

【００２８】本発明によるアセンブラ４０の概要を図２
に示す。アセンブラ言語のソース・コードはソース・モ
ジュール２００として示す。図２のブロック２００内に
示されているソース・コードは、本発明を例示するため
の例として示したもので、以下のステートメントで構成
されている。 Ｌ ＲＥＧ１， Ａ そのアドレスが変数Ａで示されるメモリ位置の 内容をレジスタ１にロードする。 Ｓ ＲＥＧ１， Ｆ’０８’ レジスタ１に格納されている値から８を引く。 ＳＴ ＲＥＧ１， Ｂ そのアドレスが変数Ｂで示されるメモリ位置に レジスタ１の内容を格納する。 ．．．．．．．．．． （その他のアセンブラ・ステートメント） ＧＥＴＭＡＩＮ マクロ命令 ．．．．．．．．．． （その他のアセンブラ・ステートメント） ＥＯＪ マクロ命令

【００２９】命令Ｌ、Ｓ、およびＳＴは、すべて機械命
令で、その機能は上記の文献に記載されている。命令Ｇ
ＥＴＭＡＩＮおよびＥＯＪは、マクロ命令の例で、その
機能は後述する。

【００３０】ブロック２３０は、アセンブラ言語コンパ
イラによって提供されるマクロ機能を表す。このマクロ
機能の詳細は、前述のＩＢＭマニュアルＧＣ３３−４０
１０−５の第ＩＶ部、２３７〜３７６ページに記載され
ている。マクロ機能２３０により、プログラマは、ＧＥ
ＴＭＡＩＮによって識別された特定のマクロ定義を処理
するようアセンブラ４０に指示するマクロ命令（上記の
例のＧＥＴＭＡＩＮなど）をソース・モジュール２００
に作成することができる。

【００３１】マクロ機能２３０には、アセンブラ４０が
アクセスするマクロが格納されている一連のマクロ・ラ
イブラリ２４０ａ〜２４０ｃが設けられている。マクロ
・ライブラリ２４０ａ〜２４０ｃは、ローカル・プログ
ラマが作成するか、商用ベンダから購入することができ
る。これらのマクロ・ライブラリは、マクロ機能２３０
を介してアクセスされる。

【００３２】図３は、マクロ・ライブラリ２４０の１つ
の例を示す。マクロ・ライブラリ内部には、一連のマク
ロ定義２５０ａ〜２５０ｃが格納される。このマクロ定
義２５０は、マクロ２５０が呼び出されたときにマクロ
機能２３０を介してアセンブラ４０に渡すことができる
一連のアセンブラ言語命令で構成される。

【００３３】ここで、アセンブラ４０がソース・コード
・モジュール２００内のソース・コードをアセンブルす
ると想定する。アセンブラ４０の役割は、前述の通り、
オブジェクト・モジュール５０にオブジェクト・コード
を生成することである。アセンブラ４０は、ソース・コ
ード・モジュール２００内のソース・コードのステート
メントを分析して、それをオブジェクト・コード・ステ
ートメントに変換することにより、このタスクを実行す
る。機械命令とアセンブラ命令については、アセンブラ
４０はこのタスクを直接実行できる。しかし、アセンブ
ラ４０がマクロ命令を検出したときは、アセンブラ４０
は、名前がＧＥＴＭＡＩＮなどのマクロ命令で示された
マクロ定義２５０を探さなければならない。

【００３４】アセンブラ４０は、検出した命令が機械命
令でもアセンブラ命令でもないので、マクロを処理しな
ければならないと認識する。そこで、アセンブラは、マ
クロの名前をマクロ機能２３０に渡し、このマクロ機能
がマクロ・ライブラリ２４０全体を調べて、同じ名前の
マクロ定義２５０がライブラリ２４０の１つに存在する
かどうかを確認する。同じ名前のマクロ定義２５０が見
つからない場合、マクロ機能２３０は、これをアセンブ
ラ４０に示し、アセンブラ４０は、要求されたマクロ定
義２５０が存在しないか、入力エラーが発生したかのい
ずれかを示すエラー・メッセージを出す。

【００３５】ここで、アセンブラ４０がマクロ機能２３
０に渡した名前に対応するマクロ定義２５０がライブラ
リ２４０の１つで見つかったと想定すると、マクロ機能
は、マクロ定義２５０を構成する命令ステートメントを
アセンブラ４０に渡し、そこで命令ステートメントがオ
ブジェクト・コードに変換される。これを「マクロの拡
張」という。

【００３６】マクロ定義２５０の例を図４に示す。同図
は、ＧＥＴＭＡＩＮという名前のマクロ定義２５０を示
している。このマクロ定義は、一連の命令ステートメン
ト（欠落しているステートメントは点線で示す）で構成
され、機械命令ＬＡおよびＳＴを含む。これらの機械命
令の機能は、前述の「解説書」に記載されている。

【００３７】さらにいくつかの命令ステートメント（点
線で示す）の後で、図４のマクロ定義２５０が２つの追
加の命令ステートメントＳＩＭＳＶＣおよびＳＶＣ ｘ
ｙ（それに続くその他の命令ステートメントも点線で示
す）をさらに含むことが分かるだろう。ＳＶＣ命令は、
スーパバイザ・コール命令と呼ばれるもので、もう１つ
の先行技術の機械命令である。その機能については、次
に簡単に説明する。

【００３８】プログラム（ロード・モジュール７０の形
式を取る）を実行中のコンピュータが実行時にＳＶＣ命
令を検出すると、コンピュータは必ずプログラムの実行
を中断し、いわゆる第１レベル割込みハンドラを呼び出
す。プログラムを実行中のコンピュータは、プログラム
状態からスーパバイザ状態に切り替わり、現在のプログ
ラム状況ワード（ＰＳＷ）と、プログラム状況などの割
込み情報が保管される。メモリ８０内の既知の位置から
新しいＰＳＷが取り出される。この新しいＰＳＷは、変
数ｘｙの値を取るルーチン（いわゆる、第１レベル割込
みハンドラ）を指している。変数ｘｙの値は、割込み情
報およびプログラム状況の一部としてすでに保管されて
おり、ＳＶＣ機械命令に関連するＳＶＣコードの値、す
なわち、変数ｘｙの値をインデックスとして使用して、
ＳＶＣテーブルと呼ばれるハッシュ・テーブルにアクセ
スする。

【００３９】ＳＶＣテーブル５００の例を図６に示す。
ＳＶＣテーブル５００は、本質的には一連のインデック
ス５１０と関連のメモリ・アドレス５２０とを含む２次
元の配列である。メモリ・アドレス５２０によって指定
されるメモリ８０内の位置で、いわゆるスーパバイザ・
サービス・ルーチンを実行するためのコード５６０が検
出される。第１レベル割込みハンドラは、変数ｘｙの値
を使用して、実行対象のスーパバイザ・サービス・ルー
チン・コード５６０が検出されたメモリ位置のアドレス
ｘｘｘｘを見つける。アドレスｘｘｘｘ＋ｎのメモリ位
置にあるコードの終わりに達するまで、コード５６０が
順次実行される。コード５６０の終わりが検出される
と、スーパバイザは格納されている元のＰＳＷとプログ
ラム状況を回復する。コンピュータは、プログラムに含
まれる後続の命令を実行する。

【００４０】命令ステートメントＳＩＭＳＶＣは、もう
１つのマクロ命令である。マクロ・ライブラリ２４０内
のマクロ定義ＳＩＭＳＶＣ用の命令ステートメントは、
図５に示されている。ここではこのマクロをＳＩＭＳＶ
Ｃと呼ぶが、この用語選択は例示にすぎないので、他の
名称を選択することも可能である。

【００４１】図４に示すように、マクロ命令ＳＩＭＳＶ
ＣはＧＥＴＭＡＩＮマクロ定義内で検出されることに留
意されたい。このため、ＧＥＴＭＡＩＮマクロの事前コ
ンパイル時、すなわち、マクロ・ライブラリ２４０から
マクロ定義２５０を抽出するときに、マクロ命令ＳＩＭ
ＳＶＣが認識され、対応するマクロ定義２５０もマクロ
・ライブラリ２４０から取り出される。

【００４２】図５に示すように、ＳＩＭＳＶＣマクロ用
のマクロ定義は、５つの命令で構成される。ＴＭ命令
は、プログラムを実行している環境のオペレーティング
・システムをテストする。オペレーティング・システム
がＭＶＳ／ＥＳＡである場合は、ＢＯ命令が、ＳＫＩＰ
ＤＳ ０Ｈというラベルが付いた命令にスキップする
ようコンピュータに指示し、次のＳＶＣ命令、すなわ
ち、ＳＶＣ ｘｙを実行する。オペレーティング・シス
テムがＭＶＳ／ＥＳＡ以外の場合、たとえば、ＶＳＥ／
ＥＳＡまたはＶＭ／ＥＳＡである場合は、ＳＶＣ命令が
ＢＯのすぐ後で、すなわち、図５に示すＳＶＣ ａｂと
して実行される。

【００４３】前述の通り、マクロ２５０からの命令ステ
ートメントはアセンブラ４０に渡され、そこでオブジェ
クト・コードに変換されて、オブジェクト・モジュール
５０に入り、さらに連係編集プログラム６０を介して渡
された後に、コンピュータで実行可能なロード・モジュ
ール７０に変換される。

【００４４】ロード・モジュール７０は、ソース・コー
ド・モジュール２００からの機械命令とアセンブラ命令
のすべてとともに、呼び出されたマクロ２５０からの拡
張マクロ・ステートメントを含む。図示の例のロード・
モジュール７０は、拡張マクロＳＩＭＳＶＣからの命令
も含む。その機能については、次に図７の流れ図を参照
して説明する。

【００４５】図７のブロック６１０では、コンピュータ
は、オブジェクト・コードに変換されたソース・コード
を含むロード・モジュール７０を実行している。ブロッ
ク６２０に示すように、検出されたオブジェクト・コー
ド命令中には、拡張ＳＩＭＳＶＣマクロに相当するオブ
ジェクト・コードが含まれる。図４のサンプル・ソース
・コード・プログラムから判断すると、拡張ＳＩＭＳＶ
Ｃマクロから命令ステートメントを実行後に検出される
命令ステートメント（ブロック６３０）が機械命令ＳＶ
Ｃ ｘｙになることが分かる。先行技術のシステムにお
けるこの機械命令の機能は前述の通りである。

【００４６】ＳＩＭＳＶＣ命令の効果はブロック６４０
に示されている。ブロック６４０では、プログラムを実
行中のオペレーティング・システム環境がテストされ
る。これは、プログラムを実行中のコンピュータのメモ
リ８０に入っているレジスタの値をテストすることで決
定でき、図５に示し、前述したようにアセンブラ命令Ｔ
Ｍによって行われる。

【００４７】ブロック６４０のテストによって、オペレ
ーティング・システム環境が第一のオペレーティング・
システム環境、たとえば、ＩＢＭオペレーティング・シ
ステムＭＶＳ／ＥＳＡであると示された場合、先行技術
で知られており、前述したようにＳＶＣ命令の実行が続
行される。ブロック６６０では、第一のオペレーティン
グ・システム用のＳＶＣテーブル５００が呼び出され、
スーパバイザ・サービス・ルーチン・コード５６０が実
行される。コード５６０の実行後、次のオブジェクト・
コード命令が実行される（ブロック６９５）。

【００４８】しかし、ブロック６４０のテストによっ
て、オペレーティング・システム環境がＩＢＭオペレー
ティング・システムＶＳＥ／ＥＳＡなどの第二のオペレ
ーティング・システム環境であると示されたとすると、
ブロック６６５でＳＶＣ命令が実行される。ブロック６
６５では、（前述のように）第二のオペレーティング・
システム用のＳＶＣテーブル５００が呼び出される。し
かし、アドレスｘｘｘｘのメモリ位置にあるコード５６
０にアクセスするのではなく、図５の機械命令ＳＶＣ
ａｂが示すように、別の指定インデックスａｂを使用し
てＳＶＣテーブル５００がアクセスされる（ブロック６
７０）。

【００４９】図８に示すように、ＳＶＣテーブル５００
は、インデックスａｂを使用して、アドレスがｙｙｙｙ
のメモリ位置にあるスーパバイザ・サービス・ルーチン
・コード７００を呼び出す。このコード７００の効果
は、実質的には第一のオペレーティング・システム環境
に対応するＳＶＣテーブル（すなわち、ＭＶＳ／ＥＳ
Ａ）である別のハッシュ・テーブル７１０を呼び出す
（ブロック６８０）ことである。ここで、この別のハッ
シュ・テーブル７１０は、ＳＶＣコマンドに関連するイ
ンデックスｘｙを使用してアクセスされる（ブロック６
９０）。このインデックスは、図８に示すようにアドレ
スａａａａ〜ａａａａ＋ｍにあるコード７２０を指して
いる。次にこのコード７２０が実行される。コード７２
０の実行後、スーパバイザへの復帰が行われ、そのスー
パバイザがプログラム状況を回復して、保管されたＰＳ
Ｗを再ロードする。プログラムの実行は、ＳＩＭＳＶＣ
命令の次のＳＶＣ命令（すなわち、ＳＶＣｘｙ）に続く
命令から続行される。

【００５０】本発明に関連して、第一のオペレーティン
グ・システム環境がＶＳＥ／ＥＳＡオペレーティング・
システムで、第二のオペレーティング・システム環境が
ＭＶＳ／ＥＳＡオペレーティング・システムになる場合
があると述べてきたが、ＡＩＸオペレーティング・シス
テム環境またはＵＮＩＸオペレーティング・システム環
境などの他のオペレーティング・システム環境でも同様
に本発明の適用が十分可能であることは当業者には明ら
かだろう。このような場合、選択した第二のオペレーテ
ィング・システム環境に対応する適切な別のハッシュ・
テーブル７１０、すなわちこのオペレーティング・シス
テム環境用のＳＶＣテーブルを選択する必要がある。

【００５１】同様に、別のハッシュ・テーブル７１０を
既知のオペレーティング・システム環境用のＳＶＣテー
ブル以外のテーブルにすることも可能である。むしろ、
この別のハッシュ・テーブル７１０は、特定のサービス
用に開発された特別なハッシュ・テーブルになる。

【００５２】前述の本発明の実施例では、ＳＩＭＳＶＣ
命令はＳＶＣ命令の直前に来るものとして説明してい
る。しかし、ＳＩＭＳＶＣ命令をマクロ２５０の先頭に
置いて、マクロ２５０内のいずれかのＳＶＣ命令を実行
する前にオペレーティング・システム環境のチェックを
行う必要がある（ブロック６４０）ことをこのＳＩＭＳ
ＶＣ命令で示すことも可能である。

【００５３】本発明の応用例の１つは、記憶管理ルーチ
ンをＩＢＭ ＶＳＥ／ＥＳＡオペレーティング・システ
ムに導入することである。この記憶管理ルーチンは、す
でにＩＢＭ ＭＶＳ／ＥＳＡオペレーティング・システ
ム用にプログラミングされており、記憶管理を実行する
スーパバイザ・サービス・ルーチン・コード７２０にア
クセスするためにＭＶＳ ＳＶＣテーブル７１０を使用
するＭＶＳスーパバイザ・コール命令ＳＶＣを介してス
ーパバイザ・サービス・ルーチン・コード７２０によっ
てアクセスされる。しかし、記憶管理ルーチンを呼び出
すためにＭＶＳ／ＥＳＡオペレーティング・システムで
使用されるＳＶＣインデックス５１０は、すでにＶＳＥ
／ＥＳＡオペレーティング・システムでは占有されてい
る。このため、前述の本発明により、このような限界を
克服でき、ＶＳＥ／ＥＳＡオペレーティング・システム
でＭＶＳ／ＥＳＡ記憶管理ルーチンに直接アクセスする
ことができる。

【００５４】まとめとして、本発明の構成に関して以下
の事項を開示する。

【００５５】（１）プロセッサ（９０）とメモリ（８
０）とを含むデータ処理装置（１０）において、動作中
のプロセッサ（９０）が、データ処理装置（１０）の動
作を制御する１つまたは複数のルーチンからなる第一の
セット（５６０）を含むスーパバイザ状態を有し、動作
中のメモリ（８０）が、１つまたは複数のルーチンから
なる第一のセット（５６０）を指すためにスーパバイザ
状態によってアクセス可能な第一のハッシュ・テーブル
（５００）を有し、動作中のメモリ（８０）が、１つま
たは複数のルーチンからなる第二のセット（７２０）を
指すためにスーパバイザ状態によってアクセス可能な第
二のハッシュ・テーブル（７００）を有し、データ処理
装置（１０）が、第一のハッシュ・テーブル（５００）
または第二のハッシュ・テーブル（７２０）のいずれが
スーパバイザ状態によってアクセス可能かを示すための
テーブル指示手段（ａｂ）をさらに提供することを特徴
とする、データ処理装置。 （２）テーブル指示手段（ａｂ）が第一のハッシュ・テ
ーブル（５００）内のインデックス（５１０）であるこ
とをさらに特徴とする、上記（１）に記載の装置。 （３）プログラマがプログラムをコンピュータに入力で
きるようにするためのプログラム入力手段（２０、３
０）をさらに含むことを特徴とする、上記（１）または
（２）に記載の装置。 （４）コンピュータに入力したプログラムをアセンブル
するためのアセンブラ（４０）と、アセンブラ（４０）
によってアクセス可能なマクロ機能（２３０）と、マク
ロ機能（２３０）によってアクセス可能なマクロ・ライ
ブラリ（２４０）とをさらに含み、マクロ・ライブラリ
（２４０）が、プロセッサ（９０）内で実行していると
きにテーブル指示手段（ａｂ）を制御する複数のコード
行を含むことを特徴とする、上記（３）に記載の装置。 （５）プロセッサ（９０）とメモリ（８０）とを含むデ
ータ処理装置（１０）の動作を制御するためのルーチン
（５６０、７２０）を呼び出す方法において、データ処
理装置が、ルーチン（５６０、７２０）にアクセスする
ために少なくとも２つのハッシュ・テーブル（５００、
７１０）を有し、ルーチン（５６０、７２０）を呼び出
すためにどのハッシュ・テーブル（５００、７１０）を
使用するかを決定するためにテストする第一のステップ
（６４０、６５０）と、決定されたハッシュ・テーブル
（５００、７１０）を使用して、呼び出されたルーチン
（５６０、７２０）を表すコードが常駐するメモリ（８
０）内のアドレス（ｘｘｘｘ、ａａａａ）を検出する第
二のステップ（６６０、６９０）と、プロセッサ（９
０）内でルーチン（５６０、７２０）を実行する第三の
ステップとを含む方法。 （６）第一のステップ（６４０、６５０）が、プロセッ
サ（９０）内でのオペレーティング・システム環境のテ
ストを含むことを特徴とする、上記（５）に記載の方
法。 （７）第二のステップ（６５０、６９０）が、全ハッシ
ュ・テーブルのうちの第一のハッシュ・テーブル（５０
０）を呼び出すサブステップと、第一のテスト・ステッ
プ（６４０、６５０）で決定したインデックスによって
全ハッシュ・テーブルのうちの第一のハッシュ・テーブ
ル（５００）にアクセスするサブステップと、決定した
インデックスが全ハッシュ・テーブルのうちの第一のハ
ッシュ・テーブル（５００）内の第一の位置を参照する
場合に、決定したインデックスに関連するルーチン（５
６０）を実行するサブステップと、決定したインデック
スが前記第一の位置を参照しない場合に、全ハッシュ・
テーブルのうちの第二のハッシュ・テーブル（７１０）
にアクセスして、全ハッシュ・テーブルのうちの第二の
ハッシュ・テーブル（７１０）からルーチン（７２０）
を実行するサブステップとを含むことを特徴とする、上
記（５）または（６）に記載の方法。 （８）第一のステップ（６４０、６５０）によって、オ
ペレーティング・システム環境が第一のオペレーティン
グ・システム環境であると示されたときに、決定したイ
ンデックスの値が、実行中のプログラム内の命令のパラ
メータによって設定されることを特徴とする、上記
（５）または（６）に記載の方法。 （９）第一のステップ（６４０、６５０）によって、オ
ペレーティング・システム環境が第二のオペレーティン
グ・システム環境であると示されたときに、決定したイ
ンデックスの値が、値（ａｂ）に設定され、それによ
り、全ハッシュ・テーブルのうちの第二のハッシュ・テ
ーブル（７１０）が、実行中のプログラム内の命令のパ
ラメータによって設定されるインデックスによってアク
セスされることを特徴とする、上記（５）または（６）
に記載の方法。

【００５６】

【発明の効果】上述のように、本発明によって、ルーチ
ン用のコードが最初にプログラミングされたオペレーテ
ィング・システムとは異なるオペレーティング・システ
ムでオペレーティング・システム・サービスを提供する
ルーチンを呼び出すための装置および方法が提供される
こととなった。

【図面の簡単な説明】

【図１】コンピュータ・システムの概要を示す図であ
る。

【図２】ＩＢＭ Ｓ／３９０アセンブラ言語によって提
供されるマクロ機能の概要を示す図である。

【図３】マクロ機能内のマクロ・ライブラリの１つの構
造を示す図である。

【図４】アセンブラ・プログラミング言語で作成された
コード例を示す図である。

【図５】ＳＩＭＳＶＣマクロ用のマクロ定義を示す図で
ある。

【図６】メモリ位置に格納されたコードを指す項目を持
つＳＶＣテーブルを示す図である。

【図７】本発明の動作を示す流れ図である。

【図８】図６のＳＶＣテーブルに第二のハッシュ・テー
ブルを追加する様子を示す図である。

【符号の説明】

１０ データ処理システム ２０ 端末 ３０ ソース・ファイル ４０ アセンブラ ５０ オブジェクト・モジュール ６０ 連係編集プログラム ７０ ロード・モジュール ８０ 主記憶装置 ９０ プロセッサ

───────────────────────────────────────────────────── フロントページの続き (72)発明者 インゴルフ・サルム ドイツ連邦共和国71126 ゴイフェルデン レーテ・シュトラーセ 30−１ (72)発明者 オットー・ワイス ドイツ連邦共和国71144 シュタイネンブ ロン ゴルトエッケル・シュトラーセ 18

Claims (9)

【特許請求の範囲】
1. 【請求項１】プロセッサ（９０）とメモリ（８０）とを
   含むデータ処理装置（１０）において、 動作中のプロセッサ（９０）が、データ処理装置（１
   ０）の動作を制御する１つまたは複数のルーチンからな
   る第一のセット（５６０）を含むスーパバイザ状態を有
   し、 動作中のメモリ（８０）が、１つまたは複数のルーチン
   からなる第一のセット（５６０）を指すためにスーパバ
   イザ状態によってアクセス可能な第一のハッシュ・テー
   ブル（５００）を有し、 動作中のメモリ（８０）が、１つまたは複数のルーチン
   からなる第二のセット（７２０）を指すためにスーパバ
   イザ状態によってアクセス可能な第二のハッシュ・テー
   ブル（７００）を有し、 データ処理装置（１０）が、第一のハッシュ・テーブル
   （５００）または第二のハッシュ・テーブル（７２０）
   のいずれがスーパバイザ状態によってアクセス可能かを
   示すためのテーブル指示手段（ａｂ）をさらに提供する
   ことを特徴とする、データ処理装置。
2. 【請求項２】テーブル指示手段（ａｂ）が第一のハッシ
   ュ・テーブル（５００）内のインデックス（５１０）で
   あることをさらに特徴とする、請求項１に記載の装置。
3. 【請求項３】プログラマがプログラムをコンピュータに
   入力できるようにするためのプログラム入力手段（２
   ０、３０）をさらに含むことを特徴とする、請求項１ま
   たは２に記載の装置。
4. 【請求項４】コンピュータに入力したプログラムをアセ
   ンブルするためのアセンブラ（４０）と、 アセンブラ（４０）によってアクセス可能なマクロ機能
   （２３０）と、 マクロ機能（２３０）によってアクセス可能なマクロ・
   ライブラリ（２４０）とをさらに含み、 マクロ・ライブラリ（２４０）が、プロセッサ（９０）
   内で実行しているときにテーブル指示手段（ａｂ）を制
   御する複数のコード行を含むことを特徴とする、請求項
   ３に記載の装置。
5. 【請求項５】プロセッサ（９０）とメモリ（８０）とを
   含むデータ処理装置（１０）の動作を制御するためのル
   ーチン（５６０、７２０）を呼び出す方法において、デ
   ータ処理装置が、ルーチン（５６０、７２０）にアクセ
   スするために少なくとも２つのハッシュ・テーブル（５
   ００、７１０）を有し、 ルーチン（５６０、７２０）を呼び出すためにどのハッ
   シュ・テーブル（５００、７１０）を使用するかを決定
   するためにテストする第一のステップ（６４０、６５
   ０）と、 決定されたハッシュ・テーブル（５００、７１０）を使
   用して、呼び出されたルーチン（５６０、７２０）を表
   すコードが常駐するメモリ（８０）内のアドレス（ｘｘ
   ｘｘ、ａａａａ）を検出する第二のステップ（６６０、
   ６９０）と、 プロセッサ（９０）内でルーチン（５６０、７２０）を
   実行する第三のステップとを含む方法。
6. 【請求項６】第一のステップ（６４０、６５０）が、プ
   ロセッサ（９０）内でのオペレーティング・システム環
   境のテストを含むことを特徴とする、請求項５に記載の
   方法。
7. 【請求項７】第二のステップ（６５０、６９０）が、 全ハッシュ・テーブルのうちの第一のハッシュ・テーブ
   ル（５００）を呼び出すサブステップと、 第一のテスト・ステップ（６４０、６５０）で決定した
   インデックスによって全ハッシュ・テーブルのうちの第
   一のハッシュ・テーブル（５００）にアクセスするサブ
   ステップと、 決定したインデックスが全ハッシュ・テーブルのうちの
   第一のハッシュ・テーブル（５００）内の第一の位置を
   参照する場合に、決定したインデックスに関連するルー
   チン（５６０）を実行するサブステップと、 決定したインデックスが前記第一の位置を参照しない場
   合に、全ハッシュ・テーブルのうちの第二のハッシュ・
   テーブル（７１０）にアクセスして、全ハッシュ・テー
   ブルのうちの第二のハッシュ・テーブル（７１０）から
   ルーチン（７２０）を実行するサブステップとを含むこ
   とを特徴とする、請求項５または６に記載の方法。
8. 【請求項８】第一のステップ（６４０、６５０）によっ
   て、オペレーティング・システム環境が第一のオペレー
   ティング・システム環境であると示されたときに、決定
   したインデックスの値が、実行中のプログラム内の命令
   のパラメータによって設定されることを特徴とする、請
   求項５または６に記載の方法。
9. 【請求項９】第一のステップ（６４０、６５０）によっ
   て、オペレーティング・システム環境が第二のオペレー
   ティング・システム環境であると示されたときに、決定
   したインデックスの値が、値（ａｂ）に設定され、それ
   により、全ハッシュ・テーブルのうちの第二のハッシュ
   ・テーブル（７１０）が、実行中のプログラム内の命令
   のパラメータによって設定されるインデックスによって
   アクセスされることを特徴とする、請求項５または６に
   記載の方法。