JP4824631B2 - 飲食店用注文受付装置及び接客支援システム - Google Patents

Description

本発明は、レストラン等の飲食店に設置され、お客様の案内情報やメニューのオーダー情報等を入力して接客業務を支援するための飲食店用注文受付装置及び接客支援システムに関する。

レストラン等の店舗では、お客様が来店すると、例えば「いらっしゃいませ」等の言葉と共にお客様をお迎えした後、
テーブルへの案内→オーダーの受け付け→給仕（配膳）
という流れで接客が進み、最後に会計をして、例えば「ありがとうございました。またのご来店をおまちしています。」等の言葉と共にお客様をお見送りする。

この際、高度な接客をしようとするならば、まずはテーブルにお客様を案内したタイミングで、個々の座席に座るお客様の年齢や性別等の属性情報を把握しておくことが肝要である。これにより、オーダーの受け付けに際して、お客様が好みそうなメニューをおすすめすることができたり、オーダーを受けた飲食物をお客様に提供する給仕（配膳）に際して、オーダーをしたお客様に飲食物を的確に配膳することができたりするからである。

ここで、オーダーを受けた飲食物をお客様に提供する給仕（配膳）に際して、オーダーをしたお客様に飲食物を的確に配膳するという点から本出願の発明者等が検索した文献として、特許文献１がある。特許文献１には、テーブルの座席とその座席に座るお客様からのオーダーメニューとを対応付けて登録できるようにしておき、例えば配膳の際に役立てることができるようにした発明が記載されている。より詳細には、テーブル記号に予め定められた椅子の配置状況又はその椅子に割り付けられた椅子記号の少なくとも一方をタッチセンサパネルの画面上に表示し、テーブル番号を入力した後に椅子の位置や椅子記号にタッチして入力可能とし、メニューデータが入力されると入力した椅子の位置や椅子記号をメニューデータに付加するようにし、更に、メニューデータを受信したワークステーションが配膳用データに椅子記号を付加することが記載されている（段落０００４〜０００５参照）。

特開平０７−１４１５７２号公報

特許文献１には、伝票発行機から発行された配膳用データに椅子記号を付加した調理用伝票の印字例が示され、これをもって、「接客係は、各注文品に対する注文主の椅子記号を容易に判別できる。」と記載されている（段落００１６、図１２参照）。この調理用伝票は、椅子記号毎に注文内容が列挙された態様となっている。

しかしながら、給仕（配膳）という接客過程で給仕人がより良好なサービスを提供しようとするならば、給仕人は個々の顧客についての配膳状況をつぶさに知っておくことが必要となる。これに対して、特許文献１に記載された技術では、椅子記号毎に注文内容が列挙された態様の調理用伝票が印字発行されるにとどまり、個々の顧客についての配膳状況を知らしめるまでにはいたっていない。

本発明の目的は、個々の顧客についての配膳状況をつぶさに知らしめ得るようにすることである。

本発明の飲食店用注文受付装置は、情報を表示する表示デバイスと、情報を操作入力するための入力デバイスと、現実空間に配置される複数台のテーブルに設定されている個々の座席毎にメニューのオーダー情報を前記入力デバイスによって入力及び登録指示可能にするオーダー入力画面を前記表示デバイスに表示させる手段と、前記オーダー入力画面上で入力後のオーダー情報の登録が指示された場合、当該オーダー情報を記憶部に記憶させるための第２の指示を出力する第２の登録手段と、前記第２の指示に応じて記憶部に記憶されているオーダー情報であって個々のメニューの配膳状況を示すステータス情報が付加されている当該オーダー情報を取得する手段と、前記テーブル上の空間を撮像する撮像部から出力される映像データを受信し、当該受信した映像データに基づくライブ映像画面を生成する手段と、個々の前記テーブルについて、前記取得したオーダー情報に含まれているメニューの配膳状況を示すステータス情報によって特定される配膳済みとなったメニューを当該メニューがオーダーされた座席に対応付けて示す配膳済みメニュー画面を生成する手段と、個々の前記テーブルについて、前記取得したオーダー情報に含まれているメニューのうち当該オーダー情報に含まれているステータス情報によって特定される未配膳のメニューを当該メニューがオーダーされた座席に対応付けて示す未配膳メニュー画面を生成する手段と、前記ライブ映像画面と前記配膳済みメニュー画面とを選択的に前記未配膳メニュー画面と共に前記表示デバイスに表示させる手段と、を備える。

本発明の飲食店用注文受付装置は、情報を表示する表示デバイスと、情報を操作入力するための入力デバイスと、現実空間に配置される複数台のテーブルに設定されている個々の座席毎にメニューのオーダー情報を前記入力デバイスによって入力及び登録指示可能にするオーダー入力画面を前記表示デバイスに表示させる手段と、前記オーダー入力画面上で入力後のオーダー情報の登録が指示された場合、当該オーダー情報を記憶部に記憶させるための第２の指示を出力する第２の登録手段と、前記第２の指示に応じて記憶部に記憶されているオーダー情報であって個々のメニューの配膳状況を示すステータス情報が付加されている当該オーダー情報を取得する手段と、個々の前記テーブルについて、前記取得したオーダー情報に含まれているメニューのうち当該オーダー情報に含まれているステータス情報によって特定される未配膳のメニューを当該メニューがオーダーされた座席に対応付けて示す未配膳メニュー画面を前記表示デバイスに表示させる手段と、前記テーブル上の空間を撮像する撮像部から出力される映像データを受信し、当該受信した映像データに基づくライブ映像画面を表示する手段と、を備え、前記オーダー入力画面は、前記テーブルに共通するメニューのオーダー情報を前記入力デバイスによって入力及び登録指示可能にし、前記未配膳メニュー画面は、前記取得したオーダー情報に含まれているメニューの配膳状況を示すステータス情報によって特定される未配膳のメニューのうち前記テーブルに共通するメニューを当該テーブルに共通するメニューとして表示するものであって、前記テーブルを仮想的に表現するテーブル画像と前記座席を仮想的に表現する座席画像とを含み、前記未配膳のメニューのうち個々の座席に対応するメニューについては当該対応する座席の前記座席画像上に当該メニューを表現する未配膳メニュー画像を表示し、前記未配膳のメニューのうちテーブルに共通するメニューについては前記テーブル画像上に当該メニューを表現する未配膳メニュー画像を表示する。

本発明の接客支援システムは、サーバと情報を表示する表示デバイス及び情報を操作入力するための入力デバイスを備える情報端末とがデータ送受信自在に接続される接客支援システムであって、前記情報端末は、現実空間に配置される複数台のテーブルに設定されている個々の座席毎にメニューのオーダー情報を前記入力デバイスによって入力及び登録指示可能にするオーダー入力画面を前記表示デバイスに表示させる手段と、前記オーダー入力画面上で入力後のオーダー情報の登録が指示された場合、当該オーダー情報を記憶部に記憶させるための第２の指示を前記サーバに送信する第２の登録手段と、を備え、前記サーバは、前記第２の指示の受信に応じて、当該第２の指示に伴われているオーダー情報にメニューの配膳状況を示すステータス情報を付加して記憶部に記憶する手段と、個々のメニューについて配膳済みとなったことを示す配膳済み情報を受信する手段と、前記受信した配膳済み情報に応じて前記記憶部に記憶されているオーダー情報中の対応するメニューのステータス情報を配膳済みに設定する手段と、前記記憶部に記憶する個々のメニューの配膳状況を示すステータス情報が付加されているオーダー情報を前記情報端末に送信する手段と、を備え、前記情報端末は、ステータス情報が付加されているオーダー情報を受信する手段と、前記テーブル上の空間を撮像する撮像部から出力される映像データを受信し、当該受信した映像データに基づくライブ映像画面を生成する手段と、個々の前記テーブルについて、前記受信したオーダー情報に含まれているメニューの配膳状況を示すステータス情報によって特定される配膳済みとなったメニューを当該メニューがオーダーされた座席に対応付けて示す配膳済みメニュー画面を生成する手段と、個々の前記テーブルについて、前記受信したオーダー情報に含まれているメニューのうち当該オーダー情報に含まれているステータス情報によって特定される未配膳のメニューを当該メニューがオーダーされた座席に対応付けて示す未配膳メニュー画面を生成する手段と、前記ライブ映像画面と前記配膳済みメニュー画面とを選択的に前記未配膳メニュー画面と共に前記表示デバイスに表示させる手段と、を備える。

本発明によれば、個々のテーブルについてのオーダー情報に含まれているメニューのうち未配膳のメニューを当該メニューが対応する座席に対応付けて表示する未配膳メニュー画面を表示デバイスに表示させるようにしたので、未配膳メニュー画面には時々刻々と変化する個々の顧客についての配膳状況を逐次表示することができ、したがって、未配膳メニュー画面を閲覧する給仕人等に個々の顧客についての配膳状況をつぶさに知らしめることができる。

本発明の実施の一形態を図１ないし図４７に基づいて説明する。本実施の形態は、来店したお客様を接客フロアに配備されているテーブルへご案内し、オーダーを受け付け、給仕（配膳）するという接客の全ての流れの中で、そのような接客業務を支援する接客支援システムへの適用例である。

（システム構成）
図１は、システムの全体構成を概略的に示すシステム構成図である。図１に示す接客支援システム１０１は、接客フロア及びチェックアウトカウンタに設置されている情報端末１０２、キッチンに設置されるキッチンプリンタ１０３、図示しないテーブル上の空間を撮像するライブカメラ１０４、そして、店舗のバックヤード等に設置され接客支援システム１０１全体を制御するサーバとしての接客ステーション１０５等を備えている。

情報端末１０２は、接客フロアに設置されているものであってもチェックアウトカウンタに設置されているものであっても、その基本的な構造及び機能は変わらない。相違するのは、その使用態様である。つまり、接客フロアに設置されている情報端末１０２は、お客様の案内業務、オーダーの受け付け業務及び給仕（配膳）業務という各業務を支援するのに対して、チェックアウトカウンタに設置されている情報端末１０２は、それらの業務に加えて会計業務をも支援する。つまり、チェックアウトカウンタに設置されている情報端末１０２は、いわゆるＰＯＳ端末としても機能する。このようなことから、情報端末１０２は、接客フロアに設置されているものであってもチェックアウトカウンタに設置されているものであっても、共にレシートや伝票発行用のプリンタ１０６が接続されているのに対して、チェックアウトカウンタに設置されている情報端末１０２は、プリンタ１０６に加えて客面表示装置１０７も接続されている。

図２は、ＰＯＳ端末として機能する情報端末１０２を正面側から見た外観形態を示す斜視図である。情報端末１０２は、各部を収納する平べったい本体部１０８の上面に表示デバイスとしての液晶ディスプレイ１０９が載置されて構成されている。液晶ディスプレイ１０９には、その表示面の上に入力デバイスとしてのタッチパネル１１０が積層配置されている。プリンタ１０６は、情報端末１０２の左隣に隣接設置されており、例えばＲＳ２３２ＣやＵＳＢ等のインターフェースを介して情報端末１０２に接続されている。

図３は、ＰＯＳ端末として機能する情報端末１０２を背面側から見た外観形態を示す斜視図である。図３では、客面表示装置１０７が明確に示されている。客面表示装置１０７は、一例として、７セグメント表示をするＬＥＤ表示装置であり、情報端末１０２の本体部１０８の上面に載置されて設置されている。客面表示装置１０７も、プリンタ１０６と同様に、ＲＳ２３２ＣやＵＳＢ等のインターフェースを介して情報端末１０２に接続されている。

キッチンプリンタ１０３は、図１に示すように、その上面が操作表示面１１１となっており、操作表示面１１１にキーボード１１２や表示器１１３が配置されている。キッチンプリンタ１０３は、例えばサーマルプリンタ（図示せず）を内蔵しており、キッチンで働く調理人のための調理指示伝票（図示せず）を印字発行する。調理指示伝票は、正面に配置された伝票発行口１１４より発行される。

ライブカメラ１０４は、図１に示すように、レンズ１１５から取り込んだ画像を２次元ＣＣＤアレイ（図示せず）に結像させ、ＣＣＤアレイの出力を増幅、Ａ／Ｄ変換、フィルタリング等して動画として出力する構造のものである。ライブカメラ１０４は、接客フロアに配備されている複数台のテーブル（図示せず）上の空間を狙っており、テーブルの上の状況をつぶさに動画映像として配信する。

接客ステーション１０５は、図１に示すように、小型の液晶ディスプレイ１１６及びキーボード１１７を備えており、各情報端末１０２から送信された各種の情報の管理等を実行する。

以上概略説明した情報端末１０２、キッチンプリンタ１０３、ライブカメラ１０４及び接客ステーション１０５は、ＬＡＮを介して互いにデータ送受信自在に接続されている。そして、情報端末１０２は、お客様をテーブルに案内する案内情報やメニューオーダーについてのオーダー情報の入力が可能であり、入力されたオーダー情報はＬＡＮ経由で接客ステーション１０５に送信され、接客ステーション１０５から更にＬＡＮ経由でキッチンプリンタ１０３へと送信される。キッチンプリンタ１０３は、受信したオーダー情報に応じた内容の伝票を印字発行する。キッチンプリンタ１０３が印字発行する伝票は、前述したように、注文されたメニュー品目をキッチンの調理人に指示するための調理指示伝票である。ＰＯＳ端末として機能する情報端末１０２は、会計処理を実行する。

図４は、情報端末１０２の電気的接続を示すブロック図である。図４に示すように、情報端末１０２には、マイクロコンピュータ２０１が備えられており、このマイクロコンピュータ２０１が各部を駆動制御する。マイクロコンピュータ２０１は、各部を集中的に制御するＣＰＵ２０２に、バスライン２０３を介して制御プログラム等の固定的情報を予め記憶するＲＯＭ２０４と、各種情報を書き換え自在に記憶してワークエリア等として機能するＲＡＭ２０５とが接続されて構成されている。したがって、マイクロコンピュータ２０１は、情報処理を実行する情報処理部を構成する。

マイクロコンピュータ２０１には、バスライン２０３を介して、タッチパネルコントローラ２０６、表示コントローラ２０７、ＨＤＤ２０８、インターフェース２０９及び通信インターフェース２１０が接続されている。タッチパネルコントローラ２０６は、タッチパネル１１０からの入力信号をマイクロコンピュータ２０１に取り込む。表示コントローラ２０７は、画像データに基づいて液晶ディスプレイ１０９を駆動制御し、画像データに応じた画像を液晶ディスプレイ１０９に表示させる。インターフェース２０９は、プリンタ１０６や客面表示装置１０７をマイクロコンピュータ２０１に接続させるためのインターフェースであり、前述したように、ＲＳ２３２ＣやＵＳＢ等によって構成されている。通信インターフェース２１０は、マイクロコンピュータ２０１をＬＡＮ経由で他の機器とデータ通信可能にするためのインターフェースである。

ＨＤＤ２０８には、ＯＳ、コンピュータプログラム、各種ファイル等がインストールされている。これらのＯＳ、コンピュータプログラム、各種ファイル等は、情報端末１０２の起動時にその全部又は一部がＲＡＭ２０５にコピーされてＣＰＵ２０２にアクセスされる。ＣＰＵ２０２は、こうしてコピーされたＯＳ及びコンピュータプログラムに従った処理を実行する。

図５は、接客ステーション１０５の電気的接続を示すブロック図である。図５に示すように、接客ステーション１０５には、マイクロコンピュータ３０１が備えられており、このマイクロコンピュータ３０１が各部を駆動制御する。マイクロコンピュータ３０１は、各部を集中的に制御するＣＰＵ３０２に、バスライン３０３を介して制御プログラム等の固定的情報を予め記憶するＲＯＭ３０４と、各種情報を書き換え自在に記憶してワークエリア等として機能するＲＡＭ３０５とが接続されて構成されている。したがって、マイクロコンピュータ３０１は、情報処理を実行する情報処理部を構成する。

マイクロコンピュータ３０１には、バスライン３０３を介して、表示／キーボードコントローラ３０６とＨＤＤ３０７と通信インターフェース３０８とが接続されている。表示／キーボードコントローラ３０６は、画像データに基づいて液晶ディスプレイ１１６を駆動制御することで当該画像データに応じた画像を液晶ディスプレイ１１６に表示させ、また、キーボード１１７からの入力信号をマイクロコンピュータ３０１に取り込む。通信インターフェース３０８は、マイクロコンピュータ３０１をＬＡＮ経由で他の機器とデータ通信可能にするためのインターフェースである。

ＨＤＤ３０７には、ＯＳ、コンピュータプログラム、各種ファイル等がインストールされている。これらのＯＳ、コンピュータプログラム、各種ファイル等は、接客ステーション１０５の起動時にその全部又は一部がＲＡＭ３０５にコピーされてＣＰＵ３０２にアクセスされる。ＣＰＵ３０２は、こうしてコピーされたＯＳ及びコンピュータプログラムに従った処理を実行する。

図６は、情報端末１０２及び接客ステーション１０５がアクセス可能な部門ファイル４０１のファイル構造を示す模式図である。部門ファイル４０１は、個々の情報端末１０２のＨＤＤ２０８と接客ステーション１０５のＨＤＤ３０７とにインストールされている。接客ステーション１０５は、個々のＨＤＤ２０８，３０７にインストールされている部門ファイル４０１に食い違いが生じないよう、例えば部門ファイル４０１のレコード更新時や閉店後の夜間時等に、自らのＨＤＤ３０７がインストールしている部門ファイル４０１を情報端末１０２のＨＤＤ２０８にダウンロードする。

部門ファイル４０１は、５桁の品番桁数４０１ａに対応させて、部門４０１ｂ、タグ位置４０１ｃ、画像リンク４０１ｄ、及び備考４０１ｅというレコードを登録している。品番桁数４０１ａは、１００００番という桁から８００００番という桁を規定しており、一例として、
１００００：前菜
２００００：ドリンク
３００００：ピザ
４００００：パスタ
５００００：メイン
６００００：デザート
７００００：食後ドリンク
８００００：コース料理
という部門を登録している。部門４０１ｂには、品番桁数４０１ａに登録されているレコードで定義される部門名のテキストが登録されている。タグ位置４０１ｃは、オーダー入力画面Ｄに表示される部門タグＤ１１（図３６〜図３８参照）に対する個々の部門４０１ｂのレコードの割り付けを定義している。画像リンク４０１ｄは、部門タグＤ１１に表示する画像データ（図示せず）に対するリンクを定義している。これらの画像は、個々の情報端末１０２のＨＤＤ２０８と接客ステーション１０５のＨＤＤ３０７とにインストールされている。備考４０１ｅは、例えば情報管理用に様々な情報をテキストで書き込める欄である。

図７は、情報端末１０２及び接客ステーション１０５がアクセス可能なＰＬＵファイル４０２のファイル構造を示す模式図である。ＰＬＵファイル４０２は、個々の情報端末１０２のＨＤＤ２０８と接客ステーション１０５のＨＤＤ３０７とにインストールされている。接客ステーション１０５は、個々のＨＤＤ２０８，３０７にインストールされているＰＬＵファイル４０２に食い違いが生じないよう、例えばＰＬＵファイル４０２のレコード更新時や閉店後の夜間時等に、自らのＨＤＤ３０７がインストールしているＰＬＵファイル４０２を情報端末１０２のＨＤＤ２０８にダウンロードする。

ＰＬＵファイル４０２は、品番４０２ａに対応させて、品名４０２ｂ、単価４０２ｃ、表示位置４０２ｄ、画像リンク４０２ｅ、及び備考４０２ｆというレコードを登録している。品番４０２ａに登録されているレコードは、５桁で表現されており、５桁目が部門ファイル４０１中の部門４０１ｂに登録されているレコードで定義されている部門を表している。下４桁により、５桁目の部門に属する個々のメニュー品目を定義している。品名４０２ｂには、品番４０２ａに登録されているレコードで定義されるメニュー品目の品名のテキストが登録されている。また、単価４０２ｃには、品番４０２ａに登録されているレコードで定義されるメニュー品目の単価のレコードが登録されている。

例えば、図６及び図７を参照すると分かるように、品番「１０００１」は、「前菜」という部門の「シーザーサラダ」を定義しており、「￥１，２００」という単価を設定している。品番「１０００８」は、「前菜」という部門の「鯛のカルパッチョ」を定義しており、「￥１，８００」という単価を設定している。同様に、品番「２０００１」は、「ドリンク」という部門の「ビールＡ」を定義しており、「￥５００」という単価を設定している。品番「２０００５」は、「ドリンク」という部門の「フランス産グラスワイン」を定義しており、「￥１，２００」という単価を設定している。

次いで、表示位置４０２ｄは、オーダー入力画面Ｄに表示されるメニュー品目欄Ｄ１２（図３６〜図３８参照）に対する個々の品名４０２ｂのレコードの割り付けを行列で定義している。メニュー品目欄Ｄ１２は、３行６列でメニュー品目をメニュー特定画像Ｄ１２ａとして表示している。そこで、表示位置４０２ｄも、メニュー品目欄Ｄ１２に対する個々の品名４０２ｂのレコードの割り付けを行列で定義している。例えば、品番「１０００８」の「鯛のカルパッチョ」は、表示位置４０２ｄが「２×３」と定義されているので、「前菜」が選択されているオーダー入力画面Ｄ中（図３６参照）、メニュー品目欄Ｄ１２中の２行３列の位置に鯛のカルパッチョが割り付けられている。同様に、品番「２０００５」の「フランス産グラスワイン」は、表示位置４０２ｄが「２×２」と定義されているので、「ドリンク」が選択されているオーダー入力画面Ｄ中（図３７参照）、メニュー品目欄Ｄ１２中の２行２列の位置にフランス産グラスワインが割り付けられている。

次いで、画像リンク４０２ｅは、メニュー品目欄Ｄ１２にメニュー特定画像Ｄ１２ａとして表示する画像データ（図示せず）に対するリンクを定義している。これらの画像は、個々の情報端末１０２のＨＤＤ２０８と接客ステーション１０５のＨＤＤ３０７とにインストールされている。備考４０２ｆは、例えば情報管理用に様々な情報をテキストで書き込める欄である。

図８〜図１１は、情報端末１０２がアクセス可能な座席管理ファイル４０３のファイル構造を示す模式図である。座席管理ファイル４０３は、接客ステーション１０５のＨＤＤ３０７に保存されてその一部がＲＡＭ３０５にコピーされているファイルである。座席管理ファイル４０３は、接客ステーション１０５に一元管理され、個々の情報端末１０２がＬＡＮ経由でアクセス可能に設定されている。

座席管理ファイル４０３は、本接客支援システムが設置される店舗の接客フロアという現実空間に配置されている複数台のテーブル（図示せず）を特定するテーブル番号４０３ａについて、日時４０３ｂ毎のテーブル状況４０３ｃを登録している。テーブル状況４０３ｃには、「予約番号」と「案内番号」と「ステータス」とが登録可能である。「予約番号」は、お客様からテーブルの予約があった際に自動付番される番号であり、「案内番号」はお客様をテーブルに案内した際に自動付番される番号である。「ステータス」は、「予約番号」が自動付番された時点で「予約済み」、「案内番号」が自動付番された時点で「案内済み」となる。

図８は、現在時刻（２００７年５月２８日の１８時）から見て将来の時刻（２００７年５月３０日）における情報登録例である。この例では、１２番テーブルが１７時から２時間「予約済み」となっている予約が登録されており、２３番テーブルが２０時から２時間「予約済み」となって予約が登録されており、２９番テーブルが１９時から２時間「予約済み」となって予約が登録されている。２時間という予約時間は、網掛けとして示している。図８に示す登録例は、将来の時刻における情報登録例であるが故に、「案内済み」となっているステータスはない。

図９は、２００７年５月３０日の１７：００時点での情報登録例である。この例では、５番テーブルが１４時××分に「案内済み」となっており、６番テーブルが１４時××分に「案内済み」となっており、９番テーブルが１５時××分に「案内済み」となっており、１７番テーブルが１４時××分に「案内済み」となっており、２０番テーブルが１５時××分に「案内済み」となっており、２４番テーブルが１４時××分に「案内済み」となっており、２７番テーブルが１６時××分に「案内済み」となっている。そして、図８の登録例で示した１２番テーブルと２３番テーブルと２９番テーブルについては、未だに「予約済み」となっている。それらのテーブルについては、お客様がまだご来店されておらず、したがって、テーブルへのご案内がなされていないからである。

図１０は、２００７年５月３０日の１７：０５時点での情報登録例である。これに対して、１２番テーブルの予約時間は１７時から２時間である。そこで、１７：０５時点では、１２番テーブルを予約していたお客様がご来店され、案内業務が完了していると想定する。これにより、図１０に示す登録例では、１２番テーブルが１７時××分に「案内済み」となっている。

図１１は、２００７年５月３０日の１８：１０時点での情報登録例である。図１１に示す情報登録例では、５番テーブル、９番テーブル、１７番テーブル、２４番テーブルのステータスが「案内済み」となっていない。つまり、図１０に示す情報登録例との比較として、１７：１０の時点ではいらっしゃった５番テーブル、９番テーブル、１７番テーブル、２４番テーブルのお客様が、１８：１０の時点では既にお帰りになったことが分かる。そして、３番テーブル、１０番テーブル、１６番テーブルのステータスが「案内済み」となっていることから、それらの３番テーブル、１０番テーブル、１６番テーブルにそれぞれ１７時××分の時点でお客様が案内されたことが分かる。

図１２は、情報端末１０２がアクセス可能な予約ファイル４０４のファイル構造を示す模式図である。予約ファイル４０４は、接客ステーション１０５のＨＤＤ３０７に保存されて通常はＲＡＭ３０５にコピーされているファイルである。予約ファイル４０４は、接客ステーション１０５に一元管理され、個々の情報端末１０２がＬＡＮ経由でアクセス可能に設定されている。

接客ステーション１０５のＣＰＵ３０２は、図８〜図１１に示す座席管理ファイル４０３中に「予約番号」が登録されると、対応する予約情報を予約ファイル４０４に登録する。つまり、予約ファイル４０４は、座席管理ファイル４０３中に登録される「予約番号」にリンクする予約番号のレコードを登録するための予約番号４０４ａを有し、この予約番号４０４ａに対応させて予約情報４０４ｂを登録する。予約情報４０４ｂとしては、テーブル番号、予約者名、電話番号、予定時間、人数、目的、及びメモ画像が登録可能である。このような予約情報４０４ｂの入力は、情報端末１０２のタッチパネル１１０によって実行可能である。情報端末１０２は、ＬＡＮ経由で予約情報４０４ｂに登録すべきレコードを接客ステーション１０５に送信する。接客ステーション１０５は、受信したレコードを予約ファイル４０４の予約情報４０４ｂに登録する。

図１３は、情報端末１０２がアクセス可能な案内ファイル４０５のファイル構造を示す模式図である。案内ファイル４０５は、接客ステーション１０５のＨＤＤ３０７に保存されて通常はＲＡＭ３０５にコピーされているファイルである。案内ファイル４０５は、接客ステーション１０５に一元管理され、個々の情報端末１０２がＬＡＮ経由でアクセス可能に設定されている。

接客ステーション１０５のＣＰＵ３０２は、図８〜図１１に示す座席管理ファイル４０３中に「案内番号」が登録されると、対応する案内情報を案内ファイル４０５に登録する。つまり、案内ファイル４０５は、座席管理ファイル４０３中に登録される「案内番号」にリンクする予約番号のレコードを登録するための案内番号４０５ａを有し、この案内番号４０５ａに対応させてお客様情報４０５ｂを登録する。お客様情報４０５ｂとしては、予約番号、テーブル番号、案内時刻、人数、属性情報４０５ｂ−１、オーダー情報４０５ｂ−２、及びメモ画像が登録可能である。このようなお客様情報４０５ｂの入力は、情報端末１０２のタッチパネル１１０によって実行可能である。情報端末１０２は、ＬＡＮ経由でお客様情報４０５ｂに登録すべきレコードを接客ステーション１０５に送信する。接客ステーション１０５は、受信したレコードを案内ファイル４０５のお客様情報４０５ｂに登録する。

図１４は、案内ファイル４０５に含まれている属性情報４０５ｂ−１の詳細を示す模式図である。属性情報４０５ｂ−１は、個々のテーブルに設定されている個々の座席（図示せず）に対応付けられているお客様４０５ｂ−１ａのレコード毎に、性別４０５ｂ−１ｂと年代４０５ｂ−１ｃとのレコードを登録している。

図１５は、案内ファイル４０５に含まれているオーダー情報４０５ｂ−２の詳細を示す模式図である。オーダー情報４０５ｂ−２は、図７に示すＰＬＵファイル４０２の品番４０２ａのレコードである品番にリンクするオーダーされたメニュー品目の品番４０５ｂ−２ａのレコード毎に、お客様（座席）４０５ｂ−２ｂ、オーダー時刻４０５ｂ−２ｃ、点数４０５ｂ−２ｄ、及び配膳状況を示すステータス情報４０５ｂ−２ｅのレコードを登録している。ステータス情報４０５ｂ−２ｅのレコードは、未配膳と配膳済みとを区別できるデータであればどのようなデータであっても良い。一例としては、未配膳の場合にＮＵＬＬデータ、配膳済みの場合にはＮＵＬＬ以外のデータ（例えば「１」）として登録することができる。別の一例としては、未配膳の場合にはＮＵＬＬ以外のデータ、配膳済みの場合にはＮＵＬＬデータとして登録したりすることができる。更に別の一例としては、未配膳の場合にはあるデータ（例えば「１」）、配膳済みの場合には別のデータ（例えば「２」）として登録することもできる。

（接客支援処理の全体の流れの概略）
図１６は、情報端末１０２が実行する接客支援処理の全体の流れを概略的に示すフローチャートである。図１６に示すフローチャートの処理は、情報端末１０２のマイクロコンピュータ２０１において、ＣＰＵ２０２がＨＤＤ２０８にインストールされてＲＡＭ２０５にコピーされたコンピュータプログラムに従い実行される。まず、情報端末１０２のマイクロコンピュータ２０１は、基本画面表示処理を実行する（ステップＳ１０１）。これにより、情報端末１０２は、液晶ディスプレイ１０９に図１７〜図２０に例示する基本画面Ａを表示する。

図１７〜図２０は、基本画面Ａを示す模式図である。基本画面Ａは、店舗の接客フロアＡ１１をレイアウト表示し、その中にテーブルを個々に表現するテーブル特定画像Ａ１２を表示している。テーブル特定画像Ａ１２は、接客フロアＡ１１でのテーブルの位置とテーブル番号とを表現している。テーブルの位置は、現実空間に配置されるテーブルの位置を模した位置に設定されている。テーブル特定画像Ａ１２は、テーブル番号の基本態様を白抜き表示で示している。

基本画面Ａには、また、現在の日時を表示する現在日時欄Ａ１３と日時を指定するための日時指定部Ａ１４とが配置されている。日時指定部Ａ１４は、カレンダーボタンＡ１４ａを有し、タッチパネル１１０によるカレンダーボタンＡ１４ａのタッチ指定によってカレンダー（図示せず）を出現させ、日付を入力することができるようになっている。また、日時指定部Ａ１４には時間を示す時間帯Ａ１４ｂがスクロール可能に表示されている。日時指定部Ａ１４は、時間帯Ａ１４ｂに表示されている所望の時間をタッチパネル１１０によりタッチ指定することによって、時間を入力することができるようになっている。

基本画面Ａには、また、その下方にガイダンス表示欄Ａ１５が表示されている。基本画面Ａは、テーブル特定画像Ａ１２に各種状況に応じた装飾を施す。つまり、基本画面Ａでは、座席管理ファイル４０３に案内番号が登録されてステータスが案内済みと登録された後のお客様の滞留時間を０〜６０分、６０〜１２０分、１２０分以上の３区分に分け、テーブル特定画像Ａ１２の周囲を、それぞれ青色（図中、右肩上がりの荒いハッチングで示す）、黄色（図中、左肩上がりのハッチングで示す）、赤色（図中、右肩上がりの細かいハッチングで示す）の背景色で表示する。また、基本画面Ａは、座席管理ファイル４０３に案内番号が登録されてステータスが案内済みと登録された後に未オーダーであるテーブルについては、基本態様が白抜き表示であるテーブル特定画像Ａ１２を黒太文字表示とする。更に、基本画面Ａは、座席管理ファイル４０３に案内番号が登録されてステータスが案内済みと登録されてオーダーもなされた後に３０分以上配膳がなされない配膳待ち超過の場合には、基本態様が白抜き表示であるテーブル特定画像Ａ１２を赤太文字の点滅表示（図中、縞線表示で示す）とする。そこで、ガイダンス表示欄Ａ１５は、テーブル特定画像Ａ１２に施される各種状況に応じた装飾について、その意味を表示する。

基本画面Ａには、更に、ガイダンス表示欄Ａ１５の下方に位置させて、業務指定キーＡ１６が横一列に配列されている。業務指定キーＡ１６には、店内状況、注文入力、業務選択、設定、保留、扱者、及びオーダー送信が割り当てられている。これらの各ファンクションは、タッチパネル１１０によるタッチ入力をいつでも受け付けるわけではなく、条件に従いタッチ入力可能になっている。

加えて、基本画面Ａは、ガイダンス表示欄Ａ１５ではガイダンスされていないが、「予約席××様」という予約済み表示Ａ１７をテーブル特定画像Ａ１２に重畳表示する。この予約済み表示Ａ１７は、予約済みのテーブルがある場合、一例として、その予約時間の２時間前に表示される。

以上説明した基本画面Ａにおいて重要なことは、テーブル特定画像Ａ１２、日時指定部Ａ１４及び業務指定キーＡ１６が、タッチパネル１１０によるタッチ指定可能なオブジェクトであるということである。本実施の形態においてとりわけ重要なのは、テーブル特定画像Ａ１２及び日時指定部Ａ１４である。情報端末１０２のマイクロコンピュータ２０１は、テーブル特定画像Ａ１２がタッチ指定されると、対応する番号のテーブル番号を認識する。そして、ＬＡＮ経由で接客ステーション１０５のＨＤＤ３０７に記憶されている座席管理ファイル４０３にアクセスし、対応するテーブル番号４０３ａのレコードを検索する。この際、座席管理ファイル４０３の日時４０３ｂに登録されているどの日時のレコードを検索するかは、基本画面Ａ上での日時指定部Ａ１４の設定状態に依存する。つまり、デフォルトは現在日時であり、したがって、情報端末１０２のマイクロコンピュータ２０１は、日時指定部Ａ１４で日時の指定がない場合には、タッチ指定されたテーブル特定画像Ａ１２に対応するテーブル番号４０３ａのテーブルレコードのうち、現在日時のレコードを検索する。一例として、現在日時が２００７年５月３０日の１７：００であるとすると、図９に例示する座席管理ファイル４０３中、テーブル番号４０３ａが「１２」であるレコードのうち、日時４０３ｂが「１７時」であるレコードが検索される。これに対して、日時指定部Ａ１４で日時が指定されている場合、情報端末１０２のマイクロコンピュータ２０１は、タッチ指定されたテーブル特定画像Ａ１２に対応するテーブル番号４０３ａのテーブルレコードのうち、その指定されている日時のレコードを検索する。一例として、現在日時が２００７年５月２８日の１８：００であるとして、日時指定部Ａ１４で２００７年５月３０日の１７：００が指定されているとすると、図８に例示する座席管理ファイル４０３中、テーブル番号４０３ａが「１２」であるレコードのうち、日時４０３ｂが「１７時」であるレコードが検索される。そして、情報端末１０２のマイクロコンピュータ２０１は、検索したレコードのステータスが「予約済み」である場合には、その予約番号をキーとして図１２に示す予約ファイル４０４を検索し、対応するレコードを取得する。また、情報端末１０２のマイクロコンピュータ２０１は、検索したレコードのステータスが「案内済み」である場合には、その案内番号をキーとして図１３に示す案内ファイル４０５を検索し、対応するレコードを取得する。

図２１は、図１６に示す基本画面表示処理（ステップＳ１０１）の流れを示すフローチャートである。基本画面表示処理では、まず、基本画面を構成するための基本画面データに基づいて基本画面を生成し表示する（ステップＳ１０１−１）。そして、基本画面Ａ中の日時指定部Ａ１４で選択指定されている日時の日時情報を取得する（ステップＳ１０１−２）。次いで、ステップＳ１０１−２で取得した日時情報に対応する予約番号と案内番号とステータスとを座席管理ファイル４０３から検索し、これに対応する必要な情報を予約ファイル４０４及び案内ファイル４０５から収集し（ステップＳ１０１−３）、基本画面Ａ中にステータス表示を行ない（ステップＳ１０１−４）、処理を終了する。

一例として、ステップＳ１０１−２で取得した日時情報が現在日時であると想定する。そして、現在日時が２００７年５月３０日の１７：００であるとするなら、ステップＳ１０１−３では、図９に例示する座席管理ファイル４０３から１７：００時点での予約番号と案内番号とステータスとを検索し、１２番テーブル、２３番テーブル及び２９番テーブルが「予約済み」、５番テーブル、６番テーブル、９番テーブル、１７番テーブル、２０番テーブル及び２４番テーブルが「案内済み」であることを得る。そこで、それぞれのテーブルの予約番号から予約ファイル４０４を検索して必要な情報を取得し、案内番号から案内ファイル４０５を検索して必要な情報を取得する。そして、ステップＳ１０１−４でステータス表示を実行した結果、基本画面Ａは、２００７年５月３０日の１７：００時点での基本画面Ａの表示状態を示す図１７のように表示される。ここでは、図９に例示する座席管理ファイル４０３の登録例と図１７に例示する基本画面Ａの表示例との合致をご確認されたい。

ここで、図２１に詳細を示す基本画面表示処理を説明するために１２番テーブルを例に挙げ、２００７年５月３０日の１７：００、同１７：０５、同１７：１５、同１８：００という時間の流れの中での１２番テーブルについてのテーブル特定画像Ａ１２の表示の変遷を図１７ないし図２０を参照しながら見ていく。

まず、２００７年５月３０日の１７：００の時点で、１２番テーブルは「予約済み」というステータスになっている（図９参照）。そこで、情報端末１０２のマイクロコンピュータ２０１は、対応する予約番号をキーとして図１２に示す予約ファイル４０４から対応する予約情報４０４ｂ、より詳細には予約者名を取得する。そして、１２番テーブルのテーブル特定画像Ａ１２に、「予約席××様」という表示を重畳表示する（図１７参照）。

次いで、２００７年５月３０日の１７：０５の時点では、１２番テーブルは「案内済み」というステータスになっている（図１０参照）。そこで、情報端末１０２のマイクロコンピュータ２０１は、対応する案内番号をキーとして図１３に示す案内ファイル４０５から対応するお客様情報４０５ｂ、より詳細には案内時刻とオーダー情報４０５ｂ−２とを取得する。そして、１２番テーブルのテーブル特定画像Ａ１２を滞留時間０〜６０分を意味する青色（図中、右肩上がりの荒いハッチングで示す）の背景色で装飾する。更に、図１５に示すオーダー情報４０５ｂ−２が２００７年５月３０日における１２番テーブルのレコードであると想定すると、最初のオーダー時刻が１７：１５であることから、１７：０５の時点では未オーダーである。そこで、１２番テーブルのテーブル特定画像Ａ１２を未オーダーであることを示す黒太文字表示で装飾する（以上、図１８参照）。

次いで、２００７年５月３０日の１７：１５の時点になると、１２番テーブルについて最初のオーダーがなされている（図１５参照）。そこで、情報端末１０２のマイクロコンピュータ２０１は、１２番テーブルのテーブル特定画像Ａ１２を未オーダーであることを示す黒太文字表示から基本態様である白抜き表示にする（図１９参照）。

そして、２００７年５月３０日の１８：１０の時点になると、図１５に示すオーダー情報４０５ｂ−２中にオーダー時刻が１７：１５であるのにステータス情報４０５ｂ−２ｅが未配膳であるメニューがあるため、配膳待ち超過となる。オーダー時刻から３０分経過してもステータス情報４０５ｂ−２ｅが配膳済みとなっていないからである。そこで、情報端末１０２のマイクロコンピュータ２０１は、１２番テーブルのテーブル特定画像Ａ１２をオーダー後３０分以上配膳がなされない配膳待ち超過であることを示す赤太文字の点滅表示（図中、縞線表示で示す）で装飾する（図２０参照）。

図１６に示すフローチャートの説明に戻る。情報端末１０２のマイクロコンピュータ２０１は、基本画面Ａ上でタッチパネル１１０によって特定のテーブル特定画像Ａ１２がタッチ指定されたかどうかを判定する（ステップＳ１０２）。特定のテーブル特定画像Ａ１２がタッチ指定されたと判定された場合も情報端末１０２のマイクロコンピュータ２０１は、前述したように、そのテーブル特定画像Ａ１２に対応付けられているテーブル番号を認識する。そして、現在の基本画面Ａにおいて指定されている日時を判定する（ステップＳ１０３、ステップＳ１０５）。つまり、基本画面Ａにおいて指定されている日時は、デフォルトが現在日時であるのに対して、日時指定部Ａ１４によって特定の日時の指定が可能である。このような基本画面Ａにおいて指定されている日時は、ステップＳ１０１での基本画面表示処理、より詳しくは図２１のステップＳ１０１−２での日時情報取得処理で既に取得済みなので、図１６中のステップＳ１０３では、当該取得済みの日時情報を参照、その日時が現在の日時よりも未来かどうかを判定する（ステップＳ１０３）。判定の結果、基本画面Ａにおいて指定されている日時が未来の時間画面であれば（ステップＳ１０３のＹ）、予約処理を実行する（ステップＳ１０４）。

図２２は、図１６に示す予約処理（ステップＳ１０４）の流れを示すフローチャートである。予約処理では、まず、指定されたテーブルが予約可能かどうかを判定する（ステップＳ１０４−１）。この判定は、図８〜図１１に例示する座席管理ファイル４０３にアクセスし、対応する日時における対応するテーブルのレコードを参照し、ステータスが「予約済み」又は「案内済み」となっていないかどうかを判定することによってなされる。ステータスが「予約済み」又は「案内済み」となっていれば、既に先約があることになるので、この場合にはエラー処理とする（ステップＳ１０４−２）。これに対して、ステップＳ１０４−１で予約可能と判定した場合（ステップＳ１０４−１のＹ）、予約情報の入力が許容され（ステップＳ１０４−３）、入力が終了すれば（ステップＳ１０４−４）、入力された予約情報を予約ファイル４０４（図１２参照）に登録する処理がなされ（ステップＳ１０４−５）、更に座席管理ファイル４０３（図８〜図１１参照）のステータスを「予約済み」に登録する処理がなされ（ステップＳ１０４−６）、処理を終了する。

図１６に示すフローチャートの説明に戻る。情報端末１０２のマイクロコンピュータ２０１は、ステップＳ１０３で、基本画面Ａにおいて指定されている日時が現在の日時よりも未来ではないと判定すると（ステップＳ１０３のＮ）、当該指定されている日時が現在の日時であるかどうかを判定し（ステップＳ１０５）、現在の日時でもないと判定した場合には何らかのエラーが発生しているはずなので、エラー処理を実行する（ステップＳ１０６）。

これに対して、情報端末１０２のマイクロコンピュータ２０１は、ステップＳ１０５で基本画面Ａにおいて指定されている日時が現在の日時であると判定した場合には（ステップＳ１０５のＹ）、条件に応じて、案内処理（ステップＳ１０８）、オーダー処理（ステップＳ１１０）、又はテーブル確認処理（ステップＳ１１１）のいずれかの処理を実行する。そこで、情報端末１０２のマイクロコンピュータ２０１は、条件判定処理として、ステップＳ１０７の処理とステップＳ１０９の処理とを実行する。

ステップＳ１０７の処理は、座席管理ファイル４０３（図８〜図１１参照）から検索したレコード中、ステータスが「案内済み」であるかどうかを判定する処理である。「案内済み」というステータスは、後述する案内処理（ステップＳ１０８）においてなされる。そこで、ステップＳ１０７で、ステータスが案内済みでないと判定されれば（ステップＳ１０７のＮ）、案内処理が実行される（ステップＳ１０８）。

ステップＳ１０９の処理は、案内ファイル（図１３〜図１５参照）から検索したレコード中、オーダー情報４０５ｂ−２にオーダーが登録されているかどうかを判定する処理である。オーダー情報４０５ｂ−２に対するオーダーの登録は、後述するオーダー処理（ステップＳ１１０）においてなされる。そこで、ステップＳ１０９で、オーダー情報４０５ｂ−２にオーダーが登録されていないと判定されれば（ステップＳ１０９のＮ）、オーダー処理が実行される（ステップＳ１１０）。

これに対して、ステップＳ１０９で、オーダー情報４０５ｂ−２にオーダーが登録されていると判定されれば（ステップＳ１０９のＹ）、テーブル確認処理が実行される（ステップＳ１１１）。

図１６のフローチャートは、予約処理の実行（ステップＳ１０４）、案内処理の実行（ステップＳ１０８）、オーダー処理の実行（ステップＳ１１０）、テーブル確認処理の実行（ステップＳ１１１）をもって、処理を終了する。そこで、以下、案内処理（ステップＳ１０８）、オーダー処理（ステップＳ１１０）、テーブル確認処理（ステップＳ１１１）について説明する。

（案内処理）
図２３は、図１６に示す案内処理（ステップＳ１０８）の流れを示すフローチャートである。案内処理では、まず、指定されたテーブルが予約テーブルかどうかを判定する（ステップＳ１０８−１）。この判定は、図８〜図１１に例示する座席管理ファイル４０３にアクセスし、対応する日時における対応するテーブルのレコードを参照し、ステータスが「予約済み」となっていないかどうかを判定することによってなされる。

予約テーブルでないと判定された場合には（ステップＳ１０８−１のＮ）、指定されたテーブルが空きテーブルかどうかを判定する（ステップＳ１０８−２）。この判定は、ステップＳ１０８−１で取得したステータスが「案内済み」となっていないかどうかを判定することによってなされる。この際、ステータスが「案内済み」となっていれば、既に先約があることになるので、この場合にはエラー処理とする（ステップＳ１０８−３）。これに対して、ステップＳ１０８−２で指定されたテーブルが空きテーブルであると判定した場合（ステップＳ１０８−２のＹ）、座席情報入力画面Ｂをポップアップ表示する（ステップＳ１０８−４）。そして、座席情報入力画面Ｂ上でお客様情報の入力が許容され（ステップＳ１０８−５）、入力終了の指定判定に待機する（ステップＳ１０８−６）。

これに対して、ステップＳ１０８−１で指定されたテーブルが予約テーブルであると判定された場合には（ステップＳ１０８−１のＹ）、座席情報入力画面Ｂをポップアップ表示し（ステップＳ１０８−７）、予約ファイル（図１２参照）から対応する予約情報を取り込む（ステップＳ１０８−８）。そして、座席情報入力画面Ｂ上でお客様情報の入力が許容され（ステップＳ１０８−９）、入力終了の指定判定に待機する（ステップＳ１０８−１０）。

図３４は、情報端末１０２が表示する座席情報入力画面Ｂを示す模式図である。図３４に例示する座席情報入力画面Ｂは、ステップＳ１０８−１で指定されたテーブルが予約テーブルであると判定された場合の表示例である。座席情報入力画面Ｂには、書誌入力欄Ｂ１１と、座席位置画像Ｂ１２と、属性特定画像Ｂ１３と、操作ボタンＢ１４とが表示される。

書誌入力欄Ｂ１１は、お客様の書誌情報を入力するための欄であり、テーブル番号、予定時間、人数、目的、及びメモ欄を含んでいる。メモ欄は、図３４中、「鈴木はなこサマひとり遅れて来る予定」と記録されている欄であり、同様に図３４中に表示されている鉛筆形状のオブジェクトによってメモ欄への書き込みが可能であり、消しゴム形状のオブジェクトによってメモ欄の書き込み消去が可能である。これらの各情報は、指定されたテーブルが予約テーブルであると判定された場合には（ステップＳ１０８−１のＹ）、予約ファイル４０４の対応レコードから引用され（ステップＳ１０８−８）、予め変更可能に表示されるのに対して、予約テーブルでないと判定された場合には（ステップＳ１０８−１のＮ）、ブランク表示で変更可能に表示される。

座席位置画像Ｂ１２は、テーブルＢ１２ａにおける各座席Ｂ１２ｂを個々に表現する画像であり、タッチパネル１１０によって所望の座席Ｂ１２ｂをタッチ指定可能に表示されている。属性特定画像Ｂ１３は、お客様の属性情報を表現する画像であり、タッチパネル１１０によって所望の属性をタッチ指定可能に表示されている。図３４に示す一例では、お客様の属性として年代と性別とがタッチ指定可能に表示されている。つまり、１０代未満、１０代、２０代、３０代〜４０代、５０代〜６０代、７０代以上の６区分の年代が男女別にタッチ指定可能に表示されている。これらの座席位置画像Ｂ１２及び属性特定画像Ｂ１３は、お客様の属性を入力するためのオブジェクトであり、情報端末１０２のマイクロコンピュータ２０１は、座席位置画像Ｂ１２と属性特定画像Ｂ１３とが連続的にタッチ入力されることによって、個々の座席Ｂ１２ｂと属性情報（年代及び性別）との対応付けを認識する。

操作ボタンＢ１４は、「ご案内」、「おすすめ」、「キャンセル」、「ＯＫ」というオブジェクトから構成されている。「ご案内」は、ステップＳ１０８−６又はステップＳ１０８−１０で入力を終了して入力した座席情報を出力することを宣言するためのオブジェクトである。「おすすめ」は、後述するおすすめメニューの表示を指定するオブジェクトである。「キャンセル」は、入力情報のキャンセルを指定するオブジェクトである。「ＯＫ」は、案内処理を完了させないまま入力情報を保存して座席情報入力画面Ｂを基本画面Ａに復帰させることを指定するオブジェクトである。

図２３に示すフローチャートの説明に戻る。情報端末１０２のマイクロコンピュータ２０１は、図３４に示す操作ボタンＢ１４中の「ご案内」がタッチ指定されて入力終了が宣言されると（ステップＳ１０８−６のＹ、ステップＳ１０８−１０のＹ）、入力されたお客様情報をＬＡＮ経由で接客ステーション１０５に送信し、座席管理ファイル４０３（図８〜図１１参照）のステータスを「案内済み」に登録する処理を実行すると共に（ステップＳ１０８−１１）、そのお客様情報を案内ファイル４０５（図１３〜図１５参照）に登録する処理を実行する（ステップＳ１０８−１２）。そして、座席情報入力画面Ｂのポップアップ表示を消去して画面表示を基本画面Ａに復帰させる（ステップＳ１０８−１３）。これらのステップＳ１０８−１１〜ステップＳ１０８−１３の処理は、座席情報入力画面Ｂ上で入力後の案内情報の登録が指示された場合（ステップＳ１０８−６のＹ、ステップＳ１０８−１０のＹ）、当該案内情報及び対応するテーブルが案内済みであることを示す座席状況情報（図８〜図１１に例示する座席管理ファイル４０３中の「案内済み」ステータス）を記憶部（接客ステーション１０５のＨＤＤ３０７又はＲＡＭ３０５）に記憶させるための第１の指示を出力し、画面表示を基本画面Ａに復帰させる処理である（第１の登録手段）。

接客ステーション１０５は、ＬＡＮ経由で送信された座席状況情報に基づいて座席管理ファイル４０３（図８〜図１１参照）の対応するテーブルのステータスを「案内済み」に登録すると共に、案内番号を生成して座席管理ファイル４０３に登録する。そして、案内ファイル４０５（図１３参照）に当該案内番号のレコード欄を確保し、ステップＳ１０８−１２で送信されたお客様情報を当該レコード欄に登録する。

案内処理は、画面表示を基本画面Ａに復帰させた後（ステップＳ１０８−１３）、入力されたお客様情報に合ったおすすめメニューを示すおすすめメニュー画面Ｃを生成してポップアップ表示し（ステップＳ１０８−１４）、終了する。

図３５は、情報端末１０２が表示するおすすめメニュー画面Ｃを示す模式図である。おすすめメニュー画面Ｃには、本日のおすすめ欄Ｃ１１と、特別おすすめメニュー欄Ｃ１２と、操作ボタンＣ１３とが表示されている。本日のおすすめ欄Ｃ１１は、店側で一方的に登録しているおすすめメニューのメニューデータに基づいて表示される。特別おすすめメニュー欄Ｃ１２は、案内処理（図１６のステップＳ１０８、図２３）で入力されたお客様の属性情報に応じて生成されて表示される。操作ボタンＣ１３には、「プリント」と「ＯＫ」とが含まれている。情報端末１０２のマイクロコンピュータ２０１は、「プリント」がタッチ指定された場合には、プリンタ１０６におすすめメニュー画面Ｃの印字指示を出力し、「ＯＫ」がタッチ指定された場合には、おすすめメニュー画面Ｃのポップアップ表示を消去して画面表示を基本画面Ａに復帰させる。

ここで、おすすめメニュー画面Ｃに表示される特別おすすめメニュー欄Ｃ１２に対するおすすめメニューの生成処理について説明する。このようなおすすめメニューの生成処理に際して、おすすめメニューファイル４０６、基本点ファイル４０７、重み付け値ファイルとしての係数値ファイル４０８、おすすめメニュー抽出ファイル４０９が利用される。これらのおすすめメニューファイル４０６、基本点ファイル４０７、係数値ファイル４０８、おすすめメニュー抽出ファイル４０９は、個々の情報端末１０２のＨＤＤ２０８と接客ステーション１０５のＨＤＤ３０７とにインストールされている。接客ステーション１０５は、個々のＨＤＤ２０８，３０７にインストールされているおすすめメニューファイル４０６、基本点ファイル４０７、係数値ファイル４０８、おすすめメニュー抽出ファイル４０９に食い違いが生じないよう、例えばそれらのファイル４０５〜４０８のレコード更新時や閉店後の夜間時等に、自らのＨＤＤ３０７がインストールしているＰＬＵファイル４０２を情報端末１０２のＨＤＤ２０８にダウンロードする。

図２４は、情報端末１０２がアクセス可能なおすすめメニューファイル４０６を示す模式図である。おすすめメニューファイル４０６は、お客様の属性（年代及び性別）とおすすめメニューとを対応付けて記憶している。おすすめメニューは、第１位から第３位まで登録されている。このようなおすすめメニューは、図２４では「苺のパンケーキ」や「マルゲリータ」等の品名として表現されているが、実際には、図７に示すＰＬＵファイル４０２中の品番４０２ａに登録されているコードと同一のコードとして設定されている。

図２５は、情報端末１０２がアクセス可能な基本点ファイル４０７を示す模式図である。基本点ファイル４０７は、図２４に示すおすすめメニューファイル４０６中の順位に対応するおすすめ順位毎に、基本点を記憶している。おすすめ順位第１位には１０点、おすすめ順位第２位には５点、おすすめ順位第３位には３点がそれぞれ記憶されている。

図２６は、情報端末１０２がアクセス可能な係数値ファイル４０８を示す模式図である。係数値ファイル４０８は、図２４に示すおすすめメニューファイル４０６中の属性（年代及び性別）毎に、係数値を記憶している。図２６に示す例では、「女性」及び「３０代〜４０代」という二種類の属性のみが係数値「１．２」となっており、それ以外の属性の係数値は「１．０」となっている。

図２７は、情報端末１０２が生成するおすすめメニュー抽出ファイル４０９を示す模式図である。おすすめメニュー抽出ファイル４０９は、おすすめメニュー画面Ｃの特別おすすめメニュー欄Ｃ１２に表示するおすすめメニューを点数順に抽出するために用いられるファイルである。おすすめメニュー抽出ファイル４０９の利用の仕方については、次に述べる。

図２８は、図２３中のおすすめニューの生成処理の詳細を示すフローチャートである。まず、情報端末１０２のマイクロコンピュータ２０１は、登録したお客様情報から属性情報を抽出する（ステップＳ１０８−１４−１）。つまり、図２３に示すステップＳ１０８−５又はステップＳ１０８−９で入力されてステップＳ１０８−１１で案内ファイル４０５（図１３〜図１５参照）に登録指示がなされたお客様情報に含まれている属性情報（年代及び性別）を抽出する。

次いで、情報端末１０２のマイクロコンピュータ２０１は、抽出したお客様情報に基づいて図２４に示すおすすめメニューファイル４０６からおすすめメニューを抽出する（ステップＳ１０８−１４−２）。一例として、図３４に示す座席位置画像Ｂ１２中のＡ、Ｂ、Ｃ、Ｄについて選択指定されて登録された属性情報が、
Ａ：２０代の女性
Ｂ：２０代の女性
Ｃ：３０代〜４０代の女性
Ｄ：３０代〜４０代の男性
であると想定すると、おすすめメニューファイル４０６から抽出されるメニューは、
苺のパンケーキ
シーフードサラダ
鯛のカルパッチョ
マルゲリータ
フルーツタルト
ムール貝のワイン蒸し
生ハムの盛り合わせ
フランス産ワイン
ということになる。

次いで、情報端末１０２のマイクロコンピュータ２０１は、ステップＳ１０８−１４−１で抽出した属性情報に基づいて、基本点ファイル４０７及び係数値ファイル４０８から基本点及び係数値を抽出する（ステップＳ１０８−１４−３）。

そして、情報端末１０２のマイクロコンピュータ２０１は、ステップＳ１０８−１４−２で抽出したおすすめメニューにステップＳ１０８−１４−３で抽出した基本点及び係数値を設定して合計点を求め、上位３つのおすすめメニューを抽出する（ステップＳ１０８−１４−４）。この際、図２７に示すおすすめメニュー抽出ファイル４０９を利用する。図２７に示す例では、おすすめメニュー抽出ファイル４０９中のおすすめメニューファイルからのリストアップには、ステップＳ１０８−１４−２の処理によって抽出した上記の苺のパンケーキ〜フランス産ワインまでのメニューが設定される。そして、座席位置画像Ｂ１２中のＡ、Ｂ、Ｃ、Ｄについて選択指定されて登録された属性情報（年代及び性別）に応じて、個々の抽出メニューに基本点と係数とが設定され、Ａ、Ｂ、Ｃ、Ｄそれぞれの座席毎に基本点×係数によって求めた数値を合計し、個々のメニューについての合計点を算出する。その結果、図２７に示すように、
苺のパンケーキ ：２４．００
シーフードサラダ ：１５．６０
鯛のカルパッチョ ： ７．２０
マルゲリータ ：１４．４０
フルーツタルト ： ７．２０
ムール貝のワイン蒸し： ４．３２
生ハムの盛り合わせ ：１２．００
フランス産ワイン ： ６．００
という合計点が求められ、上位３つのおすすめメニューとして、苺のパンケーキ、シーフードサラダ及びマルゲリータが選択される。図２７に示すおすすめメニュー抽出ファイル４０９は、例えば表計算ソフトによって作成された表であり、「合計点」及び「上位３つ」のセルに計算値を埋め込むことで、上記上位３つのおすすめメニューの抽出処理を可能とする。

情報端末１０２のマイクロコンピュータ２０１は、抽出した上位３つのおすすめメニューを特別おすすめメニュー欄Ｃ１２に含むおすすめメニュー画面Ｃを生成し（ステップＳ１０８−１４−５）、処理を終了する。

以上のようにして生成されて表示されたおすすめメニュー画面Ｃは、操作ボタンＣ１３に含まれている「ＯＫ」のタッチ指定に応じて消去される。これにより、画面表示が基本画面Ａに復帰する。

（オーダー処理）
図３６〜図３８は、情報端末１０２が表示するオーダー入力画面Ｄを示す模式図である。オーダー入力画面Ｄには、下半分にメニュー品目欄Ｄ１２が表示されている。メニュー品目欄Ｄ１２には、部門タグＤ１１によって選択されるページ毎に対応するメニュー品目がメニュー特定画像Ｄ１２ａとして３行６列で表示される。そして、オーダー入力画面Ｄの上半分には、左から右に向けて、メニューリストＤ１３、座席位置画像Ｄ１４、ファンクションキーＤ１５がそれぞれ表示されている。メニューリストＤ１３は、タッチパネル１１０によってオーダー入力画面Ｄ上でタッチ指定されたメニューを一覧表示する。座席位置画像Ｄ１４は、テーブルＤ１４ａにおける各座席Ｄ１４ｂを個々に表現する画像であり、タッチパネル１１０によって所望の座席Ｄ１４ｂをタッチ指定可能に表示されている。ファンクションキーＤ１５は、「取消」、「単価変更」、「数量変更」等の各種のファンクションの実行を指定するためのキーである。なお、基本画面Ａ中に表示される日時欄Ａ１３及び業務指定キーＡ１６は、オーダー入力画面Ｄでも日時欄Ｄ１６及び業務指定キーＤ１７として共通に表示される。

部門タグＤ１１、メニュー品目欄Ｄ１２、メニューリストＤ１３の一部、座席位置画像Ｄ１４、及びファンクションキーＤ１５は、タッチパネル１１０によるタッチ指定が可能なオブジェクトとして表示されている。特に、メニュー品目を入力するに際しては、所望の部門タグＤ１１のタッチ指定によって、「前菜」、「ドリンク」、「ピザ」、「パスタ」、「メイン」、「デザート」、「食後ドリンク」、「コース料理」のうちから所望の部門の選択が可能である。例えば、部門タグＤ１１のうち、「前菜」をタッチ指定した場合には、図３６に例示するような前菜についてのオーダー入力画面Ｄが表示される。また、部門タグＤ１１のうち、「ドリンク」をタッチ指定した場合には、図３７に示すようなドリンクについてのオーダー入力画面Ｄが表示される。更に、部門タグＤ１１のうち、「デザート」をタッチ指定した場合には、図３８に示すようなデザートについてのオーダー入力画面Ｄが表示される。

こうして、所望の部門タグＤ１１のタッチ指定によって、「前菜」、「ドリンク」、「ピザ」、「パスタ」、「メイン」、「デザート」、「食後ドリンク」、「コース料理」のうちから所望の部門を選択した後は、二通りのメニュー品目の入力手法がある。一つは、テーブルに共通するオーダーとして入力する手法である。もう一つは、個々のお客様に個別のオーダーとして入力する手法である。

前者の入力手法を採用する場合には、所望の部門を選択した後、各部門に応じて出現するメニュー品目欄Ｄ１２の表示メニューから所望のメニュー品目をタッチ指定すればよい。これにより、テーブル共通にオーダーするメニュー品目としての選択指定がなされる。

後者の入力手法を採用する場合には、所望の部門を選択した後、座席位置画像Ｄ１４中の所望の座席Ｄ１４ｂをタッチ指定した後に連続してメニュー品目欄Ｄ１２に表示される所望のメニュー品目をタッチ指定する。これにより、タッチ指定した座席Ｄ１４ｂに着席するお客様が個別オーダーするメニュー品目としての選択がなされる。

図２９は、図１６に示すオーダー処理（ステップＳ１１０）の流れを示すフローチャートである。情報端末１０２のマイクロコンピュータ２０１は、オーダ処理に際して、座席位置画像Ｄ１４中のいずれかの座席Ｄ１４ｂがタッチ指定されて個人指定がなされたかどうかを判定する（ステップＳ１１０−１）。個人指定された場合には（ステップＳ１１０−１のＹ）、その指定された個人、つまり選択指定された座席Ｄ１４ｂをＲＡＭ２０５のワークエリアに一時記憶し（ステップＳ１１０−２）、個人指定されなかった場合には（ステップＳ１１０−１のＮ）、ステップＳ１１０−２の処理を経ることなく、メニュー選択の有無を判定する（ステップＳ１１０−３）。

メニュー選択がなされると（ステップＳ１１０−３のＹ）、ステップＳ１１０−２でＲＡＭ２０５のワークエリアに座席Ｄ１４ｂが一時記憶されているかどうかをもって個人指定されていたかどうかを判定する（ステップＳ１１０−４）。この判定で、個人指定されていなかった場合にはテーブルに共通する共通指定なので、ＲＡＭ２０５のワークエリアに設定している共通エリアに選択メニューの品番を一時記憶する（ステップＳ１１０−５）。そして、オーダー入力画面Ｄ中のメニューリストＤ１３にオーダーされたメニュー情報を表示する（ステップＳ１１０−６）。これに対して、個人指定されていた場合には当該個人がオーダーした個別指定なので、ＲＡＭ２０５のワークエリアに設定している対応する個人エリアに選択メニューの品番を一時記憶する（ステップＳ１１０−７）。そして、オーダー入力画面Ｄ中のメニューリストＤ１３に指定された個人を表示した上で（ステップＳ１１０−８）、オーダーされたメニュー情報を表示する（ステップＳ１１０−６）。

ここで、図３６に示すメニューリストＤ１３には、「ムール貝のワイン蒸し」及び「チーズ盛り合わせ」が共通メニューとしてオーダーされ、「シーフードサラダ」がＡの座席Ｄ１４ｂの個別メニューとしてオーダーされた例が示されている。また、図３７に示すメニューリストＤ１３には、それらに加えて、「フランス産グラスワイン」がＣの座席Ｄ１４ｂの個別メニューとしてオーダーされた例が示されている。そして、図３８に示すメニューリストＤ１３には、それらに加えて、「バナナタルト」がＢの座席Ｄ１４ｂの個別メニューとしてオーダーされた例が示されている。

情報端末１０２のマイクロコンピュータ２０１は、メニューリストＤ１３へオーダー情報を表示する処理を実行したならば（ステップＳ１１０−６）、ステップＳ１１０−３のメニュー選択の有無の判定処理にリターンする。この際、メニュー選択が実行されることなく（ステップＳ１１０−３）、オーダー送信が指定されたならば（ステップＳ１１０−９のＹ）、ＬＡＮ経由で座席管理ファイル４０３（図８〜図１１参照）のステータスをオーダー済みにし（ステップＳ１１０−１０）、ＲＡＭ２０５のワークエリアに設定した共通エリア及び個人エリアに一時記憶したオーダー情報をＬＡＮ経由で接客ステーション１０５に送信する。この際、接客ステーション１０５に送信するオーダー情報には、現在開いているオーダー入力画面Ｄが対応するテーブルのテーブル番号が伴われている。また、オーダー送信の指定は、業務指定キーＤ１７に含まれている「オーダー送信」というキーのタッチ指定によってなされる。

その後、 情報端末１０２のマイクロコンピュータ２０１は、画面表示を基本画面Ａに復帰させ（ステップＳ１１０−１２）、処理を終了する。これらのステップＳ１１０−９〜ステップＳ１１０−１２の処理は、オーダー入力画面Ｄ上で入力後のオーダー情報の登録が指示された場合（ステップＳ１１０−９）、当該オーダー情報及び対応するテーブルがオーダー済みであることを示すオーダー状況情報（図８〜図１１に例示する座席管理ファイル４０３中の「オーダー済み」ステータス）を記憶部（接客ステーション１０５のＨＤＤ３０７又はＲＡＭ３０５）に記憶させるための第２の指示を出力し、画面表示を基本画面Ａに復帰させる処理である（第２の登録手段）。

図３９は、情報端末１０２が表示するオーダー送信画面Ｅを示す模式図である。情報端末１０２は、オーダー送信が指定された場合（ステップＳ１１０−９のＹ）、オーダー入力画面Ｄをグレーアウトし、数秒間だけ図３９に例示するオーダー送信画面Ｅをポップアップ表示する。

接客ステーション１０５は、ＬＡＮ経由で送信されたオーダー情報に基づいて案内ファイル４０５の対応するテーブルのレコードとして、オーダー情報４０５ｂ−２に必要な管理データを記憶させる。つまり、オーダー情報４０５ｂ−２には、品番４０５ｂ−２ａのレコードとしてオーダーされたメニュー品目の品番を記憶させ、お客様情報４０５ｂ−２ｂのレコードとして誰のオーダーなのかを記憶させる。また、オーダー時刻４０５ｂ−２ｂのレコードとして、オーダー情報を受信した時刻をオーダーがなされた時刻として記憶させる。更に、点数４０５ｂ−２ｄのレコードとしてオーダー数量を記憶させる。

（テーブル確認処理）
接客ステーション１０５は、前述したように、ＬＡＮ経由で情報端末１０２からオーダー情報を受信すると、受信したオーダー情報をキッチンプリンタ１０３に送信する。キッチンプリンタ１０３は、受信したオーダー情報に応じた内容の調理指示伝票を印字発行する。これにより、キッチンにいる調理人は、キッチンプリンタ１０３が印字発行した調理指示伝票に従い調理をし、出来上がると、キッチンプリンタ１０３のキーボード１１２によってそのメニュー品目が調理済みであることを入力する。この際、キッチンプリンタ１０３では、テーブル番号を含むオーダー情報を特定してメニュー品目が調理済みであることを入力する。そして、キッチンプリンタ１０３は、キーボード１１２からテーブル番号を含むオーダー情報を特定してメニュー品目が調理済みであることが入力されると、そのメニュー品目が調理済みであることを示す調理済み情報を特定したオーダー情報と共にＬＡＮ経由で接客ステーション１０５に送信する。

図３０は、接客ステーション１０５が実行する配膳状況登録処理の流れを示すフローチャートである。接客ステーション１０５のマイクロコンピュータ３０１は、キッチンプリンタ１０３から調理済み情報を受信すると（ステップＳ２０１）、受信した調理済み情報に含まれているオーダー情報からテーブル番号を取得する（ステップＳ２０２）。そこで、座席管理ファイル４０３を検索して取得したテーブル番号から案内番号を取得し、その案内番号によって特定される案内ファイル４０５のお客様情報４０５ｂ中のオーダー情報４０５ｂを更新する（ステップＳ２０３）。つまり、オーダー情報４０５ｂ中、ステータス情報４０５ｂ−２ｅを配膳済みとする。

図４０〜図４２、図４４〜図４６は、情報端末１０２が表示する配膳状況画面Ｆを示す模式図である。配膳状況画面Ｆは、基本画面Ａ上でのテーブル特定画像Ａ１２のタッチ指定に応じて、図１６中のステップＳ１０９の判断がＹであるという条件下で基本画面Ａ上にポップアップ表示される。この際、基本画面Ａはグレーアウトされる。配膳状況画面Ｆには、「配膳状況」、「ライブ」、「リスト」と表示されている画面種別ボタンＦ１１がオブジェクト表示されている。また、「お客様情報」、「追加オーダー」、「指示」、「会計」、「ＯＫ」と表示されている操作ボタンＦ１２も配膳状況画面Ｆにオブジェクト表示されている。

図４０は、液晶ディスプレイ１０９に表示される配膳状況基本画面Ｆ１を示す模式図である。配膳状況基本画面Ｆ１は、画面種別ボタンＦ１１中の「配膳状況」がタッチ指定された場合に情報端末１０２のマイクロコンピュータ２０１が液晶ディスプレイ１０９に表示させる画面である。配膳状況基本画面Ｆ１には、未配膳のメニューを当該メニューがオーダーされた座席に対応付けて示す未配膳メニュー画面Ｆ１３と、配膳済みとなったメニューを当該メニューがオーダーされた座席に対応付けて示す配膳済みメニュー画面Ｆ１４とが表示されている。配膳状況基本画面Ｆ１中、未配膳メニュー画面Ｆ１３は左側領域、配膳済みメニュー画面Ｆ１４は右側領域にそれぞれ表示されている。

未配膳メニュー画面Ｆ１３は、未配膳領域Ｆ１３ａ中に未配膳メニュー画像Ｆ１３ｂを表示して構成されている。未配膳メニュー画像Ｆ１３ｂには、そのメニュー品目をオーダーした座席が付加表示されている。図４０に示す例では、未配膳領域Ｆ１３ａ中に表示されている赤ワインに丸Ｂが付加されている。これは、Ｂの座席のお客様がオーダーしたメニュー品目であることを示している。その他のメニュー品目には座席が付加表示されていない。これは、テーブル共通にオーダーされたメニュー品目であることを示している。

配膳済みメニュー画面Ｆ１４は、配膳済み領域Ｆ１４ａ中に配膳済みメニュー画像Ｆ１４ｂを表示して構成されている。配膳済みメニュー画面Ｆ１４は、テーブルを仮想的に表現するテーブル画像Ｆ１４ｃと座席を仮想的に表現する座席画像Ｆ１４ｄとを含んでいる。そして、配膳済みとなったメニューのうち個々の座席に対応するメニューについては、当該対応する座席の座席画像Ｆ１４ｄ上に当該メニューを表現する配膳済みメニュー画像Ｆ１４ｂを表示している。また、配膳済みとなったメニューのうちテーブルに共通するメニューについては、テーブル画像Ｆ１４ｃ上に当該メニューを表現する配膳済みメニュー画像Ｆ１４ｂを表示している。

図４１は、液晶ディスプレイ１０９に表示される配膳状況ライブ画面Ｆ２を示す模式図である。配膳状況ライブ画面Ｆ２は、画面種別ボタンＦ１１中の「ライブ」がタッチ指定された場合に情報端末１０２のマイクロコンピュータ２０１が液晶ディスプレイ１０９に表示させる画面である。配膳状況ライブ画面Ｆ２には、未配膳のメニューを当該メニューがオーダーされた座席に対応付けて示す未配膳メニュー画面Ｆ１３と、ライブ映像画面Ｆ１５とが表示されている。配膳状況基本画面Ｆ１中、未配膳メニュー画面Ｆ１３は左側領域、ライブ映像画面Ｆ１５は右側領域にそれぞれ表示されている。

未配膳メニュー画面Ｆ１３は、未配膳領域Ｆ１３ａ中に未配膳メニュー画像Ｆ１３ｂを表示して構成されている。未配膳メニュー画像Ｆ１３ｂには、そのメニュー品目をオーダーした座席が付加表示されている。図４１に示す例では、未配膳領域Ｆ１３ａ中に表示されている赤ワインに丸Ｂが付加されている。これは、Ｂの座席のお客様がオーダーしたメニュー品目であることを示している。その他のメニュー品目には座席が付加表示されていない。これは、テーブル共通にオーダーされたメニュー品目であることを示している。

ライブ映像画面Ｆ１５は、現実空間に配置されるテーブル上の空間を撮像する撮像部としてのライブカメラ１０４から出力される映像データをストリーミング配信の技術によって配膳状況ライブ画面Ｆ２に表示した画面である。

図４２は、液晶ディスプレイ１０９に表示される配膳状況一覧画面Ｆ３を示す模式図である。配膳状況一覧画面Ｆ３は、画面種別ボタンＦ１１中の「リスト」がタッチ指定された場合に情報端末１０２のマイクロコンピュータ２０１が液晶ディスプレイ１０９に表示させる画面である。配膳状況一覧画面Ｆ３には、未配膳のメニューを当該メニューがオーダーされた座席に対応付けて示す未配膳メニュー画面Ｆ１３と、配膳済みとなったメニューを当該メニューがオーダーされた座席に対応付けて示す配膳済みメニュー画面Ｆ１４とが表示されている。配膳状況基本画面Ｆ１中、未配膳メニュー画面Ｆ１３は下側領域、配膳済みメニュー画面Ｆ１４は上側領域にそれぞれ表示されている。

未配膳メニュー画面Ｆ１３は、未配膳領域Ｆ１３ａ中に未配膳メニューを一覧表示して構成されている。未配膳メニューには、そのメニュー品目をオーダーした座席が付加表示されている。図４２に示す例では、未配膳領域Ｆ１３ａ中に表示されているトマトとモッツァレラに丸Ｂが付加されており、また、赤ワインにも丸Ｂが付加されている。これらは、Ｂの座席のお客様がオーダーしたメニュー品目であることを示している。その他のメニュー品目には座席が付加表示されていない。これは、テーブル共通にオーダーされたメニュー品目であることを示している。更に、未配膳メニュー画面Ｆ１３は、個々のメニューの数量と待ち時間とを表示している。

配膳済みメニュー画面Ｆ１４は、配膳済み領域Ｆ１４ａ中に配膳済みメニューを一覧表示して構成されている。配膳済みメニューには、そのメニュー品目をオーダーした座席が付加表示されている。図４２に示す例では、未配膳領域Ｆ１３ａ中に表示されている赤ワインに丸Ａが付加されている。これは、Ａの座席のお客様がオーダーしたメニュー品目であることを示している。その他のメニュー品目には座席が付加表示されていない。これは、テーブル共通にオーダーされたメニュー品目であることを示している。更に、配膳済みメニュー画面Ｆ１４は、個々のメニューの数量と配膳済みであることを示す「済」の表示とを表示している。

図３１は、図１６に示すテーブル確認処理（ステップＳ１１１）の流れを示すフローチャートである。情報端末１０２のマイクロコンピュータ２０１は、対応するテーブルの案内ファイル４０５が記憶しているオーダー情報４０５ｂ−２（図１５参照）を収集する（ステップＳ１１１−１）。これにより、情報端末１０２は、オーダー情報４０５ｂ−２中のお客様（座席）４０５ｂ−２ｂ、オーダー時刻４０５ｂ−２ｃ、点数４０５ｂ−２ｄ、及び配膳状況を示すステータス情報４０５ｂ−２ｅのレコードから、配膳状況画面Ｆ（配膳状況基本画面Ｆ１、配膳状況ライブ画面Ｆ２、配膳状況一覧画面Ｆ３）をそれぞれ表示するのに必要な基礎データを取得することができる。

次いで、情報端末１０２のマイクロコンピュータ２０１は、配膳状況画面の種別選択を判定する処理を実行する（ステップＳ１１１−２〜ステップＳ１１１−４）。つまり、画面種別ボタンＦ１１中の「配膳状況」がタッチ指定されたか（ステップＳ１１１−２）、「ライブ」がタッチ指定されたか（ステップＳ１１１−３）、「リスト」がタッチ指定されたか（ステップＳ１１１−４）、その他の操作ボタンＦ１２等がタッチ指定されたか（ステップＳ１１１−５）の判定に待機している。

情報端末１０２のマイクロコンピュータ２０１は、画面種別ボタンＦ１１中の「配膳状況」がタッチ指定されと判定した場合（ステップＳ１１１−２のＹ）、配膳状況画像データを生成して液晶ディスプレイ１０９に表示する（ステップＳ１１１−６）。これにより、図４０に例示する配膳状況基本画面Ｆ１が液晶ディスプレイ１０９に表示される。

情報端末１０２のマイクロコンピュータ２０１は、画面種別ボタンＦ１１中の「ライブ」がタッチ指定されたと判定した場合（ステップＳ１１１−３）、ＬＡＮ経由でライブカメラ１０４にストリーミング配信を指示し（ステップＳ１１１−７）、ライブ画像データを生成して液晶ディスプレイ１０９に表示する（ステップＳ１１１−８）。これにより、図４１に例示する配膳状況ライブ画面Ｆ２が液晶ディスプレイ１０９に表示される。

情報端末１０２のマイクロコンピュータ２０１は、画面種別ボタンＦ１１中の「リスト」がタッチ指定されたと判定した場合（ステップＳ１１１−４）、リスト画像データを生成して液晶ディスプレイ１０９に表示する（ステップＳ１１１−９）。これにより、図４２に例示する配膳状況一覧画面Ｆ３が液晶ディスプレイ１０９に表示される。

図３２は、配膳状況画面Ｆ（配膳状況基本画面Ｆ１、配膳状況ライブ画面Ｆ２、配膳状況一覧画面Ｆ３）上でオブジェクトが選択指定された場合に情報端末１０２が実行する処理の流れを示すフローチャートである。情報端末１０２のマイクロコンピュータ２０１は、配膳状況画面Ｆに表示されている操作ボタンＦ１２中、「追加オーダー」ボタンのタッチ指定の有無（ステップＳ１１１−１１）、「会計」ボタンのタッチ指定の有無（ステップＳ１１１−１２）、「指示」ボタンのタッチ指定の有無（ステップＳ１１１−１３）、その他のボタンのタッチ指定の有無の判定に待機している。

情報端末１０２のマイクロコンピュータ２０１は、「追加オーダー」ボタンがタッチ指定されたと判定した場合（ステップＳ１１１−１１のＹ）、画面表示をオーダー入力画面Ｄにし、追加オーダーの入力処理を実行した後（ステップＳ１１１−１５）、オーダー送信処理を実行する（ステップＳ１１１−１６）。これにより、追加オーダーが可能となる。

情報端末１０２のマイクロコンピュータ２０１は、「会計」ボタンがタッチ指定されたと判定した場合（ステップＳ１１１−１２のＹ）、後述する会計処理を実行する（ステップＳ１１１−１７）。

情報端末１０２のマイクロコンピュータ２０１は、「指示」ボタンがタッチ指定されたと判定した場合（ステップＳ１１１−１３のＹ）、オーダーの指示処理を実行する（ステップＳ１１１−１８）。このようなオーダーの指示処理を図４３ないし図４５を用いて説明する。

情報端末１０２のマイクロコンピュータ２０１は、その他のボタンがタッチ指定されたと判定した場合、その他の処理を実行する（ステップＳ１１１−１４）。

図４３は、情報端末１０２が表示する３０分を超過している未配膳メニューがある場合の配膳状況基本画面Ｆ１を示す模式図である。図４４は、情報端末が表示する３０分を超過している未配膳メニューがある場合の配膳状況ライブ画面Ｆ２を示す模式図である。配膳状況基本画面Ｆ１でも配膳状況ライブ画面Ｆ２でも、未配膳メニュー画面Ｆ１３中、３０分以上未配膳であるメニュー品目が生じた場合、その未配膳メニュー画像Ｆ１３ｂが強調表示され、「３０分待ち」という超過表示Ｆ１６が付加される。そこで、そのような未配膳メニュー画像Ｆ１３ｂをタッチ指定して操作ボタンＦ１２中の「指示」をタッチ指定すると、ＬＡＮ経由で接客ステーション１０５を介してキッチンプリンタ１０３に対応するメニュー品目の調理催促指示を送信することができる。

図４５は、情報端末１０２が表示する配膳指示画面Ｇを示す模式図である。情報端末１０２は、「指示」ボタンがタッチ指定された場合（ステップＳ１１１−１３のＹ）、数秒間だけ図４５に例示する配膳指示画面Ｇをポップアップ表示する。

図４６は、情報端末１０２が表示する未配膳メニューがない場合の配膳状況基本画面Ｆ１を示す模式図である。必要に応じて配膳指示等をした結果、未配膳メニューがなくなると、未配膳メニュー画面Ｆ１３には「配膳終了しました」というメッセージＦ１７が表示され、配膳が終了したことをユーザに知らせる。

（会計処理）
配膳状況画面Ｆ中には、操作ボタンＦ１２として「会計」ボタンがオブジェクト表示されている。前述したように、情報端末１０２のマイクロコンピュータ２０１は、「会計」ボタンがタッチ指定されたと判定した場合（図３２のステップＳ１１１−１２のＹ）、会計処理を実行する（図３２のステップＳ１１１−１７）。

図４７は、情報端末１０２が表示する会計画面Ｈを示す模式図である。会計画面Ｈは、画面左側の上方にメニューリストＨ１１を表示し、画面左側の下方に会計情報欄Ｈ１２を表示する。また、会計画面Ｈの右側上方には、座席位置画像Ｈ１３、ファンクションキーＨ１４がそれぞれ表示されている。更に、会計画面Ｈの右側下方には、年代指定キーＨ１５とテンキーＨ１６とがそれぞれ表示されている。座席位置画像Ｈ１３は、テーブルＨ１３ａにおける各座席Ｈ１３ｂを個々に表現する画像であり、タッチパネル１１０によって所望の座席Ｈ１３ｂをタッチ指定可能に表示されている。更に、座席位置画像Ｈ１３の下方には、テーブル共通でオーダーしたメニュー品目を割勘にする場合の割勘手法を宣言するためのキーとして、共通分割勘指定キーＨ１７と共通分一括指定キーＨ１８とが配置されている。

ここで、会計画面Ｈは、第１の決済処理〜第６の決済処理までの６種類の決済処理を可能とする。

第１の決済処理は、会計画面Ｈ上で、総合計金額を会計情報欄Ｈ１２に表示し、総合計金額で実行する決済処理である。第１の決済処理を実行するには、会計画面Ｈが表示された状態で、例えばテンキーＨ１６に含まれている「現計」キーをタッチ指定すればよい。

第２の決済処理は、会計画面Ｈ上で、座席位置画像Ｈ１３中の座席Ｈ１３ｂのタッチ指定によって指定された座席について入力されたメニューの個別合計金額を会計情報欄Ｈ１２に表示し、当該個別合計金額で実行する決済処理である。第２の決済処理を実行するには、会計画面Ｈが表示された状態で、座席位置画像Ｈ１３中の所望の座席Ｈ１３ｂをタッチ指定した上で、例えばテンキーＨ１６に含まれている「現計」キーをタッチ指定すればよい。

第３の決済処理は、会計画面Ｈ上で、共通メニューの割勘精算指定に応じて、テーブル共通に入力されたメニューの共通合計金額のうちの未決済分を対象人数で割って得た割勘金額を会計情報欄Ｈ１２に表示し、当該割勘金額で実行する決済処理である。第３の決済処理を実行するには、会計画面Ｈが表示された状態で、共通分割勘指定キーＨ１７をタッチ指定した上で、例えばテンキーＨ１６に含まれている「現計」キーをタッチ指定すればよい。

第４の決済処理は、会計画面Ｈ上で、共通メニューの一括精算指定に応じて、テーブル共通に入力されたメニューの共通合計金額のうちの未決済分を会計情報欄Ｈ１２に表示し、当該共通合計金額で実行する決済処理である。第４の決済処理を実行するには、会計画面Ｈが表示された状態で、共通分一括指定キーＨ１８をタッチ指定した上で、例えばテンキーＨ１６に含まれている「現計」キーをタッチ指定すればよい。

第５の決済処理は、会計画面Ｈ上で、座席位置画像Ｈ１３中の座席Ｈ１３ｂのタッチ指定によって指定された座席について入力されたメニューの個別合計金額と、共通メニューの割勘精算指定に応じて、テーブル共通に入力されたメニューの共通合計金額のうちの未決済分を対象人数で割って得た割勘金額とを合計した個別割勘合計金額を会計情報欄Ｈ１２に表示し、当該割勘金額で実行する決済処理である。第５の決済処理を実行するには、会計画面Ｈが表示された状態で、座席位置画像Ｈ１３中の所望の座席Ｈ１３ｂをタッチ指定し、更に、共通分割勘指定キーＨ１７をタッチ指定した上で、例えばテンキーＨ１６に含まれている「現計」キーをタッチ指定すればよい。

第６の決済処理は、会計画面Ｈ上で、座席位置画像Ｈ１３中の座席Ｈ１３ｂのタッチ指定によって指定された座席について入力されたメニューの個別合計金額と、共通メニューの割勘精算指定に応じて、テーブル共通に入力されたメニューの共通合計金額のうちの未決済分の割勘金額とを合計した個別共通合計金額を会計情報欄Ｈ１２に表示し、当該割勘金額で実行する決済処理である。第５の決済処理を実行するには、会計画面Ｈが表示された状態で、座席位置画像Ｈ１３中の所望の座席Ｈ１３ｂをタッチ指定し、更に、共通分一括指定キーＨ１８をタッチ指定した上で、例えばテンキーＨ１６に含まれている「現計」キーをタッチ指定すればよい。

図３３は、図３２中に示す会計処理の流れを示すフローチャートである。情報端末１０２のマイクロコンピュータ２０１は、現在表示されている会計画面Ｈに対応するテーブルのオーダー情報を案内ファイル４０５から収集し（ステップＳ３０１）、収集したオーダー情報に基づいてＰＬＵファイル４０２から単価を取得する（ステップＳ３０２）。そして、座席位置画像Ｈ１３中の特定の座席Ｈ１３ｂがタッチ指定されることにより個別精算指定がなされているか（ステップＳ３０３）、共通分割勘指定キーＨ１７又は共通分一括指定キーＨ１８がタッチ指定されることにより共通オーダー精算指定がなされているか（ステップＳ３０４）が判定され、そのいずれでもなければ総合計金額を算出して会計情報欄Ｈ１２に表示する（ステップＳ３０５）。そして、例えばテンキーＨ１６に含まれている「現計」キーがタッチ指定されることで、第１の決済処理が実行され（ステップＳ３０６）、処理を終了する。

これに対して、ステップＳ３０３で座席位置画像Ｈ１３中の特定の座席Ｈ１３ｂがタッチ指定されることにより個別精算指定がなされたと判定した場合には（ステップＳ３０３のＹ）、共通オーダー精算指定の有無を確認し（ステップＳ３１６）、共通オーダー精算指定がなされなければ、特定の座席Ｈ１３ｂのタッチ指定で特定された個人の合計金額を算出し（ステップＳ３２０）、会計情報欄Ｈ１２へ個別合計金額を表示する（ステップＳ３２１）。そして、例えばテンキーＨ１６に含まれている「現計」キーがタッチ指定されることで、第２の決済処理が実行される（ステップＳ３２２）。もっとも、この場合には個々に第２の決済処理を実行するので（ステップＳ３２２）、全員分の決済処理が終了することで（ステップＳ３２３のＹ）、処理を終了する。

また、ステップＳ３０４で共通オーダー精算指定がなされていると判定された場合には（ステップＳ３０４のＹ）、共通分割勘指定キーＨ１７がタッチ指定されての共通分割勘処理かどうかが判定される（ステップＳ３０７）。共通分割勘処理であると判定された場合には（ステップＳ３０７のＹ）、未決済の共通オーダーの合計金額を人数割りし、ＲＡＭ２０５のワークエリアに一時記憶し（ステップＳ３０８）、会計情報欄Ｈ１２に割勘金額を表示する（ステップＳ３１０）。そして、例えばテンキーＨ１６に含まれている「現計」キーがタッチ指定されることで、第３の決済処理が実行される（ステップＳ３１１）。もっとも、この場合には個々に第３の決済処理を実行するので（ステップＳ３１１）、全員分の決済処理が終了することで（ステップＳ３１２のＹ）、処理を終了する。

これに対して、ステップＳ３０７で共通分割勘処理ではないと判定された場合には（ステップＳ３０７のＮ）、共通分一括処理であるはずなので、未決済の共通オーダーの一括金額をＲＡＭ２０５のワークエリアに一時記憶し（ステップＳ３１３）、会計情報欄Ｈ１２に共通合計金額を表示する（ステップＳ３１４）。そして、例えばテンキーＨ１６に含まれている「現計」キーがタッチ指定されることで、第４の決済処理が実行され（ステップＳ３１５）、処理を終了する。

また、ステップＳ３０３で座席位置画像Ｈ１３中の特定の座席Ｈ１３ｂがタッチ指定されることにより個別精算指定がなされたと判定した場合であって（ステップＳ３０３のＹ）、共通オーダー精算指定がなされていると判定された場合には（ステップＳ３１６のＹ）、共通分割勘指定キーＨ１７がタッチ指定されての共通分割勘処理かどうかが判定される（ステップＳ３１７）。共通分割勘処理であると判定された場合には（ステップＳ３１７のＹ）、未決済の共通オーダーの合計金額を人数割りし、ＲＡＭ２０５のワークエリアに設定される個人領域に一時記憶する（ステップＳ３１８）。そして、特定の座席Ｈ１３ｂのタッチ指定で特定された個人の合計金額として、その個人の個別オーダーの合計金額に共通分割勘金額を加算した個別割勘合計金額を算出する（ステップＳ３２０）。その後、会計情報欄Ｈ１２に算出した個別割勘合計金額を表示する（ステップＳ３２１）。そして、例えばテンキーＨ１６に含まれている「現計」キーがタッチ指定されることで、第５の決済処理が実行される（ステップＳ３２２）。もっとも、この場合には個々に第５の決済処理を実行するので（ステップＳ３２３）、全員分の決済処理が終了することで（ステップＳ３２３のＹ）、処理を終了する。

これに対して、ステップＳ３１７で共通分割勘処理ではないと判定された場合には（ステップＳ３０７のＮ）、共通分一括処理であるはずなので、未決済の共通オーダーの一括金額をＲＡＭ２０５のワークエリアに設定される個人領域に一時記憶する（ステップＳ３１３）。この場合の個人領域は、特定の座席Ｈ１３ｂのタッチ指定で特定された個人の個人領域である。そして、特定の座席Ｈ１３ｂのタッチ指定で特定された個人の合計金額として、その個人の個別オーダーの合計金額にＲＡＭ２０５の個人領域に一時記憶した一括金額を加算した個別共通合計金額を算出する（ステップＳ３２０）。その後、会計情報欄Ｈ１２に算出した個別共通合計金額を表示する（ステップＳ３２１）。そして、例えばテンキーＨ１６に含まれている「現計」キーがタッチ指定されることで、第６の決済処理が実行される（ステップＳ３２２）。もっとも、この場合には、残りのお客様は個々の第２の決済処理を実行することになるので（ステップＳ３２３）、全員部の決済処理が終了することで（ステップＳ３２３のＹ）、処理を終了する。

（本接客支援システムの利点）
以上説明したように、本接客支援システムによれば、座席情報入力画面Ｂからお客様情報を入力して登録することで、接客の最初の場面でお客様の案内情報を予め生成し登録しておくことができる。これにより、その後はオーダー情報の入力等の場面で最初に登録した案内情報を利用することができ、全体的な接客の流れの中で効果的に接客業務を支援することができる。

また、本接客支援システムによれば、基本画面Ａ上でテーブル特定画像Ａ１２を選択指定した場合、お客様の案内情報が登録されていなければ座席情報入力画面Ｂを液晶ディスプレイ１０９に表示してタッチパネル１１０による案内情報の入力及び登録指示を可能とし、お客様の案内情報が登録されていればオーダー入力画面Ｄを液晶ディスプレイ１０９に表示してタッチパネル１１０によるオーダー情報の入力及び登録指示を可能とする。これにより、基本画面Ａ上でテーブル特定画像を選択指定するだけで、現実空間で生じている事象に応じた画面（座席情報入力画面Ｂ、オーダー入力画面Ｄ）を液晶ディスプレイ１０９に適宜表示させることができる。したがって、操作性の向上という側面からも全体的な接客の流れの中で効果的に接客業務を支援することができる。

また、本接客支援システムによれば、入力及び登録指示がなされた案内情報に含まれているお客様の属性情報４０５ｂに基づいておすすめメニューを検索し、検索したおすすめメニューをお客様の属性情報４０５ｂの種類に応じた重み付け値に従って上位Ｎ個に絞り込んで表示することができる。したがって、各テーブルに着席するお客様の個々の属性を考慮したうえで、各テーブル単位で最適な数のおすすめメニューを提案することができる。

また、本接客支援システムによれば、個々のテーブルについてのオーダー情報に含まれているメニューのうち配膳済みとなったメニューを当該メニューが対応する座席に対応付けて表示する配膳済みメニュー画面Ｆ１４を表示デバイスに表示させることができる。したがって、配膳済みメニュー画面Ｆ１４に時々刻々と変化する個々の顧客についての配膳状況を逐次表示することができる。

そして、本接客支援システムによれば、個々のテーブルに共通の共通メニューについて、割勘精算や一括精算、あるいは、個別精算と割勘精算との組み合わせや個別精算と一括精算との組み合わせを可能にする。これにより、個々のテーブルに共通の共通メニューについての様々な精算態様を支援することができる。

本発明の実施の一形態を示すシステムの全体構成を概略的に示すシステム構成図である。 ＰＯＳ端末として機能する情報端末を正面側から見た外観形態を示す斜視図である。 ＰＯＳ端末として機能する情報端末を背面側から見た外観形態を示す斜視図である。 情報端末の電気的接続を示すブロック図である。 接客ステーションの電気的接続を示すブロック図である。 情報端末及び接客ステーションがアクセス可能な部門ファイルのファイル構造を示す模式図である。 情報端末及び接客ステーションがアクセス可能なＰＬＵファイルのファイル構造を示す模式図である。 情報端末がアクセス可能な座席管理ファイルのファイル構造を、現在時刻から見て将来の時刻における情報登録例と共に示す模式図である。 情報端末がアクセス可能な座席管理ファイルのファイル構造を、２００７年５月３０日の１７：００時点での情報登録例と共に示す模式図である。 情報端末がアクセス可能な座席管理ファイルのファイル構造を、２００７年５月３０日の１７：０５時点での情報登録例と共に示す模式図である。 情報端末がアクセス可能な座席管理ファイルのファイル構造を、２００７年５月３０日の１８：１０時点での情報登録例と共に示す模式図である。 情報端末がアクセス可能な予約ファイルのファイル構造を示す模式図である。 情報端末がアクセス可能な案内ファイルのファイル構造を示す模式図である。 案内ファイルに含まれている属性情報の詳細を示す模式図である。 案内ファイルに含まれているオーダー情報の詳細を示す模式図である。 情報端末が実行する接客支援処理の全体の流れを概略的に示すフローチャートである。 情報端末が表示する２００７年５月３０日の１７：００時点での１２番のテーブルが予約されている状態を示す基本画面の模式図である。 情報端末が表示する２００７年５月３０日の１７：０５時点での１２番のテーブルが案内済みであって未オーダーである状態を示す基本画面の模式図である。 情報端末が表示する２００７年５月３０日の１７：１５時点での１２番のテーブルがオーダー済みである状態を示す基本画面の模式図である。 情報端末が表示する２００７年５月３０日の１８：１０時点での１２番のテーブルが配膳待ち超過である状態を示す基本画面の模式図である。 図１６に示す基本画面表示処理の流れを示すフローチャートである。 図１６に示す予約処理の流れを示すフローチャートである。 図１６に示すご案内処理の流れを示すフローチャートである。 情報端末がアクセス可能なおすすめメニューファイルを示す模式図である。 情報端末がアクセス可能な基本点ファイルを示す模式図である。 情報端末がアクセス可能な係数値ファイルを示す模式図である。 情報端末が生成するおすすめメニュー抽出ファイルを示す模式図である。 図２３中のおすすめメニューの生成処理の詳細を示すフローチャートである。 図１６に示すオーダー処理の流れを示すフローチャートである。 接客ステーションが実行する配膳状況登録処理の流れを示すフローチャートである。 図１６に示すテーブル確認処理の流れを示すフローチャートである。 配膳状況画面（配膳状況基本画面、配膳状況ライブ画面、配膳状況一覧画面）上でオブジェクトが選択指定された場合に情報端末が実行する処理の流れを示すフローチャートである。 図３２中に示す会計処理の流れを示すフローチャートである。 情報端末が表示する座席情報入力画面を示す模式図である。 情報端末が表示するおすすめメニュー画面を示す模式図である。 情報端末が表示するオーダー入力画面（前菜）を示す模式図である。 情報端末が表示するオーダー入力画面（ドリンク）を示す模式図である。 情報端末が表示するオーダー入力画面（デザート）を示す模式図である。 情報端末が表示するオーダー送信画面を示す模式図である。 情報端末が表示する配膳状況基本画面を示す模式図である。 情報端末が表示する配膳状況ライブ画面を示す模式図である。 情報端末が表示する配膳状況一覧画面を示す模式図である。 情報端末が表示する配膳指示画面を示す模式図である。 情報端末が表示する３０分を超過している未配膳メニューがある場合の配膳状況ライブ画面を示す模式図である。 情報端末が表示する未配膳メニューがない場合の配膳状況基本画面を示す模式図である。 情報端末が表示する３０分を超過している未配膳メニューがある場合の配膳状況基本画面を示す模式図である。 情報端末が表示する会計画面を示す模式図である。

符号の説明

１０９…液晶ディスプレイ（表示デバイス）、１１０…タッチパネル（入力デバイス）、４０５ｂ…ステータス情報、Ａ１２…テーブル特定画像、Ａ…画面基本、Ｂ…座席情報入力画面、Ｂ１２…座席位置画像、Ｂ１３…属性特定画像、Ｄ…オーダー入力画面、Ｄ１４…座席位置画像、Ｄ１２ａ…メニュー特定画像、Ｆ…配膳状況画面、Ｆ１３…未配膳メニュー画面、Ｆ１４…配膳済みメニュー画面、Ｆ１４ｃ…テーブル画像、Ｆ１４ｄ…座席画像、Ｆ１５…ライブ映像画面、Ｈ…会計画面、Ｈ１２…会計情報欄、Ｈ１３…座席位置画像

Claims (12)

1. 情報を表示する表示デバイスと、
   情報を操作入力するための入力デバイスと、
   現実空間に配置される複数台のテーブルに設定されている個々の座席毎にメニューのオーダー情報を前記入力デバイスによって入力及び登録指示可能にするオーダー入力画面を前記表示デバイスに表示させる手段と、
   前記オーダー入力画面上で入力後のオーダー情報の登録が指示された場合、当該オーダー情報を記憶部に記憶させるための第２の指示を出力する第２の登録手段と、
   前記第２の指示に応じて記憶部に記憶されているオーダー情報であって個々のメニューの配膳状況を示すステータス情報が付加されている当該オーダー情報を取得する手段と、
   前記テーブル上の空間を撮像する撮像部から出力される映像データを受信し、当該受信した映像データに基づくライブ映像画面を生成する手段と、
   個々の前記テーブルについて、前記取得したオーダー情報に含まれているメニューの配膳状況を示すステータス情報によって特定される配膳済みとなったメニューを当該メニューがオーダーされた座席に対応付けて示す配膳済みメニュー画面を生成する手段と、
   個々の前記テーブルについて、前記取得したオーダー情報に含まれているメニューのうち当該オーダー情報に含まれているステータス情報によって特定される未配膳のメニューを当該メニューがオーダーされた座席に対応付けて示す未配膳メニュー画面を生成する手段と、
   前記ライブ映像画面と前記配膳済みメニュー画面とを選択的に前記未配膳メニュー画面と共に前記表示デバイスに表示させる手段と、
   を備える飲食店用注文受付装置。
2. 情報を表示する表示デバイスと、
   情報を操作入力するための入力デバイスと、
   現実空間に配置される複数台のテーブルに設定されている個々の座席毎にメニューのオーダー情報を前記入力デバイスによって入力及び登録指示可能にするオーダー入力画面を前記表示デバイスに表示させる手段と、
   前記オーダー入力画面上で入力後のオーダー情報の登録が指示された場合、当該オーダー情報を記憶部に記憶させるための第２の指示を出力する第２の登録手段と、
   前記第２の指示に応じて記憶部に記憶されているオーダー情報であって個々のメニューの配膳状況を示すステータス情報が付加されている当該オーダー情報を取得する手段と、
   個々の前記テーブルについて、前記取得したオーダー情報に含まれているメニューのうち当該オーダー情報に含まれているステータス情報によって特定される未配膳のメニューを当該メニューがオーダーされた座席に対応付けて示す未配膳メニュー画面を前記表示デバイスに表示させる手段と、
   前記テーブル上の空間を撮像する撮像部から出力される映像データを受信し、当該受信した映像データに基づくライブ映像画面を表示する手段と、
   を備え、
   前記オーダー入力画面は、前記テーブルに共通するメニューのオーダー情報を前記入力デバイスによって入力及び登録指示可能にし、
   前記未配膳メニュー画面は、
   前記取得したオーダー情報に含まれているメニューの配膳状況を示すステータス情報によって特定される未配膳のメニューのうち前記テーブルに共通するメニューを当該テーブルに共通するメニューとして表示するものであって、
   前記テーブルを仮想的に表現するテーブル画像と前記座席を仮想的に表現する座席画像とを含み、
   前記未配膳のメニューのうち個々の座席に対応するメニューについては当該対応する座席の前記座席画像上に当該メニューを表現する未配膳メニュー画像を表示し、
   前記未配膳のメニューのうちテーブルに共通するメニューについては前記テーブル画像上に当該メニューを表現する未配膳メニュー画像を表示する、
   飲食店用注文受付装置。
3. 前記オーダー入力画面は、前記テーブルでの座席位置を個々に表現する座席位置画像とオーダー可能なメニューを表現するメニュー特定画像とを前記入力デバイスによって選択指定可能に表示し、前記座席位置画像と前記メニュー特定画像との連続的な選択指定によって個々の座席とメニューとの対応付けを可能とする、
   請求項１または２記載の飲食店用注文受付装置。
4. 前記オーダー入力画面は、前記テーブルに共通するメニューのオーダー情報を前記入力デバイスによって入力及び登録指示可能にし、
   前記未配膳メニュー画面は、前記取得したオーダー情報に含まれているメニューの配膳状況を示すステータス情報によって特定される未配膳のメニューのうち前記テーブルに共通するメニューを当該テーブルに共通するメニューとして表示する、
   請求項１記載の飲食店用注文受付装置。
5. 前記未配膳メニュー画面は、
   前記テーブルを仮想的に表現するテーブル画像と前記座席を仮想的に表現する座席画像とを含み、
   前記未配膳のメニューのうち個々の座席に対応するメニューについては当該対応する座席の前記座席画像上に当該メニューを表現する未配膳メニュー画像を表示し、
   前記未配膳のメニューのうちテーブルに共通するメニューについては前記テーブル画像上に当該メニューを表現する未配膳メニュー画像を表示する、
   請求項４記載の飲食店用注文受付装置。
6. 個々の前記テーブルについて、前記取得したオーダー情報に含まれているメニューの配膳状況を示すステータス情報によって特定される配膳済みとなったメニューを当該メニューがオーダーされた座席に対応付けて示す配膳済みメニュー画面を前記未配膳メニュー画面と共に前記表示デバイスに表示させる手段を更に備える、
   請求項２記載の飲食店用注文受付装置。
7. 個々の前記テーブルについて、前記取得したオーダー情報に含まれているメニューの配膳状況を示すステータス情報によって特定される配膳済みとなったメニューを当該メニューがオーダーされた座席に対応付けて示す配膳済みメニュー画面を生成する手段と、
   前記ライブ映像画面と前記配膳済みメニュー画面とを選択的に前記未配膳メニュー画面と共に前記表示デバイスに表示させる手段と、
   を備える請求項２記載の飲食店用注文受付装置。
8. 前記テーブルを個々に表現するテーブル特定画像を前記入力デバイスによって選択指定可能に表示する基本画面を前記表示デバイスに表示させる手段と、
   個々の前記テーブルに設定されている個々の座席毎にお客様の案内情報を前記入力デバイスによって入力及び登録指示可能にする座席情報入力画面を前記表示デバイスに表示させる手段と、
   前記座席情報入力画面上で入力後の案内情報の登録が指示された場合、当該案内情報及び対応するテーブルが案内済みであることを示す座席状況情報を記憶部に記憶させるための第１の指示を出力し、画面表示を前記基本画面に復帰させる第１の登録手段と、
   前記基本画面上で前記テーブル特定画像の選択指定があった場合には、前記記憶部に記憶されている座席状況情報を参照して対応する前記テーブルが空き席か案内済み席かを判定し、空き席であると判定した場合には前記座席情報入力画面を前記表示デバイスに表示させ、案内済み席であると判定した場合には前記オーダー入力画面を前記表示デバイスに表示させる画面切替え手段と、
   を備える請求項１または２記載の飲食店用注文受付装置。
9. 前記座席情報入力画面は、前記テーブルでの座席位置を個々に表現する座席位置画像とお客様の属性情報を表現する属性特定画像とを前記入力デバイスによって選択指定可能に表示し、前記座席位置画像と前記属性特定画像との連続的な選択指定によって個々の座席とお客様の属性情報との対応付けを可能とする、
   請求項８記載の飲食店用注文受付装置。
10. 前記第２の登録手段は、前記オーダー入力画面上で入力後のオーダー情報の登録が指示された場合、対応するテーブルがオーダー済みであることを示すオーダー状況情報を記憶部に記憶させるための指示を前記第２の指示に伴わせると共に、画面表示を前記基本画面に復帰させる処理を実行し、
    前記画面切替え手段は、前記記憶部に記憶されているオーダー状況情報を参照して対応する前記テーブルが未オーダー席かオーダー済み席かを判定し、案内済み席であって、かつ、オーダー済み席であると判定した場合には前記配膳済みメニュー画面を前記表示デバイスに表示させる、
    請求項８又は９記載の飲食店用注文受付装置。
11. 前記入力デバイスは、前記表示デバイスの表示面に配置されているタッチパネルである、請求項１ないし１０のいずれか一記載の飲食店用注文受付装置。
12. サーバと情報を表示する表示デバイス及び情報を操作入力するための入力デバイスを備える情報端末とがデータ送受信自在に接続される接客支援システムであって、
    前記情報端末は、
    現実空間に配置される複数台のテーブルに設定されている個々の座席毎にメニューのオーダー情報を前記入力デバイスによって入力及び登録指示可能にするオーダー入力画面を前記表示デバイスに表示させる手段と、
    前記オーダー入力画面上で入力後のオーダー情報の登録が指示された場合、当該オーダー情報を記憶部に記憶させるための第２の指示を前記サーバに送信する第２の登録手段と、
    を備え、
    前記サーバは、
    前記第２の指示の受信に応じて、当該第２の指示に伴われているオーダー情報にメニューの配膳状況を示すステータス情報を付加して記憶部に記憶する手段と、
    個々のメニューについて配膳済みとなったことを示す配膳済み情報を受信する手段と、
    前記受信した配膳済み情報に応じて前記記憶部に記憶されているオーダー情報中の対応するメニューのステータス情報を配膳済みに設定する手段と、
    前記記憶部に記憶する個々のメニューの配膳状況を示すステータス情報が付加されているオーダー情報を前記情報端末に送信する手段と、
    を備え、
    前記情報端末は、
    ステータス情報が付加されているオーダー情報を受信する手段と、
    前記テーブル上の空間を撮像する撮像部から出力される映像データを受信し、当該受信した映像データに基づくライブ映像画面を生成する手段と、
    個々の前記テーブルについて、前記受信したオーダー情報に含まれているメニューの配膳状況を示すステータス情報によって特定される配膳済みとなったメニューを当該メニューがオーダーされた座席に対応付けて示す配膳済みメニュー画面を生成する手段と、
    個々の前記テーブルについて、前記受信したオーダー情報に含まれているメニューのうち当該オーダー情報に含まれているステータス情報によって特定される未配膳のメニューを当該メニューがオーダーされた座席に対応付けて示す未配膳メニュー画面を生成する手段と、
    前記ライブ映像画面と前記配膳済みメニュー画面とを選択的に前記未配膳メニュー画面と共に前記表示デバイスに表示させる手段と、
    を備える、
    接客支援システム。

Images