Classifications

• • G—PHYSICS
  • G06—COMPUTING OR CALCULATING; COUNTING
  • G06F—ELECTRIC DIGITAL DATA PROCESSING
  • G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
  • G06F3/12—Digital output to print unit, e.g. line printer, chain printer
  • G06F3/1201—Dedicated interfaces to print systems
  • G06F3/1278—Dedicated interfaces to print systems specifically adapted to adopt a particular infrastructure
  • G06F3/1285—Remote printer device, e.g. being remote from client or server
• • G—PHYSICS
  • G06—COMPUTING OR CALCULATING; COUNTING
  • G06F—ELECTRIC DIGITAL DATA PROCESSING
  • G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
  • G06F3/12—Digital output to print unit, e.g. line printer, chain printer
  • G06F3/1201—Dedicated interfaces to print systems
  • G06F3/1202—Dedicated interfaces to print systems specifically adapted to achieve a particular effect
  • G06F3/1203—Improving or facilitating administration, e.g. print management
  • G06F3/1208—Improving or facilitating administration, e.g. print management resulting in improved quality of the output result, e.g. print layout, colours, workflows, print preview
• • G—PHYSICS
  • G06—COMPUTING OR CALCULATING; COUNTING
  • G06F—ELECTRIC DIGITAL DATA PROCESSING
  • G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
  • G06F3/12—Digital output to print unit, e.g. line printer, chain printer
  • G06F3/1201—Dedicated interfaces to print systems
  • G06F3/1223—Dedicated interfaces to print systems specifically adapted to use a particular technique
  • G06F3/1237—Print job management
  • G06F3/1242—Image or content composition onto a page
  • G06F3/1243—Variable data printing, e.g. document forms, templates, labels, coupons, advertisements, logos, watermarks, transactional printing, fixed content versioning
• • G—PHYSICS
  • G06—COMPUTING OR CALCULATING; COUNTING
  • G06F—ELECTRIC DIGITAL DATA PROCESSING
  • G06F40/00—Handling natural language data
  • G06F40/10—Text processing
  • G06F40/166—Editing, e.g. inserting or deleting
  • G06F40/174—Form filling; Merging

Definitions

• the present invention relates to an
• the present invention relates to a technique to merge data obtained from a database into a template document whereby the relation to a data source is described, and to generate and print variable-data printing data.
• POD Print On Demand
• digital printing using electronic data is performed with maximum utilization of digital image forming apparatuses, such as digital copiers and digital multi-function peripherals.
• POD aims to enable handling relatively small-volume jobs in a short turnaround time.
• VDP variable-data printing
• RDB Relational Database
• CSV Common Separated Values
• XML data is an example of data in a format that differs from the formats of data supplied from an RDB and a CSV file.
• XML data is supplied from a data source such as an XML file or an XML database.
• Japanese Patent Laid-Open No. 2006-323813 discloses a technique for associating a specific node of XML data with a document content area by describing the node as an XPath.
• Japanese Patent Laid-Open No. 2004- 265405 discloses a technique for mapping XML data to a spreadsheet.
• the above techniques are not applicable to a VDP document since the concept of rows (records) of a data source cannot be represented in those techniques.
• VDP needs flexibility so that various data sources can be handled and also freely combined, in order to satisfy various demands from users.
• XML data supplied from a data source such as an XML file or an XML database does not have a data structure represented with rows and columns (two dimensions) , like an RDB or a CSV file.
• columns (fields) of a data source are associated with the variable portion of the template document, and data of the data source is applied thereto row by row (record by record) , and thus documents with slightly differing content are printed. Accordingly, XML data is not applicable to a VDP document if the structure thereof is kept as-is.
• an information processing apparatus that generates print data for variable-data printing by applying internal data to a variable-data printing document
• the information processing apparatus comprising: a markup language data structure display means configured to read markup language data structure information, and displays a structure that markup language data has; a record level element designation acceptance means configured to accept, from a user, designation of a record level element used as a record level that indicates a record unit in the structure of the markup language data displayed by the markup language data structure display means; and a markup language data structure conversion means configured, in order to apply the markup language data based on the markup language data structure information, as the internal data, to the variable-data printing document, to convert the record level element so as to have a structure of the internal data, for each unit based on the record level element designated by the record level element designation acceptance means.
• control method for an information processing apparatus that generates print data for variable-data printing by applying internal data to a variable-data printing document, the control method comprising: a step in which a markup language data structure display means of the information
• processing apparatus reads markup language data
• a record level element designation acceptance means of the information processing apparatus accepts, from a user, designation of a record level element used as a record level that indicates a record unit in the structure of the markup language data displayed in the markup language data structure display step; and a step in which in order to apply the markup language data based on the markup language data structure information, as the internal data, to the variable-data printing document, a markup language data structure conversion means of the information processing apparatus converts the record level element so as to have a structure of the internal data, for each unit based on the record level element designated in the record level element designation acceptance step.
• VDP print data and thus the versatility of data used as a data source improves. Further, user convenience can be improved in terms of recognizability and operability with respect to elements of a data source, as well.
• FIGS. IA and IB are diagrams showing examples of configurations of a POD system and an information processing apparatus according to an embodiment of the present invention.
• FIGS. 2A to 2C are diagrams showing
• FIGS. 3A and 3B are diagrams showing examples of a CSV data source addition screen according to the embodiment of the present invention.
• FIGS. 4A and 4B are diagrams showing examples of a CSV file and an XML schema file to be used according to the embodiment of the present
• FIGS. 5A and 5B are diagrams showing examples of an XML data source addition screen
• FIG. 6 is a flowchart showing processing performed after a read button has been operated via the
• FIG. 7 is a flowchart showing processing for displaying elements of an XML schema in the XML data source addition screen according to the embodiment of the present invention.
• FIGS. 8A and 8B are diagrams showing examples of a VDP document editing screen according to the embodiment of the present invention.
• FIG. 9 is a flowchart showing processing performed at the time of VDP document printing
• FIG. 10 is a flowchart showing processing for converting XML data so as to have an internal data structure at the time of VDP document printing
• FIGS. HA and HB are diagrams showing examples of an XML data file and its DOM tree according to a first embodiment.
• FIG. 12 is a diagram showing examples of tables created from data sources according to the first embodiment, and a table created by combining the tables.
• FIG. 13 is a flowchart showing processing according to a second embodiment .
• FIG. 14 is a diagram showing an example of an XML schema display area according to the second embodiment .
• FIG. 15 is a flowchart showing processing according to a third embodiment.
• markup languages are the targets of the present invention, here, XML data is described as an example thereof. Therefore, it goes without saying that the scope of the present invention includes application to a markup language that is not described here.
• FIG. IA is a schematic diagram showing a
• This POD system has a database server 102 and a client computer (PC) 103, which are information processing apparatuses, and a POD printing apparatus 104, and they are connected via a network 101.
• PC client computer
• the client PC 103 generates VDP (variable-data printing) print data using data obtained from the database server 102, and transmits the generated data to the POD printing apparatus 104.
• the POD printing apparatus 104 prints the received VDP print data.
• the database server 102 and the client PC 103 are connected via the network in the embodiment of the present invention, the present invention is not limited to this.
• the database server may be a service executed as a so- called cloud service on the Internet, or the database server and the client PC may be the same information processing apparatus.
• FIG. IB is a block diagram showing an example of a configuration of the database server 102 and the client PC 103.
• a CPU 201 performs overall control of the apparatus in accordance with a control program stored in a RAM 202.
• An internal storage unit 202 stores the control program for the apparatus executed by the CPU 201, and data such as documents and images.
• the internal storage unit 202 corresponds to a RAM, for instance.
• a network interface 203 establishes connections to a network, and transmits and receives data and the like.
• An external storage device 204 saves data.
• the external storage device 204 corresponds to a magnetic disk, or the like.
• the configuration includes a display 205, a keyboard 206, and a pointing device 207 such as a mouse. In order to perform a predetermined operation, a
• the program stored in the RAM 202 uses the functionality of an OS (Operating System) also stored in the RAM 202 when necessary. Further, the program stored in the RAM 202 reads and writes content of data temporarily stored in the RAM 202, reads and writes data from/to the external storage device 204, and transmits and receives data via the network interface 203. Further, the program stored in the RAM 202 receives input via the keyboard 206 and the pointing device 207, and performs display on the display 205.
• OS Operating System
• the database server 102 stores a database in the external storage device 204. Further, when a database program stored in the RAM 202 receives a command to read and write data from/to the above database via the network interface 203, the CPU 201 executes the command, and transmits the result via the network interface 203.
• a VDP program stored in the RAM 202 accepts input via the keyboard 206 and the pointing device 207, creates a VDP document in the RAM 202, displays data on the display 205, and reads and writes data from/to the external storage device 204. Upon accepting a printing
• the VDP program creates VDP print data in the RAM 202, and transmits the data to the POD printing
• the VDP program in the client PC 103 accepts a processing instruction from a user, and displays a data source editing screen as shown in FIG. 2A on the display 205 if the instruction is for data source editing.
• a dialog box 301 is an interface for performing data source editing. In an area 302, an edited data source is displayed.
• a CSV data source addition button 303 is for the user to give an instruction to add a CSV file as a data source.
• An XML data source addition button 304 is for the user to give an instruction to add an XML file as a data source,
• An OK button 305 is for saving data source editing content, and ending the processing.
• a cancel button 306 is for discarding data source editing content, and ending the processing.
• the data source may be an RDB database accessed via an interface such as ODBC or JDBC.
• an XML database may be used.
• the data source may be a content management system such as a CMS (Content Management System) or a DAM (Digital Asset Management) , or a file server.
• CMS Content Management System
• DAM Digital Asset Management
• FIG. 3A shows a CSV data source addition screen displayed, on the display 205, by the VDP
• a dialog box 401 is used to add a CSV data source.
• a text input field and a read button 402 are for the user to designate a CSV file.
• a check box 403 is for the user to designate whether to use data in the first row of a CSV file as field names.
• An area 404 has an area 406 for displaying a field name of the CSV file designated using the text input field and read button 402, an area 405 for the user to designate a primary key, and an area 407 for the user to designate a field reference name.
• a primary key is a key that is designated in order to uniquely identify a record.
• An OK button 408 is for saving CSV data source addition content, and ending the processing.
• a cancel button 409 is for discarding CSV data source addition content, and ending the processing.
• FIG. 4A shows an example of a CSV file used in the embodiment of the present invention.
• the CSV file is stored in the external storage device 204 of the database server 102, and can be accessed using a UNC notation path, here,
• FIG. 3B shows an example of an editing result in the case of designating the CSV file shown in FIG. 4A via the CSV data source addition screen shown in FIG. 3A.
• the UNC notation path of the CSV file shown in FIG. 4A is designated in a text input field 602. If the read button is operated in this state, the VDP program reads the designated CSV file. If a check mark is put in a check box 603, the field names
• the VDP program accepts an input from the user, and receives designation of a primary key in an area 605, and designation of field reference names in an area 607,
• the customer ID field is designated as the primary key, and field reference names, namely "customer_ID”, “customer_surname”,
• VDP program ends the CSV data source addition screen.
• FIG. 2B is a diagram showing an example of display in the case where the CSV data source edited as shown in FIG. 3B is added to the data source editing screen.
• An object 701 indicates the added CSV data source.
• the VDP program displays the field reference names designated in the area 607. Further, a key icon is displayed in the field designated as being the primary key in the area 605.
• UNC notation path is designated in the embodiment of the present invention, the present invention is not limited to this, and for example, a description format such as a URL (Uniform Resource
• Locator or a URI (Uniform Resource Identifier) may be used.
• a row other than the first row of a CSV file may be used for designation of field names, and another method, for example, a method of designating field names from another file, may be used.
• FIG. 5A shows an XML data source addition screen displayed, on the display 205, by the VDP
• a dialog box 801 is an interface for adding an XML data source.
• a text input field 802 is for the user to designate an XML file.
• a text input field and a read button 803 are for the user to
• a record element button 805 is for the user to designate an element to be the record level from the structure of the XML schema file displayed in the schema display area 804.
• the record level element is used as a unit for repetition when
• a target element button 806 is for the user to designate an element to be used as a data source from the structure of the XML schema file displayed in the schema display area 804.
• a field management area 807 has an area 809 for displaying a field name of the element designated via the target element button 806, an area 808 for the user to designate the primary key, and an area 810 for the user to designate a field reference name.
• An OK button 811 is for saving XML data source addition content, and ending the processing.
• a cancel button 812 is for discarding XML data source addition content, and ending the processing.
• FIG. 4B is a diagram showing content of an XML schema file used in a first embodiment.
• the XML schema file is stored in the external storage device 204 of the database server 102, and can be accessed using the UNC notation path,
• the “order” element can appear unlimited times.
• the child elements of the "order” element are “customer_id”, “address”, and “customer_order” .
• the "customer_id” and “address” elements appear one time each in this stated order.
• the "customer_order” element appears only one time.
• the child elements of the "address” element are "zip”, “prefecture”, “city”, “street”, and “tel”, and appear one time each in this stated order.
• the child elements of the "customer_order” element are
• the present invention is not limited to this, and an arbitrary schema can be used, as long as the schema can represent the structure of markup language data, such as DTD (Document Type Definition) , or Relax, for example.
• DTD Document Type Definition
• Relax for example.
• FIG. 5B is a diagram showing an example of an editing result in the case where the XML schema file shown in FIG. 4B is designated via the XML data source addition screen shown in FIG. 5A.
• a UNC notation path of an XML file shown in FIG. 11A is designated in a text input field 1002.
• the UNC notation path of the XML schema file shown in FIG. 4B is designated in a text input field 1003.
• FIG. 6 is a flowchart showing processing of the VDP program after the read button is operated.
• the VDP program stored in the external storage device 204 for instance, is read to the RAM 202, and is executed by the CPU 201.
• SIlOl processing starts.
• the VDP program reads the designated XML schema file, and displays the structure of the XML schema in a schema display area 1004 shown in FIG. 5B. This realizes a markup language data structure display means. Note that here, the
• the VDP program accepts a user operation.
• Processing in S1104 is for determining whether or not the operation accepted in S1103 was made by pressing a record element button 1005. If the record element button has been pressed (YES in S1104), the processing proceeds to S1105. If the record element button 1005 was not pressed (NO in S1104), the processing proceeds to S1106. In S1105, the element selected in the schema display area 1004 is held as the record level element. After that, the processing returns to S1103.
• a record level element designation acceptance unit is realized by designating a record level element when the user operation is accepted in S1103, and holding it in S1105.
• Processing in S1106 is for determining whether or not the operation accepted in S1103 was made by pressing a target element button 1006. If the target element button has been pressed (YES in S1106) , the processing proceeds to S1107. If the operation from the user was not made by pressing the target element button 1006 (NO in S1106) , the processing proceeds to S1108. In S1107, the element selected in the schema display area 1004 is held as a target element, and added to a field management area 1007. A target element acceptance means is realized by the user operation in S1103 and the target element being held in S1107. After that, the processing returns to S1103.
• Processing in S1108 is for determining whether or not the operation accepted in S1103 was made by pressing either an OK button 1011 or a cancel button 1012. If either the OK button 1011 or the cancel button 1012 has been pressed (YES in S1108), the processing proceeds to SlIlO. In the case other than that (NO in S1108), the processing proceeds to S1109. In S1109, processing is performed in accordance with the other input. After that, the processing returns to S1103. In SlIlO, the processing ends.
• FIG. 7 is a flowchart showing processing
• processing in S1202 is for
• determining whether or not the element can be repeated In the present embodiment, it is assumed that an element that can be repeated cannot not be a target element. As a criterion for this determination, if a "maxOccurs" attribute is designated to elements, and a value of two or more or “unbounded” is designated as that value, it is determined that the element can be repeated. If the element can be repeated (YES in
• Processing in S1204 is for emphatically displaying candidates for the record level element. This realizes a record level candidate display means. In the example shown in FIG. 5B, "*" is added and displayed to the right of the "order” element. After that, the processing proceeds to S1209.
• Processing in S1205 is for normally displaying elements. After that, the processing proceeds to S1209.
• Processing in S1206 is for determining whether or not an element is a descendant element of the record level element. If it is a descendant
• Processing in S1207 is for determining whether or not the element can be repeated. In the present embodiment, if the "maxOccurs" attribute is designated to elements, and a value of two or more or “unbounded” is designated as that value, it is determined that the element can be repeated. If the element can be repeated (YES in
• Processing in S1208 is for preventing the user from selecting the element by displaying it in a dimmed manner, in the case where the record level element has been designated, and the element is not a descendant element of the record level, or in the case where the record level element has been designated, the element is a descendant element of the record level, and the element cannot be used as a data source since it can be repeated. This realizes an excluded element display means. After that, the
• both the record level candidate display unit and the excluded element display unit may be provided, or either one of the units may be provided.
• the VDP program determines the element as being the record level element. Here, it is assumed that "order" has been designated. Further, in the state where the record level element has been
• the VDP program determines the element as being an element to be used as a data source, and adds the element to the field management area 1007.
• the VDP program determines the element as being an element to be used as a data source, and adds the element to the field management area 1007.
• the VDP program displays the element names of the designated elements in an area 1009.
• the VDP program accepts a user input, and receives designation of the primary key in an area 1008, and designation of field reference names in an area 1010.
• the customer ID field is designated as the primary key, and the field reference names, namely
• the VDP program ends the XML data source addition screen.
• FIG. 2C shows an example of display if the XML data source edited as shown in FIG. 5B has been added to the data source editing screen shown in FIG. 2B.
• An XML data source 1302 indicates the added XML data source.
• the VDP program displays the field reference names designated in the area 1010. Further, a key icon is displayed in the field designated as the primary key in the area 1008.
• the VDP program can accept an instruction to combine the added data sources from the user.
• the combined data source is displayed as a combined data source 1303. Combination is performed using the primary keys of both of the data sources. For the combined data source, a union of the fields of the data sources, which are the combination targets, is used.
• FIG. 8A shows the result of having accepted an operation for associating variable portions in input character strings with a data source.
• the combined data source shown in FIG. 2C is displayed as a data source 1401.
• a variable portion 1402 is associated with the
• variable portions 1403 to 1408 are respectively associated with the "customer_address”, "customer_surname”, “customer_name”, “customer_surname”, “order_product”, and "order_date” fields of the data source 1401.
• variable portions in the present embodiment, the present invention is not limited to this, and as long as a component is an editing target, such as an image, a graphic, or a layer, it is possible to
• an association rule may be set using a GUI, a script, or the like for when performing
• FIG. 9 is a flowchart showing processing
• processing starts.
• processing is performed in which the VDP program determines whether or not data sources are combined. If they are combined (YES in S1502), the processing proceeds to S1504. If they are not combined (NO in S1502) , the processing proceeds to S1503. Since the VDP document shown in FIG. 8A uses the combined data source 1303 shown in FIG. 2C, the processing proceeds to S1504.
• processing is performed in which the VDP program reads data from a data source and creates a table.
• a table 1901 in FIG. 12 shows the data structure of a table that is held in the RAM 202 when the VDP program reads data of the CSV data source 1301.
• a table 1907 in FIG. 12 shows the data structure of a table that is held in the RAM 202 when the VDP program reads data of the XML data source 1302. It should be noted that the method for creating the table 1901 from
• FIG. 4A shows the content of
• a table 1913 in FIG. 12 shows the data structure of the table that the VDP program holds in the RAM 202 in order to hold data of the combined data source 1303.
• Data of the table 1913 is created from the tables 1901 and 1907 obtained by reading data of the CSV data source 1301 and data of the XML data source 1302.
• the primary key of the CSV data source 1301 is "customer_ID”
• the primary key of the XML data source 1302 is also "customer_ID”
• the table 1913 is obtained by combining the tables 1901 and 1907, using ⁇ V customer_ID" as the primary key. This realizes a multiple internal data combining means.
• processing is performed in which the VDP program
• VDP print data by applying data of the created table to a VDP document one record at a time.
• processing is performed in which the VDP program transmits the created VDP print data to the POD printing apparatus 104 via the network 101.
• the processing ends.
• FIG. 10 is a flowchart showing processing in which upon accepting an instruction to print a VDP document in the present embodiment, the VDP program reads an XML file designated as an input of an XML data source, and converts the read XML file so as to have a table internal data structure.
• processing starts.
• the VDP program opens an XML file designated as XML data for a data source.
• the XML file shown in FIG. HA is opened.
• the VDP program reads content of the opened XML file, and creates a DOM (Document Object Model) tree in the RAM 202.
• the method for creating a DOM tree from XML data- is known, and thus a description thereof is omitted.
• the created DOM tree is shown in FIG. HB.
• Examples of correspondence between the XML data shown in FIG. HA and the DOM tree shown in FIG. HB are shown by 1801 to 1806 in FIGS. HA and HB.
• the descendants of "orders" serving as the root element are "order"
• processing in S1605 is for determining whether or not processing with respect to all the record level elements has ended. If a next record level element is not found in S1604 (YES in S1605) , the processing proceeds to S1607. If the record level element is found (NO in S1605) , the processing proceeds to S1606. Processing in S1606 is for adding an element to be used from among descendant elements of the record level element found in S1604, as a data source to the table 1907.
• conversion unit is realized by, in S1606, adding data to a table, and converting the format thereof so that it can be utilized as a data source.
• customer_id "zip”, “street”, “product_name”, and “order date” are the target elements. Further, the field reference names, namely "customer_ID”,
• the VDP program adds a row 1909 to the table 1907 based on the values of the nodes 1802 to 1806.
• FIG. 8B shows an example of a result
• processing can also be performed using SAX (Simple API for XML) or another interface.
• SAX Simple API for XML
• data of each data source is once read into a table data structure, and then such data pieces are combined, there is no limitation to this.
• records may be read from each data source one by one, and may be sequentially combined.
• SQL Structured Query Language
• an element that cannot be used can be excluded from the display in advance when designating a target element, and thus user operability can be improved, and the user can efficiently perform operations.
• no matter how complicated the structure of XML data is since only an element to be used is designated in advance, the efficiency of the operation when associating data with a VDP document is increased. This enables using XML data that does not have a two-dimensional structure as a data source for generating a VDP document, and thus the versatility of data used as a data source improves. Further, in regard of the recognizability and operability with respect to elements of a data source as well, user convenience can be improved.
• an XML data source can be applied to a VDP document, and combined with another data source, by accepting designation of the record level element and a target element that is a descendant element of the record level element to be used.
• a target element an element that can be repeated from among descendant elements of the record level element, and thus such an element is not the target for designation, as an excluded element.
• the ability to also designate a target element an element that can be repeated from among descendant elements of the record level element, and thus such an element is not the target for designation, as an excluded element.
• FIG. 13 is a flowchart showing processing in which the VDP program displays elements of an XML schema in the schema display area 1004 in a second embodiment. This flowchart is used instead of the flowchart shown in FIG. 7 for performing similar processing in the first embodiment.
• S2101 to S2107 are the same as S1201 to S1207 in FIG. 7. It should be noted that if it is determined in S2107 that an element cannot be repeated (NO in S2107), the processing proceeds to S2108, and if an element can be repeated (YES in S2107), the processing proceeds to S2109.
• Processing in S2108 is not for adding the element name of an element to the schema display area 1004, but for adding "parent element name/" (this means the element name of a parent element, not the character string "parent element name”) before an element name, and thereafter adding the result to the schema display area 1004.
• the processing proceeds to S2105, where normal display is performed.
• Processing in S2109 is for determining whether or not repetition is to be
• processing in S2110 is for adding n elements to which "parent element name/" has been added before their element names, and "_l" to "_n” (n denotes the number of times that repetition is possible) have been respectively added after their element names, to the schema display area 1004. This processing realizes a limited repeating element display unit. After that, the processing proceeds to S2105, and normal display is performed.
• S2111 and S2112 are the same as S1208 and S1209 in FIG. 7.
• FIG. 14 is a diagram showing an example of a display result of an XML schema file in which 3 is set as the "maxOccurs" attribute of the "customer_order” element.
• a display result 2301 shown in FIG. 14 is a display result before designating the record level element, and a display result 2302 is a display result after designating "order" as the record level element.
• emphasis display is performed in accordance with processing in S2103 and S2104. In the example in FIG. 14, emphasis display is performed by adding "*" to the right of the elements.
• the "customer_order" element is a descendant element of the record level element, and can be repeated.
• elements for which the number of times that repetition is possible is limited can be designated as a target element from among descendant elements that can be repeated of the record level element.
• elements for which the number of times that repetition is possible is unlimited cannot be designated as a target element, and thus such elements are not the target for designation, as an excluded element.
• use of an element is not restricted, and such elements can be used by controlling the number of times that repetition is possible .
• FIG. 15 is a flowchart showing processing in which the VDP program displays elements of an XML schema in the schema display area 1004 in the third embodiment.
• This flowchart is used instead of the flowchart shown in FIG. 7 for performing similar processing in the first embodiment and the flowchart shown in FIG. 13 in the second embodiment.
• S2401 to S2410 are the same as S2101 to S2110 shown in FIG. 13. Note that if it is determined in S2409 that repetition is performed unlimited times, the processing proceeds to S2411. Processing in S2411 is for adding, if an element can be repeated unlimited times, "parent element name/" (this means the element name of a parent element, not the character string "parent element name”) before the element name.
• the value "unbounded”, which indicates that this element can appear unlimited times, is designated as the "maxOccurs" attribute of the "customer_order” element.
• the "customer_order” element is a descendant element of the record level element, and can be repeated unlimited times, and thus in accordance with processing in S2406, S2407, S2409, and S2411 in FIG. 15, five elements to which "_1" to "_5" have been added at the end of the element names (here,
• aspects of the present invention can also be realized by a computer of a system or apparatus (or devices such as a CPU or MPU) that reads out and executes a program recorded on a memory device to perform the functions of the above-described
• the steps of which are performed by a computer of a system or apparatus by, for example, reading out and executing a program recorded on a memory device to perform the functions of the above-described embodiments.
• the program is provided to the computer for example via a network or from a recording medium of various types serving as the memory device (for example, computer- readable medium) .

Landscapes

• Engineering & Computer Science (AREA)
• Theoretical Computer Science (AREA)
• Physics & Mathematics (AREA)
• General Engineering & Computer Science (AREA)
• General Physics & Mathematics (AREA)
• Human Computer Interaction (AREA)
• Health & Medical Sciences (AREA)
• Artificial Intelligence (AREA)
• Audiology, Speech & Language Pathology (AREA)
• Computational Linguistics (AREA)
• General Health & Medical Sciences (AREA)
• Quality & Reliability (AREA)
• Document Processing Apparatus (AREA)
• Information Retrieval, Db Structures And Fs Structures Therefor (AREA)

Priority Applications (1)

Applications Claiming Priority (2)

Publications (1)

Family

ID=43410997

Family Applications (1)

Country Status (3)

Families Citing this family (4)

Family Cites Families (12)

• 2009
  • 2009-07-01 JP JP2009157318A patent/JP5632593B2/ja not_active Expired - Fee Related
• 2010
  • 2010-06-21 WO PCT/JP2010/060926 patent/WO2011001921A1/en not_active Ceased
  • 2010-06-21 US US12/864,226 patent/US8335984B2/en not_active Expired - Fee Related

Non-Patent Citations (2)

Also Published As

Similar Documents

Legal Events