專利名稱：訂購系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及一種訂購系統(tǒng)，該系統(tǒng)用于在商店中例如餐館中接受訂單，尤其涉及一種訂購系統(tǒng)，該系統(tǒng)適用于例如公司員工自助餐廳這樣的自助方式的餐館。
在各種類型的餐館中，象員工自助餐廳和學(xué)生自助餐廳這樣的餐館經(jīng)常采用自助方式。不僅這些自助餐廳，所有采取自助方式的餐館通常事先在架子上放置已經(jīng)做好的食物，就餐者可以從架子上選擇他們喜歡的食物，然后在出納員處付帳。
因此在這種餐館中需要預(yù)先準備一定數(shù)量的食物。另外，為了擴大食物的選擇范圍，需要準備多種不同種類的食物。
另外，在其他類型的餐館中，在消費者走入餐館并決定點什么之后再準備食物。但是即使在這種情況下，也必須事先準備烹飪食物。另外，當(dāng)食物不能在單獨的服務(wù)區(qū)準備時必須事先準備多個食物區(qū)。
另外，不管餐館是什么方式，必須事先訂購配料。并且最好將訂購的配料量限制在所需的最低程度。
因此餐館的一個通常的問題是很難預(yù)測在某天或某個時間段內(nèi)來餐館就餐的顧客數(shù)量。當(dāng)一個餐館運行了很多年之后，其管理者可以單憑經(jīng)驗的方法預(yù)測將要來餐館就餐的大約人數(shù)，但是根據(jù)一個月份中的某一天，一個星期中的某一天，那天的天氣，節(jié)日和事件及其他條件，客人的準確數(shù)量將相對地改變。另外，客人各自的一時的興致使得不太可能進行預(yù)測。因此在很多情況下前來就餐的顧客的實際數(shù)量將與預(yù)測的顧客數(shù)不相同。
預(yù)測前來餐館就餐的顧客的數(shù)量對于決定為那天準備的食物份數(shù)和訂購的配料量是一個極其重要的因素。對于采取自助方式的餐館來說這種預(yù)先的準備尤為重要，并且要做到適當(dāng)?shù)卣{(diào)整要準備的食物的份數(shù)使之與顧客的數(shù)量相符合是困難的。
盡管食物份數(shù)和訂購的配料量是根據(jù)預(yù)測的顧客數(shù)量來確定的，當(dāng)預(yù)測的顧客數(shù)量與實際的顧客數(shù)量不同時，在經(jīng)營餐館的過程中將產(chǎn)生下列問題。注意此處假設(shè)食物份數(shù)和訂購的配料量是根據(jù)預(yù)測的顧客數(shù)量來確定的。
(1)顧客的數(shù)量多于預(yù)測數(shù)在這種情況下，食物份數(shù)和訂購的配料量極有可能不足。當(dāng)沒有充足的食物時，就不可能為后來的顧客服務(wù)。如果經(jīng)常出現(xiàn)食物數(shù)量不充足的情況。餐館就會“贏得”不能提供充足食物的聲譽。
(2)顧客的數(shù)量少于預(yù)測數(shù)在這種情況下，所購買的配料和做好的食物極有可能浪費。尤其是不能保存的新鮮食物和任何剩下的食物都必須扔掉。
另外，尤其是采取自助方式的餐館中，當(dāng)顧客到達時必須能夠立即得到他們想要的食物。由于這個原因，完全有必要進行預(yù)先烹飪。然而盡管有可能要將未烹飪的配料放到第二天，這種預(yù)先烹飪的食物卻無法保藏，因此必須在同一天內(nèi)將其消耗掉。因此有時必須扔掉剩下的做好的食物。
對于餐館來講扔掉食物是一種損失。扔掉的越多餐館的負擔(dān)越重。另外，如果不斷地扔掉大量的已預(yù)先做好的食物，餐館將“贏得”是一個浪費食物的地方的聲譽。這也將對餐館的總的聲譽帶來問題。
即使過剩的配料可以保藏，必須對儲藏設(shè)備進行投資。另外除非訂購的配料量總是與所需求的量相等，考慮到儲藏等的花費，餐館將承擔(dān)更多的花費和損失。由于這個原因，事先訂購的配料量和準備的食物份數(shù)最好越少越好。
另一方面，由于這是一個服務(wù)行業(yè)，必須避免出現(xiàn)去餐館的顧客得不到服務(wù)這種情況。因此在這種情況下，必須增加事先訂購的配料量和準備的食物份數(shù)，使之多于預(yù)測量一定的百分數(shù)。
這樣，訂購的配料量和準備的食物份數(shù)成為經(jīng)營餐館的最大問題。
考慮到上述問題，本發(fā)明的一個目的在于提供一種可以有效地訂購配料和準備食物的訂購系統(tǒng)。
本發(fā)明另一個目的在于提供一種訂購系統(tǒng)，它使得可以自動地計算和修改應(yīng)訂購的配料量和應(yīng)做的食物數(shù)量。
注意不用說自動地計算和修改訂購的商品的數(shù)量等的效果或事先掌握某一天所需的最少的商品數(shù)量的能力也可以應(yīng)用于除餐館之外的商店或郵購銷售、電話購物及在線銷售方面，但以下對于本發(fā)明的解釋將以一個自助餐廳系統(tǒng)為例進行說明。
為到達上述目的，根據(jù)本發(fā)明的訂購系統(tǒng)，通過一個網(wǎng)絡(luò)連接具有菜單文件和配料文件等的自助餐廳服務(wù)器和顧客所使用的終端PC，顧客從終端PC訪問自助餐廳服務(wù)器并發(fā)出定單。顧客根據(jù)從菜單文件所讀取的與自助餐廳的菜單相關(guān)的信息選擇他們想要的食物。根據(jù)來自于顧客的定單順序修改與那天要烹飪的食物及其數(shù)量及要訂購的配料相關(guān)的信息。
通過以下參照附圖對優(yōu)選實施例的描述，本發(fā)明上述目的和特點將更加清楚。其中

圖1是根據(jù)本發(fā)明的一個實施例的自助餐廳系統(tǒng)的視圖。
圖2是自助餐廳側(cè)系統(tǒng)配置視圖。
圖3是一個菜單文件的配置視圖。
圖4是一個配料文件的配置視圖。
圖5是一個定單接收文件的配置視圖。
圖6是一個配料訂購文件的配置視圖。
圖7是一個食物文件的配置視圖。
圖8是一個個人設(shè)置文件的配置視圖。
圖9是一個終端的配置視圖。
圖10是一個終端的內(nèi)部配置方框圖。
圖11是一個接收設(shè)備/管理終端的內(nèi)部配置方框圖。
圖12是一個柜臺終端的內(nèi)部配置方框圖。
圖13是一個廚房終端的內(nèi)部配置方框圖。
圖14是顧客進行訂購的操作的處理程序的流程圖。
圖15是當(dāng)使用打印機發(fā)布優(yōu)惠卷時的處理的視圖。
圖16是當(dāng)將訂購的內(nèi)容寫入顧客卡上時的處理的視圖。
圖17A和17B是當(dāng)制作定單時終端和餐館服務(wù)器側(cè)處理程序的流程圖的第一部分。
圖18是當(dāng)制作定單時終端和餐館服務(wù)器側(cè)處理程序的流程圖的第二部分。
圖19是一個初始菜單屏幕的顯示例子的視圖。
圖20是一個日本食物菜單表格顯示例子的視圖。
圖21是一個所選菜單詳細的屏幕顯示例子的視圖。
圖22是一個定單表格的顯示例子和其中的項目的例子的視圖。
圖23是一個確認屏幕的顯示例子的視圖。
圖24是當(dāng)設(shè)置密碼時自助餐廳系統(tǒng)的處理程序的流程圖的第一部分。
圖25A和25B是當(dāng)設(shè)置密碼時自助餐廳系統(tǒng)的處理程序的流程圖的第二部分。
圖26是密碼設(shè)置的初始屏幕顯示例子的視圖。
圖27是一個新設(shè)置的屏幕顯示例子的視圖。
圖28是一個確認新設(shè)置的屏幕顯示例子的視圖。
圖29是一個更改密碼的屏幕顯示例子的視圖的第一部分。
圖30是一個更改密碼的屏幕顯示例子的視圖的第二部分。
圖31是在接收到一個定單之后在自助餐廳服務(wù)器側(cè)所執(zhí)行的處理程序的流程圖。
圖32是在最后期限和最后期限之前在自助餐廳服務(wù)器側(cè)所執(zhí)行的處理程序的流程圖。
圖33A和33B是當(dāng)取消一個定單時自助餐廳系統(tǒng)的處理程序的流程圖。
圖34是當(dāng)在廚房終端上顯示信息時處理程序的流程圖。
圖35是在廚房終端上顯示的一個屏幕的例子的視圖。
圖36是顯示某一菜單的信息的廚房終端的顯示屏幕的例子的視圖。
圖37是剩下的未做的食物份數(shù)的顯示屏幕的例子的視圖。
圖38是一個檢查交貨的屏幕顯示例子的視圖。
圖39是一個廚房終端的鍵盤例子的視圖。
圖40是當(dāng)顧客到達自助餐廳時一個處理程序的流程圖。
圖41是一個顧客指南顯示例子的視圖。
圖42是當(dāng)檢查配料時一個處理程序的流程圖。
圖43是當(dāng)自助餐廳滿員時一個消息顯示的例子的視圖。
下面將參考附圖描述本發(fā)明的實施例。
為了達到上述目的，本發(fā)明提供了一種訂購系統(tǒng)，具有一個自助餐廳服務(wù)器和一個由自助餐廳的顧客所操作的終端，自助餐廳和終端通過一條傳輸線路相互連接。其中自助餐廳服務(wù)器具有一個菜單文件，用于存儲關(guān)于由自助餐廳所提供的菜單的信息，一個配料文件，用于存儲存儲在菜單文件中的菜單的每一項所需的配料的名稱與數(shù)量，一個接收文件，用于存儲與顧客所訂購的菜單上的項目相關(guān)的信息，一個配料總計文件，用于根據(jù)顧客的定單總計每種配料所需的用量；及一個食物文件，用于存儲如下信息，即在某段時間內(nèi)必須制作的菜單項目，其數(shù)量，及制作這些菜單項目所需的配料。
在所述自助餐廳服務(wù)器，與每種配料的供應(yīng)商相關(guān)的信息可以存儲在所述配料總計文件中。
所述自助餐廳服務(wù)器可以通過一條傳輸線路與供應(yīng)商處的終端相連；供應(yīng)商的終端標識信息可以存儲在所述配料總計文件中；并且可以根據(jù)在所述自助餐廳服務(wù)器訂購配料時的所述終端標識信息，通過傳輸線路將定單信息傳輸?shù)焦?yīng)商終端。
另外自助餐廳服務(wù)器中，設(shè)置接受顧客定單的截止期限，并在過了截止期限后根據(jù)配料總計文件的信息訂購配料。
在接收文件中存儲如下信息，即，顧客所訂購的菜單項目的名稱及其數(shù)量，就餐時間，付款方法和特殊要求。
在所述食物文件中可以存儲已經(jīng)準備好的菜單項目的數(shù)量。
根據(jù)顯示在屏幕上的已經(jīng)準備好的菜單項目的數(shù)量和未做食物的數(shù)量計算未做食物的數(shù)量。
在所述食物文件中可以為菜單中的每一項存儲與未做食物數(shù)量相關(guān)的信息。
在所述食物文件中可以為每種配料設(shè)置用于標識供應(yīng)商是否已經(jīng)為其發(fā)貨的標記。
在所述配料文件中可以為每種配料設(shè)置用于標識供應(yīng)商是否已經(jīng)為其發(fā)貨的標記。
在所述菜單文件中可以為每一項存儲照片信息。
本發(fā)明還提供一種安裝在自助餐廳中的數(shù)據(jù)處理裝置，具有一個菜單文件，用于存儲關(guān)于由自助餐廳所提供的菜單的信息；一個配料文件，用于存儲存儲在菜單文件中的菜單的每一項所必須的配料名稱和用量；一個接收文件，用于存儲與從所示終端所接收的由顧客所訂購的菜單上的項目相關(guān)的信息；一個配料總計文件，用于根據(jù)顧客的定單總計每種配料所需的用量；及一個食物文件，用于存儲如下信息，即在某段時間內(nèi)必須制作的菜單項目，其數(shù)量，及制作這些菜單項目所需的配料。
所述數(shù)據(jù)處理裝置可以與一個訂購終端相連，顧客從該訂購終端輸入他或她的定單內(nèi)容；及根據(jù)所述訂購終端的操作接受顧客的定單。
本發(fā)明進一步通過一種用于從顧客接收定單的訂購系統(tǒng)，具有一個供顧客輸入定單內(nèi)容的終端；一個用于從所述終端接收定單輸入的服務(wù)器，所述服務(wù)器具有一個產(chǎn)品文件，用于存儲與可以由顧客訂購的產(chǎn)品相關(guān)的信息及一個定單文件，用于存儲包括顧客所選擇的產(chǎn)品的定單內(nèi)容。
訂購系統(tǒng)中所述服務(wù)器進一步具有一個定單文件，其中存儲與產(chǎn)品及每個產(chǎn)品的供應(yīng)商相關(guān)的信息。
在訂購系統(tǒng)中，所述服務(wù)器進一步具有一個文件，其中設(shè)置了一個檢查標志，用于標識向一個供應(yīng)商訂購的產(chǎn)品是否已經(jīng)發(fā)貨。
定單文件可以存儲由一個顧客所要求的特殊要求。
本發(fā)明還提供一種用于接收顧客定單的訂購系統(tǒng)中的訂購方法，包括顯示與可以在一個訂購終端訂購的產(chǎn)品相關(guān)的信息；根據(jù)來自于訂購終端對產(chǎn)品的選擇更改存儲與在接收終端終端定單內(nèi)容相關(guān)的信息的定單文件的內(nèi)容。
本發(fā)明還提供一種用于接收顧客定單的訂購系統(tǒng)中的訂購方法，包括顯示可以在訂購終端上訂購的產(chǎn)品列表屏幕，顧客從該訂購終端輸入定單內(nèi)容；顯示根據(jù)顧客對產(chǎn)品的選擇在訂購終端上輸入定單內(nèi)容的定單表格屏幕；顯示響應(yīng)于來自于定單表格屏幕的定單內(nèi)容的輸入使顧客確認通過訂購終端所輸入的定單內(nèi)容的確認屏幕；在顧客確認顯示在確認屏幕上的內(nèi)容后接受定單。
當(dāng)顯示產(chǎn)品列表時可以首先顯示可以由顧客訂購的產(chǎn)品大類列表屏幕；及顯示屬于由顧客從大類列表屏幕上所選擇的大類產(chǎn)品的小類產(chǎn)品列表屏幕。
最后，本發(fā)明還提供一種用于接收來自于訂購終端的顧客產(chǎn)品定單的訂購系統(tǒng)，包括當(dāng)已經(jīng)輸入來自于顧客的定單時，判定接收定單截止期限是否已過；當(dāng)截止期限未過時，接受顧客定單；當(dāng)截止期限已過時，在訂購終端上顯示標識截止期限已過的消息，并且不接受定單。
現(xiàn)在參照本發(fā)明的具體實施例，圖1是本發(fā)明的一個實施例中自助餐廳系統(tǒng)的系統(tǒng)配置的視圖。這里尤其要解釋一個員工自助餐廳的應(yīng)用實例，當(dāng)然本發(fā)明還可以自然的應(yīng)用于其他類型的餐館，以及不同類型的訂購系統(tǒng)例如郵購、電話購物及在線銷售等中。
總的來說，根據(jù)本實施例的自助餐廳系統(tǒng)具有一個自助餐廳服務(wù)器、一個自助餐廳終端、至少一個位于顧客(即員工)側(cè)的終端和一個員工服務(wù)器。自助餐廳服務(wù)器、終端服務(wù)器和員工服務(wù)器通過網(wǎng)絡(luò)相互連接。員工服務(wù)器具有一個員工數(shù)據(jù)庫(DB)和一個工資數(shù)據(jù)庫。當(dāng)一個人在員工自助餐廳用餐并通過從其工資中扣除而付帳時，與帳單相對應(yīng)的金額從記錄在員工服務(wù)器中的工資帳戶中扣除。
這里，在員工自助餐廳等的情況下可以使用LAN等，但是當(dāng)希望讓大量的不熟悉的顧客光顧自助餐廳時，可以采用當(dāng)前流行的因特網(wǎng)等。
圖2進一步詳細地示出了自助餐廳側(cè)配置的視圖。在圖2的例子中，自助餐廳側(cè)具有自助餐廳服務(wù)器，廚房終端及柜臺終端。注意自助餐廳側(cè)的終端不限于這些，可以提供其他終端或?qū)D2中所示的各終端的功能合并到一個終端中。自助餐廳側(cè)的配置可以根據(jù)自助餐廳的規(guī)模等進行適當(dāng)改變。
自助餐廳服務(wù)器具有各種文件。下面將解釋這些文件。
圖3是用于解釋菜單文件的配置的視圖。圖3(A)是一個大分類文件；圖3(B)是一個小分類文件。
可以由自助餐廳提供的菜單信息存儲在菜單文件中，當(dāng)顧客訂購時參考該菜單文件。
大分類文件存儲可以由自助餐廳提供的菜單內(nèi)容的大類。在圖3(A)的例子中，設(shè)置了“西餐”、“日式飯菜”、“中餐”、“蓋澆飯”等。
圖3(B)的例子中所示的小分類文件的組成是使得其可以與大分類文件相關(guān)聯(lián)。小分類文件為每個大分類存儲與菜單中的項目的名稱、價格及卡路里相關(guān)的信息組。圖3(B)的例子示出了當(dāng)在大分類文件中選擇了“蓋澆飯”時作為鏈接的目的地的“蓋澆飯”的小分類文件。
另外，盡管圖3未詳細示出細節(jié)，菜單文件也為小分類文件的菜單中的每一項存儲一幅照片。菜單的各項目的照片在顧客終端上顯示并用于可視地查看菜單內(nèi)容。
圖4是解釋配料文件的配置的視圖。配料文件為菜單中的每一項存儲做菜所需的配料的名稱及其用量。
例如，圖4的例子示出了日本菜“豬排米飯”。其中存儲了180cc米飯、100g豬肉、1/4個洋蔥及一個雞蛋。這示出了用于準備一份“豬排米飯”所需的配料及其用量。另外，在要求“大份”的情況下，設(shè)置一個信息標識增加用量10％(未示出)。
在配料文件中可以為菜單中的每一項設(shè)置例如為“大份”增加的用量這樣的可選信息(用“198cc米飯”或“增加10％”來記錄)。例如，當(dāng)選擇“大份”時，也可以統(tǒng)一地和自動地增加配料文件中的用量。在前一種情況下增加的用量必須存儲在配料文件中，而在后一種情況下，僅設(shè)置正常的用量即可，但必須計算增加的用量。
另外，在前一種情況下，也可以改變菜單中的每一項的大份或每個配料的用量。例如也可以設(shè)置用量使得僅增加米飯用量10％而不增加其他用量。另外，當(dāng)菜單中還有不能作為大份提供的項目時，也可以向菜單文件中增加信息“沒有大份”，從而提供友好的顧客服務(wù)。與此相反，在后一種情況下，由于配料文件的結(jié)構(gòu)變得簡單可以說尤其適用于在自助餐廳服務(wù)器側(cè)沒有足夠的資金的情況等。
圖5是解釋定單接收文件的配置的視圖。在定單接收文件中，存儲了用于標識顧客的信息(由于使用員工自助餐廳作為例子圖5中為員工編號)、就餐日期，所定食物及其數(shù)量、選項(大份等特殊要求)及其數(shù)量及付款方法。
這里，如果是員工自助餐廳，帳單基本上可以通過從工資中扣除帳單金額來支付。即使在員工自助餐廳的情況下，也有可能出現(xiàn)外部人員前去就餐的情況。由于不能從這種人員的工資中扣除帳單金額，因此必須可以以現(xiàn)金、預(yù)支卡、IC卡(電子貨幣)等的形式來付款。進而，當(dāng)在自助餐廳用餐時員工也可以選擇不從工資中扣除帳單費用。在圖5所示的定單接收文件中，存儲了付款方法信息及定單內(nèi)容以處理定單。
在訂購時指定付款方法。稍后將解釋該指定方法的細節(jié)。作為付款的方法，除了該方法外也可以用信用卡支付。
另外，在會員制的商店情況下，事先在商店側(cè)登記顧客的姓名。這就象在員工自助餐廳例子的情況下員工和自助餐廳之間的關(guān)系。這樣，當(dāng)去商店的人們可以指定時(換句話說當(dāng)不需考慮隨意走入的顧客時)，也可以統(tǒng)一地為每個顧客設(shè)置付款方法。當(dāng)顧客可以指定并且付款方法可以指定時，也可以從定單接收文件中刪去與付款方法相關(guān)的信息設(shè)置域。
圖6是當(dāng)自助餐廳訂購配料時所使用的一個配料訂購文件。在該配料訂購文件中存儲了與自助餐廳所訂購的配料相關(guān)的信息，訂購數(shù)量及供應(yīng)商，而與菜單無關(guān)。
稍后將解釋更新配料訂購文件內(nèi)容的詳細方法，但是簡要地說，通過參考存儲在定單接收文件中的所訂購的菜單中的項目的數(shù)量及存儲在配料文件中的菜單中每一項所需的每種配料的量，順序地更新配料量。然后自助餐廳側(cè)將存儲在配料訂購文件中的訂購數(shù)量發(fā)送給供應(yīng)商。
此處，例如當(dāng)訂購洋蔥時，可能訂購的洋蔥不可能少于一個。在該例子中，當(dāng)存儲在配料訂購文件中的某種配料的量出現(xiàn)小數(shù)值時，該小數(shù)值自動地向上舍入到一個通常的單位數(shù)量。在洋蔥的例子中，根據(jù)訂購的數(shù)量和存儲在配料文件中所需量計算出的所需的洋蔥數(shù)量是一個小于1的小數(shù)，總計的數(shù)量自動地向上舍入為1。
另外，作為供應(yīng)商信息，在圖6中記錄了供應(yīng)商名稱。這里，當(dāng)供應(yīng)商也有由網(wǎng)絡(luò)連接的終端時，可以使用這些終端。由于這個原因，為了處理這種情況，可以為每個供應(yīng)商存儲電子郵件地址等，在訂購時可以參考它們，并通過網(wǎng)絡(luò)將訂購信息自動地發(fā)送給供應(yīng)商。當(dāng)然，并不是所有的供應(yīng)商都通過網(wǎng)絡(luò)連接，在該例中，電話和傳真號碼等可以與供應(yīng)商的名稱記錄在一起。
另外，在域“發(fā)貨日期”中，設(shè)置了訂購的配料何時發(fā)貨的計劃日期。該“發(fā)貨日期”信息也可以用于檢查配料是否已經(jīng)發(fā)貨。即在配料應(yīng)該發(fā)貨的日期，在那天通過參考配料訂購文件讀取計劃要發(fā)貨的配料信息(配料名稱)。接著確認是否每個配料都已發(fā)貨。
圖7示出食物文件。它存儲了在某一天(示例中是1月13日)必須做的菜單中的食物項目所需量及烹飪它們所需的配料和將它們相互關(guān)聯(lián)起來后所需的量。另外食物文件中可以設(shè)置配料的發(fā)貨日期(計劃日期)及標識配料實際上是否發(fā)貨的檢查位。注意也可以在不同的文件中存儲發(fā)貨日期和檢查位，可選擇地，由于配料訂購文件和食物文件部分重疊可以僅設(shè)置一個。
存儲在食物文件中的信息發(fā)送給廚房終端和柜臺終端，在那里，屏幕上顯示烹飪所需的信息。以廚房為例，那天必須烹飪的菜單上的項目，其量及配料量等可以顯示在廚房終端上。因此在烹飪時瞥一眼就可以確認做什么及做多少。另外在食物文件中設(shè)置了輸入已經(jīng)準備好的那天所需要的食物數(shù)量的域。該域用于為廚房獲取已經(jīng)做好的食物數(shù)量信息及還必須做多少的信息。
根據(jù)菜單中的項目，可能同時不能做好所有訂購的數(shù)量。因此，這時必須烹飪的項目分為幾部分。如果廚房終端上顯示多少食物已經(jīng)做好或還需做多少食物的信息，則對經(jīng)營自助餐廳是非常有效的。因此食物文件存儲上述信息并且廚房終端顯示已經(jīng)做好的食物數(shù)量或顯示信息時還未做的食物數(shù)量。
另外，當(dāng)有特殊要求(選項)例如要求大份時，該信息也設(shè)置在食物文件。盡管圖7中未示出，也可以獨立于所有所需的食物數(shù)量將大份的量和其他選項寫入食物文件中(也可以是包括的數(shù)目)。因此，可以在廚房終端上顯示什么選項需要做及做多少以更容易理解并減少烹飪等時的錯誤。
圖8示出個人設(shè)置文件。在圖8的例子中，為每個顧客成對地設(shè)置員工編號和密碼。這些用于當(dāng)顧客訂購時比較被輸入的密碼，并被設(shè)計為不能被顧客操作所看到。
在圖8中，假設(shè)不為每個顧客特定付款方法。但是如果顧客可以象上面所解釋的會員制的商店中那樣可以特定，則付款方法也可以特定。這樣，在個人設(shè)置文件中設(shè)置了用于記錄付款方法的域。另外，當(dāng)不管象僅接收現(xiàn)金付款的情況下的顧客而使付款方法成為統(tǒng)一的時，可以不在有些文件中設(shè)置與付款方法相關(guān)的信息。
在本實施例中這些文件設(shè)置在自助餐廳服務(wù)器中。注意也可以修改為示于圖中的文件內(nèi)容合并在一個文件中。
圖9是終端側(cè)的配置的例子的視圖。近年來，越來越多的個人計算機安裝在工作地。因此這些平常的個人計算機等也可以用作終端。另外，當(dāng)然也可以使用專門的終端來進行訂購。此處個人計算機通常都配備有打印機。另外它們還可以與IC卡閱讀器或?qū)懭肫?表示為R/W)相連。當(dāng)顧客訂購時，也可以使用這些打印機和R/W。
當(dāng)顧客訂購時，通過使用安裝在顧客的工作地處的打印機可以發(fā)布一個餐卷。通過使用平常的打印機，不需麻煩地提供專門的新打印機來打印餐卷(盡管也可以安裝它們)。
另外，近年來，作為雇傭的證據(jù)，已經(jīng)使用了ID卡(磁卡或IC卡)。因此當(dāng)在自助餐廳就餐時可以考慮使用這種卡。尤其是，IC卡具有大的存儲容量，因此如果將定單的內(nèi)容寫在IC卡上而不是餐卷上。就不需使用打印機打印餐卷。
圖10是一個終端的內(nèi)部部分的配置的方框圖。該終端具有用于執(zhí)行處理的CPU，與網(wǎng)絡(luò)通信時使用的通信控制單元，存儲各種類型的程序的存儲器，并且在訂購時輸入的內(nèi)容也暫時保存，一個顯示器，一個打印機，一個用于輸入信息的鍵盤和一個卡R/W。
圖11是自助餐廳側(cè)接收終端/管理終端的配置的視圖。一個通常的個人計算機也可用作為這種終端。該終端與圖10所示的終端具有相同的配置。在圖11的情況下，省略了打印機和R/W的說明。這是由于僅說明用于實現(xiàn)功能的最小配置，而獨立于本實施例。當(dāng)然根據(jù)需要也可以提供這些裝置。
圖12是安裝在自助餐廳的每個柜臺上的柜臺終端的配置的視圖。柜臺終端可以是通常的個人計算機等，或者考慮到顧客來到自助餐廳時必須操作終端而為了為顧客帶來方便可以是專門的終端。
柜臺終端具有一個顯示器或卡R/W。員工的ID卡可以插入卡R/W。當(dāng)員工所訂購的內(nèi)容被寫入他的ID卡時，根據(jù)從IC卡中讀取的定單內(nèi)容，與由那個顧客所訂購的菜單中的項目相關(guān)的信息(例如菜單中項目的名稱，數(shù)量和位置)顯示在顯示器上?？蛇x擇地，柜臺終端可以參照自助餐廳服務(wù)器，讀取將ID卡插入卡R/W中的員工定單的內(nèi)容，并將其顯示在顯示器上。當(dāng)ID卡上記錄員工編號等時，可以從R/W上讀取它，并參考自助餐廳服務(wù)器，并顯示由那個顧客所訂購的菜單項目信息。該方式可以根據(jù)自助餐廳的操作方法適當(dāng)?shù)卮_定。不用說，也可以應(yīng)用其他方法。顧客根據(jù)柜臺終端顯示器上所顯示的指南信息可以事先接收他所訂購的菜單選項。
注意也可以給柜臺終端發(fā)布餐卷的功能。由圖12的虛線所示的打印機用于發(fā)布餐卷。ID卡插入卡R/W時，讀出所存儲的定單信息并根據(jù)它從打印機中發(fā)布餐卷。
圖13是廚房終端的配置的視圖。當(dāng)僅考慮上述的目的時，在廚房終端上顯示所做的內(nèi)容就足夠了，因此在本實施例中，發(fā)布餐卷的打印機或卡R/W不是特別需要的(對于其他用途可能必須)。因此根據(jù)本實施例在廚房終端中未特別示出卡R/W和打印機。
圖14是示出當(dāng)使用自助餐廳系統(tǒng)訂購時主要是通知顧客操作的程序流程圖。
首先，當(dāng)使用自助餐廳系統(tǒng)時，顧客從位于它的辦公室的終端訪問自助餐廳服務(wù)器(圖中的“自助餐廳主頁”)。此處在說明中使用術(shù)語“主頁”的原因是考慮到在以后的時間里對因特網(wǎng)的使用的增長。
當(dāng)訪問自助餐廳服務(wù)器時，用于選擇菜單的屏幕信息從自助餐廳服務(wù)器傳輸?shù)浇K端。終端在其屏幕上顯示所接收的屏幕信息。顧客從該屏幕上選擇他或她想要訂購的菜單項。然后，所選擇的定單信息發(fā)送給自助餐廳服務(wù)器。自助餐廳服務(wù)器根據(jù)從終端發(fā)送的信息準備定單表格屏。并將其屏幕信息傳輸給終端。在終端所傳輸?shù)亩▎伪砀衿溜@示在其顯示器上并等待顧客輸入定單表格。定單表格用于確認輸入定單的內(nèi)容。關(guān)于定單表格屏以后將解釋。
顧客從定單表格屏輸入定單內(nèi)容。當(dāng)確認了定單表格的輸入后，作為響應(yīng)，在終端上顯示確認屏幕。使用該確認屏幕，顧客可以確認定單內(nèi)容是否正確輸入或確認他或她的定單是否應(yīng)處理。
當(dāng)檢查完定單內(nèi)容后，顧客執(zhí)行確認操作。另一方面，當(dāng)改變定單內(nèi)容時，再次顯示定單屏幕并再次輸入定單。
圖15解釋了在圖14的操作后使用安裝在終端上的打印機發(fā)布一個優(yōu)惠卷(餐卷)的操作。當(dāng)執(zhí)行確認操作時，作為確認的所輸入的定單內(nèi)容傳輸給自助餐廳服務(wù)器。響應(yīng)于此，自助餐廳服務(wù)器發(fā)送對于向終端發(fā)送優(yōu)惠卷所必須的信息。終端在接收到它之后編輯發(fā)布優(yōu)惠卷的信息并啟動打印機發(fā)布優(yōu)惠卷。
圖16示出當(dāng)定單內(nèi)容寫入由顧客所持的卡(IC卡等)的情況下代替圖15的處理的處理。直到確認操作在圖14中被執(zhí)行及定單確認被傳輸?shù)阶灾蛷d服務(wù)器，圖16的處理都與圖15相似。接著，與發(fā)布優(yōu)惠卷的方法相同，與訂購食物相關(guān)的信息從自助餐廳服務(wù)器發(fā)送到終端。注意發(fā)布優(yōu)惠卷時的信息可能與寫入卡的信息完全相同。這是由于可能考慮到通常作為紙打印的優(yōu)惠卷上的信息反而被寫入IC卡中。當(dāng)然也可以單獨的為上述的每種格式例如優(yōu)惠卷或卡準備信息。
當(dāng)終端從自助餐廳服務(wù)器接收信息時，它向顧客顯示提示將卡插入卡R/W中的消息。當(dāng)顧客據(jù)此將卡插入R/W中時，終端將定單內(nèi)容信息寫入插入的卡中并然后彈出卡。
用于訂購的處理序列是由這樣的處理操作執(zhí)行的。程序的細節(jié)將根據(jù)需要以后解釋。
圖17A，17B和圖18是用于解釋在訂購時終端和自助餐廳側(cè)的操作序列的細節(jié)。圖的左側(cè)示出終端側(cè)的處理，而右側(cè)示出自助餐廳服務(wù)器側(cè)的處理。
在終端側(cè)，首先訪問自助餐廳服務(wù)器。響應(yīng)于此，自助餐廳服務(wù)器將初始屏幕數(shù)據(jù)傳輸?shù)浇K端。終端根據(jù)所接收的原始屏幕數(shù)據(jù)在屏幕上顯示初始屏幕。
圖19是初始菜單屏幕的例子的視圖。初始菜單屏幕顯示可以由顧客選擇的菜單項目的大類及設(shè)置一個個人身份識別代碼的項目(以后詳細解釋)。顧客首先使用初始菜單屏幕選擇要訂購的菜單項目的大類。
當(dāng)從初始菜單選擇了菜單項目的大類時，結(jié)果被通知給自助餐廳服務(wù)器。自助餐廳服務(wù)器參考菜單文件讀取對應(yīng)于所選擇的大類的小類信息，并講求傳輸給終端。在終端，所傳輸?shù)男☆愋畔@示在屏幕上。這里首先顯示了菜單項目的列表。
圖20示出當(dāng)從圖19所示的屏幕上選擇日式飯菜菜單時菜單上的項目選擇的列表。在菜單列表中以表格的形式顯示了可以由自助餐廳提供的菜單項目名稱、其價格及卡路里。當(dāng)顧客從菜單屏幕上選擇了特定的菜單項目時，詳細的菜單顯示在終端的屏幕上。
圖21示出詳細菜單屏幕顯示的例子，并示出選擇了烤魚套餐時的例子。詳細的菜單屏幕顯示了所選的菜單的內(nèi)容(項目)及項目的照片。通過這樣，顧客可以確認他或她所選擇的菜單項目的內(nèi)容。注意，在圖21所示的詳細的菜單屏幕上，解釋著大份米飯另加20日元。這樣，可以通知顧客在烤魚套餐中可以得到一個大份。
另外在詳細菜單屏幕的右下角，設(shè)置了“定單”域和“返回”域。當(dāng)選擇了“定單”域時，顯示在詳細菜單屏幕上的菜單項目定單被傳輸?shù)阶灾蛷d服務(wù)器側(cè)。另外，當(dāng)選擇了“返回”域時，屏幕再次改變?yōu)檫x擇菜單屏幕。
接收到詳細菜單側(cè)的“定單”域的選擇后，自助餐廳服務(wù)器根據(jù)所選擇的菜單項目編輯定單表格屏并講求傳輸給終端。
圖22是顯示在用于從自助餐廳服務(wù)器接收信息的終端的屏幕上的定單表格的例子的視圖。定單表格自動地顯示定單日期。另外定單表格設(shè)置有員工編號輸入域、定單顯示域、定單數(shù)量顯示域、選項信息選擇域、可選對象數(shù)量顯示域、就餐日期顯示域、付款方法顯示域、和個人身份標識代碼輸入域。
員工編號由顧客手工地或通過讀取ID卡輸入在員工編號輸入域中。定單顯示域顯示在詳細菜單屏幕上所選擇的菜單項目的名稱?？蛇x信息選擇域用于選擇與各種選項(特殊要求)，例如“大份米飯”，相關(guān)的信息。選項的內(nèi)容根據(jù)所選擇的菜單項目確定。顧客從中適當(dāng)?shù)剡x擇希望的內(nèi)容。
由于個人的愛好或他或她的體質(zhì)或健康，有許多食物不能吃或不吃。根據(jù)本實施例的選項選擇也可以處理這種情況。即通過從可選信息選擇域中輸入他或她不能吃的項目。從訂購菜單中可以刪除特定的項目。在“烤魚套餐”例子中例如可以省略“蔬菜沙拉”或刪除“蔬菜沙拉”中的特定項。
另外如果自助餐廳側(cè)可以處理它，作為進一步的選擇，可以讓顧客指定一個未在菜單中標識的附加項目。
在就餐日期的顯示域，由于該實施例基本上考慮下一天的菜單，因此自動地顯示下一天的午飯時間。注意顧客不是總要訂購下一天的飯，有時也有他或她在午飯時間不能來自助餐廳就餐的情況。因此在本實施例中可以通過在就餐日期域中手工輸入日期來改變就餐日期。
如果就餐日期，尤其是時間事先指定，自助餐廳側(cè)可以為那個時間準備食物。因此，從確認屏幕所輸入的就餐日期對自助餐廳側(cè)是十分有用的。
由于在本實施例中考慮員工自助餐廳的例子，因此在付款方法域中自動地顯示“工資扣除”。注意并不是所有去員工自助餐館的顧客都是公司員工，因此也應(yīng)可以選擇除工資扣除之外的其他付款方法。因此當(dāng)選擇其他付款方法(現(xiàn)金付款，使用卡等)時，在付款方法域中選擇所希望的付款方法。
在使用自助餐廳系統(tǒng)時將發(fā)生金錢交易，因此在本實施例中，通過讓顧客輸入他或她的個人身份識別代碼來判斷顧客是否正是相應(yīng)的人。在自助餐廳服務(wù)器側(cè)驗證輸入的個人身份識別代碼及員工編號來判斷所輸入的代碼是否正確。
當(dāng)確認了該信息輸入時，定單表格傳輸給自助餐廳服務(wù)器，響應(yīng)于此，從自助餐廳服務(wù)器將定單接收確認的屏幕信息傳輸給終端并在終端顯示。圖23是定單接收確認屏幕的一個例子的視圖。
在定單接收確認屏幕上，不同的項目例如訂購時間，就餐日期，所定項目和數(shù)量，選項內(nèi)容，如果可能還有帳單，付款方法都顯示出來。顧客參考定單接收確認屏幕確認其定單是否被正確輸入。
在定單接收確認屏幕的右下角，設(shè)置了一個“確認”域和一個“取消”域。當(dāng)定單內(nèi)容正確或未改變時，選擇“確認”域。這樣確認定單內(nèi)容并通知自助餐廳服務(wù)器。當(dāng)選擇“取消”域時，顯示前一個屏幕(選擇屏幕等)。
當(dāng)選擇“確認”時，自助餐廳服務(wù)器認為定單已經(jīng)被確認并象已經(jīng)詳細解釋的那樣，根據(jù)定單的輸入內(nèi)容，更新例如訂購文件的文件內(nèi)容。
這樣結(jié)束制作定單處理序列。
圖24是示出考慮到個人身份識別代碼(密碼)輸入的情況下終端處的處理。當(dāng)訪問自助餐廳服務(wù)器并顯示初始菜單時，終端判斷是否選擇了密碼的輸入(監(jiān)視是否選擇了項目)。當(dāng)未選擇密碼輸入時，則通過監(jiān)視菜單(大類)是否被選擇來判斷。
此處當(dāng)選擇了密碼輸入時，終端執(zhí)行圖25A和25B的處理。
圖25A和25B是示出設(shè)置密碼的處理序列的流程圖。另外圖26示出密碼輸入初始屏幕。此處密碼輸入包括新輸入和改變密碼，從而通過使用示于圖25A和25B的初始屏幕執(zhí)行顧客選擇。
首先，將解釋新輸入。這是在顧客新使用自助餐廳系統(tǒng)等時所執(zhí)行的。
當(dāng)從密碼輸入的初始菜單選擇“新輸入”時，在屏幕上顯示個人身份識別代碼的新輸入屏幕(圖27)。在個人身份識別代碼新輸入屏幕上設(shè)置了員工編號輸入域和個人身份識別代碼輸入域。顧客通過使用個人身份識別代碼的新輸入屏幕輸入要輸入的秘密代碼及他或她的員工編號。注意，為了防止個人身份識別代碼被他人看見，在圖27的例子中，顯示星號而不是輸入的個人身份識別代碼的數(shù)字。
當(dāng)從個人身份識別代碼的新輸入屏幕上輸入了員工編號和個人身份識別代碼時，接著顯示用于確認個人身份識別代碼的新輸入的屏幕(圖28)。這里通過再次輸入當(dāng)前輸入的個人身份識別代碼，可以確認個人身份識別代碼是否正確并輸入顧客所希望的個人身份識別代碼。
這里，當(dāng)從用于個人身份識別代碼新輸入的屏幕輸入的個人身份識別代碼與用于確認個人身份識別代碼的輸入的屏幕上輸入的個人身份識別代碼相匹配時，結(jié)束個人身份識別代碼輸入處理，并在終端上顯示圖19所示的初始菜單屏幕。
另一方面，當(dāng)個人身份識別代碼又未正確輸入時，在屏幕上顯示通知顧客個人身份識別代碼輸入錯誤的消息，例如“請再一次輸入指定的個人身份識別代碼”，以提示顧客再一次輸入個人身份識別代碼。
接著，將解釋改變個人身份識別代碼時的處理。
當(dāng)在屏幕上選擇了“改變代碼”以輸入個人身份識別代碼時，終端顯示用于改變個人身份識別代碼的屏幕(圖29)，顧客此時輸入個人身份識別代碼和其員工編號。由于該處理，確認了希望改變個人身份識別代碼的人的合法性。
當(dāng)當(dāng)前的個人身份識別代碼正確時，從新個人身份識別代碼輸入域輸入一個新的個人身份識別代碼(圖30)。接著，與新輸入的情況相同，在終端上顯示圖28中所示的用于確認個人身份識別代碼的輸入的屏幕。
當(dāng)輸入個人身份識別代碼時，該信息傳輸給自助餐廳服務(wù)器側(cè)。接著，存儲在與員工編號相鏈接的個人信息文件中。
在輸入個人身份識別代碼后，再一次顯示初始菜單，接著想要制作定單的顧客可以象制作平常的定單那樣從菜單中選擇項目。
這里，如果可以輸入姓名、地址等，而代替輸入員工編號，圖25A和25B的處理可以用于在通常的自助餐廳中進行登記使用。此時，作為付款方法的選擇，可以用信用卡付款。當(dāng)很難識別顧客時，不象在員工自助餐廳，也可以要求輸入信用卡號碼等并檢查顧客在付款能力方面是否有問題，這也是有用的。
圖31是在接收定單后在自助餐廳服務(wù)器側(cè)的處理程序的流程圖，當(dāng)從顧客傳輸過來定單后，自助餐廳服務(wù)器首先往定單接收文件中寫入員工編號，他或她到來的日期，所訂購的菜單項目，數(shù)量，如果有的話還有選項信息。接著，自助餐廳服務(wù)器對應(yīng)于所訂購的菜單項目參考配料文件。
當(dāng)參考配料文件時，自助餐廳服務(wù)器接著從配料文件中讀取對應(yīng)于訂購項目的配料和用量，并據(jù)此更改配料文件。此處，它在配料文件中為每種配料量增加對應(yīng)于新訂購的菜單項目的數(shù)的量。如前所述，配料文件用于訂購配料，因此當(dāng)量小于單位數(shù)字時，統(tǒng)計的量向上舍入到一個單位數(shù)，并記錄在數(shù)量域中。
接著，根據(jù)傳輸?shù)亩▎胃率澄镂募膬?nèi)容。食物文件為菜單中的每一項記錄某一天必須烹飪的菜單項目的數(shù)量(包括配料)。當(dāng)制作新定單時，更新食物文件中的數(shù)量。相似地，菜單中每一項的配料量被更新。
在根據(jù)本實施例的自助餐廳系統(tǒng)中，為了方便訂購配料，設(shè)置了接收定單的截止期限。圖32是從終端接收定單時在自助餐廳服務(wù)器處的處理的視圖。這里，當(dāng)終端選擇菜單項目時，它判定截止期限是否已過。當(dāng)截止期限未過時，接收定單，但是當(dāng)截止期限已過時，不能接收定單。
另外，為了訂購配料以在某一天及時準備烹飪，例如，必須最遲在前一天的下午從供應(yīng)商那里訂購配料。因此，當(dāng)?shù)竭_截止期限時，自助餐廳服務(wù)器側(cè)讀取配料文件內(nèi)容并從供應(yīng)商處訂購所記錄的配料。
有時顧客想要改變或取消他或她所訂購的定單的內(nèi)容。這時如果在截止期限之前，根據(jù)本實施例的自助餐廳系統(tǒng)可以處理它。圖33A和33B是用于解釋用于此用途的處理程序的流程圖。
當(dāng)取消定單時，顧客訪問自助餐廳服務(wù)器并選擇取消屏幕(未特別示出)。然后，自助餐廳服務(wù)器判定取消操作是否在截止期限之后執(zhí)行。當(dāng)已過截止期限時，配料可能已經(jīng)訂購，因此自助餐廳服務(wù)器不能接受定單的取消(改變)。因此終端被指示顯示通知顧客取消操作已過截止期限的屏幕。同時通知顧客取消要交取消費。
接著自助餐廳服務(wù)器通知終端顯示用于確認取消的可能性的屏幕。當(dāng)不可能取消時，不取消定單并且結(jié)束處理。另外，當(dāng)操作終端來指示取消時，處理取消。
注意，可能有即使截止期限已過再取消也不付取消費的情況。如果在那時例如用現(xiàn)金付款，這尤其是一個問題，因此如果截止期限過后取消定單，必須確認取消費是否已經(jīng)支付。因此必須限制那些截止期限后經(jīng)常取消定單并不付取消費的顧客使用自助餐廳系統(tǒng)。
另外即使在截止期限之前有取消操作也可以處理取消。
當(dāng)處理取消時，自助餐廳服務(wù)器側(cè)參考接收文件并讀取相關(guān)顧客的定單。然后編輯取消屏幕并將其傳輸?shù)浇K端。
取消屏幕顯示至少由相關(guān)顧客所訂購的項目及就餐日期的計劃日期。注意當(dāng)相同的顧客定了好幾天或好幾個時間的定單時，在一個列表上顯示該相關(guān)顧客計劃到自助餐廳的所有日期，顧客可以從中選擇。當(dāng)不能在一個屏幕上完全顯示時，可以采用分割顯示。
當(dāng)顯示取消屏幕時，顧客選擇要取消的內(nèi)容并執(zhí)行取消操作。取消操作之后，與在訂購時的確認屏幕相同，顯示用于確認取消內(nèi)容的屏幕。當(dāng)確認屏幕上確認了顧客的取消時，自助餐廳服務(wù)器根據(jù)取消內(nèi)容更正或更新每個文件的內(nèi)容。
注意，當(dāng)然，在取消處理中，不僅可以取消某個日期定單的所有內(nèi)容，也可以僅取消一部分。例如需要取消同一天所定的多個項目中的一個項目的情況。
另外可以通過相似的處理處理定單的改變。這時，代替取消，改變的內(nèi)容寫入每個文件。
圖34是示出使用廚房終端處理程序的流程圖。廚房終端可以顯示在那天必須做的菜單項目及其數(shù)量。圖34示出用于該目的的程序。
圖35示出廚房終端上所顯示的屏幕的例子。在圖35的例子中，那天必須做的菜單項目及其數(shù)量一起顯示。為了顯示細節(jié)，在廚房終端上選擇圖35屏幕上要顯示的項目。為了選擇項目，可以使用鍵盤或不同類型的點設(shè)備。如果在屏幕上形成有觸摸屏，可以僅通過觸摸屏幕選擇項目。
此處，將解釋為每個項目顯示配料的細節(jié)的例子。當(dāng)“豬排米飯”在圖35的屏幕上得以選擇時，烹飪豬排米飯所選的配料，制作所有的食物所需的配料量及烹飪一個項目所需的配料量一起顯示出來(圖36)。另外，在屏幕的右下角顯示用于選項的參考域。此處顯示關(guān)于任何選項的存在及其內(nèi)容和配料量的改變等的信息。注意在圖36中，示出了顯示用于制作所有食物所需的配料和數(shù)量及每個項目的配料和數(shù)量的例子，但稍后將詳細解釋，也可以根據(jù)剩下的未做的食物數(shù)量的輸入和顯示制作剩下的未做的食物數(shù)量所需的配料數(shù)量。
當(dāng)烹飪菜單上的某項目時，廚房終端用于輸入它還未做。這里，也有向上面所解釋的很難同時烹飪所有訂購的項目的情況，因此可能為菜單上的每個項目輸入已經(jīng)做好的食物的數(shù)量。其內(nèi)容反映在食物文件中并且食物文件中的定單數(shù)量用已經(jīng)做好的食物總量更改(減少)。廚房終端可用于確認是否所有的食物已經(jīng)做好或還有多少食物未做。
在圖35的屏幕上也設(shè)置了標識所有的食物已經(jīng)做好的信息域。當(dāng)菜單上相關(guān)項目的預(yù)訂數(shù)量的食物已經(jīng)做完時，加上一個標識它的標記(圖示的一個圈)。這樣瞥一眼就可以知道不需象在圖35中所示的那樣再制作烤魚套餐。注意圖35中并未特別顯示還未做完的所有菜單項目。為了顯示剩下的未做的食物數(shù)量，通過使用廚房終端選擇菜單的一個項目。當(dāng)使用觸摸屏?xí)r，通過觸模菜單上特定項目已做完區(qū)域，菜單上該相關(guān)項目剩下的未做食物數(shù)量被顯示在顯示屏上。
圖37示出了一個表示豬排米飯的未做完食物剩余數(shù)量的屏幕的顯示例。這里，與所有未做的食物數(shù)量一起，為每個選項顯示未做完食物剩余數(shù)量，其中包括正常的食物的情況。通過執(zhí)行這種顯示菜單上的每個項目可以在廚房中沒有任何浪費或庫存的情況下制作。
注意，可以與圖35的已做完屏幕一起顯示剩余數(shù)量。在此情況下，可以減少切換屏幕的操作。注意，如果在圖35的屏幕上同時顯示選項，可能屏幕太細微很難辨認，因此包括選項的未做完食物剩余數(shù)量最后顯示在不同屏幕上。這樣可能需要在圖35的“已做完”域中顯示例如未做完食物剩余數(shù)量。
圖38示出用于檢查示于廚房終端上的商品的發(fā)貨的屏幕的例子。該屏幕用于確認實際上是否為每個配料都發(fā)貨了。為在屏幕上已被確認的發(fā)貨的配料增加一個圓圈。當(dāng)例如存在缺貨的原因等時，也顯示它(說明中用長方形)。
圖39示出用于廚房終端的鍵盤的一部分。用于指示特定功能的功能鍵與十個數(shù)字鍵部分安排在一起。對于功能鍵，在所示的例子中，設(shè)置了功能例如“確認特定定單(選項)”，“確認檢查”，“查看配料”，“輸入做完的食物”及“查看備注”。但它們可進行適應(yīng)性修改。例如如果按下“查看配料”功能鍵，顯示圖38所示的屏幕。
圖40是示出當(dāng)顧客走入自助餐廳時處理和操作程序的流程圖。這里，以使用ID卡作為例子。
當(dāng)顧客到達時，他或她將自己的ID卡插入柜臺終端。該處理也可以象所說明的那樣通過手工地從終端輸入員工編號來執(zhí)行。
這樣，柜臺終端參考自助餐廳服務(wù)器，并從接收文件中讀出關(guān)于由相應(yīng)的顧客所訂購的菜單項目的信息，并將它們顯示在柜臺終端上(圖41)。另外，它顯示標識他或她在哪兒可以獲得訂購的項目的信息。這可以通過將柜臺與菜單中的每一項相互關(guān)聯(lián)，通過事先在接收文件或菜單文件中存儲信息來處理。
另外它為訂購選項的顧客顯示信息以確認選項被訂購了。
這里，通過插入ID卡和讀取他或她的ID，在廚房終端等上顯示到達自助餐廳的并發(fā)出了附加有例如選項這樣的特定條件的定單的顧客。因此，可以可靠地為相應(yīng)的顧客服務(wù)選項例如大份。
當(dāng)顧客接收到所定項目后，從食物文件中減去所接收的項目數(shù)目。這樣可以隨時確認菜單的項目未做的剩余量。
當(dāng)在IC卡中記錄一個定單的內(nèi)容時，不需在顯示訂購的項目時參考自助餐廳服務(wù)器。
另外對于付款，在訂購時事先指定付款方法。因此當(dāng)顧客使用自助餐廳終端時，它顯示要求他或她確認付款方法的屏幕。當(dāng)帳單從工資中扣除，或沒有當(dāng)場用現(xiàn)金交易時，終端將顯示“已付款”等。另外當(dāng)選擇了用現(xiàn)金或用信用卡付款時，終端顯示指示顧客去另一個現(xiàn)金柜臺付款的信息。
這里，為了防止顧客的欺騙行為，當(dāng)指定用現(xiàn)金付款的顧客未付款時，可以啟動一個警報或其他可采用的裝置。
圖42是在檢查完配料后的處理的流程圖。當(dāng)檢查配料時，根據(jù)其輸入添加一個食物文件檢查標志。另外，通過從廚房終端的指令從文件中讀取食物內(nèi)容并顯示在廚房終端上。
每次烹飪菜單上的一項時，從廚房終端輸入已做的項目及其數(shù)量以更新食物文件中的數(shù)量等。
圖43是當(dāng)作為定單的結(jié)果完全在指定的就餐日期和時間預(yù)訂自助餐廳時在一個終端顯示的屏幕的例子的視圖，這對于使用系統(tǒng)的僅靠預(yù)訂的餐館是極其有用的。在屏幕的底部，設(shè)置了確認域。
這里由于通過網(wǎng)絡(luò)將終端和自助餐廳連接起來，顧客的要求等可以容易地傳輸?shù)阶灾蛷d側(cè)。因此也可以使終端顯示一個調(diào)查屏幕并請求顧客從該屏幕輸入在將來他們想在菜單上看到什么。
自助餐廳服務(wù)器統(tǒng)計來自于顧客的調(diào)查的答案。因此可以知道顧客的喜歡并提供滿足顧客要求的菜單。
在此之前，根據(jù)在自助餐廳側(cè)過去的結(jié)果確定菜單或根據(jù)世界流行的烹調(diào)趨勢確定菜單。在前一種情況下很難為菜單增加新的項目，在后一種情況下，如果世界流行的烹調(diào)趨勢與自助餐廳的世界顧客之間的差別太大，也不可能為顧客提供所希望的食物。
根據(jù)本實施例，這種問題可以被接近，并且可以改善提供給顧客的服務(wù)。
注意，在上述實施例中，解釋所基于的例子是訂購的配料數(shù)量及準備的食物數(shù)量與由顧客所訂購的食物數(shù)量相等。但是，除了要求預(yù)訂的自助餐廳，那天還有可能有隨意走進的顧客。這時，如果僅準備預(yù)訂份數(shù)的食物，那些沒有預(yù)訂而隨意走進餐館的顧客將不能在餐館得到服務(wù)，或吃了為別人準備的食物，從而有可能其他預(yù)訂了食物的顧客不能得到服務(wù)。
為了處理這個問題，可以考慮稍微增加所訂購的配料數(shù)量或增加那天所準備的食物份數(shù)。具體而言，在圖6的配料訂購文件和圖7的食物文件中所設(shè)置的食物份數(shù)和配料量可以稍微增加。即，訂購的配料量比為準備預(yù)訂的食物所需的食物數(shù)量稍微多一些，并且準備的食物份數(shù)更多一些。
這里，對于自助餐廳側(cè)來講根據(jù)經(jīng)驗確定增加的量是最可靠的，但是當(dāng)沒有了做這種決定的根據(jù)時，最簡單的方法是為菜單的每個項目統(tǒng)一地增加數(shù)量。
但是這種過量訂購和烹飪可能造成浪費。不用說，與不根據(jù)所要求的配料量和所要求的食物份數(shù)來進行預(yù)測相比，即與沒有任何所存在的基本圖表的情況來進行預(yù)測相比，當(dāng)使用訂購系統(tǒng)來事先獲得預(yù)訂信息時，可以事先確定所需的最小量，從而可以容易地降低訂購和烹飪的浪費。
另外，在這種情況下，必須確保預(yù)訂的顧客所訂購的食物，因此必須持續(xù)地掌握可以為沒有預(yù)訂的顧客提供的食物份數(shù)。
可以為沒有預(yù)訂的顧客提供的食物份數(shù)等于所準備的食物份數(shù)減去預(yù)訂的食物份數(shù)。該量獨立于預(yù)訂數(shù)量。一旦顧客走進來，通過使用ID卡等確定該顧客是否是做過預(yù)訂的顧客。根據(jù)他是否做過預(yù)訂來改變該顧客所被領(lǐng)入的方向。
做過預(yù)訂的顧客被領(lǐng)到為預(yù)訂的顧客服務(wù)的地方。未做預(yù)訂的顧客被領(lǐng)到為沒有預(yù)訂的顧客服務(wù)的地方。在兩種情況下，只要端上食物，就計算剩下的食物。尤其是，總是顯示為未做預(yù)訂的顧客所提供的食物的剩下的份數(shù)。最后是，為已經(jīng)賣完的菜單上的項目顯示標識“沒有剩余食物”的消息。
可選地，可以顯示可以做的項目及其數(shù)量的列表以使沒有做預(yù)訂的顧客瞥一眼就可以判定到餐館后餐館供應(yīng)什么。
另外，由于訂購系統(tǒng)沒有確認沒有預(yù)訂的隨意走入的顧客的標識，最好請求顧客指明付款方法，例如用現(xiàn)金付款以避免從工資中扣除帳單等，從而避免以后的麻煩。
總結(jié)本發(fā)明的效果，通過使用這樣的訂購系統(tǒng)，可以達到下述效果(1)尤其在自助餐廳或餐館中，可以事先確定菜單中的什么項目被預(yù)訂了，數(shù)量是多少。因此，可以根據(jù)這些數(shù)目確定要準備的食物份數(shù)和訂購的配料量，從而可以不必依賴直覺來高效地經(jīng)營自助餐廳或餐館。
(2)可以自動地總計和更新來自于顧客的定單內(nèi)容，從而自助餐廳側(cè)可以節(jié)省合計帳單的麻煩步驟。
(3)可以自動地根據(jù)定單內(nèi)容向供應(yīng)商訂購配料，從而自助餐廳側(cè)可以防止定單等中的錯誤。
(4)顧客可以事先通過使用辦公室等的個人計算機等方便地訂購。由于可以容易地預(yù)訂餐館中的位子和食物，顧客享受到更多的方便。另外，由于自助餐廳側(cè)根據(jù)定單內(nèi)容訂購配料和準備食物份數(shù)，顧客得不到所希望的服務(wù)的可能性很小。
(5)由于可以根據(jù)顧客或環(huán)境選擇付款方法，顧客享受到更多的方便。
(6)由于事先接受定單，可以根據(jù)定單數(shù)量來訂購配料和制作食物。因此與傳統(tǒng)的情況相比，大大地減少了配料的過量訂購和食物制作上的浪費。
權(quán)利要求
1.一種訂購系統(tǒng)，具有一個自助餐廳服務(wù)器和一個由顧客操作的終端，它們通過一條傳輸線路相互連接，其中自助餐廳服務(wù)器具有一個菜單文件，用于存儲關(guān)于由自助餐廳所提供的菜單的信息；一個配料文件，用于存儲存儲在菜單文件中的菜單的每一項所必須的配料名稱和用量；一個接收文件，用于存儲與從所示終端所接收的由顧客所訂購的菜單上的項目相關(guān)的信息；一個配料總計文件，用于根據(jù)顧客的定單總計每種配料所需的用量；及一個食物文件，用于存儲如下信息，即在某段時間內(nèi)必須制作的菜單項目，其數(shù)量，及制作這些菜單項目所需的配料。
2.根據(jù)權(quán)利要求1所述的訂購系統(tǒng)，其特征在于在所述自助餐廳服務(wù)器，與每種配料的供應(yīng)商相關(guān)的信息存儲在所述配料總計文件中。
3.根據(jù)權(quán)利要求2所述的訂購系統(tǒng)，其特征在于所述自助餐廳服務(wù)器通過一條傳輸線路與供應(yīng)商處的終端相連；供應(yīng)商的終端標識信息存儲在所述配料總計文件中；并且根據(jù)在所述自助餐廳服務(wù)器訂購配料時的所述終端標識信息，通過傳輸線路將定單信息傳輸?shù)焦?yīng)商終端。
4.根據(jù)權(quán)利要求1所述的訂購系統(tǒng)，其特征在于設(shè)置接受顧客定單的截止期限，并在過了截止期限后根據(jù)配料總計文件的信息訂購配料。
5.根據(jù)權(quán)利要求2所述的訂購系統(tǒng)，其特征在于設(shè)置接受顧客定單的截止期限，并在過了截止期限后根據(jù)配料總計文件的信息訂購配料。
6.根據(jù)權(quán)利要求3所述的訂購系統(tǒng)，其特征在于設(shè)置接受顧客定單的截止期限，并在過了截止期限后根據(jù)配料總計文件的信息訂購配料。
7.根據(jù)權(quán)利要求1所述的訂購系統(tǒng)，其特征在于在接收文件中存儲如下信息，即，顧客所訂購的菜單項目的名稱及其數(shù)量，就餐時間，付款方法和特殊要求。
8.根據(jù)權(quán)利要求1所述的訂購系統(tǒng)，其特征在于在所述食物文件中存儲已經(jīng)準備好的菜單項目的數(shù)量。
9.根據(jù)權(quán)利要求8所述的訂購系統(tǒng)，其特征在于根據(jù)顯示在屏幕上的已經(jīng)準備好的菜單項目的數(shù)量和未做食物的數(shù)量計算未做食物的數(shù)量。
10.根據(jù)權(quán)利要求1所述的訂購系統(tǒng)，其特征在于在所述食物文件中為菜單中的每一項存儲與未做食物數(shù)量相關(guān)的信息。
11.根據(jù)權(quán)利要求1所述的訂購系統(tǒng)，其特征在于在所述食物文件中為每種配料設(shè)置用于標識供應(yīng)商是否已經(jīng)為其發(fā)貨的標記。
12.根據(jù)權(quán)利要求1所述的訂購系統(tǒng)，其特征在于在所述配料總計文件中為每種配料設(shè)置用于標識供應(yīng)商是否已經(jīng)為其發(fā)貨的標記。
13.根據(jù)權(quán)利要求1所述的訂購系統(tǒng)，其特征在于在所述菜單文件中為每一項存儲照片信息。
14.一種安裝在自助餐廳中的數(shù)據(jù)處理裝置，具有一個菜單文件，用于存儲關(guān)于由自助餐廳所提供的菜單的信息；一個配料文件，用于存儲存儲在菜單文件中的菜單的每一項所必須的配料名稱和用量；一個接收文件，用于存儲與從所示終端所接收的由顧客所訂購的菜單上的項目相關(guān)的信息；一個配料總計文件，用于根據(jù)顧客的定單總計每種配料所需的用量；及一個食物文件，用于存儲如下信息，即在某段時間內(nèi)必須制作的菜單項目，其數(shù)量，及制作這些菜單項目所需的配料。
15.根據(jù)權(quán)利要求14所述的數(shù)據(jù)處理裝置，其特征在于所述數(shù)據(jù)處理裝置與一個訂購終端相連，顧客從該訂購終端輸入他或她的定單內(nèi)容；及根據(jù)所述訂購終端的操作接受顧客的定單。
16.一種用于接收顧客定單的訂購系統(tǒng)，具有一個供顧客輸入定單內(nèi)容的終端；一個用于從所述終端接收定單輸入的服務(wù)器，所述服務(wù)器具有一個產(chǎn)品文件，用于存儲與可以由顧客訂購的產(chǎn)品相關(guān)的信息及一個定單文件，用于存儲包括顧客所選擇的產(chǎn)品的定單內(nèi)容。
17.根據(jù)權(quán)利要求16所述的訂購系統(tǒng)，其特征在于所述服務(wù)器進一步具有一個定單文件，其中存儲與產(chǎn)品及每個產(chǎn)品的供應(yīng)商相關(guān)的信息。
18.根據(jù)權(quán)利要求16所述的訂購系統(tǒng)，其特征在于所述服務(wù)器進一步具有一個文件，其中設(shè)置了一個檢查標志，用于標識向一個供應(yīng)商訂購的產(chǎn)品是否已經(jīng)發(fā)貨。
19.根據(jù)權(quán)利要求16所述的訂購系統(tǒng)，其特征在于定單文件存儲由一個顧客所要求的特殊要求。
20.一種用于接收顧客定單的訂購系統(tǒng)中的訂購方法，包括顯示與可以在一個訂購終端訂購的產(chǎn)品相關(guān)的信息；根據(jù)來自于訂購終端對產(chǎn)品的選擇更改存儲與在接收終端中的定單內(nèi)容相關(guān)的信息的定單文件的內(nèi)容。
21.一種用于接收顧客定單的訂購系統(tǒng)中的訂購方法，包括顯示可以在訂購終端上訂購的產(chǎn)品列表屏幕，顧客從該訂購終端輸入定單內(nèi)容；顯示根據(jù)顧客對產(chǎn)品的選擇在訂購終端上輸入定單內(nèi)容的定單表格屏幕；顯示響應(yīng)于來自于定單表格屏幕的定單內(nèi)容的輸入使顧客確認通過訂購終端所輸入的定單內(nèi)容的確認屏幕；在顧客確認顯示在確認屏幕上的內(nèi)容后接受定單。
22.根據(jù)權(quán)利要求21所述的訂購方法，進一步包括，當(dāng)顯示產(chǎn)品列表時首先顯示可以由顧客訂購的產(chǎn)品大類列表屏幕；及顯示屬于由顧客從大類列表屏幕上所選擇的大類產(chǎn)品的小類產(chǎn)品列表屏幕。
23.一種用于接收來自于訂購終端的顧客產(chǎn)品定單的訂購系統(tǒng)，包括當(dāng)已經(jīng)輸入來自于顧客的定單時，判定接收定單截止期限是否已過；當(dāng)截止期限未過時，接受顧客定單；當(dāng)截止期限已過時，在訂購終端上顯示標識截止期限已過的消息，并且不接受定單。
24.一種用于從顧客接收產(chǎn)品定單的訂購系統(tǒng)，包括一個商店服務(wù)器，具有用于存儲關(guān)于可以從商店買到的產(chǎn)品的信息的菜單文件；及一個終端，通過網(wǎng)絡(luò)與所述商店服務(wù)器相連，并由顧客操作；從而所述顧客通過所述終端訪問所述商店服務(wù)器以選擇作為信息在所述菜單文件中存儲的產(chǎn)品，從而接收所選擇的產(chǎn)品定單。
全文摘要
一種用于自助餐廳等的訂購系統(tǒng),包括一個自助餐廳服務(wù)器,具有一個菜單文件,一個配料文件等,和通過網(wǎng)絡(luò)連接起來的供顧客使用的終端PC。顧客通過從終端PC訪問自助餐廳服務(wù)器來制作定單。顧客根據(jù)從菜單文件所讀取的關(guān)于自助餐廳的菜單的信息從菜單中選擇他們想要的食物。根據(jù)來自于顧客的定單相繼修改如下信息,即那天要做的食物及其數(shù)量以及必須訂購的配料及其用量。
文檔編號G06Q50/00GK1236929SQ9910706
公開日1999年12月1日 申請日期1999年5月26日 優(yōu)先權(quán)日1998年5月26日
發(fā)明者野口裕, 篠崎治, 小林康秀, 豎月中夫, 增田稔, 西澤俊輔 申請人:富士通株式會社