JP2012230600A - 注文データ入力装置及びプログラム - Google Patents

Abstract

【課題】店舗内の各座席の配列状態をブロック毎に区分した座席レイアウトを利用することにより、何処のブロックの何処の座席の注文であるかを容易かつ適切に特定できるようにする。
【解決手段】オーダ端末装置１は、店舗内の各座席の配列状態をブロック（テーブル）毎に区分した座席レイアウトがタッチ表示部１４上にイメージ表示されている状態において、その座席レイアウト上の任意の椅子位置がタッチ操作された場合に、そのタッチ位置を顧客個々の座席データとして入力して、この個々の座席データと入力された注文データとを対応付けて座席毎に記憶管理する。
【選択図】 図３

Description

本発明は、注文データを入力する注文データ入力装置及びプログラムに関する。

一般に、レストランなどの飲食店において構築されている注文データ処理システムは、注文データ入力装置（オーダ端末装置：ハンディターミナル）、キッチンプリンタ、ＥＣＲ（電子式金銭登録機）を備え、注文者（顧客）からの注文を受注者（接客担当者）が受けて、オーダ端末装置から注文データが入力されると、入力された注文データは、アクセスポイントを経由してＥＣＲに無線送信されて登録されるほか、キッチンプリンタに無線送信されて調理指示スタブ（注文伝票）が発行されるようになっている。そして、従来、この種のオーダ端末装置としては、例えば、テーブル（食卓）及び座席を配置表示させた状態において、座席毎（顧客毎）に入力された注文データをその座席を利用して管理するようにした技術が知られている（特許文献１参照）。

特開平１０−１６２０６０号公報

しかしながら、上述した特許文献１の技術にあっては、例えば、２人用テーブルや４人用テーブルなどのように、複数種のテーブル毎にその座席レイアウトを記憶しておき、顧客が利用した種類のテーブルを選択する操作が行われると、そのテーブルの座席レイアウトを読み出して表示させるようにしたものであるが、何処のテーブルの何処の座席であるかまでも特定できるものではなかった。また、座席レイアウトを利用して注文データを入力するものであっても、座席毎に注文データを入力する一連の作業を効率良く行うことができるものとは言えなかった。

本発明の課題は、店舗内の各座席の配列状態をブロック毎に区分した座席レイアウトを利用することで何処のブロックの何処の座席の注文であるかを特定でき、注文データを効率良く処理できるようにすることである。

上述した課題を解決するために本発明の一つの態様は、
注文データを入力する注文入力手段を備えた注文データ入力装置であって、
店舗内の各座席の配列状態をブロック毎に区分した座席レイアウトをイメージ表示するイメージ表示手段と、
前記イメージ表示手段により表示されている座席レイアウト上の任意の椅子位置がタッチ操作された場合に、そのタッチ位置を顧客個々の座席データとして入力するタッチ入力手段と、
前記タッチ入力手段により入力された顧客個々の座席データと前記注文入力手段により入力された注文データとを対応付けて座席毎に記憶管理する注文データ記憶手段と、
を備えたことを特徴とする注文データ入力装置である。

上述した課題を解決するために本発明の他の態様は、
コンピュータに対して、
注文データを入力する機能と、
店舗内の各座席の配列状態をブロック毎に区分した座席レイアウトをイメージ表示する機能と、
前記表示されている座席レイアウト上の任意の椅子位置がタッチ操作された場合に、そのタッチ位置を顧客個々の座席データとして入力する機能と、
前記入力された顧客個々の座席データと前記入力された注文データとを対応付けて座席毎に記憶管理する機能と、
を実現させるためのプログラム。

本発明によれば、店舗内の各座席の配列状態をブロック毎に区分した座席レイアウトを利用することで何処のブロックの何処の座席の注文であるかを特定することができ、注文データを効率良く処理することが可能となり、店舗全体の作業効率の大幅な向上を期待できるようになる。

レストランなどでの飲食店で構築されている注文データ処理システムを示したブロック図。 レストラン内の座席レイアウトを例示した図。 オーダ端末装置１の基本的な構成要素を示したブロック図。 座席レイアウト表示モード（テーブルレイアウト表示モード）を示した図。 座席レイアウト表示モードの一部拡大図を示した図。 注文データ登録表示モード（テーブル登録表示モード）を示した図。 注文データをキッチンプリンタ４に送信することによりキッチンプリンタ４から発行された調理指示スタブ（注文伝票）の印刷内容を示した図。 （１）、（２）は、ＥＣＲ３側に備えられている注文インデックスメモリＩＭと注文ディテールメモリＤＭを説明するための図。 オーダ端末装置１側に備えられている商品ファイルＧＦを説明するための図。 電源投入に応じて実行開始されるオーダ端末装置１の動作（本実施形態の特徴的な動作）を説明するためのメインのフローチャート。 図１０の動作に続くフローチャート。 座席レイアウト表示処理（図１０のステップＡ２）を詳述するためのフローチャート。 注文データ登録処理（図１０のステップＡ５）を詳述するためのフローチャート。 タッチ表示部１４に表示された座席レイアウトの表示状態を示した図。 （１）、（２）は、注文データ入力時の操作例を示した図。 （１）、（２）は、登録データを確認する場合の操作手順と表示例を示した図。 相席同意を受けた場合の操作手順と表示例を示した図。 （１）〜（３）は、配膳時の表示状態を示した図。

以下、図１〜図１８を参照して本発明の実施形態を説明する。
図１は、レストランなどでの飲食店で構築されている注文データ処理システムを示したブロック図である。
この注文データ処理システムは、注文データを入力する注文データ入力装置（オーダ端末装置：ハンディターミナル）１、無線中継器としてのアクセスポイント２、会計側に設置されているＥＣＲ（電子式金銭登録機：サーバ装置）３、厨房に設置されているキッチンプリンタ４とを備えたＬＡＮ（構内通信網）を構成する。このオーダ端末装置１は、注文者（顧客）からの注文を接客担当者（ウェイターやウェイトレス）が受けて、その注文データが入力されると、入力された注文データを、アクセスポイント２を経由してＥＣＲ３に無線送信して登録させるほか、キッチンプリンタ４に無線送信して調理指示スタブ（注文伝票）を発行させるようにしている。なお、アクセスポイント２にはＥＣＲ３及びキッチンプリンタ４が有線接続されている。

オーダ端末装置１は、接客担当者が所持する携帯可能なサイズ（掌サイズ）で、顧客から注文を受けた際に、接客担当者がその注文データを入力するもので、注文データのほかに、テーブル（食卓）及び椅子（座席）位置、顧客数なども入力するようにしている。そして、オーダ端末装置１は、入力された注文データをテーブル及び椅子位置に対応付けて記憶管理し、このテーブル及び椅子位置毎に注文データは、ＥＣＲ３に送信されたり、キッチンプリンタ４に送信されたりする。

なお、ＥＣＲ３、キッチンプリンタ４への送信は、例えば、３分間隔毎などのように所定時間毎に自動送信するようにしてもよいが、本実施形態においては、送信キー（図１では図示省略）の操作に応答して送信するようにしている。ＥＣＲ３は、オーダ端末装置１から受信した注文データに基づいて一取引の登録を締める会計処理を行うもので、注文データ処理システムのサーバ装置として機能し、各種のデータを管理するデータベースＤＢが備えられている。データベースＤＢには、後述する座席レイアウトのイメージデータ、注文インデックスメモリＩＭ、注文ディテールメモリＤＭなどが記憶されている。キッチンプリンタ４は、オーダ端末装置１から受信した注文データに基づいて調理指示スタブ（注文伝票）を発行する。

図２は、レストラン内の座席レイアウトを例示した図である。
すなわち、図２は、店舗内の各座席の配列状態をブロック毎に区分した座席レイアウトを例示したもので、図中、矩形は、ブロック（テーブル：食卓）を示し、テーブルの種類として、四人がけ用のテーブル及び二人がけ用のテーブルが配置されている。そして、四人がけ用のテーブルには、その配置位置に応じたテーブル識別番号（ブロック識別番号）として“＃１”〜“＃５”が割り当てられ、二人がけ用のテーブルには、その配置位置に応じたテーブル識別番号（ブロック識別番号）として“＃６”、“＃７”が割り当てられている。

また、図中、円形は、各テーブルの周囲に配置された椅子（座席）を示し、その円内（椅子内）の数字“１”〜“４”は、図中、椅子の配置位置に応じた椅子識別番号（座席識別番号）を示している。なお、四人がけ用のテーブルに配置された椅子には、図中左上が“１”、右上が“２”、左下が“３”、右下が“４”の椅子識別番号が割り当てられており、また、二人がけ用のテーブルに配置された椅子には、図中、上が“１”、下が“２”の椅子識別番号が割り当てられている。

図３は、オーダ端末装置１の基本的な構成要素を示したブロック図である。
オーダ端末装置１は、ＣＰＵ（中央演算処理装置）１１を中核とするもので、ＣＰＵ１１は、電源部（二次電池）１２からの電力供給によって動作し、記憶部１３内の各種のプログラムに応じてこのオーダ端末装置１の全体動作を制御する。記憶部１３は、例えば、ＲＯＭ、ＲＡＭ、フラッシュメモリなどを有する構成で、後述する図１０〜図１３に示した動作手順に応じて本実施形態を実現するためのプログラムや各種のアプリケーションなどが格納されているプログラムメモリＭ１と、このオーダ端末装置１が動作するために必要となる各種の情報（例えば、フラグなど）を一時的に記憶するワークメモリＭ２を有する構成となっている。

タッチ表示部１４は、指などでタッチ操作された位置を検知してその座標データを入力するタッチスクリーンを構成するもので、表示パネル１５とタッチセンサ１６とを有している。なお、タッチセンサ１６としては、静電容量方式、抵抗皮膜方式、電磁誘導方式、圧電方式などの各種方式のうち、軽量化、光透過性、耐久性などに優れた静電容量方式を採用しているが、その他の方式であってもよい。表示パネル１５は、高精細液晶ディスプレイ又は有機ＥＬ（Electro Luminescence）ディスプレイで、ソフトウェアキーとしての機能名を表示したり、座席レイアウトを表示したり、注文データ登録画面などを表示したりする。タッチセンサ１６は、静電容量の変化によりタッチ面にタッチ（接近又は接触）されたことを感知するもので、この透明なタッチセンサ１６が表示パネル１５の表示面全体に積層配設されている。なお、タッチ表示部１４へのタッチ操作に応じて、ＣＰＵ１１は、後述する座席レイアウト表示モードから注文データ登録モードに切り替えたり、レイアウト配膳モードや配膳モードに切り替えたりするようにしている。

キー操作部１７は、数値を入力するテンキーやセットメニューを呼び出すメニューキーなどの押しボタン式のキー（ストロークキー）を備えたもので、タッチ表示部１４に並列配置されている。イメージスキャナ１８は、ＣＣＤやＣＭＯＳなどの画像センサ（イメージセンサ）によりコード情報（例えば、バーコード情報）を撮影するもので、ＣＰＵ１１は、イメージスキャナ１８により撮影された画像データを解析することによってコード情報の読み取りを行う。ＬＡＮ通信部１９は、自己（オーダ端末装置）１とＥＣＲ３との間又は自己（オーダ端末装置１）とキッチンプリンタ４との間では構内通信網（図示省略）を介してデータの送受信を行うものである。

図４〜図６は、オーダ端末装置１の筐体表面における表示内容を示した図で、図４は、座席レイアウト表示モード（テーブルレイアウト表示モード）を示し、図５は、座席レイアウト表示モードの一部拡大図を示し、図６は、注文データ登録表示モード（テーブル登録表示モード）を示した図である。
オーダ端末装置１は、その筐体全体が板状の長方体を成し、筐体を縦長の状態として使用するもので、その筐体表面においてその下部側にはキー操作部（各種のストロークキー）１７が配設され、筐体表面の上部側にはタッチ表示部１４が配設されている。また、筐体の先端部（上端部）には、イメージスキャナ部１８が配設されている。キー操作部１７には、数値を入力するテンキーやセットメニューを呼び出すメニューキーなどを備え、図中、ｍ１〜ｍ４は、各種のセットメニューキーである。

図４に示すように座席レイアウト表示モードにおいて、タッチ表示部１４の略全域には、データベースＤＢから読み出した座席レイアウトのイメージデータ、つまり、店舗内の各座席の配列状態をブロック（テーブル）毎に区分した座席レイアウトを図案化したイメージデータが表示される。この座席レイアウト表示モードでは、図５に示すように、現在、顧客が利用している利用中のテーブル及び椅子を図案化して識別表示するようにしている。なお、図中、ハッチングを付したテーブル（矩形）及び椅子（円形）は、利用中であることを示し、例えば、テーブル識別番号“＃１”、“＃３”、“＃６”のテーブルが現在利用中であることを示している。そして、テーブル識別番号“＃１”のテーブルにおいて椅子識別番号“１”〜“３”の各椅子が現在利用中で、椅子識別番号“４”の椅子が現在空席であることを示している。

また、テーブル識別番号“＃１”のテーブルにおいて椅子識別番号“２”、“３”の椅子が現在利用中で、椅子識別番号が“１”、“４”の各椅子は、現在空席であることを示している。同様に、テーブル識別番号“＃６”のテーブルにおいて椅子識別番号“１”の椅子が現在利用中で、椅子識別番号“２”の椅子が現在空席であることを示している。接客担当者は、この座席レイアウト表示モードにおいて顧客が来店した際に、オーダ端末装置１の表示内容を確認し、空席のテーブルを見つけ出して顧客を案内した後、そのテーブルの表示位置をペンや指などでタッチするようにしている。このようにテーブル位置がタッチ操作されると、オーダ端末装置１の表示内容は、図６に示す注文データ登録表示モードに切り替えられる。

図６に示すように注文データ登録表示モードにおいてタッチ表示部１４の全体領域は、各種のソフトウェアキーがマトリックス状に配列されたキーマトリックス領域ｋｄと、顧客を案内したテーブルをイメージ表示するテーブル表示領域ｔｄと、入力された注文データをキャラクタ表示する注文データ表示領域ｉｄとに区分される。このキーマトリックス領域ｋｍには、各種のソフトウェアキーとして、後述する商品キーｋ１、シートステイタスキーｋ２、相席同意キーｋ３、確認キーｋ４、送信キーｋ５、キャンセルキーｋ６などが配設されている。注文データ表示領域ｉｄは、入力された注文データを文字列データとして注文（商品）毎に表示するもので、７行分のデータを表示可能な構成となっている。この注文データ表示領域ｉｄには、図示の例では、その１行目にテーブル識別番号、２行目〜６行目に注文データ（個数、商品名、金額）、７行目に合計データ（合計個数、売上金額）が表示されている。

受注者（接客担当者）は、注文データを入力する際に、テーブル表示領域ｔｄ内には、その注文者（顧客）が利用しているテーブル（矩形）の各椅子（円形）が表示されており、その顧客から注文を受けた場合に、その顧客が座っている椅子位置をタッチ操作するほか、各飲食物の個々を個別に指定する商品キーｋ１をタッチ操作して注文データを入力する。この場合、商品キーｋ１をタッチ操作してから椅子位置をタッチ操作してもよく、逆に、椅子位置をタッチ操作してから商品キーｋ１をタッチ操作してもよい。また、複数の顧客から同じ商品の注文を受けた場合には、商品キーｋ１をタッチ操作してから各人の椅子位置を順次タッチ操作してもよく、各人の椅子位置を順次タッチ操作してから商品キーｋ１をタッチ操作してもよい。

シートステイタスキーｋ２は、座席に関する情報（例えば、顧客数など）を入力する際に操作されるキーである。相席同意キーｋ３は、利用中のテーブル内の他の空席に他の顧客を同席させる同意を受けた際に操作されるキーである。確認キーｋ４は、入力された１ブロック分（１テーブル分）の注文データを確認表示させる際に操作されるキーである。送信キーｋ５は、入力された１ブロック分（１テーブル分）の注文データなどをＥＣＲ３及びキッチンプリンタ４に送信する際に操作されるキーである。キャンセルキーｋ６は、入力された注文データをキャンセルする際に操作されるキーである。

図７は、注文データをキッチンプリンタ４に送信することによりキッチンプリンタ４から発行された調理指示スタブ（注文伝票）の印刷内容を示した図である。
オーダ端末装置１は、キッチンプリンタ４に注文データを送信する際に、注文データのほかに、注文者（顧客）が利用しているテーブル及び椅子を図案化したテーブルイメージデータと、そのテーブルを特定するためのテーブル識別番号及び椅子識別番号も併せてキッチンプリンタ４に送信するようにしている。キッチンプリンタ４は、注文データを受信すると、その注文データに基づいて一品毎に注文伝票を発行するが、その際、注文データやテーブル識別番号及び椅子識別番号を表現したバーコードを生成して、注文データ、テーブルイメージデータ、バーコードをそれぞれ印刷するようにしている。

図示の例では、注文伝票に、文字列としてテーブル識別番号“＃５”、椅子識別番号“３”、注文データ“個数（１）、商品名（リブアイスステーキ）、単価（１，０００）”が印刷されているほか、テーブル及びその各座席を示したテーブルイメージ及びバーコード（テーブル識別番号、椅子識別番号、注文データを含む）が印刷される。そして、このテーブルイメージ上には、配膳先を示す座席が識別可能、例えば、色分け印刷されている。なお、図示の例では、ハッチングを付して示したように、テーブル識別番号“＃５”の椅子識別番号“３”の座席が配膳先であることを示している。配膳時において接客担当者は、オーダ端末装置１を使用して注文伝票上のバーコードをそのイメージスキャナ１８により読み取るようにしている。

オーダ端末装置１は、イメージスキャナ１８により読み取ったバーコードを解析することにより配膳先のテーブル識別番号、椅子識別番号を特定し、タッチ表示部１４に表示されている座席レイアウト上の該当する椅子位置を配膳先として識別表示（例えば、点滅表示）させるようにしている。ここで、接客担当者は、配膳先に向かってその商品を配膳した後、タッチ表示部１４に表示されている注文データのうち、配膳済みの注文データの表示位置をタッチ操作すると、オーダ端末装置１は、その注文データに対応位置に配膳済みマークを付加表示するようにしている。

図８は、ＥＣＲ３側に備えられている注文インデックスメモリＩＭと注文ディテールメモリＤＭを説明するための図である。
注文インデックスメモリＩＭ及び注文ディテールメモリＤＭは、ＥＣＲ３側のデータベースＤＢに記憶されている。オーダ端末装置１は、この注文インデックスメモリＩＭと注文ディテールメモリＤＭの内容を必要に応じてＥＣＲ３から呼び出し取得したり、注文データの入力に応じて生成したインデックス、注文ディテールメモリＤＭの内容をＥＣＲ３に送信してデータベースＤＢに保存させたりする。

図８（１）は、注文インデックスメモリＩＭの内容を示した図で、注文インデックスメモリＩＭは、「テーブル識別番号」、「椅子識別番号」、「日付時刻」、「担当者」、「小計金額」、「客数」、「相席同意フラグ」、「相席椅子識別番号」の各項目を有する注文インデックスデータを記憶するもので、図２で示した座席レイアウトの場合には７つのテーブルに対応して、テーブル毎に注文インデックデータを記憶する構成となっている。「テーブル識別番号」のテーブル識別番号は、現在利用中のテーブルを識別している。この場合、先に着席した顧客から相席同意、つまり、そのテーブルの空席に他の顧客を同席させても良いとの了承を受けた場合に、先の顧客と後の顧客とを別の取引とするために後の顧客に対しては、仮のテーブル識別番号を新たに割り当てるようにしている。

例えば、相席同意を受けた場合に、そのテーブル識別番号を“＃４”とすると、後の顧客のテーブル識別番号を“＃４”とせず、実在していないテーブルの識別番号として、例えば、“＃１０”や“＃１１”などを割り当てるようにしている。このようにして仮のテーブル識別番号を新たに割り当てたときには、この仮のテーブル識別番号に対応する注文インデックスデータを生成して、後の顧客の取引に関するデータとして注文インデックスメモリＩＭに追加するようにしている。

「椅子識別番号」は、現在利用中の座席を識別するもので、例えば、テーブルの左上と左下の座席が利用中であれば、その椅子識別番号として“１”及び“３”が記憶される。「日付時刻」は、来店時の利用開始の日時を示し、「担当者」は、接客担当者を識別するデータである。「小計金額」は、１取引内の注文合計金額であり、「客数」は、１取引内の顧客数である。「相席同意フラグ」は、先に着席した顧客から相席同意を受けた場合に“オン”されるフラグである。「相席椅子識別番号」は、相席同意した座席を識別するもので、先の顧客により相席同意を受けた場合には、その相席の識別番号が記憶されるが、相席同意を受けていなければ、椅子識別番号は記憶されない。

図８（２）は、注文ディテールメモリＤＭの内容を示した図である。
注文ディテールメモリＤＭは、入力された注文データを１アイテム（１商品）毎に１レコードのデータとして記憶する構成で、「テーブル識別番号」、「椅子識別番号」、「商品名」、「個数」、「単価」、「アイテムＮＯ．」、「配膳済み」の各項目を有している。「アイテムＮＯ．」は、１テーブル内の注文データに対して付加した一連番号である。「配膳済み」は、商品を顧客に配膳したか否かを示すもので、“１”は配膳済みであることを示し、“０”は配膳前であることを示している。なお、相席の場合において「テーブル識別番号」には、新たに割り当てられた仮のテーブル識別番号が記憶され、「椅子識別番号」には、相席の椅子位置が記憶される。

図９は、オーダ端末装置１側に備えられている商品ファイルＧＦを説明するための図である。
商品ファイルＧＦは、１アイテム（１商品：注文）毎に１レコードとして記憶する構成で、「キーコード」、「商品名」、「単価」、「個数」、「金額」の各項目を有する構成となっている。「キーコード」は、各飲食物の個々を個別に指定する商品キーｋ１などに対応している。「個数」、「金額」は、売上データで、一定期間（例えば、１日、半日など）の累計値である。なお、商品ファイルＧＦをＥＣＲ３側のデータベースＤＢに記憶させ、オーダ端末装置１は、この商品ファイルＧＦを必要に応じてＥＣＲ３から呼び出して保存するようにしてもよい。

次に、本実施形態におけるオーダ端末装置１の動作概念を図１０〜図１３に示すフローチャートを参照して説明する。ここで、これらのフローチャートに記述されている各機能は、読み取り可能なプログラムコードの形態で格納されており、このプログラムコードにしたがった動作が逐次実行される。また、ネットワークなどの伝送媒体を介して伝送されてきた上述のプログラムコードに従った動作を逐次実行することもできる。すなわち、記録媒体のほかに、伝送媒体を介して外部供給されたプログラム／データを利用して本実施形態特有の動作を実行することもできる。

図１０及び図１１は、電源投入に応じて実行開始されるオーダ端末装置１の動作（本実施形態の特徴的な動作）を説明するためのメインのフローチャートである。
先ず、ＣＰＵ１１は、電源投入操作に伴って所定のメモリなどをクリアする初期化処理を行うと共に、座席レイアウト表示モードに切り替えた後（図１０のステップＡ１）、タッチ表示部１４の略全域に座席レイアウトを表示させる座席レイアウト表示処理に移る（ステップＡ２）。

図１２は、座席レイアウト表示処理（図１０のステップＡ２）を詳述するためのフローチャートである。
先ず、ＣＰＵ１１は、予め用意されている座席レイアウトのイメージデータを読み出してタッチ表示部１４の略全域に表示させる（図１１のステップＢ１）。そして、テーブル識別番号“＃１”で示される最初のテーブルの注文インデックスメモリＩＭを指定し（ステップＢ２）、その「椅子識別番号」を参照してその席は利用中であるか、つまり、椅子識別番号が記憶されているかを調べる（ステップＢ３）。ここで、椅子識別番号が記憶されていなければ、つまり、利用中でなければ（ステップＢ３でＮＯ）、次の未指定のテーブルが残っているかを調べ（ステップＢ７）、未指定のテーブルが残っていれば（ステップＢ７でＹＥＳ）、その未指定のテーブルに対応する注文インデックスメモリＩＭを指定した後（ステップＢ８）、上述のステップＢ３に戻る。

いま、指定した注文インデックスメモリＩＭの「椅子識別番号」を参照した結果、利用中の席であれば（ステップＢ３でＹＥＳ）、その「椅子識別番号」の座席を識別表示する（ステップＢ４）。この場合、複数の椅子識別番号が記憶されていれば、それに対応する複数の座席を識別表示する。そして、指定した注文インデックスメモリＩＭの「相席同意フラグ」を参照して、そのテーブルに相席が有るかを調べ（ステップＢ５）、「相席同意フラグ」が“オン”、つまり相席同意を受けているテーブルであれば、「相席椅子識別番号」を読み出してその椅子位置を識別表示する（ステップＢ６）。

この場合においても「相席椅子識別番号」に複数の相席が記憶されていれば、それに対応する複数の椅子を識別表示する。以下、次の未指定のテーブルが残っているかを調べ（ステップＢ７）、未指定のテーブルが残っていれば（ステップＢ７でＹＥＳ）、その未指定のテーブルに対応する注文インデックスメモリＩＭを指定した後（ステップＢ８）、上述の動作を繰り返す。これによって未指定のテーブルが残っていないことが検出されると（ステップＢ７でＮＯ）、図１２のフローから抜ける。

図１４は、タッチ表示部１４に表示された座席レイアウトの表示状態を示した図である。図示の例においては、店舗内が略満席状態を例示した場合であり、図中、ハッチングを付したテーブル及び座席は、利用中であることを示している。また、図中、水玉模様の座席は、相席同意の座席を示し、図示の例では、テーブル識別番号“＃１”及び“＃５”で示されるテーブルにおいて、その椅子識別番号“４”で示される座席が相席同意を受けた座席であることを示している。この場合、相席同意を受けているテーブルにおいて、その相席の近傍には、仮テーブル識別番号が付加表示されている。例えば、テーブル識別番号“＃１”の椅子“４”の近傍には仮テーブル識別番号として“１０”が表示され、テーブル識別番号“＃５”の椅子“４の”近傍には仮テーブル識別番号として“１１”が表示されている。なお、図中、空白の座席は、空き席であることを示している。

このような座席レイアウト表示処理が終わると（図１０のステップＡ２）、タッチ表示部１４に表示されている任意のテーブル位置がタッチ操作されたかを調べたり（ステップＡ３）、イメージスキャナ１８によりバーコードの読み取りが行われたかを調べたり（図１１のステップＡ１０）、電源オフ操作が行われたかを調べたり（ステップＡ２０）、その他の操作が行われたかを調べたりする（ステップＡ２１）。ここで、電源オフ操作が行われたときには（ステップＡ２０でＹＥＳ）、電源をオフした後、図１０及び図１１のフローの終了となるが、その他の操作が行われたときには（ステップＡ２１でＹＥＳ）、その操作に応じた処理として、例えば、各種設定処理などを行った後（ステップＡ２２）、図１０のステップＡ３に戻る。

いま、接客担当者は、新規な顧客をテーブルに案内した後、タッチ表示部１４に表示されている座席レイアウト上でそのテーブル位置をタッチ操作する。このように座席レイアウト上の任意のテーブル位置がタッチ操作されたときには（ステップＡ３でＹＥＳ）、ＣＰＵ１１は、座席レイアウト表示モードから注文データ登録モードに切り替えた後（ステップＡ４）、注文データを登録する登録処理の実行に移る（ステップＡ５）。

図１３は、注文データ登録処理（図１０のステップＡ５）を詳述するためのフローチャートである。
先ず、ＣＰＵ１１は、注文データ登録表示を行い、タッチ表示部１４上にキーマトリックス領域ｋｄ、テーブル表示領域ｔｄ、注文データ表示領域ｉｄを配置表示させる（図１３のステップＣ１）。この状態において、客数を入力する操作が行われたかを調べたり（ステップＣ２）、注文データを入力する操作が行われたかを調べたり（ステップＣ４）、登録データの確認を指示する確認キーｋ４が操作されたかを調べたり（ステップＣ６）、相席同意キーｋ３が操作されたかを調べたり（ステップＣ８）、更に送信キーｋ５が操作されたかを調べたり（ステップＣ１０）、キャンセルキーｋ６が操作されたかを調べたりする（ステップＣ１１）。

いま、接客担当者は、新規顧客をテーブルに案内した後、メニューを顧客に渡すが、その際、客数を入力する操作が行われると（ステップＣ２でＹＥＳ）、その客数を登録する処理を行う（ステップＣ３）。この場合、客数入力は、キー操作部１７からキー入力（置数入力）してもよいが、タッチ表示部１４上のテーブル表示領域ｔｄ内において顧客が座った椅子位置をその人数分タッチすることで入力するようにしてもよい。これによって入力された客数は、注文インデックスメモリＩＭに登録される。この場合、相席のテーブルであれば、相席の椅子位置をタッチ操作することにより、仮のテーブル識別番号が新たに生成されると共に、その仮のテーブル識別番号に対応する注文インデックスデータが生成されて注文インデックスメモリＩＭに追加登録される。ここで、接客担当者は、一旦、テーブルから離れて仮締めするために送信キーｋ５を操作すると（ステップＣ１０でＹＥＳ）、図１３のフローから抜ける。

この場合、図１０のステップＡ６に移り、注文データの登録済みかを調べるが、いま、客数を登録した段階であるから、注文データの登録前、つまり、仮締めのために送信キーｋ５が操作されたものと判断して（ステップＡ６でＮＯ）、注文データ登録モードから座席レイアウト表示モードに切り替えた後（ステップＡ９）、座席レイアウト表示処理に移る（ステップＡ２）。その後、接客担当者は、顧客から呼ばれてテーブルに出向き、注文を受けるためにタッチ表示部１４に表示されている座席レイアウト上でそのテーブル位置をタッチ操作する。ＣＰＵ１１は、座席レイアウト上の任意のテーブル位置がタッチ操作されると（ステップＡ３でＹＥＳ）、座席レイアウト表示モードから注文データ登録モードに切り替えた後（ステップＡ４）、注文データを登録する登録処理の実行に移る（ステップＡ５）。

この注文データ登録処理において、注文データを入力する操作が行われると（図１３のステップＣ４でＹＥＳ）、注文データを登録する処理を行う（ステップＣ５）。この場合、接客担当者は、注文データを入力してからその注文者を特定するためにその椅子位置をタッチ操作（座席指定操作）する。逆に、椅子位置をタッチ操作（座席指定操作）してから注文データを入力する操作を行う。図１５（１）は、注文者を特定するためにその椅子位置がタッチ操作されてから注文データが順次入力された場合の操作例を示している。例えば、「椅子識別番号」“１”の座席をタッチ操作した後、各商品“コーラ”、“オニオンスープ”、“リブアイステーキ”を入力した場合である。

図１５（２）は、注文データを入力する操作が行われてからその注文者を特定するためにその椅子位置がタッチ操作された場合の操作例を示している。例えば、“リブアイステーキ”を入力した後、「椅子識別番号」“１”及び“３”の各座席をそれぞれタッチ操作した場合である。なお、同一商品を複数の顧客から注文を受けた場合には、注文データを入力する操作を行った後に、その人数分のタッチ操作（座席指定操作）を行う。逆に、人数分のタッチ操作（座席指定操作）を行った後、注文データを入力する操作を行うようにしてもよい。

以下、注文データを入力する操作が行われる毎に（ステップＣ４でＹＥＳ）、注文データ登録処理が繰り返されるが（ステップＣ５）、この注文データ登録処理では注文インデックスメモリＩＭ、注文ディテールメモリＤＭへの登録を行う。また、注文インデックスメモリＩＭの「相席同意フラグ」が“オン”されている場合に、タッチ座席が相席のときには、そのテーブルの取引とは別のテーブル（仮のテーブル）の取引として登録を行う。

一方、注文データ登録モードにおいて確認キーｋ４が操作されると（ステップＣ６でＹＥＳ）、登録データ確認処理の実行に移る（ステップＣ７）。この場合、確認キーｋ４を操作した後、確認対象の座席を特定するためにその椅子位置をタッチ操作する。これによってその座席に対応付けられている注文データが注文ディテールメモリＤＭから読み出されて注文データ表示領域ｉｄに一覧表示される。図１６は、登録データを確認する場合の操作手順と表示例を示した図で、図１６（１）は、確認キーｋ４を操作した状態、図１６（２）は、確認対象の椅子位置を指定した状態とその座席の注文内容が確認表示された状態を示したものである。なお、図示の例は、テーブル識別番号“＃５”の椅子識別番号“３”の座席を指定してその注文データを一覧表示させて確認する場合を示している。

また、注文データ登録モードにおいて相席同意キーｋ３が操作されると（ステップＣ８でＹＥＳ）、相席処理の実行に移る（ステップＣ９）。この場合、接客担当者は、相席同意を受けた椅子位置をタッチ操作する。図１７は、相席同意を受けた場合の操作手順と表示例を示した図で、相席同意キーｋ３を操作した後、椅子位置をタッチ操作すると、その座席は識別表示される図中の例では、水玉模様を付けた椅子識別番号＃４の座席が識別表示される。また、注文インデックスメモリＩＭの「相席同意フラグ」を“オン”すると共に、その座席を「相席椅子識別番号」として登録する。なお、相席同意を受けた場合、タッチ操作により指定された座席を相席とする場合に限らず、そのテーブルの空席を全て相席として登録するようにしてもよい。

また、注文データ入力途中において、キャンセルキーｋ６が操作されたときには（ステップＣ１１でＹＥＳ）、今回登録した１商品分の登録を無効とするキャンセル処理を実行した後（ステップＣ１２）、上述のステップＣ２に戻る。また、上述のようにして１テーブル分の注文データを登録した後、その注文データをＥＣＲ３、キッチンプリンタ４に送信するために送信キーｋ５が操作されたときには（ステップＣ１０でＹＥＳ）、図１３のフローから抜ける。

このように注文データの登録後に送信キーｋ５が操作されたときには（図１０のステップＡ６でＹＥＳ）、１取引分の注文データをＥＣＲ３に送信するほか（ステップＡ７）、キッチンプリンタ４に送信する（ステップＡ８）。この場合、注文データのほか、テーブルイメージデータ、テーブル識別番号、椅子識別番号も併せてキッチンプリンタ４に送信する。これによってキッチンプリンタ４は、図７に示すような調理指示スタブ（注文伝票）を印刷発行する。オーダ端末装置１は、注文データ登録モードから座席レイアウト表示モードに切り替えた後（ステップＡ９）、座席レイアウト表示処理の実行に移る（ステップＡ２）。

一方、調理指示スタブ（注文伝票）上のバーコードがイメージスキャナ１８により読み取られると（図１１のステップＡ１０でＹＥＳ）、ＣＰＵ１１は、座席レイアウト表示モードからレイアウト配膳モードに切り替えた後（ステップＡ１１）、配膳先表示処理に移る（ステップＡ１２）。この配膳先表示処理は、読み取ったバーコードを解析することによりそのテーブル識別番号、椅子識別番号、注文データを得ると共に、このテーブル識別番号、椅子識別番号に基づいて座席レイアウト上の該当するテーブル及び椅子位置を特定し、その椅子位置を配膳先として識別表示させる。図１８（１）は、レイアウト配膳モードにおいて配膳先が識別表示（例えば、点滅表示）されている状態を示した図で、図示の例では、テーブル識別番号が＃５で、椅子識別番号が“３”が配膳先として点滅表示される。

ここで、接客担当者は、その配膳先に注文品を渡す際に、配膳先をタッチ操作する。０これによって配膳先がタッチ操作されると（ステップＡ１３でＹＥＳ）、ＣＰＵ１１は、レイアウト配膳モードから配膳モードに切り替える（ステップＡ１４）。図１８（２）は、配膳モードの表示状態を示した図で、その表示内容は、注文データ登録表示モードと基本的に同様であるが、テーブル表示領域ｔｄ内の配膳先が識別表示（例えば、点滅表示）される。そして、注文データ表示領域ｉｄに表示されている各注文データのうち、配膳済みの注文データの表示位置がタッチ操作されると（ステップＡ１５でＹＥＳ）、注文ディテールメモリＤＭ内の該当する商品に「配膳済み」を登録する（ステップＡ１６）。

そして、図１８（３）に示すように、注文データ表示領域ｉｄ内の該当する注文データに対応付けて、配膳済みであることを明示するために、所定の配膳済みマーク（例えば、＊マーク）を付加表示させる（ステップＡ１７）。その後、配膳済みを確認した接客担当者は、図１８（３）に示すように、送信キーｋ５をタッチ操作する。これによって送信キーｋ５がタッチ操作されると（ステップＡ１８でＹＥＳ）、配膳モードから座席レイアウト表示モードに切り替えた後（ステップＡ１９）、図１０のステップＡ２に戻る。

以上のように、本実施形態のオーダ端末装置１は、店舗内の各座席の配列状態をブロック（テーブル）毎に区分した座席レイアウトがイメージ表示されている状態において、その座席レイアウト上の任意の椅子位置がタッチ操作された場合に、そのタッチ位置を顧客個々の座席データとして入力して、この個々の座席データと入力された注文データとを対応付けて座席毎に記憶管理するようにしたので、座席レイアウトの利用により何処のテーブルの何処の座席の注文であるかを特定することができ、注文データを効率良く処理することが可能となり、店舗全体の作業効率の大幅な向上を期待できるようになる。

オーダ端末装置１は、任意のテーブル位置がタッチ操作されると共にそのテーブル内の任意の椅子位置がタッチ操作された場合に、そのテーブル位置と椅子位置を顧客の座席データとして入力するようにしたので、座席数が多くても座席管理を容易に行うことができる。

オーダ端末装置１は、座席の利用状況が座席レイアウト上に識別表示されている場合に、空席テーブルへのタッチ操作により注文データを入力可能な表示モードに切り替えるようにしたので、モード切替キーなどの特別なキーを操作することなく、あたかも空席を指差し確認するようなタッチ操作を行うだけで、表示モードの切り替えが可能となり、表示モードの切り替えを容易かつ適切に行うことができる。

オーダ端末装置１は、座席レイアウト上の空席テーブルがタッチ操作された場合に、その空席テーブルのみを選択してその座席レイアウトをイメージ表示するようにしたので、必要なテーブルの座席レイアウトを注文データ登録モードでも利用することができ、利便性を高めることが可能となる。

オーダ端末装置１は、１テーブル分の注文データの入力が完了した際に、座席レイアウト表示モードに切り替えるようにしたので、表示モードの切り替えを容易かつ適切に行うことができる。

オーダ端末装置１は、座席レイアウト上の任意のテーブル内の各座席の位置がタッチ操作された場合に、そのタッチ操作の回数を１テーブル内の顧客数として入力するようにしたので、椅子位置へのタッチ操作により利用中の座席の特定と利用人数とを得ることができる。

オーダ端末装置１は、登録データの確認の指示を受けた場合に、タッチ操作された座席に対応する注文登録データを表示するようにしたので、登録データの確認を容易かつ適切に行うことができる。

オーダ端末装置１は、注文データに基づいてキッチンプリンタ４により発行された注文伝票上のバーコードを読み取ると共に、この注文データに対応する椅子位置を座席レイアウト上で識別表示するようにしたので、接客担当者にあっては、配膳先を容易かつ適切に知ることができる。

オーダ端末装置１は、座席レイアウト上で識別表示されている座席の位置がタッチ操作された場合に、その座席に対応して注文引渡し済み（配膳済み）であることを表示するようにしたので、接客担当者にあっては、配膳済みの商品を容易かつ適切に知ることができる。

オーダ端末装置１は、相席同意を受けたテーブル内の空席と入力された注文データとを対応付けて記憶するようにしたので、相席同意を受けた場合に、先の顧客と後の顧客とを別の取引として処理することができ、相席の円滑な利用により、店舗全体の作業効率を向上させることができる。

オーダ端末装置１は、座席レイアウト上で相席同意を受けたテーブル内の空席を識別表示させて相席であることを明示するようにしたので、接客担当者は、相席同意を受けた空席を確認して案内することができる。

オーダ端末装置１は、座席レイアウト上の任意の椅子位置がタッチ操作された場合に、そのタッチ位置を顧客個々の座席データとして入力し、注文データの送信指示に応答して、１テーブル分の座席データと注文データとを対応付けて１取引分のデータとしてキッチンプリンタ４に送信するようにしたので、座席レイアウトの利用により、何処のテーブルの何処の座席の注文であるかの注文元を特定することができ、注文データを効率良く処理することが可能となるほか、キッチンプリンタ４側では座席データと注文データとを対応付けた注文伝票を印刷することができ、更に、この注文伝票を配膳時に利用すれば、配膳先を容易に確認することが可能となり、店舗全体の作業効率の大幅な向上を期待できるようになる。

また、オーダ端末装置１は、任意のテーブル位置がタッチ操作されると共にそのテーブル内の任意の椅子位置がタッチ操作された場合に、そのテーブル位置と椅子位置を顧客の座席データとして入力し、このテーブル位置と椅子位置を示すイメージデータをキッチンプリンタ４に送信するようにしたので、注文元又は配膳先のテーブル位置と椅子位置を注文伝票上でイメージにより確認することができる。

オーダ端末装置１は、座席レイアウト上の任意の椅子位置がタッチ操作された場合に、そのタッチ位置を顧客個々の座席データとして入力して、この個々の座席データと入力された注文データとを対応付けて座席毎に記憶管理している状態において、キッチンプリンタ４から発行された注文伝票上の注文データを読み取ると、この注文データに対応する座席データを読み出して座席レイアウト上でその座席を識別表示するようにしたので、接客担当者にあっては、オーダ端末装置１上で配膳先をイメージにより確認することができる。

オーダ端末装置１は、配膳後に座席レイアウト上で識別表示されている座席位置がタッチ操作されると、その座席に対応して配膳済み（注文引渡し済み）を表示するようにしたので、接客担当者にあっては、注文品毎に配膳済みか否かを確認することができる。

なお、上述した実施形態においては、店舗内の各座席の配列状態をブロック毎に区分した座席レイアウトとして、テーブルの種類として四人がけ用のテーブル及び二人がけ用のテーブルに限らず、例えば、１０人がけ用のテーブルであってもよい。また、ブロックとしては、テーブルに限らず、例えば、和室、洋室、禁煙室、喫煙室などであってもよく、座席としては、椅子に限らず、座布団、座椅子などであってもよい。

上述した実施形態においては、座席レイアウトに座席の利用状況として利用中の座席と空席を識別表示するようにしたが、座席レイアウト内に空席のみを識別表示するようにしてもよい。

上述した実施形態においては、相席同意を受けた座席に対して仮のテーブル識別番号を新たに割り当てるようにしたが、先の顧客と後の顧客との取引を別にすることができれば、同一のテーブル識別番号を使用するようにしてもよい。

また、上述した実施形態においては、レストランなどでの飲食店で構築されている注文データ処理システムについて適用した場合を例示したが、飲食店以外でも勿論適用可能である。

また、上述した実施形態において示した“機”、“装置”、“部”とは、機能別に複数の筐体に分離されていてもよく、単一の筐体に限らない。また、上述したフローチャートに記述した各ステップは、時系列的な処理に限らず、複数のステップを並列的に処理したり、別個独立して処理したりするようにしてもよい。

以上、この発明の実施形態について説明したが、この発明は、これに限定されるものではなく、特許請求の範囲に記載された発明とその均等の範囲を含むものである。
以下、本願出願の特許請求の範囲に記載された発明を付記する。
（付記）
（請求項１）
請求項１に記載の発明は、
注文データを入力する注文入力手段を備えた注文データ入力装置であって、
店舗内の各座席の配列状態をブロック毎に区分した座席レイアウトをイメージ表示するイメージ表示手段と、
前記イメージ表示手段により表示されている座席レイアウト上の任意の椅子位置がタッチ操作された場合に、そのタッチ位置を顧客個々の座席データとして入力するタッチ入力手段と、
前記タッチ入力手段により入力された顧客個々の座席データと前記注文入力手段により入力された注文データとを対応付けて座席毎に記憶管理する注文データ記憶手段と、
を備えたことを特徴とする注文データ入力装置である。
（請求項２）
請求項２に記載の発明は、請求項１に記載の注文データ入力装置において、
前記タッチ入力手段は、各座席の配列状態を区分する任意のブロック位置がタッチ操作されると共にそのブロック内の任意の椅子位置がタッチ操作された場合に、そのブロック位置と椅子位置を顧客の座席データとして入力する、
ようにしたことを特徴とする注文データ入力装置である。
（請求項３）
請求項３に記載の発明は、請求項１あるいは２に記載の注文データ入力装置において、
前記ブロックあるいは座席毎に顧客の利用状況を記憶する利用状況記憶手段と、
前記利用状況記憶手段に記憶されている利用状況を前記座席レイアウト上に識別表示する座席レイアウトモードにおいて、前記座席レイアウト上の空席ブロックが前記タッチ入力手段によりタッチ操作された場合に、前記注文入力手段により注文データを入力可能な注文登録モードに切り替えるモード切替手段と、
を更に備える、
ようにしたことを特徴とする注文データ入力装置である。
（請求項４）
請求項４に記載の発明は、請求項３に記載の注文データ入力装置において、
前記イメージ表示手段は、前記座席レイアウト上の空席ブロックが前記タッチ入力手段によりタッチ操作された場合に、その空席ブロックを選択してその座席レイアウトをイメージ表示する、
ようにしたことを特徴とする注文データ入力装置である。
（請求項５）
請求項５に記載の発明は、請求項３に記載の注文データ入力装置において、
前記モード切替手段は、１ブロック分の注文データの入力が完了した際に、前記注文登録モードから座席レイアウトモードに切り替える、
ようにしたことを特徴とする注文データ入力装置である。
（請求項６）
請求項６に記載の発明は、請求項１〜請求項５のいずれかに記載の注文データ入力装置において、
前記イメージ表示手段により表示されている座席レイアウト上の任意のブロック内の各座席の位置がタッチ操作された場合に、そのタッチ操作の回数を１ブロック内の顧客数として入力する顧客数入力手段を更に備える、
ようにしたことを特徴とする注文データ入力装置である。
（請求項７）
請求項７に記載の発明は、請求項１〜請求項６のいずれかに記載の注文データ入力装置において、
前記注文データ記憶手段の内容を確認する確認指示を受けた場合に、前記タッチ入力手段により入力された顧客の座席データに基づいて前記注文データ記憶手段を検索し、その座席データに対応する注文データを読み出して表示させる第１の表示制御手段を更に備える、
ようにしたことを特徴とする注文データ入力装置である。
（請求項８）
請求項８に記載の発明は、請求項１〜請求項６のいずれかに記載の注文データ入力装置において、
前記注文入力手段により入力された注文データに基づいて外部の印刷装置により発行された注文伝票上の注文データを読み取る読取手段と、
前記読取手段により読み取られた注文データに基づいて前記注文データ記憶手段を検索し、その注文データに対応する座席データを読み出して前記座席レイアウト上でその座席の位置を識別表示させる第２の表示制御手段を更に備える、
ようにしたことを特徴とする注文データ入力装置である。
（請求項９）
請求項９に記載の発明は、請求項８に記載の注文データ入力装置において、
前記第２の表示制御手段は、前記座席レイアウト上で識別表示されている座席の位置が前記タッチ入力手段によりタッチ操作された場合に、その座席に対応して注文引渡し済みであることを表示させる、
ようにしたことを特徴とする注文データ入力装置である。
（請求項１０）
請求項１０に記載の発明は、請求項１〜請求項９のいずれかに記載の注文データ入力装置において、
相席同意を受けたブロック内の空席を、相席同意を受けた座席として割り当てる割当手段を更に備え、
前記注文データ記憶手段は、前記割当手段により相席同意を受けた座席として割り当てられた座席データと前記注文入力手段により入力された注文データとを対応付けて記憶する、
ようにしたことを特徴とする注文データ入力装置である。
（請求項１１）
請求項１１に記載の発明は、請求項１０に記載の注文データ入力装置において、
前記座席レイアウト上で相席同意を受けたブロック内の空席を識別表示させて相席であることを明示する第３の表示制御手段を更に備える、
ようにしたことを特徴とする注文データ入力装置である。
（請求項１２）
請求項１２に記載の発明は、
注文データを入力する注文入力手段を備えた注文データ入力装置であって、
店舗内の各座席の配列状態をブロック毎に区分した座席レイアウトをイメージ表示するイメージ表示手段と、
前記イメージ表示手段により表示されている座席レイアウト上の任意の椅子位置がタッチ操作された場合に、そのタッチ位置を顧客個々の座席データとして入力するタッチ入力手段と、
注文データの送信指示に応答して、前記タッチ入力手段により入力された顧客個々の座席データと前記注文入力手段により入力された注文データとを対応付けて外部の印刷装置に送信する通信手段と、
を備えたことを特徴とする注文データ入力装置である。
（請求項１３）
請求項１３に記載の発明は、請求項１２に記載の注文データ入力装置において、
前記タッチ入力手段は、各座席の配列状態を区分する任意のブロック位置がタッチ操作されると共にそのブロック内の任意の椅子位置がタッチ操作された場合に、そのブロック位置と椅子位置を顧客の座席データとして入力し、
前記通信手段は、前記タッチ入力手段により入力されたブロック位置と椅子位置を示すイメージデータを送信する、
ようにしたことを特徴とする注文データ入力装置である。
（請求項１４）
請求項１４に記載の発明は、請求項１２あるいは請求項１３に記載の注文データ入力装置において、
前記タッチ入力手段により入力された顧客個々の座席データと前記注文入力手段により入力された注文データとを対応付けて座席毎に記憶する注文データ記憶手段と、
前記通信手段により顧客個々の座席データと注文データとを対応付けて送信することにより前記外部の印刷装置により発行された注文伝票上の注文データを読み取る読取手段と、
前記読取手段により読み取られた注文データに基づいて前記注文データ記憶手段を検索し、その注文データに対応する座席データを読み出して前記座席レイアウト上でその座席を識別表示させる表示制御手段を更に備える、
ようにしたことを特徴とする注文データ入力装置である。
（請求項１５）
請求項１５に記載の発明は、請求項１２〜請求項１４のいずれかに記載の注文データ入力装置において、
前記表示制御手段は、前記座席レイアウト上で識別表示されている座席の位置が前記タッチ入力手段によりタッチ操作された場合に、その座席に対応して注文引渡し済みであることを表示させる、
ようにしたことを特徴とする注文データ入力装置である。
（請求項１６）
請求項１６に記載の発明は、
コンピュータに対して、
注文データを入力する機能と、
店舗内の各座席の配列状態をブロック毎に区分した座席レイアウトをイメージ表示する機能と、
前記表示されている座席レイアウト上の任意の椅子位置がタッチ操作された場合に、そのタッチ位置を顧客個々の座席データとして入力する機能と、
前記入力された顧客個々の座席データと前記入力された注文データとを対応付けて座席毎に記憶管理する機能と、
を実現させるためのプログラムである。
（請求項１７）
請求項１７に記載の発明は、
コンピュータに対して、
注文データを入力する機能と、
店舗内の各座席の配列状態をブロック毎に区分した座席レイアウトをイメージ表示する機能と、
前記表示されている座席レイアウト上の任意の椅子位置がタッチ操作された場合に、そのタッチ位置を顧客個々の座席データとして入力する機能と、
注文データの送信指示に応答して、前記入力された顧客個々の座席データと前記入力された注文データとを対応付けて外部の印刷装置に送信する機能と、
を実現させるためのプログラムである。

１ オーダ端末装置
３ ＥＣＲ
４ キッチンプリンタ
１１ ＣＰＵ
１３ 記憶部
１４ タッチ表示部
１５ 表示パネル
１６ タッチセンサ
１７ キー操作部
１８ イメージスキャナ
ＩＭ 注文インデックスメモリ
ＤＭ 注文ディテールメモリ
ＧＦ 商品ファイル
ｋｄ キーマトリックス領域
ｔｄ テーブル表示領域
ｉｄ 注文データ表示領域

Claims (17)

1. 注文データを入力する注文入力手段を備えた注文データ入力装置であって、
   店舗内の各座席の配列状態をブロック毎に区分した座席レイアウトをイメージ表示するイメージ表示手段と、
   前記イメージ表示手段により表示されている座席レイアウト上の任意の椅子位置がタッチ操作された場合に、そのタッチ位置を顧客個々の座席データとして入力するタッチ入力手段と、
   前記タッチ入力手段により入力された顧客個々の座席データと前記注文入力手段により入力された注文データとを対応付けて座席毎に記憶管理する注文データ記憶手段と、
   を備えたことを特徴とする注文データ入力装置。
2. 前記タッチ入力手段は、各座席の配列状態を区分する任意のブロック位置がタッチ操作されると共にそのブロック内の任意の椅子位置がタッチ操作された場合に、そのブロック位置と椅子位置を顧客の座席データとして入力する、
   ようにしたことを特徴とする請求項１に記載の注文データ入力装置。
3. 前記ブロックあるいは座席毎に顧客の利用状況を記憶する利用状況記憶手段と、
   前記利用状況記憶手段に記憶されている利用状況を前記座席レイアウト上に識別表示する座席レイアウトモードにおいて、前記座席レイアウト上の空席ブロックが前記タッチ入力手段によりタッチ操作された場合に、前記注文入力手段により注文データを入力可能な注文登録モードに切り替えるモード切替手段と、
   を更に備える、
   ようにしたことを特徴とする請求項１あるいは２に記載の注文データ入力装置。
4. 前記イメージ表示手段は、前記座席レイアウト上の空席ブロックが前記タッチ入力手段によりタッチ操作された場合に、その空席ブロックを選択してその座席レイアウトをイメージ表示する、
   ようにしたことを特徴とする請求項３に記載の注文データ入力装置。
5. 前記モード切替手段は、１ブロック分の注文データの入力が完了した際に、前記注文登録モードから座席レイアウトモードに切り替える、
   ようにしたことを特徴とする請求項３に記載の注文データ入力装置。
6. 前記イメージ表示手段により表示されている座席レイアウト上の任意のブロック内の各座席の位置がタッチ操作された場合に、そのタッチ操作の回数を１ブロック内の顧客数として入力する顧客数入力手段を更に備える、
   ようにしたことを特徴とする請求項１〜請求項５のいずれかに記載の注文データ入力装置。
7. 前記注文データ記憶手段の内容を確認する確認指示を受けた場合に、前記タッチ入力手段により入力された顧客の座席データに基づいて前記注文データ記憶手段を検索し、その座席データに対応する注文データを読み出して表示させる第１の表示制御手段を更に備える、
   ようにしたことを特徴とする請求項１〜請求項６のいずれかに記載の注文データ入力装置。
8. 前記注文入力手段により入力された注文データに基づいて外部の印刷装置により発行された注文伝票上の注文データを読み取る読取手段と、
   前記読取手段により読み取られた注文データに基づいて前記注文データ記憶手段を検索し、その注文データに対応する座席データを読み出して前記座席レイアウト上でその座席の位置を識別表示させる第２の表示制御手段を更に備える、
   ようにしたことを特徴とする請求項１〜請求項６のいずれかに記載の注文データ入力装置。
9. 前記第２の表示制御手段は、前記座席レイアウト上で識別表示されている座席の位置が前記タッチ入力手段によりタッチ操作された場合に、その座席に対応して注文引渡し済みであることを表示させる、
   ようにしたことを特徴とする請求項８に記載の注文データ入力装置。
10. 相席同意を受けたブロック内の空席を、相席同意を受けた座席として割り当てる割当手段を更に備え、
    前記注文データ記憶手段は、前記割当手段により相席同意を受けた座席として割り当てられた座席データと前記注文入力手段により入力された注文データとを対応付けて記憶する、
    ようにしたことを特徴とする請求項１〜請求項９のいずれかに記載の注文データ入力装置。
11. 前記座席レイアウト上で相席同意を受けたブロック内の空席を識別表示させて相席であることを明示する第３の表示制御手段を更に備える、
    ようにしたことを特徴とする請求項１０に記載の注文データ入力装置。
12. 注文データを入力する注文入力手段を備えた注文データ入力装置であって、
    店舗内の各座席の配列状態をブロック毎に区分した座席レイアウトをイメージ表示するイメージ表示手段と、
    前記イメージ表示手段により表示されている座席レイアウト上の任意の椅子位置がタッチ操作された場合に、そのタッチ位置を顧客個々の座席データとして入力するタッチ入力手段と、
    注文データの送信指示に応答して、前記タッチ入力手段により入力された顧客個々の座席データと前記注文入力手段により入力された注文データとを対応付けて外部の印刷装置に送信する通信手段と、
    を備えたことを特徴とする注文データ入力装置。
13. 前記タッチ入力手段は、各座席の配列状態を区分する任意のブロック位置がタッチ操作されると共にそのブロック内の任意の椅子位置がタッチ操作された場合に、そのブロック位置と椅子位置を顧客の座席データとして入力し、
    前記通信手段は、前記タッチ入力手段により入力されたブロック位置と椅子位置を示すイメージデータを送信する、
    ようにしたことを特徴とする請求項１２に記載の注文データ入力装置。
14. 前記タッチ入力手段により入力された顧客個々の座席データと前記注文入力手段により入力された注文データとを対応付けて座席毎に記憶する注文データ記憶手段と、
    前記通信手段により顧客個々の座席データと注文データとを対応付けて送信することにより前記外部の印刷装置により発行された注文伝票上の注文データを読み取る読取手段と、
    前記読取手段により読み取られた注文データに基づいて前記注文データ記憶手段を検索し、その注文データに対応する座席データを読み出して前記座席レイアウト上でその座席を識別表示させる表示制御手段を更に備える、
    ようにしたことを特徴とする請求項１２あるいは請求項１３に記載の注文データ入力装置。
15. 前記表示制御手段は、前記座席レイアウト上で識別表示されている座席の位置が前記タッチ入力手段によりタッチ操作された場合に、その座席に対応して注文引渡し済みであることを表示させる、
    ようにしたことを特徴とする請求項１２〜請求項１４のいずれかに記載の注文データ入力装置。
16. コンピュータに対して、
    注文データを入力する機能と、
    店舗内の各座席の配列状態をブロック毎に区分した座席レイアウトをイメージ表示する機能と、
    前記表示されている座席レイアウト上の任意の椅子位置がタッチ操作された場合に、そのタッチ位置を顧客個々の座席データとして入力する機能と、
    前記入力された顧客個々の座席データと前記入力された注文データとを対応付けて座席毎に記憶管理する機能と、
    を実現させるためのプログラム。
17. コンピュータに対して、
    注文データを入力する機能と、
    店舗内の各座席の配列状態をブロック毎に区分した座席レイアウトをイメージ表示する機能と、
    前記表示されている座席レイアウト上の任意の椅子位置がタッチ操作された場合に、そのタッチ位置を顧客個々の座席データとして入力する機能と、
    注文データの送信指示に応答して、前記入力された顧客個々の座席データと前記入力された注文データとを対応付けて外部の印刷装置に送信する機能と、
    を実現させるためのプログラム。

Images