JPH03225473A - Image data processor - Google Patents

Abstract

PURPOSE:To efficiently manage a storage medium such as a magnetic disk, etc., by managing the management data of each image data file by a management data storage means. CONSTITUTION:This image data processor is equipped with the management data storage means 23A which stores each divided area of image data of one page divided into plural areas, and the image data files 23B-1 to 23B-6 prepared at every divided area. In other words, different image data files 23B-1 to 23B-6 are prepared at every divided area of the image data, and the opening, closing, reading, and writing processing of those files are performed, which dispenses with distributed management at every prescribed number of bits. In such a way, it is possible to control the number of image data files corresponding to the comprising quantity of the image data, and to efficiently manage the storage medium such as the magnetic disk.

Description

Detailed Description of the Invention [Field of Industrial Application] The present invention relates to an image data processing device that writes and reads one page of image data read by an image sensor or created by a computer, and particularly relates to image data processing. The present invention relates to an image data processing device that can speed up image data processing.

"Prior Art" For example, when editing an image, a portion of image data for one page is often corrected. Conventionally, even in such a case, all image data for one page is extracted. Therefore, if the image size for one page is large, it not only takes a relatively long time to retrieve the image, but also places an excessive burden on the processor that processes it.
There is a problem in that it also interferes with other controls that are also used.

Therefore, an image data processing system has been proposed in which image data for one screen is divided into multiple areas and only the necessary areas are read out (Patent Publication No. 1-43
Publication No. 332). In this proposal, image data for one screen is divided into a plurality of pixel blocks each consisting of nxm bits of image data. Image data in a pixel block is then stored in a predetermined record of each of n sectors in one track of one storage medium such as a magnetic disk.
Divide and store bit by bit. Further, the nxm bit image data of the pixel block adjacent to this pixel block is stored in m-bit units in each adjacent record of the above-mentioned predetermined record.

In this proposed system, when the desired image data and area are specified, the trunk and one code in which the image data of the corresponding pixel block is stored are determined.

Then, it takes 1° to read image data of m bits each from the corresponding record.

``Problem to be solved by the invention'' In this proposal, multiple pixel blocks (divided into one) are managed, but the n x m bit image data of one l pixel block is divided into n pieces (distributed into sectors). In addition, since the predetermined records are divided and stored in m-pill units, there is a problem in that these processes require relatively complex hardware.Also, in this proposed system, old i There was a time when the storage medium used was limited to one type due to the format of the storage medium, and it was not possible to freely use various storage media.

SUMMARY OF THE INVENTION Accordingly, an object of the present invention is to provide an image data processing device that can easily perform divided management of image data.

"Means for Solving the Problem" The present invention includes (i) a management data storage means for storing management data indicating each divided area of one page of image data divided into a plurality of areas; ) The image data processing device is equipped with image data files prepared individually for each of these divided areas.

In other words, in the present invention, different image data files are prepared for each divided area of image data, and processing such as opening, closing, reading, and writing of these files is performed, thereby eliminating the need for distributed management of each predetermined bit. Let it be.

"Example" Hereinafter, the present invention will be described in detail with reference to Examples.

FIG. 2 shows an outline of the configuration of an image data processing apparatus in an embodiment of the present invention.

This image data processing device includes a computer 15 in which input/output devices such as a display 11, a keyboard 12, a mouse 13, etc. are connected to a control body 14, a disk device 16 added as an external storage device, and a scanner 17 as an image reading device. The configuration is such that a printer 18 as an image recording device is connected. The computer I5 is a general-purpose computer, and the image data processing apparatus of this embodiment functions by setting a floppy disk containing a predetermined program therein.

FIG. 3 functionally represents the circuit configuration of the main parts of this image data processing device.

The computer 15 shown in FIG.
A CPU (Central Processing Unit) 21 is disposed within the control unit 14 (Fig. 2), and a CPU (Central Processing Unit) 21 is located within the control unit 14 for storing programs and various data for work input via a disk drive (not shown) within the control unit 14. RAM (Random access)
memory) 22. Furthermore, the control main body 14 is connected to a display 11, a keyboard 12, and a mouse 13 as shown in FIG. 2, and is also connected to a disk device 16 and a scanner 17 via an interface circuit (not shown).
and a printer 18.

A plurality of files 23 are stored within the disk device 16. Inside the control body 14 is a VR for storing one screen worth of image data read out from these files 23.
AM (video RAM) 24 is also arranged.

Figure 1 shows 3507 of each file in the disk device.
This represents a set of files necessary to store certain image data composed of raster. This file group includes a management file 23A and first to sixth image data files 23 for dividing and storing image data.
It is composed of B-1 to 23B-6. Management file 2
3A is a text file that stores the following information.

(1) Total number of image data files: In the example shown in FIG. 1, there are six.

(2) Image data output mode: This is a selection of whether to output the image data as a line drawing or as a pseudo halftone using the dither method.

(3) Threshold value: This is a threshold value for binarization that is set depending on the condition of the document.

(4) Halftone number: This is a number indicating the thickness of the dot representing the halftone. ~ (5) Start X coordinate: This is the X coordinate position at which the scanner 17 starts reading.

(6) Ending X coordinate: This is the X coordinate position at which reading by the scanner 17 ends.

(7) Start Y coordinate: This is the Y coordinate position at which the scanner 17 starts reading.

(8) End Y coordinate: This is the Y coordinate position at which reading by the scanner 17 ends.

(9) Width ratio: This is the magnification in the width direction of the document.

(10) Height ratio: This is the magnification in the height direction of the document.

(11) Pixel upper byte: 8 bits indicating the upper order of the pixel.

(12) Pixel lower hide: 8 bits indicating the lower order of data indicating a pixel.

(13) Rask upper byte: 8 bits indicating the upper part of data indicating the number of rasters.

(14) Rask lower byte: 8 bits indicating the lower order of data indicating the number of rusks.

In contrast, each image data file 23B-1 to 23
B-6 is designed to store image data for 600 rusks. In this example, six image data files 2
3B-1 to 23B-6 are used in 3507
This is to sequentially allocate and accommodate the raster image data in units of 600 rasks. That is, the first image data file 23B-1 stores the image data of the 1st to 600th rasks, the second image data file 23B-2 stores the image data of the 601st to 1200th rasks, Similarly, the sixth image data file 23B-6
The 3000th to 3507th image data are stored.

Therefore, assuming that a Japanese Industrial Standard A4 size image has a resolution of 300 lines/inch and the number of pixels of the image sensor of the scanner 17 is 2480 in the width direction of the A4 size, image data files 23B-1 to 23B-6 The total size is 1087170 bytes (8697360 bits).

FIG. 4 shows an overview of the operation of this image data processing device.

When this device is powered on, the CPU shown in Figure 3
21 reads a program from the floppy disk in the control body 14 shown in FIG. 2 and stores it in the RAM 22. Then, execution of this program is started, and a menu screen is first displayed on the display 11 (Step 2 in FIG. 4).

For example, "Scan", "Save -:" are displayed on the menu screen.
The title of each mode to be executed, such as "Display" and "Edit", or the icon (pictogram) representing these will be displayed, and the operator can press the keyboard 1.
2 or the mouse 13 as a pointing device to select the desired mode (step
~■).

That is, when the operator selects the scan mode (step ■: Y), the scan mode for manually inputting image data using the scanner 17 is executed (step ■). If the save mode is selected (step 2; Y), the save mode for storing the image data in the disk device 16 is executed (step 2). If the display mode is selected (step (2); Y), a display mode for reading out image data and displaying it on the display 11 is executed (step (2)).

If edit mode is selected (step ■;
Y), an edit mode for modifying image data, etc. is executed (step ■).

FIG. 5 shows the operation of the image data processing device when the image data scan mode is selected.

When the image data scan mode is selected, image data is read from the scanner 17 and its contents are
Each image data file 23B-1 to 23B- shown in the figure
It will be divided into 6 parts and stored. Therefore, first, an opening process is performed to complete the creation of the management file 23A (step 2 in FIG. 5). Then, setting information such as the output mode and threshold value stored in the management file 23A is transmitted to the scanner 17, and the number of pixels and rasters is received from the scanner 17 (step 2).

The CPU 21 creates the management file 2 based on the received data.
Write the number of pixels and number of rasters in 3A, and write the parameters when reading is performed (step ■)
.

When the creation of the management file 23A is completed in this way, the first image data file 23B-1 is opened as the first image data file (step 2). Then, the first one by reading the original from the scanner 17.
Line image data is received (step ■). When this reception is completed, the CPU 21 determines whether reception of all image data has been completed (step 2). When the next image data is being sent (N), it is determined whether the number of lines to be processed in the current image data file has reached "600" (step 2). Note that the number of lines is initially set to "0".

If the number of lines has not reached "600", image data can still be stored in the image data file. Then, a process of writing this one line of data into the first image data file 23B-1 is performed (step (2)). Then, the number of lines is incremented by one line (step ■), and image data for the second line is received (step ■). In this way, the image data is transferred line by line to the first image data file 23B-
1 is performed.

As a result, the number of lines of the received image data is "'600".
” (step ■; Y), the first image data file 23B-1 is closed (step ■). Then, the next image data file, that is, the second image data file 23B-2 is closed. Open processing is performed (step 0).Then, at this stage, the number of lines is cleared to O'' again (step 0), and image data is written to the second image data file 23B-2 (step ■)≧ Similarly, each image data file 23B-1 to 23B-2
Data is sequentially stored in 3B-6. Then, when the reception of the image data is completed (step ■; Y), the management file 23A is closed (step ■), and then the last image data file is closed (step o
), terminate all processing (end).

FIG. 6 shows the operation of the image data processing device when the image data display mode is selected.

If image data display mode is selected, CPt,'2
1 first opens the management file 23A (6th
Figure step ■). Then, the number of image data files, the number of pixels, and the number of rasters are read and stored in RAM2.
2 (step ■). Then, the first image data file 23B-1 is opened (step (2)), and the image data stored therein is read out. This read image data is written into the VRAM 24 (step 2). The image data stored in this VRAM 24 is displayed on the display 11. Note that since the display 11 of this embodiment can display 400 rasters, 400 rasters worth of image data are read out without failure from the first image data file 23B-1, and these are displayed on the display 11. It will be displayed in full view.

In this state, the CPU 21 monitors whether the operator is scrolling the screen toward the bottom (step ■).
. If scrolling is being performed in the downward direction (Y), the number of lines indicated by the cursor is counted from the initial value "0", and it is determined whether or not this reaches "600" (step 2). When the number of lines reaches “600” (Y),
Since this is the area of the image data stored in the second image data file 23B-2, the first image data file 23B-1 is closed (step 2). and,
The second image data file 23B-2 is opened as the next image data file (Step 2), and the number of lines is cleared to "0" in order to be managed by this file (Step 0).

Then, a step (■) of reading out the first line of image data from the second image data file 23B-2;
This is stored in the address to be written next to the image data in the VRAM 24 (step 0). VRA of this example
If M24 is capable of storing 600 rasks worth of image data, the memory returns to the first address and one line of image data is written. Then, the number of lines to be read is incremented by 1 (step 0), and the process returns to step (2). That is, from now on, as long as downward scrolling is performed, the second image data file 2
Image data from 3B-2 to the second line and the third line are sequentially written to the VRAM 24, and these contents are displayed on the display 11.

On the other hand, before the number of lines reaches "600" in step (2) (N), one line of image data is read from the first image data file 23B-1 each time the downward scroll is performed for one line. (step 0), this is written to the VRAM 24, and the number of lines is incremented.

By the way, if the screen is not scrolled downward in step (2) (N), it is determined whether the screen is scrolled upward (step (2)). If scrolling is performed in the upward direction (Y), the number of lines indicated by the cursor will decrease accordingly. If the number of lines indicated by the cursor has not decreased to zero (N), it is determined in step [Yes] whether upward scrolling has been performed. If the cursor has been scrolled upward (Y), it is determined whether or not the number of lines indicated by the current cursor has become "0" (step ■). Then, until the number of lines reaches “0”°,
That is, as long as the current image data file can handle the situation, the process proceeds to step 0, where the image data one line before is read out and written into the VRAM 24 (step 0). In this case, the number of lines is subtracted by 1 (step 0).

As a result of repeated upward scrolling, if the number of lines becomes zero in step (2) (Y), the image data file can no longer be used, so it is closed (step (2)).

Then, the previous image data file is opened instead (step 0). In this case, since the scrolling is done upside down, the number of lines is initially set to “
599” (step C). Then step 0
After reading the image data of the line indicated by the line number and writing it into the VRAM 24 (step o), the line number is subtracted by 1 (step 0).

When neither the downward scroll nor the upward scroll is performed, steps ①, ①; N) are followed, and a determination is made as to whether or not the image processing has been completed (step @). If it has not finished (N), return to step ■ and wait for scrolling.
If it has been completed, all operations for displaying image data will be completed.

In the embodiment, image data is managed by dividing the same storage medium into a plurality of pieces, but it is of course possible to allocate image data files to different storage media.

"Effects of the Invention" As explained above, according to the present invention, the management data of each image data file is managed by the management data storage means, so the number of image data files can be increased or decreased depending on the amount of image data. It is possible to efficiently manage storage media such as magnetic disks.

[Brief explanation of drawings]

The drawings are for explaining one embodiment of the present invention, of which FIG. 1 is an explanatory diagram showing the relationship between a management file that manages one image data and a plurality of image data files;
Figure 2 is a schematic block diagram showing the outline of the configuration of the image data processing device, Figure 3 is a block diagram functionally showing the circuit configuration of the main parts of the image data processing device, and Figure 4 is the image data processing device. 5 is a flowchart showing the operation of the image data processing device when the image data scan mode is selected, and FIG. 6 is a flow chart showing the operation of the image data processing device when the image data display mode is selected. 3 is a flowchart showing the operation of the processing device. 11...Display, 14...Control body, 15...Computer, 16...
・Disk device, 17...Scanner, 21...
...CPU, 22...RAM, 23A...
...Management file, 23B...Image data file, 24...VRAM0

Claims (1)

[Scope of Claims] A management data storage means for storing management data indicating each divided area of one page of image data divided into a plurality of areas, and an image data file prepared individually for each of these divided areas. An image data processing device comprising: