JPH03248262A - Document processor - Google Patents

Abstract

PURPOSE:To automatically determine a picture size to generate a document incorporating picture data by reading out stored specific picture data based on specific information included in document data to discriminate its size and generating the document to which size information is added. CONSTITUTION:Document data 144 without size information is read out from an auxiliary memory 4 by a processor 153 of a main memory 105, and picture data 141 is read out based on specific information included in data 144 and its size is discriminated. Picture area height 161 and picture area width 162 in a main memory 106 are referred based on the discrimination result to determine size information of the picture, and document data 142 with size information for composite document is generated which format commands which can be analyzed and executed by a formatter 151 are added to. Data 142 is edited by the formatter 151 to obtain laid-out document data 143, and data 143 is printed through a buffer 107 in accordance with a print program 152, and thus, a composite document including the picture whose size is automatically determined is printed.

Description

[Detailed Description of the Invention] [Industrial Application Field] The present invention relates to a document processing device capable of typesetting and layout of document information, and in particular, to a document processing device capable of formatting and layout of document information, and in particular, processing of compound document information in which non-document elements such as graphic information are also mixed. The present invention relates to a document processing device that can process documents.

[Prior Art] A typical system for creating documents using a document formatting program is the TeX system (Masanobu Iseri).

Shunji Ohno “General purpose typesetting language-TeX-J, measurement and control, V
ol, 28. No. 3, pp. 15-19 (198
9) This TeX system is a system that operates on a general-purpose computer, and has a configuration as shown in FIG. 9, for example. In FIG. 9, a CPU is connected to the computer bus 201.
202, console 203, auxiliary memory 204, main memory 105 for programs, main memory 206 for data, buffer 2 that temporarily holds output data to printer 208
07 etc. are connected. Here, the console 203 includes an input section such as a keyboard that is operated by the operator to input various information, and an output section such as a CRT display that displays the system status and informs the operator.

The process of creating a so-called compound document in which non-text elements such as figures and images are mixed in the system configured as described above will be explained using the flowchart shown in FIG.

Here, the figure data 241 is created in advance by a program (not shown) that creates figures and images, by another system, or by reading it with an image scanner (not shown) or the like. , this figure data 241
is stored in the auxiliary memory 204 as a file. Further, text data 242, which is a text manuscript, is created in a format with the formatting command of the formatter 251 added. This document data 242 is created using a character example data creation/editing program (not shown) called an editor, and this document data 242 is also stored in the auxiliary memory 204 as a file.

The process is started in this state, and first, in step 5101, the formatter 251 is activated and the document data 242 is input. Thereby, the formatter 251 typesets and layouts the document data 242, and outputs the laid-out document data 243, in which the types of characters and figures, their positions on the page, etc., have been determined, to the auxiliary memory 204 as a file. Next, in step 5102, print program 2
52 to read the laid out document data 243, select a character pattern according to the information in the laid out document data 243, develop it into a rask image, and write it into a predetermined position in the buffer 207. Further, when printing of the diagram data 241 is instructed, the diagram data 241 is read from the auxiliary memory 204, developed into a rask image, and written to a predetermined position in the buffer 207.

In this manner, when the development of each page is completed, the printer 208 is triggered to print the document 281 and output it as a record.

Among the TeX systems, LateX, which has relatively simple formatting commands and high functionality, will be explained in more detail by taking as an example. (References, Lamport:”
LaTeX: A Document Prepara
tionSystem, Addisen-Wesle
y (1986)) FIG. 11 is a diagram showing an example of document data. In the figure, parameters surrounded by a backslant (\), an alphabetical name, and places (()()) are LaTeX format commands. This document data 242 is stored in a file named "sample, tex." Then, when the operator inputs "jlatex sample" from the console 203, LaTeX is started and the laid out document data 243 is output to a file named "sample, dvi." and “texpr sa
When the operator inputs mple from the console 203, the print program 252 is started. As a result, a document as shown in FIG. 12 is printed.

The picture in FIG. 12 that looks like a cloud over a mountain is an example of a picture developed from the picture data 241, and is stored in a file named "sample, tiff", for example. In the document data 242, the first
As shown in Figure 1, \tiff(file=sample, tiff,
Width=90mm.

height=100mm).

It is described as In this command, \tiff indicates that a diagram written in TlFF format (a type of description format for rask image data) is to be imported. and,
Document data 242 is an area with a width of 90 mm and a height of 100 mm.
Secure it inside, perform the layout, and place the figure data 2 there.
41 is instructed to be expanded and printed.

As described above, in the document data 242 of the document manuscript, there is information indicating the file in which figure and picture data are stored, the data format type of the figure data, and the size of the area for laying it out. (region width and height) were written in advance in the form of format commands (by which a compound document was created).

Although the original LaTeX does not have a function to layout and print rask image data written in TlFF format, an extension command called \5special is provided. Furthermore, by using a macro function that allows you to combine existing commands, it is possible to define new commands such as those for laying out a rask image as described above.

Therefore, by using this \5special command, the size and file name of the diagram data 241 can be specified in the print program 25.
2, and then combine the commands \tiff to leave an area for pasting the figure data 241.
A command called (...) was defined. In response to these \5special commands, the print program 252 is extended so that it can develop data in TlFF format.

Furthermore, LaTeX allows switching of page size, font type of document data, etc.

For example, \docu in the first line of the document data in Figure 11
mentstyle [fig] (jarticle)
This description indicates that the file "jarticle, sty" (not shown) contains basic information for typesetting and layout, including page size and font type for the main text, and optional information. is “f”
ig, sty” (not shown). For example, “fig, sty”
” contains the definition of the \tiff command mentioned above. Therefore, you can change the layout by changing the name here, changing the layout information reading destination, and changing the page size accordingly. You can also do “j
Of course, the layout can also be changed by rewriting "article" and "sty".

[Problem to be Solved by the Invention] However, in the above-described embodiment, even if the diagram data is stored in a file in a predetermined data format and prepared, it is necessary to change the size of the diagram in order to import this diagram data into a document. Must be measured. That is, as described above with reference to FIG. 11, in order to import the figure data 241 into a document, you must specify the size of the area in which it will be pasted together with the name of the file that stores the figure data. This is because it will not happen. in general,
Since the chart data 241 is created using a program different from the program that creates the document data, in order to measure the size of this chart data 241, - star map data 24
It is necessary to print out 1 and measure it. In this way, after measuring the size of the figure data 241 and determining its size, a program for creating document data is started, and the file name of the figure data 241 and the size of the figure data 241 are written in the document data. Insert a command to specify the
You need to instruct it to paste into the document. Therefore, especially when modifying graphic data or replacing it with other graphic data, it is necessary to modify the document data again using the procedure described above even if the file name of the graphic data is not changed.

The present invention has been made in view of the above-mentioned conventional example, and by simply specifying image data to be incorporated into document data, the image size is automatically determined and document data incorporating the image data is created. The purpose is to provide a document processing device that can.

[Means for Solving the Problems] In order to achieve the above object, a document processing device of the present invention has the following configuration. That is, it is a document processing device that inputs document data, performs typesetting and layout of the document data, and outputs the document data, comprising a storage means for storing image data, and specific information for specifying the image data included in the document data. reading means for reading out the identified image data from the storage means based on; a determining means for determining the size of the image data read by the reading means; based on the size determined by the determining means; and document creation means for creating document data in which size information is added to the specific information.

[For use] In the above configuration, based on the specific information that specifies the image data included in the input document data, the specified image data is stored from the storage means that stores the image data to be incorporated. The size of the read image data is determined. Then, based on this size, it operates to create document data in which the size information is added to the specific information.

[Embodiments] Hereinafter, preferred embodiments of the present invention will be described in detail with reference to the accompanying drawings.

[Description of document processing system (FIGS. 1 and 2)] FIG. 1 is a block diagram showing the configuration of a document processing system according to an embodiment. Note that this system shares parts with the same names as the conventional system shown in FIG. 9, so a description thereof will be omitted. However, the main memory 105 includes a preprocessor 153 for formatting, and the auxiliary memory 10
4 includes size undocumented data 144 written in a format that does not include the size of the diagram data 141, and is stored in the main memory 106.
The difference is that they include portions 161 and 162 that respectively hold the height and width of the area for pasting graphic data.

In this configuration, the process of creating a compound document will be explained using the flowchart shown in FIG.

Sizeless document data 144 stored in the auxiliary memory 104 is a figure or image described in a specific format, and represents information on the storage location and description format of the figure data 141 mixed in the document. Contains commands. Here, this command does not include information about the height or width of the shape or image. First, in step S1, this size undocumented data 144 is input to the briprocessor 15.
Start 3. As a result, the briprocessor 153
The sizeless document data 144 is read from the auxiliary memory 104, and the figure data 141 specified by the designation command of the figure specified therein is read.

Then, size information of the diagram is obtained, and document data 142 with size is output with formatting commands added and changed so that the formatter 151 can interpret and execute it. This size-added document data 142 is as described when explaining the conventional example.
An example of such data is the one shown in FIG. 11, which is conventionally created by an operator or the like as document data with a size. Therefore, the subsequent step S
2 and S3 execute the same processing as steps 5IOI and 5102 of the conventional flowchart shown in No. 10. In this way, compound document data as shown in FIG. 12, for example, is finally recorded and output.

[Operation Description (FIGS. 1 to 3)] The processing executed by the preprocessor 153 of this embodiment will be described with reference to the flowchart in FIG. 3. In addition, the size undocumented data 144 in this embodiment
A specific example of the description is shown in FIG. The difference between the sizeless document data 144 shown in FIG. 4 and the document data with size 142 shown in FIG. "sample, tiff" in the command parameters indicating that
The problem is that only the file name is written. Therefore, the briprocessor 153 replaces this command with a command having the graphic size and file name as parameters, creates the sized document data 142, and operates to output it to a file in the auxiliary memory 104.

The following description will be made based on the flowchart shown in FIG. Note that a control program for executing this process is executed by a control program stored in the program memory 153a of the preprocessor 153.

First, in step S10, one unit of the original input data, that is, the size blank document data 144 is read. Here, one unit of a document is a so-called token such as a command of TeX document data and a character of a character string of document contents. That is, this step SIO can also be realized using a TeX token extraction routine (lexical analysis program). Also,
Don't cut out the string with such precision (for example, consecutive backslashes (\\), consecutive alphabets following a backslash, line feed characters, or any of the three above).
It is also possible to read character strings with four different patterns as a unit, such as character strings separated by one of the four patterns.

When one unit of the original is read in this way, the process proceeds to step Sll, and it is checked whether the input has been completed. If the input has not been completed, the process proceeds to step S12, but if the input has been completed, the program is terminated. When there is an input, in step S12,
It is determined whether the input unit of the manuscript is a command for specifying a figure. In this example, as shown in FIG. 4, the command "\tiff", which specifies that the data is TlFF format graphic data, is used as the graphic or image designation command. For commands other than this one, the process advances to step 816, where one unit of the document input in step SIO is output as is to a file in the auxiliary memory 104, and step SIO is executed.
Return to This file is a file in which the size-added document data 142 should be stored. Note that if sized document data 142 exists before this program is executed, it will be overwritten, and if this file has not been created, a new one will be created to create the sized document data created by this program. Let the output light be .

On the other hand, in step S12, if one unit of the document is a command specifying a figure, the process advances to step S13, and step S1
As in 7, write the specified command in the figure as is to the output file. Next, the process advances to step S14, and the figure specification parameters accompanying the figure specification command are read from the original document.

As is clear from Figure 4, this parameter is a character string surrounded by left place (() and right place ()), and after reading until the left place appears, the right place can be input. Take in up to

As a result, the character string surrounded by the left place and the right place (sample, tiff in FIG. 4) represents the file name of the diagram data, so in step S15, the diagram data file with this file name is opened. The contents are converted into TlFF format data in Figure Data 14.
1 and find the size of the diagram.

For example, in the case of the TlFF format, the height and width information of the rask image is encoded and described before the rask image, so by decoding this, the height and width of the figure can be known. . and,
Keep this height as figure area height 161, and change the width to figure area width 16.
Store in 2. For example, if the height of the figure data is 90 mm and the width is 10On++n, "9o" and "100" are stored in the figure area height 161 and figure area width 162, respectively. Then, the file of diagram data 141 is closed.

Next, in step S16, based on the file name input in step S14 and the height and width of the figure obtained in step S15, parameters for the figure specification command are created and output to an output file. tiff (sa
mple, tiff) commands, as mentioned above,
The file name of the diagram data 141 is sample, tiff.
”, when the height is 100mm and the width is 90mm, “(
file = sample, tiff, widt
h=90mm.

height=100mm)" and writes it to an output file in the form of a character string. Then, the process returns to step SIO and the above-described process is repeated.

By doing the above, when you want to create compound document data in which figure data such as figures and images are mixed in the document data, write only the file name that stores the figure/image data in the document data. (There is no need to calculate the size of the figure or image data in advance.)

In this embodiment, Tl is used as the specified command in the figure.
Mixing FF format figure data in a document “\tiff”
(...)"I explained it on the assumption that there is only one type, but
The present invention is not limited to this, and multiple types may be used. For example, when handling a file written in CGM (Computer Graphics Metafile), which is a typical description format for line drawing figures, use the command "\cgm" to mix diagram data in this format in the document.
(...)" and step S1
In 2, both "\tiff" and "\cgm" can be regarded as commands for specifying the diagram.

That is, in step S12, the specified command in the figure is “\tif
f”, the contents of the input file are interpreted as data in TlFF format, and the size of the figure data is calculated as described above.If the country specification command is “\cgm”, the contents of the input file are interpreted as data in CGM format. The size of the diagram data can be calculated by interpreting it as data.Also, the size of a line figure is determined by the height and width of the minimum rectangle inscribed in the drawn line figure.In this way, data The height and width of each figure can be calculated for each format.

Also, even if one file contains multiple shapes, write only the information that specifies the target shape or picture in the basic document data, and use Formattuta's pre-processor to add size information. .

For example, in EVA, DTP System A (7) EZPS-3200 (product name), each page has an independent graphic area, and figures and images can be written in each graphic area (this is called a fixed frame). can.

Moreover, the document file that is the document data created in this way includes a plurality of pieces of diagram data. When formatting and laying out such figure data using another formatter, the following 3 types of file name, page, and fixed frame order within the page should be used.
The corresponding figure is determined by the set. Here, for example, “samp
Create the third fixed frame diagram on page 5 of the document file le, ezps using the original document data using the following command \ezpsfig (sample, ezps 5 3)
Let us describe it as follows. At this time, if the size of the diagram data is 120 mm in height and 80 mm in width, use the command \ezps
fig(file=sample, ezps, pa
ge=5゜koteino=3. height=120
mm, width=80 mm) is updated by the formatter's briprocessor 153, and thereby the formatter performs typesetting and layout. Finally, the print program 152 prints the file name (sample
, ezps ) page (5) and fixed frame number (3) are received and the target diagram data is developed into a rask image.

In this case, in step S12, "\ezpsfig is also interpreted as a diagram specification command, and in step S13, the file name, page number, and fixed frame number are decomposed and interpreted as being separated by spaces.Next, In step S14, the input file is interpreted as an EZPS document format, and the size of the figure in the corresponding fixed frame of the corresponding page is determined.In this case, the height of the fixed frame and The width may be used as the size of the figure data, and in step S15, the parameters of the file name, number of pages, fixed frame number, height, and width are output to an output file.

<Second Embodiment> FIGS. 5(A) to 5(F) and FIG. 6 are diagrams for explaining a second embodiment of the present invention.

In the embodiment described above with reference to FIGS. 1 to 4,
It is assumed that document data, which is the original document, is created using formatting commands that can be interpreted by the formatter 151, except for the designated commands shown in the figure. but,
In this second embodiment, document data in which a document is described in a description format independent of the formatter 151 is used.

FIG. 6 is a diagram showing an example of document data written in a description format independent of the formatter 151. In the figure, an alphabetic character surrounded by "ku" and ">" is called a start tag, and "</>" is called an end tag. Here, each fragment of document content is always surrounded by a start tag and a corresponding end tag, and a fragment surrounded by a start tag and an end tag is also considered to be a single document content fragment. In addition, the alphanumeric character string written as a start tag can be used to indicate the nature of the document content (for example, document indicating that it is a document, figure indicating that it is graphic data), or other fragments that are enclosed by this and the end tag (/). It is a name that expresses (implies) a relationship with.

For example, the entire document content is "docum" which represents "document".
The document is surrounded by a start tag ``ent'' and an end tag 〈C. Also, this document consists of two stages. This can be seen because two document fragments surrounded by /> are written following the start tag "<document>". Note that the image format is expressed by enclosing the file name of the image described in the TlFF format using a start tag "<tiff>" and an end tag </>.

Input document data written in such a description format,
The conversion processing by the formatter/briprocessor 152, which converts the formatter to a format that can be interpreted by the formatter 151, is performed by the fifth
This will be explained using flowcharts shown in FIGS. 5(A) to 5(F). The system configuration of this second embodiment is the same as that in FIG. 1, and the overall processing flow is also the same as in FIG. 2, so the explanation will be made with reference to these. However, the structure of the size undocumented data 144 is as shown in FIG. 6, and in step S1 of FIG. Start 153.

This formatting processor 153 is the main memory 10
Assume that it is stored in 5.

The processing of the briprocessor is started according to the control flowchart shown in FIG. 5(A). Here, the size undocumented data 1 stored in the file in the auxiliary memory 104 is
44 is input, and the result is stored in a file in the auxiliary memory 104 as document data with size 142. First, in step S31, the size undocumented data 14
Enter the code from step 4. Here, the word code refers to four types of elements consisting of any one of a start tag, an end tag, a new line character, and an arbitrary character string divided into these three types of elements.

That is, the sizeless document data 144 is read character by character,
These documents are divided into records based on the above-mentioned elements. In step S32, it is checked whether the start tag of the input record is a document, ie, "<document>", and if it is not document data, the process advances to step S34 for error processing. If it is document data, step S33
, and calls the document processing subroutine. At the end of this subroutine, all inputs have been read, and the sized document data 142 that can be interpreted by the formatter 151 has been output to a file in the auxiliary memory 104. Then, the input/output cuff file is closed (not shown) and the processing of the pre-processor 153 is ended. Note that if it is not document data in step S32, the process returns to step S31 and “<document
It may be configured to ignore input data until t>'' is input.

FIG. 5(B) is a flowchart of a subroutine showing document processing.

First, in step S40, the first part of the format command is output to an output file.

Here, for example, \document 5style[figl (jar
output (ticle)\begin (document). Then, in step S41, a code is input. This is the same operation as explained in step S31 of FIG. 5(A). Thereafter, all processing steps for inputting this code are the same. Next, step S4
In step 2, check whether the input record has an end tag 〈〈〈〉. If it is an end tag, the process advances to step S43, and the sentence end command indicating the end of the document data, that is, “\end(
document)” to the output file (document data with size 142), and exits from this subroutine.

On the other hand, if it is determined in step S42 that it is not an end tag, the process advances to step S44, and the start tag "<par>" indicating a paragraph
See if it is. If it is a paragraph start tag, the process advances to step S45, and a par processing subroutine is called. Then, the process returns to step S41 and the above-described process is repeatedly executed.

FIG. 5(C) is a flowchart of the par processing subroutine.

Here, in step S50, the user code is read and input, and in step S51, it is checked whether the person and the record are the end tags. If it is an end tag, the process advances to step S52 and a blank line is output to the output file. This can be done by outputting consecutive newline characters. Then exit from this subroutine.

If it is determined in step S51 that the end tag is not </>, the process advances to step S53, and the input record is the figure data "<fi".
If it is figure data, the process advances to step S54, calls the figure processing subroutine, and then returns to step S50 to repeat the above-mentioned process. Also, in step S53, the start tag of the input record is If it is not the figure data "<figure>", the process advances to step S55 and it is checked whether it is a general text. That is, whether it is a line feed character or a general character string, whether it is a start tag or an end tag, etc. Then, if the tag is not a general text, it is treated as an error, and if not, the process proceeds to step S56 and outputs the input record as it is to the output file.Then,
Returning again to step S50, the process described above is repeated.

FIG. 5(D) is a flowchart showing figure (figure data) processing.

First, in step S60, "\begin (figure)", which is a command representing the beginning of the information in the figure, is output to an output file. Then, the process advances to step S61, where the roux code is input, and in step S62, it is checked whether the input record is an end tag </>.

If it is an end tag, the process advances to step S63, where the command "\end (figure) indicating the end of the figure data is output to the output file, and this subroutine is ended.

If the input record does not have the end tag <c, step S64. In S66, each “<tiff>” or “<c
aption>” (title), and if neither is the case, an error occurs.

If "<tiff>", the process advances to step S65, executes a tiff processing subroutine, and then returns to step S61. On the other hand, in step S66 “<capt
ion>”, the process advances to step S67, and the cap
tion processing subroutine. Then, the process returns to step S60.

FIG. 5(E) is a flowchart showing the caption process of FIG. 5(D).

A format command that describes a caption for a figure is indicated by enclosing the caption in "\caption (" and ")". First, in step S70, “\caption
(" is output to the output file, a code is input in step S71, and the type of the input record is checked in step S72. If it is an end tag <c, the process advances to step 373, and ")" is output to the output file. do.

On the other hand, if it is not an end tag, the process advances to step S74;
Check whether it is general document data. That is, if it is the explanatory text itself, the process advances to step S75, and the input record is output as is to the output file. Then, step S7 again
1 and repeat the process described above. This allows “<ca
ption＞” and the explanatory text surrounded by “〈/〉” is “\c
aption (" and ")" and is converted into a formatter command and stored in the output file.

FIG. 5(F) is a flowchart showing the tiff processing.

First, in step S80, a roux code is input. This corresponds to the part surrounded by "<tiff>" and "</>", and should be the name of a file that stores data written in the TlFF format. Therefore, if it is determined in step S81 that this is not a file name, it is determined as an error and the process proceeds to error processing. If it is determined that it is a file name, the process advances to step S82, where data is read from the graphic data of that file name, and the height and width of the graphic data are determined by encoding the TlFF format data. Then, the height is stored in the drawing area height 161 and the width is stored in the drawing area width 162. Here, for example, the height is 100 mm and the width is 90 mm.
If so, “
90" and "100" are stored. Then, the TlFF data file is closed.

Next, the process proceeds to step S83, where a TlFF image insertion command is created to which the height and width parameters of file name 9 are added, and the command is output to an output file. In this example, the file name is input as “sample, tiff”, so the command \tiff (file= sample,
tiff, width=90mm, height=
100mm) and output it to an output file. Then, the process advances to step S84, and a record is input.

This should be an end tag 〈/〉, so step S8
In step 5, it is checked whether it is an end tag, and if it is an end tag, the process ends, and if it is not an end tag, it is determined as an error and the process proceeds to error processing.

By performing the processing as described above, document data input in the format shown in FIG. 6 can be converted into document data in a format that can be interpreted and executed by the formatter 151. Further, document data containing a mixture of figures and images can be created and stored without the need to describe the sizes of figures and images in the document manuscript.

Furthermore, by making the description independent of the formatter in this way, the formatter itself can be replaced with various things. This also allows document exchange in a device-independent manner. In fact, the format shown in Figure 6 is l5O887
S G M L (5 tande
rd Generalized MarkupLang
This is based on the description format of the document data body of ``uage''.

<Third Embodiment> In the above-mentioned embodiments, a case has been described in which figures and images are pasted into a document at the same size as when they were created. In some cases, it may be possible to enlarge or reduce the size of the image. Combined, \tiff(sample, tiff, width=9
0 mm.

height = 100 mm), while the original drawing data has a width of 180 mm,
If the height is 200 mm, the print program 152 reduces the size to a certain percentage of the figure data and prints it. If the aspect ratio is different, one method is to enlarge or reduce the figure so that it does not exceed the area where it is pasted, and the other method is to
This is a method of enlarging or reducing each side at different magnifications. Here, the former will be explained as an example.

This embodiment is basically the same as the embodiment described using FIGS. 1 to 4.

FIG. 7 shows a system configuration diagram of the third embodiment, except that the main memory 106 includes areas 163, 164, and 165 for temporarily holding the maximum height, maximum width, and aspect ratio.

In the above configuration, the control processing of the preprocessor 153 is shown in the flowchart of FIG.

Here, when the designated command shown in the figure is detected in step 393, step S95. Step S90 after S96
Figure data 1 from the location (e.g. file) specified in
41 and decode its height and width. and,
When the height of the figure data is h and the width is W, h /
W is divided into aspect ratios and stored in an aspect ratio of 165. Here, when the height is 200mm and the width is 180mm, the aspect ratio is 10.
/9, or approximately 1.11, is stored in an aspect ratio of 165. Next, the process proceeds to step S98, and the size of the area in which the figure is to be pasted is determined from the values of the aspect ratio 165, the maximum height 163, and the maximum width 164. If the value obtained by multiplying the value of maximum width 164 by the value of aspect ratio 165 is less than the value of maximum height 163, then use that value and maximum width 164 as the height and width of the area where the figure is pasted, respectively. The figure area height 1612 is stored in the figure area width 162. Also, if the value obtained by multiplying the value of maximum width 164 by the value of aspect ratio 165 is larger than the value of maximum height 163, the value obtained by multiplying the value of maximum height 163 and that value by the reciprocal of the value of aspect ratio 165 is used. The height and width of the area where the figure is to be pasted are set and stored in the figure area height 1615 and the figure area width 162, respectively.

In this example, as mentioned above, the aspect ratio is "1.11" and the maximum width is "170", so (170Xi, 11=18
8.7), its height is "188.7". However, this value is the value “118” stored in the maximum height 163.
”, so the maximum height is 163 and the aspect ratio is 165.
The value multiplied by the reciprocal of the value “0.901” (118X0.9
From 1 Cape 106), "106" is the width of the area where the figure is pasted, and the value "118" stored in the maximum height 163 is the height of the area where the figure is pasted.

In this way, "118" is stored in the drawing area height 161 and "106" is stored in the drawing area width 162. Then, in step S99, a diagram insertion command is generated having as parameters the storage location of the diagram data and the size of the area in which it is to be pasted, and is output to an output file. For example, in the above example, the following command \tiff(file=sample,tiff,wi
dth=106 mm.

height=118 mm) is output.

As explained above, it is possible to make the figure data as thick as possible and mix it more clearly in the document.Moreover, in this case, the size of the figure data is changed according to the size of the blank space, and the document data Because figure data is included in the
You can keep the blank space to a minimum.

Furthermore, when the print program enlarges or reduces the graphic data, the method described in this embodiment can be applied in the same manner to the embodiments described in FIGS. 5(A) to 6. That is, the maximum width and maximum height of the diagram data are determined before step SIO in FIG. 3, and step S97. in FIG. 8 is performed instead of step S82 in FIG. 5(F). , S98 may be executed.

As explained above, according to this embodiment, in the document data that is a document manuscript, only the storage location (file name) of the figure or image data to be mixed in the document is written, and the figure or image data is , a compound document is created that is automatically incorporated into the document data.

In addition, when modifying or replacing graphics or image data to be incorporated into document data, simply rewriting the contents of the file that stores the graphics or image data will update the document data that incorporates the graphics or image data. Can be created.

[Effects of the Invention] As explained above, according to the present invention, by simply specifying the image data to be incorporated into document data, the image size is automatically determined, and the document data incorporating the image data is automatically determined. It has the effect of creating.

[Brief explanation of drawings]

FIG. 1 is a block diagram showing the configuration of a document processing system according to this embodiment, FIG. 2 is a flowchart showing a schematic process for creating a document using the system according to this embodiment, and FIG. 3 is a first embodiment of the present invention. A flowchart showing the process of adding size information to the designation command in the example diagram; FIG. 4 is a diagram showing an example of size undocumented data input to the system of this embodiment; FIGS. 5(A) to 5 (F) is a flowchart showing the process of adding size information to the specified command in the figure of the second embodiment of the present invention, and FIG. 6 is an example of document data input to the system of the second embodiment of the present invention. FIG. 7 is a block diagram showing the configuration of a document processing system according to a third embodiment of the present invention; FIG. 8 is a flowchart showing processing of a formatting tab reprocessor according to a third embodiment of the present invention; FIG. 9 is a block diagram showing the configuration of a conventional document processing system. FIG. 10 is a flowchart showing a schematic process for creating a document using a conventional document processing system. FIG. 11 is an example of sized document data input to the formatter. and FIG. 12 is a diagram showing an example of a document formatted and laid out using a formatter based on the document data of FIG. 11 and printed. In the figure, 102...CPU, 103 console, 10
4... Auxiliary memory, 105... Main memory, 106.
...Main memory, 107 is a printer buffer, 108 is a printer, 141... Figure/image data (diagram data)
, 142... document data with size, 143... laid out document data, 144... unsized document data, 151... formattuta, 152... printing program, 153... formattuta briprocessor, 1
61... Diagram area height, 162... Diagram area width, 163.
... Maximum height, 164 ... Maximum width, 165 ... Aspect ratio.

Claims (3)

[Claims] (1) A document processing device that inputs document data, performs typesetting and layout of the document data, and outputs the document data, the device comprising: a storage unit that stores image data; and a device that specifies the image data included in the document data. reading means for reading out the specified image data from the storage means based on information; determining means for determining the size of the image data read by the reading means; based on the size determined by the determining means; A document processing device comprising: , document creation means for creating document data in which size information is added to the specific information. (2) The document processing apparatus according to claim 1, wherein the reading means further includes a size changing means for changing the size of the image data in accordance with a blank portion of the input document data. (3) The document processing apparatus according to claim 1, wherein the specific information is an image data name.