[發明專利]信息處理方法及裝置

有效

• 申請號: 201610168449.8
• 申請日: 2016-03-23
• 公開（公告）號: CN107230048B
• 公開（公告）日: 2020-09-25
• 發明（設計）人: 黃孟俊
• 申請（專利權）人: 阿里巴巴集團控股有限公司
• 主分類號: G06Q20/02
• 分類號: G06Q20/02;G06Q20/16
• 代理公司: 北京弘權知識產權代理事務所(普通合伙) 11363
• 代理人: 逯長明;許偉群

本發明實施例提供了一種信息處理方法及裝置。每間隔第一預設時長獲取在第三方服務器的當前時刻之前的、時長為預設時長的時間段內發生掉單的業務請求的總掉單數量；對于每一次獲取的總掉單數量，判斷總掉單數量是否小于第一預設數量閾值；當總掉單數量小于第一預設數量閾值時，對在該時間段內發生掉單的業務請求按照默認查詢策略進行掉單查詢；默認查詢策略的最大查詢次數為預設查詢次數；當總掉單數量大于或等于第一預設數量閾值且小于第二預設數量閾值時對在該時間段內發生掉單的業務請求按照第一查詢策略進行掉單查詢，第一查詢策略的最大查詢次數小于預設查詢次數。本發明可以避免降低業務服務器對業務請求的處理效率以及避免形成惡性循環。

技術領域

本發明涉及計算機技術領域，尤其涉及一種信息處理方法及裝置。

背景技術

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

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

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

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

其中，為了明確對這一部分轉賬請求的處理狀態，第三方服務器就會向銀行的服務器發送掉單查詢請求。

在現有技術中，第三方服務器會按照如下默認查詢策略進行查詢，其中，默認查詢策略的最大查詢次數為預設查詢次數。具體地，當第三方服務器為某一轉賬請求向銀行的服務器發送一次掉單查詢請求后，如果在發送該一次掉單查詢請求之后的固定時長內接收到銀行的服務器返回的轉賬請求的處理狀態，則不再為該轉賬請求向銀行的服務器發送掉單查詢請求；如果在發送該一次掉單查詢請求之后的固定時長內未接收到銀行的服務器返回的轉賬請求的處理狀態，則會繼續向銀行的服務器發送另一次掉單查詢請求。如果在發送該另一次掉單查詢請求之后的固定時長內接收到銀行的服務器返回的轉賬請求的處理狀態，則不再為該轉賬請求向銀行的服務器發送掉單查詢請求；如果在發送該另一次掉單查詢請求之后固定時長內仍舊未接收到銀行的服務器返回的轉賬請求的處理狀態，則繼續向銀行的服務器發送又一掉單查詢請求，重復上述步驟，直至為該轉賬請求向銀行的服務器發送的掉單查詢請求的發送次數到達預設查詢次數為止。

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

發明內容

為克服相關技術中存在的問題，本發明提供一種信息處理方法及裝置。

根據本發明實施例的第一方面，提供一種信息處理方法，應用于第三方服務器，所述方法包括：

每間隔第一預設時長獲取在所述第三方服務器的當前時刻之前的、時長為預設時長的時間段內發生掉單的業務請求的總掉單數量；