JP7208547B2 - 施設管理システム、施設管理方法、及び施設管理プログラム - Google Patents

Description

本発明は、施設管理システム、施設管理方法、及び施設管理プログラムに関する。

従来、飲食店において利用者端末を利用して料理の注文を行うことが可能なシステムが知られている（例えば特許文献１参照）。例えば、前記システムでは、利用者端末によりテーブルに設けられた二次元コードを読み取って料理を選択すると、テーブル番号に関連付けられた注文情報が施設端末に送信される。

特開２０２０－４３５３号公報

ところで、飲食店において、複数の利用者を含むグループ（利用者グループ）が、隣り合う複数のテーブルを利用したり、他のテーブルを移動させて複数のテーブルを隣接させて利用したりする場合がある。このようなケースにおいて、利用者端末を利用して料理を注文したり注文金額の決済を行ったりする場合には、テーブルごとに料理の注文、注文金額の決済などを行わなければならず、利便性が悪いという問題が生じる。

本発明の目的は、施設において利用者が複数のテーブルを利用する場合に利用者の利便性を向上させることが可能な施設管理システム、施設管理方法、及び施設管理プログラムを提供することにある。

本発明に係る施設管理システムは、施設の利用者の利用者端末から前記施設に配置されるテーブルの識別情報を取得する取得処理部と、前記利用者端末から前記施設で提供可能な商品の注文情報を取得し、取得する前記注文情報と前記取得処理部により取得される前記テーブルの識別情報とを関連付ける注文処理部と、前記取得処理部により前記利用者端末から第１テーブルの第１識別情報と第２テーブルの第２識別情報とが取得された場合に、前記第１識別情報及び前記第２識別情報を互いに関連付ける又は関連付けられた前記第１識別情報及び前記第２識別情報の関連付けを解除する結合処理部と、を備える。

本発明に係る施設管理方法は、一又は複数のプロセッサーが、施設の利用者の利用者端末から前記施設に配置されるテーブルの識別情報を取得する取得ステップと、前記利用者端末から前記施設で提供可能な商品の注文情報を取得し、取得する前記注文情報と前記取得ステップにより取得される前記テーブルの識別情報とを関連付ける注文ステップと、前記取得ステップにより前記利用者端末から第１テーブルの第１識別情報と第２テーブルの第２識別情報とが取得された場合に、前記第１識別情報及び前記第２識別情報を互いに関連付ける又は関連付けられた前記第１識別情報及び前記第２識別情報の関連付けを解除する結合ステップと、を実行する方法である。

本発明に係る施設管理プログラムは、施設の利用者の利用者端末から前記施設に配置されるテーブルの識別情報を取得する取得ステップと、前記利用者端末から前記施設で提供可能な商品の注文情報を取得し、取得する前記注文情報と前記取得ステップにより取得される前記テーブルの識別情報とを関連付ける注文ステップと、前記取得ステップにより前記利用者端末から第１テーブルの第１識別情報と第２テーブルの第２識別情報とが取得された場合に、前記第１識別情報及び前記第２識別情報を互いに関連付ける又は関連付けられた前記第１識別情報及び前記第２識別情報の関連付けを解除する結合ステップと、を一又は複数のプロセッサーに実行させるためのプログラムである。

本発明によれば、施設において利用者が複数のテーブルを利用する場合に利用者の利便性を向上させることが可能な施設管理システム、施設管理方法、及び施設管理プログラムが提供される。

図１は、本発明の実施形態に係る施設管理システムの構成を示すブロック図である。 図２は、本発明の実施形態に係る施設管理システムで使用される商品情報の一例を示す図である。 図３は、本発明の実施形態に係る施設管理システムで使用される注文受付情報の一例を示す図である。 図４は、本発明の実施形態に係る施設管理システムで使用されるテーブル結合情報の一例を示す図である。 図５は、本発明の実施形態に係る施設管理システムで使用される注文受付情報の一例を示す図である。 図６は、本発明の実施形態に係る施設管理システムが適用される施設のテーブルのレイアウトの一例を示す図である。 図７は、本発明の実施形態に係る利用者端末に表示されるテーブル結合画面の一例を示す図である。 図８は、本発明の実施形態に係る施設管理システムにおけるテーブルの結合方法の一例を示す図である。 図９は、本発明の実施形態に係る利用者端末に表示されるテーブル結合画面の一例を示す図である。 図１０は、本発明の実施形態に係る施設管理システムにおけるテーブルの結合方法の一例を示す図である。 図１１は、本発明の実施形態に係る利用者端末に表示されるテーブル結合画面の一例を示す図である。 図１２は、本発明の実施形態に係る利用者端末に表示される注文画面の一例を示す図である。 図１３は、本発明の実施形態に係る利用者端末に表示される会計画面の一例を示す図である。 図１４は、本発明の実施形態に係る施設管理システムで実行される施設管理処理の一例を示すフローチャートである。 図１５は、本発明の実施形態に係る利用者端末に表示されるテーブル結合画面の一例を示す図である。 図１６は、本発明の実施形態に係る利用者端末に表示されるテーブル解除画面の一例を示す図である。 図１７は、本発明の実施形態に係る施設管理システムにおけるテーブルの解除方法の一例を示す図である。

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

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

施設管理装置２は、飲食店などの施設に設置されているテーブルを管理するための装置である。施設管理装置２は、飲食店などの施設を利用する利用者を一又は複数のテーブルに割り当てる機能を有する。具体的には、施設管理装置２は、所望の日時及び時間帯に施設の利用を希望する利用者に対して前記日時及び時間帯に空いているテーブルを割り当てることが可能である。また、施設管理装置２は、予約せずに施設に来た利用者に対して空いているテーブルを割り当てることも可能である。

また、施設管理装置２は、利用者の利用者端末３から施設で提供する商品（例えば飲食物）の注文を受け付けて注文情報を施設端末４に出力する注文機能を有する。

利用者端末３は、利用者が所有する端末（スマートフォンなど）であり、施設のウェブサイトにアクセスして所望の商品の注文を行うことが可能な操作端末である。例えば、利用者は、飲食店に来店して所定のテーブルの席に着くと、利用者端末３により前記ウェブサイトにアクセスして、注文画面において所望の飲食物の注文を行うことが可能である。また、複数の利用者端末３のそれぞれが同時に同一のテーブルにおいて注文を行うことも可能である。

施設端末４は、施設管理装置２から注文情報を取得すると、当該注文情報を厨房端末（不図示）に出力する。また、施設端末４は、予約情報、テーブル割り当て情報、注文情報、会計情報などを管理する管理機能を有してもよい。

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

以下では、本発明の施設の一例として、飲食物（料理、ドリンクなど）を提供する飲食店を挙げて説明する。

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

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

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

記憶部２２は、各種の情報を記憶するＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）又はＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）などの不揮発性の記憶部である。具体的に、記憶部２２は、商品情報Ｄ１、注文受付情報Ｄ２、及びテーブル結合情報Ｄ３を含む。図２は商品情報Ｄ１の一例を示す図であり、図３は注文受付情報Ｄ２の一例を示す図であり、図４はテーブル結合情報Ｄ３の一例を示す図である。

商品情報Ｄ１は、飲食店で提供可能な商品（飲食物）に関する情報（メニュー情報）である。図２に示されるように、商品情報Ｄ１には、商品ＩＤ、商品名、金額、画像などの情報が含まれる。前記商品ＩＤは、飲食物の識別情報である。前記商品名は、飲食物の名前である。前記画像は、前記飲食物を表す写真又はイラストである。

商品情報Ｄ１は、飲食店の管理者により予め登録され、必要に応じて適宜更新される。例えば、飲食店の管理者は、施設管理装置２が管理するメニュー登録ページにアクセスして商品情報Ｄ１の登録、編集などを行うことが可能である。

注文受付情報Ｄ２は、利用者端末３を通じて利用者から受け付けた注文に関する注文情報である。図３に示されるように、注文受付情報Ｄ２には、テーブル番号、利用人数、利用者端末、注文番号、注文商品、注文数などの情報が含まれる。前記テーブル番号は、飲食店に配置されるテーブルを識別する識別情報である。前記利用人数は、前記テーブルを利用する利用者の人数である。前記利用人数の情報は、利用者端末３から取得する情報に含まれる。なお、前記利用人数の情報は、飲食店のスタッフが操作する操作端末（不図示）、予約を管理する施設端末４などから取得する情報に含まれてもよい。例えば、スタッフが飲食店に来店した利用者をテーブルに案内する際に利用者から利用人数を聞き取ると、前記操作端末にテーブル番号及び利用人数を入力する。制御部２１は、前記操作端末からテーブル番号及び利用人数の各情報を取得すると、注文受付情報Ｄ２においてテーブル番号及び利用人数を互いに関連付ける。また、利用者が飲食店を予約する際に利用人数を登録した場合には、制御部２１は施設端末４から利用者情報（利用者名、利用人数など）及び利用者に割り当てられたテーブルのテーブル番号を取得して、注文受付情報Ｄ２においてテーブル番号及び利用人数を互いに関連付ける。

前記利用者端末は、前記注文商品の注文が行われた利用者端末３の識別情報である。なお、テーブルにおいて１つの利用者端末３により注文が行われた場合には１つの利用者端末３の識別情報が登録され、テーブルにおいて複数の利用者端末３により注文が行われた場合には複数の利用者端末３の識別情報が前記注文商品に対応付けられて登録される。前記注文番号は、利用者の注文を識別する識別情報である。制御部２１は、例えば利用者から注文を受け付けた順、すなわち利用者端末３から注文を受け付けた順に番号（注文番号）を注文受付情報Ｄ２に登録する。前記注文商品は、注文内容を示す情報である。前記注文商品には、商品情報Ｄ１（図２参照）に含まれる商品名のうち利用者に選択された商品（飲食物）の商品名が登録される。各注文商品には、前記注文番号が関連付けられる。前記注文数は、一度の注文に含まれる飲食物の数量を示す情報である。

注文受付情報Ｄ２は、現在時刻における情報を示している。また、注文受付情報Ｄ２には、テーブルごとに、利用人数、利用者端末、注文番号、注文商品、及び注文数の各情報が互いに関連付けられて登録される。図３に示す例では、飲食店にテーブル番号「１」～「９」のテーブルＴ１～Ｔ９が配置されており（図６参照）、テーブル番号「１」のテーブルＴ１において注文番号「００１」～「００４」の注文が行われ、その後、テーブル番号「２」のテーブルＴ２において注文番号「００５」、「００６」の注文が行われ、その後、テーブル番号「５」のテーブルＴ５において注文番号「００７」～「００９」の注文が行われたことを示している。

詳細は後述するが、制御部２１は、上記のように飲食物の注文を受け付けるごとに注文受付情報Ｄ２を登録し、また注文受付情報Ｄ２を施設端末４に出力する。施設端末４は、注文受付情報Ｄ２を取得すると厨房端末に出力して調理指示などを行う。なお、注文受付情報Ｄ２は、利用者の利用代金（注文金額）に関する会計処理（決済処理）にも利用される。また、注文受付情報Ｄ２は、決済処理が完了した場合などに削除されてもよい。

テーブル結合情報Ｄ３は、複数のテーブルが結合された場合の結合関係を示す情報である。図４に示されるように、テーブル結合情報Ｄ３には、テーブル番号、結合テーブル番号、結合状況、結合元利用者端末などの情報が含まれる。前記テーブル番号は、飲食店に配置されるテーブルを識別する識別情報である。前記結合テーブル番号は、前記テーブル番号のテーブルに結合されるテーブル（結合テーブル）を識別する識別情報である。前記結合状況は、対象のテーブルに、他のテーブルが結合されているか否かの状況を示す情報である。前記結合元利用者端末は、結合指示（後述）を行った利用者の利用者端末３を識別する識別情報である。制御部２１は、利用者の利用者端末３による後述の操作（結合操作）に基づいて、テーブル結合情報Ｄ３を登録する。

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

また、記憶部２２には、利用者端末３に表示されるテーブル結合画面（図７参照）、注文画面（図１２参照）、会計画面（図１３参照）などの各種画面のデータも記憶される。

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

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

ところで、飲食店において、複数の利用者を含む利用者グループが、隣り合う複数のテーブルを利用したり、他のテーブルを移動させて複数のテーブルを隣接させて利用したりする場合がある。このようなケースにおいて、利用者端末３を利用して料理を注文したり注文金額の決済を行ったりする場合には、テーブルごとに料理の注文、注文金額の決済などを行わなければならず、利便性が悪いという問題が生じる。これに対して、本実施形態に係る施設管理装置２では、施設において利用者が複数のテーブルを利用する場合に利用者の利便性を向上させることが可能である。

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

取得処理部２１１は、飲食店の利用者の利用者端末３から飲食店に配置されるテーブルの識別情報を取得する。具体的には、取得処理部２１１は、テーブルに設けられた二次元コード（例えばＱＲコード（登録商標））が利用者端末３に読み取られた場合にテーブルの識別情報（テーブル番号）を取得する。これにより、施設管理装置２は、各テーブルについて、利用中であるか否かを把握することができる。前記二次元コードは、本発明の情報コードの一例である。また、取得処理部２１１は、本発明の取得処理部の一例である。

図６には、飲食店のテーブルレイアウトを示している。ここでは、テーブル番号「１」～「９」のテーブルＴ１～Ｔ９を示している。テーブルＴ１～Ｔ９のそれぞれには、ＱＲコードＣ１～Ｃ９が貼付されている。各ＱＲコードには、テーブル番号の情報が登録されている。例えば、利用者は、飲食店に来店してテーブルＴ１の席に着くと、利用者端末３のカメラ３４を利用してテーブルＴ１のＱＲコードＣ１からテーブル番号「１」を読み取る。取得処理部２１１は、利用者端末３からテーブル番号「１」を取得する。

なお、取得処理部２１１は、以下の方法によりテーブル番号を取得してもよい。例えば、飲食店のスタッフは、飲食店に来店した利用者をテーブルに案内する際に利用者から利用人数を聞き取ると、前記操作端末にテーブル番号及び利用人数を入力する。取得処理部２１１は、前記操作端末からテーブル番号及び利用人数の各情報を取得する。また、利用者が飲食店を予約する際に利用人数を登録した場合、取得処理部２１１は、施設端末４から利用者情報（利用者名、利用人数など）及び利用者に割り当てられたテーブルのテーブル番号を取得する。取得処理部２１１は、テーブル番号及び利用人数の各情報を取得すると、テーブル番号及び利用人数を互いに関連付けた注文受付情報Ｄ２（図３参照）を記憶部２２に記憶する。

また、取得処理部２１１は、利用者が利用者端末３において自身が利用するテーブルのテーブル番号を入力する操作を行った場合に、当該入力操作に応じてテーブル番号を取得してもよい。

注文処理部２１２は、利用者から飲食物の注文を受け付ける。具体的には、注文処理部２１２は、取得処理部２１１によりテーブル番号が取得されると、利用者端末３に注文画面を表示させて利用者から飲食物の注文の受け付けを開始する。これにより、例えばテーブルＴ１の利用者は、利用者端末３を利用して飲食物の注文を行うことが可能になる。例えば利用者は、利用者端末３に表示される注文画面において所望の飲食物を選択して注文を確定させる操作を行う。注文処理部２１２は、本発明の注文処理部の一例である。

また、注文処理部２１２は、受け付けた注文の注文情報を取得し、取得した前記注文情報と、取得処理部２１１により取得されるテーブル番号とを互いに関連付けた注文受付情報Ｄ２（図３参照）を記憶部２２に記憶する。例えば、テーブルＴ１において、４人の利用者が「商品Ｍ１」、「商品Ｍ２」、「商品Ｍ３」、「飲み放題」を注文した場合に、注文処理部２１２は、各注文商品の情報と各注文商品に対応する注文番号とを、テーブル番号「１」に関連付けて記憶部２２に記憶する。また、注文処理部２１２は、いずれの利用者端末３から前記注文を受け付けたかを記憶するために、注文が行われた利用者端末３の識別情報を併せて記憶してもよい（図３参照）。

また、注文処理部２１２は、利用者から飲食物の注文を受け付けると、注文受付情報Ｄ２を施設端末４に出力する。具体的には、注文処理部２１２は、利用者が注文した飲食物の注文内容と、当該利用者が利用するテーブルのテーブル番号と、利用者端末３の識別情報と、注文番号とを含む注文情報を施設端末４に出力する。前記注文情報には、注文日時（受付日時）が含まれてもよい。施設端末４は、注文受付情報Ｄ２を取得すると、注文受付情報Ｄ２を厨房端末に出力して調理指示などを行う。

結合処理部２１３は、複数のテーブルを結合する結合処理（グルーピング）を実行する。具体的には、結合処理部２１３は、取得処理部２１１により利用者端末３から第１テーブルのテーブル番号（第１テーブル番号）と第２テーブルのテーブル番号（第２テーブル番号）とが取得された場合に、前記第１テーブル番号及び前記第２テーブル番号を互いに関連付ける。また、結合処理部２１３は、前記第１テーブルに設けられた第１ＱＲコード（本発明の第１情報コード）と前記第２テーブルに設けられた第２ＱＲコード（本発明の第２情報コード）とが同一の利用者端末３により読み取られた場合に、前記第１テーブル番号及び前記第２テーブル番号を互いに関連付ける。結合処理部２１３は、本発明の結合処理部の一例である。また、第１テーブル番号は本発明の第１識別情報の一例であり、第２テーブル番号は本発明の第２識別情報の一例である。

例えば、利用者は利用者端末３において前記ウェブサイトのテーブル結合画面（図７参照）において複数のテーブルを結合させる結合操作を行う。具体的には、利用者が利用者端末３においてテーブル結合画面にアクセスすると、結合処理部２１３は、テーブルに貼付されたＱＲコードを読み取る読取画面を利用者端末３に表示させる。例えば、７人の利用者グループがテーブルＴ１，Ｔ２を利用する場合に、一人の利用者Ａが、図８に示すように利用者端末３ＡによりテーブルＴ１のＱＲコードＣ１を読み取る。結合処理部２１３は、テーブルＴ１のテーブル番号「１」を取得すると、続けて他のテーブルのＱＲコードを読み取るように利用者Ａに促す（図９参照）。利用者Ａは、図１０に示すように利用者端末３ＡによりテーブルＴ２のＱＲコードＣ２を読み取る。結合処理部２１３は、テーブルＴ２のテーブル番号「２」を取得すると、取得したテーブルＴ１，Ｔ２を結合するか否かを利用者Ａに問い合わせる（図１１参照）。図１１に示す画面において利用者Ａが「結合する」のボタンＫ１を押下すると、結合処理部２１３は、当該操作に対応する結合指示を取得してテーブルＴ１，Ｔ２を結合する。なお、利用者Ａは、さらに他のテーブルの結合を希望する場合には、引き続き他のテーブルのＱＲコードを読み取る操作を行う（図１１参照）。

結合処理部２１３は、テーブルＴ１，Ｔ２の結合指示を取得すると、テーブルＴ１のテーブル番号「１」とテーブルＴ２のテーブル番号「２」とを互いに関連付けたテーブル結合情報Ｄ３（図４参照）を記憶部２２に記憶する。また、結合処理部２１３は、テーブル結合情報Ｄ３において、テーブル番号「１」及びテーブル番号「２」のそれぞれの結合状況に「結合中」を登録する。また、結合処理部２１３は、テーブル結合情報Ｄ３において、結合指示を行った利用者Ａの利用者端末３Ａの識別情報「３Ａ」（結合元利用者端末）をテーブル番号「１」及びテーブル番号「２」のそれぞれに関連付けて登録する。

これにより、利用者グループは、テーブルＴ１，Ｔ２を一つのテーブルとして利用することが可能になる。例えば、テーブルＴ１の利用者が、テーブルＴ２の利用者の商品を注文したり、テーブルＴ１，Ｔ２の注文金額をまとめて会計したりすることが可能になる。例えば、テーブルＴ１，Ｔ２のそれぞれの利用者は、自身の利用者端末３を利用して、図１２に示す注文画面において商品を選択して「注文する」のボタンＫ２を押下して注文を行うことができる。なお、テーブルＴ１，Ｔ２のそれぞれの利用者は、例えば、テーブルＴ１のＱＲコードＣ１又はテーブルＴ２のＱＲコードＣ２を読み取って前記ウェブサイトにログインすることにより、自身の利用者端末３により注文、会計などの操作を行うことが可能になる。

ここで、結合処理部２１３は、結合先のテーブルの利用者に、当該テーブルの結合を許可するか否かを問い合わせてもよい。例えば、テーブルＴ１の利用者Ａが利用者端末３Ａ（結合元利用者端末）においてテーブルＴ２の結合指示（結合要求）を行った場合に、結合処理部２１３は、テーブルＴ２の利用者Ｂの利用者端末３Ｂ（結合先利用者端末）に、テーブルＴ２をテーブルＴ１に結合してもよいかどうかを問い合わせる。結合処理部２１３は、利用者ＢがテーブルＴ２の結合を許可した場合、すなわち利用者端末３Ｂから許可情報を取得した場合に、テーブルＴ１，Ｔ２を結合して、テーブルＴ１，Ｔ２の結合が許可されたことを示す情報を利用者端末３Ａに通知する。一方、結合処理部２１３は、利用者ＢがテーブルＴ２の結合を拒否した場合、すなわち利用者端末３Ｂから拒否情報を取得した場合には、テーブルＴ１，Ｔ２を結合せずに、テーブルＴ１，Ｔ２の結合が拒否されたことを示す情報を利用者端末３Ａに通知する。この構成によれば、結合先のテーブルＴ２の利用者Ｂが意図しない結合を結合元（結合要求元）の利用者Ａが行うことによるトラブルを回避することができる。

なお、利用者グループは、テーブルＴ１，Ｔ２を結合した場合に、テーブルＴ１，Ｔ２を移動させて接続した状態で利用してもよいし、配置レイアウトを変更しないで利用してもよい。すなわち、「結合」は、複数のテーブルが物理的に接続している状態に限定されない。

また、結合処理部２１３は、テーブルＴ１とテーブルＴ３とを結合してもよいし、テーブルＴ１とテーブルＴ８とを結合してもよい（図６参照）。なお、結合処理部２１３は、結合可能なテーブルを予め設定してもよい。例えば、結合処理部２１３は、結合可能なテーブルを、配置レイアウト（図６参照）において隣り合うテーブルに限定してもよい。これにより、例えば、テーブルＴ１に結合可能なテーブルはテーブルＴ２，Ｔ５，Ｔ６となり、テーブルＴ２に結合可能なテーブルはテーブルＴ１，Ｔ３，Ｔ５，Ｔ６，Ｔ７となり、テーブルＴ６に結合可能なテーブルはテーブルＴ１，Ｔ２，Ｔ３，Ｔ５，Ｔ７，Ｔ８，Ｔ９となる。

また、結合処理部２１３は、２つのテーブルを結合してもよいし、３つ以上のテーブルを結合してもよい。

また、結合処理部２１３は、複数のテーブルを結合した場合に、図５に示すようにテーブルＴ１，Ｔ２において受け付けた注文の注文情報を結合（集約）する。ここで、例えば７人の利用者グループのうち４人の利用者がテーブルＴ１において商品の注文を行い、３人の利用者がテーブルＴ２において商品の注文を行った後に、テーブルＴ１，Ｔ２が結合された場合には、結合処理部２１３は、テーブル番号「１」、「２」に関連付けて登録された注文情報（図３参照）をテーブル番号「１，２」に関連付けて結合する（図５参照）。また、例えば７人の利用者グループが来店した際にテーブルＴ１，Ｔ２が結合された場合には、結合処理部２１３は、注文受付情報Ｄ２において、注文情報が登録されていない状態でテーブル番号「１，２」を結合する。

なお、結合処理部２１３は、利用者が利用者端末３に表示されるテーブル結合画面においてテーブル番号「１」、「２」を入力した場合に、テーブルＴ１，Ｔ２を結合し、テーブル番号「１」、「２」を互いに関連付けて登録してもよい。すなわち、利用者によるテーブルの結合操作は、テーブルのＱＲコードを読み取る操作に限定されず、テーブル番号を入力又は選択する操作であってもよい。

注文処理部２１２は、複数のテーブルが結合された後に利用者から商品の注文を受け付けた場合には、結合されたテーブル番号に関連付けて注文情報を注文受付情報Ｄ２に登録する。これにより、例えば図１２に示す注文画面において利用者が「注文履歴」のボタンＫ３を押下すると、注文処理部２１２は、テーブル番号「１，２」に関連付けられた注文受付情報Ｄ２（注文商品、注文数）を利用者端末３に表示させる。また、注文処理部２１２は、結合されたテーブル番号に関連付けた注文情報を施設端末４に出力する。例えば、注文処理部２１２は、テーブルＴ１，Ｔ２において注文を受け付けると、テーブル番号「１，２」と注文商品とを関連付けた注文情報（注文受付情報Ｄ２）を施設端末４に出力する。なお、注文処理部２１２は、テーブルＴ１，Ｔ２のうち注文操作を行った利用者が利用するテーブルのテーブル番号「１」又は「２」と注文商品とを関連付けて、前記注文情報を施設端末４に出力してもよい。

また、結合処理部２１３は、複数のテーブル番号を互いに関連付けた場合、すなわち複数のテーブルを結合した場合に、当該テーブル番号に対応する特定情報を、予約又は空席を管理する施設端末４に通知してもよい。前記特定情報は、結合される複数のテーブルのテーブル番号を示す情報である。施設端末４は、前記特定情報を取得すると、施設に配置される複数のテーブルのうち予約可能なテーブルの数、当該テーブル番号、空席の数などの情報を登録又は更新する。

決済処理部２１４は、利用者の注文に対応する注文金額の決済処理を実行する。結合処理部２１３により複数のテーブルが結合された場合には、決済処理部２１４は、各テーブルのテーブル番号に関連付けられた注文情報に対応する注文金額を合計した合計金額の決済処理を行う。例えば、結合処理部２１３によりテーブルＴ１，Ｔ２が結合された場合、決済処理部２１４は、テーブル番号「１」に関連付けられた商品の注文金額と、テーブル番号「２」に関連付けられた商品の注文金額とを合計した合計金額の決済処理を行う。決済処理部２１４は、本発明の決済処理部の一例である。

例えば、図１２に示す注文画面において利用者が「会計ページへ」のボタンＫ４を押下すると、決済処理部２１４は、図１３に示す会計画面を利用者端末３に表示させる。また決済処理部２１４は、前記会計画面にテーブルＴ１，Ｔ２の注文履歴及び金額の情報をまとめて表示させる。図１３に示す会計画面において利用者が「会計する」のボタンＫ５を押下すると、決済処理部２１４は、テーブルＴ１，Ｔ２の合計金額の決済処理を実行する。なお、決済処理部２１４は、利用者グループに含まれる利用者ごとに決済処理を実行してもよいし、割り勘決済を実行してもよい。

なお、図１３に示す会計画面において利用者が「注文ページへ」のボタンＫ６を押下すると、注文処理部２１２は、図１２に示す注文画面を利用者端末３に表示させて、利用者からの注文の受け付けを可能にする。

決済処理部２１４により、結合したテーブルに対応する決済処理が完了した場合には、結合処理部２１３は、テーブルの結合を解除する。具体的には、決済処理部２１４によりテーブルＴ１，Ｔ２に対応する合計金額の決済処理が完了した場合に、結合処理部２１３は、テーブル結合情報Ｄ３（図４参照）の「結合テーブル番号」及び「結合中」を削除し、注文受付情報Ｄ２（図５参照）のテーブル番号「１，２」の関連付けを解除する。

提示処理部２１５は、各種情報を利用者端末３に提示する。例えば、取得処理部２１１により利用者端末３から複数のテーブルのテーブル番号が取得された場合に、各テーブル番号を互いに関連付けることに関する所定の情報を利用者端末３に提示する。具体的には、図１１に示すように、取得処理部２１１により利用者端末３からテーブルＴ１，Ｔ２のテーブル番号「１」、「２」が取得された場合に、「読取済テーブル：Ｎｏ．１，２を結合しますか？」のメッセージと、「結合する」のボタンＫ１とを利用者端末３に表示させる。提示処理部２１５は、本発明の提示処理部の一例である。

［利用者端末３］
図１に示されるように、利用者端末３は、制御部３１、記憶部３２、操作表示部３３、カメラ３４、及び通信Ｉ／Ｆ３５などを備える。利用者端末３は、例えば飲食店の利用者が所有するスマートフォン、タブレット端末などである。

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

カメラ３４は、被写体であるＱＲコードの画像を撮像してデジタル画像データとして出力するデジタルカメラである。カメラ３４により撮像された画像データは制御部３１に送信される。制御部３１は、前記画像データからテーブル番号を読み取り、施設管理装置２に送信する。

操作表示部３３は、各種の情報を表示する液晶ディスプレイ又は有機ＥＬディスプレイのような表示部と、操作を受け付けるマウス、キーボード、又はタッチパネルなどの操作部とを備えるユーザーインターフェースである。操作表示部３３は、テーブル結合画面（図７参照）、注文画面（図１２参照）、会計画面（図１３参照）などを表示する。操作表示部３３は、例えばタッチパネルで構成され、利用者のタッチ操作を受け付ける。

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

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

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

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

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

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

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

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

また、記憶部４２に、商品情報Ｄ１（図２参照）、注文受付情報Ｄ２（図３、図５参照）、及びテーブル結合情報Ｄ３（図４参照）などの情報の一部又は全部が記憶されてもよい。

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

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

また、制御部４１は、施設管理装置２から注文情報（注文受付情報Ｄ２）を取得すると、当該注文情報を厨房端末（不図示）に出力して調理指示などを行う。具体的には、制御部４１は、施設管理装置２からテーブルＴ１，Ｔ２で受け付けた注文の注文情報を取得すると、テーブル番号「１，２」と注文商品とを含む注文票を厨房端末において印刷又は表示させる。また、制御部４１は、注文履歴、会計情報などを記憶部４２に記憶してもよい。

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

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

ステップＳ１１において、制御部２１は、飲食店に来店した利用者が利用するテーブルのテーブル番号を取得する。具体的には、利用者が飲食店に来店して案内されたテーブルにおいて利用者端末３によりＱＲコードを読み取ると、制御部２１は、利用者端末３から当該テーブルのテーブル番号を取得する。例えば、利用者Ａが飲食店のテーブルＴ１において利用者端末３ＡによりＱＲコードＣ１を読み取ると（図８参照）、制御部２１は、テーブルＴ１のテーブル番号「１」を取得する。ステップＳ１１は、本発明の取得ステップの一例である。

次にステップＳ１２において、制御部２１は、利用者Ａから商品（飲食物）の注文を受け付ける注文画面を利用者端末３Ａに表示させる。利用者Ａは、前記注文画面において、自身の商品、及び、利用者グループを代表して他の利用者の商品の注文を行うことができる。なお、利用者グループの他の利用者は、自身の利用者端末３によりテーブルＴ１のＱＲコードＣ１を読み取って前記ウェブサイトにログインすることにより、自身の利用者端末３により商品の注文を行うことが可能になる。

次にステップＳ１３において、制御部２１は、利用者から商品の注文を受け付けたか否かを判定する。制御部２１が利用者から商品の注文を受け付けたと判定した場合（Ｓ１３：Ｙｅｓ）、処理はステップＳ１４に移行する。一方、制御部２１が利用者から商品の注文を受け付けないと判定した場合（Ｓ１３：Ｎｏ）、処理はステップＳ１３１に移行する。

ステップＳ１４では、制御部２１は注文処理を実行する。具体的には、制御部２１は、利用者から商品の注文を受け付けると、注文受付情報Ｄ２（図３参照）を施設端末４に出力する。例えば、制御部２１は、利用者が注文した飲食物の注文内容と、当該利用者が利用するテーブルのテーブル番号と、注文が入力された利用者端末３の識別情報と、注文番号とを含む注文情報を施設端末４に出力する。前記注文情報には、注文日時（受付日時）が含まれてもよい。施設端末４は、注文受付情報Ｄ２を取得すると、注文受付情報Ｄ２を厨房端末に出力して調理指示などを行う。

また、制御部２１は、受け付けた注文の注文情報と、ステップＳ１１において取得したテーブル番号とを関連付けた注文受付情報Ｄ２（図３参照）を記憶部２２に記憶する。ステップＳ１４は、本発明の注文ステップの一例である。

ステップＳ１３１では、制御部２１は、会計指示を受け付けたか否かを判定する。制御部２１が利用者から会計指示を受け付けたと判定した場合（Ｓ１３１：Ｙｅｓ）、処理はステップＳ２１に移行する。一方、制御部２１が利用者から会計指示を受け付けないと判定した場合（Ｓ１３１：Ｎｏ）、処理はステップＳ１５に移行する。会計指示の具体例は後述（ステップＳ２０参照）する。

ステップＳ１５において、制御部２１は、他のテーブル番号を取得したか否かを判定する。具体的には、制御部２１が利用者端末３にテーブル結合画面（図９参照）を表示させて、利用者が利用者端末３により、ステップＳ１１において取得されたテーブル番号「１」のテーブルＴ１とは異なる他のテーブルのＱＲコードを読み取ると、制御部２１は、当該テーブルのテーブル番号を取得する。例えば、利用者がテーブルＴ２において利用者端末３によりＱＲコードＣ２を読み取ると（図１０参照）、制御部２１は、テーブルＴ２のテーブル番号「２」を取得する。

なお、利用者が飲食店に来店した際にテーブルの結合操作を行う場合には、利用者は、利用者端末３により、図７に示すテーブル結合画面においてテーブルＴ１のＱＲコードＣ１を読み取り（図８参照）、続いて図９に示すテーブル結合画面においてテーブルＴ２のＱＲコードＣ２を読み取る（図１０参照）。これにより、制御部２１は、テーブル番号「１」、「２」を取得する。

制御部２１が他のテーブル番号を取得すると（Ｓ１５：Ｙｅｓ）、処理はステップＳ１６に移行する。一方、制御部２１が他のテーブル番号を取得しない場合（Ｓ１５：Ｎｏ）、処理はステップＳ１３に戻る。ステップＳ１５は、本発明の取得ステップの一例である。

ステップＳ１６において、制御部２１は、利用者端末３から複数のテーブルを結合させる結合指示を取得したか否かを判定する。制御部２１が利用者端末３から前記結合指示を取得した場合（Ｓ１６：Ｙｅｓ）、処理はステップＳ１７に移行する。一方、制御部２１が利用者端末３から前記結合指示を取得しない場合（Ｓ１６：Ｎｏ）、処理はステップＳ１３に戻る。例えば、利用者が利用者端末３に表示されたテーブル結合画面（図１１参照）において利用者が「結合する」のボタンＫ１を押下すると、制御部２１は、前記結合指示を取得する。

ステップＳ１７において、制御部２１は、複数のテーブルを結合する結合処理を実行する。ここでは、制御部２１は、テーブルＴ１，Ｔ２を結合する結合処理を実行する。具体的には、制御部２１は、テーブルＴ１のテーブル番号「１」とテーブルＴ２のテーブル番号「２」とを互いに関連付ける（図４参照）。また、制御部２１は、テーブル結合情報Ｄ３において、テーブル番号「１」，「２」の結合状況に「結合中」を登録する。なお、制御部２１は、テーブルＴ２の利用者がテーブルＴ２の結合を許可したことを条件としてテーブルＴ１，Ｔ２を結合してもよい。

また、制御部２１は、テーブルＴ１，Ｔ２を結合した場合に、テーブルＴ１，Ｔ２において受け付けた注文の注文情報を結合する。ここで、例えば７人の利用者グループのうち４人の利用者がテーブルＴ１において商品の注文を行い、３人の利用者がテーブルＴ２において商品の注文を行った後に、テーブルＴ１，Ｔ２が結合された場合には、制御部２１は、テーブル番号「１」、「２」に関連付けて登録された注文情報（図３参照）をテーブル番号「１，２」に関連付けて結合（集約）する（図５参照）。また、例えば７人の利用者グループが来店した際にテーブルＴ１，Ｔ２が結合された場合には、制御部２１は、注文受付情報Ｄ２において、注文情報が登録されていない状態でテーブル番号「１，２」を結合する。ステップＳ１７は、本発明の結合ステップの一例である。

次にステップＳ１８において、制御部２１は、利用者から商品の注文を受け付けたか否かを判定する。制御部２１が利用者から商品の注文を受け付けたと判定した場合（Ｓ１８：Ｙｅｓ）、処理はステップＳ１９に移行する。一方、制御部２１が利用者から商品の注文を受け付けないと判定した場合（Ｓ１８：Ｎｏ）、処理はステップＳ２０に移行する。

ステップＳ１９において、制御部２１は注文処理を実行する。具体的には、制御部２１は、利用者から商品の注文を受け付けると、結合されたテーブル番号に関連付けた注文受付情報Ｄ２を施設端末４に出力する。例えば、制御部２１は、テーブルＴ１，Ｔ２において利用者が注文した飲食物の注文内容と、テーブル番号「１，２」と、注文が入力された利用者端末３の識別情報と、注文番号とを含む注文情報を施設端末４に出力する。施設端末４は、注文受付情報Ｄ２を取得すると、注文受付情報Ｄ２を厨房端末に出力して調理指示などを行う。

また、制御部２１は、注文受付情報Ｄ２（図５参照）において、受け付けた注文の注文情報と、ステップＳ１７において結合したテーブル番号とを関連付ける。ステップＳ１９は、本発明の注文ステップの一例である。

ステップＳ２０において、制御部２１は、会計指示を受け付けたか否かを判定する。制御部２１が利用者から会計指示を受け付けたと判定した場合（Ｓ２０：Ｙｅｓ）、処理はステップＳ２１に移行する。一方、制御部２１が利用者から会計指示を受け付けないと判定した場合（Ｓ２０：Ｎｏ）、処理はステップＳ１８に戻る。例えば図１２に示す注文画面において利用者が「会計ページへ」のボタンＫ４を押下すると、制御部２１は、図１３に示す会計画面を利用者端末３に表示させる。また制御部２１は、前記会計画面にテーブルＴ１，Ｔ２の注文履歴及び金額の情報をまとめて表示させる。図１３に示す会計画面において利用者が「会計する」のボタンＫ５を押下すると、制御部２１は、会計指示を受け付けたと判定する（Ｓ２０：Ｙｅｓ）。一方、図１３に示す会計画面において利用者が「注文ページへ」のボタンＫ６を押下すると、制御部２１は、会計指示を受け付けないと判定して（Ｓ２０：Ｎｏ）、図１２に示す注文画面を利用者端末３に表示させて、利用者からの注文を受け付ける（Ｓ１８）。

ステップＳ２１において、制御部２１は、利用金額の決済処理を実行する。例えば、利用者が一つのテーブルにおいて注文した商品に関する利用代金の合計金額の決済処理を実行する（Ｓ１３１：Ｙｅｓ）。また例えば、利用者が結合された複数のテーブルにおいて注文した商品に関する利用代金の合計金額の決済処理を実行する（Ｓ２０：Ｙｅｓ）。図１３に示す例では、制御部２１は、テーブルＴ１，Ｔ２の利用金額の合計金額の決済処理を実行する。

また、制御部２１は、結合したテーブルに対応する決済処理が完了した場合に、テーブルの結合を解除する。具体的には、制御部２１は、テーブルＴ１，Ｔ２に対応する合計金額の決済処理が完了した場合に、テーブル結合情報Ｄ３（図４参照）の「結合テーブル番号」及び「結合中」を削除し、注文受付情報Ｄ２（図５参照）のテーブル番号「１，２」の関連付けを解除する。

以上のようにして、制御部２１は、前記施設管理処理を実行する。

以上説明したように、本実施形態に係る施設管理システム１は、施設の利用者の利用者端末３から前記施設に配置されるテーブルの識別情報を取得し、利用者端末３から前記施設で提供可能な商品の注文情報を取得し、前記注文情報と前記テーブルの識別情報とを関連付ける。また、施設管理システム１は、利用者端末３から第１テーブルの第１識別情報と第２テーブルの第２識別情報とを取得した場合に、前記第１識別情報及び前記第２識別情報を互いに関連付ける。これにより、例えば利用者が利用者端末３を利用してテーブルＴ１，Ｔ２を結合させた場合に、利用者が利用者端末３によりテーブルＴ１，Ｔ２それぞれにおいて注文した商品をまとめることができる。また、利用者は、結合されたテーブルＴ１，Ｔ２を一つのテーブルとして商品を注文することができる。また、利用者は、テーブルＴ１，Ｔ２それぞれにおいて注文した商品の利用金額の合計金額の決済処理を行うことができる。すなわち、利用者はテーブルＴ１，Ｔ２をまとめて会計処理を行うことができる。よって、施設において利用者が複数のテーブルを利用する場合に利用者の利便性を向上させることが可能になる。

また、結合させたテーブルの決済処理をまとめて実行することが可能になるため、施設管理装置２と決済サーバー（決済事業者）との間のデータ通信量などが抑制され、通信トラフィックの低減、及びコンピュータリソースの有効利用が可能となる。

ここで、上述の構成によれば、例えば、利用者Ａが利用者端末３ＡによりテーブルＴ１で商品Ｍ１を注文し、利用者Ｂが利用者端末３ＢによりテーブルＴ２で商品Ｍ４を注文した後に、利用者Ａが利用者端末３ＡによりテーブルＴ１，Ｔ２を結合させた場合、利用者Ａは利用者端末３Ａにより商品Ｍ１，Ｍ４の合計金額の決済処理を実行することが可能であり、また利用者Ｂは利用者端末３Ｂにより商品Ｍ１，Ｍ４の合計金額の決済処理を実行することが可能である。また、利用者Ａ，Ｂは、それぞれ、利用者端末３Ａ，３Ｂにより自身が注文した商品を選択して決済処理を実行することも可能である。

本発明の施設管理システムは、上述の実施形態に限定されない。

例えば、７人の利用者グループのうちテーブルＴ１を利用する４人の利用者が飲み放題を注文している場合において、その後に３人の利用者が利用するテーブルＴ２を結合した場合には、３人の利用者についても飲み放題を注文してもらうことが望ましい。また７人の利用者グループのうちテーブルＴ１を利用する４人の利用者が特定のメニュー表からのみ注文可能な料理プランＭ１０を注文している場合において、その後に３人の利用者が利用するテーブルＴ２を結合した場合には、３人の利用者についても料理プランＭ１０を注文してもらうことが望ましい。

そこで、本発明の他の実施形態として、施設管理装置２の注文処理部２１２は、結合処理部２１３により第１テーブルのテーブル番号と第２テーブルのテーブル番号とが互いに関連付けられた場合に、第１テーブルにおいて受付可能な商品と、第２テーブルにおいて受付可能な商品とを同一商品に設定してもよい。これにより、上記の例では、テーブルＴ２の３人の利用者は、単品の飲み物の注文が制限され、飲み放題のみが注文可能となる。また、例えば、テーブルＴ２の３人の利用者は、他の料理プランの注文が制限され、料理プランＭ１０のみが注文可能となる。

また、注文処理部２１２は、テーブルＴ１，Ｔ２が結合された場合に、３人の利用者に対して自動的に飲み放題の注文を受け付けてもよい。また、注文処理部２１２は、テーブルＴ１，Ｔ２が結合された場合に、３人の利用者に対して自動的に料理プランＭ１０の注文を受け付けてもよい。

ところで、利用者が所定のテーブルを結合しようした場合に、当該テーブルが既に結合中であることが考えられる。例えば、テーブルＴ３の利用者ＦがテーブルＴ２を結合しようとした場合に、テーブルＴ２がテーブルＴ１と結合中（図４参照）であることが考えられる。特に、テーブルＴ２が空席である場合に上記問題が生じ易い。

そこで、本発明の他の実施形態として、取得処理部２１１により第１利用者端末３から取得された第１テーブル番号及び第２テーブル番号が結合処理部２１３により互いに関連付けられた後に、取得処理部２１１により第２利用者端末３から前記第１テーブル番号又は前記第２テーブル番号が取得された場合には、提示処理部２１５が、前記第１テーブル番号及び前記第２テーブル番号が互いに関連付けられていることに関する所定の情報を前記第２利用者端末３に提示してもよい。

上記の例の場合、テーブルＴ３の利用者Ｆが利用者端末３ＦによりテーブルＴ２のＱＲコードＣ２を読み取ると、結合処理部２１３は、テーブル結合情報Ｄ３を参照してテーブルＴ１，Ｔ２が結合中であることを把握する。この場合に、提示処理部２１５は、例えば図１５に示すように、テーブル番号「１」、「２」が結合中であることを示すメッセージを利用者Ｆの利用者端末３Ｆに表示させる。これにより、利用者Ｆは、テーブルの結合状況を把握でき、他のテーブルを結合する操作を行うことができる。

なお、上記の構成は、予約済みのテーブルに適用することもできる。例えば、取得処理部２１１が第２利用者端末３から取得したテーブル番号に対応するテーブルが予約済みのテーブルである場合に、提示処理部２１５は、当該テーブル番号のテーブルが予約済みであることを示す情報を前記第２利用者端末３に提示してもよい。または、取得処理部２１１が第２利用者端末３から取得したテーブル番号に対応するテーブルが予約済みのテーブルである場合に、提示処理部２１５は、当該テーブル番号のテーブルが何時まで利用可能であるのかを前記第２利用者端末３に提示してもよい。

また、上記の例において、提示処理部２１５は、さらに、前記第１テーブル番号及び前記第２テーブル番号の関連付けを解除可能か否かに関する所定の情報を前記第１利用者端末３に提示してもよい。例えば、提示処理部２１５は、図１６に示すように、テーブル番号「２」の結合要求を受け付けたことを示すメッセージ（テーブル解除画面）を利用者Ａの利用者端末３Ａに表示させる。利用者Ａが利用者端末３Ａのテーブル解除画面において、「解除する」のボタンＫ７を押下した場合、結合処理部２１３は、テーブルＴ１，Ｔ２の結合を解除する。これにより、利用者Ｆは、テーブルＴ５とテーブルＴ２とを結合することが可能になる。なお、利用者Ａが利用者端末３Ａのテーブル解除画面において、「解除しない」のボタンＫ８を押下した場合、結合処理部２１３は、テーブルＴ１，Ｔ２の結合状態を維持する。

本発明の他の実施形態として、結合処理部２１３は、関連付けられたテーブルＴ１，Ｔ２の関連付けを解除する構成を備えてもよい。なお、テーブルＴ１，Ｔ２の関連付けは、利用者の結合操作により実行されてもよいし、飲食店の管理者の結合操作又は登録操作により実行されてもよい。例えば、テーブルＴ１，Ｔ２が一つのテーブルとして結合されている場合に、利用者が利用者端末３によりテーブルＴ１のＱＲコードＣ１とテーブルＴ２のＱＲコードＣ２とを読み取って解除（分離）操作（図１７の「解除する」のボタンＫ９を押下）を行なうと、結合処理部２１３は、関連付けられたテーブルＴ１，Ｔ２の関連付けを解除する。この場合、注文処理部２１２は、テーブルＴ１の注文情報とテーブルＴ２の注文情報とをそれぞれ個別に管理する（図３参照）。なお、利用者は、結合されたテーブルＴ１，Ｔ２が未使用のときに前記解除操作を行ってもよいし、結合されたテーブルＴ１，Ｔ２が使用中のときに前記解除操作を行ってもよい。

ここで、テーブルＴ１，Ｔ２が一つのテーブルに結合された状態で当該テーブルを使用中の利用者が途中でテーブルＴ１，Ｔ２を解除する操作を行った場合には、結合処理部２１３は、テーブルＴ１，Ｔ２の関連付けを解除し、テーブルＴ１，Ｔ２において受け付けて結合（集約）した注文の注文情報（図５参照）を、テーブルＴ１において受け付けた注文の注文情報と、テーブルＴ２において受け付けた注文の注文情報とに分離する（図３参照）。

具体的には、結合処理部２１３は、第１テーブル番号及び第２テーブル番号の関連付けを解除した場合において、第１テーブル番号及び第２テーブル番号が互いに関連付けられる前に取得された注文情報と、第１テーブル番号及び第２テーブル番号が互いに関連付けられた後に取得された注文情報との少なくともいずれかを、各注文情報に関連付けられたテーブルの識別情報（テーブル番号）に基づいて分離する。

例えば、結合処理部２１３は、テーブルＴ１，Ｔ２の結合前の注文情報を、テーブルＴ１，Ｔ２のそれぞれに対応する結合前の注文履歴に基づいて分離する。例えば、結合処理部２１３は、テーブルＴ１，Ｔ２の結合を解除する場合に、テーブルＴ１，Ｔ２の結合前にテーブルＴ１の利用者端末３から取得した注文情報をテーブルＴ１に関連付けて登録し、テーブルＴ１，Ｔ２の結合前にテーブルＴ２の利用者端末３から取得した注文情報をテーブルＴ２に関連付けて登録する。

また、結合処理部２１３は、テーブルＴ１，Ｔ２の結合後の注文情報を、テーブルＴ１，Ｔ２のそれぞれに対応する結合後の注文履歴に基づいて分離する。具体的には、結合処理部２１３は、テーブルＴ１，Ｔ２の結合を解除する場合に、テーブルＴ１，Ｔ２の結合した後の注文の注文情報を、テーブルＴ１，Ｔ２のいずれの利用者端末３から注文されたかを示す情報（テーブル番号、利用者端末３の識別情報）に基づいて分離する。例えば、結合処理部２１３は、テーブルＴ１，Ｔ２の結合を解除する場合に、テーブルＴ１，Ｔ２が結合された後にテーブルＴ１の利用者端末３から取得した注文情報をテーブルＴ１に関連付けて登録し、テーブルＴ１，Ｔ２が結合された後にテーブルＴ２の利用者端末３から取得した注文情報をテーブルＴ２に関連付けて登録する。

なお、結合処理部２１３は、テーブルＴ１，Ｔ２の結合を解除する場合に、テーブルＴ１，Ｔ２の結合前の注文情報のみを注文履歴（テーブル番号、利用者端末３の識別情報）に基づいて分離してもよいし、テーブルＴ１，Ｔ２の結合後の注文情報のみを注文履歴に基づいて分離してもよいし、テーブルＴ１，Ｔ２の結合前の注文情報と結合後の注文情報との両方を注文履歴に基づいて分離してもよい。

また、結合処理部２１３は、第１テーブル番号及び第２テーブル番号の関連付けを解除した場合において、第１テーブル番号及び第２テーブル番号が互いに関連付けられる前に取得された注文情報と、第１テーブル番号及び第２テーブル番号が互いに関連付けられた後に取得された注文情報との少なくともいずれかを、第１テーブル番号及び第２テーブル番号のいずれか又は両方に関連付けるかを、所定の利用者端末３に問い合わせてもよい。

例えば、結合処理部２１３は、テーブルＴ１，Ｔ２の結合を解除する場合に、テーブルＴ１，Ｔ２の結合前にテーブルＴ１の利用者端末３から取得した注文情報を、テーブルＴ１に関連付けて登録するか、テーブルＴ２に関連付けて登録するか、又は、テーブルＴ１，Ｔ２の両方に関連付けて登録するかの問い合わせを、所定の利用者端末３に送信する。なお、前記問い合わせの送信先は、前記注文情報に対応する注文をした利用者の利用者端末３であってもよいし、代表者（予約者、登録会員など）の利用者端末３であってもよい。この場合、結合処理部２１３は、前記問い合わせに対する利用者の選択操作に基づいて、前記注文情報を分離して登録する。

また例えば、結合処理部２１３は、テーブルＴ１，Ｔ２の結合を解除する場合に、テーブルＴ１，Ｔ２の結合後にテーブルＴ１の利用者端末３から取得した注文情報を、テーブルＴ１に関連付けて登録するか、テーブルＴ２に関連付けて登録するか、又は、テーブルＴ１，Ｔ２の両方に関連付けて登録するかの問い合わせを、所定の利用者端末３に送信する。なお、前記問い合わせの送信先は、前記注文情報に対応する注文をした利用者の利用者端末３であってもよいし、代表者（予約者、登録会員など）の利用者端末３であってもよい。この場合、結合処理部２１３は、前記問い合わせに対する利用者の選択操作に基づいて、前記注文情報を分離して登録する。

なお、結合処理部２１３は、テーブルＴ１，Ｔ２の結合を解除する場合に、テーブルＴ１，Ｔ２の結合前の注文情報のみについて前記問い合わせを利用者端末３に送信してもよいし、テーブルＴ１，Ｔ２の結合後の注文情報のみについて前記問い合わせを利用者端末３に送信してもよいし、テーブルＴ１，Ｔ２の結合前の注文情報と結合後の注文情報との両方について前記問い合わせを利用者端末３に送信してもよい。

また、結合処理部２１３は、テーブルＴ１，Ｔ２の結合を解除する場合に、テーブルＴ１，Ｔ２を結合した後の注文情報を、テーブルＴ１の注文情報とテーブルＴ２の注文情報とに振り分けてもよい。例えば、テーブルＴ１，Ｔ２を結合した後に６個の商品の注文が行われた場合に、結合処理部２１３は、テーブルＴ１，Ｔ２の結合が解除された場合に、テーブルＴ１に関連付けて３個の商品の注文情報を登録し、テーブルＴ２に関連付けて３個の商品の注文情報を登録する。また、結合処理部２１３は、テーブルＴ１，Ｔ２を結合した後の注文の合計注文金額が略均等になるように、テーブルＴ１，Ｔ２を結合した後の注文の注文情報を、テーブルＴ１とテーブルＴ２とに振り分けて登録してもよい。

結合処理部２１３により前記第１識別情報及び前記第２識別情報の関連付けが解除された場合（テーブルＴ１，Ｔ２の結合が解除（分離）された場合）に、決済処理部２１４は、テーブル番号「１」に関連付けられた商品の注文金額の決済処理と、テーブル番号「２」に関連付けられた商品の注文金額の決定処理とを個別に行う。

また本発明の他の実施形態として、注文処理部２１２が、例えばテーブルＴ１の利用者端末３から注文情報を取得しており、テーブルＴ２の利用者端末３から注文情報を取得していない場合であって、取得処理部２１１がテーブルＴ２の利用者端末３からテーブルＴ１のテーブル番号「１」とテーブルＴ２のテーブル番号「２」とを取得した場合に、提示処理部２１５が、テーブル番号「１」及び「２」を互いに関連付けること又は関連付けられたテーブル番号「１」及び「２」の関連付けを解除することに関する所定の情報を、テーブルＴ１の利用者端末３に提示してもよい。この場合、提示処理部２１５は、テーブルＴ１で注文を行った利用者の利用者端末３、又はテーブルＴ１の代表者（予約者、登録会員など）の利用者端末３に「テーブル：Ｎｏ．１，２を結合しますか？」、「結合テーブル：Ｎｏ．１，２を解除しますか？」などの情報を表示させる。

また本発明の他の実施形態として、注文処理部２１２が、例えばテーブルＴ１，Ｔ２の利用者端末３のそれぞれから注文情報を取得している場合であって、取得処理部２１１がテーブルＴ１の利用者端末３又はテーブルＴ２の利用者端末３からテーブルＴ１のテーブル番号「１」とテーブルＴ２のテーブル番号「２」とを取得した場合に、提示処理部２１５が、テーブル番号「１」及び「２」を互いに関連付けること又は関連付けられたテーブル番号「１」及び「２」の関連付けを解除することに関する所定の情報を、テーブルＴ１の利用者端末３及びテーブルＴ２の利用者端末３のそれぞれに提示してもよい。この場合、提示処理部２１５は、テーブルＴ１で注文を行った利用者の利用者端末３及びテーブルＴ２で注文を行った利用者の利用者端末３に、「テーブル：Ｎｏ．１，２を結合しますか？」、「結合テーブル：Ｎｏ．１，２を解除しますか？」などの情報を表示させる。若しくは、提示処理部２１５は、テーブルＴ１の代表者（予約者、登録会員など）の利用者端末３及びテーブルＴ２の代表者（予約者、登録会員など）の利用者端末３に、前記情報を表示させる。

また本発明の他の実施形態として、注文処理部２１２が、例えばテーブルＴ１，Ｔ２の利用者端末３のそれぞれから注文情報を取得していない場合であって、取得処理部２１１がテーブルＴ１の利用者端末３又はテーブルＴ２の利用者端末３からテーブルＴ１のテーブル番号「１」とテーブルＴ２のテーブル番号「２」とを取得した場合に、提示処理部２１５は、前記所定の情報の提示処理を省略してもよい。また、提示処理部２１５は、テーブルＴ１，Ｔ２のいずれかの利用者端末３に前記所定の情報を提示してもよい。

このように、複数のテーブルの結合又は解除により当該複数のテーブルの利用料金の決済方法が変化（合計金額で決済、テーブルごとに決済など）する可能性があるため、結合対象又は解除（分離）対象の複数のテーブルのうち少なくともいずれかのテーブルにおいて既に注文が行われている場合には、提示処理部２１５は、当該注文を受け付けたテーブルの利用者端末３に結合又は解除に関する確認の情報を通知する。これにより、利用料金の決済に関する不正を防止することができる。

本発明の施設は、飲食店に限定されず、カラオケ店など飲食物を提供可能な施設であってもよい。また、本発明の施設は、ボーリング場、卓球場などの施設に適用することも可能である。例えば、ボーリング場において利用者グループが複数のレーンを利用する場合に、複数のレーンを結合させることにより、結合させた複数のレーンにおける利用料金の合計金額の決済処理を実行することが可能になる。また例えば、卓球場において利用者グループが複数の卓球台を利用する場合に、複数の卓球台を結合させることにより、結合させた複数の卓球台における利用料金の合計金額の決済処理を実行することが可能になる。このように、施設管理システム１は、施設において利用者が複数の利用対象を利用する場合に、複数の利用対象を互いに関連付けるものである。

また、本発明の利用者端末は、施設のテーブルに配置され、利用者が操作して所望の飲食物の注文を行うことが可能な操作端末（セルフオーダー端末、テーブルトップ端末など）であってもよい。また、本発明は、施設のスタッフが操作する操作端末（例えば施設端末４）によりテーブルのＱＲコードを読み取って複数のテーブルを結合又は結合されたテーブルを解除する形態に適用することも可能である。

１ ：施設管理システム
２ ：施設管理装置
３ ：利用者端末
４ ：施設端末
２１ ：制御部
２２ ：記憶部
２３ ：操作表示部
２４ ：通信Ｉ／Ｆ
３４ ：カメラ
２１１ ：取得処理部
２１２ ：注文処理部
２１３ ：結合処理部
２１４ ：決済処理部
２１５ ：提示処理部
３１１ ：ブラウザ処理部
４１１ ：ブラウザ処理部

Claims (17)

1. 施設の利用者の利用者端末から前記施設に配置されるテーブルの識別情報を取得する取得処理部と、
   前記利用者端末から前記施設で提供可能な商品の注文情報を取得し、取得する前記注文情報と前記取得処理部により取得される前記テーブルの識別情報とを関連付けて記憶する注文処理部と、
   前記取得処理部により前記利用者端末から第１テーブルの第１識別情報と第２テーブルの第２識別情報とが取得された場合に、前記第１識別情報及び前記第２識別情報を互いに関連付けて記憶する、又は、互いに関連付けて記憶された前記第１識別情報及び前記第２識別情報の関連付けを解除する結合処理部と、
   を備え、
   前記取得処理部は、前記テーブルに設けられた情報読取媒体が前記利用者端末に読み取られた場合に前記テーブルの識別情報を取得する、施設管理システム。
2. 前記結合処理部は、前記第１テーブルに設けられた第１情報読取媒体と前記第２テーブルに設けられた第２情報読取媒体とが同一の前記利用者端末により読み取られた場合に、前記第１識別情報及び前記第２識別情報を互いに関連付けて記憶する、又は、互いに関連付けて記憶された前記第１識別情報及び前記第２識別情報の関連付けを解除する、
   請求項１に記載の施設管理システム。
3. 前記注文処理部は、前記結合処理部により前記第１識別情報及び前記第２識別情報が互いに関連付けて記憶された場合に、前記第１テーブルにおいて受付可能な商品と、前記第２テーブルにおいて受付可能な商品とを同一商品に設定する、
   請求項１又は２に記載の施設管理システム。
4. 前記利用者の注文に対応する注文金額の決済処理を行う決済処理部をさらに備え、
   前記決済処理部は、前記結合処理部により前記第１識別情報及び前記第２識別情報が互いに関連付けて記憶された場合に、前記第１識別情報に関連付けられた第１注文情報に対応する第１注文金額と、前記第２識別情報に関連付けられた第２注文情報に対応する第２注文金額とを合計した合計金額の決済処理を行う、
   請求項１～３のいずれかに記載の施設管理システム。
5. 前記結合処理部は、前記決済処理部により前記合計金額の決済処理が完了した場合に、互いに関連付けて記憶された前記第１識別情報及び前記第２識別情報の関連付けを解除する、
   請求項４に記載の施設管理システム。
6. 前記第１識別情報及び前記第２識別情報が互いに関連付けて記憶されており、かつ前記第１識別情報に関連付けられた注文情報と前記第２識別情報に関連付けられた注文情報とが互いに関連付けて記憶されている場合において、前記結合処理部により、互いに関連付けて記憶された前記第１識別情報及び前記第２識別情報の関連付けが解除された場合に、互いに関連付けて記憶された前記第１識別情報に関連付けられた注文情報と前記第２識別情報に関連付けられた注文情報とを互いに関連付けない状態で記憶する、
   請求項１又は２に記載の施設管理システム。
7. 前記結合処理部は、互いに関連付けて記憶された前記第１識別情報及び前記第２識別情報の関連付けを解除した場合において、前記第１識別情報及び前記第２識別情報が互いに関連付けて記憶される前に取得された前記注文情報と、前記第１識別情報及び前記第２識別情報が互いに関連付けて記憶された後に取得された前記注文情報との少なくともいずれかを、前記各注文情報に関連付けられた前記テーブルの前記識別情報に基づいて、前記第１識別情報又は前記第２識別情報に関連付けて記憶する、
   請求項６に記載の施設管理システム。
8. 前記結合処理部は、互いに関連付けて記憶された前記第１識別情報及び前記第２識別情報の関連付けを解除した場合において、前記第１識別情報及び前記第２識別情報が互いに関連付けて記憶される前に取得された前記注文情報と、前記第１識別情報及び前記第２識別情報が互いに関連付けて記憶された後に取得された前記注文情報との少なくともいずれかを、前記第１識別情報及び前記第２識別情報のいずれに関連付けて記憶するか又は両方に関連付けて記憶するかを、所定の前記利用者端末に問い合わせる、
   請求項６に記載の施設管理システム。
9. 前記利用者の注文に対応する注文金額の決済処理を行う決済処理部をさらに備え、
   前記決済処理部は、前記結合処理部により、互いに関連付けて記憶された前記第１識別情報及び前記第２識別情報の関連付けが解除された場合に、前記第１識別情報に関連付けられた第１注文情報に対応する第１注文金額の決済処理と、前記第２識別情報に関連付けられた第２注文情報に対応する第２注文金額の決済処理とを個別に行う、
   請求項１又は２に記載の施設管理システム。
10. 前記注文処理部が、前記第１テーブルの前記利用者端末から注文情報を取得しており、前記第２テーブルの前記利用者端末から注文情報を取得していない場合であって、前記取得処理部が前記第２テーブルの前記利用者端末から前記第１識別情報と前記第２識別情報とを取得した場合に、前記第１識別情報及び前記第２識別情報を互いに関連付けて記憶すること、又は、互いに関連付けて記憶された前記第１識別情報及び前記第２識別情報の関連付けを解除することに関する所定の情報を、前記第１テーブルの前記利用者端末に提示する提示処理部をさらに備える、
    請求項１～９のいずれかに記載の施設管理システム。
11. 前記注文処理部が、前記第１テーブルの前記利用者端末及び前記第２テーブルの前記利用者端末のそれぞれから注文情報を取得している場合であって、前記取得処理部が前記第１テーブルの前記利用者端末又は前記第２テーブルの前記利用者端末から前記第１識別情報と前記第２識別情報とを取得した場合に、前記第１識別情報及び前記第２識別情報を互いに関連付けて記憶すること、又は、互いに関連付けて記憶された前記第１識別情報及び前記第２識別情報の関連付けを解除することに関する所定の情報を、前記第１テーブルの前記利用者端末及び前記第２テーブルの前記利用者端末のそれぞれに提示する提示処理部をさらに備える、
    請求項１～９のいずれかに記載の施設管理システム。
12. 前記取得処理部により第１利用者端末から前記第１識別情報及び前記第２識別情報が取得された場合に、前記第１識別情報及び前記第２識別情報を互いに関連付けて記憶することに関する所定の情報を前記第１利用者端末に提示する提示処理部をさらに備える、
    請求項１～９のいずれかに記載の施設管理システム。
13. 前記取得処理部により第１利用者端末から取得された前記第１識別情報及び前記第２識別情報が前記結合処理部により互いに関連付けて記憶された後に、前記取得処理部により第２利用者端末から前記第１識別情報又は前記第２識別情報が取得された場合に、前記第１識別情報及び前記第２識別情報が互いに関連付けて記憶されていることに関する所定の情報を前記第２利用者端末に提示する提示処理部をさらに備える、
    請求項１～１２のいずれかに記載の施設管理システム。
14. 前記提示処理部は、さらに、互いに関連付けて記憶された前記第１識別情報及び前記第２識別情報の関連付けを解除可能か否かに関する所定の情報を前記第１利用者端末に提示する、
    請求項１３に記載の施設管理システム。
15. 前記結合処理部は、前記第１識別情報及び前記第２識別情報を互いに関連付けて記憶した場合に、前記第１識別情報及び前記第２識別情報に対応する特定情報を、予約又は空席を管理する施設端末に通知する、
    請求項１～１４のいずれかに記載の施設管理システム。
16. 施設管理システムが、
    施設の利用者の利用者端末から前記施設に配置されるテーブルの識別情報を取得する取得ステップと、
    前記利用者端末から前記施設で提供可能な商品の注文情報を取得し、取得する前記注文情報と前記取得ステップにより取得される前記テーブルの識別情報とを関連付けて記憶する注文ステップと、
    前記取得ステップにより前記利用者端末から第１テーブルの第１識別情報と第２テーブルの第２識別情報とが取得された場合に、前記第１識別情報及び前記第２識別情報を互いに関連付けて記憶する、又は、互いに関連付けて記憶された前記第１識別情報及び前記第２識別情報の関連付けを解除する結合ステップと、
    を実行する施設管理方法であって、
    前記取得ステップにおいて、前記テーブルに設けられた情報読取媒体が前記利用者端末に読み取られた場合に前記テーブルの識別情報を取得する、施設管理方法。
17. 施設の利用者の利用者端末から前記施設に配置されるテーブルの識別情報を取得する取得ステップと、
    前記利用者端末から前記施設で提供可能な商品の注文情報を取得し、取得する前記注文情報と前記取得ステップにより取得される前記テーブルの識別情報とを関連付けて記憶する注文ステップと、
    前記取得ステップにより前記利用者端末から第１テーブルの第１識別情報と第２テーブルの第２識別情報とが取得された場合に、前記第１識別情報及び前記第２識別情報を互いに関連付けて記憶する、又は、互いに関連付けて記憶された前記第１識別情報及び前記第２識別情報の関連付けを解除する結合ステップと、
    を施設管理システムに実行させるための施設管理プログラムであって、
    前記取得ステップにおいて、前記テーブルに設けられた情報読取媒体が前記利用者端末に読み取られた場合に前記テーブルの識別情報を取得する、施設管理プログラム。
    

Images