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

Abstract

【課題】利用者の満足度の低下を抑制することを可能とする。
【解決手段】情報管理装置１０は、利用者の店舗に対する順番待ちを受け付ける際に当該利用者によって操作される第１端末装置及び店舗に設けられる第２端末装置と接続される。管理部１０４は、第１端末装置を介して、予め定められた長さの入店予定時間を利用者に指定させる。第１登録部１０２または第２登録部１０３は、第１端末装置に対する利用者の操作に応じて指定された入店予定時間を含む順番待ち情報を登録する。表示処理部１０５は、登録された順番待ち情報を、当該順番待ち情報に含まれる入店予定時間に基づいて第２端末装置に表示する。管理部１０４は、入店予定時間の長さを店舗の混雑状況に応じて変更する。
【選択図】図３

Description

本発明は、情報管理装置、情報管理方法及びプログラムに関する。

一般に、飲食店等の店舗を利用する利用者は、当該店舗に来店した時点で当該店舗が満席の状態にある場合、当該店舗が利用可能となるまで順番待ちをする必要がある。

近年では、このような順番待ちを管理するためのシステム（以下、情報管理システムと表記）が開発されており、当該情報管理システムにおいては、順番待ちをする利用者の利便性を向上させることができる（例えば、特許文献１を参照）。

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

ところで、上記した情報管理システムにおいて例えば利用者によって使用される端末装置から順番待ちを受け付ける場合、当該利用者が店舗を利用する時刻（以下、入店予定時刻と表記）を指定することができる場合がある。

しかしながら、実際に利用者が店舗を利用可能となる時刻は、当該店舗の混雑度合い等の影響を受け、上記した入店予定時刻から遅れる場合も多い。

すなわち、利用者によって指定された入店予定時刻に当該利用者を店舗に入店させることができない場合があり、当該利用者の満足度を低下させる可能性がある。

そこで、本発明の目的は、利用者の満足度の低下を抑制することができる情報管理装置、情報管理方法及びプログラムを提供することにある。

本発明の１つの態様によれば、利用者の店舗に対する順番待ちを受け付ける際に当該利用者によって操作される第１端末装置及び前記店舗に設けられる第２端末装置と接続される情報管理装置が提供される。前記情報管理装置は、前記第１端末装置を介して、予め定められた長さの入店予定時間を前記利用者に指定させる管理手段と、前記第１端末装置に対する前記利用者の操作に応じて指定された入店予定時間を含む順番待ち情報を登録する登録手段と、前記登録された順番待ち情報を、当該順番待ち情報に含まれる入店予定時間に基づいて前記第２端末装置に表示する表示処理手段とを具備する。前記管理手段は、前記入店予定時間の長さを前記店舗の混雑状況に応じて変更する。

本発明は、利用者の満足度の低下を抑制することを可能とする。

本発明の実施形態に係る情報管理装置を備える情報管理システムの構成の一例を示す図。 情報管理装置のハードウェア構成の一例を示す図。 情報管理装置の機能構成の一例を示すブロック図。 第１店舗端末からの順番待ちを示す順番待ち情報を登録する際の情報管理システムの処理手順の一例を示すシーケンスチャート。 利用者端末からの順番待ちを示す順番待ち情報を登録する際の情報管理システムの処理手順の一例を示すシーケンスチャート。 順番待ち情報格納部に登録された順番待ち情報のデータ構造の一例を示す図。 第２店舗端末に順番待ち情報を表示する際の情報管理システムの処理手順の一例を示すシーケンスチャート。 入店予定時間を指定していない順番待ちが存在する場合における順番待ち情報を表示する処理の一例を示すフローチャート。 スタッフ画面の一例を示す図。 枠数設定画面の一例を示す図。 枠数設定画面に対する設定値について具体的に説明するための図。 枠数設定画面に対する設定値について具体的に説明するための図。 第１店舗端末に受付画面を表示するための情報管理装置の処理手順の一例を示すフローチャート。 受付画面の一例を示す図。 第２受付画面の一例を示す図。 第３受付画面の一例を示す図。 第４受付画面の一例を示す図。 利用者端末からの順番待ちを示す順番待ち情報を登録する際に利用者によって入店予定時間が指定される場合の処理手順の一例を示すシーケンスチャート。 第１選択画面の一例を示す図。 第２選択画面の一例を示す図。 入店予定時間の幅を自動的に変更する際の情報管理装置の処理手順の一例を示すフローチャート。 入店予定時間の幅が変更された際の第２選択画面の一例を示す図。 入店予定時間の幅が変更された後の情報管理装置の処理手順の一例を示すフローチャート。 第２選択画面の別の例を示す図。 第２選択画面の更に別の例を示す図。

以下、図面を参照して、本発明の実施形態について説明する。
図１は、本実施形態に係る情報管理装置を備える情報管理システム（ネットワークシステム）の構成を示す。情報管理システムは、各種店舗（施設）における利用者の順番待ちを管理するためのシステムである。なお、本実施形態において、店舗には、例えば飲食店、薬局、病院、美容院、旅行代理店、スマートフォンまたは携帯電話の購入及び契約が可能なショップ、及びアミューズメント施設等が含まれる。すなわち、本実施形態における店舗は、当該店舗を利用者が利用するために順番待ちが可能な店舗であればよい。

図１に示すように、情報管理システムは、情報管理装置１０、第１店舗端末２０、第２店舗端末３０及び利用者端末４０を備える。なお、情報管理装置１０は、第１店舗端末２０、第２店舗端末３０及び利用者端末４０とそれぞれインターネットのようなネットワーク５０を介して通信可能に接続されている。

情報管理装置１０は、店舗における利用者による順番待ちを管理するための機能を有するサーバ装置である。なお、情報管理装置１０の機能構成については後述する。

第１店舗端末２０及び第２店舗端末３０は、順番待ちが可能な店舗に設けられている端末装置である。第１店舗端末２０は、例えば店舗の入り口（つまり、店頭）付近に設置され、主に店舗に来店する利用者（客）によって使用される。利用者は、例えば店舗に来店した時点で店舗が満席の状態にある場合、第１店舗端末２０を操作することによって当該店舗において順番待ちをすることができる。

第２店舗端末３０は、例えば店舗のレジ付近に設置され、主に店舗のスタッフ（従業員等）によって使用される。店舗のスタッフは、第２店舗端末３０において順番待ちの状況等を確認することができる。

本実施形態においては、第１店舗端末２０及び第２店舗端末３０が異なる端末であるものとして説明するが、当該第１店舗端末２０及び第２店舗端末３０は一体として構成されていてもよい。

利用者端末４０は、例えば店舗を利用する利用者によって使用される端末装置である。利用者端末４０には、例えばスマートフォン、タブレット端末及びパーソナルコンピュータ（ＰＣ）等が含まれる。利用者端末４０は、例えば店舗以外の場所から店舗に対する順番待ち（つまり、利用者端末４０からの順番待ち）をするために用いられる。なお、利用者端末４０は、サイネージや公共のＰＣ等少なくとも順番待ち登録のために一時的に利用される端末を含んでいてもよい。

なお、図１においては便宜的に第１店舗端末２０、第２店舗端末３０及び利用者端末４０がそれぞれ１つずつ示されているが、情報管理装置１０には、複数の第１店舗端末２０及び第２店舗端末３０が接続されていてもよいし、複数の利用者端末４０が接続されていてもよい。具体的には、情報管理装置１０には、例えば情報管理システムを導入している店舗と少なくとも同数の第１店舗端末２０及び第２店舗端末３０が接続され得る。また、情報管理装置１０には、情報管理システムに予め登録している利用者と少なくとも同数の利用者端末４０が接続され得る。

図２は、図１に示す情報管理装置１０のハードウェア構成の一例を示す。図２に示すように、情報管理装置１０においては、バス１１に、不揮発性メモリ１２、ＣＰＵ１３、メインメモリ１４及び通信部１５等が接続されている。なお、不揮発性メモリ１２及びメインメモリ１４は、情報管理装置１０の記憶装置を構成する。

不揮発性メモリ１２は、例えばオペレーティングシステム（ＯＳ）及び上記した店舗における順番待ちを管理するためのプログラム（以下、順番管理プログラムと表記）を含む各種プログラムを格納する。

ＣＰＵ１３は、例えば不揮発性メモリ１２に格納されている各種プログラムを実行するプロセッサである。なお、ＣＰＵ１３は、情報管理装置１０の全体の制御を実行する。

メインメモリ１４は、例えばＣＰＵ１３が各種プログラムを実行する際に必要とされるワークエリア等として使用される。

図２においては不揮発性メモリ１２及びメインメモリ１４のみが示されているが、情報管理装置１０は、ＨＤＤ（Hard Disk Drive）及びＳＳＤ（Solid State Drive）等の他の記憶装置を備えていてもよい。

通信部１５は、インターネット等のネットワーク５０を介して例えば第１店舗端末２０、第２店舗端末３０及び利用者端末４０等の外部装置と実行される通信を制御する機能を有する。なお、通信部１５によれば、例えば無線ＬＡＮ及びＷｉｆｉ（登録商標）等の無線通信機能を実現することができる。

図３は、本実施形態に係る情報管理装置１０の主として機能構成の一例を示すブロック図である。図３に示すように、情報管理装置１０は、受付部１０１、第１登録部１０２、第２登録部１０３、管理部１０４、表示処理部１０５、設定部１０６及び格納部１０７を含む。

本実施形態において、各部１０１〜１０６は、例えば図２に示すＣＰＵ１３（つまり、情報管理装置１０のコンピュータ）が不揮発性メモリ１２に格納されている順番管理プログラムを実行すること（つまり、ソフトウェア）により実現されるものとする。なお、この順番管理プログラムは、コンピュータ読み取り可能な記憶媒体に予め格納して頒布可能である。また、この順番管理プログラムは、例えばネットワークを介して情報管理装置１０にダウンロードされても構わない。

ここでは、各部１０１〜１０６がソフトウェアにより実現されるものとして説明したが、当該各部１０１〜１０６は、ハードウェアにより実現されてもよいし、ソフトウェア及びハードウェアの組み合わせによって実現されてもよい。

また、本実施形態において、格納部１０７は、例えば図２に示す不揮発性メモリ１２または他の記憶装置等により実現される。なお、格納部１０７は、後述する順番待ち情報が登録（格納）される順番待ち情報格納部と、各種設定情報が登録（格納）される設定情報格納部とを含む。

受付部１０１は、第１店舗端末２０に対する複数の利用者の各々の操作に基づいて、当該第１店舗端末２０からの店舗に対する順番待ちを受け付ける。また、受付部１０１は、利用者端末４０に対する利用者の操作に基づいて、当該利用者端末４０からの店舗に対する順番待ちを受け付ける。なお、受付部１０１は、第２店舗端末３０からの店舗に対する順番待ちを受け付けてもよい。

第１登録部１０２は、受付部１０１によって第１店舗端末２０からの順番待ちが受け付けられた場合、当該順番待ちを示す順番待ち情報を上記した順番待ち情報格納部に登録（格納）する。なお、上記したように第２店舗端末３０からの順番待ちが受け付けられた場合には、第１登録部１０２は、当該順番待ちを示す順番待ち情報を順番待ち格納部に登録する。

第２登録部１０３は、受付部１０１によって利用者端末４０からの順番待ちが受け付けられた場合、当該順番待ちを示す順番待ち情報を順番待ち情報格納部に登録（格納）する。

なお、上記した順番待ち情報は、当該順番待ち情報によって示される順番待ちが受け付けられた順に順番待ち情報格納部に格納される。

管理部１０４は、例えば第２店舗端末３０からの要求に応じて、順番待ち情報格納部に格納された順番待ち情報を当該第２店舗端末３０に表示するための画面（以下、スタッフ画面と表記）を生成する。

表示処理部１０５は、管理部１０４によって生成されたスタッフ画面（データ）を第２店舗端末３０に送信し、当該スタッフ画面を第２店舗端末３０に表示する。

設定部１０６は、情報管理システム（情報管理装置１０）における各種設定を行う。設定部１０６によって設定された内容（を示す設定情報）は、上記した設定情報格納部に登録（格納）される。なお、設定情報格納部に格納される設定情報については後述する。

ここでは、格納部１０７が順番待ち情報格納部と設定情報格納部とを含むものとして説明したが、当該格納部１０７には、例えば過去に順番待ち情報格納部に格納（登録）された順番待ち情報によって示される順番待ちに関する統計データ等が格納（蓄積）される統計データ格納部等が更に含まれていても構わない。

以下、本実施形態に係る情報管理装置１０の動作について説明する。まず、図４に示すシーケンスチャートを参照して、第１店舗端末２０からの順番待ちを示す順番待ち情報を登録する際の情報管理システムの処理手順について説明する。ここでは、第１店舗端末２０から順番待ちをする利用者を対象利用者と称する。

まず、対象利用者が第１店舗端末２０（及び第２店舗端末３０）が設けられている店舗に来店した場合を想定する。この場合、第１店舗端末２０には、対象利用者の店舗に対する順番待ちを受け付けるための受付画面が表示されている（ステップＳ１）。なお、この受付画面は、例えば第１店舗端末２０上で動作するブラウザを介して表示されている。

例えば対象利用者が店舗に来店した時点で当該店舗が満席の状態にある場合、対象利用者は、第１店舗端末２０に表示されている受付画面に対する操作を行う。なお、例えば店舗の利用者の数等を把握するために、満席の状態でない場合であっても受付画面に対する操作を利用者に行わせるようにしてもよい。

ここで、本実施形態において対象利用者が順番待ちをする場合、対象利用者は、店舗への入店予定時間を指定することができるものとする。このように入店予定時間が指定された順番待ちの場合には、対象利用者が当該入店予定時間に店舗に入店することが可能なように順番待ちが管理される。この入店予定時間は「日付」（の情報）も含む概念であるものとする。

なお、本実施形態において対象利用者によって指定される入店予定時間は、当該入店予定時間に対象利用者が店舗に入店することができることを保証するものではなく、当該入店予定時間に対象利用者が順番待ちの先頭の位置にいることを意図するものである。また、同じ入店予定時間を指定した利用者が複数存在する場合、当該複数の利用者は、登録時刻順に並べられるものとする。すなわち、同じ入店予定時間を指定した利用者が複数存在する場合、入店予定時間は、当該複数の利用者の一群が当該入店予定時間に先頭から優先して並んだ位置に配置されて順番待ちをしている状態とすることを意図する。

第１店舗端末２０は例えばタッチパネルを備えており、対象利用者は、当該タッチパネルを介して上記した入店予定時間を入力（指定）することができる。

なお、本実施形態における受付画面においては少なくとも入店予定時間を入力することができるものであればよいが、店舗が飲食店等である場合、当該受付画面は、例えば店舗に入店する人数や店舗に対する要望等を入力することができるようなものであってもよい。店舗に対する要望としては、例えば対象利用者が希望する席の種別としてテーブル席、カウンター席及び座敷等を選択することができる。また、禁煙席または喫煙席を選択することができるようにしてもよい。また、店舗に対する要望は、呼び出し時の利用者名、呼び出し時の連絡先、大人及び子供の人数、提供を受けようとするサービス、クーポンの利用の有無、駐車場利用の有無を含んでいてもよい。

また、受付画面においては、後述する第２店舗端末３０に表示されるスタッフ画面と同様に、順番待ちの状況（順番待ち情報の一覧）が表示されてもよい。

上記したように受付画面に対して対象利用者が入店予定時間を入力した場合、当該第１店舗端末２０は、対象利用者によって入力された入店予定時間を取得する（ステップＳ２）。以下の説明においては、入店予定時間以外に、上記した店舗に入店する人数（以下、単に人数と表記）及び対象利用者が希望する席の種別（以下、単位席種別と表記）についても取得されたものとする。

この場合、第１店舗端末２０は、取得された入店予定時間、人数及び席の種別を含む順番待ちの受付要求を、ネットワーク５０を介して情報管理装置１０に送信する（ステップＳ３）。

情報管理装置１０に含まれる受付部１０１は、第１店舗端末２０から送信された順番待ちの受付要求を受信する。これにより、受付部１０１は、第１店舗端末２０が設けられている店舗に対する順番待ちを受け付ける。

次に、第１登録部１０２は、受付部１０１によって受け付けられた順番待ちを登録するために、当該順番待ちを示す順番待ち情報（以下、店舗順番待ち情報と表記）を生成する（ステップＳ４）。

ここで、ステップＳ４の処理について説明する。まず、受付部１０１によって順番待ちが受け付けられた場合、第１登録部１０２は、当該順番待ち（をする利用者）に対して受付番号を発行する。

また、第１登録部１０２は、例えば現在時刻を登録時刻として取得する。登録時刻は、順番待ち情報が登録された時刻として用いられる。なお、この登録時刻（現在時刻）は、例えば情報管理装置１０内のクロック等から取得される。

また、第１登録部１０２は、順番待ちの経路の情報を取得する。ここでは、受付要求が第１店舗端末２０から受信されているため、第１登録部１０２は、経路の情報として、第１店舗端末２０からの順番待ちであることを示す「店舗」を取得する。

これにより、第１登録部１０２は、受付部１０１によって受信された受付要求に含まれる入店予定時間、人数及び席種別に加えて、上記した受付番号、登録時刻及び経路を含む店舗順番待ち情報を生成する。

上記したようにステップＳ４において生成された店舗順番待ち情報は、第１登録部１０２によって順番待ち情報格納部に登録される（ステップＳ５）。

ステップＳ５において店舗順番待ち情報が登録されると、当該登録が完了した旨の通知（以下、登録完了通知と表記）が情報管理装置１０から第１店舗端末２０に送信される（ステップＳ６）。なお、登録完了通知には、登録された店舗順番待ち情報に含まれる受付番号等が含まれる。

ここで、第１店舗端末２０には、印刷装置が内蔵されているものとする。これにより、第１店舗端末２０においては、情報管理装置１０から送信された登録完了通知（に含まれる受付番号）が受信され、印刷装置によって当該受付番号が印刷された順番待ちカードが発券される（ステップＳ７）。なお、順番待ちカードには、受付番号の他に、入店予定時間等の情報が印刷されていてもよい。

対象利用者は、発券された順番待ちカードに印刷されている受付番号に基づいて店舗のスタッフに呼び出されることによって、当該店舗に入店することができる。

なお、本実施形態においては入店予定時間を指定して第１店舗端末２０から順番待ちをする場合について説明したが、当該入店予定時間を指定することなく第１店舗端末２０から順番待ちをすることができるようにしてもよい。

次に、図５に示すシーケンスチャートを参照して、利用者端末４０からの順番待ちを示す順番待ち情報を登録する際の情報管理システムの処理手順について説明する。

上記したように店舗に来店した利用者は第１店舗端末２０を操作することによって店舗に対する順番待ちをすることができるが、店舗に来店していない利用者は、利用者端末４０から順番待ちをすることができる。ここでは、利用者端末４０から順番待ちをする利用者を対象利用者と称する。

利用者端末４０から順番待ちをする場合、対象利用者は、所定のＷｅｂページ（サイト）において当該対象利用者に割り当てられているログインＩＤ及びパスワード（以下、対象利用者のログインＩＤ及びパスワードと表記）を入力することによって、情報管理システム（情報管理装置１０）にログインする（ステップＳ１１）。本実施形態においてはＷｅｂページを介してログインするものとして説明するが、例えば利用者端末４０においてインストールされた所定のアプリケーションプログラム等を起動してログインする構成であってもよい。

なお、対象利用者のログインＩＤ及びパスワードは、対象利用者が例えば会員登録等を行う際に設定される。対象利用者のログインＩＤ及びパスワードは、情報管理装置１０において管理されているものとする。これにより、図５においては示されていないが、利用者端末４０において入力されたログインＩＤ及びパスワードは当該利用者端末４０から情報管理装置１０に送信され、当該ログインＩＤ及びパスワードが情報管理装置１０で管理されている対象利用者のログインＩＤ及びパスワードと一致する場合に、対象利用者は、情報管理システムにログインすることができる。

ステップＳ１１において情報管理システムにログインした場合、対象利用者は、上記した第１店舗端末２０からの順番待ちと同様に、利用者端末４０を操作することによって店舗への入店予定時間を入力（指定）することができる。

この場合、上記したように店舗に入店する人数や例えば店舗に対する要望（席種別）等を更に入力することができるものとする。

上記したように対象利用者によって入店予定時間が入力された場合、利用者端末４０は、当該入店予定時間を取得する（ステップＳ１２）。ここでは、入店予定時間以外に、上記した人数及び席種別も取得されたものとする。

ステップＳ１２の処理が実行されると、利用者端末４０は、取得された入店予定時間、人数及び席種別を含む受付要求を、ネットワーク５０を介して情報管理装置１０に送信する（ステップＳ１３）。

情報管理装置１０に含まれる受付部１０１は、利用者端末４０によって送信された受付要求を受信する。これにより、受付部１０１は、利用者端末４０からの順番待ちを受け付ける。

次に、第２登録部１０３は、受付部１０１によって受け付けられた順番待ちを登録するために、当該順番待ちを示す順番待ち情報（以下、Ｗｅｂ順番待ち情報と表記）を生成する（ステップＳ１４）。

ここで、ステップＳ１４の処理について説明する。この場合、第２登録部１０３は、受付部１０１によって受け付けられた順番待ち（をする利用者）に対して受付番号を発行する。また、第２登録部１０３は、例えば現在時刻を登録時刻として取得する。更に、第２登録部１０３は、上記した順番待ちの経路の情報を取得する。ここでは、受付要求が利用者端末４０から受信されているため、第２登録部１０３は、経路の情報として、利用者端末４０からの順番待ちであることを示す「Ｗｅｂ」を取得する。

これにより、第２登録部１０３は、受付部１０１によって受信された受付要求に含まれる入店予定時間、人数及び席種別に加えて、上記した受付番号、登録時刻及び経路を含むＷｅｂ順番待ち情報を生成する。

上記したようにステップＳ１４において生成されたＷｅｂ順番待ち情報は、第２登録部１０３によって順番待ち情報格納部に登録される（ステップＳ１５）。

ステップＳ１５においてＷｅｂ順番待ち情報が登録されると、当該登録が完了した旨の通知（登録完了通知）が情報管理装置１０から利用者端末４０に送信される（ステップＳ１６）。なお、この登録完了通知は、登録されたＷｅｂ順番待ち情報に含まれる受付番号及び入店予定時間を含み、例えば会員登録時に登録されている対象利用者のメールアドレスを用いてメールで送信される。

この場合、利用者端末４０は、情報管理装置１０から送信された登録完了通知（メール）を受信し、当該登録完了通知に含まれる受付番号及び入店予定時間を表示することができる（ステップＳ１７）。登録完了通知は、利用者端末４０（例えば、スマートフォン等）上で動作するアプリケーションにおけるＰｕｓｈ通知により利用者端末４０に表示（通知）されても構わない。

利用者端末４０からの順番待ちの場合、対象利用者は、ステップＳ１７において表示された入店予定時間に店舗に来店し、受付番号に基づいて店舗のスタッフに呼び出されることによって、当該店舗に入店することができる。

なお、本実施形態においては入店予定時間を指定して利用者端末４０から順番待ちをする場合について説明したが、当該入店予定時間を指定することなく利用者端末４０から順番待ちをすることができるようにしてもよい。

ここで、図６は、上記した図４及び図５に示す処理が実行されることによって順番待ち情報格納部に登録された順番待ち情報のデータ構造の一例を示す。

図６に示す例では、順番待ち情報格納部には、順番待ち情報１０７ａ〜１０７ｆが格納（登録）されている。図６に示すように、順番待ち情報には、受付番号、入店予定時間、人数、席種別、登録時刻及び経路（の情報）が含まれる。なお、受付番号、入店予定時間、人数、席種別、登録時刻及び経路については、上記した通りであるため、ここではその詳しい説明を省略する。

なお、順番待ち情報１０７ａ〜１０７ｆは、例えば情報管理装置１０（受付部１０１）によって順番待ちが受け付けられた順（つまり、登録時刻順）に格納されている。

順番待ち情報１０７ａ〜１０７ｆのうち、経路「店舗」を含む順番待ち情報１０７ａ、１０７ｂ、１０７ｄ及び１０７ｆは、第１店舗端末２０からの順番待ちを示す順番待ち情報（店舗順番待ち情報）である。

また、順番待ち情報１０７ａ〜１０７ｆのうち、経路「Ｗｅｂ」を含む順番待ち情報１０７ｃ及び１０７ｅは、利用者端末４０からの順番待ちを示す順番待ち情報（Ｗｅｂ順番待ち情報）である。

ここで、本実施形態における情報管理システムにおいては、順番待ちをしている利用者を店舗に案内する（入店させる）ために店舗のスタッフが当該利用者を呼び出す必要がある。このため、第２店舗端末３０には、店舗のスタッフが利用者を呼び出す際に参照されるスタッフ画面が表示される。なお、スタッフ画面には、順番待ち情報の一覧（順番待ちの状況）が表示される。

以下、図７に示すシーケンスチャートを参照して、第２店舗端末３０に順番待ち情報（スタッフ画面）を表示する際の情報管理システムの処理手順について説明する。

第２店舗端末３０に順番待ち情報を表示する場合、当該第２店舗端末３０から情報管理装置１０に上記したスタッフ画面の表示（または更新）を要求する（ステップＳ２１）。このステップＳ２１の処理は、例えば店舗のスタッフによる第２店舗端末３０に対する操作が行われた場合、または予め定められた期間、第２店舗端末３０に対する操作が行われなかった場合に実行される。

管理部１０４は、第２店舗端末３０からの要求に応じて、順番待ち情報格納部に格納（登録）されている順番待ち情報を取得する（ステップＳ２２）。

次に、管理部１０４は、ステップＳ２２において取得された順番待ち情報を表示するためのスタッフ画面を生成する（ステップＳ２３）。

なお、ステップＳ２３において生成されるスタッフ画面において、ステップＳ２２において取得された順番待ち情報は、当該順番待ち情報に含まれる入店予定時間に基づいて並び替えて表示される。

表示処理部１０５は、ステップＳ２３において生成されたスタッフ画面を第２店舗端末３０に表示するための画面データを第２店舗端末３０に送信する（ステップＳ２４）。

第２店舗端末３０は、表示処理部１０５によって送信された画面データを受信する。これにより、第２店舗端末３０においては、スタッフ画面が表示される（ステップＳ２５）。なお、このスタッフ画面は、例えば第２店舗端末３０上で動作するブラウザを介して表示される。

ここでは順番待ち情報が入店予定時間に基づいて並び替えて表示されるものとして説明したが、上記したように例えば入店予定時間を指定していない順番待ち（つまり、入店予定時間を含まない順番待ち情報）が存在する場合には、当該順番待ち情報は、入店予定時間を指定している順番待ちをしている利用者が当該入店予定時間に店舗に入店する（当該入店予定時間に順番待ちの先頭にいる）ことを妨げない位置に挿入されてスタッフ画面に表示されるものとする。なお、同じ入店予定時間が複数の利用者により指定されている場合は、当該複数の利用者が先頭から順に優先的に並んだ状態となる。

以下、図８のフローチャートを参照して、入店予定時間を指定していない順番待ちが存在する場合における順番待ち情報を表示する処理の一例について説明する。なお、図８に示す処理は、図７に示すステップＳ２３において実行される処理に相当する。

まず、管理部１０４は、現在時刻を取得する（ステップＳ２３１）。この現在時刻は、例えば情報管理装置１０に内蔵されているクロック等から取得することが可能である。

次に、図７に示すステップＳ２２において取得された順番待ち情報のうちの入店予定時間を指定していない順番待ち情報の各々についてステップＳ２３２〜Ｓ２３４の処理が実行される。以下、この処理の対象となる順番待ち情報を対象順番待ち情報と称する。また、対象順番待ち情報によって示される順番待ちをしている利用者を対象利用者と称する。

この場合、管理部１０４は、図７に示すステップＳ２２において取得された順番待ち情報のうちの対象順番待ち情報よりも登録時刻が早い順番待ち情報の数、つまり、対象利用者の前に順番待ちをしている利用者（対象利用者よりも先に店舗に入店することになる他の利用者）の組の数に、対象利用者（の組）を加えた待ち組数をカウントする（ステップＳ２３２）。なお、ここで待ち組数としてカウントされる利用者（の組）は、まだ店舗に案内されていない利用者であるものとする。

ここで、本実施形態においては、順番待ちをしている１組の利用者が入店することができるまでの時間（以下、単位待ち時間と表記）が予め設定されている。この場合、管理部１０４は、この予め設定されている単位待ち時間にステップＳ４２においてカウントされた待ち組数を乗算することによって、対象利用者が店舗に入店する（つまり、店舗を利用する）ことができるための時間（以下、待ち時間と表記）を算出する（ステップＳ２３３）。

なお、単位待ち時間は、情報管理装置１０（情報管理システム）側で店舗ごとに設定されていればよい。単位待ち時間は、例えば店舗の業種及び業態に応じた利用客数及び回転率等に従って設定される。しかしながら、店舗の状況等によっては単位待ち時間を店舗側で修正したい場合がある。この場合、単位待ち時間は、店舗のスタッフによる第２店舗端末３０に対する操作に応じて一時的に補正することができるようにしてもよい。 ここでは単位待ち時間が情報管理装置１０側で設定されるものとして説明したが、単位待ち時間は、情報管理装置１０側では設定されず、各店舗に設けられている第２店舗端末３０において設定される構成であってもよい。

次に、管理部１０４は、ステップＳ２３１において取得された現在時刻にステップＳ２３３において算出された待ち時間を加算することによって対象順番待ち情報によって示される順番待ちにおける入店予定時刻を算出する（ステップＳ２３４）。

ここで、上記したステップＳ２３２〜Ｓ２３４の処理が図７に示すステップＳ２２において取得された順番待ち情報のうちの全ての入店予定時間を指定していない順番待ち情報について実行されたか否かが判定される（ステップＳ２３５）。

全ての入店予定時間を指定していない順番待ち情報について処理が実行されていないと判定された場合（ステップＳ２３５のＮＯ）、ステップＳ２３２に戻って処理が繰り返される。この場合、処理が実行されていない順番待ち情報を対象順番待ち情報としてステップＳ２３２〜Ｓ２３４の処理が実行される。

一方、全ての入店予定時間を指定していない順番待ち情報について処理が実行されたと判定された場合（ステップＳ２３５のＹＥＳ）、管理部１０４は、全ての入店予定時間を指定していない順番待ち情報の各々についてステップＳ２３４において算出された入店予定時刻と入店予定時間を指定した順番待ち情報に含まれる丹生手に予定時間とに基づいて、図７に示すステップＳ２２において取得された順番待ち情報を並び替える（ステップＳ２３６）。この場合、管理部１０４は、ステップＳ２２において取得された順番待ち情報を、入店予定時刻及び入店予定時間が早い順に並び替える。なお、同じ入店予定時間を含む順番待ち情報が複数存在する場合、当該順番待ち情報は、登録時刻順に並べられる。

ここで、ステップＳ２３６において順番待ち情報が並び替えられた場合、入店予定時間を指定した順番待ち情報が入店予定時間を指定していない順番待ち情報の前または後に挿入されることによって、入店予定時間を指定していない順番待ち情報の順番が変更される場合がある。上記した入店予定時間を指定していない順番待ち情報についての待ち時間は単に登録時刻順に基づいて算出されたものであり、ステップＳ２３６の処理によって入店予定時間を指定していない順番待ち情報の順番が変更されている場合には、当該待ち時間も併せて変更（更新）する必要がある。

そこで、ステップＳ２３６の処理によって入店予定時間を指定していない順番待ち情報の順番待ちが変更されているか否かが判定される（ステップＳ２３７）。

順番が変更されていると判定された場合（ステップＳ２３７のＹＥＳ）、管理部１０４は、順番が変更された順番待ち情報の待ち時間（及び入店予定時刻）を、ステップＳ２３６において並び替えられた順番待ち情報の順番に基づいて更新する（ステップＳ２３８）。なお、この場合における待ち時間の算出処理は、ステップＳ２３３と同様であるため、その詳しい説明を省略する。

ステップＳ２３８の処理が実行されると、管理部１０４は、ステップＳ２３６において並び替えられた順番待ち情報を表示するためのスタッフ画面（の画面データ）を生成する（ステップＳ２３９）。

なお、順番が変更されていない（つまり、同一である）と判定された場合（ステップＳ２３７のＮＯ）、ステップＳ２３８の処理は実行されず、ステップＳ２３６において並び替えられた順番待ち情報を表示するためのスタッフ画面を生成するステップＳ２３９の処理が実行される。

ここで、図９は、第２店舗端末３０に表示されるスタッフ画面の一例を示す。なお、図９においては、図６に示す順番待ち情報格納部に格納されている順番待ち情報１０７ａ〜１０７ｆが表示されたスタッフ画面２００を示している。

図９に示すスタッフ画面２００においては、順番待ち情報１０７ａ〜１０７ｆが入店予定時間が早い順に上から表示されている。なお、順番待ち情報１０７ｃは、順番待ち情報１０７ｄよりも登録時刻は早いが、入店予定時間が当該順番待ち情報１０７ｄよりも遅い時間であるため、当該順番待ち情報１０７ｄよりも下に表示されている。同様に、順番待ち情報１０７ｅは、順番待ち情報１０７ｆよりも登録時刻は早いが、入店予定時間が当該順番待ち情報１０７ｆよりも遅い時間であるため、当該順番待ち情報１０７ｆよりも下に表示されている。

なお、店舗順番待ち情報によって示される順番待ちは第１店舗端末２０を操作することによって登録されているため、当該順番待ちをしている利用者は付近に待機している可能性が高いが、Ｗｅｂ順番待ち情報によって示される順番待ちは利用者端末４０を操作することによって登録されているため、当該順番待ちをしている利用者はまだ店舗に来店していない可能性がある。このような点を考慮して店舗のスタッフが利用者の不在等を判断することができるように、スタッフ画面２００においてＷｅｂ順番待ち情報１０７ｃ及び１０７ｅは、他の店舗順番待ち情報１０７ａ、１０７ｂ、１０７ｄ及び１０７ｆと区別可能な態様で表示されている。これによれば、店舗のスタッフはＷｅｂ順番待ち情報の存在を容易に把握することができる。

店舗のスタッフは、このようなスタッフ画面２００を参照して、利用可能となった席の条件が順番待ち登録時に指定した条件と合致する順番待ち情報のうちの先頭に位置する順番待ち情報に含まれる受付番号を呼び出すことによって、当該受付番号が印刷された順番待ちカードを所持する利用者または当該受付番号が表示された利用者端末４０を所持する利用者を店舗に入店させることができる。

なお、図９に示すようにスタッフ画面２００には、各順番待ち情報に対応づけて「案内」ボタン２０１及び「不在」ボタン２０２が設けられている（表示されている）。

ここで、例えば図９に示すようにスタッフ画面２００に順番待ち情報１０７ａ〜１０７ｆが表示されている場合において、店舗のスタッフが順番待ち情報１０７ａに含まれる受付番号「１」を呼び出した場合を想定する。

この場合に、受付番号「１」が印刷された順番待ちカードを所持する利用者が付近に待機しており、当該利用者を店舗に案内した（入店させた）場合には、店舗のスタッフは、スタッフ画面２００において順番待ち情報１０７ａに対応づけて表示されている「案内」ボタン２０１を押下する。

なお、このように「案内」ボタン２０１が押下された場合、管理部１０４は、順番待ち情報１０７ａによって示されている順番待ちをしている利用者が店舗に案内された時刻（以下、案内時刻と表記）として、当該「案内」ボタン２０１が押下された時刻を、当該順番待ち情報１０７ａに対応づけて例えば格納部１０７（順番待ち情報格納部）に登録するものとする。

一方、受付番号「１」が印刷された順番待ちカードを所持する利用者が付近に待機しておらず、当該利用者を店舗に案内することができない場合には、店舗のスタッフは、スタッフ画面２００において順番待ち情報１０７ａに対応づけて表示されている「不在」ボタン２０２を押下する。

なお、「不在」ボタン２０２が押下された順番待ち情報１０７ａによって示される順番待ちをしている利用者は、予め定められた期間内に再度来店すれば入店することができるが、例えば予め定められた期間を経過した場合にはキャンセルしたものとして扱われるものとする。この場合、順番待ち情報１０７ａはスタッフ画面２００から削除される。

受付番号「１」が印刷された順番待ちカードを所持する利用者が不在である間に、順番待ち情報１０７ｂに含まれる入店予定時間となった場合には、当該利用者よりも前に、順番待ち情報１０７ｂに含まれる受付番号「２」（が印刷された順番待ちカードを所持する利用者）が呼び出される。なお、図９は各入店予定時間を指定した利用者が１組ずつである例を示しているが、同じ入店予定時間を指定した他の利用者が存在する場合には、当該利用者が呼び出される。また、入店予定時間を指定していない順番待ちを示す順番待ち情報が存在する場合には、当該順番待ちをしている利用者が呼び出されてもよい。

上記した図６においては省略されているが、順番待ちのステータス（例えば、「案内済み」、「不在」及び「キャンセル」等）は、順番待ち情報に含まれる（登録される）ものとする。これにより、図９に示すスタッフ画面２００においては、順番待ちのステータスが「案内済み」及び「キャンセル」以外の順番待ち情報を表示することができる。なお、順番待ちのステータスが「不在」である順番待ち情報については、上記した順番待ちのステータスが「案内済み」及び「キャンセル」以外の順番待ち情報とともにスタッフ画面２００に表示されてもよいし、当該スタッフ画面２００とは別の画面で表示されるようにしてもよい。

ここで、上記したようにスタッフ画面２００において例えば順番待ち情報１０７ａに対応づけられている「案内」ボタン２０１を押下する操作が行われた場合を想定する。この場合、順番待ち情報１０７ａによって示される順番待ちのステータスは「案内済み」となる。なお、このように第２店舗端末３０に対して操作が行われた場合には、図７に示す処理が再度実行されることによってスタッフ画面（の表示）が更新されるが、ステップＳ２２においては上記したようにステータスが「案内済み」である順番待ち情報は取得されない（つまり、スタッフ画面には表示されない）。

一方、順番待ち情報１０７ａに対応づけられている「不在」ボタン２０２を押下する操作が行われた場合には、順番待ち情報１０７ａによって示される順番待ちのステータスは「不在」となる。また、このように順番待ちのステータスが「不在」となった後、予め定められた期間が経過した場合には、順番待ち情報１０７ａによって示される順番待ちのステータスは「キャンセル」となる。

ここで、本実施形態においては、上記したように第１店舗端末２０または利用者端末４０からの順番待ちをすることによって、指定された入店予定時間に利用者が店舗に入店することが可能となるように順番待ちが管理される。

しかしながら、利用者に所望の時刻（例えば、１２時３０分のような時の流れの１点）を入店予定時間として指定させた場合、店舗が混雑しているような状況においては、当該入店予定時間に当該利用者を入店させることができない場合がある。

このため、本実施形態においては、予め定められた幅（長さ）を有する時間帯を入店予定時間として利用者に指定させ、当該入店予定時間の範囲内に利用者を店舗に入店させるものとする。

具体的には、本実施形態においては、利用者が指定する入店予定時間を枠という概念で設定する。例えば単位時間（１時間当たり）の枠数を４とする場合、利用者は、１５分間の時間帯を入店予定時間として指定することができる。すなわち、順番待ちをしようとする利用者は、例えば「１２時００分〜１５分」、「１２時１５分〜３０分」、「１２時３０分〜４５分」、「１２時４５分〜１３時００分」のような時間帯で入店予定時間を指定することができる。

ここでは、１時間当たりの枠数を４とした場合について説明したが、１時間当たりの枠数を６とした場合には、例えば「１２時００分〜１０分」、「１２時１０分〜２０分」、「１２時２０分〜３０分」、「１２時３０分〜４０分」、「１２時４０分〜５０分」、「１２時５０分〜１３時００分」のような１０分間の時間帯を入店予定時間として指定することができる。更に、１時間当たりの枠数を２とした場合には、例えば「１２時００分〜３０分」、「１２時３０分〜１３時００分」のような３０分間の時間帯を入店予定時間として指定することができる。なお、前後の枠で重複した時刻が表示されているが、表示上の見易さを優先したためである。

図１０は、上記した枠数を設定するための画面（以下、枠数設定画面と表記）の一例を示す。この枠数は、利用者によって指定される入店予定時間の幅（長さ）を定めるための設定値である。なお、枠数の設定は、例えば情報管理装置１０（つまり、情報管理システムの運営者）側で行われるが、第２店舗端末３０（つまり、店舗のスタッフ）側で行われてもよい。

図１０に示すように、枠数設定画面３００は、例えば「平日Ａ」、「平日Ｂ」、「休日Ａ」及び「休日Ｂ」のパターン毎に１時間当たりの枠数を設定することができるように構成されている。なお、「平日Ａ」は、翌日も平日である平日を示している。「平日Ｂ」は、翌日が休日である平日を示している。「休日Ａ」は、翌日も休日である休日を示している。「休日Ｂ」は、翌日が平日である休日を示している。土曜日を休日として扱うものとすると、一般的には、「平日Ａ」には月曜日から木曜日が該当し、「平日Ｂ」には金曜日が該当し、「休日Ａ」には土曜日が該当し、「休日Ｂ」には日曜日が該当する。なお、祝日（休日）が存在する場合には、各パターンに該当する曜日は変動する。

例えばファミリー向けの飲食店においては平日（つまり、「平日Ａ」及び「平日Ｂ」）よりも休日（つまり、「休日Ａ」及び「休日Ｂ」）の方が混雑する傾向にあるし、居酒屋のような飲食店であれば、通常の平日（つまり、「平日Ａ」）よりも休日前の平日（つまり、「平日Ｂ」）の方が混雑する傾向にある。このため、本実施形態においては、単に曜日だけではなく、次の日の曜日（平日または休日）をも考慮したパターン毎に枠数を設定することができるものとする。

なお、平日、休日の種別は各２種類に限定されない。時間単位、昼食、夕食時等の時間帯単位、週単位、月単位、季節単位でも構わない。

ここで、「平日Ａ」（のパターン）について枠数を設定する場合について具体的に説明する。枠数設定画面３００には、「平日Ａ」に対応づけて１時間当たりの枠数を設定するための第１設定欄３０１が設けられている。この第１設定欄３０１にはプルダウンボタン３０１ａが設けられており、当該プルダウンボタン３０１ａが指定された場合には、選択可能な枠数の一覧が表示される。このプルダウンボタン３０１ａにおいては、例えば「１枠（６０分間）」、「２枠（３０分間）」、「３枠（２０分間）」、「４枠（１５分間）」、「６枠（１０分間）、「１２枠（５分間）」等を枠数として選択可能であるが、これらのうちの１つ以上が省略されていてもよいし、これら以外の枠数を選択可能であってもよい。

図１０においては、プルダウンボタン３０１ａにおいて「４枠（１５分間）」が選択（設定）されていることが示されている。これによれば、「平日Ａ」に該当する日付においては、利用者に１５分間の幅を有する入店予定時間を指定させることになる。

また、枠数設定画面３００には、１時間当たりで受付可能な入店予定時間を指定した順番待ち枠数（予約可能組数）を設定する第２設定欄３０２が設けられている。この第２設定欄３０２に設定することが可能な数の最大値は６０であり、最小値は１である。最大値の設定は１時間当たりに限定されず、任意の時間当たりの順番待ち情報の最大値を設定してもよい。枠単位で最大値を設定してもよいし、営業時間当たりまたは１営業日当たりで最大値を設定してもよい。

更に、枠数設定画面３００には、Ｗｅｂ経由で開放する予約可能組数の割合（登録可能割合）を設定する第３設定欄３０３が設けられている。この第３設定欄３０３に設定することが可能な数の最大値は１００（％）であり、最小値は０（％）である。なお、第３設定欄３０３に設定される登録可能割合は、上記した予約可能組数に対して、利用者端末４０経由で登録できる順番待ち情報の割合に相当する。なお、第１店舗端末２０及び第２店舗端末３０経由で登録できる順番待ち情報の数は、上記した予約可能組数の範囲内であれば制限はない。具体的には、例えば第２設定欄３０２において１０組（枠）が設定され、第３設定欄３０３において６０％が設定されている場合には、利用者端末４０からの受け付けは６組までであり、第１店舗端末２０及び第２店舗端末３０からの受け付けは制限なく１０組まで可能である。

なお、第３設定欄３０３における登録可能な順番待ち情報の数は、割合以外の態様で設定されてもよい。

以下、図１１及び図１２を参照して、上記した枠数設定画面３００に対する設定値について具体的に説明する。図１１及び図１２において示される１つの矩形形状のブロックは、第１設定欄３０１において設定されている枠数によって定められる幅を有する入店予定時間に対して割り当てられている順番待ち情報のうちの１つを示している。

例えば第１設定欄３０１（プルダウンボタン３０１ａ）において「４枠（１５分間）」が設定されており、第２設定欄３０２において「６０」が設定されている場合を想定する。この場合、図１１に示すように、例えば１２時００分〜１５分までの１５分間の幅を有する入店予定時間に対しては、１５個の順番待ち情報が割り当てられる。更に、第３設定欄３０３において「１００％」が設定されている場合には、１２時００分〜１５分までの入店予定時間に割り当てられている１５個の順番待ち情報の全てについて第１店舗端末２０及び第２店舗端末３０だけでなく、利用者端末４０からも登録可能となる。なお、図１１においては１２時００分〜１５分までの入店予定時間についてのみが示されているが、店舗における営業開始から営業終了までの他の入店予定時間（１５分間）についても同様である。

一方、第１設定欄３０１（プルダウンボタン３０１ａ）において「６枠（１０分間）が設定されており、第２設定欄３０２において「６０」が設定されている場合を想定する。この場合、図１２に示すように、例えば１２時００分〜１０分までの１０分間の幅を有する入店予定時間に対しては、１０個の順番待ち情報が割り当てられる。さらに、第３設定欄３０３において「５０％」が設定されている場合、１２時００分〜１０分までの入店予定時間に割り当てられている１０個の順番待ち情報のうち、利用者端末４０から登録可能な順番待ち情報の数（枠）は５個が上限である。なお、第１店舗端末２０及び第２店舗端末３０からは１０個まで登録可能である。

ここで、本実施形態において、利用者は、例えば店舗に電話をかけて入店予定時間を指定することによっても順番待ちをすることができるものとする。この場合には、利用者からの電話を受けた店舗のスタッフが第２店舗端末３０を操作することによって順番待ち情報を登録することができるものとする。

なお、図１２においては１２時００分〜１０分までの入店予定時間についてのみが示されているが、店舗における営業開始から営業終了までの他の入店予定時間（１０分間）についても同様である。

上記した図１１及び図１２において説明したように、本実施形態においては同一の入店予定時間を指定した複数の順番待ち情報を登録可能である。このような同一の入店予定時間を指定した複数の順番待ち情報については、登録された時刻（順番待ち情報に含まれる登録時刻）が早いほど優先度が高いものとする。優先度が高い順番待ち情報は、上記したスタッフ画面において同一の入店予定時間を指定した他の順番待ち情報よりも上位に表示される（つまり、先に呼び出される）ものとする。

ここでは「平日Ａ」についての設定について説明したが、枠数設定画面３００においては、他のパターン（「平日Ｂ」、「休日Ａ」及び「休日Ｂ」）についても同様に設定することが可能である。

なお、図１０においては「平日Ａ」、「平日Ｂ」、「休日Ａ」及び「休日Ｂ」のパターン毎に設定できるものとして説明したが、平日及び休日に依存することなく、一律に枠数等が設定されるようにしてもよい。

上記した枠数設定画面３００において設定された内容（１時間当たりの枠数、１時間当たりに割り当てられる順番待ち情報の数及び実際に登録可能な順番待ち情報の数の割合）を示す設定情報は、上記した設定情報格納部に格納（登録）される。すなわち、設定情報格納部には、枠数によって定められる幅を有する入店予定時間毎に登録可能な順番待ち情報の数を示す設定情報が格納される。なお、この枠数設定画面３００を介した各種設定に関する処理は、設定部１０６によって実行される。

本実施形態においては、上記したように設定情報格納部に格納された設定情報を用いて、利用者に入店予定時間を指定させることができる。

以下、利用者による入店予定時間の指定に関する処理について具体的に説明する。まず、図４において説明した第１店舗端末２０からの順番待ちを示す順番待ち情報を登録する際に利用者によって入店予定時間が指定される場合について説明する。

第１店舗端末２０からの順番待ちを示す順番待ち情報を登録する場合、図４において説明したように、第１店舗端末２０には受付画面が表示されている。

ここで、図１３に示すフローチャートを参照して、第１店舗端末２０に受付画面を表示するための情報管理装置１０の処理手順について説明する。なお、図１３に示す処理は、例えば上記した図４及び図５に示す処理が実行されることによって順番待ち情報が順番待ち情報格納部に登録される（つまり、順番待ち情報格納部が更新される）度に実行される。

まず、情報管理装置１０に含まれる管理部１０４は、上記した設定情報格納部に格納されている設定情報を取得する（ステップＳ３１）。

次に、管理部１０４は、現在の日付に該当する入店予定時間を含む順番待ち情報（現在の日付においてされている順番待ちを示す順番待ち情報）を、順番待ち情報格納部から取得する（ステップＳ３２）。ステップＳ３２においては、複数の順番待ち情報が取得されても構わない。

管理部１０４は、ステップＳ３１において取得された設定情報及びステップＳ３２において取得された順番待ち情報に基づいて、現時点で順番待ちを開始する利用者が指定することが可能な入店予定時間のうち直近の入店予定時間を特定する（ステップＳ３３）。

ここで、ステップＳ３１において取得された設定情報によって示される現在の日付及び曜日該当するパターンに対する設定内容によれば、上記した枠数によって定められる幅を有する各入店予定時間を指定して登録可能な順番待ち情報（つまり、当該入店予定時間を含む順番待ち情報）の数を特定することができる。

また、ステップＳ３２において取得された順番待ち情報に含まれる入店予定時間によれば、各入店予定時間を指定して既に登録されている順番待ち情報の数を特定することができる。

管理部１０４は、上記した設定情報によって特定される各入店予定時間を指定して登録可能な順番待ち情報の数と当該入店予定時間を指定して既に登録されている順番待ち情報の数とを比較することによって、新たに順番待ち情報を登録可能な入店予定時間（つまり、順番待ちをする際に利用者が指定することが可能な入店予定時間）を特定することができる。なお、ある入店予定時間を指定して既に登録されている順番待ち情報の数が、設定情報によって特定される当該入店予定時間を指定して登録可能な順番待ち情報の数に達していない場合には、当該入店予定時間は、利用者が指定することが可能な入店予定時間として特定することができる。管理部１０４は、このような処理を現在時刻に近い時間帯から順次実行することによって、直近の（利用者が指定することが可能な）入店予定時間を特定することができる。

管理部１０４は、ステップＳ３３において特定された直近の入店予定時間を表示し、当該直近の入店予定時間を含む順番待ち情報の登録を利用者に対して促すための受付画面を生成する（ステップＳ３４）。

表示処理部１０５は、ステップＳ３４において生成された受付画面を第１店舗端末２０に表示するための画面データを第１店舗端末２０に送信する（ステップＳ３５）。

上記した図１３に示す処理が実行されることによって、情報管理装置１０（表示処理部１０５）から送信された画面データは、第１店舗端末２０において受信される。これにより、上記した図４に示すステップＳ１において受付画面が第１店舗端末２０に表示される。

ここで、図１４は、第１店舗端末２０に表示される受付画面の一例を示す。図１４に示す例では、受付画面４００には、受付ボタン４０１が設けられている。また、受付画面４００には、上記した直近の入店予定時間を表示する領域４０２が設けられている。図１４に示す例では、直近の入店予定時間が「１２時３０分〜４５分」であることが示されている。

店舗に来店した利用者は、領域４０２に表示されている直近の入店予定時間を確認し、順番待ちを開始する場合には、受付ボタン４０１を押下する（タッチする）操作を行う。

この場合には、領域４０２に表示されている直近の入店予定時間が利用者によって指定されたものとして上記した図４に示すステップＳ２以降の処理が実行される。これにより、直近の入店予定時間を含む順番待ち情報が登録される。

図１４に示す例では、このように第１店舗端末２０から順番待ち情報を登録する利用者は、入店予定時間「１２時３０分〜４５分」を指定して順番待ちを開始することができる。

なお、上記したように第１店舗端末２０から順番待ち情報を登録する場合、利用者は店舗に来店しているため、直近の入店予定時間を指定して順番待ちを開始する場合が多い。しかしながら、第１店舗端末２０から順番待ち情報を登録する場合であっても、利用者が直近の入店予定時間以外の入店予定時間を指定して順番待ち情報を登録することを希望する可能性はある。

このため、本実施形態においては、上記した受付画面から直近の入店予定時間以外の入店予定時間を指定することを可能としてもよい。

具体的には、例えば図１４に示す受付画面（以下、第１受付画面と表記）４００において受付ボタン４０１が利用者によって押下された場合には、第１店舗端末２０に表示される画面は、当該第１受付画面４００から図１５に示す第２受付画面５００に遷移する。

図１５に示すように、第２受付画面５００には、第１ボタン５０１及び第２ボタン５０２が設けられている。第１ボタン５０１は、直近の入店予定時間に対応づけて設けられており、当該直近の入店予定時間を含む順番待ち情報を登録する（つまり、直近の入店予定時間を指定して順番待ちを開始する）ためのボタンである。第１ボタン５０１が利用者によって押下された場合には、上記した図４に示すステップＳ２において直近の入店予定時間が取得されて、以降の処理が実行されればよい。

一方、第２ボタン５０２は、上記したように直近の入店予定時間以外の入店予定時間を含む順番待ち情報を登録する（つまり、直近の入店予定時間以外の入店予定時間を指定して順番待ちを開始する）ためのボタンである。第２ボタン５０２が利用者によって押下された場合、第１店舗端末２０に表示される画面は、第２受付画面５００から図１６に示す第３受付画面６００に遷移する。

第３受付画面６００においては、例えば現在時刻よりも後の時間帯が１時間単位で割り当てられた複数のボタンが設けられている。図１６に示す例では、第３受付画面６００には、１３時（〜１４時）が割り当てられたボタン６０１、１４時（〜１５時）が割り当てられたボタン６０２、１５時（〜１６時）が割り当てられたボタン６０３、１６時（〜１７時）が割り当てられたボタン６０４、１７時（〜１８時）が割り当てられたボタン６０５が設けられている。利用者は、この第３受付画面６００において、当該利用者の希望する入店予定時間に対応する時間が割り当てられている（当該時間が表示されている）ボタンを押下する。なお、図１６においては１３時〜１７時の各々が割り当てられたボタン６０１〜６０５のみが示されているが、第３受付画面６００には、店舗の営業が終了するまでの他の時間が割り当てられたボタンが更に表示されていてもよい。

第３受付画面６００においてボタンが押下された場合、当該ボタンに割り当てられている時間の情報が第１店舗端末２０から情報管理装置１０に送信される。例えば第３受付画面６００においてボタン６０２が押下された場合には、ボタン６０２に割り当てられている１４時（を示す情報）が送信される。

この場合、情報管理装置１０においては、設定情報格納部に格納されている設定情報及び順番待ち情報格納部に格納されている順番待ち情報に基づいて、１４時台の各入店予定時間について、利用者が指定することが可能な入店可能時間であるか否かを判定する。なお、利用者が指定することが可能な入店予定時間については、上記した通りであるため、ここでは詳しい説明を省略する。

情報管理装置１０は、１４時台の各入店予定時間のうち利用者が指定することが可能な入店予定時間（の情報）を表示するための第４受付画面を生成し、当該第４受付画面の画面データを第１店舗端末２０に送信する。

これにより、第１店舗端末２０においては、第４受付画面が表示される。図１７は、第４受付画面の一例である。図１７に示す第４受付画面７００には、第３受付画面６００において利用者によって押下された時間帯（ここでは、１４時台）の各入店予定時間が割り当てられた複数のボタンが設けられている（表示されている）。

図１７に示す例では、第４受付画面７００には、１４時００分〜１５分の入店予定時間が割り当てられたボタン７０１、１４時１５分〜３０分の入店予定時間が割り当てられたボタン７０２、１４時３０分〜４５分の入店予定時間が割り当てられたボタン７０３、及び１４時４５分〜１５時００分の入店予定時間が割り当てられたボタン７０４が設けられている。

ここで、これらの入店予定時間のうち、上記した利用者が指定することが可能な入店予定時間は、「１４時３０分〜４５分」及び「１４時４５分〜１５時００分」であるものとする。この場合、第４受付画面７００においては、ボタン７０３及び７０４は利用者が押下（選択）することができる状態で表示されているが、ボタン７０１及び７０２は利用者が押下（選択）することができない状態で表示されている。

このような第４受付画面７００において、利用者は、当該利用者が指定することが可能な入店予定時間のうちの１つ（ここでは、「１４時３０分〜４５分」または「１４時４５分〜１５時００分」）を入店予定時間として指定することができる。

上記した第１〜第４受付画面によれば、第１店舗端末２０から順番待ち情報を登録する場合であっても、直近の入店予定時間以外の入店予定時間を指定して順番待ち情報を登録する（順番待ちを開始する）ことも可能である。

次に、図１８に示すシーケンスチャートを参照して、図５において説明した利用者端末４０からの順番待ちを示す順番待ち情報を登録する際に利用者によって入店予定時間が指定される場合の処理について説明する。なお、図５においては省略されているが、図１８に示す処理は、図５に示すステップＳ１１及びＳ１２の処理の間に実行される。

上記したように第１店舗端末２０から順番待ち情報を登録する場合、利用者は店舗に来店しているため、直近の入店予定時間を指定して順番待ちを開始する場合が多い。しかしながら、利用者端末４０から順番待ち情報を登録する場合、利用者は店舗に来店していない状態である場合が多く、直近の入店予定時間に店舗に到着できない等の理由のために当該直近の入店予定時間よりも遅い時間帯の入店予定時間を指定する場合も多い。また、利用者端末４０を操作している日（現在の日付）とは別の日に店舗を利用しようとしている場合もあり得る。

このため、利用者端末４０は、図５に示すステップＳ１１の処理が実行された場合、利用者が店舗を利用する日付を選択するための画面（以下、第１選択画面と表記）を表示する（ステップＳ４１）。

ここで、図１９は、第１選択画面の一例を示す。図１９に示すように、第１選択画面８００には、例えば現在の日付から一定期間（数週間から１か月程度）内の日付がそれぞれ割り当てられた複数のボタンが設けられている。なお、図１９に示す第１選択画面８００に設けられているボタン上に表示されている「○」は、当該ボタンに割り当てられている日付が利用者が店舗を利用する（または順番待ち情報を登録する）ことが可能な日付であることを示している。図１９には示されていないが、ボタン上に「×」等が表示されている場合には、当該ボタンに割り当てられている日付においては利用者端末４０から順番待ちをすることができないことが示される。

再び図１８に戻ると、利用者端末４０において第１選択画面が表示された場合、利用者は、第１選択画面において利用者が店舗を利用する日付が割り当てられているボタンを押下することによって当該日付を選択することができる。

利用者によって第１選択画面上のボタンが押下された場合、利用者端末４０は、当該ボタンに割り当てられている日付（以下、対象日と表記）を取得する（ステップＳ４２）。

利用者端末４０は、ステップＳ４２において取得された対象日（を示す情報）を情報管理装置１０に送信する（ステップＳ４３）。ステップＳ４３において送信された対象日は、情報管理装置１０において受信される。

次に、管理部１０４は、設定情報格納部に格納されている設定情報を取得する（ステップＳ４４）。

また、管理部１０４は、対象日に該当する入店予定時間を含む順番待ち情報を、順番待ち情報格納部から取得する（ステップＳ４５）。

管理部１０４は、ステップＳ４４において取得された設定情報及びステップＳ４５において取得された順番待ち情報に基づいて、対象日において利用者が指定することが可能な入店予定時間を特定する（ステップＳ４６）。なお、ステップＳ４６において特定される利用者が指定することが可能な入店予定時間は、上記した図１３に示すステップＳ３３において説明した通りであるため、その詳しい説明を省略する。

管理部１０４は、ステップＳ４６において特定された入店予定時間を表示し、当該入店予定時間のうちの１つを利用者に選択（指定）させるための画面（以下、第２選択画面と表記）を生成する（ステップＳ４７）。

表示処理部１０５は、ステップＳ４７において生成された第２選択画面を利用者端末４０に表示するための画面データを利用者端末４０に送信する（ステップＳ４８）。

これにより、利用者端末４０には、第２選択画面が表示される（ステップＳ４９）。利用者は、利用者端末４０に表示された第２選択画面において入店予定時間を選択（指定）することができる。

ここで、図２０は、第２選択画面の一例を示す。図２０に示すように、第２選択画面９００には、上記した設定情報（枠数）によって定められる幅を有する入店予定時間の各々が割り当てられた複数のボタンが設けられている。図２０に示す例えばボタン９０１は、入店予定時間「１１時００分〜１５分」が割り当てられたボタンである。また、例えばボタン９０２は、入店予定時間「１３時４５分〜１４時００分」が割り当てられたボタンである。これらのボタン９０１及び９０２以外のボタンについても同様に他の入店予定時間が割り当てられている。

また、図２０に示す第２選択画面９００において、各入店予定時間が割り当てられた複数のボタンは、利用者が指定することが可能な入店予定時間と、既に他の順番待ち情報が登録されていること等により利用者が指定することができない入店予定時間とを容易に判別することが可能な態様で表示される。図２０に示す例では、例えば１１時台の４つの入店予定時間と、１２時から００分〜１２時３０分までの２つの入店予定時間とが、利用者が指定することができない入店予定時間として示されている。

このような第２選択画面９００において、利用者は、１２時３０分以降の入店予定時間のうち、所望の入店予定時間が割り当てられたボタンを押下することによって、当該入店予定時間を選択することができる。

このように利用者によって選択された入店予定時間は図５に示すステップＳ１２において利用者端末４０によって取得され、図５に示すステップＳ１３以降の処理が実行される。

上記した図１８に示す処理が実行されることによって、利用者端末４０を介して、設定情報（枠数）によって定められた幅の入店予定時間を利用者に指定させることができる。

ここで、例えば第１店舗端末２０または利用者端末４０を操作することによって利用者が順番待ちをする際に店舗を利用する１点の時刻（例えば、１２時３０分等）を指定した場合を想定する。この場合において、店舗の混雑等によって、実際に店舗に入店した（案内された）時刻が順番待ちをする際に指定した時刻よりも少しでも遅れてしまった場合には、利用者は不満を感じてしまうことが考えられる。

これに対して、本実施形態によれば、利用者は予め定められているある一定の長さの時間帯（例えば、１２時３０分〜４５分等）を入店予定時間として指定しているため、店舗への入店（案内）が当該入店予定時間の範囲内であれば、利用者が不満と感じる程度は低く、利用者の満足度の低下を抑制することが可能となる。また、指定した時刻に確実に入店することができるとの利用者の誤解を防止することも可能である。更に、このような構成によれば、店舗に入店させる時間に余裕ができるため、店舗のスタッフは質の高いサービスを提供することができるようになり、当該店舗側にとっても利点がある。

ところで、本実施形態は上記したように予め定められた長さを有する入店予定時間（つまり、枠数設定画面において設定された枠数によって定められる幅を有する入店予定時間）を利用者に指定させる構成であるが、店舗が想定していたよりも混雑した場合または店舗に入店している利用者の滞在時間等が想定していたよりも長いような場合には、指定された入店予定時間内に利用者を店舗に入店させる（案内する）ことができないような事態が生じる可能性がある。換言すれば、店舗の混雑状況によって案内が遅れてくると、一定の長さを有する入店予定時間を指定させた場合であっても、当該案内の遅延を吸収しきれない（つまり、実際の案内時刻が入店予定時間を超える）場合がある。このような案内の遅延は、ある程度の時間継続する場合が多く、後に順番待ちを開始する利用者に対しても同様に生じる可能性がある。

このため、本実施形態に係る情報管理装置１０は、店舗の混雑状況に応じて、後に順番待ちを開始する利用者に指定させる入店予定時間の幅（長さ）を自動的に変更する機能を更に有するものとする。

以下、図２１に示すフローチャートを参照して、入店予定時間の幅を自動的に変更する際の情報管理装置１０の処理手順の一例について説明する。なお、図２１に示す処理は、上記した他の処理等とは独立して、定期的に実行されるものとする。図２１に示す処理は、任意のタイミングで不定期に実行されてもよい。また、図２１に示す処理は、情報管理装置１０に含まれる管理部１０４によって実行される。

まず、管理部１０４は、順番待ち情報格納部を参照して、直近に案内された利用者の順番待ちを示す順番待ち情報を取得する（ステップＳ５１）。

ここで、上記したスタッフ画面において「案内」ボタンが押下された場合、当該「案内」ボタンに対応づけられている順番待ち情報によって示される順番待ちをしている利用者が店舗に案内された案内時刻が当該順番待ち情報に対応づけて順番待ち情報格納部に登録される。

このため、ステップＳ５１においては、直近に案内された利用者の順番待ちを示す順番待ち情報として、直近の案内時刻が登録されている順番待ち情報（直近の案内時刻に対応づけられている順番待ち情報）が取得される。

次に、管理部１０４は、ステップＳ５１において取得された順番待ち情報に対応づけて順番待ち情報格納部に格納されている案内時刻を取得する（ステップＳ５２）。

ステップＳ５２の処理が実行されると、管理部１０４は、ステップＳ５１において取得された順番待ち情報に含まれる入店予定時間及びステップＳ５２において取得された案内時刻に基づいて、店舗が混雑しているか否かを判定する（ステップＳ５３）。この場合、例えば利用者が大人数であったり、店舗内の少ない席を希望していたり等により、そもそも順番待ち情報によって示される順番待ちが案内が遅れる要因を有する場合には、当該順番待ち情報を遅延判断（つまり、店舗が混雑しているか否かの判断）から除外してもよい。

ステップＳ５３においては、例えばステップＳ５１において取得された順番待ち情報に含まれる入店予定時間とステップＳ５２において取得された案内時刻との差分（遅延時間）を算出し、当該差分が予め定められた値（以下、閾値と表記）を超えている場合に、店舗が混雑していると判定されるものとする。

本実施形態においては予め定められた長さを有する入店予定時間が指定されているが、上記した入店予定時間と案内時刻との差分は、当該入店予定時間の終わりの時刻（以下、入店予定時間の終端時刻と表記）を用いて算出される。例えば入店予定時間が「１２時００分〜１５分」である場合には当該入店予定時間の終端時刻は「１２時１５分」である。この場合において、案内時刻が「１２時１８分」であるものとすると、入店予定時間「１２時００分〜１５分」と案内時刻「１２時１８分」との差分は３分（１２時１５分−１２時１８分）となる。

なお、案内時刻が入店予定時間内である（つまり、入店予定時間の終端時刻よりも早い）場合には、案内の遅延は発生していないため、入店予定時間と案内時刻の差分としては０が算出されればよい。

ステップＳ５３の判定処理において用いられる閾値が例えば０である場合には、入店予定時間の終端時刻よりも案内時刻の方が遅い場合には、当該ステップＳ５３においては、店舗が混雑していると判定される。

また、上記したように利用者によって指定される入店予定時間は店舗への入店を保証するものではないことを考慮すると、入店予定時間の終端時刻の時点で順番待ちの先頭の位置にいるのであれば、案内に遅れが生じていないと考えることもできる。この場合、ステップＳ５３において用いられる閾値を、予め定められている１組当たりの待ち時間としてもよい。これによれば、案内時刻が入店予定時間の終端時刻に１組当たりの待ち時間を加算した時刻を超えている場合に、案内の遅れが発生しており、店舗が混雑していると判定することができる。

なお、本実施形態においては上記したように入店予定時間を指定することなく順番待ちをすることができる場合がある。ステップＳ５１において取得された順番待ち情報がこのように入店予定時間を指定していない順番待ちを示す順番待ち情報である場合、当該順番待ち情報には入店予定時間は含まれていない。この場合には、このような順番待ちにおいて利用者が店舗に入店すると推測される時刻（当該順番待ちにおける入店予定時刻）を例えば当該順番待ちが登録される（受け付けられる）際に算出しておく構成としてもよい。この入店予定時間を指定していない順番待ちにおける入店予定時刻は、上記した図８に示すステップＳ２３２〜Ｓ２３４の処理によって算出可能である。このように算出された入店予定時刻を上記した入店予定時間の終端時刻の代わりに用いることによって、入店予定時間をしていない順番待ちを示す順番待ち情報がステップＳ５１において取得された場合であっても、店舗が混雑しているか否かを判定することができる。

なお、入店予定時間を指定していない順番待ちにおける入店予定時刻は、当該順番待ちを示す順番待ち情報をスタッフ画面に表示する（つまり、当該順番待ち情報を入店予定時間が指定されている順番待ちを示す順番待ち情報の間に挿入して表示する）際にも利用される。

店舗が混雑していると判定された場合（ステップＳ５３のＹＥＳ）、管理部１０４は、利用者に指定させる入店予定時間の幅（長さ）を変更する（ステップＳ５４）。なお、このステップＳ５４の処理は、例えば設定情報に格納されている設定情報を変更することによって行われる。

ステップＳ５４においては、例えば入店予定時間の幅を長くする変更が行われる。具体的には、例えば図２０に示すように入店予定時間の幅が１５分である場合、ステップＳ５４においては、当該入店予定時間の幅が３０分となるように変更される。この変更後の入店予定時間の幅（つまり、店舗が混雑している場合の入店予定時間の幅）は、予め設定されていればよい。

ステップＳ５４の処理が実行された場合、例えば後に利用者端末４０に表示される第２選択画面においては、当該ステップＳ５４において変更された幅で入店予定時間が指定される。

図２２は、入店予定時間の幅が変更された際の第２選択画面の一例を示している。図２２に示すように、入店予定時間の幅が変更される前の第２選択画面９００においては１５分の幅を有する入店予定時間を利用者に指定させるが、入店予定時間の幅が変更された後の第２選択画面９００においては３０分の幅を有する入店予定時間を指定させることができる。

ここでは利用者端末４０に表示される第２選択画面において利用者に指定させる入店予定時間について説明したが、例えば図１４、図１５及び図１７に示すような第１店舗端末２０に表示される受付画面において利用者に指定させる入店予定時間についても同様である。

上記した図２１に示す処理によれば、店舗が混雑している場合には、より幅の長い入店予定時間を利用者に指定させることができる。

ここでは予め設定された入店予定時間の幅に変更されるものとして説明したが、当該変更後の入店予定時間の幅は、例えば案内の遅れの程度に応じて変化させるようにしてもよい。

具体的には、現在の入店予定時間の幅（つまり、店舗が混雑していない場合の入店予定時間の幅）が１５分であるものとすると、ステップＳ５１において取得された順番待ち情報に含まれる入店予定時間（の終端時刻）とステップＳ５２において取得された案内時刻との差分が５分以上１０分未満である場合には当該入店予定時刻の幅を１５分から２０分に変更し、当該差分が１０分以上である場合には当該入店予定時刻の幅を１５分から３０分に変更するようにしてもよい。このような構成は、遅延時間（入店予定時間と案内時刻との差分）と変更後の入店予定時刻の幅との対応関係を例えば設定情報として予め定義しておくことにより実現可能である。

更に、入店予定時間の幅は、過去に利用者によって指定された入店予定時間（つまり、過去の順番待ち情報に含まれる入店予定時間）及び当該利用者を案内した時刻（つまり、当該順番待ち情報に対応づけて登録された案内時刻）に関する統計データに基づいて変更されてもよい。

具体的には、過去の入店予定時間及び案内時刻を解析することによって、例えば「ｘ分の遅れが生じている時点で新しく順番待ちを開始した利用者は最終的にｙ分遅れて案内されている」等の統計データが得られている場合には、例えばステップＳ５１において取得された順番待ち情報に含まれる入店予定時間（の終端時刻）とステップＳ５２において取得された案内時刻との差分をｘ（分）とした際のｙ（分）を特定し、現在の入店予定時間の幅に当該ｙ（分）を加算した時間を変更後の入店予定時間の幅とすることができる。

なお、このような統計データは、順番待ちを受け付ける際にその時点で生じている案内の遅れ（つまり、直近に案内された利用者の順番待ちにおける入店予定時間と当該利用者の案内時刻との差分）を算出し、当該算出された遅れ（以下、受付時の遅れと表記）と当該受け付けられた順番待ちをしている利用者が実際に店舗に案内された際の遅れ（以下、案内時の遅れと表記）とを対応づけて蓄積しておき、同程度の受付時の遅れと対応づけられている案内時の遅れの平均値を算出することによって得ることができる。

ここで、統計データとして、例えばステップＳ５１において取得された順番待ち情報に含まれる入店予定時間の終端時刻とステップＳ５２において取得された案内時刻との差分が１５分であり、１５分の遅れが生じている時点で新しく順番待ちを開始した利用者は最終的に２０分遅れて案内されていることを示す統計データが得られている場合を想定する。この場合には、これから受け付けられた順番待ちをする利用者は最終的に２０分遅れで店舗に案内されると推測することができるため、現在の入店予定時間の幅に２０分（以上）を加算した幅（長さ）の入店予定時間を利用者に指定させるように変更することができる。

入店予定時間の幅を変更するために用いられる統計データは、上記したように格納部１０７（統計データ格納部）に格納されていればよい。

なお、ステップＳ５３において店舗が混雑していないと判定された場合（ステップＳ５３のＮＯ）、ステップＳ５４の処理は実行されず、図２１に示す処理は終了される。

図２１に示す処理は定期的に実行されるものとして説明したが、当該図２１に示す処理においては直近に案内された利用者の順番待ちを示す順番待ち情報が取得される。したがって、図２１に示す処理は、例えば利用者が案内される（つまり、スタッフ画面において「案内」ボタンが押下される）度に実行されるようにしてもよい。

ここで、図２１に示す処理によれば店舗が混雑している場合に入店予定時間の幅（入店予定時間として利用者に指定させる時間帯の長さ）を変更することが可能であるが、店舗の混雑が解消した場合には、当該入店予定時間の幅を変更前の状態に戻すことが好ましい。入店予定時間の幅が長い場合には、待ち時間が長くなると利用者に感じさせてしまうためである。

以下、図２３に示すフローチャートを参照して、上記した図２１に示すステップＳ５４の処理が実行されることによって入店予定時間の幅が変更された後の情報管理装置１０の処理手順の一例について説明する。なお、図２３に示す処理は、図２１に示すステップＳ５４の処理が実行された後に、定期的に実行されるものとする。また、図２３に示す処理は、情報管理装置１０に含まれる管理部１０４によって実行される。

まず、上記した図２１に示すステップＳ５１及びＳ５２の処理に相当するステップＳ６１及びＳ６２の処理が実行される。

次に、管理部１０４は、ステップＳ６１において取得された順番待ち情報に含まれる入店予定時間及びステップＳ６２において取得された案内時刻に基づいて、店舗の混雑が解消しているか否かを判定する（ステップＳ６３）。

ステップＳ６３においては、例えばステップＳ６１において取得された順番待ち情報に含まれる入店予定時間とステップＳ６２において取得された案内時刻との差分（遅延時間）を算出し、当該差分が予め定められた値（閾値）以下である場合に、店舗の混雑が解消している判定されるものとする。

なお、ステップＳ６３の処理は図２１に示すステップＳ５３の処理に対応するものであるため、ここではその詳しい説明を省略する。換言すれば、ステップＳ６３においては、図２１に示すステップＳ５３と同様の処理が実行され、店舗が混雑していないと判定された（つまり、店舗が混雑していると判定されない）場合に、店舗の混雑が解消していると判定すればよい。

店舗の混雑が解消していると判定された場合（ステップＳ６３のＹＥＳ）、管理部１０４は、利用者に指定させる入店予定時間の幅（つまり、入店予定時間として利用者に指定させる時間帯の長さ）を、店舗が混雑していない場合の元の入店予定時間の幅に戻す（ステップＳ６４）。なお、このステップＳ６４の処理は、設定情報に格納されている設定情報を変更することによって行われる。

ここでは入店予定時間の幅を元に戻すものとして説明したが、ステップＳ６４においては、図２１に示すステップＳ５４において変更された入店予定時間の幅を短くすればよい。具体的には、ステップＳ６４においては、例えば現在の入店予定時間の幅と元の入店予定時間の幅との中間値になるように入店予定時間の幅を変更してもよいし、例えば予め定められた期間毎に入店予定時間の幅を徐々に短くするようにしてもよい。

一方、ステップＳ６３において店舗の混雑が解消していないと判定された場合（ステップＳ６３のＮＯ）、ステップＳ６４の処理は実行されず、図２３に示す処理は終了される。

図２３に示す処理は定期的に実行されるものとして説明したが、上記した図２１に示す処理と同様に、例えば利用者が案内される度に実行されてもよい。

上記したように本実施形態においては、第１店舗端末２０または利用者端末４０（第１端末装置）を介して予め定められた幅（長さ）の入店予定時間を利用者に指定させ、当該利用者の操作に応じて指定された入店予定時間を含む順番待ち情報を登録するが、当該利用者に指定させる入店予定時間の長さは、店舗の混雑状況に応じて変更される。

本実施形態においては、このような構成により、店舗の混雑状況に適した幅の入店予定時間を利用者に指定させることが可能となるため、利用者が入店予定時間を大幅に超えて案内される等の事態の発生を抑制することができ、利用者が不満と感じる程度を軽減することが可能となる。

具体的には、本実施形態においては、店舗が混雑していると判定された場合に入店予定時間の幅を長くする。なお、店舗が混雑しているか否かは、利用者によって指定された入店予定時間と当該利用者が実際に案内された案内時刻とを比較することによって判定される。本実施形態においては、このような構成により、より幅の長い入店予定時間を利用者に指定させることによって店舗が混雑していることを利用者に対して伝えることができるとともに、当該混雑によって店舗への案内が遅れた場合であっても、幅を長くした入店予定時間によって案内の遅延を吸収する（つまり、入店予定時間内に利用者を店舗に入店させる）ことができる。

なお、店舗が混雑していると判定された場合の入店予定時間の幅（つまり、変更後の入店予定時間の幅）は、一定であってもよいし、案内の遅延の程度に応じて変化するものであってもよい。また、入店予定時間の幅は、過去に利用者によって指定された入店予定時間及び当該利用者を実際に案内した時刻に関する統計データに基づいて変更されてもよい。この場合には、過去の統計（つまり、実際に生じる可能性が高い遅延時間）に基づいて入店予定時間の幅を変更することができるため、当該入店予定時間によって案内の遅延を吸収することができる信頼性を向上させることができる。

更に、本実施形態においては、店舗の混雑が解消していると判定された場合に、入店予定時間の幅を短くする。この場合、入店予定時間の幅は、例えば店舗が混雑していない場合の元の入店予定時間の幅に戻してもよい。本実施形態においては、このような構成により、店舗の混雑が解消した際には利用者に指定させる入店予定時間の幅を短くすることによって、店舗に案内される可能性のある時間帯が短い（つまり、待ち時間が短い）ことを利用者に伝えることができ、利用者に対して店舗の利用を促すことが可能となる。

なお、本実施形態においては、店舗が混雑していると判定された場合に入店予定時間の幅を長くし、当該店舗の混雑が解消していると判定された場合に当該入店予定時間の幅を元に戻す（短くする）ものとして説明したが、当該入店予定時間の幅を元に戻すタイミングは、入店予定時間の幅を長くする（つまり、店舗が混雑していると判定された）時点で決めておいてもよい。

この場合には、店舗が混雑していると判定された後の予め定められた期間（例えば、１時間または２時間等）に該当する入店予定時間の幅を変更すればよい。これによれば、例えば図２４に示すような第２選択画面を利用者端末４０に表示することができる。なお、図２４は、店舗が混雑していると判定された後の２時間（つまり、遅延発生から２時間）の期間に該当する入店予定時間の幅を変更した場合の第２選択画面を示している。

また、入店予定時間の幅を元に戻すタイミング（つまり、入店予定時間の幅を変更する期間）は、過去の店舗の混雑の解消に関する統計データに基づいて決定してもよい。この場合、上記した店舗が混雑していると判定された時刻（遅延発生時刻）及び当該店舗の混雑が解消していると判定された時刻（遅延解消時刻）を対応づけて蓄積しておき、当該遅延発生時刻と当該遅延解消時刻との差分の平均値（平均時間）を統計データとして用いることによって、店舗の混雑が解消するまでの期間（店舗の混雑が解消するまでに要する時間）を推測することができる。このように推測された期間を、入店予定時間の幅を変更する期間として決定し、当該決定された期間（つまり、店舗の混雑が解消するまでの期間）に該当する入店予定時間の幅のみが変更されればよい。この場合であっても、例えば図２４に示すように、一部の期間に該当する入店予定時間の幅のみが変更された第２選択画面が表示される。

上記したように入店予定時間の幅を元に戻すタイミングを店舗が混雑していると判定された時点で決めておく構成によれば、当該入店予定時間の幅を元に戻す際に店舗の混雑が解消しているか否かを判定する必要がないため、情報管理装置１０における処理負荷を低減することができる。

更に、入店予定時間の幅を変更する期間（時刻）は、店舗の混雑状況等に関係なく、予め定められていてもよい。この場合には、予め定められた期間に該当する入店予定時間の幅を変更することができる。図２５は、入店予定時間の幅を変更する期間として１２時００分〜１５時００分までの期間及び１８時００分〜２０時００分までの期間が予め定められている場合の第２選択画面を示している。

この場合には、店舗が混雑しているか否かを判定する必要もないため、更に情報管理装置１０における処理負荷を低減することができる。

なお、図１０においては省略されているが、本実施形態において説明した入店予定時間の幅の変更に関する各種設定（変更後の入店予定時間の長さや当該入店予定時間の長さが変更される期間等）は、上記した枠設定画面等を介して行うことができるものとする。

なお、上記した実施形態に記載した手法は、コンピュータに実行させることのできるプログラムとして、磁気ディスク（フロッピー（登録商標）ディスク、ハードディスクなど）、光ディスク（ＣＤ−ＲＯＭ、ＤＶＤなど）光磁気ディスク（ＭＯ）、半導体メモリなどの記憶媒体に格納して頒布することもできる。

また、この記憶媒体としては、プログラムを記憶でき、かつコンピュータが読み取り可能な記憶媒体であれば、その記憶形式は何れの形態であってもよい。

また、記憶媒体からコンピュータにインストールされたプログラムの指示に基づきコンピュータ上で稼働しているＯＳ（オペレーティングシステム）や、データベース管理ソフト、ネットワークソフト等のＭＷ（ミドルウェア）等が本実施形態を実現するための各処理の一部を実行してもよい。

更に、本発明における記憶媒体は、コンピュータと独立した媒体に限らず、ＬＡＮやインターネット等により伝送されたプログラムをダウンロードして記憶または一時記憶した記憶媒体も含まれる。

また、記憶媒体は１つに限らず、複数の媒体から本実施形態における処理が実行される場合も本発明における記憶媒体に含まれ、媒体構成は何れの構成であってもよい。

なお、本発明におけるコンピュータは、記憶媒体に記憶されたプログラムに基づき、本実施形態における各処理を実行するものであって、パソコン等の１つからなる装置、複数の装置がネットワーク接続されたシステム等の何れの構成であってもよい。

また、本発明におけるコンピュータとは、パソコンに限らず、情報処理機器に含まれる演算処理装置、マイコン等も含み、プログラムによって本発明の機能を実現することが可能な機器、装置を総称している。

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

１０…情報管理装置、１１…バス、１２…不揮発性メモリ、１３…ＣＰＵ、１４…メインメモリ、１５…通信部、２０…第１店舗端末、３０…第２店舗端末、４０…利用者端末、１０１…受付部、１０２…第１登録部、１０３…第２登録部、１０４…管理部、１０５…表示処理部、１０６…設定部、１０７…格納部。

Claims (11)

1. 利用者の店舗に対する順番待ちを受け付ける際に当該利用者によって操作される第１端末装置及び前記店舗に設けられる第２端末装置と接続される情報管理装置において、
   前記第１端末装置を介して、予め定められた長さの入店予定時間を前記利用者に指定させる管理手段と、
   前記第１端末装置に対する前記利用者の操作に応じて指定された入店予定時間を含む順番待ち情報を登録する登録手段と、
   前記登録された順番待ち情報を、当該順番待ち情報に含まれる入店予定時間に基づいて前記第２端末装置に表示する表示処理手段と
   を具備し、
   前記管理手段は、前記入店予定時間の長さを前記店舗の混雑状況に応じて変更する
   情報管理装置。
2. 前記店舗が混雑しているかを判定する判定手段を更に具備し、
   前記管理手段は、前記店舗が混雑していると判定された場合、前記入店予定時間の長さを長くする
   請求項１記載の情報管理装置。
3. 前記管理手段は、前記登録された順番待ち情報によって示される順番待ちをしている利用者が店舗に案内された案内時刻を当該順番待ち情報に対応づけて登録し、
   前記判定手段は、前記登録された順番待ち情報に含まれる入店予定時間と当該順番待ち情報に対応づけて登録された案内時刻とを比較することによって、前記店舗が混雑しているかを判定する
   請求項２記載の情報管理装置。
4. 前記判定手段は、前記店舗が混雑していると判定された後に、当該店舗の混雑が解消したかを更に判定し、
   前記管理手段は、前記店舗の混雑が解消していると判定された場合、前記入店予定時間の長さを短くする
   請求項２または３に記載の情報管理装置。
5. 前記管理手段は、前記店舗が混雑していると判定された後の予め定められた期間に該当する入店予定時間の長さを変更する請求項２または３に記載の情報管理装置。
6. 前記管理手段は、前記入店予定時間の長さを変更する期間を、過去の前記店舗の混雑の解消に関する統計データに基づいて決定する請求項１〜５のいずれか一項に記載の情報管理装置。
7. 前記管理手段は、予め定められた期間に該当する入店予定時間の長さを変更する請求項１記載の情報管理装置。
8. 前記管理手段は、前記入店予定時間の長さを、過去に利用者によって指定された入店予定時間及び当該利用者を案内した時刻に関する統計データに基づいて変更する請求項１〜７のいずれか一項に記載の情報管理装置。
9. 前記判定手段は、前記登録された順番待ち情報によって示される順番待ちが案内が遅れる要因を有する場合、当該順番待ち情報を用いて前記店舗が混雑しているかを判定しない請求項３記載の情報管理装置。
10. 利用者の店舗に対する順番待ちを受け付ける際に当該利用者によって操作される第１端末装置及び前記店舗に設けられる第２端末装置と接続される情報管理装置が実行する情報管理方法であって、
    前記第１端末装置を介して、予め定められた長さの入店予定時間を前記利用者に指定させるステップと、
    前記第１端末装置に対する前記利用者の操作に応じて指定された入店予定時間を含む順番待ち情報を登録するステップと、
    前記登録された順番待ち情報を、当該順番待ち情報に含まれる入店予定時間に基づいて前記第２端末装置に表示するステップと
    を具備し、
    前記入店予定時間の長さは、前記店舗の混雑状況に応じて変更される
    情報管理方法。
11. 利用者の店舗に対する順番待ちを受け付ける際に当該利用者によって操作される第１端末装置及び前記店舗に設けられる第２端末装置と接続される情報管理装置のコンピュータが実行するプログラムであって、
    前記コンピュータに、
    前記第１端末装置を介して、予め定められた長さの入店予定時間を前記利用者に指定させるステップと、
    前記第１端末装置に対する前記利用者の操作に応じて指定された入店予定時間を含む順番待ち情報を登録するステップと、
    前記登録された順番待ち情報を、当該順番待ち情報に含まれる入店予定時間に基づいて前記第２端末装置に表示するステップと
    を実行させ、
    前記入店予定時間の長さは、前記店舗の混雑状況に応じて変更される
    プログラム。

Images