The present invention relates to a system and method for processing mail and, more specifically, to an apparatus and method for extracting, reordering, reorienting, imaging and sorting documents, and particularly remittance transactions in the form of an invoice and an accompanying check.
Automated and semi-automated machines have been employed for processing documents such as bulk mail. Due to the large quantity of mail received by many companies, there has long been a need for efficient sorting of incoming mail. In this regard, document sorting has become particularly important in the area of remittance processing.
Utility companies, phone companies, and credit card companies routinely receive thousands of payment envelopes from their customers on a daily basis. Typically, a customer payment envelope contains an invoice stub and some type of customer payment, usually in the form of a bank check or money order. The contents of each envelope are generally referred to as a transaction, and may consist of one or more documents including one or more invoice and/or one or more check. The most common transaction consists of a single invoice stub and an accompanying payment check.
According to conventional methods of automated or semi-automated remittance processing, the documents, such as an invoice and an accompanying check, are processed by being extracted from the envelopes, placed in the proper sequence and orientation, and then stacked into groups or batches of documents. The extraction, sequencing and orienting of the invoices and checks has been effected both manually and by the use of automated or semi-automated equipment. Once arranged in stacks, the sequenced and oriented invoices and checks are then separated into groups of documents. This grouping, referred to as batching, is typically performed manually by inserting batch tickets into the stacks of documents to physically define selected batches of documents. The stacks of batched invoices and checks are then transferred to a separate remittance processing device and fed through the device multiple times to effect the necessary remittance processing. Because the stacks of invoices and checks are transferred to a separate remittance processing device after the documents have been extracted form the envelopes, errors may arise in determining which documents belong to which distinct transaction. Errors may arise in defining transactional boundaries because the documents have already been separated from the envelopes that physically and accurately define the boundaries for each transaction before processing is commenced on a remittance processing apparatus. Therefore, the remittance processing apparatus must attempt to determine the transitional boundaries based on the sequence of the documents that are fed through the apparatus. If the sequence of documents is not predetermined and precisely maintained, the transactional boundaries may be misplaced. For example, if more than one check is enclosed with a single invoice, it becomes difficult after the extraction has already been performed to ascertain whether the additional check should be included with the preceding or the following transactional documents. As a result, a check from one transaction may be processed erroneously with an invoice from another transaction.
Other problems may also arise whenever the invoices and the checks are not in proper uniform sequence or in the proper orientation. For example, the lack of proper sequencing and orientation may cause misreads or errors during a remittance processing run. If a check is being read instead of an invoice due to an improper sequence, the appropriate information will not appear at the proper location on the document during document imaging. Likewise, if a check is not in its proper orientation, an image of the back of the check may be misread as the front of the check. In accordance with the present invention, an apparatus and method are provided for extracting documents from envelopes, reordering and reorienting the documents, and imaging and storing data regarding the documents so that the association among the documents in the transactions is known during subsequent remittance processing and the proper images are acquired and stored for the selected orientation of the document.
In accordance with the present invention, an apparatus is provided for sorting a group of documents contained within envelopes into selected batches of documents. More specifically, the apparatus functions to sort a selected group of documents such as an invoice and an accompanying check contained within a remittance payment envelope into selected batches of invoices and checks. Appropriate image data is acquired and stored such as the MICR line of a check and the OCR line of an invoice.
To effect document processing, a document transport is provided for conveying the documents and the envelopes containing such documents along a selected path of movement. To input the envelopes onto the document transport, an envelope feeder is provided. The envelope feeder may be configured to hold a selected group of envelopes in position so that the envelopes may be fed in a serial manner onto the document transport. Unopened or partially unopened envelopes may be conveyed by the document transport through a series of testing stations to enable the detection of any non-conforming envelopes that fail to meet selected test criteria. For example, the envelopes may be conveyed through a thickness detector to determine whether any envelopes are too thick for further processing as well as a metal detector to determine whether any envelopes contain paper clips that could jam the apparatus. Any nonconforming envelopes may be outsorted from the apparatus. Envelopes that meet the selected test criteria are conveyed to the document transport along the selected path of movement for further processing.
An extractor is positioned along the path of movement for extracting the documents from the envelopes. Typically, the extractor may include a series of envelope edge cutters in order to cut open selected edges of each envelope to enable the document contents to be removed therefrom. If a proper extraction is effected, the envelope is discarded and the extracted documents are conveyed by the document transport along the selected path of movement. If the extraction is improper, the document may be reunited with the envelope and outsorted to a selected output area.
A system controller is provided for identifying the set of documents, such as an invoice and an accompanying check, extracted from each respective envelope as a single distinct transaction along the path of movement. The system controller also serves to monitor and maintain distinct transactional boundaries between successive transactions of documents. The system controller also controls image acquisition of selected documents and the storage of such information.
An orientation detector may be positioned along the path of movement to determine the orientation of documents conveyed along the path of movement. Optionally, documents that have previously been extracted from envelopes, such as by manual extraction, may be fed directly to the orientation detector for processing. The orientation detector may include, for example, an optical detector device, such as a camera, for acquiring optical images of selected documents. In addition, the orientation detector may include a magnetic image reader for reading selected magnetic images or magnetic patterns from documents conveyed along the path of movement. A document orientor is provided for selectively changing the orientation of documents along the path of movement into a desired orientation along the path of movement. For example, the document orientor may include a document reverser for reversing the document from back to front along the path of movement, as well as a document inverter for inverting the document from top to bottom along the path of movement. As such, the document orientor functions to selectively change documents from an upside-down orientation into a right-side-up orientation and from a face-backward orientation to a face-forward orientation along the path of movement. The document orientor may also include a document reordering mechanism for changing the order of successive documents along the path of movement. More specifically, the document reordering mechanism functions to enable a trailing document to become a leading document and a leading document to then become the trailing document along the path of movement. In general, the document orientor functions to ensure that each type of document is positioned in the same orientation along the path of movement and that document pairs in each defined transaction are in a desired sequence such as invoice-check.
A separate document feeder may be positioned downstream from the envelope feeder for selectively feeding batch identification pieces, in the form of batch index cards, into the path of movement. The document feeder may also function to feed additional stacks of documents into the apparatus.
An image acquisition device is employed for acquiring an image of the batch identification pieces and selected documents conveyed along the path of movement to enable the system controller to assign documents of selected transactions into selected batches of documents. If a selected document image meets a predetermined criteria, the transaction containing the selected document may be assigned to a selected batch by the system controller. If, however, the document image fails to meet a selected criteria, e.g. the document is not readable, then the system controller may assign the respective transaction into a non-conforming group of documents.
An image storage medium, in the form of a non-volatile storage medium, is provided for storing the acquired images of the selected documents for subsequent remittance processing. A document sorter functions to sort documents of selected batches into selected output areas. A printer may also be employed along the path of movement for printing selected information on selected documents. For example, the printer may be utilized to print batch identification information such as a batch number, a transaction number and a document number on selected documents, such as checks or invoices, in response to the batch identification pieces conveyed along the path of movement.
A method in accordance with the present invention is also provided for sorting a group of documents contained within envelopes into selected batches of documents. Pursuant to the method, documents contained within the envelopes may initially be extracted from the envelopes so that the set of documents extracted from each individual envelope is identified and tracked as a single distinct transaction. The extracted documents are conveyed along a path of movement and the orientation of selected documents along the path of movement is then determined. The orientation of selected documents may be determined by acquiring optical or magnetic images from selected areas of the documents. The documents are then selectively oriented along the path of movement into a desired orientation along the path of movement. Orienting documents into the desired orientation may included reversing documents from front to back or inverting or flipping documents from top to bottom along the path of movement. The sequence of selected documents may also be changed along the path of movement. An image of selected documents is acquired and selected transactions of documents are assigned into selected batches. The acquired images of the selected documents are stored and the documents are sorted into the respective batches. Batch identification pieces may be fed into the selected path of movement to identify selected batches into which selected documents may be grouped.
The present invention also provides an apparatus for semi-automated mail processing using manual extraction. The apparatus includes an extraction station at which the envelopes are staged while the documents are extracted. After the documents are extracted from a particular envelope, the envelope is conveyed away from the extraction station, either automatically or in response to some action by the operator.
One or more chutes may also be provided for receiving extracted documents so that the documents may be fed to the imaging station. If a number of chutes are utilized, the chutes can be utilized to identify information regarding the documents or the transaction. More specifically, each chute may include a corresponding sensor for detecting the presence of documents. The operator may examine the documents extracted from an envelope to determine information regarding the transaction, such as whether the transaction is a single, a multi, or otherwise. The operator then places the transaction in the corresponding chute, and the sensor in the chute sends a signal to the system controller identifying the documents in the chute as a particular transaction-type. The documents are then scanned to obtain image data and the information regarding the transaction-type is stored with the corresponding image date.
The foregoing summary as well as the following detailed description of the preferred embodiments of the present invention will be better understood when read in conjunction with the appended drawings, in which:
Referring to the drawings in general and more specifically to
Referring to
After the documents are properly ordered and oriented, the documents are conveyed to an imaging section 200 that magnetically and optically images the documents to acquire image data for each document. The image data is stored in a file for later use during remittance processing. In the imaging section 200, the documents are first magnetically imaged by a MICR character reader 220, which reads the MICR line on the checks. Next, an image acquisition module 230 which includes at least one line scan camera 231, scans the documents to obtain an optical image of each selected document. The apparatus then processes the images to extract information about each document, such as the OCR line that appears on invoices. The extracted information and the image of the document are used to create a document record for each document. The records for a group of transactions, referred to as a batch, are combined to form a batch file.
After the documents are imaged, a printer module 240 prints information on the documents, such as the batch number, the transaction number, the document number, and the date on which the document was processed. From the printer module, the documents are conveyed to a stacker 300, which sorts the documents into a series of bins 302a-302h. The stacker 300 sorts the documents into groups referred to as batches. Each batch is assigned a control number, referred to as a batch number. For each batch, the stacker 300 sorts the invoices into one bin, and the checks into a separate bin. Alternatively, it may be desirable to stack the checks and invoices for a batch together into one bin so that the documents for each particular transaction are together in the same stack.
A system controller 95 monitors the flow of documents in response to signals received from the various components of the apparatus 10. In particular, the system controller 95 monitors the boundaries of each transaction as the documents are processed. Because each envelope defines the boundaries for each transaction, and the documents are initially contained within envelopes, the boundaries for each transaction are known. Once documents are extracted from an envelope, the system controller monitors the documents from each transaction to ensure that documents from one transaction do not become associated with the documents from a different transaction. For example, the system controller ensures that a check from envelope A does not become associated with an invoice from envelope B. This is referred to as maintaining transactional integrity. The system controller 95 ensures that transactional integrity is maintained through the entire process.
Two personal computers allow an operator to interface with the system controller 95. An operations computer is the primary interface with the system controller for controlling the operation of the apparatus. The operations computer includes a monitor 18 to display information regarding the processing of documents. A keyboard is also provided to allow the operator to input various information necessary to process a group of documents, such as the type of transactions to be processed. In addition, an imaging computer 260 operating under the Windows NT operating system allows the operator to interface with the system controller 95 regarding operation of the imaging section of the apparatus. A display 262 for the imaging computer 260 is mounted on an articulating arm on the side of the stacker 300 and a keyboard for the imaging computer is stored in a drawer below the imaging section.
Referring now to
The first extraction qualifying detector is a thickness detector 22. If the thickness of an envelope does not fall within a predetermined range, the envelope is electronically tagged by the system controller 95 and outsorted prior to extraction. For example, the basic mode of operation for the apparatus 10 is processing singles, which are transactions that consist of only one check and one invoice. Envelopes that contain only one document, such as a check without an invoice, will have a thickness that is less than the allowable range. Such envelopes are not qualified for extraction. In the same way, envelopes that contain more than two documents will have a thickness that is greater than an allowable range, and therefore are not qualified for extraction. Envelopes that do not qualify for extraction are electronically tagged and outsorted prior to extraction so that the outsorted envelopes can be processed separately from the envelopes containing singles. In addition, the thickness indicator 22 does not qualify envelopes containing paper clips or returned credit cards because the envelopes typically have a thickness that is greater than the allowable range. Therefore, envelopes containing returned credit cards or paper clips, which generally require special handling, are outsorted prior to extraction.
The envelopes are next qualified by a metal detector 24. The metal detector detects the presence of ferrous and non-ferrous metallic objects such as staples and paper clips. If the metal detector 24 detects the presence of a metallic object within an envelope, the envelope is not qualified for extraction and the system controller 95 electronically tags the envelopes so that the envelope is outsorted prior to extraction.
An optical envelope imager including at least one line scan camera 25 may also be included to qualify the envelopes prior to extraction. The camera 25 scans a portion of each envelope to determine whether selected information or markings are present. For instance, a customer response box may be located on the back of an envelope. The envelope scanning camera 25 scans the customer response box to determine whether the customer has indicated a response by placing a mark in the response box. In addition to scanning for marks, the envelope scanning camera 25 can be used to determine the presence of particular information on an envelope, such as a change of address indication on the envelope and a POSTNET bar code. The camera 25 can further be used to detect whether an envelope and its contents are damaged. If the envelope and its contents are damaged, or if selected information or a mark is detected, the envelope may be electronically tagged and outsorted prior to extraction. Alternatively, if selected information or a mark is detected and the envelope is not damaged, the envelope and its contents may be processed and the system controller 95 may electronically tag the envelope indicating that selected information was present on the envelope or that a particular mark was present on the envelope. Later, the data regarding the information or mark appearing on the envelope can be combined with data regarding the image of the documents in the envelope, as will be further discussed below. The optical envelope imager may also include a second camera so that both sides of each envelope can be scanned to qualify the envelopes.
From the optical envelope imager, the system transport 75 conveys the documents to a gate 26 that is operable between two positions. Envelopes that were not qualified for extraction because they do not meet certain criteria are directed down an outsort path designated B in
Envelopes that are qualified for extraction are directed down the path designated A to the cutting area 30. In the cutting area 30, the leading edge, top edge and bottom edge of each envelope are cut so that the faces of each envelope are only joined along the trailing edge. From the cutting area, each envelope and its accompanying transaction are conveyed to an extractor 50. In the present instance, to minimize the floor space of the apparatus, the extractor 50 and the orientation section 100 are mounted on a vertical base plate 105, perpendicular to the horizontal base plate 32 of the cutting area 30.
Extraction of Contents from Envelopes
Referring now to
In
As shown in
A pivotable deflector 62 along the extraction transport 56 directs the leading face toward an envelope path, which is designated C in
Frequently, one of the documents in an envelope is entrained by one of the flaps that form the envelope, preventing separation of the envelope from the contents. To improve the separation between the envelope and its contents, the envelope passes around a small diameter roller as the envelope enters envelope path C. As shown in
A pair of thickness detectors 80a and 80b are disposed along the envelope path C and the document path D. The envelope thickness detector 80a senses the thickness of the envelope as the envelope leaves the extractor 50, and compares the thickness of the envelope with a predetermined limit. If the thickness of the envelope exceeds a predetermined limit, the system controller electronically tags the envelope so that the envelope and its contents are reunited and directed along the path designated E to a reunite bin 125. Similarly, if the document thickness indicator 80b indicates a thickness that exceeds a threshold level, it is assumed that the contents were not properly extracted from their respective envelope. The system controller 95 therefore electronically tags the content so that the contents are reunited with their respective envelope and directed along the path designated E to a reunite bin 125. If the thickness detectors 80a, 80b indicate that the contents have been properly extracted from their envelope, the envelope is directed along the path designated F to a waste container and the contents are directed along the path designated G to a singulator 110 that separates the documents within the transaction.
Referring now to
During operation, the system transport 75 conveys a transactional pair of documents in face-to-face arrangement to the singulator 110. The entry sensor 119a senses the leading edge of the pairs of documents as the pair enters the singulator 110, and then after a predefined delay, the brake 116 engages the idler roller 112 to retard or stop the rotation of the idler roller. The pair of documents then enters the nip formed between the idler roller 112 and the drive roller 114. Because the outer surface of the idler roller has a coefficient of friction that is higher than the coefficient of friction of both the drive roller and the faces of the pair of documents, braking the idler roller causes the idler roller to engage and retard the progress of the document confronting the idler roller. At the same time, the document confronting the drive roller 114 is driven past the exit sensor 119b by the drive roller. In this way, the document that was initially confronting the drive roller becomes the leading document of the transactional pair.
Once the exit sensor 119b detects the passage of the leading edge of the leading document, the brake 116 disengages the idler roller 112, after a predetermined delay so that the drive roller 114 drives the trailing document past the exit sensor 119b. The release of the brake is controlled by the system controller in response to signals received from the exit sensor 119b, and is timed to control the gap between the leading and trailing documents in a transaction.
From the singulator 110, the apparatus 10 processes the documents by determining the order and orientation of the documents as the documents are conveyed through the system transport 75. When processing documents in transactions that were extracted from windowed envelopes, the order and orientation of the invoice is known because the customer placed the invoice in the front of the envelope with the preprinted return address visible through the window. Therefore, the sequence of the documents in a transactional pair and the orientation of the invoice in the transaction are both considered constant when processing windowed mail. However, the orientation of the check in a transaction is not constant, and therefore must be determined so that the check can be reoriented if necessary.
For this purpose, the system transport 75 serially conveys the documents to a MICR module 135 that functions as a magnetic imager to determine the orientation of the checks. The MICR module 135 first imparts a magnetic charge to the magnetic ink on the checks. The orientation of each check is then detected by reading the flux variation of the characters or markings on the check as the check is conveyed past the MICR module 135. The magnetic readings for the checks are interpreted by the MICR module 135 to determine the orientation of each check. The orientation decision by the MICR Module 135 is then transmitted to the system controller 95 which electronically tags the respective document with the orientation decision data.
The MICR module also verifies that the documents in a transaction are in the proper sequence. If the MICR module detects certain magnetic fluctuations in the document after the document has been magnetized, then the MICR module tags the document as a check. Otherwise, the document is tagged as an invoice or as being an indeterminable document. The information regarding the document identification is communicated to the system controller 95. The system controller 95 then electronically tags each document in sequential order as being a check or an invoice based on the data from the MICR module 135. The MICR module 135 then uses the identification of each document to determine if the documents in a transaction are in the proper order. For example, a desired sequence for a transactional pair of a check and an invoice may be invoice first, then check referred to as invoice/check. If the MICR module 135 detects magnetic markings on the first document, then the first document is presumed to be a check and the documents in the transaction are out of order, i.e. check/invoice order rather than invoice/check. The documents in the misordered transaction are electronically tagged by the system controller and directed to a reject bin 250 in the imaging section 200.
If the MICR module 135 verifies that the documents in a transaction are in order, but the check is not in the proper orientation, the apparatus reorients the check into the proper orientation. For this purpose, the documents are conveyed to a reverser 150, which is illustrated more clearly in
From the reverser 150, the documents are conveyed to a twister 170. If a check is not properly oriented in a right-side-up orientation, the check is reoriented by the twister. The twister 170 reorients a check by flipping the check about a horizontal axis so that the top edge of the check becomes the bottom edge and the bottom edge becomes the top edge. More specifically, the check is transported between belts that twist 180 degrees along the run of the belts. In this way, the check is inverted from an upside-down orientation into a right-side-up orientation. At the same time, because the check is rotated by the twister, the check is also flipped from front to back.
The apparatus can also be used to process documents extracted from windowless envelopes. When documents are extracted form windowless envelopes, the order and orientation of the documents are unknown. As with windowed mail, the MICR module 135 can be used to determine the orientation of the checks and the order of the documents within a transaction. If the MICR module 135 detects certain magnetic fluctuations in the document after the document has been magnetized, then the MICR module tags the document as a check. Otherwise, the document is tagged as an invoice or as being an indeterminable document.
In addition, when processing windowless mail, a second orientation detector is included for determining the orientation of the invoices. For this purpose, the apparatus 10 includes a content imaging module 140 having a pair of line scan cameras 141a, 141b located along the document path downstream from the MICR module 135. The content imaging module 140 cooperates with the system controller 95 to detect the orientation of the invoices based on the image scanned by the cameras 141a, 141b. A pair of cameras is provided so that both sides of the invoice can be scanned. The cameras may also be used to scan both sides of each check.
When processing windowless mail, because the order of the documents within a transaction is not generally constant, it may be desirable to reorder documents within a transaction that are out of sequence, rather than directing the transaction to a reject bin. For this purpose, when processing windowless mail, it is desirable to include a reordering module 145 along the document path prior to the reverser 150. Referring now to
If the order of the documents within a transaction is not determined, then the documents in the transaction are electronically tagged by the system controller 95 and processed separately from ordered documents in the imaging section, as is detailed below. Similarly, if the orientation of a document is not determined, then the document along with the other documents in the transaction are electronically tagged by the system controller 95 and processed separately from ordered documents in the imaging section.
After the documents are properly ordered and oriented, the system transport 75 conveys the documents to an imaging section. Referring now to
As illustrated in
Referring again to
From the MICR character reader 220, the documents are conveyed to the image acquisition module 230. Along the document path between the MICR module 220 and the image acquisition module 230 an image entry sensor 228 detects the presence of a document. The image entry sensor is an infrared sensor employing an infrared emitter on one side of the document path and an opposing infrared receiver on the other side of the document path. The image entry sensor 228 senses the existence of a document, including a leading and/or trailing edge of a document, within the document path at the location of the sensor.
As shown in
The imaging camera 231a is mounted in position on the base plate 210 to scan the image of the front face of each document conveyed along the document path. Additionally, the image acquisition module 230 may include a second camera 231b similar to camera 231a, but mounted in position on the base plate 210 to scan the image of the back face of each document conveyed along the document path. If a second camera is included, a second plate 236b, a second resilient roller 232b and a second pair of lights 234b that are similar to the plate, roller and lights accompanying the first camera, are also included. Additionally, the second camera 231b, interfaces with and is controlled by the imaging computer 260 in the same manner as the first camera 231a. In this way, the second camera allows the apparatus to capture images such as customer responses that appear on the back of an invoice.
The imaging cameras 231a, 231b are high resolution line scan cameras suitable to achieve a 200×200 dpi image resolution. The transport moves at approximately 150 inches per second, and the acquisition rate of each camera is matched to the transport speed so that a 200×200 dpi image resolution is achieved. The imaging cameras scan the documents and acquire data representing the light intensity at discrete points of each document. For each point, or pixel, the light intensity is represented by a gray scale number ranging from zero for black to 255 for white. The light intensity for each pixel is communicated to the computer as an eight bit representation corresponding to the gray scale number.
It may be desirable to configure the cameras in the optical contents imager 140 to acquire image data for the documents in the image acquisition module 230. In this way, the image data from the optical contents imager can supplement the image data acquired in the image acquisition module, or the cameras in the image acquisition module 230 can be eliminated and the image data from the optical contents imager can be used or replace the cameras in the image acquisition module 230. However, because the optical contents imager is located prior to the orientation section 200, the documents passing through the optical contents imager are not necessarily in the proper orientation. Therefore, before further processing of the image data for a particular document, as is discussed further below, the image data may have to be manipulated to reflect the proper orientation of the document.
After the documents are imaged, which is further detailed below, the system transport 75 conveys the documents to a printer module 240 which is controlled by the imaging computer. The printer module 240 includes at least one ink jet printer 241a. The printer head of the ink jet printer 241a is mounted on an adjustable mount so that the distance between the printer head and the base plate 210 is infinitely adjustable between an upper limit and a lower limit. In response to signals from the imaging computer 260, the printer module 240 prints audit trail data, at step 397 of
The system transport 75 conveys the documents from the printer module 240 to a gate 245 that pivots between two positions. Based on signals from the imaging computer 260, the gate 245 directs each document either to a reject bin 250, or to the stacker 300, which sorts and stacks the documents in a plurality of bins. Referring to
The drive system for the system transport 75 in the imaging section is illustrated in
Two types of drive motors are used to drive the three sections of the system transport 75 in the imaging section. In the second section a synchronous motor 260 is used to provide precise control of the system transport speed. In the first and third sections precise speed control is not required, so the drive motors in the first and third sections 255a, 255b need not be synchronous motors. In response to variations in the load of the system transport, the output speed of the synchronous motor 260 does not vary as much as the drive motors 255a, 255b in the first and third section. For example, the speed at which the first motor 255a drives the first section of the system transport 75 may vary as much as approximately plus or minus five percent in response to changes in the load of the system transport. However, the speed of the synchronous motor 260 varies only about plus or minus one percent in response to changes in the load of the system transport. The more accurate speed control of the synchronous motor provides a more consistent document travel speed past the MICR character reader 220, which enhances the read rate of the MICR character reader.
In response to signals received from the system controller 95, the imaging computer 260 controls the operation of the image acquisition module 230 via a frame grabber 280. When the image entry sensor 228 detects the presence of a document, the image entry sensor sends a signal to the system controller 95 indicating the presence of a document. The system controller then sends a signal to the frame grabber 280 indicating whether the document detected by the image entry sensor 228 is to be scanned. At the same time, the system controller sends data to the imaging computer 260 regarding the document. For instance, the system controller 95 sends a signal to the imaging computer 260 indicating what the batch number is for the document and whether the document to be scanned is a check or an invoice.
If the system controller indicates to the frame grabber 280 that a document is to be imaged, the frame grabber sends control signals to the imaging cameras 231a, 231b and the cameras scan the document to acquire image data. The frame grabber 280 receives the image data from the cameras and then stores the data in memory residing on the frame grabber card 280. The imaging computer microprocessor 265 then transfers the image data from the frame grabber memory 280 into the imaging computer RAM memory 262. Alternatively, the image data can be transferred directly to the RAM of the image computer 260 without storing the data in the memory resident on the frame grabber card.
Once the image data is transferred to the RAM 262 of the imaging computer 260, the image data is processed by the image computer's microprocessor 265 which may include separate processors MP1, MP2, through MPn.
To binarize an image, the gray scale data for each pixel of the image is compared with a threshold. If the gray scale number for a pixel is above the threshold, the gray scale is converted to white. Conversely, if the gray scale number is below the threshold, the gray scale is converted to black.
To account for variations among the different documents being processed, an adaptive threshold may be used so that the binarization threshold is variable for each document. An adaptive threshold uses a different threshold for each particular document based upon a sampling of the image data for the particular document. By using a threshold that is specific to each particular document, the threshold for a document that has a generally dark image will typically be different than the threshold for a document having a generally light image. In this way, the resulting binarized image will more closely reflect the image of the document than if a set threshold is used for all of the documents.
Further, it is preferable to use a locally adaptive threshold, which is a threshold that varies among the different areas of a document. A locally adaptive threshold accounts for variations in the print quality of a document, and variations in lighting, as well as electronic noise that may be produced when image data is acquired. To use a locally adaptive threshold, the image data for each document is broken into 4×4 pixel sets and processed separately by the imaging computer. For each particular pixel set, the imaging computer determines the threshold by sampling the image data for the pixel set. Based on the sampling the imaging computer sets the threshold and binarizes the pixel set.
In addition to binarizing the image data, the image data is filtered at step 391 of
After the image data is binarized and filtered, the imaging computer 260 attempts to read the OCR line at step 392 of
Based on data received from the system controller 95, the imaging computer knows whether a document is a check or an invoice. If the image represents an invoice, the imaging computer 260 processes the image data for the document in order to determine the document's OCR line, which typically appears at the bottom of invoices. The OCR line is a series of characters printed in a uniform predefined typeface of predefined size. Commonly, the typeface is a type referred to as OCR A, however, typeface OCR B, E13B and others can also be read.
In addition, the imaging computer 260 can function to process the image data to read the MICR line of checks so that the MICR line is read both optically at step 393 of
Alternatively, it may be desirable to use the imaging computer to verify the results from the MICR character reader 220. By verifying the results, the possibility of checks being processed with improper MICR data is reduced. For this purpose, the MICR line data obtained optically can be compared with the MICR line data from the MICR character reader 220. If there is any mismatch between the optically read MICR line and the results from the MICR character reader 220 the imaging computer indicates that the MICR line was not determined. The system controller 95 then tags the document as having an undetermined MICR line and the document along with the remaining documents in the same transaction are directed to the reject bin 250 or sorted by the stacker 300 accordingly.
After the OCR line or MICR line data for a document is extracted from the image data, the image data for the document is compressed at step 394 of
Alternatively, it may be desirable to store the gray scale images of the documents in the data records rather than the binarized and filtered images.
As will be described later in more detail, the documents are sorted and maintained in groups referred to as batches, which are identified by a unique batch number. The image data for a batch of documents is organized and maintained into batch data record files referred to as batch files at step 398 of
A complete batch file includes a batch header and the data records for each of the documents in the corresponding batch. The batch header includes information that is common to all of the documents in the batch, such as the batch number, the date the documents were processed, and the number of documents in the batch. Once all of the records have been appended to a batch file, the batch file is exported from the imaging computer 260 to an image file server 290, in the form of a personal computer, PC, via an ethernet connection.
Difficulties may arise when imaging the documents. For example, the MICR module 220 and the imaging computer 260 may not be able to read the MICR line for a check or the OCR line for an invoice. If such a problem arises, the image, along with the data that was ascertained from the image may be exported to the respective batch file for the document and the document may be sorted with the other documents in the batch. In this way, the document and the image data for the document are available for remittance processing, at which time the missing information can be manually read and entered into the data record for the document.
It may, however, be desirable to separate the documents for which the MICR line or OCR line was not determined from the documents for which the MICR or OCR line was determined. To do so, documents for which the MICR or OCR line is not determined are assigned to a separate batch, along with the corresponding documents in the same transactions. In this way, the documents are sorted into so called “clean” and “imperfect” batches. The documents in the clean batches have been properly imaged and the MICR line is known for the checks and the OCR line is known for the invoices. An unclean batch is made up of transactional pairs of documents that have been properly imaged, but the MICR line or OCR line has not been determined for at least one of the documents in the transactional pair. If the documents are separated into clean and unclean batches, the image data for the documents is similarly separated into separate batch files corresponding to the batches of documents. In this way, the batches of documents and the image data for the documents are similarly separated and organized.
Alternatively, if the MICR line or OCR line is not fully read for a document, the document along with the other documents in the same transaction may be directed to a reject bin. If documents are directed to a reject bin, then the image computer 260 discards the image data for the documents in the transaction.
As illustrated in
Generally, to facilitate remittance processing, batches of documents are separated by various control documents such as a batch header ticket that may be placed at the beginning of each batch, a batch trailer ticket that may be placed at the end of each batch and a control ticket that may be placed behind the batch header ticket. To automatically feed the various control documents into the different batches, the document feeder 320 operates as a batch ticket feeder. In this mode of operation, the document feeder 320 feeds batch tickets into the document path so that the batch tickets enter the system transport 75 just prior to the justifier 305.
The batch tickets are generally taller than most of the documents in the batches. Consequently, when several batches of documents are stacked together, the batch tickets separating the individuals batches are readily identifiable. The batch number is printed in magnetic ink on the face of each batch ticket in the same location as the MICR line on checks and hence can be read by the MICR character reader 220.
In the batch ticket feeder mode, the document feeder 320 can operate to meet various requirements for placing a number of batch ticket and/or other control documents at the beginning of each stack of documents in the stacker 300. In a basic mode, two batch header tickets are fed for each batch of documents, one batch header ticket for the invoices in a batch and one batch header ticket for the checks in the batch. The batch header tickets are loaded into the document feeder 320 so that the two corresponding batch header tickets for each batch of documents are adjacent. In addition, the batch header tickets are loaded into the document feeder so that the batch ticket number is in a predetermined orientation to permit proper imaging as will be discussed below.
In addition to the basic mode of operation, it may be desirable to have a batch trailer ticket placed at the end of each batch of checks and at the end of each batch of invoices. To do so, a corresponding batch trailer ticket is placed in front of each batch header ticket when the batch tickets are loaded into the document feeder 310. The document feeder 320 feeds a batch trailer ticket to the bin for a batch of invoices and a batch header ticket is then fed on top of the batch trailer ticket. Similarly, a batch trailer ticket is fed into a bin for the checks in the same batch and a batch header ticket is fed on top of the batch trailer ticket. After the checks and invoices for a batch are fed into the two bins, the batch trailer ticket is the lead document for the batch of checks and the batch of invoices. When the operator removes the completed batches of checks and invoices from the bins, the operator can manually move the respective batch trailer tickets to the back for both the batch of invoices and the batch of checks. In this way, each batch of checks and each batch of invoices has a batch header ticket at the front of the batch and a batch trailer ticket at the end of the batch.
In yet another variation, it may be desirable to place a control ticket into each batch of invoices and checks. Typically, the control ticket is placed behind each batch header ticket. Therefore, a control ticket is placed into the document feeder 320 behind each batch header ticket. The document feeder then feeds a batch header ticket and a control ticket into each bin.
Each bin in the stacker 300 has a bin sensor that sends a signal to the system controller if the bin is empty. In response to an indication from a bin sensor that a bin is empty, the system controller prompts the document feeder 320 to feed a batch ticket. The batch tickets flow from the document feeder 320 to the justifier 205, which justifies an edge of each batch ticket relative to the base plate 210 so that each batch ticket is maintained in proper position for magnetic imaging. The batch tickets are then conveyed past the MICR character reader 220 which determines the characters that make up the batch ticket number. The MICR character reader then communicates the batch ticket number to the imaging computer 260 which communicates the batch ticket number to the system controller 95. The system controller then uses the batch number to monitor and control the processing of the corresponding batch of documents. For example, if the MICR character reader 220 reads a batch ticket MICR line and determines that the batch ticket number is 1000; the information is then communicated to the imaging computer and in turn to the system controller 95. The system controller then assigns checks and invoices into batch 1000. When a document enters the image acquisition module 230, the system controller informs the imaging computer that the document should be imaged and assigned to batch 1000. As this example illustrates, the batch ticket MICR data is communicated back and forth between the imaging computer after the MICR character reader 220 images the batch ticket.
From the MICR character reader 220, the batch tickets are conveyed past the image acquisition module 230 and image data is acquired for the batch tickets. After being imaged, the batch tickets are conveyed to the printer module 240, but the printer module 240 generally does not print information on the batch tickets. From the printers, the batch tickets are conveyed to the stacker 300, which sorts the batch tickets into the empty bins.
As previously described in the basic mode, one batch ticket is fed into each empty bin in the stacker. The invoices for a batch are then fed into a bin and stacked on top of the batch ticket, and the checks for the batch are fed into the bin containing the batch ticket corresponding to the same batch and stacked on top of the batch ticket. For example, referring to
Once a batch has been completed and stacked, the system controller 95 sends a signal to the stacker to light an indicator light to indicate to the operator that the bins in which the batch is stacked are full. The system controller 95 then directs the next batch of documents to the next two available bins. A pair of bins is available if both bins are empty except for a batch ticket. For example, if bins 302e and bins 302f each have a batch ticket number 1001, and no checks or invoices have been stacked in bins 302e and 302f, then bins 302e and 302f are available bins. Once batch 1000 is finished being sorted and stacked in bins 302g and 302h, the system controller will indicate that bins 302g and 302h are full. The system controller will then direct the documents in batch 1001 into bins 302e and 302f. Once the operator removes the checks and invoices in batch number 1000 from bins 302g and 302h, a sensor will indicate that the bins are empty. The system controller 95 will then prompt the document feeder 320 to feed a batch ticket into bin 302g and a corresponding batch ticket into bin 302h so that the two bins will be available again.
It may be desirable to sort a batch of documents so that the transactional pairs are stacked together instead of separating the checks and invoices into separate stacks. In such a case, an entire batch of checks and invoices is sorted to a single bin and stacked in transactional sequence. In other words, the batch is sorted so that the checks and invoices for a batch are in the same stack, and the documents in each transaction are maintained together, i.e., adjacent one another. Only one batch ticket is typically used for a batch of documents when the documents within the batch are not separated. The batch ticket is fed into the bin, and the documents in the batch are stacked on top of the batch ticket.
Generally, the apparatus 10 sorts an entire batch of documents before beginning to sort a different batch of documents. However, different batches of documents may be sorted concurrently. For example, documents may be sorted to selected output bins based on various markings detected on the documents, such as change of address boxes or barcodes on invoices. The documents may also be sorted based on other criteria, such as document length to account for size differences between business checks and personal checks. In addition, as previously described, it may be desirable to sort documents based on whether the transactional pairs of documents are clean or unclean, i.e., whether the MICR line and OCR line has been determined for the documents in the transaction.
The following example illustrates the process of concurrent sorting. Clean documents are grouped into batch 1000, and unclean documents are grouped into batch 1001. The clean checks and invoices in batch 1000 are separated and sorted into bins 302g and 302h. Similarly, the imperfect checks and invoices from batch 1001 are separated and sorted into bins 302e and 302f. As the apparatus 10 processes documents, the clean transactions are sorted into bins 302g and 302h. When an unclean transaction is identified, the transaction is sorted into bins 302e and 302f. The next transaction that is clean is sorted to bins 302g and 302h. The stacker 300 continues to switch between the bins in this way as transactions from different batches arrive at the stacker.
As shown in
One method of feeding batch tickets without halting the processing of checks and invoices utilizes the time delay that occurs during the initial startup of the machine and during recovery after a jam. When the apparatus is first started, there are no documents in the system transport 75. Therefore, when the apparatus 10 is initially started, there is a delay between the time the envelopes are placed into the input bin 16 and the time that the documents reach the point where the batch tickets are fed into the system transport. During this delay, the document feeder 320 feeds batch tickets into the system transport. The document feeder continues to feed batch tickets until either all of the empty bins in the stacker 300 are full or until a sensor indicates the presence of a check or document in the system transport 75 in the imaging section.
Similarly, the document feeder 320 can also feed batch tickets into the system transport during the recovery period after a jam. When a jam occurs, the apparatus continues to process the documents and the transactions that are downstream from the jam (i.e., between the jam and the stacker 300). However, the apparatus halts the processing of the document that caused the jam and the remaining documents in the same transaction, along with all of the documents upstream from the jam (i.e., between the jam and the envelope feeder 15). Therefore, if a jam occurs upstream from the point in the system transport where the batch tickets are fed, there is a delay between the time the operator restarts the apparatus after clearing the jam and the time the checks and documents reach the point where the batch tickets are fed into the system transport 75. During this delay, the document feeder 320 feeds batch tickets into the system transport as long as there are empty bins in the stacker 300 or until a sensor indicates the presence of a check or invoice in the system transport in the imaging section.
A second method for feeding the batch tickets without halting the processing of checks and documents utilizes the breaks in the flow of documents that occur when a transaction is outsorted or if a transaction is reunited with its envelope after extraction. As previously described, during the processing of the documents, certain envelopes are directed to the outsort bin 40 and certain transactions are directed to the reunite bin 125. When an envelope or transaction is outsorted, a gap occurs in the continuous flow of documents along the system transport 75. This gap is monitored by the system controller 95, which, in turn, indicates to the document feeder 320 when a batch ticket should be fed so that the batch ticket merges in the gap in the document flow created by the outsorted transaction. As with the first method for feeding batch tickets, the document feeder feeds batch tickets into the gaps in the document flow as long as there are empty bins in the stacker.
The second mode of operation for the document feeder 320 is the refeeder mode. In the refeeder mode the cutting extraction and orientation sections of the apparatus 10 are not used. Instead a stack of ordered and oriented documents is placed in the document feeder 320. The document feeder 320 serially feed the documents into the system transport 75 and the documents are imaged, sorted and stacked.
The refeeder mode is used to process singles as well as other types of transactions such as multi transactions, invoice only transactions and check only transactions. The term multi includes three different types of transactions: two or more checks and one invoice, two or more invoices and one check, and finally, two or more checks and two or more invoices. A check only transaction is a transaction that does not have an invoice. Similarly an invoice only transaction does not have a check.
The documents are placed in the document feeder so that the documents are properly oriented for proper imaging. In addition, the documents in each transaction are in a predetermined sequence, such as invoices first for single and multi transactions.
At least one batch ticket is placed in front of each batch of documents so that the batch tickets separate the different batches of documents in the document feeder 320. As previously described, in the basic mode of operation, two batch tickets are used for each batch and the checks and invoices for each batch are sorted into separate bins. When two batch tickets are used for a batch, both batch tickets are placed in front of the batch of documents.
When operating in refeeder mode a separate control document is typically included in each batch because of the variety of transaction types that are processed. The control document has a MICR line that identifies the job type for the particular batch. Job type refers to the type of transactions in the batch, such as multi or checks only. The MICR character reader 220 reads the MICR line of the control ticket, and communicates the information to the imaging computer 260, which in turn communicates the information to the system controller 95. The system controller uses the job type data to track the transactional boundaries for the documents in the batch.
In the refeeder mode, controlling the distance between adjacent documents is generally more important than when the document feeder is operating in the batch ticket feeder mode. Therefore, as detailed below, the document feeder operates to control the gap between adjacent documents.
Referring now to
The document bin 314 also includes a series of plastic glide strips 331 mounted on a wall surface of base plate 328 of the apparatus 310. The glide strips 331 are oriented generally parallel to one another and extend longitudinally of the document bin to provide a glide surface for the stack of documents conveyed by the conveyor belts 326 through the bin toward feed assembly 340. As the stack of documents is moved toward the feed assembly, the glide strips provide a low friction surface upon which the document stack rests and moves.
The stack of documents 316 is manually loaded into the bin 314 in a predetermined orientation so that the documents can be properly imaged. In the present instance, the documents are oriented so that the bottom edge of each document rests upon the glide strips 331 and the front face of the document, face toward the left of the document feeder, when viewed from the perspective of
One end of the stack of documents 316 on the input conveyor 324 is supported by a document pusher 330 so that a face surface of the last document in the stack rests upon pusher 330. The document pusher 330 is a bent metal plate that may be removably positioned against the end of the stack of documents 316. The pusher 330 is bent at a selected angle of orientation relative to vertical to enable the stack of documents to lay back upon the pusher as the document stack is conveyed through the bin. The amount of bend in the pusher also serves to control the contact force with a motor-driven thumper feed wheel 334 disposed at the other end of the bin. The document pusher 330 is rotatably mounted on guide rail 332 that extends longitudinally of the bin. The pusher 330 is freely slidable along the guide rail 332. The pusher also includes an end tab 335 that is positioned to register with the tracks of a toothed document timing belt 337. As such, when the stack of documents is initially loaded into the bin, the pusher is rotated about guide rail 332 to disengage tab 335 of the pusher 330 from the tracks of the timing belt 337. The pusher 330 is then slid longitudinally along guide rail 332 into contact with the document stack. The pusher 330 is then rotated back into a drive position so that the tab 335 engages the tracks of the timing belt 337. The timing belt drives the pusher 330 so that the document pusher 330 moves longitudinally along the guide rail 332 as the stack of documents advances toward the feed assembly 340. A sensor 333 at the end of the guide rail 332 detects when the document pusher 330 reaches the end of the guide rail, which indicates that the stack of documents has been fed into the feed assembly 340. The system controller then indicates to the operator that the input conveyor 324 is empty.
The timing belt 337 that drives the document pusher 330 is driven by the same motor 327 that drives the input conveyor 324 so that the timing belt and the input conveyor can be driven to move at the same speed. In this way, the document pusher is driven by the timing belt 337 to push the stack of documents, together with the input conveyor 324, toward the feed assembly 340 while the document pusher also functions to support the back end of the stack of documents.
The front end of the stack of documents is moved into engagement with the motor-driven thumper wheel 334. The thumper wheel 334 is a generally square shaped wheel with rounded corners. The thumper wheel is driven by stepper motor 341 which also serves to drive the feed assembly 340. The thumper wheel provides eccentric cornered surfaces which function as a cam for supporting the stack without creating drag that would prevent the feed assembly 340 from engaging the front-most document. The thumper wheel 334 also functions to vibrate the stack to encourage the shingling downward of the front-most documents in the stack. The thumper wheel may be mounted on a spring biased pivot arm to help control the contact force with the document stack.
The documents on the input conveyor 324 enter the document path between the feed assembly 340 and an opposing, spring-biased retard 352. The leading document on the input conveyor 324 contacts the feed assembly 340, which forces the leading document between the feed assembly and the retard 352. The retard is spring biased toward the feed assembly 340.
The feeder assembly 340 is a belt and pulley drive assembly. A drive pulley 342 is connected to stepper motor 341 and thereby functions to drive the feeder assembly 340. The drive pulley 342 and an idler pulley 344 are spaced and supported by an adjustable yoke assembly 346 sandwiched between a pair of L-shaped brackets 346. A document drive belt 343 is carried on the drive pulley and idler pulley. The drive pulley 342 is pivotally mounted in fixed position relative to the base 338. The idler pulley 344 is not connected to the base 338, but is rotatably mounted at the terminal end of the yoke assembly 346. Because the idler pulley 344 is not mounted to the base 338, the feeder assembly 340 pivots relative to the base 338 about the central axis of the drive pulley 342. An extension arm on the yoke assembly 346 is connected to a spring 350. The spring 350 biases the feeder assembly 340 toward the retard 352, and against the stack of documents on the input conveyor 324.
The L-shaped brackets 346 are also connected to a feed pressure indicator 348 that is used to monitor the contact force of the documents on the input conveyor 324 against the drive belt 43 of the feed assembly 340. The force of the stack of documents against the feed assembly 340 causes the feed assembly 340 to pivot about the central axis of the drive pulley 342. The spring 350 opposes the pivoting of the feed assembly in response to the document pressure. The feed pressure indicator 348 is a linear variable differential transformer (“LVDT”) that monitors the rotation and position of the yoke assembly 346 thereby determining the extension of the spring 350. The spring extension is proportional to the force applied to the spring. Therefore, based on output from the feed pressure indicator 348, the controller 315 is able to determine the force applied to the spring and thereby determine the force applied against the feed assembly 340 by the documents on the input conveyor 324. Although a position indicator is used in the present embodiment to determine the force of the documents against the feed assembly 340, alternative indicators can be used. For instance, a device that monitors force more directly, such as a strain gauge, can be used.
By monitoring the force of the documents against the feeder assembly 340, the system controller 95 can function to control the speed of the motor 327 that drives the input conveyor 324 and the timing belt 337 driving the document pusher 330. For instance, if the document force against the feeder assembly is less than a predetermined amount, the speed of the motor 327 may be adjusted to increase the feed of the documents toward the feeder assembly 340.
A cleaning brush 351 is positioned in engagement with the feed conveyor belt 343 to clean ink and other debris from the belt during operation. A fixed bearing 345 is disposed on the inside of the feed conveyor belt 343 between the drive pulley 342 and the idler pulley 344. The fixed bearing 345 engages the inner surface of the feed conveyor belt 343 opposite the retard 352 in order to maintain the nip formed between the belt 343 and the retard 352 during pivotal movement of the feeder assembly 340. Otherwise, the belt 343 may have a tendency to move out of operable contact with the retard 352.
To ensure that a leading document and the next trailing document from the stack 316 are not fed simultaneously, the retard 352 is designed to have a lower coefficient of friction than the feeder assembly 340. In addition, the coefficient of friction at the face-to-face contact between the leading and trailing documents must be less than the coefficient of friction between the trailing document and the retard and therefore less than the coefficient of friction between the feed assembly 340 and the leading document. Accordingly, when the lead document is in contact with the feeder assembly 340, the trailing document is in contact with the retard 352. Because the coefficient of friction of the feed assembly 340 is greater than the coefficient of friction of the retard 352 and is also greater than the coefficient of friction between the documents, the leading document is fed into the document path before the trailing document. In effect, the feeder assembly causes the leading document to slide away from the face-to-face contact with the trailing document while the retard functions to hold the trailing document back. Accordingly, only one document at a time is fed into the document path.
From the feeder assembly 340, the documents are fed one at a time into a pitch or gap compensation zone 360. As the documents enter the compensation zone, the documents pass between a pair of document guides 368, and past a feed sensor 354. The feed sensor 354 is an infrared sensor employing an infrared emitter on one of the document guides 368 and an infrared receiver on the opposing document guide. The feed sensor 354 senses the existence of a document, including a leading and/or trailing edge of the document, within the document guides 368 at the location of the sensor and sends an output signal to the system controller 95.
The feed sensor 354 is used to determine and control the documents leaving the feeder assembly 340. If the flow of documents past the feed sensor is interrupted, the feed sensor functions to indicate a lack of document flow. The system controller 95 then stops the feeder assembly stepper motor 341 and indicates to the operator that documents may be jammed in the feed assembly 340 or, depending on the status of the sensor 333 along guide rail 332 in the input bin 314, that no documents remain on the input conveyor 324.
After passing the feed sensor 354, the documents enter a hard nip 362 formed between a pair of rollers 364a and 366a. One of the rollers is a drive roller 364a, and the other is a spring-biased idler roller 366a that is linked to a LVDT to enable the system controller 95 to monitor the spacing between rollers 364a and 366a at the nip 362. The frictional force between the rollers 364a, 366a and the documents is greater than the frictional force between the feed assembly 340 and the documents. As a result, the rollers 364a, 366a take control of transporting a document from the feed assembly 340 once the document enters the hard nip 362. Employing a hard nip is advantageous for the purpose of achieving aggressive control over documents in the compensation zone. The use of a hard nip results in more consistent gaps between documents for purposes of maintaining consistent uncompensated feeding.
To adjust the gap between two successive documents, especially, a leading document and a trailing document, the speed of the trailing document relative to the leading document may vary for a selected period of time. After the leading document is conveyed through the compensation zone 360, the leading document enters the system transport 75. Once the leading document enters the system transport 75, the system transport controls the speed at which the leading document is transported. When the leading document enters the system transport, the speed of the trailing document is still controlled by the rollers 364, 366 in the compensation zone. The speed of the trailing document being conveyed through the compensation zone is adjustably variable from approximately 35 to 100 inches per second while the leading document is conveyed by the system transport 75 at a constant rate of about 150 inches per second.
The gap between the leading and trailing documents is determined using two sensors. The two gap sensors are located at opposite ends of the compensation zone 360. The first gap sensor, referred to as a compensate entry sensor 369, is located toward the beginning of the compensation zone adjacent to the first pair of rollers 364a, 366a. The second gap sensor, referred to as the system entry sensor 372, is located at the end of the compensation zone, adjacent the system transport 75. Both of the gap sensors are infrared sensors that straddle the document path, with an infrared emitter on one side of the document path and an infrared receiver on the opposite side of the document path.
If the gap between documents is not within a preset range, the system controller 95 determines the rate at which the trailing document should be conveyed through the compensation zone 360 to adjust the gap between the leading and trailing documents. The system controller 95 determines the necessary speed of the trailing document based on the pitch between the leading and trailing documents, the distance between the gap sensors 369 and 372, the distance between the system entry sensor 372 and the system transport 75, and the speed at which the system transport 75 transports the leading document. Based on the determination of the necessary speed, the system controller 95 controls the compensation zone stepper motor 363.
A thickness indicator 370 also measures the thickness of the documents while the documents are conveyed through the compensation zone. The thickness indicator is an LVDT device similar to the feed pressure indicator 348. The thickness indicator 370 senses whether one, two or multiple documents are being fed simultaneously through the compensation zone. In general, if a document thickness is above a predetermined thickness, the controller either stops the feeder 320, or outsorts the document or documents to the reject bin 250. More specifically, the thickness detector may function to detect a double feed, a multiple or triple feed as well as an imperfect single having, for example, a foreign substance such as tape. If an improper document feed is detected, the system controller 95 will cause the improper document or tickets to be directed to the reject bin 250.
Generally, when a jam occurs, the apparatus halts the processing of the document or documents that caused the jam, along with the documents in the same transaction and the documents upstream from the jammed documents (i.e. between the jammed document and the envelope feeder 15). The apparatus 10 continues to process the documents that are downstream from the documents in the transaction that has the jammed document (i.e. the documents between the stacker 300 and the documents in the transaction that has a jammed document). The operator then removes the jammed document or documents as well as the documents in the same transaction and places the documents in the reject bin 250. After clearing the document path, the operator restarts the apparatus.
The general jam recovery procedure operates adequately when the jam occurs upstream from the MICR character reader 220 in the imaging section. However, the general jam recovery procedure can alter the direct correspondence between the batch files of image data and the actual batches of documents. For instance if the trailing document in a transaction is a check and the check jams at the image acquisition module 230, the invoice in the same transaction will continue to flow through the imaging section and into the stacker 300. If the check is simply removed from the document path and placed in the reject bin 250, the transaction is split. Further, the document that caused the jam and the other document in the same transaction has been assigned a transactional sequence number in a particular batch number, and the printer 240 has printed the same information on any document in the transaction that was processed through to the sorter. Therefore, if the documents in the transaction are simply removed and placed in the reject bin 250, the transactional sequence for the batch of documents will be discontinuous and the batch file will contain imaging data for documents that have been removed from the batch. To avoid such problems, the jam recovery procedure is altered if a jam occurs downstream from the MICR character reader 220.
If a jam occurs downstream from the MICR character reader 220, the system controller identifies the last complete transaction to be processed and sorted in the stacker 300, referred to as the last complete transaction. The system controller 95 then retrieves the image data for the documents in the last complete transaction and displays the images of the documents on the monitor 290. The system controller 95 also indicates the bin or bins in which the last complete transaction is located by either displaying the bin numbers on the monitor or by lighting an indicator light on the proper bins. The operator then searches for the documents in the last complete transaction that are in the stacker 300, and retrieves any documents that are stacked on top of the documents in the last complete transaction. However, the documents in the last complete transaction are left in the stacker. The operator then removes all of the documents that are in the document path downstream from the MICR character reader 220. The documents that the operator removed from the document path and the stacker are not placed in the reject bin. Instead, the operator serially hand feeds the documents into a drop slot feeder 380 in response to instructions displayed on the monitor 290.
The drop slot feeder 380 is located at the right end of the documents feeder 320 when viewed from the view in
After the operator has removed the documents from the document path and the stacker 300, the operator indicates to the system controller that the jam has been cleared. The system controller 95 then restarts the system transport 75 in the imaging section and directs the documents remaining in the imaging section to the reject bin 250.
The system controller 95 has information such as the OCR number, the MICR number and/or the image of the document removed by the operator during jam recovery. The system controller also knows the correct sequence for the documents that the operator removed during jam recovery. Therefore, the system controller can prompt the operator as to the proper sequence for manually feeding the documents the operator removed during jam recovery.
After the transport has been clear in the imaging section, the system controller 95 displays information regarding the first document that the operator is to feed into the drop slot feeder 380 and prompts the operator to feed the document. A sensor 207 prior to the justifier 205 sends a signal to the system controller indicating the presence of the document that was fed into the system transport 75 through the drop slot feeder 380. The system controller then displays information regarding the next document that the operator should feed into the drop slot feeder 380. This process continues until all of the documents removed during jam recovery are manually fed to restore the sequence of the documents in the batch that was interrupted by the jam. By doing so, the direct correspondence between the actual documents in the batch and the image data in the corresponding batch file is also restored.
The apparatus is extremely versatile for processing documents. For example, the apparatus can function to process documents contained in envelopes or the apparatus can be used to process documents that have already been removed from the envelopes by the use of the midstream document feeder. In addition, the apparatus can be easily modified to eliminate the extractor if stacks of already open, but randomly oriented, mail needs to be processed and oriented prior to imaging. Furthermore, the apparatus may be used to process single documents or transactions having only a single document, such as a proxy statement. If only single document transactions are processed, the transactional boundaries become self-defined to the single document. As such, any complication in tracking and maintaining transactional boundaries between multiple document transactions is thereby eliminated.
In the foregoing description, the device 10 has been described as an automated machine for automatically extracting, orienting and imaging documents. In some instances it may be desirable to incorporate image processing and storage of the image data in an apparatus that utilizes manual extraction. Accordingly, the present invention also provides a semi-automated workstation 410 as described below in greater detail.
Referring now to
Referring to
The extractor 450 pulls apart the front and back faces of the envelope to present the contents of the envelope for removal. An operator then manually removes the contents from the envelope. The operator can then reorder and reorient the contents if desired. A plurality of bins are provided in front of the envelope transport 440 for receiving the extracted documents. In addition, one or more drop slots or chutes 460 are provided for receiving extracted documents. The operator can either place the extracted documents into one of the bins or into one of the chutes. As is discussed further below, a plurality of chutes 460 may be provided for identifying and separating various types of transactions. The documents placed in one of the chutes are conveyed to an imaging device 480 that scans the document to obtain image data relating to the documents. From the imaging device, the documents are conveyed to one or more output bins 490.
The operation of the apparatus is controlled by a controller 415 in the form of a microprocessor. The controller receives signals from various sensors and controls the operation of the apparatus 410 in response to the signals received from the various sensors.
The operation of the feeder 420, cutter 430, and extractor 450 is similar to the operation of the apparatus disclosed in U.S. Pat. No. 6,230,471 issued on May 15, 2001, which is hereby incorporated herein by reference. The envelopes are serially fed from the feeder 420 to the cutter 430 that severs one or two edges of each envelope. From the cutter 430, the envelopes are serially fed by a conveyor 440 to the extractor 450.
The extractor 450 operates to pull apart the faces of the edge-severed envelopes and present the contents so that an operator can easily remove the documents. After the operator removes the contents, a sensor sends a signal to the controller indicating that the contents have been extracted. The empty envelope is then transported to a verifier 457 and another envelope is fed to the extractor 450. The extractor 450 includes a pair of opposing vacuum suction cups mounted on two pivotal extractor arms. The suction cups are connected to a vacuum pump. Before an envelope enters the extractor 450, the extractor arms are pivoted away from one another. When the envelope enters the extractor 450, the arms pivot toward one another and negative pressure is supplied to the suction cups so that the suction cups engage the faces of the envelope. The arms then pivot away from one another pulling apart the faces of the envelope, which have been severed along the top edge and preferably the side edge. The operator can then remove the contents of the envelope.
The extractor 450 may be configured to operate in three different modes for determining whether the contents have been extracted from the envelope: removal mode, differential mode, and content activation mode.
The simplest mode is removal mode. An optical sensor is located adjacent the extractor 450 in front of the transport 440. When the operator removes the contents from the envelope the contents pass over a sensor and the sensor detects the presence of the contents. A signal is then sent to the controller indicating that the contents were removed. The controller then controls the transport 440 to advance the envelope from the extractor 450 to the verifier 457. In addition, the envelope in the staging area is advanced to the extractor. The envelope is advanced from the extractor as long as some of the contents from the envelope are passed over the sensor, even if some of the contents remain in the envelope.
In the differential mode, an optical sensor measures the thickness of the envelope immediately after the extractor arms pull apart the faces of the envelope so that the thickness of the envelope is measured before the operator extracts the contents. The optical sensor continuously detects the thickness of the envelope and its contents, and compares the thickness with the initial thickness reading. If the difference in thickness is greater than a predetermined limit, a signal is sent to the controller indicating that the contents were removed from the envelope. The controller then advances the envelope to the verifier 457 and advances an envelope from the staging area to the extractor. Preferably, the workstation includes a second optical sensor similar to the first sensor. The second sensor monitors the thickness of the envelope in the same way as the first sensor. When two sensors are employed, the measurements from the two sensors are averaged and compared against the predetermined limit to determine whether the contents were extracted.
If the operator removes all of the contents from the envelope, but the differential thickness is not greater than the predetermined limit, the envelope will not be advanced. In such instances the operator can advance the empty envelope by pressing an override button (not shown). Pressing the button operates to convey the empty envelope to the verifier 457 and convey an envelope from the staging area to the extractor.
The content activation mode is like the differential mode in that the sensor continuously detects the thickness of the envelope and its contents. However, in the content activation mode, the thickness detected by the sensor is compared to a thickness standard based on the thickness of an envelope and a variation tolerance. If the sensor detects a thickness that is less than the thickness standard, a signal is sent to the controller indicating that the contents were removed from the envelope. The envelope is then advanced to the verifier 457 and an envelope is conveyed to the extractor 450 from the staging area. Preferably, two sensors are employed, both of which monitor the thickness of the envelope as described above. When two sensors are employed, the measurements from the two sensors are averaged and the average is compared against the thickness standard.
If the operator removes the contents from the envelope, but the thickness detected by the sensor is not below the thickness standard the envelope does not advance. In such instances, the operator can advance the empty envelope by pressing the override button. In response to pressing the button, the empty envelope is conveyed to the verifier 457 and an envelope is conveyed to the extractor 450 from the staging area.
The thickness standard used in the content activation mode can be determined in several ways. For example, the thickness standard can be based on the first envelope in a job. To do so, a job is placed in the input bin 420, and the workstation advances the lead envelope in the job to the extractor 450. The operator then removes the contents from the envelope, and the thickness sensor measures the thickness of the envelope after the contents are extracted. The thickness standard is then calculated based on the thickness of the empty envelope and a predetermined variation tolerance. To advance the first envelope to the verifier 457, the operator presses the override button.
After the operator removes the documents from the envelope, the envelope is conveyed from the extractor 450 to a verifier 457. The verifier checks the thickness of each envelope to ensure that all of the contents have been removed from the envelope before the envelope is discarded into a waste container 459.
The operator can either stack the extracted documents into one of the upper bins 425 or the documents can be placed into one of the chutes 460 and thereby fed to the imaging device 480. Generally, the documents in a transaction include more than one document. Therefore, for proper imaging the documents must be serially fed to the imaging device 480. If the operator is to serially feed the documents, the operator must feed each document in a transaction one at a time into one of the input chutes 460. The serially fed documents are then conveyed to the imaging device 480. Alternatively, the apparatus 410 may incorporate a singulator 470. The singulator 470 automatically shifts the documents in a transaction relative to one another so that the documents are serially fed to the imaging device 480. In this way, the operator can feed the documents in a transaction into one of the input chutes all at one time.
Singulating the transactional documents may be affected by passing the parallel transactional documents through a nip formed by a pair of nip rollers in the form of a drive or a feed wheel 472 and a cooperating brake wheel 474 having different coefficients of friction. The brake wheel 474 has a greater coefficient of friction than the feed wheel 472 to ensure that the document that contacts the brake wheel is maintained in position after the other document in a transaction is completely passed through the nip by the feed wheel.
The singulator 470 operates as follows. As the documents are conveyed to the nip, the brake wheel 474 and feed wheel 472 firmly engage the documents and convey the documents along a selected path of movement between the two wheels. When the transactional documents are firmly gripped between the drive wheel 472 and the brake wheel 474, the brake wheel is stopped while the feed wheel continues to move, thereby causing the document that engages the brake wheel to stop moving, while the document contacting the feed wheel continues to move. As a result, singulation of the transactional documents may be affected. The operation of the singulator 470 is similar in operation to the shifting mechanism incorporated in the apparatus for processing documents disclosed in U.S. Pat. No. 5,810,173 issued on Sep. 22, 1998, which is hereby incorporated herein by reference.
The imaging device 480 may include one or more devices for obtaining electronic optical data for the documents. Since the operator can manually reorder and reorient the documents as required, the documents are ordinarily conveyed to the imaging device 480 in the proper order and orientation. Accordingly, generally, only a single imaging device is necessary to obtain image data from the front face of each document. However, in certain situations, it may be desirable to obtain image data from both sides of the documents. In such instances, two opposing imaging devices are utilized to scan the front face and the back face of each document. For example, certain documents may include an area on the back of the document for customer comments or a change of address. If it is desirable to obtain image data of such information, a second imaging device can be provided to scan the back face of the documents. In addition, if two imaging devices are provided, the documents need not necessarily be manually reoriented. Instead, the pair of imaging devices 80 can scan both faces of each document to obtain an image of each face and then the images can be electronically reoriented if desired.
The imaging device 480 can be in the form of one of several devices. For instance, an imaging device similar to the imaging devices incorporated into a typical facsimile machine can be utilized. Such an imaging device includes an illuminating element and a series of photosensors for detecting the light intensity at a series of points on a line of the document. The light intensity for each point is analyzed and compared against a threshold. If the light intensity is below a certain threshold, the point is considered a black point. If the light intensity is above the threshold, the point is considered a white point. The document is advanced past the imaging device in increments to scan a series of lines of image data along the document to create an array of image data points reflecting the image of the document. The image data is then electronically stored in one of any number of non-volatile media such as a hard drive, magnetic tape or CD-ROM.
If desired, the apparatus may include a MICR reader for reading the MICR line that appears on checks. The information relating to the MICR line is then transferred to the controller 415 so that the MICR data is associated with the image data for the check.
The apparatus 410 may also include a printer positioned along the document path for printing information onto the documents. The printer 475 can be positioned along the document path either preceding the imaging device 480 or following the imaging device. The printer 475 is operable to print information on the documents, such as batch information relating to the stack of envelopes being processed.
The apparatus 410 includes one or more output bins 495 for receiving the processed documents. The documents can be conveyed into the output bins regardless of document-type or transaction-type, so that the documents from successive transactions are stacked on top of one another until a bin is full, and then the documents are stacked into the next bin that is not full. Alternatively, the apparatus includes a plurality of output bins 495 and a plurality of gates 496 for selectively sorting the documents into certain output bins. For instance, the apparatus may include three output bins for sorting the documents: one bin for receiving checks from singles transactions, one bin for receiving invoices from singles transactions, and one bin for receiving non-singles transactions.
The documents can be sorted are follows. The operator selectively manually manipulates the documents in a transaction so that the documents are in a particular order. For example, singles transactions can be selectively reordered so that the invoice is first and the check is second in each transaction. When the documents are conveyed to the output bins 495, the gates sort the documents so that the first document in each singles transaction is conveyed into the first bin and the second document in each transaction is conveyed into the second bin.
The apparatus may operate so that the documents from each transaction are processed together regardless of the type of transaction. Alternatively, the apparatus 410 operates to separately process certain transactions to identify certain transactions requiring special handling. For instance, as previously discussed, for remittance processing it is desirable to separate out singles transactions. These singles can be separated from transactions that are not singles. In addition, it may be desirable to separate transaction that include documents having certain characteristics such as a check mark in a customer response box on an invoice or an indication of a change of address. Preferably, the process for separating the documents is responsive to input from the operator.
After the operator manually extracts the documents, the operator can determine whether a transaction is of a particular transaction-type. For instance, the operator can visually inspect the documents to ascertain whether the transaction contains documents having certain features, such as a change of address. The operator can also determine whether a transaction is a single (i.e. one invoice and one check) or a multi (e.g. one invoice and two checks). Having identified the transaction-type, the operator inputs this information to the apparatus 410 so that the documents can be processed accordingly.
The operator can input the information relating to the transaction-type in one of several ways. Referring to
Configured in this way, the operator identifies the relevant information relating to each transaction. The operator then places the transaction in the appropriate chute. If the transaction is a clean single the operator places the transaction in the first chute 460a. Each chute includes a sensor 465 for identifying the presence of the transaction in the chute. The sensor 465 sends a signal to the controller 415 indicating that the transaction is of the type corresponding to the chute into which the operator places the transaction. For instance, if the operator places a transaction in the third bin 460c, the sensor 465c in the third bin sends a signal to the controller 415 indicating that one of the documents in the transaction has some type of marking such as an address change.
After the transaction is conveyed through one of the chutes 460, and singulated, if necessary, the documents are conveyed to the imaging device 480. After the imaging data is acquired, if desired, the controller 415 tags the image data with data relating to the transaction-type for future reference.
From the imaging device 480, the documents are conveyed to the output bins 495. The data indicating the transaction-type can be used to sort the documents in a transaction into the output bins 495. For instance, if a transaction is identified as a single, the documents are sorted so that the check goes into the first bin and the invoice goes into the second bin. Alternatively, if the transaction is identified as having a document with an address change, the documents are both sorted into the third bin, or the documents can be sorted so that the invoice with the address change indication is sorted into the third bin and the check is sorted into the first bin.
The number of input chutes 460 can be varied to accommodate various situations, and the controller 415 settings are variable so that the chutes correspond to different criteria. For instance, a different array of chutes can be configured as follows. A first chute for clean singles. A second chute for clean transactions having one invoice and two checks. A third chute for other clean transactions. A fourth chute for transactions having an invoice with an address change. A fifth chute for transactions having a document with a particular customer response box checked off, and a sixth chute for all other transactions that are not clean. Each chute has a sensor that communicates with the controller 415 so that a transaction placed into a particular chute is identified as the transaction-type corresponding to that particular chute. In this way, the information that the operator visually identifies can be transmitted to the controller 415 to control the further processing of the documents.
The chutes can also be configured to separate the documents in response to transaction-type and document-type. For example, four chutes can be provided. The first three chutes correspond to singles transactions, and the fourth bin corresponds to any transaction that is not a single. The three singles chutes allow the identification and separation of singles having a particular type of document. For instance, the operator can identify singles having a document from a particular customer by placing the transaction in the first chute. Singles having a document from a second customer may be placed in the second chute, and singles from any other customer are placed in the third chute. In this way, information relating to both the transaction-type and document type is identified and conveyed to the controller, which can control the further processing of the documents accordingly.
Alternatively, the operator can input the information regarding the transaction-type in a different manner. For instance, the apparatus 410 can utilize voice recognition to input the transaction-type. To utilize verbal input, the apparatus also includes a microphone 499 for receiving auditory signals from the operator. The microphone communicates with the controller 415 which incorporates voice recognition ability. When voice recognition is utilized, only a single input chute 460 is necessary.
During operation, the operator extracts documents from an envelope. The operator then identifies the transaction-type and speaks into the microphone stating the transaction-type. The controller 415 then identifies the transaction as a particular transaction-type and controls the continued processing of the documents accordingly.
In addition, the apparatus can be configured so that transactions are assumed to be singles unless the operator identifies the transaction as some other type. Since the majority of transactions are singles, this would eliminate the need for the operator to vocally identify each singles transaction. Such a configuration can be accomplished by utilizing the sensor 464 in the chute 460. If a transaction is detected and no vocal signal is received within a certain time period, then the transaction is identified as a single. For instance, if the sensor 465 detects a first transaction and no vocal signal is received relating to the transaction-type before the sensor detects a second transaction, then the first transaction is identified as a single.
Further, the voice recognition feature can be utilized to input information other than transaction-type. For example, the operator can identify the amount of a check. The controller 415 then tags the image data with the data from the operator indicating the amount of the check.
In light of the foregoing, the apparatus operates as follows. A stack of mail, referred to as a batch, is placed into the feeder 420. The operator places a batch ticket into one of the chutes if desired. The operator can manually input information relating to batch or the apparatus can automatically scan the batch ticket and identify the batch information, such as the batch number and the type of transactions in the batch. The feeder 420 then serially feeds the envelopes in the batch. The cutter 430 edge severs each envelope and a conveyor 440 transports the edge-severed documents to the extractor 450. The operator manually removes the documents from the envelope, determines the transaction-type and inputs this information to the apparatus either by placing the transaction into the appropriate chute or by verbally identifying the transaction-type in voice recognition mode. The documents are singulated either manually or automatically and then conveyed to the imaging device 480. The imaging device 480 scans the image of each document and transfers the image data to the controller 415. If a MICR module is included, the MICR line on each check is identified and decoded. Then, if desired, a printer prints information on each document, such as the batch number and the sequential document number identifying each document in the batch. The documents are then conveyed to a plurality of output bins 495, and if desired, a plurality of gates 496 sorts the documents into the different bins according to document-type or transaction-type.
It will be recognized by those skilled in the art that changes or modifications may be made without departing from the broad inventive concepts of the invention. For instance, the controller can be connected to a file server so that data acquired during processing can exported to another apparatus. The exported data can then be used by the other apparatus during further processing. For example, if the operator identifies the check amount, this information can be utilized by a remittance processing apparatus during remittance processing. In addition, in certain situations it is desirable to obtain data from the face of the envelopes. For instance it may be desirable to know the postmark date on the envelope. In such situations, the operator feeds the envelope and the transaction into a chute and the imaging device scans the documents and the envelope. The controller then correlates the image data from the envelope with the documents extracted from the envelope. It may also be desirable to configure the scanner so that the scanner is operable to scan the full length of an 8½×11 document. Further, the apparatus can be modified so that an input nip is substituted for each chute. The input nip can be one of several forms. For instance, the input nip may comprise a pair of opposing rollers that are spaced apart from one another prior to the documents entering the input nip. After the documents enter the input nip, one of the rollers is displaced so that the rollers engage the documents in the input nip. The operator places the transactional documents into the input nip corresponding to a particular transaction-type. The input nip then engages the documents and conveys them toward the imaging device. If input nips are utilized, sensors similar to the chute sensors are utilized to identify the presence of the transaction, thereby determining the transaction-type. It should therefore be understood that this invention is not limited to the particular embodiments described herein, but is intended to include all changes and modifications that are within the scope and spirit of the invention as set forth in the claims.
This is a continuation of U.S. application Ser. No. 10/007,317 filed Nov. 5, 2001, which is a continuation-in-part of U.S. application Ser. No. 09/113,869 filed Jul. 10, 1998 and U.S. application Ser. No. 09/655,008, filed Sep. 25, 2000, now issued as U.S. Pat. No. 6,311,846. The entire disclosure of each of the foregoing applications is hereby incorporated herein by reference.
Number | Date | Country | |
---|---|---|---|
Parent | 10007317 | Nov 2001 | US |
Child | 13366842 | US |
Number | Date | Country | |
---|---|---|---|
Parent | 09113869 | Jul 1998 | US |
Child | 10007317 | US | |
Parent | 09655008 | Sep 2000 | US |
Child | 09113869 | US |