WO2002001402A1

WO2002001402A1 - Integrated filing device and integrated filing method

Info

Publication number: WO2002001402A1
Application number: PCT/JP2001/005352
Authority: WO
Inventors: Tohru Takashina
Original assignee: Jec Co., Ltd
Priority date: 2000-06-26
Filing date: 2001-06-22
Publication date: 2002-01-03
Also published as: JP2002007385A; AU2001274590A1

Abstract

An integrated filing device and an integrated filing method permitting retrieval/reading/printing without requiring various kinds of application software. An IFD generation processing (40) in an integrated filing program (30) generates an IFD file (50) that retains both arbitrary-format application data for forming document data and specified-format display/print data corresponding to the application data. It further can display, read, rearrange and print document data by using the IFD file (50) but not using application data. The above device and method can provide an electronic cabinet system capable of computerized control of drawings and texts and unified control of various types of documents.

Description

Description Integrated filer and integrated filer method

The present invention relates to an integrated filling device and an integrated filling method, and more particularly to an integrated filling device and an integrated filling method capable of integrating and managing output data of different applications, and displaying, printing, and editing. Background art

In recent years, the use of computerized technology has been required as a promising measure to make public works implementation more transparent and efficient, and the Ministry of Construction has introduced construction CAL SZEC. CAL SZE C is a business reform movement that aims to distribute, share, and reuse information by performing all operations based on electronic information. Originally, CALS (Continuous Acquisition and Life-Cycle Support) began with the US military's electronic procurement of electronic procurement. Do has two sides.

Generally, in the case of construction CALs, the former is strongly aware of life cycle support. However, recently, it has been desired that the construction consulting business also conduct advertising, bidding, settlement, payment, etc. using electronic data based on international standards. For this reason, it is necessary to include electronic procurement (EC), which has a broader impact on the pace of the industry as a whole, and both CAL S / EC and CAL S / EC have been described. The CALS News EC has the following two objectives.

1. Electronic procurement of public works: All organizations 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 research, planning, design, construction, and management and operation of directly controlled projects.

In other words, the digitization of public works, namely investigation, planning, design, construction, conventional it is an object of the CALSZEC electronically the process of Te any management operation space _c, the data corresponding to the CALS / EC, which was the When generated, various documents (data) such as texts, calculations, drawings, photographs, etc. in a unique format created by various application software are mixed, and paper size / data volume etc. It was mixed. Then, when trying to share and reuse electronic data and products created by various application software, there was a problem that all departments had 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, and the entire document is viewed. Even so, it was necessary to launch different application software for each page, and if smooth browsing was not possible, there was also a problem.

Therefore, in order to centrally manage document data, it is conceivable to convert data created by various application software into a unified format. Here, even if data created by various application software is printed by a printer, the data is converted into control codes by a printer driver so that the data is printed on a specific printer. Is converted to a unified format One way to do this is to use a metafile or print file created by the Windows printer driver. But,

1. Metafiles depend on the type of OS.

2. The metafile is not divided into pages.

3. Metafiles depend on specific printer capabilities (resolution and expressive power).

4. The print data is composed of the control codes of a specific printer and cannot be output to another type of printer.

It cannot be used.

Furthermore, even if a unified format is created, depending on various application software, it may be a special line segment of CAD, such as a special line segment of CAD, or an external character used in text (an original character). However, there is also a problem that it is not possible to open all the data in the file if the file does not support such characters.

Furthermore, even if a unified format is created, there is a problem that data cannot be updated and part of the data cannot be reused. Disclosure of the invention

An object of the present invention is to solve the above-described problems of the conventional technology and to provide an integrated filing apparatus and an integrated filing method that can search, browse, print, etc. without requiring various application software. ( _C) The integrated filling device of the present invention includes a 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. It is characterized by having.

According to the present invention, construction drawings and texts in the CALS / EC era It is possible to provide an electronic cabinet system that focuses on management, utilization, and response to electronic delivery. Large-format drawings and calculators indispensable for surveying, civil engineering, word processing documents, spreadsheets, photographs. PDF documents, Internet HTML files, etc. be able to. BRIEF DESCRIPTION OF THE FIGURES

FIG. 1 is a functional block diagram showing the configuration of the integrated filling device of the present invention.

FIG. 2 is an explanatory diagram showing the configuration of integrated filing data of the present invention. FIG. 3 is a block diagram showing the configuration of the entire system including the apparatus of the present invention.

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

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

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

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

FIG. 8 is a flowchart showing the contents of the contents editing process in the present invention.

FIG. 9 is a flowchart showing the contents of the browsing process in the present invention. FIG. 10 is a flowchart showing the contents of the search processing in the present invention.

FIG. 11 is a flowchart showing the contents of the rearrangement process in the present invention. It is.

FIG. 12 is a flowchart showing the contents of the printing process in 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 the data conversion processing of the present invention.

FIG. 15 is an explanatory diagram showing an example of a program startup screen 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 diagram 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 an example of high-speed page turning display according to the present invention. BEST MODE FOR CARRYING OUT THE INVENTION

Hereinafter, embodiments of the present invention will be described in detail. FIG. 3 is a block diagram showing the configuration of the entire system including the integrated filing apparatus of the present invention. Well-known personal computers 10 include CRT, KB (keyboard) 13, printer 14, file device (HDD) 12, scanner 11, recording media (CD-R: 15 ) Driver, LAN interface, etc. The integrated filing program 30 of the present invention and various application programs 31 and 32 are installed on a well-known OS.

Further, the LAN 25 is connected to a terminal 20 having a reader, which is a subset of the gun firing program according to the present invention, and is provided with a viewer via the router 22 and the Internet 23. External terminal 24 is also connected.

In the storage medium (CDR: 15), a viewer for searching data is written by the integrated filing program 30. Therefore, no specific software is required for the offline personal computer 21 to read CDR.

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 four main functions. The IFD (Integrated Filing Data) generation process 40 generates and stores an IFD file described later using the function of the application program 31 as described later. The contents editing process 41 edits the contents of the IFD file 50 using the functions of the application program 31.

The browsing and editing processing 42 performs browsing, searching, sorting, etc. of the contents of a plurality of IFD files 50 managed on a document basis. The output process 43 prints 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 reads / codes data. Perform the conversion of the default. In addition to this, there is also a function selection and activation means (main program) (not shown) for activating various function processes.

FIG. 5 shows the processing of the main program of the integrated filing apparatus of the present invention. It is a flowchart shown. When the integrated filling program 30 of the present invention is started, the initial screen is displayed on the CRT 13 in S 10, and the user operates the S 11 using, for example, a KB or a mouse (not shown). Then, the contents of the instruction are analyzed and Z-determined in S12. In S13, it is determined whether or not the user instruction is to generate an IFD. If the determination result is affirmative, the process shifts to S14 to execute an IFD generation process.

In S 1 3, the user instruction is determined whether generation of the IFD, if determine the constant result is affirmative in _c S 1 5 which IFD generating process shifts to S 1 4 is executed, the user It is determined whether or not the instruction is content editing. If the determination result is affirmative, the process shifts to S16 to execute the content editing process.

In S17, it is determined whether or not the user's instruction is browsing, and if the determination result is affirmative, the process proceeds to S18 to perform 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 a rearrangement. If the determination result is affirmative, the process proceeds to S22 to perform a rearrangement process. The browsing processing, search processing, and sorting processing correspond to the browsing and editing processing 42 in FIG.

In S23, it is determined whether or not the user's instruction is for printing, and if the determination result is affirmative, the process proceeds to S24 and print processing is executed. In S25, it is determined whether or not the user's instruction is medium input / output. If the result of the determination is affirmative, the flow shifts to S26 to execute medium input / output processing.

In S27, it is determined whether or not the user's instruction is code conversion. If the determination result is affirmative, the flow shifts to S28 to execute code conversion processing. 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 the user instruction has been completed, If the judgment result is affirmative, the processing of the integrated filling program ends.

FIG. 2 is an explanatory diagram showing the configuration of integrated filing data IFD generated and stored by the integrated filling device of the present invention. As shown in FIG. 2, the data structure of IF 50 and 51 is composed of "attribute" + "application data" + "creation code" + "environment". The “attribute” data contains encrypted title information such as title, creator, remarks, and keywords. “Application data” stores compressed and encrypted application data created by various application software such as word processors and CAD.

The “creation code” stores the unified format display print data generated by the creation code driver described later. The “environment” data stores information such as external character files, font files, and special lines for each application. If the application data consists of multiple pages, the created code for multiple pages is stored in one IFD file. FIG. 2 illustrates a plurality of IFD files constituting one document, for example. "Documents"

The management information for each (binder) unit is stored in a management file described later.

FIG. 6 is a flowchart showing two examples of the IFD generation processing of S14 in the present invention. This section describes how to generate an IFD file, using word processors and CAD programs that are commonly used general-purpose software as examples. FIG. 6 (a) is a flowchart showing a method of generating an IFD file from warp mouth data, which is an example of the IFD generation process of S14 in FIG.

In S30, for example, a sentence file using general-purpose word processing software ^ create. 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, a one-processor OLE server (application program) is started in the background, and the application program is controlled via the COM interface to execute print processing. The print data is output to the “create code driver”.

In S33, the creation code driver of the present invention generates “creation code J. In S334, the created creation code and the original application data (document file data) have the attribute described above. Generate an IFD file with the information and environmental information added, store it with a file name, and register the management data.

FIG. 6B is a flowchart showing a method of generating an IFD file from CAD data, which is an example of the IFD generation processing of S14 in FIG. In S40, CAD data is created by CAD software. In S41, the created CAD data is dragged and dropped into the window of the integrated lighting program 30 of the present invention. In S42, this program automatically starts the CAD application program and opens the CAD data dropped by the CAD application program.

In S43, the user executes a printing operation by designating a created code driver as a printer by using a CAD application program. In S44, a creation code is generated by the creation code driver of the present invention. In S45, an IFD file is generated by adding the above-mentioned attributes and environmental information to the generated creation code and the original application data (CAD data). register. FIG. 7 is a functional block diagram showing functions of the created code driver according to the present invention. The creation 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, page division, OS difference conversion (consolidation), font conversion, external character check, compression Z encryption, and the like are performed, and “creation code” data is output. By using this creation code, it is possible to display and print directly from this program.

The original application data 70 is also subjected to compression Z encryption processing and output. Furthermore, if the external characters registered in the system are used, the system external character information is acquired from the system environment. The creation code driver 71 generates an IFD file 50 based on these data.

Generally, Gaiji 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 together with the data file. However, the method is not as general and easy to use as exchanging data files, and requires special knowledge. In addition, since external character files are common in the system and can only hold one set, it is difficult to use multiple characters for 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 aware of it. In addition, IFD files The set of external characters can be switched easily for each case.

FIG. 4 is an explanatory diagram showing a method of managing integrated filing data IFD generated and stored by the integrated filing apparatus of the present invention. The integrated filing program 30 of the present invention manages document data in a hierarchical structure of drawers (drawers) / binders / indexes (headings (delimiters) in one binder) / documents. .

Documents, which are the smallest units, have a document I per page. The structure links sequentially from the bottom of the hierarchy (document) to the top. In other words, the document (page) table 64 contains the index ID (the ID assigned to all headings (delimiters)), the document ID, the name of the document, the document ID of the previous page, and the next page. The document ID and file address (the original file of the IFD file or each publication, and the address indicating where the file is stored in the http content) are stored. The connection of pages is stored as the document ID of the previous page and the document ID of the next page in the document (page) tape. Then, when rearranging the pages, it is only necessary to rewrite the document ID of the previous page and the document ID of the following page. Therefore, when the management is performed by the page number, the processing becomes simpler than when all the page numbers after the rearranged page must be changed.

INDEX has an INDETASS ID for each heading unit. The index (heading) table 63 stores a binder ID, an index ID, a preceding index ID, a rear index ID, an index name (title), type, color, and remarks.

A binder, which is a unit of documents, has a binder ID for each binder. Binder staple 6 2 has drawer ID, previous drawer The ID, the rear drawer ID and the drawer name (title), creator, remarks, classification, etc. are stored.

Each drawer has a drawer ID attached to each drawer. The drawer (drawer) tape 61 stores the name, drawer ID, manager, remarks, renewal date, creation date, and location (where the file is stored.).

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 ), So that not only sentences, calculation tables, and calculation documents, but also image relations and drawings can be removed. In particular, it is designed to handle drawings and raster images with large data volumes (for example, AO size). The structure is the same as that of the actual archive management system, so that users can understand the file management method without using a computer.

Next, the browsing function will be described. In the integrated filling program of the present invention, data can be searched and narrowed down by various information registered in the document management database, for example, creator, date and time, drawing name, and the like. In addition, the operator can freely assign multiple classification names so that the operator can organize and search easily, and can search using the classification names assigned by the operator. In addition, it is possible to search by creating thumbnails of each data and displaying a list of thumbnails.

However, in order to find reusable data from a huge number of files, it may be difficult to find the desired data only by searching or using the thumbnail method. Therefore, the integrated feeling program of the present invention It has a high-speed page turning function that displays data of various sizes and various formats on a display as if it were a book. In order to enable the high-speed page turning function, the “created code display program” and the “keyboard and mouse control program (viewer program)” operate independently, and the created code display program performs display processing. Even if it is in the middle, the control signal is always monitored, and when the next creation code is displayed, an interruption instruction is given to the displayed creation code display program, and at the same time, the next Start the created code display program and start preparing for display.

The data structure of the "creation code" that enables high-speed page turning is also devised, and the creation code has a structure that can be displayed 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 separated, a desired page can be displayed immediately even if the page is switched.

Unlike the thumbnail or simple display, high-speed page turning displays the actual data at high speed as it is, so that the operator can check whether this data is the desired data during the display. Judgments can be made easily.

FIG. 9 is a flowchart showing the contents of a browsing process having a 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 system waits for input of display page designation information from the user. Then, when the display page is specified, 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, and if it is, the flow 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 S'65, a data display program corresponding to the file type is started, and the flow returns to S60.

The data display program is started by the processing of S65. It should be noted that this data display program can be started in an arbitrary number independently of other display processing. In S70, the IFD file to be displayed is opened. In S71, it is determined whether or not the display of the data has been completed.If the determination result is affirmative, the process proceeds to S75 to close the file and end the processing. Shift to S72.

In S72, it is determined whether or not an instruction to suspend the display is issued from the viewer program.If the determination result is affirmative, the process proceeds to S75, but if not, the process proceeds to S73. Transition. In S73, one data block of a predetermined amount is read from the file. In S74, the read block data is displayed, and the flow 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 content editing process in S16 in the present invention. In S50, data to be edited is selected, in S51, a viewer (browsing function) is activated, and in S52, the data is displayed. In S53, the 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 S556, the application program is started. In S57, select in S55 and click on the open application data. Paste the data from the ripboard. When registering the pasted and modified application data as a new IFD file, for example, the IFD generation process shown in Fig. 6 is executed, and a new IFD file is created and registered.

The content editing process described above 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, extract the application data contained in the IFD file, edit it with the application program, make corrections, update the application data contained in the IFD file, and re-create the IFD. To update the IFD file.

FIG. 10 is a flowchart showing the content of the search process of S 20 in the present invention. FIG. 10 (a) is a flowchart in the case of performing a refinement search. In S92, a refinement condition is input. As the condition, for example, the creator, date and time, drawing name, etc. can be used, and furthermore, a search can be performed using a classification name freely assigned by the operator. In S93, search processing of the document table is performed on the data in the displayed binder to extract the data.

Fig. 10 (b) is a flowchart for performing a full search. In S150, search conditions are input, and in S151, a document table search process is performed on the entire cabinet. And extract the relevant data. In S 15 2, the number of data extracted in S 15 1 is displayed.If no additional search is performed in S 15 3, the power is shifted to S 1 56 ^.If additional search is performed, Shift to S154. In S 1 5 4, the search conditions are re-entered. In S 1 5 5, a search is performed on the search result of S 1 Extract the relevant data and return to S 15 2. In S156, a list of the finally extracted data is displayed.

FIG. 11 is a flowchart showing the content of the S22 rearranging process in the present invention. In S80, the document data (binder) to be sorted is selected and opened, and the documents are displayed as thumbnails (list). In S81, the user moves a thumbnail image to be rearranged to a desired position by dragging and dropping. In S82, it is determined whether the drop position is on another data (page) or between data (pages). If it is above, the process proceeds to S86. If so, proceed to S83.

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

FIG. 12 is a flowchart showing the contents of the printing process of S24 in the present invention. When printing data, select the data (binder) to be printed in S100. 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. If the determination result is positive, the process proceeds to S106, where the created code data is extracted from the IFD file. If not, the flow shifts to S104. In SI04, 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, but when the result is negative, the process proceeds to S105. In step S5, it is determined whether or not the application data allows OLE printing.If the determination result is affirmative, the process proceeds to step S113 to perform OLE printing.If the determination result is negative, the printing process is performed. To end.

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

In S110, paper layout is specified, and in S111, drawing and image print processing are performed. In S112, the created code is printed. As described above, when printing an electronic document, printing can be performed without starting the application program by directly outputting the created code data to the printer driver.

FIG. 13 is a flowchart showing the contents of the medium input / output processing in the present invention. Figure 13 (a) is a flow chart showing the case of output to a medium or mail. In S120, select the data (pinder) you want to output (save and send). In S122, the user is asked to input information for selecting a medium (media) or mail as a means of sending. In S122, it is determined whether the sending means is a medium or an e-mail. If the medium is a medium, the process proceeds to S123, but if the e-mail is an e-mail, the process proceeds to S126. '

In S123, the data is saved (written) to the medium. s

In 1 24, among the functions of the integrated filling program of the present invention, Save (write) the data display program (viewer), which is a program with limited implementation of only the data display function, to the media and send it to the recipient in S125. By starting this viewer on the recipient's personal computer, all stored data can be viewed without starting the application program. As the medium, for example, CD-RZMOZDVD / DAT can be used.

In S126, the data file to be sent is compressed. S

In 127, the e-mail with the compressed file attached is sent to the recipient.

Figure 13 (b) is a flowchart showing the case of input from a medium. In S130, the media is received. In S131, the data in the media is displayed and confirmed or printed by the integrated filing program of the present invention or the display program such as a viewer. S

At 1332, it is determined whether or not the user has instructed to store the data on the hard disk. If the determination result is affirmative, the process proceeds to S133, where the file is transferred from the media to the hard disk. Copy

Figure 13 '(c) is a flow chart showing the case from email. In S135, the e-mail with the data attached is received. In S136, the data file attached to the e-mail is saved and registered in the integrated filing program of the present invention.

FIG. 14 is a flowchart showing the contents of the data conversion process in the present invention. For example, when converting to a DXF file, select the drawing data to be converted in S140. In S141, click the convert button. In S142, a DXF file is selected as the data type to be converted. In S143, options for conversion processing, such as version, character string arrangement method, paper size, expansion ratio, etc., are specified. In S14, enter the converted file name.

In S145, the conversion process is started, and the data is converted to a DXF file. In S146, the converted data is added to the document table. In S147, the screen display is updated. Data that can be exchanged by the program of the present invention include (l) CAD data: DXF · DWG-STEP, (2) image data: BMP ■ TIFF · JPEG, (3) inter-document data: PDF · Word processing program 'Table calculation program · Presentation program · HTML · XML (4) Survey numerical data: SIMA (5) Digital topographic map data: JPS—SIMA-DM-DM (6) OS metafile: WMF · EMF and so on. .

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, there is a toolbar with a title bar, menu bar, and function buttons. At the bottom left, there is a cabinet and a binder display area inside the drawer. A binder (electronic document) named “Functional Sample” in the drawer named “Sampno Led Drawer 1” in the cabinet with the name is open.

In the document data display area on the right, thumbnails (reduced images) of five pages of document data included in the “raster data”, which is the first index in the binder, are displayed. The data area and page number are also displayed in the display area of each page.

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: function sample) is displayed on the left side of the document data display area, and the index (heading tag) of “raster data” is displayed. Including The data named "Digital Camera ..." is displayed on the right.

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

FIG. 18 is an explanatory diagram showing a file display example of a program according to the present invention. For example, when one thumbnail image is clicked on the screen in Fig. 17 to display data, the display switches to the display in Fig. 18. On this screen, you can cut out any area and edit it. When one binder is selected on the 17th screen and the display button is pressed, the screen switches to the screen shown in Fig. 19.

FIG. 20 is an explanatory diagram showing a high-speed page turning display example according to 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 data of the next (previous) page is displayed. Processing starts and data is displayed one after another.

Although 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, but data other than EMF data is used as display print data. Can also be used. For example, BMP (TIFF) or other image data, PDF data, XML + CSS, or the like can be used as the data for display printing.

Also, some or all IFD files contain application files. Even if there is no data, it is possible to execute most processes such as browsing, displaying and printing of the integrated filling 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 are saved as separate files. However, the present invention can be implemented in the same manner if the file linkage information is managed by a database. Industrial applicability

As described above, the present invention provides an electronic cabinet system for electronic digitization, management, and utilization of drawings and sentences in the construction CALSZEC era, and for electronic filling with a view to responding to electronic delivery. The adoption of a hierarchical structure has the effect that a large number of documents can be organized in an easy-to-understand manner. In addition, data created by various application software such as large-format drawings and calculators, word processing documents, spreadsheets, photographs, PDF documents, Internet HTML files, etc. Data can be centrally managed by converting it into a “created code” that is in a formatted format, and search / browse (high-speed page turning), data exchange, and organization (page composition / sequence) without an application program. Replacement), printing, binding, .reuse, etc.

Claims

The scope of the claims

1. Integrated filing characterized by having storage means for storing both application data of an arbitrary format forming document data and display print data of a predetermined format corresponding to the application data. apparatus. .

2. The integrated filling device 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 the storage unit also stores external character data, attributes, and a title in the integrated data file.

4. The integrated filling apparatus according to claim 1, further comprising management means for managing a plurality of files constituting one document.

5. The storage device includes a display print data generating unit that generates the display print data by activating an application program corresponding to desired application data and performing a printing operation. The integrated firing device according to claim 1.

6. The apparatus according to claim 1, further comprising a printing unit configured to print the display print data in a plurality of data files in one document data in a designated format. Integrated filling device _c

7. Further, a display means for displaying the display print data of a plurality of data files in one document data is provided, and the display means displays the next data during reading processing of the data of one data file. When a display instruction is input, the reading process is stopped, and the process proceeds to a next data display process. The integrated filing apparatus according to claim 1, wherein:

8. Further, an editing means for updating the application data in the integrated data file and a means for updating display print data by activating an application program corresponding to desired application data and performing an editing operation. The integrated filing apparatus according to claim 1, comprising:

9. Generating display print data of a predetermined format by activating an application program corresponding to desired application data and performing a print operation;

Storing the application data and the display print data as a single data file;

An integrated filing method comprising: