JP2019101800A - 注文受付システム、及び注文入力端末 - Google Patents

Abstract

【課題】テーブルの配置を把握していない店員は呼び出しに対応するのが難しいという課題を解決すること。【解決手段】本発明に係る注文受付システム１は、複数のテーブル４１のそれぞれに配設された店員呼び出し装置２０と、店員が携帯して注文を入力する注文入力端末３０と、店員呼び出し装置２０からの呼び出し信号を受信して、呼び出し状態となっていることを示す呼び出し情報１０２を記憶する記憶部１００を有する管理装置１０と、を備える。注文入力端末３０は、複数のテーブル４１の配置が示されたフロアマップを表示する表示部３１０を備えており、管理装置１０から受信した呼び出し情報１０２に基づいて、複数のテーブル４１のうちいずれのテーブル４１が呼び出し状態となっているのかをフロアマップ上に表示する。【選択図】図１

Description

本発明は注文受付システムに関し、特に飲食店等において注文を受け付ける注文受付システムに関する。

飲食店等において、利用客の注文や呼び出し情報などを電子化して管理し、合理的なサービス提供を行うためのシステムが知られている。例えば、特許文献１には、利用客が飲食店において注文情報を発注端末に入力した場合に、注文情報が無線によって配膳台や厨房に設置された端末に伝達されるシステムが開示されている。

特開２００１−１３４６７３号公報

関連する技術において、店員が利用客の待つテーブルへ向かう場合、対応する店員はテーブルの配置を把握している必要がある。すなわち、新しいアルバイト店員などの、店内の配置を正しく把握しきれていない店員にとっては、呼び出し状態にあるテーブルに速やかに対応するのが難しいという問題があった。

本発明の目的は、上述した課題を鑑み、テーブルの配置を把握していない店員は呼び出しに対応するのが難しいという課題を解決する注文受付システムを提供することにある。

本発明に係る注文受付システムは、複数のテーブルのそれぞれに配設された店員呼び出し装置と、店員が携帯して注文を入力する注文入力端末と、前記店員呼び出し装置からの呼び出し信号を受信して、呼び出し状態となっていることを示す呼び出し情報を記憶する記憶部を有する管理装置と、を備え、前記注文入力端末は、前記複数のテーブルの配置が示されたフロアマップを表示する表示部を備えており、前記管理装置から受信した前記呼び出し情報に基づいて、前記複数のテーブルのうちいずれのテーブルが前記呼び出し状態となっているのかを前記フロアマップ上に表示する。

本発明により、テーブルの配置を把握していない店員は呼び出しに対応するのが難しいという課題を解決する注文受付システムを提供することができる。

第１の実施形態に係る注文受付システムの構成を示すブロック図である。 第２の実施形態に係る注文受付システムの構成を示すブロック図である。 第２の実施形態に係る注文受付システムを用いる店舗のフロアマップである。 第２の実施形態に係るＭａｃアドレス表である。 第２の実施形態に係る呼び出し情報の表である。 第２の実施形態に係る注文入力端末の構成を示す概略図である。 図５に示す呼び出し情報を受信した後の、第２の実施形態に係る注文入力端末を示す模式図である。 第３の実施形態に係る呼び出し情報の表である。 図８に示す呼び出し情報を受信した後の、第３の実施形態に係る注文入力端末を示す模式図である。 第４の実施形態に係る呼び出し情報の表である。 第４の実施形態に係る注文入力端末を示す模式図である。 第４の実施形態に係る確認画面を表示する注文入力端末を示す模式図である。 図１０に示す呼び出し情報を受信した後の、第４の実施形態に係る注文入力端末を示す模式図である。 呼び出し状態となったテーブルが新たに生じたときの、第７の実施形態に係る注文入力端末を示す模式図である。 腕時計型端末を備える注文受付システムの構成を示すブロック図である。 呼び出し状態となったテーブルが新たに生じたときの、第７の実施形態に係る腕時計型端末を示す模式図である。 第５の実施形態〜第７の実施形態に係る発明のフローを示すシーケンス図である。

以下では、具体的な実施形態について、図面を参照しながら詳細に説明する。各図面において、同一又は対応する要素には同一の符号が付されており、説明の明確化のため、必要に応じて重複説明は省略される。

以下に説明される複数の実施形態は、独立に実施されることもできるし、適宜組み合わせて実施されることもできる。これら複数の実施形態は、互いに異なる新規な特徴を有している。したがって、これら複数の実施形態は、互いに異なる目的又は課題を解決することに寄与し、互いに異なる効果を奏することに寄与する。

［第１の実施形態］
まず、本発明の第１の実施形態について、図１を用いて説明する。
図１は、本実施形態に係る注文受付システム１の構成を示すブロック図である。図１に示す通り、注文受付システム１は、記憶部１００を有する管理装置１０と、店員呼び出し装置２０と、注文入力端末３０と、を備える。

管理装置１０は、店員呼び出し装置２０及び注文入力端末３０と通信可能であり、どのテーブルが店員を呼び出し状態であるかを示す呼び出し情報を記憶部１００に記憶する。呼び出し状態とは、店員呼び出し装置２０が操作されて、呼び出しに対して店員が未対応（対応前）である状態である。
店員呼び出し装置２０は、複数のテーブルのそれぞれに配設され、店員を呼び出したい利用客が操作することで、呼び出し信号を送信する装置である。
注文入力端末３０は、店員が携帯して注文を入力する端末であり、ハンディーターミナルやハンディー端末などとも呼ばれる。注文入力端末３０は、テーブルの配置を表すフロアマップを表示する表示部３１０を備えている。

また、注文受付システム１は店員呼び出し装置２０を複数備えており、本実施形態においては、ｎ個の店員呼び出し装置２０＿１、２０＿２、…、２０＿ｎを備えているものとする。それぞれの店員呼び出し装置２０＿１、２０＿２、…、２０＿ｎは、いずれも管理装置１０と通信可能である。

管理装置１０は、各店員呼び出し装置２０が作動した場合、テーブルが呼び出し状態であることを示す呼び出し情報を記憶部１００に記憶し、注文入力端末３０に呼び出し情報を送信する。注文入力端末３０は、受信した呼び出し情報に基づいて、いずれのテーブルが呼び出し状態となっているのかをフロアマップ上に表示する。
なお、フロアマップの情報は、管理装置１０から呼び出し情報とともに注文入力端末３０に送信されてもよいし、注文入力端末３０に予め記憶されていてもよい。注文入力端末３０がフロアマップの情報を予め記憶している場合、受信した呼び出し情報に基づいて、いずれのテーブルが呼び出し状態となっているのかをフロアマップ上に表示することができる。

このような構成においては、店員は呼び出し状態にあるテーブルの配置を注文入力端末３０で確認することができる。このため、テーブルの配置を把握していない店員であっても、利用者の呼び出しに対応できる。

［第２の実施形態］
次に、本発明の第２の実施形態について、図２〜図６を用いて詳細に説明する。第２の実施形態の注文受付システム２は、アクセスポイント１５と、ＰＯＳ（Point of Sales）端末５０と、複数の注文入力端末３０を備える点で第１の実施形態の注文受付システム１とは異なる。なお、管理サーバー１０は管理装置である。

図２は、本実施形態に係る注文受付システム２の構成を示すブロック図である。図２に示す通り、注文受付システム２は、記憶部１００を備える管理サーバー１０と、アクセスポイント１５と、店員呼び出し装置２０と、注文入力端末３０と、ＰＯＳ端末５０を備える。
さらに、注文受付システム２は、顧客の注文を出力して調理を指示するキッチンディスプレイやキッチンプリンタ等の厨房端末を備えてもよい。また、注文受付システム２は、顧客自身が注文を入力するセルフオーダ端末を備えてもよい。また、セルフオーダ端末が、店員呼び出し機能を備え、店員呼び出し装置２０に代えて、各テーブル４１に配設されてもよい。

管理サーバー１０は、記憶部１００を備え、店員呼び出し装置２０や注文入力端末３０から受信した信号に基づいて記憶部１００に記憶されている情報を更新する。
アクセスポイント１５は、管理サーバー１０、店員呼び出し装置２０、注文入力端末３０、及びＰＯＳ端末５０を無線によって接続するための無線装置である。アクセスポイント１５は、ルーター機能を備えていてもよい。なお、アクセスポイント１５と管理サーバー１０間、及びアクセスポイント１５とＰＯＳ端末５０間は、有線通信可能であってもよい。また、管理サーバー１０とＰＯＳ端末５０間が有線通信可能であってもよい。また、管理サーバー１０と店員呼び出し装置２０間が有線通信可能であってもよい。
ＰＯＳ端末５０は、顧客の注文品の精算処理を行う端末である。ＰＯＳ端末５０は、管理サーバー１０の機能をも備えるものであってもよい。

本実施形態に係る注文受付システム２は、ｍ個の注文入力端末３０＿１、３０＿２、…、３０＿ｍを備えている。それぞれの注文入力端末３０＿１、３０＿２、…、３０＿ｍは、いずれも管理サーバー１０と通信可能である。

図３に、本実施形態に係る注文受付システム２を用いる店舗４０のフロアマップを示す。店舗４０は、ｎ卓のテーブル４１＿１、４１＿２、…、４１＿ｎと、複数の座席４２と、カウンター４３を備えている。

本実施形態においては、ｎ個の店員呼び出し装置２０＿１、２０＿２、…、２０＿ｎは、それぞれ固有のＭａｃ(Media Access Control)アドレスを有している。また、ｎ個の店員呼び出し装置２０＿１、２０＿２、…、２０＿ｎは、ｎ卓のテーブル４１＿１、４１＿２、…、４１＿ｎのそれぞれに配設されている。
なお、店員が常駐するような席に対しては、店員呼び出し装置２０は配設されていなくてもよい。図３の例では、カウンター４３には店員呼び出し装置２０は配設されていない。

各店員呼び出し装置２０は、呼び出しボタンやタッチパネル等の操作可能な呼び出し部を備えている。各テーブル４１の利用客は、店員を呼び出したい場合に、各テーブル４１に配設された各店員呼び出し装置２０の呼び出し部を操作する。例えば、テーブル４１＿１の利用客は、店員を呼び出したい場合に店員呼び出し装置２０＿１の呼び出し部を操作し、テーブル４１＿２の利用客は、店員を呼び出したい場合に店員呼び出し装置２０＿２の呼び出し部を操作する。各店員呼び出し装置２０は、利用客に呼び出し部を操作されることで作動し、管理サーバー１０に対して呼び出し信号を送信する。

管理サーバー１０は、呼び出し操作がされた店員呼び出し装置２０から店員呼び出し装置の識別情報（Ｍａｃアドレス）を含む呼び出し信号を受信し、呼び出し信号を受信した店員呼び出し装置２０の配設されたテーブル４１から呼び出しがあったと判断する。このとき、管理サーバー１０は、図４に示すような、記憶部１００に記憶されたＭａｃアドレス表１０１を参照して、いずれの店員呼び出し装置２０が作動したかを判断する。Ｍａｃアドレス表１０１は、各店員呼び出し装置２０の有する各Ｍａｃアドレスを示すものである。

例えば、店員呼び出し装置２０＿１から呼び出し信号を受信した場合はテーブル４１＿１が呼び出し状態になっていると判断し、店員呼び出し装置２０＿２から呼び出し信号を受信した場合はテーブル４１＿２が呼び出し状態になっていると判断する。そして、管理サーバー１０は、記憶部１００に、いずれのテーブル４１において呼び出し状態となっているのかを、図５に示す呼び出し情報１０２として記憶する。また、管理サーバー１０は、店員呼び出し装置２０から呼び出し信号を受信するたびに、呼び出し情報１０２を更新し、複数の注文入力端末３０のすべてに対して、呼び出し情報１０２を送信する。従って、複数の店員が複数の注文入力端末３０を通じて情報を共有することができる。

図５は、管理サーバー１０の記憶部１００に記憶されている呼び出し情報１０２の表である。図５に示すように、呼び出し情報１０２は、それぞれのテーブル４１＿１、４１＿２、…、４１＿ｎに対して、対応する店員呼び出し装置２０＿１、２０＿２、…、２０＿ｎが作動して呼び出し状態となっているか否かを示す情報である。図５の例では、呼び出し情報１０２は、テーブル４１＿１とテーブル４１＿３が呼び出し状態となっていることを示している。なお、呼び出し情報１０２には、テーブル４１と対応する店員呼び出し装置２０をも記憶するようにしてもよい。

ここで、図６を用いて、注文入力端末３０の構成を説明する。図６は、注文入力端末３０の構成を示す概略図である。
図６に示すように、注文入力端末３０は、第１の操作面３１と、第２の操作面３２と、第１の操作面３１と第２の操作面３２とを回動的に開閉可能なヒンジ３３と、を備えている。第１の操作面３１は表示部３１０を備えており、第２の操作面３２は操作部３２０を備えている。操作部３２０は操作ボタン３２１を備えており、店員が注文の入力や表示部３１０の表示画面の切替え等の各種操作を入力する時に用いられる。なお、注文入力端末３０は、各部の動作を制御する制御部（不図示）を備えている。

表示部３１０には、テーブル４１の配置が示されたフロアマップが表示される。具体的には、表示部３１０には、図３に示したテーブル４１＿１、４１＿２、…、４１＿ｎの配置に対応して、図６に示すように、表示部３１０上にテーブル３１１＿１、３１１＿２、…、３１１＿ｎが表示される。このため、注文入力端末３０を携帯する店員は、表示部３１０に表示されるフロアマップを参照することでテーブル４１の配置を確認することができる。

また、注文入力端末３０は、管理サーバー１０から呼び出し情報１０２を受信し、呼び出し情報１０２に基づいて、複数のテーブル４１＿１、４１＿２、…、４１＿ｎのうちいずれのテーブル４１が呼び出し状態となっているのかをフロアマップに表示する。

ここで、図５に示す呼び出し情報１０２を受信した場合の注文入力端末３０の模式図を、図７に示す。
図５に示す呼び出し情報１０２は、テーブル４１＿１とテーブル４１＿３が呼び出し状態となっていることを示している。この呼び出し情報１０２を受信した場合、注文入力端末３０の表示部３１０は、図７に示すように、テーブル４１＿１とテーブル４１＿３に対応するテーブル３１１＿１とテーブル３１１＿３の付近に呼び出し通知３１２を表示する。このようにして、注文入力端末３０は、複数のテーブル４１＿１、４１＿２、…、４１＿ｎのうちいずれのテーブル４１が呼び出し状態となっているのかをフロアマップ上に表示する。

以上の実施形態においては、呼び出し状態にあるテーブル４１の位置を、店員が携帯する注文入力端末３０の表示部３１０が示すフロアマップ上に表示する。このため、テーブル４１の配置を把握していない店員であっても、呼び出し状態にあるテーブル４１の位置を視覚的に把握することができ、呼び出しへの速やかな対応が容易になる。

なお、本実施形態においては、注文入力端末３０の例として、第１の操作面３１と第２の操作面３２とヒンジ３３とを備える構成を説明したが、注文入力端末３０は、店舗４０のフロアマップを表示する表示部３１０を備える構成であれば十分である。例えば、表示部３１０が操作可能なタッチパネルになっていて、表示部３１０の操作で利用客の注文を受けられる構成であれば、注文入力端末３０は、表示部３１０のみを備える構成であってもよい。

また、表示部３１０に表示されるフロアマップの情報は、注文入力端末３０に予め記憶させる構成であってもよいし、管理サーバー１０から呼び出し情報１０２とともに受信する構成であってもよい。あるいは、管理サーバー１０に記憶されているフロアマップの情報を注文入力端末３０が逐次取得する構成であってもよい。さらに、注文入力端末３０は、表示部３１０に、すべてのテーブル４１の配置が示された全体図を表示してもよいし、一部のテーブル４１の配置が示された部分拡大図を表示してもよい。そして、注文入力端末３０は、表示部３１０に対する操作によって、全体図と部分拡大図の表示を切り替えられるようにしてもよい。

また、呼び出し状態にあるテーブル４１の位置を表示部３１０に表示されるフロアマップ上に表示するためには、図７に示す呼び出し通知３１２のようなアイコン表示以外の方法を用いることができる。例えば、該当する各テーブル３１１の色を変更させても、呼び出し状態にない他のテーブル３１１と区別させることができる。

また、簡単のために、ｎ卓のテーブル４１＿１、４１＿２、…、４１＿ｎの全てにｎ個の店員呼び出し装置２０＿１、２０＿２、…、２０＿ｎが配設された例を説明したが、テーブル４１の卓数と店員呼び出し装置２０の個数は異なっていてもよい。換言すると、全てのテーブル４１のそれぞれに店員呼び出し装置２０が配置される必要はない。

［第３の実施形態］
次に、本発明の第３の実施形態について、図８及び図９を用いて説明する。第３の実施形態の注文受付システム２は、以下の点で第２の実施形態の注文受付システム２とは異なる。
第３の実施形態における呼び出し情報１０３は、それぞれの呼び出し状態となっているテーブル４１について、全ての呼び出し状態となっているテーブル４１の中で何番目に呼び出し状態となったのかを表す呼び出し順番を含む。
さらに、注文入力端末３０は、管理サーバー１０から受信した呼び出し情報に基づいて、呼び出し状態となっているテーブル４１を、呼び出し順番とともに表示する。

図８は、本実施形態に係る呼び出し情報１０３の表である。図８に示すように、呼び出し情報１０３は、いずれのテーブル４１が呼び出し状態となっているのかを示すとともに、呼び出し状態となっているテーブル４１のそれぞれに対して、それぞれの呼び出し順番を示す。すなわち、呼び出し情報１０３は、呼び出し状態となっているテーブル４１のそれぞれに対して、全ての呼び出し状態となっているテーブル４１の中で何番目に呼び出し状態となったのかを示す。なお、呼び出し情報１０３には、テーブル４１と対応する店員呼び出し装置２０をも記憶するようにしてもよい。

図８の例では、呼び出し情報１０３は、テーブル４１＿１とテーブル４１＿３が呼び出し状態となっていることを示している。さらに、テーブル４１＿１における呼び出し順番は「１」であり、テーブル４１＿３における呼び出し順番は「２」となっていることを示している。すなわち、テーブル４１＿１が呼び出し状態となっているテーブル４１の中で１番目に呼び出され、テーブル４１＿３が呼び出し状態となっているテーブル４１の中で２番目に呼び出されたことを示している。管理サーバー１０は、店員呼び出し装置２０から呼び出し信号を受信するたびに、呼び出し情報１０３を更新し、複数の注文入力端末３０のすべてに対して、呼び出し情報１０３を送信する。

なお、本発明の使用者は、図８に示すように、呼び出し状態にない他のテーブル４１における呼び出し順番を「０」とするように定めてもよい。この場合、呼び出し情報１０３は、呼び出し順番が「０」であるテーブル４１が呼び出し状態にないことを示しているともいえる。従って、このような構成をとった場合、注文入力端末３０は、各テーブル４１における呼び出し順番を取得すれば、各テーブル４１の状態を判断することができる。

注文入力端末３０は、管理サーバー１０から呼び出し情報１０３を受信した場合、対応する呼び出し順番が１、２、…であるテーブル３１１のそれぞれに対して、呼び出し順番に呼応する呼び出し通知３１３＿１、３１３＿２、…を表示する。
図９は、管理サーバー１０から呼び出し情報１０３を受信した後の注文入力端末３０の模式図である。

図８に示す呼び出し情報１０３は、テーブル４１＿１の呼び出し順番が「１」であり、テーブル４１＿３の呼び出し順番が「２」であることを示している。この呼び出し情報１０３を注文入力端末３０が受信した場合、図９に示すように、テーブル３１１＿１の付近に呼び出し通知３１３＿１を表示する。同様に、注文入力端末３０は、テーブル３１１＿３の付近に呼び出し通知３１３＿２を表示する。

呼び出し通知３１３＿１、３１３＿２は、それぞれ、呼び出し情報１０３が示す呼び出し順番を表示するものである。例えば、呼び出し通知３１３＿１は、「１」の数字を付した通知シグナルとし、呼び出し通知３１３＿２は、「２」の数字を付した通知シグナルとすることができる。この場合、テーブル３１１＿１の付近に「１」の数字が、テーブル３１１＿３の付近に「２」の数字が表示される。

このようにして、注文入力端末３０は、それぞれの呼び出し状態となっているテーブル４１が何番目に呼び出し状態となったのかを表示することができる。上述した例においては、表示部３１０を見た店員は、テーブル３１１＿１が１番目に呼び出されたテーブルであって、テーブル３１１＿３が２番目に呼び出されたテーブルであることが理解できる。以上の構成をとることによって、どのテーブル４１がより早く呼び出したのかを店員が把握できるため、より早く呼び出したテーブル４１に対して優先的に対応することが可能になる。

［第４の実施形態］
次に、本発明の第４の実施形態について、図１０〜図１３を用いて説明する。第４の実施形態の注文受付システム２は、以下の点で第２の実施形態や第３の実施形態の注文受付システム２とは異なる。
第４の実施形態における呼び出し情報１０４は、複数のテーブル４１のうちいずれのテーブル４１が、店員が呼び出しに対応しようとしている対応途中状態となっているのかを示す。対応途中状態とは、店員が、注文入力端末３０で呼び出しのあったテーブル４１のひとつを選択し、選択したテーブル４１に到着するまでの状態である。

さらに、注文入力端末３０は、管理サーバー１０から呼び出し情報１０４を受信して、複数のテーブル４１のうちいずれのテーブル４１が対応途中状態となっているのかをフロアマップ上に表示する。
さらに、店員呼び出し装置２０は、自身が配設されたテーブル４１が対応途中状態となっていることを示す対応途中通知信号を、管理サーバー１０から受信した場合にアラームを出力する。

図１０は、本実施形態に係る呼び出し情報１０４の表である。
図１０は、図８で示したようにテーブル４１＿１とテーブル４１＿３が呼び出し状態となっていた状態から、テーブル４１＿１のみが対応途中状態に切り替わった場合の呼び出し情報１０４を示す。呼び出し情報１０４には、テーブル４１と対応する店員呼び出し装置２０をも記憶するようにしてもよい。
なお、この例においては、テーブル４１＿１が対応途中状態に変わったことに伴って、テーブル４１＿３の呼び出し順番が「２」から「１」へ繰り上がっている。

なお、本発明の使用者は、図１０に示すように、対応途中状態にあるテーブル４１における呼び出し順番を「−１」とするように定めてもよい。この場合、呼び出し情報１０４は、呼び出し順番が「−１」であるテーブル４１が対応途中状態にあることを示しているともいえる。従って、このような構成をとった場合、注文入力端末３０は、各テーブル４１における呼び出し順番を取得すれば、各テーブル４１の状態を判断することができる。

呼び出し状態である各テーブル４１について、例えば、店員が注文入力端末３０を操作することで対応途中状態にすることができる。
図１１は、本実施形態に係る注文入力端末３０の模式図である。図１１に示す注文入力端末３０においては、表示部３１０がタッチパネルになっており、店員が対応しようとするテーブルを選択して対応途中状態にすることができる。

例えば、図９で示したように、注文入力端末３０において、テーブル３１１＿１の付近に呼び出し通知３１３＿１が表示され、テーブル３１１＿３の付近に呼び出し通知３１３＿２が表示されているとする。このとき、店員が呼び出し通知３１３＿１の示すテーブル４１＿１に対応しようとする場合は、図１１で示すように、操作手Ｈで呼び出し通知３１３＿１をタッチして選択する。なお、操作手Ｈは、説明のために店員の手を示すものであって、注文入力端末３０の画面に表示されるものではない。

図１１で示すように操作手Ｈで呼び出し通知３１３＿１をタッチした場合、注文入力端末３０の表示部３１０は、図１２で示すように、テーブル４１＿１に向かう意思があるかを確認する確認画面３１４を表示する。確認画面３１４に対して、店員がテーブル４１＿１に向かう意思がある旨を入力すると、注文入力端末３０は、管理サーバー１０に向けて対応信号を送信する。管理サーバー１０は、対応信号を受信して呼び出し情報１０４を更新し、更新した呼び出し情報１０４をすべての注文入力端末３０に送信する。注文入力端末３０は、更新された呼び出し情報１０４を受信して、テーブル４１＿１を対応途中状態の表示とする。

１台の注文入力端末３０から管理サーバー１０に対応信号が送信された場合、管理サーバー１０は、注文入力端末３０からの対応信号を受け付ける。そして、管理サーバー１０は、対応信号を送信した注文入力端末３０に、対応信号を受け付けた旨のメッセージを呼び出し情報１０４とともに送信する。注文入力端末３０は、対応信号を受け付けた旨のメッセージを受信すると、受信したメッセージを表示部３１０に表示する。

複数の注文入力端末３０から同時期に管理サーバー１０に対応信号が送信された場合、管理サーバー１０は、最先に届いた注文入力端末３０からの対応信号のみを受け付ける。そして、管理サーバー１０は、最先に対応信号を届けた注文入力端末３０には、対応信号を受け付けた旨のメッセージを呼び出し情報１０４とともに送信する。一方、対応信号を受け付けなかったその他の注文入力端末３０には、対応信号を受け付けなかった旨のメッセージを呼び出し情報１０４とともに送信する。注文入力端末３０は、対応信号を受け付けた旨のメッセージや対応信号を受け付けなかった旨のメッセージを受信すると、受信したメッセージを表示部３１０に表示する。

また、確認画面３１４に対して、店員がテーブル４１＿１に向かう意思がない旨を入力した場合は、呼び出し通知３１３＿１に対する操作は取り消され、対応信号は送信されず、テーブル４１＿１は対応途中状態にならない。さらに、確認画面３１４が表示されたのち一定時間操作が無かった場合にも、呼び出し通知３１３＿１に対する操作が取り消されるようにしてもよい。

図１３は、管理サーバー１０から図１０に示した呼び出し情報１０４を受信した場合の、注文入力端末３０の概略図である。
図１０に示す呼び出し情報１０４は、テーブル４１＿１が対応途中状態となっていることを示している。この呼び出し情報１０４を受信した場合、注文入力端末３０の表示部３１０は、図１３に示すように、テーブル４１＿１に対応するテーブル３１１＿１の付近に対応途中通知３１５を表示する。このようにして、注文入力端末３０は、複数のテーブル４１＿１、４１＿２、…、４１＿ｎのうちいずれのテーブル４１が対応途中状態となっているのかをフロアマップ上に表示する。

なお、図１０に示す呼び出し情報１０４は、テーブル４１＿３の呼び出し順番が「１」に繰り上がったことを示している。このため図１３では、テーブル４１＿３に対応するテーブル３１１＿３の付近に、呼び出し順番が「１」であることを通知する呼び出し通知３１３＿１を表示している。

このようにすることで、複数の店員がそれぞれ注文入力端末３０を持っている場合、いずれのテーブル４１が対応途中状態になっているかを把握することができる。従って、同じテーブル４１に複数の店員が向かうことを抑制でき、効率的な接客対応が可能になる。

また、管理サーバー１０は、対応途中状態になったテーブル４１に配設された店員呼び出し装置２０に対応途中通知信号を送信してもよい。例えば、テーブル４１＿１が対応途中状態になった場合は店員呼び出し装置２０＿１に対応途中通知信号を送信し、テーブル４１＿２が対応途中状態になった場合は店員呼び出し装置２０＿２に対応途中通知信号を送信する。

店員呼び出し装置２０は、対応途中通知信号を受信すると、音や光などのアラームを出力する。これによって、対応途中状態になっているテーブル４１の利用客は、店員がまもなく来るであろうことを知ることができる。

なお、本実施形態では、呼び出し情報１０４が呼び出し順番を示す構成を例に説明したが、呼び出し情報１０４は呼び出し順番を示さなくてもよい。換言すると、呼び出し情報１０４は、複数のテーブル４１のうちいずれのテーブル４１が対応途中状態となっているのかだけを示していてもよい。このような構成においても、店員は、いずれのテーブル４１が対応途中状態となっているのかを把握することができる。

また、本実施形態では、表示部３１０がタッチパネルになっており、店員が対応するテーブルを選択して入力できる例を説明したが、注文入力端末３０は、店員が対応するテーブルを選択して入力できる構成を備えていれば、他の構成であってもよい。例えば、注文入力端末３０は、表示部３１０の画面外の操作ボタンを用いて、任意のテーブルを選択できるような構成であってもよい。

また、当然のことながら、図１１及び図１２に示した操作手Ｈは、本発明を説明するための便宜的な模式的な図であって、注文入力端末３０の大きさが操作手Ｈよりも大きいことを示しているわけではない。

［第５の実施形態］
次に、本発明の第５の実施形態について説明する。第５の実施形態の注文受付システム２は、以下の点で第４の実施形態の注文受付システム２とは異なる。
第５の実施形態において、対応途中状態となっているテーブル４１のうち、テーブル４１に到着した店員が、注文入力端末３０で、所定の操作を行うと対応途中状態が取り消される。

具体的には、例えば、注文入力端末３０は、テーブル４１に到着した店員によって所定の操作が行われると、管理サーバー１０に、顧客対応中であることを示す顧客対応中信号を送信する。顧客対応中信号には、顧客対応中であるテーブル４１の情報も含まれる。所定の操作とは、例えば、表示されている対応途中通知３１５をタッチすることである。管理サーバー１０は、受信した顧客対応中信号に基づいて、対応するテーブル４１について、呼び出し情報１０４を呼び出し無しの状態に更新し、更新後の呼び出し情報１０４を全ての注文入力端末３０に送信する。注文入力端末３０は、受信した更新後の呼び出し情報１０４に基づいて、対応するテーブル４１を呼び出し無しの状態に更新する。

なお、対応途中状態となっているテーブル４１だけではなく、呼び出し状態となっているテーブル４１についても、注文入力端末３０で所定の操作が行われると、管理サーバー１０に、顧客対応中であることを示す顧客対応中信号を送信するようにしてもよい。この場合の所定の操作とは、例えば、表示されている呼び出し通知（３１２、３１３）をタッチすることである。

このような構成をとることで、顧客対応中であるテーブル４１について、他の店員が重複して対応しようとするような事態を防ぐことができる。

［第６の実施形態］
次に、本発明の第６の実施形態について説明する。第６の実施形態の注文受付システム２は、以下の点で第５の実施形態の注文受付システム２とは異なる。
第６の実施形態において、呼び出し状態、もしくは対応途中状態となっているテーブル４１のうち、注文入力端末３０から注文を受け付けたテーブル４１について呼び出し状態が取り消される。

具体的には、例えば、注文入力端末３０は、注文を受け付けた場合、その注文を受け付けたテーブル４１の情報を含んだ注文信号を、管理サーバー１０に送信する。管理サーバー１０は、受信した注文信号に基づいて、注文を受け付けたテーブル４１について、呼び出し情報１０４を呼び出し無しの状態に更新し、更新後の呼び出し情報１０４を全ての注文入力端末３０に送信する。
このような構成をとることで、注文が終わったテーブル４１について、他の店員が重複して対応しようとするような事態を防ぐことができる。

［第７の実施形態］
次に、本発明の第７の実施形態について、図１４〜図１６を用いて説明する。第７の実施形態の注文受付システム６は、以下の点で第２の実施形態〜第６の実施形態の注文受付システム２とは異なる。
第６の実施形態において、注文入力端末３０は、管理サーバー１０から、呼び出し状態となっているテーブル４１が新たに生じたときに送信される呼び出し情報（１０２〜１０４）を受信した場合に振動する。図１４は、管理サーバー１０から、呼び出し状態となっているテーブル４１が新たに生じたときに送信される呼び出し情報（１０２〜１０４）を受信した場合の注文入力端末３０の模式図である。

注文入力端末３０は、管理サーバー１０から受信した呼び出し情報（１０２〜１０４）に基づいて、図１４に示すように、呼び出し確認通知３１６を表示し、振動する。注文入力端末３０が振動することで、店内が騒がしい場合であっても、呼び出し状態となっているテーブル４１が新たに生じたことを、注文入力端末３０を所持している店員が把握できる。

さらに、店員は腕時計型端末３５を備えていてもよい。図１５は、店員が腕時計型端末３５を備える時の注文受付システム６の構成を示すブロック図である。図１５に示す通り、注文受付システム２は、記憶部１００を備える管理サーバー１０と、アクセスポイント１５と、店員呼び出し装置２０と、注文入力端末３０と、ＰＯＳ端末５０の他に、ｎ個の腕時計型端末３５＿１、３５＿２、…３５＿ｎを備える。

図１６に示すように、腕時計型端末３５は、表示部３６と、ベルト部３７と、を備えており、店員の腕に装着することができる。
腕時計型端末３５は管理サーバー１０と通信可能であり、管理サーバー１０から受信した呼び出し情報（１０２〜１０４）に基づいて、呼び出し確認通知３１６を表示し、振動する。腕時計型端末３５が振動することで、店内が騒がしい場合であっても、呼び出し状態となっているテーブル４１が新たに生じたことを、腕時計型端末３５を装着している店員が把握できる。

最後に、本発明の第５の実施形態〜第７の実施形態の注文受付システムの動作について図１７を用いて説明する。図１７は、本発明の第５の実施形態〜第７の実施形態の注文受付システムの動作のフローを表すシーケンス図である。
まず、ステップＳ１において、店員呼び出し装置２０は、利用客の操作によって作動し、管理サーバー１０に呼び出し信号を送信する。

次に、ステップＳ２において、管理サーバー１０は、呼び出し信号を受信した店員呼び出し装置２０の配設されたテーブル４１を特定して呼び出し情報（１０２〜１０４）を更新する。そして、管理サーバー１０は、すべての注文入力端末３０に更新された呼び出し情報（１０２〜１０４）を送信する。いずれのテーブル４１が呼び出し状態にあるかは、例えば、店員呼び出し装置２０のＭａｃアドレスをＭａｃアドレス表１０１と参照することで特定することができる。

次に、ステップＳ３において、注文入力端末３０は、管理サーバー１０から呼び出し情報（１０２〜１０４）を受信し、振動する。
次に、ステップＳ４において、注文入力端末３０は、複数のテーブル４１＿１、４１＿２、…、４１＿ｎのうちいずれのテーブル４１が呼び出し状態となっているのかを、受信した呼び出し情報（１０２〜１０４）に基づいて、フロアマップに表示する。
次に、ステップＳ５において、店員が注文入力端末３０に表示された呼び出し通知３１３に応答した場合は、ステップＳ６において、対応信号を管理サーバー１０に送信する。

次に、ステップＳ７において、管理サーバー１０は、注文入力端末３０から受信した対応信号に基づいて、対応するテーブル４１を対応途中状態に変更して呼び出し情報（１０２〜１０４）を更新する。そして、管理サーバー１０は、更新した呼び出し情報（１０２〜１０４）をすべての注文入力端末３０に送信する。
次に、ステップＳ８において、管理サーバー１０は、対応途中状態になったテーブル４１に配設された店員呼び出し装置２０に対して対応途中通知信号を送信する。

次に、ステップＳ９において、店員呼び出し装置２０は、対応途中通知信号を受信した場合は、アラームを出力する。

また、ステップＳ１０において、注文入力端末３０は、管理サーバー１０から受信した呼び出し情報（１０２〜１０４）に基づいて、いずれのテーブルが対応途中状態になっているかをフロアマップに表示する。
次に、ステップＳ１１において、注文入力端末３０は、対応途中状態のテーブル４１に到着した店員によって所定の操作が行われた場合は、管理サーバー１０に向けて、そのテーブル４１が顧客対応中であることを示す顧客対応中信号を送信する。

次に、ステップＳ１２において、管理サーバー１０は、対応するテーブル４１の呼び出し情報（１０２〜１０４）を呼び出し無しの状態に更新し、更新後の呼び出し情報（１０２〜１０４）を全ての注文入力端末３０に送信する。
次に、ステップＳ１３において、注文入力端末３０は、受信した更新後の呼び出し情報（１０２〜１０４）に基づいて、対応するテーブル４１を呼び出し無しの状態に更新する。
以上のようにしてフローを終了する。

なお、図７において、第５の実施形態及び第６の実施形態の場合は、ステップＳ３は存在しない。また、図７において、注文入力端末３０については、対応信号を管理サーバー１０に送信したものについて記載してあり、対応信号を管理サーバー１０に送信していない注文入力端末３０の場合は、ステップＳ５，Ｓ６，Ｓ１１が存在しない。

なお、本発明は上記実施の形態に限られたものではなく、趣旨を逸脱しない範囲で適宜変更することが可能である。

さらに、上記実施の形態の一部又は全部は、以下の付記のようにも記載されうるが、以下には限られない。

（付記１）
複数のテーブルのそれぞれに配設された店員呼び出し装置と、
店員が携帯して注文を入力する注文入力端末と、
前記店員呼び出し装置からの呼び出し信号を受信して、呼び出し状態となっているのかを示す呼び出し情報を記憶する記憶部を有する管理装置と、を備え、
前記注文入力端末は、
前記複数のテーブルの配置が示されたフロアマップを表示する表示部を備えており、
前記管理装置から受信した前記呼び出し情報に基づいて、前記複数のテーブルのうちいずれのテーブルが前記呼び出し状態となっているのかを前記フロアマップ上に表示する、
注文受付システム。

（付記２）
前記呼び出し情報は、前記呼び出し状態となっているテーブルの呼び出し順番を含み、
前記注文入力端末は、前記管理装置から受信した前記呼び出し情報に基づいて、それぞれの前記呼び出し状態となっているテーブルの呼び出し順番を表示する、
（付記１）に記載の注文受付システム。

（付記３）
前記管理装置は、前記呼び出し状態となっているテーブルのうち、前記注文入力端末から顧客対応中であることを示す顧客対応中信号を受け付けたテーブルについて前記呼び出し状態を取り消す、
（付記１）または（付記２）に記載の注文受付システム。

（付記４）
前記管理装置は、前記呼び出し状態となっているテーブルのうち、前記注文入力端末から注文を受け付けたテーブルについて前記呼び出し状態を取り消す、
（付記１）〜（付記３）のいずれか１項に記載の注文受付システム。

（付記５）
前記呼び出し情報は、前記複数のテーブルのうち、いずれのテーブルが、店員が呼び出しに対応しようとしている対応途中状態となっているのかを示す情報を含み、
前記注文入力端末は、前記管理装置から受信した前記呼び出し情報に基づいて、前記複数のテーブルのうちいずれのテーブルが前記対応途中状態となっているのかを前記フロアマップ上に表示する、
（付記１）〜（付記４）のいずれか１項に記載の注文受付システム。

（付記６）
前記管理装置は、前記対応途中状態となっているテーブルのうち、前記注文入力端末から注文を受け付けたテーブルについて前記対応途中状態を取り消す、
（付記５）に記載の注文受付システム。

（付記７）
前記店員呼び出し装置は、自身が配設されたテーブルが前記対応途中状態となっていることを示す対応途中通知信号を、前記管理装置から受信した場合にアラームを出力する、
（付記５）または（付記６）に記載の注文受付システム。

（付記８）
前記注文入力端末は、前記呼び出し状態となったテーブルが新たに生じたときに送信される前記呼び出し情報を、前記管理装置から受信した場合に振動する、
（付記１）〜（付記７）のいずれか１項に記載の注文受付システム。

（付記９）
店員の腕に装着し、前記管理装置から前記呼び出し情報を受信する腕時計型端末をさらに備え、
前記腕時計型端末は、前記呼び出し状態となったテーブルが新たに生じたときに送信される前記呼び出し情報を、前記管理装置から受信した場合に振動する、
（付記１）〜（付記８）のいずれか１項に記載の注文受付システム。

（付記１０）
複数のテーブルの配置が示されたフロアマップを表示する表示部を備え、
いずれのテーブルにおいて呼び出し状態となっているのかを示す呼び出し情報を管理する管理装置から、前記呼び出し情報を受信して、前記複数のテーブルのうちいずれのテーブルが呼び出し状態となっているのかを前記フロアマップ上に表示する、
注文入力端末。

（付記１１）
前記呼び出し状態となっているテーブルの呼び出し順番を表示する、
（付記１０）に記載の注文入力端末。

１、２、６ 注文受付システム
１０ 管理サーバー（管理装置）
１５ アクセスポイント
２０ 店員呼び出し装置
３０ 注文入力端末
３１ 第１の操作面
３２ 第２の操作面
３３ ヒンジ
３５ 腕時計型端末
３６ 表示部
３７ ベルト部
４０ 店舗
４１ テーブル
４２ 座席
４３ カウンター
５０ ＰＯＳ端末
１００ 記憶部
１０１ Ｍａｃアドレス表
１０２〜１０４ 呼び出し情報
３１０ 表示部
３１１ テーブル
３１２、３１３ 呼び出し通知
３１４ 確認画面
３１５ 対応途中通知
３１６ 呼び出し確認通知
３２０ 操作部
３２１ 操作ボタン
Ｈ 操作手

Claims (10)

1. 複数のテーブルのそれぞれに配設された店員呼び出し装置と、
   店員が携帯して注文を入力する注文入力端末と、
   前記店員呼び出し装置からの呼び出し信号を受信して、呼び出し状態となっていることを示す呼び出し情報を記憶する記憶部を有する管理装置と、を備え、
   前記注文入力端末は、
   前記複数のテーブルの配置が示されたフロアマップを表示する表示部を備えており、
   前記管理装置から受信した前記呼び出し情報に基づいて、前記複数のテーブルのうちいずれのテーブルが前記呼び出し状態となっているのかを前記フロアマップ上に表示する、
   注文受付システム。
2. 前記呼び出し情報は、前記呼び出し状態となっているテーブルの呼び出し順番を含み、
   前記注文入力端末は、前記管理装置から受信した前記呼び出し情報に基づいて、それぞれの前記呼び出し状態となっているテーブルの呼び出し順番を表示する、
   請求項１に記載の注文受付システム。
3. 前記管理装置は、前記呼び出し状態となっているテーブルのうち、前記注文入力端末から顧客対応中であることを示す顧客対応中信号を受け付けたテーブルについて前記呼び出し状態を取り消す、
   請求項１または２に記載の注文受付システム。
4. 前記管理装置は、前記呼び出し状態となっているテーブルのうち、前記注文入力端末から注文を受け付けたテーブルについて前記呼び出し状態を取り消す、
   請求項１〜３のいずれか１項に記載の注文受付システム。
5. 前記呼び出し情報は、前記複数のテーブルのうち、いずれのテーブルが、店員が呼び出しに対応しようとしている対応途中状態となっているのかを示す情報を含み、
   前記注文入力端末は、前記管理装置から受信した前記呼び出し情報に基づいて、前記複数のテーブルのうちいずれのテーブルが前記対応途中状態となっているのかを前記フロアマップ上に表示する、
   請求項１〜４のいずれか１項に記載の注文受付システム。
6. 前記管理装置は、前記対応途中状態となっているテーブルのうち、前記注文入力端末から注文を受け付けたテーブルについて前記対応途中状態を取り消す、
   請求項５に記載の注文受付システム。
7. 前記店員呼び出し装置は、自身が配設されたテーブルが前記対応途中状態となっていることを示す対応途中通知信号を、前記管理装置から受信した場合にアラームを出力する、
   請求項５または６に記載の注文受付システム。
8. 前記注文入力端末は、前記呼び出し状態となったテーブルが新たに生じたときに送信される前記呼び出し情報を、前記管理装置から受信した場合に振動する、
   請求項１〜７のいずれか１項に記載の注文受付システム。
9. 店員の腕に装着し、前記管理装置から前記呼び出し情報を受信する腕時計型端末をさらに備え、
   前記腕時計型端末は、前記呼び出し状態となったテーブルが新たに生じたときに送信される前記呼び出し情報を、前記管理装置から受信した場合に振動する、
   請求項１〜８のいずれか１項に記載の注文受付システム。
10. 複数のテーブルの配置が示されたフロアマップを表示する表示部を備え、
    いずれのテーブルにおいて呼び出し状態となっているのかを示す呼び出し情報を管理する管理装置から、前記呼び出し情報を受信して、前記複数のテーブルのうちいずれのテーブルが呼び出し状態となっているのかを前記フロアマップ上に表示する、
    注文入力端末。

Images