When selecting a package for a product that is to be sold or shipped, product manufacturers and sellers typically must select a package from a specific inventory of available package sizes and shapes. However, this may result in a package that is not entirely suitable for the product. For example, when using a package that is larger than the product requires, additional packaging material may be needed to avoid damage to the product during handling. In addition, a larger package can require increased shipping and handling costs.
Thus, there has been significant interest in the manufacture of personalized packaging for small volume applications. For example, a unique product such as a work of art may benefit from having a unique package. However, the creation of unique packages can require additional costs and significant setup time. Current automated packaging solutions are designed for medium to high volumes, and it is not easy to vary the physical properties of individual packages within a run of products. This document describes systems and methods that present solutions to the problems discussed above, and which may also provide additional benefits.
In an embodiment, a method of creating a package uses an imaging device to capture an image of a barcode. An image capture module decodes the barcode to retrieve data, such as package dimension data and one or more package structural parameters. Based on the package dimensions and the structural parameter, a processing device defines a set of cutting instructions. An automated package generation device applies the cutting instructions and uses a cutting device to creating a package in the form of a package flat.
In some embodiments, when capturing the image, the barcode that the imaging device captures is, at the time of capture, printed on the substrate that the cutting device will use to yield the package.
In some embodiments, when defining the set of cutting instructions, the processor may retrieve a template from a database based on the package dimension data and the package structural parameter. The package structural parameter may comprise a shape of a facet of the package. The template may comprise a rule set. When defining the set of cutting instructions the processor may apply the shape and the package dimensions to the rule set to identify additional facets for the package flat. For each facet, the processor may apply a dimension set and a position relative to at least one of the other facets. Additionally, for each facet, the processor may define a set of instructions to create edges. At least one of the edges comprises a cut line, and one or more other edges comprises a fold line.
Optionally, the processor may select an algorithm based on the an indicator in the barcode and apply the structural parameter to the algorithm. The structural parameter may include information relating to at least one facet of the package. In some embodiments, it may have information relating to no more than one facet of the package.
This disclosure is not limited to the particular systems, devices and methods described, as these may vary. The terminology used in the description is for the purpose of describing the particular versions or embodiments only, and is not intended to limit the scope.
As used in this document, the singular forms “a,” “an,” and “the” include plural references unless the context clearly dictates otherwise. Unless defined otherwise, all technical and scientific terms used herein have the same meanings as commonly understood by one of ordinary skill in the art. As used in this document, the term “comprising” means “including, but not limited to.”
For the purposes of this document, a “barcode” refers to any machine-readable representation of encoded data, such as a Universal Product Code (UPC), data matrix code, Quick Response (QR) code or other one or two-dimensional symbology, glyph, Aztec code, Maxi code and the like.
An “imaging device” refers to any device capable of optically viewing an object and converting an interpretation of that object into electronic signals. One example of an imaging device is a camera lens. An “image capture module” refers to the software application and/or the image sensing hardware of an electronic device that is used to capture images of barcodes and other symbologies.
Package production may be performed by a printing device that is capable of performing printing and cutting operations on a substrate. The device also may perform other actions such as imparting a crease, coating, and/or stacking. Examples of automated package production devices include those in the iGen™ series of digital production printing presses, available from Xerox Corporation. Typically, the substrate will be thicker than ordinary paper. For example, it may be cardboard, cardstock, or another material that will provide a self-supporting three-dimensional structure when folded into a package.
The substrate also may include printed content 25 such as letters, numbers, graphics, barcodes, or other material that is printed on the substrate. Some or all of the printed content 25 may be printed on the substrate before the substrate enters the package production device. For example, a barcode may be printed on the substrate, and if so the embodiments described in this document may use the barcode to obtain data and/or instructions for producing the package.
Barcodes and other data have been used to identify print production jobs. For example, U.S. Patent Application Publication Numbers. 2010/0214622 (Ruegg et al.) and 2008/0273945 (Levine et al.), the disclosures of which are incorporated by reference, describe methods and systems for producing books based on material that is printed on the cover. The cover may be scanned to locate printed material that can be used to identify the book, and a book block may then be retrieved from a repository based on the book's identification. The book is then printed based on raster image processing of the book block.
Automated package production requires much more data than does raster image processing of a book block. To produce a package, the production device requires not only content to be printed on the package, but also structural parameters and dimensions for each facet of the package. However, it would be impractical to include all of these features in a barcode, as the resulting barcode would need to be unreasonably large to contain all of the data in encoded form. In addition, it would be impractical to maintain a database with all possible package structural designs and sizes, as doing so would not permit users to create truly personalized packaging, down to a run length of one unique unit.
Thus, the embodiments described in this document include a package generation process in which a barcode is printed on a substrate, such as a substrate from which a package will be cut.
However, the barcode need not include all details about each facet of the package. Instead, the barcode need only include details about a subset of the package's facets, such as only one facet of the package. A processor can then use this information to identify the package's remaining facets and determine instructions for creating the entire package. Various features of such a process are illustrated in the flowchart of
A processor will review the decoded data to identify at least a package dimension 305 and a package structural parameter 307. These data points may be identified based on metadata, based on a position in the barcode, based on a format of or header associated with the data, or by any other suitable means. The package dimensions 305 may include an overall maximum height and/or width (x-coordinate and y-coordinate), a minimum height and/or width, or any other dimension for a two-dimensional package flat. The structural parameters 307 may include a type of package and/or an identification of one or more facets of the package, such as symmetries or shape. The parameters may include a side, lid, lip or other facet, optionally along with a descriptive element regarding a shape of the facet such as rectangular, square, triangular, or rounded. Optionally, the decoded data also may yield a point of reference 309 that the processor may use to identify a point on the substrate. A point of reference may include one or more coordinates, such as coordinates corresponding to a location that is x inches up from the bottom left corner of the uncut substrate and the bottom left corner of the uncut substrate and y inches to the right of that corner. Alternatively, each substrate may have a default point of reference, such as a center point, or a point at a corner of the substrate. In either situation, the structural parameters also may optionally include a distance away from the point of reference. For example, if the point of reference is a center of the uncut substrate, a structural parameter may indicate that a rectangular facet has an upper left corner that is to be positioned two inches to the right of, and five inches above, the center point.
In some embodiments, the encoded data also may include an algorithm 311 for the calculation of additional facets and positions of those facets. For example, if the encoded data describes an enclosed box, there may be additional data that indicates that a lid with overhanging sides is to be used. If so, then the processor may use the algorithm to process the data from the barcode and determine the remaining structural features 313.
Alternatively, the system may use the known information to identify a template 315 from a database that is stored in a computer-readable memory that is in communication with the processor. The template may include a set of rules that allow the processor identify what other facets should be generated based on the known information. The template also may include one or more algorithms, or one or more standard selections. The processor can then apply the barcode data to the template 317 to identify the remaining structural parameters.
As an example, referring to
Optionally, the template also may indicate that one or more lips (not shown) should be attached to either the triangular facet or any of the rectangular facets. The template would define the height, width and other features of each lip based on the dimensions of the facet to which it is attached. The number of lips and/or lids, and their positions, may vary based on the overall size of the package. For example, referring to
In addition, if the column is to be a closed column, the template may indicate that a second triangular facet having dimensions equal to those of the first triangular facet 405 should be provided. An example of how these features may be represented on a two-dimensional package flat is shown in
In this way, the system can use the barcode data to identify the facets, and dimensions for each facet, of a package without requiring all of the data to be encoded in the barcode or stored in a package-specific data file. In some embodiments, no more than 10 characters, 11 characters, or 12 characters, will be needed in the barcode. For example, a first character can be used to identify a media structure type (cube, triangular box 401, compact disc box, etc.), the 3 following characters can be used to identify an overall first dimension for the package (e.g., width, or distance along an x-axis), the next 3 characters can be used to identify an overall second dimension for the package (e.g., height, or distance along a y-axis), and the next 3 characters can be used to identify an overall third dimension for the package (e.g., depth, or distance along a z-axis). The last character could describe the type of lid to be used. Based on this information, the algorithm could use the rules for the template indicated by the first character along with the rest of the data to determine the geometry of the corresponding cut and fold lines as they would be applied to a package flat.
Returning to
Returning to
A controller 620 interfaces with one or more optional tangible, computer-readable memory devices 625 to the system bus 600. These memory devices 625 may include, for example, an external or internal DVD drive, a CD ROM drive, a hard drive, flash memory, a USB drive or the like. As indicated previously, these various drives and controllers are optional devices.
Program instructions, software or interactive modules for providing the interface and performing any querying or analysis associated with one or more data sets may be stored in the ROM 610 and/or the RAM 615. Optionally, the program instructions may be stored on a tangible computer readable medium such as a compact disk, a digital disk, flash memory, a memory card, a USB drive, an optical disc storage medium, such as a Blu-ray™ disc, and/or other recording medium.
An optional display interface 640 may permit information from the bus 600 to be displayed on the display 645 in audio, visual, graphic or alphanumeric format. Communication with external devices, such as a printing device, may occur using various communication ports 650. A communication port 650 may be attached to a communications network, such as the Internet or an intranet.
The hardware may also include an interface 655 which allows for receipt of data from input devices such as a keyboard 660 or other input device 665 such as a mouse, a joystick, a touch screen, a remote control, a pointing device, a video input device and/or an audio input device.
The features and functions disclosed above, as well as alternatives, may be combined into many other different systems or applications. Various presently unforeseen or unanticipated alternatives, modifications, variations or improvements may be made by those skilled in the art, each of which is also intended to be encompassed by the disclosed embodiments.
Number | Name | Date | Kind |
---|---|---|---|
3902655 | Huffman | Sep 1975 | A |
5235519 | Miura | Aug 1993 | A |
5291583 | Bapat | Mar 1994 | A |
5353390 | Harrington | Oct 1994 | A |
5457904 | Colvin | Oct 1995 | A |
5513117 | Small | Apr 1996 | A |
5518574 | Yates et al. | May 1996 | A |
5528517 | Loken | Jun 1996 | A |
5687087 | Taggart | Nov 1997 | A |
5768142 | Jacobs | Jun 1998 | A |
5805784 | Crawford | Sep 1998 | A |
5838574 | Olson et al. | Nov 1998 | A |
5881538 | Blohm | Mar 1999 | A |
5923556 | Harris | Jul 1999 | A |
6005959 | Mohan et al. | Dec 1999 | A |
6090027 | Brinkman | Jul 2000 | A |
6092054 | Tackbary et al. | Jul 2000 | A |
6117061 | Popat et al. | Sep 2000 | A |
6134018 | Dziesietnik et al. | Oct 2000 | A |
6153039 | Jacobsen | Nov 2000 | A |
6237787 | Gallo et al. | May 2001 | B1 |
6243172 | Gauthier et al. | Jun 2001 | B1 |
6246468 | Dimsdale | Jun 2001 | B1 |
6332149 | Warmus et al. | Dec 2001 | B1 |
6409019 | Hornsby et al. | Jun 2002 | B1 |
6687016 | Gauthier | Feb 2004 | B2 |
6689035 | Gerber | Feb 2004 | B1 |
6771387 | Gauthier | Aug 2004 | B2 |
6895549 | Albright et al. | May 2005 | B1 |
6896250 | Hillebrand | May 2005 | B2 |
6939063 | Bussell | Sep 2005 | B2 |
6945645 | Baron | Sep 2005 | B2 |
6948115 | Aizikowitz et al. | Sep 2005 | B2 |
6953513 | Volkert | Oct 2005 | B1 |
7013616 | Powers et al. | Mar 2006 | B1 |
7191392 | Coar | Mar 2007 | B1 |
7197465 | Hu et al. | Mar 2007 | B1 |
7243303 | Purvis et al. | Jul 2007 | B2 |
7293652 | Learn et al. | Nov 2007 | B2 |
7327362 | Grau | Feb 2008 | B2 |
7337980 | Schaedel | Mar 2008 | B2 |
7366643 | Verdura et al. | Apr 2008 | B2 |
7367027 | Chen et al. | Apr 2008 | B1 |
7406194 | Aizikowitz et al. | Jul 2008 | B2 |
7413175 | Levine et al. | Aug 2008 | B2 |
7446404 | Huang et al. | Nov 2008 | B2 |
7647752 | Magnell | Jan 2010 | B2 |
7832560 | Tilton | Nov 2010 | B2 |
7941465 | Gombert et al. | May 2011 | B2 |
8160992 | Gombert et al. | Apr 2012 | B2 |
8170706 | Gombert et al. | May 2012 | B2 |
8170709 | Puissant | May 2012 | B2 |
8195227 | Bushman et al. | Jun 2012 | B1 |
20020085001 | Taylor | Jul 2002 | A1 |
20020091592 | Sugiura et al. | Jul 2002 | A1 |
20020104293 | Armington et al. | Aug 2002 | A1 |
20020118874 | Chung et al. | Aug 2002 | A1 |
20030035138 | Schilling | Feb 2003 | A1 |
20030083763 | Kiyohara et al. | May 2003 | A1 |
20030091227 | Chang et al. | May 2003 | A1 |
20030164875 | Myers | Sep 2003 | A1 |
20030200111 | Damji | Oct 2003 | A1 |
20040073407 | Nguyen et al. | Apr 2004 | A1 |
20040120603 | Gupta | Jun 2004 | A1 |
20040218799 | Mastic et al. | Nov 2004 | A1 |
20050005261 | Severin | Jan 2005 | A1 |
20050012949 | Kitahara et al. | Jan 2005 | A1 |
20050050052 | Zimmerman et al. | Mar 2005 | A1 |
20050132356 | Cross et al. | Jun 2005 | A1 |
20050249400 | Fukumoto | Nov 2005 | A1 |
20060080274 | Mourad | Apr 2006 | A1 |
20060155561 | Harper | Jul 2006 | A1 |
20060217831 | Butterworth et al. | Sep 2006 | A1 |
20060284360 | Hume et al. | Dec 2006 | A1 |
20070041035 | Sembower et al. | Feb 2007 | A1 |
20070042885 | Rietjens et al. | Feb 2007 | A1 |
20070112460 | Kiselik | May 2007 | A1 |
20080020916 | Magnell | Jan 2008 | A1 |
20080048308 | Lam | Feb 2008 | A1 |
20080255945 | Percival et al. | Oct 2008 | A1 |
20080273945 | Levine et al. | Nov 2008 | A1 |
20090063381 | Chan et al. | Mar 2009 | A1 |
20090070213 | Miller et al. | Mar 2009 | A1 |
20090236752 | Lee et al. | Sep 2009 | A1 |
20090278843 | Evans | Nov 2009 | A1 |
20090282782 | Walker et al. | Nov 2009 | A1 |
20090287632 | Gombert et al. | Nov 2009 | A1 |
20100060909 | Conescu et al. | Mar 2010 | A1 |
20100098319 | Gombert et al. | Apr 2010 | A1 |
20100110479 | Gombert et al. | May 2010 | A1 |
20100214622 | Ruegg et al. | Aug 2010 | A1 |
20130120767 | Mandel et al. | May 2013 | A1 |
20130120770 | Mandel et al. | May 2013 | A1 |
Number | Date | Country |
---|---|---|
621113 | Oct 1994 | EP |
2005000681 | Jan 2005 | WO |
2005054983 | Jun 2005 | WO |
2005122079 | Dec 2005 | WO |
WO-2006108269 | Oct 2006 | WO |
2007021920 | Feb 2007 | WO |
Entry |
---|
Lu et al., “Folding Cartons with Fixtures: A Motion Planning Approach”, IEEE Transactions on Robotics and Automation, vol. 16, No. 4, Aug. 2000, pp. 346-356. |
http:/www.esko.com/tmp/080606115325/G2558322—Kongsberg—tables—us—pdf. |
Number | Date | Country | |
---|---|---|---|
20140038802 A1 | Feb 2014 | US |