JP6943518B1 - 空席管理システム、情報処理装置、情報処理方法 - Google Patents

Abstract

【課題】簡易な構成によって、コストを抑制しつつ店舗の空席情報を適切に管理することができる、空席管理システムを提供する。【解決手段】本発明に係る空席管理システムは、施設端末から送信された施設の混雑状況に応じたデータと固定期間に基づいて、前記データに対応する空き情報または前記固定期間に対応する固定空き状態情報のいずれかをユーザ端末に送信する。【選択図】図１

Description

本発明は、店舗の空席情報を管理する技術に関する。

店舗の空席情報をユーザがオンラインで確認できるようにするための技術は、例えば飲食店などの空席情報を提供するために用いられている。空席情報を取得するための技術としては、例えばテーブルに人感センサを設置する、店舗内を撮像した画像内の人間を検出する、などの手法がある。

下記特許文献１は、店舗の空席を管理する技術について記載している。同文献は、『店舗を探しているユーザが店舗を選びやすくする。』ことを課題として、『テーブル情報提供システムは、店舗のテーブルに関する属性情報を、当該店舗の当該テーブル毎に設定して記憶する記憶手段と、前記店舗の前記テーブルの空き状況に関する空き情報を検出する検出手段と、前記属性情報および前記空き情報に基づく前記店舗の利用可否に関する状態をユーザに提供する提供手段と、を備える。』という技術を開示している（要約参照）。

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

上記特許文献１においては、店舗の空席状態を検出する空き情報検出部３２の１例として、カメラ（同文献の００１８）や赤外線センサ（同文献の００１９）を挙げている。しかしこのような検出デバイスによって空席情報を検出する場合、検出精度などに起因して検出結果が店舗の空席状態の実態と合致していない場合がある。また店舗の混雑情報を正確に検出できるだけの精度と個数を有する検出システムを構築するのは、コストや時間の観点から望ましくない場合がある。

本発明は、上記のような課題に鑑みてなされたものであり、簡易な構成によって店舗の空席情報を適切に管理することができる管理システムを提供することを目的とする。

本発明に係る管理システムは、施設の混雑状況を示す空き情報を管理する情報処理装置と、前記情報処理装置に前記施設の混雑状況に応じたデータを送信する第１施設端末とを有する管理システムであって、前記第１施設端末は、前記第１施設端末に対する操作を受け付けると、前記操作に対応するデータと前記第１施設端末の識別情報を前記情報処理装置に対して送信し、前記情報処理装置は、前記施設の空き情報、前記施設の空き情報を固定する固定期間、および前記固定期間における混雑状況を示す固定空き状態情報を管理するデータベースを記憶する記憶手段と、前記第１施設端末から前記データと前記識別情報を受信する受信手段と、前記データと前記識別情報に基づいて前記データベースを更新する更新手段と、ユーザ端末からのリクエストを受けると、前記固定期間に基づいて、前記空き情報または前記固定空き状態情報のいずれかを前記ユーザ端末に出力する出力手段と、を有し、前記第１施設端末が送信可能な混雑状況は、前記施設に空きがある状況、前記施設が混雑している状況を含む少なくとも２つ以上の種類のいずれかであり、前記固定空き状態情報は、前記第１施設端末が送信可能な、前記施設に空きがある状況、前記施設が混雑している状況を含む少なくとも２つ以上の種類の混雑状況から指定して入力された情報である。

本発明に係る空席管理システムによれば、簡易な構成によって、店舗の空席情報を適切に管理することができる。

実施形態１に係る空席管理システム１０の構成図である。 店舗端末１００の外観を示す斜視図である。 店舗端末１００の別構成例を示す外観斜視図である。 店舗端末１００が備える回路ブロック図である。 空席管理サーバ２００のハードウェア構成図である。 空席管理サーバ２００の機能ブロック図である。 データベース２４１の構成とデータ例を示す図である。 ユーザ端末３００のハードウェア構成図である。 空席管理サーバ２００がデータベース２４１を更新する手順を説明するフローチャートである。 空席管理サーバ２００がユーザ端末３００から空席状態についての照会を受信したときの動作手順を説明するフローチャートである。 ユーザ端末３００の表示装置３２０が空席状態照会リクエストに対する応答を表示する画面例である。 空席管理サーバ２００が提供する店舗管理画面２６０の例である。 実施形態２におけるデータベース２４１の構成例である。 実施形態２において空席管理サーバ２００がユーザ端末３００から空席状態についての照会を受信したときの動作手順を説明するフローチャートである。

以下、本発明の実施形態について、図面を参照して説明する。同一の構成については、同じ符号を付して説明する。尚、以下の実施形態は本発明を限定するものではなく、また、本実施形態で説明されている特徴の組み合わせの全てが本発明の解決手段に必須のものとは限らない。

＜実施形態１＞
実施形態１では、席やテーブルが設置され飲食を提供される店舗に置いて、店舗に新たな利用客が利用可能な空席（または空きテーブル）があるか否かを示す空席状態を、店舗に設置された機器を通じて配信する空席管理システムについて説明する。図１は、実施形態１に係る空席管理システム１０を説明する図である。空席管理システム１０は、店舗の空席情報を管理するシステムである。空席管理システム１０は、店舗端末１００、空席管理サーバ２００（情報処理装置）を備える。店舗端末１００は、店舗４００内に設置されている。空席管理サーバ２００は、店舗外に設置されている。店舗端末１００と空席管理サーバ２００は、例えばインターネットなどのネットワークを介して相互接続されている。

店舗端末１００は、例えば店舗４００の店員などによって操作される。店舗端末１００は、その操作にしたがって、店舗４００の空席状態を示すデータを空席管理サーバ２００に対して送信する。空席管理サーバ２００は、店舗４００の空席状態を管理するデータベースを保持する。空席管理サーバ２００は、店舗端末１００から受け取ったデータにしたがってデータベースを更新することにより、店舗４００の空席状態をデータベース上で管理する。

店舗４００を訪れようとしているユーザは、ユーザ端末３００を介して、店舗４００の空席状態の紹介を空席管理サーバ２００に対して要求することができる。空席管理サーバ２００はその要求に応じて、データベースの店舗４００に関するレコードを検索することにより、空席状態を取得する。空席管理サーバ２００は、取得した空席状態を、照会に対するレスポンスとしてユーザ端末３００へ返信する。

図２Ａは、本実施形態における店舗端末１００の外観を示す斜視図である。店舗端末１００は、第１ボタン１１１、第２ボタン１１２、第１ＬＥＤ（Ｌｉｇｈｔ Ｅｍｉｔｔｉｎｇ Ｄｉｏｄｅ）１２１、第２ＬＥＤ１２２、ＵＳＢ（Ｕｎｉｖｅｒｓａｌ Ｓｅｒｉａｌ Ｂｕｓ）端子１３０を備える。

ユーザが第１ボタン１１１を押下すると第１ボタン１１１はＯＮ状態になり、第１ＬＥＤ１２１が点灯する。ユーザが第２ボタン１１２を押下すると第２ボタン１１２はＯＮ状態になり、第２ＬＥＤ１２２が点灯する。第１ボタン１１１と第２ボタン１１２は、同時にＯＮ状態になることがないように構成されている。すなわち各ボタンの状態は、（ａ）第１ボタン１１１がＯＮ、第２ボタン１１２がＯＦＦ、（ｂ）第１ボタン１１１がＯＦＦ、第２ボタン１１２がＯＮ、（ｃ）第１ボタン１１１と第２ボタン１１２ともに未操作、のうちいずれかとなる。各LEDは、対応するボタンがOFFになると消灯するため、店舗端末のＬＥＤは（ａ）（ｂ）（ｃ）いずれの状態かを示すことができる。なお各ＬＥＤは必ずしもボタンと一体的に配置しなくともよい。

ＵＳＢ端子１３０は、ＵＳＢケーブルを介して他のデバイス（例：パーソナルコンピュータ）のＵＳＢ端子と接続する。ＵＳＢ端子１３０は、接続した他デバイスからＵＳＢ接続を介して電力供給を受け、その電力を店舗端末１００に対して供給するための役割を有する。

図２Ｂは、店舗端末１００の別構成例を示す外観斜視図である。店舗端末１００は図２Ａで説明した２つのボタンに加えて、第３ボタン１１３を備える場合もある。第３ボタン１１３には第３ＬＥＤ１２３が配置されている。第１ボタン１１１、第２ボタン１１２、第３ボタン１１３は、ＯＮ状態に固定されるのがいずれか１つのみとなるように構成されている。すなわち各ボタンの状態は、（ａ）第１ボタン１１１がＯＮ、第２ボタン１１２と第３ボタン１１３がＯＦＦ、（ｂ）第１ボタン１１１と第３ボタン１１３がＯＦＦ、第２ボタン１１２がＯＮ、（ｃ）第１ボタン１１１と第２ボタン１１２がＯＦＦ、第３ボタン１１３がＯＮ、（ｄ）３つのボタン全て未操作、のうちいずれかとなる。

図２Ｃは、店舗端末１００が備える回路ブロック図である。ここでは図２Ａのように２つのボタンを備える場合の構成例を示した。店舗端末１００は、図２Ａ（または図２Ｂ）で説明した構成に加えてさらに、制御回路１４０、電源回路１５０、通信モジュール１６０（通信機）、記憶部７０を備える。制御回路１４０とその他各部は、例えば汎用入出力（ＧＰＩＯ）や配線によって相互接続することができる。

制御回路１４０は、店舗端末１００が備える各部を制御する。電源回路１５０は、ＵＳＢ接続およびＵＳＢ端子１３０を介して他デバイスから電力を受け取り、その電力を制御回路１４０へ供給する。電源回路１５０は、例えばＵＡＲＴ−ＵＳＢ相互変換回路などによって構成することができる。通信モジュール１６０は、無線通信によって店舗端末１００外の他装置と通信する回路デバイスである。通信モジュール１６０は、例えばＬＴＥ（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）通信モジュールなどによって構成することができる。

店舗端末１００が最初に起動されたとき、各ボタンは未操作であり、各ＬＥＤはＯＦＦである。第１ボタン１１１が押されると、制御回路１４０はその旨の信号を第１ボタン１１１から受け取る。制御回路１４０はその信号を受け取ると、通信モジュール１６０を介して、店舗４００内に空席がある旨を示すデータ（例えば数値「０」）を、空席管理サーバ２００に対して送信する。さらに制御回路１４０は、第１ＬＥＤ１２１をＯＮするとともに第２ＬＥＤ１２２をＯＦＦする。同様に第２ボタン１１２が押されると、制御回路１４０は、店舗４００が混雑している旨を示すデータ（例えば数値「１」）を、空席管理サーバ２００に対して送信し、第１ＬＥＤ１２１をＯＦＦして第２ＬＥＤ１２２をＯＮする。空席管理サーバ２００のネットワークアドレスやＴＣＰポート番号などは、記憶部１７０内にあらかじめ保存しておく。本実施形態では店舗端末１００は、ＯＮされているボタンが再度押された場合は、改めて同じデータを送信するがこれに限らない。例えば。同じデータを送信する必要がなければ再送信しなくともよい。

なお、図２Ｂに示すような第３ボタン１１３も備えている場合、制御回路１４０は、第３ボタン１１３が押されると、店舗４００が満席である旨を示すデータ（例えば数値「２」）を、空席管理サーバ２００に対して送信する。制御回路１４０はさらに、第３ＬＥＤ１２３をＯＮし、その他ＬＥＤをＯＦＦする。

制御回路１４０は、各ボタンの状態を示すデータとともに、店舗端末１００を識別するためのデータを送信する。ここでは通信モジュール１６０のＭＡＣ（Ｍｅｄｉａ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ）アドレスを、店舗端末１００の識別子として用いるが、これに限らず店舗端末１００を識別できれば任意のデータでよい。

さらにＵＳＢ端子１３０からＵＳＢケーブルを抜き差しするなどによって店舗端末１００が再起動された場合、制御回路１４０は、その時点における各ボタンの状態を記憶しておいて再起動後に復元する。この場合、制御回路１４０はボタンが操作されるごとに、記憶部１７０内に各ボタンの状態を示すボタン状態データを保存しておき、起動時にそのデータを読み出す。通信モジュール１６０は、店舗端末１００が再起動した後、いずれかのボタンが操作される前の時点においては、ボタン状態データの内容を、ボタンの現在状態として送信する。なお、店舗端末１００が再起動された際に、各ボタンがいずれも押されていない状態に初期化してもよい。

制御回路１４０は、ボタンが操作されたときに加えて、所定周期（例えば５分間）ごとに、現在のボタン状態（いずれのボタンがＯＮであるか、すなわち最後にＯＮされたボタン）を示すデータを、空席管理サーバ２００に対して送信する。このデータは各ボタンがＯＮされたとき送信するものと同じである。制御回路１４０はこれに加えて、店舗端末１００が再起動したときも、現在のボタン状態を示すデータを空席管理サーバ２００に対して送信するものとする。あるいは、起動した時には空席管理サーバ２００が保持している最新のステータスを読み込み、ボタン状態に反映しても良い。

本実施形態においては店舗端末１００のいずれかのボタンが最初に押された以後は、原則として常にいずれかのボタンが押下された状態となる。すなわち記憶部１７０は、いずれかのボタンが最初に押された以後は、原則として、いずれかのボタンが押下されている旨のボタン状態データを常に保持している。ボタン状態を例えば定期的にリセットすることが望ましいのであれば、これに代えて、制御回路１４０が毎日所定時刻になるとボタン状態データを初期化（削除など）するようにしてもよい。

図３Ａは、空席管理サーバ２００のハードウェア構成図である。空席管理サーバ２００は、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）２１０、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）２２０、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）２３０、記憶部２４０、通信部２５０、を備える。ＣＰＵ２１０は、後述するプログラムを実行することにより、空席管理サーバ２００が提供する機能を実現する。ＲＯＭ２２０とＲＡＭ２３０は、ＣＰＵ２１０が用いるデータを保持する。記憶部２４０は、後述するプログラムを格納する。通信部２５０は、ネットワークを介して店舗端末１００と通信する。

図３Ｂは、空席管理サーバ２００の機能ブロック図である。空席管理サーバ２００は、ＣＰＵ２１０が実行するソフトウェアモジュールとして、受信部２１１、更新部２１２、出力部２１３を備える。以下では記載の便宜上、これらモジュールを動作主体として記載する場合があるが、実際にこれらモジュールを実行するのはＣＰＵ２１０である。記憶部２４０は、データベース２４１を格納している。データベース２４１は、店舗４００の空席状態を管理する。データベース２４１の構成については後述する。

受信部２１１は、通信部２５０を介して、店舗４００の空席状態を示すデータ（店舗端末１００が備える各ボタンの状態を示すデータ）を店舗端末１００から受信する。更新部２１２は、受信部２１１が受信したデータにしたがって、データベース２４１を更新する。出力部２１３は、データベース２４１が格納している店舗４００の空席情報を読み取り、その空席情報を出力する。出力部２１３は例えば、ユーザ端末３００からのリクエストに応じて、空席情報をデータベース２４１から読み取り、通信部２５０を介してユーザ端末３００に対してその空席情報を返信する。

図３Ｃは、データベース２４１の構成とデータ例を示す図である。データベース２４１は、例えばレコードの内容を記述したデータを記憶部２４０内に格納することによって構成できる。データベース２４１は、店舗属性テーブル（図３Ｃ上段）と空席管理テーブル（図３Ｃ下段）を有する。

店舗属性テーブルは、ユーザが店舗を検索するとき用いる属性情報を管理するデータテーブルであり、データフィールドとして例えば、店舗ＩＤ２４１１、名称２４１２、ジャンル２４１３、店舗紹介２４１４、連絡先２４１５などを有する。連絡先２４１５は、店舗の住所や電話番号などを記述している。後述するＳ６０２において用いる店舗の座標を記述することもできる。

空席管理テーブルは、店舗ごとの空席状態を管理するデータテーブルであり、データフィールドとして例えば、店舗ＩＤ２４１６、端末識別子２４１７、空席情報２４１８などを有する。空席管理テーブルの１つのレコードは、１つの店舗の空席状態を管理する。

店舗ＩＤ２４１１と２４１６は、データベース２４１内で各店舗を識別するためのＩＤである。端末識別子２４１７は、店舗端末１００を識別する識別子であり、例えば通信モジュール１６０のＭＡＣアドレスを用いることができる。空席情報２４１８は、店舗ＩＤ２４１６に対応する店舗の空席状態を示す。例えば１つ目のレコードが、図１における店舗４００に対応する。２つ目以降のレコードはその他店舗の空席状態を管理する。以下では記載の便宜上、店舗４００と店舗端末１００についてのレコードのみ説明する。

図３Ｃに示す例において、更新部２１２は、店舗端末１００から受け取った、店舗４００の空席状態を示すデータを、１つ目のレコードの空席情報２４１８として格納する。したがって空席情報２４１８が「０」である店舗は空席があり、「１」である店舗は混雑している。店舗端末１００のいずれのボタンも押されていない場合、空席情報２４１８はその旨を示す値（例えば空欄、ＮＵＬＬなど）である。

図４は、ユーザ端末３００のハードウェア構成図である。ユーザ端末３００は、ＣＰＵ３１０、表示部３２０、入力部３３０、通信部３４０を備える。ＣＰＵ３１０は、ユーザ端末３００が備える各部を制御する。通信部３４０は、ネットワークを介して空席管理サーバ２００と通信し、店舗４００の空席情報を受信する。表示部３２０は、空席管理サーバ２００から受信した空席情報を画面表示する。入力部３３０は、ユーザがユーザ端末３００に対する操作指示を入力するために用いるインターフェースである。例えばタッチパネルなどによって、表示部３２０と入力部３３０を一体的に構成することもできる。

図５は、空席管理サーバ２００がデータベース２４１を更新する手順を説明するフローチャートである。通信部２５０（すなわち受信部２１１）が店舗端末１００から空席状態についてのデータを受け取ると、ＣＰＵ２１０は本フローチャートを開始する。以下図５の各ステップについて説明する。なお以下の説明において各工程を「S」と表記することとする。

Ｓ５０１において更新部２１２は、受信部２１１が店舗端末１００から受信した、店舗４００の空席状態を示すデータ（以下「店舗データ」と呼ぶ）を取得する。受信部２１１が受信したデータが複数ある場合、更新部２１２はそのなかのいずれか１つを選択する。

Ｓ５０２において更新部２１２は、店舗データから店舗端末１００の端末識別子（ＭＡＣアドレス）を取得する。更新部２１２はさらにS５０３において、店舗データから店舗４００の空席情報（第１ボタン１１１〜第３ボタン１１３いずれかのＯＮ状態を示すデータ）を取得する。

Ｓ５０４において更新部２１２は、端末識別子を用いて空席管理テーブルを照会することにより、店舗データがいずれの店舗の空席状態を示しているかを特定する。この例においては店舗端末１００の端末識別子によって店舗４００を特定する。次にS５０５において更新部２１２は、特定した店舗に対応する空席情報２４１８を、受信した店舗データにしたがって更新する。S５０６において更新部２１２は、Ｓ５０１において未選択の店舗データがある場合はＳ５０１へ戻って未選択の店舗データについて同様の処理を実施し、全ての店舗データを選択済であれば本フローチャートを終了する。

なお更新部２１２はＳ５０４として、受信部２１１から取得した端末識別子が空席管理テーブルのいずれのレコードにおいても端末識別子２４１７として記録されていない場合は、店舗データが不正であるとみなして以後の処理を中止してもよい。すなわち端末識別子は、更新部２１２が店舗端末１００を認証するための情報として用いることもできる。

図６は、空席管理サーバ２００がユーザ端末３００から空席状態についての照会を受信したときの動作手順を説明するフローチャートである。ユーザはユーザ端末３００を介して、周辺の店舗の空席状態を照会するリクエストを、空席管理サーバ２００に対して送信する。通信部２５０（すなわち受信部２１１）がそのリクエストを受け取ると、ＣＰＵ２１０は本フローチャートを開始する。以下図６の各ステップについて説明する。

Ｓ６０１において出力部２１３は、ユーザ端末３００の位置情報を取得する。位置情報は、例えばユーザ端末３００がＧＰＳ（Ｇｌｏｂａｌ Ｐｏｓｉｔｉｏｎｉｎｇ Ｓｙｓｔｅｍ）などの位置検出システムを備えておき、これから取得した位置情報を、空席状態照会と併せて空席管理サーバ２００に対して送信すればよい。出力部２１３はその位置情報をユーザ端末３００から取得する。

Ｓ６０２において出力部２１３は、Ｓ６０１において取得した位置情報の周辺に存在する店舗群を、店舗属性テーブルの連絡先２４１５にしたがって特定する。例えばユーザ端末３００から所定距離内（例：５００ｍ以内）にある店舗を、連絡先２４１５にしたがって特定する。この店舗群は、ユーザ端末３００が空席状態照会リクエストに対する返信を表示する画面内で表示すべき店舗群に相当するものである。すなわちユーザ端末３００は、ユーザ端末３００周辺に存在する店舗群の空席状態を表示することになる。表示例については後述する。

Ｓ６０３において出力部２１３は、店舗属性テーブルから、Ｓ６０２において特定した店舗群の各属性（店舗名など）を取得する。またS６０４において出力部２１３は、空席管理テーブルから、Ｓ６０２において特定した店舗群の空席情報２４１８を取得する。Ｓ６０５において出力部２１３は、Ｓ６０２において特定した店舗群と各空席情報を表示する表示画像として、マップを作成する。図７（ａ）は、空席状態照会リクエストに対する応答としてユーザ端末３００の表示部３２０に表示される表示画像例である。出力部２１３は、S６０１において取得した位置情報が示すユーザ端末３００の現在位置を中心としてその周辺の店舗（空席管理サーバ２００からの応答内に含まれている店舗群）を適当なマーク（図７においては吹き出しマーク）を、各店舗位置に基づいて配置する。図７（ａ）に示すマップ表示において、マークの位置は店舗位置に対応する。この時、出力部２１３は、各店舗のマークを各店舗の空席情報に応じたマークにする。空席情報が「空き」である場合には、「空き」のテキストを含むマークを、「混雑」である場合には、「混雑」のテキストを含むマークが配置される。店舗端末１００のいずれのボタンも押下されていない場合は、空席情報なしでマークのみを表示する。以上のように出力部２１３は、S６０４取得した店舗群の各店舗の位置に空席情報２４１８に応じたマークをマップに配置することで表示用画像を生成する。S６０６において出力部２１３は、生成したマップを照会リクエストに対する返信としてユーザ端末３００へ送信する。

なお、出力部２１３は、マップを作成および送信することに代えて、Ｓ６０２〜Ｓ６０４において取得した各店舗の識別子／各店舗の属性情報（店舗名など）／各店舗の座標／各店舗の空席状態のみを記述したリストを、ユーザ端末３００に対して返信してもよい。この場合はユーザ端末３００がマップなどを作成し、出力部２１３が送信する応答と併せて画面表示することになる。

上述ではマップ形式で空席情報を表示する方法を説明した。さらに店舗マークと併せて店舗の属性情報（店舗名など）を表示してもよい。マップ表示の他にも、例えば図７（b）に示すように、リスト形式で各店舗の空席情報を示す表示用画像を用いても良い。ユーザ端末３００の表示部３２０は、図７示す表示画像を、空席状態照会リクエストに対する応答として表示する。ＣＰＵ３１０は、空席管理サーバ２００から受け取った応答を、表示部３２０上に画面表示させる。各表示形式において、ユーザ端末３００周辺に存在する店舗それぞれの空席情報が表示されている。リスト表示において、ＣＰＵ３１０は、空席管理サーバ２００から受け取った応答内に含まれている店舗群をリスト形式で表示する。店舗の属性情報（店舗名など）を併せて表示してもよい。各店舗とユーザ端末３００との間の距離を併せて表示してもよいし、その距離を移動時間に換算して表示してもよい。図７（ｂ）においては徒歩移動時間に換算した例を示した。距離や移動時間の計算は、出力部２１３が実施して返信してもよいし、ＣＰＵ３１０が計算してもよい。さらに店舗属性テーブルが各店舗の画像を保持している場合、その画像を併せて表示してもよい。

図７に示す画面表示は、出力部２１３が作成してユーザ端末３００へ送信することもできるし、出力部２１３はＳ６０５〜Ｓ６０６において説明したリストのみを送信し、ＣＰＵ３１０がそのリストを図７のような形式で画面表示してもよい。さらにマップ表示とリスト表示をユーザ端末３００または出力部２１３が切り替えることができるようにしてもよい。

ＣＰＵ３１０は、図７の画面を表示した状態で所定時間（例えば５分）が経過すると、同じ照会リクエストを空席管理サーバ２００に対して再発行してもよい。あるいはユーザ端末３００の位置が所定閾値（例えば１００ｍ）変化するごとに、同じ照会リクエストを空席管理サーバ２００に対して再発行してもよい。これにより周辺店舗の最新の空席状態を常時アップデートすることができる。

＜実施形態１：まとめ＞
本実施形態に係る空席管理システム１０において、店舗端末１００は、操作インターフェースとして第１ボタン１１１などの操作ボタンのみを備え、ユーザはその操作ボタンのみを用いて店舗端末１００を操作できる。これにより操作負担を軽減するとともに、店舗端末１００を安価に生産することができる。

本実施形態に係る空席管理システム１０において、店舗端末１００は電源端子を備えておらず、代わりにＵＳＢ端子１３０と電源回路１５０によって、制御回路１４０へ電力を供給する。これにより、ユーザはＵＳＢケーブルをＵＳＢ端子１３０へ接続するのみで店舗端末１００を起動できるので、操作負担を軽減することができる。さらには専用の電源回路や電源端子が不要となるので、店舗端末１００を安価に生産できる。

本実施形態に係る空席管理システム１０において、通信モジュール１６０は例えばＬＴＥモジュールなどの無線モジュールであり、店舗端末１００は有線ネットワーク端子を備えていない。これにより、ユーザは店舗端末１００を空席管理サーバ２００と接続するために特段の操作を必要とせず、店舗端末１００を単に起動すれば足りるので、操作負担を軽減することができる。また無線モジュールは制御回路１４０（マイコンなど）から電力供給を受けるようになっていることが多いので、制御回路１４０に対して電力供給すれば足り、バッテリなどの個別電源は必要ない。したがって店舗端末１００を安価に生産できる。

本実施形態に係る空席管理システム１０において、店舗端末１００は、第１ボタン１１１などの操作ボタンによって空席状態を発信する簡易端末として構成されている。したがって店舗４００の店員は、空席状態を変更する際に、タブレット端末やスマートフォンなどの汎用端末を操作する必要はない。操作インターフェースが簡易化されていることにより、操作ミスなどを抑制できることに加えて、店舗端末１００を店員が操作している様子を店舗４００の来店客が見たとしても、店員が業務を怠って個人的な端末操作をしているような印象を与えるおそれはほぼない。すなわち店舗端末１００の構成は、店舗４００の来店客に対して与える印象にも配慮しているといえる。

本実施形態に係る空席管理システム１０において、店舗端末１００は、ボタンのＯＮ／ＯＦＦ状態を示すボタン状態データを記憶部１７０に格納しておき、店舗端末１００が再起動した場合は、ボタン状態データの内容をボタンの現在状態として発信する。これにより、例えばＵＳＢ端子１３０からＵＳＢケーブルが誤って抜けてしまって店舗端末１００を再起動した場合であっても、従前のボタン状態を速やかに復元できる。例えば飲食店のように、店舗端末１００が比較的人通りの多い場所に設置されており、ＵＳＢケーブルが抜けやすい傾向がある場合であっても、ＵＳＢケーブルを再接続するのみで従前のボタン状態が復元される。この動作によって店員の負担を軽減できる利点がある。

本実施形態に係る空席管理システム１０において、店舗端末１００は、いずれかのボタンが最初に押下された以後は、原則として常にいずれかのボタンが押下された状態となる。空席管理システム１０を有効活用するためには、店舗端末１００が常時操作されていることが望ましい。あらゆる店舗において店舗端末１００が未操作のままだと、全ての店舗の空席状態が未定のままとなってしまい、空席管理システム１０の意義が没却されるからである。常にいずれかのボタンが押下された状態とすることにより、このような未活用状態を回避できるので、空席管理システム１０の運営者にとって望ましい。

＜実施形態２＞
実施形態１においては、店舗４００の店員が店舗端末１００の各ボタンを操作することを想定した例を説明した。しかし店舗４００が混雑すると、店員はボタン操作することを忘れてしまう可能性がある。そこで実施形態２では、事前に設定された時間帯（期間）においてはボタン操作によらずあらかじめ指定した空席情報をユーザ端末３００へ送信する構成例を説明する。その他構成は実施形態１と同様である。

図８は、空席管理サーバ２００が提供する店舗管理画面２６０の例である。店舗管理画面２６０は、オペレータが空席管理サーバ２００に対して指示を与えるために用いる画面であり、例えばＷｅｂアプリケーションの形式で提供することができる。ｗｅｂアプリケーションは、例えば店舗PC（不図示）などによって利用可能となる。店舗管理画面２６０は、店舗４００の店員が直接操作できるようにしてもよいし、空席管理サーバ２００の管理者のみが操作できるようにしてもよい。以下では店員が直接操作するものとして説明する。

店員は、店舗管理画面２６０上で、店舗端末１００のボタン状態によらず空席情報を固定する時間帯を、時間帯入力欄２６１に対して入力する。店員はさらに、その時間帯において固定する空席状態を、選択ボックス２６２のなかから選択する。「通常」は店舗端末１００のボタンがいずれも押されていないことに相当する。「空席」「混雑」は第１ボタン１１１と第２ボタン１１２にそれぞれ対応する。

図９は、本実施形態２におけるデータベース２４１の構成例である。本実施形態２において、店舗管理テーブルは実施形態１で説明した構成に加えて、固定時間帯２６１ａと固定空席状態２６２ａを有する。更新部２１２は、店舗管理画面２６０上でオペレータが時間帯入力欄２６１と選択ボックス２６２に対して入力した内容を、これらデータフィールドに対して反映する。

図８において、選択ボックス２６２がなく、時間帯入力欄２６１のみであってもよい。この場合、更新部２１２は、固定空席状態２６２ａを「通常」に対応する値とする。すなわち、店舗端末１００のいずれのボタンも押されていない状態にする。この理由については後述する。

図１０は、本実施形態２において空席管理サーバ２００がユーザ端末３００から空席状態についての照会を受信したときの動作手順を説明するフローチャートである。図６で説明したフローチャートに加えて、Ｓ６０４とＳ６０５の間に、Ｓ１００１とＳ１００２が追加されている。その他ステップは図６と同じである。以下これらステップについてのみ説明する。

Ｓ１０１１において出力部２１３は、現在時刻が、Ｓ６０２において特定した店舗それぞれの固定時間帯２６１ａに合致するか判定する。合致する場合（Ｓ１００１：Ｙ）、S１００２に進む。S１００２において出力部２１３は、固定時間帯２６１ａが現在時刻と合致する店舗については、空席情報２４１８の値によらず、固定空席状態２６２ａの内容を空席情報２４１８に代えて取得する。これにより当該時間帯においては、空席状態として、選択ボックス２６２によって選択した状態が、ユーザ端末３００に対して返信されることになる。合致しない場合（Ｓ１００１：Ｎ）は図６と同様である。

Ｓ１００１において更新部２１２は、本ステップにおいて、固定時間帯２６１ａの間は、店舗端末１００が操作されたか否かによらず、空席情報２４１８を空席以外の内容（混雑または満席または通常）に、所定時間以上連続して（例えば１５分以上）固定してもよい。この場合、更新部２１２は、店舗端末１００からボタン状態を受け取ったとしても、そのボタン状態によらず、空席情報２４１８を空席以外の内容に維持する。出力部２１３もその空席情報２４１８を出力する。固定空席状態２６２ａは、所定時間以上連続して固定する空席状態を指定するために用いることができる。

＜実施形態２：まとめ＞
本実施形態２に係る空席管理システム１０において、時間帯入力欄２６１のみが入力された場合、更新部２１２は、固定空席状態２６２ａを「通常」にセットする。時間帯入力欄２６１は典型的には、店員が店舗端末１００を操作する余裕がない混雑時間帯にセットされる。店舗４００としては、常に「混雑」状態だと来店者が減ってしまう可能性があるので、なるべく「混雑」表示はしたくないという希望があることがある。そこで固定時間帯であっても、「混雑」表示は避け、「通常」表示することとした。これにより、店員の操作負担と店舗４００の希望をバランスさせることができる。他方で正確な空席状態を表示したい場合は、選択ボックス２６２から選択すればよい。したがって店舗４００が、（ａ）なるべく「混雑」表示はしたくない場合、（ｂ）正確な空席状態を表示したい場合、いずれの場合であっても、対処することができる。

本実施形態２に係る空席管理システム１０において、固定時間帯２６１ａに合致する間は、更新部２１２は空席情報２４１８を空席以外の内容に固定してもよい。これによりその時間帯は、店舗４００の店員が店舗端末１００を逐一操作しなくとも、店舗４００は空席ではない旨がユーザ端末３００上に表示される。したがって例えば固定時間帯２６１ａとして繁忙時間帯をセットしておくことにより、店員が店舗端末１００を操作する負担を軽減できる。

＜変形例について＞
以上の実施形態において、店舗端末１００が２つまたは３つのボタンを備える例を説明したが、ボタンが１つのみであっても同様の動作を実施できる。例えばボタンを押下するごとに、空席／混雑が切り替わるようにしてもよい。この場合、制御回路１４０は例えば、（ａ）ボタンが押されていないときは店舗４００内に空席がある旨を示すデータ（例えば数値「０」）を記憶部１７０に保持し、（ｂ）以後はボタンが押されるごとに、店舗４００が混雑している旨を示すデータと店舗４００内に空席がある旨を示すデータを交互に記憶部１７０内に格納する。また、店舗端末１００の操作性を確保するためには、店舗端末１００のサイズは、第１ボタン１１１などによって操作するのに適した程度であることが望ましい。例えば店舗端末１００全体が手のひらを広げた程度のサイズに収まっていることが望ましい。

以上の実施形態において、ユーザ端末の位置を位置情報として取得し、ユーザ端末の位置を基準として店舗群を特定する方法を説明したが、位置情報はこれに限らない。例えばユーザ端末における表示部３２０がタッチパネルディスプレイであり、入力部３３０としても機能する場合に、表示部３２０に表示されたマップ上の位置をユーザがタップすることにより、ユーザが位置情報を指定し、指定した位置情報を空席管理サーバに送信するようにしても良い。この場合、空席管理サーバ２００は、指定された位置情報に応じて店舗群を特定する。

以上の実施形態において、制御回路１４０は、例えばマイクロコンピュータなどの演算回路によって構成することができる。これに代えてまたはこれと併用して、ＣＰＵなどの演算装置がソフトウェアを実行することにより、制御回路１４０と同等の動作を実施してもよい。また、以上の実施形態において、ユーザ端末３００は周辺店舗の空席状態を画面表示する例を説明したが、これに代えて常に特定の店舗の空席状態のみを空席管理サーバ２００へ照会するようにしてもよい。さらにユーザ端末３００は、空席状態を照会する店舗の属性（例：ジャンル２４１３などの店舗のカテゴリ情報）を指定してもよい。この場合、出力部２１３は、その指定された属性に合致する店舗の空席情報のみを、ユーザ端末３００に対して返信する。

以上の実施形態において、ユーザ端末３００は必ずしもユーザが携帯する端末でなくともよい。例えば特定場所に設置されているコンピュータなどの通信デバイスをユーザ端末３００として用いてもよい。例えば人通りが多い場所に固定設置されているデジタルサイネージ端末をユーザ端末３００として構成してもよい。この場合は必ずしもデジタルサイネージ端末の周辺店舗に関する空席情報を表示する必要はなく、端末設置者が所望する場所の店舗に関する空席情報を表示することもできる。

以上の通り本発明は、上述の実施形態の１つ以上の機能を実現するプログラムを、ネットワークまたは記憶媒体を介してシステムまたは装置に供給し、そのシステムまたは装置のコンピュータにおける1つ以上のプロセッサがプログラムを読み出し作動させる処理によって実現することができる。また、１以上の機能を実現する回路によって実現しても良い。

１０：空席管理システム
１００：店舗端末
１１１：第１ボタン
１１２：第２ボタン
１１３：第３ボタン
１３０：ＵＳＢ端子
１４０：制御回路
１５０：電源回路
１６０：通信モジュール
１７０：記憶部
２００：空席管理サーバ
２１１：受信部
２１２：更新部
２１３：出力部
２４１：データベース
３００：ユーザ端末

Claims (13)

1. 施設の混雑状況を示す空き情報を管理する情報処理装置と、前記情報処理装置に前記施設の混雑状況に応じたデータを送信する第１施設端末とを有する管理システムであって、
   前記第１施設端末は、前記第１施設端末に対する操作を受け付けると、前記操作に対応するデータと前記第１施設端末の識別情報を前記情報処理装置に対して送信し、
   前記情報処理装置は、
   前記施設の空き情報、前記施設の空き情報を固定する固定期間、および前記固定期間における混雑状況を示す固定空き状態情報を管理するデータベースを記憶する記憶手段と、
   前記第１施設端末から前記データと前記識別情報を受信する受信手段と、
   前記データと前記識別情報に基づいて前記データベースを更新する更新手段と、
   ユーザ端末からのリクエストを受けると、前記固定期間に基づいて、前記空き情報または前記固定空き状態情報のいずれかを前記ユーザ端末に出力する出力手段と、を有し、
   前記第１施設端末が送信可能な混雑状況は、前記施設に空きがある状況、前記施設が混雑している状況を含む少なくとも２つ以上の種類のいずれかであり、
   前記固定空き状態情報は、前記第１施設端末が送信可能な、前記施設に空きがある状況、前記施設が混雑している状況を含む少なくとも２つ以上の種類の混雑状況から指定して入力された情報である
   ことを特徴とする管理システム。
2. さらに前記管理システムは、前記固定期間および前記固定空き状態情報を前記情報処理装置に送信する第２施設端末を有することを特徴とする請求項１に記載の管理システム。
3. 前記第２施設端末は、前記第１施設端末が送信可能な少なくとも２つ以上の混雑状況を含む選択肢を、前記固定空き状態情報の選択候補として提示することを特徴とする請求項２に記載の管理システム。
4. 前記出力手段は、前記リクエストが前記固定期間内である場合には、前記固定空き状態情報を出力し、前記リクエストが前記固定期間外である場合は、前記第１施設端末から送信されたデータに対応する空き情報を出力することを特徴とする請求項１から３のいずれか一項に記載の管理システム。
5. 前記第１施設端末は、押し下げ操作を受け付けるボタン部と通信機を有し、
   前記通信機は、前記押し下げ操作に応じて少なくとも２つの異なるデータを前記情報処理装置に送信することを特徴とする請求項１から４のいずれか一項に記載の管理システム。
6. 前記第１施設端末は、前記施設に空きがあることを示す混雑状況に対応する操作を受け付けると、前記施設に空きがあることを示す前記データを前記情報処理装置に対して送信し、
   前記更新手段は、前記施設内に空きがあることを前記データが示している場合は、前記データベース内の前記施設の空き情報を、空きがある旨の内容に更新することを特徴とする請求項１から５のいずれか一項に記載の管理システム。
7. 前記第１施設端末について、前記ボタン部は押し下げ操作を受け付けるボタンを１つ有し、
   前記通信機は、前記ボタン部への押し下げ操作の回数に応じて前記データを前記情報処理装置に対して送信することを特徴とする請求項５記載の管理システム。
8. 前記第１施設端末について、前記ボタン部は押し下げ操作を受け付けるボタンを複数有し、
   前記通信機は、前記ボタンごとに異なる前記データを前記情報処理装置にて対して送信することを特徴とする請求項５記載の管理システム。
9. 第１施設端末から送信された施設の混雑状況に応じたデータに基づいて前記施設の前記混雑状況を示す空き情報を管理する情報処理装置であって、
   前記第１施設端末は、前記第１施設端末に対する操作を受け付けると、前記操作に対応するデータと前記第１施設端末の識別情報を前記情報処理装置に対して送信し、
   前記情報処理装置は、
   前記施設の空き情報、前記施設の空き情報を固定する固定期間、および前記固定期間における混雑状況を示す固定空き状態情報を管理するデータベースを記憶する記憶手段と、
   前記第１施設端末から前記データと前記識別情報を受信する受信手段と、
   前記データと前記識別情報に基づいて前記データベースを更新する更新手段と、
   ユーザ端末からのリクエストを受けると、前記固定期間に基づいて、前記空き情報または前記固定空き状態情報のいずれかを前記ユーザ端末に出力する出力手段と、を有し、
   前記第１施設端末が送信可能な混雑状況は、前記施設に空きがある状況、前記施設が混雑している状況を含む少なくとも２つ以上の種類のいずれかであり、
   前記固定空き状態情報は、前記第１施設端末が送信可能な、前記施設に空きがある状況、前記施設が混雑している状況を含む少なくとも２つ以上の種類の混雑状況から指定して入力された情報である
   ことを特徴とする情報処理装置。
10. 前記出力手段は、前記リクエストが前記固定期間内である場合には、前記固定空き状態情報を出力し、前記リクエストが前記固定期間外である場合は、前記第１施設端末から送信されたデータに対応する空き情報を出力することを特徴とする請求項９記載の情報処理装置。
11. 前記固定空き状態情報は、前記施設に空きがある状況、前記施設が混雑している状況を含む少なくとも２つ以上の種類の空き情報のうちいずれかであることを特徴とする請求項９または１０に記載の情報処理装置。
12. コンピュータを請求項１から１１のいずれか１項に記載の情報処理装置として機能させるためのプログラム。
13. 第１施設端末から送信された施設の混雑状況に応じたデータに基づいて前記施設の混雑状況を示す空き情報を管理する情報処理方法であって、
    前記第１施設端末は、前記第１施設端末に対する操作を受け付けると、前記操作に対応するデータと前記第１施設端末の識別情報を、前記情報処理方法を実施する情報処理装置に対して送信し、
    前記情報処理方法は、
    前記施設の空き情報、前記施設の空き情報を固定する固定期間、および前記固定期間における固定空き状態情報を管理するデータベースを読み取り、
    前記第１施設端末から前記データと前記識別情報を受信し、
    前記データと前記識別情報に基づいて前記データベースを更新し、
    ユーザ端末からのリクエストを受けると、前記固定期間に基づいて、前記空き情報または前記固定空き状態情報のいずれかを前記ユーザ端末に出力し、
    前記第１施設端末が送信可能な混雑状況は、前記施設に空きがある状況、前記施設が混雑している状況を含む少なくとも２つ以上の種類のいずれかであり、
    前記固定空き状態情報は、前記第１施設端末が送信可能な、前記施設に空きがある状況、前記施設が混雑している状況を含む少なくとも２つ以上の種類の空席状態から指定して入力された情報である
    ことを特徴とする情報処理方法。

Images