JP2620545B2 - Editing device driven by table - Google Patents

Description

Description: BACKGROUND OF THE INVENTION Field of the Invention The present invention relates generally to data modification devices in digital data processing systems, and more particularly to displaying a terminal keyboard and data modified by a user. In an input / output system including a terminal display for inputting data, an apparatus for enabling a user to correct data by a key input from a terminal and displaying a correction result on the terminal display.

Description of the Prior Art In the prior art, a user of a computer system modified data from a terminal with a general purpose editing program or a single purpose editing function for a particular application.

General purpose editing programmers provide a wide range of functions for modifying data. Such a program operates by receiving an edit command from a terminal. The editing program displays the data, corrects the data, and displays the corrected data in response to the editing command. Many general-purpose editing programs have macro capability, that is, the ability to allow a user to create and execute a macro, which is a program consisting of a series of editing functions. Such macro capabilities provide the user with a way to create new editing functions from a combination of editing commands. Some general purpose editing programs also provide a way to associate a macro with one key of the terminal so that the user can execute the macro with a single keystroke. With this capability, a user can use a general purpose editing program for a variety of specific purposes.

However, the power of general-purpose editing programs cannot be obtained without cost. A general-purpose editing program requires a large amount of memory for its code, and the operation of the general-purpose editing program requires a long time to start and end. The size of the universal editing program will limit its effectiveness in applications where memory is at a premium, such as "smart" terminals, i.e., terminals with local storage and processing capabilities. The time required to start and end the operation of a general purpose editing program is excessive for programs that do not have the editing operation as their primary purpose but require a small amount of editing operation in the course of other operations.

Programs that perform few editing operations are especially common in interactive applications, i.e., applications where the program responds to commands or data from a terminal. In order for the program to be valid, the user must be able to know what was typed into the terminal and be able to correct this if the input was in error. .
Because the time and space requirements of general purpose editing programs are excessive for such applications, the prior art has incorporated simple editing capabilities into many special purpose programs. In doing so, the prior art avoids the overhead of using general purpose editing programs, but increases the complexity of the special purpose programs, which makes their creation and maintenance difficult. Including a simple editing capability in a program for a specific purpose causes some waste of memory space. That is, each special purpose program requires substantially the same editing functions, but with small differences, the editing functions cannot be combined into a single program that is available to all.

The trend toward digital data processing systems in which components are connected to a network has increased the demand for data display and modification devices that have the versatility and availability of general purpose editing programs without its overhead. In a network system, a large overhead is required every time data is transmitted in a network, and as a result, it is required to minimize a transmission amount in order to accomplish a certain task. One way to reduce the number of transmissions is to distribute processing power throughout the system, for example, by providing a local microprocessor and memory at terminals in the system. In such a system, modifications to the data stored in the terminal's memory can be performed using the terminal's microprocessor.
As a result, modifying data such as ASCII strings requires only 2
Only one transmission, the first transmission of the data to be modified to the terminal and the second transmission of the modified data from this terminal to the rest of the system, is necessary.

None of the attempts used by the prior art to display and modify data are valid in networked systems. Both general purpose editing programs and special purpose editing programs, including data display and modification components, are generally too large to fit into the limited memory available at individual terminals. Accordingly, individual editing commands must be sent in separate transmissions from the terminal to the processor executing the general purpose or special purpose editing program. This individual transmission contains much less data than the maximum amount that can be included in such a transmission, resulting in inefficient use of the network.

In order to make the network more efficient, the prior art has provided limited data display and modification capabilities for individual terminals. In terminals having such capabilities, the display and modification of the data is accomplished by sending all data to be displayed and modified in a single transmission from the central processing unit to the terminal memory, performing the modification, and then modifying the data. This is realized by returning the obtained data to the central processing unit in one transmission. But,
At the expense of efficient use of the network, all programs using the terminal were limited to a set of data display and modification operations provided by the terminal.

The present invention provides an improved data display and correction device having features that solve the aforementioned problems of the prior art.

The present invention provides a data display and correction device, referred to herein as an editing device (ED). This device requires a limited amount of memory, has powerful general purpose capabilities, offers different users different data display and modification capabilities, and is particularly suited for use in networks.

The editing device ED according to the present invention comprises the following components.

A display such as a terminal screen for the display of data; an input code describing the correction of the data; and an input device such as a terminal keyboard for the input of data used for the correction. A memory for a work buffer for storing a data code representing the data and control data used for controlling the correction and display of the data * The data is corrected in response to the input code and the display of the data on the display A processor for controlling the
And * an edit table containing one or more entries corresponding to data codes or input codes.

Each entry in the edit table consists of a series of edit instructions that control how the ED responds to a set of input or data codes. The ED can modify the contents of the work buffer, modify the display of data on the display, or modify the control data in a manner predefined by the edit command. In some embodiments of the ED, multiple editing tables can be used,
Programs using these embodiments can specify from which editing table the ED will get the editing instructions. In an ED in a "smart" terminal, an editing table can be provided (eg, downloaded) to the terminal along with the data to be modified by the ED.

Although an ED that uses a particular edit table is not as powerful as a general purpose editor, the fact that one ED can use different edit tables is due to the memory space requirements and temporal penalties inherent in a general purpose editor. Without,
It gives the ED the versatility of a general purpose editing device. The size of the ED is particularly adapted for use in "smart" terminals, and the ability to receive editing tables along with the data provides a more flexible editing capability than otherwise "smart" using the ED. Give to the terminal.

That is, the main difference in the configuration between the device according to the present invention and the device according to the prior art is that the device according to the present invention makes it possible to use an editing table and to appropriately supply (download) the table to the terminal. Therefore, the control data is stored in the work buffer memory of each terminal and the editing operation is performed while correcting the control data.

It is a primary object of the present invention to provide an improved data processing system.

It is also an object of the present invention to provide a more flexible and efficient device for displaying data and modifying the displayed data in response to an input code than in the prior art. .

It is another object of the present invention to provide a data display and correction device wherein the data display and correction device responds to an input code and the editing table determines how to display the data.

Still another object of the present invention is to provide a data display and correction device using a plurality of editing tables.

Another object of the present invention is to provide a data display and correction device particularly suitable for use in a network system.

For further objects, advantages and features of the invention,
Preferred embodiments are described in detail below with reference to the drawings.

In the following description of the preferred embodiment, first a general description of the editing device (ED) will be given, then the various ways of incorporating the ED into the data processing system will be discussed, and finally one embodiment of the ED will be described in detail. Will be discussed. In such discussions, each part of the instruction sequence is often described as performing an operation. Of course, in practice, these operations are performed by the processor executing the instructions. Use of this operation in a sequence of instructions is well known to those skilled in the art and is used for brevity in the text.

(1. General Description of the Present Invention—FIG. 1) FIG. 1 is a conceptual block diagram presenting a general description of an ED. In the figure, the data processing system (D
ED101 is shown that receives data from P) 127, modifies this data, and returns it to DP127. The ED 101 is further connected to the input device 109 and the display 107. The editing device 101 receives an input code from the input device 109 and outputs a display code to the display 107, as indicated by arrows connecting the editing device 101 and the input device 109 and the editing device 101 and the display 107. The input code received from input device 109 indicates how to modify the data received from DP 127 and provides additional data to be used in modifying the data received from DP 127. The display 107 responds to the display code by providing a visual display of the data to be modified in response to the input code from the receiving input device 109 from the DP 127.

In most embodiments, both input device 109 and display 107 are part of a single terminal.
Input device 109 is the terminal's keyboard, and display 107 is the terminal's CRT or, in the case of a hard copy terminal, the paper on which the terminal types its output. In this example, the input code is a one-byte (8-bit) ASCII code generated by the terminal in response to a keystroke. In other embodiments, the input code may be an EBCDIC code or a special input code, and the input code may be longer or shorter than 8 bits. Similarly, in this example, the display code is an ASCII code extended by a special display control code, but other display codes such as an EBCDIC code or a special display code are also possible.

(2. Components of ED 101) The ED 101 has two main components, that is, a memory 103 and a processor 105. The processor 105 provides an address to the memory 103, retrieves data from a storage location specified by the address of the memory 103, or stores the data in a storage location specified by the address of the memory 103. These addressing, fetching and storing operations are illustrated in FIG. 1 by the arrow symbols for the addresses transmitted from processor 105 to memory 103, and for the data transmitted in both directions. In addition, the processor 105 performs various operations on the data retrieved from the memory 103, receives input codes from the input device 109,
A display code is given to the display 107.

(2.1 Memory 103) The memory 103 stores the data code to be corrected by the ED 101 in response to the input code received from the input device 109, and the data code before and after the correction of the data code and the correction on the display 107. One or more editing tables containing instructions for commanding a visual display;
And control data used for the control of (1). In FIG. 1, various types of information stored in the memory 103 are indicated by dotted blocks. DP127, memory 103
And the flow of information between the processor 105 and the processor 105 is indicated by arrows between the DP 127, the processor 105, and blocks representing information. Turning first to working buffer 113, working buffer 113 holds data codes received from DP 127 for display and / or modification. As indicated by the arrows between work buffer 113 and DP 127 and between work buffer 113 and processor 105, work buffer 1
13 receives the data code from DP127 at the start of ED101 work, and at the same time the operation of ED101 ends, the data code is DP1.
Return to 27. During the operation of the ED 101, the processor 105 reads and writes data codes from and to the work buffer 113.

The control data 115 is transmitted from the processor 1050 to the display 107.
To display the contents of the work buffer 113 or the input device 1
The data used to control the processor 105 when modifying this content in response to the input code from 09 is retained. The data in control data 115 consists of two main sources: external control data (ECD) and internal control data (ICD).
And given from. Data in external control data (ECD) 117 is provided by DP 127 at the start of ED 101 operation,
At the end of the operation of the ED 101, the data can be returned to the DP 127, and the data in the internal control data (ICD) 119 is
Generated during the operation of. As indicated by the arrows in FIG. 1, the processor 105 is capable of both reading and writing data with respect to the control data 115. The data included in the control data 115 is a value that determines the storage location in the edit table 111 where the ED 101 should obtain the corresponding edit command in combination with the specific input code input from the input device 109.
21, BI123 which is a value specifying the location of the data code to be edited in the work buffer 113, and display 1
07, which is a value that determines the position of the cursor. The cursor position specified in this way is BI
Corresponds to the storage location in work buffer 113 specified by 123, and thus CP 126 depends on BI 123, and changes the value of CP 126 whenever ED 101 changes the value of BI 123. Memory 103
In an embodiment of the present invention having one or more edit tables 111, the last ETID 125 is a value that defines the edit table 111 that the ED 101 is currently using.

The edit table 111 shows how the processor 105 modifies the contents of the work buffer 113 and / or the values in the control data 115 in response to the input code from the input device 109, and how the processor 105
It contains a series of editing commands that determine whether 07 responds to such modifications. The processor 105 has an editing table 111
Can be read from the editing table 11
1 cannot be modified. As shown by the arrows in FIG. 1, in some embodiments of the present invention, the DP
127 can provide the edit table 111 to the ED 101 at the start of the operation of the ED 101, and in another embodiment, the edit table 111 can be held in a read-only memory belonging to the ED 101.

(2.2 General Description of Contents of Edit Table 111—FIG. 2) Next, referring to the entire contents of edit table 111 included in FIG. 2, it can be understood that edit table 111 in this example has the following parts. . The locator information 201 includes information used by the processor 105 to specify the position of the edit instruction sequence in the edit table 111. Dispatch table 203 containing the information used by ED101 * Initial sequence 205 containing the edit instruction sequence that is executed when ED101 starts operating * Final sequence holding the edit instruction sequence executed when ED101 ends operating 207 * Display sequence 20 holding an edit instruction sequence corresponding to the data code held in work buffer 113
9 * A buffer editing sequence 211 holding an editing command sequence that forms a set corresponding to the value of the input code from the input device 109 and the value of the state 121 As can be seen from FIG. 2, all edit instruction sequences corresponding to a given value in state 121 are classified as a single buffer edit sequence 213 for this value in state 121.

Buffer edit sequence 211 and display sequence 209
Are represented by the edit command sequence 215 in FIG. In this example, the edit instruction sequence 215 is a series of bytes. The first two bytes, LV219 and UV221, define the range of 8-bit code for which the edit instruction sequence 215 is valid, and the third byte, size 223, in the edit instruction sequence 215 excluding LV219, UV221 and size 223. The number of bytes is defined, and the remaining bytes are edit command bytes 225. Edit command byte 225 controls the response of processor 105 to input code input from input device 109 or data code from work buffer 113. Edit instruction byte 2
25 can define an instruction code and an operand. The operand is a variable stored in the control data 115 or a literal value.

The editing command sequence in the initial sequence 205 and the final sequence 207 is similar to the editing command sequence in the display sequence 209 and the buffer editing sequence 211, but does not have any of the LV byte 219, the UV byte 221 and the size byte 223.

(3. General Description of Operation of ED101) The operation of the ED101 is started when the DP 127 executes a program that performs operations that require the use of the ED101. Under the control of this program, DP127
An ECD that contains at least a data code for 13 and a value for BI123 that specifies a storage location in work buffer 113
Provides a value for 117. One or more editing tables 111
In an embodiment having an ECD 117, the ECD 117 may also include a value for the ETID 125 that specifies one of the edit tables 111 available to the ED 101.

When the ED 101 starts operation, the ED first initializes the state 121 to the initial value 0, then specifies the position of the initial sequence 205 in the editing table 111, and executes all the editing instructions included in the initial sequence 205. . Next, the ED 101 displays the contents of the work buffer 113 on the display 107. ED
Performs this operation by retrieving the data codes placed in the work buffer 113 one at a time, and by specifying the editing instruction sequence 225 in the display sequence 209 corresponding to each data code. The ED then executes the sequence in display sequence 209 and responds by generating one or more display codes corresponding to the data codes. At this time, the display 107 generates a visual display in response to the display code. For example, if the data code is printable by ASCI
If it represents an I character, the edit instruction sequence 225 for these characters generates a display code for this character. Other cases are more complicated. For example, ASCII
The edit instruction sequence 225 corresponding to the tab character generates the required number of blank display codes to cause the ED 101 to reach the position on the display 107 corresponding to the next tab stop. When the ED 101 is completed, the display 107 buffers the work including the cursor at the location on the display 107 corresponding to the location specified by the BI 123 in the work buffer 113.
Display the contents of 13.

The ED 101 receives the input code from the input device 109 here,
According to these codes, the contents of the work buffer 113 and the value of the control data 115 are corrected, and the display 107 is ready to start displaying the results of these corrections.

In the following, three operations with different degrees of complexity will be described. The first of these operations is MOVE
That is, the values of BI123 and CP126 are changed, and the cursor on the display 107 is moved to a position corresponding to BI123 and CP126. The second SEARCH specifies the position of the data code in the work buffer 113, changes the values of BI123 and CP126 to specify the position of the data code, and moves the cursor on the display 107 to the position of the data code. Let it. The third INSERT inserts the data code at the position specified by the cursor in the work buffer 113, and displays the corrected contents of the work buffer 113 on the display 1.
Display at 07.

(3.1 MOVE Operation) In order to perform a MOVE operation, for example, move the cursor to the right by one position on the display 107 and change the values BI123 and CP126 so as to correspond to the new cursor position, the input device 109 is operated. One keyboard version of the user taps a cursor movement key. By pressing this key, the user sends an input code corresponding to this key to the ED 101. Processor 105 receives this input code and uses this input code and the current value of state 121, ie, 0, to specify the position of edit instruction sequence 215 for this input code in the buffer edit sequence for state = 0213. The edit instruction sequence 215 positioned in this manner causes the ED 101 to display the data code to the right in the work buffer 113 by one.
Contains an instruction to modify the value of BI12. Next, ED10
1 is the display code corresponding to the data code at the previous position of BI123, the display code corresponding to all data codes between the previous position and the new position of BI123,
The display 107 is updated to reflect the change in the value in BI 123 by displaying the data code and the corresponding display code at the new position of 123.
The display code is generated by taking each data code from the work buffer 113 and executing an edit instruction sequence 215 corresponding to this data code in the display sequence 209 for each data code. Each time the edit instruction sequence 215 for the printable display code is executed, the ED 101 changes the value of the CP 126, so that at the end of the display operation, the CP 126 has one data in the work buffer 113 specified by the BI 123. -The location of the visual display on the display 107 corresponding to the code is displayed. At the end of the display operation, a visual representation of the cursor is output to the display 107 at the location specified by the value of CP 126. Thus, at the end of the MOVE operation, the cursor is at the required location on the display 107 and BI123 and
The value of CP126 corresponds to this location.

(3.2 Forward search operation) This search operation discussed in the text is a forward search operation. This operation searches the work buffer 113 in the forward direction until one data code corresponding to the given input code is found from the current cursor position. To perform a forward search operation, the user taps two keys. That is, a search key for specifying this operation and another key for specifying an input code corresponding to the data code to be searched.

The edit instruction sequence 215 corresponding to the input code generated by this search key is also in the buffer edit sequence 211 for state = 0. In response to the edit command sequence 215, the ED 101 sets the state 121 to a predetermined value. The ED 101 then retrieves the next input code specifying the data code to be searched. But state 12
Since the value of 1 has been changed, the ED 101 positions the edit instruction sequence 215 corresponding to the input code existing in the buffer edit sequence 213 for the current value of the state 121, instead of the buffer edit sequence 213 for the state = 0. . The edit instruction sequence 215 at this location is E
D101 starts at the current cursor position and operates in the forward direction, responding by comparing the data code from work buffer 113 with the input code designating the data code to be searched and the corresponding data code. With instructions. If ED101 matches the data in work buffer 113
If the ED finds the code, it resets the BI 123 to the location of this data code in the working buffer 113, and then displays the data code on the display 107 in the search area of the working buffer 113 in the manner described for the MOVE operation. The target is displayed, and the state 121 is finally reset to 0. Thus, at the end of the forward search operation, the BI 123, the CP 126, and the cursor on the display 107 all specify the location of the character being searched.

(3.3 Insertion Operation) Finally, in the insertion operation, a series of data codes specified by the input code is inserted into the work buffer 113 at the position specified by the cursor. Input device 109
Of users hit the insert key to start this operation,
This operation can then be performed by tapping the key for the input code corresponding to the data code to be inserted and finally tapping the insert key again to terminate the operation.

The ED 101 responds to key presses as follows. That is,
First, the edit instruction sequence corresponding to the input code given by the insert key sets a variable in control data 115 to indicate that the insert operation is continuing, and then displays the contents of work buffer 113 on display 107. Is displayed again. As part of the display operation, the ED 101 can detect the value of the variable indicating the insertion operation, and if the variable indicates that the insertion operation is continuing, the ED 101 corrects the display on the display 107 so that the insertion operation can be performed. It can indicate that it is in progress. For example, in one configuration, the display may be positioned one place at the cursor to insert a new character.
It has two "blanks", otherwise the display dims the character at the insertion point.

The user then taps a key on input device 109 that corresponds to the character he wants to insert. Since the edit command 225 for this insert input code does not reset the state 121, the edit command sequence 215 for performing the actual insert operation
Is in the buffer edit sequence 213 for state = 0. ED 101 inserts the data code corresponding to the input code at the location specified by BI 123 in work buffer 113, updates BI 123 to specify the position following the inserted character, and displays 107 as described earlier. Responds to the edit command sequence 215 by redisplaying the affected portion of the working buffer 113 at. When the user finishes inserting the character, the user presses the insert key again. The operation performed at this time is the reverse of the operation described above. Since the variable in the control data 115 indicates that the insertion operation is continuing, the ED 101 sets to indicate that this is not the case. Next, the ED 101 redisplays the contents of the work buffer 113 on the display 107.
Since the insertion operation is not ongoing, the display on the display 107 no longer displays "blank" or low brightness at the location of the cursor.

The user of the input device 109 displays that the use of the ED 101 is completed by depressing a key of the input device 109 that generates the delimiter input code. The delimiter input code is ED10
This is defined in the edit table 111 to indicate the end of use of 1. A typical delimiter input code may be an ASCII newline or carriage return code. Buffer edit sequence 21 for state = 0
In response to the edit command sequence 215 for the delimiter input code included in 3, the ED 101 stops taking out the input code from the input device 109, and
Executes instruction byte 225 and sends work buffer 11 to DP127.
Indicates that modification of 3 is completed.

(4. Another Embodiment of ED101) The two main components of the ED101 are a processor 105 and a memory 103. In an actual digital data processing system, the processor 105 and the memory 103 can be implemented based on various components of the data processing system. Some of these configurations are as follows. In other words, (ED1 in a system with a single CPU and a single memory
01) In a digital data processing system with a single CPU and a single memory accessible by the CPU,
The single CPU operates as processor 105 and
The memory of the CPU operates as the memory 103. This embodiment is shown in FIG.

(ED101 in a system with a CPU, IOP and shared memory) A single memory and an I / O processor (IOP) that shares it with a general-purpose CPU and the other is a special-purpose processor that handles I / O Two processors,
In a digital data processing system with
The IOP operates as the processor 105, and the shared memory operates as the memory 103. Such an embodiment is shown in FIG.

(ED101 in "smart" terminals) Finally, in a digital data processing system with "smart" terminals, each terminal has its own processor and memory. Accordingly, the terminal processor functions as the processor 105, and the terminal memory functions as the memory 103. An example of such an embodiment is shown in FIG.

In the following, each of the foregoing embodiments will be described in detail. Implementations of ED 101 in digital data processing systems different from those described herein will be apparent to those skilled in the art.

(4.1 ED101 in System with Single CPU and Single Memory-FIG. 3) FIG. 3 illustrates one embodiment of ED101 in a digital data processing system with a single CPU 303. The CPU 303 executes each instruction stored in the memory 313. In response to these instructions, CPU 303 generates addresses for data and instructions in memory 313, retrieves data and instructions for CPU 303, and writes data to memory 313. CPU 303 further generates control signals for terminal 305 responsive to the control signals in two ways.
Terminal 305 provides a visual display corresponding to the display code in display buffer 309 in memory 313, and writes data input to terminal 305 to input code buffer 311. Thus, as a whole, the display buffer 309 and the terminal 305 correspond to the display 107, and the input code buffer 311 and the terminal 305 correspond to the input device 109. The memory 313 further has at least one edit table 111, a working buffer 113, and control data 115. In addition, the memory contains an ED instruction sequence 307. The ED instruction sequence 307 is a series of instructions to which the CPU 303 responds.
In executing these instructions, the CPU 303 responds to key inputs from the terminal 305 in the manner described for the processor 105 in the ED 101 so that the CPU 303
During the execution of 307, the uniprocessor system 301 functions as the ED101.

(4.2 ED101 in System with IOP-FIG. 4) FIG. 4 shows an embodiment of the ED101 in a digital data processing system 401 having two processors sharing one memory 313, namely, an IOP403 and a CPU303. ing. Both the IOP 403 and the CPU 303 execute each instruction stored in the memory 313. The CPU 303 and the IOP 403 divide tasks that intervene in the execution of one program. CPU 303 responds to each of its instructions by reading data from memory 313, processing it, and returning it to memory 313. On the other hand, IOP 403 controls various components such as terminal 305 and responds to each of its commands by transferring data between such components and memory 313.

The IOP 403 and the CPU 303 can cooperate with each other by a signal between the CPU 303 and the IOP 403, and by an area in the memory 313 including a message from the CPU 303 to the IOP 403 and in the opposite direction. In such a system, the CPU 303 and the IOP 403 cooperate to execute the following input / output operation. That is, when the user program 404 being executed in the CPU 303 specifies an input / output operation,
3 puts a message for IOP 403 in CPU-IOP message 411 and signals to IOP 403 via CPU-IOP signal 415,
Respond to this program by suspending execution of the program that specifies I / O operations. CPU-IOP message
The messages in 411 indicate the operations that IOP 403 should perform for CPU 303 and the memory 31 in which IOP 403 enters and exits data.
Specify at least the location in 3. IOP403 CPU303
Upon receiving a signal from the IOP, the IOP starts performing each operation specified in the CPU-IOP message 411. When the IOP 403 completes the operation, the IOP places a return message to the CPU 303 in the IOP-CPU message 409, and then signals the CPU 303 via the IOP-CPU signal 417. CPU 303 responds by resuming execution of user program 404 that specifies execution of the input / output operation.

When the IOP 403 and the memory 313 are used for the configuration of the ED 101, the memory 313 includes a working buffer 113, an edit table 111, a display buffer 309, an input buffer 311, an ED instruction sequence 307, an ICD 119 and an ECD 117. As indicated by the arrows in FIG. 4, both the CPU 303 and the IOP 403 can read and write data with respect to the work buffer 113 and the ECD 117. CPU 303 stores data
Write to CPU-IOP message 411 and write data to IOP-
Read from CPU message 409. The IOP 403 reads the edit command sequence 215 from the edit table 111 by itself and
Read and write data to ICD119 and IOP-C data
Write to PU message 409, use display buffer 309 and input buffer 311 and use ED instruction sequence to control terminal 305.

In one embodiment of the ED 101, similar to the one just described, the ED 101 operates as follows. That is, CPU303
When the user program 404 executing above performs certain operations associated with the ED 101, each instruction in the user program 404 causes the CPU 303 to place the data to be modified in the ED 101 in the work buffer 113 and control the modification. Information to be placed in the ECD117. CPU 303 then sends a message to IOP403
It is placed in the CPU-IOP message 411 and signals to the IOP 403. Message 419 contains at least three items: IOP403 is ED
It contains a program identifier (PR-ID) that specifies that each instruction in the instruction sequence 307 is to be executed, and two pointers to data to be used during this execution. The first pointer, EC-PTR, holds the storage location of ECD 117, and the second pointer, WB-PTR, holds the working buffer 1
Holds 13 storage locations. One or more editing tables 111
In an embodiment having a message 419, the message 419 further contains an ET-ID specifying the edit table 111.

The IOP 403 then has a working buffer 113, an ECD 117, and a CPU
The CPU 303 executes the ED instruction sequence 307 using the editing table 111 specified by the message from the 303.
Responds to signals from This execution proceeds as described above. When ending the execution of the ED instruction sequence 307, the IOP 403 places a message indicating the end in the IOP-CPU message 409, and signals the CPU 303 via the IOP-CPU signal 417.

(4.3 ED101 at “Smart” Terminal-Fifth
FIG. 5 shows an ED in a "smart" terminal, i.e. a terminal containing its own processor and memory.
1 shows one embodiment of 101. In a system with a “smart terminal”, CPU 303 and memory 313
Exists and the CPU 303 has one or more “smart” terminals
Connected to 502. With the connection between the CPU 303 and the “smart” terminal 502, the CPU 303 sends control signals and data to the “smart” terminal 502,
And allow control signals and data to be received from the “smart” terminal 502. "Smart" terminal 502 not only includes display 107 and input device 109, but also includes terminal processor 503 and terminal memory 505. The terminal processor 503 executes the instructions stored in the terminal memory 505. In response to these instructions, terminal processor 503 generates an address for the data and instructions in terminal memory 505, retrieves the data and instructions for terminal processor 503, writes the data to terminal memory 505, and writes the input code to the input device. Display 1 from 109
Control 07. Further, the terminal processor 503 responds to a control signal from the CPU 303, receives data from the CPU 303,
Give data to 03.

Computer with "smart" terminal 502
The system works as follows. That is, the user program 404 running on the CPU 303 is
When performing operations that require a "smart" terminal
A terminal message 513 can be generated that includes a program identifier (PR-ID) identifying the operation to be performed by 502 and data to be used. Since this data is operated in the terminal memory 505 instead of the memory 313, the data is identified by an offset from the terminal message 513 instead of the address of the memory 313. CPU303
Signals the terminal processor 503 to send data and forwards the terminal message 513 and its associated data to the terminal processor 503. The data is sent out in an order corresponding to the offset, and the terminal processor 503 loads the terminal message 513 and the data into the terminal memory 505 from a known location in the order in which they were received. By adding an offset to where terminal message 513 was loaded, terminal processor 503 causes terminal message 5
13 can be located in the terminal memory 505. When terminal processor 503 receives all the data specified in terminal message 513, it performs the operation specified by the PR-ID in terminal message 513. When this operation is completed, it sends a signal to the CPU 303 to send data, and returns this data.

In an embodiment of the ED 101 in a system with a “smart” terminal 502, the terminal memory 505 may include an ED instruction sequence 307, an edit table 111, and an ICD 119. User program 40 running on CPU 303
4 then the ECD 117 for the terminal message 513 and the working buffer 1 whose PR-ID specifies the ED instruction sequence 307.
The ED 101 can be used by preparing a terminal message 513 having offsets defining 13 storage locations. CPU 303 then sends terminal message 513, external control data 509 and data 507 to be edited to "smart" terminal 502. Terminal memory 502
In, the data for external control is in the storage location specified by the terminal message 513 for the ECD 117, and the data 507 to be edited is stored in the terminal message for the work buffer 113.
It is in the storage location specified by 513. Then, the “smart” terminal 502 executes the ED instruction sequence 307 using the data 507 to be edited and the data 509 for external control,
When this execution is completed, the data is returned to the CPU 303.

As with other embodiments of the ED 101, some embodiments of the ED 101 in the “smart” terminal 502 can use various editing tables 111. Thus, in an embodiment, the ECD 117 also has an ET-ID 125 that specifies a particular editing table 111. Terminal memory 50
5 can hold various editing tables 111, ET-
The editing table 111 specified by the ID 125 may be one of these tables. If not, ET-ID125
Can be obtained from the memory 313. The mechanism for obtaining the editing table 111 from the memory 313 can be changed. For example, in some cases, in a packet network where the transmission cost of a data packet is the same regardless of whether the packet is full, the CPU 303 always has the ET-ID
The edit table 111 specified by 125 can be sent to the "smart" terminal 502 along with the data 507 to be edited and the external control data 509. In other words, the memory 313 can hold a table that specifies the editing table 111 that each "smart" terminal 502 has in its terminal memory 505, and only if this table indicates that it requires that editing table 111 A table 111 can be provided. Furthermore, ED
Instruction sequence 307 comprises a series of instructions to which terminal processor 503 responds by requesting appropriate edit table 111 from CPU 303, if not available in terminal memory 505.

Of course, a digital data processing system having an IOP 403 may also have a “smart” terminal 502. In such a system, IOP 403 has the same relationship to "smart" terminal 502 as CPU 303 in the system just described. The main difference between each system is that the IOP 403 does not form a terminal message 513, but instead receives it from the associated CPU 303.

(4.4 Embodiment of ED101 Based on Multiple Programming System) In the configuration of ED101 described so far, ED101
Has been implemented with physical processors and memory. However, in a multi-programming digital data system, the ED 101 can be implemented by one process means. The following describes multi-programming systems and processes,
Next, one embodiment of the ED 101 in a multi-programming system will be described.

(4.4.1 Multi-programming type digital data
Systems and Processes A multi-programming digital data system is a digital data system that executes programs for different users, apparently simultaneously. In such a system, each user actually shares CPU and memory with other users,
It has the illusion that only one of them accesses the CPU and memory. A process is a means by which a multiprogramming digital data system executes one program for one user.
Each process consists of an area of storage associated with the execution of one program for one user. This storage area
Contains the values required to execute a program on the CPU. These values specify at least one value that specifies the location of the next instruction to be executed in the running program for the user, and the location where the data currently in use is stored during the execution of the program. Contains the value to be used. The multi-programming type digital data processing system further has a program called a process management program that the CPU responds to by loading values necessary for executing the given process from the storage area belonging to the process to the CPU. I do. Once the values have been loaded, the CPU starts executing the program for the user at the designated location in the storage area of the process.
As execution continues, the value specifying the memory location of the next instruction to be executed and the value specifying the memory location then used to store data will change. After the temporary execution, the process has performed an operation such as the maximum amount of time allowed for a single use of the CPU, or an I / O operation in which the program in which the process is running must wait for the result of execution. Process interrupts can occur for several reasons, such as: At the same time as such a process interrupt, the CPU automatically executes the process management instructions, which unload the process from the CPU, i.e., these instructions are the values for the current storage location for storing data, And the value for the current location of the next instruction to be executed is returned to the process area in memory. The process management instruction then loads the corresponding value from the storage area of another process into the CPU, and the program for this process is executed as described above. In this way, each running process gains access to the CPU,
While this is being accessed, execution of the program proceeds. Because many processes run on the CPU in a short period of time, it appears to the user of the system that the CPU is running many processes at the same time.

Processes can communicate with each other by interprocess messages (IPM). These are similar to the messages between physical processors already described. When one process requests the execution of another process to perform its operation, the first process generates an IPM specifying the operations and data to be performed for the second process, Display to the process management program that the process has one IPM. Therefore, the process management program removes the first process from the CPU and a set of processes that can access the CPU, and adds the second process to the set of processes that access the CPU. When the second process is CPU loaded, it performs the operation specified in the message. When this is complete, the process sends a return IPM to the first process indicating that the operation has been completed, and upon receipt of this IPM, the process manager again allows the first process to access the CPU. .

Processes have specialized functions, for example, one process can manage all I / O devices.
Such a process is sometimes called a Peripheral Device Management Process (PMGR). Other processes that want to use these devices send IPM to the PMGR process, where P
The MGR process, under its control, causes the input / output device to perform operations specified by the IPM on the data specified by the IPM.

A process can also reside in a digital data processing system that includes one or more processing devices. For example, in a digital data processing system having several CPUs, each CPU can execute a different process. In a digital data processing system with an IOP, the aforementioned PMGR process can be performed exclusively in the IOP, and in a digital data processing system with a "smart" terminal, each terminal should be treated as an individual process. Can be. In such a system, the terminal message 513 is 1
Equivalent to one IPM.

(4.4.2 ED101 in PMGR process-Fig. 6) Regardless of the function of the process,
Alternatively, the ED10 in a multi-programming digital data processing system, discussed in detail in the text, is the same regardless of which processing unit performs this.
One only embodiment is where the ED instruction sequence 307 is executed by a PMGR process. Such an embodiment is a logical consequence of the fact that the PMGR process controls the terminal.

FIG. 6 shows an ED 101 implemented in a multi-programming system 601 having a PMGR process.
Multi-programming system 601, memory 313, CP
It has a U303 and at least one terminal 305.
Memory 313 in multi-programming systems
Is a process management instruction sequence 603 containing instructions to be executed by CPU 303 to store one process and load another process, and a process management instruction sequence to determine which process should be loaded to CPU 303. It includes a process management state 605 containing data used during the execution of 603. The data in the process management state 605 includes an active list 602 indicating which processes can be loaded into the CPU 303, an inactive list 604 indicating which processes cannot be loaded into the CPU 303, and an IPM. A message flag 606 may be included to indicate whether the event has occurred. Memory 3
13 further includes the instruction sequence executed by the process and the process itself. The instruction sequence is shown in FIG. 6 by the user program 404, the ED instruction sequence 307, and the IPM instruction sequence 623. The IPM instruction sequence 623 is executed by each process that sends out the IPM. The processes are represented by a user process 609 and a PMGR process 621. Each process includes at least a PC 610 that specifies the next instruction to be executed by this process when the process is loaded into the CPU 303, and a DATA 612 that specifies the location of the data currently in use. User process data 608
Displays the data specified by DATA 612 for user process 609, and PMGR process data 622 displays the data specified by DATA 612 for PMGR process 621.

The registers in the CPU 303 include a process execution state 611 for the currently executing process and a process management state 617 for the process management program. At least, the process execution state 611 includes the CPU-PG 613, which is the location of the instruction being executed at this time, and the CUR-DATA 615, which is the storage location used by the process being executed at this time for data. Process management state 617 indicates the CUR-PG value and
Whenever the CUR-DATA value is not interrupted by the execution of the process currently loaded for the process execution state 611, the process management instruction sequence 603 is executed by the CPU 303.
Contains the information that will be executed automatically.

In FIG. 6, a user process 609 comprises a user
Work buffer 113 for ED101 of process data 608
And the instructions of the user program 404 that has prepared the ECD 117 have just been executed. Since ED101 is executed by PMGR process 621, user process 609 also executes IPM instruction sequence 623 to form IPM 620 in IPC data 619,
The execution of the IPM instruction sequence sets the message flag 606 in the process management state 605 to indicate that the message has been sent.

IPM 620 has at least user process data 608
WB-PTR for specifying the location of the work buffer 113 of the user process data and EC-P for specifying the location of the ECD 117 of the user process data 608
TR and a process identifier (PID) that specifies the process for which the message, in this example PMGR process 621, is intended
And PR-I identifying the program to be executed by PMGR process 620, ie, ED instruction sequence 307 in this example.
Contains D.

Since the process of sending the IPM cannot proceed until a response is received, the IPM instruction sequence 623 generates an interrupt
It includes an instruction to execute U303 to execute the process management instruction sequence 603. In this sequence, the values of CUR-DATA615 and CUR-PC613 of the user process 609 are respectively set to DATA612 and PC
By storing at 610 and by setting the inactive list 604 to indicate that the user process 609 is now inactive,
Remove 09 from CPU303.

Each time the process management instruction sequence 603 is executed, the sequence checks the message flag 606 to determine whether a message has been added to the IPC data 619. If so, the process management instruction sequence 603 examines the IPC data 619 for the new IPM 620 and, in this example, adds the process designated as the recipient of the IPM, including the PMGR process 621, to the active list 602. I do. P by executing process management instruction sequence 303
When the MGR process 621 results in accessing the CPU 303, the PMGR process 621 checks for the presence of IPM in the IPC data 619. If the PMGR process 621 finds this, the process performs an IPM on the data specified in the IPM.
Starts execution of the instruction sequence specified by. In this case, the IPM uses the ED instruction sequence 307 and the user process
609 working buffers 113 and ECD 117 in this process
Is the IPM620.

When CPU 303 begins execution of instruction sequence 307, it adds storage for ICD 119, display buffer 309, and input buffer 311 to PMGR process data 622. Using this storage area with the working buffer 113, the external control data 413, and the edit table 111 specified by the ET-ID 125 in the ECD 117, the PMGR process 621 converts the input code from the terminal 305 in the manner described above for the ED 101. respond. PMGR process 621 generates ED instruction sequence 307
This process sends an IPM to the user process 609 in the manner described above when it has completed the execution of.

(5. Detailed Description of the Embodiment—FIG. 7) In this embodiment, the ED 101 is configured in a multi-programming digital computer system having a single CPU 303. In this system, the ED101 in this embodiment is not a PMGR process 621 but a user
Performed by process 609. As a result, the instruction sequence executed by the user process 609 does not need to send out the IPM 620 to perform an operation that requires the ED 101;
Just execute 307.

The ED instruction sequence 307 in this example is described in “PL-I source text A“ EDITREAD-SYS-C ”at the end of this specification.
ALL ”” is a series of instructions for the CPU 303 generated by the PL / I compiler from a source program written in the PL / I programming language.

FIG. 7 is a block diagram showing the interrelation of each part of EDITREAD-SYS-CALL and the relation of each part to the constituent elements of the ED 101 included in the memory 313. The outline of the operation of each part and the ED 101 according to the present embodiment will be described with reference to FIG.

(5.5 Explanation of EDITREAD-SYS-CALL-Fig. 7) Fig. 7 shows each part of EDITREAD-SYS-CALL, EDITREAD-SYS
The relationship between parts of the CALL and other components of the ED101, and I
Between each part of DITREAD-SYS-CALL and EDITREAD-SYS-CALL
FIG. 9 is a block diagram showing a flow of data and control between the ED101 and other components. Each block in Fig. 7 is an EDIT
The main part of READ-SYS-CALL is shown. Each part is EDI
It consists of one or more PL / I procedures included in TREAD-SYS-CALL. The wide arrow from one block to the other is indicated by the PL represented by the original block of this arrow.
/ I indicates that at least some of the procedures call the procedure represented by the block to which the arrow points. PL / I
In, one procedure can be called recursively, that is, by itself or by another procedure which it called. As a result, several arrows in FIG. 7 indicate that the procedure in one block calls itself. Inside each block, ED101 in memory 103
There is a box that indicates which part of is used by one block. In the case of control data 115, each block uses a different variable in control data 115, so that only the names used to match variables in EDITREAD-SYS-CALL are shown in FIG. ED101
, The names of the components and the corresponding variable names in EDITED-SYS-CALL are shown.

The following discussion first summarizes the function of each block, and then discusses each block in more detail. That is, the * ED control unit 701 controls the execution of the ED 101.

* The reading function unit 711 reads an input code from the input device 109.

The edit table interpreter 717 specifies the position of the edit instruction sequence 215 corresponding to the input code or data code and the value of the state 121 in the edit table 111, and the edit instruction sequence 215 thus specified in position.
Translate the edit instruction byte 225 in.

* The buffer / display coordinator 729 adjusts various operations in the work buffer 113 and the display of the result on the display 107.

* The screen control unit 713 controls the operation of the display 107.

The work buffer control unit 731 controls the operation of the data code in the work buffer 113.

(5.5.1 ED control unit 701) The ED control unit 701 corresponds to the main procedure EDITREAD-SYS-CALL. In the present embodiment, the operation of the ED 101 starts by calling this procedure by a program using the ED 101. Each part of the ED control unit 701 corresponds to its function, the initial control unit 707 performs various operations necessary to start the operation of the ED 101, and the control loop 705 performs the ED 101 and operates the input device 109 until a delimiter code is received. The final control unit 703 executes various operations necessary to end the operation of the ED 101. The variable whose value is set or read by the ED control unit 701 is in the ED control state
709.

The operation of the ED control unit 701 starts when a user program using the ED 101 calls EDITREAD-SYS-CALL using a pointer to a packet of data defined by the variable “PACKET”.

(5.5.2 Read Function Unit 711) The block indicated as the read function unit 711 is EDITREAD
-Corresponds to the read function of SYS-CALl. When this function is called by the control loop 705, it takes the input code from the input device 109 and passes this input code to the control loop 70.
Return to 5. In the present embodiment, the input code is retrieved by a call to the operating system of the CPU 303. This operating system automatically associates the input buffer with the channel number and input device,
A system call BINARY-READ-STRING retrieves a byte from the input buffer associated with the channel. Thus, in the read function, the variable channel obtained from the packet used to call EDITREAD-SYS-CALL is the input device 109 from which the read function should extract the input code.
And the input buffer 311.

Before calling BINARY-READ-STRING to get the character,
The reading function unit calls a flush-buffer described below to cause the display 107 to perform a visual display corresponding to the display code held in the display buffer 309. Then, after obtaining the byte from the input buffer 311, the read function puts it into the proper format for the ED 101 and returns it to the control loop 705.

(Screen control unit 713) The screen control unit 713 is a variable OUTPUT-RING-BUFFER
, And the display 107 is managed by the display code stored in the buffer 309. “PL-I Source Text A“ EDITRE
AD-SYS-CALL ”
"ut-chr" and "flush-buffer" (this part is shown below) perform this management.

"Put-chr" puts the display code into OUTPUT-LING-BUFFER, and "flush-buffer" calls the system call BINARY-W
The contents of OUTPUT-LING-BUFFER are output to the display 107 using RITE-STRING to empty the buffer. B
The component of INARY-WRITE-STRING is OUTPUT-RING-BUFF
Translate the contents of the ER into an appropriate visual indication for the particular display 107 in use.

(5.5.3 Edit Table Interpreter 717) The edit table interpreter 717 determines the value of the input code or data code and one of the edit instruction sequences 215.
The location of the edit instruction sequence 215 corresponding to the value specifying the set is performed, and then the operations specified by the individual bytes of the edit instruction byte 225 are performed. The edit table interpreter 717 consists of a single INTERPRET procedure starting at line number 449 of the source text of EDITREAD-SYS-CALL. Calling the INTERPRET procedure requires two data: an input code or a data code to be translated, and a value that specifies a portion of the edit table 111. This value is provided by state 121 or may be a constant value.

As shown by the arrows in FIG. 7, the INTERPRET procedure is invoked by the buffer and display coordinator 729 by all three subsections of the ED control 701, and recursively by itself. The INTERPRET procedure is the only component of EDITREAD-SYS-CALL that reads the edit table 111. Editing table interpreter 717 is 2
It has two main subdivisions: an edit command fetch unit 719 and an edit command interpreter 723.

(Edit instruction fetch unit 719) The edit instruction fetch unit 719 first specifies the position of a set of edit instruction sequences 215 in the edit table 111 corresponding to the given value for calling the INTERPRET procedure, and then specifies the input code or The position of each edit instruction sequence 215 corresponding to the value of the data code is specified.
After specifying the position of the edit instruction sequence 215, the edit instruction fetch unit 719 converts the edit instruction byte 225 of the edit instruction sequence 215 one byte at a time into the edit instruction interpreter 72.
Give to 3. The manner in which the edit command fetch unit 719 reads the edit table 111 is controlled by the edit command fetch state 721. As can be seen from FIG. 7, this state is the packet CHANNE
It consists of the value sent to the ED 101 in L-DATA and the value used in INTERPRET to control the instruction fetch.

(Instruction interpreter 723) The instruction interpreter 723 is mainly composed of EDITREAD-SYS-CA
Large DO CA starting at line number 516 in LL source text
A compound statement containing a group of SE statements. When the DO CASE statement is executed, this D
The value of the expression specified in the O CASE statement determines which case is executed. In this DO CASE statement, the binary value of the byte provided by the edit instruction fetch unit 719 is the operator dispatch value.
Used as an index into table 726. The value of this location in table 726 then determines which group of statements in the DO CASE statement will be executed. When the edit instruction interpreter 723 completes the execution of the statement in the case where
Edit command fetch unit 719 provides the next byte from edit command byte 225.

The manner in which edit instruction interpreter 723 translates edit instruction byte 225 is described in edit instruction byte 2 in edit table 111.
Depends on 25 configurations. As described above, in the present embodiment, the edit instruction byte 225 for one operation consists of an operand byte followed by an instruction code byte. The value of this operand byte specifies that these bytes represent an operand, and whether this operand byte is a literal or specifies a variable. This variable can be one of the user's variable arrays 727, or PACKET lines 10-3.
It is one of the variables shown in 5. Edit instruction interpreter 723 uses interpreter stack 725 to store the values of the operands until it translates the bytes of the instruction code. When the operand byte is a literal, the edit instruction interpreter 723 places the value of the operand on the interpreter stack 725, and when this is a variable, the control data 115.
Specifies the position of the variable and places the value of this variable on the interpreter stack 725. When the opcode bytes are translated, the edit instruction interpreter 723 obtains the operands from the interpreter stack 725 and performs the operations specified by the opcode bytes of those operands. Edit instruction interpreter as indicated by the arrow
723 can call the routines in the buffer and display coordinator 729, and can also call the INTERPRET procedure recursively.

(5.5.4 Work buffer control unit 731) The work buffer control unit 731 operates the work buffer 113. The work buffer control unit 731 performs the procedure true-buff, inser
t-true-buff, is-attribute-state-maker and tr
ue-index (these procedures are EDITREAD-SYS
-Line number 1525 or lower in the CALL source text. note:
Note that thousands are omitted for line numbers 1000 and below.) true-buff retrieves the data code from work buffer 113, insert-true-buff inserts the data code into work buffer 113, and replace-true-buff
Exchanges one data code in working buffer 113 with another code. Other procedures provide information about the work buffer 113 needed to manage the work buffer 113. As indicated by the arrow, only the buffer / display coordinator 729 calls the procedures of the work buffer control unit 731.

(5.5.5 Buffer and Display Coordinator 729) The remaining procedures included in EDITREAD-SYS-CALL are part of the Buffer and Display Coordinator 729. The buffer / display coordinator 729 matches the modification of the work buffer 113 and the output of the data code to the display buffer 309 so that the display buffer 309 always reflects the latest modification of the work buffer 113. Buffer / display control state 730
Holds the data used by the buffer / display coordinator 729 to correspond to its operation.

Most of the PL / I procedures in the buffer and display coordinator 729 are called only by other procedures in this component. For the purposes of the present invention, EDITREAD-SYS-C
Only those procedures within the buffer and display coordinator 729 that are called by other components of ALL need to be understood. These procedures are divided into two groups.
That is, a procedure for correcting only the display 107 and a procedure for correcting both the work buffer 113 and the display 107. First, the procedure for correcting only the display 107 is as follows. * Echo-binary and echo procedures. These procedures output one display code to the display buffer 309 and correct the buffer / display control state 730 as necessary.

* Paint and paint-and-restore-state procedures. These procedures cause the display 107 to provide a range of visual codes corresponding to a range of data codes in the work buffer 113.

The paint and paint-and-restore-state procedures call the true-buff procedure to obtain each data code in the range of data codes, and store the data codes and values specifying the display sequence 209 in the edit table 111. Work by calling the INTERPRET procedure that you use. In the case of a printable data code, the INTERPRET procedure reads the echo procedure using this data code and the corresponding display code, and the echo procedure invokes the put-chr procedure as described above, thereby providing the data A display code corresponding to the code is added to the display buffer 309. In the remaining steps, various operations in the work buffer 113 are performed, and the results of these operations are displayed on the display 107.

* The MOVE procedure performs a move operation. This procedure updates the buffer-index in the buffer and display control state 730,
The procedure paint is called to cause the display 107 to display the data code affected by the moving procedure, the other procedures are called to reset the attributes, and the cursor is output at a new cursor position. To output the cursor,
Use put-chr with a special cursor control code to actually enter the cursor into the display buffer 309.

* The DELETE procedure deletes one or more data codes from work buffer 113. When deleting a character to the left of the current cursor position, the procedure DELETE updates the buffer-index to establish a new cursor position before deleting the data code, but to the right of the current cursor position. This step is not necessary when deleting characters from After deleting the data code, DELETE updates buffer-length and calls the paint procedure to redisplay the entire contents of working buffer 113.

* The INSERT procedure inserts a data code into work buffer 113, updates buffer-index and buffer-length,
Next, the paint procedure is read to display the work buffer 113 and the updated part of the above procedure, and the cursor is placed at an appropriate place.

* Procedure SEARCH specifies the position of the data code in work buffer 113 that matches the data code given as an argument to this procedure. SEARCH searches right or left as specified by another argument. If a matching data code is found, the procedure calls MOVE and updates the buffer-index to specify the location of the matching data code, and the working buffer 113 on display 107 as described above. Display of the part affected by.

(6. Operation of one embodiment of ED101) After an overview of the components of one embodiment of the ED101, the discussion moves to the description of the operation of this embodiment using a specific editing table 111. The discussion first describes a particular edit table 111, and then describes how the ED 101 uses this edit table 111 to perform initial and search operations and respond to delimiter codes.

(6.1 Detailed Description of Specific Editing Table 111) The editing table 111 for this embodiment of the ED 101 is generated by the compiler from ASCII text source text. When a user of the digital computer system 127 wishes to create a new edit table 111, he writes the source text and then uses a compiler to generate the edit table 111 corresponding to the source text. D
Edit table 11 for ED101 entitled EFAULT-TABLE
The source text of “PL-I” shown at the end of this specification
Source text B "DEFAULT-TABLE"]. The default table 801 which is an edit table generated by the compiler from this source program is displayed in hexadecimal.
It is shown in the figure. Next, how to read DEFAULT-TABLE will be described first, and then the relation between the default table 801 and DEFAULT-TABBLE will be described.

(6.1.1 Source text DEFAULT-TABLE) First, "PL-I source text B" DEFAULT-TABL
E "], the actual source text for default table 801 begins at line number 46. Word INITIA
L MACRO indicates that the following DEFALET-TABLE portion corresponds to the initial sequence 205 for the default table 801. The text enclosed in square brackets ([]) is the programming language used to form the edit table 111. This text specifies the edit instruction byte 225 in the edit instruction sequence 215 included in the initial sequence 205. Similarly, FINAL MACRO at line number 47 indicates that the following text (not applicable in this example) specifies edit command byte 225 for final sequence 207, and ECHO MACRO at line number 49 indicates display sequence 209.
Indicates the beginning of the edit instruction sequence 215 for STATE =
0 indicates the first buffer edit sequence 213, and STATE =
1 indicates the following, up to STATE = 6, such as,.

As described above, in the display sequence 209 and the buffer edit sequence 211, each edit instruction sequence 215 includes the values LV 219 and UV 221, which together specify the range of data code values for which the edit instruction sequence 215 is valid. These values are indicated in the DEFAULT-TABLE by two hexadecimal values that precede the text in the square box. Thus, in line number 50, 20 and 7F are LV
219 has a hexadecimal value of 20 (decimal 32), indicating that UV221 has a hexadecimal value of 7F (decimal 127). The data code used in this embodiment is an ASCII code,
The ASCII codes in the range specified by 7F and 7F are codes for printable characters. Thus, the line number
Text in square brackets ([]) in 50 is printable
It specifies the action to be performed by ED101 in response to ASCII characters.

The outline of the DEFAULT-TABLE has been described above.
The programming language used to define the operation of ED101 in this embodiment is described in sufficient detail so that DEFAULT-TABLE can be read. Of course, other programming languages may be used in other embodiments. Each operation specified by this programming language is in square brackets ([])
Is shown within. An operation is defined by the specification of the operation, and therefore by the specification of its operand. This operand may be a literal value, a variable in control data 115, and a value generated by other operations. For example, [echo char] on line number 50 corresponding to the echo procedure in the buffer / display coordinator 729 is
It should be implemented using the current value of variable char.

A more complicated case is the [Do [Echo ““]
White [Mod cursor-pos 8]. As indicated by the range of numbers, this operation is a visual indication on display 107 corresponding to the ASCII table characters (SICII code 9).
I will provide a. Do While specifies that the operation following Do will continue as long as the number returned by the operation following While is not equal to zero. Here, the operation following the Do (Echo "") causes a blank to appear on the display 107 and increments the variable cursor pos in the buffer / display control state 730 by one. [Mod cursor-pos8] finds the modulo of the numerical value then contained in cursor-pos and8. This modulo is equal to 0 only if cursor-pos is divisible by 8. As a result, the whole operation is as follows: the blank is output on the display 107, and the modulo of cursor-pos and 8 is calculated each time the blank is output.
And when the modulo of cursor-pos and 8 reaches 0,
That is, when the position of the next tab stop on the display 107 is reached, the output of the blank is designated to be stopped. As will be apparent, when EDITREAD-SYS-CALL is examined in more detail, the name used to specify the variables and operations in the programming language is EDITREAD-SYS-CALL.
It corresponds to the name defined in ALL.

(6.1.2 Hexadecimal Display of Default Table 801-FIG. 8) FIG. 8 shows a hexadecimal display of the default table 801. The default table 801 is represented as an array of values represented by four hexadecimal digits. Each digit represents 4 bits so that each group represents 16 bits or 2 bytes. In FIG. 8, row and column indices are added to facilitate comparison of each part of the default table 801. In the following discussion, the hexadecimal numbers of a group will be referred to by their row and column numbers. Further, FIG. 8 is marked to indicate the correspondence between each part of the editing table 111 and the bytes of the default table 801 as shown in FIG. This correspondence is further established by the table below the display of the default table 801. As specified by the DEFAULT-TABLE, the default table 801 contains the locator information 201,
Dispatch Table 203, Initial Sequence 205, Display Sequence 209 and States 121 from 0 to 6
Has seven buffer edit sequences 211 for the values of The default table 801 does not have the final sequence 207.

The portion of the default table 801 indicated by ES 805 occupying words 2, 7 and 2, 8 is an example of an edit instruction sequence 215. As can be seen from the fact that the ES805 is the first edit command sequence on the input device 109, this is
Corresponds to DEFAULT-TABLE line number 50. The first two bytes of the ES805 are LV219 and UV221 and DEFAULT
LV is the hexadecimal value 2 as specified by line number 50 in −TABLE
Contains 0 and UV contains the hexadecimal value 7F. The next byte is of size 223, which contains the hexadecimal value 1 so that E
The rest of S805 contains a single byte. This byte contains the hexadecimal value 76, which will be
Instruction code that causes the INTERPRET procedure to be invoked with the data code or input code used in calling the procedure INTERPRET to invoke the echo procedure. Other portions of the default table 801 that are important in this discussion are also labeled, and these portions will be described in detail in the relevant portions.

(6.2 Operation of the present embodiment using the default table 801) As described above and shown in FIG. 7, the operation of the present embodiment of the ED101 is performed by calling the procedure EDITREAD-SYS-CALL by a program using the ED101. Start. The first part of EDITREAD-SYS-CALL to be executed is the initial control unit 7.
07.

(6.2.1 Operation of Initial Control Unit 707) The initial control unit 707 starts from the line number 370 of EDITREAD-SYS-CALL. As can be seen, this portion of EDITREAD-SYS-CALL first initializes various variables and then calls the paint procedure to provide a visual display of the contents of work buffer 113 on display 107. This paint procedure in line number 116 and below of EDITREAD-SYS-CALL
For each printable data code in 3, true-b first fetching the data code from work buffer 113
When eff is read (line number 137) and then the INTERPRET procedure by this data code is called (line number 148), a loop (line numbers 136 to 153) is performed, and the procedure INTERPRET is displayed in display sequence 2
Edit instruction sequence corresponding to data code from 09
215 and a value that specifies to get 215. This value is displayed in the call by the name ECHO-STATE.

Next, in the procedure INTERPRET at line number 446 and below of EDITREAD-SYS-CALL, at line numbers 446 to 470,
The group of statements executed when the procedure INTERPRET is invoked by the value represented by ECHO-STATE is shown. These statements use the variable echo-ma
The variable mstrt from cro-start and the variable echo-macro-si
Set mstop from ze. As described above, CHANNEL-DATA
Are the locator information 2 in the default table 801 that finds the beginning and end of the display sequence 209.
Indicates the value at 01. Thus, the variable mstrt then specifies the location of the first byte in the display sequence 209, and the variable limit specifies the language byte in the display sequence 209.

Next, the loop at lines 484-492 is the LV21
9 and UV 221 search the display sequence for an edit command sequence 215 that specifies a range of values including the data code or input code used to invoke the procedure INTERPRET. If you find such a sequence,
The statement in this loop sets the variable mstrt to specify the first byte of edit instruction byte 225, and the variable mstrt
Set stop to specify the last byte. The value to which the latter variable is set is calculated from size 223. After these variables are set, the control will be START-INTERPRETING
(Line number 495). Otherwise, the loop continues searching until the code and the corresponding edit instruction sequence 215 are found or the end of the display sequence 209 is reached.

Generally, the data code in work buffer 113 is the data code for a printable character. In this case, as described above, the relevant edit instruction sequence is ES805
And the edit instruction byte 225 is a hexadecimal value (decimal 1).
18) consists of a single byte. Procedure INTERP
Continuing with the premise that the data code used to invoke RET is for printable characters, when control is sent to START-INTERPRETING, mstop specifies the same location. As a result, the DO WHILE loop in lines 509 to 861 is executed only once. This OD WHILE
The first statement in the loop assigns the value of the byte specified by mstrt to the variable byte. In this example, the variable byte thus receives decimal number 118. This byte value is then OPERATOR-DISPATCH-TABLE
Used as an indicator for At the end of this specification
As shown in the declaration at line 49 in the PL / I source text A "EDITREAD-SYS-CALL", the OPERATOR-DISPAT
The 118th element of CH-TABLE contains the value 5.

This value is then the value of DO CASE in rows 516-845.
Used to determine which case in the statement should be executed. The case for the value 5 is found in line numbers 541 through 544, where the statement at this point calls the procedure Echo with the data code received when INTERPRET was called. As described above, this procedure Echo performs the procedure put-chr to output the data code to the display buffer 309.

The procedure paint performs the above-described steps for each data code contained in the work buffer 113, and as a result, the procedure paint
Is completed, display buffer 309 contains the display code corresponding to the data code in work buffer 113, and
When flush-buffer is called, the display 107 provides a visual display of the working buffer 113.

The next part corresponding to the initial control unit 707 of EDITREAD-SYS-CALL calls the procedure INTERPRET for executing the edit instruction sequence 215 included in the initial sequence 205 (line number 413). In the default table 801, these are the bytes labeled IM806. These are DEFAULT-TABLE
[Set-cursor-type insert-mod
e]. This operation uses the variable c
ursor-type is set to the value of the variable insert-mode, which determines how the display 107 indicates the location of the cursor. In this operation, the procedure is Set-c
ursor-type operator, the procedure insert-mode is an operand, and as described above, in the edit instruction byte 225, the byte specifying the operand precedes the byte specifying the operation, and as a result, the hexadecimal value in IM806 is Specify the operand, and the hexadecimal value 9B specifies the operator.

As can be seen from the statements for this example in lines 471 to 476, the procedure mstrt is set to 1 and mstop
Is set to 2 which specifies the value obtained from the initial macro size 803, 2 bytes in this example. At this time, except that there are 2 bytes to be translated, START-INTER
The statement beginning with PRETING works as described above,
As a result, the procedure DO LOOP is executed twice.

On first run, this variable byte has a hexadecimal value of 42
(66 in decimal), the 66th entry of line number 47 of the OPERATOR-DISPATCH-TABLE has the value 4, and the fourth case of the DO CASE statement (EDITREAD-SYS-CALL
Line numbers 536 to 539) put the value of the byte, in this example, the variable value specified by the variable insert-mode on the interpreter stack 725.

At the same time as the second execution, the byte has the hexadecimal value 9B (decimal 155), the 155th entry of line number 51 in the OPERATOR-DISPATCH-TABLE declaration has the value 31 and the DO CASE statement The 31st case (EDITREAD-SYS-CALL, line numbers 684-693) specifies that the value at the top of the interpreter stack 725 is assigned to the variable CURSOR-TYPE. Since this value is the value of the variable insert-mode, CURSOR-TYPE receives the value as specified in line number 46 of DEFAUIT-TABLE.

(6.2.2 Operation of Control Loop 705) After the end of the initial control unit 707, EDITREAD-SYS-CALL enters the line numbers 422 to 727 of the control loop 705, and from this input device 109 until the input device 109 receives the delimiter code. Continue reading the input code. As described above, the read function unit 711
Calls the procedure flush-buffer of the screen control unit 713,
Therefore, every time one character is read, the contents of the display buffer 309 are displayed on the display 107. For the purposes of this example, EDITREAD-SYS-CALL specifies a rightward search of the cursor containing three input codes, ie, the binary code of 6, and corresponding to the data code specified by the next input code. The default byte, the byte specifying the character "A" to be searched, including the 65 binary representations, and the default table
Assume that byte 801 specifies the ASCII newline character that 801 defines as a delimiter and contains a binary weekday representation.

First, a default table for these input codes
To find out what action 801 defines, consider the DEFAULT-TABLE in PL / I source text B "DEFAURT-TABLE" at the end of the description. Is done. 06,06: [Set state 2] This part of the DEFAULT-TABLE specifies that the variable state corresponding to state 121 should be set to the value 2. When the next input code 65 is entered, the state 121 has the value 2 and the procedure I
NTERPRET is called with this value, this procedure is DEFAULT
-Use the instruction sequence specified in line numbers 122 and 123 of TABLE. That is, 00, FF: [Mod-attribute V2 “Minus [Search cha
r]]] The above instructions search for a character if ED101 finds a character, to modify the way the character range between the beginning and end of the search is displayed to indicate the range of the search, and Next, the state 121 is specified to be reset to zero. The instruction for the delimiter is found on line number 109 of the DEFAULT-TABLE. That is, 0A, 0F: [Delimit] The operation specified by this instruction will be described in detail below.

The edit instruction sequence 215 in the default table 801 corresponding to these instructions is shown in FIG. ES807 corresponds to 06,06: [Set state 2], ES809
Is 00, FF: [Mod-attribute V2 [Minus [Search / B cha
r]]] [Set state 0], and ES811 corresponds to 0A, 0F: [Delimit].

The ED 101 executes the above-described editing instruction sequence in response to the input codes 6, 65 and 10 as described below. That is, ED
As shown on line number 426 of ITREAD-SYS-CALL, each time control loop 705 obtains a new input code by invoking the read procedure, the loop uses the input code and the current value of state 121 to execute the procedure INTERPRET. Call. Procedure INTER
Line numbers 462 through 465 in PRET use the input code and the value of state 121 to generate the appropriate edit instruction sequence 215 location in default table 801. As mentioned above, the variable DEFAULT-TABLE identifies the DEFAULT-TABLE 203 in the default table 801 consisting of words 1,6 to 2,5. The default word in the default table 801 is state =
The second includes an offset in bytes from the start of the initial sequence 205 of the buffer edit sequence 213 for 0, an offset for state = 1,. DEFA
Using the value of state 121 as an indicator for ULT-TABLE,
The procedure INTERPRET finds the beginning and end of the buffer edit sequence 213 for a given state value,
Set rt and end with limit. Procedure INTERPRET
Finds an edit instruction sequence 215 for the input code at this time and executes this edit instruction sequence as described above.

From the above description and from the source text of EDITREAD-SYS-CALL, the procedure [ [Delimit] will only be described in detail with respect to how the ED 101 causes the operation to stop.

6.2.3 How to stop the operation of one embodiment of ED101 When the delimiter is received, the statement executed in the procedure INTERPRET is at lines 553-562. These statements consist of one or two bytes where the delimiter used in this embodiment of ED101 is one or two bytes.
It is made up of code that is not important in this paper. The statement that causes the ED 101 to actually end the operation exists at line numbers 560 to 561.
The assignment statement at line number 560 sets the state 121 to a value greater than the number of states for which there is an edit instruction sequence 215 in the default table 801 and the assignment statement at line number 561 sets the macro greater than the possible value mstop.
Set -index to 10000. When macro-index has a value greater than mstop, loop D starting on line number 509
O WHILE ends. This condition also causes the execution of the statement RETURN at line number 866, which causes control to return to the control loop 705 at lines 422-427. At this time, since the state 121 has a value larger than the number of states in the default table 801, this loop ends and the final control unit 703 starts execution.

(6.2.3.1 Operation of the Final Control Unit 703) As can be seen from the line number 433, the final control unit 703 again calls the procedure INTERPRET according to the procedure FINAL-STATE.
The statement of the procedure INTERPRET in this state exists at line numbers 477 to 482. These statements are based on the value of the variable fanal-macro-start and the Final Macro Size 8
Find the final sequence 211 from the 13 values. Since the default table 801 does not include the final sequence 211, the fanal-moc
The ro-start specifies the beginning of the display sequence 209, and as can be seen from the eighth section, the Final Macro Size 813 has the value 0. Thus, when control is sent to START-INTERPRETING, mstop is less than mstrt and the loop DO WHILE starting at line number 509 is not executed. Thus, the procedure INTERPRET returns to the final control unit 703 (line numbers 429 to 445) without any operation, and the final control unit 703
The operation of the ED 101 is terminated by calling the ush-buffer, the contents of the display buffer 309 are output to the display 107, and the EDITREAD-SYS-CALL is returned to the called program.

The present invention may be embodied in other specific forms without departing from its spirit or essential characteristics.
Therefore, the embodiments of the present invention are illustrative in all respects and should not be considered as limitations, and the scope of the present invention is indicated by the appended claims rather than by the text, and All modifications that come within the meaning and range of equivalency of the claims are to be considered as being included in the present invention.

PL / I source text A "EDITREAD-SYS-CALL"

[Brief description of the drawings]

FIG. 1 is a block diagram showing a digital computer system including the present invention, FIG. 2 is a diagram showing an edit table and an edit instruction sequence of the present invention, and FIG.
And FIG. 4 is a block diagram showing a digital data processing system having a CPU and an input / output processor according to a second embodiment of the present invention. FIG. 5 is a block diagram showing a third embodiment of the present invention in a digital data processing system having a "smart" terminal, and FIG. 6 is a fourth embodiment of the present invention in a multi-programming digital data processing system. FIG. 7 is a functional block diagram showing a procedure "EDITREAD-SYS-CALL" in one embodiment of the present invention, and FIG. 8 is a diagram of a specific editing table in one embodiment of the present invention. It is a hexadecimal display. 101: Editing device (ED), 103: Memory, 105: Processor, 107: Display, 109: Input device, 11
1 Edit table, 113 Work buffer, 115 Control data, 116 ET-ID, 117 External control data (EC
D), 119: Internal control data (ICD), 123: BI, 125
…… ETID, 126 …… CP, 127 …… Data processing system (D
P), 301 ... single processor system, 303 ... CPU,
305 Terminal 309 Display buffer 311 Input buffer 313 Memory 401 Digital data processing system 403 IOP 404 User program 501 502 502 Smart "Terminal, 503 ...
... Terminal processor, 505 ... Terminal memory, 509 ... External control device.

 ──────────────────────────────────────────────────の Continued on the front page (72) Inventor Paul Bradford Dale Massachusetts, USA 01536 North Grafton Old Westborough Road 210 (56) References JP-A-55-6637 (JP, A) JP-A-48-11936 (JP, A) JP-A-47-12057 (JP, A) "bit" published by Kyoritsu Shuppan Co., Ltd., March 1980, Vol. 12 No. 4P. 26-34 "bit", November 1981, published by Kyoritsu Shuppan Co., Ltd., Vol. 13 No. 13P. 67-73 “bit”, December 1981, published by Kyoritsu Shuppan Co., Ltd., Vol. 13 No. 14P. 68-73 "Information Processing", August 1982, Japan Information Processing Society, Vol. 23, No. 8, p. 719-729 "Technique of Compiler Creation" Gries, translated by Kazuo Ushijima, published in 1979 by the Japan Computer Association. 57−96

Claims (6)

(57) [Claims] 1. An editing apparatus (301) for correcting a data code and displaying a visual display sequence corresponding to the data code in a data processing system, wherein: (1) the editing apparatus includes: A receiving device (109) for receiving an input code describing a method of modifying a data code; and (2) a display for displaying the visual display sequence in response to a display code for a visual display corresponding to the data code. A device (107), and (3) (a) a buffer for storing the data code.
(B) (i) in response to the input code, the memory device (113);
A buffer edit instruction sequence (211) for specifying an edit operation in the memory device; (ii) a display edit instruction sequence (209) for specifying an operation for generating the display code sequence in response to the data code. An edit table memory device (111) for storing an edit table including an edit instruction sequence, comprising: (c) data (BI123) indicating a storage location of a data code in the buffer memory device; A control data memory device (115) for storing state data (STATE 121) for controlling the editing device by indicating an editing instruction sequence in the editing table memory in combination with an input code; (d) CPU specified by the edit instruction sequence
A storage device (307) for storing an ED instruction sequence for controlling the correction and display of a data code, and a storage device (313) comprising: (4) the receiving device, the display device, and the storage device; (A) receiving the input codes from the receiving device; (b) determining a storage location of the buffer edit instruction sequence according to a combination of each of the input codes and a current state data value; (c) Retrieving an ED instruction sequence corresponding to the corresponding buffer edit instruction sequence; (d) responding to the ED instruction sequence to modify a data code in the buffer memory device; and (e) the buffer memory device. (F) determining a storage location of the display edit instruction sequence corresponding to each of the data codes. And takes out the ED instruction sequence corresponding to (g) said display editing instruction sequence, to generate a sequence of (h) the display code,
In response to the ED instruction sequence, (i) causing the display device to respond to the generated sequence of display codes; and (j) changing the value of each data in the control data memory as the editing operation proceeds. A CPU (303) responsive to said buffer edit command sequence and said display edit command sequence by modifying; and said edit table memory device (111) includes a writable memory device. An editing device, wherein a user of the editing device can change the editing table or can provide a new editing table for the editing device. 2. The editing instruction sequence includes: (a) a range specifier (217) for specifying which of the input code or the data code corresponds to the editing instruction sequence; and (b) the editing instruction sequence. 2. The editing apparatus according to claim 1, comprising: a size specifier (223) for specifying the number of bytes in a sequence; and (c) at least one of the editing instructions (225). 3. The editing instruction comprises: (a) at least one operand byte representing data to be processed by the processing unit; and (b) a single instruction code byte. 2. The method of claim 1, wherein one operand byte precedes said single opcode byte, and said memory device further comprises an operand memory device for storing data represented by said operand byte. 3. The editing device according to claim 1, wherein 4. The editing table memory device (111).
Includes a plurality of edit tables each having an associated edit table identification value, and said storage further includes an edit table identifier memory device (117) for storing a single said edit table identification value (125). 2. The editing apparatus according to claim 1, wherein said processing device responds to said edit table identification value by positioning one of said plurality of edit tables. 5. The edit table memory device includes: (a) a writable memory device; and (b) a read-only memory device, wherein the plurality of edit tables are: 5. The editing device according to claim 4, further comprising: a writable edit table included in a memory device, and (b) a read-only edit table included in the read-only memory device. 6. An editing device (101) for correcting a data code and displaying a visual display sequence in a data processing system, comprising: (1) a method of correcting the data code in the editing device. Device (10) for receiving an input code describing
9); (2) a display device (107) for displaying the visual display sequence in response to a display code for visual display corresponding to the data code; (3) (a) Buffer for storing code
A memory device (113); and (b) status data (STAT) for specifying the operation of the editing device.
A control data memory device (115) storing at least E121); and (c) (i) instructions for modifying the data code in response to the input code and changing the value of the status data, Four or more sections (211) each including an edit instruction sequence including a plurality of edit instructions, each section corresponding to one value of the state data; and (ii) an edit instruction specifying an operation for generating the display code sequence. An edit table memory device (111) for storing an edit table, comprising: at least one display section (209) including a sequence; (d) a CPU specified by the edit instruction sequence;
A storage device (103) for storing an ED instruction sequence for controlling the correction and display of the data code, and (4) coupled to the receiving device, the display device and the storage device, (A) receiving the input code from the receiving device; (b) determining the storage location of the section corresponding to the state value by combining each input code with the state value; And (c) receiving an edit instruction of the corresponding edit instruction sequence in the corresponding section, and (d) responding to an edit instruction of the corresponding edit instruction sequence in the corresponding section. Modifying the data code in the buffer memory device, and (e) decoding the data code from the buffer memory device. (F) for each of the data codes, (i) determining a storage location of an edit instruction sequence corresponding to the data code in the display section; and (ii) determining a location of the edit instruction sequence in the display section. Responding to the edit command of the corresponding edit command sequence by receiving an edit command of the corresponding edit command sequence and generating the sequence of display codes and causing the display device to respond the display code to the sequence; A processing device (105), wherein the data code is modified by the processing device in response to the input code, and the modified data
A visual display corresponding to the code is displayed on the display in response to the data code, and the edit table memory device (111) includes a writable memory device, the edit device comprising: The editing apparatus according to claim 1, wherein the user can change the editing table, or can provide a new editing table for the editing apparatus.