[發明專利]一種訂單管理方法及裝置

在審

• 申請號: 201711108232.9
• 申請日: 2017-11-09
• 公開（公告）號: CN107862575A
• 公開（公告）日: 2018-03-30
• 發明（設計）人: 楊星;田貝;韋敏寧;雷金劍;姜浩
• 申請（專利權）人: 深圳市幸福商城科技股份有限公司
• 主分類號: G06Q30/06
• 分類號: G06Q30/06;G06Q10/02;G06Q50/12
• 代理公司: 深圳市深科信知識產權代理事務所(普通合伙)44422
• 代理人: 彭光榮

技術領域

本發明涉及網絡訂餐技術領域，尤其涉及一種訂單管理方法及裝置。

背景技術

隨著人們現代工作生活節奏的加快，上班族快餐難已成為一個突出的問題。目前的一些訂餐系統都是采用傳統的電子商務模式，由顧客通過網絡訂餐，由訂餐公司派人送到訂餐人手中，用面對面現金支付方式完成交易；現有的訂餐系統的訂單信息較為簡單，訂單的作用也不明顯，沒有給訂餐系統以很好的助力。

發明內容

本發明的主要目的在于提出一種訂單管理方法及裝置，通過將訂單信息關聯到訂餐系統的預訂、支付、生產等各個環節，滿足了生產、運營的正常、持續、高效的運行需求，使用戶的餐品能準確無誤的生產并配送到相應的取餐點。

為實現上述目的，本發明提供的一種訂單管理方法，包括：

客戶端向服務器發送訂單請求；

服務器接收所述訂單請求，并根據訂單的支付情況標識所述訂單的訂單狀態；

將訂單狀態為待取餐狀態的訂單發送至生產端，生產端根據所述訂單中預訂餐品進行生產。

可選地，所述訂單包括：餐品詳情、屬性ID、訂單編號、取餐地址、名稱、訂單狀態、支付方式、用戶手機、下單價格、成交價格、子訂單和創建時間。

可選地，所述訂單狀態包括：待付款狀態、取消狀態、待取餐狀態、待退款狀態、已退款狀態和已完成狀態。

可選地，所述將訂單狀態為待取餐狀態的訂單發送至生產端，生產端根據所述訂單中預訂餐品進行生產包括：

獲取某個預設時間點前的待取餐狀態的所有訂單；

對所述所有訂單中的餐品進行拆分統計，獲取包含單個餐品的生產總數、套餐數及取餐地址的訂單報表；

生產端根據所述訂單報表進行生產。

作為本發明的另一方面，提供的一種訂單管理裝置，包括：

訂單發送模塊，用于客戶端向服務器發送訂單請求；

訂單標識模塊，用于服務器接收所述訂單請求，并根據訂單的支付情況標識所述訂單的訂單狀態；

訂單匯總模塊，用于將訂單狀態為待取餐狀態的訂單發送至生產端，生產端根據所述訂單中預訂餐品進行生產。

可選地，所述訂單包括：餐品詳情、屬性ID、訂單編號、取餐地址、名稱、訂單狀態、支付方式、用戶手機、下單價格、成交價格、子訂單和創建時間。

可選地，所述訂單狀態包括：待付款狀態、取消狀態、待取餐狀態、待退款狀態、已退款狀態和已完成狀態。

可選地，所述訂單匯總模塊包括：

截取單元，用于獲取某個預設時間點前的待取餐狀態的所有訂單；

統計單元，對所述所有訂單中的餐品進行拆分統計，獲取包含單個餐品的生產總數、套餐數及取餐地址的訂單報表；

生產單元，用于生產端根據所述訂單報表進行生產。

本發明提出的一種訂單管理方法及裝置，該方法包括：客戶端向服務器發送訂單請求；服務器接收所述訂單請求，并根據訂單的支付情況標識所述訂單的訂單狀態；將訂單狀態為待取餐狀態的訂單發送至生產端，生產端根據所述訂單中預訂餐品進行生產，通過將訂單信息關聯到訂餐系統的預訂、支付、生產等各個環節，滿足了生產、運營的正常、持續、高效的運行需求，使用戶的餐品能準確無誤的生產并配送到相應的取餐點。

附圖說明

圖1為本發明實施例一提供的一種訂單管理方法流程圖；

圖2為圖1中步驟S30的方法流程圖；

圖3為本發明實施例二提供的一種訂單管理裝置示范性結構框圖；

圖4為圖3中訂單匯總模塊的示范性結構框圖。

本發明目的的實現、功能特點及優點將結合實施例，參照附圖做進一步說明。

具體實施方式

應當理解，此處所描述的具體實施例僅僅用以解釋本發明，并不用于限定本發明。

在后續的描述中，使用用于表示元件的諸如“模塊”、“部件”或“單元”的后綴僅為了有利于本發明的說明，其本身并沒有特定的意義。因此，"模塊"與"部件"可以混合地使用。

實施例一

如圖1所示，在本實施例中，一種訂單管理方法，包括：

S10、客戶端向服務器發送訂單請求；

S20、服務器接收所述訂單請求，并根據訂單的支付情況標識所述訂單的訂單狀態；

S30、將訂單狀態為待取餐狀態的訂單發送至生產端，生產端根據所述訂單中預訂餐品進行生產。