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