JP2020047083A - 情報処理装置、ユーザ端末、情報処理方法及びプログラム - Google Patents

Abstract

【課題】サービス施設のスタッフの負担を軽減しながら配席効率を向上させること。【解決手段】情報処理装置は、通信部と記憶部と制御部とを有する。上記通信部は、サービス施設に設置された施設端末と通信可能である。上記記憶部は、上記サービス施設のテーブルをユーザが利用するための最低利用人数に関する情報をテーブル識別情報と対応付けて記憶する。上記制御部は、上記テーブルの利用を希望するユーザの利用希望人数を示す情報を含むテーブル利用要求を上記テーブル識別情報と共に上記施設端末から受信する。そして制御部は、上記受信された利用希望人数と上記記憶された最低利用人数とを比較し、上記利用希望人数が上記最低利用人数以上である場合に上記ユーザによる上記テーブル識別情報に対応するテーブルの利用を許可する。【選択図】図４

Description

本発明は、飲食店におけるテーブルへのユーザの配席に関する情報処理を実行可能な情報処理装置、ユーザ端末、情報処理方法及びプログラムに関する。

従来から、飲食店のスタッフの負担を軽減するための技術が存在する。例えば下記特許文献１には、利用者またはスタッフからの予約要求に応じて業務管理装置が自動的に利用者を配席することが記載されている。

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

しかしながら、上記技術においては、利用者は空席があればどのようなテーブルにも配席され得ることから、より多くの利用者が配席可能なテーブルに席の余剰が生じ、配席効率が悪くなる。

以上のような事情に鑑み、本発明の目的は、サービス施設のスタッフの負担を軽減しながら配席効率を向上させることが可能な情報処理装置、ユーザ端末、情報処理方法及びプログラムを提供することにある。

上記目的を達成するため、本発明の一形態に係る情報処理装置は、通信部と記憶部と制御部とを有する。上記通信部は、サービス施設に設置された施設端末と通信可能である。上記記憶部は、上記サービス施設のテーブルをユーザが利用するための最低利用人数に関する情報をテーブル識別情報と対応付けて記憶する。上記制御部は、上記テーブルの利用を希望するユーザの利用希望人数を示す情報を含むテーブル利用要求を上記テーブル識別情報と共に上記施設端末から受信する。そして制御部は、上記受信された利用希望人数と上記記憶された最低利用人数とを比較し、上記利用希望人数が上記最低利用人数以上である場合に上記ユーザが上記テーブル識別情報に対応するテーブルの利用を許可する。

この構成により、情報処理装置は、ユーザの利用希望人数に応じて最低利用人数以上のユーザをテーブルに自動配席することができ、サービス施設のスタッフの負担を軽減しながら配席効率を向上できる。サービス施設とは例えば飲食店やカラオケ施設等である。また「利用希望人数を示す情報」とは、人数を示す数値データである必要は無く、例えば情報処理装置がそのデータ数をカウントすることで利用希望人数を判定することができるデータであっても構わない。

上記制御部は、上記サービス施設への飲食物の注文要求を上記テーブル識別情報と共に受信した場合、上記注文要求が有する注文数が上記最低利用人数以上である場合に上記飲食物の注文要求を受付可能と判断してもよい。

これにより情報処理装置は、テーブルの利用だけ要求して注文しない客が発生し売上が落ちるのを防ぐことができる。

上記記憶部は上記サービス施設が有する複数のテーブルのユーザの利用状況を示す配席情報を記憶してもよい。この場合上記制御部は、上記テーブル利用要求に含まれる利用希望人数を上記最低利用人数とするテーブルが全て利用中であると判断した場合には、上記利用希望人数が上記テーブル識別情報に対応するテーブルの上記最低利用人数未満であっても、当該テーブルの利用を許可してもよい。

これにより情報処理装置は、テーブルの利用効率を極力重視しながらも、テーブルが空いているのにユーザが利用できなくなる事態を防ぐことができる。

上記制御部は、上記最低利用人数を少ない人数に更新した場合に上記ユーザのユーザ端末に上記更新を示す通知情報を送信してもよい。

これにより情報処理装置は、利用希望人数が最低利用人数に足りずにサービス施設の利用を諦めたユーザを飲食店に呼び戻し利用を促進することができる。

上記記憶部は、ユーザの上記サービス施設の利用回数または上記サービス施設における平均利用単価を示す情報を、上記ユーザを識別するユーザ識別情報と対応付けて記憶してもよい。この場合上記テーブル利用要求は、上記ユーザ識別情報を含んでもよい。この場合上記制御部は、上記テーブル利用要求に含まれる上記ユーザ識別情報に対応する上記利用回数または上記平均利用単価が所定の閾値以上である場合に上記テーブル識別情報に対応するテーブルの利用を許可してもよい。

これにより情報処理装置は、最低利用人数による合計利用額と同等の利用単価を有するユーザや、常連客であるユーザについては配席効率が悪くても利用可能とすることで、全体としての売上を確保することができる。

上記制御部は、上記テーブルの利用を許可してから所定時間経過前に、上記テーブル利用要求のキャンセル要求を上記テーブル識別情報と共に上記施設端末から受信した場合に、上記キャンセルを許可してもよい。

これにより、ユーザにチェックイン後におけるテーブルの利用のキャンセルを無制限に認めることで配席処理に悪影響が及ぶのを防ぐことができる。

上記施設端末は、複数のユーザ端末から、当該ユーザ端末の各ユーザが上記テーブルの利用を希望することを示す利用希望信号をそれぞれ受信してもよい。この場合上記制御部は、上記施設端末がそれぞれ受信した利用希望信号を上記テーブル利用要求としてそれぞれ受信することで上記利用希望人数を受信してもよい。

ここで利用希望信号は、ユーザ端末から所定のユーザインタフェースを介して施設端末へ直接的に送信される信号であってもよいし、ユーザ端末のユーザがユーザ端末をテーブルに設置されたチェックイン装置やバーコードリーダーにかざす等のチェックイン操作を行うことによって、チェックイン装置やバーコードリーダーを介して施設端末へ送信される信号であってもよい。

本発明の他の形態に係る情報処理方法は、
サービス施設のテーブルをユーザが利用するための最低利用人数に関する情報をテーブル識別情報と対応付けて記憶し、
上記テーブルの利用を希望するユーザのチェックイン人数を示す情報を含むテーブル利用要求を、上記サービス施設に設置された施設端末から上記テーブル識別情報と共に受信し、
上記受信された利用希望人数と上記記憶された最低利用人数とを比較し、上記利用希望人数が上記最低利用人数以上である場合に上記ユーザが上記テーブル識別情報に対応するテーブルの利用を許可する、ことを含む。

本発明の他の形態に係るプログラムは、情報処理装置に、
サービス施設のテーブルをユーザが利用するための最低利用人数に関する情報をテーブル識別情報と対応付けて記憶するステップと、
上記テーブルの利用を希望するユーザの利用希望人数を示す情報を含むテーブル利用要求を、上記サービス施設に設置された施設端末から上記テーブル識別情報と共に受信するステップと、
上記受信された利用希望人数と上記記憶された最低利用人数とを比較し、上記利用希望人数が上記最低利用人数以上である場合に上記ユーザが上記テーブル識別情報に対応するテーブルの利用を許可するステップと、を実行させる。

以上説明したように、本発明によれば、サービス施設のスタッフの負担を軽減しながら配席効率を向上させることができる。しかし、当該効果は本発明を限定するものではない。

本発明の一実施形態に係るテーブル自動配席システムの構成を示した図である。 本発明の一実施形態に係る飲食店情報提供サーバのハードウェア構成を示した図である。る。 本発明の一実施形態に係る飲食店情報提供サーバが有するデータベースの構成を示した図である。 本発明の一実施形態に係る飲食店情報提供サーバによる、テーブル自動配席処理の流れを示したフローチャートである。

以下、図面を参照しながら、本発明の実施形態を説明する。

［システムの構成］
図１は、本実施形態に係るテーブル自動配席システムの構成を示した図である。

同図に示すように、このシステムは、インターネット５０上の飲食店情報提供サーバ１００と、複数のユーザ端末２００と、飲食店端末３００と、チェックイン装置４００とを含む。

飲食店情報提供サーバ１００は、飲食店に関する情報を掲載したポータルサイトを運営するウェブサーバである。飲食店情報提供サーバ１００は、複数のユーザ端末２００及び飲食店端末３００とインターネット５０を介して接続されている。

飲食店情報提供サーバ１００は、上記ポータルサイトにおいて、ユーザ端末２００のユーザ向けに飲食店情報の検索システムを提供する。具体的には、飲食店情報提供サーバ１００は、ユーザ端末２００からの検索要求に基づいて検索条件に合致する飲食店情報を検索し、検索結果を掲載したＷｅｂページを生成してユーザ端末２００へ送信する。

また一方で、飲食店情報提供サーバ１００は、飲食店（またはフードコート）における各テーブルＴへの自動配席処理を制御する。

各テーブルＴには、飲食店に来店したユーザのチェックイン操作を受け付けるチェックイン装置４００が設置されている。チェックイン操作は、例えばユーザの有するＩＣカードＣや、ユーザ端末２００に搭載された当該ＩＣカード機能（アプリケーション）、または２次元バーコード等によって行われ、チェックイン装置４００は、例えばＩＣカードリーダーや２次元バーコードリーダー等で構成される。

飲食店情報提供サーバ１００は、ユーザが来店した際に、当該チェックイン装置４００へチェックイン操作を行ったチェックイン人数と、各テーブルの最低利用人数を基に、ユーザの各テーブルＴの利用を許可するか否かを決定する。当該自動配席処理の詳細については後述する。

ユーザ端末２００（２００Ａ，２００Ｂ，２００Ｃ...）は、ユーザにより使用される端末であり、例えばスマートフォン、携帯電話、タブレットＰＣ（Personal Computer）、ノートブックＰＣ、デスクトップＰＣ等である。ユーザ端末２００は、飲食店情報提供サーバ１００へアクセスし、上記Ｗｅｂページを受信してブラウザ等により画面に表示する。

ユーザ端末２００は、ユーザの操作に基づいて飲食店の検索条件を決定し、当該検索条件に基づく飲食店検索要求を飲食店情報提供サーバ１００へ送信する。また本実施形態では、ユーザ端末２００は、上記テーブルＴへのチェックイン操作の入力元となる他、チェックイン後の飲食店での注文受付端末及び決済端末としても機能する。当該注文及び決済は、飲食店情報提供サーバ１００との通信を介して実行される。

飲食店端末３００は、飲食店の従業員によって使用される端末であり、例えばスマートフォン、携帯電話、タブレットＰＣ（Personal Computer）、ノートブックＰＣ、デスクトップＰＣ等である。

飲食店端末３００は、上記チェックイン装置４００から各テーブルＴのチェックイン情報を受信し、それを基に飲食店情報提供サーバ１００へ、各テーブルＴの利用を要求するテーブル利用要求情報を送信し、飲食店情報提供サーバ１００から、利用許可に関する情報を受信する。

また飲食店端末３００は、チェックイン後の各ユーザ端末２００からの注文要求情報を、飲食店情報提供サーバ１００を介して受信する。

以下、上記自動配席処理に必要な構成及び動作について説明する。

［飲食店情報提供サーバのハードウェア構成］
図２は、上記飲食店情報提供サーバ１００のハードウェア構成を示した図である。同図に示すように、飲食店情報提供サーバ１００は、ＣＰＵ（Central Processing Unit）１１、ＲＯＭ（Read Only Memory）１２、ＲＡＭ（Random Access Memory）１３、入出力インタフェース１５、及び、これらを互いに接続するバス１４を備える。

ＣＰＵ１１は、必要に応じてＲＡＭ１３等に適宜アクセスし、各種演算処理を行いながら飲食店情報提供サーバ１００の各ブロック全体を統括的に制御する。ＲＯＭ１２は、ＣＰＵ１１に実行させるＯＳ、プログラムや各種パラメータなどのファームウェアが固定的に記憶されている不揮発性のメモリである。ＲＡＭ１３は、ＣＰＵ１１の作業用領域等として用いられ、ＯＳ、実行中の各種アプリケーション、処理中の各種データを一時的に保持する。

入出力インタフェース１５には、表示部１６、操作受付部１７、記憶部１８、通信部１９等が接続される。

表示部１６は、例えばＬＣＤ（Liquid Crystal Display）、ＯＥＬＤ（Organic ElectroLuminescence Display）、ＣＲＴ（Cathode Ray Tube）等を用いた表示デバイスである。

操作受付部１７は、例えばマウス等のポインティングデバイス、キーボード、タッチパネル、その他の入力装置である。操作受付部１７がタッチパネルである場合、そのタッチパネルは表示部１６と一体となり得る。

記憶部１８は、例えばＨＤＤ（Hard Disk Drive）や、フラッシュメモリ（ＳＳＤ；Solid State Drive）、その他の固体メモリ等の不揮発性メモリである。当該記憶部１８には、上記ＯＳや各種アプリケーション、各種データが記憶される。

特に本実施形態では、記憶部１８は、各飲食店の飲食店情報、各ユーザ端末２００のユーザに関するユーザ情報、当該ユーザ端末２００からの予約情報等を記憶するとともに、これらのデータを用いて飲食店情報提供サーバ１００がテーブル自動配席処理を実行するためのアプリケーションその他のプログラムを記憶している。後述するが、記憶部１８は、そのようなデータを含むデータベースとして、飲食店情報データベース、ユーザ情報データベース、テーブル情報データベースを有している。

通信部１９は、例えばEthernet用のＮＩＣ（Network Interface Card）や無線ＬＡＮ等の無線通信用の各種モジュールであり、上記ユーザ端末２００との間の通信処理を担う。

図示しないが、上記ユーザ端末２００及び飲食店端末３００のハードウェア構成も上記飲食店情報提供サーバ１００のハードウェア構成と同様である。

［飲食店情報提供サーバのデータベース構成］
図３は、上記飲食店情報提供サーバ１００が有するデータベースの構成を示した図である。

同図に示すように、飲食店情報提供サーバ１００は、記憶部１８に、飲食店情報データベース３１、ユーザ情報データベース３２、及びテーブル情報データベース３３を有している。

飲食店情報データベース３１は、飲食店毎に、その飲食店の店名や所在位置情報、その飲食店を識別するＩＤ（施設ＩＤ）の他、その飲食店の業態・サービスのカテゴリ情報、その飲食店を紹介する内容、すなわち、サービス施設のＰＲ文等のサービス施設の特徴を示す情報、飲食店が行うイベント情報、飲食店が立地しているエリア情報、飲食店の住所（位置情報）、電話番号、飲食店に関する（飲食店を紹介する）画像データ、飲食店が提供するメニューに関するメニュー情報、営業時間、ウェブサイトＵＲＬ等の情報を記憶している。

上記メニュー情報は、上記ポータルサイト上の各飲食店のサイトに掲載されるメニューに対応する情報であり、各飲食店が提供可能な複数のメニューのメニュー名を、飲食店毎に記憶している。当該メニュー情報は、例えば前菜／メイン、ランチ／ディナー／コース等のメニューカテゴリ毎に記憶されてもよい。また上記画像データがメニューに対応するものである場合には、当該画像データはメニュー情報と対応付けられて記憶される。

上記エリア情報は、例えば都道府県単位のものであるが、市区町村等のより狭い範囲の単位でも情報が記憶されてもよい。上記カテゴリ情報は、例えば和食、中華、イタリアン、フレンチ、焼肉等のメインカテゴリの他、和食における焼き鳥・天ぷら等、イタリアンにおけるパスタ・ピザ等のより詳細なサブカテゴリを含んでいてもよい。

ユーザ情報データベース３２は、ユーザ端末２００を所有する、上記飲食店情報提供サーバ１００が提供する上記ポータルサイトを介した飲食店情報サービスの利用者（会員）であるユーザに関する情報を記憶する。具体的には、ユーザ情報データベース４２は、ユーザＩＤ、パスワード、氏名、メールアドレス、電話番号、住所、年齢（層）、性別、誕生日等の情報をユーザ毎に記憶している。

またユーザ情報データベース３２は、各ユーザのこれまでの飲食店の利用履歴情報（利用日、飲食店名、利用額等）を記憶している。

テーブル情報データベース３３は、各テーブルＴに定められた最低利用人数を示す情報、各テーブルＴへの現在の配席状況を示す情報、及び各テーブルＴのユーザからの飲食物の注文情報を、各テーブルＴを識別するテーブルＩＤと対応付けて記憶している。

最低利用人数は、例えば、各テーブルＴのサイズに応じて、最大利用人数との関係で設定される。例えば最大利用人数が２人のテーブルＴの最低利用人数は１人、最大利用人数が４人のテーブルＴの最低利用人数は３人、最大利用人数が６人のテーブルＴの最低利用人数は４人といったように設定される。

各テーブルＴへの配席情報は、各テーブルＴの現在の利用の有無及び現在利用中のテーブルＴに配席されているユーザの人数に関する情報を上記テーブルＩＤと対応付けて記憶した情報である。

注文情報は、ユーザから注文されたメニューのメニュー名、単価、数量等の情報を上記テーブルＩＤと対応付けて記憶した情報である。

これら各データベースは、後述する飲食店情報提供サーバ１００による、テーブル自動配席処理において、必要に応じて相互に参照されて用いられる。

［飲食店情報提供サーバの動作］
次に、以上のように構成された飲食店情報提供サーバ１００の動作について説明する。当該動作は、飲食店情報提供サーバ１００のＣＰＵ１１及び通信部１９等のハードウェアと、記憶部１８に記憶されたソフトウェアとの協働により実行される。以下の説明では、便宜上、ＣＰＵ１１を動作主体とする。

図４は、飲食店情報提供サーバ１００による、飲食店におけるテーブル自動配席処理の流れを示したフローチャートである。

同図に示すように、飲食店情報提供サーバ１００のＣＰＵ１１はまず、飲食店端末３００から、飲食店のテーブルＴにチェックインしたユーザ端末２００によるテーブル利用要求を受信したか否かを判断する（ステップ４１）。

当該テーブル利用要求は、例えば、同一のテーブルＩＤを有するテーブルＴのチェックイン装置４００に所定時間内（例えば１分以内）に１以上のユーザ端末２００がチェックイン操作（タッチ操作等）を行った場合に、飲食店端末３００によって生成される。

当該テーブル利用要求には、上記チェックイン操作の対象となったテーブルのテーブルＩＤと、上記所定時間内に上記チェックイン操作を行ったユーザ（ユーザ端末２００）のチェックイン人数を示す情報が含まれる。当該チェックイン人数を示す情報は、人数を示す数値が直接的に記載されたものでなくてもよく、例えば上記チェックイン操作を行ったユーザ端末２００のユーザＩＤ（ＩＣカードＣまたはユーザ端末２００からチェックイン装置４００によって読み取られる）の一覧によって間接的に示されてもよい。

続いてＣＰＵ１１は、上記テーブル利用要求から、テーブルＩＤ、ユーザＩＤ及びチェックイン人数を特定する（ステップ４２）。

続いてＣＰＵ１１は、上記テーブルＩＤに対応する最低利用人数と、上記チェックイン人数とを比較する（ステップ４３）。

続いてＣＰＵ１１は、上記チェックイン人数が最低利用人数以上であるか否かを判断する（ステップ４４）。

上記チェックイン人数が最低利用人数以上であると判断した場合（Ｙｅｓ）、ＣＰＵ１１は、上記テーブルＴの利用を許可する旨の許可通知情報を上記飲食店端末３００へ送信する（ステップ４８）。

当該許可通知情報を飲食店端末３００が受信すると、飲食店端末３００は、上記テーブルＩＤに対応するテーブルＴのチェックイン装置４００に設けられたＬＥＤの色を変化させたり、チェックイン装置４００に設けられたディスプレイに利用許可の旨を表示させたりすることで、チェックイン操作をしたユーザにテーブル利用許可を報知する。

一方、上記ステップ４４において、上記チェックイン人数が最低利用人数未満であると判断した場合（Ｎｏ）、ＣＰＵ１１は、上記ユーザ情報データベース３３から、上記ユーザＩＤに対応するユーザの飲食店の利用履歴情報（複数の場合はそれぞれ）を確認する（ステップ４５）。

続いてＣＰＵ１１は、上記利用履歴から、（いずれかの）ユーザの平均利用単価が所定の閾値以上（例えば３，０００円以上、５，０００円以上等）であるか否かを判断する（ステップ４６）。ここでＣＰＵ１１は、平均利用単価に加えて利用回数についても閾値（例えば３回以上、５回以上等）を設定して確認しても構わない。

ユーザの平均利用単価が所定の閾値以下であった場合（Ｎｏ）、ＣＰＵ１１は、上記テーブル情報データベース３３の配席情報を参照し、上記チェックイン人数を上記最低利用人数とする他のテーブルＴに空きがあるか否かを判断する（ステップ４７）。

上記チェックイン人数を最低利用人数とする他のテーブルＴに空きが無い（上記チェックイン人数を上記最低利用人数とするテーブルが全て利用中である）と判断した場合（Ｙｅｓ）、ＣＰＵ１１は、上記テーブルＴの利用を許可しない旨の不許可通知情報を上記飲食店端末３００へ送信する（ステップ５４）。

当該不許可通知情報を飲食店端末３００が受信すると、飲食店端末３００は、上記テーブルＩＤに対応するテーブルＴのチェックイン装置４００に設けられたＬＥＤの色を変化させたり、チェックイン装置４００に設けられたディスプレイに利用不許可の旨を表示させたりすることで、チェックイン操作をしたユーザにテーブル利用の不許可を報知する。

以上、上記ステップ４４において上記平均利用単価が閾値以上であると判断した場合（Ｙｅｓ）、及び、上記ステップ４５においてチェックイン人数を最低利用人数とする他のテーブルに空きが無いと判断した場合（Ｎｏ）には、チェックイン人数に関わらずテーブル利用が許可され、それが飲食店端末３００へ通知される（ステップ４８）。

飲食店情報提供サーバ１００は、前者により、最低利用人数による合計利用額と同等程度の利用単価を有するユーザや常連客であるユーザについては配席効率が悪くても利用可能とすることで、全体としての売上を確保することができ、また後者により、テーブルＴの利用効率を極力重視しながらも、テーブルが空いているのにユーザが利用できなくなる事態を防ぐことができる。重視しながらも、テーブルが空いているのにユーザが利用できなくなる事態を防ぐことができる。

続いてＣＰＵ１１は、上記飲食店端末３００から、ユーザからの飲食物の注文要求を受信したか否かを判断する（ステップ４９）。当該注文要求には、例えば、テーブルＩＤと、ユーザから注文されたメニューのメニュー名、単価、数量等の情報が含まれる。

注文要求を受信したと判断した場合（ステップＹｅｓ）、ＣＰＵ１１は、注文数（メニュー名の数×数量の全メニューについての総和）が、上記テーブルＩＤに対応する最低利用人数以上であるか否かを判断する（ステップ５０）。

注文数が最低利用人数以上であると判断した場合（Ｙｅｓ）、ＣＰＵ１１は、当該注文を許可し、飲食店端末３００へ、注文を受け付けるよう要求する注文情報を送信する（ステップ５１）。

一方、上記注文数が最低利用人数未満であると判断した場合（Ｎｏ）、ＣＰＵ１１は注文数が足りないため注文できない旨、及び、上記チェックイン人数分以上の数の注文をするよう促す注文不許可情報を飲食店端末３００へ送信する。当該注文不許可情報は、飲食店端末３００を介してチェックイン装置４００からテキストまたは音声によって出力される。これにより飲食店情報提供サーバ１００は、チェックインだけして注文しない客が発生し売上が落ちるのを防ぐことができる。

なお、上記ステップ４６及びステップ４７で例外的に利用を許可されたユーザについては、チェックイン人数が最低利用人数に満たないことが前提であるため、当該ステップ５０に代えて、上記注文数が上記チェックイン人数以上であるかが判断される。

そしてＣＰＵ１１は、上記飲食店端末３００から、上記テーブルＩＤに対応するテーブルＴのテーブル利用終了通知を受信したか否かを判断する（ステップ５２）。

当該テーブル利用終了通知は、チェックイン装置４００に所定の利用終了操作が入力されたことを上記飲食店端末３００が検出することで、当該飲食店端末３００によって上記テーブルＩＤと共に生成され、送信される。所定の利用終了操作とは、例えば、ユーザが上記チェックイン装置４００に設けられた利用終了ボタンを押下する操作や、ユーザがチェックイン装置４００のモード切替ボタンにより利用終了モードに設定した状態で行われるＩＣカードＣやユーザ端末２００によるタッチ操作等である。

上記利用終了通知を受信したと判断した場合（Ｙｅｓ）、ＣＰＵ１１は、これまでの注文情報を基に、上記ＩＣカードＣ及びユーザ端末２００に対応する決済手段によって利用代金を決済し、処理を終了する（ステップ５３）。

［まとめ］
以上説明したように、本実施形態によれば、飲食店情報提供サーバ１００は、ユーザのチェックイン操作に応じて最低利用人数以上のユーザをテーブルに自動配席することができ、飲食店のスタッフの負担を軽減しながら配席効率を向上できる。特に、スタッフが客をテーブルＴに案内する作業が不要となるため、ホールスタッフは最小限で済む。

また、飲食店情報提供サーバ１００は、ユーザによるテーブルＴの利用の可否を判断するために、最低利用人数とチェックイン人数を比較するだけで済むため、飲食店やテーブルＴの数が増えたとしても、飲食店情報提供サーバ１００の情報処理負荷は最小限に抑えられる。

また本実施形態では、複数人が１つのテーブルＴの利用を希望し、そのうち一人のユーザが利用希望人数を飲食店端末３００へ送るような場合と比較して、上記テーブル利用要求を送信するために、テーブルＴの利用を希望するユーザ全員がチェックイン装置４００にチェックイン操作を行う必要があるため、上記一人のユーザがユーザ端末２００に利用希望人数を入力する手間が不要であり、また偽りの利用希望人数送信することも困難となる。また、テーブルＴを利用するユーザ全員がテーブルＴ及び飲食店に紐付けられることで、個別の会計処理も容易となり、また未払いのユーザが発生するような事態も防ぐことができる。さらに、上記チェックイン操作により、飲食店情報提供サーバ１００は、個別のユーザのユーザＩＤや、共にチェックインしたユーザ同士の繋がりについてもデータとして取得でき、飲食店の販促活動等に有効活用することができる。

［変形例］
本発明は上述の実施形態にのみ限定されるものではなく、本発明の要旨を逸脱しない範囲内において種々変更され得る。

上述の実施形態において、上記最低利用人数は、例えば飲食店の混雑度等に応じて可変されてもよい。飲食店情報提供サーバ１００のＣＰＵ１１は、例えば混雑度が所定の閾値を下回り、上記最低利用人数を少ない人数に更新した場合に、ユーザのユーザ端末２００に上記更新を示す通知情報を送信してもよい。この場合、送信先のユーザ端末２００は、当該最低利用人数の更新から所定時間前までにチェックイン操作を行って利用を拒否されたユーザのユーザ端末２００で会っても構わない。これにより飲食店情報提供サーバ１００は、チェックイン人数が最低利用人数に足りずに飲食店の利用を諦めたユーザを飲食店に呼び戻し利用を促進することができる。

上述の実施形態において、上記チェックイン操作によるテーブルの利用は、ユーザによってキャンセル可能であってもよい。例えばユーザは、上記チェックイン装置４００を所定のキャンセルモードに切替えてＩＣカードＣまたはユーザ端末２００によってチェックイン装置４００にタッチ操作することで、キャンセル通知が飲食店端末３００を介して飲食店情報提供サーバ１００へ送信されてもよい。この場合飲食店端末１００のＣＰＵ１１は、上記テーブルＴの利用を許可してから所定時間経過前に、上記テーブル利用要求のキャンセル要求を上記テーブルＩＤと共に飲食店端末３００から受信した場合にのみ、上記キャンセルを許可してもよい。これにより飲食店情報提供サーバ１００は、ユーザにチェックイン後におけるテーブルＴの利用のキャンセルを無制限に認めることで配席処理に悪影響が及ぶのを防ぐことができる。

上述の実施形態において、上記チェックイン人数が最低利用人数未満である場合にテーブル利用を認める例外処理において、ユーザの平均利用単価に代えて利用回数が用いられてもよい。

上述の実施形態では、クラウド上の飲食店情報提供サーバ１００が複数の飲食店のテーブル自動配席処理を担っていたが、クラウド上に、テーブル自動配席処理専用のサーバが設けられてもよいし、当該自動配席処理を実行するサーバがローカルに設けられていてもよい。この場合サーバは、飲食店毎に設けられていてもよいし、フードコード等の飲食店の集合体毎に設けられていてもよい。

上述の実施形態では、ユーザがチェックイン装置４００にチェックイン操作を行い、そのチェックイン人数と最低利用人数とが比較されていた。しかし、飲食店情報提供サーバ１００が、飲食店端末３００から、ユーザがテーブルＴの利用を希望する利用希望人数に関する情報を受信し、当該利用希望人数と最低利用人数とを比較することができさえすれば、チェックイン装置４００へのユーザのチェックイン操作は必須ではない。

この場合、飲食店端末３００が、複数のユーザ端末２００から、上記チェックイン操作またはユーザのユーザ端末２００上での所定のユーザインタフェース（飲食店のテーブルを選択するためのインタフェースを含む）の操作により、テーブルＴの利用を希望することを示す利用希望信号をそれぞれ受信し、例えば所定時間内の同一テーブルに関する利用希望信号をカウントした利用希望人数情報をテーブル利用要求に含めて飲食店情報提供サーバ１００へ送信してもよい。また、利用希望信号を各ユーザのテーブル利用要求としてそのまま飲食店情報提供サーバ１００へ転送し、同一テーブルに関する利用希望人数のカウント自体は飲食店情報提供サーバ１００が実行しても構わない。

また上記飲食店端末３００が上記ローカルサーバの役割を担う場合には、飲食店端末３００が、各テーブルＴのチェックイン装置４００から、テーブルＩＤ及びユーザＩＤを含むチェックイン情報を受信し、所定時間内に受信されたチェックイン情報に含まれる同一のテーブルＩＤの数（または同一テーブルＩＤに対応するユーザＩＤの数）をチェックイン人数として最低利用人数と比較する。また、チェックイン装置４００に代わり、例えば各テーブルＴにテーブルＩＤを示す２次元バーコード等のコードの印刷物や表示物が設置されている場合、それをユーザ端末２００が有するリーダが読み取って、当該テーブルＩＤをユーザＩＤと共に上記チェックイン情報（テーブル利用要求）として飲食店端末３００へ送信してもよい。

上述の実施形態では、最低利用人数及び上記利用希望信号を送信するユーザ端末２００の数（チェックイン人数）が複数の場合について説明したが、最低利用人数が１名に設定されていてもよい。利用希望信号を送信するユーザ端末２００が１台のみであって、複数の利用者分の利用希望信号を送信しても構わない。

上述の実施形態では、サービス施設として飲食店が例示されたが、サービス施設は飲食店に限られず、例えばカラオケ施設等、テーブルでユーザにサービスを提供する施設であればどのような施設についても本発明は適用可能である。

本願の特許請求の範囲に記載された発明のうち、「情報処理方法」と記載された発明は、その各ステップを、ソフトウェアによる情報処理によりコンピュータ等の少なくとも１つの装置が自動的に行うものであり、人間がコンピュータ等の装置を用いて行うものではない。すなわち、当該「情報処理方法」は、コンピュータ・ソフトウェアによる情報処理方法であって、コンピュータという計算道具を人間が操作する方法ではない。

１１…ＣＰＵ
１８…記憶部
１９…通信部
３１…飲食店情報データベース
３２…ユーザ情報データベース
３３…テーブル情報データベース
１００…飲食店情報提供サーバ
２００…ユーザ端末
３００…飲食店端末
４００…チェックイン装置

Claims (9)

1. サービス施設に設置された施設端末と通信可能な通信部と、
   前記サービス施設のテーブルをユーザが利用するための最低利用人数に関する情報をテーブル識別情報と対応付けて記憶する記憶部と、
   前記テーブルの利用を希望するユーザの利用希望人数を示す情報を含むテーブル利用要求を前記テーブル識別情報と共に前記施設端末から受信し、前記受信された利用希望人数と前記記憶された最低利用人数とを比較し、前記利用希望人数が前記最低利用人数以上である場合に前記ユーザによる前記テーブル識別情報に対応するテーブルの利用を許可する制御部と
   を具備する情報処理装置。
2. 請求項１に記載の情報処理装置であって、
   前記制御部は、前記サービス施設への飲食物の注文要求を前記テーブル識別情報と共に受信した場合、前記注文要求が有する注文数が前記最低利用人数以上である場合に前記飲食物の注文要求を受付可能と判断する
   情報処理装置。
3. 請求項１または２に記載の情報処理装置であって、
   前記記憶部は前記サービス施設が有する複数のテーブルのユーザの利用状況を示す配席情報を記憶し、
   前記制御部は、前記テーブル利用要求に含まれる利用希望人数を前記最低利用人数とするテーブルが全て利用中であると判断した場合には、前記利用希望人数が前記テーブル識別情報に対応するテーブルの前記最低利用人数未満であっても、当該テーブルの利用を許可する
   情報処理装置。
4. 請求項１乃至３のいずれかに記載の情報処理装置であって、
   前記制御部は、前記最低利用人数を少ない人数に更新した場合に前記ユーザのユーザ端末に前記更新を示す通知情報を送信する
   情報処理装置。
5. 請求項１乃至４のいずれかに記載の情報処理装置であって、
   前記記憶部は、ユーザの前記サービス施設の利用回数または前記サービス施設における平均利用単価を示す情報を、前記ユーザを識別するユーザ識別情報と対応付けて記憶し、
   前記テーブル利用要求は、前記ユーザ識別情報を含み、
   前記制御部は、前記テーブル利用要求に含まれる前記ユーザ識別情報に対応する前記利用回数または前記平均利用単価が所定の閾値以上である場合に前記テーブル識別情報に対応するテーブルの利用を許可する
   情報処理装置。
6. 請求項１乃至５のいずれかに記載の情報処理装置であって、
   前記制御部は、前記テーブルの利用を許可してから所定時間経過前に、前記テーブル利用要求のキャンセル要求を前記テーブル識別情報と共に前記施設端末から受信した場合に、前記キャンセルを許可する
   情報処理装置。
7. 請求項１乃至６のいずれかに記載の情報処理装置であって、
   前記施設端末は、複数のユーザ端末から、当該ユーザ端末の各ユーザが前記テーブルの利用を希望することを示す利用希望信号をそれぞれ受信し、
   前記制御部は、前記施設端末がそれぞれ受信した利用希望信号を前記テーブル利用要求としてそれぞれ受信することで前記利用希望人数を受信する
   情報処理装置。
8. サービス施設のテーブルをユーザが利用するための最低利用人数に関する情報をテーブル識別情報と対応付けて記憶し、
   前記テーブルの利用を希望するユーザの利用希望人数を示す情報を含むテーブル利用要求を、前記サービス施設に設置された施設端末から前記テーブル識別情報と共に受信し、
   前記受信された利用希望人数と前記記憶された最低利用人数とを比較し、前記利用希望人数が前記最低利用人数以上である場合に前記ユーザによる前記テーブル識別情報に対応するテーブルの利用を許可する
   情報処理方法。
9. 情報処理装置に、
   サービス施設のテーブルをユーザが利用するための最低利用人数に関する情報をテーブル識別情報と対応付けて記憶するステップと、
   前記テーブルの利用を希望するユーザの利用希望人数を示す情報を含むテーブル利用要求を、前記サービス施設に設置された施設端末から前記テーブル識別情報と共に受信するステップと、
   前記受信されたチェックイン人数と前記記憶された最低利用人数とを比較し、前記利用希望人数が前記最低利用人数以上である場合に前記ユーザによる前記テーブル識別情報に対応するテーブルの利用を許可するステップと
   を実行させるプログラム。

Images