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

Abstract

【課題】店舗の順番待ちにおいて、適切な順番待ち管理を行うことにより利用者に対し適正な待ち時間を提示する情報処理装置、情報処理方法及びプログラムを提供する。【解決手段】情報処理装置は、順番待ち行列に並ぶ複数の利用者を管理し、記憶手段と、第１の管理手段と、第２の管理手段と、制御手段とを備える。記憶手段は、複数の利用者ごとの順番待ちデータと、複数の利用者のうち呼出し待ち状態である利用者に対応する順番待ちデータを管理する第１のリストと、複数の利用者のうち不在状態である利用者に対応する順番待ちデータを管理する第２のリストとを記憶する。第１の管理手段は、第１のリストから第２のリストへ順番待ちデータを移動させる。第２の管理手段は、第１のリストから順番待ちデータを削除する。制御手段は、第１の管理手段が実行された場合に、第１の管理手段を実行不可状態とし、第２の管理手段が実行された場合に、第１の管理手段を実行可能状態とする。【選択図】図１

Description

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

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

近年では、このような順番待ちを管理するためのシステムが開発されており、当該システムにおいては、順番待ちの管理業務を効率化することができる（例えば、特許文献１，２）。さらに、店舗におけるサービスの利用状況、順番待ちの状況の変化に応じて、利用者が当該店舗を利用可能となる待ち時間を計算し、当該利用者へ通知するシステムが開示さている（例えば、特許文献１）。

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

一般的な順番待ちシステムにおいては、順番待ちを行う利用者に対して呼出し番号などが記載された整理券が発行され、利用者は店舗においてこの呼出し番号順に案内される。また、順番待ちの人数に基づいて計算されたおおよその待ち時間が利用者に対して提示される。呼出しを受けた利用者が店舗を離れて一時的に不在であれば、次の呼出し番号の利用者が案内されるが、多くの場合、店舗側は不在の利用者が店舗に戻ってきた際に再度順番待ち行列に参加させることで、利用者の利便性を向上させている。しかしながら、一時的に不在となる利用者が集中すると、順番待ちを行う利用者数が一時的に大きく増減するため、他の利用者に正しい待ち時間を提示することが困難となる。

本発明は、上記事情に鑑みてなされており、適切な順番待ち管理を行うことにより利用者に対し適正な待ち時間を提示する情報処理装置、情報処理方法及びプログラムを提供することを目的とする。

本発明の実施形態によれば、情報処理装置は、順番待ち行列に並ぶ複数の利用者を管理し、前記複数の利用者ごとの順番待ちデータと、前記複数の利用者のうち呼出し待ち状態である利用者に対応する前記順番待ちデータを管理する第１のリストと、前記複数の利用者のうち不在状態である利用者に対応する前記順番待ちデータを管理する第２のリストとを記憶する記憶手段と、前記第１のリストから前記第２のリストへ前記順番待ちデータを移動させる第１の管理手段と、前記第１のリストから前記順番待ちデータを削除する第２の管理手段と、前記第１の管理手段が実行された場合に、前記第１の管理手段を実行不可状態とし、前記第２の管理手段が実行された場合に、前記第１の管理手段を実行可能状態とする制御手段と、を備える。

本発明によれば、店舗の順番待ちにおいて、適切な順番待ち管理に基づいて利用者に対し適正な待ち時間を提示することにより、利用者の利便性を向上させる。

実施形態に係る情報処理システムの一例を示すブロック図。 実施形態に係る情報処理システムの一例を示す概念図。 実施形態に係る順番待ちデータのデータ構造の一例を示す図。 実施形態に係るステータス情報の更新処理の一例を示すフローチャート。 実施形態に係る呼出し待ち画面の一例を示す図。 実施形態に係る不在画面の一例を示す図。 実施形態に係る案内済画面の一例を示す図。 実施形態に係るキャンセル済画面の一例を示す図。 実施形態に係る操作ボタン制御処理の一例を示すフローチャート。 実施形態に係る順番待ち行列の状態及び待ち時間の変化の一例を示す図。

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

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

本実施形態において、案内とは、例えば店舗のサービスを利用するために順番待ちを行う利用者が、店舗スタッフなどより呼び出しを受け、店舗のサービスを利用開始できる状態になることを指す。

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

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

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

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

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

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

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

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

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

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

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

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

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

記憶部２２は、例えば、順番待ちデータＤと、サーバ装置２全体を制御するためのプログラムＰとを格納する。

順番待ちデータＤは、例えば、順番待ち１件ごとに、当該順番待ちの内容を示す受付データＲと、当該順番待ちの状態を示すステータス情報Ｓとを対応づけて格納する。なお、サーバ装置２が複数の店舗の順番待ちを管理する場合は、順番待ちデータＤは、店舗ごとに分けて管理される。

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

ステータス情報Ｓには、順番待ちの状態がリアルタイムに記録される。より具体的には、ステータス情報Ｓは、例えば、順番待ちデータＤの順番待ち状態が呼出し待ち状態、不在状態、案内済状態、キャンセル済状態のいずれであるかを示す。

呼出し待ち状態は、例えば、利用者が順番待ち行列に参加し、店舗からの呼出しを待っている状態である。

不在状態は、呼出し待ち状態である利用者が呼び出しを受けた際に不在であったため案内されなかった状態である。

案内済状態は、例えば、呼出し待ち状態である利用者が呼び出しを受けて案内され、順番待ちを終了した状態である。

キャンセル済状態は、店舗スタッフ又は利用者自身が当該利用者の呼出し待ちをキャンセルすることにより、順番待ちを終了した状態である。

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

また、本実施形態において、サーバ装置２は、上述のようにステータス情報Ｓで管理する状態のうち案内される可能性のある状態、すなわち、少なくとも呼出し待ち状態、不在状態の２種類の状態を管理する。換言すれば、サーバ装置２は、例えば、案内又はキャンセルにより終了した順番待ちに対応する受付データＲ及び／又はステータス情報Ｓを順番待ちデータＤから削除することにより、上述の案内済状態、キャンセル済状態を管理しなくてもよい。

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

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

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

受付部２３１は、ユーザ端末４及び／又は店舗用端末６を介して行われる順番待ち行列への参加要求を受信する。受付部２３１は、当該参加要求に基づいて受付データＲとステータス情報Ｓを生成し、ステータス情報Ｓを呼出し待ち状態に設定する。また、受付部２３１は、順番待ち受付済の利用者に関する順番待ちのキャンセル要求を受信した場合に、例えば、順番待ちデータＤに含まれる当該利用者のステータス情報Ｓをキャンセル済状態へ更新する。なお、ステータス情報Ｓの設定及び更新は、順番管理部２３３が行うとしてもよい。

順番管理部２３３は、ステータス情報Ｓの更新に関する各種要求を受信した場合に、当該要求に基づいてステータス情報Ｓを更新する。例えば、順番管理部２３３は、順番待ち行列の先頭の利用者が案内された場合に、順番待ちデータＤに含まれる当該先頭の利用者のステータス情報Ｓを案内済状態に更新する。例えば、順番管理部２３３は、順番待ち行列の先頭の利用者が呼び出され不在であった場合に、順番待ちデータＤに含まれる当該先頭の利用者のステータス情報Ｓを不在状態に更新する。

また、順番管理部２３３は、順番待ちデータＤをステータス情報Ｓに含まれる状態ごとに分別したリストを生成する。例えば、順番管理部２３３は、ステータス情報Ｓが呼出し待ち状態である利用者を集計した呼出し待ちリスト、不在状態である利用者を集計した不在リスト、案内済状態である利用者を集計した案内済リスト、キャンセル済状態である利用者を集計したキャンセル済リストなどを生成する。上述の各リストは、それぞれの受付データＲに含まれる識別番号に基づいて並べられることが好ましいが、他の基準により並べられてもよい。

なお、例えば、順番待ちデータＤに含まれる順番待ちデータＤ１のステータス情報Ｓが呼出し待ち状態である場合に、当該ステータス情報Ｓを不在状態に更新すると、順番待ちデータＤ１は呼出し待ちリストから削除され、不在リストに登録される。すなわち、順番待ちデータＤ１は呼出し待ちリストから不在リストへ移動する。ステータス情報Ｓを他の状態に更新した場合についても同様である。

ＵＩ管理部２３７は、制御部２３に含まれる各種処理部の要求に基づき、ユーザ端末４及び店舗用端末６が表示するユーザインタフェースを含む表示データを生成し、通信部２１を経由してユーザ端末４及び店舗用端末６に当該表示データを送信する。

ＵＩ管理部２３７は、例えば、上述のように順番管理部２３３が生成した各種リストをスタッフ用端末６Ｂ上で店舗スタッフが視認及び操作可能なように表示するためのユーザインタフェースを生成する。より具体的には、ＵＩ管理部２３７は、呼出し待ちリストを表示するための呼出し待ち画面Ｕ１、不在リストを表示するための不在画面Ｕ２、案内済リストを表示するための案内済画面Ｕ３、キャンセル済リストを表示するためのキャンセル済画面Ｕ４などを生成する。ＵＩ管理部２３７は、生成した各種リストを、スタッフ用端末６Ｂに表示させる。

ＵＩ管理部２３７は、ユーザインタフェースに対して行われた操作を検知し、当該操作の内容及び／又は当該操作に基づく指令を受付部２３１、順番管理部２３３などへ送信する。

また、ＵＩ管理部２３７は、操作ボタン制御部２３７Ａを含む。操作ボタン制御部２３７Ａは、主として上述の呼出し待ち画面Ｕ１及び不在画面Ｕ２などに表示される、ステータス情報Ｓを操作可能な操作ボタンの状態を制御する。操作ボタンは、例えば、ステータス情報Ｓを案内済状態に更新するための案内ボタンＶ１、ステータス情報Ｓを不在状態に更新するための不在ボタンＶ２、ステータス情報Ｓを不在状態から呼出し待ち状態に更新するための戻しボタンＶ３、ステータス情報Ｓをキャンセル済状態に更新するためのキャンセルボタンＶ４などである。操作ボタン制御部２３７Ａが実行する処理の詳細については、図９を用いて後述する。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

順番待ちデータＤは、上述のように受付データＲとステータス情報Ｓとを含み、受付データＲとステータス情報Ｓは紐づけられて管理される。図３に示す例において、記憶部２２には順番待ちを受け付けた順に６つの順番待ちデータＤ１〜Ｄ６が格納されている。受付データＲには、受付番号（識別番号）、人数、登録時刻、順番待ちを受け付けた経路などが含まれる。

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

順番待ちデータＤ３，Ｄ５は、順番待ちを受け付けた経路が「Ｗｅｂ」であり、ユーザ端末４より予約されたことを示している。

また、順番待ちデータＤ１のステータス情報Ｓはキャンセル済状態であり、順番待ちデータＤ２のステータス情報Ｓは案内済状態である。すなわち、受付番号「１」及び「２」の利用者はいずれも順番待ちを終了している。さらに、順番待ちデータＤ３のステータス情報Ｓは不在状態である。これは、受付番号「３」の利用者が一度呼出しを受けた際に不在であったことを示す。

なお、図３には一例として順番待ちデータＤ１〜Ｄ６のみが示されているが、順番待ちデータＤは、受付部２３１が受け付けた全ての受付データＲ及びステータス情報Ｓを格納する。また、順番待ちデータＤは、例えばステータ情報Ｓごとに分割され、リスト形式などで記憶部２２に記憶されていてもよい。

以下、図４及び図５乃至図８を用いて、順番管理部２３３が行うステータス情報Ｓの更新処理と、ＵＩ管理部２３７が生成する呼出し待ち画面Ｕ１、不在画面Ｕ２、案内済画面Ｕ３、キャンセル済画面Ｕ４の詳細について説明する。ステータス情報Ｓの更新処理は、呼出し待ち画面Ｕ１及び不在画面Ｕ２などに表示される操作ボタンが店舗スタッフなどにより押下された場合に実行される。なお、各種画面の生成及び操作ボタンの押下検出はＵＩ管理部２３７により実行される。ステータス情報Ｓの更新処理は、順番管理部２３３により実行される。

図４は、本実施形態に係るステータス情報Ｓの更新処理の一例を示すフローチャートである。

スタッフ用端末６Ｂ上にいずれの画面（呼出し待ち画面、不在画面、案内済画面、キャンセル済画面など）を表示するかは、店舗スタッフが例えばスタッフ用端末６Ｂ上で自由に選択可能であることが好ましい。店舗スタッフが当該選択を行うと、画面表示指令がスタッフ用端末６Ｂよりサーバ装置２へ送信される。

ステップＳ１０１において、ＵＩ管理部２３７は、画面表示指令を受信し、表示対象の画面の種類を判断する。

ＵＩ管理部２３７は、呼出し待ち画面Ｕ１を表示する旨の指令を受信した場合、ステップＳ１０２において、呼出し待ち画面Ｕ１を表示する。ここで、図５は、本実施形態に係る呼出し待ち画面Ｕ１の一例を示す図である。

呼出し待ち画面Ｕ１には、ステータス情報Ｓが呼出し待ち状態である利用者を識別番号順に集計した呼出し待ちリストが表示される。図５の例では、図３に示す順番待ちデータＤのうち、ステータス情報Ｓが呼出し待ち状態を示す順番待ちデータＤ４，Ｄ５，Ｄ６が表示される。

呼出し待ち画面Ｕ１には、順番待ちデータごとに、例えば、識別番号Ｉ、待ち時間Ｔ、受付データＲと、順番待ちデータのステータス情報Ｓを更新するための操作ボタン（案内ボタンＶ１、不在ボタンＶ２など）が表示される。待ち時間Ｔは、例えば、呼出し待ちリスト上の順番に１組当たりの所定の待ち時間を乗算することにより算出される。図５において、例えば順番待ちデータＤ６は呼出し待ちリスト上で３番目であるため、１組当たりの所定の待ち時間を７分とすると、順番待ちデータＤ６の待ち時間Ｔは２１分と算出される。

図４のステップＳ１０３において、ＵＩ管理部２３７は、操作ボタンの押下を検出する。案内ボタンＶ１の押下が検出された場合、順番管理部２３３は、ステップＳ１０４において、押下された案内ボタンＶ１に対応する順番待ちデータのステータス情報Ｓを案内済状態に更新する。不在ボタンＶ２の押下が検出された場合、順番管理部２３３は、ステップＳ１０５において、押下された不在ボタンＶ２に対応する順番待ちデータのステータス情報Ｓを不在状態に更新する。操作ボタンが押下されない場合、ステータス情報Ｓの更新処理は行われない。

ステータス情報Ｓが更新されて呼出し待ち状態以外の状態となった場合、当該ステータス情報Ｓに対応する順番待ちデータは、呼出し待ち画面Ｕ１に表示されなくなる。

なお、呼出し待ち画面Ｕ１には、順番待ちデータごとに後述するキャンセルボタンＶ４が表示されてもよい。店舗スタッフは、キャンセルボタンＶ４を押下することにより、不在画面Ｕ２を経由せずにキャンセル操作が可能となる。

ＵＩ管理部２３７は、不在画面Ｕ２を表示する旨の指令を受信した場合、ステップＳ１０６において、不在画面Ｕ２を表示する。ここで、図６は、本実施形態に係る不在画面Ｕ２の一例を示す図である。

不在画面Ｕ２には、ステータス情報Ｓが不在状態である利用者を識別番号順に集計した不在リストが表示される。図５の例では、図３に示す順番待ちデータＤのうち、ステータス情報Ｓが不在状態を示す順番待ちデータＤ３が表示される。

不在画面Ｕ２には、順番待ちデータごとに、例えば、識別番号Ｉ、受付データＲと、順番待ちデータのステータス情報Ｓを更新するための操作ボタン（戻しボタンＶ３、キャンセルボタンＶ４など）が表示される。

図４のステップＳ１０７において、ＵＩ管理部２３７は、操作ボタンの押下を検出する。戻しボタンＶ３の押下が検出された場合、順番管理部２３３は、ステップＳ１０８において、押下された戻しボタンＶ３に対応する順番待ちデータのステータス情報Ｓを呼出し待ち状態に更新する。キャンセルボタンＶ４の押下が検出された場合、順番管理部２３３は、ステップＳ１０９において、押下されたキャンセルボタンＶ４に対応する順番待ちデータのステータス情報Ｓをキャンセル済状態に更新する。操作ボタンが押下されない場合、ステータス情報Ｓの更新処理は行われない。

なお、呼出し待ち画面Ｕ１の場合と同様に、ステータス情報Ｓが更新されて不在状態以外の状態となった場合、当該ステータス情報Ｓに対応する順番待ちデータは、不在画面Ｕ２に表示されなくなる。

また、不在画面Ｕ２には、順番待ちデータごとに案内ボタンＶ１が表示されてもよい。店舗スタッフは、案内ボタンＶ１を押下することにより、呼出し待ち画面Ｕ１を経由せずに案内操作が可能となる。

ＵＩ管理部２３７は、案内済画面Ｕ３を表示する旨の指令を受信した場合、ステップＳ１１０において、案内済画面Ｕ３を表示する。ここで、図７は、本実施形態に係る案内済画面Ｕ３の一例を示す図である。

案内済画面Ｕ３には、ステータス情報Ｓが案内済状態である利用者を識別番号順に集計した案内済リストが表示される。図５の例では、図３に示す順番待ちデータＤのうち、ステータス情報Ｓが案内済状態を示す順番待ちデータＤ２が表示される。

案内済画面Ｕ３には、順番待ちデータごとに、例えば、識別番号Ｉ、受付データＲなどが表示される。

ＵＩ管理部２３７は、キャンセル済画面Ｕ４を表示する旨の指令を受信した場合、ステップＳ１１１において、キャンセル済画面Ｕ４を表示する。ここで、図８は、本実施形態に係るキャンセル済画面Ｕ４の一例を示す図である。

キャンセル済画面Ｕ４には、ステータス情報Ｓがキャンセル済状態である利用者を識別番号順に集計したキャンセル済リストが表示される。図５の例では、図３に示す順番待ちデータＤのうち、ステータス情報Ｓがキャンセル済状態を示す順番待ちデータＤ１が表示される。

キャンセル済画面Ｕ４には、順番待ちデータごとに、例えば、識別番号Ｉ、受付データＲなどが表示される。

なお、ステータス情報Ｓは、上述のような各操作ボタンの押下以外により変更されてもよい。例えば、順番管理部２３３は、ステータス情報Ｓが不在状態であり、かつ所定時間経過した場合に無断キャンセルが発生したと判断し、当該ステータス情報Ｓをキャンセル済状態へ変更してもよい。

図９は、本実施形態に係る操作ボタン制御処理の一例を示すフローチャートである。より具体的には、図９は、店舗スタッフＨにより各種操作ボタンが押下された場合に、操作ボタン制御部２３７Ａが主に不在ボタンＶ２を状態変化（有効化又は無効化）させる処理を示す。

本実施形態においては、上述のように呼出し待ちリストに登録されている組数に基づいて待ち時間Ｔが計算され、この待ち時間Ｔは店舗の利用者に提示される。呼出しを受けた利用者が不在の場合、店舗スタッフＨにより呼出し待ち画面Ｕ１上で不在ボタンＶ２が押下されることにより、当該利用者に対応する順番待ちデータは不在リストに移動される。この結果、待ち時間Ｔは呼出し待ちリストから減った組数に対応する時間分減少する。

また、店舗スタッフＨは、不在リストに登録されている利用者が店舗に戻ってきた際に、不在画面Ｕ２上で戻しボタンＶ３を押下することにより、当該利用者に対応する順番待ちデータを再度呼出し待ちリストに戻す。この結果、待ち時間Ｔは呼出し待ちリストに戻された組数に対応する時間分増加する。

ここで、呼出しを受けたが不在である利用者が連続すると、呼出し待ちリストから不在リストへの移動が連続するため、待ち時間Ｔは大きく減少する。待ち時間Ｔが急に減少すると、待ち時間Ｔを目安に店舗を離れていた利用者は、多くの場合減少した待ち時間Ｔに追従できずすぐには店舗に戻れないため、呼出しを受けて不在となる。この繰り返しにより、不在となる利用者が連鎖的に増加し、待ち時間Ｔはさらに減少する。また、このように一時的に店舗を離れていた利用者は、多くの場合後に店舗に戻る。このため、利用者が次々に店舗に戻り、不在リストから呼出し待ちリストへの移動が連続することにより、待ち時間Ｔは大きく増加する。

上述のような状況下においては、すなわち呼出し待ちリストと不在リストとの間で順番待ちデータの移動が頻繁に行われる場合には、待ち時間Ｔが大きく増減するという問題があった。例えば、待ち時間Ｔが所定の時間を下回った場合に、サーバ装置２よりユーザ端末４へ呼出し時刻が近づいている旨の通知がされる場合には、通知後に大きく待ち時間Ｔが増大することにより、当該通知の意義が失われてしまう。

一方、呼出し待ちリストと不在リストを用いて順番待ちを管理することは、例えば呼出し待ちリストのみを用いて順番待ちを管理することに比べて効率的である。より具体的には、順番管理部２３３は、呼出し時に不在であり、かつ後に店舗に戻らない利用者を呼出し待ちリストから省くことにより、呼出しの可能性のある利用者のみを管理できる。換言すれば、順番管理部２３３は、一時的に不在である利用者の順番待ちデータを呼出し待ちリストに残し、後にキャンセルする利用者の順番待ちデータを不在リストに移動させればよい。しかし、利用者が後に店舗に戻るか否かを予測することは困難である。

そこで、本実施形態では、呼出し待ちリストと不在リストとの間で頻繁な順番待ちデータの移動が起こらないように制限を設ける。より具体的には、操作ボタン制御部２３７Ａは、以下に説明する所定の条件のもと、不在ボタンＶ２を押下不可の状態にする（無効化する）期間を設定し、呼出し待ちリストから不在リストへの順番待ちデータの移動を制限する。

ステップＳ３０１において、店舗スタッフＨは、空席が発生したか否かを確認する。空席が発生していない場合は、繰り返し空席の発生を確認する。空席が発生した場合は、処理はステップＳ３０２に進む。

ステップＳ３０２において、店舗スタッフＨは、スタッフ用端末６Ｂの呼出し待ち画面Ｕ１を確認し、呼出し対象となる利用者の呼出しを行う。

ステップＳ３０３において、店舗スタッフＨは、ステップＳ３０２で呼び出した利用者が不在であるか否かを判断する。店舗スタッフＨは、当該利用者が不在であると判断した場合に、呼出し待ち画面Ｕ１に含まれる当該利用者に対応する順番待ちデータの不在ボタンＶ２を押下し、処理はステップＳ３０４へ進む。一方、店舗スタッフＨは、当該利用者が不在でないと判断した場合に当該利用者に対応する順番待ちデータの案内ボタンＶ１を押下し、処理はステップＳ３０８へ進む。

ステップＳ３０４において、操作ボタン制御部２３７Ａは、不在ボタンＶ２の状態（有効であるか無効であるか）を確認する。不在ボタンＶ２が有効である場合、すなわち、不在ボタンＶ２が店舗スタッフＨにより押下可能である場合、処理はステップＳ３０５へ進む。不在ボタンＶ２が無効である場合、すなわち、不在ボタンＶ２が店舗スタッフＨにより押下不可の状態である場合、処理はステップＳ３０７へ進む。

ステップＳ３０５において、操作ボタン制御部２３７Ａは、順番管理部２３３に不在ボタンＶ２の押下制御を実行させる（図４のステップＳ１０５参照）。

ステップＳ３０６において、操作ボタン制御部２３７Ａは、不在ボタンＶ２を無効化する。

ステップＳ３０７において、店舗スタッフＨは、スタッフ用端末６Ｂの呼出し待ち画面Ｕ１を確認し、次の順番待ちを行う利用者の呼出しを行う。その後、処理はステップＳ３０１へ戻る。

ステップＳ３０８において、操作ボタン制御部２３７Ａは、順番管理部２３３に案内ボタンＶ１の押下制御を実行させる（図４のステップＳ１０４参照）。

ステップＳ３０９において、操作ボタン制御部２３７Ａは、不在ボタンＶ２が無効化されている場合に、不在ボタンＶ２を有効化する。

ステップＳ３１０において、店舗スタッフＨは、押下された案内ボタンＶ１に対応する利用者を案内する。その後、処理はステップＳ３０１へ戻る。

上述のように、操作ボタン制御部２３７Ａは、不在ボタンＶ２が一度押下されると、次に案内ボタンＶ１が押下されるまで不在ボタンＶ２を無効化する。これにより、例えば呼出しを受けたが不在である利用者が連続する場合にも、不在ボタンＶ２が連続して押下されることがなくなるため、呼出し待ちリストと不在リストとの間で頻繁な順番待ちデータの移動が起こらなくなる。

なお、本実施形態においては、上述のように案内ボタンＶ１が押下されたタイミングに加え、不在画面Ｕ２で戻しボタンＶ３が押下されたタイミングにおいても不在ボタンＶ２を有効化することが好ましい。

また、図９に示すフローチャートにおいて、店舗スタッフＨが行うとして説明した処理は、サーバ装置２及び／又は他の情報処理装置により、自動的又は機械的に行われてもよい。

例えば、店舗に備えらえた情報処理装置は、ステップＳ３０１において、カメラ、センサ、他の情報処理装置などから得られる店内情報などにより店内の空席状況を確認し、店内の総席数、利用中の席数、残席数などをサーバ装置２に通知してもよい。他の情報処理装置から得られる店内情報は、より具体的には、例えば、ＰＯＳ又はオーダーの際に用いられる情報処理装置（例えば、タブレット型端末）などから得られる会計に関する情報、ラストオーダーに関する情報、バッシング情報（座席の片付けに関する情報、案内可能状態か否かを示す情報）などを含む。この場合、サーバ装置２は、ステップＳ３０２において、ステップＳ３０１で得られた残席数に基づき、利用者の呼出しを行ってもよい。より具体的には、例えばサーバ装置２がスタッフ用端末６Ｂに利用者の呼出し指令を送信し、当該指令を受信したスタッフ用端末６Ｂが、スピーカを用いて利用者にアナウンスを行うとしてもよい。

さらに、サーバ装置２は、ステップＳ３０３において、例えば呼び出された利用者が所定時間内に応答するか否か、すなわち当該利用者が不在であるか否かを判定してもよい。当該利用者が不在であると判定した場合には、サーバ装置２は、例えばステップＳ３０２の場合と同様にスタッフ用端末６Ｂを用いて次の利用者の呼出し（ステップＳ３０７に相当）を行い、当該利用者が不在でないと判定した場合には、同様にスタッフ用端末６Ｂを用いて案内アナウンス（ステップＳ３１０に相当）を行うとしてもよい。

図１０は、本実施形態に係る順番待ち行列の状態及び待ち時間の変化の一例を示す図である。図１０においては、利用者Ｅ１〜Ｅ５が順番待ち行列へ参加済であるとし、各状態における呼出し待ちリスト、不在リスト、案内済リスト、呼出し待ち画面Ｕ１における不在ボタンＶ２の状態を示す。不在ボタンＶ２の状態は、図９に示す操作ボタン制御部２３７Ａの処理に従って変化する。

状態Ｓ５０１は、順番待ち行列の初期状態を示す。状態Ｓ５０１においては、空席が１席発生しており、利用者Ｅ１，Ｅ２，Ｅ３は店舗外に外出中であるとする。この場合、呼出し待ちリストには利用者５組（利用者Ｅ１〜Ｅ５）が登録され、不在リスト、案内済リストは空である。初期状態において、不在ボタンは有効であるとする。

なお、図１０の呼出し待ちリストにおいて括弧付の利用者は外出中であることを示す。また、以下では１組当たりの所定の待ち時間を６分とする。すなわち、状態Ｓ５０１における待ち時間Ｔは３０分と算出される。

状態Ｓ５０２においては、状態Ｓ５０１で空席が１席発生していることから、店舗スタッフＨにより利用者の呼出しが行われる。店舗スタッフＨは、呼出し待ちリストの先頭に登録されている利用者Ｅ１を呼び出す。呼出された利用者Ｅ１は不在であるため、店舗スタッフＨは利用者Ｅ１に対応する不在ボタンＶ２を押下する。これにより利用者Ｅ１は不在リストへ登録され、不在ボタンは無効となる。また、呼出し待ちリストが４組に減ったため、状態Ｓ５０２における待ち時間Ｔは２４分となる。

状態Ｓ５０３において、店舗スタッフＨは、呼出し待ちリストを確認し、次の順番である利用者Ｅ２を呼び出す。呼出された利用者Ｅ２は不在であるが、不在ボタンＶ２は無効であるため、店舗スタッフＨは何もしない。したがって、待ち時間Ｔは状態Ｓ５０２より変化しない。

状態Ｓ５０４において、店舗スタッフＨは、呼出し待ちリストを確認し、次の順番である利用者Ｅ３を呼び出す。呼出された利用者Ｅ３は不在であるが、不在ボタンＶ２は無効であるため、店舗スタッフＨは何もしない。したがって、待ち時間Ｔは状態Ｓ５０２及び状態Ｓ５０３より変化しない。

状態Ｓ５０５において、店舗スタッフＨは、呼出し待ちリストを確認し、次の順番である利用者Ｅ３を呼び出す。店舗スタッフＨは利用者Ｅ４に対応する案内ボタンＶ１を押下する。これにより利用者Ｅ１は案内済リストへ登録され、不在ボタンは有効となる。また、呼出し待ちリストが３組に減ったため、状態Ｓ５０５における待ち時間Ｔは１８分となる。

状態Ｓ５０６において、外出中の利用者Ｅ１，Ｅ２，Ｅ３が店舗に戻ってきたため、店舗スタッフＨは、利用者Ｅ１に対応する戻しボタンＶ３を押下する。これにより、不在リストに登録されていた利用者Ｅ１呼出し待ちリストへ登録される。この結果、呼出し待ちリストが４組に増えたため、状態Ｓ５０６における待ち時間Ｔは２４分となる。

上述の利用者Ｅ１，Ｅ２，Ｅ３のように、呼出しを受けたが不在である利用者が連続し、後に店舗に戻る場合、待ち時間Ｔは１８分（状態Ｓ５０５）から２４分（状態Ｓ５０６）へ増加する。すなわち、待ち時間Ｔは１組分のみ増加している。

一方、不在ボタンＶ２が常に有効状態である場合の順番待ち行列の状態及び待ち時間の変化について説明する。状態Ｓ５０１〜Ｓ５０４において、不在ボタンＶ２が常に有効状態であるため、利用者Ｅ１，Ｅ２，Ｅ３は全て不在リストへ登録される。これにより、状態Ｓ５０５においては呼出し待ちリストは利用者Ｅ５のみとなるため、待ち時間Ｔは６分となる。さらに、状態Ｓ５０６において外出中の利用者Ｅ１，Ｅ２，Ｅ３が店舗に戻ってきた際には、利用者Ｅ１，Ｅ２，Ｅ３それぞれに対応する戻しボタンＶ３が押下されることにより、呼出し待ちリストは利用者Ｅ１，Ｅ２，Ｅ３，Ｅ５となるため、待ち時間Ｔは２４分となる。したがって、待ち時間Ｔは６分（状態Ｓ５０５）から２４分（状態Ｓ５０６）へ増加する。すなわち、待ち時間Ｔは３組分増加する。

したがって、上述のように、不在ボタンＶ２が押下された後、案内ボタンＶ１が押下されるまで不在ボタンＶ２の状態を無効とすることにより、待ち時間Ｔの変化を大幅に抑えることができる。

以上説明した本実施形態においては、サーバ装置２は、順番待ち行列に参加する利用者を呼出し待ちリスト、不在リストに分けて管理する。呼出し待ちリストには案内ボタンＶ１及び不在ボタンＶ２が配置される。サーバ装置２の操作ボタン制御部２３７Ａは、不在ボタンＶ２が押下された場合に、不在ボタンＶ２を無効化し、案内ボタンＶ１が押下された場合に、不在ボタンＶ２を有効化する。これにより、例えば呼出しを受けたが不在である利用者が連続する場合に、不在ボタンＶ２が連続して押下されることがなくなるため、不在リストへの頻繁な順番待ちデータの移動が起こらなくなる。また、不在である利用者が店舗に戻った場合にも、不在リストから呼出し待ちリストへの頻繁な順番待ちデータの移動が起こらなくなる。すなわち、サーバ装置２は、呼出し時に不在であるが将来店舗に戻る可能性の高い利用者の順番待ちデータを不在リストへ移動させないことで、待ち時間Ｔの大幅な変化を防ぐことができるため、利用者の利便性が向上する。

さらに、操作ボタン制御部２３７Ａは、案内ボタンＶ１が押下された場合に不在ボタンＶ２を有効化することにより、例えば長時間不在にしている利用者は、徐々に不在リストへ登録される。したがって、サーバ装置２は、呼出し時に不在であり将来キャンセルする可能性の高い利用者の順番待ちデータを不在リストで管理することができる。これによりサーバ装置２は、不在リストを用いてより効率的に利用者の管理を行うことができる。

本実施形態においては、不在である利用者が店舗に戻り、不在リストから当該利用者に対応する順番待ちデータが呼出し待ちリストへ戻された場合に、不在ボタンＶ２を有効化する。したがって、例えば、その後すぐに不在ボタンＶ２が押下された場合でも、不在リスト及び呼出し待ちリストに登録される順番待ちデータの数を一定に保つことができる。これによりサーバ装置２は、待ち時間Ｔの大幅な変化を防ぐことができるため、利用者の利便性が向上する。

なお、本実施形態においては、各操作ボタン（案内ボタンＶ１、不在ボタンＶ２、戻しボタンＶ３、キャンセルボタンＶ４）は画面上に表示されるボタンとして説明したが、上記以外のユーザインタフェースにより各操作ボタンと同様の機能が実現されてもよい。より具体的には、店舗用端末６が備えるタッチパネル上でタッチ、フリック、スワイプなどの特殊操作が実行されること、又は、店舗用端末６が操作ボタンを操作するための音声入力を受け付けることなどにより、店舗用端末６からサーバ装置２へ各操作ボタンが操作された場合と同等の指令、データなどが送信されてもよい。

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

１…情報処理システム、２…サーバ装置、４…ユーザ端末、６…店舗用端末、８…出力装置、２１，４１，６１…通信部、２２，４２，６２…記憶部、２３，４３，６３…制御部、４４，６４…入力部、４５，６５…表示部、２３１…受付部、２３３…順番管理部、２３７…ＵＩ管理部、２３７Ａ…操作ボタン制御部、Ｂ１，Ｂ２，Ｂ３…内部バス、Ｄ…順番待ちデータ、Ｎ…ネットワーク、Ｐ…プログラム、Ｒ…受付データ、Ｓ…ステータス情報。

Claims (5)

1. 順番待ち行列に並ぶ複数の利用者を管理する情報処理装置であって、
   前記複数の利用者ごとの順番待ちデータと、前記複数の利用者のうち呼出し待ち状態である利用者に対応する前記順番待ちデータを管理する第１のリストと、前記複数の利用者のうち不在状態である利用者に対応する前記順番待ちデータを管理する第２のリストとを記憶する記憶手段と、
   前記第１のリストから前記第２のリストへ前記順番待ちデータを移動させる第１の管理手段と、
   前記第１のリストから前記順番待ちデータを削除する第２の管理手段と、
   前記第１の管理手段が実行された場合に、前記第１の管理手段を実行不可状態とし、前記第２の管理手段が実行された場合に、前記第１の管理手段を実行可能状態とする制御手段と、
   を備えることを特徴とする情報処理装置。
2. 前記第２のリストから前記第１のリストへ順番待ちデータを移動させる第３の管理手段をさらに備え、
   前記制御手段は、前記第３の管理手段が実行された場合に前記第１の管理手段を実行可能状態とする
   ことを特徴とする請求項１に記載の情報処理装置。
3. 前記順番待ちデータは、前記順番待ちデータに対応する利用者が前記呼出し待ち状態と、前記不在状態と、前記呼出し待ち状態及び前記不在状態でない他の状態と、のいずれであるかを示す状態情報を含み、
   前記第１の管理手段は、前記状態情報を前記呼出し待ち状態から前記不在状態へ更新することにより前記第１のリストから前記第２のリストへ前記順番待ちデータを移動させ、
   前記第２の管理手段は、前記状態情報を前記呼出し待ち状態から前記他の状態へ更新することにより前記第１のリストから前記順番待ちデータを削除する
   ことを特徴とする請求項１又は請求項２に記載の情報処理装置。
4. 順番待ち行列に並ぶ複数の利用者を管理する情報処理装置が実行する情報処理方法であって、
   前記複数の利用者ごとの順番待ちデータと、前記複数の利用者のうち呼出し待ち状態である利用者に対応する順番待ちデータを管理する第１のリストと、前記複数の利用者のうち不在状態である利用者に対応する順番待ちデータを管理する第２のリストと、を記憶することと、
   前記第１のリストから前記第２のリストへ順番待ちデータを移動させる第１の管理手段が実行された場合に、前記第１の管理手段を実行不可状態とすることと、
   前記第１のリストから順番待ちデータを削除する第２の管理手段が実行された場合に、前記第１の管理手段を実行可能状態とすることと、
   を具備する情報処理方法。
5. 順番待ち行列に並ぶ複数の利用者を管理する情報処理装置のコンピュータによって実行されるプログラムであって、
   前記コンピュータを、
   前記複数の利用者ごとの順番待ちデータと、前記複数の利用者のうち呼出し待ち状態である利用者に対応する順番待ちデータを管理する第１のリストと、前記複数の利用者のうち不在状態である利用者に対応する順番待ちデータを管理する第２のリストと、を記憶する記憶手段と、
   前記第１のリストから前記第２のリストへ順番待ちデータを移動させる第１の管理手段と、
   前記第１のリストから順番待ちデータを削除する第２の管理手段と、
   前記第１の管理手段が実行された場合に、前記第１の管理手段を実行不可状態とし、前記第２の管理手段が実行された場合に、前記第１の管理手段を実行可能状態とする制御手段と、
   して機能させるためのプログラム。

Images