專利名稱：公共業務實現方法、銀行前置設備和銀行前置系統的制作方法
技術領域：
本發明涉及銀行電子業務技術，尤其是一種公共業務實現方法、銀行前 置設備和銀行前置系統。
背景技術：
隨著計算機的智能化和網絡技術的發展，銀聯標識卡用戶越來越多的通 過銀行實現代繳費。目前，銀行在進行代繳費業務時，是由用戶到銀行拒臺， 銀行分別與不同的行業(如，電信、聯通、移動、電力)協商合作，分別與 各行業建立聯網，針對不同的服務提供商采用不同的技術和業務接口。圖1 為現有銀行實現代繳費業務時的結構示意圖，參見圖1,用戶到銀行的拒臺 11向銀行工作人員選擇代繳費業務，銀行工作人員將相應的行業的代繳費請 求發送給相應的行業的銀行前置，例如，用戶選擇移動代繳費時，銀行工作
人員將用戶的請求發送給與移動通信連接的移動前置模塊121,通過移動前 置模塊121與移動行業131通訊交互，實現針對移動的代繳費；用戶選擇聯 通代繳費時，銀行工作人員將用戶的請求發送給與聯通通信連接的聯通前置 模塊122,通過聯通前置模塊122與聯通行業132通訊交互，實現針對聯通 的代繳費。
發明人在實現本發明的過程中發現現有^l艮行代繳費業務中，銀行分別 與各行業分別聯接，例如，通過移動前置模塊實現與移動的互通，通過聯通 前置模塊實現與聯通的互通。但是各模塊的技術接口、業務細節各異，針對 不同的行業需要單獨開發模塊，甚至需要單獨開發前置系統，例如針對移動 需要開發移動前置模塊，針對聯通需要開發聯通前置模塊。因此，現有技術 可能會造成模塊重復建設，造成銀行端用戶交易渠道、操作界面各異。
發明內容
本發明的目的是統一各行業的業務流程，使^^亍端用戶操作界面統一， 避免對各行業的重復建設。
為實現上述目的，本發明提供了一種公共業務實現方法，包括
接收用戶終端發送的交易請求消息，將交易請求消息發送給銀聯公共支
付平臺，所述銀聯公共支付平臺對該交易請求消息進行處理，得到相應的交
易響應消息；
接收銀聯公共支付平臺返回的交易響應消息，將交易響應消息發送給用 戶終端。
本發明提供了一種銀行前置設備，包括
交易處理模塊，用于接收用戶終端發送的交易請求消息，將用戶終端發 送的交易請求消息轉換為銀聯公共支付平臺支持的銀聯交易請求消息；用于 接收銀聯公共支付平臺返回的交易響應消息，將銀聯公共支付平臺返回的交 易響應消息轉換為用戶終端支持的用戶終端交易響應消息，并將該用戶終端 交易響應消息發送給用戶終端；
銀聯通訊模塊，用于將所述銀聯交易請求消息發送給銀聯公共支付平臺， 并接收銀聯公共支付平臺返回的交易響應消息。
本發明提供了一種銀行前置系統，包括
用戶終端，用于發送交易請求消息及接收對應該交易請求消息的交易響 應消息；
銀行前置設備，用于將所述交易請求消息發送給銀聯公共支付平臺，并 接收銀聯公共支付平臺返回的交易響應消息，將該交易響應消息發送給所述 用戶終端。
由上述技術方案可知，本發明通過將用戶終端的交易請求消息發送給4艮 聯公共支付平臺，由銀聯公共支付平臺對各交易請求消息進行處理，具有以下有益效果
1、 將交易請求消息發送給銀聯公共支付平臺，而不是各行業，可以避免 對不同行業的重復建設。
2、 將交易請求消息發送給統一的銀聯公共支付平臺，可以實現銀行端用 戶操作界面的統一。
圖1為現有銀行實現代繳費業務時的結構示意圖； 圖2為本發明公共業務實現方法實施例一的流程示意圖； 圖3為本發明公共業務實現方法實施例二的流程示意圖； 圖4為本發明公共業務實現方法實施例三的流程示意圖； 圖5為本發明銀行前置設備實施例的結構示意圖； 圖6為本發明銀行前置系統實施例的結構示意圖。
具體實施例方式
下面通過附圖和實施例，對本發明的技術方案估支進一步的詳細描述。 銀聯公共支付平臺是由銀聯提供的可以實現與各發卡機構通信的公共平 臺，并且銀聯公共支付平臺還與各行業(如移動、聯通、電力等)存在通信
括各行業和各發卡機構)通信的能力，基于該銀聯公共支付平臺實現銀行的 代繳費業務，避免銀行針對各行業開發各自的模塊，避免重復建設，實現為 用戶提供統 一 的交易操作流程和交易界面。
圖2為本發明^^共業務實現方法實施例一的流程示意圖，包括 步驟21:銀行前置設備接收自助終端發送的交易請求消息，將交易請求 消息發送給銀聯公共支付平臺，所述銀聯公共支付平臺對該交易請求消息進 行處理，得到相應的交易響應消息。銀聯公共支付平臺通過與各方(發卡機構、行業)進行通訊實現具體的繳費及扣款等業務，具體的銀聯公共支付平 臺處理交易請求消息的過程是現有技術，由銀聯提供，在此不再贅述。
步驟22:銀行前置設備接收銀聯公共支付平臺返回的交易響應消息，將 交易響應消息發送給自助終端。之后自助終端可以將交易響應顯示給用戶， 由用戶進行交易的確認。
其中，上述自助終端和銀聯公共支付平臺支持的消息的報文包之間的轉
式之間的轉換方法進行相應的轉換。該銀行前置設備與自助終端之間可以采 用TCP/IP協議進行通訊，該銀行前置設備與銀聯公共支付平臺之間可以采用 x.25或者TCP/IP協議進行通訊。
本實施例以自助終端為例，但本實施例的原理同樣適用于其他的用戶終 端，例如網上銀行、電話銀行等。
本實施例通過銀行前置設備，將用戶通過自助終端發送的請求統一發送 給銀聯公共支付平臺，將后續的流程交由銀聯公共支付平臺進行處理；在銀 聯公共支付平臺處理結束后，接收銀聯公共支付平臺返回的響應并發送給自 助終端，由自助終端顯示給用戶。本實施例可以統一用戶針對各行業的支付 業務，例如，用戶在自助終端中選擇了針對移動的支付業務，現有技術是將 該針對移動的請求發送給移動前置模塊，再由移動前置模塊發給移動這一行 業的相關處理模塊，之后再由移動前置模塊將移動行業處理的結果返回給自 助終端；用戶在自助終端中選擇了針對聯通的支付業務，現有技術是將該針 對聯通的請求發送給聯通前置模塊，再由聯通前置模塊發給聯通這一行業的 相關處理模塊，之后再由聯通前置模塊將移動行業處理的結果返回給自助終 端。而本發明是，不論用戶選擇是針對移動還是聯通的支付業務，銀行前置 設備均將用戶的請求發送給銀聯公共支付平臺，由銀聯進行處理，最后將銀 聯公共支付平臺返回的響應再通過該銀行前置設備返回給自助終端。因此， 本發明不需要單獨開發針對各行業的前置模塊，避免了重復建設，降低了成本，將針對各行業的請求統一發送給銀聯公共支付平臺，可以統一用戶的操 作流程，統一用戶界面。
下面將結合圖3具體描述從用戶通過自助終端發起交易請求到自助終端 收到交易響應的流程。
圖3為本發明公共業務實現方法實施例二的流程示意圖，該實施例針對 整個網絡。如圖3所示，該實施例包括
步驟301:銀聯標識卡用戶向自助終端提交繳費申請消息。
步驟302:銀行前置設備轉發該業務指示信息(繳費申請消息)給銀聯 公共支付平臺。
步驟303:銀聯公共支付平臺向相應的行業(如聯通)發送查詢請求，
用于查詢用戶帳戶情況。
步驟304:行業向銀聯公共支付平臺返回相應的帳戶情況。
步驟305:銀聯公共支付平臺向銀行前置設備轉發該帳戶情況。
步驟306:銀行前置設備向用戶通知該帳戶情況。
步驟307:用戶向銀行前置設備發送繳費確認消息。
步驟308:銀行前置設備轉發該繳費確認消息給銀聯公共支付平臺。
步驟309:銀聯公共支付平臺向該銀聯標識卡的發卡機構發送扣款申請消息。
步驟310:發卡機構向銀聯公共支付平臺返回扣款結果。 步驟311:若扣款成功，銀聯公共支付平臺向相應的行業發送繳費或充 值通知，指示行業向用戶的帳號里繳費或充值；若扣款失敗，則銀聯公共支 付平臺通過銀行前置設備向用戶返回扣款失敗消息。圖中扣款成功為例。 步驟312:行業向銀聯公共支付平臺返回相應的繳費或充值結果。 步驟313:銀聯公共支付平臺轉發給繳費或充值結果給銀行前置設備。 步驟314:銀行前置設備向用戶返回該繳費或充值結果。 本實施例給出了代繳費業務的流程，用戶通過用戶終端提交請求時，由銀行前置設備將該請求統一發送給銀聯公共支付平臺，由銀聯根據該請求中 的信息，例如代繳費的行業及發卡機構信息，與相應的行業和發卡機構進行 通訊處理。避免了銀行直接同各行業的通訊，實現針對各行業的請求的統一 處理。
圖3對整個網絡的交易處理流程進行了描述，下面具體描述銀行前置設
備的處理流程。
對于銀行前置設備，其接收用戶終端發送的交易請求消息，主要包括如
下步驟
步驟AL銀行前置設備接收用戶終端發送的交易請求報文包。 步驟A2:銀行前置設備根據該用戶終端發送的交易請求報文包，得到銀 聯公共支付平臺支持的銀聯交易請求報文；具體的銀行前置設備可以根據交 易請求報文的類型及該交易請求報文的數據格式，及銀聯公共支付平臺支持 的數據格式進行報文的轉化，其轉換方式具體的可參見現有技術。
步驟A3:銀行前置設備在該銀聯交易請求報文中附加交易請求與交易響 應匹配信息域；因此，可以正確的得到對應各交易請求的交易響應。 步驟A4:將該銀聯交易請求報文打包后發送給銀聯支付平臺。 銀行前置設備接收銀聯公共支付平臺發送的交易響應消息，主要包括如 下步驟
步驟Bl:銀行前置設備接收銀聯公共支付平臺發送的交易響應報文包。
步驟B2:將該交易響應報文包與交易請求報文包匹配。
步驟B3:根據該銀聯公共支付平臺發送的交易響應報文包，得到用戶終
端支持的用戶終端交易響應報文。
步驟B4:將該用戶終端交易響應報文打包后發送給用戶終端。
更為具體的，上述接收并處理交易請求的步驟還可以進一步包括
步驟A12:銀行前置設備為接收的用戶終端發送的交易請求報文包分
配銀行前置設備交易流水號；以便后臺進行每日的交易統計。步驟A13:銀行前置設備緩存接收的用戶終端發送的交易請求報文包； 具體的，銀行前置設備的處理任務可以分為交易請求偵聽任務及交易處理任 務交易請求偵聽任務負責自助終端偵聽的交易請求，當偵聽到 一個交易處理 請求后，立即創建一個交易處理任務，將該交易請求交由新建的交易處理任 務處理，而交易請求偵聽任務本身，繼續偵聽下一個交易請求。交易處理任 務負責對其父任務(交易請求偵聽任務)交來的交易請求進行處理，包括對 交易請求進行安全性校驗、本地分配流水號、入本地庫、轉發、接收交易響 應等一系列處理，直至把交易響應發回給發起交易的通訊方后，交易處理任 務結束。通過對交易請求進行緩存可以使銀行前置設備具有并發處理能力。
步驟A14:銀行前置設備實時監控接收到的交易請求報文包；以便實時 監控交易請求的處理情況，如交易請求是否順利進行等。
步驟A31:銀行前置設備用個人識別碼(Personal Identification Number, 簡稱PIN)加密銀聯交易請求報文；以保證報文的傳輸安全性。
步驟A32:銀行前置設備為生成的銀聯請求報文生成鑒別碼(Message Authentication Code,簡稱MAC );以便通信雙方協商加密算法進一步保證報 文安全性，及避免發送方重復發送過失的報文。
步驟A41:銀行前置設備在交易庫中登記交易請求報文包的信息；以便 后臺進行統計。
上述接收并處理交易請求的步驟還可以進一步包括
步驟B12:銀行前置設備實時監控接收到的交易響應；以便實時監控 交易響應的處理情況，如交易響應是否順利進行等。
步驟B23:銀行前置設備驗證交易響應報文包的鑒別碼；以保證報文 沒有被篡改，保證報文的安全性。
步驟B41:銀行前置設備在交易庫中登記交易響應報文包的信息；以 {更后臺進4亍統計。
通過結合上述步驟，圖4給出銀行前置設備具體的交易處理流程。其中，銀行前置設備包括交易處理模塊、銀聯通訊模塊、緩沖模塊、實時監控模塊 和數據庫模塊。
圖4為本發明公共業務實現方法實施例三的流程示意圖，包括 步驟401:交易處理模塊從用戶終端接收交易請求報文包。 步驟402:交易處理模塊為交易請求報文包分配交易流水號。 步驟403:交易處理模塊將接收的交易請求報文包發送給緩沖模塊，在 緩沖模塊中緩存交易請求報文包。
步驟404:緩沖模塊將接收到的交易請求報文包發往實時監控模塊。 步驟405:交易處理模塊在緩沖模塊中取出一個交易請求報文包進行處理。
步驟406:交易處理模塊解包該交易請求^t艮文包。
步驟407:交易處理模塊根據交易的不同種類，將該交易請求報文組織 銀聯交易請求報文。
步驟408:交易處理模塊在銀聯交易請求報文中附加交易請求與交易響 應匹配信息域。
步驟409:交易處理模塊轉換PIN密文域。
步驟410:交易處理模塊為生成的銀聯請求報文生成MAC。(根據銀聯 是否有該域，可選)
步驟411:交易處理模塊打包發往銀聯的交易請求報文，形成銀聯交易 請求報文包。
步驟412:在數據庫模塊中登記交易請求信息。
步驟413-415:交易處理模塊將銀聯交易請求包提交給銀聯通訊模塊，由 銀聯通訊模塊將交易請求報文包發送給銀聯公共支付平臺。 步驟416:銀聯通訊模塊接收銀聯公共支付平臺的響應。 步驟417:將交易響應報文包發送給緩沖模塊，對各交易響應報文包進 行緩沖處理。步驟418:緩沖模塊將接收到的交易響應報文包發往實時監控模塊。 步驟419:交易處理模塊在緩沖模塊中根據交易請求與交易響應匹配信 息域的信息，取出與交易請求報文包匹配的交易響應報文包。 步驟420:交易處理模塊解包交易響應報文包。
步驟421:交易處理模塊驗證該交易響應報文的MAC。(根據銀聯是否 有該域，可選)
步驟422:解密PIN。
步驟423:交易處理模塊根據交易的不同種類，將交易響應報文轉換為 用戶終端支持的終端響應報文。
步驟424:交易處理模塊打包發往用戶終端的終端響應報文，形成終端 響應纟艮文包。
步驟425:交易處理模塊在數據庫模塊中登記交易響應信息。 步驟426:交易處理模塊將終端響應報文包發往用戶終端。 步驟427:交易處理任務進程結束。
圖4中的步驟的具體內容可參見上述的步驟Al-A4、步驟B1-B4及步驟 A12-A14、步驟A31-A32、步驟A41及步驟B12、步驟B23、步驟B41中的
相應步驟內容。
本實施例對銀行前置設備的內部流程進行了描述，本實施例將交易請求 處理后發送給銀聯公共支付平臺，并接收銀聯公共支付平臺返回的交易響應， 實現用戶終端通過銀行前置設備與銀聯公共支付平臺交互，而不是通過各行 業的銀行前置模塊與各行業分別交互，實現用戶的操作界面統一，避免各行 業的銀行前置模塊的重復建設。
本領域普通技術人員可以理解實現上述方法實施例的全部或部分步驟 可以通過程序指令相關的硬件來完成，前述的程序可以存儲于一計算機可讀 取存儲介質中，該程序在執行時，執行包括上述方法實施例的步驟；而前述 的存儲介質包括ROM、 RAM、磁碟或者光盤等各種可以存儲程序代碼的介質。
圖5為本發明銀行前置設備實施例的結構示意圖，包括交易處理模塊51、 銀聯通訊模塊52。交易處理模塊51接收用戶終端發送的交易請求消息，將 用戶終端發送的交易請求消息轉換為銀聯公共支付平臺支持的銀聯交易請求 消息，銀聯通訊模塊52接收交易處理模塊發送的銀聯交易請求消息，并將該 銀聯交易請求發送給銀聯公共支付平臺；并且銀聯通訊模塊52接收銀聯公共 支付平臺返回的交易響應消息，并將該銀聯交易響應消息發送給交易處理模 塊51,交易處理模塊51將銀聯公共支付平臺返回的交易響應消息轉換為用 戶終端支持的用戶終端交易響應消息，并將該用戶終端交易響應消息發送給 用戶終端。
進一步的，本實施例還包括緩沖模塊53、實時監控模塊54和數據庫模 塊55。緩沖模塊53與所述交易處理模塊51和銀聯通訊模塊52連接，用于 緩存所述交易請求消息及交易響應消息；實時監控模塊54與所述緩沖模塊 53連接，用于在請求顯示區域顯示所述交易請求消息，在響應顯示區域顯示 所述交易響應消息；數據庫模塊55與交易處理模塊51連接，用于對所述交 易請求消息和交易響應消息進行登記處理；交易處理模塊51還用于為每個交 易請求消息分配流水號。
本實施例對銀行前置設備的內部各模塊進行了描述，本實施例將交易請 求處理后發送給銀聯公共支付平臺，并接收銀聯公共支付平臺返回的交易響 應，實現用戶終端通過銀行前置設備與銀聯公共支付平臺交互，而不是通過 各行業的銀行前置模塊與各行業分別交互，實現用戶的操作界面統一，避免 各行業的銀行前置模塊的重復建設。
圖6為本發明銀行前置系統實施例的結構示意圖，包括用戶終端61和銀 行前置設備62。用戶終端61發送交易請求消息給銀行前置設備62,銀行前 置設備62將用戶終端發送的交易請求消息發送給銀聯公共支付平臺，并接收 從銀聯公共支付平臺返回的交易響應消息，銀行前置設備62將該交易響應消息發送給用戶終端61,以便用戶終端61向用戶顯示交易處理結果。
其中，用戶終端61和銀行前置設備62之間采用TCP/IP通訊，銀行前置 設備62和銀聯公共支付平臺之間采用x.25協議或者TCP/IP通訊。用戶終端 61和銀行前置設備62之間采用短連接方式通訊，即一交易一連接的方式， 銀行前置設備62和銀聯公共支付平臺之間采用長連接方式通訊，即銀行前置 設備62與銀聯公共支付平臺之間保持持續的連接。
具體的，用戶終端61可以為自助終端或者網上銀行終端或者電話銀行終 端。銀行前置設備62可以為圖5所示的銀行前置設備。
本實施例通過銀行前置設備及銀聯公共支付平實現用戶與行業的通訊， 實現用戶的操作界面統一，避免各行業的銀行前置模塊的重復建設。最后應 說明的是以上實施例僅用以說明本發明的技術方案而非對其進行限制，盡 管參照較佳實施例對本發明進行了詳細的說明，本領域的普通技術人員應當 理解其依然可以對本發明的技術方案進行修改或者等同替換，而這些修改 或者等同替換亦不能使修改后的技術方案脫離本發明技術方案的精神和范 圍。
權利要求
1、一種公共業務實現方法，其特征在于，包括接收用戶終端發送的交易請求消息，將交易請求消息發送給銀聯公共支付平臺，所述銀聯公共支付平臺對該交易請求消息進行處理，得到相應的交易響應消息；接收銀聯公共支付平臺返回的交易響應消息，將交易響應消息發送給用戶終端。
2、 根據權利要求1所述的公共業務實現方法，其特征在于 所述接收用戶終端發送的交易請求消息，將交易請求消息發送給銀聯公共支付平臺包括銀行前置設備接收用戶終端發送的交易請求報文包；根據 該用戶終端發送的交易請求報文包，得到銀聯公共支付平臺支持的銀聯交易 請求報文；在該銀聯交易請求報文中附加交易請求與交易響應匹配信息域； 將該銀聯交易請求報文打包后發送給銀聯支付平臺；所述接收銀聯公共支付平臺返回的交易響應消息，將交易響應消息發送 給用戶終端包括銀行前置設備接收銀聯公共支付平臺發送的交易響應報文 包；將該交易響應報文包與交易請求報文包匹配；根據該銀聯公共支付平臺 發送的交易響應報文包，得到用戶終端支持的用戶終端交易響應報文；將該 用戶終端交易響應才艮文打包后發送給用戶終端。
3、 根據權利要求2所述的公共業務實現方法，其特征在于 所述接收用戶終端發送的交易請求消息，將交易請求消息發送給銀聯公共支付平臺還包括為接收的用戶終端發送的交易請求報文包分配交易流水號； 緩存接收的用戶終端發送的交易請求報文包；實時監控接收到的交易請求才艮 文包；用個人識別碼加密銀聯交易請求報文；為生成的銀聯請求報文生成鑒 別碼；在交易庫中登記交易請求報文包的信息；所述接收銀聯公共支付平臺返回的交易響應消息，將交易消息響應發送 給用戶終端還包括將接收到的交易響應發往交易實時監控子系統；驗證交易響應報文包的鑒別碼；在交易庫中登記交易響應報文包的信息。
4、 一種銀行前置設備，其特征在于，包括交易處理才莫塊，用于接收用戶終端發送的交易請求消息，將用戶終端發 送的交易請求消息轉換為銀聯公共支付平臺支持的銀聯交易請求消息；用于 接收銀聯公共支付平臺返回的交易響應消息，將銀聯公共支付平臺返回的交 易響應消息轉換為用戶終端支持的用戶終端交易響應消息，并將該用戶終端 交易響應消息發送給用戶終端；銀聯通訊模塊，用于將所述銀聯交易請求消息發送給銀聯公共支付平臺， 并接收銀聯公共支付平臺返回的交易響應消息。
5、 根據權利要求4所述的銀行前置設備，其特征在于，還包括 緩沖模塊，與所述交易處理模塊和銀聯通訊模塊連接，用于緩存所述交易請求消息及交易響應消息；實時監控模塊，與所述緩沖模塊連接，用于在請求顯示區域顯示所述交 易請求消息，在響應顯示區域顯示所述交易響應消息；數據庫模塊，與所述交易處理模塊連接，用于對所述交易請求消息和交 易響應消息進行登記處理；所述交易處理模塊還用于為每個交易請求消息分配流水號。
6、 一種銀行前置系統，其特征在于，包括用戶終端，用于發送交易請求消息及接收對應該交易請求消息的交易響 應消息；銀行前置設備，用于將所述交易請求消息發送給銀聯公共支付平臺，并 接收銀聯公共支付平臺返回的交易響應消息，將該交易響應消息發送給所述 用戶終端。
7、 根據權利要求6所述的銀行前置系統，其特征在于所述用戶終端為 自助終端或者網上銀行終端或者電話銀行終端。
8、 根據權利要求6所述的銀行前置系統，其特征在于所述銀行前置設備為權利要求4或5所述的銀行前置設備。
9、 根據權利要求6所述的銀行前置系統，其特征在于所述用戶終端和 銀行前置設備之間采用TCP/IP通訊，所述銀行前置設備和銀聯公共支付平臺 之間采用x.25協議或者TCP/IP通訊。
10、 根據權利要求6所述的銀行前置系統，其特征在于所述用戶終端 和銀行前置設備之間采用短連接方式通訊，所述銀行前置設備和銀聯公共支 付平臺之間采用長連接方式通訊。
全文摘要
本發明公開了一種公共業務實現方法、銀行前置設備和銀行前置系統。該方法包括接收用戶終端發送的交易請求消息，將交易請求消息發送給銀聯公共支付平臺，所述銀聯公共支付平臺對該交易請求消息進行處理，得到相應的交易響應消息；接收銀聯公共支付平臺返回的交易響應消息，將交易響應消息發送給用戶終端。通過本發明可以避免對服務提供商的重復建設，實現用戶操作界面統一。
文檔編號G07F19/00GK101414404SQ20081022780
公開日2009年4月22日 申請日期2008年11月28日 優先權日2008年11月28日
發明者何仲謀, 進 李 申請人:中國民生銀行股份有限公司