JP2003085256A

JP2003085256A - 店舗運営システム処理装置

Info

Publication number: JP2003085256A
Application number: JP2001276659A
Authority: JP
Inventors: Kai Rai; 快頼
Original assignee: OZZ PROJECT CORP
Current assignee: OZZ PROJECT CORP
Priority date: 2001-09-12
Filing date: 2001-09-12
Publication date: 2003-03-20

Abstract

(57)【要約】【課題】接客スタッフの注文取りを無くして、客が待
たずに注文や追加注文できる、料理が運ばれてくるまで
の間楽しいエンターテイメントの時間を提供できる、食
事後にその席で会計ができる店舗システム処理装置を提
供すること。【解決手段】店舗運営システム処理装置１は、各テー
ブルに配置されたタッチパネルの客席端末（以下、客席
端末２）、厨房スタッフが利用する厨房端末３、接客ス
タッフが利用する接客スタッフ用端末４、接客スタッフ
が携帯する携帯端末５、店舗の入口付近に配置され予約
を受付けるキヨスク端末６、会計カウンター等に配置さ
れているレジスタ端末（以下、レジ端末７）をそれぞれ
接続し、格納されているプログラムに従い、画面情報等
を各端末に出力すると共に、各端末からの入力信号に基
づき、その入力信号に対応する画面情報等を各端末に出
力する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、店舗を運営するた
めのシステムを処理する店舗運営システム処理装置、こ
の処理装置に実行されるプログラム、そのプログラムを
記録したコンピュータ読取可能な記録媒体、前記処理装
置に接続されている客席端末、接客スタッフ用端末に関
する。

【０００２】

【従来の技術】レストラン等の店舗において、客と店と
の取引は、通常、テーブルに着席した客が、接客スタッ
フに注文し、その注文を受けた接客スタッフが厨房スタ
ッフに伝達し、食事後に客が会計カウンターに並んで支
払いを済ませるようになっている。最近では、接客スタ
ッフがハンディーターミナルを携帯して、注文を入力
し、その入力内容を厨房スタッフ端末に送信する方式が
あるが、接客スタッフが注文を受けるというシステムに
変化はない。

【０００３】前記店が、例えばフランチャイジー店の場
合、フランチャイザー等が食材の在庫管理等を行う場合
があるが、その管理手法は店側が食材等の消費データ等
を本部に送るものであった。

【０００４】

【発明が解決しようとする課題】しかし、上記の従来の
システムには、次のような問題点があった。繁盛時には接客スタッフが多忙であるので、注文に
時間がかかる場合が多い、注文後に料理が運ばれてくるまで、時間がかかりす
ぎるとき、手持ち無沙汰（退屈）となる場合がある、運ばれてきた料理が、接客スタッフの聞き違いで、
注文品と異なる場合がある、食事中に、追加オーダー等を行いたい場合、接客ス
タッフが気づかずに、接客スタッフにアクセスしづらい
場合がある、食事後に、会計カウンターに列ができ、時間がかか
る場合がある。

【０００５】上記の課題は、店側にとっては、客の印象
を悪くするばかりでなく、集客・回転率・客単価の低下
を招くことになる。また、売上げの把握、販売分
析、商品分析は、各種データを印刷して紙ベースで行っ
ており、リアルタイム性に欠けていたばかりでなく、そ
の作業が煩雑であった。その他、各店舗において、
メニューの更新に時間と費用がかかる、店側が把握
できる食材の在庫情報と客の注文情報にはタイムラグ等
があるので、在庫管理のリアルタイム性に欠けるという
問題点もあった。

【０００６】そこで、接客スタッフの注文取りを無くし
て、客が待たずに注文や追加注文できる、料理が運ばれ
てくるまでの間楽しいエンターテイメントの時間を提供
できる、注文違いがなくなり、また食事後にその席で会
計ができる店舗システム処理装置を提供すること、店舗
にとっては客の要求に迅速に対応でき、作業が簡易化さ
れるので、サービスの向上が図れる、食材発注のリアル
タイム性を確保できる、売上げの把握、販売分析等は電
子ベースで行うことができ、リアルタイム性に欠けてい
たメニューの変更も簡単で、費用も少なくてすむ等のメ
リットを享受できる、在庫管理のリアルタイム性を確保
できる店舗運営システム処理装置を提供することを目的
とする。

【０００７】

【課題を解決するための手段】この目的を達成するた
め、本願発明はタッチパネルの客席端末に、献立等に関
する画面情報を送出すると共に、前記客席端末から送出
されるタッチ情報に基づき、接客スタッフ用端末及び厨
房端末に所定の画面情報を送出することを特徴とする店
舗運営システム処理装置である。（請求項１に記載の発
明）。レストラン等の店舗に入店した客が、テーブルに
配置されている客席端末に表示されている画面情報とし
ての献立メニュー等の画面に触れると、そのタッチ情報
は、店舗運営システム処理装置を介して厨房端末及び接
客スタッフ用端末にそれぞれ料理注文情報として表示さ
れる。よって、接客スタッフを介さずに直接注文できる
ので、店舗の繁盛時であっても、注文に時間がかかるこ
とはない。なお、注文後に料理が運ばれてくるまでの
間、前記客席端末に店舗のコマーシャル、イベント情報
等のエンターテイメントの情報を供給することができる
ので、調理に時間がかかりすぎるとき、手持ち無沙汰
（退屈）となることはない。また、接客スタッフの聞き
違いが原因となる注文違いが生じない。また、食事中
に、接客スタッフに接触することなく、追加オーダー等
を行うことができる。さらに、メニューの更新は、前記
店舗システム処理装置により、電子的に行うことができ
るので、時間と費用を節約できる。即ち、メニューの改
定に伴い生じる印刷コスト、印刷物の配布コスト等のみ
でなく、オススメメニュー等の臨時的なもの、季節メニ
ュー等の印刷コスト、配布コストの節約を図ることがで
きる。

【０００８】本願発明に用いる客席端末等の端末は、液
晶ディスプレイ、有機ＥＬ、電子ホログラフィ式でもよ
い。

【０００９】また、前記店舗運営システム処理装置は客
席端末から送出されるタッチ情報を全て格納して、タッ
チ情報のデータベースを形成することを特徴とする（請
求項２に記載の発明）。従来のシステムでは、上述のよ
うに客が最終的に決定した内容のみを接客スタッフに伝
えていたので、客の好みの変化等のデータが集まらなか
った。一方、本願発明では、客がタッチパネルに触れる
動作は、料理を注文する際のタッチばかりではなく、そ
の前段階として料理を種々選択する際のタッチも含まれ
ることになる。よって、客がタッチパネルに触れること
によって得られる情報、即ち、タッチ情報を全て格納し
て、タッチ情報のデータベースを形成すれば、客の全体
的な消費傾向や個別的な客の消費傾向等を知ることがで
きる。

【００１０】また、前記客席端末から送出されるタッチ
情報の内、料理注文情報のみを抽出格納して、在庫管理
用のデータベースを形成することを特徴とする（請求項
３に記載の発明）。料理注文情報は、お客が最終的に注
文を決定した料理に関する情報をいい、この発明によれ
ば、客の料理注文情報がそのまま在庫管理用のデータと
して使えるので、在庫管理のリアルタイム性を確保でき
る。

【００１１】また、店舗運営システム処理装置は、客席
情報を表示すると共に、予約要求を受付けるキオスク端
末を備えるようにしてもよい（請求項４に記載の発
明）。この発明によれば、前記キオスク端末での予約要
求の際に入力された条件に合致した客席を用意できるの
で、効率的な座席の指定、座席の回転が可能となる。

【００１２】また、前記店舗運営システム処理装置は、
注文した料理の合算額情報等が供給されて表示されると
共に、金種情報が入力されるレジスタ端末を備えたこと
を特徴とする（請求項５に記載の発明）。このレジスタ
端末では、合算額情報等が供給されて表示される。一
方、金種情報として万円札、千円札等の金種が入力され
るので、つり銭ミス、入力ミスを少なくすることができ
る。

【００１３】前記客席端末には、店舗運営システム処理
装置を介して、前記厨房端末からの調理進捗情報が送出
されることを特徴とする（請求項６に記載の発明）。調
理の開始、調理の終了等の調理進捗情報を客席端末に表
示させることにより、客は料理が配膳されるまでの時間
を落着いて過ごすことができる。

【００１４】また、前記客席端末には、注文した料理の
合算額情報等が表示されることを特徴とする（請求項７
に記載の発明）。客が予想する総額に対し、正確な合算
額が表示される。

【００１５】また、客席端末には、注文した料理のカロ
リー量が表示されることを特徴とする（請求項８に記載
の発明）。カロリーの目視が可能となって、栄養の取過
ぎ等を防ぐことができる。

【００１６】また、客席端末は、カード型記憶媒体に格
納されている情報の読込／書込を行うカードリーダが付
設されていることを特徴とする（請求項９に記載の発
明）。ここでカード型記憶媒体は、少なくとも客の個人
認証情報が保持されていれば良く、その他、電子マネー
情報、ポイント情報等を記録できればよい。またプリペ
イドカード、デビットカードも含まれる。この発明によ
れば、客席で決済することができる。

【００１７】また、客席端末の画面は所定の言語で表示
可能である（請求項１０に記載の発明）ことが望まし
い。外国人も気軽に利用できる。

【００１８】また客席端末は、音報知が可能なようにな
っている（請求項１１に記載の発明）。障害を持つ人も
気軽に利用できる。

【００１９】接客スタッフ用端末は、配膳開始時及び配
膳終了時にそれぞれタッチ入力されることを条件に、料
理注文情報が削除されることを特徴とする（請求項１２
に記載の発明）。本発明では、上述のようにお客の料理
注文情報は、店舗運営システム処理装置を介して接客ス
タッフ用端末に表示される。スタッフが、配膳開始時及
び配膳終了時にそれぞれ料理注文情報の表示をタッチ入
力することにより、接客スタッフの中心業務となる配膳
作業に要した時間情報が得られるので、各スタッフの能
力を客観的に把握することができる。

【００２０】店舗運営システム処理装置は、サーバベー
スドコンピューティングの形態であることを特徴とする
（請求項１３に記載の発明）。一方、前記各端末は、シ
ンクライアントの形態であることを特徴とする（請求項
１４に記載の発明）。各端末にハードディスク等の組入
れが不要となり、アプリケーションソフトを搭載する必
要がないので、その更新も不要であり、各端末のハング
アップ事故が減る等のメリットが生じる。

【００２１】タッチパネルの客席端末、接客スタッフ用
端末及び厨房端末が接続されている店舗運営システム処
理装置としてのコンピュータに、献立に関する画面情報
の前記客席端末への送出、前記客席端末から送出される
タッチ情報に基づく、前記スタッフ用端末及び前記厨房
端末への所定の画面情報の送出、を実行させるプログラ
ム（請求項１４の発明）である。上述の請求項１の発明
と同様の作用効果を奏する。

【００２２】上記プログラムは、コンピュータ読取可能
な記録媒体に記録してもよい（請求項１６に記載の発
明）。前記記録媒体として、例えばＣＤ−ＲＯＭ、ＤＶ
Ｄ、フレキシブルディスク、ハードディスク、半導体メ
モリ等を挙げることができ、これらの記憶媒体に記録し
て、本発明に係る店舗運営システムを普及させることが
できる。

【００２３】

【発明の実施の形態】まず、図１に基づいて本発明に係
る店舗運営システム処理装置（以下、処理装置ともい
う）を用いて構成した店舗運営システムを例示する。前
記処理装置１は、各テーブルに配置されたタッチパネル
の客席端末２、厨房スタッフが利用する厨房端末３、接
客スタッフが利用する接客スタッフ用端末４、接客スタ
ッフが携帯し或いは固定して利用できる携帯端末５、店
舗の入口付近に配置され予約を受付けるキヨスク端末
６、会計カウンター等に配置されているレジスタ端末
（以下、レジ端末７）をそれぞれ接続している。そして
前記処理装置１は、その処理装置１に格納されているプ
ログラムに従い、写真、文字、絵等の各端末の画面に表
示させる画面情報等を各端末に出力すると共に、各端末
からの入力信号に基づき、その入力信号に対応する画面
情報等を各端末に出力する。

【００２４】前記処理装置１は、例えば店舗サーバ１０
とデータベースサーバ１１からなっており、前記店舗サ
ーバ１０はサーバベースドコンピューティングの形態を
備え、上述の各端末２〜７はシンクライアントの形態が
取られている。

【００２５】前記サーバベースドコンピューティング
は、クライアントとサーバとの役割分担において、従来
クライアントに格納されていたアブリケーションをサー
バ側に集中させる形態、即ち、アブリケーションが格納
されたハードディスク等のハードウエア資源をサーバ側
に集めるものである。よって前記各端末２〜７（クライ
アント）は、ＯＳを実行するためのＣＰＵ等の必要最小
限の資源のみを搭載していればよく、シン（Ｔｈｉｎ）
クライアントの形態を取ることができる。

【００２６】即ち各端末２〜７は、画面表示能力と入力
機能を担うタッチパネル、キーボードとマウスを備えて
いれば良く、ハードディスク、ファン等、故障率の高い
可動部分がないため、障害に強く、安価である。また、
熱の発生源を抑えることができるため、害虫対策に優れ
た店舗運営システムを構築することができる。よって、
前記店舗サーバ１０上でアプリケーションソフトが動
き、前記客席端末２等からの画面情報等の表示要求信号
等に基づき、画面の更新データなどを送るように動作し
ている。

【００２７】このサーバベースドコンピューティング及
びシンクライアントを前記店舗運営システムに取入れる
ことによるメリットを整理列挙すれば次の通りである。ａ．各端末２〜７のハングアップ事故を少なくすること
ができる、ｂ．各端末２〜７側ではアプリケーションを立上げた
り、店舗サーバ１０に通信コマンドを送信する必要がな
いので、レスポンスが早くなる、ｃ．各端末２〜７毎のアプリケーションの追加、更新が
不要となる、ｄ．各端末２〜７として既存の端末をそのまま使用で
き、また使用年限を延長できる。

【００２８】前記処理装置１は、各店舗内に配置しても
よいし、通信速度、容量の増大等のインフラストラクチ
ャが整えば各店舗から撤去して、本部等に設置してもよ
い。なお、前記処理装置１は、後述の図２に示したよう
に本部のデータウエアハウス８等に接続されている。

【００２９】前記客席端末２は、例えばタッチパネル一
体型の液晶デバイスからなっており、後に詳述するよう
に、料理の写真を貼り付けたメニュー等が画面表示され
る。そしてこの画面表示の上からお客がタッチパネルに
触れることにより、その料理注文情報は前記店舗サーバ
１０を介して前記厨房端末３、前記接客スタッフ用端末
４及び前記携帯端末５等に送られる。よって、お客は接
客スタッフの応対に関係なく料理を注文でき、一方、接
客スタッフはその注文取り作業から解放される。また、
お客が接客スタッフを介さずに自分で料理を指定できる
ので、注文違いを減らすことができ、オーダロスが無く
なる。また、注文取りの業務がなくなるので、接客スタ
ッフの仕事が簡素化され、少数の接客スタッフでもサー
ビスの質を下げずに接客が可能となる。また、メニュー
はデジタル化され前記客席端末２に表示されるので、各
店舗毎の紙メニューの作成等が不要となり、コストを削
減できる。そしてメニューの改廃は前記本部のデータウ
エアハウス上等で行うことができるので、メニュー改定
のスピードアップを実現できる。

【００３０】また、お客が注文を最終的に決定するまで
に試行されるタッチ情報は、前記店舗サーバ１０を介し
て前記データベースサーバ１１に送られる。お客がメニ
ュー選択のために画面に触れる動作のすべてをトランザ
クションとして記録することができ、それらは本部など
のデータウエアハウス内にあるアトミックデータベース
にも蓄積され、分析材料として使用される。即ち、上記
店舗運営システムでは、お客が直接客席端末２に触れ
て、画面上のメニュー写真を見て、選んで注文するとい
う行動の情報がタッチ情報としてすべて記録されるた
め、「お客が現在、興味を持つメニューはなにか」、
「どういう順番でメニューを選択しているか」等、より
詳細なデータを得ることが出来る。よって、優れたマー
ケティング分析、顧客毎のデータベースとなる。

【００３１】前記タッチ情報の内、料理注文情報は前記
店舗サーバ１０により、抽出選択されて、前記データベ
ース１１に格納される。このデータは、お客の料理注文
情報そのものであることから、そのデータをそのまま利
用して、食材の発注、配送を行うことができるので、食
材等の在庫管理のリアルタイム性を確保し、発注の重
複、発注の漏れ等を少なくすることができる。

【００３２】料理が運ばれるまでの間、お客が前記客席
端末２を操作することによりゲーム等のエンターテイメ
ントを楽しんだり、アンケートに答えたり、ＣＭインフ
ォメーションを観ることができる。

【００３３】また、前記客席端末２から、接客スタッフ
等の携帯端末５等にコール信号を送ることができるの
で、食事の途中で、「お冷」等のサービス要求のため、
接客スタッフを大声で呼ぶ必要がない。

【００３４】前記客席端末２にカード型記憶媒体に格納
されている情報の読込／書込を行うカードリーダを付属
させてもよい。カードにお客の識別情報、電子マネー情
報、サービスポイント情報等を書込ませることにより、
食事後に会計カウンターに並ばずともカードにて支払い
ができることになる。前記カードは、デビットカード方
式、プリペイドカード方式を用いても、同様な作用効果
を奏することができる。

【００３５】前記厨房端末３、前記接客スタッフ用端末
４、前記キヨスク端末６も例えばタッチパネル一体型の
液晶デバイスからなっており、プリンタを付設すること
もできる。また、各端末から音による報知を可能にする
スピーカを取付けてもよい。前記携帯端末５は、ＰＤＡ
（ＰｅｒｓｏｎａｌＤｉｇｉｔａｌＡｓｓｉｓｔａ
ｎｔｓ）を用いれば良い。

【００３６】前記店舗運営システム処理装置１は、図２
に示したように、データウエアハウス８に接続され、こ
のハウス８には、各部門別の分析用端末８０、各企業が
コンテンツを入力する端末８１、配送管理部端末８２等
が接続されている。そして、このデータウエアハウス８
には、前記タッチ情報、料理注文情報等からなる店舗情
報が格納され、前記分析端末８０に分析用アトミックデ
ータが送信されるようになっている。また、前記各企業
からのコンテンツ情報などの提供情報が管理され、前記
配送管理部端末８２等に対する情報配信が行われる。さ
らに、ヘルプデスク、集中管理センターが置かれてい
る。

【００３７】前記各端末２〜７と処理装置１間、処理装
置１とデータウエアハウス８間等の接続は、イントラネ
ット等のＬＡＮ、専用回線、インターネットを介した公
衆回線であればよく、また有線、無線を問わない。な
お、図１中に符号「５０」は、無線アクセスポイトンを
示す。

【００３８】上記のように構成された店舗運営システム
は、図３等に示したようなプログラム流れ図に従って作
成されたプログラムが前記店舗運営システム処理装置１
の記憶部に書込まれており、プログラムカウンタによっ
て、プログラムが順次、前記店舗運営システム処理装置
１の中央処理装置（ＣＰＵ）に読出されて実行される。
即ち、本発明に係るプログラムは、前記客席端末２、接
客スタッフ用端末３及び厨房端末４等が接続されている
前記処理装置１を、献立等に関する画面情報を前記客席
端末２へ供給する供給する供給手段、前記客席端末から
送出されるタッチ情報に基づき、前記スタッフ用端末及
び前記厨房端末へ所定の画面情報を供給する供給手段と
して機能させている。なお、前記店舗運営システム処理
装置１のプラットホームにはＭｅｔａＦｒａｍｅ（登録
商標）が用いられている。ＭｅｔａＦｒａｍｅを用いて
いるので、プログラム言語のビジュアルベーシックで書
いたデータを表示させ易いというメリットがある。

【００３９】まず、図３に基づいて入店するお客を案内
する案内処理について説明する。この案内処理は、前記
処理装置１が店舗の入口付近に配置された前記キオスク
端末６を制御するもので、この処理が開始されると、前
記処理装置１が常に店舗内の座席が満席か否かを判定す
るようになっている（ステップ１００）。満席でなけれ
ば（ステップ１００Ｎ）、初期表示として図４のよう
な待ち受け画面が表示される。この初期画面がタッチさ
れ、センサーがオンすると（ステップ１０４Ｙ）、ス
テップ１０６以下にてキオスク端末処理が開始される。

【００４０】前記キオスク端末処理では、まず、条件入
力画面表示処理が行われる（ステップ１０６）。ここで
お客が図５に示した条件入力画面に従って、人数ボタ
ン、禁煙／喫煙ボタン及び決定ボタンをタッチすると
（ステップ１０８,Ｙ）、図６のような客席全体レイア
ウト図等の客席情報が表示されると共に、入力された条
件にあった席を点滅表示させる条件に合致した座席を表
示させる処理がなされる（ステップ１１０）。

【００４１】この表示画面（図６参照）に対し、客がそ
の中から席を選択するために、その席をタッチして予約
要求を行うと（ステップ１１２，Ｙ）、前記端末６に接
続されているプリンタから予約された席番号「７」と場
所を表示した用紙が印刷され（ステップ１１４，図７参
照）、その後、ステップ１００に戻るようになってい
る。よって、お客が入力した条件に相応しい席を指定で
きるので、店舗の客席を効率良く回転させることができ
る。

【００４２】この段階で、前記端末６の画面上の７番席
が予約確定の表示に変わり、その客席の前記パネル端末
２の表示が立上げられる。よって、客は、予約した席の
場所がすぐに分るようになっている。

【００４３】一方、前記ステップ１００において満席で
あると判断されると（ステップ１００，Ｙ）、図８のよ
うな満席の初期画面が表示され（ステップ１１６）、画
面へのタッチがあれば（ステップ１１８，Ｙ）、満席に
おけるキオスク端末処理に移行する。即ち前記ステップ
１０６，１０８と同様に条件入力画面表示（ステップ１
２０）、条件入力の有無の判断（ステップ１２２）が行
われ、入力されていれば（ステップ１２２Ｙ）、図９
に示すように前記プリンタから予約番号がプリンタされ
る（ステップ１２４）。その後、前記ステップ１００に
戻るようになっている。そして、座席の準備が出来た時
点で、接客スタッフが「１１番の番号札でお待ちのお客
様○番のテーブルへどうぞ」等のお客の呼出しを行う。

【００４４】次に図１０に示した客席端末処理を説明す
る。この客席端末処理は、前記処理装置１が前記客席端
末２の画面表示等を制御するもので、この処理が開始さ
れると、ステップ２００及び２０２において、初期画面
表示処理、言語切替処理が行われる。前記言語切替処理
では、図１１のような切換バーが画面に表示される。言
語が選択された後、お客が前記端末２に設けられたカー
ドリーダ（図示せず）に自己のカード、例えばＩＣカー
ドを挿入すると、識別情報等のカード情報が読込まれる
（ステップ２０４）。

【００４５】次に、ステップ２０６において、前記カー
ドによって特定されたお客の初めての注文か否か、即
ち、ファースト注文の有無を判断する（ステップ２０
６）。ここでＹｅｓであれば、そのままステップ２１０
に進み、献立等に関する画面情報、即ち、料理メニュー
等の画面を供給し、表示させるが、Ｎｏであれば、総合
メニュー画面表示処理が行われた（ステップ２０８）
後、前記ステップ２１０に進み、料理メニューの画面を
表示させる。

【００４６】この総合メニュー画面表示処理では、お客
の選択に従い、前記処理装置１に格納されているゲーム
のプログラムを起動させてゲームを楽しんだり、インタ
ーネットを閲覧させたり、ムービーを鑑賞させたりす
る。また、その他のインフォメーションを表示される。
よって、料理の注文後、料理が運ばれて来るまでの退屈
な時間を有意義に使うことができる。

【００４７】前記料理メニュー画面では、図１２に示し
たような料理注文画面が表示されるが、この画面にはジ
ャンル選択ボタン２０、料理選択ボタン２１、注文リス
ト選択ボタン２２、水選択ボタン２３、清算ボタン（ご
会計ボタン）２４が表示されている。なお、前記料理メ
ニュー画面として、図１２のように料理の写真をフレー
ム内に貼り付けたものでもよいし、図１３に示したよう
に、写真等をフレームに貼り付けずに、紙メニーのレイ
アウトに近づけるように自由に配置してもよい。

【００４８】ステップ２１２乃至２２０において、前記
各ボタン２０〜２４の内、何れかのボタンが押された否
かを判断するようになっている。

【００４９】前記ジャンル選択ボタン２０が押された場
合（ステップ２１２Ｙ）には、ジャンル切替処理が行
われた（ステップ２１２）後、前記ステップ２１０に戻
り、そのステップ２１０以降の処理を繰返すようになっ
ている。

【００５０】前記料理選択ボタン２１が押された場合、
即ち、料理の写真の上からタッチされた場合（ステップ
２１２Ｎステップ２１４Ｙ）には、例えば図１４
のようにタッチされた料理の写真を決定ボタン枠２５に
表示させる。この場合、図１５のように料理の詳細を表
示させるようにしてもよい（料理詳細画面表示処理ステ
ッ１４の場合には前記プ２２４）。ここで、お客が注文
したい料理を決定する、即ち、図１４の場合には決定ボ
タン枠２５脇の「ＯＫボタン」をタッチすると（ステッ
プ２２６，Ｙ）、そのタッチ情報は前記データベース１
１の注文リストに記憶格納される（ステップ２２８）。
その後前記ステップ２１０に戻り、そのステップ２１０
以降の処理を繰返すようになっている。

【００５１】前記注文リスト選択ボタン２２が押された
場合（ステップ２１４Ｎステップ２１６Ｙ）に
は、図１６に示したように注文をリストに表示するリス
ト内容確認画面が表示される（ステップ２３０）。この
リストには料金、カロリー量と共に、それらの合計が表
示されるようになっている。ここで注文バー２６を押す
と（ステップ２３２，Ｙ）、注文確定処理が行われる
（ステップ２３４）。次に、それらの料理注文情報を厨
房端末３に伝達する処理（ステップ２３６）、接客スタ
ッフ用端末４、携帯端末５に伝達する処理（ステップ２
３８）が行われ、その後前記ステップ２１０に戻り、そ
のステップ２１０以降の処理を繰返すようになってい
る。

【００５２】なお、前記ステップ２３６の厨房への伝達
処理に基づき、後述の図１８の厨房端末処理において、
注文料理表示処理（ステップ３０２）が行われ、同図１
９の配膳端末処理において、注文料理表示処理（ステッ
プ４０２）が行われる。よって、前記注文バー２６を押
すことにより、前記客席端末２から送出され、供給され
るタッチ情報に基づき、前記厨房端末及び前記３スタッ
フ用端末４への所定の画面情報の送出供給が行われるこ
とになる。

【００５３】また、前記ステップ２１２〜ステップ２２
６において、お客が画面に触れる動作のすべてをトラン
ザクションとして記録し、本部などのデータウエアハウ
ス内にあるアトミックデータベースに蓄積され、お客の
嗜好の分析材料として使用することもできる。なお、前
記ステップ２２６において料理の注文が完了することに
なるから、料理注文情報として前記データベース１１に
格納し、在庫管理用のデータとして活用してもよい。

【００５４】前記水選択ボタン２３が押された場合（ス
テップ２１６Ｎステップ２１８Ｙ）には、前記携帯
端末５等にコール信号として伝達する処理が行われ、そ
の後前記ステップ２１０に戻る。そしてステップ２１０
以降の処理を繰返すようになっている。

【００５５】前記清算ボタン２４を押す（ステップ２１
８Ｎステップ２２０Ｙ）と、図１７のような合算
額情報としての合計額画面が表示され、清算処理が行わ
れる（ステップ２４０）。その後、前記ステップ２００
に戻って、そのステップ２００以降の処理を繰り返す。

【００５６】一方、前記各ボタン２０〜２４の何れのボ
タンも押されなかった場合には（ステップ２２０
Ｎ）、前記ステップ２１０に戻って、そのステップ２１
０以降の処理を繰り返すようになっている。

【００５７】なお、図１２に示した前記料理メニュー画
面には、後述の図１８の厨房端末処理に示した「ステッ
プ３０６の客席・配膳へ調理開始伝達」及び「ステップ
３１０の客席・配膳へ調理出来上がり伝達」に基づき、
調理開始情報、調理出来上り情報等の調理進捗情報が前
記客席端末２に供給され、表示される。また、後述の図
１９の配膳端末処理に示した「ステップ４０６の客席・
厨房へ配膳開始処理」及び「ステップ４１０の客席へ配
膳完了処理」に基づき、配膳開始情報、配膳完了情報等
の配膳情報が前記客席端末２に供給され、表示される。

【００５８】より具体的には、例えば前記注文リスト選
択ボタン２２に表示されている各料理画面をそれぞれフ
レームで囲み、それらのフレームの色を調理開始から配
膳完了まで順次、白→黄色→赤→青のように、状況の変
化を表示色の変化として表示させてもよい。

【００５９】次に厨房端末３に対する厨房端末処理につ
いて図１８に基づき説明する。この厨房端末処理は、前
記処理装置１が前記厨房端末３の画面表示等を制御する
もので、この厨房端末処理が開始されると、まず、厨房
端末３に初期画面が表示される（ステップ３００）。次
に、前記客席端末処理のステップ２３６において説明し
たように、前記料理注文情報が前記厨房端末３に供給さ
れた場合には、前記端末３の画面中に、注文料理を表示
させる注文料理表示処理が行われる（ステップ３０
２）。図示は省略するが、この注文料理表示は例えばフ
レーム枠内に料理名、注文時間、伝票番号、客席番号等
を表示させ、その表示の背景色は例えば「白」にする。

【００６０】この注文料理表示は、後述の図１９の配膳
端末処理に示した「ステップ４０６の客席・厨房へ配膳
開始伝達」に基づき、画面より消去されるようになって
いる。

【００６１】次に、厨房スタッフが前記厨房端末３の注
文料理表示画面上をタッチして、調理開始を入力すると
（ステップ３０４）、背景色が「白」から「赤」に変化
すると共に、前記客席端末２や配膳端末としての前記接
客スタッフ用端末４や前記携帯端末５に、料理の開始情
報が供給される（ステップ３０６）。

【００６２】その後、厨房スタッフが前記厨房端末３に
調理出来あがりを入力すると、背景色が「赤」から
「黄」に変化する調理出来上り処理が行われる（ステッ
プ３０８）と共に、前記客席端末２や前記配膳端末に料
理の出来あがりの情報が供給され（ステップ３１０）、
前記ステップ３００に戻るようになっている。よって、
上述のように、客席端末２に調理の経過が表示される。

【００６３】次に、図１９に基づいて、配膳端末処理に
ついて説明する。この配膳端末処理は、前記処理装置１
が前記接客スタッフ用端末４及び／又は携帯端末５の画
面表示等を制御するもので、まず、携帯端末５の画面表
示例を図２０に示して説明する。

【００６４】この処理が開始されると画面の初期画面表
示され（ステップ４００）、上述のように前記客席端末
表示処理のステップ２３８に基づいて、注文注文情報が
前記携帯端末５に供給されて、注文料理表示処理が行わ
れる（ステップ４０２）。この表示は、上記厨房端末処
理と同様に、リスト枠内に料理名、客席番号等を表示さ
せ、その表示の背景色は例えば「白」にする。この背景
色は、前記厨房端末処理のステップ３０６に基づいて、
調理開始の情報が伝達された場合には、「白」から
「赤」に変化する。また、前記厨房端末処理のステップ
３１０に基づいて、調理出来上り情報が伝達された場合
には、「赤」から「黄」に変化する。

【００６５】よって、このような背景色の変化により、
接客スタッフが配膳のタイミングを知らされることにな
る。そして、接客スタッフが前記携帯端末５の注文料理
表示画面上をタッチして、配膳開始を入力すると、背景
色が「黄」から「青」に変化すると（配膳開始処理ステ
ップ４０４）共に、前記客席端末２や厨房端末３に配膳
開始情報が供給される（ステップ４０６）。なお、この
配膳開始情報が供給によって、上述のように前記厨房端
末３の「注文料理表示」が画面より消去されるようにな
っている。

【００６６】次に、接客スタッフが前記携帯端末５の注
文料理表示画面上をタッチして配膳完了を入力すると、
注文料理表示画面が消去（削除）され（ステップ４０
８）、ステップ４１０に進み、上述のように客席端末２
へ配膳完了情報が伝達される。その後、ステップ４００
に戻るようになっている。

【００６７】よって接客スタッフの配膳開始時と配膳完
了時のダブルタッチにより、接客スタッフの処理時間が
算出され、その能力が判定される。

【００６８】上記の配膳端末処理は、店舗のホール支配
人が使用する前記接客スタッフ用端末４に対する制御に
も適用される。その前記接客スタッフ用端末４の画面表
示例を図２１に示す。この表示例では、従来の伝票によ
る「注文通し」を画面上に表示するようなデザインとな
っている。

【００６９】前記携帯端末５の画面表示例（図２０）
は、接客スタッフが複数人、配置されていても、各人の
携帯端末５に同一の画面が表示されているが、図２２，
図２３のような表示例でもよい。即ち、接客スタッフの
業務を配膳業務と、それ以外のサービス業務に分けて、
各接客スタッフの携帯端末の表示部を１〜５に区分し、
図２３のように、前記配膳業務を順次振分けて表示させ
る。その振り分けは、各携帯端末５に表示されている配
膳業務の少ない端末を優先して表示させる。一方、各接
客スタッフの携帯端末５の各表示部６には、前記サービ
ス業務を全て表示させる。そして、各スタッフが配膳業
務のみならず、サービス業務を遂行した場合には、その
表示を消去させるようにする。その結果、各携帯端末５
から消去された業務数を各端末５毎に集計することによ
り、接客スタッフの勤務評定の客観的な資料とすること
ができる。

【００７０】なお、前記携帯端末５は、店舗が閑散とす
る時間帯（アイドルタイム）において、店舗内の料理材
料の在庫管理用端末としても利用できる。例えば、前記
処理装置１から前記携帯端末５に図２４のように表示さ
れる在庫情報を供給する。この在庫情報により、スタッ
フは「現在」の表示欄に表示された個数と、店舗内の実
際の在庫個数を確認しつつ、その間にズレがあれば、
「現在」の表示欄ボタンを押して、図２５のような訂正
入力ボタンを表示させ、その数値を変更することができ
る。即ち、図１に示したシステムによって、各スタッフ
が直接、本部の在庫データを確認し、適宜正確に書換え
ることができるので、必要個数を正確に、且つ、迅速に
発注できる。

【００７１】

【発明の効果】請求項１及び請求項１５に記載の各発明
によれば、接客スタッフを介さずに直接注文できるの
で、店舗の繁盛時であっても、注文に時間がかかること
はない。注文後に料理が運ばれてくるまでの間、前記客
席端末にエンターテイメントの情報を供給することがき
るので、手持ち無沙汰（退屈）となることはない。ま
た、運ばれてきた料理が、接客スタッフの聞き違いで注
文品と異なる場合が生じない。また、食事中に接客スタ
ッフに接触することなく、追加オーダー等を行うことが
できる。その他、メニューの更新等は、前記店舗システ
ム処理装置により、電子的に行うことができるので、時
間と費用を節約できる。

【００７２】請求項２に記載の発明によれば、タッチ情
報を全て格納して、タッチ情報のデータベースを形成す
れば、客の全体的な消費傾向や個別的な客の消費傾向等
を知ることができる。

【００７３】請求項３に記載の発明によれば、客の料理
注文情報がそのまま在庫管理用のデータとして使えるの
で、在庫管理のリアルタイム性を確保できる。

【００７４】請求項４に記載の発明によれば、予約要求
の際に入力された条件に合致した客席を用意できるの
で、効率的な座席の指定が可能となる。

【００７５】請求項５に記載の発明によれば、万円札、
千円札等の金種を入力すればよいので、つり銭ミス、入
力ミスを少なくすることができる。

【００７６】請求項６に記載の発明によれば、調理の開
始、調理の終了等の調理進捗情報を客席端末に表示させ
ることにより、客が落着いて料理が配膳されるまでの時
間を過ごすことができる。

【００７７】請求項７に記載の発明によれば、客が予想
する総額に対し、正確な合算額が表示される。

【００７８】請求項８に記載の発明によれば、カロリー
の取り過ぎ等を防ぐことができる。

【００７９】請求項９に記載の発明によれば、客席で決
済することができる。

【００８０】請求項１０に記載の発明によれば、外国人
も気軽に利用できる。

【００８１】請求項１１に記載の発明によれば、障害を
持つ人も気軽に利用できる。

【００８２】請求項１２に記載の発明によれば、スタッ
フの能力を客観的に把握することができる。

【００８３】請求項１３に記載の発明及び請求項１４に
記載の発明によれば、端末に、アプリケーションソフト
を搭載する必要がなく、その更新が不要であり、各端末
のハングアップ事故が減る。また、古い端末でも使用で
きる。端末にハードディスク等の搭載が不要となる。

【００８４】請求項１６に記載の発明によれば、前記プ
ログラムを普及させることができる。

【図面の簡単な説明】

【図１】店舗運営システム処理装置を中心とした店舗
運営システムの構成例図、

【図２】店舗運営システム処理装置を中心とした店舗
運営システムの構成例図、

【図３】店舗運営システム処理装置によって実行され
るプログラム流れ図、

【図４】店舗運営システム処理装置に接続されている
キヨスク端末の画面表示例図、

【図５】店舗運営システム処理装置に接続されている
キヨスク端末の画面表示例図、

【図６】店舗運営システム処理装置に接続されている
キヨスク端末の画面表示例図、

【図７】キヨスク端末の出力例図、

【図８】店舗運営システム処理装置に接続されている
キヨスク端末の画面表示例図、

【図９】キヨスク端末の出力例図、

【図１０】店舗運営システム処理装置によって実行さ
れるプログラム流れ図、

【図１１】店舗運営システム処理装置に接続されてい
る客席端末の画面表示例図、

【図１２】店舗運営システム処理装置に接続されてい
る客席端末の画面表示例図、

【図１３】店舗運営システム処理装置に接続されてい
る客席端末の画面表示例図、

【図１４】店舗運営システム処理装置に接続されてい
る客席端末の画面表示例図、

【図１５】店舗運営システム処理装置に接続されてい
る客席端末の画面表示例図、

【図１６】店舗運営システム処理装置に接続されてい
る客席端末の画面表示例図、

【図１７】店舗運営システム処理装置に接続されてい
る客席端末の画面表示例図、

【図１８】店舗運営システム処理装置によって実行さ
れるプログラム流れ図、

【図１９】店舗運営システム処理装置によって実行さ
れるプログラム流れ図、

【図２０】店舗運営システム処理装置に接続されてい
る携帯端末の画面表示例図、

【図２１】店舗運営システム処理装置に接続されてい
る接客スタッフ用端末の画面表示例図、

【図２２】店舗運営システム処理装置に接続されてい
る携帯端末の画面表示例図、

【図２３】店舗運営システム処理装置に接続されてい
る携帯端末の画面表示例図、

【図２４】店舗運営システム処理装置に接続されてい
る携帯端末の画面表示例図、

【図２５】店舗運営システム処理装置に接続されてい
る携帯端末の画面表示例図。

【符号の説明】

１店舗運営システム処理装置２客席端末３厨房端末４接客スタッフ
用端末５携帯端末６キヨスク端末７レジスタ端末８データウエア
ハウス１０店舗サーバ１１データベー
スサーバ２０ジャンル選択ボタン２１料理選択ボ
タン２２注文リスト選択ボタン２３水選択ボタ
ン２４清算ボタン（ご会計ボタン）２５決定ボタン
枠２６注文ボタン５０アクセスポイント８０各部門別の分析用端末８１各企業がコンテンツを入力端末８２配送管理部端末

Claims

【特許請求の範囲】

【請求項１】タッチパネルの客席端末に、献立等に関
する画面情報を送出すると共に、前記客席端末から送出
されるタッチ情報に基づき、接客スタッフ用端末及び厨
房端末に所定の画面情報を送出することを特徴とする店
舗運営システム処理装置。
【請求項２】前記客席端末から送出されるタッチ情報
を全て格納して、タッチ情報のデータベースを形成する
ことを特徴とする請求項１に記載の店舗運営システム処
理装置。
【請求項３】前記客席端末から送出されるタッチ情報
の内、料理注文情報のみを抽出格納して、在庫管理用の
データベースを形成することを特徴とする請求項１又は
２に記載の店舗運営システム処理装置。
【請求項４】客席情報を表示すると共に、予約要求を
受付けるキオスク端末を備えたことを特徴とする請求項
１乃至３の何れかに記載の店舗運営システム処理装置。
【請求項５】注文した料理の合算額情報等が供給され
て表示されると共に、金種情報が入力されるレジスタ端
末を備えたことを特徴とする請求項１乃至４の何れかに
記載の店舗運営システム処理装置。
【請求項６】前記店舗運営システム処理装置を介し
て、前記厨房端末からの調理進捗情報が送出されること
を特徴とする請求項１乃至５の何れかに記載の客席端
末。
【請求項７】注文した料理の合算額情報が表示される
ことを特徴とする請求項１乃至６の何れかに記載の客席
端末。
【請求項８】注文した料理のカロリー量が表示される
ことを特徴とする請求項１乃至７の何れかに記載の客席
端末。
【請求項９】カード型記憶媒体に格納されている情報
の読込／書込を行うカードリーダが付設されていること
を特徴とする請求項１乃至８の何れかに記載の客席端
末。
【請求項１０】画面は所定の言語で表示可能な請求項
１乃至９の何れかに記載の客席端末。
【請求項１１】音報知が可能な請求項１乃至１０の何
れかに記載の客席端末。
【請求項１２】料理の配膳開始時及び配膳終了時にそ
れぞれタッチ入力されることを条件に、料理注文情報が
削除されることを特徴とする請求項１乃至５の何れかに
記載の接客スタッフ用端末。
【請求項１３】サーバベースドコンピューティングの
形態であることを特徴とする請求項１乃至５の何れかに
記載の店舗運営システム処理装置。
【請求項１４】前記各端末は、シンクライアントの形
態であることを特徴とする請求項１乃至５の何れかに記
載の店舗運営システム処理装置。
【請求項１５】タッチパネルの客席端末、接客スタッ
フ用端末及び厨房端末が接続されている店舗運営システ
ム処理装置に、献立等に関する画面情報の前記客席端末への送出、前記客席端末から送出されるタッチ情報に基づく、前記
スタッフ用端末及び前記厨房端末への所定の画面情報の
送出、を実行させるプログラム。
【請求項１６】タッチパネルの客席端末、接客スタッ
フ用端末及び厨房端末が接続されている店舗運営システ
ム処理装置に、献立等に関する画面情報の前記客席端末
への送出、前記客席端末から送出されるタッチ情報に基
づく、前記スタッフ用端末及び前記厨房端末への所定の
画面情報の送出を実行させるプログラムを記録したコン
ピュータ読取可能な記録媒体。