本發(fā)明涉及餐飲服務(wù)領(lǐng)域，特別涉及一種o2o式的校園自助餐飲系統(tǒng)及其運(yùn)行方法。

背景技術(shù)：

根據(jù)目前各大中小學(xué)校飯?zhí)媒?jīng)營軟件和硬件水平現(xiàn)狀態(tài)來看，通過走訪和隨機(jī)問卷調(diào)查得出結(jié)論得出一個最大的問題：就餐時間集中，導(dǎo)致點(diǎn)餐過程中出現(xiàn)排隊擁擠現(xiàn)象，最長排隊時長甚至超過半小時。這個問題多年以來困擾著學(xué)校和食堂管理者，尤其是在校就餐的學(xué)生。傳統(tǒng)的校園食堂餐飲模式，普遍是做好飯菜后，提前將飯菜分配多個窗口，供學(xué)生排隊打飯，待學(xué)生放學(xué)后，學(xué)生們都爭前恐后的隊伍，來得比較晚的學(xué)生，難免吃不到自己想吃的飯菜，尤其在天冷的時候，時間一長，飯菜就會變涼，學(xué)生更容易因為吃了變涼的飯菜導(dǎo)致生病。由此可見，傳統(tǒng)的食堂管理方式已經(jīng)不在受歡迎。其不僅讓學(xué)生打飯的效率較低，浪費(fèi)學(xué)生的業(yè)余時間，甚至?xí)绊憣W(xué)生的情緒與健康，造成用戶體驗不好。

由于上述的問題，校園難免又衍生以下幾種情況：1.學(xué)生選擇外出就餐，離開學(xué)校范圍，學(xué)生的人身安全方面得不到保障。2.學(xué)生網(wǎng)絡(luò)點(diǎn)餐，現(xiàn)有的網(wǎng)絡(luò)點(diǎn)餐app，均來自參差不齊的各種小作坊小飯館，生產(chǎn)環(huán)節(jié)不透明，孩子們的食品衛(wèi)生安全更是沒有保障。

行業(yè)內(nèi)至今沒能解決就餐難這一問題，現(xiàn)決定深入調(diào)查研究分析量身定制一種o2o式的校園自助餐飲系統(tǒng)及其運(yùn)行方法專為解決這一大難題。

技術(shù)實現(xiàn)要素：

本發(fā)明所要解決的技術(shù)問題是提供一種o2o式的校園自助餐飲系統(tǒng)及其運(yùn)行方法，以解決現(xiàn)有技術(shù)中導(dǎo)致的上述多項缺陷。

為實現(xiàn)上述目的，本發(fā)明提供以下的技術(shù)方案：包括內(nèi)置有點(diǎn)餐平臺的點(diǎn)餐機(jī)端，后臺餐飲管理平臺，搭載餐飲管理平臺后臺服務(wù)程序的主web服務(wù)器、主數(shù)據(jù)服務(wù)器，負(fù)責(zé)連接點(diǎn)餐機(jī)和取餐柜以及與后臺餐飲管理平臺通訊的終端服務(wù)器，所述取餐柜內(nèi)設(shè)有多個獨(dú)立的配餐箱，所述每個獨(dú)立的配餐箱都有其各自的箱門和具有可調(diào)節(jié)溫度、紫外線殺毒功能的溫控裝置和消毒裝置；

所述點(diǎn)餐機(jī)端包括主控單元模塊，所述主控單元模塊信號連接有：

網(wǎng)絡(luò)通訊模塊：將所述主控單元模塊發(fā)來的數(shù)據(jù)通過網(wǎng)絡(luò)傳遞給所述服務(wù)器，并將所述服務(wù)器發(fā)來的數(shù)據(jù)傳遞給所述主控單元模塊；

觸摸模塊：電容屏10點(diǎn)觸控，用戶通過觸摸點(diǎn)餐機(jī)進(jìn)行點(diǎn)餐機(jī)的功能操作；

信息讀取模塊：用戶的身份設(shè)備，通過信息讀取模塊讀取出用于點(diǎn)餐過程點(diǎn)向服務(wù)器驗證身份信息使用。所述用戶身份設(shè)備為ic卡；

軟件模塊：點(diǎn)餐機(jī)搭載了自助點(diǎn)餐平臺軟件，通過該軟件進(jìn)行日常點(diǎn)餐、查詢的操作；

系統(tǒng)配置模塊：用于當(dāng)點(diǎn)餐機(jī)端開啟后，管理員使用管理員卡在點(diǎn)餐機(jī)端設(shè)有的射頻感應(yīng)識別區(qū)通過刷卡進(jìn)入點(diǎn)餐平臺，點(diǎn)擊點(diǎn)餐平臺設(shè)有的系統(tǒng)配置按鈕進(jìn)入配置界面，在配置界面上對所述點(diǎn)餐機(jī)的參數(shù)進(jìn)行配置，點(diǎn)餐機(jī)的參數(shù)包括接收數(shù)據(jù)的api接口的地址，所述管理員卡為ic卡；

菜單獲取顯示模塊：用于使用戶登錄點(diǎn)餐平臺并進(jìn)入點(diǎn)餐界面，點(diǎn)餐機(jī)端根據(jù)api接口的地址自動從服務(wù)器中獲取所述菜單并進(jìn)行顯示；

選擇顯示模塊：用于使所述用戶在當(dāng)前顯示界面上選擇菜名，當(dāng)前顯示界面相應(yīng)顯示選擇的菜名及數(shù)量，當(dāng)用戶確認(rèn)后，點(diǎn)餐平臺將用戶的點(diǎn)餐信息打包后發(fā)送到服務(wù)器；

分配模塊：用于使服務(wù)器優(yōu)先分配與用戶所處的樓層相對應(yīng)的所述取餐柜中處于空閑狀態(tài)的配餐箱，并將分配的取餐柜的編號及配餐箱的編號創(chuàng)建到訂單中，服務(wù)器將訂單創(chuàng)建成功的信息返回到點(diǎn)餐平臺；

支付模塊：用于使點(diǎn)餐平臺顯示支付選擇界面，提示用戶選擇付款，并將付款結(jié)果返回給所述主控單元模塊；

所述后臺餐飲管理平臺包括配餐時間模塊：用于根據(jù)廚房管理規(guī)定，在系統(tǒng)中會設(shè)定一個點(diǎn)餐結(jié)束時間、取餐時間和取餐柜回收時間；

配餐單模塊：用于每份菜式都在服務(wù)端的系統(tǒng)中都會分配有一個數(shù)字編號；

配餐模塊：用于廚房管理員把點(diǎn)好的餐分配到各個取餐箱，再把配好餐的取餐箱擺放好并上鎖。

優(yōu)選的，所述點(diǎn)餐平臺設(shè)有查詢按鈕，用戶使用所述用戶卡在所述點(diǎn)餐機(jī)端的射頻感應(yīng)識別區(qū)進(jìn)行刷卡，點(diǎn)擊所述查詢按鈕，所述點(diǎn)餐平臺讀取用戶卡的信息并將其發(fā)送到所述服務(wù)器，所述服務(wù)器將用戶的訂單信息返回給點(diǎn)餐平臺。

優(yōu)選的，所述用戶在查詢訂單信息時，查詢的條件為生效的訂單、往期的訂單和失效的訂單。

優(yōu)選的，所述用戶為學(xué)生，所述用戶個人信息包括姓名、年級和所在樓層。

優(yōu)選的，所述支付模塊包括刷卡支付模塊：用于使所述用戶使用所述用戶卡在所述點(diǎn)餐機(jī)的射頻識別感應(yīng)區(qū)進(jìn)行刷卡，所述點(diǎn)餐平臺讀取用戶卡中存儲的數(shù)據(jù)并將其發(fā)送到所述服務(wù)器進(jìn)行驗證，當(dāng)所述點(diǎn)餐平臺收到所述服務(wù)器發(fā)送的驗證成功的信息后，對所述用戶賬戶中的金額進(jìn)行修改，并將支付信息發(fā)送到所述服務(wù)器進(jìn)行記錄；掃碼支付模塊：用于使點(diǎn)餐平臺顯示二維碼，用戶使用其移動終端的微信或支付寶掃描所述二維碼進(jìn)行支付，并將支付信息發(fā)送到服務(wù)器進(jìn)行記錄；訂單狀態(tài)修改模塊：用于使服務(wù)器將訂單的狀態(tài)修改為已付款，并將生效的訂單的編號和分配的取餐柜的編號及配餐柜的編號發(fā)送到點(diǎn)餐平臺進(jìn)行顯示。

一種o2o式的校園自助餐飲系統(tǒng)的運(yùn)行方法，所述運(yùn)行方法包括以下步驟：

a)建立菜單并將其存到服務(wù)器的數(shù)據(jù)庫中；所述菜單中包含每天的菜名和提供的數(shù)量；

b)將用戶編號、用戶個人信息、用戶卡編號、微信賬號和支付寶賬號進(jìn)行綁定后存儲到所述服務(wù)器的數(shù)據(jù)庫中；所述用戶卡為ic卡；

c)所述點(diǎn)餐機(jī)開啟后，管理員使用管理員卡在所述點(diǎn)餐機(jī)的感應(yīng)區(qū)通過刷卡進(jìn)入所述點(diǎn)餐平臺，點(diǎn)擊系統(tǒng)配置按鈕進(jìn)入配置界面，在所述配置界面上對所述點(diǎn)餐機(jī)的參數(shù)進(jìn)行配置；所述點(diǎn)餐機(jī)的參數(shù)包括接收數(shù)據(jù)的api接口的地址；所述管理員卡為ic卡；

d)用戶登錄所述點(diǎn)餐平臺并進(jìn)入點(diǎn)餐界面，所述點(diǎn)餐機(jī)根據(jù)所述api接口的地址自動從所述服務(wù)器中獲取所述菜單并進(jìn)行顯示；

e)所述用戶在當(dāng)前顯示界面上選擇菜名，所述當(dāng)前顯示界面的右側(cè)區(qū)域相應(yīng)顯示選擇的菜名及數(shù)量，當(dāng)所述用戶點(diǎn)擊所述菜單下方的確定按鈕后，所述點(diǎn)餐平臺將所述用戶的點(diǎn)餐信息打包后發(fā)送到所述服務(wù)器；

f)所述服務(wù)器優(yōu)先分配與所述用戶所處的樓層相對應(yīng)的取餐柜中處于空閑狀態(tài)的箱子，并將分配的取餐柜的編號及箱子的編號創(chuàng)建到訂單中，所述服務(wù)器將訂單創(chuàng)建成功的信息返回到所述點(diǎn)餐平臺；

g)所述點(diǎn)餐平臺顯示支付選擇界面，提示所述用戶選擇ic卡支付、微信支付或支付寶支付，當(dāng)所述用戶選擇ic卡支付時，執(zhí)行步驟h1)，當(dāng)所述用戶選擇微信支付或支付寶支付時，執(zhí)行步驟h2)；

h1)所述用戶使用所述用戶卡在所述點(diǎn)餐機(jī)的感應(yīng)區(qū)進(jìn)行刷卡，所述點(diǎn)餐平臺讀取所述用戶卡中存儲的數(shù)據(jù)并將其發(fā)送到所述服務(wù)器進(jìn)行驗證，當(dāng)所述點(diǎn)餐平臺收到所述服務(wù)器發(fā)送的驗證成功的信息后，對所述用戶卡中的金額進(jìn)行修改，并將支付信息發(fā)送到所述服務(wù)器進(jìn)行記錄，執(zhí)行步驟i)；

h2)所述點(diǎn)餐平臺顯示二維碼，所述用戶使用其移動終端的微信或支付寶掃描所述二維碼進(jìn)行支付，并將支付信息發(fā)送到服務(wù)器進(jìn)行記錄，執(zhí)行步驟i)；

i)所述服務(wù)器將所述訂單的狀態(tài)修改為已付款，并將生效的訂單的編號和所述分配的取餐柜的編號及箱子的編號發(fā)送到所述點(diǎn)餐平臺進(jìn)行顯示；

j)后臺廚房的配餐員根據(jù)訂單進(jìn)行相應(yīng)的配餐工作；

k)所述用戶到所述分配的取餐柜前使用所述用戶卡刷卡進(jìn)行取餐，或者采用其移動終端的微信或支付寶掃描二維碼的方式進(jìn)行取餐。

優(yōu)選的，所述步驟k)進(jìn)一步包括：

k1)用戶使用所述用戶卡在所述分配的取餐柜的感應(yīng)區(qū)刷卡，或者打開其移動終端的微信或支付寶的二維碼進(jìn)行掃描后，所述分配的取餐柜將獲取的信息發(fā)送到所述服務(wù)器進(jìn)行驗證；

k2)所述服務(wù)器驗證通過后，向所述分配的取餐柜下發(fā)開鎖指令，所述分配的取餐柜控制相應(yīng)的箱子打開箱門。

采用以上技術(shù)方案的有益效果是：由于通過可以點(diǎn)餐機(jī)進(jìn)行點(diǎn)餐，甚至可以通過微信公眾平臺、支付寶公眾平臺或網(wǎng)頁進(jìn)行點(diǎn)餐，并通過刷用戶卡即ic卡的方式、微信或支付寶方式進(jìn)行支付提前將飯菜放在指定樓層的取餐柜的箱子中，在取餐時，用戶到相應(yīng)的取餐柜前通過刷卡、微信掃描或支付寶掃描的方式進(jìn)行取餐，這樣就不用排隊打飯菜，所以其取餐效率較高、提升用戶體驗，也省去了用戶排隊的麻煩，把傳統(tǒng)的排隊等待這種單線程模式放到公共網(wǎng)絡(luò)上改進(jìn)成多線程并發(fā)(點(diǎn)餐)模式，比如1000個用戶需要點(diǎn)餐，選用傳統(tǒng)排隊模式每個人花1分鐘點(diǎn)餐取餐，1000個用戶就耗時1000分鐘，排隊在最后的人員往往是最難忍受的，我們建立的網(wǎng)絡(luò)點(diǎn)餐平臺可以同時接收這1000人點(diǎn)餐的任務(wù)需求，從原有的1對1服務(wù)變成1對多服務(wù)，從根本上直接跳過排隊流程，從效率和衛(wèi)生安全上產(chǎn)生質(zhì)的飛躍。

附圖說明

圖1和圖2是本發(fā)明運(yùn)行方法的流程圖。

圖3是本發(fā)明的結(jié)構(gòu)框圖。

具體實施方式

下面結(jié)合附圖詳細(xì)說明本發(fā)明一種o2o式的校園自助餐飲系統(tǒng)及其運(yùn)行方法的實施方式。

圖1-圖3出示本發(fā)明一種o2o式的校園自助餐飲系統(tǒng)及其運(yùn)行方法的具體實施方式：一種o2o式的校園自助餐飲系統(tǒng)，包括內(nèi)置有點(diǎn)餐平臺的點(diǎn)餐機(jī)端、通過網(wǎng)絡(luò)和點(diǎn)餐機(jī)端連接的服務(wù)器、多個取餐柜與服務(wù)器通過網(wǎng)絡(luò)連接的后臺配餐廚房的服務(wù)端，所述取餐柜內(nèi)設(shè)有多個獨(dú)立的配餐箱，所述每個獨(dú)立的配餐箱都有其各自的箱門和保溫裝置；

所述點(diǎn)餐機(jī)端包括主控單元模塊，所述主控單元模塊信號連接有：

網(wǎng)絡(luò)通訊模塊，將所述主控單元模塊發(fā)來的數(shù)據(jù)通過網(wǎng)絡(luò)傳遞給所述服務(wù)器，并將所述服務(wù)器發(fā)來的數(shù)據(jù)傳遞給所述主控單元模塊；

菜單建立存儲模塊：用于建立菜單并將其存到服務(wù)器的數(shù)據(jù)庫中，所述菜單中包含每天的菜名和提供的數(shù)量；

信息綁定存儲模塊：用于將用戶編號、用戶個人信息、用戶卡編號、微信賬號和支付寶賬號進(jìn)行綁定后存儲到服務(wù)器的數(shù)據(jù)庫中，所述用戶卡為ic卡；

系統(tǒng)配置模塊：用于當(dāng)點(diǎn)餐機(jī)端開啟后，管理員使用管理員卡在點(diǎn)餐機(jī)端設(shè)有的射頻感應(yīng)識別區(qū)通過刷卡進(jìn)入點(diǎn)餐平臺，點(diǎn)擊點(diǎn)餐平臺設(shè)有的系統(tǒng)配置按鈕進(jìn)入配置界面，在配置界面上對所述點(diǎn)餐機(jī)的參數(shù)進(jìn)行配置，點(diǎn)餐機(jī)的參數(shù)包括接收數(shù)據(jù)的api接口的地址，所述管理員卡為ic卡；

菜單獲取顯示模塊：用于使用戶登錄點(diǎn)餐平臺并進(jìn)入點(diǎn)餐界面，點(diǎn)餐機(jī)端根據(jù)api接口的地址自動從服務(wù)器中獲取所述菜單并進(jìn)行顯示；

選擇顯示模塊：用于使所述用戶在當(dāng)前顯示界面上選擇菜名，當(dāng)前顯示界面相應(yīng)顯示選擇的菜名及數(shù)量，當(dāng)用戶確認(rèn)后，點(diǎn)餐平臺將用戶的點(diǎn)餐信息打包后發(fā)送到服務(wù)器；

分配模塊：用于使服務(wù)器優(yōu)先分配與用戶所處的樓層相對應(yīng)的所述取餐柜中處于空閑狀態(tài)的配餐箱，并將分配的取餐柜的編號及配餐箱的編號創(chuàng)建到訂單中，服務(wù)器將訂單創(chuàng)建成功的信息返回到點(diǎn)餐平臺；

支付模塊：用于使點(diǎn)餐平臺顯示支付選擇界面，提示用戶選擇付款，并將付款結(jié)果返回給所述主控單元模塊；

支付模塊：用于使點(diǎn)餐平臺顯示支付選擇界面，提示用戶選擇付款，并將付款結(jié)果返回給所述主控單元模塊；

所述后臺配餐廚房的服務(wù)端包括配餐時間模塊：用于根據(jù)廚房管理規(guī)定，在系統(tǒng)中會設(shè)定一個點(diǎn)餐結(jié)束時間、取餐時間和取餐柜回收時間，當(dāng)?shù)竭_(dá)點(diǎn)餐結(jié)束時間，比如中午10點(diǎn)，系統(tǒng)會自動截至當(dāng)天當(dāng)餐的點(diǎn)餐，點(diǎn)餐機(jī)中不能再繼續(xù)下新的訂單。服務(wù)器后臺系統(tǒng)會自動生成一份廚房配餐單，配餐單里面科學(xué)的記錄了每個取餐柜每個取餐箱的配餐詳細(xì)。管理員只需要把打印出來的配餐單拿到配餐間進(jìn)行配餐操作；

配餐單模塊；用于每份菜式都在服務(wù)端的系統(tǒng)中都會分配有一個科學(xué)的數(shù)字編號，使用數(shù)字編號可以讓配餐員更好識別和裝配對應(yīng)的餐飲，簡化配餐員思考的時間；

配餐模塊；用于廚房管理員把點(diǎn)好的餐分配到各個取餐箱，再把配好餐的取餐箱擺放好并上鎖。

在本實施例中，所述點(diǎn)餐平臺設(shè)有查詢按鈕，用戶使用所述用戶卡在所述點(diǎn)餐機(jī)端的射頻感應(yīng)識別區(qū)進(jìn)行刷卡，點(diǎn)擊所述查詢按鈕，所述點(diǎn)餐平臺讀取用戶卡的信息并將其發(fā)送到所述服務(wù)器，所述服務(wù)器將用戶的訂單信息返回給點(diǎn)餐平臺，點(diǎn)餐平臺設(shè)有查詢按鈕，當(dāng)用戶需要查詢訂單時，用戶使用用戶卡在點(diǎn)餐機(jī)的感應(yīng)區(qū)進(jìn)行刷卡，點(diǎn)擊查詢按鈕，點(diǎn)餐平臺讀取用戶卡的信息并將其發(fā)送到服務(wù)器，服務(wù)器將用戶的訂單信息返回給點(diǎn)餐平臺，這樣，用戶就可以看到今天點(diǎn)了哪些菜，去哪個取餐柜去取餐，訂單的狀態(tài)是付款成功還是付款失敗。

在本實施例中，所述用戶在查詢訂單信息時，查詢的條件為生效的訂單(即付款成功的)、往期的訂單(即已經(jīng)取過餐的)和失效的訂單(沒刷卡的，取消的訂單)。

在本實施例中，所述用戶為學(xué)生，所述用戶個人信息包括姓名、年級和所在樓層。

在本實施例中，所述支付模塊包括刷卡支付模塊：用于使所述用戶使用所述用戶卡在所述點(diǎn)餐機(jī)的射頻識別感應(yīng)區(qū)進(jìn)行刷卡，所述點(diǎn)餐平臺讀取用戶卡中存儲的數(shù)據(jù)并將其發(fā)送到所述服務(wù)器進(jìn)行驗證，當(dāng)所述點(diǎn)餐平臺收到所述服務(wù)器發(fā)送的驗證成功的信息后，對所述用戶卡中的金額進(jìn)行修改，并將支付信息發(fā)送到所述服務(wù)器進(jìn)行記錄；掃碼支付模塊：用于使點(diǎn)餐平臺顯示二維碼，用戶使用其移動終端的微信或支付寶掃描所述二維碼進(jìn)行支付，并將支付信息發(fā)送到服務(wù)器進(jìn)行記錄；訂單狀態(tài)修改模塊：用于使服務(wù)器將訂單的狀態(tài)修改為已付款，并將生效的訂單的編號和分配的歲數(shù)取餐柜的編號及配餐柜的編號發(fā)送到點(diǎn)餐平臺進(jìn)行顯示。

一種o2o式的校園自助餐飲系統(tǒng)的運(yùn)行方法，所述運(yùn)行方法包括以下步驟：

a)建立菜單并將其存到服務(wù)器的數(shù)據(jù)庫中；所述菜單中包含每天的菜名和提供的數(shù)量，本步驟中，管理員根據(jù)飯?zhí)玫膶嶋H情況建立菜單，可以把明天、后天、大后天甚至是一周的菜單給排出來，然后將建立的菜單存到服務(wù)器的數(shù)據(jù)庫中，這樣就可以在點(diǎn)餐平臺上查詢到菜單。值得一提的是，菜單中包含每天的菜名和提供的數(shù)量，比如：西紅柿炒蛋提供15份，單價為3元1份。一般情況下，一天可提供兩餐，即提供午餐和晚餐，當(dāng)然，實際應(yīng)用中，可根據(jù)具體情況進(jìn)行相應(yīng)調(diào)整，比如：調(diào)整為一天一餐或一天三餐等；

b)將用戶編號、用戶個人信息、用戶卡編號、微信賬號和支付寶賬號進(jìn)行綁定后存儲到所述服務(wù)器的數(shù)據(jù)庫中，所述用戶卡為ic卡，當(dāng)用戶后期想要使用用戶卡進(jìn)行支付時，就需要將用戶卡編號和用戶編號進(jìn)行綁定，當(dāng)用戶后期想要使用微信或支付寶進(jìn)行支付時，就需要將微信賬號或支付寶賬號與用戶編號進(jìn)行綁定，本步驟中，將用戶編號、用戶個人信息、用戶卡編號、微信賬號和支付寶賬號進(jìn)行綁定后存儲到服務(wù)器的數(shù)據(jù)庫中。值得一提的是，用戶編號是唯一的，是用戶身份的象征，該用戶編號是點(diǎn)餐取餐系統(tǒng)分配的。上述用戶卡為ic卡，每個用戶都有一個用戶卡，每個用戶卡都有一個用戶卡編號，當(dāng)某個用戶的用戶卡丟失時，還可以換新的用戶卡，新的用戶卡的用戶卡編號與丟失的用戶卡的用戶卡編號是不同的，但是兩個用戶卡所對應(yīng)的用戶編號是相同的。

c)所述點(diǎn)餐機(jī)開啟后，管理員使用管理員卡在所述點(diǎn)餐機(jī)的感應(yīng)區(qū)通過刷卡進(jìn)入所述點(diǎn)餐平臺，點(diǎn)擊系統(tǒng)配置按鈕進(jìn)入配置界面，在所述配置界面上對所述點(diǎn)餐機(jī)的參數(shù)進(jìn)行配置；所述點(diǎn)餐機(jī)的參數(shù)包括接收數(shù)據(jù)的api接口的地址，所述管理員卡為ic卡，點(diǎn)餐平臺提供系統(tǒng)配置、點(diǎn)餐和查詢功能，當(dāng)點(diǎn)餐機(jī)開啟后，管理員使用管理員卡在點(diǎn)餐機(jī)的感應(yīng)區(qū)通過刷卡進(jìn)入點(diǎn)餐平臺，點(diǎn)擊系統(tǒng)配置按鈕進(jìn)入配置界面，在配置界面上對點(diǎn)餐機(jī)的參數(shù)進(jìn)行配置，比如：對接收數(shù)據(jù)的api接口的地址的設(shè)置，也就是配置從哪個地址去獲取數(shù)據(jù)。該系統(tǒng)配置的功能只有管理員才有權(quán)限，普通用戶沒有這個權(quán)限，普通用戶只有點(diǎn)餐和訂單查詢的權(quán)限。值得一提的是，管理員使用的管理員卡也是ic卡。值得一提的是，通過后臺來設(shè)置用戶的身份，例如：設(shè)置編號為001的ic卡為管理員卡，設(shè)置編號為其他號碼的ic卡為用戶卡，學(xué)生姓名和ic卡的編號存在服務(wù)器中，ic卡的數(shù)據(jù)、個人資料、余額、系統(tǒng)編號都會存在ic卡上，也同事會存在服務(wù)器中，通過ic卡可以和服務(wù)器去做匹配，如果信息匹配，就表明該ic卡是合法的卡，如果信息不匹配，就表明該ic卡是一張非法的卡。

d)用戶登錄所述點(diǎn)餐平臺并進(jìn)入點(diǎn)餐界面，所述點(diǎn)餐機(jī)根據(jù)所述api接口的地址自動從所述服務(wù)器中獲取所述菜單并進(jìn)行顯示，關(guān)于點(diǎn)餐功能，本步驟中，用戶登錄點(diǎn)餐平臺并進(jìn)入點(diǎn)餐界面后，點(diǎn)餐機(jī)根據(jù)api接口的地址(url地址)自動從服務(wù)器中獲取菜單，并顯示菜單內(nèi)容給用戶看。

e)所述用戶在當(dāng)前顯示界面上選擇菜名，所述當(dāng)前顯示界面的右側(cè)區(qū)域相應(yīng)顯示選擇的菜名及數(shù)量，當(dāng)所述用戶點(diǎn)擊所述菜單下方的確定按鈕后，所述點(diǎn)餐平臺將所述用戶的點(diǎn)餐信息打包后發(fā)送到所述服務(wù)器，本步驟中，用戶在當(dāng)前顯示界面上選擇菜名，當(dāng)前顯示界面的右側(cè)區(qū)域相應(yīng)顯示所選擇的菜名及數(shù)量，另外，在當(dāng)前顯示界面的右側(cè)區(qū)域可以增加數(shù)量或減少數(shù)量，在菜單下方有個確定按鈕，當(dāng)用戶點(diǎn)擊菜單下方的確定按鈕后，點(diǎn)餐平臺會顯示選擇那些菜，以及每種菜選擇了幾份，還會有個金額匯總，點(diǎn)餐平臺收集完用戶勾選的信息后，會把這些點(diǎn)餐信息打包后發(fā)送到服務(wù)器。

f)所述服務(wù)器優(yōu)先分配與所述用戶所處的樓層相對應(yīng)的取餐柜中處于空閑狀態(tài)的箱子，并將分配的取餐柜的編號及箱子的編號創(chuàng)建到訂單中，所述服務(wù)器將訂單創(chuàng)建成功的信息返回到所述點(diǎn)餐平臺，本步驟中，服務(wù)器根據(jù)具體的管理模式(當(dāng)用戶為學(xué)生時，就是根據(jù)學(xué)校的管理模式)，比如：取餐柜放置在什么地方，先根據(jù)用戶編號來判斷用戶的位置，比如：高二的學(xué)生在二樓，二樓有兩臺或三臺取餐柜，服務(wù)器有限匹配二樓的取餐柜的箱子哪個是空閑的，匹配到空閑的箱子后，就把這個空閑的箱子給占用了，相當(dāng)于訂單綁定了這個空閑的箱子，生成訂單之后，該訂單就會綁定該空閑的箱子的編號，這樣訂單就創(chuàng)建成功了，也就是說，服務(wù)器優(yōu)先分配與用戶所處的樓層相對應(yīng)的取餐柜中處于空閑狀態(tài)的箱子，并將分配的取餐柜的編號及箱子的編號創(chuàng)建到訂單中，訂單中有該空閑的箱子的編號，所在取餐柜的編號，服務(wù)器將訂單創(chuàng)建成功的信息返回到點(diǎn)餐平臺。

g)所述點(diǎn)餐平臺顯示支付選擇界面，提示所述用戶選擇ic卡支付、微信支付或支付寶支付，當(dāng)所述用戶選擇ic卡支付時，執(zhí)行步驟h1)，當(dāng)所述用戶選擇微信支付或支付寶支付時，執(zhí)行步驟h2)；

h1)所述用戶使用所述用戶卡在所述點(diǎn)餐機(jī)的感應(yīng)區(qū)進(jìn)行刷卡，所述點(diǎn)餐平臺讀取所述用戶卡中存儲的數(shù)據(jù)并將其發(fā)送到所述服務(wù)器進(jìn)行驗證，當(dāng)所述點(diǎn)餐平臺收到所述服務(wù)器發(fā)送的驗證成功的信息后，對所述用戶卡中的金額進(jìn)行修改，并將支付信息發(fā)送到所述服務(wù)器進(jìn)行記錄，執(zhí)行步驟i)；

h2)所述點(diǎn)餐平臺顯示二維碼，所述用戶使用其移動終端的微信或支付寶掃描所述二維碼進(jìn)行支付，并將支付信息發(fā)送到服務(wù)器進(jìn)行記錄，執(zhí)行步驟i)；

或者也可以通過網(wǎng)頁進(jìn)行點(diǎn)餐，大學(xué)的學(xué)生用電腦打開網(wǎng)頁，或者用手機(jī)打開點(diǎn)餐平臺、微信的公眾平臺或支付寶的公眾平臺就可以點(diǎn)餐，點(diǎn)餐機(jī)端主要是服務(wù)于不能使用手機(jī)的群體，通過點(diǎn)餐機(jī)或網(wǎng)頁版、微信、支付寶關(guān)注點(diǎn)餐平臺公眾號就可以進(jìn)行點(diǎn)餐，其使用較為方便。

i)所述服務(wù)器將所述訂單的狀態(tài)修改為已付款，并將生效的訂單的編號和所述分配的取餐柜的編號及箱子的編號發(fā)送到所述點(diǎn)餐平臺進(jìn)行顯示，本步驟中，用戶使用用戶卡在點(diǎn)餐機(jī)的感應(yīng)區(qū)進(jìn)行刷卡，點(diǎn)餐平臺讀取用戶卡中存儲的數(shù)據(jù)并將其發(fā)送到服務(wù)器進(jìn)行驗證，當(dāng)驗證成功后，服務(wù)器會向點(diǎn)餐平臺發(fā)送驗證成功的信息，當(dāng)點(diǎn)餐平臺收到服務(wù)器發(fā)送的驗證成功的信息后，對用戶卡中的金額進(jìn)行修改，并將支付信息發(fā)送到服務(wù)器進(jìn)行記錄。用戶卡里面扣之前的金額和扣除之后的金額記錄在服務(wù)器保存著，如果出錯了，還可以進(jìn)行追溯。

j)后臺廚房的配餐員根據(jù)訂單進(jìn)行相應(yīng)的配餐工作，服務(wù)端后臺系統(tǒng)會自動生成一份廚房配餐單，配餐單里面科學(xué)的記錄了每個取餐柜每個取餐箱的配餐詳細(xì)。管理員只需要把打印出來的配餐單拿到配餐間進(jìn)行配餐操作；

k)所述用戶到所述分配的取餐柜前使用所述用戶卡刷卡進(jìn)行取餐，或者采用其移動終端的微信或支付寶掃描二維碼的方式進(jìn)行取餐，本步驟中，服務(wù)器將訂單的狀態(tài)修改為已付款，該訂單就可以生效，將生效的訂單的編號和分配的取餐柜的編號及箱子的編號發(fā)送到點(diǎn)餐平臺進(jìn)行顯示，點(diǎn)餐機(jī)進(jìn)行解碼后，用戶就能在界面上看到在幾樓幾號取餐柜幾號箱子取餐(比如2樓1號取餐柜1號箱子去取)。

在本實施例中，所述步驟k)進(jìn)一步包括：

k1)用戶使用所述用戶卡在所述分配的取餐柜的感應(yīng)區(qū)刷卡，或者打開其移動終端的微信或支付寶的二維碼進(jìn)行掃描后，所述分配的取餐柜將獲取的信息發(fā)送到所述服務(wù)器進(jìn)行驗證，用戶使用用戶卡在分配的取餐柜的感應(yīng)區(qū)刷卡，或者打開其移動終端的微信或支付寶的二維碼，該分配的取餐柜掃描二維碼之后，該分配的取餐柜將獲取的信息發(fā)送到服務(wù)器進(jìn)行驗證。服務(wù)器根據(jù)獲取的信息，判斷該用戶有沒有有效的訂單，如果有，則驗證通過；

k2)所述服務(wù)器驗證通過后，向所述分配的取餐柜下發(fā)開鎖指令，所述分配的取餐柜控制相應(yīng)的箱子打開箱門，服務(wù)器驗證通過后，向分配的取餐柜下發(fā)開鎖指令，分配的取餐柜控制相應(yīng)的箱子打開箱門，用戶就可以取餐了。其取餐較為方便，省去了用戶排隊的時間。

本發(fā)明可實現(xiàn)：

一.基礎(chǔ)信息管理

1.用戶管理，用戶信息的添加刪除修改，用戶與第三方平臺賬戶進(jìn)行綁定(如支付寶微信和ic卡)；用戶的分級分類別。

2.菜式管理：當(dāng)前廚房供產(chǎn)的菜式的添加修改刪除，生成當(dāng)天或是當(dāng)天之后的預(yù)定菜單，提供上架、下架、維護(hù)等功能。上架后的菜單可供點(diǎn)餐平臺作為點(diǎn)菜單使用，下架后的菜單只能由后臺系統(tǒng)管理。

3.所有信息加密保存到服務(wù)器數(shù)據(jù)庫中。

二.點(diǎn)餐平臺

1.點(diǎn)餐機(jī)為點(diǎn)餐平臺的一部份，點(diǎn)餐機(jī)俱有點(diǎn)餐、查詢、管理員設(shè)置的功能

2.初次使用點(diǎn)餐機(jī)的時候需要管理員進(jìn)行功能設(shè)置，添加授權(quán)編碼，點(diǎn)餐機(jī)參數(shù)配置，和激活點(diǎn)餐機(jī)。

3.普通用戶使用點(diǎn)餐機(jī)，只需要觸摸點(diǎn)餐機(jī)屏幕選擇對應(yīng)的菜單進(jìn)入點(diǎn)餐界面，點(diǎn)餐機(jī)調(diào)用服務(wù)器api地址獲取菜單數(shù)據(jù)并展示給用戶選擇。

4.用戶在當(dāng)前顯示界面上選擇菜式，選擇成功后點(diǎn)餐機(jī)屏右側(cè)會顯示已點(diǎn)選的菜式名及數(shù)量，當(dāng)用戶確認(rèn)無誤后點(diǎn)擊菜單右下角的確定按鈕，點(diǎn)餐機(jī)調(diào)用api把用戶的點(diǎn)餐數(shù)傳送到服務(wù)器中。

5.服務(wù)器對傳回的數(shù)據(jù)進(jìn)行處理加工，分配取餐柜的時候優(yōu)先分配與用戶登記在系統(tǒng)中最近距離位置的空閑取餐柜，并將選用的取餐柜編號保存到訂單中，服務(wù)器將創(chuàng)建訂單成功的信息返回給點(diǎn)餐機(jī)告知用戶進(jìn)行付款。

6.點(diǎn)餐平臺顯示支付選擇界面，用戶可以選擇ic卡，微信或者支付寶進(jìn)行支付。

7.選擇ic卡支付，用戶只需要把ic卡放到點(diǎn)餐機(jī)的ic卡感應(yīng)區(qū)，點(diǎn)餐機(jī)讀取到ic卡信息，并把數(shù)據(jù)發(fā)送到服務(wù)器驗證，點(diǎn)餐機(jī)接收到驗證成功信息后扣除ic卡內(nèi)金額，并且把消費(fèi)記錄支付信息發(fā)送到服務(wù)器進(jìn)行儲存建檔。

8.選擇其它支付方式的，點(diǎn)餐機(jī)屏顯示一個支付二維碼，用戶使用移動設(shè)備上的app、微信或支付寶對二維碼進(jìn)行掃描支付，同時把交易結(jié)果和交易信息發(fā)送回服務(wù)器進(jìn)行儲存和建檔。

9.付款成功后，點(diǎn)餐機(jī)顯示屏?xí)@示點(diǎn)餐平臺分配的取餐地點(diǎn)和取餐柜編號，還有訂單相關(guān)的信息。

10.用戶就餐時間使用ic卡刷卡或是移動app二維碼進(jìn)行掃碼，點(diǎn)餐機(jī)把用戶信息發(fā)送到服務(wù)器驗證是否存在合法訂單，若有，便自動打開對應(yīng)的取餐柜小門。用戶便即可享受新鮮健康的美食。

三.廚房配餐

1.根據(jù)廚房管理規(guī)定，在系統(tǒng)中會設(shè)定一個點(diǎn)餐結(jié)束時間，取餐時間和取餐柜回收時間。

2.當(dāng)?shù)竭_(dá)點(diǎn)餐結(jié)束時間，比如上午10點(diǎn)，系統(tǒng)會自動截至當(dāng)天當(dāng)餐的點(diǎn)餐，點(diǎn)餐機(jī)中不能再繼續(xù)下新的訂單。服務(wù)器后臺系統(tǒng)會自動生成一份廚房配餐單，配餐單里面科學(xué)的記錄了每個柜子每個窗格的配餐詳細(xì)。管理員只需要把打印出來的配餐單拿到配餐間進(jìn)行配餐操作。

3.配餐單的設(shè)定，每份菜式都在關(guān)系系統(tǒng)中分配有一個科學(xué)的數(shù)字編號，使用數(shù)字編號可以讓配餐員更好識別和裝配對應(yīng)的餐飲，簡化配餐員思考的時間。

4.每個取餐柜配有2個內(nèi)置餐車，分別為左右兩個。廚房管理員只需要把配好餐的餐車推送到取餐柜擺放好并上鎖，檢查取餐柜電源，保溫，消毒功能是否正常運(yùn)行，配餐流程結(jié)束

基于上述，本發(fā)明現(xiàn)有技術(shù)相比有益效果為：由于通過可以點(diǎn)餐機(jī)進(jìn)行點(diǎn)餐，甚至可以通過微信公眾平臺、支付寶平臺或網(wǎng)頁進(jìn)行點(diǎn)餐，并通過刷用戶卡即ic卡的方式、微信或支付寶方式進(jìn)行支付提前將飯菜放在指定樓層的取餐柜的箱子中，在取餐時，用戶到相應(yīng)的取餐柜前通過刷卡、微信掃描或支付寶掃描的方式進(jìn)行取餐，這樣就不用排隊打飯菜，所以其取餐效率較高、提升用戶體驗，也省去了用戶排隊的麻煩，把傳統(tǒng)的排隊等待這種單線程模式放到公共網(wǎng)絡(luò)上改進(jìn)成多線程并發(fā)(點(diǎn)餐)模式，比如1000個用戶需要點(diǎn)餐，選用傳統(tǒng)排隊模式每個人花1分鐘點(diǎn)餐取餐，1000個用戶就耗時1000分鐘，排隊在最后的人員往往是最難忍受的，我們建立的網(wǎng)絡(luò)點(diǎn)餐平臺可以同時接收這1000人點(diǎn)餐的任務(wù)需求，從原有的1對1服務(wù)變成1對多服務(wù)，從根本上直接跳過排隊流程，從效率和衛(wèi)生安全上產(chǎn)生質(zhì)的飛躍。

以上所述的僅是本發(fā)明的優(yōu)選實施方式，應(yīng)當(dāng)指出，對于本領(lǐng)域的普通技術(shù)人員來說，在不脫離本發(fā)明創(chuàng)造構(gòu)思的前提下，還可以做出若干變形和改進(jìn)，這些都屬于本發(fā)明的保護(hù)范圍。