JP7381878B2 - 注文支援システム、注文支援方法、及び注文支援プログラム - Google Patents

Description

本発明は、施設で提供可能な飲食物の注文を利用者から受け付ける注文支援システム、注文支援方法、及び注文支援プログラムに関する。

飲食店などの施設では、例えば、接客スタッフが利用者からの注文を受け付けると当該注文内容を厨房に伝達し、厨房スタッフが注文に応じた調理などを行い、接客スタッフが調理済みの料理を利用者に配膳する。従来、飲食店の厨房において注文の料理を映像表示することにより厨房スタッフを支援する技術が提案されている（例えば特許文献１参照）。

特開２０１８－１２８９７９号公報

ところで、一つのテーブルを複数の利用者（利用者グループ）で利用する場合において、利用者グループから注文を受け付ける場合に以下の問題が生じるおそれがある。例えば一つのテーブルを４人で利用する利用者グループのうち３人の利用者の注文を先に受け付け、残りの１人の利用者の注文を受け付けていない場合、厨房スタッフは先に３人分の注文の調理を行う場合がある。この場合、その後に残りの１人の利用者の注文を受け付けると、厨房スタッフは、１人分の調理を行うことになる。このような場合、調理、準備など厨房作業が二度手間となり、厨房の作業効率が低下するおそれがある。

本発明の目的は、施設において利用者グループの注文に対する厨房の作業効率を向上させることが可能な注文支援システム、注文支援方法、及び注文支援プログラムを提供することにある。

本発明の一の形態は、飲食物を提供する施設を利用する利用者グループのグループ人数を取得する取得処理部と、前記利用者グループの前記飲食物の注文を受け付ける受付処理部と、前記受付処理部により受け付けられる前記注文の注文数が前記取得処理部により取得される前記グループ人数以上であるか否かを判定する判定処理部と、前記注文数が前記グループ人数以上の場合に前記注文に対応する注文票を出力させる出力処理部と、を備える注文支援システムである。

本発明の他の形態は、飲食物を提供する施設を利用する利用者グループのグループ人数を取得する取得ステップと、前記利用者グループの前記飲食物の注文を受け付ける受付ステップと、前記受付ステップにより受け付けられる前記注文の注文数が前記取得ステップにより取得される前記グループ人数以上であるか否かを判定する判定ステップと、前記注文数が前記グループ人数以上の場合に前記注文に対応する注文票を出力させる出力ステップと、を一又は複数のプロセッサにより実行する注文支援方法である。

本発明の他の形態は、飲食物を提供する施設を利用する利用者グループのグループ人数を取得する取得ステップと、前記利用者グループの前記飲食物の注文を受け付ける受付ステップと、前記受付ステップにより受け付けられる前記注文の注文数が前記取得ステップにより取得される前記グループ人数以上であるか否かを判定する判定ステップと、前記注文数が前記グループ人数以上の場合に前記注文に対応する注文票を出力させる出力ステップと、を一又は複数のプロセッサに実行させるための注文支援プログラムである。

本発明によれば、施設において利用者グループの注文に対する厨房の作業効率を向上させることが可能な注文支援システム、注文支援方法、及び注文支援プログラムが提供される。

図１は、本発明の実施形態に係る注文支援システムの構成を示すブロック図である。 図２は、本発明の実施形態に係る注文支援システムで使用される商品情報の一例を示す図である。 図３は、本発明の実施形態に係る注文支援システムで使用される注文受付情報の一例を示す図である。 図４は、本発明の実施形態に係る注文支援システムにおける表示例を示す図である。 図５は、本発明の実施形態に係る注文支援システムにおける表示例を示す図である。 図６は、本発明の実施形態に係る注文支援システムにおける表示例を示す図である。 図７は、本発明の実施形態に係る注文支援システムにおける注文票の一例を示す図である。 図８は、本発明の実施形態に係る注文支援システムにおける注文票の一例を示す図である。 図９は、本発明の実施形態に係る注文支援システムにおける注文票の一例を示す図である。 図１０は、本発明の実施形態に係る注文支援システムで実行される注文支援処理の一例を示すフローチャートである。 図１１は、本発明の実施形態に係る注文支援システムで実行される注文支援処理の一例を示すフローチャートである。 図１２は、本発明の実施形態に係る注文支援システムにおける注文票の一例を示す図である。 図１３は、本発明の実施形態に係る注文支援システムにおける注文票の一例を示す図である。

以下添付図面を参照しながら、本発明の実施形態について説明し、本発明の理解に供する。なお、以下の実施形態は、本発明を具体化した一例であって、本発明の技術的範囲を限定するものではない。

［注文支援システム１］
図１に示されるように、本発明の実施形態に係る注文支援システム１は、注文支援装置２と注文端末３と厨房端末４とを含む。注文支援装置２と注文端末３と厨房端末４とは、インターネット、ＬＡＮ、ＷＡＮ、又は公衆電話回線などの通信網Ｎ１を介して通信可能である。なお、注文支援装置２、注文端末３、及び厨房端末４はそれぞれ、複数設けられてもよい。

注文端末３は、例えば、飲食店、カラオケ店など飲食物を提供可能な施設の各テーブル（席、部屋）に設置される。注文端末３は、施設の利用者が操作して所望の飲食物の注文を行うことが可能な操作端末（セルフオーダー端末、テーブルトップ端末など）である。なお、注文端末３は、施設の接客スタッフが操作する操作端末（施設端末）であって、接客スタッフが利用者から受け付けた注文を入力する操作端末（ハンディ端末など）であってもよい。また、注文端末３は、利用者が所有する利用者端末（スマートフォンなど）であって、利用者が施設のウェブサイトにアクセスして所望の飲食物の注文を入力する操作端末であってもよい。すなわち、注文端末３には、利用者の飲食物の注文を受け付けることが可能な種々の操作端末が含まれる。

注文支援装置２は、注文端末３から注文を受け付けて注文情報を厨房端末４に出力する。注文支援装置２は、施設に設置されてもよいし、施設の外部に設置され、通信網Ｎ１を介して注文端末３及び厨房端末４とデータ通信を行ってもよい。

厨房端末４は、注文端末３と同様に、例えば、飲食店、カラオケ店など飲食物を提供可能な施設に設置される。厨房端末４は、注文支援装置２から注文情報を取得し、当該注文情報が表示された注文票を出力（印刷又は表示）する。

本実施形態では、注文支援装置２単体が本発明に係る注文支援システムに相当するが、本発明に係る注文支援システムは、注文支援装置２、注文端末３、及び厨房端末４のうち一又は複数の構成要素を含むものであってもよい。例えば、注文支援装置２、注文端末３、及び厨房端末４のうち複数の構成要素が協働して後述する各種の注文支援処理（図１０参照）を分担して実行する場合には、その処理を実行する複数の構成要素を含むシステムを本発明に係る注文支援システムとして捉えることが可能である。例えば、本発明に係る注文支援システムは、注文支援装置２及び厨房端末４により構成されてもよい。

以下では、注文端末３が飲食物を提供する飲食店の各テーブルに設置され、各テーブルを利用する一又は複数の利用者が注文端末３に注文を入力し、注文支援装置２が注文端末３から注文を取得して注文情報を厨房端末４から出力させる構成を例に挙げて説明する。前記飲食店は、本発明の施設の一例である。

［注文支援装置２］
図１に示されるように、注文支援装置２は、制御部２１、記憶部２２、操作表示部２３、及び通信Ｉ／Ｆ２４などを備える。注文支援装置２は、例えばタブレット端末又はパーソナルコンピュータのような情報処理装置であってもよい。また、注文支援装置２で実行される各種の処理は、一又は複数のプロセッサによって分散して実行されてもよい。

通信Ｉ／Ｆ２４は、注文支援装置２を有線又は無線で通信網Ｎ１に接続し、通信網Ｎ１を介して注文端末３、厨房端末４などの外部機器との間で所定の通信プロトコルに従ったデータ通信を実行するための通信インターフェースである。

操作表示部２３は、各種の情報を表示する液晶ディスプレイ又は有機ＥＬディスプレイのような表示部と、操作を受け付けるマウス、キーボード、又はタッチパネルなどの操作部とを備えるユーザーインターフェースである。

記憶部２２は、各種の情報を記憶するＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）又はＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）などの不揮発性の記憶部である。具体的に、記憶部２２は、商品情報Ｄ１及び注文受付情報Ｄ２を含む。図２は商品情報Ｄ１の一例を示す図であり、図３は注文受付情報Ｄ２の一例を示す図である。

商品情報Ｄ１は、飲食店で提供可能な商品（飲食物）に関する情報（メニュー情報）である。図２に示されるように、商品情報Ｄ１には、商品ＩＤ、商品名、金額、画像などの情報が含まれる。前記商品ＩＤは、飲食物の識別情報である。前記商品名は、飲食物の名前である。前記画像は、前記飲食物を表す写真又はイラストである。なお、本実施形態では、便宜上、前記画像を画像名で表す。

また、商品情報Ｄ１には、メニューのカテゴリー（ジャンル）ごとに複数の商品の情報が登録される。例えば、商品ＩＤ「Ａ・・・」の飲食物は「定食メニュー」のカテゴリーに含まれる商品であり、商品ＩＤ「Ｂ・・・」の商品は「一品（アラカルト）メニュー」のカテゴリーに含まれる商品であり、商品ＩＤ「Ｃ・・・」の商品は「デザートメニュー」のカテゴリーに含まれる商品であり、商品ＩＤ「Ｄ・・・」の商品は「ドリンクメニュー」のカテゴリーに含まれる商品である。各カテゴリーには、具体的な複数の飲食物が含まれる。例えば「定食メニュー」には、「日替わり定食」、「刺身定食」、「煮魚定食」などが含まれる。

商品情報Ｄ１は、飲食店の管理者により予め登録され、必要に応じて適宜更新される。例えば、飲食店の管理者は、注文支援装置２が管理するメニュー登録ページにアクセスして商品情報Ｄ１の登録、編集などを行うことが可能である。

注文受付情報Ｄ２は、注文端末３を介して利用者から受け付けた注文に関する情報である。図３に示されるように、注文受付情報Ｄ２には、テーブル番号、利用人数、注文番号、注文商品、注文数などの情報が含まれる。前記テーブル番号は、注文を受け付けたテーブルを識別する識別情報である。前記利用人数は、前記テーブルを利用する利用者の人数である。前記利用人数の情報は、注文端末３から取得する情報に含まれる。なお、前記利用人数の情報は、飲食店のスタッフが操作する施設端末（不図示）、予約を管理する管理端末（不図示）などから取得する情報に含まれてもよい。例えば、接客スタッフが飲食店に来店した利用者をテーブルに案内する際に利用者から利用人数を聞き取ると、前記施設端末にテーブル番号及び利用人数を入力する。制御部２１は、前記施設端末からテーブル番号及び利用人数の各情報を取得すると、注文受付情報Ｄ２にテーブル番号及び利用人数を互いに関連付けて登録する。また、利用者が飲食店を予約する際に利用人数を登録した場合、前記施設端末は前記管理端末から利用者情報（利用者名、利用人数など）を取得して、当該利用者情報と利用者に割り当てるテーブルのテーブル番号とを互いに関連付ける。制御部２１は、前記施設端末からテーブル番号及び利用人数の各情報を取得すると、注文受付情報Ｄ２にテーブル番号及び利用人数を互いに関連付けて登録する。

前記注文番号は、利用者の注文を識別する識別情報である。制御部２１は、例えば利用者から注文を受け付けた順、すなわち注文端末３から注文を受け付けた順に番号（注文番号）を注文受付情報Ｄ２に登録する。前記注文商品は、注文内容を示す情報である。前記注文商品には、商品情報Ｄ１に含まれる商品名のうち利用者に選択された商品（飲食物）の商品名が登録される。各注文商品には、前記注文番号が関連付けられる。

前記注文数は、前記テーブル番号に対応するテーブルにおいて受け付けた注文に含まれる注文商品の合計数を示す情報である。注文受付情報Ｄ２は、現在時刻における情報を示している。例えば、制御部２１は、テーブル番号「２」のテーブルにおいて「日替わり定食」３点の注文を受け付けた時点で、前記注文数に「３」を登録する。また、制御部２１は、その後にテーブル番号「２」のテーブルにおいて、「日替わり定食」１点の追加注文を受け付けた場合、先に受け付けた注文に対応する注文数「３」と追加で受け付けた注文に対応する注文数「１」とを合計して、前記注文数に「４」を登録する。

制御部２１は、注文端末３から注文を受け付けるごと注文受付情報Ｄ２を登録する。なお、注文受付情報Ｄ２は、利用者の利用代金に関する会計処理に利用されてもよい。また、注文受付情報Ｄ２は、会計処理が完了した場合などに削除されてもよい。

なお、他の実施形態として、商品情報Ｄ１及び注文受付情報Ｄ２などの情報の一部又は全部が、注文端末３、又は、注文支援装置２からアクセス可能なサーバに記憶されてもよい。この場合、注文支援装置２の制御部２１は、注文端末３又は前記サーバから前記情報を取得して、後述の注文支援処理（図１０参照）などの各処理を実行してもよい。

また、記憶部２２には、注文端末３に表示されるトップ画面（図４参照）、メニュー画面（図５参照）、注文画面（図６参照）、会計画面（不図示）などのデータも記憶される。

さらに、記憶部２２には、制御部２１に後述の注文支援処理（図１０参照）を実行させるための注文支援プログラムなどの制御プログラムが記憶されている。例えば、前記注文支援プログラムは、ＵＳＢ、ＣＤ又はＤＶＤなどのコンピュータ読取可能な記録媒体に非一時的に記録されており、注文支援装置２に電気的に接続されるＵＳＢドライブ、ＣＤドライブ又はＤＶＤドライブなどの読取装置（不図示）で読み取られて記憶部２２に記憶される。また、前記注文支援プログラムは、注文支援装置２からアクセス可能なサーバからダウンロードされて、記憶部２２に記憶されてもよい。

制御部２１は、ＣＰＵ、ＲＯＭ、及びＲＡＭなどの制御機器を有する。前記ＣＰＵは、各種の演算処理を実行するプロセッサである。前記ＲＯＭは、前記ＣＰＵに各種の演算処理を実行させるためのＢＩＯＳ及びＯＳなどの制御プログラムが予め記憶される不揮発性の記憶部である。前記ＲＡＭは、各種の情報を記憶する揮発性又は不揮発性の記憶部であり、前記ＣＰＵが実行する各種の処理の一時記憶メモリー（作業領域）として使用される。そして、制御部２１は、前記ＲＯＭ又は記憶部２２に予め記憶された各種の制御プログラムを前記ＣＰＵで実行することにより注文支援装置２を制御する。

ところで、一つのテーブルを複数の利用者（利用者グループ）で利用する場合において、利用者グループから注文を受け付ける場合に以下の問題が生じるおそれがある。例えば一つのテーブルを４人で利用する利用者グループのうち３人の利用者の注文を先に受け付け、残りの１人の利用者の注文を受け付けていない場合、厨房スタッフは先に３人分の注文の調理を行う場合がある。この場合、その後に残りの１人の利用者の注文を受け付けると、厨房スタッフは、１人分の調理を行うことになる。このような場合、調理、準備など厨房作業が二度手間となり、厨房の作業効率が低下するおそれがある。これに対して、本実施形態に係る注文支援装置２では、施設において利用者グループの注文に対する厨房の作業効率を向上させることが可能である。

具体的に、制御部２１は、図１に示されるように、取得処理部２１１、受付処理部２１２、算出処理部２１３、判定処理部２１４、出力処理部２１５などの各種の処理部を含む。なお、制御部２１は、前記ＣＰＵで前記注文支援プログラムに従った各種の処理を実行することによって、取得処理部２１１、受付処理部２１２、算出処理部２１３、判定処理部２１４、及び出力処理部２１５として機能する。また、制御部２１に含まれる一部又は全部の処理部が電子回路で構成されていてもよい。なお、前記注文支援プログラムは、複数のプロセッサを前記各種の処理部として機能させるためのプログラムであってもよい。

取得処理部２１１は、飲食店を利用する利用者の人数（利用人数）の情報と、当該利用者が利用するテーブルのテーブル番号の情報とを取得する。例えば、接客スタッフが飲食店に来店した利用者を所定のテーブルに案内する際に利用者から利用人数を聞き取ると、前記施設端末にテーブル番号及び利用人数を入力する。取得処理部２１１は、前記施設端末からテーブル番号及び利用人数の各情報を取得する。また、利用者が飲食店を予約する際に利用人数を登録した場合、前記施設端末は前記管理端末から利用者情報（利用者名、利用人数など）を取得して、当該利用者情報と利用者に割り当てるテーブルのテーブル番号とを互いに関連付けて予約管理台帳に登録する。取得処理部２１１は、前記予約管理台帳からテーブル番号及び利用人数の各情報を取得する。取得処理部２１１は、テーブル番号及び利用人数の各情報を取得すると、注文受付情報Ｄ２（図３参照）にテーブル番号及び利用人数を互いに関連付けて登録する。取得処理部２１１は、本発明の取得処理部の一例である。

テーブルに対応するテーブル番号及び利用人数の各情報が注文受付情報Ｄ２に登録されると、制御部２１は、当該テーブルの利用者からの注文の受け付けを許可する。例えば、制御部２１は、図４に示すトップ画面などを注文端末３に表示させる。制御部２１は、トップ画面（図４参照）に対応するトップページ、メニュー画面（図５参照）に対応するメニューページ、注文画面（図６参照）に対応する注文ページ、会計画面（不図示）に対応する会計ページなどを生成してこれらのページの情報を注文端末３に送信することにより、注文端末３に各ページを表示させることが可能である。

図４に示すトップ画面には、カテゴリー（「定食」、「一品（アラカルト）」、「デザート」、「ドリンク」）ごとのメニューボタンＭ１が表示される。図５に示すメニュー画面には、図４に示すトップ画面のカテゴリーに含まれる具体的な飲食物の情報が表示される。例えば、「定食メニュー」のメニュー画面（図５参照）には、「日替わり定食」、「刺身定食」、「煮魚定食」、「…」などの情報が表示される。前記メニュー画面において、複数の飲食物が１ページに収まらない場合には、複数ページに渡って表示される。例えば利用者が前記メニュー画面の「次へ」を選択すると、次ページのメニュー画面が表示される。

また、図５に示すメニュー画面には、図４に示すトップ画面のメニューボタンＭ１と、メニュー欄Ｍ２に表示される複数の飲食物情報（画像Ｍ３、商品名Ｍ４、金額など）とが表示される。画像Ｍ３は、飲食物の画像を表すとともに、利用者が飲食物を選択するための選択ボタンとしての機能を有する。また前記メニュー画面には、お気に入りページに移行するためのお気に入りページボタンＭ５と、注文画面（図６参照）に移行するための注文ページボタンＭ６と、会計画面に移行するための会計ボタンＭ７とが含まれる。

また、図６に示す注文画面には、利用者がメニュー画面において選択した飲食物の一覧が表示される。前記注文画面には、一覧表示された飲食物の注文を確定させる注文確定ボタンＭ８が含まれる。利用者は、前記注文画面において、注文確定ボタンＭ８を押下することにより選択した飲食物の注文を確定させる操作、選択した飲食物の数量を変更、削除する操作などを行う。

このように、利用者は、注文端末３を利用して飲食物を注文する場合、前記メニュー画面において所望の飲食物を選択し、前記注文画面において選択した飲食物の注文を確定させる操作を行う。

受付処理部２１２は、注文端末３に表示される各種画面において利用者からの操作を受け付ける。例えば、受付処理部２１２は、図４～図６に示す各画面において利用者の選択操作（タッチ操作など）を受け付ける。受付処理部２１２は、本発明の受付処理部の一例である。

例えば、図４に示すトップ画面において利用者が「定食メニュー」を選択した場合、受付処理部２１２はカテゴリー選択操作を受け付ける。この場合、制御部２１は、カテゴリー選択操作に応じた図５に示すメニュー画面を注文端末３に表示させる。また例えば、図５に示すメニュー画面において利用者が「日替わり定食」を選択した場合、受付処理部２１２は商品選択操作を受け付ける。また、例えば図６に示す注文画面において利用者が注文を確定させる操作（注文確定ボタンＭ８の押下操作）を行った場合、受付処理部２１２は注文確定操作を受け付ける。ここで、受付処理部２１２は、利用者による注文確定操作を受け付けた場合に、当該利用者の注文を受け付ける。例えば、受付処理部２１２は、複数の利用者を含む利用者グループのテーブルについて、当該利用者グループの各利用者が飲食物を選択して、その後に注文確定操作を行った場合に当該利用者グループの注文を受け付ける。なお、利用者グループの各利用者が個別に商品選択操作及び注文確定操作を行った場合、受付処理部２１２は、利用者ごとに注文を受け付ける。すなわち、受付処理部２１２が受け付ける一度の注文には、一人の利用者の一つの飲食物が含まれてもよいし、一人又は複数の利用者の複数の飲食物が含まれてもよい。

また、受付処理部２１２は、利用者の注文を受け付けた場合、注文番号及び注文商品の情報を、当該利用者が利用するテーブルのテーブル番号に関連付けて注文受付情報Ｄ２（図３参照）に登録する。なお、各注文端末３には予めテーブル番号が関連付けられており、受付処理部２１２が注文端末３から受け付ける注文には、テーブル番号の情報が含まれる。このため、受付処理部２１２は、各注文に対応するテーブル番号を把握することが可能である。

算出処理部２１３は、受付処理部２１２により受け付けられる前記注文の注文数を算出する。例えば１人の利用者がテーブルを利用する場合、算出処理部２１３は、受付処理部２１２が受け付ける当該利用者の注文に基づいて、当該利用者が注文する飲食物の注文数を算出する。また例えば４人の利用者（利用者グループ）がテーブルを利用する場合、算出処理部２１３は、受付処理部２１２が受け付ける利用者グループの注文に基づいて、利用者グループの飲食物の注文数の合計を算出する。算出処理部２１３は、算出した注文数の情報を、利用者が利用するテーブルのテーブル番号に関連付けて注文受付情報Ｄ２に登録する。また、受付処理部２１２が所定のテーブルに対応する注文を受け付けた後に、さらに当該テーブルに対応する注文（追加注文）を受け付けた場合、算出処理部２１３は、注文受付情報Ｄ２に登録されている注文数を更新する。算出処理部２１３は、本発明の算出処理部の一例である。

例えば、利用者Ｘがテーブル番号「３」のテーブルにおいて注文端末３を利用して「日替わり定食」を注文した場合に、算出処理部２１３は、注文数「１」を算出してテーブル番号「３」に関連付けて注文受付情報Ｄ２に登録する（図３参照）。また例えば、利用者Ａ，Ｂ，Ｃがテーブル番号「２」のテーブルにおいて注文端末３を利用して「日替わり定食」を各々選択して注文した場合に、算出処理部２１３は、注文数「３」を算出してテーブル番号「２」に関連付けて注文受付情報Ｄ２に登録する。また例えば、利用者Ｄがテーブル番号「２」のテーブルにおいて利用者Ａ，Ｂ，Ｃが注文した後に「日替わり定食」を選択して追加注文した場合に、算出処理部２１３は、注文受付情報Ｄ２に登録されている注文数「３」を「４」に更新する。

判定処理部２１４は、受付処理部２１２により受け付けられる利用者グループの注文の注文数が、取得処理部２１１により取得される利用人数（グループ人数）以上であるか否かを判定する。具体的には、判定処理部２１４は、算出処理部２１３により前記注文数が算出されるごとに、注文受付情報Ｄ２を参照して、前記注文数が前記利用人数以上であるか否かを判定する。判定処理部２１４は、前記注文数及び前記利用人数を比較する処理を行う。判定処理部２１４は、本発明の判定処理部の一例である。

出力処理部２１５は、受付処理部２１２が受け付けた注文の情報（注文情報Ｆ１）を厨房端末４に出力する。具体的には、出力処理部２１５は、利用者が注文した飲食物の注文内容と、当該利用者が利用するテーブルのテーブル番号と、注文番号とを含む注文情報Ｆ１を厨房端末４に出力する。注文情報Ｆ１には、注文日時（受付日時）が含まれてもよい。また、出力処理部２１５は、前記注文内容、前記テーブル番号、及び注文番号を含む注文票を厨房端末４から出力（印刷又は表示）させる。

ここで、出力処理部２１５は、受付処理部２１２により受け付けられる利用者グループの注文の注文数が、取得処理部２１１により取得される利用人数（グループ人数）以上の場合に、前記注文に対応する注文票を厨房端末４から出力させる。また、出力処理部２１５は、前記注文数が前記利用人数未満である場合には前記注文に対応する注文票を厨房端末４から出力させない。出力処理部２１５は、本発明の出力処理部の一例である。

例えば、テーブル番号「１」のテーブルを利用する利用者グループの利用者Ｐ，Ｑ，Ｒのそれぞれが注文端末３を利用して「日替わり定食」、「刺身定食」、「マグロ丼」を注文した場合、前記注文数（ここでは「３」）が前記利用人数（ここでは「３」）以上となるため、出力処理部２１５は、テーブル番号「１」と、注文番号「００１」、「００２」、「００３」と、各注文内容「日替わり定食」、「刺身定食」、「マグロ丼」と、注文日時とを含む各々の注文票Ｔ１を厨房端末４から出力させる。図７は、前記注文票Ｔ１の一例を示す図である。

これに対して、例えば、テーブル番号「２」のテーブルを利用する利用者Ａ，Ｂ，Ｃ，Ｄを含む４人グループのうち利用者Ａ，Ｂ，Ｃが注文端末３を利用して「日替わり定食」を各々注文した場合、受付処理部２１２により受け付けられる前記利用者グループの注文数は「３」となる（図３参照）。このため、当該注文数「３」は取得処理部２１１により取得される前記利用人数「４」未満となる。この場合、出力処理部２１５は、前記注文に対応する注文票を厨房端末４から出力させない。このため、例えば図３に示すように、テーブル番号「１」に対応する注文を受け付けた後にテーブル番号「２」の注文を受け付けた場合であっても、出力処理部２１５は、図８に示すように、テーブル番号「１」に対応する注文の注文票を厨房端末４から出力させた後に、テーブル番号「２」に対応する注文の注文票を厨房端末４から出力させず、テーブル番号「３」に対応する注文の注文票を厨房端末４から出力させる。

そして、テーブル番号「２」に対応する注文については、例えば追加注文により注文数が利用人数以上になった時点で、出力処理部２１５は、テーブル番号「２」に対応する注文の注文票を厨房端末４から出力させる。図８には、テーブル番号「３」に対応する注文票の後にテーブル番号「２」に対応する注文票が出力されることを示している。このように、出力処理部２１５は、第１注文（例えば利用者Ａ，Ｂ，Ｃの注文）に対応する第１注文数（ここでは「３」）がグループ人数（ここでは「４」）未満である場合に前記第１注文に対応する注文票を出力させず、その後に受付処理部２１２により受け付けられた第２注文（例えば利用者Ｄの注文）に対応する第２注文数と前記第１注文数との合計がグループ人数以上となる場合に前記第１注文及び前記第２注文に対応する注文票を出力させる。

ここで、出力処理部２１５は、前記第１注文及び前記第２注文に対応する注文票を厨房端末４から出力させる場合に、図８に示すように、前記第１注文及び前記第２注文を１枚の注文票に表記させるとともに、前記第２注文に対応する注文番号及び注文日時を注文票に表記させる。これにより、厨房スタッフは、注文票が出力される度に、飲食物の用意を開始すればよいため、作業ミスを防止することができる。また、出力処理部２１５は、図９に示すように、前記第１注文及び前記第２注文を別々の注文票に表記させるとともに、前記第１注文及び前記第２注文のそれぞれに対応する注文番号及び注文日時を各注文票に表記させてもよい。図９に示す構成によれば、厨房スタッフは、利用者が実際に注文した時間（注文確定操作の時間）からの経過時間を把握することができるため、注文された飲食物の調理、準備の優先順位などを調整することが可能となる。

なお、制御部２１は、利用者が注文した飲食物の代金について会計処理を行ってもよい。例えば、利用者が注文端末３に表示された会計画面（不図示）において利用代金を支払う会計操作を行うと、制御部２１は、前記会計操作に応じて会計処理を行う。

また、制御部２１は、テーブルに対応する利用代金の会計処理が完了した場合に、注文受付情報Ｄ２（図３参照）に登録された当該テーブルに対応する各情報を削除してもよい。

［注文端末３］
図１に示されるように、注文端末３は、制御部３１、記憶部３２、操作表示部３３、及び通信Ｉ／Ｆ３４などを備える。注文端末３は、例えば飲食店の各テーブルに設置されるセルフオーダー端末である。

通信Ｉ／Ｆ３４は、注文端末３を有線又は無線で通信網Ｎ１に接続し、通信網Ｎ１を介して注文支援装置２、厨房端末４などの外部機器との間で所定の通信プロトコルに従ったデータ通信を実行するための通信インターフェースである。

操作表示部３３は、各種の情報を表示する液晶ディスプレイ又は有機ＥＬディスプレイのような表示部と、操作を受け付けるマウス、キーボード、又はタッチパネルなどの操作部とを備えるユーザーインターフェースである。操作表示部３３は、利用者から飲食物の注文操作を受け付けるトップ画面（図４参照）、メニュー画面（図５参照）、及び注文画面（図６参照）、利用者から会計操作を受け付ける会計画面（不図示）などを表示する。操作表示部３３は、例えばタッチパネルで構成され、利用者のタッチ操作を受け付ける。

記憶部３２は、各種の情報を記憶するＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）、ＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）又はフラッシュメモリーなどの不揮発性の記憶部である。例えば、記憶部３２には、ブラウザプログラム等の制御プログラムが記憶される。具体的に、前記ブラウザプログラムは、ＨＴＴＰ（Ｈｙｐｅｒｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）等の通信プロトコルに従って注文支援装置２などの外部装置との間で通信処理を制御部３１に実行させるための制御プログラムである。

制御部３１は、ＣＰＵ、ＲＯＭ、及びＲＡＭなどの制御機器を有する。前記ＣＰＵは、各種の演算処理を実行するプロセッサである。前記ＲＯＭは、前記ＣＰＵに各種の処理を実行させるためのＢＩＯＳ及びＯＳなどの制御プログラムが予め記憶された不揮発性の記憶部である。前記ＲＡＭは、各種の情報を記憶する揮発性又は不揮発性の記憶部であり、前記ＣＰＵが実行する各種の処理の一時記憶メモリー（作業領域）として使用される。そして、制御部３１は、前記ＲＯＭ又は記憶部３２に予め記憶された各種の制御プログラムを前記ＣＰＵで実行することにより注文端末３を制御する。

具体的に、制御部３１は、記憶部３２に記憶されている前記ブラウザプログラムに従って各種の処理を実行することによりブラウザ処理部３１１として機能する。ブラウザ処理部３１１は、注文支援装置２から通信網Ｎ１を介して提供される各種情報（トップ画面、メニュー画面、注文画面、会計画面など）を操作表示部３３に表示させ、操作表示部３３に対する操作を注文支援装置２に入力するブラウザ処理を実行することが可能である。なお、制御部３１に含まれる一部又は全部の処理部は電子回路で構成されていてもよい。

［厨房端末４］
図１に示されるように、厨房端末４は、制御部４１、記憶部４２、操作表示部４３、及び通信Ｉ／Ｆ４４などを備える。厨房端末４は、例えばプリンタ装置、タブレット端末、又はパーソナルコンピュータのような情報処理装置である。なお、厨房端末４は、注文支援装置２と同一の機能をさらに備えてもよいし、注文支援装置２と一体の情報処理装置であってもよい。ここでは、厨房端末４は、飲食店の厨房に設置されるプリンタ装置であると仮定する。

通信Ｉ／Ｆ４４は、厨房端末４を有線又は無線で通信網Ｎ１に接続し、通信網Ｎ１を介して注文支援装置２、注文端末３などの外部機器との間で所定の通信プロトコルに従ったデータ通信を実行するための通信インターフェースである。

操作表示部４３は、各種のウェブページなどの情報を表示する液晶ディスプレイ又は有機ＥＬディスプレイのような表示部と、操作を受け付けるマウス、キーボード、又はタッチパネルのような操作部とを備えるユーザーインターフェースである。

記憶部４２は、各種の情報を記憶するＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）、ＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）又はフラッシュメモリーなどの不揮発性の記憶部である。例えば、記憶部４２には、注文支援装置２、注文端末３との間で各種の情報を送受信するための制御プログラムなどが記憶される。例えば、前記制御プログラムは、ＣＤ又はＤＶＤなどのコンピュータ読取可能な記録媒体に非一時的に記録されており、厨房端末４に電気的に接続されるＣＤドライブ又はＤＶＤドライブなどの読取装置（不図示）で読み取られて記憶部４２に記憶される。また、記憶部４２に、制御部４１に後述の注文支援処理（図１０参照）を実行させるための注文支援プログラムなどの制御プログラムが記憶されてもよい。

制御部４１は、ＣＰＵ、ＲＯＭ、及びＲＡＭなどの制御機器を有する。前記ＣＰＵは、各種の演算処理を実行するプロセッサである。前記ＲＯＭは、前記ＣＰＵに各種の演算処理を実行させるためのＢＩＯＳ及びＯＳなどの制御プログラムが予め記憶された不揮発性の記憶部である。前記ＲＡＭは、各種の情報を記憶する揮発性又は不揮発性の記憶部であり、前記ＣＰＵが実行する各種の処理の一時記憶メモリー（作業領域）として使用される。そして、制御部４１は、前記ＲＯＭ又は記憶部４２に予め記憶された各種の制御プログラムを前記ＣＰＵで実行することにより厨房端末４を制御する。

具体的に、制御部４１は、図１に示されるように、取得処理部４１１、及び出力処理部４１２などの各種の処理部を含む。なお、制御部４１は、前記ＣＰＵで前記制御プログラムに従った各種の処理を実行することによって前記各種の処理部として機能する。また、一部又は全部の前記処理部が電子回路で構成されていてもよい。なお、前記制御プログラムは、複数のプロセッサを前記処理部として機能させるためのプログラムであってもよい。

取得処理部４１１は、注文支援装置２から出力される注文情報Ｆ１を取得する。例えば、注文支援装置２が、注文端末３を介してテーブル番号「１」のテーブルを利用する利用者グループの利用者Ｐ，Ｑ，Ｒの注文（「日替わり定食」、「刺身定食」、「マグロ丼」）を受け付け、当該注文に対応する注文情報Ｆ１を厨房端末４に出力した場合に、取得処理部４１１は注文情報Ｆ１を取得する。

出力処理部４１２は、取得処理部４１１により取得される情報を外部に出力する。具体的には、出力処理部４１２は、取得処理部４１１により取得される注文情報Ｆ１を外部に出力させる。厨房端末４には、例えばロール紙がセットされており、ロール紙を搬送する搬送部（不図示）、ロール紙に画像を形成する画像形成部（不図示）、ロール紙を所定位置で切断する切断部（不図示）などが設けられている。

例えば図７に示すように、出力処理部４１２は、取得処理部４１１により注文情報Ｆ１が取得された場合に注文情報Ｆ１を注文票Ｔ１に印刷（白黒印刷）させる印刷処理を前記画像形成部に実行させる。具体的には、出力処理部４１２は、注文情報Ｆ１に応じた画像データが入力されるごとに当該画像データに応じた注文内容の画像をロール紙に形成（白黒印刷）させる印刷処理を前記画像形成部に実行させ、その後、ロール紙を所定位置で切断させる切断処理を前記切断部に実行させて外部に排出させる。これにより、一つの注文ごとに一枚の注文票Ｔ１が作成される。厨房スタッフは、注文票Ｔ１を受け取ると、注文内容の飲食物を用意する。

例えば図９に示すように、厨房スタッフは、テーブル番号「１」のテーブルに対応する注文票Ｔ１を取得すると、「日替わり定食」、「刺身定食」、「マグロ丼」の調理を行う。また調理が完了すると、接客スタッフは、注文の飲食物をテーブル番号「１」の利用者Ｐ，Ｑ，Ｒに配膳する。次に、厨房スタッフは、テーブル番号「３」のテーブルに対応する注文票Ｔ１を取得すると、「日替わり定食」の調理を行う。また調理が完了すると、接客スタッフは、注文の飲食物をテーブル番号「３」の利用者Ｘに配膳する。次に、厨房スタッフは、テーブル番号「２」のテーブルに対応する注文票Ｔ１を取得すると、「日替わり定食」４点の調理を行う。また調理が完了すると、接客スタッフは、注文の飲食物をテーブル番号「２」の利用者Ａ，Ｂ，Ｃ，Ｄに配膳する。このように、厨房スタッフは、テーブルごとに対応する注文をまとめて用意することができ、また接客スタッフは、当該テーブルの利用者にまとめて飲食物を配膳することができる。

［注文支援処理］
次に、図１０を参照しつつ、注文支援システム１において実行される注文支援処理について説明する。具体的に、本実施形態では、注文支援装置２の制御部２１によって注文支援処理が実行される。また、制御部２１は、各注文端末３からのアクセスに応じて各注文端末３に対応して注文支援処理を並行して実行することが可能である。なお、制御部２１は、注文端末３の所定の操作によって注文支援処理を途中で終了することがある。

なお、本発明は、前記注文支援処理に含まれる一又は複数のステップを実行する注文支援方法の発明として捉えることができる。また、ここで説明する前記注文支援処理に含まれる一又は複数のステップは適宜省略されてもよい。なお、前記注文支援処理における各ステップは同様の作用効果を生じる範囲で実行順序が異なってもよい。さらに、ここでは制御部２１によって前記注文支援処理における各ステップが実行される場合を例に挙げて説明するが、複数のプロセッサによって前記注文支援処理における各ステップが分散して実行される注文支援方法も他の実施形態として考えられる。

ステップＳ１１において、制御部２１は、飲食店に来店した利用者の人数（利用人数）と、当該利用者が利用するテーブルのテーブル番号とを取得する。例えば、飲食店のスタッフが利用者が来店したことを示す情報を登録すると、制御部２１は、施設端末（予約管理台帳）から当該利用者に対応する利用人数及びテーブル番号を取得する。ステップＳ１１は、本発明の取得ステップの一例である。

次にステップＳ１２において、制御部２１は、飲食店が提供する飲食物の注文を受け付ける注文受付画面（トップ画面、メニュー画面など）を注文端末３に表示させる。例えば、制御部２１は、図４に示すトップ画面を、利用者Ａ，Ｂ，Ｃ，Ｄの利用者グループが利用するテーブル番号「２」のテーブルに設置された注文端末３に表示させる。また、制御部２１は、図４に示すトップ画面においていずれかのメニューボタンＭ１が選択された場合に、図５に示すメニュー画面を注文端末３に表示させる。

次にステップＳ１３において、制御部２１は、注文端末３を介して利用者の注文を受け付けたか否かを判定する。制御部２１により利用者の注文を受け付けたと判定された場合（Ｓ１３：Ｙｅｓ）、処理はステップＳ１４に移行する。制御部２１は、利用者の注文を受け付けるまで待機する（Ｓ１３：Ｎｏ）。例えば、利用者Ａ，Ｂ，Ｃ，Ｄのうち利用者Ａ，Ｂ，Ｃが注文端末３を利用して「日替わり定食」を各々選択して注文（注文確定操作）した場合に、制御部２１は、利用者Ａ，Ｂ，Ｃの注文を受け付ける。また、制御部２１は、利用者Ａ，Ｂ，Ｃの注文に対応する注文番号及び注文商品「日替わり定食」の情報を、テーブル番号「２」に関連付けて注文受付情報Ｄ２（図３参照）に登録する。ステップＳ１３は、本発明の受付ステップの一例である。

ステップＳ１４において、制御部２１は、受け付けた注文の注文数を算出する。例えば、図６に示す例において、テーブル番号「１」のテーブルを利用する利用者Ｐ，Ｑ，Ｒが注文確定操作を行うと、制御部２１は、前記注文数として「３」を算出する。また例えば、利用者Ａ，Ｂ，Ｃ，Ｄのうち利用者Ａ，Ｂ，Ｃが注文端末３を利用して「日替わり定食」を各々選択して注文した場合、制御部２１は、前記注文数として「３」を算出する。制御部２１は、算出した注文数の情報を、利用者が利用するテーブルのテーブル番号に関連付けて注文受付情報Ｄ２に登録する。ステップＳ１４は、本発明の算出ステップの一例である。

次にステップＳ１５において、制御部２１は、注文受付情報Ｄ２を参照して、前記注文数が前記利用人数以上であるか否かを判定する。前記注文数が前記利用人数以上である場合（Ｓ１５：Ｙｅｓ）、処理はステップＳ１６に移行する。一方、前記注文数が前記利用人数以上でない場合、すなわち前記注文数が前記利用人数未満である場合（Ｓ１５：Ｎｏ）、処理はステップＳ１２に移行する。制御部２１は、前記注文数が前記利用人数以上になるまでステップＳ１２～Ｓ１５の処理を繰り返す。ステップＳ１５は、本発明の判定ステップの一例である。

ステップＳ１６では、制御部２１は、受け付けた注文の情報（注文情報Ｆ１）を厨房端末４に出力する。例えば、利用者Ｐ，Ｑ，Ｒの注文数「３」は利用人数「３」以上であるため、制御部２１は、利用者Ｐ，Ｑ，Ｒの注文である「日替わり定食」、「刺身定食」、「マグロ丼」の注文情報Ｆ１を厨房端末４に出力する。厨房端末４は、注文情報Ｆ１を取得すると、注文情報Ｆ１を表記した注文票Ｔ１（図７参照）を出力する。

また、例えば、利用者Ａ，Ｂ，Ｃの注文数「３」は利用人数「４」未満であるため、制御部２１は、利用者Ａ，Ｂ，Ｃの注文である「日替わり定食」３点の注文情報Ｆ１を厨房端末４に出力しない（Ｓ１５：Ｎｏ）。その後、利用者Ｃが「日替わり定食」を追加注文した場合（Ｓ１３：Ｙｅｓ）、注文数の合計「４」が利用人数「４」以上になるため（Ｓ１５：Ｙｅｓ）、制御部２１は、利用者Ａ，Ｂ，Ｃ，Ｄの注文である「日替わり定食」４点の注文情報Ｆ１を厨房端末４に出力する。ステップＳ１６は、本発明の出力ステップの一例である。以上のようにして前記注文支援処理が行われる。

ここで、ステップＳ１５において、制御部２１が前記注文数が前記利用人数以上になるまで待機する構成（Ｓ１５：Ｎｏ）では、先に注文した利用者に飲食物を提供する時間が遅くなってしまう。そこで、本発明の他の実施形態として、出力処理部２１５は、前記注文数が前記利用人数未満である場合であって、受付処理部２１２が利用者グループの注文を受け付けてから所定時間が経過した場合には、当該注文に対応する注文票を出力させてもよい。

例えば、利用者Ａ，Ｂ，Ｃ，Ｄを含む４人グループのうち利用者Ａ，Ｂ，Ｃが「日替わり定食」を各々注文した場合、注文数「３」は利用人数「４」未満である。この場合、受付処理部２１２が利用者Ａ，Ｂ，Ｃの注文を受け付けてから所定時間（例えば「７分」）経過した場合に、出力処理部２１５は、利用者Ａ，Ｂ，Ｃの注文に対応する注文票を厨房端末４から出力させる。

具体的には、前記注文数が前記グループ人数未満である場合において、出力処理部２１５は、受付処理部２１２が前記利用者グループの第１利用者（ここでは利用者Ａ，Ｂ，Ｃ）の第１注文（ここでは「日替わり定食」３点）を受け付けてから所定時間が経過するまでの間に前記利用者グループの第２利用者（ここでは利用者Ｄ）の第２注文を受け付けなかった場合に、当該第１注文に対応する注文票を厨房端末４から出力させる。また、出力処理部２１５は、受付処理部２１２が前記第１注文を受け付けてから前記所定時間が経過するまでの間に前記第２注文を受け付け場合に、当該第１注文及び当該第２注文に対応する注文票を厨房端末４から出力させる。

図１１は、上記構成に対応するフローチャートである。図１１に示す構成では、図９に示す構成にステップＳ１７が追加されている。

図１１に示すように、ステップＳ１５において、例えば利用者Ａ，Ｂ，Ｃ，Ｄを含む４人グループのうち利用者Ａ，Ｂ，Ｃの注文に対応する注文数が前記利用人数以上でない場合、すなわち前記注文数が前記利用人数未満である場合（Ｓ１５：Ｎｏ）、処理はステップＳ１７に移行する。

ステップＳ１７において、制御部２１は、前記注文を受け付けてから所定時間が経過したか否かを判定する。前記注文を受け付けてから所定時間が経過しない場合は、処理はステップＳ１２に移行し、前記注文を受け付けてから所定時間が経過した場合は、処理はステップＳ１６に移行する。すなわち、前記注文を受け付けてから所定時間が経過する前に前記注文数が前記利用人数以上になった場合に（Ｓ１５：Ｙｅｓ）、処理はステップＳ１６に移行する。また、前記注文数が前記利用人数未満のまま前記所定時間が経過した場合に（Ｓ１７：Ｙｅｓ）、処理はステップＳ１６に移行する。

前記注文数が前記利用人数未満のまま前記所定時間が経過した場合（Ｓ１７：Ｙｅｓ）、ステップＳ１６において、制御部２１は、例えば利用者Ａ，Ｂ，Ｃの注文に対応する注文票を先に厨房端末４から出力させる。これにより、先に注文した利用者について、飲食物の提供を長時間待たせることを防ぐことができる。なお、この場合に、制御部２１は、例えば、先に受け付けた注文の調理を開始することを指示する情報を前記注文票に出力させてもよい。

また、前記注文数が前記グループ人数未満である場合において、出力処理部２１５は、受付処理部２１２が前記利用者グループの第１利用者（例えば利用者Ａ，Ｂ）の第１注文（ここでは「日替わり定食」２点）を受け付けてから所定時間が経過するまでの間に前記利用者グループの第２利用者（例えば利用者Ｃ）の第２注文を受け付けなかった場合に、当該第１注文に対応する注文票を厨房端末４から出力させ、受付処理部２１２が前記第１注文を受け付けてから前記所定時間が経過するまでの間に前記第２注文を受け付け、さらに受付処理部２１２が前記第２注文を受け付けてから前記所定時間が経過するまでの間に前記利用者グループの他の利用者（例えば利用者Ｄ）の注文を受け付けなかった場合に、当該第１注文及び当該第２注文に対応する注文票を厨房端末４から出力させてもよい。このように、出力処理部２１５は、第１注文から所定時間が経過した場合に当該第１注文の注文票を出力させ、当該第１注文から所定時間が経過するまでの間に追加の第２注文を受け付けた場合には、当該第２注文から所定時間が経過した場合に当該第１注文及び第２注文の注文票を出力させてもよい。すなわち、出力処理部２１５は、利用者グループに対応する注文について、直前に受け付けた注文（最新の注文）から所定時間が経過したタイミングで、それまでに受け付けた注文に対応する注文票を厨房端末４から出力させる。よって、制御部２１は、利用者グループに対応する注文について、注文を受け付けるごとに所定時間の計測をリセットする。

以上説明したように、本実施形態に係る注文支援システム１は、飲食物を提供する施設を利用する利用者グループのグループ人数を取得し、前記利用者グループの前記飲食物の注文を受け付け、受け付けた前記利用者グループの前記注文の注文数が、取得した前記グループ人数以上であるか否かを判定し、前記注文数が前記グループ人数以上である場合に、前記注文に対応する注文票を出力させる。これにより、厨房スタッフは、所定のテーブルについて利用人数に応じた数の注文をまとめて用意することができる。また、所定のテーブルについて利用人数に満たない数の注文を受け付けた場合には注文票が厨房スタッフに提示されないため、厨房スタッフが当該注文を先行して用意してしまうことを防ぐことができる。よって、利用者グループの注文に対する厨房の作業効率を向上させることが可能になる。

本発明の注文支援システムは、上述の実施形態に限定されない。

本発明の他の実施形態として、注文支援装置２の制御部２１は、受け付けた注文のうち所定の飲食物の注文の注文数を算出する構成であってもよい。例えば、利用者グループのうち一人の利用者が定食メニューと、一品メニュー又はドリンクメニューとをまとめて注文する場合がある。この場合、例えば利用者グループのうち一部の利用者が注文していないにもかかわらず、注文数が利用人数以上になることが考えられる。この場合、注文数が利用人数以上になることにより当該注文の用意が先に行われてしまい、その後に他の利用者の追加注文が行われる可能性がある。すなわち、注文数が利用人数に適切に対応しない場合がある。そこで、制御部２１は、例えば定食メニューについて前記注文数を算出する一方、一品メニュー、ドリンクメニューについては前記注文数を算出しない構成とする。例えば、テーブル番号「８」のテーブルにおいて（図３参照）、制御部２１は、「日替わり定食」及び「刺身定食」に対応する注文数「２」を算出し、「海鮮サラダ」及び「ビール」を注文数に加算しない。この場合、制御部２１は、「日替わり定食」及び「刺身定食」の注文票を厨房端末４から出力させない。また、制御部２１は、その後に前記テーブルにおいて、２つの定食メニューの注文を受け付けた場合に、「日替わり定食」、「刺身定食」、及び２つの定食メニューの注文票を厨房端末４から出力させる。なお、一品メニュー、ドリンクメニューについては厨房の作業効率が低下する可能性が低く、また迅速に利用者に提供することが望ましいため、制御部２１は、「海鮮サラダ」及び「ビール」の注文票を先に厨房端末４から出力させてもよい。

また、テーブルに対応する前記注文数が前記利用人数を超える場合、前記注文数には一品メニュー、ドリンクメニューの注文の注文数が含まれている可能性が高い。そこで、注文支援装置２の制御部２１は、前記注文数が前記利用人数を超えることを条件に、前記注文数から、一品メニュー、ドリンクメニューの注文数を減算する構成としてもよい。この場合、制御部２１は、減算結果の注文数が前記利用人数以上の場合に注文票を厨房端末４から出力させる。

また、本発明の他の実施形態として、注文支援装置２の制御部２１は、前記注文数が前記利用人数未満の場合において、前記利用人数が所定人数以上の場合に注文票を厨房端末４から出力させる一方、前記利用人数が所定人数未満の場合には注文票を厨房端末４から出力させない構成であってもよい。例えば、テーブルの利用人数が所定人数以上である場合には、前記注文数が前記利用人数未満であっても、所定数以上の注文を受け付けた場合には当該注文を行った利用者に先に飲食物を提供することが望ましい場合がある。そこで、制御部２１は、例えば前記利用人数が所定人数（例えば「６人」）以上の場合には、前記注文数が所定数（例えば「４」）以上であることを条件に、注文票を厨房端末４から出力させる。例えば図３に示すように、テーブル番号「５」のテーブルでは利用人数が６人であり現時点の注文数が「４」であるため、制御部２１は、注文番号「０２１」～「０２４」の注文について、注文情報Ｆ１を厨房端末４に出力して注文票を厨房端末４から出力させる。これにより、厨房スタッフは、追加注文を待つことなく、注文番号「０２１」～「０２４」の注文の用意を開始する。

本発明の他の実施形態として、注文支援装置２の制御部２１は、前記注文数が前記グループ人数未満である場合であって、受付処理部２１２が前記利用者グループの前記注文を受け付けてから所定時間が経過した場合に、前記グループ人数及び前記注文数のそれぞれを表す特定情報、又は、前記グループ人数に対する前記注文数の割合を表す特定情報を含む前記注文票を出力させてもよい。

例えば、テーブル番号「２」のテーブルを利用する利用者Ａ，Ｂ，Ｃ，Ｄを含む４人グループのうち利用者Ａ，Ｂ，Ｃが注文端末３を利用して「日替わり定食」を各々注文した場合、注文数「３」が利用人数「４」未満となる。この場合に、受付処理部２１２が利用者Ａ，Ｂ，Ｃの前記注文を受け付けてから所定時間が経過した場合に、出力処理部２１５は、前記注文数「３」が前記利用人数「４」未満であることを認識可能な特定情報Ｓ１として「３／４」を表す情報を厨房端末４に出力する。そして、出力処理部２１５は、「３／４」を表す情報（特定情報Ｓ１）を厨房端末４から出力（印刷又は表示）させる。すなわち、出力処理部２１５は、テーブル番号「２」のテーブルを利用する利用者Ａ，Ｂ，Ｃの注文に対応する、テーブル番号「２」と、注文番号「００４」、「００５」、「００６」と、各注文内容「日替わり定食」と、特定情報Ｓ１「３／４」とを含む各々の注文票Ｔ１を厨房端末４から出力させる。図１２は、前記注文票Ｔ１の一例を示す図である。特定情報Ｓ１は、前記利用人数に対する前記注文数の割合を表す情報（例えば「７５％」）であってもよい。

このように、受付処理部２１２により受け付けられる利用者グループの注文の注文数が、取得処理部２１１により取得される利用人数（グループ人数）未満の場合に、出力処理部２１５は、前記注文数が前記利用人数未満であることを認識可能な特定情報Ｓ１を厨房端末４から出力させる。これにより、厨房スタッフは、利用者グループのテーブルにおいて、未だ注文をしていない利用者が存在することを把握することが可能となる。

また、出力処理部２１５により特定情報Ｓ１が出力された後に受付処理部２１２により前記利用者グループのうち残りの利用者の注文が受け付けられた場合に、出力処理部２１５は、前記グループ人数と前記注文数とが一致することを表す特定情報Ｓ２を含む注文票Ｔ２を出力させる。例えば、テーブル番号「２」のテーブルを利用する利用者Ａ，Ｂ，Ｃ，Ｄを含む４人グループのうち残りの利用者Ｄが注文端末３を利用して「日替わり定食」を追加注文した場合、受付処理部２１２により受け付けられる前記利用者グループの注文数、すなわち算出処理部２１３により算出される注文数の合計は「４」となる。このため、当該注文数「４」は取得処理部２１１により取得される前記利用人数「４」と一致する。この場合、出力処理部２１５は、前記注文数「４」と前記利用人数「４」とが一致することを認識可能な特定情報Ｓ２として「４／４」を表す情報を厨房端末４に出力する。そして、出力処理部２１５は、「４／４」を表す情報（特定情報Ｓ２）を厨房端末４から出力（印刷又は表示）させる。すなわち、出力処理部２１５は、テーブル番号「２」のテーブルを利用する利用者Ｄの注文に対応する、テーブル番号「２」と、注文番号「０１０」と、各注文内容「日替わり定食」と、特定情報Ｓ２「４／４」とを含む注文票Ｔ２を厨房端末４から出力させる。図１２には、前記注文票Ｔ２の一例を示している。これにより、厨房スタッフは、利用者グループのテーブルにおいて、全員分の注文が行われたことを把握することが可能となる。そして、厨房スタッフは、全員分の注文が揃った時点でまとめて調理、準備などを行うことが可能となる。

なお、図１２に示す例では、特定情報Ｓ１，Ｓ２は、枠囲みで印刷されているが、特定情報Ｓ１，Ｓ２の出力方法はこれに限定されず、例えば白黒反転印刷されてもよいしカラー印刷されてもよい。また、特定情報Ｓ１及び特定情報Ｓ２のそれぞれが互いに異なる表示態様で出力されてもよい。

これにより、テーブルの注文状況に関する情報が印刷された注文票Ｔ１，Ｔ２が作成される。厨房スタッフは、例えば特定情報Ｓ１を含まない注文票Ｔ１を取得すると、注文票Ｔ１に記載された飲食物の用意を開始する。例えば、厨房スタッフは、テーブル番号「１」のテーブルに対応する注文「日替わり定食」、「刺身定食」、「マグロ丼」の調理を行う。また調理が完了すると、接客スタッフは、前記注文の飲食物をテーブル番号「１」の利用者Ｐ，Ｑ，Ｒに配膳する。これにより、厨房スタッフは、テーブル番号「１」のテーブルに対応する注文をまとめて用意することができ、また接客スタッフは、当該テーブルの利用者Ｐ，Ｑ，Ｒにまとめて飲食物を配膳することができる。

また、厨房スタッフは、例えば特定情報Ｓ１を含む注文票Ｔ１（図１２）を取得すると、注文数が利用人数未満であることを認識して、注文票Ｔ１に記載された飲食物の用意を保留する。例えば、厨房スタッフは、テーブル番号「２」のテーブルに対応する注文「日替わり定食」３点の調理の開始を保留する。その後、厨房スタッフは、特定情報Ｓ２を含む注文票Ｔ２（図１２）を取得すると、注文数と利用人数とが一致したことを認識して、注文票Ｔ１，Ｔ２に記載された飲食物（「日替わり定食」４点）の用意を開始する。調理が完了すると、接客スタッフは、前記注文の飲食物をテーブル番号「２」の利用者Ａ，Ｂ，Ｃ，Ｄに配膳する。これにより、厨房スタッフは、テーブル番号「２」のテーブルに対応する注文をまとめて用意することができ、また接客スタッフは、当該テーブルの利用者Ａ，Ｂ，Ｃ，Ｄにまとめて飲食物を配膳することができる。

また、本発明の他の実施形態として、注文支援装置２の制御部２１は、前記利用者グループが利用するテーブルに対応する前記注文の受け付けが完了していないことを表す特定情報Ｓ１を含む注文票Ｔ１を出力させてもよい。すなわち、特定情報Ｓ１は、前記テーブルに対応する利用人数及び注文数を認識可能な情報であってもよいし（図１２参照）、前記テーブルに対応する注文が完了していないことを示す情報であってもよい（図１３参照）。また、制御部２１は、図１３に示すように、追加注文を受け付けた場合に、前記利用者グループが利用するテーブルに対応する前記注文の受け付けが完了したことを表す特定情報Ｓ２を含む注文票Ｔ２を出力させてもよい。

１ ：注文支援システム
２ ：注文支援装置
３ ：注文端末
４ ：厨房端末
２１１ ：取得処理部
２１２ ：受付処理部
２１３ ：算出処理部
２１４ ：判定処理部
２１５ ：出力処理部
４１１ ：取得処理部
４１２ ：出力処理部

Claims (10)

1. 飲食物を提供する施設を利用する利用者グループのグループ人数を取得する取得処理部と、
   前記利用者グループの前記飲食物の注文を受け付ける受付処理部と、
   前記受付処理部により受け付けられる前記注文の注文数が前記取得処理部により取得される前記グループ人数以上であるか否かを判定する判定処理部と、
   前記注文数が前記グループ人数以上の場合に前記注文に対応する注文票を出力させる出力処理部と、
   を備え、
   前記出力処理部は、前記注文数が前記グループ人数未満である場合であって、前記受付処理部が前記利用者グループの前記注文を受け付けてから所定時間が経過した場合に、当該注文に対応する前記注文票を出力させる、注文支援システム。
2. 飲食物を提供する施設を利用する利用者グループのグループ人数を取得する取得処理部と、
   前記利用者グループの前記飲食物の注文を受け付ける受付処理部と、
   前記受付処理部により受け付けられる前記注文の注文数が前記取得処理部により取得される前記グループ人数以上であるか否かを判定する判定処理部と、
   前記注文数が前記グループ人数以上の場合に前記注文に対応する注文票を出力させる出力処理部と、
   を備え、
   前記注文数が前記グループ人数未満の場合において、前記出力処理部は、前記グループ人数が所定人数以上の場合に、前記注文に対応する前記注文票を出力させ、前記グループ人数が前記所定人数未満の場合に、前記注文に対応する前記注文票を出力させない、注文支援システム。
3. 飲食物を提供する施設を利用する利用者グループのグループ人数を取得する取得処理部と、
   前記利用者グループの前記飲食物の注文を受け付ける受付処理部と、
   前記受付処理部により受け付けられる前記注文のうち所定の飲食物の注文数を算出する算出処理部と、
   前記算出処理部により算出される前記注文数が前記取得処理部により取得される前記グループ人数以上であるか否かを判定する判定処理部と、
   前記注文数が前記グループ人数以上の場合に前記注文に対応する注文票を出力させる出力処理部と、
   を備える、注文支援システム。
4. 前記出力処理部は、前記グループ人数及び前記注文数のそれぞれを表す特定情報、又は、前記グループ人数に対する前記注文数の割合を表す特定情報を含む前記注文票を出力させる、
   請求項１～３のいずれかに記載の注文支援システム。
5. 飲食物を提供する施設を利用する利用者グループのグループ人数を取得する取得ステップと、
   前記利用者グループの前記飲食物の注文を受け付ける受付ステップと、
   前記受付ステップにより受け付けられる前記注文の注文数が前記取得ステップにより取得される前記グループ人数以上であるか否かを判定する判定ステップと、
   前記注文数が前記グループ人数以上の場合に前記注文に対応する注文票を出力させる出力ステップと、
   を一又は複数のプロセッサが実行し、
   前記出力ステップにおいて、前記注文数が前記グループ人数未満である場合であって、前記受付ステップにより前記利用者グループの前記注文を受け付けてから所定時間が経過した場合に、当該注文に対応する前記注文票を出力させる、注文支援方法。
6. 飲食物を提供する施設を利用する利用者グループのグループ人数を取得する取得ステップと、
   前記利用者グループの前記飲食物の注文を受け付ける受付ステップと、
   前記受付ステップにより受け付けられる前記注文の注文数が前記取得ステップにより取得される前記グループ人数以上であるか否かを判定する判定ステップと、
   前記注文数が前記グループ人数以上の場合に前記注文に対応する注文票を出力させる出力ステップと、
   を一又は複数のプロセッサが実行し、
   前記注文数が前記グループ人数未満の場合において、前記出力ステップにおいて、前記グループ人数が所定人数以上の場合に、前記注文に対応する前記注文票を出力させ、前記グループ人数が前記所定人数未満の場合に、前記注文に対応する前記注文票を出力させない、注文支援方法。
7. 飲食物を提供する施設を利用する利用者グループのグループ人数を取得する取得ステップと、
   前記利用者グループの前記飲食物の注文を受け付ける受付ステップと、
   前記受付ステップにより受け付けられる前記注文のうち所定の飲食物の注文数を算出する算出ステップと、
   前記算出ステップにより算出される前記注文数が前記取得ステップにより取得される前記グループ人数以上であるか否かを判定する判定ステップと、
   前記注文数が前記グループ人数以上の場合に前記注文に対応する注文票を出力させる出力ステップと、
   を一又は複数のプロセッサが実行する注文支援方法。
8. 飲食物を提供する施設を利用する利用者グループのグループ人数を取得する取得ステップと、
   前記利用者グループの前記飲食物の注文を受け付ける受付ステップと、
   前記受付ステップにより受け付けられる前記注文の注文数が前記取得ステップにより取得される前記グループ人数以上であるか否かを判定する判定ステップと、
   前記注文数が前記グループ人数以上の場合に前記注文に対応する注文票を出力させる出力ステップと、
   を一又は複数のプロセッサに実行させるための注文支援プログラムであって、
   前記出力ステップにおいて、前記注文数が前記グループ人数未満である場合であって、前記受付ステップにより前記利用者グループの前記注文を受け付けてから所定時間が経過した場合に、当該注文に対応する前記注文票を出力させる、注文支援プログラム。
9. 飲食物を提供する施設を利用する利用者グループのグループ人数を取得する取得ステップと、
   前記利用者グループの前記飲食物の注文を受け付ける受付ステップと、
   前記受付ステップにより受け付けられる前記注文の注文数が前記取得ステップにより取得される前記グループ人数以上であるか否かを判定する判定ステップと、
   前記注文数が前記グループ人数以上の場合に前記注文に対応する注文票を出力させる出力ステップと、
   を一又は複数のプロセッサに実行させるための注文支援プログラムであって、
   前記注文数が前記グループ人数未満の場合において、前記出力ステップにおいて、前記グループ人数が所定人数以上の場合に、前記注文に対応する前記注文票を出力させ、前記グループ人数が前記所定人数未満の場合に、前記注文に対応する前記注文票を出力させない、注文支援プログラム。
10. 飲食物を提供する施設を利用する利用者グループのグループ人数を取得する取得ステップと、
    前記利用者グループの前記飲食物の注文を受け付ける受付ステップと、
    前記受付ステップにより受け付けられる前記注文のうち所定の飲食物の注文数を算出する算出ステップと、
    前記算出ステップにより算出される前記注文数が前記取得ステップにより取得される前記グループ人数以上であるか否かを判定する判定ステップと、
    前記注文数が前記グループ人数以上の場合に前記注文に対応する注文票を出力させる出力ステップと、
    を一又は複数のプロセッサに実行させるための注文支援プログラム。
    

Images