本發(fā)明是有關(guān)于一種點餐信息互動方法，特別是指一種點餐信息互動方法、及點餐信息管理方法。

背景技術(shù)：

現(xiàn)有的賣場或是百貨公司的店家信息顯示裝置，是以單純顯示各個店家或餐廳的名稱及位置為主，欲用餐的使用者根據(jù)顯示的餐廳位置前往餐廳后再進行點餐。在用餐時段，餐廳的柜臺前常大排長龍，許多等待入場點餐的客戶均需花費大量時間排隊等待，且點餐后還需再次等待以便取餐。因此，如何開發(fā)一種具整合性且具實時性的系統(tǒng)，供使用者點餐以及提醒使用者取餐，就成為一值得研究的主題。

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

本發(fā)明一目的，即在提供一種能根據(jù)不同的訂位人數(shù)顯示訂餐狀況的點餐信息互動方法及其相關(guān)的客戶顯示裝置，以解決上述問題。

本發(fā)明另一目的，即在提供一種能根據(jù)不同的訂位人數(shù)顯示訂餐狀況的點餐信息管理方法及其相關(guān)的點餐信息管理的服務(wù)器。

為達上述目的及其他目的，本發(fā)明點餐信息互動方法在一些實施例中，是由一客戶顯示裝置執(zhí)行，該客戶顯示裝置與一服務(wù)器連線，并包含一處理單元及一與該處理單元連接的顯示單元，該方法包含以下步驟：

（Ａ）該處理單元自該服務(wù)器讀取一第一店家一目前用餐號碼及相關(guān)于一第一訂位人數(shù)的一第一等待訂單數(shù)。

（Ｂ）該顯示單元顯示該目前用餐號碼及相關(guān)于該第一訂位人數(shù)的第一等待訂單數(shù)。

（Ｃ）該顯示單元顯示該第一店家的一電子菜單的使用者操作界面，并受控使該處理單元產(chǎn)生一第一訂單。

（Ｄ）該處理單元傳送該第一訂單至該服務(wù)器，并自該服務(wù)器接收一取餐號碼及一預計取餐時間，其中該預計取餐時間是根據(jù)該第一等待訂單數(shù)計算而相關(guān)于該第一訂位人數(shù)。

（Ｅ）該顯示單元顯示該取餐號碼及該預計取餐時間。

在一些實施例中，步驟（Ａ）中該處理單元還自該服務(wù)器讀取多個第二店家的多個第二店家目前用餐號碼及相關(guān)于該第一訂位人數(shù)的多個第二店家等待訂單數(shù)；步驟（Ｂ）是顯示該等第二店家目前用餐號碼及該等第二店家等待訂單數(shù)；步驟（Ｃ）中該顯示單元是接收選擇該第一店家的輸入后顯示該第一店家的該電子菜單的使用者操作界面，并受控使該處理單元產(chǎn)生該第一訂單。

在一些實施例中，該客戶顯示裝置還包含一與該處理單元連接的讀卡單元，該方法還包含于步驟（Ｃ）與（Ｄ）間執(zhí)行的步驟（Ｆ）及（Ｇ）：

（Ｆ）該處理單元判斷是否接收到一確認結(jié)帳的輸入。

（Ｇ）當步驟（Ｆ）判斷為是，該處理單元使該讀卡單元讀取卡片，該處理單元并執(zhí)行結(jié)帳作業(yè)。

在一些實施例中，還包含于步驟（Ｃ）與（Ｄ）間執(zhí)行的步驟（Ｈ）：該處理單元判斷是否接收到一確認訂位的輸入，若是，進行步驟（Ｄ）。

在一些實施例中，該客戶顯示裝置還包含一與該處理單元連接的打印單元，該方法還包含于步驟（Ｄ）后執(zhí)行的步驟（Ｉ）：該打印單元打印該取餐號碼、該預計取餐時間及一相關(guān)于該第一訂單的取餐信息的第一條形碼。

在一些實施例中，該第一訂單的取餐信息包含該取餐號碼及可供連線至該服務(wù)器以查詢可更新該預計取餐時間的網(wǎng)頁位址或應(yīng)用程序的連結(jié)。

于是，本發(fā)明客戶顯示裝置在一些實施例中，執(zhí)行如所述點餐信息互動方法。

于是，本發(fā)明點餐信息管理方法在一些實施例中，是由一服務(wù)器執(zhí)行，該服務(wù)器與一客戶顯示裝置連線，該服務(wù)器儲存有一第一店家的下列信息：一取餐號碼及相關(guān)于一第一訂位人數(shù)的一第一等待訂單數(shù)及一第一時間估算參數(shù)；該方法包含以下步驟：

（ａ）該服務(wù)器自該客戶顯示裝置接收具有該第一訂位人數(shù)的一第一訂單。

（ｂ）將該取餐號碼加一。

（ｃ）將該第一等待訂單數(shù)加一。

（ｄ）根據(jù)第一等待訂單數(shù)、第一時間估算參數(shù)計算預計取餐時間。

（ｅ）向該客戶顯示裝置傳送該取餐號碼及該預計取餐時間。

在一些實施例中，還包含于步驟（ｂ）及（ｃ）間執(zhí)行的步驟（ｆ）：根據(jù)該取餐號碼判斷第一訂單是否可取餐；步驟（ｃ）是當步驟（ｆ）的判斷為否時將該第一等待訂單數(shù)加一。

在一些實施例中，該方法還包含以下步驟：

（ｇ）接收一具有第一訂位人數(shù)的用餐完畢通知。

（ｈ）計算第一等待訂單數(shù)及該預計取餐時間。

在一些實施例中，步驟（ｈ）包含以下步驟：

（h1）判斷第一等待訂單數(shù)是否大于0。

（h2）當步驟（h1）判斷為是，將第一等待訂單數(shù)減一。

（h3）根據(jù)第一等待訂單數(shù)、第一時間估算參數(shù)計算該預計取餐時間。

在一些實施例中，該服務(wù)器還與一餐廳內(nèi)裝置連線，該方法還包含以下步驟：

（ｉ）自餐廳內(nèi)裝置接收該取餐號碼。

（ｊ）根據(jù)該取餐號碼判斷第一訂單是否可取餐。

（ｋ）當步驟（ｊ）判斷為是，使餐廳內(nèi)裝置發(fā)出警示。

在一些實施例中，該服務(wù)器還儲存有該第一店家的下列信息：具有該第一訂位人數(shù)的至少一筆處于用餐中狀態(tài)的第二訂單的取餐號碼及至少一筆處于尚未用餐狀態(tài)的第三訂單的取餐號碼，以及相關(guān)于該第一訂位人數(shù)的一第一上限，所述根據(jù)該取餐號碼判斷第一訂單是否可取餐，是判斷：該第一訂單的取餐號碼減去一入場順位號碼后是否大于或小于或等于一閑置桌數(shù)，若大于該閑置桌數(shù)，則判斷結(jié)果為否，若小于或等于該閑置桌數(shù)則判斷結(jié)果為是；其中，該入場順位號碼為小于任一第三訂單的取餐號碼的第二訂單的取餐號碼中的最大值，該閑置桌數(shù)為該第一上限減該第二訂單的數(shù)量。

在一些實施例中，該服務(wù)器還儲存有該第一店家的一目前用餐號碼，步驟（ｋ）還將該目前用餐號碼加一，步驟（ｅ）還向該客戶顯示裝置傳送該目前用餐號碼。

在一些實施例中，該服務(wù)器還提供一顯示可更新該第一訂單的該預計取餐時間的網(wǎng)頁，該第一訂單的該預計取餐時間的更新方式是根據(jù)具有該第一訂位人數(shù)且取餐號碼小于該第一訂單的取餐號碼的其他訂單數(shù)量及該第一時間估算參數(shù)計算。

在一些實施例中，該服務(wù)器還儲存該第一訂單的一后補序號，于步驟（ａ）中還使該后補序號等于該第一等待訂單數(shù)；當該服務(wù)器接收一具有第一訂位人數(shù)的用餐完畢通知，還將該后補序號減一；該第一訂單的該預計取餐時間的更新方式是根據(jù)該后補序號及該第一時間估算參數(shù)計算。

于是，本發(fā)明用于點餐信息管理的服務(wù)器在一些實施例中，執(zhí)行如所述點餐信息互動方法。

本發(fā)明的功效在于：透過客戶顯示裝置根據(jù)不同的訂位人數(shù)顯示訂餐及取餐的狀況，再據(jù)以提供點餐的功能，使得使用者可以透過客戶顯示裝置知悉每一店家分別對應(yīng)的目前用餐號碼，以及相關(guān)于特定訂位人數(shù)的等待訂單數(shù)，并可進一步進行點餐而產(chǎn)生訂單。

【附圖說明】

本發(fā)明其他的特征及功效，將于參照圖式的實施例詳細說明中清楚地呈現(xiàn)，其中：

圖1是一方塊圖，說明本發(fā)明實施例的一服務(wù)器、一客戶顯示裝置及一餐廳內(nèi)裝置；

圖2是一流程圖，說明本發(fā)明實施例點餐信息互動方法；

圖3是一示意圖，說明該實施例的一電子布告欄；

圖4是一示意圖，說明該實施例的一電子菜單的使用者操作界面；

圖5是一示意圖，說明該電子菜單的使用者操作界面；

圖6是一示意圖，說明該實施例打印一取餐號碼、一預計取餐時間及一第一條形碼；

圖7是一流程圖，說明本發(fā)明實施例點餐信息管理方法相關(guān)于接收一第一訂單所執(zhí)行的步驟；

圖8是一流程圖，說明該點餐信息管理方法相關(guān)于用餐完畢通知所執(zhí)行的步驟；及

圖9是一流程圖，說明該點餐信息管理方法相關(guān)于取餐所執(zhí)行的步驟。

【具體實施方式】

在本發(fā)明被詳細描述之前，應(yīng)當注意在以下的說明內(nèi)容中，類似的元件是以相同的編號來表示。

參閱圖1至圖3，本發(fā)明實施例點餐信息互動方法，由一客戶顯示裝置2執(zhí)行，該客戶顯示裝置2與一服務(wù)器1連線。本發(fā)明實施例點餐信息管理方法，則由該服務(wù)器1執(zhí)行，此部分容后說明。該客戶顯示裝置2包含一處理單元21及與該處理單元21連接的一顯示單元22、一打印單元23及一讀卡單元24，在本實施例中該客戶顯示裝置2即是所謂的POS機（POS全文：Point of sale，銷售點），該顯示單元22在本實施例中是一觸控顯示熒幕，但不以此為限，只要能方便客戶操作即可。該方法包含以下步驟：

步驟S11─讀取一第一訂位人數(shù)（預設(shè)或選?。?。詳細而言，該處理單元21使該顯示單元22顯示一電子布告欄4，其中包含一訂位人數(shù)欄位41，可供選擇不同的訂位人數(shù)，例如1、2、4、6、8、10人，其中最大值為10人，預設(shè)值為2人，當使用者尚未選擇時，本步驟所讀取的該第一訂位人數(shù)為預設(shè)的2人，當使用者選擇其他人數(shù)后，本步驟所讀取的該第一訂位人數(shù)即為使用者選擇的人數(shù)。

步驟S12─該處理單元21自該服務(wù)器1讀取各店家的店家目前用餐號碼及相關(guān)于該第一訂位人數(shù)的店家等待訂單數(shù)并顯示。為方便說明，以下將各店家區(qū)分為一第一店家及多個第二店家，并以第一店家為「安平豆花」，第二店家為其余的店家為例。在本步驟中，該處理單元21自該服務(wù)器1讀取第一店家（安平豆花）的目前用餐號碼（325）及相關(guān)于第一訂位人數(shù)的第一等待訂單數(shù)（0），并讀取多個第二店家的多個第二店家目前用餐號碼及相關(guān)于該第一訂位人數(shù)的多個第二店家等待訂單數(shù)。然后在電子布告欄4的一店家信息欄位42顯示該第一店家及該等第二店家的名稱、位置、該目前用餐號碼與該等第二店家目前用餐號碼，及該第一等待訂單數(shù)與第二店家等待訂單數(shù)。其中，該等店家的位置舉例而言是以在顯示畫面上的位置示意顯示。

值得一提的是，由于顯示的是相關(guān)于第一訂位人數(shù)的第一等待訂單數(shù)，可精確反應(yīng)出第一訂位人數(shù)的訂單等待的狀況。

步驟S13─該顯示單元22接收選擇第一店家的輸入，并顯示對應(yīng)該第一店家的電子菜單的使用者操作界面5（如圖4、圖5）。

步驟S14─該顯示單元22接收于該電子菜單的點餐輸入，使該處理單元21生成一第一訂單。如圖4，舉例而言，使用者選擇「紅豆豆花」1個，按下一結(jié)帳確認視窗51中的是，進入圖5的畫面，進行步驟S15。

步驟S15─確認是否結(jié)帳？詳細而言，該電子菜單的使用者操作界面5顯示該結(jié)帳確認視窗51，該處理單元21判斷是否接收到一確認結(jié)帳的輸入，若是，進入步驟S17，否則進入步驟S16。如圖5，舉例而言，該電子菜單的使用者操作界面5顯示使用者選擇了「紅豆豆花」1個及其價格，當按下該結(jié)帳確認視窗51中的「是」，進行步驟S17。在圖5所示的畫面中，還可顯示其他內(nèi)容，諸如信用卡促銷優(yōu)惠的文字或圖形等，鼓勵使用者一并進行結(jié)帳。

步驟S16─確認是否訂位？詳細而言，該處理單元21判斷是否接收到一確認訂位的輸入（圖未示），若是，進入步驟S18，否則結(jié)束流程。需說明的是，步驟S15與S16不以上述順序為限，也可以是步驟S16先于步驟S15執(zhí)行，或是兩者同時執(zhí)行，例如在該電子菜單的使用者操作界面5同時顯示結(jié)帳選項及只訂位而不結(jié)帳的選項等，此外，也可以只執(zhí)行其中一步驟而只提供其中一選擇，例如，強制使用者必須結(jié)帳才能進行后續(xù)步驟。

若欲避免使用者在未結(jié)帳訂位后，未前往取餐付款，可結(jié)合會員機制，要求使用者以例如會員卡、信用卡或手機號碼登入，如果使用者于步驟S15結(jié)帳，在累積一定的消費金額，會有固定的折扣；如果未結(jié)帳訂位后，卻未取餐付款，則設(shè)置一定的則罰，例如該使用者的賬號不得使用訂位功能一個月等。

步驟S17─該處理單元21使該讀卡單元24讀取卡片，該處理單元21并執(zhí)行結(jié)帳作業(yè)。該讀卡單元24舉例而言可讀取接觸式、非接觸式的可進行付款的卡片。以下進行步驟S18。

步驟S18─該處理單元21傳送第一訂單至服務(wù)器1，并自服務(wù)器1接收取餐號碼及預計取餐時間，該顯示單元22并顯示該取餐號碼及該預計取餐時間。補充說明的是，雖然在本步驟中傳送第一訂單后才取得確定的該取餐號碼，但在未取得確定的該取餐號碼前該處理單元21仍可根據(jù)目前已有訂單的取餐號碼來估算該第一訂單的取餐號碼，而于電子菜單的使用者操作界面5中顯示（如圖5）。

值得一提的是，其中該預計取餐時間是根據(jù)該第一等待訂單數(shù)計算而相關(guān)于該第一訂位人數(shù)，以該第一訂位人數(shù)為2人為例，該第一等待訂單數(shù)即為訂位人數(shù)為2人的等待訂單數(shù)，所計算的預計取餐時間亦是根據(jù)訂位人數(shù)為2人的訂單來計算，因此預計取餐時間不會受到其他訂位人數(shù)的訂單的干擾而有較大的偏差。該預計取餐時間是由服務(wù)器1所計算，此部分容后說明。以下進行步驟S19。

步驟S19─使打印單元23打印該取餐號碼、預計取餐時間及一相關(guān)于該第一訂單的取餐信息的第一條形碼（如圖6）。在本實施例中還打印目前時間，但不以此為限。其中，該第一訂單的取餐信息包含該取餐號碼及可供連線至該服務(wù)器1以查詢可更新的該預計取餐時間的網(wǎng)頁位址或應(yīng)用程序的連結(jié)。

該第一條形碼在本實施例中是以QR code為例，該第一條形碼目的是，使用者可以藉由手機掃描QR code，連線到一網(wǎng)頁或一應(yīng)用程序相關(guān)頁面，使手機執(zhí)行瀏覽器或?qū)?yīng)應(yīng)用程序來實時提醒使用者目前用餐號碼，使用者的（該第一訂單的）取餐號碼，秀出預計的取餐時間，甚至將預計取餐時間和目前時間相減做一個倒數(shù)計時，等到使用者可以用餐的時候，手機就會以鈴聲和震動提醒使用者趕快到餐廳來用餐或取餐。等號碼的時間到了以后，使用者直接拿著這張熱感應(yīng)紙去餐廳用餐或取餐。如果使用者遺失熱感應(yīng)紙的話，可透過剛剛的手機QR code掃描，在手機里留一個訂位結(jié)帳記錄，作為一樣的憑證用餐。

總結(jié)來說，客戶顯示裝置2除了顯示各店家的名稱、位置，還根據(jù)不同的訂位人數(shù)顯示訂餐及取餐的狀況，再據(jù)以提供點餐的功能。使用者可以透過客戶顯示裝置2知悉該層樓可以點餐或訂位的地方，每一店家的目前用餐號碼，以及相關(guān)于特定訂位人數(shù)的等待訂單數(shù)，并可進一步進行點餐。

特別需強調(diào)的是，若無前述根據(jù)不同的訂位人數(shù)統(tǒng)計取餐狀況的技術(shù)，則會有餐廳桌位使用效率不彰的問題，舉例而言，當6人的桌位被使用中，使得訂位人數(shù)為6人的訂單處于等待狀態(tài)時，2人的桌位已有空位，但若訂單未區(qū)分訂位人數(shù)，則在6人的訂單之后產(chǎn)生的2人訂單，均需等待6人的訂單可取餐后，才可取餐。相同的例子套用在本實施例中，由于6人與2人的訂位人數(shù)是完全分開進行統(tǒng)計，不會有前述的狀況發(fā)生。

參閱圖1、7，以下說明本發(fā)明實施例點餐信息管理方法。該服務(wù)器1除與該客戶顯示裝置連線外，還與一餐廳內(nèi)裝置3連線。為配合前述點餐信息互動方法，該服務(wù)器1需執(zhí)行點餐信息管理方法以提供客戶顯示裝置2必要的信息。該服務(wù)器1儲存有第一店家的下列信息：目前的取餐號碼及相關(guān)于第一訂位人數(shù)的第一等待訂單數(shù)及第一時間估算參數(shù)。該方法包含以下步驟：

步驟S21─自該客戶顯示裝置接收具有第一訂位人數(shù)的第一訂單。如前所述，該第一訂單是客戶顯示裝置2于步驟S18（參閱圖2）傳送至該服務(wù)器1。

步驟S22─將該取餐號碼加一。詳細而言，該取餐號碼的初始值為0，并隨訂單數(shù)量的增加而在本步驟中增加。

步驟S23─根據(jù)該取餐號碼判斷第一訂單是否可取餐。

為判斷第一訂單是否可取餐，該服務(wù)器1還儲存有該第一店家的下列信息：具有該第一訂位人數(shù)的多筆處于用餐中狀態(tài)的第二訂單的取餐號碼及多筆處于尚未用餐狀態(tài)的第三訂單的取餐號碼，以及相關(guān)于該第一訂位人數(shù)的一第一上限，所述根據(jù)該取餐號碼判斷第一訂單是否可取餐，是判斷：該第一訂單的取餐號碼減去一入場順位號碼后是否大于或小于或等于一閑置桌數(shù)，若大于該閑置桌數(shù)，則判斷結(jié)果為否，若小于或等于該閑置桌數(shù)則判斷結(jié)果為是；其中，該入場順位號碼為小于任一第三訂單的取餐號碼的第二訂單的取餐號碼中的最大值，該閑置桌數(shù)為該第一上限減該第二訂單的數(shù)量。

簡言之，是根據(jù)該第一訂位人數(shù)的訂單的用餐狀況進行判斷，該第一上限簡言之即為該第一店家的該第一訂位人數(shù)的「桌數(shù)」或「最大同時用餐訂單數(shù)」。

參閱表1，舉例而言，該第一訂位人數(shù)為2人，第一店家的該第一上限為5，并設(shè)有桌號01至05，其中除桌號04外均為用餐中，用餐中的取餐號碼分別為320至322及324，也就是說，該等第二訂單的取餐號碼分別為320至322及324。

表1

此外，進一步舉例，等待用餐的訂單的取餐號碼─也就是該等第三訂單的取餐號碼─分別為323及325，而該第一訂單的取餐號碼為326。

在此例中，「小于任一第三訂單的取餐號碼的第二訂單的取餐號碼」，也就是小于323且小于325的第二訂單的取餐號碼為320、321、322，當中的最大值為322，因此該入場順位號碼即為322。

該等處于用餐中狀態(tài)的第二訂單的取餐號碼為320至322及324，其數(shù)量為4，因此該第一上限（5）減該等處于用餐中狀態(tài)的第二訂單的數(shù)量（4），即5-4=1，得到該閑置桌數(shù)為1。

「該第一訂單的取餐號碼減去一入場順位號碼后是否大于或小于或等于一閑置桌數(shù)，若大于該閑置桌數(shù)，則判斷結(jié)果為否，若小于或等于該閑置桌數(shù)則判斷結(jié)果為是」即是判斷是否「該第一訂單的取餐號碼-322≦1」，由此可知在此例中可取餐的取餐號碼須小于或等于323才會使判斷結(jié)果為是，但此例中該第一訂單的取餐號碼為326，因此代入判斷是否可取餐的結(jié)果為否。

此外，為避免部分使用者到號未取餐的情況，而產(chǎn)生空桌過久的情形，在本例中，可進一步在當取餐號碼323成為可取餐的時間點后一預定時間長度后，自動或受控取消保留其位置（暫時視同已用餐完畢，見步驟S31），以使后續(xù)訂單能順利取餐，該預定時間長度可視其是否已結(jié)帳而定；而取消保留其位置后，亦可以人工或其他計算方式延后其入場時間，或進行其他處理。

但判斷是否可取餐的方式不以上述為限，只要能針對各訂位人數(shù)進行統(tǒng)計及判斷即可。當本步驟的判斷若為否，進行步驟S24，若為是則進行步驟S25。

步驟S24─第一等待訂單數(shù)加一。本步驟意謂該第一訂單尚未可取餐，因此將第一等待訂單數(shù)加一，然后進行步驟S25。

詳細而言，該第一等待訂單數(shù)的初始值為0，延續(xù)前述該第一上限為5之例，前五筆訂單產(chǎn)生時，經(jīng)步驟S23的判斷必然均為是，因為縱使前四筆訂單在第五筆訂單產(chǎn)生時均處于用餐中，閑置桌數(shù)仍為1，因此第五筆訂單仍可取餐。且當?shù)谖骞P訂單產(chǎn)生完畢時，該第一等待訂單數(shù)仍會為0，也就是前述步驟S12中該客戶顯示裝置2顯示的該第一等待訂單數(shù)仍為0。

有多種情況會產(chǎn)生如表1的狀態(tài)，為簡化起見，以前五筆訂單的取餐號碼即為320至324（以下以取餐號碼簡稱各訂單，例如：320訂單~324訂單）為例，且表1的狀態(tài)未改變的情況來說明，此時第一等待訂單數(shù)即為0，當325訂單開始由步驟S11進行訂位流程時，該客戶顯示裝置2顯示的該第一等待訂單數(shù)仍為0，而在進入步驟S23時，325訂單將被判斷為不可取餐，因此該第一等待訂單數(shù)加一而成為1，而在326訂單開始由步驟S11進行訂位流程時，該客戶顯示裝置2顯示的該第一等待訂單數(shù)亦為1。當326訂單隨著流程進入步驟S23時，將被判斷為不可取餐，因此該第一等待訂單數(shù)會再加一而成為2。

以下進入步驟S25。

步驟S25─根據(jù)第一等待訂單數(shù)、第一時間估算參數(shù)計算預計取餐時間。

再以該第一訂位人數(shù)為2人，第一等待訂單數(shù)為2為例，第一時間估算參數(shù)是由該第一店家所設(shè)定，若該第一店家沒有更改設(shè)定，則為該服務(wù)器1或該餐廳內(nèi)裝置3本身所儲存的一預設(shè)值，該第一時間估算參數(shù)包括一基本換桌時間10分鐘及一同時換桌調(diào)整權(quán)重80%，則預計取餐時間即為2×10×80% = 16分鐘。但不以此為限。

步驟S26─向該客戶顯示裝置2傳送該取餐號碼及該預計取餐時間。

此外，該服務(wù)器1還使第一店家的該餐廳內(nèi)裝置3顯示該第一訂單的內(nèi)容，以供第一店家準備餐點。

參閱圖1、8，該第一等待訂單數(shù)除了在步驟S24會變更外，當有客戶用餐完畢時亦需變更，因此，該方法還包含該服務(wù)器1執(zhí)行的以下步驟：

步驟S31─接收具有第一訂位人數(shù)的用餐完畢通知。該用餐完畢通知的產(chǎn)生方式有多種實施例，舉例而言，第一種方式是由餐廳內(nèi)或餐桌上的攝影機監(jiān)控，當影像分析一限定范圍內(nèi)，均無人員影像超過一預設(shè)時間，即對服務(wù)器發(fā)送用餐完畢通知；第二種方式是于椅子上裝設(shè)壓力感測器，每一桌所對應(yīng)的多張椅子上的壓力感測器均沒有感測到壓力超過一預設(shè)時間，即對服務(wù)器發(fā)送用餐完畢通知；第三種方式是餐廳人員透過該餐廳內(nèi)裝置3輸入指令，該餐廳內(nèi)裝置3便傳送該類型(幾人桌)的桌次及該訂單的號碼給服務(wù)器，通知該訂單已用餐完畢；第四種方式是本步驟還計算每一訂單成為可取餐狀態(tài)后所經(jīng)時間，當有訂單可取餐但經(jīng)過前述預定時間長度后仍未取餐的情況下，為使后續(xù)訂單能順利取餐、避免空桌情況持續(xù)過久，該餐廳內(nèi)裝置3自動或受控（提示餐廳人員進行操控）發(fā)出該用餐完畢通知。但不以此為限，不論何種方式，只要能使該服務(wù)器1接收該用餐完畢通知即可。

步驟S32─判斷第一等待訂單數(shù)是否大于0，若是，進行步驟S33，否則進行步驟S34。

步驟S33─將第一等待訂單數(shù)減一。

步驟S34─根據(jù)第一等待訂單數(shù)、第一時間估算參數(shù)計算預計取餐時間。

補充說明的是，該服務(wù)器1還儲存該第一訂單的一后補序號，當該第一訂單產(chǎn)生時（步驟S21），使該后補序號等于該第一等待訂單數(shù)。當該第一訂單產(chǎn)生后步驟S33又被執(zhí)行時，還將該后補序號減一（但步驟S24并未將該后補序號加一）。該服務(wù)器1還提供一顯示可更新的該第一訂單的該預計取餐時間的網(wǎng)頁，該第一訂單的該預計取餐時間的更新方式是根據(jù)具有該第一訂位人數(shù)且取餐號碼小于該第一訂單的取餐號碼的其他訂單及該第一時間估算參數(shù)計算，也就是：該后補序號×該基本換桌時間×該同時換桌調(diào)整權(quán)重。

參閱圖1、9，該餐廳內(nèi)裝置3包括一處理器31及與該處理器31連接的一顯示器32及一條形碼掃描器33，當使用者持打印出來的第一條形碼至第一店家欲取餐時，該服務(wù)器1還執(zhí)行以下步驟：

步驟S41─接收餐廳內(nèi)裝置3的條形碼掃描器33掃描的第一條形碼，解析出取餐號碼。

步驟S42─根據(jù)該取餐號碼判斷第一訂單是否可取餐，若是，進行步驟S43，否則進行步驟S44。本步驟的判斷方式與前述步驟S23相同，在此不再贅述。

步驟S43─使餐廳內(nèi)裝置3發(fā)出警示，例如使其顯示器32顯示相關(guān)于第一訂單的取餐通知，告知第一店家的人員該第一訂單的客戶已前來取餐。

步驟S44─顯示預計取餐時間。本步驟是告知該第一訂單的客戶尚未可取餐，并顯示其預計取餐時間。

此外，該服務(wù)器1還儲存有該第一店家的目前用餐號碼，步驟S43還將該目前用餐號碼加一，步驟S26還向該客戶顯示裝置傳送該目前用餐號碼。該服務(wù)器1亦儲存有多個第二店家的多個第二店家目前用餐號碼，其運作方式與對該第一店家的目前用餐號碼的處理方式相似，在此不再贅述。

以上即為本發(fā)明實施例點餐信息管理方法，該服務(wù)器1可提供該客戶顯示裝置所需的信息、傳送訂單、提供顯示預計取餐時間的網(wǎng)頁、發(fā)出取餐通知等功能，配合客戶顯示裝置2執(zhí)行的本發(fā)明實施例點餐信息互動方法，能提供具整合性且具實時性的點餐及取餐功能，故確實能達成本發(fā)明的目的。

惟以上所述者，僅為本發(fā)明的實施例而已，當不能以此限定本發(fā)明實施的范圍，即大凡依本發(fā)明申請專利范圍及專利說明書內(nèi)容所作的簡單的等效變化與修飾，皆仍屬本發(fā)明專利涵蓋的范圍內(nèi)。