Удалённый ввод заданий , или удалённый пакет , представляет собой процедуру отправки запросов на неинтерактивные задачи обработки данных ( задания ) на мэйнфреймы с удалённых рабочих станций и, как следствие, процесс получения выходных данных таких заданий на удалённой рабочей станции.
Рабочая станция RJE называется удаленной, поскольку она обычно находится на некотором расстоянии от хост-компьютера. Рабочая станция подключается к хосту через модем , цифровую связь, сеть с коммутацией пакетов [a] или локальную сеть (LAN). RJE похож на uux и SSH , за исключением того, что рабочая станция отправляет полный поток заданий [b], а не одну команду, и что пользователь не получает никаких выходных данных до завершения задания. Термины Remote Batch , Remote Job System [ необходима цитата ] и Remote Job Processing также используются для объектов RJE.
Remote Job Entry (RJE) — это также название компонента OS/360 [1] , который предоставлял услуги RJE. Оператор рабочей станции RJE может иметь полный консольный контроль над потоком заданий между рабочей станцией и мэйнфреймом в зависимости от локальной конфигурации и политики.
Houston Automatic Spooling Priority (HASP) изначально поддерживал ввод заданий с терминалов с использованием синхронной передачи-приема (STR); в конечном итоге HASP II [2] поддерживал только двоичную синхронную связь (BSC) и добавил протокол Multi-leaving [3] для программируемых рабочих станций BSC; этот протокол несовместим с тем, который используется OS/360 RJE, и является основой для протоколов, используемых для отправки заданий с программируемых рабочих станций, например, для подключенного процессора поддержки (ASP), JES2 , JES3 , OS/VS1 Remote Entry Services (RES), VM RSCS , а также более поздних протоколов для сетевого ввода заданий (NJE) [4] , например, в JES2, JES3, VM RSCS.
Разговорный удаленный ввод заданий (CRJE) [5] — это компонент OS/360 и OS/VS1 , который обеспечивает отправку заданий, их поиск и редактирование для пользователя на интерактивном терминале.
Remote Entry Services ] [6] [7] (RES) — компонент OS/VS1 , предоставляющий услуги RJE. Оператор рабочей станции RES может иметь полный консольный контроль над потоком заданий между рабочей станцией и мэйнфреймом в зависимости от локальной конфигурации и политики.
Подсистема удаленной спулинга коммуникаций (RSCS) [8] является, в зависимости от выпуска, компонентом или дополнительным платным продуктом в VM , который предоставляет услуги RJE. RSCS в бесплатной VM/370 поддерживала только BSC; [c] IBM добавила поддержку для Systems Network Architecture (SNA), NJE и TCP/IP в нескольких платных версиях.
Network Job Entry (NJE) [4] — это сетевое хранилище и пересылка для передачи, например, карточных файлов, заданий, печатных выходных данных между одноранговыми узлами. Первоначальные версии NJE для JES2, JES3, VSE POWER и VM RSCS использовали BSC multileaving, но IBM быстро добавила поддержку адаптеров Channel-to-channel . Позднее IBM добавила поддержку SNA и, в конечном итоге, TCP/IP . [9]
NETRJS — это протокол, разработанный Campus Computing Network в UCLA для доставки пакетных заданий в Remote Job Service (RJS) на их IBM 360 Model 91. [ 10] [11] Первоначально этот протокол был назначен на сокеты 71, 73 и 75 протокола начального соединения ARPANET , [12] а затем переназначен на интернет- порты 71–74. [13] RJS — это подсистема OS /360 MVS, написанная UCLA для поддержки удаленной пакетной обработки с терминалов считывателя карт/принтера. [10]
Ранние рабочие станции RJE были «немыми» (непрограммируемыми) устройствами, использующими протоколы байт-синхронной связи, такие как IBM BISYNC или STR , или эквиваленты от других поставщиков. Позже использовались программируемые устройства или небольшие компьютеры, и IBM разработала протокол под названием HASP multileaving для использования с HASP , а позже, например, ASP, JES2 , JES3 , RSCS . Были популярны IBM System/360 Model 20 и 1130 , Mohawk Data MDS 2400 и UNIVAC 1004. Еще позже рабочие станции RJE перешли на бит-ориентированные полнодуплексные протоколы, такие как IBM Synchronous Data Link Control , HDLC или X.25 . Internet Engineering Task Force определила RFC для протоколов удаленного ввода заданий через Интернет, но теперь они считаются устаревшими или устаревшими . [14]
Терминал 200 USER — это удаленный пакетный терминал и протокол [15], разработанный Control Data Corporation для своих мэйнфреймов серий CDC 6000 и CDC 3000 в 1960-х годах. Терминал 200 USER состоял из низкоскоростного считывателя перфокарт, строчного принтера и пульта оператора CRT. Обычно он взаимодействовал с удаленным мэйнфреймом через синхронный модем. Программная подсистема на стороне мэйнфрейма называлась Export-Import 200, а позже — Remote Batch Facility (RBF). Другие удаленные пакетные терминалы, использующие протокол UT200, включали CDC 731, 732 и 734. [16] Программные эмуляторы для протокола UT200 также были написаны для ряда миникомпьютерных систем.
RJE хорошо подходит для организаций, имеющих один большой центральный вычислительный центр. Однако в крупных организациях с несколькими центрами обработки данных существовал интерес к одноранговой передаче, например, отправленных заданий, вывода на принтер. Следуя запросам клиентов, IBM разработала набор средств, полученных из BITNET и VNET , известный как Network Job Entry. В рамках этого программного обеспечения IBM предоставила команды для передачи наборов данных между узлами (комплексами компьютеров с общим именем). NJE позволяет пакетному заданию контролировать, где оно будет выполняться и где будет обрабатываться его вывод; аналогично, NJE позволяет интерактивному пользователю отправлять напечатанный или перфорированный вывод на другой узел.
IBM интегрировала возможности NJE в свое программное обеспечение для мэйнфреймов, и оно больше не доступно в виде отдельных продуктов. Однако поддержка NJE в JES3 требует программного продукта Batch Data Transmission (BDT) , а поддержка NJE в z/VM требует программного продукта Remote Spooling Communications Subsystem ( RSCS ). NJE поддерживает двоичные синхронные коммуникации (BSC), адаптер Channel-to-channel (CTCA), системную сетевую архитектуру (SNA) и соединения TCP/IP [17] между своими узлами. [9]