Abstract:
An electronic document-imaging arrangement which generates imaging-bits representing a given document and transfers these bits on a &#34;per-document basis&#34; to various successive electronic processing stages and, finally, to data base storage; this arrangement also including a tag unit adapted to create &#34;sync-tag&#34; bits unique for each such imaged document and transfer these tag bits, along with the imaging bits, for each document to each processing stage that handles the imaging bits on a per document basis, and finally to an associated interface for final matching and removal of the tag bits.

Description:
This is a Division of U.S. Ser. No. 08/296,578, filed Aug. 26, 1994, now U.S. Pat. No. 5,528,705. 
    
    
     This invention relates to automatic high-speed document imaging/processing; and especially to means for identifying document images. 
     BACKGROUND, FEATURES 
     Workers are familiar with document processing (e.g., check processors for automatic sort) that involve creating an electronic digital image of each document as it passes an imaging station (e.g., as simplistically illustrated in FIG. 1A). In FIG. 1A there is shown a financial document sorting system having a typical document sorter 12, which in the preferred embodiment of this invention, comprises a model DP1800 sorter which is manufactured by the UNISYS Corporation of Blue Bell, Pa. 
     Sorter 12 contains a track 14 along which a plurality of financial documents 16 (e.g., checks) passes. Sorter 12 includes a magnetic character reader 18 and magnetic strip character controller 20, as well as a document holder 22 and a pipelined image processor (imaging station) 24. 
     Controller 20 is coupled to reader 18 via signals on a bus 26, to a host computer 28 by signals on a bus 30, and to the pipelined image processor 24 by signals on a bus 32. A computer 28 is coupled to an image storage module 34 by signals on a bus 36, while image storage module 34 is also coupled to the pipelined image processor 24 and to a plurality of workstations 38 via signals on a buses 40 and 42, respectively. 
     In operation, documents 16 sequentially pass reader 18 which reads a typical code appearing upon the usual MICR codeline strip which is normally placed upon each of the documents 16. The code read-out is then sent to computer 28 by signals on bus 30 for storage therein, and also to processor 24 by signals on bus 32. As each document 16 further proceeds, it passes imaging station 24 which creates a digital electronic image of the document, and sends this processed image data, via signals on bus 40, to image storage module 34 for storage therein. After passing station 24, each document is then sorted, by sorter 12, in the usual way (based on the contents of the MICR codeline) and is held at document holder 22. 
     After a typical prescribed block of such documents 16 has been sorted as aforedescribed, workstations 38, via signals on bus 42, may sequentially request document image data from storage module 34. This image data is then downloaded to a workstation 38, via signals on bus 42, along with associated magnetic code data obtained from host computer 28. 
     After such image data is so captured at a workstation 38, an operator may electronically enter the dollar amount (e.g., courtesy amount) on each document and electronically resolve any associated inconsistencies. Each image&#39;s dollar amount and associated corrections then form a single record which is sent to computer 28, via signals on bus 42, where it may later be accessed for use in automatically inscribing the dollar amount and corrections upon the document. Therefore, the aforementioned document sort system 10 substantially eliminates manual handling of an individual document 16, once its associated dollar amount is so verified and inscribed, to thereby increase the efficiency, speed and timeliness of the overall document sorting system 10. 
     Compression Stages 
     Within Image Processor 24 in FIG. 1A is placed one of &#34;n&#34; JPEG Processing/Compression stages (24-A). Two of these JPEG Processing/Compression paths are implemented on a Histogram/Compressor printed circuit board assembly (PCBA) shown in FIG. 1C. 
     According to a feature hereof, Image Processor 24 of FIG. 1 is characterized by an Image Digitizer unit (D of FIG. 2) for analog to digital conversion of the captured image, a Normalizer/Scaler (N/S Set, FIG. 2) for normalization, delineation and scaling of the video image, a set of &#34;n&#34;, parallel JPEG Processing/Compression units (J1 of FIG. 2 and 24-A of FIG. 1) for image processing/JPEG compression and a JPEG Compressed Data Buffer unit (JCDB in FIG. 2) for collection and temporary storage of compressed images from the JPEG Processing/Compression units.  Note &#34;JPEG&#34; refers to a compression standard by the &#34;Joint Photographic Experts Group &#34;. ! 
     These functions are implemented especially to meet the performance requirements of a high speed check imaging system and to minimize the cost of the system by reducing the amount of &#34;parallel hardware&#34; needed to compress images. A preferred Processing/Compression Stage (for JPEG) is indicated in FIG. 1C. 
     The JPEG compression hardware performs image processing on a 128 grey level, scaled image before executing a two-pass JPEG compression. Scaling can range from 137.5 dpi to 50 dpi in steps of 12.5 dpi. This two-pass compression is designed--according to this feature--to reduce images to a predictable &#34;packet size&#34; apt for use in the entire high speed check imaging system. These functions of the JPEG &#34;P/C&#34; (Processing/Compression) hardware, (detailed below) must be performed, here, in real time on check images as they move down a high speed check sorter track at an approximate rate of 1800 checks per minute. 
     It is not possible, within the environment of present high speed check-imaging systems (detailed below), for a single JPEG &#34;P/C&#34; (Processing/Compression) path to process every check in real time. Therefore, one needs multiple JPEG &#34;P/C&#34; paths, operating in parallel, are needed. To reduce the time required for each Processing/Compression path to operate on an image (and therefore reduce the number of parallel paths needed to maintain system performance), many of the required functions of the JPEG &#34;P/C&#34; path have been implemented in hardware. A detailed explanation of such functions is described below. 
     System Environment 
     A JPEG &#34;P/C&#34; (process/compression) path as here contemplated, will perform image processing and real time JPEG compression of normalized and scaled images of documents (e.g. checks) captured in a check sorter at an average rate of 1800 checks per minute. The diagram in FIG. 2 indicates conditions under which the JPEG &#34;P/C&#34; path operates and the performance required of this unit to maintain overall system performance. 
     FIG. 2 shows the processing of a sample of check images as they move left to right across the page, similar to the way the checks would move through the check sorter. Here, track speed of the sorter assumed to be 300 inches per second. This means that a check that is 6 inches long will take 20 ms to pass a fixed point on the sorter track; here, checks can range in length from 5.75 inches to 9 inches (19 ms to 30 ms), with gaps between checks ranging from 1.5 inches (5 ms) to several inches). 
     The check images are captured by a camera preferably comprised of a vertical, 1024-element CCPD array which samples 256 grey levels per pixel (8 bits) with a resolution of 200 pixels per inch. In the vertical direction, the camera can capture images up to 5.12 inches high. The 1024 element array takes a snapshot of the check every 16.66 us as it moves down the sorter track, yielding a horizontal capture resolution of 200 pixels per inch. These 1024 pixel scans (captured every 16.66 us by the CCPD array) are divided into eight 128 pixel channels (shown as CH0 through CH7 in FIG. 2, each composed of 128 pixel scans). Hardware in the Camera/Digitizer D converts each 128 pixel scan into eight serial streams of pixels, with one pixel being output approximately every 130 ns. 
     The N/S (Normalizer/Scaler) hardware next normalizes the pixel values from the 1024 CCPD elements and then scales the image down. The maximum resolution after scaling is 137.5 (11/16ths scaling of 200 dpi captured image) pixels per inch in both dimensions (e.g., see example shown in FIG. 2). In this example the 128 pixel scans in each channel are reduced to 88 pixels per scan. The N/S hardware &#34;time-multiplexes&#34; four channels&#39; worth of data onto two, 8-bit serial outputs to the JPEG &#34;P/C&#34; hardware. The 88 pixels from all four &#34;even-numbered&#34; (total of 352 pixels per scan at 137.5 dpi) channels (0, 2, 4, 6) are time-multiplexed along one serial stream, while the pixels from the four &#34;odd&#34; channels (1, 3, 5 and 7) are multiplexed along a second serial stream. The two serial pixel streams operate at 50 ns/pixel (20 MHz) to guarantee that all 352 pixels per scan on each serial path can be transferred to the JPEG &#34;P/C&#34; hardware before the next scan is transferred. 
     A pair of JPEG &#34;P/C&#34; paths are preferably implemented on an H/C PCB (Histogram/Compressor printed circuit board, as indicated in FIG. 1C). Each process/compression path must detect the image dimensions and perform image processing on the scaled image prior to compression. Selected image processing algorithms require a grey level histogram of the entire image prior to execution. This means the entire image must be buffered (e.g., at 3-1, FIG. 3) and a histogram generated (e.g., at 3-7) before image processing can begin. Once image processing is complete, compression can begin. 
     The performance of the entire image system is what dictates how the JPEG Processing/Compression hardware must reduce each image to a target packet size; this is why the here-detailed JPEG compression hardware embodiment executes a 2-pass compression. The first pass uses a &#34;standard&#34; QM (Quantization Matrix) for JPEG compression. The results of the first pass compression, as well as the detected image dimensions, are used to pick a second QM for a second, final compression that will reduce the scaled image to the desired compressed packet size. 
     To maintain system performance, the JPEG Processing/Compression hardware must perform all these functions in real time which equates to generating a JPEG compression packet in 20 ms for a 6-inch check. Because a single JPEG &#34;P/C&#34; path cannot meet these requirements, multiple paths operating in parallel are required. The described H/C PCB was equipped with two independent JPEG &#34;P/C&#34; paths for this purpose (see FIGS. 3, 1C), and the system has locations for up to 8 H/C PCBs (for Front/Rear imaging). This means the system can have as many as 16 JPEG compression paths operating in parallel (e.g. two for each H/C PCB--on each side). For example, FIG. 4 indicates how up to 4 H/Cs can be used on each side (front and back) of the imaging system. 
     Compression, etc. 
     In one type of document processor, front and rear images of a document are captured, enhanced, and compressed by two independent mechanisms. Following compression, the front and rear images are combined with additional information specific to the document (previously received from the document processor), and stored in a database, separate from the document processor, for subsequent retrieval. 
     A hardware/software failure can cause the electronic images in the (front and rear image) processing stages to become unsynchronized; e.g. Typically, because one or more images are skipped on one side; or, the front and rear image bits may be synchronized with one another, but may not be synchronized with ancillary document information (&#34;collateral document data&#34; that is associated with the image bits). If this condition goes undetected, then the front and/or rear image bits will not be stored with the proper document record in the database. 
     Thus, it will be understood as useful to have a method of identifying (both set of) image bits, especially where the image data is to be reliably co-identified with collateral document data. Such &#34;identification-bits&#34; should be carried with the image data through the various stages of processing, so the image&#39;s identity can be maintained at each processing station, and can be transferred to a downstream processing station. Such identification-bits should be available at the point where the front and rear image data, and &#34;collateral document data&#34; are merged to ensure that a full, correct data set is being combined for transfer to the database. A salient object hereof is to so identify image data; especially with &#34;sync bits&#34; as detailed below. 
    
    
     BRIEF DESCRIPTION OF THE DRAWINGS 
     For a more complete understanding of the present invention, and advantages thereof, reference may be made to the following detailed description taken in conjunction with the accompanying drawings, in which: 
     FIG. 1A is a generalized block diagram of a typical document processing (sorting) system; FIG. 1B is a block diagram indicating the transfer of &#34;sync-tag&#34; data through such a document processing system; while FIG. 1C is a like showing of a dual-path Histogram/Compressor unit thereof; 
     FIG. 2A is a block diagram of image processing portions of such a system indicating exemplary use (flow) of &#34;sync tag&#34; data according to this invention, while FIG. 2 illustrates the functions of Digitizing, Normalize/Scaling (N/S) and Processing/Compression of an exemplary document; FIG. 3 is a block diagram illustrating a single Processing/Compression path in such a system; and 
     FIG. 4 is a plot of related exemplary processing signals and video/status data; 
     FIG. 5 details the makeup of a preferred Normalizer/Scaler Unit; and 
     FIG. 6 gives the makeup of a preferred JPEG Compressed Data Buffer. 
    
    
     DETAILED DESCRIPTION 
     Conventional Solution (&#34;OLD WAY&#34;) for Synchronization 
     In a more conventional solution for this problem, all transactions between processing stations would be performed on a first in, first out (FIFO) basis; while assuming, for instance, that four different associated data queues (front image, rear image, collateral document data, and image &#34;status&#34;) will remain in synchronization. The only validation of genuine synchronization would be via the physical dimensions of an image (e.g., as embedded in the image data, along with &#34;image status&#34;). However, when processing documents of a single uniform size, this isn&#39;t worth much. 
     New Solution (Preferred Embodiment) 
     We prefer, according to a feature hereof, to use a &#34;sync tag identifier&#34; (i.e., identifying bits that help synchronize) which is assigned to a document and is used to track that document through the Imaging Module. This &#34;Tag&#34; is preferably used by each software and hardware entity that performs functions on a per-document basis.  No &#34;synchronization&#34; or other time-based check should be inferred.! 
     For instance, consider Document Processor DP schematically indicated in FIG. 1B and including an image interface unit (board) IIB and associated processing software DP-S, fed by an Imaging Module IM, including a pair of Front-/Back image processing units A-1, A-5 to develop respective electronic, digital document image data, as aided by a Diagnostic/Transport Interface DTI. This electronic image data is passed to a Main Processor A-7, and may be stored in a Storage-Retrieval unit SRM, being linked to processor A-7 via a Point-to-Point Optical Link unit A-9, as known in the art. 
     In this system, it will be understood that an Electronic Camera and an Image Digitizer operate to process video scan lines, but that they perform no operations on a per-document basis, and therefore do not use &#34;sync tags &#34;. Here, the &#34;sync tags&#34; are preferably arranged to originate with the Document Processor Software (e.g., see FIG. 1B, element DP-S) as workers will appreciate. 
     Sync-Tags, In General 
     FIG. 2A illustrates a &#34;flow&#34; of &#34;sync tag&#34; information through the image processing electronics of a document processor (e.g., like that of FIG. 1B, Imaging Module thereof) to a Storage and Retrieval Module, SRM. The &#34;sync tags&#34; preferably originate within the document processor software, and are returned to the document processor software, providing an end-to end check of the integrity of image generation. 
     The &#34;sync tag&#34; for a document is preferably assigned by software executing in the document processor. That software produces information indicating the operations that the document processor/imaging module are to perform on the document as it travels to its assigned sort-pocket; this is the &#34;Dispose Command &#34;. Part of this Dispose Command is the sync tag and image information. The Dispose Command is transferred by the Image Interface IIB (FIG. 1B) to the Imaging Module IM. 
     Salient units of image processing electronics are indicated in FIG. 2A, including image digitizer 1D, front CAR Port C F  (accepts Courtesy-Amount-Reader data, as known in the art), with a Buffer JCDB (JPEG Data Buffer, also see FIGS. 1C and 2) fed by a Histogram/Compressor Stage H/C that is, in tern, by a pair of Normalizer/Scalers (Master N/S, M-S and Slave N/S, S-S). Sync-tag data is fed to Scaler M-S (e.g., from Document Process Software, so DP-S, FIG. 1B). 
     A preferred Normalizer/Scaler organization (re sync-tag) is indicated in FIG. 5 as a Sync-Tag FIFO register 5-1 coupled between an interface 5-5 to the H/C stage and an input (DT1) interface 5-3, with a &#34;Last Sync-Tag register&#34; 5-7 in parallel therewith. Fault registers 5-8 and Status registers 5-9 are also so coupled. 
     A preferred organization of JPEG Compressed Data Buffer JCDB (e.g., see FIGS. 1C, 2A, 3 and 5) is indicated in FIG. 6 as a pair of Primary-, Redundant Memory buffers 6-3,6-2 coupled between H/C interface 5-5 (see FIG. 5) and Interface 6-4 to the Main Processor, with a Cross-Compare Stage 6-8 in parallel to Interface 6-4. A Sync-Tag Queue Unit 6-6 and associated DT (Diagnostic Transport) Interface 6-7 (see FIG. 1B) also input by H/C Interface 5-5. 
     Diagnostic and Transport Interface Use of Sync Tag 
     According to this embodiment, when a Diagnostic and Transport Interface (DTI) receives such &#34;disposition information&#34; (e.g., FIG. 1B, as above) from the document processor, it extracts the sync tag information and passes the sync tag value to Sync Tag FIFOs in the Normalizer/Scaler (N/S) units (e.g., see FIG. 5) for the front and back image processing electronics. Then, this disposition information is passed to the Main Processor (A-7, FIG. 1B). 
     When the DTI receives an &#34;interrupt&#34; from the Normalizer/Scaler units, it begins a timeout for the item to complete compression. The DTI then reads the &#34;Last Sync Tag Register&#34; from both Normalizer/Scalers (e.g., see FIG. 5), and verifies that the sync tag that was read matches the sync-tag in the &#34;Dispose Command &#34;. If either sync tag is &#34;incorrect&#34; (i.e., does not &#34;match&#34;), then the DTI requests the Main Processor to &#34;Stop Flow &#34;. 
     When the DTI receives an interrupt from a JPEG Compressed Data Buffer (JCDB, FIG. 2A: described above), it reads the Sync Tag Queue for the interrupting JCDB. If the sync tag has the expected value, then the &#34;timeout&#34; for the item to complete compression is disabled. If the sync tag does not have the expected value, the DTI requests the Main Processor to &#34;Stop Flow &#34;. If this is the second JCDB interrupt for this item (that is, if the interrupt from the JCDB from the other side for this item has been processed or has timed-out), then the &#34;status&#34; for this item is sent to the Main Processor A-7. 
     Sync Tag Usage in Main Processor 
     The Main Processor (A-7) compares the master N/S sync tag and the slave N/S sync tag in the JCDB memory buffer for the interrupting JCDB. If the sync tags do not match, then Processor A-7 uses the sync tags from the redundant JCDB memory buffer (see 6-2, FIG. 6) to determine if the fault lies in the JCDB memory buffer, or in the input data from the Histogram/Compressor (H/C bus, 6-5, FIGS. 5, 6). The &#34;status&#34; from the H/C within the JCDB memory buffer indicates if the H/C detected a mismatch in the sync tags as they were received from the N/S boards. 
     Main Processor A-7 compares the master N/S sync tags from the front and back JCDB buffers with the sync tag in the next queued &#34;disposition information&#34; and the sync tag in the &#34;status&#34; bits from the DTI, to verify that the sync tags from all four sources match. The main processor also transmits the &#34;sync-tag&#34; to the Document Processor Software (DPS, FIG. 1B) when processing is complete. 
     Sync tag Flow in Imaging Processing Electronics 
     FIG. 2A illustrates sync tag &#34;flow&#34; through image processing electronics (for handling the image of one side (assume Front side) of a document. Note: The front and back sides of the document are processed by like, separate sets of electronics. The &#34;intermediate&#34; and &#34;final&#34; sync tags produced are examined by the programs executing in the Imaging Module, to verify that the sync tags remain in sequence for a particular side, and that they match between the two sides. 
     Assume each Normalizer/Scaler (Master and Slave) completes its processing of a document (image data)--then if the Sync Tag FIFO is not empty (e.g., see FIG. 5), the system assigns the sync tag value at the &#34;head&#34; of the Sync Tag FIFO for the document. But, if the Sync Tag FIFO is empty, the Normalizer/Scaler assigns a sync tag value equal to the value in the &#34;Last Sync Tag Register&#34; for the document, and sets a Sync Tag FIFO &#34;underrun bit&#34; in one of its &#34;fault registers&#34; (e.g., see FIG. 5), internal to each Normalizer/Scaler. 
     In either case, the Normalizer/Scaler then stores the sync tag value in the &#34;Last Sync Tag Register&#34; (e.g., FIG. 5), and then assembles and transfers the sync tag and status data for the document to the Histogram/Compressor and interrupts the DTI, and removes the entry at the head of the Sync Tag FIFO. 
     The transfer of &#34;status&#34; data (conventionally developed as workers realize) from the Normalizer/Scaler to the Histogram/Compressor array H/C follows the final scan line of an image, using the same bus as the image data (e.g., illustrated exemplarily in FIG. 4). Following the transfer of the last pixel of an image, from the Normalizer/Scaler boards to the Histogram/Compressors, a &#34;document present&#34; signal (PDOCPRES --  N) will usually remain in an inactive state, with the &#34;valid video&#34; signal (PVALID --  N) inactive until the status and sync tag bits associated with the image data are ready for transfer to the Histogram/Compressor boards. Coincident with this PDOCPRES --  N signal going inactive, the least significant byte of the sync tag from each Normalizer/Scaler board is transferred over a &#34;processed video&#34; (PVIDEO) bus (e.g., see FIG. 2A). 
     At the next clock, the most significant byte of the sync tag from each Normalizer/Scaler board is transferred over the PVIDEO bus. During each of the next (30) clock cycles, one byte value may be transferred over the PVIDEO bus to the Histogram/Compressors by each Normalizer/Scaler. Multiple-byte information is transferred, least significant byte first. 
     The Histogram/Compressor includes the sync tags and &#34;status&#34; bits received from the Normalizer/Scaler boards in its &#34;compressed image buffer&#34; (see Output Buffer, FIG. 3)--these bits are transferred to the JPEG Compressed Data Buffer. (e.g., see FIG. 2A). The Histogram/Compressor compares the sync tag bits received from the Master Normalizer/Scaler board with those received from the Slave Normalizer/Scaler board, and a &#34;fault&#34; is declared if they are &#34;unequal&#34;. This fault data is also included in the image data that is transferred from the compressed image buffer to the JPEG Compressed Data Buffer. 
     The JPEG Compressed Data Buffer (FIG. 2A) extracts the sync tags from the Master N/S as data is received from one of the Histogram/Compressors. This sync tag is placed in a queue which can be read by the DTI. (When an entry is &#34;read&#34;, it is removed from the queue.) An &#34;interrupt&#34; in presented to the DTI whenever this queue is not &#34;empty &#34;. 
     &#34;New Way&#34; Reprised 
     The &#34;new way&#34; here-described provides for a positive identification of electronic document image data at every processing station in an imaging module that performs operations &#34;on a per-document basis&#34; (e.g., see DPS and Main Processor in FIG. 1B), from the time the image data is first delineated until its data packet is sent for storage to the database. 
     In the &#34;old way&#34;, all transactions between processing entities would be performed on a first in, first out (FIFO) basis, in general, while assuming that the four different associated data queues (front image, the rear image, &#34;collateral document information&#34;, and image status) remained in synchronization. But this isn&#39;t a reliable assumption, since synchronization could be verified only via physical document dimensions (e.g., as embedded in the image data), and by &#34;image status&#34;; however, when processing documents of uniform size, this is worth little. 
     But using &#34;sync tags&#34; as here taught can be quite advantageous; e.g., when made available to the DTI at the Normalizer/Scaler and JCDB boards to verify the integrity of the DTI&#39;s image processing electronics and its internally maintained queues, since each entry in a queue also contains the sync tag--remembering that the sync-tags facilitate rapid, reliable detection of a malfunction which throws the Front/Rear image-bits out of sync. 
     Also, sync tags may be used during debugging to easily identify the various pieces of image data and other, collateral, data associated with a particular document image. Having the sync tag embedded into image data (e.g., like &#34;status&#34;) allows this fundamental information to be easily correlated, whereas the &#34;old&#34; way gives no such convenient identifier/synchronizer. 
     While the invention has been described in connection with the presently preferred embodiment, the principles, of the invention are capable of modification and change without departing from the spirit of the invention as set forth in the appended claims.