JP3715883B2 - Information processing apparatus, information processing system, and information recompression method - Google Patents

Description

[0001]
BACKGROUND OF THE INVENTION
The present invention relates to an information recompression method, an information processing apparatus, and an information processing system, and more particularly to a facsimile apparatus that employs a JBIG code.
[0002]
[Prior art]
In recent years, facsimile apparatuses having a JBIG (Joint Bilevel Image coding experts Group) mode as a coding method have been put into practical use. This JBIG code has been developed by the International Telecommunications Union (ITU-T) as T.D. 82, which is recommended for use in facsimile machines. 85 recommendations apply.
[0003]
Compared with conventional compression codes such as MMR (Modified Modified Read) coding, JBIG is characterized by a high compression rate. This greatly benefits from predictive coding. In JBIG predictive coding, the state of a pixel of interest is predicted from surrounding pixels, and code data is generated only in a state different from the prediction. Therefore, since no data is generated while the prediction is correct, a high compression rate can be obtained.
[0004]
On the other hand, the JBIG code also has a feature that decoded data is generated from a state in which there is no data on the decoding side even though no data is generated on the encoding side in a range where the predictions match. This means that there is a risk of generating extra dust data even though there is no more data at the rear end of the image.
[0005]
This is shown in FIG. FIG. 8 shows a case where dust is generated during decoding as a result of encoding with JBIG exceeding the target image size.
[0006]
As a countermeasure, T.W. In the original JBIG code recommended in 82, Y at the head of the image _D By declaring the number of lines of the image with the parameters, and decoding without exceeding the value of YD at the time of decoding, data more than that created on the encoding side is prevented from appearing on the decoding side.
[0007]
Furthermore, for applications where the total number of lines is not known at the start of encoding, _D Is set to a sufficiently large value, and the image is divided into a plurality of stripes and encoded, and the method of declaring the correct number of lines with the parameter NEWLEN before the encoding of the last stripe is permitted. Yes. Note that NEWLEN is a parameter that represents the total number of lines in the image.
[0008]
This stripe is obtained by dividing one image into a plurality of horizontal bands, and the number of lines constituting one stripe is L in advance. ₀ Is declared at the top of the image.
[0009]
This L ₀ Since the value of is variable, in applications where the image read from the scanner is encoded in real time, L ₀ By sufficiently reducing the value of, JBIG encoding can be performed with a minimum number of buffers.
[0010]
L in extreme cases ₀ If 1 is set to 1, it is possible to JBIG-encode an image read from the scanner with only one line buffer in real time. In this case, the number of lines may be declared with NEWLEN immediately before the last line is encoded.
[0011]
Of course, in an application that has enough memory and encodes after reading all the images, _D In this case, it is not necessary to divide it into stripes. ₀ Y _D It is also possible to treat the entire image as one stripe with the same value as.
[0012]
As described above, T.W. 82 enables real-time encoding of an image read from a scanner by a variable stripe and NEWLEN before the final stripe. In 85, two major changes were made.
[0013]
The first is that 128 lines are essential as the stripe length, and other values are optional.
[0014]
As a result, it becomes unnecessary to cope with extremely large stripes on the decoding side, which facilitates the hardware / software design and is advantageous in terms of mutual communication.
[0015]
However, on the other hand, a facsimile machine supporting the JBIG code is required to have a line buffer of at least 128 lines.
[0016]
When encoding in real time, every time the 128-line buffer becomes full with the data read from the scanner, one stripe is encoded, and if the trailing edge of the image is detected before the buffer is full, At that time, the final stripe is encoded after the total number of lines is declared as NEWLEN.
[0017]
An example is shown in FIG. Here, BIH has various parameters declared in the header of JBIG. Here, only three parameters related to the present invention are shown, but other parameters are set appropriately. Y _D Is the number of lines of the image, and here, the maximum 0xffffffff (= about 4 billion) is set. L ₀ Is the stripe length, and here, the standard 128 is set. VLENGTH = 1 indicates that the total number of lines is corrected by NEWLEN after this. Below, stripe data is created in units of 128 lines. In this example, since the number of lines actually transmitted is 500 lines, NEWLEN is used before the final fourth stripe, and the correct total number of lines is declared.
[0018]
The second was invented as a compensation for the need for a minimum of 128 lines of line buffer due to the first change. After all the images were encoded by introducing the concept of NULL stripes, the total line was set in NEWLEN. The method of declaring numbers is recognized.
[0019]
In this case, after all stripes have been sent, NEWLEN is sent to indicate the total number of lines, followed by a NULL stripe with no data at all and the image is closed.
[0020]
An example is shown in FIG. Here, BIH is the same as in FIG. 6, and stripe data continues. In this example, NEWLEN is used after the last stripe No. 4, and the total number of lines is declared, followed by ESC and SDNORM, followed by data. There are no stripes to be present.
[0021]
[Problems to be solved by the invention]
This method eliminates the need for the facsimile apparatus to have 128 line buffers, which can reduce the cost to some extent, but causes another problem.
[0022]
The number of lines in the image is not always an integral multiple of 128, so although the final stripe is less than 128 in most cases, the total number of lines is unknown at the start of decoding of the final stripe. This means that there is a risk of generating an extra garbage line. FIG. 8 shows how dust is generated.
[0023]
In the conventional example shown in FIG. 6, even if one stripe = 128 lines is declared, the total number of lines = 500 lines is declared in NEWLEN before starting the decoding of the fourth stripe. No more data will be output.
[0024]
However, as shown in FIG. In the newly recognized example of NEWLEN usage at 85, before starting the decoding of the fourth stripe, the total number of lines is first Y _D Since 0xfffffff given in (2) remains valid, there is a risk that 128 lines for one stripe are decoded in the decoding process and a total of 512 lines is decoded. If excessive stripes are decoded in this way, meaningless garbage is generated as information as shown in FIG.
[0025]
This garbage becomes a big problem especially in the current facsimile. In the current facsimile, in order to solve the disadvantage that it takes time to decode the JBIG code, the received data of JBIG is decoded in real time during reception, and is compressed again by another easier handling method such as MMR. In general, processing such as storing in a memory in the apparatus and printing or transferring from there is performed. In such a case, even if NEWWLEN later indicates that the total number of lines is 500, a general facsimile apparatus has already completed re-encoding with another encoding method, You can't erase a garbage line.
[0026]
Therefore, it was difficult to avoid adding an extra dust line to the rear end of the re-encoded data.
[0027]
Therefore, information processing that solves the above problem and that can be uploaded to a PC or the like without a dust line appearing in the re-encoded data even if it is received from a transmitter that adds NEWLEN to the rear end of the image It is an object of the present invention to implement the device relatively inexpensively.
[0028]
[Means for Solving the Problems]
In order to achieve the above object, the present invention provides original data comprising at least one unit. JBIG code The first compressed data generated by compressing information for each unit using And a parameter indicating the total number of lines of the original data From the first compressed data received by the receiver Consists of multiple lines A decoding unit that decodes the unit before compression; a storage unit that stores the unit decoded by the decoding unit; A counting unit that counts the number of lines that have been decoded by the decoding unit; and if the total number of lines according to the parameter is greater than the counted number of decoded lines, the lines up to the total number of lines are On the other hand, if the total number of lines according to the parameter is equal to or less than the counted number of decoded lines, surplus lines exceeding the number of decoded lines are determined. A determination unit that determines the remaining lines excluding the valid portion as the original data in the unit, and the portion determined to be valid by the determination unit. Read sequentially from the storage unit, for each unit read A code different from the JBIG code An information recompressing unit that compresses information again to generate second compressed data, and an output unit that outputs the second compressed data to the outside. Have It is characterized by that.
[0035]
Furthermore, in order to achieve the above object, the present invention converts original data comprising at least one unit. JBIG code The first compressed data generated by compressing information for each unit using And a parameter indicating the total number of lines of the original data And receiving from the first compressed data Consists of multiple lines Decoding the unit before compression; accumulating the decoded unit; Counting the number of lines decoded by the decoding unit; and if the total number of lines according to the parameter is greater than the number of decoded lines counted, the lines up to the total number of lines are On the other hand, if the total number of lines according to the parameter is equal to or less than the counted number of decoded lines, surplus lines exceeding the number of decoded lines are determined. A step of determining the remaining line as a valid part as the original data in the unit, and up to the part determined to be valid. Read sequentially from the storage unit, for each unit read A code different from the JBIG code And re-compressing information to generate second compressed data; Have It is characterized by that.
[0043]
Furthermore, in order to achieve the above object, an information processing system according to the present invention includes a first information processing apparatus and a second information processing apparatus connected to the first information processing apparatus via a communication line. An information processing system, wherein the first processing device stores original data comprising at least one unit. JBIG code An information compression unit for compressing information compression for each unit to generate first compressed data, and transmission for transmitting the first compressed data to the second information processing apparatus via the communication line A first compressed data transmitted from the first information processing apparatus via the communication line. And a parameter indicating the total number of lines of the original data From the first compressed data received by the receiving unit, a decoding unit that decodes a unit before compression from the first compressed data received by the receiving unit, and the first compressed data received by the receiving unit Consists of multiple lines A decoding unit that decodes the unit before compression; a storage unit that stores the unit decoded by the decoding unit; A counting unit that counts the number of lines that have been decoded by the decoding unit; and if the total number of lines according to the parameter is greater than the counted number of decoded lines, the lines up to the total number of lines are On the other hand, if the total number of lines according to the parameter is equal to or less than the counted number of decoded lines, surplus lines exceeding the number of decoded lines are determined. A determination unit that determines the remaining lines excluding the valid portion as the original data in the unit, and the portion determined to be valid by the determination unit. Read sequentially from the storage unit, for each unit read A code different from the JBIG code And an information recompressing unit for generating second compressed data by compressing the information again.
[0045]
DETAILED DESCRIPTION OF THE INVENTION
An embodiment of the present invention is shown below. Of course, the following embodiments provide disclosure for facilitating implementation of the present invention by those skilled in the art, and are only a part of the technical scope of the present invention defined by the claims. Only. Therefore, the embodiment not described in the present specification does not immediately depart from the technical scope of the present invention.
[0046]
In the present embodiment, image compression will be described as an example. However, the technical idea of the present invention is not limited to this, and can be applied to other types of information compression such as audio, data files, and moving images.
[0047]
In this embodiment, T.I. It has a line buffer of 128 lines or more, which is the standard number of lines in one stripe at 85, and the next data is investigated at the end of decoding of one stripe, and if there is next stripe data, it is buffered. If there is a new line, the total number of lines specified by NEWLEN is compared with the number of lines decoded so far, and the number of lines specified by NEWLEN If is larger than the number of decoded lines, the next stripe still continues, so Y _D After changing the number of lines specified in (1) to the number of lines specified in NEWLEN, the data in the line buffer is re-encoded to continue the decoding process, and the number of lines specified in NEWLEN has been decoded so far. In the following cases, since the surplus part not included in the original data is also decoded, it is only necessary to re-encode only the part having the originally effective meaning excluding the surplus part. Specifically, it is possible to prevent the generation of dust lines by re-encoding the remaining number of lines by subtracting the number of lines that have been re-encoded so far from the number of lines specified by NEWLEN. .
[0048]
FIG. 1 is a block diagram showing the configuration of a facsimile apparatus according to the present invention. The system configuration is shown in FIG. In FIG. 1, a central processing unit (CPU) 101 is a system control unit and controls the entire apparatus.
[0049]
A read only memory (ROM) 107 stores a control program for the CPU 101. A random access memory (RAM) 108 is used to store program control variables and the like, and various registration data and image data registered by the operator are also stored here. Further, although the internal mapping of the RAM 108 is not shown, 128 or more line buffers referred to in the claims are also arranged here. The operation unit 102 includes a keyboard, a touch panel, and the like, and is used by an operator to perform various input operations. The display unit 103 is for notifying an operator of display using a liquid crystal display (LCD), a light emitting diode (LED), or the like. A modem (Modulator-Demodulator: MODEM) 104 performs modulation / demodulation of a facsimile transmission / reception signal, and a network connection unit (NCU) 105 connects the MODEM 104 to a telephone line. It also has a function of sending a selection signal (dial pulse) and detecting a calling signal. The telephone line may be an analog line, ISDN, or another communication line. That is, an Internet network or the like may be used. Further, the communication line may be realized not only by wire but by radio.
[0050]
A recording unit 109 is an engine unit of the printer, and has a function of receiving image information and printing on recording paper. When image information is stored as a file, this recording unit will be a read / write drive of a storage medium. The reading unit 110 is a scanner that reads a document or a reading device that reads a storage medium on which a document image file is recorded.
[0051]
The PC-I / F unit 106 is connected to the host computer 111, and uploads image data to the host computer and downloads images from the host computer. The uploaded image may be received through the MODEM 104 and the NCU 105, or may be read by the reading unit 110. The downloaded image may be printed by the recording unit 109 or transmitted through the MODEM 104 and the NCU 105. In this embodiment, it is assumed that the PC-I / F unit 106 is connected to the host computer 111 by a bidirectional parallel I / F conforming to IEEE 1284, but this is not limited to USB (Universal Serial Bus), Ethernet, or Even if it connects with other communication standards, such as IEEE1395, it does not interfere.
[0052]
The above 101 to 110 are the configuration of the facsimile apparatus according to the present embodiment.
[0053]
The host computer 111 is connected to the facsimile apparatus to upload / download images, thereby operating the facsimile apparatus like a scanner / printer / PC-FAX.
[0054]
FIG. 9 shows a system outline of the present embodiment. The first information processing apparatus 900 is an apparatus such as a facsimile or a personal computer that creates and transfers image data encoded by JBIG. The second information processing apparatus 900 is a facsimile, a PC, or the like that receives and decodes JBIG data and performs recompression by other encoding such as MR. The third processing device is a personal computer that receives data such as MMR from the second processing device and displays the data on a screen or prints it with a printer. Each device is connected wirelessly or by wire, and each device has an IF necessary for communication. Note that the flow of processing may be the reverse flow shown in the figure. That is, a document or image file created on a PC is downloaded to the second information processing apparatus, JBIG-encoded there, transferred to the first information processing apparatus, and decompressed and recompressed by the first information processing apparatus. May be.
[0055]
FIG. 2 is a more functional description of FIG. The receiving unit 150 corresponds to the NCU 105 or the MODEM 104, is a circuit that is connected to a communication line and receives data compressed by JBIG and control data such as NEWLEN. The NCU 105 and the MODEM 104 correspond to the receiving unit 150. The storage unit 152 is a storage device that stores data such as the RAM 108, and as shown in detail in FIG. 3, the JBIG data (first compressed data) and control data (additional information) received by the receiving unit 150, Various variables to be described later and compressed data (second compressed data) after re-encoding by MMR or the like are stored. Based on the additional information such as NEWLEN and various variables stored in the storage unit 152, the determination unit 153 specifies an effective portion that is not dust among the decrypted information. The decoding unit 155 decodes the JBIG data stored in the storage unit 153 and writes the decoded original data (decoded unit) in the storage unit 152 again. The recompressing unit 154 again performs information compression using a code such as MMR on the effective information part excluding dust in the original data decoded according to the instruction of the determining unit 153. Note that the determination unit 153, the recompression unit 154, and the decoding unit 155 may be realized by dedicated circuits, respectively, but are realized by programs stored in the CPU 101, the ROM 107, the RAM 108, or the like as shown in FIGS. May be. The output unit 151 is a connection interface to a PC or the like, an image display device such as a display, or a printing device.
[0056]
In the present embodiment, while performing the sequential decoding process in units, the determination unit 153 monitors the final position of meaningful information, that is, the end of the original data, and the recompression unit 154 re-processes the remainder excluding unnecessary portions. Since the encoding is performed, there is an advantage that generation of dust lines can be prevented as much as possible.
[0057]
FIG. 3 shows a storage example of the RAM 108. The line buffer area 108 a is a storage area for buffering data for one stripe received by the receiving unit 150. The variable storage area 108b includes various variables such as total_line indicating the total number of lines of an image, dec_line indicating the number of lines that have been JBIG decoded, enc_line indicating the number of lines that have been re-encoded by MMR, and stripe_line that is the currently processed line. Is a storage area for storing.
[0058]
Based on the above assumptions, a specific embodiment of the present invention will be described. First, the structure of the JBIG code will be described with reference to the structure diagram of the JBIG data shown in FIG. JBIG data is broadly divided into BIH, which is a header part, and BID, which is the substance of data. In the BIH, information indicating the subsequent BID state is written. For example, XD indicating the main scanning length, Y indicating the sub scanning length _D , L indicating the stripe length ₀ Etc.
[0059]
The BID that is the substance of the data is composed of one or more strikes represented as SDE in the figure. A stripe is an image divided by a fixed number of lines. The number of lines constituting one stripe is L in BIH. ₀ Is declared as The stripe length is required to be 128 lines in the facsimile apparatus, but if both the transmission side and the reception side can make the stripe length variable, a different number of lines may be used. You may comprise the whole by 1 stripe.
[0060]
The end of the stripe data is delimited by ESC, SDNORM (0xff, 0x02) or ESC, SDRST (0xff, 0x03). Control information called a floating marker segment can be inserted between stripes. There are several types of floating marker segments, but the present invention is related to the NEWLEN marker segment, which is YY in the BIH. _D This is for changing the sub-scan length declared by. When NEWLEN is used, Y is also used when the number of lines is unknown at the start of encoding. _D Encoding can be set temporarily to start encoding, and when the correct number of lines is found, the correct number of lines can be declared again using NEWLEN. This is an effective method for encoding an image read from a scanner or the like in real time.
[0061]
T.A. In 82, NEWLEN had to declare before the last stripe. In 85, after coding the final stripe, it is allowed to declare the correct number of lines in NEWLEN, and to add a stripe (NULL stripe) having no dummy data after that to end the data.
[0062]
Here, the operation that is the premise of the present embodiment will be described. In the present embodiment, only the basic mode of JBIG is supported at the time of reception. That is, ITU-T's T.I. Only the DIS / DTC bit 78 defined in the Recommendation 30 is declared, and the L ₀ No change ability is declared. As a result, the other party always transmits with 1 stripe = 128 lines.
[0063]
The receiver decodes the received JBIG image as described above and stores it in the form of raw data in the line buffer in the RAM 108. Since this line buffer has 128 lines in this embodiment, data of one stripe can always be stored.
[0064]
Each time one stripe is decoded, the data in the line buffer is encoded again by another encoding method, and this is also stored in the RAM 108. In the present embodiment, the encoding method used for this re-encoding is MR, but there is no problem even if another encoding method such as MMR is used. The accumulated image is printed mainly through the recording unit 109, but may be uploaded to the host computer 111 through the PCI / F unit 106 or transmitted to another device.
[0065]
Hereinafter, the decoding operation in the present embodiment will be described using the flowchart of FIG. Since the receiving operation and the operation such as recording / uploading after decoding are well-known techniques, they will not be described, but before starting the flow of FIG. It is assumed that the procedure of 30 is started and the reception of an image has started, and operations such as recording / uploading are performed after the decoding of one page is completed in the flow of FIG. Further, unless otherwise specified, the main body of each process is the CPU 101.
[0066]
First, an outline of the process will be described. In the present invention, the step of receiving first compressed data obtained by subjecting original data consisting of at least one unit to information compression for each unit using a first information compression code; and the first compressed data Sequentially decoding a unit before compression, a step of accumulating the decoded unit, and a position where information is meaningful from among the accumulated units. And a step of generating second compressed data by recompressing the information with the information compression code and outputting the second compressed data.
[0067]
As described above, in the present embodiment, while sequentially decoding in units, the final position of meaningful information, that is, the end of the original data is monitored, and the remainder excluding unnecessary portions is re-encoded. To prevent the generation of garbage lines as much as possible. Details of the configuration are shown below.
[0068]
First, in step S501, variables are initialized. All variables described in the flow are placed in the RAM 108. The variable total_line is the number of lines per page, basically the parameter Y in the BIH (header part) of the top of the JBIG image. _D In step S501, Y _D Is written to total_line. The variable dec_line is the number of lines that have been decoded, and the variable enc_line is the number of lines that have been re-encoded, both of which are initialized to 0 here. Next, a variable stripe_line is initialized to 0 in S502. This represents the number of lines in the stripe of interest. As a precaution, initialization means that the CPU 101 assigns a value such as 0 to a variable and writes it to the RAM 108.
[0069]
In step S503, one-line JBIG decoding is performed. The raw data of the decoding result is stored in a line buffer in the RAM 108. In step S504, 1 is added to each of the variables dec_line and stripe_line.
[0070]
In step S505, it is checked whether decoding of one stripe has been completed. In this embodiment, since the receiver operates only in the mode of 1 stripe = 128 lines, the end of the stripe is when the decoding of 128 lines is completed or when the stripe ends with a line less than 128 lines at the end of the image. Yes. If NO here, the process returns to S503 to continue decoding. In this embodiment, since the line buffer has 128 lines corresponding to one stripe, the line buffer does not become full in the middle of the stripe. Note that not only S505 but also other determination routines S506, S507, and S513 are all determined by the determination unit 153 of the CPU 101.
[0071]
If the end of one stripe is detected in S505, it is checked in S506 whether there is still data. If the next data does not exist, the image is completed, and the process proceeds to S509. If data remains in S506, it is checked in S507 whether it is a NEWLEN marker. If it is not NEWLEN, the process proceeds to S509 to continue the processing. In addition to the NEWLEN, there are other floating marker segments between stripes, but these processes are not shown because they are not related to the present invention.
[0072]
When NEWLEN is detected in S507, the process proceeds to S508, and the variable total_line is rewritten with the number of lines attached to NEWLEN. In step S510, total_line and dec_line are compared. If the newly specified total_line is larger than the dec_line indicating the number of lines that have been decoded so far, the image still continues, so the process proceeds to S509 and the process is continued. This is T.W. This is the operation in the case of NEWLEN declared before the final stripe, which is also permitted in 82.
[0073]
In step S509, MR re-encoding is performed according to stripe_line which is the number of lines decoded in the stripe. In step S511, the value of stripe_line is added to enc-line indicating the number of re-encoded lines.
[0074]
As described above, since the present embodiment is configured to repeat decoding and recompression in units of one stripe, it is possible to perform decoding in real time while receiving compressed data decoded by JBIG, and thus high throughput. Get it.
[0075]
In step S513, the enc_line and the total_line are compared. If the total_line is larger, the data remains, so the process returns to S502 to continue the processing. Otherwise, decoding is complete. This does not use NEWLEN or T.W. This is the end procedure when using NEWLEN before the final stripe allowed in 82.
[0076]
If dec_line is equal to or larger than total_line in S510, more lines than encoded by the transmission side have been decoded. This is the garbage line that the present invention is trying to solve. This phenomenon is caused by the use of NEWLEN after the final stripe recognized in 85. In this case, only the value obtained by subtracting enc_line, which is the number of lines already re-encoded, from total_line newly designated in S512 is re-encoded. As a result, more lines than those encoded on the transmission side are not generated on the reception side, and the problem caused by the use of NEWLEN after the final stripe can be solved. The above is the JBIG decoding process in the embodiment of the present invention.
[0077]
In this embodiment, since the upload file has been created by recompressing before uploading to the PC as described above, even if the encoding performance of the facsimile apparatus is not sufficient, it is the bottom neck at the time of transfer. The effect of not becoming.
[Other Embodiments]
-Line buffer sharing during transmission and reception
In order to realize the present invention, 128 or more line buffers are required, but other embodiments are also possible in which they are used for JBIG encoding during transmission. According to this configuration, encoding can be performed in units of stripes. Since NEWLEN can be sent before the final stripe without using NEWLEN after the final stripe recognized in 85, unnecessary data is not added. Therefore, even with a conventional receiver that does not have a dust line deletion processing function as in the present invention, if another embodiment of the present invention is used on the transmission side, dust lines are generated as much as possible during printing or uploading. There is no advantage.
・ Measures when a facsimile machine with a reduced line buffer adds NEWLEN to the end of an image
By the way, T.W. Even in the 85 recommendation, Y _D It is also possible to declare the correct total number of lines or to declare the total number of lines with NEWLEN before sending the final stripe. However, there is a case where a facsimile apparatus with a reduced line buffer transmits in a system in which NEWLEN is added to the end of an image.
[0078]
As an embodiment for avoiding this problem, the receiving side having a buffer for one page stores the received JBIG data in the form as it is, and finally receives the NEWWEN value of Y at the head of the image. _D Decoding may be started after rewriting.
・ When it is difficult to have a buffer for one page
Due to cost and other reasons, it may be difficult to have a buffer for one page in JBIG. In addition, if decoding is started after reception is completely completed, there is a possibility that the throughput is lowered. In order to solve this problem, a configuration including a page buffer and a hardware decoder may be used.
・ When responding by control during printing or uploading
For easier handling, Y _D Alternatively, the total number of lines specified by NEWLEN is stored in the RAM separately from the image as the effective line number of the image, and when the received image is printed, the print control is performed by the CPU. Can be printed. In this case, even if a dust line is added to the rear end of the image, it is not printed. When the facsimile apparatus is connected to an external apparatus such as a PC (personal computer) and uploading of the received image is possible, the fact that dust is added to the rear end of the received image may cause trouble.
[0079]
In this case, when printing is performed on the PC or transferred from the PC to the printer, dust appears at the trailing edge of the image. Therefore, the embodiment of the present invention described first may be used. Although this process is more complicated than in the previous embodiment, printing control may be performed by passing information indicating that there is dust after a specific line of the file uploaded to the PC to the printing program of the PC. .
[0080]
Alternatively, the image may be decoded at the time of transfer to the PC, and the transfer may be completed up to the number of valid lines held by the apparatus. However, the interface between the device and the PC usually uses USB (Universal Serial Bus) or Centronics standard ECP (Extended Capabilities Port) mode, and generally has a capability of several hundred KB / s to several MB / s. On the other hand, since the decoding speed of the facsimile apparatus is usually only about 33.6 to 64 Kbit / s in accordance with the capacity of the communication line, such processing may greatly restrict the upload performance. Absent. In that respect, the previous embodiment is effective.
・ Other
The present invention can be applied to a system composed of a plurality of devices (for example, a host computer, an interface device, a reader, a printer, etc.) or an apparatus composed of a single device (for example, a copier, a facsimile machine, etc.). May be.
[0081]
Another object of the present invention is to supply a storage medium (or recording medium) in which a program code of software that realizes the functions of the above-described embodiments is recorded to a system or apparatus, and the computer (or CPU or CPU) of the system or apparatus. Needless to say, this can also be achieved by the MPU) reading and executing the program code stored in the storage medium. In this case, the program code itself read from the storage medium realizes the functions of the above-described embodiments, and the storage medium storing the program code constitutes the present invention. Further, by executing the program code read by the computer, not only the functions of the above-described embodiments are realized, but also an operating system (OS) running on the computer based on the instruction of the program code. It goes without saying that a case where the function of the above-described embodiment is realized by performing part or all of the actual processing and the processing is included.
[0082]
Further, after the program code read from the storage medium is written in a memory provided in a function expansion card inserted into the computer or a function expansion unit connected to the computer, the function expansion is performed based on the instruction of the program code. It goes without saying that the CPU or the like provided in the card or the function expansion unit performs part or all of the actual processing, and the functions of the above-described embodiments are realized by the processing.
[0083]
When the present invention is applied to the above-described storage medium, the program code corresponding to the flowchart shown in FIG. 5 described above is stored in the storage medium.
[0084]
【The invention's effect】
As described above, according to the present invention, an extra dust line is added to the re-encoded data stored in the apparatus while enabling high-throughput operation by performing decoding in real time while receiving. It is possible to upload to a PC or the like at high speed as it is.
[Brief description of the drawings]
FIG. 1 is a block diagram showing a configuration of a facsimile apparatus according to an embodiment of the present invention.
FIG. 2 is a functional block diagram according to the embodiment of the present invention.
FIG. 3 is a diagram showing data stored in a RAM according to an embodiment of the present invention.
FIG. 4 is a structural diagram of JBIG data.
FIG. 5 is a flowchart showing the operation of the facsimile apparatus according to the embodiment of the present invention.
FIG. 6 is a diagram illustrating an example of how to use a conventional NEWLEN.
FIG. It is a figure which shows the example of the usage of NEWLEN recognized by 85 recommendation.
FIG. 8 is a diagram illustrating a problem when extra stripes are decoded.
FIG. 9 is a diagram showing an information processing system of the present invention.
[Explanation of symbols]
101 CPU
102 Operation unit
103 display
104 MODEM
105 NCU
106 PC I / F section
107 ROM
108 RAM
109 Recording section
110 Reading unit
111 Host computer

Claims (3)

A receiving unit that receives first compressed data generated by compressing information for each unit using JBIG code, and parameters representing the total number of lines of the original data ;
A decoding unit that decodes a unit before compression composed of a plurality of lines from the first compressed data received by the receiving unit;
An accumulation unit for accumulating the unit decoded by the decoding unit;
A counting unit that counts the number of lines decoded by the decoding unit;
If the total number of lines according to the parameter is larger than the counted number of decoded lines, the lines up to the total number of lines are determined to be valid portions as original data in the unit, while according to the parameter If the total number of lines is equal to or less than the counted number of decoded lines, the remaining lines excluding excess lines exceeding the number of decoded lines are valid portions as original data in the unit. A determination unit for determining;
Information recompression that sequentially reads from the storage unit up to the portion determined to be valid by the determination unit, and compresses information again with a code different from the JBIG code for each read unit to generate second compressed data And
An output unit for outputting the second compressed data to the outside;
An information processing apparatus comprising: Receiving first compressed data generated by compressing information for each unit of original data consisting of at least one unit using a JBIG code, and a parameter representing the total number of lines of the original data ;
Decoding an uncompressed unit composed of a plurality of lines from the first compressed data;
Accumulating the decoded unit;
Counting the number of lines decoded by the decoding unit;
If the total number of lines according to the parameter is larger than the counted number of decoded lines, the lines up to the total number of lines are determined to be valid portions as original data in the unit, while according to the parameter If the total number of lines is equal to or less than the counted number of decoded lines, the remaining lines excluding excess lines exceeding the number of decoded lines are valid portions as original data in the unit. A determining step;
Sequentially reading up to the portion determined to be valid from the storage unit, and for each unit read out, again compressing information with a code different from the JBIG code to generate second compressed data;
A method for recompressing information, comprising: An information processing system comprising a first information processing device and a second information processing device connected to the first information processing device via a communication line,
The first processing device includes:
An information compression unit that compresses information compression for each unit using JBIG code for original data composed of at least one unit to generate first compressed data;
A transmission unit that transmits the first compressed data to the second information processing apparatus via the communication line;
The second processing device includes:
A receiving unit that receives the first compressed data transmitted by the first information processing apparatus via the communication line and a parameter representing the total number of lines of the original data ;
A decoding unit that decodes a unit before compression from the first compressed data received by the receiving unit;
A decoding unit that decodes a unit before compression composed of a plurality of lines from the first compressed data received by the receiving unit;
An accumulation unit for accumulating the unit decoded by the decoding unit;
A counting unit that counts the number of lines decoded by the decoding unit;
If the total number of lines according to the parameter is larger than the counted number of decoded lines, the lines up to the total number of lines are determined to be valid portions as original data in the unit, while according to the parameter If the total number of lines is equal to or less than the counted number of decoded lines, the remaining lines excluding excess lines exceeding the number of decoded lines are valid portions as original data in the unit. A determination unit for determining;
Information recompression that sequentially reads from the storage unit up to the portion determined to be valid by the determination unit, and compresses information again with a code different from the JBIG code for each read unit to generate second compressed data And an information processing system.

Images