Automatic spine creation for book cover images that do not have spines

Information

  • Patent Grant
  • 8428302
  • Patent Number
    8,428,302
  • Date Filed
    Thursday, February 23, 2012
    12 years ago
  • Date Issued
    Tuesday, April 23, 2013
    11 years ago
Abstract
A method for automatically creating spine image areas for book covers that were originally created for books without spines includes adding image areas between the front and back cover images to make a single image with the spine being a user-specified solid color or bitmap image.
Description

This present disclosure is related to book cover production and, more particularly, relates to automatically creating spine image areas for books originally created without spines.


Conventionally, in digital book production print workflow, electronic files for book blocks and covers are stored in a digital repository. To produce a book, the electronic files are retrieved and sent to a workstation or server, such as, for example, a digital front end for data manipulation. The book block and cover files are subject to a raster image process and then sent to an appropriate printer for printing of the book blocks and covers. The printed book blocks and covers are then finished by binding the covers to the book blocks.


For example, automated cover-driven digital book production is shown in U.S. Pat. No. 7,413,175 B2 while a system for and method of producing a book on demand is disclosed in U.S. Patent Application Publication No. US 2006/0028662 A1. U.S. Patent Application Publication No. US 2006/0257232 A1 is directed to cover on text in its system and method for book dualbind production. As disclosed in U.S. Pat. No. 7,171,618, the optimal version of a document can depend on the user's need and the presentation device, and can govern choices of content, as well as, style. For example, the user can select from among multiple versions of the document based on the ‘jobs’ requirements. All of the heretofore-mentioned references are included herein by reference to the extent necessary to practice the present disclosure.


With the book covers mentioned-hereinabove being always designed with a particular application in mind, it has been found that a number of customers who have original cover images designed for non-perfect-bind applications (such as, saddle stitch printing) now need to print perfect-bind versions using the same originals. That is, since saddle stitched books have no spine; the covers were designed without a spine image. But, perfect-bind books require a spine image. Therefore, the customer must go through the time consuming and costly process of modifying the original image so that it contains a spine.


Hence, there is a need for a less time consuming process of converting original cover images designed for non-perfect-bind applications to perfect-bind versions using the same originals.


Accordingly, a method is disclosed that automatically creates spine image areas for book covers that were originally created for books without spines. The exemplary method includes adding image areas between the front and back cover images to make a single image, the spine being a user-specified solid color or bitmap image.





Various of the above-mentioned and further features and advantages will be apparent to those skilled in the art from the specific apparatus and its operation or methods described in the example(s) below, and the claims. Thus, they will be better understood from this description of these specific embodiment(s), including the drawing figures (which are approximately to scale) wherein:



FIG. 1 is an illustration showing how a digital cover image stretches to allow for a spine;



FIG. 2 is a flow chart of a process showing how a spine is placed into a book cover image with an original single front and back image; and



FIG. 3 is a flow chart of a process showing how a spine is placed into a book cover image with separate front and back image images.





Shown in the FIG. 1 is an illustrative example of how the disclosure herein is used to accommodate a customer's need to convert a saddle stitch cover image 10 (i.e., containing no spine) to a cover image that will work for a Perfect Bind. It should be understood that there are other situations where a spine must be created. In the FIG. 1, front and back cover images 12 and 14, respectively, are shown with vertical a center line separating the two and no spine. In order to insert a spine between the two images, the front and back cover images are stretched horizontally in the direction of the arrows to accommodate a spine. In order to insert a spine where there is none: the book block pages must all be the same size; and if the cover has separate front and back cover images, they must be the same size.


Two examples of automatic spine creation will be described hereinafter including: (1) creating a spine for a single, undifferentiated cover image; and (2) creating a spine when the front and back covers are separate images. However, in both applications, before the computer system through the use of, for example, FreeFlow Process Manager sold by Xerox® can automatically generate a cover, it gathers or calculates the following information by any combination of manually user entry, automatically by gathering information from the job files, and/or automatically supplied by the customer's Management Information System. The gathered information includes: the height of the existing cover image (from the media box in the cover file or by user entry); the height of the final book (from the trim box in the cover file or by user entry); the thickness of the book (from the required number of sheets in the printed book block and the weight of the paper to be used for printing the book block; this information comes from the number of pages in the book block, the desired plex of the output, any inserts required, any forces-to-next-page, and the weight of the paper stock in use); if any text is to be placed on the spine, the text, the orientation of the text (sideways facing back, sideways facing front), the font, and the font color can be specified. The users can specify the exact size (font size) and location of the text (including line breaks). Or the user can let the system automatically create a font that will fit (in this case the user enters the size of the spine's internal margins); the spine's background color (if any; not used when the system creates the spine by stretching the original image as will be discussed hereinafter; and the user or the system must specify the location of the cover file and the book block file (they may be the same file; if so, the user or system must specify the location of the cover pages in the file and the location of the book block pages in the file).


In a first example as shown in FIG. 2, and in accordance with the present disclosure, creating a spine for a single, undifferentiated cover image 20 that was originally created for a saddle stitched book (i.e., no spine image is included) involves the user making a choice to have the system either split the front cover from the back cover and insert a new spine between the front and back covers, or create a spine by stretching the original cover image. If stretching the cover image is selected, the system automatically: (a) determines the required size of the spine in block 22; (b) it then: stretches (anamorphic, horizontal enlargement) the front portion of the cover image (to the right of the image's center line) towards the right, using the vertical center line of the image as a stable point (that is the line that separates the front part of the cover from the back part), with the enlargement adding half the required additional extra horizontal size to the cover to accommodate the new spine as shown in block 24; (c) next in block 26, it stretches (anamorphic, horizontal enlargement) the back portion of the cover image (to the left of the image's center line) towards the left, using the vertical center line of the image as a stable point (that is the line that separates the front part of the cover from the back part), with this enlargement adding half the required additional extra horizontal size to the cover to accommodate the new spine; and (d) the user in block 28 then visually and numerically confirms that the new cover image is correct. Numerically confirming the correctness of a cover image refers to FreeFlow Process Manager automatically comparing the original job data with the size of the resulting spine to ensure that the cover is the right size.


If in FIG. 3, as a second example, the user makes the choice to create a spine when the front and back covers are originally separate images that were originally created for a saddle stitched book in block 30, the computer system automatically: (a) gathers book information in block 32; (b) creates in block 34 the required spine image based on the information it gathered and/or calculated in block 32; (c) it then creates in block 36 a new, single cover image by merging the back cover, spine, and front cover into a single image; and (d) the user then in block 38 visually and/or numerically confirms that the new cover image is correct. In either example, if the image is not exactly the way the user wants it, the settings can be adjusted manually and then have the system regenerate the image.


It should now be understood that a method has been disclosed for use by workflow automation products that automatically re-purposes a cover image that does not have a spine as, for example, saddle stitch books into a cover image that does have a spine to thereby reap the benefits of increased efficiency and accuracy for customers. The method includes adding an image area between the front and back cover images to make a single image. Alternatively, the existing image is stretched anamorphically to accommodate a correctly sized spine. Text can be added to the new spines as desired.


The claims, as originally presented and as they may be amended, encompass variations, alternatives, modifications, improvements, equivalents, and substantial equivalents of the embodiments and teachings disclosed herein, including those that are presently unforeseen or unappreciated, and that, for example, may arise from applicants/patentees and others. Unless specifically recited in a claim, steps or components of claims should not be implied or imported from the specification or any other claims as to any particular order, number, position, size, shape, angle, color, or material.

Claims
  • 1. A method for automatically generating digital spine image areas for book covers that are originally separate front and back digital images, comprising; gathering information including: the height of the book; the thickness of the book; any text to be placed in the image areas; color, font and orientation of the text; background color; and location of cover file and book block file;creating the required spine image from electronic settings based on the information gathered;creating a single cover image by merging the back cover, spine, and front cover into a single image; andconfirming that the produced cover image is correct.
  • 2. The method of claim 1, wherein said confirming that the produced cover image is correct is made by visuals.
  • 3. The method of claim 1, wherein said confirming that the produced cover image is correct is done numerically.
  • 4. The method of claim 2, including adjusting settings if the cover image is not exactly as the user desires.
  • 5. The method of claim 3, including adjusting settings if the cover image is not exactly as the user desires.
  • 6. The method of claim 4, including regenerating the cover image.
  • 7. The method of claim 5, including regenerating the cover image.
CROSS-REFERENCE TO RELATED APPLICATIONS

This is a divisional of U.S. application Ser. No. 12/268,600; filed Nov. 11, 2008, now allowed, by the same inventors, and claims priority therefrom. This divisional application is being filed in response to a restriction requirement in that prior application. The heretofore specifically enumerated prior application is hereby incorporated by reference.

US Referenced Citations (41)
Number Name Date Kind
5271065 Rourke et al. Dec 1993 A
5764383 Saund et al. Jun 1998 A
6012890 Celorio Garrido Jan 2000 A
6115482 Sears et al. Sep 2000 A
6142375 Belka et al. Nov 2000 A
6193458 Marsh Feb 2001 B1
6364590 Gayoso Apr 2002 B1
6393147 Danneels et al. May 2002 B2
6416082 Gayoso Jul 2002 B1
6549213 Sadka Apr 2003 B1
6687420 Matsuda et al. Feb 2004 B1
6996290 Cariffe Feb 2006 B2
7171618 Wenn et al. Jan 2007 B2
7261612 Hannigan et al. Aug 2007 B1
7298514 Nishimura Nov 2007 B2
7413175 Levine et al. Aug 2008 B2
7463772 Lefevere et al. Dec 2008 B1
7474759 Sternberg et al. Jan 2009 B2
7474801 Teo et al. Jan 2009 B2
7477426 Guan et al. Jan 2009 B2
7499588 Jacobs et al. Mar 2009 B2
7508978 Lefevere et al. Mar 2009 B1
7864985 Lefevere et al. Jan 2011 B1
7903876 Zandifar et al. Mar 2011 B2
7963733 Marsh Jun 2011 B2
8059892 Fan Nov 2011 B1
20010014173 Danneels et al. Aug 2001 A1
20020126918 Solis Sep 2002 A1
20060023956 Hugosson et al. Feb 2006 A1
20060028662 Dobrovolsky Feb 2006 A1
20060133664 Hong et al. Jun 2006 A1
20060257232 Sullivan et al. Nov 2006 A1
20070280513 Engheta et al. Dec 2007 A1
20080043259 Triplett et al. Feb 2008 A1
20080129032 Conrad et al. Jun 2008 A1
20090252439 Kacher et al. Oct 2009 A1
20090296993 Mestha et al. Dec 2009 A1
20090306809 Sugimoto et al. Dec 2009 A1
20100158639 Manico et al. Jun 2010 A1
20110176720 Van Osten et al. Jul 2011 A1
20110211755 Xu Sep 2011 A1
Related Publications (1)
Number Date Country
20120155701 A1 Jun 2012 US
Divisions (1)
Number Date Country
Parent 12268600 Nov 2008 US
Child 13402918 US