端末装置、サーバ及びシステム
【課題】不意の待ち行列発生地点における行列の原因を推測し得る端末装置を提供する。
【解決手段】現在地情報を取得する通信部１５と、設備情報を記憶する記憶部１２と、制御部１１と、を備え、制御部１１は、待ち行列があると判断した場合、通信部１５により現在地情報を取得し、取得された現在地情報と記憶されている設備情報とのマッチングを行い現在地周辺の設備情報により待ち行列の原因を推測し、推測結果により端末を制御する端末装置１０とする。
【解決手段】現在地情報を取得する通信部１５と、設備情報を記憶する記憶部１２と、制御部１１と、を備え、制御部１１は、待ち行列があると判断した場合、通信部１５により現在地情報を取得し、取得された現在地情報と記憶されている設備情報とのマッチングを行い現在地周辺の設備情報により待ち行列の原因を推測し、推測結果により端末を制御する端末装置１０とする。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、端末装置、サーバ及びシステムに関する。
【背景技術】
【０００２】
ある地点の混雑状況を判別し、判別結果をユーザに提供するシステムについて、下記に示す従来技術がある。
【０００３】
特許文献１によれば、１台の定点カメラにより混雑状況（待ち行列）を撮影し、撮影された画像に含まれる人物の数を計測してその状況をユーザに提供するシステムが開示されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００７−２０１５５６号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかし、特許文献１の技術によれば、待ち行列が発生している場所に少なくとも１台の定点カメラが必要となる。すなわち、定点カメラのない場所で不意の待ち行列が発生した場合、特許文献１の技術を用いることはできない。また、特許文献１の技術では、待ち行列発生地点における行列の原因を把握することはできない。
【０００６】
本発明の課題は、不意の待ち行列発生地点における行列の原因を推測し得る端末装置、サーバ及びシステムを提供することである。
【課題を解決するための手段】
【０００７】
本発明によれば、現在地情報を取得する通信部と、
位置情報に対応付けられた設備情報を記憶する記憶部と、
制御部と、を備え、
前記制御部は、現在地周辺に待ち行列がある場合、前記通信部により取得された現在地情報と前記記憶部により記憶されている設備情報とのマッチングを行い現在地周辺の設備情報を取得し、取得された設備情報に基づいて、特定された設備に待ち行列が発生しているものと推測し、推測された結果に基づいて端末を制御する端末装置
が提供される。
【０００８】
また、本発明によれば、複数の端末装置と通信可能なサーバであって、
複数の端末装置から複数の現在地情報を取得する通信部と、
位置情報に対応付けられた設備情報を記憶する記憶部と、
制御部と、を備え、
前記制御部は、前記複数の端末装置のうちの一の端末装置から、一の地点での待ち行列に関する情報が要求された場合、前記通信部により取得された複数の端末装置の現在地情報が前記一の地点に一定数以上存在しない場合、前記一の地点で待ち行列がないと推測し、推測された結果を行列情報として前記一の端末装置に通知するサーバ
が提供される。
【０００９】
また、複数の端末装置と、複数の端末装置と通信可能なサーバと、を含むシステムであって、
前記複数の端末装置は、現在地情報を一定時間ごとに前記サーバに送信し、
前記複数の端末装置のうちの一の端末装置は、
前記サーバに対してユーザにより要求された一の地点の待ち行列に関する情報を要求し、
前記サーバは、
前記一の端末装置から待ち行列に関する情報を要求された場合、前記複数の端末装置から取得した現在地情報が前記一の地点に一定数以上存在しない場合、前記一の地点で待ち行列がないと推測し、推測された結果を前記一の端末装置に通知するシステム
が提供される。
【発明の効果】
【００１０】
本発明により、ユーザが不意の待ち行列に遭遇した場合、その場で待ち行列発生地点における行列の原因を把握することができる。
【図面の簡単な説明】
【００１１】
【図１】端末装置の機能ブロック図である。
【図２】端末装置による行列推測処理を示すフロー図である。
【図３】端末装置による自動行列判別処理を示すフロー図である。
【図４】行列推測処理の概念図である。
【図５】行列推測処理の概念図である。
【図６】他の実施形態のシステム構成を示す図である。
【図７】サーバの機能ブロック図である。
【図８】サーバによる行列推測処理を示すフロー図である。
【発明を実施するための形態】
【００１２】
本実施形態における端末装置の構成及び動作について、図面を用いて詳細に説明する。なお、本発明は、本実施形態に限定されるものではない。
【００１３】
図１に、端末装置１０の機能ブロック図を示す。
端末装置１０は、制御部１１、記憶部１２、表示部１３、操作部１４、通信部１５、カメラ１６、人体センサ１７等を備えて構成される。
【００１４】
制御部１１は、ＣＰＵ（Central Processing Unit）、ＲＡＭ（Random Access Memory）、ＲＯＭ（Read Only Memory）等から構成され、ＣＰＵがＲＯＭ又は記憶部１２に格納されている所定のプログラムをＲＡＭに展開し、当該プログラムとの協働により端末装置１０の動作を統括的に制御する。
【００１５】
記憶部１２は、システムプログラムの他、制御部１１により実行される制御プログラムを備える。また、記憶部１２は、各種プログラムの実行に必要なパラメータや地図ＤＢを記憶する。地図ＤＢは、都道府県、市町村、行政区画、番地等の住所情報や、建物、施設、店舗、公園、鉄道に関する情報、地形情報、道路情報等を含む。地図ＤＢは、これらの情報とＧＰＳ（Global Positioning System）により取得される現在地情報とのマッチングを行う際に用いられる。
【００１６】
表示部１３は、ＬＣＤ（Liquid Crystal Display）等を備えて構成され、制御部１１の表示制御に従って、操作画面や地図等の各種画面を表示する。
【００１７】
操作部１４は、数字キー、文字キー、機能キー等の各種キーを備えて構成され、各種キーにより入力された操作信号を制御部１１に出力する。
【００１８】
通信部１５は、アンテナ等を備えて構成され、例えば携帯電話網（無線ＷＡＮ等）により無線通信を行う。また、通信部１５は、ＧＰＳにより現在地情報を受信して制御部１１に出力する。
【００１９】
カメラ１６は、光学レンズ、ＣＣＤ（Charge Coupled Diode）又はＣＭＯＳ（Complementary Metal Oxide Semiconductor）等の撮像素子、Ａ／Ｄ変換器等を備えて構成される。カメラ１６は、光学レンズを介して入力された画像を撮像素子により電気信号に変換し、更にＡ／Ｄ変換器によりＡ／Ｄ変換してデジタルの画像データを生成する。また、カメラ１６は、複数の画像データを連続的に生成して動画データを作成することもできる。カメラ１６は、例えば操作部１４のシャッターキーが押下されることにより撮影を開始する。
【００２０】
人体センサ１７は、受発光素子を備えて構成される反射光量検出方式のセンサである。または、人体センサ１７は、発光素子として赤外発光ダイオード（ＬＥＤ）を備え、受光素子として位置検出素子（ＰＳＤ：Position Sensitive Detector）を備えた測距センサでもよい。人体センサ１７は、人がいることを検出し、検出結果を制御部１１に出力する。
【００２１】
図２を参照して、端末装置１０による行列推測処理について説明する。
制御部１１は、行列情報を通知するよう要求があるか否か判断する（ステップＳ１）。
行列情報とは、待ち行列発生地点における行列の原因を推測した推測結果をいう。制御部１１は、ユーザにより操作部１４の所定のキーが押下され、この押下信号を入力した場合、要求があったと判断する。
【００２２】
行列情報の通知要求がない場合（ステップＳ１；Ｎ）、制御部１１は要求があるまで待機し、要求があった場合にステップＳ２に移行する。
行列情報の通知要求があった場合（ステップＳ１；Ｙ）、制御部１１は、カメラ１６及び人体センサ１７を用いて自動行列判別処理を行う（ステップＳ２）。
【００２３】
図３を参照して、自動行列判別処理について説明する。
前提として、カメラ１６がユーザの進行方向にセットされているものとする。
【００２４】
制御部１１は、カメラ１６により、ユーザの進行方向の撮影を開始する（ステップＳ２１）。ここで開始した撮影は、本処理が終了するまで継続される。
【００２５】
制御部１１は、カメラ１６及び人体センサ１７により、ユーザの進行方向に人物がいるか否かを判断する（ステップＳ２２）。
【００２６】
人物がいない場合（ステップＳ２２；Ｎ）、制御部１１は、待ち行列はないものと判断して（ステップＳ２３）、自動行列判断処理を終了する。
人物がいる場合（ステップＳ２２；Ｙ）、制御部１１は、複数の人物が存在するか否か判断する（ステップＳ２４）。
ここでいう「複数」とは、予め定められている一定数の人数以上をいうものとする。
【００２７】
複数の人物が存在しない場合（ステップＳ２４；Ｎ）、制御部１１は、ステップＳ２３に移行して処理を終了する。
複数の人物が存在する場合（ステップＳ２４；Ｙ）、制御部１１は、複数の人物は一定時間の間に動いていないか判断する（ステップＳ２５）。
【００２８】
一定時間の間に動いた場合（ステップＳ２５；Ｎ）、制御部１１は、ステップＳ２３に移行して処理を終了する。
一定時間の間に動いていない場合（ステップＳ２５；Ｙ）、制御部１１は、待ち行列があるものと判断して（ステップＳ２６）、自動行列判断処理を終了する。
【００２９】
図２に戻り、制御部１１は、待ち行列があるか否か判断する（ステップＳ３）。
待ち行列がない場合（ステップＳ３；Ｎ）、制御部１１は、行列推測処理を終了する。
待ち行列がある場合（ステップＳ３；Ｙ）、制御部１１は、ＧＰＳにより現在地情報を取得する（ステップＳ４）。
【００３０】
制御部１１は、現在地から一定範囲内（ここでは、周辺１００ｍ以内）の地図情報を記憶部１２の地図ＤＢから取得する（ステップＳ５）。
【００３１】
制御部１１は、ユーザの進行方向に対して最大で１０件分の最寄りの設備情報を取得する（ステップＳ６）。
【００３２】
制御部１１は、取得された設備情報に基づいて、待ち行列発生地点における行列の原因を推測する（ステップＳ７）。
ここでの処理としてはまず、制御部１１は取得された１０件分の設備情報に対し、設備ごとに予め用意されているポイントを付加してポイントの高い順に設備情報を並び替えて待ち行列のでき易さ（優先度）を決定する。ポイント表は、予め記憶部１２にテーブルとして記憶されているものとする。制御部１１は、同一ポイントの設備が複数存在する場合、現在地から距離が近い設備の優先度を上げる。制御部１１は、最終的な優先度を決定した後、取得された設備情報の設備のうち最も優先度の高い設備に待ち行列が発生しているものと推測する。
【００３３】
制御部１１は、推測した推測結果を音や光、又は画像等により通知して（ステップＳ８）、行列推測処理を終了する。
【００３４】
図４に、行列推測処理の概念図を示す。
図４に示す概念図は、上記説明してきた図２及び図３の処理の概念図である。
【００３５】
端末装置１０は、カメラ１６及び人体センサ１７を用いて自動行列判別処理を行う（ｔ１）。
端末装置１０は、ＧＰＳにより現在地情報を取得する（ｔ２）。
端末装置１０は、記憶部１２の地図ＤＢより設備情報を取得する（ｔ３）。
端末装置１０は、待ち行列発生地点における行列の原因を推測し、この推測結果を音や光、又は画像等により通知する（ｔ４）。
【００３６】
図５に、行列推測処理の概念図を示す。
図５に示す概念図は、上記説明してきた図２の行列推測処理のうち、特にステップＳ４〜Ｓ７までの処理の概念図である。また、図５に示す概念図は、図４の概念図のうち、ｔ３及びｔ４の処理の概念図である。
【００３７】
端末装置１０は、ＧＰＳにより現在地情報を取得し、地図ＤＢにより設備情報を取得し、待ち行列が発生している現在地Ｇから周辺１００ｍ以内の設備を最大１０件分取得する（ｕ１）。
【００３８】
端末装置１０は、取得された１０件分の設備情報に対して、設備ごとに予め用意されているポイントを付加する（ｕ２）。
【００３９】
端末装置１０は、付加された設備情報をポイントの高い順、つまり待ち行列ができ易い順に並び替えて優先度を決定する。同一ポイントの設備情報に対しては現在地Ｇから距離が近い設備情報の優先度を上げる（ｕ３）。
【００４０】
端末装置１０は、最も優先度の高い設備情報に基づいて、待ち行列発生地点における行列の原因を推測する（ｕ４）。
【００４１】
以上のように、本実施形態によれば、端末装置１０は、カメラ１６及び人体センサ１７を用いて待ち行列の有無を自動的に判断できる。待ち行列があると判断した場合、端末装置１０は、ＧＰＳにより現在地情報を取得し、これと地図ＤＢの地図情報とのマッチングにより周辺の設備情報を取得し、取得された設備情報（ここでは、最大１０件分）に対し予め定められたポイントに基づいて行列のでき易い順に並び替えることができる。端末装置１０は、最も行列のでき易い設備に待ち行列が発生しているものと推測することができ、この推測結果をユーザに通知することができる。
【００４２】
また、端末装置１０は、上記したように、カメラ１６及び人体センサ１７を用いて待ち行列の有無を自動的に判断することができる。この際の処理として、端末装置１０は、カメラ１６による撮影方向に人物がいるか否か判断し、人物がいる場合、撮影対象の人物の数が一定数以上であり、これらの人物が一定時間内に動作していないか判断し、一定数以上であって一定時間内に動作していない場合、撮影対象の人物の集団を待ち行列であると判断する事ができる。
【００４３】
また、端末装置１０は、上記したように、取得された設備情報（ここでは、最大１０件分）に対し予め定められたポイントに基づいて行列のでき易い順に並び替えることができる。この際の処理として、端末装置１０は、取得された設備情報に対し、設備の種類ごとに予め定められている行列のでき易さを示すポイント（図５参照）を付加してポイント順、つまり行列のでき易い順に並び替えることができ、同一ポイントの設備情報がある場合は現在地から距離が近い設備を上位として並び替えることができる。
【００４４】
また、端末装置１０は、待ち行列発生地点における行列の原因を推測した推測結果を一般的な携帯電話であれば当然に備える発話部により音声で通知したり、表示部１３により光又は画像で通知したりすることができる。
なお、上記実施形態では、端末装置１０に記憶した地図ＤＢを使ってマッチングをするようにしたが、位置情報と対応付けた設備情報を記憶していれば、地図ＤＢを用いなくてもよい。
【００４５】
また、上記実施形態では端末装置１０は取得された設備情報について予め定められたポイントに基づいて行列のでき易い順に並び替えをし、最も行列のでき易い設備に待ち行列が発生しているものと推測したが、「行列予測点数＝（1/現在地からの距離）×設備情報のポイント」で行列予測点数によりソートし、点数の最も高い施設に待ち行列が発生しているものと推測してもよい。ただし、この場合は最寄１０件を抽出する段階で、現在地から施設までの距離を計算しなくてはならないため、処理の量が増える。
【００４６】
また、上記実施形態では、ＧＰＳで現在位置を特定するようにしたが、例えば、無線ＬＡＮのアクセスポイントや携帯電話の基地局の情報を使って、位置を特定してもよい。
【００４７】
また、上記実施形態では、端末装置１０により、推測結果が通知されるようにしたが、推測結果を、推測された待ち行列の種類による端末の動作トリガとしても良い。例えば、行列が「遊園地」であると推定された場合、特定の暇つぶしアプリを起動することも可能である。
【００４８】
また、上記実施形態では通信網として、携帯電話網（無線ＷＡＮ）を用いる例を示したが、通信網はＷｉＭＡＸ、アマチュア無線や業務無線、ＷｉＦｉなど、既存の様々な通信方式が考えられる。
【００４９】
図６に、他の実施形態におけるシステム構成を示す。
システム１００は、端末装置１０及びサーバ２０を含んで構成される。
なお、端末装置１０については、上記図１〜図５までの端末装置１０と同一の符号が付されているが、必ずしも同一の構成とする必要は無い。ここでの端末装置１０は、下記に述べる動作が可能な構成であれば、他の構成（例えば、カメラ１６や人体センサ１７等）は適宜不要としてもよい。
【００５０】
サーバ２０は、地点Ｌの端末装置１０の要求に応じて、地点Ｋの端末装置１０の現在地情報が複数あるか否か判断する。なお、ここでいう「複数」とは、予め定められている一定数以上の数をいう。複数ある場合、地点Ｋに待ち行列があると判断する。サーバ２０は、待ち行列がある場合、その待ち行列発生地点における行列の原因を推測する。サーバ２０は、推測結果を地点Ｌの端末装置１０に通知する。
なお、地点Ｋと地点Ｌは同じ地点であっても良いし、異なる地点であってもよい。この実施形態において、端末装置１０は操作部１４を操作して、行列ができているか知りたい地点Ｋを入力する。入力方法は、例えば、行きたいラーメン店をインターネット経由で検索したり、端末装置に地図情報を記憶しておいて、行きたい地点を選択するようにしてもよいし、現在地の行列原因を知りたい場合は、現在地周辺の待ち行列の原因を要求するよう操作部を操作してもよい。
【００５１】
図７に、サーバ２０の機能ブロック図を示す。
サーバ２０は、制御部２１、記憶部２２、表示部２３、操作部２４、通信部２５を備えて構成される。
【００５２】
制御部２１は、ＣＰＵ（Central Processing Unit）、ＲＡＭ（Random Access Memory）、ＲＯＭ（Read Only Memory）等から構成され、ＣＰＵがＲＯＭ又は記憶部２２に格納されている所定のプログラムをＲＡＭに展開し、当該プログラムとの協働によりサーバ２０の動作を統括的に制御する。
【００５３】
記憶部２２は、システムプログラムの他、制御部２１により実行される制御プログラムを備える。また、記憶部２２は、各種プログラムの実行に必要なパラメータや地図ＤＢを記憶する。地図ＤＢは、都道府県、市町村、行政区画、番地等の住所情報や、建物、施設、店舗、公園、鉄道に関する情報、地形情報、道路情報等を含む。地図ＤＢは、これらの情報とＧＰＳ（Global Positioning System）により取得される現在地情報とのマッチングを行う際に用いられる。
【００５４】
表示部２３は、ＬＣＤ（Liquid Crystal Display）等を備えて構成され、制御部２１の表示制御に従って、操作画面や地図等の各種画面を表示する。
【００５５】
操作部２４は、数字キー、文字キー、機能キー等の各種キーを備えて構成され、各種キーにより入力された操作信号を制御部２１に出力する。
【００５６】
通信部２５は、アンテナ等を備えて構成され、例えば携帯電話網（無線ＷＡＮ等）により無線通信を行う。
【００５７】
なお、端末装置１０の機能ブロック図は、図２に示した通りであるため、ここでの説明は省略する。なお、他の実施形態における端末装置１０は、カメラ１６及び人体センサ１７を必ずしも必要とするものではない。
【００５８】
図８を参照して、サーバによる行列推測処理について説明する。
図８に示す処理は、他の実施形態においてサーバ２０により待ち行列発生地点における行列の原因を推測する処理である。
【００５９】
制御部２１は、地点Ｌの端末装置１０から行列情報を通知するよう要求があるか否か判断する（ステップＳ１１）。
行列情報とは、図２で説明したように、待ち行列発生地点における行列の原因を推測した推測結果をいう。
【００６０】
行列情報の通知要求がない場合（ステップＳ１１；Ｎ）、制御部２１は、要求があるまで待機し、要求があった場合にステップＳ１２に移行する。
行列情報の通知要求があった場合（ステップＳ１１；Ｙ）、制御部２１は、一定時間ごとに各地点に存在する複数の端末装置１０から現在地情報を取得する（ステップＳ１２）。
【００６１】
制御部２１は、地点Ｌの端末装置１０から要求があった地点Ｋに一定数以上の端末装置１０が存在するか否か判断する（ステップＳ１３）。
【００６２】
一定数以上の端末装置１０が存在しない場合（ステップＳ１３；Ｎ）、制御部２１は、地点Ｋに待ち行列はないものと推測する（ステップＳ１４）。
【００６３】
一定数以上の端末装置１０が存在する場合（ステップＳ１３；Ｙ）、制御部２１は、地点Ｋから一定範囲内（ここでは、周辺１００ｍ以内）の地図情報を記憶部２２の地図ＤＢから取得する（ステップＳ１５）。
【００６４】
制御部２１は、地点Ｋから最寄りの設備のうち、最大で１０件分の最寄りの設備情報を取得する（ステップＳ１６）。
【００６５】
制御部２１は、取得された設備情報に基づいて、地点Ｋの待ち行列の原因を推測する（ステップＳ１７）。
ここでの処理は、上記説明してきた図５と同様である。すなわち、制御部２１は、取得された１０件分の設備情報に対して、設備ごとに予め用意されているポイントを付加し、付加された設備情報をポイントの高い順、つまり待ち行列ができ易い順に並び替えて優先度を決定する。また、制御部２１は、同一ポイントの設備情報に対しては地点Ｋから距離が近い設備情報の優先度を上げる。制御部２１は、最も優先度の高い設備情報に基づいて、待ち行列の原因を推測する。
【００６６】
制御部２１は、推測した推測結果を要求のあった地点Ｌの端末装置１０に通知して（ステップＳ１８）、行列推測処理を終了する。
【００６７】
以上のように、他の実施形態によれば、サーバ２０は、地点Ｌの端末装置１０からの要求に応じて地点Ｋで待ち行列があるか、又は待ち行列の原因を推測し、推測結果を地点Ｌの端末装置１０に通知することができる。待ち行列があると判断した場合、サーバ２０は、ＧＰＳにより現在地情報を取得した地点Ｋの端末装置１０から現在地情報を取得し、これと地図ＤＢの地図情報とのマッチングにより地点Ｋ周辺の設備情報を取得し、取得された設備情報（ここでは、最大１０つ）に対し予め定められたポイントに基づいて行列のでき易い順に並び替えることができる。サーバ２０は、最も行列のでき易い設備に待ち行列が発生しているものと推測することができ、この推測結果を地点Ｌの端末装置１０に通知することができる。
【００６８】
また、サーバ２０は、上記したように、取得された設備情報（ここでは、最大１０つ）に対し予め定められたポイントに基づいて行列のでき易い順に並び替えることができる。この際の処理として、サーバ２０は、取得された設備情報に対し、設備の種類ごとに予め定められている行列のでき易さを示すポイント（図５参照）を付加してポイント順、つまり行列のでき易い順に並び替えることができ、同一ポイントの設備情報がある場合は地点Ｋから距離が近い設備を上位として並び替えることができる。
【００６９】
また、システム１００は、地点Ｌの端末装置１０、地点Ｋの端末装置１０及びサーバ２０とを含んで構成され、上記したように、サーバ２０は、地点Ｌの端末装置１０からの要求に応じて地点Ｋで待ち行列があるか、又は待ち行列の原因を推測し、推測結果を地点Ｌの端末装置１０に通知することができる。
【符号の説明】
【００７０】
１０ 端末装置
１１ 制御部
１２ 記憶部
１３ 表示部
１４ 操作部
１５ 通信部
１６ カメラ
１７ 人体センサ
２０ サーバ
２１ 制御部
２２ 記憶部
２３ 表示部
２４ 操作部
２５ 通信部
１００ システム
【技術分野】
【０００１】
本発明は、端末装置、サーバ及びシステムに関する。
【背景技術】
【０００２】
ある地点の混雑状況を判別し、判別結果をユーザに提供するシステムについて、下記に示す従来技術がある。
【０００３】
特許文献１によれば、１台の定点カメラにより混雑状況（待ち行列）を撮影し、撮影された画像に含まれる人物の数を計測してその状況をユーザに提供するシステムが開示されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００７−２０１５５６号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかし、特許文献１の技術によれば、待ち行列が発生している場所に少なくとも１台の定点カメラが必要となる。すなわち、定点カメラのない場所で不意の待ち行列が発生した場合、特許文献１の技術を用いることはできない。また、特許文献１の技術では、待ち行列発生地点における行列の原因を把握することはできない。
【０００６】
本発明の課題は、不意の待ち行列発生地点における行列の原因を推測し得る端末装置、サーバ及びシステムを提供することである。
【課題を解決するための手段】
【０００７】
本発明によれば、現在地情報を取得する通信部と、
位置情報に対応付けられた設備情報を記憶する記憶部と、
制御部と、を備え、
前記制御部は、現在地周辺に待ち行列がある場合、前記通信部により取得された現在地情報と前記記憶部により記憶されている設備情報とのマッチングを行い現在地周辺の設備情報を取得し、取得された設備情報に基づいて、特定された設備に待ち行列が発生しているものと推測し、推測された結果に基づいて端末を制御する端末装置
が提供される。
【０００８】
また、本発明によれば、複数の端末装置と通信可能なサーバであって、
複数の端末装置から複数の現在地情報を取得する通信部と、
位置情報に対応付けられた設備情報を記憶する記憶部と、
制御部と、を備え、
前記制御部は、前記複数の端末装置のうちの一の端末装置から、一の地点での待ち行列に関する情報が要求された場合、前記通信部により取得された複数の端末装置の現在地情報が前記一の地点に一定数以上存在しない場合、前記一の地点で待ち行列がないと推測し、推測された結果を行列情報として前記一の端末装置に通知するサーバ
が提供される。
【０００９】
また、複数の端末装置と、複数の端末装置と通信可能なサーバと、を含むシステムであって、
前記複数の端末装置は、現在地情報を一定時間ごとに前記サーバに送信し、
前記複数の端末装置のうちの一の端末装置は、
前記サーバに対してユーザにより要求された一の地点の待ち行列に関する情報を要求し、
前記サーバは、
前記一の端末装置から待ち行列に関する情報を要求された場合、前記複数の端末装置から取得した現在地情報が前記一の地点に一定数以上存在しない場合、前記一の地点で待ち行列がないと推測し、推測された結果を前記一の端末装置に通知するシステム
が提供される。
【発明の効果】
【００１０】
本発明により、ユーザが不意の待ち行列に遭遇した場合、その場で待ち行列発生地点における行列の原因を把握することができる。
【図面の簡単な説明】
【００１１】
【図１】端末装置の機能ブロック図である。
【図２】端末装置による行列推測処理を示すフロー図である。
【図３】端末装置による自動行列判別処理を示すフロー図である。
【図４】行列推測処理の概念図である。
【図５】行列推測処理の概念図である。
【図６】他の実施形態のシステム構成を示す図である。
【図７】サーバの機能ブロック図である。
【図８】サーバによる行列推測処理を示すフロー図である。
【発明を実施するための形態】
【００１２】
本実施形態における端末装置の構成及び動作について、図面を用いて詳細に説明する。なお、本発明は、本実施形態に限定されるものではない。
【００１３】
図１に、端末装置１０の機能ブロック図を示す。
端末装置１０は、制御部１１、記憶部１２、表示部１３、操作部１４、通信部１５、カメラ１６、人体センサ１７等を備えて構成される。
【００１４】
制御部１１は、ＣＰＵ（Central Processing Unit）、ＲＡＭ（Random Access Memory）、ＲＯＭ（Read Only Memory）等から構成され、ＣＰＵがＲＯＭ又は記憶部１２に格納されている所定のプログラムをＲＡＭに展開し、当該プログラムとの協働により端末装置１０の動作を統括的に制御する。
【００１５】
記憶部１２は、システムプログラムの他、制御部１１により実行される制御プログラムを備える。また、記憶部１２は、各種プログラムの実行に必要なパラメータや地図ＤＢを記憶する。地図ＤＢは、都道府県、市町村、行政区画、番地等の住所情報や、建物、施設、店舗、公園、鉄道に関する情報、地形情報、道路情報等を含む。地図ＤＢは、これらの情報とＧＰＳ（Global Positioning System）により取得される現在地情報とのマッチングを行う際に用いられる。
【００１６】
表示部１３は、ＬＣＤ（Liquid Crystal Display）等を備えて構成され、制御部１１の表示制御に従って、操作画面や地図等の各種画面を表示する。
【００１７】
操作部１４は、数字キー、文字キー、機能キー等の各種キーを備えて構成され、各種キーにより入力された操作信号を制御部１１に出力する。
【００１８】
通信部１５は、アンテナ等を備えて構成され、例えば携帯電話網（無線ＷＡＮ等）により無線通信を行う。また、通信部１５は、ＧＰＳにより現在地情報を受信して制御部１１に出力する。
【００１９】
カメラ１６は、光学レンズ、ＣＣＤ（Charge Coupled Diode）又はＣＭＯＳ（Complementary Metal Oxide Semiconductor）等の撮像素子、Ａ／Ｄ変換器等を備えて構成される。カメラ１６は、光学レンズを介して入力された画像を撮像素子により電気信号に変換し、更にＡ／Ｄ変換器によりＡ／Ｄ変換してデジタルの画像データを生成する。また、カメラ１６は、複数の画像データを連続的に生成して動画データを作成することもできる。カメラ１６は、例えば操作部１４のシャッターキーが押下されることにより撮影を開始する。
【００２０】
人体センサ１７は、受発光素子を備えて構成される反射光量検出方式のセンサである。または、人体センサ１７は、発光素子として赤外発光ダイオード（ＬＥＤ）を備え、受光素子として位置検出素子（ＰＳＤ：Position Sensitive Detector）を備えた測距センサでもよい。人体センサ１７は、人がいることを検出し、検出結果を制御部１１に出力する。
【００２１】
図２を参照して、端末装置１０による行列推測処理について説明する。
制御部１１は、行列情報を通知するよう要求があるか否か判断する（ステップＳ１）。
行列情報とは、待ち行列発生地点における行列の原因を推測した推測結果をいう。制御部１１は、ユーザにより操作部１４の所定のキーが押下され、この押下信号を入力した場合、要求があったと判断する。
【００２２】
行列情報の通知要求がない場合（ステップＳ１；Ｎ）、制御部１１は要求があるまで待機し、要求があった場合にステップＳ２に移行する。
行列情報の通知要求があった場合（ステップＳ１；Ｙ）、制御部１１は、カメラ１６及び人体センサ１７を用いて自動行列判別処理を行う（ステップＳ２）。
【００２３】
図３を参照して、自動行列判別処理について説明する。
前提として、カメラ１６がユーザの進行方向にセットされているものとする。
【００２４】
制御部１１は、カメラ１６により、ユーザの進行方向の撮影を開始する（ステップＳ２１）。ここで開始した撮影は、本処理が終了するまで継続される。
【００２５】
制御部１１は、カメラ１６及び人体センサ１７により、ユーザの進行方向に人物がいるか否かを判断する（ステップＳ２２）。
【００２６】
人物がいない場合（ステップＳ２２；Ｎ）、制御部１１は、待ち行列はないものと判断して（ステップＳ２３）、自動行列判断処理を終了する。
人物がいる場合（ステップＳ２２；Ｙ）、制御部１１は、複数の人物が存在するか否か判断する（ステップＳ２４）。
ここでいう「複数」とは、予め定められている一定数の人数以上をいうものとする。
【００２７】
複数の人物が存在しない場合（ステップＳ２４；Ｎ）、制御部１１は、ステップＳ２３に移行して処理を終了する。
複数の人物が存在する場合（ステップＳ２４；Ｙ）、制御部１１は、複数の人物は一定時間の間に動いていないか判断する（ステップＳ２５）。
【００２８】
一定時間の間に動いた場合（ステップＳ２５；Ｎ）、制御部１１は、ステップＳ２３に移行して処理を終了する。
一定時間の間に動いていない場合（ステップＳ２５；Ｙ）、制御部１１は、待ち行列があるものと判断して（ステップＳ２６）、自動行列判断処理を終了する。
【００２９】
図２に戻り、制御部１１は、待ち行列があるか否か判断する（ステップＳ３）。
待ち行列がない場合（ステップＳ３；Ｎ）、制御部１１は、行列推測処理を終了する。
待ち行列がある場合（ステップＳ３；Ｙ）、制御部１１は、ＧＰＳにより現在地情報を取得する（ステップＳ４）。
【００３０】
制御部１１は、現在地から一定範囲内（ここでは、周辺１００ｍ以内）の地図情報を記憶部１２の地図ＤＢから取得する（ステップＳ５）。
【００３１】
制御部１１は、ユーザの進行方向に対して最大で１０件分の最寄りの設備情報を取得する（ステップＳ６）。
【００３２】
制御部１１は、取得された設備情報に基づいて、待ち行列発生地点における行列の原因を推測する（ステップＳ７）。
ここでの処理としてはまず、制御部１１は取得された１０件分の設備情報に対し、設備ごとに予め用意されているポイントを付加してポイントの高い順に設備情報を並び替えて待ち行列のでき易さ（優先度）を決定する。ポイント表は、予め記憶部１２にテーブルとして記憶されているものとする。制御部１１は、同一ポイントの設備が複数存在する場合、現在地から距離が近い設備の優先度を上げる。制御部１１は、最終的な優先度を決定した後、取得された設備情報の設備のうち最も優先度の高い設備に待ち行列が発生しているものと推測する。
【００３３】
制御部１１は、推測した推測結果を音や光、又は画像等により通知して（ステップＳ８）、行列推測処理を終了する。
【００３４】
図４に、行列推測処理の概念図を示す。
図４に示す概念図は、上記説明してきた図２及び図３の処理の概念図である。
【００３５】
端末装置１０は、カメラ１６及び人体センサ１７を用いて自動行列判別処理を行う（ｔ１）。
端末装置１０は、ＧＰＳにより現在地情報を取得する（ｔ２）。
端末装置１０は、記憶部１２の地図ＤＢより設備情報を取得する（ｔ３）。
端末装置１０は、待ち行列発生地点における行列の原因を推測し、この推測結果を音や光、又は画像等により通知する（ｔ４）。
【００３６】
図５に、行列推測処理の概念図を示す。
図５に示す概念図は、上記説明してきた図２の行列推測処理のうち、特にステップＳ４〜Ｓ７までの処理の概念図である。また、図５に示す概念図は、図４の概念図のうち、ｔ３及びｔ４の処理の概念図である。
【００３７】
端末装置１０は、ＧＰＳにより現在地情報を取得し、地図ＤＢにより設備情報を取得し、待ち行列が発生している現在地Ｇから周辺１００ｍ以内の設備を最大１０件分取得する（ｕ１）。
【００３８】
端末装置１０は、取得された１０件分の設備情報に対して、設備ごとに予め用意されているポイントを付加する（ｕ２）。
【００３９】
端末装置１０は、付加された設備情報をポイントの高い順、つまり待ち行列ができ易い順に並び替えて優先度を決定する。同一ポイントの設備情報に対しては現在地Ｇから距離が近い設備情報の優先度を上げる（ｕ３）。
【００４０】
端末装置１０は、最も優先度の高い設備情報に基づいて、待ち行列発生地点における行列の原因を推測する（ｕ４）。
【００４１】
以上のように、本実施形態によれば、端末装置１０は、カメラ１６及び人体センサ１７を用いて待ち行列の有無を自動的に判断できる。待ち行列があると判断した場合、端末装置１０は、ＧＰＳにより現在地情報を取得し、これと地図ＤＢの地図情報とのマッチングにより周辺の設備情報を取得し、取得された設備情報（ここでは、最大１０件分）に対し予め定められたポイントに基づいて行列のでき易い順に並び替えることができる。端末装置１０は、最も行列のでき易い設備に待ち行列が発生しているものと推測することができ、この推測結果をユーザに通知することができる。
【００４２】
また、端末装置１０は、上記したように、カメラ１６及び人体センサ１７を用いて待ち行列の有無を自動的に判断することができる。この際の処理として、端末装置１０は、カメラ１６による撮影方向に人物がいるか否か判断し、人物がいる場合、撮影対象の人物の数が一定数以上であり、これらの人物が一定時間内に動作していないか判断し、一定数以上であって一定時間内に動作していない場合、撮影対象の人物の集団を待ち行列であると判断する事ができる。
【００４３】
また、端末装置１０は、上記したように、取得された設備情報（ここでは、最大１０件分）に対し予め定められたポイントに基づいて行列のでき易い順に並び替えることができる。この際の処理として、端末装置１０は、取得された設備情報に対し、設備の種類ごとに予め定められている行列のでき易さを示すポイント（図５参照）を付加してポイント順、つまり行列のでき易い順に並び替えることができ、同一ポイントの設備情報がある場合は現在地から距離が近い設備を上位として並び替えることができる。
【００４４】
また、端末装置１０は、待ち行列発生地点における行列の原因を推測した推測結果を一般的な携帯電話であれば当然に備える発話部により音声で通知したり、表示部１３により光又は画像で通知したりすることができる。
なお、上記実施形態では、端末装置１０に記憶した地図ＤＢを使ってマッチングをするようにしたが、位置情報と対応付けた設備情報を記憶していれば、地図ＤＢを用いなくてもよい。
【００４５】
また、上記実施形態では端末装置１０は取得された設備情報について予め定められたポイントに基づいて行列のでき易い順に並び替えをし、最も行列のでき易い設備に待ち行列が発生しているものと推測したが、「行列予測点数＝（1/現在地からの距離）×設備情報のポイント」で行列予測点数によりソートし、点数の最も高い施設に待ち行列が発生しているものと推測してもよい。ただし、この場合は最寄１０件を抽出する段階で、現在地から施設までの距離を計算しなくてはならないため、処理の量が増える。
【００４６】
また、上記実施形態では、ＧＰＳで現在位置を特定するようにしたが、例えば、無線ＬＡＮのアクセスポイントや携帯電話の基地局の情報を使って、位置を特定してもよい。
【００４７】
また、上記実施形態では、端末装置１０により、推測結果が通知されるようにしたが、推測結果を、推測された待ち行列の種類による端末の動作トリガとしても良い。例えば、行列が「遊園地」であると推定された場合、特定の暇つぶしアプリを起動することも可能である。
【００４８】
また、上記実施形態では通信網として、携帯電話網（無線ＷＡＮ）を用いる例を示したが、通信網はＷｉＭＡＸ、アマチュア無線や業務無線、ＷｉＦｉなど、既存の様々な通信方式が考えられる。
【００４９】
図６に、他の実施形態におけるシステム構成を示す。
システム１００は、端末装置１０及びサーバ２０を含んで構成される。
なお、端末装置１０については、上記図１〜図５までの端末装置１０と同一の符号が付されているが、必ずしも同一の構成とする必要は無い。ここでの端末装置１０は、下記に述べる動作が可能な構成であれば、他の構成（例えば、カメラ１６や人体センサ１７等）は適宜不要としてもよい。
【００５０】
サーバ２０は、地点Ｌの端末装置１０の要求に応じて、地点Ｋの端末装置１０の現在地情報が複数あるか否か判断する。なお、ここでいう「複数」とは、予め定められている一定数以上の数をいう。複数ある場合、地点Ｋに待ち行列があると判断する。サーバ２０は、待ち行列がある場合、その待ち行列発生地点における行列の原因を推測する。サーバ２０は、推測結果を地点Ｌの端末装置１０に通知する。
なお、地点Ｋと地点Ｌは同じ地点であっても良いし、異なる地点であってもよい。この実施形態において、端末装置１０は操作部１４を操作して、行列ができているか知りたい地点Ｋを入力する。入力方法は、例えば、行きたいラーメン店をインターネット経由で検索したり、端末装置に地図情報を記憶しておいて、行きたい地点を選択するようにしてもよいし、現在地の行列原因を知りたい場合は、現在地周辺の待ち行列の原因を要求するよう操作部を操作してもよい。
【００５１】
図７に、サーバ２０の機能ブロック図を示す。
サーバ２０は、制御部２１、記憶部２２、表示部２３、操作部２４、通信部２５を備えて構成される。
【００５２】
制御部２１は、ＣＰＵ（Central Processing Unit）、ＲＡＭ（Random Access Memory）、ＲＯＭ（Read Only Memory）等から構成され、ＣＰＵがＲＯＭ又は記憶部２２に格納されている所定のプログラムをＲＡＭに展開し、当該プログラムとの協働によりサーバ２０の動作を統括的に制御する。
【００５３】
記憶部２２は、システムプログラムの他、制御部２１により実行される制御プログラムを備える。また、記憶部２２は、各種プログラムの実行に必要なパラメータや地図ＤＢを記憶する。地図ＤＢは、都道府県、市町村、行政区画、番地等の住所情報や、建物、施設、店舗、公園、鉄道に関する情報、地形情報、道路情報等を含む。地図ＤＢは、これらの情報とＧＰＳ（Global Positioning System）により取得される現在地情報とのマッチングを行う際に用いられる。
【００５４】
表示部２３は、ＬＣＤ（Liquid Crystal Display）等を備えて構成され、制御部２１の表示制御に従って、操作画面や地図等の各種画面を表示する。
【００５５】
操作部２４は、数字キー、文字キー、機能キー等の各種キーを備えて構成され、各種キーにより入力された操作信号を制御部２１に出力する。
【００５６】
通信部２５は、アンテナ等を備えて構成され、例えば携帯電話網（無線ＷＡＮ等）により無線通信を行う。
【００５７】
なお、端末装置１０の機能ブロック図は、図２に示した通りであるため、ここでの説明は省略する。なお、他の実施形態における端末装置１０は、カメラ１６及び人体センサ１７を必ずしも必要とするものではない。
【００５８】
図８を参照して、サーバによる行列推測処理について説明する。
図８に示す処理は、他の実施形態においてサーバ２０により待ち行列発生地点における行列の原因を推測する処理である。
【００５９】
制御部２１は、地点Ｌの端末装置１０から行列情報を通知するよう要求があるか否か判断する（ステップＳ１１）。
行列情報とは、図２で説明したように、待ち行列発生地点における行列の原因を推測した推測結果をいう。
【００６０】
行列情報の通知要求がない場合（ステップＳ１１；Ｎ）、制御部２１は、要求があるまで待機し、要求があった場合にステップＳ１２に移行する。
行列情報の通知要求があった場合（ステップＳ１１；Ｙ）、制御部２１は、一定時間ごとに各地点に存在する複数の端末装置１０から現在地情報を取得する（ステップＳ１２）。
【００６１】
制御部２１は、地点Ｌの端末装置１０から要求があった地点Ｋに一定数以上の端末装置１０が存在するか否か判断する（ステップＳ１３）。
【００６２】
一定数以上の端末装置１０が存在しない場合（ステップＳ１３；Ｎ）、制御部２１は、地点Ｋに待ち行列はないものと推測する（ステップＳ１４）。
【００６３】
一定数以上の端末装置１０が存在する場合（ステップＳ１３；Ｙ）、制御部２１は、地点Ｋから一定範囲内（ここでは、周辺１００ｍ以内）の地図情報を記憶部２２の地図ＤＢから取得する（ステップＳ１５）。
【００６４】
制御部２１は、地点Ｋから最寄りの設備のうち、最大で１０件分の最寄りの設備情報を取得する（ステップＳ１６）。
【００６５】
制御部２１は、取得された設備情報に基づいて、地点Ｋの待ち行列の原因を推測する（ステップＳ１７）。
ここでの処理は、上記説明してきた図５と同様である。すなわち、制御部２１は、取得された１０件分の設備情報に対して、設備ごとに予め用意されているポイントを付加し、付加された設備情報をポイントの高い順、つまり待ち行列ができ易い順に並び替えて優先度を決定する。また、制御部２１は、同一ポイントの設備情報に対しては地点Ｋから距離が近い設備情報の優先度を上げる。制御部２１は、最も優先度の高い設備情報に基づいて、待ち行列の原因を推測する。
【００６６】
制御部２１は、推測した推測結果を要求のあった地点Ｌの端末装置１０に通知して（ステップＳ１８）、行列推測処理を終了する。
【００６７】
以上のように、他の実施形態によれば、サーバ２０は、地点Ｌの端末装置１０からの要求に応じて地点Ｋで待ち行列があるか、又は待ち行列の原因を推測し、推測結果を地点Ｌの端末装置１０に通知することができる。待ち行列があると判断した場合、サーバ２０は、ＧＰＳにより現在地情報を取得した地点Ｋの端末装置１０から現在地情報を取得し、これと地図ＤＢの地図情報とのマッチングにより地点Ｋ周辺の設備情報を取得し、取得された設備情報（ここでは、最大１０つ）に対し予め定められたポイントに基づいて行列のでき易い順に並び替えることができる。サーバ２０は、最も行列のでき易い設備に待ち行列が発生しているものと推測することができ、この推測結果を地点Ｌの端末装置１０に通知することができる。
【００６８】
また、サーバ２０は、上記したように、取得された設備情報（ここでは、最大１０つ）に対し予め定められたポイントに基づいて行列のでき易い順に並び替えることができる。この際の処理として、サーバ２０は、取得された設備情報に対し、設備の種類ごとに予め定められている行列のでき易さを示すポイント（図５参照）を付加してポイント順、つまり行列のでき易い順に並び替えることができ、同一ポイントの設備情報がある場合は地点Ｋから距離が近い設備を上位として並び替えることができる。
【００６９】
また、システム１００は、地点Ｌの端末装置１０、地点Ｋの端末装置１０及びサーバ２０とを含んで構成され、上記したように、サーバ２０は、地点Ｌの端末装置１０からの要求に応じて地点Ｋで待ち行列があるか、又は待ち行列の原因を推測し、推測結果を地点Ｌの端末装置１０に通知することができる。
【符号の説明】
【００７０】
１０ 端末装置
１１ 制御部
１２ 記憶部
１３ 表示部
１４ 操作部
１５ 通信部
１６ カメラ
１７ 人体センサ
２０ サーバ
２１ 制御部
２２ 記憶部
２３ 表示部
２４ 操作部
２５ 通信部
１００ システム
【特許請求の範囲】
【請求項１】
現在地情報を取得する通信部と、
位置情報に対応付けられた設備情報を記憶する記憶部と、
制御部と、を備え、
前記制御部は、現在地周辺に待ち行列がある場合、前記通信部により取得された現在地情報と前記記憶部により記憶されている設備情報とのマッチングを行い現在地周辺の設備情報を取得し、取得された設備情報に基づいて、特定された設備に待ち行列が発生しているものと推測し、推測された結果に基づいて端末を制御する端末装置。
【請求項２】
複数の人物を撮影して画像データを生成するカメラと、
人物の有無を検出して検出信号を生成する人体センサと、を備え、
前記制御部は、前記カメラにより人物を撮影している間に、前記人体センサにより検出された検出信号に基づいて撮影方向に人物がいるか否か判断し、人物がいる場合、前記カメラにより生成された画像データに基づいて一定数以上の人物が一定時間内に動作しているか否か判断し、一定数以上の人物が一定時間内に動作していない場合、撮影中の人物の集団は待ち行列であると判断し、現在地周辺に待ち行列があると判断する請求項１に記載の端末装置。
【請求項３】
前記制御部は、前記取得された設備情報に対して設備の種類ごとに予め定められている行列のでき易さを示すポイントを付加し、当該ポイントが付加された設備情報をポイントの高い順に並び替え、同一ポイントの設備情報がある場合は前記現在地から距離が近い設備の方をポイントの高い順に並び替えることで、前記取得された設備情報を行列のでき易い順に並び替え、最も行列のでき易い設備に待ち行列が発生しているものと推測する請求項１又は２に記載の端末装置。
【請求項４】
前記制御部は、前記待ち行列が発生しているものと推測した推測結果を音、光又は画像により通知する請求項１〜３の何れか一項に記載の端末装置。
【請求項５】
複数の端末装置と通信可能なサーバであって、
複数の端末装置から複数の現在地情報を取得する通信部と、
位置情報に対応付けられた設備情報を記憶する記憶部と、
制御部と、を備え、
前記制御部は、前記複数の端末装置のうちの一の端末装置から、一の地点での待ち行列に関する情報が要求された場合、前記通信部により取得された複数の端末装置の現在地情報が前記一の地点に一定数以上存在しない場合、前記一の地点で待ち行列がないと推測し、推測された結果を行列情報として前記一の端末装置に通知するサーバ。
【請求項６】
前記制御部は、前記通信部により取得された複数の端末装置の現在地情報が前記一の地点に一定数以上存在した場合、前記一の地点に待ち行列があると判断し、前記一の地点と前記記憶部により記憶されている設備情報とのマッチングを行い前記一の地点の周辺の設備情報を取得し、取得された設備情報に基づいて特定された設備に待ち行列が発生しているものと推測し、推測された結果を行列情報として前記一の端末装置に通知する請求項５に記載のサーバ。
【請求項７】
前記制御部は、前記取得された設備情報に対して設備の種類ごとに予め定められている行列のでき易さを示すポイントを付加し、当該ポイントが付加された設備情報をポイントの高い順に並び替え、同一ポイントの設備情報がある場合は前記待ち行列があると判断された地点から距離が近い設備の方をポイントの高い順に並び替えることで、前記取得された設備情報を行列のでき易い順に並び替え、最も行列のできやすい設備に待ち行列が発生しているものと推測する請求項６に記載のサーバ。
【請求項８】
複数の端末装置と、複数の端末装置と通信可能なサーバと、を含むシステムであって、
前記複数の端末装置は、現在地情報を一定時間ごとに前記サーバに送信し、
前記複数の端末装置のうちの一の端末装置は、
前記サーバに対してユーザにより要求された一の地点の待ち行列に関する情報を要求し、
前記サーバは、
前記一の端末装置から待ち行列に関する情報を要求された場合、前記複数の端末装置から取得した現在地情報が前記一の地点に一定数以上存在しない場合、前記一の地点で待ち行列がないと推測し、推測された結果を前記一の端末装置に通知するシステム。
【請求項９】
複数の端末装置と、複数の端末装置と通信可能なサーバと、を含むシステムであって、
前記複数の端末装置は、現在地情報を一定時間ごとに前記サーバに送信し、
前記複数の端末装置のうちの一の端末装置は、
前記サーバに対してユーザにより要求された一の地点の待ち行列に関する情報を推測するよう要求し、
前記サーバは、
位置情報と対応付けて設備情報を記憶しており、
前記一の端末装置から前記一の地点の待ち行列に関する情報を要求された場合、前記複数の端末装置から取得した現在地情報が前記一の地点に一定数以上存在する場合に前記一の地点で待ち行列があると推測し、待ち行列があった場合は前記一の地点の現在地情報と前記記憶されている設備情報とのマッチングを行い前記一の地点周辺の設備情報を取得し、取得された設備情報に基づいて特定された設備に待ち行列が発生しているものと推測し、推測された結果を前記一の端末装置に通知するシステム。
【請求項１】
現在地情報を取得する通信部と、
位置情報に対応付けられた設備情報を記憶する記憶部と、
制御部と、を備え、
前記制御部は、現在地周辺に待ち行列がある場合、前記通信部により取得された現在地情報と前記記憶部により記憶されている設備情報とのマッチングを行い現在地周辺の設備情報を取得し、取得された設備情報に基づいて、特定された設備に待ち行列が発生しているものと推測し、推測された結果に基づいて端末を制御する端末装置。
【請求項２】
複数の人物を撮影して画像データを生成するカメラと、
人物の有無を検出して検出信号を生成する人体センサと、を備え、
前記制御部は、前記カメラにより人物を撮影している間に、前記人体センサにより検出された検出信号に基づいて撮影方向に人物がいるか否か判断し、人物がいる場合、前記カメラにより生成された画像データに基づいて一定数以上の人物が一定時間内に動作しているか否か判断し、一定数以上の人物が一定時間内に動作していない場合、撮影中の人物の集団は待ち行列であると判断し、現在地周辺に待ち行列があると判断する請求項１に記載の端末装置。
【請求項３】
前記制御部は、前記取得された設備情報に対して設備の種類ごとに予め定められている行列のでき易さを示すポイントを付加し、当該ポイントが付加された設備情報をポイントの高い順に並び替え、同一ポイントの設備情報がある場合は前記現在地から距離が近い設備の方をポイントの高い順に並び替えることで、前記取得された設備情報を行列のでき易い順に並び替え、最も行列のでき易い設備に待ち行列が発生しているものと推測する請求項１又は２に記載の端末装置。
【請求項４】
前記制御部は、前記待ち行列が発生しているものと推測した推測結果を音、光又は画像により通知する請求項１〜３の何れか一項に記載の端末装置。
【請求項５】
複数の端末装置と通信可能なサーバであって、
複数の端末装置から複数の現在地情報を取得する通信部と、
位置情報に対応付けられた設備情報を記憶する記憶部と、
制御部と、を備え、
前記制御部は、前記複数の端末装置のうちの一の端末装置から、一の地点での待ち行列に関する情報が要求された場合、前記通信部により取得された複数の端末装置の現在地情報が前記一の地点に一定数以上存在しない場合、前記一の地点で待ち行列がないと推測し、推測された結果を行列情報として前記一の端末装置に通知するサーバ。
【請求項６】
前記制御部は、前記通信部により取得された複数の端末装置の現在地情報が前記一の地点に一定数以上存在した場合、前記一の地点に待ち行列があると判断し、前記一の地点と前記記憶部により記憶されている設備情報とのマッチングを行い前記一の地点の周辺の設備情報を取得し、取得された設備情報に基づいて特定された設備に待ち行列が発生しているものと推測し、推測された結果を行列情報として前記一の端末装置に通知する請求項５に記載のサーバ。
【請求項７】
前記制御部は、前記取得された設備情報に対して設備の種類ごとに予め定められている行列のでき易さを示すポイントを付加し、当該ポイントが付加された設備情報をポイントの高い順に並び替え、同一ポイントの設備情報がある場合は前記待ち行列があると判断された地点から距離が近い設備の方をポイントの高い順に並び替えることで、前記取得された設備情報を行列のでき易い順に並び替え、最も行列のできやすい設備に待ち行列が発生しているものと推測する請求項６に記載のサーバ。
【請求項８】
複数の端末装置と、複数の端末装置と通信可能なサーバと、を含むシステムであって、
前記複数の端末装置は、現在地情報を一定時間ごとに前記サーバに送信し、
前記複数の端末装置のうちの一の端末装置は、
前記サーバに対してユーザにより要求された一の地点の待ち行列に関する情報を要求し、
前記サーバは、
前記一の端末装置から待ち行列に関する情報を要求された場合、前記複数の端末装置から取得した現在地情報が前記一の地点に一定数以上存在しない場合、前記一の地点で待ち行列がないと推測し、推測された結果を前記一の端末装置に通知するシステム。
【請求項９】
複数の端末装置と、複数の端末装置と通信可能なサーバと、を含むシステムであって、
前記複数の端末装置は、現在地情報を一定時間ごとに前記サーバに送信し、
前記複数の端末装置のうちの一の端末装置は、
前記サーバに対してユーザにより要求された一の地点の待ち行列に関する情報を推測するよう要求し、
前記サーバは、
位置情報と対応付けて設備情報を記憶しており、
前記一の端末装置から前記一の地点の待ち行列に関する情報を要求された場合、前記複数の端末装置から取得した現在地情報が前記一の地点に一定数以上存在する場合に前記一の地点で待ち行列があると推測し、待ち行列があった場合は前記一の地点の現在地情報と前記記憶されている設備情報とのマッチングを行い前記一の地点周辺の設備情報を取得し、取得された設備情報に基づいて特定された設備に待ち行列が発生しているものと推測し、推測された結果を前記一の端末装置に通知するシステム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【公開番号】特開２０１１−７７７４２（Ｐ２０１１−７７７４２Ａ）
【公開日】平成２３年４月１４日（２０１１．４．１４）
【国際特許分類】
【出願番号】特願２００９−２２５８１２（Ｐ２００９−２２５８１２）
【出願日】平成２１年９月３０日（２００９．９．３０）
【出願人】（３０８０３６４０２）ＪＶＣ・ケンウッド・ホールディングス株式会社 (1,152)
【Ｆターム（参考）】
【公開日】平成２３年４月１４日（２０１１．４．１４）
【国際特許分類】
【出願日】平成２１年９月３０日（２００９．９．３０）
【出願人】（３０８０３６４０２）ＪＶＣ・ケンウッド・ホールディングス株式会社 (1,152)
【Ｆターム（参考）】
[ Back to top ]