(57)【要約】【課題】  追加注文を取る等の顧客対応業務の適正な遂行を支援する。【解決手段】  注文を受け付けるハンディーターミナル１４１から無線送信されたテーブル単位の注文データの受信に応じて注文受付時刻をテーブル単位で管理し、テーブル単位で注文受付時刻からの設定時間の経過を判定し、設定時間の経過が判定されたテーブルについては、追加注文を促す旨の通知情報をハンディーターミナル１４１に向けて送信出力するようにした。【選択図】    図１
2006268603.tif 000002
【特許請求の範囲】
【請求項１】
注文を受け付けるハンディーターミナルから無線送信されたテーブル単位の注文データを受信し、受信した旨の通知情報を当該ハンディーターミナルに送信出力する手段と、
注文データの受信に応じて注文受付時刻をテーブル単位で管理する手段と、
テーブル単位で注文受付時刻からの設定時間の経過を判定する手段と、
設定時間の経過が判定されたテーブルについて、追加注文を促す旨の通知情報を前記ハンディーターミナルに向けて送信出力する手段と、
を備える、注文データ管理装置。
【請求項２】
前記ハンディーターミナルから注文データを受信した場合、当該ハンディーターミナルに対してのみ、前記追加注文を促す旨の通知情報を送信出力する、請求項１記載の注文データ管理装置。
【請求項３】
前記追加注文を促す旨の通知情報を、前記受信した旨の通知情報と共に送信出力する、請求項２記載の注文データ管理装置。
【請求項４】
テーブルと当該テーブルを担当する給仕が所持する前記ハンディーターミナルとの対応付けを管理する手段を備え、
前記各ハンディーターミナルには、当該ハンディーターミナルが対応付けられているテーブルについてのみ前記追加注文を促す旨の通知情報を送信出力する、
請求項１ないし３のいずれか一記載の注文データ管理装置。
【請求項５】
注文データの受信に応じて注文受付時刻を動的に更新する、請求項１ないし４のいずれか一記載の注文データ管理装置。
【請求項６】
前記追加注文を促す旨の通知情報を一回に限り送信出力する、請求項１ないし５のいずれか一記載の注文データ管理装置。
【請求項７】
注文受付時刻からの設定時間の経過は、相違する複数の設定時間について判定され、
各設定時間については、前記追加注文を促す旨の通知情報を一回に限り送信出力する、請求項１ないし５のいずれか一記載の注文データ管理装置。
【請求項８】
注文を受け付けるハンディーターミナルから無線送信されたテーブル単位の注文データを受信し、受信した旨の通知情報を当該ハンディーターミナルに送信出力する注文データ管理装置が備えるコンピュータにインストールされ、当該コンピュータに、
注文データの受信に応じて注文受付時刻をテーブル単位で管理する機能と、
テーブル単位で注文受付時刻からの設定時間の経過を判定する機能と、
設定時間の経過が判定されたテーブルについて、追加注文を促す旨の通知情報を前記ハンディーターミナルに向けて送信出力する機能と、
を実行させる、注文データ管理用プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、例えばレストラン等で使用されるオーダーエントリーシステムを構築するための注文データ管理装置、及び注文データ管理装置にインストールされて使用される注文データ管理用プログラムに関する。
【背景技術】
【０００２】
従来、レストランや居酒屋等の飲食店では、オーダーエントリーシステムが広く普及している。オーダーエントリーシステムは、一例として、注文を受け付けるハンディーターミナル、ハンディーターミナルから無線送信された注文データを受信する無線装置、無線装置が受信した注文データを管理する注文データ管理装置、注文データ管理装置からの指示に応じて注文データに基づく内容の伝票を印字発行するプリンタ、そして、注文された料理や飲み物について最終的に会計処理を行なうチェックアウト装置などから構成される。プリンタとしては、一例として、キッチンに設置されて調理人に注文内容を示す伝票を印字発行するためのキッチンプリンタと、ホールに設置されて注文された料理等を給仕した後に顧客に渡す伝票を印字発行するためのカスタマチェックプリンタとが設けられることが多い。
【０００３】
オーダーエントリーシステムは、顧客から注文を受けて会計処理に至るまでの業務をシステマチックに支援することができる。このため、オーダーエントリーシステムを導入している店舗では、例えばアルバイトのような給仕のプロフェッショナルとは言い難い者でも、支障なく接客業務を遂行することが可能である。その反面、オーダーエントリーシステムとして何らかのシステム構築がなされていない限り、注文された料理や飲み物を最適なタイミングで顧客に提供したり、注文や追加注文等をしたがっている顧客に対して速やかにその要望を満足させたりするというような、いわば接客の真髄に関わるような業務については、給仕する者の素養に頼らざるを得ない。しかしながら、オーダーエントリーシステムそれ自体が、給仕をする者の間口を広げるという性質を有していることから、そもそも、高度な接客を望むのには無理がある。そこで、オーダーエントリーシステムそれ自体に、高度な接客に対応できるだけのシステムを組み込むことが望ましい。特許文献１には、注文された料理や飲み物を最適なタイミングで顧客に提供することを可能としたオーダーエントリーシステムが開示されている。
【０００４】
【特許文献１】特開２００３−３０３３７６公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
本発明の発明者は、顧客満足の向上をテーマに、オーダーエントリーシステムに新たな機能を盛り込むことを創案した。
【０００６】
一般的に、飲食店で顧客が不満に感じることの一つに、給仕に来てもらいたいのになかなか来てもらえないということがある。このような現象は、給仕の接客業としてのスキルが低い場合に頻繁に生ずるが、そのような理由意外にも、様々な要因によって生じがちである。例えば、居酒屋などのように、一度に全ての注文をせずに、注文を小出しにするのが一般的である飲食店では、給仕は頻繁に複数の顧客に対応しなければならず、どうしても手が回らなくなる。このような事情も手伝って、給仕を呼べなかったり、呼んでも後回しにされたりすることが多々あり、これが顧客のイライラを募らせる。別の一例として、一般的なレストランでも、例えば店舗の構造上、給仕の目が顧客に届きにくいような場合がある。例えば、客席を回遊できるような造りの店舗では、給仕もさり気なく頻繁に顧客を見て回ることができるのに対して、客席が奥の行き止りにあったりすると、給仕は用もないのに顔を出しにくかったり、あるいは、ともすると顧客がいること自体を忘れてしまったりして、どうしても顧客対応がおろそかになりやすい。このため、奥の行き止りに案内された顧客は、なかなか来てくれない給仕の対応に不満を持つことになる。
【０００７】
反対に、給仕が来過ぎても、顧客は不満に感じやすい。特に、飲食店では、提供された料理や飲み物を食し終えた後に常識の範囲を超えて長居をする顧客に対して、お冷やお茶を頻繁に持っていくことでお帰りを促すというような習慣がある。このようなお帰りの促しは、接客に熟練した給仕が絶妙のタイミングで行なってこそ効果的であり、下手にアルバイトなどがしようものなら顧客の機嫌を損ないかねない。このような商習慣を考慮すると、お帰りを促すという意図はないにせよ、余りに過剰な顧客対応は、却って顧客に悪印象を与える結果になってしまう。
【０００８】
このように、追加注文やその他の用件で顧客のもとに行くという給仕の対応には、微妙さが求められるわけであるが、一般論として、オーダーエントリーシステムの導入によって給仕の間口が広がったことを考慮すると、給仕の素養のみに任せてはおけないことが明らかである。
【０００９】
本発明の目的は、追加注文を取る等の顧客対応業務の適正な遂行を支援することである。
【課題を解決するための手段】
【００１０】
本発明の注文データ管理装置は、注文を受け付けるハンディーターミナルから無線送信されたテーブル単位の注文データを受信し、受信した旨の通知情報を当該ハンディーターミナルに送信出力する手段と、注文データの受信に応じて注文受付時刻をテーブル単位で管理する手段と、テーブル単位で注文受付時刻からの設定時間の経過を判定する手段と、設定時間の経過が判定されたテーブルについて、追加注文を促す旨の通知情報を前記ハンディーターミナルに向けて送信出力する手段と、を備える。
【００１１】
本発明の注文データ管理用コンピュータプログラムは、注文を受け付けるハンディーターミナルから無線送信されたテーブル単位の注文データを受信し、受信した旨の通知情報を当該ハンディーターミナルに送信出力する注文データ管理装置が備えるコンピュータにインストールされ、当該コンピュータに、注文データの受信に応じて注文受付時刻をテーブル単位で管理する機能と、テーブル単位で注文受付時刻からの設定時間の経過を判定する機能と、設定時間の経過が判定されたテーブルについて、追加注文を促す旨の通知情報を前記ハンディーターミナルに向けて送信出力する機能と、を実行させる。
【発明の効果】
【００１２】
本発明によれば、注文受付時刻から設定時間が経過した場合には追加注文を促す旨の通知情報をハンディーターミナルに提供することができるので、追加注文を取る等の顧客対応業務の適正な遂行を支援することができ、顧客サービスの向上に資することができる。
【発明を実施するための最良の形態】
【００１３】
本発明の注文データ管理装置及び注文データ管理用プログラムの実施の形態を図１ないし図７に基づいて説明する。
【００１４】
（システム構成例）
図１は、オーダーエントリーシステムのシステム構成例を示す模式図である。オーダーエントリーシステムは、ホール１０１、厨房２０１及びチェックアウトカウンタ３０１を備えた店舗で使用される。
【００１５】
ホール１０１には、注文データ管理装置としてのオーダーステーション１１１、カスタマチェックプリンタ１２１及び無線通信ユニット１３１が設置されており、ネットワーク４０１を介して通信自在に接続されている。また、ホール１０１では、複数個のハンディーターミナル１４１が使用される。ハンディーターミナル１４１は、表示器１４２及び入力キー１４３を有し、入力キー１４３による入力によって顧客からメニューについての注文を受け付け、受け付けた注文を注文データとして無線送信する。注文データは、ハンディーターミナル１４１において、入力キー１４３により入力された個々のメニューを含むように作成される伝文形式のデータである。無線通信ユニット１３１は、ハンディーターミナル１４１との間で無線通信を実行し、例えば、ハンディーターミナル１４１から無線送信された注文データを受信し、ネットワーク４０１を介してオーダーステーション１１１に送信出力する。
【００１６】
オーダーステーション１１１は、代表的には三つの役割を有している。ハンディーターミナル１４１から無線送信された注文データを受信した場合、受信したことをハンディーターミナル１４１に返信するという役割である。もう一つは、ハンディーターミナル１４１から無線送信された注文データを記憶保存し、注文データから印字出力用の送信伝文を作成し、ネットワーク４０１を介してカスタマチェックプリンタ１２１及び厨房２０１に設置されている後述するキッチンプリンタ２１１に送信出力という役割である。そして、別のもう一つは、ハンディーターミナル１４１から無線送信された注文データを記憶保存し、注文データから会計用の送信伝文を作成し、ネットワーク４０１を介してチェックアウトカウンタ３０１に設置されている後述するチェックアウト装置３１１に送信出力するという役割である。このようなオーダーステーション１１１の詳細については、後に詳述する。
【００１７】
カスタマチェックプリンタ１２１は、オーダーステーション１１１からネットワーク４０１を介して送信伝文を受信し、送信伝文に応じた内容の伝票を印字発行する。このようなカスタマチェックプリンタ１２１は、構造的にはキッチンプリンタ２１１と同一である。
【００１８】
無線通信ユニット１３１は、店舗内の各所に設置され、ハンディーターミナル１４１との間の通信を司る。
【００１９】
厨房２０１には、一例として、キッチンプリンタ２１１が二つ設けられている。一つのキッチンプリンタ２１１は、例えば調理場に設置され、もう一つのキッチンプリンタ２１１は、例えばドリンクカウンタに設置されている。
【００２０】
チェックアウトカウンタ３０１には、図１に示すように、チェックアウト装置３１１が設置されている。チェックアウト装置３１１は、例えばＰＯＳ端末により構成される。このようなチェックアウト装置３１１は、ネットワーク４０１を介して、オーダーステーション１１１が送信出力した注文データに基づく会計用の送信伝文を受信する。この場合の送信伝文は、注文されたメニューコードとその単価とメニューコード毎の注文個数とを含んでいる。そこで、チェックアウト装置３１１は、受信した送信伝文に基づいてサービスチャージ、テーブルチャージ、消費税等を含む決済金額を計算し、会計処理を実行する。
【００２１】
図２は、オーダーステーション１１１のハードウェア構成を示すブロック図である。オーダーステーション１１１は、コンピュータとしてのマイクロコンピュータ１１２を主体に構成されている。マイクロコンピュータ１１２は、各部を集中的に制御するＣＰＵ１１３に固定データを格納するＲＯＭ１１４と可変データを書き換え自在に記憶するＲＡＭ１１５とがシステムバス１１６を介して接続されて構成されている。
【００２２】
図２中、ＲＡＭ１１５は単一の構成物として示しているが、実際には複数個のチップから構成されていても良い。単一のチップによって構成されているＲＡＭ１１５は、バッテリにバックアップされている必要がある。複数個のチップによって構成されているＲＡＭ１１５の場合、少なくとも一つのチップはバッテリにバックアップされているか、不揮発性メモリから構成され、電力の供給を受けることなく記憶データの保存が可能となっている。このような電力の供給を受けることなく記憶データの保存が可能となっているＲＡＭ１１５の記憶領域には、ＣＰＵ１１３に解釈されて実行されるコンピュータプログラムである各種のプログラム１１７が記憶されている。ＲＡＭ１１５の他の記憶領域は、プログラム１１７の実行に際してワークエリア等として利用される。当該プログラム１１７には、ハンディーターミナル１４１から無線送信されて無線通信ユニット１３１で受信された注文データを管理する注文データ管理用プログラムが含まれている。そこで、マイクロコンピュータ１１２は、無線通信ユニット１３１等との間で通信を実行するために、システムバス１１６を介して通信インターフェース１１８と接続している。もっとも、各種のプログラム１１７は、ＲＡＭ１１５のバッテリバックアップ領域又は不揮発性メモリ領域に記憶されるばかりでなく、他の一例として、ＲＯＭ１１４や図示しないハードディスクドライブ（ＨＤＤ）に記憶されていても良い。
【００２３】
（注文処理の概要）
図３は、注文を受け付けたハンディーターミナル１４１とオーダーステーション１１１との間の通信処理の概要を示すフローチャートである。以上説明したようなシステム構成の下、ホール１０１にいる給仕係（ウエイター、ウエイトレス、ボーイ等）は、顧客から注文を聞くと、ハンディーターミナル１４１の入力キー１４３によって注文を入力し、受け付ける。そして、同様に入力キー１４３での操作によって注文を確定し、登録する（ステップＳ１０１）。ハンディーターミナル１４１は、注文が確定すると、入力された注文を注文データとして無線送信する（ステップＳ１０２）。注文データには、テーブル番号、注文されたメニューの内容、ハンディーターミナル１４１が有する一意の識別情報が含まれ、必要に応じて注文受付時刻が含まれる。注文受付時刻は、一例として、入力キー１４３での操作によって注文を確定した時刻の時刻情報である。ハンディーターミナル１４１が無線送信した注文データは、無線通信ユニット１３１に受信され、ネットワーク４０１を介してオーダーステーション１１１に送信出力される。
【００２４】
オーダーステーション１１１は、前述したように、プログラム１１７に従ったＣＰＵ１１３の制御により、ハンディーターミナル１４１から無線送信された注文データを無線通信ユニット１３１経由で受信し（ステップＳ２０１）、受信した注文データを例えばＲＡＭ１１５の記憶領域に記憶保存する（ステップＳ２０２）。そして、後に詳述する通知情報を作成し、注文データを無線送信したハンディーターミナル１４１に返信として送信出力する（ステップＳ２０３）。注文データを無線送信したハンディーターミナル１４１の特定は、一例として、注文データに含まれているハンディーターミナル１４１を特定する一意の識別情報によって実現可能である。つまり、注文データにハンディーターミナル１４１を特定する識別情報が含まれていれば、オーダーステーション１１１は、受信した識別情報を参照して対応するハンディーターミナル１４１にのみ向けて通知情報を送信出力することができる。
【００２５】
このようなステップＳ２０２の処理に続き、オーダーステーション１１１は、受信した注文データから印字出力用の送信伝文と会計用の送信伝文とを作成する（ステップＳ２０４）。ＣＰＵ１１３は、通信インターフェース１１８を制御し、ネットワーク４０１を介して、作成した印字出力用の送信伝文をカスタマチェックプリンタ１２１及びキッチンプリンタ２１１に送信出力し、作成した会計用の送信伝文をチェックアウト装置３１１に送信出力する（ステップＳ２０５）。
【００２６】
キッチンプリンタ２１１は、受信した送信伝文に従い、注文伝票を印字し、伝票発行口２１４より発行する。調理場の調理人やドリンクカウンタの調理人（又は給仕係）は、キッチンプリンタ２１１から発行された注文伝票を見て、調理やドリンク類の作成を行なう。
【００２７】
カスタマチェックプリンタ１２１は、受信した送信伝文に従い、伝票を印字発行する。この伝票は、顧客が注文した料理を全て提供した後に顧客に渡す伝票である。顧客は、帰り際にチェックアウトカウンタ３０１まで伝票を持ち寄り、チェックアウトカウンタ３０１で会計処理をしてもらう。会計処理は、チェックアウト装置３１１によって行われる。
【００２８】
（追加注文フォロー付き通知情報）
以上、注文処理の概要を説明した。このような注文処理の中で、本実施の形態のオーダーエントリーシステムが特有な点は、オーダーステーション１１１が実行する通知情報の送信出力処理（ステップＳ２０３）である。このようなオーダーステーション１１１での通知情報の送信出力処理（ステップＳ２０３）は、オーダーステーション１１１にインストールされているプログラム１１７に含まれている注文データ管理用プログラムに基づいて実行される。以下、注文データ管理用プログラムに従い実行される通知情報の送信出力処理（ステップＳ２０３）について詳しく述べる。
【００２９】
図４は、オーダーステーション１１１がアクセス可能な注文時刻管理テーブルＴ１の一例を示す模式図である。通知情報の送信出力処理（ステップＳ２０３）を説明するに先立ち、注文時刻管理テーブルＴ１について説明する。注文時刻管理テーブルＴ１は、プログラム１１７に含まれている注文データ管理用プログラムの起動に応じて、一例として、ＲＡＭ１１５のワークエリアを利用して生成される。これにより、ＣＰＵ１１３による注文時刻管理テーブルＴ１への高速アクセスが可能となる。
【００３０】
このような注文時刻管理テーブルＴ１は、二種類の情報を管理する。第一の管理情報は、テーブル番号毎の注文受付時刻である。この注文受付時刻としては、ハンディーターミナル１４１が注文データに注文受付時刻を含ませて送信出力する場合には、オーダーステーション１１１が受信した注文データに含まれている注文受付時刻を用いることができる。別の一例として、オーダーステーション１１１が注文データを受信した時点の時刻をテーブル番号毎の注文受付時刻として用いることもできる。注文時刻管理テーブルＴ１が管理する第二の管理情報は、テーブル番号毎の対応ハンディーターミナル１４１である。図５に示す一例では、第１番のハンディーターミナル１４１はテーブル番号１〜５に、第２番のハンディーターミナル１４１はテーブル番号６〜１０に、それぞれ対応付けられている。
【００３１】
そこで、オーダーステーション１１１は、注文データを受信すると、注文データに含まれているテーブル番号及びハンディーターミナル１４１の識別情報に対応付けて、注文データに含まれている注文受付時刻又は自ら生成した注文受付時刻を注文時刻管理テーブルＴ１に記憶する。したがって、注文時刻管理テーブルＴ１に記憶されている注文受付時刻は、各テーブルについて最後に注文を受けた時刻である。このように、注文受付時刻は、動的に更新される。このような注文時刻管理テーブルＴ１の生成処理は、プログラム１１７に含まれている注文データ管理用プログラムに従ったＣＰＵ１１３の処理によって実行される。
【００３２】
図５は、オーダーステーション１１１がアクセス可能な追加注文フォロー管理テーブルＴ２の一例を示す模式図である。通知情報の送信出力処理（ステップＳ２０３）を説明するに先立ち、追加注文フォロー管理テーブルＴ２について説明する。追加注文フォロー管理テーブルＴ２は、プログラム１１７に含まれている注文データ管理用プログラムの起動に応じて、一例として、ＲＡＭ１１５のワークエリアを利用して生成される。これにより、ＣＰＵ１１３による追加注文フォロー管理テーブルＴ２への高速アクセスが可能となる。
【００３３】
このような追加注文フォロー管理テーブルＴ２は、単位時間毎に追加注文のフォローをハンディーターミナル１４１に依頼したかどうかを管理する。つまり、単位時間として、３０〜４５分、４５分〜６０、６０分〜７５分、７５分〜９０分、…という単位時間が用意され、テーブル番号１〜ｎまでの各テーブルについて、そのような単位時間毎に追加注文のフォローをハンディーターミナル１４１に依頼した場合には、その旨を示すステータスが追加注文フォロー管理テーブルＴ２に立てられる。このような追加注文フォロー管理テーブルＴ２の生成処理は、プログラム１１７に含まれている注文データ管理用プログラムに従ったＣＰＵ１１３の処理によって実行される。
【００３４】
図６は、オーダーステーション１１１からハンディーターミナル１４１への通知情報送信処理の流れを示すフローチャートである。オーダーステーション１１１は、通知情報送信処理（図３のステップＳ２０３）として、まず、注文データを送信したハンディーターミナル１４１に付随するテーブルでの注文受付時刻からの経過時間が設定時間以上となったかどうかを判定する。この処理に際して、注文データを送信したハンディーターミナル１４１は、注文データに含まれているハンディーターミナル１４１の識別情報によって特定することができる。注文データを送信したハンディーターミナル１４１が特定されれば、図４に示す注文時刻管理テーブルＴ１を参照することで、当該ハンディーターミナル１４１に付随するテーブル及び当該テーブルでの注文受付時刻も判明する。例えば、第１番のハンディーターミナル１４１から注文データを受信すると、これに付随するテーブルはテーブル番号１〜５のテーブルであることが判り、それぞれのテーブルについての注文受付時刻も判る。この場合の注文受付時刻は、各テーブルについて最後に注文を受けた注文受付時刻を特定する。したがって、ＣＰＵ１１３がステップＳ２５１の判定処理を実行するきっかけとなった注文データは、テーブル番号１〜５のいずれかのテーブルの注文データであるはずなので、ステップＳ２５１の判定処理に先立ち、該当するテーブル番号の注文受付時刻が更新されることになる。
【００３５】
ここで重要なことは、設定時間が複数種類用意されているということである。一例として、用意されている設定時間は、３０分、４５分、６０分、７５分、９０分、…である。そして、各テーブルについてどの設定時間が用いられるかは、追加注文フォロー管理テーブルＴ２のステータスを参照して決定される。つまり、追加注文フォロー管理テーブルＴ２中、追加注文のフォローをハンディーターミナル１４１に依頼した場合に立てられるステータスが立っている時間の次の時間が、そのテーブルについての設定時間として選択される。例えば、テーブル番号１のテーブルについて、注文受付時刻からの経過時間が４０分であると仮定する。この場合、追加注文フォロー管理テーブルＴ２を参照すると、テーブル番号１のテーブルのステータスは、３０分〜４５分の時間帯において立てられている。そこで、この例では、４５分が設定時間として選択され、ステップＳ２５１では、まだ４５分経過していないので、注文受付時刻からの経過時間が設定時間以上になっていないと判定される（ステップＳ２５１のＮ）。これに対して、テーブル番号１のテーブルについて、注文受付時刻からの経過時間が５０分であると仮定する。この場合にも設定時間は４５分が選択されるので、ステップＳ２５１では、注文受付時刻からの経過時間が設定時間以上になっていると判定される（ステップＳ２５１のＹ）。
【００３６】
以上のようなステップＳ２５１の判定処理は、注文データを送信したハンディーターミナル１４１に付随する全てのテーブルについて、順番に実行される。そして、注文データを送信したハンディーターミナル１４１に付随するテーブルでの注文受付時刻からの経過時間が設定時間以上となったと判定された場合には（ステップＳ２５１のＹ）、ＣＰＵ１１３は、テーブル番号を例えばＲＡＭ１１５のワークエリアに仮保存する（ステップＳ２５２）。このような判定処理は、注文データを送信したハンディーターミナル１４１に付随する最終テーブルになるまで実行される（ステップＳ２５３）。
【００３７】
そして、注文データを送信したハンディーターミナル１４１に付随する最終テーブルになるまでステップＳ２５１の判定処理とステップＳ２５２のテーブル番号の仮保存処理とが実行されると（ステップＳ２５３のＮ）、ＲＡＭ１１５のワークエリアへの仮保存したテーブル番号の有無が判定される（ステップＳ２５４）。仮保存されたテーブル番号がなければ（ステップＳ２５４のＮ）、通常の通知情報の編集処理が実行される（ステップＳ２５５）。これに対して、仮保存されたテーブル番号があった場合には（ステップＳ２５４のＹ）、追加注文フォロー付き通知情報の編集処理が実行される（ステップＳ２５６）。通常の通知情報は、注文受信した旨の情報及び必要に応じて注文内容の確認情報から構成されているのに対して、追加注文フォロー付き通知情報は、それらに加えて追加注文を促す旨の情報が含まれる。追加注文を促す旨の情報には、何番のテーブルに追加注文を促すかの指定情報も含まれる。そして、ステップＳ２５５で編集される通常の通知情報又はステップＳ２５６で編集される追加注文フォロー付き通知情報は、図３のフローチャート中のステップＳ２０３に示すように、注文データを無線送信したハンディーターミナル１４１に返信として送信出力される。
【００３８】
図７（ａ）は、受信した通知情報に基づくハンディーターミナル１４１の表示内容を例示する模式図、図７（ｂ）は、受信した追加注文フォロー付き通知情報に基づくハンディーターミナル１４１の表示内容を例示する模式図である。図６のフローチャート中のステップＳ２５５で編集された通常の通知情報がハンディーターミナル１４１に向けて送信出力された場合、これを受信したハンディーターミナル１４１は、図７（ａ）に例示するようなディスプレイ表示を表示器１４２に表示する。図７（ａ）には示していないが、通常の通知情報として注文内容の確認情報が含まれている場合には、当該注文内容の確認情報も表示される。これに対して、図６のフローチャート中のステップＳ２５６で編集された追加注文フォロー付き通知情報がハンディーターミナル１４１に向けて送信出力された場合、これを受信したハンディーターミナル１４１は、図７（ｂ）に例示するようなディスプレイ表示を表示器１４２に表示する。図７（ｂ）中、「テーブル番号××、××、…××の追加注文を伺って下さい。」という表示が追加注文を促す旨の情報となる。図７（ａ）と同様に図７（ｂ）にも示していないが、追加注文フォロー付き通知情報として注文内容の確認情報が含まれている場合には、当該注文内容の確認情報も表示される。
【００３９】
以上説明したように、本実施の形態によれば、各テーブルについて、注文受付時刻から設定時間が経過した場合には追加注文を促す旨の通知情報をハンディーターミナル１４１に提供することができるので、追加注文を取る等の顧客対応業務の適正な遂行を支援することができ、顧客サービスの向上に資することができる。
【００４０】
本実施の形態では、最後に注文を受けた時刻が注文受付時刻となるように、注文受付時刻を動的に更新するようにしたが、このような動的な更新の有無及び内容は、本実施の形態のオーダーエントリーシステムが導入される店舗の業態に応じて適宜決定することができる。また、本実施の形態では、注文受付時刻から３０分経過後は、１５分単位で追加注文を促す表示をハンディーターミナル１４１に提供し得るように構成した。このような短時間での追加注文伺いは、例えば居酒屋等のような注文が小出しにされるような業態の店舗にとって相応しい。これに対して、レストラン等では、追加注文伺いの間隔をもっと長くした方がよい。このような追加注文伺いの間隔は、図６中のステップＳ２５１に規定する設定時間をどのようにするかによって、容易に変更可能である。
【００４１】
また、本実施の形態では、各設定時間内においては、一回に限り追加注文を促す表示をハンディーターミナル１４１に提供し得るように構成した。これにより、余り頻繁に追加注文を聞きに行くことにより顧客が心証を害するような事態を有効に防止することができる。
【図面の簡単な説明】
【００４２】
【図１】本発明の実施の一形態として、オーダーエントリーシステムのシステム構成例を示す模式図である。
【図２】注文データ管理装置（オーダーステーション）のハードウェア構成を示すブロック図である。
【図３】注文を受け付けたハンディーターミナルと注文データ管理装置（オーダーステーション）との間の通信処理の概要を示すフローチャートである。
【図４】注文データ管理装置（オーダーステーション）がアクセス可能な注文時刻管理テーブルの一例を示す模式図である。
【図５】注文データ管理装置（オーダーステーション）がアクセス可能な追加注文フォロー管理テーブルの一例を示す模式図である。
【図６】注文データ管理装置（オーダーステーション）からハンディーターミナルへの通知情報送信処理の流れを示すフローチャートである。
【図７】（ａ）は、受信した通知情報に基づくハンディーターミナルの表示内容を例示する模式図、（ｂ）は、受信した追加注文フォロー付き通知情報に基づくハンディーターミナルの表示内容を例示する模式図である。
【符号の説明】
【００４３】
１１１…注文データ管理装置（オーダーステーション），１４１…ハンディーターミナル
【図１】
2006268603.tif 000003
【図２】
2006268603.tif 000004
【図３】
2006268603.tif 000005
【図４】
2006268603.tif 000006
【図５】
2006268603.tif 000007
【図６】
2006268603.tif 000008
【図７】
2006268603.tif 000009