JPH07140956A - Character control system - Google Patents

Abstract

PURPOSE:To directly access a graphic image of an alphabetic character and a font without revising a character control information data base (dictionary DB) used from usual related to a character control system controlling massive amount of characters, typefaces and font products. CONSTITUTION:The dictionary DB being the existing character control information is applied as it is, and for retrieving and displaying the image data of the alphabetic character and the font, an alphabetic character DB and a font DB are constructed, and the alphabetic character DB is retrieved based on a typeface code, control information and a character code obtained by retrieving the dictionary DB, and the font DB is retrieved based on the typeface code, a size code, the control information and the character code, and the alphabetic character and the font are displayed based on the data of the retrieved DB.

Description

Detailed Description of the Invention

[0001]

BACKGROUND OF THE INVENTION 1. Field of the Invention The present invention relates to a character management system for managing a vast amount of characters, typefaces, and font products.

In recent years, in a personal computer or the like, a man-machine interface (MMI) has been improved by a graphic user interface (GUI) that requires a beautiful character style used on a screen, and WYSIW has been developed.
There is a strong demand for enhancement of the visual environment represented by the YG (print as it is) environment.

In order to meet the needs, characters of various typefaces have been developed, and the number thereof has been increasing day by day. Therefore, when a new font product is developed, there is a work of investigating the presence or absence of a character that is the original drawing of the typeface, and a work of managing the current font product.

Usually, in a character designing company, a letter mother (for example, size: 10 mm × 10 mm,
(Design: Mincho font) is generated and delivered to another company such as a personal computer maker. At that other company, font data of various sizes and typefaces are designed based on the character mother, and printing is mainly performed. The designed font data (for example, the font data stored on the magnetic tape) is delivered in response to the request from the company.

Therefore, in response to a request from a predetermined company,
It is necessary to investigate the presence or absence of the above-mentioned letter mothers, to investigate the existence of fonts, and to design a font when there is no desired font. In this case, it is required that the presence or absence of the above-mentioned character and the presence or absence of the font can be investigated effectively as much as possible.

[0006]

2. Description of the Related Art FIGS. 6 and 7 are views for explaining a conventional character management system, FIG. 6 shows a configuration example of a conventional character management system, and FIG. 7 (a) is a conventional character management system. Character management information database searched by the system (hereinafter, dictionary D
7 (b), (c), and (d) show format examples of management information of basic character information, character information, and font information that constitute the dictionary DB. There is.

In the conventional character management system, as shown in FIG. 6, a dictionary DB 8, a search character input means 20 for searching the dictionary DB 8 and a dictionary DB search means 21.
It had only a character search processing unit 2 consisting of.

It is assumed that the user requests, for example, a character font and a character font of non-standard characters, such as a personal name kanji and a place name kanji, which are not in the JIS first level, etc., of 50 × 50 dots.
First, based on, for example, a JIS first-level kanji code table, total stroke number, radical code, etc., not shown, the character code, total stroke number, radical code, etc. of the character requested by the user are checked. Then, the character code or the like is input by the search character input means 20 and the dictionary DB search means 2
1 by using the character code of the dictionary DB8,
As a result of searching the management information about the corresponding character, when it is recognized that the character corresponding to the above character code, the letter mother, and the font are "existing", a predetermined file cabinet is searched,
Character fonts (photos) required by users and font products
Take out the magnetic tape and supply it to the user.

FIG. 7 (a) shows a conceptual diagram of the dictionary DB 8, which is composed of basic character information 80, character information 81, and font information 82 corresponding to each character.
80 is the character code, as shown in Fig. 7 (b).
It consists of dictionary information such as the total number of strokes and management information such as the date of update. As described above, the search character input means 20 can search the dictionary DB 8 not only by the character code, but also by the total number of strokes, Straw code, radical code and the like. Also, as the character information 81, as shown in FIG. 7 (c),
For each typeface code, there is management information as to whether or not the character exists, and the font information 82 also corresponds to each size code in addition to the typeface code as shown in FIG. 7 (d). There is management information as to whether or not the font data exists.

[0010]

However, the dictionary D
As described above, B 8 has only management information, and the character and font data are in a predetermined file bookshelf, and the dictionary DB 8 is searched to find the character and font data of the required character. When I found out, I needed to search the file bookshelf.

In this case, the character types (for example, "A" and "▼"
When searching for characters with different abbreviations such as "A" and what is called slang, it was necessary to make a distinction based on the information written in the basic character information 80, and it was not possible to make a distinction by an icon.

Therefore, if the character basic information 80 alone cannot be used for the discrimination, it is necessary to confirm the character code and the image of each character type in a list output, etc. If there are many character types, the work is difficult. It was something.

In view of the above-mentioned conventional drawbacks, the present invention provides a character management system in which a dictionary DB which has been used conventionally is diverted and a function for retrieving image data of a character or a font is newly added. Specifically, the font information that is the original drawing of the typeface, font information with different typefaces, sizes, and character types is obtained from the dictionary DB. An object of the present invention is to provide a character management system capable of retrieving a character or font data that a computer holds as dot data in a file storage device (for example, magnetic tape) using information such as code and size code. It is a thing.

[0014]

1 and 2 are schematic diagrams of a character management system of the present invention. The above problems are solved by the character management system configured as follows.

A character management information database 8 for storing dictionary information such as the number of strokes of characters, reading information, etc., and management information such as update date and the like, and character mothers for each typeface , Jomo File 90 in the above character code order
Character database 9 that configures and stores the fonts and fonts for each font size in the above character code order.
A font database 10 that configures and stores the file 100, a typeface code / name conversion table that converts typeface codes to character names, and a typeface / size code / name conversion table that converts typeface codes / size codes to font names. , Typeface code / stored address conversion table for obtaining the letterside mother file storage address for each typeface of the above-mentioned typeface database 9, and typeface size code / store for obtaining the font file storage address for each typeface code / size code of the font database 10 above Address conversion table and a certain character, the above character code, or
Using the dictionary information, a dictionary DB search means 21 for searching the character management information database 8 for the corresponding basic character information 80, character information 81, font information 82, and the dictionary D.
Using the character mother information 81 obtained from the B searching means 21, the character mother DB searching means 31 for searching the corresponding character mother from the character mother database 9 by using the character code, the typeface code, and the management information as keys, Dictionary DB search means 2
Using the font information 82 obtained from 1 with the character code, the typeface code, the size code, and the management information as keys, a font DB search means 41 for searching the corresponding font from the font database 10 described above. It consists of.

[0016]

1 and 2 are schematic diagrams of the character management system of the present invention. In the figure, the first font search system section is a system that can search each database 8, 9, 10 to obtain character management information, character data, and font data of a specified character.

In the figure, the character search processor 2 is a dictionary DB 8
To obtain the character basic information 80, the character information 81, and the font information 82 shown in FIG. 7 (a) described above. This process is
It comprises a search character input means 20 for designating character codes (JIS codes, etc.) and information such as reading, and a dictionary DB search means 21 for searching the dictionary DB 8 with a designated search key. This is the same as that provided by the conventional character management system.

In the figure, the character mother search processing unit 3 is a target character mother file in the character mother database (character mother DB) 9 based on the typeface code and management information in the character mother information 81 obtained by the character search processing unit 2. Character file selection means 30 that can specify 90 and the selected character file 90
A character DB search unit 31 that searches the character data of the target character and the character data obtained by the character DB search unit 31 is displayed by the typeface code and the character code that represents the arrangement of the character data in the character file 90. The character display means 32 is used.

In the figure, the font search processing unit 4 is a target font file based on the typeface code, size code, and management information in the font information 82 obtained from the dictionary DB 8 by the character search processing unit 2. The font file selection means 40 that can specify 100, and the font code and size of the selected font file 100
A font DB search means 41 for searching for font data of a target character from a code by a character code (JIS code, JEF code, etc.) representing a sequence of character data in the font file 100, and the font DB search means.
The font display means 42 displays the font data of the character obtained from 41.

In the figure, the dictionary DB update / addition process 5 is a process for newly registering a character or for updating the basic character information 80, character information 81, and font information 82 of a character that has already been registered. Is. When there is a change in the dictionary DB 8, it is possible to select / specify the changed character or add / correct the basic character information 80 according to the character code of the changed character according to the JIS first level kanji code table, etc. Possible update / additional character designation processing 50, and when the selected / designated character is already registered, dictionary DB search means 51 for searching the basic character information 80 of the corresponding character from the dictionary DB 8 and addition / addition
The basic character information 80 of the corrected characters is stored in the dictionary DB.
It consists of dictionary DB storage means 52 for storing in 8.

In the update / additional character designation processing 50, if the designated character to be changed is not in the dictionary DB 8, a new character code can be assigned and added to the file of the dictionary DB 8.

In the figure, the character mother DB update / addition process 6 is a process for additionally registering a character character file 90 (see FIG. 3) or for updating an already registered character mother file 90. When there is a change in the glyph DB 9, an updated / added glyph designation process that allows selection / designation of the changed glyph 6
If 0 and the selected / specified glyph file 90 are already registered, glyph file D is searched for glyph file 90 from glyph DB 9
B Search means 61 and character file that has been added / modified
Character DB storing means 62 for storing 90 in the character DB 9
And a conversion table updating means 63 for adding the typeface code of the added character and the name of the character to the typeface code / character name conversion table {see FIG. 5 (a)}. Further, the conversion table updating means 63 also updates the typeface code / stored address conversion table {see FIG. 3 (b)} when the storage address of the character mother file 90 in the character mother DB 9 is changed. In the update / additional character designating process 60, if the designated character to be changed does not exist in the character DB 9, a new typeface code can be assigned and added to the file of the character DB 8. Further, when the character names are displayed on the selection / designation screen or the like, the names are displayed using the typeface code / character name conversion table shown in FIG. 5 (a).

In the figure, the font DB update / addition process 7 is used to newly register the font file 100 or to update the already registered font file 100 {see FIG. 4 (a)}. Processing. When there is a change in the font DB 10, the changed font file 100 can be selected / designated. Update / additional font designation processing 7
If 0 and the selected / designated font file 100 have been registered, the font DB search means 71 searches the font DB 100 for the registered font file 100.
And a font DB storage means 7 for storing the added / modified font file 100 in the font DB 10 concerned.
2 and typeface code of the added font file 100 /
It comprises a conversion table updating means 73 for adding the size code and the font name to the typeface code / font name conversion table {see FIG. 5 (b)}. Further, the conversion table updating means 73 is a font DB of the font file 100.
When the storage address to 10 is changed, the font size code / storage address conversion table shown in FIG. 4 (b) is also updated. Update / additional font specification processing 70
When the specified font file 100 to be changed is not in the font DB 10, a new typeface code / size code is added and added to the font DB 10. Also, select /
When a font, file name, etc. (product name) is displayed on the designated screen, etc., the name is displayed using the typeface code / size code / font name conversion table {see Fig. 5 (b)}.

In the figure, 8 is a dictionary DB, which is a dictionary DB search means 21 in the character search processing section 2 in the figure, a dictionary DB search means 51 in the dictionary DB update / addition processing 5 in the figure, and a dictionary DB storage means. 52 and access.

In the figure, 9 is a character DB, which is a character DB search means 31 in the character search processing unit 3 in the figure, and a character DB search means 61 and character DB storage means 6 in the character DB update / addition processing 6 in the figure. 62 and access.

In the figure, 10 is a font DB, which is a font DB search means 41 of a font search processing section 4 in the figure, and a font DB search means 7 of a font DB update / addition processing 7 in the figure 7.
1 and the font DB storage means 72 access.

Therefore, according to the character management system of the present invention, the dictionary DB 8 which is the existing character management information is diverted as it is, and in order to newly search / display the image data, the character character which is the image data is used. DB 9, font DB
10 is constructed outside the dictionary DB 9, the above character code is entered by the search character input means 20, and the basic character information 80, the character information 81, and the font information 82 obtained by searching by the dictionary DB search means 21 are used. And a typeface code for directly searching the added character DB 9 and font DB 10
The storage address conversion table, the font size / code / storage address conversion tape, and the display means 32 and 42 are also constructed outside the conventional management system.

Therefore, without changing the dictionary DB 8,
It is possible to search for images such as glyphs and font data, and moreover, it is possible to easily construct the character management system.

[0029]

Embodiments of the present invention will be described in detail below with reference to the drawings. FIG. 1 and FIG. 2 described above are principle configuration diagrams showing a schematic diagram of the character management system of the present invention.
FIG. 3 is a diagram schematically showing an embodiment of the present invention.
(a) shows the concept of the character DB, FIG. 3 (b) shows an example of the configuration of the typeface code / stored address conversion table, and FIG.
(a) shows the concept of the font DB, Fig. 4 (b) shows an example of the composition of the font size / code / stored address conversion table, and Fig. 5 (a) shows the composition of the font code / character name conversion table. An example is shown in FIG. 5B, which shows an example of the structure of the typeface / size code / font name conversion table.

In the present invention, the dictionary DB 8 which is the existing character management information is used as it is, and the character DB 9 and the font DB 10 are constructed in order to search and display the image data of the character and font. Typeface code, size code, management information obtained by searching the dictionary DB 8 by searching the letter DB 9 based on the typeface code, management information and character code obtained by searching the dictionary DB 8 And the font DB 10 is searched based on the character code, and the searched DB 9,10
The means for displaying the character and the font based on the data of is the means necessary for implementing the present invention. The same reference numerals indicate the same objects throughout the drawings.

Hereinafter, referring to the configuration example of the dictionary DB shown in FIG. 7 and the configuration example of the character management system of the present invention shown in FIGS. 1 and 2, the character management of the present invention will be described with reference to FIGS. The system configuration and operation will be described.

FIG. 7A described above is a conceptual diagram of the dictionary DB 8 used in the conventional character management system and reprinted in FIG. In the dictionary DB 8, all characters managed by the character management system of the present invention are registered here. As shown in FIG. 7 (a), each character information is roughly classified into basic character information 80, character information 81, font information 82.
It is roughly divided into three.

FIG. 7B shows a format example of the basic character information 80. The character basic information 80 has at least one character code that can identify all the characters having a one-to-one correspondence with each character, and further has a character number according to each character code system to be managed. Character code information
It has (Shift JIS code, JEF code). If the character is a kanji, it includes dictionary information such as the total stroke count, sword code, radical code, on-reading, kun-reading, and management information such as the administrator and the date of file registration.

FIG. 7C shows a format example of the character information 81. In the character information 81, a font code necessary for designating the character file 90 of the character DB 9 shown in FIGS. 1 and 3 is set. For example, if the kanji "A" has Mincho type A, Mincho type B, Gothic type A, and textbook type, a code such as 0101,0102,0201,0501 is recorded. In addition, management information such as the date of purchase of each character, the price, etc. is also recorded as necessary.

FIG. 7D shows a format example of the font information 82. The font information 82 includes the font file 100 of the font DB 10 shown in FIGS.
The typeface / size code required to specify the is set. For example, the kanji "A" is the Mincho type A 16 dot character set, the Mincho type A 24 dot character set, the Mincho type A
32 dot character set, Mincho type B 32 dot character set, Gothic type A 16 dot character set, Gothic type A
If there are products such as 24 dot character set, Gothic A 32 dot character set, textbook 32 dot character set, 010116,010124,010132, 010232,020116,02012
Record the code, such as 4,020132,050132. Also,
If necessary, record management information such as the date when each font was released and the price.

FIG. 5A shows an example of the format of the typeface code / name conversion table. The typeface code / name conversion table records the typeface code and the corresponding character names. FIG. 5B is a format example of the typeface / size code / name conversion table. The typeface / size code / name conversion table records the above typeface code, size code, and corresponding font name.
When a predetermined character or font is displayed by the character management system of the present invention, it is used to display the name.

FIG. 3A is a conceptual diagram of the character mother DB 9 of FIG. 1 prepared in the character management system of the present invention. Character DB
9 has a character file 90 that matches any of the typeface codes in the character information 81 of the dictionary DB 8 concerned, and
There is a one-to-one correspondence between the typeface code and the font file 90.

The character mother file 90 is composed of a header portion representing font code / management information / character mother file name as shown in FIG. 3 (a), and character code and character mother data (XXXXX, XXXXX, (Dot data shown by) is recorded. Figure 3 (b) shows the character DB in Figure 1 above.
It is a typeface code / management information (for example, information indicating presence / absence) / stored address conversion table for obtaining the storage position of each character mother file 90 in the character mother DB 9 for the search means 31.

FIG. 4A shows the font DB of FIG. 1 of the present invention.
10 is a conceptual diagram. The font DB 10 has a font file 100 that matches any of the typeface code sizes in the font information of the dictionary DB 8, and the typeface code, size code and font file 100 have a one-to-one correspondence. is there.

The font file 100 is shown in FIG.
According to the character code system (JIS code or JEF code) corresponding to the font file, size code / font name and the character code system (JIS code or JEF code) as shown in (a), font data (XXXXX, XXXXX, ... The indicated dot data) is recorded. FIG. 4B shows a font code, size code / management information for obtaining the storage position of each font file 100 in the font DB 10 for the font DB search means 41 in FIG. 1 of the present invention. / This is a storage address conversion table.

As described above, the character management system according to the present invention is based on the typeface code and management information obtained by searching the dictionary DB 8 in addition to the conventional means for searching the dictionary DB 8. A means 31 for searching the character DB 9 and a font D based on the typeface code, size code and management information
B search means 41 is provided.

First, the character search processing unit 2 in FIG. 1 is started. First, a character code is obtained from the above-mentioned JIS first-level kanji code table, for example, and the character code of the character to be searched is input by the search character input means 20 in the character search processing unit 2. Next, using the character code, the dictionary DB search means 21 searches the dictionary DB 8 to obtain the basic character information 80, the character information 81, and the font information 82 (see FIG. 7) of the target character.

The font search system section 1 in FIG. 1 displays the search result. The font name and font size name are
Names are displayed using the typeface code / letter code name conversion table and the typeface code / size code / font name conversion table shown in FIG. 5, respectively.

Here, when it is desired to see the character mother, the character mother file selecting means 30 in the character mother search processing unit 3 in FIG. 1 specifies the typeface code shown in FIG. Search the character DB 9 at 31. The search key here is the typeface code, management information, and character code. Character data obtained by the search for display by the font search system unit 1 in the figure {see FIG. 3 (a)}
Is converted into graphic data which can be displayed by the character display means 32.

In addition, when looking at the actual font, the screen shown in FIG.
The font / file selection means 40 in the font search processing unit 4 inside specifies the typeface code and size code shown in FIG. 7D, and the font DB search means 41 searches the font DB 10. . The search key here is a typeface code, size code, management information, and character code. In this case as well, the font data obtained by the search (see FIG. 4 (a)) is converted into graphic data which can be displayed by the font display means 42 for display by the font search system unit 1 in the figure.

Even in the character management system of the present invention, the dictionary information and management information of registered characters can be corrected,
If you want to replace the glyph file 90, or if you want to add a new font file 100, etc.,
Dictionary DB update / addition processing 5, Character DB update / addition processing 6,
Font DB update / addition processing is possible by using each processing shown in 7.

For example, when modifying the dictionary information and management information of registered characters, the dictionary DB update / addition process 5 in FIG.
Change characters are specified by the update / additional character specification process 50 in. The designation method is the same as the search character input means 20 of the character search processing unit 2 in FIG. The search for the designated character is similar to that of the dictionary DB search means 21.

By this dictionary DB update / addition process 5, basic character information 80, character information 81, and font information 8
Fix 2. After the correction is completed, the dictionary DB storage means
52 stores the dictionary data in a predetermined location in the dictionary DB 8. To register new characters, update / additional character designation processing in the dictionary DB update / additional processing 5 in Fig. 2
At 50, an instruction to register a new character is given, and an empty character code is assigned in the same process. After that, by the dictionary DB update / addition process 5, basic character information 80, character information 8
1 and the required font information 82, enter the following items,
The dictionary DB storage means 52 registers / stores in the dictionary DB 8.

When the character mother file 90 is replaced, the typeface code is designated by the update / additional character designation processing 60 in the character mother DB update / addition processing 6 in FIG. Designated,
By using the typeface code, the character DB searching means 61 is shown in FIG.
The font code / storage address conversion table in (b) is searched to obtain the character file storage address.

Next, the character DB storing means 62 causes the character D
Register / save to B9. Where the letter file 90
If the capacity of the table changes, the conversion table updating means 63 corrects the storage address for relocation, and the letter D
The B update / addition processing 6 is performed by the character mother DB storage means 62 and FIG.
Relocate the font file 90 using the above typeface code / stored address conversion table in (b).

When a new font file 100 is to be additionally registered, the new font file 100 is registered by the update / additional font designation processing 70 in the font DB update / addition processing 7 in FIG. An instruction is given, and the font DB search means 71 searches the font size / code / storage address conversion table of FIG. 4B to obtain a new storage address. Font DB update / addition process 7
The font DB saving means 72 is used to register a new font file 100 in the new storage address, and the conversion table updating means 73 adds the font size / code / storage address conversion table of FIG. 4 (b). Update.

At this time, the typeface code and size code of the character to be updated / added are the dictionary DB update / addition processing 5
Set when executing update / additional character specification processing 50. As described above, the character management system of the present invention newly uses the dictionary DB which is the existing character management information, and newly searches the character DB and the font DB to search and display the image data of the character and the font. Was constructed, and the character DB was searched based on the typeface code, management information, and the character code obtained by searching the dictionary DB, and obtained by searching the dictionary DB.
Based on the font code, size code, management information, and character code, the character DB and font DB are searched and the searched D
The feature is that the character and font are displayed based on the B data.

[0053]

As described above in detail, according to the character management system of the present invention, the character DB and the font DB can be changed from the retrieval work using the text information in the existing dictionary DB.
Is independently constructed, and each search means, update processing, etc. are constructed outside the existing system, which makes it possible to refer to the actual image of the character and to easily manage the character.

[Brief description of drawings]

FIG. 1 is a principle configuration diagram of the present invention (No. 1)

FIG. 2 is a principle configuration diagram of the present invention (No. 2)

FIG. 3 is a diagram showing an embodiment of the present invention (No. 1).

FIG. 4 is a diagram showing an embodiment of the present invention (part 2).

FIG. 5 is a diagram showing an embodiment of the present invention (part 3).

FIG. 6 is a diagram (part 1) explaining a conventional character management system.

FIG. 7 is a diagram (part 2) explaining a conventional character management system.

[Explanation of symbols]

1 Font search system section 2 Character search processing section 20 Search character input means 21 Dictionary DB search means 3 Character mother search processing section 30 Character mother file selection means 31 Character mother DB search means 32 Character mother display means 4 Font search processing section 40 Font
File selection means 41 File DB search means 42 Font display means 5 Dictionary DB update / addition processing 6 Character DB update / addition processing 7 Font DB update / addition processing 8 Dictionary DB 9 Character DB 10 font DB 80 Character basic information 81 Character information 82 Font information Character code Font code / Character name conversion table Font / size code / Font name conversion table Font code / stored address conversion table Font size / code / stored address conversion table

Claims (1)

[Claims] 1. A character code () for selectively identifying a character.
A character management information database (8) that stores management information such as dictionary information such as the number of strokes of characters, reading, etc., and updated date and time, and character characters for each typeface in the character code () order of the character codes (). A character database (9) that configures and stores 90), and a font database (10) that configures and stores font files (100) in the order of the above character code () for each font size. Typeface code / letter name conversion table () that converts typeface codes to character names, and typeface / size code / font name conversion table () that converts typeface codes / size codes to font names
And a font code / stored address conversion table that obtains the font mother file storage address for each font in the font database (9) above
(), A font size code / storing address conversion table for obtaining the font file storage address for each font code / size code in the font database (10), and a character to the character code (), or , Using the above dictionary information, from the character management information database (8), the corresponding basic character information (80), glyph information (81), font information (82)
Using the dictionary DB search means (21) for searching for and the character information (81) obtained from the dictionary DB search means (21) using the character code (), the typeface code, and the management information as keys, A character DB searching means (31) for searching a corresponding character from the character database (9) and font information (8) obtained from the dictionary DB searching means (21).
2) using the character code (), typeface code, size code, and management information as keys,
A character management system comprising: a font DB search means (41) for searching a corresponding font from a database (10).