本發(fā)明涉及計算機技術(shù)領(lǐng)域，尤其涉及一種信息處理方法及裝置。

背景技術(shù)：

當(dāng)前，人們通常在淘寶上購買商品，并在選定了商品之后，用戶需要將商品的金額打入商戶的銀行賬戶，以完成對商品進行支付。

其中，淘寶官方會設(shè)置一個擔(dān)保交易中間賬戶，擔(dān)保交易中間賬戶的賬戶信息集成在第三方服務(wù)器中。這樣，當(dāng)用戶對某一商品進行在線支付時，用戶可以利用自己終端先將商品的金額轉(zhuǎn)入第三方服務(wù)器中的擔(dān)保交易中間賬戶中。當(dāng)用戶確定收貨之后，第三方服務(wù)器就會將該商品的金額從擔(dān)保交易中間賬戶轉(zhuǎn)至商戶的銀行賬戶中。

具體地，第三方服務(wù)器將轉(zhuǎn)賬請求發(fā)送至銀行的服務(wù)器，轉(zhuǎn)賬請求攜帶商品的金額和商戶的銀行賬戶，銀行的服務(wù)器接收該轉(zhuǎn)賬請求，將該商品的金額添加至商戶的銀行賬戶中，如此完成對轉(zhuǎn)賬請求的處理。之后銀行的服務(wù)器再向第三方服務(wù)器返回該轉(zhuǎn)賬請求的處理狀態(tài)，其中處理狀態(tài)為處理完畢狀態(tài)。

然而，有時候可能存在短時間內(nèi)大量的用戶分別確定收貨的情況，這樣第三方服務(wù)器在短時間內(nèi)就會向銀行的服務(wù)器發(fā)送大量的轉(zhuǎn)賬請求。由于銀行的服務(wù)器并行處理能力有限，也即，銀行的服務(wù)器同時處理轉(zhuǎn)賬請求的數(shù)量有限，則對于其中的一部分轉(zhuǎn)賬請求，可能等待很長時間都不會被銀行的服務(wù)器處理，這就發(fā)生轉(zhuǎn)賬請求掉單的情況，如此導(dǎo)致第三方服務(wù)器就會長時間接收不到銀行的服務(wù)器為這一部分轉(zhuǎn)賬請求返回的處理狀態(tài)。

其中，為了明確對這一部分轉(zhuǎn)賬請求的處理狀態(tài)，第三方服務(wù)器就會向銀行的服務(wù)器發(fā)送掉單查詢請求。

在現(xiàn)有技術(shù)中，第三方服務(wù)器會按照如下默認查詢策略進行查詢，其中，默認查詢策略的最大查詢次數(shù)為預(yù)設(shè)查詢次數(shù)。具體地，當(dāng)?shù)谌椒?wù)器為某一轉(zhuǎn)賬請求向銀行的服務(wù)器發(fā)送一次掉單查詢請求后，如果在發(fā)送該一次掉單查詢請求之后的固定時長內(nèi)接收到銀行的服務(wù)器返回的轉(zhuǎn)賬請求的處理狀態(tài)，則不再為該轉(zhuǎn)賬請求向銀行的服務(wù)器發(fā)送掉單查詢請求；如果在發(fā)送該一次掉單查詢請求之后的固定時長內(nèi)未接收到銀行的服務(wù)器返回的轉(zhuǎn)賬請求的處理狀態(tài)，則會繼續(xù)向銀行的服務(wù)器發(fā)送另一次掉單查詢請求。如果在發(fā)送該另一次掉單查詢請求之后的固定時長內(nèi)接收到銀行的服務(wù)器返回的轉(zhuǎn)賬請求的處理狀 態(tài)，則不再為該轉(zhuǎn)賬請求向銀行的服務(wù)器發(fā)送掉單查詢請求；如果在發(fā)送該另一次掉單查詢請求之后固定時長內(nèi)仍舊未接收到銀行的服務(wù)器返回的轉(zhuǎn)賬請求的處理狀態(tài)，則繼續(xù)向銀行的服務(wù)器發(fā)送又一掉單查詢請求，重復(fù)上述步驟，直至為該轉(zhuǎn)賬請求向銀行的服務(wù)器發(fā)送的掉單查詢請求的發(fā)送次數(shù)到達預(yù)設(shè)查詢次數(shù)為止。

然而，發(fā)明人發(fā)現(xiàn)，在發(fā)生掉單的轉(zhuǎn)賬請求的數(shù)量非常多的情況下，為每一發(fā)生掉單的業(yè)務(wù)請求按照最大查詢次數(shù)為預(yù)設(shè)查詢次數(shù)的默認查詢策略進行掉單查詢，則可能出現(xiàn)為每一個發(fā)生掉單的業(yè)務(wù)請求都向業(yè)務(wù)服務(wù)器發(fā)送預(yù)設(shè)查詢次數(shù)次掉單查詢請求的情況，并在銀行的服務(wù)器并行處理能力有限的情況下會影響銀行的服務(wù)器會其他轉(zhuǎn)賬請求的處理效率，從而形成惡性循環(huán)。

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

為克服相關(guān)技術(shù)中存在的問題，本發(fā)明提供一種信息處理方法及裝置。

根據(jù)本發(fā)明實施例的第一方面，提供一種信息處理方法，應(yīng)用于第三方服務(wù)器，所述方法包括：

每間隔第一預(yù)設(shè)時長獲取在所述第三方服務(wù)器的當(dāng)前時刻之前的、時長為預(yù)設(shè)時長的時間段內(nèi)發(fā)生掉單的業(yè)務(wù)請求的總掉單數(shù)量；

對于每一次獲取的在一個時間段內(nèi)發(fā)生掉單的業(yè)務(wù)請求的總掉單數(shù)量，將所述總掉單數(shù)量分別與第一預(yù)設(shè)數(shù)量閾值、第二預(yù)設(shè)數(shù)量閾值相比較；所述第二預(yù)設(shè)數(shù)量閾值大于所述第一預(yù)設(shè)數(shù)量閾值；

當(dāng)所述總掉單數(shù)量小于所述第一預(yù)設(shè)數(shù)量閾值時，對在所述時間段內(nèi)發(fā)生掉單的業(yè)務(wù)請求按照默認查詢策略進行掉單查詢；所述默認查詢策略的最大查詢次數(shù)為預(yù)設(shè)查詢次數(shù)；

當(dāng)所述總掉單數(shù)量大于或等于所述第一預(yù)設(shè)數(shù)量閾值且小于所述第二預(yù)設(shè)數(shù)量閾值時，對在所述時間段內(nèi)發(fā)生掉單的業(yè)務(wù)請求按照第一查詢策略進行掉單查詢，所述第一查詢策略的最大查詢次數(shù)小于所述預(yù)設(shè)查詢次數(shù)。

進一步地，所述方法還包括：

當(dāng)所述總掉單數(shù)量大于或等于所述第一預(yù)設(shè)數(shù)量閾值且小于所述第二預(yù)設(shè)數(shù)量閾值時，將所述總掉單數(shù)量的掉單級別設(shè)置為第一級別；將所述時間段與所述第一級別綁定；

當(dāng)所述總掉單數(shù)量大于或等于所述第二預(yù)設(shè)數(shù)量閾值時，將所述總掉單數(shù)量的掉單級別設(shè)置為第二級別；將所述時間段與所述第二級別綁定；

當(dāng)所述總掉單數(shù)量小于所述第一預(yù)設(shè)數(shù)量閾值時，將所述總掉單數(shù)量的掉單級別設(shè)置 為第三級別；將所述時間段與所述第三級別綁定。

進一步地，所述方法還包括：

對于在所述時間段內(nèi)發(fā)生掉單的每一業(yè)務(wù)請求，當(dāng)查詢到業(yè)務(wù)服務(wù)器已經(jīng)對所述業(yè)務(wù)請求處理完畢時，將所述業(yè)務(wù)請求的處理狀態(tài)設(shè)置為處理完畢狀態(tài)。

進一步地，所述方法還包括：

對于在所述時間段內(nèi)發(fā)生掉單的每一業(yè)務(wù)請求，當(dāng)為所述業(yè)務(wù)請求向所述業(yè)務(wù)服務(wù)器發(fā)送掉單查詢請求的發(fā)送次數(shù)達到所述預(yù)設(shè)查詢次數(shù)時，將所述業(yè)務(wù)請求的查詢狀態(tài)設(shè)置為查詢完畢狀態(tài)。

進一步地，所述方法還包括：

每間隔第二預(yù)設(shè)時長獲取在所述第三方服務(wù)器的當(dāng)前時刻之前的、且距離所述第三方服務(wù)器的當(dāng)前時刻最近的時間段；所述第二預(yù)設(shè)時長大于所述第一預(yù)設(shè)時長；

獲取與所述獲取的時間段相綁定的掉單級別；

當(dāng)所述掉單級別為第三級別時，獲取與所述第一級別相綁定的時間段，對在與所述第一級別相綁定的每一個時間段內(nèi)發(fā)生掉單的、處理狀態(tài)為未處理完畢狀態(tài)以及查詢狀態(tài)為未查詢完畢狀態(tài)的業(yè)務(wù)請求按照第二查詢策略進行掉單查詢；所述第二查詢策略的最大查詢次數(shù)為所述默認查詢策略的最大查詢次數(shù)與所述第一查詢策略的最大查詢次數(shù)之間的差值；

和/或，

當(dāng)所述掉單級別為第三級別時，獲取與所述第二級別相綁定的時間段，對在與所述第二級別相綁定的每一個時間段內(nèi)發(fā)生掉單的、處理狀態(tài)為未處理完畢狀態(tài)的業(yè)務(wù)請求按照默認查詢策略進行掉單查詢。

其中，所述對在與所述第一級別相綁定的每一個時間段內(nèi)發(fā)生掉單的、處理狀態(tài)為未處理完畢狀態(tài)以及查詢狀態(tài)為未查詢完畢狀態(tài)的業(yè)務(wù)請求按照第二查詢策略進行掉單查詢，包括：

獲取在與所述第一級別相綁定的每一個時間段內(nèi)的所有發(fā)生掉單的業(yè)務(wù)請求；

在所述獲取的業(yè)務(wù)請求中查找出處理狀態(tài)為未處理完畢狀態(tài)的業(yè)務(wù)請求；

從所述查找出的業(yè)務(wù)請求出選擇出查詢狀態(tài)為未查詢完畢狀態(tài)的業(yè)務(wù)請求；

對所述選擇出的業(yè)務(wù)請求按照所述第二查詢策略進行掉單查詢。

其中，所述對在與所述第二級別相綁定的每一個時間段內(nèi)發(fā)生掉單的、處理狀態(tài)為未 處理完畢狀態(tài)的業(yè)務(wù)請求按照默認查詢策略進行掉單查詢，包括：

獲取在與所述第二級別相綁定的每一個時間段內(nèi)的所有發(fā)生掉單的業(yè)務(wù)請求；

在所述獲取的業(yè)務(wù)請求中查找出處理狀態(tài)為未處理完畢狀態(tài)的業(yè)務(wù)請求；

對所述查找出的業(yè)務(wù)請求按照所述默認查詢策略進行掉單查詢。

根據(jù)本發(fā)明實施例的第二方面，提供一種信息處理裝置，應(yīng)用于第三方服務(wù)器，所述裝置包括：

第一獲取模塊，用于每間隔第一預(yù)設(shè)時長獲取在所述第三方服務(wù)器的當(dāng)前時刻之前的、時長為預(yù)設(shè)時長的時間段內(nèi)發(fā)生掉單的業(yè)務(wù)請求的總掉單數(shù)量；

比較模塊，用于對于每一次獲取的在一個時間段內(nèi)發(fā)生掉單的業(yè)務(wù)請求的總掉單數(shù)量，將所述總掉單數(shù)量分別與第一預(yù)設(shè)數(shù)量閾值、第二預(yù)設(shè)數(shù)量閾值相比較；所述第二預(yù)設(shè)數(shù)量閾值大于所述第一預(yù)設(shè)數(shù)量閾值；

第一查詢模塊，用于當(dāng)所述總掉單數(shù)量小于所述第一預(yù)設(shè)數(shù)量閾值時，對在所述時間段內(nèi)發(fā)生掉單的業(yè)務(wù)請求按照默認查詢策略進行掉單查詢；所述默認查詢策略的最大查詢次數(shù)為預(yù)設(shè)查詢次數(shù)；

第二查詢模塊，用于當(dāng)所述總掉單數(shù)量大于或等于所述第一預(yù)設(shè)數(shù)量閾值且小于所述第二預(yù)設(shè)數(shù)量閾值時，對在所述時間段內(nèi)發(fā)生掉單的業(yè)務(wù)請求按照第一查詢策略進行掉單查詢，所述第一查詢策略的最大查詢次數(shù)小于所述預(yù)設(shè)查詢次數(shù)。

進一步地，所述裝置還包括：

第一綁定模塊，用于當(dāng)所述總掉單數(shù)量大于或等于所述第一預(yù)設(shè)數(shù)量閾值且小于所述第二預(yù)設(shè)數(shù)量閾值時，將所述總掉單數(shù)量的掉單級別設(shè)置為第一級別；將所述時間段與所述第一級別綁定；

第二綁定模塊，用于當(dāng)所述總掉單數(shù)量大于或等于所述第二預(yù)設(shè)數(shù)量閾值時，將所述總掉單數(shù)量的掉單級別設(shè)置為第二級別；將所述時間段與所述第二級別綁定；

第三綁定模塊，用于當(dāng)所述總掉單數(shù)量小于所述第一預(yù)設(shè)數(shù)量閾值時，將所述總掉單數(shù)量的掉單級別設(shè)置為第三級別；將所述時間段與所述第三級別綁定。

進一步地，所述裝置還包括：

第一設(shè)置模塊，用于對于在所述時間段內(nèi)發(fā)生掉單的每一業(yè)務(wù)請求，當(dāng)查詢到業(yè)務(wù)服務(wù)器已經(jīng)對所述業(yè)務(wù)請求處理完畢時，將所述業(yè)務(wù)請求的處理狀態(tài)設(shè)置為處理完畢狀態(tài)。

進一步地，所述裝置還包括：

第二設(shè)置模塊，用于對于在所述時間段內(nèi)發(fā)生掉單的每一業(yè)務(wù)請求，當(dāng)為所述業(yè)務(wù)請求向所述業(yè)務(wù)服務(wù)器發(fā)送掉單查詢請求的發(fā)送次數(shù)達到所述預(yù)設(shè)查詢次數(shù)時，將所述業(yè)務(wù)請求的查詢狀態(tài)設(shè)置為查詢完畢狀態(tài)。

進一步地，所述裝置還包括：

第二獲取模塊，用于每間隔第二預(yù)設(shè)時長獲取在所述第三方服務(wù)器的當(dāng)前時刻之前的、且距離所述第三方服務(wù)器的當(dāng)前時刻最近的時間段；所述第二預(yù)設(shè)時長大于所述第一預(yù)設(shè)時長；

第三獲取模塊，用于獲取與所述獲取的時間段相綁定的掉單級別；

第四獲取模塊，用于當(dāng)所述掉單級別為第三級別時，獲取與所述第一級別相綁定的時間段；第三查詢模塊，用于對在與所述第一級別相綁定的每一個時間段內(nèi)發(fā)生掉單的、處理狀態(tài)為未處理完畢狀態(tài)以及查詢狀態(tài)為未查詢完畢狀態(tài)的業(yè)務(wù)請求按照第二查詢策略進行掉單查詢；所述第二查詢策略的最大查詢次數(shù)為所述默認查詢策略的最大查詢次數(shù)與所述第一查詢策略的最大查詢次數(shù)之間的差值；

和/或，

第五獲取模塊，用于當(dāng)所述掉單級別為第三級別時，獲取與所述第二級別相綁定的時間段；第四查詢模塊，用于對在與所述第二級別相綁定的每一個時間段內(nèi)發(fā)生掉單的、處理狀態(tài)為未處理完畢狀態(tài)的業(yè)務(wù)請求按照默認查詢策略進行掉單查詢。

其中，所述第三查詢模塊包括：

第一獲取單元，用于獲取在與所述第一級別相綁定的每一個時間段內(nèi)的所有發(fā)生掉單的業(yè)務(wù)請求；

第一查找單元，用于在所述獲取的業(yè)務(wù)請求中查找出處理狀態(tài)為未處理完畢狀態(tài)的業(yè)務(wù)請求；

選擇單元，用于從所述查找出的業(yè)務(wù)請求出選擇出查詢狀態(tài)為未查詢完畢狀態(tài)的業(yè)務(wù)請求；

第一查詢單元，用于對所述選擇出的業(yè)務(wù)請求按照所述第二查詢策略進行掉單查詢。

其中，所述第四查詢模塊包括：

第二獲取單元，用于獲取在與所述第二級別相綁定的每一個時間段內(nèi)的所有發(fā)生掉單的業(yè)務(wù)請求；

第二查找單元，用于在所述獲取的業(yè)務(wù)請求中查找出處理狀態(tài)為未處理完畢狀態(tài)的業(yè)務(wù)請求；

第二查詢單元，用于對所述查找出的業(yè)務(wù)請求按照所述默認查詢策略進行掉單查詢。

本發(fā)明的實施例提供的技術(shù)方案可以包括以下有益效果：

在本發(fā)明實施例中，由于業(yè)務(wù)服務(wù)器的并行處理資源有限且是固定不變的。因此，當(dāng)總掉單數(shù)量小于第一預(yù)設(shè)數(shù)量閾值時，說明在這個時間段內(nèi)業(yè)務(wù)服務(wù)器需要處理的業(yè)務(wù)請求的數(shù)量較少，業(yè)務(wù)服務(wù)器的系統(tǒng)壓力較小，對在這個時間段內(nèi)發(fā)生掉單的業(yè)務(wù)請求按照最大查詢次數(shù)為預(yù)設(shè)查詢次數(shù)的默認查詢策略進行掉單查詢不會影響業(yè)務(wù)服務(wù)器對需要處理的業(yè)務(wù)請求進行處理的處理效率，也就不會形成惡性循環(huán)。也即，即使對在這個時間段內(nèi)發(fā)生掉單的每一業(yè)務(wù)請求都向業(yè)務(wù)服務(wù)器發(fā)送預(yù)設(shè)查詢次數(shù)次掉單查詢請求也不會影響業(yè)務(wù)服務(wù)器對需要處理的業(yè)務(wù)請求進行處理的處理效率，不會形成惡性循環(huán)。

然而，當(dāng)總掉單數(shù)量大于或等于第一預(yù)設(shè)數(shù)量閾值且小于第二預(yù)設(shè)數(shù)量閾值時，說明在這個時間段內(nèi)業(yè)務(wù)服務(wù)器需要處理的業(yè)務(wù)請求的數(shù)量較多，業(yè)務(wù)服務(wù)器的系統(tǒng)壓力較大，業(yè)務(wù)服務(wù)器需要花費很多時間才能處理完需要處理的所有業(yè)務(wù)請求。如果此時對在這個時間段內(nèi)發(fā)生掉單的業(yè)務(wù)請求按照最大查詢次數(shù)為預(yù)設(shè)查詢次數(shù)的默認查詢策略進行掉單查詢，則可能出現(xiàn)為每一個發(fā)生掉單的業(yè)務(wù)請求都向業(yè)務(wù)服務(wù)器發(fā)送預(yù)設(shè)查詢次數(shù)次掉單查詢請求的情況，這樣業(yè)務(wù)服務(wù)器就需要將更多的處理資源用來處理掉單查詢請求，由于業(yè)務(wù)服務(wù)器的并行處理資源有限且是固定不變的，因此就會占用業(yè)務(wù)服務(wù)器用來處理業(yè)務(wù)請求的處理資源，導(dǎo)致業(yè)務(wù)服務(wù)器就只能利用較少的處理資源用來處理需要處理的業(yè)務(wù)請求，在需要處理的業(yè)務(wù)請求的數(shù)量不變的情況下，就會使得業(yè)務(wù)服務(wù)器需要花費更多的時間才能處理完需要處理的所有業(yè)務(wù)請求，從而降低處理效率。其次，如果此時再接收到其他業(yè)務(wù)請求，由于對之前接收到的業(yè)務(wù)請求都沒有處理完畢，則很可能導(dǎo)致新接收的該其他業(yè)務(wù)請求發(fā)生掉單，進而惡性循環(huán)。

因此，此時業(yè)務(wù)服務(wù)器需要利用更多的處理資源對需要處理的業(yè)務(wù)請求進行處理，所以，為了使得業(yè)務(wù)服務(wù)器能夠利用更多的處理資源對需要處理的業(yè)務(wù)請求進行處理，當(dāng)總掉單數(shù)量大于或等于第一預(yù)設(shè)數(shù)量閾值且小于或等于第二預(yù)設(shè)數(shù)量閾值時，第三方服務(wù)器需要對在這個時間段內(nèi)發(fā)生掉單的業(yè)務(wù)請求按照最大查詢次數(shù)小于預(yù)設(shè)查詢次數(shù)的第一查詢策略進行掉單查詢，從而避免出現(xiàn)為每一個發(fā)生掉單的業(yè)務(wù)請求都向業(yè)務(wù)服務(wù)器發(fā)送預(yù)設(shè)查詢次數(shù)次掉單查詢請求的情況，進而避免調(diào)單查詢請求過多的占用了業(yè)務(wù)服務(wù)器的處理資源，因此，相對于現(xiàn)有技術(shù)，本發(fā)明實施例可以提高對業(yè)務(wù)服務(wù)器對業(yè)務(wù)請求的處理效率，以及避免形成惡性循環(huán)。

應(yīng)當(dāng)理解的是，以上的一般描述和后文的細節(jié)描述僅是示例性和解釋性的，并不能限制本發(fā)明。

附圖說明

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

圖1是根據(jù)一示例性實施例示出的一種信息處理方法的流程圖；

圖2是根據(jù)一示例性實施例示出的一種信息處理方法的流程圖；

圖3是根據(jù)一示例性實施例示出的一種信息處理方法的流程圖；

圖4是根據(jù)一示例性實施例示出的一種信息處理裝置的框圖。

具體實施方式

這里將詳細地對示例性實施例進行說明，其示例表示在附圖中。下面的描述涉及附圖時，除非另有表示，不同附圖中的相同數(shù)字表示相同或相似的要素。以下示例性實施例中所描述的實施方式并不代表與本發(fā)明相一致的所有實施方式。相反，它們僅是與如所附權(quán)利要求書中所詳述的、本發(fā)明的一些方面相一致的裝置和方法的例子。

圖1是根據(jù)一示例性實施例示出的一種信息處理方法的流程圖，如圖1所示，該方法用于第三方服務(wù)器中，該方法包括以下步驟。

在步驟s101中，每間隔第一預(yù)設(shè)時長獲取在第三方服務(wù)器的當(dāng)前時刻之前的、時長為預(yù)設(shè)時長的時間段內(nèi)發(fā)生掉單的業(yè)務(wù)請求的總掉單數(shù)量；

在本發(fā)明實施例中，業(yè)務(wù)請求可以為支付請求或轉(zhuǎn)賬請求等。

當(dāng)?shù)谌椒?wù)器的當(dāng)前時刻與第三方服務(wù)器最近一次獲取發(fā)生掉單的業(yè)務(wù)請求的總數(shù)量的獲取時刻之間的時長為第一預(yù)設(shè)時長時，第三方服務(wù)器獲取在當(dāng)前時刻之前的、時長為第一預(yù)設(shè)時長的時間段內(nèi)發(fā)生掉單的業(yè)務(wù)請求的總掉單數(shù)量。

其中，每當(dāng)?shù)谌椒?wù)器向業(yè)務(wù)服務(wù)器發(fā)送一個業(yè)務(wù)請求時，由于此時業(yè)務(wù)服務(wù)器對該業(yè)務(wù)請求還沒有開始處理，因此第三方服務(wù)器可以將該業(yè)務(wù)請求的處理狀態(tài)設(shè)置為未處理完畢狀態(tài)，然后將該業(yè)務(wù)請求的請求標(biāo)識、向業(yè)務(wù)服務(wù)器發(fā)送該業(yè)務(wù)請求的發(fā)送時刻與未處理完畢狀態(tài)組成一條記錄存儲在本地存儲的請求標(biāo)識、發(fā)送時刻與處理狀態(tài)三者之間的第一對應(yīng)關(guān)系中。之后當(dāng)業(yè)務(wù)服務(wù)器接收到第三方服務(wù)器發(fā)送的該業(yè)務(wù)請求并對該業(yè)務(wù)請求處理完畢時，會向第三方服務(wù)器通知已對該業(yè)務(wù)請求處理完畢；當(dāng)?shù)谌椒?wù)器接收到業(yè)務(wù)服務(wù)器返回的已對該業(yè)務(wù)請求處理完畢的通知時，就可以在第一對應(yīng)關(guān)系中的該記錄中，將處理狀態(tài)由未處理完畢狀態(tài)更新為未處理完畢狀態(tài)。

然而，當(dāng)業(yè)務(wù)服務(wù)器接收到第三方服務(wù)器發(fā)送的該業(yè)務(wù)請求時，如果此時還有其他業(yè) 務(wù)請求正在等待被業(yè)務(wù)服務(wù)器處理，由于業(yè)務(wù)請求需要按照被業(yè)務(wù)服務(wù)器接收的先后順序排隊，這樣業(yè)務(wù)服務(wù)器可能不會立刻就對該業(yè)務(wù)請求進行處理，如果此時正在等待被業(yè)務(wù)服務(wù)器處理的其他業(yè)務(wù)請求的數(shù)量較多，由于業(yè)務(wù)服務(wù)器能夠同時處理的業(yè)務(wù)請求的數(shù)量有限，且業(yè)務(wù)服務(wù)器需要優(yōu)先對該其他業(yè)務(wù)請求進行處理，這樣很可能導(dǎo)致很長一段時間內(nèi)業(yè)務(wù)服務(wù)器都不會對該業(yè)務(wù)請求進行處理，這樣就會導(dǎo)致該業(yè)務(wù)請求發(fā)生掉單，并導(dǎo)致第三方服務(wù)器在向業(yè)務(wù)服務(wù)器發(fā)送該業(yè)務(wù)請求之后的很長一段時間內(nèi)都接收不到業(yè)務(wù)服務(wù)器返回的已對該業(yè)務(wù)請求處理完畢的通知，進而也就不會在第一對應(yīng)關(guān)系中的該記錄中，將處理狀態(tài)由未處理完畢狀態(tài)更新為未處理完畢狀態(tài)。

因此，在本發(fā)明實施例中，第三方服務(wù)器可以根據(jù)業(yè)務(wù)請求的處理狀態(tài)是否為未處理完畢狀態(tài)來判斷業(yè)務(wù)請求是否為發(fā)生掉單的業(yè)務(wù)請求。

在本步驟中，當(dāng)?shù)谌椒?wù)器需要獲取在第三方服務(wù)器的當(dāng)前時刻之前的、時長為第一預(yù)設(shè)時長的時間段內(nèi)發(fā)生掉單的業(yè)務(wù)請求的總掉單數(shù)量時，可以在第一對應(yīng)關(guān)系中查找位于該時間段內(nèi)的發(fā)送時刻；并在第一對應(yīng)關(guān)系中查找與查找到的每一個發(fā)送時刻相對應(yīng)的處理狀態(tài)，在查找到的所有處理狀態(tài)中，統(tǒng)計處理狀態(tài)為未處理完畢狀態(tài)的處理狀態(tài)的數(shù)量，并作為在第三方服務(wù)器的當(dāng)前時刻之前的、時長為第一預(yù)設(shè)時長的時間段內(nèi)發(fā)生掉單的業(yè)務(wù)請求的總掉單數(shù)量。

在步驟s102中，對于每一次獲取的在一個時間段內(nèi)發(fā)生掉單的業(yè)務(wù)請求的總掉單數(shù)量，將總掉單數(shù)量分別與第一預(yù)設(shè)數(shù)量閾值、第二預(yù)設(shè)數(shù)量閾值相比較；

其中，第一預(yù)設(shè)數(shù)量閾值可以為技術(shù)人員事先在第三方服務(wù)器上設(shè)置的閾值，可以為50、60或70等等，本發(fā)明對此不加以限定。第二預(yù)設(shè)數(shù)量閾值大于第一預(yù)設(shè)數(shù)量閾值。

在本發(fā)明實施例中，每當(dāng)?shù)谌椒?wù)器獲取到一個時間段內(nèi)的總掉單數(shù)量，第三方服務(wù)器就會將獲取的總掉單數(shù)量分別與第一預(yù)設(shè)數(shù)量閾值、第二預(yù)設(shè)數(shù)量閾值相比較。如果總掉單數(shù)量小于第一預(yù)設(shè)數(shù)量閾值，則執(zhí)行步驟s103。如果總掉單數(shù)量大于或等于第一預(yù)設(shè)數(shù)量閾值且小于第二預(yù)設(shè)數(shù)量閾值，則執(zhí)行步驟s104。

如果總掉單數(shù)量大于或等于第二預(yù)設(shè)數(shù)量閾值，說明在這個時間段內(nèi)業(yè)務(wù)服務(wù)器需要處理的業(yè)務(wù)請求的數(shù)量較非常多，業(yè)務(wù)服務(wù)器的系統(tǒng)壓力非常大，業(yè)務(wù)服務(wù)器需要花費很多時間才能處理完需要處理的所有業(yè)務(wù)請求。由于業(yè)務(wù)服務(wù)器的并行處理資源有限且是固定不變的，如果此時為在這個時間段內(nèi)發(fā)生掉單的所有業(yè)務(wù)請求都向業(yè)務(wù)服務(wù)器發(fā)送掉單查詢請求，則業(yè)務(wù)服務(wù)器就需要將更多的處理資源用來處理掉單查詢請求，這樣就會占用業(yè)務(wù)服務(wù)器用來處理業(yè)務(wù)請求的處理資源，導(dǎo)致業(yè)務(wù)服務(wù)器就只能利用較少的處理資源用來處理需要處理的業(yè)務(wù)請求，在需要處理的業(yè)務(wù)請求的數(shù)量不變的情況下，就會使得業(yè)務(wù)服務(wù)器需要花費更多的時間才能處理完需要處理的所有業(yè)務(wù)請求，從而降低處理效率。其 次，如果此時再接收到其他業(yè)務(wù)請求，由于對之前接收到的業(yè)務(wù)請求都沒有處理完畢，則很可能導(dǎo)致新接收的該其他業(yè)務(wù)請求發(fā)生掉單，進而形成惡性循環(huán)。

因此，為了避免降低業(yè)務(wù)服務(wù)器對業(yè)務(wù)請求的處理效率以及避免形成惡性循環(huán)，如果總掉單數(shù)量大于或等于第二預(yù)設(shè)數(shù)量閾值，則此時不對在這個時間段發(fā)生掉單的業(yè)務(wù)請求進行掉單查詢。具體在什么時候再對在這個時間段發(fā)生掉單的業(yè)務(wù)請求進行掉單查詢可以參見圖3所示的實施例，在此不做詳述。

當(dāng)總掉單數(shù)量小于第一預(yù)設(shè)數(shù)量閾值時，在步驟s103中，對在該時間段內(nèi)發(fā)生掉單的業(yè)務(wù)請求按照默認查詢策略進行掉單查詢；默認查詢策略的最大查詢次數(shù)為預(yù)設(shè)查詢次數(shù)；

當(dāng)總掉單數(shù)量小于第一預(yù)設(shè)數(shù)量閾值時，說明在該時間段內(nèi)的發(fā)生掉單的業(yè)務(wù)請求的數(shù)量較少，也即，在該時間段內(nèi)業(yè)務(wù)服務(wù)器需要處理的業(yè)務(wù)請求的數(shù)量較少，此時可以對在該時間段內(nèi)發(fā)生掉單的業(yè)務(wù)請求按照默認查詢策略進行掉單查詢。

具體地，第三方服務(wù)器向業(yè)務(wù)服務(wù)器發(fā)送攜帶該業(yè)務(wù)請求的請求標(biāo)識的掉單查詢請求。

如果在發(fā)送該掉單查詢請求之后的固定時長內(nèi)接收到業(yè)務(wù)服務(wù)器返回的該業(yè)務(wù)請求的處理狀態(tài)；則不再向業(yè)務(wù)服務(wù)器發(fā)送攜帶該業(yè)務(wù)請求的請求標(biāo)識的掉單查詢請求。

如果在發(fā)送該掉單查詢請求之后的固定時長內(nèi)未接收到業(yè)務(wù)服務(wù)器返回的該業(yè)務(wù)請求的處理狀態(tài)；則會再一次向業(yè)務(wù)服務(wù)器發(fā)送攜帶該業(yè)務(wù)請求的請求標(biāo)識的掉單查詢請求。

如果在再一次發(fā)送該掉單查詢請求之后的固定時長內(nèi)接收到業(yè)務(wù)服務(wù)器返回的該業(yè)務(wù)請求的處理狀態(tài)；則不再向業(yè)務(wù)服務(wù)器發(fā)送攜帶該業(yè)務(wù)請求的請求標(biāo)識的掉單查詢請求。

如果在再一次發(fā)送該掉單查詢請求之后的固定時長內(nèi)未接收到業(yè)務(wù)服務(wù)器返回的該業(yè)務(wù)請求的處理狀態(tài)；則繼續(xù)向業(yè)務(wù)服務(wù)器發(fā)送攜帶該業(yè)務(wù)請求的請求標(biāo)識的掉單查詢請求，重復(fù)上述步驟，直至向業(yè)務(wù)服務(wù)器發(fā)送的攜帶該業(yè)務(wù)請求的請求標(biāo)識的掉單查詢請求的發(fā)送次數(shù)達到預(yù)設(shè)查詢次數(shù)時，無論是否接收到業(yè)務(wù)服務(wù)器返回的該業(yè)務(wù)請求的處理狀態(tài)，也不再向業(yè)務(wù)服務(wù)器發(fā)送攜帶該業(yè)務(wù)請求的請求標(biāo)識的掉單查詢請求，也即不再對該業(yè)務(wù)請求進行掉單查詢。

當(dāng)總掉單數(shù)量大于或等于第一預(yù)設(shè)數(shù)量閾值且小于第二預(yù)設(shè)數(shù)量閾值時，在步驟s104中，對在該時間段內(nèi)發(fā)生掉單的業(yè)務(wù)請求按照第一查詢策略進行掉單查詢，第一查詢策略的最大查詢次數(shù)小于預(yù)設(shè)查詢次數(shù)。

當(dāng)總掉單數(shù)量大于或等于第一預(yù)設(shè)數(shù)量閾值且小于第二預(yù)設(shè)數(shù)量閾值時，說明在該時間段內(nèi)的發(fā)生掉單的業(yè)務(wù)請求的數(shù)量較多，也即，在該時間段內(nèi)業(yè)務(wù)服務(wù)器需要處理的業(yè)務(wù)請求的數(shù)量較多，此時為了避免出現(xiàn)為每一個發(fā)生掉單的業(yè)務(wù)請求都向業(yè)務(wù)服務(wù)器發(fā)送預(yù)設(shè)查詢次數(shù)次掉單查詢請求的情況，進而避免使調(diào)單查詢請求過多的占用了業(yè)務(wù)服務(wù)器 的處理資源，此時就不能對在該時間段內(nèi)發(fā)生掉單的業(yè)務(wù)請求按照最大查詢次數(shù)等于預(yù)設(shè)查詢次數(shù)的默認查詢策略進行掉單查詢，而需要對在該時間段內(nèi)發(fā)生掉單的業(yè)務(wù)請求按照最大查詢次數(shù)小于預(yù)設(shè)查詢次數(shù)的第一查詢策略進行掉單查詢。

具體的查詢流程可參見步驟s103中的具體流程，區(qū)別在于：在本步驟中，直至向業(yè)務(wù)服務(wù)器發(fā)送的攜帶該業(yè)務(wù)請求的請求標(biāo)識的掉單查詢請求的發(fā)送次數(shù)達到第一查詢策略的最大查詢次數(shù)時，無論是否接收到業(yè)務(wù)服務(wù)器返回的該業(yè)務(wù)請求的處理狀態(tài)，也不再向業(yè)務(wù)服務(wù)器發(fā)送攜帶該業(yè)務(wù)請求的請求標(biāo)識的掉單查詢請求。

在本發(fā)明實施例中，由于業(yè)務(wù)服務(wù)器的并行處理資源有限且是固定不變的。因此，當(dāng)總掉單數(shù)量小于第一預(yù)設(shè)數(shù)量閾值時，說明在這個時間段內(nèi)業(yè)務(wù)服務(wù)器需要處理的業(yè)務(wù)請求的數(shù)量較少，業(yè)務(wù)服務(wù)器的系統(tǒng)壓力較小，對在這個時間段內(nèi)發(fā)生掉單的業(yè)務(wù)請求按照最大查詢次數(shù)為預(yù)設(shè)查詢次數(shù)的默認查詢策略進行掉單查詢不會影響業(yè)務(wù)服務(wù)器對需要處理的業(yè)務(wù)請求進行處理的處理效率，也就不會形成惡性循環(huán)。也即，即使對在這個時間段內(nèi)發(fā)生掉單的每一業(yè)務(wù)請求都向業(yè)務(wù)服務(wù)器發(fā)送預(yù)設(shè)查詢次數(shù)次掉單查詢請求也不會影響業(yè)務(wù)服務(wù)器對需要處理的業(yè)務(wù)請求進行處理的處理效率，也不會形成惡性循環(huán)。

然而，當(dāng)總掉單數(shù)量大于或等于第一預(yù)設(shè)數(shù)量閾值且小于第二預(yù)設(shè)數(shù)量閾值時，說明在這個時間段內(nèi)業(yè)務(wù)服務(wù)器需要處理的業(yè)務(wù)請求的數(shù)量較多，業(yè)務(wù)服務(wù)器的系統(tǒng)壓力較大，業(yè)務(wù)服務(wù)器需要花費很多時間才能處理完需要處理的所有業(yè)務(wù)請求。如果此時對在這個時間段內(nèi)發(fā)生掉單的業(yè)務(wù)請求按照最大查詢次數(shù)為預(yù)設(shè)查詢次數(shù)的默認查詢策略進行掉單查詢，則可能出現(xiàn)為每一個發(fā)生掉單的業(yè)務(wù)請求都向業(yè)務(wù)服務(wù)器發(fā)送預(yù)設(shè)查詢次數(shù)次掉單查詢請求的情況，這樣業(yè)務(wù)服務(wù)器就需要將更多的處理資源用來處理掉單查詢請求，由于業(yè)務(wù)服務(wù)器的并行處理資源有限且是固定不變的，因此就會占用業(yè)務(wù)服務(wù)器用來處理業(yè)務(wù)請求的處理資源，導(dǎo)致業(yè)務(wù)服務(wù)器就只能利用較少的處理資源用來處理需要處理的業(yè)務(wù)請求，在需要處理的業(yè)務(wù)請求的數(shù)量不變的情況下，就會使得業(yè)務(wù)服務(wù)器需要花費更多的時間才能處理完需要處理的所有業(yè)務(wù)請求，從而降低處理效率。其次，如果此時再接收到其他業(yè)務(wù)請求，由于對之前接收到的業(yè)務(wù)請求都沒有處理完畢，則很可能導(dǎo)致新接收的該其他業(yè)務(wù)請求發(fā)生掉單，進而惡性循環(huán)。

因此，此時業(yè)務(wù)服務(wù)器需要利用更多的處理資源對需要處理的業(yè)務(wù)請求進行處理，所以，為了使得業(yè)務(wù)服務(wù)器能夠利用更多的處理資源對需要處理的業(yè)務(wù)請求進行處理，當(dāng)總掉單數(shù)量大于或等于第一預(yù)設(shè)數(shù)量閾值且小于或等于第二預(yù)設(shè)數(shù)量閾值時，第三方服務(wù)器需要對在這個時間段內(nèi)發(fā)生掉單的業(yè)務(wù)請求按照最大查詢次數(shù)小于預(yù)設(shè)查詢次數(shù)的第一查詢策略進行掉單查詢，從而避免出現(xiàn)為每一個發(fā)生掉單的業(yè)務(wù)請求都向業(yè)務(wù)服務(wù)器發(fā)送預(yù)設(shè)查詢次數(shù)次掉單查詢請求的情況，進而避免調(diào)單查詢請求過多的占用了業(yè)務(wù)服務(wù)器的處理資源，因此，相對于現(xiàn)有技術(shù)，本發(fā)明實施例可以提高對業(yè)務(wù)服務(wù)器對業(yè)務(wù)請求的處理 效率，以及避免形成惡性循環(huán)。

進一步地，在本發(fā)明圖1所示的實施例的基礎(chǔ)之上，在本發(fā)明另一實施例中，參見圖2，該方法還包括：

當(dāng)總掉單數(shù)量大于或等于第一預(yù)設(shè)數(shù)量閾值且小于第二預(yù)設(shè)數(shù)量閾值時，在步驟s201中，將總掉單數(shù)量的掉單級別設(shè)置為第一級別，并將該時間段與第一級別綁定；

其中，當(dāng)總掉單數(shù)量小于第二預(yù)設(shè)數(shù)量閾值時，第三方服務(wù)器可以將總掉單數(shù)量的掉單級別設(shè)置為第一級別；第一級別用于表示該時間段內(nèi)的掉單數(shù)量的嚴(yán)重程度為“中等”；然后將該時間段與第一級別組成一條記錄存儲在時間段與掉單級別之間的第二對應(yīng)關(guān)系中，以實現(xiàn)將該時間段與第一級別綁定。

當(dāng)總掉單數(shù)量大于或等于第二預(yù)設(shè)數(shù)量閾值時，在步驟s202中，將總掉單數(shù)量的掉單級別設(shè)置為第二級別；將該時間段與第二級別綁定；

其中，當(dāng)總掉單數(shù)量大于或等于第二預(yù)設(shè)數(shù)量閾值時，第三方服務(wù)器可以將總掉單數(shù)量的掉單級別設(shè)置為第二級別；第二級別用于表示該時間段內(nèi)的嚴(yán)重程度為“嚴(yán)重”；然后將該時間段與第二級別組成一條記錄存儲在時間段與掉單級別之間的第二對應(yīng)關(guān)系中，以實現(xiàn)將該時間段與第二級別綁定。

當(dāng)總掉單數(shù)量小于第一預(yù)設(shè)數(shù)量閾值時，在步驟s203中，將總掉單數(shù)量的掉單級別設(shè)置為第三級別；將該時間段與第三級別綁定。

其中，當(dāng)總掉單數(shù)量小于第一預(yù)設(shè)數(shù)量閾值時，第三方服務(wù)器可以將總掉單數(shù)量的掉單級別設(shè)置為第三級別；第三級別用于表示該時間段內(nèi)的嚴(yán)重程度為“輕微”；然后將該時間段與第三級別組成一條記錄存儲在時間段與掉單級別之間的第二對應(yīng)關(guān)系中，以實現(xiàn)將該時間段與第三級別綁定。

進一步地，對于在該時間段內(nèi)發(fā)生掉單的每一業(yè)務(wù)請求，當(dāng)業(yè)務(wù)服務(wù)器對該業(yè)務(wù)請求處理完畢時，會向第三方服務(wù)器通知已對該業(yè)務(wù)請求處理完畢；當(dāng)?shù)谌椒?wù)器接收到業(yè)務(wù)服務(wù)器返回的已對該業(yè)務(wù)請求處理完畢的通知時，也即，當(dāng)?shù)谌椒?wù)器查詢到業(yè)務(wù)服務(wù)器已經(jīng)對該業(yè)務(wù)請求處理完畢時，將該業(yè)務(wù)請求的處理狀態(tài)設(shè)置為處理完畢狀態(tài)。

其中，將該業(yè)務(wù)請求的處理狀態(tài)設(shè)置為處理完畢狀態(tài)，可以為：

第三方服務(wù)器可以獲取本地存儲的請求標(biāo)識、發(fā)送時刻、處理狀態(tài)三者之間的第一對應(yīng)關(guān)系，在第一對應(yīng)關(guān)系中，將該業(yè)務(wù)請求的請求標(biāo)識對應(yīng)的處理狀態(tài)更新為處理完畢狀 態(tài)。

進一步地，對于在該時間段內(nèi)發(fā)生掉單的每一業(yè)務(wù)請求，當(dāng)為該業(yè)務(wù)請求向業(yè)務(wù)服務(wù)器發(fā)送掉單查詢請求的發(fā)送次數(shù)達到預(yù)設(shè)查詢次數(shù)時，預(yù)設(shè)查詢次數(shù)為默認查詢策略的最大查詢次數(shù)，也即，當(dāng)向業(yè)務(wù)服務(wù)器發(fā)送攜帶該業(yè)務(wù)請求的請求標(biāo)識的掉單查詢請求的發(fā)送次數(shù)達到預(yù)設(shè)查詢次數(shù)時，將該業(yè)務(wù)請求的查詢狀態(tài)設(shè)置為查詢完畢狀態(tài)。

其中，技術(shù)人員事先可以在本地設(shè)置一個預(yù)設(shè)請求標(biāo)識列表，當(dāng)?shù)谌椒?wù)器為某一業(yè)務(wù)請求向業(yè)務(wù)服務(wù)器發(fā)送掉單查詢請求的發(fā)送次數(shù)達到預(yù)設(shè)查詢次數(shù)時就會將該某一業(yè)務(wù)請求的請求標(biāo)識存儲在預(yù)設(shè)請求標(biāo)識列表中，以表示該業(yè)務(wù)請求的查詢狀態(tài)為查詢完畢狀態(tài)。

其中，將該業(yè)務(wù)請求的查詢狀態(tài)設(shè)置為查詢完畢狀態(tài)，可以為：將該業(yè)務(wù)請求的請標(biāo)識存儲在預(yù)設(shè)請求標(biāo)識列表中。

在本發(fā)明實施例中，對于任意一個業(yè)務(wù)請求，當(dāng)對該業(yè)務(wù)請求按照默認查詢策略進行掉單查詢之后，無論是否查詢到該業(yè)務(wù)請求的處理狀態(tài)，之后都不再對該業(yè)務(wù)請求進行掉單查詢。

在前述實施例中，對于任意一個時間段，如果對該時間段內(nèi)發(fā)生掉單的業(yè)務(wù)請求是按照第一查詢策略進行掉單查詢的，則可能存在仍舊未查詢到在該時間段內(nèi)發(fā)生掉單的業(yè)務(wù)請求中的某一部分業(yè)務(wù)請求的處理狀態(tài)的情況，這就需要繼續(xù)對這一部分發(fā)生掉單的業(yè)務(wù)請求的掉單查詢次數(shù)進行補償，并根據(jù)補償?shù)牟樵兇螖?shù)對這一部分發(fā)生掉單的業(yè)務(wù)請求進行掉單查詢。對于其他每一個時間段，同樣如此。

因此，在本發(fā)明圖2所示的實施例的基礎(chǔ)之上，在本發(fā)明又一實施例中，參見圖3，該方法還包括：

在步驟s301中，每間隔第二預(yù)設(shè)時長獲取在第三方服務(wù)器的當(dāng)前時刻之前的、且距離第三方服務(wù)器的當(dāng)前時刻最近的時間段；第二預(yù)設(shè)時長大于第一預(yù)設(shè)時長；

在本發(fā)明實施例中，每一個時間段的時長都為第一預(yù)設(shè)時長。第二預(yù)設(shè)時長可以為第一預(yù)設(shè)時長的5倍、10倍或15倍等，本發(fā)明對此不加以限定。

在步驟s302中，獲取與該時間段相綁定的掉單級別；

具體地，第三方服務(wù)器可以獲取本地存儲的時間段與掉單級別之間的第二對應(yīng)關(guān)系；然后在第二對應(yīng)關(guān)系中查找與該時間段相對應(yīng)的掉單級別。

在本發(fā)明實施例中，如果與該時間段相對應(yīng)的掉單級別為第一級別或第二級別，則說明該時間段內(nèi)發(fā)生掉單的業(yè)務(wù)請求的數(shù)量較多，也即，在該時間段內(nèi)業(yè)務(wù)服務(wù)器需要處理的業(yè)務(wù)請求的數(shù)量較多，為了使得業(yè)務(wù)服務(wù)器能夠利用更多的處理資源對需要處理的業(yè)務(wù)請求進行處理，此時就不向業(yè)務(wù)服務(wù)器發(fā)送掉單查詢請求，也即不進行任何操作。

如果該時間段對應(yīng)的掉單級別為第三級別，則說明該時間段內(nèi)發(fā)生掉單的業(yè)務(wù)請求的數(shù)量較少，也即，在該時間段內(nèi)業(yè)務(wù)服務(wù)器需要處理的業(yè)務(wù)請求的數(shù)量較少，因此此時可以執(zhí)行步驟s303和/或執(zhí)行步驟s304。

在步驟s303中，當(dāng)該掉單級別為第三級別時，獲取與第一級別相綁定的時間段，對在與第一級別相綁定的每一個時間段內(nèi)發(fā)生掉單的、處理狀態(tài)為未處理完畢狀態(tài)以及查詢狀態(tài)為未查詢完畢狀態(tài)的業(yè)務(wù)請求按照第二查詢策略進行掉單查詢；第二查詢策略的最大查詢次數(shù)為默認查詢策略的最大查詢次數(shù)與第一查詢策略的最大查詢次數(shù)之間的差值；

其中，對在與第一級別相綁定的每一個時間段內(nèi)發(fā)生掉單的、處理狀態(tài)為未處理完畢狀態(tài)以及查詢狀態(tài)為未查詢完畢狀態(tài)的業(yè)務(wù)請求按照第二查詢策略進行掉單查詢，包括：

3031、獲取在與第一級別相綁定的每一個時間段內(nèi)的所有發(fā)生掉單的業(yè)務(wù)請求；

獲取本地存儲的時間段與掉單級別之間的第二對應(yīng)關(guān)系，在第二對應(yīng)關(guān)系中查找與第一級別相對應(yīng)的時間段。

3032、在獲取的業(yè)務(wù)請求中查找出處理狀態(tài)為未處理完畢狀態(tài)的業(yè)務(wù)請求；

獲取本地存儲的請求標(biāo)識、發(fā)送時刻與處理狀態(tài)三者之間的第一對應(yīng)關(guān)系，在第一對應(yīng)關(guān)系中查找與獲取的每一個業(yè)務(wù)請求的請求標(biāo)識相對應(yīng)的處理狀態(tài)，從獲取的所有業(yè)務(wù)請求中查找出處理狀態(tài)為未處理完畢狀態(tài)的業(yè)務(wù)請求。

3033、從查找出的業(yè)務(wù)請求出選擇出查詢狀態(tài)為未查詢完畢狀態(tài)的業(yè)務(wù)請求；

然后獲取本地存儲的預(yù)設(shè)請求標(biāo)識列表，在預(yù)設(shè)請求標(biāo)識列表中查找是否存在每一個查找出的業(yè)務(wù)請求的請求標(biāo)識，將請求標(biāo)識不存在于預(yù)設(shè)請求標(biāo)識列表中的業(yè)務(wù)請求確定為查詢狀態(tài)為未查詢完畢狀態(tài)的業(yè)務(wù)請求。

3034、對選擇出的業(yè)務(wù)請求按照第二查詢策略進行掉單查詢。

其中，由于之前已經(jīng)按照第一查詢策略對選擇出的業(yè)務(wù)請求進行了掉單查詢，為了將查詢次數(shù)補齊至預(yù)設(shè)查詢次數(shù)，則需要對選擇出的業(yè)務(wù)請求按照第二查詢策略進行掉單查詢。

在本發(fā)明實施例中，當(dāng)?shù)魡渭墑e為第三級別時，說明在該時間段內(nèi)的發(fā)生掉單的業(yè)務(wù)請求的數(shù)量較少，也即，在該時間段內(nèi)業(yè)務(wù)服務(wù)器需要處理的業(yè)務(wù)請求的數(shù)量較少，業(yè)務(wù) 服務(wù)器的系統(tǒng)壓力較小，此時對選擇出的業(yè)務(wù)請求按照第二查詢策略進行掉單查詢不會影響業(yè)務(wù)服務(wù)器對需要處理的業(yè)務(wù)請求進行處理的處理效率，也就不會形成惡性循環(huán)。也即，即使此時對選擇出的每一業(yè)務(wù)請求都向業(yè)務(wù)服務(wù)器發(fā)送該差值次掉單查詢請求也不會影響業(yè)務(wù)服務(wù)器對需要處理的業(yè)務(wù)請求進行處理的處理效率，不會形成惡性循環(huán)。

其中，對選擇出的業(yè)務(wù)請求按照最大查詢次數(shù)為該差值的第二查詢策略進行掉單查詢具體的查詢流程可參見步驟s103中的具體流程，區(qū)別在于：在本步驟中，直至向業(yè)務(wù)服務(wù)器發(fā)送的攜帶選擇出的業(yè)務(wù)請求的請求標(biāo)識的掉單查詢請求的發(fā)送次數(shù)達到第二查詢策略的最大查詢次數(shù)時，無論是否接收到業(yè)務(wù)服務(wù)器返回的選擇出的業(yè)務(wù)請求的處理狀態(tài)，也不再向業(yè)務(wù)服務(wù)器發(fā)送攜帶選擇出的業(yè)務(wù)請求的請求標(biāo)識的掉單查詢請求，也即不再對選擇出的業(yè)務(wù)請求進行掉單查詢。

在步驟s304中，當(dāng)該掉單級別為第三級別時，獲取與第二級別相綁定的時間段，對在與第二級別相綁定的每一個時間段內(nèi)發(fā)生掉單的、處理狀態(tài)為未處理完畢狀態(tài)的業(yè)務(wù)請求按照默認查詢策略進行掉單查詢。

其中，對在與第二級別相綁定的時間段內(nèi)發(fā)生掉單的、處理狀態(tài)為未處理完畢狀態(tài)的業(yè)務(wù)請求按照默認查詢策略進行掉單查詢，包括：

3041、獲取在與第二級別相綁定的每一個時間段內(nèi)的所有發(fā)生掉單的業(yè)務(wù)請求；

3042、在獲取的業(yè)務(wù)請求中查找出處理狀態(tài)為未處理完畢狀態(tài)的業(yè)務(wù)請求；

3043、對查找出的業(yè)務(wù)請求按照默認查詢策略進行掉單查詢。

其中，由于之前不曾對查找出業(yè)務(wù)請求進行掉單查詢，因此，需要對查找出的業(yè)務(wù)請求按照默認查詢策略進行掉單查詢。

在本發(fā)明實施例中，當(dāng)?shù)魡渭墑e為第三級別時，說明在該時間段內(nèi)的發(fā)生掉單的業(yè)務(wù)請求的數(shù)量較少，也即，在該時間段內(nèi)業(yè)務(wù)服務(wù)器需要處理的業(yè)務(wù)請求的數(shù)量較少，業(yè)務(wù)服務(wù)器的系統(tǒng)壓力較小，此時對查找到的業(yè)務(wù)請求按照最大查詢次數(shù)為預(yù)設(shè)查詢次數(shù)的默認查詢策略進行掉單查詢不會影響業(yè)務(wù)服務(wù)器對需要處理的業(yè)務(wù)請求進行處理的處理效率，也就不會形成惡性循環(huán)。也即，此時即使對查找到的每一業(yè)務(wù)請求都向業(yè)務(wù)服務(wù)器發(fā)送預(yù)設(shè)查詢次數(shù)次掉單查詢請求也不會影響業(yè)務(wù)服務(wù)器對需要處理的業(yè)務(wù)請求進行處理的處理效率，不會形成惡性循環(huán)。

其中，對查找到的業(yè)務(wù)請求按照最大查詢次數(shù)為預(yù)設(shè)查詢次數(shù)的默認查詢策略進行掉單查詢具體的查詢流程可參見步驟s103中的具體流程，區(qū)別在于：在本步驟中，直至向業(yè)務(wù)服務(wù)器發(fā)送的攜帶查找到的業(yè)務(wù)請求的請求標(biāo)識的掉單查詢請求的發(fā)送次數(shù)達到默認查詢策略的最大查詢次數(shù)時，無論是否接收到業(yè)務(wù)服務(wù)器返回的查找到的業(yè)務(wù)請求的處理狀 態(tài)，也不再向業(yè)務(wù)服務(wù)器發(fā)送攜帶查找到的業(yè)務(wù)請求的請求標(biāo)識的掉單查詢請求，也即不再對查找到的業(yè)務(wù)請求進行掉單查詢。

圖4是根據(jù)一示例性實施例示出的一種信息處理裝置的框圖。參照圖4，該裝置包括：

第一獲取模塊11，用于每間隔第一預(yù)設(shè)時長獲取在所述第三方服務(wù)器的當(dāng)前時刻之前的、時長為預(yù)設(shè)時長的時間段內(nèi)發(fā)生掉單的業(yè)務(wù)請求的總掉單數(shù)量；

比較模塊12，用于對于每一次獲取的在一個時間段內(nèi)發(fā)生掉單的業(yè)務(wù)請求的總掉單數(shù)量，將所述總掉單數(shù)量分別與第一預(yù)設(shè)數(shù)量閾值、第二預(yù)設(shè)數(shù)量閾值相比較；所述第二預(yù)設(shè)數(shù)量閾值大于所述第一預(yù)設(shè)數(shù)量閾值；

第一查詢模塊13，用于當(dāng)所述總掉單數(shù)量小于所述第一預(yù)設(shè)數(shù)量閾值時，對在所述時間段內(nèi)發(fā)生掉單的業(yè)務(wù)請求按照默認查詢策略進行掉單查詢；所述默認查詢策略的最大查詢次數(shù)為預(yù)設(shè)查詢次數(shù)；

第二查詢模塊14，用于當(dāng)所述總掉單數(shù)量大于或等于所述第一預(yù)設(shè)數(shù)量閾值且小于所述第二預(yù)設(shè)數(shù)量閾值時，對在所述時間段內(nèi)發(fā)生掉單的業(yè)務(wù)請求按照第一查詢策略進行掉單查詢，所述第一查詢策略的最大查詢次數(shù)小于所述預(yù)設(shè)查詢次數(shù)。

進一步地，所述裝置還包括：

第一綁定模塊，用于當(dāng)所述總掉單數(shù)量大于或等于所述第一預(yù)設(shè)數(shù)量閾值且小于所述第二預(yù)設(shè)數(shù)量閾值時，將所述總掉單數(shù)量的掉單級別設(shè)置為第一級別；將所述時間段與所述第一級別綁定；

第二綁定模塊，用于當(dāng)所述總掉單數(shù)量大于或等于所述第二預(yù)設(shè)數(shù)量閾值時，將所述總掉單數(shù)量的掉單級別設(shè)置為第二級別；將所述時間段與所述第二級別綁定；

第三綁定模塊，用于當(dāng)所述總掉單數(shù)量小于所述第一預(yù)設(shè)數(shù)量閾值時，將所述總掉單數(shù)量的掉單級別設(shè)置為第三級別；將所述時間段與所述第三級別綁定。

進一步地，所述裝置還包括：

第一設(shè)置模塊，用于對于在所述時間段內(nèi)發(fā)生掉單的每一業(yè)務(wù)請求，當(dāng)查詢到業(yè)務(wù)服務(wù)器已經(jīng)對所述業(yè)務(wù)請求處理完畢時，將所述業(yè)務(wù)請求的處理狀態(tài)設(shè)置為處理完畢狀態(tài)。

進一步地，所述裝置還包括：

第二設(shè)置模塊，用于對于在所述時間段內(nèi)發(fā)生掉單的每一業(yè)務(wù)請求，當(dāng)為所述業(yè)務(wù)請求向所述業(yè)務(wù)服務(wù)器發(fā)送掉單查詢請求的發(fā)送次數(shù)達到所述預(yù)設(shè)查詢次數(shù)時，將所述業(yè)務(wù)請求的查詢狀態(tài)設(shè)置為查詢完畢狀態(tài)。

進一步地，所述裝置還包括：

第二獲取模塊，用于每間隔第二預(yù)設(shè)時長獲取在所述第三方服務(wù)器的當(dāng)前時刻之前的、且距離所述第三方服務(wù)器的當(dāng)前時刻最近的時間段；所述第二預(yù)設(shè)時長大于所述第一預(yù)設(shè)時長；

第三獲取模塊，用于獲取與所述獲取的時間段相綁定的掉單級別；

第四獲取模塊，用于當(dāng)所述掉單級別為第三級別時，獲取與所述第一級別相綁定的時間段；第三查詢模塊，用于對在與所述第一級別相綁定的每一個時間段內(nèi)發(fā)生掉單的、處理狀態(tài)為未處理完畢狀態(tài)以及查詢狀態(tài)為未查詢完畢狀態(tài)的業(yè)務(wù)請求按照第二查詢策略進行掉單查詢；所述第二查詢策略的最大查詢次數(shù)為所述默認查詢策略的最大查詢次數(shù)與所述第一查詢策略的最大查詢次數(shù)之間的差值；

和/或，

第五獲取模塊，用于當(dāng)所述掉單級別為第三級別時，獲取與所述第二級別相綁定的時間段；第四查詢模塊，用于對在與所述第二級別相綁定的每一個時間段內(nèi)發(fā)生掉單的、處理狀態(tài)為未處理完畢狀態(tài)的業(yè)務(wù)請求按照默認查詢策略進行掉單查詢。

其中，所述第三查詢模塊包括：

第一獲取單元，用于獲取在與所述第一級別相綁定的每一個時間段內(nèi)的所有發(fā)生掉單的業(yè)務(wù)請求；

第一查找單元，用于在所述獲取的業(yè)務(wù)請求中查找出處理狀態(tài)為未處理完畢狀態(tài)的業(yè)務(wù)請求；

選擇單元，用于從所述查找出的業(yè)務(wù)請求出選擇出查詢狀態(tài)為未查詢完畢狀態(tài)的業(yè)務(wù)請求；

第一查詢單元，用于對所述選擇出的業(yè)務(wù)請求按照所述第二查詢策略進行掉單查詢。

其中，所述第四查詢模塊包括：

第二獲取單元，用于獲取在與所述第二級別相綁定的每一個時間段內(nèi)的所有發(fā)生掉單的業(yè)務(wù)請求；

第二查找單元，用于在所述獲取的業(yè)務(wù)請求中查找出處理狀態(tài)為未處理完畢狀態(tài)的業(yè)務(wù)請求；

第二查詢單元，用于對所述查找出的業(yè)務(wù)請求按照所述默認查詢策略進行掉單查詢。

在本發(fā)明實施例中，由于業(yè)務(wù)服務(wù)器的并行處理資源有限且是固定不變的。因此，當(dāng) 總掉單數(shù)量小于第一預(yù)設(shè)數(shù)量閾值時，說明在這個時間段內(nèi)業(yè)務(wù)服務(wù)器需要處理的業(yè)務(wù)請求的數(shù)量較少，業(yè)務(wù)服務(wù)器的系統(tǒng)壓力較小，對在這個時間段內(nèi)發(fā)生掉單的業(yè)務(wù)請求按照最大查詢次數(shù)為預(yù)設(shè)查詢次數(shù)的默認查詢策略進行掉單查詢不會影響業(yè)務(wù)服務(wù)器對需要處理的業(yè)務(wù)請求進行處理的處理效率，也就不會形成惡性循環(huán)。也即，即使對在這個時間段內(nèi)發(fā)生掉單的每一業(yè)務(wù)請求都向業(yè)務(wù)服務(wù)器發(fā)送預(yù)設(shè)查詢次數(shù)次掉單查詢請求也不會影響業(yè)務(wù)服務(wù)器對需要處理的業(yè)務(wù)請求進行處理的處理效率，不會形成惡性循環(huán)。

然而，當(dāng)總掉單數(shù)量大于或等于第一預(yù)設(shè)數(shù)量閾值且小于第二預(yù)設(shè)數(shù)量閾值時，說明在這個時間段內(nèi)業(yè)務(wù)服務(wù)器需要處理的業(yè)務(wù)請求的數(shù)量較多，業(yè)務(wù)服務(wù)器的系統(tǒng)壓力較大，業(yè)務(wù)服務(wù)器需要花費很多時間才能處理完需要處理的所有業(yè)務(wù)請求。如果此時對在這個時間段內(nèi)發(fā)生掉單的業(yè)務(wù)請求按照最大查詢次數(shù)為預(yù)設(shè)查詢次數(shù)的默認查詢策略進行掉單查詢，則可能出現(xiàn)為每一個發(fā)生掉單的業(yè)務(wù)請求都向業(yè)務(wù)服務(wù)器發(fā)送預(yù)設(shè)查詢次數(shù)次掉單查詢請求的情況，這樣業(yè)務(wù)服務(wù)器就需要將更多的處理資源用來處理掉單查詢請求，由于業(yè)務(wù)服務(wù)器的并行處理資源有限且是固定不變的，因此就會占用業(yè)務(wù)服務(wù)器用來處理業(yè)務(wù)請求的處理資源，導(dǎo)致業(yè)務(wù)服務(wù)器就只能利用較少的處理資源用來處理需要處理的業(yè)務(wù)請求，在需要處理的業(yè)務(wù)請求的數(shù)量不變的情況下，就會使得業(yè)務(wù)服務(wù)器需要花費更多的時間才能處理完需要處理的所有業(yè)務(wù)請求，從而降低處理效率。其次，如果此時再接收到其他業(yè)務(wù)請求，由于對之前接收到的業(yè)務(wù)請求都沒有處理完畢，則很可能導(dǎo)致新接收的該其他業(yè)務(wù)請求發(fā)生掉單，進而惡性循環(huán)。

因此，此時業(yè)務(wù)服務(wù)器需要利用更多的處理資源對需要處理的業(yè)務(wù)請求進行處理，所以，為了使得業(yè)務(wù)服務(wù)器能夠利用更多的處理資源對需要處理的業(yè)務(wù)請求進行處理，當(dāng)總掉單數(shù)量大于或等于第一預(yù)設(shè)數(shù)量閾值且小于或等于第二預(yù)設(shè)數(shù)量閾值時，第三方服務(wù)器需要對在這個時間段內(nèi)發(fā)生掉單的業(yè)務(wù)請求按照最大查詢次數(shù)小于預(yù)設(shè)查詢次數(shù)的第一查詢策略進行掉單查詢，從而避免出現(xiàn)為每一個發(fā)生掉單的業(yè)務(wù)請求都向業(yè)務(wù)服務(wù)器發(fā)送預(yù)設(shè)查詢次數(shù)次掉單查詢請求的情況，進而避免調(diào)單查詢請求過多的占用了業(yè)務(wù)服務(wù)器的處理資源，因此，相對于現(xiàn)有技術(shù)，本發(fā)明實施例可以提高對業(yè)務(wù)服務(wù)器對業(yè)務(wù)請求的處理效率，以及避免形成惡性循環(huán)。

關(guān)于上述實施例中的裝置，其中各個模塊執(zhí)行操作的具體方式已經(jīng)在有關(guān)該方法的實施例中進行了詳細描述，此處將不做詳細闡述說明。

本領(lǐng)域技術(shù)人員在考慮說明書及實踐這里公開的發(fā)明后，將容易想到本發(fā)明的其它實施方案。本申請旨在涵蓋本發(fā)明的任何變型、用途或者適應(yīng)性變化，這些變型、用途或者適應(yīng)性變化遵循本發(fā)明的一般性原理并包括本發(fā)明未公開的本技術(shù)領(lǐng)域中的公知常識或慣用技術(shù)手段。說明書和實施例僅被視為示例性的，本發(fā)明的真正范圍和精神由所附的權(quán)利要求指出。

應(yīng)當(dāng)理解的是，本發(fā)明并不局限于上面已經(jīng)描述并在附圖中示出的精確結(jié)構(gòu)，并且可以在不脫離其范圍進行各種修改和改變。本發(fā)明的范圍僅由所附的權(quán)利要求來限制。