特許 6289516 情報提供装置、情報提供方法、プログラム、および端末装置の制御方法

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】6289516

(24)【登録日】2018年2月16日

(45)【発行日】2018年3月7日

(54)【発明の名称】情報提供装置、情報提供方法、プログラム、および端末装置の制御方法

(51)【国際特許分類】

   G06Q 50/10 20120101AFI20180226BHJP

   G06F 17/30 20060101ALI20180226BHJP

   G01C 21/26 20060101ALI20180226BHJP

   G08G 1/005 20060101ALI20180226BHJP

【ＦＩ】

   G06Q50/10

   G06F17/30 340A

   G01C21/26 P

   G08G1/005

【請求項の数】18

【全頁数】22

(21)【出願番号】特願2016-9180(P2016-9180)

(22)【出願日】2016年1月20日

(65)【公開番号】特開2017-130065(P2017-130065A)

(43)【公開日】2017年7月27日

【審査請求日】2017年2月23日

【早期審査対象出願】

(73)【特許権者】

【識別番号】500257300

【氏名又は名称】ヤフー株式会社

(74)【代理人】

【識別番号】100106909

【弁理士】

【氏名又は名称】棚井 澄雄

(74)【代理人】

【識別番号】100149548

【弁理士】

【氏名又は名称】松沼 泰史

(74)【代理人】

【識別番号】100154852

【弁理士】

【氏名又は名称】酒井 太一

(74)【代理人】

【識別番号】100174986

【弁理士】

【氏名又は名称】林 康旨

(72)【発明者】

【氏名】入山 高光

(72)【発明者】

【氏名】二宮 一浩

(72)【発明者】

【氏名】大野 道誉

【審査官】 松田 直也

(56)【参考文献】

【文献】 特開２０１１−１４５１３０（ＪＰ，Ａ）

【文献】 特開２０１２−２２０４４６（ＪＰ，Ａ）

(58)【調査した分野】（Int.Cl.，ＤＢ名）

Ｇ０６Ｑ１０／００−９９／００

Ｇ０１Ｃ ２１／２６

Ｇ０６Ｆ １７／３０

Ｇ０８Ｇ １／００５

(57)【特許請求の範囲】

【請求項1】

ユーザの使用する端末装置と通信する通信部と、
前記端末装置において前記ユーザに提供される提供情報であって、混雑状況を表す混雑情報を含む場合がある提供情報を生成し、前記端末装置に対して前記通信部に送信させる情報提供制御部と、
前記混雑情報を含む提供情報が送信された後に、前記通信部により前記端末装置から、前記混雑情報に対する反応として受信した情報に基づいて、前記ユーザの前記混雑情報に対する感応度を導出する導出部と、を備え、
前記導出部は、前記通信部により前記端末装置から受信した前記端末装置の位置情報に基づいて前記混雑情報に対する感応度を更新する場合、前記通信部により前記端末装置から受信した操作情報に基づいて前記混雑情報に対する感応度を更新する場合に比して、前記混雑情報に対する感応度を更新する程度を大きくし、
前記情報提供制御部は、前記導出部により導出された感応度に基づいて、前記提供情報を生成する、
情報提供装置。

【請求項2】

前記導出部は、前記ユーザごとに前記感応度を導出し、
前記情報提供制御部は、前記導出部により導出されたユーザごとの感応度に基づいて、ユーザごとに前記提供情報を生成する、
請求項１に記載の情報提供装置。

【請求項3】

前記情報提供制御部は、混雑度の高い位置から混雑度の低い位置への回避を誘導する情報を前記混雑情報として生成し、前記通信部に前記端末装置に対して送信させる、
請求項１または２に記載の情報提供装置。

【請求項4】

前記情報提供制御部は、前記端末装置が、混雑度の高い位置と混雑度の低い位置とを比較可能に表示するための情報を、前記混雑情報として生成する、
請求項３に記載の情報提供装置。

【請求項5】

前記導出部は、前記誘導する情報が送信された後に、前記通信部により前記端末装置から受信した、前記端末装置において行われた操作に関する情報である操作情報に基づいてユーザが混雑を回避しているか否かを判定し、ユーザが混雑を回避していると判定した場合に、ユーザが混雑を回避していないと判定した場合に比して前記感応度が高くなる傾向で、前記感応度を導出する、
請求項３または４に記載の情報提供装置。

【請求項6】

前記導出部は、前記混雑度の低い位置への案内を要求する操作に基づく前記操作情報を前記通信部が受信した場合に、ユーザが混雑を回避していると判定する、
請求項５に記載の情報提供装置。

【請求項7】

前記導出部は、前記誘導する情報が送信された後に、前記通信部により前記端末装置から受信した、前記端末装置の位置情報に基づいてユーザが混雑を回避しているか否かを判定し、ユーザが混雑を回避していると判定した場合に、ユーザが混雑を回避していないと判定した場合に比して前記感応度が高くなる傾向で、前記感応度を導出する、
請求項３または４に記載の情報提供装置。

【請求項8】

前記導出部は、前記通信部により第１の混雑情報が前記端末装置に送信された後に、前記通信部により前記第１の混雑情報よりも詳細な混雑状況を示す第２の混雑情報の要求が前記端末装置から受信された場合、前記第２の混雑情報の要求が受信されなかった場合に比して、前記感応度が高くなる傾向で、前記感応度を導出する、
請求項１から７のうち何れか１項に記載の情報提供装置。

【請求項9】

前記導出部は、ユーザの置かれる可能性がある複数の状況ごとに、それぞれ前記感応度を導出し、
前記情報提供制御部は、前記通信部により前記端末装置から受信される情報に基づいて、ユーザの状況が前記複数の状況のいずれに該当するかを判定し、前記該当する状況に対応する前記感応度に基づいて、前記提供情報を生成する、
請求項１から８のうち何れか１項に記載の情報提供装置。

【請求項10】

前記情報提供制御部は、前記提供情報として現在の情報を前記通信部に送信させる場合に、前記現在の情報に関連する現在の混雑状況を表す混雑情報を前記通信部に送信させる、
請求項１から９のうち何れか１項に記載の情報提供装置。

【請求項11】

前記情報提供制御部は、前記提供情報として将来の情報を前記通信部に送信させる場合に、前記将来の情報に関連する将来の混雑状況を予測した混雑情報を前記通信部に送信させる、
請求項１から９のうち何れか１項に記載の情報提供装置。

【請求項12】

前記情報提供制御部は、前記感応度に基づいて、複数の前記提供情報のうち前記通信部に送信させる前記提供情報を絞り込む、
請求項１から１１のうちいずれか１項に記載の情報提供装置。

【請求項13】

前記情報提供制御部は、前記混雑状況が異なる複数の提供情報と、前記感応度を前記端末装置に対して送信することで、前記感応度に基づいて、前記混雑状況が異なる複数の提供情報間で表示を切り替えさせる、
請求項１から１１のうちいずれか１項に記載の情報提供装置。

【請求項14】

前記通信部は、推奨する交通手段を示す複数の前記提供情報と、前記各提供情報に含まれる前記各交通手段の混雑状況を表す前記混雑情報とを前記端末装置に送信する、
請求項１から１３の何れか１項に記載の情報提供装置。

【請求項15】

前記通信部は、施設の内容を示す複数の前記提供情報と、前記各提供情報に含まれる前記各施設の混雑状況を表す前記混雑情報とを前記端末装置に送信する、
請求項１から１３の何れか１項に記載の情報提供装置。

【請求項16】

情報提供装置が、端末装置においてユーザに提供される提供情報であって、混雑状況を表す混雑情報を含む場合がある提供情報を前記端末装置に対して送信し、
前記端末装置が、前記提供情報および前記混雑情報をユーザに提示し、
前記端末装置が、前記混雑情報を受信した後に生成された情報または自装置の位置を前記情報提供装置に送信し、
前記情報提供装置が、前記端末装置により送信された情報を受信し、
前記情報提供装置が、前記混雑情報に対する反応として受信した前記情報に基づいて、前記ユーザの前記混雑情報に対する感応度を導出し、その際に、前記端末装置から受信した前記端末装置の位置情報に基づいて前記混雑情報に対する感応度を更新する場合、前記端末装置から受信した操作情報に基づいて前記混雑情報に対する感応度を更新する場合に比して、前記混雑情報に対する感応度を更新する程度を大きくし、
前記情報提供装置が、導出した前記感応度に基づいて、前記提供情報を生成する、
情報提供方法。

【請求項17】

コンピュータに、
端末装置においてユーザに提供される提供情報であって、混雑状況を表す混雑情報を含む場合がある提供情報を生成させて、前記端末装置に対して送信させ、
前記混雑情報を含む提供情報を送信させた後に、前記端末装置から、前記混雑情報に対する反応として受信した情報に基づいて、前記ユーザの前記混雑情報に対する感応度を導出させ、
前記感応度を導出させる際に、前記端末装置から受信した前記端末装置の位置情報に基づいて前記混雑情報に対する感応度を更新する場合、前記端末装置から受信した操作情報に基づいて前記混雑情報に対する感応度を更新する場合に比して、前記混雑情報に対する感応度を更新する程度を大きくさせ、
導出された感応度に基づいて、前記提供情報を生成させる、
プログラム。

【請求項18】

端末装置においてユーザに提供される提供情報であって、混雑状況を表す混雑情報を含む場合がある提供情報を生成し、前記端末装置に対して送信することで、前記端末装置に、前記提供情報を前記ユーザに提供させ、
前記混雑情報を提示した後に前記端末装置から、前記混雑情報に対する反応として受信した情報に基づいて、前記ユーザの前記混雑情報に対する感応度を導出し、
前記感応度を導出する際に、前記端末装置から受信した前記端末装置の位置情報に基づいて前記混雑情報に対する感応度を更新する場合、前記端末装置から受信した操作情報に基づいて前記混雑情報に対する感応度を更新する場合に比して、前記混雑情報に対する感応度を更新する程度を大きくし、
前記導出した感応度に基づいて生成した提供情報を前記端末装置に対して送信することで、前記端末装置に、前記感応度を反映した前記提供情報を前記ユーザに提供させる、
端末装置の制御方法。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、情報提供装置、情報提供方法、プログラム、および端末装置の制御方法に関する。

【背景技術】

【0002】

従来、混雑状況を考慮して飲食店などの施設の情報を提供するサーバ装置が知られている。このサーバ装置は、施設の混雑度を判定し、判定した混雑度に基づいて飲食店の情報を携帯端末装置などに送信している。

【先行技術文献】

【特許文献】

【0003】

【特許文献1】特開２０１２−１１３５４４号公報

【発明の概要】

【発明が解決しようとする課題】

【0004】

しかしながら、混雑度の感じ方には個人差があり、従来の技術では、ユーザの混雑に対する感じ方に基づいて情報を提供することができない場合があった。この結果、効果的な情報提供を行うことができない場合があった。

【0005】

本発明は、上記の課題に鑑みてなされたものであって、より効果的な情報提供を行うことができる情報提供装置、情報提供方法、プログラム、および端末装置の制御方法を提供することを目的としている。

【課題を解決するための手段】

【0006】

本発明の一態様は、ユーザの使用する端末装置と通信する通信部と、前記端末装置において前記ユーザに提供される提供情報であって、混雑状況を表す混雑情報を含む場合がある提供情報を生成し、前記端末装置に対して前記通信部に送信させる情報提供制御部と、前記混雑情報を含む提供情報が送信された後に、前記通信部により前記端末装置から受信した情報に基づいて、前記混雑情報に対する感応度を導出する導出部と、を備え、前記情報提供制御部は、前記導出部により導出された感応度に基づいて、前記提供情報を生成する情報提供装置である。

【発明の効果】

【0007】

本発明の一態様によれば、より効果的な情報提供を行うことができる。

【図面の簡単な説明】

【0008】

【図1】第１実施形態の情報提供システム１の一例を示す図である。

【図2】第１実施形態の情報提供システム１の一例を示すブロック図である。

【図3】プロフィール情報１３２の一例を示す図である。

【図4】混雑度テーブル１３４の一例を示す図である。

【図5】第１実施形態における情報提供装置１００と複数の端末装置２００との間で送受信される情報の流れの一例を示すシーケンス図である。

【図6】第１実施形態において、端末装置２００の表示部２４０に表示される表示画像の一例を示す図である。

【図7】感応度が低いユーザが保有する端末装置２００Ａに表示させる表示画像の一例を示す図である。

【図8】感応度が高いユーザが保有する端末装置２００Ｂに表示させる表示画像の一例を示す図である。

【図9】第１実施形態における情報提供装置１００の処理の流れの一例を示すフローチャートである。

【図10】第２実施形態における混雑度テーブル１３４Ａの一例を示す図である。

【図11】第２実施形態において、情報提供装置１００における処理の流れの一例を示すフローチャートである。

【図12】第２実施形態において端末装置２００に表示させる表示画像を示す図である。

【図13】第３実施形態の情報提供装置１００Ａの一例を示す図である。

【図14】第３実施形態におけるユーザの置かれる可能性がある複数の状況の一例を示す図である。

【図15】ユーザ状況毎感応度情報１３３の一例を示す図である。

【図16】第３実施形態における情報提供装置１００Ａの処理の流れの一例を示すフローチャートである。

【図17】第４実施形態における情報提供装置１００の処理の流れの一例を示すフローチャートである。

【図18】第１変形例における情報提供装置１００と端末装置２００Ａおよび２００Ｂとの間で送受信される情報の流れの一例を示すシーケンス図である。

【図19】第２変形例の処理について説明する図である。

【図20】第１適用例について説明するための図である。

【図21】第２適用例について説明するための図である。

【図22】実施形態の情報提供装置１００および端末装置２００のハードウェア構成の一例を示す図である。

【発明を実施するための形態】

【0009】

以下、本発明を適用した情報提供装置、情報提供方法、プログラム、および端末装置の制御方法を、図面を参照して説明する。

【0010】

＜第１実施形態＞
以下、第１実施形態について説明する。第１実施形態の情報提供システム１は、ユーザが保持する端末装置に混雑情報を含む提供情報を表示させ、その結果として端末装置から送信された情報に基づいて、混雑に対するユーザの感応度を導出する。そして、第１実施形態の情報提供システム１は、導出したユーザの感応度に基づいて、ユーザに提供する情報を制御することで、より効果的に情報を提供する。

【0011】

図１は、第１実施形態の情報提供システム１の一例を示す図である。情報提供システム１は、例えば、情報提供装置１００と、複数の端末装置２００−１〜２００−ｎ（ｎは２以上の自然数）とを含む。情報提供システム１では、情報提供装置１００と複数の端末装置２００−１〜２００−ｎとがネットワークＮＷを介して情報を通信する。ネットワークＮＷは、例えば、無線基地局、Ｗｉ−Ｆｉアクセスポイント、通信回線、プロバイダ、インターネットなどを含む。なお、以下の説明において、端末装置を他の端末装置と区別しない場合には「端末装置２００」と記載する。

【0012】

図２は、第１実施形態の情報提供システム１の一例を示すブロック図である。情報提供装置１００は、例えば、通信部１１０と、制御部１２０と、記憶部１３０とを含む。

【0013】

通信部１１０は、例えばＮＩＣ（Network Interface Card）を含む。通信部１１０は、ネットワークＮＷを介してユーザの使用する端末装置２００との間で通信を行う。

【0014】

制御部１２０は、感応度導出部１２２と、情報提供制御部１２４とを含んでよいが、これに限定されない。感応度導出部１２２および情報提供制御部１２４を含む機能部は、例えばＣＰＵ（Central Processing Unit）などのプロセッサがプログラムメモリに格納されたプログラムを実行することにより実現される。また、感応度導出部１２２および情報提供制御部１２４を含む機能部のうち一部または全部は、ＬＳＩ（Large Scale Integration）、ＡＳＩＣ（Application Specific Integrated Circuit）、またはＦＰＧＡ（Field-Programmable Gate Array）などのハードウェアにより実現されてもよい。

【0015】

感応度導出部１２２は、混雑情報を含む提供情報が送信された後に、通信部１１０により端末装置２００から受信した情報に基づいて、混雑情報に対する感応度をユーザごとに導出する。通信部１１０により端末装置２００から受信した情報には、操作情報または位置情報が含まれる場合がある。操作情報は、端末装置２００において行われた操作に関する情報である。位置情報は、ユーザが保持する端末装置２００の位置を表す情報である。感応度導出部１２２は、操作情報または位置情報に基づいて、感応度を導出する。感応度導出部１２２は、導出した感応度を記憶部１３０に記憶させる。

【0016】

情報提供制御部１２４は、感応度導出部１２２により導出され、記憶部１３０に記憶された感応度に基づいて、提供情報を通信部１１０に送信させる。提供情報は、端末装置２００により処理されることで端末装置２００においてユーザに提供される。提供情報には、混雑状況を表す混雑情報が含まれる場合がある。

【0017】

記憶部１３０は、例えば、ＨＤＤ（Hard Disc Drive）、フラッシュメモリ、ＥＥＰＲＯＭ（Electrically Erasable Programmable Read Only Memory）、ＲＯＭ（Read Only Memory）、またはＲＡＭ（Random Access Memory）などにより実現される。記憶部１３０には、ファームウェアやアプリケーションプログラムなどの各種プログラム、各種機能部による処理結果、通信部１１０が端末装置２００から取得した情報などが記憶される。

【0018】

記憶部１３０は、例えば、プロフィール情報１３２と、混雑度テーブル（混雑度Ｔ）１３４とを記憶する。

【0019】

プロフィール情報１３２は、各ユーザに対応付けられた情報の集まりであり、ユーザごとに記憶部１３０に記憶される。図３は、プロフィール情報１３２の一例を示す図である。プロフィール情報１３２は、例えば、ユーザの識別情報の一例であるログインＩＤ（Identifier）、パスワード、ユーザ詳細情報、履歴情報、および感応度を含む。なお、プロフィール情報１３２の内容はこれに限定されない。ログインＩＤおよびパスワードは、ユーザが任意に決定可能な情報である。ユーザ詳細情報は、例えば、端末装置２００のメールアドレスなどである。履歴情報は、端末装置２００により送信された操作情報、位置情報、閲覧された提供情報などの履歴である。感応度は、混雑情報に対してユーザが反応した度合いを示す情報である。感応度は、混雑情報に対してユーザが反応するほど高い値（または高い値であることを示す符号）となり、混雑情報に対してユーザが反応しないほど低い値（または低い値であることを示す符号）となる傾向を有する。感応度は、例えば０〜１００の数値で導出され、０〜３０は「低」、３１〜７０は「中」、７１〜１００は「高」というようにランキング化されてもよいし、連続値で表されてもよい。

【0020】

混雑度テーブル１３４は、例えば任意の位置または交通機関などの混雑状況を表す情報である。図４は、混雑度テーブル１３４の一例を示す図である。混雑度テーブル１３４は、端末装置２００に送信される混雑情報の元情報である。混雑度テーブル１３４は、例えば、位置情報と、混雑度とを含む。位置情報は、例えば、任意の地点の位置、施設の位置、または交通手段の位置を含む。それぞれの位置は、緯度および経度で示され、更に高度が付加されてもよい。施設とは、例えば、飲食施設、娯楽施設または公共施設であり、施設の位置には建物名や階数、施設の内容などの情報が付加されてもよい。交通手段の位置は、電車やバスなどの絶対的な位置だけでなく、列車における何号車といった相対的な位置を含んでよい。交通手段は、例えば、「新幹線」という列車種別や「のぞみ○○○号」といった列車名によって特定される。

【0021】

混雑度は、位置情報により特定される位置ごとの混雑の度合いを表す情報である。混雑度は、位置情報により特定される位置が混雑しているほど高くなり、位置情報により特定される位置が混雑していないほど低くなることを表す数値または符号である。混雑度は、例えば「高」、「中」、「低」の３段階で表されてよいが、これに限定されない。混雑度は、混雑の有無または高低（２段階）で表されてもよく、３段階よりも多い段階的または連続的な、数値または符号などで表されてもよい。

【0022】

混雑度テーブル１３４は、情報提供装置１００とは異なる外部装置（不図示）により生成された情報に基づくものであってもよいし、情報提供装置１００が生成した情報であってもよい。前者の場合、混雑度テーブル１３４の元になる情報は、例えば、周期的にネットワークＮＷを介して外部装置から情報提供装置１００に送信される。制御部１２０は、新たな情報を受信した場合、混雑度テーブル１３４を新たな情報で更新する。

【0023】

端末装置２００は、図２に示すように、例えば、通信部２１０と、位置検出部２２０と、操作部２３０と、表示部２４０と、制御部２５０とを含む。

【0024】

通信部２１０は、例えば、無線通信用の通信インターフェースである。通信部２１０は、ネットワークＮＷを介して情報提供装置１００との間で通信を行う。

【0025】

位置検出部２２０は、例えば、衛星から到来する電波に基づいて位置を算出するＧＮＳＳ（Global Navigation Satellite System）受信機を含む。また、位置検出部２２０は、通信部２１０が接続を確立している無線基地局またはＷｉ−Ｆｉアクセスポイントの位置情報と電波強度とに基づいて、現在位置を算出してもよい。また、位置検出部２２０は、加速度センサなどの出力に基づいて位置を補正してもよい。位置検出部２２０は、取得した位置情報を制御部２５０に出力する。

【0026】

操作部２３０は、タッチパネルなどの操作デバイスである。操作部２３０は、ユーザの操作を受け付けて、操作内容を示す情報（例えば、タッチ位置の座標）を制御部２５０に出力する。

【0027】

表示部２４０は、液晶パネル、有機ＥＬ（Electroluminescence）パネルなどの表示装置である。表示部２４０は、制御部２５０により送信された表示データに従って、情報を画像として表示する。これにより、表示部２４０は、ユーザに情報を提供する。

【0028】

制御部２５０は、例えばＣＰＵなどのプロセッサがプログラムメモリに格納された情報提示用プログラムを実行することにより実現される。また、制御部２５０は、ＬＳＩ、ＡＳＩＣ、またはＦＰＧＡなどのハードウェアにより実現されてもよい。制御部２５０は、操作部２３０により受け付けた操作に基づく操作情報、および／または端末装置２００の位置情報を、通信部２１０を制御して情報提供装置１００に送信させる。また、制御部２５０は、情報提供装置１００により送信された提供情報を通信部２１０が受信した場合、例えば表示部２４０を制御して提供情報をユーザに表示させる。制御部２５０を実現するプログラムは、ブラウザなどのＵＡ（User Agent）、或いはアプリケーションプログラムである。ブラウザによって制御部２５０が実現される場合、端末装置２００は、情報提供装置１００にＨＴＴＰリクエストを送信することで、ウェブページの形式で提供情報を取得し、ユーザに提示する。なお、提供情報をユーザに提示することには、音声を出力することが含まれてもよい。

【0029】

以下、第１実施形態の情報提供システム１において、混雑情報に対する感応度に基づいて提供情報を生成する処理について説明する。

【0030】

図５は、第１実施形態における情報提供装置１００と複数の端末装置２００との間で送受信される情報の流れの一例を示すシーケンス図である。図５は、二つの端末装置２００Ａおよび２００Ｂに対して、並行して提供情報が送信される例を示しているが、この送受信の態様はあくまで一例であり、複数の端末装置２００への提供情報の送信は同期して行われる必要はない。端末装置２００Ａは、既にユーザの感応度が低いと判定されている端末装置であり、端末装置２００Ｂは、既にユーザの感応度が高いと判定されている端末装置である。

【0031】

まず、情報提供装置１００から端末装置２００Ａと端末装置２００Ｂのそれぞれに混雑情報が送信される（Ｓ１００Ａ、Ｓ１００Ｂ）。これに応じて、端末装置２００Ａと端末装置２００Ｂのそれぞれから情報提供装置１００に情報が送信される（Ｓ１０２Ａ、Ｓ１０２Ｂ）。端末装置２００Ａまたは端末装置２００Ｂにより送信される情報は、複数回に分けて送信される場合もある。その後、端末装置２００Ａと端末装置２００Ｂのそれぞれから情報提供装置１００にリクエストが送信されると（Ｓ１０４Ａ、Ｓ１０４Ｂ）、情報提供装置１００から、混雑情報に対する感応度に応じた提供情報が送信される（Ｓ１０６Ａ、Ｓ１０６Ｂ）。このとき、情報提供装置１００は、感応度が低いユーザに対する提供情報を生成し、生成した提供情報を端末装置２００Ａに送信する。また、情報提供装置１００は、感応度が高いユーザに対する提供情報を生成し、生成した提供情報を端末装置２００Ｂに送信する。

【0032】

図６は、第１実施形態において、端末装置２００の表示部２４０により表示される表示画像の一例を示す図である。情報提供装置１００は、例えば、提供情報に現在位置と目的地とを結ぶ経路情報が含まれる場合、経路情報に混雑情報を付加して端末装置２００に送信する。例えば、情報提供装置１００は、ユーザが目的地までの経路を探索するリクエストを端末装置２００に入力した場合において、経路Ａと経路Ｂの二つの経路が存在する場合、それぞれの経路の混雑度を導出し、混雑度を経路に対応付けて表示する画像のデータを端末装置２００に送信する。この場合、情報提供装置１００は、それぞれの経路の途中に存在する複数の地点に対応した混雑度の平均値を、それぞれの経路の混雑度として算出してよい。

【0033】

図６は、経路Ａの混雑度が「高」であり、経路Ｂの混雑度が「中」であるとして算出された場合の端末装置２００における表示画像を例示している。この表示画像を表示するための情報は、混雑度が高い経路Ａと混雑度が経路Ａに比して低い経路Ｂとを比較可能に表示するための情報であり、混雑度の高い位置から低い位置への回避を誘導する情報の一例である。なお、情報提供装置１００は、「経路Ａが混雑していますので経路Ｂを勧めます」といった、直接的に混雑度の高い位置から低い位置に誘導する文字データを含む画像データを端末装置２００に送信することで、端末装置２００に文字を含む画像を表示させてもよい。また、情報提供装置１００は、文字に代えて音声を出力するための情報を端末装置２００に送信してもよい。

【0034】

情報提供装置１００の感応度導出部１２２は、端末装置２００から受信した情報のうち、操作情報と位置情報とのうち一方または双方に基づいて、ユーザが混雑を回避しているか否かを判定する。例えば、感応度導出部１２２は、混雑度の低い位置への案内を要求する操作に基づく操作情報を端末装置２００から受信した場合に、当該端末装置２００を保持するユーザが混雑を回避していると判定する。また、感応度導出部１２２は、端末装置２００から受信した位置情報の推移が、混雑度の低い位置に移動していることを示す場合に、当該端末装置２００を保持するユーザが混雑を回避していると判定する。感応度導出部１２２は、ユーザが混雑を回避していると判定した場合に、ユーザが混雑を回避していないと判定した場合に比して感応度が高くなる傾向で、感応度を導出する。

【0035】

図７は、感応度が低いユーザが保有する端末装置２００Ａに表示させる表示画像の一例を示す図である。また、図８は、感応度が高いユーザが保有する端末装置２００Ｂに表示させる表示画像の一例を示す図である。情報提供装置１００は、ユーザの感応度が低い場合、図７に示すように、経路Ｂよりも移動時間および移動距離が短く、且つ混雑度が「高」の経路Ａを示す画像ＩＭ−１を、混雑度が「中」の経路Ｂを示す画像ＩＭ−２よりも上位に表示させる画像データを生成する。一方、情報提供装置１００は、ユーザの感応度が高い場合、図８に示すように、経路Ａよりも移動時間および移動距離が長く、且つ混雑度が「中」の経路Ｂを示す画像ＩＭ−２を、混雑度が「高」の経路Ａを示す画像ＩＭ−１よりも上位に表示させる画像データを生成する。なお、情報提供装置１００は、感応度の高いユーザに対して混雑度が「中」または「低」の経路を示す画像だけを表示するようにし、感応度の低いユーザに対して混雑度が「高」の経路を示す画像だけを表示するようにしてもよい。

【0036】

情報提供装置１００は、感応度に基づいて提供情報を生成することに加えて、感応度の低いユーザに対して混雑度などの混雑情報の送信を抑制してもよい。情報提供装置１００は、例えば図６に示したように経路情報を送信する場合、経路情報に混雑情報を付加せずに端末装置２００に送信する。また、情報提供装置１００は、図７に示すように経路Ａおよび経路Ｂの画像データを生成する場合、経路ごとの混雑度を削除した画像データを生成してもよい。さらに、情報提供装置１００は、混雑情報の送信を抑制する処理として、混雑情報を含む提供情報を端末装置２００に送信する頻度を低下させてもよい。

【0037】

図９は、第１実施形態における情報提供装置１００の処理の流れの一例を示すフローチャートである。なお、以下の説明において、情報提供装置１００は、端末装置２００から受信したログインＩＤおよびパスワードに基づいて、ユーザのログインが許可されているものとして説明する。

【0038】

まず、情報提供装置１００は、混雑情報を端末装置２００に送信する（Ｓ２００）。ここで、情報提供装置１００は、混雑情報を単体で提供情報として送信してもよいし、混雑情報以外の情報を含む提供情報の一部として混雑情報を送信してもよい。端末装置２００は、混雑情報を受信したことに応じて、混雑情報に基づく画像を表示部２４０に表示させる。

【0039】

情報提供装置１００は、混雑情報を送信した後に端末装置２００から受信した情報に基づいて、ユーザが混雑を回避しているか否かを判定する（Ｓ２０２）。

【0040】

情報提供装置１００は、ユーザが混雑を回避していると判定した場合に、感応度を高く変更する（Ｓ２０４）。一方、情報提供装置１００は、ユーザが混雑を回避していないと判定した場合、感応度を低く変更する（Ｓ２０６）。

【0041】

なお、情報提供装置１００は、１回の判定結果ごとに感応度を変更するのではなく、複数回の判定結果に基づいて感応度を導出してもよい。情報提供装置１００は、例えば、ｎ回の判定のうち、混雑を回避していると判定した回数がｋ回以上である場合に、感応度を高く変更し、ｋ回未満である場合に感応度を低く変更してもよい。ｎおよびｋは任意の自然数であり、ｎ≧ｋである。また、移動平均などの手法を用いて統計的にユーザが混雑を回避している傾向にあるか否かを判定してもよい。

【0042】

なお、情報提供装置１００は、端末装置２００から受信した位置情報に基づいてユーザが混雑を回避したか否かを判定した場合と、端末装置２００から受信した操作情報に基づいてユーザが混雑を回避したか否かを判定した場合とで、感応度の更新量に差を設けてもよい。例えば、情報提供装置１００は、位置情報に基づいて実際にユーザが混雑を回避している（または回避していない）場合の感応度の更新量を、操作情報に基づいて実際にユーザが混雑を回避している（または回避していない）場合の感応度の更新量よりも大きくしてもよい。位置情報の変化の方が、操作情報よりも、ユーザが混雑を回避したことを直接的に示す情報と考えられるからである。

【0043】

次に、情報提供装置１００は、提供情報の送信を要求するリクエストを端末装置２００から受信するまで待機する（Ｓ２０８）。情報提供装置１００は、端末装置２００からリクエストを受信すると、端末装置２００に対応する感応度に基づいて提供情報を生成する（Ｓ２１０）。次に、情報提供装置１００は、生成した提供情報を端末装置２００に送信する（Ｓ２１２）。情報提供装置１００は、導出した感応度に基づいて生成した提供情報を端末装置２００に対して送信することで、端末装置２００に、感応度を反映した提供情報をユーザに提供させる。

【0044】

なお、図９では、Ｓ２００〜Ｓ２１２の処理が１つのルーチンとして実行されるかのように表現したが、Ｓ２００〜Ｓ２０６の処理と、Ｓ２０８〜Ｓ２１２の処理とは別ルーチンとして独立して実行されてもよい。

【0045】

なお、情報提供装置１００は、リクエストに応じた提供情報を感応度に基づいて生成するものとしたが、これに限定されない。情報提供装置１００は、感応度に基づいて広告情報を端末装置２００に送信してもよい。広告情報は、直接的にリクエストされた情報（ウェブサイト）に付加される形で、或いはプッシュ広告として端末装置２００に送信される。例えば、情報提供装置１００は、感応度が高い場合にはタクシー会社に関連する広告情報を端末装置２００に送信し、感応度が低い場合には、バス会社に関連する広告情報を端末装置２００に送信してよい。

【0046】

以上説明した第１実施形態の情報提供装置１００によれば、混雑情報を含む提供情報が送信された後に、端末装置２００から受信した情報に基づいて導出した感応度に基づいて提供情報を生成するため、ユーザの混雑に対する感じ方に応じて、より効果的な情報提供を行うことができる。

【0047】

また、第１実施形態の情報提供装置１００によれば、ユーザごとに感応度を導出し、ユーザごとの感応度に基づいてユーザごとに提供情報を生成するため、ユーザの混雑情報に対する反応に個人差があっても、ユーザに合わせて情報を提供することができる。この結果、第１実施形態の情報提供装置１００によれば、更に効果的な情報提供を行うことができる。

【0048】

また、第１実施形態の情報提供装置１００は、混雑度の高い位置から混雑度の低い位置への回避を誘導する情報を混雑情報としてユーザに提供し、誘導する情報が送信された後に、端末装置２００から受信した情報に基づいて感応度を導出するため、感応度を更に精度よく導出することができる。

【0049】

また、第１実施形態の情報提供装置１００によれば、感応度が低いユーザについては混雑情報を含む提供情報の送信を抑制することで、混雑に関する情報が不要なユーザに与える煩わしさを低減することができる。さらに、情報提供装置１００によれば、混雑に関する情報の送信を抑制することにより、情報の送信量を抑制することができる。

【0050】

＜第２実施形態＞
以下、第２実施形態について説明する。なお、第２実施形態の説明において、第１実施形態と同じ部分については同一符号を付する。第２実施形態の情報提供装置１００は、端末装置２００に対して行われた、詳細な混雑情報を要求する操作に基づいて、感応度を導出する。詳細な混雑情報を要求する操作が行われたということは、ユーザが混雑に関心を示したことを意味している。したがって、第２実施形態の情報提供装置１００は、詳細な混雑情報を要求する操作に基づく情報を受信したことに基づいて、ユーザに対応した感応度を高く変更する。

【0051】

図１０は、第２実施形態における混雑度テーブル１３４Ａの一例を示す図である。第２実施形態の情報提供装置１００は、図１０に示すように、位置情報および混雑度に詳細情報を対応づけた混雑度テーブル１３４Ａを記憶部１３０に記憶する。なお、混雑度テーブル１３４Ａの内容は、これに限らない。詳細情報は、混雑度よりも詳細な混雑状況を表す情報である。詳細情報は、例えば、混雑状況を表す文字画像を表示するためのデータであるが、これに限定されず、ユーザに混雑の詳細な状況を提示するための任意の情報であってよい。例えば、詳細情報は、外部装置から混雑の状況を取得させるための情報であってもよい。この場合、詳細情報は、例えば、詳細な混雑状況を提供している交通手段などのＵＲＬ（Uniform Resource Locator）などである。

【0052】

第２実施形態の情報提供装置１００は、まず、端末装置２００に対して第１の混雑情報を送信する。第１の混雑情報は、混雑度に基づいて生成される。そして、情報提供装置１００は、第１の混雑情報が端末装置２００に送信された後に、第１の混雑情報よりも詳細な混雑状況を示す第２の混雑情報の要求が端末装置２００から受信された場合、第２の混雑情報の要求が受信されなかった場合に比して、感応度が高くなる傾向で、感応度を導出する。第２の混雑情報は、詳細情報に基づいて生成される。

【0053】

図１１は、第２実施形態において、情報提供装置１００における処理の流れの一例を示すフローチャートである。まず、情報提供装置１００は、第１の混雑情報を含む提供情報を、端末装置２００に送信する（Ｓ３００）。

【0054】

図１２は、第２実施形態において端末装置２００に表示させる表示画像を示す図である。図１２（ａ）は第１の混雑情報に基づく表示画像の一例であり、図１２（ｂ）は第２の混雑情報に基づく表示画像の一例である。第１の混雑情報は、図１２（ａ）に示すように、例えば、経路ごとに「高」、「中」といった混雑度が表示され、その一部に、詳細情報の要求を受け付けるためのアイコン画像ＩＣを含めた画像を表示させるための画像データである。

【0055】

次に、情報提供装置１００は、端末装置２００から詳細情報の要求を受信したか否かを判定する（Ｓ３０２）。端末装置２００は、図１２（ａ）に示したアイコン画像ＩＣに対応した位置に対してタップ操作されたことを検出した場合に、詳細情報の要求を情報提供装置１００に送信する。

【0056】

情報提供装置１００は、端末装置２００から詳細情報の要求を受信したと判定した場合、当該端末装置２００のユーザの感応度を高く変更する（Ｓ３０４）。次に、情報提供装置１００は、第２の混雑情報を端末装置２００に送信する（Ｓ３０６）。このとき、情報提供装置１００は、既に第１の混雑情報として送信した情報の元になった混雑度に対応する詳細情報を混雑度テーブル１３４Ａから抽出し、抽出した詳細情報に基づいて画像データを生成して端末装置２００に送信する。端末装置２００は、図１２（ｂ）に示すように、例えば、「目的地までの経路に工事中の位置あり」といった詳細情報に基づく文字画像ＩＭ−３を含む画像を表示する。

【0057】

情報提供装置１００は、詳細情報の要求を受信していないと判定した場合、詳細情報の要求以外の要求を受信したか否かを判定する（Ｓ３０８）。情報提供装置１００は、詳細情報の要求以外の要求を受信していない場合、Ｓ３０２に処理を戻す。一方、情報提供装置１００は、詳細情報の要求以外の要求を受信したと判定した場合、感応度を低く変更する（Ｓ３１０）。

【0058】

なお、Ｓ３０８において、情報提供装置１００は、詳細情報の要求以外の要求を受信したか否かを判定するのに代えて（または、加えて）、Ｓ３００において第１の混雑情報を送信した時からの経過時間が所定時間を経過したか否かを判定してもよい。情報提供装置１００は、第１の混雑情報を送信した時からの経過時間が所定時間を経過していない場合にはＳ３０２に処理を戻す。一方、情報提供装置１００は、第１の混雑情報を送信した時からの経過時間が所定時間を経過した場合に、Ｓ３１０に処理を進める。このように、情報提供装置１００は、詳細情報の要求にタイムアウトを設けてもよい。

【0059】

次に、情報提供装置１００は、提供情報の送信を要求するリクエストを端末装置２００から受信するまで待機する（Ｓ３１２）。情報提供装置１００は、端末装置２００からリクエストを受信すると、ユーザに対応する感応度に基づいて提供情報を生成する（Ｓ３１４）。次に、情報提供装置１００は、生成した提供情報を端末装置２００に送信する（Ｓ３１６）。

【0060】

以上説明したように、第２実施形態の情報提供装置１００は、第１の混雑情報よりも詳細な混雑状況を示す第２の混雑情報の要求を取得した場合に、感応度が高くなる傾向で感応度を導出するため、感応度を精度よく導出することができる。

【0061】

なお、第２実施形態の情報提供装置１００は、第１実施形態の情報提供装置１００と同様に操作情報または位置情報に基づいて感応度を導出することを、並行して行ってもよい。

【0062】

＜第３実施形態＞
以下、第３実施形態について説明する。なお、第３実施形態の説明において、上述した実施形態と同じ部分については同一符号を付する。第３実施形態の情報提供装置１００Ａは、ユーザの置かれる可能性がある複数の状況ごとに、それぞれ感応度を導出する。そして、通信部２１０により端末装置２００から受信される情報に基づいて、ユーザの状況が複数の状況のいずれに該当するかを判定し、該当する状況に対応する感応度に基づいて、提供情報を生成する。

【0063】

図１３は、第３実施形態の情報提供装置１００Ａの一例を示す図である。情報提供装置１００Ａは、記憶部１３０に、ユーザ状況毎感応度情報１３３をユーザごとに記憶する。第３実施形態の情報提供装置１００Ａは、端末装置２００から情報を受信した場合に、現在のユーザの置かれている状況を判定する。

【0064】

図１４は、第３実施形態におけるユーザの置かれる可能性がある複数の状況の一例を示す図である。ユーザの置かれる可能性がある複数の状況は、例えば、複数の利用条件の基準軸の組み合わせで表現される。利用条件の基準軸は、例えば、曜日、利用場所、利用場面などに設定される。曜日は、例えば、日曜日から土曜日、または祝祭日に区別される。利用場所は、例えば、交通機関、飲食施設、娯楽施設、公共施設に区別される。利用場面は、例えば、業務、またはプライベートに区別される。なお、利用条件の基準軸は、上記に限らず、如何なるものが設定されてもよい。例えば、利用条件の基準軸は、連休期間とそれ以外、或いは業務時間と休暇時間などに設定されてもよい。業務時間と休暇時間は、例えば時間帯によって判別される。

【0065】

図１５は、ユーザ状況毎感応度情報１３３の一例を示す図である。ユーザ状況毎感応度情報１３３における「ユーザ状況」は、図１４を参照して説明した各基準軸、または、それらの組み合わせである。記憶部１３０は、ユーザごとに、ユーザ状況毎感応度情報１３３を記憶する。なお、本実施形態において、プロフィール情報１３２から感応度の項目が省略されてもよい。

【0066】

情報提供装置１００Ａの感応度導出部１２２は、端末装置２００から受信した情報などに基づいてユーザの状況を判定し、ユーザの状況が判定されている状態において、ユーザの状況ごとの感応度を導出する。各状況における感応度の導出処理は、第１実施形態または第２実施形態で説明した処理を援用することができる。そして、情報提供装置１００Ａの情報提供制御部１２４は、端末装置２００に送信する提供情報を生成する場合に、端末装置２００から受信される情報などに基づいてユーザの状況を判定し、判定した現在のユーザの状況に該当する感応度に基づいて、提供情報を生成する。

【0067】

図１６は、第３実施形態における情報提供装置１００Ａの処理の流れの一例を示すフローチャートである。まず、情報提供装置１００Ａは、ユーザの状況を判定する（Ｓ４００）。このとき、情報提供装置１００Ａは、端末装置２００から受信される情報、その他の情報に基づいて、利用場所、または利用場面を判定する。情報提供装置１００Ａは、内部で保持する時計機能などによって曜日などを判定する。また、情報提供装置１００Ａは、端末装置２００により送信された位置情報に基づいて、利用場所を判定する。さらに、情報提供装置１００Ａは、既に記憶された履歴情報、判定された曜日、判定された利用場所、またはこれらの組み合わせに基づいて、利用場面を判定してもよい。

【0068】

次に、情報提供装置１００Ａは、混雑情報を端末装置２００に送信する（Ｓ４０２）。次に、情報提供装置１００Ａは、Ｓ４０２において混雑情報を受信した端末装置２００を保持するユーザが、混雑を回避しているか否かを判定する（Ｓ４０４）。

【0069】

情報提供装置１００Ａは、端末装置２００を保持するユーザが混雑を回避していると判定した場合、Ｓ４００において判定されたユーザの状況に対応する利用条件に応じた感応度を高く変更する（Ｓ４０６）。一方、情報提供装置１００Ａは、端末装置２００を保持するユーザが混雑を回避していないと判定した場合、Ｓ４００において判定されたユーザの状況に対応する利用条件に応じた感応度を低く変更する（Ｓ４０６）。

【0070】

次に、情報提供装置１００Ａは、提供情報の送信を要求するリクエストを端末装置２００から受信するまで待機する（Ｓ４１０）。情報提供装置１００Ａは、端末装置２００からリクエストを受信すると、現在のユーザの利用条件を判定する（Ｓ４１２）。このとき、情報提供装置１００Ａは、Ｓ４００と同様の処理を行う。次に、情報提供装置１００Ａは、判定した現在のユーザの利用条件に該当するユーザの状況に対応する感応度に基づいて提供情報を生成する（Ｓ４１４）。次に、情報提供装置１００Ａは、生成した提供情報を端末装置２００に送信する（Ｓ４１６）。

【0071】

なお、図１６では、Ｓ４００〜Ｓ４１６の処理が１つのルーチンとして実行されるかのように表現したが、Ｓ４００〜Ｓ４０８の処理と、Ｓ４１０〜Ｓ４１６の処理とは別ルーチンとして独立して実行されてもよい。

【0072】

以上説明した第３実施形態の情報提供装置１００Ａによれば、ユーザの置かれる可能性がある複数の状況ごとにそれぞれ感応度を導出し、ユーザの状況に対応する感応度に基づいて提供情報を生成するため、より精度よく感応度を導出することができる。

【0073】

＜第４実施形態＞
以下、第４実施形態について説明する。なお、第４実施形態の説明において、上述した実施形態と同じ部分については同一符号を付する。第４実施形態の情報提供装置１００は、提供情報として将来の情報を送信する場合に、将来の情報に関連する将来の混雑状況を予測した混雑情報を端末装置２００に送信する。

【0074】

図１７は、第４実施形態における情報提供装置１００の処理の流れの一例を示すフローチャートである。まず、情報提供装置１００は、将来の情報のリクエストを受信したか否かを判定する（Ｓ５００）。情報提供装置１００は、リクエストに含まれた日付情報が将来である場合、受信したリクエストにより要求された提供情報が将来の情報であると判定するが、これに限定されない。

【0075】

情報提供装置１００は、将来の情報のリクエストを受信していないと判定した場合、第１〜第３実施形態と同様に、現在の情報のリクエストに基づく処理に移行する。情報提供装置１００は、将来の情報のリクエストを受信したと判定した場合、予測した混雑情報を送信する（Ｓ５０２）。このとき、情報提供装置１００は、提供情報に含める混雑度を予測する。このとき、情報提供装置１００は、要求された将来の情報に基づいて、位置情報および時間帯を取得する。情報提供装置１００は、取得した位置情報および時間帯に対応する過去の混雑度を抽出する。情報提供装置１００は、抽出した過去の混雑度に基づいて将来の混雑度を予測する。また、情報提供装置１００は、将来のユーザの利用条件と合致する過去の混雑度に基づいて、将来の混雑度を予測してもよい。

【0076】

次に、情報提供装置１００は、操作情報を受信するまで待機する（Ｓ５０４）。情報提供装置１００は、操作情報を受信すると、操作情報に基づいて感応度を更新する（Ｓ５０６）。このとき、情報提供装置１００は、第１〜第３実施形態と同様に種々の手法によって、感応度を導出する。

【0077】

次に、情報提供装置１００は、提供情報の送信を要求するリクエストを端末装置２００から受信するまで待機する（Ｓ５０８）。情報提供装置１００は、端末装置２００からリクエストを受信すると、端末装置２００に対応する感応度に基づいて提供情報を生成する（Ｓ５１０）。次に、情報提供装置１００は、生成した提供情報を端末装置２００に送信する（Ｓ５１２）。

【0078】

なお、第４実施形態において、情報提供装置１００は、操作情報に基づいて感応度を導出するものとしたが、これに限定されず、位置情報に基づいて感応度を導出してもよい。この場合、情報提供装置１００は、予測した混雑度が「高」であり、将来の混雑を回避するように行動を開始したことにより現在位置が変化した場合に、現在位置が変化していない場合に比して、感応度が高くなる傾向で、感応度を導出する。

【0079】

以上説明したように、第４実施形態の情報提供装置１００は、提供情報として将来の情報を送信する場合に、将来の混雑状況を予測した混雑情報を端末装置２００に送信するため、感応度に基づいて将来の提供情報の送信を制御することできる。

【0080】

＜第１変形例＞
以下、上述した第１〜第４実施形態の第１変形例について説明する。第１変形例では、情報提供装置１００が、異なる感応度に対応した複数の提供情報と、感応度とを端末装置２００のそれぞれに対して送信する。端末装置２００は、受信した感応度に対応する提供情報を自ら選択し、ユーザに提供する。端末装置２００は、アプリケーションプログラムによって提供情報を選択してもよいし、ウェブページに埋め込まれたスクリプトによって、提供情報を選択してもよい。

【0081】

図１８は、第１変形例における情報提供装置１００と端末装置２００Ａおよび２００Ｂとの間で送受信される情報の流れの一例を示すシーケンス図である。図１８は、二つの端末装置２００Ａおよび端末装置２００Ｂに対して、並行して提供情報が送信される例を示しているが、この送受信の態様はあくまで一例であり、複数の端末装置２００への提供情報の送信は同期して行われる必要はない。端末装置２００Ａは、既にユーザの感応度が低いと判定されている端末装置であり、端末装置２００Ｂは、既にユーザの感応度が高いと判定されている端末装置である。

【0082】

まず、情報提供装置１００から端末装置２００Ａと端末装置２００Ｂのそれぞれに混雑情報が送信される（Ｓ６００Ａ、Ｓ６００Ｂ）。これに応じて、端末装置２００Ａと端末装置２００Ｂのそれぞれから情報提供装置１００に情報が送信される（Ｓ６０２Ａ、Ｓ６０２Ｂ）。端末装置２００Ａまたは端末装置２００Ｂにより送信される情報は複数回に分けて送信される場合もある。

【0083】

その後、端末装置２００Ａと端末装置２００Ｂのそれぞれから情報提供装置１００にリクエストが送信されると（Ｓ６０４Ａ、Ｓ６０４Ｂ）、情報提供装置１００から、端末装置２００Ａに対して、端末装置２００Ａのユーザの感応度、感応度が低いユーザに対する提供情報、および感応度が高いユーザに対する提供情報が送信される（Ｓ６０６Ａ、Ｓ６０８Ａ、Ｓ６１０Ａ）。端末装置２００Ａでは、Ｓ６０６Ａで受信した感応度（低）に基づいて、感応度が低いユーザに対する提供情報を選択してユーザに提示する（Ｓ６１２Ａ）。

【0084】

一方、情報提供装置１００から、端末装置２００Ｂに対しては、端末装置２００Ｂのユーザの感応度、感応度が低いユーザに対する提供情報、および感応度が高いユーザに対する提供情報が送信される（Ｓ６０６Ｂ、Ｓ６０８Ｂ、Ｓ６１０Ｂ）。端末装置２００Ｂでは、Ｓ６０６Ｂで受信した感応度（高）に基づいて、感応度が高いユーザに対する提供情報を選択してユーザに提示する（Ｓ６１２Ｂ）。

【0085】

いずれかの提供情報を選択してユーザに提示することには、受信した感応度に対応した提供情報を表示し、受信した感応度に対応しない提供情報を非表示にさせることが含まれる。また、いずれかの提供情報を選択してユーザに提示することには、複数の提供情報をリスト形式で表示させた場合において、感応度に対応した提供情報の画像を上位に表示させることや、サイズや色などにより強調させることなどを含む。

【0086】

第１変形例の端末装置２００によれば、ユーザの感応度を情報提供装置１００から受信し、感応度に基づいて、複数の提供情報から提供する情報を選択するため、上記実施形態と同様の効果を奏することができる。

【0087】

＜第２変形例＞
以下、第２変形例について説明する。第２変形例の情報提供装置１００は、ユーザごとに感応度を導出するのではなく、ユーザのグループごとに、或いはユーザを区別せずに利用状況ごとに感応度を導出する。図１９は、第２変形例の処理について説明する図である。第２変形例の情報提供装置１００は、同じ経路を利用する複数のユーザに同じ提供情報および混雑情報を提供する場合がある。すなわち、情報提供装置１００は、図１９（ａ）に示すように、ａ人（ａは１以上の自然数）のユーザに経路Ａの混雑情報（混雑度：高）を送信すると共に、ｂ人（ｂは１以上の自然数）のユーザに経路Ｂの混雑情報（混雑度：低）を送信する。

【0088】

情報提供装置１００は、提供情報および混雑情報を送信した後、図１９（ｂ）に示すように、経路Ａのユーザがαだけ減少し、経路Ｂのユーザがβだけ増加したことを検知する。そして、情報提供装置１００は、経路Ａのユーザの減少率（α／ａ）と経路ｂのユーザの増加率（β／ｂ）をそれぞれ閾値と比較することにより、経路Ａを利用しようとしているユーザの感応度と、経路Ｂを利用しようとしているユーザの感応度とをそれぞれ導出する。

【0089】

その結果、第２変形例の情報提供装置１００は、感応度が低く導出された経路についての混雑情報を端末装置２００に送信せず、感応度が高く導出された経路についての混雑情報のみを端末装置２００に送信するといった処理を行う。これにより、第２変形例の情報提供装置１００によれば、より効果的な混雑情報を提供することができる。

【0090】

＜その他＞
上記実施形態または変形例では、ユーザと端末装置２００とが一対一で対応していることを前提として説明したが、同じ端末装置２００を異なるユーザが利用することも想定される。これを想定し、「ユーザの感応度が高い（低い）と判定されている端末装置」を、「ログインしているユーザの感応度が高いと判定されている端末装置」と読み替えてもよい。

【0091】

＜適用例＞
以下、上述した実施形態または変形例の適用例について説明する。図２０は、第１適用例について説明するための図である。第１適用例は、情報提供装置１００の通信部１１０により、交通手段を示す複数の提供情報と、各提供情報に含まれる各交通手段の混雑状況を表す混雑情報とを端末装置２００に送信する。情報提供装置１００は、電車の車両ごとの混雑度を示す混雑情報を含めた提供情報を、端末装置２００に送信する。この提供情報には、予め端末装置２００から取得した端末装置２００の位置情報が含まれてよく、端末装置２００は、図２０に示すように、電車の１号車から４号車までの各車両の混雑度と、各車両の位置に対するユーザの位置Ｐとを表示する。

【0092】

また、情報提供装置１００は、端末装置２００に図２０のように表示させた後の位置情報を受信する。情報提供装置１００は、受信した位置情報に基づいて、ユーザが混雑度の低い車両に移動した場合には、ユーザが混雑度の低い車両に移動しない場合に比して、感応度が高くなる傾向で、感応度を導出する。

【0093】

図２１は、第２適用例について説明するための図である。第２適用例では、情報提供装置１００は、施設を示す複数の提供情報と、各提供情報に含まれる各施設の混雑状況を表す混雑情報とを端末装置２００に送信する。情報提供装置１００は、飲食店を紹介する提供情報と、飲食店の混雑情報とを端末装置２００に送信する。図２１（ａ）は、複数の飲食店と混雑度とを一覧の形式で表示する画像の一例である。

【0094】

情報提供装置１００は、端末装置２００から何らかのリクエストを受信した場合、当該端末装置２００のユーザの感応度に基づく提供情報を端末装置２００に送信する。図２１（ｂ）は、感応度に基づく提供情報によって表示される画像の一例である、この画像において、ユーザの感応度が高い場合、混雑度が低い飲食店の画像を、混雑度が高い飲食店の画像よりも上位に表示させる。図２１（ｂ）の例では、端末装置２００は、飲食店Ａよりも○○駅から遠く予算が高いが、混雑度が飲食店Ａよりも低い飲食店Ｂの画像を上位に表示する。

【0095】

＜ハードウェア構成＞
上述した実施形態の情報提供装置１００および端末装置２００は、例えば、図２２に示すようなハードウェア構成により実現される。図２２は、実施形態の情報提供装置１００および端末装置２００のハードウェア構成の一例を示す図である。本図は、端末装置２００が携帯電話である例を示している。

【0096】

情報提供装置１００は、ＮＩＣ１００−１、ＣＰＵ１００−２、ＲＡＭ１００−３、ＲＯＭ１００−４、フラッシュメモリやＨＤＤなどの二次記憶装置１００−５、およびドライブ装置１００−６が、内部バスあるいは専用通信線によって相互に接続された構成となっている。ドライブ装置１００−６には、光ディスクなどの可搬型記憶媒体が装着される。二次記憶装置１００−５、またはドライブ装置１００−６に装着された可搬型記憶媒体に格納された情報提供用プログラムがＤＭＡ（Direct Memory Access）コントローラ（不図示）などによってＲＡＭ１００−３に展開され、ＣＰＵ１００−２によって実行されることで、制御部１２０の各機能部が実現される。情報提供用プログラムは、ネットワークＮＷを介して他の装置からダウンロードされてもよい。

【0097】

端末装置２００は、ＣＰＵ２００−１、ＲＡＭ２００−２、ＲＯＭ２００−３、フラッシュメモリなどの二次記憶装置２００−４、タッチパネル２００−５、および無線通信モジュール２００−６が、内部バスあるいは専用通信線によって相互に接続された構成となっている。無線通信モジュール２００−６は、無線基地局にアクセスすることでネットワークＮＷに接続する。無線通信モジュール２００−６は通信部２１０に対応し、タッチパネル２００−５は操作部２３０および表示部２４０に対応する。また、二次記憶装置２００−４に格納されたプログラムがＤＭＡコントローラ（不図示）などによってＲＡＭ２００−２に展開され、ＣＰＵ２００−１によって実行されることで、制御部２５０が実現される。

【0098】

以上、本発明を実施するための形態について実施形態を用いて説明したが、本発明はこうした実施形態に何ら限定されるものではなく、本発明の要旨を逸脱しない範囲内において種々の変形及び置換を加えることができる。

【符号の説明】

【0099】

１ 情報提供システム
１００、１００Ａ 情報提供装置
１１０ 通信部
１２０ 制御部
１２２ 感応度導出部
１２４ 情報提供制御部
１３０ 記憶部
１３２ プロフィール情報
１３３ ユーザ状況毎感応度情報
１３４ 混雑度テーブル
２００ 端末装置
２１０ 通信部
２２０ 位置検出部
２３０ 操作部
２４０ 表示部
２５０ 制御部

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】

【図17】

【図18】

【図19】

【図20】

【図21】

【図22】