本申請(qǐng)涉及通信領(lǐng)域，尤其涉及一種業(yè)務(wù)的異常恢復(fù)檢測(cè)方法及裝置。
背景技術(shù)：
：在第三方的在線支付業(yè)務(wù)中，當(dāng)支付機(jī)構(gòu)(例如銀行等合作機(jī)構(gòu))與第三方支付平臺(tái)對(duì)接的系統(tǒng)發(fā)生宕機(jī)、升級(jí)服務(wù)或者程序出現(xiàn)bug等業(yè)務(wù)異常時(shí)，將會(huì)導(dǎo)致用戶的交易請(qǐng)求發(fā)往支付機(jī)構(gòu)后不被處理或者被處理失敗，從而造成線上支付異常。在這種情況下，當(dāng)支付機(jī)構(gòu)出現(xiàn)業(yè)務(wù)異常時(shí)，用戶的交易請(qǐng)求通常會(huì)被阻止發(fā)往支付機(jī)構(gòu)，并在確認(rèn)支付機(jī)構(gòu)的業(yè)務(wù)異?；謴?fù)后，再將所述用戶的交易請(qǐng)求放行到支付機(jī)構(gòu)。然而，目前在確認(rèn)支付機(jī)構(gòu)的業(yè)務(wù)異常是否恢復(fù)時(shí)，由于支付機(jī)構(gòu)的系統(tǒng)通常不對(duì)外公開(kāi)，因此整個(gè)確認(rèn)流程通常是在線下由人工來(lái)確認(rèn)完成，而通過(guò)人工來(lái)確認(rèn)存在風(fēng)險(xiǎn)，可能存在確認(rèn)失誤的情況發(fā)生，一旦人工確認(rèn)失誤，在將大量的交易請(qǐng)求放行到支付機(jī)構(gòu)后，將會(huì)造成大面積的交易異常，對(duì)用戶的交易造成影響。技術(shù)實(shí)現(xiàn)要素：有鑒于此，本申請(qǐng)?zhí)岢鲆环N業(yè)務(wù)的異常恢復(fù)檢測(cè)方法，應(yīng)用于服務(wù)端，該方法包括：當(dāng)?shù)谌綐I(yè)務(wù)發(fā)生異常時(shí)，基于預(yù)設(shè)的篩選策略從用戶發(fā)起的業(yè)務(wù)請(qǐng)求中篩選預(yù)設(shè)數(shù)量的測(cè)試請(qǐng)求；將篩選出的所述測(cè)試請(qǐng)求發(fā)送至所述第三方業(yè)務(wù)的服務(wù)端；基于所述第三方業(yè)務(wù)的服務(wù)端在收到所述測(cè)試請(qǐng)求后返回的業(yè)務(wù)處理結(jié)果針對(duì)所述第三方業(yè)務(wù)的服務(wù)端進(jìn)行異?；謴?fù)檢測(cè)。可選的，所述基于預(yù)設(shè)的篩選策略從用戶發(fā)起的業(yè)務(wù)請(qǐng)求中篩選預(yù)設(shè)數(shù)量的測(cè)試請(qǐng)求之前，還包括：獲取所述第三方業(yè)務(wù)的業(yè)務(wù)特征參數(shù)；基于獲取到的所述業(yè)務(wù)特征參數(shù)設(shè)定對(duì)應(yīng)的篩選策略?？蛇x的，所述將篩選出的所述測(cè)試請(qǐng)求發(fā)送至所述第三方業(yè)務(wù)的服務(wù)端包括：將篩選出的所述測(cè)試請(qǐng)求按照預(yù)設(shè)的發(fā)送周期發(fā)送至所述第三方業(yè)務(wù)的服務(wù)端。可選的，所述基于所述第三方業(yè)務(wù)的服務(wù)端在收到所述測(cè)試請(qǐng)求后返回的業(yè)務(wù)處理結(jié)果針對(duì)所述第三方業(yè)務(wù)的服務(wù)端進(jìn)行異?；謴?fù)檢測(cè)包括：判斷是否收到所述第三方業(yè)務(wù)的服務(wù)端返回的所述業(yè)務(wù)處理結(jié)果；當(dāng)在預(yù)設(shè)時(shí)長(zhǎng)內(nèi)未收到所述第三方業(yè)務(wù)的服務(wù)端返回的所述業(yè)務(wù)處理結(jié)果時(shí)，確定所述第三方業(yè)務(wù)的服務(wù)端未從業(yè)務(wù)異常中恢復(fù)；當(dāng)在預(yù)設(shè)時(shí)長(zhǎng)內(nèi)收到所述第三方業(yè)務(wù)的服務(wù)端返回的所述業(yè)務(wù)處理結(jié)果時(shí)，基于所述業(yè)務(wù)處理結(jié)果判斷所述第三方業(yè)務(wù)的服務(wù)端是否成功處理所述測(cè)試請(qǐng)求；當(dāng)基于所述業(yè)務(wù)處理結(jié)果判斷出所述第三方業(yè)務(wù)的服務(wù)端成功處理所述測(cè)試請(qǐng)求時(shí)，確定所述第三方業(yè)務(wù)的服務(wù)端已從業(yè)務(wù)異常中恢復(fù)；當(dāng)基于所述業(yè)務(wù)處理結(jié)果判斷出所述第三方業(yè)務(wù)的服務(wù)端未成功處理所述測(cè)試請(qǐng)求時(shí)，確定所述第三方業(yè)務(wù)的服務(wù)端未從業(yè)務(wù)異常中恢復(fù)?？蛇x的，所述第三方業(yè)務(wù)包括第三方的線上支付業(yè)務(wù)；所述業(yè)務(wù)特征參數(shù)包括所述線上支付業(yè)務(wù)的交易金額、交易地區(qū)、交易商品類(lèi)型、支付工具類(lèi)型、交易受理機(jī)構(gòu)類(lèi)型以及交易時(shí)效中的一個(gè)或者多個(gè)的組合。本申請(qǐng)還提出一種業(yè)務(wù)的異?；謴?fù)檢測(cè)裝置，應(yīng)用于服務(wù)端，該裝置包 括：篩選模塊，用于在第三方業(yè)務(wù)發(fā)生異常時(shí)，基于預(yù)設(shè)的篩選策略從用戶發(fā)起的業(yè)務(wù)請(qǐng)求中篩選預(yù)設(shè)數(shù)量的測(cè)試請(qǐng)求；發(fā)送模塊，用于將篩選出的所述測(cè)試請(qǐng)求發(fā)送至所述第三方業(yè)務(wù)的服務(wù)端；檢測(cè)模塊，用于基于所述第三方業(yè)務(wù)的服務(wù)端在收到所述測(cè)試請(qǐng)求后返回的業(yè)務(wù)處理結(jié)果針對(duì)所述第三方業(yè)務(wù)的服務(wù)端進(jìn)行異常恢復(fù)檢測(cè)。可選的，所述裝置還包括：獲取模塊，用于在所述篩選模塊基于預(yù)設(shè)的篩選策略從用戶發(fā)起的業(yè)務(wù)請(qǐng)求中篩選預(yù)設(shè)數(shù)量的測(cè)試請(qǐng)求之前，獲取所述第三方業(yè)務(wù)的業(yè)務(wù)特征參數(shù)；設(shè)定模塊，用于基于獲取到的所述業(yè)務(wù)特征參數(shù)設(shè)定對(duì)應(yīng)的篩選策略?？蛇x的，所述發(fā)送模塊具體用于：將篩選出的所述測(cè)試請(qǐng)求按照預(yù)設(shè)的發(fā)送周期發(fā)送至所述第三方業(yè)務(wù)的服務(wù)端?？蛇x的，所述檢測(cè)模塊具體用于：判斷是否收到所述第三方業(yè)務(wù)的服務(wù)端返回的所述業(yè)務(wù)處理結(jié)果；當(dāng)在預(yù)設(shè)時(shí)長(zhǎng)內(nèi)未收到所述第三方業(yè)務(wù)的服務(wù)端返回的所述業(yè)務(wù)處理結(jié)果時(shí)，確定所述第三方業(yè)務(wù)的服務(wù)端未從業(yè)務(wù)異常中恢復(fù)；當(dāng)在預(yù)設(shè)時(shí)長(zhǎng)內(nèi)收到所述第三方業(yè)務(wù)的服務(wù)端返回的所述業(yè)務(wù)處理結(jié)果時(shí)，基于所述業(yè)務(wù)處理結(jié)果判斷所述第三方業(yè)務(wù)的服務(wù)端是否成功處理所述測(cè)試請(qǐng)求；當(dāng)基于所述業(yè)務(wù)處理結(jié)果判斷出所述第三方業(yè)務(wù)的服務(wù)端成功處理所述測(cè)試請(qǐng)求時(shí)，確定所述第三方業(yè)務(wù)的服務(wù)端已從業(yè)務(wù)異常中恢復(fù)；當(dāng)基于所述業(yè)務(wù)處理結(jié)果判斷出所述第三方業(yè)務(wù)的服務(wù)端未成功處理所述測(cè)試請(qǐng)求時(shí)，確定所述第三方業(yè)務(wù)的服務(wù)端未從業(yè)務(wù)異常中恢復(fù)?？蛇x的，所述第三方業(yè)務(wù)包括第三方的線上支付業(yè)務(wù)；所述業(yè)務(wù)特征參數(shù)包括所述線上支付業(yè)務(wù)的交易金額、交易地區(qū)、交易商品類(lèi)型、支付工具 類(lèi)型、交易受理機(jī)構(gòu)類(lèi)型以及交易時(shí)效中的一個(gè)或者多個(gè)的組合。本申請(qǐng)通過(guò)在第三方業(yè)務(wù)發(fā)生異常時(shí)，基于預(yù)設(shè)的篩選策略從用戶發(fā)起的業(yè)務(wù)請(qǐng)求中篩選預(yù)設(shè)數(shù)量的測(cè)試請(qǐng)求，并將篩選出的所述測(cè)試請(qǐng)求發(fā)送至所述第三方業(yè)務(wù)的服務(wù)端；然后基于所述第三方業(yè)務(wù)的服務(wù)端在收到所述測(cè)試請(qǐng)求后返回的業(yè)務(wù)處理結(jié)果針對(duì)所述第三方業(yè)務(wù)的服務(wù)端進(jìn)行異?；謴?fù)檢測(cè)，實(shí)現(xiàn)了利用真實(shí)的交易來(lái)自動(dòng)的檢測(cè)第三方業(yè)務(wù)的服務(wù)端的異?；謴?fù)情況。當(dāng)本申請(qǐng)的技術(shù)方案應(yīng)用于第三方的線上支付業(yè)務(wù)時(shí)，可以實(shí)現(xiàn)利用真實(shí)的線上交易請(qǐng)求，來(lái)檢測(cè)第三方業(yè)務(wù)的服務(wù)端的異?；謴?fù)情況，而且無(wú)需引入額外的檢測(cè)系統(tǒng)。附圖說(shuō)明圖1是本申請(qǐng)一實(shí)施例示出的一種業(yè)務(wù)的異?；謴?fù)檢測(cè)方法的流程圖；圖2是本申請(qǐng)一實(shí)施例示出的一種第三方的線上支付業(yè)務(wù)在交易正常情況下的業(yè)務(wù)流程圖；圖3是本申請(qǐng)一實(shí)施例示出的一種第三方的線上支付業(yè)務(wù)在交易異常情況下的業(yè)務(wù)流程圖；圖4是本申請(qǐng)一實(shí)施例示出的另一種業(yè)務(wù)的異?；謴?fù)檢測(cè)方法的流程圖；圖5是本申請(qǐng)一實(shí)施例示出的另一種第三方的線上支付業(yè)務(wù)在交易異常情況下的業(yè)務(wù)流程圖；圖6是本申請(qǐng)一實(shí)施例示出的一種業(yè)務(wù)的異常恢復(fù)檢測(cè)裝置的邏輯框圖；圖7是本申請(qǐng)一實(shí)施例示出的承載所述業(yè)務(wù)的異常恢復(fù)檢測(cè)裝置的服務(wù)器的硬件結(jié)構(gòu)圖。具體實(shí)施方式本申請(qǐng)通過(guò)在第三方業(yè)務(wù)發(fā)生異常時(shí)，基于預(yù)設(shè)的篩選策略從用戶發(fā)起的業(yè)務(wù)請(qǐng)求中篩選預(yù)設(shè)數(shù)量的測(cè)試請(qǐng)求，并將篩選出的所述測(cè)試請(qǐng)求發(fā)送至 所述第三方業(yè)務(wù)的服務(wù)端；然后基于所述第三方業(yè)務(wù)的服務(wù)端在收到所述測(cè)試請(qǐng)求后返回的業(yè)務(wù)處理結(jié)果針對(duì)所述第三方業(yè)務(wù)的服務(wù)端進(jìn)行異?；謴?fù)檢測(cè)，實(shí)現(xiàn)了利用真實(shí)的交易來(lái)自動(dòng)的檢測(cè)第三方業(yè)務(wù)的服務(wù)端的異?；謴?fù)情況。當(dāng)本申請(qǐng)的技術(shù)方案應(yīng)用于第三方的線上支付業(yè)務(wù)時(shí)，可以實(shí)現(xiàn)利用真實(shí)的線上交易請(qǐng)求，來(lái)檢測(cè)第三方業(yè)務(wù)的服務(wù)端的異?；謴?fù)情況，而且無(wú)需引入額外的檢測(cè)系統(tǒng)。下面通過(guò)具體實(shí)施例并結(jié)合具體的應(yīng)用場(chǎng)景對(duì)本申請(qǐng)進(jìn)行描述。請(qǐng)參考圖1，圖1是本申請(qǐng)一實(shí)施例提供的一種業(yè)務(wù)的異?；謴?fù)檢測(cè)方案，該方法的執(zhí)行主體可以為服務(wù)端，其中所述服務(wù)端在物理上可以是服務(wù)器、服務(wù)器集群或者云平臺(tái)；該方法執(zhí)行以下步驟：步驟101、當(dāng)?shù)谌綐I(yè)務(wù)發(fā)生異常時(shí)，基于預(yù)設(shè)的篩選策略從用戶發(fā)起的業(yè)務(wù)請(qǐng)求中篩選預(yù)設(shè)數(shù)量的測(cè)試請(qǐng)求；步驟102、將篩選出的所述測(cè)試請(qǐng)求發(fā)送至所述第三方業(yè)務(wù)的服務(wù)端；步驟103、基于所述第三方業(yè)務(wù)的服務(wù)端在收到所述測(cè)試請(qǐng)求后返回的業(yè)務(wù)處理結(jié)果針對(duì)所述第三方業(yè)務(wù)的服務(wù)端進(jìn)行異?；謴?fù)檢測(cè)。在第三方業(yè)務(wù)中，本地服務(wù)端在收到用戶通過(guò)業(yè)務(wù)客戶端發(fā)送的業(yè)務(wù)請(qǐng)求時(shí)，通?？梢酝ㄟ^(guò)對(duì)該業(yè)務(wù)請(qǐng)求的內(nèi)容進(jìn)行分析，為該用戶篩選正確可用的第三方合作機(jī)構(gòu)，然后將該業(yè)務(wù)請(qǐng)求轉(zhuǎn)發(fā)到第三方合作機(jī)構(gòu)對(duì)應(yīng)的服務(wù)端進(jìn)行業(yè)務(wù)處理；例如，以第三方業(yè)務(wù)為第三方的在線支付業(yè)務(wù)為例，業(yè)務(wù)客戶端可以是支付客戶端(例如支付寶)，本地服務(wù)端在收到用戶通過(guò)支付客戶端發(fā)起的業(yè)務(wù)請(qǐng)求時(shí)，可以通過(guò)識(shí)別該業(yè)務(wù)請(qǐng)求中攜帶的第三方銀行或者合作機(jī)構(gòu)的業(yè)務(wù)標(biāo)識(shí)或接口，來(lái)為該業(yè)務(wù)請(qǐng)求篩選正確可用的第三方銀行或者合作機(jī)構(gòu)，然后將該業(yè)務(wù)請(qǐng)求轉(zhuǎn)發(fā)到篩選出的第三方銀行或者合作機(jī)構(gòu)。當(dāng)?shù)谌胶献鳈C(jī)構(gòu)的服務(wù)端在收到業(yè)務(wù)請(qǐng)求進(jìn)行業(yè)務(wù)處理的過(guò)程中，如果系統(tǒng)發(fā)生宕機(jī)、升級(jí)服務(wù)或者程序出現(xiàn)bug等業(yè)務(wù)異常時(shí)，此時(shí)該業(yè)務(wù)請(qǐng)求可能無(wú)法得到正確的處理，在這種情況下，第三方合作機(jī)構(gòu)的服務(wù)端可以 向本地服務(wù)端返回一個(gè)處理失敗的反饋消息或者不針對(duì)所述業(yè)務(wù)請(qǐng)求向我方服務(wù)端進(jìn)行反饋。當(dāng)本地服務(wù)端收到所述第三方合作機(jī)構(gòu)的服務(wù)端返回的處理失敗的反饋消息或者未收到針對(duì)所述業(yè)務(wù)請(qǐng)求的反饋時(shí)，此時(shí)可以確定第三方業(yè)務(wù)發(fā)生異常，在這種情況下，本地服務(wù)端可以向發(fā)送該業(yè)務(wù)請(qǐng)求的用戶側(cè)的業(yè)務(wù)客戶端發(fā)送一個(gè)業(yè)務(wù)異常的通告消息，以阻止用戶通過(guò)業(yè)務(wù)客戶端繼續(xù)發(fā)起業(yè)務(wù)，通過(guò)業(yè)務(wù)客戶端向本地服務(wù)端發(fā)送業(yè)務(wù)請(qǐng)求。在本實(shí)施例中，當(dāng)本地服務(wù)端確定第三方業(yè)務(wù)發(fā)生異常時(shí)，除了可以阻止用戶通過(guò)業(yè)務(wù)客戶端向本地服務(wù)端發(fā)送業(yè)務(wù)請(qǐng)求以外，還可以基于預(yù)設(shè)的篩選策略從用戶發(fā)起的業(yè)務(wù)請(qǐng)求中篩選預(yù)設(shè)數(shù)量的測(cè)試請(qǐng)求，然后將篩選出的測(cè)試請(qǐng)求發(fā)送至所述第三方合作機(jī)構(gòu)的服務(wù)端。而且，由于測(cè)試請(qǐng)求是從真實(shí)的業(yè)務(wù)請(qǐng)求中篩選出來(lái)的，因此當(dāng)本地服務(wù)端將測(cè)試請(qǐng)求發(fā)送至第三方合作機(jī)構(gòu)的服務(wù)端后，可以通過(guò)監(jiān)控所述第三方合作機(jī)構(gòu)的服務(wù)端在收到該測(cè)試請(qǐng)求后返回的處理結(jié)果，來(lái)對(duì)所述第三方合作機(jī)構(gòu)的服務(wù)端進(jìn)行異?；謴?fù)檢測(cè)，實(shí)時(shí)的獲取所述第三方合作機(jī)構(gòu)的服務(wù)端異?；謴?fù)情況。其中，所述預(yù)設(shè)數(shù)量的具體數(shù)值在本實(shí)施例中不進(jìn)行特別限定，本領(lǐng)域技術(shù)人員可以根據(jù)實(shí)際的業(yè)務(wù)需求進(jìn)行設(shè)定。在本實(shí)施例中，所述篩選策略可以基于發(fā)生異常的第三方業(yè)務(wù)的業(yè)務(wù)特征參數(shù)進(jìn)行設(shè)定，該第三方業(yè)務(wù)的業(yè)務(wù)特征參數(shù)可以通過(guò)從第三方業(yè)務(wù)對(duì)應(yīng)的業(yè)務(wù)請(qǐng)求中獲取得到，通?？梢园I(yè)務(wù)發(fā)起方所在區(qū)域、業(yè)務(wù)類(lèi)型、業(yè)務(wù)發(fā)起方的信息、業(yè)務(wù)詳情信息等參數(shù)。同時(shí)，為了盡量降低測(cè)試請(qǐng)求對(duì)用戶造成的影響，在設(shè)定所述篩選策略時(shí)，可以對(duì)所述篩選策略進(jìn)行嚴(yán)格的控制，只將測(cè)試請(qǐng)求針對(duì)的用戶人群限定在一個(gè)特定的用戶群中，從而在發(fā)出測(cè)試請(qǐng)求后，即使第三方合作機(jī)構(gòu)的服務(wù)端的業(yè)務(wù)異常尚未恢復(fù)，由于已經(jīng)提前將測(cè)試請(qǐng)求針對(duì)的用戶人群限定在一個(gè)特定的用戶群中，因此不會(huì)對(duì)大范圍的用戶業(yè)務(wù)造成影響。其中，在根據(jù)第三方業(yè)務(wù)的業(yè)務(wù)特征參數(shù)設(shè)定篩選策略時(shí)，可以由系統(tǒng)管理員參照業(yè)務(wù)特征參數(shù)進(jìn)行人工設(shè)定，也可以由本地服務(wù)端基于獲取到的 業(yè)務(wù)特征參數(shù)自動(dòng)進(jìn)行設(shè)定。例如，當(dāng)本地服務(wù)端將用戶從業(yè)務(wù)客戶端發(fā)出的業(yè)務(wù)請(qǐng)求轉(zhuǎn)發(fā)到對(duì)應(yīng)的第三方合作機(jī)構(gòu)的服務(wù)端后，該第三方合作機(jī)構(gòu)的服務(wù)端業(yè)務(wù)發(fā)生異常，此時(shí)本地服務(wù)端可以從該業(yè)務(wù)請(qǐng)求中獲取業(yè)務(wù)發(fā)起方所在區(qū)域、業(yè)務(wù)類(lèi)型、業(yè)務(wù)發(fā)起方的信息、業(yè)務(wù)詳情信息等業(yè)務(wù)特征參數(shù)，在獲取完成后，可以由系統(tǒng)管理員人工或者由本地服務(wù)端自動(dòng)從以上各參數(shù)中選取一種或者多種參數(shù)的組合進(jìn)行篩選策略的設(shè)定，將所述測(cè)試請(qǐng)求針對(duì)的用戶人群限定在一個(gè)特定的用戶群中。在本實(shí)施例中，當(dāng)本地服務(wù)端基于設(shè)定的篩選策略，從用戶發(fā)起的業(yè)務(wù)請(qǐng)求中篩選出預(yù)設(shè)數(shù)量的測(cè)試請(qǐng)求后，可以將篩選出的測(cè)試請(qǐng)求發(fā)送至所述第三方合作機(jī)構(gòu)的服務(wù)端，然后通過(guò)監(jiān)控第三方合作機(jī)構(gòu)的服務(wù)端在收到所述測(cè)試請(qǐng)求后返回的處理結(jié)果，來(lái)實(shí)時(shí)獲取第三方合作機(jī)構(gòu)的服務(wù)端的異?；謴?fù)情況。值得說(shuō)明的是，本地服務(wù)端在向所述第三方合作機(jī)構(gòu)的服務(wù)端發(fā)送測(cè)試請(qǐng)求時(shí)，為了避免大量放行業(yè)務(wù)請(qǐng)求后對(duì)用戶的業(yè)務(wù)造成影響，同時(shí)由于本地服務(wù)端在獲取所述第三方合作機(jī)構(gòu)的服務(wù)端的異?；謴?fù)情況時(shí)，是通過(guò)監(jiān)控所述第三方合作機(jī)構(gòu)的服務(wù)端在收到所述測(cè)試請(qǐng)求后返回的處理結(jié)果來(lái)實(shí)現(xiàn)的，而所述第三方合作機(jī)構(gòu)的服務(wù)端在收到所述測(cè)試請(qǐng)求進(jìn)行業(yè)務(wù)處理時(shí)，通常需要一個(gè)響應(yīng)的時(shí)間，因此我方服務(wù)端在基于設(shè)定的篩選策略成功篩選出預(yù)設(shè)數(shù)量的測(cè)試請(qǐng)求后，可以按照預(yù)設(shè)的發(fā)送周期向所述第三方合作機(jī)構(gòu)的服務(wù)端周期性的發(fā)送測(cè)試請(qǐng)求。在本實(shí)施例中，當(dāng)?shù)谌胶献鳈C(jī)構(gòu)的服務(wù)端在收到本地服務(wù)端發(fā)送的測(cè)試請(qǐng)求后，可以根據(jù)接收到的測(cè)試請(qǐng)求進(jìn)行業(yè)務(wù)處理。此時(shí)，如果所述第三方合作機(jī)構(gòu)的服務(wù)端未從業(yè)務(wù)異常中恢復(fù)過(guò)來(lái)，由于目前仍然無(wú)法正確處理該測(cè)試請(qǐng)求，因此第三方合作機(jī)構(gòu)的服務(wù)端可以向本地服務(wù)端返回一個(gè)處理失敗的反饋消息或者不針對(duì)所述測(cè)試請(qǐng)求向本地服務(wù)端進(jìn)行反饋。同樣的道理，如果所述第三方合作的服務(wù)端已經(jīng)從業(yè)務(wù)異常中恢復(fù)過(guò)來(lái)，此時(shí)可以正 確處理該測(cè)試請(qǐng)求，因此所述第三方合作機(jī)構(gòu)的服務(wù)端可以向本地服務(wù)端正常的返回處理結(jié)果。當(dāng)本地服務(wù)端在預(yù)設(shè)的時(shí)長(zhǎng)內(nèi)未收到所述處理結(jié)果，此時(shí)可以確定所述第三方合作機(jī)構(gòu)的服務(wù)端未從業(yè)務(wù)異常中恢復(fù)過(guò)來(lái)。當(dāng)本地服務(wù)端在預(yù)設(shè)的時(shí)長(zhǎng)內(nèi)收到所述處理結(jié)果，此時(shí)本地服務(wù)端可以通過(guò)接收到的所述處理結(jié)果來(lái)判斷所述第三方合作機(jī)構(gòu)的服務(wù)端是否已經(jīng)成功處理了所述測(cè)試請(qǐng)求。例如，所述處理結(jié)果中通?？梢詳y帶處理成功或者處理失敗的返回碼，本地服務(wù)端可以檢查所述處理結(jié)果中攜帶的返回碼來(lái)確定第三方合作機(jī)構(gòu)的服務(wù)端是否成功處理了所述測(cè)試請(qǐng)求。如果本地服務(wù)端通過(guò)所述處理結(jié)果判斷出所述第三方合作機(jī)構(gòu)的服務(wù)端是否已經(jīng)成功處理了所述測(cè)試請(qǐng)求，則可以確定所述第三方合作機(jī)構(gòu)的服務(wù)端已從業(yè)務(wù)異常中恢復(fù)；相反的，如果本地服務(wù)端通過(guò)所述處理結(jié)果判斷出所述第三方合作機(jī)構(gòu)的服務(wù)端未成功處理了所述測(cè)試請(qǐng)求，則可以確定所述第三方合作機(jī)構(gòu)的服務(wù)端尚未從業(yè)務(wù)異常中恢復(fù)過(guò)來(lái)。在以上實(shí)施例中，通過(guò)在第三方業(yè)務(wù)發(fā)生異常時(shí)，基于預(yù)設(shè)的篩選策略從用戶發(fā)起的業(yè)務(wù)請(qǐng)求中篩選預(yù)設(shè)數(shù)量的測(cè)試請(qǐng)求，并將篩選出的所述測(cè)試請(qǐng)求發(fā)送至所述第三方合作機(jī)構(gòu)的服務(wù)端；然后基于所述第三方合作機(jī)構(gòu)的服務(wù)端在收到所述測(cè)試請(qǐng)求后返回的業(yè)務(wù)處理結(jié)果針對(duì)所述第三方合作機(jī)構(gòu)的服務(wù)端進(jìn)行異?；謴?fù)檢測(cè)，實(shí)現(xiàn)了利用真實(shí)的交易來(lái)自動(dòng)的檢測(cè)第三方合作機(jī)構(gòu)的服務(wù)端的異?；謴?fù)情況。在實(shí)際應(yīng)用中，上述實(shí)施例的技術(shù)方案可以應(yīng)用到第三方的線上支付業(yè)務(wù)中。當(dāng)應(yīng)用到第三方的線上支付業(yè)務(wù)中時(shí)，所述第三方業(yè)務(wù)可以是第三方的線上支付業(yè)務(wù)；所述用戶的業(yè)務(wù)客戶端可以是支付客戶端，例如支付寶；本地服務(wù)端可以是面向所述支付客戶端提供服務(wù)的服務(wù)器、服務(wù)器集群或者云平臺(tái)。所述第三方合作機(jī)構(gòu)的服務(wù)端可以是與所述支付客戶端合作的銀行或者其它第三方的合作機(jī)構(gòu)面向用戶提供服務(wù)的服務(wù)器、服務(wù)器集群或者云平臺(tái)。以下以所述支付客戶端為支付寶，所述第三方合作機(jī)構(gòu)為與支付寶合作的銀行為例，并結(jié)合線上支付業(yè)務(wù)的應(yīng)用場(chǎng)景對(duì)本申請(qǐng)的技術(shù)方案進(jìn)行說(shuō)明。請(qǐng)參見(jiàn)圖2和圖3，圖2為現(xiàn)有實(shí)現(xiàn)中第三方的線上支付業(yè)務(wù)在交易正常情況下的業(yè)務(wù)流程圖；圖3為現(xiàn)有實(shí)現(xiàn)中第三方的線上支付業(yè)務(wù)在交易異常情況下的業(yè)務(wù)流程圖。如圖2所示，在交易正常的情況下，當(dāng)用戶通過(guò)支付寶發(fā)起一筆面向第三方銀行的支付業(yè)務(wù)時(shí)，支付寶的服務(wù)端在收到用戶通過(guò)支付寶客戶端發(fā)出的交易請(qǐng)求后，可以通過(guò)識(shí)別該交易請(qǐng)求中攜帶的第三方銀行的業(yè)務(wù)標(biāo)識(shí)或接口，來(lái)為該業(yè)務(wù)請(qǐng)求篩選正確可用的第三方銀行，然后將該交易請(qǐng)求轉(zhuǎn)發(fā)到篩選出的第三方銀行，當(dāng)?shù)谌姐y行對(duì)這筆交易處理完成后，將處理結(jié)果返回給支付寶的服務(wù)端，再由支付寶的服務(wù)端返回到用戶的支付寶客戶端上。如圖3所示，在交易異常的情況下，此時(shí)第三方銀行與支付寶進(jìn)行對(duì)接的系統(tǒng)可能發(fā)生了宕機(jī)、升級(jí)服務(wù)或者程序出現(xiàn)bug等異常事件，此時(shí)用戶通過(guò)支付寶客戶端發(fā)起的面向該第三方銀行的交易請(qǐng)求無(wú)法得到正常的處理，此時(shí)支付寶的服務(wù)端在確定所述第三方銀行交易異常后，可以向用戶的支付寶客戶端發(fā)送一個(gè)無(wú)可用銀行的通告消息，以阻止用戶通過(guò)支付寶客戶端繼續(xù)發(fā)起相同的交易。請(qǐng)參考圖4，圖4是本申請(qǐng)的技術(shù)方案應(yīng)用在在線支付場(chǎng)景中時(shí)提供的一種業(yè)務(wù)的異常恢復(fù)檢測(cè)方法，該方法的執(zhí)行主體可以是服務(wù)端；該方法執(zhí)行以下步驟：步驟401、當(dāng)?shù)谌降木€上支付業(yè)務(wù)發(fā)生異常時(shí)，基于預(yù)設(shè)的篩選策略從用戶發(fā)起的交易請(qǐng)求中篩選預(yù)設(shè)數(shù)量的測(cè)試交易請(qǐng)求；步驟402、將篩選出的所述測(cè)試交易請(qǐng)求發(fā)送至所述第三方的線上支付業(yè)務(wù)的服務(wù)端；步驟403、基于所述第三方的線上支付業(yè)務(wù)的服務(wù)端在收到所述測(cè)試交易請(qǐng)求后返回的交易處理結(jié)果針對(duì)所述第三方的線上支付業(yè)務(wù)的服務(wù)端進(jìn)行異?；謴?fù)檢測(cè)。請(qǐng)參見(jiàn)圖5，圖5為本實(shí)施例示出的改進(jìn)后的第三方的線上支付業(yè)務(wù)在交易異常情況下的業(yè)務(wù)流程圖。在交易異常的情況下，當(dāng)用戶通過(guò)支付寶發(fā)起一筆面向第三方銀行的支付業(yè)務(wù)后，支付寶的服務(wù)端仍然按照正常流程將對(duì)應(yīng)的交易請(qǐng)求轉(zhuǎn)發(fā)到第三方銀行的服務(wù)端，如果此時(shí)第三方銀行與支付寶進(jìn)行對(duì)接的系統(tǒng)發(fā)生了宕機(jī)、升級(jí)服務(wù)或者程序出現(xiàn)bug等異常事件，此時(shí)用戶通過(guò)支付寶客戶端發(fā)起的面向該第三方銀行的交易請(qǐng)求無(wú)法得到正常的處理，在這種情況下，支付寶的服務(wù)端可以確定所述第三方銀行的服務(wù)端發(fā)生交易異常，并立即從所述交易請(qǐng)求中獲取這筆交易的業(yè)務(wù)特征參數(shù)，然后由系統(tǒng)管理員根據(jù)所述業(yè)務(wù)特征參數(shù)人工設(shè)定對(duì)應(yīng)的篩選策略，或者由支付寶的服務(wù)端根據(jù)所述業(yè)務(wù)特征參數(shù)自動(dòng)設(shè)定對(duì)應(yīng)的篩選策略，并基于設(shè)定的所述篩選策略從用戶發(fā)起的交易請(qǐng)求中篩選出預(yù)設(shè)數(shù)量的測(cè)試交易請(qǐng)求。其中，在線上支付業(yè)務(wù)的應(yīng)用場(chǎng)景中，所述業(yè)務(wù)特征參數(shù)通常包括交易金額、交易地區(qū)、交易商品類(lèi)型、支付工具類(lèi)型、交易受理機(jī)構(gòu)類(lèi)型以及交易時(shí)效等參數(shù)，其中，所述交易地區(qū)是指交易請(qǐng)求發(fā)起的地區(qū)；所述交易商品類(lèi)型是指用戶購(gòu)買(mǎi)或者支付購(gòu)買(mǎi)的商品的類(lèi)型，例如可以是虛擬類(lèi)的商品；所述支付工具類(lèi)型是指用戶交易時(shí)選擇的支付工具，例如可以是借記卡、信用卡或者支付寶的余額等；所述交易受理機(jī)構(gòu)類(lèi)型是指交易受理的機(jī)構(gòu)，例如可以是第三方的銀行，或者其它類(lèi)型的諸如保險(xiǎn)公司、基金公司等金融機(jī)構(gòu)；所述交易時(shí)效是指交易完成的時(shí)限，例如可以兩小時(shí)到賬等交易時(shí)限。因此，系統(tǒng)管理員或者支付寶的服務(wù)端可以基于以上各參數(shù)來(lái)設(shè)定篩選策略。在設(shè)定所述篩選策略時(shí)，可以通過(guò)選擇所述業(yè)務(wù)特征參數(shù)中的任意一個(gè)參數(shù)或者對(duì)所述業(yè)務(wù)特征參數(shù)中的各參數(shù)進(jìn)行組合，來(lái)對(duì)篩選策略進(jìn)行嚴(yán)格控制，將最終篩選出的測(cè)試交易請(qǐng)求針對(duì)的用戶人群限定在一個(gè)特定的用戶群中，從而在發(fā)出測(cè)試請(qǐng)求后，即時(shí)所述第三方業(yè)務(wù)的服務(wù)端的業(yè)務(wù)異常尚未恢復(fù)，由于已經(jīng)提前將所述測(cè)試請(qǐng)求針對(duì)的用戶人群限定在一個(gè)特定的用戶群中，因此不會(huì)對(duì)大范圍的用戶業(yè)務(wù)造成影響。例如，假設(shè)用戶通過(guò)支付寶發(fā)起一筆在線支付的交易請(qǐng)求，該交易請(qǐng)求中的業(yè)務(wù)特征參數(shù)如下表：交易金額9元交易地區(qū)江蘇商品類(lèi)型虛擬類(lèi)支付工具信用卡受理機(jī)構(gòu)工商銀行交易時(shí)效2小時(shí)到賬在設(shè)定所述篩選策略時(shí)，可以選定上表中的交易地區(qū)、商品類(lèi)型、支付工具以及受理機(jī)構(gòu)等參數(shù)的組合，來(lái)對(duì)篩選策略進(jìn)行嚴(yán)格控制。假設(shè)設(shè)定出的篩選策略如下表：交易金額小于10元交易地區(qū)江蘇商品類(lèi)型虛擬類(lèi)支付工具信用卡按照以上篩選策略篩選出的測(cè)試交易請(qǐng)求，將會(huì)被限定在所有在江蘇地區(qū)通過(guò)信用卡支付的金額小于10元的虛擬類(lèi)商品的交易請(qǐng)求，而該測(cè)試交易請(qǐng)求所針對(duì)的用戶人群，則相應(yīng)的被限定在發(fā)起以上交易請(qǐng)求的用戶人群中。當(dāng)然在實(shí)現(xiàn)時(shí)，也可以只選擇所述業(yè)務(wù)特征參數(shù)中的一個(gè)參數(shù)來(lái)設(shè)定篩選策略；例如，可以只選擇所述業(yè)務(wù)特征參數(shù)中的交易地區(qū)來(lái)設(shè)定篩選策略，在這種情況下，雖然對(duì)篩選策略的控制不夠嚴(yán)格，但是基于該篩選策略篩選出的測(cè)試交易請(qǐng)求所針對(duì)的用戶人群仍然會(huì)被限定在江蘇地區(qū)，從而在發(fā)出測(cè)試請(qǐng)求后，即時(shí)所述第三方業(yè)務(wù)的服務(wù)端的業(yè)務(wù)異常尚未恢復(fù)，由于已經(jīng)提前將所述測(cè)試請(qǐng)求針對(duì)的用戶人群限定在江蘇地區(qū)的用戶群中，因此不會(huì)對(duì)更大大范圍的用戶業(yè)務(wù)造成影響。當(dāng)支付寶的服務(wù)端基于設(shè)定的篩選策略成功篩選出測(cè)試交易請(qǐng)求后，可以按照預(yù)設(shè)的發(fā)送周期向所述第三方銀行的服務(wù)端周期性的發(fā)送所述測(cè)試交易請(qǐng)求；例如，可以設(shè)定每5秒發(fā)送1筆交易。當(dāng)所述第三方銀行收到所述測(cè)試交易請(qǐng)求時(shí)，如果第三方銀行的服務(wù)端 未從業(yè)務(wù)異常中恢復(fù)過(guò)來(lái)，無(wú)法正確處理該測(cè)試請(qǐng)求，那么所述第三方銀行的服務(wù)端可以向支付寶的服務(wù)端返回一個(gè)處理失敗的反饋消息或者不針對(duì)該測(cè)試交易請(qǐng)求向支付寶的服務(wù)端進(jìn)行反饋；同樣的道理，如果所述第三銀行的服務(wù)端已經(jīng)從業(yè)務(wù)異常中恢復(fù)過(guò)來(lái)，此時(shí)可以正確處理該測(cè)試請(qǐng)求，因此所述第三方銀行的服務(wù)端可以向支付寶的服務(wù)端正常的返回處理結(jié)果。當(dāng)支付寶的服務(wù)端在預(yù)設(shè)的時(shí)長(zhǎng)內(nèi)未收到所述處理結(jié)果，此時(shí)可以確定所述第三方銀行的服務(wù)端未從業(yè)務(wù)異常中恢復(fù)過(guò)來(lái)。當(dāng)支付寶的服務(wù)端在預(yù)設(shè)的時(shí)長(zhǎng)內(nèi)收到所述處理結(jié)果，此時(shí)支付寶的服務(wù)端可以檢查所述處理結(jié)果中攜帶的返回碼來(lái)確定所述第三方銀行的服務(wù)端是否成功處理了所述測(cè)試請(qǐng)求；例如，在實(shí)現(xiàn)時(shí)，可以設(shè)定返回碼為00時(shí)代表成功處理，返回碼為01代表未成功處理。如果支付寶的服務(wù)端通過(guò)所述處理結(jié)果中的返回碼判斷出所述第三方業(yè)務(wù)的服務(wù)端是否已經(jīng)成功處理了所述測(cè)試請(qǐng)求，則可以確定所述第三方銀行的服務(wù)端已從業(yè)務(wù)異常中恢復(fù)；相反的，如果支付寶的服務(wù)端通過(guò)所述處理結(jié)果判斷出所述第三方銀行的服務(wù)端未成功處理了所述測(cè)試請(qǐng)求，則可以確定所述第三方銀行的服務(wù)端尚未從業(yè)務(wù)異常中恢復(fù)過(guò)來(lái)。通過(guò)以上實(shí)施例的描述可知，當(dāng)本申請(qǐng)的技術(shù)方案應(yīng)用于線上支付的場(chǎng)景中時(shí)，通過(guò)第三方的線上支付業(yè)務(wù)發(fā)生異常時(shí)，基于預(yù)設(shè)的篩選策略從用戶發(fā)起的交易請(qǐng)求中篩選預(yù)設(shè)數(shù)量的測(cè)試交易請(qǐng)求，并將篩選出的所述測(cè)試交易請(qǐng)求發(fā)送至所述第三方的線上支付業(yè)務(wù)的服務(wù)端；然后基于所述第三方的線上支付業(yè)務(wù)的服務(wù)端在收到所述測(cè)試交易請(qǐng)求后返回的交易處理結(jié)果針對(duì)所述第三方的線上支付業(yè)務(wù)的服務(wù)端進(jìn)行異?；謴?fù)檢測(cè)?？梢詫?shí)現(xiàn)利用真實(shí)的線上交易請(qǐng)求，來(lái)檢測(cè)第三方業(yè)務(wù)的服務(wù)端的異?；謴?fù)情況，而且無(wú)需引入額外的檢測(cè)系統(tǒng)。與上述方法實(shí)施例相對(duì)應(yīng)，本申請(qǐng)還提供了裝置的實(shí)施例。請(qǐng)參見(jiàn)圖6，本申請(qǐng)?zhí)岢鲆环N業(yè)務(wù)的異?；謴?fù)檢測(cè)裝置60，應(yīng)用于服務(wù)端，所述服務(wù)端可以是服務(wù)器；其中，請(qǐng)參見(jiàn)圖7，作為承載所述商品評(píng)價(jià) 業(yè)務(wù)的異常恢復(fù)檢測(cè)裝置60的服務(wù)器所涉及的硬件架構(gòu)中，通常包括CPU、內(nèi)存、非易失性存儲(chǔ)器、網(wǎng)絡(luò)接口以及內(nèi)部總線等；以軟件實(shí)現(xiàn)為例，所述商品評(píng)價(jià)業(yè)務(wù)的異?；謴?fù)檢測(cè)裝置50通?？梢岳斫鉃榧虞d在內(nèi)存中的計(jì)算機(jī)程序，通過(guò)CPU運(yùn)行之后形成的軟硬件相結(jié)合的邏輯裝置，所述裝置60包括：篩選模塊601，用于在第三方業(yè)務(wù)發(fā)生異常時(shí)，基于預(yù)設(shè)的篩選策略從用戶發(fā)起的業(yè)務(wù)請(qǐng)求中篩選預(yù)設(shè)數(shù)量的測(cè)試請(qǐng)求；發(fā)送模塊602，用于將篩選出的所述測(cè)試請(qǐng)求發(fā)送至所述第三方業(yè)務(wù)的服務(wù)端；檢測(cè)模塊603，用于基于所述第三方業(yè)務(wù)的服務(wù)端在收到所述測(cè)試請(qǐng)求后返回的業(yè)務(wù)處理結(jié)果針對(duì)所述第三方業(yè)務(wù)的服務(wù)端進(jìn)行異?；謴?fù)檢測(cè)。在本實(shí)施例中，所述裝置60還包括：獲取模塊604，用于在所述篩選模塊基于預(yù)設(shè)的篩選策略從用戶發(fā)起的業(yè)務(wù)請(qǐng)求中篩選預(yù)設(shè)數(shù)量的測(cè)試請(qǐng)求之前，獲取所述第三方業(yè)務(wù)的業(yè)務(wù)特征參數(shù)；設(shè)定模塊605，用于基于獲取到的所述業(yè)務(wù)特征參數(shù)設(shè)定對(duì)應(yīng)的篩選策略。在本實(shí)施例中，所述發(fā)送模塊602具體用于：將篩選出的所述測(cè)試請(qǐng)求按照預(yù)設(shè)的發(fā)送周期發(fā)送至所述第三方業(yè)務(wù)的服務(wù)端。在本實(shí)施例中，所述檢測(cè)模塊603具體用于：判斷是否收到所述第三方業(yè)務(wù)的服務(wù)端返回的所述業(yè)務(wù)處理結(jié)果；當(dāng)在預(yù)設(shè)時(shí)長(zhǎng)內(nèi)未收到所述第三方業(yè)務(wù)的服務(wù)端返回的所述業(yè)務(wù)處理結(jié)果時(shí)，確定所述第三方業(yè)務(wù)的服務(wù)端未從業(yè)務(wù)異常中恢復(fù)；當(dāng)在預(yù)設(shè)時(shí)長(zhǎng)內(nèi)收到所述第三方業(yè)務(wù)的服務(wù)端返回的所述業(yè)務(wù)處理結(jié)果時(shí)，基于所述業(yè)務(wù)處理結(jié)果判斷所述第三方業(yè)務(wù)的服務(wù)端是否成功處理所述測(cè)試請(qǐng)求；當(dāng)基于所述業(yè)務(wù)處理結(jié)果判斷出所述第三方業(yè)務(wù)的服務(wù)端成功處理所述測(cè)試請(qǐng)求時(shí)，確定所述第三方業(yè)務(wù)的服務(wù)端已從業(yè)務(wù)異常中恢復(fù)；當(dāng)基于所述業(yè)務(wù)處理結(jié)果判斷出所述第三方業(yè)務(wù)的服務(wù)端未成功處理所述測(cè)試請(qǐng)求時(shí)，確定所述第三方業(yè)務(wù)的服務(wù)端未從業(yè)務(wù)異常中恢復(fù)。在本實(shí)施例中，所述第三方業(yè)務(wù)包括第三方的線上支付業(yè)務(wù)；所述業(yè)務(wù)特征參數(shù)包括所述線上支付業(yè)務(wù)的交易金額、交易地區(qū)、交易商品類(lèi)型、支付工具類(lèi)型、交易受理機(jī)構(gòu)類(lèi)型以及交易時(shí)效中的一個(gè)或者多個(gè)的組合。本領(lǐng)域技術(shù)人員在考慮說(shuō)明書(shū)及實(shí)踐這里公開(kāi)的發(fā)明后，將容易想到本申請(qǐng)的其它實(shí)施方案。本申請(qǐng)旨在涵蓋本申請(qǐng)的任何變型、用途或者適應(yīng)性變化，這些變型、用途或者適應(yīng)性變化遵循本申請(qǐng)的一般性原理并包括本申請(qǐng)未公開(kāi)的本
技術(shù)領(lǐng)域：
中的公知常識(shí)或慣用技術(shù)手段。說(shuō)明書(shū)和實(shí)施例僅被視為示例性的，本申請(qǐng)的真正范圍和精神由下面的權(quán)利要求指出。應(yīng)當(dāng)理解的是，本申請(qǐng)并不局限于上面已經(jīng)描述并在附圖中示出的精確結(jié)構(gòu)，并且可以在不脫離其范圍進(jìn)行各種修改和改變。本申請(qǐng)的范圍僅由所附的權(quán)利要求來(lái)限制。以上所述僅為本申請(qǐng)的較佳實(shí)施例而已，并不用以限制本申請(qǐng)，凡在本申請(qǐng)的精神和原則之內(nèi)，所做的任何修改、等同替換、改進(jìn)等，均應(yīng)包含在本申請(qǐng)保護(hù)的范圍之內(nèi)。當(dāng)前第1頁(yè)1 2 3