JP2005173801A - Document print system, method, and storage medium - Google Patents

Abstract

<P>PROBLEM TO BE SOLVED: To provide a printer driver for directly receiving an input so as to process any kind of documents. <P>SOLUTION: A plurality of PDL interpreters are prepared in a printer. When the data form of an object document exists in the prepared interpreter, the printer driver executes the interpreter to perform display and generate print data. When an interpreter to be an object does not exist, conversion is performed into an optimum PDL so as to execute the interpreter. <P>COPYRIGHT: (C)2005,JPO&NCIPI

Description

  The present invention relates to a technique for multi-PDL processing for displaying and printing data at a high speed by inputting data in which a plurality of PDL documents having different representation formats are mixed.

  Conventionally, when dealing with documents such as HTML, XHTML, and SVG, printing is performed by converting the document into PDL or image through a driver, and the document is not directly received and displayed or printed.

Further, in processing such as variable printing, processing was possible only when the data format of the background data format and the data format of the variable data format for replacing the front side were the same.
JP 2003-015994 A

  However, in the above case, there is a problem that if there is data in which a plurality of documents are collected, and if the data format of each document is different, it must be printed by the driver via each application.

  In the case of variable printing, it is necessary to unify the data format of the data so that the background data is replaced with the front surface, and even if the data is light in content, it is necessary to convert it to the data format once, and performance is not obtained. There was a problem.

  Therefore, in the present invention, in order to solve the above problems, a plurality of PDL interpreters are prepared, and when the data format of the target document exists in the prepared interpreter, the interpreter is executed and displayed. When print data is created and there is no target interpreter, it is possible to receive any input directly and process it by converting it to the optimal PDL and executing the interpreter. To do.

  In order to achieve the above object, a method according to claim 1 of the present invention includes an input step of accepting input of a document in a certain format in an environment where a plurality of interpreters operate, and interpreting a data type input by the input step. A determination step for determining whether an interpreter exists, a first expansion step for expanding data by the interpreter when the determination step determines that an interpreter is present, and an interpreter is present by the determination step If not, a conversion step for converting the data into an interpretable data format and a second expansion step for expanding the data converted by the conversion step are provided.

  The system according to claim 2 determines whether or not there is an input unit that accepts input of a document in a certain format and an interpreter that interprets a data type input by the input unit in an environment where a plurality of interpreters operate. If the interpreter is determined to be present by the determiner and the interpreter, the first expander that expands data by the interpreter; and the interpretable data format if the interpreter is not present by the determiner And converting means for converting the data into the data, and second expanding means for expanding the data converted by the converting means.

  The storage medium according to claim 3 determines whether or not there is an input procedure for receiving input of a document in a certain format and an interpreter for interpreting the data type input by the input procedure in an environment where a plurality of interpreters operate. A determination procedure, a first expansion procedure for expanding data by the interpreter when the determination procedure determines that an interpreter is present, and an interpretable data format when no interpreter is present by the determination procedure And a second expansion procedure for expanding the data converted by the conversion procedure.

  5. The method according to claim 4, wherein, in an environment in which a plurality of interpreters operate, a first input step for accepting input of a document in a certain format, a second input step for accepting input of variable data, and input by the input step A determination step for determining whether or not an interpreter that interprets the data type exists, a first expansion step for expanding data by the interpreter when the determination step determines that an interpreter exists; and If the interpreter does not exist in the determination step, a conversion step for converting the data into an interpretable data format, and a second expansion step for expanding the data converted by the conversion step, the document and the variable data, respectively For it, characterized in that it has a synthesizing step for synthesizing data expanded by the first expansion step or second expansion step.

  6. The system according to claim 5, wherein in an environment in which a plurality of interpreters operate, a first input unit that receives an input of a document in a certain format, a second input unit that receives an input of variable data, and an input by the input unit Determining means for determining whether or not an interpreter that interprets the data type is present, and when the determining means determines that an interpreter is present, a first expanding means that expands data by the interpreter; and When the interpreter is not present by the judging means, it has a converting means for converting into an interpretable data format, and a second expanding means for expanding the data converted by the converting means, each of the document and the variable data The first expansion means or the first Document printing system, characterized in that it comprises combining means for combining the deployed data by the expansion means.

  According to a sixth aspect of the present invention, there is provided a storage medium comprising: a first input procedure for accepting input of a document in a certain format; a second input procedure for accepting input of variable data; and the input procedure in an environment where a plurality of interpreters operate. A determination procedure for determining whether or not there is an interpreter that interprets the input data type, and a first expansion procedure for expanding data by the interpreter when it is determined that the interpreter is present by the determination procedure; A conversion procedure for converting the data into an interpretable data format; and a second expansion procedure for expanding the data converted by the conversion procedure when the interpreter is not present by the determination procedure, the document and the variable data The first deployment procedure or the first It characterized by having a synthesis procedure for synthesizing data expanded by unpacking.

  As described above, according to the present invention, it is possible to select and output an optimum interpreter for input data, and any data can be output at high speed.

  As described above, according to another embodiment of the present invention, variable print can be output at high speed according to the type of data at that time.

(First embodiment)
Embodiments of the present invention will be described below with reference to the drawings.

  FIG. 1 is a system configuration diagram of a document printing system according to an embodiment of the present invention. This system includes a plurality of personal computers (hereinafter referred to as client personal computers) X and Y and a single file server FS. One Web server WS, one print server PS, and at least one printer A are connected by a network N. A mobile terminal M such as a portable information terminal is directly connected to the printer through IrDA, RS-232C, Centronics, etc. without being connected to the network. Instead of the client personal computers X and Y, an information processing device such as a word processor, a workstation, or a portable information terminal can be connected. In addition, the client personal computers X and Y and the file server FS store font data groups, Web data, image data, and the like related to a plurality of types of fonts.

  In this system, the mobile terminal M or client PC X or Y issues a print request such as the location of the Web URL or PDF data to be printed to the printer, the number of copies, etc., and the printer issues a file request to the Web server. The Web server collects necessary document data and font data from the file server and transfers them to the print server. The print server expands the transferred data and prints it by sending it to the printer.

  FIG. 2 is a block diagram showing a schematic configuration of the client personal computers X and Y, the file server FS, the Web server WS, and the print server PS. In FIG. 2, reference numeral 101 denotes a CPU, that is, a central processing unit, which controls the entire apparatus and performs arithmetic processing. Reference numeral 102 denotes a ROM, that is, a read-only memory, which stores a system activation program, a basic I / O program, character pattern data (font data) for converting a character code into a bit pattern, and the like. Reference numeral 103 denotes a RAM, that is, a random access memory, which temporarily stores data used for calculation by the CPU 101, calculation results, character pattern data strings converted from character codes for display, graphic data, image data, and the like.

  Reference numeral 104 denotes a KBC, that is, a keyboard control unit, and reference numeral 105 denotes a key input data (character code or control code) from the KB, that is, the keyboard, and transmits it to the CPU 101. Reference numeral 106 denotes a CRTC, that is, a display control unit, which reads a character pattern data string stored in the RAM 103 and transfers it to the CRT 107. Reference numeral 107 denotes a CRT, that is, a display device, which receives a character pattern data string, graphic data, and image data from the CRTC 106 and displays them on the display screen.

  Reference numeral 108 denotes a DKC, that is, a disk control unit, which controls access to the external storage device 109. Reference numeral 109 denotes an FD, that is, a floppy (registered trademark) disk device, or an HD, that is, a hard disk device, or an external storage device such as a CD-ROM. The HD stores character pattern data (font data) and character development processing programs that read font data and convert them into bitmap data, graphic development processing programs that process graphic data, image data processing programs that process image data, etc. doing.

  The application program for performing the processing of FIG. 5 and FIG. 7 according to the present invention and the related data are supplied from a floppy (registered trademark) disk device or an external storage device such as a CD-ROM.

  Reference numeral 110 denotes an NTC, that is, a network control unit, which controls the operation of the NT, that is, the network device 111. A system bus 112 transfers data between the above-described components.

  FIG. 3 is a diagram showing a memory map of the RAM 103 when performing the processing of FIGS. 5 and 7 according to the present invention. The basic I / O program is read into the RAM 103 by the system activation program in the ROM 102. Further, when the application program and related data from the floppy disk device as the external storage device 109 or the CD-ROM are once installed in the hard disk device and turned on, the hard disk device stores the RAM 103. It can be executed by loading. It is also possible to load the program directly from the floppy (registered trademark) disk device or CD-ROM into the RAM 103 without installing it in the hard disk device. In the file server FS, a printer information table, which will be described later, is formed in the related data area.

  FIG. 4 is a block diagram illustrating an outline of the printer A. The printer A may be any type such as a laser beam printer, a bubble jet (registered trademark) printer, or a thermal transfer printer.

  As shown in FIG. 4, the printer A includes a CPU 211, ROM 212, RAM 213, system bus 214, printer controller (PRTC) 215, printer engine (PRT) 216, disk controller (DKC) 217, hard disk device (HD) 218, A network controller (NTC) 219 and a network device (NT) 220 are included. Note that DKC 217 and HD 218 may not exist depending on the type of printer.

  The CPU 211 is a central processing unit that controls the entire apparatus, and executes various processes necessary for printing in accordance with a program stored in the ROM 212 while using the RAM 213 as a work area or the like. The system bus 214 is a passage for exchanging data and control signals between the above-described components. The ROM 212 stores character pattern data (font data) and the like. The RAM 213 or the HD 218 downloads document data, image data, font data, or the like requested to the Web server WS from the Web server WS and stores it, or downloads output data expanded into an image from the print server PS. There is a case.

  The CPU 211 generates character pattern data and image data (bitmap data) from the document data, image data, or font data supplied from the Web server WS or print server PS according to a program in the ROM 212. The data is expanded in a print buffer in the printer controller 215. The printer controller 215 outputs a print control signal generated based on the bitmap data to the printer engine 216.

  The network controller 219 controls the operation of the network device (NT) 220 when transmitting / receiving data to / from the client personal computers X and Y, the file server FS, and the print server PS via the network N.

  Next, details of the present invention will be described with reference to the flowchart of FIG.

  In step 5-1, input data is received. Data at this time includes PDF, PS, PCL, LIPS, SVG, HTML, XHTML, and the like. These data include data of a document to be printed and Nup designation such as 2 in 1 or 4 in 1 at the time of output, or a print instruction command such as duplex printing.

  After receiving the document data and the print instruction command, the type of the document data received in step 5-2 is analyzed. As an analysis method in this period, the document type is written in the print instruction command in advance when inputting in step 5-1, and the document content is checked in what description format. It is possible to determine whether it is written, and even if the document type is not written in the print instruction command, the header portion of the target document is searched, and the target document type is determined by the contents of the header. It is also possible to do.

  Then, after the type of the target document is known, in step 5-3, an interpreter capable of developing the document according to each type is selected. If there is an interpreter such as PDF, PS, or SVG, the interpreter is used without any problem. If the target document is PDF, the process proceeds to step 5-4. If the target document is PS, the process proceeds to step 5-5. If the target document is SVG, the process proceeds to step 5-8. Also, if the target data is other than PDF, PS, SVG, it can not be processed directly here, but it can be passed to the interpreter by changing to SVG format using the document format conversion module, so PDF, If a document format other than PS or SVG is input, the process proceeds to step 5-8. Although the case of converting to SVG is described here, it is needless to say that conversion to PDF or PS is also possible.

  In step 5-4, the input document is PDF, and PDF data is interpreted by interpreting PDF data, extracting page data, expanding fonts, expanding images, processing graphics, handling colors, etc. Interpret and perform expansion processing.

  In step 5-5, the contents interpreted in step 5-4 are converted into data in a format that can be interpreted by the RIP module in order to pass to the RIP module. The data format at this time includes fill start / stop information, fill color information, layout information with the vertical and horizontal sizes of the image, font data, layout information, and color information. A set obtained by converting these contents into data is generated as a display list.

  In step 5-6, the input document is PS. As in the case of PDF, interpretation of PS data and extraction of page data, font development, image development, graphic processing, color processing, Interpret PS data, such as correspondence, and perform expansion processing.

  In step 5-7, the contents interpreted in step 5-6 are converted into data in a format that can be interpreted by the RIP module in order to pass to the RIP module. The data format at this time includes fill start / stop information, fill color information, layout information with the vertical and horizontal sizes of the image, font data, layout information, and color information. A set obtained by converting these contents into data is generated as a display list.

  The processing from step 5-8 to step 5-11 is a case where a document other than PDF or PS is passed as input data, and may be an XML document such as SVG, XHTML, HTML, or the like. It may be a document of a general application such as Word or Excel. In step 5-8, first, it is checked whether or not the input document is SVG data. In the case of SVG data, since it is not necessary to convert the data, the process proceeds to step 5-10 to interpret the SVG data. If the input document is other than SVG data, the process proceeds to step 5-9, where the input document format is temporarily converted into SVG data.

  In step 5-9, the input data is other than SVG data, and the process here converts the input data other than SVG into SVG. For example, if the tag-based document format such as XHTML or HTML is clearly known, the function is compared with SVG, and the same function is converted from the XHTML or HTML tag to the SVG tag. For non-identical features, convert to match SVG features. Details of the conversion from XHTML or HTML to SVG are described in Japanese Patent Application Laid-Open No. 2001-344232 filed by the present applicant, and thus detailed description thereof is omitted here. When data of a general application is input, the driver is called from the application, converted from GDI to SVG in the driver, and SVG is output as the output of the driver.

  In step 5-10, the SVG data received as input or the data converted into SVG in step 5-9 is interpreted, and page data extraction, font expansion, image expansion, graphic processing, color processing, Interpret SVG data, such as correspondence, and perform expansion processing.

  In step 5-11, the contents interpreted in step 5-10 are converted into data in a format that can be interpreted by the RIP module in order to pass to the RIP module. The data format at this time includes fill start / stop information, fill color information, layout information with the vertical and horizontal sizes of the image, font data, layout information, and color information. A set obtained by converting these contents into data is generated as a display list.

  In step 5-12, when data is output to the printer, it is selected whether the data is output from the display list or converted into an image. If the output device includes a module that can interpret the display list, the amount of data to be transferred to the printer may be smaller if the display list is output. In this case, in order to output the display list, step 5-13 is performed. Proceed to If the output device does not include a module capable of interpreting the display list, it is necessary to convert the image into an image and output it.

  In step 5-13, the output device can interpret the display list, and the display list generated in step 5-5, step 5-7, or step 5-11 is transferred to the printer.

  In step 5-14, the output device cannot interpret the display list. Image data is generated by interpreting the display list generated in step 5-5, step 5-7, or step 5-11. The details of the generation here are not the essence of the present invention, so the description thereof will be omitted.

  In step 5-15, the image data generated in step 5-14 is transferred to the printer.

(Second embodiment)
Next, details of the second embodiment of the present invention will be described with reference to the flowcharts of FIGS.

  FIG. 6 shows a block diagram of a module in the second embodiment of the present invention. Reference numeral 601 denotes an input document, which indicates a document such as PDF, PS, or SVG. Reference numeral 602 denotes a JobTicket (output instruction) for controlling the output form of the input document. The contents include a paper size, designation of one side or both sides, imposition instruction, finisher designation, and the like. Reference numeral 603 denotes variable data, which includes customer-specific information such as a customer address book and other greetings and image information for the customer. A document parser 604 analyzes the data received from 601, 602, and 603 for each type and what must be done in performing RIP processing. Pass to job manager. Based on the analysis result, the job manager manages which one of 606 PDF interpreter, 607 PS interpreter, and 608 SVG interpreter is used for processing. Reference numeral 609 denotes a display list generator, which generates a display list to be passed to the RIP engine based on the interpretation results obtained from the various interpreters 606, 607, and 608. At this time, if the printer has a RIP that can interpret the display list generated here, the display list can be output to the printer, and can be passed to the 610 RIP engine of this module.

  Next, details of another embodiment of the present invention will be described with reference to the flowchart of FIG.

  In step 7-1, input data is accepted. Data at this time includes PDF, PS, PCL, LIPS, SVG, HTML, XHTML, and the like. These data include data of a document to be printed and Nup designation such as 2 in 1 or 4 in 1 at the time of output, or a print instruction command such as duplex printing. The variable data indicated by reference numeral 603 in FIG. 6 is also an input target. The variable data processing is the same as the page data expressed in PS and PDF, as shown in Fig. 8, where the individual address and name, or the message and figure for that individual are stored in the database. The contents stored in the database are switched on an individual basis, and individual information can be output one by one. In the simplest example, the address and name of the postcard are exchanged, and the data on the back side is common. At a slightly higher level, it is also possible to change the text and figures of the back side data according to personal level hobbies. Of course, it is used not only for postcards but also for direct mails, etc., for output on ordinary paper. If variable data exists, a flag indicating whether to process background data or variable data is set in advance, and an intermediate is set in step 7-5, step 7-7, or step 7-11. When storing the display list that is data, the flag is saved together to distinguish whether the data is for background or variable output.

  After receiving the document data and the print instruction command or variable data, the type of the document data received in step 7-2 is analyzed. As an analysis method in this period, the document type is written in the print instruction command in advance when inputting in step 7-1, and it is checked to determine what description format the document content is. It is possible to determine whether it is written, and even if the document type is not written in the print instruction command, the header portion of the target document is searched, and the target document type is determined by the contents of the header. It is also possible to do.

Then, after the type of the target document is known, in step 7-3, an interpreter capable of developing the document according to each type is selected. If there is an interpreter such as PDF, PS, or SVG, the interpreter is used without any problem. If the target document is PDF, the process proceeds to step 7-4. If the target document is PS, the process proceeds to step 7-5. If the target document is SVG, the process proceeds to step 7-8. Also, if the target data is other than PDF, PS, SVG, it can not be processed directly here, but it can be passed to the interpreter by changing to SVG format using the document format conversion module, so PDF, If a document format other than PS or SVG is input, the process proceeds to step 7-8. Although the case of converting to SVG is described here, it is needless to say that conversion to PDF or PS is also possible.
In step 7-4, the input document is a PDF. PDF data is interpreted by interpreting the PDF data, extracting page data, developing fonts, developing images, processing graphics, handling colors, etc. Interpret and perform expansion processing.

  In step 7-5, the contents interpreted in step 7-4 are converted into data in a format that can be interpreted by the RIP module in order to pass to the RIP module. The data format at this time includes fill start / stop information, fill color information, layout information with the vertical and horizontal sizes of the image, font data, layout information, and color information. A set obtained by converting these contents into data is generated as a display list. Then, when storing the display list which is intermediate data, the flag set in step 1 is saved together to distinguish whether it is background data or variable output data.

  In step 7-6, the input document is PS. As in the case of PDF, interpretation of PS data, extraction of page data, font expansion, image expansion, graphic processing, color processing, Interpret PS data, such as correspondence, and perform expansion processing.

  In step 7-7, the contents interpreted in step 7-6 are converted into data in a format that can be interpreted by the RIP module in order to pass to the RIP module. The data format at this time includes fill start / stop information, fill color information, layout information with the vertical and horizontal sizes of the image, font data, layout information, and color information. A set obtained by converting these contents into data is generated as a display list. Then, when storing the display list which is intermediate data, the flag set in step 1 is saved together to distinguish whether it is background data or variable output data.

  The processing from step 7-8 to step 7-11 is a case where a document other than PDF or PS is passed as input data, and may be an XML document such as SVG, XHTML, or HTML, or It may be a document of a general application such as Word or Excel. Since variable data is also expressed in XML in a database, this variable data is also subject to conversion. In step 7-8, it is first checked whether the input document is SVG data. In the case of SVG data, since it is not necessary to convert the data, the process proceeds to step 7-10 to interpret the SVG data. If the input document is other than SVG data, the process proceeds to step 7-9, and the work of temporarily converting the format of the input document into SVG data is performed.

  In step 7-9, the input data is other than SVG data, and the processing here converts the input data other than SVG into SVG. For example, if the tag-based document format such as XHTML or HTML is clearly known, the function is compared with SVG, and the same function is converted from the XHTML or HTML tag to the SVG tag. For non-identical features, convert to match SVG features. Details of the conversion from XHTML or HTML to SVG are described in Japanese Patent Application Laid-Open No. 2001-344232 filed by the present applicant, and thus detailed description thereof is omitted here. When data of a general application is input, the driver is called from the application, converted from GDI to SVG in the driver, and SVG is output as the output of the driver. Since variable data is expressed in XML, SVG data is generated by adjusting the size of the font, figure, and image according to the size of the variable output data area.

  In step 7-10, the SVG data received as input or the data converted into SVG in step 7-9 is interpreted, and page data extraction, font development, image development, graphic processing, color processing, Interpret SVG data, such as correspondence, and perform expansion processing.

  In step 7-11, the contents interpreted in step 7-10 are converted into data in a format that can be interpreted by the RIP module in order to pass to the RIP module. The data format at this time includes fill start / stop information, fill color information, layout information with the vertical and horizontal sizes of the image, font data, layout information, and color information. A set obtained by converting these contents into data is generated as a display list. Then, when storing the display list which is intermediate data, the flag set in step 1 is saved together to distinguish whether it is background data or variable output data.

  In step 7-12, it is checked whether variable data exists. If variable data exists, it is determined whether the process should create variable data or a process of combining the generated display data with the background data. If variable data is to be created, the process returns to step 7-1 and the variable data received from 603 in FIG. 6 is processed as an input. At this time, in the example of FIG. 8, there are three variable data to be processed, and if the variable data to be processed is the first data, the first data is passed as symmetric variable data. If the process is to synthesize variable data, the process proceeds to step 7-13. If variable data does not exist, the process proceeds to step 7-14.

In step 7-13, the background display list generated in step 7-5, step 7-7 or step 7-11 and the display list for variable data are synthesized. Here, the data is output so that the variable data is overwritten on the background data. Background data and variable data are managed by flags, and background data is called and used from data stored for the number of variable data to be changed.
In step 7-14, when data is output to the printer, it is selected whether to output it as a display list or to convert it into an image. If the output device includes a module capable of interpreting the display list, the amount of data to be transferred to the printer may be smaller if the display list is output. In this case, in order to output the display list, step 7-15 Proceed to If the output device does not include a module capable of interpreting the display list, the process proceeds to step 7-16 because it is necessary to convert it into an image and output it.

  In step 7-15, the output device can interpret the display list, and the display list generated in step 7-5, step 7-7, or step 7-11 is transferred to the printer.

  In step 7-16, the output device cannot interpret the display list. Image data is generated by interpreting the display list generated in step 7-5, step 7-7, or step 7-11. The details of the generation here are not the essence of the present invention, so the description thereof will be omitted.

  In step 7-17, the image data generated in step 7-16 is transferred to the printer.

  In step 7-18, it is checked whether there is variable data to be processed yet. If there is variable data that should still exist, the flow returns to step 7-1 via step 7-12 to return the variable data. Create. In the example of FIG. 8, there are three target variable data, and if all three are processed, the process ends. If not, the process returns to step 7-12 to process one by one. Will do.

1 is a system configuration diagram of a document printing system according to an exemplary embodiment of the present invention. It is a figure which shows schematic structure of a personal computer and a server. It is a figure which shows the memory map on RAM in a personal computer and a server at the time of performing the process concerning this invention. 1 is a schematic configuration diagram of a printer. The flowchart which shows the main flow of this invention. It is a figure which shows the detailed block structure of this invention. The flowchart which shows the flow of the other Example of this invention. The figure showing operation | movement of variable data.

Claims (6)

  In an environment in which a plurality of interpreters operate, an input step for accepting input of a document in a certain format, a determination step for determining whether or not there is an interpreter that interprets the data type input by the input step, and the determination step If it is determined that an interpreter exists, a first expansion step of expanding data by the interpreter; if there is no interpreter by the determination step, a conversion step of converting to an interpretable data format; A document printing method comprising a second expansion step of expanding the data converted by the conversion step.   In an environment where a plurality of interpreters operate, an input unit that receives an input of a document in a certain format, a determination unit that determines whether or not an interpreter that interprets a data type input by the input unit exists, and the determination unit If it is determined that an interpreter exists, first expanding means for expanding data by the interpreter; if there is no interpreter by the determining means, converting means for converting to an interpretable data format; and A document printing system comprising: a second expansion unit that expands the data converted by the conversion unit.   In an environment where a plurality of interpreters operate, an input procedure for accepting input of a document in a certain format, a determination procedure for determining whether or not there is an interpreter that interprets the data type input by the input procedure, and the determination procedure If it is determined that an interpreter exists, a first expansion procedure for expanding data by the interpreter; if there is no interpreter by the determination procedure, a conversion procedure for converting to an interpretable data format; A storage medium comprising a second expansion procedure for expanding data converted by the conversion procedure.   In an environment in which a plurality of interpreters operate, a first input step for accepting input of a document in a certain format, a second input step for accepting input of variable data, and an interpreter for interpreting the data type input by the input step A determination step for determining whether or not an interpreter exists, a first expansion step for expanding data by the interpreter when the determination step determines that an interpreter exists, and a case in which no interpreter exists by the determination step Includes a conversion step for converting the data into an interpretable data format, and a second expansion step for expanding the data converted by the conversion step, and the first expansion for each of the document and the variable data. Step or document printing system characterized by having a synthesizing step of synthesizing the deployed data by a second development step.   In an environment in which a plurality of interpreters operate, a first input unit that receives an input of a document in a certain format, a second input unit that receives an input of variable data, and an interpreter that interprets a data type input by the input unit A determination means for determining whether or not there is an interpreter; if it is determined by the determination means that an interpreter exists, a first expansion means for expanding data by the interpreter; and if the interpreter does not exist by the determination means Includes a conversion unit that converts the data into an interpretable data format, and a second expansion unit that expands the data converted by the conversion unit, and the first expansion unit or the variable data respectively. Deployed by second deployment means Document printing system, characterized in that it comprises combining means for combining the data. In an environment in which a plurality of interpreters operate, a first input procedure for receiving input of a document in a certain format, a second input procedure for receiving input of variable data, and an interpreter for interpreting the data type input by the input procedure A determination procedure for determining whether or not an interpreter exists, a first expansion procedure for expanding data by the interpreter when it is determined by the determination procedure, and an interpreter does not exist by the determination procedure Includes a conversion procedure for converting the data into an interpretable data format, and a second expansion procedure for expanding the data converted by the conversion procedure, and the first expansion procedure or the variable data respectively. Deployed by the second deployment procedure Storage medium characterized by having a synthetic procedure to synthesize data.

Images