(57)【要約】      （修正有）【課題】実際に飲食店に訪問したのと同様の情報を訪問することなく取得することができる飲食店管理システム等を提供する。【解決手段】飲食店側管理装置１０は、飲食店内で顧客が飲食するための飲食区画１００の飲食区画映像情報を撮像する撮像部３と、飲食区画における顧客人数情報と、飲食区画で注文された注文品種類情報及び金額情報を飲食区画と関連付けて記憶する顧客情報記憶部と、を有し、飲食店側管理装置は、飲食区画映像情報を遠隔管理装置３０へ提供し、遠隔管理装置が、特定飲食区画映像情報を選択特定し、飲食店側管理装置は、選択特定飲食区画映像情報を提供すると共に、選択特定飲食区画映像情報の顧客人数情報、注文品種類情報及びその金額情報を画像情報として提供する。【選択図】図１
2013218370.tif 000002
【特許請求の範囲】
【請求項１】
飲食店に配置され、その情報を管理する飲食店側管理装置と、前記飲食店側管理装置を管理する遠隔管理装置と、を有する飲食店管理システムであって、
前記飲食店側管理装置は、飲食店内で顧客が飲食するための飲食区画の映像である飲食区画映像情報を撮像する撮像部と、
前記飲食区画における顧客の人数である顧客人数情報と、前記飲食区画で注文された注文品種類情報及び、その金額情報を前記飲食区画と関連付けて記憶する顧客情報記憶部と、を有し、
前記飲食店側管理装置は、前記遠隔管理装置からの指示情報に基づいて、前記飲食区画映像情報を前記遠隔管理装置へ提供し、
前記遠隔管理装置が、提供された前記飲食区画映像情報から特定の特定飲食区画映像情報を選択特定すると共に、その選択特定された前記特定飲食区画映像情報である選択特定飲食区画映像情報を前記飲食店側管理装置へ送信し、
前記飲食店側管理装置は、前記選択特定飲食区画映像情報を前記遠隔管理装置へ提供すると共に、当該前記選択特定飲食区画映像情報の前記飲食区画と関連付けられている前記顧客人数情報、前記注文品種類情報及びその前記金額情報を画像情報として、前記遠隔管理装置へ提供することができる構成となっていること特徴とする飲食店管理システム。
【請求項２】
前記顧客情報記憶部は、前記注文品種類情報が、当該飲食区画に配膳済みであるか否かの配膳済可否情報を有することを特徴とする飲食店管理システム。
【請求項３】
前記顧客情報は、前記注文品種類情報が調理中であるか否かの調理中可否情報及び前記注文品種類情報が調理済み後で未配膳である配膳中であるか否かの配膳中可否情報を含むことを特徴とする飲食店管理システム。
【請求項４】
前記飲食店側管理装置には、厨房に配置される厨房端末が通信可能に接続され、
前記厨房端末は、前記注文品種類情報を表示する厨房端末表示部を有し、
前記厨房端末表示部には、前記注文品種類情報を種類毎に区分して表示できると共に、
その後、厨房端末入力部を操作することで、前記厨房端末表示部に表示された前記注文品種類情報は、調理済み状態を示す表示状態である調理済み表示状態に変更され、その後、前記厨房端末入力部を操作することで、前記調理済み表示状態の前記注文品種類情報が非表示状態に変更することを特徴とする請求項１乃至請求項３のいずれか１項に記載の飲食店管理システム。
【請求項５】
前記飲食店側管理装置には、前記注文品種類情報を入力する携帯端末及び前記飲食区画に配置される飲食区画端末が通信可能に接続され、
前記携帯端末は、前記注文品種類情報を表示する携帯端末表示部を有し、
前記携帯端末表示部には、前記注文品種類情報を表示できると共に、その後、前記厨房端末から情報を取得することで、前記携帯端末表示部に表示された前記注文品種類情報は、調理済み状態を示す表示状態である調理済み表示状態に変更する構成となり、
前記注文品種類情報が、前記調理済み表示状態に変更後、一定期間以内に、前記飲食区画に対する配膳済み表示状態に変更しないときに、当該注文品種類情報を警告の表示である警告表示状態に変更することを特徴とする請求項４に記載の飲食店管理システム。
【請求項６】
前記飲食店管理システムが、ＰＯＳ（ｐｏｉｎｔ  ｏｆ  ｓａｆｅ  ｓｙｓｔｅｍ：販売時点情報管理）システムを採用していることを特徴とする請求項１乃至請求項５のいずれか１項に記載の飲食店管理システム。
【請求項７】
飲食店に配置され、その情報を管理する飲食店側管理装置と、前記飲食店側管理装置を管理する遠隔管理装置と、を有する飲食店管理方法であって、
前記飲食店側管理装置は、飲食店内で顧客が飲食するための飲食区画の映像である飲食区画映像情報を撮像する撮像部と、
前記飲食区画における顧客の人数である顧客人数情報と、前記飲食区画で注文された注文品種類情報及び、その金額情報を前記飲食区画と関連付けて記憶する顧客情報記憶部と、を有し、
前記飲食店側管理装置は、前記遠隔管理装置からの指示情報に基づいて、前記飲食区画映像情報を前記遠隔管理装置へ提供し、
前記遠隔管理装置が、提供された前記飲食区画映像情報から特定の特定飲食区画映像情報を選択特定すると共に、その選択特定された前記特定飲食区画映像情報である選択特定飲食区画映像情報を前記飲食店側管理装置へ送信し、
前記飲食店側管理装置は、前記選択特定飲食区画映像情報を前記遠隔管理装置へ提供すると共に、当該前記選択特定飲食区画映像情報の前記飲食区画と関連付けられている前記顧客人数情報、前記注文品種類情報及びその前記金額情報を画像情報として、前記遠隔管理装置へ提供することができる構成となっていること特徴とする飲食店管理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、例えば、飲食店等の運営等を管理する飲食店管理システム及び飲食店管理方法に関するものである。
【背景技術】
【０００２】
従来より、飲食店における飲食物の提供を円滑にし、又は、飲食店を利用する顧客等の利便性等を高めるための工夫は提案されている（例えば、特許文献１）。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００２−４２２３７号公報（図１等）
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかし、飲食店等を経営する経営者が、かかる飲食店の実情（顧客サービスの実情や顧客満足度の実情等）を把握するには、実際に当該飲食店を視察し、その実情を把握する必要があった。
これは、飲食店等を複数、管理する経営者にとっては相当な負担となり、特に飲食店相互の地域が遠く離れている場合は、その時間的、距離的負担が増大するという問題があった。
【０００５】
そこで、本発明は、実際に飲食店に訪問したのと同様の情報を訪問することなく取得することができる飲食店管理システム及び飲食店管理方法を提供することを目的とする。
【課題を解決するための手段】
【０００６】
前記課題は、本発明によれば、飲食店に配置され、その情報を管理する飲食店側管理装置と、前記飲食店側管理装置を管理する遠隔管理装置と、を有する飲食店管理システムであって、前記飲食店側管理装置は、飲食店内で顧客が飲食するための飲食区画の映像である飲食区画映像情報を撮像する撮像部と、前記飲食区画における顧客の人数である顧客人数情報と、前記飲食区画で注文された注文品種類情報及び、その金額情報を前記飲食区画と関連付けて記憶する顧客情報記憶部と、を有し、前記飲食店側管理装置は、前記遠隔管理装置からの指示情報に基づいて、前記飲食区画映像情報を前記遠隔管理装置へ提供し、前記遠隔管理装置が、提供された前記飲食区画映像情報から特定の特定飲食区画映像情報を選択特定すると共に、その選択特定された前記特定飲食区画映像情報である選択特定飲食区画映像情報を前記飲食店側管理装置へ送信し、前記飲食店側管理装置は、前記選択特定飲食区画映像情報を前記遠隔管理装置へ提供すると共に、当該前記選択特定飲食区画映像情報の前記飲食区画と関連付けられている前記顧客人数情報、前記注文品種類情報及びその前記金額情報を画像情報として、前記遠隔管理装置へ提供することができる構成となっていること特徴とする飲食店管理システムにより達成される。
【０００７】
前記構成によれば、飲食店を管理する管理者は、遠隔管理装置を操作することで、所望の飲食店のテーブル等の飲食区画における顧客等の様子を写した飲食区画映像情報を取得することができる。
また、管理者が遠隔管理装置を操作することで、特定の飲食区画を特定すると、当該特定された飲食区画の顧客人数情報、注文品種類情報及びその金額情報が画像情報として表示されるので、管理者は、自ら飲食店に視察に訪れることなく、当該飲食店における顧客の状態及び提供される注文品の提供状況をリアルタイムで把握することができる。
【０００８】
好ましくは、前記顧客情報記憶部は、前記注文品種類情報が、当該飲食区画に配膳済みであるか否かの配膳済可否情報を有することを特徴とする。
【０００９】
前記構成によれば、管理者は、リアルタイムの画像情報として、注文品種類情報が、当該飲食区画に配膳済みであるか否かの情報を取得することができるので、この情報と顧客の状況等を勘案して、顧客の満足度等を把握することができる。
【００１０】
好ましくは、前記顧客情報は、前記注文品種類情報が調理中であるか否かの調理中可否情報及び前記注文品種類情報が調理済み後で未配膳である配膳中であるか否かの配膳中可否情報を含むことを特徴とする。
【００１１】
前記構成によれば、管理者は、リアルタイムの画像情報として、注文品種類情報が調理中であるか否か、及び注文品種類情報が調理済み後で未配膳である配膳中であるか否かの情報を取得することができるので、より詳細な情報に基づいて、飲食店の実情を判断することができる。
【００１２】
好ましくは、前記飲食店側管理装置には、厨房に配置される厨房端末が通信可能に接続され、前記厨房端末は、前記注文品種類情報を表示する厨房端末表示部を有し、前記厨房端末表示部には、前記注文品種類情報を種類毎に区分して表示できると共に、その後、厨房端末入力部を操作することで、前記厨房端末表示部に表示された前記注文品種類情報は、調理済み状態を示す表示状態である調理済み表示状態に変更され、その後、前記厨房端末入力部を操作することで、前記調理済み表示状態の前記注文品種類情報が非表示状態に変更することを特徴とする。
【００１３】
前記構成によれば、厨房には、飲食店側管理装置と通信可能な厨房端末が配置され、厨房端末には、注文品種類情報を種類毎に区分して表示できる厨房端末表示部が配置されている。このため、厨房の担当者にとって、注文品の種類別受注状況等を容易に把握することができる。
また、厨房端末表示部に表示された注文品種類情報が、調理済み状態を示す表示状態である調理済み表示状態にあるときに、当該注文品種類情報を顧客へ配膳する担当者が、厨房端末入力部を操作することで、厨房端末表示部における調理済み表示状態の注文品種類情報を非表示状態に変更することができる。
したがって、厨房端末表示部における注文品種類情報の表示は、未配膳の情報に限定することができ、厨房の担当者は、未配膳の注文品種類情報を容易に把握することができる。
【００１４】
好ましくは、前記飲食店側管理装置には、前記注文品種類情報を入力する携帯端末及び前記飲食区画に配置される飲食区画端末が通信可能に接続され、前記携帯端末は、前記注文品種類情報を表示する携帯端末表示部を有し、前記携帯端末表示部には、前記注文品種類情報を表示できると共に、その後、前記厨房端末から情報を取得することで、前記携帯端末表示部に表示された前記注文品種類情報は、調理済み状態を示す表示状態である調理済み表示状態に変更する構成となり、前記注文品種類情報が、前記調理済み表示状態に変更後、一定期間以内に、前記飲食区画に対する配膳済み表示状態に変更しないときに、当該注文品種類情報を警告の表示である警告表示状態に変更することを特徴とする。
【００１５】
前記構成によれば、飲食店には、注文品種類情報を入力する携帯端末及び飲食区画端末が飲食店側管理装置と通信可能に配置され、携帯端末は、携帯端末表示部を有し、携帯端末表示部の注文品種類情報が、調理済み表示状態に変更後、一定期間以内に、配膳済み表示状態に変更しないときに、当該注文品種類情報を警告の表示である警告表示状態に変更する。
したがって、当該注文品種類情報を顧客へ配膳する担当者が、当該配膳が遅れていることを認知することができる。
【００１６】
好ましくは、前記飲食店管理システムが、ＰＯＳ（ｐｏｉｎｔ  ｏｆ  ｓａｆｅ  ｓｙｓｔｅｍ：販売時点情報管理）システムを採用していることを特徴とする。
【００１７】
前記構成によれば、飲食店管理システムが、ＰＯＳ（ｐｏｉｎｔ  ｏｆ  ｓａｆｅ  ｓｙｓｔｅｍ：販売時点情報管理）システムを採用しているので、経理情報と共に管理でき、飲食店の遠隔管理が容易となる。
【００１８】
前記課題は、本発明によれば、飲食店に配置され、その情報を管理する飲食店側管理装置と、前記飲食店側管理装置を管理する遠隔管理装置と、を有する飲食店管理方法であって、前記飲食店側管理装置は、飲食店内で顧客が飲食するための飲食区画の映像である飲食区画映像情報を撮像する撮像部と、前記飲食区画における顧客の人数である顧客人数情報と、前記飲食区画で注文された注文品種類情報及び、その金額情報を前記飲食区画と関連付けて記憶する顧客情報記憶部と、を有し、前記飲食店側管理装置は、前記遠隔管理装置からの指示情報に基づいて、前記飲食区画映像情報を前記遠隔管理装置へ提供し、前記遠隔管理装置が、提供された前記飲食区画映像情報から特定の特定飲食区画映像情報を選択特定すると共に、その選択特定された前記特定飲食区画映像情報である選択特定飲食区画映像情報を前記飲食店側管理装置へ送信し、前記飲食店側管理装置は、前記選択特定飲食区画映像情報を前記遠隔管理装置へ提供すると共に、当該前記選択特定飲食区画映像情報の前記飲食区画と関連付けられている前記顧客人数情報、前記注文品種類情報及びその前記金額情報を画像情報として、前記遠隔管理装置へ提供することができる構成となっていること特徴とする飲食店管理方法により達成される。
【発明の効果】
【００１９】
本発明は、実際に飲食店に訪問したのと同様の情報を訪問することなく取得することができる飲食店管理システム及び飲食店管理方法を提供できるという利点がある。
【図面の簡単な説明】
【００２０】
【図１】本発明の実施の形態に係る飲食店管理システムである例えば、飲食店支援システムを示す概略図である。
【図２】図１のテーブル端末等の主な構成を示す概略ブロック図である。
【図３】図１の店員端末の主な構成を示す概略ブロック図である。
【図４】図１の厨房端末の主な構成を示す概略ブロック図である。
【図５】図１の飲食店管理サーバの主な構成を示す概略ブロック図である。
【図６】図１の本部側管理サーバの主な構成を示す概略ブロック図である。
【図７】本実施の形態にかかる飲食店支援システムの飲食店における「注文受け及び配膳工程」を示す概略フローチャートである。
【図８】本実施の形態にかかる飲食店支援システムの飲食店における「注文受け及び配膳工程」を示す他の概略フローチャートである。
【図９】本実施の形態にかかる飲食店支援システムの飲食店における「注文受け及び配膳工程」を示す他の概略フローチャートである。
【図１０】飲食店支援システムの本部側管理サーバによる「監視工程」を示す概略フローチャートである。
【図１１】図３の飲食店管理サーバ側注文データを示す概略説明図である。
【図１２】「厨房端末ディスプレイ」の表示画面例を示す概略説明図である。
【図１３】店員端末の店員端末ディスプレイの表示状態を示す概略説明図である。
【図１４】本部側管理サーバディスプレイにおけるカメラの画像例等を示す概略説明図である。
【図１５】本部側管理サーバディスプレイにおける選択画像及び関連データ表示例を示す概略説明図である。
【発明を実施するための形態】
【００２１】
以下、この発明の好適な実施の形態を添付図面等を参照しながら、詳細に説明する。
尚、以下に述べる実施の形態は、本発明の好適な具体例であるから、技術的に好ましい種々の限定が付されているが、本発明の範囲は、以下の説明において特に本発明を限定する旨の記載がない限り、これらの態様に限られるものではない。
【００２２】
図１は、本発明の実施の形態に係る飲食店管理システムである例えば、飲食店支援システム１を示す概略図である。
図１に示すように、飲食店支援システム１は、例えば、飲食店チェーンの一店舗である飲食店Ａの例えば、事務室に配置される飲食店側管理装置である例えば、飲食店管理サーバ１０を有する。この飲食店管理サーバ１０は、通信手段である例えば、インターネット網２を介して、当該飲食店チェーンの本部に配置されている遠隔管理装置である例えば、本部側管理サーバ３０と通信可能に接続されており、この本部側管理サーバ３０により飲食店管理サーバ１０が管理される構成となっている。
【００２３】
また、飲食店管理サーバ１０は、図１に示すように、飲食店Ａの厨房に配置される厨房端末５０、飲食店Ａのサービスホール内の飲食区画である例えば、テーブル１００〜４００等を撮像する撮像部である例えば、カメラ３及び飲食店Ａの顧客の料金の支払処理等を行う経理処理装置７０と通信可能に接続されている。
また、飲食店管理サーバ１０は、主にサービスホールで顧客にサービスを提供する店員が携帯する携帯端末である例えば、店員携帯９０及びテーブル１００〜４００に配置される飲食区画端末である例えば、テーブル端末１１０ａ〜１１０ｄとも通信可能に接続されている。
【００２４】
また、図１に示すように、厨房端末５０には、厨房端末表示部である例えば、表示装置と位置入力装置を組み合わせ、画面上の表示を押すことでデータの入力等が可能なタッチパネル等から成る厨房端末ディスプレイ５１を有している。
また、店員端末９０やテーブル端末１１０ａ等も厨房端末ディスプレイ５１と同様の店員端末ディスプレイ９１及びテーブル端末ディスプレイ１１１ａ等を有している。
また、図１の経理処理装置７０、店員端末９０等からなる飲食店支援システム１は、ＰＯＳ（ｐｏｉｎｔ  ｏｆ  ｓａｆｅ  ｓｙｓｔｅｍ：販売時点管理情報管理）を採用している。このため、店員端末９０で入力された顧客の注文等のデータは迅速に売り上げ等のデータとして集計等されるシステムとなっている。
【００２５】
図１に示す飲食店管理サーバ１０、本部側管理サーバ３０、厨房端末５０、経理処理装置７０、店員端末９０及びテーブル端末１１０ａ等は、コンピュータを有し、ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）、ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）、ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）等を有し、これらは、バス等を介して接続されている。
【００２６】
なお、バスは、すべてのデバイスを接続する機能を有し、アドレスバスやデータバスを有する内部バスである。ＣＰＵ等は所定のプログラムの処理を行う他、バス等に接続されたＲＯＭ等を制御している。ＲＯＭ等は、各種プログラムや各種情報等を格納している。ＲＡＭは、プログラム処理中のメモリの内容を対比し、プログラムを実行するためのエリアとしての機能を有する。
【００２７】
図２は、図１のテーブル端末１１０ａ等の主な構成を示す概略ブロック図である。図２に示すように、テーブル端末１１０ａ等は、テーブル端末制御部１１２ａを有し、テーブル端末制御部１１２ａは、テーブル端末ディスプレイ１１１ａ、テーブル端末通信装置１１３ａ及びテーブル端末記憶部１１４ａ等を制御する構成となっている。
なお、図２に示す各ブロックの内容については、上述したものを除き、後述する。
【００２８】
図３は、図１の店員端末９０の主な構成を示す概略ブロック図である。図３に示すように、店員端末９０は、店員端末制御部９２を有し、店員端末制御部９２は、店員端末ディスプレイ９１，店員端末通信装置９３、店員端末側警告装置９４，店員端末記憶部９５及び必要データ入力判断処理部（プログラム）９６を制御する構成となっている。
なお、図３に示す各ブロックの内容については、上述したものを除き、後述する。
【００２９】
図４は、図１の厨房端末５０の主な構成を示す概略ブロック図である。図４に示すように、厨房端末５０は、厨房端末制御部５２を有し、厨房端末制御部５２は、厨房端末ディスプレイ５１、厨房端末通信装置５３、厨房端末警告装置５４及び厨房端末側注文品データ記憶部５５を制御する構成となっている。
なお、図４に示す各ブロックの内容については、上述したものを除き、後述する。
【００３０】
図５は、図１の飲食店管理サーバ１０の主な構成を示す概略ブロック図である。図５に示すように、飲食店管理サーバ１０は、飲食店管理サーバ制御部１１を有し、飲食店管理サーバ制御部１１は、飲食店管理サーバディスプレイ１２，飲食店管理サーバ入力装置１３，飲食店管理サーバ通信装置１４、顧客情報記憶部である例えば、飲食店管理サーバ側注文データ記憶部１５及びお勧め品等注文処理部（プログラム）１６を制御する構成となっている。
なお、図５に示す各ブロックの内容については、上述したものを除き、後述する。
【００３１】
図６は、図１の本部側管理サーバ３０の主な構成を示す概略ブロック図である。図６に示すように、本部側管理サーバ３０は、本部側管理サーバ制御部３１を有し、本部側管理サーバ制御部３１は、本部側管理サーバディスプレイ３２、本部側管理サーバ入力装置３３、本部側管理サーバ通信装置３４及び本部側管理サーバ記憶部３５を制御する構成となっている。
なお、図６の示す各ブロックの内容については、上述したものを除き、後述する。
【００３２】
図７乃至図９は、本実施の形態にかかる飲食店支援システム１の飲食店Ａにおける「注文受け及び配膳工程」を示す概略フローチャートであり、図１０は、飲食店支援システム１の本部側管理サーバ３０による「監視工程」を示す概略フローチャートである。
以下、図７等のフローチャートに沿って、各工程を説明すると共に、図１乃至図６等の構成も併せて説明する。
【００３３】
先ず、図７のステップＳＴ（以下「ＳＴ」という）１で、図１の飲食店Ａのメニューから「お勧め品」や「キャンペーン品」に該当する品目を図５の飲食店管理サーバ１０の「飲食店管理サーバ側注文データ記憶部１５に記憶させる。
図１１は、図５の飲食店管理サーバ側注文データ１５ａを示す概略説明図である。
図１１に示すように、飲食店管理サーバ側注文データ１５ａには、飲食店Ａにおける「お勧め品」や「キャンペーン品」を記憶可能な構成となっている。
本実施の形態では、例えば、「お勧め品」として「海ぶどう」「さんま刺身」「地魚三点盛り」等が記憶される。また、「キャンペーン品」としては「日本酒（Ａ）」「石垣ステーキ」等が記憶される。
【００３４】
その後、図１の飲食店Ａに顧客が来店し、テーブル１００等に座り、メニュー等から注文品種類情報の一例である注文品を決め、店員にその内容を伝えると、店員は図１の店員端末９０に、当該注文品を入力する。
ＳＴ２では、店員端末９０が、かかる入力が行われたか否かを判断し、入力されたデータは、図３の店員端末記憶部９５に記憶される。
【００３５】
次いで、ＳＴ３へ進む。ＳＴ３では、図３の店員端末９０の必要データ入力判断処理部（プログラム）が、必要データが入力されたか否かを判断する。
具体的には、当該入力を行った店員の識別番号である「店員番号」、顧客の「テーブル番号」、顧客の来客人数（男女別）及び「注文品」のデータを入力したか否かが判断される。
【００３６】
ＳＴ３で必要データの入力が完了したと判断した場合は、ＳＴ４へ進む。ＳＴ４では、店員端末９０に入力されたデータを図３の店員端末通信装置９３を介して、飲食店管理サーバ１０へ送信し、かかるデータを受信した飲食店管理サーバ１０は、同データを図１１の「飲食店管理サーバ側注文データ１５ａ」に記憶する。
【００３７】
次いで、ＳＴ５へ進む。ＳＴ５では、図５の飲食店管理サーバ１０の「お勧め品等注文処理部（プログラム）１６」がＳＴ４で受信したデータに「お勧め品」や「キャンペーン品」が含まれているか否かを判断する。
ＳＴ５で「お勧め品」等が含まれていると判断されたときは、ＳＴ６へ進み、かかる「お勧め品」等を図１１の「飲食店管理サーバ側注文データ１５ａ」に記憶する。
【００３８】
次いで、ＳＴ７へ進む。ＳＴ７では、飲食店管理サーバ１０が、図１１の飲食店管理サーバ側注文データ１５ａの「店員番号」「テーブル番号」及び「注文品」データを、飲食店管理サーバ通信装置１４を介して、図１の厨房端末５０へ送信する。
また、飲食店管理サーバ１０は、「注文品」データを当該テーブル番号のテーブル端末１１０ａ等に送信する。これらのデータを受信した厨房端末５０及びテーブル端末１１０ａ等は、それぞれ、「厨房端末側注文品データ記憶部５５」及び「テーブル端末記憶部１１４ａ」に記憶される。
【００３９】
次いで、ＳＴ８へ進む。ＳＴ８では、厨房端末５０が、厨房端末ディスプレイ５１に「テーブル番号」及び「注文品」データを「時刻データ」と共に表示する。この表示は、「注文済み状態の表示」となる。
図１２は、「厨房端末ディスプレイ５１」の表示画面例を示す概略説明図である。
図１２に示すように、「厨房端末ディスプレイ５１」には、注文された品目、例えば、「ビール」、「ウーロン茶」、「サワー」、「ポテト」、「揚げ豆腐」、「枝豆」等が表示される。そして、これらの品目は、種類毎、例えば、「飲料」「おつまみ」等の種類に応じて区分して表示されると共に、種類毎に例えば、色分けして表示される（図１２において、同じハッチングの部分は、同じ色を示す）。
したがって、厨房の担当者は、同じ種類である「飲料」の注文品が集められて表示されているので、注文品を処理し易い構成となっている。
【００４０】
また、ＳＴ８では、注文をした顧客のテーブル端末１１０ａ等のテーブル端末ディスプレイ１１１ａ等に、当該注文品のデータが「注文済み状態」として表示される。
【００４１】
次いで、ＳＴ９へ進む。ＳＴ９では、厨房端末ディスプレイ５１に表示されている「注文品」等の表示のうち、「注文済み状態の表示」となっている「注文品」等の表示に、所定時間以内に、厨房の担当者が触れたか否かを判断する。
【００４２】
ところで、「厨房端末ディスプレイ５１」は、上述の通り「タッチパネル」となっているため、厨房の担当者が「注文済み状態の表示」となっている「注文品」等の表示に触れると、その接触が入力信号となり、当該「注文品」等の表示は、「注文品」の次の段階である「調理済み状態（調理済み表示状態の一例）」に変移する構成となっている。この状態の変移は、例えば、当該「注文品」の表示の色彩が変化すること等で示される。
【００４３】
すなわち、ＳＴ９では、注文品について、注文を受けた状態である「注文済み状態」で所定時間が経過した場合は、次の段階である「調理済み状態」となっていない、つまり、調理が遅れていることを示す。
このため、ＳＴ９で、所定時間以内に「注文済み状態」が「調理済み状態」に変移しない場合は、調理が遅れていると判断し、ＳＴ１０へ進む。
【００４４】
ＳＴ１０では、図４の厨房端末５０の厨房端末警告装置５４が「調理警告信号」を出力し、特定の「注文品」に「調理警告信号」が出力されたことを、厨房端末通信装置５３を介して飲食店管理サーバ１０へ送信する。
ここで、「調理警告信号」は、例えば、厨房端末ディスプレイ５１の当該「注文品」の表示部分を点滅させることだけでなく、音声等で警告を発すること等も含む。
【００４５】
ＳＴ１０で、厨房端末ディスプレイ５１の当該「注文品」に対し、「調理警告信号」が出力されるので、厨房の担当者は、当該「注文品」の調理忘れや調理遅れ等を速やかに気づくことができ、調理遅れ等に起因する顧客の苦情等を未然に防止することができる。
【００４６】
次いで、ＳＴ１１へ進む。ＳＴ１１では、飲食店管理サーバ１０が受信した「調理警告信号」があったことを、図１１の「飲食店管理サーバ側注文データ１５ａ」に記憶する。
したがって、図１の本部側管理サーバ３０が飲食店Ａの監視の際、飲食店管理サーバ１０を参照することで、どのような警告が発生していたかを容易に把握すすることができる。
【００４７】
一方、ＳＴ９で、所定時間以内に、厨房端末ディスプレイ５１の注文済み状態の当該注文品データの表示を厨房の担当者等が触れた場合は、ＳＴ１２へ進む。ＳＴ１２では、厨房端末ディスプレイ５１の当該「注文品」の表示が、「調理済み状態」へと変移し、その変移時刻（担当者等の接触時刻）が、「調理済み時刻」として、飲食店管理サーバ１０へ送信される。
かかる情報を受信した飲食店管理サーバ１０は、当該「調理済み時刻」を図１１の「飲食店管理サーバ側注文データ１５ａ」に記憶する。
このように、本実施の形態では、厨房で当該注文品の調理が終了した時に、厨房の担当者が厨房端末ディスプレイ５１の当該「注文品」の表示を触れるだけで、その「注文品」の調理が終了したことを入力することができる。
【００４８】
また、厨房端末５０は、当該「注文品」が「調理済み状態」に変移したことをテーブル端末１１０ａ及び店員端末９０へ送信され、テーブル端末ディスプレイ１１１ａ及び店員端末ディスプレイ９１における当該「注文品」が「調理済み状態（例えば、当該状態を示す色彩）」に変移する。
図１３は、店員端末９０の店員端末ディスプレイ９１の表示状態を示す概略説明図である。
図１３に示すように、「調理済み状態」になった「注文品」は「注文済み状態」とは異なるハッチング（ハッチングの代わりに色彩としても良い）が表示され、所持している店員がその変化を認識し易い構成となっている。
【００４９】
次いで、ＳＴ１３へ進む。ＳＴ１３では、厨房端末ディスプレイ５１で「調理済み状態」の注文品の表示を、厨房の担当者等が所定時間内に触れたか否かが判断される。
【００５０】
ＳＴ１３で、所定時間内に「調理済み状態」の「注文品」の表示に接触がなかったときは、ＳＴ１４へ進む。ＳＴ１４では、当該「注文品」が顧客のテーブルへ配膳されていないと判断し、厨房端末５０は、当該「注文品」データの「未配膳警告信号」を飲食店管理サーバ１０へ送信し、飲食店管理サーバ１０は、「未配膳警告信号」を図１１の飲食店管理サーバ側注文データ１５ａに記憶する。
したがって、後述するように、図１の本部側管理サーバ３０が飲食店Ａの監視の際、飲食店管理サーバ１０を参照することで、どのような警告が発生していたかを容易に把握すすることができる。
また、飲食店管理サーバ１０は、「未配膳警告信号」を当該「注文品」の担当店員の店員端末９０に「未配膳警告信号」を送信する。
【００５１】
次いで、ＳＴ１５へ進む。ＳＴ１５では、飲食店管理サーバ１０から「未配膳警告信号」を受信した店員端末９０の店員端末側警告装置９４が動作して、警報音等や表示の点滅等で、店員に「未配膳」の事実を報知する。
これにより、店員は自己の担当の注文品が調理済みであり、未配膳であることを速やかに知ることができ、顧客のテーブルへの注文品の配膳遅れ等を回避することができる。
【００５２】
一方、ＳＴ１３で、所定時間内に「調理済み状態」の「注文品」の表示に接触があった場合は、ＳＴ１６へ進む。
ＳＴ１６では、厨房端末ディスプレイ５１の当該「注文品」の表示を「非表示状態」に変移させ、その接触時刻（変移時刻）が「配膳中時刻」として、厨房端末５０から飲食店管理サーバ１０へ送信される。
飲食店管理サーバ１０は、図１１の「飲食店管理サーバ側注文データ１５ａ」に「配膳中時刻」を記憶し、当該「注文品」が「配膳中状態」であることをテーブル端末１１０ａ等及び店員端末９０へ送信する。
【００５３】
ところで、厨房の厨房端末ディスプレイ５１に表示されていた「注文品」は「調理済み状態」が終了すると、厨房における管理対象の注文品から除外され、店員の管理対象になる。
このため、本実施の形態では、かかる「注文品」を厨房端末ディスプレイ５１上に表示しない構成とすることで、厨房担当者が調理等をしなければならない「注文品」のみが厨房端末ディスプレイ５１上に表示される構成となっている。したがって、厨房の担当者等が「注文品」を管理し易い構成となっている。
【００５４】
次いで、ＳＴ１７へ進む。ＳＴ１７では、テーブル端末ディスプレイ１１１ａ等及び店員端末ディスプレイ９１上の当該「注文品」が「調理済み状態」から「配膳中状態」へ変移する。
この変移はテーブル端末ディスプレイ１１１ａ等では、「配膳中」の表示が点灯する等の構成となる。また、店員端末ディスプレイ９１では、図１３に示すように、「配膳中状態」では「調理済み状態」とは異なるハッチングが付されているが、当該「注文品」の色彩が変更する等の構成でも構わない。
【００５５】
これにより、テーブル１００等の顧客は、自己が注文した「注文品」がまもなく配膳されることを知ることができる。
【００５６】
次いで、ＳＴ１８へ進む。ＳＴ１８では、テーブル端末１１０ａ等のテーブル端末ディスプレイ１１１ａ等に「配膳中」と表示されている「注文品」の表示に店員等が所定時間内に触れたか否かが判断される。
【００５７】
ＳＴ１８で、所定時間内に「配膳中状態」の「注文品」の表示に接触がなかったときは、ＳＴ１９へ進む。ＳＴ１９では、当該「注文品」が顧客のテーブルへ到達していないと判断し、テーブル端末１１０ａ等はテーブル端末通信装置１１３ａ等を介して、当該「注文品」データの「配膳中警告信号」を飲食店管理サーバ１０へ送信する。
飲食店管理サーバ１０は、受信した「配膳中警告信号」を図１１の飲食店管理サーバ側注文データ１５ａに記憶する。
したがって、図１の本部側管理サーバ３０が飲食店Ａの監視の際、飲食店管理サーバ１０を参照することで、どのような警告が発生していたかを容易に把握すすることができる。
また、飲食店管理サーバ１０は、当該「注文品」の担当店員の店員端末９０に「配膳中警告信号」を送信する。
【００５８】
次いで、ＳＴ２０へ進む。ＳＴ２０では、飲食店管理サーバ１０から「配膳中警告信号」を受信した店員端末９０の店員端末側警告装置９４が動作して、警報音等や表示の点滅等で、店員に「配膳中」の事実を報知する。
これにより、店員は自己の担当の注文品が、「配膳中」であることを速やかに知ることができる。また、何らかの原因で配膳中の注文品が顧客のテーブルへ届いていないことも知るころができ、注文品の配膳遅れ等に対し迅速に対応することができる。
【００５９】
一方、ＳＴ１８で、所定時間内に「配膳中状態」の「注文品」の表示に接触があったときは、ＳＴ２１へ進む。ＳＴ２１では、テーブル端末ディスプレイ１１１ａ等の当該「注文品」の表示を「配膳済み状態」に変移させ、その接触時刻（変移時刻）が「配膳済み時刻」として、テーブル端末１１０ａ等から飲食店管理サーバ１０へ送信され、図１１の「飲食店管理サーバ側注文データ１５ａ」に「配膳済み時刻」として記憶される。
【００６０】
以上で顧客のテーブル１００における注文品の注文は、調理済みの注文品の配膳完了となるが、本実施の形態では、図１２に示すように、「注文時刻」、「調理済み時刻」、「配膳済み時刻」のデータが、「飲食店管理サーバ側注文データ１５ａ」に記憶されているので、図１の本部側管理サーバ３０が飲食店Ａの監視の際、飲食店管理サーバ１０を参照することで、注文から配膳済みまでの飲食店の実情を容易に把握することができる。
【００６１】
その後、テーブル１００等の顧客が飲食を終了し、会計をすることになる。
そこでＳＴ２２へ進む。ＳＴ２２では、図１の経理処理装置７０が会計処理を実行し、顧客が帰ることで、終了する。
【００６２】
次いで、図１に示す「本部側管理サーバ３０」が飲食店Ａを随時、監視することができる図１０の「監視工程」について説明する。
先ず、図１の飲食店チェーン本部の担当者等が、自己が担当する飲食店Ａの実情を把握することを希望したとき、本実施の形態では、自ら飲食店Ａを訪問することなく、あたかも飲食店Ａを視察したと同様の情報を取得することができるシステムとなっている。
以下、具体的に説明する。先ず、視察を希望する担当者は、図１の本部側管理サーバ３０を用いて、飲食店Ａの飲食店管理サーバ１０にアクセルする。
図１０のＳＴ３１では、飲食店管理サーバ１０が、かかるアクセスが本部側管理サーバ３０からあったか否かを判断する。
【００６３】
ＳＴ３１で、本部側管理サーバ３０からのアクセスがあったときは、ＳＴ３２へ進む。ＳＴ３２では、図１のカメラ３が動作し、サービスホール内の図１に示すテーブル１００〜４００や図示しない「掘こたつ形式座席」及びカウンター等をすべて撮影可能な状態となる。
そして、かかる画像を本部側管理サーバ３０へ送信し、本部側管理サーバ３０が、図６の本部側管理サーバディスプレイ３２で視認可能となる。
【００６４】
この状態で、本部側管理サーバ３０では、担当者が本部側管理サーバディスプレイ３２を視認しながら、視察希望の特定のテーブル１００等、堀こたつ等を選択する。この選択は図６の本部側管理サーバ入力装置３３等を操作して行う。
図１４は、本部側管理サーバディスプレイ３２におけるカメラ３の画像例等を示す概略説明図である。
図１４に示すように、本部側管理サーバディスプレイ３２には、左側に実際の画像が表示され、右側にテーブル１００等の配置状態が表示される。
そして、視察希望の担当者は、右側の配置状態から特定のテーブル１００等を特定する（図では、「テーブル１００」を特定（選択））。なお、この「テーブル１００」の画像が特定飲食区画映像情報の一例となる。
【００６５】
ＳＴ３３では、本部側管理サーバ３０が、視察希望の特定のテーブル１等を特定したか否かを判断する。上述のように、本実施の形態では「テーブル１００」を選択したので、ＳＴ３４へ進む。
ＳＴ３４では、図１１の「飲食店管理サーバ側注文データ１５ａ」において、選択された「テーブル１００」に関連付けて記憶されている来客人数（顧客人数）、「注文品」「注文時刻」「調理済み時刻」「配膳中時刻」「配膳済み時刻」「お勧め品等の注文の有無」「調理警告の有無」「未配膳警告（配膳済可否情報の一例）の有無」「配膳中警告（配膳中可否情報の一例）の有無」「金額（金額情報）」等の情報を表示する。
これらのデータは、本部側管理サーバ３０の操作者である担当者が操作している時刻における最新のデータが表示される。
【００６６】
図１５は、本部側管理サーバディスプレイ３２における選択画像及び関連データ表示例を示す概略説明図である。
図１５に示すように、本部側管理サーバディスプレイ３２には、その画面を視認している担当者等が把握し易いように、その現在時刻における選択された「テーブル１００」の現在の画像及び同じ時刻における最新の「飲食店管理サーバ側注文データ１５ａ」が同時に表示される。
したがって、飲食点チェーン本部の担当者は、あたかも実際に飲食店Ａを視察したのと同様のデータを取得することができる。また、本実施の形態では、実際に飲食店を視察してはいないので、短時間で多数の飲食店を視察でき、極めて効率良く各飲食店の実情を把握することができる。
【００６７】
次いで、ＳＴ３５へ進む。ＳＴ３５では、本部側管理サーバ３０から飲食店Ａの飲食店管理サーバ１０へ指示データが送信されたか否かを判断する。
ＳＴ３５で、本部側管理サーバ３０から指示データが送信されたときは、当該指示データが飲食店管理サーバ１０に記憶される。（ＳＴ３６）
このように、本実施の形態では、本部側管理サーバ３０を操作する担当者等が、オンタイム（現在時刻）で飲食店Ａ等を視察することができ、また、問題等があったときは、正に現在時刻で、直ぐに注意等の指示を飲食店Ａ等に伝えることができるので、極めて効果的に飲食店Ａ等を管理することができる構成となっている。
【符号の説明】
【００６８】
１・・・飲食店支援システム、２・・・インターネット網、３・・・カメラ、１０・・・飲食店管理サーバ、１１・・・飲食店管理サーバ制御部、１２・・・飲食店管理サーバディスプレイ、１４・・・飲食店管理サーバ通信装置、１５・・・飲食店管理サーバ側注文データ記憶部、１５ａ・・・飲食店管理サーバ側注文データ、１６・・・お勧め品等注文処理部（プログラム）、３０・・・本部側管理サーバ、３１・・・本部側管理サーバ制御部、３２・・・本部側管理サーバディスプレイ、３３・・・本部側管理サーバ入力装置、３４・・・本部側管理サーバ通信装置、３５・・・本部側管理サーバ記憶部、５０・・・厨房端末、５１・・・厨房端末ディスプレイ、５２・・・厨房端末制御部、５３・・・厨房端末通信装置、５４・・・厨房端末警告装置、５５・・・厨房端末側注文品データ記憶部、７０・・・経理処理装置、９０・・・店員端末、９１・・・店員端末ディスプレイ、９２・・・店員端末制御部、９３・・・店員端末通信装置、９４・・・店員端末側警告装置、９５・・・店員端末記憶部、９６・・・必要データ入力判断処理部（プログラム）、１００，２００、３００、４００・・・テーブル、１１０ａ、１１０ｂ、１１０ｃ、１１０ｄ・・・テーブル端末、１１１ａ、１１１ｂ、１１１ｃ、１１１ｄ・・・テーブル端末ディスプレイ、Ａ・・・飲食店
【図１】
2013218370.tif 000003
【図２】
2013218370.tif 000004
【図３】
2013218370.tif 000005
【図４】
2013218370.tif 000006
【図５】
2013218370.tif 000007
【図６】
2013218370.tif 000008
【図７】
2013218370.tif 000009
【図８】
2013218370.tif 000010
【図９】
2013218370.tif 000011
【図１０】
2013218370.tif 000012
【図１１】
2013218370.tif 000013
【図１２】
2013218370.tif 000014
【図１３】
2013218370.tif 000015
【図１４】
2013218370.tif 000016
【図１５】
2013218370.tif 000017