JPH05233570A

JPH05233570A - 異オペレーティング・システム間分散データ処理システム

Info

Publication number: JPH05233570A
Application number: JP3344732A
Authority: JP
Inventors: Takashi Tento; 敬司天都; Zenhachiro Muto; 善八郎武藤; Koji Hirai; 浩司平井; Minoru Massaki; 実全先; Hirobumi Morita; 博文森田; Takeo Nakajima; 丈夫中島; Nobuo Nomura; 宣生野村; Mikio Sakaki; 幹雄榊; Shimanto Steve; スティーブ・シマント; Katsuhiro Tanaka; 克洋田中
Original assignee: International Business Machines Corp
Current assignee: International Business Machines Corp
Priority date: 1991-12-26
Filing date: 1991-12-26
Publication date: 1993-09-10
Also published as: US5471615A

Abstract

(57)【要約】【目的】異なるオペレーテイング・システムをそれぞ
れ持つ２つ以上のコンピユータを接続し、一のコンピユ
ータから発生したジョブを他のコンピユータの資源を利
用して実行し、エンド・ユーザからは一のコンピユータ
の環境下で他のコンピユータの資源を利用出来るように
した異オペレーテイング・システム間分散データ処理シ
ステムを提供すること。【構成】一のコンピユータをユーザ・インターフエイ
スとして用い、他のコンピユータ上のジョブの実行中に
サービス・プログラムを使って入/出力を管理し、エン
ド・ユーザからは一のコンピユータで走つているように
する。フアイルに各オペレーテイング・システムで実行
可能なロード・モジュールを結合して、一のシステムか
ら他のシステムへフアイルを移動できるようにする。一
のシステムにつながる記憶装置にそのシステム外のフア
イルを形成するときにダミー・フアイルを作って置場所
とする。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】この発明はシステム・インテグレ
ーシヨンに関し、特に異なるオペレーテイング・システ
ムが走っている複数の異なるコンピユータを一つの分散
データ処理システムに結合する発明に関する。この発明
のシステムによれば、一のコンピユータ（フロントエン
ド・コンピユータと言う）で開始され制御される仕事が
他のコンピユータ（バックエンド・コンピユータと言
う）の資源を利用して実行され得る。

【０００２】この発明は、異なったオペレーテイング・
システムが走る二つまたはそれ以上のコンピユータを結
合して、一のコンピユータのユーザがそのコンピユータ
のフアイル・システムやジョブ制御の特徴をそのまま利
用して結合された他のコンピユータの独特な資源または
特性を利用することを可能にするものである。

【０００３】

【従来の技術】多くの種類のコンピユータが現在使用さ
れている。コンピユータの使用目的から見ると、商業的
分野のみならず科学的分野までの色々な情報処理に使用
される汎用コンピユータから特定の情報処理、例えば数
値計算、に特化された専用コンピユータまである。汎用
コンピユータは多くのユーザの色々な要求を一度に満た
すよう設計されており特定の計算のみのために特化され
ていない。ＩＢＭ３０９０プロセツサは汎用コンピユー
タの一例である（ＩＢＭはインターナショナル・ビジネ
ス・マシーンズ・コーポレーシヨン、米国、の登録商
標）。

【０００４】いわゆるスーパー・コンピユータは科学ま
たは商業のある適用業務、例えば、構造解析、衝突解
析、流体力学、磁場解析、ＬＳＩ設計、天気予報、財務
シミユレーシヨンなど、の集中的な数値計算を専門的に
行うように特化されたもので、数十ＧＦＬＯＰＳ（毎秒
ギガ浮動小数点演算）程度の高いピーク性能を得るため
にベクトル化、パイプライン化や並列処理等の特別な設
計を採用している。一方、汎用コンピユータの設計では
高いピーク性能ではなく色々なユーザの要求を満たすた
めの高いスループット、短いターン・アランド時間、そ
して高い利用可能性を目標としており、計算能力は数百
ＭＦＬＯＰＳ（毎秒メガ浮動小数点演算）程度である。

【０００５】また、色々なオペーレーテイグ・システム
が使用されている。コンピユータはソフトウエアが無い
と何も仕事のできないただのハードウエアである。ユー
ザの欲しい仕事をコンピユータ上で実行して与えるのは
ソフトウエアである。オペレーテイング・システムはソ
フトウエアの一つであり、ユーザまたはアプリケーシヨ
ン・プログラムと呼ばれるユーザの欲する特定の仕事を
行う他のソフトウエアの実行を最も効率良くコンピユー
タ上で実行するためのものである。オペレーテイグ・シ
ステムはコンピユータの資源配分、スケジユーリング、
入出力制御、やデータ管理などのサービスを行う。多重
仮想記憶オペレーテイグシステム（以下、ＭＶＳとい
う）はＩＢＭの汎用プロセッサに用いられるオペレーテ
イング・システムである。ＵＮＩＸ（ＵＮＩＸはＵＮＩ
Ｘシステム・ラボラトリーズ社の開発・許諾製品）はベ
ル研究所で開発されたオペレーテイング・システムであ
り、スーパー・コンピユータを含む様々なコンピユータ
に用いられている。

【０００６】汎用コンピユータの使用数はスーパー・コ
ンピユータの使用数よりも多い。従って、汎用コンピユ
ータに習熟したユーザ及びオペレータの数は、スーパー
・コンピユータのそれよりも多い。このため、汎用コン
ピユータのユーザやオペレータにスーパー・コンピユー
タを特別な知識や訓練なしに利用できるようすることが
できれば、その利用価値は高い。

【０００７】一つの解決策は、汎用コンピユータとスー
パー・コンピユータを一つの分散データ処理システムと
して結合し、汎用コンピユータを前処理（フロント・エ
ンド）プロセッサとして用い、スーパー・コンピユータ
を後処理（バツク・エンド）プロセッサとして用いるこ
とである。もし、このシステムで入出力などの全てのユ
ーザ・インタフエイスがフロント・エンド・コンピユー
タである汎用コンピユータで処理され、数値集中計算が
バツク・エンド・コンピユータであるスーパー・コンピ
ユータで処理されるならば、ユーザにとっては汎用コン
ピユータが見えるだけで、スーパー・コンピユータの存
在はほとんど透明であろう。

【０００８】

【発明が解決しようとする課題】しかしながら、もし汎
用コンピユータとスーパー・コンピユータがそれぞれ異
なるオペレーテイグ・システム、例えばＭＶＳとＵＮＩ
Ｘ、で運転されていると、一つのシステムに結び付ける
には多くの解決されなければならない問題点がある。例
えば、異なったオペレーテイグ・システムは異なったフ
アイル・システムを持つことがある。ＭＶＳは水平的な
フアイル・システムを持つのに対してＵＮＩＸはツリー
様の階層的なフアイル・システムを持つ。また、ＭＶＳ
フアイルとＵＮＩＸフアイルの物理的なフオーマットも
異なる。結合されたシステムのフアイル・システムのフ
アイルには、フロント・エンド・コンピユータとバツク
・エンド・コンピユータのどちらのオペレーテイグ・シ
ステムもアクセスできなければならない。

【０００９】この発明は、分散型データ処理の二つの分
野における新しい手法を提供する。遠隔プログラム開始
とフアイル・サービスである。現在、いくつかの遠隔開
始プログラムが存在する。一つのタイプは遠隔ジョブ・
エントリイ方法で、現在のＩＢＭの遠隔ジョブ・エント
リイ（ＲＪＥ）システムはユーザが一つのシステムから
他のシステムにジョブ制御ステーツメントをおくること
を可能にする。あるタイプのデータ（システム入力スト
リーム、ＳＹＳＩＮ）はジョブ制御ステーツメントと一
緒に送ることができる。他の従来方法は、遠隔ユーザに
よるシステムのログオンである。システムは、その後ユ
ーザから離れたシステム上でプログラムを開始するため
に必要なコマンドを送ることを許可する。従来方法にお
いては、ユーザがプログラムを実行したいと思う遠隔目
標システムのコマンドまたはジョブ開始手続き言語を理
解することを必要とする。

【００１０】本発明はこれらの従来手法を大きく改良す
るものである。何故ならば、本発明ではユーザが自らの
システムでジョブを開始するのと全く同じ方法で遠隔ジ
ョブを開始することを可能にする。このことは、遠隔シ
ステムが自らのシステムと異なるオペレーテイグ・シス
テムで制御されている場合に非常に重要なことである。
何故ならば、各オペレーテイグ・システムはジョブ提
出、フアイル指定等に異なるコマンドを使用しているの
で、本発明以前では異なるオペレーテイグ・システムに
より制御された遠隔システムを利用することは非常に難
しかった。

【００１１】現在、コンピユータ・システムで商業的に
使用されている別の遠隔プログラム開始方法は、一のシ
ステム上のプログラムから他のシステム上のプログラム
への遠隔手続き呼出しの使用である。この方法では、遠
隔システムはほとんど透明とすることが可能となる。す
なわち、ユーザは呼び出されたプログラムが遠隔で実行
することについては、ほとんど知る必要がない。しか
し、この方法はローカル（自局）のフアイルを遠隔のプ
ログラムのためのデータとして指定することができな
い。しかも、この方法はユーザ・プログラムの修正を必
要とする。本発明はローカル（自局）のフアイル・シス
テムを遠隔プログラムがアクセスできるようにするとと
もに、ローカル（自局）・システムで現在稼働している
プログラムを再コンパイルするだけで遠隔システムで走
らすことができる。これらプログラムは修正又は書き直
す必要がない。

【００１２】多くの既存のフアイル・サービス・システ
ムがある。多くの商業的に使用されているシステムにお
いて一のシステムがフアイルの格納箇所として働き、要
求に応じて他のシステムにフアイルを送るようになって
いる。しかしながら、これらのシステムのほとんどは同
一のオペレーテイング・システムのものである。いくつ
かのフアイル・サーバ・システムは異なるオペレーテイ
ング・システム間でのフアイルの供給を行う。例えば、
ミシガン大学のフアイル・サーバ・システムはＵＮＩＸ
フアイルをＭＶＳオペレーテイング・システムが走って
いるメイン・フレーム・システムに記憶することができ
る。しかしながら、このシステムにおいても異オペレー
テイング・システムのフアイルを記憶できるだけであ
る。ＵＮＩＸフアイルをＭＶＳプログラムが使用するこ
とはできない。

【００１３】本発明は従来技術より優れている。なぜな
らば、本発明ではあるオペレーテイング・システムのフ
アイルを別の大変異なるオペレーテイング・システム下
で走るプログラムが使用することができる。さらに、本
発明ではフアイルの物理フオーマット（様式）を遠隔異
質システムによりアクセスされるため変更する必要がな
い。また、従来技術の方法と異なり、本発明では異なる
オペレーテイング・システムでアクセスされるためにフ
アイル名を或る名前から他の名前に翻訳する必要がな
い。

【００１４】特開昭６３−５９６３９号公報には、異な
るオペレーテイング・システム間、例えばＵＮＩＸと汎
用コンピユータの他のオペレーテイング・システム、で
使用できるフアイル・システムが記載されている。しか
し、この内容は分散型データ処理システム環境に適用で
きるものではない。さらに、この従来例のフアイル互換
手段は本発明とは異なり、データ・フアイルのフオーマ
ットの変更とフアイル名の翻訳を必要とする。

【００１５】本発明の手法は、データ・フオーマットの
変更やフアイル名の変更を必要としない。また、多くの
異なるフアイル・フオーマツト、すなわち固定ブロッ
ク、可変ブロック、スパン、連続、直接及び分割フオー
マットのすべてが本発明により使用可能である。

【００１６】この発明の一つの目的は、システム・イン
テグレーシヨンの分野における問題、特に異なるオペレ
ーテイング・システムが走る２つ以上のコンピユータ・
システムを一つの分散データ処理システムに構築して、
一のコンピユータ（フロント・エンド・コンピユータ）
から開始された仕事を他のコンピユータ（バツク・エン
ド・コンピユータ）の資源を利用して実行する際の問
題、を解決することである。

【００１７】このようなシステム・インテグレーシヨン
の潜在的必要性は高い。すなわち、一つまたは二以上の
コンピユータに存在する特別なハードウエアを他のコン
ピユータから利用できる。一以上のコンピユータに存在
する複数のデータ・ベースまたは適用業務（アプリケー
シヨン）を一体化できる。一のコンピユータで走ってい
る適用業務（アプリケーシヨン）が他のコンピユータの
データ・フアイルをアクセスできる。

【００１８】この様に、結合されたシステムの価値（市
場性及びユーザから見た便利さの両面）は以下の重要な
問題がどれだけ解決されたかにより決る。すなわち、結
合されたシステムにおいても最小の修正で（好ましくは
修正なしで）既存のユーザのプログラムを続けて使用で
きるようにしてそのプログラムの価値を維持すること。
エンド・ユーザが結合されたシステムの基礎にある複雑
なシステム・ソフトウエアを気遣うことなく結合された
システムの全ての機能を使用できること。オペレータ及
び他のサポート要員が結合されたシステムの基礎にある
複雑なシステム・ソフトウエアを理解する必要なくシス
テムを制御・監視できること。エンド・ユーザ及びオペ
レータに新しい手続きの習得を要求しないこと。二つ又
はそれ以上の独立したシステムを結合するのに必要なシ
ステム・レベルのソフトウエアの変更を最小限にするこ
とである。

【００１９】本発明は、次のような新規なシステム・ア
ーキテクチャを有する。基本的に異なったフアイル・シ
ステムを持つオペレーテイング・システム間でフアイル
を共有する手段を決めること。多重システムの資源を利
用する際のユーザの仕事を開始し制御する簡潔な手段を
提供すること。

【００２０】本発明においては異なるシステムの結合を
可能にすると同時に、結合された一つのシステムのユー
ザが他のシステムの独特な特徴を前述の一つのシステム
の既存のフアイル・システム及びジョブ制御特徴を使用
したまま利用できる。バック・エンド・プロセッサ又は
コンピュータとして付け加えられる他のシステムは前述
の一つのシステムと全く異なり基本的に両立しないが
（ジョブの実行手段、プログラムに使用されるフアイル
の指定手段、フアイル・システムの論理構造及び命名
法、データ・フアイルの内部構造及び文字セットは完全
に異なる）、これらの差異はユーザやシステム・オペレ
ータからは透明に保たれる。この発明の独特なシステム
・アーキテクチヤによれば、異なるオペレーテイング・
システムが走っている特殊目的のコンピユータを既存の
コンピユータに接続することができる。そして、既存の
コンピユータのユーザは新しいオペレーテイング・シス
テムの使用方法を学ぶことなくまた彼らのプログラムを
書き替えることなく即座に接続された特殊目的のコンピ
ユータを使用できる。さらに、本発明はいずれのオペレ
ーテイング・システムのカーネルの構成に大きな修正を
必要とすることなく達成できる。

【００２１】この発明の重要点は以下の通りである。こ
こでユーザのジョブはフロント・エンド・コンピユータ
と呼ばれる一つのシステムにより開始され、バック・エ
ンド・コンピユータと呼ばれる他のシステムで全部又は
一部実行される。フロント・エンド・コンピユータにお
いてジョブを開始する方法には変更がない。バック・エ
ンド・システムで全部又は一部実行されるジョブはフロ
ント・エンド・コンピユータの既存のジョブ制御手法を
使ってフロント・エンド・コンピュータから送られ又は
制御される。フロント・エンド・コンピュータ上で現在
走っている既存のユーザ・プログラムは、変更なしで使
用することができる（但し再コンパイルは必要）。フロ
ント・エンド・コンピユータからの既存のユーザ・デー
タ・フアイルは変更なしでそのまま使用することができ
る（これはバツク・エンド・コンピユータのオペレーテ
イング・システムにより支援されていないレコード又は
ブロック・フオーマツト、あるいは文字コーデイングを
持つフアイルを含む）。フロント・エンド・コンピユー
タに使用されている既存のジョブ制御言語手続きはプロ
グラム及びフアイル指定ステートメントを含んだままそ
のまま変更なしで使用することができる。

【００２２】一連のジョブ・ステップ（使用される全部
又は一部がバック・エンド・コンピユータで実行され
る）はフロント・エンド・コンピユータからフロント・
エンド・コンピュータの標準のジョブ制御手続きを使用
して送ることができる。データ・フアイルはフロント・
エンド・コンピユータまたはバック・エンド・コンピユ
ータのいずれのフアイル・システムでない独特なフアイ
ル・システムで使うことができる。フロント・エンド・
コンピュータはバック・エンド・コンピュータのフアイ
ル・バッフア・メモリ空間を制御し割り振ることができ
る。バック・エンド・コンピュータはそれ自身のＩ／Ｏ
装置無しで使用することができる。フロント・エンド・
コンピユータのオペレーテイング・システムの標準的な
多重システム制御特性を使うことにより、一以上のコン
ピュータがそのオペレーテイング・システムの制御によ
り一つのバック・エンド・コンピユータに接続されこれ
を使用することができる。

【００２３】

【課題を解決するための手段】本発明の分散処理システ
ムによれば、それぞれ異なるオペレーテイング・システ
ムを持つ二つのコンピユータ（フロント及びバツク・エ
ンド・コンピユータ）のうち、一つのコンピユータ（フ
ロント・エンド・コンピユータ）がユーザ・インタフエ
イスとして使用される。

【００２４】また、本発明の分散処理システムによれ
ば、フロント・エンド・コンピユータにより開始されそ
してバツク・エンド・コンピユータ上で実行されるジョ
ブのためバツク・エンド・コンピユータ上にアドレス空
間を作る、フロント・エンド・コンピユータ及びバツク
・エンド・コンピユータの上で実行されるコントロール
・プログラムが存在する。

【００２５】また、本発明によれば、二つ（フロント及
びバツク・エンド・コンピユータ）の異なるオペレーテ
イング・システムのフアイル・システムとは異なる別個
のフアイル・システムが提供される。この発明のフアイ
ル・システムは一のオペレーテイング・システムのフア
イル・システム内にダミー・フアイルを作成する手段を
有する。このダミー・フアイルは他のシステムに接続さ
れた記憶装置内での対応するフアイルの置場所として用
いられ、その他のシステムで走っているプログラムがア
クセスできるようにしている。

【００２６】さらに、この発明の分散処理システムによ
れば各実行可能フアイルに対してフロント・エンド・コ
ンピユータが実行可能なロード・モジユールとバック・
エンドコンピユータが実行可能なロード・モジユールと
を作成する手段を有する。これらのロード・モジユール
は一つのフアイルとして結合され、フロント・エンド・
コンピユータがそのオペレーテイング・システムの制御
下でこれらのフアイルを実行しサービス・プログラムが
バック・エンド・コンピユータ実行可能なモジユールを
バック・エンド・コンピユータへ実行のために送る。

【００２７】さらに、この発明の分散型データ処理シス
テムによればバック・エンド・コンピュータ上を走るユ
ーザ又は適用業務プログラムに対してサービス・プログ
ラムが存在する。サービス・プログラムはバック・エン
ド・コンピュータ上のユーザ又は適用業務プログラムの
ためのＩ／Ｏ操作を実行する。

【００２８】さらに、この発明の分散処理システムによ
れば、バツク・エンド・コンピユータに接続された記憶
装置が二つの部分に分割され、一部分が第一のオペレー
テイング・システムの制御の下でフロント・エンド・コ
ンピユータとバツク・エンド・コンピユータの間の通信
に用いられ、他部分は第二のオペレーテイング・システ
ムの制御の下でバツク・エンド・コンピユータの運転に
用いられる。

【００２９】さらに、この発明の分散処理システムによ
れば、フロント・エンド・コンピユータに接続されて第
一のオペレーテイング・システムにより制御される記憶
装置に、フロント・エンド・コンピユータにより開始さ
れてバツク・エンド・コンピユータにより実行されるジ
ョブに必要な全てのフアイルが記憶される。この発明の
他の目的及び他の効果は以下の図面を参照した実施例の
説明から明らかになるであろう。

【００３０】

【実施例】

ハードウエア構成図１に、この発明の一実施例による分散データ処理シス
テム１が示されている。このシステム１はフロント・エ
ンド・コンピユータ２として汎用コンピユータ、例えば
ＩＢＭ３０９０プロセッサ、を有し、この汎用コンピユ
ータ２はＭＶＳオペレーテイング・システムの制御下で
走る。このシステム１はバック・エンド・コンピュータ
３として、スーパー・コンピユータ、を有する。このス
ーパー・コンピユータは、例えば日本電気のスーパー・
コンピユータであり、ＵＮＩＸオペレーテイング・シス
テムの制御下で走る。フロント・エンド・コンピユータ
２とバック・エンド・コンピユータ３とは通信リンク
（高性能並列インターフエイス、以下ＨＩＰＰＩと言
う）４、で結合されている。ＨＩＰＰＩ４はアメリカン
・ナシヨナル規格協会（ＡＮＳＩ）のＸ３Ｔ９．３規格
に従う。ＨＩＰＰＩ４は毎秒１００メガ・バイトの転送
チヤネルを提供する。フロント・エンド・コンピユータ
２は二つのＨＩＰＰＩ接続を行うことができ、バツク・
エンド・コンピユータ３は八つのＨＩＰＰＩ接続を行う
ことができる。従って、最高八つのフロント・エンド・
コンピユータ２が一つのバック・エンド・コンピユータ
３に接続され得る。

【００３１】この分散処理システム１において、フロン
ト・エンド・コンピュータ２は起点コンピユータとして
働きジョブを開始しバツク・エンド・コンピユータ３、
目標コンピユータ、に送る。バツク・エンド・コンピユ
ータ３はジョブを実行してその結果をフロント・エンド
・コンピユータ２に戻す。

【００３２】フロント・エンド・コンピユータ２は一又
は複数の中央プロセッサ２１、１２メガ・バイト（Ｍ
Ｂ）以上最大２５６ＭＢの記憶容量を有する中央記憶装
置２２、拡張記憶装置２３、複数の入／出力チヤネル２
４、このチヤネル２４に接続された複数の直接アクセス
記憶装置（ＤＡＳＤ）２５を有する。このＤＡＳＤ２５
はデイスク記憶装置で、例えば、ＩＢＭ３３９０ＤＡ
ＳＤである。この分散処理システム１の図示しないユー
ザは同じく図示しない通信接続機構を介してフロント・
エンド・コンピユータ２に接続されている。

【００３３】バック・エンド・コンピユータ３は一また
は複数（最高４つ）の演算プロセツサ３１、サービス・
プロセツサ３２、主記憶ユニット３３、拡張記憶ユニツ
ト（以下、ＸＭＵと呼ぶ）３４を有する。バツク・エン
ド・コンピユータ３はそのプログラムやデータを記憶す
るためのＤＡＳＤを持っていない。但し、電源投入時の
システム初期化及びブート・ストラツプ（立上げ）プロ
グラムとエラーの記憶のための小さな図示しないデイス
ク記憶装置を持っている。バック・エンド・コンピユー
タ３でジョブを実行するために必要な全てのプログラム
（ソース・プログラム、オブジエクト・モジユール、ラ
イブラリ、ロード・モジユール）及びデータはフロント
・エンド・コンピユータ２のＭＶＳ制御かのＤＡＳＤ２
５内に記憶されている。バック・エンド・コンピユータ
３の全ての入／出力操作、ユーザ・インタフエイス、ジ
ョブ制御、データ・マネージメント、及びその他のバッ
ク・エンド・コンピユータ関係のサービスはフロント・
エンド・コンピユータ２から与えられる。バック・エン
ド・コンピュータ３のプログラム実行中のＤＡＳＤ２５
内のデータ・セットに対する全てのＩ／Ｏ要求は、デー
タ・マネージメント・サービスのためＨＩＰＰＩ４を介
してフロント・エンド・コンピユータ２に送られる。

【００３４】バック・エンド・コンピユータ３はシステ
ム１のユーザにスーパー・コンピユータ計算能力を与え
る。バック・エンド・コンヒユータ３のピーク浮動小数
点演算性能は、バック・エンド・コンピユータ３に含ま
れる演算プロセッサ３１の数に依存して１．３ＧＦＬＯ
ＰＳから２２ＧＦＬＯＰＳである。このピーク性能は、
バック・エンド・コンピユータ３の短いマシン・サイク
ル・タイム（２．９ナノ・セカンド）、大きなベクトル
・レジスタ容量（１演算プロセツサ３１当たり最大１４
４キロ・バイト）、多重ベクトル・パイプライン及び連
鎖（１演算プロセッサ３１当たり最大１６パイプライ
ン）、及び並列処理（最大四つの演算プロセッサ３１）
で達成されている。数値集中計算要求を満足するため
に、バック・エンド・コンピユータ３の主記憶ユニット
３３は６４ＭＢないし２ＧＢ（ギガ・バイト）の記憶容
量を有する。

【００３５】バック・エンド・コンピユータ３のＸＭＵ
３４は、１ＧＢから１６ＧＢの記憶容量を持つ。ＸＭＵ
３４は非常に高いデータ転送能率（２．７５ギガ・バイ
ト毎秒）を持ち、図２に示すように、バック・エンド・
コンピユータ・システム領域（ルート・フアイル・シス
テム領域）３４ａ、バック・エンド・コンピユータ・プ
ログラム・スワツプ領域３４ｂ、ＸＭＵフアイル領域３
４ｃ（シーケンシヤル・アクセス方法や分割アクセス方
法やダイレクト・アクセス方法のフアイル入／出力を高
速化する）、ＸＭＵステージド・メンバー・フアイル領
域３４ｄ（プログラム・ロード時間や連係編集ライブラ
リ・アクセス時間を高速化する）、及びＨＩＰＰＩ４か
らデータ及びフアイルを受け取るためのＸＭＵ・ＨＩＰ
ＰＩバッフア３４ｅに分割されている。バック・エンド
・コンピユータ・システム領域（ルート・フアイル・シ
ステム領域）３４ａとバック・エンド・コンピユータ・
プログラム・スワツプ領域３４ｂはバック・エンド。コ
ンピーユタ３のオペレーテイング・システムＵＮＩＸの
制御下にあり、ＸＭＵフアイル領域３４ｃとＸＭＵステ
ージド・メンバー・フアイル領域３４ｄとＸＭＵ・ＨＩ
ＰＰＩバッフア３４ｅはフロント・エンド・コンピユー
タ２の制御下にある。

【００３６】システム間通信フロント・エンド・コンピユータ２とバック・エンド・
コンピユータ３はＨＩＰＰＩ４を介して通信する。この
インタフエイスはＡＮＳＩ標準委員会Ｘ３から発行され
たＡＮＳＩ文書Ｘ３Ｔ９．３に記載されている。図３Ａ
に示すように、フロント・エンド・コンピユータ２のＨ
ＩＰＰＩハードウエアの構成において、データは中央記
憶装置２２からＨＩＰＰＩ４を介して４Ｋバイト・ペー
ジ単位で送られる。各データ転送は、一ないし複数の４
Ｋバイト・ブロックからなる。図３Ｂに示すように、各
データ転送の最初のブロックは制御情報を含む。この４
Ｋブロックをコントロール・パケットと呼ぶ。各コント
ロール・パケットはコントロール・ヘッダと一ないし複
数の要求エレメント（ＲＱＥ）を含む。各ＲＱＥは、フ
ロント・エンド・コンピユータ２のシステム要素とバッ
ク・エンド・コンピユータ３のシステム要素の間の通信
要求、例えば、バッチ・ジョブ開始又は終了のシステム
制御コマンド又はユーザ適用業務プログラムのためのデ
ータ書き込みや読み出しのデータ・マネージメント要
求、を表す。

【００３７】ＲＱＥを含む各パケットは、一ないし複数
の４Ｋバイトの倍数長のブロック・データを随伴するこ
とができる。コントロール・パケット内の各要求エレメ
ント（ＲＱＥ）に関連するデータ・ブロックは、そのコ
ントロール・パケットの直後にＨＩＰＰＩインターフエ
イスを介して送られる。一つのＲＱＥに関連するデータ
は、データ・パケットと呼ばれ、コントロール・パケッ
ト内のＲＱＥと同じ順序に送られる。すなわち、各デー
タ転送は一ないし複数のＲＱＥを含む一つのコントロー
ル・パケットと随伴した一連のデータ・パケットからな
る。

【００３８】システム・ソフトウエア構造次に、図４を参照して説明する。フロント・エンド・コ
ンピユータ２及びバック・エンド・コンピユータ３の各
ハードウエア・システムは各コンピユータ自身の独立し
たオペレーテイング・システム、ＭＶＳ５０とＵＮＩＸ
カーネル６０、により制御される。バック・エンド・コ
ンピユータ３はフロント・エンド・コンピユータ２から
独立して走る。バック・エンド・コンピユータ３はタス
ク指名やデータ・マネージメント等の全ての重要な機能
を行うそれ自身のカーネル６０を持つ。カーネル６０は
それ自身のフアイル・システムを持ち、フロント・エン
ド・コンピユータ２から直接に制御されない。

【００３９】フロント・エンド・コンピユータのシステ
ム・ソフトウエア構成フロント・エンド・コンピユータ２において、この発明
のシステム・ソフトウエア５１が標準のＭＶＳオペレー
テイング・システム５０の上に付け加えられる。この発
明の分散データ処理システム１は、ユーザがジョブの提
供や制御をする際に標準のＭＶＳのユーザ・インタフエ
イスを用いてバック・エンド・コンピユータ３にアクセ
スすることを可能にする。また、この発明のシステムは
標準のＭＶＳの対話式インタフエイス、例えば、時間分
割機能拡張版（ＴＳＯ／Ｅ）プログラム、を使用してバ
ック・エンド・スーパー・コンピユータ３の対話式使用
を可能にする。

【００４０】特殊目的なスーパー・コンピユータ処理環
境を提供すると同時に、この標準ＭＶＳシステム２はこ
の発明のシステム１とは無関係な他の汎用計算、例え
ば、標準的なバッチ・ジョブやトランザクシヨン処理シ
ステム（ＩＢＭ顧客情報管理システム（ＣＩＣＳ））や
データ・ベース（ＩＢＭ情報管理システム（ＩＭＳ）や
ＤＢ２データ・ベース・システム）、の仕事をし続け
る。この汎用計算の仕事はこの発明の仕事と並列的に実
行することができ、多くのユーザは、この発明のシステ
ム１が存在することさえ気が付かないであろう。フロン
ト・エンド・コンピユータ２上の標準ＭＶＳシステムを
使用するエンド・ユーザはフロント・エンド・コンピユ
ータ２の資源とＩＢＭのＴＳＯ／Ｅ対話式ユーザ・イン
タフエイスを介してＭＶＳソフトウエアを使用し続ける
ことが出来る。

【００４１】図５に示すように、フロント・エンド・コ
ンピユータ２上のこの発明のシステム１のソフトウエア
５１は、ＨＩＰＰＩマネージヤ７３、システム・コント
ロール７４、システム・ジョブ・コントロール７５、Ｘ
ＭＵフアイル・マネージメント７６、ＸＭＵコピー・プ
ログラム７７、システム連係エデイタ／ローダー７８、
及びシステム・データ・マネージメント７９を含む。ソ
フトウエア・システム５１のシステム・コントロール７
４とジョブ・コントロール７５は一つのＭＶＳサブ・シ
ステムとして走る。ＨＩＰＰＩマネージャ７３はそれ自
身のアドレス空間内で走り、標準ＭＶＳのＨＩＰＰＩコ
ントロール・プログラム７２を通じてＨＩＰＰＩ結合上
でデータの送受する手段を与える。他のシステム・プロ
グラム７６、７７、７８、及び７９はユーザ・ジョブに
割り与えられたアドレス空間内で走りユーザ・ジョブの
データ・フアイル・マネージメント機能を援助する。

【００４２】バック・エンド・コンピユータのシステム
・ソフトウエア構造図４に戻ってこの図に示すように、この発明のシステム
・ソフトウエアはバック・エンド・コンピユータ３の既
存のＵＮＩＸシステム６０の上にも付け加えられる。こ
のソフトウエアはバック・エンド・コンピユータ３のＨ
ＩＰＰＩ結合を制御し、他のシステム要素へのデータ・
パケットやＨＩＰＰＩ要求を取り扱う層６７を持ってい
る。このＨＩＰＰＩサーバ・プログラム６７により支援
されるものは、コマンド・サーバ６１、ジョブ・サーバ
６２、ＸＭＵサーバ６３、データ・マネージャ６４、及
び修正フオートラン・コンパイラ６５がある。

【００４３】コマンド・サーバ６１はフロント・エンド
・コンピユータ２から送られるＵＮＩＸシステム・コマ
ンドを待つ独立した処理である。各コマンドに対して、
コマンド処理が開始され肯定応答及び他の応答がフロン
ト・エンド・コンピユータ２へ返される。

【００４４】ジョブ・サーバ６２はフロント・エンド・
コンピユータ２から送られるジョブ開始要求を待つ独立
した処理である。ジョブ開始要求が到着すると、ジョブ
開始プログラムがジョブ処理を作り、フロント・エンド
・コンピユータ２に肯定応答を送る。ジョブが終了する
とジョブ・サーバ６２がフロント・エンド・コンピユー
タ２に通知する。

【００４５】ＸＭＵサーバ６３はＭＶＳからＸＭＵ３４
へのデータ書き込み又は読み出しの要求を待ちそして実
行する。ＸＭＵ３４からの読み出しの要求があると、Ｘ
ＭＵサーバ６３はＸＭＵ３４をアクセスしデータを応答
と共に送る。書き込み要求があると、データは直接にＸ
ＭＵ３４に書き込まれる。そして、ＸＭＵサーバ６３は
フロント・エンド・コンピユータ２に肯定応答を送り返
す。このサービスはフロント・エンド・コンピユータ２
内のＸＭＵコピー・プログラム７７により使用される。
また、ＸＭＵ内フアイルのための４Ｋヘッダ・ブロック
を書き込み又は読み出すためにも使われる。

【００４６】データ・マネージャ６４は、バック・エン
ド・コンピユータ３のジョブの入／出力ために呼び出さ
れるプログラム・セットである。ここで入／出力は、シ
ステム操作卓又はユーザ操作卓への書き込みやフアイル
・アクセスのための要求をも含む。全ての入／出力操
作、例えば、ユーザ・プログラム８０により要求される
フアイル・オープン、読み出し、書き込み、クローズ、
操作卓読み出し又は操作卓書き込み、はシステムにより
捉えられ、データ・マネージヤ６４に送られる。データ
・マネージャ６４はユーザ・プログラム８０とＸＭＵフ
アイル・バッフア３４ｅとの間のデータを転送する。フ
アイル制御操作は、フロント・エンド・コンピユータ２
に操作卓入出力要求と同じ様に送られる。書き込み操作
中にＸＭＵフアイル・バッフア３４ｅが満杯となるとデ
ータはＭＶＳのＤＡＳＤ２５に書き込まれるために送ら
れる。同様にして、読み出し操作中にＸＭＵバッフア３
４ｅ内にデータが残ってないと、読み出し要求がＭＶＳ
に渡され、更にデイスク２５のデータ・セットからデー
タを読み出す。

【００４７】バック・エンド・コンピユータ３のフオー
トラン・コンパイラ６５はフロント・エンド・コンピユ
ータ２のフオートラン・コンパイラの外部仕様と一致さ
せるために修正されている。これは、フロント・エンド
・コンピユータ２のユーザがこの発明のシステム１を使
うために自らのフオートラン・プログラムを修正する必
要がなく、また二つのコンピユータ２と３の異なるフオ
ートラン・バージョンの僅かな差異を学ぶ必要がないこ
とを保証している。これは、またバック・エンドのジョ
ブに使われるＭＶＳフアイルを探すために重要な役割を
果たしている。

【００４８】システム・コントロールシステム・コントロール７４は、一つのＭＶＳサブ・シ
ステムとして走り、標準ＭＶＳサブ・システムのインタ
フエイスを用いる。このシステム・コントロール７４の
機能は制御ブロックの初期化、アドレス空間の設定及び
この発明のシステムに必要な仕事、ＨＩＰＰＩコントロ
ール７２、ＨＩＰＰＩマネージャ７３、ＩＳＬ及びダン
プ・プログラム等を開始を含む。システム・コントロー
ル７４はまた定期的にバック・エンド・コンピユータ３
を監視し、よい状態にあってアクテイブであることを保
証する。システム・コントロール７４はさらにフロント
及びバック・エンド・コンピユータ２と３を制御するた
めに用いられる全てのオペレータ・コマンドを実行す
る。全てのオペレータ・コマンドは標準ＭＶＳサブ・シ
ステム・インターフエイスを介してシステム１に送られ
る。これらのコマンドはシステム・コマンドを表すキー
ワードで始まるように走査される。全てのシステム・コ
マンドはフロント・エンド・コンピユータ２または単に
バック・エンド・コンピユータ３に送られる。

【００４９】ＨＩＰＰＩ通信マネージヤフロント及びバック・エンド・コンピユータ２と３の両
方において、ＨＩＰＰＩ通信結合４はＨＩＰＰＩ通信プ
ログラムにより管理される。ＨＩＰＰＩ通信のハードウ
エアを制御するほか、このプログラムはＲＱＥ及びデー
タの行列を管理する。送られる要求はコントロール及び
データ・パケットに組み込まれ、受信されたパケットは
記憶されそして各々の受信者に通知される。

【００５０】システムの初期化ＭＶＳオペレータ操作卓からこのシステム１及びバツク
・エンド・コンピユータ３の開始、制御、監視及び終了
ができる。このシステム１をＭＶＳ環境から開始するた
めにまずバツク・エンド・コンピユータ３がその操作卓
より初期化されていなければならない。ＭＶＳオペレー
タ操作卓からこのシステム１はタスクとして開始され
る。まず、ＨＩＰＰＩコントロール及びＨＩＰＰＩマネ
ージャのアドレス空間を開始し、そして他の全ての初期
化の仕事、例えばＸＭＵフアイル・マネージメントの初
期化、を行う。

【００５１】システム・コントロール・プログラム７４
はＩＳＬ（イニシャル・システム・ローデイング）の開
始前に、ＨＩＰＰＩ通信リンクの通信初期設定の一部と
して、バツク・エンド・コンピユータ３のブート・スト
ラツプ・プログラムとシステム識別情報を交換し、バツ
ク・エンド・コンピユータ３のシステム・クロツクを設
定し、バツク・エンド・コンピユータ３のハードウエア
構成（演算プロセツサ３１の数、ＸＭＵのサイズ等）を
得る。

【００５２】ＩＳＬプログラムがＵＮＩＸオペレーテイ
ング・システム・カーネル６０を含むＭＶＳフアイルの
フアイル名を指定するブート・コマンドをバツク・エン
ド・コンピユータ３のブート・ストラツプ・プログラム
へ送ることによりＩＳＬプロセスが開始する。ブート・
ストラツプ・プログラムは一連の読み出し要求をフロン
ト・エンド・コンピユータ２に送ることにより、ＵＮＩ
Ｘオペレーテイング・システム・カーネル・フアイルを
ＸＭＵ３４内に読み込む。ＭＶＳのＩＳＬプログラムが
カーネル・フアイルの終わりに達した事を通知するとＩ
ＳＬは終了する。

【００５３】ブート・ストラツプ・プログラムは、カー
ネル自身のローダを主記憶ユニット３３に読み込んで、
制御をカーネルに渡す。そして、カーネルはＸＭＵ３４
から自身を主記憶ユニット３３へ完全に移し、他の全て
の初期化の仕事を実行する。カーネル６０が初期化の仕
事を終えると、システム１にＩＳＬ完了を通知する。そ
して、コントロール・プログラム７４がジョブの開始を
準備する。

【００５４】プログラムの実行バック・エンド・コンピユータ３でユーザ適用業務プロ
グラム８０を実行したいと思うユーザは、ジョブ８０を
標準のＭＶＳのプログラムと同様にしてフロント・エン
ド・コンピユータ２へ送る。バック・エンド・コンピユ
ータ３で実行される各ジョブ・ステップに対しては、バ
ック・エンド・コンピユータ３で実行可能なプログラム
（以下に図６及び図８に関して説明する、ローダ・プロ
グラム７８で作成されたロード・モジユール８１を含む
デイスク２５に記憶された区分データ・セット（ＰＤ
Ｓ）メンバー、又はＸＭＵ２３ライブラリイ・フアイ
ル）を指定するステップ・リブ（ＳＴＥＰＬＩＢ）が指
定されなければならない。このジョブは標準ＭＶＳジョ
ブ開始処理により送られる。この処理は標準のＭＶＳフ
アイル割り振り、ジョブのためのＭＶＳアドレス空間の
生成、及びＭＶＳ実行可能プログラムのローデイング及
び開始を含む。

【００５５】図６に示すように、この発明のシステム１
は特別にフオーマットされたプログラム・フアイル（ロ
ード・モジュール）８１を使う。このロード・モジュー
ル８１はフアイルの初めに小さなＭＶＳプログラムを有
しその後にバック・エンド・コンピュータ実行可能プロ
グラムを持っている。この小さなＭＶＳプログラムはＤ
ＡＳＤ２５からフロント・エンド・コンピュータ２の記
憶装置内２２にロードされ、ＭＶＳにより開始される。
このプログラムはシステム・ジョブ・コントロール７５
を呼びだし、このシステム・ジョブ・コントロール７５
はＭＶＳアドレス空間内に特別な環境（システム・デー
タ・マネージメント・プログラム７９のローデイングに
より形成される図４中に示すサービス・プログラム９
０）をバック・エンド・コンピユータ３において実際に
実行されるために送られる各ユーザ・プログラム８０の
支援のため設定する。

【００５６】ジョブ・コントローラ７５は各ジョブ８０
に対してフロント・エンド・コンピュータ２に実行時間
的な環境を設定する。これは、フロント・エンド・コン
ピュータ２のデータ・マネージャ７９のコードをＭＶ
Ｓのアドレス空間にロードし、バック・エンド・コンピ
ユータ３のジョブ８０を支援するのに必要な全てのコン
トロール・ブロックを設定したサービス・プログラム９
０を作ることである。主要なコントロール・ブロック
は、ジョブＩＤテーブル（ＪＩＴ）とそして各データ定
義（ＤＤ）ステートメントに対して機能制御テーブル
（ＦＣＴ）等である。これらのコントロール・ブロック
は、フロント・エンド・コンピュータ２のジョブ・コン
トロール７５によりバック・エンド・コンピユータ３上
でジョブ８０が走っている時にジョブ８０を追跡するた
めに使用され、またＨＩＰＰＩコントロール７２により
バック・エンド・コンピュータ３から送られてくる通信
及びデータをフロント・エンド・コンピユータ２内の正
しいジョブとフアイルに送るために使われる。フロント
・エンド・コンピュータ２内に実行時間的な環境９０を
設定した後、フロント・エンド・コンピュータ２のジョ
ブ・コントロール７５はバック・エンド・コンピュータ
３にジョブ開始要求を送る。バック・エンド・コンピュ
ータ３のジョブ・コントロール６２は通常のＵＮＩＸバ
ッチ処理ジョブとしてジョブ８０を開始し、その完了を
待つ。

【００５７】バック・エンド・コンピユータ３がジョブ
８０を完了すると、フロント・エンド・コンピユータ２
のジョブ・コントロール７５はフロント・エンド・コン
ピユータ２が支援のために使用した全ての資源（サービ
ス・プログラム９０等）を解除する。同様に、もしジョ
ブ８０がフロント・エンド・コンピユータ２のオペレー
タまたはユーザにより取り消されたら、フロント・エン
ド・コンピユータ２のジョブ・コントロール７５は標準
ＭＶＳサブ・システム・インタフエイスを介して制御を
得、バック・エンド・コンピユータ３のジョブ・コント
ロール６２にジョブ８０の取消を通知し、資源を解放す
る。

【００５８】このジョブ８０に対する実際の実行時間的
環境は、この発明のシステムの独特な特徴点である。図
７に示すように、オペレーテイング・システムのレベル
においては、二つのジョブ（サービス・プログラム９０
とユーザ適用業務プログラム８０）が平行、一つがＭＶ
Ｓ２内においてそして並列的なジョブ８０がバック・エ
ンドＵＮＩＸシステム３、に走る。バック・エンド・コ
ンピユータ・ジョブはユーザ・プログラム８０を含む。
このプログラム８０は、バック・エンド・コンピユータ
３のデータ・マネージメント・プログラム６４により処
理される入／出力処理を除いて、標準のＵＮＩＸ環境で
走る。ＭＶＳシステム２に関する限り、ユーザのジョブ
８０はＭＶＳが提供するアドレス空間内で実行されてい
るように見える。事実、フロント・エンド・コンピユー
タ２のデータ・マネージメント・プログラム７９より制
御されるサービス・プログラム９０はＭＶＳのアドレス
空間内で走り、一方ユーザ・ジョブ８０はバック・エン
ド・コンピユータコンピユータ３で走る。この独特な実
行時間的環境の利点は、ユーザ・ジョブ８０は全く異な
るシステム上でＵＮＩＸの下で走っているが、ユーザ・
インタフエイスまたはオペレータ・インタフエイス・レ
ベルでは他のＭＶＳのジョブと同じに見えることであ
る。ＭＶＳ表示又はＴＳＯ／Ｅ状態コマンドにより表示
可能であるし、他のＭＶＳジョブと同様にユーザ又はオ
ペレータにより取消可能である。

【００５９】バック・エンド・ジョブのためのフアイル
指定この発明の重要点の一つとして、フオートラン・コンパ
イラ仕様の一要素であるフアイル指定がある。ＩＢＭの
フオートランのフアイル指定は、フオートラン・プログ
ラム内のＤＤ（データ定義）名によりフアイルが指定で
きるようになっている。このＤＤ名はプログラムが開始
される時、特定のフアイル名に動的に連結される。ＭＶ
Ｓシステムにおいては、これはジョブ制御言語（ＪＣ
Ｌ）の”データ定義”（ＤＤ）ステートメントによりな
されるか、又は対話式環境においてはＴＳＯ／Ｅの”割
り振り”コマンドのような割り振りコマンドによりなさ
れる。例えば、プログラムは”ＩＮＦＩＬＥ”のような
名前を使用してフアイルを開いてもよい。ＪＣＬにおい
て、ＤＤ名ＩＮＦＩＬＥは特定のフアイル名、例えば、
ＴＥＳＴ．ＤＡＴＡ．ＤＥＣ１１９１、に変えられ、こ
れはＭＶＳフアイル・システムによりＤＤステートメン
ト内の装置情報又は他のカタログ・ルック・アップを介
して一つの物理フアイルに変えられる。

【００６０】バック・エンド実行時環境はユーザ・プロ
グラム８０からフアイル・アクセス命令をデータ・マネ
ージメント・ルーチン６４に送る。ユーザ・プログラム
８０内のフアイルを開く命令に対して、ＤＤ名はパラメ
ータとして送られる。フアイルを開く命令は、フロント
・エンド・コンピユータ２のデータ・マネージメント７
９に送られ、ここでＤＤ名は特定のＭＶＳフアイルに連
結される。

【００６１】この様にして、一つのオペレーテイング・
システムの命名法からフアイル名を変換する困難さ及び
複雑さを回避することができる。ＭＶＳユーザにとって
バック・エンド・コンピユータ３上のフアイルの規約に
ついて知る必要も気にする必要もない。また、この発明
のシステムは、フアイルの変換を可能にするために特別
なフアイル命名規程を使う必要もない。

【００６２】フアイル連結ＭＶＳのＪＣＬはフアイルの連結をすることができる。
複数のライブラリを一つのＤＤステートメントで特定す
ることができる。システム１は特定の順序でこれらのラ
イブラリ内を与えられた名前を捜すために探索する。順
次フアイルにおいては、連結は複数の物理フアイルをプ
ログラムがあたかも一つの連続したフアイルのように使
用することを可能にする。ＭＶＳフアイル仕様の利用は
ＵＮＩＸ下で走るジョブが連結を使用することを可能に
する。

【００６３】複数のジョブ・ステップ間のフアイル転送このフアイル指定メカニズムの別の重要な利点は、バッ
チ・ジョブ・ステップ間でシステム１がフアイルを転送
することを容易に支援できることである。ＭＶＳのＪＣ
Ｌは、ＪＣＬのジョブ・ステップを使用することにより
一つのバッチ・ジョブにより複数のプログラムが実行さ
れることを可能にする。ユーザは一つのジョブ要求をシ
ステムに送ることにより、一続きのプログラムが順次実
行されるようにすることができる。各プログラム又はジ
ョブ・ステップはそれ自身のＤＤステートメントを有す
る。一つのジョブ内において、フアイルは一つのジョブ
・ステップから引き続くジョブ・ステップに送られるこ
とができる。例えば、一つのジョブ・ステップは一時的
なデータ・セットを作り、出力フアイルとして中間的な
計算の結果を入れるに使うことができる。このジョブ・
ステップの出力フアイルは保持されて、引き続くジョブ
・ステップに渡されて別の計算の入力データとして使用
される。データは、一つのジョブ・ステップから他のジ
ョブ・ステップへと前のジョブ・ステップのＤＤステー
トメントを後のジョブ・ステツプのＤＤステートメント
中に参照することにより渡すことができる。

【００６４】既存の分散データ処理システムのアーキテ
クチヤを用いれば、この様なバッチ・ジョブ・ステップ
とフアイル転送機構を異なったオペレーテイング・シス
テムの異なったバッチ・ジョブ処理システムの中へ組み
込むことは容易にできないことであろう。しかし、この
発明の独特なシステム・アーキテクチヤはこれを容易に
行うことができる。ＭＶＳの下から送られたジョブの異
なるステップは、バック・エンド・コンピユータ３上で
別のジョブとして走る。ＵＮＩＸシステム３内では、こ
れらのジョブは別々で互いに関係のあるものではない。
しかし、これらは同じＭＶＳジョブ内のステップに対応
するから、ＭＶＳのフアイル転送やＪＣＬ内の一時フア
イル定義を使用できる。

【００６５】ＸＭＵフアイル・マネージメントＭＶＳシステム２からフアイル割り振り処理を完全に制
御するために、フロント・エンド・コンピユータ２はバ
ック・エンド・コンピユータ３のＸＭＵ３４を制御す
る。図２に示すように、ＸＭＵ３４は二つの別々の領
域、３４ａ及び３４ｂと３４ｃ、３４ｄ及び３４ｅ、に
分けられて、一つはＵＮＩＸのカーネルに属し、他はフ
ロント・エンド・コンピユータ２の制御に属する。この
後者は、ＭＶＳフアイルのデータのバッフアとして用い
られフロント・エンド・コンピユータ２に制御される。

【００６６】いくつかのタイプのフアイルがこの発明の
システムのジョブに使用される。第一に、通常のＭＶＳ
フアイルである。ＭＶＳの順次データ・セツトと区分デ
ータ・セット・メンバー及び直接データ・セツトはこの
発明のシステムのジョブにより入力及び出力の両方に使
われる。これらのフアイルは、この発明のジョブのプロ
グラムから出される読み出し（又は書き込み）コマンド
を支援するのに必要な時、動的にＸＭＵバッフアから読
み出され（又はへ書き込まれ）る。フアイル・オープン
処理の一部として、ＭＶＳのＸＭＵマネージメント７６
はＸＭＵ３４内にこれらのフアイルのバッフアのための
空間を割り振る。

【００６７】図８はＸＭＵフアイルを示す。ＸＭＵフア
イルは、ＸＭＵ３４内に割り振ることができる。このフ
アイルは、ＭＶＳが指定されたデイスク・ボリューム上
に独特な修飾名を持つデータ・セットを作成する時に、
この発明のシステムにより作られる。このボリューム名
とデータ・セット名はユーザにより指定される。ＭＶＳ
システム２がデイスク・フアイルを割り振るとき、この
発明のシステムはＭＶＳのデイスク・フアイル割り振り
処理の標準のユーザ出口を使って制御を得、ＸＭＵ３４
内にフアイル空間を割り振る。ＪＣＬのＤＤステートメ
ント内のデータ・セットのために指定されたＪＣＬ空間
パラメータ（第一次及び第二次量）は変換フアクタを用
いてＸＭＵ記憶の量に翻訳される。ＸＭＵフアイルに使
われるボリューム名、ＸＭＵフアイルを特定するために
用いられるフアイル修飾名、及びブロックとトラックと
シリンダをキロ・バイト（ＫＢ）に変換する変換フアク
タはシステム・プログラムによるシステム初期化の時に
設定することのできる初期化時指定パラメータである。

【００６８】これらのフアイルに対して、ＭＶＳデイス
ク・フアイルはＭＶＳフアイル・システムにおける単な
る置場所として働く（もしこの様な置場所が無ければＭ
ＶＳのジョブ開始プロセスは直ちにジョブを停止してＪ
ＣＬエラーを出す。何故ならば、ユーザのＪＣＬ内に指
定されているフアイルはＭＶＳフアイル・システム内で
は見つけられないからである）、一方ＸＭＵフアイルは
実際のデータとして使用される。このＸＭＵフアイルは
ＵＮＩＸフアイル・システムとＭＶＳフアイル・シス
テムの両方から区別される独立なフアイル・システムを
形成する。

【００６９】ＸＭＵライブラリイは別のタイプのＸＭＵ
フアイルである。このフアイルはＸＭＵ内に完全に存在
するもので、このライブラリイのための全空間は先のＸ
ＭＵフアイルのための空間と同様にして割り振られる。
他のＸＭＵフアイルと同じく、対応するＭＶＳデイスク
・フアイルが存在する（この場合はＭＶＳライブラリイ
・フアイルと区分データ・セット（ＰＤＳ））。ＭＶＳ
の区分データ・セットの場合と同じく、ＸＭＵライブラ
リ内のＸＭＵ空間はメンバーに再割り振られている。

【００７０】各ＸＭＵライブラリイ・メンバーに対し
て、ＭＶＳデイスクのＰＤＳフアイル内に対応する置場
所メンバーが存在する。このＰＤＳデイスク・フアイル
自身は実際のＸＭＵフアイルの影にすぎない（実際のデ
ータはこのデイスク・フアイルには置かれない）。しか
し、デイスク・コピーのＰＤＳダイレクトリはＭＶＳに
より更新され、メンバーの存在を実証するために使われ
る。バック・エンド・コンピユータ３に関する限り、各
ＸＭＵライブラリイ・メンバーは普通のＸＭＵフアイル
と同じに見え同様に使用される。

【００７１】ＸＭＵマネージヤはＸＭＵライブラリイに
対して、他のＸＭＵフアイルに対して空間を割り振るの
と同じ様にして、空間を割り振る。但し、ＭＶＳのＰＤ
Ｓフアイルの場合と同じ様にして、各メンバーの空間は
ＸＭＵライブラリイ・フアイルの全空間から再割当され
る。

【００７２】ＸＭＵフアイルは以下のようにして使用さ
れる。しばしば使用される入力データをＸＭＵ３４内に
保持すること（フアイル・キヤシング）。この場合、デ
ータは初めに他のＭＶＳデイスク・フアイルからＸＭＵ
フアイルにこの発明のシステムのフアイル・コピー機能
を利用してコピーされなければならない。次に、一のプ
ログラム又はジョブ・ステップにより作成され次のプロ
グラム又はジョブ・ステップの入力として使用される一
時フアイルを保持するため。さらに、ジョブ出力として
使うこと。この場合は、データ・セットは永久コピーを
保持するため別のＭＶＳデータ・セットにコピーされな
ければならない。

【００７３】各ＸＭＵフアイルとＸＭＵライブラリイの
各メンバーに対して、バック・エンド・コンピユータが
データにアクセスするのに必要な情報を含んだヘッダ・
レコードがフロント・エンド・コンピユータにより維持
される。

【００７４】データ・フオーマットバック・エンド・コンピユータ３は以下のタイプのレコ
ード・フオーマットのＭＶＳフアイルにアクセスでき
る。順次データ・セット：レコード・フオーマットＦ／Ｆ
Ａ／ＦＢ／ＦＢＡ／ＦＢＳ／Ｖ／ＶＡ／ＶＢ／ＶＢＡ／
ＶＢＳ／Ｕ直接データ・セット：レコード・フオーマットＦ区分データ・セット：レコード・フオーマットＦ／Ｆ
Ａ／ＦＢ／ＦＢＡ／ＦＢＳ／Ｖ／ＶＡ／ＶＢ／ＶＢＡ／
ＶＢＳ／ＵＭＶＳフアイルがバック・エンド・コンピユータ３によ
りアクセスされるとき、アクセスされたフアイルの要求
されたＤＡＳＤブロックはＸＭＵ３４のＨＩＰＰＩバッ
フア３４ｅへ又はから移動される。ＤＡＳＤの入出力ブ
ロック情報はこのＨＩＰＰＩバッフアにＭＶＳのＤＡＳ
Ｄ入出力イメージを維持するために保持される。このレ
コード・フオーマットは、ＭＶＳフアイルがＸＭＵフア
イルからまたはＸＭＵフアイルへコピーされる時でも、
ＤＡＳＤ入出力ブロック情報を維持するためにＸＭＵフ
アイルのために保持される。バック・エンド・コンピユ
ータのフオートラン実行時ルーチンはＭＶＳとＸＭＵの
両方のフアイルにアクセスしてレコードのブロック化又
は非ブロック化を行う際これらのレコード・フオーマッ
ト情報を使うために修正される。

【００７５】複合ロード・モジュールフロント・エンド・コンピユータ２からユーザ・プログ
ラム８０を開始するためには、この発明のシステムのジ
ョブ・マネージヤ７５に制御を渡すプログラムを最初に
開始しなければならない。この処理をエンド・ユーザか
ら見て透明にするため、図６に示すような、この発明の
複合ロード・モジュール８１が使われる。このロード・
モジュールの構成はユーザがこの発明のスーパー・コン
ピューテイング適用業務のためのユーザ・プログラム・
フアイル８０を他のＭＶＳプログラム・フアイルと同じ
ように取り扱うことができ、そして標準のＭＶＳのＪＣ
Ｌを用いてこれらプログラム８０を開始できるようにす
る。同時に、スーパー・コンピューテイング適用業務プ
ラットホームとなるシステム１のジョブ・マネージャ７
５及び６２に制御を与える際の問題をも解決する。

【００７６】この発明のシステムは独特なロード・モジ
ーユルの構成とその実行を可能にする次のようなサービ
スをする。二つのロード・モジユールを一つの複合ロー
ド・モジュールに連結する機能。スーパー・コンピユー
テイング適用業務用のロード・モジュールの正しい部分
を取り出す標準ＭＶＳのロード・モジュール取り出し機
能。バック・エンド・コンピユータ３へスーパー・コン
ピユーテイング適用業務用のロード・モジュールの正し
い部分を送るプロトコル。バック・エンド・コンピユー
タ３へ実行環境を送るプロトコル。スーパー・コンピユ
ーテイング適用業務用ロード・モジュール連結機能（連
係エデイタ）。スーパー・コンピユーテイング適用業務
用のロード・モジュールの正しい部分を抜き出してバッ
ク・エンド・コンピユータ３内にライブラリイを作る機
能。二つのコンピユータ２と３の二つのライブラリイを
結合して一つのスーパー・コンピユーテイング適用業務
用ロード・モジュールのライブラリイを作る機能。

【００７７】スーパー・コンピユーテイング適用業務用
ロード・モジユール構成図６に示す、スーパー・コンピユーテイング適用業務用
ロード・モジユール８１の構成は、ＭＶＳのロード・モ
ジュール部分８１ａとＵＮＩＸ様ロード・モジユール部
分８１ｂから成る。ＭＶＳのロード・モジュール部分８
１ａはＭＶＳオペレーテイング・システムによりフロン
ト・エンド・コンピユータ２により実行され。ＭＶＳの
ロード・モジュール部分８１ａはバック・エンド・コン
ピユータ３ではハードウエア・アーキテクチヤの違いに
より実行されない。ＵＮＩＸ様ロード・モジユール部分
８１ｂはバック・エンド・コンピユータ３でＵＮＩＸオ
ペレーテイング・システムで実行される。ＵＮＩＸ様ロ
ード・モジユール部分８１ｂはフロント・エンド・コン
ピユータ２ではハードウエア・アーキテクチヤの違いに
より実行されない。

【００７８】ＭＶＳのロード・モジユール部分８１ａは
Ｕ（不定形式）レコード・フオーマットを持ち、ＵＮＩ
Ｘ様ロード・モジユール部分８１ｂはＦ（固定長）レコ
ード・フオーマットを持つ。これら二つの部分はＭＶＳ
の部分が最初にくるように連結され、ＭＶＳの区分デー
タ・セット・ライブラリイ８２、スーパー・コンピユー
テイング適用業務用ライブラリイ、内の一つのメンバー
として記憶される。このスーパー・コンピユーテイング
適用業務用ライブラリイはＵ（不定形式）レコード・フ
オーマットを持ち、メンバー名はスーパー・コンピユー
テイング適用業務用ロード・モジユール名である。

【００７９】スーパー・コンピユーテイング適用業務用
ロード・モジユール８１は二つの異なった構成のモジュ
ール８１ａと８１ｂの連結である。これは、スーパー・
コンピユーテイング適用業務用ライブラリイのデイレク
トリ項目がサブ・モジユールへのポインタを含むように
デザインされていれば、容易に二つ以上のモジュールの
連結に拡張することができる。サブ・モジユールの終り
は各サブ・モジユール内のモジュール終点標識又はデイ
レクトリ入口内の次のサブ・モジュールへのポインタに
より識別できる。

【００８０】二つのロード・モジュールを一つのスーパ
ー・コンピユーテイング適用業務用ロード・モジユール
に連結する機能。各コンピユータ２と３で実行されるロ
ード・モジユール８１は別々に作られ独立の媒体で配布
される。スーパー・コンピユーテイング適用業務用の機
能は二つの媒体中のロード・モジュール８１ａと８１
ｂを読み出して正しい組み合せを選び連結してスーパー
・コンピユーテイング適用業務用ロード・モジユール８
１を作り、スーパー・コンピユーテイング適用業務用ラ
イブラリイ内に記憶する。もし、スーパー・コンピユー
テイング適用業務用ロード・モジユールがＡＬＩＡＳを
持っていれば、これが識別され、スーパー・コンピユー
テイング適用業務用ライブラリイのデイレクトリ項目内
にＡＬＩＡＳ項目が作られる。二つ以上のロード・モジ
ユールを連結しなければならない、より一般的な場合
は、このスーパー・コンピユーテイング適用業務用の機
能の拡張が必要だがこれは容易にできる。

【００８１】スーパー・コンピユーテイング適用業務用
ロード・モジユールの取り出し操作ＭＶＳのバッチ・ジョブは、スーパー・コンピユーテイ
ング適用業務用ロード・モジユール名をＥＸＥＣＰＧ
Ｍ＝ステートメントで指定する。ＴＳＯはスーパー・コ
ンピユーテイング適用業務用ロード・モジユール名をＣ
ＡＬＬコマンド内で指定する。標準ＭＶＳ取り出しルー
チンは、指定されたスーパー・コンピユーテイング適用
業務用ロード・モジユール８１のロードを開始する。ス
ーパー・コンピユーテイング適用業務用ロード・モジユ
ール８１の最初の部分はＭＶＳのロード・モジユール８
１ａであるので、ＭＶＳ取り出しルーチンは正しいロー
ド・モジュールのロードを開始する。取り出しは、ＥＯ
Ｍ（モジュール終点）レコードまたはもしＭＶＳロード
・モジユールがオーバーレー構造を持つならば根セグメ
ントの終りで止まる。これは通常の取り出し操作でスー
パー・コンピユーテイング適用業務用ロード・モジユー
ルの構成はＭＶＳにおいて問題を生じない。

【００８２】バック・エンド・コンピユータ３のジョブ
がスーパー・コンピユーテイング適用業務用ロード・モ
ジユールの取り出しを行うとき、スーパー・コンピユー
テイング適用業務用ロード・モジユールの読み出し操作
を開始する。操作要求は、フロント・エンド・コンピユ
ータ３に伝えられ、スーパー・コンピユーテイング適用
業務用ライブラリイ内の指定されたスーパー・コンピユ
ーテイング適用業務用ロード・モジユール・メンバーに
対して読み出しが実行され。バック・エンド・コンピユ
ータ３はＵＮＩＸ様ロード・モジュール部分８１ｂのみ
を要求し、スーパー・コンピユーテイング適用業務用ロ
ード・モジユールからＭＶＳのロード・モジユール部分
８１ａは取り去る必要がある。ＭＶＳの部分は初めの部
分であり、その終は多くの方法で知ることができる。例
えば、ライブラリイのデイレクトリイ項目でＭＶＳの部
分のブロック数を指定する。または、ＥＯＭレコードの
検出、または、ＭＶＳとＵＮＩＸ様モジユールが異なる
ブロック長を使う。または、目的モジュール・ライブラ
リイ・デイレクトリイ項目が目標ロード・モジユール位
置へのポインタ（例えば、ＴＴＲ）を持つ。この構成は
二つ以上のロード・モジュールの連結を可能にする。ス
ーパー・コンピユーテイング適用業務用ロード・モジユ
ールは読まれＭＶＳ部分は飛び越されて、ＵＮＩＸ様モ
ジュール部分がバック・エンド・コンピユータ３へ送ら
れる。

【００８３】スーパー・コンピユーテイング適用業務用
ロード・モジユールを作成するための連係機能連係エデイタまたはリンカと呼ばれるプログラムがスー
パー・コンピユーテイング適用業務用ロード・モジユー
ルを作成する。この発明のシステムにおいて、連係エデ
イタ自身はスーパー・コンピユーテイング適用業務用ロ
ード・モジユールでデータ分散処理環境で働く。フロン
ト・エンドの連係エデイタがロード・モジユールを作る
とき、バツク・エンドの連係エデイタが作成したロード
・モジユールを受取り、ＭＶＳのロード・モジユールと
連結して完全なスーパー・コンピユーテイング適用業務
用ロード・モジユールを作る。

【００８４】スーパー・コンピユーテイング適用業務用
ロード・モジユールから正しい部分を抜き出してバック
・エンド・コンピユータ内にロード・モジユール・ライ
ブラリイを作成する機能性能上の理由から、バック・エンド・コンピユータの近
くにロード・モジユール・ライブラリイを持ち、高速に
アクセスすることが望ましい。もし、これを行うなら
ば、スーパー・コンピユーテイング適用業務用ロード・
モジユール・ライブラリイを二つのライブラリイに分
け、各ライブラリイに各々のコンピユータで実行できる
ロード・モジユールを入れる。スーパー・コンピユーテ
イング適用業務用ロード・モジユール・ライブラリイが
分けられた後、この機能はライブラリイを目標のコンピ
ユータに送る。

【００８５】スーパー・コンピユーテイング適用業務用
ロード・モジユール・ライブラリイを再構築するため二
つのライブラリイを結合する機能前述の様にスーパー・コンピユーテイング適用業務用ロ
ード・モジユール・ライブラリイを分割した場合、この
分割されたライブラリイを一つのスーパー・コンピユー
テイング適用業務用ロード・モジユール・ライブラリイ
に結合することが必要で、そのための機能が提供され
る。ライブラリイの分割は一時的な状態で性能上の理由
から必要なだけである。スーパー・コンピユーテイング
適用業務用ロード・モジユールの集中的な管理がスーパ
ー・コンピユーテイング適用業務用ロード・ライブラリ
イを必要とする。分割されたライブラリイ内のロード・
モジユールが更新されるとき、ライブラリイ結合機能が
スーパー・コンピユーテイング適用業務用ロード・ライ
ブラリイの最新版を形成するために実行される。

【００８６】

【発明の効果】この発明によれば、ＵＮＩＸオペレーテ
イング・システムの制御の下で走るバック・エンド・コ
ンピユータで実行されるスーパー・コンピユーテイング
・ジョブを、ＭＶＳオペレーテイング・システムの制御
の下で走るフロント・エンド・コンピユータから標準の
ＭＶＳの仕事制御言語（ＪＣＬ）を用いて指定して送る
ことができる。標準のＭＶＳのＪＣＬを用いてＵＮＩＸ
ジョブは初期化されまた全ての使用されるフアイルは指
定される。

【００８７】更に、フロント・エンド・コンピユータの
ＭＶＳフアイル・システムのフアイルはバック・エンド
・コンピユータのＵＮＩＸジョブからアクセスできる。

【００８８】また、バック・エンド・コンピユータのＵ
ＮＩＸジョブはバック・エンド・コンピユータの拡張記
憶ユニットＸＭＵに物理的に存在する特別なフアイルを
使用することができる。この特別なフアイルはＭＶＳの
制御下のフロント・エンド・コンビユータで作られ管理
される独特なＸＭＵフアイル・システムを構成する。こ
れらのフアイルは、各ＸＭＵフアイルに対して対応する
ＭＶＳデイスク・フアイル（ダミー・フアイル）が存在
することで、ＭＶＳフアイル・システムと結び付けられ
る。ダミー・フアイルは対応するＸＭＵフアイルのデイ
スク内の置場所として使われ、またジョブがフロント・
エンド・コンピユータから標準のＭＶＳのジョブ開始に
よりバック・エンド・コンピユータに渡されることを可
能にする。

【００８９】さらに、バック・エンド・コンピユータの
ＸＭＵは二つの部分に分けられる。一つはバック・エン
ド・コンピユータのＵＮＩＸオペレーテイング・システ
ムにより所有される。他方はフロント・エンド・コンピ
ユータのＭＶＳオペレーテイング・システムに管理さ
れ、ＸＭＵフアイルを置いたり、ＵＮＩＸジョブに使わ
れる標準のＭＶＳフアイルをバッフアするのに用いられ
る。

【００９０】また、同じフアイル内にＭＶＳ実行可能な
ロード・モジユールとＵＮＩＸ実行可能なロード・モジ
ユールが結合した特別なロード・モジユールを作成する
連係エデイタ・プログラムが提供される。この特別なロ
ード・モジユール構成はスーパー・コンピユータ・ジョ
ブを標準のＭＶＳのＪＣＬを用いて開始することを可能
にする。ＭＶＳのジョブ・イニシエターはＭＶＳフアイ
ル・システム内でロード・モジユールを探し、それを取
り出し、実行を開始する。ＭＶＳロード・モジユールは
制御を得、ＵＮＩＸジョブを開始するためＵＮＩＸへ制
御を渡す。

【００９１】さらに、バック・エンド・コンピユータに
より実行されている各ジョブに対してフロント・エンド
・コンピユータ上でサービス・プログラムを持つことで
フロント・エンド・コンピユータでのＭＶＳジョブ・イ
メージを作りバック・エンド・コンピユータで走ってい
るジョブの管理（入／出力を含む）が行える。

【００９２】

【図面の簡単な説明】

【図１】この発明の一実施例による異オペレーテイング
分散データ処理システムを示すブロック図。

【図２】この実施例のバツク・エンド・コンピユータの
拡張記憶ユニツト（ＸＭＵ）の記憶部分構成を示すブロ
ツク図。

【図３Ａ】フロント・エンド・コンピユータとバツク・
エンド・コンピユータとを結ぶ通信リンクを示す図。

【図３Ｂ】通信リンクを流れるパケットの構成を示す
図。

【図４】この実施例のシステムのソフトウエア構成を示
す図。

【図５】この実施例のフロント・エンド・コンピユータ
のソフトウエア構成を示す図。

【図６】この実施例のシステムに使用されるロード・モ
ジユールを示すブロツク図。

【図７】この実施例のシステムのジョブの実行の際のフ
アイルのやり取りを示す図。

【図８】この実施例のシステムに使用されるＸＭＵフア
イルの構成を示す図。

【符号の説明】

１異オペレーテイング・システム間分散データ処
理システム２フロント・エンド・コンピユータ３バツク・エンド・コンピユータ４通信リンク２５ＤＡＳＤ３４拡張記憶ユニツト（ＸＭＵ）５０多重仮想記憶（ＭＶＳ）オペレーテイング・シ
ステム６０ＵＮＩＸオペレーテイング・システム６４、７９データ・マネージメント・プログラム７４コントロール・フログラム８０ユーザ適用業務プログラム８１ロード・モジユール９０サービス・プログラム

───────────────────────────────────────────────────── フロントページの続き (72)発明者武藤善八郎千葉県千葉市中瀬１番地１日本アイ・ビー・エム株式会社幕張事業所内 (72)発明者平井浩司東京都中央区日本橋本町３丁目３番地６日本アイ・ビー・エム株式会社日本橋事業所内 (72)発明者全先実千葉県千葉市中瀬１番地１日本アイ・ビー・エム株式会社幕張事業所内 (72)発明者森田博文千葉県千葉市中瀬１番地１日本アイ・ビー・エム株式会社幕張事業所内 (72)発明者中島丈夫千葉県千葉市中瀬１番地１日本アイ・ビー・エム株式会社幕張事業所内 (72)発明者野村宣生東京都新宿区５丁目17番地17 日本アイ・ビー・エム株式会社東新宿事業所内 (72)発明者榊幹雄千葉県千葉市中瀬１番地１日本アイ・ビー・エム株式会社幕張事業所内 (72)発明者スティーブ・シマント東京都中央区日本橋本町３丁目３番地６日本アイ・ビー・エム株式会社日本橋事業所内 (72)発明者田中克洋東京都中央区日本橋本町３丁目３番地６日本アイ・ビー・エム株式会社日本橋事業所内

Claims

【特許請求の範囲】

【請求項１】フロント・エンド・コンピユータとバツク
・エンド・コンピユータとを有し、フロント・エンド・
コンピユータにより開始されたジョブがバツク・エンド
・コンピユータの資源を利用してバツク・エンド・コン
ピユータにより実行される分散型データ処理システムに
おいて、フロント・エンド・コンピユータとバツク・エンド・コ
ンピユータの間を結ぶ通信リンクと、フロント・エンド・コンピユータを制御する第一のオペ
レーテイング・システムと、バツク・エンド・コンピユータを制御する、第一のオペ
レーテイング・システムとは異なる第二のオペレーテイ
ング・システムと、フロント・エンド・コンピユータにより開始されそして
バツク・エンド・コンピユータ上で実行されるジョブの
ためバツク・エンド・コンピユータ上にアドレス空間を
作る、フロント・エンド・コンピユータ及びバツク・エ
ンド・コンピユータの上で実行されるコントロール・プ
ログラムと、を有することを特徴とする異オペレーテイ
ング・システム間分散データ処理システム。
【請求項２】フロント・エンド・コンピユータからジョ
ブを開始し及びバック・エンド・コンピユータ上でジョ
ブを実行するためのユーザ・インタフエイスが、フロン
ト・エンド・コンピユータ上で直接実行されるジョブ開
始プログラムのユーザ・インタフエイスと同じであるこ
とを特徴とする請求項１記載の異オペレーテイング・シ
ステム間分散データ処理システム。
【請求項３】フロント・エンド・コンピユータから開始
されそしてバツク・エンド・コンピユータで実行される
ジョブのためのフアイル指定のユーザ・インターフエイ
スが、フロント・エンド・コンピユータ上で直接実行さ
れるプログラムのフアイル指定のためのユーザ・インタ
ーフエイスと同じであることを特徴とする請求項１記載
の異オペレーテイング・システム間分散データ処理シス
テム。
【請求項４】バツク・エンド・コンピユータで実行され
るジョブが第一のオペレーテイング・システムで制御さ
れる記憶装置に記憶されているプログラムであることを
特徴とする請求項１記載の異オペレーテイング・システ
ム間分散データ処理システム。
【請求項５】フロント・エンド・コンピユータとバツク
・エンド・コンピユータとを有し、フロント・エンド・
コンピユータにより開始されたジョブがバツク・エンド
・コンピユータの資源を利用してバツク・エンド・コン
ピユータにより実行される分散型データ処理システムに
おいて、フロント・エンド・コンピユータとバツク・エンド・コ
ンピユータの間を結ぶ通信リンクと、フロント・エンド・コンピユータを制御する第一のオペ
レーテイング・システムと、バツク・エンド・コンピユータを制御する、第一のオペ
レーテイング・システムとは異なる第二のオペレーテイ
ング・システムと、バツク・エンド・コンピユータで実行されるジョブの入
出力操作を制御するためにフロント・エンド・コンピユ
ータ及びバツク・エンド・コンピユータの上で実行され
るデータ・マネージメント・プログラムと、を有するこ
とを特徴とする異オペレーテイング・システム間分散デ
ータ処理システム。
【請求項６】バツク・エンド・コンピユータで実行され
るジョブにより使用されるデータ・フアイルが第一のオ
ペレーテイング・システムで制御される記憶装置内に記
憶されていることを特徴とする請求項５記載の異オペレ
ーテイング・システム間分散データ処理システム。
【請求項７】バツク・エンド・コンピユータで実行され
るジョブにより使用されるデータ・フアイルが、バツク
・エンド・コンピユータのジョブの実行中に、データ・
マネージメント・プログラムによりバツク・エンド・コ
ンピユータに動的にバッフアされることを特徴とする請
求項６記載の異オペレーテイング・システム間分散デー
タ処理システム。
【請求項８】同じデータ・フアイルが、フロント・エン
ド・コンピユータの上で実行されているプログラムとバ
ツク・エンド・コンピユータの上で実行されているプロ
グラムとで利用できることを特徴とする請求項６記載の
異オペレーテイング・システム間分散データ処理システ
ム。
【請求項９】フロント・エンド・コンピユータがユーザ
・インタフエイスとして使用され、第一のオペレーテイ
ング・システムが多重仮想記憶オペレーテイング・シス
テムであり、バツク・エンド・コンピユータが数値集中
計算に使用され、第二のオペレーテイング・システムが
ＵＮＩＸオペレーテイング・システムであることを特徴
とする請求項１又は請求項５記載の異オペレーテイング
・システム間分散データ処理システム。
【請求項１０】フロント・エンド・コンピユータとバツ
ク・エンド・コンピユータとを有し、フロント・エンド
・コンピユータにより開始されたジョブがバツク・エン
ド・コンピユータの資源を利用してバツク・エンド・コ
ンピユータにより実行される分散型データ処理システム
において、フロント・エンド・コンピユータとバツク・エンド・コ
ンピユータの間を結ぶ通信リンクと、フロント・エンド・コンピユータを制御する第一のオペ
レーテイング・システムと、バツク・エンド・コンピユータを制御する、第一のオペ
レーテイング・システムとは異なる第二のオペレーテイ
ング・システムと、バツク・エンド・コンピユータに接続された記憶装置
と、を有することを特徴とする異オペレーテイング・シ
ステム間分散データ処理システム。
【請求項１１】バツク・エンド・コンピユータに接続さ
れた前記記憶装置が二つの部分に分割され、一部分が第
一のオペレーテイング・システムの制御の下でフロント
・エンド・コンピユータとバツク・エンド・コンピユー
タの間の通信に用いられ、他部分は第二のオペレーテイ
ング・システムの制御の下でバツク・エンド・コンピユ
ータの運転に用いられることを特徴とする請求項１０記
載の異オペレーテイング・システム間分散データ処理シ
ステム。
【請求項１２】バツク・エンド・コンピユータに接続さ
れた前記記憶装置の分割された前記一部分に、プログラ
ム及びデータがフロント・エンド・コンピユータの記憶
装置内に記憶されているのと同じ物理的フオーマットで
記憶されていることを特徴とする請求項１１記載の異オ
ペレーテイング・システム間分散データ処理システム。
【請求項１３】バツク・エンド・コンピユータに接続さ
れた前記記憶装置の分割された前記一部分に、バック・
エンド・コンピユータで実行されるジョブに使用される
データ・フアイルを記憶し、バック・エンド・コンピユ
ータのジョブ実行中にデータ・マネージメント・プログ
ラムにより前記データ・フアイルが動的にバッフアされ
ることを特徴とする請求項１１記載の異オペレーテイン
グ・システム間分散データ処理システム。
【請求項１４】バツク・エンド・コンピユータに接続さ
れた前記記憶装置の分割された前記一部分に、バック・
エンド・コンピユータで実行されるジョブに使用される
データ・フアイルを、第一オペレーテイング・システム
のフアイル・システムの一部でもなく第二オペレーテイ
ング・システムのフアイル・システムの一部でもない特
別のフアイル・システムのフアイルとして記憶すること
を特徴とする請求項１１記載の異オペレーテイング・シ
ステム間分散データ処理システム。
【請求項１５】前記特別のフアイル・システムに含まれ
る各フアイルに対して、第一のオペレーテイング・シス
テムのフアイル・システム内にダミー・フアイルを作る
手段を有し、このダミー・フアイルを第一のオペレーテ
イング・システムのフアイル・システム内での置場所と
して用いることを特徴とする請求項１４記載の異オペレ
ーテイング・システム間分散データ処理システム。
【請求項１６】フロント・エンド・コンピユータがユー
ザ・インタフエイスとして使用され、第一のオペレーテ
イング・システムが多重仮想記憶オペレーテイング・シ
ステムであり、バツク・エンド・コンピユータが数値集
中計算に使用され、第二のオペレーテイング・システム
がＵＮＩＸオペレーテイング・システムであることを特
徴とする請求項１０記載の異オペレーテイング・システ
ム間分散データ処理システム。
【請求項１７】フロント・エンド・コンピユータとバツ
ク・エンド・コンピユータとを有し、フロント・エンド
・コンピユータにより開始されたジョブがバツク・エン
ド・コンピユータの資源を利用してバツク・エンド・コ
ンピユータにより実行される分散型データ処理システム
において、フロント・エンド・コンピユータとバツク・エンド・コ
ンピユータの間を結ぶ通信リンクと、フロント・エンド・コンピユータを制御する第一のオペ
レーテイング・システムと、バツク・エンド・コンピユータを制御する、第一のオペ
レーテイング・システムとは異なる第二のオペレーテイ
ング・システムと、フロント・エンド・コンピユータに接続されて第一のオ
ペレーテイング・システムにより制御され、フロント・
エンド・コンピユータにより開始されてバツク・エンド
・コンピユータにより実行されるジョブに必要な全ての
フアイルを記憶する記憶装置と、第一のオペレーテイング・システムにより実行可能なロ
ード・モジユールと第二のオペレーテイング・システム
により実行可能なロード・モジユールとを結合した複合
ロード・モジユールをバツク・エンド・コンピユータに
より実行される一つのフアイルとする手段と、第一のオペレーテイング・システムの複合ロード・モジ
ユールの実行の結果として、バツク・エンド・コンピユ
ータで実行可能な部分をバツク・エンド・コンピユータ
へ渡すサービス・プログラムと、を有することを特徴とする異オペレーテイング・システ
ム間分散データ処理システム。
【請求項１８】フロント・エンド・コンピユータとバツ
ク・エンド・コンピユータとを有し、フロント・エンド
・コンピユータにより開始されたジョブがバツク・エン
ド・コンピユータの資源を利用してバツク・エンド・コ
ンピユータにより実行される分散型データ処理システム
において、フロント・エンド・コンピユータとバツク・エンド・コ
ンピユータの間を結ぶ通信リンクと、フロント・エンド・コンピユータを制御する第一のオペ
レーテイング・システムと、バツク・エンド・コンピユータを制御する、第一のオペ
レーテイング・システムとは異なる第二のオペレーテイ
ング・システムと、フロント・エンド・コンピユータに接続されて第一のオ
ペレーテイング・システムにより制御され、フロント・
エンド・コンピユータにより開始されてバツク・エンド
・コンピユータにより実行されるジョブに必要な全ての
フアイルを記憶する記憶装置と、第一のオペレーテイング・システムにより実行可能なロ
ード・モジユールと第二のオペレーテイング・システム
により実行可能なロード・モジユールとを結合した複合
ロード・モジユールをバツク・エンド・コンピユータに
より実行される一つのフアイルに付ける手段と、を有することを特徴とする異オペレーテイング・システ
ム間分散データ処理システム。
【請求項１９】フロント・エンド・コンピユータがユー
ザ・インタフエイスとして使用され、バツク・エンド・
コンピユータが数値集中計算に使用されることを特徴と
する請求項１８記載の異オペレーテイング・システム間
分散データ処理システム。
【請求項２０】バツク・エンド・コンピユータで実行さ
れるジョブの入出力操作を制御するためにフロント・エ
ンド・コンピユータ及びバツク・エンド・コンピユータ
の上で実行されるデータ・マネージメント・プログラム
を有することを特徴とする請求項１８記載の異オペレー
テイング・システム間分散データ処理システム。