(57)【要約】【課題】  無線タグリーダにより検出された複数の無線タグに対応する属性情報に応じて、有益な情報をユーザに提示することである。【解決手段】  本発明に係る情報提供サーバ２０は、ショッピングカート内及びその周辺で検出された無線タグ５１〜５９の有する属性情報を取得すると、これらの属性情報をルールサーバ３０宛に送信する。ルールサーバ３０は、受信された属性情報が所定の組合せを満たす場合には、その組合せに対応する提示情報を情報提供サーバ２０に返信する。情報提供サーバ２０は、この提示情報を受信すると、属性情報から取得された移動機７０のメールアドレス宛に、これを送信する。これにより、ユーザは、カートに入れた食材から作ることのできる料理を容易に把握することが可能となる。【選択図】  図１
2005084826.tif 000002
【特許請求の範囲】
【請求項１】
無線タグリーダにより検出された複数の無線タグの属性情報を取得する属性情報取得手段と、
前記属性情報取得手段により取得された前記属性情報の組合せに応じて決定された提示情報を取得する提示情報取得手段と、
前記提示情報取得手段により取得された前記提示情報を送信する送信手段と
を備えることを特徴とするサーバ装置。
【請求項２】
前記複数の無線タグは、異なる複数の無線タグリーダにより検出された無線タグであることを特徴とする請求項１に記載のサーバ装置。
【請求項３】
前記提示情報は、前記属性情報が対応付けられた物の組合せにより実現される物の情報であることを特徴とする請求項１又は２に記載のサーバ装置。
【請求項４】
前記提示情報は、前記属性情報が対応付けられた物の数が所定の数を超過した旨を示す情報であることを特徴とする請求項１又は２に記載のサーバ装置。
【請求項５】
前記提示情報は、前記属性情報が対応付けられた物を組み合わせて所定の物を生成する際に不足する物の情報であることを特徴とする請求項１又は２に記載のサーバ装置。
【請求項６】
サーバ装置が、
無線タグリーダにより検出された複数の無線タグの属性情報を取得する属性情報取得ステップと、
前記属性情報取得ステップにて取得された前記属性情報の組合せに応じて決定された提示情報を取得する提示情報取得ステップと、
前記提示情報取得ステップにて取得された前記提示情報を送信する送信ステップと
を含むことを特徴とする情報提供方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、サーバ装置、情報提供方法に関する。
【背景技術】
【０００２】
従来、無線タグリーダにより同時に検出された複数の無線タグからユーザや物品の状況を判断し、これに応じた処理を実行する物品管理システムが提案されている。例えば、特許文献１には、本棚に設置された無線タグリーダが、ユーザに貼られた無線タグと、持ち出された本に貼られた無線タグとを同時に検出すると、該ユーザが本を借りたものと判断し、本の貸出しを登録する方法が提案されている。更に、特許文献２には、同様の方法を、棚に陳列された薬品瓶の持出し管理に適用したシステムが開示されている。
【特許文献１】特開２００１−２２８３４号公報
【特許文献２】特開２００１−５２０５４号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
しかしながら、上記従来技術は何れも、無線タグが貼付された人と物品とを識別の対象とするものであるが、ユーザに対する情報の提示を想定したものではない。したがって、複数の無線タグに対応付けられた個別の情報を利用して、ユーザに提示すべき情報を適宜変更することで、状況に応じた有益な情報をユーザに提示することはできなかった。
【０００４】
そこで、本発明の課題は、無線タグリーダにより検出された複数の無線タグに対応する属性情報に応じて、有益な情報をユーザに提示することである。
【課題を解決するための手段】
【０００５】
上記課題を解決すべく、本発明に係るサーバ装置は、無線タグリーダにより検出された複数の無線タグの属性情報を取得する属性情報取得手段と、前記属性情報取得手段により取得された前記属性情報の組合せに応じて決定された提示情報を取得する提示情報取得手段と、前記提示情報取得手段により取得された前記提示情報を送信する送信手段とを備える。
【０００６】
また、本発明に係る情報提供方法は、サーバ装置が、無線タグリーダにより検出された複数の無線タグの属性情報を取得する属性情報取得ステップと、前記属性情報取得ステップにて取得された前記属性情報の組合せに応じて決定された提示情報を取得する提示情報取得ステップと、前記提示情報取得ステップにて取得された前記提示情報を送信する送信ステップとを含む。
【０００７】
これらの発明によれば、無線タグリーダにより検出された複数の無線タグの属性情報が取得された後、これらの属性情報の組合せに応じて決定された提示情報が取得及び送信される。すなわち、ユーザが選択した物品の有する無線タグが、ユーザの近傍にある無線タグリーダによって検出されるので、これらの無線タグの属性情報は、ユーザの状況や嗜好性が反映されたものである可能性が高い。また、かかる可能性は、取得される属性情報の数が複数となることで更に高まる。したがって、サーバ装置が、これらの属性情報を組み合わせることによって導き出される情報を取得して、ユーザ宛に送信することにより、ユーザにとって有益な情報の提示が可能となる。
【０００８】
前記複数の無線タグは、異なる複数の無線タグリーダにより検出された無線タグであってもよい。換言すれば、属性情報を取得する対象となる複数の無線タグは、必ずしも、同一の無線タグリーダによって検出されたものでなくてもよい。これにより、サーバ装置は、例えば屋内と屋外、スーパーマーケットと冷蔵庫といった遠隔地に離れて存在する物品の属性を組み合わせた情報を、ユーザに提示することができる。また、サーバ装置が、無線タグを検出する無線タグリーダをユーザの属性から選定することで、ユーザ固有の状況や嗜好性が適確に反映された物品の属性情報を取得することができるので、より有益な情報の提示が可能となる。
【０００９】
前記提示情報は、前記属性情報が対応付けられた物の組合せにより実現される物の情報であることができる。例えば、カボチャ、パセリ、牛乳に属性情報がそれぞれ対応付けられている場合には、これらの食材を使用して作ることのできるカボチャスープ等の料理が、提示情報としてユーザに提示され得る。この場合、ユーザは、特段の操作を要せずに、購入しようとカゴに入れた食材又は冷蔵庫に既にある食材から作ることのできる料理を、簡易迅速に把握することができる。
【００１０】
前記提示情報は、前記属性情報が対応付けられた物の数が所定の数を超過した旨を示す情報であってもよい。すなわち、サーバ装置は、その一部若しくは全部に同一の属性情報を有する物品の数が、所定の数を超過した場合に、提示情報を介してその旨をユーザに通知する。例えば、属性情報にパセリを含む無線タグが複数検出された際に、サーバ装置がその数を計数し、計数結果が所定の閾値を超えている場合には、パセリを買い過ぎである旨のメッセージがユーザに通知される。これにより、ユーザは、食材を買い過ぎることを未然に防止できる。
【００１１】
前記提示情報は、前記属性情報が対応付けられた物を組み合わせて所定の物を生成する際に不足する物の情報であってもよい。例えば、カボチャ、パセリ、牛乳を食材としてカボチャスープを作ることができるとする。この場合、カボチャ、牛乳を属性情報に含む無線タグが検出されたことに伴って、不足する食材としてのパセリが、提示情報としてユーザに提示される。したがって、ユーザは、特段の操作を要せずに、所望の料理を作るために追加購入すべき残りの食材を、容易に知ることができる。
【発明の効果】
【００１２】
本発明によれば、無線タグリーダにより検出された複数の無線タグに対応する属性情報に応じて、有益な情報をユーザに提示することが可能となる。
【発明を実施するための最良の形態】
【００１３】
（第１の実施形態）
以下、添付図面を参照して、本発明の第１の実施形態における情報提供システムについて説明する。図１は、本実施の形態における情報提供システム１の構成を示す図である。図１に示す様に、情報提供システム１は、タグ管理サーバ１０と、情報提供サーバ２０（サーバ装置に対応）と、ルールサーバ３０と、無線タグリーダ４０と、無線タグＤＢ（DataBase）６０とを備えて構成される。
【００１４】
タグ管理サーバ１０は、ショッピングカートに設置された無線タグリーダ４０に接続されている。タグ管理サーバ１０は、無線タグリーダ４０が検出した無線タグのＩＤ（５１，…，５５，…，５７）を基に、これらのＩＤに対応する属性情報を無線タグＤＢ６０から取得する。取得された属性情報は、情報提供サーバ２０宛に一括して送信される。属性情報は、無線タグのＩＤに対応付けられて、無線タグＤＢ６０に予め格納されている。
【００１５】
無線タグＤＢ６０におけるデータ格納例を図２に示す。例えば、移動機７０のユーザに貼付された無線タグのＩＤ“５１”には、属性情報として、“人間、○○ ○子、女性、フランス料理好き”といったデータが対応付けられている。また、食材に貼付された無線タグのＩＤ“５２，５３，５４，５５，５７”には、種別、産地、収穫日（若しくは製造日）、サイズ、賞味期限といったデータが属性情報として対応付けられている。更に、移動機７０に貼付された無線タグのＩＤ“５６”には、携帯電話、所有者氏名、メールアドレスといったデータが対応付けられている。
【００１６】
情報提供サーバ２０は、機能的には、属性情報取得部２１（属性情報取得手段に対応）と、属性情報送信部２２と、提示情報取得部２３（提示情報取得手段に対応）と、提示情報送信部２４（送信手段に対応）とを備える。
【００１７】
属性情報取得部２１は、タグ管理サーバ１０から送信される上記属性情報を一括して受信する。上述した様に、この属性情報には、ユーザに関する属性情報が含まれており、同時に受信された属性情報が、当該ユーザに対応するものであることを識別可能になっている。本実施の形態では、図２に示した属性情報が一括して受信される。これにより、情報提供サーバ２０は、無線タグＩＤ“５１”により識別されるユーザが、トマト、カボチャ、パセリ、食パンを１つずつと、牛乳１つを購入しようとしていることを認識可能である。また、提示情報の通知先として、携帯電話のメールアドレス“ａａａ＠ｂｂｂ”を使用できることも認識可能である。
【００１８】
属性情報送信部２２は、属性情報取得部２１により取得された属性情報をルールサーバ３０宛に送信する。
【００１９】
提示情報取得部２３は、ルールサーバ３０から送信された提示情報を受信して取得する。
【００２０】
提示情報送信部２４は、提示情報取得部２３により取得された提示情報を、属性情報に含まれる移動機７０のメールアドレス宛に送信する。
【００２１】
ルールサーバ３０は、情報提供サーバ２０の属性情報送信部２２から複数の属性情報を受信すると、それらを組み合わせて提示情報を決定し、情報提供サーバ２０に送信する。提示情報は、図３に示すルールＤＢ３１を参照して決定される。図３は、ルールＤＢ３１におけるデータ格納例を示す図である。ルールＤＢ３１は、属性情報の組合せが格納される組合せ領域３１ａと、属性情報の組合せに応じて提示される情報が格納される提示情報領域３１ｂとを有する。
【００２２】
図３を参照して、より具体的に説明すると、例えば、取得された属性情報の中に、“トマト”、“パスタ”、“ケチャップ”、“イタリア料理好き”の全てが含まれる場合には、これらの食材から“ナポリタンスパゲティ”を作ることができ、また、ユーザがイタリア料理を好むものと判断できる。したがって、ルールサーバ３０には、提示情報として、「ナポリタンスパゲティ」を設定しておく。
【００２３】
更に、例えば、取得された属性情報の中に、“牛乳”、“カボチャ”、“パセリ”、“トマト”、“食パン”、“女性”の全てが含まれる場合には、これらの食材から“カボチャスープ”を作ることができ、また、ユーザが女性であることが判断される。したがって、ルールサーバ３０には、提示情報として、「カボチャスープ」を設定しておく。なお、提示情報としては、料理名に加えて、食材の分量と作り方（レシピ）を設定してもよい。
【００２４】
次に、図４を参照して、本実施の形態における情報提供システム１の動作を説明し、併せて、本発明に係る情報提供方法を構成する各ステップについて説明する。図４は、料理提示処理を説明するためのフローチャートである。
【００２５】
Ｓ１では、タグ管理サーバ１０は、同時とみなすことのできる所定の時間（例えば２秒間）内に無線タグリーダ４０が検出した無線タグ５１〜５７のＩＤを取得する。続いて、タグ管理サーバ１０は、無線タグＤＢ６０を参照して、Ｓ１で取得された無線タグＩＤに対応付けられた属性情報を取得する（Ｓ２）。タグ管理サーバ１０は、Ｓ２で取得された属性情報を情報提供サーバ２０に送信する（Ｓ３）。このとき送信される七種の属性情報は、図２に示した、無線タグＩＤ５１〜５７に対応する属性情報であるものとする。
【００２６】
Ｓ４では、情報提供サーバ２０は、Ｓ３で送信された属性情報を属性情報取得部２１により受信する。
【００２７】
属性情報が属性情報送信部２２に入力されると、属性情報送信部２２は、この属性情報の送信先であるルールサーバを決定する（Ｓ５）。
【００２８】
属性情報の送信先候補となるルールサーバが複数存在する場合には、Ｓ５において、属性情報の送信先となるルールサーバを選択する必要があるが、その選択手法を以下に例示する。第一に、Ｓ４で受信された属性情報に含まれる物の種別を使用する手法がある。すなわち、属性情報に含まれる物の種別の過半数がトマト、食パンなど、食べ物の場合には、情報提供サーバ２０は、料理やレシピを提示可能なルールサーバ３０を選択する。一方、物の種別の過半数が洋服、帽子など、衣類の場合には、ファッションに関する情報を提示可能な別のルールサーバを選択する。
【００２９】
第二の手法として、無線タグを検出した無線タグリーダの位置を使用する手法も考えられる。すなわち、情報提供サーバ２０は、Ｓ４において、無線タグを検出した無線タグリーダのＩＤを属性情報と共に受信し、この無線タグリーダが設置されている場所を基に、属性情報の送信先となるルールサーバを決定する。ここで、無線タグリーダの場所とリーダＩＤとの対応関係は、サーバ管理者によって事前に登録されているものとしてもよいし、ＧＰＳ（Global Positioning System）等の位置検出装置を無線タグリーダに備え、当該装置から定期的に取得されるものとしてもよい。
【００３０】
このような態様においては、例えば、受信されたリーダＩＤに対応する場所がスーパーマーケットである場合には、食品の購入者が多いことが予想されるので、情報提供サーバ２０は、料理やレシピを提示可能なルールサーバ３０を選択する。また、リーダＩＤに対応する場所がデパート等の試着室である場合には、購入しようとする服が似合うか否かの情報がユーザにとって有益であるので、ファッションチェックの結果を通知可能な別のルールサーバを選択する。更に、第一及び第二の手法を組み合わせても勿論よい。
【００３１】
本実施の形態では、第一の手法を想定する。再び図２を参照すると、無線タグＩＤ５１〜５７の属性情報に含まれる物の種別の過半数（７個のうち５個）が食材であることから、送信先のルールサーバとしてルールサーバ３０が選択される。したがって、情報提供サーバ２０は、属性情報送信部２２により、Ｓ４で受信された属性情報を、Ｓ５で決定されたルールサーバ３０宛に送信する（Ｓ６）。
【００３２】
ルールサーバ３０は、Ｓ６で送信された全ての属性情報を受信すると（Ｓ７）、図３に示したルールＤＢ３１を参照して、受信された属性情報に対応する提示情報を取得する（Ｓ８）。本実施の形態では、属性情報に含まれる物の種別は、“人間、トマト、カボチャ、パセリ、牛乳、携帯電話、食パン”であり、７種存在する。また、種別として“人間”を有する属性情報には、“女性”が含まれる。ルールＤＢ３１の組合せ領域３１ａを参照すると、全ての種別（牛乳、カボチャ、パセリ、トマト、食パン）が含まれる組合せが下段に登録されている。また、属性情報として“女性”を有する条件も満たす。したがって、提示情報として“カボチャスープ”が取得される。なお、Ｓ７で受信された属性情報の満たす組合せがルールＤＢ３１に登録されていない場合には、料理提示処理は終了する。
【００３３】
Ｓ９では、ルールサーバ３０は、Ｓ８で取得された提示情報を情報提供サーバ２０に送信する。
【００３４】
情報提供サーバ２０は、提示情報取得部２３により提示情報を受信すると（Ｓ１０）、この提示情報の送信先を特定すべく、Ｓ４で受信された属性情報を再び参照する。図２を参照すると、種別として“携帯電話”を有する属性情報に、メールアドレス“ａａａ＠ｂｂｂ”が含まれている。したがって、提示情報取得部２３は、このメールアドレスを提示情報の送信先として取得する（Ｓ１１）。
【００３５】
情報提供サーバ２０は、提示情報送信部２４により、Ｓ１０で受信された提示情報を、Ｓ１１で取得された送信先に送信する（Ｓ１２）。その結果、提示情報として“カボチャスープ”が記載された電子メールが移動機７０に到達する。移動機７０のユーザは、この電子メールを読むことで、現時点でショッピングカートに入っている食材からカボチャスープを作ることができることを知る。
【００３６】
以上説明した様に、第１の実施形態における情報提供システム１は、ユーザからの明示的な要求を受けることなく、以下の様な処理を実行する。まず、ユーザが使用するショッピングカートに設置された無線タグリーダ４０が、食材、移動機７０、ユーザ自身に貼付された無線タグ５１〜５７を検出する。これらの無線タグＩＤがタグ管理サーバ１０に通知されると、タグ管理サーバ１０は、無線タグＤＢ６０に属性情報を問い合わせ、情報提供サーバ２０に通知する。情報提供サーバ２０は、通知された属性情報が条件を満たす組合せに応じた提示情報をルールサーバ３０から取得して、移動機７０経由でユーザに通知する。これにより、ユーザは、ショッピングカートに購入したい食材を入れるという簡単な動作で、その食材から作ることのできる料理やその作り方を容易に知ることができる。
【００３７】
なお、無線タグに代替してバーコードを使用した場合には、ユーザは、食材のバーコードに読取り機をかざす動作が少なくとも必要になる。また、バーコードは、読取り面が見えないと検出できない、傷や埃が付いた場合に検出が困難になる、といった物理的な難点がある。しかし、ショッピングカート内に無線タグリーダを設置しておき、この無線タグリーダが、無線タグから発信される電波を受信することで、上記の動作は不要となり、これらの難点も解消される。その結果、ユーザの利便性を損ねることなく、ユーザに対して有益な情報を提供することが可能となる。
【００３８】
（第２の実施の形態）
続いて、図５〜図９を参照して、本発明の第２の実施形態について説明する。第１の実施形態における情報提供システム１では、１つの無線タグリーダを使用するものとした。これに対して、第２の実施形態においては、複数の無線タグリーダを連携させることで、上述した提示情報に加えて、更に有益な情報を提示する態様を想定する。
【００３９】
図５は、第２の実施形態における情報提供システム２の機能的構成を示すブロック図である。情報提供システム２の構成は、第１の実施形態において詳述した情報提供システム１の構成と主要部を同一とするので、各構成要素には同一の符合を付し、その説明は省略すると共に、第１の実施形態との差異について説明する。
【００４０】
情報提供システム２は、本実施の形態に特有の構成要素として、タグリーダ管理サーバ８０及び無線タグリーダ９０を備える。タグリーダ管理サーバ８０は、リーダＤＢ８１を有する。リーダＤＢ８１は、図６に示す構成を有する。すなわち、リーダＤＢ８１は、ユーザの属性情報を格納する属性情報領域８１ａと、連携すべき無線タグリーダのＩＤを格納するリーダ領域８１ｂとを有する。属性情報領域８１ａには、例えば、属性情報の種別が人間である無線タグのＩＤとして“５１”が格納されており、この場合には、その人の自宅の冷蔵庫に設置されている無線タグリーダのＩＤ“９０”がリーダ領域８１ｂに対応付けられている。これにより、タグ管理サーバ１０は、属性情報に含まれる人の情報（ユーザ）を特定することで、無線タグＩＤの要求先となる別のリーダを一意に決定することができる。なお、連携すべき無線タグリーダのＩＤは、移動機７０を用いて、ユーザが事前に登録することができる。
【００４１】
無線タグリーダ９０は、無線タグ５１が貼付されたユーザの自宅にある冷蔵庫内に設置されている。冷蔵庫に入っている全ての食材には無線タグが貼られている。無線タグリーダ９０は、タグ管理サーバ１０からの要求に応じて、これらの無線タグを検出し、そのＩＤである“５８”，“５９”をタグ管理サーバ１０に送信する。タグ管理サーバ１０は、無線タグＤＢ６０を参照して、受信されたＩＤが対応付けられた物の種別が共に牛乳であることを認識する。
【００４２】
本実施の形態におけるルールサーバ３０のルールＤＢ３１内のデータ格納例を図７に示す。図７に示す様に、ルールＤＢ３１には、属性情報の組合せと提示情報とが対応付けて格納されている。これにより、取得された属性情報の物品種別に牛乳が３以上含まれている場合、すなわち、既に自宅にある牛乳の本数とこれから購入しようとする牛乳の本数との合計が３本以上である場合には、提示情報として、“牛乳を買い過ぎ”の選定が可能となる。
【００４３】
次いで、図８を参照して、第２の実施形態における動作としての買い過ぎ通知処理について説明する。併せて、本発明に係る情報提供方法を構成する各ステップについて説明する。なお、本買い過ぎ通知処理は、第１の実施形態において詳述した料理提示処理（図４参照）と同様のステップを複数含む。したがって、共通するステップの説明は省略し、本発明に特有の処理について説明する。具体的には、図８のＴ１〜Ｔ２は、図４に示したＳ１〜Ｓ２に相当し、図９のＴ１２〜Ｔ２１は、図４に示したＳ３〜Ｓ１２にそれぞれ相当する。
【００４４】
まずＴ３では、タグ管理サーバ１０は、Ｔ２で取得された属性情報を参照して、その要素に“人間”を含む無線タグのＩＤを取得する。本実施の形態では、Ｔ１において、図２に示した属性情報のうち、ＩＤ５１〜５７に対応する属性情報が取得された場合を想定しているので、Ｔ３では、無線タグＩＤ“５１”が取得される。続いて、タグ管理サーバ１０は、無線タグ検出の要求対象となる無線タグリーダを特定すべく、取得された無線タグＩＤを有する人に対応付けられた無線タグリーダのＩＤをタグリーダ管理サーバ８０に問い合わせる（Ｔ４）。
【００４５】
タグリーダ管理サーバ８０は、Ｔ４で送信された無線タグＩＤ“５１”を受信する（Ｔ５）。図６を参照して上述した様に、タグリーダ管理サーバ８０には、無線タグＩＤ“５１”の人間が連携すべき無線タグリーダとして、無線タグリーダ９０が登録されている。したがって、Ｔ６では、無線タグリーダ９０のＩＤ“９０”が取得され、タグ管理サーバ１０宛に送信される（Ｔ７）。
【００４６】
タグ管理サーバ１０は、Ｔ７で送信された無線タグリーダＩＤを受信すると（Ｔ８）、該ＩＤにより識別される無線タグリーダ９０に対して、無線タグの検出要求を送信する（Ｔ９）。無線タグリーダ９０は、この検出要求に応じて、通信エリアに在圏する無線タグ５８，５９を検出し、これらのＩＤを取得する。取得された無線タグＩＤは、タグ管理サーバ１０に送信される。タグ管理サーバ１０は、無線タグＩＤ“５８”，“５９”を受信すると（Ｔ１０）、Ｔ２と同様に、これらのＩＤに対応する属性情報を無線タグＤＢ６０から取得する（Ｔ１１）。図２を参照すると、ＩＤ“５８”，“５９”には、属性情報として、種別、産地、製造日、賞味期限が対応付けられているので、これらの情報が取得される。
【００４７】
図９に移り、Ｔ１２では、Ｔ２で取得された属性情報とＴ１１で取得された属性情報とが、タグ管理サーバ１０から情報提供サーバ２０宛に送信される。ここで、Ｔ２で取得された属性情報は、移動機７０のユーザのショッピングカートに入れられた食材に関するものを含み、また、Ｔ１１で取得された属性情報は、当該ユーザの自宅の冷蔵庫にある食材に関するものである。また、情報提供サーバ２０は、Ｔ１３以降の処理において、双方の無線タグリーダ４０，９０により検出された無線タグに対応する属性情報から得られる提示情報を移動機７０宛に送信する。これにより、ユーザは、これから購入しようとする食材に、既に購入済の食材が反映された情報を得る。
【００４８】
本実施の形態においてより具体的には、属性情報の組合せとして“牛乳が３本以上”という条件を満たす場合に、“牛乳を買い過ぎ”なる提示情報を通知するというルールが設定されている（図７参照）。情報提供サーバ２０がＴ１３で受信した属性情報からは、ショッピングカートに入れられた牛乳が１本、既に自宅の冷蔵庫にある牛乳が２本であり、合計３本の牛乳があるという判定が可能である。このため、かかる判定結果は、ルールサーバ３０に設定されている条件を満たすことになり、提示情報が、情報提供サーバ２０経由で移動機７０宛に送信される。したがって、移動機７０のユーザは、“ａａａ＠ｂｂｂ”宛に送信された電子メールを見ることで、牛乳を買い過ぎであることを容易に認識できる。
【００４９】
第１及び第２の実施形態は、何れかが排他的に適用されるものではなく、双方を組み合わせて適用することも勿論可能である。すなわち、第２の実施形態においても、情報提供サーバ２０は、ショッピングカートと自宅の冷蔵庫とにある食材を併せて作ることのできる料理をユーザに通知するものとしてもよい。このとき、その料理を作る際に余る食材（多過ぎる食材）があれば、その旨が同時に通知される。これにより、ユーザは、現在ある食材から作ることのできる料理を知ることのみならず、その料理を作るために必要最小限の食材を購入することが可能となる。
【００５０】
第１及び第２の実施形態における情報提供システム１，２は、以下に説明する様な応用も可能である。すなわち、図４のＳ８では、タグ管理サーバ１０から取得された属性情報が、ルールＤＢ３１に組合せとして登録されている全ての属性情報を含む場合にのみ、提示情報がユーザ宛に送信されるものとした。しかし、登録されている全ての属性情報を含む場合でなくても、所定の割合以上を含む場合には、提示情報を送信するものとしてもよい。但し、この場合に送信される提示情報は、現在ある食材では所望の料理を作ることができないことから、料理名ではなく、その料理を作るのに不足する食材の情報であることが望ましい。
【００５１】
例えば、図３に示す様に、“トマト、パスタ、ケチャップ、イタリア料理好き”なる属性情報の組合せがルールＤＢ３１に格納され、これに対応する提示情報として“ナポリタン”が登録されているとする。この場合、ユーザのショッピングカートの中にパスタとケチャップしかなくても、ナポリタンを作るのに必要な三種類の食材のうち、二種類の食材が既にあることから、ユーザはナポリタンを作る可能性が高いことが予想される。したがって、情報提供サーバ２０は、「ナポリタンを作るにはトマトが足りません。」なるメッセージを提示情報として、移動機７０宛に送信する。したがって、ユーザは、所望する料理の食材が全て揃っていない場合であっても、その料理及び不足する食材を簡易迅速に把握することができる。
【００５２】
なお、かかる不足食材の通知処理は、自宅の冷蔵庫にある食材を加えた結果に関しても、勿論適用可能である。これにより、ユーザは、これから購入しようとする食材に、既有の食材を加えてもなお不足する食材を容易に知ることができる。その結果、必要な食材の買い忘れ、あるいは、既に購入済の食材の買い過ぎを未然に防止することができる。
【００５３】
（第３の実施の形態）
続いて、図１０〜図１５を参照して、本発明の第３の実施形態について説明する。第１及び第２の実施形態における情報提供システム１，２では、スーパーマーケットでの食材購入に対する適用を想定した。これに対して、第３の実施形態の情報提供システム３では、試着室におけるファッションチェックサービスへの適用を想定する。詳細な処理内容に関しては後述するが、本実施の形態では、試着室に入った人が、販売されている衣服を実際に着用することなく、似合うか否かを容易に判断することを可能とする。
【００５４】
図１０は、第３の実施形態における情報提供システム３の機能的構成を示すブロック図である。情報提供システム３の構成は、第１の実施形態において詳述した情報提供システム１の構成と主要部を同一とするので、各構成要素には同一の符合を付し、その説明は省略すると共に、第１の実施形態との差異について説明する。
【００５５】
まず、情報提供システム３は、無線タグＤＢ６０を有するが、格納されているデータが第１及び第２の実施形態と異なる。本実施の形態において無線タグＤＢ６０に格納されるデータの例を図１１に示す。図１１に示す様に、無線タグＤＢ６０は、無線タグＩＤ領域６１と属性情報領域６２とを有する。無線タグＩＤ領域６１には、無線タグ１０１〜１０５の識別情報として、“１０１，１０２，１０３，１０４，１０５”が格納されている。また、属性情報領域６２には、これらのＩＤを有する無線タグが貼付された人又は物品の属性情報が、無線タグＩＤに対応付けて格納されている。
【００５６】
情報提供システム３は、本実施の形態に特有の構成要素として、リーダＤＢ１１０を更に備える。リーダＤＢ１１０は、図１２に示す構成を有する。すなわち、リーダＤＢ１１０には、無線タグリーダ４０の識別情報である“４０”が、無線タグリーダ４０が設置されている場所を示す“試着室”、及び無線タグを検出可能な地理的範囲“２ｍ”に対応付けて格納されている。リーダＤＢ１１０に接続されたタグ管理サーバ１０が、無線タグを検出した無線タグリーダの属性情報をリーダＤＢ１１０から取得し、無線タグの属性情報と共に送信することで、情報提供サーバ２０は、使用すべきルールサーバを選択することが可能となる。
【００５７】
図１３は、本実施の形態におけるルールサーバ３０のルールＤＢ３１内のデータ格納例を示す図である。図１３に示す様に、ルールＤＢ３１には、属性情報の組合せと提示情報とが対応付けて格納されている。これにより、取得された属性情報に“緑のシャツ、２０歳代、女性、オレンジのマフラー、白いターバン”が含まれている場合に、提示情報として“似合っている”、提示方法として“フォログラフ”の選定が可能になる。
【００５８】
フォログラフＤＢ１２０内部の構成は特に図示しないが、フォログラフＤＢ１２０には、無線タグの属性情報と、これに対応する無線タグの貼られた衣服を着た人のフォログラフが格納されている。フォログラフＤＢ１２０は、情報提供サーバ２０から属性情報を取得すると、当該属性情報に該当するフォログラフを情報提供サーバ２０に提供する。フォログラフは、データベースに既存のものを使用してもよいし、属性情報の取得を契機として、得られた属性情報を基に随時生成されるものとしてもよい。
【００５９】
次いで、図１４を参照して、第３の実施形態における動作としてのファッションチェック処理について説明する。併せて、本発明に係る情報提供方法を構成する各ステップについて説明する。なお、本ファッションチェック処理は、第１の実施形態において詳述した料理提示処理（図４参照）と同様のステップを複数含む。したがって、共通するステップの説明は省略し、本発明に特有の処理について説明する。具体的には、図１４のＵ１〜Ｕ２は、図４に示したＳ１〜Ｓ２に相当する。また、図１４のＵ４〜Ｕ９と図１５のＵ１０〜Ｕ１１とは、図４に示したＳ３〜Ｓ１０に相当し、図１５のＵ１３〜Ｕ１４は、図４に示したＳ１１〜Ｓ１２にそれぞれ相当する。
【００６０】
Ｕ３では、タグ管理サーバ１０は、Ｕ１で取得された無線タグリーダ４０のＩＤに対応する属性情報をリーダＤＢ１１０から取得する。続いて、タグ管理サーバ１０は、Ｕ２で取得された無線タグ１０１〜１０５の属性情報と、Ｕ３で取得された無線タグリーダ４０の属性情報とを、情報提供サーバ２０宛に送信する（Ｕ４）。このとき送信される五種の属性情報が、図１１に示した属性情報である。
【００６１】
Ｕ５では、情報提供サーバ２０は、Ｕ４で送信された属性情報を属性情報取得部２１により受信する。
【００６２】
属性情報が属性情報送信部２２に入力されると、属性情報送信部２２は、属性情報の送信先であるルールサーバを決定する（Ｓ５）。ルールサーバの決定に際しては、第１の実施形態において説明した第一と第二の手法、及びこれらの組合せを適用可能である。第一の手法は、物品種別の割合を使用する手法であり、第二の手法は、無線タグリーダの位置を使用する手法であるが、これら以外に、Ｕ５で受信された無線タグリーダ４０の属性情報を使用する手法も適用可能である。本実施の形態では、かかる手法を採る。
【００６３】
すなわち、情報提供サーバ２０は、Ｕ５で受信された属性情報に“試着室”なる情報が含まれていることから、ユーザは試着室に居てファッションチェックサービスを利用したいものと判断し、かかるサービスを提供可能なルールサーバ３０に接続する（Ｕ６）。そして、情報提供サーバ２０は、Ｕ５で受信された無線タグ１０１〜１０５の属性情報をルールサーバ３０宛に送信する（Ｕ７）。
【００６４】
ルールサーバ３０は、Ｕ７で送信された全ての属性情報を受信すると（Ｕ８）、図１３に示したルールＤＢ３１を参照して、受信された属性情報に対応する提示情報を取得する。同時に、提示方法を取得する（Ｕ９）。本実施の形態では、ルールＤＢ３１には、“緑のシャツ、２０歳代、女性、オレンジのマフラー、白いターバン”が属性情報の組合せとして登録されており、Ｕ８で受信された属性情報は、これらの組合せに適合する。したがって、組合せに対応する“似合っている”なる提示情報が、その提示方法を示す“フォログラフ”の情報と共に、ルールサーバ３０から情報提供サーバ２０に送信される（図１５のＵ１０）。
【００６５】
なお、Ｕ８で受信された属性情報が上記組合せに適合しない場合には、“似合っていない”なる提示情報が送信されるものとしてもよいし、如何なる情報も送信せずに、ファッションチェック処理を終了するものとしてもよい。
【００６６】
情報提供サーバ２０は、提示情報取得部２３により、提示情報及び提示方法の各情報を受信すると（Ｕ１１）、提示方法として“フォログラフ”を使用することを認識する。提示方法の決定に際しては、このように、ルールサーバ３０から直接指示された方法を採用してもよいが、情報提供サーバ２０が、受信した属性情報の組合せに応じて自ら選択するものとしてもよい。
【００６７】
Ｕ１２では、情報提供サーバ２０は、上記提示情報に加えてユーザに提示されるフォログラフを取得すべく、提示情報取得部２３により、Ｕ５で受信された無線タグの属性情報に該当するフォログラフをフォログラフＤＢ１２０から取得する（Ｕ１２）。更に、情報提供サーバ２０は、提示情報及びフォログラフの送信先を特定すべく、Ｕ５で受信された属性情報を再び参照する。図１１に示した様に、無線タグＤＢ６０には、ネットワークに接続された鏡端末１３０に貼付の無線タグ１０５が登録されており、その属性情報にはＩＰ（Internet Protocol）アドレスが含まれている。したがって、提示情報取得部２３は、このＩＰアドレスを送信先に特定し取得する（Ｕ１３）。
【００６８】
情報提供サーバ２０は、提示情報送信部２４により、Ｕ１１で受信された提示情報を、Ｕ１２で取得されたフォログラフと共に送信する（Ｕ１４）。宛先は、Ｕ１３で取得された送信先としての鏡端末１３０である。鏡端末１３０は、提示情報とフォログラフとを受信すると（Ｕ１５）、属性情報に含まれる衣服（シャツ、マフラー、ターバン）を着用したユーザの映像に、“似合っている”というメッセージを付して鏡面部に表示させる（Ｕ１６）。
【００６９】
以上説明した様に、第３の実施形態における情報提供システム３によれば、ユーザが購入を希望する衣服を試着室に持ち込むと、そのユーザと衣服、試着室に設置された鏡の属性情報が、タグ管理サーバ１０を介して、情報提供サーバ２０に送信される。情報提供サーバ２０は、これらの属性情報をルールサーバ３０に送信することにより、ユーザに提示すべき情報と方法とを取得する。提示方法がフォログラフである場合には、情報提供サーバ２０は、フォログラフＤＢ１２０にアクセスして、上記属性情報により生成されるフォログラフを取得する。取得された提示情報及びフォログラフは、鏡端末１３０を介してユーザに提示される。ユーザは、鏡面に表示された映像を見ることにより、実際に衣服を着用することなく、その衣服が似合うか否かを容易に判断することができる。
【００７０】
なお、本発明は、上述した各実施の形態に限定されるものではなく、その趣旨を逸脱しない範囲において、適宜変形態様を採ることも可能である。
【００７１】
例えば、第１から第３の実施形態における情報提供システムを構成するタグ管理サーバ１０、ルールサーバ３０等のサーバ装置は、情報提供サーバ２０とは別体の構成としたが、これら各サーバ装置は一体であってもよい。反対に、情報提供サーバ２０の有する主要な機能（属性情報の取得及び送信機能、提示情報の取得及び送信機能）は、物理的に別体に構成されるサーバ装置に分散させることもできる。これにより、本システムにおける位置の透過性が高まる。
【図面の簡単な説明】
【００７２】
【図１】本発明の第１の実施形態における情報提供システムの機能的構成を示す図である。
【図２】無線タグＤＢに格納されている無線タグＩＤと属性情報との対応関係の一例を示す図である。
【図３】第１の実施形態においてルールサーバに設定されている、料理提示のルールを示す図である。
【図４】料理提示処理を説明するためのフローチャートである。
【図５】第２の実施形態における情報提供システムの機能的構成を示す図である。
【図６】タグリーダ管理サーバに登録されているユーザ属性情報と無線タグリーダとの対応関係の一例を示す図である。
【図７】第２の実施形態においてルールサーバに設定されている、買い過ぎ通知のルールを示す図である。
【図８】買い過ぎ通知処理を説明するためのフローチャートの前半部分を示す図である。
【図９】買い過ぎ通知処理を説明するためのフローチャートの後半部分を示す図である。
【図１０】第３の実施形態における情報提供システムの機能的構成を示す図である。
【図１１】第３の実施形態における無線タグＤＢに格納されている無線タグＩＤと属性情報との対応関係の一例を示す図である。
【図１２】リーダＤＢに格納されている無線タグリーダＩＤと属性情報との対応関係の一例を示す図である。
【図１３】第３の実施形態においてルールサーバに設定されている、ファッションチェックのルールを示す図である。
【図１４】ファッションチェック処理を説明するためのフローチャートの前半部分を示す図である。
【図１５】ファッションチェック処理を説明するためのフローチャートの後半部分を示す図である。
【符号の説明】
【００７３】
１，２，３…情報提供システム、１０…タグ管理サーバ、２０…情報提供サーバ、２１…属性情報取得部、２２…属性情報送信部、２３…提示情報取得部、２４…提示情報送信部、３０…ルールサーバ、３１…ルールＤＢ、４０…無線タグリーダ、５１〜５９…無線タグ、６０…無線タグＤＢ、７０…移動機、８０…タグリーダ管理サーバ、８１…リーダＤＢ、９０…無線タグリーダ、１０１〜１０５…無線タグ、１１０…リーダＤＢ、１２０…フォログラフＤＢ、１３０…鏡端末
【図１】
2005084826.tif 000003
【図２】
2005084826.tif 000004
【図３】
2005084826.tif 000005
【図４】
2005084826.tif 000006
【図５】
2005084826.tif 000007
【図６】
2005084826.tif 000008
【図７】
2005084826.tif 000009
【図８】
2005084826.tif 000010
【図９】
2005084826.tif 000011
【図１０】
2005084826.tif 000012
【図１１】
2005084826.tif 000013
【図１２】
2005084826.tif 000014
【図１３】
2005084826.tif 000015
【図１４】
2005084826.tif 000016
【図１５】
2005084826.tif 000017