特許 7387388 施設予約システム、予約の制御方法、およびプログラム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】

(24)【登録日】2023-11-17

(45)【発行日】2023-11-28

(54)【発明の名称】施設予約システム、予約の制御方法、およびプログラム

(51)【国際特許分類】

   G06Q 10/02 20120101AFI20231120BHJP

   G06Q 50/10 20120101ALI20231120BHJP

【ＦＩ】

G06Q10/02

G06Q50/10

【請求項の数】 2

(21)【出願番号】P 2019197934

(22)【出願日】2019-10-30

(65)【公開番号】P2021071901

(43)【公開日】2021-05-06

【審査請求日】2022-09-26

【権利譲渡・実施許諾】特許権者において、実施許諾の用意がある。

(73)【特許権者】

【識別番号】000005957

【氏名又は名称】三菱鉛筆株式会社

(72)【発明者】

【氏名】チアゴ バッハ

(72)【発明者】

【氏名】生駒 英行

(72)【発明者】

【氏名】岩元 淳

【審査官】福田 正悟

(56)【参考文献】

【文献】特開２００３－１７４４０１（ＪＰ，Ａ）

【文献】特開２０１４－１２３１８０（ＪＰ，Ａ）

【文献】特開２０１９－１０１６３９（ＪＰ，Ａ）

【文献】特開２０１９－０２１１３９（ＪＰ，Ａ）

【文献】特許第６２５４７４１（ＪＰ，Ｂ１）

【文献】特許第６４２４２８６（ＪＰ，Ｂ１）

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｇ０６Ｑ １０／００－９９／００

(57)【特許請求の範囲】

【請求項1】

利用者より順番待ち要求を受付ける端末と、
前記端末と通信可能であり、特定のエリア内における前記端末の存在情報を探知可能な探知装置と、
前記端末、及び前記探知装置と通信可能であり、前記端末より受信した前記利用者からの前記順番待ち要求情報、及び前記探知装置より受信した前記存在情報に基づいて、複数の利用者が利用する順番を決定する情報処理装置と、
前記情報処理装置が決定した前記順番に基づいて、利用の制限を解除する利用制限装置を備え、
前記情報処理装置は、
前記順番待ち要求を複数の利用者より受信した場合は、受信した時間順に受付順番とし、
対象となる施設の利用制限が解除されたタイミングにおいて、前記存在情報と照会して、前記受付順番のうち一位の利用者と前記存在情報が一致した場合には、前記受付順番のうち一位の利用者を前記施設の利用可とする処理を実行したうえで、前記利用制限装置へ利用制限の解除を命令し
前記受付順番のうち一位の利用者と前記存在情報が不一致の場合には、前記受付順番のうち一位の利用者の受付順番を繰り下げ、或いはキャンセル処理を実行し、
前記存在情報が証明された利用者のうち、最先の受付順番の者を一位に繰り上げる処理を実行し、
さらに前記施設の利用可とする処理を実行したうえで、前記利用制限装置へ利用制限の解除を命令すると共に、待機エリア内での利用者の位置と待機エリア外の利用者の位置を示す順番待ち状況を前記端末の表示部に表示することを特徴とする予約システム。

【請求項2】

コンピュータを、
利用者より順番待ち要求を受付ける第１の制御手段と、
前記順番待ち要求を複数の利用予定者より受信した場合は、受信した受付時間順に受付順番を決定し、
対象となる施設の利用制限が解除されたタイミングにおいて、存在情報と照会して、前記受付順番のうち一位の利用者と前記存在情報が一致した場合には、前記受付順番のうち一位の利用者を前記施設の利用可とする処理を実行したうえで、利用制限装置へ利用制限の解除を命令し、
前記受付順番のうち一位の利用者と前記存在情報が不一致の場合には、前記受付順番のうち一位の利用者の受付順番を繰り下げ、或いはキャンセル処理を実行し、
前記存在情報が証明された利用者のうち、最先の受付順番の者を一位に繰り上げる処理を実行し、さらに前記施設の利用可とする処理を実行する第２の制御手段と、
利用制限装置へ利用制限の解除を命令する第３の制御手段と、
待機エリア内での利用者の位置と待機エリア外の利用者の位置を示す順番待ち状況を利用者の端末の表示部に表示する第４の制御手段として機能させるための予約プログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明はトイレなどの施設予約システム、施設予約の制御方法、及びプログラムに関する。

【背景技術】

【0002】

飲食店などの店舗、イベント会場、サービスエリアなど多くの人が集まる場所では、トイレの順番待ちが頻繁に発生する。そのような順番待ちを解決する方法として予約システムが開示されている（例えば、特許文献１）。また、ＧＰＳ機能を備えた端末を利用したトイレナビゲーションシステムが開示されている（例えば、特許文献２）。

【先行技術文献】

【特許文献】

【0003】

【文献】特開２００３－２３３７４０号公報

【文献】特開２００９－６９０２１号公報

【発明の概要】

【発明が解決しようとする課題】

【0004】

上記のように、事前に施設の利用を予約することができれば、予約者にとっては待ち時間がなく快適に利用することが可能となる。

【0005】

しかしながら、予約者が複数いる場合、先の予約者がその利用を終えなければ、後の予約者は利用することができない。つまり、何らかの事情で先の予約者が現れなければ、施設が利用できる状況でありながら、後の予約者は利用することができず、ストレスを受けるため、何らかのトラブルに発展することも考えられる。

【0006】

本発明は、上記課題に鑑みてなされており、特定の条件を満たさなければ、予約の順番を変動する施設予約システム、施設予約の制御方法、及びプログラムを提供する。

【課題を解決するための手段】

【0007】

実施形態によれば、本発明のシステムは、利用者より順番待ち要求を受付ける端末と、
前記端末と通信可能であり、特定のエリア内における前記端末の存在情報を探知可能な探知装置と、
前記端末、及び前記探知装置と通信可能であり、前記端末より受信した前記利用者からの前記順番待ち要求情報、及び前記探知装置より受信した前記存在情報に基づいて、複数の利用者が利用する順番を決定する情報処理装置と、
前記情報処理装置が決定した前記順番に基づいて、利用の制限を解除する利用制限装置を備え、
前記情報処理装置は、
前記順番待ち要求を複数の利用者より受信した場合は、受信した時間順に受付順番とし、
対象となる施設の利用制限が解除されたタイミングにおいて、前記存在情報と照会して、前記受付順番のうち一位の利用者と前記存在情報が一致した場合には、前記受付順番一位の利用者を前記施設の利用可とする処理を実行したうえで、前記利用制限装置へ利用制限の解除を命令し
前記受付順番一位の利用者と前記存在情報が不一致の場合には、前記受付順番一位の利用者の受付順番を繰り下げ、或いはキャンセル処理を実行し、
前記存在情報が証明された利用者のうち、最先の受付順番の者を一位に繰り上げる処理を実行し、
さらに前記施設の利用可とする処理を実行したうえで、前記利用制限装置へ利用制限の解除を命令することを特徴とする。

【発明の効果】

【0008】

本発明によれば、トイレなどの施設の使用に際し、待ち時間を極力少なくして快適に利用することが可能な予約システム、制御方法、及びプログラムを提供する。

【図面の簡単な説明】

【0009】

【図1】本実施形態に係る予約システムの一例を示すブロック図である。

【図2】本実施形態に係る予約システムの一例を示す概念図である。

【図3】本実施形態に係る利用者端末の順番待ち受付画面の一例を示す図である。

【図4】本実施形態に係る順番待ち受付処理の一例を示すフローチャートである。

【図5】本実施形態に係る探知装置による処理の一例を示すフローチャートである。

【図6】本実施形態に係わる利用制限を解除する処理の一例を示すフローチャートである。

【図7】本実施形態に係る利用制限解除の動作の一例を示すフローチャートである。

【図8】本実施形態に係る施設の利用を終了する動作の一例を示すフローチャートである。

【図9】本実施形態に係る施設が利用できる状態となった時点で、待機エリア内に受付順番１位の利用者が存在している場合の順番待ちの変化の一例を示す図である。

【図10】本実施形態に係る施設が利用できない時点で、待機エリア内に受付順番１位の利用者が後から登場した場合の順番待ちの変化の一例を示す図である。

【図11】本実施形態に係る施設が利用できる状態となった時点で、待機エリア内に受付順番１位の利用者が不在であった場合の順番待ちの変化の一例を示す図である。

【図12】本実施形態に係る順番待ち状況画面の一例を示す図である。

【発明を実施するための形態】

【0010】

以下、図面を参照して、発明の実施形態について説明する。この説明においては、全図にわたり共通の部分には共通の参照符号を付す。

【0011】

図１は、本実施形態に係る予約システム１の一例を示すブロック図である。

【0012】

図２は、本実施形態に係る予約システム１の一例を示す概念図である。

【0013】

予約システム１は、サーバ装置２と、利用者端末３と、探知装置４と、利用制限装置５を含む。サーバ装置２と、利用者端末３と、探知装置４と、利用制限装置５は、ネットワークＮを経由して相互に通信可能に接続されている。

【0014】

サーバ装置２は、サーバ装置２にインストールされたアプリケーションにより、利用者端末３、探知装置４、及び利用制限装置５と通信を行う。サーバ装置２は、利用者端末３に入力された利用者の指令に従い、順番待ち情報を更新・管理する。更に、サーバ装置２は、探知装置４によって探知した利用者の存在情報を基に予約の順番を変更することができる。
また、サーバ装置２は、例えば利用者のメールアドレスなどを含む利用者情報を格納し、必要に応じて利用者端末３に対して通知を行う。順番待ち変更処理の詳細については、図５で後述する。

【0015】

利用者端末３は、利用者が使用する情報処理装置である。利用者端末３は、利用者端末３にインストールされたアプリケーション又はブラウザなどを用いて、ネットワークＮを経由してサーバ装置２より受信した予約状況に関するデータを利用者端末３の備えるディスプレイに表示可能である。利用者は、利用者端末３を操作することにより、遠隔地からの順番待ちの要求、又はキャンセルが可能である。

【0016】

探知装置４は、利用者が特定の場所（以下、待機エリアという）に存在するか否かを探知して、サーバ装置２に存否情報を送信する。

【0017】

利用制限装置５は、サーバ装置２より受信した命令によって、施設の利用の制限或いは解除をする手段を備えた装置である。

【0018】

以下、予約システム１について詳しく説明する。

【0019】

サーバ装置２は、記憶部２１と、制御部２２と、通信部２３と、データベースＤＢとを含む情報処理装置である。

【0020】

記憶部２１は、例えばハードディスク、ＳＳＤ（Solid State Drive）、フラッシュメモリなどにより記憶領域を構成する。記憶部２１は、各種ソフトウェア又はデータを格納する。各種ソフトウェアは、オペレーティングシステム（ＯＳ）、データ管理プログラム、及び各種アプリケーションプログラム等を含む。
記憶部２１は、例えば、プログラムＰと、順番データＤ１とを格納する。

【0021】

順番データＤ１は、利用者ごとに受付けた複数の予約の順番待ちデータＤ１１を管理する。予約の順番待ちデータＤ１１には、例えば、受付けた順番待ちを識別する識別番号Ｄ１０１と、順番待ちを受付けた利用者情報Ｄ１０２と、ステータス情報Ｄ１０３が含まれる。

【0022】

利用者情報Ｄ１０２には、例えば、氏名、性別、連絡先などのうち、少なくとも１つ以上のデータが含まれる。

【0023】

ステータス情報Ｄ１０３には、当該順番待ちデータＤ１１の順番待ちの状態がリアルタイムに記録される。ステータス情報Ｄ１０３は、例えば、現在の順番、残りの予想待ち時間、待機状態、キャンセル状態などの情報を含む。

【0024】

予想待ち時間は、例えば受付・順番管理部２２１が、利用者ごとに、現在の待ち行列の人数などに基づいて算出してもよい。

【0025】

本実施形態において、待機状態は、例えば、利用準備状態、利用可能状態などを含む。
利用準備状態は、例えば、利用者が待機エリアに到達し、間もなく施設の利用が可能であると判断された状態を示す。利用可能状態は、例えば、施設の利用が可能となり、順番待ちが終了した状態を示す

【0026】

なお、特定のタイミングにおいて待機エリアに不在の利用者は、受付順番を繰り下げ、或いはキャンセルとする。

【0027】

また、本実施形態において、キャンセル状態は、利用者キャンセル、不在強制キャンセルなどを含む。利用者キャンセルは、利用者端末３の操作によりキャンセルされた状態を示す。不在強制キャンセルは、待機エリアの不在状態を所定時間経過後に強制的にキャンセルされた状態を示す。

【0028】

制御部２２は、各種ソフトウェア（プログラム）を実行し、サーバ装置２全体を制御する。制御部２２は、例えば、ＣＰＵ（Central Processing Unit）、ＭＰＵ（Micro Processing Unit）、ＤＳＰ（Digital Signal Processor）などである。

【0029】

制御部２２は、例えば、記憶部２１、通信部２３、データベースＤＢと内部バスＢ１により電気的に接続されており、各部からのコマンドなどに基づいて、各部の諸動作を制御する。制御部２２は、サーバ装置２に入力されたデータ、又はそれらのデータの計算結果に基づいて各部を制御し、必要に応じて各部にコマンドなどを出力する。

【0030】

制御部２２は、例えば、記憶部２１に格納されたプログラムＰを実行することにより、例えば、受付・順番管理部２２１、到達証明受付部２２２、通知部２２３、ＵＩ生成部２２４として機能する。

【0031】

受付・順番管理部２２１は、利用者端末３及を介して行われる順番待ち要求、その他上述のステータス情報Ｄ１０３の更新に関わるあらゆる要求を受信する。そして、受付・順番管理部２２１は、受信した各種要求に基づき、順番データＤ１を更新する。

【0032】

存在証明受付部２２２は、利用者が待機エリアに存在する証明を受付ける。存在証明受付部２２２は、探知装置４より受信した存在証明に基づき順番データＤ１を更新し、記憶部２１へ格納する。

【0033】

通知部２２３は、利用者端末３への通知を行う。通知部２２３は、予約受付完了又はキャンセル完了した旨、順番待ちに所定の変化が生じた旨などを利用者に通知する。通知の方法は、例えば、利用者端末３へのメール送信、利用者端末３に対するプッシュ通知などがあるが、これらに限定されない。

【0034】

ＵＩ生成部２２４は、利用者端末３が表示するユーザインタフェースを含む表示データを生成し、通信部２３を経由して利用者端末３にこの表示データを送信する。

【0035】

通信部２３は、サーバ装置２を有線又は無線通信によりネットワークＮに接続させる。通信部２３は、ネットワークＮを経由してユーザ端末３、探知装置４、及び利用制限装置５とのコマンド、アドレス、データ、信号などの送受信を制御する。ネットワークＮは、具体的には、インターネットなどである。

【0036】

ＤＢは、利用者又は順番待ちに関するデータを格納する。データベースＤＢは、例えば登録利用者データＤ３を格納する。ここで、登録利用者とは、施設を利用する利用者のうち、あらかじめ利用者情報を登録した利用者を指す。登録利用者データＤ３には、例えば、会員番号、名前、年齢、性別、順番待ちの利用履歴、キャンセルの履歴、などの情報が含まれる。

【0037】

なお、順番データＤ１は、記憶部２１に加えてデータベースＤＢに格納されてもよい。これにより、サーバ装置２は、施設の過去の順番データＤ１を解析することにより、利用者に様々なサービスが提供可能となる。データベースＤＢには、上述以外の他のデータが格納されてもよい。

【0038】

利用者端末３は、例えば、スマートフォン、タブレット型コンピュータ、ノート型コンピュータなどのモバイル型端末でもよい。

【0039】

利用者端末３は、例えば、記憶部３１と、制御部３２と、通信部３３と、入力部３４と、表示部３５とを含む。

【0040】

記憶部３１は、記憶部２１と同様に、利用者端末３の記憶領域を構成する。

【0041】

制御部３２は、制御部２２と同様、各種ソフトウェア（プログラム）を実行し、利用者端末３全体を制御する。制御部３２は、例えば、記憶部３１、通信部３３、入力部３４、表示部３５と内部バスＢ２により電気的に接続されており、各部からのコマンドなどに基づいて、各部の諸動作を制御する。

【0042】

制御部３２は、例えば、クライアント機能部３２２を含む。クライアント機能部３２２は、利用者端末３をサーバ装置２のクライアントとして機能させるために必要な処理を行う。本実施形態においては、サーバ装置２は、例えばウェブサーバの機能を有し、クライアント機能部３２２は、例えばブラウザの機能を備える。すなわち、利用者端末３のクライアント機能部３２２は、サーバ装置２のＵＩ生成部２２５が生成した表示データを受信し、受信した表示データについてブラウザを用いて表示部３５に表示し、又は、ブラウザ上で書き換えられた表示データをサーバ装置２へ送信する。表示データには、例えばユーザインタフェース、順番データＤ１に含まれるデータ、などが含まれる。利用者端末３の利用者は、サーバ装置より受信した表示データを表示部３５にて確認可能である。さらに、利用者は入力部３４を経由して表示部３５に表示された表示データを書き換え可能である。

【0043】

なお、クライアント機能部３２２は、通信部３３を経由してサーバ装置２へ更新要求を送信することにより、サーバ装置２のＵＩ生成部２２４より最新の表示データを受信し、受信した表示データに基づいてブラウザの表示を更新する。

【0044】

通信部３３は、ユーザ端末４を有線又は無線通信によりネットワークＮに接続させる。通信部３３は、ネットワークＮを経由してサーバ装置２とコマンド、アドレス、データ、信号などの送受信を制御する。

【0045】

入力部３４は、ユーザ端末３への入力を入力データとして受付ける。入力部３４は、例えばキーボード、マウス、タッチパネル、マイクなどの入力装置うち少なくとも１つを含む。また、入力部３４は、例えばカメラなどの撮像装置又は読み取り装置を含んでいてもよい。

【0046】

表示部３５は、制御部３２の指令により生成される画面及びデータを、利用者端末３の利用者が視認可能な形式で出力する。表示部３５は、例えばディスプレイを含む。

【0047】

探知装置４は、記憶部４１と、制御部４２と、通信部４３と、探知部４４とを含む。

【0048】

記憶部４１、制御部４２の機能及び構成は、利用者端末３の記憶部３１、制御部３２と同等である。制御部４２は、例えば、記憶部４１、通信部４３、探知部４６と内部バスＢ３により電気的に接続されており、各部からのコマンドなどに基づいて、各部の諸動作を制御する。

【0049】

探知部４６は、例えば、Bluetooth（登録商標）、ＮＦＣ（Near Field Communication）、その他規格に準拠する近距離無線通信によって、待機エリア内における利用者端末３の存否を探知することができる。また、例えば、顔認証システムを用いてもよい。

【0050】

通信部４３は、前記探知部４６によって得られた待機エリア内における利用者の存否情報について、サーバ装置２との送受信を制御する。

【0051】

なお、本実施形態において、探知装置４とサーバ装置２とは、ネットワークＮを経由して、又は近距離無線通信などにより相互に通信可能であってもよい。例えば、ユーザ端末３と探知装置４とは、Bluetooth（登録商標）、ＮＦＣ（Near Field Communication）、その他規格に準拠する近距離無線通信により通信可能であってもよい。

【0052】

利用制限装置５は、記憶部５１と、制御部５２と、通信部５３と、利用制限手段５７と、利用者認識手段５８とを含む。

【0053】

記憶部５１、制御部５２の機能及び構成は、利用者端末３の記憶部３１、制御部３２と同等である。制御部５２は、例えば、記憶部５１、通信部５３、利用者認識部５７、利用制限手段５７と内部バスＢ４により電気的に接続されており、各部からのコマンドなどに基づいて、各部の諸動作を制御する。

【0054】

通信部５３は、ユーザ端末３およびサーバ装置２との送受信を制御する。

【0055】

なお、本実施形態において、利用制限装置５と、ユーザ端末３およびサーバ装置２とは、ネットワークＮを経由して、又は近距離無線通信などにより相互に通信可能であってもよい。例えば、ユーザ端末４と店舗用端末６とは、Bluetooth（登録商標）、ＮＦＣ（Near Field Communication）、その他規格に準拠する近距離無線通信により通信可能であってもよい。

【0056】

利用制限手段５７は、例えば、個室トイレ、シャワールーム、更衣室などのドアに取り付けられた鍵を、サーバ装置２から発信される命令に従って開錠、或いは施錠する手段を示す。利用制限手段は鍵のような物理的手段の他、使用状況を表示するような心理的手段であってもよい。

【0057】

利用者認識手段５８は、利用者が真の予約者であることを判断するための手段である。利用者が真の予約者であること認識すると、通信部５３によりサーバ装置２へ認識情報を送信する。

【0058】

図３は、本実施形態に係る利用者端末３の順番待ち受付画面の一例を示す図である。より具体的には、図３は、例えば利用者端末３のクライアント機能部３２２がサーバ装置２のＵＩ生成部２２４に施設Ａの順番待ち受付画面の表示データを問い合わせ、利用者端末３の表示部３５がＵＩ生成部２２４より受信した表示データを視認可能に表示した状態を表す。

【0059】

利用者端末３のユーザは、例えば表示部３５に備えられたタッチパネルを用いて、順番待ち受付画面のユーザインタフェースを操作可能である。

【0060】

順番待ち受付画面は、例えば、表示Ｕ１と、ボタンＢＴ１と、ボタンＢＴ２とを含む。

【0061】

表示Ｕ１は、利用者がこれから利用する予定の施設Ａの現在の混雑状況に関する情報を含む。より具体的には、例えば表示Ｕ１は、現在時刻Ｕ１ａ、現在の待ち順位Ｕ１ｂ、現在の待ち時間Ｕ１ｃなどを含む。また、表示Ｕ１は、表示Ｕ１を最新の情報に更新するための更新ボタンＵ１ｄを含んでいてもよい。更新ボタンが押下されると、利用者端末３のクライアント機能部３２２は、通信部３３を経由してサーバ装置２へ最新の表示データを問い合わせるコマンドを送信する。そして、クライアント機能部３２２は、サーバ装置２より受信した最新の表示データを表示部３５に表示する。

【0062】

ボタンＢＴ１は、順番待ち予約のみを行うボタンである。このボタンを押下し、順番待ち予約に必要なデータ（例えば、利用者情報Ｄ１０２など）を入力することにより、利用者は利用予約することができる。サーバ装置２は、利用者端末３より利用者情報Ｄ１０２を受信し、この利用者情報Ｄ１０２に基づいて順番待ちデータＤ１１を新規に作成し、順番データＤ１に追加する。

【0063】

ボタンＢＴ２は、受付のキャンセルを行うためのボタンである。このボタンを押下することにより利用者は、キャンセルを行うことができる。サーバ装置２は、順番待ちデータＤ１１に作成し、順番データＤ１から当該データを削除する。

【0064】

ボタンＢＴ３は、施設を利用しようとする者が真の予約者であることを認識するコードを表示するためのボタンである。利用制限装置５による利用制限を解除するためには、利用者が真の予約者である必要がある。このため、例えば、予約受付け時に、サーバ装置２の受付・順番管理部２２１により受付順を特定可能な識別番号Ｄ１０１が発行され、この識別番号Ｄ１０１が前記利用者に通知される。なお、識別番号Ｄ１０１は、例えば、利用者端末３へメールなどを用いて送信されてもよい。

【0065】

図４は、本実施形態に係る順番待ち受付処理の一例を示すフローチャートである。より具体的には、図４は、図３のボタンＢＴ１が押下された場合の利用者端末３の表示部３５に表示されるユーザインタフェース、及びサーバ装置２が行う処理を示す。

【0066】

なお、上述のように、本実施形態においては、利用者端末３はブラウザとして動作するため、利用者端末３が表示するユーザインタフェースを含む表示データはサーバ装置２のＵＩ生成部２２４が生成する。以下では、ＵＩ生成部２２４の当該表示データの生成に必要な処理は省略する。

【0067】

ステップＳ１０１において、利用者端末３のクライアント機能部３２２は、利用者からのボタンＢＴ１（「順番待ち予約」ボタン）の押下を受付ける。

【0068】

ステップＳ１０２において、クライアント機能部３２２は、順番待ち予約に必要なデータの入力を利用者に促す。利用者は、例えば表示部３５の表示に従い、入力部３４を用いて利用者情報Ｄ１０２などを入力する。なお、利用者が既にサーバ装置２に登録されている場合は、利用者情報Ｄ１０２の入力は、例えば、会員番号の入力などで代用可能である。

【0069】

ステップＳ１０３において、サーバ装置２の受付・順番管理部２２１は、ステップＳ１０２において入力された利用者情報Ｄ１０２に基づき、順番待ちデータＤ１１を生成する。
受付・順番管理部２２１は、例えば、生成した順番待ちデータＤ１１を、順番データＤ１の最後尾に追加する。

【0070】

ステップＳ１０４において、クライアント機能部３２２は、順番待ち予約の受付完了表示を行う。また、クライアント機能部３２２は、サーバ装置２に対して最新の順番待ちデータＤ１１に基づいた順番待ち一覧の表示データを問い合わせ、表示部３５に表示してもよい。

【0071】

図５は、本実施形態に係る探知装置による処理の一例を示すフローチャートである。より具体的には、探知装置４によって利用者が特定エリア存在することを探知した後の探知装置４、及びサーバ装置２が行う処理を示す。

【0072】

ステップＳ２０１において、探知装置４は、利用者の持つ利用者端末３が、探知装置４と近距離無線通信可能な距離まで接近することにより利用者が施設付近に来たと判断すると、ステップＳ２０２として、利用者端末３より近距離無線通信により当該利用者を識別可能なデータを受信し、当該データとともに存在証明データＤ１０４を発行し、サーバ装置２へ送信する。

【0073】

ステップＳ２０３において、サーバ装置２の受付・順番管理部２２１は、探知装置４より存在証明データＤ１０４を受信し、記憶部２１に記録（格納）する。

【0074】

また、例えば、サーバ装置２の受付・順番管理部２２１は、順番待ち予約受付完了後、一定時間内に到達証明データＤ１０４が受信されない場合は、キャンセルとしてもよい。

【0075】

図６は、本実施形態に係わる利用制限を解除する処理の一例を示すフローチャートである。より具体的には、図６は、施設が利用可能となった場合のサーバ装置２が行う処理を示す。

【0076】

ステップＳ３０１において、サーバ装置２の受付・順番管理部２２１は、ステップＳ２０３の到達証明データと順番待ちデータＤ１１を照会し、受付順番１位の利用者と存在証明データが一致した場合には、ステップＳ３０２として、この利用者を利用可ステータスとして処理するとともに、ステップＳ３０３として制限解除準備の処理を行う。

【0077】

ステップＳ３０１において、サーバ装置２の受付・順番管理部２２１は、ステップＳ３０１の照会による結果、受付順番１位の利用者と存在証明データが不一致の場合には、ステップＳ３０４として、ステップＳ３０１と同様に到達証明データと順番待ち次位の照会を行う。これが一致した場合には、ステップＳ３０５として順番待ち１位に繰り上げ、この利用者を利用可ステータスとして処理するとともに、制限解除準備の処理を行う。またステップＳ３０６として、存在証明データが不一致であった前記受付順番１位の利用者の受付順番を繰り下げ、或いはキャンセルの処理を行う。不一致の場合はステップＳ２０４に戻る処理を行う。

【0078】

図７は、本実施形態に係る利用制限解除の動作の一例を示すフローチャートである。図７では、施設を利用可能となった利用者が、その施設の利用を開始するまでの処理について説明する。

【0079】

ステップＳ４０１において、受付・順番管理部は、前記の制限解除準備を受けて、利用制限装置５に対して、利用制限解除準備指令を実行する。

【0080】

ステップＳ４０２において、受付・順番管理部は、利用者端末３に表示された識別データＤ１０１を利用者認識部５７により読み取りを行い、一致が確認されたら、ステップＳ４０３において利用制限手段５８を解除する。

【0081】

ステップＳ４０４において受付・順番管理部は、利用制限装置５の通信部より受信された、前記利用制限解除の情報に基づいて、該当する利用者を利用ステータスとして取り扱う処理を行う。

【0082】

図８は、本実施形態に係る、施設の利用を終了する動作の一例を示すフローチャートである。図８では、施設の利用者が、その施設の利用を終了する際の処理について説明する。

【0083】

ステップＳ５０１において、利用制限装置５は、利用者端末３に表示された識別データＤ１０１を利用者認識部５７により読み取りを行い、一致が確認されたら、ステップＳ５０２において利用制限を設定する。

【0084】

ステップＳ５０３において、受付・順番管理部２２１は、利用制限装置５の通信部より受信された、前記利用制限解除の情報に基づいて、該当する利用者を終了ステータスとして取り扱う処理を行う。

【0085】

次いでステップＳ４０４において、受付・順番管理部２２１は、該当する利用者を順番待ちデータから削除する処理を行う。

【0086】

図９から図１１は、図６に係る処理を模式図として表した図である。これらについて順に説明する。

【0087】

図９は、施設が利用できる状態となった時点で、待機エリア内に受付順番１位の利用者が存在している場合である。この場合は、前記受付順番１位の利用者が施設を利用することができる。

【0088】

図１０は、施設が利用中の状態の時に、待機エリア内に受付順番１位の利用者が不在であったが、後に前記受付順番１位の利用者が現れたパターンを示す。この場合、前記受付順番１位の利用者が現れた時点で、施設が依然として利用中であったならば、図９と同様の処理を行う。

【0089】

図１１は、施設が利用可能になった時点で、受付順番１位の利用者が待機エリア内に不在であり、かつ、受付順番下位の利用者が存在する場合である。この場合、待機エリア内に存在する受付順番がそれぞれ繰り上げられる。
なお、この際に前記受付順番１位の利用者については、任意の受付順番に繰り下げてもよいし、キャンセル扱いとしてもよい。

【0090】

図１２は、本実施形態に係る順番待ち状況画面の一例を示す図である。より具体的には、図１２は、例えば利用者端末３のクライアント機能部３２２がサーバ装置２のＵＩ生成部２２４に順番待ち進捗状況を確認可能な画面の表示データを問い合わせ、ＵＩ生成部２２４より受信した表示データが表示部３５に視認可能に表示された状態を表す。

【0091】

順番待ち進捗状況画面は、例えば、表示Ｕ２と、表示Ｕ３とを含む。

【0092】

表示Ｕ２は、待機エリア内での利用者の位置を図示する。例えば、表示Ｕ２は、図９に示すように、利用者の位置を含む所定の組数のアイコンの列で表してもよい。また、表示Ｕ２は、利用者の位置を視認しやすいように、強調する文字列を追加して表示してもよい（Ｕ３ａ）。

【0093】

以上説明した本実施形態においては、順番待ちシステム１は、サーバ装置２の受付・順番管理部２２１により順番待ちの受付を行う。これにより、行列に並ぶことを敬遠する利用者が、行列に並ぶ時間を短縮して利用可能となる。

【0094】

本実施形態において、サーバ装置２はウェブサーバとして機能し、利用者端末３の備えるブラウザを経由してサーバ装置２と通信を行うとして説明した。しかしながら、利用者端末３は、サーバ装置２が管理するデータのうち必要なデータの一部を受信して端末内に格納し、端末内で当該データを更新してもよい。サーバ装置は、利用者端末３内で更新されたデータとサーバ装置の管理するデータと同期する方法により、データ管理を行うとしてもよい。

【0095】

以上、本実施形態を用いて本発明の説明を行ったが、この発明は上記各実施形態に限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で種々に変形することが可能である。また、上記各実施形態には種々の段階の発明が含まれており、開示される複数の構成要件の適宜な組み合わせにより種々の発明が抽出され得る。例えば各実施形態に示される全構成要件からいくつかの構成要件が削除されても、発明が解決しようとする課題の欄で述べた課題の少なくとも１つが解決でき、発明の効果の欄で述べられている効果の少なくとも１つが得られる場合には、この構成要件が削除された構成が発明として抽出され得る。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】