[發(fā)明專利]實現(xiàn)訂單管控的系統(tǒng)、方法及調(diào)度服務器和處理服務器

在審

• 申請?zhí)枺?/td>: 201610458120.5
• 申請日: 2016-06-22
• 公開（公告）號: CN107527171A
• 公開（公告）日: 2017-12-29
• 發(fā)明（設計）人: 趙玉
• 申請（專利權）人: 阿里巴巴集團控股有限公司
• 主分類號: G06Q10/08
• 分類號: G06Q10/08;G06Q50/28
• 代理公司: 北京安信方達知識產(chǎn)權代理有限公司11262
• 代理人: 韓輝峰,李丹

技術領域

本申請涉及計算機網(wǎng)絡技術，尤指一種實現(xiàn)訂單管控的方法、系統(tǒng)及調(diào)度服務器和處理服務器。

背景技術

由于倉庫的作業(yè)能力是有限的，但是在諸如雙十一等這種大促的情況下，當天產(chǎn)生的訂單數(shù)量非常龐大，不可能在一天之內(nèi)打包完成且成功交到配送公司，即使倉庫加班作業(yè)完所有的包裹，也可能會導致物流公司爆倉。因此，需要對倉庫下發(fā)的訂單數(shù)量進行強有力的管控。

為了實現(xiàn)這個管控，需要知道倉庫的產(chǎn)能以及已經(jīng)下發(fā)給倉庫的訂單量。如果下發(fā)給倉庫的訂單量超過了倉庫自身的產(chǎn)能，就不應該下發(fā)了。但是，由于系統(tǒng)是分布式的，因此，目前是成功下發(fā)一單就加一單，這樣很可能存在并發(fā)問題，在臨界值時會導致訂單多下發(fā)。

發(fā)明內(nèi)容

為了解決上述技術問題，本申請?zhí)峁┝艘环N實現(xiàn)訂單管控的系統(tǒng)、方法及調(diào)度服務器和處理服務器，能夠保證基于分布式系統(tǒng)的對訂單下發(fā)的精準控制。

一方面，本申請?zhí)峁┝艘环N實現(xiàn)訂單管理的系統(tǒng)，包括設置有用于預計數(shù)的第一計數(shù)器和用于實際計數(shù)的第二計數(shù)器的調(diào)度服務器、及多個處理服務器；其中，

調(diào)度服務器，用于確定出需要下發(fā)訂單任務時，下發(fā)訂單任務并通過第一計數(shù)器對下發(fā)的訂單任務數(shù)量進行計數(shù)；獲知訂單成功處理完成的通知，并通過第二計數(shù)器對成功處理完成的訂單數(shù)量進行計數(shù)；

處理服務器，用于處理訂單任務，并在訂單成功處理完成時通知調(diào)度服務器。

可選地，本申請實現(xiàn)訂單管理的系統(tǒng)還包括分發(fā)服務器，用于將來自所述調(diào)度服務器下發(fā)的訂單任務分發(fā)到對應的所述處理服務器。

可選地，所述調(diào)度服務器中還設置有所述第一計數(shù)器的預警閾值；

所述調(diào)度服務器還用于：當所述第一計數(shù)器的預計值大于或等于第一計數(shù)器的預警閾值時，在調(diào)度決策是否需要下發(fā)訂單任務之前，按照接收到訂單任務的先后順序?qū)⒂唵稳蝿辗湃腙犃兄?，并按照訂單任務的先后順序?qū)Ω饔唵稳蝿罩饌€進行所述調(diào)度決策。

可選地，所述調(diào)度服務器中還設置有一定時器；

所述調(diào)度服務器還用于：按照設置的定時器定時檢測是否滿足重置條件：所述分發(fā)服務器的任務是否存在堆積，且所述第一計數(shù)器的預計數(shù)是否大于或等于實際閾值，所述第二計數(shù)器的實際計數(shù)是否小于預先設置的實際閾值；

當所述分發(fā)服務器的任務不存在堆積，且連續(xù)預設次數(shù)檢測出所述第一計數(shù)器的預計數(shù)大于或等于實際閾值，所述第二計數(shù)器的實際計數(shù)小于預先設置的實際閾值時，重置所述第一計數(shù)器的預計數(shù)為所述第二計數(shù)器的實際計數(shù)。

另一方面，本申請還提供一種實現(xiàn)訂單管理的方法，包括：在調(diào)度系統(tǒng)確定出需要下發(fā)訂單任務時，下發(fā)訂單任務并通過第一計數(shù)器對下發(fā)的訂單任務數(shù)量進行計數(shù)；

調(diào)度系統(tǒng)獲知下發(fā)的訂單任務成功處理完成時，通過第二計數(shù)器對成功處理完成的訂單數(shù)量進行計數(shù)。

可選地，在所述調(diào)度系統(tǒng)確定出需要下發(fā)訂單任務時，還包括：所述調(diào)度系統(tǒng)將需要下發(fā)的訂單任務輸出給分發(fā)服務器，由分發(fā)服務器進行任務分發(fā)。

可選地，該方法之前還包括：設置所述第一計數(shù)器的預警閾值；

當所述第一計數(shù)器的預計值大于或等于第一計數(shù)器的預警閾值時，所述調(diào)度系統(tǒng)在調(diào)度決策是否需要下發(fā)訂單任務之前，還包括：

按照接收到訂單任務的先后順序?qū)⒂唵稳蝿辗湃腙犃兄?，并按照訂單任務的先后順序?qū)Ω饔唵稳蝿罩饌€進行所述調(diào)度決策。

可選地，該方法還包括設置一定時器；

按照設置的定時器定時檢測是否滿足重置條件：分發(fā)服務器的任務是否存在堆積，且所述第一計數(shù)器的預計數(shù)是否大于或等于實際閾值，所述第二計數(shù)器的實際計數(shù)是否小于預先設置的實際閾值；

當分發(fā)服務器的任務不存在堆積，且連續(xù)預設次數(shù)檢測出所述第一計數(shù)器的預計數(shù)大于或等于實際閾值，所述第二計數(shù)器的實際計數(shù)小于預先設置的實際閾值時，重置所述第一計數(shù)器的預計數(shù)為所述第二計數(shù)器的實際計數(shù)。

在一方面，本申請還提供了一種調(diào)度服務器，包括第一處理模塊，第一計數(shù)模塊、第二處理模塊，第二計數(shù)模塊；其中，

第一處理模塊，用于確定出需要下發(fā)訂單任務，向第一計數(shù)模塊輸出第一通知；

第一計數(shù)模塊，用于接收到第一通知，將第一計數(shù)器加一；

第二處理模塊，用于獲知下發(fā)的訂單任務成功處理完成，向第二計數(shù)模塊輸出第二通知；

第二計數(shù)模塊，用于接收到第二通知，將第二計數(shù)器加一。