(57)【特許請求の範囲】
【請求項１】
各テーブルに備えられ、表示部に表示した料理メニューを選択させて注文を受けたり、表示部に表示した来店目的を選択させることのできるテーブルトップオーダ端末と、
顧客の識別情報を読み取る顧客識別情報読取装置と、
料理メニューを記憶するメニュー情報記憶手段と、前記識別情報に対応する顧客の顧客情報を記憶する顧客情報記憶手段と、顧客毎の過去の来店目的に応じて注文された料理メニューを記憶する注文履歴記憶手段とを備えた記憶装置と、
各テーブルトップオーダ端末と記憶装置と顧客識別情報読取装置をそれぞれ制御、管理する管理装置とからなり、
前記管理装置は、前記テーブルトップオーダ端末で選択された来店目的に応じて、前記顧客識別情報読取装置で読み取られた顧客の前記注文履歴記憶手段に記憶された注文履歴情報から料理メニューを選択して前記テーブルトップオーダ端末に表示させることを特徴とする飲食店用オーダシステム。
【請求項２】
前記メニュー情報記憶手段には使用される原材料が記憶されていて、前記管理装置は、前記注文履歴記憶手段に記憶された顧客の注文した料理メニューから使用した原材料を抽出し、抽出した使用原材料により注文履歴にある料理メニューと同じ原材料を使用した別の料理メニューを抽出し、前記テーブルトップオーダ端末に表示させることを特徴とする請求項１に記載の飲食店用オーダシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、レストラン、飲食店において、顧客の好みにあった料理メニューを提示できるシステムに関する。
【背景技術】
【０００２】
現在、レストラン、飲食店等において飲食店用のＰＯＳ（Point Of Sale）システムが採用されている。このＰＯＳシステムにおいては、店員が顧客からのオーダ情報をオーダエントリ端末（以下、ＯＥＳ端末という）等の小型の端末機を用いて入力し、このオーダ情報を厨房等の調理場に設置されたキッチンプリンタから印字させるか若しくはマルチディスプレイ装置に表示させて調理指令を与え、その指令に基づいて調理を行うことを実現している。また、テーブル毎の注文情報がＰＯＳシステムによって管理され、会計に利用される。
【０００３】
そして、チェーン店を展開するレストランや居酒屋店などのチェーン店本部は、ＰＯＳシステムにより各店舗ぞれぞれのメニューや売上げ等の管理をしている。
【０００４】
また、近年、テーブルにおいて顧客自身で注文を行うことを可能にするテーブルトップオーダ端末（以下、ＴＴＯ端末という）が普及してきている。このＴＴＯ端末は、ＬＣＤ等のディスプレイを有していて、ディスプレイ上に表示されたメニューを顧客が選択して注文を行うことで、このオーダ情報がＯＥＳ端末を用いた場合と同様にキッチンプリンタ又はマルチディスプレイ装置に送信される構成となっており、オーダ受付業務の効率化に役立っている。
【０００５】
このＴＴＯ端末で表示されるメニューは、本部が決定した所定のメニューで統一され固定化されている。従って、各店舗それぞれに来客したいずれの顧客も、同一のメニュー画面の中から所望の料理品目を選択して注文することになる。
【０００６】
しかしながら、レストランや居酒屋店などの飲食店舗に来店した顧客それぞれの嗜好、好みに合ったメニューを提示することができれば、顧客の満足が得られて業績の向上が実現される。そのため、顧客の嗜好にあった最適な料理を示したメニューを提示できる提案がなされている。
【０００７】
例えば、特許文献１及び２には、各飲食店舗に来店した顧客それぞれに最適なメニューを提示する方法として、顧客毎に注文履歴を記憶し、注文履歴に基づいて顧客の好みに合わせたメニューを提示することが記載されている。
【先行技術文献】
【特許文献】
【０００８】
【特許文献１】特開２００２―２４５２２９号公報
【特許文献２】特開２００３―７６７５７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００９】
特許文献１によれば、顧客個人での利用形態を対象にしていてグループで利用した時のメニュー提示方法について対応していない。
【００１０】
特許文献２によれば、グループ利用時に店員がグループ構成（人数、男女比など）をＯＥＳ端末で入力することで、過去の注文履歴の中から当該グループ構成に最も近い構成ものを検索してその時の注文履歴のデータを読み出して、当該グループの客にメニューの提示するものである。従って、提示されたメニューは参加したメンバーの全員の好みが反映されていない。
また、「同僚の飲み会」、「家族での食事」など来店目的によって注文する料理が変わる傾向にあるが、その来店目的について考慮されていない。
また、店員がグループ構成などの情報を手入力で端末に入力することで作業の負担を大きくしている。
【００１１】
本発明は、上記問題点に鑑みなされたものであり、飲食店における顧客の注文履歴からその顧客に合ったメニューを提示するサービスにおいて、グループで来店した場合個々のメンバーの注文履歴を反映させ、また、「同僚の飲み会」、「家族の食事」などの来店目的を選択することで、そのグループに合ったきめ細かいメニューを提示するとともに、店員の作業負担を軽減することを目的とするものである。
【課題を解決するための手段】
【００１２】
上記目的を達成するために、本発明のうち請求項１に記載の発明は、各テーブルに備えられ、表示部に表示した料理メニューを選択させて注文を受けたり、表示部に表示した来店目的を選択させることのできるテーブルトップオーダ端末と、顧客の識別情報を読み取る顧客識別情報読取装置と、料理メニューを記憶するメニュー情報記憶手段と、前記識別情報に対応する顧客の顧客情報を記憶する顧客情報記憶手段と、顧客毎の過去の来店目的に応じて注文された料理メニューを記憶する注文履歴記憶手段とを備えた記憶装置と、各テーブルトップオーダ端末と記憶装置と顧客識別情報読取装置をそれぞれ制御、管理する管理装置とからなり、前記管理装置は、前記テーブルトップオーダ端末で選択された来店目的に応じて、前記顧客識別情報読取装置で読み取られた顧客の前記注文履歴記憶手段に記憶された注文履歴情報から料理メニューを選択して前記テーブルトップオーダ端末に表示させることを特徴とする飲食店用オーダシステムである。
【００１３】
また、本発明のうち請求項２に記載の発明は、請求項１に記載の発明において、前記メニュー情報記憶手段には使用される原材料が記憶されていて、前記管理装置は、前記注文履歴記憶手段に記憶された顧客の注文した料理メニューから使用した原材料を抽出し、抽出した使用原材料により注文履歴にある料理メニューと同じ原材料を使用した別の料理メニューを抽出し、前記テーブルトップオーダ端末に表示させることを特徴とする飲食店用オーダシステムである。
【発明の効果】
【００１４】
請求項１の発明によれば、グループで来店した複数の顧客が、テーブルトップオーダ端末で各自の顧客識別情報を入力し、そして、来店目的（同僚との飲み会、家族での食事等）を選択することにより、複数の顧客の注文履歴情報から更に来店目的別に合ったメニューを顧客に提示できることにより、顧客が容易にメニュー選択できるようになる。
また、店員が直に顧客のところまで行ってお勧めメニューを提示しなくても良いので、店員の作業負担も軽減できる。
【００１５】
請求項２の発明によれば、顧客の注文履歴情報に基づき、注文した料理メニューの使用原材料情報を抽出し、注文した料理メニュー以外に同じ使用原材料を使用した別メニューを提示することにより、注文履歴にあったメニューが既にない場合にでもお勧めメニューを提示できる。
【図面の簡単な説明】
【００１６】
【図１】本発明の実施例に係る飲食店用オーダシステムの構成例を示した図である。
【図２】本発明のＴＴＯ端末に表示される受付開始画面の一例を示した図である。
【図３】本発明のＴＴＯ端末に表示されるメニュー選択の初期画面の一例を示した図である。
【図４】本発明のＴＴＯ端末に表示される料理メニューの選択画面の一例を示した図である。
【図５】本発明の記憶装置に記録された料理メニュー情報ファイルを示した図である。
【図６】本発明の記憶装置に記録された原材料マスタファイルを示した図である。
【図７】本発明の記憶装置に記録された顧客識別情報管理ファイルを示した図である。
【図８】本発明の記憶装置に記録された顧客別注文履歴ファイルを示した図である。
【図９】本発明の記憶装置に記録された顧客別原材料実績ファイルを示した図である。
【図１０】本発明の記憶装置に記録された料理メニュー別オーダ実績ファイルを示した図である。
【図１１】本発明の記憶装置に記録された原材料別オーダ実績ファイルを示した図である。
【図１２】本発明の一実施例に係る顧客識別コードの読み込みから来店目的の選択までのフローを示した図である。
【図１３】本発明の一実施例に係る入力された顧客識別コードから顧客別メニューのオーダ実績検索するフローを示した図である。
【図１４】本発明の一実施例に係る入力された顧客オーダ実績から使用された原材料を検索するフローを示した図である。
【図１５】本発明の一実施例に係る抽出したメニューの編集フローを示した図である。
【図１６】本発明の一実施例に係る条件別メニューの分類を示した図である。
【発明を実施するための形態】
【００１７】
各テーブルに備えられ、表示部に表示した料理メニューを選択させて注文を受けたり、表示部に表示した来店目的を選択させることのできるテーブルトップオーダ端末と、顧客の識別情報を読み取る顧客識別情報読取装置と、料理メニューを記憶するメニュー情報記憶手段と、前記識別情報に対応する顧客の顧客情報を記憶する顧客情報記憶手段と、顧客毎の過去の来店目的に応じて注文された料理メニューを記憶する注文履歴記憶手段とを備えた記憶装置と、各テーブルトップオーダ端末と記憶装置と顧客識別情報読取装置をそれぞれ制御、管理する管理装置とからなり、前記管理装置は、前記テーブルトップオーダ端末で選択された来店目的に応じて、前記顧客識別情報読取装置で読み取られた顧客の前記注文履歴記憶手段に記憶された注文履歴情報から料理メニューを選択して前記テーブルトップオーダ端末に表示させることを特徴とする飲食店用オーダシステムである。
以下、詳細に説明を行う。
【実施例】
【００１８】
本発明の実施の形態を図面に基づいて説明する。図１に示すのは、チェーン店を展開する飲食店の本発明における飲食店用オーダシステムのハードウェアの構成を表したシステム構成図である。この図１に示すように、店舗側には、店舗管理装置１と顧客用の各テーブルにテーブルトップオーダ（ＴＴＯ）端末２とカードリーダ３と会計処理を行うＰＯＳ４が設置されていて、ローカルネットワークを介してそれぞれが接続されている。
本部側には、本部管理サーバ１１、記憶装置１２が設置され、本部と店舗とがネットワーク１５を介して接続されている。各装置について、以下、詳細に説明を行う。
【００１９】
店舗管理装置１は、店内のＴＴＯ端末２とＰＯＳ４を管理すると共に、ＴＴＯ端末２と本部管理サーバ１１との情報を伝達する。
【００２０】
ＴＴＯ端末２は顧客のテーブル席に設置され、タッチパネルを備えた表示に表示された料理メニューを顧客自身が選択、注文するための端末装置である。ＴＴＯ端末２で選択または入力された情報は店舗管理装置１に送信される。例えば、注文された料理は店舗管理装置１を介して厨房に設置されているマルチディスプレイ（図示省略）に表示、またはキッチンプリンタ（図示省略）で印刷して、厨房の料理人に調理の指示を行うようになっている。
【００２１】
カードリーダ３はＴＴＯ端末２に付随する機器で、磁気カード、またはＩＣカードからなる顧客の会員カードに記憶されている顧客コードなどの情報を読み取るものである。カードリーダ３で読み取られた顧客コードは、ＴＴＯ端末２を介して店舗管理装置１に送られ、店舗管理装置１は、顧客コードの照会をするために顧客コードを本部管理サーバ１１へ送信する。
【００２２】
ＰＯＳ４は、店舗管理装置１からオーダ情報を受取り、会計処理を実施する。
【００２３】
本部管理サーバ１１は、各店舗の売上げ集計、メニュー管理、顧客情報、顧客のオーダ実績、オーダ実績に関連付けられた原材料実績を管理する。
【００２４】
記憶装置１２は、本部管理サーバ１１で管理する情報を記憶するもので、各店舗の売上げデータを記憶する他に、各店舗で用いられる料理のメニュー情報ファイル１２ａ、料理に使われる原材料に関する情報を記憶される原材料マスタファイル１２ｂ、顧客の個人情報などを記憶される顧客識別情報管理ファイル１２ｃ、顧客の注文履歴を記憶する注文履歴ファイル１２ｄ、顧客が注文したメニューの原材料を記憶する顧客別原材料実績ファイル１２ｅなどのファイルで構成されている。
【００２５】
図５は、記憶装置１２に記憶した料理メニュー情報ファイル１２ａの一例で、個々の料理メニューには、メニューコード、メニュー名、価格、原材料を示す原材料コード、および、現在提供しているか否かを示す削除フラグなどの情報が記憶されている。削除フラグは、「０」で現在メニューが存在し、「１」でメニューが存在しないことを表わしている。
【００２６】
図６は、記憶装置１２に記憶した原材料マスタファイル１２ｂの一例で、原材料コード、原材料名、現在使用されているか否かを示す現存フラグ、仕入値などの情報が記憶されている。現存フラグは、「０」で原材料が現在使用されていないことを表わし、「１」で使用されていることを表わしている。
【００２７】
図７は、記憶装置１２に記憶した顧客識別情報管理ファイル１２ｃの一例で、顧客コード（会員番号）、顧客名、性別、生年月日、会員登録した登録日、会員の有効期限、退会を示す退会フラグなどの情報が記憶されている。退会フラグは、「０」で会員として有効であることを表わし、「１」で退会していることを表わしている。
【００２８】
図８は、記憶装置１２に記憶した顧客の注文履歴を記憶する注文履歴ファイル１２ｄの一例で、顧客コード（会員番号）、利用した店舗（コード）、利用日、オーダ番号、メニューコード、メニュー名、注文数、利用した人数、来店目的などの情報が記憶されている。
【００２９】
図９は、記憶装置１２に記憶した顧客が注文したメニューに使用されている原材料を記憶する顧客別原材料実績ファイル１２ｅの一例で、顧客コード（会員番号）、利用した店舗（コード）、利用日、オーダ番号、原材料コード、原材料名、数量、利用した人数、来店目的などの情報が記憶されている。
この数量のカウントは、原材料が使用されているメニューの注文数の合計とする。例えば、図９にある原材料ａは図５、図６よりメニューＡに、原材料ｂはメニューＡとメニューＣに使用されていることが分かる。図９の原材料ａの数量は、図８の注文履歴にあるメニューＡの注文数の２となり、また、原材料ｂの数量は、メニューＡの注文数２とメニューＣの注文数３の合計である５となる。
【００３０】
上記各ファイルは、本部管理サーバ１１によって作成、管理される。また、メニュー情報ファイル１２ａ、原材料マスタファイル１２ｂ、顧客識別情報管理ファイル１２ｃを除き、顧客別原材料実績ファイル１２ｅは、注文履歴ファイル１２ｄを作成されると、顧客別原材料実績ファイル１２ｅに自動的に作成、更新されるようになっている。
【００３１】
入店した顧客は、店員によってＴＴＯ端末２を備えたテーブルに通され、顧客自らＴＴＯ端末２で料理の注文ができるようになっている。
図１２は、本発明の一実施例に係る顧客識別コードの読み込みから来店目的が選択されるまでのフローを示した図である。
図２は、ＴＴＯ端末２に表示される開始（初期）画面の一例である（ステップＳ１）。ただし、実際の開始画面は、お客様コード（顧客コード）、お客様名、お客様人数の欄は空欄になっている。来店した個人またはグループでの顧客は、最初に各顧客が持つ会員カードをカードリーダ３に通して会員カードに記録している顧客コードなどを読み取らせて（ステップＳ２、Ｓ３）、ステップＳ５に進む。この会員カードは、磁気カード、ＩＣカード等顧客情報を特定可能な情報が記憶可能な媒体とする。また、会員カードを忘れている顧客がいる場合、図２で表示している「手入力」キーが押されると（ステップＳ２）、「顧客情報手入力画面」（図示なし）にして、顧客コードまたは、氏名、生年月日、電話番号など個人を特定できる情報を入力されると（ステップＳ４）、ステップＳ５に進む。
【００３２】
ステップＳ５では、ステップＳ３、または、ステップＳ４で入力された顧客コードなどの顧客情報を店舗管理装置１を介して本部管理サーバ１１に送信される。本部管理サーバ１１は、受信した顧客コードまたは顧客情報を基に、記憶装置１２の顧客識別情報管理ファイル１２ｃ内を検索して管理対象の顧客かを確認し、確認ができた場合、その顧客名などの情報を店舗管理装置１へ送信する。店舗管理装置１は送られてきた顧客名をＴＴＯ端末２送信して、図２のようにＴＴＯ端末２の画面に顧客コードであるお客様コードと顧客名が表示される（ステップＳ６）。また、本部管理サーバ１１が顧客の確認ができなかった場合、即ち入力エラーまたは、既に退会している場合には、その結果を店舗管理装置１へ送信し、店舗管理装置１はＴＴＯ端末２に入力エラーのメッセ−ジをＴＴＯ端末２に表示（図示なし）させてステップＳ２に戻る。退会している場合は、新規会員扱いとなるので、別途入会手続きを行うこととなる。
また、店舗管理装置１は図２のお客様人数欄に確認できた顧客の人数もカウントして表示し（ステップＳ７）、ステップＳ８に進む。
この人数のカウントについては、新規顧客にも反映できるように人数を手入力できるように対応してもよい。
【００３３】
ステップＳ８では、図２のＴＴＯ端末画面のように来店目的、例えば忘年会、新年会などの「宴会コース」、同僚との飲み会の「同僚との飲み会」、友人との飲み会の「友人との飲み会」、家族での食事の「家族食事」等、事前に本部側で収集したい来店目的を複数表示し、その中から顧客に来店目的を選択させる。
来店目的が選択された場合ステップＳ９に進み、顧客コードが読み込まれた場合にはステップＳ２に戻る。
【００３４】
ステップＳ９では、顧客コードの読み込み追加があるか否かの確認を行い、追加があればステップＳ２に戻り、追加がなければステップＳ１０に進んで来店目的を確認させる。修正がある場合には再度来店目的を選択させ、修正がなければ「確認」キーを押下されて（ステップＳ１１）、ステップＳ１２に進む。
【００３５】
ステップＳ１２では、上記ＴＴＯ端末２で入力された顧客、来店目的、利用人数などの情報を店舗管理装置１を介して本部管理サーバ１１に送信し、ステップＳ１３に進む。
【００３６】
ステップＳ１３で本部管理サーバ１１は、ステップＳ１２で送信されてきた情報を基に記憶装置１２で記憶されている情報から、顧客の好み、また利用目的に合った料理メニューを検索、抽出を行う。
【００３７】
図１３は、本部管理サーバ１１が、読み込まれた顧客コード、来店目的から顧客別オーダ実績の検索し、顧客の好み、また利用目的に合った料理のメニュー情報を収集するまでのフロー図である。
ステップＳ２１で本部管理サーバ１１は、記憶装置１２に記憶した顧客別注文履歴ファイル１２ｄより該当の顧客のオーダ実績データを読込んでステップＳ２２に進む。
【００３８】
ステップＳ２２では、ステップＳ２１で読込んだオーダ実績から来店目的が、今回の来店目的と一致するオーダ実績と一致しないオーダ実績とを分類する。当然、オーダしたメニューの中には、複数の来店に属することもあるので、そのような場合には来店目的が一致する、しないの両方に分類される。今回の来店目的に一致すればステップＳ２３に、一致しなければステップＳ２８に進む。
【００３９】
ステップＳ２３では、ステップ２２で分類された来店目的が一致したオーダ実績を更に利用人数で分類する。今回の利用人数とオーダ実績の利用人数を比較して、今回の来店人数より同数または多い場合と少ない場合とを分類して、同数または多い場合にはステップＳ２４に進み、少ない場合にはステップＳ２６に進む。
【００４０】
ステップＳ２４では、ステップＳ２３で分類された該当オーダ実績のメニューコードでメニュー情報を検索し、現存するメニューか廃止（季節メニュー、使用する食材の在庫がない場合を含む）になったメニューかを判断する。現存するメニューがあればステップＳ２５に進み、現存するメニューでなかった場合にはステップＳ３３に進む。
【００４１】
ステップＳ２５では、来店目的が一致し、利用人数が同数または多い時のオーダ実績から顧客がオーダした調理メニューを収集して、ステップＳ３３に進む。
【００４２】
ステップＳ２６では、ステップＳ２３で分類された該当オーダ実績のメニューコードでメニュー情報を検索し、現存するメニューか廃止になったメニューかを判断する。現存するメニューがあればステップＳ２７に進み、現存するメニューでなかった場合にはステップＳ３３に進む。
【００４３】
ステップＳ２７では、来店目的が一致し、利用人数が少ない時のオーダ実績から顧客がオーダした調理メニューを収集して、ステップＳ３３に進む。
【００４４】
ステップＳ２８では、ステップＳ２２で分類された来店目的が一致しないオーダ実績を更に利用人数で分類する。今回の利用人数とオーダ実績の利用人数を比較して、今回の来店人数より同数または多い場合と少ない場合とを分類して、同数または多い場合にはステップＳ２９に進み、少ない場合にはステップＳ３１に進む。
【００４５】
ステップＳ２９では、ステップＳ２８で分類された該当オーダ実績のメニューコードでメニュー情報を検索し、現存するメニューか廃止になったメニューかを判断する。現存するメニューがあればステップＳ３０に進み、現存するメニューでなかった場合にはステップＳ３３に進む。
【００４６】
ステップＳ３０では、来店目的が違って、利用人数が同数または多い時のオーダ実績から顧客がオーダした調理メニューを収集して、ステップＳ３３に進む。
【００４７】
ステップＳ３１では、ステップＳ２８で分類された該当オーダ実績のメニューコードでメニュー情報を検索し、現存するメニューか廃止になったメニューかを判断する。現存するメニューがあればステップＳ３２に進み、現存するメニューでなかった場合にはステップＳ３３に進む。
【００４８】
ステップＳ３２では、来店目的が違って、利用人数が少ない時のオーダ実績から顧客がオーダした調理メニューを収集して、ステップＳ３３に進む。
【００４９】
ステップＳ３３では、該当顧客オーダ実績検索を終了し、ステップＳ３４では、グループ全員のオーダ実績検索を行ったかを判断して、未だ顧客オーダ実績検索を行っていない顧客がいれば、最初に戻ってオーダ実績検索を行われる。グループ全員が終わっていれば、次のステップである図１４の顧客別原材料実績検索に進む。
【００５０】
図１４は、本部管理サーバ１１が、入力された会員コードから顧客別原材料ファイル１２ｅの原材料を今回の来店目的と利用人数とを比較して分類するためのフロー図である。
ステップＳ４１では、本部管理サーバ１１が記憶装置１２に記憶した顧客別原材料実績ファイル１２ｅより該当の顧客の原材料実績データを読込んでステップＳ４２に進む。
【００５１】
ステップＳ４２では、ステップＳ４１で読込んだ顧客別原材料実績で来店目的が、今回の来店目的と一致するオーダ実績と一致しないオーダ実績とを分類する。当然、原材料の中には、複数の料理品目に使用されることもあり場合によっては、来店目的が一致する、しないの両方に分類される。今回の来店目的に一致すればステップＳ４３に、一致しなければステップＳ４８に進む。
【００５２】
ステップＳ４３では、ステップ４２で分類された来店目的が一致した顧客別原材料実績を更に利用人数で分類する。今回の利用人数と原材料実績の利用人数を比較して、今回の来店人数より同数または多い場合と少ない場合とを分類して、同数または多い場合にはステップＳ４４に進み、少ない場合にはステップＳ４６に進む。
【００５３】
ステップＳ４４では、ステップＳ４３で分類された該当原材料が、現在使用されているかどうか判断するために、図６の原材料マスタファイルの現存フラグを参照して判断する。現存する原材料であればステップＳ４５に進み、現存する原材料がなかった場合にはステップＳ５３に進む。
【００５４】
ステップＳ４５では、来店目的が一致し、利用人数が同数または多い時の顧客別原材料実績から実績頻度（数量）の多い順の上位の原材料を抽出してステップＳ５３に進む。
【００５５】
ステップＳ４６では、ステップＳ４３で分類された該当原材料が、現在使用されているかどうか判断するために、図６の原材料マスタファイルの現存フラグを参照して判断する。現存する原材料があればステップＳ４７に進み、現存する原材料がなかった場合にはステップＳ５３に進む。
【００５６】
ステップＳ４７では、来店目的が一致し、利用人数が少ない時の顧客別原材料実績から実績頻度（数量）の多い順の上位の原材料を抽出して、ステップＳ５３に進む。
【００５７】
ステップＳ４８では、ステップ４２で分類された来店目的が一致しないオーダ実績を更に利用人数で分類する。今回の利用人数とオーダ実績の利用人数を比較して、今回の来店人数より同数または多い場合と少ない場合とを分類して、同数または多い場合にはステップＳ４９に進み、少ない場合にはステップＳ５１に進む。
【００５８】
ステップＳ４９では、ステップＳ４８で分類された該当原材料が、現在使用されているかどうか判断するために、図６の原材料マスタファイルの現存フラグを参照して判断する。現存する原材料があればステップＳ５０に進み、現存する原材料がなかった場合にはステップＳ５３に進む。
【００５９】
ステップＳ５０では、来店目的が違って、利用人数が同数または多い時の顧客別原材料実績から実績頻度（数量）の多い順の上位の原材料を抽出して、ステップＳ５３に進む。
【００６０】
ステップＳ５１では、ステップＳ４８で分類された該当原材料が、現在使用されているかどうか判断するために、図６の原材料マスタファイルの現存フラグを参照して判断する。現存する原材料があればステップＳ５２に進み、現存する原材料がなかった場合にはステップＳ５３に進む。
【００６１】
ステップＳ５２では、来店目的が違って、利用人数が少ない時の顧客別原材料情報を収集して、ステップＳ５３に進む。
【００６２】
ステップＳ５３では、該当顧客の原材料実績検索を終了し、ステップＳ５４では、グループ全員の原材料実績検索を行ったか否かを判断して、未だ顧客原材料実績検索を行っていない顧客がいれば、最初に戻って原材料実績検索を行う。グループ全員が終わっていれば、ステップＳ５５に進む。
【００６３】
ステップＳ５５では、収集された原材料から使用される実績頻度（数量）の上位の原材料を抽出される。
【００６４】
ステップＳ５６では、ステップＳ５５で抽出した原材料を使用したメニューを記憶装置１２のメニュー情報ファイル１２ａから抽出する。
【００６５】
ステップＳ５７では、ステップＳ５６で抽出したメニューが図１３で説明したオーダ実績検索で抽出したメニューと異なるメニューを類似メニューとして分類する。
【００６６】
ステップＳ５８、Ｓ５９、Ｓ６０、Ｓ６１は、オーダ実績、原材料実績より来店目的、グループの構成人数により、オーダメニュー実績と類似メニューを分類する。
【００６７】
図１６は、以上検索、分類した項目をまとめたものである。即ち、Ａ、Ｂ、Ｃ、Ｄの分類は、図１３のフロー図で説明したオーダ実績によって分類されたメニューＳ２５、Ｓ２７、Ｓ３０、Ｓ３２に相当し、Ｅ、Ｆ、Ｇ、Ｈの分類は、図１４のフロー図で説明した原材料によって分類したメニューＳ５８、Ｓ５９、Ｓ６０、Ｓ６１に相当する。本部管理サーバ１１はこの分類した結果を店舗側の店舗管理装置１へ送信する（ステップＳ６２）。
【００６８】
店舗管理装置１は、本部管理サーバ１１からの分類されたメニュー結果を基に、顧客へのお勧めメニューの編集とＴＴＯ端末２に表示するための編集を行なう。その編集のフローを図１５で示している。
ステップＳ７１でメニュー編集を開始する。
【００６９】
ステップＳ７２では、図１６のＡ〜Ｈのメニューの中から、グループのメンバーで共通するオーダ実績のメニューおよび類似メニューで編集し、名称を「共通のお勧め」とする。
【００７０】
ステップＳ７３では、図１６のＡ〜Ｄのメニューの中から、メンバー別のオーダ数の上位のメニューおよび類似メニューで編集し、名称を「お客様毎にお勧め」とする。
【００７１】
ステップＳ７４では、図１６のＥ〜Ｈのメニューの中から、グループ別の使用原材料の使用頻度上位のメニューおよび類似メニューで編集し、名称を「こんなものお好きでは・・」とする。
【００７２】
ステップＳ７５では、図１６のＡ、Ｂ、Ｅ、Ｆのメニューの中から、来店目的が一致するオーダ実績のうち、上位のメニューおよび類似メニューで編集し、名称を「グループにお勧め」とする。
【００７３】
ステップＳ７６では、図１６のＡ、Ｃ、Ｅ、Ｇのメニューの中から、グループ構成人数により、構成人数によるオーダ傾向を判断して、共通するオーダ実績のメニューおよび類似メニューで編集し、名称を「大人数なら」とする。
【００７４】
ステップＳ７７で店舗管理装置１は、編集したメニューの結果をＴＴＯ端末２へ送信する。
【００７５】
ステップＳ７８では、ＴＴＯ端末２が店舗管理装置１から送られてきたメニューを顧客に選択させる画面を表示し、図３は、メニュー選択させる画面の一例である。
【００７６】
図４は、図３の画面で「グループにお勧め」を選択された場合のメニュー表示画面の例である。
【００７７】
顧客が飲食終了後のＴＴＯ端末２または、店員を通して「勘定」の請求した時、店舗管理装置１よりＰＯＳ４へ請求データが送信されて、会計処理される。この時、ＰＯＳ４の会計情報は、顧客のオーダ実績、構成人数、来店目的等の情報を店舗管理装置１を介して、本部管理サーバ１１へ送信され、本部管理サーバ１１は各実績情報として記憶装置１２に記憶されている各記憶ファイルに記憶、更新する。
【００７８】
上記は、チェーン店を展開する飲食店を前提とした実施例の説明をしたが、チェーン店を展開しない場合、即ち、本部、店舗の区別がない場合、本部管理サーバ１１の機能は店舗管理装置１に移し、記憶装置１２は、店舗側に置いて店舗内のＬＡＮ(ローカル・エリア・ネットワーク)で繋ぐように構成すればよい。
【図１】
0005381862.tif 000002
【図２】
0005381862.tif 000003
【図３】
0005381862.tif 000004
【図４】
0005381862.tif 000005
【図５】
0005381862.tif 000006
【図６】
0005381862.tif 000007
【図７】
0005381862.tif 000008
【図８】
0005381862.tif 000009
【図９】
0005381862.tif 000010
【図１０】
0005381862.tif 000011
【図１１】
0005381862.tif 000012
【図１２】
0005381862.tif 000013
【図１３】
0005381862.tif 000014
【図１４】
0005381862.tif 000015
【図１５】
0005381862.tif 000016
【図１６】
0005381862.tif 000017