JPS62199458A - Apparatus for processing document - Google Patents

Abstract

PURPOSE:To rapidly judge a code information having no pattern information present therein, by mounting the disk of a first memory means, the font memory of a second memory means, the code converting table of a first memory and the flag of the code converting table of a second memory. CONSTITUTION:CPU2 reads a font pattern from a disk 12 to store the same in a font memory 7. At this time,the kind of the code information of a document is stored in a code converting table 8 and a table allowing said code information to correspond to the pattern address of the font memory 7 is formed to be stored in said table 8. Further, a flag showing code information, wherein a font pattern is stored in the disk 12, in a font memory not present in the memory 7 is provided. When the pattern development of code information is performed on a page buffer 4, a pattern generating control circuit 5 judges that code information having no pattern information in the memory 7 and a flag turned OFF is the one having no pattern information and stores an undefined pattern in a frame memory 6.

Description

DETAILED DESCRIPTION OF THE INVENTION [Field of Industrial Application] The present invention relates to a document processing device, and particularly to a document processing device that inputs character/symbol codes, develops them into font patterns, and outputs them.

[Prior Art] Conventionally, in this type of device, font patterns corresponding to character codes required for normal output are stored in a memory section within the device and outputted. The smell of such equipment
When a character code that is not in the memory is input, this is called external character processing, and the device generates a status of no font pattern to the external storage device (host computer), etc., and the necessary font pattern is sent from the host computer. I had to ask the equipment to send it to me. Another method is to load the font pattern into the memory section from an external storage device such as a disk of the device itself, and continue printing.

[Problems to be Solved by the Invention] Therefore, even if the sent character code has no font pattern in either the host computer or the external storage device, the data cannot be sent to the host computer or externally. Since reading from the storage device and the like cannot proceed to the next process until the result is known, there is a drawback that unnecessary operations occur and the output speed becomes slow.

The present invention has been made in view of the above conventional example, and an object of the present invention is to provide a document processing device that can easily and quickly determine code information in which pattern information does not exist.

, [Means for Solving the Problem] As a means for solving this problem, for example, the document processing apparatus of the embodiment shown in FIG.
2, a font memory 7 as a second storage means, a code conversion table 8 in the first memory, and a flag in the code conversion table 8 in the second memory.

[Operation] In the configuration shown in FIG.
The font pattern is read out and stored in the font memory 7. At this time, a table is created and stored in the code conversion table 8 that associates the type of code information of the document and the code information with the pattern address of the font memory 7. A flag indicating code information in which the font pattern is stored is added to 1z. When the pattern generation control circuit 5 develops a pattern in the page buffer 4 from code information according to the pattern information in the font memory 7, if the code does not have pattern information in the font memory 7 and the flag is off, there is no pattern information. The undefined pattern is stored in the frame memory 6 as an undefined pattern.

[Examples] Examples of the present invention will be described in detail below with reference to the accompanying drawings.

[Description of document processing device (FIG. 1)] FIG. 1 is a block diagram of a document processing device according to an embodiment of the present invention.

Reference numeral 1 denotes a control section of the document processing apparatus that receives document information from various host computers 15, converts it into a dot image, and outputs it to the printer section 14.

Reference numeral 2 denotes a CPU that controls the control section 1, and is composed of, for example, a microprocessor. 3 is a program memory that stores a control program for the CPU 2, various tables for printing, etc., and 4 is a page buffer that stores document information from the host computer 15.

5 is a pattern generation control circuit that generates font patterns such as letters and symbols based on the code information stored in the page buffer 4 and stores them in the frame memory. ROM containing control programs, data, etc. and work area R
Equipped with AM etc. 6 is the output paper 1 of the printer section 14
A frame memory stores a dot image corresponding to a page, and a font memory 7 contains a font pattern of each character corresponding to the character code.

Reference numeral 8 denotes a code conversion table that has a table for associating character codes with storage addresses of the font patterns, and flag information indicating whether or not the font patterns exist in the external storage unit 12, such as a disk, which is a rewritable memory. It consists of Reference numeral 9 denotes a shared memory that can be accessed by both the CPU 2 and the pattern generation control circuit 5.

10 is an interface circuit for connecting with the host computer 13, and is, for example, an interface circuit such as R5-232C. Reference numeral 11 denotes a printer interface circuit that converts the dot image in the frame memory 6 into, for example, a serial electric signal (for example, a laser on/off signal in a laser beam printer) and outputs print data to the printer section 14. . Reference numeral 12 denotes an external storage unit, such as a floppy disk device, which stores font patterns. Reference numeral 13 denotes a floppy disk (FD) interface circuit for transmitting and receiving data between the control section 1 and the floppy disk 12. Reference numeral 14 denotes a printer section that performs printing, such as a laser beam printer. A host computer 15 is a source of print data.

In such a configuration, print data and control commands from the host computer 15 are taken into the CPU 2 via the interface circuit 10 and sequentially stored in the page buffer 4. After storing one page worth of print data in the page buffer 4, the CPU 2 instructs the pattern generation control circuit 5 to develop the character code into a font pattern and specifies the start address of the print data in the page buffer 4. As a result, the pattern generation control circuit 5 sequentially reads character codes from the print start address of the page buffer 4, reads the font pattern corresponding to the code from the font memory 7, and sequentially develops the pattern in the frame memory 6.

When the print data for one page has been developed as a font pattern in the frame memory 6, the pattern generation control circuit 5 notifies the CPU 2 that the development of the font pattern for one page has been completed. When the CPU 2 receives the completion of the font pattern development, the CPU 2 sends a message to the printer interface circuit 11.
An instruction is given to convert the data in the frame memory 6 into a video signal. The printer interface circuit 11 is connected to the printer section 14
For example, the printer section 14
When the printer is a laser beam printer, each dot data in the frame memory 6 is sequentially converted into a laser on/off serial signal and output.

Note that when the CPU 2 is powered on, it loads the font pattern necessary for printing from the disk 12 via the FD interface circuit and stores it in the font memory 7. At that time C
The PU 2 stores the address of the font memory storing the font pattern in a memory area that corresponds to a character code that is an external code in the code conversion table 8 in a pair. Furthermore, a flag indicating whether the font pattern of the external code is not in the font memory and exists on the disk 12 is set.

Note that when the storage address of the font memory 7 is 0, it indicates that the font pattern is not on the font memory 7.

As an example of a case where the font pattern is not on the font memory 7 but on the disk 12, for example, J1s-6226
It is conceivable that the first-level kanji characters are loaded into the font memory 7 in advance, and the second-level kanji characters remain stored on the disk 12 without being loaded into the font memory.

During printing, the pattern generation control circuit 5 detects the address of the font memory 7 in the code conversion table 8 and the disk presence/absence flag, and if the address is not 0, it assumes that a font pattern exists at that address and prints that font pattern. is read from the indicated address in the font memory 7 and stored in the frame memory 6.

When the address is 0 and the flag is off, that is, there is no font on the disk, an undefined pattern is printed. When the flag is on, that is, there is a font pattern on the disk 12, the shared memory 9 stores the fact that a character code has occurred that is not in the font memory 7 but has a font pattern on the disk 12, and also performs code conversion to indicate the character type of the code. Store the address of table 8 and its code.

[Description of Data Structure (FIGS. 2 to 4)] FIG. 2 shows the data format on the page buffer 4.

Address 2 of code conversion table 8 indicating character type
0, x and y drift values 21 representing the position on the paper of the first character pattern of the code string in the record, number of bytes of the code string in the record 22, character code string 23, and pointer to the next record 24 This is what forms the le cord. Note that when the pointer to the next record is 0, it indicates the end of one page.

FIG. 3 is a diagram showing the structure of the code conversion table 8.

In the first 128 bytes of the code conversion table 8, there is an information section 30 in which a flag indicating that the code string is 1 byte/2 bytes and information such as the width and height of the font pattern are stored. After the information section 30, addresses of each font pattern are stored in one-to-one correspondence with each character code depending on the code system used. In addition, here
'' indicates a hexadecimal number.

In addition, Figure 3 shows the case of JIS-6226 kanji code, and the first address of 31 is JIS code X'2.
121' is the address 32 determined based on
This area 31 stores font pattern addresses, flags, etc. of the font memory 7.

FIG. 4 is a detailed view of column 31 in FIG. 3, where the address of the font pattern is expressed in 32 bits. Among them, 2
4 bits is the address 42 of the pattern in font memory 7.
The other 8-bit part 41
Among them, the most significant bit is used as a flag 40 indicating whether or not the disk 12 has a font pattern.

[Explanation of font pattern development process (FIG. 5)] FIG. 5 shows a flowchart of font pattern development processing by the MPU of the pattern generation control circuit 5.
This program starts when the CPU 2 inputs an instruction to develop the code data in the page buffer 4 into a font pattern.

First, in step S1, a read address of the page buffer 4 is designated and read. In step S2, page buffer 4
Based on the data, the address 20 of the code conversion table 8 is read, and in step S3, the position (x', y) coordinates 21 of the character pattern on the paper is read, and the storage address in the frame memory 6 is determined. In step S4, the number of characters in the code string, 22, is read and the RAM counter MJ is
Store in CNT.

In step S5, the code string 23 is read out, and the conversion table address 20 and the pattern address of the conversion table 8 obtained from the code are entered. If the pattern address is not 0 in step S6, that is, if there is a font pattern in the font memory 7, step S7
Step S3 reads out the font patterns, and sequentially stores the font patterns at the address of the frame memory 6 determined in step S3.

In step S8, the character counter MJCNT is incremented by 1, and in step S9, it is checked whether the pattern expansion of all the characters in the code string 23 has been completed. If not, step S5 is again performed.
Return to and repeat the above operation. When the processing of the code string 23 of the code is completed in step S9, the process proceeds to step SIO to check whether the pointer 24 is 01, that is, the end of one page.

, when one page ends, the process ends, but when one page does not end, the process advances to step Sll, and the pointer 24
The next record is read based on the address.

If the pattern address is 0 in step S6, the process advances to step S12, and it is checked by flag 4o whether the font pattern is stored on the disk 12. When the flag 40 is off, that is, when there is no corresponding font pattern on the disk 12, the process advances to step s13, and a pattern indicating unprinted data is stored at the corresponding address in the frame memory 6.

When the flag 40 is on, the process advances to step S14, where the address and character code of the code conversion table 8 are written into the shared memory 9, and the CPU 2 is instructed to read the disk 12. In step 315, the CPU 2 waits for notification of completion of pattern loading to the font memory 7. When the notification of the completion of loading the pattern to the font memory 7 is received via the shared memory 9 or via the signal line 18, the process proceeds to step S7, where the font memory 7 is read out based on the address of the code conversion table 8. The pattern is developed in the frame memory 6.

[CPU external character pattern reading (Figure 6)] Figure 6 shows C
In the flowchart for reading external character patterns by PU2,
In this program, the pattern generation control circuit 5 is connected to the shared memory 9.
It begins by writing read data to the disk.

In step S20, the address and code of the code conversion table 8 are read from the shared memory 9. In step S21, the font pattern is read out from the disk 12 based on the code. In step S22, the font pattern read from the disk 12 is stored in the font memory 7, and in step S23, the pattern address of the font memory 7 is stored in the pattern address area of the code conversion table 8. As a result, the pattern address, which was initially 0, is changed to the address of the font pattern in the font memory 7. In step S24, CPU2
The pattern generation control circuit 5 is then notified of the completion of storing the font pattern in the font memory 7.

In this embodiment, the flag on the code conversion table 8 was explained as indicating whether or not the font pattern exists in the connected external storage device such as a disk. In the case of a printer with a host computer, a flag on the code conversion table 8 may indicate whether or not the font pattern exists on the host computer side.

Further, in this embodiment, the case of printing output using a video signal has been described, but the frame memory is not particularly limited to printing, and may be a video memory for screen output such as a display device.

Further, in this embodiment, a dot image for one page is generated on the frame memory and outputted, but the present invention can also be applied to a printer that sequentially outputs characters, such as a wire dot printer.

Further, in this embodiment, two font patterns are synthesized, but it is also possible to synthesize a plurality of font patterns by performing the compositing operation multiple times. Note that the document information in this embodiment may be graphic information.

As explained above, according to this embodiment, by providing a flag indicating whether or not a font pattern exists in an external device or external storage device for each code, it is possible to efficiently process non-standard characters. .

[Effects of the Invention] As described above, according to the present invention, code information without pattern information can be easily and quickly determined.

[Brief explanation of drawings]

FIG. 1 is a block diagram of a document processing device according to an embodiment of the present invention. FIG. 2 is a diagram showing the data format of a page buffer. FIG. 3 is a diagram showing an example of a code conversion table. FIG. 4 is a diagram showing an example of a code conversion table. FIG. 5 is a flowchart of pattern development processing by the pattern generation control circuit; FIG. 6 is a flowchart of disk readout by the CPU. In the figure, 1...control unit, 2...CPtJ, 3...program memory, 4...page buffer, 5...pattern generation control circuit, 6...frame memory, 7...
- Font memory, 8... Code conversion table, 9... Shared memory, 10... Interface circuit, 11... Printer interface circuit, 12...
- Floppy disk (disk), 13...FD Zeinface circuit, 14...Printer section, 15...
Host computer, 40...Flag. Patent applicant Canon Mano Co., Ltd.;・-- Figure 4 Figure 6

Claims (2)

[Claims] (1) A document processing device that inputs document information, converts the document information into pattern information, and outputs the pattern information, which includes a first storage means for storing pattern information, and a first storage means for storing pattern information from the first storage means. a second memory that reads and stores the document information; a first memory that stores the document information in association with an address of the pattern information of the second memory; What is claimed is: 1. A document processing device comprising: a second memory for storing whether or not the document exists in the first storage means. (2) The document processing device according to claim 1, further comprising a code interface unit that can be connected to various host computers.