JP5956035B1 - 待ち時間推定システムおよび待ち時間推定方法 - Google Patents

Abstract

【課題】コストを抑えつつ待ち時間を精度よく推定すること。【解決手段】無線通信可能な携帯端末を検出することによってユーザの待ち時間を推定する待ち時間推定システムであって、混雑検知端末と、混雑検知端末と相互に通信可能に接続された解析サーバと、を含み、混雑検知端末は、プローブ要求を発した携帯端末の情報を解析サーバへ送信し、解析サーバは、混雑検知端末から受信した携帯端末の情報に基づいて、携帯端末がプローブ要求を発した第１時刻と携帯端末がプローブ要求を発した第２時刻とを用いて所定の演算を行うことによって、携帯端末を所持するユーザの待ち時間の推定値を求める、待ち時間推定システムである。【選択図】図１

Description

本発明は、例えばテーマパークのアトラクションなどにおける順番待ちに要する時間を推定する技術に関する。

従来から、テーマパークのアトラクション等の施設においては、その順番待ちに要する時間（待ち時間）をユーザに知らせたいというニーズがある。従来、このようなニーズに対しては、各施設において待ち行列の長さ（人数）から経験的に待ち時間が推測され、その推測された待ち時間がユーザに対して提示されていた。また、特開２００５−１８９９２１号公報（特許文献１）には、センサーを内蔵するカウンタ装置を用いて入門ゲートと入場口のそれぞれを通過する客の数をカウントし、これらのカウント値に基づき施設情報を考慮して待ち時間を計算し、表示する待ち時間表示システムが開示されている。

ところで、従来からの経験的に待ち時間を推測する方法では、施設の職員が待ち行列の長さを目測で求めており、かつ職員が待ち行列を確認する頻度も必ずしも高くないため、必ずしも正確な待ち時間が提示されるとは限らないという不都合がある。また、特許文献１に開示される先行技術では、客数をカウントするためのカウンタ装置等が必要となることからシステムの設置場所に制約が生じる。このため、例えば臨時のイベント会場や期間限定のアトラクション等における待ち行列の推測に用いるのは難しい。また、カウンタ装置等を含んだ比較的複雑な構成が必要となることからコスト負担も大きい。

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

本発明は、コストを抑えつつ待ち時間を精度よく推定することが可能な技術を提供することを目的の１つとする。

本発明に係る一態様のシステムは、（ａ）無線通信可能な携帯端末を検出することによってユーザの待ち時間を推定する待ち時間推定システムであって、（ｂ）混雑検知端末と、（ｃ）混雑検知端末と相互に通信可能に接続された解析サーバと、を含み、（ｄ）混雑検知端末は、プローブ要求を発した携帯端末の情報を解析サーバへ送信し、（ｅ）解析サーバは、混雑検知端末から受信した携帯端末の情報に基づいて、携帯端末がプローブ要求を発した第１時刻と携帯端末がプローブ要求を発した第２時刻とを用いて所定の演算を行うことによって、携帯端末を所持するユーザの待ち時間の推定値を求める、待ち時間推定システムである。

上記構成によれば、コストを抑えつつ待ち時間を精度よく推定することが可能となる。

図１は、一実施形態の待ち時間推定システムの概略構成を示す図である。 図２は、混雑検知端末の機能構成を示すブロック図である 図３は、混雑検知情報の内容の一例を示す図である。 図４は、解析サーバの機能構成を示すブロック図である。 図５は、各混雑検知端末の動作手順を示すフローチャートである。 図６は、解析サーバの動作手順を示すフローチャートである。 図７は、待ち時間を推定する演算について説明するための図である。 図８は、推定情報の出力例を示す模式図である。 図９は、推定情報の出力例を示す模式図である。

図１は、一実施形態の待ち時間推定システムの概略構成を示す図である。同図に示すように、待ち時間推定システム１は、アトラクション等の順番待ちの列が形成されるエリアａ、ｂ、ｃにそれぞれ対応付けて設置される複数の混雑検知端末１００ａ、１００ｂ、１００ｃと、通信ネットワークＮを介して各混雑検知端末１００ａ等と接続される解析サーバ２００を含んで構成されている。

本実施形態では、混雑検知端末１００ａ等がＷｉｆｉ（Wireless Fidelity）規格に基づく無線ＬＡＮ機能（Ｗｉｆｉ機能）を備えた携帯端末３００を検知してその検知結果を解析サーバ２００において解析することにより、各混雑検知端末１００ａ等が設置されているエリアごと、およびエリアａ〜ｃの全体について、順番待ちしているユーザ（携帯端末３００の所有者）の待ち時間を推定する。ここでは、順番待ちの列がエリアａからエリアｃにかけて形成され、各ユーザは、エリアａからエリアｃへ向かって進むものとする。

複数の混雑検知端末１００ａ、１００ｂ、１００ｃは、それぞれ、例えばアトラクション等の順番待ちをしているユーザが所持する携帯端末３００を検知するための端末装置であり、ユーザによる順番待ちの列が形成されるエリアａ〜ｃに対応付けて、互いにある程度の距離をおいて設置される。各混雑検知端末１００ａ等は、例えば、小型ＰＣ（Personal Computer）、Ｗｉｆｉモジュール、電源、外部記憶装置（ＳＤカードやＵＳＢメモリ）などを含んで構成されている。

解析サーバ２００は、例えば演算処理能力の高いコンピュータによって構成され、そのコンピュータにおいて所定のサーバ用プログラムを実行することにより、サーバ機能を実現するものである。解析サーバ２００は、各混雑検知端末１００ａ等から送信される混雑検知情報を解析することによって、順番待ちの列に並んでいるユーザがエリアａから進入し、エリアｃを抜け出てアトラクション等へ進むまでに要する待ち時間を推定する。なお、解析サーバ２００を構成するコンピュータは、必ずしも１台である必要はなく、通信ネットワークＮ上に分散する複数のコンピュータから構成されてもよい。

通信ネットワークＮは、解析サーバ２００と各混雑検知端末１００ａ等との間で相互に情報通信を行うことが可能な通信網を含む。通信ネットワークＮは、例えば、インターネット、ＬＡＮ、専用線、電話回線、企業内ネットワーク、移動体通信網、ブルートゥース、Ｗｉｆｉ、その他の通信回線、それらの組み合わせ等のいずれであってもよく、有線であるか無線であるかを問わない。

複数の携帯端末３００は、それぞれユーザが所持する端末であり、図示しないアクセスポイント（ＡＰ）等を介して無線通信を行うためのＷｉｆｉ機能を備えている。本実施形態では、携帯端末３００としてスマートフォンを想定するが、携帯電話機、ＰＨＳ、パーソナルコンピュータ（ＰＣ）、ノートＰＣ、携帯情報端末（ＰＤＡ）、家庭用ゲーム機器など、Ｗｉｆｉ機能を備えたあらゆる端末に適用可能である。

図２は、混雑検知端末の機能構成を示すブロック図である。なお、ここでは混雑検知端末１００ａについて示すが、他の混雑検知端末１００ｂ、１００ｃも同じ構成である。図示のように混雑検知端末１００ａは、制御部１１１、入力部１１２、表示部１１３、記憶部１１４、通信部１１５およびｗｉｆｉ通信部１１６を備えている。

制御部１１１は、例えばＣＰＵ、ＲＯＭ、ＲＡＭ等を備えたコンピュータシステムにおいて所定の動作プログラムを実行させることによって構成されるものであり、機能ブロックとしてのプローブ要求検知部１２１、混雑検知情報生成部１２２を有する。

入力部１１２は、例えば制御部１１１と接続されたキーボードなどの入力手段であり、各種情報を入力するために用いられる。表示部１１３は、例えば制御部１１１と接続された液晶表示パネルなどの表示手段であり、各種の画像表示を表示する。記憶部１１４は、制御部１１１と接続されたハードディスク装置などの記憶手段であり、制御部１１１で実行される動作プログラムや各種のデータを記憶する。

通信部１１４は、制御部１１１と接続されており、外部の解析サーバ２００との情報通信に関わる処理を行う。ｗｉｆｉ通信部１１６は、各携帯端末３００との情報通信に関わる処理を行う。

プローブ要求検知部１２１は、各携帯端末３００がアクセスポイントを探すために定期的にブロードキャスト（一斉送信）するプローブ要求を検知する。このプローブ要求はｗｉｆｉ通信部１１６を介して受信される。

混雑検知情報生成部１２２は、プローブ要求を検知した携帯端末３００を特定する情報である端末アドレス情報などを含んで構成される混雑検知情報を生成する。生成された混雑検知情報は、通信部１１５を介して解析サーバ２００へ送信される。

図３は、混雑検知情報の内容の一例を示す図である。図３に示すように、混雑検知情報には、各混雑検知端末１００ａ等が検知した各携帯端末３００を識別する情報である「端末アドレス情報（ＭＡＣアドレス）」、各携帯端末３００から発せられた電波の強度を示す情報である「電波強度情報」、各携帯端末３００からのプローブ要求を検知した時刻をあらわす情報である「時刻情報」が含まれている。また、混雑検知情報には、その混雑検知情報が混雑検知端末１００ａ〜１００ｃのいずれによって生成されたものであるかを識別するための情報である「装置識別情報」が含まれている。

図４は、解析サーバの機能構成を示すブロック図である。解析サーバ２００は、各混雑検知端末１００ａ等から送信される混雑検知情報を解析することにより、各混雑検知端末１００ａ等の設置位置に対応付けられるエリアにおいて順番待ちしているユーザ（携帯端末３００を所持する者）の待ち時間を推定するものであり、制御部２１１、入力部２１２、表示部２１３、記憶部２１４、通信部２１５を備えている。

制御部２１１は、例えばＣＰＵ、ＲＯＭ、ＲＡＭ等を備えたコンピュータシステムにおいて所定の動作プログラムを実行させることによって構成されるものであり、機能ブロックとしての滞留時間推定部２２１、解析結果出力部２２２を有する。

入力部２１２は、例えば制御部２１１と接続されたキーボードなどの入力手段であり、各種情報を入力するために用いられる。表示部２１３は、例えば制御部２１１と接続された液晶表示パネルなどの表示手段であり、各種の画像表示を表示する。記憶部２１４は、制御部２１１と接続されたハードディスク装置などの記憶手段であり、制御部２１１で実行される動作プログラムや各種のデータを記憶する。

滞留時間推定部２２１は、各混雑検知端末１００ａ等から送信された混雑検知情報を用い所定の演算を行うことで各混雑検知端末１００ａのそれぞれに対応するエリアでのユーザの待ち時間（滞留時間）を推定する。例えば、滞留時間推定部２２１は、混雑検知情報を用いて、特定の携帯端末３００によるプローブ要求がエリアａにおいて初めて検知された時刻ｔ１と、この携帯端末３００によるプローブ要求がエリアｃにおいて最後に検知された時刻ｔ２を抽出することで、この携帯端末３００を所持するユーザが要した待ち時間を算出する。

解析結果出力部２２２は、推定された待ち時間やその他情報を出力するための処理を行う。解析結果出力部２２２は、例えば、各混雑検知端末１００ａ、１００ｂ、１００ｃが対応付けられているエリアごとに待ち時間の多寡が視覚的に理解しやすくなるようにグラフ等を作成し、それを表示部２１３に表示させる。

図５は、各混雑検知端末の動作手順を示すフローチャートである。ここでは例として混雑検知端末１００ａによる動作手順を説明するが、他の混雑検知端末１００ｂ、１００ｃについても同じ動作手順によって動作する。

混雑検知端末１００ａのプローブ要求検知部１２１は、近隣に存在する携帯端末３００からのプローブ要求がｗｉｆｉ通信部１１６によって受信されたか否かを判定する（ステップＳ１１）。プローブ要求が受信されるまでの間は（ステップＳ１１；ＮＯ）、ステップＳ１１の処理が繰り返される。なお、各携帯端末３００は、接続可能なアクセスポイントを探すために定期的にプローブ要求をブロードキャストしているものとする。

プローブ要求が受信されると（ステップＳ１１；ＹＥＳ）、プローブ要求検知部１２１は、プローブ要求に含まれる端末アドレス情報を取得するとともに（ステップＳ１２）、このプローブ要求を送信した携帯端末３００の発した電波の強度を示す電波強度情報をｗｉｆｉ通信部１１６から取得する（ステップＳ１３）。

次に、混雑検知情報生成部１２２は、検知された携帯端末３００の「端末アドレス情報」と、携帯端末３００の「電波強度情報」と、携帯端末３００からのプローブ要求が検知された時刻を示す「時刻情報」と、混雑検知端末１００ａを識別するための情報である「装置識別情報」を含んだ混雑検知情報を生成する（ステップＳ１４）。この混雑検知情報は通信部１１５を介して解析サーバ２００へ送信される（ステップＳ１５）。

図６は、解析サーバの動作手順を示すフローチャートである。解析サーバ２００の滞留時間推定部２２１は、通信部２１５を介して、各混雑検知端末１００ａ、１００ｂ、１００ｃから混雑検知情報を受信する（ステップＳ２１）。

次に、滞留時間推定部２２１は、各混雑検知端末１００ａ等から送信された混雑検知情報を用い、上記した所定の演算を行うことで各混雑検知端末１００ａのそれぞれに対応するエリアごと並びにエリア全体でのユーザの待ち時間を推定する（ステップＳ２２）。ここでは、混雑検知情報に含まれる装置識別情報を用いて各混雑検知端末１００ａ、１００ｂ、１００ｃをそれぞれ識別することにより、各混雑検知端末１００ａ、１００ｂ、１００ｃのそれぞれに対応するエリアごとのユーザの待ち時間を推定できる。

図７は、待ち時間を推定する演算について説明するための図である。例えば、端末アドレス情報「１２：３４：５６：７８：９ａ：ｂｃ」で特定される１つの携帯端末３００についての混雑検知情報に含まれる時刻情報を装置識別情報に基づいて各エリアａ、ｂ、ｃに分けて抽出すると図示のような情報が得られる。この情報に基づけば、この携帯端末３００がエリアａで初めて検知された時刻（11:10）とエリアａで最後に検知された時刻（11:40）に基づき、エリアａでの待ち時間は３０分間と求められる。同様な演算により、エリアｂでの待ち時間は３０分間、エリアｃでの待ち時間は２５分間と求められる。このため、エリアａ〜ｃの全体における待ち時間は８５分間と求められる。なお、全体の待ち時間は、各エリアの待ち時間を足し合わせて求めてもよいし、この携帯端末３００がエリアａで初めて検知された時刻（11:00）とエリアｃで最後に検知された時刻（12:35）との差分に基づいて求めてもよい。

また、待ち行列の中間地点であるエリアｂに存在するユーザの待ち時間を推定することもできる。具体的には、エリアｂとエリアｃの待ち時間を足し合わせるか、または携帯端末３００がエリアｂで初めて検知された時刻（11:40）とエリアｃで最後に検知された時刻（12:35）の差分を求めればよい。また、エリアｃの待ち時間を用いれば、待ち行列の中間地点であるエリアｃに存在するユーザの待ち時間を推定することもできる。なお、エリア全体並びにエリアごとの待ち時間の演算においては、複数の携帯端末３００について上記のようにして求めた待ち時間の平均値を求めてもよい。

次に、解析サーバ２００の解析結果出力部２２２は、滞留時間推定部２２１によって求められたエリアごと並びにエリア全体の待ち時間の推定値の情報（推定情報）を生成し、各種形式で出力する（ステップＳ２３）。

図８、図９は、それぞれ推定情報の出力例を示す模式図である。例えば、解析結果出力部２２２は、図８に例示するように各混雑検知端末１００ａ等に対応付けられた各エリアａ、ｂ、ｃのそれぞれについてのある時刻の待ち時間を示す棒グラフと、エリアａ〜ｃ全体での待ち時間を示す文字列情報を含んだ推定情報を生成して表示部２１３に表示させる。あるいは、解析結果出力部２２２は、図９に例示するように各混雑検知端末１００ａ等に対応付けられた各エリアａ、ｂ、ｃのそれぞれについて、待ち時間の時間経過に伴う推移を折れ線グラフで示した推定情報を生成して表示部２１３に表示させる。その他、推定情報の数値そのものを表示部２１３に表示させてもよいし、図示しない他の装置へ推定情報を送信してもよい。

以上のような実施形態によれば、携帯端末３００と各混雑検知端末１００ａ等が相互に通信可能な比較的広い範囲で各混雑検知端末１００ａ等に対応するエリアごとにユーザの待ち時間を推定することが可能であり、電波が届く限りにおいて携帯端末３００やそれを所持するユーザの存在位置については制約がない。このため、コストを低廉に抑えつつ、コストを抑えつつ待ち時間を精度よく推定することが可能となる。

また、混雑検知端末１００ａ等のそれぞれごとにユーザの待ち時間を推定できるので、比較的長い待ち行列の場合等においてもその中間地点ごとに残りの待ち時間を推定し、提示することができる。

また、待ち時間の推定結果に基づき、各混雑検知端末１００ａ等をどこに設置すればより効率的に待ち時間を計測できるかを推測し、各混雑検知端末１００ａ等の設置位置を最適化することもできる。

なお、本発明は上記した実施形態に限定されるものではなく、本発明の要旨を逸脱しない範囲内において、他の様々な形で実施することができる。このため、上記実施形態はあらゆる点で単なる例示にすぎず、限定的に解釈されるものではない。

例えば、上記した各処理ステップは処理内容に矛盾を生じない範囲で任意に順番を変更し、または並列に実行することができる。また、上記した実施形態では各携帯端末３００がＷｉｆｉ規格に準拠した無線通信を行う場合を例示したが、各携帯端末３００が他の規格に準拠した無線通信を行うものであってもよい。

また、上記した実施形態では各混雑検知端末１００ａ等から送信される混雑検知情報に含まれる装置識別情報を用いて各混雑検知端末１００ａ等を識別していたが、各混雑検知端末１００ａ等から送信される混雑検知情報の送信元アドレスを解析サーバ２００側で抽出し、その送信元アドレスに基づいて各混雑検知端末１００ａ等を識別してもよい。

また、上記した実施形態では、各混雑検知端末１００ａ等においてプローブ要求を発した携帯端末３００を検知した時刻を示す時刻情報を混雑検知情報に含めて解析サーバ２００へ送信していたが、解析サーバ２００側で、各混雑検知端末１００ａ等から混雑検知情報を受信するごとにその受信時刻を検出して混雑検知情報に付加してもよい。

また、上記した実施形態では各混雑検知端末１００ａ等において、プローブ要求を発した携帯端末３００を検知するごとに混雑検知情報を生成し送信していたが、所定時間（例えば数分間）ごと、あるいは所定数の携帯端末３００からのプローブ要求を検知するごとに複数の携帯端末３００に関する混雑検知情報を集約して解析サーバ２００へ送信してもよい。

また、上記した実施形態では複数の混雑検知端末を用いて待ち時間を推定していたが、アトラクション等において発生する待ち行列がそれほど長くない場合などにおいては、１つの混雑検知端末を用いて待ち時間を推定してもよい。この場合には、上記した実施形態におけるいずれか１つの混雑検知端末を用いて、この混雑検知端末に対応付けられるエリアにおける待ち時間を求めればよい。

１：待ち時間推定システム
Ｎ：通信ネットワーク
１００ａ、１００ｂ、１００ｃ：混雑検知端末
２００：解析サーバ
３００：携帯端末
１１１、２１１：制御部
１１２、２１２：入力部
１１３、２１３：表示部
１１４、２１４：記憶部
１１５、２１５：通信部
１１６：ｗｉｆｉ通信部
１２１：プローブ要求検知部
１２２：混雑検知情報生成部
２２１：滞留時間算出部
２２２：解析結果出力部

Claims (3)

1. 無線通信可能な携帯端末を検出することによってユーザの待ち時間を推定する待ち時間推定システムであって、
   複数の混雑検知端末と、
   前記複数の混雑検知端末の各々と相互に通信可能に接続された解析サーバと、
   を含み、
   前記複数の混雑検知端末の各々は、プローブ要求を発した携帯端末の情報を前記解析サーバへ送信し、前記携帯端末の情報は、当該各混雑検知端末を相互に識別するための装置識別情報を含み、
   前記解析サーバは、前記複数の混雑検知端末の各々から受信した前記携帯端末の情報に基づいて、一の混雑検知端末において、前記携帯端末による前記プローブ要求が初めて検知された時刻である第１時刻と、前記携帯端末による前記プローブ要求が最後に検知された時刻である第２時刻とを用いて所定の演算を行うことによって、前記複数の混雑検知端末の各々に対応付けられた各エリアごとにユーザの待ち時間を特定し、複数のエリア間の地点ごとに残りの待ち時間の推定値を求める、
   待ち時間推定システム。
2. 前記解析サーバは、前記各エリアのそれぞれについて、待ち時間の時間経過に伴う推移を折れ線グラフで示した推定情報を生成して表示部に表示させる、
   請求項１に記載の待ち時間推定システム。
3. 相互に通信可能に接続された混雑検知端末と解析サーバを含むシステムにおいて、無線通信可能な携帯端末を検出することによってユーザ数を推定する待ち時間推定方法であって、
   前記複数の混雑検知端末の各々が、プローブ要求を発した携帯端末の情報を前記解析サーバへ送信する第１ステップであって、前記携帯端末の情報は、当該各混雑検知端末を相互に識別するための装置識別情報を含む第１ステップと、
   前記解析サーバが、前記複数の混雑検知端末の各々から受信した前記携帯端末の情報に基づいて、一の混雑検知端末において、前記携帯端末による前記プローブ要求が初めて検知された時刻である第１時刻と、前記携帯端末による前記プローブ要求が最後に検知された時刻である第２時刻とを用いて所定の演算を行うことによって、前記複数の混雑検知端末の各々に対応付けられた各エリアごとにユーザの待ち時間を特定し、複数のエリア間の地点ごとに残りの待ち時間の推定値を求める第２ステップと、
   を含む、待ち時間推定方法。

Images