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

Abstract

【課題】注文情報を効率よく管理するとともに利用者に対して注文内容を適切に提供することが可能な注文管理システム及び注文管理方法を提供する。【解決手段】本発明に係る注文管理システムは、飲食施設の利用者に提供する第１メニュー及び前記第１メニューに関連付けられた第２メニューのそれぞれの注文を前記利用者から受け付けた場合に、前記第１メニュー及び前記第２メニューの関連付けを維持した注文情報を施設端末に出力するか、又は、前記第１メニュー及び前記第２メニューの関連付けを解除した注文情報を施設端末に出力するかを設定可能な設定処理部を備える。【選択図】図１

Description

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

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

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

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

ところで、飲食施設では、特定のメニュー（メインメニュー）と、当該メインメニューに関連するメニュー（サブメニュー）とを予め関連付けて登録し、利用者から前記メインメニューが選択された場合に続けて前記サブメニューの選択を受け付けている。例えば、利用者が定食メニューを選択した場合に、続けて、利用者から定食メニューに含まれる複数のサイドメニューのうち一つのサイドメニューの選択を受け付ける。

ここで、一つのテーブルを２名の利用者Ａ、Ｂが利用する場合において、利用者Ａが定食メニューＭｍ１とサイドメニューＳｍ１とを選択し、利用者Ｂが定食メニューＭｍ２とサイドメニューＳｍ２とを選択した場合に、厨房に対して、定食メニューＭｍ１とサイドメニューＳｍ１とを１つの注文情報（調理伝票）として出力（調理指示）し、定食メニューＭｍ２とサイドメニューＳｍ２とを１つの注文情報として出力する。この場合、注文情報が多くなり管理が煩雑になる問題が生じる。一方、上記の例において、全ての注文（定食メニューＭｍ１、サイドメニューＳｍ１、定食メニューＭｍ２、サイドメニューＳｍ２）をまとめて１つの注文情報として出力すると、定食メニュー及びサイドメニューのセット内容が分からなくなり、例えば利用者Ａに定食メニューＭｍ１とサイドメニューＳｍ２とを提供し、利用者Ｂに定食メニューＭｍ２とサイドメニューＳｍ１とを提供してしまう問題が生じる。

本発明の目的は、注文情報を効率よく管理するとともに利用者に対して注文内容を適切に提供することが可能な注文管理システム及び注文管理方法を提供することにある。

本発明に係る注文管理システムは、飲食施設の利用者に提供する第１メニュー及び前記第１メニューに関連付けられた第２メニューのそれぞれの注文を前記利用者から受け付けた場合に、前記第１メニュー及び前記第２メニューの関連付けを維持した注文情報を施設端末に出力するか、又は、前記第１メニュー及び前記第２メニューの関連付けを解除した注文情報を施設端末に出力するかを設定可能な設定処理部を備える。

本発明に係る注文管理方法は、一又は複数のプロセッサーが、飲食施設の利用者に提供する第１メニュー及び前記第１メニューに関連付けられた第２メニューのそれぞれの注文を前記利用者から受け付けた場合に、前記第１メニュー及び前記第２メニューの関連付けを維持した注文情報を施設端末に出力するか、又は、前記第１メニュー及び前記第２メニューの関連付けを解除した注文情報を施設端末に出力するかを設定可能な処理を実行する方法である。

本発明によれば、注文情報を効率よく管理するとともに利用者に対して注文内容を適切に提供することが可能な注文管理システム及び注文管理方法を提供することができる。

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

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

［実施形態１］

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

また例えばステーキ定食を注文する際に指定する肉のサイズのメニューとして「１５０ｇ」及び「３００ｇ」、焼き方のメニューとして「ミディアムレア」及び「ウェルダン」、ソースのメニューとして「オニオンソース」及び「デミグラスソース」、ライスのサイズのメニューとして「普通盛」及び「大盛」がそれぞれサブメニューとして、ステーキ定食に関連付けられて登録される。管理者は、メニュー登録ページＰ１（図１４参照）において、サブメニューを登録する場合に登録ボタンＫ６１を押下して、一又は複数のサブメニュー（ここでは、「１５０ｇ」、「３００ｇ」、「ミディアムレア」、「ウェルダン」、「オニオンソース」、「デミグラスソース」、「ライス普通盛」、「ライス大盛」）を登録する。

また例えば焼魚定食を注文する際に指定する汁物のメニューとして「味噌汁」及び「豚汁」、ライスのサイズのメニューとして「普通盛」及び「大盛」、ドリンクのメニューとして「コーヒー」及び「紅茶」がそれぞれサブメニューとして、焼魚定食に関連付けられて登録される。

また例えばハンバーガーセットを注文する際に指定するサイドメニューとして「ポテト」及び「サラダ」、ドリンクのメニューとして「コーヒー」及び「オレンジジュース」、カスタマイズメニューとして「トマト抜き」及び「チーズ追加」がそれぞれサブメニューとして、ハンバーガーセットに関連付けられて登録される。

このように、サブメニューには、メインメニューに追加されるメニュー（追加メニュー）、メインメニューに含まれるメニュー（サイドメニュー）、メインメニューの種類、内容に関するメニュー（サイズ、焼き方、ソース、ドリンク、トッピング、カスタマイズなど）などが含まれる。

管理者は、メインメニューごとに、サブメニューを登録することが可能である。図３には、鍋Ａ、日本酒、ステーキ定食、焼魚定食、ハンバーガーセットのサブメニュー情報Ｄ２を例示しているが、サブメニュー情報Ｄ２には、管理者の登録操作に応じて複数のメインメニューとそれぞれに対応するサブメニューとが登録される。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

［実施形態３］
ところで、飲食店では、特定のメニュー（メインメニュー）と、当該メインメニューに関連するメニュー（サブメニュー）とを予め関連付けて登録し、利用者から前記メインメニューが選択された場合に続けて前記サブメニューの選択を受け付けている。例えば、利用者が定食メニューを選択した場合に、続けて、利用者から定食メニューに含まれる複数のサイドメニューのうち一つのサイドメニューの選択を受け付ける。

ここで、一つのテーブルを２名の利用者Ａ、Ｂが利用する場合において、利用者Ａが定食メニューＭｍ１とサイドメニューＳｍ１とを選択し、利用者Ｂが定食メニューＭｍ２とサイドメニューＳｍ２とを選択した場合に、厨房に対して、定食メニューＭｍ１とサイドメニューＳｍ１とを１つの注文情報（調理伝票）として出力（調理指示）し、定食メニューＭｍ２とサイドメニューＳｍ２とを１つの注文情報として出力する。この場合、注文情報が多くなり管理が煩雑になる問題が生じる。一方、上記の例において、全ての注文（定食メニューＭｍ１、サイドメニューＳｍ１、定食メニューＭｍ２、サイドメニューＳｍ２）をまとめて１つの注文情報として出力すると、定食メニュー及びサイドメニューのセット内容が分からなくなり、例えば利用者Ａに定食メニューＭｍ１とサイドメニューＳｍ２とを提供し、利用者Ｂに定食メニューＭｍ２とサイドメニューＳｍ１とを提供してしまう問題が生じる。これに対して、実施形態３に係る注文管理システム１によれば、以下に示すように、注文情報を効率よく管理するとともに利用者に対して注文内容を適切に提供することが可能である。

具体的には、実施形態３に係る注文管理システム１は、飲食店の利用者に提供する第１メニュー及び前記第１メニューに関連付けられた第２メニューのそれぞれの注文を利用者から受け付けた場合に、前記第１メニュー及び前記第２メニューの関連付けを維持した注文情報を施設端末３に出力するか、又は、前記第１メニュー及び前記第２メニューの関連付けを解除した注文情報を施設端末３に出力するかを設定可能な構成を備えている。この構成の具体例について以下に説明する。なお、実施形態３において、実施形態１及び２に示した構成と同一の構成については、適宜説明を省略する。

上述のように、表示処理部２１１は、メニュー登録ページＰ１を施設端末３に表示させ、受付処理部２１２は、管理者による入力操作を受け付ける。例えば、管理者は、焼魚定食のメニューを登録する場合に、メニュー登録ページＰ１（図１４参照）において、メニューＩＤ、メニュー名、説明文、価格、最低注文数などを登録する。また、管理者は、焼魚定食のサブメニューを登録する場合に、登録ボタンＫ６１を押下して、サブメニュー登録ページ（不図示）においてサブメニュー（例えば「味噌汁」、「豚汁」、「ライス普通盛」、「ライス大盛」、「コーヒー」、「紅茶」など）を登録する。なお、実施形態３では、最低注文数の登録処理が省略されてもよい。

また、管理者は、メニュー登録ページＰ１において、注文情報（調理伝票）を厨房端末（施設端末３）に出力する方法（出力モード）を設定することが可能である。具体的には、管理者は、メインメニューとサブメニューとの関連付け維持した注文情報を厨房端末に出力する出力モード（個別モード）か、又は、メインメニューとサブメニューとの関連付け解除した注文情報を厨房端末に出力する出力モード（集約モード）かを設定する。

例えば、一つのテーブルを２名の利用者Ａ、Ｂが利用する場合において、利用者Ａが「焼魚定食」を注文し、サブメニューとして「味噌汁」、「ライス普通盛」、「コーヒー」を注文し、利用者Ｂが「焼魚定食」を注文し、サブメニューとして「豚汁」、「ライス大盛」、「コーヒー」を注文した場合に、「焼魚定食×２個」と「味噌汁×１個」と「豚汁×１個」と「ライス普通盛×１個」と「ライス大盛×１個」と「コーヒー×２個」とを集約して１つの注文情報（調理伝票）として厨房端末（施設端末３）に出力させたい場合に、管理者は、「集約設定」（設定ボタンＫ６３）を「ＯＮ」（集約モード）に設定する。

これに対して、利用者Ａの注文内容の注文情報と、利用者Ｂの注文内容の注文情報とを個別に厨房端末に出力させたい場合に、管理者は、「集約設定」（設定ボタンＫ６３）を「ＯＦＦ」（個別モード）に設定する。図１４は、「集約設定」が「ＯＮ」に設定された状態を示している。

このように、「集約設定」の設定機能は、複数の注文情報をまとめて厨房端末に出力するか又は個別に厨房端末に出力するかを切り替えるための切替部である。メインメニューは本発明の第１メニューの一例であり、サブメニューは本発明の第２メニューの一例である。なお、設定ボタンＫ６３は、メニュー登録ページＰ１とは異なるページに表示されてもよい。また、メニュー登録ページＰ１に、設定ボタンＫ６３と、登録ボタンＫ６２（図４及び図９参照）とが表示されてもよい。

管理者は、各登録項目Ｋ１１～Ｋ１６について入力を完了すると登録ボタンＫ１７を押下する。設定処理部２１３は、各登録項目Ｋ１１～Ｋ１６について入力された情報を登録する。ここでは、設定処理部２１３は、焼魚定食に関する各情報をメニュー情報Ｄ１（図２参照）に登録する。また、設定処理部２１３は、焼魚定食のサブメニューとして入力されたメニューの情報を、焼魚定食に関連付けてサブメニュー情報Ｄ２（図３参照）に登録する。

ここで、設定処理部２１３は、管理者の設定操作（前記切替部（設定ボタンＫ６３）の切替操作）に応じて、複数の注文情報を集約して厨房端末に出力するか否かを設定する。具体的には、設定処理部２１３は、飲食店の利用者に提供するメインメニュー及びメインメニューに関連付けられたサブメニューの注文を利用者から受け付けた場合に、メインメニュー及びサブメニューの関連付けを維持した注文情報を施設端末３（厨房端末）に出力するか、又は、メインメニュー及びサブメニューの関連付けを解除した注文情報を施設端末３に出力するかを設定する。すなわち、設定処理部２１３は、サイドメニュー及びサブメニューの関連付けを維持した個別の注文情報として施設端末３（厨房端末）に出力する個別モード（本発明の第１出力モード）、及び、サイドメニュー及びサブメニューの関連付けを解除して一つの注文情報として集約して施設端末３（厨房端末）に出力する集約モード（本発明の第２出力モード）のいずれかに設定する。また、設定処理部２１３は、飲食施設の管理者による設定操作に基づいて個別モード又は集約モードに設定する。

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

例えば、表示処理部２１１は、図１５に示す注文ページＰ２を注文端末４に表示させる。例えば、飲食店の利用者が注文端末４において当該飲食店が提供する注文サイトにアクセス（ログイン）すると、表示処理部２１１は、注文ページＰ２を注文端末４に表示させる。図１５には、利用者がメニュー一覧（不図示）から「焼魚定食」を選択した場合に表示される焼魚定食の注文ページＰ２を示している。表示処理部２１１は、注文ページＰ２において、焼魚定食の画像、価格、説明文（図１４参照）、数量入力欄Ｋ２１などを表示させる。

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

図１５に示す注文ページＰ２において利用者が焼魚定食を「２個（２人前）」入力してボタンＫ２５を押下すると、表示処理部２１１は、図１６に示す注文ページＰ３（サブメニューページ）を表示させる。なお、表示処理部２１１は、注文ページＰ２の内容と注文ページＰ３の内容とを同じページに表示させてもよい。表示処理部２１１は、注文ページＰ３に、焼魚定食に関連付けられた「味噌汁」、「豚汁」、「ライス普通盛」、「ライス大盛」、「コーヒー」、「紅茶」（図３参照）をサブメニューとして表示させる。利用者は、注文ページＰ３において、サブメニューの選択、注文数の入力などを行う。利用者は、汁物、ライス、ドリンクのそれぞれについて２個ずつ注文数を入力する。

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

ここで、注文処理部２１４が、それぞれがメインメニューとサブメニューとを含む複数の注文を受け付けた場合において、設定処理部２１３が出力モードを前記個別モードに設定した場合に、出力処理部２１５は、厨房端末において、複数の注文のそれぞれについて、メインメニュー及びサブメニューを関連付けた注文情報を出力させる。これに対して、設定処理部２１３が出力モードを前記集約モードに設定した場合に、出力処理部２１５は、厨房端末において、複数の注文に含まれるメインメニュー及びサブメニューそれぞれの合計注文数に関する注文情報を出力させる。

例えば、出力モードが前記個別モードに設定された状態で、利用者が図１５及び図１６に示す２個（２人前）の注文を行った場合に、出力処理部２１５は、図１７に示すように、「焼魚定食×１個」と「味噌汁×１個」と「ライス普通盛×１個」と「コーヒー×１個」とを関連付けた１つの注文情報Ｐ４と、「焼魚定食×１個」と「豚汁×１個」と「ライス大盛×１個」と「コーヒー×１個」とを関連付けた１つの注文情報Ｐ４とを個別に厨房端末に出力する。注文情報Ｐ４は、厨房端末に表示される表示情報であってもよいし、厨房端末から印刷出力される紙媒体の伝票であってもよい。また、上記２つの注文情報が別々の伝票として出力されてもよい。この場合、スタッフは、焼魚定食１個と味噌汁１個とライス普通盛１個とコーヒー１個とを一つのトレーに載せ、焼魚定食１個と豚汁１個とライス大盛１個とコーヒー１個とを一つのトレーに載せて、注文テーブルに配膳する。このように、「個別モード」に設定することにより、利用者ごとに注文内容を区別して管理することができるため（図１７参照）、注文品の提供ミスを防ぐことができる。

これに対して、例えば、出力モードが前記集約モードに設定された状態で、利用者が図１５及び図１６に示す注文を行った場合には、出力処理部２１５は、図１８に示すように、「焼魚定食×２個」と「味噌汁×１個」と「豚汁×１個」と「ライス普通盛×１個」と「ライス大盛×１個」と「コーヒー×２個」とを集約した１つの注文情報Ｐ４を厨房端末に出力する。この場合、スタッフは、焼魚定食２個と味噌汁１個と豚汁１個とライス普通盛２個とライス大盛１個とコーヒー２個とを一つのトレーにまとめて載せて注文テーブルに配膳する。このように、「集約モード」に設定することにより、注文情報の数（伝票数など）を減らすことができるため（図１８参照）、注文情報の管理を簡素化することができる。

上述したように、設定処理部２１３は、飲食施設の管理者による設定操作に基づいて、前記個別モード又は前記集約モードに設定する。

他の実施形態として、設定処理部２１３は、メインメニュー及びサブメニューの種別に基づいて、前記個別モード又は前記集約モードに設定してもよい。例えば、メインメニューの中には、サブメニューとの関連付けを解除できないメインメニューと、サブメニューとの関連付けを解除できるメインメニューとが存在する。例えば、メインメニュー「ステーキ定食」に対するサブメニュー「ステーキのサイズ」、「ステーキの焼き方」、「ステーキソース」は、メインメニューの調理工程に必要なメニュー（調理情報）であるため、メインメニューとサブメニューとの関連付けを解除することができない。この場合、設定処理部２１３は、メインメニュー「ステーキ定食」について、管理者による設定操作（「集約設定」の切替操作）を禁止して、自動的に「個別モード」に設定する。

図１９には、利用者がメニュー一覧（不図示）から「ステーキ定食」を選択した場合に表示されるステーキ定食の注文ページＰ２を示している。表示処理部２１１は、注文ページＰ２において、ステーキ定食の画像、価格、説明文、数量入力欄Ｋ２１などを表示させる。

図１９に示す注文ページＰ２において利用者がステーキ定食を「２個（２人前）」入力してボタンＫ２５を押下すると、表示処理部２１１は、図２０に示す注文ページＰ３（サブメニューページ）を表示させる。表示処理部２１１は、注文ページＰ３に、１つ目（１人目）のステーキ定食に関連付けられた「サイズ」、「焼き方」、「ソース」、「ライス」と、２つ目（２人目）のステーキ定食に関連付けられた「サイズ」、「焼き方」、「ソース」、「ライス」とを、別々にサブメニューとして表示させる。このように、出力モードが個別モードに設定されている場合には、表示処理部２１１は、図２０に示すように、メインメニューごとに、サブメニューを選択可能に表示させる。

出力モードが前記個別モードに設定された状態で、利用者が図１９及び図２０に示す注文を行った場合に、出力処理部２１５は、図２１に示すように、「ステーキ定食×１個」と「サイズ１５０ｇ×１個」と「ミディアムレア×１個」と「オニオンソース×１個」と「ライス普通盛×１個」とを関連付けた１つの注文情報Ｐ４と、「ステーキ定食×１個」と「サイズ３００ｇ×１個」と「ミディアムレア×１個」と「デミグラスソース×１個」と「ライス大盛×１個」とを関連付けた１つの注文情報Ｐ４とを個別に厨房端末に出力する。この場合、スタッフは、１５０ｇのミディアムレアのステーキにオニオンソースを付けて、ライス普通盛をセットにしたステーキ定食を１つのトレーに載せ、３００ｇのミディアムレアのステーキにデミグラスソースを付けて、ライス大盛をセットにしたステーキ定食を１つのトレーに載せて、注文テーブルに配膳する。

このように、メインメニューが例えば「ステーキ定食」であって、サブメニューが例えば「ステーキのサイズ」、「ステーキの焼き方」である場合、すなわちサブメニューがメインメニューの調理に必要なメニューである場合には、メインメニューとサブメニューとを切り離すと調理ができないため、設定処理部２１３は、出力モードを「個別モード」に設定する。これに対して、図１５及び図１６に示したように、メインメニューが例えば「焼魚定食」であって、サブメニューが例えば「汁物」である場合、すなわちサブメニューがメインメニューの調理に必要ではないメニューである場合には、メインメニューとサブメニューとを切り離してもそれぞれを個別に調理が可能であるため、設定処理部２１３は、管理者の設定操作を許可して、設定操作に応じて「個別モード」又は「集約モード」に設定する。

他の実施形態として、メインメニューが例えば「ハンバーガーセット」であって、サブメニューが例えば「サイドメニュー」である場合には、メインメニューとサブメニューとを切り離しても調理が可能であるため、設定処理部２１３は、管理者の設定操作を許可して、設定操作に応じて「個別モード」又は「集約モード」に設定する。

図２２には、出力モードが「集約モード」に設定された場合の注文情報の一例を示している。出力処理部２１５は、図２２に示すように、「ハンバーガーセット×２個」と「ポテト×１個」と「サラダ×１個」と「コーヒー×１個」と「オレンジジュース×１個」とを集約した１つの注文情報Ｐ４を厨房端末に出力する。

図２３には、出力モードが「個別モード」に設定された場合の注文情報の一例を示している。出力処理部２１５は、図２３に示すように、「ハンバーガーセット×１個」と「ポテト×１個」と「コーヒー×１個」と「トマト抜き×１個」とを関連付けた１つの注文情報Ｐ４と、「ハンバーガーセット×１個」と「サラダ×１個」と「オレンジジュース×１個」と「チーズ追加×１個」とを関連付けた１つの注文情報Ｐ４とを個別に厨房端末に出力する。

なお、図２３に示すように、カスタマイズメニューである「トマト抜き」と、トッピングメニューである「チーズ追加」とは、メインメニューの調理に必要なメニューであり、メインメニュー「ハンバーガーセット」との関連付けを解除できないメニューである。このため、例えばサブメニュー情報Ｄ２（図３参照）において、メインメニューにカスタマイズメニュー又はトッピングメニューが関連付けて登録されている場合には、設定処理部２１３は、当該メインメニューの出力モードを「個別モード」に設定してもよい。

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

ステップＳ２１において、制御部２１は、利用者から注文を受け付けたか否かを判定する。制御部２１は、注文を受け付けると（Ｓ２１：Ｙｅｓ）、処理をステップＳ２２に移行させる。制御部２１は、注文を受け付けるまで待機する（Ｓ２１：Ｎｏ）。

ステップＳ２２において、制御部２１は、受け付けた注文にサブメニューが含まれるか否かを判定する。制御部２１は、受け付けた注文にサブメニューが含まれる場合に（Ｓ２２：Ｙｅｓ）、処理をステップＳ２３に移行させる。一方、制御部２１は、受け付けた注文にサブメニューが含まれない場合に（Ｓ２２：Ｎｏ）、処理をステップＳ２２１に移行させる。

ステップＳ２２１では、制御部２１は、受け付けた注文の注文情報を厨房端末に出力して前記注文管理処理を終了する。

ステップＳ２３では、制御部２１は、出力モードが「集約モード」に設定されているか否かを判定する。例えば制御部２１は、飲食施設の管理者の設定操作に基づいて、予めメインメニューごとに「個別モード」又は「集約モード」を設定する。また例えば、制御部２１は、メインメニュー及びサブメニューの種別に基づいて、予めメインメニューごとに「個別モード」又は「集約モード」を設定する。制御部２１は、受け付けた注文に含まれるメインメニューに対して予め設定されている出力モードを判定する。制御部２１は、出力モードが「集約モード」に設定されている場合（Ｓ２３：Ｙｅｓ）、処理をステップＳ２４に移行させ、出力モードが「個別モード」に設定されている場合（Ｓ２３：Ｎｏ）、処理をステップＳ２５に移行させる。

ステップＳ２４において、制御部２１は、注文情報を集約して厨房端末（施設端末３）に出力させる。例えば利用者が図１５及び図１６に示す２個（２人前）の注文を行った場合、制御部２１は、図１８に示すように、「焼魚定食×２個」と「味噌汁×１個」と「豚汁１個」と「ライス普通盛×１個」と「ライス大盛×１個」と「コーヒー２個」とを集約した１つの注文情報Ｐ４を厨房端末に出力する。また、例えば利用者がハンバーガーセット「２個」とポテト「１個」とサラダ「１個」とコーヒー「１個」とオレンジジュース「１個」とを注文した場合に、制御部２１は、図２２に示すように、「ハンバーガーセット×２個」と「ポテト×１個」と「サラダ×１個」と「コーヒー×１個」と「オレンジジュース×１個」とを集約した１つの注文情報Ｐ４を厨房端末に出力する。

これに対して、ステップＳ２５では、制御部２１は、注文情報を個別に厨房端末（施設端末３）に出力させる。例えば利用者が図１５及び図１６に示す２個（２人前）の注文を行った場合に、制御部２１は、図１７に示すように、「焼魚定食×１個」と「味噌汁×１個」と「ライス普通盛×１個」と「コーヒー×１個」とを関連付けた１つの注文情報Ｐ４と、「焼魚定食×１個」と「豚汁×１個」と「ライス大盛×１個」と「コーヒー×１個」とを関連付けた１つの注文情報Ｐ４とを個別に厨房端末に出力する。

また、例えば利用者が図１９及び図２０に示す注文を行った場合に、制御部２１は、図２１に示すように、「ステーキ定食×１個」と「サイズ１５０ｇ×１個」と「ミディアムレア×１個」と「オニオンソース×１個」と「ライス普通盛×１個」とを関連付けた１つの注文情報Ｐ４と、「ステーキ定食×１個」と「サイズ３００ｇ×１個」と「ミディアムレア×１個」と「デミグラスソース×１個」と「ライス大盛×１個」とを関連付けた１つの注文情報Ｐ４とを個別に厨房端末に出力する。

また、例えば利用者がハンバーガーセット「２個」とポテト「１個」とサラダ「１個」とコーヒー「１個」とオレンジジュース「１個」とを注文した場合に、制御部２１は、図２３に示すように、「ハンバーガーセット×１個」と「ポテト×１個」と「コーヒー×１個」と「トマト抜き×１個」とを関連付けた１つの注文情報Ｐ４と、「ハンバーガーセット×１個」と「サラダ×１個」と「オレンジジュース×１個」と「チーズ追加×１個」とを関連付けた１つの注文情報Ｐ４とを個別に厨房端末に出力する。

ステップＳ２４、Ｓ２５の後、制御部２１は、前記注文管理処理を終了する。制御部２１は、注文を受け付けごとに上述の処理を繰り返し実行する。

以上説明したように、実施形態３に係る注文管理システム１は、飲食施設の利用者に提供する第１メニュー（メインメニュー）及び第１メニューに関連付けられた第２メニュー（サブメニュー）のそれぞれの注文を利用者から受け付けた場合に、前記第１メニュー及び前記第２メニューの関連付けを維持した注文情報を施設端末３（スタッフ端末、厨房端末など）に出力するか（第１出力モード（個別モード））、又は、前記第１メニュー及び前記第２メニューの関連付けを解除した注文情報を施設端末３に出力するか（第２出力モード（集約モード））を設定可能な構成を備えている。

上記構成によれば、例えば個別モードに設定することにより、利用者からそれぞれがメインメニューとサブメニューとを含む複数の注文を受け付けた場合に、注文ごとに個別に注文情報を厨房端末に出力することができるため、注文ごとにメインメニュー及びサブメニューを用意することができる。よって、利用者ごとに注文内容を適切に提供することができる。また、例えば集約モードに設定することにより、利用者からそれぞれがメインメニューとサブメニューとを含む複数の注文を受け付けた場合に、複数の注文をまとめた１つの注文情報を厨房端末に出力することができるため、厨房において注文情報を管理し易くなる。また、厨房における作業を効率的に実施ことが可能になる。よって、上記構成によれば、注文情報を効率よく管理するとともに利用者に対して注文内容を適切に提供することが可能になる。

上記構成は、例示したメインメニュー及びサブメニュー（図１５～図２３参照）に限定されず、例えばドリンクメニューに適用することも可能である。ドリンクメニューの場合、ベースとなるドリンクがメインメニューに相当し、ドリンクに混ぜる材料（割り材）がサブメニューに相当する。例えばメインメニューがアルコール飲料の場合に、サブメニューは水、炭酸水、シロップなどである。例えば利用者がメインメニューとして焼酎１個（１人前）とウイスキー１個（１人前）とを注文し、サブメニューとしてレモン１個と水１個（１人前）を注文した場合に、制御部２１は、出力モードが集約モードに設定されている場合には、「焼酎×１」、「ウイスキー×１」、「レモン×１」、「水×１」を集約した１つの注文情報を厨房端末に出力する。この場合、スタッフは、焼酎１個とウイスキー１個とレモン１個と水１個とを一つのトレーに載せて注文テーブルに配膳する。これに対して、出力モードが個別モードに設定されている場合には、制御部２１は、「焼酎×１」と「レモン×１」とを関連付けた１つの注文情報と、「ウイスキー×１」と「水×１」とを関連付けた１つの注文情報とを厨房端末に出力する。この場合、スタッフは、焼酎１個とレモン１個とを一つのトレーに載せ、ウイスキー１個と水１個とを一つのトレーに載せて注文テーブルに配膳する。

また、上記の例において、メインメニューがサブメニューを混ぜた状態で利用者に提供するドリンクである場合、例えば焼酎をレモンで割って完成させたドリンクを利用者に提供する場合、レモンは調理工程に必要なメニュー（調理情報）となる。この場合には、制御部２１は、メインメニューとサブメニューとの関連付けを解除することができないため、メインメニュー「焼酎」について、管理者による設定操作（「集約設定」の切替操作）を禁止して、自動的に「個別モード」に設定する。この場合、制御部２１は、「焼酎×１」と「レモン×１」とを関連付けた１つの注文情報と、「ウイスキー×１」と「水×１」とを関連付けた１つの注文情報とを厨房端末に出力する。スタッフは、焼酎をレモンで割ったドリンクと、ウイスキーを水で割ったドリンクとを注文テーブルに配膳する。

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

なお、注文管理装置２の制御部２１の一又は複数の処理部が、注文管理装置２とは異なる装置に含まれてもよい。例えば、設定処理部２１３が注文管理装置２又は施設端末３に含まれ、注文処理部２１４が施設端末３又は注文端末４に含まれてもよい。例えば、本発明の注文処理部は、利用者から注文を受け付ける処理を、注文管理装置２に実行させてもよいし、施設端末３に実行させてもよいし、注文端末４に実行させてもよい。また、本発明の出力処理部は、施設端末３に含まれてもよい。また、本発明の施設端末は、厨房に設置される厨房端末であってもよいし、施設のＰＯＳ端末であってもよいし、スタッフが所持する携帯端末であってもよい。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

＜付記１＞
飲食施設の利用者に提供する第１メニュー及び前記第１メニューに関連付けられた第２メニューのそれぞれの注文を前記利用者から受け付けた場合に、前記第１メニュー及び前記第２メニューの関連付けを維持した注文情報を施設端末に出力するか、又は、前記第１メニュー及び前記第２メニューの関連付けを解除した注文情報を施設端末に出力するかを設定可能な設定処理部を備える注文管理システム。

＜付記２＞
前記設定処理部は、前記飲食施設の管理者による設定操作に基づいて、前記第１メニュー及び前記第２メニューの関連付けを維持した前記注文情報を前記施設端末に出力する第１出力モード、又は、前記第１メニュー及び前記第２メニューの関連付けを解除した前記注文情報を前記施設端末に出力する第２出力モードに設定する、
付記１に記載の注文管理システム。

＜付記３＞
前記設定処理部は、前記第１メニュー及び前記第２メニューの種別に基づいて、前記第１メニュー及び前記第２メニューの関連付けを維持した前記注文情報を前記施設端末に出力する第１出力モード、又は、前記第１メニュー及び前記第２メニューの関連付けを解除した前記注文情報を前記施設端末に出力する第２出力モードに設定する、
付記１又は２に記載の注文管理システム。

＜付記４＞
前記利用者から注文を受け付ける注文処理部と、
前記注文情報を前記施設端末に出力する出力処理部と、
をさらに備え、
前記注文処理部が、それぞれが前記第１メニューと前記第２メニューとを含む複数の注文を受け付けた場合において、
前記設定処理部が前記第１出力モードに設定した場合に、前記出力処理部は、前記施設端末において、前記複数の注文のそれぞれについて、前記第１メニュー及び前記第２メニューを関連付けた前記注文情報を出力させ、
前記設定処理部が前記第２出力モードに設定した場合に、前記出力処理部は、前記施設端末において、前記複数の注文に含まれる前記第１メニュー及び前記第２メニューそれぞれの合計注文数に関する前記注文情報を出力させる、
付記２又は３に記載の注文管理システム。

＜付記５＞
前記注文情報は、前記注文の調理指示に関する情報である、
付記１～４のいずれかに記載の注文管理システム。

＜付記６＞
一又は複数のプロセッサーが、飲食施設の利用者に提供する第１メニュー及び前記第１メニューに関連付けられた第２メニューのそれぞれの注文を前記利用者から受け付けた場合に、前記第１メニュー及び前記第２メニューの関連付けを維持した注文情報を施設端末に出力するか、又は、前記第１メニュー及び前記第２メニューの関連付けを解除した注文情報を施設端末に出力するかを設定可能な処理を実行する注文管理方法。

＜付記７＞
飲食施設の利用者に提供する第１メニュー及び前記第１メニューに関連付けられた第２メニューのそれぞれの注文を前記利用者から受け付けた場合に、前記第１メニュー及び前記第２メニューの関連付けを維持した注文情報を施設端末に出力するか、又は、前記第１メニュー及び前記第２メニューの関連付けを解除した注文情報を施設端末に出力するかを設定可能な処理を、一又は複数のプロセッサーに実行させるための注文管理プログラム。

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

Claims (4)

1. 飲食施設の利用者に提供するメニューを登録する登録画面において、前記飲食施設の管理者の登録操作に基づいて、一のメインメニューにサブメニューを関連付けて登録する登録処理部と、
   前記利用者から一のメインメニュー及び当該メインメニューに関連付けられたサブメニューのそれぞれの注文を受け付けた場合に、当該メインメニュー及び当該サブメニューをまとめた状態で注文情報を施設端末に出力するか、又は、当該メインメニュー及び当該サブメニューをばらした状態で注文情報を施設端末に出力するかを指定する指定項目を備える前記登録画面において、予め、前記管理者から前記指定項目に対する指定操作を受け付けて前記注文情報の出力方法を設定する設定処理部と、
   注文を受け付ける注文画面において前記利用者から注文を受け付けた場合に、前記設定処理部により予め設定された前記出力方法により前記注文の注文情報を前記施設端末に出力する出力処理部と、
   を備える注文管理システム。
2. 前記利用者から注文を受け付ける注文処理部をさらに備え、
   前記注文処理部が、一のメインメニュー及び当該メインメニューに関連付けられたサブメニューのそれぞれの注文を複数受け付けた場合において、
   前記設定処理部が前記メインメニュー及び前記サブメニューをまとめた状態で注文情報を施設端末に出力する出力方法を設定した場合に、前記出力処理部は、前記注文ごとに、前記メインメニュー及び前記サブメニューをまとめた状態で前記注文情報を前記施設端末に出力し、
   前記設定処理部が前記メインメニュー及び前記サブメニューをばらした状態で注文情報を施設端末に出力する出力方法を設定した場合に、前記出力処理部は、複数の前記注文のそれぞれに含まれる前記メインメニュー及び前記サブメニューをばらして、メニューごとの合計数を含む前記注文情報を前記施設端末に出力する、
   請求項１に記載の注文管理システム。
3. 前記注文情報は、前記注文の調理指示に関する情報である、
   請求項１又は２に記載の注文管理システム。
4. 一又は複数のプロセッサーが、
   飲食施設の利用者に提供するメニューを登録する登録画面において、前記飲食施設の管理者の登録操作に基づいて、一のメインメニューにサブメニューを関連付けて登録することと、
   前記利用者から一のメインメニュー及び当該メインメニューに関連付けられたサブメニューのそれぞれの注文を受け付けた場合に、当該メインメニュー及び当該サブメニューをまとめた状態で注文情報を施設端末に出力するか、又は、当該メインメニュー及び当該サブメニューをばらした状態で注文情報を施設端末に出力するかを指定する指定項目を備える前記登録画面において、予め、前記管理者から前記指定項目に対する指定操作を受け付けて前記注文情報の出力方法を設定することと、
   注文を受け付ける注文画面において前記利用者から注文を受け付けた場合に、予め設定された前記出力方法により前記注文の注文情報を前記施設端末に出力することと、
   を実行する注文管理方法。
   

Images