Loading article…
リモートジョブ入力、またはリモートバッチとは、リモートワークステーションからメインフレームコンピュータに非対話型データ処理タスク（ジョブ）の要求を送信する手順であり、さらに、そのようなジョブの出力をリモートワークステーションで受信するプロセスを指します。
RJEワークステーションは、通常ホストコンピュータからある程度離れた場所に配置されているため、リモートと呼ばれます。ワークステーションは、モデム、デジタルリンク、パケット交換ネットワーク[ a ] 、またはローカルエリアネットワーク（LAN）を介してホストに接続します。RJEはuuxやSSHに似ていますが、ワークステーションが単一のコマンドではなく完全なジョブストリーム[ b ]を送信する点と、ユーザーは通常[ c ]ジョブが完了するまで出力を受け取らない点が異なります。RJE機能には、リモートバッチ、リモートジョブシステム、リモートジョブ処理といった用語も使用されます。
リモートジョブエントリ（RJE）は、RJEサービスを提供するOS/360コンポーネント[ 1 ]の名前でもあります。RJEワークステーションのオペレーターは、ローカル構成とポリシーに応じて、ワークステーションとメインフレーム間のジョブフローを完全にコンソール制御できます。
ヒューストン自動スプーリング優先度(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 のみをサポートしていました。 [ d ] 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 年代にコントロール データ コーポレーションが自社のCDC 6000 シリーズおよびCDC 3000 シリーズメインフレーム コンピュータ向けに開発したリモート バッチ端末およびプロトコルです[ 15 ]。200 USER 端末は、低速パンチ カード リーダー、ライン プリンタ、および CRT オペレータ コンソールで構成されていました。通常、同期モデムを介してリモート メインフレームと通信していました。メインフレーム側のソフトウェア サブシステムは Export-Import 200 と呼ばれ、後にリモート バッチ ファシリティ (RBF) と呼ばれるようになりました。UT200 プロトコルを使用する他のリモート バッチ端末には、CDC 731、732、および 734 がありました[ 16 ]。UT200プロトコル用のソフトウェア エミュレータは、多数のミニ コンピュータ システム向けにも作成されました。
RJEは、単一の大規模な中央コンピュータセンターを持つ組織には最適です。しかし、複数のデータセンターを持つ大規模組織では、ジョブの送信やプリンタ出力などのピアツーピア転送に関心が寄せられていました。顧客からの要望に応え、IBMはBITNETとVNETをベースとしたネットワークジョブエントリ（NJE）と呼ばれる一連の機能を開発しました。このソフトウェアの一部として、IBMはノード（集合名を持つコンピュータ群）間でデータセットを転送するためのコマンドを提供しました。NJEを使用すると、バッチジョブの実行場所と出力の処理場所を制御できます。同様に、NJEを使用すると、対話型ユーザーが印刷またはパンチされた出力を別のノードに送信できます。
IBM は NJE 機能をメインフレーム ソフトウェアに統合しており、独立した製品としては提供されていません。ただし、JES3の NJE サポートにはバッチ データ転送 (BDT)プログラム 製品が必要であり、 z/VMの NJE サポートにはリモート スプーリング通信サブシステム ( RSCS ) プログラム 製品が必要です。NJE は、バイナリ同期通信(BSC)、チャネル間アダプタ(CTCA)、システム ネットワーク アーキテクチャ(SNA)、およびノード間のTCP/IP [ 17 ]接続をサポートしています。[ 9 ]