[發明專利]一種訂單處理狀態的反饋方法及聚合支付平臺

在審

• 申請號: 201711323258.5
• 申請日: 2017-12-12
• 公開（公告）號: CN108052398A
• 公開（公告）日: 2018-05-18
• 發明（設計）人: 黃君賢;高健峰
• 申請（專利權）人: 蘇州比可網絡科技有限公司
• 主分類號: G06F9/54
• 分類號: G06F9/54;G06Q20/02
• 代理公司: 北京布瑞知識產權代理有限公司 11505
• 代理人: 孟潭

本發明公開了一種訂單處理狀態的反饋方法和聚合支付平臺。該方法應用于聚合支付平臺，包括：接收第三方支付服務器返回的訂單處理狀態，訂單處理狀態為成功、失敗或處理中；在確定訂單處理狀態為處理中時，經過預設的延遲時間再向第三方支付服務器發送查詢消息，查詢消息用于查詢當前的訂單處理狀態。本發明實施例可以通過聚合支付平臺代替商戶向第三方支付平臺發送查詢當前訂單處理狀態的請求，直到訂單處理完成后，將第三方支付平臺返回的查詢結果發送給商戶，從而避免了商戶因不停地發送查詢請求而造成的服務器資源浪費。

技術領域

本發明涉及互聯網支付技術領域，具體涉及一種訂單處理狀態的反饋方法及聚合支付平臺。

背景技術

隨著互聯網技術的發展，第三方支付已經成為目前的主流支付模式。在這種支付模式下，第三方支付平臺處理訂單后，會返回訂單處理狀態，用于通知商戶訂單的處理狀態，該訂單處理狀態包括成功、失敗和處理中，其中處理中代表處理未完成。對于這種處理中的訂單，有些第三方支付平臺在處理完成后，不會發送處理狀態通知，需要商戶主動發送查詢請求。商戶不停地發送查詢請求，則造成服務器資源的浪費。

因此，如何在不浪費商戶服務器資源的情況下通知商戶訂單的處理狀態，成為亟待解決的問題。

發明內容

本發明的實施例提供一種訂單處理狀態的反饋方法及聚合支付平臺，從而避免了商戶因不停地發送查詢請求而造成的服務器資源浪費。

本發明的一個方面提供了一種訂單處理狀態的反饋方法，應用于聚合支付平臺，包括：接收第三方支付服務器返回的訂單處理狀態，該訂單處理狀態為成功、失敗或處理中；在確定訂單處理狀態為處理中時，經過預設的延遲時間再向第三方支付服務器發送查詢消息，該查詢消息用于查詢當前的訂單處理狀態。

在本發明的一個實施例中，上述方法還包括：后端服務器接收第一商戶服務器發送的訂單；后端服務器向第三方支付服務器發送訂單；其中，接收第三方支付服務器返回的訂單處理狀態，包括：后端服務器接收第三方支付服務器返回的訂單處理狀態。

在本發明的一個實施例中，在確定訂單處理狀態為處理中時，經過預設的延遲時間再向第三方支付服務器發送查詢消息，包括：后端服務器在確定訂單處理狀態為處理中時，向隊列服務器發送訂單處理狀態；隊列服務器將訂單處理狀態放在延遲隊列中；隊列服務器在預設的延遲時間之后將訂單處理狀態從延遲隊列移到正常隊列中；消費隊列服務器從正常隊列中獲取訂單處理狀態；消費隊列服務器根據訂單處理狀態向后端服務器發送查詢請求消息；后端服務器根據查詢請求消息向第三方支付服務器發送查詢消息。

在本發明的一個實施例中，在后端服務器根據查詢請求消息向第三方支付服務器發送查詢消息之后，上述方法還包括：后端服務器接收第三方支付服務器返回的查詢的訂單處理狀態；后端服務器向消費隊列服務器發送查詢的訂單處理狀態；消費隊列服務器在確定查詢的訂單處理狀態為處理中時，向隊列服務器發送查詢的訂單處理狀態；隊列服務器將查詢的訂單處理狀態放在延遲隊列中。

在本發明的一個實施例中，上述方法還包括：消費隊列服務器在確定查詢的訂單處理狀態為成功或失敗時，向第二商戶服務器發送通知，該通知用于指示訂單處理狀態為成功或失敗。

在本發明的一個實施例中，在后端服務器根據查詢請求消息向第三方支付服務器發送查詢消息之后，上述方法還包括：后端服務器接收第三方支付服務器返回的查詢的訂單處理狀態；后端服務器在確定查詢的訂單處理狀態為處理中時，向隊列服務器發送查詢的訂單處理狀態；隊列服務器將查詢的訂單處理狀態放在延遲隊列。

在本發明的一個實施例中，上述方法還包括：后端服務器在確定查詢的訂單處理狀態為成功或失敗時，向隊列服務器發送查詢的訂單處理狀態；隊列服務器將查詢的訂單處理狀態放在正常隊列。