JPS6134667A - Editing device - Google Patents

Abstract

PURPOSE:To prevent an increase in character data by inhibiting to register repeatedly at the time registration a common character pattern in characters of ''Min-cho'' (a style of type originated from the Min dynasty of ancient China), ''Kure-take'' (a style of type originated from the Go dynasty of ancient China) and for calibration, and using the character pattern in common. CONSTITUTION:In case of an operation for registering character data, character pattern information to be registered is sent to character data registering part 7 from the outside, and whether its character pattern is the same as a character pattern registered before is decided. When the character pattern is the same one as that which has been registered before, it is not registered. Next, in character classifying information, etc. for showing which style of type said character pattern belongs to, a correction use, ''Min- cho'' or ''Kure-take'', whether the character pattern registered before common use character information is used in common or not is decided. In case it has been decided that it is used in common, it is written on an incex area. By executing such a registration, an increase of the character data can be prevented, and also by executing a frequency management, use of a main memory is suppressed to the minimum and data transfer between a character storage device and the main memory can be minimized.

Description

[Detailed Description of the Invention] [Technical Field of the Invention] The present invention relates to an editing device that displays and edits character data on a display unit such as a CRT before outputting the characters with Denkisha lf1m or other various printers. Specifically, it relates to the registration of character data in a plurality of fonts for display on a display unit, access to character data, and the like.

[Background of the invention] In fields such as newspaper typesetting and general printing, in order to quickly perform text assembly, correction, and various editing processes,
Recently, systems using mold typesetting and various other printers have been used. In such a system, a large number of articles, texts, and typesetting data are input using an input device and stored on a floppy disk, magnetic disk, or electronic computer storage device, and then the data is displayed on an editing device. The documents are displayed in the section, various corrections and editing operations are performed, and the results are printed out using a computer typesetting machine or various other printers.

The editing device is generally composed of a display section 1, a keyboard 2, a coordinate input section 3, a floppy disk device 4, etc. as shown in Fig. 2, and displays already input character data based on typesetting data, and displays it on the display screen. It performs various editing tasks such as correcting and deleting text, changing the formatting format, and moving documents.

Since the text output from the system is displayed on a monitor, it is desirable that the editing device can display at least two M fonts: Mincho and Paternal. In addition, in order to perform exact typesetting in printing, for example, as shown in Figure 3, even if the same alphabet is "■", if it is in the center of the virtual body 5 (Figure 3 (a)), it must be shifted to the left. (Figure 3 (b)), etc., and the screen.
In order to perform proofreading in step 2, it is necessary to display the text in a form that includes a pattern to accurately indicate where the text is located in the virtual body, as shown by the dotted line 6 in Figure 3. It is essential. If a character containing such a pattern is defined as a "proofreading" typeface here, the editing device needs to store at least the aforementioned three typefaces, Mincho, Paternity, and proofreading, in its character storage device. .

However, while the characters and symbols used in general printing are approximately 7,200 characters at JrS 2nd level, which can be displayed on a Japanese word processor, for example, each of the above three fonts requires approximately 30,000 character types, for a total of approximately 100,000 characters. It had an enormous memory capacity. Only [ノ, for proofreading,
In the Ming Dynasty, each typeface of paternity contained symbols, numbers, punctuation marks, such as dot yamaru, ■, ■, ■..., r, n, nr,
..., (1), (2), (3)...

There are many cases where the character pattern does not change even if the font changes, such as fonts, etc. However, due to handling issues, conventionally even if the character pattern is the same, it is registered in duplicate for each font. There is.

Furthermore, even if these character/symbol patterns are stored in a storage device such as a magnetic disk, there is a drawback that a considerable amount of access time is required to display a desired character due to the huge number of patterns.

Furthermore, even if a method is adopted in which a part of the character pattern is read out from the magnetic disk on the main memory and expanded, and a desired pattern is accessed from among the expanded character patterns, it is simply possible to access a part of the character pattern. If only a portion of the characters are expanded, frequently used characters are not necessarily expanded in the main memory, and character patterns other than those expanded in the main memory are read from the magnetic disk each time, and a new main character pattern is read out from the magnetic disk each time. There are problems such as the need to frequently transfer data by expanding it on the memory, and that it cannot be expected to be very effective in shortening the access time for displaying desired characters.

[Object of the invention] The present invention has been achieved from the above point, and is based on the Ming Dynasty,
'To provide an editing device that prohibits duplicate registration of common character patterns among characters for paternity and proofreading, and prevents an increase in character data by using character patterns for both purposes. The purpose is to

Another object of the present invention is to develop a part of character data stored in a character storage device onto a main memory, and to perform frequency management when accessing the main memory and displaying desired characters on a display section. To provide an editing device in which the use of main memory is minimized and data transfer between a character storage device and the main memory is minimized. Its features are that it stores character pattern information for multiple fonts in its memory,
In an editing device that displays characters on a display section and performs various editing operations, there is a character data file in which character patterns are registered by dividing multiple character data into multiple files as one unit, and each of the character data files. a file management table storing information indicating a unique file address for each file and data for managing frequency information;
Information unique to each character pattern indicating the position of the information to be referenced in the file management table, and information indicating the address of the character pattern within each file are divided and registered in a plurality of index parts. an index file in which a character pattern is registered in units of a plurality of characters, two index parts out of a plurality of index parts of the index file, and a file management table. The character data access unit includes a main memory for expansion, and a character data access unit that performs an operation of accessing desired character data by externally providing a character code and character type information in order to display characters on a display unit. When accessing character data, if a file containing the desired character is not expanded in main memory, it compares the frequency information shown by the file management table of multiple expanded files and selects the least frequently used file. This is to transfer data from a character data file and develop a file that includes desired characters at the location where the file is being developed.

[Configuration/Operation of the Invention Part 2] FIG. 1 is a diagram showing an embodiment of the present invention, in which the part indicated by Δ is a character data registration system, and the part indicated by B is a display system.

First, we will explain the registration of character data.

In the character data registration system A, 7 is a character data registration unit that performs various controls in registering character data, 8 is a character data file for registering character data, 9 is an index file for registering the index of each character data,
10 is a file management team 7=pull. FIG. 4 is a flowchart for explaining the operation of the character data registration section 7 in the character data registration system A of FIG.

The operation of registering character data will be described below with reference to the flowcharts of FIGS. 1 and 4.

(2) First, character pattern information to be registered from the outside is sent to the character data registration section 7, and it is determined whether the character pattern is the same as a previously registered character pattern.

(2) If the same character pattern has not been registered before and is the first character pattern to be registered, that character pattern is registered in the character data file 8.

The character data file 8 will now be explained.

FIG. 5 is a diagram schematically showing the character data file 8.
As can be seen from the figure, the character data file 8 is composed of a plurality of files 11 each storing a fixed number of characters, for example, 1'28 characters.

On the other hand, if the character pattern is the same as the previously registered one, the character pattern is not registered in the character data file 8 and the process proceeds to the next step (2).

Here, the index file 9 and file management table 10 will be explained. FIG. 6 is a diagram schematically showing the index file 9. As shown in FIG. 9a is for calibration,
9b is the Mincho index file, and 9G is the paternity index file, each of which is divided into four index parts and a 12-marked index part. In each index of each index section, the file management number 108 in the file management table 10, which will be described later, and the file 1 in which each character pattern in the character data file 8 is registered.
Intra-file address 92 within 1 is written.

FIG. 7 is a diagram schematically representing the file management table 10. The file management table 10 includes a file management file 10-1 (108 in FIG. 6) and a file rd10-2 indicating from which address in the character data file 8 the file 11 in which the character pattern is registered is registered. , a used segment 10-3 indicating a segment used when expanding the file 11 onto the main memory, which will be described later, and an access counter 10-4 indicating a value obtained by counting the number of times the file 11 has been accessed. .

One set of file management information, file ID, used segment, and access counter in this file management table 10 corresponds to one file 11.

■In step ■, the character type information and character code information indicating whether the font is for proofreading, Mincho, or Kuretake, sent from an external source, and the previously registered character pattern are used as they are. It is determined whether or not the previously registered character pattern is to be used in combination, based on the combination character information among the three pieces of information (FIGS. 1 and 4) indicating whether or not the character pattern can be used in combination.

■If the character pattern is not shared, the character data file 8 of the file 11 in which the character pattern is registered in the file ld column of the file management table 10, which has a unique file management number for the file 11 in which the character pattern was registered first. The information indicating the address from which the file is registered is written, and furthermore, the address in the file 11 of the file management and character pattern is written in the area of the corresponding index of the index file 9.

■,■ If it is determined that a character pattern is to be used for the same purpose, copy the contents of the index section of the character pattern to be used for the same purpose that has already been registered in the character data file, that is, the address information in file management 11 and file 11, and copy them. The data is written in the index area determined by the character code information in the index section determined by the character type information.

All of the character data registration operations described above are performed by the character data registration section 7.

As described above, character data is registered sequentially.

[Configuration/Operation of the Invention Part 2] Next, a case will be described in which characters are displayed on the display unit using the character data registered as described above.

In the display section B of FIG.
This memory is used to expand the data of the two index sections and the file management table 10 which are divided into two.

13 is a character data address unit that accesses the main memory 12 based on information such as the specified character code and character type, and sends a desired character pattern to the display control unit 14; 14 is a display control unit; and 15 is a display unit. It is.

Figure 8 shows the character data access section 13 of display system B in Figure 1.
2 is a flowchart for explaining the operation of FIG.

The operation of displaying character data on the display section will be described below with reference to the flowcharts of FIGS. 1 and 8.

First, the character information (character code,
character type, etc.) is sent to the display control unit 14. The display control unit 14 sends the character code of the first character and the character type information to the character data access unit 13.

(2) The 9-character data access unit 13 specifies whether the font is proofreading, Mincho, or paternal, based on the received character type information. Then, based on the character code, each typeface is divided into four parts and is registered in the index file 9. Among the index parts registered in the index file 9, which index part is registered is specified, and the specified index part is expanded into the main memory 12. determine whether the

(2) If the corresponding index section is not expanded on the main memory 12, the corresponding index section is expanded on the main memory 12 from the index file 9.

If the corresponding index section is developed on the main memory 12, the process advances to the next step.

(2) Refer to the index of the corresponding character in the index section developed on the main memory 12. As shown in Figure 6, the index is the file management number,
10a and an address 92 within the file. Therefore, according to the file management number of the index, the used segment 1o stored in the corresponding table of the file management table 10 expanded on the main memory 12
-3, it is determined whether the file 11 containing the desired characters has been developed in the main memory 12.

If it is expanded, proceed to the next step ■.

(2) If the file 11 has not been expanded, it is determined whether the file 11 has been expanded as fully as possible on the main memory 12.

■If it is not fully expanded, the file I of the file management table 1゜ expanded on the main memory 12
The file 11 starting from the address on the character data file 8 indicated by d is also stored in the file management table 1o.
The data is expanded to the segment on the main memory 12 indicated by the used segment.

■ If the files 11 are expanded all at once, the files 11 corresponding to each of the multiple expanded files 11 stored in the access counter of the file management table 10 also expanded in the main memory 12. The frequency information is compared, and the file 11 containing the desired characters is developed at the position of the file 11 least frequently used.

The index of the desired character and the file 11 are developed on the main memory 12 by the operations 00 and above.

Finally, the corresponding index is accessed using the sent character type information and character code information, thereby determining the file management table 10 of the file management table 10 to be accessed. The location of the file 11 containing the desired character in the main memory 12 can be found by accessing the used segment column. Therefore, by using this information and the address information in the file when accessing the index, it is possible to know in which position in the file 11 the character pattern data of the desired character is located, and the character pattern data at that position is accessed and sent to the display control unit 14. . At the same time, since the file 11 is accessed, the value of the access counter of the file management table 10 is incremented by one.

The character pattern data sent to the display control section 14 as described above is transmitted to the display section 1 under the control of the display control section 14.
5 as the desired character.

With respect to the character information sent one after another in this way, desired characters are accessed and displayed on the display section as described above.

The embodiments of the present invention have been described in detail above. Although the above description has been made regarding an editing device, the present invention is not limited to this, and it goes without saying that it can be implemented in devices that store a plurality of fonts, such as computer phototypesetting machines and various printers.

[Effect of the invention 1 As explained above, according to the present invention, when registering character data, fonts that use the same character pattern for proofreading, Mincho, and paternity fonts are registered redundantly. In order to prohibit the use of the same character pattern in multiple fonts, those that use a character pattern in common must copy the index of the previously registered character and write the same index information. As a result, it is no longer possible to register the same character pattern twice.

As a result, effects such as the ability to significantly reduce the storage capacity for storing character data are brought about.

Furthermore, when accessing the registered data and displaying it on the display, for example, each time a file registered in units of 128 characters is accessed, the access counter of the file management table is counted up and the data is expanded on the main memory. By performing frequency management in which a file in which a desired character is registered is expanded to the position of the file with the lowest frequency among the multiple files in the file, the files with high frequency are made to reside in the main memory. As a result, it brings about effects such as being able to significantly increase the access time for displaying desired characters.

[Brief explanation of drawings]

FIG. 1 is a block diagram showing an embodiment of the present invention, FIG. 2 is a diagram showing a general editing device, FIG. 3 is a diagram showing an example of a character pattern for proofreading, and FIG. 4 is a diagram showing an example of a character pattern for proofreading. Character data registration system A
FIG. 5 is a flowchart explaining the operation of the character data registration section 7 that is used to input data, and FIG. 5 is a diagram schematically showing the character data file 8.
FIG. 6 is a diagram schematically showing the index file 9,
FIG. 7 is a diagram schematically showing the file management table 10, and FIG. 8 is a diagram schematically showing the file management table 10, and FIG. 8 is a diagram showing the character data access section 1 of the display system B in FIG.
3 is a flowchart illustrating the operation of step 3. 7...Character data registration unit 8...Character data file 9...Index file 10...File management table 12...Main memory 13...Character data access unit 14...Display control unit 15 ...display section

Claims (1)

[Claims] An editing device that stores character pattern information of a plurality of fonts in a storage section, displays characters on a display section, and performs various editing operations, which divides a plurality of character data into a plurality of files as one unit. a character data file in which character patterns are registered; a file management table storing information indicating a unique file address for each file of the character data file and data for managing frequency information; and the file management table. an index file in which unique information for each character pattern indicating the position of information to be referenced in the table and information indicating the address of the character pattern within each file are divided into a plurality of index parts and registered; a main memory for expanding a plurality of the files in which character patterns are registered in units of a plurality of characters, two index parts of the index part divided into a plurality of index parts of the index file, and a file management table; and a display. and a character data access unit that accesses desired character data by externally supplying a character code and character type information in order to display characters in the section, and the character data access unit accesses the character data. When a file containing the desired character is not expanded in the main memory, the frequency information shown by the file management table of multiple expanded files is compared, and the location where the file with the lowest frequency is expanded is determined. An editing device that transfers data from a character data file to develop a file containing desired characters.