JPH0495118A - Character processor - Google Patents

Abstract

PURPOSE:To attain the conversion processing between an alphanumeric character and KANA (Japanese syllabary) character of the same key and to improve the input operability by providing a data table where a KANA character and an alphanumeric character which are inputted with the same operation key correspond to each other. CONSTITUTION:This processor is provided with an input means 10 provided with many character keys and a switching means of plural input modes, a control means (system control part) 11 which holds the input character code determined based on an operated character key and the selected input mode and is subjected to the held character to prescribed conversion processing, and a storage means (character classification conversion processing memory) 18. That is, non-related character codes corresponding to the same key are stored in relation to each other as the data table in the storage means 18, and the held character is converted to another character stored correspondingly to the held character. Thus, the character is converted to another character of the same key after input, and mis-input due to an input mode miss is easily corrected.

Description

DETAILED DESCRIPTION OF THE INVENTION [Field of Industrial Application] The present invention relates to a character processing device such as a word processor.

[Summary of the Invention] In particular, the character processing device of the present invention is provided with a storage means for storing a plurality of characters corresponding to the same key on a keyboard in correspondence as table data, so that the control means can be inputted. This allows you to search for the above-mentioned means 1 based on the character to obtain the corresponding character, and often, if the characters are associated with the same key, the character code is completely different. Even unrelated characters can be converted with a simple operation after input.

[Prior art 1] Characters input in a document processing device such as a word processor include hiragana, katagana, uppercase letters, lowercase letters, numbers, symbols, etc. As shown in the figure, each key corresponds to multiple characters of different types (for example, [i'A, jl and "chi", "a" and "a", "3" and "#", etc.). There is.

In order to input these characters by distinguishing between different characters on the same key, there is usually a manual mode, hiragana mode,
Katakana mode, alphanumeric uppercase mode, alphanumeric lowercase mode, etc. can be switched by operating each mode key or shift key.

[Problem to be solved by the invention] For example, if you wanted to input "Totsukiyo" but forgot to switch the mode and was in Katakana mode, the input was "Totsukiyo".
There are many word processors that allow you to convert ``totsukiyo'' to ``totsukiyo'' by operating a katakana conversion key.

This is because normally (JIS standard), character codes are set in correspondence between hiragana and katakana, and character code conversion is easily possible, so that it can be easily implemented in various word processors. To explain with a simplified example of the character code, for example, "A" is [i'OO1
00001, fi, "AJ is [1110
Since it is set to be different from 0001,jl by one bit, the hiragana-katakana conversion is completed by inverting a specific bit when a predetermined hiragana-katakana conversion key is operated.

[i'PATENT! , accidentally 1lrpatentJ
The same applies if you enter l.

However, when I wanted to input ``Totsukiyo j'', if the input mode was alphanumeric uppercase mode, ``5ZG)'' would be inputted as ``O''. On the other hand, in the case of Romaji input, in which Hiragana and Katakana are input using the Roman alphabet based on the alphabet key display, when you want to input "Totsukiyo" manually, you need to switch the input mode. If you forget, [i'TOKKYO,!l] will be entered incorrectly.) In this case, hiragana and English characters are not associated with character codes, so they can be converted using a simple 1-bit inversion process. can't do it. Therefore, conventional word processors are not equipped with a means for converting Japanese characters to English characters, and in such cases, the input character string [rSZG) JI (for Romaji input, O'TOKK
YO! ), the input mode must be changed to hiragana, and then ``totsukiyo'' must be input again, which makes key operations extremely complicated.

Moreover, since such mistakes generally occur very frequently among the majority of word processor users, it is not desirable to have to go through the trouble of re-entering information.

[Steps to Solve the Problems] The present invention has been made in view of the above problems, and provides means for switching between multiple character keys in which multiple characters are associated with one key and multiple input modes. an input means having an input means, and holding an input character code determined based on the character key operated by this input means and the selected input mode, and further holding the held character (input character code)
a control means capable of performing a predetermined conversion process on the input means; and a storage means in which character codes of a plurality of characters associated with the same character key in the input means are stored in correspondence. The characters held by
This constitutes a character processing device capable of converting characters into other characters stored in correspondence with each other in a storage means.

[Operation] By storing unrelated character codes corresponding to the same key as a data table in the storage means,
By searching the storage means, even if characters with unrelated character codes correspond to the same key, it is possible to convert the characters to other characters of the same key after inputting the character, thereby eliminating input errors caused by input mode errors. can be easily corrected.

[Embodiment] Section 1 is a block diagram showing a word processor as an embodiment of the present invention, and numeral 10 is an input device equipped with a keyboard as shown in FIG.
From here, human characters are input to the system control unit 11 as binary character codes.

12 is an input character storage memory that stores character codes input from the human power device 10; 13 is a kana-kanji conversion memory that holds data for ephemeral-kanji conversion processing; and 14 is an input character string for which conversion processing, etc. has been completed. This is a finalized document storage memory that stores character strings that have been finalized, or documents that have been read from a floppy disk or the like for document editing.

During normal character input operations, the system control unit 11 searches the kanji conversion memory 13 for character strings in the input character storage memory 12 based on operation signals input together with characters from the human power device 10. Then, the character string is converted into kanji, or the character string is determined without conversion, and the determined character string is stored in the determined document storage memory 14.

Reference numeral 15 indicates a display device equipped with a CRT or liquid crystal screen, and the display buffer memory 1 is transferred from the system control unit 11 to
The documents supplied and stored in the display controller 6, that is, the converted character strings and the unconverted input character strings, are displayed on the screen under the control of the display control unit 17.

18 is not relevant as a character b-do, but it is input device 1.
On the 0 keyboard, the characters corresponding to the same person's keys are
This is a character type conversion processing memory provided with a conversion table for enabling conversion by conversion processing.

For example, on the keyboard shown in FIG. 4, [i'Q, 0 and "
"i'Q,!" is set to be entered using the same key, but [i'Q,! The character code of l in hexadecimal is [i
'2351J], while 'ta' is ff'243F'
However, the character type conversion processing memory 18 stores these mutual character codes in correspondence with each other. A data table as shown in FIG. 2 is formed.

This data table stores the correspondence between hiragana and alphanumeric characters and katakana and alphanumeric characters for all keys on the keyboard, but only a portion of them are shown in Figure 2. be.

In this embodiment, the data table shown in FIG. 2 is formed in the character type conversion processing memory 18, so that even if a character is entered in the wrong input mode, it is not necessary to erase each character and then re-enter the character. By operating a predetermined key, an input error caused by an input mode selection error can be directly converted into a correct character string through character type conversion processing.

The operation of the system control section 11 in this case will be explained based on the flowchart of FIG. In this flowchart, all the processes normally performed by the system control unit of the word processor (conversion, confirmation, editing, etc.) are included in step F200 as part of the process. The "Convert" key is set as the character type conversion operation key.

If the input mode is alphanumeric uppercase mode or alphanumeric lowercase mode when the character keys made up of the input device 10 are entered manually, no special conversion process is necessary, so the input characters are directly determined and displayed. Perform normal processing such as displaying 15 as a confirmed character (Floo -
FIOI-F200) However, when the key is ``no conversion-key'' in a state other than alphanumeric mode,
Moreover, if there is a character string to be converted, that is, a Japanese character string that is unconfirmed, first confirm it in hiragana (F102-F103-F104), for example, the input character string "Sechiga imika". If the ``no conversion'' key is pressed while ``no conversion'' is present without being determined, the character string is temporarily determined and displayed as ``r sechigaimiga'' without kanji conversion.

After that, if the character string confirmation process is performed according to the user's operation in step F200 instead of the next key "Manual one-no-conversion" key, "Sechikai Mika J is confirmed,"
No conversion - If it is a key, convert "Sechikai Mika" to "Sechikaimika J" and katakana fF105 → F106
→F107+. In other words, if you operate the "No conversion key" twice in succession, the input character string to be converted will be converted from hiragana to katakana.

Note that the conversion processing at this time is performed by performing predetermined bit inversion processing on each character code. In other words, between hiragana and katakana, for example, for the character code for "a" [r2422J], "AJ is [i'2
522", and also, if the upper byte "24" of the hiragana character code is converted to "25J", it corresponds to "2424J" of "iJ", and "iJ is [i'2524Jl]. Since it is set to have a specific relationship so that it can be written in katakana, there is no need to have a data table like the one shown in Figure 2 that stores the correspondence relationship.
It is convertible.

After being converted to katakana in step F107, if the next key is the "no conversion" key, that is, if the -no conversion- key is pressed three times, each character of the "setikaimi power" is changed to the second Convert to the corresponding alphabetic character using the data table in the figure.

In other words, alphanumeric characters do not have a specific relationship as character codes to hiragana and katakana, so according to the data table in Figure 2, "se" is changed to [i'PJ] and "chiJ". will be converted to "A"..., and will therefore be converted to [i'PATENTJl (when operating with kana input) (F2O3-F
109→FILO-Fllll Note that if the data table in the character type conversion processing memory 18 stores, for example, only the correspondence between hiragana and alphanumeric characters, it will not necessarily store the corresponding alphanumeric characters for katakana ( It is not necessary. Even if the data table does not store the correspondence between katakana and alphanumeric characters for the same key, when converting katakana to alphanumeric characters, first convert katakana to hiragana using the specified bit conversion. You can search the table from .

After the characters are converted into alphanumeric characters in step Fill, if the "°No conversion" key is pressed again, the process goes to step F104 again and the characters are converted into [1ATENT4-[i' Sechikai MikaJ]. This conversion is also performed by searching the data table of FIG. 2 above.

That is, in the word processor of this embodiment, a character string to be converted can be converted from Hiragana to Katakana to alphanumeric characters to Hiragana by successive operations of the "no conversion" key. Therefore, when inputting data manually in kana, [i'PATEN] appears in the Japanese text.
Even if you forgot to switch the mode where you should have entered the character string TJl and entered "Sechikai Mika J", press the -No Conversion- key three times in succession to enter [
i'PATENTJ], eliminating the need for the complicated correction operations of deleting Sechikai Mikaj, switching to alphanumeric mode, and then inputting FPATENTI.6 By using the ``No conversion'' key, the conversion process Display 1
When IrPATENT, jl is displayed on 5, operating the confirm operation key will confirm the character string as "PATENT, j."

In addition, when operating the word processor of this embodiment by inputting Roman characters, 1. For example, when inputting "Batento J", the English character is Ii'PATENNT.
Since the key operations are O and jl, “
No conversion - Continuous key operation will result in sequential conversion of ``Batento J → ``Patent'' → [1PATENNTOJI (...F2O3...F2O3...
FIIO-Fl12...) Therefore, for example, Ii'U
If you want to enter "SA Patent" but forget to switch the mode and enter "i'USAPATENNTO,11", if you enter "PATENNTO!" as the character string to be converted and press the "No Conversion" key twice. “Patent J
Therefore, it is possible to modify to O'USA patent j without performing complicated modification operations.

Although not shown in the flowchart, it would be possible to perform reverse conversion operations such as Hiragana - Alphanumeric characters - Katakana Hiragana by operating the - Shift key + ゛'No conversion key, for example, to make the operation more convenient. Improves sex.

It is also conceivable to convert in four stages including lowercase alphanumeric characters, such as hiragana - katakana - uppercase alphanumeric characters - lowercase alphanumeric characters - one hiragana.

In the present embodiment, the conversion operation is performed using the "No Conversion" key, but the operation key may not be the 1 No Conversion 1 key.

[Effects of the Invention] As explained above, in the character processing device of the present invention, by having a data table in which kana characters and alphanumeric characters that have the same operation key are associated with each other, character codes are not related at all. You can now convert between alphanumeric characters and kana characters of the same key without , so even if you forget to switch the input mode and enter the wrong character string, you will not have to go through the trouble of inputting it again. This is not necessary and has the effect of greatly improving input operability.

[Brief explanation of drawings]

The first section is a block diagram of an embodiment of the present invention, FIG. 2 is an explanatory diagram of a data table formed in the character type order conversion processing memory of this embodiment, and FIG. 3 is a flowchart explaining the operation of this embodiment. , FIG. 4 is an explanatory diagram of the keyboard. 10 is an input device, 11 is a system control unit, 12 is an input character storage memory, 13 is a memory for Hagana-Kanji conversion, 4 is a finalized document storage memory, 15 is a display, 16 is a display buffer memory, and 17 is a display control 18 indicates a character type conversion processing memory. Data table (Fig. 3) Operation of system control section (Fig. 3)

Claims (1)

[Scope of Claims] An input means having a plurality of character keys in which one key is associated with a plurality of characters, and a means for switching between a plurality of input modes; a character key operated on the input means and a selected character key; A control means capable of holding an input character code determined based on an input mode and performing a predetermined conversion process; and storage means for storing the characters in a manner such that the characters are inputted by the input means and held in the control means, into other characters stored in correspondence with each other in the storage means. A character processing device characterized by: