[發明專利]一種服務器重啟的派單方法和系統

在審

• 申請號: 202011031165.7
• 申請日: 2020-09-27
• 公開（公告）號: CN112183797A
• 公開（公告）日: 2021-01-05
• 發明（設計）人: 陳金穎;陳家亮;許建都;吳嘉維
• 申請（專利權）人: 廣州宸祺出行科技有限公司
• 主分類號: G06Q10/02
• 分類號: G06Q10/02;G06Q10/06;G06F9/54
• 代理公司: 廣州云領專利代理事務所(普通合伙) 44441
• 代理人: 肖云

本發明公開了一種服務器重啟的派單方法，其特征是，包括：S1.乘客下單并申請派單；S2.把派單請求放入隊列中；S3.某個消費進程從隊列中取出派單申請；S4.當正常處理完派單申請后，會主動刪除隊列中的派單申請；S5.當未能正常處理完，超過一定時間后，隊列會認為本次處理無效；S6.在之前當消費被認為無效后，其他進程可以繼續消費派單申請。使用本方法，可以在服務重啟時，放棄本次處理，后續會讓其他機器或者本機器重啟后來消費處理。達到最終能妥善處理派單請求。

技術領域

本發明屬于網約車技術領域，具體涉及一種服務器重啟的派單方法和系統。

背景技術

隨著城市的飛速發展，城市交通的短板日益浮現，尤其是城市交通中公路客運對于乘客來說沒有足夠的自主性以及個性化。雖然城市交通作為一種方式已經很完善了，但是對于提倡綠色出行的當下，已有的城市交通已經無法很好的滿足人們的需求，一板一眼的城市交通無法滿足當前追求定制化、個性化出行方面的需求。

網約車平臺將人、出租車和私家車連接起來，形成一個“人-車”自主連接的服務網，滿足了人們的需求并且極大的填補了城市交通的短板，隨著網約車逐漸被廣大群眾認可，打車的市民越來越多。

現有的網約車平臺，當乘客下單后，系統生成打車訂單，并請求派單，派單請求來了，馬上進行派單處理，這個過程數據都是在進程中處理。如果這個時候服務器重啟了，那本次派單請求的相關數據將會丟失，導致派單請求永遠無法被正常處理，從而出現乘客無法正常完成打車的情況，影響平臺的使用體驗。

發明內容

本發明的目的是要解決服務器重啟后訂單數據丟失技術問題，提供一種服務器重啟的派單方法和系統。

為了解決上述問題，本發明按以下技術方案予以實現的：

一種服務器重啟的派單方法，包括：

S1.乘客下單并申請派單；

S2.把派單請求放入隊列中；

S3.某個消費進程從隊列中取出派單申請；

S4.當正常處理完派單申請后，會主動刪除隊列中的派單申請；

S5.當未能正常處理完，超過一定時間后，隊列會認為本次處理無效；

S6.在之前當消費被認為無效后，其他進程可以繼續消費派單申請。

作為優選方案：消費進程從隊列中取派單申請時，當前消費進程從隊列中取派單申請，若此時服務器重啟，當前進程取的派單申請不會被從隊列刪除，超過一定時間后由下一消費進程來取該派單申請。

作為優選方案：所述隊列存儲在云服務器上。

作為優選方案，還包括判斷網絡穩定性的步驟，具體為：當某一進程取派單申請的處理并判斷為無效操作時，通過網絡測試工具來測試云服務器的通信網絡是否穩定，并在網絡不穩定時發出提示信息。

一種服務器重啟的派單系統，包括：

隊列存儲模塊，其用于存儲申請派單的消息隊列；

進程管理模塊，其用于執行從隊列存儲模塊取派單申請的進程；

隊列管理模塊，其用于向隊列存儲模塊中插入新的申請派單消息，以及從隊列存儲模塊中刪除完成處理的派單申請消息；

訂單管理模塊，其用于在乘客下單后生成派單申請，以及在訂單申請被完成時改變訂單狀態。

作為優選方案：還包括網絡測試模塊，所述網絡測試模塊用于測試云服務器的通信網絡的穩定性。

作為優選方案：所述隊列存儲模塊為CMQ云平臺。