(57)【要約】【課題】例えば遊園地等の施設内の利用待状況及びその推移についての情報を提供可能な混雑緩和システム及び方法を提供する。【解決手段】自己のタグＩＤを格納する無線タグ１１〜１３と、そのアトラクションの利用待情報を作成するＩＣタグリーダ装置２と、利用待情報を表示可能な情報提供サーバ３と、を備え、ＩＣタグリーダ装置２は、例えばアトラクション毎に配置され、自己を識別するリーダＩＤを記憶すると共に、タグＩＤを検出するタグＩＤ検出部２１と、利用者のタグＩＤを管理するＩＤ管理処理部２２と、タグＩＤを格納する今回ＩＤ格納ＤＢ２３及び前回ＩＤ格納ＤＢ２４と、リーダ側通信部２５とを有し、タグＩＤに基づいてアトラクションの利用待情報を把握し、情報提供サーバ３は、ＩＣタグリーダ装置２との通信するサーバ側通信部３１と、集計処理を行う集計部３２と、データを格納する集計ＤＢ３３と、表示部３４と、を有する。【選択図】図１
2010049377.tif 000002
【特許請求の範囲】
【請求項１】
自己を特定する識別子としてのタグＩＤを格納する複数の無線タグと、取得された各前記タグＩＤに基づいて利用待情報を作成する複数のＩＣタグリーダ装置と、前記利用待情報を集計して表示可能な情報提供サーバとを備え、
前記ＩＣタグリーダ装置が、
所定の複数のタイミングで取得された各前記タグＩＤを格納する格納部と、
複数のタイミングで取得された各前記タグＩＤに基づいて前記利用待情報を作成するＩＤ管理処理部と、
前記ＩＤ管理処理部が作成した前記利用待情報を前記情報提供サーバに送信可能なリーダ側通信部と、
を有することを備えることを特徴とする混雑緩和システム。
【請求項２】
前記ＩＣタグリーダ装置が、自己の近傍の所定の領域内の各前記無線タグから前記タグＩＤを前記複数のタイミングで検出するタグＩＤ検出部を有することを特徴とする請求項１に記載の混雑緩和システム。
【請求項３】
前記格納部が、最新のタイミングで検出された各前記タグＩＤと直前のタイミングで検出された各前記タグＩＤとのみを識別可能に格納することを特徴とする請求項１又は請求項２に記載の混雑緩和システム。
【請求項４】
請求項１乃至請求項３に記載の混雑緩和システムの制御方法であって、
前記ＩＤ管理処理部が、
最新のタイミングで検出された各前記タグＩＤを直前のタイミングで検出された各前記タグＩＤと比較して一致するかを判断する比較ステップと、
前記比較ステップで一致すると判断した前記タグＩＤの数を滞在者数とするステップと、
最新のタイミングで検出された各前記タグＩＤであって前記比較ステップで一致しないと判断した前記タグＩＤの数を到来者数とするステップと、
を実行することを特徴とする混雑緩和方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、例えば遊園地等の施設内の利用待状況等を表示可能であり、もって混雑の緩和に貢献可能な混雑緩和システム及び方法に関する。
【背景技術】
【０００２】
従来、遊園地等の施設内の利用者に有益な情報、例えば、各アトラクション等の利用者の数を提供する技術が知られている（例えば、特許文献１参照。）。利用者が目視で各アトラクション内の利用者の数を把握することが困難な場合等において貢献可能なものである。特許文献１に記載の技術は無線タグを用いるものであるが、混雑緩和に貢献するために、同様に無線タグを用いて利用者を経路案内するものも知られている（例えば、特許文献２参照。）。
【特許文献１】特開２００５−０８４８２７号公報
【特許文献２】特開２００７−０６６１０６号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
しかしながら、従来の技術では、特定のアトラクション、コーナー等における利用者の数が特定されるだけで、利用者には利用状況の推移が明確に把握されないという問題を有していた。具体的には、利用を待ち続けている人の数と単なる通過者との区別ができないことが上げられる。
【０００４】
以上の現状に鑑み、本発明の目的は、例えば遊園地等の施設内の利用待状況及びその推移についての情報を提供可能な混雑緩和システム及び方法を提供する。
【課題を解決するための手段】
【０００５】
上記の課題を解決すべく、本発明は以下の構成を提供する。
請求項１に係る発明は、自己を特定する識別子としてのタグＩＤを格納する複数の無線タグと、取得された各前記タグＩＤに基づいて利用待情報を作成する複数のＩＣタグリーダ装置と、前記利用待情報を集計して表示可能な情報提供サーバとを備え、前記ＩＣタグリーダ装置が、所定の複数のタイミングで取得された各前記タグＩＤを格納する格納部と、複数のタイミングで取得された各前記タグＩＤに基づいて前記利用待情報を作成するＩＤ管理処理部と、前記ＩＤ管理処理部が作成した前記利用待情報を前記情報提供サーバに送信可能なリーダ側通信部と、を有することを備えることを特徴とする。
【０００６】
請求項２に係る発明は、請求項１に記載の混雑緩和システムにおいて、前記ＩＣタグリーダ装置が、自己の近傍の所定の領域内の各前記無線タグから前記タグＩＤを前記複数のタイミングで検出するタグＩＤ検出部を有することを特徴とする。
【０００７】
請求項３に係る発明は、請求項１又は請求項２に記載の混雑緩和システムにおいて、前記格納部が、最新のタイミングで検出された各前記タグＩＤと直前のタイミングで検出された各前記タグＩＤとのみを識別可能に格納することを特徴とする。
【０００８】
請求項４に係る発明は、請求項１乃至請求項３に記載の混雑緩和システムの制御方法であって、前記ＩＤ管理処理部が、最新のタイミングで検出された各前記タグＩＤを直前のタイミングで検出された各前記タグＩＤと比較して一致するかを判断する比較ステップと、前記比較ステップで一致すると判断した前記タグＩＤの数を滞在者数とするステップと、最新のタイミングで検出された各前記タグＩＤであって前記比較ステップで一致しないと判断した前記タグＩＤの数を到来者数とするステップと、を実行することを特徴とする。
【発明の効果】
【０００９】
請求項１に係る発明によれば、自己を特定する識別子としてのタグＩＤを格納する複数の無線タグと、取得された各タグＩＤに基づいて利用待情報を作成する複数のＩＣタグリーダ装置と、利用待情報を集計して表示可能な情報提供サーバとを備え、ＩＣタグリーダ装置が、所定の複数のタイミングで取得された各タグＩＤを格納する格納部と、複数のタイミングで取得された各タグＩＤに基づいて利用待情報を作成するＩＤ管理処理部と、ＩＤ管理処理部が作成した利用待情報を情報提供サーバに送信可能なリーダ側通信部と、を有することを備えるため、例えば遊園地等の施設内の利用待状況及びその推移についての情報を提供可能な混雑緩和システムを実現することができる。
【００１０】
請求項２に係る発明によれば、上記請求項１の効果に加えて、ＩＣタグリーダ装置が、自己の近傍の所定の領域内の各無線タグからタグＩＤを複数のタイミングで検出するタグＩＤ検出部を有するため、コンパクトな構成を実現することができる。
【００１１】
請求項３に係る発明によれば、上記請求項１又は請求項２の効果に加えて、格納部が、最新のタイミングで検出された各タグＩＤと直前のタイミングで検出された各タグＩＤとのみを識別可能に格納するため、さらにコンパクトな構成を実現することができる。
【００１２】
請求項４に係る発明によれば、請求項１乃至請求項３に記載の混雑緩和システムの制御方法であって、ＩＤ管理処理部が、最新のタイミングで検出された各タグＩＤを直前のタイミングで検出された各タグＩＤと比較して一致するかを判断する比較ステップと、比較ステップで一致すると判断したタグＩＤの数を滞在者数とするステップと、最新のタイミングで検出された各タグＩＤであって比較ステップで一致しないと判断したタグＩＤの数を到来者数とするステップと、を実行するため、例えば遊園地等の施設内の利用待状況及びその推移についての情報を提供可能な混雑緩和方法を実現することができる。
【発明を実施するための最良の形態】
【００１３】
以下、実施例を示した図面を参照しつつ本発明の実施の形態について説明する。
図１は、本発明による混雑緩和システムの一実施例を模式的に示すブロック構成図である。混雑緩和システム１００は、図１に示すように、自己のＩＤ（以下、タグＩＤという。）を格納する無線タグ１１〜１３と、そのアトラクションの利用待情報を作成するＩＣタグリーダ装置２と、利用待情報を表示可能な情報提供サーバ３と、を備える。
【００１４】
ＩＣタグリーダ装置２は、例えばアトラクション毎に配置され、自己を識別するＩＤ（以下、リーダＩＤという。）を記憶し、タグＩＤに基づいてアトラクションの利用待情報を把握する。ＩＣタグリーダ装置２は、そのために、タグＩＤを検出するタグＩＤ検出部２１と、利用者のタグＩＤを管理するＩＤ管理処理部２２と、タグＩＤを格納する今回ＩＤ格納ＤＢ２３及び前回ＩＤ格納ＤＢ２４と、リーダ側通信部２５と、を有する。
【００１５】
ここで、タグＩＤ検出部２１は、例えば、アトラクションの入口近傍に設置され、利用待ち状態の各利用者の無線タグからタグＩＤを検出可能となっている。タグＩＤ検出部２１は、ＩＤ管理処理部２２からの要求に応じて検出した全タグＩＤ（以下、今回タグＩＤという。）をＩＤ管理処理部２２に出力する。
【００１６】
ＩＤ管理処理部２２は、例えば所定時間毎に、アトラクション内の利用待情報を管理するための管理処理を行う。この管理処理には、例えば、上記のタグＩＤ検出部２１との通信も含まれ、上記の要求毎にＩＤ管理処理部２２は今回タグＩＤを取得する。
【００１７】
今回ＩＤ格納ＤＢ２３は、ＩＤ管理処理部２２の指示に応答して、現在の管理に使用される今回タグＩＤを格納する。前回ＩＤ格納ＤＢ２４は、ＩＤ管理処理部２２の指示に応答して、それまで格納していた全タグＩＤを消去し、今回ＩＤ格納ＤＢ２３が直前まで格納していたタグＩＤを格納する。図２は、今回ＩＤ格納ＤＢ及び前回ＩＤ格納ＤＢが格納するタグＩＤを模式的に示す説明図であり、（ａ）が今回ＩＤ格納ＤＢに関し、（ｂ）が前回ＩＤ格納ＤＢに関する。
【００１８】
図３は、管理処理について説明するフローチャートである。ＩＤ管理処理部２２は、先ず前処理（Ｓ１０１）として、今回ＩＤ格納ＤＢ２３から全てのタグＩＤを読み出してカウントし、前回ＩＤ格納ＤＢ２４に移す。以下、このカウント数をＭとして説明する。このとき、今回ＩＤ格納ＤＢ２３内の全てのタグＩＤは消去される。
【００１９】
ＩＤ管理処理部２２は、また、以降の処理に必要とするアトラクション内の利用者をカウントするための変数を初期化する。この変数には、前回から今回までこのアトラクションの利用待ちを続けている利用者の数を表す滞在者数と、利用のために新たに到来した利用者の数を表す到来者数とが含まれる。
【００２０】
ＩＤ管理処理部２２は、次に、タグＩＤ検出部２１に要求して今回タグＩＤを受信してこれをカウントし（Ｓ１０２）、今回ＩＤ格納ＤＢ２３に格納させる（Ｓ１０３）。以下、今回タグＩＤのカウント数をＮとする。ＩＤ管理処理部２２は、次に、今回タグＩＤのカウンタｉを１に設定する（Ｓ１０４）。
【００２１】
ＩＤ管理処理部２２は、次に、今回ＩＤ格納ＤＢ２３からｉ番目のタグＩＤを抽出し、このタグＩＤをキーにして前回ＩＤ格納ＤＢ２４に対して検索を行う（Ｓ１１１）。ここで、今回ＩＤ格納ＤＢ２３及び前回ＩＤ格納ＤＢ２４内のデータが予め決められた、昇順、降順等の態様でソートされていることは、検索処理負担を軽減でき、好ましい。
【００２２】
ＩＤ管理処理部２２は、次に、ステップＳ１１１でキーとしたタグＩＤが前回ＩＤ格納ＤＢ２４から検出されたか否かを判断する（Ｓ１１２）。ＩＤ管理処理部２２は、ステップＳ１１２で検出されたと判断した場合、このタグＩＤが既にいる人のものであるため、滞在者数を１増加させ（Ｓ１１３）、検出されないと判断した場合、新しい人のものであるため、到来者数を１増加させる（Ｓ１１４）。
【００２３】
図２の構成を例にとると、カウンタｉが１の場合、ＩＤ管理処理部２２は、例えば、今回ＩＤ格納ＤＢ２３からリストＴ１のトップにあるＴ０００１を抽出して前回ＩＤ格納ＤＢ２４を対象に検索を行う。その結果、Ｔ０００１がリストＴ２のトップにあるため、前回ＩＤ格納ＤＢ２４からこのタグＩＤが検出される。
【００２４】
ＩＤ管理処理部２２は、次に、今回タグＩＤのカウンタｉが今回タグＩＤ数Ｎ未満か否かを判断する（Ｓ１１５）。ＩＤ管理処理部２２は、ステップＳ１１５でＮ未満であると判断したとき、今回タグＩＤのカウンタｉを１増加させ（Ｓ１１６）、ステップＳ１０１に戻って上記の処理を繰り返す。
【００２５】
カウンタｉがＮになると、ステップＳ１１５の条件は満たされなくなる。ＩＤ管理処理部２２は、ステップＳ１１５でＮ未満でないと判断したとき、前回ＩＤ格納ＤＢ２４に格納されているタグＩＤ数Ｍから滞在者数を引いたものを、そこから離れ去った人である離去者の数として算出する（Ｓ１２１）。
【００２６】
ＩＤ管理処理部２２は、次に、上記で得られた滞在者数、到来者数、離去者数、及び自己のリーダＩＤを、リーダ側通信部２５を介して情報提供サーバ３に送信する（Ｓ１２２）。これによって、情報提供サーバ３は、利用待者の数とこの数の変化とを取得することになる。
【００２７】
図１に戻って、情報提供サーバ３は、ＩＣタグリーダ装置２との通信するサーバ側通信部３１と、集計処理を行う集計部３２と、データを格納する集計ＤＢ３３と、表示部３４と、を有する。集計部３２は、サーバ側通信部３１を介して各ＩＣタグリーダ装置２から受信したデータを集計ＤＢ３３に格納して集計し、利用待者についての所定の情報を表示部３４に表示させる。
【００２８】
図４は、情報提供サーバの集計ＤＢに格納されるデータの一例を示す模式図である。集計ＤＢ３３内のデータは、テーブルＴ３内に集計されている。ここで、設置場所Ｔ３１は、ＩＣタグリーダ装置２の設置場所であり、アトラクションの位置と対応する。リーダＩＤ（Ｔ３２）は、設置場所Ｔ３１のＩＣタグリーダ装置２のリーダＩＤである。
【００２９】
図５は、情報提供サーバの表示部に表示される例を示す模式図である。図５において、符号Ｐは遊園地の外周を示し、図４に対応して、ＩＣタグリーダ装置２はＳ１〜Ｓ４の設置場所に設けられている。これによって、符号Ｓ１で特定されるアトラクションの利用待者数は１０人であり、減少傾向にあることが、符号Ｄ１及びＤ２で示した表示から分かる。
【００３０】
「減少傾向」の表示は、離去者数が到来者数よりも多いときに表示される。図４のＳ１に設置されたＩＣタグリーダ装置２の場合、離去者数が８人であり到来者数が５人であるため、「減少傾向」の表示がなされる。逆に、例えば符号Ｄ３によって示される「増加傾向」の表示は、到来者数が離去者数よりも多いときに表示される。図４のＳ２に設置されたＩＣタグリーダ装置の場合、到来者数が５人であり離去者数が５人であるため、「増加傾向」の表示がなされる。
【産業上の利用可能性】
【００３１】
本発明による混雑緩和システム及び方法は、電子部品製造業、情報通信機器製造業、通信サービス業等において利用可能であり、このような製品の有用性を増進する。
【図面の簡単な説明】
【００３２】
【図１】本発明による混雑緩和システムの一実施例を模式的に示すブロック構成図である。
【図２】今回ＩＤ格納ＤＢ及び前回ＩＤ格納ＤＢが格納するタグＩＤを模式的に示す説明図であり、（ａ）が今回ＩＤ格納ＤＢに関し、（ｂ）が前回ＩＤ格納ＤＢに関する。
【図３】管理処理について説明するフローチャートである。
【図４】情報提供サーバの集計ＤＢ内に格納されるデータの一例を示す模式図である。
【図５】情報提供サーバの表示部に表示される例を示す模式図である。
【符号の説明】
【００３３】
２  ＩＣタグリーダ装置
３  情報提供サーバ
１１〜１３  無線タグ
２１  タグＩＤ検出部
２２  ＩＤ管理処理部
２３  今回ＩＤ格納ＤＢ
２４  前回ＩＤ格納ＤＢ
２５  リーダ側通信部
３１  サーバ側通信部
３２  集計部
３３  集計ＤＢ
３４  表示部
１００  混雑緩和システム
Ｐ  遊園地の外周
Ｔ１  今回ＩＤ格納ＤＢに格納されるデータ
Ｔ２  前回ＩＤ格納ＤＢに格納されるデータ
Ｔ３  集計ＤＢに格納されるデータ
【図１】
2010049377.tif 000003
【図２】
2010049377.tif 000004
【図３】
2010049377.tif 000005
【図４】
2010049377.tif 000006
【図５】
2010049377.tif 000007