JP2023154278A - オーダー管理装置、オーダー端末装置、オーダー管理システム、および、プログラム - Google Patents

Abstract

【課題】オーダーを取る際の作業の簡素化を図ることを目的とする。【解決手段】オーダー端末装置を管理するオーダー管理装置であって、複数の種別のメニュー表を記録する記録部と、第１制御部と、第１通信部とを備え、前記第１制御部は、ユーザ操作により入力された、１つの伝票で管理する顧客グループを示す顧客グループ識別情報を含む操作情報を受信した場合に、前記操作情報に基づいて、複数の種別のメニュー表の中から、前記顧客グループに対して適用するメニュー表を選択し、前記選択したメニュー表を前記オーダー端末装置の表示部に表示させ、前記選択したメニュー表を、前記顧客グループ識別情報に対応付けて記録し、前記オーダー端末装置において前記顧客グループが選択された場合に、選択された前記顧客グループの前記顧客グループ識別情報に対応付けられたメニュー表を前記表示部に表示させる。【選択図】図５

Description

本発明は、オーダー管理装置、オーダー端末装置、オーダー管理システム、および、プログラムに関する。

従来、レストラン等の飲食店では、ハンディターミナルなどのオーダー端末装置（注文端末）を用いたオーダー管理システムが導入されている（特許文献１）。このシステムが導入された飲食店では、接客者がハンディターミナルを携帯して接客し、客から飲食メニューの注文を受け付けると、ハンディターミナルのキーボードやタッチパネル等の入力部を操作して、注文を受け付けた飲食メニューに関する情報を入力する。

特開２０１５－１６５４２７号公報

オーダー端末装置には、モーニング、ランチ、ディナーなどの複数の種別のメニュー表を表示可能な場合がある。そのような場合、例えばそれぞれの種別のメニュー表をタブや操作ボタンなどを用いて切り替えを行い、該当するメニュー表を表示する。しかしながら、タブや操作ボタンを用いてメニュー表の切り替えを行うと、ランチメニューを選択したい場合にディナーメニューやモーニングメニューを選択してしまうなどの誤操作が生じる可能性がある。特に、複数の種別のメニュー表に同じメニューが含まれている場合（例えばランチメニュー表のハンバーグとディナーメニュー表のハンバーグ）には、誤操作が生じやすい。したがって、このような誤操作の発生を抑制するためにオーダーを取る際の作業を簡素化することが要求される。

本発明は、上記の課題に鑑みてなされたものであって、オーダーを取る際の作業の簡素化を図ることを目的とする。

上記の目的を達成するために、本発明は、オーダー端末装置を管理するオーダー管理装置であって、複数の種別のメニュー表を記録する記録部と、第１制御部と、第１通信部とを備え、前記第１制御部は、ユーザ操作により入力された、１つの伝票で管理する顧客グループを示す顧客グループ識別情報を含む操作情報を受信した場合に、前記操作情報に基づいて、複数の種別のメニュー表の中から、前記顧客グループに対して適用するメニュー表を選択し、前記選択したメニュー表を前記オーダー端末装置の表示部に表示させ、前記選択したメニュー表を、前記顧客グループを識別する顧客グループ識別情報に対応付けて記録し、前記オーダー端末装置において前記顧客グループが選択された場合に、選択された前記顧客グループの前記顧客グループ識別情報に対応付けられたメニュー表を前記表示部に表示させる。

本発明の他の形態は、第２制御部と、第２通信部と、表示部とを備え、前記第２制御部は、ユーザ操作により入力された、１つの伝票で管理する顧客グループを識別する顧客グループ識別情報を含む操作情報を、オーダー端末を管理するオーダー管理装置へ送信し、前記操作情報に基づいて、複数のメニュー表の中から選択された前記顧客グループに対して適用するメニュー表を受信し、受信した前記メニュー表を前記表示部に表示させ、ユーザ操作により前記顧客グループが選択された場合に、選択された前記顧客グループの前記顧客グループ識別情報に対応付けられたメニュー表を前記表示部に表示させる。

本発明の他の形態は、複数の種別のメニュー表を記録する記録部と、第２制御部と、表示部とを備え、前記第２制御部は、ユーザ操作により入力された、１つの伝票で管理する顧客グループを示す顧客グループ識別情報を含む操作情報を、前記操作情報に基づいて複数の種別のメニュー表の中から、前記顧客グループに対して適用するメニュー表を選択し、前記選択したメニュー表を前記表示部に表示させ、前記選択したメニュー表を、前記顧客グループ識別情報に対応付けて記録し、前記顧客グループが選択された場合に、選択された前記顧客グループの前記顧客グループ識別情報に対応付けられたメニュー表を前記表示部に表示させる。

本発明の他の形態は、オーダー端末装置と、前記オーダー端末装置を管理するオーダー管理装置とを備えたオーダー管理システムであって、前記オーダー管理装置は、複数の種別のメニュー表を記録する記録部と、第１制御部と、第１通信部とを備え、前記オーダー端末装置は、第２制御部と、第２通信部と、表示部とを備え、前記第２制御部は、ユーザ操作により入力された、１つの伝票で管理する顧客グループを識別する顧客グループ識別情報を含む操作情報を、オーダー端末を管理するオーダー管理装置へ送信し、前記第１制御部は、前記操作情報を受信した場合に、前記操作情報に基づいて、複数の種別のメニュー表の中から、前記顧客グループに対して適用するメニュー表を選択し、前記選択したメニュー表を前記表示部に表示させ、前記選択したメニュー表を、前記顧客グループ識別情報に対応付けて記録し、前記オーダー端末装置において前記顧客グループが選択された場合に、選択された前記顧客グループの前記顧客グループ識別情報に対応付けられたメニュー表を前記表示部に表示させる。

本発明の他の形態は、オーダー端末装置を管理するオーダー管理装置のコンピュータが実行するプログラムであって、コンピュータに、ユーザ操作に係る操作情報を受信した場合に、前記操作情報に基づいて、複数の種別のメニュー表の中から、オーダーの単位である顧客グループに対して適用するメニュー表を選択するステップと、前記選択したメニュー表をオーダー端末装置の表示部に表示させるステップと、前記選択したメニュー表を、前記顧客グループを識別する顧客グループ識別情報に対応付けて記録するステップと、前記オーダー端末装置において前記顧客グループ識別情報が入力された場合に、前記顧客グループ識別情報に対応付けられたメニュー表を前記表示部に表示させるステップと、を実行させるためのプログラムである。

本発明によれば、オーダーを取る際の誤操作の発生を抑制し、オーダーを取る作業の簡素化を図ることができる。

オーダー管理システムの全体図である。 メニュー管理ＤＢのデータ構成の一例を示す図である。 メニューＤＢのデータ構成の一例、および、商品ＤＢのデータ構成の一例を示す図である。 テーブル管理ＤＢのデータ構成の一例を示す図である。 オーダー管理処理を示すフローチャートである。 変形例を説明するための図である。

本発明の実施形態を、図を参照して説明する。なお、以下に示す実施形態は、本発明を具体化した一例に過ぎず、本発明を限定するものではない。

図１は、本実施形態に係るオーダー管理システム１の全体図である。オーダー管理システム１は、レストランなどの飲食店において、飲食店を利用する客（以下、単に利用客または客と記す）がメニューから選択した商品の注文を受け付ける際に利用されるシステムである。本実施形態におけるオーダー管理システム１では、複数の種別のメニュー（メニューブック）が格納されており、例えばモーニングメニュー、ランチメニュー、通常メニュー（ディナーメニュー）、カフェメニュー、食べ放題メニューなど少なくとも二つ以上のメニューが格納されている。また、営業形態によっては、同じ店舗内に、二つ以上の異なるカテゴリ（またはブランド）のメニューが存在する場合ある。例えば同じ店舗内で焼肉とイタリアンとを提供可能な場合には、焼肉のメニューとイタリアンのメニューとが存在する。また、同じ店舗内において、時間帯（例えば昼と夜）や曜日で異なるカテゴリの営業が行われる場合もある。その場合には、それぞれの時間帯や曜日に応じたメニューが存在する。以下に説明する例では、同じ店舗内で、焼肉とイタリアンとの二つのカテゴリの商品（料理）を提供可能な場合を例として説明する。

オーダー管理システム１は、オーダー管理装置１０とオーダー端末装置２０とレジ端末装置３０とを備え、それらオーダー管理装置１０とオーダー端末装置２０とレジ端末装置３０とはネットワークＮを介して相互に通信することができる。オーダー管理装置１０は、少なくとも一つ以上のオーダー端末装置２０を管理する情報処理装置であって、例えば据置型の汎用コンピュータやクラウド型の外部サーバ等により構成される。オーダー管理装置１０は、オーダー管理システム１が備える各オーダー端末装置２０が受けたオーダーを管理する。なお、本実施形態のオーダー管理装置１０は、店舗で提供される商品の管理なども行うものとする。オーダー端末装置２０は、例えばハンディターミナルやスマートフォン、タブレット端末などのスマートデバイスである。オーダー端末装置２０は、オーダー管理装置１０からメニュー表の情報を受信し、これを後述の表示部に表示する。オーダー端末装置２０は、接客者などのユーザにより操作され、利用客からのオーダー内容が入力される。入力されたオーダー内容は、オーダー管理装置１０に送信される。なお、図１に示す例では、一つのオーダー端末装置２０が示されているものの、オーダー端末装置２０は複数あってよく、すなわちオーダー管理装置１０は複数のオーダー端末装置２０と通信可能である。レジ端末装置３０は、タブレット端末等の携帯型の装置であってもよく、固定型の装置であってもよい。レジ端末装置３０は、オーダー管理装置１０からオーダー内容を受信し、オーダー内容に応じた会計処理等を行う。

つぎに、各装置の構成について説明する。先ず、オーダー管理装置１０は、第１制御部１１と、記録部（記録媒体）１２と、第１通信部１３とを備えている。第１制御部１１は、ＣＰＵ（Central Processing Unit）等のプロセッサと、ＲＯＭ（Read Only Memory）、ＲＡＭ（Random Access Memory）等、プロセッサが処理を実行するためのメモリとを含み、各種の処理を実行する。第１制御部１１は、記録部１２やＲＯＭなどに格納された種々のプログラムを実行する。本実施形態の第１制御部１１は、記録部１２に格納されたプログラムを実行することにより、例えばユーザ操作に係る操作情報を受信し、当該操作情報に基づいてオーダーをした者（またはオーダーしたグループ）に適用するメニューを選択する。また、第１制御部１１は、当該選択したメニューをオーダー端末装置２０へ送信するなどの処理を行う。

記録部１２は、メニュー管理ＤＢ（データベース）１２１と、メニューＤＢ（データベース）１２２と、商品ＤＢ（データベース）１２３と、テーブル管理ＤＢ（データベース）１２４とを含む。これらのデータについての詳細は後述する。第１通信部１３は、オーダー端末装置２０など外部の装置と無線通信を行うための装置であり、第１制御部１１による情報の送受信は、第１通信部１３を介して行われる。

オーダー端末装置２０は、第２制御部２１と、第２通信部２２と、ユーザＩ／Ｆ２３とを備えている。第２制御部２１は、オーダー管理装置１０の第１制御部１１と同様に、プロセッサと記憶部（図示せず）とを含み、記憶部に格納された種々のプログラムを実行することにより各種の処理を実行する。本実施形態の第２制御部２１は、記憶部に格納されたプログラムを実行することにより、各種処理を実行する。第２制御部２１は、例えばオーダー端末装置２０を操作するユーザから入力を受け付け、ユーザに関する情報をオーダー管理装置１０へ送信する。また、第２制御部２１は、オーダー管理装置１０から受信したメニューを表示する。第２通信部２２は、オーダー管理装置１０など外部の装置と無線通信を行うための装置であり、第２制御部２１による情報の送受信は、第２通信部２２を介して行われる。ユーザＩ／Ｆ２３は、ユーザからの指示を入力し、かつユーザに各種の情報を提供するためのインタフェース部であり、オーダー管理装置１０から受信した各種情報を表示する表示部２４と、操作者による指示の入力を受け付けるための入力部（図示せず）とを含む。

なお、オーダー管理装置１０の第１制御部１１は、一つのＣＰＵ等で構成されてもよく、または、複数のＣＰＵ等で構成されてもよい。また、第１制御部１１が実現する機能のうち少なくとも一部は、ハードウェア回路により実現されてもよい。同様にオーダー端末装置２０の第２制御部２１は、一つのＣＰＵ等で構成されてもよく、または、複数のＣＰＵ等で構成されてもよい。また、第２制御部２１が実現する機能のうち少なくとも一部は、ハードウェア回路により実現されてもよい。

ここで記録部１２に格納されるデータについて説明する。図２は、オーダー管理装置１０の記録部１２に格納されるメニュー管理ＤＢ１２１のデータ構成の一例を示す図である。メニュー管理ＤＢ１２１には、メニュー表ＩＤに対応付けて、メニュー表のカテゴリ、メニュー表（メニュー表名）、適用可能時間帯、および、備考に関する情報が格納されている。メニュー表ＩＤは、複数の種別のメニュー表を識別する情報である。本実施形態では、「Ｍ０１」～「Ｍ０４」、「Ｉ０１」、および、「Ｉ０２」のメニュー表ＩＤが示されている。複数の種別のメニュー表は、ランチ、ディナーなど、注文を受け付けることのできる時間帯の異なるメニュー表の他、焼肉、イタリアンなどの異なるカテゴリのメニュー（商品）を含むメニュー表を含む。また、複数のメニュー表には、食べ放題のようにオーダーに制限時間が設けられたメニューについてのメニュー表も含まれる。本実施形態では、複数の種別のメニュー表として、図２に示すように、「焼肉ランチメニュー表」「焼肉ランチ食べ放題メニュー表」、「焼肉通常メニュー表（焼肉のグランドメニュー）」、「焼肉ディナー食べ放題メニュー表」、「イタリアンランチメニュー表」、および、「イタリアン通常メニュー表（イタリアンのグランドメニュー）」を含む。例えば、１つの店舗内に１つの厨房を持ち、焼肉店とイタリアン店の２つのブランドのサービスが提供される場合がある。このようなには、１つの店舗におけるメニュー表として、２つのブランドそれぞれに応じたメニュー表が設けられる。本実施形態においては、このように、２つのブランドのサービスを提供する１つの店舗においてオーダー管理システム１が提供される場合を例に説明する。

メニュー表カテゴリは、メニュー表に表示されるメニューのカテゴリを示す情報である。メニュー表名は、メニュー表の名称を示す情報である。適用可能時間帯は、メニュー表ＩＤに対応したメニュー表に含まれるメニュー（例えば焼肉ランチメニュー表に含まれる「カルビ定食」）の注文を受け付けることができる時間帯を意味する。備考は、メニュー表ＩＤに対応したメニュー表における注意事項や特記事項などであって、例えば図２に示す例では、メニュー表ＩＤ「Ｍ０２」に対応した「焼肉ランチ食べ放題」において、"食べ放題が２時間制である"ことの注意事項が記録されている。なお、図２に示すメニュー管理ＤＢ１２１における各情報は、オーダー管理システム１のユーザによって入力されることで記録（または登録）される。

図３は、オーダー管理装置１０の記録部１２に格納されるメニューＤＢ１２２のデータ構成の一例、および、商品ＤＢ１２３のデータ構成の一例を示す図である。

商品ＤＢ１２３には、各メニューを識別するメニューＩＤに対応付けてメニュー内容および基準単価が格納されている。具体的には、図３に示す例では、例えばメニューＩＤ「００１」にメニュー内容「カルビ定食」と、基準単価「１８００（円）」が対応付けられている。基準単価は、メニューに対する単価の基準値である。例えば、カルビ定食に対して、ランチの時間帯においては、通常よりも安い価格を設定する場合があるが、基準単価には、通常時の価格、すなわちグランドメニューに示される価格が設定される。

メニューＤＢ１２２には、図２で示したメニュー表ＩＤに対応付けて、メニューＩＤ、および、単価に関する情報が格納されている。各メニュー表ＩＤには、メニュー表ＩＤで識別されるメニュー表に含まれるメニューのメニューＩＤが対応付けられている。例えば図３に示す例では、メニュー表ＩＤ「Ｍ０１」に、「００１」、「００２」などのメニューＩＤが対応付けられている。また、図３には、それら各メニューＩＤに対応した単価が示されている。メニューＤＢ１２２においては、商品ＤＢ１２３において、メニューＩＤに対応付けられた基準単価と異なる単価を設定することができる。例えば、「カルビ定食」というメニューに対し、ランチの時間帯には、基準単価よりも安い価格を設定する。この場合、メニューＤＢ１２２のランチのメニュー表において、ランチの時間帯での単価が設定される。これにより、ランチメニュー表が適用される時間帯においては、ランチメニュー表に対応付けられた単価が適用される。

図４は、オーダー管理装置１０の記録部１２に格納されるテーブル管理ＤＢ１２４のデータ構成の一例を示す図である。テーブル管理ＤＢ１２４には、テーブルＩＤに対応付けてメニュー表ＩＤ、入店時刻および注文時刻が格納されている。テーブルＩＤは、店舗内に設けられた、客が利用する各テーブルを識別する情報である。通常、テーブル単位で伝票が管理されるため、１つの伝票で管理する顧客グループとしてテーブルの単位が利用される。すなわち、テーブルは、１つの伝票で管理される顧客グループの一例である。例えば４人の家族で来店し、１つのテーブルに案内され、４人のオーダーが１つの伝票で管理される場合には、４人の家族が一つの顧客グループとなる。一方、２家族が１つのテーブルに案内され、家庭毎のオーダーが２つの伝票で管理される場合には、各家庭が顧客グループとなる。この場合には、テーブルＩＤには、テーブルを識別する情報だけでなく、テーブル内の各家庭を識別する情報（連続番号等）が含まれる。なお、以下では、説明の便宜上、１つのテーブルが１つの顧客グループに対応し、テーブルＩＤが、１つの伝票に対応する場合を例に説明する。

メニュー表ＩＤには、テーブルＩＤで識別されるテーブルに対して設定されるメニュー表のメニュー表ＩＤが格納される。入店時刻は、客が入店した時刻である。注文時刻は、客が商品を注文した時刻である。図４に示す例では、テーブルＩＤ「Ａ１」に、メニュー表ＩＤ「Ｍ０１」、入店時刻「１１：００」および、注文時刻「１１：０５」が対応付けられている。テーブルＩＤ「Ａ１」の利用客が、１１：００に入店した場合には、１１：００を適用可能範囲に含む、メニュー表ＩＤ「Ｍ０１」の「焼肉ランチメニュー表」がテーブルＩＤ「Ａ１」のテーブルに適用されるメニュー表として設定される。また、テーブルＩＤ「Ａ２」には、メニュー表ＩＤ「Ｍ０２」、入店時刻「１１：５０」および、注文時刻「１２：００」が対応付けられている。このように、テーブルＩＤ「Ａ２」の利用客が「焼肉ランチ食べ放題メニュー表」を注文した場合には、「焼肉ランチ食べ放題メニュー表」に対応したメニュー表ＩＤ「Ｍ０２」がテーブルＩＤ「Ａ２」に対応付けて格納される。

テーブル管理ＤＢ１２４における時刻やメニュー表ＩＤは更新され得る。例えば、時刻として注文時刻が記録される場合において、ランチの時間帯に入店し、ランチの時間を超えた時間帯に、再度、商品の注文をしたとする。この場合には、対象のテーブルＩＤに対応付けられるメニューＩＤは、当該ランチの時間を超えて注文した時刻（注文時刻）と、その時刻に適用可能なメニュー（例えば通常メニュー等）のメニュー表ＩＤに更新される。

つぎに、本実施形態で実行される処理内容について説明する。オーダー端末装置２０には、オーダー管理装置１０から受信した各種情報が表示される。例えばオーダー端末装置２０は、オーダー管理装置１０からメニュー表を受信し、当該受信したメニュー表を表示する。なお、メニュー表には、メニューＤＢ１２２において、メニューＩＤにより各メニュー表に対応付けられたメニューが含まれる。メニュー表は、図２で説明したように、ランチの時間帯のメニュー表や通常メニュー表など複数存在するため、従来知られているオーダー管理システムのように、タブや操作ボタン等によってメニュー表の切り替えを行うと誤操作が生じる場合がある。そこで、本実施形態では、当該誤操作が生じることを抑制するために、オーダーの単位である顧客グループに対して適用するメニュー表を選択して、当該選択したメニュー表のみをオーダー端末装置２０における表示部２４に表示する。

図５は、本実施形態におけるオーダー管理処理の一例を示すフローチャートであり、オーダー管理装置１０とオーダー端末装置２０とによって処理を行う。なお、本実施形態では、オーダー端末装置２０の一つから商品のオーダーがされた場合を例として説明する。また、客が利用するテーブルは、店舗内に設けられた任意のテーブルであってよい。図５に示すフローチャートでは、オーダー端末装置２０の処理であるステップＳ１００～ステップＳ１０６、および、オーダー管理装置１０の処理であるステップＳ２００～２０６は、「１ｓｔオーダー」における制御を示し、オーダー端末装置２０の処理であるステップ１０８～ステップＳ１１４、および、オーダー管理装置１０の処理であるステップＳ２０８～ステップＳ２１４は、「２ｎｄオーダー以降」における制御を示す。以下、具体的な処理の内容について説明する。

１ｓｔオーダーにおける処理について説明する。先ず、オーダー端末装置２０における第２制御部２１（以下、単に第２制御部２１とも記す）は、接客者などのユーザによりテーブルＩＤ、および、メニュー表ＩＤのカテゴリ（本実施形態では、焼肉、焼肉食べ放題、イタリアンのいずれか）がユーザＩ／Ｆ２３の入力部に入力されたか否かを判断する（ステップＳ１００）。このステップＳ１００において、テーブルＩＤ、および、メニュー表のカテゴリがユーザＩ／Ｆ２３の入力部に入力されないことにより否定的に判断された場合には、第２制御部２１は、テーブルＩＤ、および、メニュー表のカテゴリがユーザＩ／Ｆ２３の入力部に入力されるまで待機する。それとは反対に、このステップＳ１００において、テーブルＩＤ、および、メニュー表のカテゴリがユーザＩ／Ｆ２３の入力部に入力されたことにより肯定的に判断された場合には、第２制御部２１は、テーブルＩＤ、メニュー表のカテゴリ、および、入店時刻を操作情報としてオーダー管理装置１０に送信する（ステップＳ１０２）。第１制御部１１は、ステップＳ１０２の処理の後、ステップＳ１０４に処理を進める。

ここで操作情報について説明する。操作情報は、少なくともテーブルＩＤ、および、メニュー表のカテゴリを含む。また、このステップＳ１０２では、１ｓｔオーダーにおける処理であるため、更に入店時刻が操作情報として含まれる。なお、この操作情報には、注文時刻や曜日が含まれてよく、これらのパラメータに基づく処理については後述する。

ユーザが、テーブルＩＤおよびメニュー表のカテゴリを入力する際には、オーダー端末装置２０の表示部２４に、例えば店舗内に設けられた各テーブルに対応したテーブルＩＤの一覧画面が表示される。ユーザは、その一覧画面から該当するテーブルＩＤを選択することができる。メニュー表のカテゴリにおいては、オーダー端末装置２０の表示部２４にカテゴリの一覧が表示される。本実施形態では、提供できる商品のカテゴリが焼肉またはイタリアンであるため、メニュー表のカテゴリの一覧として焼肉とイタリアンとが表示部２４に表示される。ユーザは、表示されたカテゴリの一覧から利用客の要望に応じて該当するカテゴリを選択することができる。オーダー端末装置２０は、図示しない時計機能を備えおり、入店時刻は、当該オーダー端末装置２０の時計機能から自動的に入力される。なお、このユーザによる入力操作は一例であって、ユーザは、オーダー端末装置２０の入力部におけるキーボードやタッチパネル等を利用して、各情報を入力してもよい。そして、ユーザにより情報が入力されると、第２制御部２１は、入力された情報から操作情報を生成し、操作情報をオーダー管理装置１０に送信する。

オーダー管理装置１０における第１制御部１１（以下、単に第１制御部１１とも記す）は、操作情報を受信したか否かを判断する（ステップＳ２００）。第１制御部１１は、オーダー端末装置２０から操作情報を受信するまで待機する。未だオーダー端末装置２０から操作情報を受信していない場合には、このステップＳ２００で否定的に判断され、第１制御部１１は操作情報を受信するまで待機する。一方、オーダー端末装置２０から操作情報を受信した場合には、このステップＳ２００で肯定的に判断され、第１制御部１１は、該当するメニュー表を選択する（ステップＳ２０２）。

ステップＳ２０２において、第１制御部１１は、メニュー管理ＤＢ１２１に格納されているメニュー表を参照し、かつ受信した操作情報に基づいて、顧客グループに対して適用するメニュー表を選択（抽出）する。例えばステップＳ２００でオーダー端末装置２０から受信した操作情報にメニュー表のカテゴリとして「焼肉」が含まれており、操作情報に含まれる入店時刻が「１２時」である場合には、第１制御部１１は、メニュー管理ＤＢ１２１を参照し、複数の種別のメニュー表から適用可能時間帯内のメニュー（すなわち「焼肉ランチメニュー」）を選択する。

そして、第１制御部１１は、メニューＤＢ１２２を参照し、顧客グループに対して適用するメニュー表のメニュー表ＩＤに対応付けられているメニューＩＤにより識別されるメニューと、各メニューの単価を対応付けた情報とをメニュー表情報としてオーダー端末装置２０に送信する（ステップＳ２０４）。言い換えれば、第１制御部１１は、オーダー端末装置２０に当該選択したメニュー表を送信することにより、オーダー端末装置２０の表示部２４に選択したメニュー表を表示させる。なお、メニューＩＤに対応したメニュー内容（メニュー名）は、商品ＤＢ１２３により特定される。

また、第１制御部１１は、ステップＳ２０２で選択したメニュー表とテーブルＩＤとの紐付けを行う（ステップＳ２０６）。すなわち第１制御部１１は、オーダー端末装置２０から受信した操作情報に含まれるテーブルＩＤに、ステップＳ２０２で選択したメニュー表を対応付けて、テーブル管理ＤＢ１２４に記録する。これにより、次回、ユーザにより当該テーブルＩＤを含む操作情報がオーダー管理装置１０に送信された場合、既にテーブルＩＤとメニュー表とが紐付けされていることになる。このため、対象の顧客グループに対して、当該メニュー表の適用可能時間帯内であれば、複数の種別のメニュー表から適用するメニュー表を選択する処理が必要ない。すなわち再度メニュー表を選択することを省略でき、言い換えれば、第１制御部１１の処理を低減することができる。また、このようにテーブルＩＤとメニュー表との紐付けを行うことにより、再度メニュー表を選択する場合に比べて早くメニュー表をオーダー端末装置２０に送信し、表示部２４にメニュー表を表示させることができる。

また、他の例として、例えばステップＳ２００において、オーダー端末装置２０から受信した操作情報に、メニュー表のカテゴリとして「焼肉ランチ食べ放題」、または、「焼肉ディナー食べ放題」の食べ放題メニューが含まれている場合には、第１制御部１１は、食べ放題の開始時刻を記録する。すなわち第１制御部１１は、オーダー端末装置２０から受信した操作情報に含まれる入店時刻、または、オーダー時の注文時刻の予め定められた時間に基づいて、食べ放題の開始時刻をテーブル管理ＤＢ１２４に記録し、「２時間制」、「３時間制」など食べ放題メニューの時間の制約を管理する。第１制御部１１部は、ステップＳ２０６の処理の後、ステップＳ２０８へ処理を進める。

なお、ステップＳ２０６のテーブルＩＤとメニュー表とを紐付ける処理は、ステップＳ２０４のオーダー端末装置２０へのメニュー表の送信の処理と同時に実行されてもよく、または、ステップＳ２０４とステップＳ２０６の処理が反対であってもよい。

一方、オーダー端末装置２０の第２制御部２１は、ステップＳ１０４において、オーダー管理装置１０からメニュー表情報を受信したか否かを判断する。第２制御部２１は、メニュー表情報を受信するまで待機する。未だメニュー表情報を受信していない場合には、このステップＳ１０４で否定的に判断される。それとは反対に、メニュー表情報を受信した場合には、第２制御部２１は、メニュー表情報を表示部２４に表示する（ステップＳ１０６）。すなわち第２制御部２１は、オーダー管理装置１０から受信したメニュー表情報に含まれるメニューの一覧を表示部２４に表示する。表示部２４には、メニュー表情報に示されるメニューが表示される。例えば、メニュー表が「焼肉ランチ」である場合には、焼肉ランチに対応付いたメニュー（例えば「カルビ定食」や「ハラミ定食」など）の一覧が表示部２４に表示される。そして、利用客がメニュー表に含まれる商品を注文することにより１ｓｔオーダーが完了する。

つぎに、２ｎｄオーダー以降の処理について説明する。オーダー端末装置２０における第２制御部２１は、接客者などのユーザによりテーブルＩＤがユーザＩ／Ｆ２３の入力部に入力されたか否かを判断する（ステップＳ１０８）。利用客が新たに商品を注文する際に、ユーザを呼び、ユーザがオーダー端末装置２０を操作することによりテーブルＩＤが入力される。そして、このテーブルＩＤが入力された時刻が注文時刻となる。テーブルＩＤがユーザＩ／Ｆ２３の入力部に入力されない場合には、このステップＳ１０８において否定的に判断され、第２制御部２１は、テーブルＩＤがユーザＩ／Ｆ２３の入力部に入力されるまで待機する。それとは反対に、テーブルＩＤがユーザＩ／Ｆ２３の入力部に入力された場合には、このステップＳ１０８において肯定的に判断され、第２制御部２１は、テーブルＩＤ、および、注文時刻を含む操作情報をオーダー管理装置１０に送信する（ステップＳ１１０）。第２制御部２１は、ステップＳ１１０の処理の後、ステップＳ１１２に処理を進める。

一方、オーダー管理装置１０における第１制御部１１は、操作情報を受信したか否かを判断する（ステップＳ２０８）。第１制御部１１は、オーダー端末装置２０から操作情報を受信するまで待機する。未だオーダー端末装置２０から操作情報を受信していない場合には、このステップＳ２０８で否定的に判断され、第１制御部１１は操作情報を受信するまで待機する。それとは反対に、オーダー端末装置２０から操作情報を受信した場合には、このステップＳ２０８で肯定的に判断され、第１制御部１１は、操作情報に含まれる注文時刻が現在選択されているメニュー表を適用可能時間帯内であるか否かを判断する（ステップＳ２１０）。

具体的には、第１制御部１１は、オーダー端末装置２０から受信した操作情報に含まれる注文時刻が、テーブル管理ＤＢ１２４（図４）において、操作情報に含まれるテーブルＩＤに対応付けられているメニュー表ＩＤで識別されるメニュー表の適用可能時間帯内であるか否かを判断する。なお、メニュー表ＩＤで識別されるメニュー表の適用可能時間帯は、図２のメニュー管理ＤＢ１２１を参照することにより特定される。例えば、操作情報に含まれるテーブルＩＤに対応付けられたメニュー表が「焼肉ランチメニュー表」である場合には、焼肉ランチを注文可能な時間帯であるか否かを判断する。図２に示すメニュー管理ＤＢ１２１においては、「焼肉ランチメニュー表」の適用可能時間帯は「１１時～１４時」であるから、第１制御部１１は、オーダー端末装置２０から受信した操作情報に含まれる注文時刻が、「１１時～１４時」の時間帯でない場合（ステップＳ２１０は、２ｎｄオーダー以降の制御なので、言い換えれば１４時を過ぎている場合）には、テーブル管理ＤＢ１２４において、操作情報に含まれるテーブルＩＤに紐付けるメニュー表を更新する（ステップＳ２１２）。すなわち、「焼肉ランチメニュー表」を提供できる時間帯外の場合には、このステップＳ２１０で否定的に判断され、第１制御部１１は、オーダー端末装置２０から受信したテーブルＩＤに紐付けされているメニュー表を更新する。具体的には、第１制御部１１は、メニュー管理ＤＢ１２１を参照して、処理時点において、テーブル管理ＤＢ１２４において、当該テーブルＩＤに対応付けられているメニュー表と同じカテゴリのメニュー表を選択する。第１制御部１１は、さらに選択したメニュー表の中から、オーダー端末装置２０から受信した注文時刻を含む適用可能時間帯に対応付けられたメニュー表を選択する。そして、第１制御部１１は、当該選択したメニュー表を、受信した操作情報に含まれるテーブルＩＤに対応付けてテーブル管理ＤＢ１２４に記録する。

例えば、テーブル管理ＤＢ１２４において操作情報に含まれるテーブルＩＤに対応付けられたメニュー表が「焼肉ランチ」である場合あって、焼肉ランチを適用できる（提供できる）時間帯でないとする。この場合には、第１制御部１１は、カテゴリが焼肉で、かつオーダー端末装置２０から受信した注文時刻に適用可能なメニュー表を選択する。第１制御部１１は、受信した注文時刻が１４時以降である場合には、図２のメニュー管理ＤＢ１２１を参照して、１４時以降で適用可能なメニュー表（すなわち焼肉通常メニュー表）を選択する。また、第１制御部１１は、受信した操作情報に含まれるテーブルＩＤに紐付けするメニュー表を、当該選択したメニュー表に更新する。つまり、第１制御部１１は、テーブルＩＤに新たなメニュー表を対応付けて、テーブル管理ＤＢ１２４に記録する。

一方、ステップＳ２１０で肯定的に判断された場合、すなわち、メニュー管理ＤＢ１２１を参照して、オーダー端末装置２０から受信した操作情報に含まれる注文時刻が、現在紐付けされているメニュー表の適用可能時間帯内であると判断した場合には、第１制御部１１は、当該紐付けされているメニュー表に対応したメニュー表情報をオーダー端末装置２０に送信する（ステップＳ２１４）。例えば、テーブル管理ＤＢ１２４において、操作情報に含まれるテーブルＩＤに対応付けられたメニュー表が「焼肉ランチ」である場合であって、オーダー端末装置２０から受信した注文時刻が、「１１時～１４時」の焼肉ランチの適用可能時間帯内である場合には、第１制御部１１は、メニュー表を更新することなく（言い換えれば、紐付けされているメニュー表を維持して）、テーブルＩＤに紐付けされているメニュー表に対応したメニュー表情報をオーダー端末装置２０に送信する。

オーダー端末装置２０の第２制御部２１は、ステップＳ１１２において、オーダー管理装置１０からメニュー表情報を受信したか否かを判断する。第２制御部２１は、メニュー表情報を受信するまで待機する。未だメニュー表情報を受信していない場合には、このステップＳ１１２で否定的に判断される。それとは反対に、メニュー表情報を受信した場合には、第２制御部２１は、メニュー表情報を表示部２４に表示する（ステップＳ１１４）。すなわち第２制御部２１は、第１制御部１１から受信したメニューの一覧を表示部２４に表示する。ここで、メニューの一覧は、オーダー管理装置１０から受信したメニュー表であるから、ステップＳ１１０でオーダー管理装置１０に送信した操作情報に含まれる注文時刻に基づいたメニュー表が表示される。すなわち、上述のステップＳ２１０において、注文時刻が適用可能時間帯内であることにより肯定的に判断された場合には、現在、操作情報に含まれるテーブルＩＤに対応付けられたメニュー表の一覧が表示部２４に表示される。それとは反対に、ステップＳ２１０において、注文時刻が適用可能時間帯内でない（言い換えれば、適用可能時間帯外である）ことにより否定的に判断された場合には、ステップＳ２１２で更新されたメニューの一覧が表示部２４に表示される。

なお、メニューの一覧の表示の処理は、上述のステップＳ１０６において説明したのと同様である。例えば、１ｓｔオーダーで紐付けされたメニュー表が「焼肉ランチメニュー」である場合であって、ステップＳ１１０でオーダー管理装置１０に送信した操作情報に含まれる注文時刻が焼肉ランチの適用可能時間帯内である場合には、「焼肉ランチメニュー」に対応したメニュー表が表示部２４に表示される。そのメニュー表に含まれるメニューの一例としては、例えば、「カルビ定食：１３００円」である。

一方、１ｓｔオーダーで紐付けされたメニュー表が「焼肉ランチメニュー」である場合であって、ステップＳ１１０でオーダー管理装置１０に送信した操作情報に含まれる注文時刻が焼肉ランチの適用可能時間帯外である場合には、「焼肉通常メニュー」に対応したメニュー表が表示部２４に表示される。そのメニュー表に含まれるメニューの一例としては、例えば、「カルビ定食：１８００円」である。そして、利用客がメニュー表に含まれる商品を注文することによりオーダーが完了する。

以上のように、本実施形態のオーダー管理システム１によれば、複数の種別のメニュー表のうち、オーダー端末装置２０から受信した操作情報に基づいて、該当するメニュー表を選択し、オーダー端末装置２０の表示部２４に選択したメニュー表の一覧を表示させる。つまり、表示部２４には、選択されたメニュー表に基づくメニューの一覧が表示されることになる。そのため、従来知られているオーダー管理システムのように、複数の種別のメニュー表が存在する場合に、タブや操作ボタン等によってメニュー表を切り替える必要がない。さらに、表示されるメニュー表は、テーブル（顧客グループ）単位で管理されているので、１台のオーダー端末装置において、テーブルに応じて異なるメニュー表を表示させることができる。

例えばランチメニューを選択したい場合に、ディナーメニューやモーニングメニューを選択してしまうなどの誤操作が生じることを回避できる。また、上述のように、焼肉とイタリアンのように２つのブランドが含まれる場合において、焼肉が選択されている場合には、イタリアンのメニュー表が表示されることがない。上述の複数の種別のメニュー表に焼肉とイタリアンとが含まれる場合の例で言えば、焼肉ランチが選択されている場合に、焼肉通常メニューや焼肉ランチ（もしくは焼肉ディナー）の食べ放題メニュー、または、イタリアンに関するメニューが表示されることがない。また、例えば複数の種別で同じメニューが存在する場合（例えばランチメニューのカルビ定食と通常メニューのカルビ定食が存在する場合）には、特に誤操作が生じやすいものの、上述のように誤操作が生じることを回避できることにより、複数の種別で同じメニューが存在する場合において、誤操作が生じることがない。このように、本実施形態におけるオーダー管理システム１では、オーダーを取る際の作業の簡素化を図ることができる。

また、本実施形態のオーダー管理システム１では、テーブルＩＤなど顧客グループの識別情報にメニュー表が紐付けされて記録されるため、追加注文など再度注文する際（２ｎｄオーダー以降）には、紐付けされたメニュー表を適用可能時間帯内であれば、当該紐付けされたメニュー表を表示部２４に表示させるだけでよく、複数の種別のメニュー表から該当するメニュー表を再度選択し直すなどの処理を必要としない。そのため、メニュー表を再度選択する場合に比べて、制御処理の負担を低減できるとともに、表示部２４へのメニュー表の表示を早くすることができる。また、メニュー表がテーブル単位で管理されるため、あるテーブルでは、時間の経過により、表示されるメニュー表がランチからディナーに切り替わった場合でも、食べ放題のメニュー表が適用されたテーブルでは、食べ放題の期間中においてはメニュー表の切り替えは行われない。このように、テーブル単位でのメニュー表の表示を実現することができる。

以上の実施形態は、本発明を実施するための一例であり、他にも種々の実施形態を採用可能である。すなわち特許請求の範囲に記載された本発明の要旨を逸脱しない範囲内において、以下に説明する種々の変形や変更が可能である。

（変形例）
上述の実施形態では、提供できる商品として焼肉とイタリアンとの二つのカテゴリが存在しており、かつ客が利用するテーブルは任意のテーブルでよいものとして説明した。一方、提供できるカテゴリが二つある状態で、一方のカテゴリのテーブルと、他方のカテゴリのテーブルとが予め固定されていてもよい。図６は、そのような店舗のレイアウトを示す図である。この図６から把握できるように、当該店舗は焼肉およびイタリアンの商品の提供が可能であって、出入口から厨房方向に見て左側のエリアに焼肉のテーブルＡ１～Ａ６が配置され、出入口から厨房方向に見て右側のエリアにイタリアンのテーブルＢ１～Ｂ６が配置されている。なお、この図６に示す例では、出入口に加えて、レジおよび厨房が焼肉とイタリアンとで共通となっているが、これはあくまで一例であって、一部の構成が焼肉およびイタリアンに属する特有の構成であってもよい。

このように、提供できる商品のカテゴリに応じてテーブルの配置が固定されている場合には、上述の図５のフローチャートにおける処理内容の一部を省略してもよい。例えば、上述の実施形態では、ステップＳ１００の処理において、オーダー端末装置２０における第２制御部２１は、ユーザからテーブルＩＤおよびメニュー表のカテゴリの入力を受け付け、ステップＳ１０２において、テーブルＩＤ、メニュー表のカテゴリ、および、入店時刻を操作情報としてオーダー管理装置１０に送信する。一方、図６の例では、利用客は、当該利用客の要望に従って、焼肉かイタリアンのいずれかのエリアに案内されるため、メニュー表のカテゴリは、テーブルにより定まる。そのため、図６の例では、第２制御部２１は、テーブルＩＤの入力のみを受け付け、テーブルＩＤと入店時刻を操作情報としてオーダー管理装置１０に送信すればよい。すなわち図６に示す例では、メニュー表のカテゴリに関する情報の入力は必要としない。オーダー管理装置１０においては、テーブルＩＤとメニュー表のカテゴリとを対応付けるカテゴリテーブルが記録部１２に格納されており、第１制御部１１は、受信した操作情報に含まれるテーブルＩＤと、カテゴリテーブルとに基づいて、メニュー表のカテゴリを特定すればよい。なお、各カテゴリにおいて、ランチメニュー、通常メニューなどのメニュー表は存在するものの、これらのメニュー表は、図２のメニュー管理ＤＢ１２１で示したように、適用可能時間帯が予め定められているため、ユーザがメニュー表を入力しなくてもオーダー管理装置１０側で自動的にメニュー表を選択することができる。

すなわち、時刻に関する入力は、オーダー端末装置２０が備える時計機能により自動的に入力されるとすれば、オーダー端末装置２０の第２制御部２１は、ユーザからテーブルＩＤの入力だけを受け付ければよく、当該テーブルＩＤの情報を受信したオーダー端末装置２０における第１制御部１１は、テーブルＩＤに基づいて、適用するメニュー表を選択することができる。

また、その他の変形例として、上述の実施形態におけるオーダー管理装置１０の処理をオーダー端末装置２０で実行してもよい。すなわち、オーダー端末装置２０における第２制御部２１は、予め、オーダー管理装置１０の記録部１２に記録されている各データベースを受信しておき、ユーザ操作により入力されたテーブルＩＤおよびメニューのカテゴリに基づいて、顧客グループに対して適用するメニュー表を選択する。そして、第２制御部２１は、選択したメニュー表を表示部２４に表示させる。また、第２制御部２１は、選択したメニュー表を、顧客グループに対応付けてオーダー端末装置２０における記録部（図示せず）記録する。そして、第２制御部２１は、メニュー表を対応付けた顧客グループから再度注文を受けた際に、当該顧客グループ識別情報に対応付けられたメニュー表を表示部に表示させる。

また、上述の実施形態では、メニュー表の適用可能時間帯に応じてテーブルＩＤに紐付けするメニュー表を更新するように構成されていた。一方、現在テーブルＩＤに紐付けされているメニュー表の適用可能時間帯（例えば１１時～１４時）が当該適用可能時間帯から外れた場合であっても、テーブルＩＤに紐付けするメニュー表を更新せず、そのまま延長してもよい。例えば、メニュー表として「焼肉ランチ食べ放題」が適用されている場合に、適用可能時間帯（例えば１１時～１４時）から外れた場合であっても、「焼肉通常メニュー」にメニュー表を更新せずに、そのまま「焼肉ランチ食べ放題」を適用し続けてもよい。その場合には、予め、メニューＤＢ１２２に、現在紐付けされているメニューを延長した場合の単価を記録しておき、当該延長した場合の単価を適用する。なお、単価は、適用可能時間帯における単価と同じであってもよいし、その単価より高くても安くてもよい。

また、更にその他の変形例として、上述の実施形態のように、提供可能な商品のカテゴリが複数ではなく一つであってもよい。商品のカテゴリが一つ（例えば焼肉）の場合には、オーダー端末装置２０は、ユーザから入力としてテーブルＩＤの入力を受け付ければ、操作情報を受信したオーダー管理装置１０は、操作情報に含まれる入店時刻に応じてメニュー表を選択することが可能である。すなわち、オーダー端末装置２０における第２制御部２１は、ユーザからメニュー表のカテゴリの入力の受け付けを必要としない。

また、更にその他の変形例として、提供可能な商品のカテゴリは三つ以上であってもよい。すなわち、同じ店舗内で三つ以上のカテゴリの商品を提供可能な店舗におけるオーダー管理システムに適用されてもよい。処理内容については、上述の提供可能な商品のカテゴリが二つの場合の実施形態と同様であるため、その説明は省略する。

また、更にその他の変形例として、例えば、例えば平日（月曜～金曜）はカレー屋、土曜、日曜、祝日はラーメン屋というように、複数の種別のメニュー表が存在する場合であって、かつ曜日毎でメニュー表が固定されているとする。この場合には、メニュー管理ＤＢ１２１においては、各ブランドに対応したメニュー表に、適用可能時間帯として曜日を示す情報が対応付けて記録される。そして、オーダー管理装置１０は、オーダー端末装置２０からテーブルＩＤの他、曜日の情報を含む操作情報を受信すればよく、入店時刻や注文時刻の時刻に関する情報は受信しなくてもよい。すなわちオーダー管理装置１０は曜日の情報を受信できれば、曜日に対応付いたメニュー表を選択して、オーダー端末装置２０に当該メニュー表を送信すればよい。

なお、曜日の他、店舗毎に設定した特定日（例えば毎月２５日、周年イベント日）や祝日、祝前日など予め定めた日に対応付いたメニューが存在してもよい。その場合には、特定日、祝日、祝前日のメニュー表がメニュー管理ＤＢ１２１に記録される。

また、更にその他の変形例として、上述の実施形態では、第１制御部１１は、入店時刻、注文時刻、曜日などのパラメータに基づいて、適用するメニュー表を選択するものの、当該パラメータは、一つのパラメータに基づくものであっても、または、複数のパラメータに基づくものであってもよい。言い換えれば、第１制御部１１は、少なくとも一つパラメータに基づいて適用するメニュー表を選択すればよい。

また、更にその他の変形例として、表示部２４に表示させるメニュー表は、テーブルＩＤに紐付けされたメニューを自動的に表示させる他、ユーザが手動でメニュー表を選択して表示させる機能を兼ね備えていてもよい。すなわち、上述の実施形態では、テーブルＩＤに紐付けされたメニュー表がオーダー端末装置２０に送信され、表示部２４に表示されることから、ユーザが複数の種別のメニュー表から該当するメニュー表を選択することなく、自動的に該当するメニューが表示される。一方、ユーザは自らオーダー端末装置２０を操作してメニュー表を表示させる場合もある。その場合には、例えば、ユーザは、オーダー端末装置２０における手動と自動とを切り替える操作部（例えば手動自動切り替えボタン）を操作することで手動と自動との切り替えを行う。また、この手動と自動とを切り替える際に、時間帯、曜日などの条件に合致するもののみをユーザが選択できるように構成してもよい。例えば、ランチの時間帯であれば、手動に切り替えた際に、ランチのメニュー表のみが選択できるように（言い換えれば、通常メニュー表などは選択できないように）表示部２４の表示を制御してもよい。または、平日の場合であれば、平日のメニュー表のみが選択できるように（言い換えれば、土曜、日曜、祝日のメニュー表などは選択できないように）表示部２４の表示を制御してもよい。

また、更にその他の変形例として、例えばレジ端末装置３０において、オーダー端末装置２０の表示部２４と同様に、メニュー表が表示されてもよい。すなわち、レジ端末装置３０は、メニューを表示する表示部（図示せず）を備え、オーダー管理装置１０から受信したメニュー表の一覧を当該表示部に表示してもよい。さらに、レジ端末装置３０においても、テーブルＩＤが入力された場合に、テーブル管理ＤＢ１２４において、当該テーブルＩＤに紐付けられたメニュー表が表示されてもよい。

なお、上述の実施形態や変形例では、提供する対象商品として焼肉やイタリアンを例として説明したものの、当該対象商品はその他のカテゴリのものであってもよい。また、上述の実施形態や変形例において、メニュー表ＩＤが「メニュー表識別情報」に相当し、テーブルＩＤが「顧客グループ識別情報」に相当する。

また、上述の実施形態や変形例では、適用される例として、焼肉やイタリアンを提供する飲食を例として説明したものの、適用される対象は飲食に限られず、時間帯毎、客層（子ども、学生、大人、シニア、レディースなど）でメニューが切り替わる様々なサービス（例えばカラオケなどの娯楽施設）に対して適用されてよい。

さらに、本発明の手法は、プログラムや方法としても適用可能である。また、一部がソフトウェアであり一部がハードウェアであったりするなど、適宜、変更可能である。さらに、システムを制御するプログラムの記録媒体としても発明は成立する。むろん、そのプログラムの記録媒体は、磁気記録媒体であってもよいし半導体メモリであってもよいし、今後開発されるいかなる記録媒体においても全く同様に考えることができる。

１ オーダー管理システム
１０ オーダー管理装置
１１ 第１制御部
１２ 記録部
１３ 第１通信部
２０ オーダー端末装置
２１ 第２制御部
２２ 第２通信部
２３ ユーザＩ／Ｆ
２４ 表示部
３０ レジ端末装置
１２１ メニュー管理ＤＢ
１２２ メニューＤＢ
１２３ 商品ＤＢ
１２４ テーブル管理ＤＢ

Claims (9)

1. オーダー端末装置を管理するオーダー管理装置であって、
   複数の種別のメニュー表を記録する記録部と、第１制御部と、第１通信部とを備え、
   前記第１制御部は、
   ユーザ操作により入力された、１つの伝票で管理する顧客グループを示す顧客グループ識別情報を含む操作情報を受信した場合に、前記操作情報に基づいて、複数の種別のメニュー表の中から、前記顧客グループに対して適用するメニュー表を選択し、
   前記選択したメニュー表を前記オーダー端末装置の表示部に表示させ、
   前記選択したメニュー表を、前記顧客グループ識別情報に対応付けて記録し、
   前記オーダー端末装置において前記顧客グループが選択された場合に、選択された前記顧客グループの前記顧客グループ識別情報に対応付けられたメニュー表を前記表示部に表示させる、
   オーダー管理装置。
2. 前記操作情報は、入店時刻、注文時刻、曜日の少なくともいずれか一つのパラメータを含み、
   前記第１制御部は、前記少なくともいずれか一つのパラメータに基づいて、適用するメニュー表を選択する、
   請求項１に記載のオーダー管理装置。
3. 前記操作情報は、前記メニュー表を識別するメニュー表識別情報を含み、
   前記第１制御部は、
   前記メニュー表識別情報に基づいて、適用するメニュー表を選択する、
   請求項１または２に記載のオーダー管理装置。
4. 前記記録部には、前記メニュー表の適用可能時間帯が前記メニュー表識別情報に対応付けて記録され、
   前記第１制御部は、
   ユーザ操作により、前記顧客グループが入力された場合において、前記顧客グループが入力された時刻が、前記顧客グループ識別情報に対応付けられた前記メニュー表の適用可能時間帯外の時刻である場合に、前記入力された時刻を含む前記適用可能時間帯に対応付けられた前記メニュー表を、前記顧客グループ識別情報に対応する顧客グループに適用するメニュー表として選択し、
   新たに選択した前記メニュー表を、前記顧客グループ識別情報に対応付けて記録する、
   請求項３に記載のオーダー管理装置。
5. 前記第１制御部は、
   前記顧客グループ識別情報に基づいて、適用するメニュー表を選択する、
   請求項１に記載のオーダー管理装置。
6. 第２制御部と、第２通信部と、表示部とを備え、
   前記第２制御部は、
   ユーザ操作により入力された、１つの伝票で管理する顧客グループを識別する顧客グループ識別情報を含む操作情報を、オーダー端末を管理するオーダー管理装置へ送信し、
   前記操作情報に基づいて複数のメニュー表の中から選択された、前記顧客グループに対して適用するメニュー表を受信し、
   前記受信したメニュー表を前記表示部に表示させ、
   ユーザ操作により前記顧客グループが選択された場合に、選択された前記顧客グループの前記顧客グループ識別情報に対応付けられたメニュー表を前記表示部に表示させる、
   オーダー端末装置。
7. 複数の種別のメニュー表を記録する記録部と、第２制御部と、表示部とを備え、
   前記第２制御部は、
   ユーザ操作により入力された、１つの伝票で管理する顧客グループを示す顧客グループ識別情報を含む操作情報を、前記操作情報に基づいて複数の種別のメニュー表の中から、前記顧客グループに対して適用するメニュー表を選択し、前記選択したメニュー表を前記表示部に表示させ、
   前記選択したメニュー表を、前記顧客グループ識別情報に対応付けて記録し、
   前記顧客グループが選択された場合に、選択された前記顧客グループの前記顧客グループ識別情報に対応付けられたメニュー表を前記表示部に表示させる、
   オーダー端末装置。
8. オーダー端末装置と、前記オーダー端末装置を管理するオーダー管理装置とを備えたオーダー管理システムであって、
   前記オーダー管理装置は、複数の種別のメニュー表を記録する記録部と、第１制御部と、第１通信部とを備え、
   前記オーダー端末装置は、第２制御部と、第２通信部と、表示部とを備え、
   前記第２制御部は、
   ユーザ操作により入力された、１つの伝票で管理する顧客グループを識別する顧客グループ識別情報を含む操作情報を、前記オーダー管理装置へ送信し、
   前記第１制御部は、
   前記操作情報を受信した場合に、前記操作情報に基づいて、複数の種別のメニュー表の中から、前記顧客グループに対して適用するメニュー表を選択し、
   前記選択したメニュー表を前記表示部に表示させ、
   前記選択したメニュー表を、前記顧客グループ識別情報に対応付けて記録し、
   前記オーダー端末装置において前記顧客グループが選択された場合に、選択された前記顧客グループの前記顧客グループ識別情報に対応付けられたメニュー表を前記表示部に表示させる、
   オーダー管理システム。
9. オーダー端末装置を管理するオーダー管理装置のコンピュータが実行するプログラムであって、
   前記コンピュータに、
   ユーザ操作に係る操作情報を受信した場合に、前記操作情報に基づいて、複数の種別のメニュー表の中から、オーダーの単位である顧客グループに対して適用するメニュー表を選択するステップと、
   前記選択したメニュー表を前記オーダー端末装置の表示部に表示させるステップと、
   前記選択したメニュー表を、前記顧客グループを識別する顧客グループ識別情報に対応付けて記録するステップと、
   前記オーダー端末装置において前記顧客グループ識別情報が入力された場合に、前記顧客グループ識別情報に対応付けられたメニュー表を前記表示部に表示させるステップと、
   を実行させるためのプログラム。

Images