JP7440809B1 - 注文管理システム及び注文管理方法 - Google Patents

Abstract

【課題】利用者の注文操作の利便性を向上させることが可能な注文管理システム及び注文管理方法を提供する。【解決手段】本発明に係る注文管理システムは、飲食施設の利用者に提供する第１メニューに関連付けられた第２メニューについて、前記利用者から前記第１メニューの注文数と同じ注文数のみの注文の受け付けを許可するか、又は、前記利用者から任意の注文数の注文の受け付けを許可するかを設定可能な設定処理部を備える。【選択図】図１

Description

特許法第３０条第２項適用 令和４年９月２７日にウェブサイト（ｈｔｔｐｓ：／／ｃｍｓ．ｆｏ．ｇｎａｖｉ．ｃｏ．ｊｐ／ｓｈｏｐ／）に公開

本発明は、飲食施設のメニューを管理する注文管理システム及び注文管理方法に関する。

飲食店等の施設において、利用者がテーブルに設置された注文端末を操作してメニューを注文することが可能なシステムが知られている。また、厨房の独占を防ぐために一度に注文できるメニューの注文数を制限するシステムも知られている（例えば特許文献１参照）。

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

ところで、飲食施設では、利用者から多くの注文を得るために、特定のメニュー（メインメニュー）と、当該メインメニューと一緒に注文され易いメニュー（サブメニュー）とを予め関連付けて登録し、前記メインメニューが選択された場合に前記サブメニューを利用者にお勧めするシステムを導入している。このシステムによれば、例えば、注文ページに日本酒（メインメニュー）と、枝豆及び日本酒用グラス（おちょこ）（サブメニュー）とが表示されるため、利用者は日本酒と一緒に枝豆及びおちょこを注文することができる。しかし、従来のシステムでは、ＰＯＳデータにおいて、メインメニューとサブメニューとを１つのデータとして構成されているため、例えばサブメニューの注文数が、メインメニューの注文数とサブメニューの注文数とを乗算した数量になってしまう。例えば利用者が注文ページにおいて日本酒の注文数として「３」を入力し、おちょこの注文数として「５」を入力すると、前記システムは、おちょこの注文数を「１５」として算出してしまう。このため、従来の技術では、利用者によるメニューの注文操作の利便性が低下する問題が生じる。

本発明の目的は、利用者の注文操作の利便性を向上させることが可能な注文管理システム及び注文管理方法を提供することにある。

本発明に係る注文管理システムは、飲食施設の利用者に提供する第１メニューに関連付けられた第２メニューについて、前記利用者から前記第１メニューの注文数と同じ注文数のみの注文の受け付けを許可するか、又は、前記利用者から任意の注文数の注文の受け付けを許可するかを設定可能な設定処理部を備える。

本発明に係る注文管理方法は、一又は複数のプロセッサーが、飲食施設の利用者に提供する第１メニューに関連付けられた第２メニューについて、前記利用者から前記第１メニューの注文数と同じ注文数のみの注文の受け付けを許可するか、又は、前記利用者から任意の注文数の注文の受け付けを許可するかを設定可能な処理を実行する方法である。

本発明によれば、利用者の注文操作の利便性を向上させることが可能な注文管理システム及び注文管理方法を提供することができる。

図１は、本発明の実施形態に係る注文管理システムの構成を示すブロック図である。 図２は、本発明の実施形態に係る注文管理システムで使用されるメニュー情報の一例を示す図である。 図３は、本発明の実施形態に係る注文管理システムで使用される追加メニュー情報の一例を示す図である。 図４は、本発明の実施形態１に係る施設端末に表示されるメニュー登録ページの一例を示す図である。 図５は、本発明の実施形態１に係る注文端末に表示される注文ページの一例を示す図である。 図６は、本発明の実施形態１に係る注文端末に表示される注文ページの一例を示す図である。 図７は、本発明の実施形態１に係る注文管理システムで実行される注文管理処理の手順の一例を示すフローチャートである。 図８は、本発明の実施形態１に係る施設端末に表示されるメニュー登録ページの一例を示す図である。 図９は、本発明の実施形態２に係る施設端末に表示されるメニュー登録ページの一例を示す図である。 図１０は、本発明の実施形態２に係る注文端末に表示される注文ページの一例を示す図である。 図１１は、本発明の実施形態２に係る注文端末に表示される注文ページの一例を示す図である。 図１２は、本発明の実施形態２に係る注文端末に表示される注文ページの一例を示す図である。 図１３は、本発明の実施形態２に係る注文管理システムで実行される注文管理処理の手順の一例を示すフローチャートである。

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

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

注文管理装置２は、施設端末３を介して、飲食施設のメニューに関するメニュー情報について飲食施設の管理者による登録操作を受け付け、メニュー情報を管理する。また、注文管理装置２は、注文端末４を介して、飲食施設を利用する利用者（客）によるメニュー（商品）の注文を操作受け付け、注文情報を管理する。注文管理装置２は、メニューの代金（飲食代）の支払いに関する会計処理の機能を備えてもよい。

以下、本実施形態では、注文管理システム１において、前記飲食施設が、飲食物を提供することを主な業態とする飲食店である場合を例に挙げて説明する。なお、本発明の飲食施設には、例えば、飲食物を提供可能な各種の施設（遊戯施設など）が含まれる。

施設端末３は、飲食店の管理者、スタッフなどが操作する操作端末（管理端末、ＰＯＳ端末など）である。例えば、飲食店の管理者は、施設端末３を操作して、当該飲食店で利用者に提供するメニューに関するメニュー情報（メニュー名、価格、メニュー画像など）を登録する。また、管理者は、施設端末３を操作して、各メニューについて、利用者の注文方法（最低注文数、追加メニューの注文方法など）を設定する。施設端末３は、飲食店の事務所に据え置きされる機器であってもよいし、飲食店のスタッフが携帯可能な携帯端末であってもよい。施設端末３は、複数の飲食店のそれぞれに配置される。

注文端末４は、利用者が飲食店においてメニュー（飲食物）を注文する際に利用者自身が操作する操作端末である。注文端末４は、利用者が所有する機器（例えばスマートフォン）であってもよいし、飲食店が所有し利用者に貸し出す機器（例えばセルフオーダー端末）であってもよい。注文端末４がセルフオーダー端末である場合、注文端末４は、例えば飲食店の各テーブルに配置される。利用者は、飲食店において注文端末４を操作してメニューを閲覧したり、所望のメニューを注文したりすることが可能である。また、利用者は、注文端末４を使用して飲食代の支払いを行うことも可能である。このように、注文端末４は、メニューの注文処理及び会計処理に利用可能である。

注文管理システム１には、飲食店ごとに配置された一又は複数の施設端末３と、一又は複数の注文端末４とが含まれる。

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

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

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

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

記憶部２２は、各種の情報を記憶するＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）又はＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）などの不揮発性の記憶部である。具体的に、記憶部２２には、メニュー情報Ｄ１及び追加メニュー情報Ｄ２などのデータが記憶される。図２はメニュー情報Ｄ１の一例を示す図であり、図３は追加メニュー情報Ｄ２の一例を示す図である。

メニュー情報Ｄ１は、飲食店で提供可能なメニュー（飲食物）に関する情報（商品情報）である。例えば図２に示されるように、メニュー情報Ｄ１には、メニューごとに、「メニューＩＤ」、「メニュー名」、「価格」、「最低注文数」などの情報が含まれる。前記メニューＩＤは、メニューの識別情報であり、任意のＩＤが登録される。前記メニュー名は、メニューの名前である。メニュー情報Ｄ１には、メニューのカテゴリー（ジャンル）ごとに複数のメニューの情報が含まれる。例えば、メニュー情報Ｄ１には、鍋メニュー、一品メニュー、セットメニュー、定食メニュー、ドリンクメニュー、デザートメニューなどカテゴリーごとに分類された複数のメニューが含まれる。前記価格は、メニューの単価（１人前の価格）である。

前記最低注文数は、利用者にメニューの注文を許可する注文数の下限値（最少注文数、注文下限数）である。前記最低注文数が設定されているメニューは、前記最低注文数未満の注文が禁止され、前記最低注文数以上の注文が許可される。例えば、鍋Ａの最低注文数が「２」に設定されている場合、利用者は鍋Ａを１人前で注文することはできず、２人前以上から注文することが可能となる。例えば、鍋Ｃの最低注文数が「３」に設定されている場合、利用者は鍋Ａを１人前又は２人前で注文することはできず、３人前以上から注文することが可能となる。また、刺身の最低注文数が「１」に設定されている場合、利用者は刺身を１人前から注文することができる。

メニュー情報Ｄ１の各情報は、飲食店の管理者により予め登録され、必要に応じて適宜更新される。例えば管理者は、施設端末３に表示されるメニュー登録ページＰ１（図４参照）において、メニュー名、価格、最低注文数などを登録する。例えば、管理者は、鍋メニューについて、厨房及びスタッフの手間を考慮して、複数注文数（２以上）を最低注文数に登録する。

追加メニュー情報Ｄ２（図３参照）は、メインメニュー（親メニュー）に追加される追加メニュー（サブメニュー、子メニュー）に関する情報（追加商品情報）である。例えば図３に示されるように、追加メニュー情報Ｄ２には、メインメニューごとに、「メニューＩＤ」、「メニュー名」、「追加メニュー」などの情報が含まれる。追加メニュー情報Ｄ２には、メインメニューと合わせて注文される可能性のある追加メニューが、メインメニューに関連付けられて登録される。例えば鍋Ａを注文した後に追加注文される可能性のあるメニュー（締めのメニュー）として、「ラーメン」、「うどん」、「ごはん」が追加メニューとして、鍋Ａに関連付けられて登録される。管理者は、メニュー登録ページＰ１（図４参照）において、追加メニューを登録する場合に登録ボタンＫ６１を押下して、一又は複数の追加メニュー（ここでは、「ラーメン」、「うどん」、「ごはん」）を登録する。また例えば日本酒と一緒に注文される可能性のあるメニューとして、「枝豆」、「刺身」、「おちょこ」が追加メニューとして、日本酒に関連付けられて登録される。管理者は、メニュー登録ページＰ１（図４参照）において、追加メニューを登録する場合に登録ボタンＫ６１を押下して、一又は複数の追加メニュー（ここでは、「枝豆」、「刺身」、「おちょこ」）を登録する。なお、追加メニューには、利用者に無料で提供されるメニュー（上記の例では「おちょこ」）が含まれてもよい。

管理者は、メインメニューごとに、追加メニューを登録することが可能である。図３には、鍋Ａ及び日本酒の追加メニュー情報Ｄ２を例示しているが、追加メニュー情報Ｄ２には、管理者の登録操作に応じて複数のメインメニューとそれぞれに対応する追加メニューとが登録される。

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

また、記憶部２２には、注文端末４に入力される注文情報の注文データも記憶される。前記注文データには、利用者のテーブル情報（テーブル番号）、テーブルの利用人数、利用開始時刻（来店時刻）、注文履歴などのデータが含まれる。また、記憶部２２には、施設端末３に表示されるメニュー登録ページＰ１（図４参照）、注文端末４に表示される注文ページＰ２（図５及び図６参照）及び会計ページ（不図示）などの操作画面（ウェブページなど）のデータも記憶される。

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

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

ところで、飲食店では、厨房及びスタッフの手間を考慮して、メニューの最低注文数を設定したい場合がある。例えば、鍋メニューの場合、１人前の注文の受け付けを禁止し、２人前以上から注文の受け付けを許可したい場合がある。しかし、一般的にＰＯＳデータにはメニューごとに１人前の価格が登録されているため、注文端末では１人前から注文することが可能になっている。このため、従来の技術では、飲食店のスタッフが、利用者に最低注文数を口頭で説明したり、利用者が注文端末に入力した注文数をチェックしたりしなければならないため、飲食店の業務効率が低下する問題が生じる。また、利用者によるメニューの注文操作の利便性が低下する問題も生じる。これに対して、実施形態１に係る注文管理装置２によれば、以下に示すように、飲食店の業務効率を向上させるとともに、利用者の注文操作の利便性を向上させることが可能である。

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

表示処理部２１１は、各種の操作ページ（操作画面）を施設端末３及び注文端末４に表示させる。また、受付処理部２１２は、各操作ページにおいてユーザー操作（管理者の操作、利用者の操作）を受け付ける。

例えば、飲食店の管理者がメニューの情報を登録する場合に、表示処理部２１１は、メニュー登録ページＰ１を、当該飲食店の施設端末３に表示させる。図４には、メニュー登録ページＰ１の一例を示している。メニュー登録ページＰ１には、複数の登録項目Ｋ１１～Ｋ１６が含まれる。登録項目Ｋ１１はメニューＩＤを示し、制御部２１が任意のＩＤを登録する。登録項目Ｋ１２はメニュー名を示し、受付処理部２１２は、管理者によるメニュー名の入力操作を受け付ける。管理者は、任意の名称を登録項目Ｋ１２に入力する。

登録項目Ｋ１３はメニューの説明文を示し、受付処理部２１２は、管理者による説明文の入力操作を受け付ける。管理者は、メニューに関する説明を登録項目Ｋ１３に入力する。例えば、管理者は、メニューの注文方法に関する説明を登録項目Ｋ１３に入力する。

登録項目Ｋ１４はメニューの価格（単価）を示し、受付処理部２１２は、管理者による価格の入力操作を受け付ける。管理者は、メニューの１人前の税込み価格を登録項目Ｋ１３に入力する。

登録項目Ｋ１５はメニューの最低注文数を示し、受付処理部２１２は、管理者による最低注文数の入力操作を受け付ける。管理者は、メニューの最低注文数を登録項目Ｋ１５に入力する。例えば、表示処理部２１１は、最低注文数の選択候補Ｋ５を一覧表示（プルダウンメニュー表示）し、受付処理部２１２は、選択候補Ｋ５において管理者から最低注文数の選択操作を受け付ける。

登録項目Ｋ１６は追加メニューに関する情報を示し、管理者は追加メニューの情報を登録する場合に登録ボタンＫ６１、Ｋ６２を選択する。例えば、管理者は鍋Ａの追加メニューを登録する場合に、登録ボタンＫ６１を押下して、追加メニュー登録ページ（不図示）において追加メニュー（ここでは「ラーメン」、「うどん」、「ごはん」）を登録する。また、例えば、管理者は、登録ボタンＫ６２を押下して、追加メニューの注文数の紐づけ設定を切り替える。例えば、利用者が鍋Ａを「３人前」注文した場合において、追加メニューの合計注文数を「１人前」から注文を許可（任意の注文数の注文を許可）する場合に、管理者は、「追加メニューの数量紐づけ無し」（登録ボタンＫ６２）を「ＯＮ」に設定する。また例えば、利用者が鍋Ａを「３人前」注文した場合において、追加メニューの合計注文数を「３人前」のみ注文を許可（３人前以外の注文を禁止）する場合に、管理者は、「追加メニューの数量紐づけ無し」を「ＯＦＦ」に設定する。図４は、「追加メニューの数量紐づけ無し」が「ＯＮ」に設定された状態を示している。このように、「追加メニューの数量紐づけ無し」の設定機能は、追加メニューの注文数をメインメニューの注文数に紐づけるか否かを切り替えるための切替部である。

管理者は、各登録項目Ｋ１１～Ｋ１６について入力を完了すると登録ボタンＫ１７を押下する。設定処理部２１３は、各登録項目Ｋ１１～Ｋ１６について入力された情報を登録する。ここでは、設定処理部２１３は、鍋Ａに関する各情報をメニュー情報Ｄ１（図２参照）に登録する。また、設定処理部２１３は、鍋Ａの追加メニューとして入力された「ラーメン」、「うどん」、「ごはん」の情報を、鍋Ａに関連付けて追加メニュー情報Ｄ２（図３参照）に登録する。

なお、制御部２１は、メニューに追加メニューを関連付けて登録した場合に、追加メニューの注文数をメインメニューの注文数に紐づけるか否かを切り替え可能であってもよい。すなわち、制御部２１は、メニューに追加メニューを関連付けて登録した場合に、「追加メニューの数量紐づけ無し」の登録ボタンＫ６２を表示させてもよい。また、他の実施形態として、注文管理システム１では、登録項目Ｋ１６に関する機能が省略されてもよい。

管理者は続いて他のメニューの情報を登録する場合に、メニュー登録ページＰ１の追加ボタンＫ１８を押下する。追加ボタンＫ１８が押下されると、表示処理部２１１は、新たなメニュー登録ページＰ１を施設端末３に表示させ、受付処理部２１２は、登録項目Ｋ１１～Ｋ１６について管理者から入力操作を受け付け、設定処理部２１３は、入力操作に応じてメニューの情報を登録する。

このように、設定処理部２１３は、メニューごとに各情報を適宜設定及び更新可能である。例えば、設定処理部２１３は、メニューごとに最低注文数を可変に設定可能である。すなわち、設定処理部２１３は、メニューの価格（単価）を変更することなく、最低注文数を設定及び変更することが可能である。

ここで、設定処理部２１３は、前記最低注文数を設定するか否かを選択する操作を管理者から受け付け、管理者の操作に応じて前記最低注文数を設定してもよい。例えば制御部２１は、最低注文数を設定するか否かを選択する操作部をメニュー登録ページＰ１に表示させて、管理者が前記操作部を押下した場合に、選択候補Ｋ５を表示させて最低注文数の入力を受け付け、管理者の操作に応じて最低注文数を設定してもよい。また、制御部２１は、最低注文数の候補として２以上の値を選択候補Ｋ５に表示させてもよい。また、制御部２１は、最低注文数のデフォルト値を予め入力欄に表示させてもよい。例えば、制御部２１は、メニューに応じて予め設定された最低注文数を入力欄に表示させ、利用者がデフォルト値を変更する場合に選択候補Ｋ５に表示させてもよい。

制御部２１は、施設端末３における管理者の登録操作に応じてメニュー情報Ｄ１（図２参照）及び追加メニュー情報Ｄ２（図３参照）を登録すると、これら情報に基づいて、注文端末４に注文ページＰ２を表示させて利用者からメニューの注文を受け付ける。

例えば、表示処理部２１１は、図５に示す注文ページＰ２を注文端末４に表示させる。例えば、飲食店の利用者が注文端末４において当該飲食店が提供する注文サイトにアクセス（ログイン）すると、表示処理部２１１は、注文ページＰ２を注文端末４に表示させる。図５に示す注文ページＰ２には、メニューの情報と、注文数を入力するための数量入力欄Ｋ２１とが含まれる。なお、図５には、利用者がメニュー一覧（不図示）から「鍋Ａ」を選択した場合に表示される鍋Ａの注文ページＰ２を示している。表示処理部２１１は、注文ページＰ２において、鍋Ａの画像、価格（１人前の税込み価格）、鍋Ａの説明文（図４参照）、数量入力欄Ｋ２１、合計価格などを表示させる。また、表示処理部２１１は、注文ページＰ２において、選択したメニューをカートに追加するためのカートボタンＫ２２を表示させる。なお、表示処理部２１１は、カートボタンＫ２２に代えて、注文を確定させる注文ボタンを表示させてもよい。

また、表示処理部２１１は、数量入力欄Ｋ２１に、注文数を増減させるボタン（増加ボタン「＋」及び減少ボタン「－」）を表示させて、受付処理部２１２は、利用者から注文数の入力操作（増加ボタン及び減少ボタンを押下する操作）を受け付ける。

ここで、注文処理部２１４は、設定処理部２１３により最低注文数が設定されたメニューについて、利用者から最低注文数以上の注文の受け付けを許可し、最低注文数未満の注文の受け付けを禁止する。ここでは、鍋Ａの最低注文数が「２」に設定されているため（図２及び図４参照）、注文処理部２１４は、利用者から２人前以上の注文の受け付けを許可し、１人前の注文の受け付けを禁止する。図５には、利用者が鍋Ａの注文数として「３」（３人前）を入力した状態を示している。

例えば、注文処理部２１４は、数量入力欄Ｋ２１に予め最低注文数「２」（２人前）を表示させるとともに、減少ボタン「－」を非表示又は選択不可能（グレーアウト表示）に設定する。この場合、利用者は、数量入力欄Ｋ２１において増加ボタン「＋」のみ選択可能となる。また、注文処理部２１４は、最低注文数を超える数量（ここでは「３」以上）が入力された場合に減少ボタン「－」を選択可能に再表示し、最低注文数（ここでは「２」）が入力された場合に減少ボタン「－」を選択不可能にする。

他の実施形態として、注文処理部２１４は、数量入力欄Ｋ２１に最低注文数以上の注文数が入力されたことを条件として、カートボタンＫ２２（又は注文ボタン）を選択可能に表示させてもよい。また、注文処理部２１４は、数量入力欄Ｋ２１に最低注文数未満の注文数が入力されている間は、カートボタンＫ２２（又は注文ボタン）を非表示又は選択不可能（グレーアウト表示）に設定してもよい。

また、注文処理部２１４は、利用者からメインメニューについて最低注文数以上の注文数の注文を受け付けた場合に、利用者から前記メインメニューに関連付けられた追加メニューの注文の受け付けを許可する。

例えば図６に示すように、利用者が鍋Ａを最低注文数（「２」）以上の３人前を注文した場合に、表示処理部２１１は、鍋Ａに関連付けられた「ラーメン」、「うどん」、「ごはん」を追加メニューとして注文ページＰ２に表示させる。また、表示処理部２１１は、追加メニューの数量入力欄Ｋ２３を注文ページＰ２に表示させる。図６に示すようにメインメニューと追加メニューとを同一の注文ページＰ２に表示させる構成によれば、利用者は、メインメニュー及び追加メニューをまとめて選択してカートに追加したり注文を確定させたりすることができる。

なお、表示処理部２１１は、メインメニュー（鍋Ａ）の注文が完了したこと又はメインメニューをカートに追加したことを条件として、追加メニューの情報（追加メニュー名、数量入力欄Ｋ２３など）を表示させてもよいし、メインメニュー（鍋Ａ）の数量入力欄Ｋ２１に最低注文数以上の注文数が入力されたことを条件として、追加メニューの情報を表示させてもよい。例えば、メインメニューの注文が完了した場合に、表示処理部２１１は、追加メニューの注文ページのリンクを表示させて利用者が当該リンクを押下した場合に、追加メニューの情報を表示させてもよい。

ここで、注文処理部２１４は、追加メニューについて、利用者からメインメニューの注文数以下の注文の受け付けを許可してもよい。例えば、注文処理部２１４は、鍋Ａが３人前注文された場合に、各追加メニューの合計注文数が１人前、２人前、又は３人前となる注文の受け付けを許可してもよい。例えば、注文処理部２１４は、鍋Ａを３人前注文した場合に、ラーメン１人前とうどん１人前の注文（合計２人前の注文）（図６参照）、ラーメン２人前の注文、ごはん１人前の注文などを許可する。

また、他の実施形態として、注文処理部２１４は、「追加メニューの数量紐づけ無し」（図４参照）の設定状態に基づいて、追加メニューの注文可能な注文数を決定してもよい。例えば、「追加メニューの数量紐づけ無し」（登録ボタンＫ６２）が「ＯＮ」に設定されている場合には、追加メニューの注文数をメインメニューの注文数に紐づけない。すなわち、注文処理部２１４は、上述したように、利用者が鍋Ａを「３人前」注文した場合に、追加メニューの注文を「１人前」から許可（任意の注文数の注文を許可）する。例えば、注文処理部２１４は、１人前のラーメン及び１人前のうどんの注文（合計２人前の注文）（図６参照）、２人前のラーメン及び２人前のごはんの注文（合計４人前の注文）、１人前のラーメンの注文、１人前のうどんの注文、１人前のごはんの注文などを許可する。

これに対して、例えば、「追加メニューの数量紐づけ無し」が「ＯＦＦ」（すなわち、追加メニューの数量紐づけ有り）に設定されている場合には、追加メニューの注文数をメインメニューの注文数に紐づける。すなわち、注文処理部２１４は、利用者が鍋Ａを「３人前」注文した場合に、追加メニューの注文を「３人前」の注文のみ許可（３人前以外の注文を禁止）、又は、「３人前」以上の注文のみ許可（３人前未満の注文を禁止）する。例えば、注文処理部２１４は、３人前のラーメンの注文、２人前のラーメン及び１人前のうどんの注文（合計３人前の注文）、１人前のラーメンと１人前のうどんと３人前ごはんの注文（合計５人前の注文）などを許可する。また、「追加メニューの数量紐づけ無し」が「ＯＦＦ」に設定されている場合に、注文処理部２１４は、メインメニューの最低注文数（ここでは２人前）以上の注文のみ許可（１人前の注文を禁止）してもよい。

他の実施形態として、「追加メニューの数量紐づけ無し」が「ＯＦＦ」に設定されている場合には、注文処理部２１４は、利用者が鍋Ａを「３人前」注文した場合に、追加メニューの注文数を３人分ずつ受け付けてもよい。例えば、利用者がラーメンの数量入力欄Ｋ２３に「１」を入力した場合に、注文処理部２１４は、３人前（１×３人前）のラーメンの注文を受け付け、利用者がラーメンの数量入力欄Ｋ２３に「２」を入力した場合に、注文処理部２１４は、６人前（２×３人前）のラーメンの注文を受け付ける。

このように、設定処理部２１３は、管理者の設定操作（図４参照）に応じて、追加メニューの注文数をメインメニューの実注文数（上記の例では３人前）に紐づけるか否かを設定可能であってもよい。また、他の実施形態として、設定処理部２１３は、追加メニューの注文数をメインメニューの最低注文数（上記の例では２人前）に紐づけるか否かを設定可能であってもよい。設定処理部２１３が追加メニューの注文数をメインメニューの最低注文数に紐づけた場合、利用者は、追加メニューを２人前から注文可能になる。また、他の実施形態として、設定処理部２１３は、追加メニューの注文数の上限をメインメニューの実注文数（例えば３人前）に設定してもよい。この場合、利用者は、追加メニューを３人前まで注文可能になり、４人前以上の注文が禁止される。

他の実施形態として、設定処理部２１３は、メインメニュー又は追加メニューの種別に応じて、「追加メニューの数量紐づけ無し」のＯＮ／ＯＦＦを自動的に設定してもよい。例えば、追加メニューとして、メインメニューをグレードアップさせる追加メニュー（例えば、鍋Ａのグレードアップ）がメインメニューに関連付けられている場合に、設定処理部２１３は、「追加メニューの数量紐づけ無し」をＯＦＦに設定し、注文処理部２１４は、追加メニュー（「鍋Ａのグレードアップ」）について、メインメニューと同じ注文数の注文のみを許可する。

他の実施形態として、設定処理部２１３は、最低注文数が設定されたメニューについて、当該メニューの最低注文数未満の注文を追加メニューとして注文可能に設定してもよい。例えば、設定処理部２１３は、鍋Ａの最低注文数を「２」（２人前）に設定した場合に、追加メニューに、「１人前の鍋Ａ」を設定してもよい。これにより、利用者は、例えば鍋Ａを２人前注文した後に、追加メニューとして、鍋Ａを１人前から注文することが可能になる。このように、設定処理部２１３は、メニューの最低注文数を設定した場合に、最低注文数未満の当該メニューを追加メニューに登録してもよい。

出力処理部２１５は、注文処理部２１４が受け付けた注文の注文データを厨房に出力する。具体的には、出力処理部２１５は、前記注文データを飲食店の厨房端末（不図示）に出力する。前記注文データには、利用者の注文に対応するメニューの注文内容、当該利用者が利用するテーブルのテーブル番号、注文番号、前記注文を受け付けた受付日時（注文日時）などの情報が含まれる。また、出力処理部２１５は、前記注文データを含む注文票を厨房端末から出力（印刷又は表示）させてもよい。厨房スタッフは、前記注文票を受け取ると、注文内容の飲食物を用意する。

会計処理部２１６は、利用者の注文メニューの代金（飲食代）に対する会計処理を行う。例えば、注文端末４に表示された会計ページ（不図示）において利用者が支払ボタンを押下した場合、会計処理部２１６は、前記飲食代の会計処理（決済処理）を実行する。例えば、会計処理部２１６は、注文端末４を利用した電子決済（モバイル決済）を実行する。

［施設端末３］
図１に示されるように、施設端末３は、制御部３１、記憶部３２、操作表示部３３、及び通信Ｉ／Ｆ３４などを備える。施設端末３は、例えばパーソナルコンピューター、スマートフォン、携帯電話、又はタブレット端末のような情報処理装置である。なお、施設端末３は、注文管理装置２と同一の機能を備えてもよいし、注文管理装置２と一体の情報処理装置であってもよい。

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

操作表示部３３は、各種のウェブページなどの情報を表示する液晶ディスプレイ又は有機ＥＬディスプレイのような表示部と、操作を受け付けるマウス、キーボード、又はタッチパネルのような操作部とを備えるユーザーインターフェースである。操作表示部３３は、メニュー登録ページＰ１（図４参照）などのウェブページを表示する。また操作表示部３３は、例えばタッチパネルで構成され、各種ページなどにおいて飲食店の管理者、スタッフなどの選択操作（タッチ操作）を受け付ける。

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

また、記憶部３２には、飲食店の予約を管理する予約管理データ（予約情報）、空席状況を管理する空席管理データなど管理業務に関するデータが記憶されてもよい。例えば、前記予約情報には、予約者名、利用人数、来店日、来店時間、テーブル、コースなどの情報が含まれる。

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

具体的に、制御部３１は、記憶部３２に記憶されている前記ブラウザプログラムに従って各種の処理を実行することによりブラウザ処理部３１１として機能する。ブラウザ処理部３１１は、注文管理装置２から通信網Ｎ１を介して提供されるウェブページを操作表示部３３に表示させ、操作表示部３３に対する操作を注文管理装置２に入力するブラウザ処理を実行することが可能である。すなわち、施設端末３は、制御部３１によって前記ブラウザプログラムが実行されることにより、注文管理装置２の操作用端末として機能することが可能である。なお、制御部３１に含まれる一部又は全部の処理部は電子回路で構成されていてもよい。

例えば、施設端末３では、注文管理システム１で提供される注文管理サービスのウェブサイトに対応する所定のＵＲＬへのアクセス要求を行うためのユーザー操作が行われた場合に、制御部３１が、注文管理装置２から前記ウェブサイトのウェブページのデータを取得して、操作表示部３３に前記ウェブページを表示させる。なお、例えば前記所定のＵＲＬへのアクセス要求は、予め登録されたウェブサイトの一覧からの選択操作、情報検索サイトにおける検索結果からの選択操作、又はテキスト入力操作などによって行われる。また、施設端末３に注文管理装置２に対応する専用アプリケーションがインストールされている場合には、施設端末３のユーザー（管理者、スタッフ）が当該専用アプリケーションを起動する操作を行うことにより操作表示部３３に前記注文管理サイトのウェブページが表示される。

例えば、管理者が施設端末３において前記ウェブサイトにログインすると、制御部３１は、操作表示部３３にメニュー登録ページＰ１（図４参照）を表示させる。管理者は、メニュー登録ページＰ１において、飲食店が利用者に提供する複数のメニューのそれぞれについてメニュー情報を入力する。管理者が施設端末３によりメニュー登録ページＰ１にメニュー情報を入力すると、注文管理装置２の制御部２１は、当該メニュー情報を取得してメニュー情報Ｄ１（図２参照）及び追加メニュー情報Ｄ２（図３参照）に登録する。

［注文端末４］
図１に示されるように、注文端末４は、制御部４１、記憶部４２、操作表示部４３、及び通信Ｉ／Ｆ４４などを備える。注文端末４は、例えばスマートフォン、携帯電話、タブレット端末、又はパーソナルコンピューターのような情報処理装置である。

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

操作表示部４３は、各種のウェブページなどの情報を表示する液晶ディスプレイ又は有機ＥＬディスプレイのような表示部と、操作を受け付けるマウス、キーボード、又はタッチパネルのような操作部とを備えるユーザーインターフェースである。操作表示部４３は、メニューページ、注文ページＰ２（図５及び図６参照）、会計ページなどのウェブページを表示する。また操作表示部４３は、例えばタッチパネルで構成され、各種ページなどにおいて利用者の選択操作（タッチ操作）を受け付ける。

記憶部４２は、各種の情報を記憶するＨＤＤ、ＳＳＤ又はフラッシュメモリーなどの不揮発性の記憶部である。例えば、記憶部４２には、ブラウザプログラム等の制御プログラムが記憶される。具体的に、前記ブラウザプログラムは、ＨＴＴＰなどの通信プロトコルに従って注文管理装置２などの外部装置との間で通信処理を制御部４１に実行させるための制御プログラムである。また、前記ブラウザプログラムは、注文管理装置２との間で予め定められた通信プロトコルに従って通信処理を実行するための専用アプリケーションであることも考えられる。

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

具体的に、制御部４１は、記憶部４２に記憶されている前記ブラウザプログラムに従って各種の処理を実行することによりブラウザ処理部４１１として機能する。ブラウザ処理部４１１は、注文管理装置２から通信網Ｎ１を介して提供されるウェブページを操作表示部４３に表示させ、操作表示部４３に対する操作を注文管理装置２に入力するブラウザ処理を実行することが可能である。すなわち、注文端末４は、制御部４１によって前記ブラウザプログラムが実行されることにより、注文管理装置２の操作用端末として機能することが可能である。なお、制御部４１に含まれる一部又は全部の処理部は電子回路で構成されていてもよい。

例えば、注文端末４では、注文管理システム１で提供される前記注文管理サービスのウェブサイトに対応する所定のＵＲＬへのアクセス要求を行うためのユーザー操作が行われた場合に、制御部４１が、注文管理装置２から前記ウェブサイトのウェブページのデータを取得して、操作表示部４３に前記ウェブページを表示させる。なお、例えば前記所定のＵＲＬへのアクセス要求は、予め登録されたウェブサイトの一覧からの選択操作、情報検索サイトにおける検索結果からの選択操作、又はテキスト入力操作などによって行われる。また、注文端末４に注文管理装置２に対応する専用アプリケーションがインストールされている場合には、注文端末４の利用者が当該専用アプリケーションを起動する操作を行うことにより操作表示部４３に前記注文管理サイトのウェブページが表示される。

例えば、利用者は、注文端末４を使用してメニューを注文する場合に、テーブルに設置された情報コードを注文端末４により読み取る。これにより、制御部４１は、前記ウェブサイトにアクセスして、前記ウェブサイトのウェブページ（メニューページ、注文ページＰ２）を表示させる。これにより、利用者は、注文端末４に表示される注文ページＰ２において所望のメニューを注文することが可能となる。利用者が注文端末４により注文を行うと、注文管理装置２の制御部２１は、当該注文データを取得して注文処理を実行する。

また例えば、利用者は、注文端末４を使用して会計を行う場合に会計ボタンを押下する。これにより、利用者は、注文端末４に表示される会計ページにおいて飲食代の支払いを行うことが可能となる。

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

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

ステップＳ１において、制御部２１は、メニュー登録ページＰ１（図４参照）を施設端末３に表示させる。例えば、飲食店の管理者が施設端末３において注文管理サービスのウェブサイトにアクセスすると、制御部２１は、施設端末３にメニュー登録ページＰ１を表示させる。

次にステップＳ２において、制御部２１は、メニュー情報を取得する。例えば、管理者がメニュー登録ページＰ１においてメニューの情報（メニュー名、説明文、価格など）を入力すると、制御部２１は、当該メニュー情報を取得する。

次にステップＳ３において、制御部２１は、最低注文数を取得する。例えば、管理者がメニュー登録ページＰ１において最低注文数を入力すると、制御部２１は、最低注文数を取得する。また、制御部２１は、最低注文数の選択候補Ｋ５（図４参照）を一覧表示して管理者から最低注文数の選択操作を受け付けてもよい。

また、制御部２１は、前記最低注文数を設定するか否かを選択する操作を管理者から受け付け、管理者の操作に応じて前記最低注文数を設定してもよい。例えば制御部２１は、最低注文数を設定するか否かを選択する操作部をメニュー登録ページＰ１に表示させて、管理者が前記操作部を押下した場合に、最低注文数の入力欄又は選択候補Ｋ５を表示させ、最低注文数の入力を受け付けて最低注文数を取得してもよい。

制御部２１は、メニューに対応する最低注文数を取得すると、当該メニューのメニュー情報に関連付けて登録する（図２参照）。

他の実施形態として、制御部２１は、前記メニュー情報に基づいて、自動的に最低注文数を設定してもよい。例えば、制御部２１は、所定のメニュー（例えば鍋メニュー）が登録された場合に、当該メニューに応じた最低注文数を自動的に設定してもよい。この場合、管理者が、自動的に設定された最低注文数を変更可能であってもよい。

次にステップＳ４において、制御部２１は、追加メニュー情報を取得する。例えば、管理者がメニュー登録ページＰ１において追加メニューを入力すると、制御部２１は、追加メニュー情報を取得する。制御部２１は、追加メニューの情報を、メインメニューの情報に関連付けて登録する（図３参照）。例えば、制御部２１は、メインメニューの「鍋Ａ」に、追加メニューの「ラーメン」、「うどん」及び「ごはん」を関連付けて登録する。

また、制御部２１は、追加メニューの注文数の紐づけ設定（図４参照）の設定状態（「ＯＮ」又は「ＯＦＦ」）を取得する。例えば、管理者は、メインメニューの最低注文数に関わらず、追加メニューについて任意の注文数の受け付けを許可する場合に、「追加メニューの数量紐づけ無し」を「ＯＮ」に設定する。一方、管理者は、メインメニューの注文数に応じた注文数（例えば、メインメニューと同じ注文数、メインメニューの注文数以上の注文数など）の受け付けのみを許可する場合に、「追加メニューの数量紐づけ無し」を「ＯＦＦ」に設定する。

以上のように、制御部２１は、追加メニュー（メニュー名）、及び、追加メニューの注文数の紐づけ設定を含む追加メニュー情報を取得する。

次にステップＳ５において、制御部２１は、管理者からメニューの登録操作を受け付けたか否かを判定する。制御部２１は、管理者からメニューの登録操作を受け付けた場合（Ｓ５：Ｙｅｓ）、処理をステップＳ６に移行させる。一方、制御部２１は、管理者からメニューの登録操作を受け付けない場合（Ｓ５：Ｎｏ）、処理をステップＳ２に移行させて、メニュー情報、最低注文数、追加メニュー情報のそれぞれの登録操作を受け付けて各情報を取得する。

例えば、メニュー登録ページＰ１（図４参照）において管理者が登録ボタンＫ１７を押下すると、制御部２１は、登録操作を受け付けたと判定する。

ステップＳ６において、制御部２１は、メニュー情報を登録する。例えば、制御部２１は、「鍋Ａ」に関する情報（メニュー名、価格、最低注文数、説明文など）をメニュー情報Ｄ１（図２参照）に登録する。また、制御部２１は、鍋Ａの追加メニューとして入力された「ラーメン」、「うどん」、「ごはん」の情報を、鍋Ａに関連付けて追加メニュー情報Ｄ２（図３参照）に登録する。

次にステップＳ７において、制御部２１は、管理者からメニューの追加登録操作を受け付けたか否かを判定する。制御部２１は、管理者からメニューの追加登録操作を受け付けると（Ｓ７：Ｙｅｓ）、処理をステップＳ１に移行させて、新たなメニュー登録ページＰ１を施設端末３に表示させる。例えば、メニュー登録ページＰ１において管理者が追加ボタンＫ１８を押下すると、制御部２１は、メニューの追加登録操作を受け付けたと判定する。制御部２１は、管理者からメニューの追加登録操作を受け付けない場合（Ｓ７：Ｎｏ）、処理を終了する。

以上のようにして、制御部２１は、飲食店が利用者に提供するメニューごとに、前記注文管理処理を繰り返し実行して、メニュー情報Ｄ１（図２参照）及び追加メニュー情報Ｄ２（図３参照）を登録する。

以上説明したように、実施形態１に係る注文管理システム１は、飲食店（飲食施設）の利用者に提供するメニューごとに、利用者から受け付ける注文の最低注文数を可変に設定可能な構成を備えている。また、注文管理システム１は、前記最低注文数を設定するか否かを選択する操作をユーザー（管理者）から受け付け、前記ユーザーの操作に応じて前記最低注文数を設定する。また、注文管理システム１は、前記最低注文数を設定する操作を前記ユーザーから受け付けた場合に、さらに、前記最低注文数について２以上の最低注文数を選択する操作を前記ユーザーから受け付け、前記ユーザーの操作に応じて前記最低注文数を設定する。

注文管理システム１は、前記設定処理を行うと、前記最低注文数が設定されたメニューについて、利用者（客）から前記最低注文数以上の注文の受け付けを許可する。また、注文管理システム１は、前記利用者から前記メニューについて前記最低注文数以上の注文数の注文を受け付けた場合に、前記利用者から前記メニューに関連付けられた追加メニューの注文の受け付けを許可する。例えば、注文管理システム１は、前記追加メニューについて、前記利用者から前記メニューの注文数以下の注文の受け付けを許可する。

上記構成によれば、例えば、メニューごとに予め最低注文数を設定しておくことにより、注文端末４において、利用者に最低注文数以上の注文数を入力させることができる。よって、飲食店のスタッフの手間が減り、飲食店の業務効率を向上させることができる。また、利用者の注文操作の利便性を向上させることができる。

また、スタッフはスタッフ端末により注文を受ける頻度が低下するため、スタッフ端末と注文管理装置２との処理に関する通信トラフィックの低減、及びコンピュータリソースの有効利用が可能となる。

［他の実施形態］
本発明の注文管理システムは、上述の実施形態に限定されない。本発明の他の実施形態に係る注文管理システム１について以下に説明する。

例えば、制御部２１は、所定のメニュー（例えば鍋）について、初回は最低注文数以上の注文のみを許可し、次回以降は最低注文数未満の注文も許可するか、又は、初回及び次回以降も最低注文数以上の注文のみ許可して常に最低注文数未満の注文を禁止するか、を選択可能であってもよい。具体的には、制御部２１は、図８に示すように、メニュー登録ページＰ１に、最低注文数の条件を初回のみに適用するか、又は、初回及び次回以降も適用するかを切り替える切替ボタンＫ１９を表示させる。

管理者は、最低注文数の条件を初回のみに適用する場合に切替ボタンＫ１９をＯＮに設定し、最低注文数の条件を初回及び次回以降も適用する場合に切替ボタンＫ１９をＯＦＦに設定する。例えば鍋Ａに対して切替ボタンＫ１９がＯＮに設定された場合、利用者は、鍋Ａの注文において、最初に注文する際には最低注文数以上の注文（例えば２人前以上の注文）のみ行うことができ、次回以降の追加注文の際には最低注文数以上未満の注文（例えば１人前の注文）も行うことが可能になる。

これに対して、鍋Ａに対して切替ボタンＫ１９がＯＦＦに設定された場合、利用者は、鍋Ａの注文において、最初に注文する際及び次回以降の追加注文の際のそれぞれで最低注文数以上の注文（例えば２人前以上の注文）のみ行うことができ、最低注文数未満の注文（例えば１人前の注文）を行うことが禁止される。

このように、制御部２１は、所定のメニューについて最低注文数を設定した場合に、さらに、初回の注文のみについて利用者から最低注文数未満の当該メニューの注文の受け付けを禁止するか、又は、初回及び次回以降の注文について利用者から最低注文数未満の当該メニューの注文の受け付けを禁止するかを設定してもよい。

本発明の他の実施形態として、最低注文数が最低注文単位であってもよい。例えば、所定のメニュー（例えば、焼き鳥、寿司など）について最低注文単位が「２」に設定された場合に、制御部２１は、「２」単位の注文のみを許可し、「２」以外の単位の注文を禁止する。例えば、焼き鳥について最低注文単位が「２」に設定された場合、利用者は、焼き鳥の注文において、２本単位でのみ注文（２本、４本、６本などの注文）が許可され、１本単位の注文（１本、３本、５本などの注文）が禁止される。この場合、制御部２１は、初回は最低注文単位の注文のみを許可し、次回以降は最低注文単位未満の注文も許可するか、又は、初回及び次回以降も最低注文単位の注文のみ許可し、常に最低注文単位未満の注文を禁止するか、を選択可能であってもよい。

本発明の他の実施形態として、制御部２１は、テーブルの人数に応じて最低注文数を設定してもよい。例えばテーブルの利用人数が４人の場合に、制御部２１は、所定のメニューについて最低注文数を「４」（４人前）に設定する。このように、制御部２１は、来店人数に応じて最低注文数を設定してもよい。

本発明の他の実施形態として、注文端末４は、飲食店のスタッフが利用者から口頭で注文内容を受け付けて入力する操作端末（スタッフ端末）であってもよい。これにより、スタッフが注文内容を入力する際にも最低注文数未満の入力が禁止されたり、追加メニューについて適切な注文数を入力したりすることが可能になり、チェックの手間を省くことができる。

［実施形態２］
ところで、飲食店では、利用者から多くの注文を得るために、特定のメニュー（メインメニュー）と、当該メインメニューと一緒に注文され易いメニュー（サブメニュー）とを予め関連付けて登録し、前記メインメニューが選択された場合に前記サブメニューを利用者にお勧めするシステムを導入している。このシステムによれば、例えば、注文ページに日本酒（メインメニュー）と、枝豆及び日本酒用グラス（おちょこ）（サブメニュー）とが表示されるため、利用者は日本酒と一緒に枝豆及びおちょこを注文することができる。しかし、従来のシステムでは、ＰＯＳデータにおいて、メインメニューとサブメニューとを１つのデータとして構成されているため、例えばサブメニューの注文数が、メインメニューの注文数とサブメニューの注文数とを乗算した数量になってしまう。例えば利用者が注文ページにおいて日本酒の注文数として「３」を入力し、おちょこの注文数として「５」を入力すると、前記システムは、おちょこの注文数を「１５」として算出してしまう。このため、従来の技術では、利用者によるメニューの注文操作の利便性が低下する問題が生じる。これに対して、実施形態２に係る注文管理システム１によれば、以下に示すように、利用者の注文操作の利便性を向上させることが可能である。

具体的には、実施形態２に係る注文管理システム１は、飲食店の利用者に提供する第１メニューに関連付けられた第２メニューについて、前記利用者から前記第１メニューの注文数と同じ注文数のみの注文の受け付けを許可するか、又は、前記利用者から任意の注文数の注文の受け付けを許可するかを設定可能な構成を備えている。この構成の具体例について以下に説明する。なお、実施形態２において、実施形態１に示した構成と同一の構成については、適宜説明を省略する。

上述のように、表示処理部２１１は、メニュー登録ページＰ１を施設端末３に表示させ、受付処理部２１２は、管理者による入力操作を受け付ける。例えば、管理者は、日本酒のメニューを登録する場合に、メニュー登録ページＰ１（図９参照）において、メニューＩＤ、メニュー名、説明文、価格、最低注文数などを登録する。また、管理者は、日本酒の追加メニューを登録する場合に、登録ボタンＫ６１を押下して、追加メニュー登録ページ（不図示）において追加メニュー（例えば「おちょこ」など）を登録する。管理者は、他の追加メニューがある場合、追加メニュー登録ページに追加メニュー（例えば「枝豆」、「刺身」）を登録する。なお、実施形態２では、最低注文数の登録処理が省略されてもよい。

また、例えば、管理者は、登録ボタンＫ６２を押下して、追加メニューの注文数の紐づけ設定を切り替えることが可能である。例えば、利用者が日本酒を「３個（３合）」注文した場合において、追加メニュー（「おちょこ」）の合計注文数を「１個」から注文を許可（任意の注文数の注文を許可）する場合に、管理者は、「追加メニューの数量紐づけ無し」（登録ボタンＫ６２）を「ＯＮ」に設定する。また例えば、利用者が日本酒を「３個（３合）」注文した場合において、追加メニューの合計注文数を「３個（３合）」のみ注文を許可（３個以外の注文を禁止）する場合に、管理者は、「追加メニューの数量紐づけ無し」を「ＯＦＦ」に設定する。図９は、「追加メニューの数量紐づけ無し」が「ＯＮ」に設定された状態を示している。このように、「追加メニューの数量紐づけ無し」の設定機能は、追加メニューの注文数をメインメニューの注文数に紐づけるか否かを切り替えるための切替部である。メインメニューは本発明の第１メニューの一例であり、追加メニュー（サブメニュー）は本発明の第２メニューの一例である。

管理者は、各登録項目Ｋ１１～Ｋ１６について入力を完了すると登録ボタンＫ１７を押下する。設定処理部２１３は、各登録項目Ｋ１１～Ｋ１６について入力された情報を登録する。ここでは、設定処理部２１３は、日本酒に関する各情報をメニュー情報Ｄ１（図２参照）に登録する。また、設定処理部２１３は、日本酒の追加メニューとして入力されたメニューの情報を、日本酒に関連付けて追加メニュー情報Ｄ２（図３参照）に登録する。なお、図３には、日本酒の追加メニューとして、「枝豆」、「刺身」、「おちょこ」が登録された例を示している。

ここで、設定処理部２１３は、管理者の設定操作（前記切替部（登録ボタンＫ６２）の切替操作）に応じて、追加メニューの注文数をメインメニューの注文数に紐づけるか否かを設定する。具体的には、設定処理部２１３は、飲食店の利用者に提供するメインメニューに関連付けられた追加メニューについて、利用者からメインメニューの注文数と同じ注文数のみの注文の受け付けを許可するか、又は、利用者から任意の注文数の注文の受け付けを許可するかを設定する。すなわち、設定処理部２１３は、追加メニューについて、利用者からメインメニューの注文数と同じ注文数のみの注文の受け付けを許可する第１モード、及び、利用者から任意の注文数の注文の受け付けを許可する第２モードのいずれかに設定する。

制御部２１は、施設端末３における管理者の登録操作に応じてメニュー情報Ｄ１（図２参照）及び追加メニュー情報Ｄ２（図３参照）を登録すると、これら情報に基づいて、注文端末４に注文ページＰ２を表示させて利用者からメニューの注文を受け付ける。

例えば、表示処理部２１１は、図１０に示す注文ページＰ２を注文端末４に表示させる。例えば、飲食店の利用者が注文端末４において当該飲食店が提供する注文サイトにアクセス（ログイン）すると、表示処理部２１１は、注文ページＰ２を注文端末４に表示させる。図１０には、利用者がメニュー一覧（不図示）から「日本酒」を選択した場合に表示される日本酒の注文ページＰ２を示している。表示処理部２１１は、注文ページＰ２において、日本酒の画像、価格（１個（１合）の税込み価格）、説明文（図９参照）、数量入力欄Ｋ２１、追加メニュー（ここでは「おちょこ」）の情報（メニュー名、価格、数量入力欄Ｋ２３）などを表示させる。なお、追加メニューの価格が無料の場合、価格の表示を省略してもよい（図１０参照）。

また、表示処理部２１１は、数量入力欄Ｋ２１、Ｋ２３のそれぞれに、注文数を増減させるボタン（増加ボタン「＋」及び減少ボタン「－」）を表示させて、受付処理部２１２は、利用者から注文数の入力操作（増加ボタン及び減少ボタンを押下する操作）を受け付ける。ここで、表示処理部２１１は、メインメニューの注文数を入力する数量入力欄Ｋ２１（本発明の第１入力部）をメインメニューの表示領域（上領域）に表示させ、追加メニューの注文数を入力する数量入力欄Ｋ２３（本発明の第２入力部）を追加メニューの表示領域（下領域）に表示させる。これにより、利用者は、メインメニュー及び追加メニューの入力欄を容易に区別することができる。

注文処理部２１４は、利用者からメインメニューと、メインメニューに関連付けられた追加メニューとの注文の受け付けを許可する。

具体的には、注文処理部２１４は、メインメニューと追加メニューとの紐づけ状態（「追加メニューの数量紐づけ無し」（図９参照）の設定状態）に基づいて、追加メニューの注文可能な注文数を決定する。例えば、「追加メニューの数量紐づけ無し」（登録ボタンＫ６２）が「ＯＮ」（第２モード）に設定されている場合には、追加メニューの注文数をメインメニューの注文数に紐づけない。すなわち、注文処理部２１４は、上述したように、利用者が日本酒を「３個（３合）」注文した場合に、おちょこの注文を「１個」から許可（任意の注文数の注文を許可）する。例えば、注文処理部２１４は、おちょこ１個の注文、おちょこ２個の注文、おちょこ３個の注文、おちょこ４個の注文、おちょこ５個の注文（図１０参照）などを許可する。他の実施形態として、注文処理部２１４は、前記第２モードにおいて、追加メニューの注文数の上限を、同一テーブルを利用する利用者の人数に設定してもよい。これにより、注文処理部２１４は、追加メニューについて、利用者の人数以下の注文数の受け付けを許可する。

これに対して、例えば、「追加メニューの数量紐づけ無し」が「ＯＦＦ」（すなわち、追加メニューの数量紐づけ有り）（第１モード）に設定されている場合には、追加メニューの注文数をメインメニューの注文数に紐づける。すなわち、注文処理部２１４は、利用者が日本酒を「３個（３合）」注文した場合に、おちょこの注文を「３個」の注文のみ許可（３個以外の注文を禁止）する。なお、注文処理部２１４は、前記第１モードにおいて、利用者が３個以外の注文数を入力した場合にエラーを表示させてもよいし、注文数を増減させるボタン（増加ボタン「＋」及び減少ボタン「－」）を非表示にしてもよい。

他の実施形態として、注文処理部２１４は、前記第１モードにおいて、追加メニューの注文数の上限をメインメニューの注文数に紐づけてもよい。この場合、注文処理部２１４は、利用者が日本酒を「３個（３合）」注文した場合に、おちょこの注文を１個～３個の注文のみ許可（４個以上の注文を禁止）する。

また、他の実施形態として、注文処理部２１４は、前記第１モードにおいて、追加メニューの注文数の上限を利用者の人数に紐づけてもよい。この場合、注文処理部２１４は、同一テーブルを利用者２名が利用している場合において、利用者が日本酒を「３個（３合）」注文した場合に、おちょこの注文を１個又は２個の注文のみ許可（３個以上の注文を禁止）する。

このように、設定処理部２１３は、管理者の設定操作（図９参照）に応じて、追加メニューの注文数をメインメニューの注文数（上記の例では３個（３合））に紐づけるか否かを設定可能であってもよい。また、他の実施形態として、設定処理部２１３は、追加メニューの注文数を利用者の人数（上記の例では２名）に紐づけるか否かを設定可能であってもよい。

図１１及び図１２には、他の注文方法の一例を示している。例えば、図１１に示す注文ページＰ２において利用者が日本酒を「３個（３合）」入力してカートボタンＫ２２を押下すると、表示処理部２１１は、図１２に示す注文ページＰ３（おすすめページ）を表示させる。表示処理部２１１は、注文ページＰ３に、日本酒に関連付けられた「おちょこ」、「枝豆」、「刺身」（図３参照）を追加メニューとして表示させる。利用者は、注文ページＰ３において、追加メニューの選択、注文数の入力などを行う。利用者は、メニュー画像欄に表示される数量入力欄Ｋ２１の増加ボタン（「＋」）を押下することにより注文数を入力することができる。注文処理部２１４は、「追加メニューの数量紐づけ無し」の設定状態（第１モード又は第２モード）に基づいて、追加メニューの注文の可否を決定する。例えば、設定処理部２１３が「追加メニューの数量紐づけ無し」を「ＯＮ」に設定した場合、注文処理部２１４は、利用者が日本酒を「３個（３合）」注文した場合に、「おちょこ」、「枝豆」、「刺身」のそれぞれの注文を「１個」から許可（任意の注文数の注文を許可）する。また、例えば、設定処理部２１３が「追加メニューの数量紐づけ無し」を「ＯＦＦ」に設定した場合、注文処理部２１４は、利用者が日本酒を「３個（３合）」注文した場合に、「おちょこ」、「枝豆」、「刺身」のそれぞれの注文を「３個」の注文のみ許可（３個以外の注文を禁止）する。この場合、利用者は、各追加メニューの注文数について「３」又は「０」のみ選択可能となる。

また、他の注文方法として、表示処理部２１１は、日本酒に関連付けられた追加メニュー（「おちょこ」、「枝豆」、「刺身」）を図１１に示す注文ページＰ２に表示させてもよい。すなわち、制御部１１は、メインメニュー（第１メニュー）とメインメニューに関連付けられた追加メニュー（第２メニュー）とを同じページ（注文ページ）に表示させて、当該ページにおいてメインメニュー及び追加メニューの注文（メニューの選択、注文数の入力）を受け付けてもよい。

他の実施形態として、１つのメインメニューに対して複数の追加メニューが関連付けられている場合に、設定処理部２１３は、追加メニューごとに「追加メニューの数量紐づけ無し」の設定を行ってもよい。例えば、設定処理部２１３は、管理者の設定操作（図９参照）に応じて、「おちょこ」について「追加メニューの数量紐づけ無し」を「ＯＦＦ」に設定し、「枝豆」及び「刺身」について「追加メニューの数量紐づけ無し」を「ＯＮ」に設定する。この場合、注文処理部２１４は、利用者が日本酒を「３個（３合）」注文した場合に、「おちょこ」の注文を「１個」から許可（任意の注文数の注文を許可）し、「枝豆」及び「刺身」のそれぞれの注文を「３個」の注文のみ許可（３個以外の注文を禁止）する。

他の実施形態として、設定処理部２１３は、メインメニュー又は追加メニューの種別に応じて、「追加メニューの数量紐づけ無し」のＯＮ／ＯＦＦを自動的に設定してもよい。例えば、追加メニューが、メインメニューに必ず必要になるメニューである場合に、設定処理部２１３は、「追加メニューの数量紐づけ無し」をＯＦＦに設定し、注文処理部２１４は、追加メニューについて、メインメニューと同じ注文数の注文のみを許可する。例えば、追加メニューが、ドリンク（メインメニュー）用のグラス、料理（メインメニュー）を取り分ける皿、料理（メインメニュー）に使用する調味料などである場合に、設定処理部２１３は、「追加メニューの数量紐づけ無し」をＯＦＦに設定する。これに対して、追加メニューが、メインメニューと一緒に注文されることが多いお勧めのメニューである場合に、設定処理部２１３は、「追加メニューの数量紐づけ無し」をＯＮに設定し、注文処理部２１４は、追加メニューについて任意の注文数の注文を許可する。

出力処理部２１５は、注文処理部２１４が受け付けた注文の注文データを厨房に出力する。具体的には、出力処理部２１５は、前記注文データを飲食店の厨房端末（不図示）に出力する。前記注文データには、利用者の注文に対応するメニューの注文内容、当該利用者が利用するテーブルのテーブル番号、注文番号、前記注文を受け付けた受付日時（注文日時）などの情報が含まれる。また、出力処理部２１５は、前記注文データを含む注文票を厨房端末から出力（印刷又は表示）させてもよい。厨房スタッフは、前記注文票を受け取ると、注文内容の飲食物を用意する。

会計処理部２１６は、利用者の注文メニューの代金（飲食代）に対する会計処理を行う。例えば、注文端末４に表示された会計ページ（不図示）において利用者が支払ボタンを押下した場合、会計処理部２１６は、前記飲食代の会計処理（決済処理）を実行する。例えば、会計処理部２１６は、注文端末４を利用した電子決済（モバイル決済）を実行する。

［注文管理処理］
以下、図１３を参照しつつ、実施形態２に係る注文管理システム１において実行される注文管理処理について説明する。

ステップＳ１１において、制御部２１は、メニュー登録ページＰ１（図８参照）を施設端末３に表示させる。例えば、飲食店の管理者が施設端末３において注文管理サービスのウェブサイトにアクセスすると、制御部２１は、施設端末３にメニュー登録ページＰ１を表示させる。

次にステップＳ１２において、制御部２１は、メニュー情報を取得する。例えば、管理者がメニュー登録ページＰ１においてメニューの情報（メニュー名、説明文、価格など）を入力すると、制御部２１は、当該メニュー情報を取得する。

次にステップＳ１３において、制御部２１は、追加メニュー情報を取得する。例えば、管理者がメニュー登録ページＰ１において追加メニューを入力すると、制御部２１は、追加メニュー情報を取得する。制御部２１は、追加メニューの情報を、メインメニューの情報に関連付けて登録する（図３参照）。例えば、制御部２１は、メインメニューの「日本酒」に、追加メニューの「おちょこ」を関連付けて登録する。

次にステップＳ１４において、制御部２１は、追加メニューの注文数の紐づけ設定について、「追加メニューの数量紐づけ無し」を「ＯＮ」に設定する操作を受け付けたか否かを判定する。例えば、管理者は、メインメニューの注文数に関わらず、追加メニューについて任意の注文数の受け付けを許可する場合に、「追加メニューの数量紐づけ無し」を「ＯＮ」（第２モード）に設定する。一方、管理者は、メインメニューの注文数に応じた注文数（例えば、メインメニューと同じ注文数、メインメニューの注文数を上限とした注文数など）の受け付けのみを許可する場合に、「追加メニューの数量紐づけ無し」を「ＯＦＦ」（第１モード）に設定する。

制御部２１は、「追加メニューの数量紐づけ無し」を「ＯＮ」に設定する操作を受け付けると（Ｓ１４：Ｙｅｓ）、処理をステップＳ１５に移行させる。一方、制御部２１は、「追加メニューの数量紐づけ無し」を「ＯＦＦ」に設定する操作を受け付けると（Ｓ１４：Ｎｏ）、処理をステップＳ４１に移行させる。

制御部２１は、ステップＳ１５において「追加メニューの数量紐づけ無し」を「ＯＮ」に設定し、ステップＳ４１において、「追加メニューの数量紐づけ無し」を「ＯＦＦ」に設定する。制御部２１は、追加メニューの注文数の紐づけ設定の設定状態（「ＯＮ」又は「ＯＦＦ」）を取得する。制御部２１は、ステップＳ１５、Ｓ４１の後、処理をステップＳ１６に移行させる。

次にステップＳ１６において、制御部２１は、管理者からメニューの登録操作を受け付けたか否かを判定する。制御部２１は、管理者からメニューの登録操作を受け付けた場合（Ｓ１６：Ｙｅｓ）、処理をステップＳ１７に移行させる。一方、制御部２１は、管理者からメニューの登録操作を受け付けない場合（Ｓ１６：Ｎｏ）、処理をステップＳ１２に移行させて、メニュー情報、追加メニュー情報のそれぞれの登録操作を受け付けて各情報を取得する。

例えば、メニュー登録ページＰ１（図８参照）において管理者が登録ボタンＫ１７を押下すると、制御部２１は、登録操作を受け付けたと判定する（Ｓ１６：Ｙｅｓ）。

ステップＳ１７において、制御部２１は、メニュー情報を登録する。例えば、制御部２１は、「日本酒」に関する情報（メニュー名、価格、最低注文数、説明文など）をメニュー情報Ｄ１（図２参照）に登録する。また、制御部２１は、日本酒の追加メニューとして入力された「おちょこ」の情報を、日本酒に関連付けて追加メニュー情報Ｄ２に登録する。なお、図３には、日本酒の追加メニューとして入力された「おちょこ」、「枝豆」、「刺身」の情報が、追加メニュー情報Ｄ２に登録された例を示している。

次にステップＳ１８において、制御部２１は、管理者からメニューの追加登録操作を受け付けたか否かを判定する。制御部２１は、管理者からメニューの追加登録操作を受け付けると（Ｓ１８：Ｙｅｓ）、処理をステップＳ１１に移行させて、新たなメニュー登録ページＰ１を施設端末３に表示させる。例えば、メニュー登録ページＰ１において管理者が追加ボタンＫ１８を押下すると、制御部２１は、メニューの追加登録操作を受け付けたと判定する。制御部２１は、管理者からメニューの追加登録操作を受け付けない場合（Ｓ１８：Ｎｏ）、処理を終了する。

以上のようにして、制御部２１は、飲食店が利用者に提供するメニューごとに、前記注文管理処理を繰り返し実行して、メニュー情報Ｄ１（図２参照）及び追加メニュー情報Ｄ２（図３参照）を登録する。

以上説明したように、実施形態２に係る注文管理システム１は、飲食店の利用者に提供する第１メニュー（メインメニュー）に関連付けられた第２メニュー（追加メニュー）について、前記利用者から前記第１メニューの注文数と同じ注文数のみの注文の受け付けを許可するか（第１モード）、又は、前記利用者から任意の注文数の注文の受け付けを許可するか（第２モード）を設定可能な構成を備えている。

上記構成によれば、例えば利用者は、メインメニューと追加メニューとを個別に適切な数量で注文することができる。また、第１モードに設定されている場合に、利用者は追加メニューについて、メインメニューの注文数と同じ注文数の注文を行うことができる。また、第２モードに設定されている場合に、利用者は追加メニューについて、メインメニューの注文数に依らず任意の注文数の注文を行うことができる。このため、例えば利用者が日本酒の注文数として「３」を入力し、おちょこの注文数として「５」を入力した場合に、おちょこについて１５個の注文が受け付けられることはなく、利用者が意図した５個の注文が受け付けられる。よって、利用者の注文操作の利便性を向上させることが可能になる。また、不適切な注文の受け付けを防ぐことができるため、飲食店の業務効率を向上させるとことが可能になる。

なお、注文管理システム１は、飲食店の管理者による設定操作に基づいて、追加メニューについて第１モード又は第２モードを設定してもよい。

また、注文管理システム１は、第２モードに設定された場合に、メインメニューの注文数を入力する数量入力欄Ｋ２１（第１入力部）をメインメニューの表示領域に表示させ、追加メニューの注文数を入力する数量入力欄Ｋ２３（第２入力部）を追加メニューの表示領域に表示させてもよい。これにより、利用者は、メインメニューの注文数と、追加メニューの注文数とを、個別に入力することができる。

ここで、１つのメニューが、複数の単品メニューで構成されるセットメニューであってもよい。セットメニューの例として、ハンバーガーとポテトとドリンクとにより構成されるハンバーガーセット、ピザとサラダとドリンクとにより構成されるピザセット、ご飯と主菜と副菜とにより構成される定食セットなどが挙げられる。この場合、セットメニューのうち主要な単品メニュー（メインメニュー）が、本発明の第１メニューに相当し、セットメニューのうち主要な単品メニューを除いた単品メニュー（サブメニュー、サイドメニュー）が、本発明の第２メニューに相当する。

セットメニューにおいて、「追加メニューの数量紐づけ無し」が「ＯＮ」（第２モード）に設定されている場合には、注文処理部２１４は、例えば利用者がハンバーガーセットを「３個」注文した場合に、サブメニューであるポテト及びドリンクの注文を「１個」から許可（任意の注文数の注文を許可）する。例えば、注文処理部２１４は、メインメニューのハンバーガーが３個注文された場合に、サブメニューについて、ポテト２個及びドリンク３個の注文、ポテト１個及びドリンク２個の注文、ポテト３個及びドリンク１個の注文などを許可する。

これに対して、セットメニューにおいて、「追加メニューの数量紐づけ無し」が「ＯＦＦ」（第１モード）に設定されている場合には、注文処理部２１４は、メインメニューのハンバーガーが３個注文された場合に、サブメニューであるポテト及びドリンクのそれぞれの注文を「３個」の注文のみ許可（３個以外の注文を禁止）する。

また、セットメニューにおいて、サブメニューに選択可能なメニューが含まれる場合に、サブメニューの選択操作の許否を設定してもよい。例えば、ハンバーガーセットについて、ドリンクが複数種類ある場合に、ドリンクの種類の選択を許可するか否かを設定可能であってもよい。例えば、サブメニューの選択を許可するモードに設定されている場合には、注文処理部２１４は、利用者がハンバーガーセットを「３個」注文した場合に、利用者から３種類のドリンク（合計３個）の注文を許可する。これに対して、サブメニューの選択を禁止するモードに設定されている場合には、注文処理部２１４は、例えば利用者がハンバーガーセットを「３個」注文した場合に、利用者から１種類のドリンク（合計３個）の注文のみを許可する。

このように、設定処理部２１３は、メインメニューが利用者により選択された場合に複数のサブメニューから任意のサブメニューを利用者が選択可能に設定してもよい。この構成によれば、利用者は、例えば注文ページにおいて、セットメニューの注文を複数個入力した後に、サブメニューについて、任意の注文数を入力したり、任意の種類を選択したりすることが可能になる。

なお、設定処理部２１３は、「追加メニューの数量紐づけ無し」が「ＯＮ」（第２モード）に設定されている場合（メインメニューとサブメニューとの紐づけを解除した場合）に、任意の種類のサブメニューの注文を許可し、「追加メニューの数量紐づけ無し」が「ＯＦＦ」（第１モード）に設定されている場合（メインメニューとサブメニューとの紐づけを有効にした場合）に、１種類のサブメニューの注文のみを許可してもよい。

また、例えば飲食店では、各利用者に無料のお通し（又は突き出し、先付けなど）を提供する場合がある。例えば飲食店では、テーブルを４人の利用者が利用する場合に、当該テーブルについて人数分の４個のお通しを提供する。このようなサービス形態を取る飲食店において、注文管理システム１は、利用者に提供するお通しの数量を設定変更可能な構成を備えてもよい。例えば、お通しに関する設定（お通し設定モード）について、設定処理部２１３が、お通しの数量を利用者の人数に紐づけるモード（紐づけ有り）に設定した場合、注文処理部２１４は、利用者の人数と同じ数のお通しの注文のみを許可する。これに対して、お通しに関する設定について、設定処理部２１３が、お通しの数量を利用者の人数に紐づけないモード（紐づけ無し）に設定した場合、注文処理部２１４は、利用者の人数に依らず、任意の数のお通しの注文を許可する。

例えば、設定処理部２１３は、飲食店の管理者の設定操作に応じて、紐づけ有りのモード又は紐づけ無しのモードに設定する。他の実施形態として、設定処理部２１３は、テーブルを利用する利用者全員が酒類を注文した場合に、当該テーブルについて、紐づけ有りのモードに設定してもよい。また、設定処理部２１３は、テーブルを利用する利用者のうち少なくともいずれかの利用者が酒類以外のドリンク（ソフトドリンクなど）を注文した場合に、当該テーブルについて、紐づけ無しのモードに設定してもよい。また、設定処理部２１３は、テーブルを利用する利用者に子供が含まれる場合に、当該テーブルについて、紐づけ無しのモードに設定してもよい。

なお、利用者が注文端末４を操作してお通しを注文する形態の飲食店では、注文処理部２１４は、利用者から受け付ける注文について、お通し設定モードに基づいて可否を決定する。また、利用者の注文操作に依らず、お通しを利用者に提供する形態の飲食店では、注文処理部２１４が、飲食店のスタッフによる注文操作を受け付けてもよい。例えば、設定処理部２１３が紐づけ有りのモードに設定した場合、注文処理部２１４は、スタッフから利用者の人数と同じ数のお通しの注文のみを許可する。これに対して、設定処理部２１３が紐づけ無しのモードに設定した場合、注文処理部２１４は、スタッフから利用者の人数に依らず、任意の数のお通しの注文を許可する。例えば紐づけ有りのモードに設定されている場合、スタッフは、テーブルを利用する利用者の人数と同じ数のお通しの注文数のみスタッフ端末に入力することが可能になる。また例えば紐づけ無しのモードに設定されている場合、スタッフは、テーブルについてお通しを提供可能な利用者の人数を確認してスタッフ端末にお通しの注文数を入力することが可能になる。

他の実施形態として、設定処理部２１３は、「追加メニューの数量紐づけ無し」が「ＯＮ」（第２モード）に設定されている場合（メインメニューとサブメニューとの紐づけを解除した場合）に、任意の数量のお通しの注文を許可し、「追加メニューの数量紐づけ無し」が「ＯＦＦ」（第１モード）に設定されている場合（メインメニューとサブメニューとの紐づけを有効にした場合）に、利用者の人数分のお通しの注文のみを許可してもよい。

本発明は、上述した実施形態１に係る発明、実施形態２に係る発明に限定されず、実施形態１及び実施形態２を組み合わせた発明であってもよい。すなわち、本発明は、実施形態２に係る注文管理システム１は、実施形態１に示した最低注文数の設定処理（利用者から受け付ける注文の最低注文数を可変に設定可能な構成）を備えてもよい。

なお、注文管理装置２の制御部２１の一又は複数の処理部が、注文管理装置２とは異なる装置に含まれてもよい。例えば、設定処理部２１３が注文管理装置２又は施設端末３に含まれ、注文処理部２１４が施設端末３又は注文端末４に含まれてもよい。例えば、本発明の注文処理部は、利用者から注文を受け付ける処理を、注文管理装置２に実行させてもよいし、施設端末３に実行させてもよいし、注文端末４に実行させてもよい。また、本発明の注文処理部は、前記最低注文数に応じて注文の受付を許可する処理及び禁止する処理を、注文管理装置２に実行させてもよいし、施設端末３に実行させてもよいし、注文端末４に実行させてもよい。この場合、例えば、注文管理装置２（例えばサーバー）は、利用者から受け付ける注文の最低注文数を可変に設定し、注文端末４（例えばユーザー端末）は、前記最低注文数に応じて注文の受付を許可又は禁止する。また、本発明の注文処理部は、第２メニューについて、利用者から第１メニューの注文数と同じ注文数のみの注文の受け付けを許可するか、又は、利用者から任意の注文数の注文の受け付けを許可するかの設定（第２メニューの注文数の紐づけ設定）内容に応じて注文の受付を許可する処理及び禁止する処理を、注文管理装置２に実行させてもよいし、施設端末３に実行させてもよいし、注文端末４に実行させてもよい。この場合、例えば、注文管理装置２（例えばサーバー）は、第２メニューの注文数の紐づけ設定を行い、注文端末４（例えばユーザー端末）は、前記第２メニューの注文の受付を許可又は禁止する。他の処理部（表示処理部２１１、受付処理部２１２、出力処理部２１５、会計処理部２１６など）も同様に、注文管理装置２又は施設端末３に含まれてもよい。

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

＜付記１＞
飲食施設の利用者に提供するメニューごとに、前記利用者から受け付ける注文の最低注文数を可変に設定可能な設定処理部を備える注文管理システム。

＜付記２＞
前記設定処理部は、前記最低注文数を設定するか否かを選択する操作をユーザーから受け付け、前記ユーザーの操作に応じて前記最低注文数を設定する、
付記１に記載の注文管理システム。

＜付記３＞
前記設定処理部は、前記最低注文数を設定する操作を前記ユーザーから受け付けた場合に、さらに、前記最低注文数について２以上の最低注文数を選択する操作を前記ユーザーから受け付け、前記ユーザーの操作に応じて前記最低注文数を設定する、
付記２に記載の注文管理システム。

＜付記４＞
前記利用者から前記注文を受け付ける処理を実行させる注文処理部をさらに備え、
前記注文処理部は、前記設定処理部により前記最低注文数が設定された第１メニューについて、前記利用者から前記最低注文数以上の注文の受け付けを許可する処理を実行させる、
付記１～３のいずれかに記載の注文管理システム。

＜付記５＞
前記注文処理部は、前記利用者から前記第１メニューについて前記最低注文数以上である第１注文数の注文を受け付けた場合に、前記利用者から前記第１メニューに関連付けられた第２メニューの注文の受け付けを許可する処理を実行させる、
付記４に記載の注文管理システム。

＜付記６＞
前記注文処理部は、前記第２メニューについて、前記利用者から前記第１注文数以下の注文の受け付けを許可する処理を実行させる、
付記５に記載の注文管理システム。

＜付記７＞
前記設定処理部は、前記利用者から第１メニューについて前記最低注文数以上である第１注文数の注文を受け付ける場合に、前記第１メニューに関連付けられた第２メニューについて、前記利用者から任意の注文数の注文の受け付けを許可するか、又は、前記利用者から前記第１注文数のみの注文の受け付けを許可するかを設定する、
付記１～６のいずれかに記載の注文管理システム。

＜付記８＞
前記設定処理部は、第１メニューについて前記最低注文数を設定した場合に、さらに、初回の注文のみについて前記利用者から前記最低注文数未満の前記第１メニューの注文の受け付けを禁止するか、又は、初回及び次回以降の注文について前記利用者から前記最低注文数未満の前記第１メニューの注文の受け付けを禁止するかを設定する、
付記１～７のいずれかに記載の注文管理システム。

＜付記９＞
一又は複数のプロセッサーが、飲食施設の利用者に提供するメニューごとに、前記利用者から受け付ける注文の最低注文数を可変に設定可能な処理を実行する注文管理方法。

＜付記１０＞
飲食施設の利用者に提供するメニューごとに、前記利用者から受け付ける注文の最低注文数を可変に設定可能な処理を一又は複数のプロセッサーに実行させるための注文支援プログラム。

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

＜付記１＞
飲食施設の利用者に提供する第１メニューに関連付けられた第２メニューについて、前記利用者から前記第１メニューの注文数と同じ注文数のみの注文の受け付けを許可するか、又は、前記利用者から任意の注文数の注文の受け付けを許可するかを設定可能な設定処理部を備える注文管理システム。

＜付記２＞
前記設定処理部は、前記飲食施設の管理者による設定操作に基づいて、前記第２メニューについて、前記利用者から前記第１メニューの注文数と同じ注文数のみの注文の受け付けを許可するか、又は、前記利用者から任意の注文数の注文の受け付けを許可するかを設定する、
付記１に記載の注文管理システム。

＜付記３＞
前記利用者から前記注文を受け付ける処理を実行させる注文処理部をさらに備え、
前記注文処理部は、前記利用者から前記第１メニューについて第１注文数の注文を受け付けた場合に、前記利用者から前記第２メニューの注文の受け付けを許可する処理を実行させる、
付記１又は２に記載の注文管理システム。

＜付記４＞
前記設定処理部が、前記第２メニューについて、前記利用者から前記第１メニューの注文数と同じ注文数のみの注文の受け付けを許可する第１モードに設定した場合に、前記注文処理部は、前記第２メニューについて、前記利用者から前記第１注文数のみの注文の受け付けを許可する処理を実行させ、
前記設定処理部が、前記第２メニューについて、前記利用者から任意の注文数の注文の受け付けを許可する第２モードに設定した場合に、前記注文処理部は、前記第２メニューについて、前記利用者から任意の注文数の注文の受け付けを許可する処理を実行させる、
付記３に記載の注文管理システム。

＜付記５＞
前記第２モードに設定された場合に、前記第１メニューの注文数を入力する第１入力部を前記第１メニューの表示領域に表示させ、前記第２メニューの注文数を入力する第２入力部を前記第２メニューの表示領域に表示させる、
付記４に記載の注文管理システム。

＜付記６＞
前記設定処理部は、前記第１メニューが前記利用者により選択された場合に複数の前記第２メニューから任意の前記第２メニューを前記利用者が選択可能に設定する、
付記１～５のいずれかに記載の注文管理システム。

＜付記７＞
一又は複数のプロセッサーが、飲食施設の利用者に提供する第１メニューに関連付けられた第２メニューについて、前記利用者から前記第１メニューの注文数と同じ注文数のみの注文の受け付けを許可するか、又は、前記利用者から任意の注文数の注文の受け付けを許可するかを設定可能な処理を実行する、注文管理方法。

＜付記８＞
飲食施設の利用者に提供する第１メニューに関連付けられた第２メニューについて、前記利用者から前記第１メニューの注文数と同じ注文数のみの注文の受け付けを許可するか、又は、前記利用者から任意の注文数の注文の受け付けを許可するかを設定可能な処理を、一又は複数のプロセッサーに実行させるための注文管理プログラム。

１ ：注文管理システム
２ ：注文管理装置
３ ：施設端末
４ ：注文端末
２１ ：制御部
２２ ：記憶部
３１ ：制御部
４１ ：制御部
２１１ ：表示処理部
２１２ ：受付処理部
２１３ ：設定処理部
２１４ ：注文処理部
２１５ ：出力処理部
２１６ ：会計処理部
３１１ ：ブラウザ処理部
４１１ ：ブラウザ処理部
Ｄ１ ：メニュー情報
Ｄ２ ：追加メニュー情報
Ｐ２ ：注文ページ

Claims (5)

1. 飲食施設の利用者に提供するメニューを登録する登録画面において、前記飲食施設の管理者の登録操作に基づいて、一のメインメニューにサブメニューを関連付けて登録する登録処理部と、
   前記メインメニューに関連付けられた前記サブメニューについて、前記利用者から前記メインメニューの注文数と同じ注文数のみの注文の受け付けを許可するか、又は、前記利用者から任意の注文数の注文の受け付けを許可するかを指定する指定項目を備える前記登録画面において、予め、前記管理者から前記指定項目に対する指定操作を受け付けて前記サブメニューの注文の受付方法を設定する設定処理部と、
   注文を受け付ける注文画面において前記利用者から前記メインメニューの注文を受け付けた場合に、当該メインメニューに関連付けられた前記サブメニューについて、前記利用者から前記設定処理部により予め設定された前記受付方法に対応する注文数の注文の受け付けを許可する注文処理部と、
   を備える注文管理システム。
2. 前記設定処理部が、前記サブメニューについて、前記利用者から前記メインメニューの注文数と同じ注文数のみの注文の受け付けを許可する第１モードに設定した場合に、前記注文処理部は、前記サブメニューについて、前記利用者から前記メインメニューの注文数と同じ注文数のみの注文の受け付けを許可する処理を実行させ、
   前記設定処理部が、前記サブメニューについて、前記利用者から任意の注文数の注文の受け付けを許可する第２モードに設定した場合に、前記注文処理部は、前記サブメニューについて、前記利用者から任意の注文数の注文の受け付けを許可する処理を実行させる、
   請求項１に記載の注文管理システム。
3. 前記第２モードに設定された場合に、前記メインメニューの注文数を入力する第１入力部を前記メインメニューの表示領域に表示させ、前記サブメニューの注文数を入力する第２入力部を前記サブメニューの表示領域に表示させる、
   請求項２に記載の注文管理システム。
4. 前記設定処理部は、前記メインメニューが前記利用者により選択された場合に複数の前記サブメニューから任意の前記サブメニューを前記利用者が選択可能に設定する、
   請求項１～３のいずれかに記載の注文管理システム。
5. 一又は複数のプロセッサーが、
   飲食施設の利用者に提供するメニューを登録する登録画面において、前記飲食施設の管理者の登録操作に基づいて、一のメインメニューにサブメニューを関連付けて登録することと、
   前記メインメニューに関連付けられた前記サブメニューについて、前記利用者から前記メインメニューの注文数と同じ注文数のみの注文の受け付けを許可するか、又は、前記利用者から任意の注文数の注文の受け付けを許可するかを指定する指定項目を備える前記登録画面において、予め、前記管理者から前記指定項目に対する指定操作を受け付けて前記サブメニューの注文の受付方法を設定することと、
   注文を受け付ける注文画面において前記利用者から前記メインメニューの注文を受け付けた場合に、当該メインメニューに関連付けられた前記サブメニューについて、前記利用者から予め設定された前記受付方法に対応する注文数の注文の受け付けを許可することと、
   を実行する注文管理方法。
   

Images