Browse Prior Art Database

Append Next Document Function for Display Word Processor Communication

IP.com Disclosure Number: IPCOM000048285D
Original Publication Date: 1982-Jan-01
Included in the Prior Art Database: 2005-Feb-08
Document File: 2 page(s) / 14K

Publishing Venue

IBM

Related People

Leikam, GE: AUTHOR [+3]

Abstract

Conventional bisynchronous communication protocols define a "message" to consist of a sequence of one or more transmission blocks, the last of which is terminated with an ETX (End of Text) control and intermediate blocks are ended with ETB (End of Transmission Block) controls. The bisynchronous communication (BSC) message boundaries generally are significant to host applications. For example, Remote Job Entry (RJE) programs generally equate BSC messages to data sets. Thus, in submitting a "job" input stream, the JCL (Job Control Language) and data must appear in the same message. Furthermore, in many cases, the host response, each message to be followed with an EOT (End of Transmission) by the terminal to relinquish the send role to allow the host to send a response.

This text was extracted from a PDF file.
This is the abbreviated version, containing approximately 53% of the total text.

Page 1 of 2

Append Next Document Function for Display Word Processor Communication

Conventional bisynchronous communication protocols define a "message" to consist of a sequence of one or more transmission blocks, the last of which is terminated with an ETX (End of Text) control and intermediate blocks are ended with ETB (End of Transmission Block) controls. The bisynchronous communication (BSC) message boundaries generally are significant to host applications. For example, Remote Job Entry (RJE) programs generally equate BSC messages to data sets. Thus, in submitting a "job" input stream, the JCL (Job Control Language) and data must appear in the same message. Furthermore, in many cases, the host response, each message to be followed with an EOT (End of Transmission) by the terminal to relinquish the send role to allow the host to send a response.

The present word processing communication system normally equates a BSC message to a document (i.e., ETX is a document boundary). When sending in "CPU" mode, the transmitting terminal sends EOT after ETX, for the reason stated above, and will rebid for send state at the start of each send job.

The problem is that the bisynchronous protocol message constraints may not always relate very nicely to send documents. For example, for some RJE applications, it is very desirable to have the JCL (possibly "standard" and hence reasonable for multiple input jobs) in a separate document from the data. Yet both must be sent in the same BSC message (or "protocol job"). In some cases, it might be possible for the operator to combine the documents into a single document using the base system copy functions, etc., but this is very inconvenient. In other cases, this might not be possible. For instance, the JCL portion of the input stream must be sent in "card image" form for proper interpretation, while it may be desired to send the data portion in some other data stream format, such as "page image text", etc.

In accordance with the present approach, the problem is solved as follows. As stated previously. the trans...