JP2019101639A - 情報処理装置、情報処理方法及びプログラム - Google Patents

Abstract

【課題】利用者に対し店舗の混雑状況を適切に提示する情報処理装置、情報処理方法及びプログラムを提供する。【解決手段】情報処理装置は、利用者が利用する端末と通信可能に接続され、店舗において順番待ちを行う複数の利用者を管理する。情報処理装置は、端末を経由して受け付けた第１の順番待ちデータを、受け付けた順に登録する第１の登録手段と、店舗への入店予定時刻が指定された第２の順番待ちデータを登録する第２の登録手段と、第２の順番待ちデータに対応する利用者が入店予定時刻を含む所定期間内に店舗を利用可能となるように、第２の順番待ちデータを第１の順番待ちデータに挿入する順番管理手段と、第１の順番待ちデータに基づく順番待ちの状態を端末に表示する表示手段とを具備する。表示手段は、第１の順番待ちデータに第２の順番待ちデータのみが含まれている場合に、端末に順番待ちは発生していない旨を表示する。【選択図】図１

Description

本発明は、店舗における順番待ちに適用される情報処理装置、情報処理方法及びプログラムに関する。

飲食店などの店舗、その他種々のサービスを提供することを目的とする施設など（以下、店舗等と称す）を利用する利用者は、当該店舗に来店した時点で当該店舗が満席の状態にある場合、当該店舗が利用可能となるまで順番待ちをする必要がある。

近年では、このような順番待ちを管理するためのシステムが開発されており、当該システムにおいては、順番待ちの管理業務を効率化することができる（例えば、特許文献１，２）。さらに、順番待ちと、時刻を指定した予約とを一元的に管理するシステムが開示さている（例えば、特許文献１）。

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

店舗の順番待ちに関する情報を利用者に提示し、利用者が適切に順番待ちを行えるようにすることで、利用者の利便性は向上する。しかしながら、順番待ちが発生していると、利用者に対して当該店舗は混雑しているという印象を与えてしまう。このため、順番待ちが発生すると、順番待ちが発生していない他の同業種の店舗へ利用者が流れることにより、店舗側にとっては機会損失となるおそれがある。

本発明は、上記事情に鑑みてなされており、利用者に対し店舗の混雑状況を適切に提示する情報処理装置、情報処理方法及びプログラムを提供することを目的とする。

本発明の実施形態によれば、情報処理装置は、利用者が利用する端末と通信可能に接続され、店舗において順番待ちを行う複数の前記利用者を管理する。情報処理装置は、前記端末を経由して受け付けた第１の順番待ちデータを、前記受け付けた順に登録する第１の登録手段と、前記店舗への入店予定時刻が指定された第２の順番待ちデータを登録する第２の登録手段と、前記第２の順番待ちデータに対応する利用者が前記入店予定時刻を含む所定期間内に前記店舗を利用可能となるように、前記第２の順番待ちデータを前記第１の順番待ちデータに挿入する順番管理手段と、前記第１の順番待ちデータに基づく前記順番待ちの状態を前記端末に表示する表示手段とを具備する。前記表示手段は、前記第１の順番待ちデータに前記第２の順番待ちデータのみが含まれている場合に、前記端末に順番待ちは発生していない旨を表示する。

本発明によれば、店舗の順番待ちにおいて、利用者に対し店舗の混雑状況を適切に提示することにより、利用者の利便性を向上させる。

実施形態に係る情報処理システムの一例を示すブロック図。 実施形態に係る情報処理システムの一例を示す概念図。 実施形態に係る順番待ちデータのデータ構造の一例を示す図。 実施形態に係る将来順番予約データのデータ構造の一例を示す図。 実施形態に係る表示制御部の処理の一例を示すフローチャート。 実施形態に係るユーザ端末の表示画面の第１の例を示す図。 実施形態に係る店舗受付用端末の表示画面の第１の例を示す図。 実施形態に係るスタッフ用端末の表示画面の第１の例を示す図。 実施形態に係るユーザ端末の表示画面の第２の例を示す図。 実施形態に係る店舗受付用端末及びスタッフ用端末の表示画面の第２の例を示す図。

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

本実施形態において、利用者とは、例えばある店舗のサービスを利用するために来店した者、又は、当該店舗のサービスを利用するために順番待ちを行う者を指す。換言すれば、利用者は当該店舗の顧客である。

本実施形態において、店舗は、利用者が入店可能である不動産として存在する場合を例として説明する。しかしながら、店舗は、ウェブ上のみに存在する店舗（例えば、オンラインショップ、バーチャル店舗など）でもよい。

本実施形態において、待ち時間とは、利用者が店舗に訪れてからサービスの提供を受けられるまでにかかる目安となる時間を指す。待ち時間は、例えば残り「１２０分」のような表示形式で利用者に提示される。なお、本実施形態において算出される待ち時間は、必ずしもサービス提供までにかかる残り時間でなくてもよい。例えば、待ち時間は、受付時刻などに上述の待ち時間を足し合わせた時刻、すなわち、サービスの提供を受けられる予定時刻として提示されてもよい。

本実施形態において、利用者が行う順番待ちには、入店予定時刻が指定されていない通常の順番待ちと、入店予定時刻が指定されている順番待ち（将来順番予約）とが含まれる。

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

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

情報処理システム１は、サーバ装置２と、ユーザ端末４と、店舗用端末６とを含む。サーバ装置２とユーザ端末４、及び、サーバ装置２と店舗用端末６は、ネットワークＮを経由して相互に通信可能に接続されている。

店舗用端末６は、店舗に設置されている情報処理装置である。店舗スタッフ及び／又は利用者は、店舗用端末６に表示された画面データに基づいてサーバ装置２へデータ、指令などを送信可能である。店舗用端末６は、ネットワークＮを経由して、サーバ装置２より受信した順番待ちに関するデータを店舗用端末６の備える表示装置に表示可能である。

１つの店舗内には、例えば、利用者が操作する用途の店舗受付用端末６Ａと、店舗スタッフが操作する用途のスタッフ用端末６Ｂの２種類の店舗用端末６が設けられる。利用者は、例えば店舗受付用端末６Ａのタッチパネルなどを操作することにより、将来順番予約及び／又は順番待ちへの参加（エントリー）が可能である。また、店舗スタッフは、例えばスタッフ用端末６Ｂのタッチパネルなどを操作し、将来順番予約及び通常の順番待ちを行う利用者の状態を管理する。

ユーザ端末４は、例えば、利用者が使用する情報処理装置である。ユーザ端末４は、ユーザ端末４にインストールされたアプリケーション又はブラウザなどを用いて、ネットワークＮを経由してサーバ装置２が生成した画面データを受信し、当該画面データをユーザ端末４の備えるディスプレイに表示可能である。また、利用者は、ユーザ端末４に表示された画面データに基づいてサーバ装置２へデータ、指令などを送信可能である。利用者は、例えば、ユーザ端末４を操作することにより、店舗内にいなくても将来順番予約の登録、順番待ちへの参加、将来順番予約のキャンセル、順番待ちのキャンセルなどが可能である。

サーバ装置２は、サーバ装置２にインストールされたアプリケーションにより、ユーザ端末４及び店舗用端末６と通信を行う。サーバ装置２は、ユーザ端末４及び店舗用端末６に入力された利用者又は店舗スタッフの指令に従い、将来順番予約に関するデータ（以下、将来順番予約データとする）及び通常の順番待ちに関するデータ（以下、順番待ちデータとする）を更新・管理する。なお、店舗が複数存在する場合は、将来順番予約データ及び順番待ちデータは、店舗ごとに管理される。

また、サーバ装置２は、上述の将来順番予約データ及び順番待ちデータをリスト化してスタッフ用端末６Ｂに表示するためのユーザインタフェースを生成し、当該ユーザインタフェースの制御を行う。

以下、情報処理システム１について詳しく説明する。

サーバ装置２は、例えば、通信部２１と、記憶部２２と、制御部２３とを含む情報処理装置である。

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

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

記憶部２２は、例えば、将来順番予約データＤ１、順番待ちデータＤ２、表示データＤ３、サーバ装置２全体を制御するためのプログラムＰなどを格納する。

順番待ちデータＤ２は、通常の順番待ちに関する利用者ごとの情報である。順番待ちデータＤ２には、例えば、利用者より受け付けた順番待ちを識別する識別番号、順番待ちを受け付けた利用者の利用者情報、順番待ち状態を示すステータス情報などが含まれる。

利用者情報は、例えば、代表者名、性別、連絡先、利用人数、順番待ちを受け付けた経路（例えばユーザ端末４、店舗用端末６）などのうち、少なくとも１つ以上のデータを含む。

ステータス情報には、順番待ちの状態がリアルタイムに記録される。より具体的には、ステータス情報は、例えば、順番待ちデータＤ２の順番待ち状態が呼出し待ち状態、不在状態、案内済状態、キャンセル済状態のいずれであるかを示す。呼出し待ち状態は、例えば、利用者が順番待ちに参加し、店舗からの呼出しを待っている状態である。不在状態は、呼出し待ち状態である利用者が呼び出しを受けた際に不在であったため案内されなかった状態である。案内済状態は、例えば、呼出し待ち状態である利用者が呼び出しを受けて案内され、順番待ちを終了した状態である。キャンセル済状態は、店舗スタッフ又は利用者自身が当該利用者の呼出し待ちをキャンセルすることにより、順番待ちを終了した状態である。

なお、不在状態の利用者は、店舗スタッフの操作により、又は、所定時間経過後に呼出し待ち状態に戻されることにより、再度案内可能になるとする。また、不在状態の利用者は、不在状態から所定時間経過後に無断キャンセルしたと判断され、強制的にキャンセル済状態に遷移してもよい。

将来順番予約データＤ１は、将来順番予約に関する利用者ごとの情報である。将来順番予約データＤ１には、順番待ちデータＤ２に含まれる識別番号、利用者情報、ステータス情報などに加え、利用者の入店予定時刻Ｔがさらに含まれる。

なお、サーバ装置２が複数の店舗の順番待ちを管理する場合は、将来順番予約データＤ１及び順番待ちデータＤ２は、店舗ごとに分けて管理される。

表示データＤ３は、ユーザ端末４及び店舗用端末６に表示される画面及びユーザインタフェースを構成するために必要なデータである。表示データＤ３は、例えばＨＴＭＬ（hyper text markup language）、ＸＭＬ（extensible markup language）、JavaScript（登録商標）など種々の言語により記述されていてもよい。また、表示データＤ３には、例えば、画像・動画データ、文字データ、バイナリデータなどの種々のデータが含まれていてもよい。表示データＤ３は、後述する表示制御部２３５により生成される。

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

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

制御部２３は、記憶部２２に格納されたプログラムＰを実行することにより、例えば、受付部２３１、順番管理部２３３、表示制御部２３５、空席情報生成部２３７として機能する。

受付部２３１は、ユーザ端末４及び／又は店舗用端末６を介して行われる将来順番予約の受け付け要求、及び、通常の順番待ちの受け付け要求を受信する。受付部２３１は、これらの要求に基づいて将来順番予約データＤ１及び順番待ちデータＤ２を生成し、記憶部２２へ登録（格納）する。

なお、受付部２３１は、将来順番予約及び通常の順番待ちのキャンセル要求を受け付け可能であってもよい。受付部２３１は、キャンセル要求を受信した場合に、例えば当該キャンセル要求に対応する将来順番予約データＤ１及び通常の順番待ちデータＤ２のステータス情報をキャンセル済状態へ変更する。

順番管理部２３３は、順番待ち状態の変化に応じて、将来順番予約データＤ１及び順番待ちデータＤ２に含まれるステータス情報を更新する。例えば、順番管理部２３３は、順番待ちの先頭の利用者が案内された場合に、順番待ちデータＤ２に含まれる当該先頭の利用者のステータス情報を案内済状態に更新する。例えば、順番管理部２３３は、順番待ちの先頭の利用者が呼び出され不在であった場合に、順番待ちデータＤ２に含まれる当該先頭の利用者のステータス情報を不在状態に更新する。

順番管理部２３３は、将来順番予約データＤ１に含まれるデータのうち、入店予定時刻Ｔと現在時刻との差が所定の時間以内となったデータを、例えば順番待ちデータＤ２の先頭へ移動（挿入）する。換言すれば、将来順番予約を行う利用者は、入店予定時刻Ｔが近づくと、順番待ちの先頭に並ぶことになる。このように、将来順番予約を通常の順番待ちと切り離して扱うのではなく、将来順番予約を通常の順番待ちと同じ枠組みで一元的に扱うことにより、簡便かつ効率的に順番待ちの管理を行うことができる。

なお、将来順番予約データＤ１の順番待ちデータＤ２への挿入位置は、先頭でなくてもよい。例えば、当該挿入位置は、入店予定時刻を含む所定期間内に当該店舗を利用可能となるように定められることが好ましい。これにより、順番待ちの先頭に並ぶ利用者の不快感を低減しつつ、将来順番予約の登録済の利用者を順番待ち行列へ移動することができる。

また、順番管理部２３３は、例えば、順番待ちを行う利用者１組当たりの待ち時間を定めることにより、各組及び全体の待ち時間を算出する。例えば、順番待ちデータＤ２に３組のデータが含まれる場合、１組当たりの所定の待ち時間を８分とすると、１組目の待ち時間は８分と算出され、全体の待ち時間は２４分と算出される。

表示制御部２３５は、上述の表示データＤ３を生成し、生成した表示データＤ３を通信部２１を経由してユーザ端末４及び店舗用端末６に送信する。

表示制御部２３５は、例えば、表示対象の端末ごとに異なる順番待ち状態を示す表示データＤ３を生成する。より具体的には、表示制御部２３５は、例えば所定の条件のもとで、利用者が閲覧可能なユーザ端末４及び店舗受付用端末６Ａに対しては、将来順番予約を含まない順番待ち状態を示す表示データＤ３を生成する。一方、表示制御部２３５は、例えば所定の条件のもとで、店舗スタッフのみが閲覧可能なスタッフ用端末６Ｂに対しては、将来順番予約を含んだ順番待ち状態を示す表示データＤ３を生成するとしてもよい。表示制御部２３５の行う表示制御の詳細は、図５を用いて後述する。

空席情報生成部２３７は、例えば、カメラ、センサ、他の情報処理装置などから得られる店内情報などにより店内の空席状態を確認し、店内の総席数、利用中の席数、残席数などをサーバ装置２に通知する。他の情報処理装置から得られる店内情報は、より具体的には、例えば、ＰＯＳ又はオーダーの際に用いられる情報処理装置（例えば、タブレット型端末）などから得られる会計に関する情報、ラストオーダーに関する情報、バッシング情報（座席の片付けに関する情報、案内可能状態か否かを示す情報）などを含む。

また、空席情報生成部２３７は、過去の空席情報を蓄積して分析することにより、例えば曜日、時期、特定の日付ごとに空席時間帯情報を算出してもよい。空席時間帯情報は、例えば、１日の営業時間内において店舗が比較的空いている時間帯、すなわち利用者が店舗のサービスを快適に利用できる時間帯を示す情報である。

ユーザ端末４は、例えば、スマートフォン、タブレット型コンピュータ、ノート型コンピュータなどのモバイル型端末でもよく、又は、デスクトップ型コンピュータなどの据え置き型端末でもよい。

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

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

記憶部４２は、記憶部２２と同様に、ユーザ端末４の記憶領域を構成する。

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

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

なお、制御部４３は、通信部４１を経由してサーバ装置２へ更新要求を送信することにより、サーバ装置２の表示制御部２３５より最新の表示データＤ３を受信し、受信した表示データに基づいて表示部４５（例えば、ブラウザなど）の表示を更新する。

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

表示部４５は、制御部４３の指令により生成される表示データＤ３を、ユーザ端末４のユーザが視認可能な形式で出力する。表示部４５は、例えばディスプレイなどである。

なお、本実施形態においては、利用者がサーバ装置２へ会員登録済である場合に、ユーザ端末４を経由して順番待ちへ参加可能であるとしてもよい。この場合、サーバ装置２の受付部２３１は、ユーザ端末４を経由して順番待ち要求を受け付ける際に、当該利用者の会員情報（例えば、会員名、会員番号など）を取得することが好ましい。

店舗用端末６は、ユーザ端末４と同様に、通信部６１と、記憶部６２と、制御部６３と、入力部６４と、表示部６５とを含む。

通信部６１、記憶部６２、制御部６３、表示部６５の機能及び構成は、ユーザ端末４の通信部４１、記憶部４２、制御部４３、表示部４５の役割と同等である。

入力部６４は、店舗用端末６への入力を入力データとして受け付ける。本実施形態において、入力部６４は、例えばディスプレイに設けられたタッチパネルを含むことが好ましい。入力部６４は、ディスプレイ上の表示がタッチされると、タッチパネル上のタッチされた位置を検知し、その位置情報を入力データとして制御部６３へ出力する。なお、入力部６４は、他の入力装置を含んでいてもよい。例えば、入力部６４は、キーボード、マウス、マイクなどの入力装置でもよい。入力部６４は、例えばカメラなどの撮像装置又は読み取り装置を含んでいてもよい。

店舗用端末６は、例えば利用者に音声案内を行うためのスピーカを備えていてもよい。

また、店舗用端末６は、出力装置８に接続されることが好ましい。出力装置８は、例えばプリンタなどである。出力装置８は、例えば、利用者の操作にしたがって店舗受付用端末６Ａより受付票の発行指令を受信し、当該指令に基づいて、利用者の順番待ちを受け付けたことを示す受付票を出力する。出力装置８は、店舗用端末６に含まれていてもよい。

なお、本実施形態において、店舗用端末６は、利用者が会員登録済であるか否かに関わらず当該利用者の順番待ちへの参加を受け付ける。サーバ装置２の受付部２３１は、店舗用端末６を経由した順番待ち要求を受け付ける場合に、当該利用者が会員であるか否かを特定するために必要な情報（例えば、会員名、会員番号など）を当該利用者に入力させてもよい。

図３は、本実施形態に係る将来順番予約データＤ１のデータの構造の一例を示す図である。

将来順番予約データＤ１は、上述のように順番待ちを識別するための識別番号（受付番号）、順番待ちを受け付けた利用者の利用者情報（人数、登録時刻、順番待ちを受け付けた経路、氏名など）、入店予定時刻Ｔなどの項目を含む。

図３に示す例において、記憶部２２には将来順番予約を受け付けた順に３つの将来順番予約データＤ１＿１〜Ｄ１＿３が格納されている。

例えば、将来順番予約データＤ１＿１は、受付番号「１」の利用者の将来順番予約を示すデータである。将来順番予約データＤ１＿１は、利用者の代表者名（氏名）は「Ａ」であり、店舗を利用する人数が「３」人であり、当該将来順番予約データＤ１＿１が登録された時刻（登録時刻）が「８：３０」であり、入店予定時刻Ｔは「１２：３０」であることを示している。

また、将来順番予約データＤ１＿１〜Ｄ１＿３は、いずれも順番待ちを受け付けた経路が「Ｗｅｂ」であるため、ユーザ端末４より予約が実行されている。なお、将来順番予約は、店舗受付用端末６Ａより受け付け可能であってもよい。

図４は、本実施形態に係る順番待ちデータＤ２のデータの構造の一例を示す図である。

順番待ちデータＤ２は、将来順番予約データＤ１と同様に、受付番号、人数、登録時刻、順番待ちを受け付けた経路、氏名などの項目を含む。

図４に示す例において、記憶部２２には通常の順番待ちを受け付けた順に６つの順番待ちデータＤ２＿１〜Ｄ２＿６が格納されている。

例えば、順番待ちデータＤ２＿１は、受付番号「４」の利用者の順番待ちを示すデータである。順番待ちデータＤ２＿１は、店舗を利用する人数が「３」人であり、当該順番待ちデータＤ２＿１が登録された時刻（登録時刻）が「１０：００」であることを示している。

なお、本実施形態においては、受付番号は将来順番予約データＤ１及び順番待ちデータＤ２全体での登録時刻が早い順に連番で付与されているが、将来順番予約データＤ１及び順番待ちデータＤ２でそれぞれ独立して付与されてもよい。

また、将来順番予約データＤ１は、受付番号を含まなくてもよい。すなわち、受付部２３１は、利用者より将来順番予約を受け付ける際に、受付番号を発行しなくてもよい。この場合、サーバ装置２の各処理部は、将来順番予約データＤ１に含まれる他の項目により、将来順番予約済の利用者を識別可能である。

また、本実施形態においては、将来順番予約データＤ１及び順番待ちデータＤ２は別個のデータであるとして説明するが、これらは１つのデータとして管理されてもよい。いずれの場合においても、サーバ装置２の各処理部は、将来順番予約データＤ１及び順番待ちデータＤ２に含まれる各データが、利用者による将来順番予約及び通常の順番待ちのどちらの操作により発生したかを識別可能であることが好ましい。

図５は、本実施形態に係る表示制御部２３５の処理の一例を示すフローチャートである。

上述のように、順番管理部２３３は、将来順番予約データＤ１のうち、入店予定時刻Ｔと現在時刻との差が所定の時間以内となったデータを、順番待ちデータＤ２へ移動する。したがって、将来順番予約を行った利用者は、入店予定時刻Ｔが近づくと、順番待ち行列に並ぶことになる。順番待ち状態は、ユーザ端末４及び店舗受付用端末６Ａに表示され、利用者は当該順番待ちに参加可能となる。

しかしながら、順番待ちが発生している旨の表示は、利用者に対し現在店舗内は混雑しているという印象を与えてしまう。この結果、利用者はより空いている店舗を選好するため、店舗側にとっては機会損失につながる。

例えば、ある店舗において、サーバ装置２には図３に示す将来順番予約データＤ１＿１〜Ｄ１＿３の３組のみが登録され、順番待ちデータＤ２は空であるとする。そして、例えば入店予定時刻の１０分前（時刻１２：２０）に、将来順番予約データＤ１＿１（受付番号「１」のデータ）が順番待ちデータＤ２に移動されたとする。この場合、時刻１２：２０から当該データの入店予定時刻Ｔ（１２：３０）までは、実際に当該店舗に順番待ちが発生していないにもかかわらず、１組の順番待ちが発生中であるとして利用者に提示される。また、順番管理部２３３は順番待ちデータＤ２に対して一律に待ち時間を計算するため、上述の計算方法によれば、例えば現在の待ち時間は８分である旨が利用者に提示されてしまう。

そこで、本実施形態においては、順番待ちデータＤ２に、将来順番予約データＤ１から移動されたデータのみが含まれている場合には、順番待ちは発生していないものとして利用者に提示する。これにより、順番待ちが発生していない状態にもかかわらず利用者に当該店舗が混雑していると誤認させることを防ぐことができる。

また、主として店舗スタッフが閲覧するスタッフ用端末においては、将来順番予約データから移動されたデータを含む全ての順番待ちデータを表示する。これにより、順番待ちデータＤ２を確認することで、直近の将来順番予約データを漏れなく確認可能となるため、店舗スタッフの利便性が向上する。

図５のステップＳ１０１において、表示制御部２３５は、表示対象となる端末を識別する。より具体的には、表示制御部２３５は、通信部２１を経由して受信した表示要求に含まれる表示対象の端末情報がユーザ端末４、店舗受付用端末６Ａ、スタッフ用端末６Ｂのいずれであるかを識別する。表示対象となる端末がスタッフ用端末６Ｂである場合は、処理はステップＳ１０３へ進む。表示対象となる端末がスタッフ用端末６Ｂでない場合（すなわち、利用者が閲覧可能なユーザ端末４、店舗受付用端末６Ａである場合）は、処理はステップＳ１０２へ進む。

ステップＳ１０２において、表示制御部２３５は、順番待ちデータＤ２に将来順番予約データＤ１から移動されてきたデータのみが登録されているか否かを確認する。将来順番予約データＤ１のみが登録されている場合は、表示制御部２３５は、ステップＳ１０４において、順番待ちは発生していないとして表示データＤ３を作成する。一方、順番待ちデータＤ２が登録されている場合は、処理はステップＳ１０３へ進む。

ステップＳ１０３において、表示制御部２３５は、現在の順番待ちデータＤ２に含まれる全てのデータに基づいて、表示データＤ３を生成する。

すなわち、表示制御部２３５は、表示対象がスタッフ用端末６Ｂでない場合で、かつ順番待ちデータＤ２に将来順番予約データＤ１から移動されたデータが登録されていない場合は、順番待ちは発生していない旨の表示データＤ３を生成し、利用者に提示する。

以下、図６乃至図１０を用いて、ユーザ端末４、店舗受付用端末６Ａ、スタッフ用端末６Ｂに表示される画面及びユーザインタフェースの例について詳細に説明する。

図６は、本実施形態に係るユーザ端末４の表示画面の第１の例を示す図である。より具体的には、図６の表示画面Ｕ１は、図３及び図４に示すように順番待ちデータＤ２及び将来順番予約データＤ１が登録された場合に、時刻１０：００においてユーザ端末４に表示される店舗Ａの順番待ち状態を表す。

表示画面Ｕ１は、例えば、現在の日時及び時刻を示す表示Ｕ１ａ、表示更新のためのボタンＢＴ１、店内の順番待ちの状態を示す表示Ｕ１ｂなどを含む。

利用者は、ボタンＢＴ１を押下することにより、表示画面Ｕ１をボタンＢＴ１を押下した時点の状態に更新可能である。ボタンＢＴ１が押下されると、ユーザ端末４からサーバ装置２へ表示要求が送信される。当該表示要求を受信した表示制御部２３５は、表示画面Ｕ１を最新の状態に更新し、さらに表示Ｕ１ａの日時及び時刻を更新する。

上述のように、将来順番予約において入店予定時刻Ｔの１０分前に将来順番予約データＤ１が順番待ちデータＤ２に移動されるとすると、時刻１０：００の時点では、将来順番予約データから移動された受付番号「２」及び受付番号「３」のデータのみが順番待ちデータＤ２に含まれる。したがって、図５で説明した処理に基づき、表示制御部２３５は、表示画面Ｕ１に順番待ちは発生していない旨を表示する（表示Ｕ１ｂ）。

また、表示制御部２３５は、店舗内に順番待ちが発生していない場合に、空席情報生成部２３７が生成した空席情報に基づき、店舗内の現在の空席情報を示す表示Ｕ１ｃを表示画面Ｕ１内に表示してもよい。これにより、利用者は、店舗内の具体的な混雑状況を把握することができるため、利用者の利便性が向上する。

図７は、本実施形態に係る店舗受付用端末６Ａの表示画面の第１の例を示す図である。より具体的には、図７の表示画面Ｕ２は、図６と同タイミング（時刻１０：００）において店舗受付用端末６Ａに表示される店舗Ａの順番待ち状態を表す。

表示画面Ｕ２は、例えば、現在の日時及び時刻を示す表示Ｕ２ａ、現在の待ち組数及び待ち時間を示す表示Ｕ２ｂ、店内の順番待ちの状態を示す表示Ｕ２ｃなどを含む。表示Ｕ２ａ及び表示Ｕ２ｃは、図６の表示Ｕ１ａ及び表示Ｕ１ｂと同様である。

表示制御部２３５は、図５で説明した処理に基づき、表示画面Ｕ１の場合と同様に、表示画面Ｕ２に順番待ちは発生していない旨を表示する（表示Ｕ１ｂ）。この場合、順番管理部２３３は、表示Ｕ２ｂに表示する待ち組数を０組とし、待ち時間を０分と算出する。なお、表示Ｕ２ｂは、ユーザ端末４の表示画面Ｕ１に同様に表示されてもよい。

また、表示制御部２３５は、表示Ｕ１ｃと同様に、店舗内に順番待ちが発生していない場合に、店舗内の現在の空席情報を示す表示Ｕ２ｄを表示画面Ｕ２内に表示してもよい。

図８は、本実施形態に係るスタッフ用端末６Ｂの表示画面の第１の例を示す図である。より具体的には、図８の表示画面Ｕ３は、図６及び図７と同タイミング（時刻１０：００）においてスタッフ用端末６Ｂに表示される店舗Ａの順番待ち状態を表す。

表示画面Ｕ３は、例えば、現在の日時及び時刻を示す表示Ｕ３ａ、現在の待ち組数及び待ち時間を示す表示Ｕ３ｂ、店内の順番待ちの状態を示す表示Ｕ３ｃなどを含む。表示Ｕ３ａ及び表示Ｕ２ｂは、図７の表示Ｕ２ａ及び表示Ｕ２ｂと同様である。

表示制御部２３５は、図５で説明した処理に基づき、表示画面Ｕ３に受付番号「２」及び受付番号「３」の２組の順番待ちは発生している旨を表示する（表示Ｕ３ｃ）。この場合、順番管理部２３３は、表示Ｕ３ｂに表示する待ち組数を２組とする。また、１組当たりの待ち時間を８分とすると、順番管理部２３３は、全体の待ち時間を１６分と算出する。

なお、この場合、受付番号「３」（将来順番予約データＤ１＿３）の入店予定時刻（１０：００）は、受付番号「２」（将来順番予約データＤ１＿２）の入店予定時刻（１０：０５）よりも早いため、順番待ち行列において、受付番号「３」は受付番号「２」よりも前方に並ぶ。

図９は、本実施形態に係るユーザ端末４の表示画面の第２の例を示す図である。より具体的には、図９の表示画面Ｕ４は、図３及び図４に示すように順番待ちデータＤ２及び将来順番予約データＤ１が登録された場合に、時刻１０：０３においてユーザ端末４に表示される店舗Ａの順番待ち状態を表す。表示Ｕ４ａは、図６の表示Ｕ１ａと同様、表示画面Ｕ４が更新された日時及び時刻を示す。

時刻１０：０３以前においては、図６乃至図８で例示したように、将来順番予約データから移動された受付番号「２」及び受付番号「３」のデータのみが順番待ちデータＤ２に含まれる。そして、時刻１０：０３の時点では、受付番号「４」のデータがさらに順番待ちデータＤ２に登録される。このように、時刻１０：０３の時点では、順番待ちデータＤ２に将来順番予約以外のデータが含まれる。したがって、表示制御部２３５は、図５で説明した処理に基づき、表示画面Ｕ４に３組の順番待ちが発生している旨を表示する（表示Ｕ４ｂ）。また、例えば１組当たりの待ち時間を８分とすると、順番管理部２３３は、全体の待ち時間を２４分と算出する。表示制御部２３５は、表示画面Ｕ４に２４分の待ち時間が発生している旨を表示する（表示Ｕ４ｃ）。

さらに、表示制御部２３５は、店舗内に順番待ちが発生している場合に、順番待ちへの参加を促すボタンＢＴ２を表示画面Ｕ４内に表示してもよい。

なお、表示制御部２３５は、店舗内に順番待ちが発生している場合に、空席情報生成部２３７が生成した空席時間帯情報に基づき、当該店舗が空いている時間帯（ねらい目時間帯）を示す表示Ｕ４ｄを表示画面Ｕ４内に表示してもよい。これにより、利用者の利便性が向上する。

図１０は、本実施形態に係る店舗受付用端末６Ａ及びスタッフ用端末６Ｂの表示画面の第２の例を示す図である。より具体的には、図１０の表示画面Ｕ５は、図９と同タイミング（時刻１０：０３）において店舗受付用端末６Ａ及びスタッフ用端末６Ｂに表示される店舗Ａの順番待ち状態を表す。

この場合、図９の場合と同様に、順番待ちデータＤ２に将来順番予約以外のデータが含まれるため、図５で説明した処理に基づき、店舗受付用端末６Ａ及びスタッフ用端末６Ｂの表示画面は同等となる。

表示画面Ｕ５は、例えば、現在の日時及び時刻を示す表示Ｕ５ａ、現在の待ち組数及び待ち時間を示す表示Ｕ５ｂ、店内の順番待ちの状態を示す表示Ｕ５ｃなどを含む。表示Ｕ５ａ及び表示Ｕ５ｂは、図７の表示Ｕ２ａ及び表示Ｕ２ｂなどと同様である。

図９の場合と同様に、表示制御部２３５は、表示画面Ｕ５に３組の順番待ち及び２４分の待ち時間が発生している旨を表示する（表示Ｕ５ｂ）。また、表示制御部２３５は、表示画面Ｕ５に受付番号「２」，「３」及び「４」の３組の順番待ちが発生している旨を表示する（表示Ｕ５ｃ）。

なお、この場合、受付番号「４」（順番待ちデータＤ２＿１）の登録時刻（１０：０３）は、受付番号「２」（将来順番予約データＤ１＿２）の入店予定時刻（１０：０５）よりも早いが、受付番号「２」のデータは、入店予定時刻よりも所定の時間前（例えば１０分前）に順番待ちデータＤ２へ移動済であるため、順番待ち行列において、受付番号「４」は受付番号「２」よりも後方に並ぶ。

以上説明した本実施形態において、表示制御部２３５は、順番待ちデータＤ２に将来順番予約データＤ１から移動されたデータのみが含まれている場合には、利用者が閲覧可能な端末の表示画面に対し、順番待ちは発生していない旨を表示する。これにより、店舗にいない利用者がユーザ端末４を用いて遠隔で当該店舗の混雑状況を確認する際に、順番待ちが発生していない状態にもかかわらず利用者に当該店舗が混雑していると誤認させることを防ぐことができるため、利用者の利便性が向上する。店舗受付用端末６Ａにおいても、順番待ちが発生していない旨の正しい情報を利用者に提示することができるため、利用者の利便性が向上する。

また、店舗スタッフが閲覧可能な端末においては、将来順番予約データから移動されたデータを含む全ての順番待ちデータを表示する。これにより、直近で案内可能な順番待ちデータを漏れなく確認可能となるため、店舗スタッフの利便性が向上する。

本実施形態において、表示制御部２３５は、店舗内に順番待ちが発生していない場合に、店舗内の現在の空席情報を表示する。これにより、利用者は、順番待ちが発生するほど混雑していない場合でも、より詳細な店舗内の混雑状況を把握できるため、利用者の利便性が向上する。

本実施形態において、表示制御部２３５は、店舗内に順番待ちが発生している場合に、当該店舗における空席時間帯情報を表示する。これにより、利用者は、当該店舗が空いている時間帯を知ることができるため、利用者の利便性が向上する。また、空いている時間帯に利用者の来店を促すことができるため、店舗側の機会損失を低減することができる。

以上、本実施形態を用いて本発明の説明を行ったが、この発明は上記実施形態に限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で構成要素を変形して具体化できる。また、上記実施形態に開示されている複数の構成要素の適宜な組合せにより種々の発明を形成できる。例えば、実施形態に示される全構成要素から幾つかの構成要素を削除してもよい。更に、異なる実施形態に亘る構成要素を適宜組合せてもよい。

１…情報処理システム、２…サーバ装置、４…ユーザ端末、６…店舗用端末、６Ａ…店舗受付用端末、６Ｂ…スタッフ用端末、８…出力装置、２１，４１，６１…通信部、２２，４２，６２…記憶部、２３，４３，６３…制御部、４４，６４…入力部、４５，６５…表示部、２３１…受付部、２３３…順番管理部、２３５…表示制御部、２３７…空席情報生成部、Ｂ１，Ｂ２，Ｂ３…内部バス、Ｄ１…将来順番予約データ、Ｄ２…順番待ちデータ、Ｄ３…表示データ、Ｎ…ネットワーク、Ｐ…プログラム、Ｔ…入店予定時刻。

Claims (5)

1. 利用者が利用する端末と通信可能に接続され、店舗において順番待ちを行う複数の前記利用者を管理する情報処理装置であって、
   前記端末を経由して受け付けた第１の順番待ちデータを、前記受け付けた順に登録する第１の登録手段と、
   前記店舗への入店予定時刻が指定された第２の順番待ちデータを登録する第２の登録手段と、
   前記第２の順番待ちデータに対応する利用者が前記入店予定時刻を含む所定期間内に前記店舗を利用可能となるように、前記第２の順番待ちデータを前記第１の順番待ちデータに挿入する順番管理手段と、
   前記第１の順番待ちデータに基づく前記順番待ちの状態を前記端末に表示する表示手段と、
   を具備し、
   前記表示手段は、前記第１の順番待ちデータに前記第２の順番待ちデータのみが含まれている場合に、前記端末に順番待ちは発生していない旨を表示する
   情報処理装置。
2. 前記店舗内に備えられる装置より前記店舗内の空席状態に関するデータを受信し、前記空席状態に関するデータに基づいて空席情報を生成する情報処理手段
   をさらに具備し、
   前記表示手段は、前記第１の順番待ちデータが空の場合、又は、前記第１の順番待ちデータに前記第２の順番待ちデータのみが含まれている場合に、前記端末に前記空席情報を表示する
   請求項１に記載の情報処理装置。
3. 前記店舗内に備えられる装置より前記店舗内の空席状態に関するデータを受信して蓄積し、前記蓄積された前記空席状態に関するデータを分析することにより、前記店舗が空いている時間帯を示す空席時間帯情報を生成する情報処理手段
   をさらに具備し、
   前記表示手段は、前記順番待ちが発生している場合に、前記端末に前記空席時間帯情報を表示する
   請求項１に記載の情報処理装置。
4. 利用者が利用する端末と通信可能に接続され、店舗において順番待ちを行う複数の前記利用者を管理する情報処理装置が実行する情報処理方法であって、
   前記端末を経由して受け付けた第１の順番待ちデータを、前記受け付けた順に登録することと、
   前記店舗への入店予定時刻が指定された第２の順番待ちデータを登録することと、
   前記第２の順番待ちデータに対応する利用者が前記入店予定時刻を含む所定期間内に前記店舗を利用可能となるように、前記第２の順番待ちデータを前記第１の順番待ちデータに挿入することと、
   前記第１の順番待ちデータに基づく前記順番待ちの状態を前記端末に表示することと、
   前記第１の順番待ちデータに前記第２の順番待ちデータのみが含まれている場合に、前記端末に順番待ちは発生していない旨を表示することと、
   を具備する情報処理方法。
5. 利用者が利用する端末と通信可能に接続され、店舗において順番待ちを行う複数の前記利用者を管理する情報処理装置のコンピュータによって実行されるプログラムであって、
   前記コンピュータを、
   前記端末を経由して受け付けた第１の順番待ちデータを、前記受け付けた順に登録する手段と、
   前記店舗への入店予定時刻が指定された第２の順番待ちデータを登録する手段と、
   前記第２の順番待ちデータに対応する利用者が前記入店予定時刻を含む所定期間内に前記店舗を利用可能となるように、前記第２の順番待ちデータを前記第１の順番待ちデータに挿入する手段と、
   前記第１の順番待ちデータに基づく前記順番待ちの状態を前記端末に表示する手段と、
   前記第１の順番待ちデータに前記第２の順番待ちデータのみが含まれている場合に、前記端末に順番待ちは発生していない旨を表示する手段と、
   して機能させるためのプログラム。

Images