注文情報管理装置及び注文情報管理装置の制御方法
【課題】調理の事前準備を開始するための有益な情報を速やかに厨房に伝えることができ、これにより、客への料理出しを早めることができるようにする。
【解決手段】注文情報管理装置１７は客の注文情報を送信するハンディ端末２３〜２５、ハンディ端末から送信された注文情報を厨房用端末２０に出力するコントローラ１８を含む。ハンディ端末は、新規入店の客数を入力する客数入力部と、客数入力部に入力された客数を示す客数情報をコントローラに送信する送信手段とを備え、コントローラは、ハンディ端末から送信された客数情報を受信する受信手段と、受信手段によって受信された客数情報を厨房用端末端末２０または２６に出力する情報出力手段とを備える。
【解決手段】注文情報管理装置１７は客の注文情報を送信するハンディ端末２３〜２５、ハンディ端末から送信された注文情報を厨房用端末２０に出力するコントローラ１８を含む。ハンディ端末は、新規入店の客数を入力する客数入力部と、客数入力部に入力された客数を示す客数情報をコントローラに送信する送信手段とを備え、コントローラは、ハンディ端末から送信された客数情報を受信する受信手段と、受信手段によって受信された客数情報を厨房用端末端末２０または２６に出力する情報出力手段とを備える。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、注文情報管理装置及び注文情報管理装置の制御方法に関し、たとえば、レストラン等の飲食店で用いられるオーダリングシステムなどの注文情報管理装置及び注文情報管理装置の制御方法に関する。
【背景技術】
【０００２】
一般的に、レストラン等の飲食店（以下、飲食店という。）における接客の流れは、（１）入店客を空席に案内し、（２）客からの注文を受けてその内容を厨房（キッチン）に伝え、（３）できあがった料理を席に運び、（４）最後に会計をするというものであるが、昨今、これらの流れを電子的に管理するための注文情報管理装置が広く普及している。
【０００３】
たとえば、特許文献１には、上記（２）の段階で席番号と客からの注文情報（料理品名等の情報）とをハンディ端末に入力すると、それらの情報（席番号と注文情報）を直ちに厨房のプリンタから出力（印字）するという技術（以下、第１の従来技術という。）が記載されている。
【０００４】
また、特許文献２には、上記（１）の段階で席番号をハンディ端末に入力し、さらに、上記（２）の段階で客からの注文情報（料理品名等の情報）をハンディ端末に入力すると、それらの情報（席番号と注文情報）を直ちに厨房のプリンタから出力（印字）するという技術（以下、第２の従来技術という。）が記載されている。
【０００５】
これらの従来技術では、ハンディ端末に入力された注文情報が上記（２）の段階で直ちに厨房に伝えられる（プリンタから出力される）仕組みになっているため、いちいち接客係が厨房に出向いて注文内容を伝えたり、あるいは、厨房に向かって大声で伝えたりする必要がない。したがって、店内の雰囲気を壊さず、また、目障りな接客係の移動を最小限に留めることができるという効果が認められる。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開平６−１１０９０８号公報
【特許文献２】特開２０００−３５９９２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
しかしながら、上記の第１および第２の従来技術にあっては、客への料理出しを早めて顧客満足度を向上し、また、収益向上を図るという点で未だ改善の余地がある。
【０００８】
この改善点について説明する。従来技術では、上記（２）の段階、すなわち、客から注文を受けた段階で厨房にその注文情報を伝える仕組みとなっているが、冒頭の「接客の流れ」からも分かるように、この（２）よりも前の（１）の段階で客の入店が判明し、しかも多くの客は、（１）と（２）の間でメニューを見ながら料理の品定めを行うから、（１）から（２）までの経過時間は少なくないといえる。
【０００９】
この経過時間を有効利用できれば、客への料理出しの時間短縮を図ることができる。これは、一般的に昼食時等の混雑する時間帯ではランチメニューなどの定番料理がよく注文されることから、客の入店段階、つまり上記（１）の段階で、入店客数に応じた事前準備（たとえば、定番料理の器を揃えたり、材料の下ごしらえをしたりすること。下準備ともいう。）を開始することにより、料理出しの時間を短縮できるからである。
【００１０】
しかし、従来技術は、上記（１）の段階の情報、すなわち、新規の入店客数などの情報を上記（１）の段階で厨房に知らせる仕組みになっていないため、事前準備を開始することができず、したがって、客への料理出しを早めることができないという問題点があった。
【００１１】
もちろん、小規模店であれば、厨房から店内の様子を覗うことができるので、状況に応じて事前準備を始めることが可能であるが、中・大規模店のように、厨房が隔離されている場合や離れた場所に位置している場合は、厨房から店内の様子が分からないため、必然的に上記の問題点が生じる。
【００１２】
本発明の課題は、調理の事前準備を開始するための有益な情報を速やかに厨房に伝えることができ、これにより、客への料理出しを早めることができるようにすることにある。
【課題を解決するための手段】
【００１３】
請求項１記載の発明は、客の注文情報を送信するハンディ端末と、このハンディ端末から送信された注文情報を厨房用端末に出力するコントローラとを含む注文情報管理装置において、前記ハンディ端末は、新規入店の客数を入力する客数入力部と、前記客数入力部に入力された客数を示す客数情報を前記コントローラに送信する送信手段とを備え、前記コントローラは、前記ハンディ端末から送信された前記客数情報を受信する受信手段と、前記受信手段によって受信された前記客数情報を前記厨房用端末に出力する情報出力手段とを備える。
【００１４】
請求項２記載の発明は、請求項１に記載の注文情報管理装置において、前記厨房用端末は、前記注文情報及び前記客数情報を印刷出力する厨房用プリンタである。
【００１５】
請求項３記載の発明は、請求項１に記載の注文情報管理装置において、前記厨房用端末は、前記客数情報を表示出力する情報表示部である。
【００１６】
請求項４記載の発明は、請求項１乃至３のいずれかに記載の注文情報管理装置において、前記情報出力手段は、前記客数情報を前記厨房用端末に出力する際に、同時に、前記厨房用端末に対して音や光を発するように指示する。
【００１７】
請求項５記載の発明は、請求項４に記載の注文情報管理装置において、前記の音は、前記客数情報に対応した内容を持つ合成音声である。
【００１８】
請求項６記載の発明は、請求項１乃至５のいずれかに記載の注文情報管理装置において、前記客数入力部は、前記ハンディ端末の動きに対応して前記客数を入力する。
【００１９】
請求項７記載の発明は、請求項１乃至６のいずれかに記載の注文情報管理装置において、前記送信手段は、前記ハンディ端末が所定の姿勢になったときに前記客数情報を前記コントローラに送信する。
【００２０】
請求項８記載の発明は、客の注文情報を送信するハンディ端末と、このハンディ端末から送信された注文情報を厨房用端末に出力するコントローラとを含む注文情報管理装置の制御方法において、前記ハンディ端末は、新規入店の客数を入力する客数入力工程と、前記客数入力工程で入力された客数を示す客数情報を前記コントローラに送信する送信工程とを含み、前記コントローラは、前記ハンディ端末から送信された前記客数情報を受信する受信工程と、前記受信工程によって受信された前記客数情報を前記厨房用端末に出力する情報出力工程とを含む。
【発明の効果】
【００２１】
本発明によれば、調理の事前準備を開始するための有益な情報を速やかに厨房に伝えることができ、これにより、客への料理出しを早めることができる。
【図面の簡単な説明】
【００２２】
【図１】実施形態の注文情報管理装置を備えた飲食店の一例平面図である。
【図２】注文情報管理装置１７の構成図である。
【図３】ハンディ端末２３〜２５の画面表示例を示す図である。
【図４】ハンディ端末２３〜２５のＣＰＵ４５ａで実行される制御プログラムの動作フローを示す図である。
【図５】注文データテーブルの構造模式図である。
【図６】端末データテーブルと担当者データテーブルの構造模式図である。
【図７】コントローラ１８のＣＰＵ３５で実行される制御プログラムの概略動作フロー図である。
【図８】処理Ａの動作フロー図である。
【図９】処理ＡのステップＳ５２を実行したときの注文データテーブル７８の状態を示す図である。
【図１０】処理Ｂの動作フロー図である。
【図１１】処理ＢのステップＳ６４を実行したときの注文データテーブル７８の状態を示す図である。
【図１２】処理Ｃの動作フロー図である。
【図１３】情報表示部２６を必要としない変形例を示す図である。
【図１４】新規入店客の「席番号」やその「客数」を簡単に入力するための改善例を示す図である。
【発明を実施するための形態】
【００２３】
以下、本発明の実施形態を、図面を参照しながら説明する。
図１は、実施形態の注文情報管理装置を備えた飲食店の一例平面図である。この図において、飲食店１は、入店客Ｋに対して所望の飲食サービスを提供するホール２、このホール２から独立した（たとえば、閉鎖壁２ａで隔てられている）厨房３および事務室４などの各部屋からなり、ホール２にはいくつかの席５〜８と会計カウンター９が設けられている。なお、それぞれの席５〜８に記載されたカギ括弧付の数字は便宜的な席番号を表している。すなわち、席５の席番号は〔１〕、席６の席番号は〔２〕、席７の席番号は〔３〕、席８の席番号は〔４〕である。
【００２４】
ホール２には１乃至複数人（ここでは便宜的に３人とする）の接客係１０〜１２と１人の会計係１３が配置されており、また、厨房３には１乃至複数人（ここでは便宜的に２人とする）の調理人１４、１５が配置され、さらに、必要であれば、この飲食店１の統括責任者（支配人等）１６が任意の場所（図では事務室４）に配置されている。
【００２５】
飲食店１には、実施形態の注文情報管理装置１７が備えられている。この注文情報管理装置１７は、店内の適宜場所（図では事務室４）に設置されたコントローラ１８と、会計カウンター９に設置された会計機１９と、厨房３に設置された厨房用プリンタ２０と、ホール２に設置されたホール用プリンタ２１と、ホール２の壁面に設置された無線中継部（無線ＬＡＮアクセスポイント）２２と、接客係１０〜１２の各々によって携帯される複数台のハンディ端末２３〜２５と、厨房３の調理人１４、１５から容易に視認できる位置（たとえば、厨房３の壁面）に設置された情報表示部２６とを備えて構成されている。厨房３に設置された厨房用プリンタ２０と情報表示部２６は、いずれも、厨房３に位置する注文情報管理装置１７の端末（すなわち、厨房用端末）である。なお、この図では、２台のプリンタ（ホール２と厨房３に設置されたもの）しか示していないが、これに限らず、たとえば、事務室４などにもプリンタを設置してもよい。
【００２６】
ハンディ端末２３〜２５を除く各部（コントローラ１８、会計機１９、厨房用プリンタ２０、ホール用プリンタ２１、無線中継部２２および情報表示部２６）は、それぞれＬＡＮケーブル２７〜３２を介してハブ（またはルータでもよい）３３に接続されており、このハブ３３を介して、いわゆる有線によるネットワークを構成している。また、ハンディ端末２３〜２５は無線ＬＡＮ端末であり、無線中継部２２を経由して上記のネットワークに接続されている。
【００２７】
図２は、注文情報管理装置１７の構成図である。この図において、コントローラ１８は、コンピュータ（以下、ＣＰＵ（Central Processing Unit）３５）を含むセンター処理部３６と、このＣＰＵ３５で実行する制御プログラムを記憶したプログラム記憶部３７と、後述のデータテーブル（図５、図６参照）などを記憶したデータ記憶部３８とを備えるとともに、キーボード３９やマウス４０などの入力部４１と、液晶ディスプレイ等の表示部４２とを備えて構成されており、プログラム記憶部３７に記憶された制御プログラムをＣＰＵ３５で実行することにより、注文情報管理装置１７の動作全体を統括制御する。
【００２８】
会計機１９はキャッシュレジスタ兼用の精算機であり、精算の際に会計係１３によって操作され、入出金等の精算情報をハブ３３を介してコントローラ１８に出力する。
【００２９】
ハンディ端末２３〜２５は、前述のとおり、無線ＬＡＮ端末であって、その構成はいずれも同様であるが、たとえば、ハンディ端末２５を例に説明すると、このハンディ端末２５は、カーソルキー４３や決定キー４４およびその他の各種機能キーなどを含む操作部４５と、ＣＰＵ４５ａやＲＯＭ（読み出し専用メモリ：Read Only Memory）４５ｂ、ＲＡＭ（随時アクセスメモリ：Random Access Memory）４５ｃおよびＰＲＯＭ（書き込み可能な読み出し専用メモリ：Programmable ROM）４５ｄを含むデータ処理部４５と、無線ＬＡＮ用の通信部４６と、液晶ディスプレイ等の表示部４７と、表示部４７の前面を覆って配設されたタッチパネル４８と、バッテリを含む電源部４９とを備えて構成されており、ＲＯＭ４５ｂに記憶された制御プログラムをＣＰＵ４５ａで実行することにより、ハンディ端末２５の動作を制御する。他のハンディ端末２３、２４についても同様である。
【００３０】
ホール用プリンタ２１と厨房用プリンタ２０は、いずれもコントローラ１８から適宜に出力される情報を紙に印刷して出力するものであり、ホール用プリンタ２１は精算の際に必要となる情報（席番号、注文料理名、その数量、小計額および合計支払額等）を記したレシート（精算伝票または勘定書ともいう）を印刷し、また、厨房用プリンタ２０は調理に必要な情報（席番号、注文料理名およびその数量等）を記したキッチン伝票を印刷する。
【００３１】
情報表示部２６は、この実施形態に特有の構成要素の一つであり、コントローラ１８から適宜に出力される“所定の情報”を、厨房３の調理人１４、１５に対して視認性よく表示する。この情報表示部２６には、数字表示セル、液晶ディスプレイ、プラズマディスプレイ、ＥＬ（Electro-Luminescence）パネルまたはＬＥＤ（Light Emitting Diode）パネルなどの様々な表示デバイスのなかから、コストや表示能力等を勘案し、適切なものを選択して用いることができる。
【００３２】
ここで、“所定の情報”とは「調理の事前準備を開始するための有益な情報」のことをいう。つまり、実際の調理は、客の注文情報が厨房３に届いた時点（厨房用プリンタ２０からキッチン伝票が出力された時点）で開始されるが、料理出しの時間短縮を図るには、調理に先立ち、ある程度の事前準備（たとえば、器を揃えたり材料の下ごしらえをしたりなど）を済ませておくのが効果的であることが経験則上、知られているからである。この事前準備に必要な情報は、少なくとも「新規入店の客数」（理想的には新規入店の客で且つまだ注文を済ませていない客の数）である。
【００３３】
この客数を厨房３でリアルタイムに把握できれば、調理人１４、１５は、たとえば、「そろそろ混み始めた」と判断し、定番料理の器を揃えたり、下ごしらえを始めたりすることができ、これにより、実際に調理を開始する前にある程度の事前準備を済ませておくことができるから、その分だけ、調理時間を早めて料理出しの時間短縮を図ることができる。
【００３４】
“所定の情報”の表示例を、図２の右下に吹き出して示している。この表示例では、情報表示部２６の画面に“１２時３０分現在”、“新規入店３人”、“現在の未注文客数５人”という表示がなされている。この表示内容から、１２時３０分現在の通知時点における新規入店客数は３人で、且つ、同時点の未注文客数は５人であることが容易にわかる。これらの表示のうち、時分を表す“１２”と“３０”および人数を表す“３”と“５”は、可変情報（適宜に変化する情報）であり、他の表示情報（“時”、“分現在”、“新規入店”“未注文客数”および“人”）は固定情報である。したがって、情報表示部２６は、基本的に、可変情報だけを逐次変更可能に表示できる仕組みになっていればよく、他の表示情報（“時”、“分現在”、“新規入店”“未注文客数”および“人”）は画面上に固定表示（印刷またはシール貼付など）しておいてもかまわない。このような基本的仕組みにすれば、可変情報用のみの限定的な表示要素（たとえば、１桁や２桁程度の数字表示セル）とすることができるので、情報表示部２６のコストを下げることができる。なお、この例はコスト重視のベストモードを示しているに過ぎない。コストを重視しないのであれば、たとえば、液晶ディスプレイやプラズマディスプレイまたはＥＬパネルもしくはＬＥＤパネルなどの使用が好ましい。これらはいずれも表示品質と表示のレイアウト自在性の点で優れているからであり、前記の表示情報（通知時刻や新規入店客数および未注文客数）を自由なレイアウト、すなわち、適切な大きさで、しかも目立つ文字フォントや色で綺麗に表示できるからである。なお、以下の説明で、単に「未注文客数」という場合、この「未注文客数」には、上記の「通知時刻」や「新規入店客数」も含まれているものとする。
【００３５】
図３は、ハンディ端末２３〜２５の画面表示例を示す図である。この図において、メインメニュー画面５０は、ハンディ端末２３〜２５の電源投入時や待機中に表示部４７に表示される初期画面である。接客係１０〜１２は、このメインメニュー画面５０から様々な操作を行う。メインメニュー画面５０には、“メインメニュー”と書かれた画面タイトル５１と、いくつかのメニューボタン（この図では席案内ボタン５２、注文受付ボタン５３、‥‥‥、システム設定ボタン５４）とが設けられており、接客係１０〜１２は、新規入店客を空席に案内したときに席案内ボタン５２を押して所要の操作を行い、また、客からの注文を受けたときに注文受付ボタン５３を押して所要の操作を行う。さらに、必要に応じ、システム設定ボタン５４を押して担当者設定等の所要のシステム操作を行う。
【００３６】
なお、三つのメニューボタン（席案内ボタン５２、注文受付ボタン５３、システム設定ボタン５４）は一例であり、これ以外のメニューボタンを備えていてもよいことはもちろんである。
【００３７】
メインメニュー画面５０の席案内ボタン５２を押すと、メインメニュー画面５０が消えて席案内画面５５が表示されるようになっている。この席案内画面５５には、“席案内”と書かれた画面タイトル５６と、席番号入力部５７と、客数入力部５８と、ＯＫボタン５９と、キャンセルボタン６０とが設けられている。接客係１０〜１２は、新規入店客の席番号を席番号入力部５７に入力するとともに、その客数（新規入店客の人数）を客数入力部５８に入力し、入力した情報（席番号と客数）を確認して間違いがなければＯＫボタン５９を押し、その情報を無線中継部２２を経由してコントローラ１８に送信（第１の送信処理６１／詳細は後述）する。なお、キャンセルボタン６０は間違って席案内画面５５を開いてしまったときなどのための対処ボタンであり、このキャンセルボタン６０を押すと、メインメニュー画面５０に戻る（席案内画面５５が消えてメインメニュー画面５０が表示される）ようになっている。ＯＫボタン５９を押したときも同様にメインメニュー画面５０に戻るが、その際に後述の第１の送信処理６１が実行される点で、キャンセルボタン６０と相違する。
【００３８】
なお、席番号入力部５７と客数入力部５８は、席番号や客数をそれぞれ文字入力するタイプのもの（テキストボックスコントロール等）であってもよいが、操作の省力化を考慮すると、あらかじめ設定されている複数の選択肢の中から任意に選ぶことができるタイプのものとすることが望ましい。たとえば、リストボックスコントロールなどは選択式の一例である。このリストボックスコントロールは、あらかじめ登録した複数の情報をリスト方式で表示し、そのリスト内の情報をユーザ選択できるようにした汎用コントロールであるから、たとえば、その店の全ての席番号（図１の〔１〕〜〔４〕参照）をあらかじめ登録しておけば、客を案内した席番号をワンタッチで入力することができ、文字入力タイプに比べて操作の省力化を図ることができる。客数についても同様である。一般的にグループ客の人数は通常２〜３人、多くても５人〜１０人程度であるので、最大人数を仮に１０人と見積もった場合には、リストボックスコントロールにあらかじめ“１”から“１０”までの数字を登録しておけばよい。同様に新規入店客数をワンタッチで入力することができ、文字入力タイプに比べて操作の省力化を図ることができる。
【００３９】
また、この観点に立てば、リストボックスコントロール以外にも様々な入力インターフェースが考えられる。たとえば、その店の全ての席に対応した複数の席番号ボタン（図１の例でいえば“１”から“４”までの席番号ボタン）と、最大人数を仮に１０人と見積もった場合の“１”から“１０”までの客数ボタンとを設けておいてもよい。同様にしてワンタッチで席番号と客数とを入力でき、操作の省力化を図ることができる。
【００４０】
次に、メインメニュー画面５０の注文受付ボタン５３を押すと、メインメニュー画面５０が消えて注文受付画面６２が表示されるようになっている。この注文受付画面６２には、“注文受付”と書かれた画面タイトル６３と、席番号入力部６４と、第１料理名入力部６５と、第１数量入力部６６と、‥‥‥第ｎ料理名入力部６７と、第ｎ数量入力部６８と、ＯＫボタン６９と、キャンセルボタン７０とが設けられている。ここで、第１料理名入力部６５‥‥‥第ｎ料理名入力部６７は客が注文した料理名または料理コード（説明の便宜上、料理コードとする。）を入力するためのものであり、また、第１数量入力部６６‥‥‥第ｎ数量入力部６８は、それらの料理の数量を入力するためのものである。各々の入力部の頭に付けた“第１”や“第ｎ”は、ｎ個の料理コードとその数量を入力できることを表しており、たとえば、ｎ＝１０とすれば、１０品目までの料理コードとその数量を入力することができる。
【００４１】
接客係１０〜１２は、客からの注文を受けたときに、その注文情報（料理コードと数量）を第１料理名入力部６５、第１数量入力部６６‥‥‥第ｎ料理名入力部６７、第ｎ数量入力部６８に入力し、入力した情報（料理コードと数量）を確認して間違いがなければＯＫボタン６９を押し、その情報を無線中継部２２を経由してコントローラ１８に送信（第２の送信処理７１／詳細は後述）する。なお、キャンセルボタン７０は間違って注文受付画面６２を開いてしまったときなどのための対処ボタンであり、このキャンセルボタン７０を押すと、メインメニュー画面５０に戻る（注文受付画面６２が消えてメインメニュー画面５０が表示される）ようになっている。ＯＫボタン６９を押したときも同様にメインメニュー画面５０に戻るが、その際に後述の第２の送信処理７１が実行される点で、キャンセルボタン７０と相違する。
【００４２】
なお、前記と同様に、席番号入力部６４、第１料理名入力部６５、第１数量入力部６６‥‥‥第ｎ料理名入力部６７、第ｎ数量入力部６８についても、それぞれ席番号や料理コードおよび数量を文字入力するタイプのもの（テキストボックスコントロール等）であってもよいが、操作の省力化を考慮すると、あらかじめ設定されている複数の選択肢の中から任意に選ぶことができるタイプのもの（前記のリストボックスコントロールや選択ボタン式など）とすることが望ましい。
【００４３】
次に、メインメニュー画面５０のシステム設定ボタン５４を押すと、メインメニュー画面５０が消えてシステム設定画面７２が表示されるようになっている。このシステム設定画面７２には、“システム設定”と書かれた画面タイトル７３や担当者選択部７４などが設けられているとともに、ＯＫボタン７５およびキャンセルボタン７６が設けられている。担当者選択部７４は、ハンディ端末２３〜２５の個々の携帯者（接客係１０〜１２の各々）を設定するためのものである。たとえば、図示の例では担当者“伊藤二郎”の頭にマーク（○記号）が付けられており、この場合、一つのハンディ端末（たとえば、ハンディ端末２５）の現在の携帯者（担当者）として“伊藤二郎”という氏名の接客係１２が設定されている。この担当者選択部７４は任意の氏名を選択すると、その選択された氏名の頭にマークが付くようになっている。たとえば、現在マークされている“伊藤二郎”の一つ上の“阿部一男”を選択すると、“伊藤二郎”のマークが消え、新たに“阿部一男”の頭にマークが付くようになっている。このように担当者の設定（マーク付け）を行うと、その設定情報（担当者の氏名）を確認して間違いがなければＯＫボタン７５を押し、その情報（担当者コード）を無線中継部２２を経由してコントローラ１８に送信（第３の送信処理７７／詳細は後述）する。なお、キャンセルボタン７６は間違ってシステム設定画面７２を開いてしまったときなどのための対処ボタンであり、このキャンセルボタン７６を押すと、メインメニュー画面５０に戻る（システム設定画面７２が消えてメインメニュー画面５０が表示される）ようになっている。ＯＫボタン７５を押したときも同様にメインメニュー画面５０に戻るが、その際に後述の第３の送信処理７７が実行される点で、キャンセルボタン７６と相違する。
【００４４】
なお、ここでは、選択された担当者の頭に所定のマーク（図では○記号）を付けているが、これは一例に過ぎない。選択状態を明示できればよく、たとえば、反転表示したり、色分けしたりする方式でもよい。
【００４５】
図４は、ハンディ端末２３〜２５のＣＰＵ４５ａで実行される制御プログラムの動作フローを示す図であり、（ａ）は第１の送信処理６１、（ｂ）は第２の送信処理７１、（ｃ）は第３の送信処理７７である。
【００４６】
第１の送信処理６１は、席案内時（正確には席案内画面５５のＯＫボタン５９が押されたとき）に実行される処理であり、この処理では、端末ＩＤと席番号および客数を無線中継部２２を経由してコントローラ１８に送信（ステップＳ１１）する。ここで、「席番号」は席案内画面５５の席番号入力部５７に入力された情報、「客数」は同じく席案内画面５５の客数入力部５８に入力された情報であり、ＩＤ情報は、第１の送信処理６１を実行したハンディ端末２３、２４または２５の端末識別情報である。
【００４７】
また、第２の送信処理７１は、注文受付時（正確には注文受付画面６２のＯＫボタン６９が押されたとき）に実行される処理であり、この処理では、端末ＩＤと席番号と料理コードと数量とを無線中継部２２を経由してコントローラ１８に送信（ステップＳ２１）する。ここで、「席番号」は注文受付画面６２の席番号入力部６４に入力された情報、「料理コード」は同じく注文受付画面６２の第１〜第ｎ料理名入力部６５、６７に入力された情報、「数量」は同じく注文受付画面６２の第１〜第ｎ数量入力部６６、６８に入力された情報であり、ＩＤ情報は、第２の送信処理７１を実行したハンディ端末２３、２４または２５の端末識別情報である。
【００４８】
また、第３の送信処理７７は、システム設定時（正確にはシステム設定画面７２のＯＫボタン７５が押されたとき）に実行される処理であり、この処理では、端末ＩＤと担当者コードとを無線中継部２２を経由してコントローラ１８に送信（ステップＳ３１）する。ここで、「担当者コード」はシステム設定画面７２の担当者選択部７４で選択された（マークされた）担当者の情報（担当者コード）であり、ＩＤ情報は、第３の送信処理７７を実行したハンディ端末２３、２４または２５の端末識別情報である。
【００４９】
図５は、コントローラ１８のデータ記憶部３８に格納される注文データテーブル７８の構造模式図である。この注文データテーブル７８は行列方式のデータベーステーブルであり、各行（レコード）を複数のフィールド、たとえば、注文ＩＤフィールド７８ａ、担当者コードフィールド７８ｂ、席番号フィールド７８ｃ、客数フィールド７８ｄ、注文情報フィールド７８ｅなどに分けている。そのうちの注文情報フィールド７８ｅはさらに「注文１」、「注文２」、‥‥‥「注文ｎ」のｎ個のサブフィールドに区分けされており、また、ｎ個のサブフィールドはそれぞれ破線で仕切られ、破線の左側を料理コードフィールド７８ｆ、７８ｈ、７８ｊ、破線の右側を料理の数量フィールド７８ｇ、７８ｉ、７８ｋとしている。
【００５０】
注文ＩＤフィールド７８ａには一つの注文ごとに割り当てられる固有の識別情報が格納され、担当者コードフィールド７８ｂにはその注文を受けた担当者コードが格納される。また、席番号フィールド７８ｃにはその注文を出した客が座っている席番号が格納され、客数フィールド７８ｄにはその席番号に着座している客数が格納される。また、注文情報フィールド７８ｅには、その注文の詳細情報（最大ｎ個の料理コードと各々の数量）が格納される。
【００５１】
なお、このフィールド構成は、必要最低限のものを示しているに過ぎない。たとえば、注文日や各料理の値段などのフィールドは当然必要である。また、それらに加え、さらに、料理出しが完了したことを示す情報フィールドなどを設けておいてもよい。
【００５２】
図６は、コントローラ１８のデータ記憶部３８に格納される端末データテーブル７９と担当者データテーブル８０の構造模式図である。これら二つのデータテーブル（端末データテーブル７９と担当者データテーブル８０）も行列方式のデータベーステーブルであり、各行（レコード）を複数のフィールド、たとえば、端末データテーブル７９にあっては、端末ＩＤフィールド７９ａと担当者コードフィールド７９ｂとに、また、担当者データテーブル８０にあっては、担当者コードフィールド８０ａと担当者名フィールド８０ｂとに分けられている。
【００５３】
端末データテーブル７９の端末ＩＤフィールド７９ａにはハンディ端末２３〜２５の各々の端末ＩＤ（端末識別情報）が格納され、担当者コードフィールド７９ｂには各々のハンディ端末２３〜２５を現在携行している担当者（接客係１０〜１２）の担当者コードが格納される。また、担当者データテーブル８０の担当者コードフィールド８０ａには各担当者（接客係１０〜１２）の担当者コードが格納され、担当者名フィールド８０ｂには各担当者の氏名が格納される。
【００５４】
これら二つのデータテーブル（端末データテーブル７９と担当者データテーブル８０）は、担当者コードをキーにしてリンクされた、いわゆる「リレーショナルデータベース」である。
【００５５】
今、図示の例のように、担当者データテーブル８０の第１レコード（Ｒ１）の担当者コードフィールド８０ａに“Ｔ００１”、第２レコード（Ｒ２）の担当者コードフィールド８０ａに“Ｔ００２”、第３レコード（Ｒ３）の担当者コードフィールド８０ａに“Ｔ００３”という担当者コードが格納され、且つ、担当者データテーブル８０の第１レコード（Ｒ１）の担当者名フィールド８０ｂに“阿部一男”、第２レコード（Ｒ２）の担当者名フィールド８０ｂに“伊藤二郎”、第３レコード（Ｒ３）の担当者名フィールド８０ｂに“有働三子”という氏名が格納されていた場合を考える。
【００５６】
この場合に、たとえば、端末データテーブル７９の第１レコード（Ｒ１）の端末ＩＤフィールド７９ａに“Ｘ００１”、第２レコード（Ｒ２）の端末ＩＤフィールド７９ａに“Ｘ００２”、第３レコード（Ｒ３）の端末ＩＤフィールド７９ａに“Ｘ００３”という端末ＩＤを格納し、且つ、端末データテーブル７９の第１レコード（Ｒ１）の担当者コードフィールド７９ｂに“Ｔ００３”、第２レコード（Ｒ２）の担当者コードフィールド７９ｂに“Ｔ００１”、第３レコード（Ｒ３）の担当者コードフィールド７９ｂに“Ｔ００２”という担当者コードを格納したとすると、これら各レコードの担当者コード（Ｒ１→“Ｔ００３”、Ｒ２→“Ｔ００１”、Ｒ３→“Ｔ００２”）と同じ担当者コードが、担当者データテーブル８０の第１レコード（Ｒ１→“Ｔ００１”）、第２レコード（Ｒ２→“Ｔ００２”）、第３レコード（Ｒ３→“Ｔ００３”）に格納されているから、二つのデータテーブル（端末データテーブル７９と担当者データテーブル８０）の各レコード（Ｒ１〜Ｒ３）は、それらの担当者コード（“Ｔ００１”、“Ｔ００２”、“Ｔ００３”）をキーにして、以下のようにリンク（リレーション）される。
＜“Ｔ００３”＞
端末データテーブル７９のＲ１と担当者データテーブル８０のＲ３
＜“Ｔ００１”＞
端末データテーブル７９のＲ２と担当者データテーブル８０のＲ１
＜“Ｔ００２”＞
端末データテーブル７９のＲ３と担当者データテーブル８０のＲ２
【００５７】
このように、二つのデータテーブル（端末データテーブル７９と担当者データテーブル８０）をリレーションさせることにより、端末ＩＤをキーにして端末データテーブル７９を参照するだけで、ハンディ端末２３〜２５の現在の使用者（接客係１０〜１２）の“氏名”を得ることができる。
【００５８】
このリレーショナル構造は、二つのデータテーブル（端末データテーブル７９と担当者データテーブル８０）だけでなく、注文データテーブル７８との間にも構成されており、たとえば、注文データテーブル７８の担当者コードは、端末ＩＤをキーにして端末データテーブル７９の担当者コードフィールド７９ｂからルックアップされたものである。
【００５９】
図７は、コントローラ１８のＣＰＵ３５で実行される制御プログラムの概略動作フロー図である。この制御プログラムでは、ハンディ端末２３〜２５からの信号受信を判定する処理（ステップＳ４１）をループ（繰り返し実行）し、信号を受信すると、ループを抜けてその受信内容の判別処理を実行する（ステップＳ４２）。信号内容とは、ハンディ端末２３〜２５において適宜に実行される三つの送信処理（図４の第１の送信処理６１、第２の送信処理７１および第３の送信処理７７）の各々の送信内容であり、具体的には第１の送信処理６１の場合の「端末ＩＤ、席番号および客数」、第２の送信処理７１の場合の「端末ＩＤ、席番号、料理コードおよび数量」、第３の送信処理７７の場合の「端末ＩＤおよび担当者コード」である。
【００６０】
信号内容が第１の送信処理６１によるものである場合は「処理Ａ」を実行（ステップＳ４３）してから信号受信の判定ループ（ステップＳ４１）に戻り、第２の送信処理７１によるものである場合は「処理Ｂ」を実行（ステップＳ４４）してから信号受信の判定ループ（ステップＳ４１）に戻り、第３の送信処理７７によるものである場合は「処理Ｃ」を実行（ステップＳ４５）してから信号受信の判定ループ（ステップＳ４１）に戻る。なお、信号内容がいずれにも該当しない場合は、そのまま信号受信の判定ループ（ステップＳ４１）に戻る。
【００６１】
図８は、処理Ａの動作フロー図である。この処理Ａでは、まず、注文データテーブル７８に新規レコードを追加し（ステップＳ５１）、その新規レコードに、ハンディ端末から送られてきた情報（第１の送信処理６１によって送信された端末ＩＤや席番号および客数）を格納する（ステップＳ５２）。すなわち、新規レコードの担当者コードフィールド７８ｂに、端末ＩＤをキーにして端末データテーブル７９からルックアップした「担当者コード」を格納するとともに、席番号フィールド７８ｃに「席番号」を格納し、さらに、客数フィールド７８ｄに「客数」を格納する。
【００６２】
図９は、処理ＡのステップＳ５２を実行したときの注文データテーブル７８の状態を示す図である。この図において、注文ＩＤフィールド７８ａには、この注文に割り当てられた固有の識別情報（例：“Ａ００１”）が格納されており、また、担当者コードフィールド７８ｂには、端末ＩＤをキーにして端末テータテーブル７９からルックアップされた担当者コード（例：“Ｔ００１”）が格納されており、また、席番号フィールド７８ｃには、席番号（例：“１”）が格納され、さらに、客数フィールド７８ｄには、客数（例：“４”）が格納されているが、この段階では、注文情報フィールド７８ｆ〜７８ｋにはまだ何のデータも格納されていない（空になっている）。
【００６３】
次いで、注文データテーブル７８の全レコードの中でまだ注文情報が入っていない（「注文１」、「注文２」、‥‥‥「注文ｎ」のいずれにもデータが入っていない）全てのレコード（未注文レコード）を抽出し、それらの未注文レコードの客数フィールド７８ｄの値を合算して、その合算値を「未注文客数」とする（ステップＳ５３）とともに、ステップＳ５１で新規に追加したレコードの客数フィールド７８ｄの格納値（客数）を「新規入店客数」とし、最後に、その「新規入店客数」と「未注文客数」に現在の時刻を添えて厨房３の情報表示部２６に出力（ステップＳ５４）した後、図７のフローに戻る。ここで、「未注文客数」とは、新規入店客および入店済み既存客のうち、まだ注文をしていない客の総数であり、図２の右下に示した吹き出しを例にすれば“５”（つまり、この例では「未注文客数」＝５人）のことである。また、「新規入店客数」とは、処理Ａの実行直前の時点（現在時刻）で新規に入店した客数のことであり、図２の右下に示した吹き出しを例にすれば“３”（つまり、この例では「新規入店客」＝３人）のことである。
【００６４】
したがって、ハンディ端末２３〜２５の席案内画面５５で席番号と新規入店の客数を入力し、その席案内画面５５のＯＫボタン５９を押して、ハンディ端末２３〜２５に第１の送信処理６１を実行させることにより、そのハンディ端末２３〜２５の固有情報（端末ＩＤ）と席番号および新規入店客数を無線中継部２２経由でコントローラ１８に送信することができ、コントローラ１８側で処理Ａを自動実行して、注文データテーブル７８の新規レコードに席番号および新規入店客数を格納するとともに、現時点の「未注文客数」を計算して、その「未注文客数」と「新規入店客数」とを現在の時刻（通知時刻）を添えて厨房３の情報表示部２６に出力することができる。
【００６５】
その結果、厨房３では、その「新規入店客数」や「未注文客数」を見て「そろそろ混み始めた」などと判断することができ、実際の調理に先立ち、器を揃えたり材料の下ごしらえをしたりなどの事前準備を始めておくことができるから、料理出しの時間短縮を図り、顧客満足度の向上と収益向上につなげることができる。
【００６６】
なお、処理ＡのステップＳ５４で「新規入店客数」や「未注文客数」を厨房３の情報表示部２６に出力する際に、同時に音や光による報知を行うことが好ましい。つまり、あらたな「新規入店客数」や「未注文客数」で情報表示部２６の表示を更新するのと同時に音や光で報知すれば、調理人１４、１５に対して注意を喚起できるので好ましい。この音や光は単純な電子音またはストロボ光もしくは回転光であってもよいが、とりわけ音にする場合には、合成音声による読み上げ式（たとえば、“現在の新規入店客数は○人、未注文客数は○人です”など）にすると、調理人１４、１５の仕事の手を止めないのでより好ましい。
【００６７】
図１０は、処理Ｂの動作フロー図である。この処理Ｂでは、まず、ハンディ端末２３〜２５から送られてきた「席番号」をキーにして注文データテーブル７８を検索する（ステップＳ６１）。そして、注文データテーブル７８に該当する席番号のレコードがあるか否か（つまり、検索がヒットしたか否か）を判定し（ステップＳ６２）、ヒットしなかった場合は、間違った席番号がハンディ端末２３〜２５から送られてきたと判断し、所要のエラー処理（たとえば、送信元のハンディ端末２３〜２５にエラーメッセージを送り返すなどの処理）を実行（ステップＳ６３）した後、図７のフローに戻る。
【００６８】
一方、ステップＳ６２でヒットありが判定された場合、すなわち、ハンディ端末２３〜２５から送られてきた「席番号」と一致するレコードが注文データテーブル７８に存在している場合には、次に、そのレコードの注文情報フィールド７８ｅに、ハンディ端末２３〜２５から送られてきた注文情報（「料理コード」と「数量」）を格納（ステップＳ６４）するとともに、その注文情報を厨房用プリンタ２０に出力して印刷（ステップＳ６５）させた後、図７のフローに戻る。
【００６９】
図１１は、処理ＢのステップＳ６４を実行したときの注文データテーブル７８の状態を示す図である。この図において、注文ＩＤフィールド７８ａ、担当者コードフィールド７８ｂ、席番号フィールド７８ｃおよび客数フィールド７８ｄには、すでに先の「処理Ａ」（図８参照）によって所要の情報（注文ＩＤ＝“Ａ００１”、担当者コード＝“Ｔ００１”、席番号＝“１”、客数＝“４”）が格納済みであり、注文情報フィールド７８ｆ〜７８ｋだけが空になっているが、処理ＢのステップＳ６４を実行することにより、この注文情報フィールド７８ｆ〜７８ｋにも所要の情報（料理コードや数量）が格納されるようになっている。たとえば、図１１の例では、注文情報フィールド７８ｅの「注文１」フィールド４８ｆ、７８ｇにそれぞれ“００４”と“１”が格納され、「注文２」フィールド４８ｈ、７８ｉにそれぞれ“０１２”と“１”が格納され、‥‥‥「注文ｎ」フィールド４８ｊ、７８ｋにそれぞれ“０２２”と“２”が格納されている。
【００７０】
先にも説明したとおり、これらの「注文１」、「注文２」、‥‥‥「注文ｎ」の各フィールドの破線の左側は料理コード格納用、右側は料理数量格納用であるから、上記の“００４”、“０１２”および“０２２”は各々料理コードを示し、且つ、“１”、“１”および“２”は各料理の数量を示している。たとえば、料理コード“００４”を“テリヤキハンバーグ”、料理コード“０１２”を“とんかつ膳”、料理コード“０２２”を“ライス大盛り”とすると、この例では、“テリヤキハンバーグ”×１個、“とんかつ膳”×１個、“ライス大盛り”×２個という注文情報が格納されたことになる。
【００７１】
したがって、ハンディ端末２３〜２５の注文受付画面６２で席番号と注文情報（料理コードおよび数量）を入力し、その注文受付画面６２のＯＫボタン６９を押して、ハンディ端末２３〜２５に第２の送信処理７１を実行させることにより、そのハンディ端末２３〜２５の固有情報（端末ＩＤ）と注文情報（料理コードおよび数量）とを無線中継部２２経由でコントローラ１８に送信することができ、コントローラ１８側で処理Ｂを自動実行して、注文データテーブル７８の該当レコードに注文情報（料理コードおよび数量）を格納するとともに、その注文情報（料理コードおよび数量）を厨房用プリンタ２０から出力することができる。
【００７２】
図１２は、処理Ｃの動作フロー図である。この処理Ｃでは、まず、ハンディ端末２３〜２５から送られてきた「端末ＩＤ」をキーにして端末データテーブル７９を検索する（ステップＳ７１）。そして、端末データテーブル７９に該当する端末ＩＤのレコードがあるか否か（つまり、検索がヒットしたか否か）を判定し（ステップＳ７２）、ヒットしなかった場合は、間違った端末ＩＤがハンディ端末２３〜２５から送られてきたと判断し、所要のエラー処理（たとえば、送信元のハンディ端末２３〜２５にエラーメッセージを送り返すなどの処理）を実行（ステップＳ７３）した後、図７のフローに戻る。
【００７３】
一方、ステップＳ７２でヒットありが判定された場合、すなわち、ハンディ端末２３〜２５から送られてきた「端末ＩＤ」と一致するレコードが端末データテーブル７９に存在している場合には、次に、そのレコードの担当者コードフィールド７９ｂの情報を、ハンディ端末２３〜２５から同時に送られてきた「担当者コード」で更新（ステップＳ７４）した後、図７のフローに戻る。
【００７４】
したがって、ハンディ端末２３〜２５のシステム設定画面７２で担当者の選択を行い、そのシステム設定画面７２のＯＫボタン７５を押して、ハンディ端末２３〜２５に第３の送信処理７７を実行させることにより、そのハンディ端末２３〜２５の固有情報（端末ＩＤ）と選択した担当者コードとを無線中継部２２経由でコントローラ１８に送信することができ、コントローラ１８側で処理Ｃを自動実行して、端末データテーブル７９のデータを更新することができる。
【００７５】
以上のとおりであるから、この実施形態では、以下の効果を得ることができる。
【００７６】
（ｉ）ハンディ端末２３〜２５に入力した客の注文情報を直ちに厨房用プリンタ２０でキッチン伝票に印刷して出力することができるので、厨房３の調理人１４、１５は速やかに調理を開始することができる。この効果（ｉ）は、冒頭で説明した第１および第２の従来技術でも有しているが、本実施形態では、この効果（ｉ）に加えて、さらに以下の格別の効果を得ることができる。
【００７７】
（ｉｉ）すなわち、新規入店客の席番号やその客数をハンディ端末２３〜２５に入力すると、その情報が直ちにコントローラ１８に伝えられ、コントローラ１８で処理Ａ（図８参照）が実行される。そして、この処理Ａで、現時点の「未注文客数」、つまり、新規入店客および入店済み既存客のうち、まだ注文をしていない客の総数が計算され、その「未注文客数」と「新規入店客数」が厨房３の情報表示部２６に出力されるので、厨房３では、その「新規入店客数」や「未注文客数」を見て「そろそろ混み始めた」などと判断することができ、実際の調理に先立ち、器を揃えたり材料の下ごしらえをしたりなどの事前準備を始めることができるから、結局、料理出しの時間短縮を図り、顧客満足度の向上と収益向上につなげることができるという前記の第１および第２の従来技術にない格別の効果を得ることができる。
なお、ここでは、「未注文客数」、つまり、新規入店の客で且つまだ注文を済ませていない客の数としているが、これは、望ましいベストモードである。原理的には、新規の客が入店するたびに、その客数を厨房３に知らせるようにすればよい。少なくとも新規入店の客数さえ分かれば、その客数の大小に応じて事前準備を始めるか否かを判断できるからである。
【００７８】
（ｉｉｉ）また、処理Ａで「新規入店客数」や「未注文客数」を厨房３の情報表示部２６に出力する際に、同時に音や光による報知を行うようにすれば、調理人１４、１５に対して注意を喚起できるので好ましい。
【００７９】
（ｉｖ）この音や光は単純な電子音またはストロボ光もしくは回転光であってもよいが、とりわけ、音声合成による読み上げ式（たとえば、“現在の新規入店客数は○人、未注文客数は○人です”など）にすると、目視しなくてもよくなり、調理人１４、１５の仕事の手を休めさせないのでより好ましい。
【００８０】
実施形態の構成と作用およびそれらの構成と作用から自明的に導き出される効果は以上のとおりであるが、その効果を得るための構成は以上の例示のものに限らず、様々なものが考えられる。たとえば、以下のようにしてもよい。
【００８１】
図１３は、情報表示部２６を必要としない変形例を示す図である。この図において、厨房用プリンタ２０は既述のとおり、キッチン伝票８１を印刷するものである。すなわち、客からの注文受付時に、ハンディ端末２３〜２５への注文情報の入力に応答して、その注文情報（料理名やその数量等）を記したキッチン伝票８１を印刷出力するものである。このキッチン伝票８１には、通常、料理名やその数量等の注文情報欄８２が設けられているが、このキッチン伝票８１を利用して通知時刻や新規入店客数および未注文客数を記した通知書面８３を印刷出力するようにしてもよい。このようにすると、既存の注文情報管理装置（すなわち、情報表示部２６を備えないもの）にも容易に適用することができる。
【００８２】
また、上記の実施形態では、新規入店客の「席番号」やその「客数」を、いちいちハンディ端末２３〜２５に手作業で入力する仕組みにしているが、手間がかかって面倒であるし、また、注文も受けていない段階で客の前でハンディ端末２３〜２５を操作するのもはばかられる（客に不審がられる）という不都合がある。これに対処するには、たとえば、以下のようにすることが考えられる。
【００８３】
図１４は、新規入店客の「席番号」やその「客数」を簡単に入力するための改善例を示す図である。この図において、まず、（ａ）に示すように、ホール２に置かれた各席５〜８の卓上にＲＦタグ８４が取り付けられている。このＲＦタグ８４は、たとえば、ＲＦＩＤ（Radio Frequency IDentification「電波による個体識別」の略）を用いることができる。ＲＦＩＤは、内部に埋め込まれたＩＣチップに固有のＩＤ情報（ここでは席番号とすればよい。）を書き込んだものであり、電磁界や電波などを用いた近距離（周波数帯によって数ｃｍ〜数ｍ）の無線通信によって情報をやりとりすることができるものである。実施形態のハンディ端末２３〜２５に、そのＲＦＩＤの送受信機能を実装するとともに、所定の処理（たとえば、図３の席案内画面５５の表示処理）を実行中に、ＲＦＩＤ（ＲＦタグ８４）のＩＤ情報（席番号）を取り込むようにし、且つ、その情報を席案内画面５５の席番号入力部５７に自動入力するようにすればよい。
【００８４】
次に、客数の入力であるが、この入力には、（ｂ）に示すように、ハンディ端末２３〜２５の動き、たとえば、小さく振った回数を検出し、その回数を客数として席案内画面５５の客数入力部５８に自動入力するようにしてもよい。この場合、ハンディ端末２３〜２５に、端末の動きを検出するための動き検出手段（たとえば、三次元加速度センサチップなど）を実装するとともに、その動き検出手段の出力（端末の動き）から客数を特定する客数特定手段（たとえば、小さく１回振られると客数１、小さく２回振られると客数２、‥‥‥小さくｎ回振られると客数ｎなどと特定するもの）を備えておけばよい。
【００８５】
（ａ）、（ｂ）のようにすれば、手作業による席番号や客数の入力が不要になり、手間を軽減できるうえ、さらに、ハンディ端末２３〜２５を卓上に近づけ、且つ、客数に応じた回数だけ小さく振るだけでよいから、客に不審がられることもなく、前記の不都合を解消することができる。
【００８６】
なお、ハンディ端末２３〜２５を小さく振る際に、同時に小さな電子音を鳴らすようにしたり、あるいは、バイブレーションさせたりするようにしてもよい。このようにすると、入力した客数を音やバイブレーションで確認することができ、いちいち席案内画面５５をのぞき込まなくてもよいので好ましい。加えて、ハンディ端末２３〜２５を所定の姿勢（たとえは、垂直に立てた姿勢など）にしたときに、席案内画面５５のＯＫボタン７５を押したときと同じイベントを発生させるようにしてもよい。このようにすれば、手作業でＯＫボタン７５を押す必要がなくなり、単に、ハンディ端末２３〜２５を所定の姿勢にするだけで、席番号と客数をコントローラ１８に送信するための処理（第２の送信処理第７１）を実行できるので、より好ましいものとすることができる。
【符号の説明】
【００８７】
１７ 注文情報管理装置
１８ コントローラ
２０ 厨房用プリンタ（厨房用端末）
２３ ハンディ端末
２４ ハンディ端末
２５ ハンディ端末
２６ 情報表示部（厨房用端末）
３５ ＣＰＵ（コンピュータ）
４５ａ ＣＰＵ（コンピュータ）
５５ 席案内画面（客数入力部）
６１ 第１の送信処理（送信手段）
Ｓ４１ ステップ（受信手段）
Ｓ５４ ステップ（情報出力手段）
【技術分野】
【０００１】
本発明は、注文情報管理装置及び注文情報管理装置の制御方法に関し、たとえば、レストラン等の飲食店で用いられるオーダリングシステムなどの注文情報管理装置及び注文情報管理装置の制御方法に関する。
【背景技術】
【０００２】
一般的に、レストラン等の飲食店（以下、飲食店という。）における接客の流れは、（１）入店客を空席に案内し、（２）客からの注文を受けてその内容を厨房（キッチン）に伝え、（３）できあがった料理を席に運び、（４）最後に会計をするというものであるが、昨今、これらの流れを電子的に管理するための注文情報管理装置が広く普及している。
【０００３】
たとえば、特許文献１には、上記（２）の段階で席番号と客からの注文情報（料理品名等の情報）とをハンディ端末に入力すると、それらの情報（席番号と注文情報）を直ちに厨房のプリンタから出力（印字）するという技術（以下、第１の従来技術という。）が記載されている。
【０００４】
また、特許文献２には、上記（１）の段階で席番号をハンディ端末に入力し、さらに、上記（２）の段階で客からの注文情報（料理品名等の情報）をハンディ端末に入力すると、それらの情報（席番号と注文情報）を直ちに厨房のプリンタから出力（印字）するという技術（以下、第２の従来技術という。）が記載されている。
【０００５】
これらの従来技術では、ハンディ端末に入力された注文情報が上記（２）の段階で直ちに厨房に伝えられる（プリンタから出力される）仕組みになっているため、いちいち接客係が厨房に出向いて注文内容を伝えたり、あるいは、厨房に向かって大声で伝えたりする必要がない。したがって、店内の雰囲気を壊さず、また、目障りな接客係の移動を最小限に留めることができるという効果が認められる。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開平６−１１０９０８号公報
【特許文献２】特開２０００−３５９９２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
しかしながら、上記の第１および第２の従来技術にあっては、客への料理出しを早めて顧客満足度を向上し、また、収益向上を図るという点で未だ改善の余地がある。
【０００８】
この改善点について説明する。従来技術では、上記（２）の段階、すなわち、客から注文を受けた段階で厨房にその注文情報を伝える仕組みとなっているが、冒頭の「接客の流れ」からも分かるように、この（２）よりも前の（１）の段階で客の入店が判明し、しかも多くの客は、（１）と（２）の間でメニューを見ながら料理の品定めを行うから、（１）から（２）までの経過時間は少なくないといえる。
【０００９】
この経過時間を有効利用できれば、客への料理出しの時間短縮を図ることができる。これは、一般的に昼食時等の混雑する時間帯ではランチメニューなどの定番料理がよく注文されることから、客の入店段階、つまり上記（１）の段階で、入店客数に応じた事前準備（たとえば、定番料理の器を揃えたり、材料の下ごしらえをしたりすること。下準備ともいう。）を開始することにより、料理出しの時間を短縮できるからである。
【００１０】
しかし、従来技術は、上記（１）の段階の情報、すなわち、新規の入店客数などの情報を上記（１）の段階で厨房に知らせる仕組みになっていないため、事前準備を開始することができず、したがって、客への料理出しを早めることができないという問題点があった。
【００１１】
もちろん、小規模店であれば、厨房から店内の様子を覗うことができるので、状況に応じて事前準備を始めることが可能であるが、中・大規模店のように、厨房が隔離されている場合や離れた場所に位置している場合は、厨房から店内の様子が分からないため、必然的に上記の問題点が生じる。
【００１２】
本発明の課題は、調理の事前準備を開始するための有益な情報を速やかに厨房に伝えることができ、これにより、客への料理出しを早めることができるようにすることにある。
【課題を解決するための手段】
【００１３】
請求項１記載の発明は、客の注文情報を送信するハンディ端末と、このハンディ端末から送信された注文情報を厨房用端末に出力するコントローラとを含む注文情報管理装置において、前記ハンディ端末は、新規入店の客数を入力する客数入力部と、前記客数入力部に入力された客数を示す客数情報を前記コントローラに送信する送信手段とを備え、前記コントローラは、前記ハンディ端末から送信された前記客数情報を受信する受信手段と、前記受信手段によって受信された前記客数情報を前記厨房用端末に出力する情報出力手段とを備える。
【００１４】
請求項２記載の発明は、請求項１に記載の注文情報管理装置において、前記厨房用端末は、前記注文情報及び前記客数情報を印刷出力する厨房用プリンタである。
【００１５】
請求項３記載の発明は、請求項１に記載の注文情報管理装置において、前記厨房用端末は、前記客数情報を表示出力する情報表示部である。
【００１６】
請求項４記載の発明は、請求項１乃至３のいずれかに記載の注文情報管理装置において、前記情報出力手段は、前記客数情報を前記厨房用端末に出力する際に、同時に、前記厨房用端末に対して音や光を発するように指示する。
【００１７】
請求項５記載の発明は、請求項４に記載の注文情報管理装置において、前記の音は、前記客数情報に対応した内容を持つ合成音声である。
【００１８】
請求項６記載の発明は、請求項１乃至５のいずれかに記載の注文情報管理装置において、前記客数入力部は、前記ハンディ端末の動きに対応して前記客数を入力する。
【００１９】
請求項７記載の発明は、請求項１乃至６のいずれかに記載の注文情報管理装置において、前記送信手段は、前記ハンディ端末が所定の姿勢になったときに前記客数情報を前記コントローラに送信する。
【００２０】
請求項８記載の発明は、客の注文情報を送信するハンディ端末と、このハンディ端末から送信された注文情報を厨房用端末に出力するコントローラとを含む注文情報管理装置の制御方法において、前記ハンディ端末は、新規入店の客数を入力する客数入力工程と、前記客数入力工程で入力された客数を示す客数情報を前記コントローラに送信する送信工程とを含み、前記コントローラは、前記ハンディ端末から送信された前記客数情報を受信する受信工程と、前記受信工程によって受信された前記客数情報を前記厨房用端末に出力する情報出力工程とを含む。
【発明の効果】
【００２１】
本発明によれば、調理の事前準備を開始するための有益な情報を速やかに厨房に伝えることができ、これにより、客への料理出しを早めることができる。
【図面の簡単な説明】
【００２２】
【図１】実施形態の注文情報管理装置を備えた飲食店の一例平面図である。
【図２】注文情報管理装置１７の構成図である。
【図３】ハンディ端末２３〜２５の画面表示例を示す図である。
【図４】ハンディ端末２３〜２５のＣＰＵ４５ａで実行される制御プログラムの動作フローを示す図である。
【図５】注文データテーブルの構造模式図である。
【図６】端末データテーブルと担当者データテーブルの構造模式図である。
【図７】コントローラ１８のＣＰＵ３５で実行される制御プログラムの概略動作フロー図である。
【図８】処理Ａの動作フロー図である。
【図９】処理ＡのステップＳ５２を実行したときの注文データテーブル７８の状態を示す図である。
【図１０】処理Ｂの動作フロー図である。
【図１１】処理ＢのステップＳ６４を実行したときの注文データテーブル７８の状態を示す図である。
【図１２】処理Ｃの動作フロー図である。
【図１３】情報表示部２６を必要としない変形例を示す図である。
【図１４】新規入店客の「席番号」やその「客数」を簡単に入力するための改善例を示す図である。
【発明を実施するための形態】
【００２３】
以下、本発明の実施形態を、図面を参照しながら説明する。
図１は、実施形態の注文情報管理装置を備えた飲食店の一例平面図である。この図において、飲食店１は、入店客Ｋに対して所望の飲食サービスを提供するホール２、このホール２から独立した（たとえば、閉鎖壁２ａで隔てられている）厨房３および事務室４などの各部屋からなり、ホール２にはいくつかの席５〜８と会計カウンター９が設けられている。なお、それぞれの席５〜８に記載されたカギ括弧付の数字は便宜的な席番号を表している。すなわち、席５の席番号は〔１〕、席６の席番号は〔２〕、席７の席番号は〔３〕、席８の席番号は〔４〕である。
【００２４】
ホール２には１乃至複数人（ここでは便宜的に３人とする）の接客係１０〜１２と１人の会計係１３が配置されており、また、厨房３には１乃至複数人（ここでは便宜的に２人とする）の調理人１４、１５が配置され、さらに、必要であれば、この飲食店１の統括責任者（支配人等）１６が任意の場所（図では事務室４）に配置されている。
【００２５】
飲食店１には、実施形態の注文情報管理装置１７が備えられている。この注文情報管理装置１７は、店内の適宜場所（図では事務室４）に設置されたコントローラ１８と、会計カウンター９に設置された会計機１９と、厨房３に設置された厨房用プリンタ２０と、ホール２に設置されたホール用プリンタ２１と、ホール２の壁面に設置された無線中継部（無線ＬＡＮアクセスポイント）２２と、接客係１０〜１２の各々によって携帯される複数台のハンディ端末２３〜２５と、厨房３の調理人１４、１５から容易に視認できる位置（たとえば、厨房３の壁面）に設置された情報表示部２６とを備えて構成されている。厨房３に設置された厨房用プリンタ２０と情報表示部２６は、いずれも、厨房３に位置する注文情報管理装置１７の端末（すなわち、厨房用端末）である。なお、この図では、２台のプリンタ（ホール２と厨房３に設置されたもの）しか示していないが、これに限らず、たとえば、事務室４などにもプリンタを設置してもよい。
【００２６】
ハンディ端末２３〜２５を除く各部（コントローラ１８、会計機１９、厨房用プリンタ２０、ホール用プリンタ２１、無線中継部２２および情報表示部２６）は、それぞれＬＡＮケーブル２７〜３２を介してハブ（またはルータでもよい）３３に接続されており、このハブ３３を介して、いわゆる有線によるネットワークを構成している。また、ハンディ端末２３〜２５は無線ＬＡＮ端末であり、無線中継部２２を経由して上記のネットワークに接続されている。
【００２７】
図２は、注文情報管理装置１７の構成図である。この図において、コントローラ１８は、コンピュータ（以下、ＣＰＵ（Central Processing Unit）３５）を含むセンター処理部３６と、このＣＰＵ３５で実行する制御プログラムを記憶したプログラム記憶部３７と、後述のデータテーブル（図５、図６参照）などを記憶したデータ記憶部３８とを備えるとともに、キーボード３９やマウス４０などの入力部４１と、液晶ディスプレイ等の表示部４２とを備えて構成されており、プログラム記憶部３７に記憶された制御プログラムをＣＰＵ３５で実行することにより、注文情報管理装置１７の動作全体を統括制御する。
【００２８】
会計機１９はキャッシュレジスタ兼用の精算機であり、精算の際に会計係１３によって操作され、入出金等の精算情報をハブ３３を介してコントローラ１８に出力する。
【００２９】
ハンディ端末２３〜２５は、前述のとおり、無線ＬＡＮ端末であって、その構成はいずれも同様であるが、たとえば、ハンディ端末２５を例に説明すると、このハンディ端末２５は、カーソルキー４３や決定キー４４およびその他の各種機能キーなどを含む操作部４５と、ＣＰＵ４５ａやＲＯＭ（読み出し専用メモリ：Read Only Memory）４５ｂ、ＲＡＭ（随時アクセスメモリ：Random Access Memory）４５ｃおよびＰＲＯＭ（書き込み可能な読み出し専用メモリ：Programmable ROM）４５ｄを含むデータ処理部４５と、無線ＬＡＮ用の通信部４６と、液晶ディスプレイ等の表示部４７と、表示部４７の前面を覆って配設されたタッチパネル４８と、バッテリを含む電源部４９とを備えて構成されており、ＲＯＭ４５ｂに記憶された制御プログラムをＣＰＵ４５ａで実行することにより、ハンディ端末２５の動作を制御する。他のハンディ端末２３、２４についても同様である。
【００３０】
ホール用プリンタ２１と厨房用プリンタ２０は、いずれもコントローラ１８から適宜に出力される情報を紙に印刷して出力するものであり、ホール用プリンタ２１は精算の際に必要となる情報（席番号、注文料理名、その数量、小計額および合計支払額等）を記したレシート（精算伝票または勘定書ともいう）を印刷し、また、厨房用プリンタ２０は調理に必要な情報（席番号、注文料理名およびその数量等）を記したキッチン伝票を印刷する。
【００３１】
情報表示部２６は、この実施形態に特有の構成要素の一つであり、コントローラ１８から適宜に出力される“所定の情報”を、厨房３の調理人１４、１５に対して視認性よく表示する。この情報表示部２６には、数字表示セル、液晶ディスプレイ、プラズマディスプレイ、ＥＬ（Electro-Luminescence）パネルまたはＬＥＤ（Light Emitting Diode）パネルなどの様々な表示デバイスのなかから、コストや表示能力等を勘案し、適切なものを選択して用いることができる。
【００３２】
ここで、“所定の情報”とは「調理の事前準備を開始するための有益な情報」のことをいう。つまり、実際の調理は、客の注文情報が厨房３に届いた時点（厨房用プリンタ２０からキッチン伝票が出力された時点）で開始されるが、料理出しの時間短縮を図るには、調理に先立ち、ある程度の事前準備（たとえば、器を揃えたり材料の下ごしらえをしたりなど）を済ませておくのが効果的であることが経験則上、知られているからである。この事前準備に必要な情報は、少なくとも「新規入店の客数」（理想的には新規入店の客で且つまだ注文を済ませていない客の数）である。
【００３３】
この客数を厨房３でリアルタイムに把握できれば、調理人１４、１５は、たとえば、「そろそろ混み始めた」と判断し、定番料理の器を揃えたり、下ごしらえを始めたりすることができ、これにより、実際に調理を開始する前にある程度の事前準備を済ませておくことができるから、その分だけ、調理時間を早めて料理出しの時間短縮を図ることができる。
【００３４】
“所定の情報”の表示例を、図２の右下に吹き出して示している。この表示例では、情報表示部２６の画面に“１２時３０分現在”、“新規入店３人”、“現在の未注文客数５人”という表示がなされている。この表示内容から、１２時３０分現在の通知時点における新規入店客数は３人で、且つ、同時点の未注文客数は５人であることが容易にわかる。これらの表示のうち、時分を表す“１２”と“３０”および人数を表す“３”と“５”は、可変情報（適宜に変化する情報）であり、他の表示情報（“時”、“分現在”、“新規入店”“未注文客数”および“人”）は固定情報である。したがって、情報表示部２６は、基本的に、可変情報だけを逐次変更可能に表示できる仕組みになっていればよく、他の表示情報（“時”、“分現在”、“新規入店”“未注文客数”および“人”）は画面上に固定表示（印刷またはシール貼付など）しておいてもかまわない。このような基本的仕組みにすれば、可変情報用のみの限定的な表示要素（たとえば、１桁や２桁程度の数字表示セル）とすることができるので、情報表示部２６のコストを下げることができる。なお、この例はコスト重視のベストモードを示しているに過ぎない。コストを重視しないのであれば、たとえば、液晶ディスプレイやプラズマディスプレイまたはＥＬパネルもしくはＬＥＤパネルなどの使用が好ましい。これらはいずれも表示品質と表示のレイアウト自在性の点で優れているからであり、前記の表示情報（通知時刻や新規入店客数および未注文客数）を自由なレイアウト、すなわち、適切な大きさで、しかも目立つ文字フォントや色で綺麗に表示できるからである。なお、以下の説明で、単に「未注文客数」という場合、この「未注文客数」には、上記の「通知時刻」や「新規入店客数」も含まれているものとする。
【００３５】
図３は、ハンディ端末２３〜２５の画面表示例を示す図である。この図において、メインメニュー画面５０は、ハンディ端末２３〜２５の電源投入時や待機中に表示部４７に表示される初期画面である。接客係１０〜１２は、このメインメニュー画面５０から様々な操作を行う。メインメニュー画面５０には、“メインメニュー”と書かれた画面タイトル５１と、いくつかのメニューボタン（この図では席案内ボタン５２、注文受付ボタン５３、‥‥‥、システム設定ボタン５４）とが設けられており、接客係１０〜１２は、新規入店客を空席に案内したときに席案内ボタン５２を押して所要の操作を行い、また、客からの注文を受けたときに注文受付ボタン５３を押して所要の操作を行う。さらに、必要に応じ、システム設定ボタン５４を押して担当者設定等の所要のシステム操作を行う。
【００３６】
なお、三つのメニューボタン（席案内ボタン５２、注文受付ボタン５３、システム設定ボタン５４）は一例であり、これ以外のメニューボタンを備えていてもよいことはもちろんである。
【００３７】
メインメニュー画面５０の席案内ボタン５２を押すと、メインメニュー画面５０が消えて席案内画面５５が表示されるようになっている。この席案内画面５５には、“席案内”と書かれた画面タイトル５６と、席番号入力部５７と、客数入力部５８と、ＯＫボタン５９と、キャンセルボタン６０とが設けられている。接客係１０〜１２は、新規入店客の席番号を席番号入力部５７に入力するとともに、その客数（新規入店客の人数）を客数入力部５８に入力し、入力した情報（席番号と客数）を確認して間違いがなければＯＫボタン５９を押し、その情報を無線中継部２２を経由してコントローラ１８に送信（第１の送信処理６１／詳細は後述）する。なお、キャンセルボタン６０は間違って席案内画面５５を開いてしまったときなどのための対処ボタンであり、このキャンセルボタン６０を押すと、メインメニュー画面５０に戻る（席案内画面５５が消えてメインメニュー画面５０が表示される）ようになっている。ＯＫボタン５９を押したときも同様にメインメニュー画面５０に戻るが、その際に後述の第１の送信処理６１が実行される点で、キャンセルボタン６０と相違する。
【００３８】
なお、席番号入力部５７と客数入力部５８は、席番号や客数をそれぞれ文字入力するタイプのもの（テキストボックスコントロール等）であってもよいが、操作の省力化を考慮すると、あらかじめ設定されている複数の選択肢の中から任意に選ぶことができるタイプのものとすることが望ましい。たとえば、リストボックスコントロールなどは選択式の一例である。このリストボックスコントロールは、あらかじめ登録した複数の情報をリスト方式で表示し、そのリスト内の情報をユーザ選択できるようにした汎用コントロールであるから、たとえば、その店の全ての席番号（図１の〔１〕〜〔４〕参照）をあらかじめ登録しておけば、客を案内した席番号をワンタッチで入力することができ、文字入力タイプに比べて操作の省力化を図ることができる。客数についても同様である。一般的にグループ客の人数は通常２〜３人、多くても５人〜１０人程度であるので、最大人数を仮に１０人と見積もった場合には、リストボックスコントロールにあらかじめ“１”から“１０”までの数字を登録しておけばよい。同様に新規入店客数をワンタッチで入力することができ、文字入力タイプに比べて操作の省力化を図ることができる。
【００３９】
また、この観点に立てば、リストボックスコントロール以外にも様々な入力インターフェースが考えられる。たとえば、その店の全ての席に対応した複数の席番号ボタン（図１の例でいえば“１”から“４”までの席番号ボタン）と、最大人数を仮に１０人と見積もった場合の“１”から“１０”までの客数ボタンとを設けておいてもよい。同様にしてワンタッチで席番号と客数とを入力でき、操作の省力化を図ることができる。
【００４０】
次に、メインメニュー画面５０の注文受付ボタン５３を押すと、メインメニュー画面５０が消えて注文受付画面６２が表示されるようになっている。この注文受付画面６２には、“注文受付”と書かれた画面タイトル６３と、席番号入力部６４と、第１料理名入力部６５と、第１数量入力部６６と、‥‥‥第ｎ料理名入力部６７と、第ｎ数量入力部６８と、ＯＫボタン６９と、キャンセルボタン７０とが設けられている。ここで、第１料理名入力部６５‥‥‥第ｎ料理名入力部６７は客が注文した料理名または料理コード（説明の便宜上、料理コードとする。）を入力するためのものであり、また、第１数量入力部６６‥‥‥第ｎ数量入力部６８は、それらの料理の数量を入力するためのものである。各々の入力部の頭に付けた“第１”や“第ｎ”は、ｎ個の料理コードとその数量を入力できることを表しており、たとえば、ｎ＝１０とすれば、１０品目までの料理コードとその数量を入力することができる。
【００４１】
接客係１０〜１２は、客からの注文を受けたときに、その注文情報（料理コードと数量）を第１料理名入力部６５、第１数量入力部６６‥‥‥第ｎ料理名入力部６７、第ｎ数量入力部６８に入力し、入力した情報（料理コードと数量）を確認して間違いがなければＯＫボタン６９を押し、その情報を無線中継部２２を経由してコントローラ１８に送信（第２の送信処理７１／詳細は後述）する。なお、キャンセルボタン７０は間違って注文受付画面６２を開いてしまったときなどのための対処ボタンであり、このキャンセルボタン７０を押すと、メインメニュー画面５０に戻る（注文受付画面６２が消えてメインメニュー画面５０が表示される）ようになっている。ＯＫボタン６９を押したときも同様にメインメニュー画面５０に戻るが、その際に後述の第２の送信処理７１が実行される点で、キャンセルボタン７０と相違する。
【００４２】
なお、前記と同様に、席番号入力部６４、第１料理名入力部６５、第１数量入力部６６‥‥‥第ｎ料理名入力部６７、第ｎ数量入力部６８についても、それぞれ席番号や料理コードおよび数量を文字入力するタイプのもの（テキストボックスコントロール等）であってもよいが、操作の省力化を考慮すると、あらかじめ設定されている複数の選択肢の中から任意に選ぶことができるタイプのもの（前記のリストボックスコントロールや選択ボタン式など）とすることが望ましい。
【００４３】
次に、メインメニュー画面５０のシステム設定ボタン５４を押すと、メインメニュー画面５０が消えてシステム設定画面７２が表示されるようになっている。このシステム設定画面７２には、“システム設定”と書かれた画面タイトル７３や担当者選択部７４などが設けられているとともに、ＯＫボタン７５およびキャンセルボタン７６が設けられている。担当者選択部７４は、ハンディ端末２３〜２５の個々の携帯者（接客係１０〜１２の各々）を設定するためのものである。たとえば、図示の例では担当者“伊藤二郎”の頭にマーク（○記号）が付けられており、この場合、一つのハンディ端末（たとえば、ハンディ端末２５）の現在の携帯者（担当者）として“伊藤二郎”という氏名の接客係１２が設定されている。この担当者選択部７４は任意の氏名を選択すると、その選択された氏名の頭にマークが付くようになっている。たとえば、現在マークされている“伊藤二郎”の一つ上の“阿部一男”を選択すると、“伊藤二郎”のマークが消え、新たに“阿部一男”の頭にマークが付くようになっている。このように担当者の設定（マーク付け）を行うと、その設定情報（担当者の氏名）を確認して間違いがなければＯＫボタン７５を押し、その情報（担当者コード）を無線中継部２２を経由してコントローラ１８に送信（第３の送信処理７７／詳細は後述）する。なお、キャンセルボタン７６は間違ってシステム設定画面７２を開いてしまったときなどのための対処ボタンであり、このキャンセルボタン７６を押すと、メインメニュー画面５０に戻る（システム設定画面７２が消えてメインメニュー画面５０が表示される）ようになっている。ＯＫボタン７５を押したときも同様にメインメニュー画面５０に戻るが、その際に後述の第３の送信処理７７が実行される点で、キャンセルボタン７６と相違する。
【００４４】
なお、ここでは、選択された担当者の頭に所定のマーク（図では○記号）を付けているが、これは一例に過ぎない。選択状態を明示できればよく、たとえば、反転表示したり、色分けしたりする方式でもよい。
【００４５】
図４は、ハンディ端末２３〜２５のＣＰＵ４５ａで実行される制御プログラムの動作フローを示す図であり、（ａ）は第１の送信処理６１、（ｂ）は第２の送信処理７１、（ｃ）は第３の送信処理７７である。
【００４６】
第１の送信処理６１は、席案内時（正確には席案内画面５５のＯＫボタン５９が押されたとき）に実行される処理であり、この処理では、端末ＩＤと席番号および客数を無線中継部２２を経由してコントローラ１８に送信（ステップＳ１１）する。ここで、「席番号」は席案内画面５５の席番号入力部５７に入力された情報、「客数」は同じく席案内画面５５の客数入力部５８に入力された情報であり、ＩＤ情報は、第１の送信処理６１を実行したハンディ端末２３、２４または２５の端末識別情報である。
【００４７】
また、第２の送信処理７１は、注文受付時（正確には注文受付画面６２のＯＫボタン６９が押されたとき）に実行される処理であり、この処理では、端末ＩＤと席番号と料理コードと数量とを無線中継部２２を経由してコントローラ１８に送信（ステップＳ２１）する。ここで、「席番号」は注文受付画面６２の席番号入力部６４に入力された情報、「料理コード」は同じく注文受付画面６２の第１〜第ｎ料理名入力部６５、６７に入力された情報、「数量」は同じく注文受付画面６２の第１〜第ｎ数量入力部６６、６８に入力された情報であり、ＩＤ情報は、第２の送信処理７１を実行したハンディ端末２３、２４または２５の端末識別情報である。
【００４８】
また、第３の送信処理７７は、システム設定時（正確にはシステム設定画面７２のＯＫボタン７５が押されたとき）に実行される処理であり、この処理では、端末ＩＤと担当者コードとを無線中継部２２を経由してコントローラ１８に送信（ステップＳ３１）する。ここで、「担当者コード」はシステム設定画面７２の担当者選択部７４で選択された（マークされた）担当者の情報（担当者コード）であり、ＩＤ情報は、第３の送信処理７７を実行したハンディ端末２３、２４または２５の端末識別情報である。
【００４９】
図５は、コントローラ１８のデータ記憶部３８に格納される注文データテーブル７８の構造模式図である。この注文データテーブル７８は行列方式のデータベーステーブルであり、各行（レコード）を複数のフィールド、たとえば、注文ＩＤフィールド７８ａ、担当者コードフィールド７８ｂ、席番号フィールド７８ｃ、客数フィールド７８ｄ、注文情報フィールド７８ｅなどに分けている。そのうちの注文情報フィールド７８ｅはさらに「注文１」、「注文２」、‥‥‥「注文ｎ」のｎ個のサブフィールドに区分けされており、また、ｎ個のサブフィールドはそれぞれ破線で仕切られ、破線の左側を料理コードフィールド７８ｆ、７８ｈ、７８ｊ、破線の右側を料理の数量フィールド７８ｇ、７８ｉ、７８ｋとしている。
【００５０】
注文ＩＤフィールド７８ａには一つの注文ごとに割り当てられる固有の識別情報が格納され、担当者コードフィールド７８ｂにはその注文を受けた担当者コードが格納される。また、席番号フィールド７８ｃにはその注文を出した客が座っている席番号が格納され、客数フィールド７８ｄにはその席番号に着座している客数が格納される。また、注文情報フィールド７８ｅには、その注文の詳細情報（最大ｎ個の料理コードと各々の数量）が格納される。
【００５１】
なお、このフィールド構成は、必要最低限のものを示しているに過ぎない。たとえば、注文日や各料理の値段などのフィールドは当然必要である。また、それらに加え、さらに、料理出しが完了したことを示す情報フィールドなどを設けておいてもよい。
【００５２】
図６は、コントローラ１８のデータ記憶部３８に格納される端末データテーブル７９と担当者データテーブル８０の構造模式図である。これら二つのデータテーブル（端末データテーブル７９と担当者データテーブル８０）も行列方式のデータベーステーブルであり、各行（レコード）を複数のフィールド、たとえば、端末データテーブル７９にあっては、端末ＩＤフィールド７９ａと担当者コードフィールド７９ｂとに、また、担当者データテーブル８０にあっては、担当者コードフィールド８０ａと担当者名フィールド８０ｂとに分けられている。
【００５３】
端末データテーブル７９の端末ＩＤフィールド７９ａにはハンディ端末２３〜２５の各々の端末ＩＤ（端末識別情報）が格納され、担当者コードフィールド７９ｂには各々のハンディ端末２３〜２５を現在携行している担当者（接客係１０〜１２）の担当者コードが格納される。また、担当者データテーブル８０の担当者コードフィールド８０ａには各担当者（接客係１０〜１２）の担当者コードが格納され、担当者名フィールド８０ｂには各担当者の氏名が格納される。
【００５４】
これら二つのデータテーブル（端末データテーブル７９と担当者データテーブル８０）は、担当者コードをキーにしてリンクされた、いわゆる「リレーショナルデータベース」である。
【００５５】
今、図示の例のように、担当者データテーブル８０の第１レコード（Ｒ１）の担当者コードフィールド８０ａに“Ｔ００１”、第２レコード（Ｒ２）の担当者コードフィールド８０ａに“Ｔ００２”、第３レコード（Ｒ３）の担当者コードフィールド８０ａに“Ｔ００３”という担当者コードが格納され、且つ、担当者データテーブル８０の第１レコード（Ｒ１）の担当者名フィールド８０ｂに“阿部一男”、第２レコード（Ｒ２）の担当者名フィールド８０ｂに“伊藤二郎”、第３レコード（Ｒ３）の担当者名フィールド８０ｂに“有働三子”という氏名が格納されていた場合を考える。
【００５６】
この場合に、たとえば、端末データテーブル７９の第１レコード（Ｒ１）の端末ＩＤフィールド７９ａに“Ｘ００１”、第２レコード（Ｒ２）の端末ＩＤフィールド７９ａに“Ｘ００２”、第３レコード（Ｒ３）の端末ＩＤフィールド７９ａに“Ｘ００３”という端末ＩＤを格納し、且つ、端末データテーブル７９の第１レコード（Ｒ１）の担当者コードフィールド７９ｂに“Ｔ００３”、第２レコード（Ｒ２）の担当者コードフィールド７９ｂに“Ｔ００１”、第３レコード（Ｒ３）の担当者コードフィールド７９ｂに“Ｔ００２”という担当者コードを格納したとすると、これら各レコードの担当者コード（Ｒ１→“Ｔ００３”、Ｒ２→“Ｔ００１”、Ｒ３→“Ｔ００２”）と同じ担当者コードが、担当者データテーブル８０の第１レコード（Ｒ１→“Ｔ００１”）、第２レコード（Ｒ２→“Ｔ００２”）、第３レコード（Ｒ３→“Ｔ００３”）に格納されているから、二つのデータテーブル（端末データテーブル７９と担当者データテーブル８０）の各レコード（Ｒ１〜Ｒ３）は、それらの担当者コード（“Ｔ００１”、“Ｔ００２”、“Ｔ００３”）をキーにして、以下のようにリンク（リレーション）される。
＜“Ｔ００３”＞
端末データテーブル７９のＲ１と担当者データテーブル８０のＲ３
＜“Ｔ００１”＞
端末データテーブル７９のＲ２と担当者データテーブル８０のＲ１
＜“Ｔ００２”＞
端末データテーブル７９のＲ３と担当者データテーブル８０のＲ２
【００５７】
このように、二つのデータテーブル（端末データテーブル７９と担当者データテーブル８０）をリレーションさせることにより、端末ＩＤをキーにして端末データテーブル７９を参照するだけで、ハンディ端末２３〜２５の現在の使用者（接客係１０〜１２）の“氏名”を得ることができる。
【００５８】
このリレーショナル構造は、二つのデータテーブル（端末データテーブル７９と担当者データテーブル８０）だけでなく、注文データテーブル７８との間にも構成されており、たとえば、注文データテーブル７８の担当者コードは、端末ＩＤをキーにして端末データテーブル７９の担当者コードフィールド７９ｂからルックアップされたものである。
【００５９】
図７は、コントローラ１８のＣＰＵ３５で実行される制御プログラムの概略動作フロー図である。この制御プログラムでは、ハンディ端末２３〜２５からの信号受信を判定する処理（ステップＳ４１）をループ（繰り返し実行）し、信号を受信すると、ループを抜けてその受信内容の判別処理を実行する（ステップＳ４２）。信号内容とは、ハンディ端末２３〜２５において適宜に実行される三つの送信処理（図４の第１の送信処理６１、第２の送信処理７１および第３の送信処理７７）の各々の送信内容であり、具体的には第１の送信処理６１の場合の「端末ＩＤ、席番号および客数」、第２の送信処理７１の場合の「端末ＩＤ、席番号、料理コードおよび数量」、第３の送信処理７７の場合の「端末ＩＤおよび担当者コード」である。
【００６０】
信号内容が第１の送信処理６１によるものである場合は「処理Ａ」を実行（ステップＳ４３）してから信号受信の判定ループ（ステップＳ４１）に戻り、第２の送信処理７１によるものである場合は「処理Ｂ」を実行（ステップＳ４４）してから信号受信の判定ループ（ステップＳ４１）に戻り、第３の送信処理７７によるものである場合は「処理Ｃ」を実行（ステップＳ４５）してから信号受信の判定ループ（ステップＳ４１）に戻る。なお、信号内容がいずれにも該当しない場合は、そのまま信号受信の判定ループ（ステップＳ４１）に戻る。
【００６１】
図８は、処理Ａの動作フロー図である。この処理Ａでは、まず、注文データテーブル７８に新規レコードを追加し（ステップＳ５１）、その新規レコードに、ハンディ端末から送られてきた情報（第１の送信処理６１によって送信された端末ＩＤや席番号および客数）を格納する（ステップＳ５２）。すなわち、新規レコードの担当者コードフィールド７８ｂに、端末ＩＤをキーにして端末データテーブル７９からルックアップした「担当者コード」を格納するとともに、席番号フィールド７８ｃに「席番号」を格納し、さらに、客数フィールド７８ｄに「客数」を格納する。
【００６２】
図９は、処理ＡのステップＳ５２を実行したときの注文データテーブル７８の状態を示す図である。この図において、注文ＩＤフィールド７８ａには、この注文に割り当てられた固有の識別情報（例：“Ａ００１”）が格納されており、また、担当者コードフィールド７８ｂには、端末ＩＤをキーにして端末テータテーブル７９からルックアップされた担当者コード（例：“Ｔ００１”）が格納されており、また、席番号フィールド７８ｃには、席番号（例：“１”）が格納され、さらに、客数フィールド７８ｄには、客数（例：“４”）が格納されているが、この段階では、注文情報フィールド７８ｆ〜７８ｋにはまだ何のデータも格納されていない（空になっている）。
【００６３】
次いで、注文データテーブル７８の全レコードの中でまだ注文情報が入っていない（「注文１」、「注文２」、‥‥‥「注文ｎ」のいずれにもデータが入っていない）全てのレコード（未注文レコード）を抽出し、それらの未注文レコードの客数フィールド７８ｄの値を合算して、その合算値を「未注文客数」とする（ステップＳ５３）とともに、ステップＳ５１で新規に追加したレコードの客数フィールド７８ｄの格納値（客数）を「新規入店客数」とし、最後に、その「新規入店客数」と「未注文客数」に現在の時刻を添えて厨房３の情報表示部２６に出力（ステップＳ５４）した後、図７のフローに戻る。ここで、「未注文客数」とは、新規入店客および入店済み既存客のうち、まだ注文をしていない客の総数であり、図２の右下に示した吹き出しを例にすれば“５”（つまり、この例では「未注文客数」＝５人）のことである。また、「新規入店客数」とは、処理Ａの実行直前の時点（現在時刻）で新規に入店した客数のことであり、図２の右下に示した吹き出しを例にすれば“３”（つまり、この例では「新規入店客」＝３人）のことである。
【００６４】
したがって、ハンディ端末２３〜２５の席案内画面５５で席番号と新規入店の客数を入力し、その席案内画面５５のＯＫボタン５９を押して、ハンディ端末２３〜２５に第１の送信処理６１を実行させることにより、そのハンディ端末２３〜２５の固有情報（端末ＩＤ）と席番号および新規入店客数を無線中継部２２経由でコントローラ１８に送信することができ、コントローラ１８側で処理Ａを自動実行して、注文データテーブル７８の新規レコードに席番号および新規入店客数を格納するとともに、現時点の「未注文客数」を計算して、その「未注文客数」と「新規入店客数」とを現在の時刻（通知時刻）を添えて厨房３の情報表示部２６に出力することができる。
【００６５】
その結果、厨房３では、その「新規入店客数」や「未注文客数」を見て「そろそろ混み始めた」などと判断することができ、実際の調理に先立ち、器を揃えたり材料の下ごしらえをしたりなどの事前準備を始めておくことができるから、料理出しの時間短縮を図り、顧客満足度の向上と収益向上につなげることができる。
【００６６】
なお、処理ＡのステップＳ５４で「新規入店客数」や「未注文客数」を厨房３の情報表示部２６に出力する際に、同時に音や光による報知を行うことが好ましい。つまり、あらたな「新規入店客数」や「未注文客数」で情報表示部２６の表示を更新するのと同時に音や光で報知すれば、調理人１４、１５に対して注意を喚起できるので好ましい。この音や光は単純な電子音またはストロボ光もしくは回転光であってもよいが、とりわけ音にする場合には、合成音声による読み上げ式（たとえば、“現在の新規入店客数は○人、未注文客数は○人です”など）にすると、調理人１４、１５の仕事の手を止めないのでより好ましい。
【００６７】
図１０は、処理Ｂの動作フロー図である。この処理Ｂでは、まず、ハンディ端末２３〜２５から送られてきた「席番号」をキーにして注文データテーブル７８を検索する（ステップＳ６１）。そして、注文データテーブル７８に該当する席番号のレコードがあるか否か（つまり、検索がヒットしたか否か）を判定し（ステップＳ６２）、ヒットしなかった場合は、間違った席番号がハンディ端末２３〜２５から送られてきたと判断し、所要のエラー処理（たとえば、送信元のハンディ端末２３〜２５にエラーメッセージを送り返すなどの処理）を実行（ステップＳ６３）した後、図７のフローに戻る。
【００６８】
一方、ステップＳ６２でヒットありが判定された場合、すなわち、ハンディ端末２３〜２５から送られてきた「席番号」と一致するレコードが注文データテーブル７８に存在している場合には、次に、そのレコードの注文情報フィールド７８ｅに、ハンディ端末２３〜２５から送られてきた注文情報（「料理コード」と「数量」）を格納（ステップＳ６４）するとともに、その注文情報を厨房用プリンタ２０に出力して印刷（ステップＳ６５）させた後、図７のフローに戻る。
【００６９】
図１１は、処理ＢのステップＳ６４を実行したときの注文データテーブル７８の状態を示す図である。この図において、注文ＩＤフィールド７８ａ、担当者コードフィールド７８ｂ、席番号フィールド７８ｃおよび客数フィールド７８ｄには、すでに先の「処理Ａ」（図８参照）によって所要の情報（注文ＩＤ＝“Ａ００１”、担当者コード＝“Ｔ００１”、席番号＝“１”、客数＝“４”）が格納済みであり、注文情報フィールド７８ｆ〜７８ｋだけが空になっているが、処理ＢのステップＳ６４を実行することにより、この注文情報フィールド７８ｆ〜７８ｋにも所要の情報（料理コードや数量）が格納されるようになっている。たとえば、図１１の例では、注文情報フィールド７８ｅの「注文１」フィールド４８ｆ、７８ｇにそれぞれ“００４”と“１”が格納され、「注文２」フィールド４８ｈ、７８ｉにそれぞれ“０１２”と“１”が格納され、‥‥‥「注文ｎ」フィールド４８ｊ、７８ｋにそれぞれ“０２２”と“２”が格納されている。
【００７０】
先にも説明したとおり、これらの「注文１」、「注文２」、‥‥‥「注文ｎ」の各フィールドの破線の左側は料理コード格納用、右側は料理数量格納用であるから、上記の“００４”、“０１２”および“０２２”は各々料理コードを示し、且つ、“１”、“１”および“２”は各料理の数量を示している。たとえば、料理コード“００４”を“テリヤキハンバーグ”、料理コード“０１２”を“とんかつ膳”、料理コード“０２２”を“ライス大盛り”とすると、この例では、“テリヤキハンバーグ”×１個、“とんかつ膳”×１個、“ライス大盛り”×２個という注文情報が格納されたことになる。
【００７１】
したがって、ハンディ端末２３〜２５の注文受付画面６２で席番号と注文情報（料理コードおよび数量）を入力し、その注文受付画面６２のＯＫボタン６９を押して、ハンディ端末２３〜２５に第２の送信処理７１を実行させることにより、そのハンディ端末２３〜２５の固有情報（端末ＩＤ）と注文情報（料理コードおよび数量）とを無線中継部２２経由でコントローラ１８に送信することができ、コントローラ１８側で処理Ｂを自動実行して、注文データテーブル７８の該当レコードに注文情報（料理コードおよび数量）を格納するとともに、その注文情報（料理コードおよび数量）を厨房用プリンタ２０から出力することができる。
【００７２】
図１２は、処理Ｃの動作フロー図である。この処理Ｃでは、まず、ハンディ端末２３〜２５から送られてきた「端末ＩＤ」をキーにして端末データテーブル７９を検索する（ステップＳ７１）。そして、端末データテーブル７９に該当する端末ＩＤのレコードがあるか否か（つまり、検索がヒットしたか否か）を判定し（ステップＳ７２）、ヒットしなかった場合は、間違った端末ＩＤがハンディ端末２３〜２５から送られてきたと判断し、所要のエラー処理（たとえば、送信元のハンディ端末２３〜２５にエラーメッセージを送り返すなどの処理）を実行（ステップＳ７３）した後、図７のフローに戻る。
【００７３】
一方、ステップＳ７２でヒットありが判定された場合、すなわち、ハンディ端末２３〜２５から送られてきた「端末ＩＤ」と一致するレコードが端末データテーブル７９に存在している場合には、次に、そのレコードの担当者コードフィールド７９ｂの情報を、ハンディ端末２３〜２５から同時に送られてきた「担当者コード」で更新（ステップＳ７４）した後、図７のフローに戻る。
【００７４】
したがって、ハンディ端末２３〜２５のシステム設定画面７２で担当者の選択を行い、そのシステム設定画面７２のＯＫボタン７５を押して、ハンディ端末２３〜２５に第３の送信処理７７を実行させることにより、そのハンディ端末２３〜２５の固有情報（端末ＩＤ）と選択した担当者コードとを無線中継部２２経由でコントローラ１８に送信することができ、コントローラ１８側で処理Ｃを自動実行して、端末データテーブル７９のデータを更新することができる。
【００７５】
以上のとおりであるから、この実施形態では、以下の効果を得ることができる。
【００７６】
（ｉ）ハンディ端末２３〜２５に入力した客の注文情報を直ちに厨房用プリンタ２０でキッチン伝票に印刷して出力することができるので、厨房３の調理人１４、１５は速やかに調理を開始することができる。この効果（ｉ）は、冒頭で説明した第１および第２の従来技術でも有しているが、本実施形態では、この効果（ｉ）に加えて、さらに以下の格別の効果を得ることができる。
【００７７】
（ｉｉ）すなわち、新規入店客の席番号やその客数をハンディ端末２３〜２５に入力すると、その情報が直ちにコントローラ１８に伝えられ、コントローラ１８で処理Ａ（図８参照）が実行される。そして、この処理Ａで、現時点の「未注文客数」、つまり、新規入店客および入店済み既存客のうち、まだ注文をしていない客の総数が計算され、その「未注文客数」と「新規入店客数」が厨房３の情報表示部２６に出力されるので、厨房３では、その「新規入店客数」や「未注文客数」を見て「そろそろ混み始めた」などと判断することができ、実際の調理に先立ち、器を揃えたり材料の下ごしらえをしたりなどの事前準備を始めることができるから、結局、料理出しの時間短縮を図り、顧客満足度の向上と収益向上につなげることができるという前記の第１および第２の従来技術にない格別の効果を得ることができる。
なお、ここでは、「未注文客数」、つまり、新規入店の客で且つまだ注文を済ませていない客の数としているが、これは、望ましいベストモードである。原理的には、新規の客が入店するたびに、その客数を厨房３に知らせるようにすればよい。少なくとも新規入店の客数さえ分かれば、その客数の大小に応じて事前準備を始めるか否かを判断できるからである。
【００７８】
（ｉｉｉ）また、処理Ａで「新規入店客数」や「未注文客数」を厨房３の情報表示部２６に出力する際に、同時に音や光による報知を行うようにすれば、調理人１４、１５に対して注意を喚起できるので好ましい。
【００７９】
（ｉｖ）この音や光は単純な電子音またはストロボ光もしくは回転光であってもよいが、とりわけ、音声合成による読み上げ式（たとえば、“現在の新規入店客数は○人、未注文客数は○人です”など）にすると、目視しなくてもよくなり、調理人１４、１５の仕事の手を休めさせないのでより好ましい。
【００８０】
実施形態の構成と作用およびそれらの構成と作用から自明的に導き出される効果は以上のとおりであるが、その効果を得るための構成は以上の例示のものに限らず、様々なものが考えられる。たとえば、以下のようにしてもよい。
【００８１】
図１３は、情報表示部２６を必要としない変形例を示す図である。この図において、厨房用プリンタ２０は既述のとおり、キッチン伝票８１を印刷するものである。すなわち、客からの注文受付時に、ハンディ端末２３〜２５への注文情報の入力に応答して、その注文情報（料理名やその数量等）を記したキッチン伝票８１を印刷出力するものである。このキッチン伝票８１には、通常、料理名やその数量等の注文情報欄８２が設けられているが、このキッチン伝票８１を利用して通知時刻や新規入店客数および未注文客数を記した通知書面８３を印刷出力するようにしてもよい。このようにすると、既存の注文情報管理装置（すなわち、情報表示部２６を備えないもの）にも容易に適用することができる。
【００８２】
また、上記の実施形態では、新規入店客の「席番号」やその「客数」を、いちいちハンディ端末２３〜２５に手作業で入力する仕組みにしているが、手間がかかって面倒であるし、また、注文も受けていない段階で客の前でハンディ端末２３〜２５を操作するのもはばかられる（客に不審がられる）という不都合がある。これに対処するには、たとえば、以下のようにすることが考えられる。
【００８３】
図１４は、新規入店客の「席番号」やその「客数」を簡単に入力するための改善例を示す図である。この図において、まず、（ａ）に示すように、ホール２に置かれた各席５〜８の卓上にＲＦタグ８４が取り付けられている。このＲＦタグ８４は、たとえば、ＲＦＩＤ（Radio Frequency IDentification「電波による個体識別」の略）を用いることができる。ＲＦＩＤは、内部に埋め込まれたＩＣチップに固有のＩＤ情報（ここでは席番号とすればよい。）を書き込んだものであり、電磁界や電波などを用いた近距離（周波数帯によって数ｃｍ〜数ｍ）の無線通信によって情報をやりとりすることができるものである。実施形態のハンディ端末２３〜２５に、そのＲＦＩＤの送受信機能を実装するとともに、所定の処理（たとえば、図３の席案内画面５５の表示処理）を実行中に、ＲＦＩＤ（ＲＦタグ８４）のＩＤ情報（席番号）を取り込むようにし、且つ、その情報を席案内画面５５の席番号入力部５７に自動入力するようにすればよい。
【００８４】
次に、客数の入力であるが、この入力には、（ｂ）に示すように、ハンディ端末２３〜２５の動き、たとえば、小さく振った回数を検出し、その回数を客数として席案内画面５５の客数入力部５８に自動入力するようにしてもよい。この場合、ハンディ端末２３〜２５に、端末の動きを検出するための動き検出手段（たとえば、三次元加速度センサチップなど）を実装するとともに、その動き検出手段の出力（端末の動き）から客数を特定する客数特定手段（たとえば、小さく１回振られると客数１、小さく２回振られると客数２、‥‥‥小さくｎ回振られると客数ｎなどと特定するもの）を備えておけばよい。
【００８５】
（ａ）、（ｂ）のようにすれば、手作業による席番号や客数の入力が不要になり、手間を軽減できるうえ、さらに、ハンディ端末２３〜２５を卓上に近づけ、且つ、客数に応じた回数だけ小さく振るだけでよいから、客に不審がられることもなく、前記の不都合を解消することができる。
【００８６】
なお、ハンディ端末２３〜２５を小さく振る際に、同時に小さな電子音を鳴らすようにしたり、あるいは、バイブレーションさせたりするようにしてもよい。このようにすると、入力した客数を音やバイブレーションで確認することができ、いちいち席案内画面５５をのぞき込まなくてもよいので好ましい。加えて、ハンディ端末２３〜２５を所定の姿勢（たとえは、垂直に立てた姿勢など）にしたときに、席案内画面５５のＯＫボタン７５を押したときと同じイベントを発生させるようにしてもよい。このようにすれば、手作業でＯＫボタン７５を押す必要がなくなり、単に、ハンディ端末２３〜２５を所定の姿勢にするだけで、席番号と客数をコントローラ１８に送信するための処理（第２の送信処理第７１）を実行できるので、より好ましいものとすることができる。
【符号の説明】
【００８７】
１７ 注文情報管理装置
１８ コントローラ
２０ 厨房用プリンタ（厨房用端末）
２３ ハンディ端末
２４ ハンディ端末
２５ ハンディ端末
２６ 情報表示部（厨房用端末）
３５ ＣＰＵ（コンピュータ）
４５ａ ＣＰＵ（コンピュータ）
５５ 席案内画面（客数入力部）
６１ 第１の送信処理（送信手段）
Ｓ４１ ステップ（受信手段）
Ｓ５４ ステップ（情報出力手段）
【特許請求の範囲】
【請求項１】
客の注文情報を送信するハンディ端末と、このハンディ端末から送信された注文情報を厨房用端末に出力するコントローラとを含む注文情報管理装置において、
前記ハンディ端末は、
新規入店の客数を入力する客数入力部と、
前記客数入力部に入力された客数を示す客数情報を前記コントローラに送信する送信手段と、を備え、
前記コントローラは、
前記ハンディ端末から送信された前記客数情報を受信する受信手段と、
前記受信手段によって受信された前記客数情報を前記厨房用端末に出力する情報出力手段と、
を備える注文情報管理装置。
【請求項２】
前記厨房用端末は、前記注文情報及び前記客数情報を印刷出力する厨房用プリンタである請求項１に記載の注文情報管理装置。
【請求項３】
前記厨房用端末は、前記客数情報を表示出力する情報表示部である請求項１に記載の注文情報管理装置。
【請求項４】
前記情報出力手段は、前記客数情報を前記厨房用端末に出力する際に、同時に、前記厨房用端末に対して音や光を発するように指示する請求項１乃至３のいずれかに記載の注文情報管理装置。
【請求項５】
前記の音は、前記客数情報に対応した内容を持つ合成音声である請求項４に記載の注文情報管理装置。
【請求項６】
前記客数入力部は、前記ハンディ端末の動きに対応して前記客数を入力する請求項１乃至５のいずれかに記載の注文情報管理装置。
【請求項７】
前記送信手段は、前記ハンディ端末が所定の姿勢になったときに前記客数情報を前記コントローラに送信する請求項１乃至６のいずれかに記載の注文情報管理装置。
【請求項８】
客の注文情報を送信するハンディ端末と、このハンディ端末から送信された注文情報を厨房用端末に出力するコントローラとを含む注文情報管理装置の制御方法において、
前記ハンディ端末は、
新規入店の客数を入力する客数入力工程と、
前記客数入力工程で入力された客数を示す客数情報を前記コントローラに送信する送信工程と、を含み、
前記コントローラは、
前記ハンディ端末から送信された前記客数情報を受信する受信工程と、
前記受信工程によって受信された前記客数情報を前記厨房用端末に出力する情報出力工程と、
を含む注文情報管理装置の制御方法。
【請求項１】
客の注文情報を送信するハンディ端末と、このハンディ端末から送信された注文情報を厨房用端末に出力するコントローラとを含む注文情報管理装置において、
前記ハンディ端末は、
新規入店の客数を入力する客数入力部と、
前記客数入力部に入力された客数を示す客数情報を前記コントローラに送信する送信手段と、を備え、
前記コントローラは、
前記ハンディ端末から送信された前記客数情報を受信する受信手段と、
前記受信手段によって受信された前記客数情報を前記厨房用端末に出力する情報出力手段と、
を備える注文情報管理装置。
【請求項２】
前記厨房用端末は、前記注文情報及び前記客数情報を印刷出力する厨房用プリンタである請求項１に記載の注文情報管理装置。
【請求項３】
前記厨房用端末は、前記客数情報を表示出力する情報表示部である請求項１に記載の注文情報管理装置。
【請求項４】
前記情報出力手段は、前記客数情報を前記厨房用端末に出力する際に、同時に、前記厨房用端末に対して音や光を発するように指示する請求項１乃至３のいずれかに記載の注文情報管理装置。
【請求項５】
前記の音は、前記客数情報に対応した内容を持つ合成音声である請求項４に記載の注文情報管理装置。
【請求項６】
前記客数入力部は、前記ハンディ端末の動きに対応して前記客数を入力する請求項１乃至５のいずれかに記載の注文情報管理装置。
【請求項７】
前記送信手段は、前記ハンディ端末が所定の姿勢になったときに前記客数情報を前記コントローラに送信する請求項１乃至６のいずれかに記載の注文情報管理装置。
【請求項８】
客の注文情報を送信するハンディ端末と、このハンディ端末から送信された注文情報を厨房用端末に出力するコントローラとを含む注文情報管理装置の制御方法において、
前記ハンディ端末は、
新規入店の客数を入力する客数入力工程と、
前記客数入力工程で入力された客数を示す客数情報を前記コントローラに送信する送信工程と、を含み、
前記コントローラは、
前記ハンディ端末から送信された前記客数情報を受信する受信工程と、
前記受信工程によって受信された前記客数情報を前記厨房用端末に出力する情報出力工程と、
を含む注文情報管理装置の制御方法。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【公開番号】特開２０１１−２０９９１１（Ｐ２０１１−２０９９１１Ａ）
【公開日】平成２３年１０月２０日（２０１１．１０．２０）
【国際特許分類】
【出願番号】特願２０１０−７５８６８（Ｐ２０１０−７５８６８）
【出願日】平成２２年３月２９日（２０１０．３．２９）
【出願人】（０００００１４４３）カシオ計算機株式会社 (8,748)
【Ｆターム（参考）】
【公開日】平成２３年１０月２０日（２０１１．１０．２０）
【国際特許分類】
【出願日】平成２２年３月２９日（２０１０．３．２９）
【出願人】（０００００１４４３）カシオ計算機株式会社 (8,748)
【Ｆターム（参考）】
[ Back to top ]