JPS58129646A - Text editing system - Google Patents

Abstract

PURPOSE:To output Japanese characters by dividing a Japanese character into two right and left parts corresponding to a non-''kanji'' (Chinese character) terminal having an extended code means, and defining the Japanese character as two characters to be added to the extended code means. CONSTITUTION:The contents of information to be outputted to a terminal are set up in a common output buffer 2 as an array of ''kanji'' codes C(i). The code C(i) is retrieved in a font definition table 6, and when a coincident ''kanji'' code is detected, a TYPE command using the type No. included in the code as an operand is outputted and then an OUT command using the left and right codes of the ''kanji'' code as operands is outputted. If there is no coincident ''kanji'' code, a font dictionary 5 is retrieved by the code C(i) to find the pattern of a corresponding dot font. The right and left patterns of the code C(i), the pattern No. of a register entry in the font definition table 6 and correspondence of the right and left codes are outputted to the non-''kanji'' terminal as pattern definition.

Description

DETAILED DESCRIPTION OF THE INVENTION The present invention relates to a text editing method, and in particular, to realize a Japanese character output function on a terminal &flli (referred to as a non-Japanese character terminal) that does not have a Japanese character output function in terms of hardware, and The present invention relates to a data format suitable for common processing between this type of terminal device and a terminal device having a Japanese character output function (referred to as a kanji terminal) and its control.

Some non-kanji terminal devices are equipped with an extension mechanism that allows the user to define and output additional character formats as extension codes in addition to the character set that the terminal device can output in advance. .

This expansion mechanism is illustrated in FIG. A terminal control device 1 receives commands from a keyboard 2 or a computer 3.

Commands related to the extended code mechanism include the character definition command (abbreviated as DEFL) and the character type specification command (T
YPE) and character output command (OUT).

When the control device 1 receives the DEFL command, it activates the character stamp registration 4, when it receives the '1'YPE command, it activates the current type setting 6, and when it receives the OUT command, it activates the character generator 8.

The character button registration 4 is stored in the extended part of the character button memory 5.
Register the character button specified by the EFL command. The character stamp memory 5 stores in a fixed part the font patterns of character sets that can be output as a basic function of the terminal. For now, we will temporarily call the fixed part character ceramic type 0.

This is, for example, a 128-character character set containing a set of alphanumeric characters and special characters. In this terminal device, it is assumed that character sets of N types from type 1 to type N can be expanded. Character slam memory 5 is this N
A set of pattern memory expansion units are available.

The DEFL command specifies the type number t of the character to be defined, its character code C, and the dot pattern Pt of the character as operands. The character representation of this terminal is vertical 16
Assuming that the dot is a horizontal 8-dot matrix, the dot pattern P can be expressed by a total of 32 characters, with each row of the dot matrix represented by two hexadecimal characters.

The character pattern registration 4 stores the dot matrix specified by P at the location corresponding to the code C in the part corresponding to the type t of the extension part of the character pattern memory 5 according to the operand of this DEPL. .

The TYPE command sets the type of character string to be output thereafter, and has a type number t as an operand. Current type setting 6 sets this type number t'l in current type register 7.

The initial value of current type register 7 is 0.

The operand of the OUT command is a string of character codes. The character generator 8 reads out the corresponding character pattern P from the character stamp memory 5 from this code C and the value t of the current type register 7, and outputs it to the display device 9.

The above are the main points of the extended code mechanism for non-Kanji terminals.

However, the extension code mechanism of the non-kanji terminal described above is provided for the purpose of additionally defining the italic character set for English characters, so it is necessary to define additionally. The number of possible characters is small,
Another problem is that the displayed character frame (the number of dots of displayed characters) is small.

However, the number of kanji is approximately 30 even for JIS level 1 characters.
There are 00 characters, and the number of dots required to display one character is said to be at least 16 dots in the vertical and horizontal directions (preferably 32 dots).

Therefore, in order to apply the above-mentioned extended code mechanism commonly found in non-Kanji terminals to the display of Kanji characters, it is necessary to solve the above problem by some means.

An object of the present invention is to enable Japanese characters to be output to non-Kanji terminals with the above extended code system by solving the limitations on the number of characters and character width of the extended code system, and to enable compatibility with Kanji terminal devices. The object of the present invention is to provide a computer-side data structure and its control method to limit differences in processing between the computers.

In the extended code mechanism, to solve the problem that the character shapes that can be defined are too small and can only be used for outputting alphabetic characters, Japanese characters are divided into two parts, left and right.
The solution is to define the characters as two additional characters in the extended code mechanism.

In the extended code mechanism, to solve the problem that the number of characters that can be defined is too small, a method is adopted in which a character definition is sent to the terminal side every time an undefined character appears. A terminal device and a computer are usually connected through a communication line, and if characters are defined frequently, output efficiency will be greatly affected. Therefore, the computer manages what additional character definitions are stored in the terminal device at each point in time, and outputs definitions only for newly appearing (that is, undefined) characters. However, since the number of characters that can be defined at the same time is limited, a situation may arise where an already defined extension code must be redefined for a different character font. At this time, the existing character definition is killed and replaced with another new character definition.

Another problem with the extended code mechanism is that when providing the same text editing function to a variety of terminal devices with different specifications, it is difficult to develop the function by providing separate processing for each terminal device. The problem is that it's too big.

During this time, in order to solve @ and limit the unique processing for various terminal devices, we set a common format that does not depend on the type of terminal as the format of the output buffer to the terminal, and performed terminal-specific processing as the interpretation execution process. Realize. According to this method, functional expansion corresponding to the addition of a different type of terminal can be realized by adding processing for interpreting and executing a common format buffer.

FIG. 2 shows an example of the configuration of an output control device for a Japanese text editing system. As a result of processing independent of terminal specifications using output control 1, output information is set in common output buffer 2. Output processing according to the type of terminal consists of outputting the data in this common output buffer 2 to each terminal.

The non-kanji terminal output control unit 3 realizes a function of outputting Japanese characters to a non-kanji terminal 7 that does not have a Japanese character output function. On the other hand, the kanji terminal output control unit 4 realizes a function of outputting Japanese characters to a kanji terminal 8 having a Japanese character output function. In order to define Japanese characters for the non-kanji terminal 7, the non-kanji terminal output processing unit 3 uses kanji codes (codes that uniquely identify Japanese character types) and kanji fonts (for expressing characters). Reference is made to the font dictionary 5, which has a narrow correspondence (matrix of dots).The font dictionary 5 stores fonts of several thousand Japanese characters, which are uniquely searched by kanji code.

Since the font dictionary 5 is large in size, it is usually stored in a secondary storage device. Phono)? The table 6 is a table for holding additional characters currently valid in the character pattern memory expansion section of the non-kanji terminal 7.

The internal structure of the non-kanji terminal 7 is the same as that shown in FIG.

The combination of the output control section 1, the common output buffer 2, the non-kanji terminal output control section 3, the kanji terminal output control section 4, and the font definition table 6 constitutes the output control section fI119 of the text editing system.

FIG. 3 shows the formation of the font definition table 6 of FIG. 2. If we name the header part of this table FTH, then F
It consists of three areas: TH (1), FTH (2), and FTH (3+), and they respectively set the number of predefined kanji characters, the number of characters that can be accommodated in the definition table a1, and the number of initial defined kanji characters C.Font The remaining nine parts of the definition table are kanji codes and
Contains the type number and code when the kanji is defined by burning it on a non-kanji terminal. Here, one Kanji character is defined as an extended character equivalent to two characters of a non-Kanji terminal, and the Kanji is divided into two left and right parts, each of which is an extended character.

Therefore, the second half of the font definition table is a 4-tuple t-1 entry of the Kanji code and the type number, left code, and right code as extension codes for non-Kanji terminals.
It contains a repeating array of it. This is tFTB (
1: written as a).

Among FTB(1:a), the above C entry group, that is, FTB(1:l corresponds to the initial defined kanji and is Japanese text)! A character set that is unconditionally defined for non-kanji terminals at the start of i-collection processing, and includes characters such as hiragana and punctuation marks that are always used regardless of the type of sentence (these Japanese characters are collectively called kanji). ).

Of the area below, the FTH (C+1:b) part is
Depending on the purpose of outputting Japanese text, select the area where you can additionally define character codes.

Further below, the area FTB (b+1: a) is
This is an empty area that can be used to define new characters in the future. 7. Explanation of the ont definition table ◇Fixed values are set in advance for the number of initial defined kanji characters C and FTB (1:C). Furthermore, the left code and right code parts are all uniquely initialized.

FTH(1), that is, the initial value of b is C. FTH(2
) That is, a is a constant.

Returning to FIG. 2, the procedure for outputting Japanese text to the non-kanji terminal 7 using the font definition table 6 and font dictionary 5 is shown.

When the Japanese text output function is activated, the kanji code of the initial definition kanji is obtained using FTB (1:C), the character font pattern corresponding to these is searched from the font dictionary 5, and the definition is sent to the non-kanji terminal 7. Output above. This definition sets the correspondence between each pair of the left half of the Kanji font pattern and the FTH left code, and the right half of the pattern and the right code, according to the extended code definition mechanism.

This setting will be specifically explained using the expansion mechanism shown in FIG. Each entry from FTB(1) to FTB(C) is taken out and the font dictionary (5 in FIG. 2) is looked up based on its Kanji code. Divide the entire slam of letters obtained from that into two on the left and right, and each of them? Define with DEFL command. DEF
The operands of the L command are the type number of FTB(i), the left or right character code, and the left or right Kanji button. The effect of this DEFL command is
This is the registration of a character stamp to the expanded section of the Mukuroto type number of the character stamp memory 5 shown in the figure. This point is as described above.

This DEFL command is sent from FTB (1) to F
Up to T B (C), the process is executed for one C kanji character, that is, CX twice. This allows non-kanji terminals (7 in Figure 2)
) completes the initial settings.

Next 1. We will explain the operation of regular text output for the initial setting end result. Return to Figure 2.

The content of the information that should be output to the terminal is stored in the common output buffer 2.
is set in the form of a kanji code. The contents of the common output buffer 2 are an array of Kanji codes c(i). C(i) indicates the data of the i-th character in the common output buffer 2 using a Kanji code. The procedure for outputting Japanese characters corresponding to the contents of the common output buffer 2 to the non-Kanji terminal 7 is as follows.

Then, find C(i) in font constant #: Table 6. In other words, the kanji code c(t) of the entry in FTB(1:b)
Determine whether they match.

If there is a matching kanji code, enter this as F T
It is written as B (X). At this time, to output c(i), output the TYPE command with the type number included in F T B (X) as an operand, and then output F T B (
OUT with the left code and right code of X) as operands
All you have to do is output the command. As a result of this, the current type settings (6 in Figure 1) and the character generator (8 in Figure 1) pre-define the DE.
The character stamp registered with the FL command can be changed to
The data will be taken out from the memory (5 in FIG. 1) and displayed on the terminal display device (9 in FIG. 1).

Next, the procedure when the Kanji code mountain C does not exist in the Kanji code part of FTB (1:b) will be described.

The font dictionary 5 is searched by the C mountain to find the corresponding dot font. Next, it is registered in the C(t)t font definition table 6, but there are two cases.

The first case occurs when free space is available in the FTB.

This is the case of b(a, and in this case, FTB(b+
Set C(i) in the kanji code area of 1) and set FTH(1
) is added by 1. Furthermore, the left and right code numbers are each plus 1 for the right code of FTB (b).
and plus 2 code, and the button number is FT
Make it the same as that of B(b).

However, at this time, the left and right codes may exceed the upper limit of the code number, and in that case,
It is assumed that 1 is added to that of B(b), and the left and right codes are the lower limit of the code number and the next code.

The second case is 1, when there is no free space in F'l'H.

In this case, update to FTB' using the following procedure. In other words, F
Check the kanji code of 'l'B (C+1: a) from above and find the code C(j) (
J = 1: L, L is the number of characters in the common output buffer), find one Kanji code that does not match, and replace it with the Kanji code VC (i>) of that entry.

Regardless of whether or not there is free space in the FTH, the correspondence between the left and right buttons in c (i) and the button numbers and left and right codes in the registration entry in font definition table 6 is set as the font button definition, as in the initial setting. It is output to the non-kanji terminal 7 by the DEFL command. It is assumed that the length L of the common output buffer is limited to a size that allows the determination of the redefined kanji code described above.

To output characters to Kanji terminal 8, use the above definition and TYPE.
Using the command and OUT command, the procedure is the same as in the case of registration described above.

One of the effects of this embodiment is that the output processing to the kanji terminal 8 and the non-kanji terminal 7, the terminal common processing section 1 set in the terminal common output buffer 2, and the subsequent output processing section By separating the output processing unit 4 and the non-kanji terminal output processing unit 3, it is possible to connect multiple terminals with different specifications.
This is achieved by increasing the extensibility of fcF#f and by limiting the terminal-dependent processing part.

Another effect of this embodiment is that it provides a method for displaying kanji on a non-kanji terminal 7 that has an extension code mechanism t for alphabetic characters, and also manages predefined character groups to define extension codes. The present invention is recognized for providing the data structure of a device and its control procedure that reduce the amount of data transmitted.

According to the present invention, Japanese characters can be output in the same manner as a kanji terminal to a terminal device having an extended code for characters corresponding to the alphabets. In order to output it, we need to output the definition of Kanji 7 ont and the code output.
However, in the present invention, the definition output can be minimized by managing the predefined code using the font definition table.

Furthermore, according to the present invention, a common cover sofa format common to Kanji terminals and non-Kanji terminals is adopted, and a program that implements higher-level functions does not need to be aware of the differences between the two terminal devices.

[Brief explanation of drawings]

FIG. 1 is an example of a known extended code mechanism in a non-Kanji terminal. FIG. 2 shows an example of the configuration of a Japanese text output device. Figure 3 shows the font 'VJl' for Japanese text output.
Figure 2

Claims (1)

[Claims] In a text editing system that runs on a computer connected to two types of terminal devices: one with a Japanese character output function and one without a Japanese character output function, the Japanese Character code and its dots
A font dictionary that provides correspondence with fonts, a correspondence table between the Japanese character codes of characters defined for terminals to date and terminal extension codes, and a table that is commonly used for both types of terminal devices. A text editing method characterized by providing a common output buffer.