JP2012160123A - 注文管理装置及び注文管理プログラム - Google Patents

Abstract

【課題】担当者が時間制限付のメニューの注文を受けたときにメモ等を取らなくても、そのメニューの制限時間が近づいていることを確実に認識できるようにする。
【解決手段】注文管理装置は、時間制限付メニューの注文データを受信すると、注文受付時の時刻と制限時間とからそのメニューの制限時間終了時刻を算出する。そしてこの制限時間終了時刻を、記憶部に、注文データに含まれる注文者を識別する情報と関連付けて記憶させる。注文管理装置は、記憶部で記憶する制限時間終了時刻よりも所定時間前の通知時刻に達すると、少なくとも制限時間終了時刻に関連付けられた注文者を識別する情報を印字した紙片９０をプリンタから排出させる。
【選択図】 図１０

Description

本発明の実施形態は、時間に制限のあるメニューを取扱う飲食店で用いられる注文管理装置に関する。

飲食店には、「飲み放題」や「食べ放題」というような飲食の時間に制限のあるメニューがある。このような時間制限付のメニューに対して、経過時間や残り時間を常に表示する技術は知られている。しかし、時間制限付のメニューを注文した客に対して経過時間や残り時間を継続して表示するのは余り意味がなく無駄である。このため、多くの飲食店では、接客担当の店員が客から時間制限付のメニューの注文を受けたならば、現時点の時刻からそのメニューの終了時刻を算出してメモ等に記録しておき、この終了時刻の例えば１０分前になると、店員が客席に行って、間もなくそのメニューの制限時間が来ることを知らせている。

特開２００３−１０９１２４号公報

本発明が解決しようとする課題は、担当者が時間制限付のメニューの注文を受けたときにメモ等を取らなくても、そのメニューの制限時間が近づいていることを確実に認識できる注文管理装置を提供しようとするものである。

一実施形態の注文管理装置は、算出手段と、記憶手段と、排出手段とを備える。算出手段は、時間制限付メニューの注文データを受信すると、注文受付時の時刻と制限時間とからそのメニューの制限時間終了時刻を算出する。記憶手段は、記憶部に、注文データに含まれる注文者を識別する情報と関連付けて算出手段により算出された制限時間終了時刻を記憶させる。排出手段は、記憶部で記憶する制限時間終了時刻よりも所定時間前の通知時刻に達すると、少なくとも制限時間終了時刻に関連付けられた注文者を識別する情報を印字した紙片をプリンタから排出させる。

一実施形態であるおける注文管理システムの概略構成図。 同システムのメニューデータベースに記憶されるメニューデータレコードの構成図。 同システムのオーダデータベースに記憶されるオーダデータレコードの構成図。 同システムにおける注文管理サーバの要部構成を示すブロック図。 同注文管理サーバのＣＰＵが実行する制限時間設定処理の要部手順を示す流れ図。 同注文管理サーバのＣＰＵが実行するオーダ受信処理の要部手順を示す流れ図。 同注文管理サーバのＣＰＵが実行する割込処理の要部手順を示す流れ図。 制限時間設定画面の一例を示す図。 終了時刻付注文伝票の一例を示す図。 通知伝票の一例を示す図。

以下、注文管理装置の一実施形態を、図面を用いて説明する。なお、この実施形態は、時間制限付のメニューとして飲み放題メニューや食べ放題メニューを有する飲食店に構築される注文管理システム１のサーバ１０に、注文管理装置としての機能を搭載した場合である。

図１は、本実施形態における注文管理システム１の概略構成図である。本システムは、注文管理サーバ１０と、基地局２０と、ＰＯＳ（Point Of Sales）端末３０とを備え、これらをＬＡＮ（Local Area Network）４０で接続する。

基地局２０は、無線機を搭載した複数の携帯型端末（ハンディターミナル）５０の親局として、各端末５０との間で無線を利用してデータの送受信を行う。接客担当の店員は、それぞれ携帯型端末５０を携帯する。そして客からメニューの注文を受けると、店員は、携帯型端末５０の入力デバイスを操作して注文データを入力する。携帯型端末５０に入力された注文データは、無線を利用して基地局２０に送信される。基地局２０は、各携帯型端末５０から受信した注文データを、ＬＡＮ４０を介して注文管理サーバ１０に送信する。

注文管理サーバ１０は、キーボード，ポインティングデバイス等の入力デバイス６１と、ディスプレイ６２と、プリンタ６３の各種入出力機器を制御する。プリンタ６３は、客の注文内容を記録した注文伝票を印刷するためのものである。

また、注文管理サーバ１０は、メニューデータベース６４とオーダデータベース６５にアクセスし、データレコードの読取り及び書込みを制御する。

メニューデータベース６４は、図２に示すように、メニューコード、メニュー名称、価格、時間制限フラグ、制限時間及び通知時間の各項目を少なくとも含むメニューデータレコード６４Ｒを、メニューの数だけ記憶する。

メニューコードは、飲食店が客に提供する各種のメニューを個々に識別するためにメニュー毎に設定された固有のコードである。時間制限フラグは、対応するメニューコードによって特定されるメニューが時間制限付のメニューなのか否かを識別する。本実施形態では、時間制限付メニューの時間制限フラグを“１”、時間に制限のないメニューの時間制限フラグを“０とする。制限時間は、時間制限付メニューの場合はその制限時間であり、時間に制限のないメニューの場合は“０”である。通知時間は、時間制限付メニューの場合は、そのメニューを注文した客に対して間もなく制限時間に達することを通知するタイミングに適した制限時刻までの残り時間であり、時間に制限のないメニューの場合は“０”である。

オーダデータベース６５は、図３に示すように、伝票番号、テーブル番号、人数、注文時刻、会計時刻、オーダメニューデータ、対象フラグ、通知時刻及び終了時刻の各項目を少なくとも含むオーダデータレコード６５Ｒを、客の数だけ記憶する。

伝票番号は、１客（個人客または２名以上のグループ客）に対して割り当てられる固有の番号である。テーブル番号は、その１客が着いたテーブル（食卓）に対して予め設定されている固有の番号である。人数は、その１客の合計人数である。注文時刻及び会計時刻は、その１客の注文を受付けた時刻及び会計を行った時刻である。オーダメニューデータは、その１客が注文したメニューのメニューコード、注文数量等である。対象フラグは、その１客が注文したメニューに時間制限付メニューが含まれるか否かを識別するもので、含まれる場合は“１”、含まれない場合は“０”である。通知時刻は、時間制限付メニューを注文した１客に対して間もなく制限時間に達することを通知する時刻である。終了時刻は、時間制限付メニューを注文した場合にそのメニューの制限時間が終了する時刻である。

テーブル番号、人数及びオーダメニューデータは、携帯型端末５０で入力されたオーダデータである。注文時刻は、携帯型端末５０からオーダデータを受信した時刻である。会計時刻は、ＰＯＳ端末３０にて当該１客が会計をした時刻である。

図４は、注文管理サーバ１０の要部構成を示すブロック図である。図４に示すように、注文管理サーバ１０は、コンピュータの中枢を担うＣＰＵ（Central Processing Unit）１１と、主記憶部を構成するＲＯＭ（Read Only Memory）１２及びＲＡＭ（Random Access Memory）１３と、現在の日時を計時する時計部１４と、通信インターフェース１５、ＨＤＤコントローラ１６、入力デバイスインターフェース１７、ディスプレイインターフェース１８及びプリンタインターフェース１９を備える。

通信インターフェース１５は、ＬＡＮ４０を介して接続される基地局２０及びＰＯＳ端末３０とのデータ通信を司る。ＨＤＤコントローラ１６は、前記メニューデータベース６４及びオーダデータベース６５を保存するためのＨＤＤ（Hard Disk Drive）装置の駆動を制御する。入力デバイスインターフェース１７、ディスプレイインターフェース１８及びプリンタインターフェース１９は、前記入力デバイス６１、ディスプレイ６２及びプリンタ６３をそれぞれ電気的に接続する。

かかる構成の注文管理サーバ１０は、注文管理プログラムを搭載する。注文管理プログラムは、例えばＲＯＭ１２で記憶する。注文管理サーバ１０が立ち上がると、注文管理プログラムが常駐する。この状態で、入力デバイス６１の操作入力により、制限時間設定モードが選択されると、注文管理サーバ１０のＣＰＵ１１は、注文管理プログラムにしたがって図５の流れ図に示す手順の制限時間設定処理を実行する。

先ず、ＣＰＵ１１は、ディスプレイ６２に制限時間設定画面７０を表示させる（ＳＴ１）。制限時間設定画面７０の一例を図８に示す。この画面７０は、メニュー名称のプルダウンボックス７１と、制限時間の入力ボックス７２と、通知時間の入力ボックス７３と、終了ボタン７４と、確定ボタン７５とを配する。プルダウンボックス７１には、メニューデータベース６４で記憶する各メニューデータレコード６４Ｒのメニュー名称がプルダウン表示される。

制限時間設定画面７０が表示されると、ＣＰＵ１１は、この画面７０の終了ボタン７４が入力されるか（ＳＴ２）、プルダウン表示されたメニュー名称の中からいずれか１品目の名称が選択されるのを待機する（ＳＴ３）。

入力デバイス６１の入力により、いずれか１つのメニュー名称が選択されたならば（ＳＴ３のＹＥＳ）、ＣＰＵ１１は、そのメニュー名称を含むメニューデータレコード６４Ｒをメニューデータベース６４から検出する。そして、このメニューデータレコード６４Ｒの時間制限フラグが“１”にセットされているか否かを判別する（ＳＴ４）。時間制限フラグが“１”にセットされていない場合、選択されたメニュー名称のメニューは、制限時間付メニューでない。この場合（ＳＴ４のＮＯ）、ＣＰＵ１１は、ステップＳＴ２に戻る。

これに対し、時間制限フラグが“１”にセットされている場合、選択されたメニュー名称のメニューは、制限時間付メニューである。この場合（ＳＴ４のＹＥＳ）、ＣＰＵ１１は、メニューデータレコード６４Ｒの制限時間データを入力ボックス７２に表示させ、通知時間データを入力ボックス７３に表示させる。

ＣＰＵ１１は、確定ボタン７５が入力されるのを待機する（ＳＴ６）。その間、入力ボックス７２，７３に表示されている制限時間データ及び通知時間データは、入力デバイス６１から数値を入力することにより適宜修正できる。

入力デバイス６１の入力により、確定ボタン７５の入力が検出されると、ＣＰＵ１１は、入力ボックス７２に表示されている制限時間データと入力ボックス７３に表示されている通知時間データとを照合して、各々は有効範囲内か否かを判定する（ＳＴ７）。

本実施形態では、制限時間データ及び通知時間データは、分単位の時間とする。そして、制限時間データの有効範囲を６０分〜１８０分と定め、通知時間データの有効範囲を５分〜３０分と定める。なお、この有効範囲はあくまでも一例であり、これに限定されるものではない。

制限時間データ及び通知時間データの少なくとも一方が有効範囲外であるとき（ＳＴ７のＮＯ）、ＣＰＵ１１は、再び、確定ボタン７５が入力されるのを待機する（ＳＴ６）。

これに対し、制限時間データ及び通知時間データの双方が有効範囲内であるとき（ＳＴ７のＹＥＳ）、ＣＰＵ１１は、入力ボックス７２に表示されている値を当該メニューデータレコード６４Ｒの制限時間データとして書き換える（ＳＴ８）。また、ＣＰＵ１１は、入力ボックス７３に表示されている値を当該メニューデータレコード６４Ｒの通知時間データとして書き換える（ＳＴ８）。そしてＣＰＵ１１は、当該メニューデータレコード６４Ｒをメニューデータベース６４に上書き保存する。

しかる後、終了ボタン７４が入力されるか（ＳＴ２）、次のメニュー名称が選択されるのを待機する（ＳＴ３）。次のメニュー名称が選択された場合、ＣＰＵ１１は、前記ステップＳＴ４以降の処理を再度実行する。

次のメニューが選択されることなく終了ボタン７４が入力された場合には、この制限時間設定処理が終了する。ここに、ＣＰＵ１１は、時間制限付のメニュー毎に設定される所定時間（通知時間）を変更するための変更手段を構成する。

注文管理プログラムが常駐している注文管理サーバ１０が基地局２０を介して携帯型端末５０からのオーダデータを受信すると、サーバ１０のＣＰＵ１１は、注文管理プログラムにしたがって図６の流れ図に示す手順の新規オーダ受信処理を実行する。

先ず、ＣＰＵ１１は、新規の伝票番号を発番する（ＳＴ１１）。またＣＰＵ１１は、時計部１４にて計時されている時刻を注文時刻として取得する（ＳＴ１２）。そしてＣＰＵ１１は、受信したオーダデータから人数データとオーダメニューデータとを検出し、上記伝票番号及び注文時刻とともにオーダデータレコード６５Ｒを作成する（ＳＴ１３）。

次に、ＣＰＵ１１は、オーダされたメニューの中に時間制限付メニューが含まれるか否かを判定する（ＳＴ１４）。オーダメニューデータには、少なくとも客が注文したメニューのメニューコードが含まれる。そこでＣＰＵ１１は、そのメニューコードでメニューデータベース６４を検索して、当該メニューコードが設定されたメニューデータレコードの時間制限フラグをチェックする。そして、時間制限フラグが“１”にセットされている場合には時間制限付メニューが含まれると判定し、時間制限フラグが“０”にリセットされている場合には時間制限付メニューが含まれていないと判定する。

時間制限付メニューが含まれていない場合（ＳＴ１４のＮＯ）、ＣＰＵ１１は、作成したオーダデータレコード６５Ｒの終了時刻及び通知時刻をいずれも“０”とする（ＳＴ１５）。またＣＰＵ１１は、このレコード６５Ｒの対象フラグを“０”とする（ＳＴ１６）。そしてＣＰＵ１１は、このオーダデータレコード６５Ｒをオーダデータベース６５に追加保存する（ＳＴ１７）。

しかる後、ＣＰＵ１１は、このオーダデータレコード６５Ｒのデータを基に注文伝票の印字データを編集する。そしてＣＰＵ１１は、プリンタ６３の駆動を制御して、注文伝票を印字発行させる（ＳＴ１８）。以上で、今回の新規オーダ受信処理が終了する。

これに対し、時間制限付メニューが含まれている場合には（ＳＴ１４のＹＥＳ）、ＣＰＵ１１は、時間制限フラグが“１”にセットされているメニューデータレコード６４Ｒから制限時間及び通知時間を検出する（ＳＴ１９）。そしてＣＰＵ１１は、この制限時間とステップＳＴ１２の処理で取得した注文時刻とから制限時間の終了時刻を算出する（ＳＴ２０：終了時刻算出手段）。さらにＣＰＵ１１は、この終了時刻と通知時間とから通知時刻を算出する（ＳＴ２１：通知時刻算出手段）。

ＣＰＵ１１は、作成したオーダデータレコード１３Ｒに、上記終了時刻と通知時刻とをセットする。またＣＰＵ１１は、このレコード１３Ｒの対象フラグを“１”とする（ＳＴ２１）。そしてＣＰＵ１１は、このオーダデータレコード６５Ｒをオーダデータベース６５に追加保存する（ＳＴ２２：記憶手段）。

しかる後、ＣＰＵ１１は、このオーダデータレコード６５Ｒのデータを基に後述する終了時刻付注文伝票８０の印字データを編集する。そしてＣＰＵ１１は、プリンタ６３の駆動を制御して、終了時刻付注文伝票８０を印字発行させる（ＳＴ２３）。以上で、今回の新規オーダ受信処理が終了する。

図９は、終了時刻付注文伝票８０の一発行例である。終了時刻付注文伝票８０には、通常の注文伝票にも印字される伝票番号、テーブル番号、人数、担当者番号、オーダメニューデータ（メニュー名称、数量、金額）、合計金額に加えて、時間制限付メニュー（この場合は「飲み放題」）の終了時刻８１が印字される。

注文管理サーバ１０の時計部１４は、１分を経過する毎にＣＰＵ１１に割込信号に出力する。この割込信号を受けて、ＣＰＵ１１は、注文管理プログラムに従い、図７の流れ図に示す手順の割込処理を実行する。

すなわちＣＰＵ１１は、時計部１４から現在時刻を取得する（ＳＴ３１）。次いで、ＣＰＵ１１は、オーダデータベース６５を検索して、例えば先頭からオーダデータレコード６５Ｒを順に取り込む（ＳＴ３２）。

ＣＰＵ１１は、オーダデータベース６５に未だ取り込んでいないオーダデータレコード６５Ｒがあるか否かを判定する（ＳＴ３３）。取り込んでいないオーダデータレコード６５Ｒが存在する場合（ＳＴ３３のＮＯ）、ＣＰＵ１１は、その取り込んでいないオーダデータレコード６５Ｒを１レコード取り込む。そしてＣＰＵ１１は、そのレコード６５Ｒの会計時刻がセットされているか否かを判定する（ＳＴ３４）。会計時刻がセットされている場合、そのオーダデータレコード６５Ｒは、飲食を終えて会計済の客のレコードである。この場合（ＳＴ３４のＮＯ）、ＣＰＵ１１は、オーダデータベース６５の検索を続ける（ＳＴ３２）。

オーダデータベース６５から取り込んだオーダデータレコード６５Ｒに会計時刻がセットされていない場合、そのオーダデータレコード６５Ｒは、飲食を終えていない未会計の客のレコードである。この場合（ＳＴ３４のＹＥＳ）、ＣＰＵ１１は、このオーダデータレコード６５Ｒの対象フラグを調べる（ＳＴ３５）。

対象フラグが“０”にリセットされている場合、このオーダデータレコード６５Ｒは、時間制限付メニューを注文していない客のレコードである。この場合（ＳＴ３５のＮＯ）、ＣＰＵ１１は、オーダデータベース６５の検索を続ける（ＳＴ３２）。

対象フラグが“１”にセットされている場合、このオーダデータレコード６５Ｒは、時間制限付メニューを注文している客のレコードである。この場合（ＳＴ３５のＹＥＳ）、ＣＰＵ１１は、このオーダデータレコード６５Ｒから通知時刻を検出する（ＳＴ３６）。そしてＣＰＵ１１は、この通知時刻と、ステップＳＴ３１の処理で取得した現在時刻とを照合する（ＳＴ３７）。ここで、現在時刻が通知時刻に一致しない場合、このオーダデータレコード６５Ｒに該当する客が注文した時間制限付メニューの制限時間に対する残り時間は、そのメニューの通知時間ではない。この場合（ＳＴ３７のＮＯ）、ＣＰＵ１１は、オーダデータベース６５の検索を続ける（ＳＴ３２）。

これに対し、現在時刻が通知時刻に一致する場合、このオーダデータレコード６５Ｒに該当する客が注文した時間制限付メニューの制限時間に対する残り時間は、そのメニューの通知時間である。この場合（ＳＴ３７のＹＥＳ）、ＣＰＵ１１は、このオーダデータレコード６５Ｒの各データから後述する通知伝票９０の印字データを編集する。そしてＣＰＵ１１は、プリンタ６３の駆動を制御して、通知伝票９０を印字発行させる（ＳＴ３８：排出手段）。しかる後、ＣＰＵ１１は、オーダデータベース６５の検索を続ける（ＳＴ３２）。

オーダデータベース６５の検索が終了すると（ＳＴ３３のＹＥＳ）、今回の割込処理が終了する。

図１０は、通知伝票９０の一発行例である。通知伝票９０には、現在の日時９１、伝票番号９２、テーブル番号９３、人数９４、担当者番号９５に加えて、時間制限付メニューの制限時間までの残り時間が所定時間（図１０の例では１０分）であることを通知するメッセージ９６と、時間制限付メニューの制限時間が切れる時刻９７とが印字される。

このように本実施形態の注文管理サーバ１０は、オーダデータベース６５で記憶管理しているオーダデータレコード６５Ｒに基づき、時間制限付メニューを注文した客のそのメニューの制限時間までの残り時間が、そのメニューに対して通知時間として設定されている所定時間に達するのを監視する。そして、残り時間が所定時間に達したならば、サーバ１０は、プリンタ６３を駆動させて、通知伝票９０を印字発行させる。

通知伝票９０には、少なくとも時間制限付メニューを注文した客を識別可能な情報としてテーブル番号９１が印刷されている。したがって、この通知伝票９０を確認した接客担当者は、このテーブル番号９１のテーブルで飲食している客の制限時間が所定時間前であることを容易に認識できる。その場合、接客担当者は、所定時間前に行うべき業務、例えばそのテーブルまで行ってラストオーダを受ければよい。

このように本実施形態によれば、接客担当者が時間制限付のメニューの注文を受けたときにメモ等を取らなくても、通知伝票９０の内容からそのメニューの制限時間が近づいていることを確実に認識できる。したがって、接客担当者の負担を軽減することができる。

また、通知伝票９０は、注文伝票を印字発行するプリンタ６３から発行される。通常、
この種のプリンタは、接客担当者が待機する場所に設置されている。したがって、このプリンタ６３から発行される通知伝票９０を接客担当者が見落とす可能性は極めて小さい。

また、本実施形態では、通知伝票９０が発行されるタイミングを、時間制限付メニュー毎に設定される通知時間によって定めている。したがって、時間制限付メニュー毎に通知伝票９０が発行されるタイミングを異ならせることができる。

しかも本実施形態では、時間制限付メニュー毎に設定される通知時間を、入力デバイス６１の操作入力によって簡単に変更することができる。時間制限付メニュー毎に通知伝票９０が発行されるタイミングを容易に制御することができる。

以下、前記実施形態の変形例について説明する。
例えば前記実施形態では、オーダデータレコード６５Ｒに通知時刻と終了時刻の両方を含ませたが、いずれか一方の時刻だけを含ませるようにしてもよい。通知時刻だけを含ませるようにした場合、図７に示す割込処理のステップＳＴ３８においては、ＣＰＵ１１は、そのオーダデータレコード６５Ｒのオーダメニューデータから、時間制限付メニューのデータを検出する。さらにＣＰＵ１１は、この時間制限付メニューの通知時間をメニューデータベース６４から検出する。そしてＣＰＵ１１は、この通知時間とオーダデータレコード６５Ｒに含まれる通知時刻とから制限時間の終了時刻を算出し、通知伝票９０に印字させる。なお、通知伝票９０には、必ずしも終了時刻を印字する必要はないので、その場合には、上述した終了時刻の算出処理を省略できる。

一方、終了時刻だけを含ませる場合は、図７に示す割込処理のステップＳＴ３６，ＳＴ３７においては、ＣＰＵ１１は、そのオーダデータレコード６５Ｒのオーダメニューデータから、時間制限付メニューのデータを検出する。さらにＣＰＵ１１は、この時間制限付メニューの通知時間をメニューデータベース６４から検出する。そしてＣＰＵ１１は、この通知時間とオーダデータレコード６５Ｒに含まれる終了時刻とから通知時刻を算出し、現在時刻と照合することになる。

また、前記実施形態では、ＣＰＵ１１が、注文管理プログラムにしたがって制限時間設定処理を実行するものとして説明した。しかし、制限時間設定処理のアプリケーションを、注文管理プログラムとは別のプログラムで構築してもよい。すなわち、注文管理プログラムは、図６のオーダ受信処理と図７の割込処理とに特化したものであってもよい。

また、前記実施形態では、サーバ１０のＲＯＭ１２に発明の機能を実現させる注文管理プログラムが予め記録されているものとした。しかしこれに限らず、同様のプログラムがネットワークからサーバ１０にダウンロードされてもよい。あるいは、記録媒体に記録された同様のプログラムが、サーバ１０にインストールされてもよい。記録媒体は、ＣＤ−ＲＯＭ，メモリカード等のようにプログラムを記憶でき、かつ装置が読み取り可能であれば、その形態は問わない。また、プログラムのインストールやダウンロードにより得る機能は、装置内部のＯＳ（オペレーティング・システム）等と協働してその機能を実現させるものであってもよい。

この他、本発明のいくつかの実施形態を説明したが、これらの実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。これら新規な実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれる。

１…注文管理システム、１０…注文管理サーバ、６１…入力デバイス、６２…ディスプレイ、６３…プリンタ、６４…メニューデータベース、６５…オーダデータベース、７０…制限時間設定画面、８０…終了時刻付注文伝票、９０…通知伝票。

Claims (6)

1. 時間制限付メニューの注文データを受信すると、注文受付時の時刻と制限時間とからそのメニューの制限時間終了時刻を算出する終了時刻算出手段と、
   記憶部に、前記注文データに含まれる注文者を識別する情報と関連付けて前記終了時刻算出手段により算出された前記制限時間終了時刻を記憶させる記憶手段と、
   前記記憶部で記憶する前記制限時間終了時刻よりも所定時間前の通知時刻に達すると、少なくとも前記制限時間終了時刻に関連付けられた前記注文者を識別する情報を印字した紙片をプリンタから排出させる排出手段と、
   を具備したことを特徴とする注文管理装置。
2. 時間制限付メニューの注文データを受信すると、注文受付時の時刻と制限時間と所定時間とからそのメニューの制限時間終了時刻より前の通知時刻を算出する通知時刻算出手段と、
   記憶部に、前記注文データに含まれる注文者を識別する情報と関連付けて前記通知算出手段により算出された前記通知時刻を記憶させる記憶手段と、
   前記記憶部で記憶する前記通知時刻に達すると、少なくとも前記通知時刻に関連付けられた前記注文者を識別する情報を印字した紙片をプリンタから排出させる排出手段と、
   を具備したことを特徴とする注文管理装置。
3. 前記プリンタは、前記注文データの明細を印字する伝票プリンタであることを特徴とする請求項１または２記載の注文管理装置。
4. 前記所定時間は、前記時間制限付メニュー毎に設定されることを特徴とする請求項１または２記載の注文管理装置。
5. 前記時間制限付メニュー毎に設定される所定時間を変更する変更手段、
   をさらに具備したことを特徴とする請求項４記載の注文管理装置。
6. コンピュータに、
   時間制限付メニューの注文データを受信すると、注文受付時の時刻と制限時間とからそのメニューの制限時間終了時刻を算出する機能と、
   記憶部に、前記注文データに含まれる注文者を識別する情報と関連付けて前記算出された前記制限時間終了時刻を記憶させる機能と、
   前記記憶部で記憶する前記制限時間終了時刻よりも所定時間前の通知時刻に達すると、少なくとも前記制限時間終了時刻に関連付けられた前記注文者を識別する情報を印字した紙片をプリンタから排出させる機能と、
   を実現させるための注文管理プログラム。

Images