[發(fā)明專利]一種通過第三方平臺快速檢索餐廳預(yù)約就餐的方法

在審

• 申請?zhí)枺?/td>: 201810246693.0
• 申請日: 2018-03-23
• 公開（公告）號: CN108491948A
• 公開（公告）日: 2018-09-04
• 發(fā)明（設(shè)計(jì)）人: 趙海慧
• 申請（專利權(quán)）人: 長春光速科技有限公司
• 主分類號: G06Q10/02
• 分類號: G06Q10/02;G06Q30/06;G06Q50/12
• 代理公司: 長春眾邦菁華知識產(chǎn)權(quán)代理有限公司 22214
• 代理人: 朱紅玲

1.一種通過第三方平臺快速檢索餐廳預(yù)約就餐的方法，包括平臺服務(wù)端、用戶端和餐廳服務(wù)端，其特征是；

所述平臺服務(wù)端包括數(shù)據(jù)管理模塊、訂單管理模塊和信譽(yù)管理模塊；

所述用戶端包括平臺展示模塊、訂單生成模塊、執(zhí)行確認(rèn)訂單模塊和餐廳評價(jià)模塊；

所述餐廳服務(wù)端包括訂單接收及處理模塊、訂單反饋模塊和用戶評價(jià)模塊；

所述平臺服務(wù)端的數(shù)據(jù)管理模塊對采集各餐廳的相關(guān)信息進(jìn)行存儲；用戶端的平臺展示模塊展示數(shù)據(jù)管理模塊存儲的信息；用戶根據(jù)平臺展示模塊展示的各餐廳的信息，采用訂單生成模塊進(jìn)行訂單的選擇及生成，生成的訂單信息傳送至訂單管理模塊；

訂單管理模塊接收用戶端發(fā)送的訂單，并將訂單信息存儲于數(shù)據(jù)管理模塊的同時(shí)傳送至餐廳服務(wù)端的訂單接收及處理模塊，所述訂單接收及處理模塊將處理后的訂單傳至訂單反饋模塊，所述訂單反饋模塊通訂單管理模塊將信息傳至用戶端的執(zhí)行確認(rèn)訂單模塊，同時(shí)訂單管理模塊提示用戶端確認(rèn)執(zhí)行確認(rèn)訂單，用戶執(zhí)行確認(rèn)訂單后，訂單管理模塊向餐廳服務(wù)端的訂單接收及處理模塊傳送執(zhí)行確認(rèn)訂單的信息；

餐廳服務(wù)端通過用戶評價(jià)模塊對用戶進(jìn)行評價(jià)，用戶端通過用戶端的餐廳評價(jià)模塊對餐廳進(jìn)行評價(jià)，雙方的評價(jià)信息均通過平臺服務(wù)端的信譽(yù)管理模塊進(jìn)行存儲。

2.根據(jù)權(quán)利要求1所述的一種通過第三方平臺快速檢索餐廳預(yù)約就餐的方法，其特征在于；所述平臺服務(wù)端的數(shù)據(jù)管理模塊采集各餐廳的相關(guān)信息包括：餐廳名稱、地點(diǎn)、電話、餐廳內(nèi)外照片、菜品明細(xì)、餐廳與用戶的距離、菜品供應(yīng)情況和可用餐位數(shù)量情況。

3.根據(jù)權(quán)利要求1所述的一種通過第三方平臺快速檢索餐廳預(yù)約就餐的方法，其特征在于；餐廳服務(wù)端還包括排隊(duì)模塊，所述訂單接收與處理模塊在接收平臺服務(wù)端的訂單管理模塊發(fā)送用戶訂單信息后，對用戶的訂單信息進(jìn)行排隊(duì)設(shè)定，并將排隊(duì)的信息通過訂單反饋模塊傳送至用戶端，用戶端根據(jù)接收的排隊(duì)信息確定是否執(zhí)行確認(rèn)訂單。

4.根據(jù)權(quán)利要求4所述的一種通過第三方平臺快速檢索餐廳預(yù)約就餐的方法，其特征在于；在用餐高峰需要排隊(duì)時(shí)，所述餐廳服務(wù)端的排隊(duì)模塊以分時(shí)間段排隊(duì)的方式為用戶提供預(yù)約排隊(duì)服務(wù)，所述排隊(duì)模塊可向用戶端提供各時(shí)段的排隊(duì)信息，設(shè)定半小時(shí)為一個(gè)間隔時(shí)段，每個(gè)間隔時(shí)段的排隊(duì)情況在用戶端顯示，用戶可根據(jù)各時(shí)段的排隊(duì)情況和自己需求進(jìn)行選擇排隊(duì)時(shí)段。

5.根據(jù)權(quán)利要求1所述的一種通過第三方平臺快速檢索餐廳預(yù)約就餐的方法，其特征在于；所述的用戶端的訂單生成模塊生成的訂單信息包括用戶選擇的菜品，用戶就餐的人數(shù)，用戶預(yù)約到店的時(shí)間或用戶選擇的排隊(duì)時(shí)段。

6.根據(jù)權(quán)利要求1所述的一種通過第三方平臺快速檢索餐廳預(yù)約就餐的方法，其特征在于；用戶端還包括排隊(duì)顯示模塊和排隊(duì)調(diào)整模塊，當(dāng)用戶執(zhí)行確認(rèn)訂單后，根據(jù)排隊(duì)模塊的排隊(duì)顯示，選擇就餐時(shí)段，當(dāng)用戶不能按時(shí)就餐時(shí)，通過排隊(duì)調(diào)整模塊進(jìn)行就餐時(shí)段的調(diào)整，如沒有進(jìn)行就餐時(shí)段的調(diào)整且不能按時(shí)就餐，則通過餐廳服務(wù)端的訂單反饋模塊反饋的重新排隊(duì)信息。

7.根據(jù)權(quán)利要求1所述的一種通過第三方平臺快速檢索餐廳預(yù)約就餐的方法，其特征在于；用戶端還包括多人點(diǎn)餐模塊用于對于口味不同的多個(gè)就餐者，通過多人點(diǎn)餐模塊選擇各自己的菜品信息，并對應(yīng)選擇相同的就餐時(shí)間、地點(diǎn)以及對應(yīng)餐廳的桌號或房號信息；

所述多人點(diǎn)餐模塊還用于為第一個(gè)點(diǎn)餐的就餐者提供建群的功能，通過第一個(gè)點(diǎn)餐的就餐者邀請與其同時(shí)就餐的其它就餐者，實(shí)現(xiàn)多人同時(shí)商議點(diǎn)餐的功能，并可邀請服務(wù)端的客服人員進(jìn)行信息咨詢。

8.根據(jù)權(quán)利要求1所述的一種通過第三方平臺快速檢索餐廳預(yù)約就餐的方法，其特征在于；所述用戶端還包括結(jié)算模塊，所述結(jié)算模塊用于對用餐后用戶與餐廳服務(wù)端的訂單接收及處理模塊進(jìn)行結(jié)算，確認(rèn)付款后餐廳服務(wù)端接收。

9.根據(jù)權(quán)利要求1所述的一種通過第三方平臺快速檢索餐廳預(yù)約就餐的方法，其特征在于；用戶端還包括設(shè)定離店時(shí)間的功能，在用戶就餐后按設(shè)定的離店時(shí)間離店，該信息通過平臺服務(wù)端的信譽(yù)管理模塊記錄。

10.根據(jù)權(quán)利要求1所述的一種通過第三方平臺快速檢索餐廳預(yù)約就餐的方法，其特征在于；用戶端在確認(rèn)訂單后，通過預(yù)定設(shè)置模塊，進(jìn)行現(xiàn)金預(yù)定或信用預(yù)定的選擇，如果選用信用預(yù)定，則在用餐后在餐廳現(xiàn)金結(jié)算或通過結(jié)算模塊結(jié)算。