Dismiss
InnovationQ will be updated on Sunday, Oct. 22, from 10am ET - noon. You may experience brief service interruptions during that time.
Browse Prior Art Database

Book Management for Demographic Bindery Control System

IP.com Disclosure Number: IPCOM000106042D
Original Publication Date: 1993-Sep-01
Included in the Prior Art Database: 2005-Mar-20
Document File: 2 page(s) / 109K

Publishing Venue

IBM

Related People

Bale, RE: AUTHOR [+6]

Abstract

This publication describes a method for tracking blocks of customization data for a bindery control system where the bindery control system is distributed across many separate, asynchronously operating controllers.

This text was extracted from an ASCII text file.
This is the abbreviated version, containing approximately 50% of the total text.

Book Management for Demographic Bindery Control System

      This publication describes a method for tracking blocks of
customization data for a bindery control system where the bindery
control system is distributed across many separate, asynchronously
operating controllers.

      The system is first initialized with a set of blocks to
represent the job to be built.  This can be done in a variety of ways
but the most typical is to receive a magnetic tape from the book
publisher that contains the block data.  Each tape is referred to as
a volume.  A job can be made up of multiple volumes.  These volumes
need not be defined from tape but are merely a way to allow a group
of blocks to be managed.  These volumes are then stored in a
database.  The volumes each require a unique label and then each
block in the volume is keyed based on a unique block identifier.
These block identifiers are unique across the whole job.  As the job
is started the bindery manager requests the next block in the
sequence of blocks to be built.  This sequence is first specified by
a volume list that represents the order that the volumes are to be
built.  Each block in a given volume is built in sequential order.

      Once a block is delivered to the bindery manager it is
distributed to the appropriate subsystem controllers based on the
configuration of the bindery line necessary to perform this job.
This configuration is determined by the operator prior to the job
run.  Each of these subsystem controllers responds to the bindery
manager that they have received the block.  The bindery manager then
begins to format each book in the block with information that is
required by the bindery book manager.  This includes which feeders
are used, the book identification number, and other book tracking
information.

      The subsystem controllers will asynchronously perform analogous
formatting that is required for the printer book manager.  This
includes information such as which text fields to print on which
lines and which fonts to use in the printing of such information.

      When each printer manager has completed the formatting of a
block the printer manager informs the bindery manager that the block
is formatted.  This information is stored in the bindery manager for
each printer manager for each block.  Once all of the required
printer managers for this job have reported success in formatting a
particular block to the bindery manager then that block becomes a
candidate to become active at the printer book managers.  The bindery
manager communicates to the printer managers that this candidate
block is now ready for transmission to the printer book managers.
Upon completion of the transmission of all of the books from the
formatted block to the printer book manager the printer manager
responds to the binder manager the success or failure of the
download.  The binder manager stores this information for each
printer manager for each bl...