本發(fā)明涉及電子商務，尤其涉及一種訂單處理方法、裝置和系統(tǒng)。

背景技術：

1、目前，為了擴大線上服務的范圍，一般會在提供線上服務的系統(tǒng)以外的第三方流量渠道發(fā)布服務信息(比如，電商商城的商品信息和商品的庫存信息等，又比如，互聯(lián)網(wǎng)醫(yī)療服務所提供的服務內(nèi)容、藥品信息等)，并且用戶可通過第三方流量渠道下單，該第三方流量渠道為用戶生成渠道訂單(即第三方訂單，比如，商品訂單、線上醫(yī)療的處方訂單等)，然后通過提供線上服務的系統(tǒng)處理該渠道訂單。

2、在相關技術中，提供線上服務的系統(tǒng)處理渠道訂單主要通過為渠道訂單配置定時任務實現(xiàn)。比如配置3臺服務器(服務器1、服務器2、服務器3)處理針對渠道訂單的定時任務，其中，服務器1處理第1～10000條渠道訂單，服務器2處理第10001～20000條渠道訂單，服務器3處理第20001～30000條渠道訂單?，F(xiàn)有的種渠道訂單處理方式容易出現(xiàn)訂單處理瓶頸，即一旦渠道訂單量增加，會產(chǎn)生渠道訂單積壓以及渠道訂單不能及時處理的問題。

技術實現(xiàn)思路

1、有鑒于此，本發(fā)明實施例提供一種訂單處理方法、裝置和系統(tǒng)，方便擴容處理渠道訂單，及時處理渠道訂單，以避免渠道訂單積壓。

2、為實現(xiàn)上述目的，第一方面，本發(fā)明實施例提供了訂單處理方法，包括：

3、響應于獲取到對應于渠道端的渠道訂單的情況下，將所述渠道訂單存入第一消息隊列；

4、根據(jù)配置的針對所述第一消息隊列的訂閱信息，獲取所述第一消息隊列中的渠道訂單，并對所述渠道訂單包括的訂單信息進行數(shù)據(jù)轉(zhuǎn)換，生成結(jié)構(gòu)化數(shù)據(jù)，將所述結(jié)構(gòu)化數(shù)據(jù)存入第二消息隊列；

5、根據(jù)配置的針對所述第二消息隊列的訂閱信息，獲取所述第二消息隊列中的結(jié)構(gòu)化數(shù)據(jù)，為所述結(jié)構(gòu)化數(shù)據(jù)生成訂單請求，將所述訂單請求發(fā)送給渠道管理端，以使所述渠道管理端處理所述訂單請求。

6、可選地，預先配置用于生成結(jié)構(gòu)化數(shù)據(jù)的多個第一進程或者多個第一節(jié)點以及預先配置用于生成訂單請求的多個第二進程或者多個第二節(jié)點，其中，

7、每一個所述第一進程或者每一個所述第一節(jié)點配置有所述第一消息隊列的訂閱信息；

8、每一個所述第二進程或者每一個所述第二節(jié)點配置有所述第二消息隊列的訂閱信息；

9、所述獲取所述第一消息隊列中的渠道訂單，包括：

10、通過任意一個空閑的所述第一進程或者任一空閑的所述第一節(jié)點，獲取所述第一消息隊列中的渠道訂單；

11、所述獲取所述第二消息隊列中的結(jié)構(gòu)化數(shù)據(jù)，包括：

12、通過任意一個空閑的所述第二進程或者任一空閑的所述第二節(jié)點，獲取所述第二消息隊列中的結(jié)構(gòu)化數(shù)據(jù)。

13、可選地，上述訂單處理方法，還包括：

14、接收運營端為所述渠道端配置的數(shù)據(jù)轉(zhuǎn)換策略，根據(jù)所述數(shù)據(jù)轉(zhuǎn)換策略生成數(shù)據(jù)轉(zhuǎn)換程序；

15、所述對所述渠道訂單包括的訂單信息進行數(shù)據(jù)轉(zhuǎn)換，包括：

16、調(diào)用對應于所述渠道端的數(shù)據(jù)轉(zhuǎn)換程序，并通過數(shù)據(jù)轉(zhuǎn)換程序?qū)λ銮烙唵伟ǖ挠唵涡畔⑦M行數(shù)據(jù)邏輯處理以及數(shù)據(jù)結(jié)構(gòu)轉(zhuǎn)換。

17、可選地，所述為所述結(jié)構(gòu)化數(shù)據(jù)生成訂單請求，包括：

18、從所述結(jié)構(gòu)化數(shù)據(jù)中抽取物品信息、物品數(shù)量、地址信息以及支付信息；

19、組裝所述物品信息、所述物品數(shù)量、所述地址信息以及所述支付信息，形成訂單請求。

20、可選地，上述訂單處理方法，還包括：

21、訂閱所述渠道端的用于存放所述渠道訂單的第三消息隊列；

22、從訂閱的所述第三消息隊列中獲取渠道訂單，并將所述渠道訂單存儲到數(shù)據(jù)庫；

23、所述將所述渠道訂單存入第一消息隊列，包括：

24、將從所述數(shù)據(jù)庫中讀取的渠道訂單存入第一消息隊列。

25、可選地，所述通過數(shù)據(jù)轉(zhuǎn)換程序?qū)λ銮烙唵伟ǖ挠唵涡畔⑦M行數(shù)據(jù)邏輯處理以及數(shù)據(jù)結(jié)構(gòu)轉(zhuǎn)換，包括：

26、將所述訂單信息包括的店鋪標識、訂單狀態(tài)、物品信息、地址信息中的多項進行數(shù)據(jù)結(jié)構(gòu)轉(zhuǎn)換；

27、利用所述訂單信息包括的物品信息中的物品數(shù)量和物品單價，對所述訂單信息包括的物品信息進行數(shù)據(jù)邏輯處理。

28、可選地，所述渠道管理端處理所述訂單請求，包括：

29、根據(jù)所述訂單請求中的所述物品信息以及所述物品數(shù)量，所述渠道管理端針對所述物品信息對應的物品庫存進行交易處理，并生成物品交易訂單。

30、可選地，上述訂單處理方法，還包括：

31、確定所述渠道訂單的渠道訂單編碼，并獲取所述渠道管理端為所述物品交易訂單生成的交易訂單編碼；

32、存儲所述渠道訂單編碼和所述交易訂單編碼之間的關系。

33、可選地，上述訂單處理方法，還包括：

34、在數(shù)據(jù)轉(zhuǎn)換的步驟執(zhí)行失敗的情況下，為所述渠道訂單生成指示轉(zhuǎn)換失敗的反饋信息給運營端，以使所述運營端修正所述數(shù)據(jù)庫中對應于所述反饋信息的渠道訂單；

35、所述將所述渠道訂單存入第一消息隊列，包括：

36、將修正后的渠道訂單存入第一消息隊列。

37、可選地，上述訂單處理方法，還包括：

38、將所述結(jié)構(gòu)化數(shù)據(jù)存儲到數(shù)據(jù)庫；

39、在接收到所述數(shù)據(jù)庫發(fā)送的指示所述結(jié)構(gòu)化數(shù)據(jù)存儲失敗的信息的情況下，重新將存儲失敗的結(jié)構(gòu)化數(shù)據(jù)所對應的渠道訂單存入所述第二消息隊列。

40、可選地，上述訂單處理方法，還包括：

41、在所述結(jié)構(gòu)化數(shù)據(jù)存入所述第二消息隊列失敗的情況下，重新將存儲失敗的結(jié)構(gòu)化數(shù)據(jù)所對應的渠道訂單存入所述第一消息隊列。

42、可選地，在所述為所述結(jié)構(gòu)化數(shù)據(jù)生成訂單請求之后，還包括：

43、根據(jù)存儲的所述渠道訂單編碼和所述交易訂單編碼之間的關系，對所述訂單請求進行冪等判斷；

44、在冪等判斷的結(jié)果指示不存在對應于所述訂單請求的交易訂單的情況下，執(zhí)行將所述訂單請求發(fā)送給渠道管理端的步驟。

45、可選地，上述訂單處理方法，還包括：

46、在確定出存在處理失敗的訂單請求的情況下，將所述數(shù)據(jù)庫中處理失敗的訂單請求所對應的結(jié)構(gòu)化數(shù)據(jù)重新存入所述第二消息隊列。

47、可選地，在獲取所述渠道管理端為所述物品交易訂單生成的交易訂單編碼之后，還包括：

48、生成對應于所述物品交易訂單的臺賬信息，并記錄所述臺賬信息；

49、在記錄所述臺賬信息失敗的情況下，將所述臺賬信息存入預設的臺賬消息隊列；

50、重新記錄所述臺賬消息隊列中的臺賬信息。

51、可選地，上述訂單處理方法，還包括：

52、接收物品發(fā)布請求，其中，所述物品發(fā)布請求包括：渠道端信息以及物品信息；

53、根據(jù)預設的對應于所述渠道端信息的數(shù)據(jù)轉(zhuǎn)換策略，對所述物品信息進行數(shù)據(jù)轉(zhuǎn)換，形成物品頁面信息；

54、將所述物品頁面信息發(fā)送給所述渠道端信息對應的渠道端，以使所述渠道端部署物品頁面信息，并使所述渠道端為用戶終端提供所述物品頁面信息以及基于所述用戶終端對所述物品頁面信息的下單操作，生成對應于渠道端的渠道訂單。

55、可選地，上述訂單處理方法，還包括：

56、在接收到所述渠道端發(fā)送的指示所述物品頁面信息部署失敗的反饋信息的情況下，重新對所述物品信息進行數(shù)據(jù)轉(zhuǎn)換。

57、可選地，上述訂單處理方法，還包括：

58、接收物品信息修改請求，其中，所述物品信息修改請求包括：針對所述物品信息的更新信息；

59、對所述更新信息進行數(shù)據(jù)轉(zhuǎn)換；

60、利用數(shù)據(jù)轉(zhuǎn)換后的更新信息更新所述渠道端部署的物品頁面信息。

61、可選地，上述訂單處理方法，還包括：

62、在接收到所述渠道端發(fā)送的指示更新失敗的反饋信息的情況下，重新更新所述渠道端部署的物品頁面信息。

63、可選地，上述訂單處理方法，還包括：

64、為所述渠道管理端提供通信接口，并通過所述通信接口直接與所述渠道管理端通信連接；

65、和/或，

66、通過獨立的接口系統(tǒng)所提供的接口與所述渠道端間接通信連接。

67、第二方面，本發(fā)明實施例提供一種訂單處理裝置，包括：交互模塊、數(shù)據(jù)轉(zhuǎn)換模塊以及訂單轉(zhuǎn)換模塊，其中，

68、所述交互模塊，響應于獲取到對應于渠道端的渠道訂單的情況下，將所述渠道訂單存入第一消息隊列；

69、所述數(shù)據(jù)轉(zhuǎn)換模塊，用于根據(jù)配置的針對所述第一消息隊列的訂閱信息，獲取所述第一消息隊列中的渠道訂單，并對所述渠道訂單包括的訂單信息進行數(shù)據(jù)轉(zhuǎn)換，生成結(jié)構(gòu)化數(shù)據(jù)，將所述結(jié)構(gòu)化數(shù)據(jù)存入第二消息隊列；

70、所述訂單轉(zhuǎn)換模塊，用于根據(jù)配置的針對所述第二消息隊列的訂閱信息，獲取所述第二消息隊列中的結(jié)構(gòu)化數(shù)據(jù)，為所述結(jié)構(gòu)化數(shù)據(jù)生成訂單請求，將所述訂單請求發(fā)送給渠道管理端，以使所述渠道管理端處理所述訂單請求。

71、第三方面，本發(fā)明實施例提供一種訂單處理系統(tǒng)，包括：渠道端、渠道管理端以及上述第二方面實施例提供的訂單處理裝置，其中，

72、所述渠道端，用于接收用戶終端下單的物品信息，并為所述用戶終端下單的物品信息生成渠道訂單，將所述渠道訂單提供給所述訂單處理裝置；

73、所述渠道管理端，用于處理所述訂單處理裝置發(fā)送的訂單請求。

74、上述發(fā)明中的一個實施例具有如下優(yōu)點或有益效果：通過將渠道訂單存入第一消息隊列，并通過配置的針對第一消息隊列的訂閱消息，處理渠道訂單即對渠道訂單包括的訂單信息進行數(shù)據(jù)轉(zhuǎn)換，生成結(jié)構(gòu)化數(shù)據(jù)，由于通過訂閱的方式從第一消息隊列中獲取渠道訂單，那么，在渠道訂單量比較大的情況下，只需要為新增的計算資源配置訂閱信息，即將新增的計算資源配置為第一消息隊列的消費者，可實現(xiàn)渠道訂單處理擴容，在使擴容簡單方便易于實現(xiàn)的同時，能夠及時處理渠道訂單，以避免渠道訂單積壓。

75、另外，通過將結(jié)構(gòu)化數(shù)據(jù)存入第二消息隊列，然后通過配置的針對第二消息隊列的訂閱信息，為第二消息隊列中的結(jié)構(gòu)化數(shù)據(jù)生成訂單請求，則在結(jié)構(gòu)化數(shù)據(jù)比較大的的情況下，可通過為新增的計算資源配置訂閱信息，即將新增的計算資源配置為第二消息隊列的消費者，可實現(xiàn)渠道訂單的結(jié)構(gòu)化數(shù)據(jù)處理擴容，進一步簡單方便地實現(xiàn)為渠道訂單處理擴容，并能夠及時處理渠道訂單，以進一步避免渠道訂單積壓。

76、進一步地，通過該第二消息隊列的設置，使渠道訂單生成結(jié)構(gòu)化數(shù)據(jù)的過程與生成訂單請求過程完全解耦，互不影響，則在渠道訂單量增加的情況下，可根據(jù)渠道訂單生成結(jié)構(gòu)化數(shù)據(jù)的過程與生成訂單請求過程各自的資源需求，為渠道訂單生成結(jié)構(gòu)化數(shù)據(jù)的過程和生成訂單請求過程分別擴容或縮容，即如果只在渠道訂單生成結(jié)構(gòu)化數(shù)據(jù)的過程存在數(shù)據(jù)積壓的情況，則可只為渠道訂單生成結(jié)構(gòu)化數(shù)據(jù)的過程增加計算資源，以有效地提高渠道訂單各個處理階段均衡，避免渠道訂單在生成結(jié)構(gòu)化數(shù)據(jù)階段以及生成訂單請求階段積壓的同時，能夠有效地提高資源利用效率。

77、上述的非慣用的可選方式所具有的進一步效果將在下文中結(jié)合具體實施方式加以說明。