Search Images Maps Play YouTube News Gmail Drive More »
Sign in
Screen reader users: click this link for accessible mode. Accessible mode has the same essential features but works better with your reader.

Patents

  1. Advanced Patent Search
Publication numberUS8595096 B2
Publication typeGrant
Application numberUS 11/983,033
Publication date26 Nov 2013
Filing date6 Nov 2007
Priority date7 Nov 2006
Fee statusPaid
Also published asUS8112357, US8296223, US20080159655, US20080162319, US20080162320, US20080162321, US20080162322, US20140108243
Publication number11983033, 983033, US 8595096 B2, US 8595096B2, US-B2-8595096, US8595096 B2, US8595096B2
InventorsBenjamin T. Breeden, JR.
Original AssigneeFederal Reserve Bank Of Richmond
Export CitationBiBTeX, EndNote, RefMan
External Links: USPTO, USPTO Assignment, Espacenet
Prioritizing checks for electronic check processing
US 8595096 B2
Abstract
Prioritizing checks for electronic check processing based on check characteristics, such as check values, receiving institutions associated with the checks, and/or delivery methods associated with the checks. A prioritization module of a check processing system receives information regarding multiple checks in a check processing queue. The prioritization module assigns at least one priority indicator to one or more of the checks. Each priority indicator includes information regarding a characteristic of the check to which the indicator is assigned. For example, the characteristic can be the value of the check, the receiving institution associated with the check, and/or the delivery method associated with the check. Upon determining that at least one of the checks cannot be timely processed if the checks are processed on a first in, first out basis, the prioritization module re-orders the checks for processing based on the assigned priority indicators.
Images(5)
Previous page
Next page
Claims(29)
I claim:
1. A computer-implemented method for prioritizing checks for electronic check processing, comprising the steps of:
receiving, by a computer, information regarding a plurality of checks;
assigning, by the computer, priority indicators to at least a portion of the plurality of the checks;
monitoring and determining, by the computer, whether all of the plurality of checks will be processed on time; and
in response to determining that not all of the plurality of checks will be processed on time,
selecting, by the computer, a combination of the priority indicators;
identifying, by the computer, checks associated with the combination of priority indicators; and
ordering, by the computer, the identified checks among the plurality of checks based on a sort according to a particular sequence of respective priority indicators of the combination of priority indicators.
2. The method of claim 1, wherein
the step of monitoring and determining comprises determining, by the computer, whether each of the plurality of checks can be processed on time based on respective expected processing completion times of each of the plurality of checks, an average processing time of each of the plurality of checks, and respective processing deadlines of each of the plurality of checks,
each priority indicator comprises information regarding a characteristic of a respective check to which the priority indicator is assigned, the characteristic comprising at least one of a value of the respective check, a receiving institution associated with the respective check, and a delivery method associated with the respective check.
3. The method of claim 1, wherein the step of ordering the identified checks among the plurality of checks further comprises ordering, by the computer, the plurality of checks other than the identified checks according to a first in, first out, order.
4. The method of claim 1, wherein the step of selecting a combination of the priority indicators comprises receiving, by the computer, an input to select the combination of priority indicators.
5. The method of claim 1, further comprising the steps of:
determining, by the computer, an average processing time for each of the plurality of checks;
determining, by the computer, expected processing completion times of each of the plurality of checks based on the average processing time for each of the plurality of checks; and
determining, by the computer, that at least one of the plurality of checks cannot be processed on time if the checks are processed on a first in, first out, basis based on the estimated processing completion time and a processing deadline of the at least one of the plurality of checks, wherein
the step of ordering the identified checks is performed in response to a determination that the at least one of the plurality of checks cannot be processed on time if the checks are processed on a first in, first out, basis.
6. The method of claim 5, further comprising the step of outputting, by the computer, information notifying that at least one of the plurality of checks cannot be processed on time in response to the determination that the at least one of the plurality of checks cannot be processed on time if the checks are processed on a first in, first out, basis.
7. A computer-implemented method for prioritizing checks for electronic check processing, comprising the steps of:
receiving, by a computer, information regarding a plurality of checks;
assigning, by the computer, priority indicators to each of the checks;
monitoring, by the computer, processing deadlines of the plurality of checks in association with expected processing completion times of the plurality of checks;
determining, by the computer, whether all of the checks can be processed on time if the checks are processed in a first order according to the monitored processing deadlines; and
in response to determining that not all of the checks will be processed on time,
selecting, by the computer, a combination of the priority indicators; and
ordering, by the computer, the checks in a second order based on a sort according to a particular sequence of respective priority indicators of the combination of priority indicators.
8. The method of claim 7, wherein each of the priority indicators comprises information regarding a characteristic of a corresponding one of the checks to which the respective one of the priority indicators is assigned, the characteristic comprising at least one of a value of the corresponding check, a receiving institution associated with the corresponding check, and a delivery method associated with the corresponding check.
9. The method of claim 7, wherein the step of ordering the checks further comprises ordering, by the computer, the checks according to the particular sequence of respective priority indicators and a first in, first out, order.
10. The method of claim 9, wherein the step of ordering the checks for processing further comprises the step of identifying, by the computer, checks associated with the combination of priority indicators.
11. The method of claim 7, wherein the step of selecting a combination of the priority indicators comprises receiving, by the computer, an input to select the combination of the priority indicators.
12. The method of claim 7, further comprising the steps of:
determining, by the computer, an average processing time for each of the checks;
determining, by the computer, expected processing completion times of each of the checks based on the average processing time for each of the checks;
determining, by the computer, that at least one of the checks cannot be processed on time if the checks are processed in the first order based on the estimated processing completion time and a processing deadline of the at least one of the checks; and
outputting, by the computer, information notifying that the checks cannot be processed on time if the checks are processed in the first order in response to determining that the at least one of the checks cannot be processed on time in the first order.
13. The method of claim 7, wherein the first order is based on a first in, first out, processing scheme.
14. The method of claim 7, further comprising
determining, by the computer, whether at least one of the checks cannot be processed on time if the checks are processed in the second order according to the monitored processing deadlines; and
re-sorting, by the computer, the checks based on a second combination of priority indicators in response to determining that the at least one of the checks cannot be processed on time if the checks are processed in the second order.
15. A computer-implemented method for prioritizing checks for electronic check processing, comprising the steps of:
assigning, by a computer, priority indicators to each of a plurality of checks;
selecting, by the computer, a combination of the priority indicators assigned in the assigning; and
ordering, by the computer, the checks based on a sort according to a particular sequence of respective priority indicators of the combination of priority indicators; and
monitoring, by the computer, processing deadlines of the plurality of checks in association with expected processing completion times of the plurality of checks.
16. The method of claim 15, wherein each of the priority indicators comprises information regarding a check characteristic.
17. The method of claim 16, wherein each characteristic comprises at least one of a check value, a check receiving institution, and a check delivery method.
18. The method of claim 15, wherein the step of ordering the checks further comprises the step of identifying, by the computer, checks associated with the combination of priority indicators.
19. The method of claim 15, wherein the step of selecting the combination of priority indicators comprises the step of receiving, by the computer, an input to select the combination of priority indicators.
20. The method of claim 15, further comprising the steps of:
determining, by the computer, an average processing time for each of the plurality of checks;
determining, by the computer, expected processing completion times of each of the plurality of checks based on the average processing time for each of the plurality of checks;
determining, by the computer, that at least one of the checks cannot be processed on time if the checks are processed on a first in, first out, basis based on the estimated processing completion time and a processing deadline of the at least one of the plurality of checks, wherein
the step of ordering the checks is performed in response to a determination that the at least one of the checks cannot be processed on time if the checks are processed on a first in, first out, basis.
21. The method of claim 20, further comprising the step of outputting, by the computer, information notifying that at least one of the checks cannot be processed on time in response to the determination that the at least one of the checks cannot be processed on time if the checks are processed on a first in, first out, basis.
22. The method of claim 15, further comprising
determining, by the computer, whether at least one of the checks cannot be processed on time if the checks are processed in an order based on the sort according to the particular sequence of respective priority indicators; and
re-sorting, by the computer, the checks based on a second combination of priority indicators in response to determining that the at least one of the checks cannot be processed on time.
23. A computer-implemented system for automatically re-clearing an item, comprising:
a check processing module configured to process checks for payment and presentment; and
a prioritization module configured to
assign priority indicators to each of the checks,
monitor processing deadlines of the checks in association with expected processing completion times of the checks,
determine whether all of the checks can be processed on time if the checks are processed by the check processing module on a first in, first out, basis, and
order the checks based on a sort according to a particular sequence of respective priority indicators of a combination of the priority indicators in response to determining that at least one of the checks cannot be processed on time if the checks are processed on a first in, first out, basis according to the monitored processing deadlines, each priority indicator comprising information regarding a characteristic of a respective check to which the priority indicator is assigned, wherein
the check processing module and the prioritization module are implemented via one or more processors directed by computer-readable instructions stored on one or more memory devices.
24. The system of claim 23, wherein
the prioritization module is further configured to determine whether the checks can be processed on time based on respective expected processing completion times of each of the checks, an average processing time of each of the checks, and respective processing deadlines of each of the checks, and
each priority indicator comprises information regarding a characteristic of a respective check to which the priority indicator is assigned, the characteristic comprising at least one of a value of the respective check, a receiving institution associated with the respective check, and a delivery method associated with the respective check.
25. The system of claim 23, wherein the prioritization module is further configured to select the combination of the priority indicators.
26. The system of claim 25, wherein the prioritization module is further configured to identify the checks associated with the combination of priority indicators.
27. The system of claim 23, wherein the prioritization module is further configured to receive an input to select the combination of the priority indicators.
28. The system of claim 23, wherein the prioritization module is further configured to
determine an average processing time for each of the checks,
determine expected processing completion times of each of the checks based on the average processing time for each of the checks,
determine that at least one of the checks cannot be processed on time if the checks are processed on a first in, first out, basis based on the estimated processing completion time and a processing deadline of the at least one of the checks, and
order the checks in response to a determination that the at least one of the plurality of checks cannot be processed on time if the checks are processed on a first in, first out, basis.
29. The system of claim 28, wherein the prioritization module is further configured to output information notifying that at least one of the checks cannot be processed on time in response to the determination that the at least one of the checks cannot be processed on time if the checks are processed on a first in, first out, basis.
Description
RELATED PATENT APPLICATION

This patent application claims priority under 35 U.S.C. 119 to U.S. Provisional Patent Application No. 60/857,666, entitled “Check Processing Using Substitute Check Images,” filed Nov. 7, 2006, the complete disclosure of which is hereby fully incorporated herein by reference. This patent application also is related to co-pending U.S. patent application Ser. No. 11/983,034, entitled “Automated Return Item Re-Clear,” filed Nov. 6, 2007, U.S. patent application Ser. No. 11/982,985, entitled “Systems and Methods for Preventing Duplicative Check Processing,” filed Nov. 6, 2007, U.S. patent application Ser. No. 11/983,032, entitled “System and Method for Processing Duplicative Electronic Check Return Files,” filed Nov. 6, 2007, and U.S. patent application Ser. No. 11/982,923, entitled “System and Method for Processing Duplicative Electronic Check Reversal Files,” filed Nov. 6, 2007. The complete disclosure of all of the foregoing related applications is hereby fully incorporated herein by reference.

TECHNICAL FIELD

The invention relates generally to prioritizing checks for electronic check processing and more particularly to prioritizing checks for electronic check processing to meet processing deadlines.

BACKGROUND

Effective Oct. 28, 2004, the Check Clearing for the 21st Century Act (“the Act”) improved the ability of banks to use electronic images of paper checks by, for example, submitting those images, along with associated information, for electronic processing. Under the Act, if a receiving financial institution (“RI”) or its customer requires a paper check, a paper image replacement document (“IRD”), such as a paper “substitute check,” can be created from an electronic check image and associated electronic information. Such a substitute check meeting specified requirements is the legal equivalent of an original paper check, and an RI is required to accept the substitute check for payment. This process enables banks to reduce the costs and inconveniences associated with physically handling and transporting original paper checks.

Under the Act, the substitute check must be essentially an exact copy of the original paper check to be the legal equivalent of the original paper check. In particular, the substitute check must include an exact copy of all of the Magnetic Ink Character Recognition (“MICR”) data provided on the original paper check and all check endorsements.

The terms “check,” “substitute check,” and “IRD” generally are used interchangeably herein to refer to any electronic or paper document that can be used for electronic payment processing purposes, whether or not the document is the legal equivalent of a paper check negotiable instrument. The terms “bank,” “customer,” “RI,” and “processing entity” generally are used herein to refer to any party performing conventional or electronic check processing at any stage, including depositing and receiving institutions, their non-bank subsidiaries and affiliates, and any non-bank third party agents that provide processing services to banks.

Typically, a processing entity receives an electronic check for processing in an electronic image cash letter file (hereinafter an “ICL file”), which includes one or more electronic image cash letters (“ICLs”). Each ICL includes one or more electronic bundles of checks to be processed. Each bundle includes data for one or more checks. For a particular check, the ICL can include one or more electronic images of the check, the complete MICR data provided on the check, and additional financial data related to the check, such as endorsement information (hereinafter “addenda data”).

The ICL can further include a series of records related to the checks. For example, for each bundle of checks in the ICL, the ICL can include a bundle summary control record comprising information about the bundle, such as a bundle identification number, the number of checks in the bundle, the value of each of the checks in the bundle, and the total value of all the checks in the bundle. The ICL also can include an ICL control record comprising information about the origin and destination of the ICL, and a cash letter bundle summary control record comprising a summary of all the bundle summary control records in the ICL. The processing entity can process the ICL for payment and presentment. For example, the processing entity can present the checks in the ICL electronically or via printed paper IRDs.

Alternatively, the processing entity can receive a paper cash letter with one or more paper checks for processing. As with the ICLs, the processing entity can process information in the paper checks for payment and presentment. Certain exemplary methods for performing payment and presentment processing for electronic and paper checks are described in co-pending U.S. patent application Ser. No. 11/362,344, entitled “Cash Letter Print Streams With Audit Data” and U.S. patent application Ser. No. 11/362,343, entitled “Expanded Mass Data Sets for Electronic Check Processing,” the complete disclosures of which are hereby fully incorporated herein by reference.

Traditionally, processing entities process checks on a first in, first out basis. Thus, later-submitted, high value checks destined for presentment to preferred banks will be processed after earlier-submitted, low value checks destined for presentment to non-preferred banks. If processing volumes become heavier than expected or if certain system processes fail, then at least some of the later-submitted, high value checks may not be processed on time. Similarly, later-submitted checks requiring earlier output times than other, earlier-submitted checks may not be processed on time. For example, checks that will be presented as paper substitute checks generally require earlier output times than checks that will be presented electronically, because it takes longer to print and ship paper substitute checks than it does to transmit electronic data.

Therefore, a need exists in the art for a system and method for prioritizing checks for electronic check processing. In particular, a need exists in the art for a system and method for prioritizing checks for electronic check processing based on check characteristics, such as check values, receiving institutions associated with the checks, and/or delivery methods associated with the checks.

SUMMARY

The invention provides systems and methods for prioritizing checks for electronic check processing. In particular, the invention provides systems and methods for prioritizing checks for electronic check processing based on check characteristics, such as check values, receiving institutions associated with the checks, and/or delivery methods associated with the checks.

A check processing entity includes a check processing system. According to certain exemplary aspects, a prioritization module of the check processing system can receive information regarding multiple checks in a check processing queue of the check processing system. For example, a check processing module of the check processing system can transmit the information to the prioritization module based on information from one or more paper cash letters or electronic ICL files transmitted to the processing entity by a sending customer.

The prioritization module can assign at least one priority indicator to one or more of the checks. Each priority indicator includes information regarding a characteristic of its associated check, such as a value of the check, a receiving institution associated with the check, and/or a delivery method associated with the check. According to certain exemplary aspects, each characteristic can relate to a processing priority of the check. For example, a high value check may have a higher processing priority than a low value check.

The check processing module processes the checks on a first in, first out (“FIFO”) basis. Thus, at least initially, the check processing module processes the checks without regard to any priority indicators assigned to each check. During processing, the prioritization module monitors processing deadlines of the checks. For example, the prioritization module can compare a processing deadline of each check with an expected processing completion time of the check to determine whether each check will be processed on time.

If the prioritization module determines that any of the checks cannot be processed on time, then the prioritization module can prioritize the checks for processing based on the assigned priority indicators. The prioritization module can select at least one of the priority indicators. For example, the prioritization module can select one or more priority indicators associated with a particular check value, receiving institution, and/or delivery method. According to certain exemplary aspects, the prioritization module can make this selection automatically or based on instructions from an operator of the processing entity. For example, the prioritization module can output information requesting the operator to select the priority indicator(s).

The prioritization module can identify all checks associated with the selected priority indicator(s). The prioritization module can re-order the checks so that the identified checks are placed at the front of the check processing queue. The identified checks may be sorted based on information within the priority indicators or based on other suitable means, such as relative check values. For example, the identified checks may be sorted on a FIFO basis. Thus, the prioritization module re-orders the checks so that higher priority checks are processed before lower priority checks.

These and other aspects, objects, features, and advantages of the invention will become apparent to a person skilled in the art upon consideration of the following detailed description of illustrated exemplary embodiments, which include the best mode of carrying out the invention as presently perceived.

BRIEF DESCRIPTION OF THE DRAWINGS

FIG. 1 is a block diagram depicting a system for prioritizing checks for electronic check processing, in accordance with certain exemplary embodiments of the invention.

FIG. 2 is a flow chart depicting a method for prioritizing checks for electronic check processing, in accordance with certain exemplary embodiments of the invention.

FIG. 3 is a flow chart depicting a method for assigning at least one priority indicator to a check, in accordance with certain exemplary embodiments of the invention.

FIG. 4 is a flow chart depicting a method for ordering checks for electronic check processing based on assigned priority indicators, in accordance with certain exemplary embodiments of the invention.

DETAILED DESCRIPTION OF EXEMPLARY EMBODIMENTS

The invention is directed to prioritizing checks for electronic check processing. In particular, the invention is directed to prioritizing checks for electronic check processing based on check characteristics, such as check values, receiving institutions associated with the checks, and/or delivery methods associated with the checks. Thus, the invention allows higher priority checks to be processed more expeditiously for payment and presentment.

The invention includes a computer program that embodies the functions described herein and illustrated in the appended flow charts. However, it should be apparent that there could be many different ways of implementing the invention in computer programming, and the invention should not be construed as limited to any one set of computer program instructions. Further, a skilled programmer would be able to write such a computer program to implement an embodiment of the disclosed invention based on the flow charts and associated description in the application text. Therefore, disclosure of a particular set of program code instructions is not considered necessary for an adequate understanding of how to make and use the invention. The inventive functionality of the claimed computer program will be explained in more detail in the following description read in conjunction with the figures illustrating the program flow.

Turning now to the drawings, in which like numerals indicate like elements throughout the figures, exemplary embodiments of the invention are described in detail.

FIG. 1 is a block diagram depicting a system 100 for prioritizing checks for electronic check processing, in accordance with certain exemplary embodiments of the invention. The system 100 is described hereinafter with reference to the methods illustrated in FIGS. 2-4.

FIG. 2 is a flow chart depicting a method 200 for prioritizing checks for electronic check processing, in accordance with certain exemplary embodiments of the invention. The exemplary method 200 is illustrative and, in alternative embodiments of the invention, certain steps can be performed in a different order, in parallel with one another, or omitted entirely, and/or certain additional steps can be performed without departing from the scope and spirit of the invention. The method 200 is described hereinafter with reference to FIGS. 1 and 2.

A check processing entity 105 includes a check processing system 103. In step 205, a prioritization module 107 of the check processing system 103 receives information from a check processing module 108 of the check processing system 103 regarding multiple checks to be processed. For example, the check processing module 108 can transmit the check information based on information from one or more paper cash letters or ICL files transmitted to the processing entity 105 by a sending customer 102.

Each ICL file is an electronic file that includes at least one ICL. For example, each ICL can be an electronic file that complies with the ANSI X9.37/X9.100 standard, or other appropriate industry standards, as may change from time to time. Each ICL includes one or more bundles of checks to be processed. For a particular check, the ICL can include one or more electronic images of the check, the complete MICR data provided on the check, and addenda data of the check.

The ICL also can include a series of records related to the checks. For example, for each bundle of checks in the ICL, the ICL can include a bundle summary control record including information about the bundle, such as a bundle identification number, the number of checks in the bundle, the value of each of the checks in the bundle, and the total value of all the checks in the bundle. The ICL also can include an ICL control record containing information about the origin and destination of the ICL, and a cash letter bundle summary control record containing a summary of all the bundle summary control records in the ICL.

In certain exemplary embodiments, the ICL file also can include a file header including information identifying the sending customer 102, such as a name of the sending customer 102 and/or a bank routing number of the sending customer 102. The file header also can include information regarding a creation date of the ICL file and information regarding whether each item in the ICL file is associated with a forward transaction or a return transaction.

As illustrated in FIG. 2, the sending customer 102 can submit the ICL file to the processing entity 105 via a network 104. The network 104 can include any wired or wireless telecommunication means by which computerized devices can exchange data, including for example, a local area network (LAN), a wide area network (WAN), an intranet, an Internet, or any combination thereof. In certain exemplary embodiments, the processing entity 105 can include a Federal Reserve Bank or other check processor that receives transaction items from a depositing institution 102, distributes the items to appropriate receiving institutions 115 or their third party processor(s), and performs settlement functions (crediting and debiting of accounts) for the affected financial institutions.

Each paper cash letter includes one or more paper checks. For example, the sending customer 102 can send a paper cash letter to the processing entity via hand or mail delivery. Upon receipt of the paper cash letter at the processing entity 105, a MICR/image capturing device 106 of the processing entity 105 can electronically capture MICR data from each check and images of the front and/or back sides of each check. The MICR/image capturing device 106 can include a separate or integrated MICR reader and image capturing device. The MICR/image capturing device 106 can forward the captured electronic data and images to the check processing module 108 for processing.

In step 210, the prioritization module 107 assigns at least one priority indicator to one or more of the checks. Each priority indicator includes information regarding a characteristic of its associated check. According to certain exemplary embodiments, representative check characteristics include a value of the check, a receiving institution associated with the check, a delivery method associated with the check, and/or any other suitable characteristic for prioritizing the processing of the check. In certain exemplary embodiments, each characteristic can relate to a processing priority of the check. For example, a higher value check may have a higher processing priority than a lower value check, a preferred receiving institution 115 may have a higher processing priority than a non-preferred receiving institution, and a check to be printed for delivery may have a higher processing priority than a check to be delivered electronically.

A “preferred” receiving institution 115 is a receiving institution 115 for which special, preferential treatment may be desired during check processing. For example, a preferred receiving institution 115 can be a receiving institution 115 that processes large volumes of high value checks. A preferred receiving institution 115 also can be a receiving institution 115 that requires checks to be presented as paper, substitute checks. A person of ordinary skill in the art having the benefit of the present disclosure will recognize that many other reasons may exist for a receiving institution 115 to be “preferred.”

In certain exemplary embodiments, the prioritization module 107 can store information regarding the priority indicator(s) assigned to a particular check in a database 109 of the check processing system 103. For example, the prioritization module 107 can store information regarding the priority indicator(s) assigned to a particular check in an electronic file or record associated with the check. In addition or alternatively, the prioritization module 107 can store an electronic file or record with a list, table, or other suitable data organization method of all of the checks and the corresponding priority indicators associated therewith. For example, the prioritization module 107 can store such electronic file(s) or record(s) in the database 109 of the check processing system 103.

Step 210 is discussed in more detail hereinafter with reference to FIG. 3.

In step 215, the check processing module 108 processes the checks for payment and presentment based on a first in, first out (“FIFO”) basis. Thus, at least initially, the check processing module 108 processes the checks without regard to any priority indicators assigned to each check. Instead, the check processing module 108 processes the checks in the order that they are received (including the order in which the checks are provided in a paper cash letter or an ICL).

In step 220, the prioritization module 107 monitors processing deadlines of the checks. For example, the prioritization module 107 can compare a processing deadline of each check with an expected processing completion time of the check to determine whether each check will be processed on time. By way of example only, a processing deadline of a check to be presented as a paper substitute check can be a time by which the check must be printed for mailing to a receiving institution 115. Similarly, a processing deadline of a check to be presented electronically can be a time by which the check must be prepared for electronic transmission to the receiving institution 115. In certain exemplary embodiments, the prioritization module 107 can identify the processing deadlines and expected processing completion times for the checks based on information received from the check processing module 108. In certain exemplary embodiments, the prioritization module 107 can determine an expected processing completion time of a check based on the number of checks to be processed before the particular check and the average processing time for each check.

In step 225, the prioritization module 107 determines whether all of the checks have been processed. If so, then the method 200 ends. As all of the checks already have been processed, further examination or prioritization of the checks is unnecessary. If the prioritization module 107 determines in step 225 that any of the checks have not yet been processed, then the method 200 branches to step 230.

In step 230, the prioritization module 107 determines whether all of the (unprocessed) checks can be processed on time if they are processed on a FIFO basis. In an exemplary embodiment, the prioritization module 107 can determine whether the checks can be processed on time based on the expected processing completion time of each check in view of the corresponding processing deadline for each check. If all of the checks can be processed on time, then the method 200 branches to step 215, discussed previously. Thus, the checks will continue to be processed on a FIFO basis for as long as that basis will result in timely processing completion.

If the prioritization module 107 determines in step 230 that any of the checks cannot be processed on time if the checks are processed on a FIFO basis, then the method 200 branches to step 235. In step 235, the prioritization module 107 prioritizes the checks for processing based on the priority indicators assigned in step 210. Thus, the prioritization module 107 re-orders the checks so that higher priority checks are processed before lower priority checks.

In certain exemplary embodiments, in step 235, the prioritization module 107 can output an alert notifying an operator (not shown) of the processing entity 105 that one or more of the checks cannot be processed on time if the checks are processed on a FIFO basis. For example, the alert can include information regarding the check(s) that cannot be processed on time, such as a dollar value, receiving institution 115, and/or delivery method associated with each check. The alert also can include information regarding a total number and/or total value of the check(s) that cannot be processed on time on a FIFO basis.

In certain exemplary embodiments, the operator can select a prioritization scheme to apply in prioritizing the checks in step 235. For example, the operator can determine to prioritize all checks destined for a particular receiving institution 115. The operator also can determine to further prioritize those checks based on another check characteristic, such as respective dollar values of the checks. The operator can identify the checks having the selected priority characteristics based on the priority indicators assigned in step 210. Step 235 is described in more detail hereinafter with reference to FIG. 4.

From step 235, the method 200 proceeds to step 240. In step 240, the check processing module 108 processes the checks in the prioritized order.

The method 200 then branches to step 220 to repeat the monitoring of the check's processing deadlines. Such continuous monitoring allows real time re-prioritization of the checks based on current needs. For example, repeating step 230 and step 215, if applicable, allows re-ordering of the checks on a FIFO basis, if a FIFO basis would allow timely processing of all the checks. Thus, if processing volumes or system resources change such that prioritization is no longer necessary, the prioritization module 107 can cancel the prioritization and revert back to a FIFO processing order. Similarly, if processing or system resources change such that FIFO processing is no longer timely, the prioritization module 107 can re-order the checks based on prioritization in step 235.

FIG. 3 is a flow chart depicting a method 210 for assigning at least one priority indicator to a check, in accordance with certain exemplary embodiments of the invention, as referenced in step 210 of the method 200 of FIG. 2. The exemplary method 210 is illustrative and, in alternative embodiments of the invention, certain steps can be performed in a different order, in parallel with one another, or omitted entirely, and/or certain additional steps can be performed without departing from the scope and spirit of the invention. The method 210 is described hereinafter with reference to FIGS. 1-3.

The method 210 can be performed for each of the checks identified in step 205 of the method 200 of FIG. 2. In step 305, the prioritization module 107 determines whether the check is a high value check. In certain exemplary embodiments, the prioritization module 107 can make this determination by comparing a dollar value of the check to a predetermined high value threshold. For example, the prioritization module 107 can determine that the check is a high value check if it has a dollar value of more than $5,000. The predetermined high value threshold can be configured by an operator of the check processing system 103. In certain exemplary embodiments, the prioritization module 107 can access an electronic file or record with the high value threshold. For example, the electronic file or record can be stored in the database 109 of the check processing system 103.

If the prioritization module 107 determines in step 305 that the check is not a high value check, then the method 210 branches to step 315, which is discussed hereinafter. If the prioritization module 107 determines in step 305 that the check is a high value check, then the method 210 branches to step 310. In step 310, the prioritization module 107 assigns a “high value” priority indicator to the check. The high value priority indicator includes information regarding the high value of the check, such as the dollar value of the check and/or an indicator indicating that the check has a high value based on the predetermined high value threshold. The high value priority indicator can include any combination of numbers, letters, symbols, and/or other characters. For example, the high value priority indicator can simply be the symbol “$.”

In certain exemplary embodiments, the prioritization module 107 can store information regarding the assigned high value indicator in an electronic file or record in, or otherwise associated with, the check. For example, the electronic file or record can be stored in the database 109 of the check processing system 103.

From step 310, the method 210 proceeds to step 315.

In step 315, the prioritization module 107 determines whether the check is destined for presentment to a preferred receiving institution 115. In certain exemplary embodiments, the prioritization module 107 can make this determination by comparing an identification of the receiving institution 115 associated with the check with a list of one or more preferred receiving institutions 115. For example, the list can be stored in the database 109 of the check processing system 103.

A “preferred” receiving institution 115 is a receiving institution 115 for which special, preferential treatment may be desired during check processing. For example, a preferred receiving institution 115 can be a receiving institution 115 that processes large volumes of high value checks. A preferred receiving institution 115 also can be a receiving institution 115 that requires checks to be presented as paper, substitute checks. A person of ordinary skill in the art having the benefit of the present disclosure will recognize that many other reasons may exist for a receiving institution 115 to be “preferred.” The list of preferred receiving institutions 115 can be configurable by an operator of the check processing system 103.

If the prioritization module 107 determines in step 315 that the check is not destined for presentment to a preferred receiving institution 115, then the method 210 branches to step 325, which is discussed hereinafter. If the prioritization module 107 determines in step 315 that the check is destined for presentment to a preferred receiving institution 115, then the method 210 branches to step 320.

In step 320, the prioritization module 107 assigns a “preferred institution” priority indicator to the check. The preferred institution priority indicator includes information regarding the preferred receiving institution 115 associated with the check, such as a name, address, routing/transit number, and/or American Bankers Association (“ABA”) number of the preferred receiving institution 115, and/or an indicator indicating that the check is associated with a preferred receiving institution 115. The preferred institution priority indicator can include any combination of numbers, letters, symbols, and/or other characters.

In certain exemplary embodiments, the prioritization module 107 can store information regarding the assigned preferred institution priority indicator in an electronic file or record in, or otherwise associated with, the check. For example, the electronic file or record can be stored in the database 109 of the check processing system 103.

From step 320, the method 210 proceeds to step 325.

In step 325, the prioritization module 107 determines whether information regarding the check will be printed for presentment. For example, the information regarding the check can be printed as a substitute check to be presented to the receiving institution 115. In certain exemplary embodiments, the prioritization module 107 can make this determination by reading information in the check or one or more electronic records or files associated therewith and/or by comparing an identification of the receiving institution 115 associated with the check with a list of receiving institutions 115 requiring paper substitute checks for presentment.

If the prioritization module 107 determines in step 325 that information regarding the check will not be printed for presentment, then the method 210 branches to step 215 of the method 200 of FIG. 2, discussed previously. If the prioritization module 107 determines in step 325 that information regarding the check will be printed for presentment, then the method 210 branches to step 330.

In step 330, the prioritization module 107 assigns a “print delivery” priority indicator to the check. The print delivery priority indicator includes information regarding the printing of the information regarding the check, such as time by which printing must be completed and/or an indicator indicating that the information regarding the check will be printed for presentment. The print delivery priority indicator can include any combination of numbers, letters, symbols, and/or other characters.

In certain exemplary embodiments, the prioritization module 107 can store information regarding the assigned print delivery indicator in an electronic file or record in, or otherwise associated with, the check. For example, the electronic file or record can be stored in the database 109 of the check processing system 103. From step 330, the method 210 branches to step 215 of the method 200 of FIG. 2.

A person of ordinary skill in the art having the benefit of the present disclosure will recognize that the above-identified priority indicators are merely exemplary in nature. In certain alternative exemplary embodiments, other suitable priority indicators may be used.

FIG. 4 is a flow chart depicting a method 235 for ordering checks for processing based on assigned priority indicators, in accordance with certain exemplary embodiments of the invention, as referenced in step 235 of the method 200 of FIG. 2. The exemplary method 235 is illustrative and, in alternative embodiments of the invention, certain steps can be performed in a different order, in parallel with one another, or omitted entirely, and/or certain additional steps can be performed without departing from the scope and spirit of the invention. The method 210 is described hereinafter with reference to FIGS. 1-4.

In step 405, the prioritization module 107 determines whether the checks already are in a prioritized order. In other words, the prioritization module 107 determines whether it already has previously ordered the checks in a non-FIFO order. For example, the prioritization module 107 can consult and/or maintain an electronic file or record of prioritization activity to make this determination. In certain exemplary embodiments, the prioritization module 107 can store the electronic file or record in the database 109 of the check processing system 103.

If the prioritization module 107 determines in step 405 that the checks already are in a prioritized order, then the method 235 branches to step 410. In step 410, the prioritization module 107 determines whether to reprioritize the checks. In other words, the prioritization module 107 determines in step 410 whether to re-order the checks based on a different prioritization scheme or to include checks that began processing after the previous prioritizing of the checks.

In certain exemplary embodiments, this determination can be generated automatically based on certain processing conditions at the processing entity 105. For example, if the front of a check processing queue currently includes checks to be printed for presentment and all printers (not shown) at the processing entity 105 are offline, the prioritization module 107 can automatically determine in step 405 to reprioritize the checks so that checks that do not have to be printed for presentment will be processed sooner.

Alternatively, the determination in step 405 can be made based on instructions from an operator at the processing entity 105. For example, in step 405, the prioritization module 107 can output an alert requesting the operator to provide instructions regarding reprioritization. The prioritization module 107 can act in accordance with the operator's instructions.

If the prioritization module 107 determines in step 410 not to reprioritize the checks, then the method 235 branches to step 240 of the method 200 of FIG. 2, discussed previously. If the prioritization module 107 determines in step 410 to reprioritize the checks, then the method 235 branches to step 415 discussed hereinafter.

Referring back to step 405, if the prioritization module 107 determines that the checks are not already in a prioritized order, then the method 235 branches directly to step 415.

In step 415, the prioritization module 107 selects at least one priority indicator. In certain exemplary embodiments, the prioritization module 107 can select one or more of the priority indicators assigned in step 210 of method 200 of FIG. 2. For example, the prioritization module 107 can select a priority indicator associated with a particular preferred receiving institution 115, a particular check value, a particular check delivery method, and/or another suitable check characteristic. In certain exemplary embodiments, the prioritization module 107 can perform step 415 automatically based on configured parameters or based on instructions received from an operator of the processing entity 105.

In step 420, the prioritization module 107 identifies all checks associated with the selected priority indicator(s). For example, if, in step 415, the prioritization module 107 selected a high value priority indicator, the prioritization module 107 can identify all checks associated with that high value priority indicator in step 420. In certain exemplary embodiments, the prioritization module 107 can select multiple priority indicators as alternatives or as paired requirements. For example, if, in step 415, the prioritization module 107 selected a high value priority indicator OR a print delivery indicator, then the prioritization module 107 can identify all checks associated with either the high value priority indicator or the print delivery indicator in step 420. Similarly, if in step 415, the prioritization module 107 selected a preferred institution priority indicator AND a high value priority indicator, then the prioritization module 107 can identify all checks associated with both the preferred institution priority indicator and the high value priority indicator in step 420.

In step 425, the prioritization module 107 sorts the identified checks based on the selected priority indicator(s) or other suitable factors. For example, if, in step 420, the prioritization module 107 identified all checks with a high value priority indicator, the prioritization module 107 can sort the identified checks based on their relative dollar values. Alternatively, the prioritization module 107 can sort the checks on a FIFO or other suitable basis. Where two or more priority indicators are selected in step 415, the checks can sequentially be sorted based on each priority indicator and/or in combination with a FIFO order. For example, if, in step 415, the prioritization module 107 selects a preferred institution priority indicator, a print delivery priority indicator, and a high value priority indicator, the prioritization module 107 can sort the identified checks by receiving institution 115, then by print time, and then by dollar value. A person of ordinary skill in the art having the benefit of this disclosure will recognize that multiple different combinations of priority indicators and sort patterns may be used.

In certain exemplary embodiments, the prioritization module 107 can perform step 425 automatically or based on instructions received from an operator of the processing entity 105. For example, the operator can specify the basis for sorting the identified checks. The basis may or may not be based on the priority indicator(s) selected in step 415.

In step 430, the prioritization module 107 places the sorted checks at the front of the check processing queue for processing by the check processing module 108. Thus, the check processing module 108 will process the prioritized checks, in the sorted order, before other checks not sorted or identified in steps 420-425. The method 235 then proceeds to step 240 of the method 200 of FIG. 2, discussed previously.

The invention can be used with computer hardware and software that performs the methods and processing functions described above. As will be appreciated by a person skilled in the art, the systems, methods, and procedures described herein can be embodied in a programmable computer, computer executable software, or digital circuitry. The software can be stored on computer readable media. For example, computer readable media can include a floppy disk, RAM, ROM, hard disk, removable media, flash memory, memory stick, optical media, magneto-optical media, CD-ROM, etc. Digital circuitry can include integrated circuits, gate arrays, building block logic, field programmable gate arrays (FPGA), etc.

Although specific embodiments of the invention have been described above in detail, the description is merely for purposes of illustration. It should be appreciated, therefore, that many aspects of the invention were described above by way of example only and are not intended as required or essential elements of the invention unless explicitly stated otherwise. Various modifications of, and equivalent steps corresponding to, the disclosed aspects of the exemplary embodiments, in addition to those described above, can be made by a person skilled in the art without departing from the spirit and scope of the present invention defined in the following claims, the scope of which is to be accorded the broadest interpretation so as to encompass such modifications and equivalent structures.

Patent Citations
Cited PatentFiling datePublication dateApplicantTitle
US42648086 Oct 197828 Apr 1981Ncr CorporationMethod and apparatus for electronic image processing of documents for accounting purposes
US427004213 Jul 197826 May 1981Case John MElectronic funds transfer system
US452333023 Dec 198211 Jun 1985Ncr Canada Ltd - Ncr Canada LteeBanking system and method
US469439727 Dec 198415 Sep 1987The Advest Group, Inc.Banking/brokerage computer interface system
US482326427 May 198618 Apr 1989Deming Gilbert RElectronic funds transfer system
US494817424 Aug 198914 Aug 1990Remittance Technology CorporationFinancial data processing system
US497487826 Oct 19884 Dec 1990Remittance Technology CorporationFinancial data processing system using payment coupons
US5036984 *21 Sep 19896 Aug 1991Electrocom Automation, Inc.Method for enabling prioritized processing of envelopes according to encoded indicia of potentially enclosed checks
US503828313 Apr 19896 Aug 1991Panduit Corp.Shipping method
US512094410 Oct 19899 Jun 1992Unisys Corp.Image-based document processing system providing enhanced workstation balancing
US512194513 Aug 199016 Jun 1992Remittance Technology CorporationFinancial data processing system
US5175682 *14 Dec 199029 Dec 1992Verifone, Inc.Check system and method including prioritizing checks for transmission to banks for processing
US518775015 Mar 199116 Feb 1993Unisys CorporationArchival document image processing and printing system
US519897530 Nov 198930 Mar 1993Valley National BankApparatus and method for processing of check batches in banking operations
US523715917 Jul 199117 Aug 1993J. D. Carreker And AssociatesElectronic check presentment system
US52650077 Aug 198923 Nov 1993Huntington Bancshares IncorporatedCentral check clearing system
US537355013 Oct 199213 Dec 1994At&T Corp.Transmission of check images by way of a public switched telephone network
US541219026 Feb 19932 May 1995J. D. Carreker & Associates, Inc.Electronic check presentment system having a return item notification system incorporated therein
US558375927 Jul 199510 Dec 1996Huntington Bancshares, Inc.Mechanism for expediting the deposit, transport and submission of checks into the payment system
US56007328 Dec 19944 Feb 1997Banctec, Inc.Document image analysis method
US56688977 Jun 199516 Sep 1997Stolfo; Salvatore J.Method and apparatus for imaging, image processing and data compression merge/purge techniques for document image databases
US56779557 Apr 199514 Oct 1997Financial Services Technology ConsortiumElectronic funds transfer instruments
US568061129 Sep 199521 Oct 1997Electronic Data Systems CorporationDuplicate record detection
US568725012 Jan 199511 Nov 1997International Business Machines CorporationImage quality analysis method and apparatus
US568957917 Jan 199618 Nov 1997J.D. Carreker And Associates, Inc.Rule-based circuit, method and system for performing item level reconciliation
US569206518 Aug 199425 Nov 1997International Business Machines CorporationApparatus and method for determining image quality
US575467428 Jan 199719 May 1998Banctec, Inc.Document image analysis method
US578380811 Jan 199621 Jul 1998J. D. Carreker And Associates, Inc.Electronic check presentment system having transaction level reconciliation capability
US579071726 Oct 19934 Aug 1998Bell Communications Research Inc.Apparatus and method for predicting subjective quality of compressed images
US581923612 Jun 19956 Oct 1998Carreker-Antinori, Inc.System and method for providing advance notification of potential presentment returns due to account restrictions
US58321401 Jun 19953 Nov 1998Staplevision Inc.Automated quality assurance image processing system
US593077811 Jul 199627 Jul 1999Huntington Bancshares IncorporatedSystem for expediting the clearing of financial instruments and coordinating the same with invoice processing at the point of receipt
US593708422 May 199610 Aug 1999Ncr CorporationKnowledge-based document analysis system
US594052419 Feb 199817 Aug 1999Seiko Epson CorporationImage processing method and image processing device
US596365424 Apr 19975 Oct 1999International Business Machines CorporationApparatus and method for monitoring performance of an image capture device
US6019282 *6 Mar 19981 Feb 2000Carreker-Antinori, Inc.System and method for commingling items destined for multiple payors in a single electronic pocket and financial infrastructure employing the same
US6076074 *5 May 199913 Jun 2000The Clearing House Service Company L.L.C.System and method for intraday netting payment finality
US609783413 Jun 19971 Aug 2000Paystation America Inc.Financial transaction processing systems and methods
US611550910 Mar 19945 Sep 2000International Business Machines CorpHigh volume document image archive system and method
US617074424 Sep 19989 Jan 2001Payformance CorporationSelf-authenticating negotiable documents
US623675614 Dec 199822 May 2001Fuji Xerox Co., Ltd.Image analysis method and device
US624368929 Dec 19985 Jun 2001Robert G. NortonSystem and method for authorizing electronic funds transfer at a point of sale
US635154623 Nov 199826 Feb 2002Seiko Epson CorporationImage processing method and image processing device
US63515533 Mar 199926 Feb 2002Unisys CorporationQuality assurance of captured document images
US645040321 Nov 200117 Sep 2002International Business Machines CorporationMethod and apparatus for depositing ordinary checks from home or office
US6560571 *30 Jun 19996 May 2003Hewlett-Packard Development Company, L.P.Method and apparatus for prioritizing the order in which checks are performed on a node in an integrated circuit
US657100029 Nov 199927 May 2003Xerox CorporationImage processing algorithm for characterization of uniformity of printed images
US657776126 Oct 199910 Jun 2003Toshiba Tec CorporationImage processor and image processing system
US658577516 Apr 19991 Jul 2003Ncr CorporationFinancial document processing system and method of operating a financial document processing system during exception recovery
US66581394 Nov 19992 Dec 2003Eastman Kodak CompanyMethod for assessing overall quality of digital images
US67175927 Dec 20006 Apr 2004International Business Machines CorporationNotification processing system
US679213310 Apr 200114 Sep 2004Picture Elements IncorporatedAutomatic bitonal image optimization
US685095011 Feb 20001 Feb 2005Pitney Bowes Inc.Method facilitating data stream parsing for use with electronic commerce
US68546568 May 200315 Feb 2005Fujitsu LimitedSelf-scanning system with enhanced features
US691229716 Apr 200128 Jun 2005Ncr CorporationMethod of determining usability of a document image and an apparatus therefor
US696388511 Apr 20018 Nov 2005International Business Machines CorporationSystem and method for identifying invoices that may be duplicate prior to payment
US69962639 Jan 20027 Feb 2006Cummins-Allison Corp.Network interconnected financial document processing devices
US700082810 Apr 200121 Feb 2006Cummins-Allison Corp.Remote automated document processing system
US706666810 Dec 200327 Jun 2006Ncr CorporationMethod of creating an image replacement document for use in a check truncation environment and an apparatus therefor
US706666930 Aug 200427 Jun 2006Ncr CorporationMethod of creating an image replacement document for use in a check truncation environment and an apparatus therefor
US70822169 Jan 200425 Jul 2006Cummins-Allison Corp.Document processing method and system
US70925604 Mar 200515 Aug 2006Cummins-Allison Corp.Automated document processing system using full image scanning
US709984516 Aug 200129 Aug 2006Ncr CorporationElectronic check presentment with image interchange system and method of operating an electronic check presentment with image interchange system
US712060610 Feb 200010 Oct 2006Jove CorporationSystem and method for secure electronic fund transfers
US716758030 Apr 200323 Jan 2007Unisys CorporationImage quality assurance systems and methodologies for improving the identification of and access speed to image quality suspects in documents
US728365614 Mar 200516 Oct 2007Federal Reserve Bank Of ClevelandAssessing electronic image quality
US738651121 Jul 200310 Jun 2008Netdeposit Inc.Methods and systems for processing financial instrument deposits
US753964610 Oct 200726 May 2009Global Standard Financial, Inc.Financial payment systems and methods using paperless Check 21 items
US754627520 Jul 20009 Jun 2009International Business Machines CorporationDecentralized electronic certified payment
US2001003953415 Mar 20018 Nov 2001Alexandra KeeneSystem and method for check exception item notification
US200100519211 Feb 200113 Dec 2001Garner Andrew J.Image enabled reject repair for check processing capture
US2002015027916 Apr 200117 Oct 2002Ncr CorporationMethod of determining usability of a document image and an apparatus therefor
US20020165754 *29 Jan 20027 Nov 2002Ming-Chung TangMethod for quality of service controllable real-time scheduling
US20030055791 *20 Sep 200120 Mar 2003Pitney Bowes IncorporatedUtilizing a unique tracking identifier for sorting mail
US20030069900 *10 Oct 200110 Apr 2003International Business Machines CorporationAdaptive indexing technique for use with electronic objects
US2003015881118 Jul 200221 Aug 2003VentanexSystem and method for rules based electronic funds transaction processing
US2003020269020 Mar 200330 Oct 2003Cummins-Allison Corp.Image processing network
US200302084211 Dec 20006 Nov 2003The Chase Manhattan BankElectronic check presentment system and method having an item sequence capability
US20030225644 *4 Jun 20024 Dec 2003Fabio CasatiDynamic prioritization of activities
US200302257044 Jun 20024 Dec 2003Bottomline Technologies (De) Inc.System and method for producing and verifying secure negotiable instruments
US200400306217 Aug 200212 Feb 2004Cobb Keith B.Method of reconciling credit union corporate accounts
US200400684648 Oct 20028 Apr 2004Zions BancorporationReturn item early notification and return
US2004010959610 Dec 200210 Jun 2004Ncr CorporationMethod of providing an indication of quality of a document image and an apparatus therefor
US2004013351621 Jul 20038 Jul 2004Zions BancorporationMethods and systems for processing financial instrument deposits
US200401436217 Aug 200322 Jul 2004Fredrickson Carol A.International and domestic collection system
US2004014823511 Jan 200229 Jul 2004Craig Mark S.Real time financial instrument image exchange system and method
US20040181485 *11 Mar 200316 Sep 2004Finch Robert L.System and method for check processing
US20040193537 *31 Mar 200330 Sep 2004Knapp William StephenSystem and method for enhancing financial institution revenues through acceleration of debit processing
US200402182032 May 20034 Nov 2004International Business Machines CorporationJoined front end and back end document processing
US2004023668821 Jun 200425 Nov 2004Bozeman William O.Universal positive pay database method, system, and computer useable medium
US2005001889622 Jul 200427 Jan 2005Rdm CorporationSystem and method for verifying legibility of an image of a check
US2005004404330 Sep 200424 Feb 2005Federal Reserve Bank Of AtlantaSearching for and identifying automated clearing house transactions by transaction type
US2005007128312 Apr 200431 Mar 2005Randle William M.Quality assured secure and coordinated transmission of separate image and data records representing a transaction
US2005008071930 Sep 200314 Apr 2005Kerry SellenSystems and methods for generating transaction receipts
US2005008073830 Sep 200314 Apr 2005Kerry SellenSystems and methods for determining financial transaction types
US2005008613629 Sep 200421 Apr 2005Federal Reserve Bank Of AtlantaValue tracking and reporting of automated clearing house transactions
US2005009704616 Aug 20045 May 2005Singfield Joy S.Wireless electronic check deposit scanning and cashing machine with web-based online account cash management computer application system
US2005009705030 Oct 20035 May 2005Orcutt Laura L.Express check conversion
US20050108167 *17 Nov 200319 May 2005Pitney Bowes IncorporatedMethod and system for sorting checks according to a priority order associated with the account number
US2005010983326 Oct 200426 May 2005Terri PageSystem and method for verifying the authenticity of a check and authorizing payment thereof
US2005012930010 Dec 200316 Jun 2005Ncr CorporationMethod of creating an image replacement document for use in a check truncation environment and an apparatus therefor
US2005013967031 Dec 200330 Jun 2005Bank Of America CorporationSystem and method for the processing of micr documents that produce read errors
US2005014413123 Dec 200430 Jun 2005Aziz Andy S.Method for electronically exchanging checks between financial institutions and an improved process for clearing checks
US2005017189930 Jan 20044 Aug 2005Dunn John P.Electronic payment clearing and check image exchange systems and methods
US200501752215 Apr 200511 Aug 2005Dennis ScottMethod of determining usability of a document image and an apparatus therefor
US2005020385725 Mar 200515 Sep 2005Friedman Lawrence J.Methods for transaction processing
US2005021176318 Mar 200529 Sep 2005First Data CorporationNegotiable instrument authentication systems and methods
US2005021380514 Mar 200529 Sep 2005Blake James AAssessing electronic image quality
US2005022032430 Apr 20036 Oct 2005Klein Robert DImage quality assurance systems and methodologies for improving the identification of and access speed to image quality suspects in documents
US2005023825226 Apr 200427 Oct 2005Ravinder PrakashSystem and method of determining image skew using connected components
US2005024337830 Apr 20043 Nov 2005Klein Robert DImage file arrangement for use with an improved image quality assurance system
US2005024337930 Apr 20043 Nov 2005Klein Robert DDocument processing system with improved image quality assurance
US2005024403530 Apr 20043 Nov 2005Klein Robert DImage quality assurance system and methodologies in a post-image capture document processing environment
US2005025296028 Apr 200517 Nov 2005Sadao MurataCheck processing method, check processing program medium, and check processing apparatus
US200502568394 Jan 200517 Nov 2005Jpmorgan Chase Bank, N.A.System and method for managing information retrievals for integrated digital and analog archives on a global basis
US2005028144818 Jun 200422 Dec 2005Ncr CorporationMethod of creating a substitute check and an apparatus therefor
US200600062229 Jul 200412 Jan 2006U.S. Bank CorporationSystem and method for managing requests to document archives, routing requests and delivering requests to a variety of channels or delivery mechanisms
US2006002393029 Jul 20042 Feb 2006Mehul PatelDevice for digitizing and processing checks in accordance with the Check 21 Act and for reading and decoding optical codes
US2006004532124 Aug 20042 Mar 2006Chen-Yu Enterprises LlcBank check and method for positioning and interpreting a digital check within a defined region
US2006004560030 Aug 20042 Mar 2006Ncr CorporationMethod of creating an image replacement document for use in a check truncation environment and an apparatus therefor
US2006008024530 Sep 200513 Apr 2006Bottomline Technologies (De) Inc.Negotiable instrument clearing server and method
US20060106717 *15 May 200418 May 2006Randle William MEnd to end check processing from capture to settlement with security and quality assurance
US2006011201319 Nov 200425 May 2006Maloney Rian RMethod and system for verifying check images
US200601186136 Dec 20048 Jun 2006Bank Of America CorporationMethod and system for consolidating cash letters
US2006013327722 Dec 200422 Jun 2006Bank Of America CorporationMethod and apparatus for managing item sequence numbers in an item processing system
US200601677846 Dec 200427 Jul 2006Hoffberg Steven MGame theoretic prioritization scheme for mobile ad hoc networks permitting hierarchal deference
US2006018233125 Apr 200517 Aug 2006Gilson Jonathan CSystem and method for embedding check data in a check image
US2006018233217 Feb 200517 Aug 2006Weber Christopher SMethod and system for retaining MICR code format
US200601844418 Feb 200617 Aug 2006Haschka Joseph MCheck clearing systems
US200601861942 May 200624 Aug 2006Richardson Joseph LImage exchange without full micr qualification
US2006018831019 Apr 200624 Aug 2006Sandison Judith IMethod of creating an image replacement document for use in a check truncation environment and an apparatus therefor
US2006018831119 Apr 200624 Aug 2006Lugg Richard PMethod of creating an image replacement document for use in a check truncation environment and an apparatus therefor
US2006019199822 Feb 200631 Aug 2006Federal Reserve Bank Of AtlantaCash letter print streams with audit data
US200602064273 May 200614 Sep 2006Federal Reserve Bank Of AtlantaApproving ACH operator processing of ACH payments based on an originating depository financial institution's approved originator list
US2006021239126 May 200521 Sep 2006Jpmorgan Chase Bank, N.A.Method and system for facilitating network transaction processing
US20060212449 *17 Mar 200621 Sep 2006Novy Alon R JMethod and apparatus for generating relevance-sensitive collation keys
US200602299876 Mar 200612 Oct 2006Leekley John TCheck replication detection system and method
US2006023752622 Feb 200626 Oct 2006Federal Reserve Bank Of AtlantaExpanded mass data sets for electronic check processing
US200602480092 May 20052 Nov 2006Hicks Sydney SSystem and method for processing electronic payments
US20060265413 *18 May 200523 Nov 2006Blencowe Andrew RUser interface and method for sorting data records
US200602803549 Jun 200514 Dec 2006Bank Of America CorporationSurrogate document indicator and methods of using same
US200700958887 Jul 20063 May 2007Federal Reserve Bank Of AtlantaElectronic image cash letter balancing
US200701006728 Dec 20063 May 2007Mcbrida Kenneth TFormatting value-bearing item indicia
US2007015643816 Oct 20065 Jul 2007Popadic Robert PUbiquitous imaging device based check image capture
US200702355187 Jul 200611 Oct 2007Federal Reserve Bank Of AtlantaElectronic image cash letter monitoring
US2007024478212 Apr 200718 Oct 2007Chimento Marc ASystem and method for screening for fraud in commercial transactions
US20070288382 *2 May 200713 Dec 2007Avalon International, Inc.Check21 image based document and processing system
US2008000668716 May 200710 Jan 2008Federal Reserve Bank Of AtlantaElectronic image cash letter validation
US20080040249 *17 Oct 200714 Feb 2008Jpmorgan Chase Bank, N.A.Method for transaction processing in a capture and deposit
US2008009789913 Jul 200724 Apr 2008The Clearing House Payments Company L.L.C.Method and system for electronic settlement of checks
US200801037901 Nov 20061 May 2008Bank Of AmericaSystem and method for duplicate detection
US200801623196 Nov 20073 Jul 2008Breeden Benjamin TSystem and method for processing duplicative electronic check reversal files
US200801623206 Nov 20073 Jul 2008Federal Reserve Bank Of AtlantaSystems and methods for preventing duplicative electronic check processing
US200801623216 Nov 20073 Jul 2008Breeden Benjamin TSystem and method for processing duplicative electronic check return files
US200801623226 Nov 20073 Jul 2008Federal Reserve Bank Of RichmondAutomated return item re-clear
US200802476297 Oct 20079 Oct 2008Gilder Clark SSystems and methods for check 21 image replacement document enhancements
US20100312705 *18 Jun 20079 Dec 2010Sal CarusoApparatuses, methods and systems for a deposit process manager decisioning engine
Non-Patent Citations
Reference
1"All My Papers tm, Creating Editing and Using Image Cash Letter. X9.37 Files." http://replay.web.archive.org/20060519041745/http://www.ggx.comisolutions-7.htm> retrieved Apr. 26, 2011 (6 pages).
2"All My Papers tm, Creating Editing and Using Image Cash Letter. X9.37 Files." http://replay.web.archive.org/20060519041745/http://www.ggx.comisolutions—7.htm> retrieved Apr. 26, 2011 (6 pages).
3"BancTec Unveils Image Quality Assurance Suite", Feb. 16, 2004, BancTec, Inc., http://www.banctec.com/PressRelease.cfm?PRID=174, pp. 1-3.
4"Check21 Cash Letter: Clear Check Images Rather than Paper Checks", Symitar, available at http://www.symitar.com/Default.aspx?P=2d1883d0-91be-496d-9047-64a83378dd36.
5"Creating, Editing and Using Image Cash Letter, X9.37 Files", All My Papers, available at http://www.ggx.com/solutions-7.htm.
6"Creating, Editing and Using Image Cash Letter, X9.37 Files", All My Papers, available at http://www.ggx.com/solutions—7.htm.
7"FRB Check 21 Project, Federal Reserve Financial Services, Additional Carreker Proposals", Nov. 18, 2003, Copyright 2002 Carreker Corporation, pp. 1-30.
8"FRB Check 21 Project, Federal Reserve Financial Services, Carreker Requirements Response", Nov. 18, 2003, Copyright 2002 Carreker Corporation, pp. 1-18.
9"Image Exchange Suite, Image Enabling Check Presentment", Federal Reserve System, Aug. 19, 2003, Copyright 2003 Carreker Corporation, pp. 1-11.
10"Image Inspector Questions", from presentation dated Jul. 2003, pp. 1-2.
11"SortLogic Systems Ushers in New Electronic Banking Era with Virtual Capture Solution for Check Image Exchange", Apr. 7, 2005, SortLogic Systems, a Division of Omni-Soft, Inc., pp. 1-2.
12"Vision, Strategy & Approach to Image Quality & Archive Integrity, a Review of Carreker's Current Initiatives Towards Image Quality Detection & Resolution", Federal Reserve System, Aug. 19, 2003, Copyright 2003 Carreker Corporation, pp. 1-43.
13"What is Check 21?", VSOFT Corporation, available at http://www.vsoftcorp.com/check21.htm.
143.Next Stop: image exchange?, ABA Banking Journal (0194-5947), 2003. vol. 95, Issue 11, p. 10.
15Captovation Announces the Release of Check Capture 5.1: Newest Version of Check Imaging Software Includes Features to Facilitate Electronic Check Exchange and Presentment, Business Wire; New York, Aug. 10, 2006. p. 1, last accessed May 9, 2010, available online.
16Excerpt of Bank of America checking account statement, with personal information redacted. Aug. 2008.
17Greene, U.S. Appl. No. 11/482,379, Office Action, Jun. 10, 2009, 8 pages.
18Greene, U.S. Appl. No. 11/482,379, Office Action, Sep. 29, 2008; 5 pages.
19Greene, U.S. Appl. No. 11/482,379, Office Action, Sep. 30, 2009, 29 pages.
20Holcomb, Notice 04-57, Aug. 27, 2004, Federal Reserve Bank of Dallas, 6 pages.
21Labaze, U.S. Appl. No. 11/482,360, Office Action, Sep. 21, 2009, 8 pages.
Classifications
U.S. Classification705/35, 705/39
International ClassificationG06Q40/00
Cooperative ClassificationG06Q20/0425, G06Q20/108, G06Q20/04, G06Q20/042, G06Q40/00
Legal Events
DateCodeEventDescription
12 Mar 2008ASAssignment
Owner name: FEDERAL RESERVE BANK OF RICHMOND, VIRGINIA
Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNOR:BREEDEN, BENJAMIN T., JR.;REEL/FRAME:020642/0191
Effective date: 20080306
26 Apr 2017FPAYFee payment
Year of fee payment: 4