本發(fā)明涉及一種點單及支付系統(tǒng)，具體地說涉及一種基于二維碼的餐廳訂單管理方法和系統(tǒng)。

背景技術(shù)：

現(xiàn)有的餐廳點餐系統(tǒng)，為電子點餐和紙質(zhì)點餐。電子點餐通常為消費者在服務(wù)人員提供的電子設(shè)備(如平板電腦)上選擇菜品，當(dāng)用戶選擇完畢后，電子設(shè)備將菜品種類和數(shù)量發(fā)送至后端服務(wù)器，后端服務(wù)器指定相關(guān)服務(wù)人員進行配餐。而紙質(zhì)點餐，則需要服務(wù)人員提供紙質(zhì)菜單和點餐單。紙質(zhì)點餐，需要專門的服務(wù)人員值守點餐，點餐單丟失或污損會使后廚配菜造成失誤。

隨著o2o(online-to-offline，線上到線下，將基于電子商務(wù)網(wǎng)站的商品或服務(wù)的在線交易，與基于實體店的商品或服務(wù)的實際體驗相結(jié)合的一種商務(wù)模式，使電子商務(wù)網(wǎng)站成為實體店交易的前臺，實體店成為電子商務(wù)網(wǎng)站交易的后臺)的飛速發(fā)展，人們對餐飲的消費形式也在發(fā)生著變革?，F(xiàn)有技術(shù)中，中國專利文獻cn103279682a公開了一種基于二維碼的點菜方法及點菜系統(tǒng)。根據(jù)wifi網(wǎng)絡(luò)的接入點信息、服務(wù)器信息、餐桌標(biāo)識信息生成相應(yīng)的二維碼；移動終端獲取所述二維碼，對所述二維碼進行解析獲取接入點信息、服務(wù)器信息、餐桌標(biāo)識信息，根據(jù)所述接入點信息連接至所述wifi網(wǎng)絡(luò)，根據(jù)服務(wù)器信息連接服務(wù)器；根據(jù)所述餐桌標(biāo)識信息對所述移動終端進行標(biāo)識，進行點菜操作；判斷是否生成菜單，若是，獲取所述點菜操作生成的菜單信息，并根據(jù)所述菜單信息生成價格。本發(fā)明可以讓顧客在點菜時就可以知道所點菜的總價，讓顧客可以在較滿意的價格下進行消費，提高顧客滿意度；還減少顧客不必要的用餐時間。但是付款時仍需要收銀臺排隊等待支付，點餐時需要掃描餐桌上的二維碼，無法遠(yuǎn)程預(yù)訂，用戶無法在前來餐廳前獲知尚未被預(yù)訂的餐桌。并且將二維碼貼在餐桌上，容易受到污損。

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

為此，本發(fā)明所要解決的技術(shù)問題在于現(xiàn)有技術(shù)中基于二維碼的餐廳預(yù)訂的技術(shù)方案無法遠(yuǎn)程預(yù)訂，無法實施更新可預(yù)訂的桌號，且支付仍需在收銀臺排隊等待支付。

為解決上述技術(shù)問題，本發(fā)明的所采用的技術(shù)方案：

基于二維碼的餐廳訂單管理方法，包括以下步驟：

s1:服務(wù)器更新餐桌預(yù)訂情況，列舉可預(yù)訂的桌號；

s2:用戶終端連接服務(wù)器；

s3:輸入預(yù)訂信息，所述預(yù)訂信息包括：用戶姓名、聯(lián)系方式、到店消費時間、備注信息；

s4:服務(wù)器按照設(shè)定的格式將預(yù)訂信息轉(zhuǎn)換成預(yù)訂二維碼；

s5:服務(wù)器將所述預(yù)訂二維碼發(fā)送至所述用戶終端；

s6:服務(wù)器存儲預(yù)訂信息；

s7:服務(wù)終端掃描所述預(yù)訂二維碼，解碼成功，則將解碼內(nèi)容發(fā)送至所述服務(wù)器；

s8:所述服務(wù)器根據(jù)解碼內(nèi)容查詢存儲的預(yù)訂信息，若查詢到預(yù)訂信息的記錄，則通知服務(wù)終端預(yù)訂信息已確認(rèn)；若查詢不到預(yù)訂信息的記錄，則通知服務(wù)終端無此預(yù)訂信息的記錄；

s9：所述服務(wù)終端下載所述預(yù)訂信息，并通知所述服務(wù)器將所述預(yù)訂信息刪除；

s10:服務(wù)終端生成菜單選擇頁面，選擇完畢，生成訂單明細(xì)與訂單總價；

s11:用戶終端選擇在線支付，支付完成，生成支付二維碼；

s12：服務(wù)終端掃描支付二維碼，若解碼成功，則通知服務(wù)器消費成功，將訂單明細(xì)發(fā)送至服務(wù)器，若重復(fù)解碼該二維碼，則提示重復(fù)消費；若解碼失敗，則顯示支付失敗。

在步驟s6中，還包括：所述服務(wù)器存儲預(yù)訂信息后，若在設(shè)定時間內(nèi)未收到已到店消費的確認(rèn)信息，則刪除所述預(yù)訂信息。

所述預(yù)訂二維碼為qr碼。

所述支付二維碼為qr碼。

基于二維碼的餐廳訂單管理系統(tǒng)，包括以下組件：

服務(wù)器，包括：

餐桌預(yù)訂模塊：更新餐桌預(yù)訂情況，列舉可預(yù)訂的桌號；

二維碼轉(zhuǎn)換模塊：按照設(shè)定的格式將預(yù)訂信息轉(zhuǎn)換成預(yù)訂二維碼；

發(fā)送模塊：將所述預(yù)訂二維碼發(fā)送至所述用戶終端；

存儲模塊：存儲預(yù)訂信息；

查詢模塊：根據(jù)所述服務(wù)終端發(fā)送的解碼內(nèi)容查詢存儲的預(yù)訂信息，若查詢到預(yù)訂信息的記錄，則通知服務(wù)終端預(yù)訂信息已確認(rèn)；若查詢不到預(yù)訂信息的記錄，則通知所述服務(wù)終端無此預(yù)訂信息的記錄；

用戶終端，包括：

收發(fā)模塊：連接所述服務(wù)器；

顯示和輸入模塊：輸入預(yù)訂信息，所述預(yù)訂信息包括：用戶姓名、聯(lián)系方式、到店消費時間、備注信息；

支付指令模塊：選擇在線支付，支付完成，生成支付二維碼；

服務(wù)終端，包括：

掃描模塊：掃描所述預(yù)訂二維碼，解碼成功，則將解碼內(nèi)容發(fā)送至處理模塊；掃描支付二維碼，若解碼成功，則通知服務(wù)器消費成功，將訂單明細(xì)發(fā)送至服務(wù)器，并存儲所述支付二維碼，若重復(fù)解碼該二維碼，則提示重復(fù)消費；若解碼失敗，則顯示支付失?。?/p>

處理模塊：將收到解碼內(nèi)容發(fā)送至所述服務(wù)器，從所述服務(wù)器下載所述預(yù)訂信息，并通知所述服務(wù)器將所述預(yù)訂信息刪除；

顯示模塊：生成菜單選擇頁面，選擇完畢，生成訂單明細(xì)與訂單總價。

所述存儲模塊還包括：若在設(shè)定時間內(nèi)未收到已到店消費的確認(rèn)信息，則刪除所述預(yù)訂信息。

所述預(yù)訂二維碼為qr碼。

所述支付二維碼為qr碼。

基于二維碼的餐廳訂單管理服務(wù)器，包括：

餐桌預(yù)訂模塊：更新餐桌預(yù)訂情況，列舉可預(yù)訂的桌號；

二維碼轉(zhuǎn)換模塊：按照設(shè)定的格式將預(yù)訂信息轉(zhuǎn)換成預(yù)訂二維碼；

發(fā)送模塊：將所述預(yù)訂二維碼發(fā)送至所述用戶終端；

存儲模塊：存儲預(yù)訂信息；

查詢模塊：根據(jù)所述服務(wù)終端發(fā)送的解碼內(nèi)容查詢存儲的預(yù)訂信息，若查詢到預(yù)訂信息的記錄，則通知服務(wù)終端預(yù)訂信息已確認(rèn)；若查詢不到預(yù)訂信息的記錄，則通知所述服務(wù)終端無此預(yù)訂信息的記錄。

所述存儲模塊還包括：若在設(shè)定時間內(nèi)未收到已到店消費的確認(rèn)信息，

則刪除所述預(yù)訂信息。本發(fā)明的上述技術(shù)方案相比現(xiàn)有技術(shù)具有以下優(yōu)點。

1.本發(fā)明的基于二維碼的餐廳訂單管理方法和系統(tǒng)，首先服務(wù)器列舉可預(yù)訂的桌號，方便用戶根據(jù)需求自主選擇合適的餐桌。用戶通過用戶終端連接上餐廳的服務(wù)器，輸入預(yù)訂信息，預(yù)訂信息內(nèi)容詳細(xì)，方便系統(tǒng)記錄。服務(wù)器將預(yù)訂信息轉(zhuǎn)化為預(yù)訂二維碼，用戶到店消費只要出示二維碼提供服務(wù)掃描終端即可找到預(yù)訂信息，查詢便捷。服務(wù)終端可以顯示菜單，選擇完畢自動生成訂單總價。用戶根據(jù)顯示的總價，可以選擇在線支付，支付完成生成支付二維碼，掃描支付二維碼即可完成支付，支付過程安全，避免假鈔，同時具有快捷的特點，免去排隊、找零錢的步驟。

2.本發(fā)明的基于二維碼的餐廳訂單管理方法和系統(tǒng)，所述服務(wù)器存儲預(yù)訂信息后，若在設(shè)定時間內(nèi)未收到已到店消費的確認(rèn)信息，則刪除所述預(yù)訂信息。服務(wù)器將預(yù)訂的桌號重新列入列舉可預(yù)訂的桌號中，方便后續(xù)用戶的預(yù)訂。

3.本發(fā)明的基于二維碼的餐廳訂單管理方法和系統(tǒng)，預(yù)訂二維碼和支付二維碼均為qr碼，可識讀性好，具有安全、隱秘的特點。

4.本發(fā)明的基于二維碼的餐廳訂單管理服務(wù)器，列舉可預(yù)訂的桌號，方便用戶根據(jù)需求自主選擇合適的餐桌。將用戶的預(yù)訂信息轉(zhuǎn)化為預(yù)訂二維碼，用戶到店消費只要出示二維碼提供服務(wù)掃描終端即可找到預(yù)訂信息，查詢便捷。若在設(shè)定時間內(nèi)未收到已到店消費的確認(rèn)信息，則刪除所述預(yù)訂信息。服務(wù)器將預(yù)訂的桌號重新列入列舉可預(yù)訂的桌號中，方便后續(xù)用戶的預(yù)訂。

附圖說明

為了使本發(fā)明的內(nèi)容更容易被清楚的理解，下面根據(jù)本發(fā)明的具體實施例并結(jié)合附圖，對本發(fā)明作進一步詳細(xì)的說明，其中，

圖1為本發(fā)明基于二維碼的餐廳訂單管理方法的流程示意圖；

圖2為本發(fā)明基于二維碼的餐廳訂單管理系統(tǒng)框圖；

圖3為本發(fā)明基于二維碼的餐廳訂單管理系統(tǒng)的服務(wù)終端的示意圖。

圖中附圖標(biāo)記表示為：1-服務(wù)器；11-餐桌預(yù)訂模塊；12-二維碼轉(zhuǎn)換模塊；13-發(fā)送模塊；131-定制模塊；14-存儲模塊；15-查詢模塊；2-用戶終端；21-收發(fā)模塊；22-顯示和輸入模塊；23-支付指令模塊；3-服務(wù)終端；31-掃描模塊；32-處理模塊；33-顯示模塊；4-后廚操作終端；41-通信模塊；42-顯示和操作模塊。

具體實施方式

實施例1

基于二維碼的餐廳訂單管理方法，如圖1所示，包括以下步驟：

s1:服務(wù)器更新餐桌預(yù)訂情況，列舉可預(yù)訂的桌號。例如：4人桌a5號、6人桌b1號、雙人桌c3、10人桌d4可預(yù)訂。

s2:用戶終端連接服務(wù)器?？梢酝ㄟ^第三方團購預(yù)訂app或者企業(yè)自己開發(fā)的app。通過這些app建立與服務(wù)器的遠(yuǎn)程連接。可預(yù)訂的桌號可以以位置分布圖的形式顯示在用戶終端界面。例如：靠窗的是4人桌a5號、靠近中間的是10人桌d4。該位置分布圖從整體上反映各桌的位置。

s3:輸入預(yù)訂信息，所述預(yù)訂信息包括：用戶姓名、聯(lián)系方式、到店消費時間、備注信息。備注信息是為了方便餐廳了解用戶飲食習(xí)慣，比如有老人小孩前來用餐，希望食物更軟爛一些，故可在備注信息里寫：“烹調(diào)時間久一些”。有喜歡吃辣的可以在備注信息里寫：“加辣”。等等。

s4:服務(wù)器按照設(shè)定的格式將預(yù)訂信息轉(zhuǎn)換成預(yù)訂二維碼。生成一個唯一性的id信息，該id信息與用戶預(yù)訂信息進行綁定，該id信息編碼到所述預(yù)訂二維碼。

s5:服務(wù)器將所述預(yù)訂二維碼發(fā)送至所述用戶終端。生成二維碼在用戶終端顯示。也可以通過第三方團購預(yù)訂app或者企業(yè)自己開發(fā)的app生成預(yù)訂二維碼。編輯優(yōu)惠信息，并存儲，將優(yōu)惠信息發(fā)送至用戶終端。優(yōu)惠信息可以是：當(dāng)日特價菜品信息、用戶專屬優(yōu)惠信息(如生日月份的消費優(yōu)惠)、抵用券等等中的一種或多種。

s6:服務(wù)器存儲預(yù)訂信息?？梢酝ㄟ^硬盤或者內(nèi)存卡(cf、sd等)進行存儲。

s7:服務(wù)終端掃描所述預(yù)訂二維碼，解碼成功，則將解碼內(nèi)容發(fā)送至所述服務(wù)器。解碼成功，將預(yù)訂二維碼中包含的id信息發(fā)送至服務(wù)器。

s8:所述服務(wù)器根據(jù)解碼內(nèi)容查詢存儲的預(yù)訂信息，若查詢到預(yù)訂信息的記錄，則通知服務(wù)終端預(yù)訂信息已確認(rèn)；若查詢不到預(yù)訂信息的記錄，則通知服務(wù)終端無此預(yù)訂信息的記錄?？梢愿鶕?jù)預(yù)訂二維碼中包含的id信息檢索與該id對應(yīng)的預(yù)訂信息。

s9：所述服務(wù)終端下載所述預(yù)訂信息，并通知所述服務(wù)器將所述預(yù)訂信息刪除。下載所述預(yù)訂信息，記錄用戶桌號、用餐人數(shù)，用于生成用戶點餐。

s10:服務(wù)終端生成菜單選擇頁面，選擇完畢，生成訂單明細(xì)與訂單總價。比如用戶點了十道菜，總計850元。

s11:用戶終端選擇在線支付，支付完成，生成支付二維碼。比如在團購網(wǎng)站購買代金券，購買成功會生成相應(yīng)的支付二維碼。

s12：服務(wù)終端掃描支付二維碼，若解碼成功，獲取支付二維碼中的id信息，將id信息與支付網(wǎng)站后端存儲的信息進行比對，比對成功，則通知服務(wù)器消費成功，將訂單明細(xì)發(fā)送至服務(wù)器，若重復(fù)解碼該二維碼，則提示重復(fù)消費；若解碼失敗，則顯示支付失敗。

s13：服務(wù)器將訂單明細(xì)發(fā)送至后廚操作終端。

s14：后廚操作終端顯示用戶訂單明細(xì)，并提供標(biāo)記操作功能，標(biāo)記已上菜和未上菜，以及在設(shè)定時間內(nèi)，提醒尚未上菜的菜品。也可以按設(shè)定時間內(nèi)，按不同用戶預(yù)訂的菜品，優(yōu)先提醒份數(shù)多的菜品，比如20分鐘內(nèi)，宮保雞丁下單份數(shù)為10份，為被點次數(shù)最多的菜品，則優(yōu)先提醒后廚安排該道菜品的制作?？商岣邚N房效率，減少遺漏概率。

在步驟s6中，還包括：所述服務(wù)器存儲預(yù)訂信息后，若在設(shè)定時間內(nèi)未收到已到店消費的確認(rèn)信息，則刪除所述預(yù)訂信息。例如在用戶選擇的到店時間后一小時內(nèi)，仍未到店，服務(wù)器可以刪除該預(yù)訂信息，將被預(yù)訂的桌號重新列為可以預(yù)訂的桌號。

所述預(yù)訂二維碼為qr碼。

所述支付二維碼為qr碼。

本實施例的基于二維碼的餐廳訂單管理方法，首先服務(wù)器列舉可預(yù)訂的桌號，方便用戶根據(jù)需求自主選擇合適的餐桌。用戶通過用戶終端連接上餐廳的服務(wù)器，輸入預(yù)訂信息，預(yù)訂信息內(nèi)容詳細(xì)，方便系統(tǒng)記錄。服務(wù)器將預(yù)訂信息轉(zhuǎn)化為預(yù)訂二維碼，用戶到店消費只要出示二維碼提供服務(wù)掃描終端即可找到預(yù)訂信息，查詢便捷。服務(wù)終端可以顯示菜單，選擇完畢自動生成訂單總價。用戶根據(jù)顯示的總價，可以選擇在線支付，支付完成生成支付二維碼，掃描支付二維碼即可完成支付，支付過程安全，避免假鈔，同時具有快捷的特點，免去排隊、找零錢的步驟。所述服務(wù)器存儲預(yù)訂信息后，若在設(shè)定時間內(nèi)未收到已到店消費的確認(rèn)信息，則刪除所述預(yù)訂信息。服務(wù)器將預(yù)訂的桌號重新列入列舉可預(yù)訂的桌號中，方便后續(xù)用戶的預(yù)訂。預(yù)訂二維碼和支付二維碼均為qr碼，可識讀性好，具有安全、隱秘的特點。

實施例2

基于二維碼的餐廳訂單管理系統(tǒng)，如圖2所示，包括以下組件：

服務(wù)器1，包括：

餐桌預(yù)訂模塊11：更新餐桌預(yù)訂情況，列舉可預(yù)訂的桌號。例如：4人桌a3號、6人桌b1號、雙人桌c5、10人桌d2可預(yù)訂。

二維碼轉(zhuǎn)換模塊12：按照設(shè)定的格式將預(yù)訂信息轉(zhuǎn)換成預(yù)訂二維碼。二維碼轉(zhuǎn)換模塊12生成一個唯一性的id信息，該id信息與用戶預(yù)訂信息進行綁定，該id信息編碼到所述預(yù)訂二維碼?？梢杂删幋a軟件實現(xiàn)二維碼轉(zhuǎn)化的功能。

發(fā)送模塊13：將所述預(yù)訂二維碼發(fā)送至所述用戶終端。將優(yōu)惠信息發(fā)送至用戶終端。該發(fā)送模塊集成有：wi-fi模塊、lan模塊、蜂窩數(shù)據(jù)模塊(2g/3g/4g)。

定制模塊131：編輯優(yōu)惠信息，并存儲。優(yōu)惠信息可以是：當(dāng)日特價菜品信息、用戶專屬優(yōu)惠信息(如生日月份的消費優(yōu)惠)、抵用券等等中的一種或多種。

存儲模塊14：存儲預(yù)訂信息。可以通過硬盤或者內(nèi)存卡(cf、sd等)進行存儲。

查詢模塊15：根據(jù)所述服務(wù)終端2發(fā)送的解碼內(nèi)容查詢存儲的預(yù)訂信息，若查詢到預(yù)訂信息的記錄，則通知服務(wù)終端2預(yù)訂信息已確認(rèn)；若查詢不到預(yù)訂信息的記錄，則通知所述服務(wù)終端2無此預(yù)訂信息的記錄?？梢愿鶕?jù)預(yù)訂二維碼中包含的id信息檢索與該id對應(yīng)的預(yù)訂信息。

用戶終端2，可以是智能手機、平板電腦、普通pc機、智能路由器中的一種。包括：

收發(fā)模塊21：連接所述服務(wù)器?？梢允莣i-fi模塊，也可以是數(shù)據(jù)蜂窩模塊(2g/3g/4g)。

顯示和輸入模塊22：輸入預(yù)訂信息，所述預(yù)訂信息包括：用戶姓名、聯(lián)系方式、到店消費時間、備注信息。備注信息是為了方便餐廳了解用戶飲食習(xí)慣，比如有老人小孩前來用餐，希望食物更軟爛一些，故可在備注信息里寫：“烹調(diào)時間久一些”。有喜歡吃辣的可以在備注信息里寫：“加辣”。等等。顯示可預(yù)訂的桌號，可預(yù)訂的桌號可以以位置分布圖的形式顯示。例如：靠窗的是4人桌a5號、靠近中間的是10人桌d4。該位置分布圖從整體上反映各桌的位置。

支付指令模塊23：選擇在線支付，支付完成，生成支付二維碼?？梢赃x用支付app進行支付，如：支付寶、微信等。

服務(wù)終端3，整體示意圖如圖3所示，包括：

掃描模塊31：可以現(xiàn)有技術(shù)中的條碼識讀模組，比如本公司的em3000模組。掃描所述預(yù)訂二維碼，解碼成功，則將解碼內(nèi)容發(fā)送至處理模塊；掃描支付二維碼，若解碼成功，則通知服務(wù)器消費成功，將訂單明細(xì)發(fā)送至服務(wù)器，并存儲所述支付二維碼，若重復(fù)解碼該二維碼，則提示重復(fù)消費；若解碼失敗，則顯示支付失敗。

處理模塊32：將收到解碼內(nèi)容發(fā)送至所述服務(wù)器1，從所述服務(wù)器下載所述預(yù)訂信息，并通知所述服務(wù)器將所述預(yù)訂信息刪除。下載所述預(yù)訂信息，記錄用戶桌號、用餐人數(shù)，用于生成用戶點餐。

顯示模塊33：生成菜單選擇頁面，選擇完畢，生成訂單明細(xì)與訂單總價。

所述服務(wù)終端3通過內(nèi)置wi-fi模塊與所述服務(wù)器1進行數(shù)據(jù)通信。

后廚操作終端4，可以是平板電腦，包括：

通信模塊41，接收服務(wù)器1發(fā)送的訂單明細(xì)。采用wi-fi模塊進行數(shù)據(jù)通信。

顯示和操作模塊42，顯示用戶訂單明細(xì)，并提供標(biāo)記操作功能，標(biāo)記已上菜和未上菜，以及在設(shè)定時間內(nèi)，提醒尚未上菜的菜品。也可以按設(shè)定時間內(nèi)，按不同用戶預(yù)訂的菜品，優(yōu)先提醒份數(shù)多的菜品，比如20分鐘內(nèi)，宮保雞丁下單份數(shù)為10份，為被點次數(shù)最多的菜品，則優(yōu)先提醒后廚安排該道菜品的制作?？商岣邚N房效率，減少遺漏概率。

所述存儲模塊14還包括：若在設(shè)定時間內(nèi)未收到已到店消費的確認(rèn)信息，則刪除所述預(yù)訂信息。

所述預(yù)訂二維碼為qr碼。

所述支付二維碼為qr碼。

本實施例的基于二維碼的餐廳訂單管理系統(tǒng)，首先服務(wù)器列舉可預(yù)訂的桌號，方便用戶根據(jù)需求自主選擇合適的餐桌。用戶通過用戶終端連接上餐廳的服務(wù)器，輸入預(yù)訂信息，預(yù)訂信息內(nèi)容詳細(xì)，方便系統(tǒng)記錄。服務(wù)器將預(yù)訂信息轉(zhuǎn)化為預(yù)訂二維碼，用戶到店消費只要出示二維碼提供服務(wù)掃描終端即可找到預(yù)訂信息，查詢便捷。服務(wù)終端可以顯示菜單，選擇完畢自動生成訂單總價。用戶根據(jù)顯示的總價，可以選擇在線支付，支付完成生成支付二維碼，掃描支付二維碼即可完成支付，支付過程安全，避免假鈔，同時具有快捷的特點，免去排隊、找零錢的步驟。所述服務(wù)器存儲預(yù)訂信息后，若在設(shè)定時間內(nèi)未收到已到店消費的確認(rèn)信息，則刪除所述預(yù)訂信息。服務(wù)器將預(yù)訂的桌號重新列入列舉可預(yù)訂的桌號中，方便后續(xù)用戶的預(yù)訂。預(yù)訂二維碼和支付二維碼均為qr碼，可識讀性好，具有安全、隱秘的特點。

實施例3

基于二維碼的餐廳訂單管理服務(wù)器，包括：

餐桌預(yù)訂模塊：更新餐桌預(yù)訂情況，列舉可預(yù)訂的桌號。例如：4人桌a3號、6人桌b1號、雙人桌c5、10人桌d2可預(yù)訂。

二維碼轉(zhuǎn)換模塊：按照設(shè)定的格式將預(yù)訂信息轉(zhuǎn)換成預(yù)訂二維碼。二維碼轉(zhuǎn)換模塊生成一個唯一性的id信息，該id信息與用戶預(yù)訂信息進行綁定，該id信息編碼到所述預(yù)訂二維碼。

發(fā)送模塊：將所述預(yù)訂二維碼發(fā)送至所述用戶終端。將優(yōu)惠信息發(fā)送至用戶終端。

定制模塊：編輯優(yōu)惠信息，并存儲。優(yōu)惠信息可以是：當(dāng)日特價菜品信息、用戶專屬優(yōu)惠信息(如生日月份的消費優(yōu)惠)、抵用券等等中的一種或多種。

存儲模塊：存儲預(yù)訂信息。可以通過硬盤或者內(nèi)存卡(cf、sd等)進行存儲。

查詢模塊：根據(jù)所述服務(wù)終端2發(fā)送的解碼內(nèi)容查詢存儲的預(yù)訂信息，若查詢到預(yù)訂信息的記錄，則通知服務(wù)終端2預(yù)訂信息已確認(rèn)；若查詢不到預(yù)訂信息的記錄，則通知所述服務(wù)終端2無此預(yù)訂信息的記錄?？梢愿鶕?jù)預(yù)訂二維碼中包含的id信息檢索與該id對應(yīng)的預(yù)訂信息。

所述存儲模塊還包括：若在設(shè)定時間內(nèi)未收到已到店消費的確認(rèn)信息，則刪除所述預(yù)訂信息。

顯然，上述實施例僅僅是為清楚地說明所作的舉例，而并非對實施方式的限定。對于所屬領(lǐng)域的普通技術(shù)人員來說，在上述說明的基礎(chǔ)上還可以做出其它不同形式的變化或變動。這里無需也無法對所有的實施方式予以窮舉。而由此所引伸出的顯而易見的變化或變動仍處于本發(fā)明創(chuàng)造的保護范圍之中。