US5237158A - Image-based document processing system providing for priority document shipment - Google Patents

Image-based document processing system providing for priority document shipment Download PDF

Info

Publication number
US5237158A
US5237158A US07/420,098 US42009889A US5237158A US 5237158 A US5237158 A US 5237158A US 42009889 A US42009889 A US 42009889A US 5237158 A US5237158 A US 5237158A
Authority
US
United States
Prior art keywords
documents
data
document
transaction
images
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Expired - Lifetime
Application number
US07/420,098
Inventor
Norman P. Kern
Donald A. Boone
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Unisys Corp
Original Assignee
Unisys Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Priority to US07/420,098 priority Critical patent/US5237158A/en
Application filed by Unisys Corp filed Critical Unisys Corp
Assigned to UNISYS CORPORATION reassignment UNISYS CORPORATION ASSIGNMENT OF ASSIGNORS INTEREST. Assignors: BOONE, DONALD A.
Assigned to UNISYS CORPORATION reassignment UNISYS CORPORATION ASSIGNMENT OF ASSIGNORS INTEREST. Assignors: KERN, NORMAN P.
Priority to PCT/US1990/005671 priority patent/WO1991006052A2/en
Priority to DE69032803T priority patent/DE69032803T2/en
Priority to EP90916974A priority patent/EP0482116B1/en
Publication of US5237158A publication Critical patent/US5237158A/en
Application granted granted Critical
Assigned to UNISYS HOLDING CORPORATION, UNISYS CORPORATION reassignment UNISYS HOLDING CORPORATION RELEASE BY SECURED PARTY Assignors: CITIBANK, N.A.
Assigned to UNISYS HOLDING CORPORATION, UNISYS CORPORATION reassignment UNISYS HOLDING CORPORATION RELEASE BY SECURED PARTY Assignors: CITIBANK, N.A.
Assigned to DEUTSCHE BANK TRUST COMPANY AMERICAS, AS COLLATERAL TRUSTEE reassignment DEUTSCHE BANK TRUST COMPANY AMERICAS, AS COLLATERAL TRUSTEE PATENT SECURITY AGREEMENT (PRIORITY LIEN) Assignors: UNISYS CORPORATION
Assigned to DEUTSCHE BANK TRUST COMPANY AMERICAS, AS COLLATERAL TRUSTEE reassignment DEUTSCHE BANK TRUST COMPANY AMERICAS, AS COLLATERAL TRUSTEE PATENT SECURITY AGREEMENT (JUNIOR LIEN) Assignors: UNISYS CORPORATION
Anticipated expiration legal-status Critical
Expired - Lifetime legal-status Critical Current

Links

Images

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q40/00Finance; Insurance; Tax strategies; Processing of corporate or income taxes
    • G06Q40/02Banking, e.g. interest calculation or account maintenance
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/40Information retrieval; Database structures therefor; File system structures therefor of multimedia data, e.g. slideshows comprising image and additional audio data
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00Payment architectures, schemes or protocols
    • G06Q20/04Payment circuits
    • G06Q20/042Payment circuits characterized in that the payment protocol involves at least one cheque

Definitions

  • the present invention relates generally to improved means and methods for processing documents using electronic imaging, and more particularly, to the use of electronic imaging for processing financial documents, such as checks and related documents in a banking environment.
  • imaging technology as an aid to document processing has been recognized as one way of significantly improving document processing, as disclosed, for example, in U.S. Pat. Nos. 4,205,780, 4,264,808, and 4,672,186.
  • imaging involves optically scanning documents to produce electronic images that are processed electronically and stored on high capacity storage media (such as magnetic disc drives and/or optical memory) for later retrieval and display. It is apparent that document imaging provides the opportunity to reduce document handling and movement, since these electronic images can be used in place of the actual documents.
  • a more specific object of the present invention is to provide such improved means and methods in a manner which significantly improves document processing productivity.
  • Another object of the present invention in accordance with one or more of the foregoing objects is to provide a document processing system employing imaging which is organized for operation in a manner which significantly reduces labor costs.
  • FIG. 1 generally illustrates an exemplary image-based bank check processing system in accordance with the invention.
  • FIG. 2 is a pictorial representation of FIG. 1.
  • FIG. 3 illustrates the front side of a typical check.
  • FIG. 4 illustrates the front side of a typical deposit ticket.
  • FIG. 5 illustrates the back side of a typical deposit ticket.
  • FIG. 6 illustrates a typical cash paid out slip.
  • FIG. 7 illustrates a typical check containing an encoded amount below the signature.
  • FIG. 8 illustrates the layered softward architecture employed in the system of FIG. 1.
  • FIG. 9 illustrates the manner in which application programs are distributed throughout the system of FIG. 1.
  • FIG. 10 is a more specific representation of the layered software architecture employed in the system of FIG. 1.
  • FIG. 11 is a block diagram illustrating how the system of FIG. 1 can be expanded.
  • FIG. 12 is a flow chart illustrating how image recovery is provided in the system of FIG. 1.
  • FIG. 13 illustrates how documents may be distributed after sorting by the document processor in FIG. 1.
  • FIG. 13a illustrates how the distributed documents of FIG. 13 are placed in a block tray without recordering preparatory to performing a repass for image recovery purposes.
  • FIG. 14 is a block diagram illustrating various types of workstations employed in the system of FIG. 1.
  • FIG. 15 illustrates preferred hardware for the image workstations of FIG. 14.
  • FIGS. 16 and 17 illustrate examples of image displays which may typically appear on an amount entry workstation.
  • FIGS. 18 and 19 illustrate examples of screen displays which may typically appear on a MICR correction workstation.
  • FIG. 20 illustrates an example of a multi-window screen display which may typically appear on a balancing work station.
  • FIG. 21 illustrates a typical workstation keyboard.
  • FIG. 22 shows the upper keys and associated functions of the keyboard of FIG. 21.
  • FIG. 23 shows the lower keys and associated functions of the keyboard of FIG. 21.
  • FIG. 24 is a flow chart illustrating the automatic steps through which a balancing workstation leads an operator in order to balance out-of-balance transactions.
  • FIG. 25 illustrates an example of a typical customer advice letter that may be prepared by an operator at a balancing workstation.
  • FIG. 26 is a flow diagram illustrating how priority transit shipment is provided in the system of FIG. 1.
  • FIG. 1 An exemplary image-based bank check processing system, such as generally illustrated in FIG. 1, will be considered in detail. It is to be understood that this exemplary system is merely illustrative, and should not be considered as in any way limiting the scope of the invention, since the invention is applicable to other types of document processing systems, financial and otherwise.
  • FIG. 3 illustrates the front side 10a of a typical check 10.
  • FIG. 4 illustrates the front side 15a of a typical deposit ticket 15 listing for deposit only a single check for $250.00.
  • the check amounts are then listed on the back side 15b of the deposit ticket 15, as illustrated in FIG. 5, with the total of these checks being written on the back 15b and also on the front side 15a of the deposit ticket 15.
  • code lines 11 and 16 are provided at the bottom of the front sides 10a and 15a of both the check 10 and deposit ticket 15, respectively. These code lines 11 and 16 typically are both humanly-readable and machine-readable, and contain information which the bank uses for processing, such as the bank on which the document is drawn, a routing/transit number, the account number of the person who wrote or made out the check or deposit ticket, and a transaction code indicating the type of document. These code lines 11 and 16 are usually comprised of well known MICR (Magnetic Ink Character Recognition) data, but may alternatively be OCR (Optical Character Recognition) data. For convenience, it will be assumed for the remainder of this description that these code lines are MICR data.
  • MICR Magnetic Ink Character Recognition
  • OCR Optical Character Recognition
  • a bank receives deposit tickets and associated checks for further processing from a variety of sources, such as from the bank's tellers, through-the-mail, from automated teller machines, etc.
  • the customer may also choose to receive a certain amount of cash, as indicated by the $200.00 amount provided on the "LESS CASH RECEIVED" line on the front side 15a of the deposit ticket 15 in FIG. 4.
  • the teller will then include with the check(s) and deposit ticket of the transaction, a cash paid out slip for the corresponding cash amount of $200.00, as illustrated in FIG. 6.
  • This cash paid out slip also has a MICR code line 19.
  • the customer might wish to deposit cash into his account, in which case the customer would enter the appropriate amount into the "CURRENCY” and/or "COIN” lines adjacent the "CASH" block on the front side 15a of the deposit ticket 15(FIG. 4).
  • the teller would then include with the check(s) and deposit slip of the transaction, a cash paid in slip (not shown), which would be generally similar to the cash paid out slip shown in FIG. 6 (including an appropriate code line), except that it would designate cash paid in instead of cash paid out.
  • the deposit ticket 15 along with its associated checks 10, and any cash paid in or paid out slip constitute a transaction.
  • Other documents, such as mortage and credit card payments could also be included in a transaction.
  • the "NET DEPOSIT" line on the front side 15a of the deposit ticket 15 should equal the algebraic sum of the associated check amounts and any cash paid in or paid out amount, and also the amounts of any other types of transaction items which may be included in the transaction. When this equality is present, the transaction is said to be "balanced.”
  • a check processing system provide for proofing, which in the banking industry refers to methods and apparatus for detecting, correcting and handling transaction balancing errors. It will be understood that such errors may be produced by the customer and/or teller, or may be introduced during processing.
  • the manner in which the processing system provides for detecting and correcting such errors, as well as preventing the introduction of errors during processing, has a very significant impact on the resultant productivity and cost effectiveness of the system. This is why the use of imaging technology in document processing is not of itself a solution to the problems associated with document processing.
  • FIG. 1 and 2 illustrate an exemplary embodiment of an image-based bank check processing system in accordance with the invention, which is able to take particular advantage of imaging technology in a manner which significantly enhances the productivity and cost-effectiveness of the system.
  • this bank check processing system is presented by way of example, and should not be considered as in any way limiting the scope of the invention.
  • An initial step of preparation is required to prepare incoming transactions for processing by the check processing system of FIG. 1.
  • This preparation step involves removing staples, paper clips, rubber bands etc. from the transaction documents, and arranging them in trays with proper orientation and in proper order, each tray corresponding to a block. Included in each tray is a block ticket for identifying the documents in that block, and pocket separator ticket for separating the documents into block groups after they have been sorted into pockets 32a.
  • a tray comprises a block of transactions containing about 3,000 documents, and without any transactions being split up between different blocks. To permit identification of the documents associated with each transaction, they are arranged in consecutive order in the tray.
  • the deposit ticket of each transaction follows the other documents of the transaction.
  • tray blocks of transactions are brought to a high sped document processor 32 which includes an imaging capability, and also optionally includes a microfilming capability and a capability for automatically reading the dollar amounts of the transaction documents.
  • the operator places the tray block into an automatic document feeder of the document processor unit 32 and begins operation.
  • the document processor 32 then reads the MICR code line on each document as the document flows through the unit, endorses audit trail information (including assigning a sequence number) on the document, optionally microfilms the document, and also captures an image of one or more sides of the document. If a document already has the dollar amount encoded, or if automatic dollar amount reading is available, this dollar amount is also read.
  • the document processor 32 sorts the documents (usually based on MICR data) to pockets 32a using a sort pattern which may be downloaded from a host computer 34 via a communication link 36.
  • a sort pattern which may be downloaded from a host computer 34 via a communication link 36.
  • Documents which cannot be handled are sorted to a reject pocket for handling by conventional reject reentry procedures. If desired, deposit slips and cash-in and cash-out slips could also be sorted to separate pockets.
  • the data read from the transaction documents by the document processor 32 are fed to the computer 34 via communication link 36, and typically includes each document's MICR data, amount data (if read), assigned sequence number and pocket location.
  • the host computer 34 maintains a data base which stores the pertinent data corresponding to each transaction document being processed.
  • Images captured by the document processor 32 are processed, compressed, and formed into image packets.
  • Each packet comprises one or more compressed images of a document along with an identifying header containing document identifying data (such as MICR data and sequence number).
  • These image packets are then sent, via a high speed, point-to-point optical network 41 for storage on a high capacity disk-based magnetic storage and retrieval unit 40.
  • the storage and retrieval unit 40 communicates with the computer 34 via communication link 42 and communication processor 34a.
  • the transaction documents will be in the pockets 32a, corresponding document data, such as MICR, sequence number, dollar amount (if read) and pocket location will have been sent to the host computer 34 for storage in its document data base, and corresponding images with document identifying headers will have been stored on the storage and retrieval unit 40.
  • document data such as MICR, sequence number, dollar amount (if read) and pocket location
  • Additional tray blocks are processed by the document processor 32 in the same manner as described above.
  • the pocket separator tickets provided in the trays during the previously described preparation step serve to separate documents from different blocks.
  • an operator empties each pocket into a pocket tray which is identified with the corresponding pocket number. These pocket trays are moved to a holding area.
  • the tray may then be taken to a power encoder 60 for high speed encoding of the dollar amount on each check. Since, as mentioned previously, the sorting into pockets is advantageously based on shipping destination, these trays corresponding to destinations having the earliest deadlines, and which the system indicate are ready for encoding, can be encoded before those having later deadlines.
  • encoding of the dollar amount by a power encoder 60 is normally permitted only after the dollar amounts of all documents in a tray have been entered into the computer data base and, in addition, all corresponding transactions have been determined to be properly balanced. Batch and/or block balancing may additionally be provided as a further check on proofing accuracy.
  • the illustrated system includes a plurality of image workstations 50 which, in response to receiving images from the storage and retrieval unit 40, serve as the primary operator interface for entering dollar amounts and correction data into the computer data base, and for balancing transactions.
  • the workstations 50 communicate with the computer 34 via network 52 and the storage and retrieval unit 40. Accordingly, data generated at the workstations 50 is sent to the computer 34 by first sending the data, via network 52, to storage and retrieval module 40, which then sends the data, via network 42 and communication processor 34a to the computer 34.
  • the workstations 50 are divided by function into various types: one type of workstations is used to key in dollar amounts by viewing document images; a second type provides for the correction of MICR code lines, while also providing for amount entry if required; a third type is used to balance transactions; and a fourth type cooperates with a printer to provide text and image hard copy output.
  • proofing is required to correct any transaction errors which may be present (to the extent possible) before the checks are encoded by power encoder 60 and shipped to their proper destinations.
  • the transaction documents sorted to the reject pocket by the document processor 32 also have to be entered into the computer data base, since they also belong to transactions which are to be balanced. These rejects are handled by a well known procedure known as reject reentry.
  • the power encoder 60 may be operated in a reject reentry mode for entry of reject data into the computer data base.
  • the pocket tray may then be taken from the holding area to the power encoder 60, which communicates with the computer 34 via communication link 62 and communication processor 34a.
  • An operator places the documents from the tray into the input hopper of the power encoder 60 and initiates operation.
  • each pocket separator signals the computer 34 to send to power encoder 60 the amount data for the sequence of checks which follows the pocket separator.
  • the power encoder 60 then encodes the sequence of checks accordingly, using an appropriate printer (not shown).
  • the power encoder 60 may also provide for further sorting of checks based on, for example, destination data contained in the MICR code line, or in response to sorting data derived from the host computer 34.
  • the checks are thus made ready for shipment to their appropriate destinations. Any checks not fed to the power encoder 60, or those checks rejected thereby, are added to their respective group for shipping.
  • the sorting may also be used to remove other types of transaction documents (such as pocket separators, deposit tickets and cash-in and -out slips) by sorting them to a separate pocket.
  • a cash letter accompanies each shipped group indicating the number and amount of the checks in the group.
  • the software architecture provided for the system of FIG. 1 advantageously employs a layered software architecture comprised of application programs, system services and native operating system which permit the system to serve as a hardware platform applicable to various types of document processing systems.
  • This layered software architecture also permits the cooperative performance of the hardware to be tailored for maximum productivity.
  • a particular application is composed of application programs that run on different units in the system, each application program being written in the language best suited to its own particular operating environment.
  • FIG. 9 illustrates the manner in which such application programs are distributed throughout the system of FIG. 1. It will be seen that application programs (indicated in black) execute on the document processor 32, the host computer 34, the image workstations 50, and the power encoder 60, each of these units having its own native unit operating system.
  • the system services are a library of commands that may be called by application software programs so as to provide an interface between these application programs and the native unit operating systems. More particularly, system service calls are made in the application programming language and provide the ability to interact with all system hardware components and native operating systems. System services provide this interaction independent of any other programming language or operating system restrictions. When a service is requested, the request is translated into commands that the particular involved hardware uses to perform the function.
  • system software application programs, operating systems, system services
  • ROM firmware
  • RAM random access memory
  • host computer contains the application program software and transfers appropriate portions to the various hardware components during system initialization. As indicated in FIG. 9, this facilitates customizing system operation to the requirements of a particular document processing system.
  • FIG. 10 diagrammatically shows the four categories into which system software is divided: application programs, system services, communication services (which is a subset of system services), and native operating systems. A summary of each of these categories is presented below:
  • the document processor 32 provides for capturing, processing, and compressing images in real time matching the speed of document flow.
  • the optical network 41 permits the resulting image packets to be sent to the storage and retrieval unit 40 at a sufficiently fast rate so that images are stored on unit 40 at the image capture rate.
  • images are available for sending to the workstations 50 a very short time after they have been captured by the document processor 32. Retrieval of images can occur one image at a time, or in groups of images defined by a list or range.
  • the storage and retrieval unit 40 is designed to provide for the concurrent storage and retrieval of images, that is, storage and retrieval operations are performed in parallel.
  • operation is such that once written, neither the image nor its header are ever changed (commonly referred to as writeonce operation).
  • writeonce operation When an application determines that a block of images is no longer needed (such as when it is determined that all transactions of the block are correctly in balance), the block may then be deleted from the storage and retrieval unit 40.
  • This temporary storage of images by the storage and retrieval unit 40 keeps the unit 40 available for use in storing newly received images.
  • FIG. 11 is a block diagram illustrating how the system of FIG. 1 can be expanded to provide a plurality of storage and retrieval units 40, as well as a corresponding plurality of document processors 32.
  • the provision of communication link 43 which provides for transmitting images between units 40.
  • This advantageously permits a workstation 50 to receive images from any storage and retrieval unit 40 so that the total work load can be shared amongst all the available workstations.
  • FIG. 11 also illustrates how the storage and retrieval units 40 may communicate, via communication links 42 and 43 with an optical memory 45 and a remote communicator 47.
  • the optical memory 45 provides the capability for archiving images
  • the remote communicator provides the capability of transmitting images to a remote location.
  • the host computer 34 serves as the central control unit for the system of FIG. 1. It coordinates the functioning of the application software running in the system and directs data traffic.
  • the size of the host computer 34 is minimized, since images are routed directly to the separate storage and retrieval unit 40 and do not flow to the computer 34.
  • This separation of the storage and retrieval unit 40 from the computer 34 also provides the additional advantage of being able to use a high speed optical network, such as illustrated by optical network 41, to speed the flow of images from the document processor 32 to the storage and retrieval unit 40.
  • optical network 41 such as illustrated by optical network 41
  • FIG. 13 is an example of how three blocks Bl, B2, and B3 may be distributed amongst four pockets P1, P2, P3, and P4 after sorting by the document process 32.
  • Pocket separator tickets 72 serve to divide the block documents from one another in each pocket (block tickets are typically sorted to the reject pocket). Assuming it is determined (step 110 in FIG. 12) that blocks B1 and B3 require reimaging, an operator would collect the block B1 and B3 documents from pockets 1, 2, 3, and 4 (along with the pocket separators 72) and place them in a block tray without reordering (step 112), the result being illustrated in FIG. 13a.
  • each pocket separator signals the computer 34 to send to the document processor 32 the first-pass data required to create the headers for the sequence of documents which follows the pocket separator.
  • the document processor 32 uses this first-pass data to create the headers for the images produced during repass, which are then sent to the storage and retrieval unit 40 for storage (step 116 in FIG. 12) in the normal manner.
  • the fact that the images in a stored block on the storage and retrieval unit 40 are not in the original order will not be of concern, since the document sequence number assigned on the first pass will permit the documents of a transaction to be displayed at a workstation 50 in the desired order.
  • the workstation stations 50 include four types of workstations 50a, 50b, 50c, and 50d.
  • the system is designed so that an operator can input priority data into the computer 34 for controlling the order of transmission of transaction documents to these workstations. For example, operation can be prioritized such that those transactions having documents with earlier shipment deadlines will be sent to the workstations 50 earlier than those having later deadlines.
  • each workstation 50a is an amount entry workstation and receives images of those documents requiring amount entry and having good MICR code lines; each workstation 50b is a MICR correction workstation and receives images of documents having deficient, but acceptable MICR code lines; each workstation 50c is a balancing workstation and receives images of out-of-balance transactions for the purpose of balancing them with operator assistance; and workstation 50d is a printing workstation which provides for printing text and graphics.
  • transaction balancing can be performed by workstation 50c on transactions which are ready for balancing (such as those involving high priority documents), while workstation 50a is entering amounts, while workstation 50b is correcting code lines as well as entering amounts, and while workstation 50d is providing printing.
  • data entered at workstations 50a, 50b, and 50c is sent via communication network 52, storage and retrieval unit 40 and communication link, 42 to computer 34 for storage in the computer's data base.
  • the workstations may, for example, be personal computers providing the functions described herein. Since images are stored in compressed form on the storage and retrieval unit 40, as described previously, each workstation also provides for decompressing received compressed images for display on the workstation monitor. An operator can also zoom, pan, scroll, rotate, and flip (view the rear) an image for optimal viewing.
  • FIG. 15 illustrates a preferred hardware architecture for the image workstations, the components of which are described below:
  • a print workstation 50d is based on the same workstation hardware illustrated in FIG. 15 with the addition of a printer interface and a printer.
  • FIG. 16 An example of an image display which may typically appear on an amount entry workstation 50a is illustrated in FIG. 16. Note that the operator sees only an image 70 of the document (which in FIG. 16 is a check) along with a box 71 (which is initially blank) labelled "Amount.” In FIG. 16, box 71 contains the entry "23500" (decimal point omitted), which is the operator's entry of the observed $235.00 amount of the check. Operation is variably controllable such that the screen will automatically switch to the next document whose amount is to be entered after the operator has entered the first 2, 3, 4, etc. digits of the observed amount. If the operator cannot read the dollar amount on the document, he/she would merely press a "pass" key, which would then cause the next document to be displayed.
  • FIG. 17 illustrates an example of a display screen for an amount entry workstation 50a, wherein a transaction code box 73 labelled "TC" is additionally displayed as a result of the operator having keyed in a transaction code indicative of the type of document.
  • Workstation operators will be trained to recognize the types of document (e.g., check, deposit ticket, etc.), and enter the correct transaction code (prior to entering the amount).
  • FIG. 17 it will be seen that the operator has entered the transaction code "76" in box 73 and the amount "23500” in box 71. To speed up operator processing, operation is caused to be such that transaction codes need not be entered for checks, since the system assumes that a check is indicated when no transaction code is entered.
  • One type of error which has been observed may occur when debit and credit items of a single-item deposit are presented sequentially to an operator.
  • a single-item deposit may, for example, comprise a check (debit) $110.00 and a corresponding deposit ticket (credit) of $110.00. If the check is displayed first and the operator misreads it and keys in $100.00, the operator may without thinking key in the same incorrect amount of $100.00 for the next displayed deposit ticket.
  • a variation of this error is the incorrect keying of the first item and the use of a repeat key on the second item. In either case, the transaction balances even though there is an error. Such errors may go undetected until a customer complains.
  • the exemplary processing system being described herein advantageously avoids the above described error problem by reordering the display of document images in a manner such that the operator will not know which items are associated with which deposit ticket.
  • the images could be reordered such that both items of a single check deposit will be separated by at least one item from each other. This will prevent the single-item-deposit syndrome because the operator will never be able to assume that two successive items have any relation to one another.
  • the table below presents an example of how an image sequence of eleven items maybe reordered:
  • workstation 50b is dedicated to receiving images of documents requiring MICR code line correction. These images are a result of the decision to sort documents to the document processor pockets 32a (FIG. 1) based on the destination indicated in the MICR code line, even for documents having defective MICR code lines, so long as the destination MICR portion is readable.
  • a significant advantage of providing such operation is that it results in a significant reduction in the number of rejects that require the use of the reject reentry procedures, which are slow and labor intensive.
  • In order to facilitate retrieval from the storage and retrieval unit 40 (FIG. 1) of these document images requiring MICR correction are stored in a separate code correction file on the storage and retrieval unit 40.
  • FIG. 18 illustrates a screen display showing the image of a check 80 requiring MICR code line correction, along with a plurality of MICR code line boxes 81, 82, 83, 84, 85, and an amount entry box 86.
  • Box 85 labeled TC is for entry of a transaction code, as previously described with respect to box 73 in FIG. 17.
  • an operator would, view the displayed check image 80, and substitute "9" (83a) for the first asterisk in box 83, and "2" (83b) for the second asterisk in box 83.
  • the operator would also provide entries for any blank boxes requiring entry, and then would be prompted to enter the check amount $235.00 (and transaction code if required).
  • the display would then switch to a new document image.
  • FIG. 19 illustrates a display by the code correction workstation 50b of a deposit ticket 87 in which the account number is handwritten (84a) on the deposit ticket, usually by a teller to identify the account to which the deposit ticket applies. An operator may conveniently enter this handwritten account number in the appropriate box 84 by viewing the document image.
  • an operator of a MICR correction workstation 50b can depress a "pass" function key if a required entry cannot be read form the check image.
  • the balancing workstation 50c received transactions which do not balance for the purpose of attempting to get them into balance.
  • the workstation 50 is also typically used for balancing blocks and/or batches of transactions.
  • An out-of-balance transaction may, for example, be a deposit transaction for which the total on the deposit ticket (FIG. 4) does not equal the sum of the checks being deposited.
  • balancing will not be attempted for a transaction until it has had its MICR code corrected by workstation 50b (if necessary), and has had its dollar amount entered or attempted to be entered (either automatically by document processor 32 in FIG. 1, or by imaging using workstation 50a or 50b).
  • the basic manner in which a balancing workstation 50c provides for handling a transaction will next be considered.
  • FIG. 21 illustrates the overall layout of the keyboard 90.
  • FIG. 22 illustrates the upper portion 90a of the keyboard, and
  • FIG. 23 illustrates the lower portion 90b of the keyboard.
  • FIGS. 22 and 23 show the labels of the keys. Also included are short description describing the operation of particular keys. The number keys in the center of the lower keyboard portion 90b are for entering numbers.
  • Workstation 50c is advantageously provided with a multi-window display (FIG. 20) corresponding to a single transaction. It is to be understood that each window is controllable (flip, rotate, scroll, zoom, etc.) using the various window control keys of the keyboard (FIGS. 22 and 23). It is also to be understood that the particular multiwindow display and keyboard shown are merely illustrative.
  • a first window Wl in FIG. 20 displays an image of a deposit ticket 15 indicating a total of $686.30. The other side may be seen by pressing the "Flip" key in the top row in FIG. 22.
  • a second window W2 in FIG. 20 provides a summary of the transaction derived from the database in computer 34.
  • the "CR” amount (686.30) in window W2 is the deposit ticket total
  • the "DB” amount (676.30) is the sum of the checks being deposited
  • the "DIF" amount (10.00) is the difference between the "CR” and “DB” amounts, that is, the amount by which the transaction is out of balance.
  • window W2 also indicates the number of "CR” and “DR” items, 1 for "CR” (deposit ticket) and 6 for "CR” (checks). Movement between windows is accomplished by using the "Backward Window” and "Forward Window” keys in FIG. 23.
  • a third window W3 in FIG. 20 labeled "CREDITS” lists each of the "CR” (deposit ticket) amounts.
  • the deposit ticket 15 shown in window W1 is the only listing in window W3 since the displayed transaction has only one credit item.
  • a fourth window W4 in FIG. 20 labeled "DEBITS” lists each of the "DB" (check) amounts. Accordingly window W3 lists the amount of each of the six debits (checks) whose sum is equal to the total debit "DB" amount in window W2.
  • a fifth window W5 in FIG. 20 shows a partial image of the particular debit (check) Whose amount is highlighted in window W4, which is the check for 235.00.
  • the particular check which is highlighted can be changed by using the up-or-down keys in FIG. 23.
  • Manipulation of the check shown in window W5, such as scrolling (to see other parts of the check), flipping, etc., is accomplished by appropriate use of particular keyboard keys (FIGS. 22 and 23). It will be understood that, if there were more credit items shown in the credit window W3, window W1 would display the particular credit item highlighted.
  • a sixth window W6 in FIG. 20 is a dialogue window which is used to permit an operator to dialogue with the computer such as by choosing a particular operation to be performed from a menu.
  • window W6 illustrates a "CUSTOMER ADVICE MENU".
  • Other types of dialogue activity can also be provided, as will become evident hereinafter.
  • a seventh window W7 in FIG. 20 at the bottom of the screen shows MICR code line data for a highlighted item in window W3 or W4, dependent upon which immediately preceding window was active.
  • An active window has a thick black border, as illustrated for window W6 in FIG. 20. Movement between boxes (fields) in window W7 is accomplished using the "Backward Field” and "Forward Field” keys in FIG. 23.
  • a balancing workstation 50c for transaction balancing When an operator signs-on at a balancing workstation 50c for transaction balancing, he or she typically first requests a display of blocks of transactions to be worked on. A screen will then be displayed indicating a plurality of blocks and pertinent information about each, such as the priority of a block, its current status, the credit, debit, and out-of-balance amounts for the block, etc.
  • the balancing workstation 50c is programmed to automatically lead the operator through various steps in order to attempt to balance out-of-balance transactions. Operation pauses only when operator action is required. These steps are illustrated in FIG. 24 and described in further detail below:
  • the initial step is to select a block for balancing.
  • the computer 34 sends to the balancing workstation 50c the free and missing items from reject reentry. These items are the documents which were entered using reject/reentry procedures, as described previously.
  • Each out-of-balance transaction is examined in turn to determine whether any items are missing from the transaction. If so, a determination is made as to whether any of the free items could be a possible match for any of the missing items. If a possible match is encountered, the image of the missing item and the code line for the free item are displayed to the balancing operator on the workstation screen for verification. The operator simply answers "yes" or "no" to the matchup. Operation proceeds in this manner until all out-of-balance transactions have been handled, after which operation proceeds to the next step.
  • each out-of-balance transaction is examined to determine if any are out of balance by less than a predetermined dollar amount specified by the user. If there are any transactions fitting this description, the transaction is automatically forced into balance without operator intervention. Operation then proceeds to the next step after all out-of-balance transactions have been handled. Any transactions which were balanced as a result of this step are removed from the list of out-of-balance transactions.
  • the user also specifies the maximum number of items in a transaction that will qualify the transaction for amount rekey. For each out-of-balance transaction which contains less than the number of items specified by the user, the transaction is presented to the balancing operator for rekey. During rekey, the items in the transaction are processed to determine if any are suspects for keying errors. These items are presented to the operator first, followed by all other items in the transaction. If an amount is keyed that equals the amount entered during amount entry, the next item is displayed. If the amount keyed does not equal the amount entered during amount entry, but it causes the transaction to balance, the remaining items of the transaction are not displayed, and operation proceeds to the next out-ofbalance transaction.
  • the amount entered during rekey is taken as the new amount and the next item is displayed.
  • the amount rekey procedure is not performed for those transactions containing PASSED items. After all out-of-balance transactions have been handled, operation proceeds to the next step.
  • the operator may request a list of the out-of-balance transactions in the block and select the one which is to be subject to think balancing.
  • the system could make this selection automatically. In either case, the think balancing operations are the same.
  • the first item in each list in the credit and debit windows W3 and W4 that is suspect will be highlighted in order to guide the operator to that item first.
  • the dialogue window W6 in FIG. 20 could also be used to provide additional facts.
  • a further advantage of the multi-window display shown in FIG. 20 is that a customer advice for advising the customer of an incorrect listing (including images) can be prepared at the workstation 50c while the transaction is being displayed. This is accomplished by depressing the "ADVICE" key in FIG. 22, which will produce a menu in the dialogue window W6 to permit the operator to prepare the advice.
  • FIG. 25 illustrates an example of a typical customer advice letter that may be prepared by an operator using the dialogue window W6. Note that images of the deposit slip and check are advantageously provided by the operator requesting same during the operator's dialogue with the dialogue window W6.
  • the balancing workstation 50a also advantageously provides for handling a situation where a document (item) becomes separated from its transaction, and is erroneously placed with another transaction. This could occur, for example, when preparing documents for the document processor 32 in FIG. 1. Such a misplaced item will be sorted to its proper pocket (assuming its MICR is acceptable); however, the transaction which lost the item, as well as the transaction which gained the item, will not balance.
  • computer 34 (FIG. 1) provides a free item store for storing free items. If, during think balancing, an operator determines that an item in window W3 or W4 (FIG.
  • a free (extra) item e.g., in response to the "Comments" in window W3 or W6. indicating such
  • the operator can logically remove the item from the transaction and place the item in the free item store. The operator does this by highlighting the item in its respective window (W3 or W4), and then pressing the "Make Free Item" key in FIG. 23.
  • additional identifying data for the document may be provided by the operator using the dialogue window W6.
  • the operator may want to see what is in the free item store. To do this, the operator presses the "Display Free Items" key in FIG. 23, which causes candidate free items to be displayed in the dialogue window W6 (FIG. 20).
  • the operator can limit the entries displayed by entering free item search data into the dialogue window W6. For example, if the missing item should have an amount of $100.00, the operator by appropriate entry in the dialogue window W6 can limit the free item search to just those items having an amount of $100.00, in which case, the resulting display in the dialogue window W6 will only be of items having an amount of $100.00.
  • the operator determines that a displayed free store item belongs to the displayed transaction, the operator can then logically place the missing item in the transaction by pressing the "Get Free Item" key in FIG. 23. If the transaction is thus brought into balance, operation will proceed to the next out-of-balance transaction.
  • the operator can create a missing item advice using the dialogue window W6 (FIG. 20) in a generally similar manner to that previously described for a customer advice (FIG. 25). If at a later time the block containing the missing transaction is worked on again, and the missing item is found (e.g., because the missing item was placed in the free item store after the previous attempt at balancing), the missing item can at this later time be logically placed in the transaction to balance the transaction, as described above. The previously prepared missing item advice will then be deleted. An advice can thus be electronically created at the time it appears to be required (which is the most efficient time to create an advice). Then, if the missing item is found at a later time, the electronically created advice will be deleted and will, thus, not be printed.
  • the free item store described above is also advantageously employed during the system,s transaction level search for "Missing Item" listed in the previously described think balancing error search.
  • search detects a missing item in the displayed transaction, candidate items from the free item store will automatically be listed in the dialogue window W6 (FIG. 20) for use by the operator.
  • the document processor 32 sorts documents into pockets based on MICR destination data, after which the documents in each pocket have to wait for their corresponding transactions to be balanced before they can be encoded by power encoder 60 and shipped.
  • particular pockets may contain checks which have to be shipped by a particular deadline which is very near.
  • they could be power encoded "as is,” which is undesirable since there may be checks in this pocket which are from transactions that have not been balanced.
  • a supervisor schedules one or more pockets for priority transit shipment rekey; unbalanced blocks are tagged accordingly.
  • An operator at a balancing workstation 50c (step 302) then requests a tagged block (step 302).
  • the system searches the requested block for items that are part of an out-of-balance transaction and also are in a scheduled pocket (step 304). These items (and these items only) are presented to the operator in the same fashion as during amount entry at an amount entry workstation 50a (step 306).
  • the operator enters the amount as if seeing the item for the first time. The amount that was entered in a previous function is not displayed to the operator.
  • one of the following three scenarios takes place (step 308):
  • steps 302-308 are repeated for all other tagged blocks.
  • the documents in the scheduled pockets are then encoded by the power encoder 60 (FIG. 1) and shipped (step 312). If later balancing reveals an item was incorrectly encoded, an adjustment suspect report is printed to advise that an incorrectly encoded item was shipped.

Abstract

A method for obtaining priority document shipment in an image-based transaction processing system, wherein each transaction comprises a plurality of debit and credit documents which should be balanced. Images of documents are captured while sorting the documents into groups in accordance with document shipment. The captured images are then viewed for extracting amount data. The extracted amount data is used for identifying out-of-balance transactions. When a group is selected for priority document shipment, only those document images from the selected group which are also part of an out-of-balance transaction are viewed again, a previously extracted amount from a document being changed if the amount extracted as a result of this additional viewing causes the corresponding transaction to balance.

Description

CROSS REFERENCE TO RELATED PATENT APPLICATIONS
This patent application is related to the following concurrently filed patent applications:
U.S. Ser. No. 07/420,090, filed Oct. 10, 1989
U.S. Ser. No. 07/420,098, filed Oct. 10, 1989
U.S. Ser. No. 07/419,568, filed Oct. 10, 1989
U.S. Ser. No. 07/420,094, filed Oct. 10, 1989
U.S. Ser. No. 07/420,104, filed Oct. 10, 1989
BACKGROUND OF THE INVENTION
The present invention relates generally to improved means and methods for processing documents using electronic imaging, and more particularly, to the use of electronic imaging for processing financial documents, such as checks and related documents in a banking environment.
Today's financial services industry is facing the immense challenge of processing huge amounts of documents efficiently. Predictions that document payment methods would decline have not been realized. In fact, document payment methods have grown worldwide and are expected to continue increasing. There is thus a vital need to devise improved means and methods for processing such documents.
The use of imaging technology as an aid to document processing has been recognized as one way of significantly improving document processing, as disclosed, for example, in U.S. Pat. Nos. 4,205,780, 4,264,808, and 4,672,186. Generally, imaging involves optically scanning documents to produce electronic images that are processed electronically and stored on high capacity storage media (such as magnetic disc drives and/or optical memory) for later retrieval and display. It is apparent that document imaging provides the opportunity to reduce document handling and movement, since these electronic images can be used in place of the actual documents.
However, despite technological advances in imaging in recent years, prior art document processing systems employing imaging, such as disclosed in the aforementioned patents, do not realized sufficient improvements to justify the added implementations costs.
SUMMARY AND OBJECTS OF THE INVENTION
Accordingly, it is a broad object of the present invention to provide improved means and methods for employing electronic imaging in a document processing system.
A more specific object of the present invention is to provide such improved means and methods in a manner which significantly improves document processing productivity.
Another object of the present invention in accordance with one or more of the foregoing objects is to provide a document processing system employing imaging which is organized for operation in a manner which significantly reduces labor costs.
Further objects of the present invention involve improvements in system architecture, workstation management, transaction balancing, lost image recovery, priority document shipment, and free and missing document management.
The specific nature of the invention as well as other objects, features advantages and uses thereof will be come evident from the following detailed description along with the accompanying drawings comprised of FIGS. 1-26.
BRIEF DESCRIPTION OF THE DRAWINGS
FIG. 1 generally illustrates an exemplary image-based bank check processing system in accordance with the invention.
FIG. 2 is a pictorial representation of FIG. 1.
FIG. 3 illustrates the front side of a typical check.
FIG. 4 illustrates the front side of a typical deposit ticket.
FIG. 5 illustrates the back side of a typical deposit ticket.
FIG. 6 illustrates a typical cash paid out slip.
FIG. 7 illustrates a typical check containing an encoded amount below the signature.
FIG. 8 illustrates the layered softward architecture employed in the system of FIG. 1.
FIG. 9 illustrates the manner in which application programs are distributed throughout the system of FIG. 1.
FIG. 10 is a more specific representation of the layered software architecture employed in the system of FIG. 1.
FIG. 11 is a block diagram illustrating how the system of FIG. 1 can be expanded.
FIG. 12 is a flow chart illustrating how image recovery is provided in the system of FIG. 1.
FIG. 13 illustrates how documents may be distributed after sorting by the document processor in FIG. 1.
FIG. 13a illustrates how the distributed documents of FIG. 13 are placed in a block tray without recordering preparatory to performing a repass for image recovery purposes.
FIG. 14 is a block diagram illustrating various types of workstations employed in the system of FIG. 1.
FIG. 15 illustrates preferred hardware for the image workstations of FIG. 14.
FIGS. 16 and 17 illustrate examples of image displays which may typically appear on an amount entry workstation.
FIGS. 18 and 19 illustrate examples of screen displays which may typically appear on a MICR correction workstation.
FIG. 20 illustrates an example of a multi-window screen display which may typically appear on a balancing work station.
FIG. 21 illustrates a typical workstation keyboard.
FIG. 22 shows the upper keys and associated functions of the keyboard of FIG. 21.
FIG. 23 shows the lower keys and associated functions of the keyboard of FIG. 21.
FIG. 24 is a flow chart illustrating the automatic steps through which a balancing workstation leads an operator in order to balance out-of-balance transactions.
FIG. 25 illustrates an example of a typical customer advice letter that may be prepared by an operator at a balancing workstation.
FIG. 26 is a flow diagram illustrating how priority transit shipment is provided in the system of FIG. 1.
DETAILED DESCRIPTION
Like numerals and characters refer to like elements throughout the FIGURES of the drawings.
In order to demonstrate how the invention may be implemented and operated, an exemplary image-based bank check processing system, such as generally illustrated in FIG. 1, will be considered in detail. It is to be understood that this exemplary system is merely illustrative, and should not be considered as in any way limiting the scope of the invention, since the invention is applicable to other types of document processing systems, financial and otherwise.
Deposit Transactions
Before describing FIG. 1, it will be helpful to first consider the deposit type of transactions which this exemplary system will be assumed to process for the purposes of this description.
As is well known, a very common activity within a bank involves the processing of deposits made by the bank's customers. A customer is typically one who has a checking account at the bank and, from time-to-time, makes a deposit for the purpose of depositing to his/her account one or more checks which the customer has received from others. These checks may be drawn on the same bank (on-us checks) or on other banks. FIG. 3 illustrates the front side 10a of a typical check 10.
In order to make a deposit, a customer ordinarily fills out a deposit ticket listing the amount of each check to be deposited, and the total of all checks. FIG. 4 illustrates the front side 15a of a typical deposit ticket 15 listing for deposit only a single check for $250.00.
If there are many checks to be deposited and insufficient space to list them on the front side 15a of the deposit ticket 15, the check amounts are then listed on the back side 15b of the deposit ticket 15, as illustrated in FIG. 5, with the total of these checks being written on the back 15b and also on the front side 15a of the deposit ticket 15.
Note that code lines 11 and 16 are provided at the bottom of the front sides 10a and 15a of both the check 10 and deposit ticket 15, respectively. These code lines 11 and 16 typically are both humanly-readable and machine-readable, and contain information which the bank uses for processing, such as the bank on which the document is drawn, a routing/transit number, the account number of the person who wrote or made out the check or deposit ticket, and a transaction code indicating the type of document. These code lines 11 and 16 are usually comprised of well known MICR (Magnetic Ink Character Recognition) data, but may alternatively be OCR (Optical Character Recognition) data. For convenience, it will be assumed for the remainder of this description that these code lines are MICR data.
A bank receives deposit tickets and associated checks for further processing from a variety of sources, such as from the bank's tellers, through-the-mail, from automated teller machines, etc. When the transaction is made at a teller window, the customer may also choose to receive a certain amount of cash, as indicated by the $200.00 amount provided on the "LESS CASH RECEIVED" line on the front side 15a of the deposit ticket 15 in FIG. 4. In such a case, the teller will then include with the check(s) and deposit ticket of the transaction, a cash paid out slip for the corresponding cash amount of $200.00, as illustrated in FIG. 6. This cash paid out slip also has a MICR code line 19.
Instead of receiving cash, the customer might wish to deposit cash into his account, in which case the customer would enter the appropriate amount into the "CURRENCY" and/or "COIN" lines adjacent the "CASH" block on the front side 15a of the deposit ticket 15(FIG. 4). The teller would then include with the check(s) and deposit slip of the transaction, a cash paid in slip (not shown), which would be generally similar to the cash paid out slip shown in FIG. 6 (including an appropriate code line), except that it would designate cash paid in instead of cash paid out.
The deposit ticket 15 along with its associated checks 10, and any cash paid in or paid out slip constitute a transaction. Other documents, such as mortage and credit card payments could also be included in a transaction. Assuming no errors have been made (by either the customer or the teller), the "NET DEPOSIT" line on the front side 15a of the deposit ticket 15 should equal the algebraic sum of the associated check amounts and any cash paid in or paid out amount, and also the amounts of any other types of transaction items which may be included in the transaction. When this equality is present, the transaction is said to be "balanced."
It will be appreciated that a bank is required to process large quantities of transactions, such as described above, every working day. The bank needs to process these transactions for two primary purposes:
(1) To capture data from the transaction documents in order to be able to update the bank's own customer accounts. For example, a customer who made a deposit needs to have his account updated to reflect the results of the deposit.
(2) To send out checks drawn on other banks for collection. In accordance with current banking practices, it is required that a machine-readable amount be encoded on each check which for the present description will be assumed to be MICR data. This encoded amount is conventionally placed below the signature of the person who wrote the check, in line with the check code line 11, as illustrated at 21 in FIG. 7. It will be assumed that MICR encoding is used.
In accomplishing the above purposes, it is important that a check processing system provide for proofing, which in the banking industry refers to methods and apparatus for detecting, correcting and handling transaction balancing errors. It will be understood that such errors may be produced by the customer and/or teller, or may be introduced during processing. The manner in which the processing system provides for detecting and correcting such errors, as well as preventing the introduction of errors during processing, has a very significant impact on the resultant productivity and cost effectiveness of the system. This is why the use of imaging technology in document processing is not of itself a solution to the problems associated with document processing.
General System Description
FIG. 1 and 2 illustrate an exemplary embodiment of an image-based bank check processing system in accordance with the invention, which is able to take particular advantage of imaging technology in a manner which significantly enhances the productivity and cost-effectiveness of the system. As mentioned previously, this bank check processing system is presented by way of example, and should not be considered as in any way limiting the scope of the invention.
An initial step of preparation is required to prepare incoming transactions for processing by the check processing system of FIG. 1. This preparation step involves removing staples, paper clips, rubber bands etc. from the transaction documents, and arranging them in trays with proper orientation and in proper order, each tray corresponding to a block. Included in each tray is a block ticket for identifying the documents in that block, and pocket separator ticket for separating the documents into block groups after they have been sorted into pockets 32a. For the purposes of this description, and, by way of example, it will be assumed that a tray comprises a block of transactions containing about 3,000 documents, and without any transactions being split up between different blocks. To permit identification of the documents associated with each transaction, they are arranged in consecutive order in the tray. Typically, the deposit ticket of each transaction follows the other documents of the transaction.
These tray blocks of transactions are brought to a high sped document processor 32 which includes an imaging capability, and also optionally includes a microfilming capability and a capability for automatically reading the dollar amounts of the transaction documents. The operator places the tray block into an automatic document feeder of the document processor unit 32 and begins operation. The document processor 32 then reads the MICR code line on each document as the document flows through the unit, endorses audit trail information (including assigning a sequence number) on the document, optionally microfilms the document, and also captures an image of one or more sides of the document. If a document already has the dollar amount encoded, or if automatic dollar amount reading is available, this dollar amount is also read. The document processor 32 then sorts the documents (usually based on MICR data) to pockets 32a using a sort pattern which may be downloaded from a host computer 34 via a communication link 36. As will become evident hereinafter, it is advantageous to sort to pockets 32a based on the destination indicated by the MICR code line in order to facilitate meeting destination shipment deadlines. As will also become evident hereinafter, it is additionally advantageous to permit a defective MICR code line to be sorted to its corresponding pocket, so long as the destination portion is readable. The manner in which such documents having defective MICR code lines, but with readable destinations are handled will be described later on herein. Documents which cannot be handled (e.g., because of a defective MICR line without readable destination) are sorted to a reject pocket for handling by conventional reject reentry procedures. If desired, deposit slips and cash-in and cash-out slips could also be sorted to separate pockets.
The data read from the transaction documents by the document processor 32 are fed to the computer 34 via communication link 36, and typically includes each document's MICR data, amount data (if read), assigned sequence number and pocket location. The host computer 34 maintains a data base which stores the pertinent data corresponding to each transaction document being processed.
Images captured by the document processor 32 are processed, compressed, and formed into image packets. Each packet comprises one or more compressed images of a document along with an identifying header containing document identifying data (such as MICR data and sequence number). These image packets are then sent, via a high speed, point-to-point optical network 41 for storage on a high capacity disk-based magnetic storage and retrieval unit 40. The storage and retrieval unit 40 communicates with the computer 34 via communication link 42 and communication processor 34a.
Thus, after a tray block is passed through the document processor 32, the transaction documents will be in the pockets 32a, corresponding document data, such as MICR, sequence number, dollar amount (if read) and pocket location will have been sent to the host computer 34 for storage in its document data base, and corresponding images with document identifying headers will have been stored on the storage and retrieval unit 40.
Additional tray blocks are processed by the document processor 32 in the same manner as described above. In each pocket, the pocket separator tickets provided in the trays during the previously described preparation step serve to separate documents from different blocks. As pockets fill, an operator empties each pocket into a pocket tray which is identified with the corresponding pocket number. These pocket trays are moved to a holding area. When the system indicates that the documents in a particular pocket tray are ready for encoding, the tray may then be taken to a power encoder 60 for high speed encoding of the dollar amount on each check. Since, as mentioned previously, the sorting into pockets is advantageously based on shipping destination, these trays corresponding to destinations having the earliest deadlines, and which the system indicate are ready for encoding, can be encoded before those having later deadlines. In the system being described encoding of the dollar amount by a power encoder 60 is normally permitted only after the dollar amounts of all documents in a tray have been entered into the computer data base and, in addition, all corresponding transactions have been determined to be properly balanced. Batch and/or block balancing may additionally be provided as a further check on proofing accuracy.
Of course, before a transaction can be balanced, the dollar amounts of its documents must be entered into the computer data base. The images of those documents which still require dollar amount entry after being processed by the document processor 32 are sent by the storage and retrieval unit 40, via a local area network 52, to image workstations 50.
As shown in FIG. 1, the illustrated system includes a plurality of image workstations 50 which, in response to receiving images from the storage and retrieval unit 40, serve as the primary operator interface for entering dollar amounts and correction data into the computer data base, and for balancing transactions. The workstations 50 communicate with the computer 34 via network 52 and the storage and retrieval unit 40. Accordingly, data generated at the workstations 50 is sent to the computer 34 by first sending the data, via network 52, to storage and retrieval module 40, which then sends the data, via network 42 and communication processor 34a to the computer 34.
As will be described in further detail hereinafter, the workstations 50 are divided by function into various types: one type of workstations is used to key in dollar amounts by viewing document images; a second type provides for the correction of MICR code lines, while also providing for amount entry if required; a third type is used to balance transactions; and a fourth type cooperates with a printer to provide text and image hard copy output.
It will be appreciated that proofing (transaction balancing) is required to correct any transaction errors which may be present (to the extent possible) before the checks are encoded by power encoder 60 and shipped to their proper destinations. The transaction documents sorted to the reject pocket by the document processor 32 also have to be entered into the computer data base, since they also belong to transactions which are to be balanced. These rejects are handled by a well known procedure known as reject reentry. The power encoder 60 may be operated in a reject reentry mode for entry of reject data into the computer data base.
When the transactions corresponding to the documents in a pocket tray which require encoding have been determined to be balanced, the pocket tray may then be taken from the holding area to the power encoder 60, which communicates with the computer 34 via communication link 62 and communication processor 34a. An operator places the documents from the tray into the input hopper of the power encoder 60 and initiates operation. As the documents pass through the power encoder 60, each pocket separator signals the computer 34 to send to power encoder 60 the amount data for the sequence of checks which follows the pocket separator. The power encoder 60 then encodes the sequence of checks accordingly, using an appropriate printer (not shown). The power encoder 60 may also provide for further sorting of checks based on, for example, destination data contained in the MICR code line, or in response to sorting data derived from the host computer 34. The checks are thus made ready for shipment to their appropriate destinations. Any checks not fed to the power encoder 60, or those checks rejected thereby, are added to their respective group for shipping. The sorting may also be used to remove other types of transaction documents (such as pocket separators, deposit tickets and cash-in and -out slips) by sorting them to a separate pocket. Typically, a cash letter accompanies each shipped group indicating the number and amount of the checks in the group.
Description of Specific Features
Having generally described the exemplary check processing system of FIG. 1, various important advantageous features of the system will next be considered.
Layered Software Architecture.
As illustrated in FIG. 8, the software architecture provided for the system of FIG. 1 advantageously employs a layered software architecture comprised of application programs, system services and native operating system which permit the system to serve as a hardware platform applicable to various types of document processing systems. This layered software architecture also permits the cooperative performance of the hardware to be tailored for maximum productivity.
A particular application is composed of application programs that run on different units in the system, each application program being written in the language best suited to its own particular operating environment.
FIG. 9 illustrates the manner in which such application programs are distributed throughout the system of FIG. 1. It will be seen that application programs (indicated in black) execute on the document processor 32, the host computer 34, the image workstations 50, and the power encoder 60, each of these units having its own native unit operating system.
The system services (FIG. 8) are a library of commands that may be called by application software programs so as to provide an interface between these application programs and the native unit operating systems. More particularly, system service calls are made in the application programming language and provide the ability to interact with all system hardware components and native operating systems. System services provide this interaction independent of any other programming language or operating system restrictions. When a service is requested, the request is translated into commands that the particular involved hardware uses to perform the function.
It will be understood that the system software (application programs, operating systems, system services) may be provided in firmware (ROM), may be loaded into random access memory (RAM), or may be a combination of both. Preferably, the host computer contains the application program software and transfers appropriate portions to the various hardware components during system initialization. As indicated in FIG. 9, this facilitates customizing system operation to the requirements of a particular document processing system.
A more specific representation of the layered software architecture employed for the system of FIG. 1 is illustrated in FIG. 10, which diagrammatically shows the four categories into which system software is divided: application programs, system services, communication services (which is a subset of system services), and native operating systems. A summary of each of these categories is presented below:
______________________________________                                    
Application programs                                                      
                 Enable the system to                                     
                 perform specific tasks                                   
                 useful to the end user.                                  
                 Application programs call                                
                 system services to perform                               
                 program functions.                                       
System services  Provide a uniform interface                              
                 between application                                      
                 programs and system                                      
                 hardware native operating                                
                 systems. The system                                      
                 services are a commandable                               
                 system software language                                 
                 which enable applications                                
                 written in different                                     
                 programming languages to                                 
                 communicate with each                                    
                 other and with the native                                
                 operating systems.                                       
Native Operating Drive the hardware                                       
systems          components and interfaces                                
                 to application programs via                              
                 the system services.                                     
                 Application programs are                                 
                 written to work with                                     
                 specific system services.                                
______________________________________                                    
The following table describes the functions of various types of system services which may typically be provided:
______________________________________                                    
Type of Service  Function                                                 
______________________________________                                    
Communication    Provides a mechanism for                                 
                 message-based interprogram                               
                 and intertask                                            
                 communications among                                     
                 components.                                              
File-Related     Provides the ability to                                  
                 store and retrieve images                                
                 and other forms of                                       
                 information such as object-                              
                 code files and program-                                  
                 defined document                                         
                 information.                                             
Image            Provides the ability to                                  
                 manipulate document images.                              
Image Capture    Supports the application                                 
                 software on the document                                 
                 processor 32 involved in                                 
                 image capture.                                           
Keyboard         Provides an application                                  
                 with the means to access                                 
                 keyboards.                                               
Nationalization  Enables applications to                                  
                 choose what language and                                 
                 conventions are to be used                               
                 for image workstation                                    
                 messages.                                                
Notice           Supports the handling and                                
                 distribution of notices                                  
                 (messages about specific                                 
                 system events) in the                                    
                 system.                                                  
Print-Related    Provides the ability to                                  
                 generate hard-copy reports                               
                 and images.                                              
Program Management                                                        
                 Provides the ability for a                               
                 program executing at one                                 
                 location in the system to                                
                 initiate the execution of                                
                 programs at image                                        
                 workstations 50, read the                                
                 status of programs, and                                  
                 terminate programs.                                      
Session Management                                                        
                 Provides a basis for                                     
                 supervising, coordinating,                               
                 and controlling the actions                              
                 of image workstation                                     
                 operators.                                               
System Directory Provides information about                               
                 the configuration of the                                 
                 system.                                                  
Unit Management  Provides the means to                                    
                 acquire information about                                
                 system components.                                       
Window-Related   Enables an application                                   
                 program to manage and                                    
                 manipulate image                                         
                 workstation windows.                                     
______________________________________                                    
The next following table lists access points "A" and providers "P" for the above system services (as is well known, an "access point" identifies a unit having access to a particular service, while a "provider" identifies a unit at which a particular service is provided)
______________________________________                                    
          Doc.    Stor. &  Image         Host                             
Type of   Proc.   Retr.    Workst.                                        
                                  Print  Comp.                            
Service   32      Unit 40  50     Workst.                                 
                                         34                               
______________________________________                                    
Communication              P/A    P/A    P/A                              
File-Related      P        A      A      A                                
Image                      P/A    P/A    P/A                              
Image Capture                                                             
          P/A                                                             
Keyboard                   P/A    P/A                                     
Nationalization            P/A                                            
Notice                     A      A      P/A                              
Print-Related              P/A    P/A    P/A                              
Prog. Mgt.                 P/A    P/A    A                                
Session Mgt.               P/A    P/A    A                                
Sys. Dir.                  A      A      P/A                              
Unit Mgt. P       P        P/A    P/A    P/A                              
Window Rel.                P/A                                            
______________________________________                                    
Image processing and Storing
In order to maintain a high rate of document processing, the document processor 32 provides for capturing, processing, and compressing images in real time matching the speed of document flow. The optical network 41 permits the resulting image packets to be sent to the storage and retrieval unit 40 at a sufficiently fast rate so that images are stored on unit 40 at the image capture rate. Thus, images are available for sending to the workstations 50 a very short time after they have been captured by the document processor 32. Retrieval of images can occur one image at a time, or in groups of images defined by a list or range.
To further speed up storage and retrieval operations and increase image throughput, the storage and retrieval unit 40 is designed to provide for the concurrent storage and retrieval of images, that is, storage and retrieval operations are performed in parallel. In addition, operation is such that once written, neither the image nor its header are ever changed (commonly referred to as writeonce operation). When an application determines that a block of images is no longer needed (such as when it is determined that all transactions of the block are correctly in balance), the block may then be deleted from the storage and retrieval unit 40. This temporary storage of images by the storage and retrieval unit 40 keeps the unit 40 available for use in storing newly received images.
FIG. 11 is a block diagram illustrating how the system of FIG. 1 can be expanded to provide a plurality of storage and retrieval units 40, as well as a corresponding plurality of document processors 32. Note in particular, the provision of communication link 43 which provides for transmitting images between units 40. This advantageously permits a workstation 50 to receive images from any storage and retrieval unit 40 so that the total work load can be shared amongst all the available workstations. FIG. 11 also illustrates how the storage and retrieval units 40 may communicate, via communication links 42 and 43 with an optical memory 45 and a remote communicator 47. The optical memory 45 provides the capability for archiving images, and the remote communicator provides the capability of transmitting images to a remote location.
Host Computer Unit 34
The host computer 34 serves as the central control unit for the system of FIG. 1. It coordinates the functioning of the application software running in the system and directs data traffic. The size of the host computer 34 is minimized, since images are routed directly to the separate storage and retrieval unit 40 and do not flow to the computer 34. This separation of the storage and retrieval unit 40 from the computer 34 also provides the additional advantage of being able to use a high speed optical network, such as illustrated by optical network 41, to speed the flow of images from the document processor 32 to the storage and retrieval unit 40. Furthermore, since images do not flow to the host computer unit 34, it may be located at a remote location without the need for the high bandwidth communications which would be required for image transmission.
Image Recovery
As mentioned previously, it is of particular advantage, for example, in order to facilitate meeting shipment deadlines, to provide for the sorting of documents by destination during their initial pass by the document processor (FIG. 1). However, such sorting distributes the documents of a tray block to different pockets. As a result, if for some reason the document images are lost or not available after sorting, it would be very time consuming to collect the documents from the pockets and arrange them back in their original order for a re-pass by the document processor 32. For example, images could be lost or unavailable because the imaging portion of the document processor 32 did not operate properly during the pass, or because the storage and retrieval unit 40 containing the images went down.
The above image recovery problem is solved in a particularly advantageous manner such that block documents can be re-imaged without arranging them in their original order. The flow chart of FIG. 12 in conjunction with FIGS. 13 and 14 illustrate how this is accomplished.
Refer first to FIG. 13 which is an example of how three blocks Bl, B2, and B3 may be distributed amongst four pockets P1, P2, P3, and P4 after sorting by the document process 32. Pocket separator tickets 72 serve to divide the block documents from one another in each pocket (block tickets are typically sorted to the reject pocket). Assuming it is determined (step 110 in FIG. 12) that blocks B1 and B3 require reimaging, an operator would collect the block B1 and B3 documents from pockets 1, 2, 3, and 4 (along with the pocket separators 72) and place them in a block tray without reordering (step 112), the result being illustrated in FIG. 13a.
During repass (step 114), each pocket separator signals the computer 34 to send to the document processor 32 the first-pass data required to create the headers for the sequence of documents which follows the pocket separator. The document processor 32 uses this first-pass data to create the headers for the images produced during repass, which are then sent to the storage and retrieval unit 40 for storage (step 116 in FIG. 12) in the normal manner. The fact that the images in a stored block on the storage and retrieval unit 40 are not in the original order will not be of concern, since the document sequence number assigned on the first pass will permit the documents of a transaction to be displayed at a workstation 50 in the desired order.
Workstation Operations
Important aspects of the exemplary check processing system being described herein reside in the manner in which provisions are made for prioritizing images sent to the workstations 50, for entering dollar amounts, for handling MICR correction problems, and for performing balancing.
As shown in FIG. 14, the workstation stations 50 include four types of workstations 50a, 50b, 50c, and 50d. The system is designed so that an operator can input priority data into the computer 34 for controlling the order of transmission of transaction documents to these workstations. For example, operation can be prioritized such that those transactions having documents with earlier shipment deadlines will be sent to the workstations 50 earlier than those having later deadlines.
With reference to FIG. 14, the workstation 50a, 50b, 50c, and 50d are dedicated as follows: each workstation 50a is an amount entry workstation and receives images of those documents requiring amount entry and having good MICR code lines; each workstation 50b is a MICR correction workstation and receives images of documents having deficient, but acceptable MICR code lines; each workstation 50c is a balancing workstation and receives images of out-of-balance transactions for the purpose of balancing them with operator assistance; and workstation 50d is a printing workstation which provides for printing text and graphics.
Besides the advantages derived from prioritizing the images sent to the workstations 50, as pointed out in the previous paragraph, the above described workstation dedications provide the further advantage of permitting processing operations to be overlapped. For example, transaction balancing can be performed by workstation 50c on transactions which are ready for balancing (such as those involving high priority documents), while workstation 50a is entering amounts, while workstation 50b is correcting code lines as well as entering amounts, and while workstation 50d is providing printing. As mentioned previously, in connection with FIG. 1, data entered at workstations 50a, 50b, and 50c is sent via communication network 52, storage and retrieval unit 40 and communication link, 42 to computer 34 for storage in the computer's data base.
The workstations may, for example, be personal computers providing the functions described herein. Since images are stored in compressed form on the storage and retrieval unit 40, as described previously, each workstation also provides for decompressing received compressed images for display on the workstation monitor. An operator can also zoom, pan, scroll, rotate, and flip (view the rear) an image for optimal viewing. The block diagram of FIG. 15 illustrates a preferred hardware architecture for the image workstations, the components of which are described below:
 ______________________________________                                    
System unit 51   Houses the System Processor                              
                 52, power supply, cooling                                
                 fan, I/O bus, two serial                                 
                 ports, a parallel                                        
                 interface, and expansion                                 
                 card slots (e.g., for                                    
                 expansion memory).                                       
System Processor 52                                                       
                 Contains the microprocessor,                             
                 memory, and the interface                                
                 for the keyboards. It also                               
                 provides socket access to                                
                 the I/O bus.                                             
Disk-drive Controller 53                                                  
                 Provides the interface for                               
                 the diskette drive 60 and                                
                 the fixed-disk drive 61.                                 
Workstation LAN  Buffers image packets sent                               
(Local Area Network)                                                      
                 from the Storage and                                     
Controller 54    Retrieval unit 40 (FIG. 1)                               
                 before they are displayed                                
                 on the monitor 59. Executes                              
                 the communications protocol                              
                 between the image                                        
                 workstation and the Storage                              
                 and Retrieval Unit 40.                                   
Image Decompressor 55                                                     
                 Decompresses images (i.e.,                               
                 reverses the compression                                 
                 process that took place in                               
                 the document processor 32).                              
Display Controller 56                                                     
                 Generates graphics, manages                              
                 display memory, defines the                              
                 screen size, and enables                                 
                 document image manipulation                              
                 for the high-resolution                                  
                 display monitor 59.                                      
Alphanumeric keyboard                                                     
                 Enables operators to per-                                
(optional) 57    form basic text processing.                              
Data-entry and function                                                   
                 Supports high-speed data                                 
keyboard 58      entry tasks and provides                                 
                 various function controls.                               
High-resolution display                                                   
                 Displays images in four                                  
monitor 59       gray levels.                                             
Diskette drive 60                                                         
                 Enables the operator to                                  
                 perform read and write                                   
                 operations on a 3 1/2-inch                               
                 floppy disk                                              
Fixed-disk drive 61                                                       
                 Provides high storage                                    
                 capacity at the                                          
                 workstation.                                             
______________________________________                                    
It is to be noted that a print workstation 50d is based on the same workstation hardware illustrated in FIG. 15 with the addition of a printer interface and a printer.
The operations of each of the above described types of workstations in the exemplary system being described will next be considered in further detail.
Amount Entry Workstations 50a
It has been found that an unusually high rate of productivity can be achieved by dedicating the operations at a data entry workstation 50a to keying in the dollar amount seen on each document image. A transaction code identifying the type of document (e.g., debit or credit) may also be entered by the operator. As previously described in connection with FIG. 14, only those document images requiring amount entry and having good MICR code lines are sent to workstation 50a.
An example of an image display which may typically appear on an amount entry workstation 50a is illustrated in FIG. 16. Note that the operator sees only an image 70 of the document (which in FIG. 16 is a check) along with a box 71 (which is initially blank) labelled "Amount." In FIG. 16, box 71 contains the entry "23500" (decimal point omitted), which is the operator's entry of the observed $235.00 amount of the check. Operation is variably controllable such that the screen will automatically switch to the next document whose amount is to be entered after the operator has entered the first 2, 3, 4, etc. digits of the observed amount. If the operator cannot read the dollar amount on the document, he/she would merely press a "pass" key, which would then cause the next document to be displayed.
FIG. 17 illustrates an example of a display screen for an amount entry workstation 50a, wherein a transaction code box 73 labelled "TC" is additionally displayed as a result of the operator having keyed in a transaction code indicative of the type of document. Workstation operators will be trained to recognize the types of document (e.g., check, deposit ticket, etc.), and enter the correct transaction code (prior to entering the amount). In FIG. 17, it will be seen that the operator has entered the transaction code "76" in box 73 and the amount "23500" in box 71. To speed up operator processing, operation is caused to be such that transaction codes need not be entered for checks, since the system assumes that a check is indicated when no transaction code is entered.
Since most documents will be directed to an amount entry workstation 50a operating as described above a very high document processing rate is achievable. Furthermore, images are applied to data entry workstations 50a (and in a like manner to workstations 50b) irrespective of what block they are from: in addition the sending of document images to workstations 50a and 50b can advantageously be provided using priorities which may have been entered into the system, as described previously.
While providing for fast amount entry, it is also important that the possibility of errors be minimized to the extent possible. One type of error which has been observed may occur when debit and credit items of a single-item deposit are presented sequentially to an operator. Such a single-item deposit may, for example, comprise a check (debit) $110.00 and a corresponding deposit ticket (credit) of $110.00. If the check is displayed first and the operator misreads it and keys in $100.00, the operator may without thinking key in the same incorrect amount of $100.00 for the next displayed deposit ticket. A variation of this error is the incorrect keying of the first item and the use of a repeat key on the second item. In either case, the transaction balances even though there is an error. Such errors may go undetected until a customer complains.
The exemplary processing system being described herein advantageously avoids the above described error problem by reordering the display of document images in a manner such that the operator will not know which items are associated with which deposit ticket. For example, the images could be reordered such that both items of a single check deposit will be separated by at least one item from each other. This will prevent the single-item-deposit syndrome because the operator will never be able to assume that two successive items have any relation to one another. The table below presents an example of how an image sequence of eleven items maybe reordered:
______________________________________                                    
Actual Input Sequence                                                     
                   Displayed Sequence                                     
______________________________________                                    
1.    deposit 10.00        1.  deposit                                    
                                     10.00                                
2.    check   10.00        3.  deposit                                    
                                     50.00                                
3.    deposit 50.00        5.  check 30.00                                
4.    check   20.00        2.  check 10.00                                
5.    check   30.00        4.  check 20.00                                
6.    deposit 95.00        6.  deposit                                    
                                     95.00                                
7.    check   95.00        8.  deposit                                    
                                     105.00                               
8.    deposit 105.00       10. deposit                                    
                                     35.00                                
9.    check   105.00       7.  check 95.00                                
10.   deposit 35.00        9.  check 105.00                               
11.   check   35.00        11. check 35.00                                
______________________________________                                    
Amount Entry and MICR Correction Workstation 50b
As will be evident from FIG. 14, workstation 50b is dedicated to receiving images of documents requiring MICR code line correction. These images are a result of the decision to sort documents to the document processor pockets 32a (FIG. 1) based on the destination indicated in the MICR code line, even for documents having defective MICR code lines, so long as the destination MICR portion is readable. A significant advantage of providing such operation is that it results in a significant reduction in the number of rejects that require the use of the reject reentry procedures, which are slow and labor intensive. In order to facilitate retrieval from the storage and retrieval unit 40 (FIG. 1) of these document images requiring MICR correction, are stored in a separate code correction file on the storage and retrieval unit 40.
The manner in which the code correction workstation 50b typically operates will be understood by reference to FIG. 18 which illustrates a screen display showing the image of a check 80 requiring MICR code line correction, along with a plurality of MICR code line boxes 81, 82, 83, 84, 85, and an amount entry box 86. Box 85 labeled TC is for entry of a transaction code, as previously described with respect to box 73 in FIG. 17. Boxes 81, 82, 83 and 84 labeled AUX On-Us, P44, R/T, and Account Number, respectively, denote typical, well known segments of a code line, such as 11 and 16 previously described in connection with FIGS. 3 and 4. When the display first appears on the screen, those portions of the MICR code lines which are known (box 84) appear in the appropriate boxes 81 to 85. Those which are not known are left blank. If known, the amount appears in box 86. If a box contains an entry which was only partially readable (box 83), an asterisk "*" appears to indicate each character or number, which needs entry.
In response to the display shown in FIG. 18, an operator would, view the displayed check image 80, and substitute "9" (83a) for the first asterisk in box 83, and "2" (83b) for the second asterisk in box 83. The operator would also provide entries for any blank boxes requiring entry, and then would be prompted to enter the check amount $235.00 (and transaction code if required). The display would then switch to a new document image.
FIG. 19 illustrates a display by the code correction workstation 50b of a deposit ticket 87 in which the account number is handwritten (84a) on the deposit ticket, usually by a teller to identify the account to which the deposit ticket applies. An operator may conveniently enter this handwritten account number in the appropriate box 84 by viewing the document image.
As described in connection with the amount entry workstation 50a, an operator of a MICR correction workstation 50b can depress a "pass" function key if a required entry cannot be read form the check image.
Balancing Workstation 50c
The balancing workstation 50c received transactions which do not balance for the purpose of attempting to get them into balance. The workstation 50 is also typically used for balancing blocks and/or batches of transactions. An out-of-balance transaction may, for example, be a deposit transaction for which the total on the deposit ticket (FIG. 4) does not equal the sum of the checks being deposited. Of course, balancing will not be attempted for a transaction until it has had its MICR code corrected by workstation 50b (if necessary), and has had its dollar amount entered or attempted to be entered (either automatically by document processor 32 in FIG. 1, or by imaging using workstation 50a or 50b). The basic manner in which a balancing workstation 50c provides for handling a transaction will next be considered.
Workstation 50c is advantageously provided with a multi-window display (FIG. 20) controlled by a keyboard 90 (FIGS. 21-23). FIG. 21 illustrates the overall layout of the keyboard 90. FIG. 22 illustrates the upper portion 90a of the keyboard, and FIG. 23 illustrates the lower portion 90b of the keyboard. FIGS. 22 and 23 show the labels of the keys. Also included are short description describing the operation of particular keys. The number keys in the center of the lower keyboard portion 90b are for entering numbers.
Workstation 50c is advantageously provided with a multi-window display (FIG. 20) corresponding to a single transaction. It is to be understood that each window is controllable (flip, rotate, scroll, zoom, etc.) using the various window control keys of the keyboard (FIGS. 22 and 23). It is also to be understood that the particular multiwindow display and keyboard shown are merely illustrative.
A first window Wl in FIG. 20 displays an image of a deposit ticket 15 indicating a total of $686.30. The other side may be seen by pressing the "Flip" key in the top row in FIG. 22.
A second window W2 in FIG. 20 provides a summary of the transaction derived from the database in computer 34. The "CR" amount (686.30) in window W2 is the deposit ticket total, the "DB" amount (676.30) is the sum of the checks being deposited, and the "DIF" amount (10.00) is the difference between the "CR" and "DB" amounts, that is, the amount by which the transaction is out of balance. Note that window W2 also indicates the number of "CR" and "DR" items, 1 for "CR" (deposit ticket) and 6 for "CR" (checks). Movement between windows is accomplished by using the "Backward Window" and "Forward Window" keys in FIG. 23.
A third window W3 in FIG. 20 labeled "CREDITS" lists each of the "CR" (deposit ticket) amounts. The deposit ticket 15 shown in window W1 is the only listing in window W3 since the displayed transaction has only one credit item.
A fourth window W4 in FIG. 20 labeled "DEBITS" lists each of the "DB" (check) amounts. Accordingly window W3 lists the amount of each of the six debits (checks) whose sum is equal to the total debit "DB" amount in window W2.
A fifth window W5 in FIG. 20 shows a partial image of the particular debit (check) Whose amount is highlighted in window W4, which is the check for 235.00. The particular check which is highlighted can be changed by using the up-or-down keys in FIG. 23. Manipulation of the check shown in window W5, such as scrolling (to see other parts of the check), flipping, etc., is accomplished by appropriate use of particular keyboard keys (FIGS. 22 and 23). It will be understood that, if there were more credit items shown in the credit window W3, window W1 would display the particular credit item highlighted.
A sixth window W6 in FIG. 20 is a dialogue window which is used to permit an operator to dialogue with the computer such as by choosing a particular operation to be performed from a menu. As an example, window W6 illustrates a "CUSTOMER ADVICE MENU". Other types of dialogue activity can also be provided, as will become evident hereinafter.
A seventh window W7 in FIG. 20 at the bottom of the screen shows MICR code line data for a highlighted item in window W3 or W4, dependent upon which immediately preceding window was active. An active window has a thick black border, as illustrated for window W6 in FIG. 20. Movement between boxes (fields) in window W7 is accomplished using the "Backward Field" and "Forward Field" keys in FIG. 23.
Having described an example of the multi-window display capabilities provided by a balancing workstation 50c, the advantageous manner in which transaction balancing is performed will next be considered. Although this description will be directed to transaction balancing, it will be evident therefrom how batch and/or block balancing may also be provided, if desired, for multi-batch deposits as well as for multi-deposit batches.
When an operator signs-on at a balancing workstation 50c for transaction balancing, he or she typically first requests a display of blocks of transactions to be worked on. A screen will then be displayed indicating a plurality of blocks and pertinent information about each, such as the priority of a block, its current status, the credit, debit, and out-of-balance amounts for the block, etc.
The balancing workstation 50c is programmed to automatically lead the operator through various steps in order to attempt to balance out-of-balance transactions. Operation pauses only when operator action is required. These steps are illustrated in FIG. 24 and described in further detail below:
Block Selection (FIG. 24, Step 200)
The initial step is to select a block for balancing.
Reject Reentry Free and Missing Matchup (FIG. 24, Step 202)
The computer 34 (FIG. 1) sends to the balancing workstation 50c the free and missing items from reject reentry. These items are the documents which were entered using reject/reentry procedures, as described previously. Each out-of-balance transaction is examined in turn to determine whether any items are missing from the transaction. If so, a determination is made as to whether any of the free items could be a possible match for any of the missing items. If a possible match is encountered, the image of the missing item and the code line for the free item are displayed to the balancing operator on the workstation screen for verification. The operator simply answers "yes" or "no" to the matchup. Operation proceeds in this manner until all out-of-balance transactions have been handled, after which operation proceeds to the next step.
Automatic Force Balancing (FIG. 24, Step 204)
During automatic force balancing each out-of-balance transaction is examined to determine if any are out of balance by less than a predetermined dollar amount specified by the user. If there are any transactions fitting this description, the transaction is automatically forced into balance without operator intervention. Operation then proceeds to the next step after all out-of-balance transactions have been handled. Any transactions which were balanced as a result of this step are removed from the list of out-of-balance transactions.
Amount Rekey (FIG 24, Step 206)
The user also specifies the maximum number of items in a transaction that will qualify the transaction for amount rekey. For each out-of-balance transaction which contains less than the number of items specified by the user, the transaction is presented to the balancing operator for rekey. During rekey, the items in the transaction are processed to determine if any are suspects for keying errors. These items are presented to the operator first, followed by all other items in the transaction. If an amount is keyed that equals the amount entered during amount entry, the next item is displayed. If the amount keyed does not equal the amount entered during amount entry, but it causes the transaction to balance, the remaining items of the transaction are not displayed, and operation proceeds to the next out-ofbalance transaction. If the amount keyed is not equal to the amount entered during amount entry and the transaction is still out of balance, the amount entered during rekey is taken as the new amount and the next item is displayed. The amount rekey procedure is not performed for those transactions containing PASSED items. After all out-of-balance transactions have been handled, operation proceeds to the next step.
Think Balancing (FIG. 25, Step 208)
This is the step of the balancing function that involves interaction with the balancing operator. At this point, the operator may request a list of the out-of-balance transactions in the block and select the one which is to be subject to think balancing. Alternatively, the system could make this selection automatically. In either case, the think balancing operations are the same.
When an out-of-balance transaction is selected for think balancing, it is examined by the system for errors as indicated to determine if there are suspect items that could be causing the out-of-balance condition.
______________________________________                                    
KEYING           TRANSACTION LEVEL                                        
______________________________________                                    
Transpositions   Double Posted Items                                      
Shifted Digits   DR Entered as CR,                                        
Extra Digits     CR Entered as DR                                         
Missing Digits   Misplaced Item                                           
                 Extra Item                                               
                 Missing Item                                             
                 Common MICR Misreads                                     
______________________________________                                    
When the transaction is displayed to the balancing operator (FIG. 20), the first item in each list in the credit and debit windows W3 and W4 that is suspect will be highlighted in order to guide the operator to that item first. There is also an area on the right of the items which can be used to provide comments about the items. For example, if the system considered the suspect item to be an extra item, the comment "extra item" could be provided (not shown in FIG. 20). The dialogue window W6 in FIG. 20 could also be used to provide additional facts.
The operator now tries to use the contents of the display (FIG. 20) to balance the transaction. All of the functions of the keyboard of FIGS. 22 and 23 are available to manipulate the multi-window display, as described previously. The speed at which an out-of-balance transaction can be corrected will be evident by considering the particular transaction display shown in FIG. 20. It is readily apparent from a comparison of the amounts listed on the deposit ticket shown in window W1, with the check amounts listed in window W4 that the $245.00 amount listed on the deposit slip is an incorrect listing, and should be $235.00, which has been highlighted as being suspect in window W4. This is confirmed by the corresponding image of the check in window W5, which is for $235.00.
A further advantage of the multi-window display shown in FIG. 20 is that a customer advice for advising the customer of an incorrect listing (including images) can be prepared at the workstation 50c while the transaction is being displayed. This is accomplished by depressing the "ADVICE" key in FIG. 22, which will produce a menu in the dialogue window W6 to permit the operator to prepare the advice. FIG. 25 illustrates an example of a typical customer advice letter that may be prepared by an operator using the dialogue window W6. Note that images of the deposit slip and check are advantageously provided by the operator requesting same during the operator's dialogue with the dialogue window W6.
If an operator cannot balance a transaction, the operator then presses the "Block Pass" key in FIG. 22, causing a new transaction to be displayed for balancing.
Image Free and Missing Management
The balancing workstation 50a also advantageously provides for handling a situation where a document (item) becomes separated from its transaction, and is erroneously placed with another transaction. This could occur, for example, when preparing documents for the document processor 32 in FIG. 1. Such a misplaced item will be sorted to its proper pocket (assuming its MICR is acceptable); however, the transaction which lost the item, as well as the transaction which gained the item, will not balance. In order to provide for balancing in such situations, computer 34 (FIG. 1) provides a free item store for storing free items. If, during think balancing, an operator determines that an item in window W3 or W4 (FIG. 20) of a displayed transaction is a free (extra) item (e.g., in response to the "Comments" in window W3 or W6. indicating such), the operator can logically remove the item from the transaction and place the item in the free item store. The operator does this by highlighting the item in its respective window (W3 or W4), and then pressing the "Make Free Item" key in FIG. 23. When appropriate, additional identifying data for the document may be provided by the operator using the dialogue window W6.
On the other hand, if an operator, while viewing the display of a transaction during think balancing determines that an item is missing, the operator may want to see what is in the free item store. To do this, the operator presses the "Display Free Items" key in FIG. 23, which causes candidate free items to be displayed in the dialogue window W6 (FIG. 20). The operator can limit the entries displayed by entering free item search data into the dialogue window W6. For example, if the missing item should have an amount of $100.00, the operator by appropriate entry in the dialogue window W6 can limit the free item search to just those items having an amount of $100.00, in which case, the resulting display in the dialogue window W6 will only be of items having an amount of $100.00. If the operator determines that a displayed free store item belongs to the displayed transaction, the operator can then logically place the missing item in the transaction by pressing the "Get Free Item" key in FIG. 23. If the transaction is thus brought into balance, operation will proceed to the next out-of-balance transaction.
If a missing item is not found for a transaction, the operator can create a missing item advice using the dialogue window W6 (FIG. 20) in a generally similar manner to that previously described for a customer advice (FIG. 25). If at a later time the block containing the missing transaction is worked on again, and the missing item is found (e.g., because the missing item was placed in the free item store after the previous attempt at balancing), the missing item can at this later time be logically placed in the transaction to balance the transaction, as described above. The previously prepared missing item advice will then be deleted. An advice can thus be electronically created at the time it appears to be required (which is the most efficient time to create an advice). Then, if the missing item is found at a later time, the electronically created advice will be deleted and will, thus, not be printed.
The free item store described above is also advantageously employed during the system,s transaction level search for "Missing Item" listed in the previously described think balancing error search. When the search detects a missing item in the displayed transaction, candidate items from the free item store will automatically be listed in the dialogue window W6 (FIG. 20) for use by the operator.
Priority Transit Shipment
It will be remembered that the document processor 32 (FIG. 1) sorts documents into pockets based on MICR destination data, after which the documents in each pocket have to wait for their corresponding transactions to be balanced before they can be encoded by power encoder 60 and shipped. For example, particular pockets may contain checks which have to be shipped by a particular deadline which is very near. Of course, they could be power encoded "as is," which is undesirable since there may be checks in this pocket which are from transactions that have not been balanced.
The document processing system being described herein provides a particularly advantageous way of handling the above situation, as illustrated by the flow diagram of FIG. 26. As indicated by step 300, a supervisor schedules one or more pockets for priority transit shipment rekey; unbalanced blocks are tagged accordingly. An operator at a balancing workstation 50c (step 302) then requests a tagged block (step 302). The system searches the requested block for items that are part of an out-of-balance transaction and also are in a scheduled pocket (step 304). These items (and these items only) are presented to the operator in the same fashion as during amount entry at an amount entry workstation 50a (step 306). The operator enters the amount as if seeing the item for the first time. The amount that was entered in a previous function is not displayed to the operator. When an amount is entered, one of the following three scenarios takes place (step 308):
(1)--If the amount entered is the same amount that is in the computer data base for this item, this amount is not changed.
(2)--If the amount entered is different from the amount in the computer data base for this item, but the new amount causes the transaction to balance, the data base amount will be changed to this new amount.
(3)--If the amount entered is different from the amount currently captured for the item, and the new amount does not resolve the out of balance condition, the operator may tag the item for a rekey or simply have the item outsorted.
As indicated by step 310 in FIG. 26, steps 302-308 are repeated for all other tagged blocks. The documents in the scheduled pockets are then encoded by the power encoder 60 (FIG. 1) and shipped (step 312). If later balancing reveals an item was incorrectly encoded, an adjustment suspect report is printed to advise that an incorrectly encoded item was shipped.
It is to be understood that the present invention is not limited to the particular implementations and/or examples disclosed herein, and is accordingly to be considered as including all modifications and variations coming with the scope of the appended claims.

Claims (11)

What is claimed is:
1. In a transaction processing system, wherein each transaction comprises a plurality of debit and credit documents which should balance, wherein each document contains amount data, wherein at least predetermined documents also contain machine-readable data, wherein the machine-readable data on each of said predetermined documents includes document destination data, and wherein at least some of said predetermined documents are required to be shipped by predetermined deadlines,
passing said documents through a document processor;
capturing images of said documents during said passing;
sorting said predetermined documents into groups based on said document destination data during said passing;
storing said images in a storage and retrieval unit;
extracting amount data from said documents;
said extracting including retrieving images of selected documents from said storage and retrieval unit, displaying the retrieved images, and entering amount data from the displayed images into a data base of a computer;
identifying out-of-balance transactions using said computer;
selecting at least a portion of a sorted group for shipment in order to meet a deadline;
displaying only those particular document images from the selected portion which are part of said out-of-balance transactions without displaying previously entered amount data for these documents;
entering into the computer data base amount data from the displayed images of the selected portion, said computer changing previously entered amount data in the computer data base when the newly entered data causes the corresponding transaction to blanace.
2. The method of claim 1, including shipping documents in said selected portion after displaying said particular document images and entering any changes into the computer data base.
3. The method of claim 2 including printing machine-readable data on said predetermined documents indicative of the amount data thereon prior to said shipping.
4. The method of claim 1, wherein the amount data on said predetermined documents are courtesy amounts.
5. The method of claim 4, wherein said predetermined documents are checks.
6. The method of claim 4, wherein said courtesy amounts are handwritten.
7. The method of claim 5, wherein said machine-readable data comprises MICR data.
8. The method of claim 1, 2 or 3, wherein said extracting includes automatically reading amount data on said documents while being passed through said document processor, and storing the automatically read amount data in the computer data base.
9. The method in accordance with claim 1, 2 or 3 wherein, if the amount data entered for a displayed particular document is different from the previously entered data, but does not cause the corresponding transaction to balance, then no change is made and an indication of this lack of balance is made.
10. The method of claim 1, wherein certain documents have defective machine-readable data, and wherein said sorting of said predetermined document is permitted to occur so long as said document destination data is readable.
11. The method of claim 10, wherein documents whose document destination data are not readable are sorted to a reject group, and wherein said method includes entering into the computer data base amount data from documents in said reject group.
US07/420,098 1989-10-10 1989-10-10 Image-based document processing system providing for priority document shipment Expired - Lifetime US5237158A (en)

Priority Applications (4)

Application Number Priority Date Filing Date Title
US07/420,098 US5237158A (en) 1989-10-10 1989-10-10 Image-based document processing system providing for priority document shipment
PCT/US1990/005671 WO1991006052A2 (en) 1989-10-10 1990-10-04 Image-based document processing system
DE69032803T DE69032803T2 (en) 1989-10-10 1990-10-04 IMAGE SUPPORTED DOCUMENT PROCESSING SYSTEM
EP90916974A EP0482116B1 (en) 1989-10-10 1990-10-04 Image-based document processing system

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
US07/420,098 US5237158A (en) 1989-10-10 1989-10-10 Image-based document processing system providing for priority document shipment

Publications (1)

Publication Number Publication Date
US5237158A true US5237158A (en) 1993-08-17

Family

ID=23665070

Family Applications (1)

Application Number Title Priority Date Filing Date
US07/420,098 Expired - Lifetime US5237158A (en) 1989-10-10 1989-10-10 Image-based document processing system providing for priority document shipment

Country Status (1)

Country Link
US (1) US5237158A (en)

Cited By (118)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5444794A (en) * 1993-08-25 1995-08-22 Sqn Check image capture system
US5544043A (en) * 1994-03-07 1996-08-06 Glory Kogyo Kabushiki Kaisha Check processing equipment
US5623679A (en) * 1993-11-19 1997-04-22 Waverley Holdings, Inc. System and method for creating and manipulating notes each containing multiple sub-notes, and linking the sub-notes to portions of data objects
US5623681A (en) * 1993-11-19 1997-04-22 Waverley Holdings, Inc. Method and apparatus for synchronizing, displaying and manipulating text and image documents
US5631984A (en) * 1993-12-09 1997-05-20 Ncr Corporation Method and apparatus for separating static and dynamic portions of document images
US5696963A (en) * 1993-11-19 1997-12-09 Waverley Holdings, Inc. System, method and computer program product for searching through an individual document and a group of documents
EP0841623A2 (en) * 1996-11-06 1998-05-13 Ncr International Inc. Method and system for processing a string of characters
WO1998024052A1 (en) 1996-11-27 1998-06-04 Cummins-Allison Corp. An automated document processing system using full image scanning
US5799325A (en) * 1993-11-19 1998-08-25 Smartpatents, Inc. System, method, and computer program product for generating equivalent text files
US5806079A (en) * 1993-11-19 1998-09-08 Smartpatents, Inc. System, method, and computer program product for using intelligent notes to organize, link, and manipulate disparate data objects
WO1998040839A2 (en) 1997-03-11 1998-09-17 Cummins-Allison Corp. An automated document processing system using full image scanning
US5812989A (en) * 1993-12-29 1998-09-22 International Business Machines Corporation Image statement preparation by work flow management using statement cycles and statement interactive sessions
WO1998047100A1 (en) 1997-04-14 1998-10-22 Cummins-Allison Corp. Image processing network
US5870725A (en) * 1995-08-11 1999-02-09 Wachovia Corporation High volume financial image media creation and display system and method
US5895455A (en) * 1995-08-11 1999-04-20 Wachovia Corporation Document image display system and method
US5905810A (en) 1990-02-05 1999-05-18 Cummins-Allison Corp. Automatic currency processing system
US5910988A (en) * 1997-08-27 1999-06-08 Csp Holdings, Inc. Remote image capture with centralized processing and storage
US5940623A (en) 1997-08-01 1999-08-17 Cummins-Allison Corp. Software loading system for a coin wrapper
US5982918A (en) 1995-05-02 1999-11-09 Cummins-Allison, Corp. Automatic funds processing system
US5987437A (en) * 1996-09-23 1999-11-16 Ncr Corporation Method of improving assistance to an operator to balance an out-of-proof transaction and an apparatus therefor
US5991751A (en) * 1997-06-02 1999-11-23 Smartpatents, Inc. System, method, and computer program product for patent-centric and group-oriented data processing
US6023705A (en) * 1995-08-11 2000-02-08 Wachovia Corporation Multiple CD index and loading system and method
US6021883A (en) * 1996-11-25 2000-02-08 Cummins Allison, Corp. Funds processing system
US6055327A (en) * 1997-07-17 2000-04-25 Aragon; David Bradburn Method of detecting data entry errors by sorting amounts and verifying amount order
US6125196A (en) * 1992-10-02 2000-09-26 Unisys Corporation Method for identifying suspect items in an out-of-balance transaction
US6318537B1 (en) 1999-04-28 2001-11-20 Cummins-Allison Corp. Currency processing machine with multiple internal coin receptacles
US20010047285A1 (en) * 2000-05-10 2001-11-29 Webvan Group,Inc. Scheduling delivery of products via the internet
US20010051921A1 (en) * 2000-02-01 2001-12-13 Garner Andrew J. Image enabled reject repair for check processing capture
US6339767B1 (en) 1997-06-02 2002-01-15 Aurigin Systems, Inc. Using hyperbolic trees to visualize data generated by patent-centric and group-oriented data processing
US20030060924A1 (en) * 2001-09-24 2003-03-27 I2 Technologies Us, Inc. Routing shipments according to criticality
US6560355B2 (en) 1997-10-31 2003-05-06 Cummins-Allison Corp. Currency evaluation and recording system
US20030191710A1 (en) * 1996-02-09 2003-10-09 Green Theresa M. Invoice purchase order system
US6637576B1 (en) 1999-04-28 2003-10-28 Cummins-Allison Corp. Currency processing machine with multiple internal coin receptacles
US6661910B2 (en) 1997-04-14 2003-12-09 Cummins-Allison Corp. Network for transporting and processing images in real time
US20040068464A1 (en) * 2000-04-28 2004-04-08 Zions Bancorporation Return item early notification and return
US6748101B1 (en) 1995-05-02 2004-06-08 Cummins-Allison Corp. Automatic currency processing system
US20040133516A1 (en) * 2000-04-28 2004-07-08 Zions Bancorporation Methods and systems for processing financial instrument deposits
US20040228512A1 (en) * 2003-05-15 2004-11-18 Warren Joel Edward Method and system for communicating and matching electronic files for financial transactions
US6877137B1 (en) 1998-04-09 2005-04-05 Rose Blush Software Llc System, method and computer program product for mediating notes and note sub-notes linked or otherwise associated with stored or networked web pages
US20060161501A1 (en) * 2005-01-19 2006-07-20 Gabrit Concourse, Inc. Electronic check
US7139637B1 (en) * 1999-05-11 2006-11-21 William Henry Waddington Order allocation to minimize container stops in a distribution center
US7177825B1 (en) 1999-05-11 2007-02-13 Borders Louis H Integrated system for ordering, fulfillment, and delivery of consumer products using a data network
US7181430B1 (en) 2000-04-28 2007-02-20 Netdeposit, Inc. Method and system for processing financial instrument deposits physically remote from a financial institution
US7197547B1 (en) 1999-05-11 2007-03-27 Andrew Karl Miller Load balancing technique implemented in a data network device utilizing a data cache
US7216106B1 (en) 2000-04-28 2007-05-08 Netdeposit, Inc. Method and system for processing financial instrument deposits physically remote from a financial institution
US7233914B1 (en) 2000-12-27 2007-06-19 Joyo Wijaya Technique for implementing item substitution for unavailable items relating to a customer order
US7240283B1 (en) 2000-11-10 2007-07-03 Narasimha Rao Paila Data transmission and rendering techniques implemented over a client-server system
US7251612B1 (en) 2000-01-10 2007-07-31 Parker John E Method and system for scheduling distribution routes and timeslots
US7308423B1 (en) 2001-03-19 2007-12-11 Franklin Goodhue Woodward Technique for handling sales of regulated items implemented over a data network
US7370005B1 (en) 1999-05-11 2008-05-06 Peter Ham Inventory replication based upon order fulfillment rates
US7437305B1 (en) 1999-05-11 2008-10-14 Christopher Angel Kantarjiev Scheduling delivery of products via the internet
US7519558B2 (en) 1997-08-27 2009-04-14 Ballard Claudio R Biometrically enabled private secure information repository
US20090155334A1 (en) * 2006-04-27 2009-06-18 The University Of Warwick Implant for tissue engineering
US7647275B2 (en) 2001-07-05 2010-01-12 Cummins-Allison Corp. Automated payment system and method
US7668363B2 (en) 1999-05-11 2010-02-23 Jpmorgan Chase Bank, N.A. Lockbox imaging system
US7716060B2 (en) 1999-03-02 2010-05-11 Germeraad Paul B Patent-related tools and methodology for use in the merger and acquisition process
US20100198733A1 (en) * 2009-02-04 2010-08-05 Qualcomm Incorporated Enabling Payment Using Paperless Image Of A Check
US7792712B2 (en) 1999-05-11 2010-09-07 Ipventure, Inc. Techniques for processing customer service transactions at customer site using mobile computing device
US7881519B2 (en) 2001-09-27 2011-02-01 Cummins-Allison Corp. Document processing system using full image scanning
US7903863B2 (en) 2001-09-27 2011-03-08 Cummins-Allison Corp. Currency bill tracking system
US7925555B2 (en) 2003-11-05 2011-04-12 Wells Fargo Bank N.A. Master system of record
US7929749B1 (en) 2006-09-25 2011-04-19 Cummins-Allison Corp. System and method for saving statistical data of currency bills in a currency processing device
US7949728B2 (en) 1993-11-19 2011-05-24 Rose Blush Software Llc System, method, and computer program product for managing and analyzing intellectual property (IP) related transactions
US7946406B2 (en) 2005-11-12 2011-05-24 Cummins-Allison Corp. Coin processing device having a moveable coin receptacle station
US7966328B2 (en) 1999-03-02 2011-06-21 Rose Blush Software Llc Patent-related tools and methodology for use in research and development projects
US7979348B2 (en) 2002-04-23 2011-07-12 Clearing House Payments Co Llc Payment identification code and payment system using the same
US7980378B2 (en) 2006-03-23 2011-07-19 Cummins-Allison Corporation Systems, apparatus, and methods for currency processing control and redemption
US20110206265A1 (en) * 2008-09-22 2011-08-25 Toshio Numata Paper sheet management device, paper sheet management method, and paper sheet management program
US8024269B1 (en) 1997-08-27 2011-09-20 Datatreasury Corporation Remote image capture with centralized processing and storage
US8125624B2 (en) 1996-11-27 2012-02-28 Cummins-Allison Corp. Automated document processing system and method
US8162125B1 (en) 1996-05-29 2012-04-24 Cummins-Allison Corp. Apparatus and system for imaging currency bills and financial documents and method for using the same
US8204293B2 (en) 2007-03-09 2012-06-19 Cummins-Allison Corp. Document imaging and processing system
US8391583B1 (en) 2009-04-15 2013-03-05 Cummins-Allison Corp. Apparatus and system for imaging currency bills and financial documents and method for using the same
US8401268B1 (en) 2007-03-09 2013-03-19 Cummins-Allison Corp. Optical imaging sensor for a document processing device
US8417017B1 (en) 2007-03-09 2013-04-09 Cummins-Allison Corp. Apparatus and system for imaging currency bills and financial documents and method for using the same
US8428332B1 (en) 2001-09-27 2013-04-23 Cummins-Allison Corp. Apparatus and system for imaging currency bills and financial documents and method for using the same
US8433123B1 (en) 2001-09-27 2013-04-30 Cummins-Allison Corp. Apparatus and system for imaging currency bills and financial documents and method for using the same
US8437532B1 (en) 2009-04-15 2013-05-07 Cummins-Allison Corp. Apparatus and system for imaging currency bills and financial documents and method for using the same
US8437529B1 (en) 2001-09-27 2013-05-07 Cummins-Allison Corp. Apparatus and system for imaging currency bills and financial documents and method for using the same
US8437530B1 (en) 2001-09-27 2013-05-07 Cummins-Allison Corp. Apparatus and system for imaging currency bills and financial documents and method for using the same
USRE44252E1 (en) 2002-01-10 2013-06-04 Cummins-Allison Corp. Coin redemption system
US8459436B2 (en) 2008-10-29 2013-06-11 Cummins-Allison Corp. System and method for processing currency bills and tickets
US8478020B1 (en) 1996-11-27 2013-07-02 Cummins-Allison Corp. Apparatus and system for imaging currency bills and financial documents and method for using the same
US8538123B1 (en) 2007-03-09 2013-09-17 Cummins-Allison Corp. Apparatus and system for imaging currency bills and financial documents and method for using the same
US8627939B1 (en) 2002-09-25 2014-01-14 Cummins-Allison Corp. Apparatus and system for imaging currency bills and financial documents and method for using the same
US8725607B2 (en) 2004-01-30 2014-05-13 The Clearing House Payments Company LLC Electronic payment clearing and check image exchange systems and methods
US8929640B1 (en) 2009-04-15 2015-01-06 Cummins-Allison Corp. Apparatus and system for imaging currency bills and financial documents and method for using the same
US8944234B1 (en) 2001-09-27 2015-02-03 Cummins-Allison Corp. Apparatus and system for imaging currency bills and financial documents and method for using the same
US8950566B2 (en) 1996-05-13 2015-02-10 Cummins Allison Corp. Apparatus, system and method for coin exchange
US9141876B1 (en) 2013-02-22 2015-09-22 Cummins-Allison Corp. Apparatus and system for processing currency bills and financial documents and method for using the same
US9818249B1 (en) 2002-09-04 2017-11-14 Copilot Ventures Fund Iii Llc Authentication method and system
US10140597B2 (en) 2014-08-29 2018-11-27 Bank Of America Corporation Payment instrument validation and processing
US10354235B1 (en) 2007-09-28 2019-07-16 United Services Automoblie Association (USAA) Systems and methods for digital signature detection
US10360448B1 (en) 2013-10-17 2019-07-23 United Services Automobile Association (Usaa) Character count determination for a digital image
US10373136B1 (en) 2007-10-23 2019-08-06 United Services Automobile Association (Usaa) Image processing
US10380565B1 (en) 2012-01-05 2019-08-13 United Services Automobile Association (Usaa) System and method for storefront bank deposits
US10380683B1 (en) 2010-06-08 2019-08-13 United Services Automobile Association (Usaa) Apparatuses, methods and systems for a video remote deposit capture platform
US10380562B1 (en) 2008-02-07 2019-08-13 United Services Automobile Association (Usaa) Systems and methods for mobile deposit of negotiable instruments
US10380559B1 (en) 2007-03-15 2019-08-13 United Services Automobile Association (Usaa) Systems and methods for check representment prevention
US10402790B1 (en) 2015-05-28 2019-09-03 United Services Automobile Association (Usaa) Composing a focused document image from multiple image captures or portions of multiple image captures
US10402638B1 (en) 2006-10-31 2019-09-03 United Services Automobile Association (Usaa) Digital camera processing system
US10460295B1 (en) 2006-10-31 2019-10-29 United Services Automobile Association (Usaa) Systems and methods for remote deposit of checks
US10460381B1 (en) 2007-10-23 2019-10-29 United Services Automobile Association (Usaa) Systems and methods for obtaining an image of a check to be deposited
US10504185B1 (en) 2008-09-08 2019-12-10 United Services Automobile Association (Usaa) Systems and methods for live video financial deposit
US10521781B1 (en) 2003-10-30 2019-12-31 United Services Automobile Association (Usaa) Wireless electronic check deposit scanning and cashing machine with webbased online account cash management computer application system
US10552810B1 (en) 2012-12-19 2020-02-04 United Services Automobile Association (Usaa) System and method for remote deposit of financial instruments
US10574879B1 (en) 2009-08-28 2020-02-25 United Services Automobile Association (Usaa) Systems and methods for alignment of check during mobile deposit
US10896408B1 (en) 2009-08-19 2021-01-19 United Services Automobile Association (Usaa) Apparatuses, methods and systems for a publishing and subscribing platform of depositing negotiable instruments
US10956728B1 (en) 2009-03-04 2021-03-23 United Services Automobile Association (Usaa) Systems and methods of check processing with background removal
US11030752B1 (en) 2018-04-27 2021-06-08 United Services Automobile Association (Usaa) System, computing device, and method for document detection
US11042882B2 (en) 2015-07-01 2021-06-22 The Clearing House Payments Company, L.L.C. Real-time payment system, method, apparatus, and computer program
US11062131B1 (en) 2009-02-18 2021-07-13 United Services Automobile Association (Usaa) Systems and methods of check detection
US11138578B1 (en) 2013-09-09 2021-10-05 United Services Automobile Association (Usaa) Systems and methods for remote deposit of currency
US11295308B1 (en) 2014-10-29 2022-04-05 The Clearing House Payments Company, L.L.C. Secure payment processing
US11321679B1 (en) 2009-08-21 2022-05-03 United Services Automobile Association (Usaa) Systems and methods for processing an image of a check during mobile deposit
US11436577B2 (en) 2018-05-03 2022-09-06 The Clearing House Payments Company L.L.C. Bill pay service with federated directory model support
US11694168B2 (en) 2015-07-01 2023-07-04 The Clearing House Payments Company L.L.C. Real-time payment system, method, apparatus, and computer program
US11900755B1 (en) 2020-11-30 2024-02-13 United Services Automobile Association (Usaa) System, computing device, and method for document detection and deposit processing

Citations (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US4027142A (en) * 1974-03-06 1977-05-31 Recognition Equipment Incorporated Automated processing of financial documents
US4205780A (en) * 1977-03-21 1980-06-03 Teknekron, Inc. Document processing system and method
US4264808A (en) * 1978-10-06 1981-04-28 Ncr Corporation Method and apparatus for electronic image processing of documents for accounting purposes
US4404649A (en) * 1980-11-03 1983-09-13 Recognition Equipment Incorporated Document processing system
US4510619A (en) * 1981-10-01 1985-04-09 Banctec, Incorporated Document processing system
US4523330A (en) * 1982-12-23 1985-06-11 Ncr Canada Ltd - Ncr Canada Ltee Banking system and method
US4555617A (en) * 1982-12-23 1985-11-26 Ncr Canada Ltd.-Ncr Canada Ltee Concurrent, image-based, reject-re-entry repair system and method
US4564752A (en) * 1982-12-23 1986-01-14 Ncr Canada Ltd Concurrent, image-based, reject-re-entry system and method
US4807142A (en) * 1984-10-09 1989-02-21 Wang Laboratories, Inc. Screen manager multiple viewport for a multi-tasking data processing system
US4813077A (en) * 1986-07-30 1989-03-14 Scan-Optics, Inc. Sales transaction record processing system and method
US4829294A (en) * 1986-06-25 1989-05-09 Hitachi, Ltd. Document processing method and system using multiwindow
US4947321A (en) * 1988-04-04 1990-08-07 Stanford Technologies, Inc. MICR rejects analysis and management information system

Patent Citations (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US4027142A (en) * 1974-03-06 1977-05-31 Recognition Equipment Incorporated Automated processing of financial documents
US4205780A (en) * 1977-03-21 1980-06-03 Teknekron, Inc. Document processing system and method
US4264808A (en) * 1978-10-06 1981-04-28 Ncr Corporation Method and apparatus for electronic image processing of documents for accounting purposes
US4404649A (en) * 1980-11-03 1983-09-13 Recognition Equipment Incorporated Document processing system
US4404649B1 (en) * 1980-11-03 1994-02-08 Recognition Equipment Incorporated
US4510619A (en) * 1981-10-01 1985-04-09 Banctec, Incorporated Document processing system
US4555617A (en) * 1982-12-23 1985-11-26 Ncr Canada Ltd.-Ncr Canada Ltee Concurrent, image-based, reject-re-entry repair system and method
US4564752A (en) * 1982-12-23 1986-01-14 Ncr Canada Ltd Concurrent, image-based, reject-re-entry system and method
US4523330A (en) * 1982-12-23 1985-06-11 Ncr Canada Ltd - Ncr Canada Ltee Banking system and method
US4807142A (en) * 1984-10-09 1989-02-21 Wang Laboratories, Inc. Screen manager multiple viewport for a multi-tasking data processing system
US4829294A (en) * 1986-06-25 1989-05-09 Hitachi, Ltd. Document processing method and system using multiwindow
US4813077A (en) * 1986-07-30 1989-03-14 Scan-Optics, Inc. Sales transaction record processing system and method
US4947321A (en) * 1988-04-04 1990-08-07 Stanford Technologies, Inc. MICR rejects analysis and management information system

Cited By (290)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5905810A (en) 1990-02-05 1999-05-18 Cummins-Allison Corp. Automatic currency processing system
US6125196A (en) * 1992-10-02 2000-09-26 Unisys Corporation Method for identifying suspect items in an out-of-balance transaction
US5444794A (en) * 1993-08-25 1995-08-22 Sqn Check image capture system
US5848409A (en) * 1993-11-19 1998-12-08 Smartpatents, Inc. System, method and computer program product for maintaining group hits tables and document index tables for the purpose of searching through individual documents and groups of documents
US20050160357A1 (en) * 1993-11-19 2005-07-21 Rivette Kevin G. System, method, and computer program product for mediating notes and note sub-notes linked or otherwise associated with stored or networked web pages
US5696963A (en) * 1993-11-19 1997-12-09 Waverley Holdings, Inc. System, method and computer program product for searching through an individual document and a group of documents
US6018749A (en) * 1993-11-19 2000-01-25 Aurigin Systems, Inc. System, method, and computer program product for generating documents using pagination information
US7949728B2 (en) 1993-11-19 2011-05-24 Rose Blush Software Llc System, method, and computer program product for managing and analyzing intellectual property (IP) related transactions
US5799325A (en) * 1993-11-19 1998-08-25 Smartpatents, Inc. System, method, and computer program product for generating equivalent text files
US5806079A (en) * 1993-11-19 1998-09-08 Smartpatents, Inc. System, method, and computer program product for using intelligent notes to organize, link, and manipulate disparate data objects
US9092545B2 (en) 1993-11-19 2015-07-28 Rose Blush Software Llc Intellectual property asset manager (IPAM) for context processing of data objects
US6389434B1 (en) 1993-11-19 2002-05-14 Aurigin Systems, Inc. System, method, and computer program product for creating subnotes linked to portions of data objects after entering an annotation mode
US5950214A (en) * 1993-11-19 1999-09-07 Aurigin Systems, Inc. System, method, and computer program product for accessing a note database having subnote information for the purpose of manipulating subnotes linked to portions of documents
US5845301A (en) * 1993-11-19 1998-12-01 Smartpatents, Inc. System, method, and computer program product for displaying and processing notes containing note segments linked to portions of documents
US5623681A (en) * 1993-11-19 1997-04-22 Waverley Holdings, Inc. Method and apparatus for synchronizing, displaying and manipulating text and image documents
US5623679A (en) * 1993-11-19 1997-04-22 Waverley Holdings, Inc. System and method for creating and manipulating notes each containing multiple sub-notes, and linking the sub-notes to portions of data objects
US5991780A (en) * 1993-11-19 1999-11-23 Aurigin Systems, Inc. Computer based system, method, and computer program product for selectively displaying patent text and images
US5631984A (en) * 1993-12-09 1997-05-20 Ncr Corporation Method and apparatus for separating static and dynamic portions of document images
US5812989A (en) * 1993-12-29 1998-09-22 International Business Machines Corporation Image statement preparation by work flow management using statement cycles and statement interactive sessions
US5544043A (en) * 1994-03-07 1996-08-06 Glory Kogyo Kabushiki Kaisha Check processing equipment
US5982918A (en) 1995-05-02 1999-11-09 Cummins-Allison, Corp. Automatic funds processing system
US6748101B1 (en) 1995-05-02 2004-06-08 Cummins-Allison Corp. Automatic currency processing system
US6778693B2 (en) 1995-05-02 2004-08-17 Cummins-Allison Corp. Automatic currency processing system having ticket redemption module
US7778456B2 (en) 1995-05-02 2010-08-17 Cummins-Allison, Corp. Automatic currency processing system having ticket redemption module
US5895455A (en) * 1995-08-11 1999-04-20 Wachovia Corporation Document image display system and method
US5870725A (en) * 1995-08-11 1999-02-09 Wachovia Corporation High volume financial image media creation and display system and method
US6023705A (en) * 1995-08-11 2000-02-08 Wachovia Corporation Multiple CD index and loading system and method
US20030191710A1 (en) * 1996-02-09 2003-10-09 Green Theresa M. Invoice purchase order system
US6724926B2 (en) 1996-05-13 2004-04-20 Cummins-Allison Corp. Networked automated document processing system and method
US6724927B2 (en) 1996-05-13 2004-04-20 Cummins-Allison Corp. Automated document processing system with document imaging and value indication
US6665431B2 (en) 1996-05-13 2003-12-16 Cummins-Allison Corp. Automated document processing system using full image scanning
US6678401B2 (en) 1996-05-13 2004-01-13 Cummins-Allison Corp. Automated currency processing system
US7949582B2 (en) 1996-05-13 2011-05-24 Cummins-Allison Corp. Machine and method for redeeming currency to dispense a value card
US6654486B2 (en) 1996-05-13 2003-11-25 Cummins-Allison Corp. Automated document processing system
US6650767B2 (en) 1996-05-13 2003-11-18 Cummins-Allison, Corp. Automated deposit processing system and method
US8346610B2 (en) 1996-05-13 2013-01-01 Cummins-Allison Corp. Automated document processing system using full image scanning
US6363164B1 (en) 1996-05-13 2002-03-26 Cummins-Allison Corp. Automated document processing system using full image scanning
US6647136B2 (en) 1996-05-13 2003-11-11 Cummins-Allison Corp. Automated check processing system and method
US6810137B2 (en) 1996-05-13 2004-10-26 Cummins-Allison Corp. Automated document processing system and method
US8352322B2 (en) 1996-05-13 2013-01-08 Cummins-Allison Corp. Automated document processing system using full image scanning
US8950566B2 (en) 1996-05-13 2015-02-10 Cummins Allison Corp. Apparatus, system and method for coin exchange
US6678402B2 (en) 1996-05-13 2004-01-13 Cummins-Allison Corp. Automated document processing system using full image scanning
US6603872B2 (en) 1996-05-13 2003-08-05 Cummins-Allison Corp. Automated document processing system using full image scanning
US6731786B2 (en) 1996-05-13 2004-05-04 Cummins-Allison Corp. Document processing method and system
US8714336B2 (en) 1996-05-29 2014-05-06 Cummins-Allison Corp. Apparatus and system for imaging currency bills and financial documents and method for using the same
US8162125B1 (en) 1996-05-29 2012-04-24 Cummins-Allison Corp. Apparatus and system for imaging currency bills and financial documents and method for using the same
US5987437A (en) * 1996-09-23 1999-11-16 Ncr Corporation Method of improving assistance to an operator to balance an out-of-proof transaction and an apparatus therefor
EP0841623A3 (en) * 1996-11-06 1999-07-21 Ncr International Inc. Method and system for processing a string of characters
EP0841623A2 (en) * 1996-11-06 1998-05-13 Ncr International Inc. Method and system for processing a string of characters
US6021883A (en) * 1996-11-25 2000-02-08 Cummins Allison, Corp. Funds processing system
US8442296B2 (en) 1996-11-27 2013-05-14 Cummins-Allison Corp. Check and U.S. bank note processing device and method
US8339589B2 (en) 1996-11-27 2012-12-25 Cummins-Allison Corp. Check and U.S. bank note processing device and method
US8380573B2 (en) 1996-11-27 2013-02-19 Cummins-Allison Corp. Document processing system
US8169602B2 (en) 1996-11-27 2012-05-01 Cummins-Allison Corp. Automated document processing system and method
US8478020B1 (en) 1996-11-27 2013-07-02 Cummins-Allison Corp. Apparatus and system for imaging currency bills and financial documents and method for using the same
US8514379B2 (en) 1996-11-27 2013-08-20 Cummins-Allison Corp. Automated document processing system and method
US8437531B2 (en) 1996-11-27 2013-05-07 Cummins-Allison Corp. Check and U.S. bank note processing device and method
US9390574B2 (en) 1996-11-27 2016-07-12 Cummins-Allison Corp. Document processing system
US8125624B2 (en) 1996-11-27 2012-02-28 Cummins-Allison Corp. Automated document processing system and method
WO1998024052A1 (en) 1996-11-27 1998-06-04 Cummins-Allison Corp. An automated document processing system using full image scanning
WO1998040839A2 (en) 1997-03-11 1998-09-17 Cummins-Allison Corp. An automated document processing system using full image scanning
WO1998047100A1 (en) 1997-04-14 1998-10-22 Cummins-Allison Corp. Image processing network
US6661910B2 (en) 1997-04-14 2003-12-09 Cummins-Allison Corp. Network for transporting and processing images in real time
US6339767B1 (en) 1997-06-02 2002-01-15 Aurigin Systems, Inc. Using hyperbolic trees to visualize data generated by patent-centric and group-oriented data processing
US6499026B1 (en) 1997-06-02 2002-12-24 Aurigin Systems, Inc. Using hyperbolic trees to visualize data generated by patent-centric and group-oriented data processing
US5991751A (en) * 1997-06-02 1999-11-23 Smartpatents, Inc. System, method, and computer program product for patent-centric and group-oriented data processing
US20030046307A1 (en) * 1997-06-02 2003-03-06 Rivette Kevin G. Using hyperbolic trees to visualize data generated by patent-centric and group-oriented data processing
US7523126B2 (en) 1997-06-02 2009-04-21 Rose Blush Software Llc Using hyperbolic trees to visualize data generated by patent-centric and group-oriented data processing
US7797336B2 (en) 1997-06-02 2010-09-14 Tim W Blair System, method, and computer program product for knowledge management
US6055327A (en) * 1997-07-17 2000-04-25 Aragon; David Bradburn Method of detecting data entry errors by sorting amounts and verifying amount order
US5940623A (en) 1997-08-01 1999-08-17 Cummins-Allison Corp. Software loading system for a coin wrapper
US6032137A (en) * 1997-08-27 2000-02-29 Csp Holdings, Llc Remote image capture with centralized processing and storage
US8024269B1 (en) 1997-08-27 2011-09-20 Datatreasury Corporation Remote image capture with centralized processing and storage
US5910988A (en) * 1997-08-27 1999-06-08 Csp Holdings, Inc. Remote image capture with centralized processing and storage
US7519558B2 (en) 1997-08-27 2009-04-14 Ballard Claudio R Biometrically enabled private secure information repository
US8494963B2 (en) 1997-08-27 2013-07-23 Data Treasury Corporation Remote image capture with centralized processing and storage
US6560355B2 (en) 1997-10-31 2003-05-06 Cummins-Allison Corp. Currency evaluation and recording system
US6877137B1 (en) 1998-04-09 2005-04-05 Rose Blush Software Llc System, method and computer program product for mediating notes and note sub-notes linked or otherwise associated with stored or networked web pages
US7716060B2 (en) 1999-03-02 2010-05-11 Germeraad Paul B Patent-related tools and methodology for use in the merger and acquisition process
US7966328B2 (en) 1999-03-02 2011-06-21 Rose Blush Software Llc Patent-related tools and methodology for use in research and development projects
US6318537B1 (en) 1999-04-28 2001-11-20 Cummins-Allison Corp. Currency processing machine with multiple internal coin receptacles
US6637576B1 (en) 1999-04-28 2003-10-28 Cummins-Allison Corp. Currency processing machine with multiple internal coin receptacles
US8326708B2 (en) 1999-05-11 2012-12-04 Ipventure, Inc. Techniques for processing customer service transactions at customer site using mobile computing device
US9342808B2 (en) 1999-05-11 2016-05-17 June Ray Limited Load balancing technique implemented in a data network device utilizing a data cache
US7370005B1 (en) 1999-05-11 2008-05-06 Peter Ham Inventory replication based upon order fulfillment rates
US9697547B2 (en) 1999-05-11 2017-07-04 June Ray Limited Integrated online store
US7509407B2 (en) 1999-05-11 2009-03-24 Andrew Karl Miller Load balancing technique implemented in a data network device utilizing a data cache
US8045784B2 (en) 1999-05-11 2011-10-25 Jpmorgan Chase Bank, N.A. Lockbox imaging system
US8626333B2 (en) 1999-05-11 2014-01-07 Ipventure, Inc. Method and system for order fulfillment in a distribution center
US7532947B2 (en) 1999-05-11 2009-05-12 William Henry Waddington Method and system for order fulfillment in a distribution center
US9865010B2 (en) 1999-05-11 2018-01-09 June Ray Limited Online store product availability
US8140183B2 (en) 1999-05-11 2012-03-20 Ipventure, Inc. Method and system for order fulfillment in a distribution center
US7197547B1 (en) 1999-05-11 2007-03-27 Andrew Karl Miller Load balancing technique implemented in a data network device utilizing a data cache
US7177825B1 (en) 1999-05-11 2007-02-13 Borders Louis H Integrated system for ordering, fulfillment, and delivery of consumer products using a data network
US7668363B2 (en) 1999-05-11 2010-02-23 Jpmorgan Chase Bank, N.A. Lockbox imaging system
US8170915B2 (en) 1999-05-11 2012-05-01 Ipventure, Inc. Online store product availability
US7139637B1 (en) * 1999-05-11 2006-11-21 William Henry Waddington Order allocation to minimize container stops in a distribution center
US8635113B2 (en) 1999-05-11 2014-01-21 Ipventure, Inc. Integrated online store
US7437305B1 (en) 1999-05-11 2008-10-14 Christopher Angel Kantarjiev Scheduling delivery of products via the internet
US7792712B2 (en) 1999-05-11 2010-09-07 Ipventure, Inc. Techniques for processing customer service transactions at customer site using mobile computing device
US7904975B2 (en) 1999-05-11 2011-03-15 Ipventure, Inc. Real-time display of available products over the internet
US7930416B2 (en) 1999-05-11 2011-04-19 Ipventure, Inc. Load balancing technique implemented in a data network device utilizing a data cache
US8600821B2 (en) 1999-05-11 2013-12-03 Ipventure, Inc. Webstore supporting multiple merchants
US9396451B2 (en) 1999-05-11 2016-07-19 June Ray Limited Method and system for order fulfillment in a distribution center
US7251612B1 (en) 2000-01-10 2007-07-31 Parker John E Method and system for scheduling distribution routes and timeslots
US20010051921A1 (en) * 2000-02-01 2001-12-13 Garner Andrew J. Image enabled reject repair for check processing capture
US6863214B2 (en) 2000-02-01 2005-03-08 Wachovia Corporation Image enabled reject repair for check processing capture
US9495808B2 (en) 2000-02-11 2016-11-15 Cummins-Allison Corp. System and method for processing casino tickets
US9129271B2 (en) 2000-02-11 2015-09-08 Cummins-Allison Corp. System and method for processing casino tickets
US8701857B2 (en) 2000-02-11 2014-04-22 Cummins-Allison Corp. System and method for processing currency bills and tickets
US7181430B1 (en) 2000-04-28 2007-02-20 Netdeposit, Inc. Method and system for processing financial instrument deposits physically remote from a financial institution
US7216106B1 (en) 2000-04-28 2007-05-08 Netdeposit, Inc. Method and system for processing financial instrument deposits physically remote from a financial institution
US7624071B2 (en) 2000-04-28 2009-11-24 Netdeposit, Llc Method and system for processing financial instrument deposits physically remote from a financial institution
US8660956B2 (en) 2000-04-28 2014-02-25 Netdeposit, Llc Method and system for processing financial instrument deposits physically remote from a financial institution
US20040133516A1 (en) * 2000-04-28 2004-07-08 Zions Bancorporation Methods and systems for processing financial instrument deposits
US20090008442A1 (en) * 2000-04-28 2009-01-08 Netdeposit, Inc. Method and system for processing financial instrument deposits physically remote from a financial institution
US7475040B2 (en) 2000-04-28 2009-01-06 Netdeposit, Inc. Return item early notification and return
US20100070415A1 (en) * 2000-04-28 2010-03-18 Netdeposit, Llc Method and system for processing financial instrument deposits physically remote from a financial institution
US7440924B2 (en) 2000-04-28 2008-10-21 Netdeposit, Inc. Method and system for processing financial instrument deposits physically remote from a financial institution
US7386511B2 (en) 2000-04-28 2008-06-10 Netdeposit Inc. Methods and systems for processing financial instrument deposits
US20040068464A1 (en) * 2000-04-28 2004-04-08 Zions Bancorporation Return item early notification and return
US8126809B2 (en) 2000-04-28 2012-02-28 Pps Data, Llc Method and system for processing financial instrument deposits physically remote from a financial institution
US10091335B2 (en) 2000-05-10 2018-10-02 June Ray Limited Data transmission and rendering techniques by a device via a network
US7139721B2 (en) 2000-05-10 2006-11-21 Borders Louis H Scheduling delivery of products via the internet
US20010047285A1 (en) * 2000-05-10 2001-11-29 Webvan Group,Inc. Scheduling delivery of products via the internet
US9413808B2 (en) 2000-05-10 2016-08-09 June Ray Limited Data transmission and rendering techniques by a device via a network
US7240283B1 (en) 2000-11-10 2007-07-03 Narasimha Rao Paila Data transmission and rendering techniques implemented over a client-server system
US7853870B2 (en) 2000-11-10 2010-12-14 Narasimha Rao Paila Data transmission and rendering techniques implemented over a client-server system
US8601365B2 (en) 2000-11-10 2013-12-03 Ipventure, Inc. Data transmission and rendering techniques implemented over a client-server system
US7493554B2 (en) 2000-11-10 2009-02-17 Narasimha Rao Paila Data transmission and rendering techniques implemented over a client-server system
US7233914B1 (en) 2000-12-27 2007-06-19 Joyo Wijaya Technique for implementing item substitution for unavailable items relating to a customer order
US8090626B1 (en) 2000-12-27 2012-01-03 Ipventure, Inc. Item substitution for unavailable items relating to a customer order
US8751334B2 (en) 2000-12-27 2014-06-10 Ipventure, Inc. Item substitution for unavailable items relating to a customer order
US8010411B2 (en) 2001-03-19 2011-08-30 Ipventure, Inc. Restricted purchase of regulated items over a network
US8880428B2 (en) 2001-03-19 2014-11-04 Ipventure, Inc. Restricted purchase of regulated items over a network
US7801772B2 (en) 2001-03-19 2010-09-21 Ip Venture, Inc. Method and apparatus for facilitating online purchase of regulated products over a data network
US7308423B1 (en) 2001-03-19 2007-12-11 Franklin Goodhue Woodward Technique for handling sales of regulated items implemented over a data network
US7647275B2 (en) 2001-07-05 2010-01-12 Cummins-Allison Corp. Automated payment system and method
US8126793B2 (en) 2001-07-05 2012-02-28 Cummins-Allison Corp. Automated payment system and method
US7882000B2 (en) 2001-07-05 2011-02-01 Cummins-Allison Corp. Automated payment system and method
US20030060924A1 (en) * 2001-09-24 2003-03-27 I2 Technologies Us, Inc. Routing shipments according to criticality
US6980885B2 (en) * 2001-09-24 2005-12-27 I2 Technologies Us, Inc. Routing shipments according to criticality
US7903863B2 (en) 2001-09-27 2011-03-08 Cummins-Allison Corp. Currency bill tracking system
US8428332B1 (en) 2001-09-27 2013-04-23 Cummins-Allison Corp. Apparatus and system for imaging currency bills and financial documents and method for using the same
US8644584B1 (en) 2001-09-27 2014-02-04 Cummins-Allison Corp. Apparatus and system for imaging currency bills and financial documents and method for using the same
US8437529B1 (en) 2001-09-27 2013-05-07 Cummins-Allison Corp. Apparatus and system for imaging currency bills and financial documents and method for using the same
US8437530B1 (en) 2001-09-27 2013-05-07 Cummins-Allison Corp. Apparatus and system for imaging currency bills and financial documents and method for using the same
US8639015B1 (en) 2001-09-27 2014-01-28 Cummins-Allison Corp. Apparatus and system for imaging currency bills and financial documents and method for using the same
US8644585B1 (en) 2001-09-27 2014-02-04 Cummins-Allison Corp. Apparatus and system for imaging currency bills and financial documents and method for using the same
US8944234B1 (en) 2001-09-27 2015-02-03 Cummins-Allison Corp. Apparatus and system for imaging currency bills and financial documents and method for using the same
US8103084B2 (en) 2001-09-27 2012-01-24 Cummins-Allison Corp. Document processing system using full image scanning
US8041098B2 (en) 2001-09-27 2011-10-18 Cummins-Allison Corp. Document processing system using full image scanning
US8396278B2 (en) 2001-09-27 2013-03-12 Cummins-Allison Corp. Document processing system using full image scanning
US9142075B1 (en) 2001-09-27 2015-09-22 Cummins-Allison Corp. Apparatus and system for imaging currency bills and financial documents and method for using the same
US7881519B2 (en) 2001-09-27 2011-02-01 Cummins-Allison Corp. Document processing system using full image scanning
US8655046B1 (en) 2001-09-27 2014-02-18 Cummins-Allison Corp. Apparatus and system for imaging currency bills and financial documents and method for using the same
US8433123B1 (en) 2001-09-27 2013-04-30 Cummins-Allison Corp. Apparatus and system for imaging currency bills and financial documents and method for using the same
US8655045B2 (en) 2001-09-27 2014-02-18 Cummins-Allison Corp. System and method for processing a deposit transaction
USRE44252E1 (en) 2002-01-10 2013-06-04 Cummins-Allison Corp. Coin redemption system
US7979348B2 (en) 2002-04-23 2011-07-12 Clearing House Payments Co Llc Payment identification code and payment system using the same
US10387879B2 (en) 2002-04-23 2019-08-20 The Clearing Housse Payments Company L.L.C. Payment identification code and payment system using the same
US9818249B1 (en) 2002-09-04 2017-11-14 Copilot Ventures Fund Iii Llc Authentication method and system
US9355295B1 (en) 2002-09-25 2016-05-31 Cummins-Allison Corp. Apparatus and system for imaging currency bills and financial documents and method for using the same
US8627939B1 (en) 2002-09-25 2014-01-14 Cummins-Allison Corp. Apparatus and system for imaging currency bills and financial documents and method for using the same
US20060140469A1 (en) * 2003-05-15 2006-06-29 Warren Joel E Method for communicating and matching electronic files for financial transactions
US6990224B2 (en) 2003-05-15 2006-01-24 Federal Reserve Bank Of Atlanta Method and system for communicating and matching electronic files for financial transactions
US7653234B2 (en) 2003-05-15 2010-01-26 Federal Reserve Bank Of Atlanta Method for communicating and matching electronic files for financial transactions
US20040228512A1 (en) * 2003-05-15 2004-11-18 Warren Joel Edward Method and system for communicating and matching electronic files for financial transactions
US11200550B1 (en) 2003-10-30 2021-12-14 United Services Automobile Association (Usaa) Wireless electronic check deposit scanning and cashing machine with web-based online account cash management computer application system
US10521781B1 (en) 2003-10-30 2019-12-31 United Services Automobile Association (Usaa) Wireless electronic check deposit scanning and cashing machine with webbased online account cash management computer application system
US7925555B2 (en) 2003-11-05 2011-04-12 Wells Fargo Bank N.A. Master system of record
US9799011B2 (en) 2004-01-30 2017-10-24 The Clearing House Payments Company L.L.C. Electronic payment clearing and check image exchange systems and methods
US10636018B2 (en) 2004-01-30 2020-04-28 The Clearing House Payments Company L.L.C. Electronic payment clearing and check image exchange systems and methods
US10685337B2 (en) 2004-01-30 2020-06-16 The Clearing House Payments Company L.L.C. Electronic payment clearing and check image exchange systems and methods
US8725607B2 (en) 2004-01-30 2014-05-13 The Clearing House Payments Company LLC Electronic payment clearing and check image exchange systems and methods
US10643190B2 (en) 2004-01-30 2020-05-05 The Clearing House Payments Company L.L.C. Electronic payment clearing and check image exchange systems and methods
US11301824B2 (en) 2004-01-30 2022-04-12 The Clearing House Payments Company LLC Electronic payment clearing and check image exchange systems and methods
US7113925B2 (en) 2005-01-19 2006-09-26 Echeck21, L.L.C. Electronic check
US20060161501A1 (en) * 2005-01-19 2006-07-20 Gabrit Concourse, Inc. Electronic check
US7946406B2 (en) 2005-11-12 2011-05-24 Cummins-Allison Corp. Coin processing device having a moveable coin receptacle station
US7980378B2 (en) 2006-03-23 2011-07-19 Cummins-Allison Corporation Systems, apparatus, and methods for currency processing control and redemption
US8623394B2 (en) 2006-04-27 2014-01-07 The University Of Warwick Implant for tissue engineering
US20090155334A1 (en) * 2006-04-27 2009-06-18 The University Of Warwick Implant for tissue engineering
US7929749B1 (en) 2006-09-25 2011-04-19 Cummins-Allison Corp. System and method for saving statistical data of currency bills in a currency processing device
US10402638B1 (en) 2006-10-31 2019-09-03 United Services Automobile Association (Usaa) Digital camera processing system
US11682221B1 (en) 2006-10-31 2023-06-20 United Services Automobile Associates (USAA) Digital camera processing system
US11182753B1 (en) 2006-10-31 2021-11-23 United Services Automobile Association (Usaa) Systems and methods for remote deposit of checks
US11875314B1 (en) 2006-10-31 2024-01-16 United Services Automobile Association (Usaa) Systems and methods for remote deposit of checks
US10482432B1 (en) 2006-10-31 2019-11-19 United Services Automobile Association (Usaa) Systems and methods for remote deposit of checks
US11348075B1 (en) 2006-10-31 2022-05-31 United Services Automobile Association (Usaa) Systems and methods for remote deposit of checks
US11562332B1 (en) 2006-10-31 2023-01-24 United Services Automobile Association (Usaa) Systems and methods for remote deposit of checks
US11023719B1 (en) 2006-10-31 2021-06-01 United Services Automobile Association (Usaa) Digital camera processing system
US11544944B1 (en) 2006-10-31 2023-01-03 United Services Automobile Association (Usaa) Digital camera processing system
US11625770B1 (en) 2006-10-31 2023-04-11 United Services Automobile Association (Usaa) Digital camera processing system
US11682222B1 (en) 2006-10-31 2023-06-20 United Services Automobile Associates (USAA) Digital camera processing system
US11429949B1 (en) 2006-10-31 2022-08-30 United Services Automobile Association (Usaa) Systems and methods for remote deposit of checks
US10460295B1 (en) 2006-10-31 2019-10-29 United Services Automobile Association (Usaa) Systems and methods for remote deposit of checks
US10769598B1 (en) 2006-10-31 2020-09-08 United States Automobile (USAA) Systems and methods for remote deposit of checks
US11461743B1 (en) 2006-10-31 2022-10-04 United Services Automobile Association (Usaa) Systems and methods for remote deposit of checks
US11538015B1 (en) 2006-10-31 2022-12-27 United Services Automobile Association (Usaa) Systems and methods for remote deposit of checks
US10621559B1 (en) 2006-10-31 2020-04-14 United Services Automobile Association (Usaa) Systems and methods for remote deposit of checks
US10719815B1 (en) 2006-10-31 2020-07-21 United Services Automobile Association (Usaa) Systems and methods for remote deposit of checks
US11488405B1 (en) 2006-10-31 2022-11-01 United Services Automobile Association (Usaa) Systems and methods for remote deposit of checks
US8625875B2 (en) 2007-03-09 2014-01-07 Cummins-Allison Corp. Document imaging and processing system for performing blind balancing and display conditions
US8781206B1 (en) 2007-03-09 2014-07-15 Cummins-Allison Corp. Optical imaging sensor for a document processing device
US8417017B1 (en) 2007-03-09 2013-04-09 Cummins-Allison Corp. Apparatus and system for imaging currency bills and financial documents and method for using the same
US8538123B1 (en) 2007-03-09 2013-09-17 Cummins-Allison Corp. Apparatus and system for imaging currency bills and financial documents and method for using the same
US8204293B2 (en) 2007-03-09 2012-06-19 Cummins-Allison Corp. Document imaging and processing system
US8542904B1 (en) 2007-03-09 2013-09-24 Cummins-Allison Corp. Apparatus and system for imaging currency bills and financial documents and method for using the same
US8401268B1 (en) 2007-03-09 2013-03-19 Cummins-Allison Corp. Optical imaging sensor for a document processing device
US10380559B1 (en) 2007-03-15 2019-08-13 United Services Automobile Association (Usaa) Systems and methods for check representment prevention
US10354235B1 (en) 2007-09-28 2019-07-16 United Services Automoblie Association (USAA) Systems and methods for digital signature detection
US10713629B1 (en) 2007-09-28 2020-07-14 United Services Automobile Association (Usaa) Systems and methods for digital signature detection
US11328267B1 (en) 2007-09-28 2022-05-10 United Services Automobile Association (Usaa) Systems and methods for digital signature detection
US10810561B1 (en) 2007-10-23 2020-10-20 United Services Automobile Association (Usaa) Image processing
US10915879B1 (en) 2007-10-23 2021-02-09 United Services Automobile Association (Usaa) Image processing
US10373136B1 (en) 2007-10-23 2019-08-06 United Services Automobile Association (Usaa) Image processing
US11392912B1 (en) 2007-10-23 2022-07-19 United Services Automobile Association (Usaa) Image processing
US10460381B1 (en) 2007-10-23 2019-10-29 United Services Automobile Association (Usaa) Systems and methods for obtaining an image of a check to be deposited
US10839358B1 (en) 2008-02-07 2020-11-17 United Services Automobile Association (Usaa) Systems and methods for mobile deposit of negotiable instruments
US10380562B1 (en) 2008-02-07 2019-08-13 United Services Automobile Association (Usaa) Systems and methods for mobile deposit of negotiable instruments
US11216884B1 (en) 2008-09-08 2022-01-04 United Services Automobile Association (Usaa) Systems and methods for live video financial deposit
US10504185B1 (en) 2008-09-08 2019-12-10 United Services Automobile Association (Usaa) Systems and methods for live video financial deposit
US11694268B1 (en) 2008-09-08 2023-07-04 United Services Automobile Association (Usaa) Systems and methods for live video financial deposit
US20110206265A1 (en) * 2008-09-22 2011-08-25 Toshio Numata Paper sheet management device, paper sheet management method, and paper sheet management program
US8459436B2 (en) 2008-10-29 2013-06-11 Cummins-Allison Corp. System and method for processing currency bills and tickets
US20100198733A1 (en) * 2009-02-04 2010-08-05 Qualcomm Incorporated Enabling Payment Using Paperless Image Of A Check
US11749007B1 (en) 2009-02-18 2023-09-05 United Services Automobile Association (Usaa) Systems and methods of check detection
US11062130B1 (en) 2009-02-18 2021-07-13 United Services Automobile Association (Usaa) Systems and methods of check detection
US11062131B1 (en) 2009-02-18 2021-07-13 United Services Automobile Association (Usaa) Systems and methods of check detection
US11721117B1 (en) 2009-03-04 2023-08-08 United Services Automobile Association (Usaa) Systems and methods of check processing with background removal
US10956728B1 (en) 2009-03-04 2021-03-23 United Services Automobile Association (Usaa) Systems and methods of check processing with background removal
US8391583B1 (en) 2009-04-15 2013-03-05 Cummins-Allison Corp. Apparatus and system for imaging currency bills and financial documents and method for using the same
US9195889B2 (en) 2009-04-15 2015-11-24 Cummins-Allison Corp. System and method for processing banknote and check deposits
US8559695B1 (en) 2009-04-15 2013-10-15 Cummins-Allison Corp. Apparatus and system for imaging currency bills and financial documents and method for using the same
US9477896B1 (en) 2009-04-15 2016-10-25 Cummins-Allison Corp. Apparatus and system for imaging currency bills and financial documents and method for using the same
US8467591B1 (en) 2009-04-15 2013-06-18 Cummins-Allison Corp. Apparatus and system for imaging currency bills and financial documents and method for using the same
US8958626B1 (en) 2009-04-15 2015-02-17 Cummins-Allison Corp. Apparatus and system for imaging currency bills and financial documents and method for using the same
US8594414B1 (en) 2009-04-15 2013-11-26 Cummins-Allison Corp. Apparatus and system for imaging currency bills and financial documents and method for using the same
US8437532B1 (en) 2009-04-15 2013-05-07 Cummins-Allison Corp. Apparatus and system for imaging currency bills and financial documents and method for using the same
US8644583B1 (en) 2009-04-15 2014-02-04 Cummins-Allison Corp. Apparatus and system for imaging currency bills and financial documents and method for using the same
US9971935B1 (en) 2009-04-15 2018-05-15 Cummins-Allison Corp. Apparatus and system for imaging currency bills and financial documents and method for using the same
US8787652B1 (en) 2009-04-15 2014-07-22 Cummins-Allison Corp. Apparatus and system for imaging currency bills and financial documents and method for using the same
US8478019B1 (en) 2009-04-15 2013-07-02 Cummins-Allison Corp. Apparatus and system for imaging currency bills and financial documents and method for using the same
US8437528B1 (en) 2009-04-15 2013-05-07 Cummins-Allison Corp. Apparatus and system for imaging currency bills and financial documents and method for using the same
US8948490B1 (en) 2009-04-15 2015-02-03 Cummins-Allison Corp. Apparatus and system for imaging currency bills and financial documents and method for using the same
US10452906B1 (en) 2009-04-15 2019-10-22 Cummins-Allison Corp. Apparatus and system for imaging currency bills and financial documents and method for using the same
US9972156B1 (en) 2009-04-15 2018-05-15 Cummins-Allison Corp. Apparatus and system for imaging currency bills and financial documents and method for using the same
US9189780B1 (en) 2009-04-15 2015-11-17 Cummins-Allison Corp. Apparatus and system for imaging currency bills and financial documents and methods for using the same
US8929640B1 (en) 2009-04-15 2015-01-06 Cummins-Allison Corp. Apparatus and system for imaging currency bills and financial documents and method for using the same
US10896408B1 (en) 2009-08-19 2021-01-19 United Services Automobile Association (Usaa) Apparatuses, methods and systems for a publishing and subscribing platform of depositing negotiable instruments
US11341465B1 (en) 2009-08-21 2022-05-24 United Services Automobile Association (Usaa) Systems and methods for image monitoring of check during mobile deposit
US11373149B1 (en) 2009-08-21 2022-06-28 United Services Automobile Association (Usaa) Systems and methods for monitoring and processing an image of a check during mobile deposit
US11373150B1 (en) 2009-08-21 2022-06-28 United Services Automobile Association (Usaa) Systems and methods for monitoring and processing an image of a check during mobile deposit
US11321678B1 (en) 2009-08-21 2022-05-03 United Services Automobile Association (Usaa) Systems and methods for processing an image of a check during mobile deposit
US11321679B1 (en) 2009-08-21 2022-05-03 United Services Automobile Association (Usaa) Systems and methods for processing an image of a check during mobile deposit
US10848665B1 (en) 2009-08-28 2020-11-24 United Services Automobile Association (Usaa) Computer systems for updating a record to reflect data contained in image of document automatically captured on a user's remote mobile phone displaying an alignment guide and using a downloaded app
US11064111B1 (en) 2009-08-28 2021-07-13 United Services Automobile Association (Usaa) Systems and methods for alignment of check during mobile deposit
US10574879B1 (en) 2009-08-28 2020-02-25 United Services Automobile Association (Usaa) Systems and methods for alignment of check during mobile deposit
US10855914B1 (en) 2009-08-28 2020-12-01 United Services Automobile Association (Usaa) Computer systems for updating a record to reflect data contained in image of document automatically captured on a user's remote mobile phone displaying an alignment guide and using a downloaded app
US10380683B1 (en) 2010-06-08 2019-08-13 United Services Automobile Association (Usaa) Apparatuses, methods and systems for a video remote deposit capture platform
US10621660B1 (en) 2010-06-08 2020-04-14 United Services Automobile Association (Usaa) Apparatuses, methods, and systems for remote deposit capture with enhanced image detection
US11232517B1 (en) 2010-06-08 2022-01-25 United Services Automobile Association (Usaa) Apparatuses, methods, and systems for remote deposit capture with enhanced image detection
US11544682B1 (en) 2012-01-05 2023-01-03 United Services Automobile Association (Usaa) System and method for storefront bank deposits
US10769603B1 (en) 2012-01-05 2020-09-08 United Services Automobile Association (Usaa) System and method for storefront bank deposits
US11797960B1 (en) 2012-01-05 2023-10-24 United Services Automobile Association (Usaa) System and method for storefront bank deposits
US11062283B1 (en) 2012-01-05 2021-07-13 United Services Automobile Association (Usaa) System and method for storefront bank deposits
US10380565B1 (en) 2012-01-05 2019-08-13 United Services Automobile Association (Usaa) System and method for storefront bank deposits
US10552810B1 (en) 2012-12-19 2020-02-04 United Services Automobile Association (Usaa) System and method for remote deposit of financial instruments
US10163023B2 (en) 2013-02-22 2018-12-25 Cummins-Allison Corp. Apparatus and system for processing currency bills and financial documents and method for using the same
US9558418B2 (en) 2013-02-22 2017-01-31 Cummins-Allison Corp. Apparatus and system for processing currency bills and financial documents and method for using the same
US9141876B1 (en) 2013-02-22 2015-09-22 Cummins-Allison Corp. Apparatus and system for processing currency bills and financial documents and method for using the same
US11314980B1 (en) 2013-02-22 2022-04-26 Cummins-Allison Corp. Apparatus and system for processing currency bills and financial documents and method for using the same
US11138578B1 (en) 2013-09-09 2021-10-05 United Services Automobile Association (Usaa) Systems and methods for remote deposit of currency
US11694462B1 (en) 2013-10-17 2023-07-04 United Services Automobile Association (Usaa) Character count determination for a digital image
US11281903B1 (en) 2013-10-17 2022-03-22 United Services Automobile Association (Usaa) Character count determination for a digital image
US10360448B1 (en) 2013-10-17 2019-07-23 United Services Automobile Association (Usaa) Character count determination for a digital image
US11144753B1 (en) 2013-10-17 2021-10-12 United Services Automobile Association (Usaa) Character count determination for a digital image
US10140597B2 (en) 2014-08-29 2018-11-27 Bank Of America Corporation Payment instrument validation and processing
US11295278B2 (en) 2014-08-29 2022-04-05 Bank Of America Corporation Payment instrument validation and processing
US11295308B1 (en) 2014-10-29 2022-04-05 The Clearing House Payments Company, L.L.C. Secure payment processing
US11816666B2 (en) 2014-10-29 2023-11-14 The Clearing House Payments Company L.L.C. Secure payment processing
US10402790B1 (en) 2015-05-28 2019-09-03 United Services Automobile Association (Usaa) Composing a focused document image from multiple image captures or portions of multiple image captures
US11694168B2 (en) 2015-07-01 2023-07-04 The Clearing House Payments Company L.L.C. Real-time payment system, method, apparatus, and computer program
US11042882B2 (en) 2015-07-01 2021-06-22 The Clearing House Payments Company, L.L.C. Real-time payment system, method, apparatus, and computer program
US11030752B1 (en) 2018-04-27 2021-06-08 United Services Automobile Association (Usaa) System, computing device, and method for document detection
US11676285B1 (en) 2018-04-27 2023-06-13 United Services Automobile Association (Usaa) System, computing device, and method for document detection
US11436577B2 (en) 2018-05-03 2022-09-06 The Clearing House Payments Company L.L.C. Bill pay service with federated directory model support
US11829967B2 (en) 2018-05-03 2023-11-28 The Clearing House Payments Company L.L.C. Bill pay service with federated directory model support
US11900755B1 (en) 2020-11-30 2024-02-13 United Services Automobile Association (Usaa) System, computing device, and method for document detection and deposit processing

Similar Documents

Publication Publication Date Title
US5237158A (en) Image-based document processing system providing for priority document shipment
US5349170A (en) Image-based document processing system providing enhanced transaction balancing
US5120944A (en) Image-based document processing system providing enhanced workstation balancing
US5708810A (en) Image-based document processing system having a platform architecture
US5221830A (en) Method of ordering displayed document images in an image based document processing system
US5488671A (en) Reducing operator balancing in a document processing system employing automatic reading
US5206915A (en) Image-based document processing system providing lost image recovery
US6125196A (en) Method for identifying suspect items in an out-of-balance transaction
US5359667A (en) Method for identifying and tracking document characteristics in a document image processing system
EP0020507B1 (en) Banking system and method for the processing of data-carrying documents
US7937307B1 (en) Electronic check presentment system and method having an item sequence capability
CA1198519A (en) Concurrent, image-based, reject-re-entry system and method
US5963659A (en) Method and apparatus for correcting erroneously decoded magnetic ink characters
AU622946B2 (en) Converting documents into electronic data for transaction processing
US7165723B2 (en) System and method for the processing of MICR documents that produce read errors
EP1700249B1 (en) Method and system for exception processing of micr documents
US20050281450A1 (en) System and method for correcting data in financial documents
JPH0756664B2 (en) Document processing method and document processing system
EP0482116B1 (en) Image-based document processing system
US6668074B1 (en) Apparatus and method for utilizing multiple digital image representations of a document
EP0603513A2 (en) Process management and control system and method for converting documents
JPH05108689A (en) Transfer operation processor
JP2001005888A (en) System and method for data entry
JP4828923B2 (en) Mass slip data processing system, mass slip data processing method, mass slip data processing server, and mass slip data processing program
JPH07244734A (en) Seal impression collation system

Legal Events

Date Code Title Description
AS Assignment

Owner name: UNISYS CORPORATION, MICHIGAN

Free format text: ASSIGNMENT OF ASSIGNORS INTEREST.;ASSIGNOR:BOONE, DONALD A.;REEL/FRAME:005418/0224

Effective date: 19900430

Owner name: UNISYS CORPORATION, MICHIGAN

Free format text: ASSIGNMENT OF ASSIGNORS INTEREST.;ASSIGNOR:KERN, NORMAN P.;REEL/FRAME:005418/0222

Effective date: 19900425

STCF Information on status: patent grant

Free format text: PATENTED CASE

FPAY Fee payment

Year of fee payment: 4

FPAY Fee payment

Year of fee payment: 8

FPAY Fee payment

Year of fee payment: 12

AS Assignment

Owner name: UNISYS CORPORATION, PENNSYLVANIA

Free format text: RELEASE BY SECURED PARTY;ASSIGNOR:CITIBANK, N.A.;REEL/FRAME:023312/0044

Effective date: 20090601

Owner name: UNISYS HOLDING CORPORATION, DELAWARE

Free format text: RELEASE BY SECURED PARTY;ASSIGNOR:CITIBANK, N.A.;REEL/FRAME:023312/0044

Effective date: 20090601

Owner name: UNISYS CORPORATION,PENNSYLVANIA

Free format text: RELEASE BY SECURED PARTY;ASSIGNOR:CITIBANK, N.A.;REEL/FRAME:023312/0044

Effective date: 20090601

Owner name: UNISYS HOLDING CORPORATION,DELAWARE

Free format text: RELEASE BY SECURED PARTY;ASSIGNOR:CITIBANK, N.A.;REEL/FRAME:023312/0044

Effective date: 20090601

AS Assignment

Owner name: UNISYS CORPORATION, PENNSYLVANIA

Free format text: RELEASE BY SECURED PARTY;ASSIGNOR:CITIBANK, N.A.;REEL/FRAME:023263/0631

Effective date: 20090601

Owner name: UNISYS HOLDING CORPORATION, DELAWARE

Free format text: RELEASE BY SECURED PARTY;ASSIGNOR:CITIBANK, N.A.;REEL/FRAME:023263/0631

Effective date: 20090601

Owner name: UNISYS CORPORATION,PENNSYLVANIA

Free format text: RELEASE BY SECURED PARTY;ASSIGNOR:CITIBANK, N.A.;REEL/FRAME:023263/0631

Effective date: 20090601

Owner name: UNISYS HOLDING CORPORATION,DELAWARE

Free format text: RELEASE BY SECURED PARTY;ASSIGNOR:CITIBANK, N.A.;REEL/FRAME:023263/0631

Effective date: 20090601

AS Assignment

Owner name: DEUTSCHE BANK TRUST COMPANY AMERICAS, AS COLLATERA

Free format text: PATENT SECURITY AGREEMENT (PRIORITY LIEN);ASSIGNOR:UNISYS CORPORATION;REEL/FRAME:023355/0001

Effective date: 20090731

AS Assignment

Owner name: DEUTSCHE BANK TRUST COMPANY AMERICAS, AS COLLATERA

Free format text: PATENT SECURITY AGREEMENT (JUNIOR LIEN);ASSIGNOR:UNISYS CORPORATION;REEL/FRAME:023364/0098

Effective date: 20090731