(57)【要約】【課題】  注文入力時に品切れを把握できるレストランオーダシステムを提供する【解決手段】  レストランオーダシステムは、ハンディターミナル１０と、ハンディターミナル１０と無線通信し、各メニューの残数を記憶している品切れ状態テーブル３１を備えるコントローラ３０とからなる。ハンディターミナル１０は、各メニューの残数を記憶している品切れ状態テーブル１１を備える。ハンディターミナル１０の注文受付部１２は、注文のメニューと個数の入力を受付け、品切れ状態テーブル１１に格納されている残数が注文の個数未満のときは、品切れの旨を通知する。ハンディターミナル１０の品切れ状態受信部１３は、コントローラ３０から、品切れ状態テーブル３１の記憶内容を受信して、品切れ状態テーブル１１に登録する。コントローラ３０の品切れ状態送信部３５は、品切れ状態テーブル３１の記憶内容を取得して、ハンディターミナル１０に送信する。【選択図】  図２
2007213220.tif 000002
【特許請求の範囲】
【請求項１】
ハンディターミナルと、各メニューの残数を記憶している第１の品切れ状態テーブルを備え、前記ハンディターミナルと無線通信するコントローラとを備えるレストランオーダシステムにおいて、
前記ハンディターミナルは、
各メニューの残数を記憶している第２の品切れ状態テーブルと、
前記コントローラから、前記第１の品切れ状態テーブルの記憶内容を受信して、前記第２の品切れ状態テーブルに登録する品切れ状態受信手段と、
ユーザ操作による注文のメニューと個数の入力を受付けると、前記第２の品切れ状態テーブルから前記注文のメニューの残数を取得し、該取得した残数と前記受付けた注文の個数とを比較し、前記取得した残数が前記受付けた注文の個数未満のときは、品切れの旨を通知する注文受付手段と
を備え、
前記コントローラは、
前記第１の品切れ状態テーブルの記憶内容を取得して、前記ハンディターミナルの品切れ状態受信手段に送信する品切れ状態送信手段
を備えることを特徴とするレストランオーダシステム。
【請求項２】
前記ハンディターミナルの注文受付手段は、ユーザ操作による注文のメニューと個数の入力を受付けると、前記第２の品切れ状態テーブルから前記注文のメニューの残数を取得し、該取得した残数と前記受付けた注文の個数とを比較し、前記取得した残数が前記受付けた注文の個数以上のときは、前記受付けた注文のメニューと個数を注文内容とするオーダデータを生成して、前記コントローラに送信し、前記取得した残数が前記受付けた注文の個数未満のときは、品切れの旨を通知して、ユーザ操作による代替え注文のメニューと個数の入力を受付け、前記受付けた代替え注文のメニューと個数を注文内容とし、かつ、前記最初に受付けた注文のメニューと個数を代替え前の注文内容とするオーダデータを生成して、前記コントローラに送信し、
前記コントローラは、
前記オーダデータの内容を記憶する伝票データベースと、
前記注文受付手段が送信したオーダデータを受信し、前記受信したオーダデータの内容を前記伝票データベースに登録し、前記受信したオーダデータの注文内容に応じて、前記第１の品切れ状態テーブルを更新する注文登録手段と
を備えることを特徴とする請求項１に記載のレストランオーダシステム。
【請求項３】
前記コントローラの第１の品切れ状態テーブルは、内容が更新されると値が更新されるバージョン番号を保持し、
前記ハンディターミナルの第２の品切れ状態テーブルは、バージョン番号を保持し、
前記ハンディターミナルの品切れ状態受信手段は、前記コントローラの品切れ状態送信手段に前記第２の品切れ状態テーブルが保持するバージョン番号を送信し、該送信の返信として受信した前記第１の品切れ状態テーブルの記憶内容およびバージョン番号を、前記第２の品切れ状態テーブルに格納し、
前記コントローラの品切れ状態送信手段は、前記品切れ状態受信手段から受信したバージョン番号と、前記第１の品切れ状態テーブルが保持するバージョン番号の値が一致しない場合は、前記第１の品切れ状態テーブルの記憶内容およびバージョン番号を、前記ハンディターミナルの品切れ状態受信手段に送信すること
を特徴とする請求項１または請求項２に記載のレストランオーダシステム。
【請求項４】
前記コントローラと通信路により接続された端末を備え、
前記端末は、ユーザ操作によるメニューと残数の修正値の入力を受付けて、前記受付けたメニューと残数の修正値を修正データとして、前記コントローラに送信する修正受付手段を備え、
前記コントローラは、前記修正受付手段から修正データを受信し、前記受信した修正データから取得したメニューと残数の修正値に基づき、前記第１の品切れ状態テーブルの内容を更新する修正登録手段を備えること
を特徴とする請求項１から請求項３のいずれかの項に記載のレストランオーダシステム。
【請求項５】
各メニューの残数を記憶している第１の品切れ状態テーブルを備えるコントローラと無線通信するハンディターミナルにおいて、
各メニューの残数を記憶している第２の品切れ状態テーブルと、
前記コントローラから、前記第１の品切れ状態テーブルの記憶内容を受信して、前記第２の品切れ状態テーブルに登録する品切れ状態受信手段と、
ユーザ操作による注文のメニューと個数の入力を受付けると、前記第２の品切れ状態テーブルから前記注文のメニューの残数を取得し、該取得した残数と前記受付けた注文の個数とを比較し、前記取得した残数が前記受付けた注文の個数未満のときは、品切れの旨を通知する注文受付手段と
を備えることを特徴とするハンディターミナル。
【請求項６】
ハンディターミナルと、各メニューの残数を記憶している第１の品切れ状態テーブルを備え、前記ハンディターミナルと無線通信するコントローラとを備えるレストランオーダシステムにおけるレストランオーダ方法において、
前記コントローラが、前記第１の品切れ状態テーブルの記憶内容を取得して、前記ハンディターミナルに送信する第１の過程と、
前記ハンディターミナルが、前記コントローラから、前記第１の品切れ状態テーブルの記憶内容を受信して、前記ハンディターミナルが備える第２の品切れ状態テーブルに登録する第２の過程と、
前記ハンディターミナルが、ユーザ操作による注文のメニューと個数の入力を受付け、前記第２の品切れ状態テーブルから前記注文のメニューの残数を取得し、該取得した残数と前記受付けた注文の個数とを比較し、前記取得した残数が前記受付けた注文の個数未満のときは、品切れの旨を通知する第３の過程と
を備えることを特徴とする注文受付け方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、飲食店などにおいて、接客係が客席にて顧客の注文を受付けるレストランオーダシステム、ハンディターミナルおよび注文受付け方法に関する。
【背景技術】
【０００２】
従来のレストランオーダシステムは、接客係が操作して注文を入力するハンディターミナルと、各ハンディターミナルと無線通信して、注文を受信し、伝票の発行や厨房への調理指示などを行うコントローラとからなる。何れかのメニューが、品切れ等により注文を受けられなくなったときは、該メニューが品切れである旨の品切れ情報をコントローラに登録しておく。ハンディターミナルは、接客係が受けた一通りの注文を入力されると、該注文とコントローラに送信する。コントローラは、ハンディターミナルから注文を受信すると、注文内容と品切れの情報を比較して、該注文を受付けられるかを判断している（例えば、特許文献１参照）。
【特許文献１】特開平８−１３７９４５号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
しかしながら、特許文献１に示すレストランオーダシステムにあっては、品切れ情報をコントローラにて管理するため、ハンディターミナルにて一通りの注文の入力を受付けて、コントローラに送信してから、コントローラが品切れを判定し、その結果をハンディターミナルにより接客係に通知するため、接客係は、品切れの注文に関して、改めて注文を取り直さなければならないという問題がある。
【０００４】
本発明は、このような事情に鑑みてなされたもので、その目的は、注文入力時に品切れを通知するレストランオーダシステムを提供することにある。
【課題を解決するための手段】
【０００５】
この発明は上述した課題を解決するためになされたもので、本発明は、各メニューの残数を記憶している第２の品切れ状態テーブルを備えるハンディターミナルと、各メニューの残数を記憶している第１の品切れ状態テーブルを備え、前記ハンディターミナルと無線通信するコントローラとを備えるレストランオーダシステムにおいて、前記ハンディターミナルは、前記コントローラから、前記第１の品切れ状態テーブルの記憶内容を受信して、前記第２の品切れ状態テーブルに登録する品切れ状態受信手段と、ユーザ操作による注文のメニューと個数の入力を受付けると、前記第２の品切れ状態テーブルから前記注文のメニューの残数を取得し、該取得した残数と前記受付けた注文の個数とを比較し、前記取得した残数が前記受付けた注文の個数未満のときは、品切れの旨を通知する注文受付手段とを備え、前記コントローラは、前記第１の品切れ状態テーブルの記憶内容を取得して、前記ハンディターミナルの品切れ状態受信手段に送信する品切れ状態送信手段を備えることを特徴とするレストランオーダシステムである。
【０００６】
また、本発明のレストランオーダシステムは、前記ハンディターミナルの注文受付手段は、ユーザ操作による注文のメニューと個数の入力を受付けると、前記第２の品切れ状態テーブルから前記注文のメニューの残数を取得し、該取得した残数と前記受付けた注文の個数とを比較し、前記取得した残数が前記受付けた注文の個数以上のときは、前記受付けた注文のメニューと個数を注文内容とするオーダデータを生成して、前記コントローラに送信し、前記取得した残数が前記受付けた注文の個数未満のときは、品切れの旨を通知して、ユーザ操作による代替え注文のメニューと個数の入力を受付け、前記受付けた代替え注文のメニューと個数を注文内容とし、かつ、前記最初に受付けた注文のメニューと個数を代替え前の注文内容とするオーダデータを生成して、前記コントローラに送信し、前記コントローラは、前記オーダデータの内容を記憶する伝票データベースと、前記注文受付手段が送信したオーダデータを受信し、前記受信したオーダデータの内容を前記伝票データベースに登録し、前記受信したオーダデータの注文内容に応じて、前記第１の品切れ状態テーブルを更新する注文登録手段とを備えることを特徴とする。
【０００７】
また、本発明のレストランオーダシステムは、前記コントローラの第１の品切れ状態テーブルは、内容が更新されると値が更新されるバージョン番号を保持し、前記ハンディターミナルの第２の品切れ状態テーブルは、バージョン番号を保持し、前記ハンディターミナルの品切れ状態受信手段は、前記コントローラの品切れ状態送信手段に前記第２の品切れ状態テーブルが保持するバージョン番号を送信し、該送信の返信として受信した前記第１の品切れ状態テーブルの記憶内容およびバージョン番号を、前記第２の品切れ状態テーブルに格納し、前記コントローラの品切れ状態送信手段は、前記品切れ状態受信手段から受信したバージョン番号と、前記第１の品切れ状態テーブルが保持するバージョン番号の値が一致しない場合は、前記第１の品切れ状態テーブルの記憶内容およびバージョン番号を、前記ハンディターミナルの品切れ状態受信手段に送信することを特徴とする。
【０００８】
また、本発明のレストランオーダシステムは、前記コントローラと通信路により接続された端末を備え、前記端末は、ユーザ操作によるメニューと残数の修正値の入力を受付けて、前記受付けたメニューと残数の修正値を修正データとして、前記コントローラに送信する修正受付手段を備え、前記コントローラは、前記修正受付手段から修正データを受信し、前記受信した修正データから取得したメニューと残数の修正値に基づき、前記第１の品切れ状態テーブルの内容を更新する修正登録手段を備えることを特徴とする。
【０００９】
また、本発明は、各メニューの残数を記憶している第１の品切れ状態テーブルを備えるコントローラと無線通信するハンディターミナルにおいて、各メニューの残数を記憶している第２の品切れ状態テーブルと、前記コントローラから、前記第１の品切れ状態テーブルの記憶内容を受信して、前記第２の品切れ状態テーブルに登録する品切れ状態受信手段と、ユーザ操作による注文のメニューと個数の入力を受付けると、前記第２の品切れ状態テーブルから前記注文のメニューの残数を取得し、該取得した残数と前記受付けた注文の個数とを比較し、前記取得した残数が前記受付けた注文の個数未満のときは、品切れの旨を通知する注文受付手段とを備えることを特徴とするハンディターミナルである。
【００１０】
また、本発明は、ハンディターミナルと、各メニューの残数を記憶している第１の品切れ状態テーブルを備え、前記ハンディターミナルと無線通信するコントローラとを備えるレストランオーダシステムにおけるレストランオーダ方法において、前記コントローラが、前記第１の品切れ状態テーブルの記憶内容を取得して、前記ハンディターミナルに送信する第１の過程と、前記ハンディターミナルが、前記コントローラから、前記第１の品切れ状態テーブルの記憶内容を受信して、前記ハンディターミナルが備える第２の品切れ状態テーブルに登録する第２の過程と、前記ハンディターミナルが、ユーザ操作による注文のメニューと個数の入力を受付け、前記第２の品切れ状態テーブルから前記注文のメニューの残数を取得し、該取得した残数と前記受付けた注文の個数とを比較し、前記取得した残数が前記受付けた注文の個数未満のときは、品切れの旨を通知する第３の過程とを備えることを特徴とする注文受付け方法である。
【発明の効果】
【００１１】
この発明によれば、ハンディターミナルは、第２の品切れ状態テーブルを備え、注文受付手段は、注文のメニューの入力を受付けると、第２の品切れ状態テーブルを参照して、該メニューが品切れとなるか判定し、品切れとなる場合は、その旨を通知するため、接客係は、注文入力時に品切れを把握することができる。
【００１２】
また、本発明によれば、注文受付手段は、代替え注文の入力を受け付けた場合でも、代替え前の注文内容をオーダデータに記載し、コントローラの注文登録手段は、該オーダデータを伝票データベースに登録しておくため、品切れとなったメニューの代替えに注文されたメニューを把握することができる。
【発明を実施するための最良の形態】
【００１３】
以下、図面を参照して、本発明の実施の形態について説明する。図１は、この発明の一実施形態によるレストランオーダシステムの構成を示す概略ブロック図である。１０ａ〜１０ｃは、接客係が携帯し、注文を入力するハンディターミナルである。２０は、厨房などに端末として設置され、厨房などからの本システムに対する指示入力を受付けたり、調理指示などのために注文内容を出力したりするプリンタである。３０は、ハンディターミナル１０ａ〜１０ｃとは無線通信し、プリンタ２０とは、ＬＡＮ（Local Area Network）により接続されているコントローラである。
【００１４】
図２は、ハンディターミナル１０、プリンタ２０およびコントローラ３０の構成を示すブロック図である。ハンディターミナル１０は、品切れ状態テーブル１１、注文受付部１２、品切れ状態受信部１３からなる。品切れ状態テーブル１１は、図３に示すように各メニュー番号と該メニューを調理可能な数である残数とを対応付けて記憶しており、さらに該記憶内容のバージョン番号を保持している。注文受付部１２は、接客係の操作による注文のメニュー番号と個数の入力を受付けて、注文内容をオーダデータとしてコントローラ３０に送信する機能であり、その詳細は注文受付時の動作の説明にて述べる。オーダデータは、その例を図４に示すように、前半に注文内容の項目を後半に代替え前の注文内容の項目からなる。注文内容の項目としては、注文＃であるＯ１、Ｏ２・・について、それぞれのメニュー番号と個数、その他に、注文時刻、客層やさび抜きなどの付帯情報を記載するその他情報とからなり、代替え前の注文内容の項目としては、注文＃であるＮ１、Ｎ２・・・について、それぞれのメニュー番号と個数、その他情報と、代替え前注文であることを示す「Ｄ」のフラグ、該メニューが品切れであったため、代替えの結果注文された注文＃（図４では、Ｏ１、Ｎ１）とからなる。品切れ状態受信部１３は、定期的に品切れ状態テーブル１１から取得したバージョン番号を送信し、その返信としてコントローラ３０から品切れ状態テーブル３１の記憶内容を受信すると、品切れ状態テーブル１１に登録する。
【００１５】
プリンタ２０は、修正受付部２１を備えており、修正受付け部２１は、厨房での調理ミスなどにより、何れかのメニューの残数を変更しなければならない場合に、ユーザ操作によるメニュー番号と残数の修正値（「−１」や「＋２」など）を受付けて、コントローラ３０に送信する。
【００１６】
コントローラ３０は、品切れ状態テーブル３１、伝票ＤＢ（データベース）３２、代替オーダテーブル３３、注文登録部３４、品切れ状態送信部３５および修正登録部３６からなる。品切れ状態テーブル３１は、品切れ状態テーブル１１と同様に、図３に示すように各メニュー番号と該メニューの残数とを対応付けて記憶しており、その他に、記憶内容が更新される度に１足されるバージョン番号を保持している。伝票ＤＢ３２は、図４に示すように、注文内容と代替え前の注文内容を格納したオーダデータに伝票番号を付けて格納しているデータベースである。この伝票ＤＢ３２の内容を参照することで、請求用の伝票の作成や、厨房での注文内容の確認などを行うことができる。代替オーダテーブル３３は、図５に示すように、縦方向に並べたメニュー番号に対して、該メニューが品切れのときに、横方向に並べたメニュー番号のメニューが注文された回数を記憶している。
【００１７】
注文登録部３４は、注文受付部１２が送信したオーダデータを受信し、受信したオーダデータに伝票番号を振って伝票データベース３２に登録し、オーダデータの注文内容に応じて、品切れ状態テーブル３１の各メニューの残数とバージョン番号を更新する。さらに、オーダデータが代替え前の注文内容を含むときは、代替えオーダテーブルを更新する。品切れ状態送信部３５は、品切れ状態受信部１３から受信したバージョン番号と、品切れ状態テーブル３１が保持するバージョン番号の値が一致しない場合は、品切れ状態テーブル３１の記憶内容およびバージョン番号を、送信元の品切れ状態受信部１３に送信する。修正登録部３６は、修正受付部２１から受信したメニューと残数の修正に基づき、品切れ状態テーブル３１の内容を更新する
【００１８】
なお、この注文受付部１２、品切れ状態受信部１３、注文登録部３４、品切れ状態送信部３５、修正登録部３６および修正受付部２１は専用のハードウェアにより実現されるものであってもよく、また、これら注文受付部１２、品切れ状態受信部１３、注文登録部３４、品切れ状態送信部３５、修正登録部３６および修正受付部２１はメモリおよびＣＰＵ（中央演算装置）により構成され、これらの機能を実現するためのプログラムをメモリにロードして実行することによりその機能を実現させるものであってもよい。
【００１９】
次に、このレストランオーダシステムの動作を説明する。図６の（ａ）に注文受付時のシーケンスを、図６の（ｂ）に品切れ状態テーブル１１と品切れ状態テーブル３１の同期時のシーケンスを、図６の（ｃ）にプリンタ２０からの残数修正時のシーケンスを示す。
まず、注文受付時の動作を図６の（ａ）を参照して説明する。接客係は、客席にて顧客からオーダを一つずつ聞きながら、ハンディターミナル１０に入力していく。ハンディターミナル１０の注文受付部１２は、図７に示すフローチャートに従い、まず、ステップＳ１では、オーダとして、注文のメニューとその個数の入力を一件受付ける。ここでは、メニュー番号「２」と個数「３」の入力を受付けたとする。注文受付部１２は、受付けたメニューのメニュー番号「２」に対応する残数を、品切れ状態テーブル１１から取得し、該残数と受付けた個数を比較して、残数が受付けた個数以上であるか判定する（Ｓ２）。ここでは、品切れ状態テーブル１１の内容が図３の通りであったとすると、メニュー番号「２」に対応する残数は「１」なので、個数「３」より小さく、判定条件は成立しないため、ステップＳ３に遷移する。ステップＳ３では、注文受付部１２は、注文の個数「３」に対して残数が「１」であり、品切れを起こしている旨を表示して、接客係に通知する。次に、注文受付部１２は、メニュー番号「２」で個数「３」の注文で品切れを起こした旨を、図４の注文＃「Ｎ２」に示すように、オーダデータに登録する（Ｓ４）。次に、注文受付部１２は、代替えのオーダの入力を受付ける（Ｓ５）。ここでは、メニュー番号「５」と個数「３」の入力を受付けたとする。
【００２０】
注文受付部１２は、受付けたメニューのメニュー番号「５」に対応する残数を、品切れ状態テーブル１１から取得し、該残数と受付けた個数を比較して、残数が受付けた個数以上であるか判定する（Ｓ２）。前述と同様に、ここでは、品切れ状態テーブル１１の内容が図３の通りであったとすると、メニュー番号「５」に対応する残数は「０」なので、個数「３」より小さく、判定条件は成立しないため、ステップＳ３に遷移する。ステップＳ３では、注文受付部１２は、注文の個数「３」に対して残数が「０」であり、品切れを起こしている旨を表示して、接客係に通知する。次に、注文受付部１２は、メニュー番号「５」で個数「３」の注文で品切れを起こした旨を、図４の注文＃「Ｎ１」に示すように、オーダデータに登録する（Ｓ４）。次に、注文受付部１２は、代替えのオーダの入力を再度受付ける（Ｓ５）。ここでは、メニュー番号「４」と個数「３」の入力を受付けたとする。
【００２１】
注文受付部１２は、受付けたメニューのメニュー番号「４」に対応する残数を、品切れ状態テーブル１１から取得し、該残数と受付けた個数を比較して、残数が受付けた個数以上であるか判定する（Ｓ２）。前述と同様に、ここでは、品切れ状態テーブル１１の内容が図３の通りであったとすると、メニュー番号「４」に対応する残数は「１０」なので、個数「３」より大きく、判定条件は成立しているため、そのままステップＳ６に遷移し、メニュー番号「４」を個数「３」注文した旨を、図４の注文＃「Ｏ１」に示すように、オーダデータに登録する。続いて、注文受付部１２は、次のオーダの入力を、前述のように図７に従い受付ける。ここでは、メニュー番号「１１」と個数「１」の入力を受付け、オーダデータに図４の注文＃「Ｏ２」に示すように登録したとする。
【００２２】
接客係は、該顧客のオーダを一通り聞いてハンディターミナル１０の注文受付部１２に入力し終わると、送信を指示する。注文受付部１２は、送信を指示されると、オーダ入力時に作成した図４に示すオーダデータを、コントローラ３０に送信する（Ｓａ１）。コントローラ３０は、ハンディターミナル１０からオーダデータを受信すると、その注文登録部３４が、該オーダデータを受け取り、これを伝票ＤＢ３２に登録する。さらに注文登録部３４は、受け取ったオーダデータの中から、代替え前のメニュー番号と代替え後のメニュー番号を抽出する。ここでは、図４に示すオーダデータであったとすると、代替え前が注文＃Ｎ２の「２」で代替え後が注文＃Ｎ１の「５」と、代替え前が注文＃Ｎ１の「５」で代替え後が注文＃Ｏ１の「４」の２組を抽出し、図５に示すような代替オーダテーブル３３のメニュー番号「２」の行のメニュー番号「５」の列の値をプラス１し、さらに、メニュー番号「５」の行のメニュー番号「４」の列の値をプラス１する。また、注文登録部３４は、オーダデータの注文内容に従って、品切れ状態テーブル３１の内容を更新し、バージョン番号をプラス１する。ここでは、図４に示すオーダデータであったとすると、メニュー番号「４」の残数を個数「３」減らし、メニュー番号「１１」の残数を個数「１」減らし、さらに、バージョン番号をプラス１する。
【００２３】
これらの処理を終えると、注文登録部３４は、品切れ状態テーブル３１に記憶している各メニューの残数とバージョン番号を取得して、これらをオーダ応答として、ハンディターミナル１０に送信する（Ｓａ２）。ハンディターミナル１０は、オーダ応答を受信すると、その注文受付部１２がオーダ応答を受け取り、該オーダ応答から各メニューの残数とバージョン番号を取得して、これらを品切れ状態テーブル１１に登録する。
【００２４】
次に、品切れ状態テーブル１１と品切れ状態テーブル３１の同期時の動作を図６の（ｂ）を参照して説明する。まず、ハンディターミナル１０の品切れ状態受信部１３が、定期的に、品切れ状態テーブル１１からバージョン番号を取得して、該バージョン番号を記載した品切れ状態テーブル要求を、コントローラ３０に送信する（Ｓｂ１）。コントローラ３０は、ハンディターミナル１０の品切れ状態受信部１３から品切れ状態テーブル要求を受けると、その品切れ状態送信部３５が、受信した品切れ状態テーブル要求からバージョン番号を取得し、該バージョン番号と品切れ状態テーブル３１が保持するバージョン番号を比較する。ここで、バージョン番号が一致するときは、品切れ状態送信部３５は、バージョン番号が一致する旨を返信する。バージョン番号が一致しないときは、品切れ状態送信部３５は、品切れ状態テーブル３１のバージョン番号を含む記憶内容を取得して、品切れ状態受信部１３に返信する（Ｓｂ２）。品切れ状態受信部１３は、品切れ状態テーブル３１の記憶内容を受信すると、これらを品切れ状態テーブル１１に登録する。
【００２５】
これにより、ハンディターミナル１０の品切れ状態テーブル１１の内容は、コントローラ３０の品切れ状態テーブル３１の内容と常に一致するように更新されている。
また、本実施形態では、ハンディターミナル１０の品切れ状態受信部１３が、定期的に品切れ状態テーブル要求を発行し、バージョン番号が異なる場合に、品切れ状態送信部３５が品切れ状態テーブル３１の内容を送信し、これを受信することで、品切れ状態テーブル１１の内容を品切れ状態テーブル３１と一致させているが、品切れ状態送信部３５は、バージョン番号の確認を行わず、品切れ状態テーブル要求を受信したら、常に品切れ状態送信部３５が品切れ状態テーブル３１の内容を送信するようにしてもよい。または、品切れ状態送信部３５は、品切れ状態テーブル要求の受信に関係なく、定期的に品切れ状態テーブル３１の内容を送信するようにしてもよい。または、品切れ状態テーブル３１の内容に変更があるたびに、変更内容あるいは全記憶内容を品切れ状態送信部３５が、ハンディターミナル１０に送信し、ハンディターミナル１０の品切れ状態受信部１３が、該送信内容を受信して、品切れ状態テーブル１１に反映することで、一致させてもよい。
【００２６】
次に、プリンタ２０からの残数修正時の動作を図６の（ｃ）を参照して説明する。まず、プリンタ２０に、ユーザが、修正するメニューのメニュー番号と、修正値として、例えば、「−１」を入力し、これを修正受付部２１が受付ける。修正受付部２１は、これらのメニュー番号と修正値「−１」を記載した修正データを生成し、これをコントローラ３０に送信する（Ｓｃ１）。コントローラ３０は、修正受付部２１の送信した修正データを受けると、その修正登録部３６が、修正データからメニュー番号と修正値「−１」を取得して、品切れ状態テーブル３１の該当するメニュー番号の残数に修正値を加える。ここでは、修正値は「−１」なので、残数を「１」減らす。さらに、品切れ状態テーブル３１のバージョン番号を、１大きな値に更新する。
【００２７】
これにより、調理ミスなどにより、注文を受けることなく、何れかのメニューの残数が減ってしまった場合でも、品切れ状態テーブル３１と実際の在庫状況との整合性をとることができる。なお、ユーザの入力を受付ける修正受付部２１を備えるのは、プリンタ２０ではなく、その他の端末やハンディターミナル１０、或いはコントローラ３０であってもよい。また、修正受付部２１は、修正値として、残数に対する差分を受付けて、修正登録部３６は、該修正値に従い品切れ状態テーブル３１を更新するとして説明したが、修正受付部２１が受付ける修正値は、残数そのものであってもよい。この場合、修正登録部３６は、修正受付部２１から受けた修正値を、そのまま品切れ状態テーブル３１に残数として登録する。
また、品切れ状態テーブル３１には、食材などの在庫状況に応じて、事前に各メニューの残数を登録しておく必要があるが、この登録を、前述の残数修正と同様にして行ってもよいし、在庫管理システムなどと連携することで、必要な情報を取得して登録してもよい。
【００２８】
以上、この発明の実施形態を、図面を参照して詳述してきたが、具体的な構成はこの実施形態に限られるものではなく、この発明の要旨を逸脱しない範囲の設計等も含まれる。
【産業上の利用可能性】
【００２９】
本発明は、飲食店などにおいて、接客係が客席にて顧客の注文を受付け、該注文に基づき調理指示や伝票発行を行うレストランオーダシステムに用いて好適である。
【図面の簡単な説明】
【００３０】
【図１】この発明の一実施形態によるレストランオーダシステムの構成を示すブロック図である。
【図２】同実施形態におけるハンディターミナル１０、プリンタ２０、コントローラ３０の機能構成を示すブロック図である。
【図３】同実施形態における品切れ状態テーブル１１、３１の内容例を示す図である。
【図４】同実施形態におけるオーダデータの内容例を示す図である。
【図５】同実施形態における代替オーダテーブル３３の内容例を示す図である。
【図６】同実施形態におけるレストランオーダシステムの動作を説明するシーケンス図である。
【図７】同実施形態における注文受付部１２の動作を説明するフローチャートである。
【符号の説明】
【００３１】
１０、１０ａ、１０ｂ、１０ｃ…ハンディターミナル
１１…品切れ状態テーブル
１２…注文受付部
１３…品切れ状態受信部
２０…プリンタ
２１…修正受付部
３０…コントローラ
３１…品切れ状態テーブル
３２…伝票ＤＢ
３３…代替オーダテーブル
３４…注文登録部
３５…品切れ状態送信部
３６…修正登録部
【図１】
2007213220.tif 000003
【図２】
2007213220.tif 000004
【図３】
2007213220.tif 000005
【図４】
2007213220.tif 000006
【図５】
2007213220.tif 000007
【図６】
2007213220.tif 000008
【図７】
2007213220.tif 000009