Method and apparatus for arranging a plurality of orders for printed articles7009723Abstract A method is provided for arranging a plurality of orders for printed articles in order to reduce wasted space when printing the orders in multiple column's. A plurality of orders for at least one printed article are obtained, and the orders are sorted according to the number of printed articles in each order to produce a sorted arrangement of the orders. For each successive order in the sorted arrangement of orders, the order is placed in a column which currently has a lowest number of total printed articles. In a preferred embodiment, the first K orders in the sorted arrangement of orders are placed in columns 1 to K, where K is the total number of columns. Also provided is a system for producing custom printed articles. Claims What is claimed is: Description FIELD OF THE INVENTION
Process block 426 is a decision block the outcome of which depends on whether the boolean expression evaluated in process block 424 is TRUE. If TRUE then the process 400 continues with process block 428 in which the Ith and Jth orders are swapped between the Mth and Nth columns, after which the process 400 loops back to process block 418. If the outcome of decision block 426 is FALSE then the process 400 continues with the fourth do loop termination test 430. If in decision block 430 the fourth loop index J is found to be not equal to L(N) then the process loops back to beginning of the fourth do loop 422. If on the other hand J is found to be equal to L(N) then the process 400 continues with process block 432 which is the third do loop termination test. If in process block 432 I is found to be not equal to L(M), then the process 400 loops back to the beginning of the third do loop 420. If on the other hand I is found to be equal to L(M) then the process continues with process block 434 which is the second do loop termination test. If in process block 434 N is not found to be equal to K, then the process loops back to the beginning of the beginning of the second do loop 416. If on the other hand N is found to be equal to K then the process continues with process block 436 which is the outer do loop termination test. If in process block 436 M is found to be not equal to K-1 then the process loops back to the beginning of the first outer loop 414. If on the other hand M is found to be equal to K-1 then the process terminates. In the part of process 400 shown in FIG. 4B, different combinations of two columns are checked to determine if two orders in the two columns can be exchanged in order to better balance the numbers of labels in the two columns. To check each combination of two columns, first the difference between the total number of labels in the two columns is calculated, then the difference in the number of labels in different combinations of orders (one taken from each column) is calculated, and the boolean expression above is evaluated. If TRUE then the two orders are exchanged between the two columns. The process 400 shown in FIG. 4 serves to provided columns of labels that are nearly balanced. The order array is altered according to the exchanges performed in the second part of process 400. Receiving Operator Inspection Results and Marking Labels as Failed FIG. 8 is a flow diagram of process performed by the printer control server shown in FIG. 1 according to a preferred embodiment of the invention. In process block 802, operator input indicating that a specific first label is good is read in. The operator can input the indication by scanning the unique bar code 606 on the first label and scanning a 'good label' bar code born on one of the palettes 210 or 324. An operator can monitor the label production process at various points (e.g., on the inspection station 208, after the coating applicator 302, after the coating curing station 304, or after the label die cutter). In process block 804 operator input indicating that a second label is bad is read in. The operator can input the latter input by scanning an error bar code on one of the palettes 210 or 324. In one illustrative embodiment, error bar codes include 'Printer Media Damage', 'Web Break before Slitter', 'Varnishing Defect', 'Die-Cut Damage Matrix Removal Damage', and 'Slitting Damage'. (Other error codes can be provided for declaring all the labels on a spool or reel bad.) In process block 806, operator input indicating that a third specific label is good is read in. The input of process block 806 can take the form of reading the 'good label' bar code on one of the palettes 210, 324, and reading the bar code on the third specific label. The first second and third labels need not be in the same column. In process block 808, a record is read to identify at least one label between the first and third labels. These records can be in multiple columns. The record that is read can be the 'layout array' discussed below. In process block 810 at least one record is altered to indicate that all the labels between the first and third record are bad. In process block 812, a record is read to identify labels in columns other than the column(s) including the first and third label, which are adjacent to labels between the first and third label. The record read in process block 812 can be the 'layout array'. In process block 814, a record is altered to indicate that the labels identified in process block 812 are bad. As an alternative to marking labels between the first and third labels, and labels adjacent to those as bad, all orders which overlap the region between the first and third label can be considered bad. In the latter case order IDs would be read from the 'layout array' to identify orders that are to be considered bad. Rather than altering records maintained on the printer control server 106 (as is done in process block 812 and 814), information identifying bad records can be communicated to the second server 102 directly. The second server 102 can then send new orders for labels to the printer control server 106. Tracking Labels FIG. 9A and FIG. 9B show a flow diagram of a process 900 performed by the printer control server 106 shown in FIG. 1 according to a preferred embodiment of the invention. This process serves to track the location of each label. In process block 902 an input indicating that a spool 216 is being mounted to take up the web 222 coming out of the printer 108 is read in. The input preferably takes the form of a bar code on the palette 210, and is read in using the wand 118. In process block 904 a spool ID of a first spool is read in. Preferably the spool ID is read in by scanning the spool ID bar code label 224 with the wand 118. Alternatively, the operator enters a spool ID through the first 112 or second 114 operator interface clients. In response to receiving signals derived from the spool ID and the code indicating that a spool is being mounted, the second client 114 transmits signals to the printer control server 106 indicating that the first spool is being mounted to take up the web 222. In process block 906 one or more print jobs are prepared. The print jobs preferably include a plurality of orders, each of which includes a plurality of labels. The content of each print job in terms of the identity of the orders it contains and/or the identity of the labels it contains is stored in a memory (e.g. a hard drive in the printer control server 106 or the second server 102). In process block 908 a record associating the content of the print job(s) with the first spool, as identified by the spool ID, is made. In process block 910 printing is commenced. After the printing onto the web 222 is completed, the process block 912 is executed. In process block 912 input that indicates that a spool is being mounted to supply the printed label web to a finishing line is read in. The finishing line preferably comprises the coat-cut line 300. The input is preferably generated by scanning a "spool mount" bar code on palette 324 with wand 118. In process block 914 the spool ID of the first spool is read in once again. In response to receiving signals derived from the spool ID, and the "spool mount" bar code, the second client 114, transmits signals to the printer control server 106 indicating that the first spool is being mounted at the finishing line. In process block 916, input indicating that a reel is being mounted to take up a sub web of labels coming off the finishing operation line is read in. The input is preferably generated by scanning a specific "reel mount" bar code on palette 324. In process block 918 a reel ID of a reel being mounted to take up the sub web is read in. The reel ID is preferably read in by scanning a reel ID bar code 330, 332, or 334 with the wand 118. Process blocks 916, and 918 are be repeated for each reel 310, 312, and 314. Separate "reel mount" bar codes on palette 324 are provided for specifying each of the plurality of reel positions (e.g. the upper, middle, and lower positions of reels 310, 312, 314). Note that in this embodiment the web 222 is slit in two place for printing three labels across on the web 222, and three reels are then used to take up the sub webs 316, 318, and 320. In process block 920, a record is made by the printer control server 106 associating the content of a portion of the print job printed on one of sub webs 316, 318 or 320, with a corresponding reel identified by the reel ID. The record can be made by copying a column corresponding to the sub web from the order arrays for each print job printed on the web 222. Process block 920 can be repeated for each sub web and corresponding reel ID. Process 900 serves to track the location, i.e., identify the carrier, (e.g., spool, reel, container) of a particular orders and labels as they move from one processing line to another, (e.g., as they are moved from the printing line 200 to the coat cut line 300). This is especially useful to avoid losing track of printed output in a production environment in which at any given time there are multiple spools waiting for final processing. Although process 900 has been described as it would be applied to a two line label production system, it could be adapted to a system which has more than two lines. For example the coat-cut line 300 could be split up into two separate lines, in which case process 900 would be adopted to track the labels as they are carried on three separate carriers, e.g. two spools, and one reel (for each sub web, if the web is slit). Input received in process blocks 902, 912, and 916 can alternatively be input directly at the first or second clients 112, or 114 (e.g., by operating a Graphical User Interface (GUI)). Reserving Space for Trailer FIG. 10 is a flow diagram of a space reservation process 1000 performed by the printer control server 106 shown in FIG. 1 according to a preferred embodiment of the invention. The process serves to control the printer 108 so as to reserve a leader portion at the end of the web 222 to be used as a leader for threading the web through the coat-cut line 300. In process block 1002 a measurement of the web available to the printer 108 is read in. The measurement may be entered at the first or second operator interface clients 112 or 114. The measurement is preferably a measurement along a diameter of supply roll 202 from a roll core 226 to a periphery 228 of the roll 202. Alternatively, the measurement can be a measurement of the length of the web, in which case process block 1004 is unnecessary. In process block 1004 the length of the web (WL) on the roll 202 is calculated. The length of the web can be calculated using the following expression: ##EQU1##
Alternative variations can be derived based on various measurements using elementary mathematics. Further, a measurement of the length of web available to the printer can read from a memory, e.g. hard disk included in the printer control server 106. In process block 1006, the length of the web is stored in a memory associated with the printer control server 106. In process block 1008 a plurality of new print jobs are received. In process block 1010 the lengths of media (PJL) required for the new print jobs is determined. The determination may be based on an examination of the content of each print job which determines the numbers, and dimensions of various types content (e.g. pages, labels) and applies a summation process to determine the overall length of web required for the print job. Examination of the content of each print job can include reading the order array for each print job. Process block 1012 is a decision block the outcome of which depends on whether the available web length (WL) minus the sum of the print job lengths (PJL) exceeds a certain predetermined value L1. Subtracting the sum of the print job lengths from the web length is one way of comparing the lengths of the print jobs to the length of the web. L1 is set to at least the length required for a leader portion. L1 is preferably set to the length required for a leader portion plus the average length of print jobs printed by the printer 108. If L1 is smaller than the aforementioned difference, then the process continues with process block 1026 in which the plurality of new print jobs are sent to the printer 108. In process block 1028, the length of the web stored in memory is updated based on the amount required to print the plurality of print jobs, after which the process loops back to process block 1008. If L1 is not smaller than the aforementioned difference, then the process continues with process block 1014 in which one or more printed jobs are selected based on their, associated print job lengths (PJL), and the web length (WL) such that if they are printed a portion of the web will be left for a leader. Sums of different subsets of the plurality of print jobs can be subtracted from the web length and compared to L1 or a second predetermined value to determine a subset that can be sent to the printer 108 while still reserving the length required for the leader. Thereafter, in process block 1016 the selected print jobs are sent to the printer, and in process block 1018 a leader print job is sent to the printer. In process block 1020, the operator is prompted to mount a new web roll 202 on the print line. This can be accomplished by displaying a message at the first and second operator clients 112 and 114. In process block 1022, a measurement of the new web is read in through one of the operator interface client 112 or 114, and in process block 1024 the length of the web 222 on the new roll 202 is read in, as was done in process block 1002. In process block 1026 the print jobs remaining from the plurality of print jobs received in process block 1008 (which were not sent to the printer 108 in process block 1016) are sent to the printer 108. The process 100 then continues to process block 1028, and continues from there as described above, until terminated by an external process. Note that print jobs can be being continually received by printer control server 106 and stored in a memory, e.g. hard drive, until they are read in process block 1008. Process block 1008 can be initiated by operator input through one of the clients 112 or 114. Process 1000 provides a method whereby the web 222 which bears a plurality of unique printed labels is provided with a leader portion to be used in threading the web onto a web fed line. For label manufacturing systems which include more than one web fed line in addition to the print line 200, it is preferable to also reserve a predetermined length at the beginning of the web to be used as a leader portion. By this measure, it is ensured that there will be a leader portion that can be used each time the web is threaded through one of the additional web fed lines, without damaging the plurality of unique labels printed on the web. System for Composing Custom Labels FIG. 11 is a block diagram 1100 depicting functional interrelationships between software components for generating custom label print files according to a preferred embodiment of the invention. Referring to FIG. 11, desk top publishing software 1102 is provided. Preferably Quark Express sold by Quark of Denver, Colo. or Adobe Pagemaker shop sold by Adobe of San Jose, Calif. is used as the desktop publishing software 1102. The desk top publishing software 1102 is extended by a variable data extension program 1104. The desktop publishing software augmented by the variable data extension program 1104 allows a user to insert place markers in a document being composed using the desktop publishing software 1102. The desk top publishing software 1102, augmented by the variable data extension program 1104, outputs two files. A first output file is a master file 1106 which includes all the non variable content of the document composed using the desk top publishing software. The place markers indicate positions at which document specific rasterized content will be inserted into a rasterized version of the master document. The master file is preferably in a page description language (PDL) format such as PostScript. A second output file is a data definition file 1108. The data definition file specifies the format of variable content which will be inserted (in rasterized form) at places determined by the place markers. For example, the data definition file can specify that the text to be inserted at place markers is formatted in groups of comma delimited strings separated by hard returns. The variable data extension program 1104 generates dialog boxes through which a user can indicate the format of data associated with each place marker in the document, (e.g., comma quote delimited text). The indicated formats will then be compiled by the variable data extensions 1104 and output to the data definition file 1108. In combination with Quark Xpress or Adobe Pagemaker, IBM Data Extensions sold by IBM of Boulder, Colo. are preferably used. The postscript master file 1106 is input to a master raster image processing (RIP) program 1110. The output of the master RIP program 1110 is input to raster merge program 1112. Variable data to be inserted into multiple versions of the document during a merge operation is extracted from a database 1114, by a template processing program 1116, in accordance with instructions contained in a template 1118, and output as a variable data file 1120. The variable data file 1120 which preferably consists of text is processed by the page description language (PDL) conversion program. The PDL conversion program converts the variable data file 1120 into a PDL format data. One example of a PDL format is the Postscript format. PDL format data is input to a variable image RIP program 1126. Rasterized output from the variable image RIP program 1126 is input to the raster merge program 1112. The format of printed articles can be easily altered by editing the template, without having to change program (e.g., java) code. Template Processing The following is an exemplary excerpt from a template 1118.
Templates include three types of tokens: fixed text, field names, and settings. Fixed text is passed on to the generated variable data file 1120 unchanged. Field names are looked up and replaced with the value from the database 1114 for that field. Settings are used to indicate the row and column of a logical page within a page, (e.g. in the case of printing 4 post card size labels per letter size area of the web 222). Field names and settings are not case sensitive. The tilde "˜" character is used to indicate the start and end of a field name or setting. Field names can be followed by a comma and a function name, The function name can correspond to a function which extracts data from the database and validates, and or formats the data (e.g. encloses it within parenthesis). A bar code function can be used to transform numeric data from the database into a form suitable for rendering as a bar code. The template is preferably a text file. "Infoprint Manager" software by IBM, the assignee of the present invention includes a PDL generation program 1122. Software for the "Infocolor 70" printer sold by IBM includes all those blocks enclosed within the dashed polygon 1128 including the master RIP program 1110, the raster merge program 1112, and variable RIP program 1126. These components, the variable desk top publishing software 1102, the variable data extensions program are preexisting components which the inventors have used, in following the modern software development practice in which new programs interact with and rely on preexisting programs which may have taken hundreds of man-years to write. Thus we will not attempt to teach the internal workings of those components, rather we identify them by their function. One of ordinary skill in the art can select software to serve the functions of the various blocks shown in FIG. 11, and integrate that software. FIG. 12 is a flow diagram of a process 1200 performed by template processing program 1116 according to a preferred embodiment of the present invention. Process block 1202 is the beginning of a first loop which indexes a column number. Process block 1204 is the beginning of a second loop nested within the first loop which indexes an order number. Process block 1206 is the beginning of a third loop which indexes a label (or other printed article) number. In process block 1208 data which indicates an arrangement of orders, (e.g. the above mentioned order array) is read to determine the identity (e.g. name or serial number) of an order corresponding to current index values for the first and second loops. In process block 1210 order data (e.g., the above mentioned order-label array) is read to determine the identity of a label corresponding to current values of the first, second, and third loop indexes. In process block 1212 the identity of the label (label ID, or more generally printed article ID) and order (order ID) corresponding to the current values of the first, second, and third indexes is written to an array referred to as a 'layout array'. The layout array is two dimensional and corresponds, by label identity, to the layout of labels to be printed on the web 222, or other printing medium. Each entry of the array includes an order ID and label ID for a particular label corresponding to the entry. The layout array could be realized as two separate arrays-one for the order ID and one for the label ID. The columns and rows of the array preferably correspond to the columns and rows in which printed articles are to be printed on the web 222. In order to determine the row number of a specific label, the number of labels in all the orders preceding the specific label order are summed and added to a number indicating the position of the specific label in its order. This can be done using the above mentioned 'order-label' arrays. Process blocks 1214, 1216, and 1218 are termination tests for the third, second, and first loops respectively. After the first loop runs through all the columns the array will have been filled in, and the process continues with process block 1220. In process block 1220 a template file is parsed to extract a sequence of tokens. Process block 1222 is the beginning of a loop which goes through successive groups of rows in an array. Although it is the web 222 that is being printed on, the raster merge program 1112 will ordinarily be designed to process one page at a time. In the present case a page, corresponds to a section of the web. Therefore, groups of rows of the array may be processed in order to provide data for successive sections of the web. The template contains settings which indicate relative positions within the array. Successive settings in the template will be used to determine the next array entry to be used within a group of rows corresponding to a section of web. For example, if each section of web corresponds to four post card size labels, then a corresponding array would have two columns, and each group of rows would have two rows. The template would have four settings (i.e., ˜row=1˜˜col=1˜; ˜row=1˜˜col=2˜; ˜row=2˜˜col=1˜; ˜row=2˜˜col=2˜) with fixed text and field names following each. Process block 1224 is the beginning of a loop which sequentially goes through each token in the template. If the token is fixed text then, in process block 1226, it is passed to the variable data file 1120. If the token is a field name, then in process block 1228 data specified by the label ID, and/or specified by the order ID, and field name is retrieved from the database 1114 and output to the variable data file 1120 in a default font. The order ID, and label ID are used to select a corresponding record in the database. If the token is a field name plus a function name then, in process block 1230, the named function is called to retrieve data from the database 1114, and output it to the variable data file 1120. The named function can include programming steps for validating the data retrieved from the database 1114, transforming the data in some way (e.g. in the format required for bar coding), formatting the data (e.g. by placing the data within parenthesis), or adding a font name. The font name will be interpreted by the PDL generation language. Bar code fonts can be used to write bar code 606. If the token is a setting then, in process block 1232, a logical page delimiter character is inserted in variable data file 1120 and the position in array is advanced according to the setting. For example, if the previous setting was ˜row=1˜,˜col=1˜ and the new setting is ˜row=1˜, ˜col=2, the array entry in the same row and the next column is accessed to retrieve the column ID and row ID. Page delimiter characters can also be inserted in the variable data file 1120 after each group of rows has been processed. The ˜block=on˜ and ˜block=off˜ token are special control tokens. The text extracted based on all the field name tokens and plain text that come between the ˜block=on˜ and ˜block=off˜ tokens will be formatted in the variable data file 1120 as a block of text with no empty lines. Referring to the above template example if the address_line—5 field in the database 1114 is null for a particular record, data from the phone_numberfield will follow immediately after data from the address_line—4 field without an empty line between. This serves to produce an aesthetically pleasing text layout. The present invention can be produced in hardware or software, or in a combination of hardware and software. The system, and method, according to the inventive principles as disclosed in connection with the preferred embodiment, may be produced in a single computer system having separate elements or means for performing the individual functions or steps described or claimed or one or more elements or means combining the performance of any of the functions or steps disclosed or claimed, or may be arranged in a distributed computer system, interconnected by any suitable means. According to the inventive principles as disclosed in connection with the preferred embodiment, the invention and the inventive principles are not limited to any particular kind of computer system but may be used with any general purpose computer arranged to perform the functions described and the method steps described. The operations of such a computer, as described above, may be according to a computer program contained on a medium for use in the operation or control of the computer. The computer readable medium which may be used to hold, contain or deliver the computer program product, may be a fixture of the computer such as an embedded memory or may be on a transportable medium such as a disk, as would be known to one of ordinary skill in the art. The present invention is not limited to any particular computer program or logic or language, or instruction but may be practiced with any such suitable program, logic or language, or instructions as would be known to one of ordinary skill in the art. Without limiting the principles of the disclosed invention any such a computer system can include, at least a computer readable medium allowing a computer to read data, instructions, messages or message packets, and other computer readable information from the computer readable medium. The computer readable medium may include non-volatile memory, such as ROM, Flash memory, floppy disk, Disk drive memory, CD-ROM, and other permanent storage. Additionally, a computer readable medium may include volatile storage such as RAM, buffers, cache memory, and network circuits. Furthermore, the computer readable medium may include computer readable information in a transitory state medium such as a network link and/or a network interface, including a wired network or a wireless network, that allow a computer to read such computer readable information. While there has been illustrated and described what are presently considered to be the preferred embodiments of the present invention, it will be understood by those skilled in the art that various other modifications may be made, and equivalents may be substituted, without departing from the true scope of the present invention. Additionally, many modifications may be made to adapt a particular situation to the teachings of the present invention without departing from the central inventive concept described herein. Furthermore, an embodiment of the present invention may not include all of the features described above. Therefore, it is intended that the present invention not be limited to the particular embodiments disclosed, but that the invention include all embodiments falling within the scope of the appended claims.
|
Same subclass Same class Consider this |
||||||||||
