未決專利申請的引用

本申請是被轉讓給本申請的受讓人的2009年2月13日提交的發明名稱為“用于優化金融支付的途徑的系統、方法和計算機程序產品”的美國專利申請第12/370,943號的部分繼續申請，其全部內容在此通過引用被并入。

技術領域

文中公開的實施例一般地涉及用于管理金融支付處理的系統、方法和計算機程序產品，更具體地涉及在綜合支付集中器環境中動態選擇和安排支付處理。

背景技術

目前，在美國市場，基于途徑的傳統產品之后是金融支付處理。這意味著在金融機構收到特定產品庫之前指定支付。庫支付處理發生在圖像捕獲之前并且包括一系列線性處理步驟，其中接收的支付輸入形式在很多種情況下與支付匯款/結算相同。例如，如果支付是電子輸入，那么產品庫在多種情況下電子輸出支付。因此，每種支付類型例如票據、圖像、電子、電報、自動交換所(ACH)等都有其自己的產品庫和通道，因此在交易提交之前就選擇庫。這些單獨的產品庫沒有被完全地集成，這樣它們就可以作為獨立的系統自治地操作。在這方面，特定的產品庫需要特定的邏輯處理和處理硬件，基于該支付類型/產品設置庫以適應。

國際支付系統稍微有些不同，因為這些支付被指定用于低價通道或者高價通道，但是類似于美國支付處理，這些支付都是在傳送之前預處理的。

在成本效率、支付時間性或者其它支付因素方面，國內支付和國際支付都沒有考慮客戶/支付者以及在一些情況中的支付處理金融機構。例如，當客戶不關心用什么途徑進行支付時，它們通常關心收款人收到支付的速度。在大部分情況中，客戶/支付者都希望收款人能盡快收到支付，然而，在一些情況中，支付者希望延遲支付接受以確保在指定的支付賬戶中有充足的資金。除了時間性方面，客戶/支付者可能關心支付交易的質量或風險，即，確保支付在指定時間和目的地和/或以客戶/支付者支付花費的成本進行。從金融機構的立場看，金融機構關心以最節省成本的方式進行支付，從而可以最大化它們的利益，同時在時間和支付風險方面考慮客戶的需求。

因此，需要開發系統、方法和計算機程序產品等來更有效和低成本地處理金融支付。期望的系統、方法和計算機程序產品等應當允許在綜合支付處理系統中處理所有類型的支付請求。另外，期望的系統、方法和計算機程序產品應當以高效方式處理支付請求，使得對金融機構和客戶(即，支付者和/或收款人)都節約成本。另外，期望的系統、方法和計算機程序產品等應當允許客戶/支付者基于每個支付或每個支付文件或者預先定義的支付排列(arrangement)或者動態定義支付排列，從而在支付時間性、支付成本、支付質量等方面滿足客戶/支付者的需求。另外，期望的系統、方法和計算機程序產品等應當允許金融機構作出支付途徑決定，其不但考慮了客戶的/支付者的需求和關切，還考慮了金融機構對最小化與每個交易相關的成本的關切。而且，通過提供方法、系統和計算機程序產品等允許基于每個支付在預定的支付排列和/或動態排列支付中客戶/支付者有更多的選項，金融機構可以在支付處理中實現不同的價格點。

發明內容

為了提供對本發明實施例的基本理解，下文中提供了一個或更多個實施例的簡要概述。概述不是所有預期實施例的擴展性綜述，其目的不是為了標識所有實施例的關鍵或重要元件也不是為了描述任意或所有實施例的范圍。唯一目的就是以簡化形式提供一個或更多個實施例的概念作為后面將要詳述的序言。

文中描述的方法、設備、系統和計算機程序產品用于管理支付處理，尤其是在綜合支付集中器環境中管理支付處理，其提供了不受支付輸入通道影響的支付處理。根據本發明公開的實施例，管理支付處理包括自動確定支付處理和自動確定支付處理的排列。文中描述的排列另外可以作為支付處理的排列、流程或順序。這樣，支付處理可以被安排成順序處理、并行處理或者順序和并行的組合處理。支付處理的確定和處理的排列可以在支付輸入通道、支付/結算類型和/或支付屬性的基礎上基于每個支付請求被動態地確定，支付屬性例如支付者定義的屬性、收款人定義的屬性和/或金融機構定義的屬性。確定支付處理和排列的動態特性允許基于之前處理的輸出或者在進行支付處理時所定義的屬性在處理支付期間通過增加或刪除支付處理或改變排列來改變支付處理。這樣，文中描述的方法、系統和計算機程序產品提供了對處理支付的高效和成本節約的方法。