JPS63118869A - Character processor - Google Patents

Abstract

PURPOSE:To decide whether or not a displayed character should be converted into another character by displaying the display modes of 1st character data to be converted into 2nd character data and other character data after changing those display modes among the data to be displayed. CONSTITUTION:In case inputs of Roman characters are carried out for inputs of KANA (Japanese syllabary) characters, for example, it can not discriminate on display whether the inputted alphabet letters are converted into KANA characters or not. In this respect, a display control means is used to display the 1st character data to be converted into the 2nd character data and other character data after changing their display modes among those data to be displayed by a display means.

Description

Detailed Description of the Invention [Industrial Application Field] The present invention is directed to inputting first character data, displaying the inputted first character data, and displaying the displayed first character data as the first character data. The present invention relates to a character processing device capable of converting into character data of 2 characters and displaying the data.

[Prior Art] Conventionally, in this type of device, there is no distinction between input first character data and data obtained by converting cylindrical character data into second character data on the display. It was displayed.

[Problems to be Solved by the Invention] However, in this case, whether the input first character data should be converted into second character data or
There was a problem in that it was impossible to determine whether something would not be converted by looking at the display. For example, when entering romaji to enter kana, it is not possible to determine on the display whether the input alphabet is a character that will be converted to kana, or whether it is a character that will not be converted as an alphabet. There was a point.

[How to solve the 8 points in between KQ 1 In order to solve this problem, the present invention proposes that among the data displayed on the display means, the first character data should be converted into the second character data. and display control means for displaying the text and other character data in different display modes.

FIG. 1 is a block diagram showing an embodiment of a character processing device according to the present invention.

The KB is a keyboard consisting of a group of character keys for inputting text and a group of function keys for realizing various functions of this device.

FIG. 6 shows the keyboard KB in more detail. The arrangement of the character keys is slightly modified from the so-called JIS keyboard. The main change is the configuration of the shift key. That is, the keyboard KB has a hiragana shift key and a hiragana small shift key added to enable hiragana input.

The function key group includes a DECIMAL key.

There are full width keys, stroke keys, romaji keys, and kana keys.

Of these, the Romaji key and Kana key are keys that determine the input mode when entering characters etc. from the character keys of the keyboard KB. By pressing the Romaji key, you can input Japanese sentences in the Romaji reading, and By pressing the kana key, it becomes possible to input Japanese sentences in kana.

The DECIMAL key is a key for instructing decimal tab input. Zenchu key is a key that instructs to input characters of normal size, and stroke key is half the size of normal size (horizontal direction)
This is a key for instructing character input (however, only specific characters such as alphanumeric characters).

When one key of the character key group and the function key group is pressed, an included signal is given to the microprocessor CPU (described later) through a control bus CB (described later). Further, a microprocessor CPU (to be described later) can know the code of a pressed key through an encoder provided in the keyboard KB through a data bus DB (to be described later).

Note that the key code output from the encoder does not directly correspond to a character code (it is a code for identifying each key).

The interconnect provided from the keyboard KB to the microprocessor CPU can be masked by the microprocessor CPU. However, depending on the CPU, the keyboard K
Even if the keyboard KB included is masked, if the keyboard KB included is unmasked by the microprocessor CPU, the KB included that occurs when it is masked will not be lost and the operation of the KB included will function normally. .

The KB BUFFER is a buffer for converting input data pressed from the keyboard KB into character codes.

When a key on the keyboard KB is pressed, the keyboard KB
An input processing routine is activated, and input data from the keyboard KB is stored in the buffer KB BUFFER.

Further, data such as characters stored in the buffer KB BUFFER is read out and used by various processing routines that require input data from the keyboard KB, such as input processing routines and editing processing routines.

Since these processing routines are not directly related to the present invention, detailed explanation thereof will be omitted.

Details of the buffer KB BUFFER are shown in FIG. Total 21W (W: Ward, IW-16b
It has a capacity of A specific definition of each W is shown below.

LENGTH of all DATA stored in WORDI KB BUFFER LENGTH of all DATA stored in WORDI KB BUFFER LENGTH of DATA for which cloudy and half-darkened points have been processed WORD2 KB LENGTH of all DATA stored in KB BUFFER LENGTH WORD of all DATA stored in 3 KB BUFFER for which internal Romaji-kana conversion has been completed LENGTH WORDA of DATA for which internal stroke processing has been completed DECIMAL processing of all DATA stored in KB BUFFER LENGTH WORD of DATA that has ended 5 to 20 KB The first 5 W of the area where the input DATA is stored is filled with the characteristics of the data stored in the buffer KB BUFFER. After the 6th W,
Input data is actually stored.

The LENGTH of the data stored in the buffer KB BUFFER is written in WORDO (first W) of the buffer KB BUFFER. However, these data cannot be immediately processed by the various processing routines described above.

For example, assume that the character data "ka" is input from the keyboard KB. However, this "ka" data changes depending on the next key pressed.

In other words, the next time the “′” (voiced mark) key is pressed, “ga” is pressed.
The data changes to "ka", and when any other key is pressed, it is confirmed that the data is "ka".

Also, for example, when inputting in Roman alphabet mode, the first keystroke, such as "Y", is not confirmed as data, but the next keystroke, for example, "A".
The data “ya” is confirmed only after the key is pressed.

Also, for example, when performing half-time input, the first keystroke, such as "l", is not confirmed as data yet, but the next keystroke, for example, "2", which is confirmed for the first time, is "12". This is because the present embodiment employs a processing method in which stroke characters are always treated in units of two characters.

Further, for example, only after a character that ends a decimal tab is input, the input character string is determined to be valid.

In this way, not all of the data specified by DATA LENGTH stored in WORDO of the buffer KB BUFFER is valid data.

Therefore, in order to clarify the characteristics of the data stored in the buffer KB BUFFEH,
5W of HEADER of R is used.

WORD of buffer KB BUFFER L of all data stored in buffer KB BUFFER
ENGTH KB BUFFERWORD 1 The L of the data that has been processed for the cloudy point and semi-dark point of all the data stored in the buffer KB BUFFER.
ENGTH KB BUFFERWORD 2 LENGTHKB BUFFERW of data that has been processed with white-dark point and half-voiced point processing and romaji-kana conversion processing for all data stored in buffer KB BUFFER
ORD 3 LENGTH KB BUFFERWORD 4 All data stored in buffer KB BUFFEH LENGTH KB BUFFERWORD 4 Data stored in buffer KB BUFFEH LENGT of data that has undergone cloudy point, half-voiced point processing, romaji kana conversion processing, stroke processing, and decimal processing
H0 buffer KB Buffer KB of the data stored in BU-FFER WORD of BUFFER
The data length given by 4 is truly valid data.

In this embodiment, part of the voiced-tone, half-voiced-tone processing, Romaji-kana conversion processing, stroke processing, decimal processing, etc. is executed by the keyboard KB input processing routine described later, and the results are stored in the buffer KB BUFFERI:Keyboard K
Various processing routines that require input data from B are
The configuration is such that data resulting from the execution of the four types of processing described above is used.

Therefore, another embodiment may be adopted, for example, in which semi-finished processing is excluded from the KB processing routine, and various processing routines that require input data from the keyboard KB perform manual processing. The same can be said of the four types of processing described above. The present invention provides K even if one of the four types of processing
If it is executed using the B input processing routine, it will not deviate from the spirit of the invention.

The structure of the data stored in woRD5-2o of the buffer KB BUFFER is as shown in FIG.

bit O half-width=1. Full-width = O bit 1~7 JIS C0DE 1st BYTE
b i t 8 In REFRESH MEMORY, low brightness display = 1. Normal brightness display = 0 KB In the BUFFER, the letters that make up the Roman alphabet = i.

Independent characters - ○, DATA BUFFER, KB READ BUFF
NOT USED bit 9-15 JIS C0DE 2nd BYTE in ER
<Note> When full-width: JIS C0DE 1st BYTE and JIS
JIS Kanji code (14bit) in C0DE 2nd BYTE
) to express. It is assumed that the FUNCTION code is also assigned an empty area in the JIS Kanji code table.

Half-width: JIS C0DE 1st BYTE and JIS
C0DE 2nd BYTE is JIS code (7bit) 2
characters are expressed.

In other words, IW represents one character in the middle (normal size characters) or two characters in the hand. Bito distinguishes between stroke characters and Zenchu characters. In the case of Zenchu, the first BYTE of the JIS Kanji code is stored in bits 1 to 7, and the second BYTE of the JIS Kanji code is stored in bits 9 to 15.

If you have it in hand, bits 1 to 7 are 7 bits JIS C0D
One other character is assigned to bits 9 to 15 of the letter E.

Bit 8 indicates that the code is a Roman alphabet component, for example “T
” (component of the Roman alphabet “TA”), it becomes 1 to identify it.

KB READ BUFFER is a buffer used when various processing routines that require input data from the keyboard KB request the data, and has a capacity of 21 W (l W −16 b i t ). The various processing routines are stored in the buffer KB REA.
Set the DATA LENGTH requested for WORDO (1st W) of D BUFFER, and add KB to be described later.
BUFFERREAD processing routine or KB
If you start the BUFFERLOOK processing routine,
KB READ BUFFER WORD5-20
You can get the data you requested. At that time, the DATA LEN actually written to WORD 5 to 20 in the WORDI of the buffer KB READ BUFFER
GTH is entered. Actually, KBBUFFERRREA
The D processing routine and the KB BUFFERLOOK processing routine transfer the valid data (defined by KB BUFFERWORD4) stored in the buffer KB BUFFER to the buffer KB READ BUFFER.
It will be moved to

FIG. 4 shows the format of KB READ BUFFER.

In the same figure, WORDQ READ or +1LOOK request DAT
AENGTH WORD 1 Actual READ or LOOK D
ATAENGTH WORD 2～4 NOT USEDWORD 5
~20 RE A D or LOOK data nao, BA'y-y KBREAD BUFFER (7) WO
The format of the data stored in RD5-20 differs from the format of the data stored in WORD5-20+ of the buffer KB BUFFER only in the following points.

That is, bit8 is not used.

CRT REFRESH MEMORY is 8X1 memory
It has a capacity of 6W (IW-16bit).

The codes such as characters stored in the memory CRT REFRESH MEMORY are sent to the CRT controller C, which will be described later.
It is patterned by RT CONT and displayed on the CRT screen.

The format of the memory CRT REFRESH MEMORY consists of 8 rows and 16 digits as shown in Figure 3, the 1st to 7th lines are areas for displaying various character processing, and the 8th line is a K
This is the area for monitor display of B BUFFER. This memory can store a character code of 8 vertical rows and 16 horizontal digits corresponding to the CR7 screen to be described later. memory CRT
The format of data stored in REFRESH MEMORY differs from the format of data stored in buffer KBBUFER only in the following points.

That is, when bit8=1, the image is displayed on the CRT with low brightness, and when bit8-0, it is displayed on the CRT with normal brightness. This control is a CRT controller CRT C
This is done by 0NT.

The 8th line of CRT REFRESHMEMORY is an area for displaying the contents of the buffer KB BUFFER, and the 1st to 7th lines are areas used by various processing routines. In this embodiment, the handling of the display from the first line to the seventh line is omitted because it has no direct relation to the present invention.

CRT C0NT is memory CRT REFRESH
This is a CRT controller that controls character and other code information stored in MEMORY to be patterned and displayed on the CRT screen. CRT controller CRT
A detailed diagram of C0NT is shown in FIG. The area surrounded by the dashed line in FIG. 1O is the CRT C0NT. The control circuit CRTC is the memory CRT REFRESHMEMO
The address of the character code to be displayed is given to RY, and the character code is extracted. The retrieved character code information is temporarily stored in the register REG, and then sent to the Zenchu character generator CG and the Stroke character generator C.
Gn, access stroke character generator CGI[I. The full-width character generator CG stores full-width character patterns. -Time memory register RE
Bits 1 to 7 and bits 9 to 15 of output data from G
The character is specified and the RO from the control circuit CRTC is
The W address signal specifies the ROW address of the character, and outputs a horizontal row pattern of the corresponding ROW of the corresponding character.

The character patterns in hand are stored in the stroke character generators CGI and II. Stroke character generators CGI and II each temporarily store registers REG.
bits 1 to 7. Bits 9 to 15 are input, and a horizontal row of corresponding character patterns is output in the same way as the full-width character generator CG. The selection between the output data from the full-width character generator CG and the output data from the hand-held character generators CGI and II is performed by the selector SL.

The selector SL is controlled by the output bitO of the temporary storage register REG. That is, when bito=1, the output data from the stroke character generator CGI,n is selected, and when bito=o, the output data from the full width character generator CG is selected. The data output from the selected selector SL is converted into serial data via the parallel-to-serial converter PS, and is displayed on the display device CR.
Output to T. - Data bit 8 output from the time storage register REG is output to the display device CRT in order to perform brightness control on the display device CRT.

The control circuit CRTC receives a particle timing signal and a horizontal timing signal from the display device CRT, and sequentially controls the memory CRT REFRESH MEMOR.
Change the access address to Y, and also change the remaining character generator CG, stroke character generator CGI, n
Change the ROW address signal for the display device CRT.
Displays characters in .

CRT is a display device and CRT controller CRT C0
By being controlled by NT, memory C
RT Displays character information stored in REFRESH MEMORY.

The display device CRT is a CRT controller CRT C0
Sends particle timing signals and horizontal timing signals to the CRT controller CRTC.
Adjust the ONT timing. The display device CRT also outputs VIDEO information from the control circuit CRTC.

DATA BUFFER is a buffer that stores data used by various processing routines. It is not directly related to the present invention.

In this example, the buffer DATA BUFFER
The format of the data stored in the system was determined as shown in Figure 5.

RKCT is a romaji-kana conversion table, which is a conversion table for converting romaji character strings into kana character strings.

As shown in Figure 9 (Romaji character strings and kana character strings correspond).

ICT is a KB code/internal code conversion table, which is a table for converting output data from the keyboard KB into an internal code (FIG. 5). When converting, it must be noted that the code to be converted differs depending on the shift state and input mode state. Figure 7 shows details of this table.

DHT is a dakuten/handakuten table, as shown in Figure 8.
Give one code to voiced or handakuten.

This is a conversion table for converting from a code system to a code system that does not give a single code to voiced or handakuten, but includes information on voiced and handakuten in character codes.

RAM is a random access memory used for temporary storage of various data. In the memory RAM, a Roman flag FG and a hand flag HWFG are used by a microprocessor CPU (described later) during processing.

Decimal flag DECIMAL FG, shift register SR, internal code register IREG, backing register PREG, register DF, register TDL.

Includes register LEN, etc.

The ROM is a control memory in which the control procedures shown in FIG. 11 and subsequent figures are stored.

The CPU is a microprocessor that performs calculations and logical judgments.

address bus AB and data bus DB, which will be described later.

Keyboard KB via control bus CB.

Buffer KB BUFFEg, memory CRT RE
FRESH MEMORY, buffer DATA BUF
FER, buffer KB READ BUFFER,
Data can be read and written to the Romaji-kana conversion table, RKCT, KB code internal code conversion table ICT, memory RAM, and control memory ROM.

AB is an address bus that transfers a signal indicating a control target. CB is a control bus that applies control signals to various control targets. The DB transfers various DATA via a data bus.

The operation of this embodiment will be explained based on the above configuration.

When the power is turned on, initialization processing shown in FIG. 11 is first executed. The details of each step in this flow are shown below.

0, I KB INT (abbreviation for INTERRUP'T) MASKN O, 2KB Put all NULL codes in BUFFER. (Clear all to O) 0.3 Insert all space codes in CRT REFRESH MEMORY.

0.4 KB INT MASK 0FF0.
5 JUMP to MAIN processing 1 or 2 KB INT MASKONL in step 0.1 as described above,
Clear KB BUFFER in step 0.2. (
(set to ALLO) Next, in step 0.3, memory CRT REFRESH
Enter all space codes in MEMORY.

KB TNT MASK 0F in step 0.4
FL, JUM to MAIN processing l or 2 at step 0.5
P.

MAIN processing 1 or 2 represents two types of application examples of the present invention.

At step 0.5 of the above-mentioned initialization process, the process moves to, for example, the M a i process 1 shown in FIG. 12. The contents of each step of the flow shown in FIG. 12 are shown below.

1. IKB READ BUFFER WOR
Set READ request DATA LENGT)T in DO.

1.2 KB BUFFERREAD processing 1.3
KB READ B-UFFER's WORDI
Is (actually READ DATA, LENGTH) O? 1.4 Execution of various processes according to input data As mentioned above, in order to read the data stored in KB BUFFER in step 1.1, KB READBUF is used.
Read request DATALEN to WORD O of FER
Set GTH. KBBUF in next step 1.2
Valid data stored in FER (KB BUFFE
Read buffer KB (defined in WORD4 of R)
Move to READ BUFFER.

DATA LENGTH to be transferred is buffer KB R
It is specified by WORDO of EADBUFFER. Once the data has been transferred, save the data to the buffer KB BUFFE.
Remove from R.

In the next step 1.3, from KB BUFFER to KB R
Check whether LENGTH of the data transferred to EADBUFFER is O. If 0, step 1
．． Repeat step 2. If not O, proceed to step 1.4. In step 1.4, various processes are executed according to the input data.

The specific contents of the various processes are omitted because they are not directly related to the present invention, but include, for example, character input processing.

FIG. 14 shows a detailed flow of the above-mentioned KB BUFFERREAD process. The contents of each step are shown below.

1.2. IKB INT MASK ONl
, 2,2 KB BUFFER's WORD4 (DE
KB from DATA LENGTH after CIMAL processing
Is the WORD of READ BUFFER larger? 1.2.3 TDL”: BUFFER’s WORD41
．． 2.4 TDL':KB READ BUFFER
WORDOl, 2.5 TDL value only KB BUF
KB READ BUFFE of DATA in FER
Move to R.

1.2.6 KB READ BUFFERWORD
Set the TDL value to I.

1.2.7 Subtract the value of TDL from the value of KB BUFFERWORDQ~4.

1.2.8 KB BUFFERWORD5~20
Align all contents to the left by the value of TDL. (Delete the beginning of the TDL value and align the rest to the left) 1.2.9 DISPLAY processing (3, 13) 1.2
．． 10 KB INT MASK OFF KB INT MASK in steps 1 and 2.1 as above
SICONL, KB BUFFERWORD4 in step 1.2.2
KB READ from (effective DATA LENGTH)
BUFFERWORDO (request DATA LENGTH
) is larger.

If larger, proceed to step 1.2.3 If smaller, proceed to step l, 2.4 Step 1.2
．． TDL in KB READ BUFFERWO
Set to the value of RDO. Step l.

Proceed to 2.5 Step 1.2.4 TDL to KB BUFFERW
Set to the value of ORDO. Proceed to step 1.2.5. KBBUFFE by the value of TDL in step 1.2.5
Move the data in R to KB READ BUFFER.

KB READ BUFFERW in step 1.2.6
Set the TDL value in ORDI.

KB BUFFERWORDO in step 1.2.7
Subtract the value of TDL from the value of ~4.

KB BUFFER DATA in step 1.2.8
Delete the beginning of the area by the value of TDL and align the rest to the left.

1.2.9 KB BUFFER DISPLAY processing (3, 13) (Data in KB BUFFER is
DISPLAY on RT) 1.2,10 KB INT MASK OF
F.

Figure 15 shows the buffer KB BUFFER and buffer KB R in the KB BUFFERREAD process.
This is an example of EADBUFFER. Buffer KB BU
Buffer KB from FFER in response to a 3-character DATA READ request Buffer KB RE from BUFFER
It can be seen that three characters are moved to AD BUFFER.

Also, buffer KB BUFFER and buffer KB
It can be seen that the HEADER section parameters of READBUFFER also change accordingly.

MAINI processing is performed as described above. - MAI for everyone
The processing of N2 will be explained in detail. When the MAIN2 process is executed at step 0.5 of the initialization process, each step of the flow shown in FIG. 13 is executed. Each step of the flow is shown below.

2. I KB READ BUFFERWORDII
::Set LOOK request DATA LENGTH.

2.2 KB BUFFERLOOK processing 2.3
LOOK L, can the data be processed or is it ATA? 2
．． 4 KB BUFFERREAD processing (1, 2)
2.5 Execution of various processes according to input data As shown in the flow above, in step 2.1, KBREAD is used to know the contents of the data stored in KB BUFFER.
LEN of data you want to know in WORD of BUFFER
Enter GTH.

In step 2.2, the valid data stored in KB BUFFER is transferred to the buffer KB READ BUF.
DATA LENGTH to be transferred to FER is K
Specified in WORDO of B READBUFFER. Even after the transfer is completed, the data is not removed from the buffer KB BUFFER. In the next step 2.3,
The data entered in KB READBUFFER is checked to see if it can be processed.

If processing is possible, proceed to step 2.4.

If processing is not possible, repeat step 2.2.

In step 2.4, KB BUFFERREAD processing (1
, 2) and remove the data to be processed from the buffer KB BUFFER.

Various processes are executed according to the data read into the KB READ BUFFER in step 2.5.

The specific contents of the various treatments are omitted because they have no direct relation to the present invention. For example, in the kana-kanji conversion process, the conversion process cannot be executed until the input of one phrase is completed. Therefore, in step 2.3, it is checked whether the input of the - clause from the KB has been completed, and if it has been completed, step 2.
．． In step 5, kana-kanji conversion processing is performed.

KB BUFFERLOOK from step 2.2 above
Details of the processing are shown in FIG. The contents of this flow are shown below.

2.2. IKB INT MASK OH2
,2,2KF! BUFFERWORD4(DECIMA
KBREAD from DATA LENGTH after L processing
Is BUFFERWORDO larger? 2.2,3 TDL=KB BUFFERWORD
42.2.4 Move DATA in KB BUFFER to KB READ BUFFER by TDL value 2 , 2 , 6 KB RE A D B T
Set the TDL value in WORDI of JFFER 2, 2.7 KB INT MASK OFF
Each of the above steps is as shown below.
Roughly the same as RREAD processing, KB BUFFE
The difference from RREAD processing is KB BUFFERLOO
The point is that the K processing does not affect the buffer KB BUFFER at all.

Step 2.2 of the KB BUFFERLOOK process is the same as 1.2.1, and step 2.2.2 is the same as 1.2.
2, step 2.2.3 is the same as 1.2.3, step 2.2゜4 is the same as 1.2.4, step 2.2
．． 5 is the same as 1.2.5, step 2.2.6 is 1.2
．． Step 2.2.7 is the same as 1.2.10.

The MAIN2 process is performed as described above.

Next, the processing when the keyboard KB is operated will be explained. FIG. 17 shows the flow of KB input processing.

The contents of each step are shown below.

3.1 KB INT MASK OH2,2
Input DATA from KB.

3.3 FG processing (setting flags, etc.) 3.4
Is it valid data? 3.5 Is the input data a BS code? 3.6 B
S processing (processing to remove data from KB BUFFER) 3.7 Code conversion processing 3.8 KB BUFFER write processing 3.9fJR
Dot, handakuten processing 3.10 Romaji kana conversion processing 3.11 Stroke processing 3.12 DECIMAL processing 3.13 DISPLAY processing 3.14 KB INT MASK OFF As described above, KB INT MAS in step 3.1
KONL,,In step 3.2, input data from the KB. In the next step 3.3, FG processing (input mode).

(set shifts, etc.) Determine whether the data input in step 3.4 is valid data for changes in KE BUFFER, and if it is valid, proceed to step 3.5; if invalid, proceed to step 3.5. Proceed to 3.14.

Is the data entered in step 3.5 a BS code? B.S.
If it is a code, proceed to step 3.6. If not, proceed to step 3.7.

In step 3.6, BS processing (remove one data item from KB BUFFER) is performed, and the process proceeds to step 3.14.

In step 3.7, code conversion processing (KBBU
KB in preparation for loading one piece of data into FFER
Convert the KB code of the data input from BU into an internal code for internal processing) In the next step 3.8
Perform FFER write processing (write the converted internal code to the buffer KB BUFFER) and proceed to step 3.
．． 9, the data in KB BUFFER is processed with voiced and half-voiced points, and the DATA LENGTH that has been processed with voiced and half-voiced points, that is, KBBUFER.
(Determine WORDI).

In steps 3 and 10, Romaji-kana conversion processing (KBBUF)
Romaji-kana conversion processing is performed on the data in FER, and DATA LEN is the data that has undergone Romanji-kana conversion processing.
GTH, that is, determine KB BUFFERWORD2), and in step 3.11, process the stroke (KBBUFFE
Stroke processing is performed on DATA in R, and DATA LENGTH, that is, KBBUFER, for which stroke processing has been completed.
(Determine the value of WORD3).

In step 3.12, DECIMAL processing (KB BU
DATA LENGTH i.e. KB BUFFE where DECIMAL processing has been performed on the data in FFER
determine the value of RWORD4) and set KB BUFF
KB BUFFERWO of data stored in ER
If the value DATA LENGTH stored in RD4 is truly valid, it becomes ATA. DISP in step 3.13
Perform LAY processing (DISPLAY the DATA in KBBUFER on the CRT screen). Next step 3.
At step 14, KB INTMASK is turned OFF and the process ends.

The FG processing shown in the above flow will be further explained. FIG. 18 is a flow showing the details, and each step will be shown below.

3.3.1 Is the input data a mode key code?
[Mode key/Romaji key, Kana key] 3.3.2
Set or reset Romaji input FG 3.3.3
Is the input data a width specified key code? [Width specification key: remaining life key, hand key] 3.3.4 Setting or resetting remaining life AWFG 3゜3.5 Is the input DATA a shift key code? 3.3.7 Is the input data a DECIMAL key? 3.3.8 Is DECIMAL FG already set? 3.3.9 DECIMAL FG 5ET3.
3.10 Determine the input data as valid data.

3.3.11 Determine the input data as invalid data.

As indicated above, step 3.3. l, 3.3.
If the data input in step 2 is a mode key, the Roman character flag FG is set or reset depending on whether it is a Roman character key or a Kana key. Next step 3.3.3゜3.
If the data input in step 3.4 is a width designation key, the full width flag AWFG is set or reset depending on whether it is a full width key or a Japanese kana key.

Step 3.3.5. 3. If the data input in 3.6 is a shift key, enter the corresponding shift code in the shift register SR depending on whether it is an English shift key, an alphanumeric shift key, a katakana shift key, a katakana small shift key, a hiragana shift key, or a hiragana small shift key. Set.

The data entered in steps 3.3.7 to 3.3.9 is
If it is an ECIMAL key, it is a digital flag DEC.
Set IMAL FG.

If the data input in step 3.3.10.3.3.11 was a mode key, width specification key, shift key, or DECIMAL key when the digital flag DECIMAL FG was set, the input data will be invalidated. If it is other data, it is determined to be valid data and the FG processing is terminated.

Next, the BS processing in step 3.6 will be explained with reference to FIG. The contents of each step are shown below.

3.6. l KBBUFER's WORDO≠0?3.
6.2 KB BUFFER(7) WORDO'
Decrement 3.6,3 KB BUFFER WORDO≧WORDI? 3.6.4 KB BUFFER WORDI Decrement 3.6.5 KB BUFFER WORDO≧WORD2? 3.6.6 KB BUFFER WORD2 Decrement 3.6.7 KB BUFFER WORDO≧WORD3? 3.6,8 KB BUFFER WORD3 decrement 3.6.9 KB BUFFER WORDO≧WORD4? 3.6.10 WORD4 decrement of KB BUFFER 3.6.11 DISPLAY processing 3.13 Steps 3.6.1 to 3.6. as described above. KBBU in lO
Remove one piece of data stored there from FFER (for this purpose, decrement WORDO in KB BUFFER. Also, if there is any data larger than WORDO from other WORDI to WORD4, then delete it from that WORD. Decrement as long as possible.Next step 3.6
．． 11, DI the KB BUFFER to the display device CRT.
SPLAYt, and the BS processing ends.

Next, the code conversion process in step 3.7 will be further explained. FIG. 20 shows the flow, and its contents are shown below.

3.7. I Enter the code of the data input from KB.
Refers to the B code/internal code conversion table, converts it to an internal code, and stores it in the internal code register.

3.7.2 Is the Romaji input FG set? 3.7.3 Is the current shift state an English-daiji shift or an English-decimal shift? 3.7.4 Bit 8 of internal code register IRFG
Set to 1.

As described above (in steps 3.7.1 to 3.7.4, convert the KB code of the data input from the KB into an internal code using the KB code internal code conversion table, and store the result in the internal code register IREG. Write.

At that time, when in Roman alphabet input mode and in Katakana shift, Katakana small shift, or Hiragana small shift, bit 8 of the data written to internal code register IREG
is set to 1 to indicate that the data is a character constituting the Roman alphabet, and the code conversion process ends.

Next, the details of the KB BUFFER write process in step 3.8 will be explained. FIG. 21 shows the flow, and the contents of each step are shown below.

3.8.1 KBB (WORDO+1) [WORDO of the internal code register, KB BUFFER
3.8.2 Increment KB BUFFERWORDO.

As mentioned above, add the character code in the internal code register to the end of the DATA column in the DATA area of KB BUFFEH, and add the character code in the internal code register to the WORDI (DAT
ALENGTH) and increment KB BUF
Finish the FER write process.

Next, details of the voiced and handakuten processing in step 3.9 will be explained. FIG. 22 shows the flow, and the contents of each step are shown below.

3.9.1 Roman alphabet FG=1? 3.9.2 WORDO>WORDI? 3.9.3
KB BUFFER (WORDO) is the voiced tone code (
゛) Or is it a handakuten code? 3.9.4 KB BUFFER WORDO≧WORD1+27 3.9.5 WORDI::WORDO-13,9,
6KB BUFFER (hereinafter referred to as KBB) (WORDO)
Is it a voiced or handakuten code? 3.9.7 WORDI: WORDO3,9
,8WORDO≧WORD1+273.9.9 Refer to the voiced and half-voiced point table DHT and enter KBB(WORDO-
1), Change the two codes of KBB (WORDO) to JIS Kanji code, and convert the result to KBB (WORDO-
1).

3.9.10 WORDO-13,9,
11 WORDI: WORDO As described above (in step 3.9.1, when Romaji FG=1, proceed to step 3.9.11; when FG=O, proceed to step 3.9.2; in other words, when in kana input mode, proceed to step 3.9.11) 3.9.2 and subsequent processes are executed.

KB BUFFERWORD in step 3.9.2
When O>WORDI, there is a character string to be processed, so proceed to step 3.9.3. That is, WORDO and WOR
The character string sandwiched between the DI and the DI is the character string to be processed.

In other words, the DATA in KB BUFFER
WORDII: DATA LEN of the indicated value
GTHl: Since the voiced and half-voiced sound processing has been completed, the process proceeds to step 3.9.3 to process other data.

In step 3.9.3, it is checked whether KBB (WORDO) is a voiced mark code or a handakuten code. KBB(WOR
If DO) is a voiced or handakuten code, then
Proceed to step 3.9.8. Otherwise step 3.9
．． Proceed to step 4.

(Here, KBB (WORDO) means KB BU
Indicates the white data RDO-th data in the FFER data. (Similarly below) If WORD0≧WORD1+2 in step 3.9.4, proceed to step 3.9.5, otherwise proceed to step 3.9.6.

(Here, WORDO is the first word of KB BUFFER.
Point to W. (Similarly below) Here, WORDO≧WoRDl+2 corresponds to checking whether or not data that has not been subjected to voiced and half-voiced mark processing exists in the KB BUFFER before inputting data from the KB.

In step 3.9.5, set WORDI to the value of WORDO-1. In other words, KBB (WORDO) was not a voiced or handakuten code.
All the chords up to O-1) will not be changed by voiced or handakuten;
Removed from characters eligible for handakuten.

In step 3.9.6, if KBB (WORDO) is a code that can be voiced or half-voiced, the process returns without changing the value of WORDI. In other words, the code may change depending on the data input next from KB,
(WORDO) remains a voiced and handakuten character. KBB (WORDO) is a voiced mark.

If it is not possible to use a half-voiced mark, use a half-voiced mark for KBB (WORDO).

Proceed to step 3.9.7 to remove it from the handakuten target chord.

In step 3.9.7, set WORDI to the value of WORDO. Then return.

In step 3.9.8, if WORDO≧WORD1+2, proceed to step 3.7.9. Otherwise, proceed to step 3.9.10.

That is, if a voiced or handakuten target character exists in the buffer KB BUFFER before a voiced or handakuten code is input from KB, the process proceeds to 3.9.9.

Step 3.9.9 Te, KBB (WORDO-1)
, refer to the 2 codes of KBB (WORDO) and the 16-bit voiced and half-voiced mark table DHT.
Internal code)'i: Change the above value of the change in KBB (WORD
O-1).

In step 3.9.10, WORDO is decremented.

Step 3.9.11 Set WORDI to the same value as WORDO, and end the voiced and handakuten processing.

Next, the details of the Romaji-kana conversion process in step 3.10 are shown in FIG. The contents of each step shown in FIG. 23 are shown below.

3.10.1 Roman alphabet FG=1?3.10.2
WORDI>WORD2?3.10.3 KBB
(WORDI) bit8=1?3.10.4 KB
B (WORDI) bit8 = 03.10.5 K
Can the Roman code string from BB (WORD2+1) to KBB (WORDI) be converted to a Kana code string? (Check by referring to Romaji-kana conversion table RKCT) 3.10.6
KBB(WORD2+1) to KBB(WORDI
) to convert Romaji code strings to Kana code strings, refer to the Romaji Kana conversion table), and convert the converted results from KBB (WORD2+1) to KBB (WORD
Write in positions up to I).

3.10.7 LEN = Length of Roman code string -
Length of kana code string 3.10.8 WORDO-LEN3.
10.9 WORD1-LEN3,
10, 10 W ORD 2 竺WORDIAs described above, in step 3.10.1, when Roman FG=1, the process proceeds to step 3.10.2. When Roman alphabet FG=0, proceed to step 3, 10.10.

In step 3.10.2, if WORDI>WORD2, the character string to be processed for Romaji-kana conversion is KBBUFF.
Since it exists in the ER, proceed to step 3.10.3. Returns at other times.

In step 3.10.3, b of KBf3 (WORDI)
If it8 is 1, KBB (WORDI) is a character to be processed for Romaji-kana conversion processing, and step 3.10.
Proceed to step 4. Otherwise step 3.10. Proceed to lO.

In step 3.10.4, b of KBB (WORDI)
It8=0.

In step 3.10.5, Romaji-kana conversion table R
Refer to KCT and from KBB (WORD2+1) to KB
Check whether the Roman code string up to B (WORDI) can be converted into a Kana code string. If the conversion is possible, proceed to step 3, 10.6; otherwise, return.

In step 3.10.6, KBB (WORD2+1)
Convert the Romaji code string from
ORD2+1) ~KBB (WORDI) is the teno value.

In step 3.10.7, the difference between the length of the Roman alphabet code string and the length of the Kana code string is set as LEN.

In step 3, 10.8, set the value of WORDO to register L.
Decrease by the value of EN.

In step 3.10.9, set the value of WORDI to register L.
Decrease by the value of EN.

In step 3.10.10, set the value of WORD2 to WORD
The value of I is set and the Romaji-kana conversion process ends.

Next, the details of the stroke processing in step 3.11 are shown in Figure 24 (a
) and (b), the contents of each step are shown below.

3.11.1 Stroke flag HW FG=1?3.1
1.2 WORD2>WORD3?3.11.3
DECIMAL FG=1? 3.11.4 KB
Is B (WORD2) a character code that can be backed? 3.11.5 WORD2≧WORD3+273.1
1.6 KBB(WORD2-1) and KBB(-WO
RD2) and KBB (WORD2-1
), write the result.

3.11.7 WORDO-1WORD
1: WORDl-1 WORD2: WORD2-1 WORD3 WORD2 3.11.8 WORD2≧WORD3+273
．． 11.9 Backing KBB (WORD2-1) and space code and converting the result to KBB (WORD2-1)
D2-1).

3.11. lOWORD:3:WORD23.11.1
1 KBB (WORD2) is DECIMAL TAB
Is it an exit code? 3.11.12 Is the value of (WORD2-WORD3) an odd number? 3.11.13 KBB (WORDa+1) ~K
The codes up to BB (WORD2-1) are backed by two codes at a time, and as a result, the values after KBB (WORD3+1) are set again.

3.11.15 Space code and KBB (WO
Backing the chords from RDa+1) to KBB (WORD2-1) two chords at a time, and write the results again.
BB (WORDa+1).

The following values shall be used.

3.11.17 WORD3': WORDa+DF
3.11.18 DF RE(1,:WORD2-
WORD3-13.11.19 WORDO':W
ORDO-DFWORDI:WORDI-DF WORD2”:WORD2-DF As shown above, in step 3.11.1, if the stroke flag HW FG=1, proceed to step 3, 11.2.If the stroke flag HW FG=O Step 3.11
．． Proceed to step 10.

Step 3.11.2 Te, WORD2>WORD3
If so, there is a character string to be processed in-hand, so step 3.
Proceed to 11.3. Otherwise, return.

Step 3.11.3 DECIMAL FG=
If 1, proceed to step 3, 11.11 (DECIMAL
half-width processing).

Stroke CIMAL If FG=O, step 3.11.4
Proceed to (DECIMAL full process).

In large and medium processing 3.11.4, it is checked whether KBB (WORD2) is a backable character. Backing here refers to converting a character code (one character IW) that should be a stroke character code into a stroke internal code (two characters IW) by combining two characters. In this embodiment, the character codes that can cause strokes are space codes, alphabet codes, numeric codes, and period codes.

If KBB (WORD2) is a backable character code, proceed to step 3.11.5. If no, 3.11
Proceed to °8.

In step 3.11.5, WORD2≧WORD3+2
If so, other than KBB (WORD2), there is already K
If a stroke processing target column exists in BBUFFER, proceed to step 3.11.6. If not, return and wait for the next input from KB.

In step 3.11.6, KBB (WORD2) and K
Backing BB (WORD3) and KBB (WO
RD2-1) and its results are written.

The backing method will be described later.

Step 3.11.7 Te, WORDO, WORDI,
WOR the value of WORD3 which subtracts 1 from the value of WORD2
Set it to the value of D2. After that, I will return.

In step 3, 11.8, WORD2≧WORD3+2
If so, that is, if the stroke target character exists alone in the KB BUFFER, proceed to step 3.11.9. If not, proceed to 3.11.10.

Step 3.11.9 Te, KBB (WORD2-1
) and space code, and convert the result to KB
The value is B (WORD2-1).

Step 3.11.10 Te, WORD3 (7) value
Set to the value of ORD2.

In step 3.11.11, KBB (WORD2) is D.
If it is an ECIMALTAB exit code, step 3.
Proceed to 11.12, otherwise return. That is, steps 3.11 and 12 are performed after the DECIMAL TAB mode is completed. Here DECIMAL TA
The B end code is a non-numeric code.

Step 3.11.12, WORD2-WORD3
If the value of is an odd number, proceed to step 3.11.13.

If not, proceed to step 3, 11.15.

In step 3.11.13, KBB (WORD3+1
) to KBB (WORD2-1) are backed by two chords at a time, and as a result, KBB (WOR
The value shall be Da11) or later.

Step 3.11.14 Te, (WORD2-WORD
3-1)/2 and send the result to DF REG
Put it in.

Then proceed to step 3.11.17.

In step 3.11.15, space code and KBB
The codes from (WORDa+1) to KBB (WORD2-1) are backed up two codes at a time, and the resulting codes are set as the values after KBB (WORDa+1).

In step 3, 11.16, (WORD2-WORD3
)/2 and put that value in DF REG.

In step 3.11.17, DF the value of WORD3
Increase by the value of REG.

In step 3.11.18, WORD2-WORD3-
1 and put that value in DF REG.

In step 3.11.19, WORDO, WORDI.

The value of DF REG is subtracted from each value of WORD2, and the stroke processing is completed.

Next step 3.11 above. '6.3.11.9.3
．． The backing process performed at 11°13.3.11.15 will be explained using FIG. This process converts 2 units (2w) of the character code to be processed manually into m1 inside the stroke.
-)'(lW), the contents of each step are shown below.

4.1 Is the 1st W to be backed a full-length space code or period code? 4.2 Backing register (7) bitl~bit
7 is 0100000 or 0101110.

4.3 Backing register bit 1-b
Bits 9-bi of the 1st W to backing it 7
Let it be the value of t15.

4.4 Is the 2nd w to be backed a full-length space code or a period code? 4.5 Bits 9 to 15 of backing register
is 0100000 or 0101110.

4.6 Bits 9 to 15 of backing register
Bits 9 to 15 (7) of the 2nd W to be backed
value.

As shown above, in steps 4.1 to 4.6, bits 9 to 15 of the 1st W of the stroke target character are placed in bits 1 to 7 of the backing register, and the second bit of the stroke target character is
Bits 9 to 15 of W are bits of the backing register.
Enter in t9~bit15. After that, bito of the backing register is set to 1.

However, when the backing target character code is a space code or a period code, bit 9 to b
i t 15 (7) Substitute i: ” 010000
0" or "0101110". Thus, the stroke internal code backed in the backing register can be obtained.

26 and 27 are examples of backing processing, FIG. 26 shows an example of stroke backing, and FIG. 27 also shows an example of stroke backing.

Next, the details of the DECIMAL processing in step 3.12 are shown in FIG. The contents of each step are shown below.

3.12. I DECIMAL FG=1? 3
．． 12.2 KBB(WORDO)l:! DECIM
Is it an AL TAB exit code? 3.12.3 DECIMAL FG reset 3.
12.4 WORD4 WORD3 As described above, in step 3.12.1, when DECIMALFG=1, proceed to step 3.12.2. If no, step 3.12
．． Proceed to step 4.

Step 3.12.27'KBB(WORDO) is D
If it is an ECIMALTAB exit code, step 3
．． Proceed to 12.3. If no, return. That is, DECI
Data input into the KB BUFFER in the DECIMAL TAB mode cannot become valid data until the MAL TAB end code is pressed from the KB. Here, the DECIMALTAB end code is a non-numeric code.

Step 3, 12.3t', set DECIMAL FG to 0.

Step 3.12.4, set the value of WORD4 to WORD3
, and end the DECIMAL processing.

Next, the state of the data in the buffer KB BUFFER explained above will be explained using FIGS. 29(a) to 29(f).

In (a), an example of processing for the BS (backspace) key is shown, in which the last data "D" in KB BUFFER is deleted, and the KB BUFFER
DATA LENGTH of HEADER section parameter
It can be seen that some of the values have been reduced. However, W
This effect does not extend to ORD2 and beyond.

In (b), an example of processing for a voiced-tone key is shown. There is no change in the value of WORDO, but WORD2
increases, and the effective DA of KB BUFFER increases.
An increase in WORD4 indicating TA LENGTH is also seen.

In (C), KBBUFF in Romaji input
You can see what's going on inside the ER. In this case as well, all DATA
It can be seen that the value of WORD4, which indicates LEN(:, TH, does not change), but the value of WORD4, which indicates effective DATA LENGTH, increases.

(d) shows the state of the KB BUFFER when the "F" key is input in the manual input mode.

(e) shows the state of DECIMAL processing in full mode.

(f) shows the DECIMAL processing in the stroke mode. Next, the DISPLAY processing in step 3.13 will be explained with reference to FIG.

The contents of each step are shown below.

3.13. I CRT REFRESH MEMOR
Fill in space codes in all positions corresponding to the 8th line of Y.

3.13.2 KBB (1) ~ KBB (WORD
CRT REFRESHMEMO the code up to O)
Write in order starting from the 8th row, 1st digit of RY, at which time K
BB (WORD4+1) to KBB (WORDO) are converted to bit8=1 and written. (However, WORD4=
(Unnecessary when using WORDO) 3.13.3 CRT cursor code REFR
Write to the 8th row, digit (WORDO+1) of ESHMEMORY.

In step 3.13.1 as described above, the CRT RE
Fill in space codes in all positions corresponding to the 8th line of FRESH MEMORY.

In step 3.13.2, the data in KB BUFFER (its length is specified by WORDO) is sent to CRTR.
Move it to the position corresponding to the 8th line of EFRESHMEMORY. At this time, if there is a difference between the values of WORDO and WORD4, the DATA in the buffer KB BUFFER
Valid DATA LENGTH and total (DATALE
There will be a difference between NGTH. Valid data is displayed with normal brightness on the display device CRT. Data that is not yet valid data will be displayed with low brightness. Therefore, from the (WORDd+13th data) to the (WORD
Memory CRT REF corresponding to the DO)th data
Set bit 8 of the data in RESH MEMORY to 1.

In step 3, 13.3, on the 8th line, next the keyboard K
In order to inform the inputter of the position of the data to be input from B, the cursor code is stored in the memory CRT REFRESHM.
EMORY (7) Write in the 8th line whistle (:WORDO+1) digit position. The cursor code is a code attached to correspond to a cursor pattern.

The DISPLAY process ends as described above.

In this embodiment described above, DECIMA of stroke
In the L processing, it was decided that the period is backed with the value below the decimal point, but it may be configured so that the period is backed with the number of the first digit.

In this embodiment, valid data and data that is not yet valid are distinguished by changing the display brightness, but other methods such as inverted display, blinking display, high-intensity display, etc. are also conceivable.

In this embodiment, the input data is displayed in order (although the input motor device has been described, the present invention is not limited to the input motor device, but can be applied to any character processing device having an input means and an output means).

[Effects] As described above, according to the present invention, it is possible to input character data and check the display to see whether the displayed character is a character that will be converted to another character or not.

[Brief explanation of the drawing]

FIG. 1 is a block diagram showing one embodiment of the present invention;
The figure is a diagram explaining the buffer KB BUFFER, the third
The figure is a diagram explaining the memory LRY REFRESH MEMORY, and Figure 4 is the buffer KB READBUFF.
A diagram explaining ER, Figure 5 is a diagram explaining the data structure, Figure 6 is a detailed diagram of the keyboard KB, Figure 7 is a diagram showing the KB code internal code conversion table, Figure 8 is a diagram showing voiced and handakuten. FIG. 9 is a diagram showing a romaji-kana conversion table, FIG. 10 is a diagram explaining a CRT controller, FIG. 11 is a diagram explaining initialization processing, and FIG. 12 is a diagram showing MAIN processing (1). Figure, Figure 13 is MA
A diagram showing IN processing (2), Figure 14 is KB BUFF
FIG. 15 is a diagram showing data changes; FIG. 16 is a diagram showing KB BUFFERLOOK processing; FIG. 17 is a diagram showing KB input processing; FIG. 18 is a diagram showing FG processing; Figure 19 is a diagram showing BS processing, Figure 20 is a diagram showing code conversion processing, Figure 21 is a diagram showing KB BUFFER writing processing, and Figure 22 is a diagram showing KB BUFFER writing processing.
The figure shows voiced and half-voiced sound processing, Fig. 23 shows Romaji-kana conversion processing, Fig. 24 (a) and (b) show techu processing, and Fig. 25 shows backing processing.
Figure 26 is a diagram explaining stroke backing, Figure 27 is a diagram explaining stroke backing (when there is space), Figure 28 is a diagram showing DECIMAL processing, Figure 29 (a)
~(f) is a diagram showing data movement, and FIG. 30 is DISPL
It is a figure which shows AY processing. RAM・・・・・・・・・・・・・・・・・・・・・
・・・・・・・・・・・・・・・Memory ROM・・・・
・・・・・・・・・・・・・・・・・・・・・・・・
・・・・・・・・・Control memory CPU・・・・・・・・・
・・・・・・・・・・・・・・・・・・・・・・・・・・・
・・・・・・Microprocessor CRT・・・・・・・
・・・・・・・・・・・・・・・・・・・・・・・・
・・・・・・Display device Figure 2 Figure 3, Figure 4 Rome 8 〃Multiple disaster table Figure 1C Figure 2b obtained; I page ^ Head ↓
1,47A-

Claims (1)

[Scope of Claims] Input means for inputting first character data; storage means for storing first character data input from said input means; and storage means for storing first character data input from said storage means. a conversion means for converting desired character data into second character data; a display means for displaying the first character data input from the input means and the second character data obtained by the conversion means; Display control means for displaying the first character data to be converted into the second character data and other character data in different display modes among the data displayed on the display means; Characteristic character processing device.