本發(fā)明設計銀行支付領域,具體涉及一種銀行資源整合方法及系統(tǒng)。
背景技術:
在支付系統(tǒng)的開發(fā)過程中,不可避免的會使用到很多的銀行資源,這些銀行資源能讓支付系統(tǒng)提供更加豐富的客戶解決方案,但每個銀行資源會有許多自己的規(guī)范和定義,對于整合到系統(tǒng)中的銀行資源,如果使用和規(guī)劃不當,會造成系統(tǒng)中的混亂,會存在如下問題:1、結構層次不明確;2、系統(tǒng)難于維護和修改;3、降低了系統(tǒng)的容錯能力。
技術實現(xiàn)要素:
本發(fā)明提供了一種銀行資源整合方法,包括如下步驟:
用戶發(fā)起支付請求;
支付系統(tǒng)受理該支付請求,并將支付請求信息發(fā)送到銀行資源整合系統(tǒng);
銀行資源整合系統(tǒng)根據(jù)支付請求信息進行支付請求和銀行資源的對接;
其中,銀行資源整合系統(tǒng)根據(jù)支付請求信息進行支付請求和銀行資源的對接的步驟包括:
通過分類處理來篩選支付請求信息;
將篩選后的支付請求信息分發(fā)到銀行資源內部列表進行匹配;
獲取真實的需要該支付請求的銀行資源;
由構建器來統(tǒng)一構建銀行的信息內容和格式,并發(fā)送給銀行資源。
依照本發(fā)明的一個方面,構建器根據(jù)相應銀行資源支持的信息內容和格式,將支付請求轉化為支持相應銀行資源支持的信息內容和格式并發(fā)送給銀行資源。
依照本發(fā)明的一個方面,支付系統(tǒng)對外具有統(tǒng)一接口,用戶發(fā)起的各種支付請求均通過該統(tǒng)一接口發(fā)送到銀行資源整合系統(tǒng)。
依照本發(fā)明的一個方面,支付請求包括支付、退款、查詢。
同時本發(fā)明還提供了一種銀行資源整合系統(tǒng),包括:
分類模塊,用于對支付請求信息進行分類并篩選;
匹配模塊,將篩選后的支付請求信息分發(fā)到銀行資源內部列表進行匹配;
選擇模塊,根據(jù)支付請求信息的具體需求獲取對應的銀行資源;
構建器,統(tǒng)一構建銀行的信息內容和格式,并發(fā)送給銀行資源。
依照本發(fā)明的一個方面,支付請求包括支付、退款、查詢。
依照本發(fā)明的一個方面,構建器根據(jù)相應銀行資源支持的信息內容和格式,將支付請求轉化為支持相應銀行資源支持的信息內容和格式并發(fā)送給銀行資源。
本發(fā)明為了解決這些面臨的問題,本發(fā)明使用了銀行資源的整合方案,建立了一個能整合銀行資源的方案。通過該方案銀行資源整合系統(tǒng)根據(jù)支付請求的種類,將支付請求分發(fā)到滿足該支付請求的銀行資源,達到對銀行資源的整理和規(guī)劃,由這個方案對支付系統(tǒng)提供一組標準的支付,退款,查詢的接口,達到了既能有效的管理現(xiàn)有的銀行資源,又能快速的在系統(tǒng)中增加新的銀行資源。
附圖說明
通過閱讀參照以下附圖對非限制性實施例所作的詳細描述,本發(fā)明及其特征、外形和優(yōu)點將會變得更明顯。在全部附圖中相同的標記指示相同的部分。并未刻意按照比例繪制附圖,重點在于示出本發(fā)明的主旨。
圖1為本發(fā)明提供的銀行資源整合方法的流程圖;
圖2為本發(fā)明將支付請求和銀行資源進行對接的步驟的流程圖;
圖3為本發(fā)明提供的銀行資源整合系統(tǒng)的流程圖。
具體實施方式
在下文的描述中,給出了大量具體的細節(jié)以便提供對本發(fā)明更為徹底的理解。然而,對于本領域技術人員而言顯而易見的是,本發(fā)明可以無需一個或多個這些細節(jié)而得以實施。在其他的例子中,為了避免與本發(fā)明發(fā)生混淆,對于本領域公知的一些技術特征未進行描述。
為了徹底理解本發(fā)明,將在下列的描述中提出詳細的步驟以及詳細的結構,以便闡釋本發(fā)明的技術方案。本發(fā)明的較佳實施例詳細描述如下,然而除了這些詳細描述外,本發(fā)明還可以具有其他實施方式。
實施例一
本實施例提供了一種銀行資源整合方法,參照圖1所示,主要包括如下步驟:
步驟1、用戶發(fā)起支付請求;在本發(fā)明中,支付請求包括支付、退款、查詢。
步驟2、支付系統(tǒng)受理該支付請求,并將支付請求信息發(fā)送到銀行資源整合系統(tǒng)。在本發(fā)明中,支付系統(tǒng)對外具有統(tǒng)一接口,用戶發(fā)起的各種支付請求均通過該統(tǒng)一接口發(fā)送到銀行資源整合系統(tǒng)。
步驟3、銀行資源整合系統(tǒng)根據(jù)支付請求信息進行支付請求和銀行資源的對接。進一步的,參照圖2所示,銀行資源整合系統(tǒng)根據(jù)支付請求信息進行支付請求和銀行資源的對接的步驟包括:
步驟3a、通過分類處理來篩選支付請求信息;
步驟3b、將篩選后的支付請求信息分發(fā)到銀行資源內部列表進行匹配;本發(fā)明首先通過對支付請求進行篩選,以便后續(xù)根據(jù)支付請求種類的不同將不同的支付請求分配到相應的銀行資源。
步驟3c、獲取真實的需要該支付請求的銀行資源;在本發(fā)明中,通過在已存儲的銀行資源內部列表中查詢能夠滿足用戶支付請求的銀行資源;
步驟3d、由構建器來統(tǒng)一構建銀行的信息內容和格式,并發(fā)送給銀行資源??蛇x的,構建器根據(jù)相應銀行資源支持的信息內容和格式,將支付請求 轉化為支持相應銀行資源支持的信息內容和格式并發(fā)送給銀行資源。
本發(fā)明使用了上述銀行資源的整合方案,建立了一個能整合銀行資源的方案。通過該方案,達到對銀行資源的整理和規(guī)劃,由上述方法對支付系統(tǒng)提供一組標準的支付,退款,查詢的接口,達到了既能有效的管理現(xiàn)有的銀行資源,又能快速的在系統(tǒng)中增加新的銀行資源。
本發(fā)明的優(yōu)勢在于有效和統(tǒng)一的管理眾多的銀行資源,使其在系統(tǒng)中能得到統(tǒng)一和規(guī)范的管理,增加了系統(tǒng)的容錯性,對支付系統(tǒng)這個主體,可以規(guī)避不需要關注的變化點,使系統(tǒng)結構更加清晰,提高支付效率及用戶體驗。
實施例二
本實施例提供了一種銀行資源整合系統(tǒng),參照圖3所示,包括:
分類模塊1,用于對支付請求信息進行分類并篩選;匹配模塊2,將篩選后的支付請求信息分發(fā)到銀行資源內部列表進行匹配;選擇模塊3,根據(jù)支付請求信息的具體需求獲取對應的銀行資源,其中,本發(fā)明通過根據(jù)銀行資源內部列表來獲取對應的銀行資源;構建器4,統(tǒng)一構建銀行的信息內容和格式,并發(fā)送給銀行資源。
在本發(fā)明一可選的實施例中,支付請求包括支付、退款、查詢。
在本發(fā)明一可選的實施例中,構建器4根據(jù)相應銀行資源支持的信息內容和格式,將支付請求轉化為支持相應銀行資源支持的信息內容和格式并發(fā)送給銀行資源。
在本發(fā)明一可選的實施例中,通過一支付系統(tǒng)的對外接口接收用戶發(fā)出的支付請求信息。
本發(fā)明使用了銀行資源的整合方案,建立了一個能整合銀行資源的方案。通過該方案,達到對銀行資源的整理和規(guī)劃,由這個方案對支付系統(tǒng)提供一組標準的支付,退款,查詢的接口,達到了既能有效的管理現(xiàn)有的銀行資源,又能快速的在系統(tǒng)中增加新的銀行資源。
以上對本發(fā)明的較佳實施例進行了描述。需要理解的是,本發(fā)明并不局限于上述特定實施方式,其中未盡詳細描述的設備和結構應該理解為用本領 域中的普通方式予以實施;任何熟悉本領域的技術人員,在不脫離本發(fā)明技術方案范圍情況下,都可利用上述揭示的方法和技術內容對本發(fā)明技術方案做出許多可能的變動和修飾,或修改為等同變化的等效實施例,這并不影響本發(fā)明的實質內容。因此,凡是未脫離本發(fā)明技術方案的內容,依據(jù)本發(fā)明的技術實質對以上實施例所做的任何簡單修改、等同變化及修飾,均仍屬于本發(fā)明技術方案保護的范圍內。