JPH0375962A - Auxiliary device for conversion of document data - Google Patents

Abstract

PURPOSE:To curtail the development load by bringing the read-in document element data to format conversion to a standard format document at every unit element, and writing it in a document expansion area on a memory secured in accordance with designation. CONSTITUTION:A conversion auxiliary device 40 of document data is linked to an application program 10 for converting an arbitrary document element to document data by a standard format expression. An interface part 42 reads in document element data given by the linked application program 10, and the read-in document element data is brought to format conversion to a standard format document at every unit element, based on a conversion procedure set in advance by a fundamental element control part 43. The document element data brought to format conversion is written in a document expansion area 20 on a memory in accordance with designation of the application program 10 by a document expansion area control part 46.

Description

[Detailed Description of the Invention] [Industrial Application Field] The present invention is directed to the creation of document data in a standard format representation through a computer, or the conversion assistance of document data to assist in the angular reading of document data in a standard format representation. Regarding equipment.

[Prior Art] It is well known that there is document data generally referred to as an electronic document, which is composed of characters, figures, tables, etc., each encoded in a predetermined manner. In addition, such document data may be processed by a computer or a document creation device using a computer (Wardbrosser, workstation, etc.)
It is also well known that documents are created and edited through.

By the way, although it is possible to freely create and edit the above-mentioned document data through these computers and computer-based document creation devices, each computer or document creation device 1″ has its own characteristics depending on the manufacturer or model. Computers or document creation devices that are distributed under different architectures and have different manufacturers and models generally have different specifications for encoding the characters, figures, tables, etc. mentioned above as document data, that is, document formats. For this reason, the document data created and edited by these computers and document creation devices is
Compatibility is not necessarily maintained between these different computers and document production devices; rather, they are not compatible with [Lf], that is, the above-mentioned document data cannot be used as a shared resource. was considered normal. This has been a major obstacle in networking these different computers and document creation devices and in building a larger system with general versatility.

Therefore, in recent years, a common expression format for document data among target computers and document creation devices has been defined, and this has been defined as document data in a standard format. Attempts are also being made to provide decoding functions to other target devices. According to this, even if computers and document creation devices with different document representation formats use IH, document data created and edited through any of the devices can be used as a shared resource, and each of them can exchange ideas. It becomes like this. FIG. 11 shows the concept of such a document exchange system.

In the document exchange system shown in FIG. 31, the document creation device 1 is FORTRAN or COBOL.

Although it cannot use high-level languages such as C language, it is based on the idea of a workstation (such as JSLar) that generally has excellent document creation capabilities.
The standard format document SD consisting of document data in the standard format representation is JJA in this example, and the document representation format by this document creation device 1 is JI (/1lfX), and a highly accurate comparator with this document is used. It is assumed that a common expression format is defined so that -1.

Furthermore, the first and second development machines 2 and 3 shown in FIG. This assumes a computer (the versatility of these machines 2 and 3 does not matter) that can be used for development, etc., and in the case of this example, these first and second A block diagram for creating and reading the above-mentioned standard format document SD is developed and carried out through the development machines 2 and 3, and as a result of that process, the respective machines t'+ that are to be converted The document data created as a standard format document S4D in the expression format of the machine, or conversely, the document data registered as the standard format document SD is decoded as a document in the expression format of the machine itself. The standard format document S through the first and second development machines 2 and 3
When D is created and read squarely, the standard format document SD is
In these first and second development machines 2 and 3, the data will be filed in their appropriate file devices (storage devices), or have been filed.

As described above, according to the document exchange system as shown in FIG. 11, the standard format document SD is used as a shared resource, and the document data is shared between the document creation device 1, the first and second development machines 2, and 3. It becomes possible to exchange freely from any of the above.

[Problems to be Solved by the Invention] As mentioned above, a common document format among target computers and document creation devices is defined, and this is defined as document data in a standard format. [5] It is certainly possible for these devices to exchange document data in the standard format as a shared resource if each device is equipped with conversion and decoding functions. becomes.

However, in practical terms, the following inconveniences are unavoidable if such document exchange is to be realized.

As is well known, converting into a defined "common document format" or decoding a defined "common document format" is a matter of prior agreement between the devices of two parties that exchange document data. encoding format for the document representation (
Even if the document data is different (data format), the document data can be reproduced in the same manner on each of these devices, and each document element (logical element having a logical meaning as document data, attributes, etc.). For this reason, for example, if an application program including instructions for such recoding is to be developed on the first or second development machine 2 or 3, the high-level language alone cannot handle the problem (
However, for C language] 6) For example, for functions such as data format conversion, character code conversion, pointer handling, etc., processing instructions to execute these functions are written using a so-called low-level language such as assembler. I had to create my own each time. This means that considerable computer knowledge and effort are required to develop an application program for creating and decoding the standard format document.

Although defining a "common document format" as a standard format document as described above can significantly increase the generality of the document data created and edited as a shared resource, In terms of operation, it could not be said that efficient use was always attempted.

This invention was made in view of these circumstances, and provides organic assistance to an application program for creating document data using a standard format representation or reading document data using a standard format representation through a computer. The object of the present invention is to provide a document data conversion auxiliary device that can significantly reduce the development load.

[Means for Solving the Problems] In the present invention, when the above application program is linked and this program specifies the creation of document data in a standard format representation, the target machine The function is to sequentially rewrite the document data in the standard format for each document element and develop it in the appropriate memory, and this linked program also rewrites the document data in the standard format representation for each document element. If decoding is specified, the target standard format document data is sequentially rewritten into the target machine format representation for each document element, and then delivered to the writing area specified by the application program. The above-mentioned desired document creation or document decoding is realized using an auxiliary device that functions as a medium.

Specifically, if the linked application program specifies the creation of document data 8 in standard format representation, (a) the method for reading the document elements provided by the linked application program; interface means.

(b) A basic element conversion means that converts the read document element data into a standard format document for each basic element based on a preset conversion procedure.

(C) A memory control means that secures a document expansion area in the memory for document expansion according to the specification of the application program, and writes the format-converted document element data into the secured document expansion area.

(d) Where the linked application program specifies decoding of document data in a standard format representation, (d) the linked application Memory control means for reading the standard format document element data that is expanded into the document expansion memory in accordance with the designation of the program.

(e) This read standard format document element data is formatted according to a preset conversion order, and converted into a document element in the format written in the application program for each element. Element conversion means.

(f') Interface means for delivering the format-converted document element to the writing area designated by the application program.

Basically, the above auxiliary device is configured.

[Operation] When each of the means in paragraphs (a) to () of "2. The memory control means (j) performs the aforementioned data format conversion,
It is configured as a subroutine in a so-called low-level language that can directly execute functions such as character code comparator, pointer handling, and so on. Moreover, each of these means, including the interface means of Section 2 (a) and (f'), executes each corresponding process when the target computer or document creation device as the document exchange system is determined in advance. The command form and data content for this purpose are also fixedly determined. Therefore, if it is possible to read and decipher the command content in the high-level language instructed by the linked application program through the interface means, then the actual document creation or document deciphering process can be completed. , allocating memory for document expansion, etc., are all done automatically through the above-mentioned basic element conversion means and memory control means, and moreover, at high speed and high efficiency. Also, by the way,
By using these auxiliary devices, ◆Application programs no longer need to consider data formats in standard formats.

◆Application programs no longer need to consider comparators such as character codes.

1 ◆Application programs no longer need to handle variable-length data or pointers.

◆Application programs no longer need to consider data input/output (I10) to/from memory.

Therefore, creating document data using this standard format representation,
Alternatively, it becomes possible to develop an application program for decoding document data expressed in a standard format using only a high-level language that is relatively easy to handle.

Note that such an auxiliary device is not limited to the above-mentioned software library, but can of course be realized as so-called firmware or the like that includes hardware.

[Embodiment] FIG. 1 shows an embodiment of the document data conversion auxiliary device according to the present invention.

In this embodiment as well, the document exchange system itself is a development machine (FORTRAN) as shown in FIG.
Develop and execute an application program for creating document data in standard format representation or decoding document data in standard format representation using a computer that can use high-level languages such as C, COBOL, and C language. , a system that aims for compatibility with document data (standard format documents are defined based on this) produced by document creation devices such as workstations.

The document data conversion auxiliary device according to this embodiment is linked to the above application program in such a document exchange system, and if this program specifies the creation of document data in a standard format representation, It functions to sequentially rewrite document data in the target machine format into a standard format representation and expand it into the appropriate memory, and this linked program decodes the document data in the standard format representation. is specified, the target standard format document data is sequentially rewritten into the target machine format representation,
This is a device that functions to deliver the data to the write area specified by the application program.

The specific configuration and functions of each part of this embodiment device will be described in detail below with reference to FIG. 1.

Now, in FIG. 1, the application program 10
is a program consisting of a high-level language or the like that is developed and executed through the development machine (computer) mentioned above in order to create standard format document data or decode standard format document data. The development machine file 30 is an appropriate storage area such as the main memory of the development machine where document data can be temporarily expanded as a work area. It is a suitable file device for data (program) files that is supported as standard by the O5 (operating system) of the machine, and the conversion aid device 40 according to the present embodiment is installed on the development machine as shown in FIG. It is arranged in a form that is interposed between each of these elements related to. In this embodiment, it is assumed that the conversion auxiliary device 40 is configured as a so-called software library, and in this case,
Being interposed between the above elements related to the development machine means being linked to the application program 1o above at the program level, and in this linked state, the processor (not shown) of the development machine. ) through the document development area 20 and the development machine file 3o.
This means that direct access is possible.

In such a conversion auxiliary device 4o, first, the main control unit 4
Reference numeral 1 denotes a part that is defined as the main function of the software library and comprehensively controls the operation of each element (subroutine) described below that constitutes the software library.

In particular, the interface unit 42, the basic element control unit 43, the document expansion area control unit 46, and the file control unit 4
7 execute their respective assigned predetermined processes under the control of the main control unit 41.

5. The interface unit 42 is directly linked to the application program 10 and is a part that controls the interface between the application program 10 and the conversion assisting device 40 at the program and data level.

That is, this interface unit 42 reads the command contents of the linked application program]0, and if the program 10 specifies the creation of a standard format document,
) functions to sequentially read the contents of the program and provide the document element data to the basic element control unit 43 at the next stage, and also specifies whether the linked application program 10 or the standard format document should be decoded. If there is (hereinafter referred to as "decoding mode"), the M? It functions to deliver document element data that has been read (formatted and converted from a standard format document to the development machine format document) to the writing area specified by the program.

Note that whether the application program 1o specifies creation of a standard format document or decoding is usually declared in the header portion of the application program 10.

The basic element control unit 43 is called by the interface unit 42 and creates a standard format document or decodes a standard format document in units of basic elements or logical elements based on the document element data that is obtained by +5 each time. This is the part that executes. That is, in this basic element control unit 43, when an instruction to be in “creation mode” is given through the above-mentioned interface unit 42, the basic element or A standard format document is created for each logical element (format conversion from the development machine format document to a standard format document), and the created document element data in the standard format is delivered to the next stage document development area control unit 46. In addition, if an instruction to be in "decoding mode" is given through the interface section 42, the basic format of the standard format document element data obtained through the area control section 46 is It functions to perform decoding on an element or logical element basis and to deliver the read document element 871' to the interface section 42.

Here, "1 basic elements" refers to elements that collectively represent the minimum units that are the basis of a standard format document, and the above-mentioned logical elements refer to elements that have some logical meaning depending on the combination of basic elements. Indicates the element that becomes . For example, regarding a "line" element as graphic data, the "line" itself is a logical element, and the attributes such as the type and thickness of this "line" are basic elements. Based on any of these +11 positions, the basic element control unit 43 executes necessary format conversion, etc. each time in the process of creating two documents or decoding a document.

Incidentally, in the following explanation, the basic elements are assumed to be i and lj,
It is assumed that these document creation or document 8' (=reading) are performed.

The character code conversion unit 44 is a part that executes code conversion between the standard format document and the development machine format document, particularly regarding character codes of the document element data 8 described in 1. This character code conversion unit 44 is provided with a character code conversion table 45 in which character code conversion information between these standard format documents and the development machine format document is stored in advance as a table, and the basic element control unit It is activated in response to a character code conversion command from 43,
Based on the conversion information stored in the character code conversion table 45, code conversion is executed for the character code specified through the basic element control unit 43. This code-converted character code is once taken in by the basic element control unit 43, and is sent to the document development area control unit 46 or the interface unit 42 depending on the "creation mode j" or the "decoding mode".

In this manner, in the apparatus of this embodiment, the character code conversion section 44 exclusively performs code conversion processing for character codes of the document element data. When the basic element control unit 43 determines that the two document elements are character strings, it issues the above-mentioned character code conversion command to the character code conversion unit 44, and also issues the character code to be converted. As a result, the character code converted through the conversion unit 44 is received and used as created document data in the standard format or decoded document data in the development machine format. The contents of these code conversions are determined according to the conversion information stored in advance in the character code conversion table 45, and depending on the contents of the conversion information (table), basically any format of development is possible. It will also be compatible with machines.

The document expansion area control section 46 is connected to the interface section 4 described above.
Application program loaded through 2]
Based on the command contents of 0, the document development area 20 in the development machine is secured as a production area, and writing of document data to the same area or reading of document data from the same area is directly controlled. This is the part to do. In other words, this document development area control unit 46 performs address calculations required for 0 pointer reference of standard format document data, and in the case of "creation mode", stores data in memory (such as the main memory of this development machine) It functions to secure the document development area 20 and sequentially write therein the standard format documents for each basic element created through the basic element control unit 43, and in the case of "decoding mode", the development machine The application program 10 selects the application program 10 from among the existing standard format documents stored in the file 30.
A predetermined document specified by
At the same time, the document element data of the expanded standard format document is read in sequence and is transferred to the basic element control unit 43.
It functions to hand over to

The file control unit 47 is a part that controls the interface between the conversion auxiliary device 40 and the development machine file 30. In the case of the "creation mode", this file control section 47 receives document data in the standard format 1 format created and developed in the document development area 20 through its control section 46, and processes it. The document is automatically filed in the development machine file 30, and in the case of "decoding mode", a predetermined document specified by the application program 10 is selected from among the existing standard format documents stored in the development machine file 30. It functions to read a document and deliver it to the document development area control section 46.

Next, with reference to FIGS. 2 to 4, the operation of the entire conversion auxiliary apparatus will be described.

FIG. 2 shows the basic algorithm of the process carried out by the □ conversion assisting device 40 based on the contents of the commands from the application program 10.

That is, assuming that linking with the application program 10 through the interface unit 42 has been completed and an execution command for the linked application program 10 has been issued through the development machine, the conversion auxiliary device 40 will: Based on the algorithm shown in FIG. 2, the process is started in the manner listed below.

(1) First, the main control section 41 controls the interface section 4.
2, "preprocessing" is performed to prepare the operating environment for the conversion auxiliary device 40.
The routine is executed (step 100 in FIG. 2). That is, as this "preprocessing", the main control unit 41 prepares the execution environment so that each of the above-mentioned elements constituting the conversion auxiliary device 40 can operate normally, and also controls the document development area through the document development area control unit 46. 20 and opens the development machine file 30 through the file control unit 47 in preparation for reading the subsequent program. Note that this development machine file 30 is a specific one that is opened according to the specification by the application program 10, and if the specified file is not registered in the development machine file 30 ("Create"). mode), it will be opened here as 3 new files.

(2) Main control unit 4 that has completed the “preprocessing” routine in this way
1 then reads the header section of the application program 10 through the interface section 42, and determines whether this specifies the "creation mode";
Alternatively, it is determined whether the "decoding mode" is specified or the processing category thereof (step 200 in FIG. 2).

(3> As a result of this determination, if it is determined that the application program 10 specifies the "creation mode", the main control unit 41 next starts executing the "basic element creation" routine (second This "basic element creation" routine is a routine executed based on the algorithm shown in FIG. It is shown below with reference to Figure 3.

(3-1) In executing this "basic element creation" routine, the main control unit 41 reads one data element of the above application program]0, and determines whether this data element corresponds to the above-mentioned "basic element". Is there a
(Step 2 in Figure 3)
], O], ).

(3-2) If it is determined that this is a "basic element", the main control unit 41 converts this data element (document element data) into high-level language data written as the same program 10. At the same time as taking the receiver with the type, this is taken into the basic element control section 43 (step 2 in Fig. 3).
102).

(3-3) The basic element control unit 43 determines whether or not this imported data element is "character string data" (step 2103 in FIG. 3), and indicates that this is "character string data". If it is rejected, the character code converter 44
(by issuing a conversion command to the conversion unit 44) to execute the character code conversion described above (step 2104 in FIG. 3).
, and if it is determined that the imported data element is not "character string data", execute the format conversion in step '2; 9 for each "basic element" mentioned above (3).
Figure Step 2] 05), the "basic element" 5 converted into the standard format is delivered to the document development area control section 46.

(3-4) The document development area control unit 46 secures the above l~
The transferred conversion element (the "basic element" converted into the standard format) is written in the document development area 20 (step 2105 in FIG. 3).

(3-5)" While the pig element exists in the application program 10 described in section 2, these (3-1) to (3-4)
Repeat the process and select the data element read above or the above ``
When it is determined that it is a "processing end command" (step 2101 in FIG. 3), the conversion auxiliary device 40 ends the processing as this "basic element creation" routine.

(4) In addition, the main control unit 41 specifies the result of the discrimination of the processing divisions (step 200 in FIG. 2) or the abduction program 10 or the "Kakuq reading mode". If it is determined, the development machine file 30 is
After reading the standard format document data (file) '36, which is stored in the file and specified by the application program 10 into the document development area 20 secured above (step 220 in FIG. Then, the execution of the "Decryption" routine begins (Step 22 in FIG. 2).

This "basic element decoding" routine is a routine executed based on the algorithm shown in FIG.
The specific operation of the conversion auxiliary device 40 related to this "basic element decoding" will be described below with reference to FIG.

(4-1) In executing this "basic element deciphering" routine, the main control unit 41 selects from among the standard format document data read and developed into the document development area 20, document development area control section 2. 46, read one of the data elements and indicate whether it corresponds to the above-mentioned "basic element" or whether it indicates a "processing end command" with 'I'.
11 (Step 2211 in FIG. 4).

(4, -2) If it is determined that this is a "basic element", the main control unit 41 receives this data element (document element data) and controls the basic element as a standard format document. 43 (step 2212 in FIG. 4).

(4-3) The basic element control unit 43 determines whether or not this imported data element is "character string data" (step 2213 in FIG. 4). If it is determined, the above-mentioned character code conversion is executed through the character code conversion unit 44 (by issuing a conversion command to the conversion unit 44) (step 2214 in FIG. 4), and the imported data element is If it is determined that it is not "character string data", the above-mentioned message for "Samoto Oki", lij.

(Step 221 in Figure 4)
．． 5) The "basic elements" converted into the data type of the development machine 11, that is, the data type of the application program 10 linked as the high-level language for development, are delivered to the interface unit 42.

(4-4) In the interface unit 42, a predetermined write area specified by the linked application program 10 (if the application program is one specifying "document decoding"), The passed conversion element (the "basic element" converted from the standard format to the data type of the high-level language mentioned above) is placed in the area for writing the decoding result of the document to be decoded. Further handing over is carried out (steps 221 and 6 in FIG. 4).

(4-5) While there are data elements in the standard format document developed in the document development area 20, repeat the processes of (4-1) to (4-4), When it is determined that the data element read through 46 is the above-mentioned "processing end command" (step 221 in FIG.
1) The conversion auxiliary device 40 ends the processing as the "basic element decoding" routine.

(5) Now, this is how the “basic element creation” routine (second
Figure Step 2] 0) or the "basic element decoding" routine (
After completing step 221 in FIG. 2, the conversion auxiliary device 40 (main control unit 41) recognizes the current processing category (step 300 in FIG. 2) and determines that the recognized processing category is "
In the case of "Creation mode", after the document data in the standard format created and developed in the document development area 20 is written to the development machine file 30 through the document development area control section 46 and the file control section 47. (Step 310 in Figure 2), and as "post-processing", processes such as releasing the document area 20 secured above are performed (Step 400 in Figure 2), and if the recognized processing category is "Decoding mode". In some cases, after the above-mentioned "fire and water element decoding" routine is completed, processing such as releasing the secured document area 20 is performed as "post-processing" (step 400 in FIG. 2), and these " The process related to "document creation" or "document decoding" is ended.

Note that the algorithm shown in FIG. 2 can be used repeatedly for the same program as the application program 10, so that it is possible to create multiple identical files or read them multiple times. is also possible.

Thus, according to the document data conversion assisting device according to this embodiment, the application program 10 itself does not need to consider the data format in the standard format.

◆The application program 1011 does not need to consider conversion of character codes, etc.

◆The application program 10 itself does not need to handle variable length data, pointers, etc.

◆The application program 10 does not need to consider data output (I10) to and from memory.

Therefore, the development of the application program 10 for creating document data in the above standard format representation or decoding document data in the standard format representation using a development machine using only a high-level language that is relatively easy to handle. be able to do it.

Figures 5 to 8 show documents (referred to as MD I documents) that enable highly accurate conversion with JStar documents based on documents in the format handled by the workstation JStar, as documents in the standard format described above. This standard format document (MD
The application program 10 is linked to the above embodiment device as a program for creating a standard format document (MD For reference, specific examples of document data filed as documents and their relationships are shown below.

Incidentally, here, the result of converting to the above JStar document is as shown in Figure 5, where "MDISample" is written in the upper left part of the screen (paper), and "one line" is written in the center of the character string. rM as it crosses
An example of an application program 10 in a high-level language (C language) for creating a "D1 document" (FIG. 6) and a document actually filed in the development machine file 30 as the "rMDI document" Examples of data (Figures 7 and 8) are discussed.

2 In other words, a high-level language (C language) as shown in Figure 6
The above rMDI document is created as a standard format document as referred to herein by linking the application program]0 to the above-mentioned embodiment device and organically assisting its functions by the above-mentioned embodiment device. and this is automatically filed in the development machine file 30, and this "created and automatically filed rMD I document" is, for example, the logical element (Nod
e) If it is expressed in a so-called text format, the format I/converted document is also
The program shown in FIG. 7 corresponds to the application program 10 shown in the figure. Then, the rMDI document as shown in FIG. 7 is further converted into a JStar document via an appropriate document conversion device, so that the document content is reproduced in the form illustrated in FIG. The Rukoto. The document data shown in FIG. 8 is a re-expression of the rMDI document shown in FIG. be.

In the application program 10 shown in FIG. 6, the part shown as (a) is the "creation mode".
or "decoding mode" (in this example, "creation mode" is declared by °'flag), and there is a section for determining the processing category (second
Figure Step 20 (In 1 Reference 11 (0), the part shown as (A) is referred to. In addition, in the same program, the part shown as (E) is the part corresponding to the above-mentioned "processing end command". The determination of the processing end command in the "basic element creation" routine by the above embodiment apparatus (see step 2 in FIG. 3, 01) is made based on the recognition of this part shown as (E).Others , In the same program 10, the part shown as (b) is the document name (
"MDISample") and its creation date are described, and the part shown as (c) is the "single line" (
The part indicated as "POTSOU-Font Strikeout 4)" is the part shown as "POTSOU-Font Strikeout 4)"
This is a part that describes the contents (“MDISampla”) of a character string such as MDISample. In the above embodiment device, the contents of each data element (character data,
The above-mentioned predetermined format conversion is executed in a form appropriate to the data (graphic data, table data, etc.). rMD created as a result of such format conversion
Also in FIG. 7, which illustrates this for "I document", the parts corresponding to each description element in "2" are indicated by the same symbols ((mouth) to (e)), respectively. There is.

By the way, in the embodiment described in ``2'', document development area 2
Secure only one 0, and whether it is in "creation mode" or "decoding mode", this secured one document development area 2
0 to write a created document to the area or read a standard format document from the same area. In addition, as shown in FIG. Areas (2], 22, , 2n) are secured at the same time, and the document element (fire water element or logical element) is set as the unit.
In each case, a created document may be written to the plurality of secured areas, or a standard format document may be read from the plurality of secured areas.

Further, when securing a plurality of document development areas in this way, for example, M/? It is also possible to execute the "creation mode" and the "decoding mode" in parallel, such as creating a read standard format document in the document development area 22.

Furthermore, in the above embodiment, the standard format document created in the document development area 20 is separately filed in the development machine file 30 through the file control unit 47, but this document development area 20 is Such file processing is not necessarily required if the file stream is a possible file stream.

Further, part of the function of the conversion assisting device 4 ( ) may be performed by the application program 1 ( Even so, many of the aforementioned advantages obtained by providing the conversion aid remain intact.

FIG. 10 shows the configuration of the conversion auxiliary device in such a case for reference.

In addition, in the above embodiment, it is assumed that the conversion assisting device 40 is configured as a so-called software library (for example, written as a program in assembler or C language, etc.). It is of course possible to realize the functions as hardware, or as so-called firmware mixed with hardware.

In the above embodiment, as a practically preferable example, the conversion auxiliary device 40 determines whether the process is related to the "creation mode" or the process related to the "decoding mode" after determining the processing category. Although a case has been shown in which it is possible to perform processing selectively, basically, as long as any one of the processing related to these modes can be realized, the requirements for the document data conversion auxiliary device according to the present invention are met. It is possible to obtain the effect of

[Effects of the Invention] As explained above, according to the document conversion assisting device according to the present invention, an application program for creating document data in a standard format expression or decoding document data in a standard format expression. Because it can directly support the functions of this linked application, such as by directly executing the specified document creation or document decoding processes, such as enabling programming of
The development load can be significantly reduced.

[Brief explanation of drawings]

FIG. 1 is a block diagram showing the configuration of an embodiment of a document data exchange assisting device according to the present invention, and FIG.
FIG. 1 is a flowchart showing an example of the operation of the conversion auxiliary device shown in FIG. 1, FIG. 3 is a flowchart showing a specific example of the basic element creation routine shown in FIG. A flowchart showing a specific example of the basic element decoding routine to be used;
FIG. 5 is a schematic diagram showing a document sample to be created; FIG. 6 is a schematic diagram showing an example of an application program linked with the conversion auxiliary device of the above embodiment in order to create the document sample shown in FIG. 5; FIG. 7 shows a standard format (MD
FIG. 8 is a schematic diagram showing an example of a document in the standard format (MDI format) shown in FIG. 9 and 10 are block diagrams showing the configuration of other embodiments of the document data conversion auxiliary device according to the present invention, and FIG. 11 schematically shows the concept of a general document exchange system. It is a block diagram. 10. Application program, 2゜9. Conversion auxiliary device, 21. ,,main control section,22. ,,interface section,23. ,,Basic element control unit, 24,
, ,Character code conversion unit, 2501 Character code conversion table, 26 , ,Document development area control unit, 27 , ,File control unit, 30 , ,Document development area, 40 , ,
Development machine files. 5th eye

Claims (1)

[Claims] (1) Linked with an application program for converting an arbitrary document element into document data in a standard format representation, and creating standard format document element data corresponding to the document element data given by this application program. A document data conversion auxiliary device that expands the document data into an appropriate memory, the device comprising: an interface means for reading document element data provided by the linked application program; and an interface means for reading the document element data provided by the linked application program; unit element conversion means for converting the format of each unit element into a standard format document based on a preset conversion procedure; and securing a document development area on the memory according to the specification of the application program; A document data conversion auxiliary device comprising: memory control means for writing the format-converted document element data into a document development area. (2) The memory control means simultaneously secures a plurality of document development areas, and sequentially writes the format-converted document element data to each of the secured document development areas in parallel for each unit element. The document data conversion auxiliary device according to claim (1). (3) The unit element conversion means includes a character code conversion table in which character codes written in the application program and character codes according to the standard format document are pre-registered in correspondence with each other; character code converting means for referencing and converting the character code written in the application program into the character code according to the standard format document, and when the read document element data is a character code, the character code The document data conversion auxiliary device according to claim 1, wherein the character code converted by the conversion means is output as the format converted document element data. (4) The document data conversion auxiliary device further comprises a file control means for automatically writing the document element data developed on the memory into a file into an appropriate file device. ), or the document data conversion auxiliary device described in (2) or (3). (5) It is linked with an application program for decoding document data in a standard format representation that is expanded into a suitable memory, and the standard format document element data instructed by this application program is decoded and the data is transferred to the same application. An auxiliary device for converting document data to a writing area instructed by a program,
a memory control means for reading the standard format document element data expanded into the document in the memory according to the specification of the linked application program; A unit element conversion means for converting the format of each unit element into a document element in a format described in the application program based on a conversion procedure; and a writing area specified by the application program for the format-converted document element. An auxiliary device for converting document data, comprising: an interface means for transferring data to the document data; (6) The memory control means reads a plurality of standard format document element data developed as a plurality of documents on the memory in parallel for each unit element, and reads these parallelly read standard format document elements. 6. The document data conversion auxiliary device according to claim 5, wherein the data is sequentially outputted to the basic element conversion means. (7) The unit element conversion means includes a character code conversion table in which character codes written in the application program and character codes according to the standard format document are pre-registered in correspondence with each other, and this character code conversion table. character code converting means for referencing and converting the character code according to the standard format document into a character code written in the application program, and when the read standard format document element data is a character code, The document data conversion auxiliary device according to claim 5, wherein the character code converted by the character code conversion means is output as the format converted document element data. (8) The document data conversion auxiliary device further includes file control that automatically reads a standard format document stored as a file in an appropriate file device according to the specifications of the application program and develops it on the memory. The document data conversion auxiliary device according to claim 5, comprising means for converting document data. (9) A standard format that is linked to an application program for converting document elements to and from document data expressed in a standard format that is expanded into an appropriate memory, and that corresponds to the document element data provided by this application program. A document data conversion auxiliary device for creating document element data and decoding standard format document element data instructed by the application program, the apparatus comprising: a device for reading the document element data provided by the linked application program; a first interface means; a first unit element conversion means for converting the read document element data into a standard format document for each unit element based on a preset conversion procedure; and the application program. According to the designation of the first memory control means and the application program, the first memory control means secures a document development area on the memory according to the designation of the document development area, and writes the format-converted document element data into the secured document development area. a second memory control means for reading the standard format document element data expanded into the document in the memory; and converting the read standard format document element data for each unit element based on a preset conversion procedure. a second unit element converter that converts the format into a document element in a format described in the application program; and a second interface that delivers the format-converted document element to a writing area specified by the application program. A document data conversion auxiliary device comprising means and. (10) The first memory control means simultaneously reserves a plurality of the document development areas, and transfers the format-converted document element data to each of the secured document development areas in parallel for each unit element. 10. The document data conversion auxiliary device according to claim 9, wherein the document data is sequentially written. (11) The second memory control means reads a plurality of standard format document element data expanded as a plurality of documents on the memory in parallel for each unit element, and reads the standard format document element data read in parallel. The document data conversion auxiliary device according to claim 9, wherein the formatted document element data is sequentially outputted to the second unit element conversion means. (12) The document development area secured by the first memory control means and the document development area in which the second memory control means reads the standard format document element data are separate areas, and The document data conversion auxiliary device according to claim 9, wherein reading of the standard format document element data by the second memory control means and writing of the document element data by the first memory control means are performed alternately. . (13) The first unit element conversion means includes a character code conversion table in which character codes written in the application program and character codes according to the standard format document are pre-registered in association with each other; and the character code. character code converting means for converting a character code written in the application program into a character code according to the standard format document by referring to a conversion table, and when the read document element data is a character code, The document data conversion auxiliary device according to claim 9, wherein the character code converted by the character code converting means is outputted as the format converted document element data. (14) The second unit element conversion means includes a character code conversion table in which character codes written in the application program and character codes according to the standard format document are pre-registered in association with each other; and the character code. character code converting means for converting the character code according to the standard format document into the character code written in the application program by referring to a conversion table, wherein the read standard format document element data is a character code. 10. The document data conversion auxiliary device according to claim 9, wherein the character code converted by the character code conversion means is sometimes outputted as the format converted document element data. (15) The document data conversion auxiliary device further includes converting the document element data developed on the memory into a file.
a first file control means that automatically writes the data to an appropriate file device; and a first file control means that automatically reads and reads a standard format document stored as a file in the appropriate file device according to the specification of the application program. a second file control means developed on the memory;
Claim (9) or (10) or (11) or (1) comprising
2) The document data conversion auxiliary device described in (13) or (14).