JP2017037384A - 空き設備管理システムおよび空き設備管理プログラム - Google Patents

Abstract

【課題】より効率的な空席等の管理を行うことができる空き設備管理システムおよび空き設備管理プログラムを提供する。
【解決手段】空き設備管理システム１００は、複数の客席端末４１と、制御装置１０とを備える。客席端末４１は、それぞれ異なる卓４０に関連して設けられ、それぞれを特定する卓番号が関連付けられる。客席端末４１は、終了操作に応じて、自身の卓番号を含む終了通知を、制御装置１０に送信する。制御装置１０は、終了通知に含まれる卓番号に係る卓４０を示す情報を出力する。
【選択図】図１７

Description

本発明は、空き設備管理システムおよび空き設備管理プログラムに関する。

ショッピングモールなどにあるフードコートでは、顧客がそれぞれの店舗で注文した飲食物を受け取り、空いている席を探して確保する。あるいは、席を確保してから、店舗で希望の飲食物を注文する。しかし席が満席に近い場合は、空席を見つけるのが難しい、空きそうな席の前で立っているのが辛い、希望の席が取れない等、顧客側の不満がでやすい。また店舗側としても、空席を管理するスタッフを置くとコストがかかる等の課題がある。

特許文献１には、注文情報や清算情報により、利用中または空席の状況を把握する技術が開示されている。係員が空席の管理を行うことも可能となっている。

特開２０００−１２３２５８号公報

しかしながら、従来のシステムでは、間接的な情報のみに基づいて空席の判断を行うので、効率的な空席案内が困難であるという問題があった。

たとえば、特許文献１のシステムでは、会計処理が完了したこと、従業員が顧客の退出を確認したこと、一定の利用時間が経過したこと、等の間接的な情報のみに基づいて空席の管理をしている。このため、先に会計を済ませてから長時間席を利用する顧客がいたり、顧客が退出してから従業員の確認作業までの間に長時間が経過したり、通常より長時間または短時間の利用をする顧客がいたりすると、実際の空席とシステムの判定による空席とにずれが生じる場合があり、効率的な空席案内が困難である。

この発明は、このような問題点を解決するためになされたものであり、より効率的な空席等の管理を行うことができる空き設備管理システムおよび空き設備管理プログラムを提供することを目的とする。

上述の問題点を解決するため、この発明に係る空き設備管理システムは、複数の設備端末と、制御装置とを備える、空き設備管理システムであって、
前記設備端末は、それぞれ異なる設備に関連して設けられ、それぞれを特定する設備識別情報が関連付けられ、
前記設備端末は、所定の終了操作に応じて、自身の設備識別情報を含む終了通知を、前記制御装置に送信する機能を備え、
前記制御装置は、前記終了通知に含まれる設備識別情報に係る設備を示す情報を出力する、終了設備出力機能を備える。

前記空き設備管理システムは、さらに、前記設備のそれぞれに関連して設けられる設備状態表示装置を備え、
前記制御装置は、さらに、前記終了通知を受信することに応じて、その終了通知に含まれる設備識別情報に係る前記設備状態表示装置を所定の状態に変更させる機能を備えてもよい。
前記設備端末は、さらに、所定の終了予告操作に応じて、前記終了操作を促す表示を行う機能を備えてもよい。
前記設備端末は、飲食物の注文を表す情報を前記制御装置に送信する機能を備えてもよい。
前記空き設備管理システムは、さらに複数の待機者用受信機を備え、
前記待機者用受信機は持ち運び可能であり、
前記終了設備出力機能は、
前記終了通知を受信することに応じて、前記待機者用受信機のいずれかを、その終了通知に含まれる設備識別情報に関連付ける機能と、
当該関連付けられた待機者用受信機に呼出通知を送信する機能と
を含んでもよい。
前記制御装置は、
各設備が空いているか否かを示す利用状況を記憶する機能と、
設備の割り当てを要求する設備要求操作を受け付ける機能と、
前記設備要求操作に対応する設備が空いていない場合に、前記設備要求操作に対応する待機者識別情報と、前記設備要求操作に対応する各設備に係る設備識別情報またはこの設備識別情報を含む領域情報とを関連付けて、第１のデータベースに記憶する機能と、
を備え、
前記終了設備出力機能は、前記終了通知を受信することに応じて、前記第１のデータベースに基づき、その終了通知に含まれる設備識別情報と、いずれかの待機者識別情報とを関連付けて、第２のデータベースに記憶する機能を含んでもよい。
前記制御装置は、前記設備要求操作に対応する設備が空いている場合に、その設備が空いていないことを示すよう前記利用状況を更新するとともに、その設備を特定する情報を出力する機能をさらに備えてもよい。

また、この発明に係る空き設備管理プログラムは、制御装置と接続されたコンピュータを、上述の前記設備端末として機能させる。

この発明に係る空き設備管理システムおよび空き設備管理プログラムによれば、顧客による直接的な終了操作に基づいて、その顧客が利用していた設備に新たな顧客を案内するので、空き設備の案内をより効率的に行うことができる。

本発明の実施の形態１に係る空き設備管理システムを含む構成の例を示す図である。 図１の空き設備管理システムの各構成要素間の通信接続構成の例を示す図である。 図１の制御装置の構成の例を示す図である。 図３の卓配置ＤＢの構成の例を示す図である。 図３の受付管理ＤＢの構成の例を示す図である。 図３の卓状況ＤＢの構成の例を示す図である。 図１の空き設備管理システムが卓要求操作を受け付けた場合に実行する動作の流れの例を示すフローチャートである。 図７のフローチャートに関連して表示される画面の例である。 図７のフローチャートに関連して表示される画面の例である。 図７のフローチャートに関連して表示される画面の例である。 図７のフローチャートに関連して表示される画面の例である。 図１の空き設備管理システムが終了予告操作を受け付けた場合に実行する動作の流れの例を示すフローチャートである。 図１２のフローチャートに関連して表示される画面の例である。 図１２のフローチャートに関連して表示される画面の例である。 図１２のフローチャートに関連して表示される画面の例である。 図１２のフローチャートに関連して表示される画面の例である。 図１の空き設備管理システムが終了操作を受け付けた場合に実行する動作の流れの例を示すフローチャートである。 図１７のフローチャートに関連して表示される画面の例である。

以下、この発明の実施の形態を添付図面に基づいて説明する。
実施の形態１．
図１に、本発明の実施の形態１に係る空き設備管理システム１００を含む構成の例を示す。空き設備管理システム１００は、設備の占有状況、すなわち設備が使用中であるか空いているかを表す情報を管理する。本実施形態では、設備の例としてフードコート等に設置される卓４０を管理対象とする。

空き設備管理システム１００は、制御装置１０と、受付装置２０と、複数のポケットベル２３（待機者用受信機）と、調理指示端末３０と、複数の客席端末４１（設備端末）とを備える。また、空き設備管理システム１００は、状況表示ランプ４２（設備状態表示装置）および座席５０を備える。この状況表示ランプ４２および座席５０は、卓４０のそれぞれに関連して設けられる。

受付装置２０は受付端末２１（案内表示装置としても機能する）を備える。また、受付装置２０は、持ち運び可能なポケットベル２３を顧客に提供できるようになっている。受付装置２０は、たとえば内部にポケットベル２３を複数収納可能な構造を有してもよく、その場合には、図示のように取出口２２においてポケットベル２３を提供可能であってもよい。

ポケットベル２３には、それぞれを特定するポケベル番号（待機者識別情報）が関連付けられている。ポケベル番号は、たとえばポケットベル２３に印刷、添付または記憶される。ポケベル番号は、たとえばバーコードの形式で表現することができる。また、受付装置２０は、ポケベル番号の入力を受け付ける手段を備える。ポケベル番号の入力を受け付ける手段は、たとえば受付端末２１に接続されるバーコードリーダ２４である。

客席端末４１は、それぞれ異なる卓４０に関連して設けられ、図１の例では卓４０に１つずつ設置される。客席端末４１はたとえば卓４０に固定される。設置される位置は、たとえば卓４０の上面中央であり、たとえば卓４０に埋め込むことによって固定される。卓４０には１つ以上（図１の例では４個）の座席５０が設けられ、卓４０の利用者（たとえばフードコートの顧客）が座席５０に座って客席端末４１を操作しながら卓４０を利用できるようになっている。

状況表示ランプ４２は、外部から（たとえば制御装置１０から、または客席端末４１から）送信される制御信号に応じ、異なる表示を行う。表示はたとえばＬＥＤによって行われる。たとえば、赤色に点灯する、青色に点灯する、黄色に点灯する、消灯する、等の表示が可能である。後述するように、この表示は、卓４０の状況に関連して行われるものを含む。状況表示ランプ４２は、たとえば卓４０に固定される。固定される位置は、たとえば卓４０の上面または上方である。

空き設備管理システム１００の各構成要素は、たとえば複数の領域にわたって配置されてもよい。たとえば図１のように、フードコートにおいて飲食物を提供する特定の店舗が専有する店舗エリアＡ１と、フードコートの顧客が利用可能な客席エリアＡ２とが構成されていてもよい。また、制御装置１０、受付装置２０および調理指示端末３０は店舗エリアＡ１に配置されてもよい。とくに、受付装置２０は顧客が操作可能となる位置（店頭等）に配置されてもよく、調理指示端末３０は店舗の調理場に配置されてもよい。卓４０および座席５０は客席エリアＡ２に配置されてもよい。

卓４０は、複数の領域に配置されてもよい。図１の例では、卓４０のうち１つ以上が第１エリアＡ３に配置され、別の１つ以上が第２エリアＡ４に配置されている。

図２に、空き設備管理システム１００の各構成要素間の通信接続構成の例を示す。
制御装置１０、受付端末２１および調理指示端末３０は、店内通信ネットワークＮ１を介して互いに通信可能に接続される。店内通信ネットワークＮ１はたとえば有線ネットワークであるが、無線ネットワークであってもよい。

さらに、制御装置１０および客席端末４１は、客席通信ネットワークＮ２を介して互いに通信可能に接続される。また、制御装置１０および状況表示ランプ４２も、客席通信ネットワークＮ２を介して互いに通信可能に接続される。なお、状況表示ランプ４２はたとえば送信機能を備えないものであるが、送信機能を備えていてもよい。客席通信ネットワークＮ２はたとえば有線ネットワークであるが、無線ネットワークであってもよい。

また、制御装置１０およびポケットベル２３は、無線通信ネットワークＮ３を介して互いに通信可能に接続される。ポケットベル２３としては、たとえば所定の送信機（たとえば制御装置１０に関連して設置される送信アンテナ）から３００ｍ以内で通信可能となるものを用いることができる。無線通信ネットワークＮ３は、たとえば店舗の経営者により構築されるネットワークであるが、通信接続業者（いわゆるネットワークプロバイダ等）が運営するネットワークであってもよい。なお、ポケットベル２３はたとえば送信機能を備えない受信機として機能するが、送信機能を備える送受信機であってもよい。

図３に、制御装置１０の構成の例を示す。制御装置１０はコンピュータとしての構成を含み、演算を行う演算手段１１と、情報を格納する記憶手段１２とを備える。また、とくに図示しないが、使用者の操作を受け付ける入力手段と、情報を出力する出力手段と、外部の通信ネットワークに対し情報の入出力を行う通信手段とを備える。

演算手段１１はたとえばＣＰＵ（中央処理装置）を含み、記憶手段１２はたとえば半導体メモリおよびＨＤＤ（ハードディスクドライブ）等の記憶媒体を含む。入力手段はたとえばタッチパネル、キーボードおよびマウスのいずれかを含む。出力手段はたとえば液晶ディスプレイを含む。通信手段はたとえばネットワークインタフェース装置または無線インタフェース装置を含む。

受付端末２１、調理指示端末３０および客席端末４１も同様に、コンピュータとしての構成を含む。ポケットベル２３は、公知のポケットベルとしての構成を含むものであるが、無線通信機能を備えるコンピュータとしての構成を含む他の端末によって代替してもよい。受付端末２１、調理指示端末３０および客席端末４１は、公知のタブレット端末を用いて構成することができる。

制御装置１０の記憶手段１２は、卓配置ＤＢ７１、受付管理ＤＢ７２および卓状況ＤＢ７３を格納する。

図４に、卓配置ＤＢ７１の構成の例を示す。卓４０にはそれぞれを特定する卓番号が関連付けられており、卓配置ＤＢ７１は、卓番号のそれぞれについて、その卓番号に係る卓４０が配置される領域を関連付ける。ここで、上述のように卓４０にはそれぞれ客席端末４１が設置されているので、この卓番号は客席端末４１にも関連付けられており、客席端末４１をそれぞれ特定する情報（設備識別情報）であるということもできる。なお、本実施形態では卓４０を特定するための情報と客席端末４１を特定するための情報が同一であるものとするが、これらは互いに関連付けられていれば異なる情報であってもよい。

図５に、受付管理ＤＢ７２の構成の例を示す。受付管理ＤＢ７２は、顧客（または顧客のグループ。以下同じ）ごとの受付処理に係る情報を含む。受付処理とは、たとえば新たにフードコートに訪れた顧客等が、卓４０の割り当てを要求する卓要求操作（設備要求操作）の入力を受け付ける処理であるということができる。受付管理ＤＢ７２は、卓要求操作を特定する識別情報（受付番号）と、その卓要求操作に係る情報とを関連付ける。

卓要求操作に係る情報は、たとえば、卓要求操作が行われた時刻（受付時刻）と、顧客が利用を希望する領域（希望エリア）と、受付時点で空いている卓４０が存在していたか否か（受付時空き）と、卓４０が空くのを待つことになった顧客を特定するポケベル番号（待機者識別情報）とを含む。なお、図５の例では時刻は日付を含まないが、日付を含むようにしてもよい。以下の記載でも同様である。

図６に、卓状況ＤＢ７３の構成の例を示す。卓状況ＤＢ７３は、卓番号のそれぞれについて、その卓番号に係る卓４０の利用に係る情報を関連付ける。卓４０の利用に係る情報は、たとえば、現在その卓４０を利用中の顧客の卓要求操作に係る受付番号（受付管理ＤＢ７２の受付番号に対応）と、その卓要求操作が行われた時刻（受付管理ＤＢ７２の受付時刻に対応）と、その顧客がその卓４０の利用を開始した時刻（着席時刻）と、その卓４０の利用の終了に係る情報と、その卓４０の利用状況と、その卓４０が空くのを待っていた顧客を特定するポケベル番号とを含む。

利用の終了に係る情報は、たとえば、利用中の顧客がその卓４０の利用を終了する意思を表明した時刻（終了予告時刻）と、意思表明から利用終了までの時間（終了準備時間）と、実際に顧客が利用を終了した時刻（終了時刻）とを含む。

利用状況は、たとえば、「空き」「着席待ち」「呼出中」「利用中」「終了待ち」「予告時間超過」のいずれかである。
‐「空き」は、その卓４０を現在利用している顧客も利用予定の顧客もおらず、新たな顧客の卓要求操作が完了すれば直ちにその卓４０が利用可能であるという状態を表す。
‐「着席待ち」および「呼出中」は、現在その卓４０を利用している顧客はいないが、特定の顧客の利用開始を待っており、別の顧客に利用させることはできないという状態を表す。とくに、「着席待ち」は、その顧客に対する当該卓４０への案内処理が済んでいる状態を表し、「呼出中」は、その顧客に対する当該卓４０への案内処理が済んでいない状態を表す。
‐「利用中」は、特定の顧客が利用しており、別の顧客に利用させることはできないという状態を表す。
‐「終了待ち」は、特定の顧客が利用しており、その顧客が所定時間内に利用を終了するという意思をすでに表明したが、利用自体は終了しておらず、別の顧客に利用させることはできないという状態を表す。
‐「予告時間超過」は、特定の顧客が利用しており、その顧客が所定時間内に利用を終了するという意思をすでに表明したが、その所定時間が経過してもなおその顧客が利用を継続しており、別の顧客に利用させることはできないという状態を表す。

このように、利用状況は、各卓４０が空いているか否かを示す情報である。利用状況が「空き」であればその卓４０は空いているということができ、利用状況が「着席待ち」「呼出中」「利用中」「終了待ち」または「予告時間超過」であれば、その卓４０は空いていない（すなわち別の顧客がすぐ利用することはできない）ということができる。

とくに図示しないが、制御装置１０の記憶手段１２は、制御装置プログラムを格納する。この制御装置プログラムは、コンピュータを制御装置１０として機能させる。同様に、客席端末４１は、客席端末プログラム（設備端末プログラム）を格納する。この客席端末プログラムは、コンピュータを客席端末４１として機能させる。

この客席端末プログラムが、本発明に係る空き設備管理プログラムを構成する。また、空き設備管理プログラムは、他のプログラムを含んでもよい。たとえば、制御装置プログラムの一部または全部を含んでもよく、調理指示端末３０やポケットベル２３の記憶手段に格納される調理指示端末プログラムまたはポケットベルプログラムを含んでもよい。各コンピュータは、各プログラムを実行することにより、本明細書に記載される各機能を実現する。

以上のように構成される空き設備管理システム１００の動作を、以下に説明する。
図７、図１２および図１７は、空き設備管理システム１００の動作の流れの例を説明するフローチャートである。空き設備管理システム１００は、顧客からの所定の操作を受け付けて、操作に応じた動作を行う。

図７は、空き設備管理システム１００が所定の卓要求操作を受け付けた場合に実行する動作の流れの例を示す。
制御装置１０は、卓要求操作（設備要求操作）を受け付ける（ステップＳ１１）。卓要求操作とは、上述のように、新たな顧客が卓の割り当てを要求する操作である。この操作は、制御装置１０が受付端末２１を介して受け付けてもよい。ここで制御装置１０は、卓要求操作を表す受付番号を決定する。

図８に、この卓要求操作の受け付けに関連して表示される画面の例を示す。卓要求操作は、対応する卓（または卓の集合）を特定するものであってもよい。たとえば図８の例では、顧客は、所定のボタンを選択して操作することにより、卓要求操作に対応して希望する卓の集合を指定することができる。たとえば顧客が第１エリアを選択した場合には、第１エリアに配置された卓（図４の例では卓番号Ａ００１〜Ａ００３等の卓）に対応する卓要求操作が受け付けられることになる。

次に、制御装置１０は、受け付けた卓要求操作に対応する卓のいずれかが空いているか否かを判定する（ステップＳ１２）。この判定は、たとえば卓状況ＤＢ７３において利用状況が「空き」となっているか否かに基づいて行われる。

対応する卓のいずれかが空いている場合には、制御装置１０は、処理中の卓要求操作を表す受付番号に対応する行を受付管理ＤＢ７２に追加する（ステップＳ１３）。ここで追加される行は、受付番号と、受付時刻（たとえばステップＳ１１が実行された時刻）と、希望エリア（たとえばステップＳ１１において選択された領域）と、受付時点で空きが存在していたことを示す情報とを含む。

次に、制御装置１０は、顧客に利用させるべき卓を決定する（ステップＳ１４）。たとえば、卓要求操作に対応する卓のうちから、所定の基準（たとえば最も長時間空いているもの等）に基づいて１つの卓を選択する。

次に、制御装置１０は、ステップＳ１４で決定された卓がもはや空いていないことを示すよう、卓状況ＤＢ７３において利用状況を更新する（ステップＳ１５）。たとえば利用状況を「着席待ち」に変更する。ここで、制御装置１０はさらに、卓状況ＤＢ７３において、その卓に、受付番号および受付時刻を関連付けて記憶する。

次に、制御装置１０は、ステップＳ１４で決定された卓に設置された状況表示ランプ４２を所定の状態に変更させる（たとえば青色で点灯させる）（ステップＳ１６）。ただしステップＳ１６は省略可能である。その場合には状況表示ランプ４２の状態は変更されない。

次に、制御装置１０は、その卓を特定する案内情報を出力することにより、顧客に対して案内を行う（ステップＳ１７）。案内情報はたとえば受付端末２１に送信され、受付端末２１において表示される。案内情報は、本実施形態では地図の表示を含む。地図は、たとえば所定の領域（客席エリアＡ２等）においてステップＳ１４で決定された卓に対応する位置にマーク表示を付した画像である。

図９に、この案内表示に関連して表示される画面の例を示す。案内表示は、地図の他に、たとえば、卓が空いていたことまたは卓を確保したことを示すメッセージと、受付番号と、着席後に所定の着席操作を行うこと（たとえば客席端末４１から受付番号を入力すること）を促すメッセージとを含む。

ここで、顧客は案内表示に従って決定された卓に移動し、その卓の客席端末４１において着席操作を行うことになる。本実施形態では、顧客は受付番号を入力する。
図１０は、着席操作に関連して表示される画面の例を示す。顧客は数字を表すボタンを操作することにより受付番号を入力することができる。

客席端末４１は、この着席操作を受け付け（ステップＳ１８）、着席操作が行われたことを示す着席通知を制御装置１０に送信する（ステップＳ１９）。着席通知は、その着席通知を送信する客席端末４１自身の卓番号を含む。また、本実施形態では、着席通知は、着席操作に関連して入力された受付番号を含む。

とくに図示しないが、制御装置１０は、卓状況ＤＢ７３を参照し、受信した着席通知に含まれる卓番号に関連付けられた受付番号と、受信した着席通知に含まれる受付番号とが一致するか否かを判定してもよく、一致しない場合にはエラー表示を行った後に処理をステップＳ１８に戻してもよい。

制御装置１０は、着席通知を受信することに応じて、卓状況ＤＢ７３においてその卓の利用状況を「利用中」に変更する（ステップＳ２０）。ここで、制御装置１０はさらに、卓状況ＤＢ７３において、その卓に、着席時刻（たとえばステップＳ１９が実行された時刻）を関連付けて記憶する。次に、制御装置１０は、その卓に設置された状況表示ランプ４２を所定の状態に変更させる（たとえば赤色に点灯させる）（ステップＳ２１）。

ステップＳ１２において、卓要求操作に対応する卓がいずれも空いていない場合には、制御装置１０は、その顧客に対してポケットベル２３を供給する（ステップＳ２２）。ポケットベル２３は、たとえば受付装置２０の取出口２２を介して提供される。なお、制御装置１０の制御に応じて取出口２２からポケットベル２３を提供するための受付装置２０の構成は、当業者が任意に設計可能である。

図１１は、ステップＳ２２の実行に関連して表示される画面の例を示す。この表示はたとえば受付端末２１に表示される。この表示は、たとえば、卓が空いていないことを示すメッセージと、ポケットベル２３を受け取ることを促すメッセージと、ポケットベル２３の番号（以下「ポケベル番号」）（待機者識別情報）を受付装置２０に入力することを促すメッセージ（この図ではバーコードリーダ２４に読み取らせることを促すメッセージ）と、卓が空いたことに応じてポケットベル２３に通知が行われることを示すメッセージと、受付番号とを含む。

次に、制御装置１０は、その卓要求操作に関連付けられるポケベル番号（待機者識別情報）を取得する（ステップＳ２３）。たとえばポケベル番号は、顧客がポケットベル２３に印刷されたバーコードをバーコードリーダ２４に読み取らせることに応じ、バーコードリーダ２４が取得して制御装置１０に送信する。

ポケベル番号の取得は、様々な方法で行うことができる。たとえば受付装置２０の付近に店員を配置し、店員がポケットベル２３をバーコードリーダ２４にかざしてもよい。または、受付装置２０がポケットベル２３の提供に伴って自動的に取得してもよい。または、ポケットベル２３がポケベル番号を動的に変更可能なものである場合には、制御装置１０がポケベル番号を決定し、これを取得した後にポケットベル２３に付与してもよい。

次に、制御装置１０は、処理中の卓要求操作を表す受付番号に対応する行を受付管理ＤＢ７２に追加する（ステップＳ２４）。ここで追加される行は、受付番号と、受付時刻（たとえばステップＳ１１が実行された時刻）と、希望エリア（たとえばステップＳ１１において選択された領域）と、受付時点で空きが存在していなかったことを示す情報と、ステップＳ２３で取得したポケベル番号とを含む。

ここで、希望エリアは間接的に卓（または卓の集合）を特定する情報であるので、ステップＳ２４の処理は、卓要求操作に対応するポケベル番号と、卓要求操作に対応する各卓に係る卓番号（または卓番号のリスト）とを関連付けて、受付管理ＤＢ７２（第１のデータベース）に記憶する処理であるということができる。言い換えると、希望エリアは卓番号を含む領域情報であり、ステップＳ２４の処理は、卓要求操作に対応するポケベル番号と、卓要求操作に対応する各卓に係る卓番号を含む領域情報とを関連付けて、受付管理ＤＢ７２（第１のデータベース）に記憶する処理であるということができる。

以上のように、空き設備管理システム１００は、卓要求操作に応じて、空いている卓があれば顧客を案内し、なければ顧客にポケットベル２３を持たせて待機させる。

図１２は、空き設備管理システム１００が所定の終了予告操作を受け付けた場合に実行する動作の流れの例を示す。
客席端末４１は、終了予告操作を受け付ける（ステップＳ３１）。終了予告操作とは、卓を利用している顧客が、卓の利用を所定時間内に終了することを予告する操作である。

図１３および図１４は、ステップＳ３１の実行に関連して表示される画面の例を示す。これらの画面は、たとえば客席端末４１に表示される。図１３の画面が表示された状態で「帰り支度」と表記されたボタンが操作されると、図１４の画面が表示され、終了準備時間が指定できるようになる。このような例では、終了予告操作は、図１３の画面において「帰り支度」と表記されたボタンを操作した後に、図１４の画面においていずれかのボタンを操作することにより終了準備時間を指定するという一連の操作に対応する。

図１５は、終了予告操作に応じて客席端末４１が表示する画面の例を示す。この画面は、所定の終了操作（図１７に関連して後述）を促す表示を含む。

客席端末４１は、終了予告操作を受け付けると、終了予告操作が行われたことを示す終了予告通知を制御装置１０に送信する（ステップＳ３２）。終了予告通知は、その終了予告通知を送信する客席端末４１自身の卓番号と、終了準備時間とを含む。

制御装置１０は終了予告通知を受信することに応じて、卓状況ＤＢ７３においてその卓の利用状況を「終了待ち」に変更する（ステップＳ３３）。ここで、制御装置１０はさらに、卓状況ＤＢ７３において、その卓に、終了予告時刻（たとえばステップＳ３３が実行される時点の時刻）および終了準備時間を関連付けて記憶する。

次に、制御装置１０は、終了予告通知を受信した時刻を起点とし、その卓に係る終了準備時間が超過するまで待機する（ステップＳ３４）。なお、図示しないが、待機している間（すなわちステップＳ３４の実行中）に、その卓について客席端末４１が終了操作を受け付けた場合には、空き設備管理システム１００は図１２の処理を終了して図１７（後述）の処理を開始してもよい。

ステップＳ３４の後、制御装置１０は、卓状況ＤＢ７３においてその卓の利用状況を「予告時間超過」に変更し（ステップＳ３５）、その卓に設置された状況表示ランプ４２を所定の状態に変更させる（たとえば黄色に点灯させる）（ステップＳ３６）。

図１６は、ステップＳ３５およびＳ３６の実行に関連して表示される画面の例を示す。この画面は、たとえば客席端末４１に表示される。客席端末４１は、制御装置１０の制御に応じ、図１６の画面を表示する。この画面は、終了準備時間がすでに経過したことを示すメッセージを含む。

このように、空き設備管理システム１００は、顧客による終了予告を受け付け、これに応じて利用の終了を促す。

図１７は、空き設備管理システム１００が所定の終了操作を受け付けた場合に実行する動作の流れの例を示す。
客席端末４１は、終了操作を受け付ける（ステップＳ４１）。終了操作とは、卓を利用していた顧客が、卓の利用を終了したこと（または、卓から退出すること、卓の占有を解除すること、等）を通知する操作である。終了操作は、たとえば図１５または図１６の画面における「ＯＫ」と表記されたボタンが操作されることに対応する。

客席端末４１は、終了操作を受け付けると、終了操作が行われたことを示す終了通知を制御装置１０に送信する（ステップＳ４２）。終了通知は、その終了通知を送信する客席端末４１自身の卓番号を含む。制御装置１０は、終了通知を受信することに応じて、該当する卓に設置された状況表示ランプ４２（言い換えると、終了通知に含まれる卓番号に係る状況表示ランプ４２）を所定の状態に変更させる（たとえば青色に点灯させる）（ステップＳ４３）。

次に、制御装置１０は、その卓を希望している待機中の顧客が存在するか否かを判定する（ステップＳ４４）。この判定は、たとえば受付管理ＤＢ７２を参照し、その卓に対応する卓要求操作（すなわちその卓を含む領域を希望している卓要求操作）のうち、ポケベル番号が関連付けられているものが存在するか否かを判定することによって行われる。

その卓を希望している待機中の顧客が存在しない場合には、制御装置１０は、卓状況ＤＢ７３においてその卓の利用状況を「空き」に変更する（ステップＳ４５）。ここで、制御装置１０はさらに、卓状況ＤＢ７３において、その卓に関連付けられていた情報（受付時刻、着席時刻、終了に係る情報、および利用状況）を消去してもよい。

ステップＳ４４において、その卓を希望している待機中の顧客が存在する場合には、制御装置１０は、その卓に案内すべき顧客を決定する（ステップＳ４６）。たとえば、その卓に対応する卓要求操作のうちから、受付時刻が最も早いものを選択する。ここで、待機中の顧客の卓要求操作にはそれぞれポケベル番号が付与されているので、制御装置１０は、終了通知を受信することに応じて、ポケットベル２３のいずれかを、その終了通知に含まれる卓番号に関連付けるということができる。

次に、制御装置１０は、卓状況ＤＢ７３においてその卓の利用状況を「呼出中」に変更する（ステップＳ４７）。ここで、制御装置１０はさらに、卓状況ＤＢ７３において、その卓に、ステップＳ４６において選択された卓要求操作に関連付けられたポケベル番号を関連付けて記憶する。

このように、制御装置１０は、終了通知を受信することに応じて、受付管理ＤＢ７２（第１のデータベース）に基づき、その終了通知に含まれる卓番号と、いずれかのポケベル番号とを関連付けて、卓状況ＤＢ７３（第２のデータベース）に記憶する。より詳しく表現すると、制御装置１０は、受付管理ＤＢ７２において該当のポケベル番号に関連付けられた卓要求操作に対応する各卓（すなわちその卓要求操作において指定された希望エリアに配置された各卓）に係る各卓番号のいずれかを含む終了通知を受信することに応じて、その終了通知に含まれる卓番号と、そのポケベル番号とを関連付けて、卓状況ＤＢ７３に記憶する。

ここで、制御装置１０は、受付管理ＤＢ７２においてそのポケベル番号を消去してもよい。

次に、制御装置１０は、ステップＳ４６において決定された顧客に対し、呼出通知を送信する（ステップＳ４８）。たとえば、ステップＳ４６において選択された卓要求操作に関連付けられたポケベル番号を参照し、対応するポケットベル２３に対して呼出通知を送信する。呼出通知とは、たとえば顧客を受付端末２１に呼び出すための通知である。

図示しないが、ポケットベル２３は、この呼出通知を受信すると所定の出力を行う。たとえばアラーム音、振動、呼出メッセージの表示、等の出力を行う。

次に、制御装置１０は、所定の呼出応答操作を受け付ける（ステップＳ４９）。呼出応答操作とは、顧客が呼出通知に応答して呼び出されたことを制御装置１０に通知する操作である。呼出応答操作はポケベル番号の入力を含み、たとえば受付装置２０を介して受け付けられる。呼出応答操作はたとえば、顧客がポケットベル２３に印刷されたバーコードをバーコードリーダ２４に読み取らせる操作に対応する。この操作に応じ、制御装置１０は、対応するポケベル番号を取得する。

制御装置１０は、卓状況ＤＢ７３においていずれかの卓番号に関連付けられているポケベル番号を取得することに応じ、その卓の利用状況を「着席待ち」に変更する（ステップＳ５０）。ここで、制御装置１０はさらに、卓状況ＤＢ７３において、その卓に関連付けられたポケベル番号を消去してもよい。

ここで、ポケットベル２３を回収してもよい。たとえば、受付端末２１においてポケットベル２３を所定の回収場所に返却することを促すメッセージを表示してもよく、店員が顧客からポケットベル２３を受け取ってもよい。

次に、空き設備管理システム１００は、図７のステップＳ１７〜Ｓ２１と同様の処理を実行する（ステップＳ５１〜Ｓ５５）。なお、ステップＳ５１において表示される案内情報は、ステップＳ４２において送受信された終了通知に含まれる卓番号に係る卓を示す情報（たとえば図９のように、所定の領域においてその卓に対応する位置にマーク表示を付した画像等）を含む。

図１７の処理は、利用が終了する卓を示す情報を出力する機能（終了設備出力機能）を実現する処理であるということができる。

フローチャートにはとくに示さないが、客席端末４１は、飲食物の注文を表す注文情報を制御装置１０に送信する機能を備えてもよい。たとえば、客席端末４１は、着席操作を受け付けた後に、飲食物の注文を促す画面を表示してもよい。

図１８は、飲食物の注文を促す画面の例を示す。この画面は、たとえばステップＳ３５およびＳ５２の実行に関連して表示される。客席端末４１は、この画面に表示されるボタン等の操作可能オブジェクト（とくに図示せず）に対する操作に応じて、飲食物の注文を受け付け、受け付けた注文を表す注文情報を制御装置１０に送信する。注文情報は、たとえば、卓番号と、飲食物を特定するメニュー番号と、数量を表す値とを含む。

制御装置１０は、この注文情報を受信する。制御装置１０は、受信した注文情報を調理指示端末３０に送信してもよい。調理指示端末３０は、受信した注文情報を表示してもよい。

以上説明するように、実施の形態１に係る空き設備管理システム１００および空き設備管理プログラムによれば、顧客による直接的な終了操作に基づいて、その顧客が利用していた設備（卓４０）に新たな顧客を案内するので、空き設備の案内をより効率的に行うことができる。

上述の実施の形態１において、次のような変形を施すことができる。
管理対象の構成は、実施の形態１のものに限らない。座席５０や状況表示ランプ４２が設けられないものであってもよいし、客席端末４１は卓４０に固定されている必要はない。また、管理される設備は卓４０に限らない。設備は、座席５０であってもよく、その場合には客席端末４１が各座席５０に関連して設けられてもよい。また、設備は他の機器等であってもよく、部屋または建物であってもよく、特定の領域または空間であってもよい。

実施の形態１では案内情報は地図を含むが（図９）、地図を含まないものであってもよい。たとえば各卓４０に卓番号を表示しておけば、卓番号のみにより案内を行うことも可能である。
また受付番号を含む案内情報を、紙に印刷して顧客に渡すように構成すれば、顧客は客席端末４１において受付番号を入力するときに、確実に入力することができる。
さらにステップＳ１８の着席操作を顧客に行わせず、店員が受付端末２１から客先端末４１に対応する卓番号を指定し、「利用中」に変更するように構成することもできる。この場合、顧客が受付番号を入力する手間を省略することができ、飲食物の注文がスムーズに行えるようになる。

実施の形態１では制御装置１０と受付端末２１とが個別のコンピュータとして設けられるが、これらは同一のコンピュータであってもよい。すなわち、制御装置１０が受付端末２１の機能をすべて兼ね備えてもよい。また、制御装置１０はバーコードリーダ２４を含んでもよい。

実施の形態１では、店内通信ネットワークＮ１、客席通信ネットワークＮ２および無線通信ネットワークＮ３はそれぞれ異なるネットワークであるが、これらのいずれか２つまたはすべてが同一のネットワークであってもよい。

終了予告操作および終了操作は、実施の形態１のものに限らない。たとえば、終了準備時間は固定であってもよく、その場合には終了準備時間を選択する画面を省略してもよい。また、終了予告操作は、図１３のように顧客の積極的な帰り支度の意思表明に限らず、より消極的な操作（たとえば利用継続の意思表明の欠如）としてもよい。たとえば、「まだご利用を継続される場合には、下のボタンを操作してください」というメッセージとともに「継続する」と表記されたボタンを表示しておき、所定時間（たとえば５分）以内にボタンが操作されないことをもって終了予告操作を受け付けたと解釈してもよい。

実施の形態１ではポケットベル２３を用いているが、ポケットベル２３を用いない構成としてもよい。たとえば、空き設備管理システム１００は印刷装置を備えてもよく、ステップＳ２２において、ポケットベル２３に代えて、受付番号または待機者識別情報を印刷した紙片を提供してもよい。受付番号または待機者識別情報の双方を印刷してもよく、その場合には一方を文字または数字で、他方をバーコードにより印刷してもよい。その場合には、ステップＳ４８の処理に代えて、特定の受付番号または待機者識別情報を与えられた顧客を呼び出す呼出処理が行われる。

この呼出処理は、所定の呼出用端末（制御装置１０がこれを兼ねてもよい）と、客席エリアＡ２に関連して配置されるスピーカによって実現されてもよい。たとえば、呼出用端末が受付番号または待機者識別情報を表示し、これを店員等が読み取り、音声による放送等を行って顧客に伝達してもよい。

また、ポケットベル２３に代えてＲＦＩＤ等を用いてもよい。この場合には、待機者識別番号はＲＦＩＤ等に電子的に記憶させることができ、バーコードリーダ２４に代えてＲＦＩＤリーダ等を用いて読み取ることができる。

実施の形態１では、卓要求操作は複数の卓を含む領域の指定を伴うが、領域の指定は省略してもよく、その場合にはすべての卓が単一の領域に含まれるものとして扱ってもよい。この場合には卓配置ＤＢ７１を省略してもよい。また、この場合には受付管理ＤＢ７２に希望エリアを記憶する必要はない。また、卓要求操作は、領域でなく１つの卓を指定するよう構成してもよい。その場合には、受付管理ＤＢ７２には希望エリアに代えて希望卓の卓番号が記憶されてもよい。

実施の形態１では、終了準備時間の超過に伴う状況表示ランプ４２の表示変更（ステップＳ３６）は制御装置１０が行うが、これは客席端末４１が行ってもよい。その場合には、客席端末４１は状況表示ランプ４２と通信可能に構成されてもよい。たとえば客席端末４１は、終了操作を受け付けた時刻を起点とし、終了準備時間が超過するまで待機し、超過後に状況表示ランプ４２を所定の状態に変更させる（たとえば黄色に点灯させる）。

実施の形態１の処理に加え、長時間待機している顧客に対する特別の処理を行ってもよい。長時間待機している顧客は、たとえば受付管理ＤＢ７２においてポケベル番号が長時間（たとえば３０分以上）関連付けられたままになっている卓要求操作に対応する。たとえば制御装置１０は、受付管理ＤＢ７２を定期的に参照して受付時刻から長時間経過している卓要求操作を検出し、希望エリアを変更するか否かの問い合わせを行うための処理を実行してもよい。希望エリアを変更するか否かの問い合わせを行うための処理は、当業者が任意に設計することができる。

卓配置ＤＢ７１には、図４に示すもの以外の情報を追加してもよい。たとえば、卓によって最大着席人数が異なる場合には、最大着席人数を関連付けて記憶してもよい。この場合には、卓要求操作においてグループの人数の入力を受け付けてもよく、グループの人数および最大着席人数に基づいてそのグループを案内すべき卓を決定してもよい。
またエリアと卓の大きさを対応して構成してもよい。例えば、第１エリアは４人掛け卓があるエリア、第２エリアは８人掛け卓があるエリアと設定しておけば、顧客がエリア選択を行うことにより、グループの卓要求操作にも対応することができる。
またステップＳ１１の卓要求操作において、「どこでもよい」を選択肢に追加してもよい。その場合、ステップＳ１２の卓の空き判定は、全ての卓が対象となる。

１０ 制御装置、２３ ポケットベル（待機者用受信機）、４０ 卓（設備）、４１ 客席端末（設備端末）、４２ 状況表示ランプ（設備状態表示装置）、１００ 空き設備管理システム、７１ 卓配置ＤＢ、７２ 受付管理ＤＢ（第１のデータベース）、７３ 卓状況ＤＢ（第２のデータベース）。

上述の問題点を解決するため、この発明に係る空き設備管理システムは、複数の設備端末と、制御装置とを備える、空き設備管理システムであって、
前記設備端末は、それぞれ異なる設備に関連して設けられ、それぞれを特定する設備識別情報が関連付けられ、
前記設備端末は、
所定の終了予告操作に応じて、所定の終了操作を促す表示を行う機能と、
前記終了操作に応じて、自身の設備識別情報を含む終了通知を、前記制御装置に送信する機能と
を備え、
前記制御装置は、前記終了通知に含まれる設備識別情報に係る設備を示す情報を出力する、終了設備出力機能を備える。

前記空き設備管理システムは、さらに、前記設備のそれぞれに関連して設けられる設備状態表示装置を備え、
前記制御装置は、さらに、前記終了通知を受信することに応じて、その終了通知に含まれる設備識別情報に係る前記設備状態表示装置を所定の状態に変更させる機能を備えてもよい。
前記設備端末は、飲食物の注文を表す情報を前記制御装置に送信する機能を備えてもよい。
前記空き設備管理システムは、さらに複数の待機者用受信機を備え、
前記待機者用受信機は持ち運び可能であり、
前記終了設備出力機能は、
前記終了通知を受信することに応じて、前記待機者用受信機のいずれかを、その終了通知に含まれる設備識別情報に関連付ける機能と、
当該関連付けられた待機者用受信機に呼出通知を送信する機能と
を含んでもよい。
前記制御装置は、
各設備が空いているか否かを示す利用状況を記憶する機能と、
設備の割り当てを要求する設備要求操作を受け付ける機能と、
前記設備要求操作に対応する設備が空いていない場合に、前記設備要求操作に対応する待機者識別情報と、前記設備要求操作に対応する各設備に係る設備識別情報またはこの設備識別情報を含む領域情報とを関連付けて、第１のデータベースに記憶する機能と、
を備え、
前記終了設備出力機能は、前記終了通知を受信することに応じて、前記第１のデータベースに基づき、その終了通知に含まれる設備識別情報と、いずれかの待機者識別情報とを関連付けて、第２のデータベースに記憶する機能を含んでもよい。
前記制御装置は、前記設備要求操作に対応する設備が空いている場合に、その設備が空いていないことを示すよう前記利用状況を更新するとともに、その設備を特定する情報を出力する機能をさらに備えてもよい。

Claims (8)

1. 複数の設備端末と、制御装置とを備える、空き設備管理システムであって、
   前記設備端末は、それぞれ異なる設備に関連して設けられ、それぞれを特定する設備識別情報が関連付けられ、
   前記設備端末は、所定の終了操作に応じて、自身の設備識別情報を含む終了通知を、前記制御装置に送信する機能を備え、
   前記制御装置は、前記終了通知に含まれる設備識別情報に係る設備を示す情報を出力する、終了設備出力機能を備える、
   空き設備管理システム。
2. 前記空き設備管理システムは、さらに、前記設備のそれぞれに関連して設けられる設備状態表示装置を備え、
   前記制御装置は、さらに、前記終了通知を受信することに応じて、その終了通知に含まれる設備識別情報に係る前記設備状態表示装置を所定の状態に変更させる機能を備える、
   請求項１に記載の空き設備管理システム。
3. 前記設備端末は、さらに、所定の終了予告操作に応じて、前記終了操作を促す表示を行う機能を備える、請求項１または２に記載の空き設備管理システム。
4. 前記設備端末は、飲食物の注文を表す情報を前記制御装置に送信する機能を備える、請求項１〜３のいずれか一項に記載の空き設備管理システム。
5. 前記空き設備管理システムは、さらに複数の待機者用受信機を備え、
   前記待機者用受信機は持ち運び可能であり、
   前記終了設備出力機能は、
   前記終了通知を受信することに応じて、前記待機者用受信機のいずれかを、その終了通知に含まれる設備識別情報に関連付ける機能と、
   当該関連付けられた待機者用受信機に呼出通知を送信する機能と
   を含む、
   請求項１〜４のいずれか一項に記載の空き設備管理システム。
6. 前記制御装置は、
   各設備が空いているか否かを示す利用状況を記憶する機能と、
   設備の割り当てを要求する設備要求操作を受け付ける機能と、
   前記設備要求操作に対応する設備が空いていない場合に、前記設備要求操作に対応する待機者識別情報と、前記設備要求操作に対応する各設備に係る設備識別情報またはこの設備識別情報を含む領域情報とを関連付けて、第１のデータベースに記憶する機能と、
   を備え、
   前記終了設備出力機能は、前記終了通知を受信することに応じて、前記第１のデータベースに基づき、その終了通知に含まれる設備識別情報と、いずれかの待機者識別情報とを関連付けて、第２のデータベースに記憶する機能を含む、
   請求項１〜５のいずれか一項に記載の空き設備管理システム。
7. 前記制御装置は、前記設備要求操作に対応する設備が空いている場合に、その設備が空いていないことを示すよう前記利用状況を更新するとともに、その設備を特定する情報を出力する機能をさらに備える、請求項６に記載の空き設備管理システム。
8. 制御装置と接続されたコンピュータを、請求項１〜７のいずれか一項に記載の前記設備端末として機能させる、空き設備管理プログラム。

Images