[發明專利]一種網絡支付方法及服務器

在審

• 申請號: 201410818342.4
• 申請日: 2014-12-24
• 公開（公告）號: CN105787713A
• 公開（公告）日: 2016-07-20
• 發明（設計）人: 黃靜
• 申請（專利權）人: 阿里巴巴集團控股有限公司
• 主分類號: G06Q20/08
• 分類號: G06Q20/08;G06Q20/38
• 代理公司: 北京弘權知識產權代理事務所(普通合伙) 11363
• 代理人: 逯長明;許偉群

技術領域

本申請涉及互聯網應用技術領域，尤其涉及一種網絡支付方法及服務器。

背景技術

隨著互聯網滲透到生活工作的各個環節，網絡支付也成為人們的主要支付手段。支 付平臺是網絡支付的基礎支撐與應用支撐技術平臺，也是互聯網交易過程中的中間件。

一般的，基于支付平臺的網絡支付過程如下：支付平臺根據用戶選擇的付款銀行類 型向相應銀行下屬的一個分行系統發送支付請求，該分行系統將接收到的支付請求轉發 至相應的總行系統，該總行系統受理該支付請求，完成本次網絡支付。上述接收支付請 求的分行系統可以是該支付平臺處理的上一次網絡支付過程中接收支付請求的分行系 統，也可以是該支付平臺隨機選擇的多個分行系統中的一個。

但是，實際應用中銀行系統(包括上述總行系統和分行系統)不是絕對穩定的，特 別是分行系統，極易發生異常；如果接收支付請求的銀行系統存在異常，則必然倒是支 付失敗。因此，如何保證支付成功率已成為網絡支付方法亟需解決的問題。

發明內容

為克服相關技術中存在的問題，本申請提供一種網絡支付方法及服務器。

本申請第一方面提供一種網絡支付方法；該方法包括：

確定各個分行系統的運行狀態；

選擇運行狀態為正常的分行系統作為目標分行系統；

向所述目標分行系統發送本次支付請求，以便所述目標分行系統將所述本次支付請 求轉發至對應的總行系統，并通過所述總行系統處理所述本次支付請求。

結合第一方面，在第一方面的第一種可行的實施方式中，所述確定各個分行系統的 運行狀態，包括：

獲取各個分行系統反饋的表征歷史支付結果的返回碼；

分析所述返回碼得到各個分行系統的運行狀態。

本申請第二方面提供一種服務器；該服務器用于網絡支付，包括：

分析單元，用于確定各個分行系統的運行狀態；

分流單元，用于選擇運行狀態為正常的分行系統作為目標分行系統；

發送單元，用于向所述目標分行系統發送本次支付請求，以便所述目標分行系統將 所述本次支付請求轉發至對應的總行系統，并通過所述總行系統處理所述本次支付請求。

結合第二方面，在第二方面的第一種可行的實施方式中，所述分析單元包括：

返回碼獲取模塊，用于獲取各個分行系統反饋的表征歷史支付結果的返回碼；

返回碼分析單元，用于分析所述返回碼得到各個分行系統的運行狀態。

本申請第三方面提供一種服務器，該服務器用于網絡支付，包括：

處理器，以及用于存儲處理器可執行指令的存儲器；

其中，所述處理器被配置為：

確定各個分行系統的運行狀態；

選擇運行狀態為正常的分行系統作為目標分行系統；

向所述目標分行系統發送本次支付請求，以便所述目標分行系統將所述本次支付請 求轉發至對應的總行系統，并通過所述總行系統處理所述本次支付請求。

結合第三方面，在第三方面的第一種可行的實施方式中，為確定各個分行系統的運 行狀態，所述處理器被配置為：

獲取各個分行系統反饋的表征歷史支付結果的返回碼；

分析所述返回碼得到各個分行系統的運行狀態。

由以上技術方案可知，本申請實施例中支付平臺在發送本次支付請求之前，首先確 定各個分行系統的運行狀態，僅從運行狀態為正常的分行系統中選擇一個作為目標分行 系統，進而將本次支付請求發送至該目標分行系統，因此，本申請實施例可以保證接收 支付請求的目標分行系統均為運行正常的系統，從而避免因系統異常導致支付失敗，提 高網絡支付的成功率。

應當理解的是，以上的一般描述和后文的細節描述僅是示例性和解釋性的，并不能 限制本申請。

附圖說明

此處的附圖被并入說明書中并構成本說明書的一部分，示出了符合本發明的實施 例，并與說明書一起用于解釋本發明的原理。

圖1是根據一示例性實施例示出的一種網絡支付方法的流程圖。

圖2是根據一示例性實施例示出的另一種網絡支付方法的流程圖。

圖3是根據一示例性實施例示出的一種用于網絡支付的服務器的結構框圖。

圖4是根據一示例性實施例示出的另一種用于網絡支付的服務器的結構框圖。