[發明專利]一種操作請求排隊方法、相關設備及系統

有效

• 申請號: 201210320602.6
• 申請日: 2012-08-31
• 公開（公告）號: CN102833257A
• 公開（公告）日: 2012-12-19
• 發明（設計）人: 吳廷彬;王斌;陳臻;尹家進
• 申請（專利權）人: 北京小米科技有限責任公司
• 主分類號: H04L29/06
• 分類號: H04L29/06
• 代理公司: 北京同達信恒知識產權代理有限公司 11291
• 代理人: 黃志華

技術領域

本發明涉及互聯網領域，尤其涉及一種操作請求排隊方法、相關設備及系統。

背景技術

在互聯網中，系統服務器的處理能力往往具有一定的限制，當大量用戶同時執行同一操作時，系統可能發生延遲，甚至崩潰的危險。例如，網絡商店為了吸引顧客經常會舉行低價商品秒殺活動，所以經常會出現大量用戶在瞬間向系統服務器發送同一操作請求的情況。

在現有技術中，為保證系統的穩定運行，通常采用的方法是系統服務器只接受能夠支持數量的操作請求，當操作請求的數量過多時，暫時拒絕一部分用戶的操作請求，被暫時拒絕操作請求的用戶只能和后續的新用戶一起再次向系統服務器發送操作請求，而在系統服務器再次接受能夠支持數量的操作請求時，可能新用戶的操作請求被接受，而上一次被暫時拒絕操作請求的用戶再一次被拒絕。

于是，為了增大操作請求被服務器處理的可能性，被暫時拒絕操作請求的用戶會人為不停地發送操作請求，既增加了系統服務器的負擔，也降低了用戶使用體驗，并且，對上一次被暫時拒絕操作請求的用戶來講也是不公平的。

發明內容

本發明實施例提供一種操作請求排隊方法、相關設備及系統，用以解決現有技術中存在的發送服務器暫時不進行處理的操作請求的用戶反復發送操作請求，增加了服務器負擔的問題。

本發明實施例提供一種服務器側操作請求排隊方法，包括：

服務器確定在單位時間內接收到的操作請求的數量大于所述服務器處理能力支持的操作請求數量時，檢測接收到的所有操作請求中是否含有攜帶排隊信息的操作請求；

所述服務器優先將所述攜帶排隊信息的操作請求選擇為本次將要進行處理的操作請求；并

向所述所有操作請求中本次未被選擇的操作請求對應的客戶端，返回攜帶排隊信息的等待消息。

相應的，本發明實施例還提供一種客戶端側操作請求排隊方法，包括：

客戶端向服務器發送操作請求；

接收所述服務器返回的攜帶排隊信息的等待消息，其中，所述排隊信息用于指示所述服務器優先將攜帶所述排隊信息的操作請求選擇為本次將要進行處理的操作請求；

向所述服務器發送攜帶所述排隊信息的操作請求。

本發明實施例還提供一種服務器，包括：

檢測單元，用于確定在單位時間內接收到的操作請求的數量大于所述服務器處理能力支持的操作請求數量時，檢測接收到的所有操作請求中是否含有攜帶排隊信息的操作請求；

選擇單元，用于優先將所述攜帶排隊信息的操作請求選擇為本次將要進行處理的操作請求；

排隊單元，用于向所述所有操作請求中本次未被選擇的操作請求對應的客戶端，返回攜帶排隊信息的等待消息。

本發明實施例還提供一種客戶端，包括：

發送單元，用于向服務器發送操作請求；

所述發送單元，還用于向所述服務器發送攜帶排隊信息的操作請求，其中，所述排隊信息用于指示所述服務器優先將攜帶所述排隊信息的操作請求選擇為本次將要進行處理的操作請求；

接收單元，用于接收所述服務器返回的攜帶所述排隊信息的等待消息。

本發明實施例還提供一種操作請求排隊系統，包括：

本發明實施例提供的上述服務器和本發明實施例提供的上述客戶端。

本發明的有益效果包括：

本發明實施例提供的方法中，在單位時間內，當服務器接收到的操作請求的數量大于該服務器處理能力支持的操作請求數量時，服務器選擇出本次將要進行處理的操作請求，對本次未被選擇的操作請求返回一個攜帶排隊信息的等待消息，使本次未被選擇的操作請求處于一個排隊等待狀態，在下一次接收到攜帶該排隊信息的操作請求時，對攜帶該排隊信息的操作請求進行優先處理，從而發送本次未被選擇的操作請求的用戶不需要反復發送操作請求以增大操作請求被服務器處理的可能性，減輕了服務器的負擔。

附圖說明

附圖用來提供對本發明的進一步理解，并且構成說明書的一部分，與本發明實施例一起用于解釋本發明，并不構成對本發明的限制。在附圖中：

圖1為本發明實施例提供的操作請求排隊方法的流程圖；

圖2為本發明實施例提供的操作請求排隊方法的詳細流程圖；

圖3為本發明實施例提供的服務器的結構示意圖；

圖4為本發明實施例提供的客戶端的結構示意圖；

圖5為本發明實施例提供的操作請求排隊系統的結構示意圖。

具體實施方式