JP2018185599A - 注文管理装置、注文管理システム、注文管理方法、及び注文管理プログラム - Google Patents

Abstract

【課題】注文者の好みをできるだけ反映しつつ、予め定められた上限金額の範囲内で容易に注文することが可能な注文管理装置、注文管理システム、注文管理方法、及び注文管理プログラムを提供すること。【解決手段】設定処理部は、上限金額の設定操作に応じて前記上限金額を設定する。表示処理部は、前記上限金額を超えない範囲で注文可能なメニュー品目を選択候補として表示させる。受付処理部は、前記上限金額を超えない範囲で、注文すべきメニュー品目の選択操作、又は注文すべきメニュー品目としてすでに選択されているメニュー品目である選択済みメニュー品目の変更操作を受け付ける。【選択図】図１

Description

本発明は、飲食店などの施設で提供されるメニュー品目の注文に関連する注文管理装置、注文管理システム、注文管理方法、及び注文管理プログラムに関する。

飲食用テーブルに設けられたタッチパネル付き表示部を有するディスプレイ装置への入力操作によって料理等を注文できるように構成された飲食用テーブルが知られている（例えば、特許文献１参照）。

前記飲食用テーブルでは、注文された料理に基づいて、個人別の合計金額又は全員の合計金額が前記ディスプレイ装置に表示される。

特開２００３−２０３２７５号公報

ところで、例えば複数人のグループで飲食店を利用する際に、コース料理を注文する場合には、コース料理ごとの料金が予め決まっているため、予算をオーバーする心配がない。しかしながら、各人がアラカルトで料理を注文する場合には、予算をオーバーしないように合計金額を確認しながら料理を注文する必要があり、注文するのに手間が生じる。一方、コース料理には、各人の好みに合わない料理が含まれていることがある。

本発明の目的は、注文者の好みをできるだけ反映しつつ、予め定められた上限金額の範囲内で容易に注文することが可能な注文管理装置、注文管理システム、注文管理方法、及び注文管理プログラムを提供することにある。

本発明に係る注文管理装置は、上限金額の設定操作に応じて前記上限金額を設定する設定処理部と、前記上限金額を超えない範囲で注文可能なメニュー品目を選択候補として表示させる表示処理部と、前記上限金額を超えない範囲で、注文すべきメニュー品目の選択操作、又は注文すべきメニュー品目としてすでに選択されているメニュー品目である選択済みメニュー品目の変更操作を受け付ける受付処理部とを備える。

本発明に係る注文管理システムは、前記注文管理装置と、前記設定操作、前記選択操作、及び前記変更操作に応じた操作信号を前記注文管理装置に送信すると共に、前記注文管理装置からの受信信号に基づいて前記選択候補を表示する操作端末と、前記選択済みメニュー品目の情報を前記注文管理装置から受信する厨房端末とを備える。

本発明の注文管理システムは、操作端末と注文管理装置とを備え、前記注文管理装置は、前記操作端末との間で通信を行う通信部と、前記操作端末に対するユーザ操作に応じて上限金額を設定する設定処理部と、前記上限金額を超えない範囲で注文可能なメニュー品目を選択候補として前記操作端末に表示させる表示処理部と、前記操作端末に対するユーザ操作に応じて、前記上限金額を超えない範囲で、注文すべきメニュー品目の選択操作、又は注文すべきメニュー品目としてすでに選択されているメニュー品目である選択済みメニュー品目の変更操作を受け付ける受付処理部と、前記操作端末の操作者が店舗に入店したことがまだ検知されていない場合に、前記選択済みメニュー品目を待機注文情報として記憶部に記憶させる記憶処理部と、前記操作者が店舗に入店したことが検知されたことに応じて、前記待機注文情報に基づいて前記選択済みメニュー品目を発注する発注処理部とを含む。

本発明に係る注文管理方法は、一又は複数のコンピューターが、上限金額の設定操作に応じて前記上限金額を設定するステップと、前記上限金額を超えない範囲で注文可能なメニュー品目を選択候補として表示させるステップと、前記上限金額を超えない範囲で、注文すべきメニュー品目の選択操作、又は注文すべきメニュー品目としてすでに選択されているメニュー品目である選択済みメニュー品目の変更操作を受け付けるステップとを実行する方法である。

本発明に係る注文管理プログラムは、一又は複数のコンピューターに、上限金額の設定操作に応じて前記上限金額を設定するステップと、前記上限金額を超えない範囲で注文可能なメニュー品目を選択候補として表示させるステップと、前記上限金額を超えない範囲で、注文すべきメニュー品目の選択操作、又は注文すべきメニュー品目としてすでに選択されているメニュー品目である選択済みメニュー品目の変更操作を受け付けるステップとを実行させるプログラムである。

本発明によれば、注文者の好みをできるだけ反映しつつ、予め定められた上限金額の範囲内で容易に注文することが可能な注文管理装置、注文管理システム、注文管理方法、及び注文管理プログラムが提供される。

図１は、本発明の実施の形態に係る注文管理システムの構成を示す図である。 図２は、本発明の実施の形態に係る注文管理装置で使用されるメニュー情報の一例を示す図である。 図３は、本発明の実施の形態に係る注文管理装置で使用される上限金額情報の一例を示す図である。 図４は、本発明の実施の形態に係る注文管理装置で使用される注文情報の一例を示す図である。 図５は、本発明の実施の形態に係る注文管理装置で使用される待機注文情報の一例を示す図である。 図６は、本発明の実施の形態に係る注文管理装置で実行される注文管理処理の手順の一例を示すフローチャートである。 図７は、本発明の実施の形態に係る注文管理装置で実行される注文管理処理の手順の一例を示すフローチャートである。 図８は、本発明の実施の形態に係る利用者端末に表示される注文済みリスト画面の一例を示す図である。 図９は、本発明の実施の形態に係る利用者端末に表示される注文画面の一例を示す図である。 図１０は、本発明の実施の形態に係る利用者端末に表示される変更画面の一例を示す図である。 図１１は、本発明の実施の形態に係る利用者端末に表示されるおまかせセット画面の一例を示す図である。 図１２は、本発明の実施の形態に係る利用者端末に表示される予算ぴったり注文画面の一例を示す図である。 図１３は、本発明の実施の形態に係る利用者端末に表示される待機注文リスト画面の一例を示す図である。 図１４は、本発明の実施の形態に係る利用者端末に表示される注文画面の一例を示す図である。 図１５は、本発明の実施の形態に係る利用者端末に表示される注文済みリスト画面の一例を示す図である。 図１６は、本発明の実施の形態に係る注文管理装置で使用される注文情報の一例を示す図である。

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

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

本実施形態では、利用者端末３が、飲食店の利用者が所有する携帯端末であり、注文管理装置２が、複数の飲食店の注文を管理するインターネット上のサーバー装置であるものとする。飲食店の利用者は、飲食店に入店後、自身の利用者端末３を操作することによって、その飲食店で提供されているメニュー品目（飲食物）の中から所望のメニュー品目を選択して自分で注文することができる。

なお、上記のように注文者が自分で飲食物を注文することが可能な装置として、飲食用テーブルに設けられたタッチパネル付き表示部を有するディスプレイ装置への入力操作によって料理等を注文できるように構成された飲食用テーブルが知られている。前記飲食用テーブルでは、注文された料理に基づいて、個人別の合計金額又は全員の合計金額が前記ディスプレイ装置に表示される。ところで、例えば複数人のグループで飲食店を利用する際に、コース料理を注文する場合には、コース料理ごとの料金が予め決まっているため、予算をオーバーする心配がない。しかしながら、各人がアラカルトで料理を注文する場合には、予算をオーバーしないように合計金額を確認しながら料理を注文する必要があり、注文するのに手間が生じる。一方、コース料理には、各人の好みに合わない料理が含まれていることがある。これに対して、本実施形態に係る注文管理システム１によれば、注文者の好みをできるだけ反映しつつ、予め定められた上限金額の範囲内で容易に注文することが可能である。

［利用者端末３］
まず、利用者端末３の構成について説明する。図１に示されるように、利用者端末３は、制御部３１、記憶部３２、操作表示部３３、通信Ｉ／Ｆ３４、及びカメラ３５などを備える。利用者端末３は、例えばスマートフォン、携帯電話、タブレット端末などの携帯型の情報処理装置である。利用者端末３は、操作端末の一例である。

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

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

カメラ３５は、レンズ及び撮像素子等を有し、撮像素子に入射される光に応じた画像データを出力する。

記憶部３２は、各種の情報を記憶するフラッシュメモリーなどの不揮発性の記憶部である。例えば、記憶部３２には、注文プログラム及び読取プログラム等の制御プログラムが記憶される。前記注文プログラムは、注文管理装置２を通じて飲食物を注文するための処理を制御部３１に実行させるための制御プログラムである。前記読取プログラムは、二次元バーコードに含まれる情報を読み取るための処理を制御部３１に実行させるための制御プログラムである。

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

具体的に、制御部３１は、図１に示されるように、注文処理部３１１及び読取処理部３１２などの各種の処理部を含む。制御部２１は、前記ＣＰＵで前記注文プログラムに従った各種の処理を実行することによって注文処理部３１１として機能する。制御部２１は、前記ＣＰＵで前記読取プログラムに従った各種の処理を実行することによって読取処理部３１２として機能する。なお、注文処理部３１１又は読取処理部３１２が電子回路で構成されていてもよい。

注文処理部３１１は、操作表示部３３に対する操作に応じて、各種画面のデータを注文管理装置２から取得して、前記各種画面を操作表示部３３に表示することが可能である。また、注文処理部３１１は、操作表示部３３に対する操作に応じた操作信号を注文管理装置２に送信することが可能である。

読取処理部３１２は、カメラ３５で撮影された画像データから二次元バーコードを抽出して、前記二次元バーコードに含まれる情報を読み取ることが可能である。

［注文管理装置２］
次に、注文管理装置２の構成について説明する。図１に示されるように、注文管理装置２は、制御部２１、記憶部２２、操作表示部２３、及び通信Ｉ／Ｆ２４などを備える。なお、注文管理装置２は、１台のコンピューターに限らず、複数台のコンピューターが協働して動作するコンピューターシステムであってもよい。また、注文管理装置２で実行される各種の処理は、一又は複数のプロセッサーによって分散して実行されてもよい。

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

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

記憶部２２は、各種の情報を記憶するＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）又はＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）などの不揮発性の記憶部である。記憶部２２には、図２に示されるメニュー情報Ｄ１、図３に示される上限金額情報Ｄ２、図４に示される注文情報Ｄ３、図５に示される待機注文情報Ｄ４などが記憶される。

メニュー情報Ｄ１は、飲食店で提供されるメニュー品目に関する情報である。図２に示されるように、メニュー情報Ｄ１には、飲食店で提供されるメニュー品目（飲食物）ごとに、対応する「店舗ＩＤ」、「品目ＩＤ」、「品目名」、「カテゴリ」、「単価」などの情報が含まれる。前記「店舗ＩＤ」は、そのメニュー品目を提供している飲食店を識別するための識別情報である。前記「品目ＩＤ」は、そのメニュー品目を識別するための識別情報である。前記「品目名」は、そのメニュー品目の名前である。前記「カテゴリ」は、そのメニュー品目のカテゴリ（例えば、前菜、メインディッシュ、デザート、ドリンク、サラダ、おつまみ、ごはんもの、魚料理、揚げ物など）である。前記「単価」は、そのメニュー品目の一個（一単位）当たりの値段である。なお、本実施形態では、前記「単価」には税金及びサービス料が含まれないものとする。前記「品目ＩＤ」、前記「品目名」、前記「カテゴリ」、及び前記「単価」は、飲食店ごとに任意に設定することができる。例えば、飲食店各々の管理者により操作される店舗端末（不図示）からの操作信号に基づいて、対応する飲食店の前記「品目ＩＤ」、前記「品目名」、前記「カテゴリ」、及び前記「単価」が設定又は更新されてもよい。

上限金額情報Ｄ２は、飲食店を利用する利用者のグループごとに設定される上限金額に関する情報である。図３に示されるように、上限金額情報Ｄ２には、飲食店を利用する利用者のグループごとに、対応する「グループＩＤ」、「人数」、「一人当たりの上限金額」、「グループ全体の上限金額」などの情報が含まれる。前記「グループＩＤ」は、利用者のグループを識別するための識別情報である。ここで、「利用者のグループ」とは、飲食店において清算が行われる単位である。例えば、飲食店においてテーブルごとに清算が行われる場合には、そのグループが利用するテーブルの識別情報が「グループＩＤ」として用いられてもよい。また、飲食店において部屋ごとに清算が行われる場合には、そのグループが利用する部屋の識別情報が「グループＩＤ」として用いられてもよい。また、宴会の幹事（代表者）の名前が「グループＩＤ」として用いられてもよい。また、利用者端末３で入力されるグループ名が「グループＩＤ」として用いられてもよい。前記「人数」は、そのグループの人数である。前記「一人当たりの上限金額」は、そのグループの一人当たりの支払金額の上限金額（予算）である。前記「グループ全体の上限金額」は、そのグループ全体の支払金額の上限金額（予算）である。本実施形態では、利用者端末３からの操作信号に基づいて、前記「人数」及び前記「一人当たりの上限金額」が設定される。そして、前記「人数」及び前記「一人当たりの上限金額」に基づいて、前記「グループ全体の上限金額」が設定される。

注文情報Ｄ３は、利用者端末３を通じて注文されたメニュー品目に関する情報である。図４に示されるように、注文情報Ｄ３には、利用者端末３を通じて注文されたメニュー品目ごとに、対応する「グループＩＤ」、「店舗ＩＤ」、「テーブルＩＤ」、「品目ＩＤ」、「品目名」、「単価」、「注文数」、「変更可否」などの情報が含まれる。前記「グループＩＤ」は、そのメニュー品目を注文した注文管理装置が所属しているグループを識別するための識別情報であって、上限金額情報Ｄ２に含まれる「グループＩＤ」と同じ情報である。前記「店舗ＩＤ」は、そのメニューを提供している飲食店を識別するための識別情報であって、メニュー情報Ｄ１に含まれる「店舗ＩＤ」と同じ情報である。前記「テーブルＩＤ」は、そのメニュー品目を注文した利用者が利用しているテーブルを識別するための識別情報である。本実施形態では、利用者端末３によって、飲食店のテーブルなどに掲示されている二次元バーコードから前記「テーブルＩＤ」が読み取られる。そして、読み取られた「テーブルＩＤ」が利用者端末３から注文管理装置２に送信される。なお、前記「テーブルＩＤ」の代わりに、そのメニュー品目を注文した利用者が利用している個室の識別情報又は座席の識別情報が用いられてもよい。また、テーブルの識別情報が「グループＩＤ」として用いられる場合には、注文情報Ｄ３において、前記「グループＩＤ」及び前記「テーブルＩＤ」のいずれか一方が省略されてもよい。前記「品目ＩＤ」は、そのメニュー品目を識別するための識別情報であって、メニュー情報Ｄ１に含まれる「品目ＩＤ」と同じ情報である。前記「品目名」は、そのメニュー品目の名前であって、メニュー情報Ｄ１に含まれる「品目名」と同じ情報である。前記「単価」は、そのメニュー品目の一個（一単位）当たりの値段であって、メニュー情報Ｄ１に含まれる「単価」と同じ情報である。前記注文数は、そのメニュー品目が注文された個数である。前記「変更可否」は、そのメニュー品目を変更又はキャンセルすることが可能か否かを示す情報（フラグ）である。本実施形態では、前記「変更可否」の初期値は「可」に設定される。そして、そのメニュー品目の料理工程が開始された時点で、対応する前記「変更可否」の値が「可」から「不可」に変更される。

待機注文情報Ｄ４は、注文情報Ｄ３と同じく、利用者端末３を通じて注文されたメニュー品目に関する情報である。なお、注文情報Ｄ３は、利用者が飲食店に入店した後に当該利用者によって注文されたメニュー品目に関する情報である。一方、待機注文情報Ｄ４は、利用者が飲食店に入店する前に当該利用者によって前もって注文されたメニュー品目に関する情報である。図５に示されるように、待機注文情報Ｄ４には、利用者端末３を通じて前もって注文されたメニュー品目ごとに、対応する「グループＩＤ」、「店舗ＩＤ」、「品目ＩＤ」、「品目名」、「単価」、「注文数」、「発注タイミング」などの情報が含まれる。前記「グループＩＤ」、前記「店舗ＩＤ」、前記「品目ＩＤ」、前記「品目名」、前記「単価」、及び前記「注文数」については、注文情報Ｄ３と同じである。前記「発注タイミング」は、そのメニュー品目を発注するタイミング（例えば、そのメニュー品目の注文が入った旨が厨房端末４に通知されるタイミング）を示す情報である。本実施形態では、利用者が飲食店に入店したことが検知されると、前もって注文されたメニュー品目が、前記「発注タイミング」に応じたタイミングで自動的に発注される。例えば、前記「発注タイミング」が「最初」に設定されているメニュー品目については、利用者が飲食店に入店したことが検知された時点で即時に自動的に発注される。一方、前記「発注タイミング」が「１５分後」に設定されているメニュー品目については、利用者が飲食店に入店したことが検知された時点から１５分後に自動的に発注される。同様に、前記「発注タイミング」が「４５分後」に設定されているメニュー品目については、利用者が飲食店に入店したことが検知された時点から４５分後に自動的に発注される。

なお、他の実施形態として、メニュー情報Ｄ１、上限金額情報Ｄ２、注文情報Ｄ３、及び待機注文情報Ｄ４の一部又は全部が、注文管理装置２から通信網Ｎ１を介してアクセス可能な他の情報処理装置（サーバ）に記憶されていることも考えられる。この場合、注文管理装置２の制御部２１は、当該他の情報処理装置から、メニュー情報Ｄ１、上限金額情報Ｄ２、注文情報Ｄ３、及び待機注文情報Ｄ４の一部又は全部を必要に応じて取得する。

さらに、記憶部２２には、制御部２１に後述の注文管理処理を実行させるための注文管理プログラムなどの制御プログラムが記憶されている。例えば、前記注文管理プログラムは、ＣＤ又はＤＶＤなどのコンピューター読取可能な記録媒体に非一時的に記録されており、注文管理装置２が備えるＣＤドライブ又はＤＶＤドライブなどの読取装置（不図示）で読み取られて記憶部２２に記憶される。もしくは、前記注文管理プログラムは、通信Ｉ／Ｆ２４を通じて他の情報処理装置から受信されて記憶部２２に記憶されてもよい。

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

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

設定処理部２１１は、上限金額の設定操作に応じて前記上限金額を設定することが可能である。具体的に、設定処理部は、利用者端末３に対する前記上限金額の設定操作に応じて利用者端末３から送信される操作信号の受信により前記上限金額を設定する。なお、複数人のグループで飲食店を利用する場合、前記上限金額は、グループ全体の上限金額であってもよいし、グループにおける一人当たりの上限金額であってもよい。

なお、前記上限金額の設定操作は、一人当たりの金額（上限金額）と人数（グループの人数）とを入力する操作を含んでもよい。この場合、設定処理部は、入力される一人当たりの金額と人数との乗算により前記上限金額を算出して設定してもよい。これにより、飲食店への支払料金をグループのメンバーで等分して支払う（いわゆる「割り勘」）場合に、一人当たりの上限金額を超えないように、グループ全体の上限金額が算出される。

表示処理部２１２は、利用者端末３に各種画面のデータを送信することによって、利用者端末３に各種画面を表示させることが可能である。例えば、表示処理部２１２は、注文済みリスト画面Ｐ１（図８参照）、注文画面Ｐ２（図９参照）、変更画面Ｐ３（図１０参照）、おまかせセット画面Ｐ４（図１１参照）、予算ぴったり注文画面Ｐ５（図１２参照）、待機注文リスト画面Ｐ６（図１３参照）などの画面を利用者端末３に表示させることが可能である。

表示処理部２１２は、前記上限金額を超えない範囲で注文可能なメニュー品目を選択候補として表示させることが可能である。具体的に、表示処理部２１２は、利用者端末３に前記メニュー品目を表示させることが可能である（図９参照）。

なお、表示処理部２１２は、前記メニュー品目ごとに予め設定されたカテゴリ（例えば、前菜、メインディッシュ、デザート、ドリンク、サラダ、おつまみ、ごはんもの、魚料理、揚げ物など）が、選択済みメニュー品目（すなわち、注文すべきメニュー品目としてすでに選択されているメニュー品目）とは異なるメニュー品目を選択候補として表示させてもよい。これにより、同一のカテゴリのメニュー品目が選択候補として何度も表示されることがなくなるため、多数のメニュー項目の中から、カテゴリの異なる複数のメニュー品目を効率よく選択することが可能である。また、他の実施形態では、表示処理部２１２は、予め定められた順番でカテゴリごとにメニュー品目を選択候補として表示させてもよい。例えば、表示処理部２１２は、ドリンク→前菜→メインディッシュ→デザートの順番でメニュー品目を選択候補として順次に表示させて、注文すべきメニューの選択操作をカテゴリごとに順次に受け付けてもよい。これにより、アラカルトのメニューに含まれる多数のメニュー品目の中から所望のメニュー品目を効率よく選択することができる。

また、表示処理部２１２は、前記選択済みメニュー品目の金額及び前記上限金額に基づいて算出される残り金額（以下、単に「残金」と称す）の範囲内で注文可能なメニュー品目を、前記メニュー品目各々の注文可能数と共に表示させてもよい（図９参照）。

また、表示処理部２１２は、前記上限金額の範囲内で自動的に選択された複数のメニュー品目を含むメニュー品目セットを前記選択候補として表示させてもよい（図１１参照）。例えば、前記上限金額が１万円である場合、アラカルトメニューに含まれる多数のメニュー品目の中から、合計金額が１万円以下になるような複数のメニュー品目が自動的に選択されて、前記選択候補として表示されてもよい。これにより、多数のメニュー品目の中から所望のメニュー品目を１つずつ選択する必要がなくなるため、メニュー品目の選択の手間を削減することができる。なお、メニュー品目を自動的に選択する方法としては種々の方法が考えられる。例えば、制御部２１は、メニュー品目ごとに優先度を予め設定しておき、前記優先度及び単価を考慮してメニュー品目を自動的に選択してもよい。なお、前記優先度は、例えば、飲食店各々の管理者により操作される店舗端末（不図示）からの操作信号に基づいて設定されてもよい。また、制御部２１は、残金ができるだけ少なくなるように、複数のメニュー品目が自動的に選択してもよい。また、制御部２１は、カテゴリーごとにランダムにメニュー品目を選択してもよい。

また、表示処理部２１２は、前記残金の範囲内で注文可能なメニュー品目を、前記メニュー品目の金額に応じた順番に並べて表示させてもよい。例えば、表示処理部２１２は、前記残金の範囲内で注文可能なメニュー品目を、金額が高いものから順番に並べて表示させてもよい。これにより、残金ができるだけ少なくなるようなメニュー品目から順番にメニュー品目が並べて表示されるので、合計金額が前記上限金額になるべく近くなるようなメニュー品目を容易に選択することができる。なお、他の実施形態として、表示処理部２１２は、残金が予め定められた閾値（例えば５００円）よりも大きい間は予め定められた順番でメニュー品目を並べて表示させ、残金が前記閾値以下になった場合に、金額が高いものから順番にメニュー品目を並べて表示させてもよい。また、さらに他の実施形態として、表示処理部２１２は、利用者端末３に対する所定の操作（例えば、並べ替えキーの操作）が行われた場合にのみ、金額が高いものから順番にメニュー品目を並べて表示させてもよい。

また、表示処理部２１２は、前記残金に応じて金額が変動する特殊メニュー品目を選択候補として表示させてもよい。例えば、表示処理部２１２は、前記残金分に相当する金額の「おまかせ商品」を前記選択候補として表示させてもよい（図１４参照）。前記「おまかせ商品」を選択することによって合計金額を前記上限金額にぴったりと一致させることができるので、飲食店での支払い時に細かいお釣りが発生せず、支払いを円滑に行うことができる。また、グループの幹事がメンバー各々からお金を集める際も、お釣りを手渡す必要がないので、お金を円滑に集めることができる。

受付処理部２１３は、前記上限金額を超えない範囲で、注文すべきメニュー品目の選択操作、又は前記選択済みメニュー品目の変更操作を受け付けることが可能である。具体的に、受付処理部２１３は、利用者端末３に対する前記選択操作又は前記変更操作に応じて利用者端末３から送信される操作信号の受信により前記選択操作又は前記変更操作を受け付ける。

なお、受付処理部２１３は、予め設定されたタイミングが到来するまでの間は前記選択済みメニュー品目の変更操作又はキャンセル操作を受付可能であってもよい。そして、表示処理部２１２は、前記選択済みメニュー品目の変更操作又はキャンセル操作に応じて、前記選択済みメニュー品目の変更又はキャンセルの後に、注文可能なメニュー品目を表示させてもよい。例えば、前記選択済みメニュー品目がキャンセルされた場合、制御部２１は、キャンセルされたメニュー品目の価格を前記残金に加算することによって前記残金を更新してもよい。そして、表示処理部２１２は、更新後の残金の範囲内で注文可能なメニュー品目を前記選択候補として表示させてもよい。

また、前記メニュー品目が飲食物に関するメニュー品目である場合に、受付処理部２１３は、前記選択済みメニュー品目のうち料理工程が開始された選択済みメニュー品目の変更操作又はキャンセル操作を禁止してもよい。例えば、厨房において、或る選択済みメニュー品目の料理工程が開始された時点で、厨房端末４に対する所定の操作（例えば、料理開始キーの操作）が行われ、当該操作に応じて、制御部２１が、注文情報Ｄ３における前記選択済みメニュー品目に対応する「変更可否」の値を「可」から「不可」に変更してもよい。そして、受付処理部２１３は、「変更可否」の値が「不可」となっている選択済みメニュー品目の変更操作又はキャンセル操作を禁止してもよい。

なお、受付処理部２１３は、前記メニュー品目セット（すなわち、前記上限金額の範囲内で自動的に選択された複数のメニュー品目を含むメニュー品目セット）に含まれる一部又は全部のメニュー品目の変更操作を受け付けてもよい（図１１参照）。

記憶処理部２１４は、前記選択済みメニュー品目の中からユーザ操作（例えば、図１５に示される［残金分増量］キーＫ１３の操作）に応じて選択される１つの前記選択済みメニュー品目に、前記残金を対応付けて、注文情報Ｄ３（図１６参照）として記憶部２２に記憶させることが可能である。例えば、図１６に示される注文情報Ｄ３において、「抹茶アイス」には、「増量」の情報として残金２１円が対応付けられている。この場合、２１円分だけ増量された「抹茶アイス」が厨房で準備されて、注文者に提供される。これにより、合計金額を前記上限金額にぴったりと一致させることができるので、飲食店での支払い時に細かいお釣りが発生せず、支払いを円滑に行うことができる。また、グループの幹事がメンバー各々からお金を集める際も、お釣りを手渡す必要がないので、お金を円滑に集めることができる。

取得処理部２１５は、利用者端末３から前記グループＩＤを取得することが可能である。記憶処理部２１４は、前記選択済みメニュー品目を前記グループＩＤと関連付けて注文情報Ｄ３として記憶部２２に記憶させることが可能である。表示処理部２１２は、前記上限金額と同一グループの利用者により操作される複数の利用者端末３で選択された前記選択済みメニュー品目の合計金額とに基づいて算出される残金の範囲内で注文可能なメニュー品目を、利用者端末３に選択候補として表示させてもよい。これにより、複数の利用者端末３でメニュー品目の選択操作が行われた場合でも、前記グループＩＤに基づいて同一のグループに対応する複数の利用者端末３を識別することができる。よって、受付処理部２１３は、グループ全体の上限金額を超えない範囲で、利用者端末３各々に対するメニュー品目の選択操作を受け付けることができる。

発注処理部２１６は、一又は複数の前記選択済みメニュー品目を、予め定められたスケジュールに従って順次に発注することが可能である。例えば、発注処理部２１６は、利用者端末３での操作に応じて前記選択済みメニュー品目ごとに設定される発注タイミング（図５及び図１３参照）に従って、前記選択済みメニュー品目を順次に発注してもよい。もしくは、発注処理部２１６は、前記選択済みメニュー品目のカテゴリに応じて前記選択済みメニュー品目ごとに自動的に設定される発注タイミングに従って、前記選択済みメニュー品目を順次に発注してもよい。なお、発注処理部２１６による前記選択済みメニュー品目の発注は、例えば、厨房端末４に前記選択済みメニュー品目の情報を送信することによって行われる。もしくは、発注処理部２１６による前記選択済みメニュー品目の発注は、前記選択済みメニュー品目の情報をプリンタ（不図示）で印刷することによって行われてもよい。

なお、発注処理部２１６によって前記選択済みメニュー品目が予め定められたスケジュールに従って順次に発注される場合において、受付処理部２１３は、発注処理部２１６によりすでに発注済みの前記選択済みメニュー品目の変更操作又はキャンセル操作を禁止してもよい。例えば、発注処理部２１６によって或る選択済みメニュー品目が発注された時点で、制御部２１が、注文情報Ｄ３における前記選択済みメニュー品目に対応する「変更可否」の値を「可」から「不可」に変更してもよい。そして、受付処理部２１３は、「変更可否」の値が「不可」となっている選択済みメニュー品目の変更操作又はキャンセル操作を禁止してもよい。

なお、記憶処理部２１４は、利用者（すなわち、利用者端末３の所有者）が飲食店に入店したことがまだ検知されていない場合に、前記選択済みメニュー品目を待機注文情報Ｄ４として記憶部２２に記憶させてもよい。この場合、発注処理部２１６は、利用者が飲食店に入店したことが検知されたことに応じて、待機注文情報Ｄ４に基づいて前記選択済みメニュー品目を発注してもよい。これにより、利用者は、注文すべきメニュー品目を前もって選択しておくことができるので、飲食店内で所望のメニュー品目を選択する手間が省ける。また、利用者が飲食店に入店しない限りは前記選択済みメニュー品目が発注されることがないので、利用者が飲食店に入店していないにも関わらず料理工程が開始されてしまうことがない。なお、利用者が飲食店に入店したことを検知する方法としては、種々の方法が考えられる。例えば、制御部２１は、利用者端末３においてテーブル番号が入力されたことを示す操作信号を利用者端末３から受信したことに応じて、利用者が飲食店に入店したと判断してもよい。もしくは、制御部２１は、飲食店のテーブルなどに掲示されている二次元バーコードに含まれるテーブルＩＤが利用者端末３から受信されたことに応じて、利用者が飲食店に入店したと判断してもよい。もしくは、制御部２１は、利用者端末３から受信されるＧＰＳ（Global Positioning System）情報に基づいて、利用者が飲食店に入店したと判断してもよい。もしくは、制御部２１は、飲食店に設置されたチェックイン端末と利用者端末３との間で短距離無線通信が行われたことを示す入店信号を前記チェックイン端末から受信したことに応じて、利用者が飲食店に入店したと判断してもよい。

値引処理部２１７は、前記残金と前記メニュー品目の金額とが予め定められた関係を満たす場合（例えば、前記残金と前記メニュー品目の金額との差額が、予め定められた金額以下である場合など）に、前記残金との差額分だけ前記メニュー品目の金額を値引きすることが可能である。表示処理部２１２は、値引処理部２１７により値引きされた前記メニュー品目を前記選択候補として表示してもよい（図１２参照）。この場合、表示処理部２１２は、値引処理部２１７により値引きされた前記メニュー品目を、他のメニュー品目とは異なる表示態様で表示させてもよい。例えば、表示処理部２１２は、値引処理部２１７により値引きされた前記メニュー品目を、他のメニュー品目とは異なる画面に表示させてもよい。もしくは、表示処理部２１２は、値引処理部２１７により値引きされた前記メニュー品目の単価の表示領域に、例えば「差額値引」の文字列を追加表示してもよい。

［注文管理処理］
以下、図６を参照しつつ、注文管理装置２の制御部２１によって実行される注文管理処理について説明する。なお、制御部２１は、利用者端末３からのアクセスに応じて、前記注文管理処理を開始する。

＜ステップＳ１１＞
ステップＳ１１において、制御部２１は、利用者端末３に設定画面（不図示）のデータを送信する。その結果、利用者端末３の操作表示部３３に前記設定画面が表示される。前記設定画面には、例えば、飲食店を選択するための選択欄、グループＩＤを入力するための入力欄、人数（グループの人数）を入力するための入力欄、一人当たりの金額（上限金額）を入力するための入力欄などが含まれている。前記設定画面のデータは、例えばＨＴＭＬデータであってもよい。

＜ステップＳ１２＞
ステップＳ１２において、制御部２１（設定処理部２１１）は、利用者端末３における前記設定画面に対する操作に応じて、上限金額を設定する。例えば、制御部２１は、利用者端末３において入力されたグループＩＤ、人数、及び一人当たりの金額の情報とに基づいて、図３に示されるような上限金額情報Ｄ２を記憶部２２に記憶させる。グループ全体の上限金額は、人数と一人当たりの金額とを乗算することによって算出される。

＜ステップＳ１３＞
ステップＳ１３において、制御部２１は、利用者端末３に注文画面Ｐ２（図９参照）を表示させるべきか否かを判断する。例えば、制御部２１は、注文済みリスト画面Ｐ１に含まれる［追加］キーＫ１１、待機注文リスト画面Ｐ６に含まれる［追加］キーＫ６２、おまかせセット画面Ｐ４に含まれる［戻る］キーＫ４５、又は予算ぴったり注文画面Ｐ５に含まれる［戻る］キーＫ５２が操作されたことを示す操作信号を利用者端末３から受信した場合に、注文画面Ｐ２を表示させるべきであると判断する。そして、注文画面Ｐ２を表示させるべきであると判断されると（Ｓ１３：Ｙｅｓ）、処理がステップＳ１４に移行する。一方、注文画面Ｐ２を表示させるべきではないと判断されると（Ｓ１３：Ｎｏ）、処理がステップＳ１６に移行する。

＜ステップＳ１４＞
ステップＳ１４において、制御部２１は、メニュー情報Ｄ１に含まれている複数のメニュー品目の中から、前記上限金額を超えない範囲で注文可能なメニュー品目を抽出する。なお、すでにいくつかのメニュー品目が選択済みである場合は、制御部２１は、メニュー情報Ｄ１に含まれている複数のメニュー品目の中から、前記残金の範囲内で注文可能なメニュー品目を抽出する。

＜ステップＳ１５＞
ステップＳ１５において、制御部２１は、注文画面Ｐ２のデータを利用者端末３に送信する。注文画面Ｐ２には、前記ステップＳ１４で抽出されたメニュー品目が、前記選択候補として表示される。例えば、図９に示されるように、注文画面Ｐ２には、前記ステップＳ１４で抽出されたメニュー品目ごとに、カテゴリ、品目名、単価、注文可能数などの情報が表示される。前記カテゴリ、前記品目名、及び前記単価の情報は、メニュー情報Ｄ１から取得される。前記注文可能数は、前記残金の範囲内で注文可能な前記メニュー品目の個数であって、前記残金及び前記単価に基づいて制御部２１によって算出される。また、注文画面Ｐ２には、現在の残金を示す情報が表示される。前記残金は、例えば、上限金額情報Ｄ２に含まれている「グループ全体の上限金額」から、注文情報Ｄ３又は待機注文情報Ｄ４に含まれているメニュー品目（すなわち、前記選択済みメニュー品目）の合計金額（税金及びサービス料込みの合計金額）を減算することによって算出される。また、注文画面Ｐ２には、各メニュー品目の注文数を設定するための注文数設定キーＫ２１，Ｋ２２が表示される。また、注文画面Ｐ２には、［おまかせセット］キーＫ２３、［予算ぴったり注文］キーＫ２４、［戻る］キーＫ２５、及び［注文］キーＫ２６が表示される。なお、他の実施形態では、注文画面Ｐ２に表示すべきカテゴリを選択するためのカテゴリ選択キー（不図示）が、注文画面Ｐ２に表示されてもよい。この場合、前記カテゴリ選択キーによって選択されたカテゴリのメニュー品目だけが注文画面Ｐ２に表示される。

なお、注文画面Ｐ２には、図１４に示されるように、前記残金に応じて金額が変動する特殊メニュー品目（ここでは、「おまかせ商品」）が前記選択候補として表示されてもよい。この場合、現在の残金に関わらず、図１４に示される「おまかせ商品」が注文されると、前記残金は０円になる。すなわち、飲食店への支払金額が、前記上限金額にぴったりと一致する。これにより、飲食店での支払い時に細かいお釣りが発生せず、支払いを円滑に行うことができる。また、グループの幹事がメンバー各々からお金を集める際も、お釣りを手渡す必要がないので、お金を円滑に集めることができる。

＜ステップＳ１６＞
ステップＳ１６において、制御部２１は、利用者端末３に変更画面Ｐ３（図１０参照）を表示させるべきか否かを判断する。例えば、制御部２１は、注文済みリスト画面Ｐ１に含まれる［変更］キーＫ１２、又は待機注文リスト画面Ｐ６に含まれる［変更］キーＫ６３が操作されたことを示す操作信号を利用者端末３から受信した場合に、変更画面Ｐ３を表示させるべきであると判断する。そして、変更画面Ｐ３を表示させるべきであると判断されると（Ｓ１６：Ｙｅｓ）、処理がステップＳ１７に移行する。一方、変更画面Ｐ３を表示させるべきではないと判断されると（Ｓ１６：Ｎｏ）、処理がステップＳ１９に移行する。

＜ステップＳ１７＞
ステップＳ１７において、制御部２１は、注文情報Ｄ３又は待機注文情報Ｄ４に含まれているメニュー品目（すなわち、前記選択済みメニュー品目）の中から、変更可能なメニュー品目を抽出する。具体的に、制御部２１は、注文情報Ｄ３又は待機注文情報Ｄ４に含まれているメニュー品目の中から、「変更可否」の値が「可」となっているメニュー品目を、変更可能なメニュー品目として抽出する。

＜ステップＳ１８＞
ステップＳ１８において、制御部２１は、変更画面Ｐ３のデータを利用者端末３に送信する。変更画面Ｐ３には、前記ステップＳ１７で抽出されたメニュー品目が、変更可能なメニュー品目として表示される。例えば、図１０に示されるように、変更画面Ｐ３には、前記ステップＳ１７で抽出されたメニュー品目ごとに、カテゴリ、品目名、単価、注文数などの情報が表示される。前記カテゴリ、前記品目名、前記単価、及び前記注文数の情報は、注文情報Ｄ３又は待機注文情報Ｄ４から取得される。また、変更画面Ｐ３には、現在の残金を示す情報が表示される。また、変更画面Ｐ３には、各メニュー品目の注文数を変更するための注文数変更キーＫ３１，Ｋ３２が表示される。注文数変更キーＫ３１が操作されて注文数が０に変更されると、そのメニュー品目の注文がキャンセルされる。また、変更画面Ｐ３には、各メニュー品目を別のメニュー品目に変更するための［変更］キーＫ３３が表示される。いずれかの［変更］キーＫ３３が操作されると、制御部２１は、残金（ここでは、操作された［変更］キーＫ３３に対応する選択済みメニュー品目の注文がキャンセルされた場合の残金）の範囲内で注文可能なメニュー品目を選択候補として表示させる。そして、前記選択候補の中からいずれかのメニュー品目が選択されると、変更画面Ｐ３において、操作された［変更］キーＫ３３に対応する選択済みメニュー品目が、前記選択候補の中から選択されたメニュー品目に変更される。また、変更画面Ｐ３には、［戻る］キーＫ３４、及び［確定］キーＫ３５が表示される。［確定］キーＫ３５が操作されると、変更画面Ｐ３に対するメニュー品目の変更操作が受け付けられて、注文情報Ｄ３又は待機注文情報Ｄ４が更新される。このとき、制御部２１（発注処理部２１６）は、必要に応じて、前記選択済みメニュー品目が変更又はキャンセルされたことを示す信号を厨房端末４に送信する。

＜ステップＳ１９＞
ステップＳ１９において、制御部２１は、利用者端末３におまかせセット画面Ｐ４（図１１参照）を表示させるべきか否かを判断する。例えば、制御部２１は、注文画面Ｐ２に含まれる［おまかせセット］キーＫ２３が操作されたことを示す操作信号を利用者端末３から受信した場合に、おまかせセット画面Ｐ４を表示させるべきであると判断する。そして、おまかせセット画面Ｐ４を表示させるべきであると判断されると（Ｓ１９：Ｙｅｓ）、処理がステップＳ２０に移行する。一方、おまかせセット画面Ｐ４を表示させるべきではないと判断されると（Ｓ１９：Ｎｏ）、処理がステップＳ２２に移行する。

＜ステップＳ２０＞
ステップＳ２０において、制御部２１は、メニュー情報Ｄ１に含まれている複数のメニュー品目の中から、前記上限金額を超えない範囲で注文可能なメニュー品目の組み合わせを自動的に抽出する。なお、すでにいくつかのメニュー品目が選択済みである場合は、制御部２１は、メニュー情報Ｄ１に含まれている複数のメニュー品目の中から、前記残金の範囲内で注文可能なメニュー品目の組み合わせを自動的に抽出する。例えば、制御部２１は、メニュー品目ごとに予め設定された優先度、カテゴリー、単価などを考慮して、残金ができるだけ少なくなるように、複数のメニュー品目を自動的に選択する。

＜ステップＳ２１＞
ステップＳ２１において、制御部２１は、おまかせセット画面Ｐ４のデータを利用者端末３に送信する。おまかせセット画面Ｐ４には、前記ステップＳ２０で自動的に選択された複数のメニュー品目（前記メニュー品目セット）が、前記選択候補として表示される。例えば、図１１に示されるように、おまかせセット画面Ｐ４には、前記ステップＳ２０で自動的に選択されたメニュー品目ごとに、カテゴリ、品目名、単価、注文数などの情報が表示される。前記カテゴリ、前記品目名、及び前記単価の情報は、メニュー情報Ｄ１から取得される。また、おまかせセット画面Ｐ４には、現在の残金、及び注文後の残金を示す情報が表示される。注文後の残金は、おまかせセット画面Ｐ４に表示されている全てのメニュー品目が注文された場合の残金である。また、おまかせセット画面Ｐ４には、各メニュー品目の注文数を変更するための注文数変更キーＫ４１，Ｋ４２が表示される。また、おまかせセット画面Ｐ４には、各メニュー品目を別のメニュー品目に変更するための［変更］キーＫ４３が表示される。いずれかの［変更］キーＫ４３が操作されると、制御部２１は、残金（ここでは、操作された［変更］キーＫ４３に対応するメニュー品目の注文が行われない場合の注文後の残金）の範囲内で注文可能なメニュー品目を選択候補として表示させる。そして、前記選択候補の中からいずれかのメニュー品目が選択されると、おまかせセット画面Ｐ４において、操作された［変更］キーＫ３３に対応するメニュー品目が、前記選択候補の中から選択されたメニュー品目に変更される。また、おまかせセット画面Ｐ４には、［他のセット］キーＫ４４、［戻る］キーＫ４５、及び［注文］キーＫ４６が表示される。［他のセット］キーＫ４４が操作されると、おまかせセット画面Ｐ４に現在表示されているメニュー品目セット（おまかせセット）が破棄されて、新たに別のメニュー品目セット（おまかせセット）が制御部２１によって自動的に生成されて表示される。

＜ステップＳ２２＞
ステップＳ２２において、制御部２１は、利用者端末３に予算ぴったり注文画面Ｐ５を表示させるべきか否かを判断する。例えば、制御部２１は、注文画面Ｐ２に含まれる［予算ぴったり注文］キーＫ２４が操作されたことを示す操作信号を利用者端末３から受信した場合に、予算ぴったり注文画面Ｐ５を表示させるべきであると判断する。そして、予算ぴったり注文画面Ｐ５を表示させるべきであると判断されると（Ｓ２２：Ｙｅｓ）、処理がステップＳ２３に移行する。一方、予算ぴったり注文画面Ｐ５を表示させるべきではないと判断されると（Ｓ２２：Ｎｏ）、処理がステップＳ３１（図７）に移行する。

＜ステップＳ２３＞
ステップＳ２３において、制御部２１は、値引き可能金額を決定する。例えば、制御部２１は、前記上限金額に応じて前記値引き可能金額を決定してもよい。具体的に、制御部２１は、前記上限金額に予め定められた係数（例えば、３％）を乗算した結果の値を、前記値引き可能金額として決定してもよい。なお、他の実施形態では、前記値引き可能金額が、予め定められた固定値であってもよい。

＜ステップＳ２４＞
ステップＳ２４において、制御部２１は、前記ステップＳ２３で決定された前記値引き可能金額の範囲内の値引きを適用することによって前記残金分ちょうどで注文可能となるようなメニュー品目及び注文数を抽出する。

＜ステップＳ２５＞
ステップＳ２５において、制御部２１は、予算ぴったり注文画面Ｐ５のデータを利用者端末３に送信する。予算ぴったり注文画面Ｐ５には、前記ステップＳ２４で抽出されたメニュー品目が、前記選択候補として表示される。例えば、図１２に示されるように、予算ぴったり注文画面Ｐ５には、前記ステップＳ２４で抽出されたメニュー品目ごとに、カテゴリ、品目名、単価、注文数などの情報が表示される。前記カテゴリ、前記品目名、及び前記単価の情報は、メニュー情報Ｄ１から取得される。なお、前記単価の表示欄には、対応するメニュー品目を注文した場合の合計金額と前記残金との差額分が値引きされることを示す「差額値引」の文字列が表示される。例えば、図１２に示される「ステーキ」を値引きを適用せずに注文する場合、単価が１８５０円で注文数が１個であるので、１９９８円（税金及びサービス料込み）の残金が必要である。ところが、例えば、前記値引き可能金額が前記上限金額（ここでは１００００円）の３％の金額に設定される場合は、最大で３００円の値引きが適用されるため、残金の１７４８円と引き換えに「ステーキ」を注文することが可能となる。これにより、合計金額を前記上限金額にぴったりと一致させることができるので、飲食店での支払い時に細かいお釣りが発生せず、支払いを円滑に行うことができる。また、グループの幹事がメンバー各々からお金を集める際も、お釣りを手渡す必要がないので、お金を円滑に集めることができる。

前記ステップＳ２５の処理が終了すると、処理がステップＳ３１（図７）に移行する。

＜ステップＳ３１＞
ステップＳ３１において、制御部２１は、利用者端末３に注文済みリスト画面Ｐ１（図８参照）又は待機注文リスト画面Ｐ６（図１３）を表示させるべきか否かを判断する。例えば、制御部２１は、利用者端末３に対する所定の操作（例えば、注文リスト表示キーの操作）が行われたことを示す操作信号を利用者端末３から受信した場合に、注文済みリスト画面Ｐ１又は待機注文リスト画面Ｐ６を表示させるべきであると判断する。そして、注文済みリスト画面Ｐ１又は待機注文リスト画面Ｐ６を表示させるべきであると判断されると（Ｓ３１：Ｙｅｓ）、処理がステップＳ３２に移行する。一方、注文済みリスト画面Ｐ１又は待機注文リスト画面Ｐ６を表示させるべきではないと判断されると（Ｓ３１：Ｎｏ）、処理がステップＳ３４に移行する。

＜ステップＳ３２＞
ステップＳ３２において、制御部２１は、記憶部２２に記憶されている注文情報Ｄ３又は待機注文情報Ｄ４から、前記選択済みメニュー品目に関する情報（品目名、単価、注文数など）を取得する。

＜ステップＳ３３＞
ステップＳ３３において、制御部２１は、注文済みリスト画面Ｐ１又は待機注文リスト画面Ｐ６のデータを利用者端末３に送信する。注文済みリスト画面Ｐ１及び待機注文リスト画面Ｐ６には、前記ステップＳ３２で抽出された前記選択済みメニュー品目に関する情報が表示される。例えば、図８及び図１３に示されるように、注文済みリスト画面Ｐ１及び待機注文リスト画面Ｐ６には、前記選択済みメニュー品目ごとに、カテゴリ、品目名、単価、注文数などの情報が表示される。前記カテゴリ、前記品目名、前記単価、及び前記注文数の情報は、注文情報Ｄ３又は待機注文情報Ｄ４から取得される。また、注文済みリスト画面Ｐ１及び待機注文リスト画面Ｐ６には、前記選択済みメニュー品目の合計金額、前記上限金額、前記残金などの情報が表示される。また、注文済みリスト画面Ｐ１には、［追加］キーＫ１１及び［変更］キーＫ１２が表示される。また、待機注文リスト画面Ｐ６には、各選択済みメニュー品目の発注タイミングを設定するための発注タイミング設定欄Ｋ６１が表示される。発注タイミング設定欄Ｋ６１は、例えばドロップダウンリストになっており、「最初」、「１５分後」、「４５分後」、「６０分後」などの複数の選択候補の中から所望の発注タイミングを選択することが可能である。発注タイミング設定欄Ｋ６１を通じて発注タイミングが設定又は変更されると、制御部２１は、待機注文情報Ｄ４における対応する「発注タイミング」の値を設定又は変更する。なお、各選択済みメニュー品目の発注タイミングの初期値（デフォルト値）は、例えば「最初」に設定される。もしくは、各選択済みメニュー品目の発注タイミングの初期値（デフォルト値）が、カテゴリに応じて設定されてもよい。例えば、制御部２１は、「ドリンク」及び「前菜」のカテゴリの前記選択済みメニュー品目の発注タイミングの初期値を「最初」に設定し、「メインディッシュ」のカテゴリの前記選択済みメニュー品目の発注タイミングの初期値を「２０分後」に設定し、「デザート」のカテゴリの前記選択済みメニュー品目の発注タイミングの初期値を「４０分後」に設定してもよい。また、待機注文リスト画面Ｐ６には、［追加］キーＫ６２及び［変更］キーＫ６３が表示される。

なお、注文済みリスト画面Ｐ１には、図１５に示されるように、[残金分増量]キーＫ１３が表示されてもよい。[残金分増量]キーＫ１３は、注文済みリスト画面Ｐ１に表示される前記選択済みメニュー品目のうち、予め設定されている特定のメニュー品目（すなわち、増量可能なメニュー品目として予め設定されているメニュー品目）ごとに表示される。なお、増量可能か否かを示す「増量可否」の情報が、メニュー情報Ｄ１に含まれていてもよい。いずれかの[残金分増量]キーＫ１３が操作されると、制御部２１は、図１６に示される注文情報Ｄ３のように、操作された[残金分増量]キーＫ１３に対応するメニュー品目（ここでは、「抹茶アイス」）の「増量」の値を、初期値である「０」から、前記残金を示す値（ここでは「２１」）に変更する。そして、制御部２１は、前記メニュー品目に関する情報として「増量」の値を厨房端末４に送信する。その結果、前記残金に応じて増量された飲食物が利用者に提供される。これにより、飲食店への支払金額が、前記上限金額にぴったりと一致するので、飲食店での支払い時に細かいお釣りが発生せず、支払いを円滑に行うことができる。また、グループの幹事がメンバー各々からお金を集める際も、お釣りを手渡す必要がないので、お金を円滑に集めることができる。なお、待機注文リスト画面Ｐ６においても、前記[残金分増量]キーが表示されてもよい。

＜ステップＳ３４＞
ステップＳ３４において、制御部２１は、利用者端末３に対する注文操作が行われたか否かを判断する。例えば、制御部２１は、注文画面Ｐ２に含まれる［注文］キーＫ２６、おまかせセット画面Ｐ４に含まれる［注文］キーＫ４６、又は予算ぴったり注文画面Ｐ５に含まれるいずれかの［注文］キーＫ５１が操作されたことを示す操作信号を利用者端末３から受信した場合に、前記注文操作が行われたを判断する。そして、前記注文操作が行われたと判断されると（Ｓ３４：Ｙｅｓ）、処理がステップＳ３５に移行する。一方、前記注文操作が行われていないと判断されると（Ｓ３４：Ｎｏ）、処理がステップＳ４０に移行する。

＜ステップＳ３５＞
ステップＳ３５において、制御部２１は、利用者端末３から注文データを受信する。前記注文データは、注文すべきメニュー品目として新たに選択されたメニュー品目に関するデータである。前記注文データには、メニュー品目を識別するための情報（例えば、品目ＩＤ、品目名など）と、注文数を示す情報とが含まれる。

＜ステップＳ３６＞
ステップＳ３６において、制御部２１は、利用者（すなわち、利用者端末３の所有者）が飲食店に入店済みであるか否かを判断する。例えば、制御部２１は、飲食店のテーブルなどに掲示されている二次元バーコードに含まれるテーブルＩＤを利用者端末３からすでに受信済みである場合に、利用者が飲食店に入店済みであると判断する。そして、利用者が飲食店に入店済みであると判断されると（Ｓ３６：Ｙｅｓ）、処理がステップＳ３７に移行する。一方、利用者が飲食店にまだ入店していないと判断されると（Ｓ３６：Ｎｏ）、処理がステップＳ３９に移行する。

＜ステップＳ３７＞
ステップＳ３７において、制御部２１は、前記ステップＳ３５で受信された注文データを、グループＩＤ、店舗ＩＤ、及びテーブルＩＤと関連付けて、注文情報Ｄ３として記憶部２２に記憶させる。このとき、制御部２１は、注文情報Ｄ３における「変更可否」の値を「可」に設定する。

＜ステップＳ３８＞
ステップＳ３８において、制御部２１（発注処理部２１６）は、前記ステップＳ３５で受信された注文データに含まれるメニュー品目の発注処理を行う。例えば、制御部２１は、前記メニュー品目の品目名、注文数、及びテーブルＩＤなどの情報を含む信号を厨房端末４に送信して、これらの情報を厨房端末４に表示させる。そして、処理がステップＳ４０に移行する。

＜ステップＳ３９＞
一方、ステップＳ３９において、制御部２１は、前記ステップＳ３５で受信された注文データを、グループＩＤ及び店舗ＩＤと関連付けて、待機注文情報Ｄ４として記憶部２２に記憶させる。このとき、制御部２１は、待機注文情報Ｄ４における「発注タイミング」の値を初期値（例えば、「最初」）に設定する。そして、処理がステップＳ４０に移行する。

＜ステップＳ４０＞
ステップＳ４０において、制御部２１は、前記ステップＳ３８で発注されたいずれかのメニュー品目の料理工程が開始されたか否かを判断する。例えば、制御部２１は、前記メニュー品目の料理工程が開始されたことを示す信号を厨房端末４から受信した場合に、前記メニュー品目の料理工程が開始されたと判断する。そして、前記メニュー品目の料理工程が開始されたと判断されると（Ｓ４０：Ｙｅｓ）、処理がステップＳ４１に移行する。一方、前記メニュー品目の料理工程がまだ開始されていないと判断されると（Ｓ４０：Ｎｏ）、処理がステップＳ４２に移行する。

＜ステップＳ４１＞
ステップＳ４１において、制御部２１は、注文情報Ｄ３における料理工程が開始されたメニュー品目に対応する「変更可否」の値を「可」から「不可」に変更する。

＜ステップＳ４２＞
ステップＳ４２において、制御部２１は、利用者（すなわち、利用者端末３の所有者）が飲食店に入店したか否かを判断する。例えば、制御部２１は、飲食店のテーブルなどに掲示されている二次元バーコードに含まれるテーブルＩＤを利用者端末３から受信した場合に、利用者が飲食店に入店したと判断する。そして、利用者が飲食店に入店したと判断されると（Ｓ４２：Ｙｅｓ）、処理がステップＳ４３に移行する。一方、利用者が飲食店にまだ入店していないと判断されると（Ｓ４２：Ｎｏ）、処理が前記ステップＳ１１（図６）に戻る。

＜ステップＳ４３＞
ステップＳ４３において、制御部２１は、前記利用者に対応する待機注文情報Ｄ４が記憶部２２に記憶されているか否かを判断する。そして、前記利用者に対応する待機注文情報Ｄ４が記憶部２２に記憶されていると判断されると（Ｓ４３：Ｙｅｓ）、処理がステップＳ４４に移行する。一方、前記利用者に対応する待機注文情報Ｄ４が記憶部２２に記憶されていないと判断されると（Ｓ４３：Ｎｏ）、処理が前記ステップＳ１１（図６）に戻る。

＜ステップＳ４４＞
ステップＳ４４において、制御部２１（発注処理部２１６）は、前記利用者に対応する待機注文情報Ｄ４に含まれるメニュー品目の発注処理を行う。例えば、制御部２１は、前記メニュー品目ごとに設定されている「発注タイミング」に応じたタイミングで、前記メニュー品目の品目名、注文数、及びテーブルＩＤなどの情報を含む信号を厨房端末４に送信して、これらの情報を厨房端末４に表示させる。そして、前記ステップＳ１１（図６）に戻る。

なお、本発明は、前記注文管理処理に含まれる一部又は全部のステップをコンピューターが実行する注文管理方法の発明として捉えることができ、前記注文管理処理に含まれる一又は複数のステップが適宜省略されてもよい。なお、前記注文管理処理における各ステップは、同様の作用効果を生じる範囲で、実行順序が異なってもよい。さらに、前記注文管理処理における各ステップが複数のコンピューター（プロセッサー）によって分散して実行される注文管理方法も、他の実施形態として考えられる。また、本発明に係る注文管理方法に含まれる各処理の実行主体は本実施形態で説明するものに限らない。例えば、前記注文管理処理に含まれる一又は複数のステップが利用者端末３で実行されてもよい。また、前記注文管理処理に含まれる一又は複数のステップが厨房端末４で実行されてもよい。

以上説明したように、本実施形態では、予め定められた上限金額を超えない範囲で注文可能なメニュー品目が選択候補として表示され、前記上限金額を超えない範囲で、注文すべきメニュー品目の選択操作、又は注文すべきメニュー品目としてすでに選択されているメニュー品目である選択済みメニュー品目の変更操作が受け付けられる。よって、本実施形態によれば、注文者の好みをできるだけ反映しつつ、予め定められた上限金額の範囲内で容易に注文することが可能となる。

また、本実施形態では、アラカルトのメニューに含まれるメニュー品目の中から、所望のメニュー品目を、予め定められた上限金額の範囲内で容易に注文することができる。すなわち、本実施形態では、多種類のコースメニューを予め登録しておくことなしに、注文者の好みに合ったメニュー品目を前記上限金額の範囲内で提供することが可能である。よって、本実施形態によれば、多種類のコースメニューを予め記憶するための記憶領域が不要であるので、記憶部２２などの記憶領域の利用効率を向上させることができる。

また、本実施形態では、厨房において料理工程が開始されるまでは、前記選択済みメニュー品目の変更又はキャンセルが可能である。よって、例えば、飲食店で飲食している途中で満腹になった場合に、料理工程がまだ開始されていない前記選択済みメニュー品目をキャンセルすることが可能である。

また、本実施形態では、利用者が、注文すべきメニュー品目を、入店前に前もって選択しておくことが可能である。これにより、飲食店内において利用者がメニュー品目を選択するのに要する時間が減る。よって、本実施形態によれば、飲食店の営業効率を向上させることが可能である。

また、本実施形態では、利用者によって入店前に前もって選択されたメニュー品目が、前記利用者が入店したことが検知されたことに応じて発注される。したがって、本実施形態によれば、利用者がまだ入店していないにも関わらず発注が行われてしまうことがないため、利用者が入店する前に料理工程が開始されてしまうことを防止することが可能である。

［変形例］
なお、本実施形態では、利用者端末３が、利用者が所有する携帯端末であるが、本発明はこれに限定されない。他の実施形態では、利用者端末３が、飲食店のテーブルごと（又は部屋ごと）に設置されているセルフオーダー端末であってもよい。また、利用者端末３が、飲食店の利用時に飲食店から利用者に一時的に貸与されるセルフオーダー端末であってもよい。

また、本実施形態では、注文管理装置２が、複数の飲食店での注文を管理する機能を有しているが、本発明はこれに限定されない。他の実施形態では、飲食店ごとに個別に注文管理装置２が設けられてもよい。例えば、注文管理装置２が、飲食店内に設置されてもよい。また、注文管理装置２が、厨房端末４の機能又はレジ端末の機能を兼ね備えていてもよい。また、注文管理装置２が、飲食店のテーブルごと（又は部屋ごと）に設置され、利用者端末３の機能を兼ね備えていてもよい。この場合、制御部２１は、操作表示部２３に注文画面Ｐ２などの各種画面を表示させると共に、操作表示部２３に対する前記選択操作又は前記変更操作を受け付ける。

また、注文管理装置２が、店舗情報提供機能、店舗検索機能、予約管理機能などを兼ね備えていてもよい。例えば、注文管理装置２が予約管理機能を兼ね備えている場合に、制御部２１は、或る飲食店の予約を受け付ける際に、必要に応じて、予約者による前記上限金額の設定操作及び注文すべきメニュー品目の選択操作を受け付けてもよい。

また、本実施形態では、利用者によって入店前に前もって注文されたメニュー品目が、待機注文情報Ｄ４として、注文管理装置２の記憶部２２に記憶されるが、本発明はこれに限定されない。他の実施形態では、利用者によって入店前に前もって注文されたメニュー品目が、待機注文情報Ｄ４として、利用者端末３の記憶部３２に記憶されてもよい。そして、利用者端末の制御部３１は、利用者が飲食店に入店したことが検知されたことに応じて（例えば、飲食店のテーブルなどに掲示されている二次元バーコードに含まれるテーブルＩＤが読み取られたことに応じて）、待機注文情報Ｄ４に含まれるメニュー品目に関する情報を注文管理装置２に送信してもよい。

また、注文管理装置２は、同一グループの利用者によって所有される複数の利用者端末３に対する操作を、同一グループの利用者による操作として受け付けてもよい。例えば、或るグループに所属する利用者Ａの携帯端末に対する前記選択操作又は前記変更操作と、前記グループに所属する利用者Ｂの携帯端末に対する前記選択操作又は前記変更操作とに基づいて、前記注文情報Ｄ３又は前記待機注文情報Ｄ４が生成又は変更されてもよい。この場合、制御部２１は、例えば、各利用者端末３から受信される前記グループＩＤ、テーブルＩＤなどの情報に基づいて、同一グループの利用者によって所有される複数の利用者端末３を識別してもよい。

また、注文管理装置２は、同一の利用者によって所有される複数の利用者端末３に対する操作を、同一の利用者による操作として受け付けてもよい。例えば、或る利用者の自宅に設置されるデスクトップＰＣに対する前記選択操作に応じて待機注文情報Ｄ４が生成され、その後、前記利用者により携帯される携帯端末に対する前記変更操作に応じて、待機注文情報Ｄ４に含まれるメニュー品目が変更されてもよい。この場合、制御部２１は、例えば、複数の利用者端末３から受信される利用者識別情報、前記グループＩＤなどの情報に基づいて、同一の利用者によって所有される複数の利用者端末３を識別してもよい。

また、本実施形態では、注文されるメニュー品目の合計金額が予め定められた上限金額を上回らないように、メニュー品目の選択操作又は変更操作が受け付けられるが、本発明はこれに限定されない。他の実施形態では、前記上限金額とは別に、特定のカテゴリに対する上限金額が設定されてもよい。例えば、前記上限金額（例えば、１００００円）とは別に、「ドリンク」のカテゴリの上限金額（例えば５０００円）が設定されてもよい。これにより、「ドリンク」のカテゴリのメニュー品目ばかりが注文されてしまい、他のカテゴリのメニュー品目が注文できなくなってしまうことを防止することができる。また、さらに他の実施形態では、前記上限金額とは別に、特定のカテゴリに対する最低金額が設定されてもよい。例えば、前記上限金額（例えば、１００００円）とは別に、「デザート」のカテゴリの最低金額（例えば３０００円）が設定されてもよい。この場合、「デザート」以外のカテゴリの上限金額は７０００円となる。これにより、「デザート」のカテゴリのメニュー品目が注文できなくなってしまうことを防止することができる。

また、本実施形態では、注文画面Ｐ２において、前記上限金額を超えない範囲で注文可能なメニュー品目の一覧が表示されるが、本発明はこれに限定されない。他の実施形態では、制御部２１は、注文画面Ｐ２に、注文可能なメニュー品目を１つずつ順番に表示させて、メニュー品目ごとに、そのメニュー品目を注文するか否かを利用者に問い合わせるメッセージ（例えば、「このメニュー品目を注文しますか？」というメッセージ）が表示させてもよい。そして、制御部２１は、そのメニュー品目を注文する旨の操作（例えば、「はい」キーの操作）が行われた場合に、そのメニュー品目の注文を受け付けてもよい。また、制御部２１は、そのメニュー品目を注文しない旨の操作（例えば、「いいえ」キーの操作）が行われた場合に、次のメニュー品目及び前記メッセージを注文画面Ｐ２に表示させてもよい。

また、本実施形態では、注文画面Ｐ２において、前記上限金額を超えない範囲で注文可能なメニュー品目が表示されるが、本発明はこれに限定されない。他の実施形態では、その飲食店で提供される全てのメニュー品目が注文画面Ｐ２に表示されてもよい。この場合、前記全てのメニュー品目のうち、前記上限金額を超えない範囲で注文可能なメニュー品目が、その他のメニュー品目とは区別可能な表示態様で表示されてもよい。また、この場合、前記上限金額を超えてしまうようなメニュー品目が選択された場合に、制御部２１は、その旨を利用者に通知する警告メッセージを表示させてもよい。

また、本実施形態では、前記上限金額が最初に設定されるが、本発明はこれに限定されない。他の実施形態では、いくつかのメニュー品目が選択された後に、必要に応じて前記上限金額が設定されてもよい。また、一旦設定された上限金額が、利用者によって必要に応じて任意のタイミングで変更されてもよい。

また、他の実施形態では、前記残金が残っている場合において、前記上限金額分の料金を利用者が飲食店に支払うと共に、前記残金分の価値を有するポイント（すなわち、電子的な価値）が利用者に付与されてもよい。この場合、前記ポイントは、前記利用者の識別情報及び店舗ＩＤと対応付けて記憶部２２などに記憶されてもよい。そして、前記利用者が後日に同一の飲食店を利用する際に、制御部２１が、利用者端末３から設定された上限金額に、前記ポイント分の金額を加算してもよい。これにより、飲食店での支払い時に細かいお釣りが発生せず、支払いを円滑に行うことができる。また、グループの幹事がメンバー各々からお金を集める際も、お釣りを手渡す必要がないので、お金を円滑に集めることができる。また、前記利用者が前記飲食店を再度利用することが期待されるので、前記飲食店にとっては収益の増加が期待できる。

なお、本実施形態では、飲食店で提供される飲食物を注文する場合について説明したが、本発明はこれに限定されず、任意の店舗で提供される任意の商品又はサービスを注文する場合にも本発明を適用することが可能である。

［発明の付記］
以下、本実施形態から抽出される発明の概要について付記する。なお、以下の付記で説明する各構成及び各処理機能は取捨選択して任意に組み合わせることが可能である。

＜付記１＞
上限金額の設定操作に応じて前記上限金額を設定する設定処理部と、
前記上限金額を超えない範囲で注文可能なメニュー品目を選択候補として表示させる表示処理部と、
前記上限金額を超えない範囲で、注文すべきメニュー品目の選択操作、又は注文すべきメニュー品目としてすでに選択されているメニュー品目である選択済みメニュー品目の変更操作を受け付ける受付処理部と、
を備える注文管理装置。

＜付記２＞
前記受付処理部は、予め設定されたタイミングが到来するまでの間は前記選択済みメニュー品目の変更操作又はキャンセル操作を受付可能であり、
前記表示処理部は、前記選択済みメニュー品目の変更操作又はキャンセル操作に応じて、前記選択済みメニュー品目の変更又はキャンセルの後に、注文可能なメニュー品目を表示させる、
付記１に記載の注文管理装置。

＜付記３＞
前記メニュー品目が飲食物に関するメニュー品目であって、
前記受付処理部は、前記選択済みメニュー品目のうち料理工程が開始された選択済みメニュー品目の変更操作又はキャンセル操作を禁止する、
付記２に記載の注文管理装置。

＜付記４＞
一又は複数の前記選択済みメニュー品目を、予め定められたスケジュールに従って順次に発注する発注処理部を更に備え、
前記受付処理部は、前記発注処理部によりすでに発注済みの前記選択済みメニュー品目の変更操作又はキャンセル操作を禁止する、
付記２又は付記３に記載の注文管理装置。

＜付記５＞
前記表示処理部は、前記メニュー品目ごとに予め設定されたカテゴリが前記選択済みメニュー品目とは異なるメニュー品目を選択候補として表示可能である、
付記１〜４のいずれかに記載の注文管理装置。

＜付記６＞
前記表示処理部は、前記選択済みメニュー品目の金額及び前記上限金額に基づいて算出される残り金額の範囲内で注文可能なメニュー品目を、前記メニュー品目各々の注文可能数と共に表示可能である、
付記１〜５のいずれかに記載の注文管理装置。

＜付記７＞
前記表示処理部は、前記上限金額の範囲内で自動的に選択された複数のメニュー品目を含むメニュー品目セットを前記選択候補として表示させることが可能である、
付記１〜６のいずれかに記載の注文管理装置。

＜付記８＞
前記受付処理部は、前記メニュー品目セットに含まれる一部又は全部のメニュー品目の変更操作を受け付けることが可能である、
付記７に記載の注文管理装置。

＜付記９＞
前記上限金額の設定操作は、一人当たりの金額と人数とを入力する操作を含み、
前記設定処理部は、入力される一人当たりの金額と人数との乗算により前記上限金額を算出して設定する、
付記１〜８のいずれかに記載の注文管理装置。

＜付記１０＞
前記表示処理部は、前記選択済みメニュー品目の金額及び前記上限金額に基づいて算出される残り金額の範囲内で注文可能なメニュー品目を、前記メニュー品目の金額に応じた順番に並べて表示可能である、
付記１〜９のいずれかに記載の注文管理装置。

＜付記１１＞
前記選択済みメニュー品目の金額及び前記上限金額に基づいて算出される残り金額と前記メニュー品目の金額とが予め定められた関係を満たす場合に、前記残り金額との差額分だけ前記メニュー品目の金額を値引きする値引処理部を更に備え、
前記表示処理部は、前記値引処理部により値引きされた前記メニュー品目を前記選択候補として表示可能である、
付記１〜１０のいずれかに記載の注文管理装置。

＜付記１２＞
前記表示処理部は、前記値引処理部により値引きされた前記メニュー品目を、他のメニュー品目とは異なる表示態様で表示させる、
付記１１に記載の注文管理装置。

＜付記１３＞
前記表示処理部は、前記選択済みメニュー品目の金額及び前記上限金額に基づいて算出される残り金額に応じて金額が変動する特殊メニュー品目を選択候補として表示可能である、
付記１〜１２のいずれかに記載の注文管理装置。

＜付記１４＞
前記選択済みメニュー品目の中からユーザ操作に応じて選択される１つの前記選択済みメニュー品目に、前記選択済みメニュー品目の金額及び前記上限金額に基づいて算出される残り金額を対応付けて、注文情報として記憶部に記憶させる記憶処理部を更に備える、
付記１〜１３のいずれかに記載の注文管理装置。

＜付記１５＞
利用者のグループを示すグループ識別情報を取得する取得処理部と、
前記選択済みメニュー品目を前記グループ識別情報と関連付けて注文情報として記憶部に記憶させる記憶処理部と、を更に備え、
前記表示処理部は、前記上限金額と同一グループの利用者各々の操作に応じて選択された前記選択済みメニュー品目の合計金額とに基づいて算出される残り金額の範囲内で注文可能なメニュー品目を選択候補として表示させる、
付記１〜１４のいずれかに記載の注文管理装置。

＜付記１６＞
利用者が店舗に入店したことがまだ検知されていない場合に、前記利用者の操作に応じて選択された前記選択済みメニュー品目を待機注文情報として記憶部に記憶させる記憶処理部と、
前記利用者が店舗に入店したことが検知されたことに応じて、前記待機注文情報に基づいて前記選択済みメニュー品目を発注する発注処理部と、を更に備える、
付記１〜１５のいずれかに記載の注文管理装置。

＜付記１７＞
操作端末との間で通信を行う通信部を更に備え、
前記設定処理部は、前記操作端末に対する前記上限金額の設定操作に応じて前記操作端末から送信される操作信号の受信により前記上限金額を設定し、
前記表示処理部は、前記操作端末に前記メニュー品目を表示させ、
前記受付処理部は、前記操作端末に対する前記選択操作又は前記変更操作に応じて前記操作端末から送信される操作信号の受信により前記選択操作又は前記変更操作を受け付ける、
付記１〜１４のいずれかに記載の注文管理装置。

＜付記１８＞
前記操作端末から利用者のグループを示すグループ識別情報を取得する取得処理部と、
前記選択済みメニュー品目を前記グループ識別情報と関連付けて注文情報として記憶部に記憶させる記憶処理部と、を更に備え、
前記表示処理部は、前記上限金額と同一グループの利用者により操作される複数の前記操作端末で選択された前記選択済みメニュー品目の合計金額とに基づいて算出される残り金額の範囲内で注文可能なメニュー品目を、前記操作端末に選択候補として表示させる、
付記１７に記載の注文管理装置。

＜付記１９＞
前記操作端末の操作者が店舗に入店したことがまだ検知されていない場合に、前記選択済みメニュー品目を待機注文情報として記憶部に記憶させる記憶処理部と、
前記操作者が店舗に入店したことが検知されたことに応じて、前記待機注文情報に基づいて前記選択済みメニュー品目を発注する発注処理部と、を更に備える、
付記１７に記載の注文管理装置。

＜付記２０＞
付記１〜１９のいずれかに記載の注文管理装置と、
前記設定操作、前記選択操作、及び前記変更操作に応じた操作信号を前記注文管理装置に送信すると共に、前記注文管理装置からの受信信号に基づいて前記選択候補を表示する操作端末と、
前記選択済みメニュー品目の情報を前記注文管理装置から受信する厨房端末と、
を備える注文管理システム。

＜付記２１＞
操作端末と注文管理装置とを備え、
前記注文管理装置は、
前記操作端末との間で通信を行う通信部と、
前記操作端末に対するユーザ操作に応じて上限金額を設定する設定処理部と、
前記上限金額を超えない範囲で注文可能なメニュー品目を選択候補として前記操作端末に表示させる表示処理部と、
前記操作端末に対するユーザ操作に応じて、前記上限金額を超えない範囲で、注文すべきメニュー品目の選択操作、又は注文すべきメニュー品目としてすでに選択されているメニュー品目である選択済みメニュー品目の変更操作を受け付ける受付処理部と、
前記操作端末の操作者が店舗に入店したことがまだ検知されていない場合に、前記選択済みメニュー品目を待機注文情報として記憶部に記憶させる記憶処理部と、
前記操作者が店舗に入店したことが検知されたことに応じて、前記待機注文情報に基づいて前記選択済みメニュー品目を発注する発注処理部とを含む、
注文管理システム。

＜付記２２＞
一又は複数のコンピューターが、
上限金額の設定操作に応じて前記上限金額を設定するステップと、
前記上限金額を超えない範囲で注文可能なメニュー品目を選択候補として表示させるステップと、
前記上限金額を超えない範囲で、注文すべきメニュー品目の選択操作、又は注文すべきメニュー品目としてすでに選択されているメニュー品目である選択済みメニュー品目の変更操作を受け付けるステップと、
を実行する注文管理方法。

＜付記２３＞
一又は複数のコンピューターに、
上限金額の設定操作に応じて前記上限金額を設定するステップと、
前記上限金額を超えない範囲で注文可能なメニュー品目を選択候補として表示させるステップと、
前記上限金額を超えない範囲で、注文すべきメニュー品目の選択操作、又は注文すべきメニュー品目としてすでに選択されているメニュー品目である選択済みメニュー品目の変更操作を受け付けるステップと、
を実行させる注文管理プログラム。

１ 注文管理システム
２ 注文管理装置
２１ 制御部
２１１ 設定処理部
２１２ 表示処理部
２１３ 受付処理部
２１４ 記憶処理部
２１５ 取得処理部
２１６ 発注処理部
２１７ 値引処理部
２２ 記憶部
２３ 操作表示部
２４ 通信Ｉ／Ｆ
３ 利用者端末
４ 厨房端末

Claims (23)

1. 上限金額の設定操作に応じて前記上限金額を設定する設定処理部と、
   前記上限金額を超えない範囲で注文可能なメニュー品目を選択候補として表示させる表示処理部と、
   前記上限金額を超えない範囲で、注文すべきメニュー品目の選択操作、又は注文すべきメニュー品目としてすでに選択されているメニュー品目である選択済みメニュー品目の変更操作を受け付ける受付処理部と、
   を備える注文管理装置。
2. 前記受付処理部は、予め設定されたタイミングが到来するまでの間は前記選択済みメニュー品目の変更操作又はキャンセル操作を受付可能であり、
   前記表示処理部は、前記選択済みメニュー品目の変更操作又はキャンセル操作に応じて、前記選択済みメニュー品目の変更又はキャンセルの後に、注文可能なメニュー品目を表示させる、
   請求項１に記載の注文管理装置。
3. 前記メニュー品目が飲食物に関するメニュー品目であって、
   前記受付処理部は、前記選択済みメニュー品目のうち料理工程が開始された選択済みメニュー品目の変更操作又はキャンセル操作を禁止する、
   請求項２に記載の注文管理装置。
4. 一又は複数の前記選択済みメニュー品目を、予め定められたスケジュールに従って順次に発注する発注処理部を更に備え、
   前記受付処理部は、前記発注処理部によりすでに発注済みの前記選択済みメニュー品目の変更操作又はキャンセル操作を禁止する、
   請求項２又は請求項３に記載の注文管理装置。
5. 前記表示処理部は、前記メニュー品目ごとに予め設定されたカテゴリが前記選択済みメニュー品目とは異なるメニュー品目を選択候補として表示可能である、
   請求項１〜４のいずれかに記載の注文管理装置。
6. 前記表示処理部は、前記選択済みメニュー品目の金額及び前記上限金額に基づいて算出される残り金額の範囲内で注文可能なメニュー品目を、前記メニュー品目各々の注文可能数と共に表示可能である、
   請求項１〜５のいずれかに記載の注文管理装置。
7. 前記表示処理部は、前記上限金額の範囲内で自動的に選択された複数のメニュー品目を含むメニュー品目セットを前記選択候補として表示させることが可能である、
   請求項１〜６のいずれかに記載の注文管理装置。
8. 前記受付処理部は、前記メニュー品目セットに含まれる一部又は全部のメニュー品目の変更操作を受け付けることが可能である、
   請求項７に記載の注文管理装置。
9. 前記上限金額の設定操作は、一人当たりの金額と人数とを入力する操作を含み、
   前記設定処理部は、入力される一人当たりの金額と人数との乗算により前記上限金額を算出して設定する、
   請求項１〜８のいずれかに記載の注文管理装置。
10. 前記表示処理部は、前記選択済みメニュー品目の金額及び前記上限金額に基づいて算出される残り金額の範囲内で注文可能なメニュー品目を、前記メニュー品目の金額に応じた順番に並べて表示可能である、
    請求項１〜９のいずれかに記載の注文管理装置。
11. 前記選択済みメニュー品目の金額及び前記上限金額に基づいて算出される残り金額と前記メニュー品目の金額とが予め定められた関係を満たす場合に、前記残り金額との差額分だけ前記メニュー品目の金額を値引きする値引処理部を更に備え、
    前記表示処理部は、前記値引処理部により値引きされた前記メニュー品目を前記選択候補として表示可能である、
    請求項１〜１０のいずれかに記載の注文管理装置。
12. 前記表示処理部は、前記値引処理部により値引きされた前記メニュー品目を、他のメニュー品目とは異なる表示態様で表示させる、
    請求項１１に記載の注文管理装置。
13. 前記表示処理部は、前記選択済みメニュー品目の金額及び前記上限金額に基づいて算出される残り金額に応じて金額が変動する特殊メニュー品目を選択候補として表示可能である、
    請求項１〜１２のいずれかに記載の注文管理装置。
14. 前記選択済みメニュー品目の中からユーザ操作に応じて選択される１つの前記選択済みメニュー品目に、前記選択済みメニュー品目の金額及び前記上限金額に基づいて算出される残り金額を対応付けて、注文情報として記憶部に記憶させる記憶処理部を更に備える、
    請求項１〜１３のいずれかに記載の注文管理装置。
15. 利用者のグループを示すグループ識別情報を取得する取得処理部と、
    前記選択済みメニュー品目を前記グループ識別情報と関連付けて注文情報として記憶部に記憶させる記憶処理部と、を更に備え、
    前記表示処理部は、前記上限金額と同一グループの利用者各々の操作に応じて選択された前記選択済みメニュー品目の合計金額とに基づいて算出される残り金額の範囲内で注文可能なメニュー品目を選択候補として表示させる、
    請求項１〜１４のいずれかに記載の注文管理装置。
16. 利用者が店舗に入店したことがまだ検知されていない場合に、前記利用者の操作に応じて選択された前記選択済みメニュー品目を待機注文情報として記憶部に記憶させる記憶処理部と、
    前記利用者が店舗に入店したことが検知されたことに応じて、前記待機注文情報に基づいて前記選択済みメニュー品目を発注する発注処理部と、を更に備える、
    請求項１〜１５のいずれかに記載の注文管理装置。
17. 操作端末との間で通信を行う通信部を更に備え、
    前記設定処理部は、前記操作端末に対する前記上限金額の設定操作に応じて前記操作端末から送信される操作信号の受信により前記上限金額を設定し、
    前記表示処理部は、前記操作端末に前記メニュー品目を表示させ、
    前記受付処理部は、前記操作端末に対する前記選択操作又は前記変更操作に応じて前記操作端末から送信される操作信号の受信により前記選択操作又は前記変更操作を受け付ける、
    請求項１〜１４のいずれかに記載の注文管理装置。
18. 前記操作端末から利用者のグループを示すグループ識別情報を取得する取得処理部と、
    前記選択済みメニュー品目を前記グループ識別情報と関連付けて注文情報として記憶部に記憶させる記憶処理部と、を更に備え、
    前記表示処理部は、前記上限金額と同一グループの利用者により操作される複数の前記操作端末で選択された前記選択済みメニュー品目の合計金額とに基づいて算出される残り金額の範囲内で注文可能なメニュー品目を、前記操作端末に選択候補として表示させる、
    請求項１７に記載の注文管理装置。
19. 前記操作端末の操作者が店舗に入店したことがまだ検知されていない場合に、前記選択済みメニュー品目を待機注文情報として記憶部に記憶させる記憶処理部と、
    前記操作者が店舗に入店したことが検知されたことに応じて、前記待機注文情報に基づいて前記選択済みメニュー品目を発注する発注処理部と、を更に備える、
    請求項１７に記載の注文管理装置。
20. 請求項１〜１９のいずれかに記載の注文管理装置と、
    前記設定操作、前記選択操作、及び前記変更操作に応じた操作信号を前記注文管理装置に送信すると共に、前記注文管理装置からの受信信号に基づいて前記選択候補を表示する操作端末と、
    前記選択済みメニュー品目の情報を前記注文管理装置から受信する厨房端末と、
    を備える注文管理システム。
21. 操作端末と注文管理装置とを備え、
    前記注文管理装置は、
    前記操作端末との間で通信を行う通信部と、
    前記操作端末に対するユーザ操作に応じて上限金額を設定する設定処理部と、
    前記上限金額を超えない範囲で注文可能なメニュー品目を選択候補として前記操作端末に表示させる表示処理部と、
    前記操作端末に対するユーザ操作に応じて、前記上限金額を超えない範囲で、注文すべきメニュー品目の選択操作、又は注文すべきメニュー品目としてすでに選択されているメニュー品目である選択済みメニュー品目の変更操作を受け付ける受付処理部と、
    前記操作端末の操作者が店舗に入店したことがまだ検知されていない場合に、前記選択済みメニュー品目を待機注文情報として記憶部に記憶させる記憶処理部と、
    前記操作者が店舗に入店したことが検知されたことに応じて、前記待機注文情報に基づいて前記選択済みメニュー品目を発注する発注処理部とを含む、
    注文管理システム。
22. 一又は複数のコンピューターが、
    上限金額の設定操作に応じて前記上限金額を設定するステップと、
    前記上限金額を超えない範囲で注文可能なメニュー品目を選択候補として表示させるステップと、
    前記上限金額を超えない範囲で、注文すべきメニュー品目の選択操作、又は注文すべきメニュー品目としてすでに選択されているメニュー品目である選択済みメニュー品目の変更操作を受け付けるステップと、
    を実行する注文管理方法。
23. 一又は複数のコンピューターに、
    上限金額の設定操作に応じて前記上限金額を設定するステップと、
    前記上限金額を超えない範囲で注文可能なメニュー品目を選択候補として表示させるステップと、
    前記上限金額を超えない範囲で、注文すべきメニュー品目の選択操作、又は注文すべきメニュー品目としてすでに選択されているメニュー品目である選択済みメニュー品目の変更操作を受け付けるステップと、
    を実行させる注文管理プログラム。

Images