JP2002007385A - Device and method for integrated filing - Google Patents

Abstract

PROBLEM TO BE SOLVED: To provide a device and a method for integrated filing, by which retrieval, reading or printing can be performed without requiring various kinds of application software. SOLUTION: In IFD generating processing 40 of an integrated filing program 30, an IFD file 50 is generated for preserving both the application data of an arbitrary format for forming document data and the data for display and print of a prescribed format corresponding to the relevant application data. Further, by using the IFD file 50, the document data can be displayed, read, relocated or printed without using the application data. Thus, an electronic cabinet system capable of computerizing/managing drawings or sentences can be provided. Further, various kinds of documents can be unitarily managed.

Description

DETAILED DESCRIPTION OF THE INVENTION

[0001]

BACKGROUND OF THE INVENTION 1. Field of the Invention The present invention relates to an integrated filing apparatus and an integrated filing method, and more particularly to an integrated filing apparatus for integrating and managing output data of different applications.
The present invention relates to an integrated filing device and an integrated filing method capable of printing and editing.

[0002]

2. Description of the Related Art In recent years, the use of computerized technology has been required as a promising measure for making public works more transparent and efficient.
/ EC was introduced. CALS / EC is a business reform movement that aims to distribute, share, and reuse information by performing all tasks based on electronic information.
Originally CALS (Continuous Acquisition and Life-Cycl
eSupport) began with the digitization of US military procurement and has two aspects: managing information over the life cycle of one business or product, and broader electronic commerce.

In general, in the case of construction CALS, the former is strongly aware of life cycle support. However, recently, it has been desired that the construction consultant's business also conducts advertising, bidding, settlement, payment, and the like using electronic data based on international standards. Therefore, it is necessary to include EC (Electronic Commerce), which has a wider effect in the pace of the entire industry, and CALS / EC and both are described together.

The CALS / EC aims at the following two points. 1. Electronic procurement of public works: All agencies of the Ministry of Construction will establish a system for receiving and ordering electronic data, and introduce and operate an electronic procurement system. 2. Digitization of national land information: Exchange, sharing, and cooperation of electronic data in all processes of investigation, planning, design, construction, and management and operation of projects under direct control. That is, the purpose of CALS / EC is to digitize public works, that is, to digitize all processes such as research, planning, design, construction, management and operation.

[0005]

SUMMARY OF THE INVENTION Conventionally, the above-mentioned CAL
When data corresponding to S / EC is generated, various documents (data) such as texts, calculations, drawings, photographs, etc. in a unique format created by various application software are mixed, and the paper size is And the data volume was also different. In addition, when trying to share and reuse electronic data and products created by various application software, there is a problem that all departments need to have all application software. Also, as an example, even if a design product is taken up, various document data such as texts, calculations, drawings, photos, etc. are mixed in one product, so let's browse the entire document However, it is necessary to launch different application software for each page, and there is a problem that smooth browsing is not possible.

Therefore, in order to centrally manage document data, it is conceivable to convert data created by various application software into a unified format. Here, in the case where data created by various application software is printed by a printer, the data is converted into a control code by a printer driver and transmitted to the printer so that the data is printed by one specific printer. As a method of converting the data into a unified format, it is possible to use a meta file or a print file created by a Windows (registered trademark) printer driver. However, 1. The metafile differs depending on the type of the OS. 2. Metafiles are not divided into pages. 3. Metafiles depend on specific printer capabilities (resolution and expressive power). 4. The print data is constituted by a control code of a specific printer, and cannot be output to another type of printer. It cannot be used.

Further, even if a unified format is created, depending on various kinds of application software, for example, a CAD created independently of the application software may be used.
Unless it is a special line segment, or if it does not correspond to external characters (characters created independently) used in the text, there is also a problem that it is not possible to open all the data in the file. Furthermore, even if a unified format is created, there is a problem that data cannot be updated or a part of the data cannot be reused. SUMMARY OF THE INVENTION An object of the present invention is to solve the above-mentioned problems of the prior art, and to provide an integrated filing apparatus and an integrated filing method capable of searching, browsing, printing, etc. without requiring various application software.

[0008]

According to the present invention, there is provided an integrated filing apparatus for storing both application data of an arbitrary format for forming document data and display print data of a predetermined format corresponding to the application data. It is characterized by having. According to the present invention, it is possible to provide an electronic cabinet system that takes into account the digitization, management and utilization of drawings and texts in the construction CALS / EC era, and furthermore, the correspondence to electronic delivery. In addition, a wide variety of documents, such as large-format drawings, calculation documents, word processing documents, spreadsheets, photographs, PDF documents, and Internet HTML files, which are indispensable in the field of surveying and civil engineering design, can be centrally managed by a personal computer in use. .

[0009]

Embodiments of the present invention will be described below in detail. FIG. 3 is a block diagram showing the configuration of the entire system including the integrated filing apparatus of the present invention. The well-known personal computer 10 on the market includes a CRT, a KB (keyboard) 13, a printer 14, and a file device (HD).
D) 12, scanner 11, recording medium (CD-R: 15)
Driver, a LAN interface, and the like. The integrated filing program 30 of the present invention, various application programs 3
1, 32 are installed. Furthermore, LAN25
Is connected to a terminal 20 having a reader, which is a subset of the integrated filing program according to the present invention. An external terminal 24 having a viewer is also connected via a router 22 and the Internet 23. Storage media (CD-
In R: 15), a viewer for searching data by the integrated filing program 30 is written. Therefore, the offline personal computer 21 does not need any specific software for reading the CD-R.

FIG. 1 is a functional block diagram showing the internal configuration of the integrated filing apparatus of the present invention. The integrated filing program 30 has roughly four functions.
The IFD (Integrated Filing Data) generation processing 40 generates and stores an IFD file described later using a function of the application program 31, as described later. The content editing process 41 is performed by the application program 3
The contents of the IFD file 50 are edited using the function 1.

The browsing / editing process 42 is for browsing, searching, and retrieving the contents of a plurality of IFD files 50 managed in document units.
Sorting is performed. The output process 43 prints and outputs a plurality of IFD files in one document in a predetermined format, writes / reads data to / from an information recording medium such as a CD-R, and converts data codes and formats. In addition to the above, there is a function selection starting unit (main program) (not shown) for starting various function processes.

FIG. 5 is a flowchart showing the processing of the main program of the integrated filing apparatus of the present invention.
When the integrated filing program 30 of the present invention is started, in S10, an initial screen is displayed on the CRT 13, and in S11, an instruction operated by the user using, for example, a KB or a mouse (not shown) is input, and S1 is entered.
In step 2, the contents of the instruction are analyzed / determined. In S13, it is determined whether or not the user's instruction is to generate an IFD. If the determination result is affirmative, the process shifts to S14 to execute an IFD generation process.

In S13, it is determined whether or not the user's instruction is to generate an IFD.
Then, the process proceeds to 4 to execute an IFD generation process. In S15, it is determined whether or not the user's instruction is content editing. If the determination result is affirmative, the process shifts to S16 to execute content editing processing.

In S17, it is determined whether or not the user's instruction is browsing. If the result of the determination is affirmative, the flow shifts to S18 to execute browsing processing. In S19, it is determined whether or not the user's instruction is a search. If the determination result is affirmative, the process shifts to S20 to execute a search process. In S21, it is determined whether or not the user's instruction is rearrangement. If the determination result is affirmative, the process shifts to S22 to execute a rearrangement process. The browsing process, the search process, and the sorting process correspond to the browsing and editing process 42 in FIG.

In S23, it is determined whether or not the user's instruction is for printing. If the determination result is affirmative, the flow shifts to S24, where printing processing is executed. In S25, it is determined whether or not the user's instruction is medium input / output. If the determination result is positive, the process shifts to S26 to execute medium input / output processing. In S27, it is determined whether or not the user instruction is code conversion. If the determination result is affirmative, the process shifts to S28 to execute a code conversion process. The print processing, the medium input / output processing, and the code conversion processing correspond to the output processing 43 in FIG. In S29, it is determined whether or not the user instruction has been completed. If the determination result is affirmative, the processing of the integrated filing program is completed.

FIG. 2 shows the integrated filing data I generated and stored by the integrated filing apparatus of the present invention.
FIG. 3 is an explanatory diagram illustrating a configuration of an FD. The data structure of the IFDs 50 and 51 is composed of “attribute” + “application data” + “creation code” + “environment” as shown in FIG. The “attribute” data stores attribute information such as title, creator, remarks, and keywords, which are encrypted. "Application data" includes word processing and C
Stores data obtained by compressing and encrypting application data created by various application software such as AD.

The "creation code" stores display / print data in a unified format generated by a creation code driver described later. The “environment” data stores information such as external character files, font files, and special lines possessed by various applications.
When the application data is composed of a plurality of pages, a plurality of pages of the creation code are stored in one IFD file. FIG. 2 illustrates, for example, a plurality of IFD files constituting one document. The management information for each “document” (binder) is stored in a management file described later.

FIG. 6 is a flowchart showing two examples of the IFD generation processing in S14 according to the present invention. A method of generating an IFD file will be described by taking a word processor and a CAD program, which are generally used general-purpose software, as an example. FIG. 6A is a flowchart illustrating a method of generating an IFD file from word processing data, which is an example of the IFD generation processing in S14 of FIG.

In S30, a sentence file is created using, for example, general-purpose word processing software. In S31, the created document file is dragged and dropped into the window of the integrated filing program 30 of the present invention. In S32, the word processing software OLE server (application program) is started in the background, the application program is controlled via the COM interface to execute the printing process, and the print data is output to the "creation code driver" of the present invention. Let it.

In S33, a "creation code" is generated by the creation code driver of the present invention. In S34, an IFD file is generated by adding the attribute and environment information to the generated creation code and the original application data (document file data), stored with a file name, and registered with the management data.

FIG. 6B is a flowchart showing a method for generating an IFD file from CAD data, which is an example of the IFD generation process in S14 of FIG. In S40, CAD data is created by CAD software. S4
In step 1, drag the created CAD data into the window of the integrated filing program 30 of the present invention.
Drop. In S42, this program automatically starts the CAD application program, and
D Open the CAD data dropped by the application program.

In step S43, the user executes a printing operation by using the CAD application program to designate a creation code driver as a printer. In S44, a creation code is generated by the creation code driver of the present invention. In S45, the generated creation code and the original application data (CAD data)
The IFD file is generated by adding the attribute and environment information to the IFD, and is stored with a file name, and management data is registered.

FIG. 7 is a functional block diagram showing functions of the created code driver according to the present invention. The created code driver 71 of the present invention is installed in the OS as one of the printer drivers. As shown in FIG. 6, the application program 31 automatically or manually opens the application data 70, and executes the printing operation by designating the "creation code driver" as a printer.

Based on the drawing code output from the application program 31, the creation code driver 71 generates a file in a format called, for example, EMF. Then, further processing such as page division, OS difference conversion (unification), font conversion, external character check, compression / encryption, and the like are performed, and “creation code” data is output. By using this creation code, display and printing can be performed directly from this program.

Application data 7 as original data
0 is also subjected to compression / encryption processing and output. Further, when the external character registered in the system is used, the system external character information is acquired from the system environment. The creation code driver 71 generates the IFD file 50 based on these data.

Generally, external character fonts are not attached to individual data files but are managed by the OS of each personal computer. Therefore, when exchanging data, it is necessary to exchange the external character font file separately from the data file. However, the method is not as general and easy to use as exchanging data files, and requires special knowledge. Furthermore, since the external character file is common in the system and can hold only one set, it is difficult to handle a plurality of sets of external characters. Therefore, by storing the external character file data together with the data file, the external character file can be exchanged without the user being conscious. Further, the set of external characters can be easily switched for each IFD file.

FIG. 4 shows integrated filing data I generated and stored by the integrated filing apparatus of the present invention.
FIG. 4 is an explanatory diagram illustrating a method of managing an FD. The integrated filing program 30 of the present invention manages document data in a hierarchical structure of drawer (drawer) / binder / index (header (delimiter) in one binder) / document.

A document, which is the minimum unit, is assigned a document ID for each page. Then, the structure is such that the document is sequentially linked upward from the lower level (document). That is, in the document (page) table 64, an index ID (ID assigned to all headings (delimiters)), a document ID, a document name, a document ID of a previous page, a document ID of a subsequent page, and a file address (IFD file) Or original file of each application, ht
tp content, which indicates where the file is stored).

The connection of pages is stored as the document ID of the previous page and the document ID of the subsequent page in the document (page) table. And
When rearranging the pages, it is only necessary to rewrite the document ID of the previous page and the document ID of the subsequent page. Therefore, when the management is performed using the page numbers, the processing is simplified as compared with the case where all the page numbers after the rearranged pages must be changed.

The index is given an index ID for each heading unit. The index (heading) table 63 stores a binder ID, an index ID and a preceding index ID, a following index ID, an index name (title), a type, a color, remarks, and the like.

A binder as a unit of a document is provided with a binder ID for each binder. The binder table 62 includes a drawer ID, a previous drawer ID, a rear drawer ID and a drawer name (title), a creator, remarks,
The classification and the like are stored.

The drawer has a drawer ID for each drawer unit.
Is attached. The drawer (drawer) table 61 stores a name, a drawer ID, an administrator, remarks, an update date, a creation date, a place (where the file is stored), and the like.

In the document management database 60, data size, update date, creation date, reference date, creator,
Color, scale, drawing size, file name, remarks, background raster, drawing name, classification, format, location (where it is filed), etc. are stored.
It can handle not only calculation tables and calculation documents, but also images and drawings. Especially, it is devised so as to be able to handle drawings and raster images having a large data size (for example, A0 size). The structure is the same as that of the actual management system of the library, so that the user can understand without knowing the file management method by the computer.

Next, the browsing function will be described. In the integrated filing program of the present invention, data can be searched for and narrowed down by, for example, various information registered in the document management database, for example, creator, date and time, drawing name, and the like. Also, in order to make it easy for the operator to organize and search, the operator can freely assign a plurality of classification names, and can search by the classification name assigned by the operator. Furthermore,
Searching is also possible by creating a thumbnail of each data and displaying a list of thumbnails.

However, in order to find reusable data from an enormous number of files, it may be difficult to find desired data only by a search or a thumbnail method. Therefore, the integrated filing program of the present invention is provided with a high-speed page turning function for displaying data of various sizes and various formats on a display as if turning a book.

In order to enable the high-speed page turning function, a "created code display program" and a "keyboard,
The mouse control program (viewer program) is operated independently, and the creation code display program constantly monitors the control signal even during the display processing, and is displaying when displaying the next creation code. At the same time as giving an interruption instruction to the created code display program, the next created code display program is started without waiting for its termination, and the display preparation is started.

The data structure of the "creation code" that enables high-speed page turning is also devised. The creation code has a structure in which display can be started without reading the entire file. That is, the paper size, the number of pages, and the like are described in the header, and the display code is described following the header. In addition, since each page is divided, a desired page can be displayed immediately even if the page is switched. Unlike high-speed page turning, unlike thumbnails and simple display, actual data is displayed at high speed as it is, so the operator can easily determine whether this data is the desired data during the display. Becomes possible.

FIG. 9 is a flowchart showing the contents of the browsing process provided with the high-speed page turning function of S18 in the present invention. When the viewer program is started by the user's browsing instruction, in S60, the process waits for input of display page designation information from the user. Then, when the display page is designated, the flow shifts to S61. In S61,
It is determined whether or not the display processing is being performed based on the previous display instruction. If the display processing is being performed, the process shifts to S62 to instruct the data display program to interrupt the display. In S63, the file of the display page is specified with reference to the IFD file management database. In S64, a display window is generated. In S65, a data display program corresponding to the file type is started, and in S60
Return to

The data display program is started by the processing of S65. Note that this data display program can be started in an arbitrary number independently of other display processing. In S70, an IFD file to be displayed is opened. In S71, it is determined whether or not the display of the data is completed. If the determination result is affirmative, S7 is performed.
The process proceeds to S5, closes the file, and ends the process. If the result is negative, the process proceeds to S72.

In S72, it is determined whether or not an instruction to interrupt the display has been issued from the viewer program. If the determination result is affirmative, the process proceeds to S75, but if negative, the process proceeds to S73. In S73, one data block of a predetermined amount is read from the file. In S74, the data of the read block is displayed, and the process returns to S71. By such processing, the processing can be interrupted even during the display processing, and the display processing of the next designated page can be started before the interruption processing is completed.

FIG. 8 is a flowchart showing the contents of the contents editing process in S16 according to the present invention. In S50, data to be edited is selected. In S51, a viewer (browsing function) is activated, and the data is displayed in S52. In S53, a range to be edited is designated. In S54, the data in the specified range is copied to, for example, a clipboard.

In S55, the application data to be pasted is selected, and in S56, the application program is started. In S57, S
At 55, the data is pasted from the clipboard to the opened application data. Note that the pasted and corrected application data is newly
When registering as an FD file, for example, an IFD generation process as shown in FIG. 6 is executed, and a new IFD file is created and registered.

The above content editing process is an example in which a part of the creation code data in the IFD file is cut out and pasted to other application data. When editing and updating the application data, the application data included in the IFD file is extracted and edited / corrected by the application program, the application data included in the IFD file is updated, and the IFD generation processing S14 is executed again. , IFD file can be updated.

FIG. 10 is a flowchart showing the contents of the search processing in S20 according to the present invention. FIG. 10A is a flowchart in the case of performing a refined search, and is described in S9.
In step 2, a narrowing-down condition is input. As conditions, for example, a creator, date and time, a drawing name, and the like can be used, and a search can be performed using a classification name freely given by an operator. In S93, a search process of the document table (★ What is the SQL process in FIG. 10?) Is performed on the data in the displayed binder.
Extract the data.

FIG. 10B is a flowchart in the case of performing the entire search. In S150, search conditions are input. In S151, a search process of the document table is performed for the entire cabinet, and the corresponding data is searched. Extract. In S152, the number of data items extracted in S151 is displayed. If the additional search is not performed in S153, the process proceeds to S156. If the additional search is performed, the process proceeds to S154. In S154, the search condition is input again. In S155, the search is performed on the search result in S151, the corresponding data is extracted, and the process returns to S152. S
At 156, a list of data finally extracted is displayed.

FIG. 11 is a flowchart showing the contents of the rearrangement process in S22 according to the present invention. In S80, the document data (binder) to be rearranged is selected and opened, and the documents are displayed as thumbnails (list). S81
In, the thumbnail image that the user wants to rearrange is moved to a desired position by drag and drop. S82
In, it is determined whether the drop position is on another data (page) or between data (pages), and if it is above, the process proceeds to S86.
Move to 83.

In S84, the moving process is performed by changing the record arrangement of the document table 64. In S87, the file type is determined. If all of the files are IFD files, the flow shifts to S88, where IFD combining processing is performed. If all of the files are TIFF files in S87, the process proceeds to S89 to perform TIFF combining processing. In S90,
The binding process is performed by combining (synthesizing) the records of the document table 64. In S85, the documents are displayed as thumbnails (list) based on the updated contents of the document table 64.

FIG. 12 is a flowchart showing the contents of the printing process in S24 according to the present invention. When performing data printing, in S100, data (binder) to be printed is selected. In S101, a print function is selected. In S102, the paper size is specified.
In S103, it is determined whether or not the print data is an IFD file.
Then, the created code data is extracted from the IFD file. If not, the process moves to S104.

In S104, it is determined whether or not the processing file is of a type that can be directly printed. When the determination result is affirmative, the process proceeds to S107, and when the result is negative, the process proceeds to S105. In S105, it is determined whether or not the application data is OLE printable.
If the determination result is affirmative, the process proceeds to S113 to perform OLE printing, but if the determination result is negative, the printing process ends.

In S107, the data type is determined for each page. If the data is image data, the flow proceeds to S108, and if it is drawing (vector) data, the flow proceeds to S109. S108
In, an image correction method or a parameter is designated, and the flow shifts to S110. In S109,
Specify line thickness and color.

In step S110, the paper layout is specified,
At 111, drawing and image printing processing is performed. Also,
In S112, the creation code is printed. As described above, when printing an electronic document, by outputting the creation code data directly to the printer driver,
Printing can be performed without starting an application program.

FIG. 13 is a flowchart showing the contents of the medium input / output processing in the present invention. FIG. 13A is a flowchart showing the case of outputting to a medium or mail. In S120, data (binder) to be output (stored and sent) is selected. In S121, the user is made to input information for selecting a medium (media) or mail as a sending means. In S122,
It is determined whether the sending means is a medium or a mail. If the sending means is a medium, the process proceeds to S123.
Go to 126.

In S123, the data is stored (written) on the medium. In S124, a data display program (viewer), which is a program in which only the functions related to data display among the functions of the integrated filing program of the present invention are limitedly implemented, is stored (written) in the medium, and is sent to the receiver in S125. By starting the viewer on the recipient's personal computer, all stored data can be viewed without starting the application program. As the medium, for example, CD-R / MO / DVD / DAT can be used. In S126, the data file to be sent is compressed. In S127,
Send the mail with the compressed file attached to the recipient.

FIG. 13B is a flowchart showing the case of input from a medium. In S130, the medium is received. In S131, the data in the medium is displayed and confirmed or printed by the integrated filing program of the present invention or a display program such as a viewer. In S132, it is determined whether or not there is an instruction from the user to store the file on the hard disk. If the determination result is affirmative, the process proceeds to S133 to copy the file from the medium to the hard disk.

FIG. 13 (c) is a flowchart showing the case of starting from a mail. In S135, the mail to which the data is attached is received. In S136, the data file attached to the mail is stored and registered in the integrated filing program of the present invention.

FIG. 14 is a flowchart showing the contents of the data conversion processing in the present invention. For example, when converting to a DXF file, in S140, the drawing data to be converted is selected. In S141, a convert button is clicked. In S142, a DXF file is selected as a data type to be converted. S143
Specifies options for conversion processing such as version, character string arrangement method, paper size, expansion ratio, and the like. S
In 144, the user inputs the converted file name. S
At 145, the conversion process is started and the data is DX
Converted to F file. In S146, the converted data is added to the document table. S1
At 47, the screen display is updated.

The data that can be exchanged by the program of the present invention include (1) CAD data: DXF, DWG,
STEP, (2) Image data: BMP, TIFF, JP
EG, (3) Inter-document data: PDF, word processing program, spreadsheet program, presentation program, HTML, XML (4) Survey numerical data: SIM
A (5) Digital topographic map data: JPS-SIMA-DM
DM (6) OS metafile: WMF, EMF, etc.

FIG. 15 is an explanatory diagram showing an example of a startup screen of a program according to the present invention. At the top of the screen is a toolbar with a title bar, menu bar, and function buttons.At the bottom left, there is a binder display area inside the cabinet and drawer. "Function sample" in the drawer named "Drawer"
Binder (electronic document) is open.
In the document data display area on the right side, thumbnails (reduced images) of five pages of document data included in “raster data” which is the first index in the binder are displayed. In the display area of each page, a data name and a page number are also displayed.

FIG. 16 is an explanatory diagram showing a display example of a hierarchical structure of a program according to the present invention. In the case of the hierarchical structure display, the hierarchical structure of the data in the selected binder (name: functional sample) is displayed on the left side of the document data display area, and is included in the index (heading tag) of “raster data”. Is displayed on the right side.

FIG. 17 is an explanatory diagram showing a thumbnail display example of a program according to the present invention. On this screen, all the documents in the binder called “functional sample” are displayed as thumbnails in the page order, and the whole can be browsed, rearranged, printed, and the like by the method described above.

FIG. 18 is an explanatory diagram showing an example of displaying a file of a program according to the present invention. For example, when data is displayed by clicking one thumbnail image on the screen of FIG. 17, the display is switched to that shown in FIG. On this screen, it is possible to cut out / edit an arbitrary area. When one binder is selected on 17 screens and the display button is pressed, the screen is switched to a screen as shown in FIG.

FIG. 20 is an explanatory diagram showing a high-speed page turning display example in the present invention. When a document in the hierarchical structure is designated on this screen, the document is displayed in the image area. Furthermore, when a specific key such as the “↓” or “↑” key on the keyboard is pressed, the display process of the data currently being displayed is stopped each time the key is pressed, and the next (previous)
The page data display process is activated, and the data is displayed one after another.

While the embodiments of the present invention have been disclosed above, the present invention may have the following modifications. In the embodiment, an example has been described in which a file is generated by combining application data and display print data based on the EMF format as an IFD. However, data other than EMF data can be used as display print data.
As data for display printing, for example, BMP (TIF
F) or other image data, PDF data, XM
L + CSS can also be used. In addition, even if there is no application data in some or all of the IFD files, it is possible to execute most processes such as browsing, displaying, and printing of the integrated filing program of the present invention.

In the embodiment, the example in which the application data and the creation code data for display printing are stored together in the IFD file is disclosed. However, the application data file and the creation code data file may be saved as separate files. The present invention can be similarly implemented by managing the file link information by a database.

[0065]

As described above, in the present invention,
Digitization of drawings and texts in the construction CALS / EC era,
It is possible to provide an electronic cabinet system for electronic filing with an eye on management and utilization, and also on electronic delivery, and adopting a hierarchical structure has an effect that a large number of documents can be easily organized. In addition, data created by various application software such as large format drawings, calculation documents, word processing documents, spreadsheets, photographs, PDF documents, Internet HTML files, etc. which are indispensable in the field of surveying and civil engineering design in a unique unified format. By converting to a certain "creation code", data can be centrally managed. Searching and browsing (high-speed page turning), data exchange, organizing (page composition and sorting), printing / binding, reuse, etc. without an application program There is also an effect that can be done.

[Brief description of the drawings]

FIG. 1 is a functional block diagram showing a configuration of an integrated filing apparatus of the present invention.

FIG. 2 is an explanatory diagram showing a configuration of integrated filing data of the present invention.

FIG. 3 is a block diagram showing the configuration of the entire system including the device of the present invention.

FIG. 4 is an explanatory diagram showing a method for managing integrated filing data according to the present invention.

FIG. 5 is a flowchart showing processing of a main program of the present invention.

FIG. 6 is a flowchart illustrating an example of an IFD generation process according to the present invention.

FIG. 7 is a functional block diagram showing functions of a created code driver of the present invention.

FIG. 8 is a flowchart showing the contents of a content editing process according to the present invention.

FIG. 9 is a flowchart showing the contents of a browsing process according to the present invention.

FIG. 10 is a flowchart showing the contents of a search process according to the present invention.

FIG. 11 is a flowchart illustrating the contents of a rearrangement process according to the present invention.

FIG. 12 is a flowchart illustrating the contents of a printing process according to the present invention.

FIG. 13 is a flowchart showing the contents of the medium input / output processing of the present invention.

FIG. 14 is a flowchart showing the contents of a data conversion process of the present invention.

FIG. 15 is an explanatory diagram showing an example of a startup screen of a program according to the present invention.

FIG. 16 is an explanatory diagram showing a display example of a hierarchical structure of a program according to the present invention.

FIG. 17 is an explanatory diagram showing a thumbnail display example of the program of the present invention.

FIG. 18 is an explanatory view showing a file display example of a program according to the present invention.

FIG. 19 is an explanatory diagram showing a binder display example of a program according to the present invention.

FIG. 20 is an explanatory diagram showing a high-speed page turning display example according to the present invention.

[Explanation of symbols]

Reference Signs List 10 personal computer, 11 scanner, 12 file device (HDD), 13 keyboard, 14 printer, 15
... recording medium, 20, 21 ... terminal, 22 ... router, 23 ...
Internet, 24 external terminals, 25 LAN, 30
... Integrated filing program, 31 ... Application program, 40 ... IFD generation processing, 41 ... Content editing processing, 42 ... Browsing and editing processing, 43 ... Output processing, 50
51: IFD file, 60: Document management database, 61: Drawer table, 62: Binder table, 63: Index table, 64: Document table, 70: Application data, 71: Creation code driver

────────────────────────────────────────────────── ───

[Procedure amendment]

[Submission date] November 17, 2000 (200.11.
17)

[Procedure amendment 1]

[Document name to be amended] Statement

[Correction target item name] 0044

[Correction method] Change

[Correction contents]

FIG. 10 is a flowchart showing the contents of the search processing in S20 according to the present invention. FIG. 10A is a flowchart in the case of performing a refined search, and is described in S9.
In step 2, a narrowing-down condition is input. As conditions, for example, a creator, date and time, a drawing name, and the like can be used, and a search can be performed using a classification name freely given by an operator. In S93, a search process of the document table is performed on the data in the displayed binder to extract the data.

Claims (9)

[Claims] 1. An integrated filing apparatus, comprising: storage means for storing both application data of an arbitrary format for forming document data and display print data of a predetermined format corresponding to the application data. 2. The integrated filing apparatus according to claim 1, wherein the storage unit combines the application data and the display print data into one integrated data file. 3. The integrated filing apparatus according to claim 2, wherein said storage means also stores external character data, attributes, and titles in said integrated data file. 4. The integrated filing apparatus according to claim 1, further comprising management means for managing a plurality of files constituting one document. 5. The storage means includes display print data generating means for generating the display print data by activating an application program corresponding to desired application data and performing a printing operation. The integrated filing apparatus according to claim 1. 6. The integrated filing apparatus according to claim 1, further comprising printing means for printing the display print data in a plurality of data files in one document data in a specified format. . 7. A display means for displaying the display print data of a plurality of data files in one document data, wherein the display means displays the next data during reading processing of data of one data file. 2. The integrated filing apparatus according to claim 1, wherein when the display instruction is input, the reading process is stopped and the process proceeds to a display process of the next data. 8. An editing means for updating the application data in the integrated data file by updating an application program in the integrated data file by activating an application program corresponding to desired application data, and updating display print data. The integrated filing apparatus according to claim 1, further comprising: 9. A step of generating display print data in a predetermined format by activating an application program corresponding to desired application data and performing a printing operation, and combining the application data with the display print data to obtain one. And storing the data as one data file.