本申請涉及計(jì)算機(jī)技術(shù)領(lǐng)域，尤其涉及一種信息處理方法及裝置。

背景技術(shù)：

隨著互聯(lián)網(wǎng)技術(shù)的發(fā)展，需要與支付系統(tǒng)交互的場景越來越多，比如在網(wǎng)上購物時(shí)，通過與支付系統(tǒng)進(jìn)行交互，可方便地完成本次交易金額的支付等。

然而，支付系統(tǒng)在日常運(yùn)行中，會出現(xiàn)測試環(huán)境不穩(wěn)定的情況，特別是當(dāng)外部業(yè)務(wù)系統(tǒng)正在與支付系統(tǒng)進(jìn)行交互時(shí)，若支付系統(tǒng)的測試環(huán)境出現(xiàn)異常，將會導(dǎo)致本次交互失敗，從而給用戶帶來不便。

技術(shù)實(shí)現(xiàn)要素：

本申請實(shí)施例提供了一種信息處理方法及裝置，用以提高外部業(yè)務(wù)系統(tǒng)與支付系統(tǒng)的交互成功率，并降低第一支付系統(tǒng)的負(fù)載，提高交互效率，進(jìn)而提升用戶體驗(yàn)。

在支付系統(tǒng)側(cè)，本申請實(shí)施例提供的一種信息處理方法，包括：

在外部業(yè)務(wù)系統(tǒng)與第一支付系統(tǒng)交互狀態(tài)滿足預(yù)設(shè)條件時(shí)，第二支付系統(tǒng)獲取該外部業(yè)務(wù)系統(tǒng)發(fā)送的服務(wù)請求；

所述第二支付系統(tǒng)根據(jù)所述服務(wù)請求確定需要處理的業(yè)務(wù)類型，并對該類型的業(yè)務(wù)進(jìn)行處理；

所述第二支付系統(tǒng)將處理結(jié)果返回給所述外部業(yè)務(wù)系統(tǒng)。

本申請實(shí)施例提供的該方法，在外部業(yè)務(wù)系統(tǒng)與第一支付系統(tǒng)交互狀態(tài)滿足預(yù)設(shè)條件時(shí)，由第二支付系統(tǒng)獲取該外部業(yè)務(wù)系統(tǒng)發(fā)送的服務(wù)請求；第二支付系統(tǒng)根據(jù)所述服務(wù)請求確定需要處理的業(yè)務(wù)類型，并對該類型的業(yè)務(wù)進(jìn)行處 理；第二支付系統(tǒng)將處理結(jié)果返回給所述外部業(yè)務(wù)系統(tǒng)，從而提高了外部業(yè)務(wù)系統(tǒng)與支付系統(tǒng)的交互成功率，并降低了第一支付系統(tǒng)的負(fù)載，提高交互效率，從而提升用戶體驗(yàn)。

可選地，所述預(yù)設(shè)條件為以下兩種條件之一：

條件一：外部業(yè)務(wù)系統(tǒng)與第一支付系統(tǒng)交互失?。?/p>

條件二：外部業(yè)務(wù)系統(tǒng)與第一支付系統(tǒng)交互過程中導(dǎo)致第一支付系統(tǒng)的負(fù)載超過預(yù)設(shè)的門限值。

可選地，所述服務(wù)請求中攜帶有服務(wù)參數(shù)，用以指示本次請求服務(wù)的業(yè)務(wù)類型；

所述第二支付系統(tǒng)根據(jù)所述服務(wù)參數(shù)確定需要處理的業(yè)務(wù)類型。

可選地，所述第二支付系統(tǒng)對該類型的業(yè)務(wù)進(jìn)行處理，具體包括：

所述第二支付系統(tǒng)根據(jù)所述業(yè)務(wù)類型確定需要返回給所述外部業(yè)務(wù)系統(tǒng)的響應(yīng)模板；

所述第二支付系統(tǒng)對所述業(yè)務(wù)類型的業(yè)務(wù)，進(jìn)行與所述業(yè)務(wù)類型相對應(yīng)地邏輯計(jì)算處理，確定處理后的參數(shù)值。

可選地，所述第二支付系統(tǒng)將處理結(jié)果返回給所述外部業(yè)務(wù)系統(tǒng)，具體包括：

所述第二支付系統(tǒng)將所述處理后的參數(shù)值設(shè)置到所述響應(yīng)模板中，并將攜帶有所述處理后的參數(shù)值的響應(yīng)模板返回給所述外部業(yè)務(wù)系統(tǒng)。

可選地，所述響應(yīng)模板為所述類型的業(yè)務(wù)對應(yīng)的頁面模板或所述類型的業(yè)務(wù)對應(yīng)的可擴(kuò)展標(biāo)記語言xml文件模板。

可選地，所述服務(wù)請求中還包括用以指示本次服務(wù)請求對應(yīng)的處理結(jié)果需要被存儲的指示信息；

該方法還包括：所述第二支付系統(tǒng)將所述處理結(jié)果存儲到該第二支付系統(tǒng)對應(yīng)的數(shù)據(jù)庫中。

相應(yīng)地，在外部業(yè)務(wù)系統(tǒng)側(cè)，本申請實(shí)施例提供的一種信息處理方法，包 括：

當(dāng)與第一支付系統(tǒng)交互狀態(tài)滿足預(yù)設(shè)條件時(shí)，向第二支付系統(tǒng)發(fā)送服務(wù)請求，由所述第二支付系統(tǒng)根據(jù)所述服務(wù)請求確定需要處理的業(yè)務(wù)類型后對該類型的業(yè)務(wù)進(jìn)行處理；

接收所述第二支付系統(tǒng)發(fā)送的處理結(jié)果。

可選地，當(dāng)與第一支付系統(tǒng)交互狀態(tài)滿足預(yù)設(shè)條件時(shí)，向第二支付系統(tǒng)發(fā)送服務(wù)請求，具體包括：

當(dāng)與第一支付系統(tǒng)交互狀態(tài)滿足預(yù)設(shè)條件時(shí)，將用于訪問第一支付系統(tǒng)的域名的統(tǒng)一資源定位符(uniformresourcelocator，url)地址修改為所述第二支付系統(tǒng)對應(yīng)的url地址；

通過修改后的url地址，將服務(wù)請求發(fā)送給所述第二支付系統(tǒng)。

可選地，所述預(yù)設(shè)條件為以下兩種條件之一：

條件一：外部業(yè)務(wù)系統(tǒng)與第一支付系統(tǒng)交互失敗；

條件二：外部業(yè)務(wù)系統(tǒng)與第一支付系統(tǒng)交互過程中導(dǎo)致第一支付系統(tǒng)的負(fù)載超過預(yù)設(shè)的門限值。

可選地，所述處理結(jié)果包括：攜帶有由所述第二支付系統(tǒng)對所述類型的業(yè)務(wù)處理后所得的參數(shù)值的響應(yīng)模板。

可選地，所述響應(yīng)模板為所述類型的業(yè)務(wù)對應(yīng)的頁面模板或所述類型的業(yè)務(wù)對應(yīng)的可擴(kuò)展標(biāo)記語言xml文件模板。

可選地，所述服務(wù)請求中包括用以指示本次服務(wù)請求對應(yīng)的處理結(jié)果需要被存儲的指示信息，由所述第二支付系統(tǒng)根據(jù)該信息將所述處理結(jié)果存儲到該第二支付系統(tǒng)對應(yīng)的數(shù)據(jù)庫中。

可選地，當(dāng)需要調(diào)用所述第二支付系統(tǒng)對應(yīng)的數(shù)據(jù)庫中的處理結(jié)果時(shí)，向所述第二支付系統(tǒng)發(fā)送相應(yīng)的服務(wù)請求。

在支付系統(tǒng)側(cè)，本申請實(shí)施例提供的一種信息處理裝置，包括：

獲取模塊，用于在外部業(yè)務(wù)系統(tǒng)與第一支付系統(tǒng)交互狀態(tài)滿足預(yù)設(shè)條件 時(shí)，獲取該外部業(yè)務(wù)系統(tǒng)發(fā)送的服務(wù)請求；

處理模塊，用于根據(jù)所述服務(wù)請求確定需要處理的業(yè)務(wù)類型，并對該類型的業(yè)務(wù)進(jìn)行處理；

發(fā)送模塊，用于將處理結(jié)果返回給所述外部業(yè)務(wù)系統(tǒng)。

可選地，所述預(yù)設(shè)條件為以下兩種條件之一：

條件一：外部業(yè)務(wù)系統(tǒng)與第一支付系統(tǒng)交互失??；

條件二：外部業(yè)務(wù)系統(tǒng)與第一支付系統(tǒng)交互過程中導(dǎo)致第一支付系統(tǒng)的負(fù)載超過預(yù)設(shè)的門限值。

可選地，所述服務(wù)請求中攜帶有服務(wù)參數(shù)，用以指示本次請求服務(wù)的業(yè)務(wù)類型；

所述處理模塊根據(jù)所述服務(wù)參數(shù)確定需要處理的業(yè)務(wù)類型。

可選地，所述處理模塊具體用于：

根據(jù)所述業(yè)務(wù)類型確定需要返回給所述外部業(yè)務(wù)系統(tǒng)的響應(yīng)模板；

對所述業(yè)務(wù)類型的業(yè)務(wù)，進(jìn)行與所述業(yè)務(wù)類型相對應(yīng)地邏輯計(jì)算處理，確定處理后的參數(shù)值。

可選地，所述發(fā)送模塊具體用于：

將所述處理后的參數(shù)值設(shè)置到所述響應(yīng)模板中，并將攜帶有所述處理后的參數(shù)值的響應(yīng)模板返回給所述外部業(yè)務(wù)系統(tǒng)。

可選地，所述響應(yīng)模板為所述類型的業(yè)務(wù)對應(yīng)的頁面模板或所述類型的業(yè)務(wù)對應(yīng)的可擴(kuò)展標(biāo)記語言xml文件模板。

可選地，所述服務(wù)請求中還包括用以指示本次服務(wù)請求對應(yīng)的處理結(jié)果需要被存儲的指示信息；

所述處理模塊還用于：將所述處理結(jié)果存儲到該裝置對應(yīng)的數(shù)據(jù)庫中。

相應(yīng)地，在外部業(yè)務(wù)系統(tǒng)側(cè)，本申請實(shí)施例提供的一種信息處理裝置，包括：

發(fā)送模塊，用于當(dāng)該裝置與第一支付系統(tǒng)交互狀態(tài)滿足預(yù)設(shè)條件時(shí)，向第 二支付系統(tǒng)發(fā)送服務(wù)請求，由所述第二支付系統(tǒng)根據(jù)所述服務(wù)請求確定需要處理的業(yè)務(wù)類型后對該類型的業(yè)務(wù)進(jìn)行處理；

接收模塊，用于接收所述第二支付系統(tǒng)發(fā)送的處理結(jié)果。

可選地，所述發(fā)送模塊具體用于：

當(dāng)該裝置與第一支付系統(tǒng)交互狀態(tài)滿足預(yù)設(shè)條件時(shí)，將用于訪問第一支付系統(tǒng)的域名的url地址修改為所述第二支付系統(tǒng)對應(yīng)的url地址；

通過修改后的url地址，將服務(wù)請求發(fā)送給所述第二支付系統(tǒng)。

可選地，所述預(yù)設(shè)條件為以下兩種條件之一：

條件一：外部業(yè)務(wù)系統(tǒng)與第一支付系統(tǒng)交互失?。?/p>

條件二：外部業(yè)務(wù)系統(tǒng)與第一支付系統(tǒng)交互過程中導(dǎo)致第一支付系統(tǒng)的負(fù)載超過預(yù)設(shè)的門限值。

可選地，所述處理結(jié)果包括：攜帶有由所述第二支付系統(tǒng)對所述類型的業(yè)務(wù)處理后所得的參數(shù)值的響應(yīng)模板。

可選地，所述響應(yīng)模板為所述類型的業(yè)務(wù)對應(yīng)的頁面模板或所述類型的業(yè)務(wù)對應(yīng)的可擴(kuò)展標(biāo)記語言xml文件模板。

可選地，所述服務(wù)請求中包括用以指示本次服務(wù)請求對應(yīng)的處理結(jié)果需要被存儲的指示信息，由所述第二支付系統(tǒng)根據(jù)該信息將所述處理結(jié)果存儲到該第二支付系統(tǒng)對應(yīng)的數(shù)據(jù)庫中。

可選地，所述發(fā)送模塊還用于：

當(dāng)該裝置需要調(diào)用所述第二支付系統(tǒng)對應(yīng)的數(shù)據(jù)庫中的處理結(jié)果時(shí)，向所述第二支付系統(tǒng)發(fā)送相應(yīng)的服務(wù)請求。

附圖說明

圖1為本申請實(shí)施例提供的一種外部業(yè)務(wù)系統(tǒng)與第二支付系統(tǒng)交互的整體框架圖；

圖2為本申請實(shí)施例提供的一種信息處理方法的整體流程示意圖；

圖3為本申請實(shí)施例提供的另一種信息處理方法的整體流程示意圖；

圖4為本申請實(shí)施例提供的一種信息處理方法的具體流程示意圖；

圖5為本申請實(shí)施例提供的一種信息處理裝置的結(jié)構(gòu)示意圖；

圖6為本申請實(shí)施例提供的另一種信息處理裝置的結(jié)構(gòu)示意圖。

具體實(shí)施方式

本申請實(shí)施例提供了一種信息處理方法及裝置，用以提高外部業(yè)務(wù)系統(tǒng)與支付系統(tǒng)的交互成功率，并降低第一支付系統(tǒng)的負(fù)載，提高交互效率，從而提升用戶體驗(yàn)。

為了使本申請的目的、技術(shù)方案及優(yōu)點(diǎn)更加清楚明白，以下結(jié)合附圖及實(shí)施例，對本申請進(jìn)行進(jìn)一步詳細(xì)說明。應(yīng)當(dāng)理解，此處所描述的具體實(shí)施例僅僅用以解釋本申請，并不用于限定本申請。

本申請實(shí)施例提出了一種第二支付系統(tǒng)，用于當(dāng)外部業(yè)務(wù)系統(tǒng)與第一支付系統(tǒng)交互狀態(tài)滿足預(yù)設(shè)條件時(shí)，第二支付系統(tǒng)替代所述第一支付系統(tǒng)完成與外部業(yè)務(wù)系統(tǒng)的交互過程，其中所述的預(yù)設(shè)條件具體可以為外部業(yè)務(wù)系統(tǒng)與第一支付系統(tǒng)交互失敗或者第一支付系統(tǒng)的負(fù)載超過預(yù)設(shè)的門限值。所述第一支付系統(tǒng)，例如也可以稱為真實(shí)的支付系統(tǒng)，是現(xiàn)有的支付系統(tǒng)，即外部業(yè)務(wù)系統(tǒng)首選交互的支付系統(tǒng)，也可以理解為主用的支付系統(tǒng)；相應(yīng)地，所述第二支付系統(tǒng)，例如也可以稱為虛擬的支付系統(tǒng)，即外部業(yè)務(wù)系統(tǒng)在與第一支付系統(tǒng)交互狀態(tài)滿足預(yù)設(shè)條件時(shí)，選擇交互的支付系統(tǒng)，也可以理解為備用的支付系統(tǒng)；需要說明的是，可以設(shè)置一個(gè)第二支付系統(tǒng)，也可以設(shè)置多個(gè)第二支付系統(tǒng)。所述外部業(yè)務(wù)系統(tǒng)，例如可以為某類購物網(wǎng)站等。

圖1所示為外部業(yè)務(wù)系統(tǒng)與第二支付系統(tǒng)交互的整體框架圖，包括外部業(yè)務(wù)系統(tǒng)和第二支付系統(tǒng)。第二支付系統(tǒng)整體上可劃分為處理模塊和數(shù)據(jù)庫(db)模塊，其中，處理模塊用于接收外部業(yè)務(wù)系統(tǒng)發(fā)送的服務(wù)請求，并根據(jù)該服務(wù)請求從db模塊調(diào)用相關(guān)數(shù)據(jù)對該服務(wù)請求進(jìn)行處理，最后將針對該 服務(wù)請求的處理結(jié)果返回給外部業(yè)務(wù)系統(tǒng)；db模塊用于存儲相關(guān)的業(yè)務(wù)數(shù)據(jù)。當(dāng)然，將支付系統(tǒng)劃分為其他的多個(gè)模塊也是可以的，本申請實(shí)施例對此不作限定。

當(dāng)外部業(yè)務(wù)系統(tǒng)與第一支付系統(tǒng)交互狀態(tài)滿足預(yù)設(shè)條件時(shí)，第二支付系統(tǒng)作為備用的支付系統(tǒng)，通過處理模塊接收外部業(yè)務(wù)系統(tǒng)發(fā)送的服務(wù)請求，所述處理模塊根據(jù)該服務(wù)請求確定需要處理的業(yè)務(wù)類型，并對該類型的業(yè)務(wù)進(jìn)行處理后，發(fā)送給外部業(yè)務(wù)系統(tǒng)，完成與外部業(yè)務(wù)系統(tǒng)的交互過程。

下面對本申請實(shí)施例提供的信息處理方法進(jìn)行詳細(xì)地闡述。

在第二支付系統(tǒng)側(cè)，參見圖2，本申請實(shí)施例提供的一種信息處理方法，包括：

s101、在外部業(yè)務(wù)系統(tǒng)與第一支付系統(tǒng)交互狀態(tài)滿足預(yù)設(shè)條件時(shí)，第二支付系統(tǒng)獲取該外部業(yè)務(wù)系統(tǒng)發(fā)送的服務(wù)請求；

s102、所述第二支付系統(tǒng)根據(jù)所述服務(wù)請求確定需要處理的業(yè)務(wù)類型，并對該類型的業(yè)務(wù)進(jìn)行處理；

s103、所述第二支付系統(tǒng)將處理結(jié)果返回給所述外部業(yè)務(wù)系統(tǒng)。

也就是說，在默認(rèn)情況下，外部業(yè)務(wù)系統(tǒng)與第一支付系統(tǒng)進(jìn)行交互，完成相關(guān)的交易過程，當(dāng)外部業(yè)務(wù)系統(tǒng)與第一支付系統(tǒng)交互狀態(tài)滿足預(yù)設(shè)條件，第二支付系統(tǒng)替代所述第一支付系統(tǒng)完成與外部業(yè)務(wù)系統(tǒng)的交互。

可選地，所述預(yù)設(shè)條件為以下兩種條件之一：

條件一：外部業(yè)務(wù)系統(tǒng)與第一支付系統(tǒng)交互失??；

條件二：外部業(yè)務(wù)系統(tǒng)與第一支付系統(tǒng)交互過程中導(dǎo)致第一支付系統(tǒng)的負(fù)載超過預(yù)設(shè)的門限值。

其中，條件一中，外部業(yè)務(wù)系統(tǒng)與第一支付系統(tǒng)交互失敗，例如可以為第一支付系統(tǒng)處于測試環(huán)境出現(xiàn)異常等無法與外部業(yè)務(wù)系統(tǒng)交互的情況，導(dǎo)致外部業(yè)務(wù)系統(tǒng)與第一支付系統(tǒng)交互失敗。

條件二中，外部業(yè)務(wù)系統(tǒng)與第一支付系統(tǒng)交互過程中導(dǎo)致第一支付系統(tǒng)的 負(fù)載超過預(yù)設(shè)的門限值，例如可為：外部業(yè)務(wù)系統(tǒng)與第一支付系統(tǒng)交互的次數(shù)超過預(yù)設(shè)的次數(shù)門限(相當(dāng)于第一支付系統(tǒng)的負(fù)載超過預(yù)設(shè)的門限值)；或者是外部業(yè)務(wù)系統(tǒng)與第一支付系統(tǒng)交互的數(shù)據(jù)量超過預(yù)設(shè)的數(shù)據(jù)量門限(相當(dāng)于第一支付系統(tǒng)的負(fù)載超過預(yù)設(shè)的門限值)。并且，此處所述的外部業(yè)務(wù)系統(tǒng)與第一支付系統(tǒng)交互過程中導(dǎo)致的第一支付系統(tǒng)的負(fù)載超過預(yù)設(shè)的門限值的情況，可以為一個(gè)外部業(yè)務(wù)系統(tǒng)與第一支付系統(tǒng)交互導(dǎo)致的，也可以為多個(gè)外部業(yè)務(wù)系統(tǒng)與第一支付系統(tǒng)交互導(dǎo)致的。

可選地，所述服務(wù)請求中攜帶有服務(wù)參數(shù)，用以指示本次請求服務(wù)的業(yè)務(wù)類型；

所述第二支付系統(tǒng)根據(jù)所述服務(wù)參數(shù)確定需要處理的業(yè)務(wù)類型。

所述業(yè)務(wù)類型，例如可以為創(chuàng)建交易、付款等等。

可選地，所述第二支付系統(tǒng)對該類型的業(yè)務(wù)進(jìn)行處理，具體包括：

所述第二支付系統(tǒng)根據(jù)所述業(yè)務(wù)類型確定需要返回給所述外部業(yè)務(wù)系統(tǒng)的響應(yīng)模板；

在第二支付系統(tǒng)對應(yīng)的數(shù)據(jù)庫中，存儲有不同的業(yè)務(wù)類型對應(yīng)的響應(yīng)模板。當(dāng)?shù)诙Ц断到y(tǒng)接收到外部業(yè)務(wù)系統(tǒng)發(fā)送的服務(wù)請求時(shí)，可根據(jù)該服務(wù)請求中攜帶的服務(wù)參數(shù)，確定需要處理的業(yè)務(wù)類型，并根據(jù)該業(yè)務(wù)類型在數(shù)據(jù)庫中查詢該業(yè)務(wù)類型對應(yīng)的響應(yīng)模板。

所述第二支付系統(tǒng)對所述業(yè)務(wù)類型的業(yè)務(wù)，進(jìn)行與所述業(yè)務(wù)類型相對應(yīng)地邏輯計(jì)算處理，確定處理后的參數(shù)值。

可選地，所述第二支付系統(tǒng)將處理結(jié)果返回給所述外部業(yè)務(wù)系統(tǒng)，具體包括：

所述第二支付系統(tǒng)將所述處理后的參數(shù)值設(shè)置到所述響應(yīng)模板中，并將攜帶有所述處理后的參數(shù)值的響應(yīng)模板返回給所述外部業(yè)務(wù)系統(tǒng)。

可選地，所述響應(yīng)模板為所述類型的業(yè)務(wù)對應(yīng)的頁面模板或所述類型的業(yè)務(wù)對應(yīng)的可擴(kuò)展標(biāo)記語言xml文件模板。具體地，向外部業(yè)務(wù)系統(tǒng)返回頁面模 板還是xml文件模板，可根據(jù)外部業(yè)務(wù)系統(tǒng)發(fā)送的服務(wù)請求消息進(jìn)行確定。當(dāng)外部業(yè)務(wù)系統(tǒng)發(fā)送的服務(wù)請求中指示所述第二支付系統(tǒng)返回頁面時(shí)，所述第二支付系統(tǒng)確定所述響應(yīng)模板為該服務(wù)請求中請求的業(yè)務(wù)對應(yīng)的頁面模板；當(dāng)外部業(yè)務(wù)系統(tǒng)發(fā)送的服務(wù)請求中指示所述第二支付系統(tǒng)返回xml文件時(shí)，所述第二支付系統(tǒng)確定所述響應(yīng)模板為該服務(wù)請求中請求的業(yè)務(wù)對應(yīng)的xml文件模板。

可選地，所述服務(wù)請求中還包括用以指示本次服務(wù)請求對應(yīng)的處理結(jié)果需要被存儲的指示信息；

該方法還包括：所述第二支付系統(tǒng)將所述處理結(jié)果存儲到該第二支付系統(tǒng)對應(yīng)的數(shù)據(jù)庫中。

從而，當(dāng)外部業(yè)務(wù)系統(tǒng)需要調(diào)用該第二支付系統(tǒng)對應(yīng)的數(shù)據(jù)庫中的處理結(jié)果時(shí)，向第二支付系統(tǒng)發(fā)送對應(yīng)的服務(wù)請求，即可獲取該處理結(jié)果中的業(yè)務(wù)數(shù)據(jù)。

可選地，所述服務(wù)請求中還包括用以指示本次請求的服務(wù)處理完成后需要進(jìn)行超文本傳輸協(xié)議(hypertexttransportprotocol，http)頁面回調(diào)或者中間文件回調(diào)的信息；

該方法還包括：所述第二支付系統(tǒng)根據(jù)該指示信息進(jìn)行相應(yīng)的回調(diào)操作。

比如，當(dāng)外部業(yè)務(wù)系統(tǒng)發(fā)送的服務(wù)請求消息中包括用以指示本次請求的服務(wù)處理完成后需要將顯示頁面回調(diào)到與第二支付系統(tǒng)交互前的頁面，第二支付系統(tǒng)在對本次服務(wù)請求中需要處理的業(yè)務(wù)處理完成后，將頁面回調(diào)到外部業(yè)務(wù)系統(tǒng)與第二支付系統(tǒng)交互前的頁面。

再比如，當(dāng)外部業(yè)務(wù)系統(tǒng)發(fā)送的服務(wù)請求消息中包括用以指示本次請求的服務(wù)處理完成后需要向外部發(fā)送交易成功的消息(即進(jìn)行中間文件回調(diào))的信息時(shí)，第二支付系統(tǒng)在對本次服務(wù)請求中需要處理的業(yè)務(wù)處理完成后，向外部發(fā)送交易成功的消息。

在外部業(yè)務(wù)系統(tǒng)側(cè)，參見圖3，本申請實(shí)施例提供的一種信息處理方法， 包括：

s201、當(dāng)與第一支付系統(tǒng)交互狀態(tài)滿足預(yù)設(shè)條件時(shí)，向第二支付系統(tǒng)發(fā)送服務(wù)請求，由所述第二支付系統(tǒng)根據(jù)所述服務(wù)請求確定需要處理的業(yè)務(wù)類型后對該類型的業(yè)務(wù)進(jìn)行處理；

s202、接收所述第二支付系統(tǒng)發(fā)送的處理結(jié)果。

可選地，所述預(yù)設(shè)條件為以下兩種條件之一：

條件一：外部業(yè)務(wù)系統(tǒng)與第一支付系統(tǒng)交互失??；

外部業(yè)務(wù)系統(tǒng)例如可通過如下方式確定與第一支付系統(tǒng)交互失?。?/p>

外部業(yè)務(wù)系統(tǒng)向第一支付系統(tǒng)發(fā)送服務(wù)請求后，在預(yù)設(shè)的時(shí)間內(nèi)等待第一支付系統(tǒng)返回處理結(jié)果，當(dāng)外部系統(tǒng)在預(yù)設(shè)的時(shí)間內(nèi)沒有接收到第一支付系統(tǒng)返回的處理結(jié)果時(shí)，外部業(yè)務(wù)系統(tǒng)確定與第一支付系統(tǒng)交互失敗。

條件二：外部業(yè)務(wù)系統(tǒng)與第一支付系統(tǒng)交互過程中導(dǎo)致第一支付系統(tǒng)的負(fù)載超過預(yù)設(shè)的門限值。

外部業(yè)務(wù)系統(tǒng)與第一支付系統(tǒng)交互時(shí)，例如可通過如下方式確定第一支付系統(tǒng)的負(fù)載超過預(yù)設(shè)的門限值：

外部業(yè)務(wù)系統(tǒng)向第一支付系統(tǒng)發(fā)送服務(wù)請求后，外部業(yè)務(wù)系統(tǒng)若接收到第一支付系統(tǒng)發(fā)送的用以指示本系統(tǒng)的負(fù)載超過預(yù)設(shè)的門限值的消息后，外部業(yè)務(wù)系統(tǒng)確定第一支付系統(tǒng)的負(fù)載超過預(yù)設(shè)的門限值。

可選地，當(dāng)與第一支付系統(tǒng)交互狀態(tài)滿足預(yù)設(shè)條件時(shí)，向第二支付系統(tǒng)發(fā)送服務(wù)請求，具體包括：

當(dāng)與第一支付系統(tǒng)交互狀態(tài)滿足預(yù)設(shè)條件時(shí)，將用于訪問第一支付系統(tǒng)的域名的url地址修改為所述第二支付系統(tǒng)對應(yīng)的url地址；

通過修改后的url地址，將服務(wù)請求發(fā)送給所述第二支付系統(tǒng)。

可選地，所述處理結(jié)果包括：攜帶有由所述第二支付系統(tǒng)對所述類型的業(yè)務(wù)處理后所得的參數(shù)值的響應(yīng)模板。

可選地，所述響應(yīng)模板為所述類型的業(yè)務(wù)對應(yīng)的頁面模板或所述類型的業(yè) 務(wù)對應(yīng)的xml文件模板。

具體地，當(dāng)外部業(yè)務(wù)系統(tǒng)向第二支付系統(tǒng)發(fā)送的服務(wù)請求中請求返回頁面時(shí)，外部業(yè)務(wù)系統(tǒng)接收第二支付系統(tǒng)發(fā)送的該服務(wù)請求中請求的業(yè)務(wù)對應(yīng)的頁面模板；當(dāng)外部業(yè)務(wù)系統(tǒng)向第二支付系統(tǒng)發(fā)送的服務(wù)請求中請求返回xml文件時(shí)，外部業(yè)務(wù)系統(tǒng)接收第二支付系統(tǒng)發(fā)送的該服務(wù)請求中請求的業(yè)務(wù)對應(yīng)的xml文件模板。

可選地，所述服務(wù)請求中包括用以指示本次服務(wù)請求對應(yīng)的處理結(jié)果需要被存儲的指示信息，由所述第二支付系統(tǒng)根據(jù)該信息將所述處理結(jié)果存儲到該第二支付系統(tǒng)對應(yīng)的數(shù)據(jù)庫中。

可選地，當(dāng)需要調(diào)用所述第二支付系統(tǒng)對應(yīng)的數(shù)據(jù)庫中的處理結(jié)果時(shí)，向所述第二支付系統(tǒng)發(fā)送相應(yīng)的服務(wù)請求。

例如，當(dāng)外部業(yè)務(wù)系統(tǒng)請求退款操作時(shí)，需要調(diào)用所述第二支付系統(tǒng)對應(yīng)的數(shù)據(jù)庫中存儲的該外部業(yè)務(wù)系統(tǒng)請求付款操作時(shí)對應(yīng)的處理結(jié)果，因此，所述外部業(yè)務(wù)系統(tǒng)需要向所述第二支付系統(tǒng)發(fā)送相應(yīng)的服務(wù)請求。

具體地，上述第一支付系統(tǒng)例如可以為真實(shí)支付寶系統(tǒng)，第二支付系統(tǒng)例如可以為虛擬的支付寶系統(tǒng)。下面以第二支付系統(tǒng)為虛擬支付寶系統(tǒng)為例，給出一個(gè)具體地實(shí)施例。

參見圖4，本申請實(shí)施例提供了一種信息處理方法的具體流程示意圖。

其中，虛擬支付寶系統(tǒng)包括交互單元(alipaymock)、服務(wù)單元(alipaymockservice)、接口服務(wù)單元(interfaceservice)、業(yè)務(wù)服務(wù)單元(trafficservice)。

當(dāng)外部業(yè)務(wù)系統(tǒng)與真實(shí)支付寶系統(tǒng)交互狀態(tài)滿足預(yù)設(shè)條件時(shí)，向虛擬支付寶系統(tǒng)發(fā)送服務(wù)請求，由虛擬支付寶系統(tǒng)對該服務(wù)請求進(jìn)行處理后將處理結(jié)果發(fā)送給外部業(yè)務(wù)系統(tǒng)，具體步驟如下：

步驟s401、外部業(yè)務(wù)系統(tǒng)發(fā)送服務(wù)請求(example_service)給交互單元；其中在該服務(wù)請求消息中攜帶服務(wù)參數(shù)，用以指示本次請求服務(wù)的業(yè)務(wù)類型。

步驟s402、交互單元接收外部業(yè)務(wù)系統(tǒng)發(fā)送的服務(wù)請求，并發(fā)送請求獲取響應(yīng)(getresponse)的消息給服務(wù)單元；其中在請求獲取響應(yīng)的消息中攜帶上述服務(wù)參數(shù)。

對于真實(shí)支付寶系統(tǒng)或虛擬支付寶系統(tǒng)而言，所述服務(wù)參數(shù)可稱之為“接口”，即每一接口對應(yīng)一個(gè)類型的業(yè)務(wù)，虛擬支付寶系統(tǒng)根據(jù)該接口路由到與該接口對應(yīng)的邏輯單元，由所述邏輯單元針對該接口進(jìn)行相應(yīng)地處理。

步驟s403、服務(wù)單元發(fā)送請求查詢接口信息的消息給接口服務(wù)單元。

步驟s404、接口服務(wù)單元接收到服務(wù)單元發(fā)送的請求查詢接口信息的消息后，在數(shù)據(jù)庫中查詢該接口對應(yīng)的響應(yīng)模板，并將該接口對應(yīng)的響應(yīng)模板返回給服務(wù)單元。

其中，該步驟中的響應(yīng)模板可以為頁面模板或者xml文件模板。

這里，步驟s403和步驟s404對應(yīng)上述在第二支付系統(tǒng)側(cè)的信息處理方法中所述的：第二支付系統(tǒng)根據(jù)所述業(yè)務(wù)類型確定需要返回給所述外部業(yè)務(wù)系統(tǒng)的響應(yīng)模板；

步驟s405、服務(wù)模塊發(fā)送請求獲取本次業(yè)務(wù)對應(yīng)的參數(shù)值的消息給業(yè)務(wù)服務(wù)單元。

步驟s406、業(yè)務(wù)服務(wù)單元收到服務(wù)單元發(fā)送的請求獲取本次業(yè)務(wù)對應(yīng)的參數(shù)值的消息后，對該類型的業(yè)務(wù)進(jìn)行與該業(yè)務(wù)類型對應(yīng)的邏輯計(jì)算處理，得到處理后的參數(shù)值，并將該參數(shù)值返回給服務(wù)單元。

步驟s407、服務(wù)單元接收到業(yè)務(wù)服務(wù)單元返回的參數(shù)值后，將該參數(shù)值設(shè)置到步驟s404中獲取的與本次接口(即業(yè)務(wù))對應(yīng)的響應(yīng)模板中。

若在步驟s401中的服務(wù)請求消息中還包括用以指示本次服務(wù)請求對應(yīng)的處理結(jié)果需要被存儲的指示信息，則轉(zhuǎn)向步驟s408，否則，轉(zhuǎn)向步驟s410。

步驟s408、服務(wù)單元發(fā)送請求存儲處理后的業(yè)務(wù)數(shù)據(jù)的消息給業(yè)務(wù)服務(wù)單元。

步驟s409、業(yè)務(wù)服務(wù)單元接收到服務(wù)單元發(fā)送的請求存儲處理后的業(yè)務(wù)數(shù) 據(jù)的消息后，存儲本次處理后的業(yè)務(wù)數(shù)據(jù)。

步驟s410、服務(wù)單元將處理結(jié)果發(fā)送給交互單元。

這里，處理結(jié)果包括步驟s407中所述的攜帶所述參數(shù)值的響應(yīng)模板。

步驟s411、交互單元接收到服務(wù)單元發(fā)送的處理結(jié)果后，將該處理結(jié)果轉(zhuǎn)發(fā)給外部業(yè)務(wù)系統(tǒng)。

此外，若在步驟s401中的服務(wù)請求消息中還包括用以指示本次請求的服務(wù)處理完成后需要進(jìn)行http頁面回調(diào)或者中間文件回調(diào)的信息，則服務(wù)單元根據(jù)該指示信息進(jìn)行相應(yīng)的回調(diào)操作。

由此可見，上述交互單元可在外部業(yè)務(wù)系統(tǒng)與第一支付系統(tǒng)交互狀態(tài)滿足預(yù)設(shè)條件時(shí)，獲取該外部業(yè)務(wù)系統(tǒng)發(fā)送的服務(wù)請求，由服務(wù)單元、接口服務(wù)單元、業(yè)務(wù)服務(wù)單元完成對外部業(yè)務(wù)系統(tǒng)請求的業(yè)務(wù)的處理，并且，交互單元還用于將處理結(jié)果返回給外部業(yè)務(wù)系統(tǒng)。

對于圖4所述的流程中，步驟s401中的服務(wù)請求的url格式例如可以為：

http://tbapi.alipay.net//gateway.do？service＝example_service&param1＝value1&param2＝value2&param3＝value3。

以響應(yīng)模板為xml文件為例，步驟s404中接口服務(wù)單元發(fā)送的響應(yīng)模板的格式例如可以為：

下面介紹與上述信息處理方法相對應(yīng)的裝置。

在第二支付系統(tǒng)側(cè)，參見圖5，本申請實(shí)施例提供的一種信息處理裝置，包括：

獲取模塊11，用于在外部業(yè)務(wù)系統(tǒng)與第一支付系統(tǒng)交互狀態(tài)滿足預(yù)設(shè)條件時(shí)，獲取該外部業(yè)務(wù)系統(tǒng)發(fā)送的服務(wù)請求；

處理模塊12，用于根據(jù)所述服務(wù)請求確定需要處理的業(yè)務(wù)類型，并對該類型的業(yè)務(wù)進(jìn)行處理；

發(fā)送模塊13，用于將處理結(jié)果返回給所述外部業(yè)務(wù)系統(tǒng)。

可選地，所述預(yù)設(shè)條件為以下兩種條件之一：

條件一：外部業(yè)務(wù)系統(tǒng)與第一支付系統(tǒng)交互失??；

條件二：外部業(yè)務(wù)系統(tǒng)與第一支付系統(tǒng)交互過程中導(dǎo)致第一支付系統(tǒng)的負(fù)載超過預(yù)設(shè)的門限值。

可選地，所述服務(wù)請求中攜帶有服務(wù)參數(shù)，用以指示本次請求服務(wù)的業(yè)務(wù)類型；

所述處理模塊12根據(jù)所述服務(wù)參數(shù)確定需要處理的業(yè)務(wù)類型。

可選地，所述處理模塊12具體用于：

根據(jù)所述業(yè)務(wù)類型確定需要返回給所述外部業(yè)務(wù)系統(tǒng)的響應(yīng)模板；

對所述業(yè)務(wù)類型的業(yè)務(wù)，進(jìn)行與所述業(yè)務(wù)類型相對應(yīng)地邏輯計(jì)算處理，確定處理后的參數(shù)值。

可選地，所述發(fā)送模塊13具體用于：

將所述處理后的參數(shù)值設(shè)置到所述響應(yīng)模板中，并將攜帶有所述處理后的 參數(shù)值的響應(yīng)模板返回給所述外部業(yè)務(wù)系統(tǒng)。

可選地，所述響應(yīng)模板為所述類型的業(yè)務(wù)對應(yīng)的頁面模板或所述類型的業(yè)務(wù)對應(yīng)的可擴(kuò)展標(biāo)記語言xml文件模板。

可選地，所述服務(wù)請求中還包括用以指示本次服務(wù)請求對應(yīng)的處理結(jié)果需要被存儲的指示信息；

所述處理模塊12還用于：將所述處理結(jié)果存儲到該裝置對應(yīng)的數(shù)據(jù)庫中。

在外部業(yè)務(wù)系統(tǒng)側(cè)，參見圖6，本申請實(shí)施例提供的一種信息處理裝置，包括：

發(fā)送模塊21，用于當(dāng)該裝置與第一支付系統(tǒng)交互狀態(tài)滿足預(yù)設(shè)條件時(shí)，向第二支付系統(tǒng)發(fā)送服務(wù)請求，由所述第二支付系統(tǒng)根據(jù)所述服務(wù)請求確定需要處理的業(yè)務(wù)類型后對該類型的業(yè)務(wù)進(jìn)行處理；

接收模塊22，用于接收所述第二支付系統(tǒng)發(fā)送的處理結(jié)果。

可選地，所述發(fā)送模塊21具體用于：

當(dāng)該裝置與第一支付系統(tǒng)交互狀態(tài)滿足預(yù)設(shè)條件時(shí)，將用于訪問第一支付系統(tǒng)的域名的統(tǒng)一資源定位符url地址修改為所述第二支付系統(tǒng)對應(yīng)的url地址；

通過修改后的url地址，將服務(wù)請求發(fā)送給所述第二支付系統(tǒng)。

可選地，所述預(yù)設(shè)條件為以下兩種條件之一：

條件一：外部業(yè)務(wù)系統(tǒng)與第一支付系統(tǒng)交互失??；

條件二：外部業(yè)務(wù)系統(tǒng)與第一支付系統(tǒng)交互過程中導(dǎo)致第一支付系統(tǒng)的負(fù)載超過預(yù)設(shè)的門限值。

可選地，所述處理結(jié)果包括：攜帶有由所述第二支付系統(tǒng)對所述類型的業(yè)務(wù)處理后所得的參數(shù)值的響應(yīng)模板。

可選地，所述響應(yīng)模板為所述類型的業(yè)務(wù)對應(yīng)的頁面模板或所述類型的業(yè)務(wù)對應(yīng)的可擴(kuò)展標(biāo)記語言xml文件模板。

可選地，所述服務(wù)請求中包括用以指示本次服務(wù)請求對應(yīng)的處理結(jié)果需要 被存儲的指示信息，由所述第二支付系統(tǒng)根據(jù)該信息將所述處理結(jié)果存儲到該第二支付系統(tǒng)對應(yīng)的數(shù)據(jù)庫中。

可選地，所述發(fā)送模塊21還用于：

當(dāng)該裝置需要調(diào)用所述第二支付系統(tǒng)對應(yīng)的數(shù)據(jù)庫中的處理結(jié)果時(shí)，向所述第二支付系統(tǒng)發(fā)送相應(yīng)的服務(wù)請求。

本申請實(shí)施例中，可通過具有發(fā)送、接收等功能的硬件處理器等實(shí)體設(shè)備實(shí)現(xiàn)上述各功能模塊。

本領(lǐng)域內(nèi)的技術(shù)人員應(yīng)明白，本申請的實(shí)施例可提供為方法、系統(tǒng)、或計(jì)算機(jī)程序產(chǎn)品。因此，本申請可采用完全硬件實(shí)施例、完全軟件實(shí)施例、或結(jié)合軟件和硬件方面的實(shí)施例的形式。而且，本申請可采用在一個(gè)或多個(gè)其中包含有計(jì)算機(jī)可用程序代碼的計(jì)算機(jī)可用存儲介質(zhì)(包括但不限于磁盤存儲器和光學(xué)存儲器等)上實(shí)施的計(jì)算機(jī)程序產(chǎn)品的形式。

本申請是參照根據(jù)本申請實(shí)施例的方法、設(shè)備(系統(tǒng))、和計(jì)算機(jī)程序產(chǎn)品的流程圖和/或方框圖來描述的。應(yīng)理解可由計(jì)算機(jī)程序指令實(shí)現(xiàn)流程圖和/或方框圖中的每一流程和/或方框、以及流程圖和/或方框圖中的流程和/或方框的結(jié)合?？商峁┻@些計(jì)算機(jī)程序指令到通用計(jì)算機(jī)、專用計(jì)算機(jī)、嵌入式處理機(jī)或其他可編程數(shù)據(jù)處理設(shè)備的處理器以產(chǎn)生一個(gè)機(jī)器，使得通過計(jì)算機(jī)或其他可編程數(shù)據(jù)處理設(shè)備的處理器執(zhí)行的指令產(chǎn)生用于實(shí)現(xiàn)在流程圖一個(gè)流程或多個(gè)流程和/或方框圖一個(gè)方框或多個(gè)方框中指定的功能的裝置。

這些計(jì)算機(jī)程序指令也可存儲在能引導(dǎo)計(jì)算機(jī)或其他可編程數(shù)據(jù)處理設(shè)備以特定方式工作的計(jì)算機(jī)可讀存儲器中，使得存儲在該計(jì)算機(jī)可讀存儲器中的指令產(chǎn)生包括指令裝置的制造品，該指令裝置實(shí)現(xiàn)在流程圖一個(gè)流程或多個(gè)流程和/或方框圖一個(gè)方框或多個(gè)方框中指定的功能。

這些計(jì)算機(jī)程序指令也可裝載到計(jì)算機(jī)或其他可編程數(shù)據(jù)處理設(shè)備上，使得在計(jì)算機(jī)或其他可編程設(shè)備上執(zhí)行一系列操作步驟以產(chǎn)生計(jì)算機(jī)實(shí)現(xiàn)的處理，從而在計(jì)算機(jī)或其他可編程設(shè)備上執(zhí)行的指令提供用于實(shí)現(xiàn)在流程圖一個(gè) 流程或多個(gè)流程和/或方框圖一個(gè)方框或多個(gè)方框中指定的功能的步驟。

顯然，本領(lǐng)域的技術(shù)人員可以對本申請進(jìn)行各種改動和變型而不脫離本申請的精神和范圍。這樣，倘若本申請的這些修改和變型屬于本申請權(quán)利要求及其等同技術(shù)的范圍之內(nèi)，則本申請也意圖包含這些改動和變型在內(nèi)。