JPH02113364A - Document storage device - Google Patents

Abstract

PURPOSE:To improve a response time when a long document is converted by compression or encoding and stored by providing a function for editing converted documents which are divided and stored by advanced conversion. CONSTITUTION:This device is equipped with a conversion part 240 which converts a long document into short documents by sectioning it by conversion size and a performs inverse transformation and a storage part 150 which determines indexes for the short converted documents according to the long document before the conversion and the conversion size and stores the indexes and the short documents after the conversion. Then when there is a request to edit a specific part of the long document by indication, a control part 100 finds the index of the short document including the specific part by using the conversion size and reads, converts inversely, and sends the short document including the specific part from the storage part 150 to an editing part 220. Consequently, the response time when the encoded document of large size is edited is shortened.

Description

DETAILED DESCRIPTION OF THE INVENTION [Field of Industrial Application] The present invention relates to a document storage device that compresses or encrypts and stores documents in an electronic device such as a computer.

[Conventional technology]

With the spread of computers, a variety of information has come to be stored and processed on computers. As such devices become more widespread, large amounts of documents are being stored. Therefore, it is necessary to compress and store information.

Furthermore, in order to handle confidential information, it is necessary to encrypt and store the information.

As a large amount of information has been converted and stored in this way, a technology for editing the converted information has become necessary.

A block diagram of the configuration of the prior art is shown in FIG.

Documents converted by encryption, compression, etc. are stored in storage unit 1 in advance.
It is stored in 50.

In response to instructions from the control section 100, the command input section 200 accepts the user's editing request command and sends an editing instruction to the editing section 220. The editing unit 220 relies on the conversion unit 240 to convert the edited text according to instructions from the control unit 100. When the conversion unit 240 receives the conversion request in accordance with an instruction from the control unit 100, it reads out the converted and stored document from the storage unit 150, converts it, and sends it to the editing document table 180 for storage.

When the editing document table 180 stores the converted document back to the original readable document, the editing document table 18
0 notifies the editing unit 220 that editing is now possible.

Upon receiving the notification, the editing section 220 thereafter performs editing using the editing command accepted by the command input section 200.

When the document save command is accepted, the editing unit 220 sends a signal to the editing document table 180 according to instructions from the control unit 100, and sends the document at the time of receiving the command from the editing document table 180 to the converting unit 240 for conversion. . After the conversion, the conversion unit 240 is instructed by the control unit 100 to store the converted document in the storage unit 150 .

[Invention or problem to be solved]

Such a method has the disadvantage that it takes time to encode a long document through compression, or to decode it from encryption. For this reason, when compressing a large amount of information, such as newspaper articles, etc., there is a drawback that the preparation time required at the start of editing or searching is very large, resulting in poor responsiveness.

That is, in the prior art, the function of reducing the response time when editing a large-sized encoded document was insufficient.

SUMMARY OF THE INVENTION An object of the present invention is to provide a document storage device that can perform divided encoding and improve initial response time during editing.

[Means to solve the problem]

In order to achieve the above object, the present invention includes a conversion unit that divides a long document into each conversion size and converts each into a short document, or performs the reverse conversion; An index is determined for each short document,
A document storage device was constituted by a storage section for storing the inch and short documents after conversion, an editing section, and a control section.

[Operation] In such a document storage device, when an editing request is made by specifying a specific part of a long document, the control unit uses the converted size to index the converted short document that includes the specific part. The converted short document containing the specific portion is read out from the storage unit using the obtained converted size, and after being inversely converted in the conversion unit, it is sent to the editing unit for necessary editing. .

The document storage device of the present invention takes into consideration the time required for conversion processing, divides conversion so that the conversion response time is within a predetermined period of time, and creates an index necessary for editing and corresponding content parts. It is characterized by converting only

This differs from conventional devices in that it has a function of dividing and storing the data in accordance with the conversion speed, and managing an index and partial conversion of the corresponding portion at the time of editing based on the division.

〔Example〕

FIG. 1 is a block diagram showing one embodiment of the present invention.

In the figure, 100 is a control unit, 150 is a storage unit, and 18
0 is the document table for editing, 200 is the command input section, 2
20 is an editing section, 240 is a conversion section, 340 is a conversion index table, 350 is an index storage section, 360 is an index size storage section, 380 is a content storage section, 420 is a conversion size management section,
440 is a conversion process history storage unit.

First, in order to operate this device, the data must be divided, converted, and stored. First, the portion to be divided and converted and stored will be explained.

To store the edited document, the control unit 1
According to the instruction of 00, from the editing document table 180, m
Reads the length of the collected document. In order to determine how to divide the length, a preset maximum unit size is read from the conversion size management section 420 according to an instruction from the control section 100.

This size is set based on the performance of the conversion unit 240 and response time requirements. For example, if the response time request is 100m5e
c, and if the conversion speed is 10KB/sec, it will be set to IKB. If the conversion speed is 100 KB/sec, it can be set to 10 KB.

It is divided in this way and an index indicating where the divided parts start is stored. In the case of compression, an index is required because even if the data is divided into fixed lengths, the compression result will not necessarily be a fixed length. Specifically, for example, if a document is divided into 12 parts and converted, in order to connect and store the 12 divided pieces of information, it is necessary to pair the information on where each divided part starts. The table stored is the index information.

After compression conversion, the conversion unit 240 transmits index information indicating where each divided and converted document fragment starts to the storage unit 150. According to instructions from the control section 100, the index storage section 350 in the storage section 150 stores the information.

Furthermore, in the case of encryption, etc., the index information itself is also converted, so in such a case, index size information with a length predetermined by the system is stored in the index size storage section 360.

When editing, upon receiving the user's editing command from the command input unit 200 according to instructions from the control unit 100, the editing unit 220 is notified of the start of the editing operation.

After receiving the notification, the editing department 2
20 determines which part to edit first. Normally, the document is displayed from the beginning, but editing can be started from any point by using an editing command. However, since the document is compressed, it is not possible to start from a content-dependent editing position.

For example, when editing a page that has the word "computer" in it. In this case, the response speed during editing decreases because the viA collection start position is determined by sequential conversion as in the conventional case. However, unlike the conventional technique, the entire system is not converted and then searched, so the response time is improved compared to the conventional technique.

On the other hand, when editing starts from the 5000th byte, the index information is read from the index storage section 350 of the storage section 150 according to instructions from the control section 100, the corresponding document portion is calculated, and the corresponding portion is edited. The data is read from the content storage section 380 of the storage section 150 and sent to the conversion section 240 for conversion.

In this calculation, for example, if each IKB is converted, it is sufficient to convert from the 6th division conversion. Therefore, the conversion size management unit 420
It can be calculated by reading from Also, if you want to edit from the beginning, just convert from the first one. After conversion, the conversion unit 240 converts the contents of the converted document into the editing document table 1 according to instructions from the control unit 100.
80, and at the same time transmits to the index storage unit 350 the position information that the converted document is included in the entire document.

Further, in response to an instruction from the control unit 100, the conversion unit 240 transmits converted information to the conversion process history storage unit 440 to indicate that the converted portion has been converted. After this transmission, the editing document table 180 stores the received converted document and transmits its storage location information to the index storage section 350 according to an instruction from the control section 100 .

According to instructions from the control unit 100, the index storage unit 350
When the information from the editing document table 180 and the information from the converting section 240 are received and stored, and both information is received, the information from the converting section 240 is not closed and the converted part is stored from the editing document table 180. The converted information must be stored in the received location and the converted information must be stored in the conversion processing history storage unit 4.
40 is stored.

Thereafter, in the editing process, the index storage section 350 is accessed in response to an instruction from the control section 100 in order to check whether the document content of the part necessary for editing has already been converted. If the confirmation result has not been edited, the control unit 10
0, the index information is read out from the index storage section 350 of the storage section 150, the corresponding document portion is calculated, the corresponding portion is read out from the content storage section 380 of the storage section 150, and sent to the conversion section 240. and convert.

After conversion, the conversion unit 240 sends the converted document to the editing document table 180 according to instructions from the control unit 100, and also stores the converted information in the conversion process history storage unit to indicate that the table contents have been converted. Send to 440.

In addition, if the F111 certification result has been converted,
In response to an instruction from the control unit 100, the content storage unit 180 reads the converted document based on the position information stored in the index storage unit 350, and transmits it to the editing unit 220. The editing section 220 uses the command input section 2 according to instructions from the control section 100.
Editing is performed based on the user's instructions input from 00.

In response to a command instruction from the user, it is also possible to temporarily re-memorize the intermediate results of editing and continue editing. In such a case, the contents of the editing document table 180 are sequentially sent to the conversion unit 240 based on the size information set in the conversion size management unit 420 by the conversion index management unit 320 according to instructions from the control unit 100. The converted content information and index information are sent to the storage unit 150, respectively. The conversion unit 240 sequentially sends index information indicating where the converted document fragments start.
is transmitted to the storage unit 150.

According to instructions from the control unit 100, the index storage unit 350 in the storage unit 150 stores the received information. The converted document content information is also sent to the storage unit 150, and
The information is sequentially stored in the content storage section 380 inside. In this case, the conversion history information is rewritten according to instructions from the control unit 100 only when the size of each fragment changes and the position of the information pointed to by the table changes relatively.
It is stored in the conversion history information storage section 440.

Also, taking advantage of the fact that the speed of editing by the user is much slower than the speed of the conversion process, only the first page is converted first and made available for editing by the user, and then
By converting the unconverted portions in parallel, the conversion is completed even if the user actually edits and moves through the document one after another, while guaranteeing the actual response time within a certain amount of time. It is also easy to infer that the probability can be increased.

By using this kind of parallel operation, when editing not only parts but also the entire document, the initial response time during editing can be reduced compared to conventional technology that converts the entire document at once and then edits it. It has the effect of improving. Index storage unit 3
It is easy to infer that the index information stored in 50 can be realized by any data structure (table, list, associative memory, hash list, etc.) that allows divided information to be accessed individually. can.

In the present invention, by handling the index separately, when compressed,
Depending on the compression conversion method, this may also be a problem (applicable) in cases where even if 10 pages of a document with IKB per page are converted, the length of each page after compression will not be the same.

In the future, it can be applied as an effective compression method that takes response time into consideration for services that edit large amounts of electronic newspaper data every day and send it to users. Further, even if the conversion method is the same, the conversion speed changes depending on the capacity of the computer hardware, but in the present invention, by setting the value of the conversion size management section 420 in advance according to the conversion speed, the response time is reliably kept within a certain time. It can be suppressed.

The mechanism of the present invention can also be realized by computer software.

〔Effect of the invention〕

As explained above, according to the document storage device of the present invention,
In order to start editing within a certain response time, there is a function to pre-convert and edit a converted document that has been stored in parts, so if a long document is compressed, encrypted, etc. and then stored. has the advantage of improving response time.

[Brief explanation of the drawing]

FIG. 1 is a block diagram showing an embodiment of the present invention, and FIG. 2 is a block diagram showing a conventional document storage device. Explanation of symbols 100...control section, collection document table, 20...editing section, 24 index table, 35 reference size storage section, 3 conversion size management section, 50...storage section, 180...editing 00... Command input section, 2... Conversion section, 340... For conversion... Index storage section, 360... Index 0... Content storage section, 420... 40... Conversion Processing history storage unit.

Claims (1)

[Scope of Claims] 1) A conversion unit that divides a long document by conversion size and converts each into a short document, or performs the inverse conversion; A storage unit that determines an index for each document and stores the index and the short document after conversion; an editing unit; An index of the converted short document is obtained using the converted size, and the converted short document containing the specific portion is read from the storage unit using the obtained converted size, and the converted short document is inversely converted in the conversion unit. and a control unit that sends the information to the editing unit to perform necessary editing;
A document storage device comprising: