Source: http://www.google.de/patents/US20060080245
Timestamp: 2013-06-20 08:01:33
Document Index: 254265757

Matched Legal Cases: ['art 158', 'art 160', 'art 162', 'art 164', 'art 162', 'art 172', 'art 174', 'art 178', 'art 179', 'art 179']

Patent US20060080245 - Negotiable instrument clearing server and method - Google PatenteSuche Bilder Maps Play YouTube News Gmail Drive Mehr » Erweiterte Patentsuche | Webprotokoll | Anmelden Erweiterte Patentsuche PatenteThe present invention relates to a secure check clearing server. The check clearing server comprises a database for storing payment information associated with an issued check and a status indicator associated with the issued check. A clearing module receiving a clearing request message. The clearing...http://www.google.de/patents/US20060080245?utm_source=gb-gplus-sharePatent US20060080245 - Negotiable instrument clearing server and method Ver�ffentlichungsnummerUS20060080245 A1PublikationstypAnmeldung Anmeldenummer11/240,424 Ver�ffentlichungsdatum13. Apr. 2006Eingetragen30. Sept. 2005 Priorit�tsdatum3. Juli 2002 Ver�ffentlichungsnummer11240424, 240424, US 2006/0080245 A1, US 2006/080245 A1, US 20060080245 A1, US 20060080245A1, US 2006080245 A1, US 2006080245A1, US-A1-20060080245, US-A1-2006080245, US2006/0080245A1, US2006/080245A1, US20060080245 A1, US20060080245A1, US2006080245 A1, US2006080245A1 ErfinderVincent Bahl, Gregory ParkUrspr�nglich Bevollm�chtigterBottomline Technologies (De) Inc. Referenziert von (10), Klassifizierungen (11) Externe Links: USPTO, USPTO-Zuordnung, EspacenetNegotiable instrument clearing server and methodUS 20060080245 A1 Zusammenfassung The present invention relates to a secure check clearing server. The check clearing server comprises a database for storing payment information associated with an issued check and a status indicator associated with the issued check. A clearing module receiving a clearing request message. The clearing request message includes payment information associated with a purported check. The payment information includes a core digital image of the purported check. The clearing module determines whether the purported check is unaltered and clearable and, if unaltered and clearable initiates clearing of the purported check. The purported check is determined to be unaltered if the payment information associated with the purported check matches the payment information associated with the issued check. The purported check is determined to be clearable if the issued check is not cleared or canceled. Bilder(9) Anspr�che
1. A secure check clearing server comprising: a database storing payment information associated with an issued check; a clearing module for; receiving a clearing request message, the clearing request message including payment information associated with a purported check, the payment information including a core digital image of the purported check; and comparing payment information associated with the purported check to payment information associated with an issued check and determining that the purported check is unaltered if the payment information associated with the purported check matches the payment information associated with the issued check; initiating clearing of the purported check if the purported check is unaltered. 2. The secure check clearing server of claim 1, further comprising: a print format module for initiating clearing of a purported check by: generating a print formatted object representing a substitute check, the substitute check comprising the core digital image and substitute check formatting, the print formatted object being in compliance with a print formatted object protocol associated with a remote print system to which the print formatted object is to be sent for printing; and passing the print formatted object to the remote print system for printing of the substitute check at a location proximate to a clearing bank to which the substitute check is to be presented. 3. The secure check clearing server of claim 2, further comprising: an electronic check clearing module for initiating clearing of a purported check by: generating electronic check clearing data including the core digital image of the purported check, the electronic check clearing data being in compliance with an electronic check clearing protocol associated with the clearing bank; and transferring the electronic check clearing data to the clearing bank. 4. The secure check clearing server of claim 3, further comprising a check conversion module for initiating an electronic payment in replacement of clearing the purported check. 5. The secure check clearing server of claim 1, further comprising: an electronic check clearing module for initiating clearing of a purported check by: generating electronic check clearing data including the core digital image of the purported check, the electronic check clearing data being in compliance with an electronic check clearing protocol associated with the clearing bank; and transferring the electronic check clearing data to the clearing bank. 6. The secure check clearing server of claim 1, wherein: the database further stores a status indicator associated with the issued check; the clearing module: further determines that the purported check is clearable if the status indicator indicates that the check remains payable; initiates clearing of the purported check if the purported check is both unaltered and clearable; and updates the status indicator associated with the issued check to indicate that a purported check has been cleared to prevent the clearing module from subsequently determining that a duplicate check is clearable. 7. The secure check clearing server of claim 6, wherein the clearing module further returns an acknowledgment in response to the clearing request message, the acknowledgement indicating; that the purported check is valid if the purported check is both unaltered and clearable; and that the purported check is invalid if the purported check is altered or un-clearable. 8. The secure check clearing server of claim 7, further comprising: a print format module for initiating clearing of a purported check by: generating a print formatted object representing a substitute check, the substitute check comprising the core digital image and substitute check formatting, the print formatted object being in compliance with a print formatted object protocol associated with a remote print system to which the print formatted object is to be sent for printing; and passing the print formatted object to the remote print system for printing of the substitute check at a location proximate to a clearing bank to which the substitute check is to be presented. 9. The secure check clearing server of claim 8, further comprising: an electronic check clearing module for initiating clearing of a purported check by: generating electronic check clearing data including the core digital image of the purported check, the electronic check clearing data being in compliance with an electronic check clearing protocol associated with the clearing bank; and transferring the electronic check clearing data to the clearing bank. 10. The secure check clearing server of claim 9, further comprising a check conversion module for initiating an electronic payment in replacement of clearing the purported check. 11. The secure check clearing server of claim 7, further comprising: an electronic check clearing module for initiating clearing of a purported check by: generating electronic check clearing data including the core digital image of the purported check, the electronic check clearing data being in compliance with an electronic check clearing protocol associated with the clearing bank; and transferring the electronic check clearing data to the clearing bank. 12. A method of initiating clearing of a purported check, the method comprising receiving payment information associated with an issued check; storing the payment information associated with the issued check in a database; receiving a clearing request message, the clearing request message including payment information associated with a purported check, the payment information including a core digital image of the purported check; and comparing payment information associated with the purported check to payment information associated with an issued check and determining that the purported check is unaltered if the payment information associated with the purported check matches the payment information associated with the issued check; initiating clearing of the purported check if the purported check is unaltered. 13. The method of claim 12, wherein initiating clearing of the purported check comprises: generating a print formatted object representing a substitute check, the substitute check comprising the core digital image and substitute check formatting, the print formatted object being in compliance with a print formatted object protocol associated with a remote print system to which the print formatted object is to be sent for printing; and passing the print formatted object to the remote print system for printing of the substitute check at a location proximate to a clearing bank to which the substitute check is to be presented. 14. The method of claim 13, wherein initiating clearing of the purported check comprises: generating electronic check clearing data including the core digital image of the purported check, the electronic check clearing data being in compliance with an electronic check clearing protocol associated with the clearing bank; and transferring the electronic check clearing data to the clearing bank. 15. The method of claim 14, wherein initiating clearing of the purported check comprises initiating an electronic payment in replacement of clearing the purported check. 16. The method of claim 12, wherein initiating clearing of the purported check comprises: generating electronic check clearing data including the core digital image of the purported check, the electronic check clearing data being in compliance with an electronic check clearing protocol associated with the clearing bank; and transferring the electronic check clearing data to the clearing bank. 17. The method of claim 12: further comprising: storing a status indicator associated with the issued check in the database; and determining that the purported check is clearable if the status indicator indicates that the check remains payable; the step of initiating clearing of the purported check occurs only if the purported check is both unaltered and clearable; and the method further includes updating the status indicator associated with the issued check to indicate that a purported check has been cleared to prevent the clearing module from subsequently determining that a duplicate check is clearable. 18. The method of claim 17, further comprising returning an acknowledgment in response to the clearing request message, the acknowledgement; including an indication that the purported check is valid if the purported check is both unaltered and clearable; including an indication that the purported check is invalid if the purported check is altered or un-clearable. 19. The method of claim 18, wherein initiating clearing of the purported check comprises: generating a print formatted object representing a substitute check, the substitute check comprising the core digital image and substitute check formatting, the print formatted object being in compliance with a print formatted object protocol associated with a remote print system to which the print formatted object is to be sent for printing; and passing the print formatted object to the remote print system for printing of the substitute check at a location proximate to a clearing bank to which the substitute check is to be presented. 20. The method of claim 19, wherein initiating clearing of the purported check comprises: generating electronic check clearing data including the core digital image of the purported check, the electronic check clearing data being in compliance with an electronic check clearing protocol associated with the clearing bank; and transferring the electronic check clearing data to the clearing bank. 21. The method of claim 20, wherein initiating clearing of the purported check comprises initiating an electronic payment in replacement of clearing the purported check. 22. The method of claim 18, wherein initiating clearing of the purported check comprises: generating electronic check clearing data including the core digital image of the purported check, the electronic check clearing data being in compliance with an electronic check clearing protocol associated with the clearing bank; and transferring the electronic check clearing data to the clearing bank. Beschreibung
DETAILED DESCRIPTION OF THE EXEMPLARY EMBODIMENTS The present invention is now described in detail with reference to the drawings. In the drawings, each element with a reference number is similar to other elements with the same reference number independent of any letter designation following the reference number. In the text, a reference number with a specific letter designation following the reference number refers to the specific element with the number and letter designation and a reference number without a specific letter designation refers to all elements with the same reference number independent of any letter designation following the reference number in the drawings. It should also be appreciated that many of the elements discussed in this specification may be implemented in hardware circuit(s), a processor executing software code, or a combination of a hardware circuit and a processor executing code. As such, the term circuit as used throughout this specification is intended to encompass a hardware circuit (whether discrete elements or an integrated circuit block), a processor executing code, or a combination of a hardware circuit and a processor executing code, or other combinations of the above known to those skilled in the art. The block diagram of FIG. 2 represents a check clearing server 40 in accordance with one embodiment of the present invention. In general, the check clearing server 40 includes an issued check module 42 which receives payment information 54 related to a plurality of issued checks-and stores such payment information 54 within payment information and status tables 41 of a database 46. The payment information 54 may, for each issued check, include information identifying at least i) the financial institution and/or its routing number, ii) the account on which the issued check is drawn; iii) a check sequence number; iv) the payee; and v) a payment amount. It is envisioned that such payment information 54 may be provided to the issued check module 42 over a secure network or through a secure session over an open network such as the Internet by either the issuer or the financial institution holding the account on which the check is drawn. The check clearing server 40 includes a clearing module 44 which may receive a clearing request 56 which includes payment information from a purported check presented to a potential holder-in-due course. The purported check may be a check presented to a bank of deposit or presented to another potential holder-in-due-course such as a retail outlet that cashes third party checks. The payment information from the purported check may include information taken from the face of the purported check identifying at least i) the financial institution and/or its routing number, ii) the account on which the issued check is drawn; iii) a check sequence number; iv) the payee; and v) a payment amount. The payment information may further, or alternatively, include each of a face side image of the original paper check document and a backside image of the original paper check document (including all endorsements and processing data) such that a substitute check (as represented by FIG. 1) could be generated. If the clearing request 56 includes only the face side image and the back side image, a character recognition module 47 obtains, from the image of the face of the check, the payment information such as the i) the financial institution and/or its routing number, ii) the account on which the issued check is drawn; iii) a check sequence number; iv) the payee; and v) a payment amount from the face side image. The clearing request 56 may be transferred to the check clearing server 40 by the bank of deposit or other holder-in-due-course: i) using a secure transport session over an open network such as the Internet; or ii) using application layer security and simple object access protocol (SOAP) messaging over an open network. The clearing module 44 determines whether the purported check is valid by determining that it is both unaltered and clearable. Determining whether a purported check is unaltered comprises comparing the payment information included in the clearing request 56 to the payment related to issued checks as stored in the database 41. If the payment information included in the clearing request 56 matches the payment information related to the issued check in the database 46, the check is unaltered. Determining whether a purported check is clearable comprises checking a status indicator associated with the issued check. The status indicator may indicate whether such issued check is outstanding, cancelled, or cleared. If the issued check is outstanding, the unaltered purported check is clearable. If the issued check is canceled or cleared, the purported check is not clearable. In the case where the issued check has a status indicator of cleared, it is likely that the purported check is an unauthorized duplicate. If the check is valid, clearing server 40 initiates clearing of the purported check to the issuing bank or next bank in the clearing chain (e.g. a clearing bank) by performing one of: i) converting the check payment to an ACH payment; ii) generating a substitute check for presentment; and ii) generating electronic check clearing data for presentment. The selection is based on criteria associated with the clearing bank. For example, the clearing bank may require presentment in the form of a substitute check or electronic check clearing data in a particular file format. An indicator of the clearing bank criteria may be stored in clearing method tables 45 of the database 46. Presenting a substitute check comprises invoking operation of a print format module 50 to: i) generate a print formatted object representing a substitute check; and ii) transfer the print formatted object to a system proximate to the clearing bank (either controlled by the clearing bank or geographically close to the clearing bank so that the substitute check is easily delivered to the clearing bank without significant transportation costs) for printing of the substitute check. Selection of a particular format or protocol for the print formatted object (such as a PostScript file or a PCL file) is based on the requirements of the print system proximate to the clearing bank as stored in the clearing method tables 45 of the database 46. Presenting electronic check clearing data comprises invoking operation of an electronic check clearing module 52 to build a message or file that includes the digital image of the purported check and other payment data associated with the purported check�in compliance with an electronic check clearing data and/or file protocol associated with the clearing bank. The electronic check clearing data is then transferred to the clearing bank's clearing systems. Converting the payment of the purported check to an ACH payment comprises invoking operation of a conversion module 48 to generate an ACH transaction. The ACH transaction may be aggregated into an ACH file for clearing through known ACH clearing channels. Along with presenting the purported check to the clearing bank, the check clearing module 44 may: i) update the status indicator associated with the issued check to indicated that it has cleared; ii) provide an acknowledgement message 58 in response to the clearing request 56 to confirm that the purported check is unaltered and clearable; and iii) provide a status update message 57 to the issuing bank indicating that the check has been deposited. Updating the status indicator prevents a duplicate of the issued check from subsequently being cleared. The ladder diagram of FIG. 3 represents exemplary operation of the check clearing server 40 in more detail. Turning to FIG. 3 in conjunction with FIG. 2, receipt of payment information 54 associated with one or more issued checks is represented by step 68. A secure transport session or a secure web services session may be established between the issuer 66 (e.g. either systems of the account holder or systems of the issuing bank) and the payment information 54 may be transferred through the secure session. The issued check module acknowledges receipt of the payment information 54 at step 69. FIG. 4 represents an exemplary SOAP message 150 for delivery of payment information 54 in an extensible mark up language format. The SOAP message 150 does not include a digital image of each issued check. The message 150 includes: i) typical SOAP envelop data 152 to initiate appropriate handling by the issued check module 42; ii) data 154 related to the message 150 and/or all of the issued checks represented by the message 150; and iii) issued check information 54 related to each issued check. FIG. 5 represents an exemplary SOAP message 156 for delivery of payment information 54 that includes a digital image of each issued check. The message 156 is a multi part transport object such as an object compliant with one of the MIME protocols. Within FIG. 5, each hashed line represents delineation of each part of the multi part transport object. The message 156 includes a root part 158 identifying the message 156 as a multi part transport object. An extensible mark up part 160 includes: i) typical SOAP envelop data 152 to initiate appropriate handling by the issued check module 42; and ii) data 154 related to the message 156 and/or all of the issued checks represented by the message 156. The payment information 54 for each issued check comprises both an XML part 162 and a binary image part 164. The XML part 162 includes data such as: i) the financial institution and/or its routing number, ii) the account on which the issued check is drawn; iii) a check sequence number; iv) the payee; and v) a payment amount. The binary image part may include an identifier 166 of the binary image format and binary data 168 representing the digital image of each of a face side image of the original paper check document and a backside image of the original paper check document. Returning to FIG. 3, after receiving the payment information 54 at step 68 and acknowledging receipt at step 69, the issued check module 42 writes the payment information to the payment information and status tables 41 of the database 46 at step 70. FIG. 6 represents an exemplary structure for the payment information and status tables 41. The structure includes a plurality of related tables. The root level key table may be an issuer table 170 associating each financial institution with its routing number. An account table 172 associates account numbers with the financial institution holding the account. An issued checks table 174 associates payment information 54 and a status identifier 178 for each issued check drawn on an account with the account. A clearing table 176 associates clearing information with each issued check. The clearing table 176 may include multiple records for each check if the check clearing server 40 is used multiple times for clearing a check within the clearing chain. Returning to FIG. 3, step 72 represents receiving an update status message from the issuer 66. Such a status message may be sent to cancel an issued check. If such a message is received, the status identifier 178 (FIG. 6) may be updated to indicate that the check is cancelled at step 73�thereby making the check un-clearable. Step 75 represents receipt of a clearing request 56. A secure transport session or a secure web services session may be established between the check clearing server 40 and the holder in due course 64 (e.g. either the bank of deposit or another holder-in-due-course such as a retail check cashing facility) and the clearing request 56 may be transferred through the secure session. FIG. 7 represents an exemplary SOAP message 170 for delivery of a clearing request 56. The message 170 is a multi part transport object and each hashed line within FIG. 7 represents delineation of each message part. A root part 172 identifies the message as a multi part transport object. An extensible mark up part 174 includes: i) typical SOAP envelop data 152 to initiate appropriate handling by the check clearing module 44; and ii) data 176 identifying the message as a clearing request 56. The purported check information of the clearing request 56 comprises both an XML part 178 and a binary image part 179. The binary image part 179 may include an identifier 180 of the binary image format and binary image data 182 representing the digital image of each of a face side image of the original paper check document and a backside image of the original paper check document. Returning to FIG. 3, step 76 represents the check clearing server 40 validating the purported check by determining whether the purported check is both unaltered and clearable. Step 78 represents returning an acknowledgment 58 back to the holder-in-due-course 64. The acknowledgment 58 will indicate that the check is invalid if the check is altered or un-clearable. The acknowledgement 58 will indicate that the check is valid if it is both unaltered and clearable. Step 79 represents sending a status message to the issuer 66 indicating that the check has been deposited (or if invalid) declined as invalid. Step 80 represents looking up the preferred clearing method in clearing method tables 45 to determine how the clearing bank prefers the purported check to be cleared; and step 82 represents performing one of: i) converting the check payment to an ACH payment; ii) generating a print formatted object of a substitute check for presentment; and ii) generating electronic check clearing data for presentment. It should be appreciated that step 82 may be performed as a batch process for multiple checks�not necessarily on a check by check basis when a clearing request is received. Steps 84, 86, and 89 each represent initiating clearing of the purported check by: i) building a message that includes the digital image of the purported check and other payment data associated with the purported check�in compliance with an electronic check clearing protocol associated with the clearing bank and delivering such message to the clearing bank; ii) transferring the print formatted object to a system proximate to the clearing bank (a print control executable 88) for printing of the substitute check; ii) and iii) building an ACH transaction file that includes an ACH conversion of the purported check and transferring the ACH transaction file to the clearing house 90. The appropriate one of steps 84, 86, and 89 is performed for each cleared check. Building a message that includes the digital image of the purported check and other payment data associated with the purported check and delivering such message to the clearing bank may use techniques described in U.S. patent application Ser. No. 11/081,033, filed Mar. 12, 2005 and which is assigned to the same assignee of the present invention. The contents of U.S. patent application Ser. No. 11/081,033 is incorporated herein by reference. Transferring the print formatted object to a system proximate to the clearing bank (a print control executable 88) for printing of the substitute check may use techniques described in U.S. patent application Ser. No. 11/152,450, filed Jun. 14, 2005 and which is assigned to the same assignee of the present invention. The contents of U.S. patent application Ser. No. 11/152,450 is incorporated herein by reference. The flow chart of FIG. 8 represents exemplary operation of the issued check module 42 of the check clearing server 40. Referring to FIG. 8 in conjunction with FIG. 2, step 100 represents opening a secure transport session or secure web services session with the issuer system 66 (FIG. 3)�which as discussed may be systems of the account holder or systems of the issuing bank. Opening the secure session comprises authenticating the user of the issuer system 66 by comparing authentication information (such as group ID, user ID, and password) to entitlement information stored in entitlement tables 43 of the database 46. Step 102 comprises receiving payment information associated with issued checks through the secure transport session. Step 102 corresponds to step 68 in the ladder diagram of FIG. 3. Step 104 represents writing the payment information associated with each issued check to the database 46. Step 104 corresponds to step 70 of the ladder diagram of FIG. 3. Step 106 represents returning an acknowledgement back to the issuer 66. Step 106 corresponds to step 69 in the ladder diagram of FIG. 3. The flow chart of FIG. 9 represents exemplary operation of the check clearing module 44 of the check clearing server 40. Referring to FIG. 9 in conjunction with FIG. 2, step 107 represents opening a secure transport session or secure web services session with the holder-in-due-course system 64�which, as discussed, may be a bank of deposit or another holder-in-due-course such as a retail check cashing facility. Opening the secure session comprises authenticating the user of the holder-in-due-course system 64. Step 108 comprises receiving payment information associated a purported check through the secure session. Step 108 corresponds to step 75 in the ladder diagram of FIG. 3. Step 110 represents validating the payment information of the purported check. As discussed, validating the payment information comprises determining that the purported check is unaltered as sub-step 110 a and determining that the purported check is clearable at sub-step 110 b. Step 110 corresponds to step 76 of the ladder diagram of FIG. 3. If the purported check does not validated, an acknowledgement message indicating that the purported check is declined is returned to the holder-in-due-course 64 at step 112. If the purported check is validated, an acknowledgment message indicated that the purported check has been accepted for clearing is returned to the holder-in-due-course 64 at step 114. Steps 112 and 114 correspond to step 78 of the ladder diagram of FIG. 3. Step 116 represents writing payment information from the purported check to the database 46. It should be appreciated that clearing of purported checks, whether by conversion to ACH, delivery of electronic check clearing data as part of an electronic check clearing file, or printing of substitute checks is typically performed on a batch basis at a time schedule by the clearing system. As such, the payment information from the purported check is written to the database where it is held until such time as batch processing is performed. Step 118 represents updating the status indicator 178 (FIG. 6) associated with the issued check�corresponding to the purported check�to indicate a cleared status to prevent clearing of a duplicate check. Although the invention has been shown and described with respect to certain preferred embodiments, it is obvious that equivalents and modifications will occur to others skilled in the art upon the reading and understanding of the specification. The present invention includes all such equivalents and modifications, and is limited only by the scope of the following claims. Referenziert von Zitiert von PatentEingetragen Ver�ffentlichungsdatum Antragsteller TitelUS728365614. M�rz 200516. Okt. 2007Federal Reserve Bank Of AtlantaAssessing electronic image qualityUS759460022. Febr. 200629. Sept. 2009Federal Reserve Bank Of AtlantaExpanded mass data sets for electronic check processingUS768620922. Febr. 200630. M�rz 2010Federal Reserve Bank Of AtlantaCash letter print streams with audit dataUS7711176 *16. Dez. 20054. Mai 2010Ncr CorporationComputer-implemented method of processing a substitute check and an apparatus thereforUS80324627. Juli 20064. Okt. 2011Federal Reserve Bank Of AtlantaElectronic image cash letter balancingUS8275715 *18. Juni 200725. Sept. 2012Bank Of America CorporationApparatuses, methods and systems for a deposit process manager decisioning engineUS8301565 *13. Apr. 201030. Okt. 2012Bank Of America CorporationSystem and method for correspondent bank customer ATM transaction processingUS20100312705 *18. Juni 20079. Dez. 2010Sal CarusoApparatuses, methods and systems for a deposit process manager decisioning engineUS20110251956 *13. Apr. 201013. Okt. 2011Bank Of America CorporationSystem and method for correspondent bank customer atm transaction processingWO2007149820A2 *18. Juni 200727. Dez. 2007Sal CarusoApparatuses, methods and systems for a deposit process manager decisioning engine* Vom Pr�fer zitiertKlassifizierungen US-Klassifikation705/40, 705/42Internationale KlassifikationG06Q40/00 UnternehmensklassifikationG06Q40/02, G06Q20/04, G06Q20/102, G06Q20/108 Europ�ische KlassifikationG06Q20/04, G06Q40/02, G06Q20/102, G06Q20/108DrehenOriginalbildGoogle-Startseite - Sitemap - USPTO-Bulk-Downloads - Datenschutzerkl�rung - Nutzungsbedingungen - �ber Google Patente - Feedback gebenDaten bereitgestellt von IFI CLAIMS Patent Services.© 2012 Google