JP3612351B2 - Document processing device - Google Patents

Description

[0001]
[Industrial application fields]
This invention is a Japanese document processing apparatus, in which Roman character input character strings can be easily switched to Japanese display or Roman character display, and document creation in multiple languages can be performed while switching between Japanese document creation operation and English document creation operation with one touch. The present invention relates to a document processing apparatus that can be easily configured.
[0002]
[Prior art]
2. Description of the Related Art Conventionally, in Japanese word processing devices such as word processors, personal computers, workstations, and the like, Japanese input methods using Romaji-Kanji conversion or Kana-Kanji conversion have been widely used. However, today, the internationalization of information is so advanced that not only Japanese words and sentences but also foreign words or sentences such as English are not displayed in katakana in Japanese documents. It is not rare to use the original language spelling or romanization spelling mixed in Japanese sentences. In particular, computer-related technical terms, addresses, names, etc. are often written in Japanese texts in multiple languages in manuals, contracts, academic journals, etc. as internationalization progresses.
[0003]
In order to cope with such a situation, for example, Japanese Patent Laid-Open No. 1-111262 discloses a document creation device that automatically converts the first letter of each English word included in a designated character string to upper case and the other letters to lower case. It has been introduced. In addition, Kana-Kanji characters that can be converted into a mixed character string of Kana-Kanji character strings and foreign language character strings without requiring any special operation in Roman character input mode. A conversion device is also introduced in Japanese Patent Laid-Open No. 4-75162. Furthermore, Japanese Patent Publication No. 5-85055 discloses a low-kanji / kanji conversion device that can input Japanese characters with less burden on the user by utilizing the characteristics of adjacent relations of characters appearing in the input character string. Has been.
[0004]
[Problems to be solved by the invention]
However, especially in Japanese documents created in consideration of information exchange with foreigners, the same Romaji input key operation is performed in a text document, and on one line, the Romaji input character string is converted to Japanese. There is a situation in which it is desired to store the character string as a Roman character string (in this invention, an English character string including a consonant character, an English symbol, a number, etc., hereinafter referred to as a Roman character string). ing. Such operations occur frequently especially when creating addresses, names, document titles, etc., but Roman key input operations generally require Japanese and Roman characters to be used when entering Japanese names, addresses, etc. Therefore, in the technique described in Japanese Patent Laid-Open No. 4-75162 and the technique described in Japanese Patent Publication No. 5-85055, the conversion result depends on the automatic judgment of the apparatus, and the Japanese language There was a problem that it could not be converted into notation or Roman notation. In addition, since the technique described in Japanese Patent Application Laid-Open No. 11-111262 is also designed to first convert whether the target is an alphabetic character and then convert it to uppercase, lowercase conversion or Japanese, etc., When creating a sentence in which addresses and the like are written side by side with Japanese notation and Roman notation, there is a problem that the key input operation is very troublesome.
[0005]
The present invention has been made for the above-mentioned circumstances, and an object of the present invention is to use a Roman character input Japanese processing device to process a Roman character input character string in Japanese notation or English notation / Roman character notation with a simple operation. It is an object of the present invention to provide a document processing apparatus that can easily switch between uppercase / lowercase notation of each character and create a desired upper / lowercase character string. In the present invention, the word includes a character string composed of one letter of English sound.
[0006]
[Means for Solving the Problems]
The present invention relates to a document processing apparatus for converting a character string input or designated from an application program into a character string mixed with kana-kanji characters via an input / output control unit. The object of the present invention is to the input / output control unit. In addition to the kana-kanji conversion unit, a notation conversion unit that sequentially converts the reading character string into a plurality of Roman character strings having different notation formats according to a plurality of conversion rules registered in advance is provided, and the input / output is performed in response to a notation conversion command. This is achieved by converting the reading character string into a Roman character string in a desired notation format and passing it to the application program in the control unit.
[0007]
[Action]
In the present invention, the character string input in Roman characters is treated as the same character string without distinguishing between Japanese and English / alphabet, so the input character string must be distinguished between Japanese and another language. There is no. Accordingly, it is not necessary to perform any mode switching operation between the Japanese sentence input mode and the English sentence input mode, and a sentence key can be input. In addition, it is possible to simultaneously input words such as Japanese and Roman characters / English in the sense of normal English key input without operating the English uppercase input key and English lowercase input key. In addition, by registering the desired uppercase / lowercase notation format in the data in advance, the second word is all uppercase, the words of the other clauses start with uppercase letters, and the other words are lowercase letters. It is also possible to realize the notation of etc. with one notation change key operation. Moreover, there is no need to prepare a Japanese dictionary or an English word dictionary for the above-described notation change.
[0008]
【Example】
Preferred embodiments of the present invention will be described below with reference to the accompanying drawings.
[0009]
FIG. 1 is a block diagram showing a schematic configuration of a document processing apparatus in the present embodiment. In the figure, various processes of the document processing apparatus are executed by the MPU 2, and various input operations such as reading character string input, conversion instructions, and confirmation instructions are performed by the keyboard 4. The CRT 6 serving as a display means displays the input document, Kana-Kanji conversion candidates, Romaji conversion results, and the like, and the ROM 10 stores various control programs executed by the MPU 2 and common data used by the execution programs. Yes.
[0010]
On the other hand, the storage means 12 such as a hard disk, an optical disk, a flash memory, and the like include a kana-kanji conversion dictionary 14a, a mathematical expression conversion dictionary 14b, a chemical conversion dictionary 14c, a postal code dictionary 14d, a synonym dictionary 14e,. A dictionary is stored, and various types of information referred to in the kana-kanji conversion process are stored. The RAM 20 is provided with a work area for the MPU 2 to execute various processes, a kana-kanji conversion unit 22, and the like. The kana-kanji conversion unit 22 further includes an input / output control unit 30 for kana-kanji conversion processing. A conversion engine unit 24 for performing kana-kanji conversion is provided, and the dictionaries 14a to 14x read from the storage unit 12 are copied and stored, or the dictionary 14a and the like are read directly from the storage unit 12. It has come to be used. The above-described units exchange data with each other via the bus 8.
[0011]
FIG. 2 is a more detailed block diagram showing the relationship between the Kana-Kanji conversion unit 22 (the input / output control unit 30 and the conversion engine unit 24) and the dictionaries 14a to 14x, and a document processing application program execution unit 23 including Kana-Kanji conversion processing. When the input / output control unit 30 receives the key operation information output from the control unit 30, the determination processing unit 32 indicates whether the received key operation information is the read character string information input from the keyboard 4, or various conversion instructions or confirmation instructions. In the case of the key input information of the reading character string, the key input information is stored in the reading character string buffer 36 provided in the storage unit 34. In the case of various conversion commands, for example, in the case of a Kana-Kanji conversion command, the conversion command is output from the determination processing unit 32 to the Kana-Kanji conversion engine unit 24a, and the conversion target character string is extracted from the reading character string buffer 36. The kana-kanji conversion is performed by the engine unit 24a, and the result is written in the display character string buffer 38 in the storage unit 34 and displayed on the display means 6 under the control of the display unit 40. .
[0012]
When the conversion command is a notation conversion command, the notation conversion unit 60 is activated by the determination processing unit 32, and a word notation rule dictionary 74, a delimiter dictionary 76, and a character size flag 78 preset in the storage unit 70 are used. Based on the control information in the execution notation rule table 72 and the like, the conversion target character string in the reading character string buffer 36 is notated and converted under the control of the determination processing unit 62, and the notation conversion result is displayed in the display character string buffer 38. And is displayed on the display means 6 via the display unit 40. The environment setting unit 50 sets each control information in the storage unit 70 as a default, and arbitrarily changes the type and order of the notation rules to be registered in the notation rule change, registration, and execution notation rule table by a user customization command. Settings can be changed.
[0013]
FIG. 3A shows an example of the data structure of the delimiter dictionary 76. Key codes that can be used as delimiters are set / registered in the columns D12 to D20, respectively, and the total number DNUM thereof is stored in the column D10. It is supposed to be set. FIG. 3B is a diagram showing an example of the data structure of the word notation rule dictionary 74. Notation conversion rules 1 to RNUM are set in advance in the columns D32 to D38, respectively, and the contents are set by the user. It can be confirmed via the environment setting unit 50. In addition, the total number RNUM of these notation conversion rules is registered in the column D30, and the display character size after the Roman character notation conversion is set in each notation conversion rule by the display size columns D62 to D88 provided in the column D60. It is possible to appropriately select whether to display in size or half-width size. Further, FIG. 4 is a diagram showing an example of the data structure of the execution notation rule table 72. In this example, when a notation conversion command is received, it is first registered in the word notation rule dictionary 74 shown in FIG. In this example, Romaji notation conversion of rule 1 is executed, and rules 3, 5, 7, 6, RNUM-1, and a total of six types of notation conversion are executed in the order registered in the table 72. Then, the seventh notation conversion command returns to the first rule 1 notation conversion.
[0014]
The operation will be described below with such a configuration.
[0015]
First, it is assumed that the document processing apparatus of FIGS. 1 and 2 is set to the Roman character input mode. In this state, for example, when the name “Natsume Soseki” is to be written in two levels in kanji and roman letters, the user (operator) operates the keyboard 4 to display the English name as shown in FIG. A character string input operation is performed using the character string “name souski” (step S2 in FIG. 5). At this time, the above-mentioned input reading character string is converted into hiragana and is normally displayed in yellow on the display means 6 as “Natsume Soseki” as shown in FIG. 7B. Next, when the space key is pressed, a kana-kanji instruction of “Natsume Soseki” is output from the determination processing unit 32 of FIG. 2 to the kana-kanji conversion engine unit 24a, and “Natsume” is displayed in the display character string buffer 38 with reference to the dictionary 14a. “Kouseki” is converted to Kanji and displayed in light blue (step S4 in FIGS. 5 and 7C). Thus, when the result of Kanji conversion is recorded in a document, when the return key is pressed, “Natsume Soseki” is transferred from the input / output control unit 30 to the application program execution unit 23, and the normal Kana-Kanji conversion process ends ( Step S6 in FIG.
[0016]
Next, when converting “Natsume Soseki” into Roman characters while maintaining the Roman character input mode of the Kana-Kanji conversion program, the user inputs the English character string “name souseki” as shown in FIG. To input (step S2 in FIG. 5). At this time, the above-described input reading character string is converted into hiragana and is normally displayed in yellow on the display means 6 as “Natsume Soseki” as shown in FIG. Next, when the display conversion command key of the function f9 is pressed (step 4 in FIG. 5), a notation conversion command is output from the determination processing unit 32 in FIG. 2 to the notation conversion unit 60. Thus, when the notation conversion unit 60 is activated, the determination processing unit 62 first checks the number of notation conversion commands. For example, if the number of conversion commands is K, K- [K / EUM] * ENUM By such an operation, the number of the execution rule to be executed this time is read from the execution notation rule table 72, the display character size after the Romaji conversion is set in the character size flag 78, and the notation conversion rule to be used this time from the word notation rule dictionary 74. Is stored in a program storage area (not shown) of the determination processing unit 62 (step S10 in FIG. 6). In the following description of the operation, a set of consecutive delimiters in the target character string for notation conversion is called a delimiter block, and a character string delimited by the delimiter block is called a word. In addition, English symbols include numbers.
[0017]
Thus, when the notation conversion rule used this time (the rule 1 shown in FIG. 4 is the rule 1 shown in FIG. 3B) is stored, the determination processing unit 62 converts the conversion target character string in the reading character string buffer 36. The character string to be converted is read and separated into a block portion of a delimiter signal registered in the delimiter dictionary 76 and a word portion (step S12 in FIG. 6). In the above example, at this point, “name” is extracted as the first word and “sourceki” is extracted as the second word. Next, the notation conversion rule 1 is applied to each word. In this case, after conversion to “character souseki” (step S14 in FIG. 6), these characters are further changed according to the value of the character size flag. The column is converted into a single-byte size, written in the display character string buffer 38, and displayed on the display means 6 as a blue character (step 16 in FIG. 6 and FIG. 7D).
[0018]
However, since this conversion result does not match the desired notation format, when the user presses the function f9 key for the second time, the notation conversion rule 3 is the same as described above as shown in the column D82 of FIG. As shown in FIG. 7E, the display on the screen of the display means 6 is displayed in blue with the first letter of each word converted to upper case and the remaining word part converted to lower case. The
[0019]
However, since this conversion result also does not match the target display format, when the user presses the function f9 key for the third time, the notation conversion rule 5 is the same as described above as shown in the column D84 of FIG. As shown in FIG. 7 (F), all the words are converted into English capital letters and displayed in blue. However, since this conversion result also does not match the target notation format, when the user presses the function f9 key for the fourth time, the notation conversion rule 7 is applied in the same manner as described above, and the screen of the display means 6 is displayed. As shown in FIG. 7 (G), the display order of the words “Souseki NATUME” is changed, “NATUME” is converted to all uppercase letters, and “Souseki” is displayed with only the first letter converted to uppercase letters. Is done.
[0020]
Thus, since a desired character string has been obtained, when the return key is pressed, the character string “Souseki NATUME” is transferred from the input / output control unit 30 to the application program execution unit 23. Thus, while maintaining the romaji input mode of the kana-kanji conversion program, the word order is changed to “Souseki NATUME” by pressing and holding the notation conversion key while inputting the key “numeric souseki” in full-size. Thus, it is possible to execute different uppercase / lowercase conversion for each, and generate a character string in which the display size is converted to a half-width size and transfer it to the application program. In addition, it is not necessary to register new words in a so-called kana-kanji dictionary or English dictionary for this conversion.
[0021]
FIG. 8 shows another effect of the present invention, and shows an example of converting the Roman character “McDonald's” while maintaining the Roman character input mode of the Kana-Kanji conversion program. In this case, when a key is input from the keyboard 4 as described above (FIG. (B)), the display means 6 normally displays “mc dold's” in yellow. Next, when the function f9 key of the display conversion command is pressed once, the display is converted as shown in FIG. 8C. Thereafter, when the function f9 key is continuously pressed five times in total, as shown in FIG. 8F. Then, when the function f9 key is pressed once more, it can be converted to “McDonald's” as shown in FIG. 8H. In this case, if a key is input while simultaneously operating “McDonald's” and the shift key, a desired result can be obtained by pressing the function f9 key only once.
[0022]
In the notation conversion rule shown in FIG. 3B described above, each rule is shown as a rule in which the designation of the display size is also variable. However, it is also possible for those skilled in the art to adopt a rule without designation of the display size. Is clear. It is also apparent to those skilled in the art that English uppercase letters and lowercase letters in the rules include English symbols and numbers.
[0023]
Next, the operation of the environment setting unit 50 will be described. When an environment setting program provided as a user instruction function is started in the document processing apparatus, for example, an environment setting menu D100 as shown in FIG. 9A is displayed on the display means 6, and the environment setting unit 50 is started up. Next, when the conversion menu D104 is selected from the environment setting menu D100 by operating the mouse or the keyboard, a notation conversion parameter setting dialog D120 as shown in FIG. 9B is displayed. In this case, the button D122 is selected, and in the case of setting / changing the notation return table for execution, the button D124 is selected.
[0024]
When the button D122 is selected, a delimiter setting menu D130 shown in FIG. 10 further appears on the screen of the display means 6, so that the button switches D132, D134,. turn on. Thereafter, when an OK button D150 is clicked, these symbols are automatically registered in the delimiter dictionary 76 as delimiters. In the case of an operation error, the cancel button D152 may be pressed.
[0025]
On the other hand, when the button D124 is selected, an execution notation rule setting menu D160 shown in FIG. 11 appears on the screen of the display means 6. Therefore, referring to the rule display column D180, the desired rule is set to the execution rule table D162. Are registered by an insertion or registration command as needed. In the example of FIG. 11, first, the pull-up command D182 or pull-down command D184 in the rule display field D180 is operated to check the conversion processing of each notation conversion rule. The provided rule selection buttons D190, D192, D194,... Are appropriately selected. In the example of FIG. 11, rule 7 is shown as being selected as a notation conversion rule for registration. Next, when the rule registration fields D164, D166,..., D178 of the execution rule table D162 are appropriately selected with a mouse or the like (not shown) and the registration button D202 is pressed, the selected notation conversion rule is registered in the corresponding field. In the example of FIG. 11, a state in which the rule 7 is registered in the column D170 is shown. If it is desired to add the selected rule, the insert button D200 may be pressed. When deleting a registered rule, a delete button D204 is pressed. Thus, when the execution rule table D162 has been set, when the OK button D210 is subsequently pressed, the contents of the execution rule table D162 are copied to the execution display rule table 72, and updated display rules from the next time. The notation conversion is executed according to the following.
[0026]
【The invention's effect】
As described above, according to the present invention, a character string input in Roman characters is treated as the same character string without distinguishing between Japanese and English / alphabet, and the document is processed. There is no need to distinguish between languages. Therefore, it is not necessary to perform any mode switching operation between the Japanese sentence input mode and the English sentence input mode, and the key input of the sentence can be performed by inputting Roman characters. In addition, it is possible to simultaneously input words such as Japanese and Roman characters / English in the sense of normal English key input without operating the English uppercase input key and English lowercase input key. Furthermore, by registering the desired uppercase / lowercase notation format in the data in advance, the second word is all uppercase, the other words are uppercase first, and the other words are lowercase. Etc. can also be realized by a single notation change key operation. Furthermore, it is possible to change the notation order of words according to the notation rules. Moreover, there is no need to prepare a Japanese dictionary or an English word dictionary for the above-described notation change.
[Brief description of the drawings]
FIG. 1 is a block diagram showing an embodiment of a hardware configuration of the present invention.
FIG. 2 is a block diagram showing an example of a functional configuration of software according to the present invention.
FIG. 3 is a diagram showing an example of a data structure of a delimiter signal dictionary and a notation conversion rule dictionary used in the present invention.
FIG. 4 is a diagram showing an example of a practical notation rule table used in the present invention.
FIG. 5 is a diagram showing an overall flowchart of a Roman character-Kanji conversion operation according to the present invention;
FIG. 6 is a flowchart for explaining a notation conversion execution process according to the present invention;
FIG. 7 is a diagram showing an example of a word notation conversion process of the present invention.
FIG. 8 is a diagram showing another example of the word notation conversion process of the present invention.
FIG. 9 is a diagram showing an example of an environment setting menu according to the present invention.
FIG. 10 is a diagram showing an example of a separator signal setting menu according to the present invention.
FIG. 11 is a diagram for explaining a process for customizing an execution rule table according to the present invention.
[Explanation of symbols]
2 MPU
4 Keyboard 6 Display means 12 Storage means 14a-14x Dictionary 20 RAM
22 Kana-Kanji conversion unit 30 Input / output control unit 24, 24a, ..., 24x Conversion engine unit 36 Reading character string buffer 38 Displayed character string buffer 50 Environment setting unit 60 Notation conversion unit 62 Determination processing unit 70 Storage unit 72 Execution notation rule table 74 Notation conversion rule dictionary 76 Delimiter dictionary 78 Character size flag

Claims (6)

In a document processing apparatus that converts a read character string input or designated from an application program into a character string mixed with kana characters via an input / output control unit,
In addition to the Kana-Kanji conversion unit, the input / output control unit includes a notation conversion unit that sequentially converts the reading character string into a plurality of Roman character strings having different output formats according to a plurality of Roman character conversion rules registered in advance.
The Romaji conversion rules include a rule in which the converted word position is changed to the word position at the time of input
In response to a notation conversion command, the input / output control unit converts the reading character string into a Roman character string in a desired output format, and inputs the position of two consecutive words after conversion in response to the further conversion command. A character processing device that is changed so as to be replaced with the position of a word at the time and is passed to the application program. The notation conversion unit performs an initial setting, an environment setting unit for setting user customization information, and the like, a delimiter dictionary output from the environment setting unit, a Romaji conversion rule dictionary, and a conversion rule to be executed from among the Romaji conversion rules. A storage unit for storing the execution rule table to be registered, and the reading character string is read from the reading character string input buffer in response to the notation conversion command, and the reading character string is divided into units of words delimited by the delimiters And a determination processing unit that sequentially applies the Romaji conversion rules registered in the execution rule table for each word, converts them into Romaji character strings having different output formats, and outputs them to the display buffer. The character processing apparatus according to claim 1, wherein: The Romaji conversion rules are: a rule for converting each word to uppercase in terms of a word cut out from the reading character string, a rule for converting all to lowercase, The document processing apparatus according to claim 1, further comprising a rule for converting all of them into lowercase Roman letters. 4. The character processing device according to claim 1, wherein the Roman character conversion rule includes display size control information (half-width display or full-width display, etc.) of Roman characters after the conversion into Roman characters. 5. The character processing device according to claim 1, wherein the Roman character conversion rule includes a rule in which a notation conversion rule applied in units of divided words is different when there are a plurality of conversion target words. The character processing device according to claim 1, wherein a notation rule registered in the execution notation rule table can be customized by a user.

Images