リモートジョブエントリー

リモート ジョブ エントリ、またはリモート バッチは、リモートワークステーションからメインフレーム コンピューターに非対話型データ処理タスク (ジョブ)の要求を送信する手順であり、拡張すると、リモート ワークステーションでそのようなジョブからの出力を受信するプロセスです。

RJE ワークステーションは、通常、ホスト コンピュータから少し離れた場所に設置されるため、リモートと呼ばれます。ワークステーションは、モデム、デジタル リンク、パケット交換ネットワーク^[a]、またはローカル エリア ネットワーク(LAN) を介してホストに接続します。RJE は、ワークステーションが単一のコマンドではなく完全なジョブ ストリーム^[b]を送信する点と、ジョブが完了するまでユーザーが出力を受け取らない点を除けば、uuxやSSH に似ています。リモート バッチ、リモート ジョブ システム^[要出典]、およびリモート ジョブ処理という用語も、RJE 機能で使用されます。

リモートジョブエントリ（RJE）は、RJEサービスを提供するOS/360コンポーネント^[1]の名前でもあります。RJEワークステーションオペレータは、ローカル構成とポリシーに応じて、ワークステーションとメインフレーム間のジョブフローの完全なコンソール制御を行うことができます。

Houston Automatic Spooling Priority (HASP) は、当初は同期送受信(STR) を使用した端末からのジョブ入力をサポートしていましたが、最終的に HASP II ^[2]はバイナリ同期通信(BSC)のみをサポートし、BSC プログラマブル ワークステーション用のマルチリービング^[3]プロトコルを追加しました。このプロトコルは OS/360 RJE で使用されるプロトコルとは互換性がなく、接続サポート プロセッサ(ASP)、 JES2、 JES3、 OS/VS1 リモート エントリ サービス(RES)、 VM RSCSなどのプログラマブル ワークステーションからのジョブ送信に使用されるプロトコル、および JES2、JES3、VM RSCS などのネットワーク ジョブ エントリ (NJE) ^[4]用の後のプロトコルの基礎となっています。

会話型リモートジョブエントリ（CRJE）^[5]はOS/360およびOS/VS1のコンポーネントであり、対話型端末のユーザーにジョブの送信、ジョブの取得、編集機能を提供します。

リモートエントリサービス] ^{[6] [7] (RES)は、RJEサービスを提供する}OS/VS1のコンポーネントです。RESワークステーションオペレータは、ローカル構成とポリシーに応じて、ワークステーションとメインフレーム間のジョブフローの完全なコンソール制御を行うことができます。

リモートスプーリング通信サブシステム（RSCS） ^[8]は、リリースに応じて、RJEサービスを提供するVMのコンポーネントまたは追加料金の製品です。無料のVM/370のRSCSはBSCのみをサポートしていました。 ^{[c] IBMは、いくつかの有料バージョンで}システムネットワークアーキテクチャ（SNA）、NJE、 TCP/IPのサポートを追加しました。

ネットワークジョブエントリ（NJE）^[4]は、カードファイル、ジョブ、印刷出力などをピア間で転送するためのストアアンドフォワードネットワークです。JES2、JES3、VSE POWER、VM RSCS用のNJEの初期バージョンではBSCマルチリービングが使用されていましたが、IBMはすぐにチャネル間アダプタのサポートを追加しました。IBMは後にSNAのサポートを追加し、最終的にはTCP/IPのサポートを追加しました。^[9]

NETRJSは、UCLAのキャンパスコンピューティングネットワークがIBM 360モデル91上のリモートジョブサービス（RJS）にバッチジョブを配信するために開発したプロトコルです。^{[10] [11]このプロトコルは、もともと}ARPANET 初期接続プロトコルソケット71、73、および75に割り当てられていましたが、 ^[12]後にインターネットポート71〜74に​​再割り当てされました。^{[13] RJSは、カードリーダー/プリンター端末からのリモートバッチをサポートするためにUCLAによって作成された}OS/360 MVSのサブシステムです。^[10]

初期の RJE ワークステーションは、IBM BISYNCやSTRなどのバイト同期通信プロトコル、または他のベンダーの同等のプロトコルを使用する「ダム」（非プログラム）デバイスでした。後に、プログラム可能なデバイスや小型コンピュータが使用され、IBM はHASPで使用するために HASP マルチリービングと呼ばれるプロトコルを開発しました。これは、後に ASP、JES2、JES3、RSCSなどにも使用されました。IBM System/360 モデル 20および1130、Mohawk Data MDS 2400 、およびUNIVAC 1004が人気でした。その後、RJE ワークステーションは、 IBM Synchronous Data Link Control、HDLC、またはX.25などのビット指向の全二重プロトコルに切り替わりました。インターネット技術タスクフォースは、インターネットリモートジョブエントリプロトコルのRFC を定義しましたが、現在では廃止またはレガシーと見なされています。^[14]

200 USER ターミナルは、 1960年代にControl Data CorporationがCDC 6000 シリーズおよびCDC 3000 シリーズメインフレーム コンピュータ用に開発したリモート バッチ ターミナルおよびプロトコル^[15]です。200 USER ターミナルは、低速パンチ カード リーダー、ライン プリンタ、および CRT オペレータ コンソールで構成されていました。通常、同期モデムを介してリモート メインフレームと通信していました。メインフレーム側のソフトウェア サブシステムは、エクスポート/インポート 200 と呼ばれ、後にリモート バッチ ファシリティ (RBF) と呼ばれました。UT200 プロトコルを使用する他のリモート バッチ ターミナルには、CDC 731、732、および 734 がありました^[16]。UT200 プロトコルのソフトウェア エミュレーターも、いくつかのミニコンピュータ システム用に作成されました。

RJE は、単一の大規模な中央コンピュータ センターを持つ組織に適しています。ただし、複数のデータ センターを持つ大規模な組織では、送信されたジョブやプリンタ出力などのピアツーピア転送が求められていました。顧客の要求に応じて、IBM はBITNETとVNETから派生したNetwork Job Entry と呼ばれる一連の機能を開発しました。そのソフトウェアの一部として、IBM はノード (総称を持つコンピュータの複合体) 間でデータ セットを転送するコマンドを提供しました。NJE を使用すると、バッチ ジョブでジョブの実行場所とその出力の処理場所を制御できます。同様に、NJE を使用すると、対話型ユーザーは印刷またはパンチされた出力を別のノードに送信できます。

IBMはNJE機能をメインフレームソフトウェアに統合しており、個別の製品としては提供されなくなりました。ただし、JES3でのNJEサポートにはバッチデータ伝送（BDT）プログラム製品が必要であり、 z/VMでのNJEサポートにはリモートスプーリング通信サブシステム（RSCS）プログラム製品が必要です。NJEは、バイナリ同期通信（BSC）、チャネル間アダプタ（CTCA）、システムネットワークアーキテクチャ（SNA）、およびノー​​ド間のTCP/IP ^[17]接続をサポートしています。^[9]

• ジョブ制御
• ジョブストリーム
• ヒューストン自動スプーリング優先度（HASP）^[2]
• 非対称マルチプロセッシングシステム、360A-CX-15X、^{[18]以前は}アタッチドサポートプロセッサ（ASP）と呼ばれていました
• リモートスプーリング通信サブシステム（RSCS）^[8]

• Barr/RJE ホスト定義ガイド
• cq-comm.com - CQ コミュニケーションズ CQEE