text:
|Publication number
|Publication type
|Application number
|Publication date
|Jun 25, 2002
|Filing date
|May 17, 2000
|Priority date
|May 17, 2000
|Fee status
|Also published as
|Publication number
|David R. Hansen, Robert K. Holzwarth
|Original Assignee
|Heidelberger Druckmaschinen Ag
|Export Citation
|BiBTeX, EndNote, RefMan
|Patent Citations (9), Non-Patent Citations (16), Referenced by (94), Classifications (16), Legal Events (9)
|External Links: USPTO, USPTO Assignment, Espacenet
The following co-pending and commonly assigned U.S. Patent Application has been filed on the same date as the present application. This application relates to and further describes other aspects of the embodiments disclosed in the present application and is herein incorporated by reference.
U.S. patent application Ser. No. 09/573,113, "AUTOMATED JOB CREATION FOR JOB PREPARATION", filed concurrently herewith.
While just about every computer user owns their own printer and is capable of producing high quality documents, the ability to produce such documents in high volume and with special finishing features, such as binding, is still within the purview of the commercial print shops and corporate copy departments. High volume, finished production of documents is typically referred to as production printing. A production printer is a printing device capable of rapid production of large volumes of documents. Typically these printers have high paper handling capacity, the ability to draw on multiple media types from multiple sources and the ability to automatically finish a document such as by adding a binding. Despite the automation provided by the production printer and the proliferation of computer technology, especially in the area of desktop publishing, production printing is still a complicated and often manual process.
In a typical print shop, customers bring in original documents which they want turned into a finished product such as a bound booklet, a tri-fold brochure or a tabbed three ring bound notebook. In addition, they typically need a large volume of the finished product, for example, one thousand brochures. The combination of the original documents plus the instructions for producing the finished product is called a "job". The documents can be brought in either in hard copy or electronic form, such as on floppy disk, compact disc or tape or can be transmitted to the print shop over a network such as the Internet.
After handing over the documents to the clerk, the customer relays his instructions for preparing the finished product. The clerk will note these instructions on a "ticket" or "job ticket". The job ticket is typically a piece of paper with all of the instructions written on it for producing the finished product. As mentioned above, this is known as job. The job will then be handed to an operator, who runs the production printer, to produce the finished output. The operator's job is to prepare the document for production, load the appropriate materials, such as paper stock and binding materials, into the production printer and ensure that the finished output is correct.
While the job of the operator seems simple, there are many issues which quickly complicate it. Often, the documents provided by a customer are not ready to be run on the production printer. Some documents provided by a customer are merely raw manuscripts requiring basic formatting, such as margins, typography, etc. Other documents may be formatted but such formatting might not take into account the requested binding. For example, the text of the document is too close to the margin, therefore, when the finished product is bound, some of the text will be obscured. Some documents, such as books, require special care so that, for example, the first page of every chapter appears on the front of a page, also known as imposition. Other forms of imposition include booklet/pamphlet imposition or n-up imposition. Or the customer may bring in multiple documents and ask that these "chapters" be assembled into a book, with a cover and binding.
Other issues which complicate the production printing job are determining and loading the correct media into the production printer. Often, jobs will require many different paper types, such as different stock weights or different colors. In addition, some jobs require the insertion of tab stock at specific points within the document. Still other jobs may require the adding of a bates number or other annotation to the document.
With such a complicated production process to produce finished output, errors are bound to occur, such as loading the wrong paper stock in the printer or setting a margin too close to a binding. Production printers run at very high speeds, often producing output greater than 1 page per second therefore, errors in the finished output may not be caught before a significant amount of time and resources have been wasted.
Accordingly, there is a need for an efficient system and method for managing the production printing workflow.
The present invention is defined by the following claims, and nothing in this section should be taken as a limitation on those claims. By way of introduction, the preferred embodiments described below relate to an interface, implemented in a computer, for representing and controlling a production printing workflow. The interface comprises: a display; a first document object representing a document where the document further comprises content and formatting, the formatting defining at least one page in the document, the first document object being associated with a first visual representation on the display; a document ticket object representing global document attributes, the document ticket object being associated with a second visual representation on the display and capable of being associated with the first document object; a page object representing a page attribute of one of the pages, the page object being associated with a third visual representation on the display and capable of being associated with the first document object; and a first user input device for selectively associating at least two of the first, second and third visual representations. In the interface, association of the first, second and third visual representations results in association of their respective objects.
The preferred embodiments further relate to a method of controlling a production printing workflow. The method comprises: displaying a first visual representation of a document on a display; displaying a second visual representation of global document attributes capable of being associated with the document on the display; selectively associating the first visual representation with the second visual representation; and based on any associations made, linking the global document attributes with the document such that the global document attributes apply to the document.
FIG. 1 depicts a flow diagram illustrating a preferred production printing workflow.
FIG. 2 depicts a flow diagram showing the user functionality workflow of the preferred embodiment
FIG. 3 depicts a block diagram of a preferred software architecture for use with the embodiments shown in FIGS. 1 and 2.
FIG. 4 depicts a representation of a graphic user interface display according to the preferred embodiment.
FIG. 5 depicts a high level representation of the integration of the preferred embodiment in the workflow of the print shop.
FIG. 6 depicts a high level representation of the integration of the preferred embodiment in the workflow of the print shop including a workflow automation component.
Referring now to FIG. 1, there is shown a flow diagram illustrating the production work flow 100 in a typical production print shop such as a commercial high volume copy or print shop. A workflow is defined as the tasks, procedural steps, organizations or people involved, required input and output information, and tools needed for each step in a business process. As will be discussed below, a workflow approach to analyzing and managing a business or process such as production printing can be combined with an object oriented approach, which tends to focus on the discrete objects and processes involved such as documents, pages, data and databases. For the purposes of this disclosure, the term "object oriented", when applied to the disclosed embodiments, does not imply that an object oriented programming approach is the only method of implementation of the disclosed embodiments.
FIG. 1 further depicts a typical computer network 112 for use in a print shop. In a typical digital print shop, there will be a network 112 of computer work stations 114, 116, servers 118, 120 and high volume output devices 122 which make up the computer network 112. The servers 118, 120 include network servers 118 and print servers 120. The topology of the network 112 is typically structured so as to align with the workflow 100 of the print shop. The network 112 may be implemented as a wired or wireless Ethernet network or other form or local area network. Further the network 112 may include wired or wireless connections to wide area networks such as the Internet and connections to other local area networks such as through a virtual private network.
The production workflow 100 includes the procedural stages of job origination 102, job submission 104, job preparation 106, print production 108 and final fulfillment 110. Alternatively, one or more of these procedural stages may be combined as well as there may be other additional procedural stages. Job origination 102 is the procedural stage of receiving the documents and instructions, which together are defined as a "job", from the customer. Job origination 102 can occur when a customer physically brings his job, whether in hard copy or electronic form, to the print shop or otherwise transmits the job to the print shop, whether by phone, fax, postal mail, electronic mail or over a local area or wide area network such as over the Internet. Note that a job may contain more than one document and more than one set of instructions. For example, a job may contain many documents, each being one chapter of a book, along with a document containing a cover for the book. This exemplary job may include the instructions for producing the body of the book from the individual chapter documents and another set of instructions for producing the cover. In addition, as will be discussed below, there may be a third set of instructions for assembling the cover to the body of the book.
Job submission 104 is the receipt of the job by the print shop and the entering of the job into the print shops production system or workflow. Typically the instructions from the customer will be written down on a special form, known as a "ticket" or "job ticket". A ticket may also be electronically created and maintained. Furthermore, pre-defined tickets may be available for standardized instructions. For example, the shop may have a pad of pre-printed tickets with the instructions to duplicate the documents, three hole punch the final output and assemble the punched final output in a three ring binder. If this is a common request by customers, such pre-printed tickets can save time and resources. All the order taking clerk need do is fill in any customer specific details such as the number of copies to produce. Pre-defined tickets may help to standardize operations and prevent errors in the transcription of instructions from the customer. In very simple print shops, job submission 104 may simply be the receiving of the original documents and instructions along with the creation of a ticket, placing the job in a paper folder and setting it in a physical queue for later handling in subsequent procedural stages.
In print shops which handle jobs electronically, job submission 104 requires entering the job into the shops electronic production system. For documents which are brought in by the customer as hard copy, the documents must first be scanned electronically into he shop's computer system. For documents delivered in electronic form, the document data files must be loaded on the shop's computer system.
For the job submission stage 104, the computer network 112 will include one or more "store front" workstations 114. The store front workstations 114 are computer systems placed at the order taking desk, at a manned clerk's station or set out for customer self service use. These workstations 114 are used for the job submission stage 104 and typically will be configured to handle many different electronic media types such as floppy disk, compact disc, tape, etc. These stations 114 may also be configured to receive jobs over the Internet or other form of network connection with customers. Further, these workstations 114 are typically configured to read many different electronic file formats such as those used by the Microsoft Office™ family of products manufactured by Microsoft Corporation, located in Redmond, Wash. or various other desktop publishing program file formats such as Aldus Pagemaker™ or QuarkXpress™. In addition, these stations 114 can also read "ready for printer" file formats, which will be discussed later, such as Portable Document Format™ ("PDF"), Postscript™ ("PS") or printer control language ("PCL"). Job preparation stations 114 can also accept image formats such as Tagged Image File Format ("TIFF"), bitmap ("BMP") and PCX. These stations 114 may also include a scanner 116 for scanning hard copies of documents into the computer system. Scanners typically are complicated devices to operate and some print shops may prefer to locate the scanners in the job preparation stage 106 for use solely by trained personnel as will be discussed below. In addition, the store front computers 114 also provide the ability to generate a ticket, electronically or in hard copy form, for the job containing all of the instructions for completing the production printing task. This process of generating the ticket may be automated, involving pre-defined tickets, manual or a combination thereof, and is discussed in more detail below.
Job preparation 106 involves preparing the documents for printing according to the instructions in the ticket. For documents that are submitted in hard copy form, job preparation 106 may include scanning the documents and creating a faithful and error free electronic reproduction. The documents, once in electronic form, must also be distilled down or converted into a common file format that the print shop can use to both edit and print the documents. This alleviates the need for operators to deal with multiple different programs and eliminates the need to assemble complex documents together for printing using different electronic file formats.
For example, a customer may bring in two different documents, one being the body of a book and the other being the photographs to be inserted at specific pages. The customer may then instruct that the photographs be inserted at particular pages and that the final assembly have continuous page numbers added. The body of the book may be in Microsoft Word™ format while the images of the photographs are in Adobe Photoshop™ format. While the operator could figure out at which pages the images will be inserted and appropriately number the pages of the book and photographs using each individual software package, this is a very complex and time consuming process. It also requires that the operator be trained and familiar with a range of software packages and runs the risk that he will not be familiar with the particular package that the customer used. Therefore, it is more efficient to distill each of the various file formats into a unified format which allows the operator to prepare the job using a single software interface. In the preferred embodiments, all documents, whether provided in hard copy or electronically, are distilled or converted into a "ready for printer" or "print ready" file format. In the preferred embodiments, the Portable Document Format™ is used as the ready for printer format, developed by Adobe Systems, Inc., located in San Jose, Calif.
A ready for printer file format is defined as a file format which contains both the data to be printed along with printer control instructions that can be directly interpreted by the internal processing engine of a printer or other form of hard copy output device in order to rasterize the data image onto the output media. Rasterization is the placement of image data at a specific location on the output media. Such file formats include Portable Document Format™ ("PDF") and Postscript™ ("PS") both manufactured by Adobe Systems, Inc., located in San Jose, Calif., as well as printer control language ("PCL"), manufactured by Hewlett Packard, located in Palo Alto, Calif. Examples of non-ready for printer formats include the native application file formats for personal computer application programs such as Microsoft Word™. These file formats must be first converted to a ready for printer file format before they can be printed. Furthermore, some image file formats, such as the Tagged Image File Format ("TIFF") contain bit image data only which is already in a format which specifies its output location on the output media and does not contain printer control instructions for interpretation by the internal processing engine of the printer and therefore, for the purposes of this disclosure, is not a ready for printer file format. By using a ready for printer format, rasterization of the image data can be delayed as close as possible to the final placement of the image data on the output media. This allows the most efficient use of the production print device 122 by allowing its internal control logic to optimize the rasterization process resulting in output that is more likely to match with the operator's expectations.
For the job preparation stage 106, the computer network 106 includes job preparation stations 116 and network servers 118 coupled with the store front workstations 114 over the network 112. Herein, the phrase "coupled with" is defined to mean directly connected to or indirectly connected with through one or more intermediate components. Such intermediate components may include both hardware and software based components. The job preparation stations 116 preferably execute workflow management software, described in more detail below, which allows the operator to manage, edit and print jobs. The network server(s) 118 includes a document library which allows manipulation, management, storage and archiving of jobs, or just there respective documents and/or tickets, as well as facilitates and manages the flow of jobs from the store front computers 114 to the job preparation stations 116 and from the job preparation stations 116 to the print servers 120 or the production output devices 122. Exemplary document libraries include Intra.DOc™ document management system manufactured by Intranet Solutions, Inc., located in Eden Prairie, Minn. and the DOCFusion document management system manufactured by Hummingbird, Inc., located in York, Ontario, Canada. In the preferred embodiment, the job preparation stations 116 are lmagesmart™ Workstations, manufactured by Heidelberg Digital, L.L.C., located in Rochester, N.Y. Alternatively, an appropriate computer hardware platform such as that comprising a Pentium™ class processor or better, manufactured by Intel Corporation, located in Santa Clara, Calif., 64 megabytes of RAM or more, a 20 gigabyte hard disk or larger and appropriate display device may be used. Further, in the preferred embodiment, the network servers 118 preferably comply with the Open Document Management Architecture ("ODMA") standard and provide document management capabilities and scaleable storage.
The job preparation workstations 116 also provide the capability of the print shop to add value to the print production process by offering services to the customer. Such services include the ability to modify documents provided by the customer to add features that the customer could not or would not add himself. Such features include adding page numbers across multiple documents, bates numbering, adjusting page layout for tab stock and aligning the output to account for binding. Further the job preparation stations 114 provide the capability to fix errors in the documents such as removing artifacts in scanned images and masking over unwanted text or markings. The job preparation stations 114 can also be used to prevent inaccuracies in the finished output caused by the printing or binding process. Such inaccuracies include binder's creep which happens after a document is imposed into a booklet/pamphlet using a signature imposition. Binder's creep occurs when the placement of the images on the paper fails to account for the thickness of the binding as a function of the number of pages in the book causing the image on the pages to shift inward as you get closer to the cover. Binder's creep is prevented by shifting image slightly when performing the signature imposition on the document. In addition, the job preparation station 116 allows the operator to manage and layout the document pages for final output, also known as "imposition" and "signature imposition". In addition, the operator can shuffle pages, reverse pages, insert blank pages, trim and shift pages, create bleeds and place multiple pages on a sheet, also known as "n-up" to create proof sets, brochures or pamphlets, etc. Further the job preparation station 116 permits the operator to add annotations to the document such as bates numbers, page numbers, logos and watermarks. All of these service add value to the final output. Formatting and other modifications to the document can be globally applied to the entire document, such as a shifted margin or may be applied only to select pages. Such alterations to the document are known as document/page features or attributes. Further, these alterations are also known as document or page exceptions since they typically override specific instances of the original document formatting as set by the customer.
The next stage in the print production workflow 100 is the print production stage 108. In the print production stage 108, the final form of the documents for printing is sent to a print server 120 which will distribute the job to the final output device 122. In manual print shops, this stage 108 would be similar to an operator manually taking the ready for production job over to the desired output device 122 to start the job. The print production stage 108 manages the output resources of the print shop. Such management includes queuing jobs to the proper devices 122 in the shop, routing jobs to available devices 122, balancing the load placed on the various devices 122, and pre-processing jobs, such as splitting or RIP'ing the job, prior to sending it to a particular device 122. RIP stands for Raster Image Processor and is the hardware and/or software which converts ready for printer data into raster images. It is also a common term for rasterizing a page image on to the output media.
The print server 120 used in the print production stage 108 is coupled with the job preparation stations 116 and the network server 118 over the network 112. Further, the print server 120 is coupled with the various output devices 122 in the print shop. Note that some output devices 122 may not support electronic transfer of the data to be output and may require a manual step for operation. Such devices may include a special binding machine which requires that the partially finished documents be manually transferred to the binding machine to complete the production. The print server 120 is preferably implemented as a separate computer coupled with the network 112, however, software based print servers running on a network server 118, job preparation station 116 or store front workstation 114 may also be used. In the preferred embodiment, the printer server 120 includes an independent computer workstation, typically running a UNIX or Windows NT operating system, a software print server engine and a software print server application. The print server application offers the user interface ability to configure and manage the print server operation. The print server engine performs the automated processes of the print server. These processes include spooling and queuing jobs and job content (i.e. the document), directing the jobs to specific production output devices based on the attributes of the print job and how these attributes are satisfied by the print engine, load balancing jobs among the various production output devices to keep all printers fully utilized, e.g. to split color from black and white jobs, and acting as a communication gateway where it can accept multiple input communication and print protocols translating them to the communication and print protocol the production output device 122 understands.
The final stage of the production printing workflow 100 is the final fulfillment stage 110. The final fulfillment stage 110 is the stage where the finished output is produced on the production output device 122. A production output device is a computer output device, such as a printer, designed for high volume production of printed documents. Such devices preferably include the ability to produce large quantities of documents with mixed media types and various degrees of finishing, such as stapling or binding, at very high speed. Exemplary output devices include the Digimaster™ Digital High Volume Printer manufactured by Heidelberg Digital, L.L.C., located in Rochester, N.Y. and the NexPress™ Color printer manufactured by NexPress, Corporation, located in Rochester, N.Y.
Referring now to FIG. 2, there is shown a flow diagram showing the user functionality workflow 200 of the preferred embodiment job submission and preparation stages 104, 106. The user workflow 200 includes an input source stage 202, a preflight stage 204 and a production stage 206. In the input source stage 202, all of the documents of the job are collected together from the different input sources 208. As detailed above, all of the collected documents are converted to a ready for printer format, preferably a Portable Document Format™. This conversion can be a manual or automated process or a combination thereof. For example, a special directory, can be created on the network server 118 where data files in various file formats can be placed, for example, by the clerk who accepts the documents from the customer and inputs them into the store front workstation 114. Automated logic which watches this directory, will see the placement of files and automatically convert them (or flag them for manual conversion) into a ready for printer format. Any documents which the automated logic cannot handle can be flagged for manual conversion. The converted documents are then passed to preflight stage 204 where they are prepared for production. This transfer of converted documents can occur by moving the documents to a special directory on the network server 118 where they can be accessed by the job preparation stations 116 or by transmitting the documents to the job preparation station 116. This process can be manual or automated and may involve placing the documents in a queue of documents waiting to be prepared for production. Further, this process may include a manual or automated determination of the capabilities, skill level or training level of the various operators currently logged into the available job preparation stations 116 as well as the current load/backlog of job in their respective queues. Taking these factors into account, job can be automatically or manually routed to the operator best able to handle the job both technically and in an expedient manner. This functionality can be implemented by creating an operator database which tracks the capabilities, skill level and training level of the various operators who work in the print shop. This database can be coupled with queue management software which balances the loads/backlogs of job at each station 116.
In the preflight stage 204, the documents can be assembled, such as in a book, annotated, edited, and have imposition or other page features applied. Once the documents are prepared for production, they are passed to the production stage 206. In the production stage 206, the prepared documents along with the production instructions (from the tickets) are submitted to the print server or directly to the production output device 122 using a file downloader such as the Print File Downloader™ application program manufactured by Heidelberg Digital, L.L.C., located in Rochester, N.Y. This user functionality workflow 116 may be implemented as a combination of hardware, software and manually executed components and may involve one or more of the components detailed in the production printing workflow above.
In the preferred embodiments, the user functionality workflow is preferably implemented as a workflow management software program and interface executing on the job preparation workstation 116. The preferred workflow management software is visually oriented using an object oriented graphic user interface ("GUI") approach which integrates control of the workflow functionality in a single interface. While the visual and operational appearance of the management software is object oriented, the implementation of the software may be by an object oriented programming language or a non-object oriented programming language as are known in the art.
In the GUI interface, documents, tickets and other entities and operations (collectively "objects") are visually represented on the workstation 116 display, such as with icons, tree structures and pull-down menus, and may be interacted with using known devices and methods such as utilizing a mouse or track ball to control a visually represented pointing device which is then used to click, select, drag and drop the displayed representations. Such manipulation of the visual representations results in manipulation of the underlying objects (documents, tickets, and other entities and operations). Furthermore, the GUI also permits creation and manipulation of relationships and associations among the various objects and visually displays such relationships and associations. Relationships and associations may be displayed, for example, using a hierarchical approach like a tree structure or file folder structure or using some alternate form of visual indication. It will be appreciated that graphic user interfaces are well known in the art and that there are many software development packages available which can be used to develop a GUI. One such package is the Open Software Development Kit available from Microsoft Corporation, located in Redmond, Wash.
Further, the preferred GUI utilizes a document centric approach providing a centralized viewing window for viewing documents being worked on. In the preferred embodiment, the document viewing functionality is provided by the Adobe Acrobat software program, manufactured by Adobe Systems, Inc., located in San Jose, Calif.
As was noted above, the workflow management software integrates applications which implement, control or manage the stages of the production printing workflow 100. These applications include inputting documents from various sources, document assembly including the creation and manipulation of books, document editing, document annotation, document library access on the network server 118, setting and manipulation of page features, creation and manipulation of job tickets and printing.
The workflow management software is capable of receiving input from various different sources. Such sources include hard copy originals input via a scanner, native application formats such as the Microsoft Office™ Product suite and desktop publishing applications such as QuarkXpress™, manufactured by Quark. Inc., located in Denver, Colo. and FrameMaker™, manufactured by Adobe Systems, Inc., located in San Jose, Calif. Further the software can accept Tagged Image File Format ("TIFF") documents as well as documents already in a ready for printer format such as PDF, PS or PCL. For hard copy input via a scanner, the software supports industry standard scanner interfaces, TWAIN, as defined by the TWAIN group located in Boulder Creek, Calif. and the Image and Scanner Interface Specification ("ISIS") developed by Pixel Translations, Inc., located in San Jose, Calif. and also specified via American National Standards Institute specification ANSI/AIIM MS61-1996. Using these standard interfaces, the workflow management software receives the scanned image data directly in the ready for printer format. An exemplary scanner for use with the preferred workflow software is the Imagedirect™ Scanner manufactured by Heidelberg Digital, L.L.C., located in Rochester, N.Y.
The preferred workflow management software also provides ODMA support for interfacing with document libraries. In addition, the provided ODMA support further extends the functionality of the document library to handle management, storage and archiving of compound documents (described below) and tickets. This allows libraries of standardized tickets to be created or facilitates updates and reprints of compound documents such as books.
Once documents are loaded into the workflow management software, tools are provided to perform value added services and prepare the documents for production. Assembly is the process of arranging or rearranging pages or adding or removing pages within a document. Assembly also includes imposition where page positions are forced such as when the first page of a chapter is forced to the front side of the paper. The workflow management software provides cut, copy, paste and move functionality operable on 1 or more pages. This functionality is preferably implemented via pull-down menus, pop up dialog boxes or on screen option palates or buttons as provide by the graphic user interface. In addition, the results of the respective operations are shown in a visual representation of the document in the centralized document viewing window on the job preparation station 116 display.
The workflow management software further provides support for editing and annotating the document. Tools are provided for image object area editing of a scanned page including erase inside and outside an area, cut, move, copy and paste area as well as pencil erase. Page editing tools are also provided for editing on one or more pages including area masking and cropping. Tools are also provided for annotating documents including alpha-numeric and graphic annotations. Exemplary annotations include page numbering and bates stamping. The tools further provide for placing images behind the document content, also known as watermarking. Annotation can be performed on any portion of one or more pages. For alpha-numeric annotations, the font size and style are controllable. In all cases, the results of the respective operations are shown in a visual representation of the document in the centralized document viewing window on the job preparation station 116 display. In the preferred embodiments, edits or annotations can be created or manipulated by pointing to a visual representation of the document and/or pages within the document and selecting, dragging, dropping or clicking the representation and/or selecting from a menu of options, where the selection of a particular option causes the associated edit or annotation to be applied to the specified portions of the document. Alternatively, a palate of options may be displayed from which the user may choose an option to apply to selected portions of the document. Further, the interface may provide for a dialog box or other visual control for inputting control values for the edit or annotation such as the starting number of a bates range.
The workflow management software preferably provides further support for compound documents which are documents comprised of one or more other documents, such as books comprised of chapters or course packs comprised of one or more excerpted sources . Compound documents take advantage of the object oriented nature of the workflow management software. A compound document ("CD") is a collection of one or more documents which have a particular ordering to them such as the chapters of a book. The CD further contains an automatically generated assembled document which is a single document containing the whole assembled CD. Tools are provided which allow simple management of the documents of a CD, assembly and updating of the documents into the assembled document and selective document manipulation, such as selective printing, of the documents within the CD. Tools are also provided which can interpret the content of the documents within the CD and automatically generate a table of contents in the assembled document. A compound document otherwise acts just like a document and can be edited, annotated, etc. and have tickets associated with it. Further, a compound document can contain other compound documents such as in the case of a multi-volume book. The individual documents and compound documents within the compound document further retain their independent existence and can be edited or printed independently of the CD and shared with other CD's with those edits being either automatically or manually updated into the assembled document within a particular CD. The workflow management software further displays a visual representation, such as with a hierarchical or tree structure, showing the compound document and any associated documents and tickets. In the preferred embodiments, compound documents can be created or manipulated by pointing to the visual representations of one or more documents and/or a visual representation of a CD and selecting, dragging, dropping or clicking and/or selecting from a menu of options, where the selection of a particular option causes the associated feature to be applied to the selected documents or compound documents. Alternatively, a palate of options may be displayed from which the user may choose an option to apply to selected compound documents. Further, the interface may provide for a dialog box or other visual control for inputting control values for the compound documents such as margin values. For example, a user may select one or more documents and then choose a create CD option from a pull down menu. The workflow software then creates a visual representation of the CD on the display showing the association of the CD to the selected documents. Alternatively, the user may first create a visual representation of a CD and then drag and drop the visual representations of one or more documents onto the CD visual representation. The workflow software then creates the appropriate logical associations of the data for which the visual representations represent.
The workflow management software is also preferably programmed with data about the different production output devices 122 in the print shop or otherwise available and their capabilities or other equipment, such as finishing equipment, which can be utilized either automatically or manually. The software provides tools which allow the operator to set page features/formatting which are made possible by those specific capabilities. Such page features include the plex of the document such as duplex or simplex (double sided or single sided output), binding options, such as stapling or hole punching and the availability and control settings for handling tab stock or ordered media. The preferred embodiments preferably support all of the features of the Digimaster™ line of high volume digital printers manufactured by Heidelberg Digital, L.L.C. located in Rochester, N.Y. In the preferred embodiments, these page features can be set by selecting or pointing to a visual representation of one or more pages and selecting from a menu of options, where the selection of a particular option causes the associated feature to be applied to the selected pages. Alternatively, a palate of options may be displayed from which the user may choose an option to apply to selected pages. Further, the interface may provide for a dialog box or other visual control for inputting control values for the feature such as the type of tab stock. Setting page features for specific pages encodes instructions to the production output device 122 for implementing those features within the ready for printer formatted file. When the production output device 122 receives the file for printing, it will interpret those instructions to implement the desired feature. For page features which the current device 122 cannot handle, the device 122 can signal the operator that manual intervention is required and direct the operator through the appropriate steps to implement the page feature and complete the job. This may include instructing the operator to remove partially finished documents and transfer them to a binding machine for finishing or instructing the operator to load a specific media type or tab stock into the device 122.
Tools are further provided by the workflow management software to support electronic versions of tickets for specifying production output device instructions and parameters, as well as other finishing steps which may or may not be automated, which are global to the document, e.g. job level features or global document attributes. These include such attributes as the general media type or color to use and the method of binding such as stapling. Tickets, also referred to as print tickets or job tickets, can exist independently of documents or compound documents as was mentioned above. They are independently visually represented on the display by the workflow management software. Tools are provided for manipulating tickets, such as saving, storing and associating them with documents or compound documents in addition to editing their options. In the preferred embodiments, tickets can be manipulated just like documents, using pointing, clicking, selecting, dragging and dropping. For example, a ticket can be associated with a document by selecting the ticket and dragging and dropping it on a particular document. The workflow management software then preferably visually displays the association by showing the ticket under the hierarchy of the document. Once associated, the options set by the ticket will apply to the associated document or compound document. The options represented by the ticket may be set by selecting the ticket to bring up a dialog box or pull down option menu which displays the available options and allows modification of the option values. Tickets associated with documents can be manipulated with the document. For example, saving a document save all of its associated tickets. Furthermore, the workflow management software provides the capabilities to create libraries of standardized tickets which can be used, for example, to standardize procedures across multiple franchised print shops.
Finally, the workflow management software provides tools to send the prepared documents and any associated tickets to the production output device for final production. In the preferred embodiments, documents or compound documents can be sent to a production output device by selecting, clicking or dragging the visual representation of the document or compound document to a visual representation of the print server or output device. Alternatively, the user may select an appropriate option from a pull-down menu, pop up dialog box or button palate. The workflow management software supports standard interfaces and protocols to production output devices and print servers. Further, tools are provided for managing, selecting and monitoring multiple production output devices. These tools provide visual feed back of each of the devices status to the user such as the current job queues.
Referring now to FIG. 3, there is depicted a block diagram of a preferred software architecture 300 of a production printing workflow management application. The architecture 300 includes a desktop component 302, a workflow component 304 and a viewer component 306. All of the components execute via application program interfaces 308 on a the job preparation station 116 which is, as discussed above, preferably a 32 bit Microsoft Windows™ (95, 98, 2000, etc.) or Windows NT™ based platform 310.
Central to the architecture 300 is the desktop component 302 ("desktop"). The desktop 302 integrates the viewer 306 and workflow 304 components together. The desktop 302 implements the integrated GUI interface and provides all of the workflow functionality and visual representations described above to be displayed on the job preparation station 116 display. The desktop 302 is preferably structured as a plug in architecture. A plug in architecture allows enhancements and updates to be incorporated into the desktop in a simple and efficient manner and without requiring recompilation of the main program code which implements the desktop. The main program code is designed to look for small enhancement programs ("plug ins") each time the code is executed. If one or more plug ins are found, their functionality is incorporated into the main program code through a plug in interface. A plug in may contain a new feature or function or may modify an existing feature or function. By not requiring recompilations, enhancements can be distributed to users who can easily update their own software simply by placing the plug in the correct location on their computer system. From the user's perspective, upon loading of the desktop 302, a complete desktop 302 containing both old and new functionality is seamlessly presented. In the preferred embodiments, the desktop 302 is preferably implemented using an object oriented programming language which implements the object oriented nature of the GUI. Such languages include C++ or Java and may utilize Microsoft Corporations Open Software Development Kit. Alternatively, a non-object oriented programming language may also be used.
The viewer component 306 ("viewer") provides the functionality for viewing documents and pages within documents and preferably operates on documents formatted in a ready for printer format. Further the viewer 306 provides the ability to assemble, edit and annotate at the page level of the document as well as set page features for individual or groups of pages. In the preferred embodiment, the viewer component is implemented using the Adobe Acrobat™ version 4.05 manufactured by Adobe Systems, Inc. located in San Jose, Calif., which utilizes the Portable Document Format™ ready for printer format. The viewer is coupled with desktop via standard Microsoft Windows interfaces and the Acrobat application program interface, as defined in the Adobe Acrobat Software Development Kit available from Adobe Systems in San Jose Calif. The viewer 306 is also preferably implemented as a plug in architecture which allows additional enhancements to be added. Such additional enhancement plug ins may be used to add one or more of the page level assembly, editing and annotation functions described above. Such plug-ins include Quite Imposing Plus™ manufactured by Quite, Inc., located in London, United Kingdom for performing the various imposition functions disclosed above and StampPDF™ manufactured by Digital Applications, Inc., located in Lansdowne, Pa. for performing various annotation functions disclosed above. Alternatively, viewers 306 which utilize non-ready for printer formats, such as TIFF formats can also be used. However, such viewers 306 typically have reduced feature sets and limited ability to perform assembly such as imposition, editing or annotation functions due to the fixed nature of the TIFF data format.
The viewer 306 is coupled with the desktop 308 so as to provide interoperability of functions and facilitate the workflow. In particular, the desktop 302 visually represents objects which the viewer 306 may be displaying. Further, the user selection and manipulation of documents, tickets or other objects in the desktop 302 are appropriately transmitted to the viewer 306 for display. For example, when a user selects a document on the desktop 302 for viewing, information about the selection is passed to the viewer 306 so that the selected document can be loaded and displayed. The desktop 302 also provides for data transfer between documents displayed in the viewer 306. For example, where a user selects a page from a document in the viewer 306, copies that page and then selects another document from the desktop 302 to paste the copied page into. The desktop 302 facilitates this "clip board" functionality between the documents. Further, edits, annotations or the addition of other page features using the functionality of the viewer 306 may cause data to be passed to the desktop 302 so that these edits, annotations or additional page features can be visually represented and noted with the documents they apply to. For example, addition of a page feature to a document, such as setting the plex, may cause a page object, i.e., a visual representation of the existence of a page feature, to be created and associated with the document object, i.e., the visual representation of the document on the desktop 302. The association may appear as a hierarchical structure on the desktop 302 such as a tree structure.
The workflow component 304 is also coupled with the desktop 302. The workflow component 304 provides tools and functionality for managing the production printing workflow of particular documents or compound documents. The workflow component 304 provides for creation and/or definition of a workflow object which can be visually represented on the desktop 302 and manipulated using the desktop 302 functionality, as described above, just like other objects such as documents, compound documents or tickets. The workflow object can be defined to contain the procedural stages that a document must go through to be finally produced. When the workflow object is associated with a document or compound document, such as by drag and drop using the GUI of the desktop 302, each of the defined procedural stages is then performed. For example, one of the procedural stages could be the creation of a ticket. If a document that has no ticket is dropped on this workflow object, the operator is then guided through the creation and association of a ticket for the document. Workflow objects can be defined to guide an operator through or automatically perform a series of procedural steps. They can be used to standardize and automate routine procedures in the print shop and eliminate inconsistencies and inefficiencies in the production printing workflow. Workflow objects can exist independently of documents, compound documents or tickets or can be associated with them. Such associations can be visually represented in the hierarchical format as described above.
The workflow component 304 is preferably also implemented as a plug-in architecture to facilitate enhancements. One exemplary workflow component 304 which can be used with the disclosed embodiments is the Adobe Capture™ program version 3.0 manufactured by Adobe Systems, Inc. located in San Jose, Calif. In an alternative embodiment, the workflow component 304 is a standalone workflow management interface, providing its own graphic user interface for managing and manipulating workflow objects and their relationships with documents, compound documents and tickets.
Referring now to FIG. 4, there is shown a representation of a graphic user interface display 400 according to the preferred embodiment. The display 400 includes viewer 306 and desktop 302 components. The desktop component 302 includes menus 402 and button palates 404 which allow the user to visually manage and manipulate the various objects described above. The menus 402 include a document menu 406, a ticket menu 408, a book menu 410, a job menu 412 and help menu 414. The button palate 404 includes a new object button 416, an open button 418 and a library access button 420. The button palate 404 further includes a cut button 422, a copy button 424, a paste button 426 and a print button 428. It will be appreciated that graphic user interfaces are well known in the art and there are many ways to implement a GUI and therefore, all forms of graphic input devices, including tear off menus, floating button palates, dialog boxes, alternate keyboard command and mouse short shortcuts and alternative physical input devices are all contemplated.
The document menu 406 provides options for creating and manipulating document objects within the workflow software environment. Such options may include creating a document, opening a document, closing a document, opening an ODMA interface to a document library, viewing a document in the viewer component, moving a document, printing a document and deleting a document. The ticket menu 408 provides options for creating and manipulating job/print tickets. Such options may include creating a ticket, accessing a database of tickets, viewing and setting the features/attributes controlled by a ticket, moving a ticket, deleting a ticket and associating a ticket with a document or book. The book menu 410 provides options for creating and manipulating compound document objects. Such options may include creating a book, associating or disassociating documents with a book, associating or disassociating a ticket with a book or document within a book, generating the assembled document from all of the associated component documents, generating a table of contents for the book, updating the assembled document with updates made to individual component documents, printing a book or selectively printing subsections of a book. The job menu 412 provides options for creating and manipulating jobs which, as noted above, are documents or compound documents and associated job/print tickets. Such options may include creating a job, editing a job, moving a job, printing a job and deleting a job. The help menu 414 provides options for assisting the user with operation of the software.
The new object button 416 implements functionality to create a new document, ticket, compound document or job object and preferably, selection of this button causes a dialog box presenting various related options to be presented to the user. The open button 418 implements functionality to open an existing document, compound document, ticket, job or document library and preferably, selection of this button causes a dialog box to be presented which allows the user to locate files and manage the file system of the job preparation station 116 or network server 118. The cut button 422, copy button 424, and paste button 426 implement functionality for moving and duplicating selected objects visually displayed by the desktop 302 as is known in the art. These buttons are coupled with a temporary storage area, also known as "clipboard" through which the cut, copy and paste functionality is implemented. The print button 428 implements the functionality of sending selected document or compound documents to the production printer device. This button preferably causes a dialog box to be displayed to the user which acts as the interface between the desktop 302 and the print server 120 and production output devices 122. This interface may allow last minute overrides to the output options prior to final production. Preferably, this button invokes the Print File Downloader™ application manufactured by Heidelberg Digital, L.L.C., located in Rochester, N.Y. It will be appreciated that options and functions can be implemented either as a button or menu option and that the preferred workflow software can work with any arrangement. It is preferred, however, that any arrangement of buttons, menus, etc. be arranged in an ergonomic and intuitive arrangement which minimizes the operator's training time and reduces the opportunities for operator error.
The desktop component 302 further includes a hierarchical display window 430. FIG. 4 further shows an exemplary hierarchical display window 430 showing a representative collection of objects and associations. This window 430 includes standard windowing control as are known in the art such as scroll bars 432. The window 430 further includes a representation of a hierarchy under which all of the represented objects are arranged. The exemplary window 430 includes a desktop object 442 representing the underlying database of objects, document objects 434, book objects 436 and ticket objects 438 all associated in tree structure 440. The tree structure represents the logical underlying associations between the data which the objects 434, 436 and 438 represent. For example, the book object 436 labeled "Book 1" contains document objects 434 labeled "document 2" and "document 3". The book object 436 labeled "Book 2" contains a ticket object 438 labeled "print settings B2" and a document object 434 labeled "Document 6" which itself contains a ticket object 438 labeled "print settings D6". Further, the document 434 labeled "Document 1" is not associated with any other objects. In addition, objects can "expanded" or "collapsed" to show or hide their attributes or other objects lower in their hierarchy. For example, page objects representing page features specified for selected pages within a document can appear underneath the hierarchy of the specific document to visually indicate their existence to the operator. Selecting the page object permits the operator to edit, view or otherwise manipulate that page feature. A page object can exist for each page feature specified for a given document.
The display window 430 provide an intuitive and visual representation of the work that has to be managed and completed on the particular job preparation station 116. The operator can manage and prepare multiple different documents or jobs and keep everything organized in a simple and efficient manner. FIG. 5 shows a high level representation of the integration of the workflow management software described above in the workflow of the print shop. FIG. 6 shows an alternative high level representation of the integration of the workflow management software in the workflow of the print shop including the workflow component 304 for automating and standardizing the procedural steps within the workflow.
In alternative embodiments, or in addition to and as an extension of the above disclosed functionality, other features can also be provided such as page tickets, mobile page features, visual page features, and efficient use of production output resources. Page tickets are similar to job tickets except that they contain one or more page objects, each of which holds a particular page feature or attribute and the settings for that feature or attribute. The page ticket acts like a portable container for various page formatting features and attributes, which are described in more detail above. The page ticket provides a convenient and efficient method of applying one or more page features to a page or range of pages in a document. The printing workflow management software provides functionality for visually representing page tickets on the desktop 302 just like other objects and provides for creating, manipulating and associating page tickets documents or compound documents. In a preferred embodiment, an operator can apply the page features contained within a page ticket by simply dragging and dropping the page ticket from the desktop 302 to a selected page or range of pages in the viewer 306. This action causes all of the page features within the page ticket and their respective settings to be applied to the selected pages. For example, a page ticket can be defined which sets adjusts a left margin for binding purposes, sets the color of the paper to be used to blue, and defines that the page is to be three hole punched. Instead of having to define each of these features individually for the desired pages, they can be defined once in a page ticket and then dropped on the selected pages. This allows creation of page ticket libraries which contain a standardized page tickets, each containing combinations of page features that are commonly used. In the preferred embodiments, dropping the page ticket on a document or CD will cause creation of page objects representing the respective page features to be created in that document's or CD's hierarchy in addition to the actual application of those features to the pages of the document or CD as described above. It will be appreciated that the functionality of page tickets can exist and be implemented independently of an object oriented user interface.
In another alternative embodiment, mobile page features are implemented. Typically, a page feature is associated with a particular page number in a document and not associated with the page itself. If the page is copied to another location in the same or a different document, the defined page features may not follow. By implementing mobile page features, the page features stick to the page and follow it where ever it goes. Mobile page features are implemented by embedding them within an unused portion of the ready for printer format code. Preferably this is done using an extensible markup language ("XML") as defined in the XML 1.0 Specification produced by the W3C XML Working Group, REC-XML-0210. In the preferred embodiment, while the page features are actually separate from the document itself, they are still independently visually represented on the desktop 302 as page objects within the particular document's hierarchy so as to provide an intuitive indication of that feature's existence as well as intuitive access to the feature or editing and manipulation. It will be appreciated, however, that the functionality of mobile page features can be implemented independently of an object oriented user interface.
In yet another alternative embodiment, the application of particular page features or document features are visually represented in the viewer 306. For example, application of a page feature for three hole punching would cause visual representations of the holes in the pages to appear on the visual representation of the selected pages. This would allow the operator to see the results of the page feature and determine, for example, if the body text of the page is too close to the holes. While the page or document features are visible in the viewer, they are inserted in the ready for printer format code so as not to actually print out when the document is sent to the production output device. Preferably, the logic which implements the visual representation of the page and document features knows of the capabilities and operations of the selected production output device. For example, the logic knows that the automatic stapler in one production output device staples along the left edge of the paper while another production output device staples along the top edge. The logic then knows, for a particular selected production output device, where to display the staple when the user applies a stapling page feature.
In still another embodiment, functionality is included in the workflow management software to make efficient use of different production output devices with differing capabilities needed for a given job and different operating costs. Such differing capabilities include the ability to print in color or black and white, the ability to print at very high resolution or on oversize paper stock. For example, there is a growing use of combining color pages with black and white ("B&W") pages in the same document as a final printed product. This combination of B&W and color pages in a single document brings constraints on the production output device for producing the printed output. If this single document is sent to a color printing device, it will be printed, but at a very high cost since color printing is typically more expensive than B&W printing. If sent to a B&W printing device, the job will be printed at reasonable cost but the color pages will not be produced in color. Another alternative is to manually split the job into two separate jobs, sending the color pages to the color printer and the B&W pages to the B&W printer and then collate the output of each printer into the final product. This becomes a complicated process when the customer desires a high volume of finished product. Further, the insertion of manual collation steps makes it difficult to take advantage of automated finishing systems.
In a preferred embodiment, the operator is given the opportunity to flag pages in the document for production on specific output devices or resources at the job preparation stage by setting a specially defined page attribute associated with the particular page. The attribute indicates the desired or necessary capabilities of the production output device in order to produce that page with the intended results. For example, the attribute can indicate that a production output device with color capability is desired or needed. This allows the operator to determine and optimize specific pages to take advantage of the capabilities of the different production output devices available. Typically, the majority of the document will be produced on one device with a small subset of pages needing to be diverted to a different device, e.g. a small number of color pages within a large black and white document. The operator further defines which pages are part of the main body of the document and which are the exceptions to be produced separately.
When the job is submitted to the print server, the print server detects the flags/attributes and appropriately and automatically diverts the pages to their appropriate production output device. The print server includes a receiver which receives the document and passes the document to a resource allocator logic which reads the pages and interprets the special page attribute. The resource allocator can be implemented in software, hardware or a combination thereof. The resource allocator is programmed to know about the different output resources/devices available to the shop (inside or outside via network for example) and their corresponding capabilities. The resource allocator interprets the special attribute and then attempts to match an appropriate output resource that has the desired or necessary capability to produce that particular page. The resource allocation can be completely automated or manual or a combination thereof.
If a particular capability is desired or necessary but that capability is not available on any of the print resources in the shop or there is too big a queue for the particular resource, the resource allocator can make a determination, either automatically or with manual operator intervention, of how best to print that particular page. Further, the resource allocator can include "policies" or pre-defined rules for handling particular capability "requests". A policy can be implemented to force the whole document to print on a particular resource, ignoring the special attribute of those pages with the attribute set. In addition, a policy can be set to always "satisfy the capability request" and route pages to resources with the desired capability. Further, a policy can be set to request manual operator intervention when a page with a specially requested capability passes through the resource allocator to have the operator determine the best course of action. Once the print resource for the page is determined, the page is passed to a distribution engine which transmits the page to the print resource for final output.
When printing the pages, the print server will stall the main body of the document while the exception pages are produced on the alternate output device. The print server then indicates to the operator to retrieve the exception output and place it in the collating apparatus or document assembler of the printing device which will be used to print the main body. Once this is complete, the print server sends the main body to the production device and, in addition, where a exception page was located, the print server instructs the production device to collate or assemble from the exception output the requisite finished page. This results in a complete finished product with minimal operator intervention. It will be appreciated that numerous alternatives can be used such as a mechanical link between the production output devices which transfers the finished output of one device to the auto-collator/assembler of another device for collating/assembling back into the main document. Further now that the finished document is contained within one production output device, in-line finishing equipment, such as staplers or other binding equipment, can be used to produce the final output.
It is therefore intended that the foregoing detailed description be regarded as illustrative rather than limiting, and that it be understood that it is the following claims, including all equivalents, that are intended to define the spirit and scope of this invention.
|Cited Patent
|Filing date
|Publication date
|May 1, 1996
|Dec 16, 1997
|Lexmark International, Inc.
|Remote replication of printer operator panel
|May 22, 1995
|Feb 17, 1998
|Xerox Corporation
|Apparatus and method for modifying a print job ticket
|Oct 30, 1995
|Jun 2, 1998
|Xerox Corporation
|Apparatus and method for programming a job ticket in a document processing system
|Apr 30, 1997
|Aug 31, 1999
|Xerox Corporation
|System for positioning image information on special print media sheets
|Oct 7, 1997
|Nov 2, 1999
|Xerox Corporation
|User interface for distributed printing system
|Oct 27, 1998
|Feb 15, 2000
|Hewlett-Packard Company
|Method for temporarily locking out print jobs on a network copier when a copier user is present
|Jun 3, 1997
|Apr 4, 2000
|Adobe Systems Incorporated
|Imposition in a raster image processor
|Oct 30, 1998
|Oct 17, 2000
|Kinko's Ventures, Inc.
|Previewing an assembled document
|Oct 17, 1995
|Apr 10, 2001
|Fuji Xerox Co., Ltd.
|Job scheduling system for print processing
|"Adobe(R) Acrobat 4.0 Guide," pp. 1-595, No Date.
|"Adobe® Acrobat 4.0 Guide," pp. 1-595, No Date.
|Brochure Guide, "Network Imaging System Interface Development Guide, Release 2," pp. 1-1-6.4, Feb. 2000.
|Brochure, "Quite Imposing Plus Online Guide 1.2", No Date.
|Brochure, "StampPDF(TM) Users Guide-An Acrobat Plugin," pp. 6-82, (C)1999 Digital Applications, Inc.
|Brochure, "TIFF(TM) Revision 6.0" Specification, pp. 4-120, Jun. 3, 1992.
|Brochure, "W3C Extensible Markup Language (SML) 1.0," W3C Recommendation Feb. 10, 1998, pp. 1-32.
|Brochure, "StampPDF™ Users Guide—An Acrobat Plugin," pp. 6-82, ©1999 Digital Applications, Inc.
|Brochure, "TIFF™ Revision 6.0" Specification, pp. 4-120, Jun. 3, 1992.
|Dan Phelps and John Thompson, "Rendering For Electronic Printers and Copiers," pp. 1-72, Sep. 29, 1992.
|Kodak Publication No. FN9074 5/85-"Fundamentals of Digital Copiers-Revision 1," pp. 1-49.
|Kodak Publication No. FN9074 5/85—"Fundamentals of Digital Copiers—Revision 1," pp. 1-49.
|Manual, "Adobe(R) Portable Document Formal Reference Manual, Version 1.3," pp. 2-518, Mar. 11, 1999.
|Manual, "Open Document Management API, Version 2.0," pp. 1-87, Sep. 19, 1997.
|Manual, "TWAIN Specification Version 1.8," pp. 1-516, Oct. 22, 1998.
|Manual, "Adobe® Portable Document Formal Reference Manual, Version 1.3," pp. 2-518, Mar. 11, 1999.
|Citing Patent
|Filing date
|Publication date
|Jul 26, 2000
|Apr 13, 2004
|Itm Associates
|Method and system for annotating documents using an independent annotation repository
|Feb 17, 2000
|Mar 29, 2005
|International Business Machines Corporation
|Copy/move graphical user interface apparatus and method
|May 17, 2000
|Feb 21, 2006
|Eastman Kodak Company
|System and method for representing and managing pages in a production printing workflow
|Dec 8, 2003
|Sep 12, 2006
|C. E. Shepherd Co., Inc.
|Drift eliminator, light trap, and method of forming same
|Jan 10, 2000
|Sep 26, 2006
|Imagex, Inc.
|System and method of using human resources data to generate printed products
|Mar 27, 2003
|Mar 18, 2008
|Hewlett-Packard Development Company, L.P.
|Time estimator for printing workflow
|Aug 7, 2003
|Mar 25, 2008
|Hewlett-Packard Development Company, L.P.
|Design-to-ship enabled shipping device in a commercial printing environment and managing workflow for use with same
|Aug 22, 2003
|Jul 8, 2008
|Vistaprint Technologies Limited
|System and method for remote assistance
|Aug 7, 2003
|Apr 28, 2009
|Hewlett-Packard Development Company, L.P.
|Managing workflow in a commercial printing environment through closed-loop communication between designer and print service provided locations
|Aug 7, 2003
|Aug 4, 2009
|Hewlett-Packard Development Company, L.P.
|Managing a design-to-ship high performance workflow for a commercial printing environment
|Aug 7, 2003
|Aug 4, 2009
|Hewlett-Packard Development Company, L.P.
|Document profile for generation of production ready documents in a commercial printing environment
|Apr 2, 2004
|Sep 15, 2009
|Agfa Graphics Nv
|System for job control of a document processing system and method for job control of document processing process
|Aug 1, 2005
|Nov 17, 2009
|Konica Minolta Business Technologies, Inc.
|Document processing apparatus, control program, and control method of displaying information related to each chapter in document data
|Jun 22, 2010
|Konica Minolta Business Technologies, Inc.
|Work flow management system, work flow management apparatus and method
|Jan 10, 2000
|Oct 19, 2010
|Fedex Office And Print Services, Inc.
|System and method of using a sales management system to generate printed products
|Nov 30, 2010
|Fuji Xerox Co., Ltd.
|Linking information making device, linking information making method, recording medium having recorded a linking information making program, and document processing system therewith
|Jan 16, 2007
|Dec 21, 2010
|Shah Pradip K
|Print workflow automation
|Nov 27, 2007
|Jul 12, 2011
|Xerox Corporation
|Method and system for adding processes to print production workflows utilizing asset metadata and automated reasoning
|Oct 18, 2011
|Fuji Xerox Co., Ltd.
|Instruction file execution device, instruction file execution method and job flow system
|Oct 30, 2008
|Nov 1, 2011
|Hewlett-Packard Development Company, L.P.
|Displaying rating indications for drop targets in response to user dragging of mobile icon
|May 15, 2012
|Xerox Corporation
|Masking of text in document reproduction
|May 31, 2007
|Jun 19, 2012
|Red Hat, Inc.
|Syndication of documents in increments
|Jul 17, 2012
|Shah Pradip K
|Print workflow automation
|Aug 14, 2012
|Canon Kabushiki Kaisha
|Document processing system, information processing apparatus, and setting methods therefor
|Jan 30, 2006
|Dec 11, 2012
|Canon Kabushiki Kaisha
|Layout decision method, apparatus, and program
|Jan 1, 2013
|Tijemiksho Data, Llc
|System for establishing event rules for sales management databases
|May 14, 2013
|Ricoh Company, Limited
|Display instruction apparatus, display instruction method, and computer program product
|Jun 25, 2012
|Sep 17, 2013
|Pradip K. Shah
|Print workflow automation
|Feb 22, 2008
|May 13, 2014
|Canon Kabushiki Kaisha
|Preview display for multiple-sided printing
|Mar 24, 2003
|May 27, 2014
|Hewlett-Packard Development Company, L.P.
|Automated workflow assignment to print jobs
|Oct 12, 2007
|Jan 6, 2015
|Ferag Ag
|Blog processing
|Feb 18, 2011
|Mar 17, 2015
|Xerox Corporation
|Methods and systems for brokering printing device capacity
|Sep 28, 2011
|Mar 24, 2015
|Lg Electronics Inc.
|Scanning technology
|May 16, 2014
|Oct 20, 2015
|Xerox Corporation
|Synchronize multipart jobs through automation workflow
|Sep 9, 2014
|Dec 8, 2015
|Ricoh Company, Ltd.
|Presentation of predicted steps in a print workflow
|May 31, 2007
|Jun 7, 2016
|Red Hat, Inc.
|Publishing tool for translating documents
|Oct 31, 2001
|Jun 20, 2002
|Heidelberg Digital L.L.C.
|Method and interface for assembling books
|Jun 19, 2003
|Dec 25, 2003
|Rodriguez Eric D.
|Interactive document capture and processing software
|Jun 19, 2003
|Dec 25, 2003
|International Business Machines Corporation
|System and method for digital signature authentication of SMS messages
|Sep 22, 2003
|Mar 25, 2004
|Fuji Xerox Co., Ltd.
|Linking information making device, linking information making method, recording medium having recorded a linking information making program, and document processing system therewith
|Feb 17, 2004
|Aug 19, 2004
|Itm Associates
|Method and system for annotating documents using an independent annotation repository
|Jan 16, 2004
|Sep 23, 2004
|Chris Tuijn
|Method for managing the manufacture of a printed product
|Mar 27, 2003
|Sep 30, 2004
|Beckman Orhan E.
|Preflight time estimator for printing workflow
|Mar 24, 2003
|Sep 30, 2004
|Sangroniz James M.
|Automated workflow assignment to print jobs
|Apr 2, 2004
|Oct 7, 2004
|Bie Carolus De
|System for job control of a document processing system and method for job control of document processing process
|May 27, 2004
|Dec 2, 2004
|Heidelberger Druckmaschinen Ag
|Method for generating digital imaging data, and raster image processor
|Aug 7, 2003
|Feb 10, 2005
|Hewlett-Packard Development Company, L.P.
|Managing a design-to-ship high performance workflow for a commercial printing environment
|Aug 7, 2003
|Feb 10, 2005
|Hewlett-Packard Development Company, L.P.
|Design-to-press enabled printing device and design-to-finish enabled finishing device in a commercial printing environment and managing workflow for use with same
|Aug 7, 2003
|Feb 10, 2005
|Hewlett-Packard Development Company, L.P.
|Managing workflow in a commercial printing environment through closed-loop communication between designer and print service provider locations
|Aug 7, 2003
|Feb 10, 2005
|Hewlett-Packard Development Company, L.P.
|Document profile for generation of production ready documents in a commercial printing environment
|Aug 7, 2003
|Feb 10, 2005
|Hewlett-Packard Development Company, L.P.
|Design-to-ship enabled shipping device in a commercial printing environment and managing workflow for use with same
|Aug 7, 2003
|Feb 10, 2005
|Hewlett-Packard Development Company, L.P.
|Method of performing automated packaging and managing workflow in a commercial printing environment
|Aug 7, 2003
|Feb 10, 2005
|Hewlett-Packard Development Company, L.P.
|Method of performing automated shipping and managing workflow in a commercial printing environment
|Aug 7, 2003
|Feb 10, 2005
|Hewlett-Packard Development Company, L.P.
|Managing workflow in a commercial printing environment with pre-submittal high performance preflight
|Aug 7, 2003
|Feb 10, 2005
|Hewlett-Packard Development Company, L.P.
|Managing workflow in a commercial printing environment with high performance preflight at print service provider location
|Aug 7, 2003
|Feb 24, 2005
|Hewlett-Packard Development Company, L.P.
|Managing a design-to-pack high performance workflow for a commercial printing environment
|Aug 7, 2003
|Feb 24, 2005
|Hewlett-Packard Development Company, L.P.
|Method of performing automated finishing and managing workflow in a commercial printing environment
|Aug 7, 2003
|Feb 24, 2005
|Hewlett-Packard Development Company, L.P.
|Managing workflow in a commercial printing environment with pre-submittal high performance automated remote proofing
|Aug 7, 2003
|Feb 24, 2005
|Hewlett-Packard Development Company, L.P.
|Managing workflow in a commercial printing environment with high performance prepress rework at print service provider location
|Aug 7, 2003
|Feb 24, 2005
|Hewlett-Packard Development Company, L.P.
|Design-to-pack enabled packaging device in a commercial printing environment and managing workflow for use with same
|Aug 7, 2003
|Feb 24, 2005
|Hewlett-Packard Development Company, L.P.
|High performance file encapsulation and submittal in a commercial printing environment
|Aug 22, 2003
|Feb 24, 2005
|Robert Keane
|System and method for remote assistance
|Aug 29, 2003
|Mar 3, 2005
|Sangroniz James M.
|Distributed automated workflow assignment for print fulfillment of print jobs
|Sep 8, 2003
|Mar 10, 2005
|C.E. Shepherd Co., Inc.
|Cooling media pack
|Jan 20, 2004
|Mar 24, 2005
|Schultz Karl R.
|Using a removable grid for alignment and trim adjustments for printing jobs
|Sep 29, 2003
|Mar 31, 2005
|Xerox Corporation
|Method for an imaging system to form a user interface for a user to accept or request modification to a displayed document, a method for an imaging system to form a user interface for a user to communicate to the imaging system a desired modification in a displayed document, and a method of modifying a displayed document in an imaging system
|Dec 8, 2003
|Jun 9, 2005
|C.E. Shepherd Co., Inc.
|Drift eliminator, light trap, and method of forming same
|Jan 28, 2005
|Jun 16, 2005
|Canon Kabushiki Kaisha
|Document processing system, information processing apparatus, and setting methods therefor
|Sep 1, 2004
|Mar 2, 2006
|Dumitrescu Tiberiu A
|Print job workflow system
|Mar 15, 2005
|Mar 30, 2006
|Fuji Xerox Co., Ltd.
|Instruction file execution device, instruction file execution method and job flow system
|Dec 13, 2005
|May 4, 2006
|Dumitrescu Tiberiu A
|Print job workflow system
|Jan 30, 2006
|Aug 3, 2006
|Hiroyasu Miyazawa
|Layout decision method, apparatus, and program
|Aug 1, 2005
|Oct 26, 2006
|Konica Minolta Business Technologies, Inc.
|Document processing apparatus, control program, and control method of displaying information related to each chapter in document data
|Jun 30, 2005
|Jan 4, 2007
|Microsoft Corporation
|Repeating panel sets
|Aug 4, 2005
|Apr 5, 2007
|Toshiba Corporation
|Processor for creating document binders in a document management system
|Dec 14, 2006
|Apr 19, 2007
|Kremer Karl H
|Late binding of tab image context to ordered tab stock
|Dec 13, 2006
|May 17, 2007
|Hansen David R
|System and method for implementing compound documents in a production printing workflow
|Sep 28, 2005
|Dec 20, 2007
|Oce Printing Systems Gmbh
|Method, System and a Computer Program for Automatically Processing a Job Ticket for a Printing Process
|Mar 22, 2007
|Dec 27, 2007
|Oce-Technologies B.V.
|System for programming processing operations on an ordered set of objects
|Feb 22, 2008
|Jun 26, 2008
|Canon Kabushiki Kaisha
|Preview display for multiple-sided printing
|Jan 16, 2007
|Jul 17, 2008
|Shah Pradip K
|Print workflow automation
|Apr 18, 2007
|Jul 31, 2008
|Marianne Kodimer
|System and method for historical task sequence progress tracking
|Mar 12, 2008
|Sep 18, 2008
|Yukiko Sahashi
|Display instruction apparatus, display instruction method, and computer program product
|Mar 26, 2007
|Oct 2, 2008
|Xerox Corporation
|Masking of text in document reproduction
|May 31, 2007
|Dec 4, 2008
|Smith Michael H
|Publishing tool for translating documents
|May 31, 2007
|Dec 4, 2008
|Smith Michael H
|Syndication of documents in increments
|May 31, 2007
|Dec 4, 2008
|Smith Michael H
|Build of material production system
|Nov 27, 2007
|May 28, 2009
|Xerox Corporation
|Method and system for adding processes to print production workflows utilizing asset metadata and automated reasoning
|Oct 12, 2007
|Feb 11, 2010
|Wrh Marketing Ag
|Blog processing
|Jan 28, 2009
|Jul 29, 2010
|Microsoft Corporation
|Pluggable margin extension
|Nov 23, 2010
|Mar 17, 2011
|Shah Pradip K
|Print workflow automation
|May 14, 2010
|Nov 17, 2011
|Oracle International Corporation
|Flexible chaining of disparate human workflow tasks in a business process
|Aug 23, 2012
|Xerox Corporation
|Printing device sharing service, method and system
|Dec 27, 2012
|Lg Electronics Inc.
|Scanning technology
|U.S. Classification
|715/769, 358/1.15, 715/835, 715/274, 715/209, 715/222, 715/226, 358/1.16
|International Classification
|Cooperative Classification
|European Classification
|Oct 30, 2000
Owner name: HEIDELBERG DIGITAL L.L.C., NEW YORK
Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNORS:HANSEN, DAVID R.;HOLZWARTH, ROBERT K.;REEL/FRAME:011206/0572;SIGNING DATES FROM 20000914 TO 20000926
|May 13, 2002
Owner name: HEIDLBERGER DRUCKMASCHINEN AG, GERMANY
Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNOR:HEIDELBERG DIGITAL L.L.C.;REEL/FRAME:012897/0637
Effective date: 20020503
|Jul 1, 2004
Owner name: EASTMAN KODAK COMPANY, NEW YORK
Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNOR:NEXPRESS DIGITAL L.L.C. (FORMERLY HEIDELBERG DIGITAL L.L.C.);REEL/FRAME:015494/0322
Effective date: 20040614
Owner name: HEIDELBERG DIGITAL L.L.C., NEW YORK
Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNOR:HEIDELBERGER DRUCKMASCHINEN AG;REEL/FRAME:015521/0392
Effective date: 20040428
|Nov 23, 2005
|Fee payment
Year of fee payment: 4
|Nov 20, 2009
|Fee payment
Year of fee payment: 8
|Feb 21, 2012
Owner name: CITICORP NORTH AMERICA, INC., AS AGENT, NEW YORK
Free format text: SECURITY INTEREST;ASSIGNORS:EASTMAN KODAK COMPANY;PAKON, INC.;REEL/FRAME:028201/0420
Effective date: 20120215
|Apr 1, 2013
Owner name: WILMINGTON TRUST, NATIONAL ASSOCIATION, AS AGENT,
Free format text: PATENT SECURITY AGREEMENT;ASSIGNORS:EASTMAN KODAK COMPANY;PAKON, INC.;REEL/FRAME:030122/0235
Effective date: 20130322
|Sep 5, 2013
Owner name: EASTMAN KODAK COMPANY, NEW YORK
Free format text: RELEASE OF SECURITY INTEREST IN PATENTS;ASSIGNORS:CITICORP NORTH AMERICA, INC., AS SENIOR DIP AGENT;WILMINGTON TRUST, NATIONAL ASSOCIATION, AS JUNIOR DIP AGENT;REEL/FRAME:031157/0451
Effective date: 20130903
Owner name: JPMORGAN CHASE BANK, N.A., AS ADMINISTRATIVE, DELA
Free format text: INTELLECTUAL PROPERTY SECURITY AGREEMENT (FIRST LIEN);ASSIGNORS:EASTMAN KODAK COMPANY;FAR EAST DEVELOPMENT LTD.;FPC INC.;AND OTHERS;REEL/FRAME:031158/0001
Effective date: 20130903
Owner name: BANK OF AMERICA N.A., AS AGENT, MASSACHUSETTS
Free format text: INTELLECTUAL PROPERTY SECURITY AGREEMENT (ABL);ASSIGNORS:EASTMAN KODAK COMPANY;FAR EAST DEVELOPMENTLTD.;FPC INC.;AND OTHERS;REEL/FRAME:031162/0117
Effective date: 20130903
Owner name: BARCLAYS BANK PLC, AS ADMINISTRATIVE AGENT, NEW YO
Free format text: INTELLECTUAL PROPERTY SECURITY AGREEMENT (SECOND LIEN);ASSIGNORS:EASTMAN KODAK COMPANY;FAR EAST DEVELOPMENT LTD.;FPC INC.;AND OTHERS;REEL/FRAME:031159/0001
Effective date: 20130903
Owner name: PAKON, INC., NEW YORK
Free format text: RELEASE OF SECURITY INTEREST IN PATENTS;ASSIGNORS:CITICORP NORTH AMERICA, INC., AS SENIOR DIP AGENT;WILMINGTON TRUST, NATIONAL ASSOCIATION, AS JUNIOR DIP AGENT;REEL/FRAME:031157/0451
Effective date: 20130903
|Nov 26, 2013
|Fee payment
Year of fee payment: 12


text:
Shorts Are Throwing In The Towel.
Short interest is down big since the earnings release. The smart money sees that JCP is turning around.
Sentiment: Buy
and the longs are taking a bath......................
im no short but I am a concerned GUY THAT KNOWS THAT THIS COMPANY HAS TO GO BK SOON.
This is a monetary black hole.
Why this is going up is beyond my imagination. Sales were bad, margins are bad, a lot of debt, only burning money.
.... I am literally out of words.
Gold, we're all happy to read that you're out of words.
Dude, shut the #$%$ up, seriously 12 posts with same #$%$ over and over. Sales were up 6%, margins improved dramatically, increased revolver...and yet you post #$%$ continually...were you fried for incompetence at JC Penneys?
Shorts will be turning into longs...Hold'em!
Sentiment: Strong Buy
Last short report had short position up. This post is wishful thinking, nothing more. The truth is JCP is going bankrupt and you went long hoping, against all odds, that it does not occur.

subset: commoncrawl


text:
Tag Archives: Jobs
You Hold the Keys to Your Economic Destiny
Our nation is still struggling with creating enough jobs to restore our economy to health…
By Earl Graves, Sr.
5 Ways to Beef Up Your Skills for Job Seeking Success
Having just a bachelor's degree won't cut it in today's competitive job market. Use these strategies to help you be prepared
Consider these 5 tips to beef up your knowledge and propel your career success
By Aisha M. Taylor
7 Ways To Blow a Job Interview
Don't make these critical mistakes when trying to get the job
Having a solid resume is only part of landing the job of your dreams, you…
By Aisha M. Taylor
3 Reasons You Should Seek Professional Resume Help
The advantage of getting valuable consulting on your resume is priceless
Here are 3 reasons its a good idea to seek out the services of a…
By Aisha M. Taylor
Ready for a Career Change? Make That Move Today
Here's four things to consider before stepping out on faith toward a new professional path
If you're no longer challenged and dread staying where you are in your career, it's…
By Aisha M. Taylor
20/20 Vision Forum: Black Enterprise and Walmart Talk Employment
20/20 Vision Forum, focused on Job Creation and Career Opportunities in the Next Economy
Black Enterprise and Walmart presented 20/20 Vision Forum: Job Creation and Career Opportunities in the…
By Sonja Mack
Getting That First Job
There is some good news for new GRADS in this challenging economy.
By Sonia Alleyne
Cool Jobs: 10 Professions That Make the Daily Grind Worth It
The Atlanta Post highlights 10 cool jobs where the perks match the work.
By BlackEnterprise.com
Let Recession Be a Motivator for Your Career Progression
Career expert Aisha Taylor tells you how to revive your career despite challenges
Career expert Aisha Taylor gives tips on how to create your own job opportunities
By Aisha M. Taylor
Don't Be Afraid to Consider Relocating to Get Your Dream Job
Proper research and planning are key in a long-distance job search
Job search expert Aisha Taylor says, though a long-distance job search can be stressful and…
By Aisha M. Taylor
4 Ways Black College Grads Ruin Good Job Options
How poor financial fitness can hinder employment opportunities
Columnist details how poor financial fitness can cost grads jobs
By BlackEnterprise.com
Get Hired!: 5 Ways to Get Your Resume Noticed
Job seekers tips for a stand-out resume
Check out these five tips to ensure your resume gets noticed and leads to call…
By Aisha M. Taylor
Get Hired!: Expert Solutions on How to Land Your Dream Job
Top answers on getting professional training, HR opportunities and changing careers
Black Enterprise editors answer questions from job seekers on advancing their career and finding job…
By BlackEnterprise.com
Get Hired!: 10 Reasons Your Job Resume Is Being Ignored
These common mistakes could be holding you (and your career) back.
Avoid unsuccessful efforts in your search because of resume mistakes
By Janell Hazelwood
Win a FREE Resume Makeover!
Get free career consulting advice from an expert who will make your resume shine!
Are you a job seeker who has sent out countless resumes and wonders why you…
By Elayne Fluker
Get Hired!: 4 Tools Every Job Seeker Needs for Career Success
Essentials you should have to get the job you deserve
BlackEnterprise.com presents the tools for success with job seeking and trying to advance your career.


text:
TechMeme's New Revenue Model September 25, 2006Posted by John in Technology.
Gabe has been talking to everyone over the past 6 months about how to make money on TechMeme. I know because we've talked many times about this program specifically this program.
I see many more ways that Gabe could leverage this that would benefit users and advertisers. However this is a great start for Gabe. Techmeme is one of my favorite sites on the net and I love the layout. It is designed for high velocity consumption a great alternative to feed readers. It will be a matter of time before someone develops something similar so Techmeme needs to keep thinking of new ways to create a better user experience.
We see that Jeff Jarvis likes it too. At PodTech we've implemented this on our page for podcasts for about a year and with great success. Advertisers love it.
Congrats Gabe and keep on innovating.
- 1. Things That ... Make You Go Hmm - September 25, 2006
Again Techmeme Gabe shows he is smarter than the ad-verage bear
Techmeme the artist formerly known as tech.memeorandum, which become the blog aggregator of choice for myself and many others, is starting to monetize itself. True to form, Gabe Rivera the owner isn't just slapping Google Adsense or banner ads, h…


text:
We invite local business owners, entrepreneurs, business leaders and innovators in Los Angeles to join us.
The Plaza at Sherman Oaks - 2nd Floor (Theater Room) - 4500 Woodman Avenue, Sherman Oaks, CA 91423
7:00pm to 7:30pm: Networking and Business Card Exchange
7:30pm to 8:00pm: Guest Speaker Presentation - Patrick Martin
Topic: Increasing Revenue Per Visitor
Patrick is a perception analyst and conversion rate optimizer concentrating on revenue per visitor. He is a partner in Digital Marketing agency and Google engage partner. Hollywood Design (HD) has clients in the Fast food, Real Estate, Legal services and consumer products areas. In the 90's with one time sponsor Intel he was responsible for perception research and edit systems development on the "Intel SuperScreen" a panoramic edit and display system for large scale events.
Since 2004 HD has developed custom Google app based systems as well as a unique Google plug-in for Wordpress and a Google module for Miva merchant shopping carts. This tech allows Google docs to flow seamlessly into websites built on these platform.
Learn more: http://www.hollywooddesign.tv
8:00pm to 8:15pm: 1 Min or less Elevator Pitch:
* Tell us about you and your business or website interest
* Any networking goal you're trying to achieve out of this meeting?
8:15pm to 8:45pm: Open Business Networking Discussion. Experts will share specific advice in an open discussion. We open up the discussion to possibly expand on other topics beyond the presentation.
8:45pm to 9:00pm: Open Challenge Questions Time to get advice to help fellow Web Marketers.
9:00pm: The End.
We look forward to seeing you all at this informal Business Networking Group!
Guest Speakers Wanted: We've been working hard to find industry experts and to develop a formal agenda to keep it interesting for all those that attend at this new big meeting room.
The meeting is Free and also Free Pizza for Everyone!
Meetup members, Log in
By clicking "Sign up" or "Sign up using Facebook", you confirm that you accept our Terms of Service & Privacy Policy


text:
Tonight, Google released a new service allowing developers the opportunity to create "modules" for the Google personalized homepage. Google software engineer, Adam Sah posts on the Google Blog in: Build your own Google homepage, that the Google Homepage API has been released. They even offer a collection of a few modules including a clock, a weather map, and a way to personalize the Google logo.
In other words, more tools for developers. Btw, this news comes on the same day that Yahoo renames their Konfabultor product, Yahoo Widgets. Widgets are small apps (calendars, image viewers, search tools, weather info, etc.) that are downloaded to the users desktop.
Since A9 and AOL use the Google web and images databases, they could be also might be considered as variations on what Google offers themselves. Of course, it's very clear that each of these Google database licensees offer their own unique and often useful features. With A9's OpenSearch, the options to add other databases and manipulate results page (expandable columns for example) might also be thought of as a form of personalization. AOL Search has also recently added some new features.
I've taught many classes where the discussion turns to Google's clean, clear, and uncluttered interface as a reason the student LOVES Google.
Even when the uncluttered and personalizable Yahoo interface or how Jeeves, MSN Search, Gigablast, AOL Search, Exalead, Clusty and other engine interfaces are just as clean and clear, it often doesn't matter. To see people react this way is amazing and speaks highly (a big understatment) of Google's branding. It's a clear example of people using what they know and not wanting to think that some other tool might also be of value to them. In my mind, the public's perception (right or wrong) that Google's interface is the only one that's clean and clear and the simplest to use, has played a role in getting the company to where it's today. It's worth mentioning that many people I've worked with feel the opposite way they do about Google's home page about Yahoo's main home page (too busy, too cluttered). That's why search.yahoo.com can be so powerful in showing that Yahoo offers an alternative.
Of course, with services like My Yahoo, MSN Live, My Jeeves, and Google Personalized (things that those of us in the search world know about but many others don't, exception My Yahoo) it's possible for the user to change the look of the page add mail, headlines, etc. Of course, at least at the present time, perhaps a bigger challenge at Google and elsewhere is informing the masses (not search geeks) about what they offer. That means image search, local search, etc. Personalization might be part of this learning curve but I'm not really sure if it comes before knowledge of what services are available in the first place. You have to teach a searcher to personalize I also have to mention (yes, I do it all the time) that a bit of training about how to best use what is already available might also be a good idea. Training for everyone? No, of course not. But training for certain user groups could be very useful.
While personalization and now the possibility of more modules for the personalized home page might be useful for some Google users (the 2-3% early adopter group), the company should remember where they came from. It's a clean and clear interface, simple and easy to use, that's the key component in many users mind.
"Tinkering" with this is something that Mountain View has to keep in at the least the back of its collective mind. As web search technology improves in terms of relevance, competitition gets tougher, more verticals comes online, etc, it's important that Google doesn't forget what got them to where they are today.
For many users (the ones that help make Google a verb) keeping it bare bones is one of the things that makes Google Google and makes simply gaining mindshare (forget marketshare) a challenge for others.
Related reading
12 companies hit with a Google manual penalty
Just in case you're ever tempted to try a few black-hat practices to manipulate your search positions in Google, here are 12 tales to persuade you otherwise.
What's next for Adblock Plus and its Acceptable Ads Platform?
Adblock Plus made a major announcement last week that it would create its own RTB platform and get into the ad business.
Are your emails personal enough?
When it comes to email content, we know that data is key to ensuring messages are relevant and engaging for those who are receiving them.
Nine ways brands can improve emotional connections with customers
It's not easy to convince a customer nowadays to trust your company over another, but the right emotional connection may lead to ... read more


text:
"I Love Gingers": A Photoseries After My Own Heart
Judging by all the posts about Prince Hot Ginge we publish, you might have figured out by now that I have a
little huge thing for gingers. You can imagine my unbridled glee upon the discovery of "I Collect Gingers," a photoseries by photographer Anthea Pokroy. She's fascinated by these naturally gorgeous, rare genetic specimens,… More »