(57)【要約】【課題】  検出された無線タグを計数することで、有益な情報をユーザに提供することである。【解決手段】  本発明に係る情報提供サーバ２０は、通知条件として、観覧車に並んでいる人が７人以下になったらメールを送信してほしい、という条件を提示されると、観覧車近傍に設置されている無線タグリーダのＩＤを取得する。続いて、情報提供サーバ２０は、当該ＩＤを有する無線タグリーダが検出した無線タグのＩＤを複数取得した後、これらの無線タグの属性情報を取得する。そして、情報提供サーバ２０は、当該属性情報を参照して、人の属性を有する無線タグの数を計数し、これが７以下になった時点で、混雑が緩和された旨を通知する電子メールをユーザの移動機１０宛に送信する。【選択図】  図１
2005084827.tif 000002
【特許請求の範囲】
【請求項１】
無線タグリーダにより検出された無線タグの識別情報を取得する識別情報取得手段と、
前記識別情報取得手段により取得された前記識別情報を有する無線タグの属性情報を取得する属性情報取得手段と、
前記検出された無線タグの内、所定の属性情報が対応付けられた無線タグの数を計数する計数手段と、
前記計数手段により計数された前記無線タグの数が、所定の条件を満たす場合には、当該条件に対応する情報を送信する送信手段と
を備えることを特徴とするサーバ装置。
【請求項２】
場所に関する情報を受信する受信手段を更に備え、
前記識別情報取得手段は、前記場所の近傍に設置されている無線タグリーダにより検出された無線タグの識別情報を取得することを特徴とする請求項１に記載のサーバ装置。
【請求項３】
前記所定の条件は、所定の閾値を下回ること、又は、所定の閾値を上回ることであることを特徴とする請求項１に記載のサーバ装置。
【請求項４】
前記所定の条件は、計数された前記無線タグの数と、当該計数時よりも前に計数された無線タグの数とを使用して設定されることを特徴とする請求項１に記載のサーバ装置。
【請求項５】
無線タグリーダにより検出された無線タグの識別情報を取得する識別情報取得ステップと、
前記識別情報取得ステップにて取得された前記識別情報を有する無線タグの属性情報を取得する属性情報取得ステップと、
前記検出された無線タグの内、所定の属性情報が対応付けられた無線タグの数を計数する計数ステップと、
前記計数ステップにて計数された前記無線タグの数が、所定の条件を満たす場合には、当該条件に対応する情報を送信する送信ステップと
を含むことを特徴とする情報提供方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、サーバ装置、情報提供方法に関する。
【背景技術】
【０００２】
従来、無線タグを利用した物品管理システムが提案されている。例えば、特許文献１には、書籍カバーの点数券に内装された無線タグの情報と、版元サーバに登録されている発行済無線タグの情報とを比較することにより、上記点数券の真贋を判別する書籍流通システムが開示されている。かかる書籍流通システムでは、判別結果が真券である場合にのみ、点数券を、その相当価値の金券として通用させることで、正規購入者に利便を図ると共に、販売済み書籍が不正返本などに還流することを防止する。
【特許文献１】特開２００３−９４８５８号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
しかしながら、上記従来技術は、無線タグを用いて、個々の物品に関する情報を取得することはできるが、物品の数に関する情報の取得は想定されていない。したがって、例えば、不正返本がどれくらいの頻度で行われているか、あるいは、購入された書籍の内、正規購入に係るものの割合はどの程度であるか、といった情報を取得することはできなかった。この様な有益な情報の提供は、検出された無線タグの計数を前提とするものであり、書籍流通システムに限らず、提案されていなかった。
【０００４】
そこで、本発明の課題は、検出された無線タグを計数することで、有益な情報をユーザに提供することである。
【課題を解決するための手段】
【０００５】
上記課題を解決すべく、本発明に係るサーバ装置は、無線タグリーダにより検出された無線タグの識別情報を取得する識別情報取得手段と、前記識別情報取得手段により取得された前記識別情報を有する無線タグの属性情報を取得する属性情報取得手段と、前記検出された無線タグの内、所定の属性情報が対応付けられた無線タグの数を計数する計数手段と、前記計数手段により計数された前記無線タグの数が、所定の条件を満たす場合には、当該条件に対応する情報を送信する送信手段とを備える。
【０００６】
本発明に係る情報提供方法は、無線タグリーダにより検出された無線タグの識別情報を取得する識別情報取得ステップと、前記識別情報取得ステップにて取得された前記識別情報を有する無線タグの属性情報を取得する属性情報取得ステップと、前記検出された無線タグの内、所定の属性情報が対応付けられた無線タグの数を計数する計数ステップと、前記計数ステップにて計数された前記無線タグの数が、所定の条件を満たす場合には、当該条件に対応する情報を送信する送信ステップとを含む。
【０００７】
これらの発明によれば、無線タグリーダにより検出された無線タグの識別情報が受信されたことを契機として、当該識別情報を有する無線タグの属性情報が取得される。その後、取得された属性情報が参照され、所定の属性情報が対応付けられた無線タグの数が計数される。かかる計数結果が、閾値を上回るまたは下回るなど、所定の条件を満たす場合には、当該条件に対応する情報が送信される。無線タグは、物品や人に１個ずつ貼付されているため、サーバ装置は、検出された無線タグを計数することで、その物品の数若しくは人数を検知することができる。これにより、単なる物の有無や人の存否に基づく情報に限らず、混雑状況や過不足状況といった、数量に依存した情報をユーザに提供することが可能となる。
【０００８】
本発明に係るサーバ装置において好ましくは、場所に関する情報を受信する受信手段を更に備え、前記識別情報取得手段は、前記場所の近傍に設置されている無線タグリーダにより検出された無線タグの識別情報を取得する。
【０００９】
Ｘ地点における混雑状況あるいはＹ倉庫における在庫不足をユーザが知りたい場合などを勘案すると、数量に関する情報は、場所に関する情報を付加することで更に有益性を増す。本発明によれば、サーバ装置は、計数対象となる無線タグが存在する場所の情報を受信するので、物品や人の数の把握はもとより、その計数結果が得られた場所までを容易に特定することができる。
【００１０】
本発明に係るサーバ装置において、前記所定の条件は、例えば、計数された無線タグの数が、所定の閾値を下回ること又は上回ることである。例えば、人に貼付された無線タグの数が所定の閾値を下回っていることは、無線タグを検出可能な場所（無線タグリーダの設置箇所）における人数が少ないことを意味する。一方、車両に貼付された無線タグの数が所定の閾値を上回っていることは、無線タグを検出可能な場所における交通量が多いことを意味する。このように、計数された無線タグの数と所定値との大小関係を、所定の条件としてサーバ装置に設定することにより、サーバ装置は、指定された場所の混雑状況を、メール等を介してユーザに迅速に通知することができる。このため、ユーザは、所望の場所における混雑状況をリアルタイムに知ることができる。
【００１１】
本発明に係るサーバ装置において、前記所定の条件は、例えば、計数された前記無線タグの数と、当該計数時よりも前に計数された無線タグの数とを使用して設定される。所定の条件は、計数された前記無線タグの数が、以前に計数された無線タグの数よりも減少又は増加したこととしてもよいし、所定時間内に計数された無線タグ数の平均値や分散値を使用してもよい。このように、所定の条件に使用される無線タグの数は、過去又は現在の一時点におけるものとは限らず、複数時点におけるものであってもよい。例えば、現時点で検出された無線タグの数が、過去の一時点に検出された無線タグの数よりも減少している場合には、無線タグリーダ周辺の混雑状況が緩和される方向に向かっていることが推測される。これに対して、現時点の無線タグの数が、過去の無線タグの数よりも増加している場合には、無線タグリーダ周辺が混雑する方向に向かっていることが推測される。このように、サーバ装置が、無線タグ数の増減に応じた情報をユーザに通知することで、ユーザは、混雑状況の経時的変化を即時に把握することができる。サーバ装置は、平均値や分散値を使用した場合にも、計数結果の増減を検知することができるので、同様の効果が期待される。
【発明の効果】
【００１２】
本発明によれば、検出された無線タグを計数することで、有益な情報をユーザに提供することが可能となる。
【発明を実施するための最良の形態】
【００１３】
（第１の実施形態）
以下、添付図面を参照して、本発明の第１の実施形態における情報提供システムについて説明する。図１は、本実施の形態における情報提供システム１の構成を示す図である。図１に示す様に、情報提供システム１は、情報提供サーバ２０（サーバ装置に対応）と、リーダ管理サーバ３０と、無線タグリーダ４１，４２，４３と、無線タグＤＢ（DataBase）５０とを備えて構成される。
【００１４】
情報提供サーバ２０は、機能的には、通知条件受信部２１（受信手段に対応）と、通知条件格納部２２と、リーダＩＤ取得部２３と、無線タグＩＤ取得部２４（識別情報取得手段に対応）と、属性情報取得部２５（属性情報取得手段に対応）と、無線タグ計数部２６（計数手段に対応）と、情報通知部２７（送信手段に対応）とを備える。
【００１５】
通知条件受信部２１は、移動機１０が送信した通知条件を受信すると、かかる通知条件を通知条件格納部２２に格納した後、リーダＩＤ取得部２３に出力する。通知条件とは、情報提供サーバ２０が、ユーザの所望する情報を該ユーザに通知する契機となる条件を示す情報である。例えば、ユーザが、観覧車に並んでいる人が７人以下になったら、混雑が緩和された旨のメールを移動機１０宛に送信してほしい場合には、“○×遊園地の観覧車、人、７人以下”が通知条件となる。通知条件には、通知内容を表す“混雑緩和”、通知先である“メールアドレス”を含むことができる。
【００１６】
通知条件格納部２２には、通知条件受信部２１により受信された上記通知条件が格納される。図２は、通知条件格納部２２における通知条件の登録内容を示す図である。図２に示す様に、通知条件格納部２２は、五つのデータ格納領域２２ａ〜２２ｅを有し、通知条件によって指定される場所のリーダＩＤ、計数対象の属性、通知要否の判断基準となる閾値、通知内容、及び通知先が対応付けられる。例えば、ユーザの指定した通知条件が「観覧車前に並んでいる人が７人以下になったらａａａ＠ｂｂｂに電子メールで通知してほしい」というものである場合には、図２のＡに示す各データが、対応する領域に格納される。
【００１７】
ここで、対象リーダＩＤ領域２２ａに格納される無線タグリーダのＩＤは、通知条件に従って、リーダＩＤ取得部２３がリーダ管理サーバ３０から取得したものである。例えば、図３を参照すると、リーダ管理サーバ３０に、場所として“観覧車前”が格納され、その場所に配置されている三つの無線タグリーダのＩＤとして“４１，４２，４３”が格納されている。したがって、受信された通知条件に含まれる場所の情報が“観覧車前”である場合には、上記三つのリーダＩＤが対象リーダＩＤ領域２２ａに格納される。同様に、通知条件の含む場所が“無線タグリーダ７１の先にある信号手前”である場合には、リーダ管理サーバ３０上で対応するリーダＩＤとして、“８１，８２，８３”が対象リーダＩＤ領域２２ａに格納される（図２、図３参照）。
【００１８】
なお、リーダ管理サーバ３０の有する場所情報とリーダＩＤとの対応関係は、サーバ管理者によって事前に登録されているものとしてもよいし、ＧＰＳ（Global Positioning System）等の位置検出装置を無線タグリーダに備え、当該装置から定期的に取得されるものとしてもよい。
【００１９】
リーダＩＤ取得部２３は、通知条件受信部２１から通知条件を受信すると、該通知条件に含まれる場所に設置されている無線タグリーダのＩＤをリーダ管理サーバ３０から取得し、後段に位置する無線タグＩＤ取得部２４に出力する。
【００２０】
無線タグＩＤ取得部２４は、観覧車前に配設されている複数の無線タグリーダ４１，４２，４３に接続されており、これらの無線タグリーダの通信エリアに在圏する無線タグ６００，６０１，…，６１０，…，６２０，…のＩＤを、無線タグリーダ４１，４２，４３経由で取得する。取得された全ての無線タグＩＤは、属性情報取得部２５に出力される。
【００２１】
属性情報取得部２５は、入力された無線タグＩＤの属性を無線タグＤＢ５０に問い合わせる。無線タグＤＢ５０におけるデータ格納例を図４に示す。属性情報からは、人又は物の識別が少なくとも可能である。人の場合には、氏名、性別、年齢、住所、職業、身長、性格といった属性情報が登録されており、物の場合には、種別、品名、製造国、製造会社、製造年月日、色といった属性情報が登録されている。図４を参照すると、ＩＤが６００である無線タグの貼られた人の属性情報として、“ヒト、△△ △子、女性、学生”が格納されており、ＩＤが６０１である無線タグの貼られた物品の属性情報としては、“カバン、台湾製、２００２年製造、茶色、プ○ダ”が格納されている。
【００２２】
無線タグ計数部２６は、無線タグのＩＤをその属性情報と共に属性情報取得部２５から取得すると、これらの無線タグの内、所定の属性情報が対応付けられた無線タグの数を計数する。例えば、図４に示した無線タグＤＢ５０に格納されている無線タグＩＤを全て取得した場合において、通知条件が人を指定している際には、“ヒト”の属性情報を有する無線タグのＩＤが計数の対象となる。図４において、かかる無線タグＩＤは、６００，６１０，６２０，６３０，６４０，６５０，６６０であり、その数は７個である。したがって、計数結果として“７”が情報通知部２７に出力される。
【００２３】
情報通知部２７は、無線タグ計数部２６から入力された計数結果と、通知条件格納部２２に格納されている通知条件の閾値との大小関係を比較し、比較結果が通知条件を満たすか否かの判定を行う。比較結果が通知条件を満たす場合には、情報通知部２７は、当該通知条件に含まれる通知内容を通知先に通知する。図２のＡに示した通知条件においては、計数結果が７人以下となった場合に閾値との大小関係を満たすので、入力された計数結果が“７”である場合には、混雑が緩和された旨を示すメッセージが、ユーザの移動機１０のメールアドレス宛に送信される。
【００２４】
次に、図５を参照して、本実施の形態における情報提供システム１の動作を説明し、併せて、本発明に係る情報提供方法を構成する各ステップについて説明する。図５は、情報提供システム１によって実行される混雑緩和通知処理を説明するためのフローチャートである。
【００２５】
Ｓ１では、移動機１０のユーザは、観覧車前の混雑が緩和されたものと判断するための条件（通知条件）を決定し、電子メールにより、情報提供サーバ２０宛に通知する。本実施の形態においては、通知条件は、“観覧車前に並んでいる人が７人以下になったらａａａ＠ｂｂｂにメールを送信する”とする。
【００２６】
情報提供サーバ２０は、通知条件受信部２１により、上記通知条件を受信する（Ｓ２）。情報提供サーバ２０は、リーダＩＤ取得部２３により、観覧車前に設置されている無線タグリーダのＩＤ４１，４２，４３（図３参照）をリーダ管理サーバ３０から取得する（Ｓ３）。
【００２７】
Ｓ４では、情報提供サーバ２０は、無線タグＩＤ取得部２４により、Ｓ３で取得されたＩＤを有する無線タグリーダ４１，４２，４３が検出した無線タグ６００〜６６０のＩＤを取得する。更に、情報提供サーバ２０は、属性情報取得部２５により、Ｓ４で取得されたＩＤを有する無線タグの貼られた人又は物の属性情報を取得する（Ｓ５）。
【００２８】
Ｓ６では、無線タグ計数部２６により、Ｓ５で取得された属性情報の中から、人の属性を有する無線タグＩＤの数がカウントされる。再び図４を参照すると、属性情報にヒトを含むＩＤは、６００，６１０，６２０，６３０，６４０，６５０，６６０の７個である。したがって、観覧車前に並んでいる人は７人であると推定される。
【００２９】
Ｓ７では、情報通知部２７により、計数結果である７人が、上記通知条件に含まれる閾値を満足するか否かの判定が行われる。本実施の形態では、通知条件の一部として７人以下の閾値が設定されているので、７人は、かかる条件を満足する（Ｓ７：ＹＥＳ）。したがって、情報通知部２７は、観覧車前の混雑状況が、ユーザの所望する程度に緩和されたものと判断し、その旨を伝えるメッセージを、移動機１０のメールアドレス“ａａａ＠ｂｂｂ”宛に送信する（Ｓ８）。移動機１０のユーザは、受信された電子メールを見ることで、所望の場所（本実施形態では観覧車前）における混雑状況の緩和を簡易迅速に認識する。
【００３０】
なお、Ｓ６における計数結果が通知条件の閾値を満たさない場合、すなわち観覧車前に８人以上の人が並んでいる場合には（Ｓ７：ＮＯ）、Ｓ４に戻り、Ｓ４以降の一連の処理が継続して実行される。
【００３１】
以上説明した様に、第１の実施形態における情報提供システム１は、ユーザからの要求に応じて、遊園地の観覧車の前に並んでいる人の数をカウントし、その数が７人以下となった時点で、混雑状況が緩和された旨をユーザに通知する。したがって、遊園地にいるユーザは、観覧車前における混雑状況の緩和を簡易迅速に知ることができる。その結果、長時間並ぶことなく観覧車に乗ることが可能となり、時間の有効活用に資する。
【００３２】
（第２の実施の形態）
続いて、図６〜図８を参照して、本発明の第２の実施形態について説明する。第１の実施形態における情報提供システム１では、通知条件の送信及び通知を移動機を使用して行うものとした。これに対して、第２の実施形態においては、無線タグリーダ経由で通知条件を送信し、ネットワークに接続されたカーナビゲーションに情報を通知する態様を想定する。同時に、本実施の形態においては、車の運転手が、進行方向にある交差点の混雑状況に応じた迂回路のナビゲートを希望する場合を想定する。
【００３３】
図６は、第２の実施形態における情報提供システム２の機能的構成を示すブロック図である。情報提供システム２の構成は、第１の実施形態において詳述した情報提供システム１の構成と主要部を同一とする。したがって、同一の構成要素には同一の符合を付し、その説明は省略すると共に、以下、第１の実施形態との差異について説明する。
【００３４】
本実施の形態における無線タグＤＢ５０内のデータ格納例を図７に示す。図７に示す様に、無線タグＤＢ５０には、無線タグのＩＤとその属性情報とが対応付けて格納されている。すなわち、無線タグＩＤとして、９０，９１，９２，…，９８が格納されており、例えば無線タグＩＤ“９０”に対応する属性情報としては、“車、セダン、１９９８年製、４ドア、グリーン、ナビ付き”といった、車の特徴を表す情報が格納されている。
【００３５】
次いで、図８を参照して、第２の実施形態における動作としての迂回路通知処理について説明する。併せて、本発明に係る情報提供方法を構成する各ステップについて説明する。なお、本迂回路通知処理は、第１の実施形態において詳述した混雑緩和通知処理（図５参照）と基本的には同様である。具体的には、図８のＴ１〜Ｔ８は、図５に示したＳ１〜Ｓ８にそれぞれ相当する。
【００３６】
まずＴ１では、カーナビゲーション７０は、情報提供サーバ２０に対する通知条件として、“自車が通過する予定の交差点に他車が５台以上存在する場合には、すいている別の道を迂回路としてナビゲートする”なる条件を送信する。かかる通知条件は、無線タグリーダ７１を経由して送信される。また、通知条件は、ユーザの車（自車）の無線タグＩＤである“９７”と、ユーザの無線タグＩＤである“９８”、更には、無線タグリーダ７１のＩＤである“７１”と共に、情報提供サーバ２０宛に送信される。
【００３７】
Ｔ２では、情報提供サーバ２０の通知条件受信部２１により、Ｔ１で送信された通知条件、無線タグ９７，９８のＩＤ、及びリーダ７１のＩＤが受信される。Ｔ３では、リーダＩＤ取得部２３は、Ｔ２で受信されたＩＤを有する無線タグリーダ７１から、その１つ先にある信号手前に設置されている無線タグリーダ８１，８２，８３を特定する。この特定は、リーダ管理サーバ３０のデータ格納領域３２（図３参照）を参照することにより可能である。
【００３８】
Ｔ４では、無線タグＩＤ取得部２４は、無線タグリーダ８１，８２，８３がその通信エリア内で検出した無線タグのＩＤを取得する。属性情報取得部２５は、これらの無線タグのＩＤを取得すると、図７に示した無線タグＤＢ５０を参照して、無線タグの貼られた物又は人の属性情報を取得する（Ｔ５）。その後、無線タグ計数部２６は、取得された属性情報のうち、車の属性を有する無線タグのＩＤ数をカウントする（Ｔ６）。図７を参照すると、属性情報に車を含むＩＤは、９０〜９６の７個である。
【００３９】
Ｔ７では、情報通知部２７により、計数結果である７台が、Ｔ２で受信された通知条件に含まれる閾値を満足するか否かの判定が行われる。本実施の形態では、通知条件の一部として５台以上の閾値が設定されているので、７台は、かかる条件を満足する（Ｔ７：ＹＥＳ）。なお、閾値に設定された台数（５台）は、信号が赤から青に変わってから再び赤になるまでに、この信号を通過できることが予想される車の台数である。
【００４０】
Ｔ８では、情報通知部２７は、信号手前に停車中の他車の台数が、迂回路を使用すべき程度に多いものと判断し、カーナビゲーション７０のＩＰ（Internet Protocol）アドレス宛に、迂回路の情報を送信する。ＩＰアドレスは、Ｔ５で取得された属性情報のうち、無線タグＩＤ９７の属性情報（図７参照）を参照することで特定可能な“１９２．１６８．０．２”である。カーナビゲーション７０は、受信された迂回路情報に従って、ユーザをナビゲートする。これにより、ユーザは、より混雑していない経路を走行することが可能となる。
【００４１】
なお、Ｔ６における計数結果が通知条件の閾値を満たさない場合、すなわち信号手前の他車が５台未満である場合には（Ｔ７：ＮＯ）、Ｔ４に戻り、Ｔ４以降の処理が継続して実行される。
【００４２】
以上説明した様に、第２の実施形態における情報提供システム２は、ユーザからの要求に応じて、ユーザの車の先にある交差点で信号待ちをしている車の数をカウントする。その数が５台以上である場合には、迂回路を使った方が目的地に早く到達できる旨を、カーナビゲーションを介してユーザに通知する。したがって、交差点に差しかかった車のユーザは、より早く目的地に到達することのできるルートを簡易迅速に知ることができる。
【００４３】
（第３の実施の形態）
続いて、図９〜図１１を参照して、本発明の第３の実施形態について説明する。第１の実施形態における情報提供システム１では、観覧車前の人数が所定の閾値（７人）以下になった場合に、混雑の緩和をユーザに通知するものとした。これに対して、第３の実施形態においては、情報提供システムが、観覧車前の人数を所定の時間間隔毎に監視し、この人数が減少し始めた時点で、混雑が緩和され始めた旨の情報を通知する態様を想定する。
【００４４】
図９は、第３の実施形態における情報提供システム３の機能的構成を示すブロック図である。情報提供システム３の構成は、第１の実施形態において詳述した情報提供システム１の構成と主要部を同一とするので、同一の構成要素には同一の符合を付し、その説明は省略する。以下、第１の実施形態との相違点について説明する。
【００４５】
図１０は、本実施の形態に特有の構成要素である個数履歴ＤＢ１００内のデータ格納例を示す図である。図１０に示す様に、個数履歴ＤＢ１００には、所定の時刻と、その時刻に無線タグリーダ４１〜４３が検出した無線タグの個数とが、属性毎に対応付けて格納されている。すなわち、本実施の形態では、“１３：００”に検出された無線タグの属性及び個数として、“ヒト４人、カバン２つ、携帯電話１台”を示す情報が格納されている。
【００４６】
同様に、“１３：０５”に対応する情報としては、“ヒト５人、カバン２つ、帽子１つ、携帯電話１台”が格納され、“１３：１０”に対応する情報としては、“ヒト８人、カバン５つ、帽子２つ、携帯電話１台”が格納されている。更に、“１３：１５”に検出された無線タグの情報としては、“ヒト７人、カバン５つ、帽子１つ、携帯電話１台”が格納されている。情報提供サーバ２０は、個数履歴ＤＢ１００を参照することで、観覧車前における人数の５分毎の増減を把握する。
【００４７】
次いで、図１１を参照して、第３の実施形態における動作としての減り始め通知処理について説明する。併せて、本発明に係る情報提供方法を構成する各ステップについて説明する。なお、減り始め通知処理は、第１の実施形態において詳述した混雑緩和通知処理（図５参照）と同様の処理内容を複数含む。具体的には、図１１のＵ１〜Ｕ８は、図５に示したＳ１〜Ｓ８とそれぞれ同様である。
【００４８】
まずＵ１では、移動機１０のユーザは、観覧車前の混雑が緩和され始めたものと判断するための条件（通知条件）を決定し、電子メールにより、情報提供サーバ２０宛に通知する。本実施の形態における通知条件は、“観覧車前に並んでいる人が減り始めたらａａａ＠ｂｂｂに電子メールを送信する”とする。
【００４９】
情報提供サーバ２０は、通知条件受信部２１により、上記通知条件を受信する（Ｕ２）。情報提供サーバ２０は、リーダＩＤ取得部２３により、観覧車前に設置されている無線タグリーダのＩＤ４１，４２，４３（図３参照）をリーダ管理サーバ３０から取得する（Ｕ３）。
【００５０】
Ｕ４では、情報提供サーバ２０は、無線タグＩＤ取得部２４により、Ｕ３で取得されたＩＤを有する無線タグリーダ４１，４２，４３が検出した無線タグ６００〜６６０のＩＤを取得する。更に、情報提供サーバ２０は、属性情報取得部２５により、Ｕ４で取得されたＩＤを有する無線タグの貼られた人又は物の属性情報を、無線タグＤＢ５０から取得する（Ｕ５）。
【００５１】
Ｕ６においては、無線タグ計数部２６により、Ｕ５で取得された属性情報が参照され、無線タグＩＤの数が属性別にカウントされる。この時点を１３時１５分とする。再び図４を参照すると、属性情報にヒトを含むＩＤは、６００，６１０，６２０，６３０，６４０，６５０，６６０の７個である。また、属性情報にカバンを含むＩＤは、６０１，６１１，６２１，６４１，６５１の５個である。属性情報に帽子、携帯電話を含むＩＤは、６３１，６５２のそれぞれ１個ずつである。したがって、現時点（１３：１５）で観覧車前に並んでいる人は７人であると推定される。
【００５２】
Ｕ７では、情報通知部２７により、前回取得された観覧車前の人数との差分が負の数であるか否か、換言すれば、観覧車前の人数が前回と比較して減ったか否かの判定が行われる。この判定は、個数履歴ＤＢ１００を参照することで実現される。すなわち、図１０を参照すると、Ｕ６における計数結果は時刻“１３：１５”に対応するものであり、時刻“１３：１０”に対応する前回の計数結果との差分は、−１（＝７−８）となる。つまり、負の数であり、観覧車前の人数が減少に転じたものと認めることができる（Ｕ７：ＹＥＳ）。したがって、情報通知部２７は、観覧車前の人数が減り始めた旨を伝えるメッセージを、移動機１０のメールアドレスである“ａａａ＠ｂｂｂ”宛に送信する（Ｕ８）。その結果、移動機１０のユーザは、受信された電子メールを見ることで、所望の場所（本実施形態では観覧車前）における混雑状況緩和の開始を簡易迅速に知ることができる。
【００５３】
なお、Ｕ６におけるヒト属性の計数結果と前回の計数結果との差分が０又は正の数である場合には（Ｕ７：ＮＯ）、観覧車前にいる人の数は、変化していない又は増加しているものと推定できる。したがって、Ｕ４に戻り、Ｕ４以降の一連の処理が再び実行される。
【００５４】
以上説明した様に、第３の実施形態における情報提供システム３は、ユーザからの要求に応じて、遊園地の観覧車の前に並んでいる人の数を一定間隔でカウントし、その結果を、個数履歴ＤＢ１００に履歴的に保持する。そして、その数が減少に転じた場合には、その旨をユーザに通知する。したがって、遊園地にいるユーザは、観覧車前における混雑状況が緩和し始めたことを簡易迅速に知ることができ、長時間並ぶことなく観覧車に乗ることが可能となる。
【００５５】
本実施の形態では、人数が減少したことの判断基準として、属性がヒトである無線タグＩＤが前回の取得時から１以上減少したことを使用した。しかし、これに限らず、ヒト以外の物品（図１０のカバン、帽子など）を計数の対象に加えてもよい。また、何人以上減少した場合、何回連続で減少した場合、所定時間以内に減少した場合といった閾値を設けてもよい。更には、所定の時間間隔（例えば５分程度）に検出された無線タグの数の平均値や分散値が減少したことを以って、人数の減少を判断するものとしてもよい。
【００５６】
なお、本発明は、上述した各実施の形態に記載の態様に限定されるものではなく、その趣旨を逸脱しない範囲において、適宜変形態様を採ることも可能である。
【００５７】
例えば、第１〜第３の実施形態におけるリーダ管理サーバ３０、無線タグＤＢ５０、個数履歴ＤＢ１００は、情報提供サーバ２０とは別体の構成としたが、これら各装置は一体であってもよい。また、情報提供サーバ２０の有する主要な三つの機能（通知条件登録機能、通知条件適合判定機能、情報通知機能）は、それぞれ別体に構成されるサーバ装置に分散させることもできる。これにより、システムにおける位置の透過性が高まる。
【００５８】
また、第１〜第３の実施形態においては、通知条件として、人又は車の混雑状況に関するものを設定したが、通知条件は、必ずしも混雑状況に関するものでなくてもよい。例えば、秋葉原において、所定の人数以上の人が集まっている所には、何らかのイベントがあるものと判断し、そのイベントの内容や開始時刻を通知させるものとしてもよい。また、倉庫内に保管されている物品の在庫数が所定値未満になった場合には、補充のため、当該物品の追加発注を指示するといった態様も考え得る。
【００５９】
更に、通知条件の一部又は全部は、移動機１０又はカーナビゲーション７０のユーザが自ら明示的に指定するものとは限らず、システム管理者などによって情報提供サーバ２０側で事前に設定されているものを使用してもよい。この場合であっても、通知条件の設定に際しては、ユーザの趣味嗜好や行動特性を考慮することは勿論可能であるが、しなくてもよい。
【図面の簡単な説明】
【００６０】
【図１】本発明の第１の実施形態における情報提供システムの機能的構成を示す図である。
【図２】通知条件格納部に登録される通知条件の例を示す図である。
【図３】リーダ管理サーバにおけるデータ格納例を示す図である。
【図４】第１の実施形態における無線タグＤＢ内のデータ格納例を示す図である。
【図５】混雑緩和通知処理を説明するためのフローチャートである。
【図６】本発明の第２の実施形態における情報提供システムの機能的構成を示す図である。
【図７】第２の実施形態における無線タグＤＢ内のデータ格納例を示す図である。
【図８】迂回路通知処理を説明するためのフローチャートである。
【図９】本発明の第３の実施形態における情報提供システムの機能的構成を示す図である。
【図１０】第３の実施形態における個数履歴ＤＢ内のデータ格納例を示す図である。
【図１１】減り始め通知処理を説明するためのフローチャートである。
【符号の説明】
【００６１】
１，２，３…情報提供システム、１０…移動機、２０…情報提供サーバ、２１…通知条件受信部、２２…通知条件格納部、２３…リーダＩＤ取得部、２４…無線タグＩＤ取得部、２５…属性情報取得部、２６…無線タグ計数部、２７…情報通知部、３０…リーダ管理サーバ、４１，４２，４３…無線タグリーダ、５０…無線タグＤＢ、６００，６１０，６２０…無線タグ、７０…カーナビゲーション、７１，８１，８２，８３…無線タグリーダ、９０，９３，９６…無線タグ、１００…個数履歴ＤＢ
【図１】
2005084827.tif 000003
【図２】
2005084827.tif 000004
【図３】
2005084827.tif 000005
【図４】
2005084827.tif 000006
【図５】
2005084827.tif 000007
【図６】
2005084827.tif 000008
【図７】
2005084827.tif 000009
【図８】
2005084827.tif 000010
【図９】
2005084827.tif 000011
【図１０】
2005084827.tif 000012
【図１１】
2005084827.tif 000013