ヒューストン自動スプール優先度

ヒューストン自動スプーリング優先プログラム（HASP ）は、 IBM OS/360オペレーティングシステムとその後継システムの拡張版であり、「ジョブ管理、データ管理、タスク管理、リモートジョブエントリ」の拡張サポートを提供します。^{[1] ：1–3}

OS/360 には、リーダー/インタープリタと出力ライターと呼ばれるスプール ルーチンが含まれていました。^[2]各リーダー/インタープリタは、「1 つの入力ジョブ ストリームの読み取りを担当」します。つまり、1 つの入力デバイスです。同様に、各出力ライターは 1 つのプリンターまたはパンチの制御を担当します。スプールされたデータは、標準の OS サービスによって制御される OS一時データセットに保存されます。各リーダー/インタープリタまたは出力ライターは、独自のパーティションまたは領域内の個別のオペレーティング システム タスクでした。^[3] 多数のリーダー、プリンター、およびパンチを備えたシステムでは、多数のスプール タスクが存在する可能性があります。

HASP は、ヒューストンのリンドン・B・ジョンソン宇宙センターのIBM 連邦システム部門の請負業者によって開発されました。開発者は、トム・シンプソンとボブ・クラブツリーです。HASP はメインフレームで実行されるプログラムで、スケジュール、ジョブ フローの制御、スプール、印刷/パンチなどの機能を実行します。HASP は、IBM System/360 オペレーティング システム リモート ジョブ エントリ(360S-RC-536)をサポートしていませんでしたが、ほぼ同等の機能を独自に提供していました。

HASP II V3 では、 NIHの Roger Fajman、Bill Jones、Jim Oberthaler が、多くのメインフレーム サイトで使用された HASP の共有スプール機能を作成しました。これにより、各 HASP システムが共通のスプールとチェックポイントを共有できるようになりました。これにより、マルチ メインフレーム環境でのワークロード バランスが可能になりました。HASP II V4 では、Mellon Bankの Don Greb と Dave Miko がHASP 共有スプールをこのバージョンに移行しました。Mellon Bank の Don Greb は、これをJES2マルチ アクセス スプール ( MVSでの IBM の HASP の公式サポート) に引き継ぎました。HASP II V4 共有スプール モッドの 350 を超えるコピーが Mellon Bank によって世界中に配布されました。共有スプール Mellon モッドは、より広範囲にアクセスできるように、SHARE 配布プロセスに追加されました。「Mellon モッド」は、Jes/2 マルチ アクセス スプールのベースでした。

このプログラムはさまざまな名前で呼ばれることもありましたが、IBM が公式文書でそれらの名前を使用したという形跡はありません。

このプログラムは、IBM タイプ III ライブラリの一部として分類されました。このプログラムの競合製品には、 1 台のメインフレームで実行され、接続されている他のメインフレームのスケジュールを制御するASP (Attached Support Processor) がありました。ASP は後にJES3になりました。

MVSでは、HASP は 2 つのジョブ エントリ サブシステムの 1 つである JES2 になりました。HASP ラベルが JES2 ソースから削除されるまでには何年もかかり、JES2 によって発行されるメッセージには、依然として「$HASP」というプレフィックスが付けられています。

HASPの改良版は、1960年代後半から1970年代、1980年代にかけてミシガン端末システムにバッチスプーリングとリモートジョブエントリサービスを提供するために使用されました。 ^{[4] [5]}

HASP は、効率性を重視して特別に調整されたコードを使用して、ほとんどのオペレーティング システム サービスをバイパスしました。HASP は単一のオペレーティング システムタスク^[1]として動作し、内部で協調型マルチタスクを使用してプロセッサを実行し、カード リーダー、プリンター、パンチの実行、スプールファイルの管理、システム オペレータとの通信、リモート ジョブ入力用の複数の通信回線の駆動などのタスクを実行しました。

Haspは完全にSystem/360アセンブラで書かれており、典型的なHASPシステムは86KBのメモリを必要とする可能性があり、これはOS/VSシステム上の仮想メモリである可能性があります。^[6]

JES2のJECLとなるものの多くはHASP の一部でした。

• /*MESSAGE は コンソールオペレータにメッセージを送信することを許可します。
• /*SETUP は オペレータに何が必要か (テープ、ディスクなど) を通知し
  、その間ジョブは HOLD キューにありました。
• /*ROUTE PRINTと/*ROUTE PUNCHにより、必要に応じて柔軟性が高まります。

HASP は当初 IBM 同期送受信 (STR) バッチ端末をサポートしていましたが、HASP II では STR のサポートが廃止され、バイナリ同期通信 (BSC) プロトコルのみがサポートされるようになりました 。HASP II は 2770 、 2780 、 3770 、 3780 などの IBM 端末をサポートしていましたが、さらに IBM 1130 、 IBM System/3 、 System/360 Model 20 などのインテリジェントワークステーションとのマルチリービング[ 7 ]通信 もサポート して いました。マルチリービングとは^、「バイナリ同期通信機能を使用して 2 台以上のコンピューター間で可変数のデータストリームを完全に同期、疑似同時、双方向に伝送すること」です。^{[1] : p.1–8}

サード パーティ ベンダーは、HASP および ASP で使用するためのさまざまな 2770/2780/3780 シミュレーターとマルチ リービング実装を開発しました。これらのベンダーの中には、自社製品を誤って HASPエミュレーターと呼んでいるものもありましたが、これらの製品は実際には HASP と通信する端末であり、HASP の機能をまったく実行していませんでした。

RJE コンソール オペレーターは、HASP コンソール オペレーター コマンドの制限されたセットを入力できます。これらの HASP コマンドは、 JES2の ジョブ エントリ制御言語( JES2 JECL )の前身です。

オペランドはこのリモート サイトからのものに制限されていたため、DJ1-999 (下記) には通常、オペレータのリモート サイトからまだ未処理のもののうちいくつかだけが表示されます。

短い形式 (1 文字) で入力することも、スペルアウトして入力することもできる HASP RJE コンソール コマンドの一部を以下に示します。

コマンド ライン「C rm1.rdr」は、現在読み取られているカード デッキを送信するのではなく、キャンセルするためのものでした。これは、カードが詰まったときに、近くのキーパンチで 1 枚以上のカードを交換している間に他のジョブを続行する方が合理的である場合に、役立つ可能性があります。

HASP ジョブ ログ出力には、ジョブに使用されたリソースの概要が示されます (出力はすべて大文字で表示されます)。

• 開始時間
• 時間を止める
• 実行時間
• メモリ使用量
• 使用スプールスペース
• 読み取ったカード
• パンチされたカード
• 印刷された行

• リモートジョブエントリー
• ジョブ入力サブシステム 2/3
• ピーター・G・ギャルマティ
• アンソニー・ジェームズ・バー

• David Andrews。「セッション O441 - HASP と JES2 の歴史」。2007 年 10 月 9 日にオリジナル( SHARE 79: 1992 年 8 月 21 ～ 26 日の個人メモ)からアーカイブ。2006年 12 月 12 日に取得。
• 現代コンピューティングの歴史、124 ページ、ポール E. セルッツィ著、MIT プレス発行、2003 年、ISBN 978-0-262-53203-7、445ページ 
• IBM (1971 年 2 月 26 日)。HASPシステム、HASP II (360D-05.1-014)。バージョン 3 修正レベル 1。
• IBM (1973 年 3 月)。OS/VS2 HASP II バージョン 4 システム プログラマーズ ガイド、プログラム番号 370H-TX-001 (PDF)。第 1 版は 1976 年 9 月 15 日に TNL GN25-0121 および GN27-1553 によって改訂されました。GC27-6992-0。
• IBM (1976 年 9 月)。OS/VS2 HASP II バージョン 4 ユーザーズ ガイド、プログラム番号 370H-TX-001 (PDF)。第 1 版。GC27-0052-0。