(57)【要約】【課題】適切なタイミングでコンテンツをユーザに提供すること。【解決手段】情報提供サーバ４００は、端末装置１０と通信する。情報提供サーバ４００は、通信部４１０と制御部４２０とを有する。通信部４１０は、ユーザに関する情報である生体情報を受信する。制御部４２０は、生体情報に基づいて、ユーザの状態を解析し、解析結果に基づいて、コンテンツを端末装置１０に提供するか否かを判定し、コンテンツを端末装置１０に提供すると判定した場合、コンテンツを端末装置１０に提供する。【選択図】図１
2019219977.tif 000002
【特許請求の範囲】
【請求項１】
ユーザに関する情報である生体情報を取得し、前記生体情報を送信する端末装置と、
情報処理装置と、
を含み、
前記情報処理装置は、
前記端末装置から前記生体情報を受信し、
前記生体情報に基づいて、前記ユーザの状態を解析し、
解析結果に基づいて、コンテンツを前記端末装置に提供するか否かを判定し、
前記コンテンツを前記端末装置に提供すると判定した場合、前記コンテンツを前記端末装置に提供する、
情報提供システム。
【請求項２】
前記端末装置は、
生体情報取得装置と、前記ユーザが利用する携帯情報端末とを含み、
前記生体情報取得装置は、
前記生体情報を取得し、
前記生体情報を送信し、
前記携帯情報端末は、
前記生体情報取得装置から前記生体情報を受信し、
前記生体情報を送信し、
前記情報処理装置は、
前記携帯情報端末から前記生体情報を受信し、
前記生体情報に基づいて、前記ユーザの状態を解析し、
解析結果に基づいて、前記コンテンツを前記携帯情報端末に提供するか否かを判定し、
前記コンテンツを前記携帯情報端末に提供すると判定した場合、前記コンテンツを前記携帯情報端末に提供する、
請求項１に記載の情報提供システム。
【請求項３】
前記情報処理装置は、
前記コンテンツを提供しないと判定した場合、前記コンテンツを保持する、
請求項１または２に記載の情報提供システム。
【請求項４】
前記情報処理装置は、
店舗を識別するための情報である位置情報と、前記店舗が提供する商品又はサービスが属するカテゴリを示すカテゴリ情報とを含む伝送データを受信し、
前記カテゴリ情報が対応付けられており、かつ前記伝送データに含まれる前記位置情報によって識別される店舗と異なる店舗の前記コンテンツを提供すると判定した場合、前記コンテンツを提供する、
請求項１から３のいずれか１項に記載の情報提供システム。
【請求項５】
前記情報処理装置は、
前記カテゴリ情報が対応付けられており、かつ前記店舗と異なる店舗を複数検出した場合、検出した複数の店舗のそれぞれの特徴を示す提供品情報に基づいて、検出した複数の店舗の中から１つの店舗を選択し、
選択した店舗の前記コンテンツを提供すると判定した場合、前記コンテンツを提供する、
請求項４に記載の情報提供システム。
【請求項６】
前記情報処理装置は、
前記生体情報と、前記生体情報を取得した時刻から予め決められた時間前までに取得済みの生体情報とに基づいて変化量を算出し、
前記変化量に基づいて増減情報を算出し、
前記増減情報に基づいて前記ユーザの状態を解析する、
請求項１から５のいずれか１項に記載の情報提供システム。
【請求項７】
前記情報処理装置は、
前記生体情報と閾値とを用いて、前記ユーザの状態を解析する、
請求項１から５のいずれか１項に記載の情報提供システム。
【請求項８】
ユーザに関する情報である生体情報を取得し、前記生体情報を送信する端末装置と、
情報処理装置と、
を含み、
前記端末装置は、
前記生体情報に基づいて、前記ユーザの状態を解析し、
前記情報処理装置は、
前記端末装置から前記ユーザの状態の解析結果を受信し、
前記解析結果に基づいて、コンテンツを前記端末装置に提供するか否かを判定し、
前記コンテンツを前記端末装置に提供すると判定した場合、前記コンテンツを前記端末装置に提供する、
情報提供システム。
【請求項９】
前記端末装置は、
生体情報取得装置と、前記ユーザが利用する携帯情報端末とを含み、
前記生体情報取得装置は、
前記生体情報を取得し、
前記生体情報を送信し、
前記携帯情報端末は、
前記生体情報取得装置から前記生体情報を受信し、
前記生体情報に基づいて、前記ユーザの状態を解析し、解析結果を前記情報処理装置に送信し、
前記情報処理装置は、
前記携帯情報端末から前記解析結果を受信し、
前記解析結果に基づいて、前記コンテンツを前記携帯情報端末に提供するか否かを判定し、
前記コンテンツを前記携帯情報端末に提供すると判定した場合、前記コンテンツを前記携帯情報端末に提供する、
請求項８に記載の情報提供システム。
【請求項１０】
前記情報処理装置は、
前記ユーザを休ませた方がよいと解析した場合、休憩場所を含む店舗のコンテンツを提供する、
請求項１から９のいずれか１項に記載の情報提供システム。
【請求項１１】
前記情報処理装置は、
店舗で開催されるイベントの時間帯と、前記イベントを開催する店舗が提供する商品又はサービスが属するカテゴリを示す第１のカテゴリ情報との対応関係を示す施設情報テーブルを記憶しており、
前記ユーザの状態が平常であることを解析結果が示しており、かつ現在時刻が前記イベントの時間帯の場合、店舗が提供する商品又はサービスが属するカテゴリを示すカテゴリ情報と前記カテゴリ情報に関連する関連カテゴリ情報との対応関係を示す関連カテゴリ情報テーブルの前記関連カテゴリ情報を前記第１のカテゴリ情報に更新する、
請求項１から３のいずれか１項に記載の情報提供システム。
【請求項１２】
端末装置と通信する情報処理装置であって、
ユーザに関する情報である生体情報を受信する通信部と、
前記生体情報に基づいて、前記ユーザの状態を解析し、解析結果に基づいて、コンテンツを前記端末装置に提供するか否かを判定し、前記コンテンツを前記端末装置に提供すると判定した場合、前記コンテンツを前記端末装置に提供する制御部と、
を有する情報処理装置。
【請求項１３】
端末装置が、
ユーザに関する情報である生体情報を取得し、
前記生体情報を送信し、
情報処理装置が、
前記端末装置から前記生体情報を受信し、
前記生体情報に基づいて、前記ユーザの状態を解析し、
解析結果に基づいて、コンテンツを前記端末装置に提供するか否かを判定し、
前記コンテンツを前記端末装置に提供すると判定した場合、前記コンテンツを前記端末装置に提供する、
情報提供方法。
【請求項１４】
端末装置と通信する情報処理装置に、
ユーザに関する情報である生体情報を受信し、
前記生体情報に基づいて、前記ユーザの状態を解析し、
解析結果に基づいて、コンテンツを前記端末装置に提供するか否かを判定し、
前記コンテンツを前記端末装置に提供すると判定した場合、前記コンテンツを前記端末装置に提供する、
処理を実行させる情報提供プログラム
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報提供システム、情報処理装置、情報提供方法、及び情報提供プログラムに関する。
【背景技術】
【０００２】
近年、ＧＰＳ（Ｇｌｏｂａｌ  Ｐｏｓｉｔｉｏｎｉｎｇ  Ｓｙｓｔｅｍ）又はＢＬＥ（Ｂｌｕｅｔｏｏｔｈ（登録商標）  Ｌｏｗ  Ｅｎｅｒｇｙ）などの近距離無線通信が利用されている。例えば、ＧＰＳ又は近距離無線通信が利用されて、スマートフォンなどの携帯情報端末を所持するユーザの位置が検出される。また、携帯情報端末には、加速度センサ及びジャイロセンサなどの様々なセンサが内蔵されている。そのため、携帯情報端末は、携帯情報端末を所持するユーザの動作を検知することも可能である。ここで、ユーザの位置及び動作に応じた情報をユーザに提供するシステムが提案されている（特許文献１を参照）。
【０００３】
例えば、特許文献１は、ユーザの行動状況に基づいて、エリアに対するユーザの関心の度合い及び傾向を示すエリア関心度を算出するシステムを記載している。当該システムは、ユーザが所持する携帯情報端末の加速度センサ及びＧＰＳによって検知されたユーザの歩行状態（例えば、歩行、しゃがむ、かがむなど）とエリア滞在時間とから、ユーザが滞在したエリアに対するエリア関心度を算出する。当該システムは、算出したエリア関心度に基づいて、携帯情報端末の画面又は近くに設置されている表示装置にコンテンツを表示させる。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】国際公開第２０１１／１１４６２０号
【発明の概要】
【発明が解決しようとする課題】
【０００５】
特許文献１に記載されているシステムは、ユーザの状態を考慮しないで、コンテンツをユーザに提供する。そのため、当該システムは、ユーザがコンテンツを必要としないタイミングでもコンテンツをユーザに提供するので、ユーザに煩わしさ及び不快感を与える。
【０００６】
本発明の目的は、適切なタイミングでコンテンツをユーザに提供することである。
【課題を解決するための手段】
【０００７】
本発明の一態様に係る情報提供システムが提供される。情報提供システムは、端末装置と情報処理装置とを含む。端末装置は、ユーザに関する情報である生体情報を取得し、前記生体情報を送信する。情報処理装置は、前記端末装置から前記生体情報を受信し、前記生体情報に基づいて、前記ユーザの状態を解析し、解析結果に基づいて、コンテンツを前記端末装置に提供するか否かを判定し、前記コンテンツを前記端末装置に提供すると判定した場合、前記コンテンツを前記端末装置に提供する。
【発明の効果】
【０００８】
本発明によれば、適切なタイミングでコンテンツをユーザに提供できる。
【図面の簡単な説明】
【０００９】
【図１】情報提供システムを示す図である。
【図２】商業施設内に配置された複数の店舗の例を示す図である。
【図３】伝送データテーブルを示す図である。
【図４】カテゴリ情報テーブルを示す図である。
【図５】携帯情報端末が有するハードウェアを示す図である。
【図６】携帯情報端末の表示画面の例を示す図である。
【図７】情報提供サーバが有するハードウェアを示す図である。
【図８】生体情報に基づくグラフの一例を示す図である。
【図９】ユーザ状態判定テーブルを示す図である。
【図１０】ユーザ状態情報テーブルを示す図である。
【図１１】管理テーブルを示す図である。
【図１２】関連カテゴリ情報テーブルを示す図である。
【図１３】施設情報テーブルを示す図である。
【図１４】携帯情報端末が実行する処理を示すフローチャートである。
【図１５】コンテンツの送信処理を示すフローチャートである。
【図１６】（ａ）から（ｆ）は、ユーザの移動及び操作による携帯情報端末３００の画面遷移の例を示す図である。
【図１７】関連カテゴリ情報テーブルの更新処理を示すフローチャート（その１）である。
【図１８】関連カテゴリ情報テーブルの更新処理を示すフローチャート（その２）である。
【発明を実施するための形態】
【００１０】
以下、図面を参照しながら実施の形態を説明する。以下の実施の形態は、例にすぎず、本発明の範囲内で種々の変更が可能である。
【００１１】
実施の形態．
［情報提供システム］
図１は、情報提供システムを示す図である。情報提供システムは、端末装置１０と情報提供サーバ４００を含む。端末装置１０は、生体情報取得装置２００と携帯情報端末３００を含む。また、情報提供システムは、無線送信装置１００を含んでもよい。端末装置１０と情報提供サーバ４００は、情報提供方法を実行できる。
無線送信装置１００は、携帯情報端末３００と無線通信する。生体情報取得装置２００は、携帯情報端末３００と無線通信する。携帯情報端末３００は、情報提供サーバ４００と無線通信する。
【００１２】
生体情報取得装置２００は、ユーザに身に付けられている。携帯情報端末３００は、当該ユーザが利用する端末である。携帯情報端末３００は、当該ユーザが有する又は所持する端末と表現してもよい。情報提供サーバ４００は、情報処理装置とも言う。
例えば、無線送信装置１００と情報提供サーバ４００は、ショッピングモールなどの商業施設内に設置される。
【００１３】
図２は、商業施設内に配置された複数の店舗の例を示す図である。図２は、店舗Ａ〜Ｈのそれぞれに無線送信装置１００（すなわち、無線送信装置１００ａ〜１００ｈ）が設置されている状態を示している。なお、無線送信装置１００は、無線送信装置１００ａ〜１００ｈの総称と考えてもよい。また、複数の店舗は、複数のエリアと表現してもよい。
【００１４】
図２は、携帯情報端末３００を利用するユーザが通路に存在する場合を示している。携帯情報端末３００は、アクセスポイント２０を介して、情報提供サーバ４００に接続する。携帯情報端末３００は、情報提供サーバ４００からコンテンツを受信することができる。携帯情報端末３００は、受信したコンテンツを表示する。これにより、ユーザは、有益な情報を取得することができる。
【００１５】
図１に戻って、情報提供システムを簡単に説明する。
端末装置１０は、ユーザの生体情報を取得する。端末装置１０は、生体情報を送信する。情報提供サーバ４００は、端末装置１０から生体情報を受信する。情報提供サーバ４００は、生体情報に基づいて、ユーザの状態を解析する。情報提供サーバ４００は、解析結果に基づいて、コンテンツを端末装置１０に提供するか否かを判定する。情報提供サーバ４００は、コンテンツを端末装置１０に提供すると判定した場合、コンテンツを端末装置１０に提供する。これにより、情報提供システムは、適切なタイミングでコンテンツをユーザに提供できる。
【００１６】
次に、情報提供システムについて詳細に説明する。まず、無線送信装置１００について詳細に説明する。
［無線送信装置１００］
無線送信装置１００は、送信部１１０を有する。また、無線送信装置１００は、送信部１１０を制御する制御部（図示を省略）、及び情報を記憶する記憶部（図示を省略）を有する。
【００１７】
送信部１１０の一部又は全部は、無線送信装置１００が有するプロセッサによって実現してもよい。送信部１１０の一部又は全部は、無線送信装置１００が有するプロセッサが実行するプログラムのモジュールとして実現してもよい。
送信部１１０は、無線送信装置１００が設置された店舗の位置情報とカテゴリ情報とを含む伝送データを携帯情報端末３００に送信する。
【００１８】
ここで、店舗の位置情報とカテゴリ情報とについて説明する。
図３は、伝送データテーブルを示す図である。例えば、伝送データテーブル４４１は、情報提供サーバ４００に格納される。詳細には、伝送データテーブル４４１は、後述する情報提供サーバ４００が有するデータ記憶部４４０に格納される。
【００１９】
伝送データテーブル４４１は、店舗、位置情報、及びカテゴリ情報の項目を有する。店舗の項目は、店舗名を示す。位置情報の項目は、各店舗を識別するための情報を示す。店舗Ａ〜Ｈのそれぞれの位置情報は、固有の情報（例えば、固有の数値）で表される。カテゴリ情報の項目は、店舗が提供する商品又はサービスが属するカテゴリを示す。また、カテゴリは、カテゴリを識別することが可能な情報（例えば、数値）で表される。
【００２０】
図４は、カテゴリ情報テーブルを示す図である。例えば、カテゴリ情報テーブル４４２は、情報提供サーバ４００が有するデータ記憶部４４０に格納される。カテゴリ情報テーブル４４２は、カテゴリとカテゴリ情報の項目を有する。
【００２１】
カテゴリの項目は、店舗で扱う商品又は店舗で提供されるサービスが属するカテゴリ名を示す。カテゴリ情報の項目は、カテゴリに対応する数字を示す。このように、カテゴリ情報テーブル４４２は、カテゴリとカテゴリ情報との対応関係を示す情報である。
【００２２】
例えば、伝送データテーブル４４１とカテゴリ情報テーブル４４２とに基づいて、カテゴリが“ファッション”である店舗Ａのカテゴリ情報は、“０”である。なお、カテゴリが“ファッション”である店舗は、洋服、靴、又はかばんなどのようなファッションに関する商品を販売している店舗である。また、例えば、カテゴリが“グッズ”である店舗Ｃのカテゴリ情報は、“１”である。なお、カテゴリが“グッズ”である店舗は、インテリア雑貨又は食品雑貨などのような雑貨に関する商品を販売している店舗である。
【００２３】
無線送信装置１００が有する記憶部は、伝送データテーブル４４１に登録されている位置情報とカテゴリ情報とを記憶する。例えば、無線送信装置１００ａが有する記憶部は、位置情報“０１”とカテゴリ情報“０”とを記憶する。無線送信装置１００ｂが有する記憶部は、位置情報“０２”とカテゴリ情報“０”とを記憶する。このように、無線送信装置１００ａ〜１００ｈのそれぞれは、それぞれ対応する位置情報とカテゴリ情報とを記憶する。
【００２４】
送信部１１０は、無線送信装置１００が有する記憶部に格納されている位置情報とカテゴリ情報とを含む伝送データを携帯情報端末３００に送信する。例えば、無線送信装置１００ａが有する送信部は、位置情報“０１”とカテゴリ情報“０”とを含む伝送データを携帯情報端末３００に送信する。
【００２５】
ここで、位置情報及びカテゴリ情報は、一般に、伝送データテーブル４４１とカテゴリ情報テーブル４４２に登録されているように数値で表される。しかし、以降の説明では、理解を容易にするために、位置情報を対応する店舗名であるＡ〜Ｈで表記する。また、カテゴリ情報を、対応するカテゴリ名で表記する。
【００２６】
次に、伝送データの送信について、説明する。
送信部１１０は、近距離無線通信を用いて、伝送データを送信する。例えば、近距離無線通信の規格は、Ｂｌｕｅｔｏｏｔｈ４．０であるＢＬＥである。ＢＬＥでは、２．４ＧＨｚ帯の電波が用いられる。また、ＢＬＥの通信距離は、２．５ｍから５０ｍの比較的狭い範囲である。そのため、無線送信装置１００は、送信部１１０が送信する電波の強度を調整することで、伝送データの受信可能範囲を限られた領域に設定することができる。これにより、携帯情報端末３００が店舗内又は決められた領域内に存在する場合、携帯情報端末３００は、送信部１１０から伝送データを受信することができる。
【００２７】
また、伝送データは、ＵＵＩＤ（Ｕｎｉｖｅｒｓａｌｌｙ  Ｕｎｉｑｕｅ  Ｉｄｅｎｔｉｆｉｅｒ）、Ｍａｊｏｒ値、及びＭｉｎｏｒ値を含む。ＵＵＩＤは、１２８ｂｉｔ長の文字列である。Ｍａｊｏｒ値は、１６ｂｉｔ長の整数である。Ｍｉｎｏｒ値は、１６ｂｉｔ長の整数である。
【００２８】
ＵＵＩＤには、通常、無線送信装置を識別することが可能な固有の値が設定される。例えば、ＵＵＩＤには、位置情報が設定される。Ｍａｊｏｒ値及びＭｉｎｏｒ値には、データ領域として任意の値が設定される。例えば、Ｍａｊｏｒ値又はＭｉｎｏｒ値には、カテゴリ情報が設定される。
【００２９】
送信部１１０は、伝送データを繰り返し送信する。例えば、送信部１１０は、予め定められた間隔で周期的に伝送データを送信する。なお、ＢＬＥ規格の送信間隔は、２０ｍｓ（ミリ秒）から１０．２４ｓ（秒）までの間である。送信部１１０は、１００ｍｓの間隔で伝送データを送信するものとする。しかし、送信部１１０は、ＢＬＥ規格に規定されている範囲内であれば、１００ｍｓ以外の間隔で伝送データを送信してもよい。
【００３０】
次に、図１に戻って、生体情報取得装置２００について詳細に説明する。
［生体情報取得装置２００］
生体情報取得装置２００は、ユーザに身に付けられている。生体情報取得装置２００の形状は、手首に着けるリストバンド型、又はメガネ型である。しかし、生体情報取得装置２００の形状は、これら以外でもよい。
【００３１】
生体情報取得装置２００は、センサ（図示を省略）を有する。例えば、センサは、加速度センサ、角速度センサ、脈拍センサ、又は温湿度センサなどである。生体情報取得装置２００は、センサを用いて、ユーザの身体の状態又はユーザの動きを把握することができる。例えば、生体情報取得装置２００は、センサを用いて、ユーザの活動量、脈拍、又は体温などのユーザの生体に関する情報からユーザの身体の状態又はユーザの動きを把握することができる。
【００３２】
生体情報取得装置２００は、生体情報取得部２１０と生体情報送信部２２０とを有する。生体情報取得装置２００は、生体情報取得部２１０と生体情報送信部２２０を制御する制御部（図示を省略）及び情報を記憶する記憶部（図示を省略）を有してもよい。
【００３３】
生体情報取得部２１０と生体情報送信部２２０の一部又は全部は、生体情報取得装置２００が有するプロセッサによって実現してもよい。生体情報取得部２１０と生体情報送信部２２０の一部又は全部は、生体情報取得装置２００が有するプロセッサが実行するプログラムのモジュールとして実現してもよい。
【００３４】
生体情報取得部２１０は、センサからセンサ値を取得する。また、生体情報取得部２１０は、複数のセンサから複数のセンサ値（すなわち、各種センサ値）を取得することができる。ここで、生体情報取得部２１０が取得したセンサ値又は各種センサ値は、生体情報とも言う。すなわち、生体情報は、ユーザに関する情報である。例えば、生体情報は、脈拍数である。
【００３５】
生体情報送信部２２０は、生体情報取得部２１０が取得したセンサ値（すなわち、生体情報）を携帯情報端末３００に送信する。また、生体情報送信部２２０は、生体情報を送信する場合、近距離無線通信（例えば、ＢＬＥ）を用いて、生体情報を携帯情報端末３００に送信する。
【００３６】
生体情報送信部２２０は、ＢＬＥを用いて生体情報を送信する場合、Ｍａｊｏｒ値又はＭｉｎｏｒ値の領域にセンサ値又は各種センサ値を設定してもよい。また、生体情報送信部２２０は、ＢＬＥ規格に規定されている範囲内で、生体情報を周期的に送信する。
これにより、携帯情報端末３００は、生体情報を受信する。
【００３７】
［携帯情報端末３００］
携帯情報端末３００は、スマートフォン、タブレット端末、携帯電話、又はＰＣ（Ｐｅｒｓｏｎａｌ  Ｃｏｍｐｕｔｅｒ）などである。
携帯情報端末３００は、端末受信部３１０、端末制御部３２０、端末通信部３３０、端末入力部３４０、及び端末表示部３５０を有する。
【００３８】
ここで、携帯情報端末３００が有するハードウェアについて説明する。
図５は、携帯情報端末が有するハードウェアを示す図である。携帯情報端末３００は、プロセッサ３０１及びメモリ３０２を有する。
端末制御部３２０の一部又は全部は、プロセッサ３０１によって実現してもよい。端末制御部３２０の一部又は全部は、プロセッサ３０１が実行するプログラムのモジュールとして実現してもよい。また、端末制御部３２０は、プロセッサ３０１とメモリ３０２の一部とに基づいて実現してもよい。
【００３９】
また、端末受信部３１０、端末通信部３３０、端末入力部３４０、及び端末表示部３５０の一部は、プロセッサ３０１によって実現してもよい。端末受信部３１０、端末通信部３３０、端末入力部３４０、及び端末表示部３５０の一部は、プロセッサ３０１が実行するプログラムのモジュールとして実現してもよい。また、端末受信部３１０、端末通信部３３０、端末入力部３４０、及び端末表示部３５０の一部は、プロセッサ３０１とメモリ３０２とに基づいて実現してもよい。
【００４０】
端末入力部３４０及び端末表示部３５０は、タッチパネルとして実現してもよい。また、端末入力部３４０及び端末表示部３５０は、互いに異なる部品でもよい。例えば、端末入力部３４０は、操作ボタンである。端末表示部３５０は、ディスプレイである。
図１に戻って、説明する。
【００４１】
端末受信部３１０は、無線送信装置１００と生体情報取得装置２００から情報を受信する。例えば、端末受信部３１０は、ＢＬＥを用いて、情報を受信する。
端末受信部３１０は、無線送信装置１００から伝送データを受信する。端末受信部３１０は、伝送データを受信したときの受信電波の強度を検出する。端末受信部３１０は、検出した強度に基づいて、伝送データを端末制御部３２０に送信するか否かを判定する。この判定の進め方について詳細に説明する。無線送信装置１００の位置と携帯情報端末３００の位置との間の距離が短いほど、端末受信部３１０が伝送データを受信したときの受信電波の強度は、強い。端末受信部３１０は、この特性を用いて、伝送データを端末制御部３２０に送信するか否かを判定する。この特性を利用するために、メモリ３０２には、携帯情報端末３００が店舗内又は店舗付近に存在すると判定することができるときの受信電波の強度の基準値が記憶されている。端末受信部３１０は、無線送信装置１００から伝送データを受信したときの受信電波の強度が基準値を超えている場合、伝送データを端末制御部３２０に送信する。また、端末受信部３１０は、受信電波の強度が基準値以下の場合、伝送データを端末制御部３２０に送信しない。
【００４２】
また、端末受信部３１０は、生体情報取得装置２００から生体情報を受信する。端末受信部３１０は、生体情報を端末制御部３２０に送信する。
端末制御部３２０は、携帯情報端末３００の全体を制御する。端末通信部３３０は、情報提供サーバ４００と通信する。例えば、通信は、Ｗｉｆｉ（Ｗｉｒｅｌｅｓｓ  Ｆｉｄｅｌｉｔｙ）のような規定の無線通信である。なお、Ｗｉｆｉは、登録商標である。
【００４３】
端末入力部３４０は、携帯情報端末３００の入力インタフェースである。端末入力部３４０は、ユーザの操作により、切り替え要求を受け付ける。切り替え要求は、端末表示部３５０上に表示されているコンテンツの切り替え要求である。後述するように、端末入力部３４０は、端末表示部３５０に表示されるＣＨＡＮＧＥボタンをユーザが操作することで、切り替え要求を受け付ける。
【００４４】
端末入力部３４０は、切り替え要求を端末制御部３２０に送信する。例えば、携帯情報端末３００がスマートフォンの場合、タッチパネルである端末入力部３４０は、ユーザがタッチパネルを操作することで、切り替え要求を受け付ける。そして、端末入力部３４０は、切り替え要求を端末制御部３２０に送信する。なお、例えば、タッチパネルにおけるユーザ操作は、タッチパネルの画面上における所定の位置を指で触れる操作であるタップする行為、又はタッチパネルの画面上において定められた方向へ指を滑らせる操作であるスワイプする行為などである。
【００４５】
端末表示部３５０は、携帯情報端末３００の出力インタフェースである。端末表示部３５０は、コンテンツ（すなわち、コンテンツデータ）を表示する。例えば、コンテンツは、商業施設内の店舗の紹介情報、商業施設内におけるタイムセールなどのイベント情報、及び商業施設内の店舗で使用できるクーポンに関する情報などである。また、コンテンツは、文字情報、静止画像、動画画像、又はこれらの組み合わせである。
【００４６】
次に、端末表示部３５０にコンテンツが表示されている状態の具体例を示す。
図６は、携帯情報端末の表示画面の例を示す図である。図６は、“ファッション”のカテゴリに属する店舗Ａの店舗案内が端末表示部３５０に表示されている状態を示している。
【００４７】
また、端末表示部３５０には、ＣＨＡＮＧＥボタン３５１が表示される。ＣＨＡＮＧＥボタン３５１は、切り替えボタンと表現してもよい。ＣＨＡＮＧＥボタン３５１は、端末表示部３５０に表示されているコンテンツを切り替えるためのボタンである。例えば、端末入力部３４０は、ユーザがＣＨＡＮＧＥボタン３５１を押下することで、切り替え要求を取得する。後述するように、携帯情報端末３００は、ＣＨＡＮＧＥボタン３５１が押下されることで、ファッション以外のカテゴリに属する店舗のコンテンツを情報提供サーバ４００から受信することができる。
図１に戻って、説明する。
【００４８】
端末制御部３２０は、端末通信部３３０を介して、ユーザＩＤ（ｉｄｅｎｔｉｆｉｅｒ）と伝送データ、ユーザＩＤと生体情報、又はユーザＩＤと切り替え要求を情報提供サーバ４００に送信する。ユーザＩＤは、携帯情報端末を所持するユーザを識別可能な固有の識別子である。例えば、ユーザＩＤは、“Ｕ０１”である。例えば、携帯情報端末３００は、事前にユーザＩＤを管理するサーバからネットワーク経由でユーザＩＤを取得する。  ここで、情報提供サーバ４００に送信される伝送データは、伝送データの一部（すなわち、伝送データに基づく情報）でもよい。
【００４９】
端末制御部３２０は、端末通信部３３０を介して、ユーザＩＤと伝送データ、又は、ユーザＩＤと切り替え要求に基づいたコンテンツを情報提供サーバ４００から取得する。端末制御部３２０は、取得したコンテンツを端末表示部３５０に送信する。これにより、端末表示部３５０は、コンテンツを表示できる。
【００５０】
また、ユーザが移動して異なる無線送信装置から伝送データを受信し、ユーザの状態がコンテンツを見ることが可能な場合、端末制御部３２０は、端末通信部３３０を介して、情報提供サーバ４００から新たなコンテンツを取得することができる。これにより、端末表示部３５０は、新たなコンテンツを表示できる。
【００５１】
［情報提供サーバ４００］
情報提供サーバ４００は、通信部４１０、制御部４２０、生体情報記憶部４３０、データ記憶部４４０、関連カテゴリ情報記憶部４５０、及び施設情報記憶部４６０を有する。制御部４２０は、ユーザ状態解析部４２１、カテゴリ切り替え部４２２、提供情報抽出部４２３、提供タイミング決定部４２４、及び関連カテゴリ情報更新部４２５を有する。
【００５２】
ここで、情報提供サーバ４００が有するハードウェアについて説明する。
図７は、情報提供サーバが有するハードウェアを示す図である。情報提供サーバ４００は、プロセッサ４０１、メモリ４０２、及び不揮発性記憶装置４０３を有する。
【００５３】
通信部４１０と制御部４２０の一部又は全部は、プロセッサ４０１によって実現してもよい。通信部４１０と制御部４２０の一部又は全部は、プロセッサ４０１が実行するプログラムのモジュールとして実現してもよい。プロセッサ４０１が実行するプログラムは、情報提供プログラムとも言う。また、制御部４２０は、プロセッサ４０１とメモリ４０２の一部とに基づいて実現してもよい。
【００５４】
生体情報記憶部４３０、データ記憶部４４０、関連カテゴリ情報記憶部４５０、及び施設情報記憶部４６０は、メモリ４０２及び不揮発性記憶装置４０３に確保した記憶領域として実現してもよい。
【００５５】
図１に戻って、説明する。
通信部４１０は、携帯情報端末３００と通信する。通信部４１０は、ユーザＩＤと伝送データ、ユーザＩＤと生体情報、又はユーザＩＤと切り替え要求を携帯情報端末３００から受信する。通信部４１０は、受信した情報を制御部４２０に送信する。
【００５６】
制御部４２０は、生体情報に基づいて、ユーザ状態を解析する。制御部４２０は、解析結果に基づいて、コンテンツを提供するか否かを判定する。制御部４２０は、コンテンツを提供すると判定した場合、コンテンツを提供する。
制御部４２０が実行する処理について、ユーザ状態解析部４２１などを用いて、詳細に説明する。
【００５７】
ユーザ状態解析部４２１は、ユーザＩＤと生体情報を取得した場合、生体情報に基づいて、ユーザの状態を解析する。すなわち、ユーザ状態解析部４２１は、生体情報からユーザの心理及び体調を解析する。ここで、ユーザを生体と表現してもよい。
【００５８】
次に、ユーザ状態解析部４２１が実行するユーザの心理及び体調の解析について説明する。
図８は、生体情報に基づくグラフの一例を示す図である。グラフの縦軸は、脈拍数を示す。グラフの横軸は、時間を示す。ユーザ状態解析部４２１は、脈拍数を示す生体情報に基づいて、図８のグラフを作成することができる。
【００５９】
グラフは、１０：３０以降に脈拍数が増加していることを示している。また、グラフは、１１：３０以降に脈拍数が減少していることを示している。
ユーザ状態解析部４２１は、生体情報の変化量に基づいて、増減情報を算出する。例えば、ユーザ状態解析部４２１は、１０：３０より前の増減情報が“一定”であることを算出する。ユーザ状態解析部４２１は、１０：３０以降の増減情報が“増加”であることを算出する。ユーザ状態解析部４２１は、１１：３０以降の増減情報が“減少”であることを算出する。
【００６０】
図９は、ユーザ状態判定テーブルを示す図である。ユーザ状態判定テーブル４３１は、生体情報記憶部４３０に格納される。ユーザ状態判定テーブル４３１は、増減情報、生体情報、及びユーザ状態の項目を有する。
【００６１】
増減情報の項目は、ユーザ状態解析部４２１によって算出される増減情報を示す。生体情報の項目は、生体情報を示す。図９では、生体情報として、脈拍数と加速度を例示している。なお、ユーザ状態解析部４２１は、加速度を積分することで移動速度を算出し、移動速度に基づいて増減情報を算出する。そのため、加速度の欄は、移動速度と表してもよい。ユーザ状態の項目は、ユーザ状態名を示す。
ユーザ状態解析部４２１は、ユーザ状態判定テーブル４３１を参照し、増減情報と生体情報とに基づいて、ユーザ状態を解析することができる。
【００６２】
例えば、ユーザ状態解析部４２１は、脈拍数と加速度とが一定の場合、ユーザ状態が“平常”であると解析する。ユーザ状態解析部４２１は、脈拍数が増加している場合、ユーザ状態が“緊張”であると解析する。ユーザ状態解析部４２１は、脈拍数と加速度とが増加している場合、ユーザ状態が“焦り”であると解析する。なお、例えば、脈拍数と加速度とが増加している場合は、ユーザが急いで移動している状態である。そのため、ユーザ状態は、“焦り”となる。ユーザ状態解析部４２１は、加速度が減少している場合、ユーザ状態が“疲労”であると解析する。なお、例えば、ユーザの加速度が減少している場合は、ユーザが歩き疲れている状態である。そのため、ユーザ状態は、“疲労”となる。
【００６３】
図１０は、ユーザ状態情報テーブルを示す図である。ユーザ状態情報テーブル４３２は、生体情報記憶部４３０に格納される。ユーザ状態情報テーブル４３２は、ユーザ状態とユーザ状態情報の項目とを有する。ユーザ状態の項目は、ユーザ状態名を示す。ユーザ状態情報の項目は、ユーザ状態を特定可能な識別子（例えば、数値）を示す。
【００６４】
ユーザ状態情報テーブル４３２は、ユーザ状態とユーザ状態情報との対応関係を示す。例えば、ユーザ状態が“平常”の場合、ユーザ状態情報は、“０”である。ユーザ状態が“疲労”の場合、ユーザ状態情報は、“１”である。
ユーザ状態解析部４２１は、ユーザ状態情報テーブル４３２を参照することで、検出したユーザ状態に対応するユーザ状態情報を取得する。ここで、ユーザ状態情報は、図１０に示されるように数値で示される。しかし、以降の説明では、理解を容易にするために、ユーザ状態情報を、対応する“ユーザ状態名”で表記する。
【００６５】
ここで、ユーザ状態解析部４２１は、増減情報を算出しないで、ユーザ状態を解析してもよい。例えば、ユーザ状態解析部４２１は、生体情報と閾値を用いて、ユーザ状態を解析する。具体的には、ユーザ状態解析部４２１は、心拍数が閾値以上の場合、“緊張”していると解析する。
【００６６】
このように、ユーザ状態解析部４２１は、ユーザ状態を解析する。解析されたユーザ状態（すなわち、ユーザ状態情報）は、解析結果とも言う。
図１に戻って、カテゴリ切り替え部４２２について説明する。
カテゴリ切り替え部４２２は、ユーザＩＤと伝送データを取得した場合、後述する管理テーブルに、取得した情報などを登録する。
【００６７】
次に、管理テーブルについて説明する。
図１１は、管理テーブルを示す図である。管理テーブル４４３は、データ記憶部４４０に格納される。管理テーブル４４３は、取得時刻、ユーザＩＤ、位置情報、及びカテゴリ情報の項目を有する。
【００６８】
取得時刻の項目は、時刻を示す。時刻は、“年（例えば、西暦の下２桁）／月／日，時：分”の形式で取得時刻の項目に登録される。例えば、取得時刻の項目には、通信部４１０がユーザＩＤと伝送データを取得した時刻が登録される。当該時刻は、情報提供サーバ４００に内蔵されている時計に基づいて取得される。伝送データに時刻情報が含まれている場合、カテゴリ切り替え部４２２は、取得時刻の項目に時刻情報を登録してもよい。
【００６９】
ユーザＩＤの項目は、ユーザＩＤを示す。カテゴリ切り替え部４２２は、通信部４１０から取得したユーザＩＤをユーザＩＤの項目に登録する。位置情報の項目は、各店舗を識別するための情報を示す。カテゴリ切り替え部４２２は、通信部４１０から取得した伝送データに含まれている位置情報を位置情報の項目に登録する。カテゴリ情報の項目は、店舗が提供する商品又はサービスが属するカテゴリを示す。カテゴリ切り替え部４２２は、通信部４１０から取得した伝送データに含まれているカテゴリ情報をカテゴリ情報の項目に登録する。
【００７０】
カテゴリ切り替え部４２２は、ユーザＩＤと切り替え要求を取得する場合がある。カテゴリ切り替え部４２２は、ユーザＩＤと切り替え要求を取得した場合、当該ユーザＩＤに対応する最新の位置情報とカテゴリ情報を管理テーブル４４３から取得する。カテゴリ切り替え部４２２は、後述する関連カテゴリ情報テーブルから当該カテゴリ情報に対応する関連カテゴリ情報を取得する。
【００７１】
次に、関連カテゴリ情報テーブルについて説明する。
図１２は、関連カテゴリ情報テーブルを示す図である。関連カテゴリ情報テーブル４５１は、関連カテゴリ情報記憶部４５０に格納される。関連カテゴリ情報テーブル４５１は、カテゴリ情報と関連カテゴリ情報の項目を有する。
【００７２】
カテゴリ情報の項目は、店舗が提供する商品又はサービスが属するカテゴリを示す。関連カテゴリ情報の項目は、カテゴリ情報に関連するカテゴリ情報を示す。関連カテゴリ情報は、カテゴリ情報が示すカテゴリと関連度が高いカテゴリとも言える。例えば、カテゴリ情報“ファッション”の関連カテゴリ情報は、“グッズ”である。これは、“ファッション”と“グッズ”の関連度が高いことを意味する。
このように、関連カテゴリ情報テーブル４５１は、カテゴリ情報と関連カテゴリ情報との対応関係を示す。
【００７３】
また、カテゴリ情報と関連カテゴリ情報は、店舗間の位置関係（例えば、非常に近い位置であることの例として、隣接及び対面）、又は店舗の割合（例えば、隣接する又は対面の店舗のカテゴリ毎の数）に基づいて、対応付けてもよい。
【００７４】
例えば、カテゴリ情報が“ファッション”の店舗は、店舗Ａ、店舗Ｂ、及び店舗Ｅである。店舗Ｅは、カテゴリ情報が“グッズ”である店舗Ｆと隣接する。また、店舗Ｂは、カテゴリ情報が“グッズ”である店舗Ｃに隣接し、カテゴリ情報が“グッズ”である店舗Ｆの対面に位置する。このように、カテゴリ情報が“ファッション”である各店舗は、カテゴリ情報が“グッズ”である店舗に隣接又は対面に位置している。すなわち、カテゴリ情報が“ファッション”である各店舗は、カテゴリ情報が“グッズ”である店舗に非常に近い位置にある。そのため、カテゴリ情報“ファッション”の関連カテゴリ情報は、“グッズ”になる。
【００７５】
また、例えば、カテゴリ情報が“フード”の店舗は、店舗Ｄと店舗Ｈである。店舗Ｄは、カテゴリ情報が“グッズ”の店舗Ｃと隣接する。店舗Ｈは、カテゴリ情報が“サービス”の店舗Ｇと隣接する。カテゴリ情報が“グッズ”である店舗は、店舗Ｃと店舗Ｆの２つである。カテゴリ情報が“サービス”である店舗は、店舗Ｇの１つである。カテゴリ情報が“グッズ”である店舗は、カテゴリ情報が“サービス”の店舗よりも数が多い。従って、カテゴリ情報“フード”の関連カテゴリ情報は、“グッズ”となる。
【００７６】
上述したように、カテゴリ情報と関連カテゴリ情報は、店舗間の位置関係又は店舗の割合に基づいて、対応付けてもよい。しかし、カテゴリ情報と関連カテゴリ情報は、一定の規則に従って対応付けられるのであれば、他の規則に従って対応付けられてもよい。
また、関連カテゴリ情報テーブル４５１は、商業施設のフロア毎に存在してもよい。そして、携帯情報端末３００を所持するユーザの現在位置に対応するフロアの関連カテゴリ情報テーブルが、使用される。
【００７７】
さらに、関連カテゴリ情報テーブル４５１は、ユーザＩＤ毎に存在してもよい。そして
カテゴリ切り替え部４２２は、切り替え要求と一緒に取得するユーザＩＤに対応する関連カテゴリ情報テーブルを用いて、関連カテゴリ情報を取得する。
上述したように、カテゴリ切り替え部４２２は、ユーザＩＤと切り替え要求を取得した場合、当該ユーザＩＤに対応する最新の位置情報とカテゴリ情報を管理テーブル４４３から取得する。カテゴリ切り替え部４２２は、関連カテゴリ情報テーブル４５１を参照し、当該カテゴリ情報に対応する関連カテゴリ情報を取得する。カテゴリ切り替え部４２２は、最新の位置情報と関連カテゴリ情報を提供情報抽出部４２３に送信する。
【００７８】
図１に戻って、提供情報抽出部４２３について説明する。
提供情報抽出部４２３は、後述する施設情報テーブルからコンテンツを抽出する。
次に、施設情報テーブルについて説明する。
【００７９】
図１３は、施設情報テーブルを示す図である。施設情報テーブル４６１は、施設情報記憶部４６０に格納される。施設情報テーブル４６１は、位置情報、カテゴリ情報、コンテンツ、提供品情報、及びイベント情報の項目を有する。
位置情報の項目は、各店舗を識別するための情報を示す。カテゴリ情報の項目は、店舗が提供する商品又はサービスが属するカテゴリを示す。
【００８０】
提供品情報の項目は、店舗の特徴を示す。例えば、店舗の特徴は、店舗が提供する商品又はサービスの特徴を数値で示す。例えば、店舗Ａは、洋服、靴、及びバッグを提供しているものとする。洋服を示す提供品情報を“１”とする。バッグを示す提供品情報を“２”とする。靴を示す提供品情報を“３”とする。店舗Ａの提供品情報は、６（１＋２＋３）である。サービスのみを提供する店舗、又は商品とサービスの両方を提供する店舗の提供品情報は、同様に算出される。この提供品情報の決定方法は、一例である。そのため、提供品情報の決定方法は、一定の規則性のある方法であれば他の方法でもよい。また、提供品情報に対応する数値は、商品の種別、サイズ、容量、販売をターゲットにしている年齢層又は性別、サービスの販売をターゲットにしている年齢層又は性別などに基づいて決定されてもよい。
【００８１】
イベント情報の項目は、イベント情報を示す。例えば、イベント情報は、イベントの開始時刻と終了時刻を含む。このように、施設情報テーブル４６１は、店舗で開催されるイベントの時間帯と、イベントを開催する店舗が提供する商品又はサービスが属するカテゴリを示すカテゴリ情報との対応関係を示す。ここで、イベントを開催する店舗が提供する商品又はサービスが属するカテゴリは、第１のカテゴリ情報とも言う。
なお、商業施設の管理者又は店舗の管理者は、携帯端末などを用いて、施設情報テーブル４６１に登録されているコンテンツ及びイベント情報を更新することができる。
【００８２】
提供情報抽出部４２３は、カテゴリ切り替え部４２２が管理テーブル４４３に登録した位置情報とカテゴリ情報に基づいて、コンテンツを施設情報テーブル４６１から抽出する。詳細には、提供情報抽出部４２３は、伝送データに含まれているカテゴリ情報と同じカテゴリ情報が対応付けられており、かつ伝送データに含まれている位置情報（すなわち、店舗）と異なる位置情報（すなわち、店舗）のコンテンツを抽出する。例えば、提供情報抽出部４２３は、カテゴリ切り替え部４２２が位置情報“店舗Ｃ”とカテゴリ情報“グッズ”を管理テーブル４４３に登録した場合、“店舗Ｃ”と同じカテゴリに属している“店舗Ｆ”のコンテンツを抽出する。
【００８３】
また、例えば、提供情報抽出部４２３は、カテゴリ切り替え部４２２が位置情報“店舗Ｂ”とカテゴリ情報“ファッション”を管理テーブル４４３に登録した場合、“店舗Ｂ”と同じカテゴリに属している“店舗Ａ”又は“店舗Ｅ”を検出する。ここで、提供情報抽出部４２３は、複数の店舗を検出した場合、複数の店舗の中から１つの店舗を選択し、選択した店舗のコンテンツを施設情報テーブル４６１から抽出してもよい。また、提供情報抽出部４２３は、複数の店舗を検出した場合、複数の店舗のそれぞれの特徴を示す提供品情報に基づいて、複数の店舗の中から１つの店舗を選択し、選択した店舗のコンテンツを施設情報テーブル４６１から抽出してもよい。例えば、提供情報抽出部４２３は、店舗Ｂの提供品情報を、店舗Ａの提供品情報及び店舗Ｅの提供品情報のそれぞれと比較する。提供情報抽出部４２３は、店舗Ｂの提供品情報と同じ数値の店舗、又は比較結果の差分が小さい方の店舗のコンテンツを施設情報テーブル４６１から抽出する。具体的には、提供情報抽出部４２３は、店舗Ｂの提供品情報“６”と店舗Ｅの提供品情報“２”との差分（すなわち、４）を算出する。提供情報抽出部４２３は、店舗Ｂの提供品情報“６”と店舗Ａの提供品情報“６”との差分（すなわち、０）を算出する。提供情報抽出部４２３は、店舗Ａのコンテンツを施設情報テーブル４６１から抽出する。
【００８４】
また、提供情報抽出部４２３は、最新の位置情報と関連カテゴリ情報を取得した場合、施設情報テーブル４６１からコンテンツを抽出する。例えば、提供情報抽出部４２３は、位置情報“店舗Ｂ”、関連カテゴリ情報“グッズ”を取得した場合、関連カテゴリ情報“グッズ”と同じカテゴリに属している店舗のコンテンツを、施設情報テーブル４６１から抽出する。例えば、提供情報抽出部４２３は、関連カテゴリ情報“グッズ”と同じカテゴリに属している店舗Ｃのコンテンツを抽出する。
【００８５】
提供情報抽出部４２３は、関連カテゴリ情報と同じカテゴリの店舗が複数存在する場合、上述したように、最新の位置情報（例えば、店舗Ｂ）の提供品情報を、複数の店舗の提供品情報のそれぞれと比較して、１つの店舗を選択してもよい。さらに、提供情報抽出部４２３は、施設情報テーブル４６１の１段目から降順にカテゴリ情報を検索してコンテンツを抽出してもよい。
【００８６】
提供情報抽出部４２３は、コンテンツを抽出した後、後述するように提供タイミング決定部４２４から判定結果を取得する。判定結果は、コンテンツを提供するタイミングであるか否かを示す。
【００８７】
提供情報抽出部４２３は、判定結果がコンテンツを提供するタイミングであることを示している場合、コンテンツを通信部４１０に送信する。そして、通信部４１０は、コンテンツを携帯情報端末３００に送信する。このように、情報提供サーバ４００は、コンテンツを携帯情報端末３００に提供すると判定した場合、コンテンツを携帯情報端末３００に提供する。
【００８８】
提供情報抽出部４２３は、判定結果がコンテンツを提供するタイミングではないことを示している場合、コンテンツを提供するタイミングであることを示す判定結果を提供タイミング決定部４２４から取得するまで、コンテンツを保持する。また、提供情報抽出部４２３は、通信部４１０からユーザＩＤと新規の伝送データ、又はユーザＩＤと切り替え要求を取得するまでコンテンツを保持する。
【００８９】
次に、図１に戻って、提供タイミング決定部４２４について説明する。
提供タイミング決定部４２４は、ユーザ状態解析部４２１からユーザ状態情報を取得する。提供タイミング決定部４２４は、ユーザ状態情報（すなわち、解析結果）に基づいて、コンテンツを携帯情報端末３００に提供するか否かを判定する。提供タイミング決定部４２４は、提供情報抽出部４２３に判定結果を送信する。
【００９０】
提供タイミング決定部４２４が行う判定について詳細に説明する。提供タイミング決定部４２４は、一定の条件に基づいて、判定する。
【００９１】
例えば、提供タイミング決定部４２４は、ユーザ状態情報が“焦り”、“緊張”、又は“疲労”を一定期間継続してユーザ状態解析部４２１から取得した場合、コンテンツを提供するタイミングではないと判定する。ユーザ状態情報が“焦り”、“緊張”、又は“疲労”の場合、例えば、ユーザは、目的としたエリアに急いで移動している状態である。そのため、ユーザは、情報提供サーバ４００が携帯情報端末３００にコンテンツを送信しても、コンテンツを見る可能性が低い。そこで、提供タイミング決定部４２４は、このような場合、コンテンツを提供するタイミングではないと判定する。また、提供タイミング決定部４２４は、“焦り”、“緊張”、又は“疲労”を一定期間継続して取得しなくても、“焦り”、“緊張”、又は“疲労”を取得した場合、コンテンツを提供するタイミングではないと判定してもよい。
【００９２】
また、例えば、提供タイミング決定部４２４は、ユーザ状態情報が“平常”をユーザ状態解析部４２１から取得した場合、コンテンツを提供するタイミングであると判定する。ユーザ状態情報が“平常”の場合、ユーザは、コンテンツを見ることが可能な状態である。そこで、提供タイミング決定部４２４は、このような場合、コンテンツを提供するタイミングであると判定する。
【００９３】
コンテンツを提供するタイミングの条件を例示した。しかし、コンテンツを提供するタイミングの条件は、ユーザ状態情報に応じて任意に変更できる。
【００９４】
次に、関連カテゴリ情報更新部４２５について説明する。
関連カテゴリ情報更新部４２５は、関連カテゴリ情報テーブル４５１を更新する。例えば、関連カテゴリ情報更新部４２５は、周期的に関連カテゴリ情報テーブル４５１を更新する。例えば、周期は、１時間である。周期は、変更可能である。
【００９５】
詳細に説明する。関連カテゴリ情報更新部４２５は、施設情報テーブル４６１のイベント情報が示すイベントの開始時刻から終了時刻まで、関連カテゴリ情報テーブル４５１の関連カテゴリ情報を、イベントを実施する店舗が属するカテゴリ情報に更新する。
【００９６】
具体的に説明する。施設情報テーブル４６１は、１１時から１２時まで、カテゴリ情報が“フード”である店舗Ｈがイベントを実施することを示している。１１時になったとき、関連カテゴリ情報更新部４２５は、店舗Ｈのカテゴリ情報である“フード”を取得する。関連カテゴリ情報更新部４２５は、関連カテゴリ情報テーブル４５１のカテゴリ情報である“ファッション”、“グッズ”、及び“サービス”に対する関連カテゴリ情報を、取得したカテゴリ情報である“フード”に更新する。
【００９７】
関連カテゴリ情報更新部４２５は、店舗Ｈのイベントが終了したとき（すなわち、１２時になったとき）、全てのユーザＩＤに対応する関連カテゴリ情報テーブル４５１を、更新前の状態に戻す。
【００９８】
また、関連カテゴリ情報更新部４２５は、店舗Ｈのイベント期間中に通信部４１０が切り替え要求を２回以上取得した場合、切り替え要求を２回以上送信した携帯情報端末３００のユーザＩＤに対応する関連カテゴリ情報テーブル４５１を更新前の状態に戻す。これは、携帯情報端末３００を所持するユーザが店舗Ｈのイベントを実施している時間帯に、１度店舗Ｈのクーポンを取得した後、カテゴリ情報が“フード”以外のコンテンツの取得を要求していることを意味する。
【００９９】
さらに、関連カテゴリ情報更新部４２５は、ユーザ状態情報が“平常”又は“疲労”のときに、関連カテゴリ情報テーブル４５１を更新する。詳細に説明する。関連カテゴリ情報更新部４２５は、ユーザ状態情報が“平常”の場合、施設情報テーブル４６１に設定されているイベントに応じて関連カテゴリ情報テーブル４５１を更新する。
【０１００】
また、関連カテゴリ情報更新部４２５は、ユーザ状態情報が“疲労”の場合、ユーザを休ませた方がよいと解析する。そして、関連カテゴリ情報更新部４２５は、ユーザが休憩可能な店舗のカテゴリ情報を取得する。関連カテゴリ情報更新部４２５は、関連カテゴリ情報テーブル４５１の関連カテゴリ情報を、取得したカテゴリ情報に更新する。なお、例えば、休憩可能な店舗のカテゴリ情報は、“フード”である。しかし、休憩可能な店舗のカテゴリ情報は、休憩スペースがあるようなエリアであれば、“フード”以外でもよい。
【０１０１】
上述したように、提供情報抽出部４２３は、施設情報テーブル４６１からコンテンツを抽出する。提供情報抽出部４２３は、イベントが実施されている時間帯に、イベント情報が設定されている店舗のコンテンツを抽出することができる。例えば、提供情報抽出部４２３は、１１時から１２時の間、イベントを実施している店舗Ｈのクーポンを抽出することができる。
【０１０２】
ここで、上述したように、カテゴリ切り替え部４２２は、関連カテゴリ情報テーブル４５１から関連カテゴリ情報を取得する。しかし、カテゴリ切り替え部４２２は、関連カテゴリ情報テーブル４５１が更新されているとき、関連カテゴリ情報テーブル４５１の更新が終了するまで、関連カテゴリ情報を取得できない。
【０１０３】
また、関連カテゴリ情報更新部４２５は、通信部４１０が新規のユーザＩＤを取得した場合、新規のユーザＩＤに対応する関連カテゴリ情報テーブルを生成する。
【０１０４】
次に、各装置の動作について説明する。
［無線送信装置１００の動作］
先ず、商業施設内の複数の店舗のそれぞれに設置された無線送信装置１００の送信部１１０は、位置情報とカテゴリ情報とを含む伝送データを送信する。例えば、送信部１１０は、１００ｍｓ毎に伝送データを送信する。なお、電波強度は、携帯情報端末３００が無線送信装置１００を設置した店舗内で伝送データを受信できるように設定されている。そして、電波強度は、店舗外では携帯情報端末３００が伝送データを受信できないように設定される。例えば、電波強度は、店舗Ａ内で無線送信装置１００ａが送信した伝送データを携帯情報端末３００が受信できるように設定される。電波強度は、店舗Ａ以外で無線送信装置１００ａが送信した伝送データを携帯情報端末３００が受信できないように設定される。
【０１０５】
［生体情報取得装置２００の動作］
生体情報取得装置２００の生体情報取得部２１０は、一定周期で生体情報を取得する。生体情報送信部２２０は、当該生体情報を携帯情報端末３００に送信する。
【０１０６】
［携帯情報端末３００の動作］
携帯情報端末３００の動作についてフローチャートを用いて説明する。
図１４は、携帯情報端末が実行する処理を示すフローチャートである。
（ステップＳ１１）端末受信部３１０は、伝送データを受信したか否かを判定する。伝送データを受信した場合（ステップＳ１１でＹｅｓ）、端末受信部３１０は、処理をステップＳ１２に進める。伝送データ以外の情報を受信した場合（ステップＳ１１でＮｏ）、端末受信部３１０は、処理をステップＳ１４に進める。
【０１０７】
（ステップＳ１２）端末受信部３１０は、伝送データを端末制御部３２０に送信するか否かを判定する。端末受信部３１０は、受信した伝送データが前回受信した伝送データと同じ場合、又は伝送データを取得したときの受信電波強度が基準値以下の場合、伝送データを端末制御部３２０に送信しないと判定する。また、端末受信部３１０は、受信した伝送データが前回受信した伝送データと同じではない、かつ伝送データを取得したときの受信電波強度が基準値よりも大きい場合、伝送データを端末制御部３２０に送信すると判定する。なお、前回受信した伝送データは、直近に受信した伝送データと表現してもよい。
【０１０８】
伝送データを端末制御部３２０に送信すると判定した場合（ステップＳ１２でＹｅｓ）、端末受信部３１０は、処理をステップＳ１３に進める。伝送データを端末制御部３２０に送信しないと判定した場合（ステップＳ１２でＮｏ）、端末受信部３１０は、処理をステップＳ１１に進める。
なお、ステップＳ１１及びＳ１２の判定処理は、端末制御部３２０が実行してもよい。
【０１０９】
（ステップＳ１３）端末制御部３２０は、端末通信部３３０を介して、ユーザＩＤと伝送データを情報提供サーバ４００に送信する。そして、端末制御部３２０は、処理をステップＳ１６に進める。
なお、携帯情報端末３００は、商業施設内又は商業施設外でユーザＩＤを管理しているサーバからユーザＩＤを事前に取得しているものとする。
【０１１０】
（ステップＳ１４）端末受信部３１０は、生体情報を受信したか否かを判定する。生体情報を受信した場合（ステップＳ１４でＹｅｓ）、端末受信部３１０は、生体情報を端末制御部３２０に送信する。そして、端末受信部３１０は、処理をステップＳ１５に進める。生体情報を受信していない場合（ステップＳ１４でＮｏ）、端末受信部３１０は、処理をステップＳ１１に進める。
【０１１１】
（ステップＳ１５）端末制御部３２０は、端末通信部３３０を介して、ユーザＩＤと生体情報を情報提供サーバ４００に送信する。
なお、携帯情報端末３００は、商業施設内又は商業施設外でユーザＩＤを管理しているサーバからユーザＩＤを事前に取得しているものとする。
【０１１２】
（ステップＳ１６）端末制御部３２０は、端末通信部３３０を介して、情報提供サーバ４００からコンテンツを受信したか否かを判定する。
ここで、コンテンツを受信した場合とは、ユーザＩＤと伝送データに基づいてコンテンツを情報提供サーバ４００から端末制御部３２０が受信した場合である。又は、コンテンツを受信した場合とは、ユーザＩＤと切り替え要求に基づいてコンテンツを情報提供サーバ４００から端末制御部３２０が受信した場合である。
【０１１３】
コンテンツを受信した場合（ステップＳ１６でＹｅｓ）、端末制御部３２０は、コンテンツを端末表示部３５０に送信する。そして、端末制御部３２０は、処理をステップＳ１７に進める。コンテンツを受信していない場合（ステップＳ１６でＮｏ）、端末制御部３２０は、処理をステップＳ１１に進める。
なお、端末制御部３２０は、ユーザの状態により、情報提供サーバ４００から直ぐにコンテンツを受信できない場合がある。
【０１１４】
（ステップＳ１７）端末表示部３５０は、コンテンツを表示する。
（ステップＳ１８）端末制御部３２０は、端末入力部３４０から切り替え要求を取得したか否かを判定する。なお、切り替え要求は、ユーザがＣＨＡＮＧＥボタン３５１を押下した場合、端末入力部３４０により検出される。端末入力部３４０は、切り替え要求を検出した場合、切り替え要求を端末制御部３２０に送信する。
【０１１５】
切り替え要求を取得した場合（ステップＳ１８でＹｅｓ）、端末制御部３２０は、処理をステップＳ１９に進める。切り替え要求を取得していない場合（ステップＳ１８でＮｏ）、端末制御部３２０は、処理をステップＳ１１に進める。
【０１１６】
（ステップＳ１９）端末制御部３２０は、端末通信部３３０を介して、ユーザＩＤと切り替え要求を情報提供サーバ４００に送信する。
これにより、携帯情報端末３００は、伝送データに含まれていたカテゴリ情報に関連する関連カテゴリ情報に対応するコンテンツを情報提供サーバ４００から受信できる。
そして、端末制御部３２０は、処理をステップＳ１６に進める。
【０１１７】
〔情報提供サーバ４００の動作〕
情報提供サーバ４００の動作についてフローチャートを用いて説明する。
図１５は、コンテンツの送信処理を示すフローチャートである。なお、図１５の処理は、同じユーザＩＤに対して行われるものとする。
（ステップＳ２１）通信部４１０は、ユーザＩＤと伝送データ、ユーザＩＤと生体情報、又は、ユーザＩＤと切り替え要求を携帯情報端末３００から受信する。通信部４１０は、受信した情報を制御部４２０に送信する。
【０１１８】
（ステップＳ２２）ユーザ状態解析部４２１は、ユーザＩＤと生体情報を取得したか否かを判定する。ユーザＩＤと生体情報を取得した場合（ステップＳ２２でＹｅｓ）、ユーザ状態解析部４２１は、ユーザＩＤと生体情報をユーザ状態解析部４２１に送信する。そして、ユーザ状態解析部４２１は、処理をステップＳ２３に進める。ユーザＩＤと生体情報を取得していない場合（ステップＳ２２でＮｏ）、ユーザ状態解析部４２１は、処理をステップＳ２５に進める。
【０１１９】
（ステップＳ２３）ユーザ状態解析部４２１は、ステップＳ２１で通信部４１０が取得した生体情報と、通信部４１０が当該生体情報を取得した時刻から予め決められた時間前までに取得済みの生体情報とに基づいて変化量を算出する。ユーザ状態解析部４２１は、変化量に基づいて、増減情報を算出する。
【０１２０】
ユーザ状態解析部４２１は、ユーザ状態判定テーブル４３１に基づいて、増減情報に対応するユーザ状態を解析する。
ユーザ状態解析部４２１は、ユーザ状態情報テーブル４３２を参照し、ユーザ状態に対応するユーザ状態情報を取得する。ユーザ状態解析部４２１は、ユーザ状態情報にユーザＩＤを対応付ける。
【０１２１】
（ステップＳ２４）ユーザ状態解析部４２１は、ユーザ状態情報に対応付けたユーザＩＤと同じユーザＩＤのコンテンツが保持されているか否かを判定する。
コンテンツが保持されている場合（ステップＳ２４でＹｅｓ）、ユーザ状態解析部４２１は、ユーザＩＤとユーザ状態情報を提供タイミング決定部４２４に送信する。そして、ユーザ状態解析部４２１は、処理をステップＳ３０に進める。コンテンツが保持されていない場合（ステップＳ２４でＮｏ）、ユーザ状態解析部４２１は、処理を終了する。
【０１２２】
（ステップＳ２５）カテゴリ切り替え部４２２は、ユーザＩＤと切り替え要求を取得したか否かを判定する。ユーザＩＤと切り替え要求を取得した場合（ステップＳ２５でＹｅｓ）、カテゴリ切り替え部４２２は、処理をステップＳ２７に進める。ユーザＩＤと伝送データを取得した場合（ステップＳ２５でＮｏ）、カテゴリ切り替え部４２２は、処理をステップＳ２６に進める。
【０１２３】
（ステップＳ２６）カテゴリ切り替え部４２２は、伝送データの取得時刻、ユーザＩＤ、位置情報、カテゴリ情報を管理テーブル４４３に登録する。そして、カテゴリ切り替え部４２２は、処理をステップＳ２９に進める。
【０１２４】
（ステップＳ２７）カテゴリ切り替え部４２２は、切り替え要求と共に取得したユーザＩＤに対応する最新の位置情報と最新のカテゴリ情報を管理テーブル４４３から取得する。例えば、カテゴリ切り替え部４２２が切り替え要求とユーザＩＤ“Ｕ０１”を取得し、切り替え要求を取得した時刻が“２０１８年０３月１９日１４：２５”の場合、カテゴリ切り替え部４２２は、管理テーブル４４３から位置情報“店舗Ｄ”とカテゴリ情報“フード”を取得する。
【０１２５】
（ステップＳ２８）カテゴリ切り替え部４２２は、ステップＳ２７で取得したカテゴリ情報に対応する関連カテゴリ情報を関連カテゴリ情報テーブル４５１から取得する。例えば、カテゴリ切り替え部４２２は、カテゴリ情報“フード”に対応する関連カテゴリ情報“グッズ”を関連カテゴリ情報テーブル４５１から取得する。
【０１２６】
（ステップＳ２９）提供情報抽出部４２３は、ステップＳ２６の次にステップＳ２９を実行する場合、伝送データに含まれていたカテゴリ情報に基づいて、施設情報テーブル４６１からコンテンツを抽出する。
提供情報抽出部４２３は、ステップＳ２８の次にステップＳ２９を実行する場合、ステップＳ２８で取得した関連カテゴリ情報に基づいて、施設情報テーブル４６１からコンテンツを抽出する。
【０１２７】
（ステップＳ３０）提供タイミング決定部４２４は、ユーザ状態情報に基づいて、コンテンツを提供するタイミングであるか否かを判定する。
詳細に説明する。ステップＳ２６，２９の後にステップＳ３０が実行される場合、提供タイミング決定部４２４は、伝送データと共に送信されたユーザＩＤに対応するユーザ状態情報をユーザ状態解析部４２１から取得する。提供タイミング決定部４２４は、ユーザ状態情報に基づいて、コンテンツを提供するタイミングであるか否かを判定する。
【０１２８】
ステップＳ２８，２９の後にステップＳ３０が実行される場合、提供タイミング決定部４２４は、切り替え要求と共に送信されたユーザＩＤに対応するユーザ状態情報をユーザ状態解析部４２１から取得する。提供タイミング決定部４２４は、ユーザ状態情報に基づいて、コンテンツを提供するタイミングであるか否かを判定する。なお、提供タイミング決定部４２４は、当該判定を必ず、コンテンツを提供するタイミングであると判定してもよい。
【０１２９】
ステップＳ２４の後にステップＳ３０が実行される場合、提供タイミング決定部４２４は、保持されているコンテンツに対応付けられているユーザＩＤのユーザ状態情報に基づいて、コンテンツを提供するタイミングであるか否かを判定する。
提供タイミング決定部４２４は、判定結果を提供情報抽出部４２３に送信する。
【０１３０】
提供情報抽出部４２３は、判定結果に基づいて、コンテンツを提供するタイミングであるか否かを判定する。コンテンツを提供するタイミングである場合（ステップＳ３０でＹｅｓ）、提供情報抽出部４２３は、処理をステップＳ３１に進める。コンテンツを提供するタイミングではない場合（ステップＳ３０でＮｏ）、提供情報抽出部４２３は、処理をステップＳ３２に進める。
【０１３１】
（ステップＳ３１）提供情報抽出部４２３は、通信部４１０を介して、コンテンツを携帯情報端末３００に送信する。
（ステップＳ３２）提供情報抽出部４２３は、コンテンツにユーザＩＤを対応付けて保持する。このように、情報提供サーバ４００は、コンテンツを提供しないと判定した場合、コンテンツを保持する。よって、情報提供サーバ４００は、ユーザがコンテンツを必要としない場合、コンテンツを提供しないようにできる。
【０１３２】
次に、コンテンツが携帯情報端末３００に提供される場合の具体例を説明する。
図１６（ａ）から（ｆ）は、ユーザの移動及び操作による携帯情報端末３００の画面遷移の例を示す図である。
【０１３３】
図１６（ａ）は、携帯情報端末３００を所持するユーザ３０が店舗Ａに入店した状態を示している。携帯情報端末３００は、無線送信装置１００ａから伝送データを受信する。携帯情報端末３００は、ユーザＩＤ及び伝送データを情報提供サーバ４００に送信する（ステップＳ１３）。ここで、ユーザ３０のユーザ状態情報は、“平常”である。
【０１３４】
情報提供サーバ４００は、ユーザ３０のユーザ状態情報が“平常”なので、コンテンツを提供するタイミングであると判定する（ステップＳ３０でＹｅｓ）。情報提供サーバ４００は、コンテンツを携帯情報端末３００に送信する（ステップＳ３１）。
【０１３５】
図１６（ｂ）は、店舗Ａと同じカテゴリに属する店舗Ｅのコンテンツが携帯情報端末３００に表示されている状態を示している。
ユーザ３０は、店舗Ａから退店する。すなわち、ユーザ３０は、通路にいる。
図１６（ｃ）は、通路にいるユーザ３０が所持している携帯情報端末３００に店舗Ｅのコンテンツが表示されている状態を示している。ユーザ３０は、ＣＨＡＮＧＥボタン３５１を押下する。携帯情報端末３００は、ユーザＩＤ及び切り替え要求を情報提供サーバ４００に送信する（ステップＳ１９）。
【０１３６】
情報提供サーバ４００は、店舗Ｅのカテゴリ“ファッション”に関連するカテゴリである“グッズ”に属する店舗Ｃのコンテンツを携帯情報端末３００に送信する（ステップＳ３１）。
図１６（ｄ）は、店舗Ｃのコンテンツが携帯情報端末３００に表示されている状態を示している。
ここで、ユーザ３０のユーザ状態情報は、“平常”から“焦り”に変わったものとする。ユーザ３０は、店舗Ｃに入店する。
【０１３７】
携帯情報端末３００は、無線送信装置１００ｃから伝送データを受信する。携帯情報端末３００は、ユーザＩＤ及び伝送データを情報提供サーバ４００に送信する（ステップＳ１３）。
情報提供サーバ４００は、店舗Ｆのコンテンツを抽出する（ステップＳ２９）。情報提供サーバ４００は、ユーザ３０のユーザ状態情報が“焦り”なので、コンテンツを提供するタイミングではないと判定する（ステップＳ３０でＮｏ）。情報提供サーバ４００は、店舗Ｆのコンテンツを保持する（ステップＳ３２）。
【０１３８】
図１６（ｅ）は、携帯情報端末３００に何も表示されていない状態を示している。
ここで、ユーザ３０のユーザ状態情報は、“焦り”から“平常”に変わったものとする。すなわち、情報提供サーバ４００は、ユーザ３０のユーザ状態情報“平常”を取得する（ステップＳ２３）。情報提供サーバ４００は、ユーザ３０のユーザ状態情報が“平常”なので、コンテンツを提供するタイミングであると判定する（ステップＳ３０でＹｅｓ）。情報提供サーバ４００は、保持している店舗Ｆのコンテンツを携帯情報端末３００に送信する（ステップＳ３１）。
【０１３９】
図１６（ｆ）は、店舗Ｃと同じカテゴリに属する店舗Ｆのコンテンツが携帯情報端末３００に表示されている状態を示している。
実施の形態によれば、携帯情報端末３００は、切り替え要求を情報提供サーバ４００に送信することで、関連カテゴリ情報に基づくコンテンツを情報提供サーバ４００から取得できる。そして、携帯情報端末３００は、ユーザに有益なコンテンツを提供できる。
【０１４０】
また、携帯情報端末３００は、ユーザが通路に存在するとき、切り替え要求を情報提供サーバ４００に送信することで、情報提供サーバ４００から有益なコンテンツを取得できる。
情報提供サーバ４００は、携帯情報端末３００から生体情報を受信することで、ユーザの状態を解析する。そして、情報提供サーバ４００は、ユーザの状態に合わせて、適切なタイミングでコンテンツをユーザに提供できる。
【０１４１】
次に、関連カテゴリ情報テーブル４５１が更新される場合について、フローチャートを用いて説明する。
図１７は、関連カテゴリ情報テーブルの更新処理を示すフローチャート（その１）である。なお、図１７，１８の処理は、周期的に実行される。例えば、図１７，１８の処理は、３０分周期又は１時間周期で実行される。
【０１４２】
（ステップＳ４１）関連カテゴリ情報更新部４２５は、ユーザ状態解析部４２１からユーザ状態情報を取得する。関連カテゴリ情報更新部４２５は、ユーザ状態情報が“平常”又は“疲労”であるか否かを判定する。
【０１４３】
ユーザ状態情報が“平常”又は“疲労”である場合（ステップＳ４１でＹｅｓ）、関連カテゴリ情報更新部４２５は、処理をステップＳ４２に進める。ユーザ状態情報が“平常”でも“疲労”でもない場合（ステップＳ４１でＮｏ）、関連カテゴリ情報更新部４２５は、処理を終了する。
【０１４４】
（ステップＳ４２）関連カテゴリ情報更新部４２５は、ユーザ状態情報が“平常”であるか否かを判定する。ユーザ状態情報が“平常”である場合（ステップＳ４２でＹｅｓ）、関連カテゴリ情報更新部４２５は、処理をステップＳ４３に進める。ユーザ状態情報が“疲労”である場合（ステップＳ４２でＮｏ）、関連カテゴリ情報更新部４２５は、ユーザを休ませた方がよいと解析する。関連カテゴリ情報更新部４２５は、処理をステップＳ４７に進める。
【０１４５】
（ステップＳ４３）関連カテゴリ情報更新部４２５は、施設情報テーブル４６１を参照し、現在時刻がいずれかの店舗のイベント時間帯であるか否かを判定する。現在時刻がいずれかの店舗のイベント時間帯である場合（ステップＳ４３でＹｅｓ）、関連カテゴリ情報更新部４２５は、処理をステップＳ４４に進める。現在時刻がイベント時間帯ではない場合（ステップＳ４３でＮｏ）、関連カテゴリ情報更新部４２５は、処理を終了する。
【０１４６】
（ステップＳ４４）関連カテゴリ情報更新部４２５は、いずれかの店舗のイベント開始時刻と現在時刻が同じであるか否かを判定する。いずれかの店舗のイベント開始時刻と現在時刻が同じ場合（ステップＳ４４でＹｅｓ）、関連カテゴリ情報更新部４２５は、処理をステップＳ４５に進める。いずれかの店舗のイベント開始時刻と現在時刻が同じではない場合（ステップＳ４４でＮｏ）、関連カテゴリ情報更新部４２５は、処理をステップＳ５１に進める。
【０１４７】
（ステップＳ４５）関連カテゴリ情報更新部４２５は、イベントを実施する店舗のカテゴリ情報を施設情報テーブル４６１から取得する。
（ステップＳ４６）関連カテゴリ情報更新部４２５は、関連カテゴリ情報テーブル４５１の関連カテゴリ情報を、後述するステップＳ４７又はステップＳ４５で取得したカテゴリ情報に更新する。そして、関連カテゴリ情報更新部４２５は、処理を終了する。
【０１４８】
（ステップＳ４７）関連カテゴリ情報更新部４２５は、休憩可能な店舗のカテゴリ情報を施設情報テーブル４６１から取得する。ここで、休憩可能な店舗とは、ユーザが休憩できるエリアを含む店舗である。例えば、休憩可能な店舗とは、カテゴリ情報“フード”の店舗である。そして、関連カテゴリ情報更新部４２５は、処理をステップＳ４６に進める。
【０１４９】
図１８は、関連カテゴリ情報テーブルの更新処理を示すフローチャート（その２）である。
（ステップＳ５１）関連カテゴリ情報更新部４２５は、現在時刻がイベントの終了時刻であるか否かを判定する。現在時刻がイベントの終了時刻である場合（ステップＳ５１でＹｅｓ）、関連カテゴリ情報更新部４２５は、処理をステップＳ５２に進める。現在時刻がイベントの終了時刻ではない場合（ステップＳ５１でＮｏ）、関連カテゴリ情報更新部４２５は、処理をステップＳ５３に進める。
【０１５０】
（ステップＳ５２）関連カテゴリ情報更新部４２５は、関連カテゴリ情報テーブル４５１の関連カテゴリ情報を初期の状態（例えば、図１２の状態）に戻す。そして、関連カテゴリ情報更新部４２５は、処理を終了する。
（ステップＳ５３）関連カテゴリ情報更新部４２５は、通信部４１０が切り替え要求を２回以上取得したか否かを判定する。ステップＳ５３の条件を満たす場合（ステップＳ５３でＹｅｓ）、関連カテゴリ情報更新部４２５は、処理をステップＳ５２に進める。ステップＳ５３の条件を満たさない場合（ステップＳ５３でＮｏ）、関連カテゴリ情報更新部４２５は、処理を終了する。
【０１５１】
関連カテゴリ情報テーブル４５１の更新処理の具体例を説明する。具体例は、図１２の関連カテゴリ情報テーブル４５１及び図１３の施設情報テーブル４６１を参照する。
現在時刻が１１：００の場合、店舗Ｈのイベントが開始される。そのため、関連カテゴリ情報更新部４２５は、カテゴリ情報“フード”を取得する（ステップＳ４５）。カテゴリ情報“フード”は、第１のカテゴリ情報と表現してもよい。
【０１５２】
関連カテゴリ情報更新部４２５は、関連カテゴリ情報テーブル４５１のカテゴリ情報“ファッション”、“グッズ”、及び“サービス”に対応する関連カテゴリ情報を“フード”に更新する（ステップＳ４６）。
関連カテゴリ情報更新部４２５は、店舗Ｈのイベント終了時刻までに、通信部４１０が携帯情報端末３００から切り替え要求を２回以上受信した場合（ステップＳ５３でＹｅｓ）、関連カテゴリ情報テーブル４５１のカテゴリ情報“ファッション”、“グッズ”、及び“サービス”に対応する関連カテゴリ情報を更新前の状態（例えば、図１２の状態）に戻す（ステップＳ５２）。
【０１５３】
関連カテゴリ情報更新部４２５は、イベント終了時刻になった場合、関連カテゴリ情報テーブル４５１のカテゴリ情報“ファッション”、“グッズ”、及び“サービス”に対応する関連カテゴリ情報を更新前の状態（例えば、図１２の状態）に戻す（ステップＳ５２）。
【０１５４】
このように、情報提供サーバ４００は、複数の店舗のイベント情報及びユーザ状態情報に基づいて、リアルタイムに店舗間の関連性を再構築（すなわち、関連カテゴリ情報テーブル４５１の更新又は初期化）することで、イベントの実施状況及びユーザの状態に合わせた情報を携帯情報端末３００に提供できる。
【０１５５】
また、関連カテゴリ情報更新部４２５は、ユーザ状態情報が“疲労”の場合、関連カテゴリ情報テーブル４５１を更新しなくてもよい。この場合、関連カテゴリ情報更新部４２５は、ユーザ状態情報が“疲労”であることを提供情報抽出部４２３に送信する。提供情報抽出部４２３は、施設情報テーブル４６１から休憩可能な店舗からコンテンツを抽出する。提供情報抽出部４２３は、通信部４１０を介して、コンテンツを携帯情報端末３００に送信する。これにより、“疲労”しているユーザは、休憩可能な店舗を認識できる。そして、ユーザは、休憩可能な店舗で休憩することができる。
【０１５６】
このように、情報提供サーバ４００は、ユーザを休ませた方がよいと解析した場合、休憩場所を含む店舗のコンテンツをユーザに提供する。情報提供サーバ４００は、ユーザの状態に合わせてユーザに有益な情報を提供できる。
【０１５７】
携帯情報端末３００は、無線送信装置１００から受信する伝送データに基づいてユーザの位置に応じた施設内の特定の店舗の情報を取得することができる。また、携帯情報端末３００は、ユーザのタッチ操作などの簡単な操作により、切り替え要求に応じた施設内の特定の店舗の情報を取得することができる。
【０１５８】
無線送信装置１００は、伝送データの受信範囲を限定することで、例えば、施設内に構築されたネットワークなどを経由せずに伝送データを伝達できる。
【０１５９】
ここで、携帯情報端末３００は、加速度センサなどのセンサを有する。そのため、携帯情報端末３００は、当該センサからセンサ値（すなわち、生体情報）を取得してもよい。そして、携帯情報端末３００は、生体情報を情報提供サーバ４００に送信する。情報提供サーバ４００は、携帯情報端末３００が送信した生体情報に基づいて、ユーザ状態を解析してもよい。また、情報提供サーバ４００は、生体情報取得装置２００が取得した生体情報と携帯情報端末３００が取得した生体情報とに基づいて、ユーザ状態を解析してもよい。
【０１６０】
上記では、情報提供サーバ４００がユーザ状態を解析する場合を説明した。しかし、携帯情報端末３００がユーザ状態を解析してもよい。詳細に説明する。携帯情報端末３００は、生体情報取得装置２００が送信した生体情報に基づいて、ユーザ状態を解析する。携帯情報端末３００がユーザ状態を解析する方法は、ユーザ状態解析部４２１がユーザ状態を解析する方法と同じである。そのため、携帯情報端末３００は、ユーザ状態判定テーブル４３１及びユーザ状態情報テーブル４３２を有してもよい。携帯情報端末３００は、ユーザ状態を解析した解析結果（すなわち、ユーザ状態情報）を情報提供サーバ４００に送信する。情報提供サーバ４００は、携帯情報端末３００から解析結果を受信する。情報提供サーバ４００は、解析結果に基づいて、コンテンツを携帯情報端末３００に提供するか否かを判定する。情報提供サーバ４００は、コンテンツを携帯情報端末３００に提供すると判定した場合、コンテンツを携帯情報端末３００に提供する。このように、情報提供サーバ４００は、携帯情報端末３００がユーザ状態を解析することで、ユーザ状態を解析しなくて済む。よって、情報提供システムは、情報提供サーバ４００の処理負荷を軽減することができる。
【符号の説明】
【０１６１】
１０  端末装置、  ２０  アクセスポイント、  ３０  ユーザ、  １００、１００ａ〜１００ｈ  無線送信装置、  １１０  送信部、  ２００  生体情報取得装置、  ２１０  生体情報取得部、  ２２０  生体情報送信部、  ３００  携帯情報端末、  ３０１  プロセッサ、  ３０２  メモリ、  ３１０  端末受信部、  ３２０  端末制御部、  ３３０  端末通信部、  ３４０  端末入力部、  ３５０  端末表示部、  ３５１  ＣＨＡＮＧＥボタン、  ４００  情報提供サーバ、  ４０１  プロセッサ、  ４０２  メモリ、  ４０３  不揮発性記憶装置、  ４１０  通信部、  ４２０  制御部、  ４２１  ユーザ状態解析部、  ４２２  カテゴリ切り替え部、  ４２３  提供情報抽出部、  ４２４  提供タイミング決定部、  ４２５  関連カテゴリ情報更新部、  ４３０  生体情報記憶部、  ４３１  ユーザ状態判定テーブル、  ４３２  ユーザ状態情報テーブル、  ４４０  データ記憶部、  ４４１  伝送データテーブル、  ４４２  カテゴリ情報テーブル、  ４４３  管理テーブル、  ４５０  関連カテゴリ情報記憶部、  ４５１  関連カテゴリ情報テーブル、  ４６０  施設情報記憶部、  ４６１  施設情報テーブル。
【図１】
2019219977.tif 000003
【図２】
2019219977.tif 000004
【図３】
2019219977.tif 000005
【図４】
2019219977.tif 000006
【図５】
2019219977.tif 000007
【図６】
2019219977.tif 000008
【図７】
2019219977.tif 000009
【図８】
2019219977.tif 000010
【図９】
2019219977.tif 000011
【図１０】
2019219977.tif 000012
【図１１】
2019219977.tif 000013
【図１２】
2019219977.tif 000014
【図１３】
2019219977.tif 000015
【図１４】
2019219977.tif 000016
【図１５】
2019219977.tif 000017
【図１６】
2019219977.tif 000018
【図１７】
2019219977.tif 000019
【図１８】
2019219977.tif 000020