注文管理装置、注文管理方法
【課題】簡単に、効率良く店舗内のテーブル管理を行う。
【解決手段】来店客の注文が入力される注文入力端末から、来店客が着席したテーブルのテーブル番号と、テーブルに着席した人数とが含まれる注文情報を受信し、受信した注文情報に含まれるテーブル番号と人数とに基づいて、店舗内に設置された複数のテーブルを識別するテーブル番号と、テーブル番号によって識別されるテーブルの席数とが対応付けられたテーブル一覧を生成して記憶する。
【解決手段】来店客の注文が入力される注文入力端末から、来店客が着席したテーブルのテーブル番号と、テーブルに着席した人数とが含まれる注文情報を受信し、受信した注文情報に含まれるテーブル番号と人数とに基づいて、店舗内に設置された複数のテーブルを識別するテーブル番号と、テーブル番号によって識別されるテーブルの席数とが対応付けられたテーブル一覧を生成して記憶する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、店舗におけるテーブルを管理する技術に関する。
【背景技術】
【０００２】
フロアスタッフ（ウェイター／ウェイトレス）が来店客をテーブルに案内し、注文を受けて料理を提供する飲食店等において、案内や注文、会計を電子データで管理する注文管理システムが利用されている。このような注文管理システムでは、例えば、店舗内に設置されたテーブルの数や各テーブルの席数などのレイアウトを示すテーブル一覧を、注文管理装置等に予め記憶させておくことがある。このようなテーブル一覧の情報に基づいて、例えば各テーブルが在席であるか空席であるかなどのステータスを管理することができ、効率的に来店客をテーブルに案内することが可能である（例えば、特許文献１、２）。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００６−３２３７２５号公報
【特許文献２】特開２００５−９２５０１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、このようなテーブル一覧の情報は店舗毎に異なる固有の情報であり、複数の店舗を管理するチェーン店においては、店舗毎にそれぞれのテーブル一覧を生成することは困難であり、このようなテーブル一覧を、簡単に、効率良く生成することが望まれている。
【０００５】
本発明は、このような状況に鑑みてなされたもので、簡単に、効率良く店舗内のテーブル管理を行う注文管理装置、注文管理方法を提供する。
【課題を解決するための手段】
【０００６】
上述した課題を解決するために、本発明は、店舗内に設置された複数のテーブルを識別するテーブル番号と、テーブル番号によって識別されるテーブルの席数とが対応付けられたテーブル一覧が記憶されるテーブル一覧記憶部と、来店客の注文が入力される注文入力端末から、来店客が着席したテーブルのテーブル番号と、テーブルに着席した人数とが含まれる注文情報を受信する受信部と、受信部が受信した注文情報に含まれるテーブル番号と人数とに基づいて、店舗内のテーブル一覧を生成してテーブル一覧記憶部に記憶させるテーブル一覧生成部と、を備えることを特徴とする。
【０００７】
また、本発明は、テーブル一覧生成部は、受信部が受信した複数の注文情報に含まれる人数のうち、最も頻度の高い人数を、席数としてテーブル番号に対応付けてテーブル一覧記憶部に記憶させることを特徴とする。
【０００８】
また、本発明は、テーブル一覧生成部は、一定期間内に受信部が受信した注文情報に基づいて、テーブル一覧を生成してテーブル一覧記憶部に記憶させることを特徴とする。
【０００９】
また、本発明は、テーブル一覧記憶部には、テーブル番号毎に、テーブル番号によって識別されるテーブルが空席であるか在席であるかを示すステータスが対応付けられて記憶されており、受信部が受信した注文情報に含まれるテーブル番号に対応付けられた席数をテーブル一覧記憶部から読み出し、読み出した席数が、注文情報に含まれる人数以上であるか否かを判定する判定部と、判定部が、席数が人数以上でないと判定すると、テーブル番号と、テーブル番号によって識別されるテーブルに隣接する他のテーブルのテーブル番号とに、在席を示すステータスを対応付けてテーブル一覧記憶部に記憶させるステータス更新部と、をさらに備えることを特徴とする。
【００１０】
また、本発明は、店舗内に設置された複数のテーブルを識別するテーブル番号と、テーブル番号によって識別されるテーブルの席数とが対応付けられたテーブル一覧が記憶されるテーブル一覧記憶部を備えた注文管理装置が、来店客の注文が入力される注文入力端末から、来店客が着席したテーブルのテーブル番号と、テーブルに着席した人数とが含まれる注文情報を受信するステップと、受信部が受信した注文情報に含まれるテーブル番号と人数とに基づいて、店舗内のテーブル一覧を生成してテーブル一覧記憶部に記憶させるステップと、を備えることを特徴とする。
【発明の効果】
【００１１】
以上説明したように、本発明によれば、来店客の注文が入力される注文入力端末から、来店客が着席したテーブルのテーブル番号と、テーブルに着席した人数とが含まれる注文情報を受信し、受信した注文情報に含まれるテーブル番号と人数とに基づいて、店舗内に設置された複数のテーブルを識別するテーブル番号と、テーブル番号によって識別されるテーブルの席数とが対応付けられたテーブル一覧を生成して記憶するようにしたので、簡単に、効率良くテーブル管理を行う注文管理装置、注文管理方法を提供することができる。
【図面の簡単な説明】
【００１２】
【図１】本発明の一実施形態による注文管理システムの構成例を示す図である。
【図２】本発明の一実施形態によるコントローラの構成例を示すブロック図である。
【図３】本発明の一実施形態によるテーブル一覧のデータ例を示す図である。
【図４】本発明の一実施形態による人数集計テーブルのデータ例を示す図である。
【図５】本発明の一実施形態によるコントローラの動作例を示すフローチャートである。
【図６】本発明の一実施形態によるコントローラの動作例を示すフローチャートである。
【図７】本発明の一実施形態によるコントローラの動作例を示すフローチャートである。
【発明を実施するための形態】
【００１３】
以下、本発明の一実施形態について、図面を参照して説明する。
図１は、注文管理システム１の例を示す図である。注文管理システム１は、コントローラ１０と、プリンタ２０と、ハンディターミナル３０−１と、ハンディターミナル３０−２と、ハンディターミナル３０−３と、テーブル表示装置４０とのコンピュータ装置を備えている。ここで、ハンディターミナル３０−１と、ハンディターミナル３０−２と、ハンディターミナル３０−３とは同様の構成であるため、特に区別して説明しない場合にはハンディターミナル３０として説明する。
【００１４】
コントローラ１０は、店舗内におけるフロントに設置され、テーブル一覧、注文情報、会計情報などを管理する情報処理等を行う注文管理装置である。
プリンタ２０は、店舗内における厨房付近に設置され、注文伝票を印字して出力することで調理スタッフに調理を指示する印刷装置である。コントローラ１０とプリンタ２０は、それぞれ、無線もしくは有線で通信を行う機能を有する。
ハンディターミナル３０は、飲食店等の店舗内において来店客をテーブルに案内し、注文を受けるフロアスタッフに携帯される注文入力端末である。ここでは３台のハンディターミナル３０を示して説明するが、注文管理システム１は、店舗のテーブル数、フロアスタッフ数等に応じて任意の数のハンディターミナル３０を備えることができる。ハンディターミナル３０は、コントローラ１０またはプリンタ２０と無線通信を行う機能を有する。例えば、店舗に客が来店すると、フロアスタッフは、来店客を店舗内の空席に案内する。そして、来店客の注文を聞くと、来店客が着席したテーブルを識別する、予め定められたテーブル番号と、そのテーブルに着席した人数とをハンディターミナル３０に入力する。ハンディターミナル３０は、入力されたテーブル番号と人数とを含む、来店客を案内したことを示す情報を、コントローラ１０に送信する。また、ハンディターミナル３０は、フロアスタッフからの入力に応じて、来店客からの注文を示す注文情報、追加注文情報、注文された品が提供されたことを示す提供情報、来店客が飲食等を済ませ、会計が完了した後にテーブルに残された食器等が片付けられたことを示す情報等を、コントローラ１０に送信する。
テーブル表示装置４０は、コントローラ１０に記憶されているテーブル一覧を表示するディスプレイである。
【００１５】
図２は、本実施形態によるコントローラ１０の構成を示すブロック図である。コントローラ１０は、送受信部１１と、注文情報記憶部１２と、テーブル一覧記憶部１３と、人数集計テーブル記憶部１５と、テーブル一覧生成部１４と、判定部１６と、ステータス更新部１７とを備えている。
送受信部１１は、プリンタ２０、複数のハンディターミナル３０等と通信を行う。例えば、送受信部１１は、来店客の注文が入力されるハンディターミナル３０から、その来店客が着席したテーブルのテーブル番号と、そのテーブルに着席した人数とが含まれる注文情報を受信する。送受信部１１が受信した注文情報は、注文情報記憶部１２に記憶される。
【００１６】
注文情報記憶部１２には、ハンディターミナル３０から送信される注文情報が記憶される。注文情報には、例えば、来店客が着席したテーブルを識別するテーブル番号と、そのテーブルに着席した人数と、注文が入力された日時と、そのテーブルに着席した来店客が注文した注文品を示す注文項目と、その注文品が注文された個数等を示す情報が含まれる。
【００１７】
テーブル一覧記憶部１３には、店舗内に設置された複数のテーブルを識別するテーブル番号と、そのテーブル番号によって識別されるテーブルの席数とが対応付けられたテーブル一覧が記憶される。また、テーブル一覧には、テーブル番号毎に、テーブル番号によって識別されるテーブルが空席であるか在席であるかを示すステータスが対応付けられて記憶される。
図３は、テーブル一覧記憶部１３に記憶されるテーブル一覧のデータ例を示す図である。テーブル一覧には、エリアと、テーブル番号と、席数と、ステータスと、連結先テーブルとの情報が含まれる。
【００１８】
エリアは、対応するテーブル番号によって識別されるテーブルが設置された店舗内の場所を示す。
テーブル番号は、店舗内に設置された複数のテーブルを識別する情報である。ここでは、「Ａ０１」、「Ａ０２」、「Ｂ０１」など、英字１字と数字２字とが連結された３文字の情報であるとする。エリアが２階であるテーブルのテーブル番号には「Ａ」が、エリアが１階であるテーブルのテーブル番号には「Ｂ」が付される。このようなテーブル番号は、来客時にフロアスタッフがハンディターミナル３０に入力する際には「Ａ１」、「Ａ２」などのように数字の部分を１字のみで入力して良いこととするが、コントローラ１０によって３文字に名寄せし、「Ａ０１」、「Ａ０２」のように変換されるようにしても良い。これにより、フロアスタッフにとっては入力文字数が少なくて済み簡単に入力することが可能となる一方、コントローラ１０がデータ処理を行う場合には効率良く並び替えなどの処理を行うことができる。例えば、フロアスタッフにより「Ａ１」、「Ａ１０」などのテーブル番号が入力された場合でも、「Ａ０１」、「Ａ１０」という共通したフォーマットでデータ処理を行うことができる。ここではテーブル番号は３文字として例を説明するが、英字１字と数字３字とが連結された４文字の情報であっても良い。
【００１９】
テーブル一覧に含まれる席数は、対応するテーブル番号によって識別される、店舗内に設置されたテーブルに備えられる座席の数を示す。本実施形態では、テーブル番号と席数との情報は、テーブル一覧生成部１４によって自動的に生成され、記憶される。
ステータスは、対応するテーブル番号によって識別されるテーブルが空席であるか在席であるかを示す。具体的には、在席を示すステータスとして、案内済み、オーダー済み、提供済みなどの情報を対応付けることができる。また、会計済み、使用不可、予約などのステータスを対応付けても良い。
ステータスが空席であれば、新たな来店客をそのテーブルに案内することができる。空席であるテーブルに来店客が案内され、案内したという情報をコントローラ１０が取得すると、後述するステータス更新部１７によってステータスは案内済みに変更される。そして、フロアスタッフによりハンディターミナル３０に注文が受け付けられてコントローラ１０が注文情報を取得すると、ステータスはステータス更新部１７によってオーダー済みに変更される。また、注文された品が提供されたことをコントローラ１０が取得すると、ステータスはステータス更新部１７によって提供済みに変更される。
会計済みとは、客が飲食等を完了し会計が済んでいるが、食器等がテーブルに残っている状態である。食器等が片付けられたことをコントローラ１０が取得すると、ステータスは空席に変更される。
使用不可とは、例えばテーブルや椅子の破損等により使用できない状態であることを示す。
予約とは、そのテーブルは予約されたテーブルであり、予約した客以外の来店客はそのテーブルに案内しないことを示す。
連結先テーブルは、１つのテーブルの席数では足りない人数のグループの客が来店した場合に、複数のテーブルを連結したことを示す情報である。図３の例では、「Ａ０６」のテーブルが、「Ａ０５」のテーブルに連結された場合の例を示している。
【００２０】
テーブル一覧生成部１４は、送受信部１１が受信した注文情報に含まれるテーブル番号と人数とに基づいて、店舗内のテーブル一覧を生成してテーブル一覧記憶部１３に記憶させる。また、テーブル一覧生成部１４は、送受信部１１が受信した注文情報に基づいて、人数集計情報を人数集計テーブル記憶部１５に記憶させる。そして、定期的または所定のタイミングで更新処理を行う。例えば、各テーブル番号について、集計されている人数のうち最も頻度の高い人数を、席数としてテーブル番号に対応付けてテーブル一覧記憶部１３に記憶させる。
【００２１】
人数集計テーブル記憶部１５は、テーブル一覧生成部１４による集計処理のための情報が記憶されるワークテーブルであり、テーブル番号と人数とに対応付けて、そのテーブル番号とともにその人数が入力された回数（使用回数）を示す情報が記憶される。
図４は、人数集計テーブルのデータ例を示す図である。人数集計テーブルには、各テーブルでの人数別の使用回数を日別に集計したデータが記憶されており、テーブル一覧生成部１４によって、一定期間（例えば、１〜２週間）のデータを総合して、席数が判定される。
例えば、図の例では、テーブル「Ａ０１」に１人が着席した回数が２回、２人が着席した回数が３回であることが示される。この場合、テーブル「Ａ０１」に２人が着席した回数は１人が着席した回数より多く、頻度が高いため、このテーブルの座席は２席であることが推定できる。このように、テーブル一覧生成部１４は、テーブル番号と、そのテーブル番号が備える座席数を判定し、テーブル一覧記憶部１３のテーブル番号と座席数との情報を更新する。このとき、上述したように、テーブル一覧生成部１４は、一定期間毎に、一定期間内に送受信部１１が受信した注文情報に基づいて、テーブル一覧を生成してテーブル一覧記憶部１３に記憶させることができる。これにより、店舗内のテーブルレイアウトが変更されたような場合にも、変更後のレイアウトに基づくテーブル一覧を生成することができる。
【００２２】
ここで、例えば、４人グループの客が来店したときに、座席数が２であるテーブルに、座席数が２である隣のテーブルを付けて、座席数を一時的に４として案内する場合を考える。このような場合でも、同一グループであるため１テーブルに対する注文情報として入力されることが考えられる。この場合、いずれかのテーブルが空席のステータスのままテーブル一覧に残ってしまい、フロアスタッフが新たな来店客を案内する可能性があると考えられる。
【００２３】
そこで、判定部１６は、送受信部１１が受信した注文情報に含まれるテーブル番号に対応付けられた席数をテーブル一覧記憶部１３から読み出し、読み出した席数が、注文情報に含まれる人数以上であるか否かを判定する。
ステータス更新部１７は、判定部１６が、席数が人数以上でないと判定すると、テーブル番号と、そのテーブル番号によって識別されるテーブルに隣接する他のテーブルのテーブル番号とに、在席を示すステータスを対応付けてテーブル一覧記憶部１３に記憶させる。なお、人数が席数以下であると判定すると、テーブル番号に、在席を示すステータスを対応付けてテーブル一覧記憶部１３に記憶させる。
【００２４】
また、判定部１６は、ハンディターミナル３０から送信される情報に応じて、テーブル一覧記憶部１３に記憶されているステータスを更新するか否かを判定する。例えば、判定部１６は、ハンディターミナル３０から送信される注文情報に含まれるテーブル番号のステータスが、テーブル一覧記憶部１３に、在席（案内済み、オーダー済み、提供済み、会計済みなど）として既に記憶されているか否かを判定する。
ステータス更新部１７は、判定部１６による判定の結果、注文情報に含まれるテーブル番号のステータスが、テーブル一覧記憶部１３に在席でない（空席）として記憶されている場合であって、テーブル番号と人数のみの注文情報を受信した場合、ステータスを「案内済み」とし、さらに注文項目等を含む情報を受信した場合には、「オーダー済み」としてテーブル一覧記憶部１３に記憶させる。
また、ステータス更新部１７は、判定部１６による判定の結果、注文情報に含まれるテーブル番号のステータスが、テーブル一覧記憶部１３に在席として既に記憶されている場合には、注文情報の内容に基づき、当該テーブル番号のステータスを更新し、テーブル一覧記憶部１３に記憶させる。
例えば、「案内済み」のステータスが記憶されているテーブル番号について、注文情報を受信した場合、その注文情報が新規注文に関する情報であった場合、このテーブル番号のステータスを「オーダー済み」としてテーブル一覧記憶部１３に記憶させる。
また、「オーダー済み」のステータスが記憶されているテーブル番号について、注文情報を受信した場合には、ステータス変更は行わず、注文内容を全て提供したことを示す提供情報を受信した場合には、「提供済み」としてテーブル一覧記憶部１３に記憶させる。
また、「提供済み」のステータスが記憶されているテーブル番号について、注文情報を受信した場合には「オーダー済み」を、会計が完了したことを示す情報を受信した場合には「会計済み」を、ステータスとしてテーブル一覧記憶部１３に記憶させる。
また、「会計済み」のステータスが記憶されているテーブル番号について、テーブルに残された食器等が片付けられたことを示す情報を受信した場合、在席でない（空席）としてテーブル一覧記憶部１３に記憶させる。
【００２５】
次に、本実施形態によるコントローラ１０の動作例を説明する。図５は、コントローラ１０がテーブル一覧を生成する動作例を示すフローチャートである。
まず、コントローラ１０の送受信部１１が、ハンディターミナル３０から送信される情報を受信する（ステップＳ１）。コントローラ１０の判定部１６は、受信した情報が、新規の来店客をテーブルに案内したことを示す情報であるか否かを判定する（ステップＳ２）。
コントローラ１０の判定部１６は、受信した情報が新規の来店客を案内したことを示す情報でないと判定すると（ステップＳ２：Ｎｏ）、ステータスの変更を行うか否かを判定する（ステップＳ３）。判定部１６がステータスの変更を行うと判定すると（ステップＳ３：Ｙｅｓ）、ステップＳ７に進む。ステータスの変更を行わないと判定すると（ステップＳ３：Ｎｏ）、処理を終了する。
【００２６】
ステップＳ２において、判定部１６が、受信した情報は新規の来店客を案内したことを示す情報であると判定すると（ステップＳ２：Ｙｅｓ）、テーブル一覧生成部１４は、受信した情報に含まれるテーブル番号が、既に人数集計テーブル記憶部１５に記憶されているか否かを判定する（ステップＳ４）。
テーブル一覧生成部１４が、受信した情報に含まれるテーブル番号は既に人数集計テーブル記憶部１５に記憶されていると判定すると（ステップＳ４：Ｙｅｓ）、ステップＳ６に進む。テーブル一覧生成部１４が、受信した情報に含まれるテーブル番号は人数集計テーブル記憶部１５に記憶されていないと判定すると（ステップＳ４：Ｎｏ）、そのテーブル番号をテーブル一覧記憶部１３および人数集計テーブル記憶部１５に記憶させる（ステップＳ５）。
テーブル一覧生成部１４は、そのテーブル番号に対応する、来店客の人数が来店した使用回数をカウントアップする（ステップＳ６）。
ステータス更新部１７は、テーブル一覧記憶部１３に記憶されているステータスを更新し（ステップＳ７）、処理を終了する。
【００２７】
次に、図６において、テーブル一覧生成部１４によるテーブル一覧の更新処理を説明する。テーブル一覧生成部１４は、自身が備える計時機能により、現在時刻が予め定められた更新時期であるか否かを判定する（ステップＳ１１）。更新時期とは、例えば、ある時刻から一定期間（１日、１週間、２週間など）後であっても良いし、一定以上の数の客が来店した場合や一定以上の注文情報が入力された場合などでも良い。
更新時期でなければ、ステップＳ１１に戻る。更新時期であれば、テーブル一覧生成部１４は、変数ｉに１を代入し（ステップＳ１２）、人数集計テーブル記憶部１５に記憶されている人数集計テーブルのｉ番目のテーブル番号の、人数毎の使用回数を読み込む（ステップＳ１３）。ここで、ｉ番目のテーブル番号に対応するいずれの人数にも使用回数が記憶されていなければ（ステップＳ１４：なし）、テーブル一覧記憶部１３に記憶されているテーブル一覧および人数集計テーブル１５から、そのテーブル番号のテーブルは存在しない可能性が高いと認識してそのテーブル番号を削除し（ステップＳ１５）、ステップＳ１９に進む。
【００２８】
ステップＳ１４において、テーブル番号に対応する人数毎の使用回数が記憶されていれば（ステップＳ１４：あり）、テーブル一覧生成部１４は、そのテーブル番号に対応する使用回数が最も大きな人数を仮席数と判定する（ステップＳ１６）。そして、テーブル一覧生成部１４は、仮席数≦席数候補値を満たす最小の席数候補値を席数と判定する（ステップＳ１７）。席数候補値とは、その店舗に存在するテーブルの席数が予め定められた値（例えば、１、２、４、６、８）であり、コントローラ１０の記憶領域に予め記憶される。そして、テーブル一覧生成部１４は、判定結果の席数に基づいて、テーブル一覧記憶部１３に記憶されているテーブル一覧の席数を更新する（ステップＳ１８）。
例えば、図４におけるテーブルＡ０９について、使用回数が最も大きな人数は、「４」である。よって、現時点で図６に示す更新処理を実施した場合には、仮席数は「４」と判定され、席数は、仮席数≦席数候補値を満たす最小の席数候補値を席数ということで、「４」と判定される。よって、この後、図３のＡ０９の人数は「６」から「４」へ更新されることが予想される。
テーブル一覧生成部１４は、変数ｉに１を加算し（ステップＳ１９）、ｉ番目のテーブル番号が人数集計テーブル記憶部１５に記憶されていれば（ステップＳ２０：あり）、ステップＳ１３に戻る。ｉ番目のテーブル番号が人数集計テーブル記憶部１５に記憶されていなければ（ステップＳ２０：なし）、処理を終了する。
【００２９】
このようにすれば、注文入力時の注文情報に含まれるテーブル番号と人数とに基づいて、店舗内のテーブルレイアウトのマスタデータであるテーブル一覧を、自動生成することが可能となる。
すなわち、新規オーダーの登録時に、未登録のテーブル番号が入力された場合、テーブル一覧記憶部１３に記憶されているテーブル一覧に、そのテーブル番号を追加する。さらに、このようなテーブル番号が新たに追加された場合は、そのテーブル番号によりテーブル一覧をソートして並び替える。
また、テーブル一覧を一定期間毎に更新することにより、一定期間に入力されなかったテーブル番号、もしくは使用頻度が一定数に満たなかったテーブル番号については、誤入力データであったと判断され、テーブル一覧から削除される。
【００３０】
図７は、コントローラ１０がステータス等を更新する動作例を示すフローチャートである。コントローラ１０の送受信部１１が、ハンディターミナル３０から送信される注文情報を受信すると（ステップＳ３１）、注文情報を注文情報記憶部１２に記憶させる。テーブル一覧生成部１４は、送受信部１１が受信した注文情報に応じて、人数集計テーブル記憶部１５に記憶されている人数集計テーブルの該当データをカウントアップさせる（ステップＳ３２）。ステータス更新部１７は、注文情報に含まれるテーブル番号に対応するステータスを「オーダー済み」としてテーブル一覧記憶部１３に記憶させる（ステップＳ３３）。
なお、上述したように、注文情報に未登録のテーブル番号が含まれる場合には、ステップＳ３２において人数集計テーブルに新たに当該テーブル番号を追加して人数を記憶し、ステップＳ３３においてテーブル一覧記憶部にも新たに当該テーブル番号を追加してステータスを記憶する。
【００３１】
判定部１６は、ステップＳ３１において受信した注文情報に含まれる人数と、注文情報に含まれるテーブル番号に対応してテーブル一覧記憶部１３に記憶されている席数とを比較する（ステップＳ３４）。なお、ステップＳ３８、Ｓ４２の後にこのＳ３４において人数と席数の比較を行う場合には、ステップＳ３７、Ｓ４１で一時的に記憶する席数を使用して比較を行う。
席数が人数以上であると判定すると（ステップＳ３４：Ｙｅｓ）、注文情報を登録する通常のメニュー登録処理を行う。
席数が人数以上でないと判定すると（ステップＳ３４：Ｎｏ）、隣のテーブルのステータスの確認作業を行う。例えば、テーブル番号の数字に１を加算したテーブル番号のステータスをテーブル一覧記憶部１３から読み出し、プラス方向の隣テーブルが空席であるか否かを判定する（ステップＳ３５）。
【００３２】
判定部１６が、プラス方向の隣テーブルが空席であると判定すると（ステップＳ３５：Ｙｅｓ）、そのテーブルと注文情報に含まれるテーブル番号のテーブルが連結されたと考えられるため、ステータス更新部１７は、その隣テーブルのステータスを「オーダー済み」と更新してテーブル一覧記憶部１３に記憶させる（ステップＳ３６）。そして、注文情報に含まれるテーブル番号に対応する席数（または、前回、一時的に記憶した席数）に、連結されたと思われる隣テーブルの席数を加算した席数を、一時的に記憶しておく（ステップＳ３７）。そして、連結された隣テーブルのテーブル番号に対応する連結先テーブルに、注文情報に含まれるテーブル番号を追加して、テーブル一覧記憶部１３に記憶させ（ステップＳ３８）、ステップＳ３４に戻る。
【００３３】
ステップＳ３５において、判定部１６が、プラス方向の隣テーブルが空席でないと判定すると（ステップＳ３５：Ｎｏ）、注文情報に含まれるテーブル番号の数字から１を減算したテーブル番号のステータスをテーブル一覧記憶部１３から読み出し、マイナス方向の隣テーブルが空席であるか否かを判定する（ステップＳ３９）。判定部１６が、マイナス方向の隣テーブルが空席であると判定すると（ステップＳ３９：Ｙｅｓ）、そのテーブルと注文情報に含まれるテーブル番号のテーブルが連結されたと考えられるため、ステータス更新部１７は、その隣テーブルのステータスを「オーダー済み」と更新してテーブル一覧記憶部１３に記憶させる（ステップＳ４０）。そして、注文情報に含まれるテーブル番号に対応する席数（または、前回、一時的に記憶した席数）に、連結されたと思われる隣テーブルの席数を加算した席数を一時的に記憶しておく（ステップＳ４１）。そして、連結された隣テーブルのテーブル番号に対応する連結先テーブルに、注文情報に含まれるテーブル番号を追加して、テーブル一覧記憶部１３に記憶させ（ステップＳ４２）、ステップＳ３４に戻る。
【００３４】
ステップＳ３９において、判定部１６が、マイナス方向の隣テーブルが空席でないと判定すると（ステップＳ３９：Ｎｏ）、両隣のテーブルが空席でないにも関わらず、テーブルの席数を超える人数が入力されており、テーブル一覧記憶部１３に記憶されている席数が誤っていると考えられる。このため、テーブル一覧記憶部１３に記憶されている席数を、注文情報に含まれる人数を加味し、より大きい席数に更新して記憶させる（ステップＳ４３）。例えば、テーブル番号が「Ａ０３」、人数が「３人」という情報がコントローラ１０に送信された場合、図３のテーブル一覧を参照すると、Ａ０３の席数は「２」であり、その両隣（Ａ０２およびＡ０４）にそれぞれ別の客が着席していることが分かる。よって、ステップＳ３５においてＮｏ、ステップＳ３９においてＮｏに進み、ステップＳ４３に進む。そして、テーブル一覧記憶部１３のＡ０３に登録されている席数「２」が間違っている可能性があると判断され、人数「３」を満たす最小の席数候補値「４」に、Ａ０３の席数を更新して記憶する。
【００３５】
また、例えば、座席数が２であるテーブル「Ａ０５」と座席数が２であるテーブル「Ａ０６」とが存在し、これを連結して合わせて４人で使用することがあると考えられるが、テーブル「Ａ０５」やテーブル「Ａ０６」は、通常は１人もしくは２人で使用されるため、１人席もしくは２人席として判定されテーブル一覧記憶部１３に記憶されている。
ここで、テーブル番号「Ａ０５」に対応付けられた人数が「４人」という注文情報がコントローラ１０に送信されると、ステップＳ３５において隣テーブルである「Ａ０６」を確認し、Ａ０６が空席であれば、Ａ０６を「オーダー済み」にして連絡先テーブルに登録する。
このように、隣のテーブルを連結して使用していることを登録することができ、その事実を、例えばハンディターミナル３０などから確認することができるため、テーブルを使用しているにもかかわらず、いずれかのテーブルが空席のステータスのままテーブル一覧に残ってしまったり、フロアスタッフが新たな来店客を使用中のテーブルに誤って案内したりすることを防ぐことができる。
【００３６】
さらに、テーブル一覧の上位概念であるエリアも意識し、テーブルを連結操作するにあたり、エリアまたがりの連結を行わないようにすることも可能である。
例えば、ステップＳ３５やＳ３９において、隣のテーブルのテーブル番号を読み出す際にエリアも読み出すことにする。
ステップＳ３５において、判定部１６は、プラス方向の隣テーブルが空席でないと判断した場合、ステップＳ３９に進むが、プラス方向の隣テーブルのエリアが別エリアである場合にもステップＳ３９に進むようにする。また、ステップＳ３９において、判定部１６は、マイナス方向の隣テーブルが空席でないと判断した場合、ステップＳ４３に進むが、マイナス方向の隣テーブルのエリアが別エリアである場合にもステップＳ４３に進むようにする。
このようにすることで、異なるエリアにあるテーブル同士の連結を防ぐことができる。
【００３７】
ここで、一度連結した連結先テーブルのデータは、主テーブルの伝票が会計されるとともに解除することができる。また、連結されたテーブルに対して、新たな在席ステータス（案内済み、オーダー済み等）が登録された場合も、連結先テーブルを解除する。この場合、何らかの事情で連結されたテーブルが空いて、新たな来店客が着席したと推定できる。
【００３８】
また、このような連結されたテーブルが、常に４人席として使用されるようになった場合、定期的なテーブル一覧の自動生成において、（４人や３人で使用される頻度が増え、２人で使用される頻度が減ることが予想される）テーブル「Ａ０５」の席数が４人となり、テーブル「Ａ０６」は、単体で使用される機会がなくなるため、テーブル一覧記憶部１３から削除されることになる。
ここで、再び個別にテーブルを使用する場合、「Ａ０６」が再びテーブル一覧記憶部１３に記憶され、テーブル「Ａ０５」は２人席として判定されてテーブル一覧記憶部１３に記憶されることになる。これにより、テーブルを連結して使用する場合にも、テーブル一覧に特殊な設定をしたり、店舗のスタッフ等がテーブル一覧を設計する作業を行ったりしなくとも、自動的な管理が可能である。
【００３９】
なお、店舗リニューアル等の場合には、所定の操作によって、テーブル一覧記憶部１３に記憶されているテーブル一覧の情報の全てを削除するようにしても良い。
また、テーブルの設置エリアについては、予めテーブル番号の範囲を設定し、新規登録時に、範囲内のテーブル番号に、対応するエリアの情報を対応付けるようにするようにしてもよい。
また、例えば、テーブル番号の範囲を設定することによって、喫煙、禁煙席の判定を行うことも可能である。例えば、Ａ０１〜Ａ９９は禁煙席、Ｂ０１〜Ｂ９９は喫煙席などとして範囲を設定しておくことができる。
ここで、このようなテーブル連結時のステータス管理は、上述のようにテーブル一覧を自動的に生成した場合に限られるものではなく、予め固定されたテーブル一覧が生成され記憶されている場合にも同様に適用することができる。この場合、例えば上述のステップＳ２３においては、席数の誤りではなく、人数入力ミスであると考えられるため、人数を席数に変更して記憶させるようにしても良い。
【００４０】
このようにすれば、テーブル一覧の生成やメンテナンスをユーザが行わなくとも、コントローラ１０によってテーブル一覧が生成され、状況に応じて更新されるため、簡単にテーブル管理を行うことができる。また、レイアウト変更や、リニューアルに伴うテーブル番号の修正、座席数の変更も、自動的に行うことができる。また、テーブルを連結して使用した場合でも、簡単にテーブル管理を行うことができる。
【００４１】
なお、本発明における処理部の機能を実現するためのプログラムをコンピュータ読み取り可能な記録媒体に記録して、この記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行することにより注文管理を行ってもよい。なお、ここでいう「コンピュータシステム」とは、ＯＳや周辺機器等のハードウェアを含むものとする。また、「コンピュータシステム」は、ホームページ提供環境（あるいは表示環境）を備えたＷＷＷシステムも含むものとする。また、「コンピュータ読み取り可能な記録媒体」とは、フレキシブルディスク、光磁気ディスク、ＲＯＭ、ＣＤ−ＲＯＭ等の可搬媒体、コンピュータシステムに内蔵されるハードディスク等の記憶装置のことをいう。さらに「コンピュータ読み取り可能な記録媒体」とは、インターネット等のネットワークや電話回線等の通信回線を介してプログラムが送信された場合のサーバやクライアントとなるコンピュータシステム内部の揮発性メモリ（ＲＡＭ）のように、一定時間プログラムを保持しているものも含むものとする。
【００４２】
また、上記プログラムは、このプログラムを記憶装置等に格納したコンピュータシステムから、伝送媒体を介して、あるいは、伝送媒体中の伝送波により他のコンピュータシステムに伝送されてもよい。ここで、プログラムを伝送する「伝送媒体」は、インターネット等のネットワーク（通信網）や電話回線等の通信回線（通信線）のように情報を伝送する機能を有する媒体のことをいう。また、上記プログラムは、前述した機能の一部を実現するためのものであっても良い。さらに、前述した機能をコンピュータシステムに既に記録されているプログラムとの組み合わせで実現できるもの、いわゆる差分ファイル（差分プログラム）であっても良い。
【符号の説明】
【００４３】
１ 注文管理システム
１０ コントローラ
１１ 送受信部
１２ 注文情報記憶部
１３ テーブル一覧記憶部
１４ テーブル一覧生成部
１５ 人数集計テーブル記憶部
１６ 判定部
１７ ステータス更新部
２０ プリンタ
３０ ハンディターミナル
４０ テーブル表示装置
【技術分野】
【０００１】
本発明は、店舗におけるテーブルを管理する技術に関する。
【背景技術】
【０００２】
フロアスタッフ（ウェイター／ウェイトレス）が来店客をテーブルに案内し、注文を受けて料理を提供する飲食店等において、案内や注文、会計を電子データで管理する注文管理システムが利用されている。このような注文管理システムでは、例えば、店舗内に設置されたテーブルの数や各テーブルの席数などのレイアウトを示すテーブル一覧を、注文管理装置等に予め記憶させておくことがある。このようなテーブル一覧の情報に基づいて、例えば各テーブルが在席であるか空席であるかなどのステータスを管理することができ、効率的に来店客をテーブルに案内することが可能である（例えば、特許文献１、２）。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００６−３２３７２５号公報
【特許文献２】特開２００５−９２５０１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、このようなテーブル一覧の情報は店舗毎に異なる固有の情報であり、複数の店舗を管理するチェーン店においては、店舗毎にそれぞれのテーブル一覧を生成することは困難であり、このようなテーブル一覧を、簡単に、効率良く生成することが望まれている。
【０００５】
本発明は、このような状況に鑑みてなされたもので、簡単に、効率良く店舗内のテーブル管理を行う注文管理装置、注文管理方法を提供する。
【課題を解決するための手段】
【０００６】
上述した課題を解決するために、本発明は、店舗内に設置された複数のテーブルを識別するテーブル番号と、テーブル番号によって識別されるテーブルの席数とが対応付けられたテーブル一覧が記憶されるテーブル一覧記憶部と、来店客の注文が入力される注文入力端末から、来店客が着席したテーブルのテーブル番号と、テーブルに着席した人数とが含まれる注文情報を受信する受信部と、受信部が受信した注文情報に含まれるテーブル番号と人数とに基づいて、店舗内のテーブル一覧を生成してテーブル一覧記憶部に記憶させるテーブル一覧生成部と、を備えることを特徴とする。
【０００７】
また、本発明は、テーブル一覧生成部は、受信部が受信した複数の注文情報に含まれる人数のうち、最も頻度の高い人数を、席数としてテーブル番号に対応付けてテーブル一覧記憶部に記憶させることを特徴とする。
【０００８】
また、本発明は、テーブル一覧生成部は、一定期間内に受信部が受信した注文情報に基づいて、テーブル一覧を生成してテーブル一覧記憶部に記憶させることを特徴とする。
【０００９】
また、本発明は、テーブル一覧記憶部には、テーブル番号毎に、テーブル番号によって識別されるテーブルが空席であるか在席であるかを示すステータスが対応付けられて記憶されており、受信部が受信した注文情報に含まれるテーブル番号に対応付けられた席数をテーブル一覧記憶部から読み出し、読み出した席数が、注文情報に含まれる人数以上であるか否かを判定する判定部と、判定部が、席数が人数以上でないと判定すると、テーブル番号と、テーブル番号によって識別されるテーブルに隣接する他のテーブルのテーブル番号とに、在席を示すステータスを対応付けてテーブル一覧記憶部に記憶させるステータス更新部と、をさらに備えることを特徴とする。
【００１０】
また、本発明は、店舗内に設置された複数のテーブルを識別するテーブル番号と、テーブル番号によって識別されるテーブルの席数とが対応付けられたテーブル一覧が記憶されるテーブル一覧記憶部を備えた注文管理装置が、来店客の注文が入力される注文入力端末から、来店客が着席したテーブルのテーブル番号と、テーブルに着席した人数とが含まれる注文情報を受信するステップと、受信部が受信した注文情報に含まれるテーブル番号と人数とに基づいて、店舗内のテーブル一覧を生成してテーブル一覧記憶部に記憶させるステップと、を備えることを特徴とする。
【発明の効果】
【００１１】
以上説明したように、本発明によれば、来店客の注文が入力される注文入力端末から、来店客が着席したテーブルのテーブル番号と、テーブルに着席した人数とが含まれる注文情報を受信し、受信した注文情報に含まれるテーブル番号と人数とに基づいて、店舗内に設置された複数のテーブルを識別するテーブル番号と、テーブル番号によって識別されるテーブルの席数とが対応付けられたテーブル一覧を生成して記憶するようにしたので、簡単に、効率良くテーブル管理を行う注文管理装置、注文管理方法を提供することができる。
【図面の簡単な説明】
【００１２】
【図１】本発明の一実施形態による注文管理システムの構成例を示す図である。
【図２】本発明の一実施形態によるコントローラの構成例を示すブロック図である。
【図３】本発明の一実施形態によるテーブル一覧のデータ例を示す図である。
【図４】本発明の一実施形態による人数集計テーブルのデータ例を示す図である。
【図５】本発明の一実施形態によるコントローラの動作例を示すフローチャートである。
【図６】本発明の一実施形態によるコントローラの動作例を示すフローチャートである。
【図７】本発明の一実施形態によるコントローラの動作例を示すフローチャートである。
【発明を実施するための形態】
【００１３】
以下、本発明の一実施形態について、図面を参照して説明する。
図１は、注文管理システム１の例を示す図である。注文管理システム１は、コントローラ１０と、プリンタ２０と、ハンディターミナル３０−１と、ハンディターミナル３０−２と、ハンディターミナル３０−３と、テーブル表示装置４０とのコンピュータ装置を備えている。ここで、ハンディターミナル３０−１と、ハンディターミナル３０−２と、ハンディターミナル３０−３とは同様の構成であるため、特に区別して説明しない場合にはハンディターミナル３０として説明する。
【００１４】
コントローラ１０は、店舗内におけるフロントに設置され、テーブル一覧、注文情報、会計情報などを管理する情報処理等を行う注文管理装置である。
プリンタ２０は、店舗内における厨房付近に設置され、注文伝票を印字して出力することで調理スタッフに調理を指示する印刷装置である。コントローラ１０とプリンタ２０は、それぞれ、無線もしくは有線で通信を行う機能を有する。
ハンディターミナル３０は、飲食店等の店舗内において来店客をテーブルに案内し、注文を受けるフロアスタッフに携帯される注文入力端末である。ここでは３台のハンディターミナル３０を示して説明するが、注文管理システム１は、店舗のテーブル数、フロアスタッフ数等に応じて任意の数のハンディターミナル３０を備えることができる。ハンディターミナル３０は、コントローラ１０またはプリンタ２０と無線通信を行う機能を有する。例えば、店舗に客が来店すると、フロアスタッフは、来店客を店舗内の空席に案内する。そして、来店客の注文を聞くと、来店客が着席したテーブルを識別する、予め定められたテーブル番号と、そのテーブルに着席した人数とをハンディターミナル３０に入力する。ハンディターミナル３０は、入力されたテーブル番号と人数とを含む、来店客を案内したことを示す情報を、コントローラ１０に送信する。また、ハンディターミナル３０は、フロアスタッフからの入力に応じて、来店客からの注文を示す注文情報、追加注文情報、注文された品が提供されたことを示す提供情報、来店客が飲食等を済ませ、会計が完了した後にテーブルに残された食器等が片付けられたことを示す情報等を、コントローラ１０に送信する。
テーブル表示装置４０は、コントローラ１０に記憶されているテーブル一覧を表示するディスプレイである。
【００１５】
図２は、本実施形態によるコントローラ１０の構成を示すブロック図である。コントローラ１０は、送受信部１１と、注文情報記憶部１２と、テーブル一覧記憶部１３と、人数集計テーブル記憶部１５と、テーブル一覧生成部１４と、判定部１６と、ステータス更新部１７とを備えている。
送受信部１１は、プリンタ２０、複数のハンディターミナル３０等と通信を行う。例えば、送受信部１１は、来店客の注文が入力されるハンディターミナル３０から、その来店客が着席したテーブルのテーブル番号と、そのテーブルに着席した人数とが含まれる注文情報を受信する。送受信部１１が受信した注文情報は、注文情報記憶部１２に記憶される。
【００１６】
注文情報記憶部１２には、ハンディターミナル３０から送信される注文情報が記憶される。注文情報には、例えば、来店客が着席したテーブルを識別するテーブル番号と、そのテーブルに着席した人数と、注文が入力された日時と、そのテーブルに着席した来店客が注文した注文品を示す注文項目と、その注文品が注文された個数等を示す情報が含まれる。
【００１７】
テーブル一覧記憶部１３には、店舗内に設置された複数のテーブルを識別するテーブル番号と、そのテーブル番号によって識別されるテーブルの席数とが対応付けられたテーブル一覧が記憶される。また、テーブル一覧には、テーブル番号毎に、テーブル番号によって識別されるテーブルが空席であるか在席であるかを示すステータスが対応付けられて記憶される。
図３は、テーブル一覧記憶部１３に記憶されるテーブル一覧のデータ例を示す図である。テーブル一覧には、エリアと、テーブル番号と、席数と、ステータスと、連結先テーブルとの情報が含まれる。
【００１８】
エリアは、対応するテーブル番号によって識別されるテーブルが設置された店舗内の場所を示す。
テーブル番号は、店舗内に設置された複数のテーブルを識別する情報である。ここでは、「Ａ０１」、「Ａ０２」、「Ｂ０１」など、英字１字と数字２字とが連結された３文字の情報であるとする。エリアが２階であるテーブルのテーブル番号には「Ａ」が、エリアが１階であるテーブルのテーブル番号には「Ｂ」が付される。このようなテーブル番号は、来客時にフロアスタッフがハンディターミナル３０に入力する際には「Ａ１」、「Ａ２」などのように数字の部分を１字のみで入力して良いこととするが、コントローラ１０によって３文字に名寄せし、「Ａ０１」、「Ａ０２」のように変換されるようにしても良い。これにより、フロアスタッフにとっては入力文字数が少なくて済み簡単に入力することが可能となる一方、コントローラ１０がデータ処理を行う場合には効率良く並び替えなどの処理を行うことができる。例えば、フロアスタッフにより「Ａ１」、「Ａ１０」などのテーブル番号が入力された場合でも、「Ａ０１」、「Ａ１０」という共通したフォーマットでデータ処理を行うことができる。ここではテーブル番号は３文字として例を説明するが、英字１字と数字３字とが連結された４文字の情報であっても良い。
【００１９】
テーブル一覧に含まれる席数は、対応するテーブル番号によって識別される、店舗内に設置されたテーブルに備えられる座席の数を示す。本実施形態では、テーブル番号と席数との情報は、テーブル一覧生成部１４によって自動的に生成され、記憶される。
ステータスは、対応するテーブル番号によって識別されるテーブルが空席であるか在席であるかを示す。具体的には、在席を示すステータスとして、案内済み、オーダー済み、提供済みなどの情報を対応付けることができる。また、会計済み、使用不可、予約などのステータスを対応付けても良い。
ステータスが空席であれば、新たな来店客をそのテーブルに案内することができる。空席であるテーブルに来店客が案内され、案内したという情報をコントローラ１０が取得すると、後述するステータス更新部１７によってステータスは案内済みに変更される。そして、フロアスタッフによりハンディターミナル３０に注文が受け付けられてコントローラ１０が注文情報を取得すると、ステータスはステータス更新部１７によってオーダー済みに変更される。また、注文された品が提供されたことをコントローラ１０が取得すると、ステータスはステータス更新部１７によって提供済みに変更される。
会計済みとは、客が飲食等を完了し会計が済んでいるが、食器等がテーブルに残っている状態である。食器等が片付けられたことをコントローラ１０が取得すると、ステータスは空席に変更される。
使用不可とは、例えばテーブルや椅子の破損等により使用できない状態であることを示す。
予約とは、そのテーブルは予約されたテーブルであり、予約した客以外の来店客はそのテーブルに案内しないことを示す。
連結先テーブルは、１つのテーブルの席数では足りない人数のグループの客が来店した場合に、複数のテーブルを連結したことを示す情報である。図３の例では、「Ａ０６」のテーブルが、「Ａ０５」のテーブルに連結された場合の例を示している。
【００２０】
テーブル一覧生成部１４は、送受信部１１が受信した注文情報に含まれるテーブル番号と人数とに基づいて、店舗内のテーブル一覧を生成してテーブル一覧記憶部１３に記憶させる。また、テーブル一覧生成部１４は、送受信部１１が受信した注文情報に基づいて、人数集計情報を人数集計テーブル記憶部１５に記憶させる。そして、定期的または所定のタイミングで更新処理を行う。例えば、各テーブル番号について、集計されている人数のうち最も頻度の高い人数を、席数としてテーブル番号に対応付けてテーブル一覧記憶部１３に記憶させる。
【００２１】
人数集計テーブル記憶部１５は、テーブル一覧生成部１４による集計処理のための情報が記憶されるワークテーブルであり、テーブル番号と人数とに対応付けて、そのテーブル番号とともにその人数が入力された回数（使用回数）を示す情報が記憶される。
図４は、人数集計テーブルのデータ例を示す図である。人数集計テーブルには、各テーブルでの人数別の使用回数を日別に集計したデータが記憶されており、テーブル一覧生成部１４によって、一定期間（例えば、１〜２週間）のデータを総合して、席数が判定される。
例えば、図の例では、テーブル「Ａ０１」に１人が着席した回数が２回、２人が着席した回数が３回であることが示される。この場合、テーブル「Ａ０１」に２人が着席した回数は１人が着席した回数より多く、頻度が高いため、このテーブルの座席は２席であることが推定できる。このように、テーブル一覧生成部１４は、テーブル番号と、そのテーブル番号が備える座席数を判定し、テーブル一覧記憶部１３のテーブル番号と座席数との情報を更新する。このとき、上述したように、テーブル一覧生成部１４は、一定期間毎に、一定期間内に送受信部１１が受信した注文情報に基づいて、テーブル一覧を生成してテーブル一覧記憶部１３に記憶させることができる。これにより、店舗内のテーブルレイアウトが変更されたような場合にも、変更後のレイアウトに基づくテーブル一覧を生成することができる。
【００２２】
ここで、例えば、４人グループの客が来店したときに、座席数が２であるテーブルに、座席数が２である隣のテーブルを付けて、座席数を一時的に４として案内する場合を考える。このような場合でも、同一グループであるため１テーブルに対する注文情報として入力されることが考えられる。この場合、いずれかのテーブルが空席のステータスのままテーブル一覧に残ってしまい、フロアスタッフが新たな来店客を案内する可能性があると考えられる。
【００２３】
そこで、判定部１６は、送受信部１１が受信した注文情報に含まれるテーブル番号に対応付けられた席数をテーブル一覧記憶部１３から読み出し、読み出した席数が、注文情報に含まれる人数以上であるか否かを判定する。
ステータス更新部１７は、判定部１６が、席数が人数以上でないと判定すると、テーブル番号と、そのテーブル番号によって識別されるテーブルに隣接する他のテーブルのテーブル番号とに、在席を示すステータスを対応付けてテーブル一覧記憶部１３に記憶させる。なお、人数が席数以下であると判定すると、テーブル番号に、在席を示すステータスを対応付けてテーブル一覧記憶部１３に記憶させる。
【００２４】
また、判定部１６は、ハンディターミナル３０から送信される情報に応じて、テーブル一覧記憶部１３に記憶されているステータスを更新するか否かを判定する。例えば、判定部１６は、ハンディターミナル３０から送信される注文情報に含まれるテーブル番号のステータスが、テーブル一覧記憶部１３に、在席（案内済み、オーダー済み、提供済み、会計済みなど）として既に記憶されているか否かを判定する。
ステータス更新部１７は、判定部１６による判定の結果、注文情報に含まれるテーブル番号のステータスが、テーブル一覧記憶部１３に在席でない（空席）として記憶されている場合であって、テーブル番号と人数のみの注文情報を受信した場合、ステータスを「案内済み」とし、さらに注文項目等を含む情報を受信した場合には、「オーダー済み」としてテーブル一覧記憶部１３に記憶させる。
また、ステータス更新部１７は、判定部１６による判定の結果、注文情報に含まれるテーブル番号のステータスが、テーブル一覧記憶部１３に在席として既に記憶されている場合には、注文情報の内容に基づき、当該テーブル番号のステータスを更新し、テーブル一覧記憶部１３に記憶させる。
例えば、「案内済み」のステータスが記憶されているテーブル番号について、注文情報を受信した場合、その注文情報が新規注文に関する情報であった場合、このテーブル番号のステータスを「オーダー済み」としてテーブル一覧記憶部１３に記憶させる。
また、「オーダー済み」のステータスが記憶されているテーブル番号について、注文情報を受信した場合には、ステータス変更は行わず、注文内容を全て提供したことを示す提供情報を受信した場合には、「提供済み」としてテーブル一覧記憶部１３に記憶させる。
また、「提供済み」のステータスが記憶されているテーブル番号について、注文情報を受信した場合には「オーダー済み」を、会計が完了したことを示す情報を受信した場合には「会計済み」を、ステータスとしてテーブル一覧記憶部１３に記憶させる。
また、「会計済み」のステータスが記憶されているテーブル番号について、テーブルに残された食器等が片付けられたことを示す情報を受信した場合、在席でない（空席）としてテーブル一覧記憶部１３に記憶させる。
【００２５】
次に、本実施形態によるコントローラ１０の動作例を説明する。図５は、コントローラ１０がテーブル一覧を生成する動作例を示すフローチャートである。
まず、コントローラ１０の送受信部１１が、ハンディターミナル３０から送信される情報を受信する（ステップＳ１）。コントローラ１０の判定部１６は、受信した情報が、新規の来店客をテーブルに案内したことを示す情報であるか否かを判定する（ステップＳ２）。
コントローラ１０の判定部１６は、受信した情報が新規の来店客を案内したことを示す情報でないと判定すると（ステップＳ２：Ｎｏ）、ステータスの変更を行うか否かを判定する（ステップＳ３）。判定部１６がステータスの変更を行うと判定すると（ステップＳ３：Ｙｅｓ）、ステップＳ７に進む。ステータスの変更を行わないと判定すると（ステップＳ３：Ｎｏ）、処理を終了する。
【００２６】
ステップＳ２において、判定部１６が、受信した情報は新規の来店客を案内したことを示す情報であると判定すると（ステップＳ２：Ｙｅｓ）、テーブル一覧生成部１４は、受信した情報に含まれるテーブル番号が、既に人数集計テーブル記憶部１５に記憶されているか否かを判定する（ステップＳ４）。
テーブル一覧生成部１４が、受信した情報に含まれるテーブル番号は既に人数集計テーブル記憶部１５に記憶されていると判定すると（ステップＳ４：Ｙｅｓ）、ステップＳ６に進む。テーブル一覧生成部１４が、受信した情報に含まれるテーブル番号は人数集計テーブル記憶部１５に記憶されていないと判定すると（ステップＳ４：Ｎｏ）、そのテーブル番号をテーブル一覧記憶部１３および人数集計テーブル記憶部１５に記憶させる（ステップＳ５）。
テーブル一覧生成部１４は、そのテーブル番号に対応する、来店客の人数が来店した使用回数をカウントアップする（ステップＳ６）。
ステータス更新部１７は、テーブル一覧記憶部１３に記憶されているステータスを更新し（ステップＳ７）、処理を終了する。
【００２７】
次に、図６において、テーブル一覧生成部１４によるテーブル一覧の更新処理を説明する。テーブル一覧生成部１４は、自身が備える計時機能により、現在時刻が予め定められた更新時期であるか否かを判定する（ステップＳ１１）。更新時期とは、例えば、ある時刻から一定期間（１日、１週間、２週間など）後であっても良いし、一定以上の数の客が来店した場合や一定以上の注文情報が入力された場合などでも良い。
更新時期でなければ、ステップＳ１１に戻る。更新時期であれば、テーブル一覧生成部１４は、変数ｉに１を代入し（ステップＳ１２）、人数集計テーブル記憶部１５に記憶されている人数集計テーブルのｉ番目のテーブル番号の、人数毎の使用回数を読み込む（ステップＳ１３）。ここで、ｉ番目のテーブル番号に対応するいずれの人数にも使用回数が記憶されていなければ（ステップＳ１４：なし）、テーブル一覧記憶部１３に記憶されているテーブル一覧および人数集計テーブル１５から、そのテーブル番号のテーブルは存在しない可能性が高いと認識してそのテーブル番号を削除し（ステップＳ１５）、ステップＳ１９に進む。
【００２８】
ステップＳ１４において、テーブル番号に対応する人数毎の使用回数が記憶されていれば（ステップＳ１４：あり）、テーブル一覧生成部１４は、そのテーブル番号に対応する使用回数が最も大きな人数を仮席数と判定する（ステップＳ１６）。そして、テーブル一覧生成部１４は、仮席数≦席数候補値を満たす最小の席数候補値を席数と判定する（ステップＳ１７）。席数候補値とは、その店舗に存在するテーブルの席数が予め定められた値（例えば、１、２、４、６、８）であり、コントローラ１０の記憶領域に予め記憶される。そして、テーブル一覧生成部１４は、判定結果の席数に基づいて、テーブル一覧記憶部１３に記憶されているテーブル一覧の席数を更新する（ステップＳ１８）。
例えば、図４におけるテーブルＡ０９について、使用回数が最も大きな人数は、「４」である。よって、現時点で図６に示す更新処理を実施した場合には、仮席数は「４」と判定され、席数は、仮席数≦席数候補値を満たす最小の席数候補値を席数ということで、「４」と判定される。よって、この後、図３のＡ０９の人数は「６」から「４」へ更新されることが予想される。
テーブル一覧生成部１４は、変数ｉに１を加算し（ステップＳ１９）、ｉ番目のテーブル番号が人数集計テーブル記憶部１５に記憶されていれば（ステップＳ２０：あり）、ステップＳ１３に戻る。ｉ番目のテーブル番号が人数集計テーブル記憶部１５に記憶されていなければ（ステップＳ２０：なし）、処理を終了する。
【００２９】
このようにすれば、注文入力時の注文情報に含まれるテーブル番号と人数とに基づいて、店舗内のテーブルレイアウトのマスタデータであるテーブル一覧を、自動生成することが可能となる。
すなわち、新規オーダーの登録時に、未登録のテーブル番号が入力された場合、テーブル一覧記憶部１３に記憶されているテーブル一覧に、そのテーブル番号を追加する。さらに、このようなテーブル番号が新たに追加された場合は、そのテーブル番号によりテーブル一覧をソートして並び替える。
また、テーブル一覧を一定期間毎に更新することにより、一定期間に入力されなかったテーブル番号、もしくは使用頻度が一定数に満たなかったテーブル番号については、誤入力データであったと判断され、テーブル一覧から削除される。
【００３０】
図７は、コントローラ１０がステータス等を更新する動作例を示すフローチャートである。コントローラ１０の送受信部１１が、ハンディターミナル３０から送信される注文情報を受信すると（ステップＳ３１）、注文情報を注文情報記憶部１２に記憶させる。テーブル一覧生成部１４は、送受信部１１が受信した注文情報に応じて、人数集計テーブル記憶部１５に記憶されている人数集計テーブルの該当データをカウントアップさせる（ステップＳ３２）。ステータス更新部１７は、注文情報に含まれるテーブル番号に対応するステータスを「オーダー済み」としてテーブル一覧記憶部１３に記憶させる（ステップＳ３３）。
なお、上述したように、注文情報に未登録のテーブル番号が含まれる場合には、ステップＳ３２において人数集計テーブルに新たに当該テーブル番号を追加して人数を記憶し、ステップＳ３３においてテーブル一覧記憶部にも新たに当該テーブル番号を追加してステータスを記憶する。
【００３１】
判定部１６は、ステップＳ３１において受信した注文情報に含まれる人数と、注文情報に含まれるテーブル番号に対応してテーブル一覧記憶部１３に記憶されている席数とを比較する（ステップＳ３４）。なお、ステップＳ３８、Ｓ４２の後にこのＳ３４において人数と席数の比較を行う場合には、ステップＳ３７、Ｓ４１で一時的に記憶する席数を使用して比較を行う。
席数が人数以上であると判定すると（ステップＳ３４：Ｙｅｓ）、注文情報を登録する通常のメニュー登録処理を行う。
席数が人数以上でないと判定すると（ステップＳ３４：Ｎｏ）、隣のテーブルのステータスの確認作業を行う。例えば、テーブル番号の数字に１を加算したテーブル番号のステータスをテーブル一覧記憶部１３から読み出し、プラス方向の隣テーブルが空席であるか否かを判定する（ステップＳ３５）。
【００３２】
判定部１６が、プラス方向の隣テーブルが空席であると判定すると（ステップＳ３５：Ｙｅｓ）、そのテーブルと注文情報に含まれるテーブル番号のテーブルが連結されたと考えられるため、ステータス更新部１７は、その隣テーブルのステータスを「オーダー済み」と更新してテーブル一覧記憶部１３に記憶させる（ステップＳ３６）。そして、注文情報に含まれるテーブル番号に対応する席数（または、前回、一時的に記憶した席数）に、連結されたと思われる隣テーブルの席数を加算した席数を、一時的に記憶しておく（ステップＳ３７）。そして、連結された隣テーブルのテーブル番号に対応する連結先テーブルに、注文情報に含まれるテーブル番号を追加して、テーブル一覧記憶部１３に記憶させ（ステップＳ３８）、ステップＳ３４に戻る。
【００３３】
ステップＳ３５において、判定部１６が、プラス方向の隣テーブルが空席でないと判定すると（ステップＳ３５：Ｎｏ）、注文情報に含まれるテーブル番号の数字から１を減算したテーブル番号のステータスをテーブル一覧記憶部１３から読み出し、マイナス方向の隣テーブルが空席であるか否かを判定する（ステップＳ３９）。判定部１６が、マイナス方向の隣テーブルが空席であると判定すると（ステップＳ３９：Ｙｅｓ）、そのテーブルと注文情報に含まれるテーブル番号のテーブルが連結されたと考えられるため、ステータス更新部１７は、その隣テーブルのステータスを「オーダー済み」と更新してテーブル一覧記憶部１３に記憶させる（ステップＳ４０）。そして、注文情報に含まれるテーブル番号に対応する席数（または、前回、一時的に記憶した席数）に、連結されたと思われる隣テーブルの席数を加算した席数を一時的に記憶しておく（ステップＳ４１）。そして、連結された隣テーブルのテーブル番号に対応する連結先テーブルに、注文情報に含まれるテーブル番号を追加して、テーブル一覧記憶部１３に記憶させ（ステップＳ４２）、ステップＳ３４に戻る。
【００３４】
ステップＳ３９において、判定部１６が、マイナス方向の隣テーブルが空席でないと判定すると（ステップＳ３９：Ｎｏ）、両隣のテーブルが空席でないにも関わらず、テーブルの席数を超える人数が入力されており、テーブル一覧記憶部１３に記憶されている席数が誤っていると考えられる。このため、テーブル一覧記憶部１３に記憶されている席数を、注文情報に含まれる人数を加味し、より大きい席数に更新して記憶させる（ステップＳ４３）。例えば、テーブル番号が「Ａ０３」、人数が「３人」という情報がコントローラ１０に送信された場合、図３のテーブル一覧を参照すると、Ａ０３の席数は「２」であり、その両隣（Ａ０２およびＡ０４）にそれぞれ別の客が着席していることが分かる。よって、ステップＳ３５においてＮｏ、ステップＳ３９においてＮｏに進み、ステップＳ４３に進む。そして、テーブル一覧記憶部１３のＡ０３に登録されている席数「２」が間違っている可能性があると判断され、人数「３」を満たす最小の席数候補値「４」に、Ａ０３の席数を更新して記憶する。
【００３５】
また、例えば、座席数が２であるテーブル「Ａ０５」と座席数が２であるテーブル「Ａ０６」とが存在し、これを連結して合わせて４人で使用することがあると考えられるが、テーブル「Ａ０５」やテーブル「Ａ０６」は、通常は１人もしくは２人で使用されるため、１人席もしくは２人席として判定されテーブル一覧記憶部１３に記憶されている。
ここで、テーブル番号「Ａ０５」に対応付けられた人数が「４人」という注文情報がコントローラ１０に送信されると、ステップＳ３５において隣テーブルである「Ａ０６」を確認し、Ａ０６が空席であれば、Ａ０６を「オーダー済み」にして連絡先テーブルに登録する。
このように、隣のテーブルを連結して使用していることを登録することができ、その事実を、例えばハンディターミナル３０などから確認することができるため、テーブルを使用しているにもかかわらず、いずれかのテーブルが空席のステータスのままテーブル一覧に残ってしまったり、フロアスタッフが新たな来店客を使用中のテーブルに誤って案内したりすることを防ぐことができる。
【００３６】
さらに、テーブル一覧の上位概念であるエリアも意識し、テーブルを連結操作するにあたり、エリアまたがりの連結を行わないようにすることも可能である。
例えば、ステップＳ３５やＳ３９において、隣のテーブルのテーブル番号を読み出す際にエリアも読み出すことにする。
ステップＳ３５において、判定部１６は、プラス方向の隣テーブルが空席でないと判断した場合、ステップＳ３９に進むが、プラス方向の隣テーブルのエリアが別エリアである場合にもステップＳ３９に進むようにする。また、ステップＳ３９において、判定部１６は、マイナス方向の隣テーブルが空席でないと判断した場合、ステップＳ４３に進むが、マイナス方向の隣テーブルのエリアが別エリアである場合にもステップＳ４３に進むようにする。
このようにすることで、異なるエリアにあるテーブル同士の連結を防ぐことができる。
【００３７】
ここで、一度連結した連結先テーブルのデータは、主テーブルの伝票が会計されるとともに解除することができる。また、連結されたテーブルに対して、新たな在席ステータス（案内済み、オーダー済み等）が登録された場合も、連結先テーブルを解除する。この場合、何らかの事情で連結されたテーブルが空いて、新たな来店客が着席したと推定できる。
【００３８】
また、このような連結されたテーブルが、常に４人席として使用されるようになった場合、定期的なテーブル一覧の自動生成において、（４人や３人で使用される頻度が増え、２人で使用される頻度が減ることが予想される）テーブル「Ａ０５」の席数が４人となり、テーブル「Ａ０６」は、単体で使用される機会がなくなるため、テーブル一覧記憶部１３から削除されることになる。
ここで、再び個別にテーブルを使用する場合、「Ａ０６」が再びテーブル一覧記憶部１３に記憶され、テーブル「Ａ０５」は２人席として判定されてテーブル一覧記憶部１３に記憶されることになる。これにより、テーブルを連結して使用する場合にも、テーブル一覧に特殊な設定をしたり、店舗のスタッフ等がテーブル一覧を設計する作業を行ったりしなくとも、自動的な管理が可能である。
【００３９】
なお、店舗リニューアル等の場合には、所定の操作によって、テーブル一覧記憶部１３に記憶されているテーブル一覧の情報の全てを削除するようにしても良い。
また、テーブルの設置エリアについては、予めテーブル番号の範囲を設定し、新規登録時に、範囲内のテーブル番号に、対応するエリアの情報を対応付けるようにするようにしてもよい。
また、例えば、テーブル番号の範囲を設定することによって、喫煙、禁煙席の判定を行うことも可能である。例えば、Ａ０１〜Ａ９９は禁煙席、Ｂ０１〜Ｂ９９は喫煙席などとして範囲を設定しておくことができる。
ここで、このようなテーブル連結時のステータス管理は、上述のようにテーブル一覧を自動的に生成した場合に限られるものではなく、予め固定されたテーブル一覧が生成され記憶されている場合にも同様に適用することができる。この場合、例えば上述のステップＳ２３においては、席数の誤りではなく、人数入力ミスであると考えられるため、人数を席数に変更して記憶させるようにしても良い。
【００４０】
このようにすれば、テーブル一覧の生成やメンテナンスをユーザが行わなくとも、コントローラ１０によってテーブル一覧が生成され、状況に応じて更新されるため、簡単にテーブル管理を行うことができる。また、レイアウト変更や、リニューアルに伴うテーブル番号の修正、座席数の変更も、自動的に行うことができる。また、テーブルを連結して使用した場合でも、簡単にテーブル管理を行うことができる。
【００４１】
なお、本発明における処理部の機能を実現するためのプログラムをコンピュータ読み取り可能な記録媒体に記録して、この記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行することにより注文管理を行ってもよい。なお、ここでいう「コンピュータシステム」とは、ＯＳや周辺機器等のハードウェアを含むものとする。また、「コンピュータシステム」は、ホームページ提供環境（あるいは表示環境）を備えたＷＷＷシステムも含むものとする。また、「コンピュータ読み取り可能な記録媒体」とは、フレキシブルディスク、光磁気ディスク、ＲＯＭ、ＣＤ−ＲＯＭ等の可搬媒体、コンピュータシステムに内蔵されるハードディスク等の記憶装置のことをいう。さらに「コンピュータ読み取り可能な記録媒体」とは、インターネット等のネットワークや電話回線等の通信回線を介してプログラムが送信された場合のサーバやクライアントとなるコンピュータシステム内部の揮発性メモリ（ＲＡＭ）のように、一定時間プログラムを保持しているものも含むものとする。
【００４２】
また、上記プログラムは、このプログラムを記憶装置等に格納したコンピュータシステムから、伝送媒体を介して、あるいは、伝送媒体中の伝送波により他のコンピュータシステムに伝送されてもよい。ここで、プログラムを伝送する「伝送媒体」は、インターネット等のネットワーク（通信網）や電話回線等の通信回線（通信線）のように情報を伝送する機能を有する媒体のことをいう。また、上記プログラムは、前述した機能の一部を実現するためのものであっても良い。さらに、前述した機能をコンピュータシステムに既に記録されているプログラムとの組み合わせで実現できるもの、いわゆる差分ファイル（差分プログラム）であっても良い。
【符号の説明】
【００４３】
１ 注文管理システム
１０ コントローラ
１１ 送受信部
１２ 注文情報記憶部
１３ テーブル一覧記憶部
１４ テーブル一覧生成部
１５ 人数集計テーブル記憶部
１６ 判定部
１７ ステータス更新部
２０ プリンタ
３０ ハンディターミナル
４０ テーブル表示装置
【特許請求の範囲】
【請求項１】
店舗内に設置された複数のテーブルを識別するテーブル番号と、当該テーブル番号によって識別される前記テーブルの席数とが対応付けられたテーブル一覧が記憶されるテーブル一覧記憶部と、
来店客の注文が入力される注文入力端末から、当該来店客が着席したテーブルのテーブル番号と、当該テーブルに着席した人数とが含まれる注文情報を受信する受信部と、
前記受信部が受信した前記注文情報に含まれる前記テーブル番号と前記人数とに基づいて、前記店舗内のテーブル一覧を生成して前記テーブル一覧記憶部に記憶させるテーブル一覧生成部と、
を備えることを特徴とする注文管理装置。
【請求項２】
前記テーブル一覧生成部は、前記受信部が受信した複数の前記注文情報に含まれる前記人数のうち、最も頻度の高い人数を、前記席数として前記テーブル番号に対応付けて前記テーブル一覧記憶部に記憶させる
ことを特徴とする請求項１に記載の注文管理装置。
【請求項３】
前記テーブル一覧生成部は、一定期間内に前記受信部が受信した前記注文情報に基づいて、前記テーブル一覧を生成して前記テーブル一覧記憶部に記憶させる
ことを特徴とする請求項１または請求項２に記載の注文管理装置。
【請求項４】
前記テーブル一覧記憶部には、前記テーブル番号毎に、当該テーブル番号によって識別される前記テーブルが空席であるか在席であるかを示すステータスが対応付けられて記憶されており、
前記受信部が受信した前記注文情報に含まれるテーブル番号に対応付けられた前記席数を前記テーブル一覧記憶部から読み出し、読み出した当該席数が、前記注文情報に含まれる人数以上であるか否かを判定する判定部と、
前記判定部が、前記席数が前記人数以上でないと判定すると、前記テーブル番号と、当該テーブル番号によって識別される前記テーブルに隣接する他のテーブルのテーブル番号とに、在席を示すステータスを対応付けて前記テーブル一覧記憶部に記憶させるステータス更新部と、
をさらに備えることを特徴とする請求項１から請求項３までのいずれかに記載の注文管理装置。
【請求項５】
店舗内に設置された複数のテーブルを識別するテーブル番号と、当該テーブル番号によって識別される前記テーブルの席数とが対応付けられたテーブル一覧が記憶されるテーブル一覧記憶部を備えた注文管理装置が、
来店客の注文が入力される注文入力端末から、当該来店客が着席したテーブルのテーブル番号と、当該テーブルに着席した人数とが含まれる注文情報を受信するステップと、
前記受信部が受信した前記注文情報に含まれる前記テーブル番号と前記人数とに基づいて、前記店舗内のテーブル一覧を生成して前記テーブル一覧記憶部に記憶させるステップと、
を備えることを特徴とする注文管理方法。
【請求項１】
店舗内に設置された複数のテーブルを識別するテーブル番号と、当該テーブル番号によって識別される前記テーブルの席数とが対応付けられたテーブル一覧が記憶されるテーブル一覧記憶部と、
来店客の注文が入力される注文入力端末から、当該来店客が着席したテーブルのテーブル番号と、当該テーブルに着席した人数とが含まれる注文情報を受信する受信部と、
前記受信部が受信した前記注文情報に含まれる前記テーブル番号と前記人数とに基づいて、前記店舗内のテーブル一覧を生成して前記テーブル一覧記憶部に記憶させるテーブル一覧生成部と、
を備えることを特徴とする注文管理装置。
【請求項２】
前記テーブル一覧生成部は、前記受信部が受信した複数の前記注文情報に含まれる前記人数のうち、最も頻度の高い人数を、前記席数として前記テーブル番号に対応付けて前記テーブル一覧記憶部に記憶させる
ことを特徴とする請求項１に記載の注文管理装置。
【請求項３】
前記テーブル一覧生成部は、一定期間内に前記受信部が受信した前記注文情報に基づいて、前記テーブル一覧を生成して前記テーブル一覧記憶部に記憶させる
ことを特徴とする請求項１または請求項２に記載の注文管理装置。
【請求項４】
前記テーブル一覧記憶部には、前記テーブル番号毎に、当該テーブル番号によって識別される前記テーブルが空席であるか在席であるかを示すステータスが対応付けられて記憶されており、
前記受信部が受信した前記注文情報に含まれるテーブル番号に対応付けられた前記席数を前記テーブル一覧記憶部から読み出し、読み出した当該席数が、前記注文情報に含まれる人数以上であるか否かを判定する判定部と、
前記判定部が、前記席数が前記人数以上でないと判定すると、前記テーブル番号と、当該テーブル番号によって識別される前記テーブルに隣接する他のテーブルのテーブル番号とに、在席を示すステータスを対応付けて前記テーブル一覧記憶部に記憶させるステータス更新部と、
をさらに備えることを特徴とする請求項１から請求項３までのいずれかに記載の注文管理装置。
【請求項５】
店舗内に設置された複数のテーブルを識別するテーブル番号と、当該テーブル番号によって識別される前記テーブルの席数とが対応付けられたテーブル一覧が記憶されるテーブル一覧記憶部を備えた注文管理装置が、
来店客の注文が入力される注文入力端末から、当該来店客が着席したテーブルのテーブル番号と、当該テーブルに着席した人数とが含まれる注文情報を受信するステップと、
前記受信部が受信した前記注文情報に含まれる前記テーブル番号と前記人数とに基づいて、前記店舗内のテーブル一覧を生成して前記テーブル一覧記憶部に記憶させるステップと、
を備えることを特徴とする注文管理方法。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【公開番号】特開２０１２−１９０３６６（Ｐ２０１２−１９０３６６Ａ）
【公開日】平成２４年１０月４日（２０１２．１０．４）
【国際特許分類】
【出願番号】特願２０１１−５４８８７（Ｐ２０１１−５４８８７）
【出願日】平成２３年３月１３日（２０１１．３．１３）
【出願人】（３０４０４８７３５）エスアイアイ・データサービス株式会社 (126)
【Ｆターム（参考）】
【公開日】平成２４年１０月４日（２０１２．１０．４）
【国際特許分類】
【出願日】平成２３年３月１３日（２０１１．３．１３）
【出願人】（３０４０４８７３５）エスアイアイ・データサービス株式会社 (126)
【Ｆターム（参考）】
[ Back to top ]