監(jiān)測外部支付系統(tǒng)的方法和裝置及支付方法和系統(tǒng)的制作方法
【專利摘要】本發(fā)明公開了監(jiān)測外部支付系統(tǒng)的方法和裝置及支付方法和系統(tǒng)。其中，監(jiān)測外部支付系統(tǒng)的方法包括：批量生成模擬支付訂單；根據(jù)所述模擬支付訂單向外部支付系統(tǒng)發(fā)送支付請求并記錄所述外部支付系統(tǒng)返回的支付結(jié)果；通過統(tǒng)計所述支付結(jié)果，分析所述外部支付系統(tǒng)的支付通道的狀態(tài)。本發(fā)明彌補(bǔ)了現(xiàn)有技術(shù)中沒有能夠?qū)崟r監(jiān)控外部服務(wù)狀態(tài)的方法或裝置，導(dǎo)致主服務(wù)受到外部服務(wù)不穩(wěn)定的影響的缺陷，能夠?qū)崟r監(jiān)測外部支付系統(tǒng)，掌握支付通道的狀態(tài)，判斷外部支付系統(tǒng)是否正常，及時發(fā)現(xiàn)外部支付系統(tǒng)可能出現(xiàn)的連接錯誤、響應(yīng)過程、甚至完全無響應(yīng)等情況，保證整個支付系統(tǒng)的正常運(yùn)轉(zhuǎn)，有助于提高系統(tǒng)的可用性、容錯性等。
【專利說明】
監(jiān)測外部支付系統(tǒng)的方法和裝置及支付方法和系統(tǒng)
技術(shù)領(lǐng)域
[0001]本發(fā)明涉及一種監(jiān)測外部支付系統(tǒng)的方法和裝置及支付方法和系統(tǒng)。
【背景技術(shù)】
[0002]目前，網(wǎng)上支付或移動支付的使用越來越普遍，人們對于支付系統(tǒng)的快速性和安全性等要求越來越高，這使得支付服務(wù)日漸復(fù)雜，引入的外部系統(tǒng)日益漸多。外部系統(tǒng)的非正常響應(yīng)，會影響支付服務(wù)的主業(yè)務(wù)流程，尤其是外部服務(wù)出現(xiàn)系統(tǒng)維護(hù)或者宕機(jī)的情況時，支付主服務(wù)往往會受到很大影響。
[0003]現(xiàn)有技術(shù)中沒有能夠?qū)崟r監(jiān)控外部服務(wù)狀態(tài)的方法或裝置，導(dǎo)致主服務(wù)受到外部服務(wù)不穩(wěn)定的影響，即使有，也通常是通過監(jiān)控實際的支付過程來對外部服務(wù)的狀態(tài)進(jìn)行評估。

【發(fā)明內(nèi)容】

[0004]本發(fā)明要解決的技術(shù)問題是為了克服現(xiàn)有技術(shù)中沒有能夠?qū)崟r監(jiān)控外部服務(wù)狀態(tài)的方法或裝置，導(dǎo)致主服務(wù)受到外部服務(wù)不穩(wěn)定的影響的缺陷，提供一種監(jiān)測外部支付系統(tǒng)的方法和裝置及支付方法和系統(tǒng)。
[0005]本發(fā)明是通過以下技術(shù)方案解決上述技術(shù)問題的:
[0006]本發(fā)明提供一種監(jiān)測外部支付系統(tǒng)的方法，其特點是，所述方法包括:
[0007]S1、批量生成模擬支付訂單；
[0008]S2、根據(jù)所述模擬支付訂單向外部支付系統(tǒng)發(fā)送支付請求并記錄所述外部支付系統(tǒng)返回的支付結(jié)果；
[0009]S3、通過統(tǒng)計所述支付結(jié)果，分析所述外部支付系統(tǒng)的支付通道的狀態(tài)。
[0010]其中，所述批量生成模擬支付訂單是指生成多個模擬支付訂單，所述模擬支付訂單用于模擬真實的支付場景，與實際支付訂單的格式和元素相同；所述外部支付系統(tǒng)是指用于在支付過程中提供外部服務(wù)的系統(tǒng)，例如銀行支付系統(tǒng)，支付寶支付系統(tǒng)等;所述外部支付系統(tǒng)具有一個或多個支付通道，所述外部支付系統(tǒng)在接收到所述支付請求后，會按照正常的支付流程利用支付通道處理所述支付請求并在處理完成后返回支付結(jié)果;所述支付結(jié)果可以包括支付成功和支付失敗，所述外部支付系統(tǒng)在處理完成后具體返回何種支付結(jié)果與支付通道的狀態(tài)有直接關(guān)聯(lián)。
[0011 ]本技術(shù)方案通過模擬真實的支付場景實時監(jiān)測外部支付系統(tǒng)，掌握支付通道的狀態(tài)，判斷外部支付系統(tǒng)是否正常，及時發(fā)現(xiàn)外部支付系統(tǒng)可能出現(xiàn)的連接錯誤、響應(yīng)過程、甚至完全無響應(yīng)等情況，保證整個支付系統(tǒng)的正常運(yùn)轉(zhuǎn)。
[0012]較佳地，S3包括:
[0013]統(tǒng)計一時間段內(nèi)的支付成功率或支付失敗率；
[0014]比較所述支付成功率或所述支付失敗率與一個或多個預(yù)設(shè)閾值的關(guān)系，確定所述外部支付系統(tǒng)的支付通道的狀態(tài)。
[0015]其中，支付成功率等于所述時間段內(nèi)支付成功的次數(shù)與所述時間段內(nèi)總支付次數(shù)之比，支付失敗率等于所述時間段內(nèi)支付失敗的次數(shù)與所述時間段的總支付次數(shù)之比。本技術(shù)方案可以通過設(shè)置一個或多個預(yù)設(shè)閾值，將支付通道的狀態(tài)分段，再通過確定支付成功率或支付失敗率所屬的范圍獲知支付通道的狀態(tài)屬于哪個狀態(tài)段。
[0016]較佳地，所述方法還包括:
[0017]S4、將所述狀態(tài)反饋至支付主系統(tǒng)。
[0018]較佳地，所述模擬支付訂單包括以下元素中的一種或多種:訂單編號、商品描述和金額。
[0019]本發(fā)明還提供一種支付方法，其特點是，所述支付方法包括:
[0020]T1、利用上述各優(yōu)選方式任意組合的一種監(jiān)測外部支付系統(tǒng)的方法監(jiān)測外部支付系統(tǒng)；
[0021]T2、支付主系統(tǒng)獲取所述外部支付系統(tǒng)的支付通道的狀態(tài)；
[0022]Τ3、所述支付主系統(tǒng)根據(jù)所述狀態(tài)調(diào)整所述支付通道的實際支付訂單流量。
[0023]其中，所述主支付系統(tǒng)是指用于在支付過程中提供主服務(wù)，實現(xiàn)支付服務(wù)的主業(yè)務(wù)流程的系統(tǒng);所述實際支付訂單流量表征了在實際支付過程中，一個通道完成真實的支付訂單的數(shù)量。
[0024]本技術(shù)方案中，支付主系統(tǒng)可以根據(jù)支付通道的狀態(tài)調(diào)整支付通道的實際支付訂單流量。這樣可以保證主服務(wù)不受外部服務(wù)的影響，提高整個支付系統(tǒng)的魯棒性，確保用戶的支付可以快速安全的完成。
[0025]較佳地，T3包括:
[0026]T31、所述支付主系統(tǒng)按照所述外部支付系統(tǒng)的各支付通道的狀態(tài)由優(yōu)到劣或由劣到優(yōu)的順序排序；
[0027]Τ32、將實際支付訂單的支付請求轉(zhuǎn)發(fā)給狀態(tài)最優(yōu)的支付通道，以通過狀態(tài)最優(yōu)的支付通道完成所述實際支付訂單的支付。
[0028]其中，支付通道的狀態(tài)的優(yōu)劣程度通過支付成功率或支付失敗率體現(xiàn)，如果支付成功率高或支付失敗率低，則表明支付通道的狀態(tài)較好，如果支付成功率低或支付失敗率高，則表明支付通道的狀態(tài)較差;支付通道的狀態(tài)由優(yōu)到劣指的是支付成功率由高到低或支付失敗率由低到高，所述狀態(tài)最優(yōu)的支付通道是指外部支付系統(tǒng)的各支付通道中支付成功率最高或支付失敗率最低的支付通道。
[0029]較佳地，T3還包括:所述支付主系統(tǒng)根據(jù)所述狀態(tài)停用或啟用所述外部支付系統(tǒng)。
[0030]例如，如果支付通道的支付成功率過低或支付失敗率過高，則表明外部支付系統(tǒng)可能出現(xiàn)了故障、宕機(jī)或在系統(tǒng)維護(hù)中，那么所述支付主系統(tǒng)會停用外部支付系統(tǒng)，如果已經(jīng)停用的外部支付系統(tǒng)支付成功率提升或支付失敗率降低，那么所述支付主系統(tǒng)會重新啟用已經(jīng)停用的外部支付系統(tǒng)。本技術(shù)方案有助于及時診斷外部支付系統(tǒng)的狀態(tài)。
[0031]本發(fā)明還提供一種監(jiān)測外部支付系統(tǒng)的裝置，其特點是，所述裝置包括:
[0032]模擬訂單模塊，用于批量生成模擬支付訂單；
[0033]支付模塊，用于根據(jù)所述模擬支付訂單向外部支付系統(tǒng)發(fā)送支付請求并記錄所述外部支付系統(tǒng)返回的支付結(jié)果；
[0034]結(jié)果統(tǒng)計模塊，用于通過統(tǒng)計所述支付結(jié)果，分析所述外部支付系統(tǒng)的支付通道的狀態(tài)。
[0035]較佳地，所述結(jié)果統(tǒng)計模塊包括:
[0036]統(tǒng)計單元，用于統(tǒng)計一時間段內(nèi)的支付成功率或支付失敗率；
[0037]狀態(tài)單元，用于比較所述支付成功率或所述支付失敗率與一個或多個預(yù)設(shè)閾值的關(guān)系，確定所述外部支付系統(tǒng)的支付通道的狀態(tài)。
[0038]較佳地，所述裝置還包括:
[0039]反饋模塊，用于將所述狀態(tài)反饋至支付主系統(tǒng)。
[0040]較佳地，所述模擬支付訂單包括以下元素中的一種或多種:訂單編號、商品描述和金額。
[0041]本發(fā)明還提供一種支付系統(tǒng)，其特點是，所述支付系統(tǒng)包括:上述各優(yōu)選方式任意組合的一種監(jiān)測外部支付系統(tǒng)的裝置，用于監(jiān)測外部支付系統(tǒng);還包括:支付主系統(tǒng)；
[0042]所述支付主系統(tǒng)包括:
[0043]獲取模塊，用于獲取所述外部支付系統(tǒng)的支付通道的狀態(tài)；
[0044]調(diào)整模塊，用于根據(jù)所述狀態(tài)調(diào)整所述支付通道的實際支付訂單流量。
[0045]較佳地，所述調(diào)整模塊包括:
[0046]排序單元，用于按照所述外部支付系統(tǒng)的各支付通道的狀態(tài)由優(yōu)到劣或由劣到優(yōu)的順序排序；
[0047]轉(zhuǎn)發(fā)單元，用于將實際支付訂單的支付請求轉(zhuǎn)發(fā)給狀態(tài)最優(yōu)的支付通道，以通過狀態(tài)最優(yōu)的支付通道完成所述實際支付訂單的支付。
[0048]所述調(diào)整模塊還包括:
[0049]啟用單元，用于根據(jù)所述狀態(tài)停用或啟用所述外部支付系統(tǒng)。
[0050]在符合本領(lǐng)域常識的基礎(chǔ)上，上述各優(yōu)選條件，可任意組合，即得本發(fā)明各較佳實例。
[0051]本發(fā)明的積極進(jìn)步效果在于:本發(fā)明能夠?qū)崟r監(jiān)測外部支付系統(tǒng)，掌握支付通道的狀態(tài)，判斷外部支付系統(tǒng)是否正常，及時發(fā)現(xiàn)外部支付系統(tǒng)可能出現(xiàn)的連接錯誤、響應(yīng)過程、甚至完全無響應(yīng)等情況，保證整個支付系統(tǒng)的正常運(yùn)轉(zhuǎn)，有助于提高系統(tǒng)的可用性、容錯性等。
【附圖說明】
[0052]圖1為本發(fā)明較佳實施例1的監(jiān)測外部支付系統(tǒng)的方法的流程圖。
[0053]圖2為本發(fā)明較佳實施例1的監(jiān)測外部支付系統(tǒng)的裝置的框圖。
[0054]圖3為本發(fā)明較佳實施例2的支付方法的流程圖。
[0055]圖4為本發(fā)明較佳實施例2的支付系統(tǒng)的框圖。
【具體實施方式】
[0056]下面通過實施例的方式進(jìn)一步說明本發(fā)明，但并不因此將本發(fā)明限制在所述的實施例范圍之中。
[0057]實施例1
[0058]一種監(jiān)測外部支付系統(tǒng)的方法，如圖1所示，所述方法包括:
[0059]步驟101、批量生成模擬支付訂單。所述模擬支付訂單包括以下元素中的一種或多種:訂單編號、商品描述和金額。
[0060]步驟102、根據(jù)所述模擬支付訂單向外部支付系統(tǒng)發(fā)送支付請求并記錄所述外部支付系統(tǒng)返回的支付結(jié)果。所述支付結(jié)果包括支付成功或支付失敗。
[0061]步驟103、統(tǒng)計一時間段內(nèi)的支付成功率。所述支付成功率等于所述時間段內(nèi)支付成功的次數(shù)與所述時間段內(nèi)總支付次數(shù)之比。例如，設(shè)定所述時間段為5分鐘，5分鐘內(nèi)總支付次數(shù)為1000次，支付成功的次數(shù)為920次，那么支付成功率為92 %。
[0062]步驟104、比較所述支付成功率與一個或多個預(yù)設(shè)閾值的關(guān)系，確定所述外部支付系統(tǒng)的支付通道的狀態(tài)。具體可以，設(shè)定3個預(yù)設(shè)閾值，分別為第一預(yù)設(shè)閾值、第二預(yù)設(shè)閾值和第三預(yù)設(shè)閾值，且第一預(yù)設(shè)閾值大于第二預(yù)設(shè)閾值大于第三預(yù)設(shè)閾值，如果支付成功率大于第一預(yù)設(shè)閾值，則支付通道的狀態(tài)為狀態(tài)一，如果支付成功率小于第一預(yù)設(shè)閾值且大于第二預(yù)設(shè)閾值，則支付通道的狀態(tài)為狀態(tài)二，如果支付成功率小于第三預(yù)設(shè)閾值，則支付通道的狀態(tài)為狀態(tài)三。例如，設(shè)定第一閾值為90%，第二閾值為50%，第三閾值為10%，狀態(tài)一為健康，狀態(tài)二為亞健康，狀態(tài)三為宕機(jī)，那么，若步驟103統(tǒng)計出的支付成功率大于90%，則支付通道的狀態(tài)為健康，若步驟103統(tǒng)計出的支付成功率小于50%且大于90%，則支付通道的狀態(tài)為亞健康，若步驟103統(tǒng)計出的支付成功率小于10%，則支付通道的狀態(tài)為宕機(jī)。其中，設(shè)定的預(yù)設(shè)閾值的數(shù)量關(guān)系到劃分的狀態(tài)的數(shù)量，本領(lǐng)域技術(shù)人員可以設(shè)定更多預(yù)設(shè)閾值，以將支付通道劃分為更多種狀態(tài)，也可以設(shè)定更少預(yù)設(shè)閾值，以將支付通道劃分為更少種狀態(tài)。另外，所述健康和亞健康只是本實施例中為了表述支付通道的狀態(tài)的一種形象化的描述，本領(lǐng)域技術(shù)人員可以根據(jù)需要自定義。
[0063]步驟105、將所述狀態(tài)反饋至支付主系統(tǒng)。
[0064]在本實施例的監(jiān)測外部支付系統(tǒng)的方法的另一種實施方式中，可以用支付失敗率代替支付成功率來判斷支付通道的狀態(tài)，即將步驟103替換為:統(tǒng)計一時間段內(nèi)的支付失敗率，所述支付失敗率等于所述時間段內(nèi)支付失敗的次數(shù)與所述時間段的總支付次數(shù)之比；將步驟104替換為:比較所述支付失敗率與一個或多個預(yù)設(shè)閾值的關(guān)系，確定所述外部支付系統(tǒng)的支付通道的狀態(tài);其它步驟不變。
[0065]本實施例的監(jiān)測外部支付系統(tǒng)的裝置，如圖2所示，所述裝置包括:
[0066]模擬訂單模塊201，用于批量生成模擬支付訂單。所述模擬支付訂單包括以下元素中的一種或多種:訂單編號、商品描述和金額。
[0067]支付模塊202，用于根據(jù)所述模擬支付訂單向外部支付系統(tǒng)發(fā)送支付請求并記錄所述外部支付系統(tǒng)返回的支付結(jié)果。所述支付結(jié)果包括支付成功或支付失敗。
[0068]結(jié)果統(tǒng)計模塊203，用于通過統(tǒng)計所述支付結(jié)果，分析所述外部支付系統(tǒng)的支付通道的狀態(tài)。具體地，所述結(jié)果統(tǒng)計模塊203包括:
[0069]統(tǒng)計單元2031，用于統(tǒng)計一時間段內(nèi)的支付成功率。所述支付成功率等于所述時間段內(nèi)支付成功的次數(shù)與所述時間段內(nèi)總支付次數(shù)之比。
[0070]狀態(tài)單元2032，用于比較所述支付成功率與一個或多個預(yù)設(shè)閾值的關(guān)系，確定所述外部支付系統(tǒng)的支付通道的狀態(tài)。具體可以，設(shè)定3個預(yù)設(shè)閾值，分別為第一預(yù)設(shè)閾值、第二預(yù)設(shè)閾值和第三預(yù)設(shè)閾值，且第一預(yù)設(shè)閾值大于第二預(yù)設(shè)閾值大于第三預(yù)設(shè)閾值，如果支付成功率大于第一預(yù)設(shè)閾值，則支付通道的狀態(tài)為狀態(tài)一，如果支付成功率小于第一預(yù)設(shè)閾值且大于第二預(yù)設(shè)閾值，則支付通道的狀態(tài)為狀態(tài)二，如果支付成功率小于第三預(yù)設(shè)閾值，則支付通道的狀態(tài)為狀態(tài)三。其中，設(shè)定的預(yù)設(shè)閾值的數(shù)量關(guān)系到劃分的狀態(tài)的數(shù)量，本領(lǐng)域技術(shù)人員可以設(shè)定更多預(yù)設(shè)閾值，以將支付通道劃分為更多種狀態(tài)，也可以設(shè)定更少預(yù)設(shè)閾值，以將支付通道劃分為更少種狀態(tài)。
[0071]反饋模塊204，用于將所述狀態(tài)反饋至支付主系統(tǒng)。
[0072]在本實施例的監(jiān)測外部支付系統(tǒng)的方的裝置一種實施方式中，可以用支付失敗率代替支付成功率來判斷支付通道的狀態(tài)，即將統(tǒng)計單元替換為:用于統(tǒng)計一時間段內(nèi)的支付失敗率，所述支付失敗率等于所述時間段內(nèi)支付失敗的次數(shù)與所述時間段的總支付次數(shù)之比;將狀態(tài)單元替換為:用于比較所述支付失敗率與一個或多個預(yù)設(shè)閾值的關(guān)系，確定所述外部支付系統(tǒng)的支付通道的狀態(tài);其它模塊不變。
[0073]本實施例的監(jiān)測外部支付系統(tǒng)的方法及裝置通過模擬真實的支付場景實時監(jiān)測外部支付系統(tǒng)，通過統(tǒng)計支付結(jié)果，分析外部支付系統(tǒng)的支付通道的狀態(tài)，判斷外部支付系統(tǒng)是否正常，及時發(fā)現(xiàn)外部支付系統(tǒng)可能出現(xiàn)的連接錯誤、響應(yīng)過程、甚至完全無響應(yīng)等情況，保證整個支付系統(tǒng)的正常運(yùn)轉(zhuǎn)。
[0074]實施例2
[0075]—種支付方法，如圖3所示，所述支付方法包括:
[0076]步驟301、利用實施例1的監(jiān)測外部支付系統(tǒng)的方法監(jiān)測外部支付系統(tǒng)。
[0077]步驟302、支付主系統(tǒng)獲取所述外部支付系統(tǒng)的支付通道的狀態(tài)。
[0078]步驟303、所述支付主系統(tǒng)根據(jù)所述狀態(tài)調(diào)整所述支付通道的實際支付訂單流量。
[0079]其中，由于一個外部支付系統(tǒng)通常都包含不止一個支付通道，通過步驟301可以得到外部支付系統(tǒng)的每個支付通道的狀態(tài)，所以為了調(diào)整所述支付通道的實際支付訂單流量，保證支付的快速性和安全性，步驟303可以進(jìn)一步包括以下步驟:
[0080]所述支付主系統(tǒng)按照所述外部支付系統(tǒng)的各支付通道的狀態(tài)由優(yōu)到劣或由劣到優(yōu)的順序排序；
[0081]將實際支付訂單的支付請求轉(zhuǎn)發(fā)給狀態(tài)最優(yōu)的支付通道，以通過狀態(tài)最優(yōu)的支付通道完成所述實際支付訂單的支付。
[0082]其中，支付通道的狀態(tài)的優(yōu)劣程度通過支付成功率或支付失敗率體現(xiàn)，如果支付成功率高或支付失敗率低，則表明支付通道的狀態(tài)較好，如果支付成功率低或支付失敗率高，則表明支付通道的狀態(tài)較差;支付通道的狀態(tài)由優(yōu)到劣指的是支付成功率由高到低或支付失敗率由低到高，所述狀態(tài)最優(yōu)的支付通道是指外部支付系統(tǒng)的各支付通道中支付成功率最高或支付失敗率最低的支付通道。
[0083]另外，步驟303還可以包括:所述支付主系統(tǒng)根據(jù)所述狀態(tài)停用或啟用所述外部支付系統(tǒng)。例如，如果支付通道的支付成功率過低或支付失敗率過高，則表明外部支付系統(tǒng)可能出現(xiàn)了故障、宕機(jī)或在系統(tǒng)維護(hù)中，那么所述支付主系統(tǒng)會停用外部支付系統(tǒng)，如果已經(jīng)停用的外部支付系統(tǒng)支付成功率提升或支付失敗率降低，那么所述支付主系統(tǒng)會重新啟用已經(jīng)停用的外部支付系統(tǒng)。
[0084]本實施例的支付系統(tǒng)，如圖4所示，所述支付系統(tǒng)包括:
[0085]實施例1的監(jiān)測外部支付系統(tǒng)的裝置401，用于監(jiān)測外部支付系統(tǒng)；
[0086]支付主系統(tǒng)402。
[0087]所述支付主系統(tǒng)402包括:
[0088]獲取模塊4021，用于獲取所述外部支付系統(tǒng)的支付通道的狀態(tài)。
[0089]調(diào)整模塊4022，用于根據(jù)所述狀態(tài)調(diào)整所述支付通道的實際支付訂單流量。
[0090]其中，由于一個外部支付系統(tǒng)通常都包含不止一個支付通道，通過所述獲取模塊可以得到外部支付系統(tǒng)的每個支付通道的狀態(tài)，所以為了調(diào)整所述支付通道的實際支付訂單流量，保證支付的快速性和安全性，所述調(diào)整模塊4022可以進(jìn)一步包括:
[0091]排序單元40221，用于按照所述外部支付系統(tǒng)的各支付通道的狀態(tài)由優(yōu)到劣或由劣到優(yōu)的順序排序；
[0092]轉(zhuǎn)發(fā)單元40222，用于將實際支付訂單的支付請求轉(zhuǎn)發(fā)給狀態(tài)最優(yōu)的支付通道，以通過狀態(tài)最優(yōu)的支付通道完成所述實際支付訂單的支付。
[0093]其中，支付通道的狀態(tài)的優(yōu)劣程度通過支付成功率或支付失敗率體現(xiàn)，如果支付成功率高或支付失敗率低，則表明支付通道的狀態(tài)較好，如果支付成功率低或支付失敗率高，則表明支付通道的狀態(tài)較差;支付通道的狀態(tài)由優(yōu)到劣指的是支付成功率由高到低或支付失敗率由低到高，所述狀態(tài)最優(yōu)的支付通道是指外部支付系統(tǒng)的各支付通道中支付成功率最高或支付失敗率最低的支付通道。
[0094]另外，所述調(diào)整模塊4022還可以包括:
[0095]啟用單元40223，用于根據(jù)所述狀態(tài)停用或啟用所述外部支付系統(tǒng)。例如，如果支付通道的支付成功率過低或支付失敗率過高，則表明外部支付系統(tǒng)可能出現(xiàn)了故障、宕機(jī)或在系統(tǒng)維護(hù)中，那么所述支付主系統(tǒng)會停用外部支付系統(tǒng)，如果已經(jīng)停用的外部支付系統(tǒng)支付成功率提升或支付失敗率降低，那么所述支付主系統(tǒng)會重新啟用已經(jīng)停用的外部支付系統(tǒng)。
[0096]本實施例的支付方法及系統(tǒng)有利于保證主服務(wù)不受外部服務(wù)的影響，提高整個支付系統(tǒng)的魯棒性，確保用戶的支付可以快速安全的完成。
[0097]雖然以上描述了本發(fā)明的【具體實施方式】，但是本領(lǐng)域的技術(shù)人員應(yīng)當(dāng)理解，這些僅是舉例說明，本發(fā)明的保護(hù)范圍是由所附權(quán)利要求書限定的。本領(lǐng)域的技術(shù)人員在不背離本發(fā)明的原理和實質(zhì)的前提下，可以對這些實施方式做出多種變更或修改，但這些變更和修改均落入本發(fā)明的保護(hù)范圍。
【主權(quán)項】
1.一種監(jiān)測外部支付系統(tǒng)的方法，其特征在于，所述方法包括: S1、批量生成模擬支付訂單； &、根據(jù)所述模擬支付訂單向外部支付系統(tǒng)發(fā)送支付請求并記錄所述外部支付系統(tǒng)返回的支付結(jié)果； 53、通過統(tǒng)計所述支付結(jié)果，分析所述外部支付系統(tǒng)的支付通道的狀態(tài)。2.如權(quán)利要求1所述的監(jiān)測外部支付系統(tǒng)的方法，其特征在于，S3包括: 統(tǒng)計一時間段內(nèi)的支付成功率或支付失敗率； 比較所述支付成功率或所述支付失敗率與一個或多個預(yù)設(shè)閾值的關(guān)系，確定所述外部支付系統(tǒng)的支付通道的狀態(tài)。3.如權(quán)利要求1所述的監(jiān)測外部支付系統(tǒng)的方法，其特征在于，所述方法還包括: 54、將所述狀態(tài)反饋至支付主系統(tǒng)。4.如權(quán)利要求1所述的監(jiān)測外部支付系統(tǒng)的方法，其特征在于，所述模擬支付訂單包括以下元素中的一種或多種:訂單編號、商品描述和金額。5.一種支付方法，其特征在于，所述支付方法包括: T1、利用權(quán)利要求1-4中任意一項所述的監(jiān)測外部支付系統(tǒng)的方法監(jiān)測外部支付系統(tǒng)； T2、支付主系統(tǒng)獲取所述外部支付系統(tǒng)的支付通道的狀態(tài)； Τ3、所述支付主系統(tǒng)根據(jù)所述狀態(tài)調(diào)整所述支付通道的實際支付訂單流量。6.如權(quán)利要求5所述的支付方法，其特征在于，T3包括: T31、所述支付主系統(tǒng)按照所述外部支付系統(tǒng)的各支付通道的狀態(tài)由優(yōu)到劣或由劣到優(yōu)的順序排序； τ32、將實際支付訂單的支付請求轉(zhuǎn)發(fā)給狀態(tài)最優(yōu)的支付通道，以通過狀態(tài)最優(yōu)的支付通道完成所述實際支付訂單的支付。7.如權(quán)利要求5所述的支付方法，其特征在于，T3還包括:所述支付主系統(tǒng)根據(jù)所述狀態(tài)停用或啟用所述外部支付系統(tǒng)。8.一種監(jiān)測外部支付系統(tǒng)的裝置，其特征在于，所述裝置包括: 模擬訂單模塊，用于批量生成模擬支付訂單； 支付模塊，用于根據(jù)所述模擬支付訂單向外部支付系統(tǒng)發(fā)送支付請求并記錄所述外部支付系統(tǒng)返回的支付結(jié)果； 結(jié)果統(tǒng)計模塊，用于通過統(tǒng)計所述支付結(jié)果，分析所述外部支付系統(tǒng)的支付通道的狀??τ O9.如權(quán)利要求8所述的監(jiān)測外部支付系統(tǒng)的裝置，其特征在于，所述結(jié)果統(tǒng)計模塊包括: 統(tǒng)計單元，用于統(tǒng)計一時間段內(nèi)的支付成功率或支付失敗率； 狀態(tài)單元，用于比較所述支付成功率或所述支付失敗率與一個或多個預(yù)設(shè)閾值的關(guān)系，確定所述外部支付系統(tǒng)的支付通道的狀態(tài)。10.如權(quán)利要求8所述的監(jiān)測外部支付系統(tǒng)的裝置，其特征在于，所述裝置還包括: 反饋模塊，用于將所述狀態(tài)反饋至支付主系統(tǒng)。11.如權(quán)利要求8所述的監(jiān)測外部支付系統(tǒng)的裝置，其特征在于，所述模擬支付訂單包括以下元素中的一種或多種:訂單編號、商品描述和金額。12.—種支付系統(tǒng)，其特征在于，所述支付系統(tǒng)包括:權(quán)利要求8-12中任意一項所述的監(jiān)測外部支付系統(tǒng)的裝置，用于監(jiān)測外部支付系統(tǒng);還包括:支付主系統(tǒng)； 所述支付主系統(tǒng)包括: 獲取模塊，用于獲取所述外部支付系統(tǒng)的支付通道的狀態(tài)； 調(diào)整模塊，用于根據(jù)所述狀態(tài)調(diào)整所述支付通道的實際支付訂單流量。13.如權(quán)利要求12所述的支付系統(tǒng)，其特征在于，所述調(diào)整模塊包括: 排序單元，用于按照所述外部支付系統(tǒng)的各支付通道的狀態(tài)由優(yōu)到劣或由劣到優(yōu)的順序排序； 轉(zhuǎn)發(fā)單元，用于將實際支付訂單的支付請求轉(zhuǎn)發(fā)給狀態(tài)最優(yōu)的支付通道，以通過狀態(tài)最優(yōu)的支付通道完成所述實際支付訂單的支付。14.如權(quán)利要求12所述的支付裝置，其特征在于，所述調(diào)整模塊還包括: 啟用單元，用于根據(jù)所述狀態(tài)停用或啟用所述外部支付系統(tǒng)。
【文檔編號】G06Q20/38GK106096960SQ201610399374
【公開日】2016年11月9日
【申請日】2016年6月7日
【發(fā)明人】李艷秋, 陸費漢平, 趙冷奇, 陳凱, 李慶輝, 湯彪, 顧俊, 馬振平, 汪意恒
【申請人】上海攜程商務(wù)有限公司